CN102833785A - 用于移动通信系统的鲁棒性报头压缩系统上下文重用方法 - Google Patents
用于移动通信系统的鲁棒性报头压缩系统上下文重用方法 Download PDFInfo
- Publication number
- CN102833785A CN102833785A CN2012103390429A CN201210339042A CN102833785A CN 102833785 A CN102833785 A CN 102833785A CN 2012103390429 A CN2012103390429 A CN 2012103390429A CN 201210339042 A CN201210339042 A CN 201210339042A CN 102833785 A CN102833785 A CN 102833785A
- Authority
- CN
- China
- Prior art keywords
- data flow
- cid
- data stream
- context
- priority
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种用于移动通信系统的鲁棒性报头压缩系统上下文重用方法,当有新数据流到达而CID已经分配完毕,查看已分配CID的数据流中是否存在更低优先级队列的数据流,如果存在则由新数据流占用相应CID,否则将新数据流加入到等待队列;然后判断是否有CID被释放,是则选出等待队列中优先级最高的数据流占用释放的CID;判断是否有新数据流到达,循环进行处理。本发明技术方案能够极大的提高压缩效率,同时考虑了公平性,满足用户的各种业务需求。
Description
技术领域
本发明涉及移动通信技术领域,尤其是涉及一种用于移动通信系统(包括但不限于WCDMA、CDMA2000、TD SCDMA、TDD-LTE、FDD-LTE)鲁棒性报头压缩系统中上下文重用的实现方法。
背景技术
ROHC(Robust Header Compression,健壮的报头压缩技术)协议最初由IETF ROHC工作组提出对WLAN(无线局域网络)IP分组进行压缩,后来3GPP将它作为3G和LTE移动通信技术标准,应用在其PDCP子层(Packet Data Convergence Protocol,包数据合流协议层),对数据的头部进行压缩处理。ROHC算法能够适用高误码率、长往返时延的无线链路,并且具有很好的压缩率和健壮性。ROHC主要对数据流进行报头压缩,其功能实体分为两部分——压缩模块(对报头进行压缩)和解压模块(对压缩报头进行解压,恢复出原始报头),压缩原理如图1所示:
收到一条新的数据流(假设为RTP数据流,由IP/UDP/RTP报头+Payload部分组成),压缩模块首先进入压缩初始化状态,将流的分组报头信息(IP/UDP/RTP报头)保存在压缩模块(即ROHC压缩器)相应的上下文(context)中,同时将完整的报头信息发送给解压模块(即ROHC解压器)。解压模块在收到此报头后,解压出原始报头,并将报头信息保存到解压模块相应的上下文(context)中。当压缩模块确信解压模块收到了所有上下文信息后,便进入压缩状态,开始发送压缩分组(即ROHC压缩报头+Payload部分)。之后压缩模块和解压模块在相应的压缩和解压之前都会进行上下文信息的更新,保证压缩模块和解压模块的上下文同步,同时解压端的CRC效验机制也保证了这点,CRC校验正确时可确保压缩解压的顺利进行。其中上下文(context)是ROHC中一个很重要的概念,如之前所述,包括压缩上下文和解压上下文。上下文中包含了同一条数据流中前面若干个数据报文头的完整信息,包括静态不变的字段、可用来推测其他字段的参考字段以及一些动态变化字段(如IP报头中的IP-ID字段、RTP报头中的TS字段等)的变化方式。每一个上下文通过一个上下文ID(CID:Context ID)来标识。另外一条新数据流是由该条数据流中的所有关键字段(static-def)来确定的,例如IP头(IP协议报文头)的source、destination address(源地址和目的地址),UDP头(用户数据报协议报文头)的source、destination port(发送端口和接收端口),RTP头(即时传输协议报文头)的SSRC(同步源标识符)字段。
例如,在LTE(长期演进)系统中,ROHC压缩模块将高层下发的数据流的报头信息保存在相应的上下文(context)中,并发送到对端解压缩模块,确认解压模块收到上下文信息后,压缩模块就可以进入压缩态,将此条数据流的后续报文压缩后发往对端解压处理。根据TS 36.323协议规范中,RRC(无线资源控制协议)层配置RB级参数MAXCID有两种取值:Large CID(16383)、Small CID(15)。然而对于LTE系统数据业务速率高、种类多的特点,RRC层配置的CID(对于LTE系统而言可理解为一个DRB下的Context数目,DRB指数据无线承载)的空间是有限的,并且在使用的过程中RFC3095协议也没有提出CID销毁的概念,从而会导致CID空间用完的情况下没有办法创建新的上下文。针对这一情况,RFC4815协议中提出了CID重用的概念,即在CID空间用完的情况下,重用之前的CID来创建新的上下文。但是RFC4815协议并没有规定具体的上下文重用实现方案,目前公布的实现方案是重用最久未使用的上下文,但是这种方案很大可能会出现不停有后续新的数据流重用正在使用的上下文(此上下文对应的数据流没有结束,仍然不停的有后续的压缩报文到来),这样就有很大几率会造成抖动,影响压缩效率,导致系统性能降低。
发明内容
本发明针对现有技术的问题,结合LTE的业务Qos要求,设计一种方案实现CID循环利用,在保证一定服务质量的基础上提升系统性能。
本发明的技术方案为一种用于移动通信系统的鲁棒性报头压缩系统上下文重用方法,包括以下步骤:
步骤1,启用ROHC头压缩;
步骤2,当有新数据流到达时,判断新数据流的优先级并划分新数据流所属的优先级队列,判断CID是否分配完毕,是则进入步骤3,否则为新数据流分配一个CID,同时将上下文信息连同CID一起发送到对端;所述CID为上下文标识;
步骤3,查看已分配CID的数据流中是否存在更低优先级队列的数据流;如果存在则进入步骤4,否则将新数据流加入到等待队列;
步骤4,判断最低优先级队列的数据流是否只有一条,是则新数据流直接占用相应CID,重用这条数据流使用的上下文;否则查询最低优先级队列的各条数据流相对应的上下文最后一次使用的时间,然后新数据流重用最久未被使用的上下文;
步骤5,上下文重用完成以后,发送新数据流的完整上下文信息到对端,确认对端收到以后,开始执行新数据流后续报文的压缩;
步骤6,判断是否有CID被释放,是则选出等待队列中优先级最高的数据流中等待时间最久的数据流占用释放的CID,上下文重用完成以后,发送这条数据流的完整上下文信息到对端,确认对端收到以后,开始执行这条数据流后续报文压缩,然后进入步骤7,否则直接进入步骤7;
步骤7,判断是否有新数据流到达,是则返回执行步骤2,否则返回执行步骤6。
而且,步骤3将新数据流加入到等待队列时,开启新数据流的定时器,计时值count的初始值为0;检测是否有等待队列中的数据流的定时器超时,没有则继续等待,返回检测是否有等待队列中的数据流的定时器超时;有则记录下超时的数据流优先级,查询已分配CID的数据流中是否存在相同优先级的数据流,是则进入步骤4;否则,计时值count+1,重置超时的数据流的定时器,继续等待,返回检测是否有等待队列中的数据流的定时器超时。
而且,步骤6中,选出等待队列中优先级最高的数据流中等待时间最久的数据流占用释放的CID实现方式如下,
查询等待队列里优先级最高的数据流,判断这样的数据流是否只有一条,是则选中该条数据流,直接占用释放的CID;否则查询这几条相同优先级数据流的定时器,选出等待时间最久的数据流,占用被释放的CID;其中,等待时间=定时器超时时长×count+定时器当前显示时间。
针对LTE系统业务多样性的特点,本发明设计了一种基于LTE业务Qos的CID重用实现方案。该方案能够很好的解决多业务并存情况下CID资源有限的问题,且能够极大的提高压缩效率,同时考虑了公平性,满足用户的各种业务需求。
附图说明
图1是现有技术的ROHC基本压缩原理图。
图2是本发明实施例的上下文重用流程图。
具体实施方式
本发明提供一种基于Qos业务的上下文重用实现方案,基本设计思路为:划分不同的CID重用优先级队列,然后按照优先级从低到高的顺序执行CID重用;同优先级队列内的每种应用采用FIFO算法来执行CID重用;在保证LTE不同业务Qos的前提下,同时也需要考虑公平策略,确保某类优先级下的每种业务应用都会有获取CID的机会。
具体实施时可参考软件技术实现自动运行流程,如图2所示,实施例的流程包括以下步骤:
步骤1,启用ROHC头压缩。
启用ROHC头压缩功能,后续的数据报文开始执行压缩。
步骤2,当有新数据流到达时,判断新数据流的优先级并划分新数据流所属的优先级队列,判断CID是否分配完毕,是则进入步骤3,否则为新数据流分配一个CID,同时然后将上下文信息连同CID一起发送到对端;所述CID为上下文信息标识。
多条数据流到达PDCP子层,ROHC压缩模块会为每一条新的数据流分配一个CID,同时根据应用优先级划分优先级队列,然后将Context信息连同CID一起发送到对端。流程可设计为从第一条数据流到达时,根据应用优先级划分优先级队列、分配CID,同时分配到CID的数据流会记录时间,并且每次使用该上下文都会刷新此记录时间。然后判断CID是否分配完;随着数据流的不断增加,CID依次分配完毕,开始进入步骤3执行上下文重用流程。
步骤3,查看已分配CID的数据流中是否存在更低优先级队列的数据流;如果存在则进入步骤4,否则将新数据流加入到等待队列。
为了保证一定的公平性,本发明进一步提出,在将新数据流加入到等待队列同时开启新数据流的定时器,设count的初始值为0,等待空闲CID。通过设置一个定时器,当定时器超时的时候,可以占用已分配CID的同优先级数据流。但是不一定每次定时器超时的时候,都有同优先级的数据流可以复用。这个时候,count计数器+1,重置定时器重新计时。即设置一下子流程:
检测是否有等待队列中的数据流的定时器超时,
没有则继续等待,返回检测是否有等待队列中的数据流的定时器超时;
有则记录下超时的数据流优先级,查询已分配CID的数据流中是否存在相同优先级的数据流,是则进入步骤4;否则,计时值count+1,重置超时的数据流的定时器,继续等待,返回检测是否有等待队列中的数据流的定时器超时。
步骤4,判断最低优先级队列的数据流是否只有一条,是则新数据流直接占用相应CID,即重用最低优先级队列的这条数据流使用的上下文。否则查询最低优先级队列的各条数据流相对应的上下文最后一次使用的时间,然后新数据流重用最久未被使用的上下文,占用相应CID。
步骤5,上下文重用完成以后,发送新数据流的完整上下文信息到对端,确认对端收到以后,开始执行新数据流后续报文的压缩。
为便于实施参考起见,提供查看已经分配的CID中是否存在优先级更低队列的数据流后,相应程序处理过程如下:
●如果存在,选择优先级最低队列的数据流:
查询这样的数据流是否只有一条:
○如果只有一条:
■直接占用该CID;
○否则:
■查询各条数据流相应上下文最后一次使用的时间,然后重用最久未被使用的上下文;
○上下文重用完成以后,发送新数据流的完整上下文信息到对端,确认对端收到以后,开始执行此条数据流后续报文的压缩;
●否则:新到数据流的优先级低于已经分配CID的数据流的优先级,将这条数据流加入到等待队列,同时开启等待定时器,等待空闲CID
步骤6,判断是否有CID被释放,是则选出等待队列中优先级最高的数据流中等待时间最久的数据流占用释放的CID,上下文重用完成以后,发送这条数据流的完整上下文信息到对端,确认对端收到以后,开始执行这条数据流后续报文压缩,然后进入步骤7,否则直接进入步骤7。
为便于实施参考起见,进一步提供实施例中选出等待队列中优先级最高的数据流占用释放的CID实现方式如下,
查询等待队列里优先级最高的数据流,判断这样的数据流是否只有一条,是则选中该条数据流,直接占用释放的CID;否则查询这几条相同优先级数据流的定时器,选出等待时间最久的数据流,占用被释放的CID。
为挑选等待时间最久的数据流,可以直接记录等待时间进行比较,也可以方便地利用count的值计算,等待时间=定时器超时时长×count+定时器当前显示时间。
相应程序处理过程如下。
此时有无CID被释放:
●如果此时有CID被释放:
查询等待队列里优先级最高的数据流,这样的数据流是否只有一条:
○如果只有一条:
■选中该条数据流,直接占用释放的CID;
○否则:
■查询这几条相同优先级数据流的定时器,选出等待时间最久的数据流,占用被释放的CID;
等待时间=定时器超时时长×count+定时器当前显示时间;
○上下文重用完成以后,发送此数据流的完整上下文信息到对端,确认对端收到以后,开始执行此条数据流后续报文的压缩;
○否则:判断此时有无等待定时器超时。
此时有无等待定时器超时:
●如果此时等待队列中有数据流定时器超时:
记录下此数据流优先级,查询已分配CID的数据流中是否存在相同优先级的:
○如果存在:
继续查询这样的数据流是否只有一条:
■如果只有一条:
■否则:
■上下文重用完成以后,发送新数据流的完整上下文信息到对端,确认对端收到以后,开始执行此条数据流后续报文的压缩;
○否则:
■计时count值+1,重置该定时器,继续等待。
步骤7,判断是否有新数据流到达,是则返回执行步骤2,否则返回执行步骤6。
以上步骤即是结合业务Qos来创建优先级队列实现上下文重用的方案。在此过程中,可以为用户提供动态更改机制,让用户结合个人需要使用包括但不限于Web、命令行、第三方网管等方式对某种应用的优先级进行动态的更改,提高或者降低某个应用的优先级,从而最大限度的满足用户需求。
为便于实施参考起见,下表提供实施例中根据LTE中不同业务的Qos特征划分不同的CID重用优先级队列,所得的上下文重用优先级队列表:
优先级从高到低为1到4,优先保证语音视频等业务,其次才是数据应用等业务。
具体实施时,本领域技术人员可以根据具体情况进行划分。也可以提供动态更改机制,允许用户结合自己的需要动态更改某种应用的优先级。包括但不限于Web、命令行、第三方网管等方式来进行此种更改实现。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (3)
1.一种用于移动通信系统的鲁棒性报头压缩系统上下文重用方法,其特征在于,包括以下步骤:
步骤1,启用ROHC头压缩;
步骤2,当有新数据流到达时,判断新数据流的优先级并划分新数据流所属的优先级队列,判断CID是否分配完毕,是则进入步骤3,否则为新数据流分配一个CID,同时将上下文信息连同CID一起发送到对端;所述CID为上下文标识;
步骤3,查看已分配CID的数据流中是否存在更低优先级队列的数据流;如果存在则进入步骤4,否则将新数据流加入到等待队列;
步骤4,判断最低优先级队列的数据流是否只有一条,是则新数据流直接占用相应CID,重用这条数据流使用的上下文;否则查询最低优先级队列的各条数据流相对应的上下文最后一次使用的时间,然后新数据流重用最久未被使用的上下文;
步骤5,上下文重用完成以后,发送新数据流的完整上下文信息到对端,确认对端收到以后,开始执行新数据流后续报文的压缩;
步骤6,判断是否有CID被释放,是则选出等待队列中优先级最高的数据流中等待时间最久的数据流占用释放的CID,上下文重用完成以后,发送这条数据流的完整上下文信息到对端,确认对端收到以后,开始执行这条数据流后续报文压缩,然后进入步骤7,否则直接进入步骤7;
步骤7,判断是否有新数据流到达,是则返回执行步骤2,否则返回执行步骤6。
2.根据权利要求1所述用于移动通信系统的鲁棒性报头压缩系统上下文重用方法,其特征在于:步骤3将新数据流加入到等待队列时,开启新数据流的定时器,计时值count的初始值为0,;检测是否有等待队列中的数据流的定时器超时,
没有则继续等待,返回检测是否有等待队列中的数据流的定时器超时;
有则记录下超时的数据流优先级,查询已分配CID的数据流中是否存在相同优先级的数据流,是则进入步骤4;否则,计时值count+1,重置超时的数据流的定时器,继续等待,返回检测是否有等待队列中的数据流的定时器超时。
3.根据权利要求2所述用于移动通信系统的鲁棒性报头压缩系统上下文重用方法,其特征在于: 步骤6中,选出等待队列中优先级最高的数据流中等待时间最久的数据流占用释放的CID实现方式如下,
查询等待队列里优先级最高的数据流,判断这样的数据流是否只有一条,是则选中该条数据流,直接占用释放的CID;否则查询这几条相同优先级数据流的定时器,选出等待时间最久的数据流,占用被释放的CID;
其中,等待时间 = 定时器超时时长×count +定时器当前显示时间。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210339042.9A CN102833785B (zh) | 2012-09-13 | 2012-09-13 | 用于移动通信系统的鲁棒性报头压缩系统上下文重用方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210339042.9A CN102833785B (zh) | 2012-09-13 | 2012-09-13 | 用于移动通信系统的鲁棒性报头压缩系统上下文重用方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102833785A true CN102833785A (zh) | 2012-12-19 |
CN102833785B CN102833785B (zh) | 2014-09-17 |
Family
ID=47336690
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210339042.9A Active CN102833785B (zh) | 2012-09-13 | 2012-09-13 | 用于移动通信系统的鲁棒性报头压缩系统上下文重用方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102833785B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI644581B (zh) * | 2016-07-05 | 2018-12-11 | 聯發科技股份有限公司 | 封包標頭壓縮方法及其通訊裝置 |
WO2021056317A1 (zh) * | 2019-09-26 | 2021-04-01 | Oppo广东移动通信有限公司 | 一种以太网数据包头压缩方法、处理方法及其装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006052184A1 (en) * | 2004-11-15 | 2006-05-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for handling out-of-sequence packets in header decompression |
CN101977402A (zh) * | 2010-10-19 | 2011-02-16 | 中兴通讯股份有限公司 | 鲁棒性头压缩中一种上下文重用的方法及装置 |
-
2012
- 2012-09-13 CN CN201210339042.9A patent/CN102833785B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006052184A1 (en) * | 2004-11-15 | 2006-05-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for handling out-of-sequence packets in header decompression |
CN101977402A (zh) * | 2010-10-19 | 2011-02-16 | 中兴通讯股份有限公司 | 鲁棒性头压缩中一种上下文重用的方法及装置 |
Non-Patent Citations (1)
Title |
---|
L-E. JONSSON: "《RFC 4815》", 28 February 2007, article "《Corrections and Clarifications to RFC 3095》", pages: 21-23 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI644581B (zh) * | 2016-07-05 | 2018-12-11 | 聯發科技股份有限公司 | 封包標頭壓縮方法及其通訊裝置 |
US10299163B2 (en) | 2016-07-05 | 2019-05-21 | Mediatek Inc. | Enhancement on header compression |
WO2021056317A1 (zh) * | 2019-09-26 | 2021-04-01 | Oppo广东移动通信有限公司 | 一种以太网数据包头压缩方法、处理方法及其装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102833785B (zh) | 2014-09-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108353010B (zh) | 用于无线接入和有线网络集成的技术 | |
RU2310283C2 (ru) | Система и способ двунаправленной пакетной передачи данных | |
WO2020221015A1 (zh) | 直通链路通信方法、装置和存储介质 | |
CN107979853B (zh) | 数据的传输方法和装置、用户设备及基站 | |
US20080016161A1 (en) | Methods and apparatus for using electronic envelopes to configure parameters | |
CN109155762B (zh) | 数据传输的方法及装置 | |
US20080016248A1 (en) | Method and apparatus for time synchronization of parameters | |
CN108811153A (zh) | 通信方法、集中式单元、分布式单元、基站及终端设备 | |
CN107635252B (zh) | 数据包报头压缩方法及其通信装置 | |
JP5531110B2 (ja) | モバイル通信ネットワークにおけるエネルギ制御 | |
EP3491881B1 (en) | Devices for multi-path communication over multiple radio access technologies | |
CN102547610A (zh) | 消息处理方法、设备及系统 | |
CN110072258A (zh) | 用于确定性传输的通信方法和相关装置 | |
US20110009124A1 (en) | Unique radio bearer (rb) procedure | |
CN102833785B (zh) | 用于移动通信系统的鲁棒性报头压缩系统上下文重用方法 | |
EP3099091A1 (en) | Uplink resource allocation method, access terminal, and access point | |
CN109379785A (zh) | 执行一因特网协议多媒体子系统服务的装置及方法 | |
CN101998265B (zh) | 数据传输方法、基站、多播协调实体和用户设备 | |
CN102448116A (zh) | 鲁棒性头压缩通道配置方法和装置 | |
KR101020318B1 (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 | |
WO2023179322A1 (zh) | 一种通信方法及装置 | |
WO2024060991A1 (zh) | 一种多路径的数据流引流方法及装置 | |
WO2023016402A1 (zh) | 数据传输方法、装置及终端、网络侧设备 | |
WO2023193571A1 (zh) | 通信方法和通信装置 | |
KR100981823B1 (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP01 | Change in the name or title of a patent holder |
Address after: 430074, No. 88, postal academy road, Hongshan District, Hubei, Wuhan Patentee after: Wuhan post and Telecommunications Science Research Institute Co., Ltd. Address before: 430074, No. 88, postal academy road, Hongshan District, Hubei, Wuhan Patentee before: Wuhan Inst. of Post & Telecom Science |
|
CP01 | Change in the name or title of a patent holder |