WO2012109902A1 - 配置保护组的方法和系统 - Google Patents

配置保护组的方法和系统 Download PDF

Info

Publication number
WO2012109902A1
WO2012109902A1 PCT/CN2011/080200 CN2011080200W WO2012109902A1 WO 2012109902 A1 WO2012109902 A1 WO 2012109902A1 CN 2011080200 W CN2011080200 W CN 2011080200W WO 2012109902 A1 WO2012109902 A1 WO 2012109902A1
Authority
WO
WIPO (PCT)
Prior art keywords
protection group
call control
control device
protection
destination node
Prior art date
Application number
PCT/CN2011/080200
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 中兴通讯股份有限公司
Publication of WO2012109902A1 publication Critical patent/WO2012109902A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath

Definitions

  • the present invention relates to the field of communications, and in particular to a method and system for automatically configuring a protection group in an ASON network.
  • ASON Automatic Switched Optical Network
  • ASON is a development direction of the transmission network generally recognized in the industry. The development of ASON gradually evolves the transmission network from a single link providing function in the past to an intelligent one.
  • a network platform that meets a variety of business requirements.
  • the present invention provides a method and system for automatically configuring a protection group in an ASON network to solve at least one of the above problems. According to one aspect of the invention, a method of configuring a protection group is provided.
  • the method for configuring a protection group includes: the call control device of the source node requests the protection group configuration device of the source node to configure the protection group when the query is currently in the client side protection configuration mode; the call control device of the source node aims to The call control device of the node sends a call creation request, where the call creation request carries the indication information that the protection type is the protection of the client side; the call control device of the destination node learns the protection of the destination node when the client is in the protection mode of the client side by querying The group configuration device requests to configure a protection group.
  • the method further includes: the call control device of the destination node sends a call creation confirmation signaling to the call control device of the source node, where, the call The acknowledgment signaling carries the indication information that the protection type is the protection of the client side and the access information.
  • the call control device of the source node determines whether the connection of the service layer is successfully established according to the access information.
  • the call control device of the source node learns that the current client-side protection configuration mode includes: the call control device of the source node sends an access information query request to the protection group configuration device of the source node; the call control device of the source node Receiving the first access information returned by the protection group configuration device of the source node, where the first access information carries the indication information that the current client port is in the customer side protection configuration mode; the call control device of the destination node learns the current query
  • the client side protection configuration mode includes: the call control device of the destination node sends an access information query request to the protection group configuration device of the destination node; the call control device of the destination node receives the second connection returned by the protection group configuration device from the destination node Into the information, where the second access information carries indication information that the current client port is in the client side protection configuration mode.
  • the method further includes: when the call control device of the destination node learns that the client side protection configuration mode is not currently being performed, The call control device sends a call setup failure signaling, where the call setup failure signaling carries the indication information of the cause of the failure of the creation; after the call control device of the source node receives the call creation failure signaling, the protection group configuration device configuration of the source node is deleted. Protection group.
  • the following further includes: the call control device of the source node requests the protection group configuration device of the source node to delete the protection group; the call control device notification of the source node The call control device of the destination node deletes the protection group; the call control device of the destination node requests the protection group configuration device of the destination node to delete the protection group; the call control device of the destination node requests the protection group configuration device of the destination node to delete the protection group; The control device notifies the call control device of the source node to delete the protection group; the call control device of the source node requests the protection group configuration device of the source node to delete the protection group.
  • the following further includes: the call control device of the source node sends the first synchronization signaling to the call control device of the destination node every predetermined time period,
  • the first synchronization signaling carries protection group status information of the active node;
  • the call control device of the source node receives the first synchronization response from the call control device of the destination node; and the call control device of the source node determines according to the first step response Whether there is an abnormal situation;
  • the call control device of the destination node sends the second synchronization signaling to the call control device of the source node every predetermined time period, wherein the second synchronization signaling carries the protection group state information of the destination node;
  • the call control of the destination node The device receives a second synchronization response from the call control device of the source node; the call control device of the destination node determines whether there is an abnormal condition based on the second synchronization response.
  • the following further one is included:
  • the call control device of the source node receives the protection group maintenance request, request the protection group configuration of the source node. Performing a maintenance operation corresponding to the protection group maintenance request; the call control device of the source node notifying the call control device of the destination node to perform a maintenance operation corresponding to the protection group maintenance request; and the call control device of the destination node requesting the protection group configuration device of the destination node Performing a maintenance operation corresponding to the protection group maintenance request; when receiving the protection group maintenance request, the call control device of the destination node requests the protection group configuration device of the destination node to perform a maintenance operation corresponding to the protection group maintenance request; the call control device of the destination node The call control device notifying the source node performs a maintenance operation corresponding to the protection group maintenance request; the call control device of the source node requests the protection group configuration device of the source node to perform a maintenance operation corresponding to the protection group
  • the call control device of the source node or the call control device of the destination node includes one of the following: a network call controller NCC, a user call controller CCC; a protection group configuration device of the source node or a protection group configuration device of the destination node; Includes one of the following: Terminal Adapter TAP, Automatic Protection Switching System APS.
  • a system for configuring a protection group is provided.
  • the system for configuring a protection group includes: a source node and a destination node; the source node includes: a first call control device configured to request the first protection group configuration device when it is learned by the query that it is currently in the client side protection configuration mode Configuring a protection group, and sending a call creation request to the second call control device of the destination node, where the call creation request carries the indication information that the protection type is the client side protection; the first protection group configuration device is configured to configure the protection group;
  • the node includes: a second call control device, configured to request a configuration protection group from the second protection group configuration device when the query is currently in the client side protection configuration mode; and the second protection group configuration device is configured to configure the protection group.
  • the second call control apparatus is further configured to send a call creation acknowledgement signaling, where the call setup acknowledgement signaling carries the indication information of the protection type being the client side protection and the access information; the first call control apparatus, It is further arranged to receive call creation confirmation signaling from the second call control device, and determine whether the connection of the service layer is successfully established based on the access information.
  • the first call control apparatus includes: a first sending module, configured to send an access information query request to the first protection group configuration device; and a first receiving module configured to receive the return from the first protection group configuration device The first access information, where the first access information carries the indication information that the current client port is in the customer side protection configuration mode;
  • the second call control device includes: a second sending module, configured to configure the device to the second protection group Sending an access information query request;
  • the second receiving module is configured to receive the second access information returned by the second protection group configuration device, where the second access information carries the current client port in the client side protection configuration mode Instructions.
  • the second call control apparatus is further configured to send a call creation failure signaling to the first call control apparatus when it is learned by the query that the current call protection configuration mode is not currently in progress, wherein the call creation fails.
  • the signaling carries the indication information of the reason for the failure of the creation;
  • the first call control device is further configured to delete the protection group configured by the first protection group configuration device after receiving the call creation failure signaling.
  • FIG. 1 is a schematic diagram of an example 1 of establishing a client side protection service in a transmission network according to the related art
  • FIG. 2 is a schematic diagram of an example 2 of establishing a client side protection service in a transmission network according to the related art
  • 3 is a flowchart of a method for configuring a protection group according to an embodiment of the present invention
  • FIG. 4 is a schematic flowchart of a method for configuring a protection group according to a preferred embodiment of the present invention
  • FIG. 5 is a process for establishing during a setup process according to a preferred embodiment of the present invention.
  • FIG. 6 is a flow chart of deleting a protection group according to a preferred embodiment of the present invention;
  • FIG. 7 is a flow chart showing a state synchronization process of a protection group according to a preferred embodiment of the present invention;
  • FIG. 8 is a preferred embodiment of the present invention.
  • FIG. 9 is a structural block diagram of a system for configuring a protection group according to an embodiment of the present invention; and
  • FIG. 10 is a structural block diagram of a system for configuring a protection group according to a preferred embodiment of the present invention.
  • FIG. 3 is a flow chart of a method of configuring a protection group in accordance with an embodiment of the present invention. As shown in FIG.
  • the method for configuring a protection group mainly includes the following processing: Step S302: The call control device of the source node requests the protection group configuration device of the source node to configure the protection group when the query is currently in the client side protection configuration mode; Step S304: The call control device of the source node to the destination node Sending a call creation request, where the call creation request carries the indication information that the protection type is the client side protection; Step S306: The call control device of the destination node configures the protection group of the destination node by querying that the current is in the client side protection configuration mode The device requests to configure a protection group.
  • the two intelligent Och services are first established, and then the protection group is manually configured through the network management, but the operation is cumbersome.
  • the call control device of the source node may further include, but is not limited to, the following processing by querying that the current client-side protection configuration mode is:
  • the call control device of the source node sends an access information query request to the protection group configuration device of the source node;
  • the call control device of the source node receives the first access information returned by the protection group configuration device from the source node, where the first access information carries the indication information that the current client port is in the client side protection configuration mode;
  • the call control device of the destination node may further include, but is not limited to, the following processing by querying that the current client-side protection configuration mode is:
  • the call control device of the destination node transmits an access information query request to the protection group configuration device of the destination node; (2) the call control device of the destination node receives the second access information returned by the protection group configuration device from the destination node.
  • the second access information carries the indication information that the current client port is in the client side protection configuration mode.
  • the following processing may also be included:
  • the call control device of the destination node sends the call creation acknowledgement signaling to the call control device of the source node, where the call setup acknowledgement signaling carries the indication information with the protection type being the client side protection and the access information;
  • the call control device of the source node determines whether the connection of the service layer is successfully established according to the access information.
  • the call control device of the source node or the call control device of the destination node may include, but is not limited to, one of the following: a network call controller (NCC), a user call controller (CCC); protection of the source node
  • NCC network call controller
  • CCC user call controller
  • protection group configuration device of the group configuration device or the destination node includes one of the following: a terminal adapter (TAP), and an automatic protection switching system (APS).
  • TAP terminal adapter
  • APS automatic protection switching system
  • the call control device of the source node, the call control device of the destination node, the protection group configuration device of the source node, and the protection group configuration device of the destination node may also be other entities.
  • Step S402 The network management request establishes a protection service between the client ports of the two OPs (for example, channel 1+1 protection), and the A end (equivalent to the above source)
  • the NCC or CCC of the node queries the access information (or access constraint information) by the local TAP (corresponding to the protection group configuration device of the source node described above), and then the TAP Returning the access constraint information, where the access constraint information returned by the TAP indicates that the current client port of the NCC is the client side protection, and notifies the working and protection port information of the NCC or CCC service layer
  • Step S404 The NCC or CCC of the A end then notifies The TAP configures the protection
  • Step S406 After the NCC or CCC at the A end, the Z terminal (equivalent to the destination node) is notified by the NOTIFY signaling to establish a call, and the protection type information of the A end is carried.
  • the protection type information in this embodiment is indicated as customer side protection.
  • Step S408 After receiving the signaling, the NCC or CCC at the Z end (corresponding to the call control device of the destination node) queries the local TAP (corresponding to the protection group configuration device of the destination node) to query the access constraint information, and then the TAP returns The access constraint information indicates that the current client port of the NCC or CCC is client-side protection, and notifies the working and protection port information of the NCC or CCC service layer; Step S410: The NCC or CCC of the Z-end notifies the TAP to configure the protection group. Step S412: The NCC or CCC at the Z end sends a call creation confirmation to the NCC or CCC at the A end.
  • NOTIFY signaling and carries the Z-side access information in the signaling.
  • the A terminal needs to check whether the connection of the service layer is established successfully. If not, it needs to trigger the establishment of the service layer connection.
  • the call control device of the destination node may send call creation failure signaling to the call control device of the source node, The call creation failure signaling carries the indication information of the reason for the failure of the creation.
  • the call control device of the source node deletes the protection group configured by the protection group configuration device of the source node.
  • the call control device of the destination node may further include the following processing by querying that the current non-customer side protection configuration mode is obtained:
  • FIG. 5 is a flow chart showing a process of creating a failure in a setup process in accordance with a preferred embodiment of the present invention. As shown in FIG.
  • Step S502 The network management request establishes a protection service (such as channel 1+1 protection) between the client ports of the two OPs, and an NCC of the A end (corresponding to the source node) Or the CCC queries the local TAP for the access constraint information, and then the TAP returns the access constraint information, indicating that the NCC or the CCC is the client side protection at this time, and notifies the NCC or CCC service layer of the working and protection port information;
  • Step S504 The NCC or CCC on the A side then informs the TAP to configure the protection group.
  • Step S506 The NCC or CCC at the A end then informs the Z end (corresponding to the destination node) to establish a call through NOTIFY signaling, and carries the protection type information of the A end.
  • the protection type information in this embodiment is indicated as customer side protection.
  • TAP local terminal adapter
  • Step S510 The NCC or CCC at the Z end sends a call creation failure NOTIFY signaling to the NCC or CCC at the A end, and carries the reason for the creation failure in the signaling.
  • the A end After receiving the error indication signaling of the Z end, the A end needs to delete the local protection group and the call status.
  • the following processing may be included:
  • the call control device of the source node requests the protection group configuration device of the source node to delete the protection group
  • the call control device of the destination node requests the protection group configuration device of the destination node to delete the protection group
  • Step S602 The network management request deletes the NCC or CCC of the call A end (corresponding to the source node) that has been successfully established, and then notifies the TAP to delete the protection group. And if the service layer connection is also triggered by the call, then the A-side NCC or CCC needs to be responsible for deleting the service layer connection.
  • Step S604 The NCC or CCC at the A end then informs the Z end (equivalent to the above destination node) to delete the call through NOTIFY signaling.
  • Step S606 After receiving the signaling by the NCC or the CCC at the Z end, the Z-side NCC or the CCC notifies the TAP to delete the protection group.
  • Step S608 The NCC or CCC at the Z end sends a call deletion confirmation NOTIFY signaling to the A-side NCC or CCC.
  • the following processing may be included:
  • the call control device of the source node sends the first synchronization signaling to the call control device of the destination node every predetermined time period, wherein the first synchronization signaling carries the protection group status information of the active node;
  • the source node Call control device receives a first synchronization response from a call control device of the destination node;
  • the call control device of the source node determines whether there is an abnormal condition according to the first step response.
  • the protection group status of the A end and the Z end may be inconsistent, including parameter inconsistency and residual protection group. Therefore, it is necessary to add a synchronization detection process to manage and maintain these abnormal conditions.
  • the specific process of the synchronization detection process is as follows: At a certain time, if there is call information (protection group information), the A-side or Z-side call controller sends call information synchronization signaling to the opposite call controller (protection group information synchronization); The call controller of the Z-end or the A-side receives the call synchronization signaling from the peer end, and returns the response information to the peer end according to the local information.
  • call information protection group information
  • the call controller of the Z-end or the A-side receives the call synchronization signaling from the peer end, and returns the response information to the peer end according to the local information.
  • the local device does not have the local end, it needs to notify the other party that there is no call information (protection group information); , the local information is returned to the other party; the A end or the Z end receives the synchronization response message of the opposite end, and then judges, if the other party has no call information (protection group), or if the information is inconsistent, then the management plane is Report the alarm; if they are consistent, complete the synchronization process and wait for the next synchronization period to arrive.
  • FIG. 7 is a flow chart showing a state synchronization process of a protection group in accordance with a preferred embodiment of the present invention. For example, the destination node (Z-end) initiates a synchronization process.
  • Step S702 The N-terminal or the CCC of the Z-end sends a protection group-synchronized NOTIFY message to the A terminal at an appropriate timing. Let, and carry the Z-side protection group status information in the signaling.
  • Step S704 After receiving the synchronization signaling, the ANC or the CCC searches for the local call and protection group information according to the information in the signaling, and then sends the NOTIFY signaling of the protection group synchronization response to the Z-side NCC or CCC. The status of the protection group carrying the A end. Then, after receiving the response from the A end, the NCC or CCC at the Z end performs a comparative analysis of the status information.
  • step S306 that is, after the protection group configuration, if the user equipment or the management plane The protection group needs to be maintained, such as manual switching, forced switching, protection exercises, etc., and the protection groups of the A and Z ends need to be operated simultaneously through signaling. If the source node initiates the protection group maintenance process, the following processing can be included:
  • the protection group configuration device of the request source node performs a maintenance operation corresponding to the protection group maintenance request
  • the call control device of the source node notifies the call control device of the destination node to perform a maintenance operation corresponding to the protection group maintenance request;
  • the call control device of the destination node requests the protection group configuration device of the destination node to perform a maintenance operation corresponding to the protection group maintenance request. If the destination node initiates the protection group maintenance process, the following processing can be included:
  • the call control apparatus of the destination node When receiving the protection group maintenance request, the call control apparatus of the destination node requests the protection group configuration apparatus of the destination node to perform a maintenance operation corresponding to the protection group maintenance request;
  • FIG. 8 is a flow chart showing a maintenance process of a protection group according to a preferred embodiment of the present invention.
  • the maintenance process of the protection group is initiated by the source node (A). As shown in Figure 8, the process mainly includes the following processing: Step S802: The A end receives an external protection group maintenance request (for example, manual switching).
  • the A-side NCC or the CCC notifies the TAP to perform the protection group operation corresponding to the protection group maintenance (for example, manual switching);
  • Step S804 The A-side NCC or the CCC notifies the Z-side NCC or the CCC through the NOTIFY signaling to perform protection group maintenance, and The signaling carries the maintenance command object.
  • Step S806 The Z-end or the NCC or the CCC receives the signaling maintained by the protection group, and then notifies the local TAP to perform the protection group operation corresponding to the protection group maintenance.
  • FIG. 9 is a structural block diagram of a system for configuring a protection group according to an embodiment of the present invention.
  • the system includes: a source node 1 and a destination node 2; wherein, the source node 1 includes: a first call control device 10 configured to notify the first protection when the query is currently in the client side protection configuration mode
  • the group configuration device requests to configure the protection group, and sends a call creation request to the second call control device of the destination node, where the call creation request carries the indication information that the protection type is the client side protection; the first protection group configuration device 12 is set to The protection node is configured.
  • the destination node 2 includes: a second call control device 20, configured to request a configuration protection group from the second protection group configuration device when the query is currently in the customer side protection configuration mode;
  • the device 22 is configured to configure a protection group.
  • the automatic establishment of the client-side protection group is completed by the method of calling (the source node 1 calls the destination node 2), which solves the problem that the operation of configuring the protection group through the network management is cumbersome in the related art, thereby greatly simplifying the protection group configuration. operating.
  • the second call control device 20 is further configured to send call creation acknowledgement signaling, wherein the call setup acknowledgement signaling carries indication information with protection type of client side protection and access information; the first call control device 10 And being further configured to receive call creation confirmation signaling from the second call control device, and determine, according to the access information, whether the connection of the service layer is successfully established.
  • the call setup acknowledgement signaling carries indication information with protection type of client side protection and access information
  • the first call control device 10 And being further configured to receive call creation confirmation signaling from the second call control device, and determine, according to the access information, whether the connection of the service layer is successfully established.
  • the first call control apparatus 10 may further include: a first sending module 100, configured to send an access information query request to the first protection group configuration apparatus; and the first receiving module 102 is configured to receive The first access information returned by the first protection group configuration device, where the first access information carries the indication information that the current client port is in the customer side protection configuration mode;
  • the second call control device 20 includes: the second sending module 200, configured to send an access information query request to the second protection group configuration device, where the second receiving module 202 is configured to receive the second access information returned by the second protection group configuration device, where the second access information
  • the indication that the current client port is in the client side protection configuration mode is carried.
  • the second call control device 20 is further configured to learn that the current side is not protected by the query.
  • the call creation failure signaling is sent to the first call control device 10, where the call creation failure signaling carries the indication information of the reason for the failure of the creation; the first call control device 10 is further configured to fail to receive the call.
  • the protection group configured by the first protection group configuration device is deleted.
  • the first call control device 10 is further configured to request the first protection group configuration device to delete the protection group, and notify the second call control device to delete the protection group; and the second call control device 20 is further configured to request the second protection group configuration. The device deletes the protection group.
  • the second call control device 20 is further configured to request the second protection group configuration device to delete the protection group, and notify the first call control device to delete the protection group; and the first call control device 10 is further configured to request the first protection group configuration. The device deletes the protection group.
  • the first call control device 10 is further configured to send the first synchronization signaling to the second call control device every predetermined time period, receive the first synchronization response from the second call control device, and respond according to the first step. Determining whether there is an abnormal situation, where the first synchronization signaling carries the protection group status information of the active node.
  • the second call control device 20 is further configured to send the second synchronization signaling to the first call control device every predetermined time period, receive the second synchronization response from the first call control device, according to the second synchronization response Determining whether there is an abnormal situation, where the second synchronization signaling carries the protection group status information of the destination node.
  • the foregoing first call control device or the second call control device may include, but is not limited to, one of the following: a network call controller (NCC), a user call controller (CCC); Or the second protection group configuration device includes one of the following: a terminal adapter (TAP), an automatic protection switching system (APS).
  • the foregoing first call control device, the second call control device, the first protection group configuration device, and the second protection group configuration device may also be other entities.
  • the automatic establishment of the client-side protection group is completed by the call mode, and the deletion, synchronization, maintenance and the like of the client-side protection are solved by the call mode. It greatly simplifies the operation process and can support the establishment of various services, such as SC business.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device so that they may be stored in the storage device by the computing device, or they may be separately fabricated into respective integrated circuit modules. Alternatively, multiple modules or steps of them can be implemented as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

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

Abstract

本发明提供了一种配置保护组的方法及系统，在上述方法中，源节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式时，向源节点的保护组配置装置请求配置保护组；源节点的呼叫控制装置向目的节点的呼叫控制装置发送呼叫创建请求，其中，呼叫创建请求携带有保护类型为客户侧保护的指示信息；目的节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式时，向本节点的保护组配置装置请求配置保护组。根据本发明提供的技术方案，可以大大简化保护组配置操作。

Description

配置保护组的方法和系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种在 ASON网络中自动配置保护组的方 法和系统。 背景技术 自动交换光网络 （Automatic Switched Optical Network, 简称为 ASON) 是业界普 遍认为的传送网的一个发展方向， ASON的发展将传送网络从过去的单一的链路提供 功能逐步发展到具有智能化的能够满足各种业务要求的网络平台。 在传送网络中存在 许多客户侧保护的业务， 这种业务与光层或者电层通道 1+1业务类似， 但是实施保护 的层次却是在客户侧的光保护（Optical Protect, 简称为 OP)板， 所以建立过程与普通 的智能业务不同。 具体可以图 1和图 2。 对于这种业务， 相关技术中， 可以通过先建立两个智能的光信道 （Optical Channel, 简称为 Och)业务， 然后通过网管手动配置保护组来实现， 但是这种方式操 作很繁琐。 并且， 对于某些业务而言， 在这种设备配置场景下也无法自动建立业务。 例如， 对于交换连接 （switch connection, 简称为 SC) 业务而言， 在这种设备配置场 景下将无法自动建立 SC业务。 发明内容 针对相关技术中通过网管手动配置保护组操作很繁琐等问题， 本发明提供了一种 在 ASON网络中自动配置保护组的方法和系统， 以解决上述问题至少之一。 根据本发明的一个方面， 提供了一种配置保护组的方法。 根据本发明的配置保护组的方法包括： 源节点的呼叫控制装置通过查询获知当前 处于客户侧保护配置模式时， 向源节点的保护组配置装置请求配置保护组； 源节点的 呼叫控制装置向目的节点的呼叫控制装置发送呼叫创建请求， 其中， 呼叫创建请求携 带有保护类型为客户侧保护的指示信息； 目的节点的呼叫控制装置通过查询获知当前 处于客户侧保护配置模式时， 向目的节点的保护组配置装置请求配置保护组。 在上述方法中， 在目的节点的保护组配置装置请求配置保护组之后， 还包括： 目 的节点的呼叫控制装置向源节点的呼叫控制装置发送呼叫创建确认信令， 其中， 呼叫 创建确认信令携带有保护类型为客户侧保护的指示信息以及接入信息； 源节点的呼叫 控制装置根据接入信息确定服务层的连接是否建立成功。 在上述方法中， 源节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模 式包括： 源节点的呼叫控制装置向源节点的保护组配置装置发送接入信息查询请求； 源节点的呼叫控制装置接收来自于源节点的保护组配置装置返回的第一接入信息， 其 中， 第一接入信息携带有当前客户端口处于客户侧保护配置模式的指示信息； 目的节 点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式包括： 目的节点的呼叫 控制装置向目的节点的保护组配置装置发送接入信息查询请求； 目的节点的呼叫控制 装置接收来自于目的节点的保护组配置装置返回的第二接入信息， 其中， 第二接入信 息携带有当前客户端口处于客户侧保护配置模式的指示信息。 在上述方法中， 源节点的呼叫控制装置向目的节点的呼叫控制装置发送呼叫创建 请求之后， 还包括： 目的节点的呼叫控制装置通过查询获知当前不处于客户侧保护配 置模式时， 向源节点的呼叫控制装置发送呼叫创建失败信令， 其中， 呼叫创建失败信 令携带有创建失败原因的指示信息； 源节点的呼叫控制装置接收到呼叫创建失败信令 后， 删除源节点的保护组配置装置配置的保护组。 在上述方法中， 在目的节点的保护组配置装置请求配置保护组之后， 还包括以下 之一： 源节点的呼叫控制装置请求源节点的保护组配置装置删除保护组； 源节点的呼 叫控制装置通知目的节点的呼叫控制装置删除保护组； 目的节点的呼叫控制装置请求 目的节点的保护组配置装置删除保护组； 目的节点的呼叫控制装置请求目的节点的保 护组配置装置删除保护组； 目的节点的呼叫控制装置通知源节点的呼叫控制装置删除 保护组； 源节点的呼叫控制装置请求源节点的保护组配置装置删除保护组。 在上述方法中， 在目的节点的保护组配置装置请求配置保护组之后， 还包括以下 之一： 源节点的呼叫控制装置每隔预定时间段向目的节点的呼叫控制装置发送第一同 步信令， 其中， 第一同步信令携带有源节点的保护组状态信息； 源节点的呼叫控制装 置接收来自于目的节点的呼叫控制装置的第一同步应答； 源节点的呼叫控制装置根据 第一步应答确定是否存在异常情况； 目的节点的呼叫控制装置每隔预定时间段向源节 点的呼叫控制装置发送第二同步信令， 其中， 第二同步信令携带有目的节点的保护组 状态信息； 目的节点的呼叫控制装置接收来自于源节点的呼叫控制装置的第二同步应 答； 目的节点的呼叫控制装置根据第二同步应答确定是否存在异常情况。 在上述方法中， 在目的节点的保护组配置装置请求配置保护组之后， 还包括以下 之一： 源节点的呼叫控制装置接收到保护组维护请求时， 请求源节点的保护组配置装 置执行与保护组维护请求对应的维护操作； 源节点的呼叫控制装置通知目的节点的呼 叫控制装置执行与保护组维护请求对应的维护操作； 目的节点的呼叫控制装置请求目 的节点的保护组配置装置执行与保护组维护请求对应的维护操作； 目的节点的呼叫控 制装置接收到保护组维护请求时， 请求目的节点的保护组配置装置执行与保护组维护 请求对应的维护操作； 目的节点的呼叫控制装置通知源节点的呼叫控制装置执行与保 护组维护请求对应的维护操作； 源节点的呼叫控制装置请求源节点的保护组配置装置 执行与保护组维护请求对应的维护操作。 在上述方法中，源节点的呼叫控制装置或目的节点的呼叫控制装置包括以下之一: 网络呼叫控制器 NCC、用户呼叫控制器 CCC;源节点的保护组配置装置或目的节点的 保护组配置装置包括以下之一： 终端适配器 TAP, 自动保护倒换系统 APS。 根据本发明的另一方面， 提供了一种配置保护组的系统。 根据本发明的配置保护组的系统包括： 源节点和目的节点； 上述源节点包括： 第 一呼叫控制装置， 设置为在通过查询获知当前处于客户侧保护配置模式时向第一保护 组配置装置请求配置保护组，并且向目的节点的第二呼叫控制装置发送呼叫创建请求， 其中， 呼叫创建请求携带有保护类型为客户侧保护的指示信息； 第一保护组配置装置， 设置为配置保护组； 目的节点包括： 第二呼叫控制装置， 设置为在通过查询获知当前 处于客户侧保护配置模式时， 向第二保护组配置装置请求配置保护组； 第二保护组配 置装置， 设置为配置保护组。 在上述系统中， 第二呼叫控制装置， 还设置为发送呼叫创建确认信令， 其中， 呼 叫创建确认信令携带有保护类型为客户侧保护的指示信息以及接入信息； 第一呼叫控 制装置， 还设置为接收来自于第二呼叫控制装置的呼叫创建确认信令， 根据接入信息 确定服务层的连接是否建立成功。 在上述系统中， 第一呼叫控制装置包括： 第一发送模块， 设置为向第一保护组配 置装置发送接入信息查询请求； 第一接收模块， 设置为接收来自于第一保护组配置装 置返回的第一接入信息， 其中， 第一接入信息携带有当前客户端口处于客户侧保护配 置模式的指示信息； 第二呼叫控制装置包括： 第二发送模块， 设置为向第二保护组配 置装置发送接入信息查询请求； 第二接收模块， 设置为接收来自于第二保护组配置装 置返回的第二接入信息， 其中， 第二接入信息携带有当前客户端口处于客户侧保护配 置模式的指示信息。 在上述系统中， 第二呼叫控制装置， 还设置为在通过查询获知当前不处于客户侧 保护配置模式时， 向第一呼叫控制装置发送呼叫创建失败信令， 其中， 呼叫创建失败 信令携带有创建失败原因的指示信息； 第一呼叫控制装置， 还设置为在接收到呼叫创 建失败信令后， 删除第一保护组配置装置配置的保护组。 通过本发明， 通过呼叫的方式来完成客户侧保护组的自动建立， 解决了相关技术 中通过网管手动配置保护组操作很繁琐等问题， 进而可以大大简化保护组配置操作。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据相关技术的在传送网络中建立客户侧保护业务的示例一的示意图； 图 2是根据相关技术的在传送网络中建立客户侧保护业务的示例二的示意图； 图 3是根据本发明实施例的配置保护组的方法的流程图； 图 4是根据本发明优选实施例的配置保护组的方法的流程示意图； 图 5是根据本发明优选实施例的建立过程中创建失败处理的流程示意图； 图 6是根据本发明优选实施例的删除保护组的流程示意图； 图 7是根据本发明优选实施例的保护组的状态同步处理的流程示意图； 图 8是根据本发明优选实施例的保护组的维护处理的流程示意图； 图 9是根据本发明实施例的配置保护组的系统的结构框图； 图 10是根据本发明优选实施例的配置保护组的系统的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 图 3是根据本发明实施例的配置保护组的方法的流程图。 如图 3所示， 该配置保 护组的方法主要包括以下处理： 步骤 S302: 源节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式 时， 向源节点的保护组配置装置请求配置保护组； 步骤 S304: 源节点的呼叫控制装置向目的节点的呼叫控制装置发送呼叫创建请 求， 其中， 呼叫创建请求携带有保护类型为客户侧保护的指示信息； 步骤 S306: 目的节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式 时， 向目的节点的保护组配置装置请求配置保护组。 相关技术中， 通过先建立两个智能的 Och业务， 然后通过网管手动配置保护组来 实现， 但是这种方式操作很繁琐。 采用上述方法， 通过呼叫的方式 （源节点呼叫目的 节点） 来完成客户侧保护组的自动建立， 解决了相关技术中通过网管配置保护组操作 很繁琐等问题， 进而可以大大简化保护组配置操作。 优选地，步骤 S302中，源节点的呼叫控制装置通过查询获知当前处于客户侧保护 配置模式可以进一步包括但不限于以下处理：
( 1 ) 源节点的呼叫控制装置向源节点的保护组配置装置发送接入信息查询请求；
(2)源节点的呼叫控制装置接收来自于源节点的保护组配置装置返回的第一接入 信息，其中，第一接入信息携带有当前客户端口处于客户侧保护配置模式的指示信息； 优选地，步骤 S306中， 目的节点的呼叫控制装置通过查询获知当前处于客户侧保 护配置模式可以进一步包括但不限于以下处理：
( 1 )目的节点的呼叫控制装置向目的节点的保护组配置装置发送接入信息查询请 求； (2)目的节点的呼叫控制装置接收来自于目的节点的保护组配置装置返回的第二 接入信息， 其中， 第二接入信息携带有当前客户端口处于客户侧保护配置模式的指示 信息。 优选地， 在执行步骤 S306之后， 还可以包括以下处理：
( 1 ) 目的节点的呼叫控制装置向源节点的呼叫控制装置发送呼叫创建确认信令， 其中， 呼叫创建确认信令携带有保护类型为客户侧保护的指示信息以及接入信息；
(2) 源节点的呼叫控制装置根据接入信息确定服务层的连接是否建立成功。 在优选实施过程中， 上述源节点的呼叫控制装置或目的节点的呼叫控制装置可以 包括但不限于以下之一： 网络呼叫控制器 （NCC)、 用户呼叫控制器 （CCC); 上述源 节点的保护组配置装置或目的节点的保护组配置装置包括以下之一： 终端适配器 (TAP)、 自动保护倒换系统 （Automatic Protection Switching, 简称为 APS)。 当然， 在具体实施过程中， 上述源节点的呼叫控制装置、 目的节点的呼叫控制装置、 源节点 的保护组配置装置和目的节点的保护组配置装置还可以为其他实体。 以下结合图 4的示例描述上述优选方式。 图 4是根据本发明优选实施例的配置保护组的方法的流程示意图。 如图 4所示， 该配置保护组的方法包括以下处理： 步骤 S402: 网管请求在两个 OP的客户端口之间建立保护业务 （例如， 通道 1+1 保护）， A端 （相当于上述源节点） 的 NCC或者 CCC (相当于上述源节点的呼叫控制 装置） 通过向本地的 TAP (相当于上述源节点的保护组配置装置） 查询接入信息 （或 称为接入约束信息）， 然后 TAP返回接入约束信息， 其中， TAP返回的接入约束信息 指示 NCC当前的客户端口为客户侧保护， 并且通知 NCC或者 CCC服务层的工作和 保护端口信息； 步骤 S404: A端的 NCC或者 CCC然后通知 TAP配置保护组。 步骤 S406: A端的 NCC或者 CCC之后通过 NOTIFY信令通知 Z端 （相当于上 述目的节点） 建立呼叫， 并且在携带 A端的保护类型信息。 其中， 本实施例中保护类型信息指示为客户侧保护。 步骤 S408: Z端的 NCC或者 CCC (相当于上述目的节点的呼叫控制装置）接收 到信令后， 向本地的 TAP (相当于上述目的节点的保护组配置装置） 查询接入约束信 息， 然后 TAP返回接入约束信息， 指示 NCC或者 CCC当前客户端口为客户侧保护， 并且通知 NCC或者 CCC服务层的工作和保护端口信息； 步骤 S410: Z端的 NCC或者 CCC通知 TAP配置保护组。 步骤 S412: Z端的 NCC或者 CCC向 A端的 NCC或者 CCC发送呼叫创建确认
NOTIFY信令， 并在信令中携带 Z端的接入信息。 之后， A端需要检查服务层的连接是否建立成功， 如果没有则需要触发服务层连 接的建立。 优选地，在执行步骤 S304之后，如果目的节点的呼叫控制装置通过查询获知当前 不处于客户侧保护配置模式， 则目的节点的呼叫控制装置可以向源节点的呼叫控制装 置发送呼叫创建失败信令，其中， 呼叫创建失败信令携带有创建失败原因的指示信息； 源节点的呼叫控制装置接收到呼叫创建失败信令后， 删除源节点的保护组配置装置配 置的保护组。 其中， 目的节点的呼叫控制装置通过查询获知当前不处于客户侧保护配置模式可 以进一步包括以下处理：
( 1 )目的节点的呼叫控制装置向目的节点的保护组配置装置发送接入信息查询请 求； (2)目的节点的呼叫控制装置接收来自于目的节点的保护组配置装置返回的第二 接入信息， 其中， 第二接入信息携带有当前客户端口不处于客户侧保护配置模式的指 示信息。 以下结合图 5的示例描述上述优选方式。 图 5是根据本发明优选实施例的建立过程中创建失败处理的流程示意图。 如图 5 所示， 该过程主要包括以下处理： 步骤 S502: 网管请求在两个 OP的客户端口之间建立保护业务 （比如通道 1+1保 护）， A端（相当于上述源节点） 的 NCC或者 CCC通过向本地的 TAP查询接入约束 信息，然后 TAP返回接入约束信息，指示 NCC或者 CCC此时客户端口为客户侧保护， 并且通知 NCC或者 CCC服务层的工作和保护端口信息； 步骤 S504: A端的 NCC或者 CCC然后通知 TAP配置保护组。 步骤 S506: A端的 NCC或者 CCC然后通过 NOTIFY信令通知 Z端 （相当于上 述目的节点） 建立呼叫， 并且携带 A端的保护类型信息。 其中， 本实施例中保护类型信息指示为客户侧保护。 步骤 S508: Z端的 NCC或者 CCC接收到信令后， 向本地的终端适配器 （TAP) 查询接入约束信息， 然后 TAP返回接入约束信息， Z端的 NCC或者 CCC通过比较 A 端的保护类型和本地的接入信息进行检查， 发现错误， 如果 Z端的配置和 A端的配置 不一致， 则无法完成要求保护类型的建立。 步骤 S510: Z端的 NCC或者 CCC向 A端的 NCC或者 CCC发送呼叫创建失败 NOTIFY信令， 并在信令中携带创建失败原因。 之后， A端接收到 Z端的错误指示信令后， 需要删除本地的保护组和呼叫状态。 优选地， 在执行步骤 S306之后， 如果源节点发起保护组删除流程， 可以包括以下 处理：
( 1 ) 源节点的呼叫控制装置请求源节点的保护组配置装置删除保护组；
(2) 源节点的呼叫控制装置通知目的节点的呼叫控制装置删除保护组；
(3 ) 目的节点的呼叫控制装置请求目的节点的保护组配置装置删除保护组； 优选地， 在执行步骤 S306之后， 如果目的节点发起保护组删除流程， 可以包括以 下处理：
( 1 ) 目的节点的呼叫控制装置请求目的节点的保护组配置装置删除保护组；
(2) 目的节点的呼叫控制装置通知源节点的呼叫控制装置删除保护组；
(3 ) 源节点的呼叫控制装置请求源节点的保护组配置装置删除保护组。 以下结合图 6的示例描述上述优选方式。 图 6是根据本发明优选实施例的删除保护组的流程示意图。 如图 6所示， 该流程 主要包括以下处理： 步骤 S602: 网管请求删除已经建立成功的呼叫 A端 （相当于上述源节点） 的 NCC或者 CCC然后通知 TAP删除保护组。并且如果服务层连接也是该呼叫触发的话， 则 A端 NCC或者 CCC需要负责删除服务层连接。 步骤 S604: A端的 NCC或者 CCC然后通过 NOTIFY信令通知 Z端 （相当于上 述目的节点） 删除呼叫。 步骤 S606: Z端的 NCC或者 CCC收到信令后， Z端 NCC或者 CCC通知 TAP删 除保护组。 步骤 S608: Z端的 NCC或者 CCC 向 A端 NCC或者 CCC发送呼叫删除确认 NOTIFY信令。 优选地， 在执行步骤 S306之后， 如果源节点发起状态同步流程， 可以包括以下处 理：
( 1 )源节点的呼叫控制装置每隔预定时间段向目的节点的呼叫控制装置发送第一 同步信令， 其中， 第一同步信令携带有源节点的保护组状态信息； (2) 源节点的呼叫控制装置接收来自于目的节点的呼叫控制装置的第一同步应 答；
(3 ) 源节点的呼叫控制装置根据第一步应答确定是否存在异常情况。 在一些异常情况下， 例如， 信令通信故障时， A端和 Z端的保护组状态可能出现 不一致， 包括参数不一致， 残余保护组， 所以需要增加一个同步检测过程来管理维护 这些异常情况。同步检测过程的具体流程如下： 每隔一定时间，如果存在呼叫信息（保 护组信息）， A端或者 Z端呼叫控制器向对端的呼叫控制器发送呼叫信息同步信令（保 护组信息同步）； Z端或者 A端呼叫控制器接收到对端的呼叫同步信令，根据本地的信 息向对端返回应答信息， 如果本地 已经没有， 则需要通知对方本端没有呼叫信息 （保护组信息）； 如果有， 则将本地的 信息返回给对方； A端或者 Z端接收到对端的同步应答消息后， 然后进行判断， 如果 对方已经没有呼叫信息 （保护组）， 或者有但是信息不一致， 则向管理平面上报告警； 如果一致， 则完成同步过程， 等待下一个同步周期的到来。 以下结合图 7的示例描述上述优选实施方式。 图 7是根据本发明优选实施例的保护组的状态同步处理的流程示意图。 其中， 以 目的节点 （Z端） 发起同步流程为例， 如图 7所示， 该流程主要包括以下处理： 步骤 S702： Z端的 NCC或者 CCC在合适的时机向 A端发送保护组同步的 NOTIFY 信令， 并在信令中携带 Z端的保护组状态信息。 步骤 S704: A端 NCC或者 CCC接收到同步信令后， 根据信令中的信息查找本地 的呼叫和保护组信息，然后向 Z端 NCC或者 CCC发送保护组同步应答的 NOTIFY信 令， 在信令中携带 A端的保护组状态信息。 之后， Z端的 NCC或者 CCC收到 A端的应答后， 然后进行状态信息的对比分 析， 如果发现异常， 则向管理平面发送告警。 优选地， 在执行步骤 S306之后， 即保护组配置之后， 如果用户设备或者管理平面 需要对保护组进行维护， 例如人工倒换， 强制倒换， 保护演习等等， 需要通过信令对 A端和 Z端的保护组同时进行操作。 如果源节点发起保护组维护流程， 可以包括以下处理：
( 1 )源节点的呼叫控制装置接收到保护组维护请求时，请求源节点的保护组配置 装置执行与保护组维护请求对应的维护操作；
(2)源节点的呼叫控制装置通知目的节点的呼叫控制装置执行与保护组维护请求 对应的维护操作；
(3 )目的节点的呼叫控制装置请求目的节点的保护组配置装置执行与保护组维护 请求对应的维护操作。 如果目的节点发起保护组维护流程， 可以包括以下处理：
( 1 ) 目的节点的呼叫控制装置接收到保护组维护请求时，请求目的节点的保护组 配置装置执行与保护组维护请求对应的维护操作；
(2)目的节点的呼叫控制装置通知源节点的呼叫控制装置执行与保护组维护请求 对应的维护操作； (3 )源节点的呼叫控制装置请求源节点的保护组配置装置执行与保护组维护请求 对应的维护操作。 以下结合图 8的示例描述上述优选实施过程。 图 8是根据本发明优选实施例的保护组的维护处理的流程示意图。 其中， 以源节 点 （A端） 发起保护组的维护流程为例， 如图 8所示， 该流程主要包括以下处理： 步骤 S802: A端接收到外部的保护组维护请求 （例如， 人工倒换）， A端 NCC 或者 CCC通知 TAP进行保护组维护对应的保护组操作 （例如， 人工倒换）； 步骤 S804: A端 NCC或者 CCC通过 NOTIFY信令通知 Z端 NCC或者 CCC也 进行保护组维护， 并在信令中携带维护命令对象。 步骤 S806: Z端或 NCC或者 CCC收到保护组维护的信令，然后通知本地的 TAP 进行保护组维护对应的保护组操作。 步骤 S808: Z端 NCC或者 CCC发送保护组维护应答的 NOTIFY信令。 需要注意的是， 图 4至图 8中的保护组配置装置均以 TAP为例进行说明， 在实际 应用中， 还可以采用其他保护组配置装置， 例如， APS等。 图 9是根据本发明实施例的配置保护组的系统的结构框图。 如图 9所示， 该系统 包括： 源节点 1和目的节点 2; 其中， 源节点 1包括： 第一呼叫控制装置 10， 设置为在通过查询获知当前处于客户侧保护配置模式时向 第一保护组配置装置请求配置保护组， 并且向目的节点的第二呼叫控制装置发送呼叫 创建请求， 其中， 呼叫创建请求携带有保护类型为客户侧保护的指示信息； 第一保护组配置装置 12， 设置为配置保护组； 其中， 目的节点 2包括： 第二呼叫控制装置 20， 设置为在通过查询获知当前处于客户侧保护配置模式时， 向第二保护组配置装置请求配置保护组； 第二保护组配置装置 22， 设置为配置保护组。 上述系统中， 通过呼叫的方式 （源节点 1呼叫目的节点 2 ) 来完成客户侧保护组 的自动建立， 解决了相关技术中通过网管配置保护组操作很繁琐等问题， 进而可以大 大简化保护组配置操作。 优选地， 第二呼叫控制装置 20， 还设置为发送呼叫创建确认信令， 其中， 该呼叫 创建确认信令携带有保护类型为客户侧保护的指示信息以及接入信息； 第一呼叫控制 装置 10， 还设置为接收来自于第二呼叫控制装置的呼叫创建确认信令， 根据上述接入 信息确定服务层的连接是否建立成功。 优选地，如图 10所示，第一呼叫控制装置 10可以进一步包括：第一发送模块 100， 设置为向第一保护组配置装置发送接入信息查询请求； 第一接收模块 102， 设置为接 收来自于第一保护组配置装置返回的第一接入信息， 其中， 第一接入信息携带有当前 客户端口处于客户侧保护配置模式的指示信息； 第二呼叫控制装置 20包括： 第二发送 模块 200， 设置为向第二保护组配置装置发送接入信息查询请求； 第二接收模块 202， 设置为接收来自于第二保护组配置装置返回的第二接入信息， 其中， 第二接入信息携 带有当前客户端口处于客户侧保护配置模式的指示信息。 优选地， 第二呼叫控制装置 20， 还设置为在通过查询获知当前不处于客户侧保护 配置模式时， 向第一呼叫控制装置 10发送呼叫创建失败信令， 其中， 呼叫创建失败信 令携带有创建失败原因的指示信息； 第一呼叫控制装置 10， 还设置为在接收到呼叫创 建失败信令后， 删除第一保护组配置装置配置的保护组。 优选地， 第一呼叫控制装置 10， 还设置为请求第一保护组配置装置删除保护组， 通知第二呼叫控制装置删除保护组； 第二呼叫控制装置 20， 还设置为请求第二保护组 配置装置删除保护组。 优选地， 第二呼叫控制装置 20， 还设置为请求第二保护组配置装置删除保护组， 通知第一呼叫控制装置删除保护组； 第一呼叫控制装置 10， 还设置为请求第一保护组 配置装置删除保护组。 优选地， 第一呼叫控制装置 10， 还设置为每隔预定时间段向第二呼叫控制装置发 送第一同步信令， 接收来自于第二呼叫控制装置的第一同步应答， 根据第一步应答确 定是否存在异常情况， 其中， 上述第一同步信令携带有源节点的保护组状态信息。 优选地， 第二呼叫控制装置 20， 还设置为每隔预定时间段向第一呼叫控制装置 发送第二同步信令， 接收来自于第一呼叫控制装置的第二同步应答， 根据第二同步应 答确定是否存在异常情况， 其中， 第二同步信令携带有目的节点的保护组状态信息。 在优选实施过程中， 上述第一呼叫控制装置或第二呼叫控制装置可以包括但不限 于以下之一： 网络呼叫控制器 （NCC)、 用户呼叫控制器 （CCC); 上述第一保护组配 置装置或第二保护组配置装置包括以下之一： 终端适配器（TAP)、 自动保护倒换系统 (APS)。 当然， 在具体实施过程中， 上述第一呼叫控制装置、 第二呼叫控制装置、 第 一保护组配置装置和第二保护组配置装置还可以为其他实体。 需要注意的是， 上述配置保护组的系统中各装置及各模块相互结合的优选实施方 式具体可以参见图 4至图 8的描述， 此处不再赘述。 综上所述， 借助本发明提供的上述实施例， 通过呼叫方式来完成客户侧保护组的 自动建立， 并且通过呼叫方式解决了客户侧保护的删除， 同步， 维护等问题。 大大简 化了操作流程， 并且可以支持多种业务的建立， 例如， SC业务。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而可以将 它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限 制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1. 一种配置保护组的方法， 包括：
源节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式时， 向 所述源节点的保护组配置装置请求配置保护组；
所述源节点的呼叫控制装置向目的节点的呼叫控制装置发送呼叫创建请 求， 其中， 所述呼叫创建请求携带有保护类型为客户侧保护的指示信息； 所述目的节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式 时， 向所述目的节点的保护组配置装置请求配置保护组。
2. 根据权利要求 1所述的方法， 其中， 在所述目的节点的保护组配置装置请求配 置保护组之后， 还包括：
所述目的节点的呼叫控制装置向所述源节点的呼叫控制装置发送呼叫创建 确认信令， 其中， 所述呼叫创建确认信令携带有保护类型为客户侧保护的指示 信息以及接入信息；
所述源节点的呼叫控制装置根据所述接入信息确定服务层的连接是否建立 成功。
3. 根据权利要求 1所述的方法， 其中，
所述源节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式包 括： 所述源节点的呼叫控制装置向所述源节点的保护组配置装置发送接入信息 查询请求； 所述源节点的呼叫控制装置接收来自于所述源节点的保护组配置装 置返回的第一接入信息， 其中， 所述第一接入信息携带有当前客户端口处于客 户侧保护配置模式的指示信息；
所述目的节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式 包括： 所述目的节点的呼叫控制装置向所述目的节点的保护组配置装置发送接 入信息查询请求； 所述目的节点的呼叫控制装置接收来自于所述目的节点的保 护组配置装置返回的第二接入信息， 其中， 所述第二接入信息携带有当前客户 端口处于客户侧保护配置模式的指示信息。
4. 根据权利要求 1所述的方法， 其中， 所述源节点的呼叫控制装置向所述目的节 点的呼叫控制装置发送呼叫创建请求之后， 还包括： 所述目的节点的呼叫控制装置通过查询获知当前不处于客户侧保护配置模 式时， 向所述源节点的呼叫控制装置发送呼叫创建失败信令， 其中， 所述呼叫 创建失败信令携带有创建失败原因的指示信息；
所述源节点的呼叫控制装置接收到所述呼叫创建失败信令后， 删除所述源 节点的保护组配置装置配置的保护组。
5. 根据权利要求 1所述的方法， 其中， 在所述目的节点的保护组配置装置请求配 置保护组之后， 还包括以下之一：
所述源节点的呼叫控制装置请求所述源节点的保护组配置装置删除保护 组;所述源节点的呼叫控制装置通知所述目的节点的呼叫控制装置删除保护组; 所述目的节点的呼叫控制装置请求所述目的节点的保护组配置装置删除保护 组；
所述目的节点的呼叫控制装置请求所述目的节点的保护组配置装置删除保 护组； 所述目的节点的呼叫控制装置通知所述源节点的呼叫控制装置删除保护 组;所述源节点的呼叫控制装置请求所述源节点的保护组配置装置删除保护组。
6. 根据权利要求 1所述的方法， 其中， 在所述目的节点的保护组配置装置请求配 置保护组之后， 还包括以下之一：
所述源节点的呼叫控制装置每隔预定时间段向所述目的节点的呼叫控制装 置发送第一同步信令， 其中， 所述第一同步信令携带有所述源节点的保护组状 态信息； 所述源节点的呼叫控制装置接收来自于所述目的节点的呼叫控制装置 的第一同步应答； 所述源节点的呼叫控制装置根据所述第一步应答确定是否存 在异常情况；
所述目的节点的呼叫控制装置每隔预定时间段向所述源节点的呼叫控制装 置发送第二同步信令， 其中， 所述第二同步信令携带有所述目的节点的保护组 状态信息； 所述目的节点的呼叫控制装置接收来自于所述源节点的呼叫控制装 置的第二同步应答； 所述目的节点的呼叫控制装置根据所述第二同步应答确定 是否存在异常情况。
7. 根据权利要求 1所述的方法， 其中， 在所述目的节点的保护组配置装置请求配 置保护组之后， 还包括以下之一：
所述源节点的呼叫控制装置接收到保护组维护请求时， 请求所述源节点的 保护组配置装置执行与所述保护组维护请求对应的维护操作； 所述源节点的呼 叫控制装置通知所述目的节点的呼叫控制装置执行与所述保护组维护请求对应 的维护操作； 所述目的节点的呼叫控制装置请求所述目的节点的保护组配置装 置执行与所述保护组维护请求对应的维护操作；
所述目的节点的呼叫控制装置接收到保护组维护请求时， 请求所述目的节 点的保护组配置装置执行与所述保护组维护请求对应的维护操作； 所述目的节 点的呼叫控制装置通知所述源节点的呼叫控制装置执行与所述保护组维护请求 对应的维护操作； 所述源节点的呼叫控制装置请求所述源节点的保护组配置装 置执行与所述保护组维护请求对应的维护操作。 根据权利要求 1至 7中任一项所述的方法， 其中， 所述源节点的呼叫控制装置或所述目的节点的呼叫控制装置包括以下之 一： 网络呼叫控制器 NCC、 用户呼叫控制器 CCC; 所述源节点的保护组配置装置或所述目的节点的保护组配置装置包括以下 之一： 终端适配器 TAP, 自动保护倒换系统 APS。 一种配置保护组的系统， 包括： 源节点和目的节点；
所述源节点包括：
第一呼叫控制装置， 设置为在通过查询获知当前处于客户侧保护配置模式 时向第一保护组配置装置请求配置保护组， 并且向目的节点的第二呼叫控制装 置发送呼叫创建请求， 其中， 所述呼叫创建请求携带有保护类型为客户侧保护 的指示信息；
所述第一保护组配置装置， 设置为配置保护组；
所述目的节点包括：
第二呼叫控制装置， 设置为在通过查询获知当前处于客户侧保护配置模式 时， 向第二保护组配置装置请求配置保护组；
所述第二保护组配置装置， 设置为配置保护组。 根据权利要求 9所述的系统， 其中， 所述第二呼叫控制装置， 还设置为发送呼叫创建确认信令， 其中， 所述呼 叫创建确认信令携带有保护类型为客户侧保护的指示信息以及接入信息； 所述第一呼叫控制装置， 还设置为接收来自于所述第二呼叫控制装置的所 述呼叫创建确认信令， 根据所述接入信息确定服务层的连接是否建立成功。
11. 根据权利要求 9所述的系统， 其中，
所述第一呼叫控制装置包括：
第一发送模块，设置为向所述第一保护组配置装置发送接入信息查询请求; 第一接收模块， 设置为接收来自于所述第一保护组配置装置返回的第一接 入信息， 其中， 所述第一接入信息携带有当前客户端口处于客户侧保护配置模 式的指示信息；
所述第二呼叫控制装置包括：
第二发送模块，设置为向所述第二保护组配置装置发送接入信息查询请求; 第二接收模块， 设置为接收来自于所述第二保护组配置装置返回的第二接 入信息， 其中， 所述第二接入信息携带有当前客户端口处于客户侧保护配置模 式的指示信息。
12. 根据权利要求 9所述的系统， 其中， 所述第二呼叫控制装置， 还设置为在通过查询获知当前不处于客户侧保护 配置模式时， 向所述第一呼叫控制装置发送呼叫创建失败信令， 其中， 所述呼 叫创建失败信令携带有创建失败原因的指示信息；
所述第一呼叫控制装置， 还设置为在接收到所述呼叫创建失败信令后， 删 除所述第一保护组配置装置配置的保护组。
PCT/CN2011/080200 2011-02-15 2011-09-27 配置保护组的方法和系统 WO2012109902A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110038650.1 2011-02-15
CN201110038650.1A CN102638733B (zh) 2011-02-15 2011-02-15 配置保护组的方法和系统

Publications (1)

Publication Number Publication Date
WO2012109902A1 true WO2012109902A1 (zh) 2012-08-23

Family

ID=46622936

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/080200 WO2012109902A1 (zh) 2011-02-15 2011-09-27 配置保护组的方法和系统

Country Status (2)

Country Link
CN (1) CN102638733B (zh)
WO (1) WO2012109902A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103780431B (zh) * 2014-01-27 2017-10-17 新华三技术有限公司 一种te隧道的管理方法和设备
CN106992873B (zh) * 2016-01-21 2020-03-17 中兴通讯股份有限公司 保护组处理方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1383261A1 (en) * 2002-07-15 2004-01-21 Alcatel Protection method and system for traffic of different service classes
CN101188540A (zh) * 2006-11-15 2008-05-28 中兴通讯股份有限公司 一种链型复用段保护组的配置方法
CN101599862A (zh) * 2009-06-30 2009-12-09 中兴通讯股份有限公司 传送多协议标签交换环网保护维护实体组配置方法和装置
CN101800594A (zh) * 2009-12-31 2010-08-11 华为技术有限公司 光通道保护配置方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1299459C (zh) * 2003-06-17 2007-02-07 中兴通讯股份有限公司 支持通道共享环保护的保护倒换协议实现方法
CN100450030C (zh) * 2006-04-18 2009-01-07 华为技术有限公司 一种实现呼叫服务等级到承载呼叫的连接的映射方法
CN100568844C (zh) * 2007-10-29 2009-12-09 中兴通讯股份有限公司 用于光传输环形网络的子波长倒换和阻错方法
CN101577603B (zh) * 2009-06-04 2012-05-09 中兴通讯股份有限公司 一种sdh网管保护倒换设置及展示方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1383261A1 (en) * 2002-07-15 2004-01-21 Alcatel Protection method and system for traffic of different service classes
CN101188540A (zh) * 2006-11-15 2008-05-28 中兴通讯股份有限公司 一种链型复用段保护组的配置方法
CN101599862A (zh) * 2009-06-30 2009-12-09 中兴通讯股份有限公司 传送多协议标签交换环网保护维护实体组配置方法和装置
CN101800594A (zh) * 2009-12-31 2010-08-11 华为技术有限公司 光通道保护配置方法及系统

Also Published As

Publication number Publication date
CN102638733B (zh) 2017-03-15
CN102638733A (zh) 2012-08-15

Similar Documents

Publication Publication Date Title
CN108965123B (zh) 一种链路切换方法和网络通信系统
EP1465440B1 (en) Method and apparatus for changeover of associations between signalling processes
JP2022502926A (ja) Ｕｅ移行方法、装置、システム、および記憶媒体
WO2011150707A1 (zh) 一种m2m业务中终端状态或事件管理的方法及系统
CN104144124B (zh) 数据转发方法、装置及系统
WO2011137609A1 (zh) 一种移动终端之间传感器数据共享的方法及网络
JP4560506B2 (ja) コールサーバの障害に対して保護を与えるクラスタ形成コールサーバ
CN101989953A (zh) 双向转发检测报文的发送方法及设备
WO2015109670A1 (zh) Cse的触发管理方法及装置、cse、承载网网元
KR20150095843A (ko) 네트워크 능력을 개방하기 위한 시스템 및 방법과, 관련 네트워크 요소
CN110278094B (zh) 链路恢复方法及装置、系统、存储介质、电子装置
WO2017076278A1 (zh) 网元间链路弹性处理方法及装置
WO2010127625A2 (zh) 坐席的处理方法、交换机及呼叫中心
KR20100093389A (ko) 이동통신 시스템에서 노드 간 경로 관리 방법 및 장치
WO2012109902A1 (zh) 配置保护组的方法和系统
CN101635656B (zh) 层次化有序地址分组网络中故障检测的方法、系统及设备
CN102487341B (zh) 会话检测方法、装置及会话初始协议服务器
CN113824595B (zh) 链路切换控制方法、装置和网关设备
JP5518771B2 (ja) 冗長ネットワークシステム、終端装置及び中継点隣接装置
JP2018508161A (ja) Ｓｃｔｐ接続の再確立方法及び装置、記憶媒体
WO2009030156A1 (fr) Système et procédé réalisant un service de portabilité de numéro et base de données de portabilité de numéros
WO2022041152A1 (zh) 一种网络切片的鉴权和认证方法及装置
WO2014079061A1 (zh) 信令处理方法、设备和系统
WO2011147165A1 (zh) 互联网协议信令点的处理方法及互联网协议信令点
WO2023179365A1 (zh) 一种通信方法和通信装置

Legal Events

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

Ref document number: 11858767

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11858767

Country of ref document: EP

Kind code of ref document: A1