专利名称：承载控制层的平滑重启方法
技术领域：
本发明涉及设备重启技术，更确切地说是涉及承载控制层的平滑重启方法。
背景技术：
随着Internet网络规模的不断增大，各种各样的网络服务争相涌现，各种先进的多媒体系统层出不穷，这导致Internet网络需要经常发送突发性高的文件传输协议(FTP)或含有图像文件的超文本传输协议(HTTP)等多媒体业务。对于网络中的实时业务来说，由于其对网络的传输时延、延时抖动等特性较为敏感，因此网络在发送FTP或HTTP等业务时，对实时业务的影响比较大。而且，多媒体业务还占去了大量的网络带宽，使现有网络中需要保证带宽的关键业务很难被可靠地传输。
针对上述问题，业界提出了各种服务质量(QoS)技术，比如，因特网工程任务组(IETF)就建立了很多的服务模型和机制以满足网络的需求。在这些QoS技术中，业界比较认可的是IETF提出的在网络的接入和边缘使用综合业务模型(Int-Serv)、在网络的核心使用区分业务模型(Diff-Serv)的技术方案。由于该方案中的Diff-Serv仅设定了优先登记保障QoS，因此使用该方案的网络虽然具有线路利用率高的特点，但是整个网络的传输可靠性和传输效果很难保证。为解决这个问题，业界提出了为Diff-Serv引入一个独立的承载控制层的方案，即在原有Diff-Serv的基础上提出了有独立承载控制层的Diff-Serv模型。该解决方案是在Diff-Serv的业务控制层和承载网络层之间设置承载控制层，所设置的承载控制层由多个承载网资源管理器组成，承载网资源管理器可以是带宽代理器(BB，Bandwidth Broker)，也可以是QoS服务器、承载网资源管理器(CM)或其他网络设备，Diff-Serv中的每个承载网络对应一个承载网资源管理器，由承载网资源管理器配置该承载网络的管理规则和网络拓扑，并为用户申请的业务分配带宽资源，各个承载网资源管理器之间通过信令传递用户申请业务带宽的请求和结果，以及承载网资源管理器为用户的业务申请分配的路径信息。
下面结合附图对该具有独立承载控制层的Diff-Serv模型进行说明。
Diff-Serv模型中的每个承载网资源管理器管理承载网络中的部分区域，该区域为它的管理域。在图1所示的Diff-Serv模型中，管理域101对应承载网资源管理器102，承载网资源管理器102与管理域101中的边缘路由器(ER)103连接，由承载网资源管理器102对管理域101进行网络资源和拓扑管理等处理；类似地，管理域112对应承载网资源管理器111，承载网资源管理器111与管理域112中的路由器113连接；管理域109对应承载网资源管理器108，承载网资源管理器108与管理域109中的ER 110连接。承载网资源管理器102和承载网资源管理器108通过承载网资源管理器111连接。用户(UE)104与呼叫代理(CA)105连接，该CA 105与承载网资源管理器102连接，由用户UE104发来的请求经承载网资源管理器102对应的管理域101进入该承载网络，因此，如果UE 104为主叫用户，则承载网资源管理器102为UE 104的源承载网资源管理器；UE 106与CA107连接，该CA 107与承载网资源管理器108连接，由用户UE 106发来的请求经承载网资源管理器108对应的管理域109进入该承载网络，因此，如果UE 106为主叫用户，则承载网资源管理器108为UE 106的源承载网资源管理器。
承载控制层可以为用户、CA或网络维护人员的业务请求分配资源。如果以图1中的UE 104为主叫UE，UE 106为被叫UE，则承载网资源管理器102为UE 104的源承载网资源管理器，承载网资源管理器108为目的承载网资源管理器。
如果承载控制层中的承载网资源管理器是CM，则承载控制层为业务请求分配资源是通过在源CM和目的CM之间建立连接实现的。在建立连接时，源CM逐跳向下游CM发送资源请求，直至目的CM；目的CM再返回资源响应，直至源CM。在承载控制层建立完连接后，源CM将本次呼叫的呼叫信息、QoS参数，以及本次连接建立过程中确定的路径信息发送给本次业务请求的入口ER。在上述建立过程中，每个CM为该次业务请求分配本管理域内和其与下游CM对应管理域之间的域间的路径，并为该次业务请求预留带宽信息。
上述源CM可以直接由CA确定，也可以在承载控制层中通过代理方式确定，如果是后者，则该源CM还应该以发送代理资源请求的路径返回代理资源响应，直至与CA直接连接的CM，该CM收到代理资源响应后，向CA返回连接资源响应。
不管承载控制层中的承载网资源管理器具体是哪种设备，在建立完当前连接后，承载网资源管理器都需要根据自身保存的连接信息对已建立的连接进行维护和管理。比如，承载网资源管理器对当前连接的状态进行维护，或修改已设置的带宽信息等。
因此，在上述建立连接的过程中，每个承载网资源管理器都需要保存本次连接过程中与连接相关的信息。如果某个承载网资源管理器突然掉电或出现其他故障，则其所保存的连接信息会因故障而全部丢失，而目前并没有在承载网资源管理器恢复后重新获取自身保存的连接信息的方法，这样，即使该承载网资源管理器重新恢复正常，也无法继续建立当前的连接，且无法维护和管理已经建立的连接，对新的资源请求由于丢失现有资源使用情况，所以无法准确分配资源，这必然会影响承载网资源管理器及网络运行的稳定性。
发明内容
有鉴于此，本发明的主要目的在于提供一种承载网资源管理器在重启后获取当前网络信息的方法，使本承载网资源管理器在重启后能尽力恢复原有的信息，并能更好地处理新的资源请求。
为达到以上目的，本发明的技术方案是这样实现的一种承载控制层的平滑重启方法，该方法包括以下步骤a.重启的承载网资源管理器向与其直接连接的网络设备发送资源同步请求；b.网络设备收到资源同步请求后，判断自身是否能识别该资源同步请求，如果能识别，则向当前重启的承载网资源管理器发送本网络设备中所有与当前重启的承载网资源管理器相关的连接信息，并进入步骤c，否则，向当前重启的承载网资源管理器发送同步拒绝响应，并结束同步处理；c.当前重启的承载网资源管理器保存步骤b中发送的连接信息。
所述步骤a中，重启的承载网资源管理器在发送的资源同步请求中设置用于标识客户端类型的请求标识；则所述步骤b中，网络设备判断自身是否能识别资源同步请求中的请求标识。
所述步骤b之后可以进一步包括，所述网络设备在发送所有的连接信息之后，向当前重启的承载网资源管理器返回同步完成响应。
所述步骤b中，所述网络设备在发送的连接信息中设置用于标识本消息是否为最后一条连接信息消息的标识位。
该方法还可以进一步包括所述网络设备判断发送的连接信息是否为最后一条连接信息消息，如果是，则将该重发消息中的标识位设置为特定值，否则，将该重发消息中的标识位设置为与该特定值不同的值。
所述与重启的承载网资源管理器直接连接的网络设备是当前重启的承载网资源管理器对应管理域内的边缘路由器，则所述发送连接信息为发送呼叫信息、QoS参数和已建立的连接的路径信息。
所述与重启的承载网资源管理器直接连接的设备是承载网资源管理器，则所述发送连接信息为发送资源请求、或代理资源请求、或已建立的连接的路径信息，或三者任意组合。
所述发送连接信息可以进一步包括发送资源响应，和/或代理资源响应。
与重启的承载网资源管理器直接连接的网络设备是呼叫代理，则所述发送连接信息为发送其曾向当前重启的承载网资源管理器发送的连接资源请求。
所述步骤c中，所述重启的承载网资源管理器针对每次呼叫对连接信息进行保存时，首先判断已收到的连接信息是否存在与当前收到的连接信息冲突的连接信息，如果有，则删除与本次呼叫对应的所有连接信息，否则，保存当前收到的连接信息。
该方法还可以进一步包括所述重启的承载网资源管理器在删除与本次呼叫对应的所有连接信息时，向与本次呼叫相关的网络设备发送重新获取本次呼叫的连接信息的请求消息，收到该请求消息的网络设备重发自身保存的、且与本次呼叫对应的连接信息。
本发明方案通过重启后的承载网资源管理器向与其直接连接的其他网络设备发送资源同步请求，并保存其他网络设备收到资源同步请求后反馈的连接信息，使承载网资源管理器在因掉电或其他故障导致重启后，可以从相邻的网络设备中获取重启之前的连接信息，从而保证了该承载网资源管理器在重启后能继续故障前的连接建立及维护管理等工作。并且，由于重启后的承载网资源管理器获取了现有的资源分配情况，因此可以为新的资源请求准确地分配资源。可见，本发明方案提高了承载控制层的鲁棒性，增强了网络运行的稳定性，且本发明方案实现简单、易于维护管理。
图1为目前的具有独立承载控制层的Diff-Serv模型的示意图；图2为本发明方案实现资源同步的消息流时序图；
图3为本发明方案实现资源同步的流程图。
具体实施例方式
下面结合附图及具体实施例对本发明方案作进一步详细的说明。
如果某个承载网资源管理器在掉电或出现故障后重启，则向与自身直接连接的网络设备发送用于获取连接信息的资源同步请求，收到该资源同步请求的网络设备将自身保存的与连接相关的信息发送给该承载网资源管理器，承载网资源管理器根据收到的与连接相关的信息恢复自身的连接信息。
该实现资源同步的消息流时序参见图2，对应的流程参见图3，通过以下步骤实现步骤301、承载网资源管理器重启后，向与其直接连接的网络设备发送用于获取连接信息的资源同步请求，所发送的资源同步请求中应包括用于标识客户端类型的请求标识。
如果重启的承载网资源管理器只与自身管理域内的ER及一些承载网资源管理器直接连接，则该重启的承载网资源管理器向与其直接连接的ER及承载网资源管理器分别发送资源同步请求。如果重启的承载网资源管理器还与CA连接，则其还应向CA发送资源同步请求。
步骤302～304、收到资源同步请求的网络设备判断自身是否能识别该资源同步请求中的请求标识，如果可以识别，则向当前重启的承载网资源管理器发送本网络设备中与该重启的承载网资源管理器相关的连接信息，并进入步骤305，否则，向当前重启的承载网资源管理器返回同步拒绝响应，并结束当前同步流程。
与当前重启的承载网资源管理器直接连接的网络设备可能是ER、承载网资源管理器或CA，因此各种网络设备重发的连接信息有所不同。
以承载控制层由CM组成为例，则重启的承载网资源管理器是CM。对于ER来说，其发送的连接信息为自身保存的呼叫信息、QoS参数，以及已建立的连接的路径信息，这些连接信息都是当前重启的CM曾发送到该ER的。如果其收到过当前重启的CM下发的路径信息，则还将该路径信息再发送给当前重启的CM。对于CM来说，是将自身所保存的所有与当前重启的CM相关的连接信息发送给该当前重启的CM，该连接信息可能是自身曾收到的资源请求和响应，也可能是代理资源请求和响应，还可能是已经建立的路径信息等。对于CA来说，其发送的连接信息为自身曾发送给该重启的CM的所有连接资源请求。
本步骤中的网络设备发送完自身保存的所有连接信息后，还应发送表示本网络设备中所有连接信息重发完毕的同步完成响应。为简化流程，这些网络设备也可以不发送同步完成响应，而是在上述发送的连接信息消息中增设一个用于标识本消息是否是最后一条连接信息消息的标识位，比如，如果本消息是最后一条连接信息消息，则将该消息中的标识位设置为某一个特定值，如果不是最后一条连接信息消息，则将该消息中的标识位设置为与前一特定值不同的值。比如，将最后一条消息中的标识位设置为1，其他消息中的标识位统一设置为0；或者，将最后一条消息中的标识位设置为0，其他消息中的标识位统一设置为1；或者，只设置最后一条消息的标识位为某个特定值，比如0xFF，其他消息中的标识位可以任意设置。
步骤305、重启的承载网资源管理器保存收到的连接信息。
重启的承载网资源管理器往往从多个设备发送来的连接信息中获取针对某次呼叫的连接信息，如果不同设备发送来的针对同一次呼叫的连接信息之间有冲突，则重启的承载网资源管理器需要删除所有与该次呼叫相关的连接信息。为重新获取与该次呼叫对应的连接信息，重启的承载网资源管理器还可以向与该次呼叫相关的所有网络设备发送包含该次呼叫的呼叫标识的请求消息，请求网络设备重发与该次呼叫对应的连接信息。收到该请求消息的网络设备再次向该重启的承载网资源管理器发送与该次呼叫对应的连接信息。通过上述过程，该重启的承载网资源管理器可以恢复到故障前的状态。
以上所述仅为本发明方案的较佳实施例，并不用以限定本发明的保护范围。
权利要求
1.一种承载控制层的平滑重启方法，其特征在于该方法包括以下步骤a.重启的承载网资源管理器向与其直接连接的网络设备发送资源同步请求；b.网络设备收到资源同步请求后，判断自身是否能识别该资源同步请求，如果能识别，则向当前重启的承载网资源管理器发送本网络设备中所有与当前重启的承载网资源管理器相关的连接信息，并进入步骤c，否则，向当前重启的承载网资源管理器发送同步拒绝响应，并结束同步处理；c.当前重启的承载网资源管理器接收步骤b中每个网络设备发送来的连接信息，并针对每次呼叫对连接信息进行保存。
2.根据权利要求1所述的方法，其特征在于所述步骤a中，重启的承载网资源管理器在发送的资源同步请求中设置用于标识客户端类型的请求标识；则所述步骤b中，网络设备判断自身是否能识别资源同步请求中的请求标识。
3.根据权利要求1所述的方法，其特征在于所述步骤b之后进一步包括，所述网络设备在发送所有的连接信息之后，向当前重启的承载网资源管理器返回同步完成响应。
4.根据权利要求1所述的方法，其特征在于，所述步骤b中，所述网络设备在发送的连接信息中设置用于标识本消息是否为最后一条连接信息消息的标识位。
5.根据权利要求4所述的方法，其特征在于，该方法进一步包括所述网络设备判断发送的连接信息是否为最后一条连接信息消息，如果是，则将该连接信息消息中的标识位设置为特定值，否则，将该连接信息消息中的标识位设置为与该特定值不同的值。
6.根据权利要求1所述的方法，其特征在于，所述与重启的承载网资源管理器直接连接的网络设备是当前重启的承载网资源管理器对应管理域内的边缘路由器，则所述发送连接信息为发送呼叫信息、QoS参数和已建立的连接的路径信息。
7.根据权利要求1所述的方法，其特征在于，所述与重启的承载网资源管理器直接连接的网络设备是承载网资源管理器，则所述发送连接信息为发送资源请求、或代理资源请求、或已建立的路径信息，或三者任意组合。
8.根据权利要求7所述的方法，其特征在于，所述发送连接信息进一步包括发送资源响应，和/或代理资源响应。
9.根据权利要求1所述的方法，其特征在于，与重启的承载网资源管理器直接连接的网络设备是呼叫代理，则所述发送连接信息为发送其曾向当前重启的承载网资源管理器发送的连接资源请求。
10.根据权利要求1所述的方法，其特征在于所述步骤c中，所述重启的承载网资源管理器针对每次呼叫对连接信息进行保存时，首先判断已收到的连接信息是否与当前收到的连接信息冲突，如果有，则删除与本次呼叫对应的所有连接信息，否则，保存当前收到的连接信息。
11.根据权利要求10所述的方法，其特征在于该方法进一步包括所述重启的承载网资源管理器在删除与本次呼叫对应的所有连接信息时，向与本次呼叫相关的网络设备发送重新获取本次呼叫的连接信息的请求消息，收到该请求消息的网络设备重发自身保存的、且与本次呼叫对应的连接信息。
全文摘要
本发明公开了一种承载控制层的平滑重启方法，该方法包括重启的承载网资源管理器向与其直接连接的网络设备发送资源同步请求；网络设备如果不能识别收到的资源同步请求，则向当前重启的承载网资源管理器发送同步拒绝响应，并结束同步处理；如果能识别，则向当前重启的承载网资源管理器发送本网络设备中所有与当前重启的承载网资源管理器相关的连接信息，当前重启的承载网资源管理器保存收到的连接信息。本发明方案使重启后的承载网资源管理器可以从相邻设备获取丢失的连接信息，因此可以保证该承载网资源管理器在重启后能继续重启前的工作，从而提高了承载控制层的鲁棒性，且增强了网络运行的稳定性。
文档编号H04L12/24GK1599325SQ0315714
公开日2005年3月23日 申请日期2003年9月16日 优先权日2003年9月16日
发明者陈悦鹏, 范灵源, 吴登超, 许波, 隋少帅, 薛莉莉, 徐波 申请人:华为技术有限公司