CN106332178A - 一种ip协议头压缩的方法、装置、用户设备及基站 - Google Patents
一种ip协议头压缩的方法、装置、用户设备及基站 Download PDFInfo
- Publication number
- CN106332178A CN106332178A CN201510340511.2A CN201510340511A CN106332178A CN 106332178 A CN106332178 A CN 106332178A CN 201510340511 A CN201510340511 A CN 201510340511A CN 106332178 A CN106332178 A CN 106332178A
- Authority
- CN
- China
- Prior art keywords
- message
- protocol
- compressed
- protocol compressed
- subscriber equipment
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种IP协议头压缩的方法、装置、用户设备及基站，涉及通信领域，解决现有IP协议头压缩机制不能解决默认承载上报头开销大的问题，该方法包括：根据当前运行的数据业务的业务特征，判断是否对当前运行的数据业务的IP报文进行IP协议头压缩；在对当前运行的数据业务的IP报文进行IP协议头压缩时，向基站发送IP协议头压缩激活请求；接收基站返回的IP协议头压缩激活命令；根据IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后发往基站；或者对从基站收到的IP协议头压缩的IP报文进行解压缩后发往用户设备的非接入层。本发明的方案对于默认承载上的IP报文同样适用，提高了传输效率。
Description
技术领域
本发明涉及通信领域，特别涉及一种IP协议头压缩的方法、装置、用户设备及基站。
背景技术
用于如VoIP(Voice over Internet Protocol，网络电话)的协议IP(InternetProtocol，网络之间互连协议)、UDP(User Datagram Protocol，用户数据报协议)或RTP(Real-time Transport Protocol，实时传输协议)所传输的普通语音数据中，IP报头可能表示大约70％的分组，这导致链路的使用效率非常低。例如，一个IPv6(Internet Protocol Version 6，互联网协议第6版)语音报文，用户真正需要的报文的净荷可能只占整个分组的22％，其他部分被IP报头占据。这样不仅浪费带宽，还增大了由于分组报文出错而导致的分组报文被丢弃的概率。若不采取有效措施，在浪费宝贵无线网络资源的同时，还会降低QoS(Quality of Service，服务质量)。
现有技术中，采用IP协议头压缩机制可以解决上述问题，同时可保证IP协议固有的灵活性。在无线蜂窝网络LTE(Long Term Evolution，长期演进)系统中，IP协议头压缩是由eNB(evolved Node B，演进型基站)基于承载进行配置的。一般情况下，默认QCI＝1的专用承载上承载了VoIP的语音分组，因此eNB仅针对QCI＝1的语音分组配置和执行IP协议头压缩。而对于默认承载上的业务，由于默认承载上可能会混合多种业务并存，如VoIP、网页浏览、HTTP(HyperText Transfer Protocol，超文本传输协议或FTP(File TransferProtocol，文件传输协议)下载等，其中有的业务并不会受益于IP协议头压缩功能，因此eNB不会对默认承载上的数据配置和执行IP协议头压缩。
随着移动互联网的普及，越来越多的OTTAPP(Over The Top Application，过顶应用程序)提供了基于无线蜂窝网络上的VoIP的语音通话，比如Skype，微信电话本等，这些业务在网络中作为普通的PS(Packet Switch，分组交换)业务，与其他业务同时并存承载于QCI＝9的默认承载上。承载于默认承载的VoIP的语音业务的共同特征是采用UDP报文，且语音净菏只有几十个字节。当采用IPv6(Internet Protocol Version 6，互联网协议第6版)格式传输IP报文时，对于几十字节的报文净菏需要占用40+8＝48bytes的IP协议头，报文头开销的传输占据了几乎一半的资源。VoIP的IP/UDP头开销大，传输效率低且由于报文长容易导致传输中的丢包和错误。
此外，网络中大量的IM(InstantMessaging，即时通讯)消息也是承载于QCI＝9的默认承载上。经统计80％的的IM消息内容长度都在100bytes以内，而对于每一条IM消息，IP报文头(20bytes～40bytes)+TCP报文头(20bytes～60bytes)＝40bytes～100bytes。可见，为了传输这些小净菏的短消息内容，也同样存在IP/TCP头开销大，传输效率低的问题。
发明内容
本发明要解决的技术问题是提供一种IP协议头压缩的方法、装置、用户设备及基站，解决现有IP协议头压缩机制不能解决默认承载上的IP报文头开销大，传输效率低且由于报文长容易导致传输中的丢包和错误的问题。
为解决上述技术问题，本发明的实施例提供一种IP协议头压缩的方法，应用于用户设备，所述方法包括：
根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩；
在对所述当前运行的数据业务的IP报文进行IP协议头压缩时，向基站发送IP协议头压缩激活请求；
接收所述基站根据所述IP协议头压缩激活请求返回的IP协议头压缩激活命令；
根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的报文进行压缩后发往基站；或者
根据所述IP协议头压缩激活命令，对从基站收到的IP协议头压缩的IP报文进行解压缩后发往用户设备的非接入层。
其中，所述根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩之后，所述方法还包括：
将压缩后的IP报文封装在分组数据集中协议PDCP协议数据单元PDU中，并在所述PDCP PDU头部中添加压缩标识后发送给所述基站，使得所述基站的PDCP实体能够通过PDCP头部中的压缩标识来识别所述PDCP报文中封装的是一个被压缩的IP报文。
其中，所述根据所述IP协议头压缩激活命令，对从基站收到的IP协议头压缩的报文进行解压缩后发往用户设备的非接入层，具体包括：
接收所述基站发送的带有压缩标识的PDCP PDU，其中，所述基站发送的PDCP PDU是所述基站根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在PDCP PDU中，并在PDCP PDU头部中添加压缩标识后得到的报文；
根据所述压缩标识获取所述基站发送的压缩后的IP报文，并根据所述IP协议头压缩激活命令，对所述基站发送的压缩后的IP报文进行解压缩处理后送到用户设备的非接入层。
其中，所述根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩，具体包括：
检测当前运行的数据业务是否属于预设的能够受益于IP协议头压缩的数据业务；
若所述当前运行的数据业务属于预设的能够受益于IP协议头压缩的数据业务，则对所述当前运行的数据业务的IP报文进行IP协议头压缩。
其中，所述根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩，具体包括：
统计预设时间段内所述用户设备发送和接收的UDP报文或TCP报文；
统计所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例；
若所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例大于预设值，则对所述当前运行的数据业务的IP报文进行IP协议头压缩，否则不对所述当前运行的数据业务的IP报文进行IP协议头压缩。
其中，所述IP协议头压缩激活请求携带有所述用户设备支持的头压缩算法、所述用户设备建议的头压缩类型和所述用户设备建议激活IP协议头压缩的承载标识中的至少一项；
相应的，所述基站根据所述IP协议头压缩激活请求返回的IP协议头压缩激活命令携带有：头压缩算法、头压缩类型、启动IP协议头压缩的门限值和IP协议头压缩激活时间中的至少一项。
其中，所述根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的报文进行压缩之前，所述方法还包括：
从用户设备的非接入层获取IP报文；
根据所述IP报文头字段中的版本信息和长度信息，确定所述IP报文是否满足所述IP协议头压缩启动条件。
其中，所述根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的报文进行压缩之后，所述方法还包括：
继续根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩；
若不再对所述当前运行的数据业务的IP报文进行IP协议头压缩，则向基站发送IP协议头压缩去激活请求，并接收所述基站根据所述IP协议头压缩去激活请求返回的IP协议头压缩去激活命令。
为解决上述技术问题，本发明的实施例还提供一种IP协议头压缩的装置，应用于用户设备，所述装置包括：
判断模块，用于根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩；
第一发送模块，用于在对所述当前运行的数据业务的IP报文进行IP协议头压缩时，向基站发送IP协议头压缩激活请求；
第一接收模块，用于接收所述基站根据所述IP协议头压缩激活请求返回的IP协议头压缩激活命令；
第一压缩模块，用于根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的报文进行压缩后发往基站；或者
第一解压缩模块，用于根据所述IP协议头压缩激活命令，对从基站收到的IP协议头压缩的IP报文进行解压缩后发往用户设备的非接入层。
其中，所述装置还包括：
第二发送模块，用于将压缩后的IP报文封装在分组数据集中协议PDCP协议数据单元PDU中，并在所述PDCP PDU头部中添加压缩标识后发送给所述基站，使得所述基站的PDCP实体能够通过PDCP头部中的压缩标识来识别所述PDCP报文中封装的是一个被压缩的IP报文。
其中，所述第一解压缩模块包括：
第二接收单元，用于接收所述基站发送的带有压缩标识的PDCP PDU，其中，所述基站发送的PDCP PDU是所述基站根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在PDCP PDU中，并在PDCP PDU头部中添加压缩标识后得到的报文；
第一解压缩子单元，用于根据所述压缩标识获取所述基站发送的压缩后的IP报文，并根据所述IP协议头压缩激活命令，对所述基站发送的压缩后的IP报文进行解压缩处理后送到用户设备的非接入层。
其中，所述判断模块具体包括：
检测单元，用于检测当前运行的数据业务是否属于预设的能够受益于IP协议头压缩的数据业务；
第一执行单元，用于若所述当前运行的数据业务属于预设的能够受益于IP协议头压缩的数据业务，则对所述当前运行的数据业务的IP报文进行IP协议头压缩。
其中，所述判断模块具体包括：
第一统计单元，用于统计预设时间段内所述用户设备发送和接收的UDP报文或TCP报文；
第二统计单元，用于统计所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例；
第二执行单元，用于若所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例大于预设值，则对所述当前运行的数据业务的IP报文进行IP协议头压缩，否则不对所述当前运行的数据业务的IP报文进行IP协议头压缩。
其中，所述装置还包括：
第一获取模块，用于从用户设备的非接入层获取IP报文；
第二获取模块，用于根据所述IP报文头字段中的版本信息和长度信息，确定所述IP报文是否满足所述IP协议头压缩启动条件。
其中，所述根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩之后，所述判断模块还用于继续根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩；以及
所述装置还包括：
去激活模块，用于若不再对所述当前运行的数据业务的IP报文进行IP协议头压缩，则向基站发送IP协议头压缩去激活请求，并接收所述基站根据所述IP协议头压缩去激活请求返回的IP协议头压缩去激活命令。
为解决上述技术问题，本发明的实施例还提供一种用户设备，包括：如上所述的IP协议头压缩的装置。
为解决上述技术问题，本发明的实施例还提供一种IP协议头压缩的方法，应用于基站，所述方法包括：
接收用户设备发送的IP协议头压缩激活请求；
根据所述用户设备发送的IP协议头压缩激活请求，向所述用户设备返回IP协议头压缩激活命令，其中，所述IP协议头压缩激活请求是所述用户设备在对所述当前运行的数据业务的IP报文进行IP协议头压缩时发送的；
接收所述用户设备发送的带有压缩标识的压缩后的IP报文，其中，所述用户设备发送的压缩后的IP报文是所述用户设备根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后得到的报文；
根据所述压缩标识获取所述用户设备发送的压缩后的IP报文。
其中，所述根据所述压缩标识获取所述用户设备发送的压缩后的IP报文之后，所述方法还包括：
根据所述IP协议头压缩激活命令对所述用户设备发送的压缩后的IP报文进行解压缩，将解压缩后的IP报文发送到核心网设备。
其中，所述根据所述用户设备发送的IP协议头压缩激活请求，向所述用户设备返回IP协议头压缩激活命令之后，所述方法还包括：
根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在分组数据集中协议PDCP协议数据单元PDU，并在所述PDCP PDU头部中添加压缩标识后发送给所述用户设备，由所述用户设备根据所述压缩标识识别PDCP报文中的压缩后的IP报文，并根据所述IP协议头压缩激活命令对所述压缩后的IP报文进行解压缩处理后发送到用户设备的非接入层。
为解决上述技术问题，本发明的实施例还提供一种IP协议头压缩的装置，应用于基站，所述装置包括：
第三接收模块，用于接收用户设备发送的IP协议头压缩激活请求；
返回模块，用于根据所述用户设备发送的IP协议头压缩激活请求，向所述用户设备返回IP协议头压缩激活命令，其中，所述IP协议头压缩激活请求是所述用户设备在对所述当前运行的数据业务的IP报文进行IP协议头压缩时发送的；
第四接收模块，用于接收所述用户设备发送的带有压缩标识的压缩后的IP报文，其中，所述用户设备发送的压缩后的IP报文是所述用户设备根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后得到的报文；
第三获取模块，用于根据所述压缩标识获取所述用户设备发送的压缩后的IP报文。
其中，所述装置还包括：
第二解压缩模块，用于根据所述IP协议头压缩激活命令对所述用户设备发送的压缩后的IP报文进行解压缩，将解压缩后的IP报文发送到核心网设备。
其中，所述装置还包括：
第二压缩模块，用于根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在分组数据集中协议PDCP协议数据单元PDU，并在所述PDCP PDU头部中添加压缩标识后发送给所述用户设备，由所述用户设备根据所述压缩标识识别PDCP报文中的压缩后的IP报文，并根据所述IP协议头压缩激活命令对所述压缩后的IP报文进行解压缩处理后发送到用户设备的非接入层。
为解决上述技术问题，本发明的实施例还提供一种基站，包括：如上所述的IP协议头压缩的装置。
本发明的上述技术方案的有益效果如下：
本发明实施例的IP协议头压缩的方法，应用于用户设备，首先根据当前运行的数据业务的业务特征，判断是否对当前运行的数据业务的IP报文进行IP协议头压缩；在对当前运行的数据业务的IP报文进行IP协议头压缩时，向基站发送IP协议头压缩激活请求，并接收基站根据IP协议头压缩激活请求返回的IP协议头压缩激活命令；再根据IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后发往基站，或者根据所述IP协议头压缩激活命令，对从基站收到的IP协议头压缩的IP报文进行解压缩后发往用户设备的非接入层。从而通过用户设备与基站预先协商的策略，动态的对承载上的数据业务进行IP协议头压缩处理，提高了传输效率，解决了由于报文长容易导致传输中的丢包和错误的问题，节约了网络传输资源。且对于默认承载上的IP报文同样适用，解决了现有IP协议头压缩机制不能解决默认承载上的IP报文开销大的问题，扩大了应用范围，提高了实用性。
附图说明
图1为本发明IP协议头压缩的方法的第一流程图；
图2为现有IP协议头压缩方法一具体应用实施例的报文结构示意图；
图3为本发明IP协议头压缩的方法一具体应用实施例的网络架构示意图；
图4为本发明IP协议头压缩的装置的第一结构示意图；
图5为本发明IP协议头压缩的方法的第二流程图；
图6为本发明IP协议头压缩的装置的第二结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
现有技术中，采用IP协议头压缩机制可以解决默认承载上IP报头开销大，浪费带宽，增大报文丢弃概率，且降低QoS的问题，同时可保证IP协议固有的灵活性。在无线蜂窝网络LTE(Long Term Evolution，长期演进)系统中，使用ROHC(RobustHeaderCompression，鲁棒性头压缩)对IP语音报文进行头压缩。
ROHC是一种基于流的头标压缩方案。在网络数据传输过程中，同一个流的分组中大部分头标域具有相同的域值。ROHC机制在某个流中取一个参考分组，对于其他分组仅仅发送头标域中相对该参考分组变化的信息，以达到压缩的目的，从而节省分组头标开销，更加有效地利用带宽。同时，ROHC机制还通过控制反馈消息的频率和数量、检测不同步的逻辑以及差错校验等手段，使该ROHC机制具有高度的有效性和合理的鲁棒性。因此，ROHC机制提供了一种应用于高误码率和长时延链路的头标压缩机制。
在LTE无线蜂窝技术中，IP协议头压缩ROHC机制仅适用于语音会话，由UE(User Equipment，用户设备)和eNB的PDCP(Packet Data ConvergenceProtocol，分组数据汇聚协议)实体执行ROHC IP协议头压缩功能。头压缩功能基于承载进行配置。用户初始附注于网络中时，网络侧会为用户建立一个默认承载来承载普通的PS(Packet Switch，分组交换)数据业务。当用户发起基于IMS(IP Multimedia Subsystem，IP多媒体子系统)的VoIP呼叫时，EPC(Evolved Packet Core，分组核心演进)会为用户建立一条专用承载，且标识QCI＝1，当eNB收到建立专用承载的QCI为1时，eNB的PDCP实体需要对这条承载上的语音数据头压缩。从而实现提高语音报文的传输效率。
如图2所示，以一个12.2k，语音净菏＝32bytes的IPv6报文为例，IP报文长＝60bytes+32bytes＝92bytes，其中IP协议头＝40bytes，UDP头＝8bytes，RTP头＝12bytes，在PDCP执行对这个报文的头压缩后，报文头从60bytes压缩为4bytes，整个报文长度从92bytes压缩为36bytes，压缩率＝(92-36)/92＝60％,并将压缩后的这36bytes封装为PDCP的SDU(Service Data Unit,服务数据单元)，递交给底层进行传输。相比于在空口传输一个92bytes的PDCP SDU，提高了空口传输效率。
在LTE无线蜂窝技术中，IP协议头压缩ROHC机制是由eNB基于承载进行配置的。虽然上述IP协议头压缩ROHC机制能够减小IP协议头开销，提高传输效率，但一般情况下，eNB仅针对专用承载上的语音分组配置和执行IP协议头压缩，而不会对默认承载上的数据配置和执行IP协议头压缩。因此，默认承载上的报文仍然存在IP协议头开销大而引起的传输效率低的问题。
本发明实施例的方法，通过用户设备与基站预先协商的策略，动态的对承载上的数据分组进行IP协议头压缩，可更有效的提高传输效率，节约网络传输资源。对于默认承载上的IP报文同样适用，有效解决了默认承载上的IP报文头开销大引起的传输效率低的问题。
如图1所示，本发明实施例的IP协议头压缩的方法，应用于用户设备，所述方法包括：
步骤11，根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩。
这里，根据当前运行的数据业务的业务特征，可以检测出当前运行的数据业务的IP报文是否能够受益于IP协议头压缩，在当前运行的数据业务的IP报文能够受益于IP协议头压缩时，对当前运行的数据业务的IP报文进行IP协议头压缩。
步骤12，在对所述当前运行的数据业务的IP报文进行IP协议头压缩时，向基站发送IP协议头压缩激活请求。
步骤13，接收所述基站根据所述IP协议头压缩激活请求返回的IP协议头压缩激活命令。
步骤14，根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后发往基站；或者
步骤15，根据所述IP协议头压缩激活命令，对从基站收到的IP协议头压缩的IP报文进行解压缩后发往用户设备的非接入层。
本发明实施例的IP协议头压缩的方法，在当前运行的数据业务的IP报文能够受益于IP协议头压缩时，向基站eNB发送IP协议头压缩激活请求，并接收基站eNB返回的IP协议头压缩激活命令，实现了用户设备UE与基站eNB之间的策略协商。并根据IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩处理后发往基站，或者对从基站收到的IP协议头压缩的IP报文进行解压缩后发往用户设备的非接入层。从而通过用户设备UE与基站eNB协商的策略，动态的对承载上的数据业务进行IP协议头压缩处理，提高了传输效率，解决了由于报文长容易导致传输中的丢包和错误的问题，节约了网络传输资源。且对于默认承载上的IP报文同样适用，解决了现有IP协议头压缩机制不能解决默认承载上的IP报文开销大的问题，扩大了应用范围，提高了实用性。
本发明的具体实施例中，上述步骤14之后，所述方法还可以包括：
步骤16，将压缩后的IP报文封装在分组数据集中协议PDCP协议数据单元PDU中，并在所述PDCP PDU头部中添加压缩标识后发送给所述基站，使得所述基站的PDCP实体能够通过PDCP头部中的压缩标识来识别所述PDCP报文中封装的是一个被压缩的IP报文。
此时，基站根据压缩标识可准确识别压缩后的IP报文，并根据预先协商的策略对识别出的压缩后的IP报文进行解压缩，保证了压缩与解压缩的一致性，提高了数据传输的准确性。
由于用户设备UE与基站之间的信息交互是双向的，因此，用户设备UE也可能接收到基站eNB发送的报文。
其中，上述步骤15的步骤具体可以包括：
步骤151，接收所述基站发送的带有压缩标识的PDCP PDU，其中，所述基站发送的PDCP PDU是所述基站根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在PDCP PDU中，并在PDCPPDU头部中添加压缩标识后得到的报文；
步骤152，根据所述压缩标识获取所述基站发送的压缩后的IP报文，并根据所述IP协议头压缩激活命令，对所述基站发送的压缩后的IP报文进行解压缩处理后送到用户设备的非接入层。
此时，基站作为发送端，对IP报文按照预先协商的策略进行压缩后再发送，提高了传输效率，节约了传输资源；而用户设备作为接收端，对基站发送的压缩后的报文，按照预先协商的策略进行解压缩处理，保证了压缩与解压缩的一致性，保证了数据传输的准确性和方案的完整性。
本发明的具体实施例中，上述步骤11的步骤具体可包括：
步骤111，检测当前运行的数据业务是否属于预设的能够受益于IP协议头压缩的数据业务；
步骤112，若所述当前运行的数据业务属于预设的能够受益于IP协议头压缩的数据业务，则对所述当前运行的数据业务的IP报文进行IP协议头压缩。
此时，通过预设的能够受益于IP协议头压缩的数据业务，可准确检测当前运行的数据业务是否具有IP协议头压缩的必要，实现方式简单有效，提高了实用性。
例如，若用户设备的应用层正在运行Skype、微信电话本等VoIP语音通话的数据业务，而VoIP语音通话的数据业务为预设的能够受益于IP协议头压缩的数据业务，则可通过上述步骤111检测出当前运行的数据业务为属于能够受益于IP协议头压缩的数据业务，进而对该数据业务的IP报文进行IP报文头压缩，以提高传输效率。
具体的，上述步骤111可通过用户设备的非接入层或应用层将应用层正在运行VoIP语音通话的数据业务的消息通知给NAS(Network Attached Storage，网络附属存储)，再通过NAS通知给RRC(Radio Resource Control，无线资源控制)，使RRC执行步骤12，向基站发送IP协议头压缩激活请求。
另外，对于报文净荷较小IP报文，一般都存在报头开销大的问题，即能够受益于IP协议头压缩。例如，假定IP报文长＝80bytes+10bytes＝90bytes，其中报头为80bytes，净荷为10bytes，如果将报头压缩为6bytes，使整个报文长度从90bytes缩小为16bytes，能够有效提高报文传输效率。而对于报文净荷较大的IP报文，一般不存在报头开销大的问题，即不能够受益于IP协议头压缩。例如，假定IP报文长＝80bytes+1000bytes＝1080bytes，其中报头为80bytes，净荷为1000bytes，如果将报头压缩为6bytes，使整个报文长度从1080bytes缩小为1006bytes，整个报文长度变化不大，不能达到有效提高报文传输效率的目的，即不能够受益于IP协议头压缩。
基于此，上述步骤11也可具体包括：
步骤113，统计预设时间段内所述用户设备发送和接收的UDP报文或TCP报文；
步骤114，统计所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例；
步骤115，若所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例大于预设值，则对所述当前运行的数据业务的IP报文进行IP协议头压缩，否则不对所述当前运行的数据业务的IP报文进行IP协议头压缩。
此时，通过统计预设时间段内发送和接收的报文净荷，可准确检测当前运行的数据业务是否具有IP协议头压缩的必要，实现方式简单有效，提高了实用性。
这里，预设门限值(如M字节，M为大于或等于1的整数)，可通过用户设备UE内部实现自设定，也可由网络侧预先通过信令配置给UE。
本发明的具体实施例中，所述IP协议头压缩激活请求携带有所述用户设备支持的头压缩算法、所述用户设备建议的头压缩类型(如IP+UDP或IP+TCP)和所述用户设备建议激活IP协议头压缩的承载标识中的至少一项；
相应的，所述基站根据所述IP协议头压缩激活请求返回的IP协议头压缩激活命令携带有：头压缩算法、头压缩类型、启动IP协议头压缩的门限值(如N字节，N为大于或等于1的整数)和IP协议头压缩激活时间中的至少一项。
这里，IP协议头压缩激活时间，如具体可为PDCP SN(Serial number，序列号)，包括上行和/或下行。
此时，通过IP协议头压缩激活请求携带的内容及IP协议头压缩激活命令携带的内容，实现了用户设备UE与基站eNB之间的策略协商。从而通过用户设备UE与基站eNB协商的策略，动态的对承载上的数据业务进行IP协议头压缩处理，达到了提高传输效率，节约网络传输资源的目的。
进一步的，用户设备UE向基站eNB发送的IP协议头压缩激活请求，具体可以是单独的一条RRC消息，也可以将该激活请求信息合并在其他现有的RRC消息中。同样的，基站eNB向用户设备UE发送的IP协议头压缩激活命令，具体可以是单独的一条RRC消息，也可以将该激活命令信息合并在其他现有的RRC消息中。
优选的，上述步骤14之前，所述方法还可以包括：
步骤17，从用户设备的非接入层获取IP报文；
步骤18，根据所述IP报文头字段中的版本信息和长度信息，确定所述IP报文是否满足所述IP协议头压缩启动条件。
这里，满足IP协议头压缩启动条件的报文即版本信息支持IP协议头压缩制度且报文净荷长度小于门限值(如N字节)的报文。
此时，通过版本信息和长度信息，可准确获取满足IP协议头压缩启动条件的IP报文，实现方式简单有效，提高了实用性。
优选的，上述步骤13之后，所述方法还可以包括：
步骤19，继续根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩。
这里，同样的，根据当前运行的数据业务的业务特征，可以检测出当前运行的数据业务的IP报文是否能够受益于IP协议头压缩，在当前运行的数据业务的IP报文不能够受益于IP协议头压缩时，不再对当前运行的数据业务的IP报文进行IP协议头压缩。
步骤20，若不再对所述当前运行的数据业务的IP报文进行IP协议头压缩，则向基站发送IP协议头压缩去激活请求，并接收所述基站根据所述IP协议头压缩去激活请求返回的IP协议头压缩去激活命令。
此时，当用户设备检测到当前正在运行的数据业务的IP报文类型不再受益于IP协议头压缩时，通过向基站发送IP协议头压缩去激活请求，及基站返回的IP协议头压缩去激活命令，使用户设备和基站都不再进行IP协议头压缩的操作。避免了对不能够受益于IP协议头压缩的报文进行压缩处理的多余操作，节省了资源，保证了操作的合理性和完整性。
这里，基于上述对步骤11的描述，同理，上述步骤18可通过下面两种方式实现：
一、若用户设备的应用层中断运行Skype、微信电话本等VoIP语音通话的数据业务，则上述步骤18可通过用户设备的应用层将应用层中断VoIP语音通话的数据业务的消息通知给NAS，再通过NAS通知给RRC，使RRC执行步骤19，向基站发送IP协议头压缩去激活请求。或者
二、上述步骤18可首先统计预设时间段内用户设备发送和接收的UDP报文或TCP报文；若UDP报文或TCP报文中净荷值小于预设门限值(M字节)的报文的比例不再大于预设值，则当前运行的数据业务的IP报文不能够受益于IP协议头压缩。
同样的，基于上述对IP协议头压缩激活请求及IP协议头压缩激活命令的描述，这里，IP协议头压缩去激活请求可选的携带有建议停止IP协议头压缩的承载标识，IP协议头压缩去激活命令可选的携带有从建议停止IP协议头压缩的承载标识中选取的一种去激活承载标识或者IP协议头压缩去激活时间中的任意一项。
这里，IP协议头压缩去激活时间，如具体可为PDCP SN，包括上行和/或下行。
进一步的，用户设备UE向基站eNB发送的IP协议头压缩去激活请求，具体可以是单独的一条RRC消息，也可以将该激活请求信息合并在其他现有的RRC消息中。同样的，基站eNB向用户设备UE发送的IP协议头压缩去激活命令，具体可以是单独的一条RRC消息，也可以将该激活命令信息合并在其他现有的RRC消息中。
下面以用户设备UE向基站eNB发出VoIP语音呼叫为例，对本发明实施例的方法举例说明如下：
如图3所示，本发明实施例的方法包括：
步骤S01，UE检测到当前正在运行的数据业务的IP报文能够受益于IP协议头压缩，具体方法可以是下述方法的任一种：
1)、UE的应用层正在运行Skype，微信电话本等VoIP语音通话，非接入层或应用层通知NAS，NAS通知RRC此时有VoIP类型业务正在运行；或者：
2)、用户设备IP层对预收时间内发送和接收的UDP或TCP报文进行统计，若UDP或TCP报文中净荷值小于预设门限值M字节的报文的比例大于预设值，则认为此时可以受益于IP协议头压缩，其中，M可以通过用户设备的内部设定或者由网络侧预先通过信令配置给UE；
步骤S02，UE向eNB发送IP头压缩激活请求的RRC消息，并可选的携带以下内容至少一项。其中，IP头压缩激活请求可以是单独一条RRC消息，也可以将激活请求信息合并携带在其他现有的RRC消息中。
1)、UE支持的头压缩算法；
2)、UE建议的头压缩ROHC类型，如IP+UDP或IP+TCP；
3)、UE建议激活IP协议头压缩的承载标识。
步骤S03，eNB向UE发送IP协议头压缩激活命令的RRC消息，并可选的携带以下内容至少一项。IP协议头压缩激活命令可以是单独一条RRC消息，也可以是将激活命令信息合并携带在其他现有的RRC消息中
1)、IP协议头压缩算法的净荷门限值，如N字节
2)、头压缩算法
3)、头压缩类型,如IP+UDP或IP+TCP
4)、IP协议头压缩激活时间，比如：PDCP SN，包括上行和/或下行。
步骤S04，UE侧的RRC根据IP协议头压缩激活命令对发送侧PDCP(这里指UE侧的PDCP)进行参数配置，且eNB侧的RRC根据IP协议头压缩激活命令对接收侧PDCP(这里指eNB侧的PDCP)进行参数配置。
步骤S05，每个IP报文路经PDCP实体时，发送侧PDCP根据IP协议头字段中的版本信息和长度信息来判断是否满足IP协议头压缩启动条件，若是，则按照预先协定或默认的压缩类型和压缩算法对IP报文进行压缩，并在PDCP头上打一个压缩标识，压缩后的报文封装到PDCP PDU(Protocol Data Unit，协议数据单元)的SDU中；
步骤S06，接收侧PDCP从RLC层收到发送侧PDCP发出的报文，根据压缩标识来确认这个PDCP PDU中的SDU是否进行过IP协议头压缩，若是，接收侧PDCP根据预先协定或默认的压缩类型和压缩算法对SDU中的内容进行解压缩后送至非接入层或应用层，由非接入层或应用层再送至IP层。
步骤S07，UE检测到当前正在运行的数据业务的报文类型不再属于能够受益于IP协议头压缩的类型，具体方法可以是下述方法的任一种：
1)、UE的应用层中断Skype，微信电话本等VoIP语音通话，应用层通知NAS，NAS通知RRC此时有VoIP类型业务停止；或者：
2)、用户设备IP层对一段时间内发送和接收的UDP或TCP报文进行统计，若UDP或TCP报文中净荷值小于预设门限值M字节的报文的比例不再大于预设值，则认为此时的数据不再受益于IP协议头压缩；
步骤S08，UE向eNB发送IP头压缩去激活请求的RRC消息，并可选的携带建议停止IP协议头压缩的承载标识。IP协议头压缩去激活请求可以是单独一条RRC消息，也可以是将信息合并携带在其他现有的RRC消息中。
步骤S09，eNB向UE发送IP头压缩去激活命令的RRC消息，并可选的携带以下中的任一项。IP协议头压缩去激活命令可以是单独一条RRC消息，也可以是将信息合并携带在其他现有的RRC消息中
1)去激活IP协议头压缩的承载标识；
2)IP协议头压缩去激活时间，比如：PDCP SN。
本发明实施例的IP协议头压缩的方法，通过用户设备UE与基站eNB协商的策略，动态的对承载上的数据业务进行IP协议头压缩处理，提高了传输效率，解决了由于报文长容易导致传输中的丢包和错误的问题，节约了网络传输资源。且对于默认承载上的IP报文同样适用，解决了现有IP协议头压缩机制不能解决默认承载上的IP报文开销大的问题，扩大了应用范围，提高了实用性。
如图4所示，本发明的实施例还提供了一种IP协议头动态压缩的装置，应用于用户设备，所述装置包括：
判断模块，用于根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩；
第一发送模块，用于在对所述当前运行的数据业务的IP报文进行IP协议头压缩时，向基站发送IP协议头压缩激活请求；
第一接收模块，用于接收所述基站根据所述IP协议头压缩激活请求返回的IP协议头压缩激活命令；
第一压缩模块，用于根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的报文进行压缩后发往基站；或者
第一解压缩模块，用于根据所述IP协议头压缩激活命令，对从基站收到的IP协议头压缩的IP报文进行解压缩后发往用户设备的非接入层。
本发明实施例的IP协议头压缩的装置，通过用户设备UE与基站eNB协商的策略，动态的对承载上的数据业务进行IP协议头压缩处理，提高了传输效率，解决了由于报文长容易导致传输中的丢包和错误的问题，节约了网络传输资源。且对于默认承载上的IP报文同样适用，解决了现有IP协议头压缩机制不能解决默认承载上的IP报文开销大的问题，扩大了应用范围，提高了实用性。
本发明的具体实施例中，所述装置还可以包括：
第二发送模块，用于将压缩后的IP报文封装在分组数据集中协议PDCP协议数据单元PDU中，并在所述PDCP PDU头部中添加压缩标识后发送给所述基站，使得所述基站的PDCP实体能够通过PDCP头部中的压缩标识来识别所述PDCP报文中封装的是一个被压缩的IP报文。
本发明的具体实施例中，所述第一解压缩模块可以包括：
第二接收单元，用于接收所述基站发送的带有压缩标识的PDCP PDU，其中，所述基站发送的PDCP PDU是所述基站根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在PDCP PDU中，并在PDCP PDU头部中添加压缩标识后得到的报文；
第一解压缩子单元，用于根据所述压缩标识获取所述基站发送的压缩后的IP报文，并根据所述IP协议头压缩激活命令，对所述基站发送的压缩后的IP报文进行解压缩处理后送到用户设备的非接入层。
其中，所述判断模块具体可以包括：
检测单元，用于检测当前运行的数据业务是否属于预设的能够受益于IP协议头压缩的数据业务；
第一执行单元，用于若所述当前运行的数据业务属于预设的能够受益于IP协议头压缩的数据业务，则对所述当前运行的数据业务的IP报文进行IP协议头压缩。
其中，所述判断模块具体可以包括：
第一统计单元，用于统计预设时间段内所述用户设备发送和接收的UDP报文或TCP报文；
第二统计单元，用于统计所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例；
第二执行单元，用于若所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例大于预设值，则对所述当前运行的数据业务的IP报文进行IP协议头压缩，否则不对所述当前运行的数据业务的IP报文进行IP协议头压缩。
本发明的具体实施例中，所述IP协议头压缩激活请求携带有所述用户设备支持的头压缩算法、所述用户设备建议的头压缩类型(如IP+UDP或IP+TCP)和所述用户设备建议激活IP协议头压缩的承载标识中的至少一项；
相应的，所述基站根据所述IP协议头压缩激活请求返回的IP协议头压缩激活命令携带有：头压缩算法、头压缩类型、启动IP协议头压缩的净荷门限值(如N字节，N为大于或等于1的整数)和IP协议头压缩激活时间中的至少一项。
进一步的，所述装置还可以包括：
第一获取模块，用于从用户设备的非接入层获取IP报文；
第二获取模块，用于根据所述IP报文头字段中的版本信息和长度信息，确定所述IP报文是否满足所述IP协议头压缩启动条件。
优选的，所述根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩之后，所述判断模块还用于继续根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩；以及
所述装置还可以包括：
去激活模块，用于若不再对所述当前运行的数据业务的IP报文进行IP协议头压缩，则向基站发送IP协议头压缩去激活请求，并接收所述基站根据所述IP协议头压缩去激活请求返回的IP协议头压缩去激活命令。
本发明实施例的IP协议头压缩的装置，通过用户设备UE与基站eNB协商的策略，动态的对承载上的数据业务进行IP协议头压缩处理，提高了传输效率，解决了由于报文长容易导致传输中的丢包和错误的问题，节约了网络传输资源。且对于默认承载上的IP报文同样适用，解决了现有IP协议头压缩机制不能解决默认承载上的IP报文开销大的问题，扩大了应用范围，提高了实用性。
需要说明的是，该IP协议头压缩的装置是与上述IP协议头压缩的方法相对应的装置，其中上述方法实施例中所有实现方式均适用于该装置的实施例中，也能达到同样的技术效果。
由于本发明实施例的IP协议头压缩的装置应用于用户设备，因此，本发明实施例还提供了一种用户设备，包括：如上述实施例中所述的IP协议头压缩的装置。其中，上述IP协议头压缩的装置的所述实现实施例均适用于该用户设备的实施例中，也能达到相同的技术效果。本发明的用户设备如可以是手机、平板电脑等移动电子设备。
如图5所示，本发明的实施例还提供了一种IP协议头压缩的方法，应用于基站，所述方法包括：
步骤21，接收用户设备发送的IP协议头压缩激活请求；
步骤22，根据所述用户设备发送的IP协议头压缩激活请求，向所述用户设备返回IP协议头压缩激活命令，其中，所述IP协议头压缩激活请求是所述用户设备在对所述当前运行的数据业务的IP报文进行IP协议头压缩时发送的；
步骤23，接收所述用户设备发送的带有压缩标识的压缩后的IP报文，其中，所述用户设备发送的压缩后的IP报文是所述用户设备根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后得到的报文；
步骤24，根据所述压缩标识获取所述用户设备发送的压缩后的IP报文。
本发明实施例的IP协议头动态压缩的方法，通过用户设备UE与基站eNB协商的策略，动态的对承载上的数据业务进行IP协议头压缩处理，提高了传输效率，解决了由于报文长容易导致传输中的丢包和错误的问题，节约了网络传输资源。且对于默认承载上的IP报文同样适用，解决了现有IP协议头压缩机制不能解决默认承载上的IP报文开销大的问题，扩大了应用范围，提高了实用性。
本发明的具体实施例中，上述步骤24之后，所述方法还可以包括：
步骤25，根据所述IP协议头压缩激活命令对所述用户设备发送的压缩后的IP报文进行解压缩，将解压缩后的IP报文发送到核心网设备。
此时，基站根据预先协商的策略对识别出的压缩后的报文进行解压缩，保证了压缩与解压缩的一致性，提高了数据传输的准确性。
其中，上述步骤22之后，所述方法还可以包括：
步骤26，根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在分组数据集中协议PDCP协议数据单元PDU，并在所述PDCP PDU头部中添加压缩标识后发送给所述用户设备，由所述用户设备根据所述压缩标识识别PDCP报文中的压缩后的IP报文，并根据所述IP协议头压缩激活命令对所述压缩后的IP报文进行解压缩处理后发送到用户设备的非接入层。
此时，基站作为发送端，对IP报文按照预先协商的策略进行压缩后再发送，提高了传输效率，节约了传输资源；而用户设备作为接收端，对基站发送的压缩后的报文，按照预先协商的策略进行解压缩处理，保证了压缩与解压缩的一致性，保证了数据传输的准确性和方案的完整性。
如图6所示，本发明的实施例还提供了一种IP协议头压缩的装置，应用于基站，所述装置包括：
第三接收模块，用于接收用户设备发送的IP协议头压缩激活请求；
返回模块，用于根据所述用户设备发送的IP协议头压缩激活请求，向所述用户设备返回IP协议头压缩激活命令，其中，所述IP协议头压缩激活请求是所述用户设备在对所述当前运行的数据业务的IP报文进行IP协议头压缩时发送的；
第四接收模块，用于接收所述用户设备发送的带有压缩标识的压缩后的IP报文，其中，所述用户设备发送的压缩后的IP报文是所述用户设备根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后得到的报文；
第三获取模块，用于根据所述压缩标识获取所述用户设备发送的压缩后的IP报文。
本发明实施例的IP协议头压缩的装置，通过用户设备UE与基站eNB协商的策略，动态的对承载上的数据业务进行IP协议头压缩处理，提高了传输效率，解决了由于报文长容易导致传输中的丢包和错误的问题，节约了网络传输资源。且对于默认承载上的IP报文同样适用，解决了现有IP协议头压缩机制不能解决默认承载上的IP报文开销大的问题，扩大了应用范围，提高了实用性。
本发明的具体实施例中，所述装置还可以包括：
第二解压缩模块，用于根据所述IP协议头压缩激活命令对所述用户设备发送的压缩后的IP报文进行解压缩，将解压缩后的IP报文发送到核心网设备。
其中，所述装置还可以包括：
第二压缩模块，用于根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在分组数据集中协议PDCP协议数据单元PDU，并在所述PDCP PDU头部中添加压缩标识后发送给所述用户设备，由所述用户设备根据所述压缩标识识别PDCP报文中的压缩后的IP报文，并根据所述IP协议头压缩激活命令对所述压缩后的IP报文进行解压缩处理后发送到用户设备的非接入层。
本发明实施例的IP协议头压缩的装置，通过用户设备UE与基站eNB协商的策略，动态的对承载上的数据业务进行IP协议头压缩处理，提高了传输效率，解决了由于报文长容易导致传输中的丢包和错误的问题，节约了网络传输资源。且对于默认承载上的IP报文同样适用，解决了现有IP协议头压缩机制不能解决默认承载上的IP报文开销大的问题，扩大了应用范围，提高了实用性。
需要说明的是，该IP协议头压缩的装置是与上述IP协议头压缩的方法相对应的装置，其中上述方法实施例中所有实现方式均适用于该装置的实施例中，也能达到同样的技术效果。
由于本发明实施例的IP协议头压缩的装置应用于基站，因此，本发明实施例还提供了一种基站，包括：如上述实施例中所述的IP协议头压缩的装置。其中，上述IP协议头压缩的装置的所述实现实施例均适用于该基站的实施例中，也能达到相同的技术效果。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (23)
1.一种IP协议头压缩的方法，应用于用户设备，其特征在于，所述方法包括：
根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩；
在对所述当前运行的数据业务的IP报文进行IP协议头压缩时，向基站发送IP协议头压缩激活请求；
接收所述基站根据所述IP协议头压缩激活请求返回的IP协议头压缩激活命令；
根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后发往基站；或者
根据所述IP协议头压缩激活命令，对从基站收到的IP协议头压缩的IP报文进行解压缩后发往用户设备的非接入层。
2.根据权利要求1所述的方法，其特征在于，所述根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩之后，所述方法还包括：
将压缩后的IP报文封装在分组数据集中协议PDCP协议数据单元PDU中，并在所述PDCP PDU头部中添加压缩标识后发送给所述基站，使得所述基站的PDCP实体能够通过PDCP头部中的压缩标识来识别所述PDCP报文中封装的是一个被压缩的IP报文。
3.根据权利要求1所述的方法，其特征在于，所述根据所述IP协议头压缩激活命令，对从基站收到的IP协议头压缩的报文进行解压缩后发往用户设备的非接入层，具体包括：
接收所述基站发送的带有压缩标识的PDCP PDU，其中，所述基站发送的PDCP PDU是所述基站根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在PDCP PDU中，并在PDCP PDU头部中添加压缩标识后得到的报文；
根据所述压缩标识获取所述基站发送的压缩后的IP报文，并根据所述IP协议头压缩激活命令，对所述基站发送的压缩后的IP报文进行解压缩处理后送到用户设备的非接入层。
4.根据权利要求1所述的方法，其特征在于，所述根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩，具体包括：
检测当前运行的数据业务是否属于预设的能够受益于IP协议头压缩的数据业务；
若所述当前运行的数据业务属于预设的能够受益于IP协议头压缩的数据业务，则对所述当前运行的数据业务的IP报文进行IP协议头压缩。
5.根据权利要求1所述的方法，其特征在于，所述根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩，具体包括：
统计预设时间段内所述用户设备发送和接收的UDP报文或TCP报文；
统计所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例；
若所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例大于预设值，则对所述当前运行的数据业务的IP报文进行IP协议头压缩，否则不对所述当前运行的数据业务的IP报文进行IP协议头压缩。
6.根据权利要求1所述的方法，其特征在于，所述IP协议头压缩激活请求携带有所述用户设备支持的头压缩算法、所述用户设备建议的头压缩类型和所述用户设备建议激活IP协议头压缩的承载标识中的至少一项；
相应的，所述基站根据所述IP协议头压缩激活请求返回的IP协议头压缩激活命令携带有：头压缩算法、头压缩类型、启动IP协议头压缩的门限值和IP协议头压缩激活时间中的至少一项。
7.根据权利要求1所述的方法，其特征在于，所述根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的报文进行压缩之前，所述方法还包括：
从用户设备的非接入层获取IP报文；
根据所述IP报文头字段中的版本信息和长度信息，确定所述IP报文是否满足所述IP协议头压缩启动条件。
8.根据权利要求1所述的方法，其特征在于，所述根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩之后，所述方法还包括：
继续根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩；
若不再对所述当前运行的数据业务的IP报文进行IP协议头压缩，则向基站发送IP协议头压缩去激活请求，并接收所述基站根据所述IP协议头压缩去激活请求返回的IP协议头压缩去激活命令。
9.一种IP协议头压缩的装置，应用于用户设备，其特征在于，所述装置包括：
判断模块，用于根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩；
第一发送模块，用于在对所述当前运行的数据业务的IP报文进行IP协议头压缩时，向基站发送IP协议头压缩激活请求；
第一接收模块，用于接收所述基站根据所述IP协议头压缩激活请求返回的IP协议头压缩激活命令；
第一压缩模块，用于根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的报文进行压缩后发往基站；或者
第一解压缩模块，用于根据所述IP协议头压缩激活命令，对从基站收到的IP协议头压缩的IP报文进行解压缩后发往用户设备的非接入层。
10.根据权利要求9所述的装置，其特征在于，所述装置还包括：
第二发送模块，用于将压缩后的IP报文封装在分组数据集中协议PDCP协议数据单元PDU中，并在所述PDCP PDU头部中添加压缩标识后发送给所述基站，使得所述基站的PDCP实体能够通过PDCP头部中的压缩标识来识别所述PDCP报文中封装的是一个被压缩的IP报文。
11.根据权利要求9所述的装置，其特征在于，所述第一解压缩模块包括：
第二接收单元，用于接收所述基站发送的带有压缩标识的PDCP PDU，其中，所述基站发送的PDCP PDU是所述基站根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在PDCP PDU中，并在PDCP PDU头部中添加压缩标识后得到的报文；
第一解压缩子单元，用于根据所述压缩标识获取所述基站发送的压缩后的IP报文，并根据所述IP协议头压缩激活命令，对所述基站发送的压缩后的IP报文进行解压缩处理后送到用户设备的非接入层。
12.根据权利要求9所述的装置，其特征在于，所述判断模块具体包括：
检测单元，用于检测当前运行的数据业务是否属于预设的能够受益于IP协议头压缩的数据业务；
第一执行单元，用于若所述当前运行的数据业务属于预设的能够受益于IP协议头压缩的数据业务，则对所述当前运行的数据业务的IP报文进行IP协议头压缩。
13.根据权利要求9所述的装置，其特征在于，所述判断模块具体包括：
第一统计单元，用于统计预设时间段内所述用户设备发送和接收的UDP报文或TCP报文；
第二统计单元，用于统计所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例；
第二执行单元，用于若所述UDP报文或所述TCP报文中净荷值小于预设门限值的报文的比例大于预设值，则对所述当前运行的数据业务的IP报文进行IP协议头压缩，否则不对所述当前运行的数据业务的IP报文进行IP协议头压缩。
14.根据权利要求9所述的装置，其特征在于，所述装置还包括：
第一获取模块，用于从用户设备的非接入层获取IP报文；
第二获取模块，用于根据所述IP报文头字段中的版本信息和长度信息，确定所述IP报文是否满足所述IP协议头压缩启动条件。
15.根据权利要求9所述的装置，其特征在于，所述根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩之后，所述判断模块还用于继续根据当前运行的数据业务的业务特征，判断是否对所述当前运行的数据业务的IP报文进行IP协议头压缩；以及
所述装置还包括：
去激活模块，用于若不再对所述当前运行的数据业务的IP报文进行IP协议头压缩，则向基站发送IP协议头压缩去激活请求，并接收所述基站根据所述IP协议头压缩去激活请求返回的IP协议头压缩去激活命令。
16.一种用户设备，其特征在于，包括：如权利要求9-15任一项所述的IP协议头压缩的装置。
17.一种IP协议头压缩的方法，应用于基站，其特征在于，所述方法包括：
接收用户设备发送的IP协议头压缩激活请求；
根据所述用户设备发送的IP协议头压缩激活请求，向所述用户设备返回IP协议头压缩激活命令，其中，所述IP协议头压缩激活请求是所述用户设备在对所述当前运行的数据业务的IP报文进行IP协议头压缩时发送的；
接收所述用户设备发送的带有压缩标识的压缩后的IP报文，其中，所述用户设备发送的压缩后的IP报文是所述用户设备根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后得到的报文；
根据所述压缩标识获取所述用户设备发送的压缩后的IP报文。
18.根据权利要求17所述的方法，其特征在于，所述根据所述压缩标识获取所述用户设备发送的压缩后的IP报文之后，所述方法还包括：
根据所述IP协议头压缩激活命令对所述用户设备发送的压缩后的IP报文进行解压缩，将解压缩后的IP报文发送到核心网设备。
19.根据权利要求17所述的方法，其特征在于，所述根据所述用户设备发送的IP协议头压缩激活请求，向所述用户设备返回IP协议头压缩激活命令之后，所述方法还包括：
根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在分组数据集中协议PDCP协议数据单元PDU，并在所述PDCP PDU头部中添加压缩标识后发送给所述用户设备，由所述用户设备根据所述压缩标识识别PDCP报文中的压缩后的IP报文，并根据所述IP协议头压缩激活命令对所述压缩后的IP报文进行解压缩处理后发送到用户设备的非接入层。
20.一种IP协议头压缩的装置，应用于基站，其特征在于，所述装置包括：
第三接收模块，用于接收用户设备发送的IP协议头压缩激活请求；
返回模块，用于根据所述用户设备发送的IP协议头压缩激活请求，向所述用户设备返回IP协议头压缩激活命令，其中，所述IP协议头压缩激活请求是所述用户设备在对所述当前运行的数据业务的IP报文进行IP协议头压缩时发送的；
第四接收模块，用于接收所述用户设备发送的带有压缩标识的压缩后的IP报文，其中，所述用户设备发送的压缩后的IP报文是所述用户设备根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后得到的报文；
第三获取模块，用于根据所述压缩标识获取所述用户设备发送的压缩后的IP报文。
21.根据权利要求20所述的装置，其特征在于，所述装置还包括：
第二解压缩模块，用于根据所述IP协议头压缩激活命令对所述用户设备发送的压缩后的IP报文进行解压缩，将解压缩后的IP报文发送到核心网设备。
22.根据权利要求20所述的装置，其特征在于，所述装置还包括：
第二压缩模块，用于根据所述IP协议头压缩激活命令，对满足IP协议头压缩启动条件的IP报文进行压缩后封装在分组数据集中协议PDCP协议数据单元PDU，并在所述PDCP PDU头部中添加压缩标识后发送给所述用户设备，由所述用户设备根据所述压缩标识识别PDCP报文中的压缩后的IP报文，并根据所述IP协议头压缩激活命令对所述压缩后的IP报文进行解压缩处理后发送到用户设备的非接入层。
23.一种基站，其特征在于，包括：如权利要求20-22任一项所述的IP协议头压缩的装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510340511.2A CN106332178B (zh) | 2015-06-18 | 2015-06-18 | 一种ip协议头压缩的方法、装置、用户设备及基站 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510340511.2A CN106332178B (zh) | 2015-06-18 | 2015-06-18 | 一种ip协议头压缩的方法、装置、用户设备及基站 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106332178A true CN106332178A (zh) | 2017-01-11 |
| CN106332178B CN106332178B (zh) | 2019-12-13 |
Family
ID=57732481
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510340511.2A Active CN106332178B (zh) | 2015-06-18 | 2015-06-18 | 一种ip协议头压缩的方法、装置、用户设备及基站 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106332178B (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180242192A1 (en) * | 2017-02-23 | 2018-08-23 | Apple Inc. | Dynamic Header Compression for Uplink Data for Improving Uplink Link Budget |
| US10129828B2 (en) | 2015-12-14 | 2018-11-13 | Apple Inc. | ROHC-based link estimation and power saving in VoLTE |
| CN109691059A (zh) * | 2017-05-09 | 2019-04-26 | 瑞典爱立信有限公司 | Ip版本的选择 |
| CN110958647A (zh) * | 2018-09-27 | 2020-04-03 | 电信科学技术研究院有限公司 | 一种数据传输方法及装置 |
| WO2020098614A1 (zh) * | 2018-11-14 | 2020-05-22 | 电信科学技术研究院有限公司 | 一种数据传输的方法和设备 |
| WO2020155115A1 (zh) * | 2019-02-01 | 2020-08-06 | Oppo广东移动通信有限公司 | 一种头压缩的处理方法及装置、通信设备 |
| CN112889313A (zh) * | 2018-10-17 | 2021-06-01 | 三星电子株式会社 | 用于压缩下一代移动通信系统中支持高可靠低延迟终端的报头的方法和装置 |
| CN113242250A (zh) * | 2021-05-19 | 2021-08-10 | 苏州瑞立思科技有限公司 | 一种多路复用协议及传输方法 |
| WO2021155771A1 (zh) * | 2020-02-04 | 2021-08-12 | 中国移动通信有限公司研究院 | 一种路由方法、装置、设备、及存储介质 |
| CN113711558A (zh) * | 2019-09-30 | 2021-11-26 | Oppo广东移动通信有限公司 | 以太帧包头压缩处理方法、装置、用户终端、基站和介质 |
| CN115276903A (zh) * | 2022-06-27 | 2022-11-01 | 北京长焜科技有限公司 | 一种提高lte空口传输效率的方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1592272A (zh) * | 2003-09-04 | 2005-03-09 | 国际商业机器公司 | 用于压缩消息头部的方法 |
| WO2007031090A1 (en) * | 2005-09-15 | 2007-03-22 | Aalborg Universitet | A method of compressing the header of a data packet |
| CN102158901A (zh) * | 2011-02-16 | 2011-08-17 | 大唐移动通信设备有限公司 | 网络侧进行终端操作配置的方法及网络侧装置 |
| CN102474520A (zh) * | 2009-08-14 | 2012-05-23 | 高通股份有限公司 | 用于中继节点的鲁棒报头压缩 |
| CN103780342A (zh) * | 2014-01-13 | 2014-05-07 | 中国人民解放军理工大学 | 基于增益控制的卫星链路质量自适应报头压缩方法 |
-
2015
- 2015-06-18 CN CN201510340511.2A patent/CN106332178B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1592272A (zh) * | 2003-09-04 | 2005-03-09 | 国际商业机器公司 | 用于压缩消息头部的方法 |
| WO2007031090A1 (en) * | 2005-09-15 | 2007-03-22 | Aalborg Universitet | A method of compressing the header of a data packet |
| CN102474520A (zh) * | 2009-08-14 | 2012-05-23 | 高通股份有限公司 | 用于中继节点的鲁棒报头压缩 |
| CN102158901A (zh) * | 2011-02-16 | 2011-08-17 | 大唐移动通信设备有限公司 | 网络侧进行终端操作配置的方法及网络侧装置 |
| CN103780342A (zh) * | 2014-01-13 | 2014-05-07 | 中国人民解放军理工大学 | 基于增益控制的卫星链路质量自适应报头压缩方法 |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10129828B2 (en) | 2015-12-14 | 2018-11-13 | Apple Inc. | ROHC-based link estimation and power saving in VoLTE |
| US10674445B2 (en) | 2015-12-14 | 2020-06-02 | Apple Inc. | ROHC-based link estimation and power saving in VoLTE |
| WO2018156954A1 (en) * | 2017-02-23 | 2018-08-30 | Apple Inc. | Dynamic header compression for uplink data for improving uplink link budget |
| US20180242192A1 (en) * | 2017-02-23 | 2018-08-23 | Apple Inc. | Dynamic Header Compression for Uplink Data for Improving Uplink Link Budget |
| CN109691059B (zh) * | 2017-05-09 | 2021-08-17 | 瑞典爱立信有限公司 | 用于ip版本的选择的方法、无线通信设备、以及网络节点 |
| CN109691059A (zh) * | 2017-05-09 | 2019-04-26 | 瑞典爱立信有限公司 | Ip版本的选择 |
| US11659621B2 (en) | 2017-05-09 | 2023-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Selection of IP version |
| US11375576B2 (en) | 2017-05-09 | 2022-06-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Selection of IP version |
| CN110958647A (zh) * | 2018-09-27 | 2020-04-03 | 电信科学技术研究院有限公司 | 一种数据传输方法及装置 |
| US11483737B2 (en) | 2018-09-27 | 2022-10-25 | Datang Mobile Communications Equipment Co., Ltd. | RRC message transmission method and device |
| CN112889313A (zh) * | 2018-10-17 | 2021-06-01 | 三星电子株式会社 | 用于压缩下一代移动通信系统中支持高可靠低延迟终端的报头的方法和装置 |
| WO2020098614A1 (zh) * | 2018-11-14 | 2020-05-22 | 电信科学技术研究院有限公司 | 一种数据传输的方法和设备 |
| WO2020155115A1 (zh) * | 2019-02-01 | 2020-08-06 | Oppo广东移动通信有限公司 | 一种头压缩的处理方法及装置、通信设备 |
| US11963038B2 (en) | 2019-02-01 | 2024-04-16 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Header compression processing method and apparatus, communications equipment |
| CN113711558A (zh) * | 2019-09-30 | 2021-11-26 | Oppo广东移动通信有限公司 | 以太帧包头压缩处理方法、装置、用户终端、基站和介质 |
| WO2021155771A1 (zh) * | 2020-02-04 | 2021-08-12 | 中国移动通信有限公司研究院 | 一种路由方法、装置、设备、及存储介质 |
| CN113242250A (zh) * | 2021-05-19 | 2021-08-10 | 苏州瑞立思科技有限公司 | 一种多路复用协议及传输方法 |
| CN113242250B (zh) * | 2021-05-19 | 2023-10-24 | 苏州瑞立思科技有限公司 | 一种多路复用协议及传输方法 |
| CN115276903A (zh) * | 2022-06-27 | 2022-11-01 | 北京长焜科技有限公司 | 一种提高lte空口传输效率的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106332178B (zh) | 2019-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106332178A (zh) | 一种ip协议头压缩的方法、装置、用户设备及基站 | |
| US8958422B2 (en) | Handling packet data convergence protocol data units | |
| US9832681B2 (en) | Higher layer compression with lower layer signaling | |
| CN108200091B (zh) | 一种数据包处理方法和装置 | |
| US20170366374A1 (en) | Gateway apparatus and control method thereof | |
| US8737358B2 (en) | Method for providing seamless transition between networks following different protocols | |
| US20170257796A1 (en) | Selective Uplink Only Header Compression Mechanism | |
| KR20040016064A (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 | |
| CN106464700A (zh) | 使用at命令控制mtu大小的发现 | |
| CN108605257B (zh) | 网络故障处理方法及设备 | |
| CN107172662A (zh) | 一种通信方法及装置 | |
| US8036122B2 (en) | Initiation of network treatment for data packet associated with real-time application different from network treatment applicable to data packet non-associated with the real-time application | |
| CN112399634A (zh) | 定义注意命令以支持5g pdu会话操作的ssc的方法及移动终端 | |
| US20160295456A1 (en) | Data compression in wireless communications network | |
| CN110958647A (zh) | 一种数据传输方法及装置 | |
| KR101020318B1 (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 | |
| KR100981823B1 (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 | |
| CN113678501B (zh) | 一种以太网数据包头压缩方法、处理方法及其装置 | |
| CN113498073B (zh) | 一种灌包方法、相关装置以及系统 | |
| CN109219079B (zh) | 一种ir报文传输方法及通信设备 | |
| CN114342462B (zh) | 无线通信方法和设备 | |
| KR101568881B1 (ko) | 헤더 압축 효율 향상 방법 및 그를 위한 패킷 송신 장치 | |
| CN114448946A (zh) | 一种ims业务处理方法、装置、系统设备及存储介质 | |
| CN111278060A (zh) | 一种以太帧传输方法和相关设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |