CN1359576A - Atm交换机及高可靠性的atm控制方法 - Google Patents

Atm交换机及高可靠性的atm控制方法 Download PDF

Info

Publication number
CN1359576A
CN1359576A CN00809870.0A CN00809870A CN1359576A CN 1359576 A CN1359576 A CN 1359576A CN 00809870 A CN00809870 A CN 00809870A CN 1359576 A CN1359576 A CN 1359576A
Authority
CN
China
Prior art keywords
call
information
calling
svc
setting
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN00809870.0A
Other languages
English (en)
Inventor
村上谦
横谷哲也
市桥立机
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Publication of CN1359576A publication Critical patent/CN1359576A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/30—Peripheral units, e.g. input or output ports
    • H04L49/3081—ATM peripheral units, e.g. policing, insertion or extraction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478—Provisions for broadband connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5625—Operations, administration and maintenance [OAM]
    • H04L2012/5627—Fault tolerance and recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5629—Admission control
    • H04L2012/563—Signalling, e.g. protocols, reference model

Landscapes

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

Abstract

本发明相关的ATM交换机具有由能够执行呼叫处理的现用系统和备用系统构成的双重化结构的监控部4,并且,各个监控部具有管理呼叫单位的呼叫状态的协议处理模块5、按呼叫单位管理呼叫信息的连接控制模块6、进行装置全体的资源状态的管理的资源管理模块7。而且,在设定SVC呼叫时进行SVC呼叫接续的场合下,现用系统在建立了其SVC呼叫的时刻,向备用系统转送呼叫状态及呼叫信息,备用系统在设定接收到的呼叫状态及呼叫信息的同时,更新资源状态。并且在释放SVC呼叫时进行SVC呼叫接续的场合下,现用系统在释放了其SVC呼叫的时刻,转送其呼叫的呼叫识别信息,备用系统在删除由接收到的呼叫识别信息所表示的呼叫的呼叫状态及呼叫信息的同时,更新资源状态。

Description

ATM交换机及高可靠性的ATM控制方法
技术领域
本发明涉及能够在ATM(Asynchronous Transfer Mode)网络中提供SVC(Switched Virtual Channel)服务的ATM交换机，具体是涉及能够将SVC呼叫从现用系统接续到备用系统的ATM交换机以及用于在接续时正确维持SVC呼叫的高可靠性的控制方法。
背景技术
在能够提供SVC服务的现有的ATM交换机中，作为在接续SVC呼叫时正确维持其呼叫用的高可靠性的控制方法，例如有特开平10-84354号公报中所述的“ATM交换机的双重控制方法”。这个ATM交换机例如通过设置具有双重结构的监控部，来实现SVC连接信息的正确接续。
图21是表示在上述公报中所述的现有的ATM交换机的结构图。在图21中，501是现用系统的结构，502是备用系统的结构，503是双重切换部，511是现用系统的通信线路对应部，512是现用系统的切换部，513是现用系统的处理部，521是备用系统的通信线路对应部，522是备用系统的切换部，523是备用系统的处理部。
如上构成的ATM交换机在现用系统中把SVC呼叫信息形成为备用系统进行路径设定时所需要的构造体，并依次地把该构造体转送给备用系统。另一方面，而在备用系统中从被转送来的构造体中还原出SVC呼叫信息，并根据其SVC呼叫信息进行路径设定。
下面，对上述ATM交换机的SVC呼叫的接续方法进行具体的说明。首先，由现用系统501的处理部513进行与邻接ATM交换机之间的信号信息的交换(A)，然后把由此交换而生成的SVC信息形成为仅由在备用系统502进行还原时所必要的“路径设定必要信息”组成的构造体(①)，并通过内部总线转送到备用系统处理部523(B)。然后，由备用系统处理部523从被转送来的构造体中还原出进行路径设定时所必要的信息(②)，对备用系统502的通信线路路对应部521及切换部522进行路径设定(C)。
这样，上述公报所记载的现有的ATM交换机即使在因某种原因发生了从现用系统切换到备用系统的场合下，都能够维持连接状态的SVC呼叫。
但是，在如上述公报所记载的现有例中，转送只由“路径设定必要信息”组成的构造体，并且，在通信结束时，由信号信息的交换SVC呼叫被释放。这时，信号协议终端处理进行基于状态迁移的处理。因此，如上所述那样，在处于连接状态的SVC呼叫切换完成后被释放的场合下，接收了释放请求信息的处理部不接续其SVC呼叫的呼叫状态，即成为SVC呼叫存留在现用系统的状态，存在不能正确地继续其后的协议处理的问题。
而且，一般的ATM交换机，在SVC呼叫的设定处理中进行连接许可控制(CAC：Connection Admission Control)，判断是否能够提供被设定的SVC呼叫所请求的资源(频段)和通信质量。因此，在ATM交换机中，至少有必要预先对资源状态进行管理。然而，在上述公报所记载的ATM交换机中如上所述的那样由于在备用系统处理部不接续为更新资源状态所必要的信息，所以在切换后的SVC呼叫设定中，存在不能根据实际的资源状态而进行连接许可控制的问题。
本发明就是为了解决上述的问题，目的在于提供一种例如在因某种原因而发生从现用系统切换到备用系统的场合下，一边维持连接中的SVC呼叫，一边可正确地控制切换后的协议处理及连接许可控制的ATM交换机以及可正确地维持SVC呼叫的高可靠性控制方法。
发明内容：
本发明的ATM交换机，具有由能够执行呼叫处理的现用系统和备用系统组成的双重结构的监控装置，其特征在于：所述各个监控装置具有管理呼叫单位的呼叫状态，实施对那些呼叫的协议处理的协议处理模块；按呼叫单位管理由用户连接的逻辑信息和物理信息以及请求资源信息构成的呼叫信息的连接控制模块；管理装置全体的资源状态的资源管理模块，在设定SVC呼叫时进行SVC呼叫接续的场合下，所述现用系统在建立了其SVC呼叫的时刻，向所述备用系统转送所述呼叫状态及所述呼叫信息，该备用系统在设定接收到的呼叫状态及呼叫信息的同时，根据包含在所述呼叫信息中的资源信息更新资源状态，在释放SVC呼叫时进行SVC呼叫接续的场合下，所述现用系统在释放了其SVC呼叫的时刻，转送其呼叫的呼叫识别信息，备用系统在删除由接收到的呼叫识别信息所表示的呼叫的呼叫状态及呼叫信息的同时，根据包含在所述呼叫识别信息中的资源信息更新资源状态。
依照本发明，例如即使在因某种原因发生了SVC呼叫切换的场合下，由于不仅接续与现有技术相同的SVC连接信息，在设定呼叫时或释放呼叫时还接续呼叫状态和资源信息，因此不仅可维持其SVC呼叫，还可对之后的协议处理及CAC控制进行正确的控制。
接着的发明相关的ATM交换机，其特征在于：还具有区分所述呼叫状态及所述呼叫信息的调度器，在接收到呼叫处理请求信息的所述现用系统中，所述调度器在存储其信息的同时，发出进行所述协议处理的指令，并且在结束了其呼叫处理的时刻，向所述备用系统转送所述已存储的所述呼叫处理请求信息，在该备用系统中，接收到此信息的调度器通过进行与现用系统相同的协议处理，更新呼叫状态、呼叫信息及资源信息。
依照本发明，通过现用系统监控装置和备用系统监控装置进行同样的信号传输处理，使双方采用同样结构的设定SVC呼叫时的呼叫接续处理及释放SVC呼叫时的呼叫接续处理成为可能。
接着的发明相关的ATM交换机，其特征在于：在接收到监控部切换指令的场合下，在所述现用系统中，所述协议处理模块不接收来自所述连接控制模块之外的所有的信息，如果有设定过程中的呼叫时，所述连接控制模块启动对其呼叫的释放处理，如果有释放过程中的呼叫时，继续对其呼叫的释放处理，所述备用系统在完成了所有的呼叫处理之后，在不存在处理中的呼叫的状态下进行切换处理。
依照本发明，在处理中的SVC呼叫消失的时刻结束现用系统监控装置的处理，然后把强制切换指令通知给备用系统监控装置，备用系统监控装置作为新的现用系统监控装置开始动作。这时，现用系统监控装置的协议处理模块废弃来自连接控制模块以外的所有新的信息，现用系统监控装置只进行与处理中的SVC呼叫相关的处理。由此，可在稳定的状态下进行SVC呼叫的切换。
接着的发明相关的ATM交换机，其特征在于：当接收到监控部切换指令时，在所述现用系统中，所述协议处理模块不接收所有的信息，而且，如果有设定过程中及释放过程中的呼叫时，则清除其呼叫的呼叫状态，并把释放了的呼叫的呼叫识别信息通知给所述备用系统，所述连接控制模块如果有设定过程中的呼叫时，启动对其呼叫的释放处理，如果有释放过程中的呼叫时，继续对其呼叫的释放处理，所述备用系统在完成了所有的呼叫处理之后，在不存在处理中的呼叫的状态下进行切换处理。
依照本发明，在处理中的SVC呼叫消失的时刻结束现用系统监控装置的处理，然后把强制切换指令通知给备用系统监控装置，备用系统监控装置作为新的现用系统监控装置开始动作。这时，现用系统监控装置的协议处理模块废弃所有新的信息，现用系统监控装置只进行与处理中的SVC呼叫相关的处理。因此，可在稳定的状态下进行SVC呼叫的切换。
接着的发明相关的ATM交换机，其特征在于：具有对虚拟路径(VP：Virtual Path)的逻辑信息与物理信息的对应关系以及设定了的全体虚拟路径的路组状态进行管理的装置管理模块，在设定呼叫时，所述连接控制模块向所述装置管理模块查询虚拟路径的路组状态，如果路组已被设定则把选择系统/非选择系统双方的虚拟路径信息包含在对所述资源管理模块的呼叫设定请求信息中，在释放呼叫时，所述连接控制模块执行所述查询，如果路组已被设定则把选择系统/非选择系统双方的虚拟路径信息包含在对所述资源管理模块的呼叫释放请求信息中，所述资源管理模块对所述选择系统/非选择系统双方的虚拟路径进行呼叫的设定/释放。
依照本发明，由于对设定了路组的选择系统/非选择系统双方的VP进行SVC连接的设定，从而即使VP切换之后也可以维持SVC呼叫，而且，由于对设定了路组的选择系统/非选择系统双方的VP进行SVC连接的释放，从而可避免连接释放的遗漏。
接着的发明相关的ATM交换机，其特征在于：在所述查询之后的呼叫设定执行过程中进行了路组设定时，所述连接控制模块在接收到来自所述资源管理模块的呼叫设定响应信息之后，再次执行同样的查询，并把非选择系统的虚拟路径信息包含在对所述资源管理模块的呼叫设定请求信息中，在所述查询之后的呼叫设定释放过程中进行了路组设定时，所述连接控制模块在接收到来自所述资源管理模块的呼叫释放响应信息之后，再次执行所述查询，并把非选择系统的虚拟路径信息包含在对所述资源管理模块的呼叫释放请求信息中。
依照本发明，即使在SVC呼叫设定执行中或SVC呼叫释放执行中实施了路组设定时，可通过进行再次的查询，使其设定反映到呼叫的接续中。
接着的发明相关的ATM交换机，其特征在于：所述资源管理模块还对设定了的所有虚拟路径的路组状态进行管理，在设定呼叫时如果已设定了虚拟路径的路组，则在选择系统/非选择系统双方的虚拟路径中设定呼叫，在释放呼叫时如果已设定了虚拟路径的路组，则在选择系统/非选择系统双方的虚拟路径中释放呼叫。
依照本发明，通过对设定了路组的选择系统/非选择系统双方的VP进行SVC连接的设定，在进行了VP切换之后也可以维持SVC呼叫，而且，通过对设定了路组的选择系统/非选择系统双方的VP进行SVC连接的释放，可避免连接释放的遗漏。
接着的本发明相关的高可靠性控制方法，具有由能够执行呼叫处理的现用系统和备用系统组成的双重结构的监控部的ATM交换机，其特征在于包括以下步骤：在设定SVC呼叫时进行SVC呼叫接续的场合下，所述现用系统在建立了其SVC呼叫的时刻向备用系统转送呼叫状态及包含资源信息的呼叫信息的第1转送步骤；所述备用系统在设定接收到的呼叫状态及呼叫信息的同时根据包含在所述呼叫信息中的资源信息更新资源状态的第1更新步骤；在释放SVC呼叫时进行SVC呼叫接续的场合下，所述现用系统在释放其SVC呼叫的时刻，转送其呼叫的呼叫识别信息的第2转送步骤；所述备用系统在删除由接收到的呼叫识别信息所表示的呼叫的呼叫状态及呼叫信息的同时根据包含在所述呼叫识别信息中的资源信息更新资源状态的第2更新步骤。
依照本发明，例如即使在因某种原因发生了SVC呼叫切换的场合下，由于不仅接续与现有技术相同的SVC连接信息，在设定呼叫时或释放呼叫时还接续呼叫状态和资源信息，因此不仅可维持其SVC呼叫，还可对之后的协议处理及CAC控制进行正确的控制。
接着的发明相关的高可靠性控制方法，其特征在于包括以下步骤：在发生了呼叫的切换的场合下，接收到呼叫处理请求信息的所述现用系统在存储其信息的同时，发出进行协议处理的指令，而且在结束了其呼叫处理的时刻，向所述备用系统转送所述已存储的所述呼叫处理请求信息的第3转送步骤；接收到所述信息的该备用系统通过进行与现用系统相同的协议处理，更新呼叫状态、呼叫信息及资源信息的第3更新步骤。
依照本发明，通过现用系统和备用系统进行同样的信号传输处理，使双方采用同样结构的设定SVC呼叫时的呼叫接续处理及释放SVC呼叫时的呼叫接续处理成为可能。
接着的发明相关的高可靠性控制方法，其特征在于包括以下步骤：在接收到监控部切换指令的场合下，所述现用系统不接收来自通信线路的所有的信息，如果有设定过程中的呼叫时，启动对其呼叫的释放处理，如果有释放过程中的呼叫时，继续对其呼叫的释放处理的释放处理步骤；所述备用系统在完成了所有的呼叫处理之后，在不存在处理中的呼叫的状态下进行切换处理的切换处理步骤。
依照本发明，在处理中的SVC呼叫消失的时刻结束现用系统的处理，然后把强制切换指令通知给备用系统，备用系统作为新的现用系统开始动作。这时，现用系统废弃来自通信线路的所有新的信息，只进行与处理中的SVC呼叫相关的处理。由此，可在稳定的状态下进行SVC呼叫的切换。
接着的发明相关的高可靠性控制方法，其特征在于包括以下步骤：在设定呼叫时如果已设定了虚拟路径的路组，则在选择系统/非选择系统双方的虚拟路径中设定呼叫的呼叫设定步骤；在释放呼叫时如果已设定了虚拟路径的路组，则在选择系统/非选择系统双方的虚拟路径中释放呼叫的呼叫释放步骤。
依照本发明，通过对设定了路组的选择系统/非选择系统双方的VP进行SVC连接的设定，在进行了VP切换之后也可以维持SVC呼叫，而且，通过对设定了路组的选择系统/非选择系统双方的VP进行SVC连接的释放，可避免连接释放的遗漏。
附图说明：
图1是表示本发明ATM交换机的实施方式1的结构图，
图2是表示在点对点呼叫中的B-BCC信号传输顺序图，
图3是表示设定SVC呼叫时的在存取节点(ATM交换机)内的信号传输处理流程图，
图4是表示释放SVC呼叫时的在存取节点(ATM交换机)内的信号传输处理流程图，
图5是表示呼叫信息的具体例图，
图6是用于说明SVC呼叫因某种原因从现用系统切换到备用系统的场合下在现用系统监控部4a与备用系统监控部4b之间的SVC呼叫接续的说明图，
图7是表示实施方式2的监控部的结构图，
图8是表示设定SVC呼叫时的在存取节点内的信号传输处理流程图，
图9是表示释放SVC呼叫时的在存取节点内的信号传输处理流程图，
图10是表示在设定过程中的SVC呼叫发生强制切换的场合下的现用系统监控部4a的动作流程图，
图11是表示实施方式5的监控部的结构图，
图12是表示VP路组的概念图，
图13是表示由连接控制模块6管理的呼叫信息11的具体例图，
图14是表示在设定了VP路组的状态下，设定SVC呼叫时的在存取节点内的信号传输处理流程图，
图15是表示在设定了VP路组的状态下，释放SVC呼叫时的在存取节点内的信号传输处理流程图，
图16是表示设定SVC呼叫时的在存取节点内的信号传输处理流程图，
图17是表示释放SVC呼叫时的在存取节点内的信号传输处理流程图，
图18是表示实施方式5的监控部的结构图，
图19是表示设定SVC呼叫时的在存取节点内的信号传输处理流程图，
图20是表示释放SVC呼叫时的在存取节点内的信号传输处理流程图，
图21是表示现有的ATM交换机的结构图。
实施方式：
为了更详细地叙述本发明，参照附图进行说明。
首先，对本发明ATM交换机的实施方式1的结构进行说明。图1是表示本发明ATM交换机的实施方式1的结构图。在图1中，1是本实施方式的ATM交换机，2是收纳通信线路401的通信线路对应部，2a是现用系统通信线路对应部，2b是备用系统通信线路对应部，3是进行单元交换的切换部，3a是现用系统切换部，3b是备用系统切换部，4是含有呼叫处理功能的监控部，4a是现用系统监控部，4b是备用系统监控部。
另外，作为监控部4的呼叫处理功能由按SVC呼叫单位管理呼叫状态10并实施协议处理的协议处理模块(PRT)5、按SVC呼叫单位管理SVC连接的逻辑信息(VPCI：Virtual Path ChannelIdentifier/VCI：Virtual Channel Identifier)和物理信息(接口编号/VPI：Virtual Path Identifier/VCI)和请求资源信息等的呼叫信息11的连接控制模块(CON)6、进行装置全体的资源信息12的管理和SVC连接设定/释放用的装置内的硬件控制的资源管理模块(RSC)7构成。而且，在监控部4的现用系统4a和备用系统4b中还设置有用于通过内部总线进行通信的系统间通信驱动器(DRV)8和把来自维护者402的指令通知给监控部4内的各个模块的装置管理模块(MNG)9。
另外，上述装置管理模块9对保持有由维护者402生成的虚拟路径(VP：Virtual Path)的逻辑信息(VPCI)与物理信息(接口编号+VPI)的对应关系的VP信息13进行管理。不过在图1中虽然设置双重的通信线路对应部2和切换部3，但对此不做限定，本发明与这些部分的双重化无关。
另外，在本实施方式以及以后的实施方式中，着眼于构成在ITU-T建议G.902“Framework Recommendation on functional accessnetworks(AN)-Architecture and function，access types，management and service node aspects”中所记载的存取网络的“存取节点”。而且，关于信号传输协议以ITU-T建议G.967.2“V-INTERFACES AT THE SERVICE NODE(SN)-VB5.2 REFERENCE POINTSPECIFICATION”所规定的“B-BCC(Broadband Bearer ConnectionControl)”为例。
图2是表示在点对点呼叫中的B-BCC信号传输顺序图。在图2中，20是信号发送终端，21是信号接收终端，22是信号发送侧的服务节点(SN)，23是信号接收侧的服务节点(SN)，24是信号发送侧的存取节点(AN)，25是信号接收侧的存取节点(AN)。另外，图2示出在应用ATM论坛UNI4.0作为用户网络接口(UNI：UserNetwork Interface)的信号传输协议而且应用ATM论坛PNNI1.0作为网络节点接口(NNI：Network Node Interface)的信号传输协议的场合下的信号传输顺序。不过在应用其他UNI信号传输协议及NNI信号传输协议的场合下，在服务节点接口(SNI：Service NodeInterface)中的B-BCC协议顺序相同。
在图2中，例如在信号发送终端20与信号接收终端21之间设定SVC呼叫的场合下，首先，由接收到来自信号发送终端20的SETUP信息30的信号发送侧SN22把ALLOC信息40传送到信号发送侧AN24。另外，这个ALLOC信息40的信息成分内容是根据SETUP信息30的信息成分内容所决定。信号发送侧AN24对ALLOC信息40进行内部处理，如果能够受理，则向信号发送侧SN22返回ALLOC_ACC信息41。然后，接收到ALLOC_ACC信息41的信号发送侧SN22向信号接收侧SN23发送SETUP信息31。
接着，接收到SETUP信息31的信号接收侧SN23向信号接收侧AN25发送ALLOC信息42。另外，这个ALLOC信息42的信息成分内容是根据SETUP信息31的信息成分内容所决定。信号接收侧AN25对ALLOC信息42进行内部处理，如果能够受理，则向信号接收侧SN23返回ALLOC_ACC信息43。然后，由接收到ALLOC_ACC信息43的信号接收侧SN23向信号接收终端21发送SETUP信息32。
接着，接收到SETUP信息32的信号接收终端21如果能够受理呼叫，则向信号接收侧SN23返回CONNECT信息33。信号接收侧SN23向信号接收侧AN25发送ALLOC_COMP信息44。信号接收侧AN25对ALLOC_COMP信息44进行内部处理，如果能够受理，则向信号接收侧SN23返回ALLOC_COMP_ACC信息45。然后，由接收到ALLOC_COMP_ACC信息45的信号接收侧服务节点23向信号发送侧服务节点22发送CONNECT信息34。
接着，接收到CONNECT信息34的信号发送侧SN22向信号发送侧AN24发送ALLOC_COMP信息46。信号发送侧AN24对ALLOC_COMP信息46进行内部处理，如果能够受理，则向信号发送侧SN22返回ALLOC_COMP_ACC信息47。然后，由接收到ALLOC_COMP_ACC信息47的信号发送侧SN22向信号发送终端20发送CONNECT信息35。
依照以上的顺序，在信号发送终端20与信号接收终端21之间设定SVC呼叫，转送数据成为可能。
另一方面，在释放信号发送终端20与信号接收终端21之间的SVC呼叫的场合下，从信号发送终端20接收到RELEASE信息50的信号发送侧SN22把RELEASE信息51发送给信号接收侧SN23，同时把DEALLOC信息60发送给信号发送侧AN24。信号发送侧AN24对DEALLOC信息60进行内部处理，向信号发送侧SN22返回DEALLOC_ACC信息61。然后，接收到DEALLOC_ACC信息61的信号发送侧SN22向信号发送终端20发送RELEASE_COMP信息52。
而且，接收到RELEASE信息51的信号接收侧SN23把DEALLOC信息62发送给信号接收侧AN25，同时向信号发送侧SN22返回RELEASE_COMP信息53。信号接收侧AN25对DEALLOC信息62进行内部处理，向信号接收侧SN23返回DEALLOC_ACC信息63。然后，接收到DEALLOC_ACC信息63的信号接收侧SN23把RELEASE信息54发送给信号接收终端21，信号接收终端21向信号接收侧SN23返回RELEASE_COMP信息55。
依照以上的顺序，释放信号发送终端20与信号接收终端21之间的SVC呼叫，结束数据的转送。
图3是表示设定SVC呼叫时的在存取节点(ATM交换机)内的信号传输处理的流程图。例如在进行设定SVC呼叫时，从通信线路401接收到的ALLOC信息100通过通信线路对应部2、切换部3被转送至现用系统监控部4a。然后，在监控部4a中，首协议处理模块5通过协议处理生成这个SVC呼叫的呼叫状态10，之后向连接控制模块6转送ALLOC信息101。
接着，连接控制模块6从装置管理模块9管理的VP信息13中读出SVC连接的逻辑信息(VPCI/VCI)及连接物理信息(接口编号/VPI/VCI)102，生成呼叫信息11。然后向资源管理模块7转送呼叫设定请求103。
接着，资源管理模块7为了进行CAC控制及SVC连接设定，进行SNI侧的通信线路对应部2和切换部3的硬件设定及资源信息12的更新。在正常地完成了这些处理之后，资源管理模块7向连接控制模块6转送呼叫设定响应104。
接着，连接控制模块6向协议处理模块5转送ALLOC_ACC信息105，协议处理模块5在更新呼叫状态10之后，向通信线路401发送ALLOC_ACC信息106。
接着，从通信线路401接收到的ALLOC_COMP信息107通过通信线路对应部2、切换部3被转送到现用系统监控部4a，在监控部4a中，首先协议处理模块5通过进行协议处理、更新呼叫状态10，并向连接控制模块6转送ALLOC_COMP信息108。
接着，连接控制模块6更新呼叫信息11，向资源管理模块7转送呼叫设定请求109。接收到呼叫设定请求109的资源管理模块7为了设定SVC连接，进行UNI侧通信线路对应部2的硬件设定。然后，在正常地完成了这个处理之后，资源管理模块7向连接控制模块6转送呼叫设定响应110。
接着，接收到呼叫设定响应110的连接控制模块6向协议处理模块5转送ALLOC_COMP_ACC信息111，协议处理模块5在更新呼叫状态10之后，向通信线路401发送ALLOC_COMP_ACC信息112。
图4表示释放SVC呼叫时在存取节点(ATM交换机)内的信号传输处理的流程图。例如，在释放SVC呼叫的场合下，从通信线路401接收到的DEALLOC信息120通过通信线路对应部2、切换部3被转送到现用系统监控部4a。然后，在监控部4a中，首先协议处理模块5通过进行协议处理，更新SVC呼叫的呼叫状态10，并向连接控制模块6转送DEALLOC信息121。
接着，连接控制模块6更新呼叫信息11，然后向资源管理模块7转送呼叫释放请求122。接收到呼叫释放请求122的资源管理模块7进行设定着SVC连接的通信线路对应部2和切换部3的硬件设定解除以及资源信息12的更新。在完成了这些处理之后，资源管理模块7向连接控制模块6转送呼叫释放响应123。
接着，接收到呼叫释放响应123的连接控制模块6清除呼叫信息11，向协议处理模块5转送DEALLOC_ACC信息124。然后，接收到DEALLOC_ACC信息124的协议处理模块5在清除了呼叫状态10之后，向通信线路401发送DEALLOC_ACC信息125。
另外，图5是表示上述呼叫信息11的具体例图，例如由呼叫识别信息、SVC连接逻辑信息(SNI侧)、SVC连接物理信息(SNI侧)、SVC连接逻辑信息(UNI侧)、SVC连接物理信息(UNI侧)、呼叫状态、请求资源信息、请求QoS等级、请求端点/端点中继延迟、请求CDVT等的信息来构成。
图6是用于说明SVC呼叫因某种原因从现用系统切换到备用系统的场合下在现用系统监控部4a与备用系统监控部4b之间的SVC呼叫接续的说明图，具体的是，图6(1)表示设定SVC呼叫时在监控部之间的信息交换，图6(2)表示释放SVC呼叫时在监控部之间的信息交换。
例如，在设定SVC呼叫时进行SVC呼叫接续的场合下(参照图6(1))，现用系统监控部4a内的协议处理模块5在前面说明过的图2的信号传输顺序中建立了SVC呼叫的时刻(相当于图2中的A)，通过系统间通信驱动器8向备用系统监控部4b转送包含其SVC呼叫的呼叫状态10的呼叫状态通知200(呼叫状态指令202)。而且，同时连接控制模块6通过系统间驱动器8向备用系统监控部4b转送包含其SVC呼叫的呼叫信息11的呼叫信息通知201(呼叫信息指令203)。
接收到各个通知的备用监控部4b向协议处理模块5转送呼叫状态指令202，并且向连接控制模块6转送呼叫信息指令203。然后，接收到呼叫状态指令202的协议处理模块5对呼叫状态10进行管理。另一方面，连接控制模块6在管理呼叫信息11的同时，根据包含在呼叫信息11中的资源信息生成资源确保信号204，并把其信号发送给资源管理模块7。然后，接收到资源确保信号204的资源管理模块7接受这个通知，更新资源状态12。
如上所述，在本实施方式中，即使因某种原因发生了SVC呼叫切换的场合下，由于不仅接续与现有技术相同的SVC连接信息，在设定呼叫时现用系统监控部对于备用系统监控部还接续了呼叫状态和资源信息，所以不仅可维持其SVC呼叫，而且还能够对之后的协议处理及CAC控制进行正确的控制。
另一方面，在释放SVC呼叫时进行SVC呼叫接续的场合下(参照图6(2))，现用系统监控部4a内的协议处理模块5在前面说明过的图2的信号传输顺序中释放SVC呼叫的时刻(相当于图2中的B)，通过系统间通信驱动器8向备用系统监控部4b转送包含其SVC呼叫的呼叫识别信息的呼叫识别信息通知205(呼叫识别信息指令207)。而且，连接控制模块6通过系统间驱动器8向备用系统监控部4b转送包含其SVC呼叫的呼叫识别信息的呼叫识别信息通知206(呼叫识别信息指令208)。
接收到各个通知的备用系统监控部4b分别向协议处理模块5及连接控制模块6转送呼叫识别信息指令207、208。然后，接收到呼叫识别信息指令207的协议处理模块5根据内部的呼叫识别信息清除SVC呼叫的呼叫状态10。另一方面，接收到呼叫识别信息指令208的连接控制模块6根据内部的呼叫识别信息清除呼叫信息11，同时还把包含被清除之前的呼叫信息11中的资源信息的资源释放209发送给资源管理模块7。最后，接收到资源释放209的资源管理模块7接受这个通知，更新资源状态12。
如上所述，在本实施方式中，即使因某种原因发生了SVC呼叫切换的场合下，由于不仅接续与现有技术相同的SVC连接信息，在设定呼叫时现用系统监控部对于备用系统监控部还接续了呼叫状态和资源信息，所以还能够对之后的协议处理及CAC控制进行正确的控制。
以下，对实施方式2进行说明。图7是表示实施方式2的监控部的结构图。在本实施方式中，用调度器14取代所述的系统间通信驱动器8。另外，由于ATM交换机的结构与所述的实施方式1(参照图1)相同，所以使用相同的符号，并省略重复的说明。
下面，对与所述实施方式1不同的部分进行详细的说明。
图8是表示设定SVC呼叫时在存取节点内的信号传输处理流程图。例如，在设定SVC呼叫的场合下，从通信线路401接收到的ALLOC信息100通过通信线路对应部2、切换部3被转送到现用系统监控部4a。然后，在监控部4a中，首先调度器14存储接收到的ALLOC信息100的内容，同时向协议处理模块5转送ALLOC信息210。之后，协议处理模块5、连接控制模块6及资源管理模块7进行图3记载的ALLOC信号接收处理(相当于101～105)，之后，协议处理模块5向调度器14转送ALLOC_ACC信息211。
接着，接收到ALLOC_ACC信息211的调度器14向通信线路401发送ALLOC_ACC信息106，同时把之前存储的ALLOC信息100的内容作为ALLOC信息212转送到备用系统监控部4b。另外，这个转送也可以经过切换部3，也可以经过监控部之间的内部总线。不过，前者必须要预先设定通向切换部3的路径，而后者必须另外设置系统间通信驱动器8。
接着，接收到ALLOC信息212的备用系统监控部4b不用调度器14存储ALLOC信息212的内容，向协议处理模块5转送ALLOC信息213。然后，接收到ALLOC信息213的协议处理模块5通过协议处理生成呼叫状态10，并向连接控制模块6转送ALLOC信息214。
接着，接收到ALLOC信息214的连接控制模块6从装置管理模块9管理的VP信息13读出SVC连接的逻辑信息(VPCI/VCI)及连接物理信息(接口编号/VPI/VCI)102，并生成呼叫信息11。然后，向资源管理模块7转送呼叫设定请求216。
接着，接收到呼叫设定请求216的资源管理模块7进行CAC控制及资源信息12的更新(不需要对设定SVC连接的通信线路对应部2和切换部3进行硬件设定)，然后向连接控制模块6转送呼叫设定响应217。
接着，接收到呼叫设定响应217的连接控制模块6向协议处理模块5转送ALLOC_ACC信息218，协议处理模块5在更新呼叫状态10之后，向调度器14转送ALLOC_ACC信息219。然后，调度器14废弃这个ALLOC_ACC信息219。
接着，从通信线路401接收到的ALLOC_COMP信息107通过通信线路对应部2、切换部3被转送到现用系统监控部4a，在监控部4a中，首先调度器14存储接收到的ALLOC_COMP信息107的内容，同时向协议处理模块5转送ALLOC_COMP信息220。
下面，协议处理模块5、连接控制模块6及资源管理模块7进行图3记载的ALLOC_COMP接收处理(108～111)，然后，协议处理模块5向调度器14转送ALLOC_COMP_ACC信息221。
接着，接收到ALLOC_COMP_ACC信息221的调度器14向通信线路401发送ALLOC_COMP_ACC信息112，同时把以前存储的ALLOC_COMP信息107的内容作为ALLOC_COMP信息222转送到备用系统监控部4b。另外，这个转送也可以经过切换部3，也可以经过监控部之间的内部总线。
接着，接收到ALLOC_COMP信息222的备用系统监控部4b不用调度器14存储ALLOC_COMP信息222的内容，而向协议处理模块5转送ALLOC_COMP信息223。
接着，接收到ALLOC_COMP信息223的协议处理模块5通过协议处理，更新呼叫状态10，然后，向连接控制模块6转送ALLOC_COMP信息224。然后，连接控制模块6在更新呼叫信息11之后，向资源管理模块7转送呼叫设定请求225。
接着，接收到呼叫设定请求225的资源管理模块7不需要进行特别处理，而向连接控制模块6转送呼叫设定响应226。然后，连接控制模块6向协议处理模块5转送ALLOC_COMP_ACC信息227，协议处理模块5在更新了呼叫状态10之后，向调度器14转送ALLOC_COMP_ACC信息228。最后，调度器14废弃接收到的ALLOC_COMP_ACC信息228。
另外，在上述序列中，当现用系统监控部4a的ALLOC信号接收处理失败时，现用系统调度器14向通信线路401发送ALLOC_REJ信息(拒绝信息)，然后，删除之前存储的ALLOC信息100，不进行向备用系统监控部4b的转送。而且同样地，当现用系统监控部4a的ALLOC_COMP信号接收处理失败时，现用系统调度器14向通信线路401发送ALLOC_COMP_REJ信息(拒绝信息)，然后，删除之前存储的ALLOC_COMP信息107，不进行向备用系统监控部4b的转送。
图9是表示释放SVC呼叫时在存取节点内的信号传输处理的流程图。例如，在释放SVC呼叫时，从通信线路401接收到的DEALLOC信息120通过通信线路对应部2、切换部3被转送到现用系统监控部4a。然后，在监控部4a中，首先调度器14存储接收到的DEALLOC信息120的内容，同时向协议处理模块5转送DEALLOC信息230。以后，协议处理模块5、连接控制模块6及资源管理模块7进行图4记载的DEALLOC接收处理(121～124)，然后，协议处理模块5向调度器14转送DEALLOC_ACC信息231。
接着，调度器14向通信线路401发送DEALLOC_ACC信息125，同时把以前存储的DEALLOC信息120的内容作为DEALLOC信息232转送到备用系统监控部4b。这个转送也可以经过切换部3，也可以经过监控部之间的内部总线。
接着，接收到DEALLOC信息232的备用系统监控部4b不用调度器14存储DEALLOC信息232的内容，而直接向协议处理模块5转送DEALLOC信息233。
接着，接收到DEALLOC信息233的协议处理模块5通过协议处理，更新呼叫状态10，然后向连接控制模块6转送DEALLOC234。而且，连接控制模块6在更新了呼叫信息11之后，向资源管理模块7转送呼叫释放请求235。
接着，接收到呼叫释放请求235的资源管理模块7进行资源信息12的更新(不需要设定着SVC连接的通信线路对应部2及切换部3的硬件设定解除)，之后，向连接控制模块6转送呼叫释放响应236。连接控制模块6把DEALLOC_ACC信息237转送到协议处理模块5，并清除呼叫信息。而且，协议处理模块5在清除了呼叫状态10之后，向调度器14转送DEALLOC_ACC信息238。最后，调度器14废弃接收到的DEALLOC_ACC信息238。
这样，在本实施方式中，可获得与实施方式1相同的效果，而且还通过现用系统监控部4a及备用系统监控部4b进行同样的信号传输处理(除通信线路对应部和切换部的硬件控制)，使双方用同样结构的设定SVC呼叫时的SVC呼叫的接续处理及释放SVC呼叫时的SVC呼叫的接续处理成为可能。
下面，对实施方式3进行说明。另外，由于ATM交换机及监控部的结构与所述的实施方式1(参照图1)相同，故使用相同的符号并省略对其的说明。图10是表示在设定过程中的SVC呼叫发生强制切换的场合下的现用系统监控部4a的动作的流程图。例如，在双重化了的监控部4的切换方式中有因现用系统监控部4a的故障而导致的故障切换和由来自维护者402的指令而导致的强制切换。故障切换的场合是在信号传输处理的执行过程中发生切换。而强制切换的场合是不需要立即进行切换，可在装置内部的状态稳定后进行切换。
本实施方式对强制切换的方法进行说明。在图10中，由装置管理模块9对监控部4内的强制切换处理进行序列管理。首先，装置管理模块9把来自维护者402的强制切换指令300作为动作模式变更指令(现用→备用)301通知给现用系统监控部4a的协议处理模块5、连接控制模块6及资源管理模块7。
之后，接收到这个指令的协议处理模块5废弃所有来自通信线路401的信号传输信息，只处理来自连接控制模块6的信息。另外，在设定SVC呼叫结束时和释放SVC呼叫结束时，如同上述实施方式1说明的那样，进行向备用系统监控部4b的接续。并且，协议处理模块5接收来自连接控制模块6的信息，并通过系统间通信驱动器8向备用系统监控部4b转送包含其SVC呼叫的呼叫识别信息的呼叫识别信息通知。
而且，接收到上述指令的连接控制模块6检索所有SVC呼叫的呼叫信息11，例如，当是设定途中的SVC呼叫时，向资源管理模块7发送用于释放SVC呼叫的呼叫释放请求302。而对于释放途中的SVC呼叫则继续进行释放处理。另外，在结束了SVC呼叫的设定和释放时，如在上述的实施方式1中所说明的那样，进行向备用系统监控部4b的接续。而且，连接控制模块6在信号传输顺序中SVC呼叫被释放的时刻，通过系统间通信驱动器8向备用系统监控部4b转送包含其SVC呼叫的呼叫识别信息的呼叫识别信息通知。
另外，资源管理模块7在接收到动作模式变更指令(现用→备用)301的场合下，也进行与图4记载的释放时同样的信号传输处理。这样，本实施方式可获得与实施方式1同样的效果，同时，在处理中的SVC呼叫没有了的时刻，结束现用系统监控部4a的处理，然后把强制切换指令通知给备用系统监控部4b，而备用系统监控部4b则作为新的现用系统监控部开始动作。这时，现用系统监控部4a的协议处理模块5废弃除来自连接控制模块6以外的所有新的信息，现用系统监控部4a只进行与处理中的SVC呼叫有关的处理。由此可在稳定的状态下进行SVC呼叫的切换。
下面，对实施方式4进行说明。另外，由于ATM交换机及监控部的结构与上述实施方式1(参照图1)相同，故使用相同的符号并省略其说明。另外，本实施方式中只对与上述实施方式3不同的动作进行说明。
在本实施方式中，协议处理模块5在接收到动作模式变更指令(现用→备用)301的时刻，替代废弃所有的信息，而对所有的SVC呼叫的呼叫状态10进行检索，清除设定中以外所有的SVC呼叫的呼叫状态10，然后，进行向备用系统监控部4b的接续。另外，连接控制模块6及资源管理模块7进行与上述实施方式3相同的处理。
这样，在本实施方式中，在本实施方式中，可获得与实施方式1相同的效果，而且，在处理中的SVC呼叫消失的时刻，结束现用系统监控部4a的处理，然后把强制切换指令通知给备用系统监控部4b，备用系统监控部4b作为新的现用系统监控部开始动作。这时，现用系统监控部4a的协议处理模块5废弃所有新的信息，现用系统监控部4a只进行与处理中的SVC呼叫有关的处理。由此，可以稳定地状态进行SVC呼叫的切换。
下面，对实施方式5进行说明。图11是表示实施方式5的监控部的结构图。本实施方式中，在实施方式1的结构基础上还通过装置管理模块9来管理VP路组信息15。另外，由于ATM交换机的结构与上述的实施方式1(参照图1)相同，故使用相同的符号并省略其说明。
图12是表示VP路组概念的图。例如，VP路组由维护者402指定，一方的VP为选择系，另一方的VP为非选择系。通常使用选择系统VP在ATM单元进行转送处理(参照图12(a))，但因某种原因选择系统VP发生了故障的场合下，则切换到非选择系统VP来进行ATM单元的转送(参照图12(b))。所谓VP路组信息15是指以设定了路组的2路VP为对进行管理的信息。在本实施方式中，考虑在服务节点与存取节点之间的接口(SNI)处的VP路组的设定。
图13是表示由连接控制模块6管理的呼叫信息11的具体例图。这是为在设定了路组的VP的选择系统/非选择系统双方设定SVC呼叫而使用，作为SNI侧SVC连接物理信息，保存选择系统VP及非选择系统VP的SNI侧SVC连接物理信息。另外，SVC连接逻辑信息与路组设定的有无无关而只有一个。
图14表示在VP路组被设定的状态下，设定SVC呼叫时在存取节点内的信号传输处理流程图。例如，在设定SVC呼叫时，从通信线路401接收到的ALLOC信息100通过通信线路对应部2、切换部3被转送到现用系统监控部4a。然后，在监控部4a首先由协议处理模块5通过协议处理生成这个SVC呼叫的呼叫状态10，然后，向连接控制模块6转送ALLOC信息101。
接着，连接控制模块6从由装置管理模块9管理的VP信息13读出SVC连接的逻辑信息(VPCI/VCI)及连接物理信息(接口编号/VPI/VCI)102，并且，从VP路组信息15读出VP路组状态310，识别出SNI侧VP的路组状态，并根据这些信息生成呼叫信息11。这时，如果路组已被设定，则把选择系统/非选择系统的信息作为呼叫信息11进行管理。然后，向资源管理模块7转送包含设定了路组的选择系统/非选择系统双方的VP信息的呼叫设定请求103。
接着，接收到呼叫设定请求103的资源管理模块7为了进行CAC控制及SVC连接设定，更新SNI侧的通信线路对应部2和切换部3的硬件设定以及资源信息12的更新。另外，在进行硬件设定时，对于被指定的选择系统/非选择系统双方的VP进行其设定。然后，在正常完成了这些处理时，资源管理模块7向连接控制模块6转送呼叫设定响应104。
接着，接收到呼叫设定响应104的连接控制模块6向协议处理模块5转送ALLOC_ACC信息105，协议处理模块5在更新了呼叫状态10之后，向通信线路401发送ALLOC_ACC信息106。
接着，从通信线路401接收到的ALLOC_COMP信息107通过通信线路对应部2、切换部3被转送到现用系统监控部4a，以后，监控部4a进行与上述实施方式1相同的ALLOC_COMP正常处理。
由此，本实施方式可获得与实施方式1相同的效果，同时，通过对设定了路组的选择系统/非选择系统双方的VP进行SVC连接的设定，即使在VP切换后也可以维持SVC呼叫。
图15是表示在VP路组被设定的状态下，释放SVC呼叫时在存取节点内的信号传输处理流程图。不过，VP路组的设定是在SVC呼叫设定之后进行，在这个场合下，SVC连接被设定为选择系统/非选择系统双方的VP。而且，在SVC呼叫的呼叫信息11只管理一方的VP(设定SVC呼叫时被设定过的VP)的信息。
例如，从通信线路401接收到的DEALLOC信息120通过通信线路对应部2、切换部3被转送到现用系统监控部4a。然后，在监控部4a首先由协议处理模块5通过协议处理更新呼叫状态10，并向连接控制模块6转送DEALLOC信息121。
接着，连接控制模块6从VP路组信息15中读出VP路组状态310，识别出SNI侧VP的路组状态，更新呼叫信息11，然后，向资源管理模块7转送呼叫释放请求122。在这里通知设定了路组的选择系统/非选择系统双方的VP信息。然后，在接收到呼叫释放请求122的资源管理模块7进行SVC连接被设定的通信线路对应部2和切换部3的硬件设定解除，以及资源信息12的更新。在硬件设定解除时，对被指定的选择系统/非选择系统双方的VP进行其解除。在结束了这些处理之后，资源管理模块7向连接控制模块6转送呼叫释放响应123。
接着，接收到呼叫释放响应123的连接控制模块6清除呼叫信息11，并向协议处理模块5转送DEALLOC_ACC信息124。然后接收到DEALLOC_ACC信息124的协议处理模块5在清除了呼叫状态10之后，向通信线路401发送DEALLOC_ACC信息125。
由此，本实施方式可获得与实施方式1同样的效果，同时，通过对设定了路组的选择系统/非选择系统双方的VP进行SVC连接的释放，可避免连接释放的遗漏。
下面，对实施方式6进行说明。在上述实施方式5中示出了在SVC呼叫的设定和SVC呼叫的释放被启动之前进行了VP路组的设定的情况。本实施方式将示出在执行SVC呼叫的设定和SVC呼叫的释放的过程中进行VP路组设定的情况。另外，由于ATM交换机及监控部的结构与上述实施方式5相同，故使用相同的符号并省略其说明。
图16是表示设定SVC呼叫时在存取节点内的信号传输处理的流程图。例如，在设定SVC呼叫时，从通信线路401接收到的ALLOC信息100通过通信线路对应部2、切换部3被转送到现用系统监控部4a。然后，在监控部4a首先由协议处理模块5通过协议处理生成这个SVC呼叫的呼叫状态10，并向连接控制模块6转送ALLOC信息101。
接着，连接控制模块6从由装置管理模块9管理的VP信息13中读出SVC连接的逻辑信息(VPCI/VCI)及连接物理信息(接口编号/VPI/VCI)102，而且，从VP路组信息15中读出VP路组状态310，识别出SNI侧VP的路组状态，并根据这些信息生成呼叫信息11。另外，在本实施方式中，由于在这时路组未被设定，因此作为呼叫信息只生成选择系统的信息。然后，向资源管理模块7转送呼叫设定请求103。
接着，接收到呼叫设定请求103的资源管理模块7为了进行CAC控制及SVC连接设定而进行SNI侧的通信线路对应部2和切换部3的硬件设定，以及资源信息12的更新。然后，在正常完成了这些处理时，资源管理模块7向连接控制模块6转送呼叫设定响应104。
另一方面，在到转送上述呼叫设定响应104为止的期间内，如果从维护者402发送出VP路组设定请求400，则装置管理模块9更新VP路组信息15，并向资源管理模块7发送VP路组设定请求401。由于在设定了路组的VP中不存在SVC，所以资源管理模块7不进行特殊的处理。
这里，接收到呼叫设定响应104的连接控制模块6再次读出VP路组状态311，识别SNI侧VP的路组状态，并更新呼叫信息11。在本实施方式中，此时路组被设定，并作为呼叫信息添加非选择系统VP的信息。然后，向资源管理模块7转送呼叫设定请求410。另外，在这里只通知设定了路组的选择系统/非选择系统VP中的非选择系统的VP信息。
接着，接收到呼叫设定请求410的资源管理模块7为了进行CAC控制及SVC连接设定，进行非选择系统VP收纳的SNI侧通信线路对应部2和切换部3、硬件设定以及资源信息12的更新。然后，在正常完成了这些处理时，资源管理模块7向连接控制模块6转送呼叫设定响应411。
接着，接收到呼叫设定响应411的连接控制模块6向协议处理模块5转送ALLOC_ACC信息105，协议处理模块5在更新了呼叫状态10之后，向通信线路401发送ALLOC_ACC信息106。
接着，从通信线路401接收到的ALLOC_COMP信息107通过通信线路对应部2、切换部3被转送到现用系统监控部4a，之后，监控部4a进行与上述实施方式1相同的ALLOC_COMP正常处理。
如此，本实施方式可获得与上述实施方式5相同的效果，同时，即使在SVC呼叫设定执行过程中实施了路组设定时，也可以通过进行再次的查询，将其设定反映到呼叫的接续中。
图17是表示释放SVC呼叫时在存取节点内的信号传输处理流程图。例如，从通信线路401接收到的DEALLOC信息120通过通信线路对应部2、切换部3被转送到现用系统监控部4a。然后在监控部4a首先由协议处理模块5通过协议处理更新呼叫状态10，并向连接控制模块6转送DEALLOC信息121。
接着，连接控制模块6从VP路组信息15中读出VP路组状态310，并识别出SNI侧VP的路组状态。不过，在本实施方式中，此时路组未被设定。之后，连接控制模块6向资源管理模块7转送呼叫释放请求122。
接着，接收到呼叫释放请求122的资源管理模块7进行设定SVC连接的通信线路对应部2和切换部3的硬件设定解除，以及资源信息12的更新。当完成了这些处理之后，资源管理模块7向连接控制模块6转送呼叫释放响应123。
另一方面，在到转送上述呼叫释放响应123为止的期间内，如果从维护者402发送VP路组设定请求400，则装置管理模块9更新VP路组信息15，向资源管理模块7发送VP路组设定请求401。资源管理模块7由于在设定了路组的VP中存在SVC，所以在非选择系统VP中设定这个SVC连接。
接着，接收到呼叫释放响应123的连接控制模块6再次读出VP路组状态311，识别SNI侧VP的路组状态，并更新呼叫信息11。在本实施方式中，由于此时路组被设定，所以在此作为呼叫信息追加非选择系统VP的信息。然后，向资源管理模块7转送呼叫释放请求420。不过，在这里只通知在设定了路组的选择系统/非选择系统VP中的非选择系统的VP信息。
接着，接收到呼叫释放请求420的资源管理模块7进行设定SVC连接的通信线路对应部2和切换部3的硬件设定解除，以及资源信息12的更新。然后，当完成了这些处理之后，资源管理模块7向连接控制模块6转送呼叫释放响应421。
接收到呼叫释放响应421的连接控制模块6向协议处理模块5转送DEALLOC_ACC信息124，清除呼叫信息11。最后，接收到DEALLOC_ACC信息124的协议处理模块5在清除了呼叫状态10之后，向通信线路401发送DEALLOC_ACC信息125。
如此，本实施方式可获得与上述实施方式5相同的效果，同时，即使在SVC呼叫释放执行中实施了路组设定时，也可以进行再次的查询，将其设定反映至呼叫的接续中。
下面，对实施方式7进行说明。图18是表示实施方式7的监控部的结构图。在本实施方式中，通过资源管理模块7对VP路组信息15进行管理。另外，由于ATM交换机及监控部的结构与上述实施方式1(参照图1)相同，故使用相同的符号并省略其说明。
图19是表示设定SVC呼叫时在存取节点内的信号传输处理流程图。例如，在设定SVC呼叫时，从通信线路401接收到的ALLOC信息100通过通信线路对应部2、切换部3被转送到现用系统监控部4a。然后在监控部4a，首先由协议处理模块5通过协议处理生成这个SVC呼叫的呼叫状态10，并向连接控制模块6转送ALLOC信息101。
接着，连接控制模块6从监视模块9管理的VP信息13中读出SVC连接的逻辑信息(VPCI/VCI)及连接物理信息(接口编号/VPI/VCI)102，生成呼叫信息11，然后向资源管理模块7转送呼叫设定请求103。
接着，接收到呼叫设定请求103的资源管理模块7首先检索被指定的VP的路组状态，然后，为了进行CAC控制以及SVC连接设定，进行SNI侧通信线路对应部2和切换部3的硬件设定，及资源信息12的更新。另外，硬件设定时，在设定了路组的场合下，设定选择系统/非选择系统双方的VP。然后，当正常地完成这些设定之后，资源管理模块7向连接控制模块6转送呼叫设定响应104。
接着，接收到呼叫设定响应104的连接控制模块6向协议处理模块5转送ALLOC_ACC信息105，协议处理模块5在更新了呼叫状态10之后，向通信线路401发送ALLOC_ACC信息106。
接着，从通信线路104接收到的ALLOC_COMP信息107通过通信线路对应部2、切换部3被转送到现用系统监控部4a，之后，监控部4a进行与上述实施方式1相同的ALLOC_COMP的正常处理。
如此，本实施方式可获得与上述实施方式1相同的效果，同时，还通过对设定了路组的选择系统/非选择系统双方的VP进行SVC连接的设定，可在切换了VP之后维持SVC呼叫。
图20是表示释放SVC呼叫时在存取节点内的信号传输处理流程图。例如，从通信线路401接收到的DEALLOC信息120通过通信线路对应部2、切换部3被转送到现用系统监控部4a。然后，在监控部4a中，首先由协议处理模块5通过协议处理更新呼叫状态10，并向连接控制模块6转送DEALLOC信息121。
接着，连接控制模块6更新呼叫信息11，然后向资源管理模块7转送呼叫释放请求122。接收到呼叫释放请求122的资源管理模块7首先检索被指定的VP的路组状态，然后，进行设定SVC连接的通信线路对应部2和切换部3的硬件设定解除，及资源信息12的更新。另外，硬件设定解除时，在设定了路组的场合下，进行选择系统/非选择系统双方的VP的设定解除。然后，当完成了这些处理之后，资源管理模块7向连接控制模块6转送呼叫释放响应123。
接着，接收到呼叫释放响应123的连接控制模块6清除呼叫信息11，向协议处理模块5转送DEALLOC_ACC信息124。然后，接收到DEALLOC_ACC信息124的协议处理模块5在清除了呼叫状态10之后，向通信线路401发送DEALLOC_ACC信息125。
如此，本实施方式可获得与上述实施方式1相同的效果，同时，还通过对设定了路组的选择系统/非选择系统双方的VP释放SVC连接，可防止释放连接的遗漏。
如上所述，本发明的ATM交换机能够应用在可提供SVC服务的ATM网络中，尤其是适合在把SVC呼叫从现用系统切换到备用系统之后还需要继续进行协议处理的交换机以及在切换了VP之后还需要维持SVC呼叫的交换机。

Claims (11)

1.一种ATM交换机，其包括由能够执行呼叫处理的现用系统和备用系统组成的双重结构的监控装置，其特征在于：
所述各个监控装置包括
协议处理模块，管理呼叫单位的呼叫状态，实施对那些呼叫的协议处理；
连接控制模块，按呼叫单位管理由用户连接的逻辑信息和物理信息以及请求资源信息构成的呼叫信息；
资源管理模块，管理装置全体的资源状态，
在设定SVC呼叫时进行SVC呼叫接续的场合下，所述现用系统在建立了其SVC呼叫的时刻，向所述备用系统转送所述呼叫状态及所述呼叫信息，该备用系统在设定接收到的呼叫状态及呼叫信息的同时，根据包含在所述呼叫信息中的资源信息更新资源状态，
在释放SVC呼叫时进行SVC呼叫接续的场合下，所述现用系统在释放了其SVC呼叫的时刻，转送其呼叫的呼叫识别信息，备用系统在删除由接收到的呼叫识别信息所表示的呼叫的呼叫状态及呼叫信息的同时，根据包含在所述呼叫识别信息中的资源信息更新资源状态。
2.权利要求1记载的ATM交换机，其特征在于：
还包括区分所述呼叫状态及所述呼叫信息的调度器，
在接收到呼叫处理请求信息的所述现用系统中，所述调度器在存储其信息的同时，发出进行所述协议处理的指令，并且在结束了其呼叫处理的时刻，向所述备用系统转送所述已存储的所述呼叫处理请求信息，
在该备用系统中，接收到此信息的调度器通过进行与现用系统相同的协议处理，更新呼叫状态、呼叫信息及资源信息。
3.权利要求1记载的ATM交换机，其特征在于：
在接收到监控部切换指令的场合下，在所述现用系统中，
所述协议处理模块不接收来自所述连接控制模块之外的所有的信息，
如果有设定过程中的呼叫时，所述连接控制模块启动对其呼叫的释放处理，如果有释放过程中的呼叫时，继续对其呼叫的释放处理，
所述备用系统在完成了所有的呼叫处理之后，在不存在处理中的呼叫的状态下进行切换处理。
4.权利要求1记载的ATM交换机，其特征在于：
当接收到监控部切换指令时，在所述现用系统中，
所述协议处理模块不接收所有的信息，而且，如果有设定过程中及释放过程中的呼叫时，则清除其呼叫的呼叫状态，并把释放了的呼叫的呼叫识别信息通知给所述备用系统，
所述连接控制模块如果有设定过程中的呼叫时，启动对其呼叫的释放处理，如果有释放过程中的呼叫时，继续对其呼叫的释放处理，
所述备用系统在完成了所有的呼叫处理之后，在不存在处理中的呼叫的状态下进行切换处理。
5.权利要求1记载的ATM交换机，其特征在于：
包括对虚拟路径的逻辑信息与物理信息的对应关系以及设定了的全体虚拟路径的路组状态进行管理的装置管理模块，
在设定呼叫时，所述连接控制模块向所述装置管理模块查询虚拟路径的路组状态，如果路组已被设定则把选择系统/非选择系统双方的虚拟路径信息包含在对所述资源管理模块的呼叫设定请求信息中，
在释放呼叫时，所述连接控制模块执行所述查询，如果路组已被设定则把选择系统/非选择系统双方的虚拟路径信息包含在对所述资源管理模块的呼叫释放请求信息中，
所述资源管理模块对所述选择系统/非选择系统双方的虚拟路径进行呼叫的设定/释放。
6.权利要求5记载的ATM交换机，其特征在于：
在所述查询之后的呼叫设定执行过程中进行了路组设定时，所述连接控制模块在接收到来自所述资源管理模块的呼叫设定响应信息之后，再次执行同样的查询，并把非选择系统的虚拟路径信息包含在对所述资源管理模块的呼叫设定请求信息中，
在所述查询之后的呼叫设定释放过程中进行了路组设定时，所述连接控制模块在接收到来自所述资源管理模块的呼叫释放响应信息之后，再次执行所述查询，并把非选择系统的虚拟路径信息包含在对所述资源管理模块的呼叫释放请求信息中。
7.权利要求1记载的ATM交换机，其特征在于：
所述资源管理模块还对设定了的所有虚拟路径的路组状态进行管理，
在设定呼叫时如果已设定了虚拟路径的路组，则在选择系统/非选择系统双方的虚拟路径中设定呼叫，
在释放呼叫时如果已设定了虚拟路径的路组，则在选择系统/非选择系统双方的虚拟路径中释放呼叫。
8.一种高可靠性控制方法，具有由能够执行呼叫处理的现用系统和备用系统组成的双重结构的监控部的ATM交换机，其特征在于包括以下步骤：
第1转送步骤，在设定SVC呼叫时进行SVC呼叫接续的场合下，所述现用系统在建立了其SVC呼叫的时刻向备用系统转送呼叫状态及包含资源信息的呼叫信息；
第1更新步骤，所述备用系统在设定接收到的呼叫状态及呼叫信息的同时根据包含在所述呼叫信息中的资源信息更新资源状态；
第2转送步骤，在释放SVC呼叫时进行SVC呼叫接续的场合下，所述现用系统在释放其SVC呼叫的时刻，转送其呼叫的呼叫识别信息；
第2更新步骤，所述备用系统在删除由接收到的呼叫识别信息所表示的呼叫的呼叫状态及呼叫信息的同时根据包含在所述呼叫识别信息中的资源信息更新资源状态。
9.权利要求8记载的高可靠性控制方法，其特征在于包括以下步骤：
第3转送步骤，接收到呼叫处理请求信息的所述现用系统在存储其信息的同时，发出进行协议处理的指令，而且在结束了其呼叫处理的时刻，向所述备用系统转送所述已存储的所述呼叫处理请求信息；
第3更新步骤，接收到所述信息的该备用系统通过进行与现用系统相同的协议处理，更新呼叫状态、呼叫信息及资源信息。
10.权利要求8记载的高可靠性控制方法，其特征在于包括以下步骤：
释放处理步骤，在接收到监控部切换指令的场合下，所述现用系统不接收来自通信线路的所有的信息，如果有设定过程中的呼叫时，启动对其呼叫的释放处理，如果有释放过程中的呼叫时，继续对其呼叫的释放处理；
切换处理步骤，所述备用系统在完成了所有的呼叫处理之后，在不存在处理中的呼叫的状态下进行切换处理。
11.权利要求8记载的高可靠性控制方法，其特征在于包括以下步骤：
呼叫设定步骤，在设定呼叫时如果已设定了虚拟路径的路组，则在选择系统/非选择系统双方的虚拟路径中设定呼叫；
呼叫释放步骤，在释放呼叫时如果已设定了虚拟路径的路组，则在选择系统/非选择系统双方的虚拟路径中释放呼叫。
CN00809870.0A 2000-05-02 2000-05-02 Atm交换机及高可靠性的atm控制方法 Pending CN1359576A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2000/002911 WO2001084780A1 (fr) 2000-05-02 2000-05-02 Central atm et procede de commande haute fiabilite atm

Publications (1)

Publication Number Publication Date
CN1359576A true CN1359576A (zh) 2002-07-17

Family

ID=11735999

Family Applications (1)

Application Number Title Priority Date Filing Date
CN00809870.0A Pending CN1359576A (zh) 2000-05-02 2000-05-02 Atm交换机及高可靠性的atm控制方法

Country Status (3)

Country Link
EP (1) EP1193908A1 (zh)
CN (1) CN1359576A (zh)
WO (1) WO2001084780A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007076668A1 (fr) * 2005-12-30 2007-07-12 Huawei Technologies Co., Ltd. Système, dispositif, et procédé pour effectuer une maintenance de fonctionnement sur un dispositif de réseau
CN100459770C (zh) * 2006-04-12 2009-02-04 华为技术有限公司 提高无线网络控制器与基站之间接口带宽利用效率的方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000069019A (ja) * 1998-08-19 2000-03-03 Hitachi Ltd Ａｔｍシグナリングプロトコルソフトウェアの二重化方法
JP2000183907A (ja) * 1998-12-17 2000-06-30 Nec Corp Ａｔｍ冗長システムの切り替え方法、及びそのシステム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007076668A1 (fr) * 2005-12-30 2007-07-12 Huawei Technologies Co., Ltd. Système, dispositif, et procédé pour effectuer une maintenance de fonctionnement sur un dispositif de réseau
CN100459770C (zh) * 2006-04-12 2009-02-04 华为技术有限公司 提高无线网络控制器与基站之间接口带宽利用效率的方法

Also Published As

Publication number Publication date
EP1193908A1 (en) 2002-04-03
WO2001084780A1 (fr) 2001-11-08

Similar Documents

Publication Publication Date Title
CN1237052A (zh) 多通信连接设定方法
CN1130643C (zh) 具有usb接口的电子装置
CN1848889A (zh) 多模服务会话建立和提供方法以及建立和提供系统
CN1832447A (zh) 下一代网络中实现用户请求模式资源预留的方法
CN1832449A (zh) 下一代网络中实现代理请求模式资源预留的方法
CN101048007A (zh) 从移动终端传送寻呼请求消息的方法
CN1859728A (zh) 网络中激活态an之间软切换及会话迁移的实现方法
CN1455554A (zh) 网际协议上的话音网络系统
CN1147173C (zh) 建立连接的方法与系统
CN1889603A (zh) 一种点击拨号业务的实现方法
CN1855833A (zh) 用于存储连接切换程序的介质、电子会议系统和连接切换方法
CN1832438A (zh) 下一代网络中的业务切换系统及其方法
CN1143489C (zh) 在不需要atm交换的情况下能透明地提供基于窄带的电话业务的atm网络
CN1198407C (zh) 通信系统中实现高可用性（ha）的装置和方法
CN1901742A (zh) 一种信道切换方法
CN1878389A (zh) 下一代网络业务切换方法及其装置
CN1359576A (zh) Atm交换机及高可靠性的atm控制方法
CN1499796A (zh) 通信控制系统，通信控制方法，可适用于该系统和方法的路由控制器和路由器
CN1708138A (zh) 实现自动交换光网络中光连接间的关联的方法
CN1153410C (zh) Atm通信网络的连接保留控制方法和执行此方法的atm交换机
CN1620835A (zh) 在电信网络中建立优先级连接的方法和节点
CN1111995C (zh) 交换机中路径检查控制方法
CN1933661A (zh) 网络中实现激活态an间切换的方法
CN1152529C (zh) 在用户单元中恢复异常控制信元的装置和方法
CN1556644A (zh) 一种实现支持多媒体业务的软交换呼叫处理系统及方法

Legal Events

Date Code Title Description
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C06 Publication
PB01 Publication
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication