专利名称：Ip报文的发送、接收的方法及装置的制作方法
技术领域：
本发明涉及通信技术领域，具体涉及IP报文的发送、接收的方法及装置。
背景技术：
在互联网协议(IP )网络中使用报文封装技术来携带真正有用的数据信息，
一般情况下每份报文的格式是链路层协议头+ IP头+高层协议头(可以有几 层)+有效数据。如在链路层为PPP时，传输有效信息为语音信息的报文封装 格式一般如图l所示。
参考图l中可以看出，相对于有效信息仅为15 30字节(bytes)等小报文 来说，如果每份报文都携带40字节的IP+UDP+RTP报文头，传输效率是非常低 下的。为此标准化组织规定了一系列的IP头压缩(IPHC)协议，来解决这个 问题，目前使用最广泛的头压缩协议是压缩实时传输协议(Compressed Real-time Transport Protocol, cRTP)和增强压缩实时传输协议(Enhanced Compressed Real-time Transport Protocol, EcRTP ),由于EcRTP是cRTP协i义的 增强，所以在实际应用中，启用EcRTP协议的一方一般都能够兼容cRTP协议。 这两种协议能够将IP头以后(包括IP头)，有效数据之前的各级协议头总共压 缩为2-4个字节。这样可以极大的降低报文的冗余度，提高链路的带宽利用 率。
图2是以PPP链路上采用cRTP协议压缩为例，列出了压缩后的报文封装格
式
各种IP头压缩协议技术的原理是这样的IP/TCP/UDP/RTP头部有一半的 字节在一条流的传输期间是保持不变的(源目的IP地址、源目的端口号等)， 尽管每个包中总有几个字节要发生变化(IP报文的ID, RTP4艮文的TimeStamp 等)，但包与包之间的区别通常却是恒定的，因此二次差分为0。压缩端可以 在发送一次或N+1次未压缩头(FULL_HEADER)之后，将未变化的字段从其后的压缩头中剔除，其余的压缩来自于对变化字段进行区分编码以减少长度，
可以压缩掉。通过维护压缩端与解压端共享的未压缩头与一次差分序列，所 需通信的便只有二次差分为O的信息了。在这种情况下，如果不考虑任何信息 丟失，解压端在收到一个压缩包后可以通过将一次差分结果叠加到未压缩头 来重建原始报文头部。
IP头压缩协议为每条流维护一个上下文会话状态，用来标识压缩端和解压 缩端共享的未压缩头与一次差分序列。压缩包携带一个简称为CID(表示会话
上下文标识符)的小整数(根据通信双方需要建立的压缩会话数来定义CID的 范围，如双方只需要同时进行256条压缩会话的通信，则CID只需要8bit。)来 指示该压缩包属于哪个上下文，解压端使用CID就可以直接找到先前通过收到 的FULL—HEADER报文所记录下来的未压缩头和差分序列了 。
EcRTP和cRTP的原理基本相同，而EcRTP对于cRTP的一个增强是由于 FULL—HEADER报文负责在通信双方间建立一条共享的会话，所以如果由于 传输质量的原因造成FULL—HEADER的丟失会引起通信质量的严重下降，为 此EcRTP规定每条流在建立会话的过程中，需要多次(N+1次，N值压缩参数 之一 )发送FULL—HEADER报文，以防止FULL—HEADER报文的丟失。
在使用cRTP协议或EcRTP协议进行头压缩时，通信的双方(压缩端和解 压缩端)应该保持一致的压缩参数，以便于对于每种压缩类型的报文都能够 保证解释的一致。
压缩参数的一致可以通过底层协议(PPP、 MPLS等)的协商完成，也可 以通过在通信的双方手工配置的一致来保证。EcRTP是对cRTP的增强， 一般 在cRTP的基础上增强实现EcRTP,所以在实际应用中，启用EcRTP协议的 一 方 一般都能够兼容cRTP协议。
在对现有技术的研究和实践过程中，发明人发现现有技术存在以下问题
EcRTP和cRTP两种协议定义的压缩报文类型值基本相同，但是某些报文 的格式(如COMPRESSEDJJDP类型报文)差异很大。而如果不是通过底层协议的协商来完成压缩参数的一致，则在配置人员出现错误的情况下，两端
手工配置的压缩参数有可能出现不一致(如一端配置cRTP、 一端配置EcRTP) 的情况，而协议无法检测出这种异常情况。这样引起通信的中断。
发明内容
本发明实施例解决的技术问题是提供IP报文的发送、接收的方法及装置， 可以避免由于通信双方采用的压缩实时传输协议不一致引起的通信中断。
本发明实施例提供一种IP报文的接收方法，包括 接收发送方发送的未压缩头的IP报文； 获取所述IP压缩报文中的传输协议标识；
根据所述传输协议的标识识别所述发送方采用的压缩实时传输协议类 型；所述压缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩 实时传输协议。
本发明实施例提供一种IP报文的发送方法，其特征在于，包括
发送方发送未压缩头的IP报文给目的方，所述IP报文包含传输协议标识； 所述传输协议标识用于标识发送方采用的压缩实时传输协议的类型；所述压 缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时传输协 议。
本发明实施例提供一种IP报文发送设备，包括
报文封装单元，用于封装未压缩头的IP报文，所述IP报文包含传输协议 标识；所述传输协议标识用于标识发送方采用的压缩实时传输协议的类型； 所述压缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时 传输协议；
报文发送单元，用于将所述报文封装单元封装的IP报文发送给目的设备。 本发明实施例提供一种报文接收设备，包括 报文接收单元，用于接收发送方发送的未压缩头的IP报文； 获取单元，用于获取所述报文接收单元接收的所述IP压缩报文中的传输
7寸办i义标识；
协议类型识别单元，用于根据所述获取单元获取的所述传输协议的标识
识别所述发送方采用的压缩实时传输协议类型；所述压缩实时传输协议的类 型包括普通压缩实时传输协议和增强压缩实时传输协议。
采用上述技术方案，本发明实施例有益的技术效果在于在发送方发送 未压缩头的IP报文时，在报文中携带传输协议标识；所述传输协议标识用于 标识发送方采用的压缩实时传输协议的类型；所述压缩实时传输协议的类型 包括普通压缩实时传输协议和增强压缩实时传输协议。接收方收到所述报 文则可以根据所述传输协议标识得知对端采用的协议。可以避免由于通信双 方采用的压缩实时传输协议不一致？ 1起的通信中断。
图1为现有技术传输有效信息为语音信息的报文封装格式示意图2为现有技术PPP链路上采用cRTP协议的报文格式封装示意图3为本发明实施例一 IP报文的接收方法的流程图4为本发明实施例二本发明实施例中新定义的FULL—HEADER报文中 长度域格式示意图5为本发明实施例三报文发送设备的结构示意图6为本发明实施例四报文接收设备的结构示意图。
具体实施例方式
本发明实施例提供了 IP报文的发送、接收的方法及装置，可以避免由于 通信双方采用的压缩实时传输协议不一致引起的通信中断。
下面对本发明提供的IP报文的发送、接收的方法及装置进行详细描述。
实施例 一 ， 一种IP报文的接收方法，流程图如图3所示，包括
Al，接收发送方发送的未压缩头的IP报文；
A2,获取所述IP压缩报文中的传输协议标识；
本发明实施例中，所述传输协议标识通过所述未压缩头的IP报文的长度域的保留字段的 一个值表示。
A3，根据所述传输协议的标识识别所述发送方采用的压缩实时传输协议 类型；所述压缩实时传输协议的类型包括普通压缩实时传输协议和增强压 缩实时传输协议。
可以理解的是，所述步骤A3之后可以包括
A4,按照所述识别得到的压缩实时传输协议的类型对来自发送方的报文 进行解压缩。
可以理解的是，若所述识别得到的压缩实时传输协议的类型为压缩实时 传输协议，而本端为增强压缩实时传输协议；则本端采用普通压缩实施传输 协议解析对端的报文。
本实施例中，所述步骤A1接收的未压缩头的IP报文中还包括发送次数 标识，所述发送次数标识的值用于指示发送方连续发送未压缩头的IP报文的 次数；
所述步骤Al接收发送方发送的未压缩头的IP报文之后包括
获取所述未压缩头的IP报文中的发送次数标识；
根据所述发送次数标识的值得知所述未压缩的IP报文发送的次数。
所述发送次数标识的值通过所述未压缩头的IP报文中长度域的保留字段 的其他值标识。
所述未压缩头的IP报文中的长度域的保留字段被定义为N比特域。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机 可读存储介质中，该程序在执行时，包括如下步骤
接收发送方发送的未压缩头的IP报文；
获取所述IP压缩报文中的传输协议标识；
根据所述传输协议的标识识别所述发送方采用的压缩实时传输协议类 型；所述压缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时传输协议。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
实施例二， 一种IP报文的发送方法，用于发送所述实施例一中接收的IP
报文，具体包括
发送方发送未压缩头的IP报文给目的方，所述IP报文包含传输协i义标识； 所述传输协议标识用于标识发送方采用的压缩实时传输协议的类型；所述压 缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时传输协 议。
可以理解，所述传输协议标识通过所述未压缩头的IP报文的长度域的保 留字段的一个值表示。
可以理解的是，本发明实施例中所述未压缩头的IP报文包含发送次凄t标 识，所述发送次数标识的值用于指示发送方连续发送未压缩头的IP报文的次 数。
在EcRTP协议中，现有的方式是解压缩端通过对未压缩头 (FULL_HEADER )的IP报文进行计数学习得到发送方连续发送未压缩头的IP
报文的次数，即N值。在存在丢包情况下，解压缩端可能学习到比较小的N值 (N值代表链路的质量)。这样通信双方的会话的建立可能出现错误，而在压
缩会话不同步的情况下，会话的恢复也需要更长的时间，造成丟包也相应增
加，并反映为通信质量的下降。
通过在所述未压缩头的IP报文中携带发送次数标识，则解压缩端可以直接 获取报文中的发送次数标识的值得知未压缩报文的连续发送次数。可以避免 现有技术中，解压缩端通过学习得到的N值出错的情况，保证了双方通信的质量。
本实施例中，所述发送次数标识的值通过所述未压缩头的IP报文中长度 域的保留字段的其他值标识。所述未压缩头的IP报文中的长度域的保留字段 被定义为N比特域。
本发明实施例中，在发送方发送未压缩头的IP报文时，在报文中携带传
10输协议标识；所述传输协议标识用于标识发送方采用的压缩实时传输协-汉的
类型；所述压缩实时传输协议的类型包括普通庄缩实时传输协议和增强压缩实时传输协议。接收方收到所述报文则可以根据所述传输协议标识得知对端采用的协议。可以避免由于通信双方采用的压缩实时传输协议不一致引起的通信中断。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤
发送方发送未压缩头的IP报文给目的方，所述IP4艮文包含传输协议标识；所述传输协议标识用于标识发送方采用的压缩实时传输协议的类型；所迷压缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时传输协议。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
本发明的实施例一和实施例二中，通过对压缩实时传输协议的报文格式进行扩展，并通过扩展后携带的传输协议标识和发送次凄1标识。
传输协议标识用于保证双方使用压缩实时传输协议的一致；发送次数标识用于指示报文发送放连续发送未压缩头IP报文的次数。
因为当通信双方的压缩参数理解一致时，EcRTP其实 一般应用中是可以兼容cRTP，而EcRTP和cRTP用来建立压缩会话的FULL—HEADER报文格式基本相同。
cRTP和EcRTP不论使用8bit的会话ID (CID, context ID),还是使用16bit的会话ID,对于FULL HEADER净艮文，其不同点仅是C比特位的定义。而C比特位在EcRTP中使用时按协议规定也可以是O,此时两种协议建立会话的FULL—HEADER报文格式就一致了 。
不论是8bit的CID格式，还是16bit的CID格式，FULL—HEADER报文中最少按协议要求强制保持为O。但是当通信双方一端配置为cRTP, —端i己置为EcRTP时；或双方都配置为EcRTP时，但N值不一样时，完全可以通过这保留的三个bit来区分这两种情况，并保_〖正通信的继续正常进行。
如图4所示，为本发明实施例中新定义的FULL—HEADER报文中长度域才各式示意图。其中将现有的FULI^HEADER报文中长度域中保留的3bit定义为N比特域，3bit可以定义的N值范围为0-7,其中O和非O用来区分是否是cRTP还是EcRTP协议。而l-7用来定义EcRTP中的N值。在现网应用中，N的取值不会很大，因为N值表示通信链路上存在连续丢弃N+1个数据包的概率，N值范围在1 7间定义足够了。
根据图4，当压缩端配置成cRTP,解压缩端配置成EcRTP，并且双方不能通过底层协议(PPP、 MPLS等)的协商完成参数一致时。解压缩端收到建立压缩会话的FULL一HEADER报文时，判断新定义的N比特域，如果N比特域为O,则表示压缩端启用的是cRTP协议，此时解压缩端按照cRTP的报文格式解析随后收到的各种压缩报文。
根据图4，当压缩端和解压缩端都配置成EcRTP,但是双方同样不能通过底层协议(PPP、 MPLS等)的协商完成参数一致时。解压缩端收到建立压缩会话的FULL一HEADER报文时，判断新定义的N比特域，如果N比特域不为O,则表示压缩端启用的是EcRTP协议，此时解压缩端不再通过收到的FULL—HEADER报文的数量来学习N值，而直接使用N比特中规定的数值。
上述提供了 一种本发明实施例中报文携带传输协议标识和发送次数标识的一种具体实现方式，即对长度域的未定义位进行扩展的方式，可以理解的
是，本发明实施例中，传输协议标识和发送次数标识的传输还可以通过对其他字段进行扩展实现，具体传输协议标识和发送次数标识的传输方式和实现形式不构成对本发明的限制。图4对
实施例三， 一种IP报文发送设备500,结构示意图如图5所示，包括报文封装单元510,用于封装未压缩头的IP报文，所述IP报文包含传输
协议标识；所述传输协议标识用于标识发送方采用的压缩实时传输协议的类型；所述压缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时传输协议；
报文发送单元520，用于将所述报文封装单元510封装的的IP报文发送给目的设备。
可以理解的是，所述报文封装单元封装的未压缩头的IP报文还包含发送次数标识，所述发送次数标识的值用于指示发送方连续发送未压缩头的IP报文的次数。
本实施例中的IP报文发送设备可以运行实施例二所述的方法。实施例四， 一种报文接收设备，包括
报文接收单元610,用于接收发送方发送的未压缩头的IP报文；
获取单元620,用于获取所述报文接收单元610接收的IP压缩报文中的传输协议标识；
协议类型识别单元630，用于根据所述获取单元620获取的传输协议的标识识别所述发送方采用的压缩实时传输协议类型；所述压缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时传输协议。
可以理解的是，所述获取单元还用于获取所述未压缩头的IP报文中的发送次数标识；并根据所述发送次数标识的值得知所述发送放连续发送未压缩头的IP报文的次数。
以上对本发明所提供的IP报文的发送、接收的方法及装置进行了详细介绍，其中
本发明实施例中，在发送方发送未压缩头的IP报文时，在报文中携带传输协议标识；所述传输协议标识用于标识发送方采用的压缩实时传输协议的类型；所述压缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时传输协议。接收方收到所述报文则可以根据所述传输协议标识得知对端采用的协议。可以避免由于通信双方采用的压缩实时传输协议不一致引起的通信中断。
本发明实施例中，通过在所述未压缩头的IP报文中携带发送次数标识，则解压缩端可以直接获取报文中的发送次数标识的值得知未压缩报文的连续发送次数。可以避免现有技术中，解压缩端通过学习得到的N值出错的情况，保证了双方通信的质量。
对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1、一种IP报文的接收方法，其特征在于，包括接收发送方发送的未压缩头的IP报文；获取所述IP压缩报文中的传输协议标识；根据所述传输协议的标识识别所述发送方采用的压缩实时传输协议类型；所述压缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时传输协议。
2、 如权利要求l所述的方法，其特征在于，包括根据所述传输协议的 标识识别所述发送方采用的压缩实时传输协议类型之后包括按照所述识别得到的压缩实时传输协议的类型对来自发送方的报文进行 解压缩。
3、 如权利要求2所述的方法，其特征在于，若所述识别得到的压缩实时 传输协议的类型为压缩实时传输协议，而本端为增强压缩实时传输协i^;则 本端采用普通压缩实施传输协议解析对端的报文。
4、 如权利要求1、 2或3所述的方法，其特征在于，所述传输协议标识 通过所述未压缩头的IP报文的长度域的保留字段的一个值表示。
5、 如权利要求l所述的方法，其特征在于，所述未压缩头的IP报文还包 括发送次数标识，所述发送次数标识的值用于指示发送方连续发送未压缩头 的IP报文的次数；所述接收发送方发送的未压缩头的IP报文之后包括获取所述未压缩头的IP报文中的发送次数标识；根据所述发送次数标识的值得知发送方连续发送未压缩的IP报文的次数。
6、 如权利要求5所述的方法，其特征在于，所述发送次数标识的值通过 所述未压缩头的IP报文中长度域的保留字段的其他值标识。
7、 如权利要求5或6所述的方法，其特征在于，所述未压缩头的IP报文 中的长度域的保留字段被定义为N比特域。
8、 一种IP报文的发送方法，其特征在于，包括发送方发送未压缩头的IP报文给目的方，所述IP报文包含传输协议标识； 所述传输协议标识用于标识发送方采用的压缩实时传输协议的类型；所述压 缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时传输协 议。
9、 如权利要求8所述的方法，其特征在于，所述传输协议标识通过所述 未压缩头的IP报文的长度域的保留字段的一个值表示。
10、 如权利要求8所述的方法，其特征在于，所述未压缩头的IP报文包 含发送次数标识，所述发送次数标识的值用于指示发送方连续发送未压缩头 的IP报文的次数。
11、 如权利要求IO所述的方法，其特征在于，所述发送次数标识的值通 过所述未压缩头的IP报文中长度域的保留字段的其他值标识。
12、 如权利要求9或11所述的方法，其特征在于，所述未压缩头的IP 报文中的长度域的保留字段被定义为N比特域。
13、 一种IP报文发送设备，其特征在于，包括报文封装单元，用于封装未压缩头的IP报文，所述IP报文包含传输协议 标识；所述传输协议标识用于标识发送方采用的压缩实时传输协议的类型； 所述压缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时 传输协议；报文发送单元，用于将所述报文封装单元封装的IP报文发送给目的设备。
14、 如权利要求12所述的IP报文发送设备，其特征在于，所述报文封装 单元封装的未压缩头的IP报文还包含发送次数标识，所述发送次数标识的值 用于指示发送方连续发送未压缩头的IP报文的次数。
15、 一种报文接收设备，其特征在于，包括报文接收单元，用于接收发送方发送的未压缩头的IP报文；获取单元，用于获取所述报文接收单元接收的所述IP压缩报文中的传输 协议标识；协议类型识别单元，用于根据所述获取单元获取的所述传输协议的标识 识别所述发送方采用的压缩实时传输协议类型；所述压缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时传输协议。
16、如权利要求15所述的报文接收设备，其特征在于，所述获取单元还 用于获取所述未压缩头的IP报文中的发送次数标识；并根据所述发送次数标识的值得知发送方连续发送未压缩的IP报文的次数。
全文摘要
本发明公开了IP报文的发送、接收的方法及装置。在发送方发送未压缩头的IP报文时，在报文中携带传输协议标识；所述传输协议标识用于标识发送方采用的压缩实时传输协议的类型；所述压缩实时传输协议的类型包括普通压缩实时传输协议和增强压缩实时传输协议。接收方收到所述报文则可以根据所述传输协议标识得知对端采用的协议。可以避免由于通信双方采用的压缩实时传输协议不一致引起的通信中断。
文档编号H04L12/56GK101534291SQ20081008572
公开日2009年9月16日 申请日期2008年3月13日 优先权日2008年3月13日
发明者湜 唐, 杨建刚 申请人:华为技术有限公司