WO2007076654A1 - Procede pour la detection de connexion d'appel dans un reseau ip de commutation par paquets - Google Patents

Procede pour la detection de connexion d'appel dans un reseau ip de commutation par paquets Download PDF

Info

Publication number
WO2007076654A1
WO2007076654A1 PCT/CN2006/001462 CN2006001462W WO2007076654A1 WO 2007076654 A1 WO2007076654 A1 WO 2007076654A1 CN 2006001462 W CN2006001462 W CN 2006001462W WO 2007076654 A1 WO2007076654 A1 WO 2007076654A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
media gateway
call
real
bearer network
Prior art date
Application number
PCT/CN2006/001462
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
Publication of WO2007076654A1 publication Critical patent/WO2007076654A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0677Localisation of faults

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method for detecting an IP packet bearer online call continuity test. Background technique
  • 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 service media to users.
  • the gateway implements the establishment, transmission and release of the voice media stream under the control of the softswitch.
  • Figure 1 shows the network diagram of the softswitch and the media gateway in the NGN.
  • the softswitch controls the gateway to complete the call process through the MEGACO (Media Gateway Control, MEGACO) protocol or the MGCP (Media Gateway Control Protocol, MGCP) protocol.
  • MEGACO Media Gateway Control, MEGACO
  • MGCP Media Gateway Control Protocol
  • RTP Real Transport Protocol
  • the protocol (RTP) media stream is sent to the MG2 via the packet switching network; the RTP resource also decodes and restores the RTP media stream from the user B from another media gateway to the voice to the user A.
  • the two media gateways implement the same call. In this way, user A and user B realize the two-way intercommunication of voice.
  • the user's call will be interrupted; if the media gateway's codec and other aspects of the media are in the process of the call, the user's call will be interrupted. . In both cases, it is difficult to distinguish whether there is a problem with the gateway device itself or a problem with the bearer network.
  • the traditional method for detecting such call disconnection and unreachable conditions is to check the IP bearer network after a call is found after a call is disconnected, and perform diagnostic tests on the gateway device to locate the fault;
  • the practice is to continuously test the bearer networks of some major routing directions. These methods have imperfections. On the one hand, after the failure, they are tested again. It is post-positional positioning. It is difficult to accurately reflect the current network and equipment operation. On the other hand, continue to some major routing directions.
  • the bearer network test cannot cover all IP packet bearer networks that all calls may reach, and a large number of test messages also burden the IP bearer network. Invention disclosure
  • the problem to be solved by the present invention is to provide a call continuity detection method for an IP packet bearer network, so that when the user is interrupted or unable to connect during the call, the IP bearer network is tested for continuity, accurate and real-time. Ground to detect the operation of the network.
  • the present invention provides a call continuity detection method for an IP packet bearer network, which is used to determine a fault type when a first media gateway finds that a call has failed, wherein, step 1, for all media gateways
  • the network interface unit sets the detection port.
  • Step 2 The first media gateway continuously sends the user datagram protocol detection packet to the detection port of the peer media gateway.
  • the method for detecting a call continuity of the IP packet bearer network wherein the step of determining a fault type is to transmit, by the first media gateway, a transmission parameter of the user datagram protocol detection packet and a preset transmission parameter valve. Values are compared to achieve.
  • the call continuity detection method of the IP packet bearer network wherein the step of the first media gateway discovering that the call is faulty is performed by the first media gateway by transmitting the transmission parameter of the media stream of the call with a preset transmission
  • the parameter threshold is compared to achieve.
  • the call continuity detection method of the IP packet bearer network wherein the transmission parameters of the user datagram protocol detection packet and the media stream include a packet loss rate and/or jitter and/or a delay.
  • the call continuity detection method of the IP packet bearer network wherein, when any one of a packet loss rate, a jitter, and a delay of the media stream is greater than a corresponding threshold, the first media gateway determines that the call is faulty; When the user datagram protocol detects that any one of the packet loss rate, the jitter, and the delay of the packet is greater than the corresponding threshold, the first media gateway determines that the fault type is an abnormality of the IP bearer network, and otherwise determines that the fault type is a media gateway. abnormal.
  • the invention can timely reflect the situation of the network failure while completely covering all the IP packet bearer networks that all calls can reach and alleviating the burden of the IP bearer network.
  • FIG. 1 is a schematic diagram of networking of a softswitch and a media gateway in an NGN network
  • FIG. 2 is a schematic diagram showing the direction of a UDP packet between an IP bearer network and a media gateway in a call continuity detection process according to the present invention
  • FIG. 3 is a schematic flow chart of the present invention. The best way to implement the invention
  • the network interface unit of the media gateway is an interface between the media gateway and the IP bearer network, and is used to access the media stream from the IP packet bearer network to the inside of the media gateway, and simultaneously send the media stream generated by the media gateway to the IP bearer network.
  • the detection port is set in the network interface unit of the media gateway, and the first data gateway continuously sends the user datagram protocol detection packet to the detection port of the peer media gateway, and the first media gateway obtains the user datagram protocol detection returned by the peer media gateway.
  • the transmission parameter is calculated after the packet and the fault type is determined according to the transmission parameter of the user datagram protocol detection packet.
  • Transmission parameters in the present invention include packet loss rate and/or jitter and/or delay.
  • transmission parameters include packet loss rate, jitter, and delay.
  • the call continuity detection method of the IP packet bearer network of the present invention is configured to actively perform the continuity detection on the IP bearer network when the voice channel of the media gateway is disconnected or cannot be connected, and timely and accurately locate the current call fault.
  • a detection port is first set in the network interface unit of the media gateway for returning the received UDP (User Datagram Protocol) detection packet to the source IP and PORT for sending the UDP detection packet. And set the threshold of packet loss rate, delay, and jitter required for normal calls at the media gateway;
  • UDP User Datagram Protocol
  • RTCP Real Time
  • the Control Protocol real-time control protocol
  • the Control Protocol monitors the media stream on the RTP port of the call in real time.
  • the monitored data includes real-time packet loss rate, real-time jitter, real-time delay, and real-time packet loss rate, real-time jitter, and real-time time.
  • the delay is compared with the threshold of packet loss rate, jitter, and delay to determine the network condition. When any of the real-time packet loss rate, real-time jitter, and real-time delay is greater than its corresponding threshold, it is determined that the network is faulty; After determining that the network is faulty, the network interface unit of the media gateway that detects the network failure actively sends the UDP detection packet to the detection port of the peer media gateway.
  • the UDP detection packet is sent back to the media gateway that sends the UDP detection packet;
  • the interface unit of the media gateway that detects the network failure calculates the packet loss rate of the UDP detection packet, the delay of the UDP detection packet, the jitter of the UDP detection packet, and the packet loss rate, jitter, and delay according to the received UDP detection packet. If the calculated packet loss ratio of the UDP packet, the delay of the UDP packet, and the jitter of the UDP packet are greater than the corresponding threshold, the IP bearer network is reported to the network management system. The alarm of the failure is detected, and the call information corresponding to the current detection is recorded. Otherwise, the alarm of the abnormal call processing of the media gateway device is reported to the network management system, and the information of the current call is recorded.
  • the IP bearer network shown in FIG. 2 has a media gateway 1, a media gateway 2, and a media gateway 3.
  • the network interface units of the media gateways all have an IP bearer network detection function.
  • the network interface unit When the network interface unit sets the detection port for receiving the UDP detection packet to P0RTQ, that is, when receiving the UDP detection packet sent by the IP bearer network to the P0RTD, the network interface unit detects the source IP address and the source PORT number in the UDP detection packet. The UDP detection packet is sent back to the IP bearer network;
  • the source IP address is 202. 202. 111. 1.
  • the source PORT is 60001
  • the destination IP is 203. 203. 222. 1.
  • the destination PORT is 65000
  • the data content of the UDP detection packet is 12345.
  • the source IP is changed to 203. 203. 222. 1.
  • the source PORT is 65000
  • the destination IP is 202. 202. 111. 1
  • the destination PORT is 60001
  • the UDP data content is still 12345. Resend to the IP bearer network;
  • the network interface unit can actively send the UDP detection packet continuously and calculate the packet loss rate of the UDP detection packet and the UDP detection packet according to the sending time of each sent UDP detection packet and the time when the packet can be received again. Parameters such as delay.
  • FIG. 2 is a schematic diagram of the UDP detection packet routing direction when the media gateway 1 finds that the call to the media gateway 2 and the media gateway 3 is abnormal, and the call gateway test is being performed on the media gateway 2 and the media gateway 3.
  • the IP address of the RTP1 media stream is IP1, and the UDP port number is P0RT1.
  • the IP address of the media gateway 2 used for calling the RTP2 media stream is IP2 and the UDP port number is P0RT2. Assume that the media gateway 1 detects this time. If the call is abnormal, the process of implementing the continuity detection on the IP bearer network is as shown in FIG. 3, and includes the following steps:
  • Step 31 Set a threshold for ensuring that the current call process is normal, and the IP bearer network must have a packet loss rate, a delay, a jitter, and the like, and the threshold may be different according to the media stream used for each call. Setting a different dynamic setting after the call is established can also set a uniform value for all calls of the media gateway;
  • Step 32 the call setup is established, the user 1 on the media gateway 1 and the user 2 on the media gateway 2 enter the call, and after entering the call, the media gateway 1 and the media gateway 2 perform the RTP media stream of the call through the RTCP protocol.
  • Real-time monitoring, real-time packet loss rate, real-time jitter and real-time delay of the media stream within 5 seconds are counted every 5 seconds;
  • Step 33 The media gateway compares the real-time packet loss rate, real-time jitter, and real-time delay with the corresponding threshold. When any of the real-time packet loss rate, real-time jitter, and real-time delay is greater than its corresponding threshold, If it is determined that the network is faulty, proceed to step 34, otherwise return to step 32;
  • Step 34 The media gateway 1 performs an IP packet bearer network detection between the media gateway 1 and the media gateway 2, and specifically includes: Step 341, the media gateway 1 sends a command for actively detecting the bearer network to the network interface unit, and includes the command in the command.
  • Step 342 After receiving the command, the network interface unit of the media gateway 1 actively sends the UDP detection packet detection port P0RTD to the IP2 detection port P0RTD to receive the UDP detection packet sent by the IP bearer network to the P0RTD, according to the UDP detection packet.
  • the source IP address and the source PORT number send the UDP detection packet back to the IP bearer network;
  • Step 343 The network interface unit of the media gateway 1 calculates the packet loss rate and UDP detection of the UDP detection packet according to the sending time of each sent UDP test packet and the time when the packet can receive the UDP detection packet again.
  • Step 35 When any one of the packet loss rate, the delay, and the jitter of the UDP detection packet is greater than the corresponding threshold, the media gateway 1 reports an abnormality of the IP bearer network to the network management system, and records the current call in the alarm information.
  • User 1 the local IP1, the peer IP2, and the real-time packet loss used for the call media stream.
  • the media gateway 1 reports the abnormality of the device of the media gateway 1 to its network management system. The user who recorded the call in the message 1.
  • Step 36 The call detection of the IP packet bearer network ends, and the entire call is terminated after the user hangs up.
  • step 32 If the user ends the call at any time during the detection of step 32, the call ends and the entire continuity detection process ends immediately.
  • the call continuity detection method of the IP packet bearer network of the invention detects the call fault in time when detecting the call fault, can accurately and effectively reflect the cause of the fault, and can monitor the IP bearer network and the media gateway device when the system is abnormal.
  • the operation of the NGN system is convenient for operators.

Landscapes

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

Abstract

La présente invention concerne un procédé pour la détection de connexion d'appel dans un réseau IP de commutation par paquets, servant à la détermination de type de défaillance lorsqu'une défaillance se produit, comprenant: l'établissement d'un port de détection dans une unité d'interface de réseau d'une passerelle multimédia, et l'envoi en continu par la première passerelle multimédia de paquets de détection de protocole de datagramme d'utilisateur au dit port de détection sur la passerelle multimédia opposée; suite à la réception par la première passerelle multimédia desdits paquets de détection de protocole de datagramme d'utilisateur renvoyés depuis la passerelle multimédia opposée, elle calcule un paramètre de transmission, et détermine ledit type de défaillance selon le paramètre de transmission desdits paquets de détection de protocole de datagramme d'utilisateur. Lorsque le procédé pour la détection de connexion d'appel dans un réseau IP de commutation par paquets de l'invention a détecté le type de défaillance, il détecte la défaillance d'appel dans le temps afin de rechercher la cause de la défaillance de manière précise et efficace, tandis que lorsque le système présente une anomalie, il surveille le fonctionnement du réseau IP de commutation par paquets et le dispositif de passerelle multimédia en vue de faciliter la gestion par l'opérateur d'un système de réseau de la prochaine génération (NGN)
PCT/CN2006/001462 2005-12-30 2006-06-26 Procede pour la detection de connexion d'appel dans un reseau ip de commutation par paquets WO2007076654A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510130798.2 2005-12-30
CN2005101307982A CN1992650B (zh) 2005-12-30 2005-12-30 一种ip分组承载网的呼叫导通检测方法

Publications (1)

Publication Number Publication Date
WO2007076654A1 true WO2007076654A1 (fr) 2007-07-12

Family

ID=38214611

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/001462 WO2007076654A1 (fr) 2005-12-30 2006-06-26 Procede pour la detection de connexion d'appel dans un reseau ip de commutation par paquets

Country Status (2)

Country Link
CN (1) CN1992650B (fr)
WO (1) WO2007076654A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109818813A (zh) * 2019-03-28 2019-05-28 深圳市丰润达科技有限公司 智能网关设备的维护方法、装置和计算机可读存储介质
CN114500235A (zh) * 2022-04-06 2022-05-13 深圳粤讯通信科技有限公司 一种基于物联网的通信设备安全管理系统

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101365169B (zh) * 2007-08-09 2011-11-02 华为技术有限公司 路由控制的实现方法、系统、媒体网关及媒体网关控制器
CN101179412B (zh) * 2007-12-13 2010-06-23 华为技术有限公司 多组播承载网接入设备、系统及方法
CN101888654B (zh) * 2009-05-11 2013-08-07 中国移动通信集团甘肃有限公司 一种通话质量测试方法、装置及系统
CN102404163A (zh) * 2010-09-15 2012-04-04 中兴通讯股份有限公司 Ip接口的测试方法、装置及系统
CN102546263A (zh) * 2012-02-21 2012-07-04 德科仕通信(上海)有限公司 在iptv网络中视频服务器和ip网络的故障隔离方法及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000209205A (ja) * 1999-01-20 2000-07-28 Fujitsu I-Network Systems Ltd ネットワ―ク内遅延時間測定装置
US20040160927A1 (en) * 2003-02-19 2004-08-19 Yang Zhongjin Method to measure performance and quality of wireless packet data services for end users

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3575435B2 (ja) * 2001-03-09 2004-10-13 日本電気株式会社 電話システム及び電話接続監視方法
MXPA06010615A (es) * 2004-03-18 2006-12-19 Adva Ag Gestion de fallas en un sistema de comunicaciones a base de ethernet.

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000209205A (ja) * 1999-01-20 2000-07-28 Fujitsu I-Network Systems Ltd ネットワ―ク内遅延時間測定装置
US20040160927A1 (en) * 2003-02-19 2004-08-19 Yang Zhongjin Method to measure performance and quality of wireless packet data services for end users

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109818813A (zh) * 2019-03-28 2019-05-28 深圳市丰润达科技有限公司 智能网关设备的维护方法、装置和计算机可读存储介质
CN109818813B (zh) * 2019-03-28 2021-09-14 深圳市丰润达科技有限公司 智能网关设备的维护方法、装置和计算机可读存储介质
CN114500235A (zh) * 2022-04-06 2022-05-13 深圳粤讯通信科技有限公司 一种基于物联网的通信设备安全管理系统

Also Published As

Publication number Publication date
CN1992650A (zh) 2007-07-04
CN1992650B (zh) 2011-05-11

Similar Documents

Publication Publication Date Title
US7496044B1 (en) Method and apparatus for analyzing a media path for an internet protocol (IP) media session
US7936694B2 (en) Sniffing-based network monitoring
US9160636B2 (en) System and method for monitoring network link quality
US9544208B2 (en) VoIP quality measurement enhancements using the internet control message protocol
US8248953B2 (en) Detecting and isolating domain specific faults
WO2007076654A1 (fr) Procede pour la detection de connexion d'appel dans un reseau ip de commutation par paquets
JP4537458B2 (ja) 回線交換移動通信網の性能分析
US7633879B2 (en) Method and apparatus for discovering the incoming media path for an internet protocol media session
WO2011060721A1 (fr) Procédé et appareil de surveillance de la qualité d'un service
EP2075980A1 (fr) Procédé et système de communication réseau pour rediriger un port de communication réseau
US20120224469A1 (en) Network fault detection method and apparatus
EP1525720A1 (fr) Test de bout en bout entre des passerelles dans un reseau ip
WO2006128347A1 (fr) Procede de mise en œuvre d’une maintenance en ligne dans un reseau de communication
JP2007521530A (ja) 通信ネットワークにおける監視
US7535850B2 (en) Method and apparatus for providing voice path assurance testing through a packet network
US7733769B1 (en) Method and apparatus for identifying a media path in a network
Cisco MGCP CAS PBX and PRI Backhaul on Cisco 7200 Routers
US20100128613A1 (en) Detection of bearer loss in an IP-based multimedia session
CN110235425B (zh) 利用终端分集的会议系统
US9769042B2 (en) Method for monitoring a communication system
Homayouni et al. Configuration of a sip signaling network: An experimental analysis
WO2012174945A1 (fr) Procédé et dispositif d'interception de contenu multimédia dans un sous-système multimédia ip
EP2335389B1 (fr) Détection de perte de porteuse dans une session multimédia par ip
Singh et al. Distributed Agent Architecture to Measure Availability of IP Telephony Services
WO2012071898A1 (fr) Procédé et dispositif de surveillance de contenus multimédia dans un sous-système multimédia ip

Legal Events

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

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06753034

Country of ref document: EP

Kind code of ref document: A1