WO2009074078A1 - Procédé et dispositif d'interfonctionnement entre bicc et sip - Google Patents

Procédé et dispositif d'interfonctionnement entre bicc et sip Download PDF

Info

Publication number
WO2009074078A1
WO2009074078A1 PCT/CN2008/073243 CN2008073243W WO2009074078A1 WO 2009074078 A1 WO2009074078 A1 WO 2009074078A1 CN 2008073243 W CN2008073243 W CN 2008073243W WO 2009074078 A1 WO2009074078 A1 WO 2009074078A1
Authority
WO
WIPO (PCT)
Prior art keywords
office
bicc
sip
cmn
sdp
Prior art date
Application number
PCT/CN2008/073243
Other languages
English (en)
Chinese (zh)
Inventor
Changkun Li
Jun Yuan
Original Assignee
Huawei Technologies Co., Ltd.
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
Priority claimed from CN2007101952276A external-priority patent/CN101453791B/zh
Priority claimed from CN2007103013484A external-priority patent/CN101471921B/zh
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2009074078A1 publication Critical patent/WO2009074078A1/fr

Links

Classifications

    • 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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • 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
    • H04M7/126—Interworking of session control protocols
    • H04M7/127—Interworking of session control protocols where the session control protocols comprise SIP and SS7

Definitions

  • the present invention relates to the field of communication technologies, and in particular, to a method and device for interworking between a BICC (Bearer Independent Cal l Control Protocol) and a SIP (Session Initiation Protocol).
  • BICC Battery Independent Cal l Control Protocol
  • SIP Session Initiation Protocol
  • WCDMA Wideband Code Division Multiple Access
  • the core network of WCDMA adopts the R4 network architecture with network call control and service bearer separation.
  • Three interfaces are defined under the R4 network architecture: Nc interface, Nb interface, and Mc interface.
  • the locations of the above interfaces in the network are shown in Figure 1.
  • the above R4 network architecture includes: MGW (Media Gateway), MSC (Mobi Le Switch Center) Server and Home Location Register (HLR), and GMSC (Gateway Mobi le-services Switching Center) , Gateway Mobile Service Switching Center) Server.
  • the GMSC Server uses the Nc interface to communicate with each other.
  • the MGW uses the Nb interface to communicate with each other.
  • the GMSC Server and the MGW use the Mc interface to communicate with each other.
  • the MGW belongs to the bearer layer and is responsible for the voice and media stream transmission and conversion functions of the user plane.
  • the MSC Server belongs to the control plane and is responsible for call control, bearer control and route resolution functions.
  • the MGW accepts the control of the MSC Server to implement the end-to-end of the media. connection.
  • the Nc interface between the MSC Servers can use any available call control protocol, for example, a BICC (Bearer Independent Cal l Control, bearer-independent call control) or SIP (Session Initiated Protocol) protocol. And specifications.
  • BICC Battery Independent Cal l Control
  • SIP Session Initiated Protocol
  • the Nc interface of the R4 network mainly adopts the BICC protocol, and the prior art also defines the interaction process between the BICC and the SIP protocol.
  • CMN Cal L Mediation Node
  • SDP Session Description Protocol
  • IPB Internet Protocol Bearer Control Protocol
  • the Nc interface of the R4 network mainly adopts the BICC protocol, and requires the BICC to support UP (User Plane).
  • UP User Plane
  • the existing protocol does not describe the parameter conversion when the BICC and the SIP use the CMN interworking, and how to carry the UP information in the SIP, so that the BICC and the SIP cannot communicate with each other. Summary of the invention
  • Embodiments of the present invention provide a method and a device for interworking between a BICC and a SIP to implement media negotiation and interworking between the BICC and the SIP.
  • a method for interworking between a bearer-independent call control protocol BICC and a session initiation protocol SIP includes the following steps: a call coordinating node CMN mutually converts BICC signaling and SIP signaling, and expands the SIP signaling obtained by the conversion,
  • the SIP signaling carries the information of the user plane UP, where the BICC signaling is used for the CMN to interact with the forward interoffice signaling,
  • the SIP signaling is used to exchange the C and the inter-office signaling; or the BICC signaling is used to exchange the C and the inter-office signaling, and the SIP signaling is used by the CMN and The forward interoffice signaling interaction.
  • a C used to implement interworking between BICC and SIP, including:
  • a signaling conversion unit configured to perform mutual conversion between the BICC signaling and the SIP signaling, where the BICC signaling is used to interact with the forward inter-office signaling, where the SIP signaling is used for the C and The inter-office signaling interaction is performed; or the BICC signaling is used to interact with the backward inter-office signaling, and the SIP signaling is used by the CMN to interact with the forward inter-office signaling;
  • the SDP generating unit is configured to extend SIP signaling converted by the signaling conversion unit, and carry user plane UP information in the SIP signaling.
  • a mobile switching center MSC Server is used as a forward or backward office to cooperate with a CMN to implement interworking between BICC and SIP, including:
  • An SDP parsing unit configured to parse the UP information carried in the extended SDP sent by the CMN;
  • the UP information sending unit is configured to send the UP information that is parsed by the SDP parsing unit to the gateway by using the extended Mc interface.
  • a system for implementing interworking between a BICC and a SIP includes a forward office, a backward office, and a C, wherein the forward office is configured to receive the SIP that carries the request bearer setup completion indication sent by the CMN.
  • the CMN is configured to receive the BICC protocol message that is sent by the back office and that carries the request bearer setup completion indication, obtain the carried request bearer setup completion indication, and construct the SIP that carries the acquired request bearer setup completion indication.
  • -I protocol message is sent to the forward office;
  • the backward office is configured to send, to the CMN, a BICC protocol message carrying a request bearer setup completion indication.
  • 1 is a logical architecture diagram of a WCDMA R4 core network in the prior art
  • 2 is a BICC-SIP CM networking model in an embodiment of the present invention
  • FIG. 3 is a flowchart of a method for interworking between a BICC and a SIP in an embodiment of the present invention
  • FIG. 4 is a flowchart of a method for interworking between BICC and SIP when BICC adopts forward fast and SIP adopts invite/183 mode negotiation according to an embodiment of the present invention
  • FIG. 5 is a flowchart of a method for interworking between BICC and SIP when BICC adopts forward fast and SIP adopts invite/180 mode negotiation according to an embodiment of the present invention
  • FIG. 6 is a flowchart of a method in which a BICC adopts a forward delay and a SIP uses an invite/183 mode to negotiate an interworking between a BICC and a SIP according to an embodiment of the present invention
  • FIG. 7 is a flowchart of a method for interworking between BICC and SIP when the BICC adopts forward delay (does not support codec negotiation) and SIP uses invite/183 mode negotiation in the embodiment of the present invention
  • FIG. 8 is a flowchart of a method for interworking between BICC and SIP when BICC adopts backward delay and SIP adopts invite/183 mode negotiation according to an embodiment of the present invention
  • FIG. 9 is a flowchart of a method for interworking between BICC and SIP when the BICC adopts backward delay (does not support codec negotiation) and SIP adopts 183/prack mode negotiation according to an embodiment of the present invention
  • 10 is an embodiment of the present invention in which SIP incoming is negotiated by invite/183 mode, and BICC uses forward fast BICC and
  • FIG. 11 is a flowchart of a method for interworking between a BICC and a SIP when the SIPCC uses the invite/183 negotiation in the embodiment of the present invention, and the BICC uses the forward delay;
  • FIG. 12 is a flowchart of a method for interworking between a BICC and a SIP when a SIP incoming call is negotiated in a 183/prack manner according to an embodiment of the present invention
  • FIG. 13 is a flowchart of a method for sending a request bearer setup completion indication according to an embodiment of the present invention
  • FIG. 14 is a flowchart of a method for transmitting a request bearer setup completion indication in a scenario in which a BICC protocol-SIP-I protocol interworking and a CMN exists in a scenario according to an embodiment of the present invention
  • FIG. 15 is a flowchart of a method for disconnecting a connection between a CMN and a forward office after the timer expires, the APM message that does not receive the returned request bearer setup completion indication is received, and the method is disconnected from the CMN.
  • FIG. 16 is a schematic structural diagram of a system for transmitting a request bearer setup completion indication according to an embodiment of the present disclosure
  • FIG. 17 is a schematic structural diagram of a CMN for transmitting a request bearer setup completion indication according to an embodiment of the present invention. Mode for carrying out the invention
  • C Li is located between BICC and SIP
  • one side of the Nc interface transmits BICC signaling
  • the other side of the Nc interface transmits SIP signaling
  • the user plane Nb interface is directly interworked by two MGWs.
  • one side of the Nb interface is controlled by the SIP protocol
  • the Mc interface is described by the SDP
  • the other side is controlled by the BICC protocol
  • the Mc interface is described by the IPBCP.
  • BICC bearer establishment methods include: forward fast, forward delay and backward delay, and are also divided into support codec negotiation and no Support codec negotiation two. SIP media negotiation methods are also divided into invite/18x, invite/200, 18x/prack, prack/200, 200/ack, and so on. Embodiments of the present invention need to address the issue of how to support these different approaches on the CCC node of BICC-SIP.
  • FIG. 3 a method for interworking between a BICC and a SIP is shown in FIG. 3, and includes the following steps:
  • Step s301 The CMN receives the BICC signaling or the SIP signaling sent by the forward office, where the forward direction is the forward MSC Server 0 step s302, and the BICC used by the CMN to interact with the forward office and the backward office
  • the signaling and the SIP signaling are mutually converted, and the converted SIP signaling is extended, and the information of the user plane UP is carried in the extended SIP signaling.
  • the backward direction is the backward MSC Server
  • C lin receives the IAM (Initial Address Message) message sent by the forward office, and the tunnel information carries the Request primitive.
  • IAM Initial Address Message
  • the description in the IPBCP refers to ITUT Q. 1970, taking the following description as an example (only The relevant parts of the media properties are listed, and the rest are omitted):
  • Step s402 The CMN sends an invite message to the subsequent office, where the message carries the SDP offer.
  • the IPBCP Request needs to be converted into an SDP offer, and the SDP offer 0 is carried in the invite message sent to the downstream office.
  • the pay load and the UP information in the IPBCP are encapsulated together as a new payload of the media and carried in the SDP offer message.
  • the specific description of the new payload is as follows:
  • the first payload of the m line indicates that the encapsulated payload is NbUP
  • the third line describes the NbUP bearer
  • the fourth line describes the AMR attribute.
  • UP Indicates the bearer of the UP upper layer load.
  • If : indicates the up interface type. In the above example, it is cn (indicating that it is the interface of the core network, that is, NbUP is defined), if the value is rar! , it means the interface on the access side, that is, IuUP is defined;
  • the back office After receiving the above invite message, the back office needs to send the UP information to the gateway through the Mc interface. Since SIP cannot currently send UP information to the gateway, it needs to extend the Mc interface message.
  • the UP is described here using the definition in step s401: Description of the far-end media: m: audio 32 RTP/AVP 100 96
  • m audio - RTP/AVP 100 96. Since the IP address and port number of the local end need to be reported by the gateway, the port number is invalid here.
  • the gateway After the gateway reports the information of the tunnel to the MSC, the SDP answer of the 183 message is sent to the CM office.
  • the specific carrying mode is the same as that in the invite.
  • Step s404 After receiving the SDP in the 183 message, the CMN converts the SDP answer to IPBCP Accepted, and sends the message to the forward office through an APM (Application Transport Message) message.
  • APM Application Transport Message
  • Step s405 After the forward office sends the tunnel information of the IAM message to the gateway, the gateway can initiate the negotiation of the UP plane.
  • Step s406 the CMN receives the 180 or 200 message sent to the office.
  • Step s407 The CMN converts the message into an ACM (Address Complete Message) or an ANM (Answer Message) to the forward office.
  • ACM Address Complete Message
  • ANM Answer Message
  • Step s408 The CMN sends an acknowledgement message ACK to the downstream office.
  • the CMN office does not send the APM message before it receives the 180 or 200 message.
  • the ACM or ANM message waits until the APM message is sent to establish a bearer, and then sends an ACM or ANM message.
  • FIG. 5 the process of interworking between BICC and SIP in the embodiment of the present invention is as shown in FIG. 5, and includes the following steps:
  • Step s501 The CMN receives the initial address IAM message of the forward office, and the tunnel information carries the Request primitive.
  • the controller determines that the local office does not control the gateway, and the outgoing side is the SIP, and the IPBCP Request needs to be converted into the SDP offer, and the SDP offer 0 is carried in the invite message sent to the downstream office.
  • Step s503 After receiving the invite message, the back office sends the UP information to the gateway through the Mc interface. After the tunnel information of the backward office is reported, the UP information needs to be sent to the CMN office through the SDP answer of 180.
  • Step s504 after receiving the SDP answer of 180, the CMN converts the SDP answer to IPBCP Accepted, and passes the APM. The message is sent to the forward office.
  • Step s505 After the forward office sends the tunnel information to the gateway, the gateway initiates the UP plane negotiation.
  • Step s506 the CMN receives the 180 or 200 message to the subsequent office.
  • Step s507 The CMN does not send an ACM or Alice message before the APM message is sent, and waits until the APM message is sent to establish a bearer and then sends an ACM or Alice message. In the case where the APM message has been sent in step s504 in this flow, the ACM or Alice message can be directly sent here. If step s506 occurs before step s504, the ACM or Alice message is not sent first.
  • Step s508 The CMN sends an acknowledgement message ACK to the downstream office.
  • codec negotiation is not supported in the IAM message, it has no effect on the processing on the SIP side. It only carries the codec list when returning the APM message.
  • the BICC-SIP CMN node rejects the subsequent SDP offer involving the RTP flow IP address and the UDP port modification on the SIP side. If only the codec modification is involved, the communication can still be performed. .
  • Step s601 In the case of forward delay, the CMN receives the IAM message sent by the forward office, including the available codec list.
  • Step s602 The CMN converts the available codec list in the above IAM message into an SDP offer, and places the selected codec in the first place of the SDP offer. Since there is no tunnel information in the IAM message, the IP address and port number in the SDP offer can only be set to 0. Then, the invite message encapsulating the above SDP offer is sent to the downstream office. At this time, since the IPBCP information is not obtained, the UP information cannot be determined, and therefore the description information of the UP is not carried in the SDP.
  • step s603 the CMN receives the 183 message carrying the SDP answer returned to the office, and determines that the forward office BICC adopts the forward delay.
  • Step s604 The CMN converts the codec list in the SDP answer into an available codec list in the APM message, and converts the first codec into the selected codec. Then send an APM message to the forward office without carrying tunnel information.
  • Step s605 After receiving the tunnel information of the gateway, the forward office sends an APM Request message to C, and the APM Request message carries the tunnel information.
  • Step s606 The CMN converts the tunnel information into an SDP offer, and the conversion mode is the same as the description in the forward fast, and the description information of the UP is obtained from the tunnel information. Since the SIP side has completed a codec negotiation, the APM message is converted to an update message and sent to the back office. At this time, it should carry a valid IP address and port number.
  • Step s607, C Receives a response message 200 for update to the office, which carries SDP answer 0
  • Step s608, C converts the SDP answer to IPBCP Accepted, sends an APM message to the forward office, completes the bearer construction step s609, and when C. receives the 180 or 200 message, it converts to ACM or ANM and sends it to the forward office.
  • Step s610 The CMN sends an acknowledgement message ACK to the downstream office.
  • BC Breast Capability
  • Step s701 The CMN receives the IAM message of the forward office.
  • Step s702 The CMN finds that the IAM message is a forward delay, and if there is no codec list, the APM message is directly sent back to the forward office, and the invite message is not sent out.
  • Step s703 When receiving the APM Request message carrying the tunnel information sent by the forward office, the CMN converts the tunnel information into an SDP offer, and the conversion principle is the same as the previous forward fast description.
  • Step s704 The CMN sends an invite offer message to the downstream office, where the IAM is encapsulated.
  • Step s705 the post office sends 183 message to C, which carries SDP answer 0
  • Step s706, C converts the SDP answer to IPBCP Accepted, sends an APM message to the forward office, completes the bearer construction step s707, and when C. receives the 180 or 200 message, it converts to ACM or ANM and sends it to the forward office.
  • Step s708 The CMN sends an acknowledgement message ACK to the downstream office.
  • the BICC adopts a bearer establishment mode of the backward delay, and when the SIP is negotiated by the invite/183 mode, the process of interworking between the BICC and the SIP in the embodiment of the present invention is as shown in FIG. Includes the following steps:
  • Step s801 in the case of backward delay, the CMN receives the IAM message sent by the forward office, including the available codec list.
  • Step s802 The CMN converts the available codec list in the IAM message into an SDP offer, and places the selected codec in the first place of the SDP offer. Because there is no IPBCP information in the IAM message, the IP address and port number in the SDP offer message are set to 0, and then the invite message carrying the above SDP offer is sent. At this time, since the IPBCP information is not obtained, the UP information cannot be determined, and the description information of the UP is not carried in the SDP.
  • Step s803 because the BICC side is backward delay, the SIP side needs to carry an invalid IP address and port number first. If the IP address and port number of the SDP offer received by the downstream office are 0, you need to make the following judgment: If the peer is the exchange in the network, it is considered to be connected to the CMN, and the SDP answer carries a valid IP address and Port number, and carries the UP description information. If the peer is an exchange outside the network, the IP address and port number are still set to 0 in the SDP answer according to the description of rfc3264.
  • the backward office sends a 183 message carrying the above SDP answer to the CMN.
  • Step s804 When the CMN receives the 183 message carrying the SDP answer, it determines that the BICC of the forward office adopts the backward delay bearer establishment mode, and then converts the SDP answer into an IPBCP Request, and sends an APM message carrying the tunnel information to the forward office.
  • Step s805 The forward office sends the tunnel information to the CM.
  • Step s806 Since the SIP side has performed media negotiation once, the C-send sends an update message to the server, carries a valid IP address and port number, and carries the UP description information.
  • step s807 after the media office refreshes the media information, the CM returns a 200 for update message. If the CMN judges that it is a backward delay, the APM message is no longer sent to the forward office.
  • step 808 when C. receives the 180 or 200 message, it converts to ACM or ANM and sends it to the forward office.
  • Step s809 the CMN sends an acknowledgement message ACK to the downstream office.
  • the media can be negotiated in the 183/prack mode in the manner described above.
  • the process of interworking between the BICC and the SIP in the embodiment of the present invention is as shown in FIG. 9, including the following. Steps:
  • Step s901 In the case of backward delay, C. receives the IAM message sent by the forward office.
  • Step s902 The C-discovery is a backward delay, and if there is no codec list, the invite message encapsulating the IAM information is sent to the downstream office, and the invite message does not carry the SDP.
  • Step s903 After receiving the invite message, the media on the SIP side negotiates with the pp and prack modes. After the information is negotiated by the backward office, the 183 message carrying the SDP offer is sent to the CM.
  • Step s904 When receiving the 183 message carrying the SDP offer, the C-send determines that the forward-office BICC adopts the backward-delay bearer establishment mode, and then converts the SDP of the er to the IPBCP Request and sends the APM message to the forward-office.
  • Step s905 The forward office sends the tunnel information to the CM.
  • Step s906 Since the SIP side has performed media negotiation once, the C-send sends a prack message, which carries a valid SDP answer message and carries the UP description information.
  • Step s907 after refreshing the media information in the backward office, returning 200 messages to C. If C is judged to be a backward delay, the APM message is no longer sent to the forward office.
  • Step s908 When C. receives the 180 or 200 message, it converts to ACM or ANM and sends it to the forward office.
  • step s909 C is sent a confirmation message ACK to the downstream office.
  • the difference between the process and the codec negotiation process is that the invite message does not carry the SDP, and the media on the SIP side negotiates with the 183 and prack modes. If the call is a video call or a data service, the BC information is converted into SDP information, carried in the invite message, and processed according to the process of supporting codec negotiation.
  • the CMN When the forward message is sent to the forward office, the CMN does not know whether the backward direction is a BICC-SIP CMN node. Therefore, it is not possible to decide whether to use the UP mode and need to negotiate. Therefore, when the SIP is out, it needs to negotiate with the backward office whether to use the UP.
  • the specific negotiation process is as follows: When sending the invite message, the forward office needs to determine whether the backward office is an intra-network node or an extra-network node. If it is an out-of-network node, it will be processed according to the normal SIP process. If it is an intra-network node, the UP mode is used when the endpoint is established, and the codec supporting UP and not supporting UP is carried in the SDP offer. If the backward direction is not a BICC - SIP CMN node, the backward direction selects the codec that does not support UP in the SDP answer. After receiving the SDP answer, the Office will modify the bearer to not support the UP mode. If the backward direction is a BICC-SIP CMN node, the SDP answer must be selected to support the UP codec, and the bearer setup can also be completed.
  • Step sl001 the forward office SIP uses the UP mode when requesting the establishment of the endpoint from the gateway, and carries the codec supporting UP and not supporting UP in the SDP offer.
  • the forward office sends the invite message carrying the SDP offer to C.
  • step sl002 when the CMN receives the invite message carrying the SDP offer, the CMN converts the SDP offer into a codec list and an IPBCP request, and indicates that the bearer is forwarded in the I AM message sent to the subsequent office.
  • Step sl003 the backward office responds to the APM Accepted message to the C, and the APM message carries the tunnel information.
  • Steps sl004 and C are converted into SDP answer, and the SDP information is carried in the 183 message to the forward office.
  • the forward office determines whether the codec used in the SDP supports UP. If supported, UP is still used when modifying the bearer; if not, it indicates that UP is not used when modifying the bearer.
  • step sl006 the forward office sends an acknowledgement message ACK to the CMN.
  • the embodiment of the present invention further provides a process for the BICC to use the forward delay bearer establishment mode of the CMN node. As shown in FIG. 11, the method includes the following steps:
  • Step sl l01 Forward Office SIP uses the UP mode when requesting the establishment of an endpoint from the gateway, and carries the codec supporting UP and not supporting UP in the SDP offer.
  • the forward office sends the invite message carrying the SDP offer to C.
  • Step sl102 After receiving the invite message sent by the forward office, the CMN finds that it is a forward delay, and sends an IAM message to the downstream station, where the codec list is carried.
  • Step sl l03 The backward office sends an APM message to the CMN, where the codec list is carried.
  • Step sl l04 C Li sends an APM Request message to the office.
  • Step sl l05 the backward office sends an APM Accepted message carrying the tunnel information to the CMN.
  • Step sl l06 when the CPM receives the APM message carrying the tunnel information, the C-channel converts the tunnel information into an SDP answer and sends the message to the office through the 183 message.
  • Step S1107 after receiving the ACM and ANM messages, the CMN converts to 180 and 200 messages.
  • Step sl l08 the forward office sends an acknowledgement message ACK to the CMN.
  • the forward message 183 is sent to the forward office to carry the SDP answer, and the media negotiation is completed.
  • the other processes are as fast as the forward ones.
  • step sl201 the forward office sends an invite message to C, which does not carry the SDP.
  • the CMN After receiving the invite message, the CMN forwards the IAM message to the backward office, where the tunnel information and the codec list are not carried, and the bearer setup indication is a backward delay establishment mode.
  • step s1203 the backward office sends an APM message carrying the tunnel information to the CM.
  • step s1204 the CMN converts the tunnel information into an SDP offer, and sends a 183 message carrying the SDP offer to the forward office.
  • step sl205 the forward office sends a prack message to the C, and the Prack message carries the SDP answer 0.
  • Step sl206 The CMN converts the SDP answer to IPBCP Accepted, and sends an APM message carrying the IPBCP Accepted to the downstream office.
  • Step sl207 The CMN sends a 200 for prack message to the office.
  • Step sl208 after receiving the ACM and ANM messages sent to the office, C-L, respectively, converts to 180 and 200 messages.
  • Step sl209 The forward office sends an acknowledgement message ACK to the CMN.
  • media exchange between BICC and SIP is carried out by mutual conversion between BICC signaling and SIP signaling, and information of user plane UP is carried in SIP signaling, thereby realizing media negotiation between BICC and SIP, and solving Network interworking between BICC and SIP.
  • the CMN In the process of interworking between the forward-office and the back-office through the SIP-I protocol message and the BICC protocol message request, in order to implement the request bearer setup completion indication, the CMN needs to perform the request bearer setup completion indication carried in the BICC protocol message. Processing, conversion to SIP-I protocol message transmission, but the current SIP-I protocol message can not carry the request bearer setup completion indication, and does not describe how to carry the request in the SIP-I message in the SIP-I protocol. The scheme that carries the setup completion indication. Further, the current SIP-I protocol message cannot carry the bearer setup completion indication, and the SIP-I protocol does not describe how to carry the bearer setup completion indication in the SIP-I message. In this way, the back-office GMSC Server cannot obtain the bearer setup completion indication.
  • the SIP-I protocol message is parsed, the current request bearer setup completion indication is obtained, and after the forward connection is established, the SIP-I carrying the bearer setup completion indication is constructed.
  • the protocol message is sent to the CMN, and the CMN obtains the carried bearer establishment completion indication according to the received SIP-I protocol message, and constructs a BICC protocol message carrying the acquired bearer setup completion indication, and sends the message to the backward office for notifying the forward direction.
  • the connection is established.
  • the forward office may be the GMSC Server or the MSC Server to which the UE belongs
  • the backward office is the GMSC Server or the MSC Server to which the called UE belongs.
  • FIG. 13 is a flowchart of a method for sending a request bearer setup completion indication according to an embodiment of the present invention. The specific steps are as follows: Step 1301: A downlink office sends a BICC protocol message carrying a request bearer setup completion indication to a CMN.
  • the downstream office receives the IAM sent by the forward office through the CMN.
  • the IAM is sent to the forward office by using the SIP-I protocol, and then converted to the BICC protocol message by the CMN.
  • the forward connection establishment indication carried in the IAM determines that the connection is established in the forward direction, and determines whether to send the request bearer establishment completion indication to the forward office according to the set policy, and if yes, to the CMN.
  • Step 1302 The CMN parses the BICC protocol message, obtains the carried request bearer setup completion indication, constructs a SIP-I protocol message carrying the obtained request bearer setup completion indication, and sends the SIP-I protocol message to the forward office.
  • Step 1303 After the forward-office resolves the SIP-I protocol message, the forwarded bearer setup completion indication is obtained.
  • Step 1304 The forward direction completes the connection establishment, and constructs a SIP-I protocol message carrying the bearer setup completion indication to the CMN.
  • Step 1305 After receiving the SIP-I protocol message, the CMN parses the carried bearer setup completion indication, constructs a BICC protocol message carrying the bearer setup completion indication, and sends the message to the backward office.
  • Step 1306 After receiving the BICC protocol message, the back office learns that the forward connection establishment is completed.
  • the BICC protocol message carrying the request bearer setup completion indication is an APM message
  • the request bearer setup completion indication is set in the Action indicator field in the APM message, and is set to "Connect forward, plus notification" ⁇ in the step In 405
  • the BICC protocol message constructed by the CMN is an APM message
  • the bearer setup completion indication carried is a Connected of the Action Indicator set in the APM message.
  • the SIP-I protocol message carrying the request bearer setup completion indication may be an extended subscription message
  • the SIP-I protocol message carrying the bearer setup completion indication may be an extended notification message (Notify) message.
  • Notify extended notification message
  • Event header field of the Subscribe message is:
  • Event ( "Event” I “o” ) HCOLON event-type *( SEMI event-param )
  • Event-type event-package *( ".” event-template )
  • Event-package token-nodot
  • Event-template token-nodot
  • the event-package is filled in as "bearer-established”.
  • the forward-office sends a Nofity message after the forward connection is established, in the Nofity message.
  • Carry the Event and Subscription header fields where the Event header field must be the same as the Event header field in Subscribe, and the Subscription-State header field is filled in as "active".
  • the format of this Notify message is:
  • Subscription-State:active ⁇ indicates bearer setup completion indication
  • FIG. 14 is a flowchart of a method for transmitting a request bearer setup completion indication in a scenario where the BICC protocol-SIP-I protocol is interworking and a CMN exists in a scenario according to an embodiment of the present invention.
  • the entities involved in the process include the forward office GMSC Server, the backward office GMSC Server, and the CMN.
  • the specific steps are as follows: Step 1401: The forward office GMSC Server sends a SIP-I protocol access (INVITE) message to the CMN, and carries a forward connection establishment indication, requesting to establish a forward connection with the backward office GMSC Server.
  • SINK SIP-I protocol access
  • the INVITE message is a SIP-I protocol message.
  • Step 1402 The CMN converts the INVITE message into an IAM, and sets the carried forward connection establishment indication to the Connect Forward of the IAM, and sends the message to the backbound GMSC Server.
  • Step 1403 After receiving the IAM, the GMS Server sends an APM message carrying the request bearer setup completion indication to the CMN.
  • Step 1404 The CMN receives the APM message, determines that the bearer request bearer establishment completion indication, and the forward office GMSC
  • the 183/prack/200 message of the SIP-I protocol is exchanged between the server and the CMN. After the bearer setup is completed, the bearer setup completion indication is sent.
  • the CMN and the forward office GMSC Server exchange 200 messages or prack messages.
  • Step 1405 After the CMN determines that the early session establishment with the forward office GMSC Server is completed, the SUBSCRIBE message is sent to the forward office, and the request bearer setup completion indication is carried.
  • the early conversation setup completion may be a 200 message sent to the forward office GMSC Server.
  • the CMN's Event in the SUBSCRIBE message is set to "bearer-established", indicating that the bearer bearer setup completion indication is carried.
  • Step 1406 After receiving the SUBSCRIBE message, the forward office GMSC Server returns a 200 message to the CMN.
  • Step 1407 The bearer between the MGW to which the forward office GMSC Serve belongs and the MGW to which the backward GMSC Server belongs is established.
  • Step 1408 After the bearer is established, the forward GMSC Server sends a Notify message to the CMN, and carries the bearer setup completion indication.
  • the "bearer-established" can be set in the Event of the Notify message and the subscription field is set to "active", indicating the bearer setup completion indication.
  • Step 1409 After receiving the Notify message, the CMN obtains the carried bearer setup completion indication, and carries the obtained bearer setup completion indication in the APM message to the back office GMSC Servero.
  • Step 1410 The CMN sends a 200 message to the forward office GMSC Server.
  • Step 1411 After receiving the APM message, the GMSC Server sends an ACM message to the CMN.
  • Step 1412 The CMN converts the ACM message into a SIP-I protocol message, and interworks with the forward-office GMSC Server 180 message, or a Prack message or a 200 message.
  • Step 1413 The back office GMSC Server sends an ANM message to the CMN.
  • Step 1414 The CMN converts the ANM message into a 200 message, and sends a 200 message to the local GMSC Server.
  • Step 1415 The forward office GMSC Server sends an acknowledgement (ACK) message to the CMN.
  • ACK acknowledgement
  • the CMN determines the processing principle according to the preset policy (the CMN may be pre-set according to the setting. It is known that the forward office does not recognize the SIP-I message or the forward office notifies the CMN after not recognizing the SIP-I message): The update message of the precondition sent after the forward direction connection establishment is completed (UPDATE) Afterwards, the bearer setup complete indication information is directly sent to the backward office or the UPDATE is converted to the APM message carrying the bearer setup complete indication information, and sent to the backward office.
  • UPDATE The update message of the precondition sent after the forward direction connection establishment
  • the CMN when the current UE does not support the SIP-I message carrying the request bearer setup completion indication, the CMN does not start the Notify message that the timer waits to send the bearer setup completion indication to the forward office, if the forward direction has been If the Notify message is not returned, the CMN will not send an APM message carrying the request bearer setup completion indication.
  • the back office After sending the APM message carrying the request bearer setup completion indication, the back office sets a timer. If the returned APM message carrying the request bearer setup completion indication is not received when the timer expires, the backward tunnel will be disconnected.
  • FIG. 15 is a schematic diagram of the APM message that the back office is timed out and does not receive the returned bearer setup completion indication, and is disconnected through the CMN.
  • Step 1501 The forward office GMSC Server sends an INVITE message to the CMN, and carries a forward connection establishment indication, requesting to establish a forward connection with the back office GMSC Server.
  • Step 1502 The CMN converts the INVITE message into an IAM, and sets the carried forward connection establishment indication to the Connect forward of the IAM, and sends the message to the back office GMSC Server.
  • Step 1503 After receiving the IAM, the GMS Server sends an APM message carrying the request bearer setup completion indication to the CMN, and starts a timer.
  • Step 1504 The CMN receives the APM message, determines that the bearer request bearer establishment completion indication, and the forward office GMSC
  • the server exchanges 183 messages or 200 messages or prack messages of the SIP-I protocol.
  • Step 1505 After the CMN determines that the early conversation between the forward office and the GMSC Server is completed, the SUBSCRIBE message is sent to the forward office, and the request bearer setup completion indication is carried.
  • the forward office GMSC Server After receiving the SUBSCRIBE message, the forward office GMSC Server returns a 200 message to the CMN.
  • Step 1507 The timer set by the back office GMSC Server times out, and has not received the returned APM message carrying the bearer setup completion indication, and returns a disconnection (REL) message to the CMN.
  • Step 1508 After receiving the REL message, the CMN converts the message into a SIP-I protocol 480 message and sends the message to the forward office GMSC Server, where the 480 message carries the Temporarily Unavailable, indicating the forward office GMSC. Server performs the forward connection disconnection.
  • Step 1509 After receiving the 480 message, the forward-office GMSC Server performs disconnection of the forward connection and returns an ACK message to the CMN.
  • Step 1510 The CMN converts the ACK message into a disconnection completion (RLC) message of the BICC protocol, and sends the message to the back office GMSC Server.
  • the embodiment of the present invention further provides a call coordination node C, which is linked to the MSC Server through the Nc interface, and is used for implementing interworking between the BICC and the SIP. Specifically, the BICC signaling and the SIP signaling are mutually converted.
  • the SIP signaling obtained by the conversion, where the SIP signaling carries the information of the user plane UP, where the BICC signaling is used for the interaction between the C and the forward interoffice signaling, the SIP Used for the C and the inter-office signaling interaction; or the BICC signaling is used for the CMN to interact with the backward inter-office signaling, the SIP signaling is used for the CMN and the former Interact with interoffice signaling.
  • the CM further includes:
  • a signaling conversion unit configured to perform mutual conversion between the BICC signaling and the SIP signaling, where the BICC signaling is used to interact with the forward inter-office signaling, where the SIP signaling is used for the C and The inter-office signaling interaction is performed; or the BICC signaling is used to interact with the backward inter-office signaling, and the SIP signaling is used by the CMN to interact with the forward inter-office signaling.
  • the SDP generating unit is configured to extend SIP signaling converted by the signaling conversion unit, and carry user plane UP information in the SIP signaling.
  • the foregoing signaling conversion unit may further include: a receiving module, a sending module, and a constructing module.
  • the receiving module is configured to receive a BICC protocol message that is sent by the backward office and that is sent with the request bearer setup completion indication, and obtain the carried request bearer setup completion indication, and send the indication to the constructing module;
  • a constructing module configured to construct a SIP-I protocol message carrying a request bearer setup completion indication according to the request bearer setup completion indication
  • a sending module configured to send a SIP-I protocol message carrying the request bearer setup completion indication to the forward office.
  • the receiving module may further include a first receiving module, the constructing module further includes a first constructing module, and the sending module further includes a first sending module, where
  • the first receiving module is configured to receive a SIP-I protocol message that is sent by the forward office and that carries the bearer setup completion indication, obtain the carried bearer setup completion indication, and send the bearer to the first constructing module.
  • the first constructing module is configured to construct a BICC protocol message carrying the bearer setup completion indication according to the bearer setup complete indication.
  • the first sending module is configured to send the BICC protocol message carrying the bearer setup complete indication to the processing module of the backward tunnel.
  • the signaling conversion unit may further include: a detecting module, configured to send an indication to the first constructing module after receiving the UPDATE sent by the forward office; the first constructing module constructs a BICC protocol carrying the bearer setup completion indication under the instruction of the detecting module The message or the UPDATE is converted into a BICC protocol message carrying the acquired bearer setup completion indication.
  • the embodiment of the present invention further provides a mobile switching center MSC Server, which is linked to the CMN through the Nc interface, and is used as a forward office or a backward office to cooperate with the CM to implement interworking between the BICC and the SIP, including:
  • the SDP parsing unit is configured to parse the UP information carried in the protocol extension SDP sent by the CMN.
  • the UP information sending unit is configured to send the UP information that is parsed by the SDP parsing unit to the gateway through the extended Mc interface.
  • FIG. 16 is a schematic diagram of a system for transmitting a request bearer setup completion indication, which includes a forward direction, a backward direction, and a C, where a forward-office, configured to receive a SIP-I protocol message that is sent by the CMN and carries a request bearer setup completion indication;
  • the CMN is configured to receive the BICC protocol message that is sent by the backward office and that is configured to complete the request bearer setup, obtain the carried request bearer setup completion indication, and construct a SIP-I protocol message carrying the obtained request bearer setup completion indication to send to the forward office. ;
  • the backward office is configured to send a BICC protocol message carrying the request bearer setup completion indication to the CMN.
  • the forward office further includes a processing module, configured to: after the forward establishment is completed, construct a SIP-I protocol message carrying the bearer setup completion indication, and send the message to the processing module of the CMN;
  • the CMN further includes a processing module, configured to receive a SIP-I protocol message that is sent by the processing module of the forward office and that carries the bearer setup completion indication, obtain the carried bearer setup completion indication, and construct a BICC protocol message carrying the acquired bearer setup completion indication. Send to the back office.
  • a processing module configured to receive a SIP-I protocol message that is sent by the processing module of the forward office and that carries the bearer setup completion indication, obtain the carried bearer setup completion indication, and construct a BICC protocol message carrying the acquired bearer setup completion indication. Send to the back office.
  • the CMN further includes a detecting module, configured to directly construct a BICC protocol message carrying the acquired bearer setup completion indication or convert the UPDATE into a bearer acquired after the UPDATE is sent by the forward office.
  • the indicated BICC protocol message is sent to the processing module of the backward office.
  • the processing module of the backward office receives the BICC protocol message sent by the detecting module of the CMN and carries the obtained bearer setup completion indication.
  • the method, the system and the device provided by the embodiment of the present invention can be used in the scenario of the BICC protocol-SIP-I protocol interworking to implement the request bearer setup completion indication, so that the BICC protocol and the SIP-I protocol can better use the CMN interworking, saving
  • the WCDMA network resources can be effectively ensured that the interworking between the UE and the called UE (through the forward direction and the backward direction) is implemented after the bearer establishment is completed, the success rate of the connection is improved, and the voice service quality is improved.
  • the present invention can be implemented by hardware, or can be implemented by means of software plus necessary general hardware platform, and the technical solution of the present invention. It may be embodied in the form of a software product, which may be stored in a computer readable storage medium (which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.), including a number of instructions for making a computer device (may be A personal computer, server, or network device, etc., performs the methods described in various embodiments of the present invention.
  • a computer readable storage medium which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.
  • a computer device may be A personal computer, server, or network device, etc., performs the methods described in various embodiments of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention porte sur un procédé d'interfonctionnement entre un protocole de commande d'appel indépendant du support (BICC) et un protocole d'ouverture de session (SIP) selon un mode de réalisation de l'invention, qui comprend les étapes suivantes : un nœud de médiation d'appel (CMN) intertransforme la signalisation BICC et la signalisation SIP qui sont utilisées pour un interfonctionnement entre le nœud aller et le nœud retour et étend la signalisation SIP transformée, et la signalisation SIP contient les informations de plan utilisateur (UP). L'invention porte également sur un dispositif d'interfonctionnement entre un protocole de commande d'appel indépendant du support (BICC) et un protocole d'ouverture de session (SIP). Par application du mode de réalisation de l'invention, la négociation de support entre BICC et SIP sera réalisée par intertransformation de la signalisation BICC et de la signalisation SIP et inclusion des informations de plan utilisateur (UP) dans la signalisation SIP, de façon à résoudre le problème d'interconnexion de réseau entre BICC et SIP.
PCT/CN2008/073243 2007-12-04 2008-11-28 Procédé et dispositif d'interfonctionnement entre bicc et sip WO2009074078A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200710195227.6 2007-12-04
CN2007101952276A CN101453791B (zh) 2007-12-04 2007-12-04 发送请求承载建立完成指示的方法、系统及装置
CN2007103013484A CN101471921B (zh) 2007-12-25 2007-12-25 一种bicc与sip之间互通的方法和设备
CN200710301348.4 2007-12-25

Publications (1)

Publication Number Publication Date
WO2009074078A1 true WO2009074078A1 (fr) 2009-06-18

Family

ID=40755236

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073243 WO2009074078A1 (fr) 2007-12-04 2008-11-28 Procédé et dispositif d'interfonctionnement entre bicc et sip

Country Status (1)

Country Link
WO (1) WO2009074078A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050025130A1 (en) * 2003-05-23 2005-02-03 Klaus Hoffmann Method for signaling of call diversion parameters in a SIP network
WO2006134034A1 (fr) * 2005-06-13 2006-12-21 Nokia Siemens Networks Gmbh & Co. Kg Procede pour commander la fonction 'transfert d'appel sip'

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050025130A1 (en) * 2003-05-23 2005-02-03 Klaus Hoffmann Method for signaling of call diversion parameters in a SIP network
WO2006134034A1 (fr) * 2005-06-13 2006-12-21 Nokia Siemens Networks Gmbh & Co. Kg Procede pour commander la fonction 'transfert d'appel sip'

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SUXINMING.: "THE ANALYSIS OF THE INTERWORKING BETWEEN SIP AND BICC.", 9 June 2006 (2006-06-09) *
ZHAOJINGXIN ET AL.: "THE ANALYSIS OF SIP-T PROTOCALS IN THE TNTERCONNECTION OF DIFFERENT SOFTSWITCH DOMAIN.", GUANGDONG COMMUNICATION TECHNOLOGY., July 2005 (2005-07-01), pages 120 - 124 *

Similar Documents

Publication Publication Date Title
KR100933121B1 (ko) Ｉｍｓ 도메인을 통한 실시간 서비스를 포함하는 ｉｍｓ 단말의 호 요청을 ｃｓｉ 단말이 처리하는 방법 및 장치
KR100880992B1 (ko) 아이엠에스망과 에이치.323망간 연동 시스템 및 방법
JP5450444B2 (ja) マルチメディア通話を処理するための方法及び装置
US8730945B2 (en) Systems and methods for using a recipient handset as a remote screen
WO2009059559A1 (fr) Procédé de commande d'appel de session multimédia et serveur d'application
EP2247031B1 (fr) Procédé de mise en oeuvre, système et dispositif pour surveillance ims
WO2007079679A1 (fr) Élément réseau d'interfonctionnement, système d'interfonctionnement entre le terminal csi et le terminal ims et procédé associé
KR20070015843A (ko) ＣＳＩ 단말과 ＶｏＩＰ 단말 사이의 음성 및 멀티미디어서비스 연동을 위한 방법 및 장치
US9055397B2 (en) Method for usage of VPLMN infrastructure by an HPLMN to terminate an IMS session set up for a roaming user
WO2009012665A1 (fr) Procédé pour assurer une continuité d'appel multimédia, équipement et système associés
JP2010532131A (ja) 着信された音声／ビデオ呼のためのｕｅ接近ドメイン選択方法
WO2007025447A1 (fr) Methode de traitement de controle de support
WO2008025257A1 (fr) Procédé d'intercommunication et système de communication entre différents réseaux
WO2007085154A1 (fr) Procédé et système pour la mise en oeuvre de service de réseau numérique à intégration de services (rnis) dans le réseau de commutation par paquets
US7024197B2 (en) Wireless mid-call transfers
WO2007143896A1 (fr) Procédé, système et appareil de réalisation d'un service d'appels multimédia
WO2011050744A1 (fr) Procédé de lecture de sonnerie multimédia durant une période de conversation, serveur et dispositif terminal correspondants
CN100488313C (zh) 一种ims网络sip终端互通系统及其方法
CN101114985A (zh) 编解码转换系统及方法
WO2009015576A1 (fr) Procédé, système et dispositif pour transformer un service vocal en service de fax
WO2011023041A1 (fr) Procédé et système d'appel pour indiquer des types de média sur terminaux
WO2009111991A1 (fr) Procédé et dispositif de réalisation de l’interfonctionnement entre le domaine ims et le domaine cs
CA2685550A1 (fr) Systemes et procedes pour utiliser un combine de destinataire en tant qu'ecran a distance
WO2017000481A1 (fr) Procédé et appareil de composition de numéro pour un appel vocal
WO2008049371A1 (fr) Procédé et système pour transférer un événement de service

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

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

Country of ref document: EP

Kind code of ref document: A1