[go: up one dir, main page]

WO2015139324A1 - Procédé d'indication de configuration et dispositif de communication - Google Patents

Procédé d'indication de configuration et dispositif de communication Download PDF

Info

Publication number
WO2015139324A1
WO2015139324A1 PCT/CN2014/073904 CN2014073904W WO2015139324A1 WO 2015139324 A1 WO2015139324 A1 WO 2015139324A1 CN 2014073904 W CN2014073904 W CN 2014073904W WO 2015139324 A1 WO2015139324 A1 WO 2015139324A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdu
pdcp
snli
mac
compression algorithm
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2014/073904
Other languages
English (en)
Chinese (zh)
Inventor
马洁
曹振臻
王学龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201480001810.7A priority Critical patent/CN105532059B/zh
Priority to PCT/CN2014/073904 priority patent/WO2015139324A1/fr
Publication of WO2015139324A1 publication Critical patent/WO2015139324A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal

Definitions

  • the present invention relates to communication technologies, and in particular, to a configuration indication method and a communication device. Background technique
  • the Internet Protocol In the mobile communication network, the Internet Protocol (IP) is used as the transmission layer.
  • IP Internet Protocol
  • the header of the IP protocol is very large.
  • IETF Internet Engineering Task Force proposes a robust Robust Header Compression (R0HC) technology.
  • the R0HC consists of a series of header compression protocols.
  • the SP, R0HC framework has A variety of header compression algorithms (Profile).
  • Profile header compression algorithms
  • PDCP Packet Data Convergence Protocol
  • the PDCP layer of the Long Term Evolution (LTE) system adopts the R0HC technology, and the evolved base station (Evolved Node B, hereinafter referred to as eNB) passes the RRC signaling before the data packet of the service is actually transmitted.
  • LTE Long Term Evolution
  • eNB evolved base station
  • the sequence number length indicator (hereinafter referred to as SNLI) of the protocol data unit (hereinafter referred to as PDU) of the protocol data unit (hereinafter referred to as PDU) of the PDCP is configured to User equipment (User Equipment, hereinafter referred to as UE), the profile ID is used to indicate which type of header compression algorithm is used by the service data packet, and the SNLI is used to indicate to the receiving end the PDCP PDU header sent by the sender.
  • the length so that the receiving end knows from which position to start decompressing the Service Data Unit (SDU) of the PDCP, and the IP layer header of the service data packet exists in the PDCP SDU.
  • SDU Service Data Unit
  • the UE at the transmitting end determines the header compression algorithm that it represents according to the profile ID, and performs header compression on the data packet according to the header compression algorithm.
  • the UE at the receiving end first determines the length of the PDCP PDU packet header according to the length of the SNLI, that is, determines the location where the PDCP SDU starts. Then according to the header compression algorithm for PDCP SDU The IP layer header is decompressed to get the correct data.
  • the embodiment of the present invention provides a configuration indication method and a communication device, which are used to solve the problem that the UE at the receiving end cannot correctly receive the data packet sent by the sending end in the prior art.
  • the present invention provides a communication device, including:
  • a transmitter configured to send a media access layer protocol data unit MAC PDU to the receiving end, where the MAC PDU carries a header compression algorithm identifier, and/or a packet data convergence protocol layer protocol data in the MAC PDU
  • the serial number length indicator SNLI of the unit PDCP PDU configured to send a media access layer protocol data unit MAC PDU to the receiving end, where the MAC PDU carries a header compression algorithm identifier, and/or a packet data convergence protocol layer protocol data in the MAC PDU The serial number length indicator SNLI of the unit PDCP PDU.
  • the media access layer control unit MAC CE of the MAC PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU. .
  • the PDCP PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the carrying the header compression algorithm identifier in the PDCP PDU includes:
  • the PDCP PDU periodically carries the header compression algorithm identifier.
  • the present invention provides a communication device, including:
  • a receiver configured to receive a media access layer protocol data unit MAC PDU sent by the sending end, where the MAC PDU carries a header compression algorithm identifier, and/or a packet data convergence protocol layer protocol in the MAC PDU Sequence number length indicator SNLI of the data unit PDCP PDU;
  • a processor configured to decompress a network protocol IP layer header in the packet data convergence protocol layer service data unit PDCP SDU sent by the sending end according to the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the media access layer control unit MAC CE of the MAC PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the PDCP PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the present invention provides a communications device, including:
  • a sending module configured to send a media access layer protocol data unit MAC PDU to the receiving end, where the MAC PDU carries a header compression algorithm identifier, and/or a packet data convergence protocol layer protocol data in the MAC PDU
  • the serial number length indicator SNLI of the unit PDCP PDU configured to send a media access layer protocol data unit MAC PDU to the receiving end, where the MAC PDU carries a header compression algorithm identifier, and/or a packet data convergence protocol layer protocol data in the MAC PDU The serial number length indicator SNLI of the unit PDCP PDU.
  • the media access layer control unit MAC CE of the MAC PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU. .
  • the PDCP PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the carrying the header compression algorithm identifier in the PDCP PDU includes:
  • the PDCP PDU periodically carries the header compression algorithm identifier.
  • the present invention provides a communications device, including:
  • a receiving module configured to receive a media access layer protocol data unit MAC PDU sent by the sending end, where the MAC PDU carries a header compression algorithm identifier, and/or a packet data convergence protocol layer protocol in the MAC PDU Sequence number length indicator SNLI of the data unit PDCP PDU;
  • a decompression module configured to decompress a network protocol IP layer header in a packet data convergence protocol layer service data unit PDCP SDU sent by the sending end according to the header compression algorithm identifier and/or the SNLI of the PDCP PDU .
  • the media access layer control unit MAC CE of the MAC PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU. .
  • the PDCP PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the present invention provides a configuration indication method, including:
  • the sending end sends a media access layer protocol data unit MAC PDU to the receiving end, where the MAC PDU carries a header compression algorithm identifier, and/or a packet data convergence protocol layer protocol data unit PDCP PDU in the MAC PDU Serial number length indicator SNLI.
  • the media access layer control unit MAC CE of the MAC PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU. .
  • the PDCP PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the carrying the header compression algorithm identifier in the PDCP PDU includes:
  • the PDCP PDU periodically carries the header compression algorithm identifier.
  • the present invention provides a configuration indication method, where a receiving end receives a media access layer protocol data unit MAC PDU sent by a sending end, where the MAC PDU carries a header compression algorithm identifier, and/or The serial number length indicator SNLI of the packet data convergence protocol layer protocol data unit PDCP PDU in the MAC PDU;
  • the receiving end decompresses a network protocol IP layer header in the packet data convergence protocol layer service data unit PDCP SDU sent by the sending end according to the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the media access layer control unit MAC CE of the MAC PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU. .
  • the PDCP PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the configuration indication method and the communication device provided by the embodiment of the present invention send a MAC PDU of the SNLI carrying the profi le ID and/or the PDCP PDU to the receiving end by the sender, so that the receiving end according to the profi le ID and/or the SNLI pair of the PDCP PDU
  • the PDCP SDU is decompressed so that the receiving end can correctly receive the data packet sent by the transmitting end.
  • the communication device provided by the embodiment of the present invention can enable the transmitting end and the receiving end to correctly receive data without prior configuration when the control center node is not in use, thereby realizing efficient use of the wireless resource.
  • FIG. 1 is a schematic diagram of a plurality of consecutive data packets carrying a MAC CE provided by the present invention
  • FIG. 2 is a schematic diagram of carrying a MAC CE in a discontinuous data packet according to the present invention
  • Embodiment 2 of a communication device is a schematic structural diagram of Embodiment 2 of a communication device according to the present invention.
  • Embodiment 4 is a schematic structural diagram of Embodiment 4 of a communication device according to the present invention.
  • FIG. 5 is a schematic flowchart diagram of Embodiment 2 of a configuration indication method provided by the present invention.
  • the technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention.
  • the embodiments are a part of the embodiments of the invention, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • the transmitting end and the receiving end in the embodiment of the present invention may be a user equipment, and the user equipment may be a cellular through terminal, and the terminal may be a wireless terminal or a wired terminal.
  • the wireless terminal can be a device that provides voice and/or data connectivity to the user, a handheld device with wireless connectivity, or other processing device that is connected to the wireless modem.
  • the wireless terminal can communicate with one or more core networks via a radio access network (eg, RAN, Radio Access Network), which can be a mobile terminal, such as a mobile phone (or "cellular" phone) and with a mobile terminal
  • RAN Radio Access Network
  • the computers for example, can be portable, pocket-sized, handheld, computer-integrated or in-vehicle mobile devices that exchange language and/or data with the wireless access network.
  • a wireless terminal may also be called a system, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, an access point, or an access point.
  • Remote Terminal Access Terminal, User Terminal, User Agent, User Device, or User Equipment.
  • a first embodiment of the present invention provides a communication device, where the communication device is a communication device at a transmitting end, and the communication device includes a transmitter 10, configured to send a media access control protocol data unit (Media Access Control Protocol Data Unit) to the receiving end.
  • a media access control protocol data unit Media Access Control Protocol Data Unit
  • MAC PDU media access control protocol data unit
  • the MAC PDU carries a profile ID, and/or an SNLI of a PDCP PDU in the MAC PDU.
  • the transmitter 10 sends a service data stream to the receiver, where the service data stream includes at least one data packet.
  • the communication device performs header compression on the data packet.
  • the header compression process uses a certain header compression algorithm, and the header compression algorithm can pass the header compression algorithm identifier (profile ID). ) to indicate that different profi le IDs correspond to different header compression algorithms.
  • the communication device also adds a header of the PDCP layer to the data packet, so that the data packet is converted into a PDCP PDU; when the PDCP PDU is transmitted to the MAC layer of the transmitting end, the communication device also adds a MAC layer header to the PDCP PDU.
  • the MAC PDU is actually a protocol data unit that includes the PDCP PDU.
  • the transmitter 10 sends the MAC PDU to the receiving end, and carries the prof ile ID and/or the SNLI of the PDCP PDU in the MAC PDU.
  • the receiving end receives the MAC PDU, and obtains the profile ID of the MAC PDU and/or the SNLI of the PDCP PDU.
  • the receiving end learns the corresponding header compression algorithm according to the profile ID, and decompresses the IP layer header in the PDCP SDU.
  • Acquiring the data packet sent by the sending end, and/or, the receiving end knows the length of the PDCP PDU packet header according to the SNLI, so as to know the starting position of the PDCP SDU, and then decompress the IP layer header in the PDCP SDU to obtain the sending by the transmitting end. data pack.
  • the communication device and the receiving end compress and decompress the IP layer header in the PDCP SDU according to the length of the header compression algorithm and/or the PDCP PDU header, so that the receiving end It can correctly receive the data packets sent by the sender.
  • the receiving end may determine the length of the header of the PDCP PDU by performing other signaling messages (such as user plane configuration information) with the sending end, or may negotiate through the two operations. Determining the header length of the PDCP PDU, that is, determining the location of the PDCP SDU to ensure the correctness of the IP layer header in the PDCP SDU; the receiving end according to the length of the PDCP PDU header and the header compression algorithm corresponding to the profile ID The IP layer header of the PDCP SDU in the PDCP PDU is decompressed, so that the data sent by the sender can be correctly obtained.
  • the header length of the PDCP PDU that is, determining the location of the PDCP SDU to ensure the correctness of the IP layer header in the PDCP SDU; the receiving end according to the length of the PDCP PDU header and the header compression algorithm corresponding to the profile ID
  • the IP layer header of the PDCP SDU in the PDCP PDU is decompressed, so that the data sent by
  • the receiving end when receiving the MAC PDU, the receiving end reads the SNLI of the PDCP PDU, learns the length of the PDCP PDU header, and learns the location where the PDU SDU starts; Reading the header of the data packet in the PDCP SDU, determining the profile ID according to the content carried in the packet header, and knowing which header compression algorithm should be used; finally, the receiving end according to the header compression algorithm and the length of the PDCP PDU header to the PDCP SDU The IP layer header is decompressed, so that the data packet sent by the sender can be correctly received.
  • the receiving end when the profile ID and the SNLI of the PDCP PDU are carried in the MAC PDU, the receiving end first determines the header length of the PDCP PDU by using the SNLI; and then determines the header compression algorithm according to the profile ID; finally, the receiving end according to the header compression algorithm And the length of the PDCP PDU header is decompressed to the IP layer header of the PDCP SDU, so that the data packet sent by the sender can be correctly received.
  • the communication device provided by the embodiment of the present invention sends a MAC PDU carrying the profile ID and/or the SNLI of the PDCP PDU to the receiving end, so that the receiving end decompresses the PDCP SDU according to the profile ID and/or the SNLI of the PDCP PDU. Therefore, the receiving end can correctly receive the data packet sent by the transmitting end.
  • the communication device provided by the embodiment of the present invention can enable the transmitting end and the receiving end to correctly receive data without prior configuration when the control center node is not in use, thereby realizing efficient use of the wireless resource.
  • the embodiment relates to media access of the MAC PDU by carrying the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • MAC CE MAC Control Element
  • the transmitter 10 sends a service data stream to the receiver, where the service data stream includes at least one data packet.
  • the communication device adds a MAC CE in the first data packet of the service data flow, and the MAC CE carries a profile ID and/or an SNLI of the PDCP PDU, where the MAC CE includes a Logical Channel Identifier (LGID).
  • LGID Logical Channel Identifier
  • the LGID is used to indicate the number of a service data flow
  • the header compression algorithm index is used to indicate the profile ID
  • the SNLI is used to indicate the PDCP.
  • the length of the Serial Number (hereinafter referred to as SN), which is the length of the header of the PDCP PDU.
  • the format of the MAC CE can be referenced. See Table 1.
  • the SNLI is used to indicate the number of bits in the SN field in the PDCP PDU.
  • the SN usually has three types: 7 bits, 12 bits, and 15 bits.
  • the number of bits in the SNLI can be 1 bit or 2 bits. Wherein, when the number of bits of the SNLI is 2 bits (00-11), four types of SN lengths can be indicated; when the number of bits of the SNLI is 1 bit (0 or 1), two types of SN lengths can be indicated. Therefore, when two types of SN lengths are used in D2D communication, the SNLI is indicated by 1 bit; when three types of SN lengths are used in D2D communication, the SNLI is indicated by 2 bits.
  • LGID Profi le index SNLI LGID Profi le index SNLI
  • the device 10 carries the MAC CE (see FIG. 1) in a plurality of consecutive data packets after the service data starts to be transmitted, and may also be periodically inserted during the transmission of the service data for the broadcast mode for the direct communication (D2D).
  • the MAC CE that is, carries the MAC CE in the non-contiguous data packet (see FIG. 2), so that the terminal of the broadcast group that joins the D2D at different times can know the profile ID and/or SNLI corresponding to the service.
  • the receiving end When the receiving end receives the MAC PDU with the MAC CE, the MAC CE is read out and the primitive is sent to the RRC layer of the user; the receiving end configures the PDCP layer of the user plane through its own RRC layer entity, Head compression algorithm in PDCP entity corresponding to the service data flow
  • the RRC layer entity indicates the SN length of the PDCP (ie, the length of the PDCP PDU header) to the PDCP layer of the user plane through the SNLI, and the length may be 7 bits or 12bit or 15bit.
  • the PDCP entity in the receiving end establishes the context of the header compression algorithm according to the profi le ID, so as to decompress the IP layer header of the PDCP SDU later, and/or the receiving end reads the PDCP according to the length indicated by the SNLI.
  • the length of the SN that is, the length of the header of the PDCP PDU is learned, so that the IP layer header of the PDCP SDU is decompressed later.
  • the header compression algorithm and/or SNLI corresponding to the profi le ID of the PDCP layer indicated in the MAC CE are used to compress and decompress the IP layer header of the PDCP SDU so as to correctly receive the data packet sent by the sender.
  • the communication device provided by the embodiment of the present invention sends the bearer to the receiving end through the transmitter.
  • Profile ID and/or MAC PDU of the SNLI of the PDCP PDU, and the profile ID and/or SNLI are carried in the MAC CE of the MAC PDU, so that the receiving end can perform the PDCP SDU according to the profile ID and/or SNLI carried in the MAC CE.
  • the IP layer header is decompressed, so that the receiving end can correctly receive the data packet sent by the transmitting end.
  • the communication device provided by the embodiment of the present invention can enable the transmitting end and the receiving end to correctly receive data without prior configuration when the control center node is not in use, thereby realizing efficient use of the wireless resource.
  • the embodiment relates to sending the SNLI of the profi le ID and/or the PDCP PDU in the PDCP PDU of the MAC PDU. The process to the receiving end.
  • the format of the PDCP PDU of the SNLI carrying the profi le ID and/or the PDCP PDU can be seen in Table 2:
  • D in D/C indicates that this PDU is a data unit
  • C indicates that this PDU is a control unit of PDCP, which is D in this embodiment.
  • the PDU type indicates the type of the PDU.
  • the specific type of the PDU can be indicated by a combination of the corresponding "0" or "1" bits. For details, see Table 3: Table 3
  • SNLI indicates the length indication bit of the PDCP SN, indicating the length of the SN in the header of the PDCP PDU, and can obtain the position where the PDCP SDU starts according to it; the SNLI may have 1 bit or 2 bits long, which is specified in the D2D communication system. If only two SN lengths are used, the SNLI is 1 bit, and if three types of length are used, the SNLI is 2 bits.
  • the SNLI when the SNLI has only 1 bit and the SNLI value is 1, it indicates that the SN is a 7-bit SN; when the SNLI has only 1 bit and the SNLI value is 0, it indicates that the SN is a 12-bit SN; when the SNLI has 2 bits When the bit is 00LI and the value of SNLI is 00, it indicates that the SN is a 7-bit SN; when the SNLI has 2 bits and the SNLI value is 01, it indicates that the SN is a 12-bit SN; when the SNLI has 2 bits and the SNLI A value of 10 indicates that the SN is 15 bits; if the SNLI has 2 bits and the SNLI value is 11, it can be temporarily used, and it is used when there is a new SN length.
  • PID refers to the above profi le ID.
  • the communication device After the above-mentioned communication device performs IP-related header compression for each PDCP SDU (a PDCP PDU corresponds to one SDU), the profi le ID used by itself and/or the SNLI of the PDCP PDU are carried in the PDCP PDU through the transmitter. 10 is sent to the receiving end, D is filled in the D/C bit in the header of the PDCP PDU, and the PDU type is filled in 010 in Table 3. The SNLI is filled in according to the indicator bit value corresponding to the length of the specific SN, in a service flow. In the middle, a SN length should be fixed. Then, the communication device adds the MAC CE to the PDCP PDU at the MAC layer, and forms a MAC PDU to be sent to the receiving end.
  • the receiving end After receiving the MAC PDU, the receiving end acquires the PDCP PDU and reads the D/C bit in the PDCP PDU. When the receiving end detects that the bit is D, it indicates that the data packet carries the PDCP SDU, and then the received PDU is interpreted according to the meaning of each bit in Table 2. After the receiving end reads the profi le ID and/or the SNLI from the PDU, the correct SDU position is obtained according to the header compression algorithm corresponding to the profi le ID and/or the header length of the PDCP PDU, and the PDCP SDU is decompressed. The IP layer header, so that the packet of the sender can be received correctly.
  • the receiving end when the receiving end reads the D/C bit as C, the format of the PDC PPDU is interpreted.
  • the manner is shown in Table 4 and Table 5.
  • the PDU type in Table 4 is 100, and the PDU type in Table 5 is 011.
  • BitmapN (optional) Oct 2+N
  • the first missing PDCP sequence number (First Missing PDCP SN, hereinafter referred to as FMS) is used to indicate the PDCP SN of the first lost PDCP SDU; bitmap (Bitmap) Indicates which PDCP SN is missing.
  • the PID can be periodically carried in the PDCP PDU, which indicates the profile ID of the R0HC. It also saves the head overhead of PDCP.
  • the PDU type will be added one more way. The table after the addition is shown in Table 6:
  • the communication device provided by the embodiment of the present invention sends a MAC PDU carrying the profile ID and/or the SNLI of the PDCP PDU to the receiving end, and the SNLI of the profile ID and/or the PDCP PDU is carried in the PDCP PDU of the MAC PDU.
  • the receiving end can decompress the IP layer header of the PDCP SDU according to the profile ID and/or the SNLI carried in the PDCP PDU, so that the receiving end can correctly receive the data packet sent by the sending end.
  • the communication device provided by the embodiment of the present invention enables the transmitting end and the receiving end to correctly receive data without prior configuration when there is no control center node, thereby realizing efficient use of radio resources.
  • the communication device includes: a receiver 20 and a processor 21.
  • the receiver 20 is configured to receive a MAC PDU sent by the sending end, where the MAC PDU carries a header compression algorithm identifier, and/or an SNLI of the PDCP PDU in the MAC PDU
  • the processor 21 is configured to The header compression algorithm identifier and/or the SNLI of the PDCP PDU decompresses the PDCP SDU sent by the sender.
  • the sending end sends a service data stream to the receiving end, where the service data stream includes at least one data packet.
  • the transmitting end performs header compression on the data packet.
  • the header compression process uses a certain header compression algorithm, and the header compression algorithm can pass the header compression algorithm identifier (profile ID). To indicate that different profile IDs correspond to different header compression algorithms.
  • the sender also adds a header of the PDCP layer to the data packet, so that the data packet is converted into a PDCP PDU.
  • the sender When the PDCP PDU is transmitted to the MAC layer of the sender, the sender also adds a header to the PDCP PDU to make it a MAC PDU. . That is, the MAC PDU is actually a protocol data unit that includes the PDCP PDU. Finally, the sender sends the MAC PDU to the receiving end, and carries the profile ID and/or the SNLI of the PDCP PDU in the MAC PDU.
  • the receiver 20 receives the MAC PDU, and the processor 21 acquires the profile ID of the MAC PDU and/or the SNLI of the PDCP PDU.
  • the processor 21 learns the corresponding header compression algorithm according to the profile ID, and the IP layer in the PDCP SDU.
  • the packet header is decompressed to obtain the data packet sent by the sender, and/or the processor 21 learns the length of the PDCP PDU packet header according to the SNLI, so as to know the location where the PDCP SDU starts, and then solve the IP layer header in the PDCP SDU. Compress to get the packet sent by the sender. Moreover, in the subsequent data packet transmission and reception process, the sender and the receiver compress and decompress the IP layer header in the PDCP SDU according to the length of the header compression algorithm and/or the PDCP PDU header to enable the user to Correctly received the packet sent by the sender.
  • the receiving end may determine the length of the header of the PDCP PDU by performing other signaling messages (such as user plane configuration information) with the sending end, or may negotiate through the two operations. Determining the header length of the PDCP PDU, that is, determining the location of the PDCP SDU, ensuring the correctness of the IP layer header in the PDCP SDU; the processor 21 according to the length of the PDCP PDU header and the header compression algorithm corresponding to the profile ID The PDCP SDU in the PDCP PDU is decompressed, so that the data packet sent by the sender can be correctly obtained.
  • the receiver 20 receives the SNLI.
  • the processor 21 When the MAC PDU is read, the processor 21 reads the SNLI of the PDCP PDU, learns the length of the PDCP PDU header, and learns the location where the PDU SDU starts. The processor 21 reads the packet header of the data packet in the PDCP SDU according to the packet header. The carried content determines the profile ID, and knows which header compression algorithm should be used. Finally, the processor 21 decompresses the IP layer header of the PDCP SDU according to the header compression algorithm and the length of the PDCP PDU header, so that the packet can be correctly received. The packet sent by the sender.
  • the processor 21 when the profile ID and the SNLI of the PDCP PDU are carried in the MAC PDU, the processor 21 first determines the header length of the PDCP PDU by using the SNLI of the PDCP PDU; and then determines a header compression algorithm according to the profile ID; finally, the processor 21 The IP layer header in the PDCP SDU is decompressed according to the header compression algorithm and the length of the PDCP PDU header, so that the data packet sent by the sender can be correctly received.
  • the communication device provided by the embodiment of the present invention receives, by the receiver, the MAC PDU of the SNLI carrying the profile ID and/or the PDCP PDU sent by the sending end, so that the processor according to the profile ID carried in the MAC PDU and/or the SNLI of the PDCP PDU.
  • the IP layer header in the PDCP SDU is decompressed, so that the receiving end can correctly receive the data packet sent by the transmitting end.
  • the communication device provided by the embodiment enables the transmitting end and the receiving end to correctly receive data without prior configuration when there is no control center node, thereby realizing efficient use of radio resources.
  • the embodiment relates to receiving the MAC PDU by the receiver 20, and carrying the header compression algorithm identifier in the MAC CE of the MAC PDU. And/or the SNLI process of the PDCP PDU.
  • a service data stream is sent to the receiving end, where the service data stream includes at least one data packet.
  • the sender adds a MAC CE in the first data packet of the service data flow, where the MAC CE carries a profile ID and/or a SNLI of the PDCP PDU, and the MAC CE includes both a LGID and a header compression algorithm index.
  • the SNLI of the PDCP PDU where the LGID is used to indicate the number of a service data flow, the header compression algorithm index is used to indicate the profi le ID, and the SNLI is used to indicate the length of the PDCP SN, that is, the header of the PDCP PDU. length.
  • the format of the MAC CE can be seen in Table 1 above.
  • the SNLI is used to indicate the number of bits in the SN field in the PDCP PDU.
  • the SN usually has 7 bits, 12 bits, and 15 bits.
  • the number of bits in the SNLI can be lbit or 2bit. Wherein, when the number of bits of the SNLI is 2 bits (00-11), four types of SN lengths can be indicated; when the number of bits of the SNLI is 1 bit (0 or 1), two types of SN lengths can be indicated. Therefore, when two types of SN lengths are used in D2D communication, the SNLI is indicated by lbit; when three types of SN lengths are used in D2D communication, the SNLI is indicated by 2 bits.
  • the MAC CE may perform multiple transmissions at the MAC layer. Therefore, in addition to carrying the MAC CE in the first data packet, the following may also be:
  • the sender starts at the service data. Multiple consecutive data packets after transmission carry MAC CE (see Figure 1), and can also be used for direct-through (D2D) broadcast mode, periodically inserting MAC CE during service data transmission, that is, in non-
  • the continuous data packet carries the MAC CE (see FIG. 2), so that the terminal of the broadcast group that joins the D2D at different times can know the profile ID corresponding to the service and/or the SNLI of the PDCP PDU.
  • the MAC CE When the receiver 20 receives the MAC PDU with the MAC CE, the MAC CE is read out by the processor 21, and the primitive is sent to the RRC layer of the host; the processor 21 provides the user plane through the RRC layer entity of the receiving end.
  • the PDCP layer is configured to configure a header compression algorithm (profi le) in the PDCP entity corresponding to the service data flow as a profi le ID carried in the MAC CE, and/or a PDCP layer of the RRC layer entity to the user plane through the SNLI. Indicates the SN length of the PDCP (ie The length of the PDCP PDU header. This length can be 7bit or 12bit or 15bit.
  • the processor 21 establishes the context of the header compression algorithm according to the profi le ID through the PDCP entity in the receiving end, so as to decompress the IP layer header of the PDCP SDU, and/or the processor 21 follows the length indicated by the SNLI. To read the length of the SN of the PDCP, that is, the length of the header of the PDCP PDU is obtained, so as to decompress the IP layer header of the PDCP SDU later.
  • the sender and the receiver perform data packet header compression and decompression and/or SNLI of the PDCP PDU according to the header compression algorithm corresponding to the PDCP layer's profi le ID indicated in the MAC CE.
  • the IP layer header in the PDCP SDU is compressed and decompressed so that the data packet sent by the sender can be correctly received.
  • the communication device provided by the embodiment of the present invention receives the MAC PDU of the SNLI carrying the profile ID and/or the PDCP PDU sent by the sending end by the receiver, and the profile ID and/or the SNLI are carried in the MAC CE of the MAC PDU, so that the processing is performed.
  • the device can decompress the IP layer header in the PDCP SDU according to the profile ID and/or the SNLI carried in the MAC CE, so that the receiving end can correctly receive the data packet sent by the sending end.
  • the communication device provided by the embodiment of the present invention can enable the transmitting end and the receiving end to correctly receive data without prior configuration when the control center node is not in use, thereby realizing efficient use of the wireless resource.
  • the embodiment relates to that the receiver receives the MAC PDU, and the PDCP PDU in the MAC PDU carries the profi le ID and/or Or the SNLI process of the PDCP PDU.
  • the format of the PDCP PDU of the SNLI carrying the profi le ID and/or the PDCP PDU can be referred to Table 2 and Table 3 above, and the detailed descriptions of Table 2 and Table 3 are not described herein.
  • the sender After the sender performs IP-related header compression for each PDCP SDU (a PDCP PDU corresponds to one SDU), the SNLI of the profi le ID and/or the PDCP PDU used by the transmitting end is carried in the PDCP PDU and sent to the receiving end. Fill in D in the D/C bit in the header of the PDCP PDU, and fill in 010 in Table 3. The SNLI is filled in according to the length of the specific SN. In a service flow, an SN length should be fixed. Afterwards, the sender adds the MAC CE to the PDCP PDU at the MAC layer, and forms a MAC PDU to be sent to the receiving end.
  • the receiver 20 After receiving the MAC PDU, the receiver 20 acquires the PDCP PDU through the processor 21 and reads the D/C bit in the PDCP PDU. When the processor 21 detects that the bit is D, the table This packet carries the SDU of the PDCP, so the received PDU is interpreted according to the meaning of each bit in Table 2. After the processor 21 reads the profi le ID and/or the SNLI from the PDU, according to the header compression algorithm corresponding to the profi le ID and/or the header length of the PDCP PDU, the data packet of the transmitting end can be correctly received.
  • the manner of reading the format of the PDC PPDU is shown in Table 4 and Table 5.
  • the PDU type in Table 4 is 100, and the PDU type in Table 5 is 011.
  • the PID can be periodically carried in the PDCP PDU, which indicates the profi le ID of the R0HC. , which saves the head overhead of PDCP. In this way, the PDU type will be added one more.
  • Table 6 For the table after the addition, refer to Table 6 and its specific description, and details are not described herein again.
  • the communication device provided by the embodiment of the present invention receives the profile ID sent by the sending end and/or the MAC PDU of the SNLI of the PDCP PDU through the receiver, and the SNLI of the profile ID and/or the PDCP PDU is carried in the PDCP PDU of the MAC PDU.
  • the processor is configured to decompress the PDCP SDU according to the profile ID and/or the SNLI carried in the PDCP PDU, so that the receiving end can correctly receive the data packet sent by the sending end.
  • the communication device provided by the embodiment of the present invention can enable the transmitting end and the receiving end to correctly receive data without prior configuration when there is no control center node, thereby realizing efficient use of radio resources.
  • a third embodiment of the present invention provides a communication device, where the communication device is a communication device at the transmitting end, and the communication device includes a sending module 30, configured to send a MAC PDU to the receiving end, where the MAC PDU carries a profile ID, and/or , the SNLI of the PDCP PDU in the MAC PDU.
  • the sending module 30 sends a service data stream to the receiving end, where the service data stream includes at least one data packet.
  • the communication device performs header compression on the data packet.
  • the header compression process uses a certain header compression algorithm (prof i le ), and the header compression algorithm can pass the header compression algorithm identifier ( Prof i le ID) to indicate that different profi le IDs correspond to different header compression algorithms.
  • the communication device also adds a header of the PDCP layer to the data packet, such that the data packet is converted into a PDCP PDU; when the PDCP PDU When transmitting to the MAC layer of the sender, the communication device also adds a header of the MAC layer to the PDCP PDU, making it a MAC PDU. That is, the MAC PDU is actually a protocol data unit including the PDCP PDU.
  • the sending module 30 sends the MAC PDU to the receiving end, and carries the profile ID and/or the SNLI of the PDCP PDU in the MAC PDU.
  • the receiving end receives the MAC PDU, and obtains the prof i le ID and/or the SNLI of the PDCP PDU in the MAC PDU.
  • the receiving end learns the corresponding header compression algorithm according to the profile ID, and decompresses the IP layer header in the PDCP SDU.
  • the receiving end learns the length of the PDCP PDU packet header according to the SNLI, so as to know the location where the PDCP SDU starts, and then decompress the IP layer header in the PDCP SDU to obtain the transmitting end.
  • the packet sent is the MAC PDU, and obtains the prof i le ID and/or the SNLI of the PDCP PDU in the MAC PDU.
  • the receiving end learns the corresponding header compression algorithm according to the profile ID, and decompresses the IP layer header in the PDCP SDU.
  • the receiving end learns the length of the PDCP PDU packet header according to the SNLI, so as to know the location where the
  • the communication device and the receiving end compress and decompress the IP layer header in the PDCP SDU according to the length of the header compression algorithm and/or the PDCP PDU header, so that the receiving end It can correctly receive the data packets sent by the sender.
  • the receiving end may determine the length of the header of the PDCP PDU by performing other signaling messages (such as user plane configuration information) with the sending end, or may negotiate through the two operations. Determining the header length of the PDCP PDU, that is, determining the location of the PDCP SDU to ensure the correctness of the IP layer header in the PDCP SDU; the receiving end according to the length of the PDCP PDU header and the header compression algorithm corresponding to the profile ID The IP layer header of the PDCP SDU in the PDCP PDU is decompressed, so that the data packet sent by the sender can be correctly obtained.
  • the receiving end receives the MAC.
  • the SNLI of the PDCP PDU is read, the length of the header of the PDCP PDU is learned, and the location where the PDU SDU starts is obtained.
  • the profile ID of the packet in the PDCP SDU is read, and the profile ID is determined according to the content carried in the packet header. Which type of header compression algorithm should be used;
  • the receiving end decompresses the IP layer header of the PDCP SDU according to the header compression algorithm and the length of the PDCP PDU header, so that the data packet sent by the transmitting end can be correctly received.
  • the receiving end when the profile ID and the SNLI of the PDCP PDU are carried in the MAC PDU, the receiving end first determines the header length of the PDCP PDU by using the SNLI; and then determines the header compression algorithm according to the profile ID; finally, the receiving end according to the header compression algorithm And the length of the PDCP PDU header is decompressed to the IP layer header of the PDCP SDU, so that the data packet sent by the sender can be correctly received.
  • the communication device provided by the embodiment of the present invention sends a MAC PDU carrying the profile ID and/or the SNLI of the PDCP PDU to the receiving end, so that the receiving end decompresses the PDCP SDU according to the profile ID and/or the SNLI of the PDCP PDU. Therefore, the receiving end can correctly receive the data packet sent by the transmitting end.
  • the communication device provided by the embodiment of the present invention can enable the transmitting end and the receiving end to correctly receive data without prior configuration when the control center node is not in use, thereby realizing efficient use of the wireless resource.
  • the embodiment relates to carrying the foregoing header compression algorithm identifier and/or the SNLI of the PDCP PDU in the MAC CE of the MAC PDU. The process of sending to the receiving end.
  • the sending module 30 sends a service data stream to the receiving end, where the service data stream includes at least one data packet.
  • the communication device adds a MAC CE in the first data packet of the service data flow, the MAC CE carrying the profile ID and/or the SNLI of the PDCP PDU, the MAC CE includes both the LGID and the header compression algorithm index and / SNLI of the PDCP PDU, where the LGID is used to indicate the number of a service data flow, the header compression algorithm index is used to indicate the profile ID, and the SNLI is used to indicate the length of the SN of the PDCP, that is, the length of the header of the PDCP PDU.
  • the format of the MAC CE can be seen in Table 1 above.
  • the SNLI is used to indicate the number of bits in the SN field in the PDCP PDU.
  • the SN usually has three bits: 7 bits, 12 bits, and 15 bits.
  • the number of bits in the SNLI can be lbit or 2bito. When the number of bits in the SNLI is 2 bits (00-11), four SN lengths can be indicated. When the number of bits in the SNLI is 1 bit (0 or 1), it can be indicated. 2 kinds of SN length. Therefore, when two types of SN lengths are used in D2D communication, SNLI is indicated by lbit; when three types of SN lengths are used in D2D communication, SNLI is indicated by 2 bits.
  • the MAC CE may be transmitted multiple times at the MAC layer. Therefore, in addition to carrying the MAC CE in the first data packet, the sending module 30 may be in the service data.
  • the MAC CE (see Figure 1) is carried in multiple consecutive data packets after the start of transmission, and the MAC CE can be periodically inserted during the transmission of the service data for the broadcast mode for the direct communication (D2D).
  • the non-contiguous data packet carries the MAC CE (see Figure 2), so that the terminal of the broadcast group that joins the D2D at different times can know the profile ID and/or SNLI corresponding to the service.
  • the receiving end When the receiving end receives the MAC PDU with the MAC CE, the MAC CE is read out and shaped The primitive is sent to its own RRC layer; the receiving end configures the PDCP layer of the user plane through its own RRC layer entity, and the header compression algorithm in the PDCP entity corresponding to the service data stream
  • the RRC layer entity indicates the SN length of the PDCP (ie, the length of the PDCP PDU header) to the PDCP layer of the user plane through the SNLI, and the length may be 7 bits or 12bit or 15bit.
  • the PDCP entity in the receiving end establishes the context of the header compression algorithm according to the profi le ID, so as to decompress the IP layer header of the PDCP SDU later, and/or the receiving end reads the PDCP according to the length indicated by the SNLI.
  • the length of the SN that is, the length of the header of the PDCP PDU is learned, so that the IP layer header of the PDCP SDU is decompressed later.
  • the header compression algorithm and/or SNLI corresponding to the profi le ID of the PDCP layer indicated in the MAC CE are used to compress and decompress the IP layer header of the PDCP SDU so as to correctly receive the data packet sent by the sender.
  • the communication device provided by the embodiment of the present invention sends a MAC PDU carrying the profile ID and/or the SNLI of the PDCP PDU to the receiving end, and the profile ID and/or the SNLI are carried in the MAC CE of the MAC PDU, so that the receiving end
  • the IP layer header of the PDCP SDU can be decompressed according to the profile ID and/or the SNLI carried in the MAC CE, so that the receiving end can correctly receive the data packet sent by the sending end.
  • the communication device provided by the embodiment of the present invention enables the transmitting end and the receiving end to correctly receive data without prior configuration when the central node is not controlled, thereby realizing efficient use of the wireless resource.
  • the embodiment relates to sending the SNLI of the profi le ID and/or the PDCP PDU in the PDCP PDU of the MAC PDU. The process to the receiving end.
  • the format of the PDCP PDU of the SNLI carrying the profi le ID and/or the PDCP PDU can be seen in Table 2 and Table 3, and the detailed descriptions of Table 2 and Table 3 are omitted here.
  • the communication device After the IP-related header compression (one PDDU PDU corresponds to one SDU), the communication device carries the profi le ID used by itself and/or the SNLI of the PDCP PDU in the PDCP PDU through the sending module. 30 is sent to the receiving end, D is filled in the D/C bit in the header of the PDCP PDU, and the PDU type is filled in 010 in Table 3.
  • the SNLI is filled in according to the indication bit value corresponding to the length of the specific SN, in a service flow. Should be fixed Take a SN length. Then, the communication device adds the MAC CE to the PDCP PDU at the MAC layer, and forms a MAC PDU to be sent to the receiving end.
  • the receiving end After receiving the MAC PDU, the receiving end acquires the PDCP PDU and reads the D/C bit in the PDCP PDU. When the receiving end detects that the bit is D, it indicates that the data packet carries the PDCP SDU, and then the received PDU is interpreted according to the meaning of each bit in Table 2. After the receiving end reads the profi le ID and/or the SNLI from the PDU, the correct SDU position is obtained according to the header compression algorithm corresponding to the profi le ID and/or the header length of the PDCP PDU, and the PDCP SDU is decompressed. The IP layer header, so that the packet of the sender can be received correctly.
  • the manner of interpreting the format of the PDC PPDU is shown in Table 4 and Table 5 above.
  • the PDU type in Table 4 is 100, and the PDU type in Table 5 is 011.
  • the PID can be periodically carried in the PDCP PDU, which indicates the profi le ID of the R0HC. , which saves the head overhead of PDCP. Therefore, the PDU type will be further added.
  • Table 6 For the table after the addition, refer to Table 6 above and its detailed description, and details are not described herein again.
  • the communication device provided by the embodiment of the present invention sends a MAC PDU carrying the profile ID and/or the SNLI of the PDCP PDU to the receiving end, and the SNLI of the profile ID and/or the PDCP PDU is carried in the PDCP PDU of the MAC PDU.
  • the receiving end can decompress the IP layer header of the PDCP SDU according to the profile ID and/or the SNLI carried in the PDCP PDU, so that the receiving end can correctly receive the data packet sent by the sending end.
  • the communication device provided by the embodiment of the present invention can enable the transmitting end and the receiving end to correctly receive data without prior configuration when the control center node is not in use, thereby realizing efficient use of the wireless resource.
  • the communication device includes: a receiving module 40 and a decompression module 41.
  • the receiving module 40 is configured to receive a MAC PDU sent by the sending end, where the MAC PDU carries a header compression algorithm identifier, and/or an SNLI of the PDCP PDU in the MAC PDU, and a decompression module 41, configured to: SNLI based on the header compression algorithm identifier and/or PDCP PDU Decompress the PDCP SDU sent by the sender.
  • the sending end sends a service data stream to the receiving end, where the service data stream includes at least one data packet.
  • the transmitting end performs header compression on the data packet.
  • the header compression process uses a certain header compression algorithm, and the header compression algorithm can pass the header compression algorithm identifier (profile ID). To indicate that different profile IDs correspond to different header compression algorithms.
  • the sender also adds a header of the PDCP layer to the data packet, so that the data packet is converted into a PDCP PDU.
  • the sender When the PDCP PDU is transmitted to the MAC layer of the sender, the sender also adds a header to the PDCP PDU to make it a MAC PDU. . That is, the MAC PDU is actually a protocol data unit that includes the PDCP PDU. Finally, the sender sends the MAC PDU to the receiving end, and carries the profile ID and/or the SNLI of the PDCP PDU in the MAC PDU.
  • the receiving module 40 receives the MAC PDU, and obtains the profile ID and/or the SNLI of the PDCP PDU in the MAC PDU through the decompression module 41.
  • the decompression module 41 learns the corresponding header compression algorithm according to the profi le ID, in the PDCP SDU.
  • the IP layer header is decompressed to obtain the data packet sent by the sender, and/or, the decompression module 41 learns the length of the PDCP PDU header according to the SNLI, so as to know the location where the PDCP SDU starts, and then the IP in the PDCP SDU.
  • the layer header is decompressed to obtain the data packet sent by the sender.
  • the sender and the receiver compress and decompress the IP layer header in the PDCP SDU according to the length of the header compression algorithm and/or the PDCP PDU header to enable the user to Correctly received the packet sent by the sender.
  • the receiving end may determine the length of the header of the PDCP PDU by performing other signaling messages (such as user plane configuration information) with the sending end, or may negotiate through the two operations.
  • the decompression module 41 To determine the header length of the PDCP PDU, that is, to determine the location of the PDCP SDU, to ensure the correctness of the IP layer header in the PDCP SDU; the decompression module 41 according to the length of the PDCP PDU header and the header compression corresponding to the profi le ID The algorithm decompresses the PDCP SDU in the PDCP PDU, so that the data packet sent by the sender can be correctly obtained.
  • the receiving module 40 reads the SNLI of the PDCP PDU by using the decompression module 41, and learns the length of the PDCP PDU header to obtain the PDU SDU. Starting position; and reading the header of the data packet in the PDCP SDU through the decompression module 41, determining the profile ID according to the content carried in the packet header, and knowing that Which type of header compression algorithm is used; Finally, the decompression module 41 decompresses the IP layer header of the PDCP SDU according to the header compression algorithm and the length of the PDCP PDU header, so that the data packet sent by the sender can be correctly received.
  • the decompression module 41 first determines the header length of the PDCP PDU by using the SNLI of the PDCP PDU; and then determines the header compression algorithm according to the profi le ID; The decompression module 41 decompresses the IP layer header in the PDCP SDU according to the header compression algorithm and the length of the PDCP PDU header, so that the data packet sent by the sender can be correctly received.
  • the communication device provided by the embodiment of the present invention receives, by the receiving module, the MAC PDU of the SNLI that carries the profi le ID and/or the PDCP PDU sent by the sending end, so that the decompression module is based on the profi le ID and/or the PDCP carried in the MAC PDU.
  • the SNLI of the PDU decompresses the IP layer header in the PDCP SDU, so that the receiving end can correctly receive the data packet sent by the transmitting end.
  • the communication device provided by the embodiment of the present invention enables the transmitting end and the receiving end to correctly receive data without prior configuration when the central node is not controlled, thereby realizing efficient use of the wireless resource.
  • the embodiment relates to receiving the MAC PDU by the receiving module 40, and carrying the header compression algorithm identifier in the MAC CE of the MAC PDU. And/or the SNLI process of the PDCP PDU.
  • the service data stream is sent to the receiving end, where the service data stream includes at least one data packet.
  • the sender adds a MAC CE in the first data packet of the service data flow, and the MAC CE carries the profi le ID and/or the SNLI of the PDCP PDU, and the MAC CE includes both the LGID and the header compression algorithm index (profi le) Index) and/or SNLI of the PDCP PDU, where the LGID is used to indicate the number of a service data flow, the header compression algorithm index is used to indicate the profi le ID, and the SNLI is used to indicate the length of the PDCP SN, that is, the PDCP PDU. The length of the header.
  • the format of the MAC CE can be seen in Table 1 above.
  • the SNLI is used to indicate the number of bits in the SN field in the PDCP PDU.
  • the SN usually has three types: 7 bits, 12 bits, and 15 bits.
  • the number of bits in the SNLI can be 1 bit or 2 bits. Wherein, when the number of bits of the SNLI is 2 bits (00-11), four types of SN lengths may be indicated; when the number of bits of the SNLI is 1 bit (0 or 1), two types of SN lengths may be indicated. Therefore, when two types of SN lengths are used in D2D communication, the SNLI is indicated by 1 bit; when three types of SN lengths are used in D2D communication, the SNLI is indicated by 2 bits.
  • the MAC CE may perform multiple transmissions at the MAC layer. Therefore, in addition to carrying the MAC CE in the first data packet, the following may also be:
  • the sender starts at the service data. Multiple consecutive data packets after transmission carry MAC CE (see Figure 1), and can also be used for direct-through (D2D) broadcast mode, periodically inserting MAC CE during service data transmission, that is, in non-
  • the continuous data packet carries the MAC CE (see FIG. 2), so that the terminal of the broadcast group that joins the D2D at different times can know the profile ID corresponding to the service and/or the SNLI of the PDCP PDU.
  • the receiving module 40 When the receiving module 40 receives the MAC PDU with the MAC CE, the MAC CE is read out by the decompression module 41, and the primitive is sent to the RRC layer of the original; the decompression module 41 sends the RRC layer entity to the user through the receiving end.
  • the PDCP layer of the interface is configured to configure a header compression algorithm (profi le) in the PDCP entity corresponding to the service data flow as a profi le ID carried in the MAC CE, and/or an RRC layer entity to the user through the SNLI.
  • the PDCP layer indicates the SN length of the PDCP (the length of the gp PDCP PDU header), which may be 7 bits or 12 bits or 15 bits.
  • the decompression module 41 establishes the context of the header compression algorithm according to the profi le ID through the PDCP entity in the receiving end, so as to decompress the IP layer header of the PDCP SDU, and/or, the decompression module 41 will follow the SNLI indication.
  • the length is used to read the length of the SN of the PDCP, that is, the length of the header of the PDCP PDU is learned, so that the IP layer header of the PDCP SDU is decompressed later.
  • the sender and the receiver perform data packet header compression and decompression and/or SNLI of the PDCP PDU according to the header compression algorithm corresponding to the PDCP layer's profi le ID indicated in the MAC CE.
  • the IP layer header in the PDCP SDU is compressed and decompressed so that the data packet sent by the sender can be correctly received.
  • the communication device provided by the embodiment of the present invention receives the MAC PDU of the SNLI carrying the profile ID and/or the PDCP PDU sent by the sending end, and the profile ID and/or the SNLI are carried in the MAC CE of the MAC PDU, so that the solution is obtained.
  • the compression module can decompress the IP layer header in the PDCP SDU according to the profile ID and/or the SNLI carried in the MAC CE, so that the receiving end can correctly receive the data packet sent by the sending end.
  • the communication device provided by the embodiment of the present invention enables the transmitting end and the receiving end to correctly receive data without prior configuration when the control center node is not in use, thereby realizing efficient use of the wireless resource.
  • the embodiment relates to the receiver receiving the MAC PDU, and the PDCP PDU in the MAC PDU.
  • the format of the PDCP PDU of the SNLI carrying the profi le ID and/or the PDCP PDU can be referred to Table 2 and Table 3 above, and the detailed descriptions of Table 2 and Table 3 are not described herein.
  • the sender performs IP-related header compression on each PDCP SDU (a PDCP
  • the PDU corresponds to an SDU), and the SNLI of the profi le ID and/or the PDCP PDU used by the PDU is carried in the PDCP PDU and sent to the receiving end, and the D/C bit in the header of the PDCP PDU is filled in, and the PDU type is filled in.
  • the SNLI is filled according to the length of the specific SN. In a service flow, an SN length should be fixed.
  • the sender adds the MAC CE to the PDCP PDU at the MAC layer, and forms a MAC PDU to be sent to the receiving end.
  • the receiving module 40 After receiving the MAC PDU, the receiving module 40 acquires the PDCP PDU through the decompression module 41, and reads the D/C bit in the PDCP PDU.
  • the decompression module 41 detects that the bit is D, it indicates that the data packet carries the SDU of the PDCP, and then the received PDU is interpreted according to the meaning of each bit in Table 2.
  • the decompression module 41 reads the profi le ID and/or the SNLI from the PDU, according to the header compression algorithm corresponding to the profi le ID and/or the header length of the PDCP PDU, the data packet of the transmitting end can be correctly received.
  • the decompression module 41 reads the D/C bit as C
  • the manner in which the format of the PDC PPDU is interpreted is shown in Table 4 and Table 5.
  • the PDU type in Table 4 is 100
  • the PDU type in Table 5 is 011.
  • the PID can be periodically carried in the PDCP PDU, which indicates the profi le ID of the R0HC. , which saves the head overhead of PDCP. In this way, the PDU type will be added one more.
  • Table 6 For the table after the addition, refer to Table 6 and its specific description, and details are not described herein again.
  • the communication device provided by the embodiment of the present invention receives the profile ID sent by the sending end and/or the MAC PDU of the SNLI of the PDCP PDU through the receiving module, and the SNLI of the profile ID and/or the PDCP PDU is carried in the PDCP PDU of the MAC PDU.
  • the decompression module can decompress the PDCP SDU according to the profile ID and/or the SNLI carried in the PDCP PDU, so that the receiving end can correctly receive the data packet sent by the sending end.
  • the communication device provided by the embodiment of the present invention can enable the transmitting end and the receiving end without passing through the control center node. The correct reception of data is realized in advance configuration, thereby achieving efficient use of wireless resources.
  • Embodiment 1 of the present invention provides a configuration indication method.
  • the execution body of the method may be the communication device as the transmitting end in the above embodiment.
  • the method includes: the sending end sends a MAC PDU to the receiving end; wherein the MAC PDU carries a header compression algorithm identifier, and/or an SNLI of the PDCP PDU in the MAC PDU.
  • the MAC CE of the MAC PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the PDCP PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the carrying the header compression algorithm identifier in the PDCP PDU includes: the PDCP PDU periodically carrying the header compression algorithm identifier.
  • FIG. 5 is a schematic flowchart diagram of Embodiment 2 of a configuration indication method provided by the present invention.
  • the execution subject of the method may be the communication device as the receiving end in the above embodiment. As shown in Figure 5, the method includes:
  • the receiving end receives the MAC PDU sent by the sending end, where the MAC PDU carries a header compression algorithm identifier, and/or an SNLI of the PDCP PDU in the MAC PDU.
  • the receiving end decompresses the IP layer header in the PDCP SDU sent by the sending end according to the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the MAC CE of the MAC PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the PDCP PDU carries the header compression algorithm identifier and/or the SNLI of the PDCP PDU.
  • the configuration indication method provided by the embodiment of the present invention, refer to the implementation process of the receiving end in the foregoing embodiment, and the implementation principle and the technical effect are similar, and details are not described herein again.
  • a person skilled in the art can understand that all or part of the steps of implementing the above method embodiments may be completed by using hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed.
  • the steps of the foregoing method embodiments are included; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

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

Abstract

La présente invention concerne un procédé d'indication de configuration et un dispositif de communication. Le procédé comprend les opérations suivantes : une extrémité de transmission transmet à une extrémité de réception une unité de données de protocole (PDU) de couche de contrôle d'accès au support (MAC), la PDU MAC portant un identificateur de profil d'algorithme de compression d'en-tête et/ou un identificateur de longueur de numéro de séquence (SNLI) d'une unité de données de protocole (PDU) de couche de protocole de convergence de données de paquet (PDCP) dans la PDU MAC. Le procédé décrit dans les modes de réalisation de la présente invention permet, lorsque aucun nœud de commande central n'est prévu, à une extrémité de transmission et à une extrémité de réception de mettre en œuvre une réception correcte de données sans être préconfigurées, permettant ainsi de mettre en œuvre une utilisation hautement efficace de ressources radio.
PCT/CN2014/073904 2014-03-21 2014-03-21 Procédé d'indication de configuration et dispositif de communication Ceased WO2015139324A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201480001810.7A CN105532059B (zh) 2014-03-21 2014-03-21 配置指示方法和通信设备
PCT/CN2014/073904 WO2015139324A1 (fr) 2014-03-21 2014-03-21 Procédé d'indication de configuration et dispositif de communication

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/073904 WO2015139324A1 (fr) 2014-03-21 2014-03-21 Procédé d'indication de configuration et dispositif de communication

Publications (1)

Publication Number Publication Date
WO2015139324A1 true WO2015139324A1 (fr) 2015-09-24

Family

ID=54143736

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/073904 Ceased WO2015139324A1 (fr) 2014-03-21 2014-03-21 Procédé d'indication de configuration et dispositif de communication

Country Status (2)

Country Link
CN (1) CN105532059B (fr)
WO (1) WO2015139324A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017206709A1 (fr) * 2016-06-03 2017-12-07 Huawei Technologies Co., Ltd. Système et procédé de transfert de données dans un système de communications
CN108632229A (zh) * 2017-03-24 2018-10-09 电信科学技术研究院 一种多连接中的头压缩方法、解头压缩方法及装置
WO2021244176A1 (fr) * 2020-06-01 2021-12-09 中国电信股份有限公司 Procédé de traitement de données de plan utilisateur et station de base
US11652911B2 (en) * 2014-09-12 2023-05-16 Samsung Electronics Co., Ltd. Handling different protocol data unit types in a device to device communication system

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018166042A1 (fr) 2017-03-14 2018-09-20 北京小米移动软件有限公司 Procédé et appareil de transmission d'unités de données
CN111918335B (zh) * 2019-05-08 2022-07-22 华为技术有限公司 处理数据包的方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101365158A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 头压缩反馈的参数协商、实现方法和系统
WO2010121410A1 (fr) * 2009-04-20 2010-10-28 华为技术有限公司 Procédé et appareil de communication pour une compression d'en-tête adoptant un mécanisme à demande de répétition automatique
CN101932128A (zh) * 2009-06-25 2010-12-29 大唐移动通信设备有限公司 一种数据链路层的数据收发处理方法及设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101467750B1 (ko) * 2007-06-04 2014-12-03 엘지전자 주식회사 이동 통신 시스템에서 ｍａｃ 헤더 생성방법 및 데이터전송방법
CN102318282B (zh) * 2009-04-20 2014-03-12 华为技术有限公司 一种压缩数据包的传输方法及装置
US9674311B2 (en) * 2009-08-14 2017-06-06 Qualcomm Incorporated Robust header compression for relay nodes

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101365158A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 头压缩反馈的参数协商、实现方法和系统
WO2010121410A1 (fr) * 2009-04-20 2010-10-28 华为技术有限公司 Procédé et appareil de communication pour une compression d'en-tête adoptant un mécanisme à demande de répétition automatique
CN101932128A (zh) * 2009-06-25 2010-12-29 大唐移动通信设备有限公司 一种数据链路层的数据收发处理方法及设备

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11652911B2 (en) * 2014-09-12 2023-05-16 Samsung Electronics Co., Ltd. Handling different protocol data unit types in a device to device communication system
WO2017206709A1 (fr) * 2016-06-03 2017-12-07 Huawei Technologies Co., Ltd. Système et procédé de transfert de données dans un système de communications
US9986456B2 (en) 2016-06-03 2018-05-29 Futurewei Technologies, Inc. System and method for data forwarding in a communications system
US10440602B2 (en) 2016-06-03 2019-10-08 Futurewei Technologies, Inc. System and method for data forwarding in a communications system
CN108632229A (zh) * 2017-03-24 2018-10-09 电信科学技术研究院 一种多连接中的头压缩方法、解头压缩方法及装置
CN108632229B (zh) * 2017-03-24 2020-07-07 电信科学技术研究院 一种多连接中的头压缩方法、解头压缩方法及装置
WO2021244176A1 (fr) * 2020-06-01 2021-12-09 中国电信股份有限公司 Procédé de traitement de données de plan utilisateur et station de base

Also Published As

Publication number Publication date
CN105532059A (zh) 2016-04-27
CN105532059B (zh) 2019-06-18

Similar Documents

Publication Publication Date Title
JP7218363B2 (ja) ５ｇシステムにおけるユーザ機器とセッション管理機能との間のｑｏｓ能力ネゴシエーションの方法
CN104067523B (zh) 一种数据包处理方法和装置
CN113055146B (zh) 一种基于反转服务流特性的通信方法及装置
CN113133055B (zh) 无线通信的方法和设备
CN107404734B (zh) 数据发送方法、装置及系统
WO2015139324A1 (fr) Procédé d'indication de configuration et dispositif de communication
CN101374331A (zh) 配置无线链路控制层序列号的方法、系统和设备
CN102118792B (zh) 一种传输数据包的方法及装置
CN102724646B (zh) 心跳信息的传输方法及设备
WO2014110797A1 (fr) Procédé de traitement de voie logique lors d'une communication de dispositif à dispositif, équipement utilisateur et station de base
CN102118791B (zh) 一种传输数据包的方法及装置
US20250015932A1 (en) Data packet processing method and apparatus
TW202021407A (zh) 無線電資源控制訊息分段
CN110402596A (zh) 无线通信装置及无线通信方法
CN109788577A (zh) 双连接通信方法、装置、基站以及用户面节点
WO2017185368A1 (fr) Procédé et dispositif de transmission de signalisation
CN109906646B (zh) 信息传输方法、基站和终端设备
CN108076481B (zh) 一种用于终端迟后接入集群组呼的方法
CN108886766B (zh) 一种控制信息的传输方法及装置
CN113678501B (zh) 一种以太网数据包头压缩方法、处理方法及其装置
EP3860209B1 (fr) Procédé et dispositif de transmission de données
CN111416689B (zh) 数据传输方法及通信设备
WO2018202204A1 (fr) Procédé et dispositif de communication fondés sur des caractéristiques de flux de service réfléchissantes
CN109219079B (zh) 一种ir报文传输方法及通信设备
CN114793357A (zh) 同步传输方法及装置、存储介质、发送端设备、接收端设备

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201480001810.7

Country of ref document: CN

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

Ref document number: 14886175

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14886175

Country of ref document: EP

Kind code of ref document: A1