WO2022146039A1 - 무선 통신 시스템에서 패킷을 처리하기 위한 방법 및 장치 - Google Patents

무선 통신 시스템에서 패킷을 처리하기 위한 방법 및 장치 Download PDF

Info

Publication number
WO2022146039A1
WO2022146039A1 PCT/KR2021/020199 KR2021020199W WO2022146039A1 WO 2022146039 A1 WO2022146039 A1 WO 2022146039A1 KR 2021020199 W KR2021020199 W KR 2021020199W WO 2022146039 A1 WO2022146039 A1 WO 2022146039A1
Authority
WO
WIPO (PCT)
Prior art keywords
rlc
pdu
rlc data
arq
frame
Prior art date
Application number
PCT/KR2021/020199
Other languages
English (en)
French (fr)
Inventor
차지영
정병훈
정정수
이현중
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to EP21915836.7A priority Critical patent/EP4243487A4/en
Priority to US18/259,522 priority patent/US20240063952A1/en
Priority to CN202180088542.7A priority patent/CN116671167A/zh
Publication of WO2022146039A1 publication Critical patent/WO2022146039A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1832—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Definitions

  • the present disclosure relates to a method for transmitting and receiving a signal in a wireless communication system, and more particularly, to a method and an apparatus for processing a packet in order to transmit and receive a signal.
  • 5G 5th-generation
  • connected devices which are on an explosive increase, will be connected to the communication network.
  • things connected to the network may include vehicles, robots, drones, home appliances, displays, smart sensors installed in various infrastructures, construction machines, and factory equipment.
  • Mobile devices are expected to evolve into various form factors such as augmented reality glasses, virtual reality headsets, and hologram devices.
  • 6G 6th-generation
  • efforts are being made to develop an improved 6G communication system to provide various services by connecting hundreds of billions of devices and things. For this reason, the 6G communication system is called a system after 5G communication (Beyond 5G).
  • the maximum transmission speed is tera (that is, 1000 gigabytes) bps
  • the wireless latency is 100 microseconds ( ⁇ sec). That is, the transmission speed in the 6G communication system is 50 times faster than in the 5G communication system, and the wireless delay time is reduced by one-tenth.
  • 6G communication systems use the terahertz band (for example, the 95 gigahertz (95 GHz) to 3 terahertz (3 THz) band). implementation is being considered.
  • the terahertz band compared to the millimeter wave (mmWave) band introduced in 5G, the importance of technology that can guarantee the signal reach, that is, the coverage, is expected to increase due to more severe path loss and atmospheric absorption.
  • mmWave millimeter wave
  • the next hyper-connected experience (the next hyper-connected) through the hyper-connectivity of the 6G communication system, which includes not only the connection between objects but also the connection between people and objects. experience) is expected to become possible.
  • the 6G communication system is expected to provide services such as true immersive extended reality (XR), high-fidelity mobile hologram, and digital replica.
  • services such as remote surgery, industrial automation, and emergency response through security and reliability enhancement are provided through the 6G communication system, so it is applied in various fields such as industry, medical care, automobiles, and home appliances.
  • the disclosed embodiment is intended to provide a method and apparatus for processing a packet in a wireless communication system.
  • a method of operating a transmitting apparatus in a wireless communication system includes: obtaining, in a radio link control (RLC) entity, a plurality of RLC data protocol data units (PDUs); generating, at the RLC entity, an ARQ PDU corresponding to an RLC data PDU set including at least one of the plurality of RLC data PDUs according to resource allocation; transmitting, in a medium access control (MAC) layer, a first MAC PDU generated based on the RLC data PDU set and the ARQ PDU to a receiving device through a lower layer; and receiving a STATUS PDU associated with the RLC data PDU set when a predetermined condition is satisfied, wherein the ARQ PDU may include information for processing an operation associated with the RLC data PDU set.
  • RLC radio link control
  • PDUs radio link control protocol data units
  • the method includes generating a second MAC PDU including at least a part of the RLC data PDU set according to resource allocation for retransmission when the STATUS PDU includes a negative acknowledgment (NACK); and transmitting the second MAC PDU to the receiving device through a lower layer.
  • NACK negative acknowledgment
  • At least a portion of the RLC data PDU set included in the second MAC PDU is a segmentation of the RLC data PDU set, and the method includes updating the ARQ PDU based on the segmented RLC data set.
  • the method further includes; the second MAC PDU may include the divided RLC data PDU set and the updated ARQ PDU.
  • the division is performed in units of bytes or RLC service data units (SDUs), and the updated ARQ PDU may include information on the divided RLC data PDU set.
  • SDUs RLC service data units
  • the information on the divided RLC data PDU set includes information on whether to divide, information on a unit of division, information on a position of division, a starting point of division, an end point of division, or information on an offset from the starting point of division It may include at least one or more of
  • an automatic repeat request protocol data unit (ARQ PDU) and a plurality of RLCs corresponding to the ARQ PDU ( radio link control) receiving a first MAC PDU including data PDUs; updating, at the RLC entity, a state variable for an RLC data PDU set corresponding to the plurality of RLC data PDUs based on the ARQ PDU; and when a predetermined condition is satisfied, transmitting the STATUS PDU generated based on the received status information indicating the reception status of at least one or more RLC data PDU sets within the reception window and the updated status variable to the transmitting device;
  • the ARQ PDU may include information for processing an operation related to the RLC data PDU set.
  • the method may include determining whether the plurality of RLC data PDUs are included in a reception window based on information included in the ARQ PDU; and discarding RLC data PDUs not included in the reception window from among the plurality of RLC data PDUs based on the determination result, wherein the information included in the ARQ PDU includes the plurality of RLC data PDUs.
  • the information included in the ARQ PDU includes the plurality of RLC data PDUs.
  • the method may include: determining whether the plurality of RLC data PDUs have been repeatedly received based on information included in the ARQ PDU; and discarding an RLC data PDU determined to have been received redundantly among the plurality of RLC data PDUs, wherein the information included in the ARQ PDU includes: It may include a sequence number or an identification number for the RLC data PDU set.
  • the STATUS PDU includes a NACK when it is determined that the RLC data PDU set has not been received, and the method may receive a second MAC PDU generated based on the STATUS PDU from the transmitter.
  • the second MAC PDU may be generated based on segmentation of at least a portion of the RLC data PDU set when the resource allocation for retransmission is smaller than the transmission resource required for the RLC data PDU set.
  • the ARQ PDU included in the second MAC PDU includes information on the division, and the information on the division includes information on whether to divide, information on the unit of division, information on the position of division, information on the division It may include at least one or more of information about a start point, an end point of division, or an offset from the start point of division.
  • a transmitting apparatus in a wireless communication system includes: a transceiver; and at least one processor connected to the transceiver, wherein the at least one processor obtains a plurality of RLC data PDUs (protocol data units) from a radio link control (RLC) entity, and in the RLC entity, Generates an ARQ PDU corresponding to an RLC data PDU set including at least one of the plurality of RLC data PDUs according to resource allocation, and in a medium access control (MAC) layer, the RLC data PDU set and the ARQ PDU
  • the first MAC PDU generated based on the first MAC PDU is transmitted to the receiving device through the lower layer, and when a predetermined condition is satisfied, the STATUS PDU associated with the RLC data PDU set is received, and the ARQ PDU is related to the RLC data PDU set. It may contain information for processing.
  • a receiving apparatus in a wireless communication system includes: a transceiver; and at least one processor connected to the transceiver, wherein the at least one processor comprises, in a medium access control (MAC) layer, an automatic repeat request protocol data unit (ARQ PDU) and a plurality of corresponding ARQ PDUs.
  • MAC medium access control
  • ARQ PDU automatic repeat request protocol data unit
  • the ARQ PDU may include information for processing an operation related to the RLC data PDU set.
  • RLC radio link control
  • FIG. 1 is a diagram illustrating a protocol structure of a wireless communication system according to an embodiment of the present disclosure.
  • 2A is a diagram for explaining a method for processing an ARQ-related operation according to an embodiment of the present disclosure.
  • 2B is a diagram for explaining an ARQ PDU for processing an ARQ-related operation according to an embodiment of the present disclosure.
  • FIG. 3 is a flowchart illustrating an operation of a transmission apparatus according to an embodiment of the present disclosure.
  • FIG. 4 is a diagram for explaining a MAC PDU according to an embodiment of the present disclosure.
  • FIG. 5 is a diagram for explaining a location of a MAC sub PDU corresponding to an ARQ PDU within a MAC PDU according to an embodiment of the present disclosure.
  • FIG. 6 is a diagram for explaining another structure for transmitting RLC data PDUs according to an embodiment of the present disclosure.
  • FIG. 7A is a diagram for explaining the division of an RLC data PDU set in byte units according to an embodiment of the present disclosure.
  • FIG. 7B is a diagram for explaining the division of an RLC data PDU set into RLC SDU units according to an embodiment of the present disclosure.
  • FIG. 8A is a diagram for explaining an existing ARQ-related operation according to an embodiment of the present disclosure.
  • 8B is a diagram for explaining an existing sequence number-based RLC operation according to an embodiment of the present disclosure.
  • 9A is a diagram for explaining an RLC operation based on an ARQ PDU according to an embodiment of the present disclosure.
  • 9B is a diagram for explaining an ARQ PDU-based RLC operation according to an embodiment of the present disclosure.
  • 9C is a diagram for explaining an ARQ PDU-based RLC operation according to another embodiment of the present disclosure.
  • 10A is a diagram for explaining processing of an RLC operation in a multi-core environment according to an embodiment of the present disclosure.
  • 10B is a diagram for explaining the efficiency of an RLC operation in a multi-core environment according to an embodiment of the present disclosure.
  • FIG. 11 is a flowchart illustrating an operation of a receiving apparatus according to an embodiment of the present disclosure.
  • FIG. 12 is a diagram for explaining a method of processing division upon retransmission of an RLC frame according to an embodiment of the present disclosure.
  • FIG. 13A is a diagram illustrating the structure of an ARQ PDU when an RLC frame is divided into byte units according to an embodiment of the present disclosure.
  • 13B is a diagram illustrating a structure of an RLC data PDU when an RLC frame is divided into bytes according to an embodiment of the present disclosure.
  • FIG. 14 is a diagram illustrating structures of an ARQ PDU and an RLC data PDU when an RLC frame is divided into RLC SDU units according to an embodiment of the present disclosure.
  • 15 is a diagram illustrating structures of an ARQ PDU and an RLC data PDU when an RLC frame is divided into RLC SDU units according to another embodiment of the present disclosure.
  • 16A is a diagram illustrating the structure of an ARQ PDU according to an embodiment of the present disclosure.
  • 16B is a diagram illustrating the structure of a 5G STATUS PDU according to an embodiment of the present disclosure.
  • 17A is a diagram for describing packet processing in an LTE system according to an embodiment of the present disclosure.
  • 17B is a diagram for explaining a packet pre-processing process in an LTE system according to an embodiment of the present disclosure.
  • 17C is a diagram for describing packet processing in an NR system according to an embodiment of the present disclosure.
  • 17D is a diagram for explaining a packet pre-processing process in an NR system according to an embodiment of the present disclosure.
  • FIG. 18 shows the structure of a terminal according to an embodiment of the present disclosure.
  • FIG. 19 shows a structure of a base station according to an embodiment of the present disclosure.
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • NR New Radio
  • the following description may be based on Long Term Evolution (LTE), LTE-Advanced (LTE-A), and New Radio (NR) systems, but also in other communication systems having a similar technical background or channel type. Examples may be applied.
  • the NR system may be a 5th generation mobile communication technology (5G, new radio, NR) developed after LTE-A, and 5G is a concept including existing LTE, LTE-A and other similar services.
  • 5G new radio
  • the present disclosure may be applied to other communication systems (eg, Wi-MAX, Wi-Bro) through some modifications within a range that does not significantly deviate from the scope of the present disclosure as judged by a person having skilled technical knowledge.
  • each block of the flowchart diagrams and combinations of the flowchart diagrams may be performed by computer program instructions.
  • These computer program instructions may be embodied in a processor of a general purpose computer, special purpose computer, or other programmable data processing equipment, such that the instructions performed by the processor of the computer or other programmable data processing equipment are not described in the flowchart block(s). It creates a means to perform functions.
  • These computer program instructions may also be stored in a computer-usable or computer-readable memory which may direct a computer or other programmable data processing equipment to implement a function in a particular manner, and thus may be stored in a computer-usable or computer-readable memory.
  • the stored instructions may produce an article of manufacture containing instruction means for performing the function described in the flowchart block(s).
  • the computer program instructions may also be mounted on a computer or other programmable data processing equipment, such that a series of operational steps are performed on the computer or other programmable data processing equipment to create a computer-executed process to create a computer or other programmable data processing equipment. It is also possible that instructions for performing the processing equipment provide steps for performing the functions described in the flowchart block(s).
  • each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing specified logical function(s). It should also be noted that in some alternative implementations it is also possible for the functions recited in blocks to occur out of order. For example, two blocks shown one after another may in fact be performed substantially simultaneously, or it is possible that the blocks are sometimes performed in the reverse order according to the corresponding function.
  • ' ⁇ unit' used in this embodiment means software or hardware components such as FPGA (Field Programmable Gate Array) or ASIC (Application Specific Integrated Circuit), and ' ⁇ unit' performs certain roles do.
  • '-part' is not limited to software or hardware.
  • ' ⁇ ' may be configured to reside on an addressable storage medium or may be configured to refresh one or more processors. Accordingly, as an example, ' ⁇ ' indicates components such as software components, object-oriented software components, class components, and task components, and processes, functions, properties, and procedures. , subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.
  • components and ' ⁇ units' may be combined into a smaller number of components and ' ⁇ units' or further separated into additional components and ' ⁇ units'.
  • components and ' ⁇ units' may be implemented to play one or more CPUs in a device or secure multimedia card.
  • ' ⁇ unit' may include one or more processors.
  • FIG. 1 is a diagram illustrating a protocol structure of a wireless communication system according to an embodiment of the present disclosure.
  • the radio protocols of the wireless communication system are SDAP layers (Service Data Adaptation Protocol) 101 and 151 and PDCP (Packet Data Convergent Protocol) layers 102 and 152 in the terminal 100 and the base station 150, respectively. ), RLC (Radio Link Control) layers (103, 153), MAC (Medium Access Control) layers (104, 154) may include.
  • SDAP layers Service Data Adaptation Protocol
  • PDCP Packet Data Convergent Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • the main functions of the SDAP layers 101 and 151 may include some of the following functions. Of course, it is not limited to the following examples.
  • a function of mapping a relective QoS flow to a data bearer for uplink SDAP PDUs (reflective QoS flow to DRB mapping for the UL SDAP PDUs).
  • the UE uses the header of the SDAP layers 101 and 151 for each PDCP layer 102, 152 or for each bearer or for each logical channel as an RRC message, or whether the SDAP layer 101, 151 ) can be set whether to use the function.
  • the SDAP layers 101 and 151 include a NAS (Non Access Stratum) QoS (Quality of Service) reflection setting 1-bit indicator of the SDAP header (NAS reflective QoS) and an AS QoS reflection setting 1-bit indicator (AS). reflective QoS), it is possible to instruct the UE to update or reconfigure mapping information for uplink and downlink QoS flows and data bearers.
  • the SDAP header may include QoS flow ID information indicating QoS.
  • the QoS information may be used as data processing priority, scheduling information, etc. to support a smooth service.
  • the main functions of the PDCP layers 102 , 152 may include some of the following functions. Of course, it is not limited to the following examples.
  • the reordering function of the PDCP layers 102 and 152 is a function of reordering PDCP PDUs received from a lower layer based on a PDCP sequence number (SN), data in the rearranged order A function of transmitting to a higher layer, or a function of directly transmitting without considering the order, a function of reordering the order to record the lost PDCP PDUs, a function of reporting the status of the lost PDCP PDUs to the transmitting side, and loss It may include at least one function among the functions of requesting retransmission of PDCP PDUs.
  • SN PDCP sequence number
  • the main functions of the RLC layers 103 and 153 may include some of the following functions. Of course, it is not limited to the following examples.
  • the in-sequence delivery function of the RLC layers 103 and 153 is a function of sequentially delivering RLC SDUs received from a lower layer to an upper layer.
  • a function of reassembling and delivering them When received after being divided into SDUs, a function of reassembling and delivering them, a function of rearranging the received RLC PDUs based on an RLC sequence number (SN) or a PDCP sequence number (SN), and a function of rearranging the lost RLC PDUs
  • the RLC layers 103 and 153 process RLC PDUs in the order in which they are received (regardless of the order of serial numbers and sequence numbers, in the order of arrival) and deliver them to the PDCP layer out of sequence (out-of sequence delivery). Also, when the received RLC PDU is segmented, segmentation stored in the buffer or to be received later is received, reconstructed into one complete RLC PDU, processed, and delivered to the PDCP layers 102 and 152. have. According to some embodiments, the RLC layers 103 and 153 may not include a concatenation function and perform the function in the MAC layers 104 and 154 or a multiplexing function of the MAC layers 104 and 154. can be replaced with
  • the out-of-sequence delivery function of the RLC layers 103 and 153 is a function of directly delivering RLC SDUs received from a lower layer to an upper layer regardless of order, and one RLC SDU is When received after being divided into RLC SDUs, it may include a function of reassembling and transmitting them, and at least one of the functions of storing the RLC SN or PDCP SN of the received RLC PDUs and recording the lost RLC PDUs by arranging the order It can contain only one function.
  • the MAC layers 104 and 154 may be connected to several RLC layers configured in one terminal 100, and main functions of the MAC layer may include some of the following functions. Of course, it is not limited to the following examples.
  • the PHY layers 105 and 155 channel code and modulate upper layer data, make OFDM symbols and transmit them over a radio channel, or demodulate and channel decode an OFDM symbol received through a radio channel to an upper layer You can perform an action to pass to .
  • it is not limited to the above example.
  • the terminal 100 or the base station 150 can support a higher data rate.
  • an ARQ-related operation, a STATUS PDU generation operation, and a segmentation-related operation correspond to one of the operations with the heaviest processing load.
  • the packet processing load of the terminal 100 having a limited processing capability may be particularly severe. Accordingly, a method for efficiently processing these operations will be described later.
  • transmission/reception between radio protocols of the terminal 100 and the base station 150 may be performed.
  • the terminal 100 or the base station 150 may be a transmitting apparatus or a receiving apparatus, respectively, and operations described below are performed regardless of whether either the terminal 100 or the base station 150 is a transmitting apparatus or a receiving apparatus. can be applied. That is, hereinafter referred to as a transmitting apparatus or a receiving apparatus may be the terminal 100 or the base station 150 .
  • 2A is a diagram illustrating a method for processing an ARQ-related operation according to an embodiment of the present disclosure.
  • the RLC layer in the transmitting device may process the RLC SDU delivered from the PDCP layer.
  • the RLC SDU may correspond to a PDCP PDU in which the PDCP headers 201, 204, and 207 are joined to the PDCP SDUs 200, 203, and 206.
  • the PDCP SDUs 200 , 203 , and 206 may correspond to SDAP PDUs (not shown), but operations below the RLC layer will be described below.
  • the PDCP PDU received from the RLC layer may correspond to the RLC SDU.
  • the RLC layer may allocate a sequence number (SN) corresponding to 1 to n to each of the received RLC SDUs.
  • the RLC PDU may include an RLC data PDU (TMD PDU, UMD PDU, AMD PDU) and an RLC control PDU (STATUS PDU, ARQ PDU), and a sequence number is not assigned to the RLC control PDU.
  • the processing of the packet corresponding to the sequence number 1 will be described, but of course, the processing of the packet corresponding to the sequence number 1 to n may be equally applied.
  • the RLC SDU corresponding to the sequence number n is referred to as an nth RLC SDU
  • an RLC data PDU including the nth RLC SDU is referred to as an nth RLC data PDU.
  • the RLC layer may generate the first RLC data PDU to the nth RLC data PDU by concatenating the RLC header to the received first RLC SDU to the nth RLC SDU.
  • the RLC layer may generate the first RLC PDU by concatenating the RLC header 202 to the first RLC SDUs 200 and 201 .
  • each of the RLC headers 202, 205, and 208 included in the first RLC data PDU, the second RLC data PDU, and the nth RLC data PDU may include information for processing the operation of each RLC data PDU. have.
  • the RLC headers 202, 205, and 208 are used to discard packets for the first RLC data PDU, the second RLC data PDU, and the nth RLC data PDU, handle fragmentation handling, ARQ-related operations, packet forwarding, etc. may contain information for
  • the RLC layer delivers the generated RLC data PDUs to the MAC layer, and the MAC layer concatenates the received RLC data PDUs and MAC subheaders 211, 212, and 213 corresponding to each of the received RLC data PDUs.
  • MAC PDUs may be generated.
  • one MAC PDU 210 including all of the first RLC data PDU to the nth RLC data PDU may be generated.
  • the number of RLC data PDUs included in the MAC PDU may be changed (not shown).
  • the first RLC data PDU to the mth RLC data PDU may be included in one transport block (m ⁇ n). That is, the number of RLC data PDUs included in the MAC PDU 210 may vary according to resource allocation, and according to resource allocation, among the first RLC data PDU to the nth RLC data PDU, the first RLC data PDU to the mth RLC data PDU Only RLC data PDUs may be included in one transport block.
  • an ARQ-related operation may occupy a high proportion in the layer 2 (L2).
  • ARQ-related operations may require more than double the load compared to operations in the MAC layer or PDCP layer of L2.
  • ARQ-related operations, STATUS PDU generation operations, and division-related operations are among the most heavy functions. For one, it may cause a bottleneck in the RLC layer. Accordingly, there is a need for a method capable of efficiently performing ARQ-related operations.
  • 2B is a diagram for explaining an ARQ PDU for processing an ARQ-related operation according to an embodiment of the present disclosure.
  • the RLC layer may generate the ARQ PDU 230 corresponding to the RLC data PDU set 220 including the first RLC data PDU to the nth RLC data PDU.
  • the RLC layer may process an ARQ-related operation for the RLC data PDU set 220 based on the ARQ PDU 230 .
  • the RLC layer performs predetermined RLC layer operations (eg, ARQ-related operations) by including information on operations related to the first RLC data PDU to n-th RLC data PDUs in the ARQ PDU 230 . For each of the RLC data PDUs to the nth RLC data PDUs, the n times of performing can be reduced to one.
  • the first RLC header to the nth RLC headers included in each of the first RLC data PDU to the nth RLC data PDU are information on the remaining RLC operations except for the information on the predetermined RLC layer operation included in the ARQ PDU.
  • the remaining RLC operations may be performed n times.
  • RLC data PDUs may be respectively received from a plurality of RLC entities (not shown).
  • a subject performing an operation of the RLC layer is defined as an RLC entity. That is, a plurality of RLC entities for performing an operation related to the RLC layer may be included in one device, and RLC data PDUs received from several RLC entities may be included in the MAC PDU.
  • an RLC frame including an RLC data PDU set and an ARQ PDU corresponding to the RLC data PDU set is defined as an RLC frame.
  • the MAC PDU may be generated based on a MAC subheader spliced to each of the plurality of ARQ PDUs and the plurality of RLC data PDUs included in the plurality of RLC frames in the MAC layer.
  • the MAC PDU may include several RLC frames (ARQ PDU, corresponding RLC data PDUs) obtained from several RLC entities.
  • ARQ PDU corresponding RLC data PDUs
  • each RLC entity independently operates a sequence number (SN) corresponding to an RLC data PDU, it may also independently operate a frame number (FN) corresponding to an RLC frame.
  • both the RLC frame corresponding to frame number 3 from the first RLC entity and the RLC frame corresponding to frame number 97 from the second RLC entity may be included in one MAC PDU.
  • the MAC PDU transmitted next may include an RLC frame corresponding to frame number 4 from the first RLC entity and an RLC frame corresponding to frame number 98 from the second RLC entity. That is, the receiving device determines whether ARQ PDU or RLC data PDUs are transmitted from any RLC entity based on information (eg, logical channel identifier) included in each MAC subheader, and based on the ARQ PDU, the corresponding The RLC entity may process RLC frames.
  • information eg, logical channel identifier
  • RLC frames obtained from a single RLC entity will be described for convenience of description, but as described above, the same may be applied to RLC frames received from a plurality of RLC entities.
  • the RLC data PDU set 220 including the first RLC data PDU to the nth RLC data PDU may correspond to frame number 1
  • the ARQ PDU 230 may correspond to frame number 1.
  • the second RLC data PDU set (not shown) including the n+1th RLC data PDU to the n'th RLC data PDU corresponds to frame number 2 and an ARQ PDU (not shown) corresponding to frame number 2 can be created.
  • the first RLC frame including the first RLC data PDU set and the first ARQ PDU, the second RLC frame including the second RLC data PDU set and the second ARQ PDU, the nth RLC data PDU set and the th Including n ARQ PDUs may be referred to as an nth RLC frame. That is, hereinafter, the nth RLC frame corresponds to including the nth RLC data PDU set and the nth ARQ PDU.
  • the ARQ PDU may indicate which RLC frame the operation is associated with by including information on the frame number.
  • the ARQ PDU 230 may not be received from a higher layer, but may be newly generated from the RLC layer. Accordingly, the ARQ PDU 230 does not include a PDCP header or a PDCP SDU unlike other RLC data PDUs.
  • the ARQ PDU 230 may include an ARQ PDU payload 231 corresponding to a data part, and an RLC header 232 . Also, the ARQ PDU payload 231 or the RLC header 232 may include information for processing an operation related to the RLC data PDU set 220 .
  • the RLC layer may perform a predetermined RLC layer-related operation on the first RLC data PDU to the nth RLC data PDU once based on the ARQ PDU 230 , and may perform only the remaining RLC operations n times. Accordingly, the conventional RLC layer-related operation, which has a large load of packet processing, is reduced to 1/n, thereby solving the bottleneck in the RLC layer.
  • the MAC layer may generate MAC subheaders for each RLC data PDU and ARQ PDU 230 included in the RLC data PDU set 220 , respectively. Specifically, the MAC layer may generate the MAC sub PDU 250 by concatenating the MAC sub-header 251 to the ARQ PDU 230 . Also, the MAC layer may generate MAC sub PDUs by concatenating the MAC sub-header to each of the RLC data PDUs. Also, the MAC layer may generate an RLC data PDU set 220 , an ARQ PDU 230 , and a MAC PDU 240 including MAC subheaders. The generated MAC PDU 240 may be transmitted to the receiving device through a lower layer.
  • FIG. 3 is a flowchart illustrating an operation of a transmission apparatus according to an embodiment of the present disclosure.
  • the transmitting apparatus may obtain a plurality of RLC data protocol data units (PDUs) from the RLC entity.
  • the transmitting apparatus may obtain a plurality of PDCP PDUs from the PDCP layer, and the plurality of PDCP PDUs may correspond to RLC SDUs.
  • the transmitting apparatus may obtain a plurality of RLC SDUs from a higher layer and generate RLC PDUs in which an RLC header is concatenated with respect to the obtained RLC SDUs.
  • RLC PDUs obtained from the RLC layer may include RLC data PDUs.
  • the RLC PDU may include an RLC data PDU (TMD PDU, UMD PDU, AMD PDU) and an RLC control PDU (STATUS PDU, ARQ PDU), and the RLC control PDU may be generated in the RLC layer.
  • RLC data PDU TMD PDU, UMD PDU, AMD PDU
  • RLC control PDU STATUS PDU, ARQ PDU
  • the transmitting device may generate, in the RLC entity, an ARQ PDU corresponding to an RLC data PDU set including at least one of a plurality of RLC data PDUs according to resource allocation.
  • the ARQ PDU may include information for processing an operation related to the RLC data PDU set.
  • the ARQ PDU processes an operation related to an automatic retransmission request for at least one or more RLC data PDUs, an operation to determine whether it is within a reception window, an operation to determine whether it is a duplicate packet, or an operation to discard the packet It may include at least one or more of information for
  • the transmitting device may generate an ARQ PDU corresponding to the RLC data PDU set.
  • the transmitting device may generate a first ARQ PDU corresponding to the first RLC data PDU set and may generate a second ARQ PDU corresponding to the second RLC data PDU set.
  • the first ARQ PDU may include information for processing an operation related to the first RLC PDU set.
  • the number of RLC data PDUs included in the RLC data PDU set may be determined by resource allocation.
  • the RLC entity may obtain resource allocation information from the MAC layer.
  • the resource may be allocated in units of bytes, and the transmitting device may determine the RLC data PDU set based on the resource allocation information.
  • the transmitting device may determine to transmit the first RLC data PDU to the nth RLC data PDU based on the resource allocation information. That is, it may be determined that the first RLC data PDU to the nth RLC data PDU are included in one RLC data PDU set.
  • the transmitting device may generate an ARQ PDU corresponding to the determined RLC data PDU set, and the ARQ PDU may include information on the first RLC data PDU to the nth RLC data PDU included in the determined RLC data set. have.
  • the RLC data PDU set may include divided RLC SDUs according to resource allocation. For example, according to resource allocation, at least some of the first RLC SDU to n-1 RLC SDU and the n-th RLC SDU, and RLC headers (from among the first RLC SDU to n-1 RLC SDU, the n-th RLC SDU) corresponding to at least some) may be included in one RLC data PDU set.
  • the transmitting device may generate an ARQ PDU corresponding to the RLC data PDU set including the divided nth RLC SDU.
  • information on the divided nth RLC SDU eg, division information
  • the transmitting device may transmit the first MAC PDU generated based on the RLC data PDU set and the ARQ PDU in the MAC layer to the receiving device through a lower layer.
  • the first MAC PDU may include a single RLC data PDU set and a single ARQ PDU.
  • the first MAC PDU may include a plurality of RLC data PDU sets and a plurality of ARQ PDUs. For example, the first ARQ PDU to the nth ARQ PDU respectively corresponding to the first RLC data PDU set to the nth RLC data PDU set may be included in one MAC PDU.
  • the transmitting device may receive, from the receiving device, a STATUS PDU associated with the RLC data PDU set when a predetermined condition is satisfied.
  • the STATUS PDU may include ACK (acknowledgement) or NACK (negative-acknowledgement) indicating whether the RLC data PDU set is received.
  • the transmitting device When the STATUS PDU includes negative acknowledgment (NACK), the transmitting device generates a second MAC PDU including at least a part of the previously transmitted RLC data PDU set according to resource allocation for retransmission, and subordinates the second MAC PDU. It can transmit to the receiving device through the layer. If NACK is included in the STATUS PDU and resource allocation for retransmission is sufficient to include the previously transmitted RLC data PDU set, the second MAC PDU may include the entire RLC data PDU set. On the other hand, when resource allocation for retransmission is not sufficient to include the previously transmitted RLC data PDU set, the second MAC PDU may include at least a part of the previously transmitted RLC data PDU set.
  • NACK negative acknowledgment
  • the RLC data PDU set is a segmentation of the RLC data PDU set
  • the ARQ PDU may be updated based on the segmented RLC data PDU set.
  • the second MAC PDU may include a divided RLC data PDU set and an updated ARQ PDU.
  • the reception device may determine whether a predetermined RLC frame has been received based on a state variable, and may trigger a STATUS report when a predetermined condition is satisfied based on the determination result.
  • FIG. 4 is a diagram for explaining a MAC PDU according to an embodiment of the present disclosure.
  • the MAC PDU 400 may be generated based on not only one RLC frame but also a plurality of RLC frames.
  • the MAC PDU 400 may include MAC sub PDUs 410 and 420 and a plurality of MAC sub PDUs 411 and 421 .
  • the MAC sub PDU 410 indicates that the MAC sub-header is concatenated with the first ARQ PDU
  • the MAC sub PDU 420 indicates that the MAC sub-header is concatenated with the second ARQ PDU.
  • the MAC sub PDUs 411 are RLC data PDUs corresponding to the first ARQ PDU and MAC subheaders are spliced together
  • the MAC sub PDUs 421 are RLC data PDUs corresponding to the second ARQ PDU. Indicates that MAC subheaders are spliced to each.
  • the MAC PDU 400 may be generated based on a single RLC entity or a plurality of RLC frames received from several RLC entities.
  • the MAC PDU 400 may be generated based on a plurality of RLC frames received from a single RLC entity.
  • a single RLC entity may determine the first RLC frame and the second RLC frame based on the resource allocation information, and the MAC PDU 400 includes MAC sub PDUs 410 and 411 corresponding to the first RLC frame. ) as well as MAC sub PDUs 420 and 421 corresponding to the second RLC frame.
  • the MAC PDU 400 may include a plurality of RLC frames received from a plurality of RLC entities.
  • the MAC sub PDUs 410 and 411 are generated based on the first RLC frame received from the first RLC entity
  • the MAC sub PDUs 420 and 421 are the second RLC from the second RLC entity. It may be generated based on a frame.
  • a plurality of RLC frames received from a plurality of RLC entities may be included in one MAC PDU, and each RLC entity may independently operate a frame number as well as independently operate a sequence number.
  • RLC frame No. 3 (not shown) received from the first RLC entity
  • RLC frame No. 97 (not shown) received from the second RLC entity
  • MAC subheaders may be included in a single MAC PDU.
  • the MAC PDU transmitted to may include RLC frame No. 4 (not shown) received from the first RLC entity, RLC frame No. 98 (not shown) received from the second RLC entity, and MAC subheaders.
  • FIG. 5 is a diagram for explaining a location of a MAC sub PDU corresponding to an ARQ PDU within a MAC PDU according to an embodiment of the present disclosure.
  • the MAC sub PDUs 511 and 521 may be located in any part of the MAC PDUs 510 and 520 .
  • the MAC sub PDUs 511 and 521 mean including an ARQ PDU and a MAC subheader attached to the ARQ PDU.
  • the MAC sub PDU 511 may be located at the last part of the MAC PDU 510
  • the MAC sub PDU 521 may be located at the beginning of the MAC PDU 520 .
  • the MAC sub PDU 511 may be located in the last part of the MAC PDU 510 .
  • the RLC layer of the receiving device can process RLC data PDUs first even before processing the ARQ PDU and transfer the processing result to a higher layer.
  • the MAC sub PDU 521 may be located at the beginning of the MAC PDU 520 .
  • the RLC layer of the receiving device may process ARQ PDUs before RLC data PDUs, and accordingly, an additional reduction effect on the load of RLC operations may be obtained.
  • ARQ PDU and RLC data PDUs can be sequentially processed one by one in the same core, and it is easy to apply the processing result of the ARQ PDU to the processing of RLC data PDUs, so the MAC sub PDU 521 ) is initially located in the MAC PDU 520 may be effective in a single core environment.
  • the MAC sub PDU 521 is initially located in the MAC PDU 520 in a single core environment. It can be effective.
  • the MAC sub PDU corresponding to the ARQ PDU may also be located in the middle of the MAC PDU (not shown). In this case, some of the advantages obtained when the MAC sub PDU corresponding to the ARQ PDU is located at the beginning or the last part of the MAC PDU may each have.
  • the plurality of RLC frames may include a plurality of ARQ PDUs and RLC data PDU sets corresponding to each of the plurality of ARQ PDUs.
  • the MAC PDU includes MAC sub PDUs in which a MAC subheader is attached to each of a plurality of ARQ PDUs (hereinafter, MAC sub PDUs corresponding to the plurality of ARQ PDUs) and an RLC data PDU corresponding to each ARQ PDU.
  • Each of the RLC data PDUs may include sets of MAC sub PDUs (hereinafter, MAC sub PDU sets) in which a MAC sub-header is concatenated.
  • MAC sub PDUs corresponding to the plurality of ARQ PDUs may be located in each front part of the corresponding MAC sub PDU set or in each rear part of the corresponding MAC sub PDU set.
  • FIG. 6 is a diagram for explaining another structure for transmitting RLC data PDUs according to an embodiment of the present disclosure.
  • RLC super PDUs 631 and 620 are transmitted in the form of data, and a MAC subheader 632 may be attached to the RLC super PDUs 631 and 620 .
  • the RLC super PDU header 631 of the RLC super PDUs 631 and 620 may include information for processing operations related to the RLC super PDUs 631 and 620 .
  • the transmitting device may generate a plurality of RLC data PDUs 620 including the RLC data PDU 610 and RLC super PDUs 631 and 620 including the RLC super PDU header 631 and transmit it to the MAC layer.
  • the transmitting device may include information included in the ARQ PDU in the RLC super PDU header 631 without separately generating the ARQ PDU. That is, the transmitting device may generate the RLC super PDU header 631 in the RLC layer.
  • the MAC PDU 600 may include RLC super PDUs 620 and 631 and a MAC subheader 632 including a plurality of RLC data PDUs and an RLC super PDU header 631 .
  • the MAC subheader 632 may include information for processing operations related to the RLC super PDUs 620 and 631 .
  • the MAC PDU 600 may include a plurality of RLC super PDUs and respective MAC subheaders (not shown).
  • the overhead of the RLC operation may be reduced.
  • the MAC subheader 632 is generated only for the RLC super PDUs 631 and 620, so that the overhead of the MAC subheader itself can be reduced. have.
  • FIG. 7A is a diagram for explaining the division of an RLC data PDU set in byte units according to an embodiment of the present disclosure.
  • the RLC entity of the transmitting device may receive resource allocation information from the MAC layer, and resources may be allocated in units of bytes. Since the RLC entity determines the RLC data PDU set to be transmitted based on the resource allocation information, the first transmitted RLC data PDU set (hereinafter, the initial RLC data PDU set) does not need to be divided. Specifically, when resource allocation is insufficient to transmit the first RLC data PDU to the nth RLC data PDU and the ARQ PDU, a predetermined RLC SDU may be divided. That is, according to resource allocation, the initial RLC data PDU set includes the divided RLC SDU, and division is not performed on the initial RLC data PDU set itself.
  • the size of the RLC header attached to the nth RLC SDU may be changed according to the divided nth RLC SDU.
  • the transmitting apparatus may include information (eg, division information) on the divided nth RLC SDU in an RLC header corresponding to the divided nth RLC SDU.
  • the RLC data PDU set according to resource allocation may be determined in consideration of the changed size of the RLC header.
  • the RLC entity of the transmitting apparatus transmits an RLC data PDU set including RLC headers and an RLC data PDU set including the first RLC SDU to the n-1 th RLC SDU, at least a portion of the n th RLC SDU, and RLC headers based on the resource allocation information.
  • the transmitting apparatus may generate an ARQ PDU corresponding to an RLC data PDU set including a plurality of RLC data PDUs in which RLC headers are spliced to each of a plurality of RLC SDUs (or divided RLC SDUs).
  • RLC data PDUs and ARQ PDUs that may be included in the MAC PDU may be determined by resource allocation information.
  • the RLC entity of the transmitting device may determine at least a part of the RLC data PDU set to be retransmitted according to resource allocation. Specifically, when NACK (Negative Acknowledgment) is included in the STATUS PDU and resource allocation is sufficient, the transmitting device may retransmit the RLC data PDU set based on the NACK. If the resource allocation for retransmission is smaller than the transmission resource required to transmit the RLC data PDU set, the RLC entity performs byte unit segmentation on some of the RLC SDUs included in the RLC data PDU set. can do.
  • NACK Negative Acknowledgment
  • the RLC entity of the transmitting device may determine the first RLC frame according to the resource allocation information.
  • the first RLC frame may include a plurality of RLC data PDUs corresponding to sequence numbers 1 to 4 and an ARQ PDU corresponding to the plurality of RLC data PDUs.
  • the transmitting device may transmit a first MAC PDU (not shown) including the first RLC frame to the receiving device through a lower layer. If the RLC data PDU set is not received and a predetermined condition is satisfied, the receiving device may transmit a STATUS PDU including a NACK. When the STATUS PDU including the NACK is received, the transmitting device may decide to retransmit the RLC data PDU set.
  • the allowable retransmission size 711 allocated to each RLC entity by the MAC layer may be smaller than the size of the first RLC frame and may be in units of bytes.
  • the allowable retransmission size 711 may be a size including an RLC SDU corresponding to sequence number 1 to sequence number 2, at least a portion of an RLC SDU corresponding to sequence number 3, an ARQ PDU, and RLC headers. That is, the first RLC frame may be divided according to the retransmission allowable size 711 , and the division of the first RLC frame means division of the RLC SDU included in the first RLC frame.
  • the RLC frame is used as a concept including a complete RLC frame or a divided RLC frame, and when it is necessary to be distinguished, it will be separately specified as a divided RLC frame or a complete RLC frame.
  • the size of the RLC header may be changed. can be decided.
  • the transmitting device may divide the RLC data PDU set including the RLC data PDUs corresponding to sequence numbers 1 to 4 based on the retransmission allowable size 711 .
  • the transmitting device may divide the initial RLC data PDU set in units of bytes, and the retransmission RLC data PDU set includes RLC data PDUs corresponding to sequence numbers 1 and 2 and a part of the RLC SDU corresponding to sequence number 3 and an RLC header including information on the RLC SDU corresponding to sequence number 3 (eg, partition information).
  • the RLC data PDU also includes a part of the RLC SDU corresponding to sequence number 3 and the RLC header including information on the RLC SDU. That is, a part of a predetermined RLC SDU and an RLC header corresponding to the RLC SDU also correspond to the RLC data PDU.
  • the transmitting device may update the ARQ PDU based on the retransmission RLC data PDU set.
  • the ARQ PDU may include information on the retransmission RLC data PDU set.
  • the transmitter may generate the second MAC PDU 712 based on the retransmission RLC data PDU set and the updated ARQ PDU.
  • the second MAC PDU 712 may include a retransmission RLC data PDU set, an updated ARQ PDU, and MAC subheaders.
  • the sum of the sizes of the RLC data PDUs and the updated ARQ PDU included in the retransmission RLC data PDU set may correspond to the retransmission allowable size 711 .
  • the ARQ PDU included in the MAC sub PDU in the second MAC PDU 712 includes information on division, and the information on division includes information on whether to divide, information on the unit of division, and the location of division. It may include at least one or more of information about , a start point of division, an end point of division, or information about an offset from the start point of division.
  • FIG. 7B is a diagram for explaining the division of an RLC data PDU set into RLC SDU units according to an embodiment of the present disclosure.
  • the receiving device may transmit a STATUS PDU including a NACK when a predetermined condition is satisfied.
  • the transmitting device may retransmit the RLC data PDU set.
  • the allowable retransmission size 721 allocated to each RLC entity by the MAC layer may be smaller than the size of the first RLC frame and may be in bytes.
  • the allowable retransmission size 721 is a size including an RLC SDU corresponding to sequence number 1, an RLC SDU corresponding to sequence number 2, a portion of an RLC SDU corresponding to sequence number 3, an ARQ PDU, and RLC headers.
  • the transmitting device may divide the initial transmission RLC data PDU set based on the retransmission allowable size 721 .
  • the transmitting device may perform division of the RLC data PDU set in units of RLC SDU, and the divided RLC data PDU set (or the retransmission RLC data PDU set) may include RLC data PDUs corresponding to sequence numbers 1 to 2.
  • the second MAC PDU 722 generated based on the divided RLC data PDU set includes an ARQ PDU, RLC data PDUs corresponding to sequence numbers 1 to 2, and MAC subheaders, as well as the remaining resources 723 . It may further include at least one or more of a padding bit, an RLC PDU (not shown) from another RLC entity, a MAC subheader (not shown), or a MAC control element (not shown).
  • the transmitting device may update the ARQ PDU based on the divided RLC data PDU set.
  • the ARQ PDU may include information on the divided RLC data PDU set.
  • the transmitting device may generate the second MAC PDU 722 based on the divided RLC data PDU set and the updated ARQ PDU.
  • the second MAC PDU 722 may include the maximum number of RLC SDUs that can be included without division within the retransmission allowed size 721 .
  • the second MAC PDU 722 may include an ARQ PDU, RLC data PDUs corresponding to sequence numbers 1 to 2, and MAC subheaders.
  • the second MAC PDU 722 includes an ARQ PDU and RLC data PDUs corresponding to sequence numbers 1 to 2 , and MAC subheaders may be included.
  • the transmitting device since the size of the retransmitted segmented RLC frame becomes smaller than the retransmission allowable size 721 , the transmitting device includes a padding bit in the remaining resources 723 , RLC PDUs from other RLC entities (not shown), MAC At least one of a sub-header (not shown) and a MAC control element (not shown) may be added.
  • the RLC operation may be simplified.
  • the transmitting apparatus may retransmit at least a part of the RLC data PDU set in which the NACK is received, based on the resource allocation information.
  • the transmitting device may generate a MAC PDU (not shown) that further includes a new RLC data PDU set (initial RLC data PDU set) as well as the divided RLC data PDU set based on the resource allocation information in the MAC layer.
  • the effect of using the resource in units of bytes may be relatively small.
  • using a 1-byte resource when the size of the MAC PDU is 10 bytes is more efficient than using a 1-byte resource when the size of the MAC PDU is 1000 bytes. That is, as the size of the MAC PDU increases, it may be more efficient to simplify the RLC operation by performing the division in units of RLC SDUs.
  • the transmitting apparatus needs information (segment offset, SO ) on a point where segmentation occurs. Accordingly, the type or structure of the header of the RLC data PDUs may be complicated, and the operation for processing the corresponding information also belongs to an operation with a large load of packet processing during the RLC operation. On the other hand, when the division is performed in units of RLC SDUs, the type or structure of the header of RLC PDUs may be simplified, and a corresponding processing operation may also be simplified.
  • FIG. 8A is a diagram for explaining an existing ARQ-related operation according to an embodiment of the present disclosure.
  • the receiving device may receive MAC PDUs through a lower layer. Specifically, when the transmitting device transmits MAC PDU #1 to MAC PDU #3, and the receiving device fails to receive at least one of MAC PDU #1 to MAC PDU #3, the RLC layer based on each RLC data PDU Thus, it is possible to perform an operation on RLC data PDUs.
  • the receiving device may perform an RLC layer operation on the RLC data PDUs by referring to each RLC data PDU or an RLC header attached to each RLC data PDU. That is, the reception device should perform an operation of the RLC layer (eg, an operation related to ARQ) based on each of the RLC data PDUs corresponding to the sequence number 1 to the sequence number 12.
  • the receiving device may determine whether RLC SDUs corresponding to sequence numbers 5 to 8 have been received based on each of 12 RLC data PDUs, and based on the determination result, the receiving device sends a sequence to the transmitting device. Retransmission of RLC SDUs corresponding to number 5 to sequence number 8 may be requested. That is, since the receiving device has to determine whether to receive RLC SDUs based on each RLC data PDU, there is a problem in that the ARQ-related operation load is large.
  • 8B is a diagram for explaining an existing sequence number-based RLC operation according to an embodiment of the present disclosure.
  • the receiving apparatus may update ( 800 ) state variables based on the sequence number included in the RLC header of RLC data PDUs received from the RLC layer and division information on RLC SDUs. Specifically, when an RLC data PDU including a complete RLC SDU (meaning an undivided RLC SDU) corresponding to sequence number 1 is received, the receiving device sets a state variable (RX_Next) indicating the next RLC SDU to be received to 2 can be updated with In addition, when an RLC data PDU including a complete RLC SDU corresponding to sequence number 2 is received, the receiving device may update a state variable (RX_Next) indicating the next RLC SDU to be received to 3.
  • RX_Next state variable
  • the receiving device may not update the parameter RX_Next to 3 because the RLC SDU corresponding to sequence number 2 has not been completely received. That is, the state variable RX_Next indicates a sequence number immediately following the last sequence number among complete RLC SDUs received without a hole in the order of the sequence number.
  • a hole means an RLC SDU(s) or a part(s) of an RLC SDU that are not received among the received RLC SDUs.
  • the receiving device may perform an RLC operation based on each of the RLC data PDUs.
  • the receiving device receives the RLC data PDU including the complete RLC SDU corresponding to the sequence number 4 and updates the state variable Rx_Next to 5, but the complete RLC SDU corresponding to the sequence number 5 RLC data PDUs including RLC SDUs corresponding to sequence numbers 9 to 12 may be received instead of RLC data PDUs including In this case, the state variable (Rx_Next_Highest) indicating the sequence number immediately following the highest sequence number among the received RLC SDUs may be updated to 13.
  • the receiving device can know that a hole that is not received RLC SDU(s) or a part(s) of RLC SDU has occurred among the received RLC SDUs based on the state variable (Rx_Next) and the state variable (Rx_Next_Highest) have. That is, the receiving device may transmit a STATUS PDU including information (eg, NACK) that the complete RLC SDU corresponding to the sequence number 5 has not been received based on the status variable (Rx_Next) being 5 to the transmitting device. .
  • information eg, NACK
  • the ARQ and packet discard related operation 810 may be performed based on the update 800 of the state variable. That is, the ARQ and packet discard related operation 810 may be performed for each of the RLC data PDUs.
  • the receiving apparatus may determine whether a plurality of RLC SDUs have been repeatedly received based on the sequence number, and may discard the redundantly received RLC SDUs or some of the RLC SDUs.
  • t-Reassembly management and STATUS PDU generation 820 may also be performed based on sequence numbers included in each of the RLC data PDUs.
  • the division management 830 may also be performed for each of the RLC data PDUs. That is, the update 800 of the status variable, the operation 810 related to ARQ and packet discard, the t-Reassembly management and the STATUS PDU generation 820 , and the division management 830 are all sequence number-based for RLC data PDUs. processing may be performed.
  • the above-described operations 800, 810, 820 830 correspond to operations with a relatively large packet processing load when operating based on the sequence number, and in a high-speed data rate environment in which many RLC data PDUs must be processed in a short time. A method for reducing the packet processing load generated for each RLC data PDU is required.
  • ARQ PDU-based RLC operations according to an embodiment of the present disclosure will be described with reference to FIGS. 9A to 9C .
  • 9A is a diagram for explaining an RLC operation based on an ARQ PDU according to an embodiment of the present disclosure.
  • the receiving device may receive MAC PDUs through a lower layer. Specifically, when the transmitting device transmits MAC PDU #1 to MAC PDU #3, and the receiving device fails to receive at least one of MAC PDU #1 to MAC PDU #3, an RLC frame based on ARQ PDUs in the RLC layer It is possible to perform an RLC operation for them.
  • MAC PDU #1 to MAC PDU #3 are respectively a first RLC frame (RLC data PDUs corresponding to sequence numbers 1 to 4) to a third RLC frame (RLC corresponding to sequence numbers 9 to 12), respectively. data PDUs) will be described.
  • the reception device may perform an operation on the RLC frame corresponding to the ARQ PDU based on the ARQ PDU. Specifically, the receiving device updates the state variable based on the ARQ PDU corresponding to the frame number 1 to the frame number 3 without having to update the state variable for each RLC data PDU corresponding to the sequence number 1 to the sequence number 12. can do.
  • the receiving device receives information indicating that the second RLC frame has not been received (eg, For example, a STATUS PDU including NACK information) may be transmitted to the transmitting device. Accordingly, the transmitting apparatus may perform an ARQ-related operation for the second RLC frame. That is, the reception device may perform an RLC operation related to the first RLC frame to the third RLC frame based on three ARQ PDUs corresponding to frame number 1 to frame number 3 .
  • information indicating that the second RLC frame has not been received eg, For example, a STATUS PDU including NACK information
  • the transmitting apparatus may perform an ARQ-related operation for the second RLC frame. That is, the reception device may perform an RLC operation related to the first RLC frame to the third RLC frame based on three ARQ PDUs corresponding to frame number 1 to frame number 3 .
  • 9B is a diagram for explaining an ARQ PDU-based RLC operation according to an embodiment of the present disclosure.
  • the reception device determines whether sequence numbers corresponding to a plurality of RLC data PDUs are included in a reception window based on information included in at least one ARQ PDU, and determines whether a plurality of RLC data PDUs are included in the reception window. Among them, an RLC data PDU corresponding to a sequence number not included in the reception window may be discarded.
  • the information included in the ARQ PDUs may include information on sequence numbers for each of the plurality of RLC data PDUs. For example, referring to FIG. 9A , an ARQ PDU corresponding to frame number 1 may include information on 1 to 4 sequence numbers of RLC data PDUs.
  • the reception device may determine whether the sequence number of the RLC data PDU in the corresponding RLC frame is within the reception window through the managed state variable (RX_Next_s_ARQ, 912) based on the information included in the ARQ PDU.
  • a state variable (RX_Next_s_ARQ) indicates a sequence number immediately following the last sequence number among complete RLC SDUs received without a hole in sequence number order.
  • the reception device may detect whether the RLC data PDU is discarded based on the sequence number-based status variable (RX_Next_s_ARQ, 912) and the reception window, and may update information on the reception status of the RLC frame. Specifically, the receiving device manages the state variable (RX_Next_s_ARQ, 912) based on information included in the ARQ PDU in the RLC frame, and detects whether the RLC data PDU is discarded based on the state variable (RX_Next_s_ARQ, 912). can do.
  • the state variable RX_Next_s_ARQ, 912
  • the receiving device may need information on the reception status of RLC frames corresponding to the sequence number or frame number in the reception window.
  • the reception status may be managed based on information in the ARQ PDU.
  • the sequentially concatenated RLC SDUs included in the initial RLC data PDU set are referred to as RLC SDU sets.
  • the complete RLC SDU set in the first RLC frame is received (hereinafter, for convenience of description, when the complete RLC SDU set is received, it will be described that the complete RLC frame is received)
  • the second RLC frame was not received, and only bytes 0 to 100 of the RLC SDU set in the third RLC frame were received (hereinafter, for convenience of explanation, when a part of the RLC SDU set is received, a part of the RLC frame is It can be described as received). If some or all of the RLC SDU sets in a given RLC frame are discarded, the fact that some or all of the RLC SDU sets in the RLC frame are not received should be reflected in the reception status.
  • a packet discard operation may be performed according to the management of a sequence number-based state variable.
  • the reception device may discard the RLC data PDU based on the state variable RX_Next_s_data 913 and the reception window.
  • a state variable (RX_Next_s_data) indicates a sequence number immediately following the last sequence number among complete RLC SDUs received without a hole in the order of the sequence number. That is, the reception device may discard the RLC data PDU based on the state variable RX_Next_s_data 913 .
  • the receiving device updates the status variable (RX_Next_s_data, 913) based on the sequence number in the RLC header of the RLC data PDU, and the corresponding sequence number is received based on the status variable (RX_Next_s_data, 913) Depending on whether it is within the window or not, it can perform packet discards.
  • the state variable (RX_Next_s_ARQ) managed based on the sequence number in the ARQ PDU is not separately provided, but based on the state variable (RX_Next_s_data) managed based on the sequence number in the RLC header of the RLC data PDU. Accordingly, one of the ARQ PDU processing operations, whether or not a packet is discarded, can be detected.
  • the state variable (RX_Next_s_data) may be a shared variable between the ARQ PDU processing operation and the RLC data PDU processing operation. Operations related to shared variables may cause performance limitations in certain multi-core-based environments.
  • the reception apparatus may manage the reception windows based on the sequence number.
  • the reception device may manage a reception window based on a frame number, and related details will be described with reference to FIG. 9C .
  • the receiving device may perform an ARQ-related operation 911 based on the frame number.
  • the ARQ-related operation 911 performed based on the frame number may include operations related to management of state variables, management of t-Reassembly, and generation of STATUS PDUs. Specifically, when an ARQ PDU corresponding to frame number 1 is received, the receiving device may update a state variable (RX_Next_f) indicating the next RLC frame to be received to 2.
  • the state variable RX_Next_f may not be updated to 2.
  • the state variable RX_Next_f may not be updated because some of the first RLC frames are still not received.
  • the receiving device may determine whether to receive a plurality of RLC data PDUs based on the ARQ PDUs.
  • the state variable RX_Next_f indicates the next frame number of the last frame number among complete RLC frames received without a hole in the order of the frame number. That is, the state variable RX_Next_f may indicate that all RLC frames before the value corresponding to the state variable RX_Next_f have received complete RLC frames.
  • the frame number of the RLC frame having the smallest frame number may be updated.
  • the state variable Rx_Next_Highest_f may be updated to 4.
  • the state variable RX_Next_Highest_f may indicate a frame number immediately following the highest frame number among received RLC frames. Specifically, when the ARQ PDU is received, if the frame number is greater than or equal to the value of the existing state variable RX_Next_Highest_f, the value of the state variable RX_Next_Highest_f may be updated to the frame number + 1.
  • the receiving device may know that there is an unreceived RLC frame(s) or part(s) of the RLC frame among the received RLC frames based on the state variable Rx_Next_f and the state variable Rx_Next_Highest_f. That is, the receiving device can know that a hole has occurred in the reception of RLC SDU sets from the presence of unreceived RLC frame(s) or part(s) of the RLC frame among the received RLC frames.
  • the receiving device When a predetermined condition is satisfied based on the state variable (Rx_Next) being 2 and the state variable (Rx_Next_Highest_f) being 4, the receiving device receives information indicating that the second RLC frame corresponding to frame number 2 has not been received (eg, A STATUS PDU including NACK) may be transmitted to the transmitting device.
  • the state variable (Rx_Next) being 2
  • the state variable (Rx_Next_Highest_f) being 4
  • the receiving device receives information indicating that the second RLC frame corresponding to frame number 2 has not been received (eg, A STATUS PDU including NACK) may be transmitted to the transmitting device.
  • the status variable RX_Highest_Status_f may indicate the highest frame number that can be included as a value of the ACK_FN field in the STATUS PDU.
  • the ACK_FN field may be included in the STATUS PDU, and the ACK_FN field may include the frame number of the next RLC frame in which complete reception is not achieved except for RLC frames including NACK information in the corresponding STATUS PDU.
  • the time of generation of the STATUS PDU is After it is detected that at least a portion has not been received, the t-Reassembly timer (a timer for detecting failure of reception of an RLC frame in a lower layer) starts and expires (that is, when a predetermined time has elapsed).
  • RLC frames corresponding to a frame number less than or equal to the status variable (RX_Highest_Status_f) are subject to STATUS PDU (RLC ACK/NACK) generation.
  • RLC frames having a frame number greater than the status variable (RX_Highest_Status_f) do not include the corresponding ACK/NACK information in the STATUS PDU because they are not the target of generation of the STATUS PDU even if the generation of the STATUS PDU is triggered.
  • the status variable (RX_Highest_Status_f) confirms that the complete RLC frame with the frame number included in the ARQ PDU has been received, based on the information in the ARQ PDU and the RLC frame reception status information managed by the receiving device. , may be updated when the corresponding frame number is the same as the existing status variable (RX_Highest_Status_f).
  • the status variable (RX_Highest_Status_f) corresponds to a frame number larger than the value of the status variable (RX_Highest_Status_f) when the above-described condition is satisfied, and among RLC frames that have not been completely received (some or all of them are not received), the most It can be updated with the frame number of the RLC frame with a small frame number.
  • the status variable (RX_Highest_Status_f) corresponds to a frame number larger than the value of the status variable (RX_Next_Status_Trigger) and is the smallest among RLC frames that have not been completely received (some or all are not received). It can be updated with the frame number of the RLC frame with the frame number.
  • the status variable (RX_Next_Status_Trigger_f) indicates the frame number immediately following the frame number of the RLC frame that triggered the t-Reassembly timer by generating a hole by being received by the receiving device (frame number of the RLC frame that triggered the t-Reassembly timer + 1) can That is, the status variable (RX_Next_Status_Trigger_f) indicates that, with respect to a received RLC frame when the t-Reassembly timer is not running, a portion preceding the received portion in the corresponding RLC frame has not yet been received, or the frame number of the corresponding RLC frame.
  • the RLC frames with a smaller frame number When at least some of the RLC frames with a smaller frame number have not yet been received, it may indicate the frame number+1 of the received RLC frame.
  • the state variable (RX_Next_Status_Trigger_f) is the second RLC frame (corresponding to frame number 2) in a state in which at least a portion is not received, 4, which is frame number+1 of the received third RLC frame (corresponding to frame number 3) may be indicated. That is, when the t-Reassembly timer is not running, the status variable RX_Next_Status_Trigger_f may indicate the frame number+1 of the RLC frame in which the hole is generated by being received.
  • the state variable RX_Next_Status_Trigger_f may update the value of the state variable RX_Next_Status_Trigger_f to the value of the state variable RX_Next_Highest_f when the t-Reassembly timer is started.
  • the state variables (Rx_Next_f, Rx_Next_Highest_f, RX_Highest_Status_f, RX_Next_Status_Trigger_f) may be managed based on the frame number.
  • the t-Reassembly timer is stopped when one or more of the following conditions are satisfied after the update of the related state variables is performed according to the above-described method. It can be reset later.
  • the following conditions may be conditions for confirming that a hole between received RLC frames is filled.
  • Status variable (RX_Next_Status_Trigger_f) Status variable (RX_Next_f) + 1, and for an RLC frame in which the frame number is the same as the value of the status variable (RX_Next_f), the total data part (of the RLC SDU set of the RLC frame) received from the receiving device At least part) is a continuous part without a hole from the beginning of the RLC SDU set of the corresponding RLC frame or the entire RLC SDU set of the corresponding RLC frame
  • the t-Reassembly timer when the t-Reassembly timer is not running when ARQ PDU is received and one or more of the following conditions are satisfied, the t-Reassembly timer may be started. Also, the following conditions may be conditions for confirming that a hole has occurred between a received RLC frame and a previously received RLC frame.
  • State variable (RX_Next_Highest_f) state variable (RX_Next_f) + 1, and for an RLC frame in which the frame number is equal to the value of the state variable (RX_Next_f), the total data portion (of the RLC SDU set of the RLC frame) When there is a hole that is not received in the middle of at least a part)
  • the t-Reassembly timer may be started when one or more of the following conditions are satisfied.
  • the following conditions may be conditions for confirming that a hole is generated between RLC frames received by the receiving device.
  • Status variable (RX_Next_Highest_f) status variable (RX_Highest_Status_f) + 1, and for an RLC frame whose frame number is the same as the value of the status variable (RX_Highest_Status_f), the total data part (of the RLC SDU set of the RLC frame) received from the receiving device When there is a hole that is not received in the middle of at least a part)
  • the ARQ-related operation 911 performed based on the frame number may include t-Reassembly management. Also, the ARQ-related operation 911 performed based on the frame number may include a STATSU PDU generation operation. Specifically, when the t-Reassembly timer expires, STATUS reporting may be triggered in the receiving device to generate a STATUS PDU and transmit the generated STATUS PDU to the transmitting device.
  • the receiving device may generate a STATUS PDU (including RLC ACK or RLC NACK) including information on whether an RLC frame is received based on the frame number based on the ARQ PDU.
  • STATUS reporting when STATUS reporting is triggered when a predetermined condition is satisfied, the receiving device may generate a STATUS PDU for the received RLC frame and transmit it to the transmitting device.
  • the condition that the receiving device triggers STATUS reporting is as follows.
  • the receiving device may generate a STATUS PDU and transmit it to the transmitting device
  • the NACK_FN field having the value of the frame number (FN) of the RLC frame and the part where the hole occurs FSOstart field and FSOend field indicating the location of the STATUS PDU are included
  • a NACK_FN field having the smallest frame number value among the corresponding RLC frames; and a NACK_range field indicating the number of consecutive RLC frames that have not been received (the number of consecutive RLC frames corresponding to the RLC SDU set included in the hole) is included in the STATUS PDU (in this case, among the consecutive RLC frames, the first Alternatively, if only a part of the last RLC frame is not received, the STATUS PDU may additionally include the FSOstart field and the FSOend field indicating the corresponding position in the RLC SDU set in each RLC frame)
  • the transmitting device may trigger STATUS reporting from the receiving device by setting the value of the polling bit field (P field) to 1 in the ARQ PDU.
  • the transmitting device performs the following procedure to set the counter of the transmitting device. can be managed and the value of the polling bit field (P field) of the ARQ PDU can be set.
  • the state variable POLL_FN managed by the transmitting device may indicate the frame number value of the ARQ PDU in which the polling bit field P field is set to 1.
  • the state variable (POLL_FN) is the value of the state variable (POLL_FN) in the RLC layer when delivering an RLC frame including an ARQ PDU in which the polling bit field (P field) is set to 1 to the lower layer, the frame number of the RLC frame can be set to
  • the sending device may use the t-PollRetransmit timer to manage poll retransmission. That is, if the transmitting device transmits an ARQ PDU in which the value of the polling bit field (P field) is set to 1, but a STATUS PDU is not received before the expiration of the t-PollRetransmit timer from the receiving device, poll can be retransmitted (i.e. , by setting the value of the polling bit field (P field) of the next ARQ PDU to 1 again).
  • the transmitting device When the RLC frame including the ARQ PDU in which the value of the polling bit field (P field) is set to 1 is delivered to the MAC layer, if the t-PollRetransmit timer is not running, the transmitting device starts the t-PollRetransmit timer, If the t-PollRetransmit timer is already running, the transmitter may restart the t-PollRetransmit timer.
  • the t-PollRetransmit timer may be reset after being stopped when receiving a STATUS PDU containing information on whether an RLC frame corresponding to the state variable (POLL_FN) has been received. Meanwhile, when the t-PollRetransmit timer expires, the value of the polling bit field (P field) of the next ARQ PDU may be set to 1 again.
  • the transmitting device may perform the following operation.
  • the transmitting device when the number of retransmissions of the RLC frame exceeds a predetermined number (meaning that the link condition between the transmitting device and the receiving device has deteriorated), the transmitting device notifies the upper layer of this so that the link between the transmitting device and the receiving device can be managed
  • handling 914 can be performed only when division occurs, and must be performed for each RLC data PDU as shown in FIG. 8B .
  • the division management 914 includes storing the fragmented RLC SDU, concatenating parts of the received RLC SDU with the same sequence number, and concatenating parts of the RLC SDU having the same sequence number if possible to complete the RLC SDU. may include actions to create That is, since division occurs in a predetermined RLC SDU in an RLC frame, the division management 914 may be performed when processing an RLC data PDU including a predetermined RLC SDU, a corresponding sequence number, and division information of the RLC SDU. That is, the division management 914 may be performed based on the sequence number.
  • 9C is a diagram for explaining an ARQ PDU-based RLC operation according to another embodiment of the present disclosure.
  • an operation of updating a state variable based on a frame number, managing t-Reassembly, and generating a STATUS PDU may be performed.
  • FIG. 9C descriptions overlapping those of FIG. 9B will be omitted, and only parts different from those of FIG. 9B will be described.
  • the receiving device may determine RLC frames to be discarded based on the frame number of at least one ARQ PDU, and discard the corresponding RLC frame.
  • an ARQ-related operation as well as a packet discard operation may be performed based on the ARQ PDU.
  • the RLC frame corresponding to the frame number is discarded, and thus RLC data PDUs included in the corresponding RLC frame may also be discarded. Since the packet discard operation is performed based on the RLC frame when processing the ARQ PDU, among the operations to be processed when the RLC data PDU is received, sequence number-based reception window management, state variables (RX_Next_s_data, RX_Next_s_ARQ) management, and each RLC data The operation of checking whether the sequence number of the PDU is included in the reception window may be omitted. That is, the processing operation for the RLC data PDU may be reduced.
  • the packet discard-related operation 912 is performed based on the sequence number included in the ARQ PDU and the sequence number included in the RLC header of the RLC data PDU
  • the packet discard-related operation 921 is the ARQ PDU It is different from FIG. 9C which is performed based on the frame number in .
  • the receiving device determines whether at least a portion of the RLC data PDU set has been repeatedly received based on a frame number included in at least one ARQ PDU and division information on at least a portion of the RLC data PDU set, and the duplicate reception is performed.
  • the RLC data PDU set or the divided RLC data PDU set determined to be can be discarded. That is, even when the receiving device determines that the RLC data PDU set or the divided RLC data PDU set (if there is division) is repeatedly received, the RLC data PDU set or the divided RLC data PDU set ( If there is a division) can be discarded.
  • packet discarding may be performed in the PDCP layer or MAC layer instead, an operation related to packet discarding may not be performed in the RLC layer.
  • 10A is a diagram for explaining processing of an RLC operation in a multi-core environment according to an embodiment of the present disclosure.
  • an RLC operation may be processed in a multi-core environment.
  • it may be necessary to process packets based on a multi-core-based parallel structure.
  • the performance of the multi-core may be degraded by the critical section, which is an operation that requires access to a shared resource from each core. Accordingly, a method for minimizing the critical section is required, and the method of FIG. 9B can be an efficient method for multi-cores.
  • CPU 0 to CPU 3 mean different cores, respectively.
  • the plurality of cores CPU 0 to CPU 3 may perform an RLC operation in parallel (parallel flow). However, in order to perform a predetermined RLC operation, the plurality of cores (CPU 0 to CPU 3) may require access to a shared resource.
  • RLC operations, state variables, timers, RLC frame reception status, etc. are shared resources that multiple cores must access to process RLC operations, and operations that need to access shared resources correspond to the critical section.
  • ARQ-related operations, packet discard-related operations, division management, etc. may be included in the critical section. That is, in FIGS. 8B, 9B, and 9C , all operations other than the operation of transferring a packet to the PDCP layer may be included in the critical section.
  • this section may be a section in which a busy wait (waiting for use of shared resources) occurs.
  • the busy wait period ends, the corresponding shared resource may be used by any one of the other cores (CPU 1 to CPU 3).
  • 10B is a diagram for explaining the efficiency of an RLC operation in a multi-core environment according to an embodiment of the present disclosure.
  • 10B is a graph for explaining the effect of a critical section on synchronization efficiency according to the number of cores.
  • the performance of the multi-core when a critical section of 8% occurs may increase until the number of cores reaches a predetermined number, and then decrease thereafter.
  • the synchronization efficiency may increase until the number of cores reaches 10, and then decrease thereafter. That is, by the critical section, a section in which the efficiency that may occur as a result of using a plurality of cores is increased may be limited to a section within a predetermined number of cores.
  • FIG. 11 is a flowchart illustrating an operation of a receiving apparatus according to an embodiment of the present disclosure.
  • the receiving device may receive, in the MAC layer, an ARQ PDU and a first MAC PDU including a plurality of RLC data PDUs corresponding to the ARQ PDU.
  • the ARQ PDU may include information for processing an RLC operation related to a plurality of RLC data PDUs.
  • the ARQ PDU may include identification information on RLC data PDUs corresponding to the ARQ PDU.
  • the receiving device may update state variables of the RLC data PDU set corresponding to the plurality of RLC data PDUs based on the ARQ PDU in the RLC entity. For example, the reception device may process the RLC data PDU set based on information included in the ARQ PDU.
  • the details of updating the state variables based on the ARQ PDU based on the frame number or the sequence number have been described above with reference to FIGS. 9B and 9C, and thus will be omitted herein.
  • the receiving device transmits, to the transmitting device, a STATUS PDU generated based on reception status information indicating reception status of at least one or more RLC data PDU sets within the reception window and an updated status variable. can do.
  • the receiving device generates a STATUS PDU and generates a STATUS PDU by detecting a reception failure of the entire RLC frame or at least a part of the RLC frame through management of a state variable and a t-Reassembly timer. can be transmitted Specific operations for generating the STATUS PDU are the same as described above, and thus will be omitted here.
  • FIG. 12 is a diagram for explaining a method of processing division upon retransmission of an RLC frame according to an embodiment of the present disclosure.
  • the retransmission RLC data PDU set may be divided into the initial RLC data PDU set, and in this case, the division may be performed in units of bytes or RLC SDUs.
  • the division of the RLC frame or the RLC data PDU set will be described for convenience of description.
  • the division of the RLC frame or the RLC data PDU set means the division of the RLC SDU within the RLC frame. That is, the RLC header cannot be a target of division, and only the size of the RLC header can be changed according to division.
  • RLD SDUs included in a retransmission RLC data PDU set may be segmented into byte units or RLC SDU units based on resource allocation.
  • information included in an ARQ PDU when an RLC data PDU set is divided into a byte unit or an RLC SDU unit will be described with reference to FIG. 12 .
  • the receiving device may determine whether to divide the RLC data PDU set based on the ARQ PDU included in the received MAC PDU.
  • the ARQ PDU included in the MAC PDU includes information on the division of the divided RLC frame, and the information on division includes information on whether to divide, information on the unit of division, information on the location of division, It may include at least one of information on a start point of division, an end point of division, or an offset of division.
  • the ARQ PDU may include frame segmentation information (FSI).
  • FSI determines whether there is no segmentation within the RLC frame (i.e., a complete frame), whether it is segmented at the beginning of the RLC frame, segmented at the end of the RLC frame, or segmented in the middle of the RLC frame (the It may indicate information about whether it is a division in the first part or the last part).
  • the division of the RLC frame or the RLC data PDU set means division of the RLC SDU or a part of the RLC SDU within the RLC frame. That is, when the division of the RLC frame is the first part, it means that the RLC frame is divided to include the first part of RLC SDUs or parts of RLC SDUs included in the RLC data PDU set of the RLC frame.
  • the FSI may be expressed by 2 bits. If the FSI is 00, no division has occurred in the RLC frame, and if the FSI is 01, RLC SDUs or RLCs included in the RLC data PDU set of the RLC frame. Partitioned to include the first part of SDUs, FSI to include the last part of RLC SDUs or parts of RLC SDUs included in the RLC data PDU set of the RLC frame when FSI is 10, FSI 11 may indicate that the RLC SDUs included in the RLC data PDU set of the RLC frame are divided to include the middle part rather than the first and last part of the RLC SDU parts.
  • information on the split position in the RLC frame may be included in the ARQ PDU in another method, and is not limited to the above-described example.
  • information included in the ARQ PDU when the RLC data PDU set of the RLC frame is segmented into byte units or RLC SDU units according to resource allocation will be described below.
  • the object of division in the RLC frame corresponds to the division of the RLC SDU or a part of the RLC SDU included in the RLC data PDU set, not the ARQ PDU.
  • the division of the RLC frame may mean the division of an RLC SDU or a part of the RLC SDU included in the RLC data PDU set.
  • the division of the RLC frame will be described.
  • the receiving device receives the RLC frame corresponding to frame number 1 based on the ARQ PDU, no division occurs in the received RLC frame, and the RLC frame receives the RLC data PDU corresponding to sequence number 1 as the first It can be seen that an RLC frame including RLC data PDUs and including RLC data PDUs up to sequence number 8 has been received.
  • the retransmitted RLC frame may be divided into predetermined parts. 12 , it is assumed that division occurs twice within the RLC frame. Specifically, according to resource allocation, in the first retransmission (retransmission 1), the first part of the divided RLC frame is transmitted, in the second retransmission (retransmission 2), the middle part of the divided RLC frame is transmitted, and in the third retransmission (retransmission) In 3), it is assumed that the last part of the divided RLC frame is transmitted.
  • the frame segment offset (FSO) information is a parameter ( FSOstart) and a parameter (FSOend) indicating an end point at which splitting occurs in an RLC SDU set in which RLC SDUs (parts excluding the RLC header in the RLC data PDU) included in the RLC data PDU set are sequentially connected. Since the start point in the first part of the split RLC frame is always the beginning of the RLC frame, the ARQ PDU may not include a parameter (FSOstart) indicating the start point of the split. That is, since the first part of the divided RLC frame includes the first part of the RLC SDU set, the ARQ PDU does not include the parameter FSOstart and may include a parameter FSOend indicating the end point of the division.
  • the receiving device receives the part of the RLC frame corresponding to frame number 1 based on the ARQ PDU, the part of the RLC frame corresponds to the first part of the divided RLC frame, and the first part of the divided RLC frame is in sequence number 1
  • the corresponding RLC data PDU is included as the first RLC data PDU, and 3 different RLC data PDUs are included.
  • the receiving device receives at least a portion of the third RLC data PDU (corresponding to sequence number 3) from the RLC data PDU corresponding to sequence number 1 in the first part of the divided RLC frame. It can be seen that it contains Also, based on the value of the parameter FSOend being 100, the receiving device can know that the division has occurred at a point 100 bytes away from the start point of the RLC SDU set.
  • the receiving device receives a part of the RLC frame corresponding to frame number 1 based on the ARQ PDU, the part of the RLC frame corresponds to the middle part of the divided RLC frame, and the middle part of the divided RLC frame is sequence number 3 It can be seen that the corresponding RLC data PDU is included as the first RLC data PDU, and 3 different RLC data PDUs are included. In addition, based on the data PDU count being 3, the receiving device detects that the middle part of the RLC frame divided from the RLC data PDU corresponding to sequence number 3 to the third RLC data PDU (corresponding to sequence number 5) has been received. Able to know.
  • the receiving device can know that the division started at a point 100 bytes away from the start point of the RLC SDU set. Also, based on the value of the parameter FSOend being 130, the receiving device can know that the division is finished at a point 130 bytes away from the start point of the RLC SDU set.
  • the ARQ PDU may not include a parameter (FSOend) indicating the end point at which the split occurs. That is, since the last part of the split RLC frame always includes the last part of the RLC SDU set, the ARQ PDU does not include a parameter FSOend, but may include a parameter FSOstart indicating a start point of the split.
  • the receiving device receives the part of the RLC frame corresponding to frame number 1 based on the ARQ PDU, the part of the RLC frame corresponds to the last part of the divided RLC frame, and the last part of the divided RLC frame is at sequence number 5 It can be seen that the corresponding RLC PDU is included as the first RLC data PDU, and 4 different RLC data PDUs are included. In addition, based on the data PDU count being 4, the receiving device recognizes that the last part of the RLC frame divided from the RLC data PDU corresponding to the sequence number 5 to the fourth RLC data PDU (corresponding to the sequence number 8) has been received. Able to know.
  • the receiving device may know that the division started at a point 130 bytes away from the start point of the RLC SDU set.
  • the last part of the divided RLC frame may include from the above-described start point to the end of the RLC SDU set corresponding to the sequence number 8.
  • the ARQ PDU When the RLC frame (as described above, the division occurs within the RLC SDU set) is divided into SDU units, unlike the above-described byte unit division, frame segment offset (FSO) information is included in the ARQ PDU. no need. That is, when the RLC SDU set is divided into RLC SDU units, the ARQ PDU does not need to include FSO information because division does not occur within the RLC SDU. Accordingly, when divided into RLC SDU units, information included in the ARQ PDU can be simplified, which will be described later.
  • FSO frame segment offset
  • the receiving device receives the RLC frame corresponding to frame number 1 based on the ARQ PDU, no division occurs in the received RLC frame, and the RLC frame receives the RLC data PDU corresponding to sequence number 1 as the first It can be seen that an RLC frame including RLC data PDUs and including RLC data PDUs up to a total sequence number of 8 has been received.
  • the receiving device receives the part of the RLC frame corresponding to frame number 1 based on the ARQ PDU, the part of the RLC frame corresponds to the first part of the divided RLC frame, and the first part of the divided RLC frame is in sequence number 1 It can be seen that the corresponding RLC data PDU is included as the first RLC data PDU, and 3 different RLC data PDUs are included. That is, the receiving device can know that the first part of the divided RLC frame includes RLC data PDUs corresponding to sequence numbers 1 to 3.
  • the receiving device receives a part of the RLC frame corresponding to frame number 1 based on the ARQ PDU, the part of the RLC frame corresponds to the middle part of the divided frame, and the middle part of the divided RLC frame corresponds to the sequence number 4 It can be seen that the first RLC data PDU includes the RLC data PDU and includes two different RLC data PDUs. That is, the receiving device can know that the middle part of the divided RLC frame includes RLC data PDUs corresponding to sequence numbers 4 and 5.
  • the receiving device receives the part of the RLC frame corresponding to frame number 1 based on the ARQ PDU, the part of the RLC frame corresponds to the last part of the divided frame, and the last part of the divided RLC frame corresponds to the sequence number 5 It can be seen that the first RLC data PDU includes the RLC data PDU and 4 different RLC data PDUs. That is, the receiving device can know that the last part of the divided RLC frame includes RLC data PDUs corresponding to sequence numbers 6 to 8.
  • the ARQ PDU may include only the identification information of the RLC frame, the start point of the division, and information on the number of RLC data PDUs included in the divided RLC frame.
  • information on the end point of the division may be included. That is, the information included in the ARQ PDU is not limited to the above-described embodiment, and any information that can include information on division may be used.
  • FIG. 13A is a diagram illustrating the structure of an ARQ PDU when an RLC frame is divided into byte units according to an embodiment of the present disclosure.
  • the ARQ PDU when the RLC frame is divided into bytes, the ARQ PDU is frame identification information (FN, frame number) corresponding to the ARQ PDU, frame division information (FSI), and the RLC data PDU corresponding to the ARQ PDU. It may include at least one of information about (SN, sequence number), information on the number of different RLC data PDUs corresponding to the ARQ PDU (data PDU count), and frame segment offset (FSO) information. .
  • FN frame identification information
  • FSI frame division information
  • FSO frame segment offset
  • the frame segment offset (FSO) information is a parameter ( FSOstart) and a parameter (FSOend) indicating an end point at which splitting occurs in an RLC SDU set in which RLC SDUs (parts excluding the RLC header in the RLC data PDU) included in the RLC data PDU set are sequentially connected.
  • FSOstart a parameter
  • FSOend a parameter indicating an end point at which splitting occurs in an RLC SDU set in which RLC SDUs (parts excluding the RLC header in the RLC data PDU) included in the RLC data PDU set are sequentially connected.
  • the start point of splitting is always the beginning of the RLC SDU set included in the RLC frame, so the ARQ PDU may not include a parameter FSOstart indicating the start point of splitting.
  • the end point of the split is always the end of the RLC SDU set included in the RLC frame, so the ARQ PDU may not include a parameter (FSOend) indicating the end point of the split. Also, even when the division has not occurred, the parameter FSOstart indicating the start point of the division and the parameter FSOend indicating the end point of the division may not be included.
  • each ARQ PDU corresponding to the middle part or the last part of the divided RLC frame may include a parameter FSOstart.
  • the middle part or the ARQ PDU corresponding to the middle part of the divided RLC frame may include a parameter (FSOend) indicating an end point of each division.
  • 13B is a diagram illustrating a structure of an RLC data PDU when an RLC frame is divided into bytes according to an embodiment of the present disclosure.
  • the RLC header may include segmentation offset (SO) information indicating information on the segmentation position in the RLC SDU.
  • the division offset information may be included only in the second or more divisions.
  • the first part of the divided RLC frame starts from the 0 byte point of the RLC SDU set in the RLC frame, and the receiving device knows to what point (byte) it is divided based on the length field in the MAC subheader attached to the RLC header. can Meanwhile, when a complete RLC SDU is received, the RLC header may not include segmentation offset information.
  • FIG. 14 is a diagram illustrating structures of an ARQ PDU and an RLC data PDU when an RLC frame is divided into RLC SDU units according to an embodiment of the present disclosure.
  • the receiving apparatus may perform packet discard based on the sequence number as in FIG. 9B described above.
  • the ARQ PDU does not need to include information for handling the division of the RLC data PDU.
  • the ARQ PDU when an RLC frame is divided into RLC SDU units, the ARQ PDU includes frame identification information (FN, frame number) corresponding to the ARQ PDU, frame division information (FSI), and RLC data corresponding to the ARQ PDU. It may include at least one of information on the PDU (sequence number, SN) or information on the number of different RLC data PDUs corresponding to the ARQ PDU (data PDU count). That is, when the RLC frame is divided in units of RLC SDUs, the ARQ PDU may include only information about the identification information of the frame, the starting point of division, and the number of RLC data PDUs included in the divided RLC frame.
  • FN frame identification information
  • FSI frame division information
  • 15 is a diagram illustrating structures of an ARQ PDU and an RLC data PDU when an RLC frame is divided into RLC SDU units according to another embodiment of the present disclosure.
  • the receiving device may perform the packet discard operation based on the frame number as in FIG. 9C described above. That is, since the packet discard-related operation is performed based on the frame number, the ARQ PDU does not need to include information on the sequence number.
  • the ARQ PDU may include information about the frame number.
  • the ARQ PDU is a frame number corresponding to the ARQ PDU, a data PDU ordering number corresponding to the ARQ PDU (DON, data PDU ordering number), Alternatively, it may include at least one of information (data PDU count) on the number of different RLC data PDUs corresponding to the ARQ PDU.
  • a data PDU ordering number means ordering from 1 for each RLC data PDU in an RLC frame.
  • the start point corresponds to the first RLC data PDU of the RLC frame, so the DON in the ARQ PDU includes only the DON of the RLC data PDU corresponding to the end point of the split.
  • the end point corresponds to the last RLC data PDU of the RLC frame, so DON in the ARQ PDU may include only the DON of the RLC data PDU corresponding to the start point of the split. have.
  • the RLC data PDU corresponding to the starting point of the division is informed by DON, and the offset from the starting point of the division is data It can be informed by PDU count. That is, the data PDU count may be included in the ARQ PDU only when it is not the first part or the last part of the divided RLC frame.
  • FIG. 16A is a diagram illustrating the structure of an ARQ PDU according to an embodiment of the present disclosure
  • FIG. 16B is a diagram illustrating the structure of a 5G STATUS PDU according to an embodiment of the present disclosure.
  • the structure of the header 1610 included in the ARQ PDU and the structure of the header 1620 of the 5G STATUS PDU may be the same. That is, when the structure of the header 1620 of the 5G STATUS PDU and the header 1610 of the ARQ PDU are the same, the receiving apparatus has the advantage of using the same structure of the hardware accelerator. In particular, in a terminal having space and cost constraints, there is an advantage in that there is no need for additional implementation in the existing hardware accelerator structure.
  • FIG. 17A is a diagram for explaining packet processing in an LTE system according to an embodiment of the present disclosure
  • FIG. 17B is a diagram for explaining a packet line processing process in the LTE system.
  • FIG. 17C is a diagram for explaining packet processing in an NR system according to an embodiment of the present disclosure
  • FIG. 17D is a diagram for explaining a packet preprocessing process in the NR system.
  • an operation eg, division
  • pre-processing of the RLC header and MAC subheaders may be performed in a step before generation of the MAC PDU.
  • only the MAC subheader and the RLC header corresponding to the last part of the MAC PDU may be updated, so that the preprocessable part may be expanded compared to the LTE system.
  • a level of pre-processing similar to that of the NR system is possible. Specifically, it is possible to pre-process the RLC header and MAC sub-header for ARQ PDU and RLC data PDUs. When division occurs, related information may be updated in the ARQ PDU and the RLC data PDU after resource allocation.
  • FIG. 18 shows the structure of a terminal according to an embodiment of the present disclosure.
  • the terminal may include a transceiver 1810 , a memory 1820 , and a processor 1830 .
  • the components of the terminal are not limited to the above-described example.
  • the terminal may include more or fewer components than the aforementioned components.
  • the transceiver 1810 , the memory 1820 , and the processor 1830 may be implemented in the form of a single chip.
  • the transceiver 1810 may transmit/receive a signal to/from the base station.
  • the above-described signal may include control information and data.
  • the transceiver 1810 may include an RF transmitter that up-converts and amplifies the frequency of a transmitted signal, and an RF receiver that low-noise amplifies and down-converts a received signal.
  • the transceiver 1810 may receive a signal through a wireless channel, output it to the processor 1830 , and transmit a signal output from the processor 1830 through a wireless channel.
  • the memory 1820 may store programs and data necessary for the operation of the terminal. Also, the memory 1820 may store control information or data included in a signal transmitted and received by the terminal.
  • the memory 3502 may be configured as a storage medium or a combination of storage media, such as ROM, RAM, hard disk, CD-ROM, and DVD. Also, the memory 1820 may include a plurality of memories.
  • the processor 1830 may control a series of processes in which the terminal may operate according to the above-described embodiments of the present disclosure.
  • the processor 1830 may control ARQ-related operations in the RLC layer according to embodiments of the present disclosure.
  • the processor 1830 obtains a plurality of RLC data PDUs from the RLC entity, and an ARQ PDU corresponding to the RLC data PDU set including at least one of the plurality of RLC data PDUs according to resource allocation in the RLC entity.
  • the MAC layer transmits the first MAC PDU generated based on the RLC data PDU set and the ARQ PDU to the base station through the lower layer, and when a predetermined condition is satisfied, a STATUS PDU associated with the RLC data PDU set It is possible to control each configuration of the terminal to receive.
  • the processor 1830 receives, in the MAC layer, a first MAC PDU including an ARQ PDU and a plurality of RLC data PDUs corresponding to the ARQ PDU, and at the RLC entity, based on the ARQ PDUs, a plurality of RLC data PDUs. update the status variable for the RLC data PDU set corresponding to Each configuration of the terminal can be controlled in order to transmit the generated STATUS PDU to the base station.
  • the terminal may operate as a transmitting device or a receiving device as described above.
  • the base station may operate as a receiving device, and, of course, when the terminal is a receiving device, the base station may operate as a transmitting device.
  • the processor 1830 may include a plurality of processors, and by executing a program stored in the memory 1820 , generates an ARQ PDU according to embodiments of the present disclosure, and based on the ARQ PDU, an ARQ-related operation , packet discard related operations, or operations for division management may be performed.
  • FIG. 19 shows a structure of a base station according to an embodiment of the present disclosure.
  • the base station may include a transceiver 1910 , a memory 1920 , and a processor 1930 .
  • the components of the base station are not limited to the above-described example.
  • the base station may include more or fewer components than the aforementioned components.
  • the transceiver 1910 , the memory 1920 , and the processor 1930 may be implemented in the form of a single chip.
  • the transceiver 1910 may transmit/receive a signal to/from the terminal.
  • the above-described signal may include control information and data.
  • the transceiver 1910 may include an RF transmitter for up-converting and amplifying the frequency of a transmitted signal, and an RF receiver for low-noise amplifying and down-converting a received signal.
  • the transceiver 1910 may receive a signal through a wireless channel and output it to the processor 1930 , and transmit the signal output from the processor 1930 through a wireless channel.
  • the memory 1920 may store programs and data necessary for the operation of the base station. Also, the memory 1920 may store control information or data included in a signal transmitted and received by the base station.
  • the memory 1920 may be configured as a storage medium or a combination of storage media, such as ROM, RAM, hard disk, CD-ROM, and DVD. Also, the memory 1920 may include a plurality of memories.
  • the processor 1930 may control a series of processes so that the base station can operate according to the above-described embodiment of the present disclosure.
  • the processor 1930 may generate an ARQ PDU according to embodiments of the present disclosure, and based on the ARQ PDU, perform an ARQ-related operation, a packet discard-related operation, or operations for division management.
  • the processor 1930 may include a plurality of processors, and by executing a program stored in the memory 1920 , a method for controlling monitoring of a downlink control channel of a terminal according to embodiments of the present disclosure, power saving A method for setting a signal and generating and transmitting a power saving signal can be performed.
  • a computer-readable storage medium or computer program product storing one or more programs (software modules) may be provided.
  • One or more programs stored in a computer-readable storage medium or computer program product are configured for execution by one or more processors in an electronic device (device).
  • the one or more programs include instructions for causing an electronic device to execute methods according to embodiments described in a claim or specification of the present disclosure.
  • Such programs include random access memory, non-volatile memory including flash memory, read only memory (ROM), electrically erasable programmable ROM (EEPROM: Electrically Erasable Programmable Read Only Memory), magnetic disc storage device, Compact Disc-ROM (CD-ROM), Digital Versatile Discs (DVDs), or any other form of It may be stored in an optical storage device or a magnetic cassette. Alternatively, it may be stored in a memory composed of a combination of some or all thereof. In addition, each configuration memory may be included in plurality.
  • the program accesses through a communication network composed of a communication network such as the Internet, Intranet, Local Area Network (LAN), Wide LAN (WLAN), or Storage Area Network (SAN), or a combination thereof. It may be stored in an attachable storage device that can be accessed. Such a storage device may be connected to a device implementing an embodiment of the present disclosure through an external port. In addition, a separate storage device on the communication network may be connected to the device implementing the embodiment of the present disclosure.
  • a communication network such as the Internet, Intranet, Local Area Network (LAN), Wide LAN (WLAN), or Storage Area Network (SAN), or a combination thereof. It may be stored in an attachable storage device that can be accessed.
  • Such a storage device may be connected to a device implementing an embodiment of the present disclosure through an external port.
  • a separate storage device on the communication network may be connected to the device implementing the embodiment of the present disclosure.

Landscapes

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

Abstract

본 개시의 일 실시예에 따른 무선통신시스템에서 송신 장치의 동작 방법은, RLC (radio link control) 엔티티에서, 복수의 RLC data PDU (protocol data unit)들을 획득하는 단계; 상기 RLC 엔티티에서, 자원 할당에 따라 상기 복수의 RLC data PDU들 중 적어도 하나 이상을 포함하는 RLC data PDU 셋에 대응하는 ARQ PDU를 생성하는 단계; MAC (medium access control) 계층에서, 상기 RLC data PDU 셋 및 상기 ARQ PDU에 기초하여 생성된 제1 MAC PDU를 하위 계층을 통해 수신 장치로 송신하는 단계; 및 소정 조건이 만족되는 경우 상기 RLC data PDU 셋과 연관된 STATUS PDU를 수신하는 단계;를 포함하고, 상기 ARQ PDU는 상기 RLC data PDU 셋과 관련된 동작을 처리하기 위한 정보를 포함할 수 있다.

Description

무선 통신 시스템에서 패킷을 처리하기 위한 방법 및 장치
본 개시는 무선 통신 시스템에서 신호를 송수신하기 위한 방법으로서, 보다 상세하게는, 신호를 송수신 하기 위해 패킷을 처리하는 방법 및 장치에 관한 것이다.
무선 통신 세대를 거듭하면서 발전한 과정을 돌아보면 음성, 멀티미디어, 데이터 등 주로 인간 대상의 서비스를 위한 기술이 개발되어 왔다. 5G (5th-generation) 통신 시스템 상용화 이후 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것으로 전망되고 있다. 네트워크에 연결된 사물의 예로는 차량, 로봇, 드론, 가전제품, 디스플레이, 각종 인프라에 설치된 스마트 센서, 건설기계, 공장 장비 등이 있을 수 있다. 모바일 기기는 증강현실 안경, 가상현실 헤드셋, 홀로그램 기기 등 다양한 폼팩터로 진화할 것으로 예상된다. 6G (6th-generation) 시대에는 수천억 개의 기기 및 사물을 연결하여 다양한 서비스를 제공하기 위해, 개선된 6G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 6G 통신 시스템은 5G 통신 이후 (Beyond 5G) 시스템이라 불리어지고 있다.
2030년쯤 실현될 것으로 예측되는 6G 통신 시스템에서 최대 전송 속도는 테라 (즉, 1000기가) bps, 무선 지연시간은 100마이크로초(μsec) 이다. 즉, 5G 통신 시스템대비 6G 통신 시스템에서의 전송 속도는 50배 빨라지고 무선 지연시간은 10분의 1로 줄어든다.
이러한 높은 데이터 전송 속도 및 초저(ultra low) 지연시간을 달성하기 위해, 6G 통신 시스템은 테라헤르츠(terahertz) 대역 (예를 들어, 95기가헤르츠(95GHz)에서 3테라헤르츠(3THz)대역과 같은)에서의 구현이 고려되고 있다. 테라헤르츠 대역에서는 5G에서 도입된 밀리미터파(mmWave) 대역에 비해 더 심각한 경로손실 및 대기흡수 현상으로 인해서 신호 도달거리, 즉 커버리지를 보장할 수 있는 기술의 중요성이 더 커질 것으로 예상된다. 커버리지를 보장하기 위한 주요 기술로서 RF(radio frequency) 소자, 안테나, OFDM (orthogonal frequency division multiplexing)보다 커버리지 측면에서 더 우수한 신규 파형(waveform), 빔포밍(beamforming) 및 거대 배열 다중 입출력(massive multiple-input and multiple-output (MIMO)), 전차원 다중입출력(full dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 대규모 안테나(large scale antenna)와 같은 다중 안테나 전송 기술 등이 개발되어야 한다. 이 외에도 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(metamaterial) 기반 렌즈 및 안테나, OAM(orbital angular momentum)을 이용한 고차원 공간 다중화 기술, RIS(reconfigurable intelligent surface) 등 새로운 기술들이 논의되고 있다.
또한 주파수 효율 향상 및 시스템 네트워크 개선을 위해, 6G 통신 시스템에서는 상향링크(uplink)와 하향링크(downlink)가 동일 시간에 동일 주파수 자원을 동시에 활용하는 전이중화(full duplex) 기술, 위성(satellite) 및 HAPS(high-altitude platform stations)등을 통합적으로 활용하는 네트워크 기술, 이동 기지국 등을 지원하고 네트워크 운영 최적화 및 자동화 등을 가능하게 하는 네트워크 구조 혁신 기술, 스펙트럼 사용 예측에 기초한 충돌 회피를 통한 동적 주파수 공유 (dynamic spectrum sharing) 기술, AI (artificial intelligence)를 설계 단계에서부터 활용하고 종단간(end-to-end) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원(mobile edge computing (MEC), 클라우드 등)을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발이 이루어지고 있다. 뿐만 아니라 6G 통신 시스템에서 이용될 새로운 프로토콜의 설계, 하드웨어 기반의 보안 환경의 구현 및 데이터의 안전 활용을 위한 메커니즘 개발 및 프라이버시 유지 방법에 관한 기술 개발을 통해 디바이스 간의 연결성을 더 강화하고, 네트워크를 더 최적화하고, 네트워크 엔티티의 소프트웨어화를 촉진하며, 무선 통신의 개방성을 높이려는 시도가 계속되고 있다.
이러한 6G 통신 시스템의 연구 및 개발로 인해, 사물 간의 연결뿐만 아니라 사람과사물 간의 연결까지 모두 포함하는 6G 통신 시스템의 초연결성(hyper-connectivity)을 통해 새로운 차원의 초연결 경험(the next hyper-connected experience)이 가능해질 것으로 기대된다. 구체적으로 6G 통신 시스템을 통해 초실감 확장 현실(truly immersive extended reality (XR)), 고정밀 모바일 홀로그램(high-fidelity mobile hologram), 디지털 복제(digital replica) 등의 서비스 제공이 가능할 것으로 전망된다. 또한 보안 및 신뢰도 증진을 통한 원격 수술(remote surgery), 산업 자동화(industrial automation) 및 비상 응답(emergency response)과 같은 서비스가 6G 통신 시스템을 통해 제공됨으로써 산업, 의료, 자동차, 가전 등 다양한 분야에서 응용될 것이다.
상술한 것과 무선통신 시스템의 발전에 따라 다양한 서비스를 제공할 수 있게 됨으로써, 이러한 서비스들을 원활하게 제공하기 위한 방안이 요구되고 있다. 특히, 6G 통신 시스템에서의 초고속 전송 속도를 만족시키기 위해 패킷 처리 속도를 증가시키는 통신 방법이 요구되고 있다.
개시된 실시예는 무선 통신 시스템에서 패킷을 처리하기 위한 방법 및 장치를 제공하고자 한다.
본 개시의 일 실시예에 따른, 무선통신시스템에서 송신 장치의 동작 방법은, RLC (radio link control) 엔티티에서, 복수의 RLC data PDU (protocol data unit)들을 획득하는 단계; 상기 RLC 엔티티에서, 자원 할당에 따라 상기 복수의 RLC data PDU들 중 적어도 하나 이상을 포함하는 RLC data PDU 셋에 대응하는 ARQ PDU를 생성하는 단계; MAC (medium access control) 계층에서, 상기 RLC data PDU 셋 및 상기 ARQ PDU에 기초하여 생성된 제1 MAC PDU를 하위 계층을 통해 수신 장치로 송신하는 단계; 및 소정 조건이 만족되는 경우 상기 RLC data PDU 셋과 연관된 STATUS PDU를 수신하는 단계;를 포함하고, 상기 ARQ PDU는 상기 RLC data PDU 셋과 관련된 동작을 처리하기 위한 정보를 포함할 수 있다.
상기 방법은, 상기 STATUS PDU에 NACK (Negative Acknowledgement)이 포함되는 경우, 재전송을 위한 자원 할당에 따라 상기 RLC data PDU 셋 중 적어도 일부를 포함하는 제2 MAC PDU를 생성하는 단계; 및 상기 제2 MAC PDU를 하위 계층을 통해 상기 수신 장치로 송신하는 단계;를 더 포함할 수 있다.
상기 제2 MAC PDU에 포함된 상기 RLC data PDU 셋 중 적어도 일부는, 상기 RLC data PDU 셋이 분할(segmentation)된 것이고, 상기 방법은, 상기 분할된 RLC data 셋에 기초하여 상기 ARQ PDU를 업데이트 하는 단계;를 더 포함하고, 상기 제2 MAC PDU는, 상기 분할된 RLC data PDU 셋 및 상기 업데이트된 ARQ PDU를 포함할 수 있다.
상기 분할은, 바이트(byte) 단위 또는 RLC SDU(service data unit) 단위로 수행되고, 상기 업데이트된 ARQ PDU는, 상기 분할된 RLC data PDU 셋에 대한 정보를 포함할 수 있다.
상기 분할된 RLC data PDU 셋에 대한 정보는, 분할 여부에 대한 정보, 분할의 단위에 대한 정보, 분할의 위치에 대한 정보, 분할의 시작점, 분할의 끝점, 또는 분할의 시작점으로부터의 오프셋에 대한 정보 중 적어도 하나 이상을 포함할 수 있다.
본 개시의 일 실시예에 따른, 무선통신시스템에서 수신 장치의 동작 방법은, MAC (medium access control) 계층에서, ARQ PDU (automatic repeat request protocol data unit) 및 상기 ARQ PDU에 대응하는 복수의 RLC (radio link control) data PDU들을 포함하는 제1 MAC PDU를 수신하는 단계; RLC 엔티티에서, 상기 ARQ PDU에 기초하여 상기 복수의 RLC data PDU들에 대응하는 RLC data PDU 셋에 대한 상태 변수(state variable)를 업데이트 하는 단계; 및 소정 조건을 만족하는 경우, 수신 윈도우 내의 적어도 하나 이상의 RLC data PDU 셋들에 대한 수신 현황을 나타내는 수신 현황 정보 및 상기 업데이트된 상태 변수에 기초하여 생성된 STATUS PDU를 송신 장치로 송신하는 단계;를 더 포함하고, 상기 ARQ PDU는 상기 RLC data PDU 셋과 관련된 동작을 처리하기 위한 정보를 포함할 수 있다.
상기 방법은, 상기 ARQ PDU에 포함된 정보에 기초하여, 상기 복수의 RLC data PDU들이 수신 윈도우 내에 포함되는지 여부를 판단하는 단계; 및 상기 판단 결과에 기초하여, 상기 복수의 RLC data PDU들 중 상기 수신 윈도우 내에 포함되지 않는 RLC data PDU를 폐기(discard)하는 단계;를 더 포함하고, 상기 ARQ PDU에 포함된 정보는, 상기 복수의 RLC data PDU들 각각에 대한 시퀀스 번호 또는 상기 RLC data PDU 셋에 대한 식별 번호를 포함할 수 있다.
상기 방법은, 상기 ARQ PDU에 포함된 정보에 기초하여 상기 복수의 RLC data PDU들이 중복 수신된 것인지 여부를 판단하는 단계; 및 상기 복수의 RLC data PDU들 중 중복 수신된 것으로 판단되는 RLC data PDU를 폐기(discard)하는 단계;를 더 포함하고, 상기 ARQ PDU에 포함된 정보는, 상기 복수의 RLC data PDU들 각각에 대한 시퀀스 번호 또는 상기 RLC data PDU 셋에 대한 식별 번호를 포함할 수 있다.
상기 STATUS PDU는, 상기 RLC data PDU 셋이 수신되지 않은 것으로 판단되는 경우 NACK을 포함하고, 상기 방법은, 상기 STATUS PDU에 기초하여 생성된 제2 MAC PDU를 상기 송신 장치로부터 수신할 수 있다.
상기 제2 MAC PDU는, 재전송을 위한 자원 할당이 상기 RLC data PDU 셋을 위해 필요한 전송 자원보다 작은 경우, 상기 RLC data PDU 셋 중 적어도 일부가 분할(segmentation)된 것에 기초하여 생성되는 것일 수 있다.
상기 제2 MAC PDU에 포함되는 ARQ PDU는, 상기 분할에 대한 정보를 포함하고, 상기 분할에 대한 정보는, 분할 여부에 대한 정보, 분할의 단위에 대한 정보, 분할의 위치에 대한 정보, 분할의 시작점, 분할의 끝점, 또는 분할의 시작점으로부터의 오프셋에 대한 정보 중 적어도 하나 이상을 포함할 수 있다.
본 개시의 일 실시예에 따른, 무선통신시스템에서의 송신 장치는, 송수신부; 및 상기 송수신부와 연결된 적어도 하나의 프로세서;를 포함하고, 상기 적어도 하나의 프로세서는, RLC (radio link control) 엔티티에서, 복수의 RLC data PDU (protocol data unit)들을 획득하고, 상기 RLC 엔티티에서, 자원 할당에 따라 상기 복수의 RLC data PDU들 중 적어도 하나 이상을 포함하는 RLC data PDU 셋에 대응하는 ARQ PDU를 생성하고, MAC (medium access control) 계층에서, 상기 RLC data PDU 셋 및 상기 ARQ PDU에 기초하여 생성된 제1 MAC PDU를 하위 계층을 통해 수신 장치로 송신하고, 소정 조건이 만족되는 경우 상기 RLC data PDU 셋과 연관된 STATUS PDU를 수신하고, 상기 ARQ PDU는 상기 RLC data PDU 셋과 관련된 동작을 처리하기 위한 정보를 포함할 수 있다.
본 개시의 일 실시예에 따른, 무선통신시스템에서의 수신 장치는, 송수신부; 및 상기 송수신부와 연결된 적어도 하나의 프로세서;를 포함하고, 상기 적어도 하나의 프로세서는, MAC (medium access control) 계층에서, ARQ PDU (automatic repeat request protocol data unit) 및 상기 ARQ PDU에 대응하는 복수의 RLC (radio link control) data PDU들을 포함하는 제1 MAC PDU를 수신하고, RLC 엔티티에서, 상기 ARQ PDU에 기초하여 상기 복수의 RLC data PDU들에 대응하는 RLC data PDU 셋에 대한 상태 변수(state variable)를 업데이트 하고, 소정 조건을 만족하는 경우, 수신 윈도우 내의 적어도 하나 이상의 RLC data PDU 셋들에 대한 수신 현황을 나타내는 수신 현황 정보 및 상기 업데이트된 상태 변수에 기초하여 생성된 STATUS PDU를 송신 장치로 송신하고, 상기 ARQ PDU는 상기 RLC data PDU 셋과 관련된 동작을 처리하기 위한 정보를 포함할 수 있다.
도 1은 본 개시의 일 실시예에 따른 무선 통신 시스템의 프로토콜 구조를 나타내는 도면이다.
도 2a는 본 개시의 일 실시예에 따른 ARQ 관련 동작을 처리하기 위한 방법을 설명하기 위한 도면이다.
도 2b는 본 개시의 일 실시예에 따른 ARQ 관련 동작을 처리하기 위한 ARQ PDU를 설명하기 위한 도면이다.
도 3은 본 개시의 일 실시예에 따른 송신 장치의 동작을 설명하기 위한 흐름도이다.
도 4는 본 개시의 일 실시예에 따른 MAC PDU를 설명하기 위한 도면이다.
도 5는 본 개시의 일 실시예에 따른 MAC PDU 내에서 ARQ PDU에 대응하는 MAC sub PDU의 위치를 설명하기 위한 도면이다.
도 6은 본 개시의 일 실시예에 따른 RLC data PDU들을 전송하기 위한 다른 구조를 설명하기 위한 도면이다.
도 7a는 본 개시의 일 실시예에 따른 RLC data PDU 셋을 바이트 단위로 분할하는 것을 설명하기 위한 도면이다.
도 7b는 본 개시의 일 실시예에 따른 RLC data PDU 셋을 RLC SDU 단위로 분할하는 것을 설명하기 위한 도면이다.
도 8a는 본 개시의 일 실시예에 따른 기존의 ARQ 관련 동작을 설명하기 위한 도면이다.
도 8b는 본 개시의 일 실시예에 따른 기존의 시퀀스 넘버 기반 RLC 동작을 설명하기 위한 도면이다.
도 9a는 본 개시의 일 실시예에 따른 ARQ PDU 기반의 RLC 동작을 설명하기 위한 도면이다.
도 9b는 본 개시의 일 실시예에 따른 ARQ PDU 기반 RLC 동작을 설명하기 위한 도면이다.
도 9c는 본 개시의 다른 실시예에 따른 ARQ PDU 기반 RLC 동작을 설명하기 위한 도면이다.
도 10a는 본 개시의 일 실시예에 따른 멀티 코어 환경에서의 RLC 동작의 처리를 설명하기 위한 도면이다.
도 10b는 본 개시의 일 실시예에 따른 멀티 코어 환경에서의 RLC 동작의 효율을 설명하기 위한 도면이다.
도 11은 본 개시의 일 실시예에 따른 수신 장치의 동작을 설명하기 위한 흐름도이다.
도 12는 본 개시의 일 실시예에 따른 RLC 프레임의 재전송 시 분할을 처리하는 방법을 설명하기 위한 도면이다.
도 13a는 본 개시의 일 실시예에 따른 RLC 프레임이 바이트 단위로 분할되는 경우에 ARQ PDU의 구조를 도시한 도면이다.
도 13b는 본 개시의 일 실시예에 따른 RLC 프레임이 바이트 단위로 분할되는 경우에 RLC data PDU의 구조를 도시한 도면이다.
도 14는 본 개시의 일 실시예에 따른 RLC 프레임이 RLC SDU 단위로 분할되는 경우에 ARQ PDU 및 RLC data PDU의 구조를 도시한 도면이다.
도 15는 본 개시의 다른 실시예에 따른 RLC 프레임이 RLC SDU 단위로 분할되는 경우에 ARQ PDU 및 RLC data PDU의 구조를 도시한 도면이다.
도 16a는 본 개시의 일 실시예에 따른 ARQ PDU의 구조를 도시한 도면이다.
도 16b는 본 개시의 일 실시예에 따른 5G STATUS PDU의 구조를 도시한 도면이다.
도 17a는 본 개시의 일 실시예에 따른 LTE 시스템에서의 패킷 처리를 설명하기 위한 도면이다.
도 17b는 본 개시의 일 실시예에 따른 LTE 시스템에서의 패킷 선 처리 과정을 설명하기 위한 도면이다.
도 17c는 본 개시의 일 실시예에 따른 NR 시스템에서의 패킷 처리를 설명하기 위한 도면이다.
도 17d는 본 개시의 일 실시예에 따른 NR 시스템에서의 패킷 선 처리 과정을 설명하기 위한 도면이다.
도 18은 본 개시의 일 실시예에 따른 단말의 구조를 도시한다.
도 19는 본 개시의 일 실시예에 따른 기지국의 구조를 도시한다.
이하, 본 개시의 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
실시예를 설명함에 있어서 본 개시가 속하는 기술 분야에 익히 알려져 있고 본 개시와 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 개시의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부된 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성 요소에는 동일한 참조 번호를 부여하였다.
본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 개시의 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 개시의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다. 또한 본 개시를 설명함에 있어서 관련된 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
또한, 이하에서는 LTE(Long Term Evolution), LTE-A (LTE-Advanced) 및 NR(New Radio) 시스템에 기반하여 설명할 수도 있지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 개시의 실시예가 적용될 수 있다. 예를 들어, NR 시스템은 LTE-A 이후에 개발되는 5세대 이동통신 기술(5G, new radio, NR)일 수 있으며, 이하의 5G는 기존의 LTE, LTE-A 및 유사한 다른 서비스를 포함하는 개념일 수도 있다. 또한, 본 개시는 숙련된 기술적 지식을 가진 자의 판단으로써 본 개시의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템(예를 들면, Wi-MAX, Wi-Bro)에도 적용될 수 있다.
이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예를 들면, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이때, 본 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.
도 1은 본 개시의 일 실시예에 따른 무선 통신 시스템의 프로토콜 구조를 나타내는 도면이다.
도 1을 참조하면, 무선 통신 시스템의 무선 프로토콜은 단말(100)과 기지국(150)에서 각각 SDAP 계층(Service Data Adaptation Protocol)(101, 151), PDCP(Packet Data Convergent Protocol) 계층(102, 152), RLC(Radio Link Control) 계층(103, 153), MAC(Medium Access Control) 계층(104, 154)를 포함할 수 있다.
일부 실시예에 따르면, SDAP 계층(101, 151)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 물론 하기 예시에 제한되는 것은 아니다.
사용자 데이터의 전달 기능(transfer of user plane data)
상향 링크와 하향 링크에 대해서 QoS flow와 데이터 베어러의 맵핑 기능(mapping between a QoS flow and a DRB for both DL and UL)
상향 링크와 하향 링크에 대해서 QoS flow ID를 마킹 기능(marking QoS flow ID in both DL and UL packets)
상향 링크 SDAP PDU들에 대해서 relective QoS flow를 데이터 베어러에 맵핑시키는 기능 (reflective QoS flow to DRB mapping for the UL SDAP PDUs).
SDAP 계층(101, 151)에 대해 단말은 RRC 메시지로 각 PDCP 계층(102, 152) 별로 또는 베어러 별로 또는 로지컬 채널 별로 SDAP 계층(101, 151)의 헤더를 사용할 지 여부 또는 SDAP 계층(101, 151)의 기능을 사용할 지 여부를 설정 받을 수 있다. 또한 SDAP 계층(101, 151)은 SDAP 헤더가 설정된 경우, SDAP 헤더의 NAS(Non Access Stratum) QoS(Quality of Service) 반영 설정 1비트 지시자(NAS reflective QoS)와 AS QoS 반영 설정 1비트 지시자(AS reflective QoS)로 단말이 상향 링크와 하향 링크의 QoS flow와 데이터 베어러에 대한 맵핑 정보를 갱신 또는 재설정할 수 있도록 지시할 수 있다. 일부 실시예에 따르면, SDAP 헤더는 QoS를 나타내는 QoS flow ID 정보를 포함할 수 있다. 또한 일부 실시예에 따르면, QoS 정보는 원활한 서비스를 지원하기 위한 데이터 처리 우선 순위, 스케쥴링 정보 등으로 사용될 수 있다.
일부 실시예에 따르면, PDCP 계층(102, 152)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 물론 하기 예시에 제한되는 것은 아니다.
- 헤더 압축 및 압축 해제 기능(Header compression and decompression: ROHC only)
- 사용자 데이터 전송 기능 (Transfer of user data)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능 (Out-of-sequence delivery of upper layer PDUs)
- 순서 재정렬 기능(PDCP PDU reordering for reception)
- 중복 탐지 기능(Duplicate detection of lower layer SDUs)
- 재전송 기능(Retransmission of PDCP SDUs)
- 암호화 및 복호화 기능(Ciphering and deciphering)
- 타이머 기반 SDU (Service Data Unit) 삭제 기능(Timer-based SDU discard in uplink.)
일부 실시예에 따르면, PDCP 계층 (102, 152) 의 순서 재정렬 기능(reordering)은 하위 계층에서 수신한 PDCP PDU들을 PDCP SN(sequence number)을 기반으로 순서대로 재정렬하는 기능, 재정렬된 순서대로 데이터를 상위 계층에 전달하는 기능, 또는 순서를 고려하지 않고, 바로 전달하는 기능, 순서를 재정렬하여 유실된 PDCP PDU들을 기록하는 기능, 유실된 PDCP PDU들에 대한 상태 보고를 송신 측에 하는 기능, 및 유실된 PDCP PDU들에 대한 재전송을 요청하는 기능 중 적어도 하나의 기능을 포함할 수 있다.
일부 실시예에 따르면, RLC 계층(103, 153)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 물론 하기 예시에 제한되는 것은 아니다.
- 데이터 전송 기능(Transfer of upper layer PDUs)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능(Out-of-sequence delivery of upper layer PDUs)
- ARQ 기능(Error Correction through automatic repeat request)
- 접합, 분할, 재조립 기능(Concatenation, segmentation and reassembly of RLC SDUs)
- 재분할 기능(Re-segmentation of RLC data PDUs)
- 순서 재정렬 기능(Reordering of RLC data PDUs)
- 중복 탐지 기능(Duplicate detection)
- 오류 탐지 기능(Protocol error detection)
- RLC SDU 삭제 기능(RLC SDU discard)
- RLC 재수립 기능(RLC re-establishment)
일부 실시예에 따르면, RLC 계층(103, 153)의 순차적 전달 기능(In-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서대로 상위 계층에 전달하는 기능, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능, 수신한 RLC PDU들을 RLC SN(sequence number) 또는 PDCP SN(sequence number)를 기준으로 재정렬하는 기능, 순서를 재정렬하여 유실된 RLC PDU들을 기록하는 기능, 유실된 RLC PDU들에 대한 상태 보고를 송신 측에 하는 기능, 유실된 RLC PDU들에 대한 재전송을 요청하는 기능, 유실된 RLC SDU가 있을 경우, 유실된 RLC SDU 이전까지의 RLC SDU들만을 순서대로 상위 계층에 전달하는 기능, 또는 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 타이머가 시작되기 전에 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능, 및 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 현재까지 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다. 또한 RLC 계층(103, 153)는 RLC PDU들을 수신하는 순서대로 (일련번호, Sequence number의 순서와 상관없이, 도착하는 순으로) 처리하여 PDCP 계층으로 순서와 상관없이(Out-of sequence delivery) 전달할 수도 있으며, 수신한 RLC PDU가 분할(segment)된 경우에는 버퍼에 저장되어 있거나 추후에 수신될 segmentation 을 수신하여 온전한 하나의 RLC PDU로 재구성한 후, 처리하여 PDCP 계층 (102, 152)로 전달할 수 있다. 일부 실시예에 따르면 RLC 계층(103, 153)는 접합(Concatenation) 기능을 포함하지 않을 수 있고 상기 기능을 MAC 계층(104, 154)에서 수행하거나 MAC 계층(104, 154)의 다중화(multiplexing) 기능으로 대체할 수 있다.
RLC 계층(103, 153)의 비순차적 전달 기능(Out-of-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서와 상관없이 바로 상위 계층으로 전달하는 기능, 및 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있으며, 수신한 RLC PDU들의 RLC SN 또는 PDCP SN을 저장하고 순서를 정렬하여 유실된 RLC PDU들을 기록해두는 기능 중 적어도 하나의 기능을 포함할 수 있다.
일부 실시예에 따르면, MAC 계층(104, 154)은 한 단말(100)에 구성된 여러 RLC 계층들과 연결될 수 있으며, MAC 계층의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 물론 하기 예시에 제한되지 않는다.
- 맵핑 기능(Mapping between logical channels and transport channels)
- 다중화 및 역다중화 기능(Multiplexing/demultiplexing of MAC SDUs)
- 스케쥴링 정보 보고 기능(Scheduling information reporting)
- HARQ 기능(Error correction through HARQ)
- 로지컬 채널 간 우선 순위 조절 기능(Priority handling between logical channels of one UE)
- 단말 간 우선 순위 조절 기능(Priority handling between UEs by means of dynamic scheduling)
- MBMS 서비스 확인 기능(MBMS service identification)
- 전송 포맷 선택 기능(Transport format selection)
- 패딩 기능(Padding)
일부 실시예에 따르면, PHY 계층(105, 155)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다. 물론 상기 예시에 제한되지 않는다.
전술한 무선 프로토콜의 동작들 중 처리 로드(load)가 큰 동작들을 효율적으로 처리함으로써, 단말(100) 또는 기지국(150)은 보다 높은 데이터 율(data rate)을 지원할 수 있다. 구체적으로, RLC 계층(103, 153)의 동작들 중에서, ARQ 관련 동작, STATUS PDU의 생성 동작, 및 분할(segmentation) 관련 동작은 가장 처리 로드가 큰(heavy) 동작 중 하나에 해당한다. 공간 및 비용 측면에서, 처리 능력의 제한이 있는 단말(100)의 패킷 처리 로드는 특히 더 심각할 수 있다. 따라서, 이러한 동작들을 효율적으로 처리하기 위한 방법에 대해 후술한다.
도 1을 참조하면, 단말(100) 및 기지국(150)의 무선 프로토콜들 간 송수신이 수행될 수 있다. 이 때, 단말(100) 또는 기지국(150)이 각각 송신 장치 또는 수신 장치가 될 수 있으며, 단말(100) 또는 기지국(150) 중 어느 것이 송신 장치 또는 수신 장치 인지 여부와 무관하게 후술하는 동작들이 적용될 수 있다. 즉, 이하에서 송신 장치 또는 수신 장치로 지칭되는 것은 단말(100) 또는 기지국(150) 일 수 있다.
도 2a는 본 개시의 일 실시예에 따른 ARQ 관련 동작을 처리하기 위한 방법을 나타내는 도면이다.
송신 장치에서의 RLC 계층은 PDCP 계층으로부터 전달된 RLC SDU를 처리할 수 있다. 이 때, RLC SDU는 PDCP SDU(200, 203, 206)에 PDCP 헤더(header)(201, 204, 207)가 접합된 PDCP PDU에 대응할 수 있다. PDCP SDU(200, 203, 206)는 SDAP PDU(미도시)에 대응할 수 있으나, 이하에서는 RLC 계층 이하의 동작들에 대해 설명하므로, PDCP SDU(200, 203, 206) 기준으로 설명한다.
RLC 계층에서 수신한 PDCP PDU는 RLC SDU에 대응할 수 있다. 도 2a를 참조하면, RLC 계층은 수신된 RLC SDU 각각에 대해 1 내지 n 에 대응하는 시퀀스 넘버(SN, sequence number)를 할당할 수 있다. RLC PDU는 RLC data PDU(TMD PDU, UMD PDU, AMD PDU)와 RLC control PDU(STATUS PDU, ARQ PDU)를 포함할 수 있고, RLC control PDU에는 시퀀스 넘버가 할당되지 않는다.
이하에서는 설명의 편의 상, 시퀀스 넘버가 1에 대응하는 패킷의 처리에 대해 설명하나, 시퀀스 넘버 1 내지 n에 대응하는 패킷의 처리에 대해 모두 동일하게 적용될 수 있음은 물론이다. 또한, 이하에서는 시퀀스 넘버 n에 대응하는 RLC SDU를 제n RLC SDU로 지칭하고, 제n RLC SDU를 포함하는 RLC data PDU를 제n RLC data PDU로 지칭한다.
RLC 계층은 수신된 제1 RLC SDU 내지 제n RLC SDU 에 RLC 헤더를 접합한 제1 RLC data PDU 내지 제n RLC data PDU를 생성할 수 있다. 구체적으로, RLC 계층은 제1 RLC SDU(200, 201)에 RLC 헤더(202)를 접합한 제1 RLC PDU를 생성할 수 있다. 또한, 제1 RLC data PDU, 제2 RLC data PDU 및 제n RLC data PDU에 포함되는 각각의 RLC 헤더(202, 205, 208)는 각각의 RLC data PDU의 동작을 처리하기 위한 정보를 포함할 수 있다. 구체적으로, RLC 헤더(202, 205, 208)는 제1 RLC data PDU, 제2 RLC data PDU 및 제n RLC data PDU에 대한 패킷 폐기, 분할 핸들링, ARQ 관련 동작, 패킷 전달 등의 동작을 처리하기 위한 정보를 포함할 수 있다.
RLC 계층은, 생성된 RLC data PDU들을 MAC 계층으로 전달하고, MAC 계층은 수신된 RLC data PDU들 및 수신된 RLC data PDU들 각각에 대응하는 MAC 서브 헤더들(211, 212, 213)을 접합한 MAC PDU들을 생성할 수 있다. 이 때, 제1 RLC data PDU 내지 제n RLC data PDU들이 모두 포함된 하나의 MAC PDU(210)가 생성될 수 있다. 한편, 자원 할당에 따라 MAC PDU에 제1 RLC data PDU 내지 제n RLC data PDU들이 모두 포함될 수 없는 경우, MAC PDU에 포함되는 RLC data PDU들의 수는 변경될 수도 있다(미도시). 예를 들어, 자원 할당에 따라, 제1 RLC data PDU 내지 제m RLC data PDU들이 하나의 전송 블록에 포함될 수도 있다(m<n). 즉, MAC PDU(210)에 포함되는 RLC data PDU들의 개수는 자원 할당에 따라 달라질 수 있으며, 자원 할당에 따라 제1 RLC data PDU 내지 제n RLC data PDU들 중, 제1 RLC data PDU 내지 제m RLC data PDU들만이 하나의 전송 블록에 포함될 수 있다.
상술한 방법에 따르면, RLC 동작들은 RLC data PDU들 각각에 대해 수행되어야 하므로 n회 수행되어야 한다. 도 1에서 전술한 바와 같이, RLC 계층의 동작들 중, ARQ 관련 동작은 레이어 2(L2)에서 높은 비중을 차지할 수 있다. 예를 들어, ARQ 관련 동작은 L2의 MAC 계층 또는 PDCP 계층에서의 동작 대비 두 배 이상의 로드가 필요할 수 있으며, 특히 ARQ 관련 동작, STATUS PDU의 생성 동작, 및 분할 관련 동작들은 가장 heavy한 기능들 중 하나로, RLC 계층에서 병목(bottleneck) 현상을 일으킬 수 있다. 따라서, ARQ 관련 동작을 효율적으로 수행할 수 있는 방안이 요구된다.
도 2b는 본 개시의 일 실시예에 따른 ARQ 관련 동작을 처리하기 위한 ARQ PDU를 설명하기 위한 도면이다.
본 개시의 일 실시예에 따르면, RLC 계층은 제1 RLC data PDU 내지 제n RLC data PDU들을 포함하는 RLC data PDU 셋(220)에 대응하는 ARQ PDU (230)를 생성할 수 있다. 이 경우, RLC 계층은 RLC data PDU 셋(220)에 대한 ARQ 관련 동작을 ARQ PDU (230)에 기초하여 처리할 수 있다. 구체적으로, RLC 계층은 ARQ PDU (230)에 제1 RLC data PDU 내지 제n RLC data PDU들과 관련된 동작에 대한 정보를 포함시킴으로써, 소정 RLC 계층 동작(예를 들어, ARQ 관련 동작)들을 제1 RLC data PDU 내지 제n RLC data PDU들 각각에 대해 n회 수행하던 것을 1회로 줄일 수 있다. 이 경우, 제1 RLC data PDU 내지 제n RLC data PDU들 각각에 포함된 제1 RLC 헤더 내지 제n RLC 헤더들은 ARQ PDU에 포함된 소정 RLC 계층 동작에 대한 정보를 제외한 나머지 RLC 동작들에 대한 정보를 포함할 수 있다. 즉, 수신 장치의 RLC 계층은 ARQ PDU(230)에 기초하여 RLC data PDU 셋(220)에 대해 소정 RLC 계층 동작을 1회 수행하고, 제1 RLC data PDU 내지 제n RLC data PDU들 각각에 대한 나머지 RLC 동작들을 n회 수행할 수 있다. 한편, 도 2a를 참조하여 설명한 실시예에 따라, 전송 블록에 제1 RLC data PDU 내지 제m RLC data PDU들이 포함되는 경우, 제1 RLC data PDU 내지 제m RLC data PDU들 각각에 대해 소정 RLC 계층 동작들을 m회 수행하던 것을 1회로 줄일 수 있음은 물론이다.
설명의 편의상, MAC 계층이 하나의 RLC 엔티티로부터 복수의 RLC data PDU들을 수신하는 내용에 대해 설명하였으나, 복수의 RLC 엔티티(entity)들로부터 RLC data PDU들을 각각 수신할 수도 있다(미도시). 여기서, RLC 계층의 동작의 수행 주체를 RLC 엔티티로 정의한다. 즉, RLC 계층과 관련된 동작을 수행하기 위한 복수의 RLC 엔티티들이 하나의 장치에 포함될 수 있으며, MAC PDU 안에는 여러 RLC 엔티티들로부터 수신된 RLC data PDU들이 포함될 수 있다. 이하에서는, RLC data PDU 셋 및 RLC data PDU 셋에 대응하는 ARQ PDU를 포함하는 것을 RLC 프레임으로 정의한다.
이때, MAC 계층에서 복수의 RLC 프레임들에 포함된 복수의 ARQ PDU들 및 복수의 RLC data PDU들 각각에 MAC 서브 헤더가 접합된 것에 기초하여 MAC PDU가 생성될 수 있다. 구체적으로, MAC PDU는 여러 RLC 엔티티들로부터 획득되는 여러 RLC 프레임(ARQ PDU, 대응하는 RLC data PDU들)들을 포함할 수 있다. 이 때, 각 RLC 엔티티는 RLC data PDU에 대응하는 시퀀스 넘버(sequence number, SN)를 독립적으로 운영하듯이 RLC 프레임에 대응하는 프레임 넘버(frame number, FN)도 독립적으로 운영할 수 있다. 즉, 하나의 MAC PDU 안에는 제1 RLC 엔티티로부터의 3번 프레임 넘버에 대응하는 RLC 프레임과 제2 RLC 엔티티로부터의 97번 프레임 넘버에 대응하는 RLC 프레임이 모두 포함될 수 있다. 이때, 다음에 전송되는 MAC PDU 안에는 제1 RLC 엔티티로부터의 4번 프레임 넘버에 대응하는 RLC 프레임과 제2 RLC 엔티티로부터의 98번 프레임 넘버에 대응하는 RLC 프레임이 포함될 수 있다. 즉, 수신 장치는 각각의 MAC 서브 헤더에 포함된 정보(예를 들어, 논리 채널 식별자)에 기초하여 어떤 RLC 엔티티로부터 전송된 ARQ PDU 또는 RLC data PDU들인지 여부를 판단하고, ARQ PDU에 기초하여 해당하는 RLC 엔티티에서 RLC 프레임들을 처리할 수 있다.
이하에서는 설명의 편의상 단일 RLC 엔티티로부터 획득되는 RLC 프레임들에 대해 설명하나, 전술한 바와 같이 복수의 RLC 엔티티들로부터 수신되는 RLC 프레임들에 대해서도 동일하게 적용될 수 있음은 물론이다.
도 2b를 참조하면, 제1 RLC data PDU 내지 제n RLC data PDU들을 포함하는 RLC data PDU 셋(220)은 프레임 넘버 1에 대응되며, ARQ PDU (230)는 프레임 넘버 1에 대응할 수 있다. 이에 따라, 제n+1 RLC data PDU 내지 제n' RLC data PDU들을 포함하는 제2 RLC data PDU 셋(미도시)은 프레임 넘버 2에 대응되며, 프레임 넘버 2에 대응하는 ARQ PDU(미도시)가 생성될 수 있다. 즉, 제1 RLC data PDU 셋 및 제1 ARQ PDU를 포함하는 것은 제1 RLC 프레임, 제2 RLC data PDU 셋 및 제2 ARQ PDU를 포함하는 것은 제2 RLC 프레임, 제n RLC data PDU 셋 및 제n ARQ PDU를 포함하는 것은 제n RLC 프레임으로 지칭될 수 있다. 즉, 이하에서 제n RLC 프레임은 제n RLC data PDU 셋과 제n ARQ PDU를 포함하는 것에 대응된다. 이때, ARQ PDU는 프레임 넘버에 대한 정보를 포함함으로써, 어떠한 RLC 프레임과 연관된 동작인지를 지시할 수 있다.
ARQ PDU (230)는 상위 계층에서 수신된 것이 아니고, RLC 계층에서 새롭게 생성될 수 있다. 이에 따라, ARQ PDU (230)는 다른 RLC data PDU들과 달리 PDCP 헤더 혹은 PDCP SDU를 포함하지 않는다. ARQ PDU (230)는 데이터 부분에 해당하는 ARQ PDU 페이로드 (231), 및 RLC 헤더(232)를 포함할 수 있다. 또한 ARQ PDU 페이로드 (231) 또는 RLC 헤더(232)는 RLC data PDU 셋(220)과 관련된 동작을 처리하기 위한 정보를 포함할 수 있다. 즉, RLC 계층은 ARQ PDU(230)에 기초하여 제1 RLC data PDU 내지 제n RLC data PDU들에 대한 소정 RLC 계층 관련 동작을 1회 수행하고, 나머지 RLC 동작들만 n회 수행할 수 있다. 이에 따라, 기존에 패킷 처리의 로드가 큰 RLC 계층 관련 동작에 대한 처리가 1/n으로 줄어들어 RLC 계층에서의 병목 현상을 해소할 수 있다.
MAC 계층은 RLC data PDU 셋(220)에 포함되는 각각의 RLC data PDU들 및 ARQ PDU(230)에 대한 MAC 서브 헤더들을 각각 생성할 수 있다. 구체적으로, MAC 계층은 ARQ PDU(230)에 MAC 서브 헤더(251)를 접합한 MAC sub PDU (250)를 생성할 수 있다. 또한, MAC 계층은 RLC data PDU들 각각에 MAC 서브 헤더를 접합한 MAC sub PDU들을 생성할 수 있다. 또한, MAC 계층은 RLC data PDU 셋(220), ARQ PDU(230), 및 MAC 서브 헤더들을 포함하는 MAC PDU(240)를 생성할 수 있다. 생성된 MAC PDU(240)는 하위 계층을 통해 수신 장치로 전송될 수 있다.
도 3은 본 개시의 일 실시예에 따른 송신 장치의 동작을 설명하기 위한 흐름도이다.
단계 310에서, 송신 장치는 RLC 엔티티에서, 복수의 RLC data PDU (protocol data unit)들을 획득할 수 있다. 구체적으로, 송신 장치는 PDCP 계층으로부터 복수의 PDCP PDU들을 획득할 수 있으며, 복수의 PDCP PDU들은 RLC SDU들에 대응될 수 있다. 또한, 송신 장치는 상위 계층으로부터 복수의 RLC SDU들을 획득하고 획득된 RLC SDU들에 대해 RLC 헤더를 접합시킨 RLC PDU들을 생성할 수 있다. RLC 계층에서 획득되는 RLC PDU들은 RLC data PDU들을 포함할 수 있다. 구체적으로, RLC PDU는 RLC data PDU(TMD PDU, UMD PDU, AMD PDU)와 RLC control PDU(STATUS PDU, ARQ PDU)를 포함할 수 있으며, RLC control PDU는 RLC 계층에서 생성될 수 있다.
단계 320에서, 송신 장치는 RLC 엔티티에서, 자원 할당에 따라 복수의 RLC data PDU들 중 적어도 하나 이상을 포함하는 RLC data PDU 셋에 대응하는 ARQ PDU를 생성할 수 있다. ARQ PDU는 RLC data PDU 셋과 관련된 동작을 처리하기 위한 정보를 포함할 수 있다. 예를 들어, ARQ PDU는 적어도 하나 이상의 RLC data PDU들에 대해 자동 재전송 요청과 관련된 동작, 수신 윈도우 내인지 여부를 판단하는 동작, 중복 패킷인지 여부를 확인하는 동작, 또는 패킷 폐기를 위한 동작을 처리하기 위한 정보 중 적어도 하나 이상을 포함할 수 있다.
송신 장치는 RLC data PDU 셋에 대응하는 ARQ PDU를 생성할 수 있다. 예를 들어, 송신 장치는 제1 RLC data PDU 셋에 대응하는 제1 ARQ PDU를 생성하고, 제2 RLC data PDU 셋에 대응하는 제2 ARQ PDU를 생성할 수 있다. 이 때, 제1 ARQ PDU는 제1 RLC PDU 셋과 관련된 동작을 처리하기 위한 정보를 포함할 수 있다.
이 때, RLC data PDU 셋에 포함되는 RLC data PDU들의 개수는 자원 할당에 의해 결정될 수 있다. 구체적으로, RLC 엔티티는 MAC 계층으로부터 자원 할당 정보를 획득할 수 있다. 이때, 자원은 바이트 단위로 할당될 수 있으며, 송신 장치는 자원 할당 정보에 기초하여 RLC data PDU 셋을 결정할 수 있다. 예를 들어, 송신 장치는 자원 할당 정보에 기초하여 제1 RLC data PDU부터 제n RLC data PDU를 전송하도록 결정할 수 있다. 즉, 제1 RLC data PDU부터 제n RLC data PDU가 하나의 RLC data PDU 셋에 포함되도록 결정될 수 있다. 이 경우, 송신 장치는 결정된 RLC data PDU 셋에 대응하는 ARQ PDU를 생성할 수 있으며, ARQ PDU는 결정된 RLC data 셋에 포함되는 제1 RLC data PDU 내지 제n RLC data PDU에 대한 정보를 포함할 수 있다.
만약, 자원 할당이 제1 RLC data PDU부터 제n RLC data PDU 및 대응하는 ARQ PDU를 전송하기에 부족한 경우, 소정 RLC SDU에 분할이 일어날 수 있다. 이때, 자원 할당에 따라 RLC data PDU 셋은 분할된 RLC SDU를 포함할 수 있다. 예를 들어, 자원 할당에 따라 제1 RLC SDU 내지 제n-1 RLC SDU, 제n RLC SDU 중 적어도 일부, 및 RLC 헤더들(제1 RLC SDU 내지 제n-1 RLC SDU, 제n RLC SDU 중 적어도 일부에 각각 대응)이 하나의 RLC data PDU 셋에 포함될 수 있다. 이 경우, 송신 장치는 분할된 제n RLC SDU를 포함하는 RLC data PDU 셋에 대응하는 ARQ PDU를 생성할 수 있다. 이 때, 분할된 제n RLC SDU에 대한 정보(예를 들어, 분할 정보)는 분할된 제n RLC SDU에 대응하는 RLC 헤더에 포함할 수 있다.
단계 330에서, 송신 장치는 MAC 계층에서, RLC data PDU 셋 및 ARQ PDU에 기초하여 생성된 제1 MAC PDU를 하위 계층을 통해 수신 장치로 송신할 수 있다. 이때, 제1 MAC PDU는 단일의 RLC data PDU 셋 및 단일의 ARQ PDU를 포함할 수 있다. 뿐만 아니라, 제1 MAC PDU는 복수의 RLC data PDU 셋 및 복수의 ARQ PDU들을 포함할 수도 있다. 예를 들어, 제1 RLC data PDU 셋 내지 제n RLC data PDU 셋에 각각 대응하는 제1 ARQ PDU 내지 제n ARQ PDU가 하나의 MAC PDU에 포함될 수 있다.
단계 340 에서, 송신 장치는 수신 장치로부터, 소정 조건이 만족되는 경우 RLC data PDU 셋과 연관된 STATUS PDU를 수신할 수 있다. 구체적으로, STATUS PDU는 RLC data PDU 셋에 대한 수신 여부를 나타내는 ACK (acknowledgement) 또는 NACK (negative-acknowledgement)을 포함할 수 있다.
송신 장치는 STATUS PDU에 NACK (Negative Acknowledgement)이 포함되는 경우, 재전송을 위한 자원 할당에 따라 기 전송한 RLC data PDU 셋 중 적어도 일부를 포함하는 제2 MAC PDU를 생성하고, 제2 MAC PDU를 하위 계층을 통해 수신 장치로 송신할 수 있다. 만약, STATUS PDU에 NACK이 포함되고 재전송을 위한 자원 할당이 기 전송한 RLC data PDU 셋을 포함하기에 충분한 경우, 제2 MAC PDU는 RLC data PDU 셋 전체를 포함할 수 있다. 한편, 재전송을 위한 자원 할당이 기 전송한 RLC data PDU 셋을 포함하기에 충분하지 않은 경우, 제2 MAC PDU는 기 전송된 RLC data PDU 셋 중 적어도 일부만을 포함할 수 있다. 이때, RLC data PDU 셋 중 적어도 일부는, RLC data PDU 셋이 분할(segmentation)된 것이고, 분할된 RLC data PDU 셋에 기초하여 ARQ PDU가 업데이트 될 수 있다. 이때, 제2 MAC PDU는, 분할된 RLC data PDU 셋 및 업데이트된 ARQ PDU를 포함할 수 있다.
수신 장치는 상태 변수(state variable)에 기초하여 소정 RLC 프레임이 수신되었는지 여부를 판단하며, 판단 결과에 기초하여 소정 조건이 만족되는 경우에 STATUS 보고를 트리거할 수 있다.
도 4는 본 개시의 일 실시예에 따른 MAC PDU를 설명하기 위한 도면이다.
MAC PDU(400)는 하나의 RLC 프레임뿐만 아니라 복수의 RLC 프레임에 기초하여 생성될 수 있다. 도 4를 참조하면, MAC PDU(400)는 MAC sub PDU(410, 420) 및 복수의 MAC sub PDU들(411, 421)을 포함할 수 있다. MAC sub PDU(410)는 제1 ARQ PDU에 MAC 서브 헤더가 접합된 것이고, MAC sub PDU(420)는 제2 ARQ PDU에 MAC 서브 헤더가 접합된 것을 나타낸다. 또한, MAC sub PDU들(411)은 제1 ARQ PDU에 대응하는 RLC data PDU들 각각에 MAC 서브 헤더들이 접합된 것이고, MAC sub PDU들(421)은 제2 ARQ PDU에 대응하는 RLC data PDU들 각각에 MAC 서브 헤더들이 접합된 것을 나타낸다. 이 때, MAC PDU(400)는 단일의 RLC 엔티티 또는 여러 RLC 엔티티들로부터 수신되는 복수의 RLC 프레임들에 기초하여 생성된 것일 수 있다.
본 개시의 일 실시예에 따르면, MAC PDU(400)는 단일의 RLC 엔티티로부터 수신되는 복수의 RLC 프레임들에 기초하여 생성될 수 있다. 예를 들면, 단일의 RLC 엔티티는 자원 할당 정보에 기초하여 제1 RLC 프레임 및 제2 RLC 프레임을 결정할 수 있으며, MAC PDU(400)는 제1 RLC 프레임에 대응하는 MAC sub PDU들 (410, 411)뿐만 아니라 제2 RLC 프레임에 대응하는 MAC sub PDU들 (420, 421)을 포함할 수 있다.
한편, 본 개시의 일 실시예에 따르면, MAC PDU(400)는 복수의 RLC 엔티티들로부터 수신되는 복수의 RLC 프레임들을 포함할 수 있다. 예를 들면, MAC sub PDU들(410, 411)은 제1 RLC 엔티티로부터 수신되는 제1 RLC 프레임에 기초하여 생성되고, MAC sub PDU들(420, 421)은 제2 RLC 엔티티로부터의 제2 RLC 프레임에 기초하여 생성될 수도 있다.
즉, 복수의 RLC 엔티티들로부터 수신되는 복수의 RLC 프레임들이 하나의 MAC PDU에 포함될 수 있으며, 각 RLC 엔티티들은 시퀀스 넘버를 독립적으로 운영하듯이 프레임 넘버도 독립적으로 운영할 수 있다. 예를 들어, 단일의 MAC PDU 안에는 제1 RLC 엔티티로부터 수신되는 RLC 프레임 3번(미도시)과 제2 RLC 엔티티로부터 수신되는 RLC 프레임 97번(미도시) 및 MAC 서브 헤더들이 포함될 수 있으며, 다음에 전송되는 MAC PDU는 제1 RLC 엔티티로부터 수신되는 RLC 프레임 4번(미도시)과 제2 RLC 엔티티로부터 수신되는 RLC 프레임 98번(미도시), 및 MAC 서브 헤더들을 포함할 수 있다.
도 5는 본 개시의 일 실시예에 따른 MAC PDU 내에서 ARQ PDU에 대응하는 MAC sub PDU의 위치를 설명하기 위한 도면이다.
MAC sub PDU(511, 521)는 MAC PDU(510, 520) 내의 어느 부분에나 위치할 수 있다. 여기서, MAC sub PDU(511, 521)는 ARQ PDU 및 ARQ PDU에 접합되는 MAC 서브 헤더를 포함하는 것을 의미한다. 예를 들어, MAC sub PDU(511)는 MAC PDU(510)의 마지막 부분에 위치할 수 있고, MAC sub PDU(521)는 MAC PDU(520)의 처음 부분에 위치할 수 있다.
본 개시의 일 실시예에 따르면, MAC sub PDU (511)는 MAC PDU(510) 내의 마지막 부분에 위치될 수 있다. 이 경우, 수신 장치의 RLC 계층에서는 ARQ PDU의 처리 이전이라도 RLC data PDU들에 대해 먼저 처리하고 처리 결과를 상위 계층으로 전달 할 수 있다는 이점이 있다.
한편, 본 개시의 다른 실시예에 따르면, MAC sub PDU (521)는 MAC PDU(520) 내의 처음 부분에 위치할 수 있다. 수신 장치의 RLC 계층에서는 ARQ PDU를 RLC data PDU들 보다 먼저 처리할 수 있으며, 이에 따라 RLC 동작들의 로드에 대해 추가적인 감소 효과를 얻을 수 있다. 특히 MAC PDU (520)에 따르면, ARQ PDU와 RLC data PDU들이 같은 코어에서 순차적으로 하나씩 처리될 수 있고, ARQ PDU의 처리결과가 RLC data PDU들의 처리에 적용되는 것이 용이하므로, MAC sub PDU (521)가 MAC PDU(520) 내의 처음에 위치하는 것은 단일 코어(single core) 환경에서 효과적일 수 있다. 즉, ARQ PDU와 RLC data PDU가 서로 다른 코어에서 처리될 가능성이 있는 멀티 코어 환경에 비해, MAC sub PDU (521)가 MAC PDU(520) 내의 처음에 위치하는 것은 단일 코어(single core) 환경에서 효과적일 수 있다.
한편, ARQ PDU에 대응하는 MAC sub PDU는 MAC PDU 내의 중간에도 위치할 수 있다(미도시). 이 경우, ARQ PDU에 대응하는 MAC sub PDU가 MAC PDU의 처음 또는 마지막 부분에 위치하는 경우에 얻게 되는 이점 중 일부를 각각 가질 수 있다.
설명의 편의상, 도 5에서는 단일의 RLC 프레임을 포함하는 MAC PDU(510, 520)에 대해 설명하였으나, MAC PDU에 복수의 RLC 프레임들 및 MAC 서브 헤더들이 포함되는 경우(미도시)에도 전술한 내용이 적용될 수 있다. 복수의 RLC 프레임들은 복수의 ARQ PDU들 및 복수의 ARQ PDU들 각각에 대응하는 RLC data PDU 셋들을 포함할 수 있다. 이때, MAC PDU는 복수의 ARQ PDU들 각각에 MAC 서브 헤더가 접합된 MAC sub PDU들 (이하, 복수의 ARQ PDU들에 대응하는 MAC sub PDU들) 및 각 ARQ PDU에 대응하는 RLC data PDU 셋 내의 RLC data PDU들 각각에 MAC 서브 헤더가 접합된 MAC sub PDU들의 셋(이하, MAC sub PDU 셋)들을 포함할 수 있다. 복수의 ARQ PDU들에 대응하는 MAC sub PDU들은 각각 해당 MAC sub PDU 셋의 앞 부분마다 위치하거나, 해당 MAC sub PDU 셋의 뒤 부분마다 위치할 수 있다.
도 6은 본 개시의 일 실시예에 따른 RLC data PDU들을 전송하기 위한 다른 구조를 설명하기 위한 도면이다.
구체적으로, 도 6을 참조하면, RLC super PDU(631, 620)가 데이터의 형태로 전송되며, MAC 서브 헤더(632)가 RLC super PDU (631, 620)에 붙을 수 있다. 또한, RLC super PDU (631, 620)의 RLC super PDU 헤더(631)는 RLC super PDU (631, 620) 와 관련된 동작을 처리하기 위한 정보를 포함할 수 있다. 송신 장치는 RLC data PDU(610)를 포함하는 복수의 RLC data PDU들(620) 및 RLC super PDU 헤더(631)를 포함하는 RLC super PDU (631, 620)을 생성하여 MAC 계층으로 전달할 수 있다. 송신 장치는 ARQ PDU를 별도로 생성하지 않고, RLC super PDU 헤더(631)에 ARQ PDU에 포함되는 정보를 포함시킬 수 있다. 즉, 송신 장치는 RLC 계층에서 RLC super PDU 헤더(631)를 생성할 수 있다.
MAC PDU(600)는 복수의 RLC data PDU들 및 RLC super PDU 헤더(631)로 구성된 RLC super PDU (620, 631) 및 MAC 서브 헤더(632)를 포함할 수 있다. MAC 서브 헤더(632)는 RLC super PDU (620, 631) 와 관련된 동작을 처리하기 위한 정보를 포함할 수 있다. MAC PDU(600)는 복수의 RLC super PDU들 및 각각의 MAC 서브 헤더들을 포함할 수도 있다(미도시).
RLC super PDU 헤더(631)의 처리에 의해 복수의 RLC data PDU들(620)에 대한 동작의 일괄 처리가 가능하므로 RLC 동작의 오버헤드가 감소할 수 있다. 또한, 복수의 RLC data PDU들 각각에 대해 MAC 서브 헤더가 생성되던 것과 달리, RLC super PDU(631, 620)에 대해서만 MAC 서브 헤더(632)가 생성되므로 MAC 서브 헤더 자체의 오버헤드가 감소할 수 있다.
도 7a는 본 개시의 일 실시예에 따른 RLC data PDU 셋을 바이트 단위로 분할하는 것을 설명하기 위한 도면이다.
송신 장치의 RLC 엔티티는 MAC 계층으로부터 자원 할당 정보를 수신할 수 있으며, 자원은 byte 단위로 할당될 수 있다. RLC 엔티티는 자원 할당 정보에 기초하여 전송할 RLC data PDU 셋을 결정하므로, 처음으로 전송되는 RLC data PDU 셋(이하, 초송 RLC data PDU 셋)은 분할될 필요가 없다. 구체적으로, 자원 할당이 제1 RLC data PDU 내지 제n RLC data PDU 및 ARQ PDU를 전송하기에 부족한 경우, 소정 RLC SDU가 분할될 수 있다. 즉, 자원 할당에 따라 초송 RLC data PDU 셋은 분할된 RLC SDU을 포함하고, 초송 RLC data PDU 셋 자체에 분할이 수행되지는 않는다.
또한, 제n RLC SDU가 분할되는 경우, 분할된 제n RLC SDU에 따라 제n RLC SDU에 접합되는 RLC 헤더의 크기가 변경될 수 있다. 제n RLC SDU에 분할이 수행된 경우, 송신 장치는 분할된 제n RLC SDU에 대한 정보(예를 들어, 분할 정보)를 분할된 제n RLC SDU에 대응하는 RLC 헤더에 포함시킬 수 있다. 이 경우, 변경된 RLC 헤더의 크기를 고려하여 자원 할당에 따른 RLC data PDU 셋이 결정될 수 있다. 구체적으로, 송신 장치의 RLC 엔티티는 자원 할당 정보에 기초하여, 제1 RLC SDU 내지 제n-1 RLC SDU, 제n RLC SDU의 적어도 일부, 및 RLC 헤더들을 포함하는 RLC data PDU 셋 및 ARQ PDU를 결정할 수 있다. 즉, 송신 장치는 복수의 RLC SDU들(또는 분할된 RLC SDU들) 각각에 RLC 헤더들이 접합된 복수의 RLC data PDU들을 포함하는 RLC data PDU 셋에 대응하는 ARQ PDU를 생성할 수 있다. 전술한 바와 같이, MAC PDU에 포함될 수 있는 RLC data PDU들 및 ARQ PDU는 자원 할당 정보에 의해 결정될 수 있다.
STATUS PDU에 NACK (Negative Acknowledgement)이 포함되는 경우, 송신 장치의 RLC 엔티티는 자원 할당에 따라, 재전송 할 RLC data PDU 셋의 적어도 일부를 결정할 수 있다. 구체적으로, STATUS PDU에 NACK (Negative Acknowledgement)이 포함되고 자원 할당이 충분한 경우, 송신 장치는 NACK에 기초하여 RLC data PDU 셋을 재전송할 수 있다. 만약 재전송을 위한 자원 할당이 RLC data PDU 셋을 전송하기 위해 필요한 전송 자원보다 작은 경우, RLC 엔티티는 RLC data PDU 셋에 포함된 RLC SDU들 중 일부에 바이트(byte) 단위의 분할(segmentation)을 수행할 수 있다.
도 7a는 본 개시의 일 실시예에 따른 RLC data PDU 셋에 대한 바이트 단위의 분할(710)을 설명하기 위한 도면이다. 송신 장치의 RLC 엔티티는 자원 할당 정보에 따라, 제1 RLC 프레임을 결정할 수 있다. 구체적으로, 제1 RLC 프레임은 시퀀스 넘버 1 내지 4에 대응하는 복수의 RLC data PDU들 및 복수의 RLC data PDU들에 대응하는 ARQ PDU를 포함할 수 있다. 송신 장치는 제1 RLC 프레임을 포함하는 제1 MAC PDU(미도시)를 하위 계층을 통해 수신 장치로 송신할 수 있다. 수신 장치는 RLC data PDU 셋이 수신되지 않았으며 소정 조건이 만족되면 NACK을 포함하는 STATUS PDU를 전송할 수 있다. 송신 장치는 NACK이 포함된 STATUS PDU가 수신되면, RLC data PDU 셋을 재전송 하기로 결정할 수 있다.
도 7a를 참조하면, MAC 계층에서 각 RLC 엔티티로 할당하는 재전송 허용 크기(711)는 제1 RLC 프레임의 크기보다 작을 수 있으며 바이트 단위일 수 있다. 구체적으로, 재전송 허용 크기(711)는 시퀀스 넘버 1 내지 시퀀스 넘버 2에 대응하는 RLC SDU, 시퀀스 넘버 3에 대응하는 RLC SDU의 적어도 일부, ARQ PDU, 및 RLC 헤더들을 포함하는 크기일 수 있다. 즉, 재전송 허용 크기(711)에 따라 제1 RLC 프레임은 분할될 수 있으며, 제1 RLC 프레임이 분할된다는 것은 제1 RLC 프레임에 포함되는 RLC SDU에 대한 분할을 의미한다. 이하에서, 설명의 편의상, RLC 프레임은 완전한 RLC 프레임 또는 분할된 RLC 프레임을 포함하는 개념으로 사용되고, 구분되어야 할 필요가 있을 때, 분할된 RLC 프레임 또는 완전한 RLC 프레임이라고 별도로 명시하기로 한다. 전술한 바와 같이, RLC SDU에 바이트 단위의 분할이 수행되는 경우, RLC 헤더의 크기가 변경될 수 있으며, 변경된 RLC 헤더의 크기를 고려하여 분할된 RLC data PDU 셋(이하 재송 RLC data PDU 셋)이 결정될 수 있다. 구체적으로, 송신 장치는 시퀀스 넘버 1 내지 4에 대응하는 RLC data PDU들을 포함하는 RLC data PDU 셋을 재전송 허용 크기(711)에 기초하여 분할할 수 있다. 이 경우, 송신 장치는 초송 RLC data PDU 셋을 byte 단위로 분할할 수 있으며, 재송 RLC data PDU 셋은 시퀀스 넘버 1 내지 2에 대응하는 RLC data PDU들, 및 시퀀스 넘버 3에 대응하는 RLC SDU의 일부와 시퀀스 넘버 3에 대응하는 RLC SDU에 대한 정보(예를 들어, 분할 정보)를 포함하는 RLC 헤더를 포함할 수 있다. 이때, 시퀀스 넘버 3에 대응하는 RLC SDU의 일부와 해당 RLC SDU에 대한 정보를 포함하는 RLC 헤더를 포함하는 것도 RLC data PDU이다. 즉, 소정 RLC SDU 중 일부 및 해당 RLC SDU에 대응하는 RLC 헤더를 포함하는 것도 RLC data PDU에 해당한다.
또한, 송신 장치는 재송 RLC data PDU 셋에 기초하여 ARQ PDU를 업데이트 할 수 있다. 구체적으로, ARQ PDU는 재송 RLC data PDU 셋에 대한 정보를 포함할 수 있다. 또한, 송신 장치는 재송 RLC data PDU 셋 및 업데이트된 ARQ PDU에 기초하여 제2 MAC PDU (712)를 생성할 수 있다. 제2 MAC PDU (712)는 재송 RLC data PDU 셋, 업데이트된 ARQ PDU, 및 MAC 서브 헤더들을 포함할 수 있다. 이때, 재송 RLC data PDU 셋에 포함되는 RLC data PDU들 및 업데이트된 ARQ PDU의 크기의 합은 재전송 허용 크기(711)에 대응될 수 있다. 즉, 바이트 단위로 자원을 활용하는 경우, 할당된 자원을 모두 이용할 수 있다. 이때, 제2 MAC PDU (712) 내의 MAC sub PDU에 포함되는 ARQ PDU는, 분할에 대한 정보를 포함하고, 분할에 대한 정보는, 분할 여부에 대한 정보, 분할의 단위에 대한 정보, 분할의 위치에 대한 정보, 분할의 시작점, 분할의 끝점, 또는 분할의 시작점으로부터의 오프셋에 대한 정보 중 적어도 하나 이상을 포함할 수 있다.
도 7b는 본 개시의 일 실시예에 따른 RLC data PDU 셋을 RLC SDU 단위로 분할하는 것을 설명하기 위한 도면이다.
초송 RLC data PDU 셋에 대해서는 도 7a에서 전술한 바와 같으므로 여기서는 생략하기로 한다. 수신 장치가 ARQ PDU에 기초하여 초송 RLC data PDU 셋을 수신하지 못한 것으로 판단하는 경우, 소정 조건이 만족되면 NACK을 포함하는 STATUS PDU를 전송할 수 있다. 송신 장치는 NACK이 포함된 STATUS PDU가 수신되면, RLC data PDU 셋을 재전송 할 수 있다.
도 7b를 참조하면, MAC 계층에서 각 RLC 엔티티로 할당하는 재전송 허용 크기(721)는 제1 RLC 프레임의 크기보다 작을 수 있으며 바이트 단위일 수 있다. 구체적으로, 재전송 허용 크기(721)는 시퀀스 넘버 1에 대응하는 RLC SDU, 시퀀스 넘버 2에 대응하는 RLC SDU, 시퀀스 넘버 3에 대응하는 RLC SDU의 일부, ARQ PDU, 및 RLC 헤더들을 포함하는 크기일 수 있다. 이 경우, 송신 장치는 재전송 허용 크기(721)에 기초하여 초송 RLC data PDU 셋을 분할할 수 있다. 이때, 송신 장치는 RLC data PDU 셋에 대해 RLC SDU 단위의 분할을 수행할 수 있으며 분할된 RLC data PDU 셋(또는 재송 RLC data PDU 셋)은 시퀀스 넘버 1 내지 2에 대응하는 RLC data PDU들을 포함할 수 있다. 분할된 RLC data PDU 셋에 기초하여 생성되는 제2 MAC PDU (722)는 ARQ PDU, 시퀀스 넘버 1 내지 2에 대응하는 RLC data PDU들, 및 MAC 서브 헤더들을 포함할 뿐만 아니라, 나머지 자원(723)에 패딩(padding) 비트, 다른 RLC 엔티티로부터의 RLC PDU(미도시), MAC 서브 헤더(미도시) 또는 MAC control element(미도시) 중 적어도 하나 이상을 더 포함할 수 있다.
즉, 송신 장치는 분할된 RLC data PDU 셋에 기초하여 ARQ PDU를 업데이트 할 수 있다. 구체적으로, ARQ PDU는 분할된 RLC data PDU 셋에 대한 정보를 포함할 수 있다. 또한, 송신 장치는 분할된 RLC data PDU 셋 및 업데이트된 ARQ PDU에 기초하여 제2 MAC PDU (722)를 생성할 수 있다. 제2 MAC PDU (722)는 재전송 허용 크기(721) 내에서 분할 없이 포함될 수 있는 최대 개수의 RLC SDU들을 포함할 수 있다. 구체적으로, 도 7b를 참조하면, 제2 MAC PDU (722)는 ARQ PDU, 시퀀스 넘버 1 내지 2에 대응하는 RLC data PDU들, 및 MAC 서브 헤더들을 포함할 수 있다. 즉, 송신 장치의 RLC 엔티티는 자원 할당에 따라 시퀀스 넘버 3에 대응하는 RLC SDU 전체를 포함시킬 수 없으므로, 제2 MAC PDU(722)에는 ARQ PDU, 시퀀스 넘버 1 내지 2에 대응하는 RLC data PDU들, 및 MAC 서브 헤더들이 포함될 수 있다. 이 때, 재전송 허용 크기(721)보다 재전송되는 분할된 RLC 프레임의 크기가 작아지게 되므로 송신 장치는 나머지 자원(723)에 패딩(padding) 비트, 다른 RLC 엔티티로부터의 RLC PDU(미도시), MAC 서브 헤더(미도시) 또는 MAC control element(미도시) 중 적어도 하나 이상을 추가할 수 있다. 또한, RLC SDU 단위로 분할이 수행되는 경우, RLC 동작이 간소화 될 수 있다.
한편, 본 개시의 일 실시예에 따르면, 송신 장치는 자원 할당 정보에 기초하여, NACK이 수신된 RLC data PDU 셋의 적어도 일부를 재전송할 수 있다. 이때, 송신 장치는 MAC 계층에서 자원 할당 정보에 기초하여 분할된 RLC data PDU 셋뿐만 아니라 새로운 RLC data PDU 셋(초송 RLC data PDU 셋)을 더 포함하는 MAC PDU(미도시)를 생성할 수도 있다.
MAC PDU의 사이즈가 큰 경우 (즉, RLC 엔티티로 할당된 자원의 크기가 큰 경우), 바이트 단위로 자원을 활용하는 효과가 상대적으로 작을 수 있다. 예를 들어, MAC PDU의 사이즈가 10 바이트인 경우에 1 바이트 자원을 활용하는 것은 MAC PDU의 사이즈가 1000 바이트인 경우에 1 바이트 자원을 활용하는 것보다 효율이 높다. 즉, MAC PDU의 사이즈가 클수록 분할을 RLC SDU 단위로 수행함으로써 RLC 동작을 간소화 하는 것이 효율이 더 높을 수 있다.
송신 장치는 바이트 단위로 분할을 수행하기 위해, 분할이 일어나는 위치(point)에 대한 정보(segment offset, SO )가 필요하다. 이에 따라, RLC data PDU들의 헤더에 대한 유형 또는 구조가 복잡할 수 있고, 해당 정보를 처리하기 위한 동작 또한 RLC 동작 중 패킷 처리의 로드가 큰 동작에 속한다. 한편, 분할이 RLC SDU 단위로 수행되는 경우, RLC PDU들의 헤더에 대한 유형 또는 구조가 단순화 되고, 해당 처리 동작 또한 간소화 될 수 있다.
도 8a는 본 개시의 일 실시예에 따른 기존의 ARQ 관련 동작을 설명하기 위한 도면이다.
송신 장치가 MAC PDU #1 내지 MAC PDU #3을 전송하면, 수신 장치는 하위 계층을 통해 MAC PDU들을 수신할 수 있다. 구체적으로, 송신 장치가 MAC PDU #1 내지 MAC PDU #3을 송신하고, 수신 장치가 MAC PDU #1 내지 MAC PDU #3 중 적어도 하나의 수신을 실패한 경우 RLC 계층에서 각각의 RLC data PDU들에 기초하여 RLC data PDU들에 대한 동작을 수행할 수 있다. 수신 장치는 각각의 RLC data PDU들 또는 각각의 RLC data PDU들에 접합된 RLC 헤더를 참조하여 해당 RLC data PDU들에 대한 RLC 계층 동작을 수행할 수 있다. 즉, 수신 장치는 시퀀스 넘버 1 내지 시퀀스 넘버 12에 대응하는 각각의 RLC data PDU들에 기초하여 RLC 계층의 동작(예를 들어, ARQ 관련 동작)을 수행해야 한다.
도 8a를 참조하면, 수신 장치는 12 개의 RLC data PDU들 각각에 기초하여, 시퀀스 넘버 5 내지 시퀀스 넘버 8에 대응하는 RLC SDU들의 수신 여부를 판단할 수 있으며, 판단 결과에 기초하여 송신 장치로 시퀀스 넘버 5 내지 시퀀스 넘버 8에 대응하는 RLC SDU들에 대한 재전송을 요청할 수 있다. 즉, 수신 장치는 각각의 RLC data PDU들에 기초하여 RLC SDU들의 수신 여부를 판단해야 하므로 ARQ 관련 동작의 로드가 크다는 문제가 있다.
도 8b는 본 개시의 일 실시예에 따른 기존의 시퀀스 넘버 기반 RLC 동작을 설명하기 위한 도면이다.
도 8b를 참조하면, 수신 장치는 RLC 계층에서 수신된 RLC data PDU들의 RLC 헤더에 포함된 시퀀스 넘버 및 RLC SDU들에 대한 분할 정보에 기초하여 상태 변수들을 업데이트(800) 할 수 있다. 구체적으로, 시퀀스 넘버 1에 대응하는 완전한 RLC SDU(분할되지 않은 RLC SDU를 의미함)를 포함하는 RLC data PDU가 수신되면, 수신 장치는 다음으로 수신할 RLC SDU를 나타내는 상태 변수(RX_Next)를 2로 업데이트 할 수 있다. 또한, 시퀀스 넘버 2에 대응하는 완전한 RLC SDU를 포함하는 RLC data PDU가 수신되면, 수신 장치는 다음으로 수신할 RLC SDU를 나타내는 상태 변수 (RX_Next)를 3으로 업데이트 할 수 있다. 한편, 시퀀스 넘버 2에 대응하는 RLC SDU 중 일부만이 수신된 경우, 수신 장치는 시퀀스 넘버 2에 대응하는 RLC SDU를 온전히 수신하지 못했기 때문에 파라미터(RX_Next)를 3으로 업데이트 하지 않을 수 있다. 즉, 상태 변수 (RX_Next)는 시퀀스 넘버의 순서대로 홀(hole) 없이 수신된 완전한 RLC SDU들 중 가장 마지막 시퀀스 넘버의 바로 다음 시퀀스 넘버를 나타낸다. 여기서, 홀(hole)은 수신된 RLC SDU들 중간에 수신되지 않은 RLC SDU(들) 또는 RLC SDU의 일부분(들)을 의미한다. 또한, 수신 장치는 각각의 RLC data PDU들에 기초하여 RLC 동작을 수행할 수 있다.
도 8a 및 도 8b를 참조하면, 수신 장치는 시퀀스 넘버 4에 대응하는 완전한 RLC SDU를 포함하는 RLC data PDU가 수신되어 상태 변수(Rx_Next)를 5로 업데이트 하였으나, 시퀀스 넘버 5에 대응하는 완전한 RLC SDU를 포함하는 RLC data PDU 대신 시퀀스 넘버 9 내지 12에 대응하는 RLC SDU를 포함하는 RLC data PDU들이 수신될 수 있다. 이 경우, 수신된 RLC SDU들 중 가장 높은 시퀀스 넘버의 바로 다음 시퀀스 넘버를 나타내는 상태 변수 (Rx_Next_Highest)는 13으로 업데이트 될 수 있다. 수신 장치는 상태 변수(Rx_Next) 및 상태 변수(Rx_Next_Highest)에 기초하여 수신된 RLC SDU들 중간에 수신되지 않은 RLC SDU(들) 또는 RLC SDU의 일부분(들)인 홀(hole)이 발생한 것을 알 수 있다. 즉, 수신 장치는 상태 변수(Rx_Next)가 5인 것에 기초하여, 시퀀스 넘버 5에 대응하는 완전한 RLC SDU가 수신되지 않았다는 정보(예를 들어, NACK)를 포함하는 STATUS PDU를 송신 장치로 전송할 수 있다.
또한, 도 8b를 참조하면, 전술한 것과 같이 ARQ 및 packet discard 관련 동작(810)은 상태 변수의 업데이트(800)에 기초하여 수행될 수 있다. 즉, RLC data PDU들 각각에 대해 ARQ 및 packet discard 관련 동작(810)이 수행될 수 있다. 예를 들어, 수신 장치는 복수의 RLC data PDU들에 대한 시퀀스 넘버들이 수신 윈도우 내에 포함되는지 여부를 결정할 수 있다. 구체적으로, 수신 장치는 상태 변수(RX_Next) <= 수신된 RLC data PDU의 시퀀스 넘버(SN) < 상태 변수(RX_Next) + 수신 윈도우 사이즈(RX_Window_Size) 를 만족하는 시퀀스 넘버(SN)에 대해서만 수신 윈도우 내에 포함되는 것으로 판단하고, 수신 윈도우 내에 포함되지 않는 시퀀스 넘버들에 해당하는 RLC data PDU들은 폐기(discard)할 수 있다. 여기서, RX Window size는 수신 윈도우의 크기를 의미한다. 또한, 수신 장치는 복수의 RLC SDU들이 중복 수신되었는지 여부를 시퀀스 넘버에 기초하여 판단하고, 중복 수신된 RLC SDU들 또는 RLC SDU들의 일부는 폐기할 수 있다.
또한, ARQ 관련 동작들 중, t-Reassembly 관리 및 STATUS PDU 생성(820)도 RLC data PDU들 각각에 포함된 시퀀스 넘버들을 기반으로 수행될 수 있다. 또한, RLC SDU에 대해 분할이 발생하는 경우, 분할 관리(830)도 RLC data PDU들 각각에 대해 수행될 수 있다. 즉, 상태 변수의 업데이트(800), ARQ 및 packet discard 관련 동작(810), t-Reassembly 관리 및 STATUS PDU 생성(820), 및 분할 관리(830)는 모두 시퀀스 넘버 기반으로 RLC data PDU들에 대한 처리가 수행될 수 있다. 한편, 전술한 동작들(800, 810, 820 830)은 시퀀스 넘버 기반으로 동작할 때 패킷 처리의 로드가 상대적으로 큰 동작들에 해당하며, 짧은 시간에 많은 RLC data PDU들을 처리해야하는 초고속 data rate 환경에서 각 RLC data PDU 별로 발생하는 패킷 처리 로드를 줄일 수 있는 방안이 요구된다. 이하에서는, 도 9a 내지 도 9c를 참조하여, 본 개시의 일 실시예에 따른 ARQ PDU 기반의 RLC 동작들에 대해 설명한다.
도 9a는 본 개시의 일 실시예에 따른 ARQ PDU 기반의 RLC 동작을 설명하기 위한 도면이다.
송신 장치가 MAC PDU #1 내지 MAC PDU #3을 전송하면, 수신 장치는 하위 계층을 통해 MAC PDU들을 수신할 수 있다. 구체적으로, 송신 장치가 MAC PDU #1 내지 MAC PDU #3을 송신하고, 수신 장치가 MAC PDU #1 내지 MAC PDU #3 중 적어도 하나의 수신을 실패한 경우 RLC 계층에서 ARQ PDU들에 기초하여 RLC 프레임들에 대한 RLC 동작을 수행할 수 있다. 도 9a를 참조하면, MAC PDU #1 내지 MAC PDU #3이 각각 제1 RLC 프레임(시퀀스 넘버 1 내지 4에 대응하는 RLC data PDU들) 내지 제3 RLC 프레임(시퀀스 넘버 9 내지 12에 대응하는 RLC data PDU들)을 포함하는 경우에 대해 설명한다.
본 개시의 일 실시예에 따르면, 수신 장치는 ARQ PDU에 기초하여 ARQ PDU에 대응하는 RLC 프레임에 대한 동작을 수행할 수 있다. 구체적으로, 수신 장치는 시퀀스 넘버 1 내지 시퀀스 넘버 12에 대응하는 각각의 RLC data PDU들 마다 상태 변수를 업데이트할 필요 없이, 프레임 넘버 1 내지 프레임 넘버 3에 대응하는 ARQ PDU에 기초하여 상태 변수를 업데이트할 수 있다.
도 9a를 참조하면, 수신 장치는 업데이트 된 상태 변수에 기초하여 프레임 넘버 2에 대응하는 ARQ PDU 가 수신되지 않은 것으로 판단되고 소정 조건이 만족되는 경우, 제2 RLC 프레임이 수신되지 않았다는 정보(예를 들어, NACK 정보)를 포함하는 STATUS PDU를 송신 장치로 전송할 수 있다. 이에 따라, 송신 장치는 제2 RLC 프레임에 대한 ARQ 관련 동작을 수행할 수 있다. 즉, 수신 장치는 프레임 넘버 1 내지 프레임 넘버 3에 대응하는 3 개의 ARQ PDU들에 기초하여 제1 RLC 프레임 내지 제3 RLC 프레임과 관련된 RLC 동작을 수행할 수 있다.
도 9b는 본 개시의 일 실시예에 따른 ARQ PDU 기반 RLC 동작을 설명하기 위한 도면이다.
도 9b를 참조하면, 수신 장치는 적어도 하나의 ARQ PDU들에 포함된 정보에 기초하여, 복수의 RLC data PDU들에 해당하는 시퀀스 넘버들이 수신 윈도우 내에 포함되는지 여부를 판단하고, 복수의 RLC data PDU들 중 수신 윈도우 내에 포함되지 않는 시퀀스 넘버에 해당하는 RLC data PDU를 폐기(discard)할 수 있다. 이때, ARQ PDU들에 포함된 정보는, 복수의 RLC data PDU들 각각에 대한 시퀀스 번호들에 대한 정보가 포함될 수 있다. 예를 들어, 도 9a를 참조하면, 프레임 넘버 1에 대응하는 ARQ PDU는 RLC data PDU들의 시퀀스 넘버인 1 내지 4에 대한 정보를 포함할 수 있다. 구체적으로, 수신 장치는, ARQ PDU에 포함된 정보에 기초하여 관리되는 상태 변수(RX_Next_s_ARQ, 912)를 통해 해당 RLC 프레임 내의 RLC data PDU의 시퀀스 넘버가 수신 윈도우 이내인지 여부를 판단할 수 있다. 상태 변수 (RX_Next_s_ARQ)는 시퀀스 넘버의 순서대로 홀(hole) 없이 수신된 완전한 RLC SDU들 중 가장 마지막 시퀀스 넘버의 바로 다음 시퀀스 넘버를 나타낸다. 구체적으로, 수신 장치는 상태 변수(RX_Next_s_ARQ, 912) <= 시퀀스 넘버(SN) < 상태 변수(RX_Next_s_ARQ, 912) + 수신 윈도우 사이즈(RX_Window_Size)를 만족하는 시퀀스 넘버(SN) 가 수신 윈도우 이내인 것으로 판단할 수 있다. 즉, 수신 장치는 시퀀스 넘버 기반의 상태 변수(RX_Next_s_ARQ, 912)와 수신 윈도우에 기초하여 RLC data PDU의 폐기 여부를 감지하고 RLC 프레임의 수신 현황에 대한 정보를 업데이트할 수 있다. 구체적으로, 수신 장치는 RLC 프레임 내의 ARQ PDU에 포함된 정보에 기초하여 상태 변수(RX_Next_s_ARQ, 912)를 관리하며, 상태 변수(RX_Next_s_ARQ, 912)에 기초하여 RLC data PDU의 폐기 여부를 감지(detect) 할 수 있다.
수신 장치에서는 STATUS PDU를 생성하기 위해 수신 윈도우 내의 시퀀스 넘버 또는 프레임 넘버에 해당하는 RLC 프레임들에 대한 수신 현황에 대한 정보가 필요할 수 있다. 이때, 수신 현황은 ARQ PDU 내의 정보를 기반으로 관리될 수 있다. 설명의 편의 상, 초송 RLC data PDU 셋 내에 포함되는 RLC SDU들을 순서대로 연결한 것을 RLC SDU 셋으로 지칭한다. 예를 들어, RLC 프레임들에 대한 수신 현황은 제1 RLC 프레임 내 완전한 RLC SDU 셋이 수신되었고(이하에서는, 설명의 편의상 완전한 RLC SDU 셋이 수신된 경우, 완전한 RLC 프레임이 수신된 것으로 설명한다), 제2 RLC 프레임은 수신되지 않았고, 제3 RLC 프레임 내 RLC SDU 셋의 0 byte부터 100byte까지만 수신된 것(이하에서는, 설명의 편의상 RLC SDU 셋의 일부가 수신된 경우, 해당 RLC 프레임의 일부가 수신된 것으로 설명한다)을 나타낼 수 있다. 만약 소정 RLC 프레임 내 RLC SDU 셋의 일부 또는 전부가 폐기(discard)된 경우, 해당 RLC 프레임 내 RLC SDU 셋의 일부 또는 전부가 수신되지 않았다는 것이 수신 현황에 반영이 되어야 한다. 즉, 실제로 폐기는 RLC SDU를 포함하는 RLC data PDU의 처리 시에 일어나더라도, 수신 현황을 관리하기 위해 RLC 프레임 내의 RLC SDU 셋의 일부 또는 전부에 대한 폐기 여부를 ARQ PDU에 기초하여 감지할 수 있다.
이 때, 패킷 폐기(discard) 동작은 시퀀스 넘버 기반의 상태 변수의 관리에 따라 수행될 수 있다. 구체적으로, 수신 장치는 상태 변수(RX_Next_s_data, 913) 및 수신 윈도우에 기초하여 RLC data PDU의 폐기를 수행할 수 있다. 상태 변수 (RX_Next_s_data)는 시퀀스 넘버의 순서대로 홀(hole) 없이 수신된 완전한 RLC SDU들 중 가장 마지막 시퀀스 넘버의 바로 다음 시퀀스 넘버를 나타낸다. 즉, 수신 장치는 상태 변수(RX_Next_s_data, 913)에 기초하여 RLC data PDU에 대한 폐기를 수행할 수 있다. 즉, 수신 장치는 상태 변수(RX_Next_s_data, 913) <= 시퀀스 넘버(SN) < 상태 변수(RX_Next_s_data, 913) + 수신 윈도우 사이즈(RX_Window_Size)를 만족하는 시퀀스 넘버를 수신 윈도우 이내로 판단하고, 수신 윈도우 밖의 시퀀스 넘버에 해당하는 RLC data PDU들을 폐기할 수 있다. 또한, 수신 장치는 RLC data PDU의 처리 시에 RLC data PDU의 RLC 헤더 내에 있는 시퀀스 넘버에 기초하여 상태 변수(RX_Next_s_data, 913)를 업데이트하고, 해당 시퀀스 넘버가 상태 변수(RX_Next_s_data, 913) 기반의 수신 윈도우 내에 있는지 여부에 따라 패킷 폐기를 수행할 수 있다.
이와 같이, RLC data PDU의 폐기 여부를 감지하기 위해 ARQ PDU에 기초하여 관리되는 상태 변수(RX_Next_s_ARQ, 912), 및 실제로 RLC data PDU의 폐기를 수행하기 위해 RLC data PDU 내의 RLC 헤더에 기초하여 관리되는 상태 변수(RX_Next_s_data, 913)를 별도로 관리하는 경우, ARQ PDU의 처리 결과가 RLC data PDU의 처리에 영향을 주지 않기 때문에 ARQ PDU 및 RLC data PDU 간 처리 선후에 제약이 없어 멀티 코어 및 pipelining 관점에서 유리할 수 있다.
한편, 본 개시의 다른 실시예에 따르면, ARQ PDU 내에 시퀀스 넘버 기반으로 관리되는 상태 변수(RX_Next_s_ARQ)를 별도로 두지 않고, RLC data PDU의 RLC 헤더 내의 시퀀스 넘버 기반으로 관리되는 상태 변수(RX_Next_s_data)에 기초하여 ARQ PDU 처리 동작 중 하나인 패킷 폐기 여부에 대한 감지를 수행할 수 있다. 이 경우 상태 변수(RX_Next_s_data)는 ARQ PDU 처리 동작과 RLC data PDU 처리 동작 간에 공유 변수가 될 수 있다. 공유 변수 관련 동작은 멀티 코어 기반의 특정 환경에서 성능 제한을 일으킬 수 있다.
전술한 바와 같이, 수신 장치는 시퀀스 넘버 기반의 수신 윈도우들을 관리할 수 있다. 본 개시의 다른 실시예에 따르면, 수신 장치는 프레임 넘버 기반의 수신 윈도우를 관리할 수도 있으며, 관련 내용은 도 9c에서 설명한다.
도 9b를 참조하면, 수신 장치는 프레임 넘버에 기초하여 ARQ 관련 동작(911)을 수행할 수 있다. 프레임 넘버 기반으로 수행되는 ARQ 관련 동작(911)은 상태 변수들의 관리, t-Reassembly 관리, 및 STATUS PDU 생성과 관련된 동작을 포함할 수 있다. 구체적으로, 프레임 넘버 1에 대응하는 ARQ PDU가 수신되면, 수신 장치는 다음으로 수신할 RLC 프레임을 나타내는 상태 변수 (RX_Next_f)를 2로 업데이트 할 수 있다. 한편, 전술한 바와 같이, 프레임 넘버 1에 대응하는 ARQ PDU가 수신되더라도 제1 RLC 프레임 중 일부만 수신된 경우(이전 수신을 고려하더라도 제1 RLC 프레임 중 일부가 수신되지 않은 경우), 상태 변수(RX_Next_f)는 2로 업데이트 되지 않을 수 있다. 이 경우, 상태 변수(RX_Next_f)가 계속 1인 상태이기 때문에, 제2 RLC 프레임 전체가 수신되었다 하더라도, 여전히 제1 RLC 프레임 중 일부가 수신되지 않았기 때문에 상태 변수 (Rx_Next_f)는 업데이트 되지 않을 수도 있다. 수신 장치는 ARQ PDU들에 기초하여 복수의 RLC data PDU들에 대한 수신 여부를 판단할 수 있다.
이와 같이, 상태 변수(RX_Next_f)는 프레임 넘버의 순서대로 홀(hole) 없이 수신된 완전한 RLC 프레임들 중 가장 마지막 프레임 넘버의 다음 프레임 넘버를 나타낸다. 즉, 상태 변수(RX_Next_f)는 상태 변수(RX_Next_f)에 해당하는 값 이전의 RLC 프레임들은 모두 완전한 RLC 프레임들이 수신되었음을 나타낼 수 있다. 구체적으로, ARQ PDU 의 수신 시, 해당 ARQ PDU 내의 정보 및 수신 장치에서 관리되는 RLC 프레임 수신 현황 정보에 기초하여, 해당 ARQ PDU에 포함된 프레임 넘버를 갖는 완전한 RLC 프레임이 수신되었음이 확인되며, 해당 프레임 넘버가 기존의 상태 변수(RX_Next_f)의 값과 동일할 경우, 상태 변수(RX_Next_f) 값은 기존의 상태 변수(RX_Next_f)의 값 보다 큰 프레임 넘버에 해당하면서 완전하게 수신되지 않은 (일부 또는 전부가 수신되지 않은) RLC 프레임들 중에서, 가장 작은 프레임 넘버를 갖는 RLC 프레임의 프레임 넘버로 업데이트 될 수 있다.
도 9a 및 도 9b를 참조하면, 프레임 넘버 2에 대응하는 ARQ PDU 대신 프레임 넘버 3에 대응하는 ARQ PDU가 수신되는 경우, 상태 변수(Rx_Next_Highest_f)가 4로 업데이트 될 수 있다. 상태 변수(RX_Next_Highest_f)는 수신된 RLC 프레임들 중 가장 높은 프레임 넘버의 바로 다음 프레임 넘버를 나타낼 수 있다. 구체적으로, ARQ PDU의 수신 시, 해당 프레임 넘버가 기존의 상태 변수(RX_Next_Highest_f) 값보다 크거나 같은 경우, 상태 변수(RX_Next_Highest_f)의 값을 해당 프레임 넘버 + 1로 업데이트 할 수 있다.
또한, 수신 장치는 상태 변수(Rx_Next_f) 및 상태 변수 (Rx_Next_Highest_f)에 기초하여 수신된 RLC 프레임들 중간에 수신되지 않은 RLC 프레임(들) 또는 RLC 프레임의 일부분(들)이 존재한다는 것을 알 수 있다. 즉, 수신 장치는 수신된 RLC 프레임들 중간에 수신되지 않은 RLC 프레임(들) 또는 RLC 프레임의 일부분(들)이 존재한다는 것으로부터 RLC SDU 셋들의 수신에 홀(hole)이 발생한 것을 알 수 있다. 수신 장치는 상태 변수(Rx_Next)가 2이고 상태 변수 (Rx_Next_Highest_f)가 4인 것에 기초하여, 소정 조건이 만족되는 경우, 프레임 넘버 2에 대응하는 제2 RLC 프레임이 수신되지 않았다는 정보(예를 들어, NACK)를 포함하는 STATUS PDU를 송신 장치로 전송할 수 있다.
한편, 상태 변수(RX_Highest_Status_f)는 STATUS PDU 내의 ACK_FN 필드의 값으로 포함될 수 있는 가장 높은 프레임 넘버를 나타낼 수 있다. ACK_FN 필드는 STATUS PDU 내에 포함될 수 있으며, ACK_FN 필드에는 해당 STATUS PDU내에서 NACK 정보가 포함된 RLC 프레임들을 제외하고 완전한 수신이 이루어지지 않은 바로 다음 RLC 프레임의 프레임 넘버를 포함할 수 있다. 구체적으로, STATUS PDU의 생성 시점에 상태 변수(RX_Highest_Status_f)보다 작거나 같은 프레임 넘버에 해당하는 RLC 프레임들 중 완전한 수신이 이루어지지 않은 RLC 프레임들에 대해서, 상기 STATUS PDU의 생성 시점은 해당 RLC 프레임들의 적어도 일부가 수신되지 않은 것이 감지된 이후 t-Reassembly 타이머(하위 계층에서 RLC 프레임의 수신 실패를 감지하기 위한 타이머)가 시작(start) 및 만료된 이후(즉, 소정 시간이 지난 시점)일 수 있다. 상태 변수(RX_Highest_Status_f)보다 작거나 같은 프레임 넘버에 해당하는 RLC 프레임들은 STATUS PDU(RLC ACK/NACK) 생성의 대상이 된다. 즉, 상태 변수(RX_Highest_Status_f)보다 큰 프레임 넘버를 갖는 RLC 프레임들은 STATUS PDU 생성이 트리거 되더라도 STATUS PDU의 생성 대상이 아니기 때문에 STATUS PDU 내에 해당 ACK/NACK 정보가 포함되지 않는다.
상태 변수(RX_Highest_Status_f)는 ARQ PDU 수신 시, 해당 ARQ PDU 내의 정보 및 수신 장치에서 관리되는 RLC 프레임 수신 현황 정보에 기초하여, 해당 ARQ PDU에 포함된 프레임 넘버를 갖는 완전한 RLC 프레임이 수신되었음이 확인되며, 해당 프레임 넘버가 기존의 상태 변수(RX_Highest_Status_f)와 동일할 경우에 업데이트될 수 있다. 구체적으로, 상태 변수(RX_Highest_Status_f)는 전술한 조건을 만족할 경우, 상태 변수(RX_Highest_Status_f)의 값 보다 큰 프레임 넘버에 해당하면서 완전하게 수신되지 않은 (일부 또는 전부가 수신되지 않은) RLC 프레임들 중에서, 가장 작은 프레임 넘버를 갖는 RLC 프레임의 프레임 넘버로 업데이트 될 수 있다.
또한, 상태 변수(RX_Highest_Status_f)는 t-reasembly 타이머 만료 시, 상태 변수(RX_Next_Status_Trigger)의 값 보다 큰 프레임 넘버에 해당하면서 완전하게 수신되지 않은 (일부 또는 전부가 수신되지 않은) RLC 프레임들 중에서, 가장 작은 프레임 넘버를 갖는 RLC 프레임의 프레임 넘버로 업데이트 될 수 있다.
상태 변수(RX_Next_Status_Trigger_f)는 수신 장치에 수신됨으로써 홀을 발생시켜 t-Reassembly 타이머를 트리거한 RLC 프레임의 프레임 넘버의 바로 다음 프레임 넘버(t-Reassembly 타이머를 트리거한 RLC 프레임의 프레임 넘버+1)를 나타낼 수 있다. 즉, 상태 변수(RX_Next_Status_Trigger_f)는 t-Reassembly 타이머가 구동(running)하고 있지 않을 때 수신된 RLC 프레임에 대해, 해당 RLC 프레임 내의 수신된 부분보다 앞부분이 아직 수신되지 않았거나, 해당 RLC 프레임의 프레임 넘버보다 작은 프레임 넘버를 갖는 RLC 프레임들의 적어도 일부가 아직 수신되지 않은 경우, 상기 수신된 RLC 프레임의 프레임 넘버+1을 나타낼 수 있다. 도 9a 및 도 9b를 참조하면, t-Reassembly 타이머가 구동(running)하고 있지 않을 때, 상태 변수(RX_Next_Status_Trigger_f)는 제2 RLC 프레임(프레임 넘버 2에 대응)의 적어도 일부가 수신되지 않은 상태에서, 수신된 제3 RLC 프레임(프레임 넘버 3에 대응)의 프레임 넘버+1인, 4를 나타낼 수 있다. 즉, 상태 변수(RX_Next_Status_Trigger_f)는 t-Reassembly 타이머가 구동(running)하고 있지 않을 때, 수신됨으로써 홀을 발생시킨 RLC 프레임의 프레임 넘버+1을 나타낼 수 있다.
상태 변수(RX_Next_Status_Trigger_f)는 t-Reassembly 타이머를 시작(start)시킬 때, 상태 변수(RX_Next_Status_Trigger_f)의 값을 상태 변수(RX_Next_Highest_f)의 값으로 업데이트 할 수 있다.
즉, 상태 변수(Rx_Next_f, Rx_Next_Highest_f, RX_Highest_Status_f, RX_Next_Status_Trigger_f)는 프레임 넘버 기반으로 관리될 수 있다.
t-Reassembly 타이머가 구동(running) 중에 ARQ PDU가 수신되는 경우, 전술한 방법에 따라 관련된 상태 변수들의 업데이트가 수행된 후, 다음 중 하나 이상의 조건을 만족할 때 t-Reassembly 타이머는 중단(stop)된 후 리셋될 수 있다. 다음 조건들은 수신된 RLC 프레임들 사이의 홀(hole)이 채워졌음을 확인하기 위한 조건들일 수 있다.
1) 상태 변수(RX_Next_Status_Trigger_f) = 상태 변수(RX_Next_f)
2) 상태 변수(RX_Next_Status_Trigger_f) = 상태 변수(RX_Next_f) + 1 이고, 프레임 넘버가 상태 변수(RX_Next_f)의 값과 동일한 RLC 프레임에 대해 수신 장치에서 수신된 총 데이터 부분(해당 RLC 프레임의 RLC SDU 셋의 적어도 일부)이 해당 RLC 프레임의 RLC SDU 셋의 처음 부분부터 홀 없이 연속적인 부분이거나 해당 RLC 프레임의 RLC SDU 셋의 전체인 경우
3) 상태 변수(RX_Next_Status_Trigger_f)가 프레임 넘버 기반의 수신 윈도우 밖의 값을 갖고, 상태 변수(RX_Next_f) + 수신 윈도우 크기(RX_Window_Size)의 값과는 같지 않은 경우
한편, ARQ PDU 수신 시에 t-Reassembly 타이머가 구동(running) 하고 있지 않고 다음 중 하나 이상의 조건을 만족할 때 t-Reassembly 타이머는 시작(start)될 수 있다. 또한, 다음 조건들은 수신된 RLC 프레임과 이전에 수신된 RLC 프레임 사이에 홀(hole)이 발생했음을 확인하기 위한 조건들일 수 있다.
1) 상태 변수(RX_Next_Highest_f) > 상태 변수(RX_Next_f) +1 일 때
2) 상태 변수(RX_Next_Highest_f) = 상태 변수(RX_Next_f) + 1 이고, 프레임 넘버가 상태 변수(RX_Next_f)의 값과 동일한 RLC 프레임에 대해 수신 장치에서 수신된 총 데이터 부분(해당 RLC 프레임의 RLC SDU 셋의 적어도 일부)의 중간에 수신되지 않은 부분인 홀이 존재할 때
한편, t-Reassembly 타이머가 만료된 경우, 다음 중 하나 이상의 조건을 만족할 때 t-Reassembly 타이머는 시작(start)될 수 있다. 또한, 다음 조건들은 수신 장치에 수신된 RLC 프레임들 사이에 hole이 발생했음을 확인하기 위한 조건들일 수 있다.
1) 상태 변수(RX_Next_Highest_f) > 상태 변수(RX_Highest_Status_f) +1
2) 상태 변수(RX_Next_Highest_f) = 상태 변수(RX_Highest_Status_f) + 1 이고, 프레임 넘버가 상태 변수(RX_Highest_Status_f)의 값과 동일한 RLC 프레임에 대해 수신 장치에서 수신된 총 데이터 부분(해당 RLC 프레임의 RLC SDU 셋의 적어도 일부)의 중간에 수신되지 않은 부분인 홀이 존재할 때
전술한 바와 같이, 프레임 넘버 기반으로 수행되는 ARQ 관련 동작(911)은 t-Reassembly 관리를 포함할 수 있다. 또한, 프레임 넘버 기반으로 수행되는 ARQ 관련 동작(911)은 STATSU PDU 생성 동작을 포함할 수 있다. 구체적으로, t-Reassembly 타이머 만료 시에는 수신 장치에서 STATUS 보고(reporting)가 트리거 되어, STATUS PDU를 생성하고 생성된 STATUS PDU를 송신 장치로 전송할 수 있다.
예를 들어, 수신 장치는 ARQ PDU에 기초하여 프레임 넘버 기반으로 RLC 프레임의 수신 여부에 대한 정보를 포함하는 STATUS PDU(RLC ACK 또는 RLC NACK을 포함)를 생성할 수 있다. 구체적으로, 수신 장치는 소정 조건 만족 시, STATUS 보고(reporting)가 트리거 되면, 수신된 RLC 프레임에 대해 STATUS PDU를 생성해서 송신 장치로 전송 할 수 있다. 수신 장치가 STATUS 보고(reporting)를 트리거하는 조건은 다음과 같다.
1. 수신된 ARQ PDU의 폴링 비트 필드(P field)의 값이 1로 설정되어 수신되고 다음 중 하나 이상의 조건을 만족하는 경우
1) 해당 RLC 프레임에 대해 패킷 폐기가 발생한 경우 (즉, 해당 RLC 프레임 내의 RLC SDU의 일부 또는 전부가 중복 수신되거나 해당 시퀀스 넘버 또는 프레임 넘버가 수신 윈도우 밖에 해당됨에 따라 폐기되는 경우)
2) 해당 프레임 넘버(FN) < 상태 변수(RX_Highest_Status_f) (즉, 해당 프레임 넘버가 상태 변수(RX_Highest_Status_f) 보다 작아서 RLC ACK/NACK 생성의 대상이 되는 경우)
2. t-Reassembly 타이머가 만료된 경우 (즉, 수신 실패 또는 홀이 감지된 경우)
STATUS 보고(reporting)가 트리거되면, 수신 장치는 STATUS PDU를 생성해서 송신 장치로 전송할 수 있다
수신 장치는 상태 변수(RX_Next_f) <= 프레임 넘버(FN) < 상태 변수(RX_Highest_Status_f) 를 만족하는 RLC 프레임에 대해서 다음과 같은 ACK/NACK 정보를 포함하는 STATUS PDU를 생성할 수 있다.
1) RLC 프레임의 전부가 수신되지 않은 경우, 해당 RLC 프레임의 프레임 넘버(FN)의 값을 가지는 NACK_FN 필드가 STATUS PDU에 포함됨
2) RLC 프레임의 RLC SDU 셋 내에 수신되지 않은 연속적인 BYTE가 존재하는 경우(RLC SDU 셋 내에 홀이 발생한 경우), 해당 RLC 프레임의 프레임 넘버(FN)의 값을 가지는 NACK_FN 필드와 홀이 발생한 부분의 위치를 나타내는 FSOstart 필드 및 FSOend 필드가 STATUS PDU에 포함됨
3) 연속적인 프레임 넘버를 갖는 RLC 프레임들이 전혀 수신되지 않은 경우 (연속된 RLC 프레임들의 SDU 셋들을 모두 포함하는 홀이 발생한 경우), 해당 RLC 프레임들 중 가장 작은 프레임 넘버의 값을 가지는 NACK_FN 필드, 및 수신되지 않은 연속된 RLC 프레임의 개수(상기 홀에 포함되는 RLC SDU 셋에 해당하는 연속된 RLC 프레임의 개수)를 나타내는 NACK_range 필드가 STATUS PDU에 포함됨 (이때, 연속된 RLC 프레임들 중, 맨 앞 또는 맨 뒤 RLC 프레임 중 일부만 수신되지 않은 경우, 각각의 RLC 프레임 내 RLC SDU 셋에서 해당 위치를 나타내는 FSOstart 필드와 FSOend 필드를 STATUS PDU에 추가로 포함할 수 있음)
4) 완전하게 수신되지 않았지만 (일부 또는 전부가 수신되지 않았지만) 1) 내지 3)에 해당하는 수신 실패 정보가 STATUS PDU에 포함되지 않은 RLC 프레임들 중에서, 가장 작은 프레임 넘버(FN) 값을 가지는 RLC 프레임의 프레임 넘버를 포함하는 ACK_SN 필드가 STATUS PDU에 포함됨
송신 장치는 ARQ PDU에 폴링 비트 필드(P field)의 값을 1로 설정함으로써 수신 장치로부터의 STATUS 보고(reporting)를 트리거 할 수 있다. 구체적으로, 송신 장치가 전송하고자 하는 RLC 프레임 내에 이전에 한번도 전송되지 않은 RLC SDU 또는 RLC SDU의 일부로 구성된 RLC SDU 셋이 포함되는 경우, 송신 장치는 다음과 같은 과정을 통해 송신 장치의 카운터(Counter)들을 관리하고 ARQ PDU의 폴링 비트 필드(P field)의 값을 설정 할 수 있다.
i. 카운터(FRAME_WITHOUT_POLL)를 1만큼 증가시킴
ii. 카운터(BYTE_WITHOUT_POLL)를 해당 RLC 프레임에 포함된 이전에 한번도 전송되지 않은 RLC SDU 또는 RLC SDU의 일부(즉, 해당 RLC SDU 셋)의 byte 크기 만큼 증가시킴
iii. 카운터(FRAME_WITHOUT_POLL) >= 파라미터(pollFRAME) 이거나, 카운터(BYTE_WITHOUT_POLL) >= 파라미터(pollByte)인 경우, 해당 ARQ PDU의 폴링 비트 필드(P field)의 값을 1로 설정함. 그렇지 않은 경우, 해당 ARQ PDU의 폴링 비트 필드(P field)의 값을 0으로 설정함.
iv. ARQ PDU의 폴링 비트 필드(P field)의 값을 1로 설정하는 경우, 카운터(FRAME_WITHOUT_POLL) 및 카운터(BYTE_WITHOUT_POLL) 값은 0으로 설정(set)함.
또한, 송신 장치에서 관리되는 상태 변수(POLL_FN)는 폴링 비트 필드(P field)가 1로 설정(set)된 ARQ PDU의 프레임 넘버 값을 나타낼 수 있다. 또한, 상태 변수(POLL_FN)는 폴링 비트 필드(P field)가 1로 설정된 ARQ PDU를 포함하는 RLC 프레임을 하위 계층으로 전달할 때, RLC 계층에서 상태 변수(POLL_FN)의 값을 해당 RLC 프레임의 프레임 넘버로 설정할 수 있다.
송신 장치는 poll의 재전송을 관리하기 위해 t-PollRetransmit 타이머를 사용할 수 있다. 즉, 송신 장치에서 폴링 비트 필드(P field)의 값을 1로 설정한 ARQ PDU를 전송하였으나, 수신 장치로부터 t-PollRetransmit 타이머의 만료 전에 STATUS PDU가 수신되지 않으면, poll을 재전송할 수 있다(즉, 다음에 보내는 ARQ PDU의 폴링 비트 필드(P field)의 값을 다시 1로 설정하여 전송).
폴링 비트 필드(P field)의 값이 1로 설정된 ARQ PDU를 포함하는 RLC 프레임이 MAC 계층으로 전달될 때, t-PollRetransmit 타이머가 구동(running) 중이 아니라면 송신 장치는 t-PollRetransmit 타이머를 시작시키고, t-PollRetransmit 타이머가 이미 구동(running) 중이라면 송신 장치는 t-PollRetransmit 타이머를 재시작(restart) 할 수 있다.
또한, t-PollRetransmit 타이머는 상태 변수(POLL_FN)에 해당하는 RLC 프레임의 수신 여부 정보가 담긴 STATUS PDU 수신 시에 중단(stop)된 후 리셋될 수 있다. 한편, t-PollRetransmit 타이머가 만료되는 경우 다음에 보내는 ARQ PDU의 폴링 비트 필드(P field)의 값을 다시 1로 설정할 수 있다.
또한, 송신 장치는 STATUS PDU에 의해 RLC 프레임의 적어도 일부가 수신되지 못했다는 정보가 수신되면, 다음 동작을 수행할 수 있다.
● 상태 변수(TX_Next_Ack_f) <= 수신 실패 정보에 대응하는 프레임 넘버(FN) <= “이전에 MAC 계층으로 전달한 RLC 프레임의 프레임 넘버 중 가장 큰 프레임 넘버” 를 만족하는 경우, 수신 실패 정보에 대응하는 RLC 프레임 또는 RLC 프레임의 적어도 일부를 재전송 할 수 있다.
또한, 송신 장치는 RLC 프레임의 재전송 횟수가 소정 횟수를 초과할 경우(송신 장치 및 수신 장치 간 링크 상황이 나빠진 것을 의미), 이를 상위 계층에 알려 송신 장치 및 수신 장치 간 링크 관리를 할 수 있도록 함
한편, 도 9b를 참조하면, 분할 관리(handling) (914)는 분할이 발생하는 경우에만 수행될 수 있으며, 도 8b에서와 같이 각각의 RLC data PDU들에 대해서 수행되어야 한다. 구체적으로, 분할 관리(914)에는 분할된 RLC SDU의 저장, 수신된 RLC SDU의 일부들 중 서로 동일한 시퀀스 넘버를 가지는 것들을 서로 연결, 가능한 경우 동일한 시퀀스 넘버를 가지는 RLC SDU의 일부들을 연결해 완전한 RLC SDU를 생성 하기 위한 동작이 포함될 수 있다. 즉, RLC 프레임 내의 소정 RLC SDU에서 분할이 발생하기 때문에, 분할 관리(914)는 소정 RLC SDU, 해당 시퀀스 넘버, 및 RLC SDU의 분할 정보를 포함하는 RLC data PDU의 처리 시 수행될 수 있다. 즉, 분할 관리 (914)는 시퀀스 넘버 기반으로 수행될 수 있다.
도 9c는 본 개시의 다른 실시예에 따른 ARQ PDU 기반의 RLC 동작을 설명하기 위한 도면이다.
도 9c의 921를 참조하면, RLC data PDU들과 관련된 동작을 처리하기 위해 상태 변수를 프레임 넘버 기반으로 업데이트하고, t-Reassembly를 관리하고, STATUS PDU를 생성하는 동작을 수행할 수 있다. 도 9c에 대한 설명 중, 도 9b에서와 중복되는 설명은 생략하고, 도 9b와 차이가 있는 부분에 대해서만 설명한다.
한편, 도 9c를 참조하면, 수신 장치는 적어도 하나의 ARQ PDU들의 프레임 넘버에 기초하여 폐기할 RLC 프레임들을 판단하고, 해당 RLC 프레임을 폐기(discard)할 수 있다. 도 9c의 921을 참조하면, ARQ 관련 동작뿐만 아니라 패킷 폐기 동작도 ARQ PDU에 기초하여 수행될 수 있다.
또한, 수신 장치는 ARQ PDU에 포함된 정보에 기초하여 RLC 프레임을 선 처리(pre-processing)함으로써 RLC data PDU 별 동작을 추가적으로 감소시킬 수 있다. 구체적으로, 도 9c를 참조하면, 수신 장치는 RLC 프레임의 프레임 넘버가 수신 윈도우 내에 있는지 판단할 수 있다. 즉, 프레임 넘버가 상태 변수(RX_Next_f) <= 프레임 넘버(FN) < 상태 변수(RX_Next_f) + 수신 윈도우 사이즈(RX_Window_Size) 를 만족하는 경우 수신 윈도우 이내인 것으로 판단하며, 해당 프레임 넘버에 대응하는 RLC 프레임은 폐기되지 않는다. 한편, 프레임 넘버가 상기 수식을 만족하지 않으면, 해당 프레임 넘버에 대응하는 RLC 프레임은 폐기되고, 이에 따라 해당 RLC 프레임에 포함되는 RLC data PDU들도 폐기될 수 있다. ARQ PDU 처리 시에 RLC 프레임 기반으로 패킷 폐기 동작이 수행되기 때문에, RLC data PDU 수신 시에 처리해야 하는 동작 중에서, 시퀀스 넘버 기반의 수신 윈도우 관리, 상태 변수 (RX_Next_s_data, RX_Next_s_ARQ) 관리, 및 각 RLC data PDU의 시퀀스 넘버가 수신 윈도우 내에 포함되는지 확인하는 동작 등을 생략할 수 있다. 즉 RLC data PDU에 대한 처리 동작이 감소될 수 있다.
즉, 도 9b에서는 패킷 discard 관련 동작(912)이 ARQ PDU에 포함되는 시퀀스 넘버 및 RLC data PDU의 RLC 헤더에 포함되는 시퀀스 넘버에 기반하여 수행되는 점에서, 패킷 discard 관련 동작(921)이 ARQ PDU 내의 프레임 넘버에 기반하여 수행되는 도 9c와 차이가 있다.
또한, 수신 장치는 적어도 하나의 ARQ PDU에 포함되는 프레임 넘버 및 RLC data PDU 셋 중 적어도 일부에 대한 분할 정보에 기초하여 RLC data PDU 셋의 적어도 일부가 중복 수신된 것인지 여부를 판단하고, 중복 수신된 것으로 판단되는 RLC data PDU 셋 또는 분할된 RLC data PDU 셋을 폐기할 수도 있다. 즉, 수신 장치는 RLC data PDU 셋 또는 분할된 RLC data PDU 셋(분할이 있는 경우)이 중복 수신된 것으로 판단되는 경우에도, 중복 수신된 것으로 판단되는 RLC data PDU 셋 또는 분할된 RLC data PDU 셋(분할이 있는 경우)을 폐기할 수 있다.
한편, 본 개시의 다른 실시예에 따르면, 패킷 폐기가 PDCP 계층 또는 MAC 계층에서 대신 수행될 수 있는 경우, RLC 계층에서 패킷 폐기와 관련된 동작이 수행되지 않을 수도 있다.
도 10a는 본 개시의 일 실시예에 따른 멀티 코어 환경에서의 RLC 동작의 처리를 설명하기 위한 도면이다.
도 10a를 참조하면, 멀티 코어 환경에서 RLC 동작이 처리될 수 있다. 초고속 전송을 지원하기 위해서는, 멀티 코어 기반의 parallel 구조 기반으로 패킷 처리를 해야할 필요가 있을 수 있다. 다만, 멀티 코어 환경에서는 각 코어에서 공유 자원에 접근해야 하는 동작인 critical section에 의해 멀티 코어의 성능이 저하될 수 있다. 이에 따라, 크리티컬 섹션을 최소화 하기 위한 방법이 필요하며, 전술한 도 9b의 방법이 멀티 코어에 효율적인 방법이 될 수 있다.
도 10a를 참조하면, CPU 0 내지 CPU 3은 각각 서로 다른 코어를 의미한다. 복수의 코어들(CPU 0 내지 CPU 3)은 RLC 동작을 병렬적으로 수행(parallel flow)할 수 있다. 다만, 소정 RLC 동작을 수행하기 위해 복수의 코어들(CPU 0 내지 CPU 3)은 공유 자원(shared resource)으로의 접근이 필요할 수 있다. 전술한 RLC 동작들 중, 상태 변수들, 타이머, RLC 프레임 수신 현황 등과 같은 것들이 여러 코어에서 RLC 동작의 처리를 위해 접근해야 하는 공유 자원이며, 공유 자원에 접근해야 하는 동작들이 critical section에 해당한다. 예를 들어, ARQ 관련 동작, packet discard 관련 동작, 분할 관리 등이 크리티컬 섹션에 포함될 수 있다. 즉, 도 8b, 도 9b, 및 도 9c에서, PDCP 계층으로 패킷을 전달하는 동작 외의 나머지 동작들은 모두 크리티컬 섹션에 포함될 수 있다.
크리티컬 섹션에서 복수의 코어들(CPU 0 내지 CPU 3)의 공유 자원으로의 접근이 발생하는 경우, 제1 코어(CPU 0)에서 공유 자원을 사용하는 동안 다른 코어들(CPU 1 내지 CPU 3)에서는 해당 공유 자원을 사용할 수 없다. 즉, 이 구간은 busy wait(공유 자원의 사용을 위한 대기)이 발생하는 구간일 수 있다. Busy wait 구간이 끝나면, 다른 코어들(CPU 1 내지 CPU 3) 중 어느 하나의 코어에서 해당 공유 자원을 이용할 수 있다.
즉, 멀티-코어의 환경에서는 공유 자원들이 발생하게 되고 이에 따라 크리티컬 섹션에서는 공유 자원들에 대한 동시 사용이 어려울 수 있다. 이 경우, 도 9b 및 도 9c를 참조하여 설명한 것과 같이 크리티컬 섹션들 중 일부를 효율적으로 처리할 수 있다. 구체적으로, 도 9b 및 도 9c를 참조하면, ARQ PDU를 처리하기 위해 접근해야하는 자원과 RLC data PDU를 처리하기 위해 접근해야하는 자원을 서로 공유되지 않도록 분리함으로써 ARQ PDU 또는 RLC data PDU를 처리하는 동작상에서의 크리티컬 섹션을 줄일 수 있다.
도 10b는 본 개시의 일 실시예에 따른 멀티 코어 환경에서의 RLC 동작의 효율을 설명하기 위한 도면이다.
도 10b는 코어들의 개수에 따른 동기화 효율에 크리티컬 섹션이 미치는 영향을 설명하기 위한 그래프이다. 구체적으로, 8 %의 크리티컬 섹션 발생 시의 멀티 코어의 성능은 코어의 개수가 소정 개수에 도달 할 때까지 증가하다가 그 이후로는 감소할 수 있다. 구체적으로, 코어의 개수가 10 개에 도달할 때까지 동기화 효율은 증가하다가 그 이후부터 감소할 수 있다. 즉, 크리티컬 섹션에 의해, 여러 개의 코어를 사용함에 따라 발생할 수 있는 효율이 증가하는 구간이 소정 코어 개수 이내의 구간으로 제한될 수 있다.
도 11은 본 개시의 일 실시예에 따른 수신 장치의 동작을 설명하기 위한 흐름도이다.
단계 1110에서, 수신 장치는 MAC 계층에서, ARQ PDU 및 ARQ PDU에 대응하는 복수의 RLC data PDU들을 포함하는 제1 MAC PDU를 수신할 수 있다. 이 때, ARQ PDU는 복수의 RLC data PDU들과 관련된 RLC 동작을 처리하기 위한 정보를 포함할 수 있다. 구체적으로, ARQ PDU는 ARQ PDU에 대응하는 RLC data PDU들에 대한 식별 정보를 포함할 수 있다.
단계 1120에서, 수신 장치는 RLC 엔티티에서, ARQ PDU에 기초하여 복수의 RLC data PDU들에 대응하는 RLC data PDU 셋에 대한 상태 변수(state variable)들을 업데이트 할 수 있다. 예를 들어, 수신 장치는 ARQ PDU에 포함된 정보에 기초하여 RLC data PDU 셋을 처리할 수 있다. 또한, 프레임 넘버 또는 시퀀스 넘버 기반의 ARQ PDU에 기초하여 상태 변수들을 업데이트하는 구체적인 내용에 대해서는 도 9b 및 도 9c에서 상술하였으므로 여기서는 생략한다.
단계 1130에서, 수신 장치는 소정 조건을 만족하는 경우, 수신 윈도우 내의 적어도 하나 이상의 RLC data PDU 셋들에 대한 수신 현황을 나타내는 수신 현황 정보 및 업데이트된 상태 변수에 기초하여 생성된 STATUS PDU를 송신 장치로 송신할 수 있다. 구체적으로, 수신 장치는 상태 변수(state variable)의 관리 및 t-Reassembly 타이머의 관리를 통해 RLC 프레임의 전체 또는 RLC 프레임의 적어도 일부에 대한 수신 실패를 감지하여 STATUS PDU의 생성하고 생성된 STATUS PDU를 전송할 수 있다. STATUS PDU를 생성하기 위한 구체적인 동작들은 전술한 바와 같으므로 여기서는 생략한다.
도 12는 본 개시의 일 실시예에 따른 RLC 프레임의 재전송 시 분할을 처리하는 방법을 설명하기 위한 도면이다.
전술한 바와 같이, 초기 전송 시에는 RLC SDU에 분할이 일어날 뿐, 초송 RLC data PDU 셋 자체에는 분할이 수행되지 않는다. 또한, 초송 RLC data PDU 셋을 재전송 하는 경우, 재송 RLC data PDU 셋은 초송 RLC data PDU 셋에 분할이 일어난 것일 수 있으며, 이때 분할은 바이트 단위 또는 RLC SDU 단위로 수행될 수 있다. 이하에서, 설명의 편의상 RLC 프레임 또는 RLC data PDU 셋의 분할로 설명하나, 분할의 대상은 RLC SDU 이기 때문에 RLC 프레임 또는 RLC data PDU 셋의 분할은 RLC 프레임 내의 RLC SDU에 대한 분할을 의미한다. 즉, RLC 헤더는 분할의 대상이 될 수 없으며 분할에 따라 RLC 헤더의 크기만이 변경될 수 있을 뿐이다.
도 12를 참조하면, 재송 RLC data PDU 셋에 포함되는 RLD SDU들은 자원 할당에 기초하여 바이트(byte) 단위 또는 RLC SDU 단위로 분할(segmentation)될 수 있다. 이하에서는 도 12를 참조하여, RLC data PDU 셋이 바이트 단위 또는 RLC SDU 단위로 분할되는 경우에 ARQ PDU에 포함되는 정보에 대해 설명한다. 수신 장치는 수신된 MAC PDU에 포함된 ARQ PDU에 기초하여 RLC data PDU 셋의 분할 여부를 판단할 수 있다. 또한, MAC PDU에 포함된 ARQ PDU는, 분할된 RLC 프레임의 분할에 대한 정보를 포함하는 것이고, 분할에 대한 정보는 분할 여부에 대한 정보, 분할의 단위에 대한 정보, 분할의 위치에 대한 정보, 분할의 시작점, 분할의 끝점, 또는 분할의 오프셋에 대한 정보 중 적어도 하나 이상을 포함할 수 있다.
ARQ PDU는 프레임 분할 정보(FSI,frame segmentation information)를 포함할 수 있다. FSI는 RLC 프레임 내에 분할이 없는 지(즉, 완전한 프레임), RLC 프레임의 처음 부분에서 분할된 것인지, RLC 프레임의 마지막 부분에서 분할된 것인지, 또는 RLC 프레임의 중간 부분에서 분할된 것 (RLC 프레임의 처음 부분 또는 마지막 부분에서의 분할이 아닌 것) 인지에 대한 정보를 나타낼 수 있다. 전술한 바와 같이, RLC 프레임의 분할의 대상은 RLC SDU 이기 때문에 RLC 프레임 또는 RLC data PDU 셋의 분할은 RLC 프레임 내의 RLC SDU 또는 RLC SDU의 일부에 대한 분할을 의미한다. 즉, RLC 프레임의 분할이 처음 부분이라는 것은, RLC 프레임의 RLC data PDU 셋 내에 포함되는 RLC SDU들 또는 RLC SDU의 일부들 중 처음 부분이 포함되도록 분할된 것을 의미한다.
예를 들어, FSI는 2 비트로 표현될 수 있으며, FSI가 00인 경우는 RLC 프레임에 분할이 발생하지 않은 것, FSI가 01인 경우는 RLC 프레임의 RLC data PDU 셋 내에 포함되는 RLC SDU들 또는 RLC SDU의 일부들 중 처음 부분이 포함되도록 분할된 것, FSI가 10인 경우는 RLC 프레임의 RLC data PDU 셋 내에 포함되는 RLC SDU들 또는 RLC SDU의 일부들 중 마지막 부분이 포함되도록 분할된 것, FSI가 11인 경우는 RLC 프레임의 RLC data PDU 셋 내에 포함되는 RLC SDU들 또는 RLC SDU의 일부들 중 처음 및 마지막 부분이 아닌 중간 부분을 포함하도록 분할된 것을 나타낼 수 있다. 다만, RLC 프레임 내의 분할 위치에 대한 정보는 다른 방식으로 ARQ PDU에 포함될 수 있으며, 상술된 예에 제한되는 것은 아니다. 이하에서는, 자원 할당에 따라 RLC 프레임의 RLC data PDU 셋이 바이트(byte) 단위 또는 RLC SDU 단위로 분할(segmentation)되는 경우의 ARQ PDU에 포함되는 정보를 설명한다. 이때, RLC 프레임(ARQ PDU 및 RLC data PDU 셋)에서 분할의 대상은 ARQ PDU가 아닌, RLC data PDU 셋에 포함되는 RLC SDU 또는 RLC SDU의 일부에 대한 분할에 해당한다. 즉, 본 개시에서 RLC 프레임의 분할은 RLC data PDU 셋에 포함되는 RLC SDU 또는 RLC SDU의 일부에 대한 분할을 의미할 수 있고, 이하에서는 설명의 편의상 RLC 프레임의 분할로 설명한다.
<바이트 단위 분할의 경우>
전술한 것과 같이, RLC data PDU 셋이 초기 전송인 경우에는 자원 할당에 대응하도록 RLC data PDU 셋이 결정되므로 RLC 프레임이 분할될 필요가 없다. 즉, 초기에 전송되는 RLC 프레임에 대해서는 FSI가 00(프레임 내 분할이 수행되지 않았음)일 수 있다. 이때, ARQ PDU는 ARQ PDU에 대응하는 식별 번호(프레임 넘버=1), 프레임 분할 정보(FSI=00), ARQ PDU에 대응하는 RLC data PDU들 중 첫 번째 RLC data PDU(RLC SDU)에 대한 식별 번호(SN=1), 및 RLC 프레임에 포함되는 RLC data PDU의 개수(data PDU count=8)을 포함할 수 있다. 이에 따라, 수신 장치는 ARQ PDU에 기초하여 프레임 넘버 1에 대응하는 RLC 프레임이 수신되었고, 수신된 RLC 프레임에는 분할이 발생하지 않았으며, RLC 프레임은 시퀀스 넘버 1에 대응하는 RLC data PDU를 첫 번째 RLC data PDU로 포함하고, 시퀀스 넘버 8까지의 RLC data PDU를 포함하는 RLC 프레임이 수신된 것을 알 수 있다.
자원 할당에 따라, 재전송되는 RLC 프레임은 소정 부분으로 분할될 수 있다. 도 12에서는, RLC 프레임 내에 분할이 두 번 일어난 것을 가정한다. 구체적으로, 자원 할당에 따라 첫 번째 재전송 (재송 1)에서는 분할된 RLC 프레임의 처음 부분이 전송되고, 두 번째 재전송(재송 2)에서는 분할된 RLC 프레임의 중간 부분이 전송되고, 세 번째 재전송(재송 3)에서는 분할된 RLC 프레임의 마지막 부분이 전송되는 것을 가정한다.
분할된 RLC 프레임의 처음 부분에 대한 ARQ PDU는 ARQ PDU에 대응하는 식별 번호(프레임 넘버=1), 프레임 분할 정보(FSI=01), ARQ PDU에 대응하는 RLC data PDU들 중 분할이 시작되는 RLC data PDU에 대한 식별 번호(SN=1), 분할된 RLC 프레임의 처음 부분에 포함되는 서로 다른 RLC data PDU의 개수(data PDU count=3) 및 프레임 분할 오프셋 정보(FSOend=100)를 포함할 수 있다. 프레임 분할 오프셋 (FSO, frame segment offset) 정보는 RLC data PDU 셋 내에 포함되는 RLC SDU(RLC data PDU에서 RLC header를 제외한 부분)들을 순서대로 연결한 RLC SDU 셋 내에서 분할이 발생한 시작점을 나타내는 파라미터(FSOstart) 및 RLC data PDU 셋 내에 포함되는 RLC SDU(RLC data PDU에서 RLC header를 제외한 부분)들을 순서대로 연결한 RLC SDU 셋 내에서 분할이 발생한 끝점을 나타내는 파라미터(FSOend)를 포함할 수 있다. 분할된 RLC 프레임의 처음 부분에서 시작점은 항상 RLC 프레임의 맨 처음이므로, ARQ PDU는 분할이 발생한 시작점을 나타내는 파라미터(FSOstart)를 포함하지 않을 수 있다. 즉, 분할된 RLC 프레임의 처음 부분은 RLC SDU 셋의 처음 부분을 포함하므로, ARQ PDU는 파라미터(FSOstart)는 포함하지 않으며, 분할의 끝점을 나타내는 파라미터(FSOend)를 포함할 수 있다.
수신 장치는 ARQ PDU에 기초하여 프레임 넘버 1에 대응하는 RLC 프레임의 부분이 수신되었고, RLC 프레임의 부분은 분할된 RLC 프레임의 처음 부분에 해당하며, 분할된 RLC 프레임의 처음 부분은 시퀀스 넘버 1에 대응하는 RLC data PDU를 첫 번째 RLC data PDU로 포함하고, 3 개의 서로 다른 RLC data PDU들을 포함하는 것을 알 수 있다. 이에 따라, 수신 장치는 data PDU count가 3인 것에 기초하여, 분할된 RLC 프레임의 처음 부분이 시퀀스 넘버 1에 대응하는 RLC data PDU로부터 3 번째 RLC data PDU(시퀀스 넘버 3에 대응)중 적어도 일부를 포함하는 것을 알 수 있다. 또한, 수신 장치는 파라미터(FSOend)의 값이 100인 것에 기초하여, RLC SDU 셋의 시작점부터 100 바이트 떨어진 지점에 분할이 발생된 것을 알 수 있다.
또한, 분할된 RLC 프레임의 중간 부분에 대한 ARQ PDU는 ARQ PDU에 대응하는 식별 번호(프레임 넘버=1), 프레임 분할 정보(FSI=11), ARQ PDU에 대응하는 RLC data PDU들 중 분할이 시작되는 RLC data PDU에 대한 식별 번호(SN=3), 분할된 RLC 프레임의 중간 부분에 포함되는 서로 다른 RLC data PDU의 개수(data PDU count=3) 및 프레임 분할 오프셋 정보(FSOstart=100, FSOend=130)를 포함할 수 있다. 분할의 처음 부분 또는 마지막 부분이 아닌 경우, 분할의 시작점 및 분할의 끝점에 대한 정보가 모두 필요하다. 따라서, ARQ PDU는 분할된 RLC 프레임이 중간 부분에 해당하는 경우, 파라미터(FSOstart) 및 파라미터(FSOend)를 포함할 필요가 있다.
수신 장치는 ARQ PDU에 기초하여 프레임 넘버 1에 대응하는 RLC 프레임의 부분이 수신되었고, RLC 프레임의 부분은 분할된 RLC 프레임의 중간 부분에 해당하며, 분할된 RLC 프레임의 중간 부분은 시퀀스 넘버 3에 대응하는 RLC data PDU를 첫 번째 RLC data PDU로 포함하고, 3 개의 서로 다른 RLC data PDU들을 포함하는 것을 알 수 있다. 또한, 수신 장치는 data PDU count가 3인 것에 기초하여, 시퀀스 넘버 3에 대응하는 RLC data PDU로부터 3 번째 RLC data PDU(시퀀스 넘버 5에 대응)에 걸쳐 분할된 RLC 프레임의 중간 부분이 수신된 것을 알 수 있다. 또한, 수신 장치는 파라미터(FSOstart)의 값이 100인 것에 기초하여, RLC SDU 셋의 시작점부터 100바이트 떨어진 지점에서 분할이 시작된 것을 알 수 있다. 또한, 수신 장치는 파라미터(FSOend)의 값이 130인 것에 기초하여, RLC SDU 셋의 시작점부터 130바이트 떨어진 지점에서 분할이 끝난 것을 알 수 있다.
또한, 분할된 RLC 프레임의 마지막 부분에 대한 ARQ PDU는 ARQ PDU에 대응하는 식별 번호(프레임 넘버=1), 프레임 분할 정보(FSI=10), ARQ PDU에 대응하는 RLC data PDU들 중 분할이 시작되는 RLC data PDU에 대한 식별 번호(SN=5), 분할된 RLC 프레임의 마지막 부분에 포함되는 서로 다른 RLC data PDU의 개수(data PDU count=4) 및 프레임 분할 오프셋 정보(FSOstart=130)를 포함할 수 있다. 분할된 RLC 프레임의 마지막 부분은 RLC 프레임의 끝부분 까지를 포함해야 하므로, 분할의 시작점에 대한 정보만 필요하다. 분할된 RLC 프레임의 마지막 부분에서 끝점은 항상 RLC 프레임의 마지막이므로, ARQ PDU는 분할이 발생한 끝점을 나타내는 파라미터(FSOend)를 포함하지 않을 수 있다. 즉, 분할된 RLC 프레임의 마지막 부분은 항상 RLC SDU 셋의 마지막 부분을 포함하므로, ARQ PDU는 파라미터(FSOend)를 포함하지 않으며, 분할의 시작점을 나타내는 파라미터(FSOstart)를 포함할 수 있다.
수신 장치는 ARQ PDU에 기초하여 프레임 넘버 1에 대응하는 RLC 프레임의 부분이 수신되었고, RLC 프레임의 부분은 분할된 RLC 프레임의 마지막 부분에 해당하며, 분할된 RLC 프레임의 마지막 부분은 시퀀스 넘버 5에 대응하는 RLC PDU를 첫 번째 RLC data PDU로 포함하고, 4 개의 서로 다른 RLC data PDU들을 포함하는 것을 알 수 있다. 또한, 수신 장치는 data PDU count가 4인 것에 기초하여, 시퀀스 넘버 5에 대응하는 RLC data PDU로부터 4 번째 RLC data PDU(시퀀스 넘버 8에 대응)에 걸쳐 분할된 RLC 프레임의 마지막 부분이 수신된 것을 알 수 있다. 또한, 수신 장치는 파라미터(FSOstart)의 값이 130인 것에 기초하여, RLC SDU 셋의 시작점부터 130바이트 떨어진 지점에서 분할이 시작된 것을 알 수 있다. 또한, 분할된 RLC 프레임의 마지막 부분은 전술한 시작점부터 시퀀스 넘버 8에 대응하는 RLC SDU 셋의 끝까지 포함할 수 있다.
<SDU 단위 분할의 경우>
RLC 프레임(전술한 것과 같이, 분할은 RLC SDU 셋 내에서 발생함)이 SDU 단위로 분할되는 경우, 전술한 바이트 단위 분할과 달리, ARQ PDU에 프레임 분할 오프셋 (FSO, frame segment offset) 정보가 포함될 필요가 없다. 즉, RLC SDU 셋이 RLC SDU 단위로 분할되는 경우, RLC SDU 내에서 분할이 일어나지 않으므로 ARQ PDU는 FSO 정보를 포함할 필요가 없다. 이에 따라, RLC SDU 단위로 분할되는 경우에 ARQ PDU에 포함되는 정보가 간소화 될 수 있으며, 이에 대해서는 후술한다.
전술한 것과 같이, RLC data PDU 셋이 초기 전송인 경우에는 자원 할당에 대응하도록 RLC data PDU 셋이 결정되므로 RLC data PDU 셋이 분할될 필요가 없다. 즉, 초기에 전송되는 RLC 프레임에 대해서는 FSI가 00(RLC 프레임 내 분할이 수행되지 않았음을 나타냄)일 수 있다. 이때, ARQ PDU는 ARQ PDU에 대응하는 식별 번호(프레임 넘버=1), 프레임 분할 정보(FSI=00), ARQ PDU에 대응하는 RLC data PDU들 중 첫 번째 RLC data PDU에 대한 식별 번호(SN=1), 및 총 RLC data PDU의 개수(data PDU count=8)을 포함할 수 있다. 이에 따라, 수신 장치는 ARQ PDU에 기초하여 프레임 넘버 1에 대응하는 RLC 프레임이 수신되었고, 수신된 RLC 프레임에는 분할이 발생하지 않았으며, RLC 프레임은 시퀀스 넘버 1에 대응하는 RLC data PDU를 첫 번째 RLC data PDU로 포함하고, 총 시퀀스 넘버 8까지의 RLC data PDU를 포함하는 RLC 프레임이 수신된 것을 알 수 있다.
또한, 분할된 RLC 프레임의 처음 부분에 대한 ARQ PDU는 ARQ PDU에 대응하는 식별 번호(프레임 넘버=1), 프레임 분할 정보(FSI=01), ARQ PDU에 대응하는 RLC data PDU들 중 분할이 시작되는 RLC data PDU에 대한 식별 번호(SN=1), 및 분할된 RLC 프레임의 처음부분에 포함되는 서로 다른 RLC data PDU의 개수(data PDU count=3)를 포함할 수 있다.
수신 장치는 ARQ PDU에 기초하여 프레임 넘버 1에 대응하는 RLC 프레임의 부분이 수신되었고, RLC 프레임의 부분은 분할된 RLC 프레임의 처음 부분에 해당하며, 분할된 RLC 프레임의 처음 부분은 시퀀스 넘버 1에 대응하는 RLC data PDU를 첫 번째 RLC data PDU로 포함하고, 3 개의 서로 다른 RLC data PDU들을 포함하는 것을 알 수 있다. 즉, 수신 장치는 분할된 RLC 프레임의 처음 부분이 시퀀스 넘버 1 내지 3에 대응하는 RLC data PDU들을 포함하는 것을 알 수 있다.
또한, 분할된 RLC 프레임의 중간 부분에 대한 ARQ PDU는 ARQ PDU에 대응하는 식별 번호(프레임 넘버=1), 프레임 분할 정보(FSI=11), ARQ PDU에 대응하는 RLC data PDU들 중 분할이 시작되는 RLC data PDU에 대한 식별 번호(SN=4), 및 분할된 프레임의 중간 부분에 포함되는 서로 다른 RLC data PDU의 개수(data PDU count=2)를 포함할 수 있다.
수신 장치는 ARQ PDU에 기초하여 프레임 넘버 1에 대응하는 RLC 프레임의 부분이 수신되었고, RLC 프레임의 부분은 분할된 프레임의 중간 부분에 해당하며, 분할된 RLC 프레임의 중간 부분은 시퀀스 넘버 4에 대응하는 RLC data PDU를 첫 번째 RLC data PDU로 포함하고, 2 개의 서로 다른 RLC data PDU들을 포함하는 것을 알 수 있다. 즉, 수신 장치는 분할된 RLC 프레임의 중간 부분이 시퀀스 넘버 4 및 5에 대응하는 RLC data PDU들을 포함하는 것을 알 수 있다.
또한, 분할된 RLC 프레임의 마지막 부분에 대한 ARQ PDU는 ARQ PDU에 대응하는 식별 번호(프레임 넘버=1), 프레임 분할 정보(FSI=10), ARQ PDU에 대응하는 RLC data PDU들 중 분할이 시작되는 RLC data PDU에 대한 식별 번호(SN=6), 및 분할된 RLC 프레임의 마지막 부분에 포함되는 서로 다른 RLC data PDU의 개수(data PDU count=3)를 포함할 수 있다.
수신 장치는 ARQ PDU에 기초하여 프레임 넘버 1에 대응하는 RLC 프레임의 부분이 수신되었고, RLC 프레임의 부분은 분할된 프레임의 마지막 부분에 해당하며, 분할된 RLC 프레임의 마지막 부분은 시퀀스 넘버 5에 대응하는 RLC data PDU를 첫 번째 RLC data PDU로 포함하고, 4 개의 서로 다른 RLC data PDU들을 포함하는 것을 알 수 있다. 즉, 수신 장치는 분할된 RLC 프레임의 마지막 부분이 시퀀스 넘버 6 내지 8에 대응하는 RLC data PDU들을 포함하는 것을 알 수 있다.
즉, RLC SDU 기반으로 RLC 프레임이 분할되는 경우, ARQ PDU는 RLC 프레임의 식별 정보, 분할의 시작점 및 분할된 RLC 프레임에 포함되는 RLC data PDU들의 개수에 대한 정보만을 포함할 수 있다. 또한, 분할된 RLC 프레임에 포함되는 RLC data PDU들의 개수 대신 분할의 끝점 등에 대한 정보를 포함할 수도 있다. 즉, ARQ PDU에 포함되는 정보는 전술된 실시예에 제한되지 않으며, 분할에 대한 정보를 포함할 수 있는 것이면 어느 것이든 가능할 수 있다.
도 13a는 본 개시의 일 실시예에 따른 RLC 프레임이 바이트 단위로 분할되는 경우에 ARQ PDU의 구조를 도시한 도면이다.
도 13a를 참조하면, RLC 프레임이 바이트 단위로 분할되는 경우의 ARQ PDU는 ARQ PDU에 대응하는 프레임 식별 정보(FN, frame number), 프레임 분할 정보 (FSI), ARQ PDU에 대응하는 RLC data PDU에 대한 정보(SN, sequence number), ARQ PDU에 대응하는 서로 다른 RLC data PDU들의 개수에 대한 정보(data PDU count), 및 프레임 분할 오프셋 (FSO, frame segment offset) 정보 중 적어도 하나를 포함할 수 있다.
프레임 분할 오프셋 (FSO, frame segment offset) 정보는 RLC data PDU 셋 내에 포함되는 RLC SDU(RLC data PDU에서 RLC header를 제외한 부분)들을 순서대로 연결한 RLC SDU 셋 내에서 분할이 발생한 시작점을 나타내는 파라미터(FSOstart) 및 RLC data PDU 셋 내에 포함되는 RLC SDU(RLC data PDU에서 RLC header를 제외한 부분)들을 순서대로 연결한 RLC SDU 셋 내에서 분할이 발생한 끝점을 나타내는 파라미터(FSOend)를 포함할 수 있다. 분할된 RLC 프레임의 처음 부분에서, 분할의 시작점은 항상 RLC 프레임에 포함되는 RLC SDU 셋의 맨 처음이므로, ARQ PDU는 분할의 시작점을 나타내는 파라미터(FSOstart)를 포함하지 않을 수 있다. 또한, 분할된 RLC 프레임의 마지막 부분에서, 분할의 끝점은 항상 RLC 프레임에 포함되는 RLC SDU 셋의 맨 마지막이므로, ARQ PDU는 분할의 끝점을 나타내는 파라미터(FSOend)를 포함하지 않을 수 있다. 또한, 분할이 일어나지 않은 경우에도 분할의 시작점을 나타내는 파라미터(FSOstart) 및 분할의 끝점을 나타내는 파라미터(FSOend)를 포함하지 않을 수 있다.
즉, 분할된 RLC 프레임의 중간 부분 또는 마지막 부분에 대응하는 ARQ PDU는 각각 파라미터(FSOstart)를 포함할 수 있다. 또한, 분할된 RLC 프레임의 중간 부분 또는 중간 부분에 대응하는 ARQ PDU는 각각 분할의 끝점을 나타내는 파라미터(FSOend)를 포함할 수 있다.
도 13b는 본 개시의 일 실시예에 따른 RLC 프레임이 바이트 단위로 분할되는 경우에 RLC data PDU의 구조를 도시한 도면이다.
RLC 프레임이 바이트 단위로 분할되는 경우, RLC 프레임에 포함되는 RLC SDU 내에서 분할이 수행될 수 있다. 따라서, RLC SDU 내에 분할 발생한 경우, RLC 헤더는 RLC SDU 내의 분할 위치에 대한 정보를 나타내는 분할 오프셋(SO, segmentation offset) 정보를 포함할 수 있다. 또한, 분할 오프셋 정보는 두 번째 이상의 분할에만 포함될 수 있다. 분할된 RLC 프레임의 처음 부분은 해당 RLC 프레임 내 RLC SDU 셋의 0 byte 지점에서부터 시작되고, 수신 장치는 RLC 헤더에 접합되는 MAC 서브 헤더 내의 length field에 기초하여 어느 지점(byte)까지 분할되는 지 알 수 있다. 한편 완전한 RLC SDU가 수신되는 경우, RLC 헤더는 분할 오프셋 정보를 포함하지 않을 수 있다.
도 14는 본 개시의 일 실시예에 따른 RLC 프레임이 RLC SDU 단위로 분할되는 경우에 ARQ PDU 및 RLC data PDU의 구조를 도시한 도면이다.
구체적으로, 도 14를 참조하면, 수신 장치는 전술한 도 9b에서와 같이 시퀀스 넘버 기반으로 패킷 discard를 수행할 수 있다. 또한, RLC SDU 단위로 분할이 수행되는 경우, ARQ PDU는 RLC data PDU는 분할 관리(handling)를 위한 정보를 포함할 필요가 없다.
도 14를 참조하면, RLC 프레임이 RLC SDU 단위로 분할되는 경우에, ARQ PDU는 ARQ PDU에 대응하는 프레임 식별 정보(FN, frame number), 프레임 분할 정보 (FSI), ARQ PDU에 대응하는 RLC data PDU에 대한 정보(SN, sequence number), 또는 ARQ PDU에 대응하는 서로 다른 RLC data PDU들의 개수에 대한 정보(data PDU count) 중 적어도 하나를 포함할 수 있다. 즉, RLC SDU 단위로 RLC 프레임이 분할되는 경우, ARQ PDU는 프레임의 식별 정보, 분할의 시작점 및 분할된 RLC 프레임에 포함되는 RLC data PDU들의 개수에 대한 정보만을 포함할 수 있다.
도 15는 본 개시의 다른 실시예에 따른 RLC 프레임이 RLC SDU 단위로 분할되는 경우에 ARQ PDU 및 RLC data PDU의 구조를 도시한 도면이다.
구체적으로, 도 15를 참조하면, 수신 장치는 전술한 도 9c에서와 같이 패킷의 폐기 동작을 프레임 넘버 기반으로 수행할 수 있다. 즉, 패킷 discard 관련 동작은 프레임 넘버에 기반하여 수행되므로, ARQ PDU는 시퀀스 넘버에 대한 정보를 포함할 필요가 없다.
도 15를 참조하면, RLC 프레임 내 분할이 발생하지 않은 경우(FSI=00), ARQ PDU는 프레임 넘버에 대한 정보를 포함할 수 있다. 또한, RLC 프레임 내에 분할이 수행된 경우(FSI=01, 11, 또는 10), ARQ PDU는 ARQ PDU에 대응하는 프레임 넘버, ARQ PDU에 대응하는 데이터 PDU 순서 번호(DON, data PDU ordering number), 또는 ARQ PDU에 대응하는 서로 다른 RLC data PDU들의 개수에 대한 정보(data PDU count) 중 적어도 하나를 포함할 수 있다.
구체적으로, 데이터 PDU 순서 번호(DON, data PDU ordering number)는 RLC 프레임 내의 각 RLC data PDU에 대해 1부터 번호를 부여(ordering)한 것을 의미한다. 이에 따라, 분할된 RLC 프레임의 처음 부분(FSI=01)에서, 시작점은 RLC 프레임의 맨 처음 RLC data PDU에 해당하므로, ARQ PDU 내 DON은 분할의 끝점에 대응하는 RLC data PDU의 DON 만을 포함할 수 있다. 또한, 분할된 RLC 프레임의 마지막 부분(FSI=10)에서, 끝점은 RLC 프레임의 맨 마지막 RLC data PDU에 해당하므로, ARQ PDU 내 DON은 분할의 시작점에 대응하는 RLC data PDU의 DON 만을 포함할 수 있다. 또한, 분할된 RLC 프레임의 처음 부분 또는 분할된 RLC 프레임의 마지막 부분이 아닌 중간 부분(FSI=11)에서, 분할의 시작점에 대응하는 RLC data PDU를 DON으로 알려주고, 분할의 시작점으로부터의 offset을 data PDU count로 알려줄 수 있다. 즉, data PDU count는 분할된 RLC 프레임의 처음 부분 또는 마지막 부분이 아닌 경우에만 ARQ PDU에 포함될 수 있다.
도 13a 내지 도 15를 참조하여 전술한 ARQ PDU 및 data PDU의 구조는 일 예시에 불과하며, 분할에 대한 정보를 알려줄 수 있으면 어떠한 형태로도 가능할 수 있고 개시된 실시예에 제한되는 것은 아니다.
도 16a는 본 개시의 일 실시예에 따른 ARQ PDU의 구조를 도시한 도면이고, 도 16b는 본 개시의 일 실시예에 따른 5G STATUS PDU의 구조를 도시한 도면이다.
도 16a 및 도 16b를 참조하면, ARQ PDU에 포함된 헤더(1610)의 구조 및 5G STATUS PDU의 헤더(1620)의 구조는 서로 동일할 수 있다. 즉, 수신 장치는, 5G STATUS PDU의 헤더(1620)와 ARQ PDU의 헤더(1610)의 구조가 동일한 경우, 하드웨어 가속기의 구조를 동일하게 이용할 수 있다는 이점이 있다. 특히, 공간 및 비용 상의 제약이 있는 단말에서는 기존의 하드웨어 가속기 구조에서 추가적인 구현을 하지 않아도 된다는 이점이 있다.
도 17a는 본 개시의 일 실시예에 따른 LTE 시스템에서의 패킷 처리를 설명하기 위한 도면이고, 도 17b는 LTE 시스템에서의 패킷 선 처리 과정을 설명하기 위한 도면이다.
도 17a 및 도 17b를 참조하면, LTE 시스템에서는, RLC 계층에서 PDCP PDU들의 접합이 수행되고, 접합된 PDCP PDU들에 대한 하나의 RLC 헤더가 추가되어 하나의 RLC PDU가 생성될 수 있다. 즉, 도 17b를 참조하면, 상향링크 자원 할당의 이전에 PDCP PDU들에 대한 선 처리(pre-processing)가 가능할 수 있다. 하지만, LTE 시스템에 따르면, RLC 접합도 자원 할당 이후에 처리가 가능하고, 그 이후의 분할 등과 같은 동작들도 자원 할당 이후에 처리가 가능하므로, NR 시스템에 비해 선 처리 가능한 부분이 적을 수 있다. 또한, RLC 접합 및 그 이후의 동작들이 자원 할당 이후에 결정되는 현상은 상향링크뿐만 아니라 하향링크에서도 동일하게 발생할 수 있다.
도 17c는 본 개시의 일 실시예에 따른 NR 시스템에서의 패킷 처리를 설명하기 위한 도면이고, 도 17d는 NR 시스템에서의 패킷 선 처리 과정을 설명하기 위한 도면이다.
도 17c 및 도 17d를 참조하면, NR 시스템에서는, MAC 계층에서 MAC subPDU들의 생성 이후에, 자원 할당에 따른 동작(예를 들어, 분할)을 수행할 수 있다. 즉, 도 17d를 참조하면, MAC PDU의 생성 이전 단계에서 RLC 헤더 및 MAC 서브 헤더들에 대한 선 처리가 수행될 수 있다. 또한, 자원 할당에 따른 분할이 발생하는 경우, MAC PDU 중 마지막 부분에 해당하는 MAC 서브 헤더 및 RLC 헤더만을 업데이트 될 수 있어, LTE 시스템에 비해 선 처리 가능한 부분이 확대될 수 있다. 본 개시의 일 실시예에 따르면, NR 시스템과 유사한 수준의 선처리가 가능하다. 구체적으로, ARQ PDU 및 RLC data PDU들에 대해 RLC 헤더 및 MAC 서브 헤더의 선처리가 가능하다. 분할이 발생된 경우에는 자원 할당 이후에 ARQ PDU 및 RLC data PDU에 관련 정보가 업데이트될 수 있다.
도 18은 본 개시의 일 실시예에 따른 단말의 구조를 도시한다.
도 18을 참조하면, 단말은 송수신부(1810), 메모리(1820), 및 프로세서(1830)를 포함할 수 있다. 다만, 단말의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들면, 단말은 전술한 구성 요소보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수 있다. 뿐만 아니라, 송수신부(1810), 메모리(1820), 및 프로세서(1830)가 하나의 칩(Chip) 형태로 구현될 수도 있다.
본 개시의 일 실시예에 따르면, 송수신부(1810)는 기지국과 신호를 송수신할 수 있다. 상술된 신호는 제어 정보와, 데이터를 포함할 수 있다. 이를 위해, 송수신부(1810)는 송신되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 또한, 송수신부(1810)는 무선 채널을 통해 신호를 수신하여 프로세서(1830)로 출력하고, 프로세서(1830)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다.
본 개시의 일 실시예에 따르면, 메모리(1820)는 단말의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(1820)는 단말이 송수신하는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(3502)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리(1820)는 복수 개의 메모리로 구성될 수도 있다.
본 개시의 일 실시예에 따르면, 프로세서(1830)는 상술된 본 개시의 실시예들에 따라 단말이 동작할 수 있는 일련의 과정을 제어할 수 있다. 예를 들면, 프로세서(1830)는 본 개시의 실시예들에 따라 RLC 계층에서의 ARQ 관련 동작들을 제어할 수 있다.
구체적으로 프로세서(1830)는 RLC 엔티티에서, 복수의 RLC data PDU들을 획득하고, RLC 엔티티에서, 자원 할당에 따라 복수의 RLC data PDU들 중 적어도 하나 이상을 포함하는 RLC data PDU 셋에 대응하는 ARQ PDU를 생성하고, MAC 계층에서, RLC data PDU 셋 및 ARQ PDU에 기초하여 생성된 제1 MAC PDU를 하위 계층을 통해 기지국으로 송신하고, 소정 조건이 만족되는 경우, RLC data PDU 셋과 연관된 STATUS PDU를 수신하기 위해 단말의 각 구성을 제어할 수 있다.
또한, 프로세서(1830)는 MAC 계층에서, ARQ PDU 및 ARQ PDU에 대응하는 복수의 RLC data PDU들을 포함하는 제1 MAC PDU를 수신하고, RLC 엔티티에서, ARQ PDU들에 기초하여 복수의 RLC data PDU들에 대응하는 RLC data PDU 셋에 대한 상태 변수를 업데이트하고, 소정 조건을 만족하는 경우, 수신 윈도우 내의 적어도 하나 이상의 RLC data PDU 셋들에 대한 수신 현황을 나타내는 수신 현황 정보 및 업데이트 된 상태 변수에 기초하여 생성된 STATUS PDU를 기지국으로 송신 하기 위해 단말의 각 구성을 제어할 수 있다.
즉, 단말은 전술한 바와 같이 송신 장치 또는 수신 장치로 동작할 수 있다. 구체적으로, 단말이 송신 장치인 경우, 기지국이 수신 장치로 동작하며, 단말이 수신 장치인 경우 기지국이 송신 장치로 동작할 수 있음은 물론이다.
또한, 프로세서(1830)는 복수의 프로세서를 포함할 수 있으며, 메모리(1820)에 저장된 프로그램을 실행함으로써, 본 개시의 실시예들에 따라 ARQ PDU를 생성하고, ARQ PDU에 기초하여, ARQ 관련 동작, 패킷 discard 관련 동작, 또는 분할 관리를 위한 동작들을 수행할 수 있다.
도 19는 본 개시의 일 실시예에 따른 기지국의 구조를 도시한다.
도 19를 참조하면, 기지국은 송수신부(1910), 메모리(1920), 및 프로세서(1930)를 포함할 수 있다. 다만, 기지국의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 기지국은 전술한 구성 요소보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수 있다. 뿐만 아니라, 송수신부(1910), 메모리(1920), 및 프로세서(1930)가 하나의 칩(Chip) 형태로 구현될 수도 있다.
본 개시의 일 실시예에 따르면, 송수신부(1910)는 단말과 신호를 송수신할 수 있다. 상술된 신호는 제어 정보와, 데이터를 포함할 수 있다. 이를 위해, 송수신부(1910)는 송신되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 또한, 송수신부(1910)는 무선 채널을 통해 신호를 수신하여 프로세서(1930)로 출력하고, 프로세서(1930)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다.
본 개시의 일 실시예에 따르면, 메모리(1920)는 기지국의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(1920)는 기지국이 송수신하는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(1920)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리(1920)는 복수 개의 메모리로 구성될 수도 있다.
본 개시의 일 실시예에 따르면, 프로세서(1930)는 상술된 본 개시의 실시예에 따라 기지국이 동작할 수 있도록 일련의 과정을 제어할 수 있다. 예를 들면, 프로세서(1930)는 본 개시의 실시예들에 따라 ARQ PDU를 생성하고, ARQ PDU에 기초하여, ARQ 관련 동작, 패킷 discard 관련 동작, 또는 분할 관리를 위한 동작들을 수행할 수 있다.
또한, 프로세서(1930)는 복수의 프로세서를 포함할 수 있으며, 메모리(1920)에 저장된 프로그램을 실행함으로써, 본 개시의 실시예들에 따른 단말의 하향링크 제어 채널의 모니터링을 제어하는 방법, 전력 절약 신호에 관한 설정 및 전력 절약 신호를 생성 및 송신하는 방법을 수행할 수 있다.
본 개시의 청구항 또는 명세서에 기재된 실시예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.
소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체 또는 컴퓨터 프로그램 제품이 제공될 수 있다. 컴퓨터 판독 가능 저장 매체 또는 컴퓨터 프로그램 제품에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.
이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(ROM: Read Only Memory), 전기적 삭제가능 프로그램가능 롬(EEPROM: Electrically Erasable Programmable Read Only Memory), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(CD-ROM: Compact Disc-ROM), 디지털 다목적 디스크(DVDs: Digital Versatile Discs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.
또한, 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(Local Area Network), WLAN(Wide LAN), 또는 SAN(Storage Area Network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크 상의 별도의 저장 장치가 본 개시의 실시예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시예들에서, 본 개시에 포함되는 구성 요소는 제시된 구체적인 실시예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편, 본 명세서와 도면에 개시된 본 개시의 실시예들은 본 개시의 기술 내용을 쉽게 설명하고 본 개시의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 개시의 범위를 한정하고자 하는 것은 아니다. 즉 본 개시의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한 상기 각각의 실시예는 필요에 따라 서로 조합되어 운용할 수 있다. 예를 들면, 본 개시의 일 실시예와 다른 일 실시예의 일부분들이 서로 조합되어 기지국과 단말이 운용될 수 있다. 또한, 본 개시의 실시예들은 다른 통신 시스템에서도 적용 가능하며, 실시예의 기술적 사상에 바탕을 둔 다른 변형예들 또한 실시 가능할 것이다. 예를 들면, 실시예들은 LTE 시스템, 5G 또는 NR 시스템, 6G 등에도 적용될 수 있다.

Claims (15)

  1. 무선통신시스템에서 송신 장치의 동작 방법은,
    RLC (radio link control) 엔티티에서, 복수의 RLC data PDU (protocol data unit)들을 획득하는 단계;
    상기 RLC 엔티티에서, 자원 할당에 따라 상기 복수의 RLC data PDU들 중 적어도 하나 이상을 포함하는 RLC data PDU 셋에 대응하는 ARQ PDU를 생성하는 단계;
    MAC (medium access control) 계층에서, 상기 RLC data PDU 셋 및 상기 ARQ PDU에 기초하여 생성된 제1 MAC PDU를 하위 계층을 통해 수신 장치로 송신하는 단계; 및
    소정 조건이 만족되는 경우 상기 RLC data PDU 셋과 연관된 STATUS PDU를 수신하는 단계;를 포함하고,
    상기 ARQ PDU는 상기 RLC data PDU 셋과 관련된 동작을 처리하기 위한 정보를 포함하는, 방법.
  2. 제1항에 있어서,
    상기 방법은,
    상기 STATUS PDU에 NACK (Negative Acknowledgement)이 포함되는 경우, 재전송을 위한 자원 할당에 따라 상기 RLC data PDU 셋 중 적어도 일부를 포함하는 제2 MAC PDU를 생성하는 단계; 및
    상기 제2 MAC PDU를 하위 계층을 통해 상기 수신 장치로 송신하는 단계;를 더 포함하는, 방법.
  3. 제2항에 있어서,
    상기 제2 MAC PDU에 포함된 상기 RLC data PDU 셋 중 적어도 일부는,
    상기 RLC data PDU 셋이 분할(segmentation)된 것이고,
    상기 방법은, 상기 분할된 RLC data 셋에 기초하여 상기 ARQ PDU를 업데이트 하는 단계;를 더 포함하고,
    상기 제2 MAC PDU는, 상기 분할된 RLC data PDU 셋 및 상기 업데이트된 ARQ PDU를 포함하는, 방법.
  4. 제3항에 있어서,
    상기 분할은, 바이트(byte) 단위 또는 RLC SDU(service data unit) 단위로 수행되고,
    상기 업데이트된 ARQ PDU는, 상기 분할된 RLC data PDU 셋에 대한 정보를 포함하는 것인, 방법.
  5. 제4항에 있어서,
    상기 분할된 RLC data PDU 셋에 대한 정보는, 분할 여부에 대한 정보, 분할의 단위에 대한 정보, 분할의 위치에 대한 정보, 분할의 시작점, 분할의 끝점, 또는 분할의 시작점으로부터의 오프셋에 대한 정보 중 적어도 하나 이상을 포함하는 것인, 방법.
  6. 무선통신시스템에서 수신 장치의 동작 방법은,
    MAC (medium access control) 계층에서, ARQ PDU (automatic repeat request protocol data unit) 및 상기 ARQ PDU에 대응하는 복수의 RLC (radio link control) data PDU들을 포함하는 제1 MAC PDU를 수신하는 단계;
    RLC 엔티티에서, 상기 ARQ PDU에 기초하여 상기 복수의 RLC data PDU들에 대응하는 RLC data PDU 셋에 대한 상태 변수(state variable)를 업데이트 하는 단계; 및
    소정 조건을 만족하는 경우, 수신 윈도우 내의 적어도 하나 이상의 RLC data PDU 셋들에 대한 수신 현황을 나타내는 수신 현황 정보 및 상기 업데이트된 상태 변수에 기초하여 생성된 STATUS PDU를 송신 장치로 송신하는 단계;를 더 포함하고,
    상기 ARQ PDU는 상기 RLC data PDU 셋과 관련된 동작을 처리하기 위한 정보를 포함하는, 방법.
  7. 제6항에 있어서,
    상기 방법은,
    상기 ARQ PDU에 포함된 정보에 기초하여, 상기 복수의 RLC data PDU들이 수신 윈도우 내에 포함되는지 여부를 판단하는 단계; 및
    상기 판단 결과에 기초하여, 상기 복수의 RLC data PDU들 중 상기 수신 윈도우 내에 포함되지 않는 RLC data PDU를 폐기(discard)하는 단계;를 더 포함하고,
    상기 ARQ PDU에 포함된 정보는, 상기 복수의 RLC data PDU들 각각에 대한 시퀀스 번호 또는 상기 RLC data PDU 셋에 대한 식별 번호를 포함하는 것인, 방법.
  8. 제6항에 있어서,
    상기 방법은,
    상기 ARQ PDU에 포함된 정보에 기초하여 상기 복수의 RLC data PDU들이 중복 수신된 것인지 여부를 판단하는 단계; 및
    상기 복수의 RLC data PDU들 중 중복 수신된 것으로 판단되는 RLC data PDU를 폐기(discard)하는 단계;를 더 포함하고,
    상기 ARQ PDU에 포함된 정보는, 상기 복수의 RLC data PDU들 각각에 대한 시퀀스 번호 또는 상기 RLC data PDU 셋에 대한 식별 번호를 포함하는 것인, 방법.
  9. 제6항에 있어서,
    상기 STATUS PDU는, 상기 RLC data PDU 셋이 수신되지 않은 것으로 판단되는 경우 NACK을 포함하고,
    상기 방법은, 상기 STATUS PDU에 기초하여 생성된 제2 MAC PDU를 상기 송신 장치로부터 수신하는 단계;를 더 포함하는 것인, 방법.
  10. 제9항에 있어서,
    상기 제2 MAC PDU는, 재전송을 위한 자원 할당이 상기 RLC data PDU 셋을 위해 필요한 전송 자원보다 작은 경우, 상기 RLC data PDU 셋 중 적어도 일부가 분할(segmentation)된 것에 기초하여 생성되는 것인, 방법.
  11. 제10항에 있어서,
    상기 제2 MAC PDU에 포함되는 ARQ PDU는, 상기 분할에 대한 정보를 포함하고, 상기 분할에 대한 정보는, 분할 여부에 대한 정보, 분할의 단위에 대한 정보, 분할의 위치에 대한 정보, 분할의 시작점, 분할의 끝점, 또는 분할의 시작점으로부터의 오프셋에 대한 정보 중 적어도 하나 이상을 포함하는 것인, 방법.
  12. 무선통신시스템에서의 송신 장치는,
    송수신부; 및
    상기 송수신부와 연결된 적어도 하나의 프로세서;를 포함하고,
    상기 적어도 하나의 프로세서는,
    RLC (radio link control) 엔티티에서, 복수의 RLC data PDU (protocol data unit)들을 획득하고,
    상기 RLC 엔티티에서, 자원 할당에 따라 상기 복수의 RLC data PDU들 중 적어도 하나 이상을 포함하는 RLC data PDU 셋에 대응하는 ARQ PDU를 생성하고,
    MAC (medium access control) 계층에서, 상기 RLC data PDU 셋 및 상기 ARQ PDU에 기초하여 생성된 제1 MAC PDU를 하위 계층을 통해 수신 장치로 송신하고,
    소정 조건이 만족되는 경우 상기 RLC data PDU 셋과 연관된 STATUS PDU를 수신하고,
    상기 ARQ PDU는 상기 RLC data PDU 셋과 관련된 동작을 처리하기 위한 정보를 포함하는, 송신 장치.
  13. 제12항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 STATUS PDU에 NACK (Negative Acknowledgement)이 포함되는 경우, 재전송을 위한 자원 할당에 따라 상기 RLC data PDU 셋 중 적어도 일부를 포함하는 제2 MAC PDU를 생성하고,
    상기 제2 MAC PDU를 하위 계층을 통해 상기 수신 장치로 송신하는, 송신 장치.
  14. 제13항에 있어서,
    상기 제2 MAC PDU에 포함된 상기 RLC data PDU 셋 중 적어도 일부는,
    상기 RLC data PDU 셋이 분할(segmentation)된 것이고,
    상기 적어도 하나의 프로세서는,
    상기 분할된 RLC data 셋에 기초하여 상기 ARQ PDU를 업데이트 하고,
    상기 제2 MAC PDU는, 상기 분할된 RLC data PDU 셋 및 상기 업데이트된 ARQ PDU를 포함하는, 송신 장치.
  15. 무선통신시스템에서의 수신 장치는,
    송수신부; 및
    상기 송수신부와 연결된 적어도 하나의 프로세서;를 포함하고,
    상기 적어도 하나의 프로세서는,
    MAC (medium access control) 계층에서, ARQ PDU (automatic repeat request protocol data unit) 및 상기 ARQ PDU에 대응하는 복수의 RLC (radio link control) data PDU들을 포함하는 제1 MAC PDU를 수신하고,
    RLC 엔티티에서, 상기 ARQ PDU에 기초하여 상기 복수의 RLC data PDU들에 대응하는 RLC data PDU 셋에 대한 상태 변수(state variable)를 업데이트 하고,
    소정 조건을 만족하는 경우, 수신 윈도우 내의 적어도 하나 이상의 RLC data PDU 셋들에 대한 수신 현황을 나타내는 수신 현황 정보 및 상기 업데이트된 상태 변수에 기초하여 생성된 STATUS PDU를 송신 장치로 송신하고,
    상기 ARQ PDU는 상기 RLC data PDU 셋과 관련된 동작을 처리하기 위한 정보를 포함하는, 수신 장치.
PCT/KR2021/020199 2020-12-29 2021-12-29 무선 통신 시스템에서 패킷을 처리하기 위한 방법 및 장치 WO2022146039A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP21915836.7A EP4243487A4 (en) 2020-12-29 2021-12-29 METHOD AND APPARATUS FOR PACKET PROCESSING IN WIRELESS COMMUNICATION SYSTEM
US18/259,522 US20240063952A1 (en) 2020-12-29 2021-12-29 Method and apparatus for processing packet in wireless communication system
CN202180088542.7A CN116671167A (zh) 2020-12-29 2021-12-29 用于在无线通信系统中处理分组的方法和装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020200186774A KR20220094987A (ko) 2020-12-29 2020-12-29 무선 통신 시스템에서 패킷을 처리하기 위한 방법 및 장치
KR10-2020-0186774 2020-12-29

Publications (1)

Publication Number Publication Date
WO2022146039A1 true WO2022146039A1 (ko) 2022-07-07

Family

ID=82259525

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/020199 WO2022146039A1 (ko) 2020-12-29 2021-12-29 무선 통신 시스템에서 패킷을 처리하기 위한 방법 및 장치

Country Status (5)

Country Link
US (1) US20240063952A1 (ko)
EP (1) EP4243487A4 (ko)
KR (1) KR20220094987A (ko)
CN (1) CN116671167A (ko)
WO (1) WO2022146039A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024016915A1 (zh) * 2022-07-21 2024-01-25 大唐移动通信设备有限公司 PDU set的发送方法、通信节点及装置
WO2024065477A1 (en) * 2022-09-29 2024-04-04 Shenzhen Tcl New Technology Co., Ltd. Wireless communication method and device

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024039189A1 (ko) * 2022-08-17 2024-02-22 삼성전자 주식회사 무선 통신 시스템에서 pdcp sdu 폐기를 위한 방법 및 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100896507B1 (ko) * 2006-12-01 2009-05-08 한국전자통신연구원 통신 시스템에서의 계층적 헤더 포맷과 데이터 전송 방법
US20090185477A1 (en) * 2006-01-05 2009-07-23 Lg Electronics Inc. Transmitting Data In A Mobile Communication System
KR100996069B1 (ko) * 2006-11-27 2010-11-22 삼성전자주식회사 이동통신 시스템에서 라디오 링크 제어 계층의 데이터 전송 방법 및 장치
US20150264675A1 (en) * 2007-05-09 2015-09-17 Samsung Electronics Co., Ltd. Method and apparatus for layer 2 arq for packets
KR20180119891A (ko) * 2017-04-26 2018-11-05 삼성전자주식회사 차세대 이동 통신 시스템에서 rlc 상태 보고 방법 및 장치

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080310452A1 (en) * 2007-06-14 2008-12-18 Texas Instruments Incorporated Data link layer headers
KR102293999B1 (ko) * 2017-03-31 2021-08-27 삼성전자 주식회사 무선 통신 시스템에서 장치 및 이의 버퍼 제어 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090185477A1 (en) * 2006-01-05 2009-07-23 Lg Electronics Inc. Transmitting Data In A Mobile Communication System
KR100996069B1 (ko) * 2006-11-27 2010-11-22 삼성전자주식회사 이동통신 시스템에서 라디오 링크 제어 계층의 데이터 전송 방법 및 장치
KR100896507B1 (ko) * 2006-12-01 2009-05-08 한국전자통신연구원 통신 시스템에서의 계층적 헤더 포맷과 데이터 전송 방법
US20150264675A1 (en) * 2007-05-09 2015-09-17 Samsung Electronics Co., Ltd. Method and apparatus for layer 2 arq for packets
KR20180119891A (ko) * 2017-04-26 2018-11-05 삼성전자주식회사 차세대 이동 통신 시스템에서 rlc 상태 보고 방법 및 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4243487A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024016915A1 (zh) * 2022-07-21 2024-01-25 大唐移动通信设备有限公司 PDU set的发送方法、通信节点及装置
WO2024065477A1 (en) * 2022-09-29 2024-04-04 Shenzhen Tcl New Technology Co., Ltd. Wireless communication method and device

Also Published As

Publication number Publication date
CN116671167A (zh) 2023-08-29
US20240063952A1 (en) 2024-02-22
EP4243487A1 (en) 2023-09-13
EP4243487A4 (en) 2023-11-08
KR20220094987A (ko) 2022-07-06

Similar Documents

Publication Publication Date Title
WO2022146039A1 (ko) 무선 통신 시스템에서 패킷을 처리하기 위한 방법 및 장치
WO2016159731A1 (ko) 무선 통신 시스템에서 다른 무선 접속 기술을 이용한 다중 연결을 제공하기 위한 장치 및 방법
WO2018182388A1 (en) Apparatus and buffer control method thereof in wireless communication system
WO2019035670A1 (en) METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING DOUBLE PACKETS IN A NEXT GENERATION MOBILE COMMUNICATION SYSTEM
WO2020060207A1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
WO2018128430A1 (en) Method and apparatus for retransmission in communication system
WO2021215884A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치
WO2019172669A1 (ko) 무선통신 시스템에서 pdcp 버전 변경 시 데이터 전송 방법 및 장치
WO2022191590A1 (en) Method and apparatus for configuring beam in wireless communication system
WO2020197259A1 (ko) 무선 통신 시스템에서 복수 개의 rlc 계층 장치의 활성화를 제어하는 방법 및 장치
WO2022169296A1 (ko) 무선 통신 시스템에서 스케줄링을 수행하기 위한 방법 및 장치
WO2020141864A1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
WO2022154591A2 (ko) 통신 시스템에서 데이터 채널을 스케줄링하는 방법 및 장치
WO2023063788A1 (en) Apparatus and method for conditional mobility on secondary node initiated by master node in wireless communication systems
WO2022240104A1 (ko) 무선 통신 시스템에서 l1, l2 기반의 셀간 이동을 지원하는 방법 및 장치
WO2021125610A1 (ko) 차세대 이동 통신 시스템에서 데이터 압축 해제 실패 시 pdcp의 구동 방법 및 장치
AU2020282922B2 (en) Method and apparatus for performing function of radio access network
WO2024049085A1 (ko) 무선 통신 시스템에서 분산 유닛이 통신을 수행하는 방법 및 장치
WO2024076181A1 (ko) 이동통신 시스템에서 early measurement 수행 방법 및 장치
WO2024048928A1 (ko) 패킷 처리를 위해 무선 네트워크 기능을 수행하는 방법 및 장치
WO2024035184A1 (en) Method and device for performing conditional handover in wireless communication system
WO2024029985A1 (en) Method and device for information transmission
WO2024096512A1 (ko) 무선 통신 시스템에서 무인 비행 단말을 위한 향상된 측정 보고 방법과 장치
WO2023153909A1 (en) Method and user equipment for performing synchronization with network node
WO2024029941A1 (en) Device and method for managing congestion and burst state in wireless communication system

Legal Events

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

Ref document number: 21915836

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021915836

Country of ref document: EP

Effective date: 20230609

WWE Wipo information: entry into national phase

Ref document number: 18259522

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202180088542.7

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE