专利名称：一种协商方法及系统的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种冗余能力协商的方法及系统。
背景技术：
随着传统通信网络、互联网以及移动通信网络的发展，各个网络相互融合是必然趋势，下一代网络NGN(Next Generation Nerwork)就是以网际协议IP(Internet Protocol)分组交换网络为核心网，控制与承载分离，各种接入技术并存，融合现有各种网络的新一代网络。
基于IP承载的业务传输可以使用多种编码方式，如国际电信联盟电信标准部ITU-T(International Telecommunication Union TelecommunicationStandardization Sector)所定义的G.729、G.711协议等。G.711协议中的数据速率为64Kbit/s，理论上可以传递数据及传真业务，但是由于IP传输的不可靠性，如果发生丢包，则不能正常实现数据传递及传真，由此产生了G.711冗余(G.711Redundant，简称“G.711Red”)编解码方案。G.711Red编解码，实际上就是将G.711 RTP报文根据RFC2198协议进行冗余处理，因为引入了冗余机制而具有较高的可靠性。
一般在网络的业务传输中，需要知道对方的业务支持能力，即进行能力协商，然后再进行数据传输。目前，现有技术中，是通过信令面进行能力协商，具体可以通过BICC信令进行协商。媒体网关控制器MGC(Media GatewayController)通过配置文件配置媒体网关MGW(Media Gateway)是否支持G.711冗余，然后MGC扩展BICC信令里面的编解码(Codec)类型为G.711red，在呼叫建立的时候，MGC通过Bicc信令将G.711red作为一种编解码发送给另一个MGC，如果另一个MGC支持该冗余，则返回携带G.711red类型标识的响应消息，表示该编解码协商成功，如果不支持，则在响应消息中不携带G.711red类型标识，表示协商不成功。
但是，MGC在扩展BICC信令里面的编解码(Codec)类型为G.711red后，需要通知MGW相应的编解码类型，然后MGW按照此编解码类型进行编解码。MGC通知MGW的方式是通过H.248接口，目前H.248接口协议有G.711、自适应多速率AMR等语音编解码的描述方式，却没有G.711red的描述方式，因此需要扩展H.248对于G.711red编解码的描述方式，这样MGC才能通知MGW。所以，现有技术通过信令面扩展方式协商冗余能力就存在一个兼容性问题，即为了支持G.711red，需要MGC之间、MGC和MGW之间都进行扩展，对现有网络影响大，在具体部署实施时，会比较复杂和麻烦。
发明内容
本发明要解决的技术问题是提供一种协商方法及系统，在对现网影响比较小的情况下实现冗余能力协商。
本发明的目的是通过以下技术方案实现的本发明提供一种协商方法，包括发送端发送携带冗余能力标识的帧报文；接收端接收所述帧报文后检测冗余能力标识位；接收端向发送端返回相应设置冗余能力标识的帧报文。
可选的，所述冗佘能力标识在初始化帧的空闲扩展域或空闲域设置。
可选的，所述冗余能力标识在数据帧的空闲扩展域或空闲域设置。
可选的，所述数据帧包括协议数据单元类型0或协议数据单元类型1。
可选的，所述设置在空闲扩展域或空闲域的任一位进行设置。
可选的，所述冗余能力标识采用不同符号表示支持冗余或不支持冗余。
本发明相应提供一种协商系统，包括发送端和接收端；其中，发送端，用于发送携带冗余能力标识的帧报文；接收端，用于接收所述帧报文后检测冗余能力标识位；向发送端返回相应设置冗余能力标识的帧报文。
可选的，所述发送端，包括第一扩展单元和发送单元；其中，第一扩展单元，用于在初始化帧或者数据帧的空闲扩展域或空闲域设置冗余能力标识；发送单元，用于发送由第一扩展单元设置冗余能力标识后的帧报文。
可选的，所述接收端，包括检测单元、第二扩展单元和响应单元；其中，检测单元，用于接收所述帧报文后检测冗余能力标识位；第二扩展单元，用于在初始化帧或者数据帧的空闲扩展域或空闲域相应设置冗余能力标识；响应单元，用于向发送端返回由第二扩展单元设置冗余能力标识后的帧报文。
以上技术方案可以看出首先，现有技术通过信令面进行冗余能力协商，存在兼容性问题，MGC之间、MGC和MGW之间都需要进行扩展，对现有网络影响大，而本发明是通过用户面进行冗佘能力协商，具体为发送端发送携带冗余能力标识的帧报文；接收端接收所述帧报文后检测冗余能力标识位；接收端向发送端返回相应设置冗余能力标识的帧报文，从而只需扩展MGW，使MGW之间利用用户面协议报文进行冗余能力协商；进一步的，所述帧报文携带的冗余能力标识可以是在初始化帧的空闲扩展域或空闲域设置，也可以在数据帧的空闲扩展域或空闲域设置，并且是可以在空闲扩展域或空闲域的任一比特位进行设置，当发送端或接收端支持冗余时，可以将冗余能力标识设置为1，当不支持冗余时，可以将冗余能力标识设置为0。
图1是本发明协商方法流程图；图2是本发明协商方法实施例一流程图；图3是本发明协商方法扩展后的UP协议数据单元类型14的格式示意图；图4是本发明协商方法实施例二流程图；图5是本发明协商方法扩展后的UP协议数据单元类型0的格式示意图；图6是本发明协商方法扩展后的UP协议数据单元类型1的格式示意图；图7是本发明协商系统结构示意图；图8是本发明协商系统中的发送端的结构示意图；图9是本发明协商系统中的接收端的结构示意图。
具体实施例方式
本发明的目的是在无线网络中提供冗余能力的协商方法，并能够很好的兼容于现有网络。该方法主要是利用了用户面UP协议报文中相应的空闲扩展域或空闲域进行能力的协商，所以不需要信令面的参与，不需要媒体网关控制器MGC的参与，只需媒体网关MGW之间进行扩展和协商。
UP协议是3GPP R4核心网中使用的用户面协议，其用来协商用户面的功能，包括UP初始化、时间调整、速率控制等功能。初始化时，携带相应语音编解码信息，UP模式、版本等信息。
以下结合附图和具体实施例对本发明进行详细介绍。
需要说明的是，下面所述内容的发送端和接收端设备是指MGW。
请参阅图1，是本发明协商方法流程图，包括步骤A1、发送携带冗余能力标识的帧报文；在UP协议报文的帧中的空闲扩展域中设置冗余能力标识，即在空闲扩展域中将最后一个比特位作为冗余位，设置冗余位为1，表示本端支持冗余，若冗余位为0，则表示本端不支持冗余。需要说明的是，可以利用空闲扩展域中任一个比特位作为冗余位。这里所说的帧，可以是初始化帧，也可以是数据帧。
另外，也可以是在UP协议报文的帧中的空闲域中进行上述操作。
设置冗余能力标识后，发送端向接收端发送携带冗余能力标识的帧报文。
A2、接收端接收所述帧报文后检测冗佘能力标识位；接收端接收帧报文后，对帧报文的相应位即空闲扩展域或空闲域进行检测，若冗余位为1，则认为发送端支持冗余，若冗余位为0，则认为发送端不支持冗余。
A3、接收端向发送端返回相应设置冗余能力标识的帧报文。
若接收端也支持冗佘，则在即将返回的帧报文中将空闲扩展域或空闲域的冗余位也相应设置冗余能力标识，即将冗余位设置为1，表示本端支持冗余，然后返回给发送端。这样发送端和接收端都知道对方支持冗余，则后续报文就可以使用冗余报文了。
需要说明的是，若接收端不支持冗余时，则忽略接收的帧报文中的冗余位标识，在返回的帧报文中将空闲扩展域或空闲域冗佘位设置0。
请参阅图2，是本发明实施例一流程图，具体包括
B1、发送在初始化帧携带冗佘能力标识的帧报文；在发送帧报文前，对帧报文进行扩展，即扩展初始化帧的空闲扩展域，将初始化帧中的空闲扩展域的最后一个比特位作为冗余位，设置冗余位为1，表示本端支持冗余。需要说明的是，也可使用空闲扩展域的其他比特位作冗余位。
另外，也可以是在初始化帧中的空闲域中进行上述操作。
UP的初始化帧也就是指UP协议数据单元类型14。请参阅图3，UP协议数据单元类型14主要包括帧控制部分Frame Control Part、帧校验部分FrameChecksum part、帧净荷部分Frame payload part共三大部分。帧控制部分包括协议数据单元类型PDU Type(＝14)、应答Ack/Nack(＝0.I.e.Procedure)、协议数据单元帧号PDU Type 14 Frame Number、模式版本Iu UP Mode version、过程指示Procedure Indicator(＝0)；帧校验部分包括头循环冗余校验Header CRC、净荷循环冗佘校验Payload CRC；帧净荷部分包括支持的IU UP模式版本号(位模式)Iu UP Mode Versions supported(bitmap)、数据单元类型Data PDU type、空闲域Spare、空闲扩展域Spare Extension、冗余RED。空闲域Spare一般是长度确定的。图3中是将空闲扩展域的最后一个比特位作为冗余位RED，用来标识冗余能力，也可以用空闲扩展域的其他比特位作为冗余位。需要说明的是，图3中的空闲域Spare也是可以用来进行扩展，即在空闲域Spare中选择任一比特位作为冗余位RED，用来标识冗余能力。
上述的冗佘能力可以是G.711 UP支持模式5ms打包冗余能力，也可以G.711 UP支持模式20ms打包冗余能力。另外，也可以采取其他的编解码类型，比如透传编解码模式(clearmode)，或者是传输传真业务的T.38编解码类型，只需要增加相应编解码的标识就可以。
需要说明的是，具体发送端或接收端支持的是哪一种冗余能力，及如何区分表示这些冗余能力，本发明并不加以限定，可以通过其他方式表明。
当发送端在初始化帧中设置好冗余能力标识后，向接收端发送携带冗余能力标识的帧报文。
B2、接收端接收所述帧报文后检测冗佘能力标识位；
接收端接收帧报文后，对初始化帧空闲扩展域或空闲域进行检测，若冗余位为1，则认为发送端支持冗余，若冗余位为0，则认为发送端不支持冗余。
B3、接收端向发送端返回相应设置冗余能力标识的帧报文。
若接收端也支持冗佘，则在即将返回的帧报文中将初始化帧空闲扩展域或空闲域的冗余位也相应设置冗余能力标识，即将冗余位设置为1，表示本端支持冗余，然后返回给发送端。这样发送端和接收端都知道对方支持冗余，则后续报文就可以使用冗余报文了。
需要说明的是，若接收端不支持冗余时，则忽略接收的帧报文中的冗余位标识，在返回的帧报文中将初始化帧空闲扩展域或空闲域的冗余位设置0，这样，就不会打开冗余功能。
另外，出于协议兼容性考虑，如果后续UP协议使用了初始化帧的空闲扩展域或空闲域，可以通过UP协议版本来识别是否可以进行该扩展功能，或者根据配置的UP协议版本，知道是否能够使用空闲扩展域或空闲域作为协商域。也就是说，如果后续UP协议版本增加，且增加了通过空闲扩展域或空闲域进行能力协商的方法，则可以通过UP协议版本进行识别，但如果后续UP协议版本没有增加，但是又使用了此功能，则无法通过UP协议版本来识别了。
请参阅图4，是本发明实施例二流程图，具体包括C1、发送在数据帧携带冗余能力标识的帧报文；在发送帧报文前，对帧报文进行扩展，即扩展数据帧的空闲扩展域，将数据帧中的空闲扩展域的最后一个比特位作为冗余位，设置冗余位为1，表示本端支持冗余。需要说明的是，也可以使用空闲扩展域的其他比特位作为冗余位。
另外，也可以是在数据帧中的空闲域中进行上述操作。
具体可以利用UP协议数据单元类型0或UP协议数据单元类型1即PDUtype0和PDU Type1的空闲扩展域或空闲域进行相应扩展。PDU Type0和PDUType1的区别在于PDU Type0具有CRC校验。因为UP的PDU Type0和PDUType1是用来进行数据传输的，不是UP的控制帧，所以使用UP的PDU Type0和PDU Type1进行能力协商时，需要等到对方的数据帧到达时，才知道对方是否支持相应能力。
请参阅图5和图6，UP协议数据单元类型0和UP协议数据单元类型1也是主要包括帧控制部分Frame Control Part、帧校验部分Frame Checksumpart、帧净荷部分Frame payload part共三大部分。
图5中，UP协议数据单元类型0的帧控制部分包括协议数据单元类型PDUType(＝0)、协议数据单元帧号Frame Number、帧质量分类信息FQC、无线接入承载RAB子流组合指示RFCI；帧校验部分包括头循环冗余校验HeaderCRC、净荷循环冗余校验Payload CRC；帧净荷部分包括净荷域Payload Fields、填充Padding、空闲扩展域Spare Extension、冗余RED。图5中是将空闲扩展域的最后一个比特位作为冗余位RED，用来标识冗余能力，也可以用空闲扩展域的其他比特位作为冗余位。
图6中，UP协议数据单元类型1的帧控制部分包括协议数据单元类型PDUType(＝1)、协议数据单元帧号Frame Number、帧质量分类信息FQC、RAB子流组合指示RFCI；帧校验部分包括头循环冗余校验Header CRC、空闲域Spare；帧净荷部分包括净荷域Payload Fields、填充Padding、空闲扩展域SpareExtension、冗余RED。图6中是将空闲扩展域的最后一个比特位作为冗余位RED，用来标识冗余能力，也可以用空闲扩展域的其他比特位作为冗余位。需要说明的是，图6中的空闲域Spare也是可以用来进行扩展，即在空闲域Spare中选择任一比特位作为冗余位RED，用来标识冗余能力。
上述的冗余能力可以是G.711 UP支持模式5ms打包冗余能力，也可以G.711 UP支持模式20ms打包冗余能力。另外，也可以采取其他的编解码类型，比如透传编解码模式(clearmode)，或者是传输传真业务的T.38编解码类型，只需要增加相应编解码的标识就可以。
需要说明的是，具体发送端或接收端支持的是哪一种冗余能力，及如何区分表示这些冗余能力，本发明并不加以限定。
当发送端在数据帧中设置好冗余能力标识后，向接收端发送携带冗余能力标识的帧报文。
C2、接收端接收所述帧报文后检测冗佘能力标识位；接收端接收帧报文后，对数据帧即UP协议数据单元类型0或UP协议数据单元类型1的空闲扩展域或空闲域进行检测，若冗余位为1，则认为发送端支持冗余，若冗余位为0，则认为发送端不支持冗余。
C3、接收端向发送端返回相应设置冗余能力标识的帧报文。
若接收端也支持冗余，则在即将返回的帧报文中将数据帧即UP协议数据单元类型0或UP协议数据单元类型1的空闲扩展域或空闲域的冗余位也相应设置冗余能力标识，即将冗余位设置为1，表示本端支持冗余，然后返回给发送端。这样发送端和接收端都知道对方支持冗余，则后续报文就可以使用冗余报文了。
需要说明的是，若接收端不支持冗余时，则忽略接收的帧报文中的冗佘位标识，在返回的帧报文中将数据帧即UP协议数据单元类型0或UP协议数据单元类型1的空闲扩展域或空闲域的冗余位设置0，这样，就不会打开冗余功能。
上述对本发明冗余能力协商的方法及实施例进行了详细介绍，需要说明的，本发明利用但并不局限于上述的初始化帧或数据帧进行扩展和冗余能力协商，还可以在UP的其他一些帧中携带能力协商指示，其原理是一样的。
以下介绍本发明协商系统。请参阅图7，是本发明协商系统结构示意图。
图7中协商系统10包括发送端100和接收端200。其中，发送端100，用于发送携带冗佘能力标识的帧报文；接收端200，用于接收所述帧报文后检测冗余能力标识位；向发送端100返回相应设置冗余能力标识的帧报文。
请参阅图8，是本发明协商系统中的发送端的结构示意图。
发送端100，包括第一扩展单元101和发送单元102；其中，第一扩展单元101，用于在初始化帧或者数据帧的空闲扩展域或空闲域设置冗余能力标识；发送单元102，用于发送由第一扩展单元101设置冗余能力标识后的帧报文。
发送端100在向接收端200发送帧报文前，对帧报文进行扩展，即由第一扩展单元101扩展初始化帧或者是数据帧的空闲扩展域或空闲域，将空闲扩展域或空闲域的最后一个比特位作为冗余位，设置冗余位为1，表示本端支持冗余。需要说明的是，也可以使用空闲扩展域或空闲域的其他比特位作为冗余位。
UP的初始化帧也就是指UP协议数据单元类型14。UP协议数据单元类型14主要包括帧控制部分Frame Control Part、帧校验部分Frame Checksum part、帧净荷部分Frame payload part共三大部分，其中含有空闲域Spare和空闲扩展域Spare Extension，本发明对其中的空闲扩展域或空闲域进行扩展，利用其中的任一比特位作为冗余位，并通过不同符号表示支持或不支持冗佘。
UP的数据帧具体可以是UP协议数据单元类型0或UP协议数据单元类型1即PDU type0或PDU Type1。PDU Type0和PDU Type1也是主要包括帧控制部分Frame Control Part、帧校验部分Frame Checksum part、帧净荷部分Framepayload part共三大部分，其中含有空闲域Spare和空闲扩展域SpareExtension，本发明对其中的空闲扩展域或空闲域进行扩展，利用其中的任一比特位作为冗余位，并通过不同符号表示支持或不支持冗余。因为UP的PDUType0和PDU Type1是用来进行数据传输的，不是UP的控制帧，所以使用UP的PDU Type0和PDU Type1进行能力协商时，需要等到对方的数据帧到达时，才知道对方是否支持相应能力。
当发送端100由第一扩展单元101在初始化帧或数据帧中设置好冗余能力标识后，通过发送单元102向接收端200发送携带冗余能力标识的帧报文。
请参阅图9，是本发明协商系统中接收端的结构示意图。
接收端200，包括检测单元201、第二扩展单元202和响应单元203；其中，检测单元201，用于接收所述帧报文后检测冗余能力标识位；第二扩展单元202，用于在初始化帧或者数据帧的空闲扩展域或空闲域相应设置冗余能力标识；响应单元203，用于向发送端100返回由第二扩展单元202设置冗余能力标识后的帧报文。
接收端200接收帧报文后，检测单元201对初始化帧或数据帧的空闲扩展域或空闲域进行检测，若冗余位为1，则认为发送端100支持冗佘，若冗余位为0，则认为发送端100不支持冗余。
若接收端200也支持冗余，则由第二扩展单元202在即将返回的帧报文中将初始化帧或数据帧的空闲扩展域或空闲域的冗余位也相应设置冗余能力标识，即将冗佘位设置为1，表示本端支持冗余。然后由响应单元203返回设置冗余能力标识后的帧报文给发送端100。这样发送端100和接收端200都知道对方支持冗余，则后续报文就可以使用冗余报文了。需要说明的是，若接收端200不支持冗余时，则忽略接收的帧报文中的冗余位标识，由第二扩展单元202在即将返回的帧报文中将初始化帧或数据帧的空闲扩展域或空闲域的冗余位设置0，这样，就不会打开冗余功能。
以上对本发明所提供的一种协商方法及系进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种协商方法，其特征在于，包括发送端发送携带冗余能力标识的帧报文；接收端接收所述帧报文后检测冗余能力标识位；接收端向发送端返回相应设置冗余能力标识的帧报文。
2.根据权利要求1所述的协商方法，其特征在于所述冗余能力标识在初始化帧的空闲扩展域或空闲域设置。
3.根据权利要求1所述的协商方法，其特征在于所述冗余能力标识在数据帧的空闲扩展域或空闲域设置。
4.根据权利要求3所述的协商方法，其特征在于所述数据帧包括协议数据单元类型0或协议数据单元类型1。
5.根据权利要求2或3所述的协商方法，其特征在于所述设置在空闲扩展域或空闲域的任一位进行设置。
6.根据权利要求1至5任一项所述的协商方法，其特征在于所述冗余能力标识采用不同符号表示支持冗余或不支持冗余。
7.一种协商系统，其特征在于，包括发送端和接收端；其中，发送端，用于发送携带冗余能力标识的帧报文；接收端，用于接收所述帧报文后检测冗余能力标识位；向发送端返回相应设置冗余能力标识的帧报文。
8.根据权利要求7所述的协商系统，其特征在于所述发送端，包括第一扩展单元和发送单元；其中，第一扩展单元，用于在初始化帧或者数据帧的空闲扩展域或空闲域设置冗余能力标识；发送单元，用于发送由第一扩展单元设置冗余能力标识后的帧报文。
9.根据权利要求7所述的协商系统，其特征在于所述接收端，包括检测单元、第二扩展单元和响应单元；其中，检测单元，用于接收所述帧报文后检测冗余能力标识位；第二扩展单元，用于在初始化帧或者数据帧的空闲扩展域或空闲域相应设置冗余能力标识；响应单元，用于向发送端返回由第二扩展单元设置冗余能力标识后的帧报文。
全文摘要
本发明公开了一种冗余能力协商方法。该方法为发送端发送携带冗余能力标识的帧报文；接收端接收所述帧报文后检测冗余能力标识位；接收端向发送端返回相应设置冗余能力标识的帧报文。相应的，本发明公开一种冗余能力协商系统。本发明能够在对现网影响比较小的情况下实现冗余能力协商。
文档编号H04L12/56GK1972305SQ20061015288
公开日2007年5月30日 申请日期2006年11月6日 优先权日2006年11月6日
发明者李琥 申请人:华为技术有限公司