WO2013091375A1 - 鲁棒性头压缩版本适配方法和装置 - Google Patents

鲁棒性头压缩版本适配方法和装置 Download PDF

Info

Publication number
WO2013091375A1
WO2013091375A1 PCT/CN2012/078616 CN2012078616W WO2013091375A1 WO 2013091375 A1 WO2013091375 A1 WO 2013091375A1 CN 2012078616 W CN2012078616 W CN 2012078616W WO 2013091375 A1 WO2013091375 A1 WO 2013091375A1
Authority
WO
WIPO (PCT)
Prior art keywords
version
packet
compressed
header
context
Prior art date
Application number
PCT/CN2012/078616
Other languages
English (en)
French (fr)
Inventor
董淑松
史学红
吴勇
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2013091375A1 publication Critical patent/WO2013091375A1/zh

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

Definitions

  • the present invention relates to a robust header compression algorithm in the field of mobile communications, and in particular to a robust header compression version adaptation method and apparatus.
  • ROHC RObust Header Compress
  • ROHC technology currently has two versions of ROHCvl and ROHCv2, which are described by the IETF (Internet Engineering Task Force) RFC3095 document and RFC5225 document.
  • the IETF then released the RFC5795 document, extracting the common parts of ROHCvl and ROHCv2, defined as the ROHC framework.
  • Subsequent new ROHC versions can be merged directly into the ROHC module as long as they comply with the ROHC framework as in the previous two versions.
  • the 3GPP TS 36.331 protocol proposes a new requirement for ROHC, which explicitly proposes a new scenario: ROHCvl and ROHCv2 can be used simultaneously in the same link of an LTE network.
  • the ROHC framework protocol can integrate ROHCvl and ROHCv2, but it does not solve the problem of how to use ROHCvl and ROHCv2 in the existing framework. Summary of the invention
  • the technical problem to be solved by the present invention is to provide a robust header compression version adaptation method, apparatus and robust header compression apparatus to solve the problem that multiple robust header compression versions cannot be used simultaneously.
  • the present invention provides a robust header compression version adaptation method, which includes a compression package multi-version adaptation process, and the compression package multi-version adaptation process includes:
  • Compressed package analysis step when the current instance supports at least two versions, analyze the received compressed package, Including analyzing whether the current compressed packet is an initialization and refresh (IR) packet, and if it is an IR packet, performing an IR packet state determining step, otherwise performing a non-IR packet processing step;
  • IR initialization and refresh
  • the non-IR packet processing step calls each version interface supported by the current instance to find a corresponding compressed header context and invokes the version interface corresponding to the found compressed header context to perform decompression processing;
  • the IR packet status determining step is to call the version interfaces supported by the current instance to search for the compressed header context corresponding to the compressed header CID in the IR packet, and determine that the version corresponding to the profile in the IR packet corresponds to the compressed header CID in the IR packet. Whether the version of the compressed header context is consistent; if the compressed header context corresponding to the compressed header CID exists and the version corresponding to the profile is inconsistent with the version of the compressed header context corresponding to the compressed header CID, performing a context reuse processing step; Otherwise, the version interface call step is executed;
  • the version interface invoking step calls the version interface corresponding to the profile in the IR package for processing.
  • the context reuse process includes invoking a version interface corresponding to the compressed header context corresponding to the compressed header CID, deleting a compressed header context corresponding to the compressed header CID in the IR packet, and calling a version interface corresponding to the profile according to the profile interface.
  • the profile and CID information in the IR packet establishes a new compressed header context.
  • the method further includes: analyzing whether the current compressed package includes a feedback packet, and if the feedback packet is included, the method further includes:
  • the feedback packet processing step is performed by calling each version interface supported by the current instance to find a corresponding feedback packet context according to the CID of the feedback packet in the compressed package, and calling the template interface corresponding to the found feedback packet context for decompression processing.
  • the method further includes an original packet multi-version adaptation process, where the original package multi-version adaptation process comprises:
  • the original package analysis step analyzes the profile type of the received original package
  • the profile type is selected according to a Protocol / Next Header field in the original package.
  • the method before the original package multi-version adaptation process or the compressed package multi-version adaptation process, the method further includes an instance management process, where the instance management process includes:
  • the profile acquisition step is to obtain the profile set configured in the current instance.
  • the version judgment step determines the version of the profile type in the profile set in the current instance.
  • the version determination step determines that the current instance supports at least two versions according to the version to which the profile type in the profile collection belongs.
  • the present invention further provides a robust header compression version adaptation apparatus, where the apparatus includes a compression package multi-version adaptation unit, and the compression package multi-version adaptation unit includes:
  • a compressed package analysis module configured to: analyze the current compressed package, including analyzing whether the current compressed package is an initialization and refresh (IR) package;
  • the non-IR packet processing module is configured to: when the current compressed package is not an IR packet, call each version interface supported by the current instance to find a corresponding compressed header context and call the search according to the compressed header context identifier (CID) included in the current compressed package.
  • CID compressed header context identifier
  • the IR packet status judging module is configured to: when the current compressed packet is an IR packet, call each version interface to search for a compressed header context corresponding to the compressed header CID in the IR packet, and determine a version corresponding to the profile in the IR packet. Whether the version of the compressed header context corresponding to the compressed header CID in the IR packet is consistent;
  • the context reuse processing module is configured to: when the version of the compression header context corresponding to the compressed packet header CID of the IR packet is inconsistent, call the corresponding version interface to re-use the compressed header context corresponding to the compressed header CID;
  • the version interface invoking module is configured to: the compressed packet header context corresponding to the compressed packet header CID of the IR packet does not exist, the compression header context corresponding to the compressed packet header CID of the IR packet exists, and the version corresponding to the profile corresponds to the compressed header CID
  • the version of the compressed header context is consistent and compressed
  • the version interface corresponding to the profile in the IR packet is invoked for processing.
  • the context reuse processing module is configured to: when performing the compressed header context reuse processing, the version interface corresponding to the compressed header context corresponding to the compressed header CID is deleted, and the compressed header context corresponding to the compressed header CID in the IR packet is deleted. And invoking the version interface corresponding to the profile to establish a new compressed header context according to the profile and CID information in the IR packet.
  • the compressed package analysis module is further configured to: analyze whether the compressed package includes a feedback package
  • the compressed package multi-version adaptation unit further includes a feedback packet processing module, configured to: when the current compressed package includes a feedback packet, according to The CID of the feedback packet in the compressed package calls the version interfaces supported by the current instance to search for the corresponding feedback packet context and invokes the version interface corresponding to the found feedback packet context to perform decompression processing.
  • the apparatus further comprises an original packet multi-version adaptation unit, the original packet multi-version adaptation unit:
  • the original packet analysis module is configured to: analyze the profile type of the received original packet; and compress the interface call module, and set the call to: compress the original packet by using a version interface corresponding to the profile type.
  • the present invention also provides a robust head compression device, the device comprising:
  • a unified external interface configured to: receive a data packet to be processed, where the data packet includes a compressed packet or includes a compressed packet and an original packet;
  • At least two version interfaces which are set to: Process the received data packets according to the version protocol.
  • the device further includes an instance management unit, where the instance management unit includes:
  • the profile collection module is configured to: obtain the profile set configured in the current instance;
  • the version judgment module is configured to: determine the version of the profile type in the profile set in the current instance;
  • the version determining module is configured to: determine a version supported by the current instance according to a version of the profile type in the profile set;
  • the adaptation device control module is configured to: when the device supports at least two versions, start the robust header compression version adaptation device, and directly invoke the corresponding version interface when the device supports only one version.
  • FIG. 1 is a flow chart of original packet adaptation processing of a robust header compression version adaptation method according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a compression packet adaptation process of a robust header compression version adaptation method according to an embodiment of the present invention
  • FIG. 3 is a flow chart of original packet analysis processing of a robust header compression version adaptation method according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a compression packet analysis process of a robust header compression version adaptation method according to an embodiment of the present invention
  • FIG. 5 is a flowchart of a context management process of a robust header compression version adaptation method according to an embodiment of the present invention
  • FIG. 6 is a flowchart of an example management process of a robust header compression version adaptation method according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of a location of a robust header compression version adaptation device in a ROHC device according to an embodiment of the present invention.
  • modules 1 to 3 of the robust header compression version adaptation apparatus according to an embodiment of the present invention.
  • FIG. 11-12 are schematic diagrams showing the structure of module modules of Embodiments 1 to 2 of the robust header compression device according to an embodiment of the present invention. Preferred embodiment of the invention
  • the embodiment of the present invention first performs an adaptation process for each data packet to be compressed/decompressed, and obtains a suitable ROHC version by extracting necessary information from the data packet, and then sends the data to be compressed/decompressed to the corresponding ROHC version.
  • the interface is processed.
  • the robust header compression version adaptation method in the embodiment of the present invention mainly includes an original packet adaptation process, a compression package configuration process, and an instance management process.
  • an appropriate profile is first selected according to the Protocol/Next Header field in the original packet; and then, according to the profile set of the current ROHC configuration, the appropriate ROHC is selected for the data packet.
  • the version interface is processed.
  • Step S101 The original packet adaptation process is started, and the process proceeds to step S102;
  • Step S102 Obtain the ROHC version type that the current instance is using, and proceed to step S103;
  • Step S105 The current instance uses both the ROHCvl and the ROHCv2, and performs profile analysis on the current original package, and proceeds to step S107;
  • the original packet multi-version adaptation unit is based on the original packet (Protocol) / Next packet header.
  • the (Next Header) field analyzes the profile type of the current original package.
  • Step S106 The current instance only uses ROHCv2, and calls the ROHCv2 interface to perform compression processing, and proceeds to step S108;
  • Step S107 Select according to the profile type, if the profile corresponding to the current original packet belongs to ROHCvl, call the ROHCvl interface to perform compression processing, and proceed to step S104; if the profile corresponding to the original original packet belongs to ROHCv2, call the ROHCv2 interface to perform compression processing, and enter the step. S106;
  • Step S108 The original packet adaptation process ends.
  • the compression package adaptation method of the embodiment of the present invention when a compression package is received, the compression package is first analyzed, and then an appropriate ROHC version interface is selected for processing each data block (feedback packet, compression header, etc.).
  • Step S201 The compressed package adaptation process starts, and proceeds to step S202;
  • Step S202 Call the instance management module interface, obtain the ROHC version type that the current instance is using, and proceed to step S203;
  • Step S203 According to the ROHC version type that the instance is using, if the current instance only supports ROHCvl or ROHCv2, go to step S212; if the current instance supports both ROHCvl and ROHCv2, go to step S204;
  • Step S204 The current instance uses both the ROHCvl and the ROHCv2, and analyzes the current compressed package, and proceeds to step S205;
  • Step S205 determining whether there is a feedback packet that needs to be processed, if yes, proceeding to step S206; otherwise, proceeding to step S208;
  • Step S206 Processing a feedback packet.
  • the ROHCvl and ROHCv2 interfaces are called to find the feedback packet context corresponding to the feedback packet CID, and the ROHC version to which it belongs is determined, and the process proceeds to step S207;
  • Step S207 According to the ROHC version information to which the feedback packet belongs, call the corresponding ROHC version interface to perform decompression processing, and proceed to step S205;
  • Step S208 After the processing of the feedback packet is completed, determining whether there is an unprocessed ROHC compression header according to the remaining packet information, if yes, proceeding to step S209; otherwise, proceeding to step S217;
  • the feedback packet must be processed first and then processed.
  • Step S209 determining whether the packet to which the ROHC compression header belongs is an IR packet type. If it is an IR packet type, it may be necessary to perform inter-version compression header context reuse, and proceed to step S213; otherwise, proceed to step S210; Step S210: Search for the existing compressed header context in the ROHCv1 and the ROHCv2 according to the CID field information included in the compressed header, and record the ROHC version type to which the compressed header CID belongs, and proceed to step S211;
  • Step S211 determining whether the compressed header context corresponding to the current compressed header exists, if yes, proceeding to step S212; otherwise, indicating that the compressed header is invalid, proceeds to step S217;
  • Step S212 According to the ROHC version of the current compressed packet header, the corresponding ROHC version interface is called to perform decompression processing, and the process proceeds to step S217;
  • Step S213 According to the profile information in the IR packet, find the ROHC version to which it belongs; according to the compressed packet header CID information in the IR packet, find whether the corresponding compressed header context exists, and proceeds to step S214;
  • Step S214 When the compressed header context corresponding to the compressed header CID exists in the IR packet, compare the ROHC version information to which the IR packet profile belongs and the ROHC version information to which the compressed header CID belongs in the IR packet. If they are inconsistent, the compression occurs.
  • the header context reuse proceeds to step S215; otherwise, the description is a newly established packet flow or an IR packet of an existing packet flow, proceeds to step S216;
  • Step S215 Perform re-processing of the compressed header context between ROHCvl and ROHCv2.
  • the version interface corresponding to the compressed header context corresponding to the compressed packet header CID of the compressed packet is deleted, and the compressed header context corresponding to the compressed header CID in the IR packet is deleted, and the version interface corresponding to the profile in the compressed package is used to use the profile and CID information in the IR packet.
  • Establish a new compressed header context proceeds to step S216;
  • Step S216 According to the profile type of the IR packet, call the ROHCvl or ROHCv2 interface for processing, and proceed to step S217;
  • Step S217 The compressed data packet adaptation process ends.
  • the above-mentioned compression package multi-version adaptation process generally includes the following steps:
  • the compressed package analysis step when the current instance supports at least two versions, analyzes the received compressed package, including analyzing whether the current compressed package is an initialization and refresh (IR) packet, and if it is an IR packet, executing IR Packet status determination step, otherwise performing a non-IR packet processing step;
  • IR initialization and refresh
  • the non-IR packet processing step calls each version interface supported by the current instance to find a corresponding compressed header context and invokes the version interface corresponding to the found compressed header context to perform decompression processing;
  • the IR packet status determining step is to call the version interfaces supported by the current instance to search for the compressed header context corresponding to the compressed header CID in the IR packet, and determine that the version corresponding to the profile in the IR packet corresponds to the compressed header CID in the IR packet. Whether the version of the compressed header context is consistent; if the compressed header context corresponding to the compressed header CID exists and the version corresponding to the profile is inconsistent with the version of the compressed header context corresponding to the compressed header CID, performing a context reuse processing step; Otherwise, the version interface call step is executed;
  • the version interface invoking step calls the version interface corresponding to the profile in the IR package for processing.
  • the processing flow of the original packet analysis module according to the present invention will be further described in detail below with reference to FIG. 3:
  • Step S301 The original packet analysis process starts, and proceeds to step S302;
  • Step S302 analyzing the profile type of the current original packet according to the Protocol/Next Header field of the original packet, and proceeding to step S303;
  • Step S303 Returning the analyzed profile type, and proceeding to step S304;
  • Step S304 The original data analysis process ends
  • Step S401 The compressed package analysis process starts, and proceeds to step S402;
  • Step S402 analyzing the packet type included in the compressed package, and proceeding to step S403;
  • Step S403 determining whether the current compressed packet type to be processed is a feedback packet type, if it is a feedback type, proceeds to step S404; otherwise, proceeds to step S405;
  • Step S404 A feedback packet is currently analyzed, and the length of the feedback packet and the CID information are recorded. And skipping the feedback packet is no longer analyzed, proceeds to step S402;
  • Each feedback packet length is recorded to uniformly process all the feedback packets contained in the ROHC compressed package in S205 ⁇ S208.
  • Step S405 determining whether there is a compressed header type, if there is a compressed header type, proceeding to step S406; otherwise, proceeding to step S409;
  • a compressed package it may include only the compressed header and payload, or may include only one or several feedback packets, or both compression headers, payloads, and feedback packets. It should be noted that the load does not need to be processed.
  • Step S406 Record the CID information of the compressed packet header, and proceed to step S407;
  • Step S407 determining whether the compressed header is an IR packet, if it is an IR packet, proceeds to step S408; otherwise, proceeds to step S409;
  • Step S408 Record the IR packet identifier and the profile type corresponding to the IR packet, and proceed to step S409;
  • Step S409 Return all the analyzed feedback packet information and the compressed header information, and proceed to step S410;
  • Step S410 The compression package analysis process ends.
  • the ROHCvl interface and the ROHCv2 interface mentioned above refer to interfaces that can perform context creation, lookup, deletion, decompression, and compression functions in the existing header compression device. If the context processing functions in the ROHCvl interface and the ROHCv2 interface are refined.
  • the context query interface, the context establishment interface, and the context deletion interface the following specific processing flow is given from the perspective of context management: The processing flow of the context management module according to the present invention will be further described in detail below with reference to FIG.
  • Step S501 The context management process is started, and the process proceeds to step S502.
  • Step S502 Obtain a context operation type, and proceed to step S503;
  • Step S503 Select according to the context operation type, if it is a context query, go to step S504; if it is context establishment, go to step S505; if it is context delete, go to step S506; Step S504: Calling the context lookup interface of the ROHCvl or ROHCv2, searching for the context of the specified CID, and proceeding to step S507;
  • Step S505 Calling ROHCvl or ROHCv2 context establishment interface, creating a new CID and profile context, and proceeding to step S507;
  • Step S506 Calling the context deletion interface of ROHCvl or ROHCv2, deleting the specified
  • Step S507 The context management process ends.
  • the supported versions can be set according to the specific environment.
  • the instance management process is required to determine the version currently supported by the device.
  • Step S601 The instance management process is started, and the process proceeds to step S602;
  • Step S602 Acquire the profile set configured in the current instance, go to step S603;
  • Step S603 Determine whether the version of the profile type in the profile set in the current instance belongs to the profile type under the ROHCv1, and if yes, go to step S604; otherwise, Go to step S605;
  • Step S604 The current instance is configured with ROHCvl, and a flag RohcvlFg is set to TRUE, and the process proceeds to step S605;
  • Step S605 Divide the profile set in the current instance, determine whether the profile type under ROHCv2 is included, if yes, proceed to step S606; otherwise, proceed to step S607;
  • Step S606 The current instance is configured with ROHCv2, and a flag Rohcv2Fg is set to TRUE, and the process proceeds to step S607;
  • Steps S602 to S607 complete the version configuration process.
  • Step S607 Determine whether RohcvlFg and Rohcv2Fg are both TRUE, and if yes, enter Proceed to step S609; otherwise, proceed to step S608;
  • Step S608 The current instance only supports ROHCvl or ROHCv2, returns a unique configuration flag, and proceeds to step S610;
  • Step S609 The current instance supports both ROHCvl and ROHCv2, returns the simultaneous configuration flag, and proceeds to step S610;
  • Step S610 The instance management processing flow ends.
  • the robust header compression version adaptation method of the embodiment of the present invention shields the ROHC internal version information, and when the data to be compressed/decompressed is received, the data is delivered to the correct ROHC version interface through a specific adaptation process, and is used.
  • the method has the following advantages: A robust head compression device configured with at least two versions (such as ROHCvl and ROHCv2) supports two versions running simultaneously; minimizes internal implementation changes of different versions of ROHC. It is only necessary to add an adaptation device (shown in FIG. 7) for implementing the adaptation process of the present invention between the ROHC version interface and the ROHC unified external interface, and the data packet to be compressed/decompressed is used according to the currently configured ROHC version. Differentiate to achieve support for the above new LTE scenarios.
  • the present invention provides a robust header compression version adaptation apparatus embodiment 1.
  • the apparatus includes a compression package multi-version adaptation unit, and the compression package multi-version adaptation unit includes:
  • a compressed package analysis module configured to analyze the current compressed package, including analyzing whether the current compressed package is an initialization and refresh (IR) package;
  • the non-IR packet processing module is configured to: when the current compressed package is not an IR packet, call each version interface supported by the current instance according to the compressed header context identifier (CID) included in the current compressed package to find a corresponding compressed header context and invoke the found Decompressing the version interface corresponding to the context of the compressed header;
  • CID compressed header context identifier
  • the IR packet status determining module is configured to: when the current compressed packet is an IR packet, call each version interface to search for a compressed header context corresponding to the compressed header CID in the IR packet, and determine a version and a corresponding version of the profile in the IR data packet. Whether the version of the compressed header context corresponding to the compressed header CID in the IR packet is consistent;
  • Context reuse processing module used on the compression header corresponding to the compression header CID of the IR packet
  • the corresponding version interface is invoked to perform the reuse processing on the compressed header context corresponding to the compressed header CID
  • the version interface invoking module the compression packet header context corresponding to the compression packet header CID of the IR packet does not exist, the compression header context corresponding to the compression packet header CID of the IR packet exists, and the version corresponding to the profile corresponds to the compression header of the compression header CID
  • the version interface corresponding to the profile in the IR packet is invoked for processing.
  • the version interface corresponding to the compression header context corresponding to the compression header CID is deleted, and the compression header context corresponding to the compressed header CID in the IR packet is deleted, and the location is invoked.
  • the version interface corresponding to the profile creates a new compressed header context according to the profile and CID information in the IR packet.
  • the compressed packet analysis module is further configured to analyze whether the compressed package includes a feedback packet, and the compressed package multi-version adaptation unit And a feedback packet processing module, configured to: when the current compressed package includes the feedback packet, call each version interface supported by the current instance according to the CID of the feedback packet in the compressed package to find a corresponding feedback packet context and invoke the found feedback packet context.
  • the corresponding version interface is decompressed.
  • the device includes an original packet multi-version adaptation unit, and the original packet multi-version adaptation unit:
  • An original packet analysis module configured to analyze a profile type of the received original package
  • Compression interface calling module for calling an interface version of the fil e p ro corresponding to the original package types of compression processing.
  • the profile type selection module selects the profile type according to a Protocol / Next Header field in the original package.
  • the foregoing device embodiment 3 can be placed on the compressor side to implement version adaptation of the original package. It can be understood that all the functional modules in the above device embodiments 1 and 3, or all the functional modules in the device embodiments 2 and 3 can be placed in a device capable of implementing compression and decompression, and the original package and compression can be realized.
  • the version of the package is adapted.
  • the adaptation apparatus of the embodiment of the present invention can enable the robust header compression apparatus to simultaneously configure and use multiple versions (such as ROHCvl and ROHCv2), thereby improving communication efficiency.
  • the present invention provides a robust header compression device.
  • the device includes: a unified external interface, configured to receive a data packet to be processed, where the data packet includes a compressed packet or includes a compressed packet and an original Package
  • a robust header compression version adaptation device the specific module structure shown in Figures 8-10, or including all of the functional modules in the device embodiments 1 and 3, or all of the functional modules in the device embodiments 2 and 3,
  • At least two version interfaces for processing received data packets according to a version protocol are provided.
  • the device further includes an instance management unit, and the instance management unit includes:
  • the profile collection module obtains a profile set configured in the current instance.
  • the version judging module determines the version of the profile type in the profile set in the current instance
  • the version determining module determines the version supported by the current instance according to the version of the profile type in the profile set;
  • the adapting device control module is configured to start the rigid head compressed version adapting device when the device supports at least two versions, and directly invoke the corresponding version interface when the device supports only one version.
  • the robust header compression version adaptation method, device and robust header compression device shield the ROHC internal version information, and when the data to be compressed/decompressed is received, the data is delivered to the correct through a specific adaptation process.
  • the ROHC version interface to handle, using this method has the following advantages:
  • the robust header compression device configured with at least two versions (such as ROHCvl and ROHCv2) supports two versions running simultaneously; making different versions of ROHC internal The implementation changes are minimal.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种鲁棒性头压缩版本适配方法、装置及鲁棒性头压缩设备，该设备包括：统一外部接口，其设置为：接收待处理的数据包，所述数据包包括压缩包或包括压缩包和原始包；鲁棒性头压缩版本适配装置以及至少两个版本接口，其设置为：根据版本协议对接收的数据包进行处理。上述方案可实现多个鲁棒性头压缩版本同时使用。

Description

鲁棒性头压缩版本适配方法和装置
技术领域
本发明涉及移动通信领域中的鲁棒性头压缩算法， 尤其涉及一种鲁棒性 头压缩版本适配方法和装置。
背景技术
由于物理条件的限制， 移动通信系统中的无线链路与有线链路相比传输 速率较低， 误码率较高。 为了能有效利用有限的无线信道带宽资源， 引入了 鲁棒性头压缩技术 (RObust Header Compress, 以下简称 ROHC)。 ROHC的核 心是利用业务流的分组之间的信息冗余来透明的压缩和解压缩直接相连节点 间的分组头中的信息。
ROHC技术目前已有 ROHCvl、 ROHCv2两个版本，分别由 IETF (互联网 工程任务组)的 RFC3095文档以及 RFC5225文档进行描述。 随后 IETF发布 了 RFC5795文档 ,将 ROHCvl和 ROHCv2的共通部分提取出来，定义为 ROHC 框架。后续新的 ROHC版本只要和前两个版本一样遵守 ROHC框架， 就可以 直接合并到 ROHC模块中来。
3GPP TS 36.331协议为 ROHC提出了新的需求， 它明确的提出了一个新 场景： LTE网络的同一链路中可以同时使用 ROHCvl和 ROHCv2两个版本。 此时的 ROHC框架协议虽然可以将 ROHCvl和 ROHCv2整合到一起， 但是 它并没有解决如何在已有框架中同时使用 ROHCvl和 ROHCv2的问题。 发明内容
本发明要解决的技术问题是提供一种鲁棒性头压缩版本适配方法、 装置 及鲁棒性头压缩设备， 以解决多个鲁棒性头压缩版本不能同时使用的问题。
为解决以上技术问题， 本发明提供了一种鲁棒性头压缩版本适配方法， 该方法包括压缩包多版本适配流程， 该压缩包多版本适配流程包括：
压缩包分析步骤， 当前实例支持至少两个版本时， 分析接收的压缩包， 包括分析当前压缩包是否是初始化和刷新 （IR ) 包， 若是 IR包， 则执行 IR 包状态判断步骤， 否则执行非 IR包处理步骤；
非 IR包处理步骤，根据当前压缩包中包含的压缩包头上下文标识（ CID ) 调用当前实例支持的各版本接口查找对应的压缩包头上下文并调用查找到的 压缩包头上下文对应的版本接口进行解压处理；
IR包状态判断步骤， 调用当前实例支持的各版本接口查找所述 IR包中 压缩包头 CID对应的压缩包头上下文， 以及判断所述 IR包中 Profile对应的 版本与所述 IR包中压缩包头 CID对应的压缩包头上下文的版本是否一致；若 所述压缩包头 CID对应的压缩包头上下文存在且所述 Profile对应的版本与所 述压缩包头 CID对应的压缩包头上下文的版本不一致， 则执行上下文重用处 理步骤； 否则执行版本接口调用步骤；
上下文重用处理步骤， 对所述压缩包头 CID对应的压缩包头上下文进行 重用处理， 转执行版本接口调用步骤；
版本接口调用步骤，调用所述 IR包中的 Profile对应的版本接口进行处理。 优选地， 所述上下文重用处理包括调用所述压缩包头 CID对应的压缩包 头上下文对应的版本接口删除所述 IR包中压缩包头 CID对应的压缩包头上 下文，并调用所述的 Profile对应的版本接口根据所述 IR包中的 Profile和 CID 信息建立新的压缩包头上下文。
优选地， 在所述压缩包分析步骤中， 还分析当前压缩包是否包括反馈包， 若包括反馈包， 该方法还包括：
反馈包处理步骤， 根据所述压缩包中反馈包的 CID调用当前实例支持的 各版本接口查找对应的反馈包上下文并调用查找到的反馈包上下文对应的版 本接口进行解压处理。
优选地， 该方法还包括原始包多版本适配流程， 该原始包多版本适配流 程包括：
原始包分析步骤， 分析接收的原始包的 Profile类型；
压缩接口调用步骤， 调用与所述 Profile类型对应的版本接口对所述原始 包进行压缩处理。 优选地， 所述选择 Profile 类型步骤中， 根据所述原始包中的协议 ( Protocol ) /下一包头 （ Next Header )字段选择所述 Profile类型。
优选地， 所述原始包多版本适配流程或所述压缩包多版本适配流程前， 该方法还包括实例管理流程， 该实例管理流程包括：
Profile (简表） 集合获取步骤， 获取当前实例下配置的 Profile集合； 所属版本判断步骤， 判断当前实例下的 Profile集合中的 Profile类型所属 的版本；
版本确定步骤， 根据 Profile集合中的 Profile类型所属的版本确定当前实 例支持至少两个版本。
为解决以上技术问题，本发明还提供了一种鲁棒性头压缩版本适配装置， 该装置包括压缩包多版本适配单元， 该压缩包多版本适配单元包括：
压缩包分析模块， 其设置为： 分析当前压缩包， 包括分析当前压缩包是 否是初始化和刷新 （IR ) 包；
非 IR包处理模块， 其设置为： 在当前压缩包不是 IR包时， 根据当前压 缩包中包含的压缩包头上下文标识 （CID )调用当前实例支持的各版本接口 查找对应的压缩包头上下文并调用查找到的压缩包头上下文对应的版本接口 进行解压处理；
IR包状态判断模块， 其设置为： 在当前压缩包是 IR包时， 调用各个版 本接口查找所述 IR包中压缩包头 CID对应的压缩包头上下文，以及判断所述 IR数据包中 Profile对应的版本与所述 IR数据包中压缩包头 CID对应的压缩 包头上下文的版本是否一致；
上下文重用处理模块， 其设置为： 在 IR包的压缩包头 CID对应的压缩 头上下文的版本不一致时， 调用相应版本接口对所述压缩包头 CID对应的压 缩包头上下文进行重用处理；
版本接口调用模块， 其设置为： IR包的压缩包头 CID对应的压缩包头上 下文不存在、 IR包的压缩包头 CID对应的压缩包头上下文存在且所述 Profile 对应的版本与所述压缩包头 CID对应的压缩包头上下文的版本一致以及压缩 包头上下文重用处理后，调用所述 IR包中的 Profile对应的版本接口进行处理。 优选地， 所述上下文重用处理模块设置为： 进行压缩包头上下文重用处 理时， 调用所述压缩包头 CID对应的压缩包头上下文对应的版本接口删除所 述 IR包中压缩包头 CID对应的压缩包头上下文， 并调用所述的 Profile对应 的版本接口根据所述 IR包中的 Profile和 CID信息建立新的压缩包头上下文。
优选地， 所述压缩包分析模块还设置为： 分析该压缩包是否包括反馈包， 该压缩包多版本适配单元还包括反馈包处理模块， 设置为： 在当前压缩包包 括反馈包时， 根据所述压缩包中反馈包的 CID调用当前实例支持的各版本接 口查找对应的反馈包上下文并调用查找到的反馈包上下文对应的版本接口进 行解压处理。
优选地， 该装置还包括原始包多版本适配单元， 该原始包多版本适配单 元：
原始包分析模块， 设置为： 分析所述接收的原始包的 Profile类型； 压缩接口调用模块， 设置为： 调用与所述 Profile类型对应的版本接口对 所述原始包进行压缩处理。
为解决以上技术问题， 本发明还提供了一种鲁棒性头压缩设备， 该设备 包括：
统一外部接口， 其设置为： 接收待处理的数据包， 所述数据包包括压缩 包或包括压缩包和原始包；
如上所述的鲁棒性头压缩版本适配装置；
至少两个版本接口， 其设置为： 根据版本协议对接收的数据包进行处理。 优选地， 该设备还包括实例管理单元， 所述实例管理单元包括：
Profile集合获取模块， 设置为： 获取当前实例下配置的 Profile集合； 所属版本判断模块， 设置为： 判断当前实例下的 Profile集合中的 Profile 类型所属的版本；
版本确定模块， 设置为： 根据 Profile集合中的 Profile类型所属的版本确 定当前实例支持的版本； 适配装置控制模块， 设置为： 在所述设备支持至少两个版本时， 启动所 述鲁棒性头压缩版本适配装置， 在所述设备仅支持一个版本时， 直接调用对 应版本接口。 附图概述
图 1 为本发明实施例鲁棒性头压缩版本适配方法的原始包适配处理流程 图；
图 2为本发明实施例鲁棒性头压缩版本适配方法的压缩包适配处理流程 图；
图 3 为本发明实施例鲁棒性头压缩版本适配方法的原始包分析处理流程 图；
图 4 为本发明实施例鲁棒性头压缩版本适配方法的压缩包分析处理流程 图；
图 5 为本发明实施例鲁棒性头压缩版本适配方法的上下文管理处理流程 图；
图 6 为本发明实施例鲁棒性头压缩版本适配方法的实例管理处理流程 图；
图 7 为本发明实施例鲁棒性头压缩版本适配装置器位于 ROHC设备中的 位置示意图；
图 8-10为本发明实施例鲁棒性头压缩版本适配装置实施例 1至 3的模块 结构示意图；
图 11-12为本发明实施例鲁棒性头压缩设备实施例 1至 2的模块模块结 构示意图。 本发明的较佳实施方式
本发明实施例对于每一个待压缩 /解压数据包首先进行适配处理， 通过从 数据包中提取必要的信息， 寻找到合适的 ROHC版本， 然后将待压缩 /解压的 数据发送给对应的 ROHC版本接口 （ Interface )进行处理。 下文中将结合附图对本发明的实施例进行详细说明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。
本发明实施例鲁棒性头压缩版本适配方法主要包括原始包适配流程、 压 缩包配流程以及实例管理流程。
以下结合附图对各流程进行说明。
本发明原始包适配方法中， 接收到一个原始包时， 先根据原始包中的 Protocol/Next Header字段为其选择合适的 Profile; 然后， 根据当前 ROHC配 置的 Profile集合为该数据包选择合适 ROHC版本接口进行处理。
下面结合附图 1对本发明所涉及的原始包适配模块的处理流程做进一步 的详细描述：
步骤 S101 : 原始包适配流程启动， 进入步骤 S102;
步骤 S102: 获取当前实例正在使用的 ROHC版本类型， 进入步骤 S103; 步骤 S103: 根据实例正在使用的 ROHC版本类型进行选择，如果当前实 例只支持 ROHCvl , 进入步骤 S 104； 如果当前实例只支持 ROHC2 , 进入步 骤 S 106； 如果当前实例同时支持 ROHCvl和 ROHCv2 , 进入步骤 S 105； 步骤 S104:当前实例只使用 ROHCvl ,调用 ROHCvl接口进行压缩处理， 进入步骤 S108;
步骤 S 105： 当前实例同时使用了 ROHCvl和 ROHCv2 ,对当前原始包进 行 Profile分析， 进入步骤 S 107；
如图 3所示， 原始包多版本适配单元根据原始包的（ Protocol ) /下一包头
( Next Header )字段分析当前原始包的 Profile类型。
步骤 S106:当前实例只使用 ROHCv2,调用 ROHCv2接口进行压缩处理， 进入步骤 S108;
步骤 S107: 根据 Profile类型进行选择， 如果当前原始包对应的 Profile 属于 ROHCvl , 调用 ROHCvl接口进行压缩处理， 进入步骤 S 104; 如果当前 原始包对应的 Profile属于 ROHCv2, 调用 ROHCv2接口进行压缩处理， 进入 步骤 S106;
步骤 S108: 原始包适配流程结束。 本发明实施例压缩包适配方法中， 接收到一个压缩包时， 先对压缩包进 行分析， 然后为各个数据块（反馈包、 压缩包头等）选择适合的 ROHC版本 接口进行处理。
下面结合附图 2 对本发明所涉及的压缩包适配流程做进一步的详细描 述：
步骤 S201 : 压缩包适配流程启动， 进入步骤 S202;
步骤 S202: 调用实例管理模块接口， 获取当前实例正在使用的 ROHC版 本类型， 进入步骤 S203;
步骤 S203: 根据实例正在使用的 ROHC版本类型进行选择，如果当前实 例只支持 ROHCvl或者 ROHCv2, 进入步骤 S212; 如果当前实例同时支持 ROHCvl和 ROHCv2, 进入步骤 S204;
步骤 S204: 当前实例同时使用了 ROHCvl和 ROHCv2,对当前压缩包进 行分析， 进入步骤 S205;
分析压缩包的具体流程如图 4所示， 具体说明见下文。
步骤 S205:判断是否存在需要处理的反馈包，如果存在，进入步骤 S206; 否则， 进入步骤 S208;
步骤 S206: 处理一个反馈包。 根据反馈包中包含的 CID信息， 调用 ROHCvl 和 ROHCv2接口查找该反馈包 CID对应的反馈包上下文， 确定其 所属的 ROHC版本， 进入步骤 S207;
步骤 S207: 根据反馈包所属的 ROHC版本信息， 调用其对应的 ROHC 版本接口进行解压处理， 进入步骤 S205;
步骤 S208: 将反馈包处理完成以后， 根据剩余的数据包信息判断是否存 在未处理的 ROHC压缩包头， 如果存在， 进入步骤 S209; 否则， 进入步骤 S217;
可理解地， 如果存在反馈包， 一定先处理反馈包再处理压缩包头。
步骤 S209: 判断 ROHC压缩包头所属的包是否是 IR包类型， 如果是 IR 包类型，有可能需要进行版本间压缩包头上下文重用，进入步骤 S213; 否则， 进入步骤 S210; 步骤 S210: 根据压缩包头中包含的 CID 字段信息， 查找 ROHCvl 和 ROHCv2中已有的压缩包头上下文，并记录该压缩包头 CID所属的 ROHC版 本类型， 进入步骤 S211 ;
根据查找压缩包头上下文得到的对应版本确定后续调用 ROHCvl接口还 是 ROHCv2接口进行解压处理。
步骤 S211 : 判断当前压缩包头对应的压缩包头上下文是否存在， 如果存 在， 进入步骤 S212; 否则， 说明压缩包头不合法， 进入步骤 S217;
步骤 S212: 根据当前压缩包头所属的 ROHC版本，调用其对应的 ROHC 版本接口进行解压处理， 进入步骤 S217;
步骤 S213: 根据 IR包中的 Profile信息， 查找其所属的 ROHC版本； 根 据 IR包中的压缩包头 CID信息，查找其对应的压缩包头上下文是否存在，进 入步骤 S214;
步骤 S214:在 IR包中压缩包头 CID对应的压缩包头上下文存在的场合， 比较 IR包 Profile所属的 ROHC版本信息和 IR包中压缩包头 CID所属的 ROHC版本信息是否一致， 如果不一致， 说明发生了压缩包头上下文重用， 进入步骤 S215; 否则， 说明是新建立的包流或者是一个已有包流的 IR包， 进入步骤 S216;
步骤 S215: 进行 ROHCvl和 ROHCv2间压缩包头上下文的重用处理。 调用压缩包的压缩包头 CID对应的压缩包头上下文对应的版本接口， 将 IR包中压缩包头 CID对应的压缩包头上下文删除， 同时调用压缩包中 Profile 对应的版本接口使用 IR包中的 Profile和 CID信息建立新的压缩包头上下文， 进入步骤 S216;
步骤 S216: 根据 IR包所属 Profile类型， 调用 ROHCvl或者 ROHCv2接 口进行处理， 进入步骤 S217;
步骤 S217: 压缩数据包适配流程结束。
上述压缩包多版本适配流程大致包括以下步骤：
压缩包分析步骤， 当前实例支持至少两个版本时， 分析接收的压缩包， 包括分析当前压缩包是否是初始化和刷新 （IR ) 包， 若是 IR包， 则执行 IR 包状态判断步骤， 否则执行非 IR包处理步骤；
非 IR包处理步骤，根据当前压缩包中包含的压缩包头上下文标识（ CID ) 调用当前实例支持的各版本接口查找对应的压缩包头上下文并调用查找到的 压缩包头上下文对应的版本接口进行解压处理；
IR包状态判断步骤， 调用当前实例支持的各版本接口查找所述 IR包中 压缩包头 CID对应的压缩包头上下文， 以及判断所述 IR包中 Profile对应的 版本与所述 IR包中压缩包头 CID对应的压缩包头上下文的版本是否一致；若 所述压缩包头 CID对应的压缩包头上下文存在且所述 Profile对应的版本与所 述压缩包头 CID对应的压缩包头上下文的版本不一致， 则执行上下文重用处 理步骤； 否则执行版本接口调用步骤；
上下文重用处理步骤， 对所述压缩包头 CID对应的压缩包头上下文进行 重用处理， 转执行版本接口调用步骤；
版本接口调用步骤，调用所述 IR包中的 Profile对应的版本接口进行处理。 下面结合附图 3对本发明所涉及的原始包分析模块的处理流程做进一步 的详细描述：
步骤 S301 : 原始包分析流程启动， 进入步骤 S302;
步骤 S302: 根据原始包的 Protocol/Next Header字段分析当前原始包的 Profile类型， 进入步骤 S303;
步骤 S303: 返回分析出的 Profile类型， 进入步骤 S304;
步骤 S304: 原始数据分析流程结束；
下面结合附图 4对本发明所涉及的压缩包分析模块的处理流程做进一步 的详细描述：
步骤 S401 : 压缩包分析流程启动， 进入步骤 S402;
步骤 S402: 分析压缩包中所包含的包类型， 进入步骤 S403;
步骤 S403: 判断当前待处理的压缩包类型是否为反馈包类型， 如果是反 馈类型， 进入步骤 S404; 否则， 进入步骤 S405;
步骤 S404:当前分析到一个反馈包，记录该反馈包的长度以及 CID信息， 并且跳过该反馈包不再分析， 进入步骤 S402;
记录每一个反馈包长度， 以便在 S205~S208中统一处理 ROHC压缩包中 包含的所有反馈包。
步骤 S405: 判断是否存在压缩包头类型， 如果存在压缩包头类型， 进入 步骤 S406; 否则， 进入步骤 S409;
可理解地， 对于一个压缩包而言， 可能仅包括压缩包头和载荷， 也可能 仅包括一个或若干个反馈包， 或同时包括压缩包头、 载荷和反馈包。 需要说 明的是， 载荷是不需要进行处理的。
步骤 S406: 记录压缩包头的 CID信息， 进入步骤 S407;
步骤 S407:判断该压缩包头是否为 IR包，如果是 IR包，进入步骤 S408; 否则， 进入步骤 S409;
步骤 S408: 记录 IR包标识以及该 IR包所对应的 Profile类型， 进入步骤 S409;
步骤 S409: 返回分析出的所有反馈包信息以及压缩包头信息， 进入步骤 S410;
步骤 S410: 压缩包分析流程结束。
上文所说的 ROHCvl接口和 ROHCv2接口，是指现有头压缩设备中能完 成上下文建立、 查找、 删除以及解压、 压缩等功能的接口， 若将 ROHCvl接 口和 ROHCv2接口中的上下文处理功能细化为上下文查询接口、 上下文建立 接口以及上下文删除接口，则以下从上下文管理的角度给出具体的处理流程： 下面结合附图 5对本发明所涉及的上下文管理模块的处理流程做进一步 的详细描述：
步骤 S501 : 上下文管理流程启动， 进入步骤 S502;
步骤 S502: 获取上下文操作类型， 进入步骤 S503;
步骤 S503: 根据上下文操作类型进行选择， 如果是上下文查询， 进入步 骤 S504; 如果是上下文建立， 进入步骤 S505; 如果是上下文删除， 进入步骤 S506; 步骤 S504: 调用 ROHCvl或者 ROHCv2的上下文查找接口， 查找指定 CID的上下文， 进入步骤 S507;
步骤 S505: 调用 ROHCvl或者 ROHCv2的上下文建立接口， 新建指定 CID和 Profile的上下文， 进入步骤 S507；
步骤 S506: 调用 ROHCvl或者 ROHCv2的上下文删除接口， 删除指定
CID的上下文， 进入步骤 S507;
步骤 S507: 上下文管理流程结束。
头上下文。
对于支持特定的一个或至少两个版本的设备而言， 当然的不需要对设备 所支持的版本进行分析， 但当设备配置了至少两个版本， 其支持的版本可根 据具体的环境进行设定时， 则需要通过实例管理流程确定设备当前支持的版 本。
下面结合附图 6对本发明所涉及的实例管理流程做进一步的详细描述： 步骤 S601 : 实例管理流程启动， 进入步骤 S602;
步骤 S602： 获取当前实例下配置的 Profile集合， 进入步骤 S603； 步骤 S603:判断当前实例下的 Profile集合中的 Profile类型所属的版本是 否包含 ROHCvl下的 Profile类型， 如果包含， 进入步骤 S604; 否则， 进入步 骤 S605;
步骤 S604: 当前实例配置了 ROHCvl , 置一个标志 RohcvlFg为 TRUE, 进入步骤 S605;
步骤 S605：对当前实例中的 Profile集合进行划分，判断是否包含 ROHCv2 下的 Profile类型， 如果包含， 进入步骤 S606; 否则， 进入步骤 S607;
步骤 S606: 当前实例配置了 ROHCv2, 置一个标志 Rohcv2Fg为 TRUE, 进入步骤 S607;
步骤 S602至 S607完成了版本配置过程。
步骤 S607: 判断 RohcvlFg和 Rohcv2Fg是否同时为 TRUE, 如果是， 进 入步骤 S609; 否则， 进入步骤 S608;
步骤 S608: 当前实例只支持了 ROHCvl或者 ROHCv2,返回唯一配置标 志， 进入步骤 S610;
步骤 S609: 当前实例同时支持了 ROHCvl和 ROHCv2,返回同时配置标 志， 进入步骤 S610;
步骤 S610: 实例管理处理流程结束。
本发明实施例鲁棒性头压缩版本适配方法， 屏蔽 ROHC内部版本信息， 在收到待压缩 /解压数据时， 通过特定的适配流程将数据递交给正确的 ROHC 版本接口来处理， 使用此方法有以下优点： 使同时配置了至少两个版本（如 ROHCvl和 ROHCv2 ) 的鲁棒性头压缩设备支持两个版本同时运行的场合； 使 ROHC的不同版本内部实现改动最小。只需要在 ROHC版本接口和 ROHC 统一外部接口之间增加一个实现本发明适配流程的适配装置（如图 7所示）， 用来将待压缩 /解压的数据包按照当前配置的 ROHC版本进行区分，从而实现 对上面 LTE新场景的支持。
对应于前述方法， 本发明提供一种鲁棒性头压缩版本适配装置实施例 1 , 如图 8所示， 该装置包括压缩包多版本适配单元， 该压缩包多版本适配单元 包括：
压缩包分析模块， 用于分析当前压缩包， 包括分析当前压缩包是否是初 始化和刷新 （IR ) 包；
非 IR包处理模块， 用于在当前压缩包不是 IR包时， 根据当前压缩包中 包含的压缩包头上下文标识 （CID )调用当前实例支持的各版本接口查找对 应的压缩包头上下文并调用查找到的压缩包头上下文对应的版本接口进行解 压处理；
IR包状态判断模块， 用于在当前压缩包是 IR包时， 调用各个版本接口 查找所述 IR包中压缩包头 CID对应的压缩包头上下文， 以及判断所述 IR数 据包中 Profile对应的版本与所述 IR数据包中压缩包头 CID对应的压缩包头 上下文的版本是否一致；
上下文重用处理模块， 用于在 IR包的压缩包头 CID对应的压缩包头上 下文存在且所述 Profile对应的版本与所述压缩包头 CID对应的压缩包头上下 文的版本不一致时， 调用相应版本接口对所述压缩包头 CID对应的压缩包头 上下文进行重用处理；
版本接口调用模块， 用于 IR包的压缩包头 CID对应的压缩包头上下文 不存在、 IR包的压缩包头 CID对应的压缩包头上下文存在且所述 Profile对应 的版本与所述压缩包头 CID对应的压缩包头上下文的版本一致以及压缩包头 上下文重用处理后， 调用所述 IR包中的 Profile对应的版本接口进行处理。
优选地， 所述上下文重用处理模块进行压缩包头上下文重用处理时， 调 用所述压缩包头 CID对应的压缩包头上下文对应的版本接口删除所述 IR包 中压缩包头 CID对应的压缩包头上下文， 并调用所述的 Profile对应的版本接 口才艮据所述 IR包中的 Profile和 CID信息建立新的压缩包头上下文。
在本发明装置实施例 2, 如图 9所示， 与图 8所示装置不同的是， 所述 压缩包分析模块还用于分析该压缩包是否包括反馈包， 该压缩包多版本适配 单元还包括反馈包处理模块， 用于在当前压缩包包括反馈包时， 根据所述压 缩包中反馈包的 CID调用当前实例支持的各版本接口查找对应的反馈包上下 文并调用查找到的反馈包上下文对应的版本接口进行解压处理。
前述装置实施例 1和 2, 可以置于解压器端的实现压缩包的版本适配。 在本发明装置实施例 3 , 如图 10所示， 该装置包括原始包多版本适配单 元， 该原始包多版本适配单元：
原始包分析模块， 用于分析所述接收的原始包的 Profile类型；
压缩接口调用模块， 用于调用与所述 profile类型对应的版本接口对所述 原始包进行压缩处理。
优选地， 所述 Profile类型选择模块根据所述原始包中的协议（Protocol ) /下一包头 （ Next Header )字段选择所述 Profile类型。
前述装置实施例 3可以置于压缩器端的实现原始包的版本适配。 可理解 的， 优选地， 可将以上装置实施例 1和 3中的所有功能模块， 或装置实施例 2和 3 中的所有功能模块置于能实现压缩及解压的设备中， 实现原始包、 压 缩包的版本适配。 本发明实施例适配装置可使得鲁棒性头压缩设备同时配置并使用多个版 本（如 ROHCvl和 ROHCv2 ) , 从而提高通信效率。
另外， 本发明提供一种鲁棒性头压缩设备， 如图 11所示， 该设备包括： 统一外部接口， 用于接收待处理的数据包， 所述数据包包括压缩包或包 括压缩包和原始包；
鲁棒性头压缩版本适配装置， 具体模块结构如图 8-10所示， 或包括装置 实施例 1和 3中的所有功能模块， 或包括装置实施例 2和 3中的所有功能模 块，
至少两个版本接口， 用于根据版本协议对接收的数据包进行处理。
本发明棒性头压缩设备实施例 2如图 12所示，该设备还包括实例管理单 元， 所述实例管理单元包括：
Profile集合获取模块， 获取当前实例下配置的 Profile集合；
所属版本判断模块， 判断当前实例下的 Profile集合中的 Profile类型所属 的版本；
版本确定模块， 根据 Profile集合中的 Profile类型所属的版本确定当前实 例支持的版本；
适配装置控制模块， 用于在所述设备支持至少两个版本时， 启动所述鲁 棒性头压缩版本适配装置， 在所述设备仅支持一个版本时， 直接调用对应版 本接口。
以上仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域 的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围 之内。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
工业实用性
本发明实施例鲁棒性头压缩版本适配方法、 装置及鲁棒性头压缩设备， 屏蔽 ROHC内部版本信息， 在收到待压缩 /解压数据时， 通过特定的适配流程 将数据递交给正确的 ROHC版本接口来处理， 使用此方法有以下优点： 使同 时配置了至少两个版本（如 ROHCvl和 ROHCv2 ) 的鲁棒性头压缩设备支持 两个版本同时运行的场合； 使 ROHC的不同版本内部实现改动最小。

Claims

权 利 要 求 书
1、 一种鲁棒性头压缩版本适配方法， 该方法包括压缩包多版本适配流 程， 该压缩包多版本适配流程包括：
压缩包分析步骤， 当前实例支持至少两个版本时， 分析接收的压缩包， 包括分析当前压缩包是否是初始化和刷新 （IR ) 包， 若是 IR包， 则执行 IR 包状态判断步骤， 如果不是 IR包， 则执行非 IR包处理步骤；
非 IR包处理步骤，根据当前压缩包中包含的压缩包头上下文标识（ CID ) 调用当前实例支持的各版本接口查找对应的压缩包头上下文并调用查找到的 压缩包头上下文对应的版本接口进行解压处理；
IR包状态判断步骤， 调用当前实例支持的各版本接口查找所述 IR包中 压缩包头 CID对应的压缩包头上下文， 以及判断所述 IR包中 Profile对应的 版本与所述 IR包中压缩包头 CID对应的压缩包头上下文的版本是否一致，若 所述压缩包头 CID对应的压缩包头上下文存在且所述 Profile对应的版本与所 述压缩包头 CID对应的压缩包头上下文的版本不一致， 则执行上下文重用处 理步骤； 如果一致， 则执行版本接口调用步骤；
上下文重用处理步骤， 对所述压缩包头 CID对应的压缩包头上下文进行 重用处理， 转执行版本接口调用步骤；
版本接口调用步骤，调用所述 IR包中的 Profile对应的版本接口进行处理。
2、 如权利要求 1所述的方法，其中， 所述上下文重用处理包括调用所述 压缩包头 CID对应的压缩包头上下文对应的版本接口删除所述 IR包中压缩 包头 CID对应的压缩包头上下文， 并调用所述的 Profile对应的版本接口根据 所述 IR包中的 Profile和 CID信息建立新的压缩包头上下文。
3、 如权利要求 1所述的方法， 其中， 在所述压缩包分析步骤中， 还分析 当前压缩包是否包括反馈包， 若包括反馈包， 该方法还包括：
反馈包处理步骤， 根据所述压缩包中反馈包的 CID调用当前实例支持的 各版本接口查找对应的反馈包上下文并调用查找到的反馈包上下文对应的版 本接口进行解压处理。
4、 如权利要求 1或 3中任一项所述的方法，其中， 该方法还包括原始包 多版本适配流程， 该原始包多版本适配流程包括：
原始包分析步骤， 分析接收的原始包的 Profile类型；
压缩接口调用步骤， 调用与所述 Profile类型对应的版本接口对所述原始 包进行压缩处理。
5、 如权利要求 4所述的方法， 其中， 所述选择 Profile类型步骤中， 根 据所述原始包中的协议（Protocol ) /下一包头 （Next Header )字段选择所述 Profile类型。
6、 如权利要求 4所述的方法，其中， 所述原始包多版本适配流程或所述 压缩包多版本适配流程前， 该方法还包括实例管理流程， 该实例管理流程包 括：
Profile集合获取步骤， 获取当前实例下配置的 Profile集合；
所属版本判断步骤， 判断当前实例下的 Profile集合中的 Profile类型所属 的版本；
版本确定步骤， 根据 Profile集合中的 Profile类型所属的版本确定当前实 例支持至少两个版本。
7、 一种鲁棒性头压缩版本适配装置， 该装置包括压缩包多版本适配单 元， 该压缩包多版本适配单元包括：
压缩包分析模块， 其设置为： 分析当前压缩包， 包括分析当前压缩包是 否是初始化和刷新 （IR ) 包；
非 IR包处理模块， 其设置为： 在当前压缩包不是 IR包时， 根据当前压 缩包中包含的压缩包头上下文标识 （CID )调用当前实例支持的各版本接口 查找对应的压缩包头上下文并调用查找到的压缩包头上下文对应的版本接口 进行解压处理；
IR包状态判断模块， 其设置为： 在当前压缩包是 IR包时， 调用各个版 本接口查找所述 IR包中压缩包头 CID对应的压缩包头上下文，以及判断所述 IR数据包中 Profile对应的版本与所述 IR数据包中压缩包头 CID对应的压缩 包头上下文的版本是否一致；
上下文重用处理模块， 其设置为： 在 IR包的压缩包头 CID对应的压缩 头上下文的版本不一致时， 调用相应版本接口对所述压缩包头 CID对应的压 缩包头上下文进行重用处理；
版本接口调用模块， 其设置为： IR包的压缩包头 CID对应的压缩包头上 下文不存在、 IR包的压缩包头 CID对应的压缩包头上下文存在且所述 Profile 对应的版本与所述压缩包头 CID对应的压缩包头上下文的版本一致以及压缩 包头上下文重用处理后，调用所述 IR包中的 Profile对应的版本接口进行处理。
8、 如权利要求 7所述的装置， 其中， 所述上下文重用处理模块设置为： 进行压缩包头上下文重用处理时， 调用所述压缩包头 CID对应的压缩包头上 下文对应的版本接口删除所述 IR包中压缩包头 CID对应的压缩包头上下文， 并调用所述的 Profile对应的版本接口根据所述 IR包中的 Profile和 CID信息 建立新的压缩包头上下文。
9、 如权利要求 7所述的装置， 其中， 所述压缩包分析模块还设置为： 分 析该压缩包是否包括反馈包， 该压缩包多版本适配单元还包括反馈包处理模 块， 设置为： 在当前压缩包包括反馈包时， 根据所述压缩包中反馈包的 CID 调用当前实例支持的各版本接口查找对应的反馈包上下文并调用查找到的反 馈包上下文对应的版本接口进行解压处理。
10、 如权利要求 7至 9中任一项所述的装置， 其中， 该装置还包括原始 包多版本适配单元， 该原始包多版本适配单元：
原始包分析模块， 设置为： 分析所述接收的原始包的 Profile类型； 压缩接口调用模块， 设置为： 调用与所述 Profile类型对应的版本接口对 所述原始包进行压缩处理。
11、 一种鲁棒性头压缩设备， 该设备包括：
统一外部接口， 其设置为： 接收待处理的数据包， 所述数据包包括压缩 包或包括压缩包和原始包； 如权利要求 7至 11中任一项所述的鲁棒性头压缩版本适配装置； 至少两个版本接口， 其设置为： 根据版本协议对接收的数据包进行处理。
12、 如权利要求 11所述的设备， 其中， 该设备还包括实例管理单元， 所 述实例管理单元包括：
Profile集合获取模块， 设置为： 获取当前实例下配置的 Profile集合； 所属版本判断模块， 设置为： 判断当前实例下的 Profile集合中的 Profile 类型所属的版本；
版本确定模块， 设置为： 根据 Profile集合中的 Profile类型所属的版本确 定当前实例支持的版本；
适配装置控制模块， 设置为： 在所述设备支持至少两个版本时， 启动所 述鲁棒性头压缩版本适配装置， 在所述设备仅支持一个版本时， 直接调用对 应版本接口。
PCT/CN2012/078616 2011-12-22 2012-07-13 鲁棒性头压缩版本适配方法和装置 WO2013091375A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110434590.5 2011-12-22
CN201110434590.5A CN102457901B (zh) 2011-12-22 2011-12-22 鲁棒性头压缩版本适配方法和装置

Publications (1)

Publication Number Publication Date
WO2013091375A1 true WO2013091375A1 (zh) 2013-06-27

Family

ID=46040425

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/078616 WO2013091375A1 (zh) 2011-12-22 2012-07-13 鲁棒性头压缩版本适配方法和装置

Country Status (2)

Country Link
CN (1) CN102457901B (zh)
WO (1) WO2013091375A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102457901B (zh) * 2011-12-22 2017-11-07 中兴通讯股份有限公司 鲁棒性头压缩版本适配方法和装置
CN102868648B (zh) * 2012-09-27 2015-04-15 瑞斯康达科技发展股份有限公司 一种进行数据传输的方法、从设备和系统
CN110971363B (zh) 2018-09-28 2022-03-08 华为技术有限公司 用于以太网数据的通信方法的方法和装置
WO2020062176A1 (zh) * 2018-09-29 2020-04-02 Oppo广东移动通信有限公司 无线通信方法、终端设备和接入网设备
CN111190851A (zh) * 2019-12-11 2020-05-22 深圳市优必选科技股份有限公司 可变长协议的解析方法、装置、设备及介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101364937A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 保持鲁棒性头标压缩机制通信连续的方法、系统
US20090086707A1 (en) * 2007-09-28 2009-04-02 Qualcomm Incorporated Robust header compression/decompression methods and systems
CN101977402A (zh) * 2010-10-19 2011-02-16 中兴通讯股份有限公司 鲁棒性头压缩中一种上下文重用的方法及装置
US20110058530A1 (en) * 2009-09-07 2011-03-10 Samsung Electronics Co., Ltd. System and method for supporting robust header compression in wireless communication system
CN102065398A (zh) * 2010-12-14 2011-05-18 中兴通讯股份有限公司 一种网管系统及多版本信令解码方法
CN102457901A (zh) * 2011-12-22 2012-05-16 中兴通讯股份有限公司 鲁棒性头压缩版本适配方法和装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101594290B (zh) * 2008-05-26 2011-11-30 中兴通讯股份有限公司 一种鲁棒性头压缩上下文标识的处理方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101364937A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 保持鲁棒性头标压缩机制通信连续的方法、系统
US20090086707A1 (en) * 2007-09-28 2009-04-02 Qualcomm Incorporated Robust header compression/decompression methods and systems
US20110058530A1 (en) * 2009-09-07 2011-03-10 Samsung Electronics Co., Ltd. System and method for supporting robust header compression in wireless communication system
CN101977402A (zh) * 2010-10-19 2011-02-16 中兴通讯股份有限公司 鲁棒性头压缩中一种上下文重用的方法及装置
CN102065398A (zh) * 2010-12-14 2011-05-18 中兴通讯股份有限公司 一种网管系统及多版本信令解码方法
CN102457901A (zh) * 2011-12-22 2012-05-16 中兴通讯股份有限公司 鲁棒性头压缩版本适配方法和装置

Also Published As

Publication number Publication date
CN102457901B (zh) 2017-11-07
CN102457901A (zh) 2012-05-16

Similar Documents

Publication Publication Date Title
CN109315004B (zh) Pdu类型的设置方法及相关实体
KR100820630B1 (ko) 데이터 패킷 처리 방법
WO2013091375A1 (zh) 鲁棒性头压缩版本适配方法和装置
US11323502B2 (en) Transport method selection for delivery of server notifications
EP3073705A1 (en) Channel establishing method and apparatus
CN110519824B (zh) 一种终端路由选择策略更新的方法和装置
CN108701278B (zh) 用于经由第二运营商网络向连接到第一运营商网络的用户设备提供服务的方法
EP3648488A1 (en) Method and device for acquiring identifier of terminal device
EP3099046B1 (en) Arrangement, computer program code and method for call data record processing
WO2017062794A1 (en) Initiating signaling in mobile management entity pools using workflows
US8559463B2 (en) Systems and methods for providing efficient bandwidth utilization in packet switched networks
WO2016146009A1 (zh) Html页面压缩方法及装置
FI124815B (fi) Puheludatatietueiden prosessointi
KR20210113332A (ko) 이더넷 프레임의 전송 방법 및 통신 장치
KR101534160B1 (ko) 4G 모바일 네트워크에서의 VoLTE 세션 관리 장치 및 방법
WO2013185720A1 (zh) 一种无线接入网中的通讯方法及无线接入网设备
CN107800653B (zh) 报文压缩方法及装置
CN112969199B (zh) 一种数据采集方法和设备
WO2013102336A1 (zh) 鲁棒性头压缩通道配置方法和装置
EP3869755A1 (en) Control plane network function, user plane network function, and packet processing method using same
WO2013189335A2 (zh) 一种彩信转发方法及装置
CN103200620A (zh) 一种lte系统中接入核心网的方法及装置
US20160149855A1 (en) Service processing method, system, and relevant device
EP2285177A2 (en) Method for operating packet data protocol context and apparatus therefor
CN113315736A (zh) 一种业务进程间的数据同步方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12860369

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12860369

Country of ref document: EP

Kind code of ref document: A1