WO2009018744A1 - Procédé d'implémentation, système, passerelle multimédia et contrôleur de passerelle multimédia pour contrôle de routage - Google Patents

Procédé d'implémentation, système, passerelle multimédia et contrôleur de passerelle multimédia pour contrôle de routage Download PDF

Info

Publication number
WO2009018744A1
WO2009018744A1 PCT/CN2008/071724 CN2008071724W WO2009018744A1 WO 2009018744 A1 WO2009018744 A1 WO 2009018744A1 CN 2008071724 W CN2008071724 W CN 2008071724W WO 2009018744 A1 WO2009018744 A1 WO 2009018744A1
Authority
WO
WIPO (PCT)
Prior art keywords
module
bearer
media gateway
routing control
call
Prior art date
Application number
PCT/CN2008/071724
Other languages
English (en)
French (fr)
Inventor
Zhijun Liao
Haopeng Zhu
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
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP08783719A priority Critical patent/EP2139154A4/en
Publication of WO2009018744A1 publication Critical patent/WO2009018744A1/zh

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/1066—Session management
    • 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/1023—Media gateways
    • H04L65/1026—Media gateways at the edge

Definitions

  • the present invention relates to telecommunications technologies, and in particular, to a method, system, media gateway, and media gateway controller for implementing routing control.
  • IP Internet Protocol
  • the (AB) packet-switched data network is growing. This kind of packet-switched network is suitable for the transmission of various types of information.
  • the network resource utilization is high, and the operation and maintenance costs are very low. Therefore, IP voice has appeared.
  • VoIP Voice IP
  • NGN Next Generation Network
  • the NGN carries all the services of the original PSTN network. , offloading a large amount of data transmission to the IP network to alleviate the heavy load of the PSTN network, and adding many new services and enhancing many old services with the new features of IP technology.
  • NGN is a product of TDM-based PSTN voice network and IP/ATM-based packet network convergence, which makes it possible to integrate voice, video, data and other services on a new generation network.
  • MGC Media Gateway Controller
  • MGW Media Gateway Controller
  • MGC's software-based distributed switching and control platform is a network device oriented to the service control layer. It is located at the center of the domain, controls other related network modules, and completes call flow control.
  • the MGW implements user access in various modes, accepts control of the MGC, and executes process commands, usually completing end-to-end service connections, that is, bearer functions.
  • MGC controls MGW through the standard H.248/MGCP protocol interface.
  • the calling process between the local end and the peer end includes a signaling interaction process and a traffic interaction process.
  • the signaling interaction process is performed by the MGC in the local network domain and the MGC in the peer network domain, where the MGC and the MGC are based on the BICC/SIP protocol. Communication;
  • the traffic interaction process is completed by the MGW under the control of the MGC in the local network domain and the MGW under the control of the MGC in the peer network domain.
  • IP bearer connections can also be used between the mobile network, the Radio Network Controller (RNC) and the Base Station Controller (BSC) and the Core Network Equipment (MGC, MGW).
  • RNC Radio Network Controller
  • BSC Base Station Controller
  • MGW Core Network Equipment
  • the MGC can be a mobile switching center-server (MSC-SERVER).
  • MSC Mobile Switching Center
  • the role of the Mobile Switching Center (MSC) is similar to that of fixed-line telephone switching equipment. Its main function is to control and manage mobile users located in its control area, providing interfaces to other regional MSCs and numerous base stations, and The connection to the mobile user's call and the exchange of information.
  • both TDM bearers and IP bearers can be used, and the two can be backed up each other.
  • IP bearer when the MGC is disconnected from the MGW, or there is no available circuit resources on the MGC, the MGC can trigger routing reselection for the newly occurring call and select a route with available resources (TDM backup route or other available IP routes). Try to ensure that the call is successfully connected.
  • TDM backup route or other available IP routes Try to ensure that the call is successfully connected.
  • the inventors have found that the technology can only solve the H.248 link between the MGW and the MGC, or the link between the MGC and the MGC, or the link between the MGC and the RNC/BSC.
  • the backup of the traffic is shared, and the IP bearer between the MGW and the MGW in different network domains cannot be detected, and whether the IP bearer between the RNC/BSC and the MGW is interrupted or fails, and the route cannot be solved in this case. If the IP bearer between the MGW and the MGW or between the RNC/BSC and the MGW is congested or faulty, the service becomes unavailable and the service performance of the network is reduced.
  • an embodiment of the present invention provides a method for implementing route control, and another aspect provides a system for implementing a route control, a media gateway, and a media gateway controller, so as to improve service performance of a call.
  • a method for implementing route control provided by an embodiment of the present invention includes:
  • the detecting module is configured to detect the IP bearer of the link connected to the peer end of the media gateway MGW, and the routing control processing module is configured to perform call routing control according to the detection result obtained by the detecting module.
  • a detecting module configured to detect an IP bearer of a link connected to the peer end of the media gateway MGW, and a detection information reporting module, configured to send to the media gateway controller according to the detection result of the detecting module
  • the MGC reports the detection information.
  • the routing control execution module is configured to obtain a detection result of the IP bearer, and perform call routing control according to the detection result of the IP bearer.
  • the IP bearer of the link connected to the MGW is detected, and the call routing control is performed according to the detection result. Therefore, when the IP bearer of the link connected to the MGW is faulty or congested, the route can be connected in time, which improves the service performance of the network.
  • FIG. 2 is an exemplary flowchart of a method for implementing route control according to an embodiment of the present invention
  • Figure 3 (a) _ Figure 3 (e) is a networking diagram of several specific implementations in the method flow shown in Figure 2;
  • Figure 4 is an exemplary flow chart of the implementation system of the routing control in the embodiment of the present invention;
  • Figure 5 is a first specific implementation structure diagram of the system shown in Figure 4.
  • FIG. 6 is a second specific implementation structure diagram of the system shown in FIG. 4;
  • FIG. 7 is a third specific implementation structure diagram of the system shown in FIG. 4;
  • Figure 8 is a fourth concrete implementation structure diagram of the system shown in Figure 4.
  • FIG. 9 is a diagram showing the internal structure of an MGW according to an embodiment of the present invention. detailed description
  • an IP bearer of a link connected to the MGW is detected; and call routing control is performed according to the obtained detection result.
  • the remote MGW that communicates with the current MGW or the RNC/BSC of the local end is collectively referred to as the peer.
  • FIG. 2 is an exemplary flowchart of a method for implementing route control according to an embodiment of the present invention. As shown in Figure 2, the process includes the following steps:
  • Step 201 Detect the IP bearer of the link connected to the peer end by the MGW, and obtain a detection result.
  • the quality of service (QoS) and link continuity of the IP bearer are detected, and the specific detection method may be various, for example, At least the following five types are shown.
  • Figure 3 (a) _ Figure 3 (e) is a networking diagram for the implementation of the five methods.
  • the local and remote ends can communicate with each other through the tandem office.
  • the assumption is assumed.
  • the local MGW detects the IP address of the peer IP address or the network segment. Referring to FIG. 3 (a), in this method, when the local MGW establishes a call connection with the opposite end, the destination IP address of the current call to the opposite end can be obtained, and therefore, the local MGW can be different to the peer's different IP address or network segment. The IP bearer link is detected.
  • the detection of the IP bearer link of each peer IP address or network segment may include at least the following two methods:
  • Manner 1 The local MGW detects the packet loss rate of the current IP address of the peer end, or counts the packet loss rate, delay, and jitter to detect the quality of service (QoS) of the IP link.
  • QoS quality of service
  • the packet loss rate or packet loss rate, delay, and jitter on the sample call paths can be monitored in real time.
  • the RTCP protocol can be directly used for statistics. The above method is applicable to the IP bearer between the MGW and the MGW, and also between the MGW and the RNC or the BSC.
  • Manner 2 Detects the QoS of the IP link due to the failure rate of the call due to the unreachable current IP address of the peer.
  • the call failure rate (that is, the call loss rate) caused by the unreachable current IP address of the peer end is obtained by collecting the NbUP negotiation timeout failure rate. ) to detect the QoS of the IP link.
  • a continuity detection mechanism under the IP bearer network may be added, that is, in the call setup phase, after the MGC completes the session description protocol (SDP, Ses s ion descr ipt ion protocol) negotiation, the MGW is paired.
  • the IP address of the terminal sends a handshake message and starts the timer. If the peer does not receive the acknowledgment after the timeout, the device can resend the packet. If the retransmission is not received, the peer IP address is unreachable.
  • the packet loss rate (such as 5%) or the packet loss rate, the jitter and the delay threshold or the call loss rate (such as 30%) may be preset.
  • the packet loss rate and the preset packet loss rate threshold or according to the packet loss rate, jitter and delay value, and the preset packet loss rate, jitter and delay threshold, or according to the call loss rate and the preset call.
  • the loss rate is wide, and the IP bearer is detected for congestion or failure. After detecting the packet loss rate or the packet loss rate, the jitter and the delay value, or the call loss rate reaching a preset threshold, it may be determined that the IP bearer link is congested or faulty.
  • the second method is: The MGC instructs the peer end to perform the IP bearer detection to the MGW, and the MGW detects the IP bearer of the indicated call, that is, the MGC notifies the MGW to perform the IP bearer detection.
  • the method does not require the MGW to actively perform the statistics of the destination IP address. Instead, the MGC indicates the MGW to the peer call for which the IP bearer is to be detected by the ADD command of H.248. IP bearer QoS is detected.
  • the peer call for performing the IP bearer detection includes: a call between the MGW to which the IP bearer detection is to be performed to all the MGWs controlled by the remote MGC, or a call between the MGW pair formed by the MGW and the remote MGW. Calling, or calling the MGW to the local radio network controller RNC/base station controller BSC in the scenario where the MGW and the access side use the IP bearer.
  • the MGW for the current call indicated by the remote MGC may notify the local MGC, and may not notify the local MGC. Therefore, when the local MGC does not know that the opposite end is responsible for the MGW carried by the current call, the local end The MGC can randomly select several calls on the peer MGC as the sample call, and instruct the MGW to perform statistics. When the local MGC knows that the peer is responsible for the MGW carried by the call, the local MGC can randomly select the few on the opposite MGW. As a call, the call is randomly selected as a call between the current MGW of the local end and the MGW pair formed by the current MGW of the opposite end. In addition, the local MGC can also randomly select several calls on the local RNC/BSC as a sample call.
  • the MGW collects the packet loss rate or packet loss rate, jitter, and delay value of the IP bearer corresponding to the corresponding call link according to the received ADD command, according to the packet loss rate or packet loss rate, jitter and delay value, and the preset width.
  • the value detects whether the IP bearer is congested or faulty. When the packet loss rate or the jitter and delay values are greater than a preset threshold, it may be determined that the IP bearer link is congested or faulty.
  • the third method The MGC performs IP bearer detection according to the statistics of the connection rate between the local end and the opposite end. Referring to Figure 3 (c), this method can be used without the participation of the MGW.
  • the MGC counts the call rate of the call to the peer (including the remote MGC, RNC/BSC) according to the most recent cycle, according to the connection rate and the preset.
  • the connection rate threshold detects whether the IP bearer is congested or faulty. When the connection rate is reduced to the set connection rate threshold, it can be judged that there is congestion or failure of the IP bearer in this direction.
  • the call loss rate is obtained, and whether the IP bearer is congested or faulty is detected according to the call loss rate and the preset call loss rate threshold.
  • the call loss rate exceeds the set call loss rate threshold, it can be judged that there is congestion or failure of the IP bearer in this direction.
  • the MGW directly obtains whether the IP bearer detection result is congestion or fault according to the state of the local IP port.
  • the MGW can detect it immediately.
  • the fifth method During the call, according to the result of the user plane negotiation process, the IP bearer check is obtained. Check if the result is faulty or congested.
  • the bearer plane is established after the NbUP negotiation process is completed. Therefore, when the NbUP negotiation fails, it can generally be considered that the bearer plane is faulty.
  • a continuity detection mechanism under the IP bearer network may be added. That is, after the SDP negotiation is completed between the MGCs, the MGW sends a handshake message to the peer IP and starts a timer. If the peer does not receive the acknowledgment, the device can resend it. If the retransmission is still repeated for a certain number of times, the IP bearer cannot be considered.
  • Step 202 Perform call routing control according to the detection result of the IP bearer.
  • the MGW when detecting that the IP bearer is congested or faulty, the MGW may be based on the packet loss rate or the packet loss rate, the delay, and the jitter value. Or, according to the value of the call loss rate, the bearer released ind message is actively reported to the MGC in proportion to the subsequent call to the IP address or the network segment, and the reason identifier is carried in the message (for example, the call may be set
  • the reason value is 83), which is used to indicate that the IP link is unreachable.
  • the higher the packet loss rate or the call loss rate the higher the proportion of calls that the MGW actively releases, but the MGW still needs to keep at least a small number of calls for detecting the recovery of the bearer path.
  • the MGC may perform route reselection or IP domain handover (ie, IP domain reselection), routing the current call to the backup route or other available IP routing or IP bearer, as indicated by the ADD. req message to indicate the new IP domain.
  • route reselection or IP domain handover ie, IP domain reselection
  • the MGW may report a notification (Noitfy) message to the MGC, where the notification message carries the QoS level.
  • the event type in the notification (Noitfy) message may be a quality alert event of the H.248.1E.11 Network Package. If the MGW detects that the congestion or fault level reaches the highest level, the IP bearer network may be considered to be interrupted, and the event type of the notification (Noitfy) message may be a network failure event defined in the network packet.
  • the MGC may reduce the local MGW according to the QoS level in the Notify message.
  • the call of the corresponding IP bearer link the call is returned to other available routes, or the call is routed from the other MGWs of the local end to the peer to share the traffic. That is, other MGWs are used for traffic interaction, that is, the MGC controls the pair according to the QoS level.
  • Some or all of the endpoints are routed for reselection; or when there are multiple IP domains between the local end and the peer end, the MGC can switch the IP domain of the partial call, and the ADD. req message carries the new IP domain indication.
  • the MGW allocates IP resources of the corresponding domain.
  • the MGC automatically switches all traffic to the backup route or other IP domain.
  • the MGC when detecting that the IP bearer is congested or faulty, for example, when detecting that the interface between the MGW and the IP domain 1 fails, the MGC initiates a call, and When the MGW is required to allocate IP resources on this port, the MGW can return a special cause value in the response message (ADD. rsp) and indicate the bearer interruption.
  • the MGC initiates a call and asks the MGW to allocate IP resources on the port, the ADD command can be used; the response message returned by the MGW can be an ADD. rsp message.
  • the MGC uses the ADD command to add an endpoint, and the MGW returns a response message indicating that the interrupt is interrupted, the MGC initiates a failed route reselection or an IP domain switch according to the failure cause value indicating the bearer interruption, routes the call to the backup route, or switches to another.
  • the IP field 2 can be indicated by ADD. re (!
  • the local MGW that initiates the negotiation process determines that the negotiation process exceeds the set duration
  • the negotiation process of the IP domain 1 is exceeded.
  • the bearer release indication indicating that the negotiation process fails may be reported to the MGC. ( bearer released ind ) message, which can carry a special cause value.
  • the MGC may end the establishment process of the bearer first, and then perform route reselection or IP domain handover (for example, the IP may be indicated by an ADD. req message). Domain 2).
  • the roaming number needs to be re-acquired before routing re-selection.
  • an alarm message can be further sent.
  • the service on the interface can be restored.
  • the MGW detects that the packet loss rate of the peer IP address is lower than the set packet loss rate, or when the mode 2 is used. If the number of calls that fail to negotiate NbUP is lower than the set call loss rate, the MGW determines that the IP bearer is restored to normal by congestion or failure, and gradually reduces the proportion of active release according to the degree of recovery. Directly restore the original communication, no longer actively released.
  • the MGW detects the packet loss rate information on the call path in real time according to the indication of the MGC, if the bearer plane recovers from failure or congestion to normal, or when the packet loss rate is less than a preset threshold Then, the notification (Not ify ) message reported by the MGW to the MGC carries the QoS recovery information.
  • the event type of the notification (Not ify ) message may be a Qualitative Alert Ceas ing event.
  • the MGC gradually recovers the call traffic between the corresponding MGC direction or the corresponding MGW pair according to this Not Notify message.
  • the maintenance personnel can perform fault processing according to the alarm information, and restore the original traffic load sharing ratio.
  • the MGW receives the call initiated by the MGC and requests the MGW to allocate the IP resource on the IP port, and returns the indication success.
  • the call is automatically restored to the original routing direction, that is, according to the normal situation, the call is connected in the original routing direction.
  • the method for performing route reselection includes: selecting a TDM backup route, or other available IP routes; IP domain switching method: The MGC sends different domain parameters in the ADD. req command to instruct the MGW to use other available IP bearer planes. Assign the corresponding IP resources.
  • the method described herein is to switch or share multiple calls in a statistical sense. Switching or sharing here refers to routing reselection or IP domain switching for some or all of the calls.
  • the method for implementing the routing control provided by the embodiment of the present invention detects the IP bearer of the link connected with the MGW, and performs call routing control according to the detection result. Therefore, when the IP bearer of the link connected to the MGW is faulty or congested, the route can be connected in time, which improves the service performance of the network.
  • FIG. 4 is an exemplary structural diagram of an implementation system of route control in an embodiment of the present invention. As shown in FIG. 4, the system includes: a detection module and a route control processing module.
  • the detecting module is configured to detect an IP bearer of the link between the MGW and the peer end.
  • the routing control processing module is configured to perform call routing control according to the detection result obtained by the detecting module.
  • FIG. 5 shows a first specific implementation structure diagram.
  • the detection module in the system includes a statistics module and The result determining module, the routing control processing module includes a detection information reporting module and a routing control module.
  • the statistics module is used to collect the packet loss rate or packet loss rate, jitter and delay, or call loss rate to the peer IP address.
  • the result determining module is configured to determine whether the IP bearer is congested or faulty according to the packet loss rate or the packet loss rate, the jitter and the delay or the call loss rate, and the preset threshold value obtained by the statistics module.
  • the detection information reporting module is configured to send, to the routing control module, a reason flag indicating that the IP link is unreachable, according to the degree of congestion or failure, when the detection result is that there is congestion or a fault.
  • the bearer release indication message is configured to send, to the routing control module, a reason flag indicating that the IP link is unreachable, according to the degree of congestion or failure, when the detection result is that there is congestion or a fault.
  • the routing control module is configured to release the bearer according to the reason indicating that the IP link is unreachable
  • the indication message is used to perform route reselection or IP domain switching on the call corresponding to the message.
  • the statistics module, the result determination module, and the detection information reporting module may be set in the MGW, and the routing control module may be set in the MGC, and the flow shown in FIG. 2
  • the routing control module may be set in the MGC, and the flow shown in FIG. 2
  • the scheme of the first method described in the above corresponds, and the specific operation process of each module can also be consistent with the operation of the first method described in the flow shown in FIG. 2.
  • the detection information reporting module may further reduce the reason for the subsequent occurrence of the call to the IP address when the IP bearer is recovered by the congestion or the failure, and reduce the reason for the transmission of the indication IP link to the routing control module according to the degree of recovery.
  • the ratio of the identified bearer release indication message may be further reduce the reason for the subsequent occurrence of the call to the IP address when the IP bearer is recovered by the congestion or the failure, and reduce the reason for the transmission of the indication IP link to the routing control module according to the degree of recovery. The ratio of the identified bearer release indication message.
  • FIG. 6 shows a second specific implementation structure diagram.
  • the detection module in the system includes a detection indication module and a detection execution module
  • the route control processing module includes a detection information reporting module and a routing control module.
  • the detection indication module is configured to send a call indication for performing IP bearer detection to the detection execution module.
  • the detection execution module is configured to collect a packet loss rate of the IP bearer of the call or a packet loss rate, jitter, and delay of the IP bearer of the call, according to a packet loss rate or a packet loss rate, a jitter, and a delay value.
  • the preset threshold detects whether the IP bearer is congested or faulty.
  • the detection information reporting module is configured to send a notification message carrying the quality of service level to the routing control module when the detection result is that there is congestion or failure.
  • the routing control module is configured to perform routing reselection or IP domain switching on part or all of the calls to the peer according to the quality of service level in the notification message.
  • the detection indication module and the routing control module can be set in the MGC, and the detection execution module and the detection information reporting module can be set in the MGW, and the flow shown in FIG. 2 is
  • the scheme of the second method described corresponds to the specific operation procedure of each module, which can also be consistent with the operation of the second method described in the flow shown in FIG. 2.
  • the detection information reporting module may further send a notification message carrying the quality of service recovery to the routing control module when detecting that the IP bearer is restored by congestion or failure; the routing control module Further, when receiving the notification message carrying the quality of service restoration, the original routing control is restored.
  • FIG. 7 shows a third specific implementation structure diagram. As shown in FIG. 7, the detection module in the system includes a statistics module and a result determination module, and the route control processing module includes a route control module.
  • the statistics module is configured to perform statistics on the connection rate or the call loss rate of the IP bearer to the peer end.
  • the result determining module is configured to determine whether the IP bearer is congested or faulty according to the connection rate or the call loss rate obtained by the statistics module, and the preset connection rate threshold or the call loss rate threshold.
  • the routing control module is configured to send an alarm message when the detection result is that there is congestion or a fault, and perform traffic sharing between routes or traffic switching between routes, or perform IP domain switching.
  • the statistical module, the result determining module and the routing control module can all be set in the MGC.
  • the specific operation process of each module can also be performed. It is consistent with the operation of the third method described in the flow shown in FIG. 1.
  • FIG. 8 shows a fourth specific implementation structure diagram.
  • the detection module in the system includes a state detection module, and the route control processing module includes a detection information reporting module and a routing control module.
  • the status detection module is configured to obtain, according to the status of the IP port, whether the IP bearer is congested or faulty.
  • the detection information reporting module is configured to report a response message indicating that the bearer is interrupted to the routing control module when receiving the call initiated by the MGC and requesting the MGW to allocate the IP resource on the IP port when the detection result is that the congestion or fault occurs.
  • the routing control module is configured to perform route reselection or IP domain switching according to the response message indicating that the bearer is interrupted.
  • the detection module and the detection information reporting module may be set in the MGW, and the routing control module may be disposed in the MGC, corresponding to the solution of the fourth method described in the flow shown in FIG. 2,
  • the specific operation process can also be consistent with the operation of the fourth method described in the flow shown in FIG. 2.
  • the fifth concrete implementation, the structure diagram is consistent with the structure diagram shown in Figure 8, in the system
  • the detection module includes a state detection module
  • the route control processing module includes a detection information reporting module and a routing control module.
  • the status detection module is configured to obtain whether the IP bearer is congested or faulty according to the result of the user plane negotiation process.
  • the detection information reporting module is configured to report, to the routing control module, a bearer release indication message indicating that the negotiation process fails when determining that the negotiation process exceeds the set duration.
  • the routing control module is configured to end the establishment process of the current bearer according to the release indication message, and perform route reselection or IP domain switching.
  • the roaming number can be reacquired before routing reselection.
  • the detection module and the detection information reporting module can be set in the MGW, and the routing control module can be set in the MGC, corresponding to the solution of the fifth method described in the flow shown in FIG. 2,
  • the specific operation process can also be consistent with the operation of the fifth method described in the flow shown in FIG. 1.
  • the internal structure of the MGW in the embodiment of the present invention may be as shown in FIG. 9 , and includes: a detection module and a detection information reporting module.
  • the detecting module is configured to detect an IP bearer of the link that is connected to the peer end by the MGW, and the detecting information reporting module is configured to report the detecting information to the media gateway controller according to the detection result of the detecting module.
  • the detection module and the detection information reporting module can have various forms.
  • the detection module can include a statistics module and a result determination module.
  • the statistics module is used to collect the packet loss rate or packet loss rate, jitter and delay, or call loss rate to the peer IP address.
  • the result determining module is configured to determine whether the IP bearer is congested or faulty according to the packet loss rate or the packet loss rate, the jitter and the delay or the call loss rate, and the preset threshold value obtained by the statistics module.
  • the detection information reporting module can perform a call to the IP address subsequent to the IP bearer detection result of an IP address, according to the degree of congestion or failure, according to the degree of congestion or failure.
  • the information generating module and the information reporting module may be included.
  • the information generating module is configured to generate, according to the degree of congestion or fault, a bearer release indication message carrying a cause identifier indicating that the IP link is unreachable according to the degree of congestion or fault when the detection result is that there is congestion or a fault.
  • the information reporting module is configured to report the bearer release indication message carrying the cause identifier indicating that the IP link is unreachable.
  • the detection module may include: a detection execution module, configured to perform statistics on a packet loss rate of an IP bearer that indicates an MGC, or a packet loss rate, jitter, and delay of an IP bearer that is instructed by the MGC, according to a packet loss rate or a loss rate.
  • the packet rate, jitter and delay values and the preset threshold value detect whether the IP bearer is congested or faulty.
  • the detection information reporting module sends a notification message carrying the quality of service level to the routing control module when the detection result is that there is congestion or failure.
  • the specific implementation may include: an information generating module and an information reporting module.
  • the information generating module is configured to generate a notification message carrying a service quality level when the detection result is that there is congestion or a fault.
  • the information reporting module is configured to report the notification message carrying the quality of service level.
  • the detecting module may include: a state detecting module, configured to obtain, according to the state of the IP port, whether the IP bearer is congested or faulty.
  • the detection information reporting module receives the response when the detection result is that there is congestion or failure.
  • the MGC When the MGC initiates a call and asks the MGW to allocate IP resources on the IP port, it reports a response message indicating that the bearer is interrupted to the routing control module.
  • the specific implementation may include: an information generating module and information Report module.
  • the information generating module is configured to receive, when the detection result is that there is congestion or failure,
  • the MGC When the MGC initiates a call and asks the MGW to allocate IP resources on this IP port, it generates a response message indicating that the bearer is interrupted.
  • the information reporting module is configured to report the response message indicating that the bearer is interrupted.
  • the detecting module may include: a state detecting module, configured to obtain, according to a result of the user plane negotiation process, whether the IP bearer is congested or faulty.
  • the detection information reporting module reports a bearer release indication message indicating that the negotiation process fails.
  • the specific implementation may include: an information generating module and an information reporting module.
  • the information generating module is configured to: when determining that the negotiation process exceeds the set duration, generate a bearer release indication message indicating that the negotiation process fails.
  • the information reporting module is configured to report the bearer release indication message indicating that the negotiation process fails.
  • the MGC in the embodiment of the present invention includes: a routing control execution module, configured to obtain a detection result of an IP bearer, and perform call routing control according to the detection result of the IP bearer. .
  • the route control execution module may include: an information receiving module and a routing control module.
  • the information receiving module is configured to receive a bearer release indication message carrying a cause identifier indicating that the IP link is unreachable.
  • the routing control module is configured to carry an original that indicates that the IP link is unreachable according to the information received by the information receiving module.
  • the call corresponding to the message is route reselected or IP domain switched due to the identified bearer release indication message.
  • the routing control execution module may include: an information receiving module and a routing control module.
  • the information receiving module is configured to receive a notification message carrying a quality of service level.
  • the routing control module is configured to perform routing reselection or IP domain switching on part or all of the calls to the peer according to the quality of service level in the notification message received by the information receiving module.
  • the media gateway controller further includes: a statistics module and a result determination module.
  • the statistics module is configured to perform statistics on the connection rate or the call loss rate of the IP bearer to the peer end.
  • the result determining module is configured to determine whether the IP bearer is congested or faulty according to the connection rate or the call loss rate obtained by the statistics module, and the preset connection rate threshold or the call loss rate threshold.
  • the routing control execution module includes: a routing control module, configured to: when the detection result determined by the result determining module is that there is congestion or a fault, issue alarm information, and perform traffic sharing between routes or traffic switching between routes , or perform an IP domain switch.
  • the route control execution module may include: an information receiving module and a route control module.
  • the information receiving module is configured to receive a response message indicating that the bearer is interrupted.
  • the routing control module is configured to perform routing reselection or IP domain switching according to the response message received by the information receiving module indicating that the bearer is interrupted.
  • the routing control execution module may include: an information receiving module and a routing control module.
  • the information receiving module is configured to receive a release indication message indicating that the negotiation process fails.
  • the routing control module is configured to end the establishment process of the current bearer according to the release indication message received by the information receiving module, indicating that the negotiation process fails, and perform route reselection or IP domain switching.
  • the roaming number can be reacquired before routing reselection.
  • the implementation system of the routing control provided by the embodiment of the present invention detects the IP bearer of the link connected with the MGW, and performs call routing control according to the detection result. Therefore, when the IP bearer of the link connected to the MGW is faulty or congested, the route can be connected in time to improve the service performance of the network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Description

路由控制的实现方法、 系统、 媒体网关及媒体网关控制器 技术领域
本发明涉及电信技术， 尤其涉及一种路由控制的实现方法、 系统、 媒体 网关及媒体网关控制器。
背景技术
目前， 电信业务和技术正在不断发展， 传统的基于时分复用传输（TDM ) 的公共交换电话网 （PSTN ) 的业务和控制都由交换机完成， 这种技术虽能保 证语音的优良品质， 但提供新业务需要较长周期。 与此同时， 网络技术的发 展及计算机互连需求的增加， 使得基于网间互联协议（IP ) /异步传输模式
( ATM )的分组交换数据网日益发展壮大， 这种分组交换网适合各种类型信息 的传输， 网络资源利用率高， 运营和维护成本都很低， 因此出现了 IP 语音
( VoIP ), 即将语音信号以分组方式在 IP网络中进行交换。
在这种情况下， 下一代网络（NGN )应运而生， 从而实现由传统的以电路 交换为主的 PSTN逐渐向以分组交换为主的 IP网络过渡， NGN承载了原有 PSTN 网络的所有业务， 把大量的数据传输卸载到 IP网络中以减轻 PSTN网络的重 荷， 又以 IP技术的新特性增加了许多新业务并且增强了许多老业务。 从这个 意义上讲， NGN是基于 TDM的 PSTN语音网络和基于 IP/ ATM的分组网络融合的 产物， 它使得在新一代网络上语音、 视频、 数据等综合业务成为了可能。
在 NGN网络体系结构中， 引入了分离结构， 即媒体网关控制器（MGC )和 媒体网关 （MGW )。 如图 1所示， 为 NGN网络体系结构的组网图。 其中， 媒体 网关控制器 （MGC )是核心网元， 它与所附的媒体网关 （MGW )组成一个网络 域。 MGC基于软件的分布式交换和控制平台， 是面向业务控制层的网络设备， 位于域的中心， 控制其他相关的网络模块， 完成呼叫流程控制。 MGW实现用户 各种方式的接入， 接受 MGC 的控制， 执行流程命令， 通常完成端到端之间的 业务连接， 即承载功能。 MGC通过标准的 H. 248/MGCP协议接口控制 MGW, 实 现了业务与呼叫控制分离。 本端与对端的呼叫过程包括信令交互过程和话务 交互过程， 信令交互过程由本端网络域中的 MGC和对端网络域中的 MGC完成， 其中， MGC和 MGC基于 BICC/SIP协议进行通信； 话务交互过程由本端网络域 中 MGC控制下的 MGW和对端网络域中 MGC控制下的 MGW完成。 此外， 在移动 网络， 无线网络控制器（RNC )和基站控制器（BSC )与核心网设备（MGC、 MGW) 之间也可以使用 IP承载连接。 其中， 在移动电话网里面， MGC可以是移动交 换中心-服务器（MSC-SERVER )。 移动交换中心（MSC ) 的作用与固定电话网的 交换设备有相似之处， 主要功能是对位于其控制区内的移动用户进行通信控 制和管理， 提供连接其他地区 MSC和众多基站的接口， 以及对移动用户呼叫 的接续和信息的交换。
在上述 NGN网络体系结构中， 既可以釆用 TDM承载又可以釆用 IP承载， 且二者可以互为备份。 釆用 IP承载时， 当 MGC与 MGW断开， 或者 MGC上无可 用电路资源后， MGC可以对新发生的呼叫触发路由重选， 选择有可用资源的路 由（TDM备份路由或其它可用 IP路由）， 尽量保证呼叫接续成功。 但在实现本 发明过程中， 发明人发现该技术中只能解决 MGW与 MGC之间的 H. 248链路， 或 MGC和 MGC之间的链路， 或 MGC和 RNC/BSC之间链路中断情况下， 话务的 备份分担，而不能检测不同网络域的 MGW与 MGW之间的 IP承载，以及 RNC/BSC 与 MGW之间的 IP承载是否中断或发生故障等， 也不能解决该情况下路由的切 换， 若此时 MGW与 MGW之间或 RNC/BSC与 MGW之间的 IP承载发生拥塞或故障 等， 则业务会变得不可用， 降低网络的业务性能。
发明内容
有鉴于此， 本发明实施例中一方面提供一种路由控制的实现方法， 另一 方面提供一种路由控制的实现系统、 媒体网关及媒体网关控制器， 以便提高 呼叫的业务性能。 本发明一个实施例所提供的路由控制的实现方法， 包括：
对媒体网关 MGW与对端相连的链路的网间互联协议 IP承载进行检测； 根据得到的检测结果， 进行呼叫路由控制。
本发明另一个实施例所提供的路由控制的实现系统， 包括：
检测模块， 用于对媒体网关 MGW与对端相连的链路的 IP承载进行检测； 路由控制处理模块， 用于根据检测模块得到的检测结果， 进行呼叫路由 控制。
本发明再一个实施例所提供的媒体网关， 包括：
检测模块， 用于对媒体网关 MGW与对端相连的链路的 IP承载进行检测； 检测信息上报模块， 用于根据检测模块的检测结果， 向媒体网关控制器
MGC上报检测信息。
本发明再一个实施例所提供的媒体网关控制器， 包括：
路由控制执行模块， 用于获取 IP承载的检测结果， 根据该 IP承载的检 测结果， 进行呼叫路由控制。
从上述方案可以看出， 本发明实施例中通过对与 MGW相连链路的 IP承载 进行检测， 并根据检测结果， 进行呼叫路由控制。 从而使得当与 MGW相连的 链路的 IP承载出现故障或拥塞时， 路由能够及时连通， 提高了网络的业务性 能。
附图说明
图 1为现有技术中， NGN网络体系结构的组网图；
图 2为本发明实施例中路由控制的实现方法的示例性流程图；
图 3 (a) _图 3 (e)为图 2所示方法流程中的几种具体实现时的组网图； 图 4为本发明实施例中路由控制的实现系统的示例性流程图；
图 5为图 4所示系统的第一种具体实现结构图；
图 6为图 4所示系统的第二种具体实现结构图；
图 7为图 4所示系统的第三种具体实现结构图；
图 8为图 4所示系统的第四种具体实现结构图；
图 9为本发明实施例中 MGW的内部结构图。 具体实施方式
本发明实施例中， 对与 MGW相连的链路的 IP承载进行检测； 根据得到的 检测结果， 进行呼叫路由控制。 为方便描述， 本文中将与当前 MGW进行通信 的远端 MGW或本端的 RNC/BSC, 统称为对端。
为使本发明的目的、 技术方案和优点更加清楚明白， 下面结合实施例和 附图， 对本发明进一步详细说明。
图 2为本发明实施例中路由控制的实现方法的示例性流程图。 如图 2所 示， 该流程包括如下步骤：
步骤 201 ,对 MGW与对端相连的链路的 IP承载进行检测，得到检测结果。 本步骤中，对 MGW与对端相连的链路的 IP承载进行检测时， 主要是对 IP 承载的服务质量（QoS )和链路通断等进行检测， 具体检测的方法可有多种， 如至少包括下述五种， 图 3 (a) _图 3 (e)分别为五种方法具体实现时的组网图， 其中， 本端和远端可通过汇接局进行 TDM通信， 另外， 假设本端 MGW和远端 MGW之间有两个 IP域， 即 IP域 1和 IP域 2 , 本端 MGW和本端 RNC/BSC之间 有两个 IP域， 即 IP域 1和 IP域 2。
第一种方法： 本端 MGW针对对端 IP地址或者网段的 IP承载检测。 参见 图 3 (a) , 该方法中， 由于本端 MGW与对端建立呼叫连接时， 可以获知当前呼 叫到达对端的目的 IP地址， 因此， 可以对本端 MGW到对端的不同 IP地址或 者网段的 IP承载链路进行检测。
其中， 对每个对端 IP地址或者网段的 IP承载链路的检测至少可包括如 下两种方式：
方式一： 本端 MGW通过在一段时间内统计到对端当前 IP地址的丟包率， 或者统计丟包率、 时延和抖动， 来检测该 IP链路的服务质量（QoS )。
具体实现上， 若到对端 IP地址 /网段的呼叫有多个， 则为了降低运算率， 可无需对所有呼叫均进行丟包率， 或者丟包率、 时延和抖动统计， 而只需随 机选取几个进行即可， 如可任意选取少数几个（例如 3 个）呼叫进行。 统计 方法上， 可以实时监测统计这几个釆样呼叫通路上的丟包率或者丟包率、 时 延和抖动。 其中， 可以直接利用 RTCP协议进行统计。 以上方法适用于 MGW与 MGW之间， 也适用于 MGW与 RNC或者 BSC之间的 IP承载。
方式二：统计一段时间内因对端当前 IP地址不可达而导致的呼叫失败率， 来检测该 IP链路的 QoS。
具体实现时， 若建立承载面之前， 先发起 NbUP协商过程， 则可通过统计 一段时间内的 NbUP协商超时失败次数率获得因对端当前 IP地址不可达而导 致的呼叫失败率 （即呼损率 ), 来检测该 IP链路的 QoS。
或者， 现有机制下可以增加一个 IP承载网下的导通检测机制， 即在呼叫 建立阶段， 当 MGC 之间完成会话描述协议 ( SDP , Ses s ion descr ipt ion protocol )协商后， MGW向对端的 IP发送握手消息， 并启动定时器， 超时后 未收到对端的确认， 则可以重发， 重发一定次数仍然未收到响应， 则可以认 为对端 IP地址不可达。
上述两种方式中， 为了对 Qos 的结果进行标识， 可预先设置丟包率阔值 (如 5% )或丟包率、 抖动和时延阔值或呼损率阔值（如 30% ), 根据丟包率及 预先设置的丟包率阔值， 或者根据丟包率、 抖动和时延值及预先设置的丟包 率、 抖动和时延阔值， 或根据呼损率及预先设置的呼损率阔值， 检测 IP承载 是否存在拥塞或故障。 当检测到丟包率或丟包率、 抖动和时延值或呼损率达 到预设阔值后， 可判断该 IP承载链路发生拥塞或故障。
第二种方法： MGC将欲进行 IP承载检测的对端呼叫指示给 MGW, MGW对所 指示呼叫的 IP承载进行检测， 即 MGC通知 MGW进行的 IP承载检测。 参见图 3 (b) , 该方法不需要 MGW主动进行目的 IP地址的统计， 而是 MGC在呼叫建立 时， 通过 H. 248的 ADD命令指示 MGW对某些欲进行 IP承载检测的对端呼叫的 IP承载 QoS进行检测。
这些欲进行 IP承载检测的对端呼叫包括： 欲进行 IP承载检测的 MGW到 远端 MGC控制的所有 MGW的呼叫， 或 MGW与远端 MGW构成的 MGW对之间的呼 叫， 或在 MGW与接入侧使用 IP 载场景下， MGW到本端无线网络控制器 RNC/ 基站控制器 BSC的呼叫。
由于远端 MGC所指示的用于本次呼叫的 MGW可以通知给本端 MGC ,也可以 不通知给本端 MGC, 因此在本端 MGC不知道对端负责本次呼叫承载的 MGW时， 本端 MGC可以随机选择对端 MGC上的几个呼叫作为釆样呼叫， 指示 MGW进行 统计； 在本端 MGC知道对端负责本次呼叫承载的 MGW时， 本端 MGC可以随机 选择对端 MGW上的几个呼叫作为釆样呼叫， 即随机选择本端当前 MGW与对端 当前 MGW所构成的 MGW对之间的几个呼叫作为釆用呼叫。 此外， 本端 MGC也 可随机选择本端 RNC/BSC上的几个呼叫作为釆样呼叫。
MGW根据接收到的 ADD命令， 统计相应呼叫链路对应的 IP承载丟包率或 者丟包率、 抖动和时延值， 根据丟包率或者丟包率、 抖动和时延值及预设的 阔值检测 IP承载是否存在拥塞或故障。 当丟包率或者以及抖动和时延值大于 预先设定的阔值时， 可判断该 IP承载链路发生拥塞或故障。
第三种方法： MGC根据本端和对端双方接通率的统计进行 IP承载检测。 参见图 3 (c) , 此方法可以无需 MGW参与， MGC根据最近一个周期对到对 端 （包括： 远端 MGC、 RNC/BSC )上呼叫的接通率进行统计， 根据接通率及预 设的接通率阔值检测 IP承载是否存在拥塞或故障。 当接通率降低到设置的接 通率阔值后， 可判断此方向上的 IP承载存在拥塞或者故障。 或者根据接通率 的统计结果得到呼损率， 根据呼损率及预设的呼损率阔值检测 IP承载是否存 在拥塞或故障。 当呼损率超过设定的呼损率阔值时， 可判断此方向上的 IP承 载存在拥塞或者故障。
第四种方法： MGW根据本端 IP端口的状态， 直接得到 IP承载检测结果是 否为发生拥塞或故障。
参见图 3 (d) , 该方法中， 若 IP物理端口故障， 或者连线中断， 则 MGW能 够立刻检测出来。
第五种方法： 呼叫过程中， 根据用户面协商过程的结果， 得到 IP承载检 测结果是否为存在故障或拥塞。
参见图 3(e),承载面是在 NbUP协商过程完成之后才建立的。因此当 NbUP 协商失败时， 一般可以认为承载面存在故障。
或者， 现有机制下可以增加一个 IP承载网下的导通检测机制， 即在呼叫 建立阶段， 当 MGC之间完成 SDP协商后， MGW向对端的 IP发送握手消息， 并 启动定时器， 超时后未收到对端的确认， 则可以重发， 重发一定次数仍然未 收到响应， 则可以认为 IP承载不通。
步骤 202, 根据 IP承载的检测结果， 进行呼叫路由控制。
对于步骤 201中的第一种方法中的两种方式， 参见图 3(a), 当检测到 IP 承载发生拥塞或故障时， MGW可根据丟包率或者丟包率、 时延和抖动的值， 或 者根据呼损率的值， 对后续发生到该 IP地址或者网段的呼叫按比例向 MGC主 动上报承载释放指示 （bearer released ind ) 消息， 并且在该消息中携带原 因标识（例如， 可以设置为原因值 83), 用于指示该 IP链路不通。 其中， 丟 包率或呼损率越高， 则 MGW主动释放的呼叫比例就越高， 但是 MGW仍然至少 要保留少量呼叫， 用于检测承载通路的恢复。
当 MGC在呼叫建立阶段， 收到 MGW上报的承载释放指示消息， 且携带有 指示该 IP链路不通的原因标识（如原因值为 83)时， 则可以进行路由重选或 IP域切换（即 IP域重选），把当前呼叫路由到备份路由或其它可用 IP路由或 IP承载面上， 如可通过 ADD. req消息指示新的 IP域。
对于步骤 201中的第二种方法， 参见图 3(b), 当检测到 IP承载发生拥塞 或故障时， MGW可向 MGC上报通知（Noitfy) 消息, 该通知消息中携带有 QoS 级别。 此时， 该通知（Noitfy) 消息中的事件类型可以为 H.248.1E.11 网络 包 (Network Package ) 的质量提醒 ( quality alert )事件。 如果 MGW检测 到拥塞或故障级别达到最高级别， 则可以认为 IP 承载网中断， 上报通知 ( Noitfy ) 消息的事件类型可以为网络包中定义的网络失败 （ network failure ) 事件。 当 MGC从 H. 248接口收到指示本端 MGW到对端 IP承载链路的 QoS级别的 通知 ( Not ify ) 消息后， 可以根据通知 ( Not ify ) 消息中的 QoS 级别， 减少 本端 MGW到相应 I P承载链路的呼叫， 把呼叫迂回到其它可用路由， 或者将呼 叫由本端的其它 MGW路由到对端进行分担， 即选用其它 MGW进行话务交互， 即 MGC才艮据 QoS级别， 控制到对端的部分或全部呼叫进行路由重选； 或者当 在本端和对端之间存在多个 IP域时， MGC可以把部分呼叫的 IP域切换， 通过 ADD. req消息携带新的 IP域的方式指示 MGW分配对应域的 IP资源。
对于步骤 201中的第三种方法， 参见图 3 (c) , 当检测到 IP承载发生拥塞 或故障时， 例如检测到 IP域 1故障时， 可发出告警信息， 并自动进行路由间 的话务分担或者路由间的话务切换， 把故障方向上的话务逐步分担到备份的 路由， 也可以进行 IP域切换， 把话务分担到其它的 IP域上（例如 IP域 2 )。 如果统计的接通率为 0,则 MGC自动把所有话务都切换到备份路由上或者其它 IP域。
对于步骤 201中的第四种方法， 参见图 3 (d) , 在检测到 IP承载发生拥塞 或故障时， 例如， 检测到 MGW与 IP域 1的接口发生故障时， 则当 MGC发起呼 叫， 并要求 MGW分配此端口上的 IP资源时， MGW可以在响应消息 （ ADD. rsp ) 中返回特殊原因值， 并指示承载中断。 其中， MGC发起呼叫， 并要求 MGW分配 此端口上的 IP资源时，可使用 ADD命令； MGW返回的响应消息可以是 ADD. rsp 消息。
当 MGC使用 ADD命令增加端点， 且 MGW返回指示 载中断的响应消息时， 则 MGC根据指示承载中断的失败原因值启动失败路由重选或者 IP域切换， 把 呼叫路由至备份路由或者切换到其它可达的 IP路由上， 如可通过 ADD. re (！消 息指示 IP域 2。
对于步骤 201中的第五种方法，参见图 3 (e) ,对于发起协商过程（如 NbUP 协商） 的本端 MGW, 在确定协商过程超过设定的时长时， 如 IP域 1的协商过 程超过设定的时长时， 可向 MGC 上报指示协商过程失败的承载释放指示 ( bearer released ind ) 消息， 该指示消息中可携带特殊原因值。 当 MGC收到来自 MGW的承载释放指示消息， 并指示协商失败时， 则 MGC 可先结束此段承载的建立过程， 然后再进行路由重选或者 IP域切换（如可通 过 ADD. req消息指示 IP域 2 )。 其中， 进行路由重选前需要先重新获取漫游号 码。
上述五种方法中， 出现故障或拥塞时， 都可进一步发出告警信息。
进一步地， 当 IP承载故障恢复后， 可恢复此接口上的业务。
其中， 对于步骤 201中的第一种方法， 在釆用方式一时， MGW检测到到对 端 IP地址的丟包率低于设定的丟包率阔值， 或在釆用方式二时， 当一段时间 内 NbUP协商失败的呼叫数低于设定的呼损率阔值时， 则 MGW判断 IP承载由 拥塞或故障恢复正常， 则可根据恢复的程度， 逐步平滑地减少主动释放的比 例， 或直接恢复原有通信， 不再主动释放。
对于步骤 201中的第二种方法， MGW根据 MGC的指示实时检测呼叫通路上 的丟包率信息， 如果承载面从故障或拥塞恢复到正常， 或当丟包率小于预先 设定的阔值时， 则在 MGW上报给 MGC的通知（Not ify ) 消息中会携带 QoS恢 复的信息， 此时， 该通知 （Not ify ) 消息的事件类型可以为质量提醒终止 ( Qua l i ty Alert Ceas ing )事件。 MGC根据此通知 ( Not ify ) 消息逐步恢复 相应 MGC方向上或相应 MGW对之间的呼叫业务量。
对于步骤 201 中的第三种方法， 维护人员可以根据告警信息进行故障处 理， 恢复原有的话务负荷分担比例。
对于步骤 201中的第四种方法， 当 MGW的 IP端口恢复正常， 且连线也正 常， 则 MGW接收到来自 MGC发起的呼叫并要求 MGW分配此 IP端口上的 IP资 源时， 返回指示成功的响应消息， 呼叫自动恢复到原有的路由方向上， 即按 照正常情况处理， 在原有路由方向上接续呼叫。
对于步骤 201中的第五种方法， 如果 MGW间的承载恢复， 则 NbUP等协商 过程也能成功， 呼叫正常接续。 其中进行路由重选的方法包括：选择 TDM备份路由，或其它可用 IP路由； IP域切换的方法： MGC通过在 ADD. req命令中下发不同的域参数， 指示 MGW 使用其它可用 IP承载面， 分配对应的 IP资源。 本文中所述的方法是针对统 计意义上的多个呼叫进行切换或分担。 这里的切换或分担指的是为部分或全 部呼叫进行路由重选或 IP域切换。
本发明实施例提供的路由控制的实现方法， 通过对与 MGW相连链路的 IP 承载进行检测， 并根据检测结果， 进行呼叫路由控制。 从而使得当与 MGW相 连的链路的 IP承载出现故障或拥塞时， 路由能够及时连通， 提高了网络的业 务性能。
图 4为本发明实施例中路由控制的实现系统的示例性结构图。 如图 4所 示， 该系统包括： 检测模块和路由控制处理模块。
其中， 检测模块用于对 MGW与对端相连的链路的 IP承载进行检测。
路由控制处理模块用于根据检测模块得到的检测结果， 进行呼叫路由控 制。
具体实现时， 上述系统可有多种实现形式， 下面列举其中五种： 图 5示出了其中的第一种具体实现结构图， 如图 5所示， 该系统中的检 测模块包括统计模块和结果确定模块， 路由控制处理模块包括检测信息上报 模块和路由控制模块。
其中， 统计模块用于对到对端 IP地址的丟包率或者丟包率、 抖动和时延 或者呼损率进行统计。
结果确定模块用于根据统计模块得到的丟包率或者丟包率、 抖动和时延 或者呼损率， 以及预先设置的相应阔值， 确定 IP承载是否存在拥塞或故障。
检测信息上报模块用于在检测结果为存在拥塞或故障时， 对后续发生到 该 IP地址的呼叫， 根据拥塞或故障的程度， 按比例向路由控制模块发送携带 指示 IP链路不通的原因标识的承载释放指示消息。
路由控制模块用于根据所述携带指示 IP链路不通的原因标识的承载释放 指示消息， 对该消息对应的呼叫进行路由重选或者 IP域切换。
上述系统中， 如图 5 中的虚线部分所示， 其中， 统计模块、 结果确定模 块和检测信息上报模块可设置在 MGW中， 路由控制模块可设置在 MGC中， 此 时与图 2 所示流程中描述的第一种方法的方案相对应， 则各模块的具体操作 过程也可与图 2所示流程中描述的第一种方法的操作过程一致。
进一步地， 检测信息上报模块还可以在检测到 IP承载由拥塞或故障恢复 时， 对后续发生到该 IP地址的呼叫， 根据恢复的程度， 减少向路由控制模块 发送携带指示 IP链路不通的原因标识的承载释放指示消息的比例。
图 6示出了其中的第二种具体实现结构图， 如图 6所示， 该系统中的检 测模块包括检测指示模块和检测执行模块， 路由控制处理模块包括检测信息 上报模块和路由控制模块。
其中， 检测指示模块用于发送进行 IP承载检测的呼叫指示给检测执行模 块。
检测执行模块用于对所述呼叫的 IP承载的丟包率或者所述呼叫的 IP承 载的丟包率、 抖动和时延进行统计， 根据丟包率或者丟包率、 抖动和时延值 及预先设置的阔值检测 IP承载是否存在拥塞或故障。
检测信息上报模块用于在检测结果为存在拥塞或故障时， 向路由控制模 块发送携带服务质量级别的通知消息。
路由控制模块用于根据所述通知消息中的服务质量级别， 控制到对端的 部分或全部呼叫进行路由重选或者 IP域切换。
上述系统中， 如图 6 中的虚线部分所示， 检测指示模块和路由控制模块 可设置在 MGC中， 检测执行模块和检测信息上报模块可设置在 MGW中， 此时 与图 2 所示流程中描述的第二种方法的方案相对应， 则各模块的具体操作过 程也可与图 2所示流程中描述的第二种方法的操作过程一致。
进一步地， 检测信息上报模块还可以在检测到 IP承载由拥塞或故障恢复 正常时， 向路由控制模块发送携带服务质量恢复的通知消息； 路由控制模块 进一步在接收到所述携带服务质量恢复的通知消息时， 恢复原路由控制。 图 7示出了其中的第三种具体实现结构图， 如图 7所示， 该系统中的检 测模块包括统计模块和结果确定模块， 路由控制处理模块包括路由控制模块。
其中， 统计模块用于对到对端 IP承载的接通率或呼损率进行统计。
结果确定模块用于根据统计模块得到的接通率或呼损率， 以及预先设置 的接通率阔值或呼损率阔值， 确定 IP承载是否存在拥塞或故障。
路由控制模块用于在检测结果为存在拥塞或故障时， 发出告警信息， 并 进行路由间的话务分担或路由间的话务切换， 或者进行 IP域的切换。
上述系统中， 统计模块、 结果确定模块和路由控制模块均可设置在 MGC 中， 此时与图 2 所示流程中描述的第三种方法的方案相对应， 则各模块的具 体操作过程也可与图 1所示流程中描述的第三种方法的操作过程一致。
图 8示出了其中的第四种具体实现结构图， 如图 8所示， 该系统中的检 测模块包括状态检测模块， 路由控制处理模块包括检测信息上报模块和路由 控制模块。
其中， 状态检测模块用于根据 IP端口的状态， 获取 IP承载是否存在拥 塞或故障。
检测信息上报模块用于在检测结果为存在拥塞或故障时，接收到来自 MGC 发起的呼叫并要求 MGW分配此 IP端口上的 IP资源时， 向路由控制模块上报 指示承载中断的响应消息。
路由控制模块用于根据所述指示承载中断的响应消息， 进行路由重选或 者 IP域切换。
上述系统中， 检测模块和检测信息上报模块可设置在 MGW 中， 路由控制 模块可设置在 MGC中， 此时与图 2所示流程中描述的第四种方法的方案相对 应， 则各模块的具体操作过程也可与图 2 所示流程中描述的第四种方法的操 作过程一致。
其中的第五种具体实现， 其结构图与图 8 所示结构图一致， 该系统中的 检测模块包括状态检测模块， 路由控制处理模块包括检测信息上报模块和路 由控制模块。
其中， 状态检测模块用于根据用户面协商过程的结果， 得到 IP承载是否 存在拥塞或故障。
检测信息上报模块用于在确定协商过程超过设定的时长时， 向路由控制 模块上报指示协商过程失败的承载释放指示消息。
路由控制模块用于根据所述释放指示消息， 结束当前承载的建立过程， 并进行路由重选或者 IP域切换。 其中， 进行路由重选之前可重新获取漫游号 码。
上述系统中， 检测模块和检测信息上报模块可设置在 MGW 中， 路由控制 模块可设置在 MGC中， 此时与图 2所示流程中描述的第五种方法的方案相对 应， 则各模块的具体操作过程也可与图 1 所示流程中描述的第五种方法的操 作过程一致。
通过对上述路由控制的实现系统进行详细描述， 可知本发明实施例中的 MGW的内部结构可如图 9所示， 包括： 检测模块和检测信息上报模块。
其中， 检测模块， 用于对 MGW与对端相连的链路的 IP承载进行检测； 检测信息上报模块， 用于根据检测模块的检测结果， 向媒体网关控制器 上报检测信息。
具体实现时， 检测模块和检测信息上报模块可以有多种形式。
例如， 检测模块可包括统计模块和结果确定模块。
其中， 统计模块用于对到对端 IP地址的丟包率或者丟包率、 抖动和时延 或者呼损率进行统计。
结果确定模块用于根据统计模块得到的丟包率或者丟包率、 抖动和时延 或者呼损率， 以及预先设置的相应阔值， 确定 IP承载是否存在拥塞或故障。
此时， 检测信息上报模块可在某 IP地址的 IP承载检测结果为存在拥塞 或故障时， 对后续发生到该 IP地址的呼叫， 根据拥塞或故障的程度， 按比例 向路由控制模块发送携带指示 IP链路不通的原因标识的承载释放指示消息。 具体可包括信息生成模块和信息上报模块。
信息生成模块用于在检测结果为存在拥塞或故障时， 对后续发生到该 IP 地址的呼叫， 根据拥塞或故障的程度， 按比例生成携带指示 IP链路不通的原 因标识的承载释放指示消息。
信息上报模块用于将所述携带指示 IP链路不通的原因标识的承载释放指 示消息进行上报。
此时与图 2 所示流程中描述的第一种方法的方案相对应， 则各模块的具 体操作过程也可与图 1所示流程中描述的第一种方法的操作过程一致。
再如： 检测模块可包括： 检测执行模块， 用于对 MGC指示呼叫的 IP承载 的丟包率或者 MGC指示呼叫的 IP承载的丟包率、 抖动和时延进行统计， 根据 丟包率或者丟包率、 抖动和时延值及预先设置的阔值检测 IP承载是否存在拥 塞或故障。
此时， 检测信息上报模块在检测结果为存在拥塞或故障时， 向路由控制 模块发送携带服务质量级别的通知消息。 具体实现时， 可包括： 信息生成模 块和信息上报模块。
其中， 信息生成模块用于在检测结果为存在拥塞或故障时， 生成携带服 务质量级别的通知消息。
信息上报模块用于将所述携带服务质量级别的通知消息进行上报。
此时与图 2 所示流程中描述的第二种方法的方案相对应， 则各模块的具 体操作过程也可与图 1所示流程中描述的第二种方法的操作过程一致。
又如： 检测模块可包括： 状态检测模块， 用于根据 IP端口的状态， 获取 IP承载是否存在拥塞或故障。
此时， 检测信息上报模块在检测结果为存在拥塞或故障时， 接收到来自
MGC发起的呼叫并要求 MGW分配此 IP端口上的 IP资源时，向路由控制模块上 报指示承载中断的响应消息。 具体实现时， 可包括： 信息生成模块和信息上 报模块。
其中， 信息生成模块用于在检测结果为存在拥塞或故障时， 接收到来自
MGC发起的呼叫并要求 MGW分配此 IP端口上的 IP资源时，生成指示承载中断 的响应消息。
信息上报模块用于将所述指示承载中断的响应消息进行上报。
此时与图 2 所示流程中描述的第四种方法的方案相对应， 则各模块的具 体操作过程也可与图 2所示流程中描述的第四种方法的操作过程一致。
又例如： 检测模块可包括： 状态检测模块， 用于根据用户面协商过程的 结果， 得到 IP承载是否存在拥塞或故障。
此时， 检测信息上报模块在确定协商过程超过设定的时长时， 向路由控 制模块上报指示协商过程失败的承载释放指示消息。 具体实现时， 可包括： 信息生成模块和信息上报模块。
其中， 信息生成模块用于在确定协商过程超过设定的时长时， 生成指示 协商过程失败的承载释放指示消息。
信息上报模块用于将所述指示协商过程失败的承载释放指示消息进行上 报。
此时与图 2 所示流程中描述的第五种方法的方案相对应， 则各模块的具 体操作过程也可与图 2所示流程中描述的第五种方法的操作过程一致。
此外， 通过对上述路由控制的实现系统进行详细描述， 可知本发明实施 例中的 MGC包括： 路由控制执行模块， 用于获取 IP承载的检测结果， 根据该 IP承载的检测结果， 进行呼叫路由控制。
具体实现时， 与图 2 所示流程中描述的第一种方法的方案相对应， 路由 控制执行模块可包括： 信息接收模块和路由控制模块。
其中， 信息接收模块用于接收携带指示 IP链路不通的原因标识的承载释 放指示消息。
路由控制模块用于根据信息接收模块所接收的携带指示 IP链路不通的原 因标识的承载释放指示消息， 对该消息对应的呼叫进行路由重选或者 IP域切 换。
与图 2 所示流程中描述的第二种方法的方案相对应， 路由控制执行模块 可包括： 信息接收模块和路由控制模块。
其中， 信息接收模块用于接收携带服务质量级别的通知消息。
路由控制模块用于根据信息接收模块所接收的通知消息中的服务质量级 别， 控制到对端的部分或全部呼叫进行路由重选或者 IP域切换。
与图 2 所示流程中描述的第三种方法的方案相对应， 媒体网关控制器进 一步还包括： 统计模块和结果确定模块。
其中， 统计模块用于对到对端 IP承载的接通率或呼损率进行统计。 结果确定模块用于根据统计模块得到的接通率或呼损率， 以及预先设置 的接通率阔值或呼损率阔值， 确定 IP承载是否存在拥塞或故障。
此外， 路由控制执行模块包括： 路由控制模块， 用于在所述结果确定模 块确定的检测结果为存在拥塞或故障时， 发出告警信息， 并进行路由间的话 务分担或者路由间的话务切换， 或进行 IP域切换。
与图 2 所示流程中描述的第四种方法的方案相对应， 路由控制执行模块 可包括： 信息接收模块和路由控制模块。
其中， 信息接收模块用于接收指示承载中断的响应消息。
路由控制模块用于根据信息接收模块所接收的指示承载中断的响应消 息， 进行路由重选或 IP域切换。
与图 2 所示流程中描述的第五种方法的方案相对应， 路由控制执行模块 可包括： 信息接收模块和路由控制模块。
其中， 信息接收模块用于接收指示协商过程失败的释放指示消息。
路由控制模块用于根据信息接收模块所接收的指示协商过程失败的释放 指示消息， 结束当前承载的建立过程， 并进行路由重选或 IP域切换。 其中， 进行路由重选之前可重新获取漫游号码。 本发明实施例提供的路由控制的实现系统， 通过对与 MGW相连链路的 IP 承载进行检测， 并根据检测结果， 进行呼叫路由控制。 从而使得当与 MGW相 连的链路的 IP承载出现故障或拥塞时， 路由能够及时连通， 提高了网络的业 务性能。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件来完成， 所述的程序可以存储于一计算机 可读取存储介质中， 所述的存储介质， 如： R0M/RAM、 磁碟、 光盘等。
以上所述的具体实施例， 对本发明的目的、 技术方案和有益效果进行了 进一步详细说明， 所应理解的是， 以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范围， 凡在本发明的精神和原则之内， 所作的任 何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要求 书
1、 一种路由控制的实现方法， 其特征在于， 包括：
对媒体网关 MGW与对端相连的链路的网间互联协议 IP承载进行检测； 根据得到的检测结果， 进行呼叫路由控制。
2、 如权利要求 1所述的路由控制的实现方法， 其特征在于， 所述对媒体网 关 MGW与对端相连的链路的网间互联协议 IP承载进行检测包括： 媒体网关 MGW 对到对端 IP地址或者网段的 IP承载进行检测；
所述根据得到的检测结果， 进行呼叫路由控制包括： 媒体网关 MGW在检测 到 IP承载存在拥塞或故障时， 对后续发生到该 IP地址或者网段的呼叫， 根据 拥塞或故障的程度， 按比例向媒体网关控制器 MGC发送携带指示 IP链路不通的 原因标识的消息； 媒体网关控制器 MGC根据所述携带指示 IP链路不通的原因标 识的消息， 对该消息对应的呼叫进行路由重选或者 I P域切换。
3、 如权利要求 2所述的路由控制的实现方法， 其特征在于， 该方法进一步 包括： 媒体网关 MGW在检测到 IP承载由拥塞或故障恢复时， 对后续发生到该 IP 地址的呼叫， 根据恢复的程度， 减少向媒体网关控制器 MGC发送携带指示 IP链 路不通的原因标识的消息的比例。
4、 如权利要求 2或 3所述的路由控制的实现方法， 其特征在于， 所述媒体 网关 MGW对到对端 IP地址或者网段的 IP承载进行检测为： 媒体网关 MGW对到 对端 IP地址的丟包率， 或者到对端 IP地址的丟包率、 时延和抖动进行统计， 根据丟包率或者丟包率、 时延和抖动值及预先设置的阔值检测 IP承载是否存在 拥塞或故障； 或者
所述媒体网关 MGW对到对端 IP地址或者网段的 IP承载进行检测为： 媒体 网关 MGW对因对端 IP地址不可达造成的呼损率进行统计， 根据呼损率及预先设 置的呼损率阔值检测 IP承载是否存在拥塞或故障。
5、 如权利要求 1所述的路由控制的实现方法， 其特征在于， 所述对媒体网 关 MGW与对端相连的链路的网间互联协议 IP承载进行检测为： 媒体网关控制器 MGC发送进行 IP承载检测的呼叫指示给媒体网关 MGW, 媒体网关 MGW对所述呼 叫的 IP承载的丟包率或者所述呼叫的 IP承载的丟包率、 抖动和时延进行统计， 根据丟包率或者丟包率、 抖动和时延值及预先设置的阔值检测 IP承载是否存在 拥塞或故障；
所述根据得到的检测结果， 进行呼叫路由控制包括： 在检测到 IP承载存在 拥塞或故障时， 向媒体网关控制器 MGC发送携带服务质量级别的消息； 媒体网 关控制器 MGC根据所述消息中的服务质量级别， 控制到对端的部分或全部呼叫 进行路由重选或者 IP域切换。
6、 如权利要求 5所述的路由控制的实现方法， 其特征在于， 该方法进一步 包括： 媒体网关 MGW根据媒体网关控制器 MGC的指示检测到 IP承载由拥塞或故 障恢复正常时， 向 MGC发送携带服务质量恢复的消息， 媒体网关控制器 MGC接 收到所述携带服务质量恢复的消息 , 恢复原路由控制。
7、 如权利要求 1所述的路由控制的实现方法， 其特征在于， 所述对媒体网 关 MGW与对端相连的链路的网间互联协议 IP承载进行检测为： 本端媒体网关控 制器 MGC对到对端的 IP承载的接通率进行统计， 根据接通率及预设的接通率阔 值检测 IP承载是否存在拥塞或故障； 或者
所述对媒体网关 MGW与对端相连的链路的网间互联协议 IP承载进行检测 为： 本端媒体网关控制器 MGC对到对端的 IP承载的接通率进行统计， 根据接通 率的统计结果得到呼损率， 根据呼损率及预设的呼损率阔值检测 IP承载是否存 在拥塞或故障；
所述根据得到的检测结果， 进行呼叫路由控制包括： 媒体网关控制器 MGC 检测到 IP承载发生拥塞或故障时， 进行路由间的话务分担或者路由间的话务切 换， 或者进行 IP域的切换。
8、 如权利要求 1所述的路由控制的实现方法， 其特征在于， 所述对媒体网 关 MGW与对端相连的链路的网间互联协议 IP承载进行检测为：本端媒体网关 MGW 根据本端 IP端口的状态， 直接获取 IP承载是否存在拥塞或故障； 所述根据得到的检测结果， 进行呼叫路由控制包括： 媒体网关 MGW在检测 到 IP承载发生拥塞或故障时， 接收到来自媒体网关控制器 MGC发起的呼叫并要 求媒体网关 MGW分配此 IP端口上的 IP资源时， 向媒体网关控制器 MGC返回指 示承载中断的响应消息； 媒体网关控制器 MGC根据所述响应消息， 进行路由重 选或者 IP域切换。
9、 如权利要求 8所述的路由控制的实现方法， 其特征在于， 该方法进一步 包括： IP端口由拥塞或故障恢复时， 媒体网关 MGW接收到来自媒体网关控制器 MGC发起的呼叫并要求媒体网关 MGW分配此 IP端口上的 IP资源时，返回指示成 功的响应消息， 并接续呼叫。
10、 如权利要求 1 所述的路由控制的实现方法， 其特征在于， 所述对媒体 网关 MGW与对端相连的链路的网间互联协议 IP承载进行检测为： 根据用户面协 商过程的结果， 得到 IP承载是否存在拥塞或故障；
所述根据得到的检测结果， 进行呼叫路由控制包括： 本端媒体网关 MGW在 确定协商过程超过设定的时长时， 向本端媒体网关控制器 MGC上报指示协商过 程失败的消息； 本端媒体网关控制器 MGC 收到所述指示协商过程失败的消息， 结束当前承载的建立过程， 并进行路由重选或者 IP域切换。
11、 如权利要求 10所述的路由控制的实现方法， 其特征在于， 进行路由重 选之前进一步包括： 重新获取漫游号码。
12、 一种路由控制的实现系统， 其特征在于， 包括：
检测模块， 用于对媒体网关 MGW与对端相连的链路的 IP承载进行检测； 路由控制处理模块， 用于根据检测模块得到的检测结果， 进行呼叫路由控 制。
13、 如权利要求 12所述的路由控制的实现系统， 其特征在于， 所述检测模 块包括：
统计模块， 用于对到对端 IP地址的丟包率或者丟包率、 抖动和时延或者呼 损率进行统计； 结果确定模块， 用于根据统计模块得到的丟包率或者丟包率、 抖动和时延 或者呼损率， 以及预先设置的相应阔值， 确定 IP承载是否存在拥塞或故障； 所述路由控制处理模块包括：
检测信息上报模块， 用于在检测结果为存在拥塞或故障时， 对后续发生到 该 IP地址的呼叫， 根据拥塞或故障的程度， 按比例向路由控制模块发送携带指 示 IP链路不通的原因标识的消息；
路由控制模块， 用于根据所述携带指示 IP链路不通的原因标识的消息， 对 该消息对应的呼叫进行路由重选或者 IP域切换。
14、 如权利要求 13所述的路由控制的实现系统， 其特征在于， 所述统计模 块、 结果确定模块和所述检测信息上报模块设置在媒体网关 MGW 中， 所述路由 控制模块设置在媒体网关控制器 MGC中。
15、 如权利要求 12所述的路由控制的实现系统， 其特征在于， 所述检测模 块包括：
检测指示模块， 用于发送进行 IP承载检测的呼叫指示给检测执行模块； 检测执行模块， 用于对所述呼叫的 IP承载的丟包率或者所述呼叫的 IP承 载的丟包率、 抖动和时延进行统计， 根据丟包率或者丟包率、 抖动和时延值及 预先设置的阔值检测 IP承载是否存在拥塞或故障；
所述路由控制处理模块包括：
检测信息上报模块， 用于在检测结果为存在拥塞或故障时， 向路由控制模 块发送携带服务质量级别的消息；
路由控制模块， 用于根据所述消息中的服务质量级别， 控制到对端的部分 或全部呼叫进行路由重选或者 IP域切换。
16、 如权利要求 15所述的路由控制的实现系统， 其特征在于， 所述检测指 示模块和所述路由控制模块设置在媒体网关控制器 MGC 中， 所述检测执行模块 和所述检测信息上报模块设置在媒体网关 MGW中。
17、 如权利要求 12所述的路由控制的实现系统， 其特征在于， 所述检测模 块包括：
统计模块， 用于对到对端 IP承载的接通率或呼损率进行统计；
结果确定模块， 用于根据统计模块得到的接通率或呼损率， 以及预先设置 的接通率阔值或呼损率阔值， 确定 IP承载是否存在拥塞或故障；
所述路由控制处理模块包括：
路由控制模块， 用于在检测结果为存在拥塞或故障时， 发出告警信息， 并 进行路由间的话务分担或者路由间的话务切换， 或者进行 IP域切换。
18、 如权利要求 17所述的路由控制的实现系统， 其特征在于， 所述统计模 块、 结果确定模块和路由控制模块设置在媒体网关控制器 MGC中。
19、 如权利要求 12所述的路由控制的实现系统， 其特征在于， 所述检测模 块包括： 状态检测模块， 用于根据 IP端口的状态， 获取 IP承载是否存在拥塞 或故障；
所述路由控制处理模块包括：
检测信息上报模块， 用于在检测结果为存在拥塞或故障时， 接收到来自媒 体网关控制器 MGC发起的呼叫并要求媒体网关 MGW分配此 IP端口上的 IP资源 时， 向路由控制模块上报指示承载中断的响应消息；
路由控制模块， 用于根据所述指示承载中断的响应消息， 进行路由重选或 者 IP域切换。
20、 如权利要求 19所述的路由控制的实现系统， 其特征在于， 所述状态检 测模块和检测信息上报模块设置在媒体网关 MGW 中， 所述路由控制模块设置在 媒体网关控制器 MGC中。
21、 如权利要求 12所述的路由控制的实现系统， 其特征在于， 所述检测模 块包括： 状态检测模块， 用于根据用户面协商过程的结果， 得到 IP承载是否存 在拥塞或故障；
所述路由控制处理模块包括：
检测信息上报模块， 用于在确定协商过程超过设定的时长时， 向路由控制 模块上报指示协商过程失败的消息；
路由控制模块， 用于根据所述指示协商过程失败的消息， 结束当前承载的 建立过程， 并进行路由重选或者 IP域切换。
22、 如权利要求 21所述的路由控制的实现系统， 其特征在于， 所述检测模 块和检测信息上报模块设置在媒体网关 MGW 中， 所述路由控制模块设置在媒体 网关控制器 MGC中。
23、 一种媒体网关， 其特征在于， 包括：
检测模块， 用于对媒体网关 MGW与对端相连的链路的 IP承载进行检测； 检测信息上报模块， 用于根据检测模块的检测结果， 向媒体网关控制器 MGC 上报检测信息。
24、 如权利要求 23所述的媒体网关， 其特征在于， 所述检测模块包括： 统计模块， 用于对到对端 IP地址的丟包率或者丟包率、 抖动和时延或者呼 损率进行统计；
结果确定模块， 用于根据统计模块得到的丟包率或者丟包率、 抖动和时延 或者呼损率， 以及预先设置的相应阔值， 确定 IP承载是否存在拥塞或故障； 所述检测信息上报模块包括：
信息生成模块， 用于在检测结果为存在拥塞或故障时， 对后续发生到该 IP 地址的呼叫， 根据拥塞或故障的程度， 按比例生成携带指示 IP链路不通的原因 标识的消息；
信息上报模块， 用于将所述携带指示 IP链路不通的原因标识的消息进行上 报。
25、 如权利要求 23所述的媒体网关， 其特征在于， 所述检测模块包括： 检测执行模块， 用于对媒体网关控制器 MGC指示呼叫的 IP承载的丟包率或 者媒体网关控制器 MGC指示呼叫的 IP承载的丟包率、 抖动和时延进行统计， 根 据丟包率或者丟包率、 抖动和时延值及预先设置的阔值检测 IP承载是否存在拥 塞或故障； 所述检测信息上报模块包括：
信息生成模块， 用于在检测结果为存在拥塞或故障时， 生成携带服务质量 级别的消息；
信息上报模块， 用于将所述携带服务质量级别的消息进行上报。
26、 如权利要求 23所述的媒体网关， 其特征在于， 所述检测模块包括： 状态检测模块， 用于根据 IP端口的状态， 获取 IP承载是否存在拥塞或故 障；
所述检测信息上报模块包括：
信息生成模块， 用于在检测结果为存在拥塞或故障时， 接收到来自媒体网 关控制器 MGC发起的呼叫并要求媒体网关 MGW分配此 IP端口上的 IP资源时， 生成指示承载中断的响应消息；
信息上报模块， 用于将所述指示承载中断的响应消息进行上报。
27、 如权利要求 23所述的媒体网关， 其特征在于， 所述检测模块包括： 状态检测模块， 用于根据用户面协商过程的结果， 得到 IP承载是否存在拥 塞或故障；
所述检测信息上报模块包括：
信息生成模块， 用于在确定协商过程超过设定的时长时， 生成指示协商过 程失败的消息；
信息上报模块， 用于将所述指示协商过程失败的消息进行上报。
28、 一种媒体网关控制器， 其特征在于， 包括：
路由控制执行模块， 用于获取 IP承载的检测结果， 根据该 IP承载的检测 结果， 进行呼叫路由控制。
29、 如权利要求 28所述的媒体网关控制器， 其特征在于， 所述路由控制执 行模块包括：
信息接收模块， 用于接收携带指示 IP链路不通的原因标识的消息； 路由控制模块， 用于根据信息接收模块所接收的携带指示 IP链路不通的原 因标识的消息， 对该消息对应的呼叫进行路由重选或者 IP域切换。
30、 如权利要求 28所述的媒体网关控制器， 其特征在于， 所述路由控制执 行模块包括：
信息接收模块， 用于接收携带服务质量级别的消息；
路由控制模块， 用于根据信息接收模块所接收的消息中的服务质量级别， 控制到对端的部分或全部呼叫进行路由重选或者 IP域切换。
31、 如权利要求 28所述的媒体网关控制器， 其特征在于， 还包括： 统计模块， 用于对到对端 IP承载的接通率或呼损率进行统计；
结果确定模块， 用于根据统计模块得到的接通率或呼损率， 以及预先设置 的接通率阔值或呼损率阔值， 确定 IP承载是否存在拥塞或故障；
所述路由控制执行模块包括： 路由控制模块， 用于在所述结果确定模块确 定的检测结果为存在拥塞或故障时， 发出告警信息， 并进行路由间的话务分担 或者路由间的话务切换， 或者进行 IP域切换。
32、 如权利要求 28所述的媒体网关控制器， 其特征在于， 所述路由控制执 行模块包括：
信息接收模块， 用于接收指示承载中断的响应消息；
路由控制模块， 用于根据信息接收模块所接收的指示承载中断的响应消息， 进行路由重选或者 IP域切换。
33、 如权利要求 28所述的媒体网关控制器， 其特征在于， 所述路由控制执 行模块包括：
信息接收模块， 用于接收指示协商过程失败的消息；
路由控制模块， 用于根据所接收的指示协商过程失败的消息， 结束当前承 载的建立过程， 并进行路由重选或者 IP域切换。
PCT/CN2008/071724 2007-08-09 2008-07-23 Procédé d'implémentation, système, passerelle multimédia et contrôleur de passerelle multimédia pour contrôle de routage WO2009018744A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP08783719A EP2139154A4 (en) 2007-08-09 2008-07-23 IMPLEMENTATION METHOD, SYSTEM, MULTIMEDIA GATEWAY AND MULTIMEDIA GATEWAY CONTROLLER FOR ROUTING CONTROL

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710140505.8 2007-08-09
CN 200710140505 CN101365169B (zh) 2007-08-09 2007-08-09 路由控制的实现方法、系统、媒体网关及媒体网关控制器

Publications (1)

Publication Number Publication Date
WO2009018744A1 true WO2009018744A1 (fr) 2009-02-12

Family

ID=40340952

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071724 WO2009018744A1 (fr) 2007-08-09 2008-07-23 Procédé d'implémentation, système, passerelle multimédia et contrôleur de passerelle multimédia pour contrôle de routage

Country Status (3)

Country Link
EP (1) EP2139154A4 (zh)
CN (1) CN101365169B (zh)
WO (1) WO2009018744A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102006268A (zh) * 2009-08-28 2011-04-06 华为技术有限公司 主备接口切换方法、设备及系统
CN102244605B (zh) * 2010-05-10 2014-11-12 大唐移动通信设备有限公司 一种业务面ip地址的选择方法及设备
CN101945420A (zh) * 2010-09-20 2011-01-12 中兴通讯股份有限公司 媒体面的建立方法和系统
CN101945418A (zh) * 2010-09-20 2011-01-12 中兴通讯股份有限公司 媒体面的建立方法和装置
CN102612069B (zh) * 2011-01-24 2016-02-10 中兴通讯股份有限公司 基于ip承载的移动通信系统中及系统中小区切换的方法
CN103365210B (zh) * 2012-03-31 2016-01-20 同济大学 用于通讯受限网络的控制方法及控制系统
CN103684928A (zh) * 2013-12-26 2014-03-26 广州华多网络科技有限公司 VoIP呼叫质量监测方法及装置
CN103686817A (zh) * 2013-12-31 2014-03-26 上海斐讯数据通信技术有限公司 无线cpe及其与无线基站ap保持稳定连接的方法
CN103763718B (zh) * 2013-12-31 2017-06-06 华为技术有限公司 选择基站的方法、网关、基站、移动终端及系统
CN105530194A (zh) * 2014-09-29 2016-04-27 中国电信股份有限公司 基于质量感知控制报文转发的方法与系统
IN2015CH04763A (zh) * 2015-09-08 2015-09-25 Wipro Ltd
US10715446B2 (en) * 2016-09-12 2020-07-14 Huawei Technologies Co., Ltd. Methods and systems for data center load balancing
CN106970953B (zh) * 2017-03-10 2019-12-03 中国联合网络通信集团有限公司 基于大数据分析的网络建设管控方法及其平台
CN107707429B (zh) * 2017-10-17 2021-09-07 广东睿江云计算股份有限公司 一种发现ip路由中断的方法及系统
CN107682257A (zh) * 2017-11-21 2018-02-09 凌云天博光电科技股份有限公司 数据传输方法和系统
CN113163463B (zh) * 2021-04-21 2023-03-24 浙江百应科技有限公司 一种外呼线路动态智能路由系统及方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6748433B1 (en) 1999-07-12 2004-06-08 Ectel, Ltd. Method and system for controlling quality of service over a telecommunication network
US20040114570A1 (en) 1999-07-14 2004-06-17 Vikberg Jari Tapio Combining narrowband applications with broadband transport
US20040240389A1 (en) 2003-05-30 2004-12-02 Thierry Bessis Method and apparatus for load sharing and overload control for packet media gateways under control of a single media gateway controller
CN1738245A (zh) * 2004-08-17 2006-02-22 中兴通讯股份有限公司 基于ip网络的传真实现同步切换的方法
US20060203803A1 (en) 2005-03-11 2006-09-14 Santera Systems, Inc. System and method for routing VoIP calls
CN1870703A (zh) * 2005-12-23 2006-11-29 华为技术有限公司 呼叫路由控制方法
CN1921478A (zh) * 2005-08-26 2007-02-28 华为技术有限公司 基于网际协议的业务信号传输方法
CN1992650A (zh) * 2005-12-30 2007-07-04 中兴通讯股份有限公司 一种ip分组承载网的呼叫导通检测方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1642436B1 (en) * 2003-05-16 2014-03-19 Unwired Planet, LLC Call admission control in voip systems
CN100558044C (zh) * 2005-12-22 2009-11-04 华为技术有限公司 监测网元间网络性能的方法、设备及系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6748433B1 (en) 1999-07-12 2004-06-08 Ectel, Ltd. Method and system for controlling quality of service over a telecommunication network
US20040114570A1 (en) 1999-07-14 2004-06-17 Vikberg Jari Tapio Combining narrowband applications with broadband transport
US20040240389A1 (en) 2003-05-30 2004-12-02 Thierry Bessis Method and apparatus for load sharing and overload control for packet media gateways under control of a single media gateway controller
CN1738245A (zh) * 2004-08-17 2006-02-22 中兴通讯股份有限公司 基于ip网络的传真实现同步切换的方法
US20060203803A1 (en) 2005-03-11 2006-09-14 Santera Systems, Inc. System and method for routing VoIP calls
CN1921478A (zh) * 2005-08-26 2007-02-28 华为技术有限公司 基于网际协议的业务信号传输方法
CN1870703A (zh) * 2005-12-23 2006-11-29 华为技术有限公司 呼叫路由控制方法
CN1992650A (zh) * 2005-12-30 2007-07-04 中兴通讯股份有限公司 一种ip分组承载网的呼叫导通检测方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2139154A4 *

Also Published As

Publication number Publication date
CN101365169B (zh) 2011-11-02
EP2139154A4 (en) 2010-05-05
CN101365169A (zh) 2009-02-11
EP2139154A1 (en) 2009-12-30

Similar Documents

Publication Publication Date Title
WO2009018744A1 (fr) Procédé d'implémentation, système, passerelle multimédia et contrôleur de passerelle multimédia pour contrôle de routage
JP4001813B2 (ja) テレコミュニケーションシステムにおけるユーザターミナルへの接続の監視
WO2006024225A1 (fr) Procede de realisation d'une double inscription
US20060268729A1 (en) Methods and apparatus for monitoring link integrity for signaling traffic over a path traversing hybrid ATM/Ethernet infrastructure in support of packet voice service provisioning
CA2483240C (en) Congestion control in an ip network
WO2004102919A1 (en) Call admission control in voip systems
WO2009124499A1 (zh) 信令传送的保护方法、装置及通信系统
WO2009070999A1 (fr) Procédé et dispositif pour ajuster l'état de relais
WO2007000094A1 (fr) Procede pour effectuer un raccordement a double anneau de central de commutation mobile
US20080161054A1 (en) Node selection function for multipoint radio network configurations
WO2009015525A1 (en) A method for switching the session control path of ip multimedia core network subsystem centralized service
WO2012062164A1 (zh) 一种路径切换方法及装置、系统
US20110310773A1 (en) Method and system for fail-safe call survival
WO2008071126A1 (fr) Procédé et dispositif de détection d'état de transport de charge ainsi que procédé de distribution et système de ressource de transport de charge
US8737237B2 (en) Network fault detection method and apparatus
US7768909B1 (en) Congestion control in an IP network
WO2011029085A2 (en) Methods, systems, and computer readable media for verifying the availability of an internet protocol (ip) media router during a call setup
WO2008110084A1 (fr) Procédé, système et dispositif pour transmettre une signalisation de côté de régulation dans un système sans fil
US9426186B2 (en) Methods and systems for load balancing call sessions over a dual ring internet protocol (IP) network
WO2007104199A1 (fr) Système de protection de sécurité utilisé pour l'interruption de service dans le réseau de commutation et système correspondant
CN112653661B (zh) 一种VoIP网络限制下的媒体恢复方法和系统
WO2008086720A1 (fr) Procédé, matériel et système de sélection de trajet et de commande de flux
WO2006136098A1 (fr) Procédé de traitement d’appel
US20070171913A1 (en) Network device and connection setting method thereof
WO2011069385A1 (zh) 一种动态选择业务承载网络的方法及装置

Legal Events

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

Ref document number: 08783719

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008783719

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE