通信网络系统、通路计算装置、通信信道确立控制方法

摘要

本发明提供一种通信网络系统、通路计算装置、通信信道确立控制方法。在MPLS/GMPLS网络中，不需要使控制顺序变得复杂，根据服务种类、维护必要条件恰当地自动选择通信信道在各跳跃中使用的链路、管理域或层边界的适配。第一、在起点节点设置在通信信道的确立控制消息中承载要提供的服务的识别符以及服务的属性，来请求确立通路的单元。第二、在各节点设置根据服务识别符和/或服务的属性，决定通信信道的维护必要条件以及适配的单元。第三、通过比较网络资源的维护属性和所述维护必要条件，决定通信信道通过的链路、节点。把所决定的链路、节点、适配设定为交换机和/或接口的动作参数。

权利要求

1.一种通信网络系统，具有：多个节点和第一通路计算装置，在多个节点之间传输用于确立通路的控制信号来确立通路，其特征在于，成为通路起点的第一节点向所述第一通路计算装置发送包含服务识别符以及服务属性的通路计算请求，所述第一通路计算装置根据取得的服务识别符以及服务属性，使用服务定义表，决定要确立的通信信道通过的各跳跃的链路应该满足的维护必要条件，所述服务定义表对应地存储服务识别符、服务属性、维护必要条件以及适配，从链路属性表中提取具有满足所决定的维护必要条件的维护属性的多个链路，在由提取出的多个链路构成的网络上，决定在各跳跃中能够满足维护必要条件的通信信道的路径候补，所述链路属性表对应地存储链路以及链路的维护属性，和/或根据服务识别符以及服务属性，检索所述服务定义表，由此来决定作为在通路端点的各种连接功能的适配信息，生成包含所决定的路径候补和/或适配信息的通路计算应答，向请求源的所述第一节点回复通路计算应答，所述第一节点在取得的通路计算应答中包含适配信息时，将取得的通路计算应答中包含的适配信息与服务识别符以及服务属性以及明示的路径相关联地保存在对话管理表中，所述对话管理表对应地存储对话识别符、服务识别符、服务属性以及明示的路径、以及适配信息，根据从所述第一通路计算装置接收到的通路计算应答中包含的适配信息，设定自身节点的适配功能，向下一跳跃的第二节点发送附带服务识别符、服务属性的包含明示的路径的通路确立请求。

2.根据权利要求1所述的通信网络系统，其特征在于，

还具有向所述第一节点发布包含服务识别符以及服务属性的通路确立请求的通信信道确立请求装置，所述第一节点当从所述通信信道确立请求装置接收到通路确立请求时，向所述第一通路计算装置发送包含服务识别符以及服务属性的通路计算请求。

3.根据权利要求1所述的通信网络系统，其特征在于，

所述第一通路计算装置在所述明示的路径中插入所述决定的适配信息，根据所述决定的适配信息在明示的路径中插入的部位，来指定对象网络资源，该对象网络资源是应该设定该适配信息的网络资源。

4.根据权利要求1所述的通信网络系统，其特征在于，

在基于明示的路径的链路上的各节点之间，交换通路确立请求，根据需要进行向所述第一通路计算装置的询问应答或者向第二通路计算装置的询问应答。

5.根据权利要求1所述的通信网络系统，其特征在于，

作为起点的所述第一节点具有在通路确立请求的消息中包含要提供的服务的识别符以及服务属性，来请求确立通路的单元。

6.根据权利要求1所述的通信网络系统，其特征在于，

作为通路终点的第三节点取出在通路计算应答中包含的适配信息，在接口部以及交换机部中设定适配以及交叉连接，向前一跳跃传输通路确立应答消息。

7.根据权利要求1所述的通信网络系统，其特征在于，

各所述节点当从下游的节点接收到通路确立应答时，根据在所述对话管理表中存储的适配信息，设定接口部。

8.根据权利要求1所述的通信网络系统，其特征在于，

在用于构成所决定的路径候补的某个跳跃链路，应该由服务器层的通路构成时，所述第一通路计算装置向服务器层的第二通路计算装置发送通路计算请求，该通路计算请求包含该链路的端点来作为该通路的端点，并且包含服务识别符以及服务属性，所述第二通路计算装置与所述第一通路计算装置相同，使用所述服务定义表，决定要确立的通信信道通过的各跳跃的链路应该满足的维护必要条件，使用所述链路属性表，决定在各跳跃中能够满足维护必要条件的通路，根据服务识别符以及服务属性，检索所述服务定义表，由此来决定在所述通路端点的适配信息。

9.根据权利要求1所述的通信网络系统，其特征在于，

所述第一通路计算装置具有：

通过评价在接收到的通路确立请求中包含的服务的识别符和/或服务固有的属性，来决定通信信道的维护必要条件和/或适配的单元；

保存包含各节点、节点间的链路的网络资源的维护必要条件的单元；以及通过比较网络资源的维护属性和所述通信信道的维护必要条件，跨越已请求了通路计算的区间的端到端来选择能够满足所述维护必要条件的链路、节点，由此来决定通路的路径，向请求源回复所决定的通路路径和适配的单元。

10.根据权利要求1所述的通信网络系统，其特征在于，

所述第一通路计算装置具备：对所述适配信息分配作为不依赖于适配种类的标签信息的适配标签，保存适配和适配标签的对应关系的单元；

代替所述应答的适配，回复适配标签的单元；以及

在所述通路计算请求中包含所述适配标签时，回复对应的适配的单元，所述各节点具有：把从所述第一通路计算装置取得的通路计算应答中包含的明示的路径插入到通路确立请求中，所述明示的路径包含有适配标签，向相邻的下游节点请求通路确立的单元；以及从前端解释在取得的通路确立请求中包含的明示的路径，如果出现适配标签，则对适配标签中包含的标签发布源的通路计算装置识别符表示的所述第一通路计算装置，发布包含该适配标签的通路计算请求的单元，所述第一通路计算装置具有当取得包含适配标签的通路计算请求时，从标签内容管理表中取出在发布适配标签时保存的适配信息，向请求源的所述第一节点回复包含适配信息和明示的路径的通路计算应答的单元，所述标签内容管理表存储了适配标签和适配的对应关系。

11.根据权利要求10所述的通信网络系统，其特征在于，

所述第一通路计算装置具有在分配所述适配标签时，设定该适配标签的有效期，在有效期到期时，使该适配标签无效的单元。

12.根据权利要求1所述的通信网络系统，其特征在于，

所述第一通路计算装置具有

关于请求了通路计算的区间的一部分区间，向第二通路计算装置请求决定更详细的通路的路径和/或适配，取得应答，在自身通路计算装置决定的通路的路径以及适配信息的所述一部分区间的部分中，插入所述取得的应答中包含的路径和/或适配信息，由此生成自身通路计算装置取得的通路计算请求的应答的单元。

13.根据权利要求1所述的通信网络系统，其特征在于，

基于所述适配信息的适配功能具有对于所述节点传输的数据进行封装处理、分配或综合流的处理、选择性地传输管理警报的处理中的某一种处理或多个处理的功能。

14.根据权利要求1所述的通信网络系统，其特征在于，

基于所述适配信息的适配功能具有对于所述节点传输的数据进行QoS映射、和/或编码转换的功能。

15.根据权利要求1所述的通信网络系统，其特征在于，

所述通信信道的维护必要条件和网络资源的维护属性包含与应该提供服务的时间段有关的信息、和/或与允许停止服务的时间的长度有关的信息。

16.根据权利要求7所述的通信网络系统，其特征在于，

所述通路确立请求或者所述通路确立应答是基于MPLS或者GMPLS扩展RSVP-TE的消息。

17.一种通路计算装置，其处于具有多个节点和通路计算装置，在多个节点之间传输用于确立通路的控制信号来确立通路的通信网络系统中，该通路计算装置的特征在于，所述通路计算装置从成为通路起点的第一节点取得包含服务识别符以及服务属性的通路计算请求，根据取得的服务识别符以及服务属性，使用服务定义表，决定要确立的通信信道所通过的各跳跃的链路应该满足的维护必要条件，所述服务定义表对应地存储服务识别符、服务属性、维护必要条件以及适配，从链路属性表中提取具有满足所决定的维护必要条件的维护属性的多个链路，在由提取出的多个链路构成的网络上，决定在各跳跃中能够满足维护必要条件的通信信道的路径候补，所述链路属性表对应地存储链路以及链路的维护属性，和/或根据服务识别符以及服务属性，检索所述服务定义表，由此来决定作为在通路端点的各种连接功能的适配信息，生成包含所决定的路径候补和/或适配信息的通路计算应答，向请求源的所述第一节点回复通路计算应答。

18.根据权利要求17所述的通路计算装置，其特征在于，

所述通路计算装置回复适配标签来代替适配信息，和/或如果在通路计算请求中包含适配标签，则回复与适配标签对应的适配信息。

19.一种通信信道确立控制方法，用于具有多个节点和第一通路计算装置，在多个节点之间传输用于确立通路的控制信号来确立通路的通信网络系统，该通信信道确立控制方法的特征在于，所述第一通路计算装置具有：服务定义表，其对应地存储服务识别符、服务属性、维护必要条件以及适配；

链路属性表，其对应地存储链路以及链路的维护属性；以及

标签内容管理表，其存储了适配标签和适配的对应关系，

所述节点具有对应地存储对话识别符、服务识别符、服务属性以及明示的路径、以及适配信息的对话管理表，成为通路起点的第一节点向所述第一通路计算装置发送包含服务识别符以及服务属性的通路计算请求，所述第一通路计算装置根据取得的服务识别符以及服务属性，使用服务定义表，决定要确立的通信信道通过的各跳跃的链路应该满足的维护必要条件，从所述链路属性表中提取具有满足所决定的维护必要条件的维护属性的多个链路，在由提取出的多个链路构成的网络上，决定在各跳跃中能够满足维护必要条件的通信信道的路径候补，根据服务识别符以及服务属性，检索所述服务定义表，由此来决定作为在通路端点的各种连接功能的适配信息，发布适配标签，将适配信息和标签识别符存储在标签内容管理表中，所述适配标签是针对适配信息的不依赖于适配种类的标签信息，包含发布源的通路计算装置识别符和标签识别符，生成通路计算应答，然后向请求源的所述第一节点回复该通路计算应答，该通路计算应答包含服务识别符以及服务属性，并且在明示的路径目标中按照在要确立的通信信道上出现的顺序包含路径上的节点的识别符和发布的适配标签，所述第一节点从前端解释在取得的通路计算应答中包含的明示的路径，如果出现适配标签，则对适配标签中包含的标签发布源的通路计算装置识别符表示的所述第一通路计算装置，发布包含该适配标签的通路计算请求，所述第一通路计算装置当取得包含适配标签的通路计算请求时，从所述标签内容管理表中取出在发布适配标签时保存的适配信息，向请求源的所述第一节点回复包含适配信息和明示的路径的通路计算应答，所述第一节点将取得的通路计算应答中包含的适配信息与服务识别符以及服务属性以及明示的路径相关联地存储在所述对话管理表中，根据从所述第一通路计算装置接收到的通路计算应答中包含的适配信息，设定自身节点的适配功能，向下一跳跃的第二节点发送附带服务识别符、服务属性以及适配标签的包含明示的路径的通路确立请求。

说明书

通信网络系统、通路计算装置、通信信道确立控制方法

技术领域

[0001] 本发明涉及通信网络系统、通路计算装置、通信信道确立控制方法，特别涉及在存在多个管理域或管理对象层的通信网络中，用于跨管理域，或者跨层确立通信信道的通信网络系统、通信装置、通信信道确立控制方法。

背景技术

[0002] 作为用于在通信网络中动态设定通信信道的技术，具有MPLS(IETF，RFC3031，E.Rosen等，“Multiprotocol Label Switching Architecture”)、GMPLS(IETF，RFC3945，Eric.Mannie 等，“Generalized Multi-protocol LabelSwitching Architecture”)等 技 术。 该 技 术 通 过 GMPLS RSVP-TE(IETF，RFC3473，L.Berger等，“Generalized Multi-Protocol Label Switching(GMPLS)Signaling Resource Reservation Protocol-Traffic Engineering(RSVP-TE)Extensions”)等信令协议，在由TDM交换机、时分多路复用装置、分组交换机等网络装置构成的通信网络上，设定作为虚拟的通信信道的地方的LSP(Label Switched Path)。

[0003] 在GMPLS或网络由多层或者多个管理域构成的情况下，作为通过信令确立跨层或者跨管理域的通信信道的方式，公知专利文献1记载的技术以及非专利文献1记载的技术。

[0004] 根据专利文献1记载的技术，在通过RSVP-TE确立通信信道时，能够对使用各通信信道的每一服务，决定通信信道使用的链路(即，下位层的通信信道)。具体地说，对下位层的通信信道预先赋予服务识别符，上位层的边缘节点承载服务识别符发布通信确立请求。层边界的节点，在可选择的链路内，选择链路保存的服务识别符与接收到的通信确立请求中包含的服务识别符一致的链路。

[0005] 非专利文献1记载的技术提供以下一种方法：在第一管理域(以下称为域1)内的节点和第二管理域(以下称为域2)内的节点之间，在通过GMPLS确立通信信道时，通过管理各个域的被称为PCE(Path Computation Element)的管理实体之间的协调处理决定通信信道的路径。

[0006] 具体地说，当起点节点向域1的PCE(以下称为PCE1)请求路径计算时，PCE1对于域1内的区间(以下称为区间1)计算通信信道的路径，接着对PCE2请求对域2内的区间(以下称为区间2)计算通信信道的路径。PCE2对PCE1回复与区间2的计算结果对应的关键信息(Path Key)。PCE1向起点节点回复区间1的路径和区间2的Path Key。

[0007] 起点节点发布承载了区间1的路径和区间2的Path Key的通信信道确立请求，域1和域2间的边界节点通过使用接收到Path Key向PCE2询问，取得区间2的路径，对于区间2确立通信信道。

[0008] 【专利文献1】特开2005-252385号公报

[0009] 【非 专 利 文 献1】R.Bradford 等，“Preserving Topology Confidentiality inInter-Domain Path Computation and signaling”，IETF Internet draft，draft-bradford-pce-path-key-00.txt，2006-6-16

发明内容

[0010] 本发明例如在要确立通信信道时，网络设计者不必每次进行判断，自动地考虑通信信道的维护必要条件(例：要确立的通信信道通过的各链路的维护属性应该满足的限制条件表达式)以及网路资源的维护属性(例：附带怎样维护链路的特征的属性)，能够决定通信信道在各跳跃中使用的链路。另外，本发明能够自动地设定在跨越每个服务种类、维护必要条件不同的层间或管路域连接通信信道时的适配(adaptation)(各种连接功能)。

[0011] 在此，所谓的网络资源的维护属性，是通信信道使用的数据交换机、网络接口、各跳跃的链路等网络资源的与维护有关的属性。在维护属性中，例如包含计划工程的时间段、发生故障时的更换应对时间段、有无定期更换对象、维护承担者、制造商、有无备品、MTBF(Mean Time Between Failure)、MTTR(Mean Time To Repair)、物品号码、物品的版本号、有无故障划分试验功能、有无加入赔偿责任保险、有无无偿更换保证契约等。

[0012] 所谓的通信信道的维护必要条件，是提供服务的通信信道使用的网络资源应该满足的维护属性，通过针对上述维护属性的限制条件表达式来表现。

[0013] 根据专利文献1记载的技术，能够对每一服务识别符控制某层的通信信道使用的下位层的通信信道。但是，因为该控制基于服务识别符的比较，所以如果是相同的服务，则即使维护必要条件不同，也有可能收容于相同的下位层通信信道中。例如，如果是“广域LAN服务100Mbps”这样的相同的服务，则白天不允许服务中断的面向金融业的服务和夜间～深夜不允许服务中断的TV广播接入线路可能被收容在同一下位层通信信道中。因此，下位层中的设备更改等维护作业的时间受到限制。

[0014] 另外，专利文献1记载的技术，未规定控制适配(adaptation)的方法。适配也和维护必要条件同样多种多样，认为会产生同样的课题。

[0015] 非专利文献1记载的技术的主要目的在于，域1和域2相互隐蔽各自域内的拓扑，与本发明要解决的课题的关联性小。但是，通过与专利文献1组合，并且PCE2也决定适配，认为能够减小通过GMPLS信令输送的数据大小。但是，控制顺序复杂，成为新的课题。

[0016] 本发明是鉴于以上各点提出的，其目的在于不使控制顺序变得复杂，根据服务种类、维护必要条件适当地自动选择通信信道在各跳跃中使用的链路、以及在管理域或层边界的适配。

[0017] 在本发明中，第一，在起点节点中设置在通信信道的确立控制消息中承载要提供的服务的识别符以及服务的属性，来请求确立通路的单元。

[0018] 第二，在各节点内设置在接收到通路确立控制消息时，向通路计算装置发送包含服务识别符和/或服务的属性的通路计算请求，根据从通路计算装置接收到的应答中包含的适配信息设置自身节点的适配的单元。

[0019] 第三，在各通路计算装置内设置以服务识别符和/或服务的属性为基础，决定通信信道的维护必要条件以及适配的单元。各通路计算装置使用决定所述通信信道的维护必要条件以及适配的单元，评价接收到的通路确立控制消息中包含的服务的识别符和/或服务固有的属性，由此来决定通信信道的维护必要条件和/或适配。

[0020] 第四，在所述通路计算装置内设置保存各节点、节点间的链路等网络资源的维护属性的单元。并且，在各通路计算装置内设置以下的单元：通过比较网络资源的维护属性和所述通信信道的维护必要条件，跨越请求通路计算的区间的端到端来选择能够满足所述维护必要条件的链路、节点，由此来决定通路的路径，并向请求源回复已决定的通路路径和适配。

[0021] 第五，在所述通路计算装置内设置以下的单元：关于被请求计算通路的区间的一部分区间，向第二通路计算装置请求决定更详细的通路的路径和/或适配，接收应答，通过在自身通路计算装置决定的通路的路径以及适配信息的、所述一部分区间的部分中，插入所述接收到的应答中包含的路径和/或适配信息，由此来生成自身通路计算装置接收到的通路计算请求的应答。

[0022] 第六，在所述通路计算装置内设置：对所述适配信息分配不依存于适配的种类的标签信息，保存适配和标签信息的对应关系的单元；代替所述应答的适配，回复标签信息的单元；以及在所述通路计算请求中包含所述标签信息的情况下，回复对应的适配的单元。

[0023] 第七，在所述通路计算装置内设置在分配所述标签信息时，设定该标签信息的有效期，在有效期到期的情况下使该标签信息无效的单元。

[0024] 第八，在各节点内设置在通信信道的确立控制消息中承载所述标签信息，来请求确立通路的单元、以及在接收到承载有所述标签信息的确立控制消息时，向所述标签信息的发布源请求展开标签信息，接收展开结果的单元，在所述通路计算装置中设置接受标签信息的展开请求的单元、进行展开的单元、回复展开的结果的单元。

[0025] 本发明例如是一种具备多个数据传输装置，在该多个数据传输装置之间通过传输通信信道确立控制信号，来确立通信信道的通信网络系统，

[0026] 所述多个数据传输装置具备控制信息传输单元，

[0027] 所述通信信道确立控制信号包含所述通信信道提供的服务的识别符，[0028] 所述通信信道确立控制信号包含带有根据所述服务的识别符识别出的服务这样的特征的服务属性。

[0029] 此外，在本发明的通信网络系统中，

[0030] 所述数据传输装置根据所述服务的识别符、所述服务的属性，确定根据所述通信信道确立控制信号确立的通信信道的维护必要条件，

[0031] 所述数据传输装置保存构成所述通信网络系统的网络资源的维护属性，[0032] 所述数据传输装置通过比较所述维护必要条件和所述维护属性，可以选择满足所述维护必要条件的所述网络资源来作为根据所述通信信道确立控制信号确立的通信信道的网络资源。

[0033] 并且，在本发明的通信网络系统中，

[0034] 由多个管理域和/或多个层构成，

[0035] 所述数据传输装置具备对所述管理域之间和/或所述层之间的每个通信信道能够进行控制的适配功能，

[0036] 所述数据传输装置可以根据所述服务识别符、服务的属性，进行所述适配功能的设定。

[0037] 根据本发明的第一解决方案，

[0038] 提供一种通信网络系统，该通信网络系统具备多个节点和第一通路计算装置，在多个节点之间传输用于确立通路的控制信号，来确立通路，

[0039] 所述第一通路计算装置具有：服务定义表，其对应地存储服务识别符、服务属性、维护必要条件以及适配；以及

[0040] 链路属性表，其对应地存储链路以及链路的维护属性，

[0041] 所述节点具有对应地存储对话识别符、服务识别符、服务属性以及明示的路径、以及适配信息的对话管理表，

[0042] 成为通路起点的第一节点向所述第一通路计算装置发送包含服务识别符以及服务属性的通路计算请求，

[0043] 所述第一通路计算装置根据取得的服务识别符以及服务属性，使用服务定义表，决定要确立的通信信道所通过的各跳跃的链路应该满足的维护必要条件，

[0044] 从所述链路属性表中提取具有满足所决定的维护必要条件的维护属性的多个链路，在由提取出的多个链路构成的网络上，决定在各跳跃中能够满足维护必要条件的通信信道的路径候补，和/或

[0045] 根据服务识别符以及服务属性，检索所述服务定义表，由此来决定作为在通路端点的各种连接功能的适配信息，生成包含所决定的路径候补和/或适配信息的通路计算应答，向请求源的所述第一节点回复通路计算应答，

[0046] 所述第一节点在取得的通路应答中包含适配信息时，将取得的通路计算应答中包含的适配信息与服务识别符以及服务属性以及明示的路径相关联地保存在所述对话管理表中，

[0047] 根据从所述第一通路计算装置接收到的通路计算应答中包含的适配信息，设定自身节点的适配功能，

[0048] 向下一跳跃的第二节点发送附带服务识别符、服务属性的包含明示的路径的通路确立请求。

[0049] 根据本发明的第二解决方案，提供一种通信网络系统中的通路计算装置，所述通信网络系统具有多个节点和通路计算装置，在多个节点之间传输用于确立通路的控制信号来确立通路，

[0050] 所述通路计算装置具有：

[0051] 服务定义表，其对应地存储服务识别符、服务属性、维护必要条件以及适配；以及[0052] 链路属性表，其对应地存储链路以及链路的维护属性，

[0053] 所述节点具有对应地存储对话识别符、服务识别符、服务属性以及明示的路径、以及适配信息的对话管理表，

[0054] 所述通路计算装置从成为通路起点的第一节点取得包含服务识别符以及服务属性的通路计算请求，

[0055] 根据取得的服务识别符以及服务属性，使用服务定义表，决定要确立的通信信道所通过的各跳跃的链路应该满足的维护必要条件，

[0056] 从所述链路属性表中提取具有满足所决定的维护必要条件的维护属性的多个链路，在由提取出的多个链路构成的网络上，决定在各跳跃中能够满足维护必要条件的通信信道的路径候补，和/或

[0057] 根据服务识别符以及服务属性，检索所述服务定义表，由此来决定作为在通路端点的各种连接功能的适配信息，生成包含所决定的路径候补和/或适配信息的通路计算应答，向请求源的所述第一节点回复通路计算应答。

[0058] 根据本发明的第三解决方案，提供一种通信网络系统中的通信信道确立控制方法，所述通信网络系统具有多个节点和第一通路计算装置，在多个节点之间传输用于确立通路的控制信号来确立通路，

[0059] 所述第一通路计算装置具有：服务定义表，其对应地存储服务识别符、服务属性、维护必要条件以及适配；

[0060] 链路属性表，其对应地存储链路以及链路的维护属性；以及

[0061] 标签内容管理表，其存储了适配标签和适配的对应关系，

[0062] 所述节点具有对应地存储对话识别符、服务识别符、服务属性以及明示的路径、以及适配信息的对话管理表，

[0063] 成为通路起点的第一节点向所述第一通路计算装置发送包含服务识别符以及服务属性的通路计算请求，

[0064] 所述第一通路计算装置根据取得的服务识别符以及服务属性，使用服务定义表，决定要确立的通信信道所通过的各跳跃的链路应该满足的维护必要条件，

[0065] 从所述链路属性表中提取具有满足所决定的维护必要条件的维护属性的多个链路，在由提取出的多个链路构成的网络上，决定在各跳跃中能够满足维护必要条件的通信信道的路径候补，

[0066] 根据服务识别符以及服务属性，检索所述服务定义表，由此来决定作为在通路端点的各种连接功能的适配信息，发布适配标签，将适配信息和标签识别符存储在标签内容管理表中，所述适配标签是针对适配信息的不依赖于适配种类的标签信息，包含发布源的通路计算装置识别符和标签识别符，

[0067] 生成按照在要确立的通信信道上出现的顺序在明示的路径目标中包含路径上的节点的识别符、和所发布的适配标签，并且包含服务识别符以及服务属性的通路计算应答，向请求源的所述第一节点回复通路计算应答，

[0068] 所述第一节点从前端开始解释在取得的通路计算应答中包含的明示的路径，如果出现适配标签，则对适配标签中包含的标签发布源的通路计算装置识别符表示的所述第一通路计算装置，发布包含该适配标签的通路计算请求，

[0069] 所述第一通路计算装置当取得包含适配标签的通路计算请求时，从所述标签内容管理表中取出在发布适配标签时保存的适配信息，向请求源的所述第一节点回复包含适配信息和明示的路径的通路计算应答，

[0070] 所述第一节点将取得的通路计算应答中包含的适配信息与服务识别符以及服务属性以及明示的路径相关联地存储在所述对话管理表中，

[0071] 根据从所述第一通路计算装置接收到的通路计算应答中包含的适配信息，设定自身节点的适配功能，

[0072] 向下一跳跃的第二节点发送附带服务识别符、服务属性、以及适配标签的包含明示的路径的通路确立请求。

[0073] 根据本发明，能够在请求确立通信信道时，对于每个通信信道在层间、管理域间交换服务种类以及各服务固有的属性信息。因此，不用在层间、管理域间预先交换控制信息，能够基于与服务种类、服务的属性相对应的维护必要条件的确定，来决定收容关系，决定适配。

附图说明

[0074] 图1是网络系统的框图。

[0075] 图2是各GMPLS交换机具有的接口部的接口识别符的一览表。

[0076] 图3是各GMPLS交换机间的链路的链路识别符的一览表。

[0077] 图4是分组接口部的框图。

[0078] 图5是TDM接口部的框图。

[0079] 图6是分组-TDM联合接口部的框图。

[0080] 图7是分组Sw装置具有的控制部以及通路计算装置的框图。

[0081] 图8A是表示GMPLS交换机互相交换的GMPLS扩展RSVP-TE消息100的内容的格式图。

[0082] 图8B表示在确立PSC-LSP34的情况下，分组Sw装置A11发布的通路请求消息的具体的内容。

[0083] 图8C表示在确立PSC-LSP35的情况下，分组Sw装置A11发布的通路请求消息的具体的内容。

[0084] 图9A是表示GMPLS交换机向通路计算装置、或者通路计算装置向其他的通路计算装置请求计算通路时的请求消息的内容的格式图。

[0085] 图9B是表示通路计算装置向通路计算请求源的GMPLS交换机或通路计算装置回复通路计算结果时的应答消息的内容的格式图。

[0086] 图10是通路计算装置的软件结构图。

[0087] 图11是GMPLS交换机的控制部的软件结构图。

[0088] 图12A是通信信道确立时的顺序图(1)。

[0089] 图12B是通信信道确立时的顺序图(2)。

[0090] 图12C是通信信道确立时的顺序图(3)。

[0091] 图13A是通路计算装置保存的服务定义表8033(分组层)的结构图。

[0092] 图13B是通路计算装置保存的服务定义表8033(TDM层)的结构图。

[0093] 图14A是通路计算装置保存的链路属性表8034(分组层通路计算装置A)的结构图。

[0094] 图14B是通路计算装置保存的链路属性表8034(TDM层通路计算装置A)的结构图。

[0095] 图15是GMPLS交换机保存的链路管理表8010的结构图。

[0096] 图16A是GMPLS交换机保存的对话管理表8020(分组Sw装置A)的结构图。

[0097] 图16B是GMPLS交换机保存的对话管理表8020(分组-TDM联合Sw装置A)的结构图。

[0098] 图17是表示接收PCReq消息时的通路计算装置的动作的流程图。

[0099] 图18是表示接收PATH消息时的GMPLS交换机的动作的流程图。

[0100] 图19是表示接收RESV消息时的GMPLS交换机的动作的流程图。

[0101] 图20是通路计算装置保存的标签有效性管理表8035的结构图。

[0102] 图21是通路计算装置保存的标签内容管理表8036的结构图。

[0103] 符号说明

[0104] 1分组网络；

[0105] 2TDM网络

[0106] 11、12分组Sw装置

[0107] 13、14分组-TDM联合Sw装置

[0108] 15TDM Sw装置

[0109] 31、32、33PSC-LSP

[0110] 41、42控制信息传输装置

[0111] 51、52、53、54分组链路

[0112] 55、56、57分组链路(LSC-LSP)

[0113] 61、62、63、64TDM链路

[0114] 71通信信道确立请求装置

[0115] 111、121、131、141、151控制部

[0116] 112、122、132、143分组交换机部

[0117] 133、143、153TDM交换机部

[0118] 11a～11d、12a～12d、13a～13b、14a～14b分组接口部

[0119] 12c～12e、13c～13e分组-TDM联合接口部

[0120] 13f～13h、14f～14h、15a～d TDM接口部

[0121] 100GMPLS扩展RSVP-TE消息

[0122] 801控制部软件

[0123] 8010链路属性表

[0124] 8011服务定义表

[0125] 8018网络拓扑表

[0126] 8020对话管理表

具体实施方式

[0127] 以下说明本发明的实施方式。

[0128] 1.通信网络系统

[0129] 在第一实施方式中，说明作为信令协议使用GMPLS扩展RSVP-TE，作为链路状态型路由协议使用GMPLS扩展OSPF-TE的情况，但是即使是IS-IS(“OSI IS-IS Intra-domain Routing Protocol”，IETF RFC1142)、GMPLSCR-LDP(IETF RFC3472，“Generalized Multi-Protocol Label Switching(GMPLS)Signaling Constraint-based Routed Label Distribution Protocol(CR-LDP)Extensions”)等其他的协议，也可以同样地应用本实施方式。

[0130] 图1是本发明第一实施方式的网络系统的框图。

[0131] 第一实施方式的网络系统是在与要确立的通信信道61不同的链路上，收发GMPLS扩展RSVP-TE以及GMPLS扩展OSPF-T E的消息的GMPLS网络。

[0132] 第一实施方式的网络系统具有分组网络1和/或TDM网络2。

[0133] 分组网络1和TDM网络2各自具有一个以上的GMPLS交换机、用于在它们之间交换用户数据的链路、传输相同的控制信息的控制信息传输装置A41～控制信息传输装置B42、以及根据来自GMPLS交换机的请求计算通路应该通过的路径以及适配的分组层通路计算装置A81～TDM层通路计算装置A82。

[0134] 具体地说，分组网络1中的GMPLS交换机是分组交换机A11～B12和/或分组-TDM联合交换机A13～A14，链路是分组链路51～分组链路54。分组交换机A11～B12以及分组-TDM联合交换机A13～A14，可以向分组层通路计算装置A81询问应该确立的通路的路径以及适配。

[0135] 具体地说，TDM网络2中的GMPLS交换机是分组-TDM联合交换机A13～A14和/或TDM Sw装置A15，链路是TDM链路61～TDM链路64。分组-TDM联合交换机A13～A14以及TDM Sw装置A15，可以向TDM层通路计算装置A82询问应该确立的通路的路径以及适配(分组的封装处理、通信流的分离/综合、QoS映射、警报传输处理、编码转换等的、(特别是跨越层间、管理域连接通信信道时的)网络间的各种连接功能)。

[0136] 各个GMPLS交换机具有用于交换用户数据的一个以上的接口部、用于控制用户数据的传输目的地的一个以上的开关部、以及用于控制接口部以及开关部的控制部。

[0137] 具体地说，在分组交换机A11～B12中，接口部是终止分组链路的分组接口部。同样地，交换机部是分组交换机部。

[0138] 在TDM Sw装置A15中，接口部，具体地说是端接TDM链路的TDM接口部。同样，开关部是TDM开关部。

[0139] 具体地说，分组-TDM联合交换机A13～A14中的接口部是终止分组链路的分组接口部、和终止TDM链路的TDM接口部。同样地，作为交换机部，具有分组交换机部和TDM交换机部两方。

[0140] 分组接口部经由分组链路，在邻近的分组交换机或者分组-TDM联合交换机的分组接口部之间交换分组复用的用户数据。

[0141] TDM接口部经由TDM链路，在邻近的TDM开关或者分组-TDM联合交换机的TDM接口部之间，交换时分多路复用的用户数据。

[0142] 本实施方式的网络系统在由多个层即分组网络1以及TDM网络2两方构成的情况下，作为分组链路，还伴随一个以上的分组链路(TDM-LSP：timedivision multiplex-label switched path)55～分组链路(TDM-LSP)57构成分组网络1。

[0143] 基于GMPLS控制分组网络1以及TDM网络2，该分组网络1以及TDM网络2在已确立的PSC-LSP(packet path switching capable-label switched path)34～35上传送用户数据。

[0144] 经由分组Sw装置A11的分组接口部11a和分组接口部11d、分组链路51、分组-TDM联合Sw装置A13的分组接口部13a和分组-TDM联合Sw装置B14的分组接口部14a、分组链路53、分组Sw装置B12的分组接口部12c和分组接口部12a，使用通过它们的分组复用被分割的带宽资源，来构成在分组网络1的A4～B4之间确立的PSC-LSP 34。

[0145] PSC-LSP 34经由的分组-TDM联合接口部13d和分组-TDM联合接口部14c，具有在TDM层中的通路发生故障时无瞬时断路的自动切换功能，在分组-TDM联合接口部13d～分组-TDM联合接口部14d的区间中发生了故障时，自主从故障恢复。

[0146] 经由作为更下位层的TDM接口部13f、TDM链路61、TDM接口部15a、TDM接口部15b、TDM链路62以及TDM接口部14f，和/或TDM接口部13g、TDM链路63以及TDM接口部14g，使用通过它们的时分多路复用被分割的带宽资源(即各个的时隙)，来形成构成PSC-LSP34的一部分区间的分组链路(TDM-LSP)55。

[0147] 同样地，经由分组Sw装置A11的分组接口部11a和分组接口部11d、分组链路52、分组-TDM联合Sw装置C16的分组接口部16a和分组-TDM联合接口部16d、分组链路(TDM-LSP)57、分组-TDM联合Sw装置D17的分组-TDM联合接口部17d、分组接口部17a、分组链路54、分组Sw装置B12的分组接口部12d和分组接口部12b，使用通过它们的分组复用被分割的带宽资源，来构成PSC-LSP 35。

[0148] 经由作为更下位层的TDM接口部16f、TDM链路64、TDM接口部17f，使用通过它们的时分多路复用被分割的带宽资源(即各个的时隙)，来形成构成PSC-LSP 35的一部分区间的分组链路(TDM-LSP)57。

[0149] 分组网络1和TDM网络2处于客户机/服务器关系，该客户机/服务器关系基于由ITU-T G.805“Generic functional architecture of transport networks”等规定的传输网络的分层概念。所谓两个层之间的客户机/服务器关系，是指构成客户机层的通路的一部分链路，通过服务器层中的通路支持。在本图中，当把分组网络1作为基准时，TDM网络2是服务器层网络，当把TDM网络2作为基准时，分组网络1是客户机层网络。

[0150] 分组链路(TDM-LSP)55以及分组链路(TDM-LSP)57是TDM网络2中的通路(LSP)，同时构成分组网络1中的链路。

[0151] 在某个GMPLS交换机中，通过接口识别符识别接口部。在TDM网络2中，通过路由器识别符和接口识别符的组合唯一地识别。

[0152] 图2表示图1中的接口部的接口识别符。例如，分组接口部11a的接口识别符是101。另外，因为分组接口部11a所属的分组Sw装置A11的路由器识别符是10.0.1.1，所以通过“10.0.1.1，101”这样的组合，在分组网络1以及TDM网络2中被唯一地识别。

[0153] 在网络系统中通过链路识别符唯一地识别链路。链路识别符是该链路连接的接口部的路由器识别符和接口识别符的组合。

[0154] 图3中表示图1中的链路的链路识别符。例如，分组链路51因为连接“10.0.1.1，103”和“10.0.1.3，101”，所以该链路识别符成为“10.0.1.1，103，10.0.1.3，101”。

[0155] 通信信道确立请求装置71是操作终端、装置管理系统(ElementManagement System)的网络管理系统、存储器管理服务器或视频服务器等应用系统等，请求PSC-LSP34～35的确立。在图1中仅表示了1台通信信道确立请求装置，但是对应进行确立的通信信道的端点，也可以设置任意台数。另外，通信信道确立请求装置71可以与信令的起点·终点等端点的GMPLS交换机连接，还可以与接受通路确立请求的适当的各GMPLS交换机连接，也可以与全部或者多个适当的GMPLS交换机连接。

[0156] 作为通信信道确立请求装置71对分组网络1请求确立PSC-LSP的协议，可以采用使用了telnet(IETF，RFC854)等的命令的投入、RSVP-TE或O-UNI(Optical Internetworking Forum，User Network Interface(UNI)1.0 SignalingSpecification)等信令协议、HTTP(IETF RFC 1945)或SIP(IETF RFC2543)、RTSP(IETF RFC2326)等应用协议、SOAP(World Wide Web Consortium，SOAPVersion 1.2)或IIOP(Object Management Group，CORBA(TM)/IIOP(TM)Specification)等远程过程调用协议等。

[0157] 当通信信道确立请求装置71请求确立PSC-LSP34时，分组Sw装置A11、分组-TDM联合Sw装置A13、分组-TDM联合Sw装置B14以及分组Sw装置B12互相收发基于信令协议(例如，GMPLS扩展RSVP-TE)的消息，更新各交换机内的分组交换机部的状态，由此来确立PSC-LSP34。PSC-LSP34应该采取的路径，即PSC-LSP34应该通过的GMPLS交换机以及接口部、以及适配(adaptation)，可以由通信信道确立请求装置71明示地指定，也可以通过各GMPLS交换机向通路计算装置进行询问来决定。在后者的情况下，通信信道确立请求装置71赋予服务识别符以及服务属性来请求确立通路，各GMPLS交换机根据信令协议交换所指定的服务识别符以及服务属性，各GMPLS交换机根据需要向通路计算装置发送包含了服务识别符以及服务属性的通路计算请求。通路计算装置根据服务识别符以及服务属性决定路径以及适配，然后将其回复给GMPLS交换机，由此控制PSC-LSP34的路径以及适配。

[0158] 同样，当通信信道确立请求装置71请求确立PSC-LSP35时，分组Sw装置A11、分组-TDM联合Sw装置C16、分组-TDM联合Sw装置D17以及分组Sw装置B12互相收发基于信令协议的消息，更新各交换机内的分组交换机部的状态，由此来确立PSC-LSP35。各GMPLS交换机根据需要向通路计算装置发送包含了服务识别符以及服务属性的通路计算请求。通路计算装置根据服务识别符以及服务属性决定路径以及适配，然后将其回复给GMPLS交换机，由此控制PSC-LSP34的路径以及适配。

[0159] 分组交换机A11～B12、分组-TDM联合交换机A13～A14、TDM Sw装置A15，通过收发作为路由协议之一的GMPLS扩展OSPF-TE的消息，能够获得网络的拓扑。经由控制信息传输装置A41和/或控制信息传输装置B42来交换GMPLS扩展OSPF-TE的消息。

[0160] 在GMPLS中，用户数据和信令协议不需要在相同的路径上传输。在本实施方式中，相对于例如经由分组Sw装置A11、分组-TDM联合交换机A13～A14、分组Sw装置B12(通信接口11b、11d、13b、13d、14d、14b、12d、12b)传输PSC-LSP34上的用户数据，经由控制信息传输装置A41和/或控制信息传输装置B42传输GMPLS扩展RSVP-TE、GMPLS扩展OSPF-TE的消息。

[0161] 另外，还可以根据Generic Routing Encapsulation(IETF RFC2784)等隧道协议，对GMPLS扩展RSVP-TE、GMPLS扩展OSPF-TE的消息进行封装。

[0162] 控制信息传输装置A41以及控制信息传输装置B42是IP(InternetProtocol)路由器或IEEE 802.3D MAC桥等的具有分组传输功能的装置。

[0163] 2.GMPLS交换机(节点)

[0164] 下面说明各GMPLS交换机的硬件结构和动作。

[0165] 图4是分组接口部11a～11d的框图。

[0166] 分组接口部11a～11d具有光接收器401、接收分组头部解析部402、发送分组头部生成部403、光发送器404以及分组层故障管理部405。

[0167] 光接收器401从其他的GMPLS交换机接收光信号，将其解码为分组数据后发送给接收分组头部解析部402。接收分组头部解析部402，根据接收到的分组的头部信息，生成分组交换机部112可解释的内部的传输目的地信息，发送给分组交换机部112。

[0168] 分组交换机部112根据通过GMPLS扩展RSVP-TE消息的交换决定的分组交叉连接信息，决定应该送出分组的接口部，向所决定的接口部传输分组。

[0169] 从分组交换机部112把被传输的分组交给发送分组头部生成部403。发送分组头部生成部403，生成向下一跳跃(hop)传输所需要的头部信息，经由光发送器404，作为光信号，发送给邻近的GMPLS交换机的分组接口部。

[0170] 分组层故障管理部405根据来自控制部111的指示，诊断分组层中有无故障，向控制部111通知故障有无信息。诊断有无故障的单位是已确立的PSC-LSP单位、分组链路、或者更下位层的信号单位等。

[0171] 作为诊断有无故障的方法，可以使用光信号的功率损失、帧同步偏移、基于CRC(Cyclic Redundancy Check)等的编码检查等被动检查方法，还可以使用通过Ethernet(注 册 商标 )-OAM(ITU-T Y.1731，IEEE802.1ag)、MPLS-OAM(ITU-T Y.1711)、ICMP(IETF，RFC0792)等的故障检测信号的交换的主动检查方法。

[0172] 接收分组头部解析部402、发送分组头部生成部403还可以进行分组的封装化处理、通信流的分离/综合、QoS映射、警报传输处理、编码转换等网络间的适配(Adaptation)处理。此外，还可以根据来自控制部111的指示，控制适应处理。

[0173] 作为分组的封装化处理，可以考虑MPLS Label Stack Encoding(IETFRFC3032)或Pseudo Wire Emulation(PWE3：IETF，RFC3985)、Generic FramingProcedure(GFP：ITU-T，G.7041)等。

[0174] 作为QoS处理，可以考虑DiffServ(“Differentiated Services and Tunnels”，IETF，RFC2983)的DSCP值和IETF 802.1D的优先值的映射、根据基于TrTCM(“A Two Rate Three Color Marker”，IETF，RFC2698)的通信量决定DSCP值、基于L2～L7头部信息的选择性分组废弃、基于uRPF(Reverse Path Forwarding)的选择性分组废弃等。

[0175] 作为通信流的分离/综合，可以考虑OTN(Optical Transport Network)/SDH(Synchronous Digital Hierarchy)/MPLS 传 送 路 径 的 通 路 保 护 功 能、Virtualconcatenation(VCAT；ITU-T，G.783)，Link Capacity Adjustment Scheme(LCAS；ITU-T，G.7042)、链路聚集、基于L2～L7头部信息的策略路由等。

[0176] 作为警报传输处理，可以考虑把通过MPLS-OAM检测出的故障警报作为触发，新发布Ethernet(注册商标)-OAM的故障信息等。

[0177] 作为编码转换处理，可以考虑纠错码的插入、协议变换、数据压缩展开、媒体流的编码转换等。

[0178] 分组Sw装置B12、分组-TDM联合交换机A13～A14的分组接口部的结构和动作，与分组接口部11a～11d相同。

[0179] 图5是表示TDM Sw装置A15的TDM接口部15a～15b的结构和动作的框图。

[0180] TDM接口部15a～15b由光发送器602以及光接收器603构成。

[0181] 光发送器602使光信号承载从邻近的TDM交换机、分组-TDM联合交换机的TDM接口部接收到的时分多路复用的信号，发送给邻近的GMPLS交换机的TDM接口部。光接收器603从邻近的GMPLS交换机的TDM接口部接收光信号，并将其交给TDM交换机部133。

[0182] TDM交换机部133根据通过GMPLS扩展RSVP-TE消息的交换决定的TDM交叉连接信息，决定应该送出信号的接口部，向所决定的接口部传输信号。

[0183] 图6是表示分组-TDM联合Sw装置13A的分组-TDM联合接口部13d的结构和动作的框图。分组-TDM联合接口部13d、分组-TDM联合接口部14d、分组-TDM联合接口部14d、分组-TDM联合接口部16d、分组-TDM联合接口部17d也是同样的结构和动作。

[0184] 分组-TDM联合接口部13d具有分组处理部13da和TDM帧处理部13db。

[0185] 分组处理部13da具有发送分组头部生成部501、接收分组头部解析部507、层间警报传输部509、分组层故障管理部510、分组层警报插入部511。

[0186] TDM帧处理部13db具有发送帧头部生成部A502a、发送帧头生成部B502b、数据缓冲存储器A503a、数据缓冲存储器B503b、接收帧头部解析部A504a、接收帧头解析部B504b、数据缓冲存储器A505a、数据缓冲存储器B505b、接收帧选择部506、TDM层故障管理部508。

[0187] 然后，说明分组Sw装置A11具有的控制部111的结构和动作。

[0188] 图7是分组交换机A11～B12的控制部111的框图。

[0189] 控制部111具有CPU1111、存储器1112、总线等内部通信信道1113、通信接口1114、装置控制接口1115以及二次存储装置1116。

[0190] 通信接口1114与控制信息传输装置连接，在与其他的GMPLS交换机之间交换GMPLS扩展RSVP-TE消息。装置控制接口1115与分组交换机部、分组接口部连接，并对它们进行控制。在存储器1112中，根据需要存储有程序11121和数据11122。

[0191] 分组Sw装置B12的控制部121也和控制部111同样。

[0192] TDM Sw装置A15的控制部也和控制部111同样，但是连接目的地的接口部以及开关部，成为各TDM接口部以及TDM交换机部。

[0193] 分组-TDM联合交换机A13～A14的控制部也和控制部111相同，但是连接目的地的接口部成为分组接口部和TDM接口部，交换机部成为分组交换机部和TDM交换机部。

[0194] 3.消息格式

[0195] 图8A是表示GMPLS交换机进行交换的GMPLS扩展RSVP-TE消息100的内容的格式图。

[0196] GMPLS扩展RSVP-TE消息100包含RSVP消息种类1001、对话识别符1002、服务识别符1003、服务属性1004、明示的路径1005、其他的RSVP对象1_1006、其他的RSVP对象2_1007以及其他的RSVP对象n1008。

[0197] RSVP消息种类1001、对话识别符1002、明示的路径1005是基于RSVP标准的对象。

[0198] 在GMPLS扩展RSVP-TE消息100中，具有表示通路确立请求的PATH消息、以及表示通路确立应答以及资源分配的RESV消息等。RSVP消息种类1001表示这些的种类。对话识别符1002是用于识别通过GMPLS确立的通信信道(LSP；Label Switched Path)的识别符。明示的路径1005对象是用于上游的GMPLS交换机指定要确立的通信信道应该通过的点的对象。

[0199] 服务识别符1003以及服务属性1004是在本实施方式中导入的对象，是带有要确立的通路提供的服务的种类、服务的细节这样的特征的各个服务固有的属性。

[0200] 其他的RSVP对象1_1006、其他的RSVP对象2_1007以及其他的RSVP对象n1008是基于RSVP标准的上述以外的对象。

[0201] 图8B表示在确立PSC-LSP34的情况下，分组Sw装置A11对分组-TDM联合Sw装置A13发布的通路请求消息。

[0202] 因为该通路请求消息是通路确立请求，所以RSVP消息种类1001成为PATH。因为起点节点以及终点节点的路由器识别符是10.0.1.2以及10.0.1.1，所以根据GMPLS标准，作为对话识别符1002，存储了“dst＝10.0.1.2，tunnel Id＝1，ext Id＝10.0.1.1”。

[0203] 在服务识别符1003、服务属性1004中，表示了是电视的实时中继线路服务和服务等级是“high”。

[0204] 明示的路径1005表示通路应该通过的路径。该值存储了在来自分组层通路计算装置A81的应答中包含的路径1722。明示的路径1005是GMPLS标准的RSVP对象，但是作为本实施方式特征性的结构要素追加扩展了标签子对象。标签子对象由通路计算装置来决定，表现针对通路计算装置决定的适配信息的不依赖于适配种类的标签信息。标签子对象用ticket(xxx，yyy)的形式来记载，xxx的部分是发布了标签的通路计算装置的识别符，yyy的部分是发布源的通路计算装置内唯一的标签识别符。标签子对象例如相当于适配标签。

[0205] 将在后面使用图10和图17等说明通路计算装置决定路径1722的方法。

[0206] 图8C也同样地表示在确立PSC-LSP35的情况下，分组Sw装置A11对分组-TDM联合Sw装置A13发布的通路请求消息的。PSC-LSP35表示是面向企业的服务，不使用VoIP。

[0207] 图9A表示作为分组Sw装置A11的控制部111向分组层通路计算装置A81请求计算通路时的消息的、PCReq消息的格式。包含请求种类161和请求1_162来构成PCReq消息160，并且，还可以包含请求2_163～请求m164。请求1_162包含请求参数1621、端点1622、服务识别符1623、服务属性1624、适配标签1625。请求2_163～请求m164也相同。

[0208] 其他的分组交换机、分组-TDM联合交换机、TDM交换机向分组层通路计算装置A81、TDM层通路计算装置A82进行请求时的消息的格式也相同。

[0209] 图9B表示作为分组层通路计算装置A81向分组Sw装置A11的控制部111应答通路计算结果时的消息的、PCReq消息的格式。包含消息种类171和应答1_172来构成PCReq消息170，除此之外还可以包含应答2_173～应答m174。应答1_172包含请求参数1721、路径1722、适配1_1723、适配2_1724、适配n1725。应答2_173～应答m174也相同。作为一例，适配1723可以包含资源等级(resource class)17231、资源识别符17232、参数17233。

[0210] 4.软件结构

[0211] (通路计算装置)

[0212] 图10表示分组层通路计算装置A81、TDM层通路计算装置A82的软件结构。

[0213] 当控制消息收发部8031接收到作为通路计算请求的PCReq消息160时，通路计算软件803对接收到的PCReq消息160进行解码，通路计算处理部8032使用服务定义表8033和链路属性表8034，决定通路的路径和适配，控制消息收发部8031组成PCReq消息170，将其回复给请求源。

[0214] 在通路计算请求源是通路计算装置的情况下，代替适配自身，分配是面向适配信息的标签信息的位置的适配标签，作为PCReq消息170进行回复。适配标签和适配的对应关系保存在标签内容管理表8036中，另外，决定标签的有效期，使用标签有效性管理表8035管理标签的有效/无效的区分。

[0215] 在通路计算处理部8032决定通路的路径时，根据在PCReq消息160中包含的服务识别符1623和服务属性1624，使用服务定义表8033决定通信信道的维护必要条件，在链路属性表8034中登录的全部链路中，提出满足所导出的通信信道的维护必要条件的全部链路，在由提出的链路组构成的网络上，通过使用Shortest Path First等路径探索算法来决定路径。

[0216] (GMPLS交换机)

[0217] 图11表示控制部111的软件结构。其他的GMPLS交换机也相同。

[0218] 信令处理部8014经由控制消息收发部8016，和其他的GMPLS交换机交换GMPLS扩展RSVP-TE消息。另外，接收来自通信信道确立请求装置71的通路确立请求。

[0219] 当信令处理部8014经由控制消息收发部8016从通信信道确立请求装置71接收到通路确立请求，或者从上游的GMPLS交换机接收到PATH消息时，在对话管理表8020中存储接收到的消息的内容。

[0220] 检查明示的路径1005的内容，如果明示的路径1005的第二个子对象表示邻近的节点的接口，则向按照GMPLS标准表示的接口的节点传输PATH消息。在没有表示邻近的节点的接口的情况下，向通路计算装置请求通路计算。

[0221] 在第二个子对象是标签时，向在标签中记载的标签发布源的通路计算装置，作为通路计算请求请求提供与标签对应的适配信息。在第二个子对象不是标签时，对默认的通路计算装置请求计算通路。在通路计算请求中，作为端点1622包含自身节点的识别符和通路终点，作为PCReq消息的服务识别符1623以及服务属性1624包含PATH消息的服务识别符1003以及服务属性1004。

[0222] 在从通路计算装置接收到通路计算应答时，把PCReq消息的路径1722作为对话管理表8020的明示的路径13016进行存储，之后，按照GMPLS标准向下游节点传输PATH消息。

[0223] 当信令处理部8014从下游的GMPLS交换机接收到RESV消息时，根据在对话管理表8020中存储的链路信息，组成交叉连接设定值，设定在交换机中。另外，根据在对话管理表8020中存储的适配信息，设定接口部。

[0224] 关于信令处理部8014的处理的细节，将在后面使用图18、图19进行说明。

[0225] 5.表

[0226] (通路计算装置)

[0227] 以下说明通路计算装置具有的各表。

[0228] 图13A以及图13B是服务定义表8033的结构图。

[0229] 服务定义表8033，包含服务识别符条件1101、服务属性条件1102、维护必要条件1103以及适配1104的各列。

[0230] 各行表示根据接收到的通路确立请求决定维护必要条件1103以及适配1104的if-then规则。

[0231] 通路计算处理部8032，评价接收到的通路计算请求中包含的服务识别符1623以及服务属性1624是否满足各行的服务识别符条件1101以及服务属性条件1102，如果满足条件则作为通信信道的维护必要条件以及适配，采用同一行的维护必要条件1103以及适配1104的值。

[0232] 例如，因为在图8B中表示的PSC-LSP34的通路确立消息中包含的服务识别符条件1003以及服务属性条件1004满足图13A表示的服务定义表8033的第三行的条件，所以通信信道的维护必要条件成为“max_fail_time＜100msec，maintenance_time must_be_in“0:00-5:00””。这表示服务中断时间应该在100秒以内，维护时间段应该在“must_be_in”内(亦即0:00-5:00)。同样，适配成为“PSC.toGbEAl arm_forwarder.guardTime＝50msec”。

[0233] 同样，关于PSC-LSP35使用图8C表示的值，因为满足图13A表示的服务定义表8033的第二行的条件，所以采用同一行的维护必要条件1103以及适配1104的值。

[0234] 图14A是分组层通路计算装置A81保存的链路属性表8034的结构图。

[0235] 链路属性表8034具有交换能力1401、运用属性1402、链路端A的路由器识别符A14031以及I/F识别符A14032、链路端B的路由器识别符B14041以及I/F识别符A14042以及链路维护属性1405的各列。

[0236] 分组层通路计算装置A81保存的链路属性表8034，保存分组层中的全部链路的结构以及属性，作为整体表现分组层的网络拓扑。

[0237] 图14B同样是TDM层通路计算装置A82保存的链路属性表8034的结构图。

[0238] TDM层通路计算装置A82保存的链路属性表8034，保存TDM层中的全部链路的结构以及属性，作为整体表现分组层的网络拓扑。

[0239] 图20表示标签有效性管理表8035的结构。标签有效性管理表8035由标签号码80351以及有效性计时器80352的各列构成。有效性计时器80352的值伴随时间的经过自动减少。

[0240] 图21表示标签内容管理表8036的结构。标签内容管理表8036由标签号码80361、资源等级80362、资源识别符80363以及参数80364的各列构成。

[0241] (GMPLS交换机)

[0242] 以下说明GMPLS交换机具有的各表。

[0243] 图15是链路管理表8010的结构图。

[0244] 链路管理表8010具有交换能力1201、自身节点I/F1202、相向装置路由器识别符1203、相向装置I/F识别符1204、运用状态1205以及下位层对话识别符1206的各列。

[0245] 在链路管理表8010的各行内，交换能力1201是PSC的行表示一条分组链路，交换能力1201是LSC的行表示一条TDM链路。

[0246] 图中的值表示分组-TDM联合Sw装置A13的例子。

[0247] 下位层对话识别符1206的值是空栏的行表示下位层不是通过GMPLS控制的LSP。

[0248] 在下位层对话识别符1206的值中仅存储有“TDM”的行表示能够确立TDM-LSP，但是尚未确立。在下位层对话识别符1206的值中存储“LSC”以及对话识别符的行表示已经确立了TDM-LSP。

[0249] 图16A以及图16B是对话管理表8020的结构图。

[0250] 对话管理表8020具有RSVP信息1301以及适配信息1302的各列。

[0251] RSVP信息1301进一步分为：对话识别符13011、前一跳跃13012、下一跳跃13013、服务识别符13014、服务属性13015以及明示的路径13016、其他的RSVP对象13017～13018等。

[0252] 图16A的值表示分组Sw装置A的例子，第一行以及第二行分别与PSC-LSP34以及PSC-LSP35对应。

[0253] 另外，图16B的值表示分组-TDM联合Sw装置A13的例子，第一行与PSC-LSP34对应。

[0254] 在从前一跳跃取得的通路确立请求消息的明示的路径1005中，没有指定下一跳跃的IF_ID的值，但是存储有通过信令处理部8014的路径决定处理决定的值。

[0255] 另外，关于PSC-LSP34，在适配信息1302中存储有通过信令处理部8014的适配决定处理决定的适配动作值。

[0256] 使用前一跳跃13012、下一跳跃13013以及标记(label)的值设定分组交换机部，由此来确立通信信道。关于标记的处理，因为与GMPLS标准没有差别，所以省略说明。

[0257] 另外，关于PSC-LSP34，在分组接口部中设定适配信息1302的值，向分组层传输TDM层的故障警报。

[0258] 6.处理

[0259] (通信信道确立控制)

[0260] 图12A～图12C是表示确立通信信道时各GMPLS交换机交换的GMPLS扩展RSVP-TE的消息、各GMPLS交换机和通路计算装置相互交换的通路计算请求/应答消息、和各GMPLS交换机的控制部的处理顺序的顺序图。

[0261] 当分组Sw装置A11接收到通信信道确立请求装置71发布的通路确立请求时(901)，分组Sw装置A11，向分组层通路计算装置A81发送添加了接收到的服务识别符以及服务的属性的通路计算请求(PCReq)(902)。分组层通路计算装置A81，根据接收到的服务识别符以及服务的属性，使用服务定义表8033，决定要确立的通信信道(PSC-LSP)通过的各跳跃的链路应该满足的维护必要条件(9021)。

[0262] 然后，从链路属性表8034中提出满足维护必要条件的链路，通过在由提出的链路构成的网络上应用SPF(Shortest Path First)等路径探索算法，决定在各跳跃中能够满足维护必要条件的通信信道的路径候补(9022)。路径候补可以是多个。

[0263] 在已决定的路径候补包含服务器层通路，即构成路径候补的某个跳跃的链路应该通过是服务器层的TDM-LSP构成的情况下，把该链路的端点作为TDM-LSP的端点(9023)，向TDM层通路计算装置A82发送通路计算请求(PCReq)。在通路计算请求中添加服务识别符以及服务属性(903)。

[0264] TDM层通路计算装置A82与分组层通路计算装置A81相同地，使用服务定义表8033，决定要确立的通信信道(TDM-LSP)通过的各跳跃的链路应该满足的维护必要条件(9031)，使用链路属性表8034，决定在各跳跃中能够满足维护必要条件的TDM-LSP的路径候补(9032)。接着，TDM层通路计算装置A82根据服务识别符以及服务的属性，检索服务定义表8033，决定TDM-LSP的端点的适配(9033)，如果请求源是通路计算装置，则对于已决定的适配分配标签号码(9034)，把路径和适配标签作为PCReq消息回复给请求源(904)。

[0265] 接着，分组层通路计算装置A81根据服务识别符以及服务的属性，检索服务定义表8033，由此来决定PSC-LSP的端点的适配(9041)，发布适配标签，存储在标签内容管理表中(9042)。按照在要确立的通信信道上出现的顺序，在明示的路径对象1722中存储路径上的各接口的识别符、PSC-LSP的端点的适配标签以及TDM-LSP端点的适配标签，作为PCReq消息回复给请求源(905)。

[0266] 分组Sw装置A11把取得的明示的路径对象1722诊断解释为作为GMPLS扩展RSVP-TE的明示的路径对象1005，是从邻近的节点取得的。

[0267] 在GMPLS扩展RSVP-TE中，取得PATH消息的GMPLS交换机(在此，是分组Sw装置A11)从前端解释各子对象，按照解释控制自身节点，把去除了表示自身节点上的资源的子对象后的明示的路径对象，(例如按照在明示的路径中包含的节点识别符等)传输给下一跳跃。在本实施方式中，明示的路径对象能够包含作为本发明的特征构成要素的标签子对象，在从前端解释子对象时，如果出现标签子对象，则对于标签子对象中包含的标签发布源识别符16251表示的通路计算装置发布通路计算请求。在该通路计算请求中包含适配标签。

[0268] 在本图的例子中，在步骤905中取得的明示的路径对象中包含有标签子对象，因此，对于标签发布源识别符16251表示的分组层通路计算装置A81，发布包含适配标签的通路计算请求(912)。

[0269] 取得了包含适配标签的通路计算请求的通路计算装置从标签内容管理表中取出在发布适配标签时保存的适配信息(9121)，并将其回复给请求源(913)。

[0270] 分组Sw装置A11把取得的适配信息与RSVP的对话相关联地保存在对话管理表中(9051)。

[0271] 接着，分组Sw装置A11根据GMPLS RSVP标准，把PATH消息(例如按照在明示的路径中作为下一跳跃决定的节点识别符)发送给分组-TDM联合Sw装置A13(914)。其中，此时的PATH消息中包含服务识别符、服务属性以及适配标签这一点是与标准不同的本发明的特征。

[0272] 分组-TDM联合Sw装置A13与分组Sw装置A11相同，按顺序解释明示的路径对象1005，因为出现了适配标签，所以发布通路计算请求(914)。TDM层通路计算装置A82与分组层通路计算装置A81相同，从表中取出适配信息(9141)，回复给请求源(915)。把回复的适配信息与RSVP的对话相关联地存储在对话管理表中(9151)。

[0273] 之后，按照分组-TDM联合Sw装置A14、分组Sw装置B12的顺序，交换PATH消息(916、921)，根据需要进行向通路计算装置的询问和应答(917、9171、918、919、9191、920、922、9221、923)，在各节点中保存对话以及适配信息等(9181、9201、9231)。

[0274] 因为分组Sw装置B12是通路终点，所以之后转移到GMPLS扩展RSVP-TE的RESV消息的处理。

[0275] 分组Sw装置B12，取出适配信息，在接口部以及交换机部中设定适配以及交叉连接(9301、9302)。

[0276] 之后，根据GMPLS扩展RSVP-TE标准的动作，向前一跳跃传输RESV消息(931、932、933)。路径上的其他GMPLS交换机还在接口部以及交换机部中设定适配以及交叉连接(9311～9314、9321～9324、9331～9332)。

[0277] (通路计算装置)

[0278] 图17是表示通路计算软件803接收到通路计算请求(PCReq消息)时的通路计算处理部8032的处理的流程图。

[0279] 当通路计算软件803接收到通路计算请求(PCReq消息)时，判定在接收到的PCReq消息中是否包含有适配标签1625(1701)，如果包含则根据在标签有效性管理表8035中存在与适配标签1625中包含的标签号码16252一致的条目，并且该条目的有效性计时器80352是正值，来判定标签的有效性。如果有效，则从标签内容管理表8036中选择适配标签
1625的标签号码16252与标签号码80361一致的全部条目，存储在PCReq消息的适配中，并向请求源回复应答(1704)。

[0280] 当在接收到的PCReq消息中没有包含适配标签1625时，根据服务识别符1623以及服务属性1624，检索服务定义表8033，导出维护必要条件(1702)。然后，从链路属性表8034中选择维护属性1405列满足维护必要条件1103的全部的链路，把选择出的条目表示的链路组(例如链路端子A、链路端子B等)表现的网络作为对象，使用SPF等路径计算算法计算到通路终端的路径(1703)。

[0281] 检查在导出的结果的各跳跃的链路中是否包含服务器层的通路(如果计算对象是分组层则是TDM-LSP)(1705)，如果包含，则向服务器层的通路计算装置请求与该服务器层通路有关的通路计算。对通路计算的PCReq转交自身接收到的PCReq消息的服务识别符1623以及服务属性1624，此外，作为端点1622交付该链路的两端。如果从服务器层的通路计算装置接收到通路计算应答(PCReq)，则把取得的PCReq中包含的适配标签1625插入到在步骤1703中导出的结果的、相对应的跳跃的部位(1706)。

[0282] 然后，根据服务识别符1623以及服务属性1624决定当前自身计算的通路的端点的适配。通过以下来决定适配：选择与服务识别符1623以及服务属性1624一致的服务定义表8033的条目，把选择出的条目的适配1104作为结果(1707)。

[0283] 然后，如果请求源是通路计算装置(1708)，则对所决定的适配分配标签号码，并登录在标签有效性管理表8035和标签内容管理表8036中(1710)，作为PCReq消息向请求源回复在1703中导出的路径和适配标签(1711)。

[0284] 在请求源不是通路计算装置而是网络装置时，作为PCReq消息向请求源回复在步骤1703中导出的路径和在步骤1707中导出的适配(1709)。

[0285] (GMPLS交换机)

[0286] 图18是表示信令处理部8014接收到PATH消息(通路确立请求)时的动作的流程图。

[0287] 当接收到PATH消息时，判断明示的路径1005的第二个子对象是否不存在(只有一个)或者是否为标签(1801)。

[0288] 如果为“是”，则向默认的通路计算装置请求计算通路。在PCReq消息的服务识别符1623和服务属性1624中存储PATH消息的服务识别符1003和服务属性1004。如果明示的路径1005的第二个子对象是标签，则把该标签存储在PCReq的适配标签1625中。如果从通路计算装置取得了作为通路计算应答的PCReq消息，则取出路径和适配，存储在对话管理表802的明示的路径13016和适配信息1302中(1802)。

[0289] 如果自身节点是由接收到的PATH消息请求的通信信道的终点节点(1803)，则在接口部中设定在步骤1802中在对话管理表8020中存储的适配(1804)，对于交换机部设定交叉连接(1805)。此时，需要上游侧链路的信息、和上游侧以及下游侧的标记值，因为它们的解决方法和GMPLS扩展RSVP-TE标准相同，所以省略说明。接着，根据GMPLS扩展RSVP-TE标准，生成RESV消息，传送给上游(1806)。

[0290] 在步骤1803中，在判断为自身节点不是由接收到的PATH消息请求的通信信道的终点时，即是路径的中间节点时，向下一跳跃发送PATH消息(1807)。传送的PATH消息的决定方法因为和GMPLS扩展RSVP-TE标准相同，所以省略说明。其中，关于服务识别符1003以及服务属性1004，把从上游接收到的服务识别符1003以及服务属性1004原样不变地交给向下游传送的PATH消息。

[0291] 图19是表示信令处理部8014接收到RESV消息时的动作的流程图。

[0292] 当接收到RESV消息时，使用在接收到的消息中包含的对话识别符1002检索对话管理表8020来进行取出(1901)，取出适配然后设定在接口部中(1902)，同样地取出下一跳跃链路信息，在交换机部中设定交叉连接(1903)。它们的处理和步骤1805以及1805相同。

[0293] 然后，判断自身节点是否为所请求的通信信道的起点节点(1904)，如果不是，则根据GMPLS扩展RSVP-TE向前一跳跃发送RESV消息。

[0294] 如果是起点节点，则通过以上确立通信信道。

[0295] 7.追加

[0296] 如上所述，通信信道确立请求装置71在信令协议中承载服务种类、各服务固有的属性信息，来通知给通信信道通过的各GMPLS交换机，根据通知的信息各GMPLS交换机判断维护必要条件，根据判断结果决定收容关系、适配。由此，不用在管理系统之间等与通信信道确立控制独立地交换用于收容关系控制的信息和用于确定适配的信息，能够对每条通信信道进行控制。

[0297] 另外，根据作为服务的维护必要条件之一的服务中断允许时间，决定收容关系、适配，由此在多条通信信道公用接口等网络资源的情况下，能够防止由于各通信信道的服务中断允许时间段不同引起的无法维护这样的情况。

[0298] 在本实施方式中，在交换信令协议的顺序中，通过各GMPLS交换机执行路径决定处理和适配决定处理，但是也可以在通信信道确立请求装置71中执行这些处理。

[0299] 此时，在通信信道确立请求装置71内虚拟地执行通过各GMPLS交换机互相交换信令协议消息来执行的各GMPLS交换机的路径决定处理、和适配决定处理。所决定的分配资源和适配，不使用信令协议，而是使用SNMP，CORBA，netconf，telnet等管理协议，设定在各节点的交换机、接口中。根据该方式，能够在不具有信令机构的网络中，实现与维护必要条件对应的通路控制。

[0300] 本发明可以应用于使用确立的通信信道进行通信的网络系统。特别适合于使用GMPLS或者MPLS信令协议或者MPLS RSVP-TE等来确立LSP的GMPLS或者MPLS网络。