WO2023056641A1 - 一种头压缩方法及装置、终端设备、网络设备 - Google Patents

一种头压缩方法及装置、终端设备、网络设备 Download PDF

Info

Publication number
WO2023056641A1
WO2023056641A1 PCT/CN2021/122905 CN2021122905W WO2023056641A1 WO 2023056641 A1 WO2023056641 A1 WO 2023056641A1 CN 2021122905 W CN2021122905 W CN 2021122905W WO 2023056641 A1 WO2023056641 A1 WO 2023056641A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
information
configuration information
header compression
mrb
Prior art date
Application number
PCT/CN2021/122905
Other languages
English (en)
French (fr)
Inventor
王淑坤
付喆
Original Assignee
Oppo广东移动通信有限公司
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 Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to CN202180099491.8A priority Critical patent/CN117501741A/zh
Priority to PCT/CN2021/122905 priority patent/WO2023056641A1/zh
Publication of WO2023056641A1 publication Critical patent/WO2023056641A1/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 embodiments of the present application relate to the field of mobile communication technologies, and in particular to a header compression method and device, terminal equipment, and network equipment.
  • NR New Radio
  • MMS Multimedia Broadcast Service
  • NR whether it is a multicast-type MBS service or a broadcast-type MBS service, in the process of transmitting MBS services on the network side, there are some terminal devices that join the MBS service earlier, and some terminal devices join the MBS service later business.
  • the network side may already use compressed packets to transmit the MBS service. How such terminal devices decompress and decompress the compressed packets is a problem that needs to be solved.
  • Embodiments of the present application provide a header compression method and device, a terminal device, a network device, a chip, a computer-readable storage medium, a computer program product, and a computer program.
  • the terminal device receives first information sent by the network device, and establishes a header compression context based on the first information;
  • the network device sends first information to the terminal device, where the first information is used by the terminal device to establish a header compression context
  • the network device sends the compressed packet to the terminal device in a multicast or broadcast manner, and the header compression context is used by the terminal device to decompress the compressed packet.
  • a receiving unit configured to receive the first information sent by the network device
  • the receiving unit is also configured to receive the compressed packets sent by the network device through multicast or broadcast;
  • the header compression device provided in the embodiment of the present application is applied to network equipment, and the device includes:
  • a sending unit configured to send first information to a terminal device, where the first information is used by the terminal device to establish a header compression context; to send a compressed packet to the terminal device in a multicast or broadcast manner, where the header compression context It is used for the terminal device to decompress the compressed package.
  • the terminal device provided in the embodiment of the present application includes a processor and a memory.
  • the memory is used to store computer programs
  • the processor is used to call and run the computer programs stored in the memory to execute the above-mentioned header compression method.
  • the chip provided by the embodiment of the present application is used to realize the above-mentioned header compression method.
  • the chip includes: a processor, configured to invoke and run a computer program from a memory, so that a device equipped with the chip executes the above-mentioned header compression method.
  • the computer program provided by the embodiment of the present application when running on a computer, enables the computer to execute the above-mentioned header compression method.
  • the terminal device establishes the header compression context in multicast or broadcast, and then based on the header compression context, the compressed packet sent by the network device through multicast or broadcast can be decompressed, and the terminal device is realized. Receive multicast or broadcast compressed packets normally.
  • FIG. 1 is a schematic diagram of an application scenario of an embodiment of the present application
  • Fig. 2 is the schematic diagram of the protocol stack corresponding to the PTM mode and the PTP mode of the embodiment of the present application;
  • FIG. 3 is a schematic diagram of the transmission of the MBS service provided by the embodiment of the present application according to the PTM mode and the PTP mode;
  • FIG. 4 is a schematic flowchart of a header compression method provided in an embodiment of the present application.
  • Fig. 5 is a schematic diagram of the structure and composition of the head compression device provided by the embodiment of the present application.
  • Fig. 6 is a second schematic diagram of the structure and composition of the head compression device provided by the embodiment of the present application.
  • FIG. 7 is a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • FIG. 8 is a schematic structural diagram of a chip according to an embodiment of the present application.
  • Fig. 9 is a schematic block diagram of a communication system provided by an embodiment of the present application.
  • FIG. 1 is a schematic diagram of an application scenario of an embodiment of the present application.
  • a communication system 100 may include a terminal device 110 and a network device 120 .
  • the network device 120 may communicate with the terminal device 110 through an air interface. Multi-service transmission is supported between the terminal device 110 and the network device 120 .
  • the embodiment of the present application is only described by using the communication system 100 as an example, but the embodiment of the present application is not limited thereto. That is to say, the technical solutions of the embodiments of the present application can be applied to various communication systems, such as: Long Term Evolution (Long Term Evolution, LTE) system, LTE Time Division Duplex (Time Division Duplex, TDD), Universal Mobile Communication System (Universal Mobile Telecommunication System, UMTS), Internet of Things (Internet of Things, IoT) system, Narrow Band Internet of Things (NB-IoT) system, enhanced Machine-Type Communications (eMTC) system, 5G communication system (also known as New Radio (NR) communication system), or future communication systems, etc.
  • LTE Long Term Evolution
  • LTE Time Division Duplex Time Division Duplex
  • TDD Time Division Duplex
  • Universal Mobile Telecommunication System Universal Mobile Telecommunication System
  • UMTS Universal Mobile Communication System
  • Internet of Things Internet of Things
  • NB-IoT Narrow Band Internet of Things
  • eMTC enhanced Machine-Type Communications
  • the network device 120 may be an access network device that communicates with the terminal device 110 .
  • the access network device can provide communication coverage for a specific geographical area, and can communicate with terminal devices 110 (such as UEs) located in the coverage area.
  • the network device 120 may be an evolved base station (Evolutional Node B, eNB or eNodeB) in a Long Term Evolution (Long Term Evolution, LTE) system, or a Next Generation Radio Access Network (NG RAN) device, Either a base station (gNB) in the NR system, or a wireless controller in a cloud radio access network (Cloud Radio Access Network, CRAN), or the network device 120 can be a relay station, an access point, a vehicle-mounted device, a wearable Devices, hubs, switches, bridges, routers, or network devices in the future evolution of the Public Land Mobile Network (Public Land Mobile Network, PLMN), etc.
  • Evolutional Node B, eNB or eNodeB in a Long Term Evolution (Long Term Evolution, LTE) system
  • NG RAN Next Generation Radio Access Network
  • gNB base station
  • CRAN Cloud Radio Access Network
  • the network device 120 can be a relay station, an access point, a vehicle-mounted device, a wear
  • the terminal device 110 may be any terminal device, including but not limited to a terminal device connected to the network device 120 or other terminal devices by wire or wirelessly.
  • the terminal equipment 110 may refer to an access terminal, a user equipment (User Equipment, UE), a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, a mobile device, a user terminal, a terminal, a wireless communication device, user agent, or user device.
  • Access terminals can be cellular phones, cordless phones, Session Initiation Protocol (SIP) phones, IoT devices, satellite handheld terminals, Wireless Local Loop (WLL) stations, Personal Digital Assistant , PDA), handheld devices with wireless communication functions, computing devices or other processing devices connected to wireless modems, vehicle-mounted devices, wearable devices, terminal devices in 5G networks or terminal devices in future evolution networks, etc.
  • SIP Session Initiation Protocol
  • WLL Wireless Local Loop
  • PDA Personal Digital Assistant
  • the terminal device 110 can be used for device-to-device (Device to Device, D2D) communication.
  • D2D Device to Device
  • the wireless communication system 100 may also include a core network device 130 that communicates with the base station.
  • the core network device 130 may be a 5G core network (5G Core, 5GC) device, for example, Access and Mobility Management Function (Access and Mobility Management Function , AMF), and for example, authentication server function (Authentication Server Function, AUSF), and for example, user plane function (User Plane Function, UPF), and for example, session management function (Session Management Function, SMF).
  • the core network device 130 may also be a packet core evolution (Evolved Packet Core, EPC) device of the LTE network, for example, a data gateway (Session Management Function+Core Packet Gateway, SMF+PGW- C) equipment.
  • EPC packet core evolution
  • SMF+PGW-C can realize the functions of SMF and PGW-C at the same time.
  • the above-mentioned core network equipment may be called by other names, or a new network entity may be formed by dividing functions of the core network, which is not limited in this embodiment of the present application.
  • Various functional units in the communication system 100 may also establish a connection through a next generation network (next generation, NG) interface to implement communication.
  • NG next generation network
  • the terminal device establishes an air interface connection with the access network device through the NR interface to transmit user plane data and control plane signaling; the terminal device can establish a control plane signaling connection with the AMF through the NG interface 1 (N1 for short); access Network equipment such as the next generation wireless access base station (gNB), can establish a user plane data connection with UPF through NG interface 3 (abbreviated as N3); access network equipment can establish control plane signaling with AMF through NG interface 2 (abbreviated as N2) connection; UPF can establish a control plane signaling connection with SMF through NG interface 4 (abbreviated as N4); UPF can exchange user plane data with the data network through NG interface 6 (abbreviated as N6); AMF can communicate with SMF through NG interface 11 (abbreviated as N11) The SMF establishes a control plane signaling connection; the SMF may establish a control plane signaling connection with the PCF through an NG interface 7 (N7 for short).
  • gNB next generation wireless access base station
  • Figure 1 exemplarily shows a base station, a core network device, and two terminal devices.
  • the wireless communication system 100 may include multiple base station devices and each base station may include other numbers of terminals within the coverage area.
  • the device is not limited in the embodiment of this application.
  • FIG. 1 is only an illustration of a system applicable to this application, and of course, the method shown in the embodiment of this application may also be applicable to other systems.
  • system and “network” are often used interchangeably herein.
  • the term “and/or” in this article is just an association relationship describing associated objects, which means that there can be three relationships, for example, A and/or B can mean: A exists alone, A and B exist simultaneously, and there exists alone B these three situations.
  • the character "/" in this article generally indicates that the contextual objects are an "or” relationship.
  • the "indication” mentioned in the embodiments of the present application may be a direct indication, may also be an indirect indication, and may also mean that there is an association relationship.
  • A indicates B, which can mean that A directly indicates B, for example, B can be obtained through A; it can also indicate that A indirectly indicates B, for example, A indicates C, and B can be obtained through C; it can also indicate that there is an association between A and B relation.
  • the "correspondence” mentioned in the embodiments of the present application may mean that there is a direct correspondence or an indirect correspondence between the two, or that there is an association between the two, or that it indicates and is indicated. , configuration and configured relationship.
  • the "predefined” or “predefined rules” mentioned in the embodiments of this application can be used by pre-saving corresponding codes, tables or other It is implemented by indicating related information, and this application does not limit the specific implementation.
  • pre-defined may refer to defined in the protocol.
  • the "protocol” may refer to a standard protocol in the communication field, for example, it may include the LTE protocol, the NR protocol, and related protocols applied to future communication systems, and this application does not limit this .
  • 5G 3rd Generation Partnership Project
  • eMBB Enhanced Mobile Broadband
  • URLLC Ultra-Reliable Low-Latency Communications
  • mMTC Massive Machine-Type Communications
  • eMBB still aims at users obtaining multimedia content, services and data, and its demand is growing rapidly.
  • eMBB may be deployed in different scenarios, such as indoors, urban areas, and rural areas, the capabilities and requirements vary greatly, so it cannot be generalized, and detailed analysis must be combined with specific deployment scenarios.
  • Typical applications of URLLC include: industrial automation, electric power automation, telemedicine operations (surgery), traffic safety guarantee, etc.
  • the typical characteristics of mMTC include: high connection density, small data volume, delay-insensitive services, low cost and long service life of modules, etc.
  • NR In the early deployment of NR, it is difficult to obtain complete NR coverage, so the typical network coverage is wide-area LTE coverage and NR island coverage mode. Moreover, a large number of LTE deployments are below 6GHz, and there is very little spectrum below 6GHz that can be used for 5G. Therefore, NR must study the spectrum application above 6GHz, while the coverage of high frequency bands is limited and the signal fades quickly. At the same time, in order to protect mobile operators' early investment in LTE, a tight interworking working mode between LTE and NR is proposed.
  • 3GPP clearly proposed to enhance the ability to support downlink high-speed MBMS services, and determined the design requirements for the physical layer and air interface.
  • eMBMS evolved MBMS
  • eMBMS evolved MBMS
  • MBSFN Single Frequency Network
  • MBSFN uses a unified frequency to transmit service data in all cells at the same time, but To ensure the synchronization between cells. This method can greatly improve the overall signal-to-noise ratio distribution of the cell, and the spectrum efficiency will also be greatly improved accordingly.
  • eMBMS implements broadcast and multicast of services based on the IP multicast protocol.
  • MBMS In LTE or LTE-Advanced (LTE-Advanced, LTE-A), MBMS only has a broadcast bearer mode, but no multicast bearer mode. In addition, the reception of MBMS service is applicable to terminal equipments in idle state or connected state.
  • MBMS introduces new logical channels, including Single Cell-Multicast Control Channel (Single Cell-Multicast Control Channel, SC-MCCH) and Single Cell-Multicast Transport Channel (Single Cell-Multicast Transport Channel, SC-MTCH).
  • SC-MCCH and SC-MTCH are mapped to the downlink shared channel (Downlink-Shared Channel, DL-SCH), and further, DL-SCH is mapped to the physical downlink shared channel (Physical Downlink Shared Channel, PDSCH), wherein, SC - MCCH and SC-MTCH belong to logical channels, DL-SCH belongs to transport channels, and PDSCH belongs to physical channels.
  • SC-MCCH and SC-MTCH do not support Hybrid Automatic Repeat reQuest (HARQ) operation.
  • HARQ Hybrid Automatic Repeat reQuest
  • SIB20 System Information Block
  • SIB20 is used to transmit SC-MCCH configuration information, and one cell has only one SC-MCCH.
  • the SC-MCCH configuration information includes: SC-MCCH modification period, SC-MCCH repetition period, and information such as radio frames and subframes for scheduling SC-MCCH.
  • the SC-MCCH is scheduled through a Physical Downlink Control Channel (PDCCH).
  • a new radio network temporary identity Radio Network Tempory Identity, RNTI
  • RNTI Radio Network Tempory Identity
  • SC-RNTI Single Cell RNTI
  • the fixed value of SC-RNTI is FFFC.
  • a new RNTI is introduced, that is, a single cell notification RNTI (Single Cell Notification RNTI, SC-N-RNTI) to identify the PDCCH used to indicate the change notification of the SC-MCCH (such as notifying the PDCCH).
  • the downlink discontinuous reception of SC-PTM is controlled by the following parameters: onDurationTimerSCPTM, drx-InactivityTimerSCPTM, SC-MTCH-SchedulingCycle, and SC-MTCH-SchedulingOffset.
  • the downlink SC-PTM service is received only when the timer onDurationTimerSCPTM or drx-InactivityTimerSCPTM is running.
  • SC-PTM business continuity adopts the concept of MBMS business continuity based on SIB15, that is, "SIB15+MBMSInterestIndication" mode.
  • SIB15 MBMS business continuity
  • the service continuity of terminal equipment in idle state is based on the concept of frequency priority.
  • a new SIB (called the first SIB) is defined, and the first SIB includes the configuration information of the first MCCH.
  • the first MCCH is the control channel of the MBMS service.
  • the first SIB includes the configuration information of the first MCCH.
  • One SIB is used to configure the configuration information of the NR MBMS control channel.
  • the NR MBMS control channel may also be called NR MCCH (that is, the first MCCH).
  • the first signaling is used to configure an NR MBMS traffic channel, service information corresponding to the traffic channel, and scheduling information corresponding to the traffic channel.
  • the service information corresponding to the service channel such as TMGI, session id and other identification information for identifying services.
  • the scheduling information corresponding to the traffic channel for example, the RNTI used when the MBMS service data corresponding to the traffic channel is scheduled, such as G-RNTI, DRX configuration information, and the like.
  • both the transmission of the first MCCH and the first MTCH are scheduled based on the PDCCH.
  • the RNTI used by the PDCCH for scheduling the first MCCH uses a network-wide unique identifier, that is, a fixed value.
  • the RNTI used by the PDCCH for scheduling the first MTCH is configured through the first MCCH.
  • the first SIB can also be referred to as the SIB for short
  • the first MCCH can also be referred to as the MCCH for short
  • the first MTCH can also be referred to as the MTCH for short
  • the PDCCH ie, the MCCH PDCCH
  • the PDSCH ie MCCH PDSCH
  • the PDSCH used to transmit the MCCH is scheduled by the DCI carried by the MCCH PDCCH.
  • M PDCCHs i.e. MTCH 1PDCCH, MTCH2PDCCH, ..., MTCH M PDCCH
  • the DCI scheduling carried by MTCH n PDCCH is used to transmit the PDSCH of MTCH n (i.e. MTCH n PDSCH), n is an integer greater than or equal to 1 and less than or equal to M.
  • MCCH and MTCH are mapped to DL-SCH, and further, DL-SCH is mapped to PDSCH, wherein MCCH and MTCH belong to logical channels, DL-SCH belongs to transport channel, and PDSCH belongs to physical channel.
  • the multicast-type MBS service refers to the MBS service transmitted in a multicast manner.
  • the broadcast-type MBS service refers to the MBS service transmitted by broadcasting.
  • the MBS service is sent to all terminal devices in a certain group.
  • the terminal equipment receives the multicast type MBS service in the RRC connection state, and the terminal equipment can receive the multicast type MBS service data through the PTM mode or the PTP mode.
  • the MBS service data in the PTM mode scrambles the corresponding scheduling information through the G-RNTI configured on the network side
  • the MBS service data in the PTP mode scrambles the corresponding scheduling information through the C-RNTI.
  • the base station can deliver the MBS service to all terminal devices in a group through the air interface.
  • the base station may deliver the MBS service to all terminal devices in a group through PTP and/or PTM.
  • a group includes Terminal 1, Terminal 2, and Terminal 3.
  • the base station can deliver the MBS service to Terminal 1 through PTP, deliver the MBS service to Terminal 2 through PTP, and deliver the MBS
  • the service is delivered to terminal equipment 3; or, the base station can deliver the MBS service to terminal equipment 1 through PTP, and the MBS service can be delivered to terminal equipment 2 and terminal equipment 3 through PTM; or, the base station can deliver the MBS service to terminal equipment 3 through PTM.
  • the MBS service is delivered to terminal device 1, terminal device 2 and terminal device 3.
  • a shared GTP tunnel (Shared GTP tunnel) is used between the core network and the base station to transmit MBS services, that is, both the PTM MBS service and the PTP MBS service share the GTP tunnel.
  • the base station delivers MBS service data to UE1 and UE2 in a PTM manner, and delivers MBS service data to UE3 in a PTP manner.
  • the header compression function in unicast is located at the packet data convergence protocol (Packet Data Convergence Protocol, PDCP) layer, and the configuration information of the header compression function for unicast is shown in Table 1 below.
  • PDCP Packet Data Convergence Protocol
  • Header compression Compress the header of the data packet to improve the transmission efficiency of the data packet.
  • types of header compression are: Robust Header Compression (ROHC) and Ethernet Header Compression (EHC).
  • PDU session type refers to the association between the terminal device and the data network that provides the protocol data unit (Protocol Data Unit, PDU) connection service.
  • the type of this association is the PDU session type, which may be IPv4 type, IPv6 type, Ethernet (Ethernet) type, and the like.
  • the packet header structures of data packets corresponding to different PDU session types are different.
  • Complete packet an Ethernet packet or an IP packet, which includes complete packet header information, through which a header compression context can be established, and the header compression context is used for packet header compression and/or decompression.
  • the compression of the header may also be referred to as header compression
  • the decompression of the header may also be referred to as decompression.
  • Compressed packet An Ethernet packet or IP packet that contains compressed header information. After receiving the compressed packet, the receiving end needs to restore the complete packet header information according to the header compression context.
  • Fig. 4 is a schematic flow chart of the header compression method provided by the embodiment of the present application. As shown in Fig. 4, the header compression method includes the following steps:
  • Step 401 The terminal device receives first information sent by the network device, and establishes a header compression context based on the first information.
  • the network device sends the first information to the terminal device, and the first information is used for the terminal device to establish a header compression context.
  • the terminal device receives the first information sent by the network device, and establishes a header compression context based on the first information.
  • Step 402 The terminal device receives the compressed packet sent by the network device in a multicast or broadcast manner, and decompresses the compressed packet based on the header compression context.
  • the network device sends the compressed packet to the terminal device in a multicast or broadcast manner, and the header compression context is used by the terminal device to decompress the compressed packet.
  • the terminal device receives the compressed packet sent by the network device in a multicast or broadcast manner, and decompresses the compressed packet based on the header compression context.
  • the network device is a base station.
  • the terminal device may refer to a terminal device in the following three scenarios.
  • Scenario 1 For a terminal device handed over to a certain cell, and the cell is sending a certain MBS service, and the MBS service is also an MBS service that the terminal device expects, is receiving, or will receive.
  • the sending mode of the MBS service may be a multicast mode or a broadcast mode.
  • Scenario 2 The reception of an MBS service is established in the current serving cell for a certain terminal device, and the MBS service has been established and sent in the current cell.
  • the transmission mode of the MBS service may be a sending mode or a broadcasting mode.
  • Scenario 3 For a terminal device that is receiving MBS services, a radio link failure occurs, or complete protection verification fails, or reconfiguration fails, or handover fails, and RRC connection re-establishment occurs, and the network side re-establishes the RRC connection
  • the terminal equipment establishes the reception of the MBS service, and the MBS service has been established and sent in the current cell.
  • the sending mode of the MBS service may be a multicast mode or a broadcast mode.
  • the terminal device when the terminal device receives the MBS service, it receives the compressed package of the MBS service. In order to truly receive the compressed package, the terminal device needs to first establish header compression based on the first information sent by the network device. context, and then decompresses the received compressed packet based on the header compression context.
  • header decompression refers to decompressing the header of the compressed packet, so as to restore the complete header information.
  • Method 2 After the terminal device has established the header compression context, it receives the compressed packet sent by the network device in a multicast or broadcast manner on the MRB based on the instruction of the network device.
  • the network device instructs the terminal device to receive the compressed packet on the MRB.
  • the network device may explicitly instruct the terminal device to receive the compressed packet sent by the network device through multicast or broadcast on the MRB.
  • the indication of the network device is the first indication information, where the first indication information is used to instruct the terminal device to receive the compressed packet on the MRB.
  • the first indication information is carried in the PDCCH or Media Access Control (Media Access Control, MAC) control element (Control Element, CE) or radio resource control (Radio Resource Control, RRC) signaling.
  • Mode 3 After the terminal device has established the header compression context, based on the timeout of the timer configured on the network side, the compressed packet sent by the network device in a multicast or broadcast manner is received on the MRB.
  • the network device configures a timer for the terminal device, and when the timer expires, it is used to trigger the terminal device to receive the compressed packet on the MRB. Specifically, if the timer expires, the terminal device receives the compressed packet sent by the network device in a multicast or broadcast manner on the MRB.
  • the terminal device starts or restarts the timer:
  • the terminal device receives the configuration of the timer
  • the terminal device receives the reconfiguration of the timer
  • the terminal device receives the reconfiguration of the MRB
  • the terminal device receives reconfiguration of a data radio bearer (Data Resource Bearer, DRB), and the DRB has an association relationship with the MRB.
  • DRB Data Resource Bearer
  • the terminal device stops the timer:
  • the terminal device receives the deconfiguration of the timer
  • the terminal device receives the deconfiguration of the MRB
  • the terminal device receives the deconfiguration of the DRB, and the DRB has an association relationship with the MRB.
  • DRB refers to a radio bearer used for unicast services
  • MRB refers to a radio bearer used for MBS services (which may be multicast-type MBS services or broadcast-type MBS services).
  • the network device configures one or more MRBs for the MBS service, and transmits the MBS service on the configured MRBs.
  • the terminal device receives the MBS service on the configured MRB.
  • the terminal device receives the compressed package of the MBS service on the configured MRB.
  • the network device when the network device configures the DRB for the terminal device, it also configures the MRB associated with the DRB, that is, the DRB has an association relationship with a certain MRB, and the MRB is the compressed packet of the MBS service received by the terminal device. wireless bearer.
  • the terminal device before the terminal device receives the compressed packet sent by the network device in multicast mode or broadcast mode, after the terminal device has established a header compression context, it sends feedback information to the network device, The feedback information is used to feed back that the terminal device has established the header compression context.
  • the network device determines that the terminal device has established the header compression context based on its own implementation; or, the network device receives feedback information sent by the terminal device, and the feedback information is used to feed back the The above terminal device establishes the header compression context.
  • the terminal device receives the first information sent by the network device, and establishes a header compression context based on the first information.
  • the implementation of the first information will be described below in conjunction with specific solutions.
  • the first information is header information of a complete packet.
  • the network device sends a complete packet to the terminal device through the DRB, and header information in the complete packet is used for the terminal device to establish a header compression context.
  • the terminal device receives the complete packet sent by the network device through the DRB, obtains header information from the complete packet, and establishes a header compression context based on the header information.
  • the network device before the network device sends a complete packet to the terminal device through the DRB, the network device sends second configuration information to the terminal device, where the second configuration information is used to configure the DRB.
  • the terminal device before the terminal device receives the complete packet sent by the network device through the DRB, the terminal device receives second configuration information sent by the network device, where the second configuration information is used to configure the DRB.
  • the second configuration information carries second indication information
  • the second indication information is used to indicate the MRB identity of the MRB that has an association relationship with the DRB
  • the MRB identity is used to indicate the The DRB is used to establish the header compression context of the MRB associated with it.
  • the first information is header information of a complete packet.
  • the network device sends a complete packet to the terminal device through the MRB, and header information in the complete packet is used by the terminal device to establish a header compression context.
  • the terminal device receives the complete packet sent by the network device through the MRB, obtains header information from the complete packet, and establishes a header compression context based on the header information.
  • the network device before the network device sends a complete packet to the terminal device through the MRB, the network device sends first configuration information to the terminal device, where the first configuration information is used to configure the MRB.
  • the terminal device before the terminal device receives the complete packet sent by the network device through the MRB, the terminal device receives first configuration information sent by the network device, where the first configuration information is used to configure the MRB.
  • the first information is third configuration information
  • the third configuration information includes a header compression context or the third configuration information is used to assist the terminal device in establishing a header compression context
  • the network device Sending the third configuration information to the terminal device, where the third configuration information is used by the terminal device to establish a header compression context
  • the terminal device receives the third configuration information sent by the network device, and based on the The third configuration information establishes a header compression context.
  • the third configuration information is carried in RRC signaling.
  • the third configuration information carries third indication information
  • the third indication information is used to indicate the MRB identifier of the MRB associated with the third configuration information
  • the MRB identifier is used to indicate The third configuration information is used to establish the header compression context of the MRB associated with it.
  • the terminal device After the terminal device receives the third configuration information, the terminal device sends the third configuration information to the corresponding Packet Data Convergence Protocol (PDCP) layer based on the MRB identifier, and through the PDCP layer based on the Three configuration information to establish the header compression context.
  • PDCP Packet Data Convergence Protocol
  • the third configuration information is carried in MCCH signaling.
  • the third configuration information carries third indication information
  • the third indication information is used to indicate the MRB identifier of the MRB associated with the third configuration information
  • the MRB identifier is used to indicate The third configuration information is used to establish the header compression context of the MRB associated with it.
  • the terminal device After the terminal device receives the third configuration information, the terminal device sends the third configuration information to the corresponding Packet Data Convergence Protocol (PDCP) layer based on the MRB identifier, and through the PDCP layer based on the Three configuration information to establish the header compression context.
  • PDCP Packet Data Convergence Protocol
  • the MCCH signaling also carries configuration information, and the configuration information is used to indicate the length of the context identification (Context ID, CID) field in the data packet.
  • the information carried in the CID field is the identifier of the header compression context (abbreviated as CID).
  • CID header compression context
  • the third configuration information is carried in a PDCP control PDU.
  • the PDCP layer of the terminal device acquires the third configuration information from the PDCP control PDU, and establishes a header compression context based on the third configuration information.
  • the header compression context includes at least one of the following information: indication information for indicating a complete package or a compressed package, indication information for indicating data information or control information, context identifier, configuration file identifier , source address, destination address, source port, destination port, 802.1Q label, length, type.
  • the technical solutions of the embodiments of the present application are illustrated below in conjunction with specific application examples.
  • the terminal devices in the following application examples refer to the terminal devices in the following three scenarios.
  • Scenario 1 For a terminal device handed over to a certain cell, and the cell is sending a certain MBS service, and the MBS service is also an MBS service that the terminal device expects, is receiving, or will receive.
  • the sending mode of the MBS service may be a multicast mode or a broadcast mode.
  • Scenario 2 The reception of an MBS service is established in the current serving cell for a certain terminal device, and the MBS service has been established and sent in the current cell.
  • the transmission mode of the MBS service may be a sending mode or a broadcasting mode.
  • Scenario 3 For a terminal device that is receiving MBS services, a radio link failure occurs, or complete protection verification fails, or reconfiguration fails, or handover fails, and RRC connection re-establishment occurs, and the network side re-establishes the RRC connection
  • the terminal equipment establishes the reception of the MBS service, and the MBS service has been established and sent in the current cell.
  • the sending mode of the MBS service may be a multicast mode or a broadcast mode.
  • the network device configures a DRB through RRC dedicated signaling, but the DRB does not enable the header compression function, that is, the network device sends a complete packet on the DRB. Further, the DRB is associated with an MRB identifier, which is used to indicate that the complete packet sent by the DRB is used to establish the header compression context of the MRB indicated by the MRB identifier.
  • the terminal device receives the complete packet on the DRB, obtains header information from the complete packet, and establishes a header compression context according to the header information, and the header compression context is the header compression context of the MRB.
  • the terminal device After the terminal device establishes the header compression context, it autonomously receives the compressed packet on the MRB or receives the compressed packet on the MRB based on the instruction of the network device or receives the compressed packet on the MRB based on the timeout of the timer configured by the network device.
  • the terminal device receives the compressed packet on the MRB based on the established
  • the header compression context decompresses the received compressed packets.
  • the network device may explicitly instruct the terminal device to receive the compressed packet on the MRB, specifically, the indication of the network device is first indication information, and the first indication information is used for Instructing the terminal device to receive the compressed packet on the MRB.
  • the first indication information is carried in the PDCCH or MAC CE or RRC order.
  • the network device may implicitly instruct the terminal device to receive the compressed packet on the MRB, specifically, the indication of the network device is first configuration information, and the first configuration information is used for Configuring the MRB or a DRB associated with the MRB, and the first configuration information is also used to instruct the terminal device to receive the compressed packet on the MRB.
  • the terminal device starts or restarts the timer:
  • the terminal device receives the configuration of the timer
  • the terminal device receives the reconfiguration of the MRB
  • the terminal device receives the reconfiguration of the DRB, and the DRB has an association relationship with the MRB.
  • the terminal device stops the timer:
  • the terminal device receives the deconfiguration of the timer
  • the terminal device receives the deconfiguration of the MRB
  • the terminal device receives the deconfiguration of the DRB, and the DRB has an association relationship with the MRB.
  • the network device uses headless compression to transmit MBS service data, that is, the network device sends a complete packet on the MRB .
  • the terminal device receives the complete packet on the MRB, obtains header information from the complete packet, and establishes a header compression context according to the header information.
  • the network device When the network device receives the feedback information from the terminal device or based on the realization of the network device that the terminal device has established the header compression context, the network device starts to transmit the header compressed data again, that is, the network device sends the compressed packet on the MRB.
  • the network device configures at least one header compression context for the terminal device through RRC signaling or assists the terminal in establishing a header compression context
  • the configuration information (that is, the third configuration information) is used to assist the terminal device in establishing the header compression context. Further, the third configuration information is associated with an MBR identifier.
  • the terminal device After receiving the third configuration information configured by the network device through RRC signaling, the terminal device sends the third configuration information to the corresponding PDCP layer according to the associated MRB identifier, and establishes a header compression context based on the third configuration information through the PDCP layer .
  • the terminal device After the header compression context is established, the terminal device receives the compressed packet of the MBS service on the MRB indicated by the MRB identifier, and decompresses the compressed packet according to the established header compression context.
  • the network device configures at least one header compression context for the terminal device through the PDCP control PDU or assists the terminal in establishing a header compression context
  • the configuration information (that is, the third configuration information) is used to assist the terminal device in establishing the header compression context.
  • the PDCP layer of the terminal device After receiving the third configuration information, the PDCP layer of the terminal device establishes a header compression context according to the third configuration information.
  • the terminal device After the header compression context is established, the terminal device receives the compressed packet of the MBS service on the MRB, and decompresses the compressed packet according to the established header compression context.
  • the terminal device receives the SIB, obtains configuration information of the MCCH from the SIB, receives the MCCH based on the configuration information of the MCCH, and obtains MCCH signaling from the MCCH, where the MCCH signaling carries configuration information of the MBS service, wherein the MBS service
  • the configuration information includes header compression context or configuration information for assisting the terminal in establishing the header compression context (that is, third configuration information), and is used for assisting the terminal in establishing the header compression context. Further, the third configuration information is associated with an MBR identifier.
  • the MCCH signaling also carries configuration information, and the configuration information is used to indicate the length of the CID field in the data packet.
  • the terminal device After the header compression context is established, the terminal device receives the compressed packet of the MBS service on the MRB indicated by the MRB identifier, and decompresses the compressed packet according to the established header compression context.
  • header compression may be ROHC or EHC.
  • the above solution of the embodiment of the present application clarifies how the terminal device establishes the header compression context in multicast or broadcast, and then can decompress the compressed packets sent by the network device through multicast or broadcast based on the header compression context, to achieve This ensures that the terminal equipment can normally receive multicast or broadcast compressed packets.
  • sequence numbers of the above-mentioned processes do not mean the order of execution, and the order of execution of the processes should be determined by their functions and internal logic, and should not be used in this application.
  • the implementation of the examples constitutes no limitation.
  • the terms “downlink”, “uplink” and “sidelink” are used to indicate the transmission direction of signals or data, wherein “downlink” is used to indicate that the transmission direction of signals or data is sent from the station The first direction to the user equipment in the cell, “uplink” is used to indicate that the signal or data transmission direction is the second direction sent from the user equipment in the cell to the station, and “side line” is used to indicate that the signal or data transmission direction is A third direction sent from UE1 to UE2.
  • “downlink signal” indicates that the transmission direction of the signal is the first direction.
  • the term “and/or” is only an association relationship describing associated objects, indicating that there may be three relationships. Specifically, A and/or B may mean: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" in this article generally indicates that the contextual objects are an "or” relationship.
  • Fig. 5 is a schematic diagram of the first structural composition of the header compression device provided by the embodiment of the present application, which is applied to terminal equipment. As shown in Fig. 5, the header compression device includes:
  • a receiving unit 501 configured to receive first information sent by a network device
  • An establishing unit 502 configured to establish a header compression context based on the first information
  • the receiving unit 501 is also configured to receive the compressed packets sent by the network device through multicast or broadcast;
  • the receiving unit 501 is configured to autonomously receive on the MRB the compressed packet sent by the network device through multicast or broadcast; or receive on the MRB based on the instruction of the network device The compressed packet sent by the network device through multicast or broadcast; or, based on the timeout of the timer configured by the network device, receiving the compressed packet sent by the network device through multicast or broadcast on the MRB.
  • the indication of the network device is first indication information, and the first indication information is used to instruct the terminal device to receive the compressed packet on the MRB; or, the network device The indication is first configuration information, where the first configuration information is used to configure the MRB, and the first configuration information is also used to instruct the terminal device to receive the compressed packet on the MRB.
  • processing unit 503 is further configured to start or restart the timer when at least one of the following conditions is met:
  • the terminal device receives the reconfiguration of the timer
  • the terminal device receives the reconfiguration of the MRB
  • the terminal device receives the reconfiguration of the data radio bearer DRB, and the DRB has an association relationship with the MRB.
  • processing unit 503 is further configured to stop the timer when at least one of the following conditions is met:
  • the terminal device receives the deconfiguration of the timer
  • the terminal device receives the deconfiguration of the MRB
  • the first information is header information of a complete packet
  • the receiving unit 501 is configured to receive the complete packet sent by the network device through the DRB;
  • the establishing unit 502 is configured to obtain packet header information from the complete packet, and establish a header compression context based on the packet header information.
  • the receiving unit 501 is further configured to receive second configuration information sent by the network device, where the second configuration information is used to configure the DRB.
  • the second configuration information carries second indication information
  • the second indication information is used to indicate the MRB identity of the MRB that has an association relationship with the DRB
  • the MRB identity is used to indicate the The DRB is used to establish the header compression context of the MRB associated with it.
  • the second configuration information is carried in RRC signaling.
  • the receiving unit 501 is configured to receive the complete packet sent by the network device through the MRB;
  • the establishing unit 502 is configured to obtain packet header information from the complete packet, and establish a header compression context based on the packet header information.
  • the receiving unit 501 is further configured to receive first configuration information sent by the network device, where the first configuration information is used to configure the MRB.
  • the first information is third configuration information
  • the third configuration information includes a header compression context or the third configuration information is used to assist the terminal device in establishing a header compression context
  • the receiving unit 501 is configured to receive the third configuration information sent by the network device
  • the establishing unit 502 is configured to establish a header compression context based on the third configuration information.
  • the third configuration information is carried in RRC signaling.
  • the MCCH signaling also carries configuration information, and the configuration information is used to indicate the length of the CID field in the data packet.
  • the third configuration information carries third indication information
  • the third indication information is used to indicate the MRB identifier of the MRB associated with the third configuration information
  • the MRB identifier is used It is used to indicate that the third configuration information is used to establish the header compression context of the MRB associated with it.
  • the establishing unit 502 is configured to send the third configuration information to the corresponding PDCP layer based on the MRB identifier, and establish header compression based on the third configuration information through the PDCP layer context.
  • the third configuration information is carried in a PDCP control PDU.
  • the establishment unit 502 is configured to obtain the third configuration information from the PDCP control PDU through the PDCP layer of the terminal device, and establish a header compression context based on the third configuration information .
  • the header compression context includes at least one of the following information:
  • Indication information for indicating complete or compressed packets indication information for indicating data information or control information, context identifier, configuration file identifier, source address, destination address, source port, destination port, 802.1Q label, length, type .
  • Fig. 6 is a schematic diagram of the second structural composition of the header compression device provided by the embodiment of the present application, which is applied to network equipment. As shown in Fig. 6, the header compression device includes:
  • the sending unit 601 is configured to send first information to a terminal device, where the first information is used by the terminal device to establish a header compression context; to send a compressed packet to the terminal device in a multicast or broadcast manner, and the header compression
  • the context is used by the terminal device to decompress the compressed packet.
  • the device also includes:
  • an indicating unit configured to indicate to the terminal device to receive the compressed packet on the MRB;
  • a configuration unit configured to configure a timer for the terminal device, where the timer expires and is used to trigger the terminal device to receive the compressed packet on the MRB.
  • the indication is first indication information, and the first indication information is used to instruct the terminal device to receive the compressed packet on the MRB; or, the indication is the first configuration information, the first configuration information is used to configure the MRB, and the first configuration information is also used to instruct the terminal device to receive the compressed packet on the MRB.
  • the first indication information is carried in PDCCH or MAC CE or RRC signaling.
  • the device also includes:
  • a determining unit configured to determine that the terminal device has established a header compression context based on its own implementation
  • a receiving unit configured to receive feedback information sent by the terminal device, where the feedback information is used to feed back that the terminal device has established a header compression context.
  • the first information is header information of a complete packet
  • the sending unit 601 is configured to send a complete packet to the terminal device through the DRB, and header information in the complete packet is used for the terminal device to establish a header compression context.
  • the sending unit 601 is further configured to send second configuration information to the terminal device, where the second configuration information is used to configure the DRB.
  • the second configuration information carries second indication information
  • the second indication information is used to indicate the MRB identity of the MRB that has an association relationship with the DRB
  • the MRB identity is used to indicate the The DRB is used to establish the header compression context of the MRB associated with it.
  • the second configuration information is carried in RRC signaling.
  • the first information is header information of a complete packet
  • the sending unit 601 is configured to send a complete packet to the terminal device through the MRB, and header information in the complete packet is used for the terminal device to establish a header compression context.
  • the sending unit 601 is further configured to send first configuration information to the terminal device, where the first configuration information is used to configure the MRB.
  • the sending unit 601 is configured to send the third configuration information to a terminal device, where the third configuration information is used for the terminal device to establish a header compression context.
  • the third configuration information is carried in RRC signaling.
  • the MCCH signaling also carries configuration information, and the configuration information is used to indicate the length of the CID field in the data packet.
  • the third configuration information carries third indication information
  • the third indication information is used to indicate the MRB identifier of the MRB associated with the third configuration information
  • the MRB identifier is used It is used to indicate that the third configuration information is used to establish the header compression context of the MRB associated with it.
  • the third configuration information is carried in a PDCP control PDU.
  • Indication information for indicating complete or compressed packets indication information for indicating data information or control information, context identifier, configuration file identifier, source address, destination address, source port, destination port, 802.1Q label, length, type .
  • FIG. 7 is a schematic structural diagram of a communication device 700 provided by an embodiment of the present application.
  • the communication device may be a terminal device or a network device.
  • the communication device 700 shown in FIG. 7 includes a processor 710, and the processor 710 can call and run a computer program from a memory, so as to implement the method in the embodiment of the present application.
  • the communication device 700 may further include a memory 720 .
  • the processor 710 can invoke and run a computer program from the memory 720, so as to implement the method in the embodiment of the present application.
  • the memory 720 may be an independent device independent of the processor 710 , or may be integrated in the processor 710 .
  • the communication device 700 may further include a transceiver 730, and the processor 710 may control the transceiver 730 to communicate with other devices, specifically, to send information or data to other devices, or receive other Information or data sent by the device.
  • the processor 710 may control the transceiver 730 to communicate with other devices, specifically, to send information or data to other devices, or receive other Information or data sent by the device.
  • the transceiver 730 may include a transmitter and a receiver.
  • the transceiver 730 may further include an antenna, and the number of antennas may be one or more.
  • the communication device 700 may specifically be the network device of the embodiment of the present application, and the communication device 700 may implement the corresponding processes implemented by the network device in each method of the embodiment of the present application. For the sake of brevity, details are not repeated here. .
  • the communication device 700 may specifically be the mobile terminal/terminal device of the embodiment of the present application, and the communication device 700 may implement the corresponding processes implemented by the mobile terminal/terminal device in each method of the embodiment of the present application, for the sake of brevity , which will not be repeated here.
  • FIG. 8 is a schematic structural diagram of a chip according to an embodiment of the present application.
  • the chip 800 shown in FIG. 8 includes a processor 810, and the processor 810 can call and run a computer program from a memory, so as to implement the method in the embodiment of the present application.
  • the chip 800 may further include a memory 820 .
  • the processor 810 can call and run a computer program from the memory 820, so as to implement the method in the embodiment of the present application.
  • the memory 820 may be an independent device independent of the processor 810 , or may be integrated in the processor 810 .
  • the chip 800 may also include an output interface 840 .
  • the processor 810 can control the output interface 840 to communicate with other devices or chips, specifically, can output information or data to other devices or chips.
  • the chip can be applied to the network device in the embodiment of the present application, and the chip can implement the corresponding processes implemented by the network device in the methods of the embodiment of the present application.
  • the chip can implement the corresponding processes implemented by the network device in the methods of the embodiment of the present application.
  • the chip mentioned in the embodiment of the present application may also be called a system-on-chip, a system-on-chip, a system-on-a-chip, or a system-on-a-chip.
  • FIG. 9 is a schematic block diagram of a communication system 900 provided by an embodiment of the present application. As shown in FIG. 9 , the communication system 900 includes a terminal device 910 and a network device 920 .
  • the terminal device 910 can be used to realize the corresponding functions realized by the terminal device in the above method
  • the network device 920 can be used to realize the corresponding functions realized by the network device in the above method.
  • the processor in the embodiment of the present application may be an integrated circuit chip, which has a signal processing capability.
  • each step of the above-mentioned method embodiments may be completed by an integrated logic circuit of hardware in a processor or instructions in the form of software.
  • the above-mentioned processor can be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field Programmable Gate Array, FPGA) or other available Program logic devices, discrete gate or transistor logic devices, discrete hardware components.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • a general-purpose processor may be a microprocessor, or the processor may be any conventional processor, or the like.
  • the steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, register.
  • the storage medium is located in the memory, and the processor reads the information in the memory, and completes the steps of the above method in combination with its hardware.
  • the memory in the embodiments of the present application may be a volatile memory or a nonvolatile memory, or may include both volatile and nonvolatile memories.
  • the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electronically programmable Erase Programmable Read-Only Memory (Electrically EPROM, EEPROM) or Flash.
  • the volatile memory can be Random Access Memory (RAM), which acts as external cache memory.
  • RAM Static Random Access Memory
  • SRAM Static Random Access Memory
  • DRAM Dynamic Random Access Memory
  • Synchronous Dynamic Random Access Memory Synchronous Dynamic Random Access Memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM, DDR SDRAM enhanced synchronous dynamic random access memory
  • Enhanced SDRAM, ESDRAM synchronous connection dynamic random access memory
  • Synchlink DRAM, SLDRAM Direct Memory Bus Random Access Memory
  • Direct Rambus RAM Direct Rambus RAM
  • the memory in the embodiment of the present application may also be a static random access memory (static RAM, SRAM), a dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM), etc. That is, the memory in the embodiments of the present application is intended to include, but not be limited to, these and any other suitable types of memory.
  • the computer-readable storage medium can be applied to the network device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the network device in the methods of the embodiments of the present application.
  • the computer program enables the computer to execute the corresponding processes implemented by the network device in the methods of the embodiments of the present application.
  • the computer-readable storage medium can be applied to the mobile terminal/terminal device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the mobile terminal/terminal device in the various methods of the embodiments of the present application , for the sake of brevity, it is not repeated here.
  • the computer program product may be applied to the network device in the embodiment of the present application, and the computer program instructions cause the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the Let me repeat for the sake of brevity, the Let me repeat.
  • the computer program product can be applied to the mobile terminal/terminal device in the embodiments of the present application, and the computer program instructions cause the computer to execute the corresponding processes implemented by the mobile terminal/terminal device in the methods of the embodiments of the present application, For the sake of brevity, details are not repeated here.
  • the embodiment of the present application also provides a computer program.
  • the computer program can be applied to the network device in the embodiment of the present application.
  • the computer program executes the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program executes the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit.

Landscapes

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

Abstract

本申请实施例提供一种头压缩方法及装置、终端设备、网络设备，该方法包括：终端设备接收网络设备发送的第一信息，基于所述第一信息建立头压缩上下文；所述终端设备接收所述网络设备通过组播方式或者广播方式发送的压缩包，基于所述头压缩上下文对所述压缩包进行解头压缩。

Description

一种头压缩方法及装置、终端设备、网络设备 技术领域
本申请实施例涉及移动通信技术领域，具体涉及一种头压缩方法及装置、终端设备、网络设备。
背景技术
在新无线(New Radio，NR)系统中，很多场景需要支持组播类型和广播类型的业务需求，例如车联网中，工业互联网中等。所以在NR中引入组播类型和广播类型的多媒体广播服务(Multimedia Broadcast Service，MBS)业务是有必要的。
在NR中，无论是组播类型的MBS业务还是广播类型的MBS业务，在网络侧传输MBS业务的过程中，都存在某些终端设备较早加入MBS业务，而某些终端设备较晚加入MBS业务。对于较晚加入MBS业务的终端设备来说，网络侧可能已经采用压缩包的方式传输MBS业务，这类终端设备如何对压缩包进行解头压缩是个需要解决的问题。
发明内容
本申请实施例提供一种头压缩方法及装置、终端设备、网络设备、芯片、计算机可读存储介质、计算机程序产品、计算机程序。
本申请实施例提供的头压缩方法，包括：
终端设备接收网络设备发送的第一信息，基于所述第一信息建立头压缩上下文；
所述终端设备接收所述网络设备通过组播方式或者广播方式发送的压缩包，基于所述头压缩上下文对所述压缩包进行解头压缩。
本申请实施例提供的头压缩方法，包括：
网络设备向终端设备发送第一信息，所述第一信息用于所述终端设备建立头压缩上下文；
所述网络设备通过组播方式或者广播方式向所述终端设备发送压缩包，所述头压缩上下文用于所述终端设备对所述压缩包进行解头压缩。
本申请实施例提供的头压缩装置，应用于终端设备，所述装置包括：
接收单元，用于接收网络设备发送的第一信息；
建立单元，用于基于所述第一信息建立头压缩上下文；
所述接收单元，还用于接收所述网络设备通过组播方式或者广播方式发送的压缩包；
处理单元，用于基于所述头压缩上下文对所述压缩包进行解头压缩。
本申请实施例提供的头压缩装置，应用于网络设备，所述装置包括：
发送单元，用于向终端设备发送第一信息，所述第一信息用于所述终端设备建立头压缩上下文；通过组播方式或者广播方式向所述终端设备发送压缩包，所述头压缩上下文用于所述终端设备对所述压缩包进行解头压缩。
本申请实施例提供的终端设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的头压缩方法。
本申请实施例提供的网络设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的头压缩方法。
本申请实施例提供的芯片，用于实现上述的头压缩方法。
具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行上述的头压缩方法。
本申请实施例提供的计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述的头压缩方法。
本申请实施例提供的计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述的头压缩方法。
本申请实施例提供的计算机程序，当其在计算机上运行时，使得计算机执行上述的头压缩方 法。
通过上述技术方案，在组播或者广播中明确了终端设备如何建立头压缩上下文，进而可以基于头压缩上下文对网络设备通过组播方式或者广播方式发送的压缩包进行解头压缩，实现了终端设备正常接收组播或者广播的压缩包。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是本申请实施例的一个应用场景的示意图；
图2是本申请实施例的PTM方式和PTP方式对应的协议栈的示意图；
图3是本申请实施例提供的MBS业务按照PTM方式和PTP方式传输的示意图；
图4是本申请实施例提供的头压缩方法的流程示意图；
图5是本申请实施例提供的头压缩装置的结构组成示意图一；
图6是本申请实施例提供的头压缩装置的结构组成示意图二；
图7是本申请实施例提供的一种通信设备示意性结构图；
图8是本申请实施例的芯片的示意性结构图；
图9是本申请实施例提供的一种通信系统的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1是本申请实施例的一个应用场景的示意图。
如图1所示，通信系统100可以包括终端设备110和网络设备120。网络设备120可以通过空口与终端设备110通信。终端设备110和网络设备120之间支持多业务传输。
应理解，本申请实施例仅以通信系统100进行示例性说明，但本申请实施例不限定于此。也就是说，本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long Term Evolution，LTE)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、物联网(Internet of Things，IoT)系统、窄带物联网(Narrow Band Internet of Things，NB-IoT)系统、增强的机器类型通信(enhanced Machine-Type Communications，eMTC)系统、5G通信系统(也称为新无线(New Radio，NR)通信系统)，或未来的通信系统等。
在图1所示的通信系统100中，网络设备120可以是与终端设备110通信的接入网设备。接入网设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备110(例如UE)进行通信。
网络设备120可以是长期演进(Long Term Evolution，LTE)系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是下一代无线接入网(Next Generation Radio Access Network，NG RAN)设备，或者是NR系统中的基站(gNB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备120可以为中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器，或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。
终端设备110可以是任意终端设备，其包括但不限于与网络设备120或其它终端设备采用有线或者无线连接的终端设备。
例如，所述终端设备110可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、IoT设备、卫星手持终端、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进网络中的终端设备等。
终端设备110可以用于设备到设备(Device to Device，D2D)的通信。
无线通信系统100还可以包括与基站进行通信的核心网设备130，该核心网设备130可以是5G核心网(5G Core，5GC)设备，例如，接入与移动性管理功能(Access and Mobility Management Function，AMF)，又例如，认证服务器功能(Authentication Server Function，AUSF)，又例如，用户面功能(User Plane Function，UPF)，又例如，会话管理功能(Session Management Function，SMF)。可选地，核心网络设备130也可以是LTE网络的分组核心演进(Evolved Packet Core，EPC)设备，例如，会话管理功能+核心网络的数据网关(Session Management Function+Core Packet Gateway，SMF+PGW-C)设备。应理解，SMF+PGW-C可以同时实现SMF和PGW-C所能实现的功能。在网络演进过程中，上述核心网设备也有可能叫其它名字，或者通过对核心网的功能进行划分形成新的网络实体，对此本申请实施例不做限制。
通信系统100中的各个功能单元之间还可以通过下一代网络(next generation，NG)接口建立连接实现通信。
例如，终端设备通过NR接口与接入网设备建立空口连接，用于传输用户面数据和控制面信令；终端设备可以通过NG接口1(简称N1)与AMF建立控制面信令连接；接入网设备例如下一代无线接入基站(gNB)，可以通过NG接口3(简称N3)与UPF建立用户面数据连接；接入网设备可以通过NG接口2(简称N2)与AMF建立控制面信令连接；UPF可以通过NG接口4(简称N4)与SMF建立控制面信令连接；UPF可以通过NG接口6(简称N6)与数据网络交互用户面数据；AMF可以通过NG接口11(简称N11)与SMF建立控制面信令连接；SMF可以通过NG接口7(简称N7)与PCF建立控制面信令连接。
图1示例性地示出了一个基站、一个核心网设备和两个终端设备，可选地，该无线通信系统100可以包括多个基站设备并且每个基站的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。
需要说明的是，图1只是以示例的形式示意本申请所适用的系统，当然，本申请实施例所示的方法还可以适用于其它系统。此外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。还应理解，在本申请的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。还应理解，在本申请的实施例中提到的“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。还应理解，在本申请的实施例中提到的“预定义”或“预定义规则”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。还应理解，本申请实施例中，所述"协议"可以指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。
为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明，以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。
随着人们对速率、延迟、高速移动性、能效的追求以及未来生活中业务的多样性、复杂性，为此第三代合作伙伴计划(3 rd Generation Partnership Project，3GPP)国际标准组织开始研发5G。5G的主要应用场景为：增强移动超宽带(enhanced Mobile Broadband，eMBB)、低时延高可靠通信(Ultra-Reliable Low-Latency Communications，URLLC)、大规模机器类通信(massive Machine-Type Communications，mMTC)。
一方面，eMBB仍然以用户获得多媒体内容、服务和数据为目标，其需求增长十分迅速。另一方面，由于eMBB可能部署在不同的场景中，例如室内，市区，农村等，其能力和需求的差别也比较大，所以不能一概而论，必须结合具体的部署场景详细分析。URLLC的典型应用包括：工业自动化，电力自动化，远程医疗操作(手术)，交通安全保障等。mMTC的典型特点包括：高连接密度，小数据量，时延不敏感业务，模块的低成本和长使用寿命等。
在NR早期部署时，完整的NR覆盖很难获取，所以典型的网络覆盖是广域的LTE覆盖和NR的孤岛覆盖模式。而且大量的LTE部署在6GHz以下，可用于5G的6GHz以下频谱很少。所以NR必须研究6GHz以上的频谱应用，而高频段覆盖有限、信号衰落快。同时为了保护移动运营商前期在LTE投资，提出了LTE和NR之间紧耦合(tight interworking)的工作模式。
MBMS
MBMS是一种通过共享网络资源从一个数据源向多个终端设备传送数据的技术，该技术在提供多媒体业务的同时能有效地利用网络资源，实现较高速率(如256kbps)的多媒体业务的广播和组播。
由于MBMS频谱效率较低，不足以有效地承载和支撑手机电视类型业务的运营。因此在LTE中，3GPP明确提出增强对下行高速MBMS业务的支持能力，并确定了对物理层和空中接口的设计要求。
3GPP R9将演进的MBMS(evolved MBMS，eMBMS)引入到LTE中。eMBMS提出了单频率网络(Single Frequency Network，SFN)的概念，即多媒体广播多播服务单频率网络(Multimedia Broadcast multicast service Single Frequency Network，MBSFN)，MBSFN采用统一频率在所有小区同时发送业务数据，但是要保证小区间的同步。这种方式可以极大的提高小区整体信噪比分布，频谱效率也会相应的大幅提高。eMBMS基于IP多播协议实现业务的广播和多播。
在LTE或增强的LTE(LTE-Advanced，LTE-A)中，MBMS只有广播承载模式，没有多播承载模式。此外，MBMS业务的接收适用于空闲态或者连接态的终端设备。
3GPP R13中引入了单小区点对多点(Single Cell Point To Multiploint，SC-PTM)概念，SC-PTM基于MBMS网络架构。
MBMS引入了新的逻辑信道，包括单小区多播控制信道(Single Cell-Multicast Control Channel，SC-MCCH)和单小区多播传输信道(Single Cell-Multicast Transport Channel，SC-MTCH)。SC-MCCH和SC-MTCH被映射到下行共享信道(Downlink-Shared Channel，DL-SCH)上，进一步，DL-SCH被映射到物理下行共享信道(Physical Downlink Shared Channel，PDSCH)上，其中，SC-MCCH和SC-MTCH属于逻辑信道，DL-SCH属于传输信道，PDSCH属于物理信道。SC-MCCH和SC-MTCH不支持混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)操作。
MBMS引入了新的系统信息块(System Information Block，SIB)类型，即SIB20。具体地，通过SIB20来传输SC-MCCH的配置信息，一个小区只有一个SC-MCCH。SC-MCCH的配置信息包括：SC-MCCH的修改周期、SC-MCCH的重复周期、以及调度SC-MCCH的无线帧和子帧等信息。进一步，1)SC-MCCH的修改周期的边界满足SFN mod m＝0，其中，SFN代表边界的系统帧号，m是SIB20中配置的SC-MCCH的修改周期(即sc-mcch-ModificationPeriod)。2)调度SC-MCCH的无线帧满足：SFN mod mcch-RepetitionPeriod＝mcch-Offset，其中，SFN代表无线帧的系统帧号，mcch-RepetitionPeriod代表SC-MCCH的重复周期，mcch-Offset代表SC-MCCH的偏移量。3)调度SC-MCCH的子帧通过sc-mcch-Subframe指示。
SC-MCCH通过物理下行控制信道(Physical Downlink Control Channel，PDCCH)调度。一方面，引入新的无线网络临时标识(Radio Network Tempory Identity，RNTI)，即单小区RNTI(Single Cell RNTI，SC-RNTI)来识别用于调度SC-MCCH的PDCCH(如SC-MCCH PDCCH)，可选地，SC-RNTI固定取值为FFFC。另一方面，引入新的RNTI，即单小区通知RNTI(Single Cell Notification RNTI，SC-N-RNTI)来识别用于指示SC-MCCH的变更通知的PDCCH(如通知PDCCH)，可选地，SC-N-RNTI固定取值为FFFB；进一步，可以用DCI 1C的8个比特(bit)中的一个bit来指示变更通知。在LTE中，SC-PTM的配置信息基于SIB20配置的SC-MCCH，然后SC-MCCH配置SC-MTCH，SC-MTCH用于传输业务数据。
具体地，SC-MCCH只传输一个消息(即SCPTMConfiguration)，该消息用于配置SC-PTM的配置信息。SC-PTM的配置信息包括：临时移动组标识(Temporary Mobile Group Identity，TMGI)、会话标识(seession id)、组RNTI(Group RNTI，G-RNTI)、非连续接收(Discontinuous Reception，DRX)配置信息以及邻区的SC-PTM业务信息等。需要说明的是，R13中的SC-PTM不支持健壮性包头压缩(Robust Header Compression，ROHC)功能。
SC-PTM的下行非连续的接收是通过以下参数控制的：onDurationTimerSCPTM、drx-InactivityTimerSCPTM、SC-MTCH-SchedulingCycle、以及SC-MTCH-SchedulingOffset。
当满足[(SFN*10)+subframe number]modulo(SC-MTCH-SchedulingCycle)＝SC-MTCH-SchedulingOffset时，启动定时器onDurationTimerSCPTM；
当接收到下行PDCCH调度时，启动定时器drx-InactivityTimerSCPTM；
只有当定时器onDurationTimerSCPTM或drx-InactivityTimerSCPTM运行时才接收下行SC-PTM业务。
SC-PTM业务连续性采用基于SIB15的MBMS业务连续性概念，即 “SIB15+MBMSInterestIndication”方式。空闲态的终端设备的业务连续性基于频率优先级的概念。
本申请实施例的技术方案中，定义一个新的SIB(称为第一SIB)，第一SIB包括第一MCCH的配置信息，这里，第一MCCH为MBMS业务的控制信道，换句话说，第一SIB用于配置NR MBMS的控制信道的配置信息，可选地，NR MBMS的控制信道也可以叫做NR MCCH(即所述第一MCCH)。
进一步，第一MCCH用于承载第一信令，本申请实施例对第一信令的名称不做限定，如第一信令为信令A，所述第一信令包括至少一个第一MTCH的配置信息，这里，第一MTCH为MBMS业务的业务信道(也称为数据信道或传输信道)，第一MTCH用于传输MBMS业务数据(如NR MBMS的业务数据)。换句话说，第一MCCH用于配置NR MBMS的业务信道的配置信息，可选地，NR MBMS的业务信道也可以叫做NR MTCH(即所述第一MTCH)。
具体地，所述第一信令用于配置NR MBMS的业务信道、该业务信道对应的业务信息以及该业务信道对应的调度信息。进一步，可选地，所述业务信道对应的业务信息，例如TMGI、session id等标识业务的标识信息。所述业务信道对应的调度信息，例如业务信道对应的MBMS业务数据被调度时使用的RNTI，例如G-RNTI、DRX配置信息等。
需要说明的是，第一MCCH和第一MTCH的传输都是基于PDCCH调度的。其中，用于调度第一MCCH的PDCCH使用的RNTI使用全网唯一标识，即是一个固定值。用于调度第一MTCH的PDCCH使用的RNTI通过第一MCCH进行配置。
需要说明的是，本申请实施例对所述第一SIB、所述第一MCCH和所述第一MTCH的命名不做限制。为便于描述，所述第一SIB也可以简称为SIB，所述第一MCCH也可以简称为MCCH，所述第一MTCH也可以简称为MTCH，通过SIB配置用于调度MCCH的PDCCH(即MCCH PDCCH)以及通知PDCCH，其中，通过MCCH PDCCH携带的DCI调度用于传输MCCH的PDSCH(即MCCH PDSCH)。进一步，通过MCCH配置M个用于调度MTCH的PDCCH(即MTCH 1PDCCH、MTCH2PDCCH、…、MTCH M PDCCH)，其中，MTCH n PDCCH携带的DCI调度用于传输MTCH n的PDSCH(即MTCH n PDSCH)，n为大于等于1且小于等于M的整数。MCCH和MTCH被映射到DL-SCH上，进一步，DL-SCH被映射到PDSCH上，其中，MCCH和MTCH属于逻辑信道，DL-SCH属于传输信道，PDSCH属于物理信道。
需要说明的是，虽然上述方案是以MBMS为例进行说明的，但“MBMS”的描述也可以替换为“MBS”。本申请实施例以MBS为例进行说明，“MBS”的描述也可以被替换为“MBMS”。
在NR系统中，很多场景需要支持组播类型和广播类型的业务需求，例如车联网中，工业互联网中等。所以在NR中引入组播类型和广播类型的MBS业务是有必要的。需要说明的是，组播类型的MBS业务是指通过组播方式传输的MBS业务。广播类型的MBS业务是指通过广播方式传输的MBS业务。
在NR系统中，对于组播类型的MBS业务来说，MBS业务是发给某个组中的所有终端设备。终端设备在RRC连接状态下接收组播类型的MBS业务，终端设备可以通过PTM方式或者PTP方式接收组播类型的MBS业务数据。其中，参照图2，PTM方式的MBS业务数据通过网络侧配置的G-RNTI来加扰对应的调度信息，PTP方式的MBS业务数据通过C-RNTI来加扰对应的调度信息。
对于组播类型的MBS业务来说，基站从共享隧道(tunnel)接收核心网下发的MBS业务后，可以将该MBS业务通过空口下发给一个组中的所有终端设备。这里，基站可以通过PTP方式和/或PTM方式将MBS业务下发给一个组中的所有终端设备。例如：一个组包括终端设备1、终端设备2和终端设备3，基站可以通过PTP方式将MBS业务下发给终端设备1，通过PTP方式将MBS业务下发给终端设备2，通过PTP方式将MBS业务下发给终端设备3；或者，基站可以通过PTP方式将MBS业务下发给终端设备1，通过PTM方式将MBS业务下发给终端设备2和终端设备3；或者，基站可以通过PTM方式将MBS业务下发给终端设备1，终端设备2以及终端设备3。参照图3，在核心网到基站之间采用一个共享的GTP隧道(Shared GTP tunnel)来传输MBS业务，即无论是PTM方式的MBS业务还是PTP方式的MBS业务都是共享这个GTP隧道的。基站按照PTM方式下发MBS业务数据给UE1和UE2，以及按照PTP方式下发MBS业务数据给UE3。
单播中的头压缩功能位于分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层，针对单播的头压缩功能的配置信息如下表1所示。
Figure PCTCN2021122905-appb-000001
Figure PCTCN2021122905-appb-000002
Figure PCTCN2021122905-appb-000003
表1
为便于理解本申请实施例的技术方案，以下对与头压缩相关的一些关键术语进行说明。
头压缩(header compression)：对数据包的包头进行压缩，用于提高数据包的传输效率。作为示例，头压缩的类型有：可靠头压缩(Robust Header Compression，ROHC)和以太网头压缩(Ethernet Header Compression，EHC)。
PDU会话类型(PDU session Type)：PDU会话指终端设备与提供协议数据单元(Protocol Data Unit，PDU)连接服务的数据网络之间的关联。这种关联的类型也即PDU会话类型，可以是IPv4类型、IPv6类型、以太网(Ethernet)类型等。不同PDU会话类型对应的数据包的包头结构不同。
完整包：一种以太网包或者IP包，该包中包含完整的包头信息，通过该包头信息可以建立头压缩上下文，该头压缩上下文用于包头的压缩和/或解压缩。其中，包头的压缩也可以称为头压缩，包头的解压缩也可以称为解头压缩。
压缩包：一种以太网包或者IP包，该包中包含被压缩的包头信息。接收端接收到压缩包后，需要根据头压缩上下文恢复出完整的包头信息。
反馈包：解压缩端向压缩端发送的解压缩或上下文信息相关的包，用于更改压缩端或解压缩端的状态。
在NR中，无论是组播还是广播都支持PDCP层，而单播中的头压缩功能位于PDCP层，因此对于组播和广播来说也可以在PDCP层支持头压缩功能。然而，无论是组播类型的MBS业务还是广播类型的MBS业务，在网络侧传输MBS业务的过程中，都存在某些终端设备较早加入MBS业务，而某些终端设备较晚加入MBS业务。对于较晚加入MBS业务的终端设备来说，网络侧可能已经采用压缩包的方式传输MBS业务，这类终端设备如何对压缩包进行解头压缩是个需要解决的问题。
为此，提出了本申请实施例的以下技术方案。
为便于理解本申请实施例的技术方案，以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范 围。本申请实施例包括以下内容中的至少部分内容。
图4是本申请实施例提供的头压缩方法的流程示意图，如图4所示，所述头压缩方法包括以下步骤：
步骤401：终端设备接收网络设备发送的第一信息，基于所述第一信息建立头压缩上下文。
这里，网络设备向终端设备发送第一信息，所述第一信息用于所述终端设备建立头压缩上下文。相应地，终端设备接收网络设备发送的第一信息，基于所述第一信息建立头压缩上下文。
步骤402：所述终端设备接收所述网络设备通过组播方式或者广播方式发送的压缩包，基于所述头压缩上下文对所述压缩包进行解头压缩。
这里，所述网络设备通过组播方式或者广播方式向所述终端设备发送压缩包，所述头压缩上下文用于所述终端设备对所述压缩包进行解头压缩。相应地，所述终端设备接收所述网络设备通过组播方式或者广播方式发送的压缩包，基于所述头压缩上下文对所述压缩包进行解头压缩。
在一些可选实施方式中，所述网络设备为基站。
在一些可选实施方式中，所述终端设备可以是指处于以下三种场景下的终端设备。
场景一：针对切换到某一个小区的终端设备，且该小区正在发送某一个MBS业务，而该MBS业务也是该终端设备期待或者正在或者即将接收的MBS业务。这里，MBS业务的发送方式可以是组播方式或者广播方式。
场景二：针对某个终端设备在当前服务小区建立某个MBS业务的接收，而该MBS业务在当前小区已经建立且发送。这里，MBS业务的传输方式可以是发送方式或者广播方式。
场景三：针对某个正在接收MBS业务的终端设备，发生了无线链路失败，或者完整保护验证失败，或者重配置失败，或者切换失败，发生了RRC连接重建，网络侧给该RRC连接重建的终端设备建立MBS业务的接收，而该MBS业务在当前小区已经建立且发送。这里，MBS业务的发送方式可以是组播方式或者广播方式。
对于处于以上三种场景下的终端设备，终端设备接收MBS业务时，接收到的是MBS业务的压缩包，为了真确接收该压缩包，终端设备需要先基于网络设备发送的第一信息建立头压缩上下文，而后基于头压缩上下文对接收到的压缩包进行解头压缩。这里，解头压缩是指对压缩包的包头进行解压缩，从而恢复出完整的包头信息。
本申请实施例中，所述终端设备接收所述网络设备通过组播方式或者广播方式发送的压缩包，可以有如下几种实现方式：
方式一：所述终端设备建立好头压缩上下文后，自主在多播无线承载(Multicast Radio Bearer，MRB)上接收所述网络设备通过组播方式或者广播方式发送的压缩包。
方式二：所述终端设备建立好头压缩上下文后，基于所述网络设备的指示在MRB上接收所述网络设备通过组播方式或者广播方式发送的压缩包。
这里，所述网络设备向所述终端设备指示在MRB上接收所述压缩包。
在一些可选实施方式中，所述网络设备可以显式指示终端设备在MRB上接收所述网络设备通过组播方式或者广播方式发送的压缩包，具体地，所述网络设备的指示为第一指示信息，所述第一指示信息用于指示所述终端设备在所述MRB上接收所述压缩包。这里，可选地，所述第一指示信息携带在PDCCH或者媒体接入控制(Media Access Control，MAC)控制单元(Control Element，CE)或者无线资源控制(Radio Resource Control，RRC)信令中。
在一些可选实施方式中，所述网络设备可以隐式指示终端设备在MRB上接收所述网络设备通过组播方式或者广播方式发送的压缩包，具体地，所述网络设备的指示为第一配置信息，所述第一配置信息用于配置所述MRB，所述第一配置信息还用于指示所述终端设备在所述MRB上接收所述压缩包。
方式三：所述终端设备建立好头压缩上下文后，基于网络侧配置的定时器超时，在MRB上接收所述网络设备通过组播方式或者广播方式发送的压缩包。
这里，所述网络设备为所述终端设备配置定时器，所述定时器超时用于触发所述终端设备在MRB上接收所述压缩包。具体地，若定时器超时，则终端设备在MRB上接收所述网络设备通过组播方式或者广播方式发送的压缩包。
在一些可选实施方式中，以下至少一种条件满足的情况下，所述终端设备启动或重启所述定时器：
所述终端设备接收到所述定时器的配置；
所述终端设备接收到所述定时器的重配置；
所述终端设备接收到所述MRB的重配置；
所述终端设备接收到数据无线承载(Data Resource Bearer，DRB)的重配置，所述DRB与所述MRB具有关联关系。
在一些可选实施方式中，以下至少一种条件满足的情况下，所述终端设备停止所述定时器：
所述终端设备接收到所述定时器的去配置；
所述终端设备接收到所述MRB的去配置；
所述终端设备接收到DRB的去配置，所述DRB与所述MRB具有关联关系。
需要说明的是，上述方案中，DRB是指用于单播业务的无线承载，MRB是指用于MBS业务(可以是组播类型的MBS业务或者广播类型的MBS业务)的无线承载。网络设备为MBS业务配置一个或多个MRB，并在配置的MRB上传输MBS业务。终端设备在配置的MRB上接收MBS业务，这里，终端设备在配置的MRB上接收MBS业务的压缩包。
上述方案中，网络设备在为终端设备配置DRB的时候，同时也会配置该DRB关联的MRB，也即该DRB和某个MRB具有关联关系，该MRB即为终端设备接收MBS业务的压缩包的无线承载。
在一些可选实施方式中，所述终端设备接收所述网络设备通过组播方式或者广播方式发送的压缩包之前，所述终端设备建立好头压缩上下文后，向所述网络设备发送反馈信息，所述反馈信息用于反馈所述终端设备建立好头压缩上下文。
在一些可选实施方式中，所述网络设备基于自身实现确定所述终端设备建立好头压缩上下文；或者，所述网络设备接收所述终端设备发送的反馈信息，所述反馈信息用于反馈所述终端设备建立好头压缩上下文。
本申请实施例中，终端设备接收网络设备发送的第一信息，基于所述第一信息建立头压缩上下文。以下结合具体方案对第一信息的实现进行说明。
方案一
本申请实施例中，所述第一信息为完整包的包头信息。
所述网络设备通过DRB向终端设备发送完整包，所述完整包中的包头信息用于所述终端设备建立头压缩上下文。相应地，所述终端设备通过DRB接收网络设备发送的完整包，从所述完整包中获取包头信息，并基于所述包头信息建立头压缩上下文。
在一些可选实施方式中，所述网络设备通过DRB向终端设备发送完整包之前，所述网络设备向所述终端设备发送第二配置信息，所述第二配置信息用于配置所述DRB。相应地，所述终端设备通过DRB接收网络设备发送的完整包之前，所述终端设备接收所述网络设备发送的第二配置信息，所述第二配置信息用于配置所述DRB。
在一些可选实施方式中，所述第二配置信息携带第二指示信息，所述第二指示信息用于指示与所述DRB具有关联关系的MRB的MRB标识，所述MRB标识用于指示所述DRB用于建立与其具有关联关系的MRB的头压缩上下文。
在一些可选实施方式中，所述第二配置信息携带在RRC信令中。
方案二
本申请实施例中，所述第一信息为完整包的包头信息。
所述网络设备通过MRB向终端设备发送完整包，所述完整包中的包头信息用于所述终端设备建立头压缩上下文。相应地，所述终端设备通过MRB接收网络设备发送的完整包，从所述完整包中获取包头信息，并基于所述包头信息建立头压缩上下文。
在一些可选实施方式中，所述网络设备通过MRB向终端设备发送完整包之前，所述网络设备向所述终端设备发送第一配置信息，所述第一配置信息用于配置所述MRB。相应地，所述终端设备通过MRB接收网络设备发送的完整包之前，所述终端设备接收所述网络设备发送的第一配置信息，所述第一配置信息用于配置所述MRB。
方案三
本申请实施例中，所述第一信息为第三配置信息，所述第三配置信息包括头压缩上下文或者所述第三配置信息用于辅助所述终端设备建立头压缩上下文；所述网络设备向终端设备发送所述第三配置信息，所述第三配置信息用于所述终端设备建立头压缩上下文；相应地，所述终端设备接收网络设备发送的所述第三配置信息，基于所述第三配置信息建立头压缩上下文。
选项1)在一些可选实施方式中，所述第三配置信息携带在RRC信令中。
进一步，可选地，所述第三配置信息携带第三指示信息，所述第三指示信息用于指示与所述 第三配置信息具有关联关系的MRB的MRB标识，所述MRB标识用于指示所述第三配置信息用于建立与其具有关联关系的MRB的头压缩上下文。
这里，所述终端设备接收到第三配置信息后，所述终端设备基于所述MRB标识将所述第三配置信息发送给对应的分组数据汇聚协议PDCP层，通过所述PDCP层基于所述第三配置信息建立头压缩上下文。
选项2)在一些可选实施方式中，所述第三配置信息携带在MCCH信令中。
进一步，可选地，所述第三配置信息携带第三指示信息，所述第三指示信息用于指示与所述第三配置信息具有关联关系的MRB的MRB标识，所述MRB标识用于指示所述第三配置信息用于建立与其具有关联关系的MRB的头压缩上下文。
这里，所述终端设备接收到第三配置信息后，所述终端设备基于所述MRB标识将所述第三配置信息发送给对应的分组数据汇聚协议PDCP层，通过所述PDCP层基于所述第三配置信息建立头压缩上下文。
在一些可选实施方式中，所述MCCH信令还携带配置信息，所述配置信息用于指示上下文标识(Context ID，CID)域在数据包中的长度。这里，CID域中承载的信息为头压缩上下文的标识(简称为CID)。所述MCCH信令中配置了CID域在数据包中的长度，如此，终端设备可以正确解析CID域。
选项3)在一些可选实施方式中，所述第三配置信息携带在PDCP控制PDU中。
这里，所述终端设备的PDCP层从所述PDCP控制PDU中获取所述第三配置信息，基于所述第三配置信息建立头压缩上下文。
上述方案中，可选地，所述头压缩上下文包括以下至少一种信息：用于指示完整包或压缩包的指示信息、用于指示数据信息或控制信息的指示信息、上下文标识、配置文件标识、源地址、目的地址、源端口、目的端口、802.1Q标签、长度、类型。
以下结合具体应用实例对本申请实施例的技术方案进行举例说明。以下应用实例中的终端设备是指处于以下三种场景下的终端设备。
场景一：针对切换到某一个小区的终端设备，且该小区正在发送某一个MBS业务，而该MBS业务也是该终端设备期待或者正在或者即将接收的MBS业务。这里，MBS业务的发送方式可以是组播方式或者广播方式。
场景二：针对某个终端设备在当前服务小区建立某个MBS业务的接收，而该MBS业务在当前小区已经建立且发送。这里，MBS业务的传输方式可以是发送方式或者广播方式。
场景三：针对某个正在接收MBS业务的终端设备，发生了无线链路失败，或者完整保护验证失败，或者重配置失败，或者切换失败，发生了RRC连接重建，网络侧给该RRC连接重建的终端设备建立MBS业务的接收，而该MBS业务在当前小区已经建立且发送。这里，MBS业务的发送方式可以是组播方式或者广播方式。
应用实例一
网络设备通过RRC专用信令配置一个DRB，但是所述DRB不开启头压缩功能，即网络设备在所述DRB上发送完整包。进一步，所述DRB关联一个MRB标识，用于指示所述DRB发送的完整包用于建立所述MRB标识指示的MRB的头压缩上下文。
终端设备在DRB上接收完整包，从完整包中获取包头信息，并根据该包头信息建立头压缩上下文，该头压缩上下文是MRB的头压缩上下文。终端设备建立好头压缩上下文后，自主在MRB上接收压缩包或者基于网络设备的指示在MRB上接收压缩包或者基于网络设备配置的定时器超时在MRB上接收压缩包，终端设备基于所建立的头压缩上下文对于接收到的压缩包进行解头压缩。
这里，在一些可选实施方式中，所述网络设备可以显式指示终端设备在MRB上接收压缩包，具体地，所述网络设备的指示为第一指示信息，所述第一指示信息用于指示所述终端设备在所述MRB上接收所述压缩包。这里，可选地，所述第一指示信息携带在PDCCH或者MAC CE或者RRC)令中。或者，在一些可选实施方式中，所述网络设备可以隐式指示终端设备在MRB上接收压缩包，具体地，所述网络设备的指示为第一配置信息，所述第一配置信息用于配置所述MRB或者与所述MRB具有关联关系的DRB，所述第一配置信息还用于指示所述终端设备在所述MRB上接收所述压缩包。
在一些可选实施方式中，以下至少一种条件满足的情况下，所述终端设备启动或重启所述定时器：
所述终端设备接收到所述定时器的配置；
所述终端设备接收到所述定时器的重配置；
所述终端设备接收到所述MRB的重配置；
所述终端设备接收到DRB的重配置，所述DRB与所述MRB具有关联关系。
在一些可选实施方式中，以下至少一种条件满足的情况下，所述终端设备停止所述定时器：
所述终端设备接收到所述定时器的去配置；
所述终端设备接收到所述MRB的去配置；
所述终端设备接收到DRB的去配置，所述DRB与所述MRB具有关联关系。
应用实例二
当网络设备给新加入MBS业务的终端设备配置MRB(可以是1个或多个MRB)时或者后，网络设备采用无头压缩方式进行MBS业务数据的传输，即网络设备在MRB上发送完整包。
终端设备在MRB上接收完整包，从完整包中获取包头信息，并根据该包头信息建立头压缩上下文。
当网络设备接收到终端设备的反馈信息或者基于网络设备实现认为终端设备已经建立好头压缩上下文，则网络设备再次开始头压缩数据的传输，即网络设备在MRB上发送压缩包。
应用实例三
当网络设备给新加入MBS业务的终端设备配置MRB(可以是1个或多个MRB)时或者后，网络设备通过RRC信令为该终端设备配置至少一个头压缩上下文或者辅助终端建立头压缩上下文的配置信息(即第三配置信息)，用于辅助终端设备建立头压缩上下文。进一步，所述第三配置信息和一个MBR标识进行关联。
终端设备接收到网络设备通过RRC信令配置的第三配置信息后，根据关联的MRB标识，将该第三配置信息发给对应的PDCP层，通过PDCP层根据该第三配置信息建立头压缩上下文。
终端设备建立好头压缩上下文后，在MRB标识指示的MRB上接收MBS业务的压缩包，并根据建立好的头压缩上下文对压缩包进行解头压缩。
应用实例四
当网络设备给新加入MBS业务的终端设备配置MRB(可以是1个或多个MRB)时或者后，网络设备通过PDCP控制PDU为该终端设备配置至少一个头压缩上下文或者辅助终端建立头压缩上下文的配置信息(即第三配置信息)，用于辅助终端设备建立头压缩上下文。
终端设备的PDCP层接收到第三配置信息后，根据该第三配置信息建立头压缩上下文。
终端设备建立好头压缩上下文后，在MRB上接收MBS业务的压缩包，并根据建立好的头压缩上下文对压缩包进行解头压缩。
应用实例五
终端设备接收SIB，从SIB中获取MCCH的配置信息，基于MCCH的配置信息接收MCCH，从MCCH中获取MCCH信令，这里，MCCH信令中携带MBS业务的配置信息，其中，所述MBS业务的配置信息中包括头压缩上下文或者辅助终端建立头压缩上下文的配置信息(即第三配置信息)，用于辅助终端建立头压缩上下文。进一步，所述第三配置信息和一个MBR标识进行关联。在一些可选实施方式中，所述MCCH信令还携带配置信息，所述配置信息用于指示CID域在数据包中的长度。
终端设备接收到网络设备通过MCCH信令配置的第三配置信息后，根据关联的MRB标识，将该第三配置信息发给对应的PDCP层，通过PDCP层根据该第三配置信息建立头压缩上下文。
终端设备建立好头压缩上下文后，在MRB标识指示的MRB上接收MBS业务的压缩包，并根据建立好的头压缩上下文对压缩包进行解头压缩。
需要说明的是，本申请实施例的上述方案中，头压缩可以是ROHC或者EHC。
本申请实施例的上述方案，在组播或者广播中明确了终端设备如何建立头压缩上下文，进而可以基于头压缩上下文对网络设备通过组播方式或者广播方式发送的压缩包进行解头压缩，实现了终端设备正常接收组播或者广播的压缩包。
以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只 要其不违背本申请的思想，其同样应当视为本申请所公开的内容。又例如，在不冲突的前提下，本申请描述的各个实施例和/或各个实施例中的技术特征可以和现有技术任意的相互组合，组合之后得到的技术方案也应落入本申请的保护范围。
还应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。此外，在本申请实施例中，术语“下行”、“上行”和“侧行”用于表示信号或数据的传输方向，其中，“下行”用于表示信号或数据的传输方向为从站点发送至小区的用户设备的第一方向，“上行”用于表示信号或数据的传输方向为从小区的用户设备发送至站点的第二方向，“侧行”用于表示信号或数据的传输方向为从用户设备1发送至用户设备2的第三方向。例如，“下行信号”表示该信号的传输方向为第一方向。另外，本申请实施例中，术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。具体地，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
图5是本申请实施例提供的头压缩装置的结构组成示意图一，应用于终端设备，如图5所示，所述头压缩装置包括：
接收单元501，用于接收网络设备发送的第一信息；
建立单元502，用于基于所述第一信息建立头压缩上下文；
所述接收单元501，还用于接收所述网络设备通过组播方式或者广播方式发送的压缩包；
处理单元503，用于基于所述头压缩上下文对所述压缩包进行解头压缩。
在一些可选实施方式中，所述接收单元501，用于自主在MRB上接收所述网络设备通过组播方式或者广播方式发送的压缩包；或者，基于所述网络设备的指示在MRB上接收所述网络设备通过组播方式或者广播方式发送的压缩包；或者，基于网络设备配置的定时器超时，在MRB上接收所述网络设备通过组播方式或者广播方式发送的压缩包。
在一些可选实施方式中，所述网络设备的指示为第一指示信息，所述第一指示信息用于指示所述终端设备在所述MRB上接收所述压缩包；或者，所述网络设备的指示为第一配置信息，所述第一配置信息用于配置所述MRB，所述第一配置信息还用于指示所述终端设备在所述MRB上接收所述压缩包。
在一些可选实施方式中，所述第一指示信息携带在PDCCH或者MAC CE或者RRC信令中。
在一些可选实施方式中，所述处理单元503，还用于在以下至少一种条件满足的情况下，启动或重启所述定时器：
所述终端设备接收到所述定时器的配置；
所述终端设备接收到所述定时器的重配置；
所述终端设备接收到所述MRB的重配置；
所述终端设备接收到数据无线承载DRB的重配置，所述DRB与所述MRB具有关联关系。
在一些可选实施方式中，所述处理单元503，还用于在以下至少一种条件满足的情况下，停止所述定时器：
所述终端设备接收到所述定时器的去配置；
所述终端设备接收到所述MRB的去配置；
所述终端设备接收到DRB的去配置，所述DRB与所述MRB具有关联关系。
在一些可选实施方式中，所述装置还包括：发送单元，用于向所述网络设备发送反馈信息，所述反馈信息用于反馈所述终端设备建立好头压缩上下文。
在一些可选实施方式中，所述第一信息为完整包的包头信息；
所述接收单元501，用于通过DRB接收网络设备发送的完整包；
所述建立单元502，用于从所述完整包中获取包头信息，并基于所述包头信息建立头压缩上下文。
在一些可选实施方式中，所述接收单元501，还用于接收所述网络设备发送的第二配置信息，所述第二配置信息用于配置所述DRB。
在一些可选实施方式中，所述第二配置信息携带第二指示信息，所述第二指示信息用于指示与所述DRB具有关联关系的MRB的MRB标识，所述MRB标识用于指示所述DRB用于建立与其具有关联关系的MRB的头压缩上下文。
在一些可选实施方式中，所述第二配置信息携带在RRC信令中。
在一些可选实施方式中，所述第一信息为完整包的包头信息；
所述接收单元501，用于通过MRB接收网络设备发送的完整包；
所述建立单元502，用于从所述完整包中获取包头信息，并基于所述包头信息建立头压缩上下文。
在一些可选实施方式中，所述接收单元501，还用于接收所述网络设备发送的第一配置信息，所述第一配置信息用于配置所述MRB。
在一些可选实施方式中，所述第一信息为第三配置信息，所述第三配置信息包括头压缩上下文或者所述第三配置信息用于辅助所述终端设备建立头压缩上下文；
所述接收单元501，用于接收网络设备发送的所述第三配置信息；
所述建立单元502，用于基于所述第三配置信息建立头压缩上下文。
在一些可选实施方式中，所述第三配置信息携带在RRC信令中。
在一些可选实施方式中，所述第三配置信息携带在MCCH信令中。
在一些可选实施方式中，所述MCCH信令还携带配置信息，所述配置信息用于指示CID域在数据包中的长度。
在一些可选实施方式中，所述第三配置信息携带第三指示信息，所述第三指示信息用于指示与所述第三配置信息具有关联关系的MRB的MRB标识，所述MRB标识用于指示所述第三配置信息用于建立与其具有关联关系的MRB的头压缩上下文。
在一些可选实施方式中，所述建立单元502，用于基于所述MRB标识将所述第三配置信息发送给对应的PDCP层，通过所述PDCP层基于所述第三配置信息建立头压缩上下文。
在一些可选实施方式中，所述第三配置信息携带在PDCP控制PDU中。
在一些可选实施方式中，所述建立单元502，用于通过所述终端设备的PDCP层从所述PDCP控制PDU中获取所述第三配置信息，基于所述第三配置信息建立头压缩上下文。
在一些可选实施方式中，所述头压缩上下文包括以下至少一种信息：
用于指示完整包或压缩包的指示信息、用于指示数据信息或控制信息的指示信息、上下文标识、配置文件标识、源地址、目的地址、源端口、目的端口、802.1Q标签、长度、类型。
本领域技术人员应当理解，本申请实施例的上述头压缩装置的相关描述可以参照本申请实施例的头压缩方法的相关描述进行理解。
图6是本申请实施例提供的头压缩装置的结构组成示意图二，应用于网络设备，如图6所示，所述头压缩装置包括：
发送单元601，用于向终端设备发送第一信息，所述第一信息用于所述终端设备建立头压缩上下文；通过组播方式或者广播方式向所述终端设备发送压缩包，所述头压缩上下文用于所述终端设备对所述压缩包进行解头压缩。
在一些可选实施方式中，所述装置还包括：
指示单元，用于向所述终端设备指示在MRB上接收所述压缩包；或者，
配置单元，用于为所述终端设备配置定时器，所述定时器超时用于触发所述终端设备在MRB上接收所述压缩包。
在一些可选实施方式中，所述指示为第一指示信息，所述第一指示信息用于指示所述终端设备在所述MRB上接收所述压缩包；或者，所述指示为第一配置信息，所述第一配置信息用于配置所述MRB，所述第一配置信息还用于指示所述终端设备在所述MRB上接收所述压缩包。
在一些可选实施方式中，所述第一指示信息携带在PDCCH或者MAC CE或者RRC信令中。
在一些可选实施方式中，所述装置还包括：
确定单元，用于基于自身实现确定所述终端设备建立好头压缩上下文；或者，
接收单元，用于接收所述终端设备发送的反馈信息，所述反馈信息用于反馈所述终端设备建立好头压缩上下文。
在一些可选实施方式中，所述第一信息为完整包的包头信息；
所述发送单元601，用于通过DRB向终端设备发送完整包，所述完整包中的包头信息用于所述终端设备建立头压缩上下文。
在一些可选实施方式中，所述发送单元601，还用于向所述终端设备发送第二配置信息，所述第二配置信息用于配置所述DRB。
在一些可选实施方式中，所述第二配置信息携带第二指示信息，所述第二指示信息用于指示与所述DRB具有关联关系的MRB的MRB标识，所述MRB标识用于指示所述DRB用于建立与其具有关联关系的MRB的头压缩上下文。
在一些可选实施方式中，所述第二配置信息携带在RRC信令中。
在一些可选实施方式中，所述第一信息为完整包的包头信息；
所述发送单元601，用于通过MRB向终端设备发送完整包，所述完整包中的包头信息用于所述终端设备建立头压缩上下文。
在一些可选实施方式中，所述发送单元601，还用于向所述终端设备发送第一配置信息，所述第一配置信息用于配置所述MRB。
在一些可选实施方式中，所述第一信息为第三配置信息，所述第三配置信息包括头压缩上下文或者所述第三配置信息用于辅助所述终端设备建立头压缩上下文；
所述发送单元601，用于向终端设备发送所述第三配置信息，所述第三配置信息用于所述终端设备建立头压缩上下文。
在一些可选实施方式中，所述第三配置信息携带在RRC信令中。
在一些可选实施方式中，所述第三配置信息携带在MCCH信令中。
在一些可选实施方式中，所述MCCH信令还携带配置信息，所述配置信息用于指示CID域在数据包中的长度。
在一些可选实施方式中，所述第三配置信息携带第三指示信息，所述第三指示信息用于指示与所述第三配置信息具有关联关系的MRB的MRB标识，所述MRB标识用于指示所述第三配置信息用于建立与其具有关联关系的MRB的头压缩上下文。
在一些可选实施方式中，所述第三配置信息携带在PDCP控制PDU中。
在一些可选实施方式中，所述头压缩上下文包括以下至少一种信息：
用于指示完整包或压缩包的指示信息、用于指示数据信息或控制信息的指示信息、上下文标识、配置文件标识、源地址、目的地址、源端口、目的端口、802.1Q标签、长度、类型。
本领域技术人员应当理解，本申请实施例的上述头压缩装置的相关描述可以参照本申请实施例的头压缩方法的相关描述进行理解。
图7是本申请实施例提供的一种通信设备700示意性结构图。该通信设备可以终端设备，也可以是网络设备。图7所示的通信设备700包括处理器710，处理器710可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图7所示，通信设备700还可以包括存储器720。其中，处理器710可以从存储器720中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器720可以是独立于处理器710的一个单独的器件，也可以集成在处理器710中。
可选地，如图7所示，通信设备700还可以包括收发器730，处理器710可以控制该收发器730与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器730可以包括发射机和接收机。收发器730还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备700具体可为本申请实施例的网络设备，并且该通信设备700可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备700具体可为本申请实施例的移动终端/终端设备，并且该通信设备700可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
图8是本申请实施例的芯片的示意性结构图。图8所示的芯片800包括处理器810，处理器810可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图8所示，芯片800还可以包括存储器820。其中，处理器810可以从存储器820中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器820可以是独立于处理器810的一个单独的器件，也可以集成在处理器810中。
可选地，该芯片800还可以包括输入接口830。其中，处理器810可以控制该输入接口830与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片800还可以包括输出接口840。其中，处理器810可以控制该输出接口840与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的移动终端/终端设备，并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
图9是本申请实施例提供的一种通信系统900的示意性框图。如图9所示，该通信系统900包括终端设备910和网络设备920。
其中，该终端设备910可以用于实现上述方法中由终端设备实现的相应的功能，以及该网络设备920可以用于实现上述方法中由网络设备实现的相应的功能为了简洁，在此不再赘述。
应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。
可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序可应用于本申请实施例中的移动终端/终端设备，当该计算机程序在计算 机上运行时，使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (52)

  1. 一种头压缩方法，所述方法包括：
    终端设备接收网络设备发送的第一信息，基于所述第一信息建立头压缩上下文；
    所述终端设备接收所述网络设备通过组播方式或者广播方式发送的压缩包，基于所述头压缩上下文对所述压缩包进行解头压缩。
  2. 根据权利要求1所述的方法，其中，所述终端设备接收所述网络设备通过组播方式或者广播方式发送的压缩包，包括：
    所述终端设备建立好头压缩上下文后，自主在多播无线承载MRB上接收所述网络设备通过组播方式或者广播方式发送的压缩包；或者，
    所述终端设备建立好头压缩上下文后，基于所述网络设备的指示在MRB上接收所述网络设备通过组播方式或者广播方式发送的压缩包；或者，
    所述终端设备建立好头压缩上下文后，基于网络设备配置的定时器超时，在MRB上接收所述网络设备通过组播方式或者广播方式发送的压缩包。
  3. 根据权利要求2所述的方法，其中，
    所述网络设备的指示为第一指示信息，所述第一指示信息用于指示所述终端设备在所述MRB上接收所述压缩包；或者，
    所述网络设备的指示为第一配置信息，所述第一配置信息用于配置所述MRB，所述第一配置信息还用于指示所述终端设备在所述MRB上接收所述压缩包。
  4. 根据权利要求3所述的方法，其中，所述第一指示信息携带在物理下行控制信道PDCCH或者媒体接入控制MAC控制单元CE或者无线资源控制RRC信令中。
  5. 根据权利要求2所述的方法，其中，所述方法还包括：
    以下至少一种条件满足的情况下，所述终端设备启动或重启所述定时器：
    所述终端设备接收到所述定时器的配置；
    所述终端设备接收到所述定时器的重配置；
    所述终端设备接收到所述MRB的重配置；
    所述终端设备接收到数据无线承载DRB的重配置，所述DRB与所述MRB具有关联关系。
  6. 根据权利要求2或5所述的方法，其中，所述方法还包括：
    以下至少一种条件满足的情况下，所述终端设备停止所述定时器：
    所述终端设备接收到所述定时器的去配置；
    所述终端设备接收到所述MRB的去配置；
    所述终端设备接收到DRB的去配置，所述DRB与所述MRB具有关联关系。
  7. 根据权利要求1至6中任一项所述的方法，其中，所述终端设备接收所述网络设备通过组播方式或者广播方式发送的压缩包之前，所述方法还包括：
    所述终端设备建立好头压缩上下文后，向所述网络设备发送反馈信息，所述反馈信息用于反馈所述终端设备建立好头压缩上下文。
  8. 根据权利要求1至7中任一项所述的方法，其中，所述第一信息为完整包的包头信息；
    所述终端设备接收网络设备发送的第一信息，基于所述第一信息建立头压缩上下文，包括：
    所述终端设备通过DRB接收网络设备发送的完整包，从所述完整包中获取包头信息，并基于所述包头信息建立头压缩上下文。
  9. 根据权利要求8所述的方法，其中，所述终端设备通过DRB接收网络设备发送的完整包之前，所述方法还包括：
    所述终端设备接收所述网络设备发送的第二配置信息，所述第二配置信息用于配置所述DRB。
  10. 根据权利要求9所述的方法，其中，所述第二配置信息携带第二指示信息，所述第二指示信息用于指示与所述DRB具有关联关系的MRB的MRB标识，所述MRB标识用于指示所述DRB用于建立与其具有关联关系的MRB的头压缩上下文。
  11. 根据权利要求9或10所述的方法，其中，所述第二配置信息携带在RRC信令中。
  12. 根据权利要求1至7中任一项所述的方法，其中，所述第一信息为完整包的包头信息；
    所述终端设备接收网络设备发送的第一信息，基于所述第一信息建立头压缩上下文，包括：
    所述终端设备通过MRB接收网络设备发送的完整包，从所述完整包中获取包头信息，并基于所述包头信息建立头压缩上下文。
  13. 根据权利要求12所述的方法，其中，所述终端设备通过MRB接收网络设备发送的完整包之前，所述方法还包括：
    所述终端设备接收所述网络设备发送的第一配置信息，所述第一配置信息用于配置所述MRB。
  14. 根据权利要求1至7中任一项所述的方法，其中，所述第一信息为第三配置信息，所述第三配置信息包括头压缩上下文或者所述第三配置信息用于辅助所述终端设备建立头压缩上下文；
    所述终端设备接收网络设备发送的第一信息，基于所述第一信息建立头压缩上下文，包括：
    所述终端设备接收网络设备发送的所述第三配置信息，基于所述第三配置信息建立头压缩上下文。
  15. 根据权利要求14所述的方法，其中，所述第三配置信息携带在RRC信令中。
  16. 根据权利要求14所述的方法，其中，所述第三配置信息携带在多播控制信道MCCH信令中。
  17. 根据权利要求16所述的方法，所述MCCH信令还携带配置信息，所述配置信息用于指示上下文标识CID域在数据包中的长度。
  18. 根据权利要求14至17中任一项所述的方法，其中，所述第三配置信息携带第三指示信息，所述第三指示信息用于指示与所述第三配置信息具有关联关系的MRB的MRB标识，所述MRB标识用于指示所述第三配置信息用于建立与其具有关联关系的MRB的头压缩上下文。
  19. 根据权利要求18所述的方法，其中，所述基于所述第三配置信息建立头压缩上下文，包括：
    所述终端设备基于所述MRB标识将所述第三配置信息发送给对应的分组数据汇聚协议PDCP层，通过所述PDCP层基于所述第三配置信息建立头压缩上下文。
  20. 根据权利要求14所述的方法，其中，所述第三配置信息携带在PDCP控制PDU中。
  21. 根据权利要求20所述的方法，其中，所述基于所述第三配置信息建立头压缩上下文，包括：
    所述终端设备的PDCP层从所述PDCP控制PDU中获取所述第三配置信息，基于所述第三配置信息建立头压缩上下文。
  22. 根据权利要求1至21中任一项所述的方法，其中，所述头压缩上下文包括以下至少一种信息：
    用于指示完整包或压缩包的指示信息、用于指示数据信息或控制信息的指示信息、上下文标识、配置文件标识、源地址、目的地址、源端口、目的端口、802.1Q标签、长度、类型。
  23. 一种头压缩方法，所述方法包括：
    网络设备向终端设备发送第一信息，所述第一信息用于所述终端设备建立头压缩上下文；
    所述网络设备通过组播方式或者广播方式向所述终端设备发送压缩包，所述头压缩上下文用于所述终端设备对所述压缩包进行解头压缩。
  24. 根据权利要求23所述的方法，其中，所述方法还包括：
    所述网络设备向所述终端设备指示在MRB上接收所述压缩包；或者，
    所述网络设备为所述终端设备配置定时器，所述定时器超时用于触发所述终端设备在MRB上接收所述压缩包。
  25. 根据权利要求24所述的方法，其中，
    所述指示为第一指示信息，所述第一指示信息用于指示所述终端设备在所述MRB上接收所述压缩包；或者，
    所述指示为第一配置信息，所述第一配置信息用于配置所述MRB，所述第一配置信息还用于指示所述终端设备在所述MRB上接收所述压缩包。
  26. 根据权利要求25所述的方法，其中，所述第一指示信息携带在PDCCH或者MAC CE或者RRC信令中。
  27. 根据权利要求23至26中任一项所述的方法，其中，所述网络设备通过组播方式或者广播方式向所述终端设备发送压缩包之前，所述方法还包括：
    所述网络设备基于自身实现确定所述终端设备建立好头压缩上下文；或者，
    所述网络设备接收所述终端设备发送的反馈信息，所述反馈信息用于反馈所述终端设备建立 好头压缩上下文。
  28. 根据权利要求23至27中任一项所述的方法，其中，所述第一信息为完整包的包头信息；
    所述网络设备向终端设备发送第一信息，包括：
    所述网络设备通过DRB向终端设备发送完整包，所述完整包中的包头信息用于所述终端设备建立头压缩上下文。
  29. 根据权利要求28所述的方法，其中，所述网络设备通过DRB向终端设备发送完整包之前，所述方法还包括：
    所述网络设备向所述终端设备发送第二配置信息，所述第二配置信息用于配置所述DRB。
  30. 根据权利要求29所述的方法，其中，所述第二配置信息携带第二指示信息，所述第二指示信息用于指示与所述DRB具有关联关系的MRB的MRB标识，所述MRB标识用于指示所述DRB用于建立与其具有关联关系的MRB的头压缩上下文。
  31. 根据权利要求29或30所述的方法，其中，所述第二配置信息携带在RRC信令中。
  32. 根据权利要求23至27中任一项所述的方法，其中，所述第一信息为完整包的包头信息；
    所述网络设备向终端设备发送第一信息，包括：
    所述网络设备通过MRB向终端设备发送完整包，所述完整包中的包头信息用于所述终端设备建立头压缩上下文。
  33. 根据权利要求32所述的方法，其中，所述网络设备通过MRB向终端设备发送完整包之前，所述方法还包括：
    所述网络设备向所述终端设备发送第一配置信息，所述第一配置信息用于配置所述MRB。
  34. 根据权利要求23至27中任一项所述的方法，其中，所述第一信息为第三配置信息，所述第三配置信息包括头压缩上下文或者所述第三配置信息用于辅助所述终端设备建立头压缩上下文；
    所述网络设备向终端设备发送第一信息，包括：
    所述网络设备向终端设备发送所述第三配置信息，所述第三配置信息用于所述终端设备建立头压缩上下文。
  35. 根据权利要求34所述的方法，其中，所述第三配置信息携带在RRC信令中。
  36. 根据权利要求34所述的方法，其中，所述第三配置信息携带在MCCH信令中。
  37. 根据权利要求36所述的方法，其中，所述MCCH信令还携带配置信息，所述配置信息用于指示CID域在数据包中的长度。
  38. 根据权利要求34至37中任一项所述的方法，其中，所述第三配置信息携带第三指示信息，所述第三指示信息用于指示与所述第三配置信息具有关联关系的MRB的MRB标识，所述MRB标识用于指示所述第三配置信息用于建立与其具有关联关系的MRB的头压缩上下文。
  39. 根据权利要求34所述的方法，其中，所述第三配置信息携带在PDCP控制PDU中。
  40. 根据权利要求23至39中任一项所述的方法，其中，所述头压缩上下文包括以下至少一种信息：
    用于指示完整包或压缩包的指示信息、用于指示数据信息或控制信息的指示信息、上下文标识、配置文件标识、源地址、目的地址、源端口、目的端口、802.1Q标签、长度、类型。
  41. 一种头压缩装置，应用于终端设备，所述装置包括：
    接收单元，用于接收网络设备发送的第一信息；
    建立单元，用于基于所述第一信息建立头压缩上下文；
    所述接收单元，还用于接收所述网络设备通过组播方式或者广播方式发送的压缩包；
    处理单元，用于基于所述头压缩上下文对所述压缩包进行解头压缩。
  42. 一种头压缩装置，应用于网络设备，所述装置包括：
    发送单元，用于向终端设备发送第一信息，所述第一信息用于所述终端设备建立头压缩上下文；通过组播方式或者广播方式向所述终端设备发送压缩包，所述头压缩上下文用于所述终端设备对所述压缩包进行解头压缩。
  43. 一种终端设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至22中任一项所述的方法。
  44. 一种网络设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求23至40中任一项所述的方法。
  45. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯 片的设备执行如权利要求1至22中任一项所述的方法。
  46. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求23至40中任一项所述的方法。
  47. 一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至22中任一项所述的方法。
  48. 一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求23至40中任一项所述的方法。
  49. 一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求1至22中任一项所述的方法。
  50. 一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求23至40中任一项所述的方法。
  51. 一种计算机程序，所述计算机程序使得计算机执行如权利要求1至22中任一项所述的方法。
  52. 一种计算机程序，所述计算机程序使得计算机执行如权利要求23至40中任一项所述的方法。
PCT/CN2021/122905 2021-10-09 2021-10-09 一种头压缩方法及装置、终端设备、网络设备 WO2023056641A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202180099491.8A CN117501741A (zh) 2021-10-09 2021-10-09 一种头压缩方法及装置、终端设备、网络设备
PCT/CN2021/122905 WO2023056641A1 (zh) 2021-10-09 2021-10-09 一种头压缩方法及装置、终端设备、网络设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/122905 WO2023056641A1 (zh) 2021-10-09 2021-10-09 一种头压缩方法及装置、终端设备、网络设备

Publications (1)

Publication Number Publication Date
WO2023056641A1 true WO2023056641A1 (zh) 2023-04-13

Family

ID=85803861

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/122905 WO2023056641A1 (zh) 2021-10-09 2021-10-09 一种头压缩方法及装置、终端设备、网络设备

Country Status (2)

Country Link
CN (1) CN117501741A (zh)
WO (1) WO2023056641A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101453298A (zh) * 2007-12-07 2009-06-10 华为技术有限公司 一种无线网络中头压缩的处理方法及系统、装置
CN101998248A (zh) * 2009-08-20 2011-03-30 华为技术有限公司 多播组播广播业务中上下文信息的处理方法及装置
CN107113655A (zh) * 2015-08-25 2017-08-29 华为技术有限公司 一种数据包的压缩参数确定方法及相关设备
US20180007545A1 (en) * 2015-09-16 2018-01-04 Qualcomm Incorporated Techniques and apparatuses for accessing a header-compressed broadcast transmission
CN111385268A (zh) * 2018-12-29 2020-07-07 电信科学技术研究院有限公司 一种数据包头压缩确认方法及通信设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101453298A (zh) * 2007-12-07 2009-06-10 华为技术有限公司 一种无线网络中头压缩的处理方法及系统、装置
CN101998248A (zh) * 2009-08-20 2011-03-30 华为技术有限公司 多播组播广播业务中上下文信息的处理方法及装置
CN107113655A (zh) * 2015-08-25 2017-08-29 华为技术有限公司 一种数据包的压缩参数确定方法及相关设备
US20180007545A1 (en) * 2015-09-16 2018-01-04 Qualcomm Incorporated Techniques and apparatuses for accessing a header-compressed broadcast transmission
CN111385268A (zh) * 2018-12-29 2020-07-07 电信科学技术研究院有限公司 一种数据包头压缩确认方法及通信设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT: "Discussion on Ethernet Header Compression", 3GPP DRAFT; R2-1912210 DISCUSSION ON ETHERNET HEADER COMPRESSION - FINAL, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Chongqing, P. R. China; 20191014 - 20191018, 3 October 2019 (2019-10-03), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051790260 *
OPPO: "Discussion on Ethernet Header Compression", 3GPP DRAFT; R2-1915094, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Reno, US; 20191118 - 20191122, 8 November 2019 (2019-11-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051817011 *

Also Published As

Publication number Publication date
CN117501741A (zh) 2024-02-02

Similar Documents

Publication Publication Date Title
WO2021051320A1 (zh) 一种业务数据传输方法及装置、网络设备、终端设备
WO2022006875A1 (zh) 建立mbs业务的方法及装置、终端设备、网络设备
WO2022155978A1 (zh) Mbs业务的配置方法及装置、终端设备、网络设备
WO2022141088A1 (zh) 一种mbs业务的传输方法及装置、终端设备
WO2022141255A1 (zh) 一种mbs业务的配置方法及装置、网络设备、终端设备
WO2022006849A1 (zh) Mbs业务的tci状态管理方法及装置、终端设备
WO2023010287A1 (zh) 一种通知信息变更的方法及装置、终端设备、网络设备
WO2022198415A1 (zh) 提高mbs业务可靠性的方法及装置、终端设备、网络设备
WO2022205454A1 (zh) 一种指示寻呼的方法及装置、终端设备、网络设备
WO2022141545A1 (zh) 一种mcch调度传输方法及装置、终端设备
WO2022056669A1 (zh) 一种mbs业务的管理方法及装置、终端设备、网络设备
WO2022006888A1 (zh) 一种mbs业务的接收方法及装置、终端设备
WO2023056641A1 (zh) 一种头压缩方法及装置、终端设备、网络设备
WO2023070577A1 (zh) 一种头压缩方法及装置、终端设备、网络设备
WO2023050185A1 (zh) 一种变量的维护方法及装置、终端设备
WO2022266961A1 (zh) 一种变量的维护方法及装置、终端设备
WO2023272619A1 (zh) 一种传输方式的确定方法及装置、终端设备、网络设备
WO2023092531A1 (zh) 一种广播业务的配置方法及装置、终端设备、网络设备
WO2023097665A1 (zh) 一种数据接收方法及装置、终端设备
WO2023102833A1 (zh) 一种反馈状态的指示方法及装置、终端设备、网络设备
WO2023102898A1 (zh) 重传方式的确定方法及定时器的控制方法、装置
US12095584B2 (en) Bearer configuration method and apparatus, terminal device, and network device
WO2023097601A1 (zh) 一种drx定时器的运行方法及装置、终端设备
WO2023133843A1 (zh) 一种确定配置信息的方法及装置、终端设备
WO2023004586A1 (zh) 一种寻呼方法及装置、终端设备、网络设备

Legal Events

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

Ref document number: 21959731

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202180099491.8

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21959731

Country of ref document: EP

Kind code of ref document: A1