[go: up one dir, main page]

WO2012048499A1 - 一种实现呼叫代答业务监听的方法与系统 - Google Patents

一种实现呼叫代答业务监听的方法与系统 Download PDF

Info

Publication number
WO2012048499A1
WO2012048499A1 PCT/CN2010/079886 CN2010079886W WO2012048499A1 WO 2012048499 A1 WO2012048499 A1 WO 2012048499A1 CN 2010079886 W CN2010079886 W CN 2010079886W WO 2012048499 A1 WO2012048499 A1 WO 2012048499A1
Authority
WO
WIPO (PCT)
Prior art keywords
party
called
called party
lig
branch information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2010/079886
Other languages
English (en)
French (fr)
Inventor
李刚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Publication of WO2012048499A1 publication Critical patent/WO2012048499A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42212—Call pickup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/2281—Call monitoring, e.g. for law enforcement purposes; Call tracing; Detection or prevention of malicious calls

Definitions

  • the present invention relates to the field of data communications, and in particular to a method and system for implementing call pickup service monitoring. Background technique
  • the service control point in the intelligent network In the current data communication field, in order to realize the monitoring of the intelligent network call, the service control point in the intelligent network generally carries the interception information to the service switching point, and the service switching point receives the monitoring information and then listens through the call connection.
  • the network element is added to the voice channel, so that the listening network element can be monitored by the dialogue channel.
  • the better technical solution is a method and system for implementing intelligent network call monitoring.
  • the patent application number is 200710187476.0, and the monitoring center is used to control the service point. Initiating the number setting control, when the number call triggers the service control point, the service control point checks whether the number is set.
  • the interception information is sent in the connection signaling sent to the service switching point, and the service switching point is based on the interception information.
  • the voice channel is connected to the monitoring center, and the monitoring center connects the voice channel to the real called party.
  • the monitoring center As the network element in the voice channel, the function of monitoring the voice channel is realized, as shown in FIG.
  • FIG. There is a schematic diagram of implementing the intelligent network call listening process in the technology.
  • the foregoing solution carries the interception information in the connection signaling sent to the service switching point at the service control point, so that the service switching point can add the interception network element to the session channel by monitoring the information.
  • the solution networking is simple and flexible.
  • the existing network changes are small, which greatly reduces the cost of network transformation. It can be realized only by adding links between the service switching point and the listening network element.
  • the ordinary call only carries the interception information to the service switching point in the connection signaling.
  • the service switching point does not perform other processing after the monitoring network element joins the voice channel through the connection message, but for the call pickup service, due to the called party
  • the number and media will change, if you don’t notify the follow-up
  • the listening network element cannot be successfully added to the session, and thus the monitoring function cannot be implemented.
  • the ordinary call has only two numbers of the calling party and the called party.
  • the intelligent network service can carry the calling and called number to the service switching point and the monitoring network element through the connection signaling, but for the call pickup service, the call pickup is The number will change. At this time, it is no longer sufficient to carry the number only through the connection signaling.
  • the present invention provides a method and system for implementing call pickup service monitoring, which is used to solve the problem of switching the interception voice channel and the monitoring number reporting of the call pickup service through the intelligent network service control.
  • a method for implementing call pickup service monitoring includes the following steps:
  • the service control point SCP sets the calling party and/or the called party to the number to be monitored. If the calling party is set to control, when the calling party calls the called party, the SCP generates the calling party to listen to the branch information and report it. To the listening network element LIG, the LIG is added to the voice channel between the calling party and the media gateway MSG for monitoring, and when the third party makes a call pickup, the voice channel between the called party and the MSG is released, and the calling party and the third party are The road is connected;
  • the SCP when the calling party calls the called party, the SCP generates the first listening branch information of the called party and reports it to the LIG, and adds the LIG to the voice channel between the called party and the MSG for monitoring.
  • the SCP When the three parties make a call pickup, the SCP generates the second interception branch information of the called party and reports it to the LIG, and adds the LIG to the voice channel between the third party and the MSG to release the voice channel between the called party and the MSG, and ends the conversation.
  • the interception of the voice channel between the calling party and the MSG connects the calling party to the third party's voice channel.
  • the SCP sets the calling party and/or the called party to the number to be monitored, and further includes: setting the third party to a number that needs to be monitored; and when the third party performs call pickup, the SCP further includes The SCP generates third-party monitoring branch information and reports it to LIG.
  • the calling party monitoring branch information includes: the calling party intercepts the branch information identifier, the calling party number, the called party number, and the called ringing time information;
  • the first listening branch information of the called party includes: a first listening branch information identifier of the called party, a calling party number, a called party number, and a called ringing time information;
  • the third-party monitoring branch information includes: a third-party monitoring branch information identifier, a third-party number, a called party number, and a called ringing time information;
  • the second interception branch information of the called party includes: a second interception branch information identifier of the called party, a third party number, a called party number, and a called ringing time information.
  • the method further includes: after receiving the ringing event of the called party, the SCP
  • the LIG is notified to update the called ringing time information in the calling party monitoring branch information
  • the LIG is notified to update the called ringing time information in the first listening branch information of the called party.
  • the SCP further includes: the SCP updates and reports the service information in the interception branch information of the called party, the called party, and the third party to the LIG. .
  • the service information update includes: changing the service type in the monitored branch monitoring branch information to call pickup, and changing the call participant number to the calling party number, the called party number, and the third party number to be picked up.
  • the method further includes: after receiving the on-hook event of the calling party or the called party, the SCP releases the signaling to the corresponding monitoring branch information on the LIG, and the LIG releases the monitoring branch information of the calling participant, and ends the monitoring of the voice channel.
  • a system for implementing call pickup service monitoring comprising:
  • SCP used to set the calling party and/or the called party to the number to be monitored; if the calling party is set to control, when the calling party calls the called party, the calling party generates the monitoring branch information and reports it to the calling party.
  • LIG When the third party makes a call pickup, the voice channel between the called party and the MSG is released, and the calling party and the third party's voice channel are connected; if the called party is set to control, when the calling party calls the called party, The first listening branch information of the called party is generated and reported to the LIG. When the third party performs call pickup, the second listening branch information of the called party is generated and reported to the LIG, and the voice channel between the called party and the MSG is released. Calling the party and the third party are connected;
  • the LIG is configured to join the voice channel between the calling party and the MSG after receiving the information of the calling party to listen to the branch information, and join the voice channel between the called party and the MSG after receiving the first listening branch information of the called party. Listening; After receiving the second listening branch information of the called party, it joins the voice channel between the third party and the MSG to monitor, and ends the monitoring of the voice channel between the called party and the MSG.
  • the SCP is further configured to: control the third party to be a number that needs to be monitored, and generate a third-party monitoring branch information and report it to the LIG when the third party performs call pickup.
  • the SCP is also used to: after receiving the ringing event of the called party,
  • the LIG is notified to update the called ringing time information in the calling party monitoring branch information
  • the LIG is notified to update the called ringing time information in the first listening branch information of the called party.
  • the method and system for implementing the call pickup service monitoring according to the present invention can realize the monitoring function more completely by adding the complete service call number information and the service change information to the LIG.
  • the monitoring function of the call pickup service can be realized without adding special equipment, which is very beneficial to the promotion of complex services.
  • FIG. 1 is a schematic diagram of a process for implementing an intelligent network call monitoring in the prior art
  • FIG. 2 is a schematic diagram of implementing call pickup service monitoring in an embodiment of the present invention
  • FIG. 3 is a schematic diagram of X2 link signaling for implementing call pickup service monitoring according to an embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE INVENTION The present invention will be described in detail below with reference to the accompanying drawings and preferred embodiments.
  • the technical solution for implementing call pickup service monitoring according to the present invention does not need to add special equipment, and utilizes the service control point (SCP) of the existing broadband intelligent network system, and the service switching point (SS, Service Switching Point).
  • SCP service control point
  • SS service switching point
  • the Media Gateway (MSG, Message Gateway) can be implemented with the XG link between the intelligent network and the LIG.
  • the network elements mainly involved in the implementation of the present invention and the basic functions of the completion thereof are as follows:
  • SS responsible for the call access and trigger to the SCP. At the same time, it is responsible for the call operation requested by the SCP, and forwards the SCP's invite, update, canneK bye and other signaling to interact with the LIG to implement the voice monitoring function.
  • SCP is the core component of the intelligent network, storing user data and business logic; the main function of the SCP is to receive trigger messages from the SS, process the listening logic and control, send and update the channel monitoring information to the SS, and pass the X2 link to the LIG. Report the listening number and monitor the service information.
  • MSG is the media channel of the call.
  • LIG The function of monitoring is implemented, receiving the signaling processing session monitoring from the SS, receiving the signaling processing interception number sent by the SCP through the X2 link, and displaying the two together to the user or reporting to the upper listening interface. Show it.
  • the figure is a schematic diagram of implementing call pickup service monitoring according to the present invention. It can be seen from the figure that the method for implementing call pickup service monitoring according to the present invention includes the following steps:
  • Step 1 The LIG sends the number of the call pickup service monitoring to the SCP by setting a control command, and the SCP saves the control information of the number that needs to be monitored by the call pickup service.
  • Step 2 The user calls the SCP, and the SCP checks whether the calling party number is set. If there is no control, go to step 3. If the calling party number is set, the SCP calls the listening processing included in the call. The module generates and stores the calling party monitoring branch information, which has a unique identifier CIN1, in which the calling party and the called party number are recorded, and then the calling party monitoring branch information is reported to the X2 link between the SCP and the LIG. LIG.
  • the SCP sends the instance signaling to the SS, and the MSG is self-looped. (by making the station number analysis in the SS, the outgoing link passes through the MSG and relays the inbound relay from the ring to the MSG. The signaling re-arrives to the SS, number analysis. Triggering SCP again) After re-triggering the SCP, subsequent call processing is performed.
  • the calling party In the invite signaling sent to the SS, the calling party also needs to carry the interception branch information.
  • the SS sends the invite signaling to the LIG according to the calling party monitoring branch information carried in the invite signaling, and adds the LIG to the calling party and the MSG.
  • the LIG can listen to the calling party's voice channel, and the calling party number and the message reported by the X2 link according to the unique identifier CIN1 in the calling party's listening branch information.
  • the road corresponds.
  • Step 3 After the SCP performs the business logic processing, it is determined whether the called party number to be called is set to be controlled. If no control is set, the process proceeds to step 5; if the control is set, the interception processing module is called to generate and store the called party number. The called party first listens to the branch information, and the information has a unique identifier CIN2, in which the calling party and the called party number are recorded, and then the first listening branch information of the called party is reported to the X2 link between the SCP and the LIG. LIG.
  • the SCP sends the instance signaling to the SS, and the SS sends the invite signaling to the LIG according to the first listening branch information of the called party carried in the invite signaling, and adds the LIG to the called party media address and the MSG voice path, such as As shown in FIG. 2, the LIG can monitor the called party's voice channel and associate the call participant number reported by the X2 link with the voice channel according to the unique identifier CIN2 in the first listening branch information of the called party.
  • Step 4 When receiving the ringing event of the called party, the SCP updates the corresponding ringing time information of the listening branch information CIN1 and/or the monitoring branch information CIN2 and reports the ringing time information to the LIG.
  • the SCP updates the called ringing time information in the listening branch information CIN1 and reports it to the LIG; when the called party number is set, the SCP updates the listening branch.
  • the called ringing time information in the message CIN2 is reported to the LIG; when both the calling party number and the called party number are set, the SCP updates the called ringing time information in the listening branch information CIN1 and the listening branch information CIN2 and Reported to LIG.
  • Step 5 When the third party number performs call pickup, the SCP is triggered.
  • the SCP first determines whether the third party number is set. If there is no control, go to step 6. If the control is set, the SCP calls the interception processing module to generate and store the third party monitor. Branch information, which has a unique identifier CIN3, in which the primary and called party numbers are recorded; and then the third party monitoring branch information is sent to the LIG through the X2 link between the SCP and the LIG.
  • Step 6 The SCP further determines whether the called party number of the pickup is set. If there is no control, go to step 7. If the control is set, the interception processing module is called to generate the called party number for the pickup. The second monitoring branch information CIN4 is recorded, and the primary and called party numbers of the called party are recorded in the information, and then the second monitoring branch information of the called party is reported to the LIG through the X2 link between the SCP and the LIG. At the same time, the SCP sends the invite signaling to the SS, and then re-triggers the SCP through the ringback of the MSG, and then performs subsequent call processing.
  • the third-party monitoring branch information CIN3 and/or the called party is required to be carried.
  • the second monitoring branch information CIN4 (when the third party number is set, the invite signaling carries the third party listening branch information CIN3, and when the called party number is set, the invite signaling carries the second listening branch information of the called party.
  • CIN4 when the third party number and the called party number are both set, the invite signaling carries the third party listening branch information CIN3 and the called party second listening branch information CIN4), and the SS according to the listening branch carried in the invite signaling Information, send the instance signaling to the LIG, and add the LIG to the third party of the pickup and the MSG's voice path, as shown in Figure 2. In this way, the LIG can listen to the caller's voice channel, and according to the interception branch information.
  • the unique identifier CIN3 and/or CIN4 in the correspondence between the call participant number reported by the X2 link and the voice channel.
  • Step 7 The self-loop call initiated by the pickup initiates the SCP again.
  • the SCP will add the third party to the original call through the call inter-instance communication and the call join operation. After the SCP receives the call, the event is added to the call.
  • Send cancel to SS if the called party is not set to control
  • the signaling is to release the original called party voice; in the case that the called party is set to control, the first called branch information CIN2 of the called party of the called party is first released, and the SCP is reported to the LIG through the X2 link.
  • the listening branch releases the signaling, and sends cancel signaling to the SS to release the original called party voice channel. After the SS sends the cancel signaling to the LIG, the LIG ends the corresponding listening branch.
  • the SCP initiates update signaling to the SS, renegotiates the media on the called side, and negotiates the media of the third party that is picked up with the calling party.
  • the SS notifies the LIG to update the media on the called side according to the update signaling.
  • the calling party and the third party's voice channel are connected.
  • the SCP then reports to the LIG through the X2 link that the services of the called party number in the intercepted branch information of the called party, the called party, and the third party are changed to call pickup, and the original master is also required to be carried.
  • the LIG associates the calling party number reported by the X2 link with the voice channel according to the unique identifier in the monitoring branch information, and the service type in the monitoring branch information is changed to Call Pickup, change the calling party number to the calling party number, the called party number, and the third party number to be picked up.
  • Step 8 The SCP invokes the interception processing module to update the response information in the intercepted branch information of the called party, the called party, and the third party, and reports the monitoring branch response to the LIG through the X2 link.
  • Step 9 The SCP receives the hang-up event of the calling party or the called party, and sends the signaling of the corresponding monitoring branch information to the LIG through the X2 link, and simultaneously initiates a cancel or bye signaling to the LIG through the SS. monitor.
  • FIG. 3 is a schematic diagram of X2 link signaling for implementing call pickup service monitoring in this embodiment.
  • the calling process is that the calling party A calls the called party B, and the third party C picks up the called party B to make a call with the calling party A.
  • the specific process of implementing the call pickup service monitoring in the embodiment of the present invention as follows:
  • Step 1 LIG sends a control command to 8? Sets the number of A, B, and C.
  • the SCP stores the control information of the A, B, and C numbers.
  • the subject signaling of the listening branch information CIN1 is reported to the LIG through the X2 link, as shown in (1) of FIG. 3, and the loop signaling of the loop is sent to the SS, and the intercept branch information CIN1 is carried in the invoke signaling.
  • Step 3 The SCP is triggered again by the loopback.
  • the SCP invokes the interception processing module to generate the monitoring branch information CIN2 of the B number, including the unique identifier CIN2, the calling party number A, the called party number B, and the like, and reports the monitoring branch through the X2 link.
  • the message of the information CIN2 is sent to the LIG, as shown in (2) of FIG. 3, and the loop signaling of the loop is sent to the SS, and the intercept branch information CIN2 is carried in the invite signaling;
  • Step 4 The called party B rings, and the SCP updates the monitored ring information CIN1 and the monitored ring information CIN2 in the called ringing time information;
  • Step 5 The third party C call pickup B triggers the SCP.
  • the SCP first calls the interception processing module to generate the third party C's interception branch information CIN3, which includes the unique identifier CIN3, the pickup third party number C, the called party number B, etc.
  • the X2 link reports the Begin signaling of the interception branch information CIN3 to the LIG, as shown in (3) of FIG. 3; and then invokes the interception processing module to generate the monitoring branch information CIN4 of the B number, including the unique identifier CIN4, and the pickup third party number C.
  • the called party number B etc., reports the Begin signaling of the listening branch information CIN4 to the LIG through the X2 link, and sends the invite signaling of the pickup self-loop to the SS according to (4) in FIG. 3, in which the invoke signaling is performed.
  • Step 6 The SCP is triggered by the self-looping call.
  • the SCP sends the release signaling release of the listening branch CIN2 to the LIG through the X2 link, and releases the monitoring of the listening branch CIN2, as shown in (3) in FIG. 3; the SCP updates the listening branch separately.
  • the service information in the information CIN1, the monitoring branch information CIN3 and the monitoring branch information CIN4, the service type is call pickup, the calling party number is the calling party number A, the called party number B, the pickup number C, etc., through X2
  • the link reports these three listening branches
  • the service updates the Service Signal to the LIG, as shown in (6), (7), and (8) in FIG.
  • the SCP then updates the response information of the listening branch information CIN1, the listening branch information CIN3, and the listening branch information CIN4, and reports the response Answer signaling of the three listening branches to the LIG through the X2 link, as shown in (3) in FIG. , (10), (11);
  • Step 7 The calling user A hangs up, the SCP sends the bye signaling to the SS to release the A and C voice channels, and the SS sends the bye signaling to the LIG to end the voice channel monitoring; the SCP sends the monitoring branch information CIN1 to the LIG through the X2 link.
  • the present invention further provides a system for implementing call pickup service monitoring, which mainly includes:
  • SCP used to set the calling party and/or the called party to the number to be monitored; if the calling party is set to control, when the calling party calls the called party, the calling party generates the monitoring branch information and reports it to the calling party.
  • LIG when the third party makes a call pickup, releases the voice channel between the called party and the MSG, and connects the calling party to the third party's voice channel; if the called party is set to control, the called party calls the called party.
  • the first interception branch information of the called party is generated and reported to the LIG.
  • the second interception branch information of the called party is generated and reported to the LIG, and the voice channel between the called party and the MSG is released. Connect the calling party to the third party's voice path;
  • the LIG is configured to join the voice channel between the calling party and the MSG after receiving the information of the calling party to listen to the branch information, and join the voice channel between the called party and the MSG after receiving the first listening branch information of the called party. Listening; After receiving the second listening branch information of the called party, it joins the voice channel between the third party and the MSG to monitor, and ends the monitoring of the voice channel between the called party and the MSG.
  • the SCP is further configured to control the third party to be a number that needs to be monitored.
  • the third party monitors the branch information and reports the information to the LIG.
  • the SCP is further used when the calling party is controlled after receiving the ringing event of the called party.
  • the LIG is notified to update the called ringing time information in the calling party monitoring branch information, and when the called party is set to control, notify the LIG to update the called ringing time information in the first listening branch information of the called party.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Technology Law (AREA)
  • Telephonic Communication Services (AREA)
  • Monitoring And Testing Of Exchanges (AREA)

Description

一种实现呼叫代答业务监听的方法与系统 技术领域
本发明涉及数据通信领域， 具体地说， 涉及一种实现呼叫代答业务监 听的方法与系统。 背景技术
在目前的数据通信领域中， 为了实现智能网呼叫的监听， 一般是由智 能网中的业务控制点发起呼叫时携带监听信息给业务交换点， 业务交换点 收到监听信息后通过呼叫接续将监听网元加入话路中， 这样监听网元就可 以对话路进行监听， 其中比较好的技术方案是一种实现智能网呼叫监听的 方法和系统， 专利申请号为 200710187476.0, 通过监听中心向业务控制点 发起号码设控， 当号码呼叫触发业务控制点后， 业务控制点检查号码是否 设控， 如果是设控号码则在发送给业务交换点的接续信令中携带监听信息， 业务交换点根据监听信息将话路接续到监听中心， 监听中心再将话路接续 到真正的被叫， 这样， 通过将监听中心设置为话路中的网元， 实现了监听 话路的功能， 图 1所示为现有技术中实现智能网呼叫监听流程的示意图。
上述方案通过在业务控制点发送给业务交换点的接续信令中携带监听 信息， 使业务交换点通过监听信息就可以将监听网元加入到话路中来， 这 种方案组网简单灵活， 对现有网络改动较小， 大大降低了网络改造的成本， 仅仅在业务交换点和监听网元之间增加链路就可以实现。
上述方案虽然可以实现普通呼叫的监听， 但对于呼叫代答业务就存在 一定的问题。 首先， 普通呼叫仅仅是在接续信令中携带监听信息给业务交 换点， 业务交换点通过接续消息将监听网元加入话路后就不再做其他处理， 但对于呼叫代答业务， 由于被叫号码和媒体都会变换， 后续如果不通知监 听网元进行媒体切换， 则监听网元就不能成功的加入到话路中， 从而无法 实现监听功能。 其次， 普通呼叫只有主被叫两个号码， 因此智能网业务通 过接续信令就可以将主被叫号码携带给业务交换点和监听网元， 但对于呼 叫代答业务， 由于呼叫代答的被叫号码会进行变化， 这个时候仅仅通过接 续信令来携带号码已经无法满足需要。 发明内容
有鉴于此， 本发明提供一种实现呼叫代答业务监听的方法与系统， 用 以解决通过智能网业务控制对呼叫代答业务进行监听话路的切换以及监听 号码上报的问题。
为解决上述技术问题， 本发明的技术方案是这样实现的：
一种实现呼叫代答业务监听的方法， 包括步骤：
业务控制点 SCP将主叫方和 /或被叫方设控为需要监听的号码； 若主叫方被设控， 在主叫方呼叫被叫方时， SCP 生成主叫方监听分支 信息并上报给监听网元 LIG,将 LIG加入主叫方与媒体网关 MSG之间的话 路进行监听， 在第三方进行呼叫代答时， 释放被叫方与 MSG之间的话路， 将主叫方与第三方的话路接通；
若被叫方被设控， 在主叫方呼叫被叫方时， SCP 生成被叫方第一监听 分支信息并上报给 LIG , 将 LIG加入被叫方与 MSG之间的话路进行监听， 在第三方进行呼叫代答时， SCP 生成被叫方第二监听分支信息并上报给 LIG,将 LIG加入第三方与 MSG之间的话路进行监听，释放被叫方与 MSG 之间的话路， 结束对被叫方与 MSG之间的话路的监听 , 将主叫方与第三方 的话路接通。
所述 SCP将主叫方和 /或被叫方设控为需要监听的号码， 还包括： 将所 述第三方设控为需要监听的号码； 所述在第三方进行呼叫代答时， 还包括： SCP生成第三方监听分支信息并上报给 LIG。 所述主叫方监听分支信息中包括： 主叫方监听分支信息标识、 主叫方 号码、 被叫方号码及被叫振铃时间信息；
所述被叫方第一监听分支信息中包括： 被叫方第一监听分支信息标识、 主叫方号码、 被叫方号码及被叫振铃时间信息；
所述第三方监听分支信息中包括： 第三方监听分支信息标识、 第三方 号码、 被叫方号码及被叫振铃时间信息；
所述被叫方第二监听分支信息中包括： 被叫方第二监听分支信息标识、 第三方号码、 被叫方号码及被叫振铃时间信息。
所述方法还包括： SCP收到被叫方振铃事件后，
在主叫方被设控时， 通知 LIG对主叫方监听分支信息中的被叫振铃时 间信息予以更新；
在被叫方被设控时， 通知 LIG对被叫方第一监听分支信息中的被叫振 铃时间信息予以更新。
在所述将主叫方与第三方的话路接通后还包括： SCP对主叫方、 被叫 方、 第三方中的被设控方的监听分支信息中的业务信息予以更新并上报给 LIG。
所述业务信息更新包括： 将被设控方监听分支信息中的业务类型变更 为呼叫代答， 将呼叫参与方号码变更为主叫方号码、 被叫方号码及代答的 第三方号码。
所述方法还包括： SCP收到主叫方或被叫方挂机事件后向 LIG上 4艮相 应监听分支信息释放信令， LIG释放呼叫参与方的监听分支信息， 结束话 路的监听。
一种实现呼叫代答业务监听的系统， 包括：
SCP, 用于将主叫方和 /或被叫方设控为需要监听的号码； 若主叫方被 设控， 在主叫方呼叫被叫方时， 生成主叫方监听分支信息并上报给 LIG, 在第三方进行呼叫代答时， 释放被叫方与 MSG之间的话路， 将主叫方与第 三方的话路接通； 若被叫方被设控， 在主叫方呼叫被叫方时， 生成被叫方 第一监听分支信息并上报给 LIG, 在第三方进行呼叫代答时， 生成被叫方 第二监听分支信息并上报给 LIG, 释放被叫方与 MSG之间的话路， 将主叫 方与第三方的话路接通；
LIG, 用于在接收到主叫方监听分支信息后加入主叫方和 MSG之间的 话路进行监听；在接收到被叫方第一监听分支信息后加入被叫方与 MSG之 间的话路进行监听； 在接收到被叫方第二监听分支信息后加入第三方与 MSG之间的话路进行监听 , 同时结束对被叫方与 MSG之间的话路的监听。
所述 SCP还用于： 将所述第三方设控为需要监听的号码， 在第三方进 行呼叫代答时， 生成第三方监听分支信息并上报给 LIG。
所述 SCP还用于： 在收到被叫方振铃事件后，
在主叫方被设控时， 通知 LIG对主叫方监听分支信息中的被叫振铃时 间信息予以更新；
在被叫方被设控时， 通知 LIG对被叫方第一监听分支信息中的被叫振 铃时间信息予以更新。
本发明有益效果如下：
本发明所述实现呼叫代答业务监听的方法及系统， 基于宽带智能网系 统的应用， 通过将完整的业务呼叫号码信息和业务变更信息上 ^艮给 LIG, 能够更加完整的实现监听功能。 本发明方案中， 无需增加特殊的设备即可 实现呼叫代答业务的监听功能， 非常有利于复杂业务的推广。 附图说明
图 1为现有技术中实现智能网呼叫监听流程的示意图；
图 2为本发明实施例中实现呼叫代答业务监听的示意图；
图 3为本发明实施例中实现呼叫代答业务监听的 X2链路信令示意图。 具体实施方式 下结合附图及较佳实施例， 对本发明进行详细说明如后。
本发明所述实现呼叫代答业务监听的技术方案， 不需要增加特殊的设 备， 利用现有宽带智能网系统的业务控制点 （SCP , Service Control Point ), 业务交换点 （SS , Service Switching Point ) , 媒体网关 （MSG , Message Gateway ), 配合监听网元（LIG , Lawful Interception Gateway ), 增力口智能 网到 LIG之间的通信 X2链路即可实现。
本发明实施过程中主要涉及到的网元及其完成的基本功能如下：
SS: 负责呼叫的接入并触发到 SCP , 同时负责 SCP请求的呼叫操作， 以及转发 SCP的 invite、 update , canneK bye等信令与 LIG进行交互， 实 现话路的监听功能。
SCP: 是智能网的核心构件， 存储用户数据和业务逻辑； SCP的主要功 能是接收来自 SS的触发消息， 处理监听逻辑和控制， 向 SS发送和更新话 路监听信息， 通过 X2链路向 LIG上报监听号码和监听业务信息。
MSG: 是呼叫的媒体通道。
LIG: 实现监听的功能， 接收来自 SS的信令处理话路监听， 接收来自 SCP通过 X2链路发送来的信令处理监听号码，并将二者结合展示给用户或 上报给更上层的监听界面进行展示。
请参阅图 2 , 该图为本发明所述实现呼叫代答业务监听的示意图， 由图 中可见， 本发明的实现呼叫代答业务监听的方法， 包括以下步骤：
步骤一、 LIG 通过设控命令将需要进行呼叫代答业务监听的号码发送 给 SCP , SCP保存需要进行呼叫代答业务监听的号码的设控信息。
步骤二、 用户呼叫触发 SCP , SCP检查主叫方号码是否设控， 如果没 有设控则转步骤三； 如果主叫方号码设控， SCP 调用自身包含的监听处理 模块生成并存储主叫方监听分支信息， 该信息拥有唯一标识 CIN1 , 其中记 录了呼叫触发的主、 被叫方号码， 然后通过 SCP与 LIG间的 X2链路将主 叫方监听分支信息上报给 LIG。同时， SCP发送 invite信令给 SS,通过 MSG 自环（通过在 SS做出局号码分析， 出局链路经过 MSG时中继自环到 MSG 的入向中继，信令重新到达 SS ,号码分析再次触发 SCP )重新触发 SCP后， 再进行后续呼叫处理。
在发送给 SS的 invite信令中， 同样需要携带主叫方监听分支信息， SS 根据 invite信令中携带的主叫方监听分支信息发送 invite信令给 LIG,将 LIG 加入到主叫方和 MSG的话路之间， 如图 2所示， 这样， LIG就可以对主叫 方话路进行监听， 并且根据主叫方监听分支信息中的唯一标识 CIN1将 X2 链路上报的呼叫参与方号码与话路进行对应。
步骤三、 SCP 进行业务逻辑处理后， 判断要呼叫的被叫方号码是否设 控， 如果没有设控， 则转步骤五； 如果设控， 则调用监听处理模块为该被 叫方号码生成并存储被叫方第一监听分支信息，该信息拥有唯一标识 CIN2, 其中记录了呼叫触发的主、 被叫方号码 , 然后通过 SCP与 LIG间的 X2链 路将被叫方第一监听分支信息上报给 LIG。 同时， SCP发送 invite信令给 SS, SS根据 invite信令中携带的被叫方第一监听分支信息发送 invite信令 给 LIG, 将 LIG加入到被叫方媒体地址和 MSG的话路之间， 如图 2所示 , 这样， LIG 就可以对被叫方话路进行监听， 并且根据被叫方第一监听分支 信息中的唯一标识 CIN2 将 X2链路上报的呼叫参与方号码与话路进行对 应。
步骤四、 SCP收到被叫方振铃事件时， 更新对应的监听分支信息 CIN1 和 /或监听分支信息 CIN2中的被叫振铃时间信息并上报 LIG。
本步骤， 在主叫方号码被设控时， SCP更新监听分支信息 CIN1中的被 叫振铃时间信息并上报 LIG; 在被叫方号码被设控时， SCP 更新监听分支 信息 CIN2中的被叫振铃时间信息并上报 LIG; 在主叫方号码及被叫方号码 均被设控时， SCP更新监听分支信息 CIN1和监听分支信息 CIN2中的被叫 振铃时间信息并上报 LIG。
步骤五、 第三方号码进行呼叫代答时， 触发 SCP, SCP首先判断第三 方号码是否设控， 如果没有设控， 则转步骤六； 如果设控， SCP 调用监听 处理模块生成并存储第三方监听分支信息， 该信息拥有唯一标识 CIN3 , 该 信息中记录有代答的主、 被叫方号码； 然后通过 SCP与 LIG间的 X2链路 将第三方监听分支信息上 ^艮给 LIG。
步骤六、 SCP 再判断代答的被叫方号码是否设控， 如果没有设控， 则 转步骤七； 如果设控， 则调用监听处理模块为代答的被叫方号码生成并被 叫方第二监听分支信息 CIN4, 该信息中记录有代答的主、 被叫方号码， 然 后通过 SCP与 LIG间的 X2链路将被叫方第二监听分支信息上报给 LIG。 同时， SCP发送 invite信令给 SS, 通过 MSG自环重新触发 SCP后， 再进 行后续呼叫处理； 在发送给 SS的 invite信令中， 需要携带第三方监听分支 信息 CIN3和 /或被叫方第二监听分支信息 CIN4 (在第三方号码被设控时， invite信令中携带第三方监听分支信息 CIN3 ,在被叫方号码被设控时， invite 信令中携带被叫方第二监听分支信息 CIN4, 在第三方号码和被叫方号码均 被设控时， invite信令中携带第三方监听分支信息 CIN3和被叫方第二监听 分支信息 CIN4 ), SS根据 invite信令中携带的监听分支信息， 发送 invite 信令给 LIG,将 LIG加入到代答的第三方和 MSG的话路之间，如图 2所示， 这样， LIG 就可以对代答方话路进行监听， 并且根据监听分支信息中的唯 一标识 CIN3和 /或 CIN4将 X2链路上报的呼叫参与方号码与话路进行对应。
步骤七、 代答发起的自环呼叫再次触发 SCP, SCP将通过呼叫实例间 通信和话路加入呼叫操作将代答的第三方加入原呼叫， SCP接收到有话路 加入本呼叫后事件后， 在被叫方没有被设控的情况下， 向 SS 发送 cancel 信令释放原被叫方话路即可； 在被叫方被设控的情况下， 首先需要释放原 被叫方的被叫方第一监听分支信息 CIN2 , SCP通过 X2链路上报给 LIG对 应的监听分支释放信令， 同时向 SS发送 cancel信令释放原被叫方话路， SS 向 LIG发送 cancel信令后， LIG结束对应的监听分支。 然后， SCP向 SS发 起 update信令， 重新协商被叫侧的媒体， 将代答的第三方的媒体与主叫侧 进行协商， 同时， SS根据 update信令通知 LIG更新被叫侧的媒体， 将主叫 方与第三方的话路接通。 SCP再通过 X2链路向 LIG上报将主叫方、 被叫 方及第三方中的被设控方的监听分支信息中的被叫方号码的业务变更为呼 叫代答， 其中还需要携带原主被叫方号码和代答的第三方号码， LIG根据 监听分支信息中的唯一标识将 X2 链路上报的呼叫参与方号码与话路进行 对应， 即将被设控方监听分支信息中的业务类型变更为呼叫代答， 将呼叫 参与方号码变更为主叫方号码、 被叫方号码及代答的第三方号码。
步骤八、 SCP 调用监听处理模块对主叫方、 被叫方及第三方中的被设 控方监听分支信息中的应答信息进行更新，通过 X2链路向 LIG上报监听分 支应答。
步骤九、 SCP收到主叫方或被叫方挂机事件， 通过 X2链路向 LIG上 才艮对应的监听分支信息的释放信令， 同时通过 SS向 LIG发起 cancel或 bye 信令结束话路的监听。
以下， 通过一较佳实施例对本发明实现呼叫代答业务监听的业务处理 过程予以说明。 请参阅图 3 , 该图为本实施例中实现呼叫代答业务监听的 X2链路信令示意图。 本实施例中， 呼叫的过程是主叫方 A呼叫被叫方 B, 第三方 C代答被叫方 B与主叫方 A进行通话， 本发明实施例中实现呼叫代 答业务监听的具体过程如下：
步骤 1 : LIG发送设控命令到 8 ?对 A、 B、 C的号码进行设控， SCP 存储 A、 B、 C号码的设控信息； 步骤 2: A呼叫 B触发 SCP, SCP判断出 A号码被设控， 调用监听处 理模块生成 A号码的监听分支信息 CIN1 , 其中包括唯一标识 CIN1、 主叫 方号码 A、被叫方号码 B等，通过 X2链路上报监听分支信息 CIN1的 Begin 信令给 LIG, 如图 3中的（1), 并向 SS发送自环的 invite信令， 在该 invite 信令中携带监听分支信息 CIN1 ;
步骤 3 : 自环回来再次触发 SCP, SCP调用监听处理模块生成 B号码 的监听分支信息 CIN2, 其中包括唯一标识 CIN2、 主叫方号码 A、 被叫方 号码 B等， 通过 X2链路上报监听分支信息 CIN2的 Begin信令给 LIG, 如 图 3中的 (2), 并向 SS发送自环的 invite信令， 在该 invite信令中携带监听 分支信息 CIN2;
步骤 4: 被叫方 B振铃， SCP更新监听分支信息 CIN1和监听分支信息 CIN2中的被叫振铃时间信息；
步骤 5: 第三方 C呼叫代答 B触发 SCP, SCP先调用监听处理模块生 成第三方 C的监听分支信息 CIN3 , 其中包括唯一标识 CIN3、 代答第三方 号码 C、 被叫方号码 B等， 通过 X2链路上报监听分支信息 CIN3的 Begin 信令给 LIG, 如图 3中的 (3); 再调用监听处理模块生成 B号码的监听分支 信息 CIN4, 其中包括唯一标识 CIN4、 代答第三方号码 C、 被叫方号码 B 等， 通过 X2链路上报监听分支信息 CIN4的 Begin信令给 LIG, 如图 3中 的 (4), 向 SS发送代答自环的 invite信令， 在该 invite信令中同时携带监听 分支信息 CIN3和监听分支信息 CIN4;
步骤 6: 代答自环呼叫再次触发 SCP, SCP通过 X2链路发送监听分支 CIN2的释放信令 Release到 LIG, 释放监听分支 CIN2的监听， 如图 3中的 (5); SCP分别更新监听分支信息 CIN1、 监听分支信息 CIN3和监听分支信 息 CIN4中的业务信息， 其业务类型为呼叫代答， 呼叫参与方号码为主叫方 号码 A、 被叫方号码 B、 代答号码 C等， 通过 X2链路上报这三个监听分支 的业务更新 Service信令给 LIG,如图 3中的 (6)、（7)、（8);再向 SS发送 update 信令更新被叫方媒体， SS通知 LIG更新对应监听分支的被叫方媒体； SCP 再分别更新监听分支信息 CIN1、监听分支信息 CIN3和监听分支信息 CIN4 的应答信息，通过 X2链路上报这三个监听分支的应答 Answer信令给 LIG, 如图 3中的 (9)、 （10)、 (11);
步骤 7: 主叫用户 A挂机， SCP向 SS发送 bye信令释放 A、 C话路， SS将 bye信令发送到 LIG结束话路监听； SCP通过 X2链路向 LIG发送监 听分支信息 CIN1、监听分支信息 CIN3、监听分支信息 CIN4的释放 Release 信令， 如图 3中的（12)、 (13)、 (14), 呼叫结束。
相应于本发明上述方法， 本发明还提供了一种实现呼叫代答业务监听 的系统， 其主要包括：
SCP, 用于将主叫方和 /或被叫方设控为需要监听的号码； 若主叫方被 设控， 在主叫方呼叫被叫方时， 生成主叫方监听分支信息并上报给 LIG, 在第三方进行呼叫代答时， 释放被叫方与 MSG之间的话路， 将主叫方与第 三方的话路接通； 若被叫方被设控， 在主叫方呼叫被叫方时， 生成被叫方 第一监听分支信息并上报给 LIG, 在第三方进行呼叫代答时， 生成被叫方 第二监听分支信息并上报给 LIG, 释放被叫方与 MSG之间的话路， 将主叫 方与第三方的话路接通；
LIG, 用于在接收到主叫方监听分支信息后加入主叫方和 MSG之间的 话路进行监听；在接收到被叫方第一监听分支信息后加入被叫方与 MSG之 间的话路进行监听； 在接收到被叫方第二监听分支信息后加入第三方与 MSG之间的话路进行监听 , 同时结束对被叫方与 MSG之间的话路的监听。
其中， 所述 SCP还用于将所述第三方设控为需要监听的号码， 在第三 方进行呼叫代答时， 生成第三方监听分支信息并上报给 LIG。
其中， 所述 SCP还用于在收到被叫方振铃事件后， 在主叫方被设控时， 通知 LIG对主叫方监听分支信息中的被叫振铃时间信息予以更新， 在被叫 方被设控时， 通知 LIG对被叫方第一监听分支信息中的被叫振铃时间信息 予以更新。 本发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权 利要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在 内。

Claims

权利要求书
1、 一种实现呼叫代答业务监听的方法， 其特征在于， 包括步骤： 业务控制点 SCP将主叫方和 /或被叫方设控为需要监听的号码； 若主叫方被设控， 在主叫方呼叫被叫方时， SCP 生成主叫方监听分支 信息并上报给监听网元 LIG,将 LIG加入主叫方与媒体网关 MSG之间的话 路进行监听， 在第三方进行呼叫代答时， 释放被叫方与 MSG之间的话路， 将主叫方与第三方的话路接通；
若被叫方被设控， 在主叫方呼叫被叫方时， SCP 生成被叫方第一监听 分支信息并上报给 LIG , 将 LIG加入被叫方与 MSG之间的话路进行监听， 在第三方进行呼叫代答时， SCP 生成被叫方第二监听分支信息并上报给 LIG,将 LIG加入第三方与 MSG之间的话路进行监听，释放被叫方与 MSG 之间的话路， 结束对被叫方与 MSG之间的话路的监听 , 将主叫方与第三方 的话路接通。
2、 如权利要求 1所述的方法， 其特征在于，
所述 SCP将主叫方和 /或被叫方设控为需要监听的号码， 还包括： 将所 述第三方设控为需要监听的号码；
所述在第三方进行呼叫代答时， 还包括： SCP 生成第三方监听分支信 息并上报给 LIG。
3、 如权利要求 2所述的方法， 其特征在于，
所述主叫方监听分支信息中包括： 主叫方监听分支信息标识、 主叫方 号码、 被叫方号码及被叫振铃时间信息；
所述被叫方第一监听分支信息中包括： 被叫方第一监听分支信息标识、 主叫方号码、 被叫方号码及被叫振铃时间信息；
所述第三方监听分支信息中包括： 第三方监听分支信息标识、 第三方 号码、 被叫方号码及被叫振铃时间信息； 所述被叫方第二监听分支信息中包括： 被叫方第二监听分支信息标识、 第三方号码、 被叫方号码及被叫振铃时间信息。
4、 如权利要求 1所述的方法， 其特征在于， 所述方法还包括：
SCP收到被叫方振铃事件后，
在主叫方被设控时， 通知 LIG对主叫方监听分支信息中的被叫振铃时 间信息予以更新；
在被叫方被设控时， 通知 LIG对被叫方第一监听分支信息中的被叫振 铃时间信息予以更新。
5、 如权利要求 2所述的方法， 其特征在于， 在所述将主叫方与第三方 的话路接通后还包括：
SCP对主叫方、 被叫方、 第三方中的被设控方的监听分支信息中的业 务信息予以更新并上报给 LIG。
6、 如权利要求 5所述的方法， 其特征在于， 所述业务信息更新包括： 将被设控方监听分支信息中的业务类型变更为呼叫代答， 将呼叫参与 方号码变更为主叫方号码、 被叫方号码及代答的第三方号码。
7、如权利要求 1至 6任一所述的方法， 其特征在于， 所述方法还包括： SCP收到主叫方或被叫方挂机事件后向 LIG上报相应监听分支信息释 放信令， LIG释放呼叫参与方的监听分支信息， 结束话路的监听。
8、 一种实现呼叫代答业务监听的系统， 其特征在于， 包括：
SCP, 用于将主叫方和 /或被叫方设控为需要监听的号码； 若主叫方被 设控， 在主叫方呼叫被叫方时， 生成主叫方监听分支信息并上报给 LIG, 在第三方进行呼叫代答时， 释放被叫方与 MSG之间的话路， 将主叫方与第 三方的话路接通； 若被叫方被设控， 在主叫方呼叫被叫方时， 生成被叫方 第一监听分支信息并上报给 LIG, 在第三方进行呼叫代答时， 生成被叫方 第二监听分支信息并上报给 LIG, 释放被叫方与 MSG之间的话路， 将主叫 方与第三方的话路接通；
LIG, 用于在接收到主叫方监听分支信息后加入主叫方和 MSG之间的 话路进行监听；在接收到被叫方第一监听分支信息后加入被叫方与 MSG之 间的话路进行监听； 在接收到被叫方第二监听分支信息后加入第三方与 MSG之间的话路进行监听 , 同时结束对被叫方与 MSG之间的话路的监听。
9、 如权利要求 8所述的系统， 其特征在于， 所述 SCP还用于： 将所述第三方设控为需要监听的号码， 在第三方进行呼叫代答时， 生 成第三方监听分支信息并上 ^艮给 LIG。
10、 如权利要求 8或 9所述的系统， 其特征在于， 所述 SCP还用于： 在收到被叫方振铃事件后，
在主叫方被设控时， 通知 LIG对主叫方监听分支信息中的被叫振铃时 间信息予以更新；
在被叫方被设控时， 通知 LIG对被叫方第一监听分支信息中的被叫振 铃时间信息予以更新。
PCT/CN2010/079886 2010-10-15 2010-12-16 一种实现呼叫代答业务监听的方法与系统 Ceased WO2012048499A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010508170.2 2010-10-15
CN201010508170.2A CN102447791B (zh) 2010-10-15 2010-10-15 一种实现呼叫代答业务监听的方法与系统

Publications (1)

Publication Number Publication Date
WO2012048499A1 true WO2012048499A1 (zh) 2012-04-19

Family

ID=45937840

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/079886 Ceased WO2012048499A1 (zh) 2010-10-15 2010-12-16 一种实现呼叫代答业务监听的方法与系统

Country Status (2)

Country Link
CN (1) CN102447791B (zh)
WO (1) WO2012048499A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030023523A1 (en) * 2001-07-27 2003-01-30 Mckibben Bernerd R. Method for feature transfer in a telecommunication network
CN1509015A (zh) * 2002-12-16 2004-06-30 华为技术有限公司 实现分组语音网络监听的系统及方法
US20090232128A1 (en) * 2006-03-30 2009-09-17 Nokia Siemens Networks Gmbh & Co. Kg Method for Lawful Interception During Call Forwarding in a Packet-Oriented Telecommunication Network

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101170712B (zh) * 2007-11-27 2010-06-02 中兴通讯股份有限公司 一种实现智能网业务监听的方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030023523A1 (en) * 2001-07-27 2003-01-30 Mckibben Bernerd R. Method for feature transfer in a telecommunication network
CN1509015A (zh) * 2002-12-16 2004-06-30 华为技术有限公司 实现分组语音网络监听的系统及方法
US20090232128A1 (en) * 2006-03-30 2009-09-17 Nokia Siemens Networks Gmbh & Co. Kg Method for Lawful Interception During Call Forwarding in a Packet-Oriented Telecommunication Network

Also Published As

Publication number Publication date
CN102447791B (zh) 2015-03-04
CN102447791A (zh) 2012-05-09

Similar Documents

Publication Publication Date Title
JP2001285490A (ja) 呼スクリーニングシステムにおける発呼者プライバシーを保証するためのシステム
CN101730031A (zh) 下一代通讯网络实现强插呼叫的设备和方法
CN101227536B (zh) 一种动态组网合法监听的方法及系统
WO2007093116A1 (en) A method and system for realizing the simulating service and the access signaling adaptive entity
WO2016086730A1 (zh) 呼叫转移的方法及装置
CN100459634C (zh) 通话的实现方法
CN101350742B (zh) 一种实现下一代网络语音监听的方法和系统
CN101188641A (zh) 一种基于漏话检测的通讯方法及系统
CN102752723B (zh) 一种利用窄带业务控制宽带放音的方法及系统
CN102244700A (zh) 一种在点击拨号业务中实现同振群呼的方法和系统
WO2012048499A1 (zh) 一种实现呼叫代答业务监听的方法与系统
CN100440902C (zh) 一种语音监听系统中管理信息的交互方法
CN100558127C (zh) Ngn中实现与拍叉相关补充业务的方法
CN102448081B (zh) 一种实现同振/顺振呼叫业务监听的方法与系统
US10039033B2 (en) Systems, methods, and media for implementing call handoff between networks
US8837459B2 (en) Method and apparatus for providing asynchronous audio messaging
CN101031000B (zh) 窄带用户使用宽带彩铃的系统及方法
CN101106733B (zh) 一种下一代网络中一号双机业务的转接处理方法
CN1980283B (zh) 使用ms放音的宽窄带网络合一的彩铃实现方法及系统
KR100640289B1 (ko) 통화 서비스를 제공 받기 위한 ｉｐ 단말기의 동작 방법및 그 ｉｐ 단말기
WO2012048498A1 (zh) 一种智能网实现呼叫等待业务监听的方法及系统
CN112866490B (zh) 一种基于bicc信令的能力开放系统
CN1956558B (zh) 为智能网一号通业务提供彩铃功能的系统和方法
CN101622855B (zh) 一种在下一代网络中实现随路再振铃线路信令的方法
CN101606369B (zh) 用于在下一代网络中实现随路再摘机线路信令的方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10858331

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10858331

Country of ref document: EP

Kind code of ref document: A1