WO2007006206A1 - Procédé de détection et de libération de ressource rtp anormale de passerelle multimédia - Google Patents

Procédé de détection et de libération de ressource rtp anormale de passerelle multimédia Download PDF

Info

Publication number
WO2007006206A1
WO2007006206A1 PCT/CN2006/001461 CN2006001461W WO2007006206A1 WO 2007006206 A1 WO2007006206 A1 WO 2007006206A1 CN 2006001461 W CN2006001461 W CN 2006001461W WO 2007006206 A1 WO2007006206 A1 WO 2007006206A1
Authority
WO
WIPO (PCT)
Prior art keywords
real
softswitch
media gateway
media
call
Prior art date
Application number
PCT/CN2006/001461
Other languages
English (en)
Chinese (zh)
Inventor
Kezhi Qiao
Wenhua Zhu
Original Assignee
Zte Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zte Corporation filed Critical Zte Corporation
Priority to CN200680008615.2A priority Critical patent/CN101142796A/zh
Publication of WO2007006206A1 publication Critical patent/WO2007006206A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • 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/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/80—Responding to QoS

Definitions

  • the present invention relates to the field of Next Generation Network (NGN) technology, and specifically relates to a method for detecting and releasing a Real Gateway Protocol (RTP) resource of a Media Gateway (MG).
  • NTN Next Generation Network
  • RTP Real Gateway Protocol
  • MG Media Gateway
  • Softswitch and Media Gateway are the core devices in the Next Generation Network (NGN).
  • Softswitch mainly performs key functions such as call control, media gateway access control, resource allocation, protocol processing, routing, authentication, and accounting, and provides basic voice services, multimedia services, mobile services, and diversified third-party services to users.
  • the establishment, transmission and release of the voice media stream are implemented under the control of Softswitch.
  • FIG. 1 is a schematic diagram of networking of a prior art softswitch and media gateway system.
  • the softswitch controls the media gateway to complete the call process through a MEGAC0 (Media Gateway Control) protocol or a MGCP (Media Gateway Control Protocol) protocol.
  • MEGAC0 Media Gateway Control
  • MGCP Media Gateway Control Protocol
  • an RTP port is established on the MG1 for encoding the voice of the user A into an RTP media stream, and is sent to the MG2 via the packet switching network;
  • the RTP port resource also decodes and restores the RTP media stream from user B on MG2 to voice to user A.
  • MG2 implements the call in the same way as MG1, so that User A and User B can realize two-way intercommunication of voice.
  • FIG. 2 is a schematic diagram of a process of establishing a call by a prior art softswitch control media gateway. As shown in FIG. 2, when user A on MG1 calls user B on MG2, the steps include:
  • Step 201 User A picks up the phone on MG1, and MG1 reports the soft switch.
  • Step 202 The softswitch requires the MG1 to release the audible tone and receive the number for the user A;
  • Step 203 The user on the MG1 dials the number and reports the extracted number to the softswitch.
  • Step 204 The softswitch sends a command to the MG1 to allocate an RTP resource to the user A for processing the RTP media stream.
  • Step 205 The softswitch sends a command to the MG2 to request the user B to ring, and allocates an RTP resource to the user B for processing the RTP media stream.
  • Step 206 The softswitch sends a command to the MG1, requesting to release the ring tone to the user A, and modifying the RTP.
  • Step 207 User B on the MG2 picks up the phone and enters the call.
  • Step 208 The softswitch stops the ringback tone of the user A of the MG1, and modifies the RTP port to the transceiver mode.
  • Step 209 user A on MG1 hangs up;
  • Step 211 the user B on the MG2 hangs up;
  • Step 212 The softswitch sends a release message to the user B on the MG2, and the MG2 releases the user B and the RTP resource to stop the processing of the media stream.
  • step 210- or step 212- if the release message sent by the softswitch is lost, or the softswitch does not send the message to the media gateway due to some abnormality, the RTP resource on the gateway is not Will be released, that is, the channel is still in the state of receiving and receiving media streams, and the resource is always occupied. If too many abnormal RTP resources are not released, the RTP resources on the media gateway will be exhausted, and new calls will not be established. On the other hand, the abnormal RTP resources still continue to send media streams through the packet network to the other side media gateway. , affecting the performance of the network, and affecting the normal progress of new calls on the RTP port corresponding to the other side of the media gateway.
  • the traditional approach is to manually release the abnormal RTP resources and release them manually.
  • the other method is to periodically query the call status of the media gateway through softswitch, and release abnormal RTP resources in time. Both of these methods have imperfections.
  • the abnormal RTP resources appearing simultaneously on the media gateway and the softswitch cannot be detected and released in time.
  • the timing query increases the correspondence between the softswitch and the media gateway.
  • the interaction load affects the performance of softswitches and media gateways.
  • the technical problem to be solved by the present invention is to provide a method for detecting and releasing abnormal real-time transmission protocol resources of a media gateway, so that RTP resources can be correctly and automatically released, and when abnormal RTP resources are simultaneously present on the media gateway and the soft switch, detection and freed.
  • the invention adopts the following technical solutions:
  • a method for detecting and releasing an abnormal real-time transmission protocol resource of a media gateway comprising:
  • the media gateway monitors the situation that each real-time transport protocol port receives the media packet, and if the real-time transport protocol port does not receive the media packet, the media gateway sends a notification message that the real-time transport protocol port is abnormal to the softswitch within the set time. ;
  • the softswitch responds with a response message indicating that the call does not exist, and after receiving the response message, the media gateway closes the real-time transport protocol port, releasing the relevant If the call corresponding to the real-time transport protocol port exists on the softswitch, the softswitch responds to the normal response message, and after receiving the response message, the media gateway continues to perform step 8.
  • the step A also includes the softswitch sending a monitoring message to the media gateway.
  • the notification message in the step A includes the following fields: an endpoint identifier of the real-time transport protocol port, a call identifier, and an event descriptor for monitoring each real-time transport protocol port to receive the media packet.
  • the media gateway reports the real-time transport protocol port exception to the softswitch in an event-triggered manner.
  • the method further includes: if the steps A and B are repeatedly performed for a certain number of times, a real-time transport protocol port does not receive the media packet media gateway to close the real-time transport protocol port in the presence of the call, releasing the relevant
  • the call resource sends a request message indicating the call exit to the soft switch, and after receiving the request message, the soft switch releases the corresponding call resource.
  • the invention enables automatic detection when the RTP resource cannot be correctly released due to abnormal network and signaling processing between the media gateway and the softswitch, and can be automatically released without manual intervention, and when an abnormal RTP resource occurs simultaneously on the media gateway and the softswitch. And release.
  • FIG. 1 is a schematic diagram of networking of a prior art softswitch and media gateway system
  • FIG. 2 is a schematic diagram of a process of establishing a call by a prior art softswitch control media gateway
  • FIG. 3 is a flow chart of detecting, by the present invention, an abnormal RTP resource
  • the MEGACO protocol is the 3525 protocol of the IETF. It adopts the idea of a separate gateway.
  • the gateway that processes the original signaling and media is decomposed into two parts: the media gateway and the soft-wire softswitch control the action of the MG through the MEGACO protocol, and the softswitch sends the MG to the MG.
  • the logical relationship in the MEGACO protocol is represented by the connection model.
  • the two most basic components in the connection model are associations and endpoints, and the associations represent the connections and topological relationships between the endpoints.
  • the MEGACO protocol describes different business attributes through a package, which can be extended according to the needs of the business.
  • the main commands between the softswitch and the MG include SERVICECHA GE (registration), ADD (addition), MODIFY (modification), SUBTRACT (delete), NOTIFY (notification), and so on.
  • 3 is a flow chart of the present invention for detecting the release of abnormal RTP resources
  • FIG. 4 is a schematic diagram of the signaling process implemented by the present invention using the MEGACO protocol. The present invention will be described in detail below with reference to FIGS.
  • a MEGACO protocol extension package RTTOang which describes the event hang that detects that the RTP port is hanged, and defines a parameter hangtime for the hang event, which is used to specify how long the media packet is not received. The RTP port is hanged.
  • Step 401 After the call is established, the softswitch sends a MODIFY command to the RTP endpoint of the incoming call on the MG to detect the RTP port media stream reception condition (step 301), and the MODIFY command includes an event descriptor, and the event description
  • the event includes the event that the RTP endpoint did not receive the media packet for a long time during the call, and how long does it take to trigger the MG to report the event to the softswitch without receiving any media packet.
  • the form of signaling can be as follows:
  • RTP0001 is the name of the endpoint; RTPHang/hang detects the event that the media stream is not received for a long time; hangtime indicates that no media stream is received within the duration of 60 seconds, and the MG needs to softswitch Report the incident.
  • Step 402 After receiving the MODIFY command, the MG starts to continuously detect that the RTP endpoint has not received the media packet for a long time (step 302). When the media packet is received within the set time period of the softswitch during the call, the process proceeds to step 301 to periodically detect that the RTP endpoint has not received the media packet for a long time. However, if no media packet is received within the duration set by the softswitch, the MG considers that the RTP port may be suspended and prepares to report the softswitch event to the softswitch using the NOITFY command (step 303).
  • the NOTIFY command contains the ID ID of the RTP endpoint, the association ID, and the event name for which the media pack was not received for a long time.
  • the form of signaling can be as follows:
  • RTP0001 is the ID of the endpoint
  • 789 in Context II 789 is the association ID
  • RTPHang/hang is the event name that has not received the media packet for a long time.
  • Step 403 The softswitch receives the event, determines whether the association ID and the call where the endpoint ID is present (step 304), and if yes, responds to the MG with a normal success response; if soft If the exchange finds that the call with the association ID and the endpoint ID does not exist on the softswitch, the response message to the MG includes an error that the call does not exist.
  • the form of signaling can be as follows:
  • the MG After receiving the response signaling of the softswitch, the MG performs step 301 if the response is a successful response, and continues to detect an event that does not receive any media stream for a long time. If the response returned by the softswitch is a response that the call does not exist, then the The RTP port releases all resources of the call including the RTP port (step 305), and the flow ends here.
  • step 404 the MG continuously detects that no media stream has been received for a long time, and repeats 402) ⁇ 403) about ten times, as shown by 402' and 403 in FIG. Each time the soft exchange is reported, the event is soft
  • the switch returns to the MG's successful response, that is, if no media packet is received for a long time in the presence of the call, the call corresponding to the RTP port on the soft switch is also hanged.
  • the MG directly closes the RTP port, releases all resources of the call including the RTP port, and sends the resource to the softswitch.
  • SERVICECHANGE command the command contains the association ID, the endpoint ID, and the identity of the outgoing call: Method is F0RCED.
  • the form of signaling can be as follows:
  • the softswitch immediately releases its own call resource upon receipt of the command (step 306).
  • the technical solution of the present invention can effectively detect and release abnormal RTP resources in time; prevent abnormal RTP ports from continuously sending media streams to other media gateways on the network, thereby affecting network performance and normal on other corresponding ports of the media gateway.
  • the problem of calling overcomes the shortcomings of the prior art that manual intervention is required when the RTP resource cannot be correctly released, and when the abnormal RTP resources are simultaneously present on the media gateway and the softswitch, the detection and release cannot be performed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L’invention concerne un procédé de détection et de libération de ressource RP anormale de passerelle multimédia comprenant les étapes suivantes : la passerelle multimédia surveille le moment auquel chaque port RTP reçoit les paquets multimédia ; si un port RTP ne reçoit pas de paquet multimédia durant la période préréglée, la passerelle multimédia transmet au commutateur logiciel un message de notification indiquant la défaillance du port RTP. En l’absence d’appel correspondant au port RTP au commutateur logiciel, le commutateur logiciel renvoie un message de réponse indiquant l’absence d’appel ; après réception du message de réponse, la passerelle multimédia ferme le port RTP et libère la ressource d’appel correspondante. Si l’appel correspondant au port RTP au commutateur logiciel est présent, le commutateur logiciel renvoie un message de réponse normal ; après réception du message de réponse, la passerelle multimédia continue à réaliser la dernière étape. La présente invention permet de détecter et de libérer à temps une ressource RTP anormale et empêche le port RTP anormal de transmettre en continu le flux multimédia aux autres passerelles multimédia du réseau.
PCT/CN2006/001461 2005-07-14 2006-06-26 Procédé de détection et de libération de ressource rtp anormale de passerelle multimédia WO2007006206A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200680008615.2A CN101142796A (zh) 2005-07-14 2006-06-26 一种检测及释放媒体网关异常实时传输协议资源的方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510035758.XA CN1897622B (zh) 2005-07-14 2005-07-14 一种检测及释放媒体网关异常实时传输协议资源的方法
CN200510035758.X 2005-07-14

Publications (1)

Publication Number Publication Date
WO2007006206A1 true WO2007006206A1 (fr) 2007-01-18

Family

ID=37609988

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/001461 WO2007006206A1 (fr) 2005-07-14 2006-06-26 Procédé de détection et de libération de ressource rtp anormale de passerelle multimédia

Country Status (2)

Country Link
CN (2) CN1897622B (fr)
WO (1) WO2007006206A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012000439A1 (fr) * 2010-06-30 2012-01-05 中兴通讯股份有限公司 Procédé de traitement d'appel et passerelle multimédia
CN114374423A (zh) * 2021-12-20 2022-04-19 中国电信股份有限公司卫星通信分公司 一种卫星移动通信业务异常断网的自主检测方法

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1897622B (zh) * 2005-07-14 2010-12-08 中兴通讯股份有限公司 一种检测及释放媒体网关异常实时传输协议资源的方法
DE602007007941D1 (de) * 2007-08-13 2010-09-02 Accenture Global Services Gmbh Architektur für Dienstanfrageausführung für einen Kommunikationsdienstanbieter
CN101622855B (zh) * 2007-12-18 2011-11-16 中兴通讯股份有限公司 一种在下一代网络中实现随路再振铃线路信令的方法
CN102271077B (zh) * 2010-06-01 2016-03-30 中兴通讯股份有限公司 流媒体服务器的资源控制方法及流媒体服务器
CN108540487B (zh) * 2018-04-24 2020-12-08 深圳震有科技股份有限公司 一种呼叫释放方法、存储介质及电子设备
CN108833441B (zh) * 2018-07-23 2021-02-02 中国联合网络通信集团有限公司 临时终结点的释放方法和系统
CN109040093B (zh) * 2018-08-20 2021-07-13 中国联合网络通信集团有限公司 临时终结点的释放方法和系统
CN109302472A (zh) * 2018-09-27 2019-02-01 视联动力信息技术股份有限公司 一种视联网资源释放方法及视联网共享平台服务器

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030112761A1 (en) * 2001-12-14 2003-06-19 Ercan Sen Method for resilient call setup through ATM networks for Softswitch applications
CN1455554A (zh) * 2002-04-30 2003-11-12 富士通株式会社 网际协议上的话音网络系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1330133C (zh) * 2003-09-17 2007-08-01 华为技术有限公司 一种检测用户通话异常中断的方法
CN1897622B (zh) * 2005-07-14 2010-12-08 中兴通讯股份有限公司 一种检测及释放媒体网关异常实时传输协议资源的方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030112761A1 (en) * 2001-12-14 2003-06-19 Ercan Sen Method for resilient call setup through ATM networks for Softswitch applications
CN1455554A (zh) * 2002-04-30 2003-11-12 富士通株式会社 网际协议上的话音网络系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
XIANG C. ET AL.: "Research of Next Generation Network", CHINA DATA COMMUNICATIONS, no. 1, January 2005 (2005-01-01), XP008076456 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012000439A1 (fr) * 2010-06-30 2012-01-05 中兴通讯股份有限公司 Procédé de traitement d'appel et passerelle multimédia
CN114374423A (zh) * 2021-12-20 2022-04-19 中国电信股份有限公司卫星通信分公司 一种卫星移动通信业务异常断网的自主检测方法
CN114374423B (zh) * 2021-12-20 2024-05-03 中国电信股份有限公司卫星通信分公司 一种卫星移动通信业务异常断网的自主检测方法

Also Published As

Publication number Publication date
CN101142796A (zh) 2008-03-12
CN1897622A (zh) 2007-01-17
CN1897622B (zh) 2010-12-08

Similar Documents

Publication Publication Date Title
WO2007006206A1 (fr) Procédé de détection et de libération de ressource rtp anormale de passerelle multimédia
US10063597B2 (en) Loss of signalling bearer transport
Andreasen et al. Media gateway control protocol (MGCP) version 1.0
WO2008116408A1 (fr) Système, équipement et procédé de mise en œuvre de services d'appel spéciaux
WO2006128365A1 (fr) Procede pour obtenir les informations de qualite de service de la session
CA2554416A1 (fr) Gestion de l'encombrement dans un systeme de communication par paquets
JP2005518150A (ja) パケット交換電話接続用のケーブル・ネットワーク上で帯域幅を予約し、解放するための方法および装置
JP3575435B2 (ja) 電話システム及び電話接続監視方法
WO2007014525A1 (fr) Procede d'etablissement d'une liaison entre le dispositif reseau et le terminal de reseau
WO2009121284A1 (fr) Procédé, système et passerelle de fourniture de service intelligent
WO2008003256A1 (fr) Procédé, système et dispositif pour ordonner à la passerelle média d'établir des connexions entre des terminaux
WO2006136070A1 (fr) Procédé pour basculer le format de codage ou de décodage des flux de médias
WO2007073666A1 (fr) Procede et dispositif utilisant un parametre de comptage pour regler une valeur
CN100502368C (zh) 一种实现多媒体设备之间建立呼叫的方法
US8195988B2 (en) Method and apparatus for handling disconnection between a media gateway and a media gateway controller
WO2009129712A1 (fr) Procédé, passerelle media et système de compte rendu de l’état d’une session
WO2008138187A1 (fr) Procédé de réalisation pour un appel de nouvelle réponse
US7764600B1 (en) Providing an alternative service application to obtain a communication service when the current service application is inhibited
WO2008151559A1 (fr) Procédé, système et appareil pour sélectionner une passerelle de médias virtuels
WO2006116933A1 (fr) Procede, systeme et equipement de realisation d'une intercommunication entre les domaines ip
WO2007112689A1 (fr) Procédé et dispositif de commande d'un événement prédéfini
US20120250524A1 (en) Method and system for implementing a call by a media gateway
WO2011120384A1 (fr) Procédé, dispositif et système pour assurer une synchronisation de ressources dynamiques d'utilisateur
WO2007059650A1 (fr) Systeme de passerelle multimedia et procede permettant l'appel interne de la passerelle multimedia
CN105516123A (zh) 网络电话与电话网电话通信的方法及落地电话业务服务器

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200680008615.2

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06753033

Country of ref document: EP

Kind code of ref document: A1