WO2011000303A1 - 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 - Google Patents

主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 Download PDF

Info

Publication number
WO2011000303A1
WO2011000303A1 PCT/CN2010/074658 CN2010074658W WO2011000303A1 WO 2011000303 A1 WO2011000303 A1 WO 2011000303A1 CN 2010074658 W CN2010074658 W CN 2010074658W WO 2011000303 A1 WO2011000303 A1 WO 2011000303A1
Authority
WO
WIPO (PCT)
Prior art keywords
called
network
calling
call
indication
Prior art date
Application number
PCT/CN2010/074658
Other languages
English (en)
French (fr)
Inventor
郑晓峰
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2011000303A1 publication Critical patent/WO2011000303A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1307—Call setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13204—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13348—Channel/line reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13389—LAN, internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release

Definitions

  • IP Multimedia Subsystem IP Multimedia Subsystem
  • the embodiments of the present invention provide a method for implementing a called and called service, an integrated service access network device, and a method for implementing a primary called control, to implement a primary called service between two different networks.
  • An embodiment of the present invention provides a method for implementing a calling control, including:
  • An embodiment of the present invention provides a method for implementing a calling control, including:
  • An embodiment of the present invention provides a method for implementing a called control, including:
  • the calling device in the first network When the calling device in the first network hangs up, it determines whether the release control mode is the called control mode according to the calling identifier information corresponding to the calling device, and if yes, the suspension indication is carried in the session initiation protocol SIP request message.
  • the medium is sent to the integrated service access network MSAN device in the second network to instruct the MS AN device in the second network to perform the called control operation, and maintain the call connection.
  • the called control operation is performed according to the suspension instruction, and the call connection is maintained.
  • An embodiment of the present invention provides an integrated service access network device, including:
  • a determining module configured to determine, according to the called identification information corresponding to the called device, whether the release control mode is a master call control mode when the called device in the second network hangs up;
  • a sending module configured to: when the determining module determines that the release control mode is a master call control mode, send the suspension indication in a session initiation protocol SIP request message to the integrated service access network MSAN device in the first network To indicate that the MSAN device in the first network performs a caller control operation to maintain the call connection.
  • the embodiment of the invention provides a called service server, which includes:
  • a receiving module configured to receive a call request sent by the calling device, where the call request carries the called identifier information corresponding to the called device;
  • a determining module configured to determine, according to the call request, whether a release control mode is a master call control mode
  • a sending module configured to: when the determining module determines that the release control mode is a master call control mode, carrying the caller control indication information And sending, in the call request, to the called device corresponding to the called identifier information, to indicate that the called device is a controlled party.
  • An embodiment of the present invention provides an integrated service access network device, including:
  • a sending module configured to: when the determining module determines that the release control mode is the called control mode, send the suspension indication in the session initiation protocol SIP request message to the integrated service access network MSAN device in the second network , to instruct the MSAN device in the second network to perform the called control operation, and maintain the call connection.
  • the embodiment of the invention provides a calling service server, which includes:
  • a receiving module configured to receive a call request sent by the calling device, where the call request carries the calling identifier information corresponding to the calling device;
  • a determining module configured to determine, according to the call request, whether the release control mode is a called control mode; and a sending module, configured to: when the determining module determines that the release control mode is a called control mode, The message carries a return to the calling device in a call request response to indicate that the calling device is a controlled party.
  • the embodiment of the present invention when the called device in the second network hangs up, sends the suspension indication in the SIP request message to the MSAN device in the first network, indicating the MSAN in the first network.
  • the device performs a call control operation to maintain a call connection.
  • the calling device in the first network hangs up, it sends the suspension indication in the SIP request message to the MSAN device in the second network, indicating that the second network is in the second network.
  • the MSAN device performs the called control operation and maintains the call connection, thereby implementing the primary called control service in two different networks.
  • FIG. 3 is a schematic flowchart of a method for implementing a calling control according to Embodiment 3 of the present invention
  • FIG. 5 is a schematic flowchart of a method for implementing called control according to Embodiment 5 of the present invention
  • 6 is a signaling diagram of a called control implementation method according to Embodiment 6 of the present invention
  • FIG. 10 is a schematic structural diagram of an MSAN device according to Embodiment 10 of the present invention.
  • FIG. 13 is a schematic structural diagram of an MSAN device according to Embodiment 13 of the present invention.
  • Step 101 When the called device in the second network hangs up, determine whether the release control mode is the primary call control mode according to the called identification information corresponding to the called device, and if yes, execute step 102; if not, interrupt Call connection
  • the caller control implementation method provided in this embodiment can implement the caller control service in two different networks.
  • the two different networks in this embodiment are the IMS network and the PSTN network respectively, but the embodiment of the present invention is not limited thereto.
  • the first network may be, but is not limited to, an IMS network
  • the second network may be, but is not limited to, a PSTN network.
  • the IMS network and the PSTN network in this embodiment are symmetrically provided with an MS AN device and an application server AS (Application Server, hereinafter referred to as AS), and a media gateway control function (Media Gateway) is set between the IMS network and the PSTN network.
  • AS Application Server
  • Media Gateway Media Gateway
  • Control Function hereinafter referred to as: MGCF
  • the MSAN device is used to implement the access management of the calling and called devices and perform the main called control operation.
  • the primary called AS is used to implement service logic control, service data query, and provide basic voice services and mobile services to the calling and called devices. , multimedia services and diversified third-party services; MGCF
  • the device is used to implement information conversion, call intercommunication, call-type supplementary service interworking, codec control conversion, and the like between the IMS network and the PSTN network.
  • the primary and the called device in this embodiment may be a plain old telephone service (Poly Old Telephone Service, hereinafter referred to as POTS).
  • POTS plain old telephone service
  • the terminal may also be a Session Initiation Protocol (hereinafter referred to as SIP) user equipment (User Equipment, below) Abbreviation: UE), if it is a POTS terminal, access the IMS core network through the access gateway control function (Access Gateway Control Function, AGCF) or MS AN.
  • SIP Session Initiation Protocol
  • AGCF Access Gateway Control Function
  • MS AN Mobile Broadband Function
  • the access point protocol type can be H248, multimedia gateway control protocol.
  • the method for implementing the call connection between the IMS network and the PSTN network in this embodiment is the same as that in the prior art, and is not described here again.
  • the difference from the prior art is that the calling AS in the IMS network receives. After the INVITE message is received, the prefix of the INVITE message needs to be parsed, and the prefix is analyzed by looking up the table to determine whether the release control mode of the call is the primary call control mode. If not, the call is established according to the prior art. Connection; if yes, the correspondence between the calling mode and the called identification information is saved.
  • the MGCF device After receiving the relNVITE message carrying the suspend indication, the MGCF device does not release the call, modifies the media to: sendonly, and converts the relNVITE message into a suspend (SUS) message to the calling AS in the IMS network.
  • the SUS message may carry a suspend indication, and may also carry the identified information.
  • the hold state of the call connection will continue until the calling control timer in the calling AS or the calling control timer in the called AS times out, or the called device in the PSTN network continues to restart before the calling control timer expires. Go off-hook.
  • the scenario in which the called device in the PSTN network restarts the off-hook before the caller timer expires is described in detail.
  • the calling AS After receiving the RES message, the calling AS determines the present according to the resume indication carried in the RES message.
  • the release control mode of the secondary call is the master call control mode, then the caller control timer in itself is stopped, and then the RES message is transparently transmitted to the MSAN device in the IMS network.
  • the MSAN device in the IMS network After receiving the relNVITE message carrying the resume indication, the MSAN device in the IMS network performs a caller control operation according to the resume indication to restore the call connection. After the above process, media negotiation was completed. After the called device picks up the phone again, the call connection between the calling device in the IMS network and the called device in the PSTN network is restored.
  • the SUS indication is carried in the relNVITE message to the MSAN device in the IMS network, indicating that the MSAN device in the IMS network performs the calling control operation, and maintains the call connection, thereby Caller control services are implemented in different networks.
  • FIG. 2 is a signaling diagram of a method for implementing a calling control according to Embodiment 2 of the present invention.
  • This embodiment is based on the implementation method of the calling control provided in the first embodiment, and further describes a method for implementing the calling control between the IMS network and the PSTN network.
  • the embodiment may include the following steps: It should be noted that, before the process of the calling control implementation method provided in this embodiment is performed, the calling device in the IMS network sends the called device to the PSTN network. An INVITE message is sent, where the INVITE message carries the called identifier information corresponding to the called device.
  • the prefix of the INVITE message is parsed, and the prefix is analyzed by looking up the table to determine whether the release control mode of the call is the master call control.
  • Mode if no, establish a call connection according to the prior art; if yes, save the correspondence between the caller mode and the called identity information.
  • the called AS in the PSTN network receives the INVITE message, it also needs to parse the prefix of the INVITE message, and analyze the prefix by looking up the table to determine whether the release control mode of the call is the master call mode.
  • Step 201 The called device hangs up, and the MSAN device in the PSTN network determines whether the release control mode is the primary call control mode according to the called identification information corresponding to the called device, and if yes, step 202 is performed; if not, the call is interrupted. Connect, end this call.
  • the suspend indication in the IMS network is still carried by the P-Position header field.
  • the specific carrying manner refer to the description in the foregoing Embodiment 1, and details are not described herein again.
  • Step 205 After receiving the SUS message, the calling AS determines, according to the called identification information carried in the SUS message, that the release control mode of the current call is the primary call control mode, does not release the call, and starts the calling control timer in the call. And transparently pass the SUS message to the MSAN device in the IMS network.
  • the SUS message also carries the called identifier information.
  • the calling AS can determine the correspondence between the calling mode and the called identity information when the calling device sends the INVITE message to the called device. Therefore, in this step, the calling AS can determine according to the called identity information.
  • the release control mode of this call is the master call control mode.
  • the calling control timer in the calling AS has been described in detail in the first embodiment, and is not described here.
  • Step 206 After receiving the SUS message carrying the suspend indication, the MSAN device in the IMS network performs the calling control operation according to the suspend indication, and does not release the call.
  • the media negotiation is completed, so that the call connection between the calling device in the IMS network and the called device in the PSTN network is still in the hold state after the called device hangs up.
  • the hold state of the call connection will continue until the calling control timer in the calling AS or the calling control timer in the called AS times out, or the called device in the PSTN network is in the calling control. Restart the off-hook before the timer expires.
  • Step 207 The called device is off-hook, and the MSAN device in the PSTN network determines whether the release control mode is the primary call control mode according to the called identification information corresponding to the called device. If yes, step 208 is performed; if not, then The call connection is still on hold.
  • the called device When the called connection is in the hold state, the called device is off-hook, and the MSAN device in the PSTN network immediately goes to the called AS to find the release control mode corresponding to the called identification information of the called device, and determines Whether the found release control mode is the master call control mode, and if yes, step 208 is performed; if not, the call connection is still in the hold state until the called AS or the calling party The calling control timer in the AS times out.
  • Step 208 The MSAN device in the PSTN network modifies the media to: sendrecv, and carries the resume indication in the relNVITE message to send to the called AS.
  • the resume indication has been described in detail in the foregoing first embodiment, and details are not described herein again.
  • the resume indication in this embodiment is carried by the P-Position header field.
  • Step 209 After receiving the relNVITE message, the called AS determines, according to the called identity information carried in the relNVITE message, that the release control mode of the current call is the primary call control mode, stops the calling control timer in the call, and The relNVITE message is transparently transmitted to the MGCF device.
  • resume indication in the IMS network is still carried by the P-Position header field.
  • Step 212 After receiving the RES message carrying the resume indication, the MSAN device in the IMS network performs a caller control operation according to the resume instruction to resume the call connection.
  • Step 302 Perform a call control operation according to the suspension indication to maintain a call connection.
  • the difference from the first embodiment is that the method for implementing the calling control in the embodiment of the present invention is described in the embodiment of the present invention. Therefore, the call request, the SIP request message, the suspension message, and the like in this embodiment are as follows.
  • For the recovery message refer to the description in the first embodiment, and details are not described in this embodiment.
  • the calling device in the IMS network when the calling device in the IMS network initiates a call, the calling device sends an INVITE message carrying the called identification information to the called device in the PSTN network to request the called device to establish a call connection with the called device. .
  • the call connection is uniformly established, and the 200 response is returned to the calling device, so that the calling device in the IMS network and the called device in the PSTN network can implement the call.
  • the calling AS in the IMS network parses the prefix of the INVITE message, analyzes the prefix by looking up the table, and determines whether the release control mode of the call is the primary call control mode.
  • the calling AS After receiving the SUS message, the calling AS determines, according to the called identification information carried in the SUS message, that the release control mode of the current call is the primary call control mode, and does not release the call, and starts the calling control timer in the call.
  • the SUS message is then transparently transmitted to the MSAN device in the IMS network.
  • the MSAN device in the IMS network After receiving the SUS message carrying the suspend indication, the MSAN device in the IMS network performs the calling control operation according to the suspend indication, and does not release the call.
  • the media negotiation is completed, so that the call connection between the calling device in the IMS network and the called device in the PSTN network is still in the hold state after the called device hangs up.
  • the called AS After the called AS receives the relNVITE message sent by the MSAN device in the PSTN network, the called AS determines, according to the resume indication carried in the relNVITE message, that the release control mode of the call is the primary call control mode, and then stops the master of the call. Call the control timer, and then transparently transmit the relNVITE message to the MGCF device. After receiving the relNVITE message carrying the resume indication, the MGCF device modifies the medium to: sendrecv, and converts the relNVITE message into a RES message to send to the calling AS.
  • the CSCF device accesses the IMS core network, and the CSCF device only needs to receive an INVITE message, a 200 response, or a relNVITE message, and the INVITE message,
  • the P-Notification header field of the 200 response or relNVITE message can be transparently transmitted.
  • Step 402 Determine, according to the call request, whether the release control mode is a master call control mode, and if yes, send the caller control indication information in the call request to the called device corresponding to the called identity information, To indicate that the called device is a controlled party.
  • the call connection is established according to the prior art; if yes, the correspondence between the calling control mode and the called identification information is saved.
  • the call connection is established according to the prior art; if yes, the caller control mode is saved Corresponding relationship between the type and the called identification information, and sending a caller-control to the called device to notify the called device that the called device is the controlled party in the current call.
  • the caller-control in this embodiment is carried by the P-Position header field.
  • the caller control indication information is sent to the called device to indicate that the called device is a controlled party, so that the called device is restarted after hanging up. Off-hook, the original call connection can still be restored, and the caller control service is implemented in two different networks.
  • Step 502 The suspension indication is carried in the SIP request message to the MS AN device in the second network, to indicate that the MSAN device in the second network performs the called control operation, and maintains the call connection.
  • the called control implementation method provided in this embodiment can implement the called control service in two different networks.
  • the two different networks in this embodiment are the IMS network and the PSTN network respectively, but the embodiment of the present invention is not limited thereto.
  • the first network may be, but is not limited to, an IMS network
  • the second network may be, but is not limited to, a PSTN network.
  • an MS AN device, a calling party AS, and a calling party device are symmetrically disposed
  • an MGCF device is disposed between the IMS network and the PSTN network.
  • the MSAN device, the calling and called AS, the MGCF, and the calling and called devices have been described in detail in the first embodiment, and are not described here.
  • For the call request, the SIP request message, the hang message, and the recovery message in this embodiment refer to the description in the first embodiment, and details are not described in this embodiment.
  • the called device in the PSTN network sends an INVITE message to request the called device to establish a call connection with it.
  • the INVITE message carries the calling identifier information corresponding to the calling device, and the calling identifier information is used to distinguish different called devices.
  • the calling identifier information may be the mobile phone number of the calling device, for example: 13800000001, but not Limited to mobile phone numbers.
  • the MGCF device After receiving the relNVITE message carrying the suspend indication, the MGCF device does not release the call, modifies the media to: sendonly, and converts the relNVITE message into a SUS message to be sent to the called AS.
  • SUS message For the SUS message, refer to the description in the foregoing Embodiment 1, and details are not described herein again.
  • the calling device in the IMS network when the calling device in the IMS network initiates a call, the calling device sends an INVITE message carrying the calling identity information to the called device in the PSTN network to request the called device to establish a call connection with the called device. .
  • the call connection is uniformly established, and the 200 response is returned to the calling device, so that the calling device in the IMS network and the called device in the PSTN network can implement the call.
  • the calling AS in the IMS network parses the prefix of the INVITE message, analyzes the prefix by looking up the table, and determines whether the release control mode of the call is the called mode. No, the call is established in the manner of the prior art.
  • Step 802 Determine, according to the call request, whether the release control mode is the called control mode, if yes, send the called control indication information to the calling device in the call response message, to indicate the calling The device is a controlled party.
  • the sending module 12 carries the suspension indication in the SIP request information to the first network.
  • the MSAN sends, to instruct the MSAN device in the first network to perform the calling control operation, and maintains the call connection, thereby implementing the calling control service in two different networks.
  • the MSAN device in this embodiment works, if the calling device in the first network and the called device in the second network make a call, the called device hangs up, and the calling device is in an off-hook state.
  • the receiving module 21 receives the SIP request message that is sent by the MSAN device in the second network and carries the suspension indication. Thereafter, the execution module 22 performs a call control operation according to the suspend instruction to maintain the call connection.
  • the receiving module 21 receives the re-request message sent by the MSAN device in the second network and carries the recovery indication.
  • the execution module 22 resumes the call connection based on the resume indication.
  • FIG. 11 is a schematic structural diagram of a called AS according to Embodiment 11 of the present invention.
  • the called AS provided in this embodiment may be used to implement the flow of the calling control implementation method provided in FIG. 1 to FIG.
  • the called AS in this embodiment includes: a receiving module 31, a determining module 32, and a sending module 33.
  • the receiving module 31 receives the call request sent by the calling device, where the call request carries the called identifier corresponding to the called device. information.
  • the parsing sub-module 321 in the determining module 32 parses the prefix of the call request, and the determining sub-module 322 determines whether the release control mode of the call is the main call control mode according to the prefix of the call request, and if not, according to The method of the prior art establishes a call connection; if yes, the save submodule 323 stores the correspondence between the call control mode and the called identification information, and the sending module 33 sends the calling party to the called device corresponding to the called identification information. Controlling the indication information to indicate that the called device is a controlled party.
  • the sending module 33 sends the calling control indication information to the called device to indicate that the called device is the controlled party, so that the called device is the controlled party. After the called device resumes off-hook on the standby station, the original call connection can still be restored, thereby implementing the calling control service in two different networks.
  • the determining module 41 is configured to determine release control according to the calling identifier information corresponding to the calling device when the calling device hangs up Whether the mode is the called mode; the sending module 42 is configured to: when the determining module determines that the release control mode is the called mode, carry the suspension indication in the SIP request message to the integrated service in the second network
  • the access network MSAN device sends to indicate that the MSAN device in the second network performs the called control operation and maintains the call connection.
  • FIG. 13 is a schematic structural diagram of an MSAN device according to Embodiment 13 of the present invention.
  • the MSAN device provided in this embodiment may be used to implement the flow of the called control implementation method provided in FIG. 5 to FIG. 8 above.
  • the MSAN device of this embodiment includes: a receiving module 51 and an executing module 52.
  • the receiving module The 51 is configured to receive the SIP request message that is sent by the MSAN device in the first network and that carries the pending indication.
  • the executing module 52 is configured to perform the called control operation according to the pending indication, and maintain the call connection.
  • the calling device When the calling device is in the hold state, the calling device re-off-hooks, at this time, the receiving module 51 receives the SIP request message that is sent by the MSAN device in the second network and carries the recovery indication. The execution module 52 restores the call connection based on the resume indication.
  • FIG. 14 is a schematic structural diagram of a calling AS according to Embodiment 14 of the present invention.
  • the calling AS provided in this embodiment can be used to implement the flow of the called control implementation method provided in FIG. 5 to FIG. 8.
  • the calling AS provided in this embodiment includes: a receiving module 61, a determining module 62, and a sending module 63.
  • the receiving module 61 is configured to receive a call request sent by the calling device, where the call request carries the calling identifier information corresponding to the calling device, and the determining module 62 is configured to determine, according to the call request, whether the release control mode is a call control mode; the sending module 63 is configured to: when the determining module determines that the release control mode is the called control mode, send the called control indication information to the calling device corresponding to the calling identifier information, to indicate the location The calling device is a controlled party.
  • the receiving module 61 receives the call request sent by the calling device, where the call request carries the calling identifier corresponding to the calling device. information. Thereafter, the parsing sub-module 621 in the determining module 62 parses the call request.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施例涉及一种主被叫业务服务器、综合业务接入网设备及主被叫控实现方法，该方法包括：第二网络中的被叫设备挂机时，根据所述被叫设备对应的被叫标识信息确定释放控制模式是否为主叫控模式，如果是，则将挂起指示携带在会话发起协议SIP请求消息中向第一网络中的综合业务接入网MSAN设备发送，以指示第一网络中的MSAN设备执行主叫控操作，保持呼叫连接。本发明实施例在被叫设备挂机时，通过将挂起指示携带在SIP请求消息中向第一网络中的MSAN设备发送，指示第一网络中的MSAN设备执行主叫控操作，保持呼叫连接，从而在两个不同的网络中实现了主叫控业务。

Description

主被叫业务服务器、 综合业务接入网设备及主被叫控实现方法 本申请要求于 2009 年 7 月 1 日提交中国专利局、 申请号为 200910088050.9、 发明名称为 "主被叫业务服务器、 综合业务接入网设备 及主被叫控实现方法" 的中国专利申请的优先权， 其全部内容通过引用结合 在本申请中。 技术领域
本发明涉及通信领域， 特别涉及主被叫业务服务器、 综合业务接入网 ( Multi-Service Access Network, 以下简称： MSAN )设备及主被叫控实现方 法。 背景技术
主被叫控业务在传统的公共电话交换网络 ( Public Switched Telephone Network, 以下简称： PSTN ) 中得到了广泛的应用。 在现有的 PSTN中， 主叫 控是指主被叫之间的通话连接建立后， 若主叫挂机则中断连接； 被叫挂机后 若主叫不挂机则需要等待一段时间后再中断连接， 具体等待时间由主叫方应 用业务服务器（Application Server, 以下简称： AS )确定。 被叫控则相反。
目前， PSTN网络与 IP多媒体子系统（ IP Multimedia Subsystem, 以下简 称： IMS )网络已经实现了互通，但仍然没有相关技术能够在 PSTN网络与 IMS 网络之间实现主被叫控业务。
发明内容
本发明实施例提供一种主被叫业务服务器、 综合业务接入网设备及主被 叫控实现方法， 用以在两个不同的网络之间实现主被叫控业务。
本发明实施例提供了一种主叫控实现方法， 包括：
第二网络中的被叫设备挂机时， 根据所述被叫设备对应的被叫标识信息 确定释放控制模式是否为主叫控模式， 如果是， 则将挂起指示携带在会话发 起协议 SIP请求消息中向第一网络中的综合业务接入网 MSAN设备发送， 以指 示第一网络中的 MSAN设备执行主叫控操作， 保持呼叫连接。 本发明实施例提供了一种主叫控实现方法， 包括：
接收第二网络中的综合业务接入网 MSAN设备发送的携带有挂起指示的 会话发起协议 SIP请求消息；
根据所述挂起指示执行主叫控操作 , 保持呼叫连接。
本发明实施例提供了一种被叫控实现方法， 包括：
第一网络中的主叫设备挂机时， 根据所述主叫设备对应的主叫标识信息 确定释放控制模式是否为被叫控模式， 如果是， 则将挂起指示携带在会话发 起协议 SIP请求消息中向第二网络中的综合业务接入网 MSAN设备发送， 以指 示第二网络中的 MS AN设备执行被叫控操作， 保持呼叫连接。
本发明实施例提供了一种被叫控实现方法， 包括：
接收第一网络中的综合业务接入网 MSAN设备发送的携带有挂起指示的 会话发起协议 SIP请求消息；
根据所述挂起指示执行被叫控操作 , 保持呼叫连接。
本发明实施例提供了一种综合业务接入网设备， 包括：
确定模块， 用于当第二网络中的被叫设备挂机时， 根据所述被叫设备对 应的被叫标识信息确定释放控制模式是否为主叫控模式；
发送模块， 用于当所述确定模块确定所述释放控制模式为主叫控模式时 , 将挂起指示携带在会话发起协议 SIP请求消息中向第一网络中的综合业务接 入网 MSAN设备发送， 以指示第一网络中的 MSAN设备执行主叫控操作，保持 呼叫连接。
本发明实施例提供了一种被叫业务服务器， 包括：
接收模块， 用于接收主叫设备发送的呼叫请求， 所述呼叫请求中携带有 被叫设备对应的被叫标识信息；
确定模块， 用于根据所述呼叫请求确定释放控制模式是否为主叫控模式； 发送模块， 用于当所述确定模块确定释放控制模式为主叫控模式时， 则 将主叫控指示信息携带在所述呼叫请求中向所述被叫标识信息对应的被叫设 备发送， 以指示所述被叫设备为受控方。
本发明实施例提供了一种综合业务接入网设备， 包括：
确定模块， 用于当第一网络中的主叫设备挂机时， 根据所述主叫设备对 应的主叫标识信息确定释放控制模式是否为被叫控模式；
发送模块， 用于当所述确定模块确定所述释放控制模式为被叫控模式时 , 将挂起指示携带在会话发起协议 SIP请求消息中向第二网络中的综合业务接 入网 MSAN设备发送， 以指示第二网络中的 MSAN设备执行被叫控操作，保持 呼叫连接。
本发明实施例提供了一种主叫业务服务器， 包括：
接收模块， 用于接收主叫设备发送的呼叫请求， 所述呼叫请求中携带有 主叫设备对应的主叫标识信息；
确定模块， 用于根据所述呼叫请求确定释放控制模式是否为被叫控模式； 发送模块， 用于当所述确定模块确定所述释放控制模式为被叫控模式时， 则将被叫控指示消息携带在呼叫请求响应中返回所述主叫设备， 以指示所述 主叫设备为受控方。
由上述技术方案可知， 本发明实施例在第二网络中的被叫设备挂机时， 通过将挂起指示携带在 SIP请求消息中向第一网络中的 MSAN设备发送， 指 示第一网络中的 MSAN设备执行主叫控操作， 保持呼叫连接； 在第一网络中 的主叫设备挂机时， 通过将挂起指示携带在 SIP请求消息中向第二网络中的 MSAN设备发送， 指示第二网络中的 MSAN设备执行被叫控操作， 保持呼叫 连接， 从而在两个不同的网络中实现了主被叫控业务。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的实施方式。 图 1为本发明实施例一提供的主叫控实现方法的流程示意图；
图 2为本发明实施例二提供的主叫控实现方法的信令图；
图 3为本发明实施例三提供的主叫控实现方法的流程示意图；
图 4为本发明实施例四提供的主叫控实现方法的流程示意图；
图 5为本发明实施例五提供的被叫控实现方法的流程示意图； 图 6为本发明实施例六提供的被叫控实现方法的信令图；
图 7为本发明实施例七提供的被叫控实现方法的流程示意图；
图 8为本发明实施例八提供的被叫控实现方法的流程示意图；
图 9为本发明实施例九提供的 MSAN设备的结构示意图；
图 10为本发明实施例十提供的 MSAN设备的结构示意图；
图 11为本发明实施例十一提供的被叫 AS的结构示意图；
图 12为本发明实施例十二提供的 MSAN设备的结构示意图；
图 13为本发明实施例十三提供的 MSAN设备的结构示意图；
图 14为本发明实施例十四提供的主叫 AS的结构示意图。 具体实施方式
下面结合附图对本发明的具体实施例作进一步详细的说明。
图 1为本发明实施例一提供的主叫控实现方法的流程示意图。 如图 1所示， 本实施例可以包括以下步骤：
步骤 101、 第二网络中的被叫设备挂机时， 根据所述被叫设备对应的被叫 标识信息确定释放控制模式是否为主叫控模式， 如果是， 则执行步骤 102; 如 果否， 则中断呼叫连接；
步骤 102、 将挂起指示携带在会话发起协议（ Session Initiation Protocol, 以下简称： SIP )请求消息中向第一网络中的 MSAN设备发送， 以指示第一网 络中的 MSAN设备执行主叫控操作， 保持呼叫连接；
本实施例提供的主叫控实现方法可以在两个不同的网络中实现主叫控业 务， 本实施例的两个不同的网络分别为 IMS网络和 PSTN网络， 但本发明实施 例不限于此。 其中， 第一网络可以但不限为 IMS网络， 第二网络可以但不限为 PSTN网络。 本实施例中的 IMS网络和 PSTN网络中对称设置有 MS AN设备和主 被叫应用 AS ( Application Server, 以下简称： AS ), 且 IMS网络和 PSTN网络之 间设置有媒体网关控制功能 （Media Gateway Control Function, 以下简称： MGCF )设备。 其中， MSAN设备用于实现主被叫设备的接入管理和执行主被 叫控操作； 主被叫 AS用于实现业务逻辑控制、 业务数据查询、 向主被叫设备 提供基本话音业务、 移动业务、 多媒体业务及多样化的第三方业务等； MGCF 设备用于实现 IMS网络和 PSTN网络之间的信息转换、 呼叫互通、 呼叫类补充 业务互通、 编解码控制转换等功能。 本实施例中的主被叫设备可以为普通老 式电话业务（ Plain Old Telephone Service, 以下简称： POTS )终端也可以为会 话发起协议 （ Session Initiation Protocol , 以下简称： SIP ) 用户设备（ User Equipment, 以下简称： UE ), 如果为 POTS终端则通过接入网关控制功能 ( Access Gateway Control Function, 以下简称： AGCF )设备或者 MS AN接入 IMS核心网， 接入点协议类型可以为 H248 , 多媒体网关控制协议 （Media Gateway Control Protocol, 以下简称： MGCP ), SIP,或 H323等；如果为 SIP UE, 则通过代理呼叫会话控制功能（Proxy-CSCF, 以下简称： P-CSCF )设备或者 MS AN设备接入呼叫会话控制功能（ Call Session Control Function , 以下简称： CSCF )接入 IMS核心网， 接入点协议类型为 SIP。
本实施例中， 当 IMS网络中的主叫设备主动发起呼叫时， 该主叫设备向 PSTN网络中的被叫设备发送呼叫请求， 以请求被叫设备与其建立呼叫连接。 该呼叫请求中携带有被叫设备对应的被叫标识信息， 该被叫标识信息用于区 分不同的被叫设备， 该被叫标识信息可以为被叫设备的手机号码例如： 13800000002, 但不限于手机号码。 该被叫设备接收到该呼叫请求后， 同意建 立呼叫连接 , 则向主叫设备返回呼叫响应消息 ,使得 IMS网络中的主叫设备和 PSTN网络中的被叫设备能够实现通话。 其中， 本实施例中的呼叫请求以邀请 ( INVITE )消息为例进行说明， 但不限于 INVITE消息。 相应地， 本实施例中 的呼叫响应消息以 INVITE消息的 200响应为例进行说明， 但不限于 200响应。
需要说明的是， 本实施例中在 IMS网络与 PSTN网络之间实现呼叫连接的 方法与现有技术相同， 此处不再赘述， 与现有技术区别在于， 当 IMS网络中的 主叫 AS接收到 INVITE消息后， 需要解析该 INVITE消息的字冠， 通过查表分 析该字冠， 以确定本次呼叫的释放控制模式是否为主叫控模式， 如果否， 则 按照现有技术的方式建立呼叫连接； 如果是， 则保存该主叫控模式与被叫标 识信息的对应关系。 与现有技术的区别还在于， 当 PSTN网络中的被叫 AS接收 到 INVITE消息后，同样需要解析该 INVITE消息的字冠，通过查表分析该字冠， 以确定本次呼叫的释放控制模式是否为主叫控模式， 如果否， 则按照现有技 术的方式建立呼叫连接； 如果是， 则保存该主叫控模式与被叫标识信息的对 应关系， 并将主叫控指示信息携带在 INVITE消息中向被叫设备发送， 以通知 被叫设备在本次呼叫中该被叫设备为受控方。 其中， 该主叫控指示信息可以 为 caller - control , 本实施例中的 caller - control通过 P - Notification头域来携 带， 例如： 被叫设备接收到 P - Notification: caller - control, 则表示被叫设备 在本次呼叫中作为受控方。
本实施例中， 若在 IMS网络中的主叫设备和 PSTN网络中的被叫设备进行 通话的过程中， 该被叫设备挂机， 主叫设备仍然处于摘机状态， 此时， PSTN 网络中的 MSAN设备立即到被叫 AS中查找与该被叫设备的被叫标识信息对应 的释放控制模式， 并确定查找到的释放控制模式是否为主叫控模式， 如果否， 则中断呼叫连接， 结束本次呼叫； 如果是， 则该 MSAN设备将媒体修改为： sendonly, 使得主叫设备接收到表示等待被叫设备再次连接的音频， 同时将挂 起（suspend )指示携带在 SIP请求消息中向被叫 AS发送。 其中， suspend指示 用于指示 IMS网络中 MSAN设备执行主叫控操作，不释放呼叫。本实施中的 SIP 请求消息以再邀请（ relNVITE )消息为例进行说明， 但不限于 relNVITE消息。 该 relNVITE消息中还可以携带有被叫标识信息。 需要说明的是， 本实施例中 的 suspend指示通过 P - Notification头域来携带， 例如： IMS网络中的 MSAN设 备接收到 P - Notification: user - suspended,则 IMS网络中的 MSAN设备执行主 叫控操作， 不释放呼叫。
当被叫 AS接收到 PSTN网络中的 MSAN设备发送的 relNVITE消息后，该被 叫 AS根据该 relNVITE消息中携带的被叫标识信息确定本次呼叫的释放控制模 式为主叫控模式， 则不释放呼叫， 启动自身中的主叫控定时器， 然后将该 relNVITE消息透传到 MGCF设备。 其中， 该主叫控定时器用于限定保持呼叫 连接的时间， 若在该主叫控定时器超时前， 被叫设备再次摘机， 呼叫连接将 被恢复； 若该主叫控定时器超时， 则呼叫连接中断， 被叫设备再次摘机也不 能恢复呼叫连接。 当 MGCF设备接收到携带有 suspend指示的 relNVITE消息后， 不释放呼叫，将媒体修改为： sendonly,并将该 relNVITE消息转换为挂起（ SUS ) 消息向 IMS网络中的主叫 AS发送。 其中， 该 SUS消息中可以携带有 suspend指 示， 还可以携带有被标识信息。
该主叫 AS接收到 SUS消息后， 根据该 SUS消息中携带的被叫标识信息确 定本次呼叫的释放控制模式为主叫控模式， 则不释放呼叫， 启动自身中的主 叫控定时器， 然后将该 SUS消息透传到 IMS网络中的 MSAN设备。 其中， 主叫 AS中的主叫控定时器的功能可参见上述对被叫 AS中的主叫控定时器的描述， 此处不再赘述。 当 IMS网络中的 MSAN设备接收到携带有 suspend指示的 SUS 消息后， 根据该 suspend指示执行主叫控操作， 不释放呼叫。 经过上述流程， 完成了媒体协商， 使得 IMS网络中的主叫设备与 PSTN网络中的被叫设备之间 的呼叫连接， 在该被叫设备挂机后， 仍然处于保持状态。
呼叫连接的保持状态将持续到主叫 AS中的主叫控定时器或被叫 AS中的 主叫控定时器超时， 或者持续到 PSTN网络中的被叫设备在主叫控定时器超时 前重新摘机。 本实施例中将着重针对 PSTN网络中的被叫设备在主叫控定时器 超时前重新摘机的场景进行详细说明。
在呼叫连接处于保持状态的过程中， 被叫设备重新摘机， 此时， PSTN网 络中的 MSAN设备将立即到被叫 AS中查找与该被叫设备的被叫标识信息对应 的释放控制模式， 并确定查找到的释放控制模式是否为主叫控模式， 如果否， 则呼叫连接仍然处于保持状态， 直至被叫 AS或者主叫 AS中的主叫控定时器超 时； 如果是， 则该 MSAN设备将媒体修改为： sendrecv, 使得主叫设备接收到 被叫设备发送的语音信息， 恢复呼叫连接， 同时将恢复（resume )指示携带在 relNVITE消息中向被叫 AS发送。 需要说明的是， 本实施例中的 resume指示通 过 P - Notification头域来携带 , 例如： IMS网络中的 MSAN设备接收到 P - Notification: user - resumed, 则 IMS网络中的 MS AN设备执行主叫控操作， 不 释放呼叫。
当被叫 AS接收到 PSTN网络中的 MSAN设备发送的 relNVITE消息后，该被 叫 AS根据该 relNVITE消息中携带的被叫标识信息确定本次呼叫的释放控制模 式为主叫控模式， 则停止自身的主叫控定时器， 然后将 relNVITE消息透传到 MGCF设备。 当 MGCF设备接收到携带有 resume指示的 relNVITE消息后， 将媒 体修改为： sendrecv, 并将该 relNVITE消息转换为恢复（ RES ) 消息向 IMS网 络中的主叫 AS发送， 其中， 该 RES消息中可以携带有 resume指示， 还可以携 带有被叫标识信息。
该主叫 AS接收到 RES消息后，根据该 RES消息中携带的 resume指示确定本 次呼叫的释放控制模式为主叫控模式， 则停止自身中的主叫控定时器， 然后 将该 RES消息透传到 IMS网络中的 MSAN设备。 当 IMS网络中的 MSAN设备接 收到携带有 resume指示的 relNVITE消息后， 根据该 resume指示执行主叫控操 作， 恢复呼叫连接。 经过上述流程， 完成了媒体协商。 在该被叫设备再次摘 机后， 恢复了 IMS网络中的主叫设备与 PSTN网络中的被叫设备之间的呼叫连 接。
需要说明的是， 在本实施例提供的主叫控实现方法的整个流程中， 一旦 释放呼叫， 使得呼叫连接中断。 相应地， IMS网络中的主叫 AS和 PSTN网络中 的被叫 AS都将释放呼叫， 并停止对主被叫 AS中的主叫控定时器的监控。
更进一步地， 如果本实施例中的主被叫设备为 SIP UE, 则通过 CSCF设备 接入 IMS核心网， 该 CSCF设备只需要在接收到 INVITE消息、 200响应或者 relNVITE消息时，对 INVITE消息、 200响应或者 relNVITE消息的 P-Notification 头域透传即可。
本实施例中在被叫设备挂机时， 通过将 SUS指示携带在 relNVITE消息中 向 IMS网络中的 MSAN设备发送， 指示 IMS网络中的 MSAN设备执行主叫控操 作， 保持呼叫连接， 从而在两个不同的网络中实现了主叫控业务。
图 2为本发明实施例二提供的主叫控实现方法的信令图。 本实施例以上述 实施例一提供的主叫控实现方法为基础， 进一步对在 IMS网络与 PSTN网络之 间的主叫控实现方法进行详细说明。如图 2所示，本实施例可以包括以下步骤： 需要说明的是， 在本实施例提供的主叫控实现方法的流程执行之前， IMS 网络中的主叫设备向 PSTN网络中的被叫设备发送 INVITE消息 , 该 INVITE消 息中携带有被叫设备对应的被叫标识信息。在此过程中， 当 IMS网络中的主叫 AS接收到该 INVITE消息时， 解析该 INVITE消息的字冠， 通过查表分析该字 冠， 以确定本次呼叫的释放控制模式是否为主叫控模式， 如果否， 则按照现 有技术的方式建立呼叫连接； 如果是， 则保存该主叫控模式与被叫标识信息 的对应关系。 当 PSTN网络中的被叫 AS接收到该 INVITE消息时， 同样需要解 析该 INVITE消息的字冠， 通过查表分析该字冠， 以确定本次呼叫的释放控制 模式是否为主叫控模式， 如果否， 则按照现有技术的方式建立呼叫连接； 如 果是， 则保存该主叫控模式与被叫标识信息的对应关系， 并向被叫设备发送 caller - control , 以通知被叫设备在本次呼叫中该被叫设备为受控方。 当被叫 设备接收到该 INVITE消息后，同意建立呼叫连接，则向主叫设备返回 200响应， 使得 IMS网络中的主叫设备和 PSTN网络中的被叫设备实现通话。
步骤 201、被叫设备挂机， PSTN网络中的 MSAN设备根据该被叫设备对应 的被叫标识信息确定释放控制模式是否为主叫控模式， 如果是， 则执行步骤 202; 如果否， 则中断呼叫连接， 结束本次呼叫。
在 IMS网络中的主叫设备和 PSTN网络中的被叫设备进行通话的过程中， 该被叫设备挂机， 主叫设备仍然处于摘机状态， 此时 PSTN网络中的 MSAN设 备立即到被叫 AS中查找与该被叫设备的被叫标识信息对应的释放控制模式， 并确定查找到的释放控制模式是否为主叫控模式， 如果是， 则执行步骤 202; 如果否， 则中断呼叫连接， 结束本次呼叫。
步骤 202、PSTN网络中的 MSAN设备将媒体修改为： sendonly,并将 suspend 指示携带在 relNVITE消息中向被叫 AS发送。
其中， suspend指示和 relNVITE消息已经在上述实施例一中进行了详细描 述，此处不再赘述。本实施例中的 suspend指示通过 P - Notification头域来携带， 具体携带方式可参见上述实施例一中的描述， 此处不再赘述。
步骤 203、 被叫 AS接收到 relNVITE消息后， 根据该 relNVITE消息中携带 的被叫标识信息确定本次呼叫的释放控制模式为主叫控模式， 不释放呼叫， 启动自身中的主叫控定时器， 并将该 relNVITE消息透传到 MGCF设备。
其中， 该 relNVITE消息中还携带有被叫标识信息。 由于在主叫设备向被 叫设备发送 INVITE消息时，被叫 AS已经保存了该主叫控模式与被叫标识信息 的对应关系， 因此， 本步骤中被叫 AS能够根据该被叫标识信息确定本次呼叫 的释放控制模式为主叫控模式。 被叫 AS中的主叫控定时器已经在上述实施例 一中进行了详细描述， 此处不再赘述。
需要说明的是， 在本实施例中的整个流程中， 一旦主叫设备挂机， 则被 叫 AS将释放资源， 并停止对主叫控定时器的监控。
步骤 204、 MGCF设备将携带有 suspend指示的 relNVITE消息转换为 SUS消 息向 IMS网络中的主叫 AS发送。 其中， sus消息已经在上述实施例一中进行了详细描述， 此处不再赘述。
MGCF设备将 relNVITE消息转换为 SUS消息后， 不释放呼叫，将媒体修改 为： sendonly, 并向主叫 AS发送该 SUS消息。
进一步， 在 IMS网络中的 suspend指示仍然是通过 P - Notification头域来携 带， 具体携带方式可以参见上述实施例一中的描述， 此处不再赘述。
步骤 205、 主叫 AS接收到 SUS消息后， 根据该 SUS消息中携带的被叫标识 信息确定本次呼叫的释放控制模式为主叫控模式， 不释放呼叫， 启动自身中 的主叫控定时器， 并将该 SUS消息透传到 IMS网络中的 MSAN设备。
其中，该 SUS消息中还携带有被叫标识信息。 由于在主叫设备向被叫设备 发送 INVITE消息时， 主叫 AS已经保存了该主叫控模式与被叫标识信息的对应 关系， 因此， 本步骤中主叫 AS能够根据该被叫标识信息确定本次呼叫的释放 控制模式为主叫控模式。 主叫 AS中的主叫控定时器已经在上述实施例一中进 行了详细描述， 此处不再赘述。
需要说明的是， 在本实施例的整个流程中， 一旦主叫设备挂机， 则主叫 AS将释放资源， 并停止对主叫控定时器的监控。
步骤 206、 IMS网络中的 MSAN设备接收到携带有 suspend指示的 SUS消息 后， 根据该 suspend指示执行主叫控操作， 不释放呼叫。
经过上述步骤， 完成了媒体协商， 使得 IMS网络中的主叫设备与 PSTN网 络中的被叫设备之间的呼叫连接， 在该被叫设备挂机后， 仍然处于保持状态。
需要说明的是， 呼叫连接的保持状态将持续到主叫 AS中的主叫控定时器 或被叫 AS中的主叫控定时器超时，或者持续到 PSTN网络中的被叫设备在主叫 控定时器超时前重新摘机。
步骤 207、被叫设备重新摘机， PSTN网络中的 MSAN设备根据该被叫设备 对应的被叫标识信息确定释放控制模式是否为主叫控模式， 如果是， 则执行 步骤 208; 如果否， 则呼叫连接仍然处于保持状态。
在呼叫连接处于保持状态的过程中， 被叫设备重新摘机， 则 PSTN网络中 的 MSAN设备将立即到被叫 AS中查找与该被叫设备的被叫标识信息对应的释 放控制模式， 并确定查找到的释放控制模式是否为主叫控模式， 如果是， 则 执行步骤 208; 如果否， 则呼叫连接仍然处于保持状态， 直至被叫 AS或者主叫 AS中的主叫控定时器超时。
步骤 208、 PSTN网络中的 MSAN设备将媒体修改为： sendrecv,并将 resume 指示携带在 relNVITE消息中向被叫 AS发送。
其中， resume指示已经在上述实施例一中进行了详细描述，此处不再赘述。 本实施例中的 resume指示通过 P - Notification头域来携带， 具体携带方式可参 见上述实施例一中的描述， 此处不再赘述。
步骤 209、 被叫 AS接收到 relNVITE消息后， 根据该 relNVITE消息中携带 的被叫标识信息确定本次呼叫的释放控制模式为主叫控模式， 停止自身中的 主叫控定时器， 并将该 relNVITE消息透传到 MGCF设备。
步骤 210、 MGCF设备将携带有 resume指示的 relNVITE消息转换为 RES消 息向 IMS网络中的主叫 AS发送。
其中， RES消息已经在上述实施例一中进行了详细描述， 此处不再赘述。
MGCF设备将 relNVITE消息转换为 RES消息后，将媒体修改为： sendrecv, 并将该 RES消息转换为携带有 resume指示的 relNVITE消息向主叫 AS发送。
进一步， 在 IMS网络中的 resume指示仍然是通过 P - Notification头域来携 带， 具体携带方式可以参见上述实施例一中的描述， 此处不再赘述。
步骤 211、 主叫 AS接收到 RES消息后， 根据该 RES消息中携带的被叫标识 信息确定本次呼叫的释放控制模式为主叫控模式， 停止自身中的主叫控定时 器， 并将该 RES消息透传到 IMS网络中的 MSAN设备。
步骤 212、当 IMS网络中的 MSAN设备接收到携带有 resume指示的 RES消息 后， 根据该 resume指示执行主叫控操作， 恢复呼叫连接。
经过上述流程， 完成了媒体协商。 在该被叫设备再次摘机后， 恢复了 IMS 网络中的主叫设备与 PSTN网络中的被叫设备之间的呼叫连接。
本实施例中， PSTN网络中的被叫设备挂机时， 通过将 suspend指示携带在 relNVITE消息中向 IMS网络中的 MSAN设备发送， 指示 IMS网络中的 MSAN设 备执行主叫控操作， 保持呼叫连接， 从而实现了 IMS网络与 PSTN网络中的主 叫控业务。
需要说明的是， 本实施例以主叫设备设置在 IMS网络， 被叫设备设置在 PSTN网络中的场景为例进行说明。 在实际应用中， 主叫设备还可以设置在 PSTN网络中 , 被叫设备还可以设置在 IMS网络中， 具体的流程与本实施例提 供的主叫控实现方法的流程相同， 仅是将本实施例步骤中的 IMS网络调整为 PSTN网络， 将 PSTN网络调整为 IMS网络。
图 3为本发明实施例三提供的主叫控实现方法的流程示意图。 如图 3所示， 本实施例可以包括以下步骤：
步骤 301、接收第二网络中的 MSAN设备发送的携带有挂起指示的 SIP请求 消息；
步骤 302、 根据所述挂起指示执行主叫控操作， 保持呼叫连接。
与上述实施例一相同的是， 本实施例提供的主叫控实现方法可以在两个 不同的网络中实现主叫控业务，本实施例中的第一网络仍然以 IMS网络为例进 行说明， 第二网络仍然以 PSTN网络进行说明。 本实施例中的 IMS网络和 PSTN 网络中仍然对称设置有 MSAN设备、 主被叫 AS以及主被叫设备， 并且 IMS网 络和 PSTN网络之间设置有 MGCF设备，其中， MSAN设备、主被叫 AS、 MGCF 设备以及主被叫设备可参见上述实施例一的描述， 此处不再赘述。 与上述实 施例一的区别在于，本实施例以 IM S网络侧的角度对本发明实施例的主叫控实 现方法进行说明， 因此， 本实施例中的呼叫请求、 SIP请求消息、 挂起消息以 及恢复消息可参见上述实施例一中的描述， 本实施例中不再赘述。
本实施例中， 当 IMS网络中的主叫设备主动发起呼叫时， 该主叫设备向 PSTN网络中的被叫设备发送携带有被叫标识信息的 INVITE消息，以请求被叫 设备与其建立呼叫连接。 当被叫设备接收到该 INVITE消息后， 统一建立呼叫 连接， 则向主叫设备返回 200响应， 使得 IMS网络中的主叫设备和 PSTN网络中 的被叫设备能够实现通话。 在此过程中， IMS网络中的主叫 AS接收到 INVITE 消息后， 解析该 INVITE消息的字冠， 通过查表分析该字冠， 确定本次呼叫的 释放控制模式是否为主叫控模式， 如果否， 则按照现有技术的方式建立呼叫 连接； 如果是， 则保存该主叫控模式与被叫标识信息的对应关系。 相应地， 当 PSTN网络中的被叫 AS接收到 INVITE消息后， 同样解析该 INVITE消息的字 冠， 通过查表分析该字冠， 确定本次呼叫的释放控制模式是否为主叫控模式， 如果否， 则按照现有技术的方式建立呼叫连接； 如果是， 则保存该主叫控模 式与被叫标识信息的对应关系， 并向被叫设备发送 caller - control, 以通知被 叫设备在本次呼叫中该被叫设备为受控方。其中，本实施例中的 caller - control 通过 P - Notification头域来携带，具体的携带方式可参见上述实施例一的描述， 此处不再赘述。
本实施例中， 若在 IMS网络中的主叫设备和 PSTN网络中的被叫设备进行 通话的过程中， 该被叫设备挂机， 主叫设备仍然处于摘机状态， 此时， PSTN 网络中的 MSAN设备立即到被叫 AS中查找与该被叫设备的被叫标识信息对应 的释放控制模式， 并确定查找到的释放控制模式是否为主叫控模式， 如果否， 则中断呼叫连接， 结束本次呼叫； 如果是， 则该 MSAN设备将媒体修改为： sendonly, 使得主叫设备接收到表示等待被叫设备再次连接的音频， 同时将 suspend指示携带在 relNVITE消息中向被叫 AS发送。 需要说明的是， 本实施例 中的 suspend指示通过 P - Notification头域来携带，具体的携带方式可参见上述 实施例一中的描述， 此处不再赘述。
当被叫 AS接收到 PSTN网络中的 MSAN设备发送的 relNVITE消息后，该被 叫 AS根据该 relNVITE消息中携带的被叫标识信息确定本次呼叫的释放控制模 式为主叫控模式， 则不释放呼叫， 启动自身中的主叫控定时器， 然后将该 relNVITE消息透传到 MGCF设备。 当 MGCF设备接收到携带有 suspend指示的 relNVITE消息后， 不释放呼叫， 将媒体爹改为： sendonly, 并将该 relNVITE 消息转换为 SUS消息向主叫 AS发送。
该主叫 AS接收到 SUS消息后， 根据该 SUS消息中携带的被叫标识信息确 定本次呼叫的释放控制模式为主叫控模式， 则不释放呼叫， 启动自身中的主 叫控定时器， 然后将该 SUS消息透传到 IMS网络中的 MSAN设备。 当 IMS网络 中的 MSAN设备接收到携带有 suspend指示的 SUS消息后， 根据该 suspend指示 执行主叫控操作， 不释放呼叫。 经过上述流程， 完成了媒体协商， 使得 IMS 网络中的主叫设备与 PSTN网络中的被叫设备之间的呼叫连接， 在该被叫设备 挂机后， 仍然处于保持状态。
呼叫连接的保持状态将持续到主叫 AS中的主叫控定时器或被叫 AS中的 主叫控定时器超时， 或者持续到 PSTN网络中的被叫设备在主叫控定时器超时 前重新摘机。
在呼叫连接处于保持状态的过程中， 被叫设备重新摘机， 此时， PSTN网 络中的 MSAN设备将立即到被叫 AS中查找与该被叫设备的被叫标识信息对应 的释放控制模式， 并确定查找到的释放控制模式是否为主叫控模式， 如果否， 则呼叫连接仍然处于保持状态， 直至被叫 AS或者主叫 AS的主叫控定时器超 时； 如果是， 则该 MSAN设备将媒体修改为 sendrecv, 使得主叫设备接收到被 叫设备发送的语音信息， 恢复呼叫连接， 同时将 resume指示携带在 relNVITE 消息中向被叫 AS发送。 需要说明的是， 本实施例中的 resume指示通过 P - Notification头域来携带， 具体的携带方式可参见上述实施例一中的描述，此处 不再赘述。
当被叫 AS接收到 PSTN网络中的 MSAN设备发送的 relNVITE消息后，该被 叫 AS根据该 relNVITE消息中携带的 resume指示确定本次呼叫的释放控制模式 为主叫控模式， 则停止自身的主叫控定时器， 然后将 relNVITE消息透传到 MGCF设备。 当 MGCF设备接收到携带有 resume指示的 relNVITE消息后， 将媒 体修改为： sendrecv, 将该 relNVITE消息转换为 RES消息向主叫 AS发送。
该主叫 AS接收到 RES消息后，根据该 RES消息中携带的 resume指示确定本 次呼叫的释放控制模式为主叫控模式， 则停止自身中的主叫控定时器， 然后 将该 RES消息透传到 IMS网络中的 MSAN设备。 当 IMS网络中的 MSAN设备接 收到携带有 resume指示的 RES消息后， 根据该 resume指示执行主叫控操作， 恢 复呼叫连接。 经过上述流程， 完成了媒体协商。 在该被叫设备再次摘机后， 恢复了 IMS网络中的主叫设备与 PSTN网络中的被叫设备之间的呼叫连接。
需要说明的是， 在本实施例提供的主叫控实现方法的整个流程中， 一旦 释放呼叫， 使得呼叫连接中断。 相应地， IMS网络中的主叫 AS和 PSTN网络中 的被叫 AS都将释放呼叫， 并停止对主被叫 AS中的主叫控定时器的监控。
更进一步地， 如果本实施例中的主被叫设备为 SIP UE, 则通过 CSCF设备 接入 IMS核心网， 该 CSCF设备只需要在接收到 INVITE消息、 200响应或者 relNVITE消息时，对 INVITE消息、 200响应或者 relNVITE消息的 P-Notification 头域透传即可。
本实施例在接收到第二网络中的 MSAN设备发送的携带有挂起指示的 SIP 请求消息， 根据该挂起指示执行主叫控操作， 保持呼叫连接， 从而在两个不 同的网络中实现了主叫控业务。
图 4为本发明实施例四提供的主叫控实现方法的流程示意图。 如图 4所示， 本实施例可以包括以下步骤：
步骤 401、 接收主叫设备发送的呼叫请求， 所述呼叫请求中携带有被叫设 备对应的被叫标识信息；
步骤 402、 根据所述呼叫请求确定释放控制模式是否为主叫控模式， 如果 是， 则将主叫控指示信息携带在所述呼叫请求中向所述被叫标识信息对应的 被叫设备发送， 以指示所述被叫设备为受控方。
本实施例主要针对上述实施例一至实施例四提供的主叫控实现方法中， 在两个不同的网络中的主叫设备和被叫设备建立呼叫连接的阶段， 被叫 AS保 存主叫控模式， 并通知被叫设备该被叫设备为受控方的过程进行详细说明。 本实施例中的第一网络仍然以 IMS网络为例进行说明， 第二网络仍然以 PSTN 网络进行说明。本实施例中的 IMS网络和 PSTN网络中对称设置有 MSAN设备、 主被叫 AS以及主被叫设备，并且 IMS网络和 PSTN网络之间设置有 MGCF设备。 其中， MSAN设备、 主被叫 AS、 MGCF设备以及主被叫设备可参见上述实施 例一的描述， 此处不再赘述。本实施例以 IMS网络侧的角度对本发明实施例的 主叫控实现方法进行说明， 因此， 本实施例中的呼叫请求可参见上述实施例 一中的描述， 本实施例中不再赘述。
本实施例中， 当 IMS网络中的主叫设备主动发起呼叫时， 该主叫设备向 PSTN网络中的被叫设备发送携带有被叫标识信息的 INVITE消息，以请求被叫 设备与其建立呼叫连接。 当被叫设备接收到该 INVITE消息后， 统一建立呼叫 连接， 则向主叫设备返回 200响应， 使得 IMS网络中的主叫设备和 PSTN网络中 的被叫设备能够实现通话。 在此过程中， IMS网络中的主叫 AS接收到 INVITE 消息后， 解析该 INVITE消息的字冠， 通过查表分析该字冠， 确定本次呼叫的 释放控制模式是否为主叫控模式， 如果否， 则按照现有技术的方式建立呼叫 连接； 如果是， 则保存该主叫控模式与被叫标识信息的对应关系。 相应地， 当 PSTN网络中的被叫 AS接收到 INVITE消息后， 同样解析该 INVITE消息的字 冠， 通过查表分析该字冠， 确定本次呼叫的释放控制模式是否为主叫控模式， 如果否， 则按照现有技术的方式建立呼叫连接； 如果是， 则保存该主叫控模 式与被叫标识信息的对应关系， 并向被叫设备发送 caller - control, 以通知被 叫设备在本次呼叫中该被叫设备为受控方。其中，本实施例中的 caller - control 通过 P - Notification头域来携带，具体的携带方式可参见上述实施例一的描述， 此处不再赘述。
本实施例中根据接收到的呼叫请求确定释放控制模式为主叫控模式时， 向被叫设备发送主叫控指示信息， 以指示被叫设备为受控方， 使得被叫设备 在挂机之后重新摘机， 仍然能够恢复原先的呼叫连接， 从而在两个不同的网 络中实现了主叫控业务。
图 5为本发明实施例五提供的被叫控实现方法的流程示意图。 如图 5所示， 本实施例可以包括以下步骤：
步骤 501、 第一网络中的主叫设备挂机时， 根据所述主叫设备对应的主叫 标识信息确定释放控制模式是否为被叫控模式， 如果是， 则执行步骤 502; 如 果否， 则中断呼叫连接；
步骤 502、将挂起指示携带在 SIP请求消息中向第二网络中的 MS AN设备发 送， 以指示第二网络中的 MSAN设备执行被叫控操作， 保持呼叫连接。
本实施例提供的被叫控实现方法可以在两个不同的网络中实现被叫控业 务， 本实施例中的两个不同的网络分别为 IMS网络和 PSTN网络， 但本发明实 施例不限于此， 其中， 第一网络可以但不限为 IMS网络， 第二网络可以但不限 为 PSTN网络。 本实施例中的 IMS网络和 PSTN网络中对称设置有 MS AN设备、 主被叫 AS以及主被叫设备，并且 IMS网络和 PSTN网络之间设置有 MGCF设备。 其中， MSAN设备、 主被叫 AS、 MGCF设备以及主被叫设备已经在上述实施 例一中进行了详细描述， 此处不再赘述。 进一步地， 本实施例中的呼叫请求、 SIP请求消息、 挂起消息以及恢复消息可参见上述实施例一中的描述， 本实施 例中不再赘述。
本实施例中， 当 MS网络中的主叫设备主动发起呼叫时， 该主叫设备向
PSTN网络中的被叫设备发送 INVITE消息， 以请求被叫设备与其建立呼叫连 接。 该 INVITE消息中携带有该主叫设备对应的主叫标识信息， 该主叫标识信 息用于区分不同的被叫设备， 该主叫标识信息可以为主叫设备的手机号码例 如： 13800000001 , 但不限于手机号码。 该被叫设备接收到该 INVITE消息后， 同意建立呼叫连接， 则向主叫设备返回 200响应， 使得 IMS网络中的主叫设备 和 PSTN网络中的被叫设备能够实现通话。
需要说明的是， 本实施例中在 IMS网络与 PSTN网络之间实现呼叫连接的 方法与现有技术相同， 此处不再赘述， 与现有技术区别在于， 当 IMS网络中的 主叫 AS接收到 INVITE消息后， 需要解析该 INVITE消息的字冠， 通过查表分 析该字冠， 以确定本次呼叫的释放控制模式是否为被叫控模式， 如果否， 则 按照现有技术的方式建立呼叫连接； 如果是， 则保存该被叫控模式与主叫标 识信息的对应关系， 并向主叫设备发送被叫控指示信息， 以通知主叫设备在 本次呼叫中该主叫设备为受控方。 其中， 该被叫控指示信息可以为 called - control , 本实施例中的 called - control通过 P - Notification头域来携带， 例如： 主叫设备接收到 P - Notification: called - control, 则表示主叫设备在本次呼叫 中作为受控方。 与现有技术的区别还在于， 当 PSTN网络中的被叫 AS接收到 INVITE消息后， 同样需要解析该 INVITE消息的字冠， 通过查表分析该字冠， 以确定本次呼叫的释放控制模式是否为被叫控模式， 如果否， 则按照现有技 术的方式建立呼叫连接； 如果是， 则保存该被叫控模式与主叫标识信息的对 应关系。
本实施例中， 若在 IMS网络中的主叫设备和 PSTN网络中的被叫设备进行 通话的过程中， 该主叫设备挂机， 被叫设备仍然处于摘机状态， 此时， IMS 网络中的 MSAN设备立即到主叫 AS中查找与该主叫设备的主叫标识信息对应 的释放控制模式， 并确定查找到的释放控制模式是否为被叫控模式， 如果否， 则中断呼叫连接， 结束本次呼叫； 如果是， 则该 MSAN设备将媒体修改为： sendonly, 同时将 suspend指示携带在 relNVITE消息中向主叫 AS发送。 其中， 该 suspend指示用于指示 PSTN网络中的 MSAN设备执行被叫控操作， 不释放呼 叫。 其中， relNVITE消息中还可以携带有主叫标识信息。 需要说明的是， 本 实施例中的 suspend指示通过 P - Notification头域来携带，具体的携带方式参见 上述实施例一中的描述， 此处不再赘述。
当主叫 AS接收到 IMS网络中的 MS AN设备发送的 relNVITE消息后， 该主 叫 AS根据该 relNVITE消息中携带的主叫标识信息确定本次呼叫的释放控制模 式为被叫控模式， 则不释放呼叫， 启动自身中的被叫控定时器， 然后将该 relNVITE消息透传到 MGCF设备， 其中， 该被叫控定时器用于限定保持呼叫 连接的时间， 若在该被叫控定时器超时前， 主叫设备再次摘机， 呼叫连接将 被恢复； 若该被叫控定时器超时， 则呼叫连接中断， 主叫设备再次摘机也不 能恢复呼叫连接。 当 MGCF设备接收到携带有 suspend指示的 relNVITE消息后， 不释放呼叫， 将媒体修改为： sendonly, 并将该 relNVITE消息转换为 SUS消息 向被叫 AS发送。 其中， 该 SUS消息可参见上述实施例一中的描述， 此处不再 赘述。
该被叫 AS接收到 SUS消息后， 根据该 SUS消息中携带的主叫标识信息确 定本次呼叫的释放控制模式为被叫控模式， 则不释放呼叫， 启动自身中的被 叫控定时器， 然后将该 SUS消息透传到 PSTN网络中的 MSAN设备。 其中， 被 叫 AS中的被叫控定时器的功能可参见上述对主叫 AS中的主叫控定时器的描 述， 此处不再赘述。 当 PSTN网络中的 MSAN设备接收到携带有 suspend指示的 SUS消息后， 根据该 suspend指示执行被叫控操作， 不释放呼叫。 经过上述流 程， 完成了媒体协商， 使得 IMS网络中的主叫设备与 PSTN网络中的被叫设备 之间的呼叫连接， 在该主叫设备挂机后， 仍然处于保持状态。
呼叫连接的保持状态将持续到主叫 AS中的被叫控定时器或被叫 AS中的 被叫控定时器超时，或者持续到 IMS网络中的主叫设备在被叫控定时器超时前 重新摘机。本实施例中将着重针对 IMS网络中的主叫设备在被叫控定时器超时 前重新摘机的场景进行详细说明。
在呼叫连接处于保持状态的过程中， 主叫设备重新摘机， 此时， IMS网络 中 MSAN设备将立即到主叫 AS中查找与该主叫设备的主叫标识信息对应的释 放控制模式， 并确定查找到的释放控制模式是否为被叫控模式， 如果否， 则 呼叫连接仍然处于保持状态， 直至主叫 AS或者被叫 AS的被叫控定时器； 如果 是， 则该 MSAN设备将媒体修改为： sendrecv, 恢复呼叫连接， 同时将 resume 指示携带在 relNVITE消息中向主叫 AS发送。 需要说明的是， 本实施例中的 resume指示通过 P - Notification头域来携带， 例如： PSTN网络中的 MSAN设备 接收到 P - Notification: user - resumed, 则 PSTN网络中的 MSAN设备执行被叫 控操作， 不释放呼叫。
当主叫 AS接收到 IMS网络中的 MS AN设备发送的 relNVITE消息后， 该主 叫 AS根据该 relNVITE消息中携带的主叫标识信息确定本次呼叫的释放控制模 式为被叫控模式， 则停止自身的被叫控定时器， 然后将 relNVITE消息透传到 MGCF设备。 当 MGCF设备接收到携带有 resume指示的 relNVITE消息后， 将媒 体修改为： sendrecv, 并将该 relNVITE消息转换为 RES消息向被叫 AS发送， 其 中， 该 RES消息可参见上述实施例一的描述， 此处不再赘述。
该被叫 AS接收到 RES消息后，根据该 RES消息中携带的 resume指示确定本 次呼叫的释放控制模式为被叫控模式， 则停止自身中的被叫控定时器， 然后 将该 RES消息透传到 PSTN网络中的 MSAN设备。 当 PSTN网络中的 MSAN设备 接收到携带有 resume指示的 RES消息后， 根据该 resume指示执行被叫控操作， 恢复呼叫连接。 经过上述流程， 完成了媒体协商。 在该主叫设备再次摘机后， 恢复了 IMS网络中的主叫设备与 PSTN网络中的被叫设备之间的呼叫连接。
需要说明的是， 在本实施例提供的被叫控实现方法的整个流程中， 一旦 释放呼叫， 使得呼叫连接中断。 相应地， IMS网络中的主叫 AS和 PSTN网络中 的被叫 AS都将释放呼叫， 并停止对主被叫 AS中的被叫控定时器的监控。
更进一步地， 如果本实施例中的主被叫设备为 SIP UE, 则通过 CSCF设备 接入 IMS核心网， 该 CSCF设备只需要在接收到 INVITE消息、 200响应或者 relNVITE消息时，对 INVITE消息、 200响应或者 relNVITE消息的 P-Notification 头域透传即可。
本实施例中在主叫设备挂机时， 通过将 suspend指示携带在 relNVITE消息 中向 PSTN网络中的 MSAN设备发送，指示 PSTN网络中的 MSAN设备执行被叫 控操作， 保持呼叫连接， 从而在两个不同的网络中实现了被叫控业务。
图 6为本发明实施例六提供的被叫控实现方法的信令图。 本实施例以上述 实施例五提供的被叫控实现方法为基础， 进一步对在 IMS网络与 PSTN网络之 间的被叫控实现方法进行详细说明。如图 6所示，本实施例可以包括以下步骤： 需要说明的是， 在本实施例提供的被叫控实现方法的流程执行之前， IMS 网络中的主叫设备向 PSTN网络中的被叫设备发送 INVITE消息 , 该 INVITE消 息中携带有主叫设备对应的主叫标识信息。在此过程中， 当 IMS网络中的主叫 AS接收到该 INVITE消息时， 解析该 INVITE消息的字冠， 通过查表分析该字 冠， 以确定本次呼叫的释放控制模式是否为被叫控模式， 如果否， 则按照现 有技术的方式建立呼叫连接； 如果是， 则保存该被叫控模式与主叫标识信息 的对应关系， 并向主叫设备发送 called - control , 以通知主叫设备在本次呼叫 中该主叫设备为受控方。 当 PSTN网络中的被叫 AS接收到该 INVITE消息时， 同样需要解析该 INVITE消息的字冠， 通过查表分析该字冠， 以确定本次呼叫 的释放控制模式是否为被叫控模式， 如果否， 则按照现有技术的方式建立呼 叫连接； 如果是， 则保存该被叫控模式与主叫标识信息的对应关系。 当被叫 设备接收到该 INVITE消息后，同意建立呼叫连接，则向主叫设备返回 200响应， 使得 IMS网络中的主叫设备和 PSTN网络中的被叫设备实现通话。
步骤 601、 主叫设备挂机， IMS网络中的 MSAN设备根据该主叫设备对应 的主叫标识信息确定释放控制模式是否为被叫控模式， 如果是， 则执行步骤 602; 如果否， 则中断呼叫连接， 结束本次呼叫。
在 IMS网络中的主叫设备和 PSTN网络中的被叫设备进行通话的过程中， 该主叫设备挂机， 被叫设备仍然处于摘机状态， 此时 IMS网络中的 MSAN设备 立即到主叫 AS中查找与该主叫设备的主叫标识信息对应释放控制模式， 并确 定查找到的释放控制模式是否为被叫控模式， 如果是， 则执行步骤 602; 如果 否， 则中断呼叫连接， 结束本次呼叫。
步骤 602、 IMS网络中的 MSAN设备将媒体修改为： sendonly, 并将 suspend 指示携带在 relNVITE消息中向主叫 AS发送。
其中， suspend指示和 relNVITE消息已经在上述实施例一中进行了详细描 述，此处不再赘述。本实施例中的 suspend指示通过 P - Notification头域来携带， 具体携带方式可参见上述实施例一中的描述， 此处不再赘述。
步骤 603、 主叫 AS接收到 relNVITE消息后， 根据该 relNVITE消息中携带 的主叫标识信息确定本次呼叫的释放控制模式为被叫控模式， 不释放呼叫， 启动自身中的被叫控定时器， 并将该 relNVITE消息透传到 MGCF设备。
其中， 该 relNVITE消息中还携带有主叫标识信息。 由于在主叫设备向被 叫设备发送 INVITE消息时， 主叫 AS已经保存了该被叫控模式与主叫标识信息 的对应关系， 因此， 本步骤中主叫 AS能够根据该主叫标识信息确定本次呼叫 的释放控制模式为被叫控模式。 主叫 AS中的被叫控定时器已经在上述实施例 五中进行了详细描述， 此处不再赘述。
需要说明的是， 在本实施例中的整个流程中， 一旦被叫设备挂机， 则主 叫 AS将释放资源， 并停止对被叫控定时器的监控。
步骤 604、 MGCF设备将携带有 suspend指示的 relNVITE消息转换为 SUS消 息向被叫 AS发送。
其中， SUS消息已经在上述实施例一中进行了详细描述， 此处不再赘述。
MGCF设备将 relNVITE消息转换为 SUS消息后， 不释放呼叫，将媒体修改 为： sendonly, 并向被叫 AS发送该 SUS消息。
进一步， 在 PSTN网络中的 suspend指示仍然是通过 P - Notification头域来 携带， 具体携带方式可以参见上述实施例五中的描述， 此处不再赘述。
步骤 605、 被叫 AS接收到 SUS消息后， 根据该 SUS消息中携带的主叫标识 信息确定本次呼叫的释放控制模式为被叫控模式， 不释放呼叫， 启动自身中 的被叫控定时器， 并将该 SUS消息透传到 PSTN网络中的 MSAN设备。
其中，该 SUS消息中还携带有主叫标识信息。 由于在主叫设备向被叫设备 发送 INVITE消息时，被叫 AS已经保存了该被叫控模式与主叫标识信息的对应 关系， 因此， 本步骤中被叫 AS能够根据该主叫标识信息确定本次呼叫的释放 控制模式为被叫控模式。 被叫 AS中的被叫控定时器已经在上述实施例五中进 行了详细描述， 此处不再赘述。
需要说明的是， 在本实施例的整个流程中， 一旦被叫设备挂机， 则被叫 AS将释放资源， 并停止对被叫控定时器的监控。
步骤 606、 PSTN网络中的 MS AN设备接收到携带有 suspend指示的 SUS消息 后， 根据该 suspend指示执行被叫控操作， 不释放呼叫。
经过上述步骤， 完成了媒体协商， 使得 IMS网络中的主叫设备与 PSTN网 络中的被叫设备之间的呼叫连接， 在该主叫设备挂机后， 仍然处于保持状态。
需要说明的是， 呼叫连接的保持状态将持续到主叫 AS中的被叫控定时器 或被叫 AS中的被叫控定时器超时， 或者持续到 IMS网络中的主叫设备在被叫 控定时器超时前重新摘机。
步骤 607、 主叫设备重新摘机， IMS网络中的 MSAN设备根据该主叫设备 对应的主叫标识信息确定释放控制模式是否为被叫控模式， 如果是， 则执行 步骤 608; 如果否， 则呼叫连接仍然处于保持状态。
在呼叫连接处于保持状态的过程中， 主叫设备重新摘机， 则 IMS网络中的 MASN设备将立即到主叫 AS中查找与该主叫设备的主叫标识信息对应的释放 控制模式， 并确定查找到的释放控制模式是否为被叫控模式， 如果是， 则执 行步骤 608; 如果否， 则呼叫连接仍然处于保持状态， 直至主叫 AS或者被叫 AS中的被叫控定时器超时。
步骤 608、 IMS网络中的 MSAN设备将媒体修改为： sendrecv, 并将 resume 指示携带在 relNVITE消息中向主叫 AS发送。
其中， resume指示已经在上述实施例五中进行了详细描述，此处不再赘述。 本实施例中的 resume指示通过 P - Notification头域来携带， 具体携带方式可参 见上述实施例五中的描述， 此处不再赘述。
步骤 609、 主叫 AS接收到 relNVITE消息后， 根据该 relNVITE消息中携带 的被叫标识信息确定本次呼叫的释放控制模式为被叫控模式， 停止自身中的 被叫控定时器， 并将该该 relNVITE消息透传到 MGCF设备。
步骤 610、 MGCF设备将携带有 resume指示的 relNVITE消息转换为 RES消 息向被叫 AS发送。
其中， RES消息已经在上述实施例五中进行了详细描述， 此处不再赘述。
MGCF设备将 relNVITE消息转换为 RES消息后，将媒体修改为： sendrecv, 并将该 RES消息转换为携带有 resume指示的 relNVITE消息向被叫 AS发送。
进一步，在 PSTN网络中的 resume指示仍然是通过 P - Notification头域来携 带， 具体携带方式可以参见上述实施例五中的描述， 此处不再赘述。
步骤 611、 被叫 AS接收到 RES消息后， 根据该 RES消息中携带的主叫标识 信息确定本次呼叫的释放控制模式为被叫控模式， 停止自身中的被叫控定时 器， 并将该 RES消息透传到 PSTN网络中的 MSAN设备。
步骤 612、 当 PSTN网络中的 MSAN设备接收到携带有 resume指示的 RES消 息后， 根据该 resume指示执行被叫控操作， 恢复呼叫连接。
经过上述流程， 完成了媒体协商。 在该主叫设备再次摘机后， 恢复了 IMS 网络中的主叫设备与 PSTN网络中的被叫设备之间的呼叫连接。
本实施例中， IMS网络中的主叫设备挂机时， 通过将 suspend指示携带在 relNVITE消息中向 PSTN网络中的 MSAN设备发送，指示 PSTN网络中的 MSAN 设备执行被叫控操作， 保持呼叫连接， 从而实现了 IMS网络与 PSTN网络中的 主叫控业务。
需要说明的是， 本实施例以主叫设备设置在 IMS网络， 被叫设备设置在 PSTN网络中的场景为例进行说明。 在实际应用中， 主叫设备还可以设置在 PSTN网络中， 被叫设备还可以设置在 IMS网络中， 具体的流程与本实施例提 供的主叫控实现方法的流程相同， 仅是将本实施例步骤中的 IMS网络调整为 PSTN网络， 将 PSTN网络调整为 IMS网络。
图 7为本发明实施例七提供的被叫控实现方法的流程示意图。 如图 7所示， 本实施例可以包括以下步骤：
步骤 701、接收第一网络中的 MSAN设备发送的携带有挂起指示的 SIP请求 消息；
步骤 702、 根据所述挂起指示执行被叫控操作， 保持呼叫连接。
与上述实施例五相同的是， 本实施例提供的被叫控实现方法可以在两个 不同的网络中实现被叫控业务，本实施例中的第一网络仍然以 IMS网络为例进 行说明， 第二网络仍然以 PSTN网络进行说明。 本实施例中的 IMS网络和 PSTN 网络中仍然对称设置有 MSAN设备、 主被叫 AS以及主被叫设备， 并且 IMS网 络和 PSTN网络之间设置有 MGCF设备，其中， MSAN设备、主被叫 AS、 MGCF 设备以及主被叫设备可参见上述实施例一的描述， 此处不再赘述。 与上述实 施例五的区别在于， 本实施例 PSTN网络侧的角度对本发明实施例的被叫控实 现方法进行说明， 因此， 本实施例中的呼叫请求、 SIP请求消息、 挂起消息以 及恢复消息可参见上述实施例五中的描述， 本实施例中不再赘述。
本实施例中， 当 IMS网络中的主叫设备主动发起呼叫时， 该主叫设备向 PSTN网络中的被叫设备发送携带有主叫标识信息的 INVITE消息，以请求被叫 设备与其建立呼叫连接。 当被叫设备接收到该 INVITE消息后， 统一建立呼叫 连接， 则向主叫设备返回 200响应， 使得 IMS网络中的主叫设备和 PSTN网络中 的被叫设备能够实现通话。 在此过程中， IMS网络中的主叫 AS接收到 INVITE 消息后， 解析该 INVITE消息的字冠， 通过查表分析该字冠， 确定本次呼叫的 释放控制模式是否为被叫控模式， 如果否， 则按照现有技术的方式建立呼叫 连接； 如果是， 则保存被叫控模式与主叫标识信息的对应关系， 并向主叫设 备发送 called - control, 以通知主叫设备在本次呼叫中该主叫设备为受控方。 当 PSTN网络中的被叫 AS接收到该 INVITE消息时， 同样需要解析该 INVITE消 息的字冠， 通过查表分析该字冠， 以确定本次呼叫的释放控制模式是否为被 叫控模式， 如果否， 则按照现有技术的方式建立呼叫连接； 如果是， 则保存 该被叫控模式与主叫标识信息的对应关系。其中，本实施例中的 called - control 通过 P - Notification头域来携带，具体的携带方式可参见上述实施例五的描述， 此处不再赘述。
本实施例中， 若在 IMS网络中的主叫设备和 PSTN网络中的被叫设备进行 通话的过程中， 该主叫设备挂机， 被叫设备仍然处于摘机状态， 此时， IMS 网络中的 MSAN设备立即到主叫 AS中查找与该主叫设备的主叫标识信息对应 的释放控制模式， 并确定查找到的释放控制模式是否为被叫控模式， 如果否， 则中断呼叫连接， 结束本次呼叫； 如果是， 则该 MSAN设备将媒体修改为 sendonly, 使得被叫设备接收到表示等待被叫设备再次连接的音频， 同时将 suspend指示携带在 relNVITE消息中向主叫 AS发送。 需要说明的是， 本实施例 中的 suspend指示通过 P - Notification头域来携带，具体的携带方式可参见上述 实施例五中的描述， 此处不再赘述。
当主叫 AS接收到 IMS网络中的 MS AN设备发送的 relNVITE消息后， 该主 叫 AS根据该 relNVITE消息中携带的主叫标识信息确定本次呼叫的释放控制模 式为被叫控模式， 则不释放呼叫， 启动自身中的被叫控定时器， 然后将该 relNVITE消息透传到 MGCF设备。 当 MGCF设备接收到携带有 suspend指示的 relNVITE消息后， 不释放呼叫， 将媒体爹改为： sendonly, 并将该 relNVITE 消息转换为 SUS消息向被叫 AS发送。
该被叫 AS接收到 SUS消息后， 根据该 SUS消息中携带的主叫标识信息确 定本次呼叫的释放控制模式为被叫控模式， 则不释放呼叫， 启动自身中的被 叫控定时器， 然后将该 SUS消息透传到 PSTN网络中的 MSAN设备。 当 PSTN网 络中的 MSAN设备接收到携带有 suspend指示的 SUS消息后， 根据该 suspend指 示执行被叫控操作， 不释放呼叫。 经过上述流程， 完成了媒体协商， 使得 IMS 网络中的主叫设备与 PSTN网络中的被叫设备之间的呼叫连接， 在该主叫设备 挂机后， 仍然处于保持状态。
呼叫连接的保持状态将持续到主叫 AS中的被叫控定时器或被叫 AS中的 被叫控定时器超时，或者持续到 IMS网络中的主叫设备在被叫控定时器超时前 重新摘机。
在呼叫连接处于保持状态的过程中， 主叫设备重新摘机， 此时， IMS网络 中的 MSAN设备将立即到主叫 AS中查找与该主叫设备的主叫标识信息对应的 释放控制模式， 并确定查找到的释放控制模式是否为被叫控模式， 如果否， 则呼叫连接仍然处于保持状态， 直至主叫 AS或者被叫 AS的被叫控定时器超 时； 如果是， 则该 MSAN设备将媒体修改为 sendrecv, 使得被叫设备接收到主 叫设备发送的语音信息， 恢复呼叫连接， 同时将 resume指示携带在 relNVITE 消息中向主叫 AS发送。 需要说明的是， 本实施例中的 resume指示通过 P - Notification头域来携带， 具体的携带方式可参见上述实施例五中的描述，此处 不再赘述。
当主叫 AS接收到 IMS网络中的 MSAN设备发送的reINVITE消息后， 该主 叫 AS根据该 relNVITE消息中携带的 resume指示确定本次呼叫的释放控制模式 为被叫控模式， 则停止自身的被叫控定时器， 然后将 relNVITE消息透传到 MGCF设备。 当 MGCF设备接收到携带有 resume指示的 relNVITE消息后， 将媒 体修改为： sendrecv, 将该 relNVITE消息转换为 RES消息向被叫 AS发送。
该被叫 AS接收到 RES消息后，根据该 RES消息中携带的 resume指示确定本 次呼叫的释放控制模式为被叫控模式， 则停止自身中的被叫控定时器， 然后 将该 RES消息透传到 PSTN网络中的 MSAN设备。 当 PSTN网络中的 MSAN设备 接收到携带有 resume指示的 RES消息后， 根据该 resume指示执行被叫控操作， 恢复呼叫连接。 经过上述流程， 完成了媒体协商。 在该主叫设备再次摘机后， 恢复了 IMS网络中的主叫设备与 PSTN网络中的被叫设备之间的呼叫连接。
需要说明的是， 在本实施例提供的被叫控实现方法的整个流程中， 一旦 释放呼叫， 使得呼叫连接中断。 相应地， IMS网络中的主叫 AS和 PSTN网络中 的被叫 AS都将释放呼叫， 并停止对主被叫 AS中的主叫控定时器的监控。
更进一步地， 如果本实施例中的主被叫设备为 SIP UE, 则通过 CSCF设备 接入 IMS核心网， 该 CSCF设备只需要在接收到 INVITE消息、 200响应或者 relNVITE消息时，对 INVITE消息、 200响应或者 relNVITE消息的 P-Notification 头域透传即可。
本实施例在接收到第一网络中的 MSAN设备发送的携带有挂起指示的 SIP 请求消息， 根据该挂起指示执行被叫控操作， 保持呼叫连接， 从而在两个不 同的网络中实现了被叫控业务。
图 8为本发明实施例八提供的被叫控实现方法的流程示意图。 如图 8所示， 本实施例可以包括以下步骤：
步骤 801、 接收主叫设备发送的呼叫请求， 所述呼叫请求中携带有主叫设 备的主叫标识信息；
步骤 802、 根据所述呼叫请求确定释放控制模式是否为被叫控模式时， 如 果是， 则将被叫控指示信息携带在呼叫响应消息中向所述主叫设备发送， 以 指示所述主叫设备为受控方。
本实施例主要针对上述实施例五至实施例七提供的被叫控实现方法中， 在两个不同的网络中的主叫设备和被叫设备建立呼叫连接的阶段， 主叫 AS保 存被叫控模式， 并通知主叫设备该主叫设备为受控方的过程进行详细说明。 本实施例中的第一网络仍然以 IMS网络为例进行说明， 第二网络仍然以 PSTN 设备、主被叫 AS以及主被叫设备，并且 IMS网络和 PSTN网络之间设置有 MGCF 设备， 其中， MSAN设备、 主被叫 AS、 MGCF设备以及主被叫设备可参见上 述实施例五的描述， 此处不再赘述。本实施例以 IMS网络侧的角度对本发明实 施例的被叫控实现方法进行说明， 因此， 本实施例中的呼叫请求可参见上述 实施例一中的描述， 本实施例中不再赘述。
本实施例中， 当 IMS网络中的主叫设备主动发起呼叫时， 该主叫设备向 PSTN网络中的被叫设备发送携带有被叫标识信息的 INVITE消息，以请求被叫 设备与其建立呼叫连接。 当被叫设备接收到该 INVITE消息后， 统一建立呼叫 连接， 则向主叫设备返回 200响应， 使得 IMS网络中的主叫设备和 PSTN网络中 的被叫设备能够实现通话。 在此过程中， IMS网络中的主叫 AS接收到 INVITE 消息后， 解析该 INVITE消息的字冠， 通过查表分析该字冠， 确定本次呼叫的 释放控制模式是否为被叫控模式， 如果否， 则按照现有技术的方式建立呼叫 连接； 如果是， 保存该被叫控模式与主叫标识信息的对应关系， 并向主叫设 备发送被叫控指示信息， 以通知主叫设备在本次呼叫中该主叫设备为受控方。 相应地， 当 PSTN网络中的被叫 AS接收到 INVITE消息后， 同样解析该 INVITE 消息的字冠， 通过查表分析该字冠， 确定本次呼叫的释放控制模式是否为被 叫控模式， 如果否， 则按照现有技术的方式建立呼叫连接； 如果是， 则保存 该被叫控模式与被叫标识信息的对应关系。其中，本实施例中的 called - control 通过 P - Notification头域来携带，具体的携带方式可参见上述实施例五的描述， 此处不再赘述。
本实施例中根据接收到的呼叫请求确定释放控制模式为被叫控模式时， 向主叫设备发送被叫控指示信息， 以指示主叫设备为受控方， 使得主叫设备 在挂机之后重新摘机， 仍然能够恢复原先的呼叫连接， 从而在两个不同的网 络中实现了被叫控业务。
图 9为本发明实施例九提供的 MSAN设备的结构示意图。 本实施例提供的 MSAN设备可用于实现图 1至图 4提供的主叫控实现方法的流程。 如图 9所示， 本实施例 MSAN设备包括： 确定模块 11和发送模块 12。 其中， 确定模块 11用于 当被叫设备挂机时， 根据所述被叫设备对应的被叫标识信息确定释放控制模 式是否为主叫控模式； 发送模块 12用于当所述确定模块 11确定所述释放控制 模式为主叫控模式时 , 将挂起指示携带在 SIP请求消息中向第一网络中的综合 业务接入网 MSAN设备发送， 以指示第一网络中的 MSAN设备执行主叫控操 作， 保持呼叫连接。
进一步地， 本实施例 MSAN设备的确定模块 11包括： 查找子模块 111和确 定子模块 112。 其中， 查找子模块 111用于根据所述被叫标识信息， 从被叫 AS 中查找相应的释放控制模式； 确定子模块 112用于确定所述释放控制模式是否 为主叫控模式。
本实施例 MS AN设备工作时，若在第一网络中的主叫设备和第二网络中的 被叫设备进行通话的过程中， 被叫设备挂机， 主叫设备处于摘机状态， 此时， 确定模块 11中的查找子模块 111根据该被叫设备的被叫标识信息，从被叫 AS中 查找相应的释放控制模式，当确定子模块 112确定该查找子模块 111查找到的释 放控制模式是否为主叫控模式， 如果否， 则中断呼叫连接， 结束本次呼叫； 如果是， 则发送模块 12将挂起指示携带在 SIP请求消息中向第一网络中的 MSAN设备发送， 以指示第一网络中的 MSAN设备执行主叫控操作，保持呼叫 连接。
在呼叫连接处于保持状态的过程中， 被叫设备重新摘机时， 此时， 确定 模块 11中的查找子模块 111根据被叫标识信息，从被叫 AS中查找相应的释放控 制模式，确定子模块 112确定该查找子模块 111查找到的释放控制模式是否为主 叫控模式， 如果否， 则本次呼叫连接仍然处于保持状态； 如果是， 则发送模 块 12将恢复指示携带在 SIP请求消息中向第一网络中 MSAN设备发送， 以指示 第一网络中 MSAN恢复呼叫连接。
本实施例中在被叫设备挂机时， 当确定模块 11确定本次呼叫的释放控制 模式为主叫控模式时， 则发送模块 12将挂起指示携带在 SIP请求信息中向第一 网络中的 MSAN发送， 以指示第一网络中的 MSAN设备执行主叫控操作，保持 呼叫连接， 从而在两个不同的网络中实现了主叫控业务。
图 10为本发明实施例十提供的 MSAN设备的结构示意图。本实施例提供的
MSAN设备可用于实现图 1至图 4提供的主叫控实现方法的流程。 如图 10所示， 本实施例 MSAN设备包括： 接收模块 21和执行模块 22。 其中，接收模块 21用于 接收第二网络中的 MSAN设备发送的携带有挂起指示的 SIP请求消息； 执行模 块 22用于根据所述挂起指示执行主叫控操作， 保持呼叫连接。
本实施例的 MSAN设备工作时，若在第一网络中的主叫设备和第二网络中 的被叫设备进行通话的过程中， 被叫设备挂机， 主叫设备处于摘机状态， 此 时， 接收模块 21接收第二网络中的 MSAN设备发送的携带有挂起指示的 SIP请 求消息。 之后， 执行模块 22根据该挂起指示执行主叫控操作， 保持呼叫连接。
在呼叫连接处于保持状态的过程中， 被叫设备重新摘机时， 此时， 接收 模块 21接收第二网络中的 MSAN设备发送的携带有恢复指示的再请求消息。执 行模块 22根据该恢复指示恢复呼叫连接。
本实施例中当接收模块 21接收到第二网络中的 MSAN设备发送的携带有 挂起指示的 SIP请求消息， 并由执行模块 22根据该挂起指示执行主叫控模式， 保持呼叫连接。 从而在两个不同网络中实现了主叫控业务。 图 11为本发明实施例十一提供的被叫 AS的结构示意图。 本实施例提供的 被叫 AS可用于实现图 1至图 4提供的主叫控实现方法的流程。 如图 11所示， 本 实施例被叫 AS包括： 接收模块 31、 确定模块 32和发送模块 33。 其中， 接收模 块 31用于接收主叫设备发送的呼叫请求， 所述呼叫请求中携带有被叫设备对 应的被叫标识信息； 确定模块 32用于根据所述呼叫请求确定释放控制模式是 否为主叫控模式； 发送模块 33用于当所述确定模块 32确定释放控制模式为主 叫控模式时， 则向所述被叫标识信息对应的被叫设备发送主叫控指示信息， 以指示所述被叫设备为受控方。
进一步地， 本实施例 AS设备的确定模块 32包括： 解析子模块 321、 确定子 模块 322和保存子模块 323。 其中， 解析子模块 321用于解析所述呼叫请求的字 冠； 确定子模块 322用于根据所述呼叫请求的字冠确定所述释放控制模式是否 为主叫控模式； 保存子模块 323用于当所述确定子模块 322确定所述释放控制 模式为主叫控模式时， 保存所述主叫控模式与所述被叫标识信息的对应关系。
本实施例被叫 AS设备工作时， 当 IMS网络中的主叫设备主动发起呼叫时， 接收模块 31接收到主叫设备发送的呼叫请求， 该呼叫请求中携带有被叫设备 对应的被叫标识信息。 之后， 确定模块 32中的解析子模块 321解析该呼叫请求 的字冠， 确定子模块 322根据该呼叫请求的字冠确定本次呼叫的释放控制模式 是否为主叫控模式， 如果否， 则按照现有技术的方式建立呼叫连接； 如果是， 则保存子模块 323保存该主叫控模式与被叫标识信息的对应关系， 并由发送模 块 33向被叫标识信息对应的被叫设备发送主叫控指示信息， 以指示所述被叫 设备为受控方。
本实施例中确定模块 32根据接收到的呼叫请求确定释放控制模式为主叫 控模式时， 由发送模块 33向被叫设备发送主叫控指示信息， 以指示被叫设备 为受控方， 使得被叫设备再待机转台重新摘机， 仍然能够恢复原先的呼叫连 接， 从而在两个不同的网络中实现了主叫控业务。
图 12为本发明实施例十二提供的 MSAN设备的结构示意图。本实施例提供 的 MS AN设备可用于实现图 5至图 8提供的被叫控实现方法的流程。 如图 12所 示， 本实施例 MSAN设备包括： 确定模块 41和发送模块 42。 其中， 确定模块 41 用于当主叫设备挂机时， 根据所述主叫设备对应的主叫标识信息确定释放控 制模式是否为被叫控模式； 发送模块 42用于当所述确定模块确定所述释放控 制模式为被叫控模式时 , 将挂起指示携带在 SIP请求消息中向第二网络中的综 合业务接入网 MSAN设备发送，以指示第二网络中的 MSAN设备执行被叫控操 作， 保持呼叫连接。
进一步地， 本实施例 MSAN设备的确定模块 41包括： 查找子模块 411和确 定子模块 412。 其中， 查找子模块 411用于根据所述主叫标识信息， 从主叫业 务服务器中查找相应的释放控制模式； 确定子模块 412, 用于确定所述释放控 制模式是否为被叫控模式。
本实施例 MS AN设备工作时，若在第一网络中的主叫设备和第二网络中的 被叫设备进行通话的过程中， 主叫设备挂机， 被叫设备处于摘机状态， 此时， 确定模块 41中的查找子模块 411根据该主叫设备的主叫标识信息， 从主叫 AS 中查找相应的释放控制模式， 当确定子模块 412确定该查找子模块 411查找到 的释放控制模式是否为被叫控模式， 如果否， 则中断呼叫连接， 结束本次呼 叫； 如果是， 则发送模块 42将挂起指示携带在 SIP请求消息中向第二网络中的 MSAN设备发送， 以指示第二网络中的 MSAN设备执行被叫控操作，保持呼叫 连接。
在呼叫连接处于保持状态的过程中， 主叫设备重新摘机时， 此时， 确定 模块 41中的查找子模块 411根据主叫标识信息，从主叫 AS中查找相应的释放控 制模式， 确定子模块 412确定该查找子模块 411查找到的释放控制模式是否为 被叫控模式， 如果否， 则本次呼叫连接仍然处于保持状态； 如果是， 则发送 模块 42将恢复指示携带在 SIP请求消息中向第二网络中 MSAN设备发送， 以指 示第二网络中 MS AN恢复呼叫连接。
本实施例中在主叫设备挂机时， 发送模块 42通过将 SUS指示携带在 relNVITE消息中向 PSTN网络中的 MSAN设备发送，指示 PSTN网络中的 MSAN 设备执行被叫控操作， 保持呼叫连接， 从而在两个不同的网络中实现了被叫 控业务。
图 13为本发明实施例十三提供的 MSAN设备的结构示意图。本实施例提供 的 MSAN设备可用于实现上述图 5至图 8提供的被叫控实现方法的流程。如图 13 所示， 本实施例 MSAN设备包括： 接收模块 51和执行模块 52。 其中， 接收模块 51用于接收第一网络中的 MSAN设备发送的携带有挂起指示的 SIP请求消息； 执行模块 52用于根据所述挂起指示执行被叫控操作， 保持呼叫连接。
本实施例的 MSAN设备工作时，若在第一网络中的主叫设备和第二网络中 的被叫设备进行通话的过程中， 主叫设备挂机， 被叫设备处于摘机状态， 此 时， 接收模块 51接收第一网络中的 MSAN设备发送的携带有挂起指示的 SIP请 求消息。 之后， 执行模块 52根据该挂起指示执行被叫控操作， 保持呼叫连接。
在呼叫连接处于保持状态的过程中， 主叫设备重新摘机时， 此时， 接收 模块 51接收第二网络中的 MSAN设备发送的携带有恢复指示的 SIP请求消息。 执行模块 52根据该恢复指示恢复呼叫连接。
本实施例中当接收模块 51接收到第一网络中的 MSAN设备发送的携带有 挂起指示的 SIP请求消息， 并由执行模块 52根据该挂起指示执行主叫控模式， 保持呼叫连接。 从而在两个不同网络中实现了主叫控业务。
图 14为本发明实施例十四提供的主叫 AS的结构示意图。 本实施例提供的 主叫 AS可用于实现图 5至图 8提供的被叫控实现方法的流程。 本实施例提供的 主叫 AS包括： 接收模块 61、 确定模块 62和发送模块 63。 其中， 接收模块 61用 于接收主叫设备发送的呼叫请求， 所述呼叫请求中携带有主叫设备对应的主 叫标识信息； 确定模块 62用于根据所述呼叫请求确定释放控制模式是否为被 叫控模式； 发送模块 63用于当所述确定模块确定所述释放控制模式为被叫控 模式时， 则向所述主叫标识信息对应的主叫设备发送被叫控指示信息， 以指 示所述主叫设备为受控方。
进一步地， 本实施例主叫 AS的确定模块 62包括： 解析子模块 621、 确定子 模块 622和保存子模块 623。 其中， 解析子模块 621用于解析所述呼叫请求的字 冠； 确定子模块 622用于根据所述呼叫请求的字冠确定所述释放控制模式是否 为被叫控模式； 保存子模块 623 , 用于当所述确定子模块 622确定所述释放控 制模式为被叫控模式时 , 保存所述被叫控模式与所述主叫标识信息的对应关 系。
本实施例主叫 AS设备工作时， 当 IMS网络中的主叫设备主动发起呼叫时， 接收模块 61接收到主叫设备发送的呼叫请求， 该呼叫请求中携带有主叫设备 对应的主叫标识信息。 之后， 确定模块 62中的解析子模块 621解析该呼叫请求 的字冠， 确定子模块 622根据该呼叫请求的字冠确定本次呼叫的释放控制模式 是否为被叫控模式， 如果否， 则按照现有技术的方式建立呼叫连接； 如果是， 则保存子模块 623保存该被叫控模式与被叫标识信息的对应关系， 并由发送模 块 63向主叫标识信息对应的主叫设备发送被叫控指示信息， 以指示所述主叫 设备为受控方。
本实施例中确定模块 62根据接收到的呼叫请求确定释放控制模式为主叫 控模式时， 由发送模块 63向被叫设备发送主叫控指示信息， 以指示被叫设备 为受控方， 使得被叫设备再待机转台重新摘机， 仍然能够恢复原先的呼叫连 接， 从而在两个不同的网络中实现了主叫控业务。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介 最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或 者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权 利 要 求
1、 一种主叫控实现方法， 其特征在于， 所述方法包括：
第二网络中的被叫设备挂机时， 根据所述被叫设备对应的被叫标识信息 确定释放控制模式是否为主叫控模式， 如果是， 则将挂起指示携带在会话发 起协议 SIP请求消息中向第一网络中的综合业务接入网 MSAN设备发送， 以指 示第一网络中的 MS AN设备执行主叫控操作， 保持呼叫连接。
2、 根据权利要求 1所述的方法， 其特征在于， 所述根据所述被叫设备对 应的被叫标识信息确定释放控制模式是否为主叫控模式包括：
根据所述被叫标识信息， 从被叫业务服务器中查找相应的释放控制模式； 确定所述释放控制模式是否为主叫控模式。
3、 根据权利要求 2所述的方法， 其特征在于， 所述将挂起指示携带在所 述 SIP请求消息中向第一网络中的 MSAN设备发送包括：
向媒体网关控制功能 MGCF设备发送携带有挂起指示的 SIP请求消息； 所述 MGCF设备将携带有挂起指示的 SIP请求消息转换为挂起 SUS消息向 第一网络中的 MSAN设备发送， 所述 SUS消息中携带有所述挂起指示。
4、根据权利要求 3所述的方法， 其特征在于， 所述向 MGCF设备发送携带 有挂起指示的 SIP请求消息包括：
通过被叫业务服务器将携带有挂起指示的 SIP请求消息透传到所述 MGCF 设备， 并启动用于限定保持呼叫连接时间的主叫控定时器。
5、 根据权利要求 4所述的方法， 其特征在于， 在所述主叫控定时器超时 前， 所述将挂起指示携带在所述 SIP请求消息中向第一网络中的 MSAN设备发 送之后， 所述方法还包括：
所述被叫设备重新摘机时， 根据所述被叫标识信息确定释放控制模式是 否为主叫控模式， 如果是， 则将恢复指示携带在 SIP请求消息中向第一网络中 的 MSAN设备发送， 以指示第一网络中的 MSAN恢复呼叫连接。
6、 根据权利要求 5所述的方法， 其特征在于， 所述将恢复指示携带在 SIP 请求消息中向第一网络中的 MSAN设备发送包括：
向所述 MGCF设备发送携带有恢复指示的 SIP请求消息；
所述 MGCF设备将携带有恢复指示的 SIP请求消息转换为恢复 RES消息向 第一网络中的 MSAN设备发送， 所述 RES消息中携带有所述恢复指示。
7、根据权利要求 6所述的方法， 其特征在于， 所述向所述 MGCF设备发送 携带有恢复指示的 SIP请求消息包括：
通过被叫业务服务器将携带有恢复指示的 SIP请求消息透传到所述 MGCF 设备， 并停止所述主叫控定时器。
8、 一种主叫控实现方法， 其特征在于， 所述方法包括：
接收第二网络中的综合业务接入网 MSAN设备发送的携带有挂起指示的 会话发起协议 SIP请求消息；
根据所述挂起指示执行主叫控操作 , 保持呼叫连接。
9、根据权利要求 8所述的方法，其特征在于，所述接收第二网络中的 MSAN 设备发送的携带有挂起指示的 SIP请求消息包括：
媒体网关控制功能 MGCF设备将第二网络中的 MSAN设备发送的会话发 起协议 SIP请求消息转换为挂起 SUS消息， 所述 SUS消息中携带有挂起指示； 所述 MGCF设备通过主叫业务服务器将所述携带有挂起指示的 SUS消息 透传到第一网络中的 MS AN设备，并启动用于限定保持呼叫连接时间的主叫控 定时器；
所述第一网络中的 MSAN设备接收携带有挂起指示的 SUS消息。
10、 根据权利要求 9所述的方法， 其特征在于， 在所述主叫控定时器超时 前， 所述根据所述挂起指示执行主叫控操作， 保持呼叫连接之后， 所述方法 还包括：
接收所述第二网络中的 MS AN设备发送的携带有恢复指示的 SIP请求消 息；
根据所述恢复指示恢复呼叫连接。
11、 根据权利要求 10所述的方法， 其特征在于， 所述接收所述第二网络 中的 MSAN设备发送的携带有恢复指示的 SIP请求消息包括：
所述 MGCF设备将第二网络中的 MSAN设备发送的 SIP请求消息转换为恢 复 RES消息 , 所述 RES消息中携带有所述恢复指示；
所述 MGCF设备通过主叫业务服务器将所述携带有恢复指示的 RES消息 透传到所述第一网络的 MSAN设备， 并停止所述主叫控定时器； 所述第一网络的 MSAN设备接收携带有恢复指示的 RES消息。
12、 一种被叫控实现方法， 其特征在于， 所述方法包括：
第一网络中的主叫设备挂机时， 根据所述主叫设备对应的主叫标识信息 确定释放控制模式是否为被叫控模式， 如果是， 则将挂起指示携带在会话发 起协议 SIP请求消息中向第二网络中的综合业务接入网 MSAN设备发送， 以指 示第二网络中的 MS AN设备执行被叫控操作， 保持呼叫连接。
13、 根据权利要求 12所述的方法， 其特征在于， 所述根据所述主叫设备 对应的主叫标识信息确定释放控制模式是否为被叫控模式包括：
根据所述主叫标识信息， 从主叫业务服务器中查找相应的释放控制模式； 确定所述释放控制模式是否为被叫控模式。
14、 根据权利要求 13所述的方法， 其特征在于， 所述将挂起指示携带在 SIP请求消息中向第二网络中的 MSAN设备发送包括：
向媒体网关控制功能 MGCF设备发送携带有挂起指示的 SIP请求消息； 所述 MGCF设备将携带有挂起指示的 SIP请求消息转换为挂起 SUS消息向 第二网络中的 MGCF设备发送， 所述 SUS消息中携带有所述挂起指示。
15、根据权利要求 14所述的方法， 其特征在于， 所述向 MGCF设备发送携 带有挂起指示的 SIP请求消息包括：
通过主叫业务服务器将携带有挂起指示的 SIP请求消息透传到所述 MGCF 设备， 并启动用于限定保持呼叫连接时间的被叫控定时器。
16、 根据权利要求 15所述的方法， 其特征在于， 在所述被叫控定时器超 时前， 所述将挂起指示携带在 SIP请求消息中向第二网络中的 MSAN设备发送 之后， 所述方法还包括：
所述主叫设备重新摘机时， 根据所述主叫标识信息确定释放控制模式是 否为被叫控模式， 如果是， 则将恢复指示携带在 SIP请求消息中向第二网络中 的 MSAN设备发送， 以指示第二网络中的 MSAN恢复呼叫连接。
17、 根据权利要求 16所述的方法， 其特征在于， 所述将恢复指示携带在 SIP请求消息中向第二网络中的 MSAN设备发送包括：
向所述 MGCF设备发送携带有恢复指示的 SIP请求消息；
所述 MGCF设备将携带有恢复指示的 SIP请求消息转换为恢复 RES消息向 第二网络中的 MS AN设备发送， 所述 RES消息中携带有所述恢复指示。
18、根据权利要求 17所述的方法， 其特征在于， 所述向所述 MGCF设备发 送携带有恢复指示的 SIP请求消息包括：
通过主叫业务服务器将携带有恢复指示的 SIP请求消息透传到所述 MGCF 设备， 并停止所述被叫控定时器。
19、 一种被叫控实现方法， 其特征在于， 所述方法包括：
接收第一网络中的综合业务接入网 MSAN设备发送的携带有挂起指示的 会话发起协议 SIP请求消息；
根据所述挂起指示执行被叫控操作 , 保持呼叫连接。
20、 根据权利要求 19所述的方法， 其特征在于， 所述接收第一网络中的
MSAN设备发送的携带有挂起指示的 SIP请求消息包括：
媒体网关控制功能 MGCF设备将第一网络中的 MGCF设备发送的会话发 起协议 SIP请求消息转换为挂起 SUS消息， 所述 SUS消息中携带有挂起指示； 所述 MGCF设备通过被叫业务服务器将所述携带有挂起指示的 SUS消息 透传到所述第二网络中的 MSAN设备，并启动用于限定保持呼叫连接时间的被 叫控定时器；
所述第二网络中的 MSAN设备接收携带有挂起指示的 SUS消息。
21、 根据权利要求 20所述的方法， 其特征在于， 在所述被叫控定时器超 时前， 所述根据所述挂起指示执行被叫控操作， 保持呼叫连接之后， 所述方 法还包括：
接收所述第一网络中的 MS AN设备发送的携带有恢复指示的 SIP请求消息； 根据所述恢复指示恢复呼叫连接。
22、 根据权利要求 21所述的方法， 其特征在于， 所述接收所述第一网络 中的 MSAN设备发送的携带有恢复指示的 SIP请求消息包括：
所述 MGCF设备将第一网络中的 MGCF设备发送的 SIP请求消息转换为恢 复 RES消息 , 所述 RES消息中携带有所述恢复指示；
所述 MGCF设备通过被叫业务服务器将所述携带有恢复指示的 RES消息 透传到所述第二网络的 MSAN设备， 并停止所述被叫控定时器。
23、 一种综合业务接入网设备， 其特征在于， 所述综合业务接入网设备 包括：
确定模块， 用于当第二网络中的被叫设备挂机时， 根据所述被叫设备对 应的被叫标识信息确定释放控制模式是否为主叫控模式；
发送模块， 用于当所述确定模块确定所述释放控制模式为主叫控模式时 , 将挂起指示携带在会话发起协议 SIP请求消息中向第一网络中的综合业务接 入网 MSAN设备发送， 以指示第一网络中的 MSAN设备执行主叫控操作，保持 呼叫连接。
24、 一种被叫业务服务器， 其特征在于， 所述被叫业务服务器包括： 接收模块， 用于接收主叫设备发送的呼叫请求， 所述呼叫请求中携带有 被叫设备对应的被叫标识信息；
确定模块， 用于根据所述呼叫请求确定释放控制模式是否为主叫控模式； 发送模块， 用于当所述确定模块确定释放控制模式为主叫控模式时， 则 将主叫控指示信息携带在所述呼叫请求中向所述被叫标识信息对应的被叫设 备发送， 以指示所述被叫设备为受控方。
25、 一种综合业务接入网设备， 其特征在于， 所述综合业务接入网设备 包括：
确定模块， 用于当第一网络中的主叫设备挂机时， 根据所述主叫设备对 应的主叫标识信息确定释放控制模式是否为被叫控模式；
发送模块， 用于当所述确定模块确定所述释放控制模式为被叫控模式时 , 将挂起指示携带在会话发起协议 SIP请求消息中向第二网络中的综合业务接 入网 MSAN设备发送， 以指示第二网络中的 MSAN设备执行被叫控操作，保持 呼叫连接。
26、 一种主叫业务服务器， 其特征在于， 所述主叫业务服务器包括： 接收模块， 用于接收主叫设备发送的呼叫请求， 所述呼叫请求中携带有 主叫设备对应的主叫标识信息；
确定模块， 用于根据所述呼叫请求确定释放控制模式是否为被叫控模式； 发送模块， 用于当所述确定模块确定所述释放控制模式为被叫控模式时 , 则将被叫控指示消息携带在呼叫请求响应中返回所述主叫设备， 以指示所述 主叫设备为受控方。
PCT/CN2010/074658 2009-07-01 2010-06-29 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 WO2011000303A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNA2009100880509A CN101594554A (zh) 2009-07-01 2009-07-01 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法
CN200910088050.9 2009-07-01

Publications (1)

Publication Number Publication Date
WO2011000303A1 true WO2011000303A1 (zh) 2011-01-06

Family

ID=41408945

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/074658 WO2011000303A1 (zh) 2009-07-01 2010-06-29 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法

Country Status (2)

Country Link
CN (1) CN101594554A (zh)
WO (1) WO2011000303A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2975740A1 (de) 2014-07-14 2016-01-20 Frauscher Holding Gesellschaft m.b.H. Thermodynamische maschine

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101594554A (zh) * 2009-07-01 2009-12-02 华为技术有限公司 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法
CN102739672A (zh) * 2012-06-28 2012-10-17 华为技术有限公司 一种ip多媒体子系统架构下终端移动业务的实现方法及装置
CN104184715B (zh) * 2013-05-27 2018-07-06 南京中兴软件有限责任公司 SIP终端及其通话方法、VoIP语音通话方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050159161A1 (en) * 2004-01-20 2005-07-21 Cynthia Florkey Reconnection of wireless calls to mobile units in border cells
CN1870826A (zh) * 2006-02-16 2006-11-29 华为技术有限公司 一种呼叫释放控制系统及其方法
CN101080105A (zh) * 2007-06-29 2007-11-28 华为技术有限公司 远程控制方法、系统及终端设备
CN101448014A (zh) * 2007-11-05 2009-06-03 阿瓦亚公司 对挂起的会话发起协议可用电信终端的处理
CN101594554A (zh) * 2009-07-01 2009-12-02 华为技术有限公司 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050159161A1 (en) * 2004-01-20 2005-07-21 Cynthia Florkey Reconnection of wireless calls to mobile units in border cells
CN1870826A (zh) * 2006-02-16 2006-11-29 华为技术有限公司 一种呼叫释放控制系统及其方法
CN101080105A (zh) * 2007-06-29 2007-11-28 华为技术有限公司 远程控制方法、系统及终端设备
CN101448014A (zh) * 2007-11-05 2009-06-03 阿瓦亚公司 对挂起的会话发起协议可用电信终端的处理
CN101594554A (zh) * 2009-07-01 2009-12-02 华为技术有限公司 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2975740A1 (de) 2014-07-14 2016-01-20 Frauscher Holding Gesellschaft m.b.H. Thermodynamische maschine

Also Published As

Publication number Publication date
CN101594554A (zh) 2009-12-02

Similar Documents

Publication Publication Date Title
JP4709217B2 (ja) ハイブリッド電気通信ネットワークにおけるセッション制御を行う方法及び装置
US8515053B2 (en) Method for changing session media, method for establishing a call, and equipment thereof
EP1973283A1 (en) Interworking network element, interworking system between the csi terminal and the ims terminal and the method thereof
JP5173607B2 (ja) 通信システム
WO2008011833A1 (fr) Procédé et système permettant d'établir un appel d'urgence et p-cscf
WO2007098713A1 (fr) Procédé et système d'appel d'urgence
WO2008025257A1 (fr) Procédé d'intercommunication et système de communication entre différents réseaux
WO2011000303A1 (zh) 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法
WO2007006206A1 (fr) Procédé de détection et de libération de ressource rtp anormale de passerelle multimédia
WO2014000615A1 (zh) Ims网络的会话切换方法及eatf
WO2009039688A1 (en) Late call forwarding method in ip multimedia core network subsystem centralized service
JP4834759B2 (ja) メディアサーバ、セッション復旧方法及びコンピュータプログラム
US20150016308A1 (en) Method and apparatus for service control
CN100488313C (zh) 一种ims网络sip终端互通系统及其方法
WO2009149635A1 (zh) 一种实现显式呼叫转移的方法、设备及移动通信系统
WO2012075966A1 (zh) 媒体流处理方法及媒体网关
WO2012019546A1 (zh) 一种实现网络电话呼叫建立的方法及系统
CN101227728B (zh) 一种多媒体会话连续性业务的会话合并方法
WO2006136107A1 (fr) Procede, appareil et systeme d'abonnement a un ensemble d'evenements de mobilite
WO2007014511A1 (fr) Procédé, système et fonction de contrôle d’accès pour tester le service émergent
WO2007009386A1 (fr) Méthode et système pour fournir un service supplémentaire sur signal crochet commutateur
CN110581853A (zh) 信令发送、接收方法及装置、存储介质、网络设备、终端
WO2012163021A1 (zh) 呼叫接续过程中的异常处理方法及服务器
WO2009026757A1 (fr) Système de gestion d'appels, procédé appliqué à des terminaux ims et terminal ims
JP2011505772A (ja) 呼の保持を実現する方法および装置

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: 10793598

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: 10793598

Country of ref document: EP

Kind code of ref document: A1