Sequence-number handling for concatenation of packet data units

Abstract

A wireless communication device (10; 100) sends one or more wireless transmissions conveying a sequence of Service Data Units (SDUs) in a sequence of Packet Data Units (PDUs) to a further wireless communication device. Each of the SDUs has a format comprising at least a header part with an SN of the SDU. Each of the PDUs has a PDU format comprising a header part and a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence. If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment.

Description

Sequence-number handling for concatenation of Packet Data UnitsTechnical Field

[0001] The present disclosure relates to methods for communication in a wireless communication network and to corresponding devices, systems, and computer programs.Background

[0002] In wireless communication networks, e.g., based on the 4G (4th Generation) LTE (Long Term Evolution) or 5G (5th Generation) NR technology as specified by 3GPP (3rd Generation Partnership Project) , it is known to utilize various packetized data formats for conveying user plane data.

[0003] By way of example, Fig. 1 schematically illustrates user-plane architecture and protocol layers as utilized in the 5G NR technology. In the architecture of Fig. 1, a UE (user equipment) is connected over the air, via a radio interface denoted as “Uu” , with a radio access network (RAN) , in particular with a radio access node denoted as “gNB” . The gNB may be separated into a distributed unit (DU) and a centralized unit (CU) , connected via F1 interface. The gNB is connected to a core network (CN) which includes a user-plane function (UPF) . Typically, IP (Internet Protocol) data is transported via an entity denoted as UE-gNB-UPF. The RAN protocol stack between UE and gNB includes a Service Data Adaptation Protocol (SDAP) protocol, for handling mapping of QoS (Quality of Service) flows as established by the UPF to data radio bearers (DRBs) as established by the gNB. A protocol data convergence protocol (PDCP) is, among others, responsible for encryption, integrity protection, handover forwarding, and retransmission. Handovers between gNBs may be handled by an inter-gNB interface denoted as “Xn” . A radio link control (RLC) protocol is, among others, responsible for segmentation of higher layer data, such as PDCP or IP packets, to fit transport blocks (TBs) available on lower layers for over the air transmission on the Uu interface. Retransmissions are based on automated repeat request (ARQ) in acknowledged mode of RLC. A MAC (Medium Access Control) protocol supports scheduling of transmissions over the air, including hybrid automated repeat request (HARQ) functionalities. Modulation and coding and actual physical transmission are handled by physical layer (PHY) entities in the UE and the gNB.

[0004] Concatenation is the process of including multiple higher layer data units, in particular service data units (SDUs) in a packetized data format of a certain protocol layer, e.g., of a packet data unit (PDU) .

[0005] In the LTE technology, concatenation of data, such as IP packets, is implemented on the RLC protocol layer. As a result, PDUs of the RLC layer may include, as SDUs, multiple higher layer PDUs, e.g., PDUs of the PDCP layer, which may in turn include IP packets. Furthermore, the LTE technology also supports segmentation, which means that an RLC PDU may include full SDUs or segmented SDUs. Further, the LTE technology also supports re-segmentation. Re-segmentation may be utilized in case that an RLC PDU, that may include multiple SDUs or SDU segments, may need to be retransmitted with a smaller size. In this case, the retransmission is based on re-segmented RLC PDUs, denoted as RLC PDU segments. A special format is used for this PDU type. A segmentation offset is indicated in each PDU segment and utilized for re-assembly of the complete RLC PDU from the RLC PDU segments. The segmentation indicates an offset of the respective RLC PDU segment start with respect to start of the PDU. For SDUs segmented into RLC PDUs and potentially re-segmented into RLC PDU segments, the receiver needs to consider both re-assembly of RLC PDU segments into full RLC PDUs and re-assembly of SDU segments from the full RLC PDUs into full SDUs.

[0006] In the NR technology, concatenation is implemented on the MAC protocol layer, and there is no concatenation on the RLC protocol layer. Accordingly, one RLC PDU includes only one RLC SDU or RLC SDU segment. This also means that no distinction between PDU and PDU segment format is required on the RLC protocol layer. Segmentation offsets may be included in an RLC PDU to indicate the starting point of the SDU segment in relation to the complete SDU.

[0007] The possibility of RLC concatenation as offered by the LTE technology can be considered as being beneficial from a processing point of view, because a need for accesses to memory where the data higher-layer data is stored can be kept at a minimum level. Specifically, it is possible to utilize a single access to the memory per transmission occasion to fetch a chunk of data corresponding to the concatenated SDUs. Since there is no need to intersperse the included SDUs with header fields, this chunk of data can then be directly included into a TB for over-the air transmission. Such efficient transfer of the higher layer data to TBs is however not possible in the NR technology. In the case of the LTE technology, it is however required to define multiple PDU formats and to handle re-assembly of re-segmented RLC PDUs in two steps, i.e., to first re-assemble RLC PDU segments to RLC PDUs and then re-assemble the included SDU segments to SDUs.

[0008] Accordingly, there is a need for techniques which allow for efficiently communicating concatenated PDUs in a wireless communication network.Summary

[0009] According to an embodiment, a method of controlling wireless communication is provided. According to the method, a wireless communication device sends one or more wireless transmissions conveying a sequence of SDUs in a sequence of PDUs to a further wireless communication device. Each of the SDUs has a format comprising at least a header part with an SN of the SDU. Each of the PDUs has a PDU format comprising a header part and a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence. If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment.

[0010] According to a further embodiment, a method of controlling wireless communication is provided. According to the method, a wireless communication device receives one or more wireless transmissions conveying a sequence of SDUs in a sequence of PDUs from a further wireless communication device. Each of the SDUs has a format comprising at least a header part with an SN of the SDU. Each of the PDUs has a PDU format comprising a header part and a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence. If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment.

[0011] According to a further embodiment, a wireless communication device for operation in a wireless communication network is provided. The wireless communication device is configured to send one or more wireless transmissions conveying a sequence of SDUs in a sequence of PDUs to a further wireless communication device. Each of the SDUs has a format comprising at least a header part with an SN of the SDU. Each of the PDUs has a PDU format comprising a header part and a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence. If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment.

[0012] According to a further embodiment, a wireless communication device for operation in a wireless communication network is provided. The wireless communication device comprises at least one processor and a memory. The memory contains instructions executable by said at least one processor, whereby the wireless communication device is operative to send one  or more wireless transmissions conveying a sequence of SDUs in a sequence of PDUs to a further wireless communication device. Each of the SDUs has a format comprising at least a header part with an SN of the SDU. Each of the PDUs has a PDU format comprising a header part and a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence. If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment.

[0013] According to a further embodiment, a wireless communication device for operation in a wireless communication network is provided. The wireless communication device is configured to receive one or more wireless transmissions conveying a sequence of SDUs in a sequence of PDUs from a further wireless communication device. Each of the SDUs has a format comprising at least a header part with an SN of the SDU. Each of the PDUs has a PDU format comprising a header part and a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence. If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment.

[0014] According to a further embodiment, a wireless communication device for operation in a wireless communication network is provided. The wireless communication device comprises at least one processor and a memory. The memory contains instructions executable by said at least one processor, whereby the wireless communication device is operative to receive one or more wireless transmissions conveying a sequence of SDUs in a sequence of PDUs from a further wireless communication device. Each of the SDUs has a format comprising at least a header part with an SN of the SDU. Each of the PDUs has a PDU format comprising a header part and a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence. If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment.

[0015] According to a further embodiment, a system is provided. The system comprises a first wireless communication device and a second wireless communication device. The first wireless communication device is configured to send one or more wireless transmissions conveying a sequence of SDUs in a sequence of PDUs to a further wireless communication device. The second wireless communication device is configured to receive the wireless transmissions from the first wireless communication device. Each of the SDUs has a format comprising at least a header part with an SN of the SDU. Each of the PDUs has a PDU format  comprising a header part and a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence. If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment.

[0016] According to a further embodiment, a computer program or computer program product is provided, e.g., in the form of a non-transitory storage medium, which comprises program code to be executed by at least one processor of a wireless communication device. Execution of the program code causes the wireless communication device to send one or more wireless transmissions conveying a sequence of SDUs in a sequence of PDUs to a further wireless communication device. Each of the SDUs has a format comprising at least a header part with an SN of the SDU. Each of the PDUs has a PDU format comprising a header part and a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence. If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment.

[0017] According to a further embodiment, a computer program or computer program product is provided, e.g., in the form of a non-transitory storage medium, which comprises program code to be executed by at least one processor of a wireless communication device. Execution of the program code causes the wireless communication device to receive one or more wireless transmissions conveying a sequence of SDUs in a sequence of PDUs from a further wireless communication device. Each of the SDUs has a format comprising at least a header part with an SN of the SDU. Each of the PDUs has a PDU format comprising a header part and a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence. If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment.

[0018] Details of such embodiments and further embodiments will be apparent from the following detailed description of embodiments.Brief Description of the Drawings

[0019] Fig. 1 schematically illustrates a user-plane protocol architecture as utilized in the NR technology.

[0020] Fig. 2 schematically illustrates a wireless communication network according to an embodiment of the present disclosure.

[0021] Fig. 3A schematically illustrates an example of PDU concatenation and segmentation of SDUs according to an embodiment of the present disclosure.

[0022] Fig. 3B schematically illustrates an example of re-segmentation of SDUs of the example of Fig. 3A.

[0023] Fig. 4A schematically illustrates an example of a specific situation in PDU concatenation and segmentation of SDUs according to an embodiment of the present disclosure.

[0024] Fig. 4B schematically illustrates a further example of a specific situation in PDU concatenation and segmentation of SDUs according to an embodiment of the present disclosure.

[0025] Fig. 5 schematically illustrates a PDCP PDU format according to an embodiment of the present disclosure.

[0026] Fig. 6 schematically illustrates an RLC PDU format according to an embodiment of the present disclosure.

[0027] Fig. 7 schematically illustrates a further example of RLC concatenation and segmentation of PDCP PDUs according to an embodiment of the present disclosure.

[0028] Fig. 8 shows a flowchart for schematically illustrating a method according to an embodiment of the present disclosure.

[0029] Fig. 9 shows a flowchart for schematically illustrating a further method according to an embodiment of the present disclosure.

[0030] Fig. 10 schematically illustrates structures of a wireless device according to an embodiment of the present disclosure.

[0031] Fig. 11 schematically illustrates structures of a network node according to an embodiment of the present disclosure.Detailed Description

[0032] In the following, concepts in accordance with exemplary embodiments of the present disclosure will be explained in more detail and with reference to the accompanying drawings. The illustrated embodiments relate to wireless communication in a wireless communication network, utilizing PDUs conveyed by one or more wireless transmissions from a transmitting wireless communication device to a receiving wireless communication device. The wireless communication network may be based on a future 6G (6th Generation) technology. However, other technologies could be used as well, e.g., the 4G LTE technology or the 5G NR technology specified by 3GPP. The transmitting wireless communication device may be a radio access node of the wireless communication network, such as a gNB of the 5G NR technology, an eNB of the 4G LTE technology, or a corresponding radio access node of a 6G technology, while the receiving wireless communication device may correspond to a UE. Accordingly, the wireless transmission (s) may correspond to downlink (DL) transmissions from the network to the UE. It is however noted that in some scenarios the transmitting wireless communication device could correspond to a UE, while the receiving wireless communication device could correspond to a radio access node of the wireless communication network, such as a gNB of the 5G NR technology, an eNB of the 4G LTE technology, or a corresponding radio access node of a 6G technology. Accordingly, the wireless transmissions could also correspond to uplink (UL) wireless transmissions from a UE to the network. Further, in some scenarios the transmitting wireless communication device could correspond to a UE, while the receiving wireless communication device could correspond to another UE. Accordingly, the wireless transmissions could also correspond to sidelink (SL) wireless transmissions or similar device-to-device transmissions between UEs.

[0033] In the illustrated concepts, a sequence of SDUs is conveyed by a sequence of PDUs. The SDUs may for example be PDCP PDUs, and the SDUs may be RLC PDUs. Each of the SDUs has a format which includes a header part (in the following also denoted as SDU header) and typically also a data part, in the following also denoted as SDU payload. The header part of the SDU includes a sequence number (SN) of the SDU, in the following also denoted as SDU SN. The SN of the SDU may be included in a corresponding field of the header part of the SDU. Each of the PDUs has a format which includes a header part, in the following also denoted as PDU header, and a data part, in the following also denoted as PDU payload. The data part of the PDU is used for conveying data of the SDUs and includes at least an SDU segment of one or more of the SDUs of the sequence. In some cases, the data part may include a first SDU segment at the beginning of the data part and one or more second SDU segments and / or one or more complete second SDUs that are concatenated after the first SDU  segment in the data part of the PDU. In some scenarios, the data part of the PDU could also include a first SDU segment at the beginning of the data part and one or more second SDU segments and / or one or more complete second SDUs that are concatenated after the first SDU in the data part of the PDU. The header part of the PDU conditionally includes an SN, in particular an SDU SN of an SDU segment included in the data part of the PDU. Specifically, of a first SDU segment included at the beginning of the data part of the PDU is without the SN of the corresponding SDU, the SN of the SDU is included in the header part of the PDU, in a corresponding field of the header part of the PDU. If the first SDU segment included at the beginning of the data part of the PDU includes the SN of the corresponding SDU, the SN is not included in the header part of the PDU and the corresponding field in the header part of the PDU may be omitted. Similarly, if a first complete SDU is included at the beginning of the data part of the PDU, and therefore also includes the SN of the SDU, the SN is not included in the header part of the PDU and the corresponding field in the header part of the PDU may be omitted. As regards the SN of the second SDU segment (s) or second complete SDU (s) in the data part of the PDU, the corresponding SNs may be taken from the SDU data in the data part of the PDU. For this purpose, the respective field of the header parts of the SDU, which is included in the data part of the PDU, can be identified on the basis of a respective pointer included in the header part of the PDU. Such pointer may for example be based on a length indication of a preceding concatenated SDU segment or complete SDU in the data part.

[0034] As mentioned above, in some scenarios the PDUs may be RLC PDUs and the SDUs may be PDCP PDUs. In such scenarios, segmentation and / or concatenation may be enabled in RLC based on conditionally including the PDCP SN in the RLC header, instead of any RLC SN. Other header fields in the RLC header may be included as well, e.g., segmentation offset (SO) , length indicators (LIs) , and rules for reassembly of segmented PDCP PDUs may be defined based on such information, specifically based on SNs included in the header part of the RLC PDU and in the data part of the RLC PDU. Further, also congestion indications may be handled in an effective and / or timely manner, by including congestion experienced (CE) and / or packet drop indications in the RLC header.

[0035] In view of the concepts as outlined above, the present disclosure provides a method to concatenate multiple SDUs or SDU segments in a PDU by selectively including an SDU SN in the PDU header in case of segmentation of an SDU included in the PDU. Reassembly of the SDU segments may then be based on the SDU SN included either in the SDU header or the selectively included SN in the PDU header. LIs and SOs in the PDU header may be utilized to identify positions of the SDU headers and their SNs included in the PDU payload. Reordering and / or reassembly of SDUs at the receiver side may be based on the SDU SNs, either taken  from the PDU header or from the PDU payload. PDU header formats supporting congestion indications from transmitter without causing reordering delay.

[0036] Based on the illustrated concepts, low overhead wireless transmissions may be enabled while reducing complexity for processing of the RAN protocol stack, still maintaining low latency by fast congestion indications. This may translate to better user experience for the service for which the data is processed / transmitted and / or better energy efficiency in the gNB and / or UE.

[0037] Fig. 2 illustrates exemplary structures of the wireless communication network. In particular, Fig. 2 shows UEs 10 within and in vicinity of a cell 110 which is served by an access node 100 of the wireless communication network. Here, it is noted that the wireless communication network may actually include a plurality of access nodes 100 that may serve a number of cells within the coverage area of the wireless communication network. The access node 100 may for example correspond to a radio access node of a future 6G technology, an eNB of the LTE technology, or to a gNB of the NR technology.

[0038] The access nodes 100 may be regarded as being part of an RAN of the wireless communication network. Further, Fig. 2 schematically illustrates a CN (Core Network) 210 of the wireless communication network. In Fig. 2, the CN 210 is illustrated as including a GW (gateway) 220 and one or more control node (s) 240. The GW 220 may be responsible for handling user plane data traffic of the UEs 10, e.g., by forwarding user plane data traffic from a UE 10 to a network destination or by forwarding user plane data traffic from a network source to a UE 10. Here, the network destination may correspond to another UE 10, to an internal node of the wireless communication network, or to an external node which is connected to the wireless communication network. Similarly, the network source may correspond to another UE 10, to an internal node of the wireless communication network, or to an external node which is connected to the wireless communication network. The GW 220 may for example correspond to a UPF (User Plane Function) of the 5G Core (EGC) or to an SGW (Serving Gateway) or PGW (Packet Data Gateway) of the 4G EPC (Evolved Packet Core) , or to corresponding nodes of a 6G CN. The control node (s) 240 may for example be used for controlling the user data traffic, e.g., by providing control data to the access node 100, the GW 220, and / or to the UE 10.

[0039] As illustrated by double-headed arrows, the access node 100 may send DL wireless transmissions to at least some of the UEs 10, and some of the UEs 10 may send UL wireless transmissions to the access node 100. Further, SL wireless transmissions could be performed directly between two or more of the UEs, e.g., for setting up a relay-based connection to the  access node 100. Accordingly, the DL wireless transmissions, UL wireless transmissions, and / or SL wireless transmissions may be used on various kinds of wireless links, including wireless links between UE 10 and access node 100, direct wireless links between UEs, and relay wireless links between a remote UE 10, via a relay UE 10, and the access node 100. The DL wireless transmissions, UL wireless transmissions, and / or SL wireless transmissions may be used to provide various kinds of services to the UEs 10, e.g., a voice service, a multimedia service, or some other data service. Such services may be hosted in the CN 210, e.g., by a corresponding network node. By way of example, Fig. 2 illustrates an application service platform 250 provided in the CN 210. Further, such services may be hosted externally, e.g., by an AF (application function) connected to the CN 210. By way of example, Fig. 2 illustrates one or more application servers 300 connected to the CN 210. The application server (s) 300 could for example connect through the Internet or some other wide area communication network to the CN 210. The application service platform 250 may be based on a server or a cloud computing system and be hosted by one or more host computers. Similarly, the application server (s) 300 may be based on a server or a cloud computing system and be hosted by one or more host computers. The application server (s) 300 may include or be associated with one or more AFs that enable interaction with the CN 210 to provide one or more services to the UEs 10, corresponding to one or more applications. These services or applications may generate the user data traffic conveyed by the DL transmissions and / or the UL transmissions. Accordingly, the application server (s) 300 may include or correspond to the above-mentioned network destination and / or network source for the user data traffic. In the respective UE 10, such service may be based on an application (or shortly “app” ) which is executed on the UE 10. Such application may be pre-installed or installed by the user. Such application may generate at least a part of the user plane data traffic between the UEs 10 and the access node 100.

[0040] In accordance with the illustrated concepts, concatenation and / or segmentation of SDUs conveyed in PDUs may be utilized on at least some of the links in the wireless communication network. In the following, the concatenation and optional segmentation of SDUs conveyed by the PDUs will be explained in more detail by referring to more specific examples. The illustrated concepts may be applied for DL transmission on such link, which means that the transmitter would be the access node 100, and the receiver would be one of the UEs 10. Similarly, the illustrated concepts may be applied for UL transmission on such link, which means that the transmitter would be one of the UEs 10, and the receiver would be the access node 100.

[0041] Based on the illustrated concepts, enable RLC concatenation and segmentation may be enabled while operating with PDCP SNs. In the examples further detailed in the following, the  term SDU refers to PDCP PDUs from the perspective of the protocol layer building the PDUs, in this case RLC. As a result of the concatenation and segmentation, each PDU may include multiple (complete) SDUs and / or SDU segments.

[0042] In the examples further detailed below, it also assumed that automated repeat request (ARQ) or of an acknowledged mode (AM) like for example specified for the RLC layer of the LTE technology or of the NR technology is not required since lower layers already provide the required reliability. Still, retransmissions from RLC or certain data ranges can be possible, e.g., based on a request from a lower protocol layer.

[0043] It is also noted that while the illustrated examples differentiate between RLC and PDCP as protocol layers, both layers could in some scenarios also be regarded as one single protocol layer (or as sublayers of a single protocol layer) .

[0044] In the illustrated examples, the SDUs may be pre-built based on an assigned SN, which is accessible in lower protocol layers, e.g., in RLC. It may be beneficial to pre-build PDCP PDUs upon data arrival in the transmitter, as the required SN assignment, ciphering and integrity protection steps are hardware-demanding, which can preferably happen before actual transmissions over the air need to be prepared. The pre-built PDCP PDUs can be buffered. It may be beneficial to access chunks of multiple of the pre-built PDCP PDUs or segments thereof in a single step when the actual transmission over the air with a certain transport block size should take place. RLC concatenation of these PDCP PDUs (corresponding to RLC SDUs) enables such efficient access to chunks of PDCP PDUs or segments thereof.

[0045] One benefit of the illustrated concepts is that no RLC SNs need to be defined and maintained. PDCP SNs are utilized for reassembly of segmented PDUs in the receiver. In the illustrated examples, whenever the PDCP SN can be accessed when receiving an RLC PDU, it is not explicitly included in the RLC PDU header. It is included only if the RLC PDU does not contain the first byte of the PDCP PDU, i.e., if the only a segment of the first RLC SDU is included without the PDCP SN, then a copy of that PDCP SN is included in the RLC PDU header. Furthermore, an SO may be included in this case, so that the RLC receiver can establish the original order and position of all SDU segments of a PDCP PDU. Moreover, to allow concatenation, length fields (herein also denoted as LIs) may be included in the RLC PDU header for all PDCP PDUs except the last one. The length of the last PDCP PDU can be determined based on the other included length fields and the overall length of the RLC PDU, which is typically known to lower layers.

[0046] The receiver may reassemble potentially segmented PDCP PDUs (corresponding to RLC SDUs) by reading all accessible PDCP SN fields. The length fields may be utilized to find their positions in case multiple SDUs are concatenated in the RLC PDU. If the first SDU was segmented, the SO indicates where the included SDU segment starts (e.g., in terms of a byte offset with respect to the start of the complete SDU) . When the first SDU was segmented, so that the resulting SDU segment no longer includes the PDCP SN, the PDCP SN is copied to the RLC PDU header. The PDCP SN from the RLC PDU header can then be used by the receiver to identify to which SDU this SDU segment belongs to, e.g., when reassembling the SDUs from received SDU segments.

[0047] Figs. 3A and 3B show examples for further illustrating the above principles of the illustrated concepts. In Figs. 3A and 3B, solid boxes indicate the SDUs, and the broken-line boxes indicate the data parts of RLC PDUs for conveying the SDUs.

[0048] In the example of Fig. 3A, a first PDU conveys two complete SDUs (SDU A, SDU X) and a first SDU segment of SDU C. The first PDU does not include a SN or segmentation offset (SO) in its PDU header, since the first byte of the SDU A (the first SDU segment conveyed in this PDU) is included in the PDU payload. Since three SDUs (SDU A, SDU X, and SDU C) are at least partially included in the RLC PDU, two length fields (L1, L2) are included in the PDU header.

[0049] A second PDU coveys a second SDU segment of SDU C and a first segment of SDU Y. In the case of the second PDU, the PDU header includes a copy of the SDU SN of SDU C, for which the second SDU segment is included in the PDU payload (without the SDU SN of SDU C) . The SO field is set so that it points to the first byte of the SDU included in the PDU payload (relative to the start of SDU C) .

[0050] After reception of the first PDU and second PDU, the receiver can start with reassembly of SDU C: The receiver has already identified based on the SDU SN included in the part of SDU C as received with the first PDU that this SDU segment belongs to SDU C. Then the receiver identifies that the SDU segment included in the beginning of the second PDU is a further SDU segment of SDU C, by reading the copied SDU SN of SDU from the PDU header of the second PDU. From the SO, the receiver may identify the correct position of the further SDU segment within the complete SDU.

[0051] A third PDU coveys a second SDU segment of SDU Y and a first segment of SDU E. In the case of the third PDU, the PDU header includes a copy of the SDU SN of SDU Y, for which the second SDU segment is included in the PDU payload (without the SDU SN of SDU Y) . The  SO field is set so that it points to the first byte of the SDU included in the PDU payload (relative to the start of SDU Y) .

[0052] A fourth PDU coveys a second SDU segment of SDU E and SDU B (completely) . In the case of the fourth PDU, the PDU header includes a copy of the SDU SN of SDU E, for which the second SDU segment is included in the PDU payload (without the SDU SN of SDU E) . The SO field is set so that it points to the first byte of the SDU included in the PDU payload (relative to the start of SDU E) .

[0053] When now assuming that for example transmission errors occurred in the transmission of the second PDU, a retransmission with smaller PDU size and re-segmentation of the SDUs may be performed as illustrated in Fig. 3B. SN and SO inclusion happen in this case according to the same rules as defined for regular transmission.

[0054] In the retransmission, a fifth PDU includes a new second SDU segment of SDU Y. In the case of the fifth PDU, the PDU header includes a copy of the SDU SN of SDU Y, for which the new second SDU segment is included in the PDU payload (without the SDU SN of SDU Y) . The SO field is set so that it points to the first byte of the SDU included in the PDU payload (relative to the start of SDU Y) . A sixth PDU includes the second SDU segment of SDU C and a new first SDU segment of SDU Y. In the case of the sixth PDU, the PDU header includes a copy of the SDU SN of SDU C, for which the second SDU segment is included in the PDU payload (without the SDU SN of SDU C) . The SO field is set so that it points to the first byte of the SDU included in the PDU payload (relative to the start of SDU C) .

[0055] In the illustrated example, due to the need for a retransmission, the third PDU including the last SDU segment of SDU Y is received already before the first segment of SDU Y (based on the new SDU segments conveyed in the retransmission) , the reassembly process needs to wait until these previous SDU segments are successfully received. The receiver may identify such missing SDU segments based on the SDU SN and the SO of the successfully received SDU segments.

[0056] The in fourth PDU (in Fig. 3A) , the full SDU B as the last concatenated SDU is included in the PDU. No reassembly is required. To expedite operation, the PDU header of the fourth PDU may include an indication that SDU B is completely included in the PDU.

[0057] When segmenting and concatenating SDUs according to the above principles, a special case may occur which is illustrated by the examples of Figs 4A and 4B. In the example of Fig. 4A,  a PDU includes a last segment of SDU F, and the PDU has some remaining capacity in the data part, which would however only be sufficient to include a part of the SDU header of SDU Z. In the example of Fig. 4B, a PDU completely includes SDU F, and the PDU has some remaining capacity in the data part, which would however only be sufficient to include a part of the SDU header of SDU Z.

[0058] In such cases, if the segmentation of a further SDU to be included into a PDU (after at least a first SDU or SDU segment) would result in the SDU SN field of this further SDU being missing or incomplete in the SDU segment which fits into the PDU, the transmitter does not include this SDU into the PDU. Rather, the transmitter may include padding or ends the PDU after the previous SDU or previous SDU segment) . A segmented SDU header or at least a segmented SDU SN field of the SDU header would typically not be readable by the receiver and thus not be available for use in reassembly. Further, the illustrated principles do not involve that a copy of such SDU SN is included in the PDU header. The transmitter may consider the further SDU in a later PDU and apply segmentation there if needed. In this later PDU, the further SDU would be the first SDU, and if segmentation is needed, the SDU SN header field would be copied to the PDU header in accordance with the principles illustrated herein.

[0059] If RLC SNs are not available, reordering among full data units is only possible on PDCP PDU level. This may pose a challenge for fast congestion indications where congestion is indicated in the transmitter based on dropping a buffered data unit. As mentioned above, such buffered data units may be pre-built PDCP PDUs, in which case the drop would create a gap in the PDCP SN sequence, which in turn may lead to reordering delays at the receiver side. For example, some existing mechanisms involve that the receiver starts a reordering timer which expires after a while if a gap in the SN sequence is not closed, and thereafter delivers subsequent PDCP PDUs. It may therefore be beneficial to indicate the packet drop explicitly to the receiver to close the gap in the reordering process. Such an indication can be based on including an empty PDCP PDU, i.e., only the PDCP PDU header including only the SN for which the payload is dropped. When such an empty PDCP PDU is included in RLC, the length fields in the RLC PDU header would indicate a size equal to only the PDCP header.

[0060] Furthermore, for congestion indications based on IP (Internet Protocol) ECN (Explicit Congestion Notification) fields, it can be assumed that these fields of the IP header are not accessible in RLC, where the data units are buffered. This may be due to encryption and integrity protection. In view of this, congestion may be explicitly indicated as part of the RLC header, e.g., for each included PDCP PDU (RLC SDU) . A congestion experienced (CE) flag may be included whenever a length field is included in the RLC header. Additionally, also for  the last or only PDCP PDU (RLC SDU) in the RLC PDU, this flag may be included in the RLC PDU header, even if no length fields are included. At the receiver side, the CE indicator should be considered only once per PDCP PDU (even if the PDCP PDU was segmented and then reassembled) , and then copied to respective ECN IP field after decryption and integrity verification in the receiver.

[0061] To enable the above methods, protocol formats may be defined as explained in the following and illustrated in Figs. 5 and 6. Here, it is noted that the definition of a single PDU header format may be sufficient to handle all beforementioned cases of concatenation, segmentation and retransmission with further segmentation (re-segmentation) , which is beneficial in view of keeping low complexity.

[0062] Fig. 5 illustrates a PDCP PDU format which may be used in the illustrated concepts. Fields of the PDCP PDU format include:

[0063] - D / C field: Identifies whether a data or control PDCP header follows.

[0064] - PDCP SN field: Includes the SN of the PDCP PDU.

[0065] - Timestamp: May include a transmitter-side time reference, which may relate to absolute UTC (Coordinated Universal Time) time, or may refer to a system frame number (SFN) , slot number, or OFDM (Orthogonal Frequency Division Multiplexing) symbol number. Timestamps may be evaluated at the receiver side to measure latency of transmission.

[0066] - Data field: Includes one SDU, e.g., IP packet as payload.

[0067] - MAC-integrity field: Includes the bits for the integrity protection and verification function of the PDCP header and / or data part.

[0068] Fig. 6 illustrates an RLC PDU format which may be used in the illustrated concepts. Fields of the RLC PDU format include:

[0069] - D / C field: Identifes whether a data or control PDU header follows.

[0070] - SI field (two bits) : Indicates whether the first byte of the first SDU and / or the last byte of the last SDU in the PDU are included in the PDU. If the first byte is not included in the PDU, the SN and SO fields must be included. If the last byte is not included, the last SDU data in the PDU is not complete, i.e. reassembly has to wait for further outstanding data.

[0071] - E field: Indicates whether data or further E / CE / LI fields follow, e.g., after the first octet if first SI bit is 1, or after the fifth octet if first SI bit is 0. Then the subsequent E fields indicate if there is yet another line of E / CE / LI fields.

[0072] - SN field: Includes a copy of the first SDU SN for the SDU segment in the beginning of the PDU (conditionally included, see above) .

[0073] - SO field: Indicates the byte position of the SDU segment compared to the start of the SDU (conditionally included, see above) .

[0074] - E field: Indicates whether CE and LI field follows. This is the case only when more than one SDU or SDU segment is part of the payload.

[0075] - CE field: Indicates whether congestion is experienced for the respective SDU (starting with the first SDU (segment) in the PDU) .

[0076] - LI field: Indicates the length of the SDU (segment) in this PDU payload (starting with the first SDU (segment) in the PDU) .

[0077] - CEn field: Indicates if congestion is experienced in the last SDU (segment) in this PDU. In case there is only one SDU included, the CEn field refers to this only SDU.

[0078] An alternative interpretation of the CE and CEn fields could be that the CEn field always refers to the first or only SDU, and the CE fields start from referring to the second SDU included in the PDU.

[0079] Fig. 7 illustrates a further example in which the illustrated principles and formats are applied to concatenation and segmentation of PDCP PDUs in RLC PDUs. As illustrated, a first RLC PDU conveys a first PDCP PDU ( “PDCP 1” ) , a second PDCP PDU ( “PDCP 2” ) , and a first segment of a third PDCP PDU ( "PDCP 3” ) . A second RLC PDU conveys a second segment of the third PDCP PDU, a fourth PDCP PDU ( “PDCP 4” ) , and a fifth PDCP PDU ( "PDCP 5” ) .

[0080] The RLC header of the first RLC PDU includes an SI field with the first bit set to “1” , indicating that the first byte of the first PDCP PDU is included in the PDU, and the second bit set to “0” , indicating that the last byte of the third PDCP PDU is not included in the PDU. The RLC header further includes LIs, namely an LI (LI1) indicating the length of the first PDCP PDU, and an LI (LI2) indicating the length of the second PDCP PDU.

[0081] The RLC header of the second RLC PDU includes an SI field with the first bit set to “0” , indicating that the first byte of the third PDCP PDU is not included in the PDU, and the second bit set to “1” , indicating that the last byte of the fifth PDCP PDU is included in the PDU. The RLC header further includes the PDCP SN of the third PDCP PDU. Further, the RLC header includes an SO, pointing to the start of the third PDCP PDU (relative to the start of the third PDCP PDU) . The RLC header further includes LIs, namely an LI (LI3) indicating the length of the third PDCP PDU, and an LI (LI4) indicating the length of the fourth PDCP PDU.

[0082] Fig. 8 shows a flowchart for illustrating a method, which may be utilized for implementing the illustrated concepts. The method of Fig. 8 may be used for implementing the illustrated  concepts in a wireless communication device which wirelessly communicates with a further wireless communication device. The wireless communication device may for example correspond to a network node, e.g., to the above-mentioned access node 100, or to a UE, e.g., to any of the above-mentioned UEs 10. If the wireless communication device is a network node, such as the above-mentioned access node 100, the further wireless communication device may correspond to a UE, such as the any of the above-mentioned UEs 10. If the wireless communication device is a UE, such as the any of the above-mentioned UEs 10, the further wireless communication device may be a network node, such as the above-mentioned access node 100, or another UE, such as any of the above-mentioned UEs 10.

[0083] If a processor-based implementation of the wireless communication device is used, at least some of the steps of the method of Fig. 8 may be performed and / or controlled by one or more processors of the wireless communication device. Such wireless communication device may also include a memory storing program code for implementing at least some of the below described functionalities or steps of the method of Fig. 8.

[0084] At step 810, the wireless communication device may get data of one or more SDU (s) , i.e., SDU data, to be transmitted to the further wireless communication device. Getting the data of the one or more SDU (s) may involve accessing a memory storing the data. This may be accomplished in such a way that data which can be conveyed in a single wireless transmission is fetched with a single access operation from the memory. This may in some cases also involve fetching only segments of one or more of the SDU (s) from the memory or fetching SDU data of multiple SDUs or SDU segments in a single access operation from the memory.

[0085] At step 820, the wireless communication device sends one or more wireless transmissions conveying a sequence of PDUs to the further wireless communication device. Each of the SDUs has a format comprising at least a header part with a sequence number of the SDU. At least some of the SDUs may also include a data part which includes service data, such as an IP packet or other higher layer data unit. Each PDU of the PDUs has a format including a data part and a header part. The data part is for conveying at least an SDU segment of one or more SDUs of the sequence, e.g., corresponding to the SDU data from step 810. In some cases, the data part may include one or more complete SDUs of the sequence. In addition or as an alternative, the data part may include one or more SDU segments, each corresponding to an SDU of the sequence. The data part may thus include the SDU data so that the SDU data can be conveyed by means of the wireless transmission (s) to the further wireless communication device. The header part conditionally includes the SN of a first SDU segment at the beginning of the data part of the PDU. The SN may be copied from the header part of the SDU. Fig. 7  shows an example of a corresponding PDU format. The PDUs may correspond to RLC PDUs. The SDUs may correspond to PDCP PDUs.

[0086] If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment. If the first SDU segment included at the beginning of the data part of the PDU includes the SN of the SDU corresponding to the first SDU segment, a field for including the SN may be omitted from the header part of the PDU. Similarly, if a first complete SDU is included at the beginning of the data part of the PDU, a field for including the SN may be omitted from the header part of the PDU.

[0087] In some scenarios, the header part of the PDU format may further comprise an indication whether a field for including the SN is present in the header part of the PDU, such as the above-mentioned first bit of the SI field in the RLC header.

[0088] In some scenarios, the header part of the PDU format may further comprise, for at least one second complete SDU or second SDU segment included in the data part of the PDU after the first SDU segment or first complete SDU, a respective pointer to a location in the data part of the PDU, which includes the SN of the second complete SDU or second SDU segment. The pointer may be based on an indication of a length of the first SDU segment or first complete SDU and, in some cases, be further based on a respective indication of a length of at least one preceding second complete SDU and / or at least one preceding second SDU segment in the data part of the PDU. The above-mentioned length fields or LIs are examples of such indications of length.

[0089] In some scenarios, inclusion of a second SDU segment with incomplete field indicating the sequence number of the SDU corresponding to the second SDU segment may not be allowed in the data part of the PDU. Instead of including a second SDU segment with incomplete field indicating the sequence number of the SDU corresponding to the second SDU segment into the data part of the PDU, a remaining portion at the end of the data part of the PDU or of a lower layer transport block for conveying the PDU may be filled with padding. Corresponding examples are described in connection with Figs. 4A and 4B.

[0090] In some scenarios, the header part of the PDU format may further comprise, for a last SDU or SDU segment included in the data part of the PDU, an indicator indicating whether the last byte of the SDU is included in the data part of the PDU, such as the above-mentioned first bit of the SI field in the RLC header.

[0091] In some scenarios, the header part of the PDU format may further comprise, for each SDU or SDU segment included in the data part of the PDU, a corresponding indicator indicating whether the corresponding SDU has experienced congestion, such as the above-mentioned CE field (s) or CEn field in the RLC header.

[0092] In some scenarios, the sequence of SDUs includes at least one SDU without a data part to indicate dropping of payload data conveyed by the SDUs.

[0093] Fig. 9 shows a flowchart for illustrating a method, which may be utilized for implementing the illustrated concepts. The method of Fig. 9 may be used for implementing the illustrated concepts in a wireless communication device which wirelessly communicates with a further wireless communication device. The wireless communication device may for example correspond to a network node, e.g., to the above-mentioned access node 100, or to a UE, e.g., to any of the above-mentioned UEs 10. If the wireless communication device is a network node, such as the above-mentioned access node 100, the further wireless communication device may correspond to a UE, such as the any of the above-mentioned UEs 10. If the wireless communication device is a UE, such as the any of the above-mentioned UEs 10, the further wireless communication device may be a network node, such as the above-mentioned access node 100, or another UE, such as any of the above-mentioned UEs 10.

[0094] If a processor-based implementation of the wireless communication device is used, at least some of the steps of the method of Fig. 9 may be performed and / or controlled by one or more processors of the wireless communication device. Such wireless communication device may also include a memory storing program code for implementing at least some of the below described functionalities or steps of the method of Fig. 9.

[0095] At step 910, the wireless communication device receives one or more wireless transmissions conveying a sequence of PDUs from the further wireless communication device, which convey a sequence of SDUs. Each of the SDUs has a format comprising at least a header part with a sequence number of the SDU. At least some of the SDUs may also include a data part which includes service data, such as an IP packet or other higher layer data unit. Each PDU of the PDUs has a format including a data part and a header part. The data part is for conveying at least one SDU and / or at least one SDU segment of an SDU of the sequence. The data part may thus include the SDU data so that the SDU data can be conveyed by means of the wireless transmission / s) to the further wireless communication device. Fig. 7 shows an  example of a corresponding PDU format. The PDUs may correspond to RLC PDUs. The SDUs may correspond to PDCP PDUs.

[0096] In some cases, the data part of the PDU may include one or more complete SDUs of the sequence. In addition or as an alternative, the data part may include one or more SDU segments, each corresponding to an SDU of the sequence. The data part may thus include the SDU data so that the SDU data can be conveyed by means of the wireless transmission (s) from the further wireless communication device. The header part conditionally includes the SN of a first SDU segment at the beginning of the data part of the PDU. The SN may be copied from the header part of the SDU. Fig. 7 shows an example of a corresponding PDU format. The PDUs may correspond to RLC PDUs. The SDUs may correspond to PDCP PDUs.

[0097] If a first SDU segment included at the beginning of the data part of the PDU is without the SN of the SDU corresponding to the first SDU segment, the header part of the PDU includes the SN of the SDU corresponding to the first SDU segment. If the first SDU segment included at the beginning of the data part of the PDU includes the SN of the SDU corresponding to the first SDU segment, a field for including the SN may be omitted from the header part of the PDU. Similarly, if a first complete SDU is included at the beginning of the data part of the PDU, a field for including the SN may be omitted from the header part of the PDU.

[0098] In some scenarios, the header part of the PDU format may further comprise an indication whether a field for including the SN is present in the header part of the PDU, such as the above-mentioned first bit of the SI field in the RLC header.

[0099] In some scenarios, the header part of the PDU format may further comprise, for at least one second complete SDU or second SDU segment included in the data part of the PDU after the first SDU segment or first complete SDU, a respective pointer to a location in the data part of the PDU, which includes the SN of the second complete SDU or second SDU segment. The pointer may be based on an indication of a length of the first SDU segment or first complete SDU and, in some cases, be further based on a respective indication of a length of at least one preceding second complete SDU and / or at least one preceding second SDU segment in the data part of the PDU. The above-mentioned length fields or LIs are examples of such indications of length.

[0100] In some scenarios, inclusion of a second SDU segment with incomplete field indicating the sequence number of the SDU corresponding to the second SDU segment may not be allowed in the data part of the PDU. Instead of including a second SDU segment with incomplete field  indicating the sequence number of the SDU corresponding to the second SDU segment into the data part of the PDU, a remaining portion at the end of the data part of the PDU or of a lower layer transport block for conveying the PDU may be filled with padding. Corresponding examples are described in connection with Figs. 4A and 4B.

[0101] In some scenarios, the header part of the PDU format may further comprise, for a last SDU or SDU segment included in the data part of the PDU, an indicator indicating whether the last byte of the SDU is included in the data part of the PDU, such as the above-mentioned first bit of the SI field in the RLC header.

[0102] In some scenarios, the header part of the PDU format may further comprise, for each SDU or SDU segment included in the data part of the PDU, a corresponding indicator indicating whether the corresponding SDU has experienced congestion, such as the above-mentioned CE field (s) or CEn field in the RLC header.

[0103] In some scenarios, the sequence of SDUs includes at least one SDU without a data part to indicate dropping of payload data conveyed by the SDUs.

[0104] At step 920, the wireless communication device may reconstruct the sequence of SDUs. This may be accomplished based on, if present, the SNs of the SDUs included in the data part of the PDU and, if present, the sequence number included in the header part of the PDU. The reconstruction of the sequence of SDUs may comprise reassembly of one or more SDUs from multiple SDU segments conveyed by the PDUs and / or reordering of the (in some cases reassembled) SDUs. In some scenarios, such reassembly may comprise that, for a first SDU segment conveyed by a first PDU of the sequence, the SN of the corresponding SDU to be reassembled is identified based on the data part of the first PDU and that for a second SDU segment conveyed by a second PDU of the sequence, the SN of the corresponding SDU to be reassembled is identified based on the header part of the second PDU. The first SDU segment and the second SDU segment may be part of the same SDU to be reassembled.

[0105] It is noted that at least some the methods of Figs. 8 and 9 could also be combined, e.g., in a system including at least one wireless communication device operating as a transmitting wireless communication device according to the method of Fig. 8 and at least one further wireless communication device operating as a receiving wireless communication device according to the method of Fig. 9.

[0106] Fig. 10 illustrates a processor-based implementation of a wireless device 1000 for operation in a wireless communication network, which may be used for implementing the above-described concepts. More specifically, the structures of the wireless device 1000 may be used to implement the above-described functionalities in a UE, such as any of the above-mentioned UEs 10.

[0107] As illustrated, the wireless device 1000 may include wireless interface 1010, which may be used for wireless communication with one or more nodes of the wireless communication network.

[0108] Further, the wireless device 1000 may include one or more processors 1050 coupled to the interface 1010 and a memory 1060 coupled to the processor (s) 1050. By way of example, the interface 1010, the processor (s) 1050, and the memory 1060 could be coupled by one or more internal bus systems of the wireless device 1000. The memory 1060 may include a read-only memory (ROM) , e.g., a flash ROM, a random-access memory (RAM) , e.g., a dynamic RAM (DRAM) or static RAM (SRAM) , a mass storage, e.g., a hard disk or solid state disk, or the like. As illustrated, the memory 1060 may include software 1070 and / or firmware 1080. The memory 1060 may include suitably configured program code to be executed by the processor (s) 1050 so as to implement or configure the above-described functionalities for wireless communication, such as explained in connection with Fig. 8 or 9.

[0109] It is to be understood that the structures as illustrated in Fig. 10 are merely schematic and that the wireless device 1000 may actually include further components which, for the sake of clarity, have not been illustrated, e.g., further interfaces or further processors. Also, it is to be understood that the memory 1060 may include further program code for implementing known functionalities of a UE in a 3GPP system. According to some embodiments, also a computer program may be provided for implementing functionalities of the wireless device 1000, e.g., in the form of a physical medium storing the program code and / or other data to be stored in the memory 1060 or by making the program code available for download or by streaming.

[0110] Fig. 11 illustrates a processor-based implementation of a network node 1100 for operation in a wireless communication network, which may be used for implementing the above-described concepts. More specifically, the structures of the network node 1100 may be used to implement the above-described functionalities in a radio access node, such as the above-mentioned access node 100.

[0111] As illustrated, the network node 1100 may include wireless interface 1110, which may be used for wireless communication with one or more wireless devices, such as the above-mentioned UEs 10. Further, the network node 1100 may include a network interface 1120, which may be used for communication with other network nodes.

[0112] Further, the network node 1100 may include one or more processors 1150 coupled to the interfaces 1110, 1120 and a memory 1160 coupled to the processor (s) 1150. By way of example, the interfaces 1110, 1120, the processor (s) 1150, and the memory 1160 could be coupled by one or more internal bus systems of the network node 1100. The memory 1160 may include a ROM, e.g., a flash ROM, a RAM, e.g., a DRAM or SRAM, a mass storage, e.g., a hard disk or solid state disk, or the like. As illustrated, the memory 1160 may include software 1170 and / or firmware 1180. The memory 1160 may include suitably configured program code to be executed by the processor (s) 1150 so as to implement or configure the above-described functionalities for wireless communication, such as explained in connection with Fig. 8 or 9.

[0113] It is to be understood that the structures as illustrated in Fig. 11 are merely schematic and that the network node 1100 may actually include further components which, for the sake of clarity, have not been illustrated, e.g., further interfaces or further processors. Also, it is to be understood that the memory 1160 may include further program code for implementing known functionalities of a radio access node in a 3GPP system. According to some embodiments, also a computer program may be provided for implementing functionalities of the network node 1100, e.g., in the form of a physical medium storing the program code and / or other data to be stored in the memory 1160 or by making the program code available for download or by streaming.

[0114] As can be seen, the concepts as described above may be used for improved wireless communication, by enabling efficient usage of PDU concatenation, with the possibility of SDU segmentation. In this way, memory accesses related to storage of SDU data can be managed more efficiently, and a number of required memory accesses at the transmitting wireless communication device be reduced. At the receiving wireless communication device, re-assembly of SDUs can be performed in an efficient manner and excessive memory fragmentation be avoided. Low overhead wireless transmissions may be enabled while reducing complexity for processing of the RAN protocol stack, still maintaining low latency by fast congestion indications. This may translate to better user experience for the service for which the data is processed / transmitted and / or better energy efficiency in the gNB and / or UE.

[0115] It is to be understood that the examples and embodiments as explained above are merely illustrative and susceptible to various modifications. For example, the illustrated concepts may be applied to various types of wireless transmissions, also including scenarios where the wireless transmissions are received by multiple receivers, such as for broadcast or groupcast transmissions. Further, the illustrated concepts may be applied in connection with various kinds of wireless communication technologies, also including modifications or enhancements of the 4G LTE technology or of the 5G NR technology. Moreover, it is to be understood that the above concepts may be implemented by using correspondingly designed software to be executed by one or more processors of an existing device or apparatus, or by using dedicated device hardware. Further, it should be noted that the illustrated apparatuses or devices may each be implemented as a single device or as a system of multiple interacting devices or modules.

Claims

1.A method for communicating in a wireless communication network, the method comprising:a wireless communication device (10; 100; 1000; 1100) sending one or more wireless transmissions conveying a sequence of Service Data Units, SDUs, in a sequence of Packet Data Units, PDUs, to a further wireless communication device (10; 100; 1000; 1100) ,wherein each of the SDUs has a format comprising a header part with a sequence number of the SDU, andwherein each of the PDUs has a PDU format comprising:- a header part,- a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence; andwherein, if a first SDU segment included at the beginning of the data part of the PDU is without the sequence number of the SDU corresponding to the first SDU segment, the header part of the PDU includes the sequence number of the SDU corresponding to the first SDU segment.2.The method according to claim 1,wherein, if the first SDU segment included at the beginning of the data part of the PDU includes the sequence number of the SDU corresponding to the first SDU segment, a field for including the sequence number is omitted from the header part of the PDU.3.The method according to claim 1 or 2,wherein, if a first complete SDU is included at the beginning of the data part of the PDU, a field for including the sequence number is omitted from the header part of the PDU.4.The method according to any of claims 1 to 3,wherein the header part of the PDU format further comprises an indication whether a field for including the sequence number is present in the header part of the PDU.5.The method according to any of claims 1 to 4,wherein the header part of the PDU format further comprises, for at least one second complete SDU or second SDU segment included in the data part of the PDU after the first SDU segment or first complete SDU, a respective pointer to a location in the data part of the PDU, which includes the sequence number of the second complete SDU or second SDU segment.6.The method according to claim 5,wherein the pointer is based on an indication of a length of the first SDU segment or first complete SDU.7.The method according to claim 6,wherein the pointer is based on a respective indication of a length of at least one preceding second complete SDU and / or at least one preceding second SDU segment in the data part of the PDU.8.The method according to any of claims 1 to 7,wherein, in the data part of the PDU, inclusion of a second SDU segment with incomplete field indicating the sequence number of the SDU corresponding to the second SDU segment is not allowed.9.The method according to any of claims 1 to 8,wherein, instead of including a second SDU segment with incomplete field indicating the sequence number of the SDU corresponding to the second SDU segment into the data part of the PDU, a remaining portion at the end of the data part of the PDU or of a lower layer transport block for conveying the PDU is filled with padding.10.The method according to any of claims 1 to 9,wherein the header part of the PDU format further comprises, for a last SDU or SDU segment included in the data part of the PDU, an indicator indicating whether the last byte of the SDU is included in the data part of the PDU.11.The method according to any of claims 1 to 10,wherein the header part of the PDU format further comprises, for each SDU or SDU segment included in the data part of the PDU, a corresponding indicator indicating whether the corresponding SDU has experienced congestion.12.The method according to any of claims 1 to 11,wherein the sequence of SDUs includes at least one SDU without a data part to indicate dropping of payload data conveyed by the SDUs.13.The method according to any of claims 1 to 12,wherein the PDUs are PDUs of a Radio Link Control Protocol.14.The method according to any of claims 1 to 13,wherein the SDUs of the sequence are PDUs of a Packet Data Convergence Protocol.15.A method for communicating in a wireless communication network, the method comprising:a wireless communication device (10; 100; 1000; 1100) receiving one or more wireless transmissions conveying a sequence of Service Data Units, SDUs, in a sequence of Packet Data Units, PDUs, from a further wireless communication device (10; 100; 1000; 1100) ,wherein each of the SDUs has a format comprising a header part with a sequence number of the SDU, andwherein each of the PDUs has a PDU format comprising:- a header part,- a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence; andwherein, if a first SDU segment included at the beginning of the data part of the PDU is without the sequence number of the SDU corresponding to the first SDU segment, the header part of the PDU includes the sequence number of the SDU corresponding to the first SDU segment.16.The method according to claim 15, comprising:the wireless communication device (10; 100; 1000; 1100) reconstructing the sequence of SDUs based on, if present, the sequence numbers of the SDUs included in the data part of the PDU and, if present, the sequence number included in the header part of the PDU.17.The method according to claim 16,wherein reconstructing the sequence of SDUs comprises reassembly of one or more SDUs from multiple SDU segments conveyed by the PDUs.18.The method according to claim 17,wherein the reassembly comprises:for a first SDU segment conveyed by a first PDU of the sequence, identifying the sequence number of the corresponding SDU to be reassembled based on the data part of the first PDU; for a second SDU segment conveyed by a second PDU of the sequence, identifying the sequence number of the corresponding SDU to be reassembled based on the header part of the second PDU.19.The method according to any of claims 15 to 18,wherein, if the first SDU segment included at the beginning of the data part of the PDU includes the sequence number of the SDU corresponding to the first SDU segment, a field for including the sequence number is omitted from the header part of the PDU.20.The method according to any of claims 15 to 19,wherein, if a first complete SDU is included at the beginning of the data part of the PDU, a field for including the sequence number is omitted from the header part of the PDU.21.The method according to any of claims 15 to 20,wherein the header part of the PDU format further comprises an indication whether a field for including the sequence number is present in the header part of the PDU.22.The method according to any of claims 15 to 21,wherein the header part of the PDU format further comprises, for at least one second complete SDU or second SDU segment included in the data part of the PDU after the first SDU segment or first complete SDU, a respective pointer to a location in the data part which includes the sequence number of the second SDU or SDU segment.23.The method according to claim 22,wherein the pointer is based on an indication of a length of the first SDU segment or first complete SDU.24.The method according to claim 23,wherein the pointer is based on a respective indication of a length of at least one preceding second complete SDU and / or at least one preceding second SDU segment in the data part of the PDU.25.The method according to any of claims 15 to 24,wherein, in the data part of the PDU, inclusion of a second SDU segment with incomplete field indicating the sequence number of the SDU corresponding to the second SDU segment is not allowed.26.The method according to any of claims 13 to 19,wherein, instead of including a second SDU segment with incomplete field indicating the sequence number of the SDU corresponding to the second SDU segment into the data part of the PDU, a remaining portion at the end of the data part of the PDU or of a lower layer transport block for conveying the PDU is filled with padding.27.The method according to any of claims 15 to 26,wherein the header part of the PDU format further comprises, for a last SDU or SDU segment included in the data part of the PDU, an indicator indicating whether the last byte of the SDU is included in the data part of the PDU.28.The method according to any of claims 15 to 27,wherein the header part of the PDU format further comprises, for each SDU or SDU segment included in the data part of the PDU, a corresponding indicator indicating whether the corresponding SDU has experienced congestion.29.The method according to any of claims 15 to 28,wherein the sequence of SDUs includes at least one SDU without a data part to indicate dropping of payload data conveyed by the SDUs.30.The method according to any of claims 15 to 29,wherein the PDUs are PDUs of a Radio Link Control Protocol.31.The method according to any of claims 15 to 30,wherein the SDUs of the sequence are PDUs of a Packet Data Convergence Protocol.32.A wireless communication device (10; 100; 1000; 1100) for operation in a wireless communication network, the wireless communication device (10; 100; 1000; 1100) being configured to:send one or more wireless transmissions conveying a sequence of Service Data Units, SDUs, in a sequence of Packet Data Units, PDUs, to a further wireless communication device (10; 100; 1000; 1100) ,wherein each of the SDUs has a format comprising a header part with a sequence number of the SDU, andwherein each of the PDUs has a PDU format comprising:- a header part,- a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence; andwherein, if a first SDU segment included at the beginning of the data part of the PDU is without the sequence number of the SDU corresponding to the first SDU segment, the header part of the PDU includes the sequence number of the SDU corresponding to the first SDU segment.33.The wireless communication device (10; 100; 1000; 1100) according to claim 32,wherein the wireless communication device (10; 100; 1000; 1100) is configured to perform a method according to any one of claims 2 to 14.34.The wireless communication device (10; 100; 1000; 1100) according to claim 32 or 33, comprising:at least one processor (1050; 1150) , anda memory (1060; 1160) containing program code executable by the at least one processor (1050; 1150) ,whereby execution of the program code by the at least one processor (1050; 1150) causes the wireless communication device (10; 100; 1000; 1100) to perform a method according to any one of claims 1 to 14.35.A wireless communication device (10; 100; 1000; 1100) for operation in a wireless communication network, the wireless communication device (10; 100; 1000; 1100) being configured to:receive one or more wireless transmissions conveying a sequence of Service Data Units, SDUs, in a sequence of Packet Data Units, PDUs, from a further wireless communication device (10; 100; 1000; 1100) ,wherein each of the SDUs has a format comprising a header part with a sequence number of the SDU, andwherein each of the PDUs has a PDU format comprising:- a header part,- a data part for conveying at least an SDU segment of at least one of the SDUs of the sequence; andwherein, if a first SDU segment included at the beginning of the data part of the PDU is without the sequence number of the SDU corresponding to the first SDU segment, the header part of the PDU includes the sequence number of the SDU corresponding to the first SDU segment.36.The wireless communication device (10; 100; 1000; 1100) according to claim 35,wherein the wireless communication device (10; 100; 1000; 1100) is configured to perform a method according to any one of claims 16 to 31.37.The wireless communication device (10; 100; 1000; 1100) according to claim 35 or 36, comprising:at least one processor (1050; 1150) , anda memory (1060; 1160) containing program code executable by the at least one processor (1050; 1150) ,whereby execution of the program code by the at least one processor (1050; 1150) causes the wireless communication device (10; 100; 1000; 1100) to perform a method according to any one of claims 15 to 31.38.A computer program or computer program product comprising program code to be executed by at least one processor (1050; 1150) of a wireless communication device (10; 100; 1000; 1100) operating in a wireless communication network, whereby execution of the program code causes the wireless communication device (10; 100; 1000; 1100) to perform a method according to any one of claims 1 to 31.

Images