WO2010017659A1 - 一种在通信网络中实现心跳机制的方法和装置 - Google Patents

一种在通信网络中实现心跳机制的方法和装置 Download PDF

Info

Publication number
WO2010017659A1
WO2010017659A1 PCT/CN2008/001468 CN2008001468W WO2010017659A1 WO 2010017659 A1 WO2010017659 A1 WO 2010017659A1 CN 2008001468 W CN2008001468 W CN 2008001468W WO 2010017659 A1 WO2010017659 A1 WO 2010017659A1
Authority
WO
WIPO (PCT)
Prior art keywords
control device
message
uplink
downlink
proxy
Prior art date
Application number
PCT/CN2008/001468
Other languages
English (en)
French (fr)
Inventor
迮超
于洪斌
朱建华
齐江
Original Assignee
上海贝尔股份有限公司
阿尔卡特朗讯
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 上海贝尔股份有限公司, 阿尔卡特朗讯 filed Critical 上海贝尔股份有限公司
Priority to CN200880127966.4A priority Critical patent/CN101971564A/zh
Priority to US13/059,190 priority patent/US20110145406A1/en
Priority to EP08783648A priority patent/EP2317699A4/en
Priority to PCT/CN2008/001468 priority patent/WO2010017659A1/zh
Publication of WO2010017659A1 publication Critical patent/WO2010017659A1/zh

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/06—Generation of reports
    • 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/564—Enhancement of application control based on intercepted application data

Definitions

  • the present invention relates to the implementation of a communication network center hopping mechanism, and more particularly to a method and apparatus for implementing a heartbeat mechanism by means of a proxy. Background technique
  • NTN Next Generation Network
  • SIP Session Initial Protocol
  • SIP Server SIP Server
  • SIP clients SIP clients
  • the MGC periodically sends a Heartbeat Message (HBM) to all MGs under its jurisdiction. After receiving the HBM from the MGC, the MG may The MGC responds to a heartbeat response message (HBM, Heartbeat Message Reply) to indicate to the MGC that its status is available ("alive":). If the MGC can receive the HBMR message of an MG, the MGC determines that the MG is available; if the MGC fails to receive the HBMR message of an MG for a period of time, the MGC determines that the MG is unavailable ("not live ", or indicate that there is a fault between the links).
  • HBM Heartbeat Message
  • the MG determines that the MGC that governs it is available; if an MG does not receive the HBM message from the MGC for a period of time, the MG determines that it is under its jurisdiction. The MGC is not available (or indicates a link failure between the links).
  • the MGC periodically sends it to each MG under its jurisdiction.
  • the HBM mode completes the detection of the working status information between the MGC and the MG.
  • the MG can also actively send the HBM to the MGC that governs it periodically to complete the detection of the working state information between the MGC and the MG.
  • the resource overhead (including the transmission resource overhead on the transmission link and the processing resource overhead of the MGC itself) sent by the HBM and receiving the HBMR will not be very high. Big.
  • the number of MGs under one MGC will increase significantly as MGs may be placed in buildings or even homes.
  • the existing method is still used, that is, the MGC directly and periodically transmits the HBM to each MG under its jurisdiction and receives the returned HBMR to complete the mutual detection of the working state information between the MGC and the MG.
  • the resource overhead required by the MGC will be very large and surprising, resulting in a decline in the overall performance of the MGC.
  • a heartbeat message agent is introduced between an MGC (corresponding to a SIP server in the SIP protocol) and an MG (corresponding to a SIP UA in the SIP protocol).
  • HBP Heartbeat Proxy
  • the HBP and the MG under the jurisdiction of the HBP detect the working status information of each other through a heartbeat mechanism, and the HBP reports to the MGC after obtaining the working status information of the corresponding multiple MGs.
  • the MGC also no longer periodically transmits the HBM for each MG it manages.
  • the present invention enables the MGC to greatly reduce the number of MBM transmissions and HBMRs received by the MGC while obtaining the operational status information of the MG under its jurisdiction. Therefore, the resource overhead corresponding to the MGC is greatly reduced.
  • the MGC also informs the HBP of its working status information, and the MG also obtains the working status information of the MGC by the HBP.
  • a method for monitoring operational status information between a plurality of execution devices under the jurisdiction of a control device in a control device of a communication network the control device receiving One or more upstream report messages of the proxy device, this The uplink report message is used to report the working status of the multiple execution devices to the control device. Then, the control device acquires the working status information of the corresponding multiple execution devices based on the one or more uplink report messages.
  • a method for monitoring work state information between a control device and a plurality of execution devices under the control device in a proxy device of a communication network the proxy device first obtaining Corresponding operation status information of the plurality of execution devices; and then the obtained operation status information of the plurality of execution devices is reported to the corresponding control device.
  • a method for monitoring operational state information between a control device and a plurality of execution devices under its jurisdiction in a control device of a communication network the control device first receiving from a An uplink query message of the proxy device, where the uplink query message is used to query the working state information of the control device; then the control device generates a downlink report message, where the downlink report message indicates the working state of the control device; and then the control device generates the The downlink report message is sent to the above proxy device.
  • a method for monitoring operation state information between a control device and a plurality of execution devices under the control device in a proxy device of a communication network the proxy device first receiving An uplink query message from one or more corresponding execution devices, the uplink query message is used to query the working state information of the corresponding control device; then the proxy device obtains the working state information of the corresponding control device; and then generates a downlink report message, where The working status information of the control device is included; finally, the proxy device sends the generated downlink report message to one or more executing devices corresponding to the proxy device.
  • a monitoring apparatus for monitoring operating state information between a plurality of executing devices under the control device in a control device of a communication network, comprising receiving means for Receiving one or more uplink report messages from a proxy device, the uplink report message is used to report an operation status of the multiple execution devices to the control device; and further includes status acquisition means, based on the one or A plurality of uplink advertisement messages are obtained, and the working state information of the plurality of execution devices is obtained.
  • an operational status information between an auxiliary control device and a plurality of execution devices under the control device in a proxy device of a communication network comprising first state obtaining means for obtaining working state information of the plurality of executing devices; further comprising first reporting means for performing the obtained work of the plurality of executing devices Status information is reported to the control device.
  • a monitoring apparatus for performing monitoring of operational status information between a control device and a plurality of execution devices under its jurisdiction in a control device of a communication network, the device comprising a receiving device, For receiving a first uplink query message from a proxy device, the first uplink query message is used to query the working state information of the control device, and further includes report generating means, configured to generate a first downlink report message, The first downlink report message indicates an operating status of the control device; and includes a reporting device, configured to send the generated first downlink report message to the proxy device.
  • an auxiliary monitoring apparatus for monitoring operation state information between a plurality of execution devices under the control device and a plurality of execution devices of the control device in a proxy device of the communication network, the device comprising a receiving device, configured to receive a second uplink query message from one or more of the execution devices, where the second uplink query message is used to query the working state information of the control device, and further includes a first state obtaining device, Obtaining the working state information of the control device; and comprising: a first report generating device, configured to generate a second downlink report message, where the working state information of the control device is included; and finally the device further includes a first reporting device, configured to: The generated second downlink report message is sent to the one or more execution devices.
  • a method for monitoring operation state information between a control device and a plurality of execution devices under the control device in a communication network including a proxy device, wherein the proxy device obtains first
  • the working status information of the multiple execution devices is reported to the control device by the one or more uplink report messages.
  • the control device After receiving the uplink report message reported by the proxy device, the control device acquires the multiple execution devices based on the uplink report message. Work status information.
  • a method for monitoring operation state information between a control device and a plurality of execution devices under the control device in a communication network further comprising a proxy device, wherein the control device Receiving an uplink query message from the proxy device, the query message is used to query the working state information of the control device; and then the control device generates the downlink Reporting a message indicating the operating status of the control device; then the control device sends the generated downlink report message to the proxy device; in addition, the proxy device further receives an uplink query message from one or more executing devices, the query message is used Querying the working state information of the control device; then the agent device obtains the working state information of the controlling device; and generates a working state information downlink report message including the control device; finally, the proxy device sends the generated downlink report message to one or more Execute the device.
  • a control device e.g., a media gateway controller in an NGN network
  • a proxy device e.g., a media gateway controller in an NGN network
  • the present invention is applicable to a communication network based on the SIP protocol, in addition to a communication network based on the H.248 protocol.
  • Figure la shows a schematic diagram of the system structure of the NGN
  • Figure lb shows a schematic diagram of the structure of the NGN after the introduction of the proxy device
  • FIG. 2 is a flow chart showing a system for performing work status monitoring between a control device and an execution device by a proxy device in a communication network according to an embodiment of the present invention
  • FIG. 3 is a flow chart showing a system for performing work status monitoring between a control device and an execution device by a proxy device in a communication network according to another embodiment of the present invention
  • FIG. 4 shows another embodiment in accordance with the present invention.
  • FIG. 5 is a block diagram showing an apparatus for performing work state monitoring by a proxy device between a control device and an execution device in a communication network according to another embodiment of the present invention
  • FIG. 6 illustrates a SIP UA (User Agent) in a SIP (Session Initial Protocol) communication network according to another embodiment of the present invention.
  • the message broker completes the system flow chart for monitoring the working state of the SIP server. detailed description
  • the media gateway controller 110 is coupled to one or more media gateways 130, 131, 13n, etc. via a packet network 140.
  • the signaling interaction between the media gateway and the media gateway is performed by the media gateway controller, such as the signaling sent by the media gateway 130 to the media gateway 131, first through the dotted line in the packet network 140, and the media gateway controller 110 and the packet network 140.
  • the path indicated by the solid line is sent to the media gateway controller 110, and then the media gateway controller 110 re-signs the signaled or processed signaling along the solid line between the media gateway controller 110 and the packet network 140, The dotted line in the packet network 140 and the path indicated by the solid line between the packet network 140 and the gateway 131 are sent to the media gateway 131.
  • the media data between the media gateways 130 and 131 is directly transmitted to the opposite party through the path indicated by the solid line in the packet network.
  • the signaling data between the media gateway controller 110 and one or more media gateways needs to be processed by the proxy device 120 first.
  • the method for monitoring the working state information between the media gateway controller and the media gateway in the network may be implemented by using the specific embodiment of the present invention. 3.
  • Figure 4 and Figure 5 show.
  • FIG. 2 is a flow diagram of a system for performing operational status monitoring between a control device and an execution device via a proxy device in a communication network in accordance with an embodiment of the present invention.
  • the invention will now be described in detail with reference to Figure 2 in conjunction with Figure lb.
  • the control device in the communication network passes through the proxy device
  • the working state monitoring of the executing device is completed.
  • the control device 110 receives the uplink report message sent by the proxy device 120 (in the present application, the message that we send the control device to the proxy device or the executing device is called The downlink message; the message that sends the proxy device or the execution device to the control device is called an uplink message.), and the working state information of one or more execution devices 130 is obtained from the uplink report messages.
  • the proxy device 120 in the communication network it first obtains the working state information of one or more executing devices, and then reports the obtained working state information of the executing device 130 to the control through the uplink report message sent to the control device 110.
  • Device 110 It should be noted that, in one of the foregoing uplink report messages, the working state information of one or more executing devices may be carried. According to a preferred embodiment of the present invention, the specific implementation steps are as follows:
  • the registration request message is initiated to the control device 110 by the step S11, and the registration request message is first received by the proxy device 120; after receiving the registration request message, the proxy device 120 records The registration message corresponds to the identifier of the execution device 130, and records its working status as "available”. At the same time, the registration request message is forwarded to the control device 110 in step S12.
  • the control device 110 After receiving the registration request message, the control device 110 also records the identifier of the corresponding execution device and its working state, and also records the identifier of the proxy device to which the execution device is connected, that is, the control device 110 records Which agent device an execution device is connected to, or which execution device is connected to a proxy device.
  • the control device 110 may divide the plurality of execution devices connected to the same proxy device 120 into one group, that is, execute the device group, according to different proxy devices to which the execution device is connected.
  • the control device 110 may also divide the plurality of execution devices connected to the same proxy device into several execution device groups for management according to other business requirements.
  • the control device 110 sends a downlink query message to the proxy device 120 to query the operational status information of the specified one or more executing devices.
  • the control device 110 and the proxy device 120 when the running status information of the device is not specifically specified in the downlink query message, it is indicated that the device is to be queried with the agent.
  • Agent device 120 is After receiving the downlink query message, the uplink report message is sent to the control device 110 in step S14.
  • the uplink report message includes the working state information of the corresponding execution device.
  • the manner in which the proxy device 120 obtains the corresponding working state information of the executing device includes but is not limited to the following two modes:
  • Mode 1 After receiving the downlink query message of the control device 110, the proxy device 120 obtains the working state information of the corresponding execution device 130, and then reports the newly obtained working state information to the control in the subsequent uplink report message.
  • the proxy device 120 after receiving the downlink query message, the proxy device 120 separately sends a downlink query message to one or more executing devices connected thereto through step S15 to obtain their latest working state information; The device 130 returns an uplink report message to the proxy device 120 in step S16, and reports its working status information to the proxy device 120. After receiving the uplink report message, the proxy device 120 obtains the working state information of the executing device 130 from the The uplink report message sent to the control device 110 is reported to the control device 110.
  • the proxy device 120 periodically obtains the working state information of the executing device 130 through steps S15 and S16, and saves the working state information.
  • the method for querying the working status information of the executing device 130 by the proxy device 120 further includes the following situation: after the proxy device 120 sends the downlink query message to the executing device 130, if multiple query messages have been continuously sent. If the response message (ie, the uplink report message) of the corresponding execution device 130 has not been received, the proxy device 120 may indirectly infer the working status information of the execution device 130 (such as "not available" or "link is broken”. Wait).
  • the proxy device 120 in the downlink query message sent by the control device 110 to the proxy device 120, it can also be used to indicate to the proxy device 120 the working state information of the control device 110 itself, so the proxy device 120 also obtains and records the latest control device 110 accordingly.
  • Working condition State information when the proxy device 120 obtains the working state information of the execution device 130, whether the mode 1 or the mode 2 is used, the latest operation of the control device 110 may be performed in the downlink query message sent to the execution device 130 in step S15. Status information is indicated to the corresponding execution device 130.
  • the steps S13-S14 between the control device 110 and the proxy device 120 can be initiated by the control device 110 periodically, that is, the control device 110 sends the downlink query message once and the proxy device 120 sends the uplink report message once every time.
  • the size of the period can be determined according to the specific configuration of the communication system.
  • the proxy device 120 can also periodically perform the step S14 to report the working status information of the corresponding execution device to the control device 110.
  • the foregoing control device 110 includes a media gateway controller MGC
  • the execution device 130 includes a media gateway
  • the steps S13-S14 between the control device 110 and the proxy device 120 can be implemented by using a heartbeat mechanism as described in the background art. That is, the downlink query message may be the downlink HBM, and the uplink report message is the uplink HBMR.
  • the proxy device 120 we refer to the proxy device 120 as the heartbeat message proxy HBP.
  • steps S15-S16 between the proxy device 120 and the execution device 130 can also be implemented using a heartbeat mechanism.
  • the proxy device 120 may also send a separate status report message to control device 110 via step S17, in order for control device 110 to make a more timely response process for these operational status changes.
  • the proxy device 120 when the proxy device 120 is connected to multiple execution devices, if there is currently n (n is a positive integer greater than 1), the working state information of the execution device needs to be reported to the control device by the proxy device 120. 110. Then, the proxy device 120 sends an uplink report message of m (m is a positive integer greater than or equal to 1 and less than n) to the control device 110. Preferably, m is equal to 1, that is, the proxy device 120 reports the working status information of one or more executing devices to the control device 110 through only one uplink report message. This greatly reduces the number of uplink report messages that need to be processed by the control device 110, thereby reducing the number of The message processing burden of the device 110 is controlled.
  • FIG. 3 is a flow chart showing a system for performing work status monitoring between a control device and an execution device by a proxy device in a communication network according to another embodiment of the present invention. The invention will now be described in detail with reference to Figure 3 in conjunction with Figure lb.
  • the control device in the communication network completes the monitoring of the working state of the executing device through the proxy device.
  • the control device 110 receives the uplink query message sent from the proxy device 120, and then The control device 110 generates a downlink report message, which is sent to the proxy device 120.
  • the downlink report message includes the operational status information of the control device 110.
  • the execution device 130 also sends an uplink query message to the proxy device 120, and then the proxy device 120 generates a downlink report message, which is sent to the corresponding execution device 130, preferably, the upstream query message sent by the execution device 130 to the proxy device 120.
  • the working state information of the executing device 130 is included. According to a preferred embodiment of the present invention, the specific implementation steps are as follows:
  • the registration request message is initiated to the control device 110 by the step S21, and the registration request message is first received by the proxy device 120; after receiving the registration request message, the proxy device 120 records The identification of the execution device is recorded, and the working status is recorded as "available", and the registration request message is forwarded to the control device 110 through step S22.
  • control device 110 After receiving the registration request message, the control device 110 also records the identity of the execution device 130 and records its working status as "available".
  • the proxy device 120 sends an uplink query message to the control device 110 to query the working state information of the control device 110.
  • the uplink query message includes one or more executions under the jurisdiction of the current proxy device 120.
  • Information about the working status of the device is included in the control device 110.
  • the control device 110 obtains the working status information of the related executing device from the above uplink query message.
  • the control device 110 After receiving the uplink query message sent by the proxy device 120, the control device 110 generates The corresponding downlink message is sent to the corresponding proxy device 120.
  • the downlink report message includes current working state information of the control device 110, and accordingly, the proxy device 120 reports the message from the downlink.
  • the working state information of the control device 110 is obtained and saved.
  • steps S23-S24 between the control device 110 and the proxy device 120 may be initiated by the proxy device 120 periodically, that is, the proxy device 120 sends the uplink query message once and the control device 110 sends the downlink every once in a while.
  • the size of the period may be determined according to the specific configuration of the communication system; or the control device 110 may periodically perform step S24 to send the latest working status information to the proxy device 120, and the proxy device 120 cycles.
  • Step S23 is performed to report the operational status information of one or more of the execution devices 130 obtained thereto to the control device 110.
  • the foregoing control device 110 includes a media gateway controller MGC (corresponding to a SIP server in the SIP protocol), and the execution device 130 includes a media gateway (corresponding to SIP UA in the SIP protocol), the control device 110 and the proxy device.
  • Steps S23-S24 between 120 can be implemented by using a heartbeat mechanism as described in the background art, that is, the uplink query message can be the uplink HBM, and the downlink report message is the downlink HBMR. In this case, we call the proxy device 120. Agent HBP for heartbeat messages.
  • steps S25-S26 between proxy device 120 and execution device 130 can also be implemented using a heartbeat mechanism.
  • the proxy device 120 may also send a separate status report message to the control device 110 via step S27, so that the control device 110 makes a more timely response process for these operational status changes.
  • the proxy device 120 when the proxy device 120 is connected to multiple execution devices, if there are currently n (n is a positive integer greater than 1) execution devices, the proxy device 120 is required to query and control through n uplink query messages. For the working status information of the device 110, the proxy device 120 will only send m (m is a positive integer greater than or equal to 1 and less than n) uplink query messages to the control device 110. Preferably, m is equal to 1, that is, the proxy device 120 An uplink query message is sent to the control device 110. Compared with the prior art, the number of uplink query messages that the control device 110 needs to process is greatly reduced, thereby reducing the message processing burden of the control device 110.
  • the m or one uplink query message sent by the proxy device 120 to the control device 110 further carries the working state information of the n execution devices reported by the proxy device 120.
  • the control device 110 such as the media gateway controller MGC or the SIP server in the SIP protocol
  • 4 is a block diagram of an apparatus for performing operational status monitoring between a control device and an execution device by a proxy device in a communication network in accordance with another embodiment of the present invention. The invention will now be described in detail with reference to Figure 4 in conjunction with Figure lb.
  • the monitoring device of the control device in the communication network completes the monitoring of the working state of the executing device through the monitoring auxiliary device of the proxy device.
  • the monitoring device 4110 of the control device 110 passes through The receiving device 41103 receives the uplink report message sent by the monitoring assistant device 4120 of the proxy device 120 through its first reporting device 41202, and the state obtaining device 41104 acquires the working state information of one or more executing devices from the uplink report message.
  • the first state obtaining device 41206 obtains the working state information of the one or more executing devices, and then sends the uplink report message to the control device 110 through the first reporting device 41202;
  • the uplink report message includes the working status information of one or more executing devices.
  • the execution device 130 completes the corresponding registration process after startup.
  • the proxy device 120 and the control device 110 also complete the processing of the registration message.
  • the querying device 41101 of the control device 110 generates a downlink query message, and sends the downlink query message to the monitoring auxiliary device 4120 of the proxy device 120 through its sending device 41102.
  • the above downlink query message may specify to query one or more execution settings. Ready work status information.
  • the control device 110 and the proxy device 120 when the running status information of the device is not specifically specified in the downlink query message, it is indicated that the device is to be queried with the agent.
  • the operational status information of all of the execution devices connected to device 120 or other conventions understood by those skilled in the art.
  • the proxy device 120 receives the downlink query message through its receiving device 41201, and then sends an uplink report message to the control device 110 through its first reporting device 41202, where the uplink report message includes the working status information of the corresponding executing device.
  • the proxy device 110 receives the uplink report message through its receiving device 41103, and obtains the working state information of the corresponding executing device from the state obtaining device 41104.
  • the manner in which the proxy device 120 obtains the working state information corresponding to the execution device 130 includes, but is not limited to, the manners 1 and 2 described above.
  • the receiving device 41201 of the proxy device 120 after receiving the downlink query message from the control device 110, the receiving device 41201 of the proxy device 120 first obtains the working state information of one or more executing devices by using the first state obtaining device 41206, and then These operational status information is transmitted to the control device 110 via the first reporting device 41202.
  • the proxy device 120 periodically obtains and saves the working state information of the corresponding executing device by using the first state obtaining device 41206, and after receiving the downlink query message sent by the executing device 110, the foregoing work is performed. Status information is reported to control device 110.
  • the specific process of the first state obtaining device 41206 of the monitoring assistant device 4120 obtaining the working state information of the executing device 130 is: the first state obtaining device 41206 periodically sends a downlink query message to the executing device 130, and then the executing device 130 is After receiving the downlink query message, returning the uplink report message, which includes the working state information of the executing device 130.
  • the first state obtaining device 41206 of the auxiliary monitoring device 4120 obtains the work of the executing device 130 after receiving the uplink report message. Status information, and save it.
  • the method for querying the working status information of the device 130 by the proxy device 120 further includes the following situation: after the proxy device 120 sends the downlink query message to the executing device 130, the first state obtaining device 41206 Has been issued continuously The plurality of query messages are sent, and the response message (ie, the uplink report message) of the corresponding execution device 130 has not been received, and the proxy device 120 may indirectly infer the working state information of the execution device 130 (such as "not available” or " The link has been broken "etc.”
  • the downlink query message sent by the control device 110 to the proxy device 120 can also be used to indicate to the proxy device 120 the working state information of the control device 110 itself, that is, the receiving device 41201 of the proxy device 120 receives the downlink query message. Thereafter, the operational status information of the control device 110 is obtained therefrom by its second state obtaining means 41203, and recorded. Subsequently, the report generation device 41204 generates a downlink report message and transmits the downlink report message to the execution device 130 via the second report device 41205, wherein the downlink report message contains the work status information of the control device 110.
  • auxiliary supervisory control device 4120 can also indicate the latest working status information of the control device 110 to the corresponding executing device 130 in the downlink query message sent to the executing device 130 through its first state obtaining device 41206. It can also be understood by those skilled in the art that the report message sent by the second reporting device 41205 to the executing device 130 and the downlink query message sent by the first state obtaining device 41206 to the executing device 130 can be implemented by the same message in a specific implementation.
  • the querying device 41101 of the control device 110 can periodically initiate a query process to the proxy device 120, that is, the control device 110 sends the downlink query message once and the proxy device 120 sends the uplink report message once, and the period of the cycle can be based on The specific configuration of the communication system is determined.
  • the first reporting device 41202 of the proxy device 120 can also periodically report the working status information of the corresponding execution device to the control device 110.
  • the foregoing control device 110 includes a media gateway controller MGC, and the execution device 130 includes a media gateway.
  • the downlink query message and the uplink report message between the control device 110 and the proxy device 120 may be as described in the background art.
  • the heartbeat mechanism is implemented, that is, the downlink query message may be the downlink HBM, and the uplink report message is the uplink HBMR.
  • the proxy device 120 we refer to the proxy device 120 as the heartbeat message proxy HBP.
  • the first state obtaining means 41206 of the proxy device 120 can also implement the heartbeat mechanism when obtaining the working state information of the executing device 130.
  • the proxy device 120 may also actively send a separate status report message to the control device 110 to enable the control device 110 to make more timely response processing for these operational status changes.
  • the proxy device 120 when the proxy device 120 is connected to multiple execution devices, if there is currently n (n is a positive integer greater than 1), the working state information of the execution device needs to be reported to the control device by the proxy device 120. 110. Then, the proxy device 120 sends an uplink report message of m (m is a positive integer greater than or equal to 1 and less than n) to the control device 110. Preferably, m is equal to 1, that is, the proxy device 120 reports the working status information of one or more executing devices to the control device 110 through only one uplink report message. This greatly reduces the number of upstream report messages that need to be processed by the control device 110, thereby reducing the message processing burden on the control device 110.
  • FIG. 5 is a block diagram of an apparatus for performing operational status monitoring between a control device and an execution device via a proxy device in a communication network in accordance with another embodiment of the present invention. The invention will now be described in detail with reference to Figure 5 in conjunction with Figure lb.
  • the monitoring device of the control device in the communication network completes the monitoring of the working state of the executing device by the monitoring assistant of the proxy device.
  • the receiving device 51101 of the controlling device 110 receives the The uplink query message sent by the proxy device 120, and then the control device 110 generates a downlink report message by the report generating device 51102, and sends the report to the proxy device 120 through the reporting device 51103.
  • the downlink report message directly includes the working state of the control device 110. information.
  • the execution device 130 also sends an uplink query message to the proxy device 120.
  • the receiving device 51201 of the proxy device 120 After receiving the uplink query message, the receiving device 51201 of the proxy device 120 obtains the working state information of the control device 110 by using the first state obtaining device 51202, and The downlink report message is generated by the first report generating device 51203, and finally sent to the first reporting device 51204.
  • Corresponding execution device 130 Preferably, the working status information of the executing device 130 is included in the uplink query message sent by the executing device 130 to the proxy device 120.
  • the roles and interrelationships of the various devices in the figures are as follows:
  • the execution device 130 completes the corresponding registration process after startup.
  • the proxy device 120 and the control device 110 also complete the processing of the registration message.
  • the receiving device 51201 of the proxy device 120 receives the upstream query message from the executing device 130.
  • the uplink query message may be periodically initiated by the execution device 130.
  • the receiving device 51201 of the proxy device 120 after receiving the above-mentioned uplink query message, obtains the working state information of the control device 110 through the first state obtaining device 51202.
  • the specific process is: the first state obtaining device 51202 periodically sends an uplink query message to the monitoring device 5110 of the control device 110, and then the receiving device 51101 of the monitoring device 5110 passes the report generating device 51102 after receiving the uplink query message.
  • the downlink report message is generated and sent to the auxiliary monitoring device 5120 through the reporting device 51103.
  • the first state obtaining device 51202 of the auxiliary monitoring device 5120 obtains the working state information of the control device 110 from the first state obtaining device 51202 after receiving the downlink report message. save.
  • the first state obtaining device 51202 of the auxiliary monitoring device 5120 can also directly read the working state information of the currently saved control device 110 and use it for subsequent downlink report messages sent to the executing device 130.
  • the auxiliary monitoring device 5120 generates a downlink report message through its first report generating device 51203, and sends it to the corresponding executing device 130 through the first reporting device 51204, wherein the downlink report message includes the working state information of the control device 110.
  • the uplink query message sent by the execution device 130 to the proxy device 120 further includes working status information of the corresponding execution device 130.
  • the auxiliary monitoring device 5120 of the proxy device 120 obtains the working status information of the corresponding executing device 130 from the above-mentioned uplink query message through its second state obtaining device 51205, and generates an uplink report message by the second report generating device 51206, and finally Sent by the second reporting device 51207
  • the monitoring device 5110 is sent to the control device 110, where the uplink report message includes working status information of the corresponding executing device.
  • the uplink query message sent by the first state obtaining device 51202 of the monitoring assistant device 5120 to the control device 110 and the uplink report message sent by the second reporting device 51207 to the control device 110 are specifically implemented. Can be implemented with the same message.
  • the uplink query message sent by the first state obtaining device 51202 to the control device 110 or the uplink report message sent by the second reporting device 51207 to the control device 110 includes the operating state information of the executing device 130
  • the state of the monitoring device 5110 is obtained.
  • the device 51104 obtains the working state information of the corresponding executing device from the above message, so that the control device 110 completes the monitoring of the working state of the executing device 130.
  • the foregoing control device 110 includes a media gateway controller MGC (corresponding to a SIP server in the SIP protocol), and the execution device 130 includes a media gateway (corresponding to SIP UA in the SIP protocol), the control device 110 and the proxy device.
  • the uplink query message and the downlink report message between 120 may be implemented by using a heartbeat mechanism as described in the background, that is, the uplink query message may be an uplink HBM, and the downlink report message is a downlink HBMR.
  • the proxy device 120 is a heartbeat message broker HBP.
  • the uplink query message and the downlink report message between the proxy device 120 and the execution device 130 can also be implemented by using a heartbeat mechanism.
  • the monitoring auxiliary device 5120 if the working state information of one or some of the executing devices connected thereto is changed, in order to report the changes to the control device 110 in a timely manner, the monitoring is performed.
  • the auxiliary device 5120 can also send a separate status report message to the monitoring device 5110 through the second reporting device 51207, so as to further control the device 110 to make more timely response processing for these working state changes.
  • the proxy device 120 when the proxy device 120 is connected to multiple execution devices, if there are currently ⁇ (n is a positive integer greater than 1), the execution device requests the proxy device 120 to query and control through the n uplink query messages.
  • the working status information of the device 110, the monitoring auxiliary device 5120 will only send m (m is a positive integer greater than or equal to 1 and less than n) uplink query messages to the monitoring device 5110.
  • m is equal to 1, that is, the monitoring assistant 5120 sends only one uplink query message to the monitoring device 5110.
  • the m or one uplink query message sent by the monitoring auxiliary device 5120 to the monitoring device 5110 further carries the working status information of the n executing devices that are required to be reported by the proxy device 120.
  • the control device 110 such as the media gateway controller MGC or the SIP server in the SIP protocol
  • the control device 110 also greatly reduces the processing from the execution device 130 (such as media).
  • FIG. 6 is a flowchart of a system for monitoring a working state of a SIP server by a SIP UA (User Agent) in a SIP (Session Initial Protocol) communication network according to another embodiment of the present invention. Up mode).
  • the SIP UA 630 generally obtains the status of the SIP server 610 by sending a register message or an OPTION message to the SIP server 610 (registered server register server or call control server call-control server), ie: After receiving the registration message, the SIP UA 610 can receive the response message returned by the SIP server 610, indicating that the status of the SIP server 610 is "available," or if the SIP UA can receive the SIP server after sending the OPTION message. The response message returned by 610 indicates that the status of the SIP server 610 is "available".
  • the frequency at which a SIP UA 630 sends a registration message to the SIP server 610 is approximately once per hour; and the frequency at which a SIP UA 610 sends an OPTION message to the SIP server 610 is approximately once per minute. Therefore, the burden on the SIP server 610 to process the registration message is not very heavy; however, when the SIP server 610 administers a large number of SIP UAs, the burden of processing the OPTION message becomes very heavy.
  • a SIP heartbeat message proxy device is introduced between the SIP server and one or more SIP UAs under its jurisdiction to help the SIP UA obtain the corresponding
  • the working state of the SIP server also reduces the burden on the SIP server to process OPTION messages.
  • the SIP server 610 includes a SIP call control server, and the SIP heartbeat message proxy 620 periodically sends an OPTION message to the SIP server 610 to obtain the latest state of the SIP server 610.
  • the SIP heartbeat message proxy 620 sends an OPTION message to the SIP server 610 during a heartbeat period. If the response (Reply) message returned by the SIP server 610 is received during the heartbeat period, the SIP server 610 is located.
  • the SIP heartbeat message broker 620 will save the latest state of the SIP server 610, and during the next heartbeat period, when the SIP heartbeat message broker 620 receives the OPTION message from the SIP UA 630. Then, a 200 OK message is directly returned to the SIP UA 630 to inform them that the current state of the current SIP server 610 is "available".
  • the SIP heartbeat message proxy 620 fails to receive the response message returned by the SIP server 610 within one heartbeat period after sending the OPTION message to the SIP server 610, it indicates that the SIP server 610 is in a state of "not available", at this time, SIP The heartbeat message broker 620 will save the latest state of the SIP server 610, and in the next heartbeat period, when the SIP heartbeat message broker 620 receives the OPTION message from the SIP UA 630, it will not return 200 to the SIP UA 630. OK message.
  • the OPTION message sent by the SIP UA 630 to the SIP server 610 is intercepted by the SIP heartbeat message proxy 620, and the SIP heartbeat message proxy 620 will directly process the OPTION message without forwarding the OPTION message to the SIP server 610.
  • the SIP heartbeat message proxy 620 receives the above OPTION message from the SIP UA 630, if the state of the currently saved SIP server 620 is "available", the 200 OK message is directly returned to the SIP UA 630, and the SIP UA 630 receives the 200 OK message.
  • the SIP heartbeat message proxy 620 is no longer to the SIP UA 630.
  • the 200 OK message is returned.
  • the SIP UA 630 will not receive the 200 OK message within one heartbeat period after transmitting the above OPTION message, and the SIP UA 630 thus knows that the status of the SIP server 610 is "not available”.
  • the above heartbeat period is one minute. It can be seen that in the SIP communication system according to another embodiment of the present invention as shown in FIG. 6, the SIP server 610 can be connected to the plurality of SIP UAs 630 through the SIP heartbeat message proxy 620, but in each heartbeat period, SIP The server 610 only needs to process an OPTION message from a SIP heartbeat message proxy 620. Compared with the prior art SIP server 610 directly processing multiple OPTION messages from multiple SIP UAs 630, the burden of processing OPTION messages is greatly reduced. At the same time, multiple SIP UAs 630 also obtain the working status of the SIP server 610 through the SIP heartbeat message broker 620.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Description

Figure imgf000003_0001
心跳机制的方法和装置
技术领域
本发明涉及通信网络中心跳机制的实现， 特别涉及通过代理的方式 实现心跳机制的方法和装置。 背景技术
在下一代通信网络（ NGN, Next Generation Network )媒体网关控制 协议（包括 H.248/Megaco ) 中， 定义了媒体网关控制器（MGC, Media Gateway Controller )控制媒体网关 （MG， Media Gateway ) 的方法， 其 中包括通过心跳机制 （ Heartbeat Mechanism ) 实现相互之间探知各自的 工作状态信息。 而在 SIP ( Session Initial Protocol, 会话初始化协议）中， 也定义了 SIP服务器 （SIP Server )控制 SIP客户端 （SIP UA, SIP User Agent )的方法，其中也包括通过心跳机制实现相互之间探知各自的工作 状态信息。
在现有的一种实现 MGC和 MG之间心跳机制的方法中， MGC周期 性地向其所管辖的所有 MG发送心跳消息 （HBM, Heartbeat Message ), MG收到来自 MGC的 HBM之后，会向 MGC回应心跳应答消息（ HBMR, Heartbeat Message Reply ) 以向 MGC表明其状态是可用的 （"活着的"：)。 如果 MGC能收到某个 MG的 HBMR消息， 则 MGC判断该 MG是可用 的； 如果 MGC在一段时间内都未能接收到某个 MG的 HBMR消息， 则 MGC判断该 MG不可用 （"不活的"， 或表明之间的链路存在故障）。 类 似地， 如果某个 MG能收到来自 MGC的 HBM消息， 则 MG判断管辖 它的 MGC是可用的； 如果某个 MG在一段时间内收不到来自 MGC的 HBM消息， 则 MG判断管辖它的 MGC是不可用的（或表明之间的链路 存在故障）。
因此， 现有技术中， MGC通过向每个其管辖的 MG周期性地发送
1
确认本 HBM的方式， 完成 MGC和 MG相互之间工作状态信息的探知。 当然， MG也可以主动周期性的向管辖它的 MGC发送 HBM, 以完成 MGC和 MG之间工作状态信息的探知。
显然， 如果一个 MGC管辖的 MG的数量不是很大的情况下， 发送 HBM和接收 HBMR给 MGC带来的资源开销 （包括传输链路上的传输 资源开销及 MGC自身的处理资源开销） 不会很大。 但是随着无源光网 络（PON, Passive Optical Network )等产品的引入， 由于 MG可能布置 于各个楼宇甚至家庭中， 这样， 一个 MGC管辖的 MG的数量会大幅上 升。 在这种情况下， 如果依然使用现有的方法， 即由 MGC直接周期性 地向其所管辖的每个 MG发送 HBM以及接收返回的 HBMR来完成对 MGC和 MG之间工作状态信息的相互探知，则 MGC所需要的资源开销 将会非常巨大和惊人的， 从而导致 MGC的总体性能的下降。
类似地，上述技术问题在 SIP协议中的 SIP Server和 SIP UA之间通 过心跳机制相互探知工作状态的过程中也同样存在。 发明内容
本发明正是为解决上述技术问题而提出的， 基于本发明， 在 MGC (对应于 SIP协议中的 SIP Server )和 MG (对应于 SIP协议中的 SIP UA )之间引入一个称为心跳消息代理（HBP, Heartbeat Proxy )的装置， HBP和该 HBP所管辖的 MG之间通过心跳机制探知相互之间的工作状 态信息， HBP在获得对应的多个 MG 的工作状态信息之后一并上报给 MGC, 而 MGC也不再为其所管辖的每个 MG都周期性地发送 HBM, 因此本发明使得 MGC在获得其所管辖的 MG的工作状态信息的同时， 大大减少了 MGC发送 HBM和接收 HBMR的数量， 从而极大地减轻了 MGC对应的资源开销；另一方面， MGC将其工作状态信息也告知 HBP, 由 HBP转达给对应的 MG, 则 MG也可获得 MGC的工作状态信息。
根据本发明的第一个方面， 提供了一种在通信网络的控制设备中用 于监控本控制设备所辖的多个执行设备之间的工作状态信息的方法， 该 控制设备通过先接收来自一个代理设备的一条或多条上行报告消息， 这 些上行报告消息用于向该控制设备报告多个执行设备的工作状态； 然 后， 该控制设备基于上述一条或多条的上行报告消息， 获取对应的多个 执行设备的工作状态信息。
根据本发明的第二个方面， 提供了一种在通信网络的代理设备中用 于辅助控制设备与该控制设备所辖的多个执行设备间的工作状态信息 监控的方法， 该代理设备首先获得对应的多个执行设备的工作状态信 息； 然后将所获得的这些多个执行设备的工作状态信息报告给对应的控 制设备。
根据本发明的第三个方面， 提供了一种在通信网络的控制设备中用 于进行本控制设备与其所辖的多个执行设备间的工作状态信息监控的 方法， 该控制设备首先接收来自一个代理设备的上行查询消息， 该上行 查询消息用于查询本控制设备的工作状态信息； 然后该控制设备生成下 行报告消息， 该下行报告消息指示本控制设备的工作状态； 接着该控制 设备将所生成的下行报告消息发送至上述代理设备。
根据本发明的第四个方面， 提供了一种在通信网络的代理设备中用 于辅助控制设备与该控制设备所辖的多个执行设备间的工作状态信息 监控的方法， 该代理设备首先接收来自一个或多个对应的执行设备的上 行查询消息， 该上行查询消息用于查询对应控制设备的工作状态信息； 然后该代理设备获得对应的控制设备的工作状态信息； 接着生成下行报 告消息， 其中包含控制设备的工作状态信息； 最后该代理设备将所生成 的下行报告消息发送至该代理设备对应的一个或多个执行设备。
根据本发明的第五个方面， 提供了一种在通信网络的控制设备中用 于监控本控制设备所辖的多个执行设备之间的工作状态信息的监控装 置， 它包括接收装置， 用于接收来自一个代理设备的一条或多条上行报 告消息， 所述上行报告消息用于向所述控制设备报告所述多个执行设备 的工作状态； 还包括状态获取装置， 用于基于所述一条或多条上行 4艮告 消息， 获取所述多个执行设备的工作状态信息。
根据本发明的第六个方面， 提供了一种在通信网络的代理设备中用 于辅助控制设备与该控制设备所辖的多个执行设备间的工作状态信息 监控的辅助监控装置， 该装置包括第一状态获得装置， 用于获得所述多 个执行设备的工作状态信息； 还包括第一报告装置， 用于将所获得的所 述多个执行设备的工作状态信息报告给所述控制设备。
根据本发明的第七个方面， 提供了一种在通信网络的控制设备中用 于进行本控制设备与其所辖的多个执行设备间的工作状态信息监控的 监控装置， 该装置包括接收装置， 用于接收来自一个代理设备的第一上 行查询消息， 所述第一上行查询消息用于查询本控制设备的工作状态信 息； 还包括报告生成装置， 用于生成第一下行报告消息， 所述第一下行 报告消息指示本控制设备的工作状态； 以及包括报告装置， 用于将所生 成的所述第一下行报告消息发送至所述代理设备。
根据本发明的第八个方面， 提供了一种在通信网络的代理设备中用 于辅助控制设备与该控制设备所辖的多个执行设备间的工作状态信息 监控的辅助监控装置， 该装置包括接收装置， 用于接收来自一个或多个 所述执行设备的第二上行查询消息， 所述第二上行查询消息用于查询所 述控制设备的工作状态信息； 还包括第一状态获得装置， 用于获得所述 控制设备的工作状态信息； 以及包括第一报告生成装置， 用于生成第二 下行报告消息， 其中包含该控制设备的工作状态信息； 最后该装置还包 括第一报告装置， 用于将所生成的所述第二下行报告消息发送至所述一 个或多个执行设备。
根据本发明的第九个方面， 提供了一种在通信网络中用于控制设备 与该控制设备所辖的多个执行设备间的工作状态信息监控的方法， 包括 代理设备， 其中代理设备先获得多个执行设备的工作状态信息， 并通过 一条或多条上行报告消息上报给控制设备； 控制设备在接收到来自代理 设备报告的上行报告消息后， 基于上述上行报告消息， 获取多个执行设 备的工作状态信息。
根据本发明的第十个方面， 提供了一种在通信网络中用于控制设备 与该控制设备所辖的多个执行设备间的工作状态信息监控的方法， 还包 括代理设备， 其中， 控制设备接收来自代理设备的上行查询消息， 该查 询消息用于查询所述控制设备的工作状态信息； 然后控制设备生成下行 报告消息， 该报告消息指示控制设备的工作状态； 接着控制设备将所生 成的下行报告消息发送至代理设备； 另外， 代理设备还接收来自一个或 多个执行设备的上行查询消息， 该查询消息用于查询控制设备的工作状 态信息； 接着代理设备获得控制设备的工作状态信息； 并生成包含该控 制设备的工作状态信息下行报告消息； 最后代理设备将所生成的下行报 告消息发送至一个或多个执行设备。
采用本发明提供的方法和装置，通信网络中的控制设备 (例如 NGN 网络中的媒体网关控制器）可以通过代理设备完成对其所管辖的为数众 多的执行设备（例如 NGN 网络中的媒体网关） 的工作状态监控， 与现 有技术方案相比， 控制设备所需要处理的消息量更小， 所需要花费的资 源更低。 另外， 除了适用于基于 H.248协议的通信网络之外， 本发明还 适用于基于 SIP协议的通信网络。 附图说明
通过以下结合附图对非限定性实施例所作描述， 本发明的其它目 的、 特征及优势将更为明显。 其中， 相同或相似的附图标记表示相同 或相似的步驟特征或装置 （模块） 。
图 la示出了 NGN的系统结构示意图；
图 lb示出了引入代理设备之后的 NGN的结构示意图；
图 2示出了根据本发明的一个具体实施例的通信网络中控制设备 和执行设备之间通过代理设备完成工作状态监控的系统流程图；
图 3示出了根据本发明的另一个具体实施例的通信网络中控制设 备和执行设备之间通过代理设备完成工作状态监控的系统流程图； 图 4示出了根据本发明的另一个具体实施例的通信网络中控制设 备和执行设备之间通过代理设备完成工作状态监控的装置框图；
图 5示出了根据本发明的另一个具体实施例的通信网絡中控制设 备和执行设备之间通过代理设备完成工作状态监控的装置框图；
图 6示出了根据本发明的另一个具体实施例的 SIP(Session Initial Protocol)通信网络中 SIP UA ( User Agent, 用户代理） 通过 SIP心跳 消息代理完成对 SIP服务器工作状态监控的系统流程图。 具体实施方式
在现有的 NGN网络中， 如图 la所示， 媒体网关控制器 110通过 分组网络 140与一个或多个媒体网关 130、 131、 13η等相连接。 媒体网关与媒体网关之间的信令的交互通过媒体网关控制器完成， 比 如媒体网关 130发送给媒体网关 131的信令， 先通过分组网络 140中 的虚线以及媒体网关控制器 110与分组网络 140之间的实线所表示的 路径发送至媒体网关控制器 110, 然后媒体网关控制器 110再将信令 或者处理过的信令沿着媒体网关控制器 110与分组网络 140之间的实 线、 分组网络 140中的虚线以及分組网络 140与网关 131之间的实线 所表示的路径发送至媒体网关 131。 而媒体网关 130和 131之间的媒 体数据， 则直接通过分组网络中的实线所表示的路径直接传送至对 方。
图 la所示的 NGN网络在引入代理设备 120之后，如图 lb所示， 媒体网关控制器 110和一个或多个媒体网关之间的信令数据则需要先 通过代理设备 120的处理。
在图 lb所示的通信网络中， 利用本发明的具体实施方式， 在该 网络中的媒体网关控制器和媒体网关之间实现相互之间工作状态信 息的监控方法， 可以分别用图 2、 图 3、 图 4、 图 5进行表示。
以下结合几个具体实施例， 从系统的角度对本发明所提供的方法 进行详细介绍， 本领域技术人员理解， 在以下具体实施例中所作描述 仅为清楚说明本发明的技术方案， 而不构成对本发明的保护范围的限 制， 本发明的保护范围由权利要求书确定。 图 2示出了根据本发明的一个具体实施例的通信网络中控制设备 和执行设备之间通过代理设备完成工作状态监控的系统流程图。 以下 参照图 2并结合图 lb对本发明进行详述。
在本发明的一个实施例中， 通信网络中的控制设备通过代理设备 完成对执行设备的工作状态监控， 如图 2所示， 控制设备 110接收代 理设备 120发来的上行报告消息（在本申请文件中， 我们将控制设备 发送给代理设备或者执行设备的消息称为下行消息； 将代理设备或者 执行设备发送给控制设备的消息称为上行消息。）， 并从这些上行报告 消息中获取一个或多个执行设备 130的工作状态信息。 而对于通信网 络中的代理设备 120,它先获得一个或多个执行设备的工作状态信息， 再通过发送给控制设备 110的上行报告消息， 将所获得的执行设备 130的工作状态信息报告给控制设备 110。 需要说明的是， 在一条上 述上行报告消息中， 可以携带一个或多个执行设备的工作状态信息。 其中， 根据本发明的一个优选实施例， 具体实施步骤如下：
首先， 执行设备 130在启动之后， 通过步骤 S11注册请求消息， 向控制设备 110发起注册， 该注册请求消息会首先被代理设备 120所 接收； 代理设备 120在接收到该注册请求消息之后， 会记录该注册消 息所对应的执行设备 130的标识， 并记录其工作状态为 "可获得"， 同时， 通过步骤 S12将该注册请求消息转发给控制设备 110。
接着， 控制设备 110在接收到上述注册请求消息之后， 也会记录 其对应的执行设备的标识以及其工作状态， 同时， 还记录该执行设备 所连接的代理设备的标识， 即控制设备 110记录了某个执行设备连接 于哪个代理设备，或者某个代理设备都连接有哪些执行设备。优选地， 控制设备 110可以按照执行设备所连接的代理设备的不同， 将与同一 个代理设备 120连接的多个执行设备分成一个组， 即执行设备组。 可 选地， 控制设备 110也可以根据其它业务需求， 将与同一个代理设备 连接的多个执行设备分成几个执行设备组进行管理。
然后， 在步骤 S 13中， 控制设备 110向代理设备 120发送下行查 询消息， 查询指定的一个或多个执行设备的工作状态信息。 可选地， 在控制设备 110和代理设备 120之间可通过事先约定等方式， 当在上 述下行查询消息中不具体指定查询哪个或哪些执行设备的工作状态 信息时， 即表示要查询与该代理设备 120连接的所有执行设备的工作 状态信息； 或做出本领域技术人员理解的其它约定。 代理设备 120在 接收到上述下行查询消息之后， 通过步骤 S14向控制设备 110发送上 行报告消息， 可选地， 该上行报告消息包含对应的执行设备的工作状 态信息。 其中， 代理设备 120获得对应的执行设备的工作状态信息的 方式包括但不限于如下的两种方式：
方式 1 : 代理设备 120在接收到控制设备 110的下行查询消息之 后， 再获得对应的执行设备 130的工作状态信息， 然后再将这些最新 获得的工作状态信息在随后的上行报告消息中报告给控制设备 110； 方式 2: 代理设备 120在接收到控制设备 110发来的下行查询消 息之后， 将它之前巳经获得并保存下来的对应的执行设备 130的工作 状态信息（通常情况下为接收到下行查询消息之前保存的最新的工作 状态信息）报告给控制设备 110。
对应地，在方式 1下，代理设备 120在接收到下行查询消息之后， 通过步骤 S15向其所连接的一个或多个执行设备分别发送下行查询 消息， 以获得它们最新的工作状态信息； 然后执行设备 130通过步驟 S16向代理设备 120返回上行报告消息， 将其工作状态信息上报给代 理设备 120; 代理设备 120在接收到上述上行报告消息之后， 从中获 得执行设备 130的工作状态信息， 并通过它发送给控制设备 110的上 行报告消息报告给控制设备 110。
而在方式 2下，代理设备 120周期性地通过步骤 S15和 S16获得 执行设备 130的工作状态信息， 并保存这些工作状态信息。
本领域技术人员可以理解的是， 上述代理设备 120查询执亍设备 130的工作状态信息的方法还包括如下情形： 代理设备 120向执行设 备 130发送下行查询消息后， 如果已连续发送多个查询消息， 还未接 收到对应的执行设备 130的响应消息 （即上行报告消息）， 则代理设 备 120也可以间接地推测该执行设备 130的工作状态信息（如 "不可 获得" 或者 "链路已断" 等）。
另外， 在控制设备 110发送给代理设备 120的下行查询消息中， 同时也可以用于向代理设备 120指示控制设备 110自身的工作状态信 息， 因此代理设备 120也据此获得并记录控制设备 110最新的工作状 态信息。随后，在代理设备 120获得执行设备 130的工作状态信息时， 无论采用上述方式 1还是方式 2,都可以在步骤 S 15即向执行设备 130 发送的下行查询消息中， 将控制设备 110的最新工作状态信息指示给 对应的执行设备 130。
此外， 控制设备 110和代理设备 120之间的步骤 S13-S14, 既可 由控制设备 110周期性地发起， 即每隔一段时间控制设备 110发送下 行查询消息一次以及代理设备 120发送上行报告消息一次， 其周期的 大小可以根据所在通信系统的具体配置情况确定； 也可以由代理设备 120主动周期性地执行步骤 S14将对应的执行设备的工作状态信息上 报给控制设备 110。
在 NGN网络环境下， 上述控制设备 110包括媒体网关控制器 MGC, 执行设备 130包括媒体网关， 控制设备 110和代理设备 120 之间的步骤 S13-S14可采用如背景技术中所述的心跳机制实现， 即下 行查询消息可以是下行 HBM, 而上行报告消息则是上行 HBMR, 在 这种情况下， 我们称代理设备 120为心跳消息代理 HBP。 类似地， 代 理设备 120和执行设备 130之间的步骤 S15-S16也同样可采用心跳机 制实现。
最后， 可选地， 代理设备 120在运行过程中， 如果发现与其连接 的某个或某些执行设备的工作状态信息发生了变化， 为了能将这些变 化更及时地报告给控制设备 110, 代理设备 120也可以通过步骤 S 17 向控制设备 110发送单独状态报告消息， 以便控制设备 110针对这些 工作状态变化， 做出更及时的响应处理。
需要说明的是， 在本发明中， 当代理设备 120连接了多个执行设 备时， 如果当前有 n ( n是大于 1的正整数） 个执行设备的工作状态 信息需要代理设备 120上报给控制设备 110, 则代理设备 120会向控 制设备 110发送 m ( m是大于等于 1且小于 n的正整数）条上行报告 消息。 优选地， m等于 1 , 即代理设备 120仅通过一条上行报告消息 向控制设备 110上报一个或多个执行设备的工作状态信息。 这样就大 大减少了需要控制设备 110处理的上行报告消息的数量， 从而降低了 控制设备 110的消息处理负担。 当该类报告消息是心跳消息时， 基于 本发明， 控制设备 110 (如媒体网关控制器 MGC )也就可以极大地降 低处理来自执行设备 （如媒体网关 MG ) 心跳消息的负担。 图 3示出了根据本发明的另一个具体实施例的通信网络中控制设 备和执行设备之间通过代理设备完成工作状态监控的系统流程图。 以 下参照图 3并结合图 lb对本发明进行详述。
在本发明的另一个实施例中， 通信网絡中的控制设备通过代理设 备完成对执行设备的工作状态监控， 如图 3所示， 控制设备 110接收 来自代理设备 120发来的上行查询消息， 然后控制设备 110生成下行 报告消息， 发送给代理设备 120， 优选地， 该下行报告消息包含了控 制设备 110的工作状态信息。 另一方面， 执行设备 130也向代理设备 120发送上行查询消息， 然后代理设备 120生成下行报告消息， 发送 给对应的执行设备 130,优选地，在执行设备 130发送给代理设备 120 的上行查询消息中， 包含了该执行设备 130的工作状态信息。 其中， 根据本发明的一个优选实施例， 具体实施步骤如下：
首先， 执行设备 130在启动之后， 通过步骤 S21注册请求消息， 向控制设备 110发起注册， 该注册请求消息会首先被代理设备 120所 接收； 代理设备 120在接收到该注册请求消息之后, 会记录下该执行 设备的标识， 并记录其工作状态为 "可获得"， 同时， 将通过步驟 S22 该注册请求消息转发给控制设备 110。
接着， 控制设备 110在接收到注册请求消息之后， 也会记录下该 执行设备 130的标识， 并记录其工作状态为 "可获得"。
然后， 在步骤 S23中， 代理设备 120向控制设备 110发送上行查 询消息， 查询该控制设备 110的工作状态信息； 优选地， 该上行查询 消息包含了当前代理设备 120所管辖的一个或多个执行设备的工作状 态信息。 相应地， 控制设备 110从上述上行查询消息中获得相关的执 行设备的工作状态信息。
控制设备 110在收到代理设备 120发来的上行查询消息之后， 生 成对应的下行 4艮告消息， 发送至对应的代理设备 120; 优选地， 在该 下行报告消息中， 包含了控制设备 110的当前工作状态信息，相应地， 代理设备 120会从该下行报告消息中获取并保存控制设备 110的工作 状态信息。
另外，可选地，控制设备 110和代理设备 120之间的步骤 S23-S24, 既可由代理设备 120周期性地发起， 即每隔一段时间代理设备 120发 送上行查询消息一次以及控制设备 110发送下行报告消息一次， 其周 期的大小可以根据所在通信系统的具体配置情况确定； 也可以由控制 设备 110主动周期性地执行步骤 S24将其最新的工作状态信息发送给 代理设备 120， 而代理设备 120周期性地执行步骤 S23将其获得的一 个或多个执行设备 130的工作状态信息报告给控制设备 110。
在 NGN网絡环境下， 上述控制设备 110包括媒体网关控制器 MGC (对应于 SIP协议中的 SIP Server ),执行设备 130包括媒体网关 (对应于 SIP协议中的 SIP UA ), 控制设备 110和代理设备 120之间 的步骤 S23-S24可采用如背景技术中所述的心跳机制实现， 即上行查 询消息可以是上行 HBM, 而下行报告消息则是下行 HBMR, 在这种 情况下， 我们称代理设备 120为心跳消息代理 HBP。 类似地， 代理设 备 120和执行设备 130之间的步骤 S25-S26也同样可采用心跳机制实 现。
最后， 可选地， 代理设备 120在运行过程中， 如果发现与其连接 的某个或某些执行设备的工作状态信息发生了变化， 为了能将这些变 化更及时地报告给控制设备 110, 代理设备 120也可以通过步驟 S27 向控制设备 110发送单独状态报告消息， 以便控制设备 110针对这些 工作状态变化， 做出更及时的响应处理。
需要说明的是， 在本发明中， 当代理设备 120连接了多个执行设 备时， 如果当前有 n ( n是大于 1的正整数） 个执行设备通过 n条上 行查询消息要求代理设备 120查询控制设备 110的工作状态信息， 则 代理设备 120只会向控制设备 110发送 m ( m是大于等于 1且小于 n 的正整数） 条上行查询消息。 优选地， m等于 1 , 即代理设备 120只 发送一条上行查询消息至控制设备 110。 这样与现有技术相比， 就极 大地减少了控制设备 110需要处理的上行查询消息的数量， 从而降低 了控制设备 110的消息处理负担。 优选地， 上述代理设备 120发给控 制设备 110的 m条或 1条上行查询消息还携带了代理设备 120上报的 n个执行设备的工作状态信息。 当上述上行查询消息和下行报告消息 是心跳消息时， 基于本发明， 控制设备 110 (如媒体网关控制器 MGC 或 SIP协议中的 SIP Server )也就极大地降低了处理来自执行设备（如 媒体网关 MG或 SIP协议中的 SIP UA ) 的心跳消息的负担。 图 4示出了根据本发明的另一个具体实施例的通信网络中控制设 备和执行设备之间通过代理设备完成工作状态监控的装置框图。 以下 参照图 4并结合图 lb对本发明进行详述。
在本发明的另一个实施例中， 通信网络中的控制设备的监控装置 通过代理设备的监控辅助装置完成对执行设备的工作状态监控， 如图 4所示，控制设备 110的监控装置 4110通过其接收装置 41103接收来 自代理设备 120的监控辅助装置 4120通过其第一报告装置 41202发 来的上行报告消息， 状态获取装置 41104从上述上行报告消息中获取 一个或多个执行设备的工作状态信息。 而对于通信网络中的代理设备 120, 它先通过其第一状态获得装置 41206获得一个或多个执行设备 的工作状态信息，再通过第一报告装置 41202将上行报告消息发送给 控制设备 110; 优选地， 上述上行报告消息包含一个或多个执行设备 的工作状态信息。 其中， 根据本发明的一个优选实施例， 对于图中各 个装置的作用以及相互关系说明如下：
首先， 如前文所述， 执行设备 130在启动之后会完成相应的注册 过程。 代理设备 120和控制设备 110也会完成对注册消息的相关处理 过程。
接着， 控制设备 110的查询装置 41101会生成下行查询消息， 并 通过其发送装置 41102将上述下行查询消息发送至代理设备 120的监 控辅助设备 4120。上述下行查询消息可以指定查询一个或多个执行设 备的工作状态信息。 可选地， 在控制设备 110和代理设备 120之间可 通过事先约定等方式， 当在上述下行查询消息中不具体指定查询哪个 或哪些执行设备的工作状态信息时， 即表示要查询与该代理设备 120 连接的所有执行设备的工作状态信息， 或做出本领域技术人员理解的 其它约定。代理设备 120会通过它的接收装置 41201接收上述下行查 询消息， 之后通过其第一报告装置 41202向控制设备 110发送上行报 告消息， 该上行报告消息包含对应的执行设备的工作状态信息。 代理 设备 110则通过其接收装置 41103来接收上述上行报告消息， 并通过 状态获得装置 41104从中获得对应执行设备的工作状态信息。 其中， 代理设备 120获得对应执行设备 130的工作状态信息的方式包括但不 限于前文描述的方式 1和方式 2等两种方式。
对应地， 在方式 1下， 代理设备 120的接收装置 41201在接收到 来自控制设备 110的下行查询消息之后， 先通过第一状态获得装置 41206获得一个或多个执行设备的工作状态信息， 然后再将这些工作 状态信息通过第一报告装置 41202发送给控制设备 110。
而在方式 2下， 代理设备 120周期性地通过第一状态获得装置 41206获得并保存对应的执行设备的工作状态信息， 在它收到执行设 备 110发来的下行查询消息之后， 再将上述工作状态信息报告给控制 设备 110。
其中， 监控辅助装置 4120的第一状态获得装置 41206获得执行 设备 130的工作状态信息的具体过程是： 第一状态获得装置 41206通 过周期性地向执行设备 130发送下行查询消息， 然后执行设备 130在 接收到上述下行查询消息之后， 返回上行报告消息， 其中包含了执行 设备 130的工作状态信息； 辅助监控设备 4120的第一状态获得装置 41206在接收到上行报告消息之后， 从中获取执行设备 130的工作状 态信息， 并作保存。
本领域技术人员可以理解的是， 上述代理设备 120查询执^"设备 130的工作状态信息的方法还包括如下情形： 代理设备 120第一状态 获得装置 41206向执行设备 130发送下行查询消息后， 如果已连续发 送多个查询消息， 还未接收到对应的执行设备 130的响应消息（即上 行报告消息）， 则代理设备 120也可以间接地推测该执行设备 130的 工作状态信息 （如 "不可获得" 或者 "链路已断" 等）。
另外， 在控制设备 110发送给代理设备 120的下行查询消息中， 同时也可以用于向代理设备 120指示控制设备 110自身的工作状态信 息， 即在代理设备 120的接收装置 41201接收到下行查询消息之后， 通过其第二状态获得装置 41203从中获得控制设备 110的工作状态信 息， 并记录下来。 随后， 报告生成装置 41204生成下行报告消息， 并 通过第二报告装置 41205将下行报告消息发送给执行设备 130, 其中 该下行报告消息包含了控制设备 110的工作状态信息。 另外， 辅助监 控制装置 4120也可以通过其第一状态获得装置 41206,在向执行设备 130发送的下行查询消息中， 将控制设备 110的最新工作状态信息指 示给对应的执行设备 130。 本领域技术人员还可以理解的是， 第二报 告装置 41205发送给执行设备 130的报告消息和第一状态获得装置 41206发送给执行设备 130的下行查询消息在具体实施时可以通过同 一条消息实现。
此外，控制设备 110的查询装置 41101可周期性地向代理设备 120 发起查询过程， 即每隔一段时间控制设备 110发送下行查询消息一次 以及代理设备 120发送上行报告消息一次， 其周期的大小可以根据所 在通信系统的具体配置情况确定； 也可以由代理设备 120的第一报告 装置 41202主动周期性地向控制设备 110上报对应的执行设备的工作 状态信息。
在 NGN网络环境下， 上述控制设备 110包括媒体网关控制器 MGC , 执行设备 130包括媒体网关， 控制设备 110和代理设备 120 之间的下行查询消息和上行报告消息可采用如背景技术中所述的心 跳机制实现， 即下行查询消息可以是下行 HBM, 而上行报告消息则 是上行 HBMR, 在这种情况下， 我们称代理设备 120为心跳消息代理 HBP。 类似地， 代理设备 120的第一状态获得装置 41206在获得执行 设备 130的工作状态信息时也同样可采用心跳机制实现。 最后， 可选地， 代理设备 120在运行过程中， 如果发现与其连接 的某个或某些执行设备的工作状态信息发生了变化， 为了能将这些变 化更及时地报告给控制设备 110 ,代理设备 120的第一报告装置 41202 也可以主动向控制设备 110发送单独状态报告消息， 以便控制设备 110针对这些工作状态变化， 做出更及时的响应处理。
需要说明的是， 在本发明中， 当代理设备 120连接了多个执行设 备时， 如果当前有 n ( n是大于 1的正整数） 个执行设备的工作状态 信息需要代理设备 120上报给控制设备 110, 则代理设备 120会向控 制设备 110发送 m ( m是大于等于 1且小于 n的正整数）条上行报告 消息。 优选地， m等于 1 , 即代理设备 120仅通过一条上行报告消息 向控制设备 110上报一个或多个执行设备的工作状态信息。 这样就大 大减少了需要控制设备 110处理的上行报告消息的数量， 从而降低了 控制设备 110的消息处理负担。 当该类报告消息是心跳消息时， 基于 本发明， 控制设备 110 (如媒体网关控制器 MGC )也就可以极大地降 低处理来自执行设备（如媒体网关 MG ) 心跳消息的负担。 图 5示出了根据本发明的另一个具体实施例的通信网络中控制设 备和执行设备之间通过代理设备完成工作状态监控的装置框图。 以下 参照图 5并结合图 lb对本发明进行详述。
在本发明的另一个实施例中， 通信网络中的控制设备的监控装置 通过代理设备的监控辅助装置完成对执行设备的工作状态监控， 如图 5所示， 控制设备 110的接收装置 51101接收来自代理设备 120发来 的上行查询消息， 然后控制设备 110通过报告生成装置 51102生成下 行报告消息， 通过报告装置 51103发送给代理设备 120, 优选地， 该 下行报告消息直接包含了控制设备 110的工作状态信息。 另一方面， 执行设备 130也向代理设备 120发送上行查询消息， 代理设备 120的 接收装置 51201在接收到上述上行查询消息之后， 通过第一状态获得 装置 51202获得控制设备 110的工作状态信息， 并通过第一报告生成 装置 51203生成下行报告消息， 最后通过第一报告装置 51204发送给 对应的执行设备 130。 优选地， 在执行设备 130发送给代理设备 120 的上行查询消息中， 包含了该执行设备 130的工作状态信息。 其中， 根据本发明的一个优选实施例， 对于图中各个装置的作用以及相互关 系说明如下：
首先， 如前文所述， 执行设备 130在启动之后会完成相应的注册 过程。 代理设备 120和控制设备 110也会完成对注册消息的相关处理 过程。
接着， 代理设备 120的接收装置 51201接收到来自执行设备 130 的上行查询消息。 可选地， 该上行查询消息可以由执行设备 130周期 性的发起。
代理设备 120的接收装置 51201在接收到上述上行查询消息之 后， 将通过第一状态获得装置 51202获得控制设备 110的工作状态信 息。 其具体过程是： 第一状态获得装置 51202通过周期性地向控制设 备 110的监控装置 5110发送上行查询消息， 然后监控装置 5110的接 收装置 51101在接收到上述上行查询消息之后， 通过报告生成装置 51102生成下行报告消息， 并通过其报告装置 51103发送给辅助监控 设备 5120; 辅助监控设备 5120的第一状态获得装置 51202在接收到 上述下行报告消息之后， 从中获取控制设备 110的工作状态信息， 并 作保存。 可选地， 辅助监控设备 5120的第一状态获得装置 51202也 可以直接读取当前已经保存的控制设备 110的工作状态信息， 并用于 后续的发送给执行设备 130的下行报告消息中。
接着， 辅助监控设备 5120通过其第一报告生成装置 51203生成 下行报告消息，通过第一报告装置 51204发送给对应的执行设备 130, 其中上述下行报告消息包含了控制设备 110的工作状态信息。
优选地， 在上述执行设备 130发送给代理设备 120的上行查询消 息还包含了对应的执行设备 130的工作状态信息。此时，代理设备 120 的辅助监控装置 5120通过其第二状态获得装置 51205从上述上行查 询消息中获得对应的执行设备 130的工作状态信息， 并通过第二报告 生成装置 51206生成上行报告消息， 最后通过第二报告装置 51207发 送至控制设备 110的监控装置 5110, 其中， 该上行报告消息包含了对 应执行设备的工作状态信息。 本领域技术人员可以理解的是， 监控辅 助装置 5120的第一状态获得装置 51202向控制设备 110发送的上行 查询消息和第二报告装置 51207向控制设备 110发送的上行报告消 息， 在具体实施时， 可以用同一条消息实现。 另外， 在第一状态获得 装置 51202向控制设备 110发送的上行查询消息或者第二报告装置 51207向控制设备 110发送的上行报告消息中包含执行设备 130的工 作状态信息时， 监控设备 5110的状态获取装置 51104都从上述消息 中获得对应执行设备的工作状态信息， 从而控制设备 110完成了对执 行设备 130的工作状态的监控。
在 NGN网络环境下， 上述控制设备 110包括媒体网关控制器 MGC (对应于 SIP协议中的 SIP Server ), 执行设备 130包括媒体网关 (对应于 SIP协议中的 SIP UA ), 控制设备 110和代理设备 120之间 的上行查询消息和下行报告消息可采用如背景技术中所述的心跳机 制实现， 即上行查询消息可以是上行 HBM, 而下行报告消息则是下 行 HBMR,在这种情况下，我们称代理设备 120为心跳消息代理 HBP。 类似地， 代理设备 120和执行设备 130之间的上行查询消息和下行报 告消息也同样可釆用心跳机制实现。
最后， 可选地， 监控辅助装置 5120在运行过程中， 如果发现与 其连接的某个或某些执行设备的工作状态信息发生了变化， 为了能将 这些变化更及时地报告给控制设备 110,监控辅助装置 5120也可以通 过第二报告装置 51207向监控设备 5110发送单独状态报告消息， 以ί更控制设备 110针对这些工作状态变化， 做出更及时的响应处理。
需要说明的是， 在本发明中， 当代理设备 120连接了多个执行设 备时， 如果当前有 η ( η是大于 1的正整数） 个执行设备通过 η条上 行查询消息要求代理设备 120查询控制设备 110的工作状态信息， 则 监控辅助装置 5120只会向监控设备 5110发送 m ( m是大于等于 1且 小于 n的正整数） 条上行查询消息。 优选地， m等于 1 , 即监控辅助 装置 5120只发送一条上行查询消息至监控设备 5110。 这样与现有技 术相比， 就极大地减少了控制设备 110需要处理的上行查询消息的数 量， 从而降低了控制设备 110的消息处理负担。 优选地， 上述监控辅 助装置 5120发给监控设备 5110的 m条或 1条上行查询消息还携带了 需要代理设备 120上报的 n个执行设备的工作状态信息。 当上述上行 查询消息和下行报告消息是心跳消息时， 基于本发明， 控制设备 110 (如媒体网关控制器 MGC或 SIP协议中的 SIP Server )也就极大地降 低了处理来自执行设备 130(如媒体网关 MG或 SIP协议中的 SIP UA ) 的心跳消息的负担。 图 6示出了根据本发明的另一个具体实施例的 SIP(Session Initial Protocol)通信网络中 SIP UA ( User Agent, 用户代理） 通过 SIP心跳 消息代理完成对 SIP服务器工作状态监控的系统流程图（上行模式）。
在 SIP协议中， SIP UA630—般通过向 SIP服务器 610 (注册服 务器 register server或者呼叫控制服务器 call-control server )发送注册 ( register )消息或者 OPTION消息的方式来获得 SIP服务器 610的状 态， 即： 如果 SIP UA610在发送注册消息之后， 能接收到 SIP服务器 610返回的响应消息，则表示该 SIP服务器 610的状态是"可获得的，，； 或者如果 SIP UA在发送 OPTION消息之后，能接收到 SIP服务器 610 返回的响应消息， 则表示 SIP服务器 610的状态是 "可获得的"。
通常情况下，一个 SIP UA630向 SIP服务器 610发送注册消息的 频率大约为每个小时发送一次； 而一个 SIP UA610向 SIP服务器 610 发送 OPTION消息的频率大约为每分钟发送一次。 因此 SIP服务器 610处理注册消息的负担并不很重； 但是当 SIP服务器 610管辖大量 SIP UA的情形下， 其处理 OPTION消息的负担则会变得非常繁重。 因此， 为了减轻 SIP服务器 610处理 OPTION消息的负担， 根据本发 明的一个具体实施例， 在 SIP服务器和其管辖的一个或多个 SIP UA 之间引入 SIP心跳消息代理的设备， 帮助 SIP UA获得对应的 SIP服 务器的工作状态， 同时也减轻 SIP服务器处理 OPTION消息的负担。
在如图 6所示根据本发明的一个实施例的 SIP通信系统，包括 SIP 服务器 610、 SIP心跳消息代理 620和 SIP UA630。 其中， SIP 服务器 610包括 SIP呼叫控制服务器， SIP心跳消息代理 620会周期性地向 SIP 服务器 610发送 OPTION消息，以获得 SIP服务器 610的最新状 态。 其中， 在一个心跳周期内， SIP心跳消息代理 620会向 SIP 服务 器 610发送一个 OPTION消息，如果在该心跳周期内能接收到 SIP 服 务器 610返回的响应（Reply )消息， 则表示 SIP 服务器 610处在 "可 获得" 的状态， 此时 SIP心跳消息代理 620会将 SIP 服务器 610的最 新状态保存下来， 并在此后的下一个心跳周期内， 当 SIP心跳消息代 理 620接收到来自 SIP UA630的 OPTION消息时，则直接向 SIP UA630 返回 200 OK消息， 以告知其当前 SIP 月 务器 610的最新状态为 "可 获得"。如果 SIP心跳消息代理 620在向 SIP 服务器 610发送 OPTION 消息之后，在一个心跳周期内未能接收到 SIP 服务器 610返回的响应 消息， 则表示 SIP 服务器 610处在 "不可获得" 的状态， 此时 SIP心 跳消息代理 620会将 SIP 服务器 610的最新状态保存下来，并在此后 的下一个心跳周期内，当 SIP心跳消息代理 620接收到来自 SIP UA630 的 OPTION消息时， 则不再向该 SIP UA630返回 200 OK消息。
另一方面， SIP UA630发送给 SIP服务器 610的 OPTION消息会 被 SIP心跳消息代理 620所截获， SIP心跳消息代理 620将直接处理 该 OPTION消息， 而不再将该 OPTION消息转发给 SIP 服务器 610。 在 SIP心跳消息代理 620接收到上述来自 SIP UA630的 OPTION消息 时， 如果当前保存的 SIP 服务器 620的状态为 "可获得"， 则会直接 向 SIP UA630返回 200 OK消息， SIP UA630接收到 200 OK消息之 后， 即表示当前 SIP 服务器 610处在 "可获得" 状态； 否则， 如果 SIP心跳消息代理 620当前保存的 SIP 服务器 610的状态为 "不可获 得"，则 SIP心跳消息代理 620也不再向 SIP UA630返回 200 OK消息， 此时 SIP UA630将在发送上述 OPTION消息之后的一个心跳周期内不 会收到 200 OK消息， SIP UA630从而获知 SIP 服务器 610的状态为 "不可获得"。
优选地， 上述心跳周期为一分钟。 可见， 在如图 6所示的根据本发明的另一个实施例的 SIP通信系 统中 , SIP服务器 610可通过 SIP心跳消息代理 620与多个 SIP UA630 相连接，但在每个心跳周期内， SIP 服务器 610只需处理来自一个 SIP 心跳消息代理 620的一个 OPTION消息， 与现有技术中 SIP服务器 610直接处理来自多个 SIP UA630的多个 OPTION消息相比， 大大降 低了其处理 OPTION消息的负担，同时多个 SIP UA630也通过 SIP心 跳消息代理 620获得了 SIP 服务器 610的工作状态。 当然， 如果 SIP 服务器 610管辖 n个 SIP心跳消息代理 620, 则在每个心跳周期内需 处理 n个 OPTION消息， 此时， SIP 服务器 610也通过 n个 SIP心跳 消息代理 620管理了更多的 SIP UA。 此时， 通过本发明减轻 SIP 服 务器 610处理 OPTION消息负担的效果也将变得更明显。 以上对本发明的具体实施例进行了描述。 需要理解的是， 本发明 并不局限于上述特定实施方式， 本领域普通技术人员可以在所附权利 要求的范围内做出各种变型或修改。 本发明的技术方案用软件或硬件 皆可实现。

Claims

权 利 要 求 书
1. 一种在通信网络的代理设备中用于辅助控制设备与该控制设备 所辖的多个执行设备间的工作状态信息监控的方法， 其中， 包括以下步 驟：
-获得所述多个执行设备的工作状态信息；
其中， 还包括：
- 将所获得的所述多个执行设备的工作状态信息报告给所述控制设 备。
2. 根据权利要求 1所述的方法， 其特征在于， 所述报告步骤之前还 包括：
A. 接收来自所述控制设备的第一下行查询消息，所述第一下行查询 消息用于查询所述多个执行设备的工作状态信息;
其中， 所述报告步骤包括：
当接收到所述第一下行查询消息时， 发送第一上行报告消息。
3. 根据权利要求 2所述的方法， 其特征在于， 所述第一下行查询消 息还用于指示所述控制设备的工作状态；
所述步驟 A之后还包括：
-基于所述第一下行查询消息， 获取该控制设备的工作状态信息； - 生成第二下行报告消息， 所述第二下行报告消息指示所述控制设 备的工作状态；
-将所生成的所述第二下行报告消息发送至所述多个执行设备。
4. 根据权利要求 1 至 3 中任一项所述的方法， 其特征在于， 所述 通信网络基于 H.248协议。
5. 一种在通信网络的控制设备中用于监控本控制设备所辖的多个 执行设备之间的工作状态信息的方法， 其中， 包括以下步骤：
c 接收来自代理设备的一条或多条第一上行报告消息， 所述第一上 行报告消息用于报告所述多个执行设备的工作状态；
d. 基于所述一条或多条第一上行报告消息，获取所述多个执行设备 的工作状态信息。
6. 根据权利要求 5所述的方法， 其特征在于， 所述步骤 c之前还包 括：
a. 生成第一下行查询消息， 所述第一下行查询消息用于查询所述多 个执行设备的工作状态；
b. 将所生成的所述第一下行查询消息发送至所述代理设备。
7. 根据权利要求 5或 6所述的方法， 其特征在于， 所述通信网络基 于 H.248协议。
8. 一种在通信网络的代理设备中用于辅助控制设备与该控制设备 所辖的多个执行设备间的工作状态信息监控的方法， 其中， 包括以下步 骤：
u.接收来自一个或多个所述执行设备的第二上行查询消息，所述第 二上行查询消息用于查询所述控制设备的工作状态信息；
V. 获得所述控制设备的工作状态信息；
W. 生成第二下行报告消息， 其中包含该控制设备的工作状态信息； X. 将所生成的所述第二下行报告消息发送至所述一个或多个执行 设备。
9. 根据权利要求 8所述的方法， 其特征在于， 所述第二上行查询消 息还用于指示相应执行设备的工作状态， 所述步骤 u之后还包括：
- 基于所述第二上行查询消息， 获取所述多个执行设备的工作状态 信息；
- 生成第一上行报告消息， 其中包含所述多个执行设备的工作状态 信息；
-将所生成的所述第一上行报告消息发送至所述控制设备。
10. 根据权利要求 9所述的方法， 其特征在于， 所述通信网絡基于 H.248协议或者 SIP协议。
11. 一种在通信网络的控制设备中用于进行本控制设备与其所辖的 多个执行设备间的工作状态信息监控的方法， 其中， 包括以下步骤： o. 接收来自代理设备的第一上行查询消息，所述第一上行查询消息 用于查询本控制设备的工作状态信息；
p. 生成第一下行报告消息，所述第一下行报告消息指示本控制设备 的工作状态；
q. 将所生成的所述第一下行报告消息发送至所述代理设备。
12. 根据权利要求 11所述的方法， 其特征在于， 所述第一上行查询 消息还用于指示所述多个执行设备的工作状态，所述步驟 0之后还包括：
-基于所述第一上行查询消息， 获取所述多个执行设备的工作状态 信息。
13. 根据权利要求 11或 12所述的方法， 其特征在于， 所述通信网 絡基于 H.248协议或者 SIP协议。
14. 一种在通信网络的代理设备中用于辅助控制设备与该控制设备 所辖的多个执行设备间的工作状态信息监控的辅助监控装置， 其中， 包 括：
- 第一状态获得装置，用于获得所述多个执行设备的工作状态信息； - 第一报告装置， 用于将所获得的所述多个执行设备的工作状态信 息报告给所述控制设备。
15. 根据权利要求 14所述的辅助监控装置， 其特征在于， 还包括： -接收装置， 用于接收来自所述控制设备的第一下行查询消息， 所 述第一下行查询消息用于查询所述多个执行设备的工作状态信息；
其中， 所述第一报告装置用于当接收到所述第一下行查询消息时 , 发送第一上行报告消息。
16. 根据权利要求 15所述的辅助监控装置， 其特征在于， 所述第一 下行查询消息还用于指示所述控制设备的工作状态；
还包括：
-第二状态获得装置， 用于基于所述第一下行查询消息， 获取该控制 设备的工作状态信息；
-报告生成装置， 用于生成第二下行报告消息， 所述第二下行报告消 息指示所述控制设备的工作状态；
-第二报告装置，用于将所生成的所述第二下行报告消息发送至所述 多个执行设备。
17. 根据权利要求 14至 16中任一项所述的辅助监控装置， 其特征 在于， 所述通信网络基于 H.248协议。
18. 一种在通信网络的控制设备中用于监控本控制设备所辖的多个 执行设备之间的工作状态信息的监控装置， 其中， 包括：
-接收装置， 用于接收来自代理设备的一条或多条第一上行报告消 息， 所述第一上行报告消息用于向所述控制设备报告所述多个执行设备 的工作状态；
- 状态获取装置， 用于基于所述一条或多条第一上行报告消息， 获 取所述多个执行设备的工作状态信息。
19.根据权利要求 18所述的监控装置， 其特征在于， 还包括：
- 查询装置， 用于生成第一下行查询消息， 所述第一下行查询消息 用于查询所述多个执行设备的工作状态；
-发送装置， 用于将所生成的所述第一下行查询消息发送至所述代 理设备。
20. 根据权利要求 18或 19所述的监控装置， 其特征在于， 所述通 信网络基于 H.248协议。
21. 一种在通信网络的代理设备中用于辅助控制设备与该控制设备 所辖的多个执行设备间的工作状态信息监控的辅助监控装置， 其中， 包 括：
-接收装置， 用于接收来自一个或多个所述执行设备的第二上行查 询消息， 所述第二上行查询消息用于查询所述控制设备的工作状态信 息；
- 第一状态获得装置， 用于获得所述控制设备的工作状态信息； - 第一报告生成装置， 用于生成第二下行报告消息， 其中包含该控 制设备的工作状态信息；
- 第一报告装置， 用于将所生成的所述第二下行报告消息发送至所 述一个或多个执行设备。
22. 根据权利要求 21所述的辅助监控装置， 其特征在于， 所述第二 上行查询消息还用于指示相应执行设备的工作状态， 还包括：
- 第二状态获得装置， 用于基于所述第二上行查询消息， 获取所述 多个执行设备的工作状态信息；
- 第二报告生成装置， 用于生成第一上行报告消息， 其中包含所述 多个执行设备的工作状态信息；
- 第二报告装置， 用于将所生成的所述第一上行报告消息发送至所 述控制设备。
23.根据权利要求 22所述的辅助监控装置，所述通信网络基于 H.248 协议或者 SIP协议。
24. —种在通信网络的控制设备中用于进行本控制设备与其所辖的 多个执行设备间的工作状态信息监控的监控装置， 其中， 包括：
-接收装置， 用于接收来自代理设备的第一上行查询消息， 所述第一 上行查询消息用于查询本控制设备的工作状态信息；
-报告生成装置， 用于生成第一下行报告消息， 所述第一下行报告消 息指示本控制设备的工作状态；
-报告装置，用于将所生成的所述第一下行报告消息发送至所述代理 设备。
25. 根据权利要求 24所述的监控装置， 其特征在于， 所述第一上行 查询消息还用于指示所述多个执行设备的工作状态， 还包括：
-状态获得装置， 用于基于所述第一上行查询消息， 获取所述多个执 行设备的工作状态信息。
26. 根据权利要求 24或 25所述的监控装置， 其特征在于， 所述通 信网络基于 H.248协议或者 SIP协议。
27. 一种在通信网络中用于控制设备与该控制设备所辖的多个执行 设备间的工作状态信息监控的方法， 其特征在于， 还包括代理设备， 其 中， 包括以下步骤：
cc. 所述代理设备获得所述多个执行设备的工作状态信息， 并通过 一条或多条第一上行报告消息上报给所述控制设备；
dd. 所迷控制设备接收来自所述代理设备报告的所述第一上行报告 消息；
ee. 所述控制设备基于所述的第一上行报告消息， 获取所述多个执 行设备的工作状态信息。
28. 根据权利要求 27所述的方法， 其特征在于， 在步骤 cc之前还 包括步驟：
aa. 所述控制设备向所述代理设备发送第一下行查询消息； bb. 所述代理设备基于接收到的所述第一下行查询消息， 获取该控 制设备的工作状态信息， 生成并发送第二下行报告消息发送至所述多个 执行设备， 所述第二下行报告消息指示所述控制设备的工作状态。
29. 根据权利要求 27或 28所述的方法， 其特征在于， 所述通信网 络基于 H.248协议。
30. 一种在通信网络中用于控制设备与该控制设备所辖的多个执行 设备间的工作状态信息监控的方法， 其特征在于， 还包括代理设备， 其 中， 包括以下步骤：
oo. 所述控制设备接收来自所述代理设备的第一上行查询消息， 所 述第一上行查询消息用于查询所述控制设备的工作状态信息；
pp. 所述控制设备生成第一下行报告消息， 所述第一下行报告消息 指示所述控制设备的工作状态；
qq. 所述控制设备将所生成的所述第一下行报告消息发送至所述代 理设备；
还包括步骤：
UU. 所述代理设备接收来自一个或多个所述执行设备的第二上行查 询消息， 所述第二上行查询消息用于查询所述控制设备的工作状态信 息；
VV. 所述代理设备获得所述控制设备的工作状态信息；
WW. 所述代理设备生成第二下行报告消息， 其中包含该控制设备的 工作状态信息；
XX. 所述代理设备将所生成的所述第二下行艮告消息发送至所述一 个或多个执行设备。
31. 根据权利要求 30 所述的方法， 其特征在于， 所述第二上行查 询消息还用于指示相应执行设备的工作状态， 所述步骤 uu之后还包括：
- 所述代理设备基于所述第二上行查询消息， 获取所述多个执行设 备的工作状态信息；
- 所述代理设备生成第一上行报告消息， 其中包含所述多个执行设 备的工作状态信息；
- 所述代理设备将所生成的所述第一上行报告消息发送至所述控制 设备。
32. 根据权利要求 30或 31所述的方法， 其特征在于， 所述通信网 络基于 H.248协议或者 SIP协议。
PCT/CN2008/001468 2008-08-15 2008-08-15 一种在通信网络中实现心跳机制的方法和装置 WO2010017659A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN200880127966.4A CN101971564A (zh) 2008-08-15 2008-08-15 一种在通信网络中实现心跳机制的方法和装置
US13/059,190 US20110145406A1 (en) 2008-08-15 2008-08-15 Method and apparatus for realizing heartbeat mechanism in a communication network
EP08783648A EP2317699A4 (en) 2008-08-15 2008-08-15 METHOD FOR IMPLEMENTING A HEARTBEAT MECHANISM IN A COMMUNICATION NETWORK AND DEVICE THEREFOR
PCT/CN2008/001468 WO2010017659A1 (zh) 2008-08-15 2008-08-15 一种在通信网络中实现心跳机制的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2008/001468 WO2010017659A1 (zh) 2008-08-15 2008-08-15 一种在通信网络中实现心跳机制的方法和装置

Publications (1)

Publication Number Publication Date
WO2010017659A1 true WO2010017659A1 (zh) 2010-02-18

Family

ID=41668632

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/001468 WO2010017659A1 (zh) 2008-08-15 2008-08-15 一种在通信网络中实现心跳机制的方法和装置

Country Status (4)

Country Link
US (1) US20110145406A1 (zh)
EP (1) EP2317699A4 (zh)
CN (1) CN101971564A (zh)
WO (1) WO2010017659A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102065103A (zh) * 2011-01-07 2011-05-18 中兴通讯股份有限公司 一种代理网络语音业务的方法、装置和系统
CN103067215A (zh) * 2011-10-21 2013-04-24 中兴通讯股份有限公司 实现心跳机制的方法、应用服务器、网络数据库及系统
CN105743954A (zh) * 2014-12-11 2016-07-06 中国移动通信集团公司 一种确定终端状态的方法、系统及装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102404047B (zh) * 2010-09-17 2015-09-16 中兴通讯股份有限公司 Onu与olt间实现节能机制管理的方法及系统
JP5713340B2 (ja) * 2010-12-21 2015-05-07 インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ イベントの通知を送信する方法、並びにそのコンピュータ及びコンピュータ・プログラム
WO2011116718A2 (zh) * 2011-04-29 2011-09-29 华为技术有限公司 互联网业务控制方法及相关设备和系统
EP2717524A4 (en) * 2011-07-01 2014-04-23 Huawei Tech Co Ltd METHOD FOR TRANSMITTING A PULSE MESSAGE AND PULSATION PROXY SERVER
US9667649B1 (en) * 2013-04-18 2017-05-30 Amazon Technologies, Inc. Detecting man-in-the-middle and denial-of-service attacks
US9535794B2 (en) 2013-07-26 2017-01-03 Globalfoundries Inc. Monitoring hierarchical container-based software systems

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6766377B1 (en) * 2000-08-24 2004-07-20 3Com Corporation Media gateway proxy
US20040264368A1 (en) * 2003-06-30 2004-12-30 Nokia Corporation Data transfer optimization in packet data networks
CN1567905A (zh) * 2003-07-04 2005-01-19 华为技术有限公司 一种实现媒体网关监测媒体网关控制器运作状态的方法
CN1870646A (zh) * 2006-02-17 2006-11-29 华为技术有限公司 一种媒体网关控制协议中心跳机制的改进方法
CN1889540A (zh) * 2005-06-28 2007-01-03 华为技术有限公司 一种网关控制代理及其实现方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100666951B1 (ko) * 2005-02-24 2007-01-10 삼성전자주식회사 네트워크 요소들을 연결하는 인터페이스 정보를 제공하는통신 시스템 및 그 방법
WO2008119377A1 (en) * 2007-03-29 2008-10-09 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for use in a communications network
EP2179541B1 (en) * 2007-07-31 2018-11-21 Tekelec, Inc. Systems, methods, and computer program products for distributing application or higher layer communications network signaling entity operational status information among session initiation protocol (sip) entities
US8107361B2 (en) * 2008-03-26 2012-01-31 Avaya Inc. Simultaneous active registration in a SIP survivable network configuration

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6766377B1 (en) * 2000-08-24 2004-07-20 3Com Corporation Media gateway proxy
US20040264368A1 (en) * 2003-06-30 2004-12-30 Nokia Corporation Data transfer optimization in packet data networks
CN1567905A (zh) * 2003-07-04 2005-01-19 华为技术有限公司 一种实现媒体网关监测媒体网关控制器运作状态的方法
CN1889540A (zh) * 2005-06-28 2007-01-03 华为技术有限公司 一种网关控制代理及其实现方法
CN1870646A (zh) * 2006-02-17 2006-11-29 华为技术有限公司 一种媒体网关控制协议中心跳机制的改进方法

Non-Patent Citations (1)

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

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102065103A (zh) * 2011-01-07 2011-05-18 中兴通讯股份有限公司 一种代理网络语音业务的方法、装置和系统
WO2012092870A1 (zh) * 2011-01-07 2012-07-12 中兴通讯股份有限公司 一种代理网络语音业务的方法、装置和系统
CN103067215A (zh) * 2011-10-21 2013-04-24 中兴通讯股份有限公司 实现心跳机制的方法、应用服务器、网络数据库及系统
CN103067215B (zh) * 2011-10-21 2018-02-13 广东智通人才连锁股份有限公司 实现心跳机制的方法、应用服务器、网络数据库及系统
CN105743954A (zh) * 2014-12-11 2016-07-06 中国移动通信集团公司 一种确定终端状态的方法、系统及装置

Also Published As

Publication number Publication date
CN101971564A (zh) 2011-02-09
EP2317699A1 (en) 2011-05-04
EP2317699A4 (en) 2012-07-11
US20110145406A1 (en) 2011-06-16

Similar Documents

Publication Publication Date Title
WO2010017659A1 (zh) 一种在通信网络中实现心跳机制的方法和装置
KR101391059B1 (ko) Ｓｉｐ 생존가능 구성에서 ｓｉｐ 메시지를 이용한 페일오버/페일백 트리거
JP5008647B2 (ja) Ｓｉｐ生残り可能なネットワーク構成における同時アクティブ登録
US8527656B2 (en) Registering an endpoint with a sliding window of controllers in a list of controllers of a survivable network
JP5399059B2 (ja) Ｓｉｐネットワーク構成におけるｓｉｐシグナリングを使用した生残り可能な電話動作
JP5173607B2 (ja) 通信システム
WO2009018418A2 (en) Systems, methods, and computer program products for distributing application or higher layer communications network signaling entity operational status information among session initiation protocol (sip) entities
KR101419579B1 (ko) 서버 고장 상황에서 클라이언트 어플리케이션의 더 빠른 복구를 가능하게 하는 방법
WO2011006324A1 (zh) 文件传输方法及终端
WO2011140848A1 (zh) Snmp网元及snmp网元与私有协议网元通信的方法
JP2007004361A (ja) 負荷分散装置
WO2009052673A1 (en) Uniform service access system and access method
WO2010015181A1 (zh) 接入网与核心网之间接口电路的管理方法、设备及系统
WO2013159492A1 (zh) 信息上报与下载的方法及系统
EP2283628B1 (en) Ims performance monitoring
CN111491007A (zh) Sip中心信令控制服务负载均衡方法及其负载均衡器
WO2012071882A1 (zh) 会话检测方法、装置及会话初始协议服务器
WO2013013524A1 (zh) 一种跨网络实现终端通信的方法及系统
WO2015158058A1 (zh) 一种实现呼叫保存和恢复的方法及系统
WO2009026757A1 (fr) Système de gestion d'appels, procédé appliqué à des terminaux ims et terminal ims
CN108781215A (zh) 网络服务实现方法、服务控制器及通信系统
CN104580212A (zh) 一种基于udp传输实现监控功能的应用层协议
WO2013029380A1 (zh) 一种用于宽带网络的资源控制方法和系统
CN104270456B (zh) 基于内容标识的互联网缓存应答系统及其方法
WO2008154782A1 (fr) PROCÉDÉ PERMETTANT À UNE PASSERELLE DE MÉDIA DE SIGNALER UN ÉTAT DES RESSOURCES D'INTERFACE Iu

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880127966.4

Country of ref document: CN

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

Ref document number: 08783648

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2008783648

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008783648

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13059190

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE