WO2007041963A1 - Procédé permettant d’établir, d’optimiser un chemin support et appareil idoine - Google Patents

Procédé permettant d’établir, d’optimiser un chemin support et appareil idoine Download PDF

Info

Publication number
WO2007041963A1
WO2007041963A1 PCT/CN2006/002688 CN2006002688W WO2007041963A1 WO 2007041963 A1 WO2007041963 A1 WO 2007041963A1 CN 2006002688 W CN2006002688 W CN 2006002688W WO 2007041963 A1 WO2007041963 A1 WO 2007041963A1
Authority
WO
WIPO (PCT)
Prior art keywords
bearer
called
calling
endpoint
media gateway
Prior art date
Application number
PCT/CN2006/002688
Other languages
English (en)
Chinese (zh)
Inventor
Fang You
Wenyu Liu
Jie Xu
Yunfei Li
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 CNA2005101129260A external-priority patent/CN1870772A/zh
Priority claimed from CNA2005101240588A external-priority patent/CN1870824A/zh
Priority claimed from CNA2005101215232A external-priority patent/CN1874544A/zh
Priority claimed from CNA2006100331762A external-priority patent/CN1874601A/zh
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to CN200680006576.2A priority Critical patent/CN101288320B/zh
Publication of WO2007041963A1 publication Critical patent/WO2007041963A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/181—Transcoding devices; Rate adaptation devices

Definitions

  • the present invention relates to the field of mobile communication technologies, and in particular, to a bearer path establishment and optimization method and apparatus under a bearer control separation architecture. Background technique
  • the mobile communication network is evolving to an all-IP network.
  • the original mobile switching center (MSC) is divided into a mobile softswitch (MSCe) and a media gateway (MGW, Media Gateway). Both devices are used for signaling control and bearer processing.
  • MSCe mobile softswitch
  • MGW media gateway
  • Both devices are used for signaling control and bearer processing.
  • a interface is IP
  • the Alp interface signaling between the base station (BS, Base Station) and the MSCe and the A2p interface data between the BS and the MGW are carried on the IP network, and the network location and interface connection of the relevant functional entity are Relationship, as shown in Figure 1, the MGW is also connected to the Public Switch Telephone Network (PSTN).
  • PSTN Public Switch Telephone Network
  • A2p not only provides a bearer path between the BS and the MGW, but also an IP bearer path between the base stations BS is provided by A2p.
  • the routing TDM circuit bearer between the MGW and the access device is changed to an IP bearer.
  • the access device and the MGW allocate their IP addresses and port numbers, and the MSCe exchanges the IP addresses and port numbers of the two entities and establishes a bearer.
  • the routing TDM circuit bearer between the MGW and the BSC is changed to an IP bearer.
  • the BSC and the MGW know the IP address, the port number, the codec of both parties, and complete the bearer establishment between the MGW and the BSC.
  • the MGW After the bearer is established, if the codec capability of the calling side access device and the called side access device are different, the MGW performs codec conversion. If the MGW does not perform any conversion, the received media stream is directly transparently transmitted. However, when the codec capability of the calling side access device (which may also be referred to as a source access device) and the called side access device (which may also be referred to as a target access device) are the same, the MGW receives the media stream it receives. Direct pass-through will increase the intermediate processing of the media stream and occupy the resources of the MGW.
  • the IP bearer is used in the inter-office.
  • the IP address of the two ends is negotiated through SIP signaling.
  • the calling office notifies the MGW to establish an IP bearer through the ADD message.
  • the MGW returns the allocation.
  • IP endpoint information the calling office carries the IP endpoint information of the local MGW in the INVITE message, and the supported CODEC list; the called office informs the MGW to establish an IP bearer through the ADD message (with the IP endpoint information allocated by the calling office MGW:
  • the MGW returns the assigned IP endpoint information, the called office has the IP endpoint information of the local MGW in the 180 or 200 message, and the selected CODEC; the calling office MSCe notifies the local end of the IP endpoint information of the called office MGW through the MODIFY message.
  • MGW establishes an IP bearer.
  • Figure 4 takes a typical interoffice call flow as an example to describe the existing technical solution.
  • the A2p bearer parameters of the calling side BS are transmitted to the main in the Connection Management Service Request message.
  • the called side MSCe, the A2p bearer parameter of the called side BS is transmitted to the called side MSCe in the Paging Response message, and the ring back tone is provided by the called party, and the home location register (HLR) is omitted in the message flow.
  • HLR home location register
  • the MSCel receives the CM Service Request message sent by the BS1, and carries the A2p bearer parameter, which mainly includes the expected encoding format list on the BS1 side, and the IP address and port number of the connection endpoint on the BS1;
  • the MSCel sends an ADD (add) message to the MGW1, requesting to allocate two RTP (Real Time Transport Protocol) type endpoints, corresponding to the bearer connection endpoints on the BS1 side and the called side respectively;
  • RTP Real Time Transport Protocol
  • the MSCel receives the REPLY (Response) message returned by the MGW1, and carries the SDP (Session Descriptor Protocol) information of the two RTP endpoints, which respectively include the encoding format supported by the MGW1 and the IP address of each endpoint. And port number;
  • the MSCel sends an INVITE message to the MSCel, and carries the SDP corresponding to the RTP endpoint of the called side of the MGW1;
  • the MSCel sends an Assignment Request message to the BS1 to request the allocation of the air interface resource, and carries the A2p bearer parameter of the RTP endpoint corresponding to the BS1 side of the MGW1. 6. After the establishment of the air interface resource, the MSCel receives the Assignment sent by the BS1.
  • MSCe2 After finding the location of the called party, MSCe2 sends a Paging Request message to BS2, which may carry a list of encoding formats obtained from the calling side;
  • MSCe2 receives the Paging Response message returned by BS2, which carries the BS2 side.
  • the A2p parameter including the encoding format accepted by the BS2 side, the IP address of the connection endpoint on the BS2, and the port number;
  • MSCe2 sends an ADD message to MGW2, requesting to allocate two RTP type endpoints, corresponding to the connection terminal of the BS2 side and the calling side respectively;
  • the MSCe2 receives the REPLY message returned by the MGW2, and carries the SDP information of the two RTP endpoints that are applied for, respectively, including the coding format supported by the MGW2, the IP address and port number of each endpoint;
  • the MSCe2 sends an Assignment Request message to the BS2 to request the allocation of the air interface resource, and carries the A2p bearer parameter of the RTP endpoint corresponding to the BS2 side of the MGW2;
  • MSCe2 After the establishment of the air interface resource, MSCe2 receives the Assignment sent by BS2.
  • the MSCel receives the 180 message returned by the MSCe2, and carries the SDP corresponding to the endpoint on the calling side of the MGW2.
  • MSCe2 sends a MODIFY (modify) message to MGW2, requesting to put back a ring tone to the RTP endpoint near the calling side;
  • the MSCe2 receives the REPLY message returned by the MGW2.
  • the MSCel sends a 180 PRACK (temporary response confirmation) message to the MSCe2;
  • the MSCel receives a 200 OK response of the PRACK message returned by the MSCe2.
  • the MSCel sends a MODIFY message to the MGW1, and updates the Remote (remote) SDP of the called side endpoint to the MGW2 brought in the 180 message near the calling side endpoint.
  • MSCel receives the REPLY message returned by MGW1.
  • MSCe2 receives the Connect (Connect) message of BS2, indicating that the called user answers; 22. MSCe2 sends a MODIFY (Modify) message to MGW2, requesting to stop playing the ring back tone to the RTP endpoint near the calling side;
  • the MSCe2 receives the REPLY message returned by the MGW2.
  • the MSCel receives the 200 OK response of the INVITE message returned by the MSCe2.
  • MSCel sends a MODIFY message to MGW1, and the media stream of the called endpoint is sent.
  • the attribute is modified to be bidirectional;
  • the MSCel receives the REPLY message returned by the MGW1.
  • MSCel returns an ACK (acknowledgement) message to MSCe2;
  • MSCe2 sends a Clear Command message to BS2;
  • MSCel receives the BYE (disconnection) message sent by MSCe2;
  • MSCel sends a Clear Command message to BS1.
  • MSCel receives the Clear Complete message returned by BS1.
  • MSCel sends a BYE 200 OK response message to MSCe2;
  • the MSCel sends a SUBSTRACT message to the MGW1 to release the RTP endpoint occupied by the call.
  • the MSCel receives the REPLY message returned by the MGW1.
  • the MSCe2 receives the Clear Complete message returned by the BS2.
  • the MSCe2 sends a SUBSTRACT message to the MGW2 to release the RTP endpoint occupied by the call.
  • MSCe2 receives the REPLY message returned by MGW2.
  • the MGW has the DTMF (Dual Tone Multi-Frequency) detection and insertion in the network.
  • DTMF Dual Tone Multi-Frequency
  • another important function is to convert the codec format.
  • the function of the MGW for codec format conversion is gradually weakened, especially for the purpose of improving the voice quality and reducing the codec conversion process for the codec-free operation (TrFO, Transcoder).
  • TrFO means that within the packet transmission network, if the same codec type is obtained by using out-of-band signaling negotiation, the voice codec is not required, and the compressed voice is directly transmitted from the end to the end.
  • RTO means that only the same codec format can be obtained at both ends.
  • One codec conversion stipulates that after the TrFO and RTO have been tried successively, the encoding formats of the two ends cannot be matched. Only two codecs are used, and both formats are converted into a common transmission format (such as G.711) for interworking.
  • the EVRC Enhanced Variable Rate Code
  • TC TransCoder
  • the BS already supports the IP interface.
  • the bearer path in the call must pass through the MGW, which increases the delay of the data packet. This is not conducive to the improvement of voice quality.
  • this shortcoming is becoming more and more obvious.
  • the bearer may be routed back through the MGW, and the IP transmission resource is wasted.
  • the object of the present invention is to provide a bearer path establishment and optimization method and device to reduce route bypass and improve resource utilization.
  • a method for optimizing a bearer path according to the present invention includes:
  • the calling user calls the called user, and after establishing the bearer path of the current call, it is determined whether the data encoding format of the bearer connection endpoints on both sides of the corresponding media gateway in the bearer path is the same.
  • the media gateway is deleted from the bearer path, and the bearer parameters of the bearer connection endpoint adjacent to the media gateway are updated.
  • the call is a call in the same exchange, and it is determined that the data encoding format of the bearer connection endpoints on both sides of the corresponding media gateway is the same, the media gateway is deleted from the bearer path, and the calling side or/and the called party are updated.
  • the side access network device corresponds to the bearer parameter of the bearer connection end point on the network side, so that the bearer between the calling side and the called side access network device is directly interconnected.
  • the call is an inter-exchange call
  • the data encoding format of the connection endpoints on both sides of the calling side or/and the called side media gateway is the same
  • the corresponding calling side or/and the called side media gateway are slaved.
  • the path is deleted, and the bearer parameters of the bearer connection endpoint on the relevant network side are updated.
  • the media gateway of the called side is deleted from the bearer path, and the called party is updated.
  • the bearer connection endpoints on the network side and the bearer connection endpoints on the called side of the calling side media interface directly connect the bearer side access network device and the calling side media gateway.
  • the called media gateway and the calling media gateway are respectively deleted from the bearer path, and the calling and called corresponding networks are updated.
  • the bearer parameters of the bearer connection endpoints are such that the bearers between the calling and called access network devices are directly interconnected.
  • the call is an inter-office call through the tandem office. After the inter-office bearer path is established, it is determined whether the data encoding format of the bearer connection endpoints on both sides of the intermediate media gateway on the bearer path is the same. The media gateway is deleted from the bearer path;
  • the update request message is transmitted by the mobile softswitch corresponding to the upper-level media gateway to the mobile softswitch corresponding to the next-level media gateway;
  • the mobile softswitch at each level determines whether the data encoding formats of the endpoints on the two sides of the corresponding media gateway are the same. If they are the same, the corresponding media gateway is deleted in the bearer path.
  • the method further comprises:
  • the codec capability of the access device on the calling side and the called side is compared, and if the same codec capability exists, the bearer connection is directly established between the calling device on the calling side and the access device on the called side.
  • the bearer connection includes: establishing a voice channel directly between the calling side access device and the called side access device, and a sound playing channel established between the calling side access device and the media gateway.
  • a bearer path management device which is generally disposed in a central office device, and includes:
  • a bearer establishing module configured to acquire information of the calling side access device and the called side access device, and control the call side access device, the called side access device, and the media gateway to establish a bearer;
  • the determining module is configured to compare and determine the call Whether the coding and decoding capabilities of the side access device and the called side access device are the same and/or determining whether the data encoding format of the connection endpoints on both sides of the media gateway is the same, and transmitting the judgment result information to the bearer update module;
  • the bearer update module controls the bearer path adjustment between the call side access device and the called side access device according to the judgment result information of the judging module.
  • the device also includes:
  • the resource management module controls, according to the bearer path adjustment information, the bearer resource established between the corresponding media gateway and the source access device and the called side access device.
  • the bearer update module deletes the media gateway from the bearer path, and updates with the media gateway.
  • the bearer update module separately sends the endpoint information of the called side access device to the calling side access device, and The called side access device sends the endpoint information of the source access device, and controls the direct connection between the calling side access device and the called side access device.
  • a method for call connection comprising the steps of: comparing a codec capability list of a primary called side access device, and if the same codec exists, directly establishing a calling and called side Bearer between access devices;
  • the bearer between the calling and called access devices is established through the media gateway MGW on the network side.
  • the directly establishing the bearer between the access device and the access device includes: establishing a voice channel between the access device on the calling and called sides, and establishing a sound channel between the MGW and the access device.
  • the primary and the called side access devices are within the same MSCe coverage, and the MSCe compares the main A list of codec capabilities of the called side access device.
  • the MSCe carries the IP endpoint information of the called side access device and the code supported by the calling and the called side access device in the bearer information sent to the calling side access device.
  • the decoding capability is to establish a voice channel and carry the IP endpoint information of the MGW to establish a playback channel.
  • the MSCe carries the IP endpoint information of the calling side access device and the code supported by the calling and side access devices in the bearer information sent to the called side access device. Decoding capability to establish a voice channel.
  • the following steps are included:
  • the calling side MSCe releases the IP endpoint resources on the calling side MGW;
  • the calling side MSCe notifies the called side MSCe to release the playback channel
  • the called side MSCe releases the IP endpoint resource on the called side MGW.
  • a method for implementing inter-office handover including: when a mobile station switches from a source office to a target office, the source-side mobile switching center requests a source-side media gateway according to a handover request of the source-side base station. Allocating a first IP endpoint, and sending the information of the first IP endpoint and the codec list provided by the source office to the target side mobile switching center;
  • the target side mobile switching center directly establishes an IP bearer between the IP endpoint of the target side base station and the first IP endpoint.
  • the corresponding media gateway is deleted from the bearer path, and the bearer adjacent to the media gateway is updated.
  • the bearer parameter of the connection endpoint, or the bearer format of the call side access device and the called side access device is directly established, and the bearer path is directly established between the call side access device and the called side access device,
  • the bearer resource is optimized, and the bearer resource of the media gateway is released after the bearer path is updated, thereby reducing the intermediate processing link of the media data stream, and saving the bearer resources of the media gateway, thereby improving the overall efficiency and performance of the network.
  • FIG. 1 is a schematic diagram of a network entity connection in which a control bearer separation architecture is used in the prior art, and an interface between the access network and the core network is IP;
  • FIG. 2 is a schematic diagram of bearer loading after IP porting of port A in the prior art
  • FIG. 3 is a schematic diagram of inter-office IP bearer in the prior art
  • FIG. 5 is a schematic diagram of a data encoding format conversion function provided by a media gateway in the prior art
  • FIG. 6 is a schematic flowchart of a method in a specific embodiment of the present invention
  • FIG. 7 is a schematic flow chart of a method in another embodiment of the present invention.
  • FIG. 8 is a schematic flow chart of a method in still another embodiment of the present invention.
  • FIG. 9 is a schematic flowchart of a method for a call passing through a tandem office according to an embodiment of the present invention.
  • FIG. 10 is a flow chart of a method for performing bearer path optimization after a bearer update according to the present invention.
  • FIG. 11 is a signaling flowchart of re-enabling a media gateway for service processing after performing bearer path optimization according to the present invention
  • FIG. 12 is a flow chart of a method for performing bearer path optimization in a call connection process according to the present invention.
  • FIG. 13 is a schematic structural diagram of establishing a dual channel under an inter-office IP bearer in a preferred embodiment of the present invention.
  • FIG. 14 is a flow chart of call setup signaling under an interoffice IP bearer according to the present invention
  • FIG. 15 is a flow chart of a method for optimizing end-to-end bearer path according to the present invention
  • FIG. 16 is a flowchart for implementing inter-office handover of a user according to the present invention. Time-out method for carrying out path update
  • FIG. 17 is a schematic structural diagram of a bearer path management apparatus according to an embodiment of the present invention. detailed description
  • the invention is applied to a mobile communication network in which an interface between an access network and a core network is IP-based under a bearer control separation architecture, and the basic method is: establishing a two-way user data bearer path between the calling party and the called party After the path, the mobile softswitch determines whether the data encoding format of the bearer connection endpoints on both sides of the corresponding media gateway in the bearer path is the same. If yes, the media gateway is deleted from the bearer path, and the bearer path is updated with the media gateway. The bearer parameters of the neighboring bearer connection endpoint.
  • the bearer is built through the media gateway, and the host and the called access network device are directly built to bear the bearer, mainly by playing the voice through the media gateway.
  • the media gateway After the call is established, in most cases, the media gateway does not need to play the caller again. If the data encoding formats on both sides are the same, the media gateway performs transparent transmission, so the media gateway can be deleted from the bearer path.
  • the primary called party belongs to a call within the same exchange.
  • the situation is relatively simple; when the called party answers, if the mobile softswitch determines that the data encoding format of the bearer connection endpoints on both sides of the media gateway (MGW) is the same, that is, the calling party If the inbound data encoding format is the same as the data format of the called access side, the MGW controlled by the local office is deleted from the bearer path, and the bearer parameters of the bearer connection endpoint corresponding to the network side of the base station to which the calling party is called are updated, so that the calling party and the called party are The bearer is directly interconnected between the subordinate base stations.
  • MGW media gateway
  • the caller belongs to a call in a different exchange under the same tandem office, and the called side media gateway is deleted.
  • the data encoding format of the calling access side is EVRC
  • the data encoding format of the media gateway and the called access side are both 13 ⁇ .
  • the called side media gateway is deleted, and the specific process is as follows: :
  • the MSCe2 receives the Connect message of the BS2, and instructs the called user to respond;
  • MSCe2 determines that the data encoding format of the called media gateway MGW2 is the same, and can delete the MGW2 to perform the bearer path optimization, and send an UPDATE request message to the MSCel, where the SDP information corresponding to the network side endpoint 7 of the BS2 is carried;
  • the MSCel receives the SDP information of the endpoint 7 of the network side corresponding to the BS2, and determines the calling party medium.
  • the data encoding format of the two sides of the body gateway MGW1 is different, indicating that the bearer path optimization of the MSG1 cannot be deleted, and the 200 OK response is returned to the MSCe2, and the SDP information of the endpoint 4 of the called side of the MGW1 is still carried.
  • the MSCe2 sends a Bearer Update Request message to the BS2, and converts the SDP information of the MGW1 corresponding to the endpoint 4 of the called side into a bearer parameter and carries it to the BS2;
  • the BS2 updates the peer IP address and port number saved by the bearer according to the bearer parameters in the Bearer Update Request message, and returns a Bearer Update Response message.
  • the MSCel receives the 200 OK response of the INVITE message returned by the MSCe2.
  • the MSCel sends a MODIFY message to the MGW1, and updates the RemoteSDP of the endpoint 4 on the called side of the MGW1 to the SDP information of the endpoint on the network side of the BS2;
  • MSCel receives the REPLY message returned by MGW1.
  • MSCe2 sends a SUBSTRACT message to MGW2, releasing two endpoints 5 and 6 assigned to the call on MGW2;
  • MSCe2 receives the REPLY message returned by MGW2.
  • MSCel returns ACK to MSCe2
  • MSCe2 sends a Clear Command message to BS2.
  • the MSCel receives the BYE message sent by the MSCe2.
  • MSCel sends a Clear Command message to BS1;
  • MSCel receives the Clear Complete message returned by BS1;
  • the MSCel sends a BYE 200 OK response message to the MSCe2;
  • the MSCel sends a SUBSTRACT message to the MGW1, releasing the two endpoints 3 and 4 assigned to the call on the MGW1;
  • the MSCel receives the REPLY message returned by the MGW1.
  • MSCe2 receives the Clear Complete message returned by BS2.
  • the MDM1 on the calling side is updated to the RemoteSDP corresponding to the endpoint on the called side, and the SDP is the corresponding endpoint on the network side of the called BS2.
  • Update the peer address information stored in the called BS2 to update the SDP information of the called side endpoint of the MGW1 on the calling side, and delete the MGW on the called side from the call bearer path established by the calling party to implement the bearer. Path optimization.
  • the caller belongs to a call in a different exchange under the same gateway, and deletes the caller-side media gateway.
  • the data encoding format between the data format of the calling access side and the media gateway is EVRC, and the data encoding format of the called access side is 13K.
  • the calling side media gateway is deleted. The specific process is as follows:
  • MSCe2 receives the Connect message of BS2, indicating that the called user answers.
  • the calling side MGW corresponds to the SDP information of the calling side endpoint 5;
  • the MSCel learns between the gateways: according to the encoding format, and compares with the encoding format of the calling access side, and finds that the two are the same, indicating that the bearer path optimization of the MSG1 can be deleted, and 200 OK for UPDATE is sent.
  • the message arrives at MSCe2, where the BS1 carries the SDP information corresponding to the endpoint 2 on the called side;
  • MSCe2 sends a MODIFY message to MGW2, and updates the RemoteSDP modification of endpoint 5 to 200.
  • the SDP information of BS 1 carried in the OK message is corresponding to the endpoint 2 of the called side.
  • MSCe2 receives the REPLY message returned by MGW2.
  • MSCe2 returns a 200 OK response of the INVITE
  • MSCel sends an ACK message to MSCe2
  • the MSCel sends a Bearer Update Request message to the BS1, and converts the SDP information of the MGW2 corresponding to the calling end endpoint 5 into the bearer parameter and carries it to the BS1;
  • BS1 updates its saved peer IP address and port number according to the bearer parameters in the Bearer Update Request message, and returns a Bearer Update Response message.
  • MSCel sends a SUBSTRACT message to MGW1, releasing MGW1 on the present Two endpoints 3 and 4 of the secondary call assignment;
  • MSCel receives the REPLY message returned by MGW1.
  • MSCel returns an ACK to MSCe2
  • MSCe2 sends a Clear Command message to BS2.
  • the MSCel receives the BYE message sent by the MSCe2.
  • MSCel sends a Clear Command message to BS1;
  • the MSCe 1 receives the Clear Complete message returned by the BS 1;
  • the MSCel sends a BYE 200 OK response message to the MSCe2;
  • MSCe2 sends a SUBSTRACT message to MGW2, releasing two endpoints 5 and 6 of the call distribution;
  • the MSCe2 receives the REPLY message returned by the MGW2.
  • MSCe2 receives the Clear Complete message returned by BS2.
  • the RemoteSDP corresponding to the calling side endpoint of the called MGW2 is updated to the SDP information of the endpoint corresponding to the network side of the calling BS1, and the saved peer is saved in the calling BS1.
  • the address information is updated to the SDP information of the MGW2 on the called side corresponding to the calling side endpoint, and the MGW on the calling side is deleted from the call bearer path established by the calling party to implement the bearer path optimization.
  • the caller belongs to a call in a different exchange under the same gateway, and deletes the situation of the called side and the calling side media gateway.
  • the data bearer coding format between the calling access side and the called access side and the MGW is EVRC.
  • the called side and the calling side media gateway can be deleted at the same time. as follows:
  • MSCe2 receives the Connect message of BS2, indicating that the called user answers.
  • the MSCe2 determines that the data encoding format between the calling side MGW and the called side MGW is the same as the data encoding format of the called access side, and the carrying path of the MGW2 can be deleted. And sending an UPDATE (Update) request message to the MSCel, where the SDP information corresponding to the network side endpoint 7 of the BS2 is carried;
  • UPDATE Update
  • the MSCel After receiving the UPDATE message, the MSCel determines that the data encoding format on both sides of the calling media gateway MGW1 is the same, indicating that the bearer path optimization of the MSG1 can be deleted, and the 200 OK response is returned to the MSCe2, and the SDP corresponding to the network side endpoint 2 of the BS1 is carried. information;
  • the MSCel sends a Bearer Update Request message to the BS1, and converts the SDP information of the endpoint 7 on the network side of the BS2 into a bearer parameter and carries it to the BS1;
  • BS1 updates its saved peer IP address and port number according to the bearer parameters in the Bearer Update Request message, and returns a Bearer Update Response message.
  • the MSCe2 sends a Bearer Update Request message to the BS2, and converts the SDP information of the endpoint 2 corresponding to the network side of the BS1 into a bearer parameter and carries it to the BS2;
  • the BS2 updates the peer IP address and port number saved according to the bearer parameters in the Bearer Update Request message, and returns a Bearer Update Response message.
  • the MSCel receives a 200 OK response of the INVITE message returned by the MSCe2.
  • the MSCel sends a SUBSTRACT message to the MGW1, releasing the two endpoints 3 and 4 assigned to the call on the MGW1;
  • MSCel receives the REPLY message returned by MGW1.
  • MSCe2 sends a SUBSTRACT message to MGW2, releasing two endpoints 5 and 6 assigned to the call on MGW2;
  • the MSCe2 receives the REPLY message returned by the MGW2.
  • MSCel returns ACK to MSCe2
  • the two-way ⁇ channel is established between the calling and called users;
  • MSCe2 sends a Clear Command message to BS2;
  • the MSCel receives the BYE message sent by the MSCe2.
  • MSCel sends a Clear Command message to BS1;
  • the MSCel receives the Clear Complete message returned by the BS1. 20, MSCel sends a BYE 200 OK response message to MSCe2;
  • MSCe2 receives the Clear Complete message returned by BS2.
  • the IP address and port number information of the endpoint corresponding to the edge of the peer BS are saved in the call bearer path established by the calling party and the called party in the calling side and the called side BS, respectively.
  • the MGWs on the calling side and the called side are deleted to optimize the bearer path.
  • the calling and called calls belong to different tandem offices, and the MGW that does not provide the media format conversion function is deleted from the bearer path.
  • the bearer access side the bearer coding format of the calling MGW and the MGW controlled by the gateway is EVRC (Enhanced Variable Rate Codec), and the MGW and the called party controlled by the tandem office
  • the bearer coding format of the called MGW is 13K voice.
  • the TC mentioned later refers to the MGW that provides the codec conversion function.
  • the MGW provides the TC to indicate that the MGW code formats are different. The specific process is as follows:
  • MSCe3 receives the Connect message of BS3, indicating that the called user answers.
  • the MSCe3 judges that the controlled MGW3 does not provide the TC in the call path (the MGW3 has the same end coding format on both sides of the call:), and can delete the MGW3 from the call path and send an UPDATE (Update) request message to the MSCe2, where Carrying the SDP information corresponding to the network side endpoint 9 of the BS3; if the MSCe3 determines that the controlled MGW3 provides the TC in the call path, the same is sent to the MSCe2, which carries the SDP information corresponding to the calling end end point 7 of the MGW3;
  • the MSCe2 receives the UPDATE message and determines that the controlled MGW2 provides the TC, it returns a 200 OK response of the UPDATE, where the MGW2 carries the SDP information corresponding to the endpoint 6 of the called side; generally, if the non-calling access side MSCe receives The UPDATE message is sent to the next MSCe on the calling side. If the MGW controlled by the MSCe does not provide the TC, that is, the controlled MGW can be deleted from the bearer path, the SDP information carried in the received UPDATE is used.
  • the sent UPDATE message carries the SDP of the calling side endpoint of the controlled MGW, and returns a 200 OK response of the UPDATE message, where the controlled MGW carries the SDP information corresponding to the called side endpoint;
  • the calling access side MSCe receives the UPDATE message and directly returns 200 OK.
  • MSCe2 sends a MODIFY message to MGW2, and updates the RemoteSDP of the called end side 6 on the MGW2 to the SDP information of the endpoint 9 on the network side of the BS3;
  • MSCe2 receives the REPLY message returned by MGW2;
  • the MSCe2 sends an UPDATE (Update) request message to the MSCel, where the MGW2 carries the SDP information corresponding to the endpoint 5 of the calling side;
  • the MSC1 receives the UPDATE message, and determines that the MGW1 is the primary access side MSCe and the controlled MGW1 does not provide the TC in the call path, and returns a 200 OK response of the UPDATE, where the BS1 carries the SDP information corresponding to the called end 2 of the called side;
  • MSCe2 sends a MODIFY message to MGW2, and updates the RemoteSDP of the calling side endpoint 5 on the MGW2 to the SDP information of the endpoint 2 of the network side corresponding to BS1;
  • MSCe2 receives the REPLY message returned by MGW2;
  • MSCe3 sends a 200 OK response message of the INVITE request to MSCe2; l l.
  • MSCe2 sends a 200 OK response message of the INVITE request to MSCel;
  • MSCel returns an ACK message to MSCe2;
  • MSCe2 returns an ACK message to MSCe3;
  • the MSCe3 sends a Bearer Update Request message to the BS3, and converts the SDP information of the MGW2 corresponding to the called end endpoint 6 into a bearer parameter and carries it to the BS3;
  • BS3 updates the peer information stored by the peer according to the bearer parameters in the Bearer Update Request message, and returns a Bearer Update Response message;
  • the MSCel sends a Bearer Update Request message to the BS1, and converts the SDP information of the MGW2 corresponding to the calling end endpoint 5 into a bearer parameter and carries it to BS1;
  • BS1 updates the stored end information of the bearer according to the bearer parameters in the Bearer Update Request message, and returns a Bearer Update Response message;
  • MSCe3 sends a Clear Command message to BS3;
  • MSCe2 receives the BYE message sent by MSCe3;
  • MSCe2 sends a BYE message to MSCel
  • MSCel sends a Clear Command message to BS1;
  • MSCel receives the Clear Complete message returned by BS1;
  • MSCel sends a BYE 200 OK response message to MSCe2;
  • MSCe2 sends a BYE 200 OK response message to MSCe3;
  • MSCe2 sends a SUBSTRACT message to MGW2, releasing the two endpoints 5 and 6 assigned to the call on MGW2;
  • MSCe2 receives the REPLY message returned by MGW2;
  • MSCe3 receives the Clear Complete message returned by BS3.
  • the update request message is transmitted by the mobile softswitch corresponding to the upper-level MGW to the next-level MGW.
  • the mobile softswitch of each level determines whether the data encoding formats of the endpoints of the corresponding MGW are the same, and if so, the corresponding MGW is deleted in the bearer path.
  • the bearer parameters of the bearer connection endpoint are updated, so that the base station to which the caller belongs and the bearer path are not deleted.
  • the bearer is interconnected between the media gateway and the base station to which the called party belongs.
  • the gateway only performs signaling and does not control the media gateway during the call, it only transmits the incoming and outgoing UPDATE messages and the 200 OK response of the UPDATE message, and does not judge or perform other operations.
  • the original two-way call bearer access side data encoding format is EVRC
  • the data encoding format between the media gateways is G.711
  • the data encoding format of the called access side is 13K
  • the data format of the calling access side data becomes SMV (Selectable Mode Vocoders)
  • the data encoding format between the media gateways becomes SMV
  • the data encoding format of the called access side is still 13K:
  • the MSCel determines that the data encoding format of the calling access side is the same as the data encoding format between the calling side MGW and the called side MGW, and can perform the bearer path optimization of deleting the MGW1, and send a re-I VITE message to the MSCe2.
  • the SDP information of the endpoint 2 of the calling side BS is carried. 5.
  • the MSCe2 learns the data encoding format between the gateways and compares with the encoding format of the called access side, and finds that the two are different, indicating that the two cannot be performed. Deleting the bearer path optimization of the MGW2, sending a 200 OK for re-INVITE message to the MSCel, where the SDP information of the endpoint 5 corresponding to the calling side of the called side MGW2 is carried;
  • MSCel returns ACK to MSCe2 ;
  • the MSCel sends a Bearer Update Request message to the BS 1 , and converts the SDP information of the MGW 2 corresponding to the calling end endpoint 5 into a bearer parameter and carries it to the BS 1;
  • the BS1 updates the information of the peer 7 stored by the bearer according to the bearer parameter in the Bearer Update Request message, and returns a Bearer Update Response message.
  • MSCel sends a SUBSTRACT message to MGW1, releasing the two endpoints 3 and 4 of the call distribution;
  • MSCel receives the REPLY message returned by MGW1.
  • MSCe2 sends a MODIFY message to the MGW2, and updates the RemoteSDP modification of the endpoint 5 to 200.
  • the SDP information of the BS 2 carried in the OK message is corresponding to the endpoint 2 of the called side.
  • MSCe2 receives the REPLY message returned by MGW2.
  • MSCe2 sends a Clear Command message to BS2.
  • the MSCel receives the BYE message sent by the MSCe2.
  • the MSCe 1 sends a Clear Command message to the BS 1;
  • MSCel receives the Clear Complete message returned by BS1.
  • the MSCel sends a BYE 200 OK response message to the MSCe2;
  • the MSCe2 receives the Clear Complete message returned by the BS2. 21, MSCe2 sends a SUBSTRACT message to MGW2, releasing the two endpoints 5 and 6 of the call distribution;
  • MSCe2 receives the REPLY message returned by MGW2.
  • the bearer path may be optimized by deleting the TC in the bearer path.
  • the service may be required to perform playback, DTMF detection, and conference resource insertion.
  • the operation is different.
  • the MSCe processing is similar: Send an ADD message to the corresponding MGW. Apply for the corresponding endpoint. For the conference, you need to apply for the number of conference participants. Then, the SIP-based signaling and the Alp interface signaling are used to update the bearer parameters on the BS. The endpoints on the MGW are re-incorporated into the bearer path. The corresponding endpoint performs resource operations to complete the playback during the call, the DTMF detection report, and the insertion of conference resources. At the end of the call, each endpoint requested on the MGW will be released.
  • the calling MSCe controls the internal tone of the calling party to be briefly described as an example. The processing flow is as follows:
  • the calling party and the called party enter the two-way call state, and the BS directly bears the interconnection, and no MGW exists in the bearer path;
  • the MSCel sends an ADD message to the MGW1, requesting to allocate two RTP endpoints, corresponding to the bearer connection endpoints on the BS1 side and the called side respectively;
  • the MSCel receives the REPLY message returned by the MGW1, and carries the SDP information of the two RTP endpoints that are applied for, respectively, including the coding format supported by the MGW1, the IP address and port number of each endpoint;
  • the MSCel sends a Bearer Update Request message to the BS1, and converts the SDP information corresponding to the BS1 endpoint of the MGW1 into a bearer parameter and carries it to the BS1;
  • the BS1 updates the peer IP address and port number saved according to the bearer parameters in the Bearer Update Request message, and returns a Bearer Update Response message.
  • the MSCel sends a re-INVITE message to the MSCe2, and carries the SDP parameter corresponding to the called terminal 4 on the MGW1.
  • the MSCe2 sends a Bearer Update Request message to the BS2, and converts the SDP information of the MGW1 corresponding to the called end endpoint 4 into a bearer parameter and carries it to the BS2;
  • the BS2 updates the peer IP address and port number saved by the bearer according to the bearer parameters in the Bearer Update Request message, and returns a Bearer Update Response message.
  • the MSCe2 returns a 200 OK response of the re-INVITE message to the MSCel, and carries the SDP information of the BS2 near the endpoint 7 of the calling side;
  • MSCel sends an ACK message to MSCe2.
  • the MSCel sends a MODIFY message to the MGW1, and updates the RemoteSDP corresponding to the called side end point 4 of the MGW1 to the SDP information of the end point ⁇ of the network side of the called BS2;
  • the MSCel receives the REPLY message returned by the MGW1.
  • MSCel sends a MODIFY message to MGW1 to play the sound in endpoint 3;
  • the MSCel receives the REPLY message returned by the MGW1.
  • MSCel sends a MODIFY message to MGW1 to stop playback of endpoint 3;
  • the MSCel receives the REPLY message returned by the MGW1.
  • the calling party and the called party re-enter the two-way call state.
  • the mobile softswitch initiates the bearer path.
  • the removal of the media gateway (MGW) that does not provide the voice codec from the bearer path can reduce the packet delay and improve the call quality.
  • the MGW endpoint can be fully utilized to improve the utilization of the MGW resource.
  • bearers can also be established directly between the primary and the called access network devices.
  • two bearer channels need to be built: one directly establishes a bearer between the primary and the called access network devices, and the other is a playback channel between the media gateway and the calling access network device (for playback:).
  • the mobile access softswitch controls the calling access network device to activate, deactivate, and release the channel.
  • the playback channel is activated, and the master and the called are deactivated;
  • the bearer path optimization is performed in the call connection process according to the present invention, and the call connection process includes the following steps:
  • the calling side access device initiates a call.
  • the MSCe compares the codec capability list of the access device on the calling and the called side. If the same codec exists, the process proceeds to step S3. Otherwise, the media gateway MGW on the network side establishes the connection between the access device on the calling and the called side. .
  • the MSCe controls the attributes of the channel to complete the ringing to answering conversion.
  • the MSCe compares the codec capability list of the access device on the calling side. If the same codec capability exists, the calling side establishes two channels: a playback bearer between the access device and the MGW. Channel, used for playback; a voice bearer channel between the calling side access device and the called side access device, used for; The called side only establishes a voice bearer channel between the calling side access device and the called side access device for carrying voice. During the establishment of the bearer, the playback channel is activated and the voice channel is deactivated. After the called party answers, delete the playback channel on the calling side and activate the voice bearer channel.
  • the SIP protocol is extended.
  • the prior art only carries bearer information of one channel, and the method of the present invention carries bearer information of two channels (ie, voice channel and sound channel).
  • the INVITE message sent by the calling side to the called side carries the IP endpoint information of the calling side BSC and the codec capability list supported by the calling side BSC, and has the IP endpoint information of the calling side MGW and the calling side MGW support.
  • a list of codec capabilities The called side MSCe compares the codec capability list of the called side BSC and the calling side BSC.
  • the bearer information sent to the called side BSC directly carries the IP endpoint information of the calling side BSC.
  • the IP endpoint information of the MGW that is, the voice channel between the calling and called BSCs is directly established without the MGW. Then, the MGW is built to the calling channel of the calling party.
  • the interoffice call connection includes the following specific steps: Step S201: The calling side access device initiates a call.
  • the calling side BSC sends a CM Service Req message to the calling side MSCe, where the message carries the IP address, port number and supported CODEC list carried by the calling side BSC.
  • the calling side MSCe sends an ADD Req message to the calling side MGW, requesting to apply for 2 IP endpoints; an IP endpoint is the IP endpoint (IP endpoint 3) of the calling side BSC, which contains the IP address of the calling side BSC.
  • IP endpoint 3 IP endpoint 3 of the calling side BSC, which contains the IP address of the calling side BSC.
  • the port number and the CODEC supported by the calling side BSC and the calling side MGW; the other IP endpoint is the interoffice IP endpoint (IP End 4).
  • the calling party MGW allocates the IP endpoint, it returns the assigned IP endpoint information to the calling side MSCe, and the calling side MSCe records the returned IP endpoint information.
  • the calling side MSCe sends an Assignment Request message to the calling side BSC, where the message carries the IP address, the port number of the IP endpoint 3 allocated by the calling side MGW, and the CODEC supported by the calling side BSC and the calling side MGW.
  • the calling side MSCe sends an INVITE message to the called side MSCe, where the message carries two channel information: one channel is the information of the IP endpoint 2 of the calling side BSC and the CODEC list supported by the calling side BSC; one channel is The information of the IP endpoint 4 of the calling side MGW and the CODEC list supported by the calling side MGW.
  • the called side MSCe sends a paging message to the called side BSC.
  • the calling side BSC After the calling side BSC establishes the air interface channel and the IP bearer, the calling side BSC sends an Assignment Complete message to the calling side MSCe, and the playback channel between the calling side BSC and the calling side MGW is completed.
  • the called side BSC sends a paging response message to the called side MSCe, where the message carries the IP endpoint information (IP endpoint ⁇ ) carried by the called side BSC and the CODEC list supported by the called side BSC.
  • IP endpoint ⁇ IP endpoint information
  • the called side MSCe has learned the capability information of the primary and called side BSCs, and compares the CODEC list supported by the primary and called side BSCs. If the same codec exists, the end-to-end negotiation passes, and the process proceeds to step S203. Otherwise, according to the existing process, the 7?c load between the calling and called BSCs is established by the MGW.
  • Step S203 Establish a voice channel directly.
  • the called side MSCe sends an ADD Req message to the called side MGW to apply for one.
  • IP endpoint IP endpoint 5
  • IP endpoint 4 IP endpoint 4
  • IP endpoint 5 the message carrying the IP endpoint information (IP endpoint 4) of the calling side MGW, and indicating to the IP endpoint 5 to put back the ring tone.
  • the called side MGW allocates the IP endpoint 5 and returns it to the called side MSCe.
  • the called side MSCe records the IP address and port number of the called side MGW.
  • the called side MSCe sends an Assignmet Request message to the called side BSC, where the message carries the information of the IP endpoint 2 of the calling side BSC and the CODEC jointly supported by the calling and called parties.
  • the called side MSCe sends a 180 message to the calling side MSCe, where the message carries the endpoint information of the two channels: one is the IP endpoint information (IP endpoint ⁇ ) of the called side BSC and the CODEC jointly supported by the calling and called sides , used to establish a voice channel between the calling and called BSCs; a message for the called side interoffice IP endpoint 5, used to establish a playback channel.
  • IP endpoint ⁇ IP endpoint information of the called side BSC and the CODEC jointly supported by the calling and called sides , used to establish a voice channel between the calling and called BSCs
  • a message for the called side interoffice IP endpoint 5 used to establish a playback channel.
  • the calling side MSCe sends a MODIFY message to the calling side MGW, and the information of the IP address 5 of the end office of the 4th station informs the IP end point 4 that the inter-office playback bearer channel is established by the calling side MGW.
  • the calling side MGW returns a response message.
  • the called party After the playback bearer is built, the called party will return the ring tone to the caller.
  • the calling side MSCe sends a BEARER UPDATE REQUEST message to the calling side BSC, where the message carries two IP endpoint information, and the first IP endpoint information includes: information of the IP endpoint 3, the IP endpoint is a playback endpoint, and the attribute is The second IP endpoint information includes: information of the IP endpoint 7, the endpoint is a voice endpoint (ie, the IP endpoint of the called side BSC), and the CODEC supported by the calling and called parties, and the attribute is deactivated.
  • the calling side BSC sends a BEARER UPDATE RESPONSE message to the calling side MSCe.
  • the called side BSC After the called side BSC establishes the air interface channel and the IP bearer, it sends an Assignment Complete message to the called side MSCe.
  • Step S204 The MSCe controls the attributes of the channel to complete the ringing to answering conversion. 21. After the called party answers, the called side BSC sends a CONNECT message to the called side MSCe.
  • the called side MSCe sends a 200 message to the calling side MSCe, where the message carries the IP endpoint information (IP endpoint ⁇ ) of the called side BSC.
  • the calling side MSCe sends a BEARER UPDATE REQUEST message to the calling side BSC, informing the calling side BSC to delete the playback channel and activate the voice channel.
  • the calling side BSC releases the playback channel, activates the voice channel, and sends a BEARER UPDATE RESPONSE message to the calling side MSCe.
  • the calling side MSCe sends an ACK message to the called side MSCe, where the message carries the IP endpoint information (IP endpoint 2) of the calling side BSC.
  • IP endpoint 2 IP endpoint 2
  • Step S205 Release the playback resource of the MGW after the two-way conversation.
  • the calling side BSC releases the playback channel, activates the voice channel, and sends a BEARER UPDATE RESPONSE message to the calling side MSCe, and the calling side MSCe notifies the calling side MGW to release the network side playback channel.
  • the called side MSCe notifies the called side MGW to release the network side playback channel after receiving the calling party ACK.
  • an end-to-end bearer path optimization method can be provided, and the bearer can be directly established between the primary and the called access network devices without using the media gateway, and the called terminal directly plays the sound to the calling side.
  • the calling BSC sends a CM Service Req message to the MSCe, which is carried by the BSC side.
  • the MSCe sends a paging request message to the called side BSC;
  • the called BSC gives the MSCe paging response message, with the IP address and port number carried by the BSC side, and the supported Codec list; and the flag supports the called terminal to support returning the ring tone to the calling party;
  • the MSCe determines the Codec list of the primary and the called BSC. If there is a commonly supported Codec, the MME does not request the IP endpoint to be carried. The MSCe sends an assignment request message to the calling side BSC, with the IP of the called side BSC. Address, port number, common supported Codec;
  • the MSCe sends an assignment request to the called BSC, with the IP address and port number of the calling side BSC, and the commonly supported Codec; the primary and the called BSC directly interact to establish a DP bearer.
  • the parameter in the assignment request message requires the called terminal to directly put back the ring tone to the calling terminal.
  • the called terminal After the bearer between the air interface channel and the BSC is established, the called terminal directly returns the ring to the calling party. 9. The called party answers, the called terminal stops putting back the ring tone, and the master and the called party make a normal call.
  • the primary and the called BSC interact directly, which reduces unnecessary intermediate processing links, especially when the primary and the called are in the same BSC, which can improve the voice quality.
  • the called party When the called party is connected, it is no longer necessary to modify the bearer, and the situation that the called party is not able to hear the sound for a short period of time is avoided.
  • the called party directly plays the calling party, and the user can set the characteristic ring back tone for different calling users on the terminal.
  • a bearer path update scheme when an inter-office handover of a user is implemented in a mobile communication system according to the present invention.
  • the source side BS sends a handover request to the source side MSCe, and the source side MSCe requests the source side MGW to allocate a first IP endpoint, such as the IP endpoint 7, to establish a bearer with the target office, and the information and source of the first IP endpoint.
  • the codec (CODEC) list provided by the office is sent to the target side MSCe.
  • Step 1 The source side BS sends a request for handover to the source side MSCe (HANDOFF)
  • the message includes a hard handover candidate cell list
  • Step 2 The source side MSCe establishes bearer information on the source side MGW by sending an ADD command, and requires the source side MGW to allocate the first IP endpoint 7 for contacting the target office.
  • Step 3 The source side MGW sends a reply (Reply) The message confirms the join result, the reply message includes the assigned IP address and port number of the first IP endpoint 7; 'Step 4, the source side MSCe sends a FACDIR2 ( Facilities Directive2 INVOKE device indication) message to the target office MSCe;
  • FACDIR2 Facilities Directive2 INVOKE device indication
  • Step 5 The source side MSCe sends an initial call (INVITE) message to the target office MSCe, where the initial call message carries the information (including the IP address and port number) of the first IP endpoint 7 of the source side MGW and the CODEC list provided by the source office.
  • ISVITE initial call
  • step 6-12 an IP bearer is established directly between the source side MGW and the target side BS.
  • the target side BS selects the CODEC from the CODEC list provided by the source office. among them: Step 6: After receiving the FACDIR2 message and the initial call message sent by the source side MSCe, the target side MSCe sends a handover request (HANDOFF REQUEST) message to the target side BS, where the handover request message carries information of the first IP endpoint 7 of the source side MGW. ;
  • Step 7 the target side BS sends the information of its IP endpoint 10 and its CODEC list to the target side MSCe through the handover request response message; after receiving the handover request response message, the target side MSCe sets the CODEC list of the target side BS therein.
  • the CODEC list provided by the source office compares, if the same CODEC exists, then selects the same CODEC, step 8, the target side MSCe sends a facdir2 ( Facilities Directive2 RETURN RESULT device indication response) message to the source side MSCe;
  • Step 9 the target side MSCe sends the information of the IP endpoint 10 of the target side BS and the CODEC selected by the target side BS directly to the source side MSCe via the 200 OK message;
  • Step 10 The source side MSCe sends the information of the IP endpoint 10 of the target side BS to the source side MGW by using a modify (MODIFY) message, and updates the bearer information of the MGW.
  • MODIFY modify
  • Step 11 The source side MGW establishes an IP bearer between the first IP endpoint 7 and the IP endpoint 10 of the target side BS, and notifies the source side MSCe by using a Reply message.
  • Step 12 The source side MSCe sends an acknowledgement (ACK) message to the target side MSCe to notify the IP bearer between the source side MSCe source side MGW first IP end point 7 and the target side BS IP end point 10.
  • ACK acknowledgement
  • step 13-20 the handover adjustment of the mobile station from the source side BS to the target side BS is completed. among them:
  • Step 13 The source side MSCe sends a HANDOFF COMMAND message to the source side BS and causes the MS to switch through the BS.
  • Step 14 when the MS has started the handover, the source side BS sends a HANDOFF COMMENCED message to the source side MSCe;
  • Step 15 After the MS switches to the target office, the target side BS sends the handover completion.
  • Step 16 the target side MSCe sends the mobile station entry channel to the source side MSCe (Mobile On Channel, MSONCH) message, to indicate that the handover of the target office is completed;
  • Step 17 when the source side MSCe receives the MSONCH mobile station incoming channel message, the handover succeeds, and the source side MSCe sends a subtract (SUBTRACT) command to the source side MGW. Let it be removed to the bearer path of the IP endpoint 5 of the source side MGW;
  • MSONCH Mobile On Channel
  • the bearer path before handover is: the IP endpoint on the access side 6 to the IP endpoint 5 on the MGW, the IP endpoint 5 on the MGW to the IP endpoint 4, and the IP endpoint 4 interacts with the other party on the call.
  • IP endpoint 4 is connected to IP endpoint 7, and IP endpoint 7 is to the new access side IP endpoint 10. Access device IP endpoint 6 and IP endpoint 5 on the MGW are no longer needed and should be removed.
  • Step 18 after the handover is completed (step 16), the source side MSCe sends a clear command.
  • Step 19 The source side MGW sends a reply message to the source side MSCe, and confirms that the bearer path of the IP end point 5 has been removed;
  • Step 20 The source side BS sends a CLEAR COMPLETE message to the source side MSCe in response to the clear command.
  • a bearer path management device 01 is generally provided in the central office device, and specifically includes:
  • the bearer establishing module 02 is configured to acquire the information of the calling side access device and the called side access device, and control the call side access device, the called side access device, and the media gateway to establish a bearer; Comparing and determining whether the coding and decoding capabilities of the calling side access device and the called side access device are the same and/or determining whether the data encoding format of the bearer connection endpoints on both sides of the media gateway is the same, and transmitting the judgment result information to the bearer update module;
  • the bearer update module 04 controls the bearer path adjustment between the call side access device and the called side access device according to the judgment result information of the judging module.
  • the device also includes:
  • the resource management module 05 controls, according to the bearer path adjustment information, the bearer resources established between the corresponding media gateway and the source access device and the called side access device.
  • the bearer update module deletes the media gateway from the bearer path, and updates relevant parameters of the bearer connection endpoint adjacent to the media gateway.
  • the bearer update module sends the endpoint information of the called side access device to the calling side access device, and connects to the called party.
  • the inbound device sends the endpoint information of the source access device, and controls the direct connection between the calling side access device and the called side access device.
  • the mobile station When the mobile station switches between the source side office and the target station, the mobile station exchanges the bearer information of the source side media gateway and the target side base station through the target side mobile switching center, directly between the source side media gateway and the target side base station.
  • the IP bearer is set up, and the IP bearer is not required to be established between the source-side media gateway and the target-side media gateway and the target-side media gateway, so that the source-side media gateway can directly interact with the target-side base station without using the target-side media gateway. Therefore, the bearer processing is optimized, the intermediate processing link is reduced, the media stream information transmission quality is improved, and the target side media gateway bearer resources are saved.

Landscapes

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

Abstract

L’invention concerne un procédé permettant d’établir, d’optimiser un chemin support et un appareil idoine, le procédé consistant à : déterminer si les formats de codage de données des points d’extrémité de connexion de support des deux côtés de la passerelle de supports correspondante dans le chemin support sont identiques, et si les formats de codage de données des points d’extrémité de connexion de support des deux côtés de ladite passerelle de supports sont identiques, soustraire alors la passerelle de supports dudit chemin support, et mettre à jour le paramètre de support au niveau du point d’extrémité de connexion de support adjacent à la passerelle de supports. De plus, l’invention concerne également un appareil de gestion de chemin support respectif. Le procédé de l’invention soustrait la passerelle de supports respective dudit chemin support, et met à jour le paramètre de support au niveau du point d’extrémité de connexion de support adjacent à la passerelle de supports, ou bien établit un chemin support directement entre l’équipement d’accès côté appelant et l’équipement d’accès côté appelé, de manière à optimiser le chemin support, et libère la ressource de support de la passerelle de supports après la mise à jour du chemin support, pour ainsi réduire la liaison de traitement intermédiaire du train de données de supports, et économiser la ressource de support de la passerelle de supports, ce qui améliore l’efficacité et les performances globales du réseau.
PCT/CN2006/002688 2005-10-14 2006-10-12 Procédé permettant d’établir, d’optimiser un chemin support et appareil idoine WO2007041963A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200680006576.2A CN101288320B (zh) 2005-10-14 2006-10-12 承载路径建立、优化方法及装置

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
CN200510112926.0 2005-10-14
CNA2005101129260A CN1870772A (zh) 2005-10-14 2005-10-14 一种承载路径优化方法
CNA2005101240588A CN1870824A (zh) 2005-11-28 2005-11-28 一种呼叫接续的方法
CN200510124058.8 2005-11-28
CN200510121523.2 2005-12-31
CNA2005101215232A CN1874544A (zh) 2005-12-31 2005-12-31 一种承载更新系统及方法
CNA2006100331762A CN1874601A (zh) 2006-01-18 2006-01-18 Cdma系统中实现局间切换的方法
CN200610033176.2 2006-01-18

Publications (1)

Publication Number Publication Date
WO2007041963A1 true WO2007041963A1 (fr) 2007-04-19

Family

ID=37942316

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002688 WO2007041963A1 (fr) 2005-10-14 2006-10-12 Procédé permettant d’établir, d’optimiser un chemin support et appareil idoine

Country Status (1)

Country Link
WO (1) WO2007041963A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105120204A (zh) * 2015-08-06 2015-12-02 苏州科达科技股份有限公司 兼容多协议的会议中分享双流音频的方法、装置及系统
US9781655B2 (en) 2013-11-20 2017-10-03 At & T Mobility Ii Llc Method and system for efficient management of a communication system

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003049456A1 (fr) * 2001-11-27 2003-06-12 Siemens Aktiengesellschaft Procede d'echange d'informations utiles generees selon differentes lois de codage entre au moins deux terminaux d'abonne
CA2217838C (fr) * 1996-11-07 2003-07-29 At&T Corp. Passerelle telephonique pour grand reseau (wan)
EP1341356A2 (fr) * 2002-02-25 2003-09-03 Alcatel Passerelle bidirectionnelle Vidéo et procédé pour établir une connexion de communication audio et vidéo entre des terminaux multimédia différents
KR20040017407A (ko) * 2002-08-21 2004-02-27 엘지전자 주식회사 미디어 게이트웨이 망 정합 및 분산 제어 시스템
CN1545234A (zh) * 2003-11-14 2004-11-10 中兴通讯股份有限公司 移动软交换网络的切换实现方法
CN1567775A (zh) * 2003-07-10 2005-01-19 华为技术有限公司 一种实现分组网络间呼叫承载通道建立的方法
CN1585386A (zh) * 2003-08-19 2005-02-23 华为技术有限公司 媒体网关控制器支持不同的端点标识的方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2217838C (fr) * 1996-11-07 2003-07-29 At&T Corp. Passerelle telephonique pour grand reseau (wan)
WO2003049456A1 (fr) * 2001-11-27 2003-06-12 Siemens Aktiengesellschaft Procede d'echange d'informations utiles generees selon differentes lois de codage entre au moins deux terminaux d'abonne
EP1341356A2 (fr) * 2002-02-25 2003-09-03 Alcatel Passerelle bidirectionnelle Vidéo et procédé pour établir une connexion de communication audio et vidéo entre des terminaux multimédia différents
KR20040017407A (ko) * 2002-08-21 2004-02-27 엘지전자 주식회사 미디어 게이트웨이 망 정합 및 분산 제어 시스템
CN1567775A (zh) * 2003-07-10 2005-01-19 华为技术有限公司 一种实现分组网络间呼叫承载通道建立的方法
CN1585386A (zh) * 2003-08-19 2005-02-23 华为技术有限公司 媒体网关控制器支持不同的端点标识的方法
CN1545234A (zh) * 2003-11-14 2004-11-10 中兴通讯股份有限公司 移动软交换网络的切换实现方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9781655B2 (en) 2013-11-20 2017-10-03 At & T Mobility Ii Llc Method and system for efficient management of a communication system
US10129815B2 (en) 2013-11-20 2018-11-13 At&T Mobility Ii Llc Method and system for efficient management of a communication system
CN105120204A (zh) * 2015-08-06 2015-12-02 苏州科达科技股份有限公司 兼容多协议的会议中分享双流音频的方法、装置及系统

Similar Documents

Publication Publication Date Title
JP4567359B2 (ja) ネットワーク・リソースの最適化による、エンド・ユーザの要求に応じた会議運営のための迅速なネットワークｓｉｐ／ｓｄｐ手順
US7031747B2 (en) Internet protocol multimedia subsystem component providing of packet-switched switching functions to serving mobile switching center feature server
JP4532048B2 (ja) セルラ・ネットワークにおいて、呼制御とベアラ制御とを分離して、レイヤ・アドレスと論理ポイントとを逆方向に転送する、基本的呼の設定の実施方法
EP2757766B1 (fr) Procédé de traitement pour commande de support
EP1487221B1 (fr) Déviation par un composant de serveur d'une portion d'un nouveau trajet média entre des portions d'un commutateur du service mobile commutées en mode paquet et en mode circuit
CN101288320B (zh) 承载路径建立、优化方法及装置
WO2009012665A1 (fr) Procédé pour assurer une continuité d'appel multimédia, équipement et système associés
JP2011176848A (ja) 遠隔通信ネットワークにおける機能ネゴシエーション
JP4597449B2 (ja) セルラ・ネットワークにおいて、呼制御とベアラ制御とを分離して、レイヤ・アドレスと論理ポイントとを順方向に転送する、基本的呼の設定の実施方法
WO2001082551A2 (fr) Procede et passerelle permettant d'assurer le transfert des appels de communication sans fil
WO2007041963A1 (fr) Procédé permettant d’établir, d’optimiser un chemin support et appareil idoine
CN100403795C (zh) 一种实现ngn网络与移动网络视频互通的方法
WO2008122228A1 (fr) Procédé d'appel multimédia, dispositif et système de communication
WO2004039097A1 (fr) Procede de communication permettant d'appeler sur le domaine a commutation de circuits de reseaux centraux du gsm/wcdma
KR100938558B1 (ko) 브이오아이피 네트워크에서의 가입자의 통화 우선 순위에따른 통화 서비스 제공 방법, 브이오아이피 네트워크에서의사용자 인증 정보에 따른 통화 서비스 제공 방법 및 이를기록한 기록매체
CN101166302B (zh) 业务切换方法和系统
KR100906952B1 (ko) 착신 단말기 영상능력 미지원에 따른 재 라우팅 방법 및시스템
KR20080106810A (ko) 영상전화 부가서비스 제공 방법 및 시스템

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200680006576.2

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06791256

Country of ref document: EP

Kind code of ref document: A1