WO2017031700A1 - 一种数据包的压缩参数确定方法及相关设备 - Google Patents

一种数据包的压缩参数确定方法及相关设备 Download PDF

Info

Publication number
WO2017031700A1
WO2017031700A1 PCT/CN2015/088064 CN2015088064W WO2017031700A1 WO 2017031700 A1 WO2017031700 A1 WO 2017031700A1 CN 2015088064 W CN2015088064 W CN 2015088064W WO 2017031700 A1 WO2017031700 A1 WO 2017031700A1
Authority
WO
WIPO (PCT)
Prior art keywords
header compression
terminal
data service
context information
core network
Prior art date
Application number
PCT/CN2015/088064
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 华为技术有限公司
Priority to CN201580073201.7A priority Critical patent/CN107113655B/zh
Priority to PCT/CN2015/088064 priority patent/WO2017031700A1/zh
Publication of WO2017031700A1 publication Critical patent/WO2017031700A1/zh

Links

Images

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 the field of communications technologies, and in particular, to a method for determining compression parameters of a data packet and related devices.
  • the Evolved Packet System (EPS) network architecture is shown in Figure 1.
  • the evolved universal terrestrial radio access network (EUTRAN) is a network composed of multiple base stations (eNodeBs), and the eNodeB is connected to the Serving Gateway (S-GW) through the user plane interface S1-U. And connected to the Mobility Management Entity (MME) through the control plane interface S1-MME.
  • the MME is responsible for all control plane functions of user session management, including Non-Access Stratum (NAS) signaling and security, tracking area management, packet data network gateway (PDN Gateway, P-GW; PDN, Packet Data). Network) and S-GW selection.
  • NAS Non-Access Stratum
  • the S-GW is mainly responsible for data transmission, forwarding, and route switching of the terminal (UE), and serves as a local mobility anchor point when the terminal switches between eNodeBs.
  • the P-GW is responsible for the Internet Protocol (IP) address allocation of the UE, data packet filtering, rate control, and generation of charging information of the terminal.
  • IP Internet Protocol
  • the UE In the EPS-based network architecture, if there is no data transmission for a long time, the UE enters an idle (IDLE) state. When the UE is in the idle state, the EPS network triggers a service request procedure when receiving the downlink data packet or signaling of the user. In this process, the MME initiates paging in the tracking area where the UE is located, and the UE responds to the paging of the MME. Connected to receive data or signaling, as shown in Figure 2.
  • IDLE idle
  • FIG. 3 shows a schematic diagram of the CIoT architecture in a non-roaming scenario.
  • Figure 4 shows a schematic diagram of the CIoT architecture in a roaming scenario.
  • the CIoT Serving Gateway Node (C-SGN) is used to support the related functions necessary for the CIoT application scenario.
  • M2M applications such as water meters, electricity meters, sensors, etc.
  • Some Machine to Machine (M2M) applications mainly receive or send data is small data volume data.
  • M2M Machine to Machine
  • the UE in the IDLE state needs to transmit data, it needs to initiate a service request (Service Request) process to establish a bearer of the air interface and the S1 interface, and needs to download a Radio Resource Control (RRC).
  • RRC Radio Resource Control
  • Security context information is transmitted to the eNB.
  • the efficiency of transmitting small data packets is very low.
  • the signaling overhead caused by transmitting a small data packet far exceeds the data that needs to be transmitted.
  • the current optimization scheme is to encapsulate small data packets in NAS signaling for transmission, and the terminal-initiated (MO) small data packet transmission process is shown in FIG. 5 and the terminal termination (MT) small data packet transmission flow is shown in FIG. 6. , where small packets are IP packets.
  • the MTC terminal device For the uplink small data packet, the MTC terminal device encapsulates the encrypted small data packet in the NAS message, transmits the RRC Connection Setup Complete message to the eNB, and the eNB passes the S1 access point initial UE (AP Initial) The UE) message is forwarded to the MME.
  • the MME decrypts the NAS message and obtains an IP data packet and an Evolved Packet System (EPS).
  • EPS Evolved Packet System
  • the S-GW encapsulates the downlink small data packet in a Downlink Data Notification message and sends the message to the MME, where the MME passes the S1 Downlink NAS Transport message.
  • the encrypted cell of the NAS Protocol Data Unit (PDU) carries the downlink small data packet, and the NAS PDU is sent to the UE through the eNB.
  • PDU NAS Protocol Data Unit
  • Embodiments of the present invention provide a method for determining compression parameters of a data packet and related devices, which are used to improve data transmission efficiency and network bandwidth utilization.
  • a method for determining a compression parameter of a data packet including:
  • the core network node acquires header compression capability information of the terminal
  • the core network node initializes or updates the header compression context information of the first data service of the terminal according to the header compression parameter.
  • the header compression capability information includes a maximum value of a number of header compression contexts supported by the terminal, and a header compression protocol supported by the terminal;
  • the header compression parameters include a maximum number of header compression contexts allowed to be used and a header compression protocol that is allowed to be used.
  • the header compression capability information includes a header compression protocol supported by the terminal
  • the header compression parameters include a header compression protocol that is allowed to be used.
  • the core network node performs, according to the header compression parameter, a first data service of the terminal
  • the header compression context information is initialized or updated, including:
  • the core network node performs, according to the header compression parameter, a first data service of the terminal
  • the header compression context information is initialized or updated, including:
  • the header compression context information of the first data service includes a data packet of the first data service A header compression protocol used for compression or decompression, and transmission parameters of the first data service, the transmission parameters including transport address and/or port information.
  • the method further includes:
  • the core network node compresses a header of a data packet of the first data service to be sent to the terminal according to header compression context information of the first data service of the terminal, and obtains a compressed data packet, where The compressed data packet is sent to the terminal.
  • a method for determining a compression parameter of a data packet including:
  • the terminal initializes or updates header compression context information of the first data service of the terminal according to the header compression parameter or the received header compression context information.
  • the header compression parameter includes a maximum value of a number of header compression contexts allowed to be used and a header compression protocol allowed to be used; or the header compression parameter includes an allowed use. Head compression protocol.
  • the terminal initializes or updates a header compression context of the first data service of the terminal according to the header compression parameter.
  • Information including:
  • the terminal initializes or updates the first data of the terminal according to the header compression parameter.
  • the header of the service compresses the context information, it also includes:
  • the header compression context information of the first data service includes a data packet of the first data service A header compression protocol used for compression or decompression, and transmission parameters of the first data service, the transmission parameters including transport address and/or port information.
  • the method further includes:
  • the terminal compresses a packet header of the data packet to be transmitted of the first data service according to the header compression context information of the first data service to obtain a compressed data packet, and sends the compressed data packet to the Core network node;
  • a core network node including:
  • An obtaining module configured to acquire header compression capability information of the terminal
  • a determining module configured to determine a header compression parameter of the terminal according to the header compression capability information of the terminal acquired by the acquiring module
  • a processing module configured to initialize or update the header compression context information of the first data service of the terminal according to the header compression parameter determined by the determining module.
  • the header compression capability information includes a maximum value of a number of header compression contexts supported by the terminal, and a header compression protocol supported by the terminal;
  • the header compression parameters include a maximum number of header compression contexts allowed to be used and a header compression protocol that is allowed to be used.
  • the header compression capability information includes a header compression protocol supported by the terminal
  • the header compression parameters include a header compression protocol that is allowed to be used.
  • the processing module is specifically configured to:
  • the processing module is specifically configured to:
  • the header compression context information of the first data service includes a data packet of the first data service A header compression protocol used for compression or decompression, and transmission parameters of the first data service, the transmission parameters including transport address and/or port information.
  • the data transmission module is further configured to:
  • the processing module Determining, according to the header compression context information of the first data service of the terminal that is initialized or updated by the processing module, the header of the data packet of the first data service to be sent to the terminal, and obtaining the compressed header a data packet, the compressed data packet is sent to the terminal.
  • a terminal including:
  • a receiving module configured to receive a header compression parameter of the terminal sent by a core network node or header compression context information of a first data service of the terminal;
  • a processing module configured to initialize or update header compression context information of the first data service of the terminal according to the header compression parameter or the received header compression context information received by the receiving module.
  • the header compression parameter includes a maximum value of a number of header compression contexts allowed to be used and a header compression protocol allowed to be used; or the header
  • the compression parameters include the header compression protocol that is allowed to be used.
  • the processing module is specifically configured to:
  • Obtaining a transmission parameter of the first data service determining, according to the transmission parameter and the header compression parameter, header compression context information of the first data service, where the transmission parameter includes a transmission address and/or port information ;
  • the sending module is further configured to:
  • the header of the first data service of the terminal compresses context information.
  • the header compression context information of the first data service includes compressing or decompressing the data packet of the first data service
  • the data transmission module is further configured to:
  • the packet header of the data packet to be transmitted of the first data service to obtain a compressed data packet, and after the compression
  • the data packet is sent to the core network node;
  • the core network node determines the header compression parameter of the terminal according to the header compression capability information of the terminal, and the first number of the terminal according to the determined header compression parameter. Initializing or updating according to the header compression context information of the service, so that the core network node and the terminal can compress and transmit the header of the data packet of the first data service according to the header compression context information of the first data service of the terminal. The data transmission efficiency is improved, thereby improving the network bandwidth utilization.
  • FIG. 1 is a schematic diagram of an EPS network architecture
  • FIG. 2 is a schematic flowchart of an EPS network triggering a service request
  • CioT network architecture in a non-roaming scenario
  • FIG. 4 is a schematic diagram of a CioT network architecture in a roaming scenario
  • FIG. 5 is a schematic diagram of a small data packet transmission process initiated by a terminal
  • FIG. 6 is a schematic diagram of a small data packet transmission process terminated by a terminal
  • FIG. 7 is a schematic diagram of a protocol stack of an EPS system control plane
  • FIG. 8 is a schematic flowchart of a method for determining a compression parameter of a data packet by a core network node according to an embodiment of the present invention
  • FIG. 9 is a schematic flowchart of a method for a terminal to determine a compression parameter of a data packet according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of a header compression parameter negotiation and a data transmission process in an EPS system according to an embodiment of the present invention
  • FIG. 11 is a schematic diagram of a header compression parameter negotiation and a data transmission process in a CIoT system according to an embodiment of the present invention
  • FIG. 12 is a schematic structural diagram of a core network node according to an embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of another core network node according to an embodiment of the present invention.
  • FIG. 14 is a schematic structural diagram of a terminal according to an embodiment of the present invention.
  • FIG. 15 is a schematic structural diagram of another terminal according to an embodiment of the present invention.
  • the network protocol header Due to the packet data in the Packet Switch (PS) domain, the network protocol header has a large proportion relative to the effective data payload, such as an IP protocol header, a Transport Control Protocol (TCP) protocol, and a user datagram protocol ( User Datagram Protocol (UDP), Real-time Transport Protocol (RTP) or IP Encapsulating Security Payload (ESP) protocols take up considerable bandwidth.
  • TCP Transport Control Protocol
  • UDP User Datagram Protocol
  • RTP Real-time Transport Protocol
  • ESP IP Encapsulating Security Payload
  • the purpose of header compression is to reduce the domain of the network protocol header redundancy during the transmission from the compression end to the decompression end, and improve the transmission efficiency and bandwidth utilization efficiency of the PS domain.
  • the Packet Data Convergence Protocol is an important part of the Layer 2 protocol in the LTE system radio interface.
  • the header compression and decompression of the data packet is performed between two peer PDCP entities, namely a UE side PDCP and an eNB side PDCP.
  • RoHC implements header compression mechanism: at the beginning of the connection, the compression end first sends a FULL HEADER packet data to the decompression end, through which the packet data stream can be established on the compression end and the decompression end.
  • the context information CONTEXT
  • the compressed end sends the compressed packet data to the decompressing end
  • the decompressing end uses the established context information and the received compressed packet data to decompress the decompression algorithm to obtain the compression. Packet data.
  • the 3GPP TS 36.323 PDCP protocol specification gives the header compression protocol supported by the current LTE system, as shown in Table 1.
  • RoHC related protocol parameters include:
  • MAX_CID This parameter specifies the maximum value of the context identifier (CID) that the UE and the network entity can support.
  • CID context identifier
  • a RoHC context corresponds to a CID.
  • PROFILES This parameter specifies the header compression protocols (Profiles) that the UE can support.
  • Profiles header compression protocols
  • a header compression protocol (Profile) is associated with a CID, indicating the profile to which the CID corresponds.
  • the header compression mechanism can improve the transmission efficiency of the data packet and the utilization efficiency of the bandwidth.
  • Small packets of Machine Type Communications (MTC) devices are encapsulated in NAS PDUs for transmission.
  • MTC Machine Type Communications
  • NAS PDUs for transmission.
  • MTC Machine Type Communications
  • the function of packet header compression is performed between Layer 2 protocol PDCP entities between the UE and the eNB. As shown in FIG. 7, the eNB can only process PDUs below the NAS layer, and cannot compress and decompress the protocol headers of small packets encapsulated in the NAS PDU.
  • the UE and the eNB do not save the RoHC context information. Therefore, when the UE initiates the transmission and reception of the data packet from the idle state, since the UE and the eNB side do not establish the RoHC context in advance, the first data packet sent or received by the UE cannot be header compressed.
  • the prior art does not support header compression for small packet transmission based on NAS messages, It can improve the transmission efficiency and bandwidth utilization efficiency of small data packets through the header compression mechanism.
  • the compression parameter determination process of the data packet provided by the following embodiments can be applied to the EPS system and the CIoT system. It should be noted that the process of applying the compression parameter determination of the data packet provided by the following embodiments to other systems is also not excluded. The scope of protection of the present invention is not limited thereto.
  • the detailed method flow for the core network node to determine the compression parameters of the data packet is as follows:
  • Step 801 The core network node acquires header compression capability information of the terminal.
  • the header compression capability information includes the maximum number of header compression contexts supported by the terminal and the header compression protocol supported by the terminal. If the terminal supports only one header compression protocol, the header compression capability. The information includes a header compression protocol supported by the terminal.
  • the manner in which the core network node obtains the header compression capability information of the terminal includes but is not limited to the following:
  • the core network node acquires header compression capability information of the terminal provided by the terminal;
  • the core network node obtains the header compression capability information of the terminal from the original core network node that previously served the terminal;
  • the core network node obtains the header compression capability information of the terminal from the subscription data of the terminal, and the subscription data of the terminal may be obtained from a Home Subscriber Server (HSS).
  • HSS Home Subscriber Server
  • Step 802 The core network node determines a header compression parameter of the terminal according to the header compression capability information of the terminal.
  • the header compression parameter of the terminal determined by the core network node is adapted to the header compression capability of the terminal. Specifically, if the header compression capability information of the terminal includes the maximum number of header compression contexts supported by the terminal and supported by the terminal. Head compression protocol, the header compression parameter includes a maximum value of the number of header compression contexts allowed for the terminal and a header compression protocol that allows the terminal to use;
  • the header compression parameter includes a header compression protocol that allows the terminal to use.
  • the core network node is based on the header compression capability of the terminal. After determining the header compression parameter of the terminal, the determined header compression parameter is sent to the terminal.
  • the core network node determines the header compression parameter of the terminal according to the header compression capability information of the terminal, the header compression capability information of the core network node, and the subscription information of the terminal.
  • the header compression capability information of the core network node includes a maximum value of the number of header compression contexts supported by the core network node and a supported header compression protocol.
  • the core network node first determines, according to the subscription information of the terminal, the header compression parameter, and determines the header compression parameter according to the header compression capability information of the terminal and the header compression capability information of the core network node.
  • the core network node determines the header compression parameter of the terminal according to the header compression capability information of the terminal and the header compression capability information of the core network node.
  • the header compression capability information of the core network node is: the maximum number of supported header compression contexts is 3, and the supported header compression protocol types are 3; if the header compression capability information of the terminal is: the number of supported header compression contexts The maximum value is 2, and the supported header compression protocol types are two; and the core network node also supports the header compression protocol type supported by the terminal, and the header compression parameter is determined as follows: the maximum number of allowed header compression contexts is 2, and the types of header compression protocols that are allowed to be used are two.
  • Step 803 The core network node initializes or updates the header compression context information of the first data service of the terminal according to the header compression parameter.
  • the core network node acquires a transmission parameter of the first data service of the terminal, where the transmission parameter includes a transmission address and/or port information; according to the header compression parameter and the Determining header compression context information of the first data service, and initializing or updating header compression context information of the first data service of the terminal saved by the core network node according to the determined header compression context information; And transmitting the determined header compression context information to the terminal, so that the terminal initializes or updates header compression context information of the first data service saved by the terminal.
  • the manner in which the core network node obtains the transmission parameter of the first data service of the terminal includes but is not limited to the following types, and the foregoing manners may be used separately or in combination:
  • the core network node acquires transmission parameters of the first data service from subscription data of the terminal;
  • the core network node acquires, from the application server, a transmission parameter of the first data service of the terminal;
  • the core network node acquires the transmission parameter of the first data service of the terminal from the received data packet of the first data service sent by the terminal;
  • the core network node acquires transmission parameters of the first data service of the terminal according to the static configuration.
  • the core network node sends the determined header compression context information to the terminal by using control signaling or a user plane data packet.
  • the core network node sends the header compression parameter to the terminal, and receives the header compression context information sent by the terminal, where the received header compression context information is determined by the terminal according to the terminal. Determining, by the header compression parameter and the transmission parameter of the first data service, where the transmission parameter includes a transmission address and/or port information; initializing or updating the core network according to the received header compression context information The header compression context information of the first data service of the terminal saved by the node.
  • the core network node receives the header compression context information sent by the terminal by using control signaling or a user plane data packet.
  • the transmission address in the transmission parameter is specifically a source address and/or a destination address
  • the port information in the transmission parameter is specifically a source port and/or a destination port.
  • the transmission parameter may include other parameters related to the transmission, such as a transmission protocol, a protocol version number, and the like, in addition to the transmission address and/or port information.
  • the header compression context information of the first data service includes a header compression protocol used to compress or decompress the data packet of the first data service, and a transmission parameter of the first data service, where the transmission Parameters include transport address and/or port information.
  • each header is compressed up and down.
  • the text information also includes a context identifier for distinguishing different header compression context information.
  • the header compression context information transmitted between the core network node and the terminal may include only transmission parameters of the first data service.
  • the core network node may, according to the header compression parameter, initialize or update the header compression context information of the first data service of the terminal, and then transmit the data packet of the first data service, specifically, the following two types of transmission process:
  • the core network node receives the data packet of the first data service sent by the terminal, and decompresses the packet header of the data packet according to the header compression context information of the first data service of the terminal. ;
  • the core network node compresses the header of the data packet of the first data service to be sent to the terminal according to the header compression context information of the first data service of the terminal, and obtains compressed data. And transmitting, by the packet, the compressed data packet to the terminal.
  • the specific transmission process is as follows:
  • the core network node receives the data packet of the first data service sent by the terminal, and according to the header compression context information of the first data service of the terminal, the data packet is The header is decompressed;
  • the core network node compresses the header of the data packet of the first data service of the terminal to be sent according to the header compression context information of the first data service of the terminal.
  • the compressed data packet is sent to the terminal by the compressed data packet.
  • the specific transmission process is as follows:
  • the core network node receives the data packet of the first data service sent by the terminal, and the context identifier of the first data service, and determines a context identifier corresponding to the first data service.
  • the header compresses the context information and compresses the context information according to the determined header Decompressing the header of the data packet;
  • the core network node determines header compression context information corresponding to the context identifier of the first data service, and the first data service of the terminal to be sent according to the determined header compression context information
  • the packet header of the data packet is compressed to obtain the compressed data packet, and the context identifier of the first data service and the compressed data packet are sent to the terminal.
  • the data packet of the first data service may be carried in a transmission manner such as NAS signaling and user plane bearer.
  • the core network node in this embodiment may be an MME or a P-GW.
  • the core network node in this embodiment may be a C-SGN in a non-roaming scenario.
  • the core network node in this embodiment may be a C-SGN or a P-GW. .
  • the detailed method for determining the compression parameters of the data packet by the terminal is as follows:
  • Step 901 The terminal receives a header compression parameter of the terminal sent by the core network node or header compression context information of the first data service of the terminal.
  • the header compression parameter includes a maximum value of the number of header compression contexts allowed to be used and a header compression protocol allowed to be used; or, the header compression parameter includes a header compression protocol that is allowed to be used.
  • Step 902 The terminal initializes or updates header compression context information of the first data service of the terminal according to the header compression parameter or the received header compression context information.
  • the terminal initializes or updates the header compression context information of the first data service of the terminal according to the header compression parameter, and the specific process is as follows:
  • the manner in which the terminal acquires the transmission parameter of the first data service includes but is not limited to the following two types:
  • the terminal obtains a transmission parameter of the first service data from a header information of the first service data generated by the service application;
  • the terminal obtains transmission parameters of the first service data through the application server.
  • the terminal After the terminal initializes or updates the header compression context information of the first data service of the terminal according to the header compression parameter, the terminal sends the header compression context information of the first data service of the terminal to The core network node, so that the core network node initializes or updates header compression context information of the first data service of the terminal saved by the core network node.
  • the terminal sends, by using control signaling or a user plane data packet, header compression context information of the first data service of the terminal to the core network node.
  • the terminal receives the header compression context information of the first data service of the terminal that is sent by the core network node by using the control signaling or the user plane data packet, and initializes or updates the received header compression context information of the first data service.
  • the header of the first data service of the terminal compresses context information.
  • the header compression context information of the first data service includes a header compression protocol used to compress or decompress the data packet of the first data service, and a transmission parameter of the first data service, where the transmission Parameters include transport address and/or port information.
  • the transport address is specifically a source address and/or a destination address
  • the port information is specifically a source port and/or a destination port.
  • the transmission parameters may include other parameters related to the transmission, such as the protocol version number, in addition to the transport address and/or port information.
  • each header compression context information further includes a context identifier for distinguishing different header compression context information.
  • the header compression context information transmitted between the terminal and the core network node may include only transmission parameters of the first data service.
  • the terminal may transmit the data of the first data service.
  • Packet in the case that the terminal only supports one type of header compression context information, there are two transmission processes:
  • the terminal compresses the header of the data packet to be transmitted of the first data service according to the header compression context information of the first data service, and obtains the compressed data packet, and the compressed data packet Sent to the core network node;
  • the terminal receives the data packet of the first data service sent by the core network node, and decompresses the header of the received data packet according to the header compression context information.
  • the specific transmission process is as follows:
  • the terminal compresses the header of the data packet of the first data service to be sent according to the header compression context information of the first data service, and obtains the compressed data packet, and the compressed data packet. Sending a packet to the core network node;
  • the terminal receives the data packet of the first data service sent by the core network node, and decompresses the packet header of the data packet according to the header compression context information of the first data service. .
  • the specific transmission process is as follows:
  • the terminal determines the header compression context information corresponding to the context identifier of the first data service, and compresses the header of the data packet of the first data service to be sent according to the determined header compression context information to obtain compression.
  • a subsequent data packet, the context identifier of the first data service and the compressed data packet are sent to the core network node;
  • the terminal receives the data packet of the first data service sent by the core network node and the context identifier of the first data service, and determines a header compression corresponding to the context identifier of the first data service. Context information, decompressing the header of the data packet according to the determined header compression context information.
  • the above data transmission is taken as an example, and the specific process of the terminal sending the small data packet is as follows:
  • the terminal needs to send the first small data packet, obtain the packet header information of the first small data packet to be sent, where the packet header information includes a transmission parameter such as a source address, a destination address, and a port number.
  • the terminal determines whether the header compression context information corresponding to the header information exists locally;
  • the terminal allocates a context identifier (CID) for the first small data packet, and determines a header compression protocol corresponding to the first small data packet, where the header compression protocol belongs to a header compression protocol included in the header compression parameter. Encapsulating the uncompressed first small data packet and the identifier of the first small data packet and the identifier of the header compression protocol in the NAS PDU and sending to the network side;
  • CID context identifier
  • the terminal compresses the header of the first small data packet by using the header compression context information corresponding to the header information to obtain the compressed first small data packet, and compresses the first small data packet and the first The context identifier of the small packet is sent to the network side in the NAS PDU.
  • the core network node obtains the first small data from the NAS PDU. If the header of the obtained first small data packet is uncompressed, the header information of the first small data packet and the corresponding CID and the header compression protocol are extracted to generate the first data packet. The header of a small data packet compresses the context information, and saves the correspondence between the CID and the header compression context information for subsequent decompression of the first small data packet;
  • the header of the obtained first small data packet is compressed, determining the header compression context information corresponding to the CID of the first small data packet according to the correspondence between the CID of the data packet saved by the core network node and the header compression context information, The header of the first small data packet is decompressed according to the header compression context information.
  • the process of downlink data transmission is basically the same as the process of uplink data transmission. The only difference is that the first small data packet is compressed by the core network node, and the first small data packet is decompressed by the terminal.
  • the process of negotiating the header compression parameters of the UE and performing data transmission between the UE and the core network is as shown in FIG. 10, and the details are as follows:
  • Step 1001 The UE initiates an attach or tracking area update (TAU) process to the eNB, and negotiates a header compression parameter with the core network node.
  • TAU tracking area update
  • the header compression capability information of the UE is carried in the attach request; or if the header compression capability information of the UE changes, the latest header compression capability information of the UE is carried in the TAU request message.
  • Step 1002 The eNB obtains the original MME according to the attach request of the UE or the parameter GUMMEI carried in the TAU request message. If the original MME is unable to provide the UE with the service or the original GUMMEI is invalid, the MME that can support the header compression is reselected for the UE, and the UE's attach request or TAU request message is forwarded to the target MME.
  • Step 1003 Optionally, if the eNB selects a new MME, the target MME sends a context request message requesting to acquire context information of the UE to the source MME.
  • Step 1004 the source MME returns a context response message to the target MME, where the context response message carries context information of the UE, where the source MME refers to an MME that provides services for the UE before switching to the target MME.
  • Step 1005 The target MME determines the header compression parameter of the UE according to the header compression capability information of the UE, the subscription information of the UE, the context information of the UE acquired from the source MME, and the local policy.
  • Step 1006 Optionally, if the target MME decides to perform header compression processing on the uplink and downlink data packets between the P-GW and the UE, the target MME sends the header compression parameter of the UE to the P-GW by creating a session request message. Or, the target MME sends the header compression capability information of the UE to the P-GW by creating a session request message;
  • Step 1007 The P-GW accepts or rejects the header compression processing according to the local policy, and determines the header compression parameter of the UE in the case of accepting the header compression processing.
  • the P-GW feeds back the UE's header compression parameters to the target MME by creating a session response message.
  • the PGW may determine whether to accept the header compression parameter of the UE sent by the target MME, or the PGW determines the header compression parameter of the UE according to the UE's header compression capability information, a local policy, and the like.
  • Step 1008 The target MME sends an attach or TAU accept message to the UE, the attach or TAU The accept message carries the header compression parameter of the UE.
  • Step 1009 The UE sends a header compression context initialization or update message to the target MME, where the context identifier (CID) of the first data service and the identifier of the header compression protocol used by the first data service are included, and the header compression protocol belongs to the UE.
  • the header compression protocol in the header compression parameter further includes header information of the data packet of the first data service.
  • Step 1010 Optionally, if the header compression process is performed by the P-GW, the target MME forwards the header compression context initialization or update message to the P-GW.
  • Step 1011 to step 1012 The target MME or the P-GW saves the header compression context information, and optionally returns a confirmation message to the UE.
  • the process of initializing or updating the header compression context of steps 1009 to 1012 may be implemented by using control signaling, for example, the UE carries header compression context information of the first data service in an attach or TAU completion message, or a header compression context initialization or update process. It can be implemented by the user plane data packet, that is, the UE carries the header compression context information of the first data service in the sent user plane data packet.
  • the UE and the source MME or the P-GW delete the header compression context information of the first data service of the UE that has been saved.
  • the UE provides header compression capability information to the core network, and the core network node determines the header compression parameter of the UE according to the UE's header compression capability information, the UE subscription information, and the local policy, and the UE and the core network.
  • the header compression context information of the first data service is initialized or updated between the nodes based on the negotiated header compression parameter.
  • the UE and the MME or the P-GW may The header of the data packet of the first data service compresses and transmits the compressed data packet, thereby improving the transmission efficiency of the data packet.
  • the process of negotiating the UE's header compression parameters and performing data transmission between the UE and the core network is as shown in FIG. 11, wherein the P-GW related process is only in the roaming scenario. Applicable below, as follows:
  • Step 1101 The UE initiates an attach or tracking area update (TAU) process to the RAN node, and negotiates a header compression parameter of the UE with the core network node.
  • TAU tracking area update
  • the header compression capability information of the UE is carried in the attach request; or if the header compression capability information of the UE changes, the latest header compression capability information of the UE is carried in the TAU request message.
  • Step 1102 The RAN node performs C-SGN selection according to the UE attach request or the TAU request message. If the original C-SGN cannot provide the UE, the C-SGN capable of supporting header compression is reselected for the UE, and the UE is forwarded. Attach request or TAU request message to target C-SGN.
  • Step 1103 Optionally, if the RAN node selects a new C-SGN for the UE, the target C-SGN requests the source C-SGN to obtain a context request message of the context information of the UE.
  • Step 1104 the source C-SGN provides context information of the UE to the target C-SGN, where the source C-SGN refers to a C-SGN serving the UE before switching to the target C-SGN.
  • Step 1105 The target C-SGN makes a decision according to the UE's header compression capability information, the UE's subscription information, the UE's context information acquired from the source C-SGN, and the local policy, and determines the UE's header compression parameter.
  • Step 1106 Optionally, if the target C-SGN decision is performed by the P-GW for header compression processing, the target C-SGN sends the UE's header compression parameter to the P-GW by creating a session request message, or the target C The SGN transmits the header compression capability information of the UE to the P-GW by creating a session request message.
  • Step 1107 The P-GW accepts or rejects the header compression processing according to the local policy, and determines the header compression parameter of the UE in the case of accepting the header compression processing.
  • the P-GW feeds back the UE's header compression parameters to the target C-SGN by creating a session response message. Specifically, the P-GW determines whether to accept the header compression parameter of the UE sent by the target C-SGN, or the P-GW determines the header compression parameter of the UE according to the UE's header compression capability information, a local policy, and the like.
  • Step 1108 The target C-SGN sends an attach or TAU accept message to the UE, where the attach or TAU accept message carries the header compression parameter of the UE.
  • Step 1109 The UE sends a header compression context initialization or update message to the target C-SGN, where the context identifier (CID) of the first data service and the identifier of the header compression protocol used by the first data service are included, and the header compression protocol belongs to header compression. Header compression protocol in the parameter, also including the first data The header information of the packet of the service.
  • CID context identifier
  • Header compression protocol in the parameter, also including the first data The header information of the packet of the service.
  • Step 1110 Optionally, if the header compression process is performed by the P-GW, the target C-SGN forwards the header compression context initialization or update message to the P-GW.
  • Step 1111 to step 1112 The target C-SGN or the P-GW saves the header compression context information of the first data service, and optionally returns a confirmation message to the UE.
  • the header compression context initialization or update process of the step 1109 to the step 1112 may be implemented by using control signaling, for example, the UE carries the header compression context information of the first data service in the attach or TAU complete message, or the header compression context initialization or update process. It can be implemented by the user plane data packet, that is, the UE carries the header compression context information of the first data service in the sent user plane data packet.
  • the UE and the source C-SGN or the P-GW delete the header compression context information of the first data service of the UE that has been saved.
  • the UE provides header compression capability information to the core network node, and the core network node determines the header compression parameter of the UE according to the UE's header compression capability information, the UE subscription information, and the local policy, and the UE and the core.
  • Initializing or updating header compression context information of the first data service based on the negotiated header compression parameter of the UE between the network nodes, based on the header compression context information of the first data service after initialization or update, the UE and the target C-SGN Or the P-GW can compress the header of the data packet of the first data service and transmit the compressed data packet, thereby improving the transmission efficiency of the data packet.
  • a core network node is provided.
  • the core network node mainly includes:
  • the obtaining module 1201 is configured to acquire header compression capability information of the terminal.
  • a determining module 1202 configured to determine, according to the header compression capability information of the terminal acquired by the acquiring module, a header compression parameter of the terminal;
  • the processing module 1203 is configured to initialize or update the header compression context information of the first data service of the terminal according to the header compression parameter determined by the determining module.
  • the header compression capability information includes a maximum value of a number of header compression contexts supported by the terminal and a header compression protocol supported by the terminal;
  • the header compression parameters include a maximum number of header compression contexts allowed to be used and a header compression protocol that is allowed to be used.
  • the header compression capability information includes a header compression protocol supported by the terminal
  • the header compression parameters include a header compression protocol that is allowed to be used.
  • the processing module is specifically configured to:
  • processing module is specifically configured to:
  • the header compression context information of the first data service includes a header compression protocol used to compress or decompress the data packet of the first data service, and a transmission parameter of the first data service, Transmission parameters include transport address and/or port information.
  • the core network node further includes a data transmission module 1204 for:
  • the header compression context information of the first data service of the terminal that is initialized or updated decompresses a packet header of the data packet;
  • the processing module Determining, according to the header compression context information of the first data service of the terminal that is initialized or updated by the processing module, the header of the data packet of the first data service to be sent to the terminal, and obtaining the compressed header a data packet, the compressed data packet is sent to the terminal.
  • the core network node mainly includes a processor 1301 and a memory 1302.
  • the memory 1302 stores a preset program, and the processor 1301 reads the program saved in the memory 1302, and executes the following process according to the program:
  • the header compression capability information includes a maximum value of a number of header compression contexts supported by the terminal and a header compression protocol supported by the terminal;
  • the header compression parameters include a maximum number of header compression contexts allowed to be used and a header compression protocol that is allowed to be used.
  • the header compression capability information includes a header compression protocol supported by the terminal
  • the header compression parameters include a header compression protocol that is allowed to be used.
  • the processor 1301 acquires a transmission parameter of the first data service of the terminal, where the transmission parameter includes a transmission address and/or port information, and according to the header compression parameter and the first data. a transmission parameter of the service, determining header compression context information; initializing or updating header compression context information of the first data service of the terminal saved by the core network node according to the determined header compression context information; Determining header compression context information to the terminal, such that the terminal initializes or updates the first data service saved by the terminal The header compresses context information.
  • the processor 1301 sends the header compression parameter to the terminal, and receives the header compression context information sent by the terminal, where the received header compression context information is determined by the terminal according to the a header compression parameter and a transmission parameter of the first data service, wherein the transmission parameter includes a transmission address and/or port information; and the core network node is initialized or updated according to the received header compression context information.
  • the header of the first data service of the terminal compresses context information.
  • the header compression context information of the first data service includes a header compression protocol used to compress or decompress the data packet of the first data service, and a transmission parameter of the first data service, where the transmission Parameters include transport address and/or port information.
  • the core network node further includes a transceiver 1303 for receiving or transmitting data under the control of the processor 1301.
  • the processor 1301 receives the data packet of the first data service sent by the terminal by using the transceiver 1303, and decompresses the packet header of the data packet according to the header compression context information of the first data service of the terminal; or,
  • a terminal is provided in the fifth embodiment of the present invention.
  • the terminal refer to the related description in the foregoing method embodiment, and the repeated description is not repeated, as shown in FIG. mainly includes:
  • the receiving module 1401 is configured to receive a header compression parameter of the terminal sent by the core network node or header compression context information of the first data service of the terminal;
  • the processing module 1402 is configured to initialize or update header compression context information of the first data service of the terminal according to the header compression parameter or the received header compression context information received by the receiving module.
  • the header compression parameter includes a maximum value of the number of header compression contexts allowed to be used and a header compression protocol allowed to be used; or the header compression parameter includes a header compression protocol that is allowed to be used.
  • processing module 1402 is specifically configured to:
  • Obtaining a transmission parameter of the first data service determining, according to the transmission parameter and the header compression parameter, header compression context information of the first data service, where the transmission parameter includes a transmission address and/or port information ;
  • the terminal further includes a sending module 1403, configured to:
  • the header of the first data service of the terminal compresses context information.
  • the header compression context information of the first data service includes a header compression protocol used to compress or decompress the data packet of the first data service, and a transmission parameter of the first data service, where the transmission Parameters include transport address and/or port information.
  • the terminal further includes a data transmission module 1404 for:
  • the packet header of the data packet to be transmitted of the first data service to obtain a compressed data packet, and after the compression
  • the data packet is sent to the core network node;
  • a terminal is provided in the sixth embodiment of the present invention.
  • the terminal mainly includes a processor 1501, a memory 1502, and a transceiver 1503.
  • the memory 1502 stores a preset program, and the processor 1501 reads the program in the memory 1502, and executes the following process according to the program:
  • the header compression parameter includes a maximum value of the number of header compression contexts allowed to be used and a header compression protocol allowed to be used; or the header compression parameter includes a header compression protocol that is allowed to be used.
  • the processor acquires a transmission parameter of the first data service, and determines, according to the transmission parameter and the header compression parameter, header compression context information of the first data service, where the transmission parameter includes Transmitting address and/or port information; initializing or updating header compression context information of the first data service of the terminal according to the determined header compression context information.
  • the processor 1501 sends the header compression context information of the first data service of the terminal to the core network node by using the transceiver 1503, so that the core network node initializes or updates the core network node to save.
  • the header of the first data service of the terminal compresses context information.
  • the header compression context information of the first data service includes a header compression protocol used to compress or decompress the data packet of the first data service, and a transmission parameter of the first data service, where the transmission Parameters include transport address and/or port information.
  • the processor 1501 compresses a header of the data packet to be transmitted of the first data service according to the header compression context information of the first data service, and obtains the compressed data packet, where the compressed data packet is obtained. Transmitted to the core network node by the transceiver 1503;
  • the core network node determines the header compression parameter of the terminal according to the header compression capability information of the terminal, and initializes the header compression context information of the first data service of the terminal according to the determined header compression parameter. Or updating, so that the core network node and the terminal can compress and transmit the packet header of the data packet of the first data service according to the header compression context information of the first data service of the terminal, thereby improving the transmission efficiency of the data packet. This improves network bandwidth utilization.
  • the compression parameters of the data packets negotiated between the terminal and the core network node enable the transmission of the header compressed data packets in the wireless link and the wired network, thereby further improving the data packet in the wireless chain.
  • the header compression between the terminal and the core network node can support various service data transmission modes such as NAS signaling and user plane bearer, improve the flexibility of transmitting service data, and improve the flexibility of data transmission of the network support service.
  • embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) including computer usable program code.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种数据包的压缩参数确定方法及相关设备，用以提高数据包的传输效率和网络带宽利用率。该方法为：核心网节点获取终端的头压缩能力信息；所述核心网节点根据所述终端的头压缩能力信息，确定所述终端的头压缩参数；所述核心网节点根据所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新。

Description

一种数据包的压缩参数确定方法及相关设备 技术领域
本发明涉及通信技术领域，尤其涉及一种数据包的压缩参数确定方法及相关设备。
背景技术
(一)、EPS网络架构
演进分组系统(Evolved Packet System，EPS)网络架构如图1所示。其中演进的通用路基无线接入网(Evolved universal terrestrial radio access network，EUTRAN)由多个基站(eNodeB)组成的网络，eNodeB通过用户面接口S1-U与服务网关(Serving Gateway，S-GW)相连，通过控制面接口S1-MME与移动性管理实体(Mobility Management Entity，MME)相连。MME要负责用户会话管理的所有控制平面功能，包括非接入层(Non Access Stratum，NAS)信令及安全，跟踪区的管理，分组数据网络网关(PDN Gateway，P-GW；PDN，Packet Data Network)与S-GW的选择等。S-GW主要负责终端(UE)的数据传输、转发以及路由切换等，并作为终端在eNodeB之间切换时的本地移动性锚定点。P-GW负责UE的互联网协议(Internet Protocol，IP)地址分配，终端的数据报文过滤、速率控制、生成计费信息等。
基于EPS的网络架构中，如果长时间没有数据传输，UE进入空闲(IDLE)态。在UE处于空闲态时，EPS网络在收到用户下行的数据报文或者信令时触发服务请求流程，在该流程中MME在UE所在的跟踪区域内发起寻呼，UE响应MME的寻呼而转入连接态(Connected)接收数据或者信令，具体过程如图2所示。
(二)蜂窝物联网(Cellular Internet of Things，简称CIoT)
目前，3GPP正在开展基于蜂窝网络的物联网即CIoT的研究，通过架构 增强以支持超低复杂度、功率受限、低数据速率的物联网设备，如图3所示为非漫游场景下的CIoT架构示意图，如图4所示为漫游场景下的CIoT架构示意图。其中，CIoT服务网关节点(CIoT Serving Gateway Node，简称C-SGN)用于支持与CIoT应用场景所必需的相关功能。
(三)小数据包传输
一些机器到机器(Machine to Machine，M2M)应用，例如水表、电表、传感器等，主要接收或者发送的数据都是小数据包量的数据。在现有的LTE机制中，当处于IDLE态的UE有数据需要传输时需要发起服务请求(Service Request)过程来建立空口和S1接口的承载，并且需要下载无线资源控制(Radio Resource Control，RRC)安全上下文信息到eNB中，传输小数据包包的效率非常低，传输一次小数据包带来的信令开销远远超过需要传递的数据。目前的优化方案是将小数据包封装在NAS信令进行传输，终端发起(MO)的小数据包传输流程如图5所示和终端终结(MT)的小数据包传输流程如图6所示，其中，小数据包为IP数据包。
对于上行小数据包，MTC终端设备将经过加密的小数据包封装在NAS消息中，通过RRC连接建立完成(Connection Setup Complete)消息传输到eNB，并由eNB通过S1接入点初始UE(AP Initial UE)消息转发至MME。MME解密NAS消息，获取IP数据包和演进分组系统承载标识(EPS Bearer ID；EPS，Evolved Packet System)。当下行小数据包到达S-GW时，S-GW将下行小数据包封装在下行数据通知(Downlink Data Notification)消息中发送给MME，由MME通过S1下行NAS传输(Downlink NAS Transport)消息中的NAS协议数据单元(Protocol Data Unit，PDU)的加密信元来携带下行小数据包，通过eNB将NAS PDU发送至UE。
如何进一步提高小数据包的传输效率和网络带宽利用率是需要解决的问题。
发明内容
本发明实施例提供一种数据包的压缩参数确定方法及相关设备，用以提高数据包的传输效率和网络带宽利用率。
本发明实施例提供的具体技术方案如下：
第一方面，提供了一种数据包的压缩参数确定方法，包括：
核心网节点获取终端的头压缩能力信息；
所述核心网节点根据所述终端的头压缩能力信息，确定所述终端的头压缩参数；
所述核心网节点根据所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新。
结合第一方面，在第一种可能的实现方式中，所述头压缩能力信息包括所述终端支持的头压缩上下文数目的最大值和所述终端支持的头压缩协议；
所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议。
结合第一方面，在第二种可能的实现方式中，所述头压缩能力信息包括所述终端支持的头压缩协议；
所述头压缩参数包括允许使用的头压缩协议。
结合第一方面至第二种可能的实现方式中的任意一种，在第三种可能的实现方式中，所述核心网节点根据所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新，包括：
所述核心网节点获取所述终端的所述第一数据业务的传输参数，其中，所述传输参数包括传输地址和/或端口信息；
根据所述头压缩参数以及所述第一数据业务的传输参数，确定头压缩上下文信息；
根据所述确定的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息；
发送所述确定的头压缩上下文信息至所述终端，以使得所述终端初始化或更新所述终端保存的所述第一数据业务的头压缩上下文信息。
结合第一方面至第二种可能的实现方式中的任意一种，在第四种可能的实现方式中，所述核心网节点根据所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新，包括：
所述核心网节点将所述头压缩参数发送给所述终端；
接收所述终端发送的头压缩上下文信息，其中，所述接收的头压缩上下文信息是由所述终端根据所述头压缩参数以及所述第一数据业务的传输参数确定的，其中，所述传输参数包括传输地址和/或端口信息；
根据所述接收的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
结合第一方面至第四种可能的实现方式中的任意一种，在第五种可能的实现方式中，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
结合第一方面至第五种可能的实现方式中的任意一种，在第六种可能的实现方式中，所述方法还包括：
所述核心网节点接收所述终端发送的所述第一数据业务的数据包，根据所述终端的所述第一数据业务的头压缩上下文信息对所述数据包的包头进行解压缩；
或者，
所述核心网节点根据所述终端的所述第一数据业务的头压缩上下文信息，对待发送给所述终端的所述第一数据业务的数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述终端。
第二方面，提供了一种数据包的压缩参数确定方法，包括：
终端接收核心网节点发送的所述终端的头压缩参数或所述终端的第一数据业务的头压缩上下文信息；
所述终端根据所述头压缩参数或所述接收的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
结合第二方面，在第一种可能的实现方式中，所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议；或者，所述头压缩参数包括允许使用的头压缩协议。
结合第二方面或第一种可能的实现方式，在第二种可能的实现方式中，所述终端根据所述头压缩参数，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息，包括：
所述终端获取所述第一数据业务的传输参数，根据所述传输参数以及所述头压缩参数，确定所述第一数据业务的头压缩上下文信息，其中，所述传输参数包括传输地址和/或端口信息；
根据所述确定的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
结合第二方面至第二种可能的实现方式中的任意一种，在第三种可能的实现方式中，所述终端根据所述头压缩参数，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息之后，还包括：
将所述终端的所述第一数据业务的头压缩上下文信息发送至所述核心网节点，以使得所述核心网节点初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
结合第二方面至第三种可能的实现方式中的任意一种，在第四种可能的实现方式中，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
结合第二方面至第四种可能的实现方式中的任意一种，在第五种可能的实现方式中，所述方法还包括：
所述终端根据所述第一数据业务的头压缩上下文信息，对所述第一数据业务的待传输数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述核心网节点；
或者，
所述终端接收所述核心网节点发送的所述第一数据业务的数据包，根据所述头压缩上下文信息对所述接收的数据包的包头进行解压缩。
第三方面，提供了一种核心网节点，包括：
获取模块，用于获取终端的头压缩能力信息；
确定模块，用于根据所述获取模块获取的所述终端的头压缩能力信息，确定所述终端的头压缩参数；
处理模块，用于根据所述确定模块确定的所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新。
结合第三方面，在第一种可能的实现方式中，所述头压缩能力信息包括所述终端支持的头压缩上下文数目的最大值和所述终端支持的头压缩协议；
所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议。
结合第三方面，在第二种可能的实现方式中，所述头压缩能力信息包括所述终端支持的头压缩协议；
所述头压缩参数包括允许使用的头压缩协议。
结合第三方面至第二种可能的实现方式中的任意一种，在第三种可能的实现方式中，所述处理模块具体用于：
获取所述终端的所述第一数据业务的传输参数，其中，所述传输参数包括传输地址和/或端口信息；
根据所述头压缩参数以及所述第一数据业务的传输参数，确定头压缩上下文信息；
根据所述确定的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息；
发送所述确定的头压缩上下文信息至所述终端，以使得所述终端初始化或更新所述终端保存的所述第一数据业务的头压缩上下文信息。
结合第三方面至第二种可能的实现方式中的任意一种，在第四种可能的实现方式中，所述处理模块具体用于：
将所述头压缩参数发送给所述终端；
接收所述终端发送的头压缩上下文信息，其中，所述接收的头压缩上下文信息是由所述终端根据所述头压缩参数以及所述第一数据业务的传输参数确定的，其中，所述传输参数包括传输地址和/或端口信息；
根据所述接收的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
结合第三方面至第四种可能的实现方式中的任意一种，在第五种可能的实现方式中，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
结合第三方面至第五种可能的实现方式中的任意一种，在第六种可能的实现方式中，还包括数据传输模块，用于：
接收所述终端发送的所述第一数据业务的数据包，根据所述处理模块初始化或更新后的所述终端的所述第一数据业务的头压缩上下文信息对所述数据包的包头进行解压缩；
或者，
根据所述处理模块初始化或更新后的所述终端的所述第一数据业务的头压缩上下文信息，对待发送给所述终端的所述第一数据业务的数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述终端。
第四方面，提供了一种终端，包括：
接收模块，用于接收核心网节点发送的所述终端的头压缩参数或所述终端的第一数据业务的头压缩上下文信息；
处理模块，用于根据所述接收模块接收的所述头压缩参数或所述接收的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
结合第四方面，在第一种可能的实现方式中，所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议；或者，所述头 压缩参数包括允许使用的头压缩协议。
结合第四方面或第一种可能的实现方式，在第二种可能的实现方式中，所述处理模块具体用于：
获取所述第一数据业务的传输参数，根据所述传输参数以及所述头压缩参数，确定所述第一数据业务的头压缩上下文信息，其中，所述传输参数包括传输地址和/或端口信息；
根据所述确定的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
结合第四方面至第二种可能的实现方式，在第三种可能的实现方式中，还包括发送模块，用于：
将所述处理模块初始化或更新后的所述终端的所述第一数据业务的头压缩上下文信息发送至所述核心网节点，以使得所述核心网节点初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
结合第四方面至第三种可能的实现方式，在第四种可能的实现方式中，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
结合第四方面至第四种可能的实现方式，在第五种可能的实现方式中，还包括数据传输模块用于：
根据所述处理模块初始化或更新后的所述第一数据业务的头压缩上下文信息，对所述第一数据业务的待传输数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述核心网节点；
或者，
接收所述核心网节点发送的所述第一数据业务的数据包，根据所述头压缩上下文信息对所述接收的数据包的包头进行解压缩。
基于上述技术方案，本发明实施例中，核心网节点根据终端的头压缩能力信息确定终端的头压缩参数，根据确定的头压缩参数对所述终端的第一数 据业务的头压缩上下文信息进行初始化或更新，从而使得核心网节点与终端之间能够根据所述终端的第一数据业务的头压缩上下文信息对第一数据业务的数据包的包头进行压缩后传输，提高了数据包的传输效率，进而提高了网络带宽利用率。
附图说明
图1为EPS网络架构示意图；
图2为EPS网络触发业务请求的流程示意图；
图3为非漫游场景下CIoT网络架构示意图；
图4为漫游场景下CIoT网络架构示意图；
图5为终端发起的小数据包传输流程示意图；
图6为终端终结的小数据包传输流程示意图；
图7为EPS系统控制面协议栈示意图；
图8为本发明实施例中核心网节点确定数据包的压缩参数的方法流程示意图；
图9为本发明实施例中终端确定数据包的压缩参数的方法流程示意图；
图10为本发明实施例中EPS系统中头压缩参数协商以及数据传输过程示意图；
图11为本发明实施例中CIoT系统中头压缩参数协商以及数据传输过程示意图；
图12为本发明实施例中核心网节点的结构示意图；
图13为本发明实施例中另一核心网节点的结构示意图；
图14为本发明实施例中终端的结构示意图；
图15为本发明实施例中另一终端的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本 发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
由于分组交换(Packet Switch，PS)域的分组数据中，网络协议头相对于有效数据载荷的比重较大，例如IP协议头、传输控制协议(Transport Control Protocol，TCP)协议、用户数据报协议(User Datagram Protocol，UDP)、实时传输协议(Real-time Transport Protocol，RTP)或IP封装安全有效载荷(ESP)协议，占用了相当大的带宽。同时由于网络协议头并不是针对无线网络数据传输设计的，在无线网络的数据传输中，网络协议头中的很多域保持不变或变化很小，这些保持不变或变化很小的域是冗余的，因此头压缩的目的是：在压缩端到解压缩端的传输过程中，削减网络协议头冗余的域，提高PS域的传输效率和带宽的利用效率。
分组数据汇聚协议(Packet Data Convergence Protocol，简称为PDCP)是LTE系统无线接口中层2协议的重要组成部分。数据包的头压缩和解压缩是在两个对等的PDCP实体之间完成的，即UE侧PDCP和eNB侧PDCP。
目前，长期演进(Long Term Evolution，LTE)的PDCP实现数据包头压缩的方法是基于IETF RFC 4995定义的鲁棒性头压缩(Robust Header Compression，简称为RoHC)框架。RoHC实现头压缩的机制是：在连接开始的时候，压缩端首先发送一个全头包(FULL HEADER)分组数据给解压缩端，通过该全头包可以在压缩端和解压缩端建立该分组数据流的上下文信息(CONTEXT)，压缩端发送压缩后的分组数据给解压缩端，解压缩端利用已经建立的上下文信息和收到的压缩后的分组数据，通过解压缩算法进行解压缩，获得压缩前的分组数据(packet)。
3GPP TS 36.323PDCP协议规范给出了目前LTE系统支持的头压缩协议，如表1所示。
表1
Profile标识 用途 参考协议
0x0000 无压缩 RFC 4995
0x0001 RTP/UDP/IP RFC 3095,RFC 4815
0x0002 UDP/IP RFC 3095,RFC 4815
0x0003 ESP/IP RFC 3095,RFC 4815
0x0004 IP RFC 3843,RFC 4815
0x0006 TCP/IP RFC 4996
0x0101 RTP/UDP/IP RFC 5225
0x0102 UDP/IP RFC 5225
0x0103 ESP/IP RFC 5225
0x0104 IP RFC 5225
RoHC相关的协议参数包括：
MAX_CID：该参数规定了UE和网络实体能够支持的上下文标识(CID)的最大值。一个RoHC上下文与一个CID相对应。
PROFILES:该参数规定了UE可支持的头压缩协议(Profiles)。一个头压缩协议(Profile)与一个CID相关联，指明了该CID对应采用的Profile。
头压缩机制可提高数据包的传输效率和带宽的利用效率。机器类通信(Machine Type Communications，MTC)设备的小数据包是封装在NAS PDU中进行传输。而在EPS中，数据包头压缩的功能是在UE和eNB之间的层2协议PDCP实体间进行。如图7所示，eNB仅能处理NAS层以下的PDU，无法对封装在NAS PDU中小数据包的协议头进行压缩和解压缩。
同时，在LTE系统现有的头压缩机制中，当RRC连接释放时，UE和eNB并不保存RoHC上下文信息。因此当UE从空闲态发起数据包的收发，由于UE和eNB侧没有事先建立RoHC上下文，UE发送或接收的第一个数据包不能进行头压缩。
因此，现有技术不支持对基于NAS消息的小数据包传输进行头压缩，不 能通过头压缩机制提高小数据包的传输效率和带宽的利用效率。
以下实施例所提供的数据包的压缩参数确定过程可适用于EPS系统以及CIoT系统，需要说明的是，也不排除将以下实施例提供的数据包的压缩参数确定的过程应用于其它系统的可能性，本发明的保护范围并不以此为限制。
基于以上分析，本发明第一实施例中，如图8所示，核心网节点确定数据包的压缩参数的详细方法流程如下：
步骤801：核心网节点获取终端的头压缩能力信息。
实施中，若终端支持多种头压缩协议，则头压缩能力信息包括终端支持的头压缩上下文数目的最大值和终端支持的头压缩协议，若终端仅支持一种头压缩协议，则头压缩能力信息包括终端支持的头压缩协议。
具体实施中，所述核心网节点获取所述终端的头压缩能力信息的方式包括但不限于以下几种：
第一，所述核心网节点获取所述终端提供的所述终端的头压缩能力信息；
第二，所述核心网节点从之前为所述终端提供服务的原核心网节点获取所述终端的头压缩能力信息；
第三，所述核心网节点从所述终端的签约数据中获取所述终端的头压缩能力信息，所述终端的签约数据可以从归属用户服务器(Home Subscriber Server，HSS)获得。
步骤802：核心网节点根据所述终端的头压缩能力信息，确定所述终端的头压缩参数。
实施中，核心网节点确定的终端的头压缩参数与该终端的头压缩能力相适应，具体地，若终端的头压缩能力信息包括该终端支持的头压缩上下文数目的最大值和该终端支持的头压缩协议，则头压缩参数包括允许该终端使用的头压缩上下文数目的最大值和允许该终端使用的头压缩协议；
若终端的头压缩能力信息包括终端支持的头压缩协议，则头压缩参数包括允许该终端使用的头压缩协议。
实施中，根据具体应用场景，核心网节点根据所述终端的头压缩能力信 息确定所述终端的头压缩参数之后，将确定的头压缩参数发送给所述终端。
一个具体实施中，核心网节点根据终端的头压缩能力信息、核心网节点的头压缩能力信息以及终端的签约信息确定终端的头压缩参数。
其中，核心网节点的头压缩能力信息包括核心网节点支持的头压缩上下文数目的最大值以及支持的头压缩协议。
例如，核心网节点首先根据终端的签约信息确定所述终端支持头压缩后，根据终端的头压缩能力信息以及核心网节点的头压缩能力信息，确定头压缩参数。
另一个具体实施中，核心网节点根据终端的头压缩能力信息以及核心网节点的头压缩能力信息确定终端的头压缩参数。
例如，若核心网节点的头压缩能力信息为：支持的头压缩上下文数目的最大值为3，支持的头压缩协议种类为3种；若终端的头压缩能力信息为：支持的头压缩上下文数目的最大值为2，支持的头压缩协议种类为2种；并且，核心网节点也支持终端所支持的头压缩协议种类，则确定头压缩参数为：允许使用的头压缩上下文数目的最大值为2，且允许使用的头压缩协议种类为2种。
步骤803：核心网节点根据所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新。
第一具体实施中，所述核心网节点获取所述终端的所述第一数据业务的传输参数，其中，所述传输参数包括传输地址和/或端口信息；根据所述头压缩参数以及所述第一数据业务的传输参数，确定头压缩上下文信息；根据所述确定的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息；发送所述确定的头压缩上下文信息至所述终端，以使得所述终端初始化或更新所述终端保存的所述第一数据业务的头压缩上下文信息。
其中，所述核心网节点获取所述终端的所述第一数据业务的传输参数的方式包括但不限于以下几种，且这几种方式可以单独使用或者结合使用：
第一种，所述核心网节点从所述终端的签约数据中获取所述第一数据业务的传输参数；
第二种，所述核心网节点从应用服务器获取所述终端的第一数据业务的传输参数；
第三种，所述核心网节点从接收的所述终端发送的所述第一数据业务的数据包中，获取所述终端的第一数据业务的传输参数；
第四种，所述核心网节点根据静态配置获取所述终端的第一数据业务的传输参数。
具体地，所述核心网节点通过控制信令或用户面数据包发送所述确定的头压缩上下文信息至所述终端。
第二具体实施中，所述核心网节点将所述头压缩参数发送给所述终端；接收所述终端发送的头压缩上下文信息，其中，所述接收的头压缩上下文信息是由所述终端根据所述头压缩参数以及所述第一数据业务的传输参数确定的，其中，所述传输参数包括传输地址和/或端口信息；根据所述接收的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
具体地，所述核心网节点通过控制信令或用户面数据包接收所述终端发送的头压缩上下文信息。
其中，第一和第二具体实施中，所述传输参数中的传输地址具体为源地址和/或目的地址，所述传输参数中的端口信息具体为源端口和/或目的端口。
实施中，第一和第二具体实施中，所述传输参数中除包括传输地址和/或端口信息之外，还可能会包括传输相关的其它参数，例如传输协议、协议版本号等。
其中，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
具体地，在终端支持多种头压缩上下文信息的情况下，每个头压缩上下 文信息还包括一个上下文标识，用于区分不同的头压缩上下文信息。
实施中，如果头压缩参数仅包括一种头压缩协议，则所述核心网节点和所述终端之间传递的头压缩上下文信息中可以仅包括第一数据业务的传输参数。
实施中，核心网节点根据所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新后可以传输所述第一数据业务的数据包，具体有以下两种传输过程：
第一，所述核心网节点接收所述终端发送的所述第一数据业务的数据包，根据所述终端的所述第一数据业务的头压缩上下文信息对所述数据包的包头进行解压缩；
第二，所述核心网节点根据所述终端的所述第一数据业务的头压缩上下文信息，对待发送给所述终端的所述第一数据业务的数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述终端。
具体实施中，在终端仅支持一种头压缩上下文信息的情况下，具体地传输过程如下：
在上行数据传输过程中，所述核心网节点接收所述终端发送的所述第一数据业务的数据包，根据所述终端的所述第一数据业务的头压缩上下文信息对所述数据包的包头进行解压缩；
在下行数据传输过程中，所述核心网节点根据所述终端的所述第一数据业务的头压缩上下文信息，对待发送的所述终端的所述第一数据业务的数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述终端。
具体实施中，在终端支持多种头压缩上下文信息的情况下，具体地传输过程如下：
在上行数据传输过程中，所述核心网节点接收所述终端发送的所述第一数据业务的数据包以及所述第一数据业务的上下文标识，确定所述第一数据业务的上下文标识对应的头压缩上下文信息，根据确定的头压缩上下文信息 对所述数据包的包头进行解压缩；
在下行数据传输过程中，所述核心网节点确定所述第一数据业务的上下文标识对应的头压缩上下文信息，根据确定的头压缩上下文信息对待发送的所述终端的所述第一数据业务的数据包的包头进行压缩获得压缩后的数据包，将所述第一数据业务的上下文标识以及所述压缩后的数据包发送给所述终端。
本发明实施例中，第一数据业务的数据包可携带在NAS信令、用户面承载等传输方式中传输。
若应用于EPS系统，该实施例中的核心网节点可以是MME也可以是P-GW。
若应用于CIoT场景，在非漫游场景下，该实施例中的核心网节点可以是C-SGN，在漫游场景下，该实施例中的核心网节点可以是C-SGN也可以是P-GW。
基于同一发明构思，本发明第二实施例中，如图9所示，终端确定数据包的压缩参数的详细方法流程如下：
步骤901：终端接收核心网节点发送的所述终端的头压缩参数或所述终端的第一数据业务的头压缩上下文信息。
其中，头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议；或者，所述头压缩参数包括允许使用的头压缩协议。
步骤902：终端根据所述头压缩参数或所述接收的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
具体实施中，所述终端根据所述头压缩参数，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息，具体过程如下：
所述终端获取所述第一数据业务的传输参数，根据所述传输参数以及所述头压缩参数，确定所述第一数据业务的头压缩上下文信息，其中，所述传输参数包括传输地址和/或端口信息；根据所述确定的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
具体地，所述终端获取所述第一数据业务的传输参数的方式包括但不限于以下两种：
第一，所述终端从业务应用产生的第一业务数据的包头信息中获得第一业务数据的传输参数；
第二，所述终端通过应用服务器获得第一业务数据的传输参数。
其中，所述终端根据所述头压缩参数，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息之后，将所述终端的所述第一数据业务的头压缩上下文信息发送至所述核心网节点，以使得所述核心网节点初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
具体地，所述终端通过控制信令或用户面数据包将所述终端的所述第一数据业务的头压缩上下文信息发送至所述核心网节点
具体地，终端接收核心网节点通过控制信令或用户面数据包发送的所述终端的第一数据业务的头压缩上下文信息，采用接收的所述第一数据业务的头压缩上下文信息初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
其中，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
其中，所述传输地址具体为源地址和/或目的地址，所述端口信息具体为源端口和/或目的端口。
实施中，所述传输参数中除包括传输地址和/或端口信息之外，还可能会包括传输相关的其它参数，例如协议版本号等。
实施中，在终端支持多种头压缩上下文信息的情况下，每个头压缩上下文信息还包括一个上下文标识，用于区分不同的头压缩上下文信息。实施中，如果头压缩参数仅包括一种头压缩协议，则所述终端和所述核心网节点之间传递的头压缩上下文信息中可以仅包括第一数据业务的传输参数。
实施中，终端根据所述头压缩参数或所述接收的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息之后，可以传输所述第一数据业务的数据包，在终端仅支持一种头压缩上下文信息的情况下，具体有以下两种传输过程：
第一，所述终端根据所述第一数据业务的头压缩上下文信息，对所述第一数据业务的待传输数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述核心网节点；
第二，所述终端接收所述核心网节点发送的所述第一数据业务的数据包，根据所述头压缩上下文信息对所述接收的数据包的包头进行解压缩。
具体实施中，在终端仅支持一种头压缩上下文信息的情况下，具体地传输过程如下：
在上行数据传输过程中，终端根据所述第一数据业务的头压缩上下文信息对待发送的所述第一数据业务的数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述核心网节点；
在下行数据传输过程中，所述终端接收所述核心网节点发送的所述第一数据业务的数据包，根据所述第一数据业务的头压缩上下文信息对所述数据包的包头进行解压缩。
具体实施中，在终端支持多种头压缩上下文信息的情况下，具体地传输过程如下：
在上行数据传输过程中，终端确定所述第一数据业务的上下文标识对应的头压缩上下文信息，根据确定的头压缩上下文信息对待发送的所述第一数据业务的数据包的包头进行压缩获得压缩后的数据包，将所述所述第一数据业务的上下文标识以及所述压缩后的数据包发送给所述核心网节点；
在下行数据传输过程中，终端接收所述核心网节点发送的所述第一数据业务的数据包以及所述第一数据业务的上下文标识，确定所述第一数据业务的上下文标识对应的头压缩上下文信息，根据确定的头压缩上下文信息对所述数据包的包头进行解压缩。
一个具体实施例中，以上行数据传输为例，终端发送小数据包的具体过程如下：
终端需要发送第一小数据包的情况下，获取待发送的第一小数据包的包头信息，该包头信息中包括源地址、目的地址、端口号等传输参数；
终端判断本地是否存在该包头信息对应的头压缩上下文信息；
若不存在，则终端为该第一小数据包分配一个上下文标识(CID)，并且确定该第一小数据包对应的头压缩协议，该头压缩协议属于头压缩参数中包含的头压缩协议，将未经压缩的第一小数据包以及该第一小数据包的上下文标识以及头压缩协议的标识封装在NAS PDU中发送至网络侧；
若存在，则终端采用该包头信息对应的头压缩上下文信息对该第一小数据包的包头进行压缩后获得压缩后的第一小数据包，将压缩后的第一小数据包以及该第一小数据包的上下文标识封装在NAS PDU中发送至网络侧。
相应地，网络侧接收小数据包的具体过程如下：
核心网节点从NAS PDU中获取第一小数据，若获取的第一小数据包的包头未经压缩，则提取该第一小数据包的包头信息以及对应的CID以及头压缩协议，生成该第一小数据包的头压缩上下文信息，并保存该CID与该头压缩上下文信息的对应关系，以用于后续的第一小数据包的解压缩；
若获取的第一小数据包的包头经过压缩，根据所述核心网节点保存的数据包的CID与头压缩上下文信息的对应关系，确定该第一小数据包的CID对应的头压缩上下文信息，根据该头压缩上下文信息对该第一小数据包的包头进行解压缩。
下行数据传输的过程与上行数据传输过程基本相同，区别之处仅在于由核心网节点对第一小数据包进行压缩，由终端对第一小数据包进行解压缩。
以下通过几个具体实施例对本发明实施例所提供的数据包的压缩参数确定过程以及数据传输过程进行详细说明。
第一具体实施例中，在EPS系统中，UE与核心网之间协商所述UE的头压缩参数以及进行数据传输的过程如图10所示，具体如下：
步骤1001：UE向eNB发起附着或跟踪区更新(TAU)过程，与核心网节点协商头压缩参数。
若为初始附着过程，在附着请求中携带UE的头压缩能力信息；或者，若UE的头压缩能力信息发生变化，则在TAU请求消息中携带UE最新的头压缩能力信息。
步骤1002：eNB根据UE的附着请求或TAU请求消息中携带的参数GUMMEI得出原MME。如果原MME不能为UE提供服务或者原GUMMEI无效，则为UE重新选择能够支持头压缩的MME，并转发UE的附着请求或TAU请求消息至目标MME。
步骤1003：可选地，若eNB选择了新的MME，则目标MME向源MME发送请求获取UE的上下文信息的上下文请求消息。
步骤1004：可选地，源MME向目标MME返回上下文响应消息，该上下文响应消息中携带UE的上下文信息，其中源MME是指在切换至目标MME之前为UE提供服务的MME。
步骤1005：目标MME根据UE的头压缩能力信息、UE的签约信息、从源MME获取的UE的上下文信息以及本地策略等进行决策，决定所述UE的头压缩参数。
步骤1006：可选地，若目标MME决策由P-GW与UE之间进行上下行数据包的头压缩处理，则目标MME通过创建会话请求消息将所述UE的头压缩参数发送至P-GW，或者，目标MME通过创建会话请求消息将所述UE的头压缩能力信息发送至P-GW；
步骤1007：P-GW根据本地策略接受或拒绝进行头压缩处理，以及在接受头压缩处理的情况下，确定所述UE的头压缩参数。P-GW通过创建会话响应消息向目标MME反馈所述UE的头压缩参数。其中，PGW可以是确定是否接受所述目标MME发送的所述UE的头压缩参数，或者，PGW根据UE的头压缩能力信息以及本地策略等确定所述UE的头压缩参数。
步骤1008：目标MME向UE发送附着或TAU接受消息，该附着或TAU 接受消息中携带所述UE的头压缩参数。
步骤1009：UE向目标MME发送头压缩上下文初始化或更新消息，其中包括第一数据业务的上下文标识(CID)以及第一数据业务采用的头压缩协议的标识，该头压缩协议属于所述UE的头压缩参数中的头压缩协议，还包括第一数据业务的数据包的包头信息。
步骤1010：可选地，如果由P-GW进行头压缩处理，则目标MME将头压缩上下文初始化或更新消息转发给P-GW。
步骤1011～步骤1012：目标MME或P-GW保存头压缩上下文信息，可选地，向UE回复确认消息。
其中，步骤1009～步骤1012的头压缩上下文初始化或更新过程可以通过控制信令实现，例如UE在附着或TAU完成消息中携带第一数据业务的头压缩上下文信息，或者头压缩上下文初始化或更新过程可以通过用户面数据包实现，即UE在发送的用户面数据包中携带第一数据业务的头压缩上下文信息。
其中，若UE或目标MME不支持头压缩，则UE与源MME或P-GW删除已经保存的该UE的第一数据业务的头压缩上下文信息。
第一具体实施例中，UE向核心网提供头压缩能力信息，由核心网节点根据UE的头压缩能力信息、UE的签约信息以及本地策略进行决策，决定UE的头压缩参数，UE与核心网节点之间基于协商好的头压缩参数初始化或更新第一数据业务的头压缩上下文信息，基于初始化或更新后的第一数据业务的头压缩上下文信息，UE与MME或P-GW之间可以对第一数据业务的数据包的包头进行压缩并传输压缩后的数据包，提高了数据包的传输效率。
第二具体实施例中，在CIoT系统中，UE与核心网之间协商所述UE的头压缩参数以及进行数据传输的过程如图11所示，其中，P-GW相关的流程仅在漫游场景下适用，具体如下：
步骤1101：UE向RAN节点发起附着或跟踪区更新(TAU)过程，与核心网节点协商所述UE的头压缩参数。
若为初始附着过程，在附着请求中携带UE的头压缩能力信息；或者，若UE的头压缩能力信息发生变化，则在TAU请求消息中携带UE最新的头压缩能力信息。
步骤1102：RAN节点根据UE的附着请求或TAU请求消息进行C-SGN选择，如果原C-SGN不能为UE提供服务，则为该UE重新选择能够支持头压缩的C-SGN，并转发UE的附着请求或TAU请求消息至目标C-SGN。
步骤1103：可选地，若RAN节点为UE选择了新的C-SGN，则目标C-SGN向源C-SGN请求获取UE的上下文信息的上下文请求消息。
步骤1104：可选地，源C-SGN向目标C-SGN提供UE的上下文信息，其中，源C-SGN是指在切换至目标C-SGN之前为UE提供服务的C-SGN。
步骤1105：目标C-SGN根据UE的头压缩能力信息、UE的签约信息、从源C-SGN获取的UE的上下文信息以及本地策略等进行决策，确定该UE的头压缩参数。
步骤1106：可选地，若目标C-SGN决策由P-GW进行头压缩处理，则目标C-SGN通过创建会话请求消息将所述UE的头压缩参数发送至P-GW，或者，目标C-SGN通过创建会话请求消息将所述UE的头压缩能力信息发送给P-GW。
步骤1107：P-GW根据本地策略接受或拒绝进行头压缩处理，以及在接受头压缩处理的情况下，确定所述UE的头压缩参数。P-GW通过创建会话响应消息向目标C-SGN反馈所述UE的头压缩参数。具体地，P-GW确定是否接受所述目标C-SGN发送的所述UE的头压缩参数，或者，P-GW根据UE的头压缩能力信息以及本地策略等确定所述UE的头压缩参数。
步骤1108：目标C-SGN向UE发送附着或TAU接受消息，该附着或TAU接受消息中携带所述UE的头压缩参数。
步骤1109：UE向目标C-SGN发送头压缩上下文初始化或更新消息，其中包括第一数据业务的上下文标识(CID)以及第一数据业务采用的头压缩协议的标识，该头压缩协议属于头压缩参数中的头压缩协议，还包括第一数据 业务的数据包的包头信息。
步骤1110：可选地，如果由P-GW进行头压缩处理，则目标C-SGN将头压缩上下文初始化或更新消息转发给P-GW。
步骤1111～步骤1112：目标C-SGN或P-GW保存第一数据业务的头压缩上下文信息，可选地，向UE回复确认消息。
其中，步骤1109～步骤1112的头压缩上下文初始化或更新过程可以通过控制信令实现，例如UE在附着或TAU完成消息中携带第一数据业务的头压缩上下文信息，或者头压缩上下文初始化或更新过程可以通过用户面数据包实现，即UE在发送的用户面数据包中携带第一数据业务的头压缩上下文信息。
其中，若UE或目标C-SGN不支持头压缩，则UE与源C-SGN或P-GW删除已经保存的该UE的第一数据业务的头压缩上下文信息。
第二具体实施例中，UE向核心网节点提供头压缩能力信息，由核心网节点根据UE的头压缩能力信息、UE的签约信息以及本地策略进行决策，决定UE的头压缩参数，UE与核心网节点之间基于协商好的所述UE的头压缩参数初始化或更新第一数据业务的头压缩上下文信息，基于初始化或更新后的第一数据业务的头压缩上下文信息，UE与目标C-SGN或P-GW之间可以对第一数据业务的数据包的包头进行压缩并传输压缩后的数据包，提高了数据包的传输效率。
基于同一发明构思，本发明第三实施例中，提供了一种核心网节点，该核心网节点的具体实施可参见上述方法实施例部分的相关描述，重复之处不再赘述，如图12所示，该核心网节点主要包括：
获取模块1201，用于获取终端的头压缩能力信息；
确定模块1202，用于根据所述获取模块获取的所述终端的头压缩能力信息，确定所述终端的头压缩参数；
处理模块1203，用于根据所述确定模块确定的所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新。
具体地，所述头压缩能力信息包括所述终端支持的头压缩上下文数目的最大值和所述终端支持的头压缩协议；
所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议。
具体地，所述头压缩能力信息包括所述终端支持的头压缩协议；
所述头压缩参数包括允许使用的头压缩协议。
一个具体实施中，所述处理模块具体用于：
获取所述终端的所述第一数据业务的传输参数，其中，所述传输参数包括传输地址和/或端口信息；
根据所述头压缩参数以及所述第一数据业务的传输参数，确定头压缩上下文信息；
根据所述确定的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息；
发送所述确定的头压缩上下文信息至所述终端，以使得所述终端初始化或更新所述终端保存的所述第一数据业务的头压缩上下文信息。
另一个具体实施中，所述处理模块具体用于：
将所述头压缩参数发送给所述终端；
接收所述终端发送的头压缩上下文信息，其中，所述接收的头压缩上下文信息是由所述终端根据所述头压缩参数以及所述第一数据业务的传输参数确定的，其中，所述传输参数包括传输地址和/或端口信息；
根据所述接收的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
实施中，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
实施中，该核心网节点还包括数据传输模块1204，用于：
接收所述终端发送的所述第一数据业务的数据包，根据所述处理模块初 始化或更新后的所述终端的所述第一数据业务的头压缩上下文信息对所述数据包的包头进行解压缩；
或者，
根据所述处理模块初始化或更新后的所述终端的所述第一数据业务的头压缩上下文信息，对待发送给所述终端的所述第一数据业务的数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述终端。
基于同一构思，本发明第四实施例中，提供了另一种核心网节点，该核心网节点的具体实施可参见上述方法实施例部分的相关描述，重复之处不再赘述，如图13所示，该核心网节点主要包括处理器1301和存储器1302，其中存储器1302中保存有预设的程序，处理器1301读取存储器1302中保存的程序，按照该程序执行以下过程：
获取终端的头压缩能力信息；
根据所述终端的头压缩能力信息，确定所述终端的头压缩参数；
根据所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新。
具体地，所述头压缩能力信息包括所述终端支持的头压缩上下文数目的最大值和所述终端支持的头压缩协议；
所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议。
具体地，所述头压缩能力信息包括所述终端支持的头压缩协议；
所述头压缩参数包括允许使用的头压缩协议。
一个具体实施中，处理器1301获取所述终端的所述第一数据业务的传输参数，其中，所述传输参数包括传输地址和/或端口信息；根据所述头压缩参数以及所述第一数据业务的传输参数，确定头压缩上下文信息；根据所述确定的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息；发送所述确定的头压缩上下文信息至所述终端，以使得所述终端初始化或更新所述终端保存的所述第一数据业务 的头压缩上下文信息。
另一个具体实施中，处理器1301将所述头压缩参数发送给所述终端；接收所述终端发送的头压缩上下文信息，其中，所述接收的头压缩上下文信息是由所述终端根据所述头压缩参数以及所述第一数据业务的传输参数确定的，其中，所述传输参数包括传输地址和/或端口信息；根据所述接收的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
其中，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
实施中，该核心网节点还包括收发机1303，该收发机1303用于在处理器1301的控制下接收或发送数据。处理器1301通过收发机1303接收所述终端发送的所述第一数据业务的数据包，根据所述终端的所述第一数据业务的头压缩上下文信息对所述数据包的包头进行解压缩；或者，
根据所述终端的所述第一数据业务的头压缩上下文信息，对待发送给所述终端的所述第一数据业务的数据包的包头进行压缩获得压缩后的数据包，通过收发机1303将所述压缩后的数据包发送给所述终端。
基于同一发明构思，本发明第五实施例中，提供了一种终端，该终端的具体实施可参见上述方法实施例部分的相关描述，重复之处不再赘述，如图14所示，该终端主要包括：
接收模块1401，用于接收核心网节点发送的所述终端的头压缩参数或所述终端的第一数据业务的头压缩上下文信息；
处理模块1402，用于根据所述接收模块接收的所述头压缩参数或所述接收的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
其中，所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议；或者，所述头压缩参数包括允许使用的头压缩协议。
一个具体实施中，所述处理模块1402具体用于：
获取所述第一数据业务的传输参数，根据所述传输参数以及所述头压缩参数，确定所述第一数据业务的头压缩上下文信息，其中，所述传输参数包括传输地址和/或端口信息；
根据所述确定的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
实施中，该终端还包括发送模块1403，用于：
将所述处理模块初始化或更新后的所述终端的所述第一数据业务的头压缩上下文信息发送至所述核心网节点，以使得所述核心网节点初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
其中，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
实施中，该终端还包括数据传输模块1404用于：
根据所述处理模块初始化或更新后的所述第一数据业务的头压缩上下文信息，对所述第一数据业务的待传输数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述核心网节点；
或者，
接收所述核心网节点发送的所述第一数据业务的数据包，根据所述头压缩上下文信息对所述接收的数据包的包头进行解压缩。
基于同一发明构思，本发明第六实施例中，提供了一种终端，该终端的具体实施可参见上述方法实施例部分的相关描述，重复之处不再赘述，如图15所示，该终端主要包括处理器1501、存储器1502和收发机1503，其中，存储器1502中保存有预设的程序，处理器1501读取存储器1502中的程序，按照该程序执行以下过程：
通过收发机1503接收核心网节点发送的所述终端的头压缩参数或所述终端的第一数据业务的头压缩上下文信息；
根据所述头压缩参数或所述接收的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
其中，所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议；或者，所述头压缩参数包括允许使用的头压缩协议。
一个具体实施中，处理器获取所述第一数据业务的传输参数，根据所述传输参数以及所述头压缩参数，确定所述第一数据业务的头压缩上下文信息，其中，所述传输参数包括传输地址和/或端口信息；根据所述确定的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
实施中，处理器1501将所述终端的所述第一数据业务的头压缩上下文信息通过收发机1503发送至所述核心网节点，以使得所述核心网节点初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
其中，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
实施中，处理器1501根据所述第一数据业务的头压缩上下文信息，对所述第一数据业务的待传输数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包通过收发机1503发送给所述核心网节点；
或者，
通过收发机1503接收所述核心网节点发送的所述第一数据业务的数据包，根据所述头压缩上下文信息对所述接收的数据包的包头进行解压缩。
基于上述技术方案，本发明实施例中，核心网节点根据终端的头压缩能力信息确定终端的头压缩参数，根据确定的头压缩参数对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新，从而使得核心网节点与终端之间能够根据所述终端的第一数据业务的头压缩上下文信息对第一数据业务的数据包的包头进行压缩后传输，提高了数据包的传输效率，进而提高了网络带宽利用率。相较于仅在终端和基站之间的无线链路传输进行头压缩的方 式，本发明实施例中通过终端与核心网节点之间的相互协商数据包的压缩参数，使得能够支持在无线链路以及有线网络传递经过头压缩的数据包，可进一步提升数据包在无线链路以及有线网络的传输效率。另外，终端与核心网节点之间的头压缩可以支持NAS信令、用户面承载等多种业务数据传输方式，提高了传输业务数据的灵活性，并提高了网络支持业务数据传输的灵活性。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (26)

  1. 一种数据包的压缩参数确定方法，其特征在于，包括：
    核心网节点获取终端的头压缩能力信息；
    所述核心网节点根据所述终端的头压缩能力信息，确定所述终端的头压缩参数；
    所述核心网节点根据所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新。
  2. 如权利要求1所述的方法，其特征在于，所述头压缩能力信息包括所述终端支持的头压缩上下文数目的最大值和所述终端支持的头压缩协议；
    所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议。
  3. 如权利要求1所述的方法，其特征在于，所述头压缩能力信息包括所述终端支持的头压缩协议；
    所述头压缩参数包括允许使用的头压缩协议。
  4. 如权利要求1-3任一项所述的方法，其特征在于，所述核心网节点根据所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新，包括：
    所述核心网节点获取所述终端的所述第一数据业务的传输参数，其中，所述传输参数包括传输地址和/或端口信息；
    根据所述头压缩参数以及所述第一数据业务的传输参数，确定头压缩上下文信息；
    根据所述确定的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息；
    发送所述确定的头压缩上下文信息至所述终端，以使得所述终端初始化或更新所述终端保存的所述第一数据业务的头压缩上下文信息。
  5. 如权利要求1-3任一项所述的方法，其特征在于，所述核心网节点根 据所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新，包括：
    所述核心网节点将所述头压缩参数发送给所述终端；
    接收所述终端发送的头压缩上下文信息，其中，所述接收的头压缩上下文信息是由所述终端根据所述头压缩参数以及所述第一数据业务的传输参数确定的，其中，所述传输参数包括传输地址和/或端口信息；
    根据所述接收的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
  6. 如权利要求1-5任一项所述的方法，其特征在于，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
  7. 如权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：
    所述核心网节点接收所述终端发送的所述第一数据业务的数据包，根据所述终端的所述第一数据业务的头压缩上下文信息对所述数据包的包头进行解压缩；
    或者，
    所述核心网节点根据所述终端的所述第一数据业务的头压缩上下文信息，对待发送给所述终端的所述第一数据业务的数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述终端。
  8. 一种数据包的压缩参数确定方法，其特征在于，包括：
    终端接收核心网节点发送的所述终端的头压缩参数或所述终端的第一数据业务的头压缩上下文信息；
    所述终端根据所述头压缩参数或所述接收的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
  9. 如权利要求8所述的方法，其特征在于，所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议；或者，所述头压 缩参数包括允许使用的头压缩协议。
  10. 如权利要求8或9所述的方法，其特征在于，所述终端根据所述头压缩参数，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息，包括：
    所述终端获取所述第一数据业务的传输参数，根据所述传输参数以及所述头压缩参数，确定所述第一数据业务的头压缩上下文信息，其中，所述传输参数包括传输地址和/或端口信息；
    根据所述确定的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
  11. 如权利要求8-10任一项所述的方法，其特征在于，所述终端根据所述头压缩参数，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息之后，还包括：
    将所述终端的所述第一数据业务的头压缩上下文信息发送至所述核心网节点，以使得所述核心网节点初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
  12. 如权利要求8-11任一项所述的方法，其特征在于，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
  13. 如权利要求8-12任一项所述的方法，其特征在于，所述方法还包括：
    所述终端根据所述第一数据业务的头压缩上下文信息，对所述第一数据业务的待传输数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述核心网节点；
    或者，
    所述终端接收所述核心网节点发送的所述第一数据业务的数据包，根据所述头压缩上下文信息对所述接收的数据包的包头进行解压缩。
  14. 一种核心网节点，其特征在于，包括：
    获取模块，用于获取终端的头压缩能力信息；
    确定模块，用于根据所述获取模块获取的所述终端的头压缩能力信息，确定所述终端的头压缩参数；
    处理模块，用于根据所述确定模块确定的所述头压缩参数，对所述终端的第一数据业务的头压缩上下文信息进行初始化或更新。
  15. 如权利要求14所述的核心网节点，其特征在于，所述头压缩能力信息包括所述终端支持的头压缩上下文数目的最大值和所述终端支持的头压缩协议；
    所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议。
  16. 如权利要求14所述的核心网节点，其特征在于，所述头压缩能力信息包括所述终端支持的头压缩协议；
    所述头压缩参数包括允许使用的头压缩协议。
  17. 如权利要求14-16任一项所述的核心网节点，其特征在于，所述处理模块具体用于：
    获取所述终端的所述第一数据业务的传输参数，其中，所述传输参数包括传输地址和/或端口信息；
    根据所述头压缩参数以及所述第一数据业务的传输参数，确定头压缩上下文信息；
    根据所述确定的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息；
    发送所述确定的头压缩上下文信息至所述终端，以使得所述终端初始化或更新所述终端保存的所述第一数据业务的头压缩上下文信息。
  18. 如权利要求14-16任一项所述的核心网节点，其特征在于，所述处理模块具体用于：
    将所述头压缩参数发送给所述终端；
    接收所述终端发送的头压缩上下文信息，其中，所述接收的头压缩上下 文信息是由所述终端根据所述头压缩参数以及所述第一数据业务的传输参数确定的，其中，所述传输参数包括传输地址和/或端口信息；
    根据所述接收的头压缩上下文信息，初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
  19. 如权利要求14-18任一项所述的核心网节点，其特征在于，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
  20. 如权利要求14-19任一项所述的核心网节点，其特征在于，还包括数据传输模块，用于：
    接收所述终端发送的所述第一数据业务的数据包，根据所述处理模块初始化或更新后的所述终端的所述第一数据业务的头压缩上下文信息对所述数据包的包头进行解压缩；
    或者，
    根据所述处理模块初始化或更新后的所述终端的所述第一数据业务的头压缩上下文信息，对待发送给所述终端的所述第一数据业务的数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述终端。
  21. 一种终端，其特征在于，包括：
    接收模块，用于接收核心网节点发送的所述终端的头压缩参数或所述终端的第一数据业务的头压缩上下文信息；
    处理模块，用于根据所述接收模块接收的所述头压缩参数或所述接收的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
  22. 如权利要求21所述的终端，其特征在于，所述头压缩参数包括允许使用的头压缩上下文数目的最大值和允许使用的头压缩协议；或者，所述头压缩参数包括允许使用的头压缩协议。
  23. 如权利要求21或22所述的终端，其特征在于，所述处理模块具体 用于：
    获取所述第一数据业务的传输参数，根据所述传输参数以及所述头压缩参数，确定所述第一数据业务的头压缩上下文信息，其中，所述传输参数包括传输地址和/或端口信息；
    根据所述确定的头压缩上下文信息，初始化或更新所述终端的所述第一数据业务的头压缩上下文信息。
  24. 如权利要求21-23任一项所述的终端，其特征在于，还包括发送模块，用于：
    将所述处理模块初始化或更新后的所述终端的所述第一数据业务的头压缩上下文信息发送至所述核心网节点，以使得所述核心网节点初始化或更新所述核心网节点保存的所述终端的所述第一数据业务的头压缩上下文信息。
  25. 如权利要求21-24任一项所述的终端，其特征在于，所述第一数据业务的头压缩上下文信息包括对所述第一数据业务的数据包进行压缩或解压缩所采用的头压缩协议，以及所述第一数据业务的传输参数，所述传输参数包括传输地址和/或端口信息。
  26. 如权利要求21-25任一项所述的终端，其特征在于，还包括数据传输模块用于：
    根据所述处理模块初始化或更新后的所述第一数据业务的头压缩上下文信息，对所述第一数据业务的待传输数据包的包头进行压缩获得压缩后的数据包，将所述压缩后的数据包发送给所述核心网节点；
    或者，
    接收所述核心网节点发送的所述第一数据业务的数据包，根据所述头压缩上下文信息对所述接收的数据包的包头进行解压缩。
PCT/CN2015/088064 2015-08-25 2015-08-25 一种数据包的压缩参数确定方法及相关设备 WO2017031700A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201580073201.7A CN107113655B (zh) 2015-08-25 2015-08-25 一种数据包的压缩参数确定方法及相关设备
PCT/CN2015/088064 WO2017031700A1 (zh) 2015-08-25 2015-08-25 一种数据包的压缩参数确定方法及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/088064 WO2017031700A1 (zh) 2015-08-25 2015-08-25 一种数据包的压缩参数确定方法及相关设备

Publications (1)

Publication Number Publication Date
WO2017031700A1 true WO2017031700A1 (zh) 2017-03-02

Family

ID=58099432

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/088064 WO2017031700A1 (zh) 2015-08-25 2015-08-25 一种数据包的压缩参数确定方法及相关设备

Country Status (2)

Country Link
CN (1) CN107113655B (zh)
WO (1) WO2017031700A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113678501A (zh) * 2019-09-26 2021-11-19 Oppo广东移动通信有限公司 一种以太网数据包头压缩方法、处理方法及其装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111479335A (zh) * 2019-01-24 2020-07-31 华为技术有限公司 一种数据传输的方法和通信装置
CN113079523B (zh) * 2020-01-06 2023-01-13 中国移动通信有限公司研究院 上行数据压缩udc的配置方法、装置、基站及终端
WO2023056641A1 (zh) * 2021-10-09 2023-04-13 Oppo广东移动通信有限公司 一种头压缩方法及装置、终端设备、网络设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1526225A (zh) * 2002-05-08 2004-09-01 ��˹��ŵ�� 无线电资源的动态分配
CN1859422A (zh) * 2006-03-16 2006-11-08 华为技术有限公司 一种用户终端接入演进网络的处理方法
CN101682830A (zh) * 2007-03-02 2010-03-24 中兴通讯美国公司 Wimax组播广播网络系统架构
CN102158901A (zh) * 2011-02-16 2011-08-17 大唐移动通信设备有限公司 网络侧进行终端操作配置的方法及网络侧装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101039261A (zh) * 2006-03-16 2007-09-19 华为技术有限公司 用户终端接入网络及承载建立过程的处理方法、系统及装置
US8750334B2 (en) * 2006-10-02 2014-06-10 Motorola Mobility Llc Link layer assisted robust header compression context update management

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1526225A (zh) * 2002-05-08 2004-09-01 ��˹��ŵ�� 无线电资源的动态分配
CN1859422A (zh) * 2006-03-16 2006-11-08 华为技术有限公司 一种用户终端接入演进网络的处理方法
CN101682830A (zh) * 2007-03-02 2010-03-24 中兴通讯美国公司 Wimax组播广播网络系统架构
CN102158901A (zh) * 2011-02-16 2011-08-17 大唐移动通信设备有限公司 网络侧进行终端操作配置的方法及网络侧装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113678501A (zh) * 2019-09-26 2021-11-19 Oppo广东移动通信有限公司 一种以太网数据包头压缩方法、处理方法及其装置
CN113678501B (zh) * 2019-09-26 2023-07-25 Oppo广东移动通信有限公司 一种以太网数据包头压缩方法、处理方法及其装置

Also Published As

Publication number Publication date
CN107113655B (zh) 2020-06-26
CN107113655A (zh) 2017-08-29

Similar Documents

Publication Publication Date Title
TWI632824B (zh) 處理網路端組態的裝置及方法
KR102629306B1 (ko) 차세대 이동통신 시스템에서 sdap 제어 pdu를 구분해서 처리하는 방법 및 장치
TWI733675B (zh) 具有加密的客戶端設備上下文的網路架構和安全
EP3248438B1 (en) Systems, methods and devices for direct communication using a pc5 protocol
CN108605376B (zh) 无线终端、无线站及其方法
EP2464063B1 (en) Method and apparatus for header compression in network relay scenarios
US8792408B2 (en) Backhaul header compression
EP3706461B1 (en) Method and device for improved communication performance in wireless communication system
US10623990B2 (en) User equipment and method for transmitting data, and network node and method for receiving data
US11838797B2 (en) Method and device for improved communication performance in wireless communication system
US20170339722A1 (en) Method and device for transmitting downlink data
US11129227B2 (en) Data transmission method and apparatus, and computer storage medium
WO2017219355A1 (zh) 多连接通信方法和设备
WO2017031700A1 (zh) 一种数据包的压缩参数确定方法及相关设备
CN111937436A (zh) 在下一代移动通信系统中操作非激活模式下的终端的协议层的方法和装置
TW201633828A (zh) 一種空口協定棧的配置方法、資料傳輸方法及設備
TW201918057A (zh) 處理協定資料單元會議及網路切片的裝置及方法
CN110754112A (zh) 终端的网络接入方法以及用于移动性支持和数据传送的方法和装置
WO2017113390A1 (zh) 数据传输的方法和装置
US20200154357A1 (en) Communication method and device
EP3739844B1 (en) Data transmission method and device

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: 15901971

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: 15901971

Country of ref document: EP

Kind code of ref document: A1