CN101047551A

CN101047551A - 一种实现呼叫服务等级到承载呼叫的连接的映射方法

Info

Publication number: CN101047551A
Application number: CN 200610075813
Authority: CN
Inventors: 徐慧颖; 许用梁
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-04-18
Filing date: 2006-04-18
Publication date: 2007-10-03
Anticipated expiration: 2026-04-18
Also published as: CN100450030C

Abstract

本发明公开了一种呼叫服务等级(COS)到承载呼叫的连接的映射方法，包括如下步骤：A.主叫控制器向主叫侧网络呼叫控制器NCC发送包含呼叫COS的呼叫请求，主叫侧NCC根据所收到呼叫请求中的呼叫COS得到相应的呼叫协商参数，并将所得呼叫协商参数发送至被叫侧NCC；B.被叫侧NCC对来自主叫侧NCC的呼叫协商参数进行协商，并将协商后得到的呼叫协商参数返回给主叫侧NCC；C.主叫侧NCC根据被叫侧NCC返回的呼叫协商参数触发对应的连接操作。本发明方法可以实现呼叫COS向承载呼叫的连接的映射，并且实现了呼叫信令与连接信令的分离，支持对呼叫COS的修改。

Description

一种实现呼叫服务等级到承载呼叫的连接的映射方法

技术领域

本发明涉及网络技术领域，特别涉及一种实现呼叫服务等级到承载呼叫的连接的映射方法。

背景技术

随着数据业务和专线业务的迅速发展，对网络带宽的需求不断提高，对网络带宽的动态分配要求也越来越迫切，需要网络能够提供动态开通的能力，支持网状网的结构，同时具有灵活的扩展能力和快速的保护恢复功能。而传统光网络的业务调度采用网管静态配置的方式，不支持动态开通的方式，并且大多采用线性或环形组网，保护恢复采用复用段保护、子网连接保护(Sub-Network Connection Protection SNCP)、通道保护(PP)环等静态恢复方法，已不能满足上述业务的需要。

为满足实际业务的需要，国际电联标准化部(InternationalTelecommunication Unite-T sector，ITU-T)、互联网工作任务组(InternetEngineering Task Force，IETF)和光因特网论坛(Optical InternetworkingForum，OIF)共同发展了自动交换光网络(Automatically switched opticalnetwork，ASON)技术，能够很好地解决上述问题。它在控制平面使用通用多协议标签交换(Generalized Multi-Protocol Label Switching，GMPLS)，提供两种新的连接类型：永久连接(Switched connections：，SC)和软永久连接(Soft permanent connections，SPC)。

ITU-T在对ASON的架构和需求进行定义的标准文件G.8080中，提出了呼叫和连接分离的概念。在该标准文件的定义中，呼叫是网络提供给用户的一种服务，直接呈现给用户，支持服务实体端点之间的联系，由呼叫名称(Call Name)进行标识；呼叫的服务等级(Class ofService，COS)表示呼叫业务的质量，具体由运营商定义：例如，钻石级呼叫COS表示呼叫业务的可靠性为99.999％，金级呼叫COS表示呼叫业务的可靠性为99.99％等。连接是一种传送实体，它由一对相关联的、能在其相应的输入和输出之间，相向、同时传递信息的单向连接组成，由连接标识(Tunnel ID)进行标识，是网络服务实体端到端联系的具体实现。连接COS表示连接的保护类型，通常支持的连接保护类型包括：专用保护，如1+1或1:1方式；共享保护，如1:N或M:N方式；无保护，如只有工作连接，当工作连接故障时业务就会中断；此外一般还支持各种恢复，例如动态重路由等。一个呼叫下可以有零个、一个或一个以上连接；呼叫可以使用与连接相同的信令，也可以使用独立的呼叫信令；对呼叫进行的操作包括新建、删除、恢复和修改等。本地呼叫COS与连接COS的对应关系，例如，钻石级呼叫COS对应1+1连接，称为呼叫COS到连接COS的映射。

在ITU-T G.8080中虽然给出了呼叫建立、呼叫释放的流程，但没有给出将呼叫COS映射为承载该呼叫的端到端连接实现流程。目前仅仅有人给出呼叫带宽修改的方案，例如OIF中有人给出了一种呼叫的支持方案。该方案采用ITU-T定义的框架，呼叫和连接用相同的信令实现，在连接的信令消息中增加呼叫标识对象来携带呼叫信息。

这种方案存在以下问题：仍然不支持呼叫COS到承载该呼叫的端到端连接的映射；呼叫和连接采用同一信令实现，不易实现呼叫和连接彼此独立的功能，难以实现不同节点间的呼叫请求；不支持呼叫COS的修改。

发明内容

有鉴于此，本发明的目的在于，提出一种实现呼叫COS到承载呼叫的连接的映射方法，能够实现呼叫服务向承载呼叫的连接的映射。该方法包括如下步骤：

A、主叫控制器向主叫侧网络呼叫控制器NCC发送包含呼叫COS的呼叫请求，主叫侧NCC根据所收到呼叫请求中的呼叫COS得到相应的呼叫协商参数，并将所得呼叫协商参数发送至被叫侧NCC；

B、被叫侧NCC对来自主叫侧NCC的呼叫协商参数进行协商，并将协商后得到的呼叫协商参数返回给主叫侧NCC；

C、主叫侧NCC根据被叫侧NCC返回的呼叫协商参数触发对应的连接操作。

在步骤C之后进一步包括：

D、主叫侧NCC向主叫控制器返回呼叫确认消息。

步骤A所述收到呼叫请求之后还可以进一步包括：

主叫侧NCC向数据服务器获取主叫用户的签约数据，根据所获取的签约数据判断是否允许该呼叫请求，如果不允许则向主叫控制器返回拒绝消息并退出本流程；如果允许，则继续执行后续步骤。

步骤B所述协商后得到的呼叫协商参数如果为空，向主叫侧NCC返回错误提示并结束本流程。

步骤A所述根据所收到的呼叫请求中的呼叫COS得到相应的呼叫协商参数为：

根据所收到呼叫请求中的呼叫COS，查找本地预先设置的呼叫COS与连接COS的映射关系表，得到对应的连接操作和连接参数信息，并根据所得连接操作和连接参数信息确定呼叫协商参数。

所述呼叫请求中进一步包括呼叫策略信息，则所述得到对应的连接操作和连接参数信息为：根据呼叫请求中的呼叫策略信息，查找本地的策略数据，并用所查找的本地策略数据，筛选查找本地预先设置的呼叫COS与连接COS的映射关系表得到的连接操作和连接参数信息，经过筛选的连接操作和连接参数信息作为所得对应的连接操作和连接参数信息。

所述根据所得连接操作和连接参数信息确定呼叫协商参数为：根据所得连接操作和连接参数信息确定对应的操作为在呼叫中增加一个连接，则确定的呼叫协商参数包括呼叫COS和呼叫COS可以映射的连接保护类型；

步骤B所述被叫侧NCC对来自主叫侧NCC的呼叫协商参数进行协商为：根据呼叫协商参数中的呼叫COS查找本地映射关系表得到对应的连接保护类型，和呼叫协商参数中的连接保护类型取交集，判断交集是否为零，如果不为零，交集即为协商后的承载此呼叫的连接保护类型，并将承载此呼叫的连接保护类型作为呼叫协商参数；如果交集为零则协商后的呼叫协商参数为空。

所述确定的呼叫协商参数进一步包括连接带宽，

则步骤B所述判断交集不为零后进一步包括：判断呼叫协商参数中的连接带宽是否可以接受，若是，则将所接受的连接带宽加入协商后的呼叫协商参数并继续执行后续步骤；否则协商后的呼叫协商参数为空，向主叫侧NCC返回错误提示并退出本流程。

所述确定的呼叫协商参数进一步包括主叫侧连接的子网点SNP，则步骤B所述判断交集不为零后进一步包括：被叫侧NCC判断主叫侧NCC连接的子网点SNP是否可作为新连接的源SNP，若是，将被叫侧即将使用的SNP加入协商后的呼叫协商参数并继续执行后续步骤，否则协商后的呼叫协商参数为空，向主叫侧NCC返回错误提示并退出本流程。

所述根据所得连接操作和连接参数信息确定呼叫协商参数为：根据所得连接操作和连接参数信息确定对应的操作为删除承载已建立呼叫中的一个连接，则确定的呼叫协商参数包括承载所述呼叫的一个连接的连接标识Tunnel ID；

步骤B所述被叫侧NCC对来自主叫侧NCC的呼叫协商参数进行协商为：检查呼叫协商参数中的Tunnel ID，判断本地是否允许删除该连接，若允许则保持呼叫协商参数不变；否则协商后得到的呼叫协商参数为空。

根据所得连接操作和连接参数信息确定呼叫协商参数为：根据所得连接操作和连接参数信息确定对应的操作为修改承载已建立呼叫的一个连接的保护属性，则确定的呼叫协商参数包括承载所述呼叫的一个连接的连接标识Tunnel ID以及该连接需要修改的参数；

步骤B所述被叫侧NCC对来自主叫侧NCC的呼叫协商参数进行协商为：检查呼叫协商参数中的Tunnel ID，判断本地是否允许修改该连接且满足新的连接参数的要求，若是则保持呼叫协商参数不变；否则协商后得到的呼叫协商参数为空。

步骤B所述将协商后得到的呼叫协商参数返回给主叫侧NCC为：

B1、被叫侧NCC发送呼叫指示消息至被叫控制器；

B2、被叫控制器对所收到呼叫指示消息进行认证，如果认证通过，则通过被叫侧NCC向主叫侧NCC返回呼叫确认消息；否则通过被叫侧NCC向主叫侧NCC返回拒绝消息并退出本流程。

所述呼叫COS对象由扩展的资源预留协议流量工程RSVP-TE信令或基于限制的路由标签分配协议CR-LDP信令中的通知消息携带。

所述呼叫协商参数中的SNP为扩展RSVP-TE信令或CR-LDP信令中的通知消息携带的SNP ID对象。

所述呼叫协商参数中的连接保护类型为扩展RSVP-TE信令或CR-LDP信令中的通知消息携带的连接保护类型对象。

从以上技术方案可以看出，通过对通用多协议标记交换(GeneralMultiple Protocol Label Switching，GMPLS)呼叫信令进行扩展，源宿两端的呼叫控制器对可以承载呼叫服务的连接操作和连接参数进行协商，最终获得采用的连接操作和连接参数，完成相应连接的创建、删除、修改等操作，实现呼叫COS向承载呼叫的连接的映射，并且实现了呼叫信令与连接信令的分离，支持对呼叫COS的修改。

附图说明

图1为本发明网络控制层面实现呼叫COS到连接COS映射处理示意图；

图2为本发明定义的扩展呼叫信令中COS对象的格式；

图3为本发明定义的扩展呼叫信令中SNP对象的格式；

图4为本发明实现呼叫COS到连接COS映射的处理流程图；

图5为本发明实施例的网络连接关系示意图；

图6为本发明实施例一实现建立1+1连接的处理流程图；

图7为本发明实施例二实现呼叫COS修改的处理流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细阐述。

图1为本发明网络控制层面实现呼叫COS到承载该呼叫的连接映射处理示意图，包括主叫控制器(Calling Party Controller)101、被叫控制器(CalledParty Controller)104、网络呼叫控制器(Network Call Controller，NCC)102和103，以及多个连接控制器(Connection Controller)105～107。实际应用中，可能涉及一个或一个以上的连接控制器。

为实现呼叫COS向连接的映射，需要对通用多协议标记交换(GeneralMultiple Protocol Label Switching，GMPLS)呼叫信令进行扩展，可以对其中的资源预留协议流量工程(Resource Reservation Protocol-TrafficExtension，RSVP-TE)信令作如下扩展：

扩展1、在RSVP-TE中增加呼叫COS对象，在呼叫(Notify)信令中携带此COS对象。具体格式为图2所示，此对象包括长度、类域(Class-Num)和类型(C-Type)，其中括号中表示各个部分占用的字节长度，分别是2字节、1字节和1字节。COS值的长度定义为4字节，所对应的具体含义由运营商定义，例如：

COS值为1表示业务可靠性为99.999％，即钻石级呼叫COS；

COS值为2表示业务可靠性为99.99％，即金级呼叫COS；

COS值为3表示业务可靠性为99.9％，即银级呼叫COS；

COS值为4表示业务可靠性为90％，即铜级呼叫COS；

COS值为5为用户定义的其他类型；

……

以上仅为COS对象的一个例子，实际应用中，COS的值可以根据需要进行定义，COS对象的长度也可不限于上述描述。

通过扩展1，呼叫信令可以携带呼叫COS的具体内容。例如依照前面COS值的定义，主叫控制器101发出的呼叫建立请求中COS对象的值为1，则该呼叫请求为建立一个钻石级的服务，如果此呼叫已存在并且COS为金级，表示需要将COS由金级升级为钻石级，相应地，需要进行的操作是将金级呼叫COS对应的连接保护类型升级为钻石级呼叫COS对应的连接保护类型。

扩展2、RSVP-TE中增加子网点(SNP)对象，在呼叫信令Notify消息中携带可以承载呼叫的连接SNP ID，具体格式如图3所示，与扩展1类似，也包括长度、类域和类型，只是这里携带的是SNP ID。其中，SNP代表一个实际或潜在的连接点(CP)或连接终端点(CTP)，或者表示一个实际或潜在的终端连接点(TCP)或路径终端点(TTP)。SNP由节点标识+接口标识+SNP ID来确定，由于节点标识，接口标识在RSVP-TE中已有相关的对象表示，因此这里只增加一个SNP对象。一个SNP和其它SNP之间的不同关系则形成链路连接(LC)和子网连接(SNC)。一个SNP还可以和其它的SNP组合在一起，形成子网点池(SNPP)，在不同子网上的SNPP之间的连接形成一条SNPP链路。最后，由一系列LC和SNC串联形成跨越整个网络连接，最终实现端到端的连接。可以这样说，端到端的连接就是一组SNP按照一定关系的组合。

扩展3、在呼叫信令Notify消息中，携带呼叫COS可映射的连接保护类型(protection)对象，一个呼叫COS可以对应一个以上的保护类型对象，保护类型对象的具体定义可参见IETF标准文档(draft-ietf-ccamp-gmpls-recovery-e2e-signaling-03.txt)中关于连接保护类型对象(Protection Object)的内容。

保护类型给出了连接所采用的保护恢复方式。

扩展后的Notify消息格式如下：

<Notify message>::=<Common Header>[<INTEGRITY>]

[[<MESSAGE_ID_ACK>|<MESSAGE_ID_NACK>]...]

[<MESSAGE_ID>]

<ERROR_SPEC>

<notify session>::=<SESSION>[<ADMIN_STATUS>]

[<POLICY_DATA>...]

[ <COS> ] (1)

[ <SNP ID> ] (2)

[ <Protection> ] (3)

[<LINK_CAPABILITY>]

[<SESSION_ATTRIBUTE>]

[<sender descriptor>|<flow descriptor>]

其中，符号(1)、(2)、(3)标出的即为上述扩展的部分。

上述扩展还可以在基于限制的路由标签分配协议(CR-LDP)中实现，实现方式与RSVP-TE的方式没有本质区别，故不再赘述。

除了对呼叫信令作扩展外，在每个NCC中都要预先设置呼叫COS与连接COS的映射关系表，以下简称为映射关系表，通过查找该表，根据已知的呼叫COS可以得到一个或一个以上可能的连接保护类型。例如，若所述映射关系表中，呼叫COS与连接COS的对应为钻石级呼叫对应1+1连接，则当NCC收到的呼叫信令中包括的呼叫COS为钻石级呼叫，通过查找该映射关系表，就可得到对应的连接保护类型为1+1方式。此外，呼叫信令中还可以携带呼叫策略信息，并在NCC中设置用户策略数据库，根据呼叫信令中的呼叫策略信息查询用户策略数据库得到相应的策略数据，针对不同的用户和服务根据策略数据对上述得到的连接保护类型进一步筛选，得到符合策略数据的连接保护类型。所述策略数据为与向用户提供服务有关的信息，例如，用户A是VIP用户，可以提供全部类型的呼叫服务，并享受10％的费用折扣；用户B是欠费用户，只能提供部分类型的呼叫服务，并限制时间等等。如果所述呼叫为用户B发起，则根据用户B的策略数据，不能提供1+1保护类型的连接。

图4为如图1所示的控制层网络结构实现呼叫COS到承载该呼叫的连接映射的流程图，包括如下步骤：

步骤401：网络管理系统或者客户端设备通过主叫控制器101发起呼叫请求给主叫侧的NCC102，该请求中带有被叫方的呼叫控制器地址、当前呼叫标识、呼叫COS对象和呼叫策略信息；

步骤402：NCC102对所收到的呼叫信令进行呼叫认证，如果认证不通过则拒绝此呼叫请求；否则根据呼叫信令中携带的呼叫COS和呼叫策略信息查找本地映射关系表和相应的用户策略数据，得到该呼叫COS可以映射的连接操作和连接参数，并根据所得连接操作和连接参数确定呼叫协商参数，将所确定的呼叫协商参数加入到呼叫请求中，并将呼叫请求发送给被叫侧的NCC103；所述呼叫认证即根据主叫用户的签约信息判断是否允许该用户进行呼叫信令中所提交的呼叫，签约信息保存在数据服务器中，当NCC102收到呼叫请求时，则向数据服务器获取该签约信息；例如：如果主叫用户提交的呼叫请求为将当前的呼叫COS由金级升级为钻石级，如果主叫用户只签约了金级未签约钻石级，NCC根据所获取主叫用户的签约信息判断结果为认证不通过。

步骤403：NCC103对呼叫请求中的呼叫协商参数进行协商，协商的方法为：

1)如果呼叫映射操作为增加连接，呼叫协商参数包括呼叫COS、主叫侧连接的子网点SNP、带宽和呼叫COS可以映射的连接保护类型，NCC103根据呼叫协商参数中的呼叫COS查找本地映射关系表得到对应的连接保护类型，和呼叫协商参数中的连接保护类型取交集，判断交集是否为零，如果不为零，交集即为协商后的承载此呼叫的连接保护类型，并将承载此呼叫的连接保护类型和被叫侧即将使用的SNP作为呼叫协商参数；如果交集为零则协商后的呼叫协商参数为空，如果交集不为零NCC103判断主叫侧NCC连接的子网点SNP是否可作为新连接的源SNP、新带宽要求是否允许，若是则继续执行后续步骤，否则协商后的呼叫协商参数为空，向主叫侧NCC返回错误提示并退出本流程。

2)如果呼叫映射操作为删除连接则确定的呼叫协商参数包括要删除连接的连接标识Tunnel ID，NCC103检查呼叫协商参数中的Tunnel ID，判断本地是否允许删除该连接，若允许则保持呼叫协商参数不变；否则协商后得到的呼叫协商参数为空。

3)如果呼叫映射操作为修改某个连接，则确定的呼叫协商参数包括承载所述呼叫的一个连接的连接标识Tunnel ID以及该连接需要修改的参数，NCC103检查呼叫协商参数中的Tunnel ID和新的连接参数，判断本地是否允许修改该连接且满足新的连接参数的要求，若是则保持呼叫协商参数不变；否则协商后得到的呼叫协商参数为空。

如果协商后得到的呼叫参数不为空，向被叫控制器104发送呼叫指示消息，否则拒绝此呼叫，向NCC102返回错误提示并结束本流程；所述呼叫指示消息携带本次呼叫的相关信息，可以包括但不限于呼叫服务类型，发起者的信息等。

步骤404：被叫控制器104对收到的呼叫指示进行认证，所述认证为判断是否接受该呼叫请求，如果认证通过，则向被叫侧NCC103返回接受呼叫的确认消息；如果认证不通过，则向NCC103返回拒绝消息并退出本流程。

步骤405：NCC103将协商后的呼叫协商参数发送至主叫侧NCC102，NCC102根据所收到呼叫协商参数，最终确定对应的连接操作和连接参数，根据呼叫协商参数的不同，对应的连接操作可能是建立新连接，删除已有连接，修改连接带宽或者修改连接保护类型；

步骤406：NCC102触发连接控制器105至107执行步骤405所确定的连接操作。

步骤407：连接控制器105至107完成相关操作后，通知主叫侧的NCC102，NCC102向主叫控制器返回确认消息，并结束呼叫请求处理流程。

图5为实现呼叫COS到连接COS映射的网络连接示意图。其中，A为主叫节点，Z为被叫节点，B和D分别为网络的入口节点和出口节点，C、E、F和G为网络中间节点。根据图5所示网络连接情况，下面根据与呼叫COS对应的连接操作的具体情况，再举两个具体实施例来详细说明一下呼叫COS到承载该呼叫的连接的映射的具体流程。

实施例一：主叫节点A向被叫节点Z发起呼叫请求，该呼叫COS对应的连接操作为新建一个连接。本实施例流程中，图5的各个节点在控制层面上的功能为：节点A为主叫控制器，节点Z为被叫控制器，节点B兼有主叫侧网络控制器和连接控制器的功能，节点D则兼有被叫侧网络控制器和连接控制器的功能，节点C、节点E为中间节点，未参与呼叫处理，只作为连接控制器参与连接处理过程。

本实施例的具体流程如图6所示，包括如下步骤：

步骤601：节点A向节点B发送Notify消息作为呼叫请求，Notify消息中除了携带标准的呼叫参数外，还携带新增的COS对象，假设携带的COS对象数值为1；

步骤602：B节点根据本地预先设置的呼叫COS与连接COS的映射关系表以及相关的用户策略数据，得到该呼叫COS可以映射的连接操作和连接参数，假设可以映射的连接操作为新建连接，新连接的保护类型为1+1或1:1，对应的呼叫协商参数为新连接的源SNP、带宽、保护类型；

步骤603：B节点发送Notify消息到节点D，其中带有呼叫COS对象和步骤602所确定的呼叫协商参数，具体的数据格式为：

<notify session>::=<SESSION>[<ADMIN_STATUS>]

[<POLICY_DATA>...]

[ <COS：1> ] (4)

[ <Protection：1+1> ] (5)

[ <Protection：1:1>] (6)

[ SNP ID ] (7)

[<LINK_CAPABILITY>]

[<SESSION_ATTRIBUTE>]

[<sender descriptor>|<flow descriptor>] (8)

其中对象(4)为呼叫COS对象，对象(5)和对象(6)为可以映射的连接保护类型，对象(7)为源端SNP ID，即新连接在节点B所使用的SNPID，对象(8)为连接的带宽；

步骤604：节点D收到Notify消息后，对Notify消息中的呼叫协商参数进行协商，具体过程为：根据Notify消息中的呼叫COS，查找本地呼叫COS与连接COS的映射关系表和相应的用户策略数据，找到本地可对应的连接保护类型，假设为1+1；节点D将本地可对应的连接保护类型和收到的Notify消息中的连接保护类型取交集，由于节点D对此呼叫只能映射为1+1，不能取1:1，因此所取交集为1+1，即将1+1做为承载此呼叫的连接保护类型，将1:1保护类型所对应的对象(6)从Notify消息中删除；判断Notify消息中的SNP ID以及连接带宽是否可接受，此处假设可以接受，在Notify消息中增加节点D可以使用的SNP ID对象以及连接带宽。

步骤605：节点D向节点Z发送Notify消息作为呼叫指示；

步骤606：节点Z对所收到的Notify消息中的呼叫协商参数进行认证，设这里认证通过，通过后向节点D发送Notify消息作为确认消息。

步骤607：节点D收到确认消息后，向节点B发送Notify消息，其中带有取交集后的连接保护类型和节点D可使用的SNP ID，本例中，所述连接保护类型为1+1，节点D可使用的SNP ID为Port101中的SNP201，节点B上使用的SNP ID为Port100中的SNP200，其中Port101和Port100为端口标识。

步骤608：节点B收到来自节点D的Notify消息后，依照该Notify消息中的呼叫协商参数建立连接，具体为：获得协商后的保护类型为1+1，做为承载此呼叫的连接COS；根据节点D返回的SNP以及自身可使用的SNP，得到本呼叫对应的连接，并触发相关节点的连接控制器建立满足带宽要求的连接。本例中，连接为节点B上Port100中的SNP200到节点D上Port101中的SNP201的1+1保护类型的连接，包含的2个连接的具体信息为：

从节点B经节点C到节点D的连接，为工作连接；

从节点B经节点E到节点D的连接，为保护连接；以上两个连接在图5中用加粗的黑线表示。

步骤609：连接建立后，连接控制器向主叫控制器返回确认消息，通知主叫控制器连接已完成，并结束本流程。

上述对呼叫协商参数的协商过程中，对SNP ID、带宽的判断是非必要步骤，也可省去协商参数中对SNP ID、带宽的携带以及协商过程中对SNPID、带宽的判断。

实施例二：主叫节点A与被叫节点Z之间进行呼叫COS的修改。

本实施例的具体流程如图7所示，包括如下步骤：

步骤701：节点A向节点B发送Notify消息作为呼叫请求，Notify消息中除了携带标准的呼叫参数外，还携带新增的COS对象；

步骤702：节点B发现新的呼叫参数和本地保存的呼叫参数不同，认为是呼叫修改操作，根据本地映射关系表和用户策略数据，将呼叫请求中的呼叫COS值映射到具体的连接操作和连接参数，并根据所述的连接操作和连接参数，生成呼叫协商参数：

如果是呼叫中增加新的连接，则由节点B的呼叫控制器选择新连接的源SNP、带宽、保护类型等做为呼叫协商参数；

如果是呼叫中删除某个连接，则由节点B的呼叫控制器选择与该呼叫对应的一个连接，将该连接的Tunnel ID做为呼叫协商参数；

如果需要对承载该呼叫的一个连接的保护属性进行修改，则由呼叫控制器选择承载该呼叫的一个连接，将所选择连接的Tunnel ID、该连接需要修改的参数做为呼叫协商参数；

步骤703：节点B发送Notify消息到节点D，所述Notify消息中包括步骤702所确定的呼叫协商参数；

步骤704：节点D对所收到的呼叫协商参数进行协商，根据所收到的Notify消息中呼叫协商参数的不同，具体过程如下：

如果是呼叫中增加新的连接，则根据Notify消息中的呼叫COS查找本地映射关系表和本地的策略数据得到可以映射的连接保护类型，和Notify消息中的连接保护类型取交集，获得承载此呼叫的连接保护类型；并将承载此呼叫的连接保护类型和新连接的宿SNP做为呼叫协商参数；

如果是呼叫中删除某个连接，检查Notify消息中携带的Tunnel ID，判断本地是否允许删除该连接，若允许保持呼叫协商参数不变并继续执行步骤705，否则返回错误提示并退出本流程；

如果需要对与该呼叫对应某个连接的保护属性进行修改，检查Notify消息中携带的Tunnel ID，判断本地是否允许修改此连接且满足新的连接参数的要求，若是保持呼叫协商参数不变并继续执行步骤705，否则返回错误提示并退出本流程；

步骤705：节点D向节点Z发送Notify消息作为呼叫指示；

步骤706：节点Z对所收到的Notify消息进行认证，通过后向节点D发送Notify消息作为确认消息。

步骤707：节点D收到确认消息后，向节点B发送Notify消息，其中带有步骤704所确定的呼叫协商参数；

步骤708：节点B收到来自节点D的Notify消息后，根据其中的呼叫参数进行如下处理：

如果是呼叫中增加新的连接，则由呼叫控制器触发连接控制器完成新的连接的创建，连接的创建可以采用标准的GMPLS RSVP-TE(参见IETF标准RFC3473)信令完成。

如果是呼叫中删除某个连接，则由呼叫控制器触发连接控制器完成连接的删除，连接的删除可以采用标准的GMPLS RSVP-TE(参见IETF标准RFC3473)信令完成。

如果是呼叫修改带宽，则由呼叫控制器触发连接控制器完成连接的带宽修改，连接带宽修改的信令采用新建信令流程，具体过程可参照RFC3473；

如果需要对某个连接保护属性进行修改，则进行如下处理：

如果只修改连接的保护属性，不会引起连接的增删，由呼叫控制器根据协商出的结果触发连接控制器完成连接保护属性的修改；

如果修改连接的保护属性，需要进行连接的增加，例如需要将某个连接由重路由修改为1+1，由呼叫控制器根据协商后的结果选择相应的连接，触发连接控制器完成一条新连接的创建，这两个连接有相同的3元组，不同的Tunnel ID，连接控制器在两端完成新增连接和原有连接双发和选收，在新连接创建完成后呼叫控制器触发连接控制器完成原有连接属性的更新，同时在首末节点的呼叫控制器中保存这两条连接的关联关系。

如果修改连接的保护属性，需要进行连接的删除，例如需要将某个连接由1+1修改为重路由，由呼叫控制器根据协商后的结果选择相应的连接，触发连接控制器完成一条连接的删除，删除成功后呼叫控制器再触发连接控制器完成连接属性的更新。

步骤709：连接控制器完成连接相关的功能后，向呼叫控制器返回确认消息并结束本流程。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1、一种实现呼叫服务等级COS到承载呼叫的连接的映射方法，其特征在于，该方法包括如下步骤：

2、根据权利要求1所述的方法，其特征在于，在步骤C之后进一步包括：

D、主叫侧NCC向主叫控制器返回呼叫确认消息。

3、根据权利要求1所述的方法，其特征在于，步骤A所述收到呼叫请求之后进一步包括：

4、根据权利要求1所述的方法，其特征在于，步骤B所述协商后得到的呼叫协商参数如果为空，向主叫侧NCC返回错误提示并结束本流程。

5、根据权利要求1所述的方法，其特征在于，步骤A所述根据所收到的呼叫请求中的呼叫COS得到相应的呼叫协商参数为：

6、根据权利要求5所述的方法，其特征在于，所述呼叫请求中进一步包括呼叫策略信息，则所述得到对应的连接操作和连接参数信息为：根据呼叫请求中的呼叫策略信息，查找本地的策略数据，并用所查找的本地策略数据，筛选查找本地预先设置的呼叫COS与连接COS的映射关系表得到的连接操作和连接参数信息，经过筛选的连接操作和连接参数信息作为所得对应的连接操作和连接参数信息。

7、根据权利要求5所述的方法，其特征在于，所述根据所得连接操作和连接参数信息确定呼叫协商参数为：根据所得连接操作和连接参数信息确定对应的操作为在呼叫中增加一个连接，则确定的呼叫协商参数包括呼叫COS和呼叫COS可以映射的连接保护类型；

8、根据权利要求7所述的方法，其特征在于，所述确定的呼叫协商参数进一步包括连接带宽，

9、根据权利要求7所述的方法，其特征在于，所述确定的呼叫协商参数进一步包括主叫侧连接的子网点SNP，则步骤B所述判断交集不为零后进一步包括：被叫侧NCC判断主叫侧NCC连接的子网点SNP是否可作为新连接的源SNP，若是，将被叫侧即将使用的SNP加入协商后的呼叫协商参数并继续执行后续步骤，否则协商后的呼叫协商参数为空，向主叫侧NCC返回错误提示并退出本流程。

10、根据权利要求5所述的方法，其特征在于，所述根据所得连接操作和连接参数信息确定呼叫协商参数为：根据所得连接操作和连接参数信息确定对应的操作为删除承载已建立呼叫中的一个连接，则确定的呼叫协商参数包括承载所述呼叫的一个连接的连接标识Tunnel ID；

11、根据权利要求5所述的方法，其特征在于，根据所得连接操作和连接参数信息确定呼叫协商参数为：根据所得连接操作和连接参数信息确定对应的操作为修改承载已建立呼叫的一个连接的保护属性，则确定的呼叫协商参数包括承载所述呼叫的一个连接的连接标识Tunnel ID以及该连接需要修改的参数；

12、根据权利要求5至11任一项所述的方法，其特征在于，步骤B所述将协商后得到的呼叫协商参数返回给主叫侧NCC为：

B1、被叫侧NCC发送呼叫指示消息至被叫控制器；

13、根据权利要求1至11任一项所述的方法，其特征在于，所述呼叫COS对象由扩展的资源预留协议流量工程RSVP-TE信令或基于限制的路由标签分配协议CR-LDP信令中的通知消息携带。

14、根据权利要求9所述的方法，其特征在于，所述呼叫协商参数中的SNP为扩展RSVP-TE信令或CR-LDP信令中的通知消息携带的SNP ID对象。

15、根据权利要求5至11任一项所述的方法，其特征在于，所述呼叫协商参数中的连接保护类型为扩展RSVP-TE信令或CR-LDP信令中的通知消息携带的连接保护类型对象。