Methods and apparatus for transceiving packet data convergence protocol packet data unit in mobile communications

Abstract

Various solutions for transceiving a Packet Data Convergence Protocol (PDCP) Packet Data Unit (PDU) with respect to an apparatus in mobile communications are described. The apparatus may determine a PDCP header including segmentation information. The apparatus may transmit a PDCP PDU including the PDCP header to another apparatus.

Description

METHODS AND APPARATUS FOR TRANSCEIVING PACKET DATA CONVERGENCE PROTOCOL PACKET DATA UNIT IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefits of U.S. Patent Application No. 63 / 680, 090, filed 7 August 2024, and U.S. Patent Application No. 63 / 680,096, filed 7 August 2024, the contents of which herein being incorporated by reference in their entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to transceiving a Packet Data Convergence Protocol (PDCP) Packet Data Unit (PDU) with respect to apparatus in mobile communications.BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] In Long-Term Evolution (LTE) or New Radio (NR) mobile communications, the data link layer is designed for enabling reliable, efficient, and structured delivery of data between the network apparatus. In particular, in the data link layer, there are Packet Data Convergence Protocol PDCP layer, Radio Link Control (RLC) layer, and Medium Access Control (MAC) layer. Different layers have different functionalities for processing network packets. In some scenarios, the PDCP layer may provide certain data processing functions, such as optional compression or delivery-related handling. The RLC layer may be configured to support various forms of data segmentation or transfer control. The MAC layer may perform operations related to resource coordination and transmission management. Collectively, these layers cooperate to facilitate data transport over the wireless communication interface.

[0005] However, with multiple protocol layers involved in processing network packets, the overall header overhead may become significant, especially in scenarios where efficiency and latency are critical. Additionally, maintaining separate functional layers such as PDCP, RLC, and MAC may introduce increased processing complexity, resource usage, and implementation burden on both the transmitter and receiver sides. This layered architecture may also limit flexibility when adapting to evolving requirements in next-generation mobile communication systems.

[0006] Accordingly, reducing header overhead and processing complexity while maintaining proper packet transmission functionality is an important consideration in the design of next-generation wireless communication networks. Therefore, there is a need for improved schemes that achieve such efficiency without compromising transmission reliability.SUMMARY

[0007] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0008] An objective of the present disclosure is to propose solutions or schemes that address the aforementioned issues pertaining to transceiving a Packet Data Convergence Protocol (PDCP) Packet Data Unit (PDU) with respect to apparatus in mobile communications.

[0009] In one aspect, a method may involve an apparatus determining a PDCP header including segmentation information. The method may further involve the apparatus transmitting a PDCP PDU including the PDCP header to another apparatus.

[0010] In one aspect, a method may involve receiving a PDCP PDU including a PDCP header from another apparatus. The PDCP header may include segmentation information. The method may further involve the apparatus processing the PDCP PDU based on the PDCP header including the segmentation information.

[0011] In one aspect, an apparatus may comprise a transceiver which, during operation, wirelessly communicates with a wireless network. The apparatus may also comprise a processor communicatively coupled to the transceiver. The processor, during operation, may perform operations comprising transceiving, via the transceiver, a PDCP PDU including a PDCP header with another apparatus. The PDCP header may include segmentation information.

[0012] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, 5th Generation (5G) , New Radio (NR) , Internet-of-Things (IoT) and Narrow Band Internet of Things (NB-IoT) , Industrial Internet of Things (IIoT) , and 6th Generation (6G) , the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0013] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation in order to clearly illustrate the concept of the present disclosure.

[0014] FIG. 1 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0015] FIG. 2 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0016] FIG. 3 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0017] FIG. 4 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0018] FIG. 5 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0019] FIG. 6 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0020] FIG. 7 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0021] FIG. 8 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0022] FIG. 9 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0023] FIG. 10 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0024] FIG. 11 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0025] FIG. 12 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0026] FIG. 13 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0027] FIG. 14 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0028] FIG. 15 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0029] FIG. 16 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0030] FIG. 17 illustrates an example of PDCP PDU format in accordance with implementations of the present disclosure.

[0031] FIG. 18 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0032] FIG. 19 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0033] FIG. 20 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0034] FIG. 21 is a flowchart of an example process in accordance with an implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0035] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0036] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to transceiving a Packet Data Convergence Protocol (PDCP) Packet Data Unit (PDU) with respect to apparatus in mobile communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0037] Regarding the present disclosure, an apparatus (i.e., a transceiver (TX) ) may determine a PDCP header. The PDCP header may include segmentation information. Then, the apparatus may transmit a PDCP PDU including the PDCP header to another apparatus (i.e., a receiver (RX) ) . After receiving the PDCP PDU, the receiver may process the PDCP PDU based on the PDCP header including the segmentation information.

[0038] Based on the PDCP header including segmentation information, certain processing procedures in the Radio Link Control (RLC) layer may be omitted. When other RLC functionalities are otherwise supported, the RLC layer processing may be eliminated entirely. As a result, the inclusion of an RLC header may no longer be necessary, thereby reducing processing complexity. Accordingly, overall header overhead and protocol-layer complexity may be lowered while still maintaining proper packet transmission functionality.

[0039] FIG. 1 illustrates an example scenario 100 under schemes in accordance with implementations of the present disclosure. Scenario 100 involves at least one network node and at least one UE, which may be a part of a wireless communication network (e.g., an LTE network, a 5G / NR network, an IoT network or a 6G network) . Scenario 100 illustrates the current network framework. The UE (s) may connect to the network side. The network side may comprise one or more than one network nodes.

[0040] It should be noted that, for purposes of illustration and ease of explanation, a TX may correspond to a network node, and an RX may correspond to the UE. However, such descriptions are merely exemplary and are not intended to limit the scope of the present disclosure. The people skilled in the art will recognize that, in alternative embodiments, the TX may be implemented by the UE, and the RX may be implemented by the network node. In other embodiments, the TX may be implemented by the UE, and the RX may be implemented by another UE communicating via a sidelink connection.

[0041] In some embodiments, with respect to a PDCP layer, the network node may determine a PDCP header. The PDCP header may include segmentation information (e.g., a segmentation indicator and / or a segmentation offset) . The segmentation information may be used to support the reassembly of segmented PDCP PDUs. Then, without being processed by the Radio Link Control (RLC) layer (i.e., without being associated with the RLC header) , the network node may then transmit a network packet carrying a PDCP PDU to the UE. The PDCP PDU includes the PDCP header. Upon receiving the network packet, the UE may process the PDCP PDU based on the PDCP header including the segmentation information. For example, the UE reassembles the PDCP PDU with one or more other PDCP PDUs based on the segmentation information included in the PDCP header.

[0042] In some implementations, the segmentation indicator may have a 2-bit field that replaces previously reserved bits. In some implementations, the segmentation indicator may have one of values 0 to 3. When the segmentation indicator has a value of 2 or 3, the PDCP PDU may include a segmentation offset. In some implementations, the PDCP PDU may include a 12-bit sequence number or an 18-bit sequence number. In some implementations, the PDCP header may be associated with a Data Radio Bearer (DRB) , a Signaling Radio Bearer (SRB) , a control PDU or a sidelink.

[0043] FIG. 2 illustrates an example of PDCP PDU format 200 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with DRB. The PDCP header includes a D / C field, a segmentation indicator SI, a reserved bit R, and a 12-bit sequence number PDCP SN. The D / C field indicates whether the PDCP PDU carries data or control information. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of three reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 0 or 1, indicating that the PDCP PDU is either complete or the start of segmented data. The 12-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The PDCP PDU has data and Message Authentication Code Integrity (MAC-I) used for validating the integrity and authenticity of the transmitted protocol data unit.

[0044] FIG. 3 illustrates an example of PDCP PDU format 300 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with DRB. The PDCP header includes a D / C field, a segmentation indicator SI, reserved bits R, and an 18-bit sequence number PDCP SN. The D / C field indicates whether the PDCP PDU carries data or control information. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of five reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 0 or 1, indicating that the PDCP PDU is either complete or the start of segmented data. The 18-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The PDCP PDU has data and MAC-I used for validating the integrity and authenticity of the transmitted protocol data unit.

[0045] FIG. 4 illustrates an example of PDCP PDU format 400 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with DRB. The PDCP header includes a D / C field, a segmentation indicator SI, a reserved bit R, a 12-bit sequence number PDCP SN, and a segmentation offset SO. The D / C field indicates whether the PDCP PDU carries data or control information. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of three reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 2 or 3, indicating that the PDCP PDU is a segmented portion of a larger original data unit. The 12-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The segmentation offset SO is used to indicate the position of the segment within the original PDCP PDU. The PDCP PDU has data and MAC-I used for validating integrity and authenticity of the transmitted protocol data unit.

[0046] FIG. 5 illustrates an example of PDCP PDU format 500 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with DRB. The PDCP header includes a D / C field, a segmentation indicator SI, a reserved bit R, an 18-bit sequence number PDCP SN, and a segmentation offset SO. The D / C field indicates whether the PDCP PDU carries data or control information. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of five reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 2 or 3, indicating that the PDCP PDU is a segmented portion of a larger original data unit. The 18-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The segmentation offset SO is used to indicate the position of the segment within the original PDCP PDU. The PDCP PDU has data and MAC-I used for validating the integrity and authenticity of the transmitted protocol data unit.

[0047] FIG. 6 illustrates an example of PDCP PDU format 600 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with SRB. The PDCP header includes a segmentation indicator SI, reserved bits R, and a 12-bit sequence number PDCP SN. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of four reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 0 or 1, indicating that the PDCP PDU is either complete or the start of segmented data. The 12-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The PDCP PDU has data and MAC-I used for validating the integrity and authenticity of the transmitted protocol data unit.

[0048] FIG. 7 illustrates an example of PDCP PDU format 700 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with SRB. The PDCP header includes a segmentation indicator SI, reserved bits R, a 12-bit sequence number PDCP SN, and a segmentation offset SO. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of four reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 2 or 3, indicating that the PDCP PDU is a segmented portion of a larger original data unit. The 12-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The segmentation offset SO is used to indicate the position of the segment within the original PDCP PDU. The PDCP PDU has data and MAC-I used for validating the integrity and authenticity of the transmitted protocol data unit.

[0049] FIG. 8 illustrates an example of PDCP PDU format 800 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with a control PDU (i.e., PDU used for control data) . The PDCP header includes a D / C field, a PDU type, a segmentation indicator SI, and reserved bits R. The D / C field indicates whether the PDCP PDU carries data or control information. The PDU type indicates the specific control PDU format or signaling message type. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of four reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 0 or 1, indicating that the PDCP PDU is either complete or the start of segmented data. The PDCP PDU has control data.

[0050] FIG. 9 illustrates an example of PDCP PDU format 900 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with a control PDU (i.e., PDU used for control data) . The PDCP header includes a D / C field, a PDU type, a segmentation indicator SI, reserved bits R, and a segmentation offset SO. The D / C field indicates whether the PDCP PDU carries data or control information. The PDU type indicates the specific control PDU format or signaling message type. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of four reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 2 or 3, indicating that the PDCP PDU is a segmented portion of a larger original data unit. The segmentation offset SO is used to indicate the position of the segment within the original PDCP PDU. The PDCP PDU has data and MAC-I used for validating the integrity and authenticity of the transmitted protocol data unit.

[0051] FIG. 10 illustrates an example of PDCP PDU format 1000 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with a sidelink. The sidelink is associated with DRBs for groupcast and broadcast and is associated with sidelink SRB0 (i.e., the SRB used for initial signaling messages before security activation in the UE) . The PDCP header includes an SDU type, a segmentation indicator SI, reserved bits R, and a 12-bit sequence number PDCP SN. The SDU type indicates the type of data carried in the PDCP PDU. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of nine reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 0 or 1, indicating that the PDCP PDU is either complete or the start of segmented data. The 12-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The PDCP PDU has data.

[0052] FIG. 11 illustrates an example of PDCP PDU format 1100 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with a sidelink. The sidelink is associated with DRBs for groupcast and broadcast and is associated with sidelink SRB0 (i.e., the SRB used for initial signaling messages before security activation in the UE) . The PDCP header includes an SDU type, a segmentation indicator SI, reserved bits R, a 12-bit sequence number PDCP SN, and a segmentation offset SO. The SDU type indicates the type of data carried in the PDCP PDU. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of nine reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 2 or 3, indicating that the PDCP PDU is a segmented portion of a larger original data unit. The 12-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The segmentation offset SO is used to indicate the position of the segment within the original PDCP PDU. The PDCP PDU has data.

[0053] FIG. 12 illustrates an example of PDCP PDU format 1200 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with a sidelink. The sidelink is associated with SRB for unicast. The PDCP header includes a segmentation indicator SI, reserved bits R, a 12-bit sequence number PDCP SN, and a KNRP-session identifier (ID) . The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of nine reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 0 or 1, indicating that the PDCP PDU is either complete or the start of segmented data. The 12-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The KNRP-session ID indicates and distinguishes individual sidelink communication sessions between UEs. The PDCP PDU has data and MAC-I used for validating the integrity and authenticity of the transmitted protocol data unit.

[0054] FIG. 13 illustrates an example of PDCP PDU format 1300 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with a sidelink. The sidelink is associated with SRB for unicast. The PDCP header includes a segmentation indicator SI, reserved bits R, a 12-bit sequence number PDCP SN, a segmentation offset SO, and a KNRP-session ID. The SDU type indicates the type of data carried in the PDCP PDU. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of four reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 2 or 3, indicating that the PDCP PDU is a segmented portion of a larger original data unit. The 12-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The KNRP-session ID indicates and distinguishes individual sidelink communication sessions between UEs. The segmentation offset SO is used to indicate the position of the segment within the original PDCP PDU. The PDCP PDU has data and MAC-I used for validating the integrity and authenticity of the transmitted protocol data unit.

[0055] FIG. 14 illustrates an example of PDCP PDU format 1400 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with a sidelink. The sidelink is associated with DRB for unicast. The PDCP header includes a D / C field, an SDU type, a segmentation indicator SI, reserved bits R, a 12-bit sequence number PDCP SN, and a KNRP-session ID. The D / C field indicates whether the PDCP PDU carries data or control information. The SDU type indicates the type of data carried in the PDCP PDU. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of eight reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 0 or 1, indicating that the PDCP PDU is either complete or the start of segmented data. The 12-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The KNRP-session ID indicates and distinguishes individual sidelink communication sessions between UEs. The PDCP PDU has data and MAC-I used for validating the integrity and authenticity of the transmitted protocol data unit.

[0056] FIG. 15 illustrates an example of PDCP PDU format 1500 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with a sidelink. The sidelink is associated with DRB for unicast. The PDCP header includes a D / C field, an SDU type, a segmentation indicator SI, reserved bits R, a 12-bit sequence number PDCP SN, a segmentation offset SO, and a KNRP-session ID. The D / C field indicates whether the PDCP PDU carries data or control information. The SDU type indicates the type of data carried in the PDCP PDU. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of eight reserved bits R, two are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 2 or 3, indicating that the PDCP PDU is a segmented portion of a larger original data unit. The 12-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The segmentation offset SO is used to indicate the position of the segment within the original PDCP PDU. The KNRP-session ID indicates and distinguishes individual sidelink communication sessions between UEs. The PDCP PDU has data and MAC-I used for validating the integrity and authenticity of the transmitted protocol data unit.

[0057] FIG. 16 illustrates an example of PDCP PDU format 1600 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with a sidelink. The sidelink is associated with DRB for unicast. The PDCP header includes a D / C field, an SDU type, a segmentation indicator SI, an 18-bit sequence number PDCP SN, and a KNRP-session ID. The D / C field indicates whether the PDCP PDU carries data or control information. The SDU type indicates the type of data carried in the PDCP PDU. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of two reserved bits R, all are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 0 or 1, indicating that the PDCP PDU is either complete or the start of segmented data. The 18-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The KNRP-session ID indicates and distinguishes individual sidelink communication sessions between UEs. The PDCP PDU has data and MAC-I used for validating the integrity and authenticity of the transmitted protocol data unit.

[0058] FIG. 17 illustrates an example of PDCP PDU format 1700 in accordance with implementations of the present disclosure. For example, the PDCP header is associated with a sidelink. The sidelink is associated with DRB for unicast. The PDCP header includes a D / C field, an SDU type, a segmentation indicator SI, an 18-bit sequence number PDCP SN, a segmentation offset SO, and a KNRP-session ID. The D / C field indicates whether the PDCP PDU carries data or control information. The SDU type indicates the type of data carried in the PDCP PDU. The segmentation indicator SI has a 2-bit field that replaces 2 of the previously reserved bits R (i.e., out of two reserved bits R, all are repurposed as the segmentation indicator SI) . The segmentation indicator SI has a value of 2 or 3, indicating that the PDCP PDU is a segmented portion of a larger original data unit. The 18-bit sequence number PDCP SN is used for identifying, ordering, and reassembling PDCP PDUs during data delivery. The segmentation offset SO is used to indicate the position of the segment within the original PDCP PDU. The KNRP-session ID indicates and distinguishes individual sidelink communication sessions between UEs. The PDCP PDU has data and MAC-I used for validating the integrity and authenticity of the transmitted protocol data unit.

[0059] FIG. 18 illustrates an example scenario 1800 under schemes in accordance with implementations of the present disclosure. In some implementations, at the TX end, a Transport Block (TB) size may be obtained from a received Downlink Control Information (DCI) . In the module of logical channel prioritization, the data may be filled into PDCP PDU (s) and segmented as PDCP segments S. The PDCP headers of the PDCP segments S may be manipulated by the MAC layer operation to write segmentation information. At the RX end, the PDCP segments S may be reassembled based on the PDCP headers including the segmentation information.

[0060] In some implementations, the RX may start a timer associated with the PDCP PDU. In response to an expiration of the timer, the RX may discard another PDCP PDU associated with the PDCP PDU. More specifically, in the case of the timer timeout, a PDCP entity of the RX may forward every complete PDCP PDU to the upper layers (e.g., IP layer or RRC layer) and discard the incomplete segmented packets. Illustrative Implementations

[0061] FIG. 19 illustrates an example communication system 1900 having an example communication apparatus 1910 and an example network apparatus 1920 in accordance with an implementation of the present disclosure. Each of communication apparatus 1910 and network apparatus 1920 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to transceiving a PDCP PDU with respect to UE and network apparatus in mobile communications, including scenarios / schemes described above as well as processes 2000 and 2100 described below.

[0062] Communication apparatus 1910 may be a part of an electronic apparatus, which may be a UE such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. For instance, communication apparatus 1910 may be implemented in a smartphone, a smartwatch, a personal digital assistant, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Communication apparatus 1910 may also be a part of a machine type apparatus, which may be an IoT, NB-IoT, or IIoT apparatus such as an immobile or a stationary apparatus, a home apparatus, a wire communication apparatus or a computing apparatus. For instance, communication apparatus 1910 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. Alternatively, communication apparatus 1910 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. Communication apparatus 1910 may include at least some of those components shown in FIG. 19 such as a processor 1912, for example. Communication apparatus 1910 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of communication apparatus 1910 are neither shown in FIG. 19 nor described below in the interest of simplicity and brevity.

[0063] Network apparatus 1920 may be a part of a network apparatus, which may be a network node such as a satellite, a base station, a small cell, a router or a gateway. For instance, network apparatus 1920 may be implemented in an eNodeB in an LTE network, in a gNB in a 5G / NR, IoT, NB-IoT or IIoT network or in a satellite or base station in a 6G network. Alternatively, network apparatus 1920 may be implemented in the form of one or more IC chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, or one or more RISC or CISC processors. Network apparatus 1920 may include at least some of those components shown in FIG. 19 such as a processor 1922, for example. Network apparatus 1920 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of network apparatus 1920 are neither shown in FIG. 19 nor described below in the interest of simplicity and brevity.

[0064] In one aspect, each of processor 1912 and processor 1922 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though a singular term “a processor” is used herein to refer to processor 1912 and processor 1922, each of processor 1912 and processor 1922 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 1912 and processor 1922 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 1912 and processor 1922 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks including transceiving a PDCP PDU in a device (e.g., as represented by communication apparatus 1910) and a network (e.g., as represented by network apparatus 1920) in accordance with various implementations of the present disclosure.

[0065] In some implementations, communication apparatus 1910 may also include a transceiver 1916 coupled to processor 1912 and capable of wirelessly transmitting and receiving data. In other words, processor 1912 may transceive the data such as configuration, message, signal, information, indicator, etc. via transceiver 1916. In some implementations, communication apparatus 1910 may further include a memory 1914 coupled to processor 1912 and capable of being accessed by processor 1912 and storing data therein. In some implementations, network apparatus 1920 may also include a transceiver 1926 coupled to processor 1922 and capable of wirelessly transmitting and receiving data. In other words, processor 1922 may transceive the data such as configuration, message, signal, information, indicator, etc. via transceiver 1926. In some implementations, network apparatus 1920 may further include a memory 1924 coupled to processor 1922 and capable of being accessed by processor 1922 and storing data therein. Accordingly, communication apparatus 1910 and network apparatus 1920 may wirelessly communicate with each other via transceiver 1916 and transceiver 1926, respectively. To aid better understanding, the following description of the operations, functionalities and capabilities of each of communication apparatus 1910 and network apparatus 1920 is provided in the context of a mobile communication environment in which communication apparatus 1910 is implemented in or as a communication apparatus or a UE and network apparatus 1920 is implemented in or as a network node of a communication network.

[0066] In some implementations, each of memory 1914 and memory 1924 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 1914 and memory 1924 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 1914 and memory 1924 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) and / or phase-change memory.

[0067] It should be noted that, in FIG. 19, communication system 1900 may include communication apparatus 1910 (as TX or RX) and network apparatus 1920 (as RX or TX) . However, it is not intended to limit the scope of the present disclosure. In alternative configurations, the communication system 1910 may include communication apparatus 1910 (as TX or RX) and communication apparatus 1910 (as RX or TX) , or include network apparatus 1920 (as TX or RX) and network apparatus 1920 (as RX or TX) . Illustrative Processes

[0068] FIG. 20 illustrates an example process 2000 in accordance with an implementation of the present disclosure. Process 2000 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to transceiving a PDCP PDU of the present disclosure. Process 2000 may represent an aspect of implementation of features of a TX (e.g., communication apparatus 1910 or network apparatus 1920) . Process 2000 may include one or more operations, actions, or functions as illustrated by one or more of blocks 2010 and 2020. Although illustrated as discrete blocks, various blocks of process 2000 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 2000 may be executed in the order shown in FIG. 20 or, alternatively, in a different order. Process 2000 may be implemented by TX (e.g., communication apparatus 1910, network apparatus 1920 or machine type devices) . Solely for illustrative purposes and without limitation, process 2000 is described below in the context of communication apparatus 1910. However, one skilled in the art will readily understand that network apparatus 1920 may perform the same or equivalent operations of process 2000. Process 2000 may begin at block 2010.

[0069] At block 2010, process 2000 may involve processor 1912 of communication apparatus 1910 determining a PDCP header including segmentation information. Process 2000 may proceed from block 2010 to block 2020.

[0070] At block 2020, process 2000 may involve processor 1912 of communication apparatus 1910 transmitting a PDCP PDU including the PDCP header to another apparatus (i.e., to an RX) .

[0071] In some implementations, the segmentation information of the PDCP header may include a segmentation indicator.

[0072] In some implementations, the segmentation indicator may have one of values 0 to 3.

[0073] In some implementations, in an event that the segmentation indicator has value of 2 or 3, the PDCP header may include a segmentation offset.

[0074] In some implementations, the PDCP header may include a 12-bit sequence number or an 18-bit sequence number.

[0075] In some implementations, the segmentation indicator may have a 2-bit field that replaces previously reserved bits.

[0076] In some implementations, the PDCP header may be associated with a DRB, an SRB, a Control PDU or a sidelink.

[0077] FIG. 21 illustrates an example process 2100 in accordance with an implementation of the present disclosure. Process 2100 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to transceiving a PDCP PDU of the present disclosure. Process 2100 may represent an aspect of implementation of features of an RX (e.g., communication apparatus 1910 or network apparatus 1920) . Process 2100 may include one or more operations, actions, or functions as illustrated by one or more of blocks 2110 and 2120. Although illustrated as discrete blocks, various blocks of process 2100 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 2100 may be executed in the order shown in FIG. 21 or, alternatively, in a different order. Process 2100 may be implemented by RX (e.g., communication apparatus 1910, network apparatus 1920 or machine type devices) . Solely for illustrative purposes and without limitation, process 2100 is described below in the context of network apparatus 1920. However, one skilled in the art will readily understand that communication apparatus 1910 may perform the same or equivalent operations of process 2100. Process 2100 may begin at block 2110.

[0078] At block 2110, process 2100 may involve processor 1922 of network apparatus 1920 receiving a PDCP PDU including a PDCP header from another apparatus (e.g., a TX) . The PDCP header may include segmentation information. Process 2100 may proceed from block 2110 to block 2120.

[0079] At block 2120, process 2100 may involve processor 1922 of network apparatus 1920 processing the PDCP PDU based on the PDCP header including the segmentation information.

[0080] In some implementations, the segmentation information of the PDCP header may include a segmentation indicator.

[0081] In some implementations, the segmentation indicator may have one of values 0 to 3.

[0082] In some implementations, in an event that the segmentation indicator has value of 2 or 3, the PDCP header may include a segmentation offset.

[0083] In some implementations, the PDCP header may include a 12-bit sequence number or an 18-bit sequence number.

[0084] In some implementations, the segmentation indicator may have a 2-bit field that replaces previously reserved bits.

[0085] In some implementations, the PDCP header may be associated with a DRB, an SRB, a Control PDU or a sidelink.

[0086] In some implementations, process 2100 may further involve processor 1922 of network apparatus 1920 starting a timer associated with the PDCP PDU. Process 2100 may further involve processor 1922 of network apparatus 1920 discarding another PDCP PDU associated with the PDCP PDU in response to an expiration of the timer.

[0087] In some implementations, the PDCP PDU including the PDCP header may be transceived without being associated with an RLC header. Additional Notes

[0088] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0089] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0090] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B. ”

[0091] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:determining, by a processor of an apparatus, a Packet Data Convergence Protocol (PDCP) header including segmentation information; andtransmitting, by the processor, a PDCP Packet Data Unit (PDU) including the PDCP header to another apparatus.2.The method of Claim 1, wherein the segmentation information of the PDCP header includes a segmentation indicator.3.The method of Claim 2, wherein the segmentation indicator has one of values 0 to 3.4.The method of Claim 3, wherein in an event that the segmentation indicator has value of 2 or 3, the PDCP header includes a segmentation offset.5.The method of Claim 2, wherein the PDCP header includes a 12-bit sequence number or an 18-bit sequence number.6.The method of Claim 2, wherein the segmentation indicator has a 2-bit field that replaces previously reserved bits.7.The method of Claim 1, wherein the PDCP header is associated with a Data Radio Bearer (DRB) , a Signaling Radio Bearer (SRB) , a Control PDU or a sidelink.8.A method, comprising:receiving, by a processor of an apparatus, a Packet Data Convergence Protocol (PDCP) Packet Data Unit (PDU) including a PDCP header from another apparatus, wherein the PDCP header includes segmentation information; andprocessing, by the processor, the PDCP PDU based on the PDCP header including the segmentation information.9.The method of Claim 8, wherein the segmentation information of the PDCP header includes a segmentation indicator.10.The method of Claim 9, wherein the segmentation indicator has one of values 0 to 3.11.The method of Claim 10, wherein in an event that the segmentation indicator has value of 2 or 3, the PDCP header includes a segmentation offset.12.The method of Claim 9, wherein the PDCP header includes a 12-bit sequence number or an 18-bit sequence number.13.The method of Claim 9, wherein the segmentation indicator has a 2-bit field that replaces previously reserved bits.14.The method of Claim 8, wherein the PDCP header is associated with a Data Radio Bearer (DRB) , a Signaling Radio Bearer (SRB) , a Control PDU or a sidelink.15.The method of Claim 8, further comprising:starting, by the processor, a timer associated with the PDCP PDU; anddiscarding, by the processor, another PDCP PDU associated with the PDCP PDU in response to an expiration of the timer.16.An apparatus, comprising:a transceiver which, during operation, wirelessly communicates with a wireless network; anda processor communicatively coupled to the transceiver such that, during operation, the processor performs operations comprising:transceiving, via the transceiver, a Packet Data Convergence Protocol (PDCP) Packet Data Unit (PDU) including a PDCP header with another apparatus, wherein the PDCP header includes segmentation information.17.The apparatus of Claim 16, wherein the segmentation information of the PDCP header includes a segmentation indicator.18.The apparatus of Claim 17, wherein the segmentation indicator has a 2-bit field that replaces previously reserved bits.19.The apparatus of Claim 16, wherein the PDCP header is associated with a Data Radio Bearer (DRB) , a Signaling Radio Bearer (SRB) , a Control PDU or a sidelink.20.The apparatus of Claim 16, wherein the PDCP PDU including the PDCP header is transceived without being associated with a Radio Link Control (RLC) header.

Images