R模式SO态鲁棒性头压缩方法和装置制造方法及图纸

本发明专利技术涉及一种R模式SO态鲁棒性头压缩方法和装置，该方法包括：判断步骤，根据当前报文发送周期已发送的报文数N判断是否符合携带循环冗余校验(CRC)的条件：N≥64-pRTT且N＜(64-pRTT)+m1，其中pRTT为往返时间内的报文数，m1为实现参数，且最大取值为pRTT；压缩包类型决策步骤，根据当前待压缩报文动态域相对于上下文变化的参数和判断步骤的判断结果确定当前待压缩包类型；组包发送步骤，根据确定的当前待压缩包类型组包发送压缩包，其中若判断步骤判断为是，则所述压缩包携带CRC，否则所述压缩包不携带CRC。本发明专利技术方法和装置可以提高压缩效率。

【技术实现步骤摘要】
R模式SO态鲁棒性头压缩方法和装置
本专利技术涉及通信领域，具体涉及一种R模式SO态鲁棒性头压缩方法和装置。
技术介绍
鲁棒性头压缩简称ROHC(RobustHeaderCompression)，是一种基于IP的通用压缩技术，在Internet工程任务组(InternetEngineeringTaskForce)发布的RFC3095、RFC4815等标准文档中进行了详细定义，其主要功能是对UE和基站之间需要在空口传输的数据报文的报文头进行压缩，例如RTP/UDP/IP头，然后传输压缩后的数据，以提高空口带宽利用率。RFC3095中提出的ROHC功能实体包括用于压缩报文头的压缩器以及用于恢复报文头的解压器，在压缩端和解压端有各自的状态机，ROHC头压缩可以描述为压缩状态机和解压缩状态机的相互作用。通过在压缩器与解压缩器间为每个数据流建立一个Context(上下文，包括报文头域静态部分、动态部分及变化模式参数等)，来获得压缩增益。压缩端和解压缩端必须保持上下文同步，ROHC在压缩报文中加入了CRC(CyclicRedundancyCheck，循环冗余校验)，并通过反馈ACK/STATC-NACK/NACK(Acknowledgment/Static-NegativeAcknowledgment/NegativeAcknowledgment，确认/静态非确认/动态非确认)来确保上下文及时、正确的更新。ROHC的压缩状态可分为IR(InitializationandRefresh，初始化刷新)态、FO(FirstOrder，第一阶)态和SO(SecondOrder，第二阶)态。IR状态是压缩器的初始状态，在这个状态压缩器发送完整的报文头信息；FO状态下，压缩器基本不发送静态信息，只发送少量的动态域信息以及有规律变化的域；SO状态下，压缩的效果最优，报文头被完全压缩。IR态、FO态和SO态对报文头的压缩率依次升高，即IR态报文头压缩率最小，FO态次之，SO态报文头压缩率最高。状态之间可以相互转换。ROHC的模式可分为U(Unidirectional，单向)模式、O(BidirectionalOptimistic，双向优化)模式和R(BidirectionalReliable，双向可靠)模式。在U模式时数据只能从压缩器向解压器的方向发送；在O模式和R模式时数据在两个方向上都能传送；O模式使用一个反馈通道发送错误恢复请求和重要的上下文更新确认；R模式有一个更为密集使用的反馈信道(用于避免由于Context无效引起的报文丢失)，在该模式下，压缩器对报文的确信度依赖于解压缩器对每个Context更新报文的ACK，因此压缩器必须周期性的发送Context更新报文(更新报文必须携带7bit或8bit的CRC)，直到接收到解压缩器的ACK。图1为RFC3095协议规定的R模式SO态Context更新报文的周期性发送方法流程图：首先发送(64-pRTT)个R-0类型的压缩报文101，其中pRTT是往返时间内的报文数(小于64)；接着再发送m1个R-0-CRC类型的context更新报文102，其中m1为实现参数，最大取值为pRTT；最后发送(pRTT-m1)个R-0类型的压缩报文103，一轮Context更新报文发送结束。这种发送方法存在如下缺陷：当待压缩报文头偶尔跳变较大时，出现SN(SequenceNumber，序列号)或IPID(IPIdentification，IP标识)的LSB(LeastSignificantBits，最低有效位)大于R-0-*(R-0-*泛指R-0和R-0-CRC)类型的LSB的情况，例如当前报文中SN为0000000011111111，而上下文中SN为0000000010000000，此时计算出的SNLSB＝7，而R-0-*类型报文提供的SNLSB最多为6，压缩器必须从SO状态回迁至FO状态，这会降低R模式的压缩效率。
技术实现思路
本专利技术要解决的技术问题是提供一种R模式SO态鲁棒性头压缩方法和装置，以解决压缩效率低下的问题。为解决上述技术问题，本专利技术提供了一种R模式SO态鲁棒性头压缩方法，该方法包括：判断步骤，根据当前报文发送周期已发送的报文数N判断是否符合携带循环冗余校验(CRC)的条件：N≧64–pRTT且N﹤(64-pRTT)+m1，其中pRTT为往返时间内的报文数，m1为实现参数，且最大取值为pRTT；压缩包类型决策步骤，根据当前待压缩报文动态域相对于上下文变化的参数和判断步骤的判断结果确定当前待压缩包类型；组包发送步骤，根据确定的当前待压缩包类型组包发送压缩包，其中若判断步骤判断为是，则所述压缩包携带CRC，否则所述压缩包不携带CRC。进一步地，所述压缩包类型包括基本头类型和扩展头类型。可选地，所述当前待压缩报文为实时传输协议(RTP)报文，所述参数包括：表示该RTP报文是否携带贡献源(CSRC)列表的参数byCSRCFlag、表示序列号(SN)的最低有效位的参数wSnBits、表示IP标识的最低有效位的参数wIpidBits、表示时间戳(TS)的最低有效位的参数dwTsbits、表示该RTP报文是否需要在基本头中传递RTP报文的M域的参数byMark。可选地，所述当前待压缩报文为用户数据包协议(UDP)报文，所述参数包括：表示序列号(SN)的最低有效位的参数wSnBits、表示IP标识的最低有效位的参数wIpidBits。为解决上述技术问题，本专利技术还提供了一种R模式SO态鲁棒性头压缩装置，该装置包括：判断模块，用于根据当前报文发送周期已发送的报文数N判断是否符合携带循环冗余校验(CRC)的条件：N≧64–pRTT且N﹤(64-pRTT)+m1，其中pRTT为往返时间内的报文数，m1为实现参数，且最大取值为pRTT；压缩包类型决策模块，用于根据当前待压缩报文动态域相对于上下文变化的参数和判断模块的判断结果确定当前待压缩包类型；组包发送模块，用于根据确定的当前待压缩包类型组包发送压缩包，其中若所述判断模块判断为是，则所述压缩包携带CRC，否则所述压缩包不携带CRC。本专利技术明R模式SO态鲁棒性头压缩方法和装置，压缩报文的类型是根据当前待压缩报文动态域变化情况以及是否需要携带CRC推导得出。当出现SN或IPID的LSB大于R-0-*类型的LSB的情况，压缩器不必从SO状态回迁至FO状态，只需在R模式SO状态下发送符合要求的包类型即可，从而提高R模式的压缩效率。附图说明图1是RFC3095协议规定的R模式SO态Context更新报文的周期性发送方法流程图；图2是本专利技术提出的R模式SO态鲁棒性头压缩的流程图示意图；图3是本专利技术以UDP报文为例的实施例1的流程示意图图4是本专利技术以RTP报文为例的实施例2的总体流程图；图5是图4中判断不符合携带CRC条件时的判断流程图；图6是图4中判断符合携带CRC条件时的判断流程图；图7是本专利技术R模式SO态鲁棒性头压缩装置的模块结构示意图。具体实施方式本专利技术R模式SO态鲁棒性头压缩方法，首先发送(64-pRTT)个不携带CRC的压缩报文；接着再发送m1个携带CRC的Context更新报文；最后发送(pRTT-m1)个不携带CRC的压缩报文，具体地，如图2所本文档来自技高网...

【技术保护点】
一种R模式SO态鲁棒性头压缩方法，其特征在于，该方法包括：判断步骤，根据当前报文发送周期已发送的报文数N判断是否符合携带循环冗余校验(CRC)的条件：N≥64？pRTT且N＜(64？pRTT)+m1，其中pRTT为往返时间内的报文数，m1为实现参数，且最大取值为pRTT；压缩包类型决策步骤，根据当前待压缩报文动态域相对于上下文变化的参数和判断步骤的判断结果确定当前待压缩包类型；组包发送步骤，根据确定的当前待压缩包类型组包发送压缩包，其中若判断步骤判断为是，则所述压缩包携带CRC，否则所述压缩包不携带CRC。

【技术特征摘要】
1.一种压缩器中双向可靠R模式第二阶段SO态鲁棒性头压缩方法，其特征在于，该方法包括：判断步骤，根据当前报文发送周期已发送的报文数N判断是否符合携带循环冗余校验CRC的条件：N≧64–pRTT且N﹤(64-pRTT)+m1，其中pRTT为往返时间内的报文数，m1为实现参数，且最大取值为pRTT；压缩包类型决策步骤，根据当前待压缩报文动态域相对于上下文变化的参数和判断步骤的判断结果确定当前待压缩包类型；组包发送步骤，根据确定的当前待压缩包类型组包发送压缩包，其中若判断步骤判断为是，则所述压缩包携带CRC，否则所述压缩包不携带CRC；其中，所述压缩包类型包括基本头类型和扩展头类型。2.如权利要求1所述的方法，其特征在于：所述当前待压缩报文为实时传输协议RTP报文，所述参数包括：表示该RTP报文是否携带贡献源CSRC列表的参数byCSRCFlag、表示序列号SN的最低有效位的参数wSnBits、表示IP标识的最低有效位的参数wIpidBits、表示时间戳TS的最低有效位的参数dwTsbits、表示该RTP报文是否需要在基本头中传递RTP报文的M域的参数byMark。3.如权利要求2所述的方法，其特征在于：所述判断步骤判断为否时，所述压缩包类型决策步骤包括以下步骤：(a1)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于6、wIpidBits的值为0、dwTsbits的值为0且byMark的值为0，若满足则确定当前RTP报文的压缩包的基本头类型为R-0，且不携带扩展头，否则执行步骤(a2)；(a2)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于6、wIpidBits的值小于或等于5且dwTsbits的值为0，若满足则确定当前RTP报文的压缩包的基本头类型为R-1-ID，且不携带扩展头，否则执行步骤(a3)；(a3)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于6、wIpidBits的值等于0且dwTsbits的值小于或等于5，若满足则确定当前RTP报文的压缩包的基本头类型为R-1-TS，且不携带扩展头，否则执行步骤(a4)；(a4)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于9、wIpidBits的值小于或等于8且dwTsbits的值为0，若满足则确定当前RTP报文的压缩包的基本头类型为R-1-ID，扩展头类型为EXT0，否则执行步骤(a5)；(a5)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于9、wIpidBits的值等于0且dwTsbits的值小于或等于8，若满足则确定当前RTP报文的压缩包的基本头类型为R-1-TS，扩展头类型为EXT0，否则执行步骤(a6)；(a6)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于9、wIpidBits的值小于或等于8且dwTsbits的值小于或等于8，若满足则确定当前RTP报文的压缩包的基本头类型为R-1-ID或R-1-TS，扩展头类型为EXT1，否则执行步骤(a7)；(a7)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于9、wIpidBits的值小于或等于16且dwTsbits的值小于或等于8，若满足则确定当前RTP报文的压缩包的基本头类型为R-1-ID，扩展头类型为EXT2，否则执行步骤(a8)；(a8)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于9、wIpidBits的值小于或等于8且dwTsbits的值小于或等于16，若满足则确定当前RTP报文的压缩包的基本头类型为R-1-TS，扩展头类型为EXT2，否则执行步骤(a9)；(a9)判断是否满足wSnBits的值小于或等于14，若满足则确定当前RTP报文的压缩包的基本头类型为R-1-TS，扩展头类型为EXT3，否则确定当前RTP报文的压缩包的基本头类型为IR_DYN，且不携带扩展头；其中，所述byCSRCFlag的值为1表示该RTP报文携带CSRC列表，为0表示该RTP报文不携带CSRC列表；所述byMark的值为1表示需要在基本头中传递RTP报文的M域，为0表示不需要在基本头中传递RTP报文的M域。4.如权利要求2所述的方法，其特征在于：所述判断步骤判断为是时，所述压缩包类型决策步骤包括以下步骤：(b1)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于7、wIpidBits的值为0、dwTsbits的值为0且byMark的值为0，若满足则确定当前RTP报文的压缩包的基本头类型为R-0-CRC，且不携带扩展头，否则执行步骤(b2)；(b2)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于6、wIpidBits的值小于或等于5且dwTsbits的值为0，若满足则确定当前RTP报文的压缩包的基本头类型为UOR-2-ID，且不携带扩展头，否则执行步骤(b3)；(b3)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于6、wIpidBits的值等于0且dwTsbits的值小于或等于5，若满足则确定当前RTP报文的压缩包的基本头类型为U0R-2-TS，且不携带扩展头，否则执行步骤(b4)；(b4)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于9、wIpidBits的值小于或等于8且dwTsbits的值为0，若满足则确定当前RTP报文的压缩包的基本头类型为UOR-2-ID，扩展头类型为EXT0，否则执行步骤(b5)；(b5)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于9、wIpidBits的值等于0且dwTsbits的值小于或等于8，若满足则确定当前RTP报文的压缩包的基本头类型为UOR-2-TS，扩展头类型为EXT0，否则执行步骤(b6)；(b6)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于9、wIpidBits的值小于或等于8且dwTsbits的值小于或等于8，若满足则确定当前RTP报文的压缩包的基本头类型为UOR-2-ID或UOR-2-TS，扩展头类型为EXT1，否则执行步骤(b7)；(b7)判断是否满足wSnBits的值小于或等于14、wIpidBits的值小于或等于5且dwTsbits的值为0，若满足则确定当前RTP报文的压缩包的基本头类型为UOR-2-ID，扩展头类型为EXT3，否则执行步骤(b8)；(b8)判断是否满足wSnBits的值小于或等于14、wIpidBits的值为0且dwTsbits的值小于或等于5，若满足则确定当前RTP报文的压缩包的基本头类型为UOR-2-TS，扩展头类型为EXT3，否则执行步骤(b9)；(b9)判断是否满足byCSRCFlag的值为0、wSnBits的值小于或等于9、wIpidBits的值小于或等于8且dwTsbits的值小于或等于16，若满足则确定当前RTP报文的压缩包的基本头类型为UOR-2-TS，扩展头类型为EXT2，否则执行步骤(b10)；(b10)判断是否满足byCSRCFlag的0、wSnBits的值小于或等于9、wIpidBits的值小于或等于16且dwTsbits的值小于或等于8，若满足则确定当前RTP报文的压缩包的基本头类型为UOR-2-ID，扩展头类型为EXT2，否则执行步骤(b11)；(b11)判断是否满足wSnBits的值小于或等于14、wIpidBits的值小于或等于dwTsbits的值，若满足则确定当前RTP报文的压缩包的基本头类型为UOR-2-TS，扩展头类型为EXT3，否则执行步骤(b12)；(b12)判断是否满足wSnBits的值小于或等于14、wIpidBits的值大于dwTsbits的值，若满足则确定当前RTP报文的压缩包的基本头类型为UOR-2-ID，扩展头类型为EXT3，否则确定当前RTP报文的压缩包的基本头类型为IR_DYN，且不携带扩展头；其中，所述byCSRCFlag的值为1表示该RTP报文携带CSRC列表，为0表示该RTP报文不携带CSRC列表；所述byMark的值为1表示需要在基本头中传递RTP报文的M域，为0表示不需要在基本头中传递RTP报文的M域。5.如权利要求1所述的方法，其特征在于：所述当前待压缩报文为用户数据包协议UDP报文，所述参数包括：表示序列号SN的最低有效位的参数wSnBits、表示IP标识的最低有效位的参数wIpidBits。6.如权利要求5所述的方法，其特征在于：所述判断步骤判断为否时，所述压缩包类型决策步骤包括以下步骤：(c1)判断是否满足wSnBits的值小于或等于6、wIpidBits的值为0，若满足则确定当前UDP报文的压缩包的基本头类型为R-0，且不携带扩展头，否则执行步骤(c2)；(c2)判断是否满足wSnBits的值小于或等于6、wIpidBits的值小于或等于7，若满足则确定当前UDP报文的压缩包的基本头类型为R-1，且不携带扩展头，否则执行步骤(c3)；(c3)判断是否满足wSnBits的值小于或等于9、wIpidBits的值小于或等于10，若满足则确定当前UDP报文的压缩包的基本头类型为R-1，扩展头类型为EXT0，否则执行步骤(c4)；(c4)判断是否满足wSnBits的值小于或等于9、wIpidBits的值小于或等于16，若满足则确定当前UDP报文的压缩包的基本头类型为R-1，扩展头类型为EXT1，否则执行步骤(c5)；(c5)判断是否满足wSnBits的值小于或等于14，若满足则确定当前UDP报文的压缩包的基本头类型为R-1，扩展头类型为EXT3，否则确定当前UDP报文的的压缩包的基本头类型为IR_DYN，且不携带扩展头。7.如权利要求5所述的方法，其特征在于：所述判断步骤判断为是时，所述压缩包类型决策步骤包括以下步骤：(d1)判断是否满足wSnBits的值小于或等于7、wIpidBits的值为0，若满足则确定当前UDP报文的压缩包的基本头类型为R-0-CRC，且不携带扩展头，否则执行步骤(d2)；(d2)判断是否满足wSnBits的值小于或等于5、wIpidBits的值为0，若满足则确定当前UDP报文的压缩包的基本头类型为UOR-2，且不携带扩展头，否则执行步骤(d3)；(d3)判断是否满足wSnBits的值小于或等于8、wIpidBits的值小于或等于3，若满足则确定当前UDP报文的压缩包的基本头类型为UOR-2，扩展头类型为EXT0，否则执行步骤(d4)；(d4)判断是否满足wSnBits的值小于或等于8、wIpidBits的值小于或等于11，若满足则确定当前UDP报文的压缩包的基本头类型为UOR-2，扩展头类型为EXT1，否则执行步骤(d5...

【专利技术属性】
技术研发人员：欧阳应华，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：