This application is based on and claims priority under 35 U.S.C. § 119(a) of a Korean patent application number 10-2022-0045412, filed on Apr. 12, 2022, in the Korean Intellectual Property Office, the disclosure of which is incorporated by reference herein in its entirety.
The disclosure relates to a communication method of a wireless communication system. More particularly, the disclosure relates to a method and an apparatus for a user equipment (UE) supporting an Ethernet header compression protocol.
Fifth generation (5G) mobile communication technologies define broad frequency bands such that high transmission rates and new services are possible, and can be implemented not only in “Sub 6 gigahertz (GHz)” bands, such as 3.5 GHz, but also in “Above 6 GHz” bands referred to as millimeter wave (mmWave) including 28 GHz and 39 GHz. In addition, it has been considered to implement sixth generation (6G) mobile communication technologies (referred to as beyond 5G systems) in terahertz (THz) bands (for example, 95 GHz to 3 THz bands) in order to accomplish transmission rates fifty times faster than 5G mobile communication technologies and ultra-low latencies one-tenth of 5G mobile communication technologies.
At the beginning of the development of 5G mobile communication technologies, in order to support services and to satisfy performance requirements in connection with enhanced mobile broadband (eMBB), ultra reliable low latency communications (URLLC), and massive machine-type communications (mMTC), there has been ongoing standardization regarding beamforming and massive multiple input, multiple output (MIMO) for mitigating radio-wave path loss and increasing radio-wave transmission distances in mmWave, supporting numerologies (for example, operating multiple subcarrier spacings) for efficiently utilizing mmWave resources and dynamic operation of slot formats, initial access technologies for supporting multi-beam transmission and broadbands, definition and operation of bandwidth part (BWP), new channel coding methods, such as a low density parity check (LDPC) code for large amount of data transmission and a polar code for highly reliable transmission of control information, L2 pre-processing, and network slicing for providing a dedicated network specialized to a specific service.
Currently, there are ongoing discussions regarding improvement and performance enhancement of initial 5G mobile communication technologies in view of services to be supported by 5G mobile communication technologies, and there has been physical layer standardization regarding technologies, such as vehicle-to-everything (V2X) for aiding driving determination by autonomous vehicles based on information regarding positions and states of vehicles transmitted by the vehicles and for enhancing user convenience, new radio unlicensed (NR-U) aimed at system operations conforming to various regulation-related requirements in unlicensed bands, new radio (NR) UE Power Saving, non-terrestrial network (NTN) which is UE-satellite direct communication for providing coverage in an area in which communication with terrestrial networks is unavailable, and positioning.
Moreover, there has been ongoing standardization in air interface architecture/protocol regarding technologies, such as industrial Internet of things (IIoT) for supporting new services through interworking and convergence with other industries, integrated access and backhaul (IAB) for providing a node for network service area expansion by supporting a wireless backhaul link and an access link in an integrated manner, mobility enhancement including conditional handover and dual active protocol stack (DAPS) handover, and two-step random access for simplifying random access procedures (2-step random-access channel (RACH) for NR). There also has been ongoing standardization in system architecture/service regarding a 5G baseline architecture (for example, service based architecture or service based interface) for combining network functions virtualization (NFV) and software-defined networking (SDN) technologies, and mobile edge computing (MEG) for receiving services based on UE positions.
As 5G mobile communication systems are commercialized, connected devices that have been exponentially increasing will be connected to communication networks, and it is accordingly expected that enhanced functions and performances of 5G mobile communication systems and integrated operations of connected devices will be necessary. To this end, new research is scheduled in connection with extended reality (XR) for efficiently supporting augmented reality (AR), virtual reality (VR), mixed reality (MR) and the like, 5G performance improvement and complexity reduction by utilizing artificial intelligence (AI) and machine learning (ML), AI service support, metaverse service support, and drone communication.
Furthermore, such development of 5G mobile communication systems will serve as a basis for developing not only new waveforms for providing coverage in terahertz bands of 6G mobile communication technologies, multi-antenna transmission technologies, such as full dimensional MIMO (FD-MIMO), array antennas and large-scale antennas, metamaterial-based lenses and antennas for improving coverage of terahertz band signals, high-dimensional space multiplexing technology using orbital angular momentum (OAM), and reconfigurable intelligent surface (RIS), but also full-duplex technology for increasing frequency efficiency of 6G mobile communication technologies and improving system networks, AI-based communication technology for implementing system optimization by utilizing satellites and artificial intelligence (AI) from the design stage and internalizing end-to-end AI support functions, and next-generation distributed computing technology for implementing services at levels of complexity exceeding the limit of UE operation capability by utilizing ultra-high-performance communication and computing resources.
The above information is presented as background information only to assist with an understanding of the disclosure. No determination has been made, and no assertion is made, as to whether any of the above might be applicable as prior art with regard to the disclosure.
Aspects of the disclosure are to address at least the above-mentioned problems and/or disadvantages and to provide at least the advantages described below. Accordingly, an aspect of the disclosure is to provide an apparatus and a method for effectively providing a service in a mobile communication system.
Additional aspects will be set forth in part in the description which follows and, in part, will be apparent from the description, or may be learned by practice of the presented embodiments.
In accordance with an aspect of the disclosure, a method performed by a UE in a wireless communication system is provided. The method includes receiving a radio resource control (RRC) message from a base station (BS), the RRC message including radio link control (RLC) device (entity) configuration information, packet data convergence protocol (PDCP) device configuration information, and bearer configuration information, identifying whether a PDCP device is connected to an RLC device in which an out-of-sequence delivery function (rlc-OutOfOrderDelivery) is configured, based on the RRC message, and configuring a reordering function in the PDCP device, based on whether the PDCP device is connected to the RLC device, wherein the RLC device may be at least one device of an RLC acknowledged mode (AM) RLC device or an RLC unacknowledged mode (UM) mode RLC device.
Disclosed embodiments provide an apparatus and a method capable of effectively providing a service in a mobile communication system.
Other aspects, advantages, and salient features of the disclosure will become apparent to those skilled in the art from the following detailed description, which, taken in conjunction with the annexed drawings, discloses various embodiments of the disclosure.
The above and other aspects, features, and advantages of certain embodiments of the disclosure will be more apparent from the following description taken in conjunction with the accompanying drawings, in which:
Throughout the drawings, it should be noted that like reference numbers are used to depict the same or similar elements, features, and structures.
The following description with reference to the accompanying drawings is provided to assist in a comprehensive understanding of various embodiments of the disclosure as defined by the claims and their equivalents. It includes various specific details to assist in that understanding but these are to be regarded as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the various embodiments described herein can be made without departing from the scope and spirit of the disclosure. In addition, descriptions of well-known functions and constructions may be omitted for clarity and conciseness.
The terms and words used in the following description and claims are not limited to the bibliographical meanings, but, are merely used by the inventor to enable a clear and consistent understanding of the disclosure. Accordingly, it should be apparent to those skilled in the art that the following description of various embodiments of the disclosure is provided for illustration purpose only and not for the purpose of limiting the disclosure as defined by the appended claims and their equivalents.
It is to be understood that the singular forms “a,” “an,” and “the” include plural referents unless the context clearly dictates otherwise. Thus, for example, reference to “a component surface” includes reference to one or more of such surfaces.
In the following description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like are illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
As an example, an RLC entity may be replaced by any other entity performing the same function. As another example, a PDCP entity may be replaced by any other entity performing the same function. As still another example, a bearer may be replaced by any other entity performing the same function. For example, the disclosure is not limited by the terms “RLC entity” and “PDCP entity”, and other terms referring to subjects having equivalent technical meanings may be used.
In the following description, the disclosure will be described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by the terms and names defined in the 3GPP LTE standards, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way. In addition, In the disclosure, the term “eNB” may be interchangeably used with the term “gNB”. For example, a base station described as “eNB” may indicate “gNB”.
The disclosure describes a method of configuring an out-of-sequence delivery function (rlc-OutOfOrderDelivery) in a protocol layer device (for example, a radio link control (RLC) layer device) and operating the same as a method of reducing a transmission delay in a wireless communication system.
A detailed configuration method or operation methods described in the disclosure may be applied to a evolved universal mobile telecommunications system (UMTS) terrestrial radio access (UTRA) radio resource control (RRC) layer device (or an LTE RRC layer device), an E-UTRA RLC layer device (or an LTE RLC layer device), or an evolved-UTRA (E-UTRA) packet data convergence protocol (PDCP) layer device (or an LTE PDCP layer device). Further, the detailed configuration method or operation methods described in the disclosure may be expanded and applied to an NR RRC layer device, an NR RLC layer device, or an NR PDCP layer device.
The out-of-sequence delivery function (rlc-OutOfOrderDelivery) may be configured in a protocol layer device (for example, an RLC layer device) through the following configuring method. In the disclosure, a protocol layer device to which a method of configuring or operating the out-of-sequence delivery function (rlc-OutOfOrderDelivery) is applied is considered and described as an RLC layer device, which may be easily expanded to a PDCP layer device or another higher-layer device. Further, the disclosure describes a configuration method capable of significantly reducing transmission delay while saving transmission resources by configuring an Ethernet header compression function (Ethernet header compression) in PDCP layer device configuration information for any bearer (or the same bearer) and configuring an out-of-sequence delivery function in RLC layer device configuration information for any bearer (or the same bearer), a method of operating a PDCP layer device, or a method of operating an RLC layer device.
First configuration method: the BS may transmit an RRC message (for example, an RRCReconfiguration message (RRC Connection Reconfiguration), an RRCSetup message (RRC Connection Setup), or an RRCResume message (RRC Connection Resume)) to the UE. The BS may configure an indicator (for example, rlc-OutOfOrderDelivery) of configuring an out-of-sequence delivery function in RLC layer device configuration information (for example, rlf-config) of transmission resource configuration information (for example, Radio Resource Config Dedicated) included in the RRC message and configure the out-of-sequence delivery function in an RLC layer device for each bearer of the UE (for example, the indicator is configured and a value thereof is configured as TRUE) or may not configure the same (for example, there is no indicator or the indicator is configured and the value thereof is configured as FALSE). The indicator (for example, rlc-OutOfOrderDelivery)) of configuring the out-of-sequence delivery function in the RLC layer device configuration information (for example, rlf-config) of the transmission resource configuration information (for example, Radio Resource Config Dedicated) may indicate transmission of data to a higher-layer device (for example, a PDCP layer device) regardless of the sequence or through an out-of-sequence transfer method when the data received by the RLC layer device corresponding to RLC layer device configuration information in which the indicator (for example, rlc-OutOfOrderDelivery) of configuring the out-of-sequence delivery function is configured is transmitted. The out-of-sequence delivery function in the RLC layer device configuration information (for example, rlf-config) of the transmission resource configuration information (for example, Radio Resource Config Dedicated) may be configured to an acknowledged mode (AM) (AM RLC entity) or unacknowledged mode (UM) (UM RLC entity). When the indicator of configuring the out-of-sequence delivery function is configured in the RLC layer device configuration information for the RLC layer device corresponding to the RLC layer device configuration information in which the indicator (for example, rlc-OutOfOrderDelivery) of configuring the out-of-sequence delivery function is configured and the value thereof is configured as TRUE, the RLC layer device performs the out-of-sequence transfer function (that is, if complete data (complete RLC service data units (SDU)) (or data which is not segmented data is received) regardless of RLC serial numbers received by the PDCP layer device or regardless of the sequence of RLC serial numbers). When performing the out-of-sequence delivery function, the RLC layer device may directly transfer data (RLC SDU) to a higher-layer device (for example, the RLC layer device may remove an RLC header and transfer the data to the higher-layer device without storing the data (RLC SDU). On the other hand, when the BS receives segmented data, the BS may start a reassembly timer (t-Reassembly) of the RLC layer device, store the data in a buffer for reassembly to configure complete data, and wait for receiving the remaining segmented data). The PDCP layer device connected to the RLC layer device in which the out-of-sequence delivery function is configured may configure or perform a reordering function. The reordering function of the PDCP layer device reorders the data received from a lower-layer device (for example, the RLC layer device) according to the order of PDCP serial numbers and transfers the data to the higher-layer device in ascending order with a gap of the PDCP serial numbers (or COUNT value) or without any difference. If an Ethernet header compression function is configured for the PDCP layer device, when the data is arranged in the order of PDCP serial numbers and transferred to the higher-layer device, an Ethernet header decompression procedure may be performed for the data (for example, PDCP SDU or PDCP PDU) and the Ethernet decompressed data (uncompressed PDCP SDU or PDCP SDU) may be transferred to the higher-layer device. When the PDCP serial number (or COUNT value) gap or difference is generated, the RLC layer device may start a reordering timer and wait for data having a PDCP serial number (or COUNT value) value corresponding to the PDCP serial number (or COUNT value) gap or difference until the reordering timer expires. If the data having the PDCP serial number (or COUNT value) value corresponding to the PDCP serial number (or COUNT value) gap or difference is received by the RLC layer device before the recording timer expires, the RLC layer device may stop the reordering timer or transfer data in order to a higher-layer device. If the Ethernet header compression function is configured for the PDCP layer device, when arranging data in the order of PDCP serial numbers and transferring the data to the higher-layer device in ascending order, the PDCP layer device may perform an Ethernet header decompression procedure for the data (for example, PDCP SDU or PDCP PDU) and transfer the Ethernet header decompressed data (uncompressed PDCP SDU or PDCP SDU) to the higher-layer device. If the data (for example, PDCP SDU or PDCP PDU) is not received until the timer expires, the stored data is transferred to the higher-layer device in ascending order of PDCP serial numbers (or COUNT values) up to a predetermined PDCP serial number (or COUNT value) when the reordering timer expires. If the Ethernet header compression function is configured for the PDCP layer device, when the data is transferred to the higher-layer device, an Ethernet header decompression procedure may be performed for the data (for example, PDCP SDU or PDCP PDU) and the Ethernet header decompressed data (uncompressed PDCP SDU or PDCP SDU) may be transferred to the higher-layer device. If an indicator indicating the PDCP reestablishment procedure for the PDPC layer device is configured or the PDCP layer device performs the PDCP reestablishment procedure when the UE receives the RRC message and if the bearer is connected (or mapped) to the RLC UM mode and uses a reordering function, the UE may perform the Ethernet header decompression procedure for stored data (if there is the stored data) and then transfer the data in ascending order of COUNT values connected to the data when the Ethernet header compression (EHC) function is configured (or the header compression function using the EHC (or the header decompression function) is configured). If the PDCP layer device is connected to at least one RLC layer device in which the out-of-sequence delivery function is configured, an indicator (drb-ContinueEHC-DL) indicating the continuous use of the Ethernet header compression function for the downlink is not configured, and the Ethernet header compression function is configured, the UE may reset an Ethernet header compression protocol (EHC protocol) for the downlink. In another method, the Ethernet header compression protocol (EHC protocol) may be reset for the downlink. Specifically, the case in which, when the UE receives the RRC message, an indicator indicating a PDCP reestablishment procedure for the PDCP layer device is configured or the PDCP layer device performs the PDCP reestablishment procedure may be described as an example. For example, when the bearer is connected to (or mapped to) an RLC UM mode and uses a reordering function to perform the reestablishment procedure, the UE may be connected to the PDCP layer device and at least one RLC layer device in which the out-of-sequence delivery function is configured. When the UE is connected to at least one RLC layer device, the UE may perform an Ethernet header decompression procedure for stored data (if there are stored data) or when an Ethernet header compression function (Ethernet header compression (EHC)) is configured (or when a header compression function using the EHC (or a header decompression function) is configured). After performing the Ethernet header decompression procedure, the UE may transfer the COUNT value connected to each piece of data to higher-layer devices in ascending order. Alternatively, after performing the Ethernet header decompression procedure, the UE may reset the Ethernet header compression protocol (EHC protocol) if an indicator (drb-ContinueEHC-DL) indicating the continuous use of the Ethernet header compression function for the downlink is not configured and the Ethernet header compression function is configured. Otherwise (or when the UE is not connected to the PDCP layer device and at least one RLC layer device in which the out-of-sequence delivery function is configured), the UE may transfer the COUNT value connected to each piece of data to higher-layer devices in ascending order with respect to the stored data (if there are stored data) (when the UE is not connected to the PDCP layer device and at least one RLC layer device in which the out-of-sequence function is configured, the Ethernet header compression function cannot be configured, and thus it is not needed to perform the Ethernet header decompression procedure for the stored data. For example, the case in which the PDCP layer device connected to the RLC UM mode uses the reordering function corresponds to the case in which the out-of-sequence delivery function is configured in a split bearer (split data radio bearer (DRB) or a bearer in which a packet duplication function is configured), an LTE-wide local area network (WLAN) aggregation (LWA) bearer (LWA DRB), or the RLC layer device, and the Ethernet header compression function has high implementation complexity and thus cannot be configured in the split bearer or the LWA bearer. Accordingly, when the PDCP layer device connected to the RLC UM mode uses the reordering function, the Ethernet header compression function may be configured only when the out-of-sequence delivery function is configured in the RLC layer device, and when transmitting the stored data to a higher-layer device, the PDCP layer device needs to perform the Ethernet header decompression procedure and transmits the data.
When the out-of-sequence delivery function described in the disclosure is configured in the RLC layer device or when the RLC layer device is configured to set and perform the out-of-sequence delivery function (when an out-of-sequence delivery function configuration indicator is configured as a TRUE value), the PDCP layer device performing the reordering function may be configured or operated as follows in order to prevent data loss or in order to prevent transmission of data, which the PDPC layer device receives from lower-layer devices, to a higher-layer device (for example, the service data adaptation protocol (SDAP) layer device or the application layer device) regardless of the order.
In the method of operating the PDCP layer device described in the disclosure, the PDCP layer device which is PDCP layer device 1-3 (an LTE PDCP layer device or an E-UTRA PDCP layer device) or PDCP layer device 2 (an NR PDCP layer device) having the reordering function described in the disclosure may process received data for the following cases. Specifically, for data radio bearers (DRBs) connected to the RLC AM mode or the RLC UM mode, for LWA bearers, or when the packet duplication technology is used, the PDCP layer device may use or apply a reordering function to the following cases and perform a procedure of PDCP layer device 1-3 or the second PDCP layer device performing the reordering function.
The case in which the PDCP layer device is connected to two RLC layer devices,
The case in which the PDCP layer device is configured for an LTE-wireless local area network (LAN) aggregation (LWA) bearer,
The case in which the PDCP layer device is connected to two RLC layer devices in the RLC AM mode or is configured for the LWA bearer, and then is connected to one RLC layer device in the RLC AM mode without a PDCP reestablishment procedure due to the most recent reconfiguration,
The case in which a packet duplicate technology is configured in the PDCP layer device,
The case in which the PDCP layer device is connected to at least one RLC layer device in which an out-of-sequence delivery function is configured (or an out-of-sequence delivery function configuration indicator of the RLC layer device is configured as a TRUE value),
The case in which the PDCP layer device is connected to one RLC layer device in the RLC AM mode or the RLC UM mode or two (or a plurality of) RLC layer devices in the RLC AM mode or the RLC UM mode in which the out-of-sequence delivery function is configured (or the out-of-sequence delivery function configuration indicator of the RLC layer device is configured as a TRUE value),
The case in which the PDCP layer device is configured for a DAPS bearer,
The case in which the PDCP layer device is configured for the DAPS bearer and is not configured to the DAPS bearer after the most recent reconfiguration,
The RLC layer device described in the disclosure may indicate an E-UTRA RLC layer device, an LTE RLC layer device, or an NR RLC layer device, and the PDCP layer device may indicate an E-UTRA PDCP layer device, an LTE PDCP layer device, or an NR PDCP layer device.
Further, the RLC layer device (entity) described in the disclosure may be replaced with another layer device performing the same function. In another example, the PDCP layer device may be replaced with another layer device performing the same function. In another example, the bearer may be replaced with another entity performing the same function. For example, the disclosure is not limited to the terms RLC layer device and PDCP layer device, and other terms referring to targets having the equivalent technical meaning may be used.
For convenience of description, the disclosure uses terms and names defined in a 3rd generation partnership project long-term evolution (3GPP LTE) standard. However, the disclosure is not limited by the terms and names defined in the 3rd generation partnership project long-term evolution (3GPP LTE) standard, and may be equally applied to a system following another standard. For example, the disclosure may be equally applied to a 5G or 6G communication system for supporting a higher data transmission rate.
Referring to
Referring to
In the description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like have been illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
For the convenience of description, the disclosure has been described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by the terms and names defined in the 3GPP LTE standards, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way.
Referring to
Radio Link Control (RLC) 210 or 235 reconfigures the PDCP Packet Data Unit (PDU) to be the proper size and performs an automatic repeat request (ARQ) operation. Main functions of the RLC are described below.
The MACs 215 and 230 are connected with various RLC layer devices included in one UE, and perform an operation for multiplexing RLC PDUs to the MAC PDU and demultiplexing the RLC PDUs from the MAC PDU. Main functions of the MAC are described below.
The physical (PHY) layers 220 and 225 perform an operation for channel-coding and modulating higher-layer data to generate an OFDM symbol and transmitting the OFDM symbol through a radio channel or demodulating and channel-decoding the OFDM symbol received through a radio channel and transmitting the demodulated and channel-decoded OFDM symbol to a higher layer.
In the description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like have been illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
For the convenience of description, the disclosure has been described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by the terms and names defined in the 3GPP LTE standards, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way.
Referring to
Referring to
In the description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like have been illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
For the convenience of description, the disclosure has been described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by the terms and names defined in the 3GPP LTE standards, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way.
Referring to
Main functions of the NR SDAPs 401 and 445 may include some of the following functions.
User data transmission function (transfer of user-plane data)
Function of mapping QoS flow and a data bearer for uplink and downlink (mapping between a QoS flow and a DRB for both DL and UL)
Function of marking a QoS flow ID for uplink and downlink (marking QoS flow ID in both DL and UL packets)
Function of mapping reflective QoS flow to a data bearer for uplink SDAP PDUs (reflective QoS flow to DRB mapping for the UL SDAP PDUs)
With respect to the SDAP layer device, the UE may receive a configuration as to whether to use a header of the SDAP layer device or a function of the SDAP layer device for each PDCP layer device, each bearer, or each logical channel through an RRC message. If the SDAP header is configured, a 1-bit indicator of NAS reflective QoS of the SDAP header and a 1 bit-indicator of AS reflective QoS may indicate that the UE updates or reconfigures information on mapping of QoS flow and a data bearer in uplink and downlink. The SDAP header may include QoS flow ID information indicating the QoS. The QoS information may be used as data-processing-priority or scheduling information to support a seamless service.
Main functions of the NR PDCPs 405 and 440 may include some of the following functions.
The reordering function of the NR PDCP device is a function of sequentially reordering PDCP PDUs received by a lower layer based on a PDCP Sequence Number (SN), and may include a function of sequentially transferring the reordered data to a higher layer, a function of directly transmitting the recorded data regardless of the order, a function of recording PDCP PDUs lost due to the reordering, a function of reporting statuses of the lost PDCP PDUs to a transmitting side, and a function of making a request for retransmitting the lost PDCP PDUs.
The main functions of the NR RLCs 410 and 435 may include some of the following functions.
The sequential delivery function (in-sequence delivery) of the NR RLC device is a function of sequentially transmitting RLC SDUs received from a lower layer to the higher layer. The sequential delivery function (in-sequence delivery) of the NR RLC device may include a function of, when one original RLC SDU is divided into several RLC SDUs and received, reassembling and transmitting the RLC SDUs and a function of reordering the received RLC PDUs according to an RLC sequence number (SN) or a PDCP sequence number (SN). The sequential delivery function (in-sequence delivery) of the NR RLC device may include a function of reordering the sequences and recording lost RLC PDUs. Further, the function may include a function of transmitting a state report of the lost RLC PDUs to a transmitting side, a function of making a request for retransmitting the lost RLC PDUs, and a function of, when there is a lost RLC SDU, sequentially transmitting only RLC SDUs before the lost RLC SDU to the higher-layer. In addition, the function may include a function of sequentially transmitting all RLC SDUs received before the time starts to the higher layer when a predetermined timer expires even through there is a lost RLC SDU, and a function of sequentially transmitting all RLC SDUs received up to now to the higher layer when a predetermined timer expires even through there is a lost RLC SDU. The sequential delivery function (in-sequence delivery) of the NR RLC device may process the RLC PDUs sequentially in the order of reception thereof (according to an arrival order regardless of a serial number or a sequence number) and may transfer the RLC PDUs to the PDCP device regardless of the sequence thereof (out-of-sequence delivery). In the case of segments, the NR RLC device may receive segments that are stored in the buffer or are to be received in the future, reconfigure the segments to be one complete RLC PDU, process the RLC PDU, and then transmit the same to the PDCP device. The NR RLC layer may not include a concatenation function, and the function may be performed by the NR MAC layer, or may be replaced with a multiplexing function of the NR MAC layer.
The non-sequential function (out-of-sequence delivery) of the NR RLC device is a function of transferring RLC SDUs received from a lower layer directly to a higher layer regardless of the sequence of the RLC SDUs, and may include, when one original RLC SDU is divided into a plurality of RLC SDUs and then received, a function of reassembling and transmitting the RLC PDUs and a function of storing RLC SNs or PDCP SNs of the received RLC PDUs, reordering the RLC PDUs, and recording lost RLC PDUs.
The NR MACs 415 and 430 may be connected to a plurality of NR RLC layer devices configured in one UE, and the main functions of the NR MACs may include some of the following functions.
The NR PHY layers 420 and 425 perform an operation for channel-coding and modulating higher-layer data to generate an OFDM symbol and transmitting the OFDM symbol through a radio channel or demodulating and channel-decoding the OFDM symbol received through the radio channel and transmitting the demodulated and channel-decoded OFDM symbol to the higher layer.
In the description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like have been illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
Furthermore, an RLC entity as described herein may be replaced by any other entity performing the same function. As another example, a PDCP entity may be replaced by any other entity performing the same function. As still another example, a bearer may be replaced by any other entity performing the same function. For example, the disclosure is not limited by the terms “RLC entity” and “PDCP entity”, and other terms referring to subjects having equivalent technical meanings may be used.
For the convenience of description, the disclosure has been described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by the terms and names defined in the 3GPP LTE standards, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way.
Referring to
The message may include configuration information for each service/bearer/each RLC device, for each logical channel, or for each bearer, whether to use an ROHC for each bearer/logical channel, ROHC configuration information (for example, an ROHC version, initial information, or the like), statusReportRequired information (information indicating a PDCP status report to the UE by the gNB), and drb-ContinueROHC information (configuration information indicating the maintenance and use of ROHC configuration information and transmitted while being included in PDCP layer device configuration information (pdcp-config)). Further, the message includes RRC connection configuration information and the like. A bearer for the RRC connection is also referred to as a signaling radio bearer (SRB), and is used for transmitting and receiving an RRC message which is a control message between the UE and the gNB.
The UE establishing the RRC connection transmits an RRCConnectionSetupComplete message to the gNB in operation 515. The message may include a control message corresponding to a SERVICE REQUEST by which the UE makes a request for establishing a bearer for a predetermined service to the MME. The gNB transmits the SERVICE REQUEST message included in the RRCConnetionSetupComplete message to the MME or the AMF in operation 520, and the MME or the AMF determines whether to provide the service requested by the UE. When it is determined to provide the service requested by the UE based on the determination result, the MME or the AMF transmits an INITIAL CONTEXT SETUP REQUEST message to the gNB in operation 525. The message includes quality of service (QoS) information to be applied to data radio bearer (DRB) configuration and security-related information to be applied to the DRB (for example, a security key and a security algorithm).
Further, when the gNB does not receive UE capability information from the MME or the AMF, the gNB may transmit a UE capability information request message to the UE in order to identify the UE capability information in operation 526. When receiving the UE capability information request message, the UE may configure and generate a UE capability information message and report the same to the gNB in operation 527. The UE capability information message may include information indicating whether the UE supports functions. For example, the UE capability may be reported to the gNB through an indicator indicating whether or not the UE supports an efficient handover method (dual active protocol stack (DAPS)) described in the disclosure. Further, the UE capability information may indicate whether the UE supports the out-of-sequence delivery function through the RLC layer device or supports the Ethernet header compression function through the PDCP layer device.
The gNB exchanges a SecurityModeCommand message 530 and a SecurityModeComplete message 535 with the UE in order to set security. When security has been completely set, the gNB transmits an RRCConnectionReconfiguration message to the UE in operation 540.
The message may include configuration information for each service/bearer/each RLC device, for each logical channel, or for each bearer, whether to use an ROHC for each bearer/logical channel, ROHC configuration information (for example, an ROHC version, initial information, or the like), statusReportRequired information (information indicating a PDCP status report to the UE by the gNB), and drb-ContinueROHC information (configuration information indicating the maintenance and use of ROHC configuration information and transmitted while being included in PDCP layer device configuration information (pdcp-config)). Further, the message includes RRC connection configuration information and the like. A bearer for the RRC connection is also referred to as a signaling radio bearer (SRB), and is used for transmitting and receiving an RRC message which is a control message between the UE and the gNB.
The message includes configuration information of the DRB to process user data, and the UE applies information to configure the DRB and transmits an RRCConnectionReconfigurationComplete message to the gNB in operation 545. The gNB completely establishing the DRB with the UE transmits an INITIAL CONTEXT SETUP COMPLETE message to the MME or the AMF in operation 550, and the MME or the AMF receiving the INITIAL CONTEXT SETUP COMPLETE message exchanges an S1 BEARER SETUP message and an S1 BEARER SETUP RESPONSE message in order to establish an S1 bearer with the S-GW in operations 555 and 560. The S1 bearer is a connection for data transmission established between the S-GW and the eNB and corresponds to the DRB in one-to-one correspondence. When the process is completed, the UE transmits and receives data to and from the gNB through the S-GW in operations 565 and 570. As described above, the general data transmission process largely consists of three steps, such as RRC connection setup, security setup, and DRB setup. Further, the gNB may transmit an RRC Connection Reconfiguration message in order to provide a new configuration to the UE or add or change the configuration for a predetermined reason in operation 575.
Through the RRC message of
First configuration method: when transmitting an RRC message (for example, an RRCReconfiguration message (RRC Connection Reconfiguration), an RRCSetup message (RRC Connection Setup), or an RRCResume message (RRC Connection Resume)) to the UE, the BS may configure an indicator (for example, rlc-OutOfOrderDelivery) of configuring an out-of-sequence delivery function in RLC layer device configuration information (for example, rlf-config) of transmission resource configuration information (for example, Radio Resource Config Dedicated) included in the RRC message and configure the out-of-sequence delivery function in an RLC layer device for each bearer of the UE (for example, the indicator is configured and a value thereof is configured as TRUE) or may not configure the same (for example, there is no indicator or the indicator is configured and the value thereof is configured as FALSE). The indicator of configuring the out-of-sequence delivery function (for example, rlc-OutOfOrderDelivery) may indicate transmission of data to a higher-layer device (for example, the PDCP layer device) regardless of the order or through an out-of-sequence delivery method when the RLC layer device corresponding to RLC layer device configuration information in which the indicator (for example, rlc-OutOfOrderDelivery) of configuring the out-of-sequence delivery function is configured transmits received data. The out-of-sequence delivery function may be configured for an acknowledged mode (AM mode) (AM RLC entity) or an unacknowledged mode (UM mode) (UM RLC entity) of the RLC layer device. When the indicator of configuring the out-of-sequence delivery function is configured in RLC layer device configuration information for the RLC layer device or is configured as the TRUE value, the RLC layer device may perform the out-of-sequence delivery function (that is, when complete data (complete RLC SDU) is received regardless of received RLC serial numbers or regardless of the order of RLC serial numbers (or when data which is not segmented data is received), and directly transfer the data (RLC SDU) to the higher-layer device (for example, the RLC layer device may remove the RLC header and transfer the data (RLC SDU) without storing the data. On the other hand, when segmented data is received, the RLC layer device may start a reassembly timer (t-Reassembly) of the RLC layer, store the segmented data in the buffer for reassembly to configure complete data, and wait for the remaining segmented data). The PDCP layer device connected to the RLC layer device in which the out-of-sequence delivery function is configured may configure or perform a reordering function. The reordering function of the PDCP layer device reorders the data received from a lower-layer device (for example, the RLC layer device) according to the order of PDCP serial numbers and transfers the data to the higher-layer device in ascending order with a gap of the PDCP serial numbers (or COUNT value) or without any difference. If the Ethernet header compression function is configured for the PDCP layer device, when arranging data in the order of PDCP serial numbers and transferring the data to the higher-layer device in ascending order, the PDCP layer device may perform an Ethernet header decompression procedure for the data (for example, PDCP SDU or PDCP PDU) and transfer the Ethernet header decompressed data (uncompressed PDCP SDU or PDCP SDU) to the higher-layer device. When the PDCP serial number (or COUNT value) gap or difference is generated, the RLC layer device may start a reordering timer and wait for data having a PDCP serial number (or COUNT value) value corresponding to the PDCP serial number (or COUNT value) gap or difference until the reordering timer expires. If the data having the PDCP serial number (or COUNT value) value corresponding to the PDCP serial number (or COUNT value) gap or difference is received before the reordering timer expires, the RLC layer device may stop the reordering timer or transfer data in order to the higher-layer device. If the Ethernet header compression function is configured for the PDCP layer device, when arranging data in the order of PDCP serial numbers and transferring the data to the higher-layer device in ascending order, the PDCP layer device may perform an Ethernet header decompression procedure for the data (for example, PDCP SDU or PDCP PDU) and transfer the Ethernet header decompressed data (uncompressed PDCP SDU or PDCP SDU) to the higher-layer device. If the data (for example, PDCP SDU or PDCP PDU) is not received until the timer expires, the stored data is transferred to the higher-layer device in ascending order of PDCP serial numbers (or COUNT values) up to a predetermined PDCP serial number (or COUNT value) when the reordering timer expires. If the Ethernet header compression function is configured for the PDCP layer device, when the data is transferred to the higher-layer device, an Ethernet header decompression procedure may be performed for the data (for example, PDCP SDU or PDCP PDU) and the Ethernet header decompressed data (uncompressed PDCP SDU or PDCP SDU) may be transferred to the higher-layer device. If an indicator indicating the PDCP reestablishment procedure for the PDPC layer device is configured or the PDCP layer device performs the PDCP reestablishment procedure when the UE receives the RRC message and if the bearer is connected (or mapped) to the RLC UM mode and uses a reordering function, the UE may perform the Ethernet header decompression procedure for stored data (if there is the stored data) and then transfer the data in ascending order of COUNT values connected to the data when the Ethernet header compression (EHC) function is configured (or the header compression function using the EHC (or the header decompression function) is configured). If the PDCP layer device is connected to at least one RLC layer device in which the out-of-sequence delivery function is configured, the UE may reset the Ethernet header compression (EHC) protocol for the downlink when an indicator (drb-ContinueEHC-DL) indicating the continuous use of the Ethernet header compression function for the downlink is not configured and the Ethernet header compression function is configured. In another method, if an indicator indicating the PDCP reestablishment procedure for the PDPC layer device is configured or the PDCP layer device performs the PDCP reestablishment procedure when the UE receives the RRC message and if the bearer is connected (or mapped) to the RLC UM mode and uses a reordering function, the UE may perform the Ethernet header decompression procedure for stored data (if there is the stored data) and then transfer the data in ascending order of COUNT values connected to the data when the Ethernet header compression (EHC) function is configured (or the header compression function using the EHC (or the header decompression function) is configured) if the PDCP layer device is connected to at least one RLC layer device in which the out-of-sequence delivery function is configured. If an indicator (drb-ContinueEHC-DL) indicating the continuous use of the Ethernet header compression function for the downlink is not configured and the Ethernet header compression function is configured, the UE may reset the Ethernet header compression (EHC) protocol for the downlink. Otherwise (or when the UE is not connected to the PDCP layer device and at least one RLC layer device in which the out-of-order delivery function is configured), the UE may transfer the COUNT value connected to each piece of data to higher-layer devices in the ascending order with respect to the stored data (if there are stored data) (when the UE is not connected to the PDCP layer device and at least one RLC layer device in which the out-of-order function is configured, the Ethernet header compression function cannot be configured, and thus it is not needed to perform the Ethernet header decompression procedure for the stored data. For example, the case in which the PDCP layer device connected to the RLC UM mode uses the reordering function corresponds to the case in which the out-of-order delivery function is configured in a split bearer (split DRB or a bearer in which a packet duplicate function is configured), an LTE-WLAN aggregation (LWA) bearer (LWA DRB), or the RLC layer device, and the Ethernet header compression function has high implementation complexity and thus cannot be configured in the split bearer or the LWA bearer. Accordingly, when the PDCP layer device connected to the RLC UM mode uses the reordering function, the Ethernet header compression function may be configured only when the out-of-order delivery function is configured in the RLC layer device, and when transmitting the stored data to a higher-layer device, the PDCP layer device needs to perform the Ethernet header decompression procedure and transmits the data.
When an uplink data compression (UDC) method is configured for the downlink or the uplink in the configuration information of the PDCP layer device for each bearer in the RRC message, the configuration of the out-of-sequence delivery function in an LTE RLC layer device connected to an LTE or NR PDCP layer device in which the uplink data compression method may be restricted. This is because the PDCP layer device should apply the decompression procedure in ascending order of PDCP serial numbers or COUNT values when the decompression procedure is performed for data to which the uplink data compression (UDC) method is applied, and thus decompression failure is generated if the PDCP layer device having no ordering function performs the decompression procedure out of sequence for the data non-sequentially transmitted from the RLC layer device.
Configuration information of a protocol layer device (for example, an SDAP layer device, or a PDCP layer device, an RLC layer device, a MAC layer device, or a PHY layer device) may be configured for each bearer in an RRC message (for example, an RRCSetup message, an RRCResume message, or an RRCReconfiguration). For example, when a PDCP layer device reestablishment procedure is performed, an indicator (drb-ContinueROHC) indicating whether to continuously use context of the header compression protocol (robust header compression (ROHC)) may be configured in the configuration information of the PDCP layer device. Alternatively, when the PDCP layer device reestablishment procedure is performed, an indicator (drb-ContinueEHC-DL or drb-ContinueEHC-UL) indicating whether to continuously use context of the header compression protocol (Ethernet header compression (EHC)) may be configured for each of the downlink or the uplink in the configuration information of the PDCP layer device. Alternatively, an indicator indicating whether to perform the PDCP layer device reestablishment procedure may be included, or a timer value may be configured when the PDCP layer device operates a reordering timer (t-Reordering). A value of the reordering timer may be always included and configured when a split bearer or an LWA bearer is established or reestablished or when a bearer connected to at least one RLC layer device in which an out-of-sequence delivery indicator (rlc-OutOfOrderDelivery) of the RLC layer device is configured is established or reestablished. Further, when the header compression protocol (for example, EHC) is configured, it may be configured whether to use the same for the uplink or the downlink through an indicator, the size of a context identity used for the header compression protocol (for example, EHC) may be configured as one of the two sizes, and the size of an EHC header (a header generated by the header compression protocol of the PDCP layer device) used for the header compression protocol may be determined as 1 byte or 2 bytes according to the size of the context identity. Further, an out-of-sequence delivery indicator of the RLC layer device may be configured in the configuration information of the RLC layer device in the RRC message and the RLC layer device may perform the out-of-sequence delivery procedure, and when the indicator is not configured, the RLC layer device may perform the in-sequence delivery procedure.
In the disclosure, the header compression protocol may indicate the ROHC or the EHC.
In the disclosure, the bearer may be a meaning including an SRB and a DRB, the SRB refers to a signaling radio bearer, and the DRB refers to a data radio bearer. The SRB is mainly used to transmit and receive an RRC message of the RRC layer device, and the DRB is mainly used to transmit and receive user layer data. An unacknowledged mode (UM) DRB is a DRB using the RLC layer device operating in an UM mode, and an acknowledged mode (AM) DRB is a DRB using the RLC layer device operating in an AM mode.
Hereinafter, an efficient data processing method of RLC layer devices proposed in the disclosure is described.
A first embodiment of a method of processing received data by the RLC layer device proposed in the disclosure is a method of processing received data which can be applied to the RLC AM mode (for example, an RLC AM mode of the E-UTRA or LTE RLC layer device) and may define and use the following window parameters.
RLC status parameter 1-1 (for example, VR(R)): this state parameter is a parameter storing, having, or indicating an RLC serial number after an RLC serial number of the sequentially completely received last data (for example, AMD PDU). This state parameter serves as a lower boundary part of the window has an initial value configured as 0, and RLC status parameter value 1-1 is updated whenever having the RLC serial number which is the same as the vale stored by RLC status parameter 1-1.
RLC status parameter 1-2 (for example, VR(X)): this state parameter is a parameter storing, having, or indicating an RLC serial number after an RLC serial number of data (for example, AMD PDU or RLC data PDU) having triggered the reordering timer.
RLC status parameter 1-3 (for example, VR(H)): this state parameter is a parameter storing, having, or indicating an RLC serial number after an RLC serial number of data (for example, UMD PDU) having the highest RLC serial number among the received data (for example, AMD PDU or RLC data PDU).
RLC status parameter 1-4 (for example, VR(MS)): this state parameter is a parameter storing, having, or indicating an RLC serial number value which can be indicated as an ACK_SN value or an RLC serial number as high as possible when it is required to configure an RLC status report (RLC status PDU).
RLC status parameter 1-5 (for example, VR(MR)): this status parameter is a parameter storing or indicating a value which is the same as a value obtained by adding RLC status parameter value 1-1+the window size or a parameter storing, having, or indicating an RLC serial number value of the first data outside the window beyond the window. The parameter serves as a high edge of the window.
In the first embodiment of the method of processing received data by the RLC layer device according to the disclosure, the reception window may be defined by RLC serial numbers larger than or equal to RLC status parameter value 1-1 and smaller than RLC status parameter value 1-5, data having RLC serial numbers belonging to the range is considered as data within the reception window and data having RLC serial numbers which do not belong to the range is considered as data outside the reception window. The window size may be determined as 2{circumflex over ( )}(the length of RLC serial numbers 1).
A detailed operation of the first embodiment of the method of processing received data by the RLC layer device (for example, LTE RLC layer device or E-UTRA RLC layer device) according to the disclosure is described below.
The reception RLC layer device in the RLC AM mode processes data from y bytes to z bytes as follows, the data (for example, AMD PDU) corresponding to the received RLC serial number x when the data (for example, RLC data PDU) received from the lower-layer device is received.
When the data corresponding to the RCL serial number x is stored in the reception buffer, the reception RLC layer device in the RLC AM mode processes the data as follows.
When the reordering timer expires, the reception RCL layer device operating the RLC AM mode operates as follows.
A second embodiment of the method of processing received data by the RLC layer device proposed in the disclosure is a method of processing received data which can be applied to the RLC UM mode (for example, an RLC UM mode of the E-UTRA or LTE RLC layer device) and may define and use the following window parameters.
RLC status parameter 2-1 (for example, VR(UR)): this status parameter is a parameter storing, having, or indicating an RLC serial number of the earliest data (for example, UMD PDU) still considered for recording. Alternatively, this parameter is a parameter storing or having an RLC serial number of data (UMD PDU) of the lowest RLC serial number still considered for reordering.
RLC state parameter 2-2 (for example, VR(UX)): this state parameter is a parameter storing, having, or indicating an RLC serial number after an RLC serial number of data (for example, UMD PDU) having triggered the reordering timer.
RLC state parameter 2-3 (for example, VR(UH)): this state parameter is a parameter storing, having, or indicating an RLC serial number after an RLC serial number of data (for example, UMD PDU) having the highest RLC serial number among the received data (for example, UMD PDU).
In the second embodiment of the method of processing received data by the RLC layer device according to the disclosure, the reception window may be defined by RLC serial numbers which are larger than or equal to (RLC status parameter value 2-3−reception window size) and smaller than RLC status parameter value 2-3, data having RLC serial numbers belonging to the range is considered as data within the reception window, and data having RLC serial numbers which do not belong to the range is considered data outside the reception window. The window size may be determined as 2{circumflex over ( )}(the length of RLC serial number−1).
A detailed operation of the second embodiment of the method of processing received data by the RLC layer device (for example, LTE RLC layer device or E-UTRA RLC layer device) according to the disclosure is described below.
When receiving data (for example, UMD PDU) having the RLC serial number x from the lower-layer device, the reception RLC layer device in the RLC UM mode processes data as follows.
When the data corresponding to the RCL serial number x is stored in the reception buffer, the reception RLC layer device in the RLC UM mode processes the data as follows.
if RLC status parameter value 2-2 is equal to or smaller than RLC status parameter value 2-1
When the reordering timer expires, the reception RLC layer device operating in the RLC UM mode operates as follows.
In the description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like have been illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
Furthermore, an RLC entity as described herein may be replaced by any other entity performing the same function. As another example, a PDCP entity may be replaced by any other entity performing the same function. As still another example, a bearer may be replaced by any other entity performing the same function. For example, the disclosure is not limited by the terms “RLC entity” and “PDCP entity”, and other terms referring to subjects having equivalent technical meanings may be used.
For the convenience of description, the disclosure has been described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by the terms and names defined in the 3GPP LTE standards, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way.
Referring to
In the first PDCP layer device structure or the second PDCP layer device structure proposed in the disclosure, a reception operation of the reception PDCP layer device may be embodied using window parameters or a constant described below.
Window parameter 1-1 (Next_PDCP_TX_SN): is a window parameter used by an LTE (E-UTRA) PDCP layer device and indicates a PDCP serial number value of the next data (PDCP SDU), data (PDCP SDU) to be processed next, or data (PDCP SDU) to be transmitted next by the transmission PDC layer device. When the PCDP layer device is established, an initial value of the window parameter is configured as 0.
Window parameter 1-2 (Next_PDCP_RX_SN): is a window parameter used by the LTE PDCP (E-UTRA) layer device and indicates a PDCP serial number value expected to be received next by the reception PDCP layer device. When the PCDP layer device is established, an initial value of the window parameter is configured as 0.
Window parameter 1-3 (Last_Submitted_PDCP_RX_SN): is a window parameter used by the LTE PDCP (E-UTRA) layer device and indicates a PDCP serial number value corresponding to the last data (PDCP SDU) which the reception PDCP layer device transfers to the higher-layer device. When the PDPC layer device is established, the window parameter is configured as a first constant value (Maximum_PDCP_SN).
Window parameter 1-4 (Reordering_PDCP_RX_COUNT): is a window parameter used by the LTE PDCP (E-UTRA) layer device, and the window parameter may be used when the reception PDCP layer device performs the reordering function and indicates, stores, or has a COUNT value after a COUNT value corresponding to data (PDCP PDU) triggering the reordering timer.
A first constant value (Maximum_PDCP_SN): is a constant value used by the LTE (E-UTRA) PDCP layer device and stores a value of 2{circumflex over ( )}(the length of PDCP serial numbers)−1 as the constant value.
A second constant value (Reordering_Window or Window_Size): is a constant value used by the LTE (E-UTRA) PDCP layer device or an NR PDCP layer device and stores a value of 2{circumflex over ( )}(the length of PDCP serial numbers−1) as the constant value.
Window parameter 2-1 (TX_NEXT): is a window parameter used by the NR PDCP layer device and indicates a COUNT value of next data (PDCP SDU), data (PDCP SDU) to be processed next, or data (PDPC SDU) to be transmitted next by the transmission PDCP layer device. When the PCDP layer device is established, an initial value of the window parameter is configured as 0.
Window parameter 2-2 ((RX_NEXT): is a window parameter used by the NR PDCP layer device and indicates a COUNT value expected to be received next by the reception PDCP layer device. When the PCDP layer device is established, an initial value of the window parameter is configured as 0.
Window parameter 2-3 (RX_DELIV): is a window parameter used by the NR PDCP layer device and indicates a COUNT value corresponding to the first data (PDCP SDU) which the reception PDCP layer device has not transferred to the higher-layer device. When the PCDP layer device is established, an initial value of the window parameter is configured as 0.
Window parameter 2-4 (RX_REORD): is a window parameter used by the NR PDCP layer device, and the window parameter may be used when the reception PDCP layer device performs the reordering function and indicates, stores, or has a COUNT value after a COUNT value corresponding to data (PDCP PDU) triggering the reordering timer.
The first PDCP layer device structure 611 or 612 proposed in
PDCP layer device structure 1-1 or PDCP layer device structure 1-2 performs the operation of processing received data based on window parameter 1-2, window parameter 1-3, or the second constant value but does not apply the reordering function. PDCP layer device structure 1-3 may use the reordering function and perform the operation of processing received data based on not only window parameter 1-2, window parameter 1-3, or the second constant value but also window parameter 1-4. The second PDCP layer device structure may use the reordering function and perform the operation of processing received data based on window parameter 2-1, window parameter 2-2, window parameter 2-3, or window parameter 2-4.
When the out-of-sequence delivery function proposed in the disclosure is configured in the RLC layer device or when the RLC layer device is configured to set and perform the out-of-sequence delivery function (when the out-of-sequence delivery function configuration indicator is configured as a TRUE value), the PDCP layer device performing the reordering function may be configured or operated as follows in order to prevent data loss described in
In a method of operating the PDCP layer device proposed in the disclosure, the PDCP layer device may process received data through PDCP layer device 1-3 using the reordering function (E-UTRA PDCP layer device or LTE PDCP layer device) or the second PDCP layer device structure for the following cases. Specifically, the PDCP layer device may use or apply the reordering function for the case satisfying one of the following conditions and perform a procedure of processing received data in PDCP layer device structure 1-3 or the second PDCP layer device using the reordering function for data radio bearers (DRBs) connected to RLC layer devices using the RLC AM mode or RLC layer devices using the RLC UM mode or LWA bearers, or when a packet duplication technology is used.
the case in which the PDCP layer device is connected to two RLC layer devices,
the case in which the PDCP layer device is configured to an LTE wireless LAN aggregation (LWA) bearer,
the case in which the PDCP layer device was connected to two RLC layer devices in the RLC AM mode or was configured to the LWA bearer, and the PDCP layer device is connected to one RLC layer device in the RLC AM mode without any PDCP reestablishment procedure due to the most recent reconfiguration,
the case in which a packet duplication technology is configured in the PDCP layer device,
the case in which the PDCP layer device is connected to at least one RLC layer device in which the out-of-sequence delivery function is configured (or the out-of-sequence delivery configuration indicator of the RLC layer device is configured as a TRUE value),
the case in which the PDCP layer device is connected to one RLC layer device in the RLC AM mode or the RLC UM mode or two (or a plurality of) RLC layer devices in the RLC AM mode or the RLC UM mode in which the out-of-sequence delivery function is configured (or the out-of-sequence delivery function configuration indicator of the RLC layer device is configured as the TRUE value),
the case in which the PDCP layer device is configured for a DAPS bearer,
the case in which the PDCP layer device has been configured for the DAPS bearer and is not configured for the DAPS bearer after the most recent reconfiguration.
In the disclosure, when one of the above-described conditions is satisfied, a procedure of processing received data in PDCP layer device structure 1-3 (E-UTRA PDCP or LTE PDCP) using the reordering function proposed in the disclosure is described below.
A procedure of processing received data by the second PDCP layer device structure (NR PDCP layer device) having the reordering function proposed in the disclosure is described below. The NR RLC layer device connected to the NR PDCP layer device (or the second PDCP layer device structure) uses the out-of-sequence delivery function as the basic function rather than selectively configuring or not configuring the out-of-sequence delivery function, and thus the second PDCP layer device connected to the NR RLC layer device always uses the reordering function (PDCP reordering) as follows. For example, unlike the LTE RLC layer device, the NR RLC layer device may use only the out-of-sequence delivery function and does not use the in-sequence delivery function. In another method, when the LTE RLC layer device is connected to the second PDCP layer device, the out-of-sequence delivery function may be configured in the LTE RLC layer device.
The parameter for reordering (for example, window parameter 2-4) is updated to a PDCP serial number or COUNT value expected to be received next.
In the description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like have been illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
Furthermore, an RLC entity as described herein may be replaced by any other entity performing the same function. As another example, a PDCP entity may be replaced by any other entity performing the same function. As still another example, a bearer may be replaced by any other entity performing the same function. For example, the disclosure is not limited by the terms “RLC entity” and “PDCP entity”, and other terms referring to subjects having equivalent technical meanings may be used.
For the convenience of description, the disclosure has been described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by the terms and names defined in the 3GPP LTE standards, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way.
Referring to
As indicated by reference numeral 710 of
If the PDCP layer device is configured as PDCP layer device structure 1-1 or PDCP layer device structure 1-2 which does not perform the reordering function even when one RLC layer device is connected to one PDCP layer device and the out-of-sequence delivery function is configured in the RLC layer device as indicated by reference numeral 720 of
The PDCP layer device should configure and apply PDCP layer device structure 1-3 (the E-UTRA PDCP layer device performing the reordering function) or the second PDCP layer device structure (the NR PDCP layer device performing the reordering function or the NR PDCP layer device determining that an application layer has an ordering function and configuring the out-of-sequence delivery function by the BS) in order to prevent a data loss problem of reducing a data transmission rate after considering loss and determining unnecessary retransmission making a request for retransmission or determining there is a radio connection problem when two (or a plurality of) RLC layer devices 711 and 712 are connected to one PDCP layer device and a split bearer, an LWA bearer, or a packet duplication technology is configured, when the out-of-sequence delivery function is configured for the RLC layer device, or one RLC layer device is connected to one PDCP layer device and the out-of-sequence delivery function is configured in the RLC layer device as indicated by reference numeral 710 or 720.
In the description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like have been illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
Furthermore, an RLC entity as described herein may be replaced by any other entity performing the same function. As another example, a PDCP entity may be replaced by any other entity performing the same function. As still another example, a bearer may be replaced by any other entity performing the same function. For example, the disclosure is not limited by the terms “RLC entity” and “PDCP entity”, and other terms referring to subjects having equivalent technical meanings may be used.
For the convenience of description, the disclosure has been described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by the terms and names defined in the 3GPP LTE standards, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way.
Referring to
The case in which the PDCP layer device is connected to two RLC layer devices,
The case in which the PDCP layer device is configured for an LTE-wireless LAN aggregation (LWA) bearer,
The case in which the PDCP layer device is connected to two RLC layer devices in the RLC AM mode or is configured for the LWA bearer, and then is connected to one RLC layer device in the RLC AM mode without a PDCP reestablishment procedure due to the most recent reconfiguration,
The case in which a packet duplicate technology is configured in the PDCP layer device,
The case in which the PDCP layer device is connected to at least one RLC layer device in which an out-of-order delivery function is configured (or an out-of-order delivery function configuration indicator of the RLC layer device is configured as a TRUE value),
The case in which the PDCP layer device is connected to one RLC layer device in the RLC AM mode or the RLC UM mode or two (or a plurality of) RLA layer devices in the RLC AM mode or the RLC UM mode in which the out-of-order delivery function is configured (or the out-of-order delivery function configuration indicator of the RLC layer device is configured as a TRUE value),
The case in which the PDCP layer device is configured for a DAPS bearer,
The case in which the PDCP layer device is configured for the DAPS bearer and is not configured to the DAPS bearer after the most recent reconfiguration.
In the case that does not correspond to the cases, when the RLC AM mode for the first embodiment or the RLC UM mode for the second embodiment is configured in the received RRC message, PDCP layer device structure 1-1 corresponding to the RLC AM mode proposed in the disclosure or PDCP layer device structure 1-2 corresponding to the RLC UM mode may be applied to the PDCP layer device and received data may be processed in operation 813.
In the description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like have been illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
Furthermore, an RLC entity as described herein may be replaced by any other entity performing the same function. As another example, a PDCP entity may be replaced by any other entity performing the same function. As still another example, a bearer may be replaced by any other entity performing the same function. For example, the disclosure is not limited by the terms “RLC entity” and “PDCP entity”, and other terms referring to subjects having equivalent technical meanings may be used.
For the convenience of description, the disclosure has been described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by these terms and names, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way.
Referring to
When transmitting an RRC message (for example, an RRCReconfiguration message, an RRCSetup message, or an RRCResume message) to the UE, the BS may configure an indicator (for example, rlc-OutOfOrderDelivery) of configuring an out-of-sequence delivery function in RLC layer device configuration information (for example, rlf-config) of transmission resource configuration information (for example, Radio Resource Config Dedicated) included in the RRC message and configure the out-of-se3quence delivery function in an RLC layer device for each bearer of the UE (for example, the indicator is configured and a value thereof is configured as TRUE) or may not configure the same (for example, there is no indicator or the indicator is configured and the value thereof is configured as FALSE). The indicator of configuring the out-of-sequence delivery function (for example, rlc-OutOfOrderDelivery) may indicate transmission of data to a higher-layer device (for example, the PDCP layer device) regardless of the sequence or through an out-of-sequence delivery method when the RLC layer device corresponding to RLC layer device configuration information in which the indicator (for example, rlc-OutOfOrderDelivery) of configuring the out-of-sequence delivery function is configured transmits received data. The configuration of the indicator of configuring the out-of-sequence delivery function for the RLC layer device may be restricted in order to reduce UE implementation complexity when the RLC layer device connected to a bearer (or the PDCP layer device) in which the packet duplication technology is configured, a split bearer (split radio bearer (SRB or (DRB)), or an LWA bearer, or an NR PDCP layer device having the reordering function is configured or two (or a plurality of) RLC layer devices are configured in one PDCP layer device in operation 911. Accordingly, the BS may determine or identify whether to configure the packet duplication technology for each bearer, configure the split bearer, configure the LWA bearer, configure the NR PDCP layer device, or configure two (or a plurality of) RLC layer devices in one PDCP layer device. The RRC message may configured and transmitted such that the out-of-sequence delivery function is not configured in the LTE (E-UTRA) RLC layer device only when the RLC layer device connected to a bearer (or the PDCP layer device) in which the packet duplication technology is configured, a split bearer (split radio bearer (SRB or (DRB)), or an LWA bearer, or an NR PDCP layer device having the reordering function is configured or two (or a plurality of) RLC layer devices are configured in one PDCP layer device in operation 914. The RRC message may be configured and transmitted such that the out-of-sequence delivery function indicator of the RLC layer device is not configured in the RRC message, the RLC AM mode for the first embodiment or the RLC UM mode for the second embodiment is configured, and PDCP layer device structure 1-1 corresponding to the RLC AM mode proposed in the disclosure or PDCP layer device structure 1-2 corresponding to the RLC UM mode is applied to and configured in the PDCP layer device in operation 913. The Ethernet header compression function may be configured in the configuration information of the PDCP layer device in the RRC message or may be configured along with the out-of-sequence delivery function configured in the configuration information of the RLC layer device, thereby significantly reducing data transmission delay.
In the description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like have been illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
Furthermore, an RLC entity as described herein may be replaced by any other entity performing the same function. As another example, a PDCP entity may be replaced by any other entity performing the same function. As still another example, a bearer may be replaced by any other entity performing the same function. For example, the disclosure is not limited by the terms “RLC entity” and “PDCP entity”, and other terms referring to subjects having equivalent technical meanings may be used.
For the convenience of description, the disclosure has been described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by the terms and names defined in the 3GPP LTE standards, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way.
Referring to
The RF processing unit 1010 performs a function of transmitting and receiving a signal through a radio channel, such as converting or amplifying a band of the signal. For example, the RF processing unit 1010 up-converts a baseband signal provided from the baseband processing unit 1020 into an RF band signal, transmits the RF band signal through an antenna, and then down-converts the RF band signal received through the antenna into a baseband signal. For example, the RF processing unit 1010 may include a transmission filter, a reception filter, an amplifier, a mixer, an oscillator, a digital-to-analog converter (DAC), an analog-to-digital converter (ADC), and the like. Although
The baseband processing unit 1020 performs a function for conversion between a baseband signal and a bitstream according to a physical layer standard of the system. For example, in data transmission, the baseband processing unit 1020 generates complex symbols by encoding and modulating a transmission bitstream. Further, in data reception, the baseband processing unit 1020 reconstructs a reception bitstream by demodulating and decoding a baseband signal provided from the RF processing unit 1010. For example, in an orthogonal frequency division multiplexing (OFDM) scheme, when data is transmitted, the baseband processing unit 1020 generates complex symbols by encoding and modulating a transmission bitstream, maps the complex symbols to subcarriers, and then configures OFDM symbols through an inverse fast Fourier transform (IFFT) operation or a cyclic prefix (CP) insertion. Further, in data reception, the baseband processing unit 1020 divides the baseband signal provided from the RF processing unit 1010 in units of OFDM symbols, reconstructs the signals mapped to the subcarriers through a fast Fourier transform (FFT) operation, and then reconstructs a reception bitstream through demodulation and decoding.
The baseband processing unit 1020 and the RF processing unit 1010 transmit and receive signals as described above. Accordingly, the baseband processing unit 1020 and the RF processing unit 1010 may be referred to as a transmitter, a receiver, a transceiver, or a communication unit. Further, at least one of the baseband processing unit 1020 and the RF processing unit 1010 may include a plurality of communication modules to support a plurality of different radio access technologies. In addition, at least one of the baseband processing unit 1020 and the RF processing unit 1010 may include different communication modules to process signals in different frequency bands. For example, different radio access technologies may include an LTE network, an NR network, and the like. Further, the different frequency bands may include a super high frequency (SHF) (for example, 2.5 GHz and 5 Ghz) band and a millimeter (mm) wave (for example, 60 GHz) band.
The storage unit 1030 stores a basic program for the operation of the UE, an application program, and data, such as configuration information. The storage unit 1030 provides the stored data according to a request from the controller 1040.
The controller 1040 controls the overall operation of the UE and may include a multi-connection processing unit 1042. For example, the controller 1040 transmits and receives a signal through the baseband processing unit 1020 and the RF processing unit 1010. The controller 1040 records data in the storage unit 1030 and reads the same. To this end, the controller 1040 may include at least one processor. For example, the controller 1040 may include a communication processor (CP) that performs a control for communication, and an application processor (AP) that controls a higher layer, such as an application program.
Referring to
The RF processing unit 1110 performs a function of transmitting and receiving a signal through a radio channel, such as converting or amplifying a band of the signal. For example, the RF processing unit 1110 up-converts a baseband signal provided from the baseband processing unit 1120 into an RF band signal and then transmits the converted signal through an antenna, and down-converts an RF band signal received through the antenna into a baseband signal. For example, the RF processing unit 1110 may include a transmission filter, a reception filter, an amplifier, a mixer, an oscillator, a DAC, and an ADC. Although
The baseband processing unit 1120 performs a function of performing conversion between a baseband signal and a bitstream according to a physical-layer standard of the first radio access technology. For example, in data transmission, the baseband processing unit 1120 generates complex symbols by encoding and modulating a transmission bitstream. Further, in data reception, the baseband processing unit 1120 reconstructs a reception bitstream by demodulating and decoding a baseband signal provided from the RF processing unit 1110. For example, in an OFDM scheme, when data is transmitted, the baseband processing unit 1120 may generate complex symbols by encoding and modulating the transmission bitstream, map the complex symbols to subcarriers, and then configure OFDM symbols through an IFFT operation and CP insertion. In addition, when data is received, the baseband processing unit 1120 divides a baseband signal provided from the RF processing unit 1110 in units of OFDM symbols, reconstructs signals mapped with sub-carriers through an FFT operation, and then recovers a reception bitstream through demodulation and decoding. The baseband processing unit 1120 and the RF processing unit 1110 transmit and receive signals as described above. Accordingly, the baseband processing unit 1120 and the RF processing unit 1110 may be referred to as a transmitter, a receiver, a transceiver, a communication unit, or a wireless communication unit.
The communication unit 1130 provides an interface for performing communication with other nodes within the network.
The storage unit 1140 stores data, such as the basic program for the operation of the MeNB, an application program, and configuration information. Particularly, the storage unit 1140 may store information on bearers allocated to the accessed UE and measurement result reported by the accessed UE. Further, the storage unit 1140 may store information which is a reference for determining whether to provide multiple connections to the UE or stop the connections. The storage unit 1140 provides the stored data according to a request from the controller 1150.
The controller 1150 controls the overall operation of the MeNB and may include a multi-connection processing unit 1152. For example, the controller 1150 transmits and receives a signal through the baseband processing unit 1120 and the RF processing unit 1110 or the backhaul communication unit 1130. The controller 1150 records data in the storage unit 1140 and reads the same. To this end, the controller 1150 may include at least one processor.
Referring to
If the PDCP layer is configured to use a header compression (ROHC) or Ethernet header compression procedure by the RRC message in operation 510, 540, or 575 of
The described procedure of
The method of performing Ethernet header compression for the Ethernet header proposed in the disclosure is a method of omitting fields indicating or having fixed information and indicating only information, which has been changed or is to be changed, to reduce the header size. Accordingly, first, all header information and configuration information for compression (for example, an identifier (type) for each traffic (or service) for an Ethernet protocol, a serial number of each traffic (or service), information related to a compression rate, or an indicator indicating whether to perform compression) may be inserted and transmitted. Fields (for example, a sender address field or a receiver address field (MAC address), a preamble field, a start of frame delimiter (SFD), a frame checksum (FCS), or an Ethernet type field) corresponding to information which is not changed compared to all information first transmitted or fixed information may be omitted or not transmitted or only fields corresponding to changed information or information, which can be changed, may be inserted to configure the header, so as to reduce the header size. In another method, since fields which can be compressed and fields which cannot be compressed may be distinguished and values which are the same as values of fields of the first transmitted complete header are continuously included as the values of the fields which can be compressed, only the field which can be compressed may be compressed (or omitted) and transmitted and the fields which cannot be compressed may be always transmitted without compression (or omission). Further, when at least one of the fields which can be compressed is changed from the values of the fields of the previously transmitted complete header, the complete header may be transmitted again. The reception PDCP layer device may always transmit feedback indicating that the complete header is successfully received to the transmission PDCP layer device whenever the complete header is received.
The disclosure proposes a method of not configuring an out-of-sequence delivery function (rlc-OutOfOrderDelivery) in an RLC layer device for a split bearer (for example, a PDCP layer device connected to at least two RLC layer devices), an LWA bearer, a bearer in which packet duplication is configured, or a bearer connected to at least one RLC layer device (for example, AM RLC or UM RLC layer device) in order to reduce implementation complexity of the UE. Further, the disclosure proposes that, when at least one RLC layer device in which the out-of-sequence delivery function (rlc-OutOfOrderDelivery) is configured is connected to the PDCP layer device, the PDCP layer device always performs a reordering function.
For example, in the case of a wireless communication system, a header compression protocol (ROHC or EHC) or an uplink data compression protocol (uplink data compression (UDC) may not be configured in the split bearer or the LWA bearer or the header compression protocol or the uplink data compression protocol may not be used for the split bearer or the LWA bearer (DRB) in order to reduce a possibility of generating a decompression error in data received from different RLC layer devices.
As proposed in the disclosure, when at least one RLC layer device in which the out-of-sequence delivery function (rlc-OutOfOrderDelivery) is configured is connected to the PDCP layer device, the PDCP layer device may perform the reordering function. However, when the header compression protocol (EHC or ROHC) is configured in the PDCP layer device, the header decompression error may be generated in handover.
For example, the reception PDCP layer device may use the reordering function like PDCP layer device structure 1-3 or the second PDCP layer device structure, use the out-of-sequence delivery function in the RLC layer device, and perform the header decompression procedure based on a first header compression context (ROHC context or EHC context) or protocol since the header compression procedure (ROHC or EHC) is configured therein. The PDCP layer device may non-sequentially receive data 1, data 2, data 4, and data 5 from the lower RLC layer device. For example, even though data 3 has not yet been received from the lower-layer device, data (for example, PDCP PDUs or RLC SDUs) may be received by the PDCP layer device. When PDCP layer device structure 1-3 or the second PDCP layer device performs the reordering procedure, the header decompression procedure is applied only to data in sequence and the data is transferred to the higher-layer device. However, data out of sequence is only stored in the buffer without the header decompression procedure, and the header decompression procedure is performed for the data (for example, PDCP SDUs or PDCP PDUs) only when all the data in sequence have been received.
When the UE receives an RRCReconfiguration message (or RRC Connection Reconfiguration) indicating handover (for example, through mobilityControlInfo or an indicator of ReconfiguratioWithSyn), the RRC message includes an indicator triggering a PDCP layer device reestablishment procedure, or an indicator (drb-ContinueROHC, drb-ContinueEHC-DL, or drb-ContinueEHC-UL) indicating the continuous use of the header compression protocol is not configured in the RRC message when the PDCP layer device reestablishment procedure is performed by reception of the RRC message, the UE may reset a first header compression protocol or context (EHC context, ROHC context, EHC protocol, or ROHC protocol) while performing the PDCP layer device reestablishment procedure in the PDCP layer device. Then, the UE may complete the handover procedure.
Since the first header compression protocol (or context) is reset, a second header compression protocol (or context) may be newly configured, and a target BS may receive data 3 after the handover is completed. Then, data 3, data 4, and data 5 are arranged sequentially, and thus the reception PDCP layer device perform the header decompression procedure for data (for example, PDCP SDUs, PDCP PDUs) 3, data 4, and data 5 through the second header compression protocol or context. Since data (for example, PDCP SDUs, PDCP PDUs) 4 and data 5 have been compressed through the first header compression protocol, a decompression failure error is generated if decompression is performed through the second header compression protocol.
Accordingly, in the disclosure, when PDCP layer device structure 1-3 or the second PDCP layer device structure uses the reordering function (t-reordering), the out-of-sequence delivery function is configured in the RLC layer device, or the indicator drb-ContinueROHC, drb-ContinueEHC-DL, or drb-ContinueEHC-UL) indicating the continuous use of the header compression protocol is not configured, if the PDCP layer device reestablishment procedure is performed, the reception PDCP layer device may first perform the header decompression procedure for stored data for the AM DRB. Then, when the indicator indicating the continuous use of the header compression protocol is not configured, the header compression protocol may be reset. When the reception PDCP layer device first performs the header decompression procedure for the stored data for the AM DRB, the header decompression is performed before the header compression protocol (or context) is reset, and thus the header decompression error may be prevented even through data in sequence arrives later because the header decompression protocol has been already performed.
Hereinafter, the disclosure proposes the performance of different procedures according to whether the reception PDCP layer device uses the reordering function for the AM DRB or the UM DRB or according to configuration information (for example, the indicator indicating the continuous use of the header compression protocol or the header compression function) configured by the RRC message if the PDCP layer device reestablishment procedure is performed for the case in which PDCP layer device structure 1-1 or PDCP layer device structure (or function) 1-2 does not use the reordering function, the case in which PDCP layer device structure 1-3 or the second PDCP layer device structure uses the reordering function (t-reordering), the case in which the out-of-sequence delivery function is configured in the RLC layer device, the case in which indicator (drb-ContinueROHC, drb-ContinueEHC-DL, or drb-ContinueEHC-UL) indicating the continuous use of the header compression protocol is not or is configured, or the case in which the Ethernet compression function is or is not configured.
Hereinafter, the disclosure proposes a first embodiment of a PDCP layer device reestablishment procedure for performing the proposed procedure in more detail.
Hereinafter, the disclosure proposes a second embodiment of a PDCP layer device reestablishment procedure for performing the proposed procedure in more detail.
In the description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like have been illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
Furthermore, an RLC entity as described herein may be replaced by any other entity performing the same function. As another example, a PDCP entity may be replaced by any other entity performing the same function. As still another example, a bearer may be replaced by any other entity performing the same function. For example, the disclosure is not limited by the terms “RLC entity” and “PDCP entity”, and other terms referring to subjects having equivalent technical meanings may be used.
For the convenience of description, the disclosure has been described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by these terms and names, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way.
Referring to
Thereafter, in operation 1303, the UE may identify whether the PDCP device is connected to an RLC device in which an out-of-sequence delivery function (rlc-OutOfOrderDelivery) is configured based on the RRC message. The RLC device in which the out-of-sequence delivery function (rlc-OutOfOrderDelivery) is configured, connected to the PDCP device may be at least one of an RLC acknowledged mode (AM) mode RLC device or an RLC unacknowledged mode (UM) mode RLC device.
In operation 1305, the UE may include an operation of configuring a reordering function in the PDCP device. Specifically, the UE may configure the reordering function in the PDCP device based on whether the PDCP device is connected to the RLC device in which the out-of-sequence delivery function (rlc-OutOfOrderDelivery) is configured.
In the description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like have been illustratively used for the convenience of description. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.
Furthermore, an RLC entity as described herein may be replaced by any other entity performing the same function. As another example, a PDCP entity may be replaced by any other entity performing the same function. As still another example, a bearer may be replaced by any other entity performing the same function. For example, the disclosure is not limited by the terms “RLC entity” and “PDCP entity”, and other terms referring to subjects having equivalent technical meanings may be used.
For the convenience of description, the disclosure has been described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by the terms and names defined in the 3GPP LTE standards, and may be applied in the same way to systems that conform other standards. For example, the disclosure may also be applied to 5G or 6G communication system for supporting a higher data transfer rate in the same way.
According to the disclosure, a method performed by a UE in a wireless communication system may include an operation of receiving a radio resource control (RRC) message from a BS, the RRC message including radio link control (RLC) device (entity) configuration information, packet data convergence protocol (PDCP) device configuration information, and bearer configuration information, an operation of identifying whether a PDCP device is connected to an RLC device in which an out-of-sequence delivery function (rlc-OutOfOrderDelivery) is configured based on the RRC message, and an operation of configuring a reordering function in the PDCP device based on whether the PDCP device is connected to the RLC device, wherein the RLC device may be at least one device of an RLC acknowledged mode (AM) RLC device or an RLC unacknowledged mode (UM) mode RLC device.
The methods according to various embodiments described in the claims or the specification of the disclosure may be implemented by hardware, software, or a combination of hardware and software.
When the methods are implemented by software, a computer-readable storage medium for storing one or more programs (software modules) may be provided. The one or more programs stored in the computer-readable storage medium may be configured for execution by one or more processors within the electronic device. The at least one program may include instructions that cause the electronic device to perform the methods according to various embodiments of the disclosure as defined by the appended claims and/or disclosed herein.
The programs (software modules or software) may be stored in non-volatile memories including a random access memory and a flash memory, a read only memory (ROM), an electrically erasable programmable read only memory (EEPROM), a magnetic disc storage device, a compact disc-ROM (CD-ROM), digital versatile discs (DVDs), or other type optical storage devices, or a magnetic cassette. Alternatively, any combination of some or all of them may form a memory in which the program is stored. Further, a plurality of such memories may be included in the electronic device.
In addition, the programs may be stored in an attachable storage device which may access the electronic device through communication networks, such as the Internet, Intranet, local area network (LAN), wide LAN (WLAN), and storage area network (SAN) or a combination thereof. Such a storage device may access the electronic device via an external port. Further, a separate storage device on the communication network may access a portable electronic device.
While the disclosure has been shown and described with reference to various embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the disclosure as defined by the appended claims and their equivalents.
Number | Date | Country | Kind |
---|---|---|---|
10-2022-0045412 | Apr 2022 | KR | national |