CN101588271A - Method for detecting routing in IP multimedia subsystem (IMS) - Google Patents
Method for detecting routing in IP multimedia subsystem (IMS) Download PDFInfo
- Publication number
- CN101588271A CN101588271A CNA2008100671903A CN200810067190A CN101588271A CN 101588271 A CN101588271 A CN 101588271A CN A2008100671903 A CNA2008100671903 A CN A2008100671903A CN 200810067190 A CN200810067190 A CN 200810067190A CN 101588271 A CN101588271 A CN 101588271A
- Authority
- CN
- China
- Prior art keywords
- route
- message
- detect
- test
- max
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a method for detecting a routing in an IP multimedia subsystem (IMS). Whether routing detection is successful is judged by the routing detection at a first stage, and an increasing max-forwards parameter value is added into a routing detection message by the routing detection at a second stage so as to position a failure network element. The method for detecting the routing can rapidly detect that whether a protocol stack of a server or a terminal normally works, displays a detection result to a user by a back stage and can position the middle railed network element by increasing max-forwards when the detection failure fails.
Description
Technical field
The present invention belongs to communication field, be specifically related to the method that a kind of pass through mechanism by the SIP signaling message realizes that the backstage is detected the route accessibility between the IMS system network element, different is with traditional two layers of link detecting, here be a kind of three layers of route detecting method, and can on the backstage, show test results.
Background technology
Along with the differentiation of telephone network architecture and the development of broadband technology, traditional telephone network is inevitable main trend to the evolution of next generation network (NGN), with European ETSI is the TISPAN plan proposition of representative, architectural framework based on IMS is the main framework of NGN, thinks that INS has represented the direction of NGN network development.The IMS system adopts Session Initiation Protocol to call out control end to end, and this just supports fixing for IMS and move to insert technical foundation is provided simultaneously, makes that also the network integration becomes possibility.Server and terminal all are one's shares of expenses for a joint undertaking important in the system, the whether normal performance that directly affects whole system of their operating states.
At present the detection method to interoperability between system's network element has link detecting and route to detect, and latter's route to detect be to be based upon on the basis that physical link can reach, the accessibility between the test route.Route detecting method in traditional the Internet is input purpose IP address, and whether the testing goal network element can reach then, if inaccessible the time, can only know that the purpose network element is unreachable, and not know where fault has appearred in network element in the middle of this on earth.
Summary of the invention
The invention solves existing route detect can't the fault location network element technical problem, propose
A kind of method that realizes that in the IMS system route detects, when route detects failure, the position that can accurately orient the fault network element.
The present invention proposes a kind of method that route detects that in the IMS system, realizes, comprise following processing procedure:
1) route test originating end makes up the route detect-message and mails to test purpose equipment, and waits for the response of acceptance test destination device to detect-message;
2) set the judgment condition that originating end receives response message, when condition satisfied, judgement destination protocol stack was working properly, and route is tested successfully; Otherwise the judgement intermediate NE breaks down;
3) route test originating end contains the route detect-message of max-forwards parameter value by structure, and the initial value of this parameter is 1, and it is mail to test purpose equipment; After the response of receiving for the route detect-message of being with the max-forwards parameter value, route test originating end continues to make up is with the route detect-message that increases progressively the max-forwards parameter value to repeat the route detection, when route test originating end can't normally receive response message, adjudicate the route test crash, and judge the position of fault network element by the max-forwards parameter value in the last item route detect-message.
Preferably, be specially in the described step 3): the max-forwards parameter value increases progressively 1 at every turn, orients the fault network element by the max-forwards parameter value in the last item route detect-message.
Preferably, described route detect-message is specifically sent by the OPTIONS request message.
Preferably, have identification parameter in the described OPTIONS request message, being used to discern this message is the route detect-message, in the response message also correspondence carry this identification parameter.
Preferably, the judgment condition that receives response message described step 2) comprises: the number of times that receives the time threshold of response and successfully receive response.
Adopt route detecting method of the present invention, can whether more working properly than the protocol stack that detects server or terminal faster, simultaneously test result is shown to the user by the backstage, and when taking place to detect failure, can fault appear by increasing progressively which network element of max-forwards in the middle of locating, promptly when breaking down, can fault appear by increasing progressively which network element of max-forwards value in the middle of locating.
Description of drawings
Fig. 1 is that whether successful the present invention pass through OPTIONS request message judgement route and detect implementing procedure figure;
Fig. 2 is that the present invention is by carrying the implementing procedure figure of max-forwards parameter value fault location network element in detect-message.
Embodiment
Be described in further detail below in conjunction with the enforcement of accompanying drawing technical scheme:
The present invention is in the NGN system architectural framework based on IMS (IP Multimedia subsystem), propose a kind of by the backstage to IMS system network element, comprise that core network element, application server and terminal etc. carry out the method that route detects, locate which network element by the value that increases progressively max-forwards gradually and fault occurred.In actual use, at first mail to specific test purpose equipment by the route detect-message, in the specific time, just show that the destination protocol stack is working properly if receive response, be that route is tested successfully, if overtime then show in the middle of which network element fault has appearred, then by increase progressively gradually the max-forwards parameter value locate in the middle of which network element fault has appearred.
In next generation network architectural framework, there are at least 2 core control equipments, plural subscriber terminal equipment based on IMS.It is that failure is returned in the route test that application max-forwards parameter value comes the prerequisite of orientation problem, therefore need at first carry out the route test.
In NGN system architectural framework,, therefore just can utilize the OPTIONS request message to carry out the route test because all network elements are all supported the OPTIONS request message based on IMS (IP Multimedia subsystem).
It is as follows that the process that route detects is carried out to the network element in the IMS system in the backstage: the address of at first inserting test purpose equipment on the backstage is mail to corresponding network element and is constructed route test OPTIONS request message, mails to destination device, and corresponding timer is set simultaneously; Before timer triggered, if receive response, the protocol stack that then shows destination device was an operate as normal, and route is tested successfully; If timer has been triggered, then can think route test crash between network element.It is exactly to want the suitable time value that timer is set that a problem is arranged here, and preventing in also no show and timer just triggers of some response, thereby the protocol stack work that is mistaken as destination is undesired.Concrete route testing process is as follows:
After sip terminal succeeded in registration, just can carry out the test of sip route to IMS system network element such as P-CSCF, S-CSCF and terminal equipment this time, and concrete operating process is:
On the backstage, insert the address of the purpose terminal equipment that needs test, construct route test OPTIONS request message, then request message is sent, write down transmitting time simultaneously, and start relevant timer by corresponding network element;
If before timer expiry, received after the response of route test request, note this time constantly, subtract each other with the time that sends the route test request message then, thereby obtain the commute time (RTT) of message, the result and the commute time of response are sent to the backstage in order to show, kill corresponding timer simultaneously.
If this time timer expiry, the failure of judgement route test request.Also can test repeatedly, set a frequency threshold value simultaneously, if the successful number of times of test during above threshold value, then can be thought and test successfully, otherwise route test crash.
Detect for the phase I route under the situation of failure, the band that also needs to carry out second stage increases progressively the route testing process of max-forwards parameter value, and fault has appearred in which network element in the middle of locating by the max-forwards parameter value.Testing process is as follows:
Max-forwards=1 at first is set at the beginning, structure OPTIONS route test request message, the record transmitting time, and start relevant timer;
If next jumps network element protocol stack operate as normal when request message arrives next jumping network element like this, will return success response, recorder this moment was subtracted each other with the moment that sends a request message then to the time that responds, the route test result is shown to the user, and the value that increases progressively max-forwards then repeats to detect; The setting of incremental change as requested the fault location network element accuracy and decide, incremental change is can directly navigate to the fault network element at 1 o'clock;
If in the specific time, do not receive success response, just can think the route test crash, watching relevant configuration is that fault has appearred in which network element on earth in the middle of just can being informed in this.
In addition, because the usage of the OPTIONS of network element squadron request message has much at present, so can also be when sending message by distinguishing with the next OPTIONS request message of a parameter with other, to show that this is a sip route test request message, can show also that in the success response of receiving this success response of receiving is exactly that sip route test request produces by this parameter that sends simultaneously.
Accompanying drawing 1 has been described the process of network element in the IMS system being carried out phase I route test, and its manual initiation on the backstage is tested, and shows test results on the backstage:
101, the purpose terminal equipment address that route is tested is set on the backstage, send to the message originating end;
102, the message originating end is structure OPTIONS route test request message after receiving route test triggering message, sends, and overtime timer is set simultaneously, the time that record sends;
103, receiving terminal after receiving request message, the response message that loopback is relevant;
104, before timer expiry, if receive after the response of OPTIONS route test request message, the record time at this moment, subtract each other the commute time that obtains with the time that sends then, kill relevant timer simultaneously;
105, if before timer expiry, also do not receive response, the relevant display message of loopback then;
106, after repeatedly test is finished, add up successful number of times, compare with the dependent thresholds of setting then, if more than or equal to threshold value, just can be considered as success, otherwise words just write off;
Accompanying drawing 2 has been described the route of the network element in the IMS system by second stage has been detected the process of carrying out fault location, and its is manual on the backstage initiates test, and shows test results on the backstage:
201, the max-forwards parameter value is set on the backstage, be set to 1 at the beginning, send to the message originating end;
202, the message originating end is received after the route test triggers message and is constructed OPTIONS route test request message, sends, and overtime timer is set simultaneously, the time that record sends;
203, the first jump network element after receiving request message, the response message that loopback is relevant;
204, before timer expiry, if receive after the response of OPTIONS route test request message, the record time at this moment, subtract each other the commute time that obtains with the time that sends then, kill relevant timer simultaneously, increase progressively the value of max-forwards, repeat above step;
205, if also do not receive response before timer expiry, then the relevant display message of loopback is watched relevant configuration and is known that fault has appearred in which network element.
Above content be in conjunction with concrete preferred implementation to further describing that the present invention did, can not assert that concrete enforcement of the present invention is confined to these explanations.For the general technical staff of the technical field of the invention, without departing from the inventive concept of the premise, can also make some simple deduction or replace, all should be considered as belonging to protection scope of the present invention.
Claims (5)
1. in the IMS system, realize the method that route detects for one kind, it is characterized in that described method comprises following processing procedure:
1) route test originating end makes up the route detect-message and mails to test purpose equipment, and waits for the response of acceptance test destination device to detect-message;
2) set the judgment condition that originating end receives response message, when condition satisfied, judgement destination protocol stack was working properly, and route is tested successfully; Otherwise the judgement intermediate NE breaks down;
3) route test originating end contains the route detect-message of max-forwards parameter value by structure, and the initial value of this parameter is 1, and it is mail to test purpose equipment; After the response of receiving for the route detect-message of being with the max-forwards parameter value, route test originating end continues to make up is with the route detect-message that increases progressively the max-forwards parameter value to repeat the route detection, when route test originating end can't normally receive response message, adjudicate the route test crash, and judge the position of fault network element by the max-forwards parameter value in the last item route detect-message.
2. the method that in the IMS system, realizes the route detection according to claim 1, it is characterized in that, be specially in the described step 3): the max-forwards parameter value increases progressively 1 at every turn, orients the fault network element by the max-forwards parameter value in the last item route detect-message.
3. the method that realizes the route detection in the IMS system according to claim 1 and 2 is characterized in that described route detect-message is specifically sent by the OPTIONS request message.
4. the method that realizes that in the IMS system route detects according to claim 3 is characterized in that have identification parameter in the described OPTIONS request message, being used to discern this message is the route detect-message, in the response message also correspondence carry this identification parameter.
5. the method that realizes that in the IMS system route detects according to claim 1 and 2 is characterized in that described step 2) in receive response message judgment condition comprise: the number of times that receives the time threshold of response and successfully receive response.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100671903A CN101588271B (en) | 2008-05-20 | 2008-05-20 | Method for detecting routing in IP multimedia subsystem (IMS) |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100671903A CN101588271B (en) | 2008-05-20 | 2008-05-20 | Method for detecting routing in IP multimedia subsystem (IMS) |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101588271A true CN101588271A (en) | 2009-11-25 |
CN101588271B CN101588271B (en) | 2011-10-26 |
Family
ID=41372345
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100671903A Expired - Fee Related CN101588271B (en) | 2008-05-20 | 2008-05-20 | Method for detecting routing in IP multimedia subsystem (IMS) |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101588271B (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103138988A (en) * | 2013-02-06 | 2013-06-05 | 北京德瑞塔时代网络技术有限公司 | Positioning treatment method and positioning treatment device of network faults |
CN103685246A (en) * | 2013-11-29 | 2014-03-26 | 大唐移动通信设备有限公司 | IMS faulty network element positioning method and device |
CN108206767A (en) * | 2016-12-20 | 2018-06-26 | 北京神州泰岳软件股份有限公司 | A kind of network equipment failure detection method and device |
CN109962801A (en) * | 2017-12-25 | 2019-07-02 | 中国移动通信集团福建有限公司 | Communication quality exception localization method, device, equipment and medium |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100563201C (en) * | 2004-12-02 | 2009-11-25 | 华为技术有限公司 | A kind of method for detecting route unit fault and device |
CN100417080C (en) * | 2005-02-01 | 2008-09-03 | 华为技术有限公司 | Method for detecting network chain fault and positioning said fault |
CN100454849C (en) * | 2005-08-05 | 2009-01-21 | 华为技术有限公司 | Fault detecting method in next generation network |
CN1992711B (en) * | 2005-12-27 | 2011-05-11 | 中兴通讯股份有限公司 | Method for performing link detection to server by SIP terminal |
-
2008
- 2008-05-20 CN CN2008100671903A patent/CN101588271B/en not_active Expired - Fee Related
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103138988A (en) * | 2013-02-06 | 2013-06-05 | 北京德瑞塔时代网络技术有限公司 | Positioning treatment method and positioning treatment device of network faults |
CN103138988B (en) * | 2013-02-06 | 2017-01-18 | 北京德瑞塔时代网络技术有限公司 | Positioning treatment method and positioning treatment device of network faults |
CN103685246A (en) * | 2013-11-29 | 2014-03-26 | 大唐移动通信设备有限公司 | IMS faulty network element positioning method and device |
CN103685246B (en) * | 2013-11-29 | 2016-12-07 | 大唐移动通信设备有限公司 | IMS faulty network element localization method and device |
CN108206767A (en) * | 2016-12-20 | 2018-06-26 | 北京神州泰岳软件股份有限公司 | A kind of network equipment failure detection method and device |
CN109962801A (en) * | 2017-12-25 | 2019-07-02 | 中国移动通信集团福建有限公司 | Communication quality exception localization method, device, equipment and medium |
CN109962801B (en) * | 2017-12-25 | 2022-06-21 | 中国移动通信集团福建有限公司 | Communication quality abnormity positioning method, device, equipment and medium |
Also Published As
Publication number | Publication date |
---|---|
CN101588271B (en) | 2011-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1905472B (en) | Method for implementing IMS network reliability | |
US8503312B2 (en) | Failure recovery in an IP multimedia subsystem network | |
US7936665B2 (en) | IMS network system and data restoring method | |
CN101588271B (en) | Method for detecting routing in IP multimedia subsystem (IMS) | |
US20100287406A1 (en) | Node apparatus, communication system, and method of providing service | |
CN105227398B (en) | Long connection method, system and its apparatus, terminal are shared in multi-service | |
CN107276811A (en) | It is a kind of to realize method, relevant apparatus and system that terminal called service recovers | |
US20090031016A1 (en) | Interface apparatus, main apparatus and control method for use in the interface apparatus | |
CN101489245A (en) | Network disaster tolerance method, terminal and call session control function entity | |
CN101702712B (en) | Detection technology and voice call backup linkage method and device thereof | |
CN101448319B (en) | Method for processing S-CSCF failure recovery | |
CN101695071A (en) | Registration method of internet protocol telephone terminal and equipment thereof | |
CN106559230A (en) | A kind of fault handling method, apparatus and system | |
CN101155078A (en) | Method for fast locating IP network fault | |
US9525780B2 (en) | Method and system for processing abnormality of AS | |
CN104125591B (en) | A kind of calling-control method based on IMS, apparatus and system | |
CN103546491B (en) | Communication link abnormity protection method based on H.248 terminal | |
CN104094575A (en) | Method and apparatus for improved handling of ims node blacklisting | |
JP4920715B2 (en) | Gateway device, non-billing processing system, and non-billing processing method | |
CN111240872A (en) | Self-service equipment diagnosis method based on cloud computing | |
CN102387268B (en) | Method for H.248 communication terminal to register on server | |
KR101699080B1 (en) | Apparatus and method for managing logical fault in service over internet protocol | |
CN102148720B (en) | Method and system for detecting distributed denial of service (DDoS) vulnerability of internet protocol (IP) multimedia subsystem | |
Balcerzak et al. | QoS monitoring model of registration procedure for IMS platform | |
WO2019167984A1 (en) | Failure detection device, failure detection method, and failure detection program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111026 Termination date: 20170520 |