WO2005114906A1 - Procede et systeme d'obtention d'informations d'etat de noeuds de reseau sip - Google Patents

Procede et systeme d'obtention d'informations d'etat de noeuds de reseau sip Download PDF

Info

Publication number
WO2005114906A1
WO2005114906A1 PCT/CN2005/000690 CN2005000690W WO2005114906A1 WO 2005114906 A1 WO2005114906 A1 WO 2005114906A1 CN 2005000690 W CN2005000690 W CN 2005000690W WO 2005114906 A1 WO2005114906 A1 WO 2005114906A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
sip
status
network
message
Prior art date
Application number
PCT/CN2005/000690
Other languages
English (en)
Chinese (zh)
Inventor
Himanshoo Kumar Saxena
Haifeng 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.
Publication of WO2005114906A1 publication Critical patent/WO2005114906A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • 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
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Definitions

  • the present invention relates to the field of network communication technologies, and in particular, to a method and system for acquiring a state of a SIP network node.
  • SIP Session Initiation Protocol
  • RTP real-time transmission protocol
  • SDP session description protocol
  • a SIP node can have multiple working modes, such as UserAgent, Proxy, REGISTRAR, registration server, back-to-back user agent, location server, etc.
  • SIP Session Initiation Protocol
  • request and response There are two types of SIP messages: request and response.
  • the client makes a request and the server responds.
  • Different message headers are used to describe communication details.
  • SIP maintains the common structure of all messages for universal parsing. Requests and responses use a standard, unified format.
  • the SIP response message has two response states: the temporary response state and the final response state.
  • the final response can be positive or negative.
  • the SIP protocol provides a response mechanism to ensure the reliability of this command-response mode. For example, a simple retransmission command is sent multiple times until a return is received. If a SIP node does not receive a response within the retry times, it can assume that an error response has been received by default, thus ensuring the reliability of the SIP command.
  • SIP can support UDP (User Datagram Protocol) and TCP (Transmission Control Protocol) protocols.
  • UDP User Datagram Protocol
  • TCP Transmission Control Protocol
  • the UDP protocol belongs to the type of "connectionless, unreliable transmission". This protocol is only responsible for receiving and transmitting the messages passed by the upper layer protocol. It does not perform any detection, modification and response.
  • the TCP protocol is a connection-oriented protocol. It provides a corresponding mechanism to maintain the state of the link. When using the TCP protocol, In this case, the SIP node can directly obtain the link status of the remote node.
  • this link status does not fully represent the status of the peer SIP entity. It may be just the status of the network link. Therefore, in order to obtain the status of the peer SIP entity, a mechanism needs to be introduced to ensure that the remote SIP node generates a heartbeat message (that is, one node periodically sends a message to another node to notify itself of its status), so that the SIP node can be better To maintain each other's status information.
  • a heartbeat message that is, one node periodically sends a message to another node to notify itself of its status
  • the SIP protocol does not provide maintenance links, and it also supports publishing link status. If SIP nodes are required to provide link maintenance, it is usually to use some private protocols that are not commonly used in the SIP protocol to maintain heartbeat messages between the two nodes. For example, in order to monitor the status of SIP node 2, SIP node 1 in FIG. 1 needs to send SIP messages frequently. If node 3 only wants to get the status change message of node 2 and does not care about the status information of node 2, it still needs to adopt a similar mechanism to frequently send SIP messages to node 2 to maintain the heartbeat link with node 2. The above method requires that different nodes must maintain heartbeat messages with each other through a private protocol in order to obtain the status change information of each other, so it will occupy a lot of network resources and affect network performance.
  • the object of the present invention is to provide a method and system for obtaining the status of a SIP network node, so that the universal SIP protocol supports the monitoring of the status of the network node while reducing the load on the network.
  • a method for acquiring a state of a SIP network node includes:
  • the SIP network management node monitors the status of other nodes in the SIP network through standard SIP messages
  • a node in the SIP network obtains status information of the other nodes by subscribing to a message from the management node.
  • the method further includes: defining a SIP event packet for transmitting node status information in the SIP network, and the SIP event packet includes: a package name, an event packet parameter, a subscriber body, a subscription interval, and a notification body.
  • the step B includes:
  • Bl Establish a network node status table.
  • B2. The management node and the other nodes establish a SIP heartbeat link through a standard SIP message OPTIONS, and obtain status change information of the other nodes.
  • the network node status table includes: a network node identifier and a node status.
  • the step C includes:
  • a node in the SIP network uses a SUBSCRIBE message defined by a SIP protocol standard to subscribe to a message from the management node;
  • the management node obtains node information to be monitored according to the received SUBSCRIBE message
  • the step C2 further includes: the management node authenticates the message subscriber according to the received SUBSCRIBE message, and confirms whether the subscriber is authorized to subscribe to the message.
  • the message body format of the defined SIP event packet is adopted in the NOTIFY and SUBSCRIBE messages.
  • a system for acquiring a state of a network node of a session initial protocol includes:
  • At least one reliability server configured to provide a status of a network link
  • a state management server configured to monitor a state of the network link
  • At least one reliability subscriber is configured to subscribe to the state management server for notification of a state change of the reliability server node.
  • the state management server includes:
  • At least one reliability client device configured to establish a SIP heartbeat link with the reliability server, and obtain status change information of the reliability server;
  • At least one reliability notification device is configured to establish a SIP heartbeat notification link with the reliability subscription server, and notify a change in the status of a related reliability server subscribed by the reliability subscription server.
  • the present invention uses standard SIP protocol messages to maintain heartbeat messages, so that the present invention can be widely supported by the network; by using a The SIP node monitors the status of all other SIP nodes. Other nodes only need to subscribe to status messages from the node, and do not need to establish a point-to-multipoint link, which greatly reduces the load on the network and improves the operating efficiency of the network.
  • FIG. 1 is a state maintenance method of a SIP network node in the prior art
  • FIG. 2 is a schematic diagram of a state maintenance method of a SIP network node in the method of the present invention
  • FIG. 3 is a flowchart of obtaining the status of other nodes by the management node of the SIP network in the method of the present invention
  • FIG. 4 is a flowchart of a process in which a management node of a SIP network notifies other nodes in the method of the present invention
  • FIG. 5 is a schematic structural diagram of a system for acquiring a state of a SIP network node according to the present invention
  • FIG. 6 is a schematic diagram of a topology structure of an application example of the present invention in a SIP network
  • FIG. 7 is a message flow between nodes in the application example of the present invention shown in FIG. 6.
  • the core of the present invention is to obtain the link status of SIP network nodes through the universal SIP protocol, that is, to use SIP messages / operations already in the SIP protocol standard to complete this function, so as to ensure the universality of the solution.
  • a SIP node uses the SIP protocol to subscribe to the status change messages of other nodes and accept the change information, that is, if a SIP node has obtained the status of another SIP node, the status information of the monitored node is notified to the other SIP nodes to reduce the number of network transmissions and SIP messages needed to maintain node status.
  • SIP messages are based on plain text.
  • the message contains four parts: the start line, the message header, the blank line, and the message body. among them,
  • the start line is divided into a request line and a status line, which correspond to the request message and response message of the SIP, respectively.
  • the message header is composed of multiple header parameters, and each header parameter has one line.
  • the message header field specifies the caller, called party, and the path of the message.
  • the blank line (CRLF) after the message indicates the end of the message header, which is followed by the message body containing the actual message content.
  • SIP request messages begin with a request line.
  • the request line includes a request method (method), a request address (Request-URI), and a SIP version number.
  • request-URI request address
  • SIP version number There are currently six SIP-defined request methods: REGISTER, INVITE, ACK, CANCEL, BYE, and OPTION.
  • REGISTER is used to register and deregister address binding information; INVITE is used to initiate a call; ACK is used to confirm the establishment of a call; CANCEL is used to cancel the call; BYE is used to terminate the conversation; OPTIONS is used to query the capabilities.
  • the SIP response message begins with a status line.
  • the status line includes a SIP version (SIP Version), a status code (Status-Code), and a reason description (Reason-Phrase).
  • SIP Version SIP Version
  • status code Status-Code
  • Reason-Phrase a text description of the response status for people to read.
  • the status code consists of three digits and indicates the result of the response.
  • the status codes defined in RFC 3261 are from lxx to 6xx, lxx is a temporary response (also called an intermediate response), and the others are the final response. Represent the following meanings:
  • 3xx is a redirect response, which instructs the call to be re-initiated to the designated entity
  • • 4xx is a client error response, which means that the syntax of the request message is incorrect or the server cannot process it;-5xx is a server error response, which means the server cannot process a legitimate request message;-6xx is a global error response, which means that the request cannot be processed by any server .
  • the above-mentioned temporary response means that when the receiver has received the request, but it takes some time to process, in order to prevent the requestor timer from timing out, this message is used to notify the requester. The result of processing the request is still returned to the requester in the form of a final response.
  • the present invention is to use the existing SIP messages / operations in the above-mentioned SIP protocol standard to complete the maintenance of the link state of the SIP network node.
  • FIG. 2 is a schematic diagram of a state maintenance method of a SIP network node in the method of the present invention:
  • a communication mechanism exists between node 1 and other nodes ⁇ , but there is no communication mechanism between node 4 and node 2 and node 3
  • node 4 needs to obtain the state change information of node and / or node 3.
  • the set SIP network management node monitors the status of other nodes (SIP node 2 and SIP node 3) in the network;
  • Any node (SIP node 4) in the SIP network obtains status information of other nodes by subscribing to the management node (SIP node 1), and the management node notifies the node of status changes of other nodes according to the subscription information. If node 4 only subscribes to the status change information of node 2, the management node only informs node 4 about the status change information of node 2. If node 4 subscribes to the status change information of node 2 and node 3 at the same time, the management node needs to notify node 4 Information about the status changes of node 2 and node 3. That is to say, when the management node sends a message to the subscriber, it sends it based on the subscriber's subscription content.
  • Figure 3 shows the detailed process of obtaining the status of other nodes in the network by the set SIP network management node.
  • a network node status table is established by a set SIP network management node, and the table includes: a network node identifier and a node status; the node status may be respectively represented as "Active” and "Passive", which respectively represent that a network node is in Normal link status and disconnected status.
  • the SIP network management node uses the OPTIONS message defined by the SIP protocol standard to establish a SIP heartbeat link with the monitored node in the network, and obtains the status change information of the monitored node.
  • step 303 After the network management node learns that the status of the monitored node has changed, it needs to proceed to step 303 to update the network node status table according to the obtained status change information of the monitored node.
  • the SIP network management node periodically sends OPTIONS messages to the monitored nodes to monitor the status of the corresponding nodes. Under normal circumstances, the monitored node responds to the SIP message sent by the network management node, and can use 2XX defined in the SIP protocol standard as the default return value. This When the state of the network node status table corresponding to the node should be "Active", if the number of times that the monitored node has not responded continuously reaches the predetermined 1 '] limit, the heartbeat between the management node and the monitored node can be determined The link has expired. At this time, the monitored node can also be considered to have expired. At this time, the status corresponding to the node in the network node status table needs to be updated to "Passive".
  • the present invention maintains a "virtual,” connection between any node and other nodes by establishing a SIP heartbeat notification link between the network management node and any node.
  • the event notification framework in the SIP protocol is used. Based on this framework, the present invention defines an information exchange protocol between a subscriber (any node in the SIP network) and a notifier (a management node in the SIP network). The state of the SIP node is transmitted, that is, a SIP event packet is defined. According to the RFC3265 protocol, an event packet defines additional specifications and status information when the notifier notifies the subscriber.
  • the SIP event packet defined in the present invention includes information: Package name, event package parameters, subscription body, subscription interval, notification body.
  • the defined package name is: "heartbeat-notification”. According to the specifications of RFC3265 [2], this value will exist in the event headers of the SIP extension messages SUBSCRIBE (subscription) and NOTIFY (notification) requests.
  • This event package fully uses the parameters specified by the existing SIP system. For example, it supports the use of the Accept (Event) header specified in the SIP protocol to specify the format of subsequent NOTIFY messages when subscribing.
  • the SUBSCRIBE message needs to provide relevant information so that the reliability notifier can obtain the identity of the SIP node that needs to be monitored.
  • the NOTIFY message includes a message body describing the status of the subscription resource.
  • the format of the message body is in the Accept header of the SUBSCRIBE message (if omitted, the default value).
  • the notification body will include status change information, and the information will indicate the new status and the SIP node identifier of the changed status.
  • the subscription request may include the Accept header field, if the corresponding header field is not present, the system uses the default value "application / heartbeat-notification + xml "; if the corresponding header field is the first field shell 1 J 'must include "application / heartbeat-notification + xml ".
  • a "application / heartbeat-notification + xml" type document is a valid XML document that is based on the XML 1.0 standard and uses UTF-8 encoding.
  • the document of the event package can be in the following format:
  • FIG. 4 shows a detailed process of obtaining the status information of other nodes by any node in the above SIP network by subscribing to the network management "point" message:
  • a node in a SIP network uses a SUBSCRIBE message defined by the ⁇ IP protocol standard to subscribe a message to a management node, and a message body of the SUBSCRIBE message includes the SIP event package defined above.
  • the management node After receiving the SUBSCRIBE message, the management node first proceeds to step 402 to authenticate the subscriber, that is, to check the node ID of the sender of the SUBSCRIBE according to the information in the SUBSCRIBE message, but this process is not necessary. Usually, a relationship has been established between the subscriber and the notifier. In this case, the HTTP Digest mechanism in the SIP protocol can be used as the authentication method. This method must be supported by all clients and servers. Of course, if such an authentication mechanism is adopted, it is necessary to use this authentication mechanism as a requirement for all SIP compatible components.
  • step 403 If the node does not have subscription rights, then proceed to step 403, and return a 4XX message to the node. If the node has the subscription right, proceed to step 404 to check whether the monitoring node indicated by the subscriber in the SUBSCRIBE message can be monitored.
  • step 405 If the node to be monitored specified in the SUBSCRIBE message cannot support it, then proceed to step 405 and return a 4XX message to the node.
  • step 406 If all the nodes to be monitored specified in the SUBSCRIBE message are supported, then go to step 406 and return a "200 OK" response.
  • the response needs to include all the node ID information that can be monitored.
  • step 407 determine whether the status of the node to be monitored has changed according to the network node status table and the status change information of the monitored node obtained in step 302 shown in FIG. 3.
  • step 408 If there is no change, go to step 408, wait for a predetermined time and return to step 407, and continue to determine whether the status of the node to be monitored has changed.
  • the body of the NOTIFY message includes the SIP event packet defined above.
  • the body of the NOTIFY message must use a value from the list of types defined in the Accept header field of the most recently received SUBSCRIBE request, or The default "application / heartbeat-notification + xml" (in case Accept ⁇ : field does not exist).
  • the message subscriber After receiving the above-mentioned NOTIFY message, the message subscriber can perform processing according to requirements, for example, operations such as updating the link status.
  • FIG. 5 is a schematic structural diagram of a system for acquiring a state of a SIP network node according to the present invention:
  • a reliability server 501 is shown, which is used to provide the status of a network link to a SIP network; a status management server 500 is used to monitor the status of the network link, that is, to monitor the status of other nodes in the network Status; a reliability subscription server 502, configured to subscribe to the status management server 500 for notification of changes in the status of the reliability server node.
  • the state management server 500 includes: a reliability client device for establishing a SIP heartbeat link with the reliability server to obtain status change information of the reliability server; a reliability notification device for establishing a SIP heartbeat notification link with the reliability subscription server To notify the reliability subscriber that the status of the relevant reliability server to which the subscription is subscribed.
  • the message words defined by the SIP protocol standard are used to exchange information.
  • the reliability server, status management server, and reliability subscriber server referred to here are all divided from a functional perspective, and can be essentially different functional modules in the same entity.
  • the server 500 corresponds to a plurality of reliability notification devices.
  • FIG. 5 For convenience of explanation, the working process of the system of the present invention is described by taking FIG. 5 as an example.
  • Reliable client devices need to periodically send OPTIONS messages to those that need to be monitored
  • SIP node (node 2) to monitor the status of the corresponding node.
  • the device also needs to monitor the response of the OPTIONS message. If the number of times that SIP node 2 has not responded continuously reaches a predetermined threshold, the system can determine that the heartbeat link between SIP node 1 and node 2 has failed. At this time, SIP Node 2 has also failed. For example, you can set the initial retransmission of the OPTIONS message The time is 100 milliseconds and is doubled after each retransmission until 7 retransmissions. If the seventh retransmission still fails, it can be considered that the monitored node's processing of OPTIONS has failed.
  • the status of the network node status table corresponding to the node needs to be updated to "Passive". If a response from the monitored node is received during the waiting process, the management node can set the retransmission timeout to 500 milliseconds. If it is determined that the monitored node has failed, the management node updates the status corresponding to the node in the network node status table to "Passive".
  • the reliability server needs to respond to the SIP message sent by the reliability client.
  • the present invention proposes "2XX" as the default return value. If the reliability server receives the OPTIONS message from the reliability client, it needs to return a "2XX" response and wait for the OPTION message to be resent.
  • the waiting time for resending messages is configurable (see the contents of the SIP event packet described above), and the recommended time is 60s. If the retransmitted OPTIONS message is not received between timeouts, it can be considered that the reliability client device has failed, but the reliability server needs to continue to wait for the OPTIONS message using the same timeout setting.
  • the reliability subscription device When the reliability subscription device needs to obtain the status information of other nodes, it uses the event notification framework in the SIP protocol.
  • the reliability subscriber server sends a SUBSCRIBE message to the reliability notification device to subscribe to the notification of the status change of the reliability server node.
  • SUBSCRIBE message For the body definition of the SUBSCRIBE message, refer to the SIP event packet described earlier.
  • the function of the reliability notification device is to inform the reliability subscriber of the status information (mainly whether it is available) of a node.
  • the device receives the SUBSCRIBE message from the reliability subscriber, and monitors the status changes of other nodes subscribed by the subscription server. If the status changes, it sends a NOTIFIY event notification to the reliability subscriber.
  • the body definition of the NOTIFIY message refers to the SIP event packet described above.
  • the network includes a "manager” and multiple “nodes”.
  • the network will also include a certain number of softswitch devices (supporting the SIP protocol). All nodes (including all network nodes and softswitch equipment) are interconnected through an IP network. Only “managers” in this network need to monitor all The state of the softswitch device. If a node wants to obtain the status of the softswitch device, this node needs to send a SUBSCRIBE message to the "manager" subscription.
  • FIG. 7 illustrates the possible message flow among managers, nodes and softswitch devices. as the picture shows:
  • Step 1 The administrator creates a reliable client for softswitch device 1, and also creates another reliable client for softswitch device 2. These clients send OPTIONS messages to the corresponding softswitch devices. After receiving the OPTIONS message, the softswitch device sends a 200OK response message. When the reliability client receives the 200 OK message, the system considers that the corresponding soft switching device is up and running normally.
  • Step 2 When node 1 sends a SUBSCRIBE message to subscribe to the status information of soft switching device 1, the manager sends 200OK to node 1 as a response message to the SUBSCRIBE message, and then sends a NOTIFY message to notify node 1 that the status of soft switching device 1 is " Active ".
  • Step 3 The manager sends an OPTIONS message, and at the same time does not receive a response from the softswitch device 1 within the timeout period, the manager changes the status of the softswitch device 1 from "Active” to "Passive”, and sends a NOTIFY message to change the information Notify node 1.
  • the manager continuously sends OPTIONS messages to the softswitch device 1 periodically.
  • the manager receives the response information of the softswitch device 1, and accordingly the manager changes the status of the softswitch device 1 from "Passive” to "Active”, and notifies node 1 of this information through a NOTIFY message.

Landscapes

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

Abstract

L'invention concerne un procédé et un système d'obtention d'informations d'état de noeuds de réseau SIP. Ce procédé implique: établissement du noeud de gestion du réseau SIP (protocole d'initiation de session); surveillance, par le noeud de gestion du réseau SIP, de l'état des autres noeuds à l'aide d'un message OPTIONS standard; et enfin, obtention, par chacun des noeuds du réseau SIP, des informations d'état des autres noeuds par validation du message des noeuds de gestion. Pour assurer la maintenance de l'état des noeuds de réseau, ce système comprend: au moins un serveur d'authenticité, pour fournir la liaison de réseau; un serveur de gestion d'état, pour surveiller l'état de la liaison réseau; et enfin, au moins un serveur de validation d'authenticité, pour valider la notification de changement d'état du noeud de serveur d'authenticité depuis le serveur de gestion d'état. Les procédé et système de l'invention permettent de surveiller l'état des noeuds au moyen du message SIP OPTIONS standard, de réduire la charge de réseau SIP, et d'augmenter le rendement d'exécution.
PCT/CN2005/000690 2004-05-20 2005-05-19 Procede et systeme d'obtention d'informations d'etat de noeuds de reseau sip WO2005114906A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200410042348.3 2004-05-20
CN200410042348.3A CN100496043C (zh) 2004-05-20 2004-05-20 获取会话初始协议网络节点状态的方法及系统

Publications (1)

Publication Number Publication Date
WO2005114906A1 true WO2005114906A1 (fr) 2005-12-01

Family

ID=35428669

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/000690 WO2005114906A1 (fr) 2004-05-20 2005-05-19 Procede et systeme d'obtention d'informations d'etat de noeuds de reseau sip

Country Status (2)

Country Link
CN (1) CN100496043C (fr)
WO (1) WO2005114906A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2421143B (en) * 2004-12-07 2007-05-09 Toshiba Kk Network telephone system and main apparatus and telephone terminals used in the network telephone system
GB2458553A (en) * 2009-03-02 2009-09-30 Toshiba Kk Internet telephony PBX with monitoring of SIP server availability and failover to PSTN in event of server failure
CN109803024A (zh) * 2019-01-28 2019-05-24 北京中科晶上科技股份有限公司 一种用于集群节点网络的方法

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047691B (zh) * 2006-04-29 2010-04-07 华为技术有限公司 一种对订阅进行集中控制的方法
CN101087474B (zh) * 2006-06-19 2012-01-11 中兴通讯股份有限公司 一种获取语音呼叫连续性业务的业务状态的方法
CN101197808B (zh) * 2006-12-08 2011-04-20 上海贝尔阿尔卡特股份有限公司 一种sip网络系统中维持nat地址绑定的方法及其装置
CN101026499B (zh) * 2007-01-19 2011-11-30 北京华纬讯电信技术有限公司 基于sip协议在视频业务中实现options自查询的方法
CN101605075B (zh) * 2009-07-28 2012-07-11 杭州华三通信技术有限公司 一种基于sip的ip电话故障告警方法及装置
EP2534792B1 (fr) 2010-02-12 2018-07-25 Tekelec, Inc. Procédés, systèmes et supports lisibles par ordinateur pour routage entre processeurs de messages diameter
CN102255934B (zh) * 2010-05-20 2015-10-21 中兴通讯股份有限公司 云服务发布方法及云服务中介
US9071512B2 (en) 2010-08-06 2015-06-30 Tekelec, Inc. Methods, systems, and computer readable media for distributing diameter network management information
CN102752335B (zh) * 2011-04-22 2017-08-08 中兴通讯股份有限公司 对等叠加网中节点过负荷信息订阅方法及系统
CN103067215B (zh) * 2011-10-21 2018-02-13 广东智通人才连锁股份有限公司 实现心跳机制的方法、应用服务器、网络数据库及系统
CN104243655B (zh) * 2013-06-17 2018-06-12 深圳市共进电子股份有限公司 基于嵌入式光网络的磁石电话实现方法和系统
CN103384273B (zh) * 2013-07-08 2016-05-18 中国科学院沈阳自动化研究所 面向移动生产管理终端页面的订阅会话状态控制方法
CN105245531B (zh) * 2015-10-21 2018-12-25 北京捷思锐科技股份有限公司 一种掉线检测方法、装置及服务器
CN109756351B (zh) * 2017-11-01 2021-12-28 中国石油化工股份有限公司 一种用于系统单元状态变化的自动通知与响应系统
CN109753399B (zh) * 2017-11-01 2022-05-13 中国石油化工股份有限公司 一种用于系统单元状态变化的自动通知与响应方法
US10778527B2 (en) 2018-10-31 2020-09-15 Oracle International Corporation Methods, systems, and computer readable media for providing a service proxy function in a telecommunications network core using a service-based architecture
US11018971B2 (en) 2019-10-14 2021-05-25 Oracle International Corporation Methods, systems, and computer readable media for distributing network function (NF) topology information among proxy nodes and for using the NF topology information for inter-proxy node message routing
US11528334B2 (en) 2020-07-31 2022-12-13 Oracle International Corporation Methods, systems, and computer readable media for preferred network function (NF) location routing using service communications proxy (SCP)
US11570262B2 (en) 2020-10-28 2023-01-31 Oracle International Corporation Methods, systems, and computer readable media for rank processing for network function selection

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0128882A1 (fr) * 1983-04-19 1984-12-19 KB Cold Isostatic Press Systems CIPS Dispositif pour des compressions isostatiques
EP1089517A2 (fr) * 1999-10-01 2001-04-04 Nortel Networks Limited Etablissement de connexion à travers un réseau de communication
US20030210649A1 (en) * 2002-05-03 2003-11-13 Bondi Andre B. Managing network loading by control of retry processing at proximate switches associated with unresponsive targets

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0128882A1 (fr) * 1983-04-19 1984-12-19 KB Cold Isostatic Press Systems CIPS Dispositif pour des compressions isostatiques
EP1089517A2 (fr) * 1999-10-01 2001-04-04 Nortel Networks Limited Etablissement de connexion à travers un réseau de communication
US20030210649A1 (en) * 2002-05-03 2003-11-13 Bondi Andre B. Managing network loading by control of retry processing at proximate switches associated with unresponsive targets

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2421143B (en) * 2004-12-07 2007-05-09 Toshiba Kk Network telephone system and main apparatus and telephone terminals used in the network telephone system
US7463624B2 (en) 2004-12-07 2008-12-09 Kabushiki Kaisha Toshiba Monitoring connection state between main equipment and terminal in network telephone system
GB2458553A (en) * 2009-03-02 2009-09-30 Toshiba Kk Internet telephony PBX with monitoring of SIP server availability and failover to PSTN in event of server failure
CN109803024A (zh) * 2019-01-28 2019-05-24 北京中科晶上科技股份有限公司 一种用于集群节点网络的方法

Also Published As

Publication number Publication date
CN100496043C (zh) 2009-06-03
CN1700694A (zh) 2005-11-23

Similar Documents

Publication Publication Date Title
WO2005114906A1 (fr) Procede et systeme d'obtention d'informations d'etat de noeuds de reseau sip
US9331967B2 (en) Browser/HTML friendly protocol for real-time communication signaling
JP5379167B2 (ja) Ｓｉｐ−ｈｔｔｐアプリケーション相関器
KR101109276B1 (ko) 세션 접속 유지
US9307031B2 (en) Generic model for customizing protocol behavior through javascript
EP1856896B1 (fr) Transfert d'informations d'etat dans un reseau
US9531817B2 (en) Technique for providing interoperability between different protocol domains
EP1665722B1 (fr) Protocole d'echanges pour services multimedia combinatoires
JP5865404B2 (ja) Ｓｉｐを用いた企業ネットワークの生存性のためのゲートウェイ
US10476915B2 (en) Real-time communication signaling gateway
JP5173607B2 (ja) 通信システム
US20050050194A1 (en) Method and system for proxying a message
US9648049B2 (en) System and method for extending IP multimedia subsystem to HTML5 environments
US20050198320A1 (en) Resilient application layer overlay framework for converged communication over internet protocol networks
WO2009092263A1 (fr) Terminal, serveur, procédé pour gérer ledit terminal et procédé pour rapporter des informations de capacité relatives à ce terminal
US8060640B2 (en) Combining SIP requests with SIP responses
JP2010524382A (ja) Ｓｉｐ基盤のセッション処理を行う端末装置及びこれを利用したセッション交渉要請送信／受信方法
WO2007068209A1 (fr) Procede, systeme et dispositif d'envoi de messages instantanes ims
WO2008083582A1 (fr) Procédé et dispositif de déclenchement de services
WO2007079647A1 (fr) Procede, appareil et systeme de sauvegarde en reseau d'un systeme d'application sip
WO2009026757A1 (fr) Système de gestion d'appels, procédé appliqué à des terminaux ims et terminal ims
Cisco DTMF Events Through SIP Signaling
JP2006345231A (ja) Ｓｉｐ−ａｌｇ方法
Cisco SIP Session Timer Support
Cisco Cisco SIP Compliance Reference Information

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

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

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase