WO2020060207A1 - 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치 - Google Patents

무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치 Download PDF

Info

Publication number
WO2020060207A1
WO2020060207A1 PCT/KR2019/012100 KR2019012100W WO2020060207A1 WO 2020060207 A1 WO2020060207 A1 WO 2020060207A1 KR 2019012100 W KR2019012100 W KR 2019012100W WO 2020060207 A1 WO2020060207 A1 WO 2020060207A1
Authority
WO
WIPO (PCT)
Prior art keywords
flow control
feedback information
data
information
control feedback
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2019/012100
Other languages
English (en)
French (fr)
Inventor
황준
배범식
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to US17/277,537 priority Critical patent/US20210352522A1/en
Publication of WO2020060207A1 publication Critical patent/WO2020060207A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263—Rate modification at the source after receiving feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • 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/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • 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/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components

Definitions

  • the present disclosure relates to a method and apparatus for transmitting and receiving data in a wireless communication system.
  • the 5G communication system or the pre-5G communication system is called a 4G network (Beyond 4G Network) communication system or an LTE system (Post LTE) or later system.
  • 5G communication systems are contemplated for implementation in the ultra-high frequency (mmWave) band (eg, 60 gigahertz (60 GHz) band).
  • mmWave ultra-high frequency
  • 60 GHz gigahertz
  • Array antenna, analog beam-forming, and large scale antenna technologies are being discussed.
  • the evolved small cell, advanced small cell, cloud radio access network (cloud RAN), ultra-dense network , Device to Device communication (D2D), wireless backhaul, mobile network, cooperative communication, CoMP (Coordinated Multi-Points), and interference cancellation Technology development is being conducted.
  • ACM Advanced Coding Modulation
  • FQAM hybrid FSK and QAM modulation
  • SWSC sliding window superposition coding
  • FBMC Filter Bank Multi Carrier
  • NOMA non orthogonal multiple access
  • SCMA sparse code multiple access
  • IoT Internet of Things
  • IoE Internet of Everything
  • sensing technology wired / wireless communication and network infrastructure, service interface technology, and security technology
  • M2M Machine to Machine
  • MTC Machine Type Communication
  • IoT Internet Technology
  • IoT is a field of smart home, smart building, smart city, smart car or connected car, smart grid, health care, smart home appliance, high-tech medical service through convergence and complex between existing IT (information technology) technology and various industries. It can be applied to.
  • 5G communication technology such as sensor network, machine to machine (M2M), and MTC (Machine Type Communication) is implemented by techniques such as beamforming, MIMO, and array antenna. It is. It may be said that the application of cloud radio access network (cloud RAN) as the big data processing technology described above is an example of 5G technology and IoT technology convergence.
  • cloud RAN cloud radio access network
  • the disclosed embodiment is to provide an apparatus and method capable of effectively providing a service in a mobile communication system.
  • a method of transmitting and receiving data by an IAB node in a wireless communication system includes receiving DL (downlink) flow control setting information; The format of the DL flow control feedback information determined from the received DL flow control setting information, the granularity of the DL flow control feedback information, the data amount of the DL flow control feedback information, the data type of the DL flow control feedback information, or the DL flow control Reporting DL flow control feedback information to the IAB parent node based on at least one of the reporting conditions of the feedback information; And receiving scheduled data from the IAB parent node based on the DL flow control feedback information.
  • the DL flow control feedback information may include a size of a DL buffer in which data is stored, available for each reporting unit of the DL flow control feedback information ( available) may include information regarding at least one of a DL buffer size or a type of data.
  • the DL flow control feedback information includes an identifier field of a user equipment (UE) that is a reporting unit of DL flow control feedback information and DL available for each UE It may include a buffer size field.
  • UE user equipment
  • the reporting unit of DL flow control feedback information is BH RLC channel, BH RLC channel group, logical channel, logical channel group, UE, UE It may be at least one of a DRB group for each DRB or UE.
  • a method of transmitting and receiving data by an IAB node in a wireless communication system further includes receiving a triggering signal for reporting DL flow control feedback information, and performing reporting of DL flow control feedback information. In response to a triggering signal being received, reporting of DL flow control feedback information may be performed.
  • the step of reporting the DL flow control feedback information is set to report the amount of data stored in the DL buffer or DL flow control feedback information. As the amount of data of the kind satisfies the reporting condition of the DL flow control feedback information, it is possible to report the DL flow control feedback information.
  • the step of reporting the DL flow control feedback information may include reporting the DL flow control feedback information according to a predetermined transmission period or transmission time point. You can do
  • DL flow control setting information and DL flow control feedback information may be provided through a MAC layer or a BAP layer.
  • An IAB node for transmitting and receiving data in a wireless communication system includes: a transmitting and receiving unit; And a processor connected to the transmission / reception unit, the processor controls the transmission / reception unit to receive DL (downlink) flow control setting information, and the format of DL flow control feedback information determined from the received DL flow control setting information, DL flow control DL flow control feedback to the IAB parent node based on at least one of the reporting unit of feedback information, the amount of data in the DL flow control feedback information, the data type of the DL flow control feedback information, or the reporting condition of the DL flow control feedback information.
  • the information transmission and reception unit may be controlled to perform reporting of information and to receive scheduled data from the IAB parent node based on the DL flow control feedback information.
  • the disclosed embodiment provides an apparatus and method capable of effectively providing a service in a mobile communication system.
  • 1A is a diagram illustrating the structure of an LTE system according to some embodiments of the present disclosure.
  • 1B is a diagram illustrating a radio protocol structure of an LTE system according to some embodiments of the present disclosure.
  • 1C is a diagram illustrating a structure of a next generation mobile communication system according to some embodiments of the present disclosure.
  • 1D is a diagram illustrating a radio protocol structure of a next generation mobile communication system according to some embodiments of the present disclosure.
  • 1E is a block diagram illustrating an internal structure of a terminal according to some embodiments of the present disclosure.
  • 1F is a block diagram showing the configuration of an NR base station according to some embodiments of the present disclosure.
  • 1G is a flowchart illustrating a case in which IBS terminal configuration information transmitted by a base station is received during a condition in which a DL BSR or UL BSR may operate according to some embodiments of the present disclosure.
  • 1H is a flowchart illustrating a case in which a terminal transmits IAB capability related information among conditions in which a DL BSR or UL BSR may operate according to some embodiments of the present disclosure.
  • 1I is a type of a DL BSR or UL BSR format according to some embodiments of the present disclosure, and shows a case where a report granularity is a DL / UL logical channel group and a desired buffer size as a data amount.
  • FIG. 1J is another type of DL / UL BSR format embodiment according to some embodiments of the present disclosure, and shows a case where report granularity is a DL / UL logical channel and a desired buffer size as a data amount.
  • Figure 1k is another type of embodiment of the format of the DL / UL BSR according to some embodiments of the present disclosure, report granularity is a DL / UL BH RLC channel (or DL / UL BH RLC channel group), desired as the amount of data It shows the case of buffer size.
  • 1L is another type of an embodiment of the format of DL / UL BSR according to some embodiments of the present disclosure, report granularity is DL / UL UE DRB (or DL / UL UE DRB group), and a desired buffer size as a data amount It shows the case.
  • FIG. 1M another type of DL / UL BSR format embodiment according to some embodiments of the present disclosure is generally referred to as general RG as report granularity, and shows a case where the reported data amount is buffer status.
  • FIG. 1N another type of DL / UL BSR format embodiment according to some embodiments of the present disclosure is generically referred to as general RG as report granularity, and shows a case in which the amount of data reported is a desired data rate.
  • 1O is a diagram for a process in which a base station directly triggers a UE through a DL / UL BSR request MAC CE during a DL / UL BSR triggering operation according to some embodiments of the present disclosure.
  • 1P is a diagram for a process of operating a DL / UL BSR by transmitting a condition without a DL / UL BSR request MAC CE during a DL / UL BSR triggering operation according to some embodiments of the present disclosure.
  • 1Q is a diagram for a process in which a mobile terminal (MT) according to some embodiments of the present disclosure transmits flow control feedback information as a control signal of a BAP layer to a parent IAB node.
  • MT mobile terminal
  • 1R is a diagram of a process in which a parent IAB node according to some embodiments of the present disclosure transmits a threshold and granularity index for performing feedback through a signal layer to the IAB node.
  • 1s is a diagram for a process in which when a parent IAB node transmits periodicity information according to some embodiments of the present disclosure, the IAB node receiving the information transmits feedback information to the parent IAB node at a given cycle.
  • 1T is a diagram for a process of reporting flow control feedback through a direct report command of an upper node according to some embodiments of the present disclosure.
  • FIG. 2A is a diagram illustrating an example of a function separation structure of a next-generation mobile communication system base station according to some embodiments of the present disclosure.
  • FIG. 2B is a diagram showing an example of a structure of a mobile communication system supporting split bearer for simultaneous transmission using two radios according to some embodiments of the present disclosure.
  • FIG. 2B (1) is EN-DC (EUTRA-NR Dual using EPC) Connectivity) is an example
  • FIG. 2B (2) shows an example of a structure for supporting NR-NR Dual Connectivity in one base station using 5GC.
  • 2C is a diagram illustrating a procedure for determining QoS parameters for each MCG and SCG in CU-CP of an SgNB in an EN-DC structure according to some embodiments of the present disclosure, and supporting a split GBR bearer.
  • 2D is a flowchart illustrating the operation of the CU-CP of the SgNB when determining the QoS parameters for each MCG and SCG in the CU-CP of the SgNB in the EN-DC structure according to some embodiments of the present disclosure and supporting Split GBR bearer.
  • 2E is a flowchart illustrating an operation of CU-UP of SgNB when determining QoS parameters for each MCG and SCG in CU-CP of SgNB in the EN-DC structure according to some embodiments of the present disclosure and supporting Split GBR bearer.
  • FIG. 2F is a diagram illustrating a procedure for determining QoS parameters for each MCG and SCG in CU-UP of an SgNB in an EN-DC structure according to some embodiments of the present disclosure, and supporting a split GBR bearer.
  • 2G is a flowchart illustrating the operation of the CU-CP of the SgNB when determining the QoS parameters for each MCG and SCG in the CU-UP of the SgNB in the EN-DC structure according to some embodiments of the present disclosure and supporting Split GBR bearer.
  • 2H is a flowchart illustrating the operation of CU-UP of SgNB when determining QoS parameters for each MCG and SCG in CU-UP of SgNB in the EN-DC structure according to some embodiments of the present disclosure, and supporting Split GBR bearer.
  • 2I is a diagram illustrating a procedure for determining QoS parameters for each MCG and SCG in a DU of an SgNB in an EN-DC structure according to some embodiments of the present disclosure, and supporting a split GBR bearer.
  • 2J is a flowchart illustrating the operation of the CU-CP of the SgNB when determining the QoS parameters for each MCG and SCG in the DU of the SgNB in the EN-DC structure according to some embodiments of the present disclosure and supporting Split GBR bearer.
  • 2K is a flowchart illustrating the operation of CU-UP of SgNB when determining QoS parameters for each MCG and SCG in the DU of the SgNB in the EN-DC structure according to some embodiments of the present disclosure and supporting Split GBR bearer.
  • FIG. 2L illustrates a procedure for determining QoS parameters for each MCG and SCG in CU-CP of a gNB and supporting a split GBR bearer in a structure supporting NR-NR DC in a CU of a gNB according to some embodiments of the present disclosure. It is a drawing.
  • Figure 2m is a gNB CU-CP in the structure of supporting NR-NR DC in the CU of the gNB according to some embodiments of the present disclosure, when determining the QoS parameters for each MCG and SCG in the CU-CP of the gNB and supporting the split GBR bearer, the CU of the gNB It is a flow chart of CP.
  • FIG. 2N illustrates QoS parameters for each MCG and SCG in CU-CP of a gNB in a structure supporting NR-NR DC in a CU of a gNB according to some embodiments of the present disclosure, and CU-of gNB in case of supporting Split GBR bearer. It is a flowchart of UP operation.
  • Figure 2o is a SgNB or gNB CU-CP to CU-UP or CU-UP to CU-CP message according to some embodiments of the present disclosure must support each link leg (eg, by MCG and SCG) Shows an example of the configuration of the Information Element necessary to deliver QoS parameters information.
  • 2P is a block diagram showing a configuration of a terminal according to some embodiments of the present disclosure.
  • 2Q is a block diagram showing a configuration of a base station according to some embodiments of the present disclosure.
  • a method of transmitting and receiving data by an IAB node in a wireless communication system includes receiving DL (downlink) flow control setting information; The format of the DL flow control feedback information determined from the received DL flow control setting information, the granularity of the DL flow control feedback information, the data amount of the DL flow control feedback information, the data type of the DL flow control feedback information, or the DL flow control Reporting DL flow control feedback information to the IAB parent node based on at least one of the reporting conditions of the feedback information; And receiving scheduled data from the IAB parent node based on the DL flow control feedback information.
  • the DL flow control feedback information may include a size of a DL buffer in which data is stored, available for each reporting unit of the DL flow control feedback information ( available) may include information regarding at least one of a DL buffer size or a type of data.
  • the DL flow control feedback information includes an identifier field of a user equipment (UE) that is a reporting unit of DL flow control feedback information and DL available for each UE It may include a buffer size field.
  • UE user equipment
  • a reporting unit of DL flow control feedback information is for each BH RLC channel, BH RLC channel group, logical channel, logical channel group, UE, UE It may be at least one of a DRB group for each DRB or UE.
  • a method of transmitting and receiving data by an IAB node in a wireless communication system further includes receiving a triggering signal for reporting DL flow control feedback information, and performing reporting of DL flow control feedback information. In response to a triggering signal being received, reporting of DL flow control feedback information may be performed.
  • the step of reporting the DL flow control feedback information is set to report the amount of data stored in the DL buffer or DL flow control feedback information. As the amount of data of the kind satisfies the reporting condition of the DL flow control feedback information, it is possible to report the DL flow control feedback information.
  • the step of reporting the DL flow control feedback information may include reporting DL flow control feedback information according to a predetermined transmission period or transmission time point. You can do
  • DL flow control setting information and DL flow control feedback information may be provided through a MAC layer or a BAP layer.
  • An IAB node for transmitting and receiving data in a wireless communication system includes: a transmitting and receiving unit; And a processor connected to the transmission / reception unit, the processor controls the transmission / reception unit to receive DL (downlink) flow control setting information, and the format of DL flow control feedback information determined from the received DL flow control setting information, DL flow control DL flow control feedback to the IAB parent node based on at least one of the reporting unit of feedback information, the amount of data in the DL flow control feedback information, the data type of the DL flow control feedback information, or the reporting condition of the DL flow control feedback information.
  • the information transmission and reception unit may be controlled to perform reporting of information and to receive scheduled data from the IAB parent node based on the DL flow control feedback information.
  • connection node used in the following description, terms referring to network entities, terms referring to messages, terms referring to interfaces between network objects, terms referring to various identification information Etc. are exemplified for convenience of explanation. Therefore, the present disclosure is not limited to the terms described below, and other terms indicating objects having equivalent technical meanings may be used.
  • LTE 3rd Generation Partnership Project Long Term Evolution
  • each block of the process flow chart diagrams and combinations of flow chart diagrams can be performed by computer program instructions.
  • These computer program instructions may be mounted on a processor of a general purpose computer, special purpose computer, or other programmable data processing equipment, so that instructions performed through a processor of a computer or other programmable data processing equipment are described in flowchart block (s). It creates a means to perform functions.
  • These computer program instructions can also be stored in computer readable or computer readable memory that can be oriented to a computer or other programmable data processing equipment to implement a function in a particular manner, so that computer readable or computer readable memory It is also possible for the instructions stored in to produce an article of manufacture containing instructions means 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 the specified logical function (s). It should also be noted that in some alternative implementations, it is also possible that the functions mentioned in the blocks occur out of sequence. For example, two blocks shown in succession may in fact be executed substantially simultaneously, or it is also possible that the blocks are sometimes executed in reverse order depending on the corresponding function.
  • the term ' ⁇ unit' used in this embodiment means software or hardware components such as a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC), and ' ⁇ unit' performs certain roles. do.
  • ' ⁇ wealth' is not limited to software or hardware.
  • the ' ⁇ unit' may be configured to be in an addressable storage medium or may be configured to reproduce one or more processors.
  • ' ⁇ unit' refers to components such as software components, object-oriented software components, class components and task components, processes, functions, attributes, and procedures. , Subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, database, 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'.
  • the components and ' ⁇ unit' may be implemented to play one or more CPUs in the device or secure multimedia card.
  • ' ⁇ unit' may include one or more processors.
  • terminal may refer to a MAC entity in a terminal that exists for each master cell group (MCG) and secondary cell group (SCG), which will be described later.
  • MCG master cell group
  • SCG secondary cell group
  • LTE 3rd Generation Partnership Project Long Term Evolution
  • the base station is a subject that performs resource allocation of a terminal, and may be at least one of a gNode B, an eNode B, a Node B, a base station (BS), a radio access unit, a base station controller, or a node on a network.
  • the terminal may include a user equipment (UE), a mobile station (MS), a cellular phone, a smart phone, a computer, or a multimedia system capable of performing a communication function.
  • UE user equipment
  • MS mobile station
  • cellular phone a smart phone
  • computer or a multimedia system capable of performing a communication function.
  • multimedia system capable of performing a communication function.
  • the present disclosure is applicable to 3GPP NR (5th generation mobile communication standard).
  • the present disclosure is based on 5G communication technology and IoT related technologies, such as intelligent services (e.g., smart home, smart building, smart city, smart car or connected car, health care, digital education, retail, security and safety related services) Etc.).
  • the eNB may be used in combination with the gNB for convenience of explanation. That is, a base station described as an eNB may indicate gNB.
  • the term terminal may refer to other wireless communication devices as well as mobile phones, NB-IoT devices, and sensors.
  • the wireless communication system deviates from providing an initial voice-oriented service, for example, 3GPP High Speed Packet Access (HSPA), Long Term Evolution (LTE) or Evolved Universal Terrestrial Radio Access (E-UTRA), LTE-Advanced Broadband radio that provides high-speed, high-quality packet data services such as (LTE-A), LTE-Pro, 3GPP2 High Rate Packet Data (HRPD), UMB (Ultra Mobile Broadband), and IEEE 802.16e. It is developing as a communication system.
  • HSPA High Speed Packet Access
  • LTE Long Term Evolution
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • LTE-Advanced Broadband radio LTE-Advanced Broadband radio that provides high-speed, high-quality packet data services such as (LTE-A), LTE-Pro, 3GPP2 High Rate Packet Data (HRPD), UMB (Ultra Mobile Broadband), and IEEE 802.16e. It is developing as a communication system.
  • an LTE system adopts an Orthogonal Frequency Division Multiplexing (OFDM) scheme in a downlink (DL) and a single carrier frequency division multiple access in SC-FDMA in an uplink (UL).
  • OFDM Orthogonal Frequency Division Multiplexing
  • DL downlink
  • UL uplink
  • Uplink refers to a radio link through which a terminal (UE; User Equipment or MS; Mobile Station) transmits data or a control signal to a base station (eNode B or BS; Base Station), and downlink refers to data or control by a base station to the terminal.
  • eNode B or BS Base Station
  • downlink refers to data or control by a base station to the terminal.
  • a radio link that transmits signals Refers to a radio link that transmits signals.
  • data or control information of each user is distinguished by assigning and operating so that time-frequency resources to be loaded with data or control information for each user do not overlap each other, that is, orthogonality is established. .
  • Enhanced Mobile Broadband eMBB
  • Massive Machine Type Communication mMTC
  • Ultra Reliability Low Latency Communication URLLC
  • the eMBB may aim to provide a data transmission rate that is further improved than the data rates supported by the existing LTE, LTE-A, or LTE-Pro.
  • an eMBB should be able to provide a maximum data rate of 20 Gbps in the downlink and a maximum data rate of 10 Gbps in the uplink from the perspective of one base station.
  • the 5G communication system may need to provide a maximum perceived data rate and a user perceived data rate of the increased terminal.
  • it may be required to improve various transmission / reception technologies including a more advanced multi-input multi-output (MIMO) transmission technology.
  • MIMO multi-input multi-output
  • the 5G communication system requires a 5G communication system by using a wider bandwidth than 20 MHz in the 3-6 GHz or 6 GHz or higher frequency band. Data transmission speed can be satisfied.
  • mMTC is being considered to support application services such as the Internet of Things (IoT) in 5G communication systems.
  • IoT Internet of Things
  • mMTC may be required to support access of a large-scale terminal within a cell, improve the coverage of the terminal, improve battery time, and reduce the cost of the terminal.
  • the Internet of Things must be able to support a large number of terminals (eg, 1,000,000 terminals / km2) within a cell, as it is attached to various sensors and various devices to provide communication functions.
  • the terminal supporting mMTC is more likely to be located in a shaded area that the cell cannot cover, such as the basement of a building, so a wider coverage may be required compared to other services provided by the 5G communication system.
  • a terminal supporting mMTC should be configured with a low-cost terminal, and since it is difficult to frequently replace the battery of the terminal, a very long battery life time such as 10 to 15 years may be required.
  • URLLC Ultra low latency
  • ultra low latency very high reliability
  • a service supporting URLLC must satisfy an air interface latency of less than 0.5 milliseconds, and may have a packet error rate of 10-5 or less.
  • the 5G system must provide a smaller transmit time interval (TTI) than other services, and at the same time, a design in which a wide resource must be allocated in the frequency band to secure the reliability of the communication link. Requirements may be required.
  • TTI transmit time interval
  • the three services considered in the above-mentioned 5G communication system, eMBB, URLLC, and mMTC, can be multiplexed and transmitted in one system.
  • different transmission / reception techniques and transmission / reception parameters may be used between services to satisfy different requirements of respective services.
  • the above-described mMTC, URLLC, and eMBB are only examples of different service types, and the service types to which the present disclosure is applied are not limited to the above-described examples.
  • an embodiment of the present invention is described as an example of an LTE, LTE-A, LTE Pro or 5G (or NR, next generation mobile communication) system, but the present invention is applied to other communication systems having similar technical backgrounds or channel types. Examples of can be applied.
  • the embodiments of the present invention can be applied to other communication systems through some modifications within a range not departing greatly from the scope of the present invention as judged by a person with skillful technical knowledge.
  • an integrated access and backhaul is a technology concept in which one node operates as a mobile terminal (MT) to an upper IAB node and performs a role of a relay node serving as a base station to a lower IAB node.
  • One node collects the uplink traffic from the lower IAB node and the uplink traffic from the normal terminal connected to itself, and forwards it to the upper IAB node as uplink traffic, and then forwards the traffic that is sent downward from the core network to its lower IAB node. It plays a role of delivering as downlink traffic or as a downlink traffic to a general terminal connected to itself.
  • the IAB refers to a system of a topology consisting of a node and a node in which access and backhaul communication operations are combined by one node performing an operation of communicating with an upper IAB node and an operation of communicating with a lower IAB node.
  • a node directly connected to the core network is defined as an IAB donor, and the IAB donor does not have a parent IAB node and is connected to the core network using an IP addressing scheme.
  • radio resource operation of each IAB node is mainly related to an independent scheduling operation of the corresponding node, so the radio resource status of each IAB node and the current correspondence
  • the downlink and uplink buffers of the IAB node may overflow or maintain a low level.
  • the overflowing of the buffer causes a problem of discarding the data packet that the IAB node has, which can cause loss of data, which is a serious problem that may occur in the entire IAB operation.
  • BSR buffer status report
  • 1A is a diagram illustrating the structure of an LTE system according to some embodiments of the present disclosure.
  • the radio access network of the LTE system is a next-generation base station (Evolved Node B, hereinafter referred to as ENB, Node B or base station) (1a-05, 1a-10, 1a-15, 1a-20) It may be composed of a mobility management entity (Mobility Management Entity, MME) (1a-25) and S-GW (1a-30, Serving-Gateway).
  • MME Mobility Management Entity
  • S-GW Serving-Gateway
  • User equipment (hereinafter referred to as UE or UE) 1a-35 may access an external network through ENBs 1a-05 to 1a-20 and S-GW 1a-30.
  • ENBs 1a-05 to 1a-20 may correspond to existing Node Bs of the UMTS system.
  • ENB is connected to the UE (1a-35) by a radio channel and can perform a more complicated role than the existing Node B.
  • all user traffic including a real-time service such as VoIP (Voice over IP) through the Internet protocol can be serviced through a shared channel.
  • a device for scheduling by collecting state information such as buffer states of UEs, available transmit power states, and channel states may be needed, and ENBs 1a-05 to 1a-20 may be in charge.
  • One ENB can usually control multiple cells.
  • an LTE system may use orthogonal frequency division multiplexing (OFDM) as a radio access technology, for example, in a 20 MHz bandwidth.
  • the ENB may apply an adaptive modulation & coding (AMC) method that determines a modulation scheme and a channel coding rate according to the channel state of the terminal.
  • S-GW (1a-30) is a device that provides a data bearer (bear), it is possible to create or remove the data bearer under the control of the MME (1a-25).
  • MME is a device in charge of various control functions as well as mobility management functions for a terminal, and can be connected to multiple base stations.
  • 1B is a diagram illustrating a radio protocol structure of an LTE system according to some embodiments of the present disclosure.
  • the radio protocol of the LTE system is the packet data convergence protocol (Packet Data Convergence Protocol, PDCP) (1b-05, 1b-40), radio link control (Radio Link Control, RLC) in the terminal and the ENB, respectively. 1b-10, 1b-35), and medium access control (MAC) (1b-15, 1b-30).
  • PDCP may be in charge of operations such as IP header compression / restore.
  • the main functions of PDCP can be summarized as follows. Of course, it is not limited to the following examples.
  • Radio Link Control (1b-10, 1b-35) may perform an ARQ operation by reconfiguring a PDCP packet data unit (PDU) to an appropriate size.
  • PDU Packet Data Unit
  • the MAC (1b-15, 1b-30) is connected to several RLC layer devices configured in one terminal, multiplexing the RLC PDUs to the MAC PDU, and performing an operation of demultiplexing the RLC PDUs from the MAC PDU can do.
  • the main functions of MAC can be summarized as follows. Of course, it is not limited to the following examples.
  • the physical layers 1b-20 and 1b-25 channel-code and modulate upper layer data, make OFDM symbols, transmit them on a wireless channel, or demodulate and receive OFDM symbols received on a wireless channel.
  • Decoding and passing to an upper layer can be performed.
  • 1C is a diagram illustrating a structure of a next generation mobile communication system according to some embodiments of the present disclosure.
  • a radio access network of a next generation mobile communication system includes a next generation base station (New Radio Node B, NR gNB or NR base station) 1c-10 and a next generation wireless core network (New Radio Core). Network, NR CN) (1c-05).
  • the next-generation wireless user terminal (New Radio User Equipment, NR UE or terminal) 1c-15 may access an external network through the NR gNB 1c-10 and the NR CN 1c-05.
  • the NR gNB 1c-10 may correspond to an evolved node B (eNB) of an existing LTE system.
  • the NR gNB is connected to the NR UE (1c-15) through a radio channel and can provide superior service than the existing Node B.
  • all user traffic can be serviced through a shared channel.
  • a device for scheduling by collecting state information such as the buffer state of the UEs, available transmission power state, and channel state may be required, and the NR NB 1c-10 may be in charge.
  • One NR gNB can control multiple cells.
  • a bandwidth above the current maximum bandwidth may be applied.
  • the orthogonal frequency division multiplexing Orthogonal frequency division multiplexing (Orthogonal Frequency Division Multiplexing, OFDM) as a radio access technology may be additionally used beamforming technology.
  • OFDM Orthogonal frequency division multiplexing
  • the NR gNB adaptive modulation & coding (hereinafter referred to as AMC) method for determining a modulation scheme and a channel coding rate according to a channel state of a terminal This can be applied.
  • the NR CN (1c-05) may perform functions such as mobility support, bearer setup, and QoS setup.
  • the NR CN (1c-05) is a device in charge of various control functions as well as mobility management functions for a terminal, and can be connected to multiple base stations.
  • the next generation mobile communication system can be linked to the existing LTE system, and the NR CN can be connected to the MME (1c-25) through a network interface.
  • MME can be connected to the existing base station eNB (1c-30).
  • 1D is a diagram illustrating a radio protocol structure of a next generation mobile communication system according to some embodiments of the present disclosure.
  • the radio protocol of the next-generation mobile communication system is NR Service Data Adaptation Protocol (SDAP) (1d-01, 1d-45), NR PDCP (1d-05, respectively) at the terminal and the NR base station. 1d-40), NR RLC (1d-10, 1d-35), NR MAC (1d-15, 1d-30).
  • SDAP Service Data Adaptation Protocol
  • the main functions of the NR SDAP (1d-01, 1d-45) may include some of the following functions. However, it is not limited to the following examples.
  • Transfer function of user data transfers of user plane data
  • QoS flow and data bearer mapping function for uplink and downlink (mapping between a QoS flow and a DRB for both DL and UL)
  • Marking QoS flow ID for both uplink and downlink (marking QoS flow ID in both DL and UL packets)
  • the UE uses a radio resource control (RRC) message for each PDCP layer device, for each bearer, or for each logical channel, whether to use the header of the SDAP layer device or the function of the SDAP layer device. Can be set.
  • RRC radio resource control
  • the SDAP layer device is set to the SDAP header, the terminal, the access layer of the SDAP header (Non-Access Stratum, NAS) QoS (Quality of Service) reflection setting 1-bit indicator (NAS reflective QoS), and access layer (Access Stratum, AS) QoS reflection setting With a 1-bit indicator (AS reflective QoS), it is possible to instruct the terminal to update or reset the mapping information for uplink and downlink QoS flow and data bearer.
  • the SDAP header may include QoS flow ID information indicating QoS.
  • QoS information may be used as data processing priority, scheduling information, etc. to support a smooth service.
  • the main functions of the NR PDCP (1d-05, 1d-40) may include some of the following functions. However, it is not limited to the following examples.
  • the order reordering function of the NR PDCP device may refer to a function of reordering PDCP PDUs received from a lower layer in order based on a PDCP sequence number (SN).
  • the reordering function of the NR PDCP device may include a function of delivering data to an upper layer in a reordered order, or may include a function of delivering data immediately without considering the order, and reordering is lost. It may include a function of recording the PDCP PDUs, and may include a function of reporting the status of the lost PDCP PDUs to the transmitting side, and a function of requesting retransmission of the lost PDCP PDUs. have.
  • the main functions of the NR RLCs 1d-10 and 1d-35 may include some of the following functions. However, it is not limited to the following examples.
  • the NR RLC device's sequential delivery function may refer to a function of sequentially transmitting RLC SDUs received from a lower layer to an upper layer.
  • the NR RLC device's in-sequence delivery may include a function of reassembling and delivering the same.
  • In-sequence delivery of the NR RLC device may include a function of rearranging the received RLC PDUs based on an RLC sequence number (SN) or a sequence number (PDCP SN), and is lost by rearranging the sequence. It may include a function to record the RLC PDUs, may include a function to report the status of the lost RLC PDUs to the transmitting side, and may include a function to request retransmission of the lost RLC PDUs. have.
  • In-sequence delivery of the NR RLC device may include a function of sequentially delivering only RLC SDUs up to and before the lost RLC SDU in order to the upper layer when there is a lost RLC SDU.
  • In-sequence delivery of the NR RLC device may include a function of delivering all RLC SDUs received before the timer starts in order to a higher layer if a predetermined timer expires even if there is a lost RLC SDU. have.
  • In-sequence delivery of the NR RLC device may include a function of delivering all RLC SDUs received to the upper layer in order if a predetermined timer expires even if there is a lost RLC SDU.
  • the NR RLC device may process RLC PDUs in the order of receiving the RLC PDUs regardless of the sequence number sequence (Out-of sequence delivery) and transmit the RLC PDUs to the NR PDCP device.
  • segments that are stored in a buffer or to be received at a later time are received, reconstructed into a single RLC PDU, and then transmitted to the NR PDCP device.
  • the NR RLC layer may not include a concatenation function, and may perform a function in the NR MAC layer or replace it with a multiplexing function of the NR MAC layer.
  • out-of-sequence delivery of the NR RLC device may refer to a function of directly transmitting RLC SDUs received from a lower layer to an upper layer regardless of order.
  • Out-of-sequence delivery of the NR RLC device may include a function of reassembling and delivering the original RLC SDU when it is divided and received into multiple RLC SDUs.
  • Out-of-sequence delivery of the NR RLC device may include a function of storing the RLC SN or PDCP SN of the received RLC PDUs and arranging the order to record the lost RLC PDUs.
  • the NR MACs 1d-15 and 1d-30 may be connected to several NR RLC layer devices configured in one terminal, and the main functions of the NR MAC may include some of the following functions. . However, it is not limited to the following examples.
  • the NR PHY layer (1d-20, 1d-25) channel-codes and modulates upper layer data, makes it an OFDM symbol and transmits it to a radio channel, or demodulates and decodes an OFDM symbol received through a radio channel to the upper layer. Transfer operation can be performed.
  • 1E is a block diagram showing the internal structure of a terminal to which the present invention is applied.
  • the terminal may include a radio frequency (RF) processor 1e-10, a baseband processor 1e-20, a storage unit 1e-30, and a controller 1e-40. have.
  • RF radio frequency
  • the terminal may include fewer components or more components than those illustrated in FIG. 1E.
  • the RF processor 1e-10 may perform a function for transmitting and receiving a signal through a wireless channel such as band conversion and amplification of the signal. That is, the RF processor 1e-10 converts the baseband signal provided from the baseband processor 1e-20 to an RF band signal, transmits it through an antenna, and transmits the RF band signal received through the antenna to the baseband. The signal can be downconverted.
  • the RF processor 1e-10 may include a transmit filter, a receive filter, an amplifier, a mixer, an oscillator, a digital to analog converter (DAC), or an analog to digital converter (ADC). have. Of course, it is not limited to the above example. In FIG.
  • the terminal may include a plurality of antennas.
  • the RF processing unit 1e-10 may include a plurality of RF chains.
  • the RF processing unit 1e-10 may perform beamforming. For beamforming, the RF processor 1e-10 may adjust the phase and magnitude of each of signals transmitted and received through a plurality of antennas or antenna elements.
  • the RF processor 1e-10 may perform multi input multi output (MIMO), and may receive multiple layers when performing MIMO operations.
  • MIMO multi input multi output
  • the baseband processing unit 1e-20 performs a conversion function between a baseband signal and a bit stream according to a physical layer standard of the system. For example, when transmitting data, the baseband processor 1e-20 generates complex symbols by encoding and modulating the transmission bit stream. In addition, when receiving data, the baseband processing unit 1e-20 may restore the received bit stream through demodulation and decoding of the baseband signal provided from the RF processing unit 1e-10. For example, in the case of conforming to the orthogonal frequency division multiplexing (OFDM) method, when transmitting data, the baseband processor 1e-20 generates complex symbols by encoding and modulating a transmission bit string and mapping the complex symbols to subcarriers.
  • OFDM orthogonal frequency division multiplexing
  • OFDM symbols are constructed through inverse fast Fourier transform (IFFT) operation and cyclic prefix (CP) insertion.
  • IFFT inverse fast Fourier transform
  • CP cyclic prefix
  • the baseband processing unit 1e-20 divides the baseband signal provided from the RF processing unit 1e-10 into units of OFDM symbols, and signals mapped to subcarriers through a fast Fourier transform (FFT). After restoring them, the received bit stream can be reconstructed through demodulation and decoding.
  • FFT fast Fourier transform
  • the baseband processor 1e-20 and the RF processor 1e-10 transmit and receive signals as described above.
  • the baseband processing unit 1e-20 and the RF processing unit 1e-10 may be referred to as a transmission unit, a reception unit, a transmission / reception unit, or a communication unit.
  • at least one of the baseband processing unit 1e-20 and the RF processing unit 1e-10 may include a plurality of communication modules to support a plurality of different radio access technologies.
  • at least one of the baseband processor 1e-20 and the RF processor 1e-10 may include different communication modules to process signals of different frequency bands.
  • different radio access technologies may include a wireless LAN (eg IEEE 802.11), a cellular network (eg LTE), and the like.
  • the different frequency bands may include a super high frequency (SHF) band (eg, 2.NRHz, NRhz) and a millimeter wave (mm band) (eg, 60 GHz) band.
  • SHF super high frequency
  • mm band millimeter wave
  • the terminal may transmit and receive signals to and from the base station using the baseband processor 1e-20 and the RF processor 1e-10, and the signal may include control information and data.
  • the storage unit 1e-30 stores data such as a basic program, an application program, and setting information for operation of the terminal.
  • the storage unit 1e-30 may store information related to the second access node that performs wireless communication using the second wireless access technology. Then, the storage unit 1e-30 provides stored data at the request of the control unit 1e-40.
  • the storage unit 1e-30 may be composed of a storage medium such as a ROM, a RAM, a hard disk, a CD-ROM, and a DVD or a combination of storage media. Also, the storage unit 1e-30 may be configured with a plurality of memories.
  • the control unit 1e-40 controls overall operations of the terminal. For example, the control unit 1e-40 transmits and receives signals through the baseband processing unit 1e-20 and the RF processing unit 1e-10. Further, the control unit 1e-40 writes and reads data in the storage unit 1e-40. To this end, the control unit 1e-40 may include at least one processor. For example, the control unit 1e-40 may include a communication processor (CP) performing control for communication and an application processor (AP) controlling an upper layer such as an application program. Also, at least one configuration in the terminal may be implemented by one chip.
  • CP communication processor
  • AP application processor
  • at least one configuration in the terminal may be implemented by one chip.
  • 1F is a block diagram showing the configuration of an NR base station according to some embodiments of the present disclosure.
  • the base station includes an RF processing unit 1f-10, a baseband processing unit 1f-20, a backhaul communication unit 1f-30, a storage unit 1f-40, and a control unit 1f-50. You can. Of course, it is not limited to the above example, and the base station may include fewer configurations or more configurations than those illustrated in FIG. 1F.
  • the RF processor 1f-10 may perform a function for transmitting and receiving a signal through a wireless channel such as band conversion and amplification of the signal. That is, the RF processor 1f-10 upconverts the baseband signal provided from the baseband processor 1f-20 into an RF band signal, transmits it through an antenna, and transmits an RF band signal received through the antenna to the baseband. Down-convert to a signal.
  • the RF processing unit 1f-10 may include a transmission filter, a reception filter, an amplifier, a mixer, an oscillator, a DAC, and an ADC. In FIG. 1F, only one antenna is illustrated, but the RF processor 1f-10 may include a plurality of antennas.
  • the RF processing unit 1f-10 may include a plurality of RF chains.
  • the RF processing unit 1f-10 may perform beamforming.
  • the RF processor 1f-10 may adjust the phase and magnitude of each of signals transmitted and received through a plurality of antennas or antenna elements.
  • the RF processor may perform a downlink MIMO operation by transmitting one or more layers.
  • the baseband processing unit 1f-20 may perform a conversion function between the baseband signal and the bit string according to the physical layer standard of the first wireless access technology. For example, when transmitting data, the baseband processor 1f-20 may generate complex symbols by encoding and modulating a transmission bit stream. In addition, when receiving data, the baseband processing unit 1f-20 may restore the received bit stream through demodulation and decoding of the baseband signal provided from the RF processing unit 1f-10. For example, in the case of the OFDM scheme, when transmitting data, the baseband processor 1f-20 generates complex symbols by encoding and modulating the transmission bit string, mapping the complex symbols to subcarriers, and then performing IFFT operation and OFDM symbols are configured through CP insertion.
  • the baseband processing unit 1f-20 divides the baseband signal provided from the RF processing unit 1f-10 into units of OFDM symbols and restores signals mapped to subcarriers through FFT calculation. , It is possible to restore the received bit stream through demodulation and decoding.
  • the baseband processor 1f-20 and the RF processor 1f-10 can transmit and receive signals as described above. Accordingly, the baseband processor 1f-20 and the RF processor 1f-10 may be referred to as a transmitter, a receiver, a transceiver, a communication unit, or a wireless communication unit.
  • the base station may transmit and receive signals to and from the terminal using the baseband processor 1f-20 and the RF processor 1f-10, and the signal may include control information and data.
  • the backhaul communication unit 1f-30 provides an interface for performing communication with other nodes in the network. That is, the backhaul communication unit 1f-30 converts a bit stream transmitted from a main station to another node, for example, an auxiliary base station, a core network, into a physical signal, and converts a physical signal received from another node into a bit string. can do.
  • the backhaul communication unit 1f-30 may be included in the communication unit.
  • the storage unit 1f-40 stores data such as a basic program, an application program, and setting information for the operation of the base station.
  • the storage unit 1f-40 may store information on the bearer allocated to the connected terminal, measurement results reported from the connected terminal, and the like.
  • the storage unit 1f-40 may store information serving as a criterion for determining whether to provide or stop multiple connections to the terminal. Then, the storage unit 1f-40 provides data stored at the request of the control unit 1f-50.
  • the storage unit 1f-40 may be composed of a storage medium such as a ROM, a RAM, a hard disk, a CD-ROM and a DVD, or a combination of storage media.
  • the storage unit 1f-40 may be configured with a plurality of memories. According to some embodiments, according to some embodiments, the storage unit 1f-40 may store a program for performing a buffer status reporting method according to the present disclosure.
  • the control unit 1f-50 controls overall operations of the base station. For example, the control unit 1f-50 transmits and receives signals through the baseband processing unit 1f-20 and the RF processing unit 1f-10 or through the backhaul communication unit 1f-30. Further, the control unit 1f-50 writes and reads data in the storage unit 1f-40. To this end, the control unit 1f-50 may include at least one processor. Also, at least one configuration of the base station may be implemented with one chip.
  • indicating the DL / UL buffer status report means DL BSR or UL BSR, and in all related operations, DL BSR and UL BSR do not have any relation in operation, and only describe Since the contents of DL BSR and UL BSR are repeated, to avoid this, DL / UL is used interchangeably.
  • the terminal When the terminal recognizes that it has a mobile terminal (MT) function among the IAB nodes and a mobile terminal function, the terminal can perform a connection to a base station capable of supporting the MT function of the IAB node.
  • the terminal connects the IAB node broadcasting the capability of the IAB node capable of supporting the MT function to the base station, or when there is no broadcast on the capability of the IAB node, after the terminal connects to the corresponding IAB node as the base station, the terminal's IAB MT
  • the base station can make a request as to whether to support IAB-related operations.
  • the terminal and the base station must recognize each other's MT function of the IAB node and the function of the distributed unit (DU) of the IAB base station or IAB node to perform DL BSR or UL BSR operation.
  • DU distributed unit
  • 1G is a flowchart illustrating a case in which IBS terminal configuration information transmitted by a base station is received during a condition in which a DL BSR or UL BSR may operate according to some embodiments of the present disclosure.
  • the terminal 1g-5 receives the system information 1g-20 in the idle state 1g-15 before accessing the base station 1g-10.
  • This system information may include IAB-related information.
  • the terminal receiving this information establishes a connection state through a subsequent connection establishment process (1g-25) (1g-30), it applies IAB setting information based on the given IAB setting information (1g-35) and DL / accordingly Perform UL buffer status report (1g-40).
  • IAB-related configuration information may be transmitted through RRC dedicated signaling (1g-33).
  • RRC dedicated signaling after the RRC reconfiguration complete message is additionally transmitted to the base station (1g-34), steps (1g-35) and (1g-40) may be performed.
  • the detailed operation may be different depending on when the DL / UL BSR operation (1g-40) is performed by the base station dynamically requesting the DL / UL BSR or when a specific condition for the DL / UL BSR is given to the UE.
  • the DL / UL BSR operation 1g-40 is described in detail in FIGS. 1J and 1K.
  • setting information of the IAB node may be transmitted.
  • the setting information of the IAB node is an indicator of whether the DL BSR for the IAB is supported, an indicator of whether the UL BSR for the IAB is supported, a buffer size threshold serving as a criterion for performing the DL or UL BSR, or a DL or UL BSR. It may include at least one of the time information.
  • an indicator of whether a buffer size index to be used for DL or UL BSR and corresponding buffer size range information is based on a table for IAB or a table for general BSR may be included, and is not limited to the above example.
  • 1H is a flowchart illustrating a case in which a terminal transmits IAB capability related information among conditions in which a DL BSR or UL BSR may operate according to some embodiments of the present disclosure.
  • the base station When the terminal 1h-5 establishes the connection state through the connection establishment process (1h-25) in the idle state (1h-15) before accessing the base station 1h-10 (1h-25), the base station is configured to A message (1h-30) requesting capability information can be transmitted. Upon receiving the message 1h-30, the terminal 1h-5 may notify the base station of its IAB-related capability information by putting it in a separate message conveying the capabilitiesilty information of the terminal (UE) 1h-5 (1h) -35). Based on the message that conveys the received UE Capability information, the base station 1h-10 can know that the terminal 1h-5 is the MT of the IAB, and can know the capability for the operation of the BSR for IAB (1h-40) ).
  • the base station 1h-10 may deliver IAB-related configuration information through RRC dedicated signaling (1h-45). Upon receiving this, the terminal configures it based on the corresponding information, and the RRC reconfiguration complete message is transmitted to the base station (1h-50). Thereafter, the UE performs a DL / UL BSR operation (1h-55). Detailed description of the DL / UL BSR operation 1h-55 is described in FIGS. 1J and 1K.
  • the information transmitted in steps (1h-35) is the IAB-related capability information of the terminal, and if the IAB-related capability information of the terminal supports DL / UL BSR, if supported, what is the relationship table between buffer size index and buffer size range? It may contain information such as whether it can be used. Further, the IAB-related capability information of the terminal may include band combination information that can be used by the IAB terminal.
  • setting information of the IAB node may be transmitted.
  • the setting information of the IAB node is an indicator of whether the DL BSR for the IAB is supported, an indicator of whether the UL BSR for the IAB is supported, a buffer size threshold serving as a criterion for performing the DL or UL BSR, or a DL or UL BSR. It may include at least one of the time information.
  • the configuration information of the IAB node may include an indicator of whether the buffer size index to be used for DL or UL BSR and the corresponding buffer size range information are based on the IAB table or the general BSR table. . However, it is not limited to the above example.
  • the DL / UL BSR format is a report granularity unit, which is a unit that needs to calculate and report the amount of data. It can be composed of data amount information.
  • Report granularity is a reporting unit of BSR, and may be one of a DRB or a UE DRB group for each UE in a BH RLC channel or group of BH RLC channel, logical channel, or logical channel group, DL.
  • the data type, desired buffer size, buffer status, and desired data rate can be considered.
  • 1I is a type of DL / UL BSR format according to some embodiments of the present disclosure, and shows a case where report granularity is a DL / UL logical channel group and a desired buffer size as a data amount.
  • DL / UL BSR is signaled as a control element of MAC.
  • the DL / UL BSR may be recognized as a Logical channel ID included in a MAC subheader for the UL-SCH channel, so that it can be distinguished from MAC CEs transmitted on other UL-SCH (Uplink Shared Channel) channels.
  • the detailed DL / UL BSR format may follow the long BSR format of LTE BSR.
  • the format of the DL / UL BSR may be composed of report granularity and desired buffer size fields. In FIG. 1i, the LCG_i field is taken as an example of report granularity.
  • the LCG_i field may indicate the existence of a desired buffer size field for logical channel group i. According to some embodiments, when the LCG_i field is set to 1, it indicates that a desired buffer size field for a corresponding logical channel group i is reported. If the LCG_i field is set to 0, it indicates that the desired buffer size field for the logical channel group i is not reported.
  • the logical channel group ID refers to a group of logical channels of a predefined terminal.
  • I of the LCG_i field may mean each logical channel group ID, which may be defined as an integer from 0 to a multiple of 8-1.
  • the LCG_i field allocation portion may be allocated in units of OCTET. That is, the bit to which the LCG_i field is allocated may be allocated as all OCTET1 or all OCTET1 and 2 or all OCTET 1,2,3.
  • information entering the Desired buffer size field may be divided into DL BSR and UL BSR.
  • the information entered in the Desired buffer size field means the maximum amount of downlink data that the IAB node reporting will receive in the future for report granularity, and may be in byte units.
  • information entering the Desired buffer size field indicates the total amount of uplink data that can be transmitted or is valid (or currently exists).
  • UL BSR when entering the Desired buffer size field, when UL BSR is triggered, all logical channels belonging to one logical channel group are calculated through a data volume calculation method conforming to TS 38.322 and TS 38.323.
  • the amount of data in the Desired Buffer size field can be displayed in byte units.
  • the adaptation layer, RLC, and MAC header may not be considered.
  • the length of the Desired buffer size field may be 8 bits. Desired buffer size field may be included in ascending order based on LCG_i. (Buffer Size fields are included in ascending order based on the LCGi.)
  • the Desired Buffer size field may be located after the OCTET to which LCG_i is allocated among the bit streams of DL / UL BSR MAC CE.
  • the value of the Desired Buffer size field may be an index value indicating the total amount of data, and each index may indicate a range of desired buffer size values.
  • the value of the 8 bit buffer size field and its range can be as shown in the following table. Of course, it is not limited to the following examples.
  • the value and the range of the 8 bit buffer size may have a larger maximum BS value than the value of the above-described table, and a range of the range of the desired buffer size value indicated by each index may be larger.
  • mapping between DL logical channel groups (or backhaul RLC channel groups) for DL BSR may be the same as in the case of UL, or may be determined differently by a central unit (CU).
  • FIG. 1J is another type of DL / UL BSR format embodiment according to some embodiments of the present disclosure, and shows a case where report granularity is a DL / UL logical channel and a desired buffer size as a data amount.
  • an LC_i field is taken as an example of report granularity.
  • the LC_i field indicates the existence of a desired buffer size field for logical channel i. When the LC_i field is set to 1, it indicates that the desired buffer size field for the corresponding logical channel i is reported. When the LC_i field is set to 0, it indicates that the desired buffer size field for the corresponding logical channel i is not reported.
  • LC ID means a logical channel of a predefined terminal.
  • I of the LC_i field may mean each logical channel ID, which may be defined as an integer from 0 to a multiple of 8-1.
  • the LC_i field allocation portion is allocated in units of OCTET. That is, the bit to which the LC_i field is allocated may be allocated as the entire OCTET1, the entire OCTET1 and 2, or the entire OCTET 1,2,3.
  • information entering the Desired buffer size field may be divided into DL BSR and UL BSR.
  • the information entered in the Desired buffer size field means the maximum amount of downlink data that the IAB node reporting will receive in the future for report granularity, and may be in byte units.
  • information entering the Desired buffer size field indicates the total amount of uplink data that can be transmitted or is valid (or currently exists).
  • information entering the Desired buffer size field is calculated through a data volume calculation method that follows TS 38.322 and TS 38.323 in one logical channel when UL BSR is triggered.
  • the amount of data in the Desired Buffer size field can be displayed in byte units.
  • the adaptation layer, RLC, and MAC header may not be considered.
  • the length of the Desired buffer size field may be 8 bits. Desired buffer size field may be included in ascending order based on LC_i. (Buffer Size fields are included in ascending order based on the LC_i.)
  • the Desired Buffer size field may be located after the OCTET to which LC_i is allocated among the bit streams of DL / UL BSR MAC CE.
  • the value of the Desired Buffer size field may be an index value indicating the total amount of data, and each index may indicate a range of desired buffer size values.
  • the value of the 8 bit buffer size field and its range can be as shown in the following table. The table mentioned in FIG. 1i can be followed. Of course, it is not limited to the above-described example.
  • Figure 1k is another type of embodiment of the format of the DL / UL BSR according to some embodiments of the present disclosure, report granularity is a DL / UL BH RLC channel (or DL / UL BH RLC channel group), desired as the amount of data It shows the case of buffer size.
  • a backhaul RLC channel_i (or backhaul RLC channel group_i) field, that is, a BLC_i (or BLCG_i) field is taken as an example.
  • the BLC_i (or BLCG_i) field indicates the presence of a desired buffer size field for BH RLC channel i (or BH RLC channel group i).
  • the BLC_i (or BLCG_i) field is set to 1
  • the BLC_i (or BLCG_i) field is set to 0, it indicates that the desired buffer size field for the corresponding BH RLC channel i (or BH RLC channel group i) is not reported.
  • BLC_i means a backhaul RLC channel_i (or backhaul RLC channel group_i) of a predefined UE.
  • I in the BLC_i (or BLCG_i) field may mean each backhaul RLC channel (or backhaul RLC channel group) ID, which may be defined as an integer from 0 to a multiple of 8-1.
  • the BLC_i (or BLCG_i) field allocation portion is allocated in units of OCTET. That is, the bit to which the BLC_i (or BLCG_i) field is allocated may be allocated as all OCTET1, all OCTET1 and 2, or all OCTET 1,2,3.
  • information entering the Desired buffer size field may be divided into DL BSR and UL BSR.
  • the information entered in the Desired buffer size field means the maximum amount of downlink data that the IAB node reporting will receive in the future for report granularity, and may be in byte units.
  • information entering the Desired buffer size field indicates the total amount of uplink data that can be transmitted or is valid (or currently exists).
  • the information entered in the Desired buffer size field is calculated through a data volume calculation method according to TS 38.322 and TS 38.323 in one backhaul RLC channel (or backhaul RLC channel group) when UL BSR is triggered. .
  • the amount of data in the Desired Buffer size field can be displayed in byte units.
  • the adaptation layer, RLC, and MAC header may not be considered.
  • the length of the Desired buffer size field may be 8 bits. Desired buffer size field may be included in ascending order based on BLC_i (or BLCG_i). (Buffer Size fields are included in ascending order based on the BLC_i (or BLCG_i).)
  • the Desired Buffer size field may be located after the OCTET to which BLC_i (or BLCG_i) is allocated among the bit streams of DL / UL BSR MAC CE.
  • the value of the Desired Buffer size field may be an index value indicating the total amount of data, and each index may indicate a range of desired buffer size values.
  • the value of the 8 bit buffer size field and its range can be as shown in the following table. The table mentioned in FIG. 1i can be followed. Of course, it is not limited to the above-described example.
  • 1L is another type of an embodiment of the format of DL / UL BSR according to some embodiments of the present disclosure, report granularity is DL / UL UE DRB (or DL / UL UE DRB group), and a desired buffer size as a data amount It shows the case.
  • the UE DRB means a DRB of a UE receiving its service in the base station part of the IAB node.
  • DRB or DRB Group in the case of DL BSR, it means DL DRB and DL DRB group, and in the case of UL BSR, it may mean UL DRB or UL DRB group.
  • UE DRB_i (or UE DRB group_i) and field are used as report granularity.
  • the UE DRB_i (or UE DRBG_i) field indicates the existence of a desired buffer size field for UE DRB i (or UE DRB group i).
  • the UE DRB_i (or UE DRBG_i) field is set to 1, it indicates that the desired buffer size field for the corresponding UE DRB i (or UE DRB group i) is reported. If the UE DRB_i (or UE DRBG_i) field is set to 0, it indicates that the desired buffer size field for the corresponding UE DRB i (or UE DRB group i) is not reported.
  • I of the UE DRB_i (or UE DRBG_i) field may mean each UE DRB (or UE DRB group) ID, which may be defined as an integer from 0 to a multiple of 8-1.
  • the UE DRB_i (or UE DRBG_i) field allocation portion is allocated in units of OCTET. That is, the bit to which the UE DRB_i (or UE DRBG_i) field is allocated may be allocated as all OCTET1 or all OCTET1 and 2 or all OCTET 1,2,3.
  • information entering the Desired buffer size field may be divided into DL BSR and UL BSR.
  • the information entered in the Desired buffer size field means the maximum amount of downlink data that the IAB node reporting will receive in the future for report granularity, and may be in byte units.
  • information entering the Desired buffer size field indicates the total amount of uplink data that can be transmitted or is valid (or currently exists).
  • information entered in the Desired buffer size field is calculated through a data volume calculation method according to TS 38.322 and TS 38.323 in one UE DRB (or UE DRB group) when UL BSR is triggered.
  • the amount of data in the Desired Buffer size field can be displayed in byte units.
  • the adaptation layer, RLC, and MAC header may not be considered.
  • the length of the Desired buffer size field may be 8 bits. Desired buffer size field may be included in ascending order based on UE DRB_i (or UE DRBG_i). (Buffer Size fields are included in ascending order based on the UE DRB_i (or UE DRBG_i))
  • the Desired Buffer size field may be located after OCTET to which UE DRB_i (or UE DRBG_i) is allocated among the bit streams of DL / UL BSR MAC CE.
  • the value of the Desired Buffer size field may be an index value indicating the total amount of data, and each index may indicate a range of desired buffer size values.
  • the value of the 8 bit buffer size field and its range can be as shown in the following table. The table mentioned in FIG. 1i can be followed. Of course, it is not limited to the above-described example.
  • the report granularity of FIG. 1m may be one of a logical channel, group of logical channel, BH RLC channel, group of BH RLC channel, UE DRB, and UE DRB group.
  • report granularity is commonly referred to as report granularity.
  • the amount of data reported in FIG. 1m may be buffer status. That is, the report granularity RG_i field indicates the existence of a buffer status field for report granularity i. When the RG_i field is set to 1, it indicates that the buffer status field for the corresponding RG i is reported. When the RG_i field is set to 0, it indicates that the buffer size field for the report granularity i is not reported.
  • I in the RG_i field may mean each report granularity ID, which may be defined as an integer from 0 to a multiple of 8-1.
  • the RG_i field allocation portion is allocated in units of OCTET. That is, the bit to which the RG_i field is allocated may be allocated as all OCTET1, all OCTET1 and 2, or all OCTET 1,2,3.
  • information entering the Buffer status field may be divided into DL BSR and UL BSR.
  • the information entered into the Buffer status field is large and small, based on the currently accumulated (buffered) downward data, compared to the current memory or buffering capacity of the reporting IAB node for report granularity.
  • it is the index indicating each level or the ratio of accumulated downlink data to capacity.
  • the information entering the Buffer status field indicates the total amount of uplink data that can be transmitted or is valid (or currently exists).
  • information entered in the Buffer status field is calculated through a data volume calculation method conforming to TS 38.322 and TS 38.323 through all logical channels belonging to one RG when UL BSR is triggered.
  • the length of the Buffer status field may be 8 bits.
  • the Buffer status field may be included in ascending order based on RG_i. (Buffer status fields are included in ascending order based on the RGi.)
  • the Buffer status field may be located after the OCTET to which RG_i is allocated among the bit streams of DL / UL BSR MAC CE.
  • the value of the Buffer status field may be an index value indicating the total amount of data, and each index may indicate a range of ratios where the buffer is full.
  • the report granularity of FIG. 1N may be one of a logical channel, group of logical channel, BH RLC channel, group of BH RLC channel, UE DRB, and UE DRB group.
  • report granularity is commonly referred to as report granularity.
  • the amount of data reported in FIG. 1N may be a desired data rate. That is, the report granularity RG_i field indicates the existence of a desired data rate for report granularity i. When the RG_i field is set to 1, it indicates that a desired data rate field for the corresponding RG i is reported. When the RG_i field is set to 0, it indicates that the desired data rate field for the report granularity i is not reported.
  • I in the RG_i field may mean each report granularity ID, which may be defined as an integer from 0 to a multiple of 8-1.
  • This RG_i field allocation portion is allocated in units of OCTET. That is, the bit to which the RG_i field is allocated may be allocated as all OCTET1, all OCTET1 and 2, or all OCTET 1,2,3.
  • information entering a desired data rate field may be divided into DL BSR and UL BSR.
  • the information entering the desired data rate field is transmitted to the upstream IAB node for a specific time from the time the DL BSR is transmitted when the reporting IAB node considers the current buffer state of the IAB node for report granularity. It means the amount of downlink data that you want to receive from.
  • the unit can be byte.
  • information entering the desired data rate field indicates the total amount of uplink data that can be transmitted or valid (or present).
  • information entering the desired data rate field is when the UL BSR is triggered , Calculated through the data volume calculation method that complies with TS 38.322 and TS 38.323 through all logical channels belonging to one RG.
  • the length of the desired data rate field may be 8 bits.
  • the desired data rate field may be included in ascending order based on RG_i. (desired data rate fields are included in ascending order based on the RGi.)
  • the desired data rate field may be located after the OCTET to which RG_i is allocated among the bit streams of DL / UL BSR MAC CE.
  • the value of the desired data rate field may be an index value indicating a range of the total amount of data required.
  • the DL / UL BSR triggering condition directly transmits a condition for triggering the DL / UL BSR through the base station directly requesting the DL / UL BSR or through system information or dedicated signaling. It shows a case in which the terminal transmits the DL / UL BSR when the corresponding condition is satisfied.
  • a DL / UL BSR request MAC CE may be considered.
  • DL / UL BSR request MAC CE is a MAC CE carried on a DL-SCH channel transmitted by a base station.
  • the DL / UL BSR request may be signaled using MAC CE classified by LCID existing in the MAC subheader for DL-SCH.
  • the base station transmits the MAC CE requesting the DL / UL BSR through the DL-SCH
  • the UE may transmit the DL / UL BSR MAC CE to the serving base station.
  • 1O is a diagram of a process in which a base station directly triggers a UE through a DL / UL BSR request MAC CE during a DL / UL BSR triggering operation.
  • the terminal 1o-10 maintains a connection state with the base station 1o-15.
  • the base station transmits the MAC CE through the DL-SCH to the UE 1o-10 for a specific reason, and the MAC CE through the DL-SCH may be a MAC CE instructing transmission of the DL / UL BSR.
  • the terminal needs the amount of report data (currently accumulated buffer size, or desired buffer size) for each current report granularity (one of logical channel, logical channel group, BH RLC channel, BH RLC channel group, UE DRB, UE DRB group), or By calculating buffer status or one of desired data rates), DL / UL BSR may be transmitted to MAC CE through UL-SCH (1o-25).
  • the base station may schedule as many DL data as necessary (1o-28) and transmit to the terminal (1o-30).
  • the base station schedules as many DL data as necessary (1o-30) if the amount of data reported to the previous DL BSR is a desired buffer size, the upstream IAB node (base station) 1o-15 that receives the report is reported For the reported report granularity, data as much as the desired desired buffer size is transmitted.
  • the upstream IAB node 1o-15 may transmit the amount of data reported to each TTI, or may be distributed in time according to the state of the upstream IAB node 1o-15.
  • step (1o-30) if the amount reported in the previous DL BSR is buffer status, the upstream IAB node (1o-15) transmits data according to the status of the upstream IAB node according to each reported index, or , A fixed amount of data can be transmitted according to each index.
  • the updstream IAB node receiving the report (1o-15) considers the scheduling status of the upstream IAB node (1o-15) for a predetermined time from the time the report is received, It can deliver as much as the reported data rate.
  • data may be transmitted by being distributed for a plurality of transmission times according to a scheduling interval.
  • the upstream IAB node 1o-15 may transmit the amount of data reported for a predetermined time.
  • the base station 1o-15 may set in advance which value to write to the terminal 1o-10 as a specific time. Configuration information for desire data rate reporting may be provided through system information or RRC dedicated signaling.
  • the UE may transmit downlink data to the IAB sub-node or UE that it is serving through its scheduling (1o-35).
  • the base station receiving UL BSR information schedules as many UL grants as necessary (1o-40) and transmits them to the terminal (1o-43).
  • the terminal transmits the uplink data to the base station using the uplink grant (1o-45). Since DL BSR and UL BSR are independent of each other, the operations disclosed in FIG. 1O may be performed independently of each other in the case of DL BSR and UL BSR.
  • 1p illustrates a method of transmitting a DL / UL BSR transmission condition of a terminal by transmitting system information or a dedicated signal without a DL / UL BSR request MAC CE of a base station according to some embodiments of the present disclosure.
  • the terminal 1p-10 uses the system information (1p-20) or RRC dedicated signal (1p-23) to the serving base station (1p-15), such as DL / UL BSR configuration information.
  • the transmission conditions of UL BSR can be transmitted.
  • the RG of the specific ID (LCG or logical channel or UE DRB or UE DRB group or BH RLC channel or BH RLC channel group) and the amount of data applied to the RG of the ID (buffer size or desired buffer size or buffer status) Alternatively, a threshold of desired data rate) may be given.
  • the terminal 1p-10 may transmit the DL / UL BSR when the buffer size of the RG is equal to or greater than a given threshold (1p-25) ( 1p-30).
  • a DL / UL BSR transmission condition when a base station transmits only a threshold value to a terminal as a condition, when a buffer size exceeds a threshold value for any RG that the terminal has (1p -25), DL / UL BSR may be transmitted to the base station (1p-30).
  • the base station may signal a specific time period value through system information (1p-20) or dedicated signal (1p-23).
  • the UE receives this value, it can transmit the DL / UL BSR to the base station according to the corresponding period.
  • the base station When the transmission condition is satisfied from the base station and the terminal transmits the DL BSR, the base station schedules DL data based on the transmitted DL BSR and transmits it to the terminal (1p-35). If the terminal transmits the UL BSR, the base station schedules the UL grant based on the transmitted UL BSR and transmits it to the terminal (1p-35).
  • the UE and the base station can receive the UE DRB id or BH RLC channel and logical channel mapping information through the BAP layer to distinguish the index for each amount of granularity. If UE DRB id or BH RLC channel and logical channel mapping information is received through the BAP layer, the logical channel is not known as the index for each amount of granularity, so the target is the UE DRB id or the BH RLC channel index. Can be. In the BAP layer, BH RLC channel and UE DRB mapping are performed.
  • DL BSR or DL flow control feedback operation may be performed in a backhaul adaptation protocol (BAP) layer rather than a MAC layer.
  • BAP backhaul adaptation protocol
  • the DL buffer status information may include an index for a data amount, a data type, and a granularity of the amount.
  • the index information for positive granularity can be as follows.
  • UE DRB id of the terminal or downstream IAB node connected to the corresponding IAB node (or a separate identifier set in the BAP layer according to the UE DRB)
  • flow control feedback information is transmitted from the MT to the parent IAB node as a control signal of the BAP layer.
  • the above-mentioned amount of data, index information of the granularity of the amount, and data time information may be transmitted.
  • the parent IAB node receives this information, DL traffic can be scheduled to the IAB node corresponding to the MT accordingly.
  • a method of operating feedback for flow control there may be a condition-based method, a predetermined time-based method, or a method requested by an upper node.
  • condition-based method the following cases may be possible as a BAP layer control signal.
  • a threshold value for a specific amount of data can be given.
  • one threshold value may be commonly provided, or a plurality of threshold values associated with a specific amount of granularity index may be transmitted.
  • the data amount values of all (positive granularity) DL buffers are greater than the threshold value, perform feedback, or any data value of any one (positive granularity) DL buffer is greater than the threshold value.
  • the IAB node can send feedback.
  • the IAB node can perform flow control feedback.
  • this threshold and granularity index information may be transmitted from the CU or from the parent IAB node.
  • the control layer used at this time may be delivered as system information of the parent node, as a MAC control signal, as BAP control information, or as a F1-AP from a CU.
  • the parent IAB node may deliver a threshold and granularity index for performing feedback to the IAB node through the signal layer. If the given threshold condition is satisfied during the operation, the IAB node may perform the flow control feedback operation mentioned in FIG. 1Q.
  • the operations included at this time may include the data amount, data type information, and granularity index information of the amount mentioned in FIG. 1Q. The parent node receiving this information schedules DL data traffic accordingly.
  • a feedback reporting time may be set as a condition for operating feedback through a BAP control signal.
  • one feedback can be transmitted during periodicity from the moment the corresponding signal is received.
  • transmission is performed during the corresponding time, and feedback can be continuously repeated.
  • the IAB node receiving the information may transmit feedback information to the parent IAB node at a given period.
  • the flow control feedback information may include the data amount, data type information, and granularity index information of the amount mentioned in FIG. 1Q.
  • the parent IAB node receiving this information schedules DL data traffic accordingly.
  • flow control feedback can be reported through a direct report command of the upper node.
  • the Parent IAB node can transmit the BAP layer signal.
  • index information about the granularity of the amount that the parent IAB node wants to know may be provided, and without such information, feedback may be commanded.
  • information on the amount of data can be transmitted to the IAB node.
  • the IAB node that receives this command can feedback the set data amount for the DL buffer corresponding to the specific index set.
  • the BAP address of the DU of the parent IAB node or the parent IAB node or the BAP address of the donor node (or DU of the donor node) may be transmitted.
  • the BAP address may be embodied as the address of the egress BAP of each node or DU.
  • the parent IAB node orders a flow control feedback report as a BAP signal, and thus performs flow control feedback to the BAP layer.
  • the parent IAB node delivers the contents of the above-described command to the IAB node
  • the IAB node can receive the contents and deliver the information declared in FIG. 1Q to the parent IAB node.
  • the parent IAB node may specify and report only information on the amount of data in a specific granularity index. The parent IAB node receiving this information schedules DL data traffic.
  • the base station function is divided into a Central Unit (CU) and a Distributed Unit (DU), as shown in FIG. 2A, and the CU is again a CU Control Plane (CU-CP) and a CU User Plane (CU-) which are in charge of control functions.
  • CU-CP supports at least RRC (Radio Resource Control), and other base stations such as X2-C / Xn-C / S1-C / NG-C / F1-C and control planes with Core Network (CN) and DU In charge of interface processing.
  • RRC Radio Resource Control
  • CU-UP supports Packet Data Convergent Protocol (PDCP) function to process at least user packets, and other base stations such as X2-U / Xn-U / S1-U / NG-U / F1-U and Core Network ( CN).
  • the DU supports base station functions not supported by the CU, and can be connected to a control plane interface such as F1-C and a user plane interface such as F1-U.
  • CU-CP and CU-UP can be connected to a control plane interface such as E1.
  • two or more radio links may be used to transmit packets to be transmitted to one Data Radio Bearer (DRB) as shown in FIG. 2B.
  • DRB Data Radio Bearer
  • Two or more radio links may use the same radio technology or different radio technologies.
  • one radio link uses LTE technology and the other radio link uses NR technology. Packets can be transmitted to the DRB.
  • both radio links may use NR technology.
  • 2B (1) shows an LTE-NR Dual Connectivity structure as an example of a system for applying the technology proposed in the present invention, and in the case of an NR base station, it may be configured by separating the functions of the base station as shown in FIG. 2A.
  • This (2) is another system example, and shows a structure supporting NR-NR Dual Connectivity using one CU and two DUs.
  • the functions of the base station are separated as shown in FIG. 2A.
  • the technology proposed in the present disclosure may be applied to other types of dual connectivity structures having a function separated base station structure in addition to the dual connectivity structure included in FIG. 2B, and may also be applied to carrier aggregation in a function separated base station structure. have.
  • a PDCP anchor that distributes and delivers Downlink packets to two or more links in a base station structure in which functions are separated is guaranteed in each link. Packets distributed to each link can be scheduled or switched according to GBR QoS information for each link.
  • CU-UP of the SgNB operates as a PDCP anchor and MeNB Shows an example of call flow in case of providing GBR bearer service using LTE link of (Master eNB) and NR link of SgNB at the same time.
  • 2I provides a GBR bearer service as a PDCP anchor, in order to provide a corresponding GBR bearer service, QoS parameters provided by each of the LTE link of the MeNB and the NR link of the SgNB are used. Based on the SgNB's CU-UP, the amount of downlink packets delivered to each link in a scheduling or switching form can be adjusted according to QoS parameters of each link. Through this, according to the QoS parameters supported by each link, it is possible to increase the amount of packet transmission to the terminal to satisfy QoS in each link.
  • the GBR QoS bearer service satisfies the QoS defined in each link, and if it cannot be delivered, the corresponding packet may be discarded depending on the implementation.
  • Figure 2c is a GBR QoS parameter for each link, the control plane function of the node providing the PDCP anchor, that is, the call flow when determined by the CU-CP of the SgNB
  • Figure 2d is a QoS parameter in the CU-CP of the SgNB
  • FIG. 2E shows the processing flowchart of the CU-UP in each SgNB when determining the QoS parameter in the CU-CP of the SgNB.
  • the MeNB requests the SgNB to set the GBR bearer service in the form of a split bearer in which the PDCP anchor is in the SgNB and the MeNB and the SgNB are simultaneously serviced to the CU-CP of the SgNB.
  • the gNB-CU-CP receiving the request determines the QoS parameters to be supported by MeNB (MCG) and SgNB (SCG) required to provide the GBR bearer service as in step (2c-200).
  • gNB-CU-CP After determining the QoS parameters for each link leg, gNB-CU-CP operates as a PDCP anchor as in step (2c-300) and requests GBR bearer setup in split, along with delivering QoS parameters at the bearer level,
  • QoS parameters to be supported by MeNB (MCG) and SgNB (SCG) are respectively delivered, and QoS parameters information may be transmitted in connection with tunnel information to MCG and SCG.
  • gNB-CU-UP After receiving the Bearer Context Setup Request message, gNB-CU-UP sends a Bearer Context Setup Response as shown in (2c-310) after the internal setup process, and informs that the setup is complete. If setup setup is not possible, failure information is transmitted.
  • the gNB-CU-CP performs SgNB (SCG) transmission setup in steps (2c-400) and (2c-410), and transmits QoS Parameters information to be supported by the gNB-DU. Thereafter, the gNB-CU-CP responds to whether the bearer setup requested by the MeNB is performed in steps (2c-500) and (2c-510), and at this time, the gNB-CU-CP needs support for split bearer in the MeNB (MCG). QoS parameters are delivered to the MeNB.
  • SCG SgNB
  • MCG MeNB
  • the gNB-CU-CP requests Bearer Context Modification to the gNB-CU-UP as in steps (2c-600) and (2c-610), and the gNB-CU-UP delivers packets to the MeNB and gNB-DU. And complete the tunnel setup that can be received.
  • the gNB-CU-CP did not deliver QoS parameters information supported by MeNB (MCG) and SgNB (SCG) in step (2c-300) to gNB-CU-UP, respectively, gNB-CU-CP is (2c In step -600), QoS parameters supported by MeNB (MCG) and SgNB (SCG), respectively, may be transmitted to gNB-CU-UP.
  • MCG MeNB
  • SCG SgNB
  • gNB-CU-UP receives QoS parameters information supported by MeNB (MCG) and SgNB (SCG) from gNB-CU-CP, respectively, and after tunnel setup to MeNB (MCG) and gNB-DU (SCG) is completed.
  • MCG MeNB
  • SCG Session Control Protocol
  • EPC Evolved Packet Core
  • different algorithms may be used in the scheduling or switching method according to implementation, and all or part of the QoS parameter information for each MCG and SCG may be used for application of the algorithm.
  • step (2d-100) the gNB-CU-CP may be requested to set a SN-terminated split GBR bearer service for PDCP anchoring from the MeNB to the gNB.
  • the gNB-CU-CP determines QoS parameters to be supported for each MeNB (MCG) and SgNB (SCG) by using bearer level QoS parameters information for a corresponding bearer as in step (2d-200).
  • gNB-CU-CP (2d-300)
  • Bearer Context Setup to gNB-CU-UP as in step (2d-300
  • MeNB MCG
  • SgNB SCG
  • gNB-CU-CP receives the response to the bearer context setup from gNB-CU-UP as (2d-400), and then includes the contents included in the response message from gNB-CU-UP as in step (2d-500). Based on this, it is determined whether a bearer (DRB: Data Radio Bearer) is set, and if it fails, it is determined whether reconfiguration is possible. If reconfiguration is possible, the gNB-CU-CP re-determines QoS parameters to be supported by the MeNB (MCG) and SgNB (SCG) as in step (2d-510), and then returns to the (2d-300) step by gNB-CU. -Request Bearer Context Setup to UP again.
  • DRB Data Radio Bearer
  • gNB-CU-CP responds that the bearer setup has failed in the MeNB as in step (2d-520).
  • gNB-CU-CP performs UE Context Setup procedure with gNB-DU as (2d-600), and delivers QoS parameter information to be supported for the bearer in gNB-DU. do.
  • gNB-CU-CP may inform the MeNB of the completion of the bearer setup as in step (2d-700).
  • the gNB-CU-CP may transmit QoS parameters information to be supported for the bearer in the MeNB (MCG).
  • gNB-CU-CP completes bearer setup by performing gNB-CU-UP and Bearer Context Modification procedure as in step (2d-800), where gNB-CU-CP is connected to gNB-CU-UP.
  • QoS parameters supported by MeNB (MCG) and SgNB (SCG) may be transmitted.
  • FIG. 2E shows an operation flowchart for related processing in the gNB-CU-UP
  • the gNB-CU-UP can receive a Bearer Context setup request from the gNB-CU-CP as in step (2e-100)
  • gNB -CU-UP determines whether DRB setup is possible as in step (2e-200) according to the QoS parameters included in the request, and if not, bearer context setup in gNB-CU-CP as in step (2e-210). Inform that it has failed.
  • gNB-CU-UP When DRB setup is possible, gNB-CU-UP responds that bearer context setup has been performed with gNB-CU-CP as in step (2e-300) while proceeding with internal setup in gNB-CU-UP for DRB support.
  • gNB-CU-UP When receiving the packet of the corresponding bearer from the Core Network as in step (2e-400), gNB-CU-UP starts to perform packet decomposition scheduling / switching according to QoS parameters information for each MeNB (MCG) and SgNB (SCG). .
  • MCG MeNB
  • SCG Ses Control Channel
  • the gNB-CU-UP can update the internal bearer context information by receiving the Bearer Context Modification request with the gNB-CU-CP as in step (2e-500), and the updated MeNB as in step (2e-600). Packet decomposition scheduling / switching is performed according to QoS parameters information for (MCG) and SgNB (SCG).
  • FIG. 2F is a call flow when a user plane function of a node providing a GBR QoS parameter for each link to a PDCP anchor, that is, determined by CU-UP of SgNB, and FIG. 2G when a QoS parameter is determined by CU-UP of SgNB
  • FIG. 2H shows the processing flowchart of CU-UP in each SgNB when determining QoS parameters in the CU-UP of SgNB.
  • the MeNB requests the SgNB to set up the GBR bearer service in the form of a split bearer in which the PDCP anchor is in the SgNB and the MeNB and the SgNB are simultaneously serviced to the CU-CP of the SgNB.
  • gNB-CU-CP that received the request of the step operates as a PDCP anchor with gNB-CU-UP as in (2f-200), requests GBR bearer setup with split, and received from MeNB together
  • the bearer level QoS parameters and the maximum bearer level QoS parameters supported by the MeNB are transmitted.
  • the gNB-CU-UP which is requested in step (2f-200), determines QoS parameters to be supported by MeNB (MCG) and SgNB (SCG) required to provide the GBR bearer service as in step (2f-300). Along with this, the gNB-CU-UP sends the Bearer Context Setup Response as in step (2f-400) after performing the internal bearer context setup, and informs that the setup is completed. If setup setup is impossible, failure information is transmitted. At this time, gNB-CU-UP delivers QoS parameters to be supported by MeNB (MCG) and SgNB (SCG), respectively, to gNB-CU-CP, and this QoS parameters information can be transmitted in connection with tunnel information to MCG and SCG.
  • MCG MeNB
  • SCG Ses Control Channel
  • the gNB-CU-CP performs SgNB (SCG) transmission setup in steps (2f-500) and (2f-510), and delivers QoS parameter information to be supported by the gNB-DU. Thereafter, the gNB-CU-CP responds to whether the bearer setup requested by the MeNB is performed in steps (2f-600) and (2f-610), and at this time, the gNB-CU-CP needs support for split bearer in the MeNB (MCG). QoS parameters can be delivered to the MeNB.
  • SCG SgNB
  • MCG MeNB
  • the gNB-CU-CP requests Bearer Context Modification to the gNB-CU-UP as in steps (2f-700) and (2f-710), and the gNB-CU-UP delivers packets to the MeNB and gNB-DU. And complete the tunnel setup that can be received.
  • gNB-CU-UP receives QoS parameters information supported by MeNB (MCG) and SgNB (SCG) from gNB-CU-CP as in step (2f-800), and MeNB (MCG) and gNB-DU (SCG) After the tunnel setup to) is completed, packet delivery scheduling or switching to each link is performed according to the QoS parameters information supported by each link.
  • different algorithms may be used in the scheduling or switching method according to implementation, and all or part of the QoS parameter information for each MCG and SCG may be used for application of the algorithm.
  • 2G shows an operational flowchart for related processing in gNB-CU-CP.
  • the gNB-CU-CP may be requested to set the SN-terminated split GBR bearer service for PDCP anchoring from the MeNB to the gNB.
  • gNB-CU-CP transmits bearer setup information and QoS parameter information of a corresponding bearer while requesting Bearer Context Setup to gNB-CU-UP as in step (2g-200).
  • gNB-CU-CP receives QoS response to bearer context setup from gNB-CU-UP as (2g-300), and receives QoS parameters to be supported for each MeNB (MCG) and SgNB (SCG).
  • the gNB-CU-CP may determine whether a bearer (DRB: Data Radio Bearer) is configured based on the content included in the response message from the gNB-CU-UP as in step (2g-400).
  • DRB Data Radio Bearer
  • gNB-CU-CP responds that the bearer setup has failed in the MeNB as in step (2g-410).
  • gNB-CU-CP proceeds with the UE Context Setup procedure with gNB-DU as (2g-500), and delivers QoS parameter information to be supported for the bearer in gNB-DU.
  • the gNB-CU-CP notifies the completion of the bearer setup to the MeNB as in step (2d-600), and at this time, the QoS parameters information to be supported for the bearer in the MeNB (MCG) is transmitted.
  • gNB-CU-CP completes bearer setup by performing gNB-CU-UP and Bearer Context Modification procedure as in step (2g-700).
  • step (2h-100) when the gNB-CU-UP receives a Bearer Context setup request from the gNB-CU-CP, it is determined whether DRB setting is possible as in (2h-200) according to QoS parameter information included in the request. can do.
  • gNB-CU-UP notifies gNB-CU-CP that the Bearer Context setup has failed as in step (2h-210).
  • gNB-CU-UP proceeds with internal setup in gNB-CU-UP for DRB support (2h-300), and uses MeNB (Bearer level QoS parameters) information for the corresponding bearer as in step (2h-300). MCG) and SgNB (SCG) determine QoS parameters to be supported.
  • gNB-CU-UP responds that the bearer context setup has been performed with gNB-CU-CP as in step (2h-400), and the QoS parameters to be supported for each MeNB (MCG) and SgNB (SCG) are gNB-CU. -Transfer to CP.
  • gNB-CU-UP When receiving the packet of the corresponding bearer from the Core Network as in step (2h-500), gNB-CU-UP starts to perform packet decomposition scheduling / switching according to QoS parameters information for each MeNB (MCG) and SgNB (SCG). . Thereafter, if necessary, the internal bearer context information can be updated by receiving a Bearer Context Modification request with gNB-CU-CP as in step (2h-600).
  • FIG. 2i is a function in charge of transmission / reception from a node to a terminal providing GBR QoS parameters for each link to a PDCP anchor, that is, a call flow when determined by a DU of an SgNB
  • FIG. 2j determines QoS parameters of a DU of an SgNB
  • Figure 2k shows the processing flow of the CU-UP in each SgNB when determining the QoS parameter in the DU of the SgNB.
  • the MeNB requests the SgNB to set up the GBR bearer service in the form of a split bearer in which the PDCP anchor is located in the SgNB and the MeNB and the SgNB are simultaneously serviced to the CU-CP of the SgNB.
  • gNB-CU-CP receiving the request of step operates as PDCP anchor with gNB-CU-UP as in (2i-200) step and requests GBR bearer setup with split, and bearer level QoS Pass parameters.
  • gNB-CU-UP After receiving the Bearer Context Setup Request message, gNB-CU-UP sends a Bearer Context Setup Response as shown in (2i-210) after the internal setup, and informs that the setup is complete. gNB-CU-CP performs a UE Context setup request to SgNB (SCG) as in step (2i-300). At this time, bearer level QoS parameters received from MeNB and maximum bearer level QoS parameters supported by MeNB Convey information.
  • SCG SgNB
  • the gNB-DU determines QoS parameters to be supported by MeNB (MCG) and SgNB (SCG) required to provide this GBR bearer service as in step (2i-400). Along with this, the gNB-DU informs the gNB-CU-CP that the UE Context setup is completed as in step (2i-500) after proceeding with the internal UE Context setup, and at this time, QoS to be supported by MeNB (MCG) and SgNB (SCG) respectively. You can pass parameters.
  • MCG MeNB
  • SCG SgNB
  • the gNB-CU-CP responds to whether the requested bearer setup is requested to the MeNB in steps (2i-600) and (2i-610), and at this time, the gNB-CU-CP supports QoS required for the split bearer in the MeNB (MCG). Pass the parameters to MeNB. After that, the gNB-CU-CP requests Bearer Context Modification to the gNB-CU-UP as in steps (2i-700) and (2i-710), and the gNB-CU-UP delivers packets to the MeNB and gNB-DU. And complete the tunnel setup that can be received.
  • the QoS parameters information supported by the gNB-CU-CP in the MeNB (MCG) and the SgNB (SCG) may be transmitted to the gNB-CU-UP.
  • gNB-CU-UP receives QoS parameters information supported by MeNB (MCG) and SgNB (SCG) from gNB-CU-CP, respectively, and after tunnel setup to MeNB (MCG) and gNB-DU (SCG) is completed.
  • step (2i-800) packet delivery scheduling or switching to each link is performed according to QoS parameters information supported by each link for packets arriving from the EPC.
  • different algorithms may be used in the scheduling or switching method according to implementation, and all or part of the QoS parameter information for each MCG and SCG is used for application of the algorithm.
  • step (2j-100) the gNB-CU-CP may request a SN-terminated split GBR bearer service setting requesting PDCP anchoring from the MeNB to the gNB.
  • step (2j-200) the gNB-CU-CP transmits bearer setup information and QoS parameter information of a corresponding bearer while performing a procedure for requesting Bearer Context Setup to gNB-CU-UP.
  • the gNB-CU-CP requests UE Context Setup to the gNB-DU as in step (2j-300), and at this time, bearer level QoS parameters information for the corresponding bearer received from the MeNB and acceptance by the MeNB (MCG) Possible QoS paramters information is transmitted to gNB-DU.
  • the gNB-CU-CP receives a UE Context setup response from the gNB-DU, and at this time, QoS parameters information for each MeNB (MCG) and SgNB (SCG) can be delivered together.
  • MCG MeNB
  • SCG SgNB
  • the gNB-CU-CP determines whether a bearer (DRB: Data Radio Bearer) is set based on the content included in the response message from the gNB-CU-UP or gNB-DU, and if If the DRB setup fails, as in step (2j-510), the MeNB responds that the setup of the bearer has failed.
  • DRB Data Radio Bearer
  • gNB-CU-CP informs MeNB of the completion of bearer setup as in step (2j-600), and at this time, the MeNB (MCG) delivers QoS parameter information to be supported for the bearer. And, the gNB-CU-CP completes bearer setup by performing gNB-CU-UP and Bearer Context Modification procedure as in step (2j-700), while MeNB (MCG) and SgNB (SCG) are added to the gNB-CU-UP. The QoS parameters to be supported are transmitted.
  • 2K shows an operation flowchart for related processing in the gNB-CU-UP, in step (2k-100), the gNB-CU-UP receives a Bearer Context setup request from the gNB-CU-CP.
  • gNB-CU-UP determines whether DRB can be set as in step (2k-200) according to QoS parameters information included in the request, and if not, bearer context in gNB-CU-CP as in step (2k-210). Signals that setup has failed.
  • the gNB-CU-UP informs that the bearer setup requested to the gNB-CU-CP is completed as in step (2k-300) while the gNB-CU-UP internal setup for DRB support is in progress.
  • gNB-CU-UP completes the bearer setup through the Bearer Context Modification procedure from gNB-CU-UP as in step (2k-400), and provides QoS parameter information to be supported for each MeNB (MCG) and SgNB (SCG).
  • MCG MeNB
  • SgNB SgNB
  • FIG. 2L is a call in the case of providing a GBR bearer service by using two NR links simultaneously using two DUs in a CU of a gNB when a gNB operates in a function separated structure as shown in (2) of FIG. 2B. Shows an example flow.
  • 2L provides a GBR bearer service with a PDCP anchor, QoS provided by each NR link (gNB-DU1 and gNB-DU2) from the CU-CP of the gNB to provide the GBR bearer service
  • the amount of downlink packets delivered to each link in scheduling or switching form can be adjusted according to the QoS parameters of each link of the CU-UP of the SgNB, through which each GBR QoS parameter supported by each link can be adjusted. It satisfies QoS on the link and allows to increase the amount of packet transmission to the terminal.
  • the GBR QoS bearer service satisfies the QoS defined in each link, and if it cannot be delivered, the corresponding packet may be discarded depending on the implementation.
  • FIG. 2L is a control plane function of a node that provides a GBR QoS parameter for each link to a PDCP anchor, that is, a call flow when determined by CU-CP of a gNB, and FIG. 5M when a QoS parameter is determined by CU-CP of a gNB.
  • the processing flowchart of the CU-CP in each gNB, and FIG. 2N shows the processing flowchart of the CU-UP in each gNB when determining QoS parameters in the CU-CP of the gNB.
  • CU-UP When using carrier aggregation (CA) supporting multi-link while using only one gNB-DU, the technique proposed in the present invention can be applied, and in this case, call flow when there is only one gNB-DU in FIG. It can also work in form.
  • CU-UP performs scheduling / switching of packets distributed to tunnels delivered to each link according to QoS parameters information provided by each radio link for CA for the corresponding bearer service, which is gNB-CU-UP It may be similar to the case of operating with Dual Connectivity.
  • step (2l-100) of FIG. 2l after the gNB-CU-CP receives a request for GBR QoS flow setup from the Core Network (CN), whether to support the corresponding gBR QoS flow as a split bearer as in step (2l-200).
  • QoS parameter values for each link leg are determined as in step (2l-300) by using QoS flow information received from the CN.
  • gNB-CU-CP operates as a PDCP anchor with gNB-CU-UP as in step (2l-400), requests GBR bearer setup with split, and can also deliver QoS parameters of QoS flow level.
  • QoS parameters to be supported by gN-DU1 (MCG) and gNB-DU2 (SCG) are respectively delivered, and the QoS parameters information may be transmitted in connection with tunnel information to MCG and SCG.
  • the gNB-CU-UP After receiving the Bearer Context Setup Request message, the gNB-CU-UP sends a Bearer Context Setup Response as shown in (2l-410) after the internal setup process, and informs that the setup is complete. If setup setup is impossible, failure information is transmitted.
  • gNB-CU-CP is a UE for transmission to gNB-DU1 (MCG) and gNB-DU2 (SCG) as in (2l-500), (2l-510) and (2l-600) and (2l-610) steps Context setup is performed, and QoS parameters information to be supported by gNB-DU1 (MCG) and gNB-DU2 (SCG) are transmitted.
  • MCG gNB-DU1
  • SCG gNB-DU2
  • the gNB-CU-CP requests Bearer Context Modification to the gNB-CU-UP as in steps (2l-700) and (2l-710), so that the gNB-CU-UP is gNB-DU1 (MCG) and gNB-
  • MCG gNB-DU1
  • SCG DU2
  • the CP may transmit QoS parameters information supported by gNB-DU1 (MCG) and gNB-DU2 (SCG) to gNB-CU-UP, respectively.
  • gNB-CU-CP transmits an RRC Reconfiguration message to the UE as in step (2l-800), and proceeds with radio configuration for the split GBR bearer service.
  • gNB-CU-UP receives QoS parameter information supported by gNB-DU1 (MCG) and gNB-DU2 (SCG) from gNB-CU-CP, to gNB-DU1 (MCG) and gNB-DU2 (SCG).
  • MCG gNB-DU1
  • SCG gNB-DU2
  • different algorithms may be used in the scheduling or switching method according to implementation, and all or part of the QoS parameter information for each MCG and SCG may be used for application of the algorithm.
  • step (2m-100) the gNB-CU-CP determines whether to support the corresponding QoS flow as a split bearer as in step (2m-200) when the GBR QoS flow setting request is received from the Core Network (CN).
  • CN Core Network
  • the gNB-CU-CP performs a single connectivity setup procedure as in step (2m-210) regardless of the present invention.
  • the gNB-CU-CP is configured according to gNB-DU1 (MCG) and gNB-DU2 (SCG) by using QoS flow level QoS parameters information as in step (2m-300). Decide which QoS parameters to support.
  • gNB-CU-CP while requesting Bearer Context Setup to gNB-CU-UP as in step (2m-400), in addition to bearer setup information and QoS parameters information of the corresponding bearer and QoS flow, gNB-DU1 (MCG) and gNB -QoS parameters supported for each DU2 (SCG) are transmitted together.
  • gNB-CU-CP receives the response to the bearer context setup from gNB-CU-UP as (2m-500), and then the content included in the response message from gNB-CU-UP as in step (2m-600) Based on this, it is determined whether a bearer (DRB: Data Radio Bearer) is set, and if it fails, it is determined whether reconfiguration is possible.
  • DRB Data Radio Bearer
  • gNB-CU-CP re-determines QoS parameters to be supported by gNB-DU1 (MCG) and gNB-DU2 (SCG) as in step (2m-610), and returns to step (2m-400). Resend the Bearer Context Setup request to gNB-CU-UP. If DRB setup is not possible, gNB-CU-CP services the corresponding QoS flow with Signle connectivity as in step (2m-620), or selects another gNB-CU-UP to start from step (2m-300). , Notifies CN of the corresponding QoS flow service setting failure.
  • MCG gNB-DU1
  • SCG gNB-DU2
  • gNB-CU-CP proceeds with the UE Context Setup procedure with gNB-DU1 (MCG) and gNB-DU2 (SCG) as in step (2m-700), and is applicable in each gNB-DU.
  • QoS parameters to be supported for the bearer are transmitted together.
  • gNB-CU-CP completes bearer setup by performing gNB-CU-UP and Bearer Context Modification procedure as in step (2m-800), where gNB-CU-CP is connected to gNB-CU-UP.
  • QoS parameters supported by gNB-DU1 (MCG) and gNB-DU2 (SCG) may be transmitted.
  • gNB-CU-CP performs an RRC reconfiguration procedure with the terminal as in step (2m-900).
  • step (2n-100) when the gNB-CU-UP receives a Bearer Context setup request from the gNB-CU-CP, it is determined whether DRB can be set as in (2n-200) according to QoS parameter information included in the request. do.
  • gNB-CU-UP notifies gNB-CU-CP that the Bearer Context setup has failed as in step (2n-210).
  • the gNB-CU-UP responds that the bearer context setup has been performed with the gNB-CU-CP as in step (2n-300) while proceeding with the internal setup in the gNB-CU-UP for DRB support.
  • gNB-CU-UP When receiving the packet of the corresponding bearer from the Core Network as in step (2n-400), gNB-CU-UP performs packet decomposition scheduling / switching according to QoS parameters information for each gNB-DU1 (MCG) and gNB-DU2 (SCG). Start performing. If necessary, gNB-CU-UP can update the internal bearer context information by receiving a Bearer Context Modification request with gNB-CU-CP as in step (2n-500), and then updated as in step (2n-600). Packet decomposition scheduling / switching is performed according to QoS parameters information for each gNB-DU1 (MCG) and gNB-DU2 (SCG).
  • MCG gNB-DU1
  • SCG gNB-DU2
  • Figure 2o is required to deliver the QoS parameters information that must be supported for each link leg (eg, MCG and SCG) in the message delivered from CU-CP to CU-UP or CU-UP to CU-CP of SgNB or gNB.
  • link leg eg, MCG and SCG
  • QoS parameters supported by each radio link can be delivered for each Transport Tunnel of the User Plane (UP) for delivering packets to MCG and SCG entities.
  • UP User Plane
  • QoS parameters may be directly specified and transmitted for each MCG and SCG entity, and a message configuration for transmitting information may be made in various ways.
  • the terminal of the present disclosure may include a processor 2p-20, a transceiver 2p-00, and a memory 2p-10.
  • the components of the terminal are not limited to the above-described examples.
  • the terminal may include more components or fewer components than the aforementioned components.
  • the processor 2p-20, the transceiver 2p-00 and the memory 2p-10 may be implemented in the form of a single chip.
  • the terminal of FIG. 2P may correspond to the aforementioned terminal.
  • the processor 2p-20 may control a series of processes that the terminal can operate according to the above-described embodiment of the present disclosure.
  • the transceiver 2p-00 may transmit and receive signals to and from the base station. Signals transmitted and received by the base station may include control information and data.
  • the transmitter / receiver 2p-00 may include an RF transmitter that up-converts and amplifies the frequency of the transmitted signal, an RF receiver that amplifies the received signal with low noise, and down-converts the frequency.
  • this is only an embodiment of the transceiver 2p-00, and the components of the transceiver 2p-00 are not limited to the RF transmitter and the RF receiver.
  • the transceiver 2p-00 may receive a signal through a wireless channel and output it to the processor 2p-20, and transmit a signal output from the processor 2p-20 through the wireless channel.
  • the memory 2p-10 may store programs and data necessary for the operation of the terminal.
  • the memory 2p-10 may store control information or data included in signals transmitted and received by the terminal.
  • the memory 2p-10 may be composed of a storage medium such as a ROM, a RAM, a hard disk, a CD-ROM and a DVD, or a combination of storage media. Also, a plurality of memories 2p-10 may be provided. According to some embodiments, the memory 2p-10 may store a program for performing the above-described embodiments of the present disclosure.
  • the base station of the present disclosure may include a processor 2q-20, a transceiver 2q-00, and a memory 2q-10.
  • the components of the base station are not limited to the above-described examples.
  • the base station may include more components or fewer components than the components described above.
  • the processor 2q-20, the transceiver 2q-00 and the memory 2q-10 may be implemented in the form of a single chip.
  • the base station of Figure 2q may correspond to the base station described above.
  • the processor 2q-20 may control a series of processes so that the base station can operate according to the above-described embodiment of the present disclosure.
  • the transceiver 2q-00 may transmit and receive signals to and from the terminal.
  • the signal transmitted and received with the terminal may include control information and data.
  • the transmitter / receiver 2q-00 may include an RF transmitter that up-converts and amplifies the frequency of the transmitted signal, an RF receiver that amplifies the received signal with low noise, and down-converts the frequency.
  • this is only an embodiment of the transmitting and receiving unit 2q-00, and the components of the transmitting and receiving unit 2q-00 are not limited to the RF transmitter and the RF receiver.
  • the transceiver 2q-00 may receive a signal through a wireless channel, output the signal to the processor 2q-20, and transmit a signal output from the processor 2q-20 through the wireless channel.
  • a plurality of processors 2q-20 may be provided.
  • the memory 2q-10 may store programs and data necessary for the operation of the base station. Further, the memory 2q-10 may store control information or data included in signals transmitted and received by the base station.
  • the memory 2q-10 may be composed of a storage medium such as a ROM, a RAM, a hard disk, a CD-ROM and a DVD, or a combination of storage media. Also, a plurality of memory 2q-10 may be provided. According to some embodiments, the memory 2q-10 may store a program for performing the above-described embodiments of the present disclosure.
  • a computer readable storage medium storing one or more programs (software modules) may be provided.
  • One or more programs stored in a computer-readable storage medium are configured to be executable by one or more processors in an electronic device.
  • the one or more programs include instructions that cause an electronic device to execute methods according to embodiments described in the claims or specification of the present disclosure.
  • Such programs include random access memory, non-volatile memory including flash memory, read only memory (ROM), and electrically erasable programmable ROM.
  • EEPROM Electrically Erasable Programmable Read Only Memory
  • CD-ROM Compact Disc-ROM
  • DVDs digital versatile discs
  • It can be stored in an optical storage device, a magnetic cassette. Alternatively, it may be stored in a memory composed of a combination of some or all of them. Also, a plurality of configuration memories may be included.
  • the program may be accessed through a communication network composed of a communication network such as the Internet, an intranet, a local area network (LAN), a wide LAN (WLAN), or a storage area network (SAN), or a combination thereof. It may be stored in an attachable (storage) storage device (access). Such a storage device may connect to a device performing an embodiment of the present disclosure through an external port. In addition, a separate storage device on the communication network may access a device that performs embodiments of the present disclosure.
  • a communication network such as the Internet, an intranet, a local area network (LAN), a wide LAN (WLAN), or a storage area network (SAN), or a combination thereof. It may be stored in an attachable (storage) storage device (access). Such a storage device may connect to a device performing an embodiment of the present disclosure through an external port.
  • a separate storage device on the communication network may access a device that performs embodiments of the present disclosure.

Landscapes

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

Abstract

본 개시의 일 실시예에 따르면, DL(downlink) 플로우 제어 설정 정보를 수신하고, 수신된 DL(downlink) 플로우 제어 설정 정보로부터 결정된 DL 플로우 제어 피드백 정보의 포맷, DL 플로우 제어 피드백 정보의 보고 단위(granularity), DL 플로우 제어 피드백 정보의 데이터 양, DL 플로우 제어 피드백 정보의 데이터 타입 또는 DL 플로우 제어 피드백 정보의 보고 조건 중 적어도 하나에 기초하여, IAB 부모 노드에 DL 플로우 제어 피드백 정보의 보고를 수행하며, DL 플로우 피드백 정보에 기초하여 스케쥴링된 데이터를 IAB 부모 노드로부터 수신하는 무선통신시스템에서 IAB 노드를 제공한다.

Description

무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
본 개시는 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치에 관한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파 (mmWave) 대역 (예를 들어, 60기가 (60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍 (beamforming), 거대 배열 다중 입출력 (massive MIMO), 전차원 다중입출력 (full dimensional MIMO, FD-MIMO), 어레이 안테나 (array antenna), 아날로그 빔형성 (analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC (Filter Bank Multi Carrier), NOMA (non orthogonal multiple access), 및 SCMA (sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT (Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터 (Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크 (sensor network), 사물 통신 (Machine to Machine, M2M), MTC (Machine Type Communication) 등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT (Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT (information technology) 기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크 (sensor network), 사물 통신 (Machine to Machine, M2M), MTC (Machine Type Communication) 등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크 (cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
상술한 것과 이동통신 시스템의 발전에 따라 다양한 서비스를 제공할 수 있게 됨으로써, 이러한 서비스들을 효과적으로 제공하기 위한 방안이 요구되고 있다.
개시된 실시예는 이동 통신 시스템에서 서비스를 효과적으로 제공할 수 있는 장치 및 방법을 제공하고자 한다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법은, DL(downlink) 플로우 제어 설정 정보를 수신하는 단계; 수신된 DL 플로우 제어 설정 정보로부터 결정된 DL 플로우 제어 피드백 정보의 포맷, DL 플로우 제어 피드백 정보의 보고 단위(granularity), DL 플로우 제어 피드백 정보의 데이터 양, DL 플로우 제어 피드백 정보의 데이터 타입 또는 DL 플로우 제어 피드백 정보의 보고 조건 중 적어도 하나에 기초하여, IAB 부모 노드에 DL 플로우 제어 피드백 정보의 보고(report)를 수행하는 단계; 및 DL 플로우 제어 피드백 정보에 기초하여 스케쥴링된 데이터를 IAB 부모 노드로부터 수신하는 단계를 포함할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, 상기 DL 플로우 제어 피드백 정보는, DL 플로우 제어 피드백 정보의 보고 단위 별로, 데이터가 저장되어 있는 DL 버퍼 크기, 이용가능한(available) DL 버퍼 크기 또는 데이터의 타입 중 적어도 하나에 관한 정보를 포함할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, DL 플로우 제어 피드백 정보는, DL 플로우 제어 피드백 정보의 보고 단위인 UE(user equipment)의 식별자 필드 및 UE 별 이용가능한 DL 버퍼 크기 필드를 포함할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, DL 플로우 제어 피드백 정보의 보고 단위는, BH RLC 채널, BH RLC 채널 그룹, 논리 채널, 논리 채널 그룹, UE, UE 별 DRB 또는 UE 별 DRB 그룹 중 적어도 하나일 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법은, DL 플로우 제어 피드백 정보의 보고를 위한 트리거링 신호를 수신하는 단계를 더 포함하고, DL 플로우 제어 피드백 정보의 보고를 수행하는 단계는, 트리거링 신호가 수신됨에 따라, DL 플로우 제어 피드백 정보의 보고를 수행할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, DL 플로우 제어 피드백 정보의 보고를 수행하는 단계는, DL 버퍼에 저장된 데이터의 양 또는 DL 플로우 제어 피드백 정보를 보고하도록 설정된 종류의 데이터양이 DL 플로우 제어 피드백 정보의 보고 조건을 만족함에 따라, DL 플로우 제어 피드백 정보의 보고를 수행할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, DL 플로우 제어 피드백 정보의 보고를 수행하는 단계는, 기 설정된 전송 주기 또는 전송 시점에 따라, DL 플로우 제어 피드백 정보의 보고를 수행할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, DL 플로우 제어 설정 정보 및 DL 플로우 제어 피드백 정보는, MAC 레이어 또는 BAP 레이어를 통해 제공될 수 있다.
일 실시예에 따른 무선통신시스템에서 데이터를 송수신하는 IAB 노드는, 송수신부; 및 송수신부와 연결된 프로세서를 포함하고, 프로세서는, DL(downlink) 플로우 제어 설정 정보를 수신하도록 상기 송수신부를 제어하며, 수신된 DL 플로우 제어 설정 정보로부터 결정된 DL 플로우 제어 피드백 정보의 포맷, DL 플로우 제어 피드백 정보의 보고 단위(granularity), DL 플로우 제어 피드백 정보의 데이터 양, DL 플로우 제어 피드백 정보의 데이터 타입 또는 DL 플로우 제어 피드백 정보의 보고 조건 중 적어도 하나에 기초하여, IAB 부모 노드에 DL 플로우 제어 피드백 정보의 보고를 수행하고, DL 플로우 제어 피드백 정보에 기초하여 스케쥴링된 데이터를 IAB 부모 노드로부터 수신하도록 송수신부를 제어할 수 있다.
개시된 실시예는 이동통신 시스템에서 서비스를 효과적으로 제공할 수 있는 장치 및 방법을 제공한다.
상기 발명을 통하여, 기지국에서 단말의 연결 시도 실패에 대한 원인 분석을 좀 더 정확히 하고, 그에 따른 조치를 좀 더 정확하게 해 줄 수 있다.
본 발명을 통하여, IAB 노드에서의 버퍼 수준을 적절히 유지할 수 있게 되어, 버퍼 overflow 또는 underflow 문제를 해결 할 수 있다.
도 1a는 본 개시의 일부 실시예에 따른 LTE 시스템의 구조를 도시하는 도면이다.
도 1b는 본 개시의 일부 실시예에 따른 LTE 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 1c는 본 개시의 일부 실시예에 따른 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 1d는 본 개시의 일부 실시예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 1e은 본 개시의 일부 실시예에 따른 단말의 내부 구조를 도시하는 블록도이다.
도 1f는 본 개시의 일부 실시예에 따른 NR 기지국의 구성을 나타낸 블록도이다.
도 1g는 본 개시의 일부 실시예에 따른 DL BSR 또는 UL BSR이 동작할 수 있는 조건 중에, 기지국이 전송하는 IAB 단말 설정 정보를 받는 경우를 도시한 흐름도 이다.
도 1h는 본 개시의 일부 실시예에 따른 DL BSR 또는 UL BSR이 동작할 수 있는 조건 중에, 단말이 IAB 능력 관련 정보를 전달하는 경우를 도시한 흐름도 이다.
도 1i는 본 개시의 일부 실시예에 따른 DL BSR 또는 UL BSR의 포맷의 실시예중 한가지 type 으로서, report granularity 가 DL/UL logical channel group 이며, data 양으로서 desired buffer size 인 경우를 도시한다.
도 1j는 본 개시의 일부 실시예에 따른 DL/UL BSR의 포맷의 실시예 중 다른 type 으로서, report granularity 가 DL/UL logical channel 이며, data 양으로서 desired buffer size 인 경우를 도시한다.
도 1k는 본 개시의 일부 실시예에 따른 DL/UL BSR의 포맷의 실시예 중 다른 type 으로서, report granularity 가 DL/UL BH RLC channel (또는 DL/UL BH RLC channel group) 이며, data 양으로서 desired buffer size 인 경우를 도시한다.
도 1l는 본 개시의 일부 실시예에 따른 DL/UL BSR의 포맷의 실시예 중 다른 type 으로서, report granularity 가 DL/UL UE DRB (또는 DL/UL UE DRB group) 이며, data 양으로서 desired buffer size 인 경우를 도시한다.
도 1m에서는 본 개시의 일부 실시예에 따른 DL/UL BSR의 포맷의 실시예 중 다른 type 으로서 report granularity 로서 일반적인 RG로 통칭하고, 보고되는 data 양이 buffer status 인 경우를 도시한다.
도 1n에서는 본 개시의 일부 실시예에 따른 DL/UL BSR의 포맷의 실시예 중 다른 type 으로서 report granularity 로서 일반적인 RG로 통칭하고, 보고되는 data 양이 desired data rate 인 경우를 도시한다.
도 1o는 본 개시의 일부 실시예에 따른 DL/UL BSR triggering 동작 중, 기지국이 단말에게 DL/UL BSR request MAC CE를 통하여 직접 trigger 시키는 과정에 대한 도면이다.
도 1p은 본 개시의 일부 실시예에 따른 DL/UL BSR triggering 동작 중, 기지국이 DL/UL BSR request MAC CE 없이, 조건을 전송하여 DL/UL BSR을 동작시키는 과정에 대한 도면이다.
도 1q는 본 개시의 일부 실시예에 따른 단말(mobile terminal; MT)이 BAP 계층의 제어 신호로서 flow control feedback 정보를 parent IAB node로 전송하는 과정에 대한 도면이다.
도 1r은 본 개시의 일부 실시예에 따른 parent IAB node가 신호 계층을 통하여 feedback 수행을 위한 임계값 및 granularity index 를 IAB node에게 전달하는 과정에 대한 도면이다.
도 1s는 본 개시의 일부 실시예에 따른 parent IAB node가 periodicity 정보를 전송하면, 해당 정보를 받은 IAB node가 feedback 정보를 주어진 주기대로 parent IAB node에게 전송하는 과정에 대한 도면이다.
도 1t는 본 개시의 일부 실시예에 따른 상위 노드의 직접 보고 명령을 통하여 flow control feedback을 보고하는 과정에 대한 도면이다 .
도 2a는 본 개시의 일부 실시예에 따른 차세대 이동통신 시스템 기지국의 function 분리 구조 예를 도시하는 도면이다.
도 2b는 본 개시의 일부 실시예에 따른 두 개의 radio를 동시에 사용하여 전송하는 split bearer 지원 이동통신 시스템 구조 예를 도시하는 도면으로 도 2b (1)은 EPC를 이용하는 EN-DC (EUTRA-NR Dual Connectivity) 구조의 일 예이며, 도 2b (2)는 5GC를 이용하며 하나의 기지국 내에서 NR-NR Dual Connectivity를 지원하기 위한 구조의 일 예를 도시한다.
도 2c는 본 개시의 일부 실시예에 따른 EN-DC 구조에서 SgNB의 CU-CP에서 MCG와 SCG별 QoS parameters를 결정하고, Split GBR bearer를 지원하기 위한 절차를 설명하는 도면이다.
도 2d는 본 개시의 일부 실시예에 따른 EN-DC 구조에서 SgNB의 CU-CP에서 MCG와 SCG별 QoS parameters를 결정하고, Split GBR bearer를 지원하는 경우 SgNB의 CU-CP의 동작 순서도이다.
도 2e는 본 개시의 일부 실시예에 따른 EN-DC 구조에서 SgNB의 CU-CP에서 MCG와 SCG별 QoS parameters를 결정하고, Split GBR bearer를 지원하는 경우 SgNB의 CU-UP의 동작 순서도이다.
도 2f는 본 개시의 일부 실시예에 따른 EN-DC 구조에서 SgNB의 CU-UP에서 MCG와 SCG별 QoS parameters를 결정하고, Split GBR bearer를 지원하기 위한 절차를 설명하는 도면이다.
도 2g는 본 개시의 일부 실시예에 따른 EN-DC 구조에서 SgNB의 CU-UP에서 MCG와 SCG별 QoS parameters를 결정하고, Split GBR bearer를 지원하는 경우 SgNB의 CU-CP의 동작 순서도이다.
도 2h는 본 개시의 일부 실시예에 따른 EN-DC 구조에서 SgNB의 CU-UP에서 MCG와 SCG별 QoS parameters를 결정하고, Split GBR bearer를 지원하는 경우 SgNB의 CU-UP의 동작 순서도이다.
도 2i는 본 개시의 일부 실시예에 따른 EN-DC 구조에서 SgNB의 DU에서 MCG와 SCG별 QoS parameters를 결정하고, Split GBR bearer를 지원하기 위한 절차를 설명하는 도면이다.
도 2j는 본 개시의 일부 실시예에 따른 EN-DC 구조에서 SgNB의 DU에서 MCG와 SCG별 QoS parameters를 결정하고, Split GBR bearer를 지원하는 경우 SgNB의 CU-CP의 동작 순서도이다.
도 2k는 본 개시의 일부 실시예에 따른 EN-DC 구조에서 SgNB의 DU에서 MCG와 SCG별 QoS parameters를 결정하고, Split GBR bearer를 지원하는 경우 SgNB의 CU-UP의 동작 순서도이다.
도 2l는 본 개시의 일부 실시예에 따른 gNB의 CU 내에서 NR-NR DC를 지원하는 구조에서 gNB의 CU-CP에서 MCG와 SCG별 QoS parameters 결정하고 Split GBR bearer를 지원하기 위한 절차를 설명하는 도면이다.
도 2m는 본 개시의 일부 실시예에 따른 gNB의 CU 내에서 NR-NR DC를 지원하는 구조에서 gNB의 CU-CP에서 MCG와 SCG별 QoS parameters 결정하고 Split GBR bearer를 지원하는 경우 gNB의 CU-CP의 동작 순서도이다.
도 2n는 본 개시의 일부 실시예에 따른 gNB의 CU 내에서 NR-NR DC를 지원하는 구조에서 gNB의 CU-CP에서 MCG와 SCG별 QoS parameters 결정하고 Split GBR bearer를 지원하는 경우 gNB의 CU-UP의 동작 순서도이다.
도 2o는 본 개시의 일부 실시예에 따른 SgNB 또는 gNB의 CU-CP에서 CU-UP 또는 CU-UP에서 CU-CP로 전달하는 메시지에서 각 link leg 별 (예: MCG 및 SCG 별) 지원해야 하는 QoS parameters 정보를 전달하기 위해 필요한 Information Element 구성의 일 예를 도시한다.
도 2p은 본 개시의 일부 실시예에 따른 단말의 구성을 도시하는 블록도이다.
도 2q는 본 개시의 일부 실시예에 따른 기지국의 구성을 나타낸 블록도이다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법은, DL(downlink) 플로우 제어 설정 정보를 수신하는 단계; 수신된 DL 플로우 제어 설정 정보로부터 결정된 DL 플로우 제어 피드백 정보의 포맷, DL 플로우 제어 피드백 정보의 보고 단위(granularity), DL 플로우 제어 피드백 정보의 데이터 양, DL 플로우 제어 피드백 정보의 데이터 타입 또는 DL 플로우 제어 피드백 정보의 보고 조건 중 적어도 하나에 기초하여, IAB 부모 노드에 DL 플로우 제어 피드백 정보의 보고(report)를 수행하는 단계; 및 DL 플로우 제어 피드백 정보에 기초하여 스케쥴링된 데이터를 IAB 부모 노드로부터 수신하는 단계를 포함할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, 상기 DL 플로우 제어 피드백 정보는, DL 플로우 제어 피드백 정보의 보고 단위 별로, 데이터가 저장되어 있는 DL 버퍼 크기, 이용가능한(available) DL 버퍼 크기 또는 데이터의 타입 중 적어도 하나에 관한 정보를 포함할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, DL 플로우 제어 피드백 정보는, DL 플로우 제어 피드백 정보의 보고 단위인 UE(user equipment)의 식별자 필드 및 UE 별 이용가능한 DL 버퍼 크기 필드를 포함할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, DL 플로우 제어 피드백 정보의 보고 단위는, BH RLC 채널, BH RLC 채널 그룹, 논리 채널, 논리 채널 그룹, UE, UE 별 DRB 또는 UE 별 DRB 그룹 중 적어도 하나일 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법은, DL 플로우 제어 피드백 정보의 보고를 위한 트리거링 신호를 수신하는 단계를 더 포함하고, DL 플로우 제어 피드백 정보의 보고를 수행하는 단계는, 트리거링 신호가 수신됨에 따라, DL 플로우 제어 피드백 정보의 보고를 수행할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, DL 플로우 제어 피드백 정보의 보고를 수행하는 단계는, DL 버퍼에 저장된 데이터의 양 또는 DL 플로우 제어 피드백 정보를 보고하도록 설정된 종류의 데이터양이 DL 플로우 제어 피드백 정보의 보고 조건을 만족함에 따라, DL 플로우 제어 피드백 정보의 보고를 수행할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, DL 플로우 제어 피드백 정보의 보고를 수행하는 단계는, 기 설정된 전송 주기 또는 전송 시점에 따라, DL 플로우 제어 피드백 정보의 보고를 수행할 수 있다.
일 실시예에 따른 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서, DL 플로우 제어 설정 정보 및 DL 플로우 제어 피드백 정보는, MAC 레이어 또는 BAP 레이어를 통해 제공될 수 있다.
일 실시예에 따른 무선통신시스템에서 데이터를 송수신하는 IAB 노드는, 송수신부; 및 송수신부와 연결된 프로세서를 포함하고, 프로세서는, DL(downlink) 플로우 제어 설정 정보를 수신하도록 상기 송수신부를 제어하며, 수신된 DL 플로우 제어 설정 정보로부터 결정된 DL 플로우 제어 피드백 정보의 포맷, DL 플로우 제어 피드백 정보의 보고 단위(granularity), DL 플로우 제어 피드백 정보의 데이터 양, DL 플로우 제어 피드백 정보의 데이터 타입 또는 DL 플로우 제어 피드백 정보의 보고 조건 중 적어도 하나에 기초하여, IAB 부모 노드에 DL 플로우 제어 피드백 정보의 보고를 수행하고, DL 플로우 제어 피드백 정보에 기초하여 스케쥴링된 데이터를 IAB 부모 노드로부터 수신하도록 송수신부를 제어할 수 있다.
이하 첨부된 도면을 참조하여 본 개시의 동작 원리를 상세히 설명한다. 하기에서 본 개시를 설명하기에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시이 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.
이하 설명의 편의를 위하여, 본 개시은 3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 개시가 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.
본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 개시의 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예를 들면, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이때, 본 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.
하기에서 본 개시를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 개시의 실시 예를 설명하기로 한다.
이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다. 예를 들어, 이하 설명에서 단말이라 함은, 후술할 MCG(Master Cell Group)와 SCG(Secondary Cell Group)별로 각각 존재하는 단말 내의 MAC entity를 칭할 수 있다.
이하 설명의 편의를 위하여, 본 개시는 3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 개시가 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.
이하, 기지국은 단말의 자원할당을 수행하는 주체로서, gNode B, eNode B, Node B, BS (Base Station), 무선 접속 유닛, 기지국 제어기, 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말은 UE (User Equipment), MS (Mobile Station), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어시스템을 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니다.
특히 본 개시는 3GPP NR (5세대 이동통신 표준)에 적용할 수 있다. 또한 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스(예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 또는 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 발명에서 eNB는 설명의 편의를 위하여 gNB와 혼용되어 사용될 수 있다. 즉 eNB로 설명한 기지국은 gNB를 나타낼 수 있다. 또한 단말이라는 용어는 핸드폰, NB-IoT 기기들, 센서들 뿐만 아니라 또 다른 무선 통신 기기들을 나타낼 수 있다.
무선 통신 시스템은 초기의 음성 위주의 서비스를 제공하던 것에서 벗어나 예를 들어, 3GPP의 HSPA(High Speed Packet Access), LTE(Long Term Evolution 또는 E-UTRA (Evolved Universal Terrestrial Radio Access)), LTE-Advanced(LTE-A), LTE-Pro, 3GPP2의 HRPD(High Rate Packet Data), UMB(Ultra Mobile Broadband), 및 IEEE의 802.16e 등의 통신 표준과 같이 고속, 고품질의 패킷 데이터 서비스를 제공하는 광대역 무선 통신 시스템으로 발전하고 있다.
광대역 무선 통신 시스템의 대표적인 예로, LTE 시스템에서는 하향링크(DL; DownLink)에서는 OFDM(Orthogonal Frequency Division Multiplexing) 방식을 채용하고 있고, 상향링크(UL; UpLink)에서는 SC-FDMA(Single Carrier Frequency Division Multiple Access) 방식을 채용하고 있다. 상향링크는 단말(UE; User Equipment 또는 MS; Mobile Station)이 기지국(eNode B 또는 BS; Base Station)으로 데이터 또는 제어신호를 전송하는 무선링크를 뜻하고, 하향링크는 기지국이 단말로 데이터 또는 제어신호를 전송하는 무선링크를 뜻한다. 상기와 같은 다중 접속 방식은, 각 사용자 별로 데이터 또는 제어정보를 실어 보낼 시간-주파수 자원을 서로 겹치지 않도록, 즉 직교성(Orthogonality)이 성립하도록, 할당 및 운용함으로써 각 사용자의 데이터 또는 제어정보를 구분한다.
LTE 이후의 향후 통신 시스템으로서, 즉, 5G 통신시스템은 사용자 및 서비스 제공자 등의 다양한 요구 사항을 자유롭게 반영할 수 있어야 하기 때문에 다양한 요구사항을 동시에 만족하는 서비스가 지원되어야 한다. 5G 통신시스템을 위해 고려되는 서비스로는 향상된 모바일 광대역 통신(eMBB; Enhanced Mobile BroadBand), 대규모 기계형 통신(mMTC; massive Machine Type Communication), 초신뢰 저지연 통신(URLLC; Ultra Reliability Low Latency Communication) 등이 있다.
일부 실시예에 따르면, eMBB는 기존의 LTE, LTE-A 또는 LTE-Pro가 지원하는 데이터 전송 속도보다 더욱 향상된 데이터 전송 속도를 제공하는 것을 목표로 할 수 있다. 예를 들어, 5G 통신시스템에서 eMBB는 하나의 기지국 관점에서 하향링크에서는 20Gbps의 최대 전송 속도(peak data rate), 상향링크에서는 10Gbps의 최대 전송 속도를 제공할 수 있어야 한다. 또한 5G 통신시스템은 최대 전송 속도를 제공하는 동시에, 증가된 단말의 실제 체감 전송 속도(User perceived data rate)를 제공해야 할 수 있다. 이와 같은 요구 사항을 만족시키기 위해, 5G 통신 시스템에서는 더욱 향상된 다중 안테나 (MIMO; Multi Input Multi Output) 전송 기술을 포함하여 다양한 송수신 기술의 향상을 요구될 수 있다. 또한 현재의 LTE가 사용하는 2GHz 대역에서 최대 20MHz 전송대역폭을 사용하여 신호를 전송하는 반면에 5G 통신시스템은 3~6GHz 또는 6GHz 이상의 주파수 대역에서 20MHz 보다 넓은 주파수 대역폭을 사용함으로써 5G 통신시스템에서 요구하는 데이터 전송 속도를 만족시킬 수 있다.
동시에, 5G 통신시스템에서 사물 인터넷(IoT; Internet of Thing)와 같은 응용 서비스를 지원하기 위해 mMTC가 고려되고 있다. mMTC는 효율적으로 사물 인터넷을 제공하기 위해 셀 내에서 대규모 단말의 접속 지원, 단말의 커버리지 향상, 향상된 배터리 시간, 단말의 비용 감소 등이 요구될 수 있다. 사물 인터넷은 여러 가지 센서 및 다양한 기기에 부착되어 통신 기능을 제공하므로 셀 내에서 많은 수의 단말(예를 들어, 1,000,000 단말/km2)을 지원할 수 있어야 한다. 또한 mMTC를 지원하는 단말은 서비스의 특성상 건물의 지하와 같이 셀이 커버하지 못하는 음영지역에 위치할 가능성이 높으므로 5G 통신시스템에서 제공하는 다른 서비스 대비 더욱 넓은 커버리지가 요구될 수 있다. mMTC를 지원하는 단말은 저가의 단말로 구성되어야 하며, 단말의 배터리를 자주 교환하기 힘들기 때문에 10~15년과 같이 매우 긴 배터리 생명시간(battery life time)이 요구될 수 있다.
마지막으로, URLLC의 경우, 특정한 목적(mission-critical)으로 사용되는 셀룰러 기반 무선 통신 서비스로서, 로봇(Robot) 또는 기계 장치(Machinery)에 대한 원격 제어(remote control), 산업 자동화(industrial automation), 무인 비행장치(Unmanned Aerial Vehicle), 원격 건강 제어(Remote health care), 비상 상황 알림(emergency alert) 등에 사용되는 서비스 등에 사용될 수 있다. 따라서 URLLC가 제공하는 통신은 매우 낮은 저지연(초저지연) 및 매우 높은 신뢰도(초신뢰도)를 제공해야 할 수 있다. 예를 들어, URLLC을 지원하는 서비스는 0.5 밀리초보다 작은 무선 접속 지연시간(Air interface latency)를 만족해야 하며, 동시에 10-5 이하의 패킷 오류율(Packet Error Rate)의 요구사항을 가질 수 있다. 따라서, URLLC을 지원하는 서비스를 위해 5G 시스템은 다른 서비스보다 작은 전송 시간 구간(TTI; Transmit Time Interval)를 제공해야 하며, 동시에 통신 링크의 신뢰성을 확보하기 위해 주파수 대역에서 넓은 리소스를 할당해야 하는 설계사항이 요구될 수 있다.
전술한 5G 통신 시스템에서 고려되는 세가지 서비스들, 즉 eMBB, URLLC, mMTC는 하나의 시스템에서 다중화되어 전송될 수 있다. 이 때, 각각의 서비스들이 갖는 상이한 요구사항을 만족시키기 위해 서비스 간에 서로 다른 송수신 기법 및 송수신 파라미터를 사용할 수 있다. 다만, 전술한 mMTC, URLLC, eMBB는 서로 다른 서비스 유형의 일 예일 뿐, 본 개시의 적용 대상이 되는 서비스 유형이 전술한 예에 한정되는 것은 아니다.
또한, 이하에서 LTE, LTE-A, LTE Pro 또는 5G(또는 NR, 차세대 이동 통신) 시스템을 일례로서 본 발명의 실시예를 설명하지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 발명의 실시예가 적용될 수 있다. 또한, 본 발명의 실시 예는 숙련된 기술적 지식을 가진 자의 판단으로써 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템에도 적용될 수 있다.
본 개시에서 IAB(integrated access and backhaul)란 하나의 노드가 상위 IAB 노드에게는 단말(mobile terminal; MT) 동작을 하고, 하위 IAB 노드에게는 기지국의 역할을 하는 일종의 릴레이 노드의 역할을 수행하는 기술 개념으로서, 하나의 노드가 하위 IAB 노드로부터 오는 상향 트래픽과 자기 자신에게 접속한 일반 단말의 상향 트래픽을 모아서 상위 IAB 노드에게 상향 트래픽으로 전달하고 core network으로부터 하향으로 전달되는 트래픽들을 다시 자신의 하위 IAB노드에게 하향 트래픽으로 전달하거나, 자기 자신에게 접속한 일반 단말에게 하향 트래픽으로 전달해주는 역할을 한다. 즉, IAB는 상위 IAB 노드와 통신하는 동작과 하위 IAB노드와 통신하는 동작을 하나의 노드가 수행함으로서, 액세스 및 백홀 통신 동작이 결합된 노드 및 그 노드로 이루어진 토폴로지의 시스템을 지칭한다. 코어네트워크와 직접 연결된 노드를 IAB 도너(donor)라고 정의하며, IAB 도너는 상위 IAB노드를 갖지 않고, IP 주소 체계를 사용하여 core network과 연결되어 있다.
IAB 노드의 다중 홉으로 이루어진 토폴로지에서 코어네트워크와 단말들 간의 통신이 이루어진 경우, 각 IAB 노드의 무선 자원 운용은 해당 노드의 독립적인 스케줄링 동작에 주로 연관되므로, 각 IAB노드의 무선자원 상태 및 현재 해당 IAB노드에 접속되어 있는 단말의 수 및 상위/하위 IAB 노드에서 주어지는 하향/상향 트래픽의 양에 따라, IAB 노드가 가지고 있는 하향 및 상향 버퍼가 넘칠수도 있고 저수준을 유지할 수도 있다. 특히 버퍼의 넘치는 상황은 IAB 노드가 가지고 있던 데이터 패킷을 버리는 문제를 야기하여, 데이터의 손실을 발생시킬 수 있기 때문에, 전체 IAB 동작에서 발생할 수 있는 심각한 문제가 된다. 이하에서는 IAB 노드의 다중 홉으로 이루어진 시스템에서, 각 홉에서의 buffer overflow를 막기 위해 필요한 단말에서의 버퍼 상태 보고(buffer status report; BSR)의 방법을 서술한다.
도 1a는 본 개시의 일부 실시예에 따른 LTE 시스템의 구조를 도시하는 도면이다.
도 1a를 참조하면, 도시한 바와 같이 LTE 시스템의 무선 액세스 네트워크는 차세대 기지국(Evolved Node B, 이하 ENB, Node B 또는 기지국)(1a-05, 1a-10, 1a-15, 1a-20)과 이동성 관리 엔티티 (Mobility Management Entity, MME)(1a-25) 및 S-GW(1a-30, Serving-Gateway)로 구성될 수 있다. 사용자 단말(User Equipment, 이하 UE 또는 단말)(1a-35)은 ENB(1a-05 내지 1a-20) 및 S-GW(1a-30)를 통해 외부 네트워크에 접속할 수 있다.
도 1a에서 ENB(1a-05 내지 1a-20)는 UMTS 시스템의 기존 노드 B(Node B)에 대응될 수 있다. ENB는 UE(1a-35)와 무선 채널로 연결되며 기존 노드 B 보다 복잡한 역할을 수행할 수 있다. LTE 시스템에서는 인터넷 프로토콜을 통한 VoIP(Voice over IP)와 같은 실시간 서비스를 비롯한 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 될 수 있다. 따라서, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요할 수 있으며, 이를 ENB(1a-05 ~ 1a-20)가 담당할 수 있다. 하나의 ENB는 통상 다수의 셀들을 제어할 수 있다. 예를 들면, 100 Mbps의 전송 속도를 구현하기 위해서 LTE 시스템은 예컨대, 20 MHz 대역폭에서 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, OFDM)을 무선 접속 기술로 사용할 수 있다. 또한 ENB는 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, AMC) 방식을 적용할 수 있다. S-GW(1a-30)는 데이터 베어러(bearer)를 제공하는 장치이며, MME(1a-25)의 제어에 따라서 데이터 베어러를 생성하거나 제거할 수 있다. MME는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국 들과 연결될 수 있다.
도 1b는 본 개시의 일부 실시예에 따른 LTE 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 1b를 참조하면, LTE 시스템의 무선 프로토콜은 단말과 ENB에서 각각 패킷 데이터 컨버전스 프로토콜 (Packet Data Convergence Protocol, PDCP)(1b-05, 1b-40), 무선 링크 제어(Radio Link Control, RLC)(1b-10, 1b-35), 매체 액세스 제어 (Medium Access Control, MAC)(1b-15, 1b-30)를 포함할 수 있다. PDCP는 IP 헤더 압축/복원 등의 동작을 담당할 수 있다. PDCP의 주요 기능은 하기와 같이 요약될 수 있다. 물론 하기 예시에 제한되는 것은 아니다.
- 헤더 압축 및 압축 해제 기능(Header compression and decompression: ROHC only)
- 사용자 데이터 전송 기능 (Transfer of user data)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs at PDCP re-establishment procedure for RLC AM)
- 순서 재정렬 기능(For split bearers in DC (only support for RLC AM): PDCP PDU routing for transmission and PDCP PDU reordering for reception)
- 중복 탐지 기능(Duplicate detection of lower layer SDUs at PDCP re-establishment procedure for RLC AM)
- 재전송 기능(Retransmission of PDCP SDUs at handover and, for split bearers in DC, of PDCP PDUs at PDCP data-recovery procedure, for RLC AM)
- 암호화 및 복호화 기능(Ciphering and deciphering)
- 타이머 기반 SDU 삭제 기능(Timer-based SDU discard in uplink.)
일부 실시예에 따르면, 무선 링크 제어(Radio Link Control, RLC)(1b-10, 1b-35)는 PDCP 패킷 데이터 유닛(Packet Data Unit, PDU)을 적절한 크기로 재구성해서 ARQ 동작 등을 수행할 수 있다.. RLC의 주요 기능은 하기와 같이 요약될 수 있다. 물론 하기 예시에 제한되는 것은 아니다.
- 데이터 전송 기능(Transfer of upper layer PDUs)
- ARQ 기능(Error Correction through ARQ (only for AM data transfer))
- 접합, 분할, 재조립 기능(Concatenation, segmentation and reassembly of RLC SDUs (only for UM and AM data transfer))
- 재분할 기능(Re-segmentation of RLC data PDUs (only for AM data transfer))
- 순서 재정렬 기능(Reordering of RLC data PDUs (only for UM and AM data transfer)
- 중복 탐지 기능(Duplicate detection (only for UM and AM data transfer))
- 오류 탐지 기능(Protocol error detection (only for AM data transfer))
- RLC SDU 삭제 기능(RLC SDU discard (only for UM and AM data transfer))
- RLC 재수립 기능(RLC re-establishment)
일부 실시예에 따르면, MAC(1b-15, 1b-30)은 한 단말에 구성된 여러 RLC 계층 장치들과 연결되며, RLC PDU들을 MAC PDU에 다중화하고 MAC PDU로부터 RLC PDU들을 역다중화하는 동작을 수행할 수 있다. MAC의 주요 기능은 하기와 같이 요약될 수 있다. 물론 하기 예시에 제한되지 않는다.
- 맵핑 기능(Mapping between logical channels and transport channels)
- 다중화 및 역다중화 기능(Multiplexing/demultiplexing of MAC SDUs belonging to one or different logical channels into/from transport blocks (TB) delivered to/from the physical layer on transport channels)
- 스케쥴링 정보 보고 기능(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)
일부 실시예에 따르면, 물리 계층(1b-20, 1b-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 할 수 있다. 물론 하기 예시에 제한되지 않는다.
도 1c는 본 개시의 일부 실시예에 따른 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 1c를 참조하면, 차세대 이동통신 시스템(이하 NR 또는 2g)의 무선 액세스 네트워크는 차세대 기지국(New Radio Node B, 이하 NR gNB 또는 NR 기지국)(1c-10)과 차세대 무선 코어 네트워크(New Radio Core Network, NR CN)(1c-05)로 구성될 수 있다. 차세대 무선 사용자 단말(New Radio User Equipment, NR UE 또는 단말)(1c-15)은 NR gNB(1c-10) 및 NR CN (1c-05)를 통해 외부 네트워크에 접속할 수 있다.
도 1c에서 NR gNB(1c-10)는 기존 LTE 시스템의 eNB (Evolved Node B)에 대응될 수 있다. NR gNB는 NR UE(1c-15)와 무선 채널로 연결되며 기존 노드 B 보다 더 월등한 서비스를 제공해줄 수 있다. 차세대 이동통신 시스템에서는 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 될 수 있다. 따라서, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요할 수 있으며, 이를 NR NB(1c-10)가 담당할 수 있다. 하나의 NR gNB는 다수의 셀들을 제어할 수 있다. 차세대 이동통신 시스템에서는, 현재 LTE 대비 초고속 데이터 전송을 구현하기 위해서, 현재의 최대 대역폭 이상의 대역폭이 적용될 수 있다. 또한, 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, OFDM)을 무선 접속 기술로 하여 추가적으로 빔포밍 기술이 사용될 수 있다.
또한, 일부 실시예에 따르면, NR gNB는 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, 이하 AMC라 한다) 방식이 적용될 수 있다. NR CN(1c-05)는 이동성 지원, 베어러 설정, QoS 설정 등의 기능을 수행할 수 있다. NR CN(1c-05)는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국 들과 연결될 수 있다. 또한 차세대 이동통신 시스템은 기존 LTE 시스템과도 연동될 수 있으며, NR CN이 MME (1c-25)와 네트워크 인터페이스를 통해 연결될 수 있다. MME는 기존 기지국인 eNB (1c-30)과 연결될 수 있다.
도 1d는 본 개시의 일부 실시예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 1d를 참조하면, 차세대 이동통신 시스템의 무선 프로토콜은 단말과 NR 기지국에서 각각 NR 서비스 데이터 적응 프로토콜(Service Data Adaptation Protocol, SDAP)(1d-01, 1d-45), NR PDCP(1d-05, 1d-40), NR RLC(1d-10, 1d-35), NR MAC(1d-15, 1d-30)를 포함할 수 있다.
일부 실시예에 따르면, NR SDAP(1d-01, 1d-45)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 다만, 하기 예시에 제한되지 않는다.
사용자 데이터의 전달 기능(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 계층 장치에 대해 단말은 무선 자원 제어(Radio Resource Control, RRC) 메시지로 각 PDCP 계층 장치 별로 또는 베어러 별로 또는 로지컬 채널 별로 SDAP 계층 장치의 헤더를 사용할 지 여부 또는 SDAP 계층 장치의 기능을 사용할 지 여부를 설정 받을 수 있다. 또한 SDAP 계층 장치는 SDAP 헤더가 설정된 경우, 단말은, SDAP 헤더의 비접속 계층(Non-Access Stratum, NAS) QoS(Quality of Service) 반영 설정 1비트 지시자(NAS reflective QoS)와, 접속 계층 (Access Stratum, AS) QoS 반영 설정 1비트 지시자(AS reflective QoS)로, 단말이 상향 링크와 하향 링크의 QoS 플로우(flow)와 데이터 베어러에 대한 맵핑 정보를 갱신 또는 재설정할 수 있도록 지시할 수 있다. 일부 실시예에 따르면, SDAP 헤더는 QoS를 나타내는 QoS flow ID 정보를 포함할 수 있다. 일부 실시에에 따르면, QoS 정보는 원할한 서비스를 지원하기 위한 데이터 처리 우선 순위, 스케쥴링 정보 등으로 사용될 수 있다.
일부 실시예에 따르면, NR PDCP (1d-05, 1d-40)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 다만, 하기 예시에 제한되지 않는다.
- 헤더 압축 및 압축 해제 기능(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 삭제 기능(Timer-based SDU discard in uplink.)
상술한 내용에서, NR PDCP 장치의 순서 재정렬 기능(reordering)은 하위 계층에서 수신한 PDCP PDU들을 PDCP SN(sequence number)을 기반으로 순서대로 재정렬하는 기능을 의미할 수 있다. NR PDCP 장치의 순서 재정렬 기능(reordering)은 재정렬된 순서대로 데이터를 상위 계층에 전달하는 기능을 포함할 수 있으며, 또는 순서를 고려하지 않고 바로 전달하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 PDCP PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.
일부 실시예에 따르면, NR RLC(1d-10, 1d-35)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 다만 하기 예시에 제한되지 않는다.
- 데이터 전송 기능(Transfer of upper layer PDUs)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능(Out-of-sequence delivery of upper layer PDUs)
- ARQ 기능(Error Correction through ARQ)
- 접합, 분할, 재조립 기능(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)
상술한 내용에서, NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 의미할 수 있다. 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은 이를 재조립하여 전달하는 기능을 포함할 수 있다.
NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 수신한 RLC PDU들을 RLC SN(sequence number) 또는 PDCP SN(sequence number)를 기준으로 재정렬하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 RLC PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.
NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있을 경우, 유실된 RLC SDU 이전까지의 RLC SDU들만을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.
NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 타이머가 시작되기 전에 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.
NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 현재까지 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.
NR RLC 장치는, 일련번호(Sequence number)의 순서와 상관없이(Out-of sequence delivery) RLC PDU들을 수신하는 순서대로 처리하여 NR PDCP 장치로 전달할 수 있다.
NR RLC 장치가 세그먼트(segment)를 수신할 경우에는, 버퍼에 저장되어 있거나 추후에 수신될 세그먼트들을 수신하여, 온전한 하나의 RLC PDU로 재구성한 후, 이를 NR PDCP 장치로 전달할 수 있다.
NR RLC 계층은 접합(Concatenation) 기능을 포함하지 않을 수 있고, NR MAC 계층에서 기능을 수행하거나 NR MAC 계층의 다중화(multiplexing) 기능으로 대체할 수 있다.
상술한 내용에서, NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서와 상관없이 바로 상위 계층으로 전달하는 기능을 의미할 수 있다. NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있다. NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은, 수신한 RLC PDU들의 RLC SN 또는 PDCP SN을 저장하고 순서를 정렬하여 유실된 RLC PDU들을 기록해두는 기능을 포함할 수 있다.
일부 실시예에 따르면, NR MAC(1d-15, 1d-30)은 한 단말에 구성된 여러 NR RLC 계층 장치들과 연결될 수 있으며, NR 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)
NR PHY 계층(1d-20, 1d-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.
도 1e은 본 발명을 적용한 단말의 내부 구조를 도시하는 블록도이다.
도 1e를 참고하면, 단말은 RF(Radio Frequency)처리부(1e-10), 기저대역(baseband)처리부(1e-20), 저장부(1e-30), 제어부(1e-40)를 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니며 단말은 도 1e에 도시된 구성보다 더 적은 구성을 포함하거나, 더 많은 구성을 포함할 수 있다.
RF처리부(1e-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행할 수 있다. 즉, RF처리부(1e-10)는 기저대역처리부(1e-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환할 수 있다. 예를 들어, RF처리부(1e-10)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 물론 상기 예시에 제한되지 않는다. 도 1e에서는, 하나의 안테나만이 도시되었으나, 단말은 복수의 안테나들을 구비할 수 있다. 또한, RF처리부(1e-10)는 복수의 RF 체인들을 포함할 수 있다. 또한, RF처리부(1e-10)는 빔포밍(beamforming)을 수행할 수 있다. 빔포밍을 위해, RF처리부(1e-10)는 복수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 RF 처리부(1e-10)는 MIMO(Multi Input Multi Output)를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다.
기저대역처리부(1e-20)은 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 기저대역처리부(1e-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 기저대역처리부(1e-20)은 RF처리부(1e-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 기저대역처리부(1e-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 기저대역처리부(1e-20)은 RF처리부(1e-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform)를 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다.
기저대역처리부(1e-20) 및 RF처리부(1e-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 기저대역처리부(1e-20) 및 RF처리부(1e-10)는 송신부, 수신부, 송수신부 또는 통신부로 지칭될 수 있다. 나아가, 기저대역처리부(1e-20) 및 RF처리부(1e-10) 중 적어도 하나는 서로 다른 복수의 무선 접속 기술들을 지원하기 위해 복수의 통신 모듈들을 포함할 수 있다. 또한, 기저대역처리부(1e-20) 및 RF처리부(1e-10) 중 적어도 하나는 서로 다른 주파수 대역의 신호들을 처리하기 위해 서로 다른 통신 모듈들을 포함할 수 있다. 예를 들어, 서로 다른 무선 접속 기술들은 무선 랜(예: IEEE 802.11), 셀룰러 망(예: LTE) 등을 포함할 수 있다. 또한, 상기 서로 다른 주파수 대역들은 극고단파(SHF:super high frequency)(예: 2.NRHz, NRhz) 대역, mm파(millimeter wave)(예: 60GHz) 대역을 포함할 수 있다. 단말은 기저대역처리부(1e-20) 및 RF처리부(1e-10)을 이용하여 기지국과 신호를 송수신할 수 있으며, 신호는 제어 정보 및 데이터를 포함할 수 있다.
저장부(1e-30)는 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 저장부(1e-30)는 제2무선 접속 기술을 이용하여 무선 통신을 수행하는 제2접속 노드에 관련된 정보를 저장할 수 있다. 그리고, 저장부(1e-30)는 제어부(1e-40)의 요청에 따라 저장된 데이터를 제공한다. 저장부(1e-30)는롬 (ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 저장부(1e-30)는 복수 개의 메모리로 구성될 수도 있다.
제어부(1e-40)는 단말의 전반적인 동작들을 제어한다. 예를 들어, 제어부(1e-40)는 기저대역처리부(1e-20) 및 RF처리부(1e-10)을 통해 신호를 송수신한다. 또한, 제어부(1e-40)는 저장부(1e-40)에 데이터를 기록하고, 읽는다. 이를 위해, 제어부(1e-40)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 제어부(1e-40)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다. 또한 단말 내의 적어도 하나의 구성은 하나의 칩으로 구현될 수 있다.
도 1f는 본 개시의 일부 실시예에 따른 NR 기지국의 구성을 나타낸 블록도이다.
도 1f를 참조하면, 기지국은 RF처리부(1f-10), 기저대역처리부(1f-20), 백홀통신부(1f-30), 저장부(1f-40), 제어부(1f-50)를 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니며 기지국은 도 1f에 도시된 구성보다 더 적은 구성을 포함하거나, 더 많은 구성을 포함할 수 있다.
RF처리부(1f-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행할 수 있다. 즉, RF처리부(1f-10)는 기저대역처리부(1f-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환한다. 예를 들어, RF처리부(1f-10)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다. 도 1f에서는, 하나의 안테나만이 도시되었으나, 상기 RF 처리부(1f-10)는 복수의 안테나들을 구비할 수 있다. 또한, RF처리부(1f-10)는 복수의 RF 체인들을 포함할 수 있다. 또한 RF처리부(1f-10)는 빔포밍을 수행할 수 있다. 빔포밍을 위해, RF처리부(1f-10)는 복수의 안테나들 또는 안테나 요소들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. RF 처리부는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다.
기저대역처리부(1f-20)는 제1무선 접속 기술의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행할 수 있다. 예를 들어, 데이터 송신 시, 기저대역처리부(1f-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(1f-20)은 상기 RF처리부(1f-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 기저대역처리부(1f-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 복소 심벌들을 부반송파들에 매핑한 후, IFFT 연산 및 CP 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 기저대역처리부(1f-20)은 RF처리부(1f-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 기저대역처리부(1f-20) 및 RF처리부(1f-10)는 상술한 바와 같이 신호를 송신 및 수신할 수 있다. 이에 따라, 기저대역처리부(1f-20) 및 RF처리부(1f-10)는 송신부, 수신부, 송수신부, 통신부 또는 무선 통신부로 지칭될 수 있다. 기지국은 기저대역처리부(1f-20) 및 RF처리부(1f-10)을 이용하여 단말과 신호를 송수신할 수 있으며, 신호는 제어 정보 및 데이터를 포함할 수 있다.
백홀통신부(1f-30)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 백홀통신부(1f-30)는 주기지국에서 다른 노드, 예를 들어, 보조기지국, 코어망 등으로 송신되는 비트열을 물리적 신호로 변환하고, 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환할 수 있다. 백홀통신부(1f-30)은 통신부에 포함될 수도 있다.
저장부(1f-40)는 기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 저장부(1f-40)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 저장부(1f-40)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 그리고, 저장부(1f-40)는 제어부(1f-50)의 요청에 따라 저장된 데이터를 제공한다. 저장부(1f-40)는 롬 (ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 저장부(1f-40)는 복수 개의 메모리로 구성될 수도 있다. 일부 실시예에 따르면, 일부 실시예에 따르면, 저장부(1f-40)는 본 개시에 따른 버퍼 상태 보고 방법을 수행하기 위한 프로그램을 저장할 수도 있다.
제어부(1f-50)는 기지국의 전반적인 동작들을 제어한다. 예를 들어, 제어부(1f-50)는 기저대역처리부(1f-20) 및 RF처리부(1f-10)을 통해 또는 백홀통신부(1f-30)을 통해 신호를 송수신한다. 또한, 제어부(1f-50)는 저장부(1f-40)에 데이터를 기록하고, 읽는다. 이를 위해, 제어부(1f-50)는 적어도 하나의 프로세서를 포함할 수 있다. 또한 기지국의 적어도 하나의 구성은 하나의 칩으로 구현될 수 있다.
우선, 본 발명에서 DL/UL BSR(Buffer Status Report)을 표기함은 DL BSR 또는 UL BSR을 의미하는 것이고, 이와 관련된 모든 동작들에서, DL BSR과 UL BSR은 동작상 아무런 연관관계가 없으며, 단지 서술 내용이 DL BSR과 UL BSR이 반복되므로, 이를 피하고자 DL/UL 로 혼용하여 표기하였다.
단말이 IAB 노드 중 mobile terminal (MT)의 기능을 가지고 있고 mobile terminal의 기능을 가지고 있는 것을 인지하는 경우, 단말은 IAB 노드의 MT 기능을 지원해줄 수 있는 기지국에 연결을 수행할 수 있다. 단말은 MT기능을 지원할 수 있는 IAB노드의 능력을 방송하는 IAB 노드를 기지국으로 접속하거나, IAB 노드의 능력에 대한 방송이 없는 경우, 단말이 해당 IAB노드에 기지국으로 접속한 이후, 단말의 IAB MT 관련 관심 또는 기능에 대한 정보를 전달 함으로서, 기지국이 IAB 관련 동작을 지원할 지에 대한 요청을 할 수 있다. 이 과정을 통하여 단말과 기지국이 서로 IAB노드의 MT 기능과, IAB 기지국 또는 IAB 노드의 DU (distributed unit)의 기능을 서로를 인지해야, DL BSR 또는 UL BSR 동작을 수행할 수 있다.
도 1g는 본 개시의 일부 실시예에 따른 DL BSR 또는 UL BSR이 동작할 수 있는 조건 중에, 기지국이 전송하는 IAB 단말 설정 정보를 받는 경우를 도시한 흐름도 이다.
단말(1g-5)은 기지국(1g-10)에 접속하기 전에 idle 상태(1g-15)에서 시스템 정보(1g-20)를 수신한다. 이 시스템 정보에는 IAB 관련 정보가 포함될 수 있다. 이 정보를 받은 단말은 차후 연결 설립 과정(1g-25)을 통해 연결 상태를 맺게 되면(1g-30), 주어진 IAB 설정 정보에 기초하여 IAB 설정 정보를 적용하고(1g-35) 그에 따라 DL/UL buffer status report 를 수행한다(1g-40). 이 과정에서 시스템 정보를 수신하는 대신(1g-20), 연결상태를 맺은 후 (1g-30), RRC dedicated signaling으로 IAB 관련 설정 정보가 전달 될 수도 있다(1g-33). RRC dedicated signaling으로 전달되는 경우는 추가적으로 RRC reconfiguration complete 메시지가 기지국으로 전송된 후(1g-34), 단계 (1g-35) 와 단계 (1g-40)이 수행 될 수 있다.
또한, DL/UL BSR 동작 (1g-40) 수행은 기지국이 동적으로 DL/UL BSR을 요청하거나, DL/UL BSR을 위한 특정 조건이 단말에게 주어질 경우에 따라 상세 동작이 달라질 수 있다. DL/UL BSR 동작(1g-40)은 도 1j 및 도 1k에서 상세하게 설명한다.
단계 (1g-20), (1g-33)에서 전달되는 정보로서, IAB노드의 설정정보가 전달 될 수 있다. IAB 노드의 설정 정보는, IAB용 DL BSR을 지원하는지 아닌지의 표시자, IAB용 UL BSR을 지원하는지 아닌지 표시자, DL 또는 UL BSR을 수행하는 기준이 되는 buffer size 임계값, 또는 DL 또는 UL BSR을 하는 시간 정보 중 적어도 하나를 포함할 수 있다. 또한 DL 또는 UL BSR에 사용될 buffer size index 와 그에 해당하는 buffer size range 정보가 IAB용 테이블을 기준으로 하는지, 아니면 일반 BSR용 테이블을 기준으로 하는지에 대한 지시자 포함될 수도 있으며, 상기 예시에 제한되지 않는다.
도 1h는 본 개시의 일부 실시예에 따른 DL BSR 또는 UL BSR이 동작할 수 있는 조건 중에, 단말이 IAB 능력 관련 정보를 전달하는 경우를 도시한 흐름도 이다.
단말(1h-5)은 기지국(1h-10)에 접속하기 전에 idle 상태(1h-15)에서 연결 설립 과정(1h-25)을 통해 연결 상태를 맺게 되면(1h-25), 기지국은 UE의 capability 정보를 요청하는 메시지(1h-30)을 전달 할 수 있다. 메시지(1h-30)를 받은 단말(1h-5)은 자신의 IAB 관련 capability 정보를, 단말(UE)(1h-5)의 capabililty 정보를 전달하는 별도의 메시지에 넣어서 기지국에게 알려줄 수 있다(1h-35). 수신된 UE Capability 정보를 전달하는 메시지에 기초하여 기지국(1h-10)은 단말(1h-5)이 IAB의 MT임을 알수 있고, IAB 용 BSR의 동작에 대한 capability를 알 수 있게 된다(1h-40). 이를 기반으로 알게된 단말(1h-5)의 capability 정보에 기초하여 기지국(1h-10)이 RRC dedicated signaling으로 IAB 관련 설정 정보를 전달할 수 있다(1h-45). 이를 받은 단말은 해당 정보를 기반으로 설정을 하고, RRC reconfiguration complete 메시지가 기지국으로 전송한다 (1h-50). 이후, 단말은 DL/UL BSR 동작을 수행한다(1h-55). DL/UL BSR 동작(1h-55)에 관한 상세한 설명은 도 1j 및 도 1k 에서 서술한다.
단계(1h-35)에서 전달되는 정보는, 단말의 IAB 관련 capability 정보 이며, 단말의 IAB 관련 capability 정보는 DL/UL BSR을 지원하는지, 지원할 경우, buffer size index와 buffer size range 의 관계 테이블은 어떤 것을 사용할 수 있는지 등의 정보를 포함 할 수 있다. 또한, 단말의 IAB 관련 capability 정보는 IAB 단말이 사용할 수 있는 band combination 정보를 포함할 수도 있다.
단계 (1h-45) 에서 전달되는 정보로서, IAB 노드의 설정정보가 전달 될 수 있다. IAB 노드의 설정 정보는, IAB용 DL BSR을 지원하는지 아닌지의 표시자, IAB용 UL BSR을 지원하는지 아닌지 표시자, DL 또는 UL BSR을 수행하는 기준이 되는 buffer size 임계값, 또는 DL 또는 UL BSR을 하는 시간 정보 중 적어도 하나를 포함할 수 있다. 또한 IAB 노드의 설정 정보는 DL 또는 UL BSR에 사용될 buffer size index 와 그에 해당하는 buffer size range 정보가 IAB용 테이블을 기준으로 하는지, 아니면 일반 BSR용 테이블을 기준으로 하는지에 대한 지시자를 포함할 수 있다. 다만 상기 예시에 제한되지 않는다.
일부 실시예에 따르면, DL/UL BSR 포맷은 data 양을 계산해서 보고해야 하는 단위인 report granularity 단위의 객체를 고려했을 때, 복수의 객체들 중, report 가 필요한 객체의 표시와 그 객체에 해당하는 data 양의 정보로 구성될 수 있다. Report granularity 는 BSR의 보고 단위로써 BH RLC channel 또는 group of BH RLC channel, logical channel 또는 logical channel group, DL 에서 UE 별 DRB 또는 UE DRB group중 하나 일 수 있으며, 보고되는 data 양의 정보인 BSR의 보고 데이터 타입으로는, desired buffer size, buffer status, desired data rate 가 고려 될 수 있다.
도 1i는 본 개시의 일부 실시예에 따른 DL/UL BSR의 포맷의 실시예 중 한가지 type 으로서, report granularity 가 DL/UL logical channel group 이며, data 양으로서 desired buffer size 인 경우를 도시한다.
도 1i에서, DL/UL BSR은 MAC 의 control element 로서 신호된다. DL/UL BSR은 UL-SCH 채널을 위한 MAC subheader에 포함된 Logical channel ID로 인지하도록 하여, 다른 UL-SCH(Uplink Shared Channel) 채널에 전송되는MAC CE들과 구분되도록 할 수 있다. 일부 실시예에 따르면, 세부적인 DL/UL BSR의 포맷은 LTE의 BSR의 long BSR 포맷을 따를 수 있다. 구체적으로, DL/UL BSR의 포맷은 report granularity 와 desired buffer size 필드로 구성될 수 있다. 도 1i에서는 report granularity 로서 LCG_i 필드를 예로 들었다. LCG_i 필드는 logical channel group i 를 위한 desired buffer size field의 존재를 나타낼 수 있다. 일부 실시예에 따르면, LCG_i 필드가 1로 set 되면 해당 logical channel group i 를 위한 desired buffer size 필드가 보고됨을 표시한다. LCG_i 필드가 0으로 set 되면, 해당 logical channel group i 를 위한 desired buffer size 필드는 보고 되지 않음을 표시한다.
LCG ID (logical channel group ID)는 기 정의된 단말의 logical channel의 한 그룹을 의미한다. LCG_i 필드의 i는 각 logical channel group ID 를 의미할 수 있으며, 이는 0 부터 8의 배수-1까지의 정수로 정의 될 수 있다. 이 LCG_i 필드 할당 부분은 OCTET의 단위로 할당될 수 있다. 즉, LCG_i 필드가 할당되는 bit은 OCTET1 전체 또는, OCTET1과 2 전체 또는 OCTET 1,2,3 전체 와 같이 할당될 수 있다.
일부 실시예에 따르면, Desired buffer size 필드에 들어가는 정보는 DL BSR의 경우와 UL BSR의 경우로 나뉠 수 있다. DL BSR의 경우, Desired buffer size 필드에 들어가는 정보는 보고를 하는 IAB node가 report granularity 에 대하여, 앞으로 수신하고자 하는 최대 하향 링크 data 양을 의미하며, byte 단위가 될 수 있다.
UL BSR의 경우, Desired buffer size 필드에 들어가는 정보는 전송 가능한 또는 유효한 (또는 현재 존재하는) 상향 링크 데이터의 총량을 알려준다. UL BSR의 경우 Desired buffer size 필드에 들어가는 정보는, UL BSR이 trigger 되었을 때, 하나의 logical channel group 에 속한 모든 logical channel 을 통틀어서, TS 38.322와 TS 38.323 를 따르는, data volume 계산법을 통하여 계산된 것이다. Desired Buffer size 필드의 데이터의 양은 byte 단위로 표시될 수 있다. 또한 desired buffer size 계산시, adaptation layer, RLC, 그리고 MAC 헤더는 고려되지 않을 수 있다. 일부 실시예에 따르면, Desired buffer size 필드의 길이는 8 bit이 될 수 있다. Desired buffer size 필드는 LCG_i 를 기반으로 오름차순으로 포함될 수 있다. (Buffer Size fields are included in ascending order based on the LCGi.)
Desired Buffer size 필드는 DL/UL BSR MAC CE의 bit stream 중에서 LCG_i 가 할당된 OCTET 의 뒤에 위치할 수 있다. Desired Buffer size 필드의 값은 데이터의 총량을 표시하는 index 값이 될 수 있고 각 index는 desired buffer size 값의 범위를 나타낼 수 있다. 8 bit buffer size 필드의 값과 그 범위는 다음의 표와 같을 수 있다. 물론 하기 예시에 제한되지 않는다.
Figure PCTKR2019012100-appb-img-000001
또한 일부 실시예에 따르면, 8 bit buffer size의 값과 범위는 전술한 테이블의 값보다 최대 BS 값이 더 크고, 각 index 가 가리키는 desired buffer size 값의 범위의 구간이 더 큰 값일 수 있다.
또한 일부 실시예에 따르면, DL BSR을 위한 DL logical channel group (또는 backhaul RLC channel group) 간의 mapping은 UL의 경우와 동일 할 수도 있고, CU(Central Unit)에 의하여 다르게 결정될 수도 있다.
도 1j는 본 개시의 일부 실시예에 따른 DL/UL BSR의 포맷의 실시예 중 다른 type 으로서, report granularity 가 DL/UL logical channel 이며, data 양으로서 desired buffer size 인 경우를 도시한다.
도 1j를 참조하면, report granularity 로서 LC_i 필드를 예로 들었다. LC_i 필드는 logical channel i 를 위한 desired buffer size field의 존재를 나타낸다. LC_i 필드가 1로 set 되면 해당 logical channel i 를 위한 desired buffer size 필드가 보고됨을 표시한다. LC_i 필드가 0으로 set 되면, 해당 logical channel i 를 위한 desired buffer size 필드는 보고 되지 않음을 표시한다.
LC ID (logical channel ID)는 기 정의된 단말의 logical channel을 의미한다. LC_i 필드의 i는 각 logical channel ID 를 의미할 수 있으며, 이는 0 부터 8의 배수-1까지의 정수로 정의 될 수 있다. LC_i 필드 할당 부분은 OCTET의 단위로 할당된다. 즉, LC_i 필드가 할당되는 bit은 OCTET1 전체 또는, OCTET1과 2 전체 또는 OCTET 1,2,3 전체 와 같이 할당될 수 있다.
일부 실시예에 따르면, Desired buffer size 필드에 들어가는 정보는 DL BSR의 경우와 UL BSR의 경우로 나뉠 수 있다. DL BSR의 경우, Desired buffer size 필드에 들어가는 정보는 보고를 하는 IAB node가 report granularity 에 대하여, 앞으로 수신하고자 하는 최대 하향 링크 data 양을 의미하며, byte 단위가 될 수 있다.
UL BSR의 경우, Desired buffer size 필드에 들어가는 정보는 전송 가능한 또는 유효한 (또는 현재 존재하는) 상향 링크 데이터의 총량을 알려준다. UL BSR의 경우, Desired buffer size 필드에 들어가는 정보는, UL BSR이 trigger 되었을 때, 하나의 logical channel 에서 TS 38.322와 TS 38.323 를 따르는, data volume 계산법을 통하여 계산된 것이다. Desired Buffer size 필드의 데이터의 양은 byte 단위로 표시될 수 있다. 또한 desired buffer size 계산시, adaptation layer, RLC, 그리고 MAC 헤더는 고려되지 않을 수 있다. 또한 일부 실시예에 따르면, Desired buffer size 필드의 길이는 8 bit이 될 수 있다. Desired buffer size 필드는 LC_i 를 기반으로 오름차순으로 포함될 수 있다. (Buffer Size fields are included in ascending order based on the LC_i.)
Desired Buffer size 필드는 DL/UL BSR MAC CE의 bit stream 중에서 LC_i 가 할당된 OCTET 의 뒤에 위치할 수 있다. Desired Buffer size 필드의 값은 데이터의 총량을 표시하는 index 값이 될 수 있고 각 index는 desired buffer size 값의 범위를 나타낼 수 있다. 8 bit buffer size 필드의 값과 그 범위는 다음의 표와 같을 수 있다. 도 1i에서 언급된 표를 따를 수 있다. 물론 전술한 예시에 제한되지 않는다.
도 1k는 본 개시의 일부 실시예에 따른 DL/UL BSR의 포맷의 실시예 중 다른 type 으로서, report granularity 가 DL/UL BH RLC channel (또는 DL/UL BH RLC channel group) 이며, data 양으로서 desired buffer size 인 경우를 도시한다.
도 1k를 참조하면 report granularity 로서 backhaul RLC channel_i (또는 backhaul RLC channel group_i), 즉 BLC_i (또는 BLCG_i) 필드를 예로 들었다. BLC_i (또는 BLCG_i) 필드는 BH RLC channel i(또는 BH RLC channel group i) 를 위한 desired buffer size field의 존재를 나타낸다. BLC_i (또는 BLCG_i) 필드가 1로 set 되면 해당 BH RLC channel i(또는 BH RLC channel group i) 를 위한 desired buffer size 필드가 보고됨을 표시한다. BLC_i (또는 BLCG_i) 필드가 0으로 set 되면, 해당 BH RLC channel i(또는 BH RLC channel group i) 를 위한 desired buffer size 필드는 보고 되지 않음을 표시한다.
BLC_i (또는 BLCG_i) 는 기 정의된 단말의 backhaul RLC channel_i (또는 backhaul RLC channel group_i)을 의미한다. BLC_i (또는 BLCG_i) 필드의 i는 각 backhaul RLC channel (또는 backhaul RLC channel group) ID 를 의미할 수 있으며, 이는 0 부터 8의 배수-1까지의 정수로 정의 될 수 있다. BLC_i (또는 BLCG_i) 필드 할당 부분은 OCTET의 단위로 할당된다. 즉, BLC_i (또는 BLCG_i) 필드가 할당되는 bit은 OCTET1 전체 또는, OCTET1과 2 전체 또는 OCTET 1,2,3 전체 와 같이 할당될 수 있다.
일부 실시예에 따르면, Desired buffer size 필드에 들어가는 정보는 DL BSR의 경우와 UL BSR의 경우로 나뉠 수 있다. DL BSR의 경우, Desired buffer size 필드에 들어가는 정보는 보고를 하는 IAB node가 report granularity 에 대하여, 앞으로 수신하고자 하는 최대 하향 링크 data 양을 의미하며, byte 단위가 될 수 있다.
UL BSR의 경우, Desired buffer size 필드에 들어가는 정보는 전송 가능한 또는 유효한 (또는 현재 존재하는) 상향 링크 데이터의 총량을 알려준다. UL BSR의 경우, Desired buffer size 필드에 들어가는 정보는, UL BSR이 trigger 되었을 때, 하나의 backhaul RLC channel (또는 backhaul RLC channel group) 에서 TS 38.322와 TS 38.323 를 따르는, data volume 계산법을 통하여 계산된 것이다. Desired Buffer size 필드의 데이터의 양은 byte 단위로 표시될 수 있다. 또한 desired buffer size 계산시, adaptation layer, RLC, 그리고 MAC 헤더는 고려되지 않을 수 있다. 또한 일부 실시예에 따르면, Desired buffer size 필드의 길이는 8 bit이 될 수 있다. Desired buffer size 필드는 BLC_i (또는 BLCG_i) 를 기반으로 오름차순으로 포함될 수 있다. (Buffer Size fields are included in ascending order based on the BLC_i (또는 BLCG_i).)
Desired Buffer size 필드는 DL/UL BSR MAC CE의 bit stream 중에서 BLC_i (또는 BLCG_i) 가 할당된 OCTET 의 뒤에 위치할 수 있다. Desired Buffer size 필드의 값은 데이터의 총량을 표시하는 index 값이 될 수 있고 각 index는 desired buffer size 값의 범위를 나타낼 수 있다. 8 bit buffer size 필드의 값과 그 범위는 다음의 표와 같을 수 있다. 도 1i에서 언급된 표를 따를 수 있다. 물론 전술한 예시에 제한되지 않는다.
도 1l는 본 개시의 일부 실시예에 따른 DL/UL BSR의 포맷의 실시예 중 다른 type 으로서, report granularity 가 DL/UL UE DRB (또는 DL/UL UE DRB group) 이며, data 양으로서 desired buffer size 인 경우를 도시한다. 여기서 UE DRB 란 IAB 노드의 기지국 part에서, 자신의 서비스를 받는 UE의 DRB를 의미한다. 하기에서 DRB 또는 DRB Group을 표기함에 있어, DL BSR의 경우, DL DRB 및 DL DRB group 을 의미하고, UL BSR의 경우, UL DRB 또는 UL DRB group을 의미할 수 있다.
도 1l을 참조하면, report granularity 로서 UE DRB_i (또는 UE DRB group_i), 필드를 예로 들었다. UE DRB_i (또는 UE DRBG_i) 필드는 UE DRB i (또는 UE DRB group i) 를 위한 desired buffer size field의 존재를 나타낸다. UE DRB_i (또는 UE DRBG_i) 필드가 1로 set 되면 해당 UE DRB i (또는 UE DRB group i) 를 위한 desired buffer size 필드가 보고됨을 표시한다. UE DRB_i (또는 UE DRBG_i) 필드가 0으로 set 되면, 해당 UE DRB i (또는 UE DRB group i) 를 위한 desired buffer size 필드는 보고 되지 않음을 표시한다.
UE DRB_i (또는 UE DRBG_i) 필드의 i는 각 UE DRB (또는 UE DRB group ) ID 를 의미할 수 있으며, 이는 0 부터 8의 배수-1까지의 정수로 정의 될 수 있다. UE DRB_i (또는 UE DRBG_i) 필드 할당 부분은 OCTET의 단위로 할당된다. 즉, UE DRB_i (또는 UE DRBG_i) 필드가 할당되는 bit은 OCTET1 전체 또는, OCTET1과 2 전체 또는 OCTET 1,2,3 전체 와 같이 할당될 수 있다.
일부 실시예에 따르면, Desired buffer size 필드에 들어가는 정보는 DL BSR의 경우와 UL BSR의 경우로 나뉠 수 있다. DL BSR의 경우, Desired buffer size 필드에 들어가는 정보는 보고를 하는 IAB node가 report granularity 에 대하여, 앞으로 수신하고자 하는 최대 하향 링크 data 양을 의미하며, byte 단위가 될 수 있다.
UL BSR의 경우, Desired buffer size 필드에 들어가는 정보는 전송 가능한 또는 유효한 (또는 현재 존재하는) 상향 링크 데이터의 총량을 알려준다. UL BSR의 경우, Desired buffer size 필드에 들어가는 정보는, UL BSR이 trigger 되었을 때, 하나의 UE DRB (또는 UE DRB group) 에서 TS 38.322와 TS 38.323 를 따르는, data volume 계산법을 통하여 계산된 것이다. Desired Buffer size 필드의 데이터의 양은 byte 단위로 표시될 수 있다. 또한 desired buffer size 계산시, adaptation layer, RLC, 그리고 MAC 헤더는 고려되지 않을 수 있다. 또한 일부 실시예에 따르면, Desired buffer size 필드의 길이는 8 bit이 될 수 있다. Desired buffer size 필드는 UE DRB_i (또는 UE DRBG_i)를 기반으로 오름차순으로 포함될 수 있다. (Buffer Size fields are included in ascending order based on the UE DRB_i (또는 UE DRBG_i))
Desired Buffer size 필드는 DL/UL BSR MAC CE의 bit stream 중에서 UE DRB_i (또는 UE DRBG_i) 가 할당된 OCTET 의 뒤에 위치할 수 있다. Desired Buffer size 필드의 값은 데이터의 총량을 표시하는 index 값이 될 수 있고 각 index는 desired buffer size 값의 범위를 나타낼 수 있다. 8 bit buffer size 필드의 값과 그 범위는 다음의 표와 같을 수 있다. 도 1i에서 언급된 표를 따를 수 있다. 물론 전술한 예시에 제한되지 않는다.
다음으로, 도 1i, 1j, 1k, 1l에서 언급된 BSR 포맷에서, report 되는 data 양이 desired buffer size 가 아니라, buffer status 또는, desired data rate 인 경우를 고려해볼 수 있다.
도 1m의 report granularity는 logical channel, group of logical channel, BH RLC channel, group of BH RLC channel, UE DRB, UE DRB group 중 하나일 수 있으며, 도 1m에서는 report granularity 라고 통칭한다. 도 1m에서의 보고되는 data 양은 buffer status 일 수 있다. 즉, report granularity RG_i 필드는 report granularity i 를 위한 buffer status field의 존재를 나타낸다. RG_i 필드가 1로 set 되면 해당 RG i 를 위한 buffer status 필드가 보고됨을 표시한다. RG_i 필드가 0으로 set 되면, 해당 report granularity i 를 위한 buffer size 필드는 보고 되지 않음을 표시한다.
RG_i 필드의 i는 각 report granularity ID 를 의미할 수 있으며, 이는 0 부터 8의 배수-1까지의 정수로 정의 될 수 있다. RG_i 필드 할당 부분은 OCTET의 단위로 할당된다. 즉, RG_i 필드가 할당되는 bit은 OCTET1 전체 또는, OCTET1과 2 전체 또는 OCTET 1,2,3 전체 와 같이 할당될 수 있다.
일부 실시예에 따르면, Buffer status 필드에 들어가는 정보는 DL BSR의 경우와 UL BSR의 경우로 나뉠 수 있다. DL BSR의 경우, Buffer status 필드에 들어가는 정보는 보고를 하는 IAB node가 report granularity 에 대하여, 현재 가지고 있는 메모리 또는 buffering 용량대비, 현재 쌓여있는 (buffer 되어 있는) 하향 데이터를 기준으로, 많고 적음을 discrete level로 나누었을 때, 각각의 level을 가리키는 index 또는 용량 대비 쌓여있는 하향 데이터의 비율이다.
UL BSR의 경우, Buffer status 필드에 들어가는 정보는 전송 가능한 또는 유효한 (또는 현재 존재하는) 상향 링크 데이터의 총량을 알려준다. UL BSR의 경우, Buffer status 필드에 들어가는 정보는 UL BSR이 trigger 되었을 때, 하나의 RG 에 속한 모든 logical channel 을 통틀어서, TS 38.322와 TS 38.323 를 따르는, data volume 계산법을 통하여 계산된 것이다. 일부 실시예에 따르면, Buffer status 필드의 길이는 8 bit이 될 수 있다. Buffer status 필드는 RG_i 를 기반으로 오름차순으로 포함될 수 있다. (Buffer status fields are included in ascending order based on the RGi.)
일부 실시예에 따르면, Buffer status 필드는 DL/UL BSR MAC CE의 bit stream 중에서 RG_i 가 할당된 OCTET 의 뒤에 위치할 수 있다. Buffer status 필드의 값은 데이터의 총량을 표시하는 index 값이 될 수 있고 각 index는 buffer 가 차 있는 비율의 범위를 나타낼 수 있다.
도 1n의 report granularity는 logical channel, group of logical channel, BH RLC channel, group of BH RLC channel, UE DRB, UE DRB group 중 하나일 수 있으며, 도 1n에서는 report granularity 라고 통칭한다. 도 1n에서의 보고되는 data 양은 desired data rate일 수 있다. 즉, report granularity RG_i 필드는 report granularity i 를 위한 desired data rate의 존재를 나타낸다. RG_i 필드가 1로 set 되면 해당 RG i 를 위한 desired data rate 필드가 보고됨을 표시한다. RG_i 필드가 0으로 set 되면, 해당 report granularity i 를 위한 desired data rate 필드는 보고 되지 않음을 표시한다.
RG_i 필드의 i는 각 report granularity ID 를 의미할 수 있으며, 이는 0 부터 8의 배수-1까지의 정수로 정의 될 수 있다. 이 RG_i 필드 할당 부분은 OCTET의 단위로 할당된다. 즉 RG_i 필드가 할당되는 bit은 OCTET1 전체 또는, OCTET1과 2 전체 또는 OCTET 1,2,3 전체 와 같이 할당될 수 있다.
일부 실시예에 따르면, desired data rate 필드에 들어가는 정보는 DL BSR의 경우와 UL BSR의 경우로 나뉠 수 있다. DL BSR의 경우, desired data rate 필드에 들어가는 정보는 보고를 하는 IAB node가 report granularity 에 대하여, IAB node의 현재 버퍼 상태를 고려 했을 때, DL BSR을 전송한 시점 부터, 특정 시간 동안 upstream IAB 노드로 부터 전송받길 원하는 하향 데이터의 양을 의미한다. 단위는 byte 가 될 수 있다.
UL BSR의 경우, desired data rate 필드에 들어가는 정보는 전송 가능한 또는 유효한 (또는 현재 존재하는) 상향 링크 데이터의 총량을 알려준다.UL BSR의 경우, desired data rate 필드에 들어가는 정보는 UL BSR이 trigger 되었을 때, 하나의 RG 에 속한 모든 logical channel 을 통틀어서, TS 38.322와 TS 38.323 를 따르는, data volume 계산법을 통하여 계산된 것이다. 일부 실시예에 따르면, desired data rate 필드의 길이는 8 bit이 될 수 있다. desired data rate 필드는 RG_i 를 기반으로 오름차순으로 포함될 수 있다. (desired data rate fields are included in ascending order based on the RGi.)
일부 실시예에 따르면 desired data rate 필드는 DL/UL BSR MAC CE의 bit stream 중에서 RG_i 가 할당된 OCTET 의 뒤에 위치할 수 있다. desired data rate 필드의 값은 요구되는 데이터의 총량의 범위를 표시하는 index 값이 될 수 있다.
도 1o 및 1p에서는 본 개시의 일부 실시예에 따른 DL/UL BSR triggering 조건은 기지국이 DL/UL BSR을 직접 요구하거나, 시스템 정보 또는 dedicated signaling을 통해, DL/UL BSR을 trigger 하는 조건을 전달하고 단말이 해당 조건이 만족될 때, DL/UL BSR을 전송하는 경우를도시한다 . 우선, 기지국이 DL/UL BSR을 직접 요구하는 경우에는, DL/UL BSR request MAC CE가 고려될 수 있다. DL/UL BSR request MAC CE는 기지국이 전송하는 DL-SCH 채널에 실리는 MAC CE이다. 즉, DL/UL BSR request 는 DL-SCH를 위한 MAC subheader에 존재하는 LCID로 구분되는 MAC CE 를 사용하여 신호 될 수 있다. 기지국이 DL/UL BSR을 요청하는 MAC CE를 DL-SCH를 통해 전송하면, 단말은 DL/UL BSR MAC CE를 서빙 기지국에게 전송할 수 있다.
도 1o는 DL/UL BSR triggering 동작 중, 기지국이 단말에게 DL/UL BSR request MAC CE를 통하여 직접 trigger 시키는 과정에 대한 도면이다. 단말(1o-10)은 기지국(1o-15)와 연결상태를 유지하고 있다. 기지국이 특정 이유로 단말(1o-10)에게 DL-SCH를 통한 MAC CE를 전송하는데, DL-SCH를 통한 MAC CE는 DL/UL BSR의 전송을 명령하는 MAC CE 일 수 있다. 단말은 현재 report granularity (logical channel, logical channel group, BH RLC channel, BH RLC channel group, UE DRB, UE DRB group 중 하나) 마다의 필요한 report data 양 (현재 쌓여있는 버퍼 크기, 또는 desired buffer size, 또는 buffer status 또는 desired data rate 중 하나) 을 계산하여, DL/UL BSR를 UL-SCH를 통한 MAC CE로 전송할 수 있다(1o-25).
일부 실시에에 따르면, DL BSR의 경우, 기지국은, 필요한 만큼의 DL data 를 스케줄링하여(1o-28), 단말에게 전송할 수 있다(1o-30). 기지국이 필요한 만큼의 DL data 를 스케줄링할 때(1o-30), 이전의 DL BSR에 보고되는 data 양이 desired buffer size 인 경우에는, 보고를 받은 upstream IAB node(기지국)(1o-15)는 보고된 report granularity 에 대해 최대한의, 보고된 desired buffer size 만큼의 data 를 전송한다. 이 때, upstream IAB node(1o-15)는 매 TTI에 보고된 data 양을 전송할 수도 있고, upstream IAB node(1o-15)의 상태에 따라 시간적으로 분산하여 전송할 수도 있다.
(1o-30)단계에서, 만약 이전의 DL BSR에 보고되는 양이 buffer status 인 경우, upstream IAB node(1o-15)는 각 report 된 index에 따라, upstream IAB node의 상황에 맞게 데이터를 전송하거나, 각 index에 따라 정해진 양의 데이터를 전송할 수 있다.
또는 DL BSR에 보고되는 data 양이 desired data rate 인 경우, 보고를 받은 updstream IAB node(1o-15)는 report를 받은 시점 부터 정해진 시간동안 upstream IAB 노드(1o-15)의 스케줄링 상태를 고려하여, 리포트된 data rate 만큼 최대로 전달할 수 있다. 이 경우, scheduling interval 에 따라 복수의 전송 시간 동안 분산하여 data를 전송할 수 있다. 다만, upstream IAB 노드(1o-15)는 기 정해진 시간동안 보고된 데이터 양을 전송할 수 있다. desired data rate 을 보고하기 위해서, 기지국(1o-15)은 미리 단말(1o-10)에게 특정 시간으로서 어떤 값을 쓸 것인지 설정 해 줄 수 있다. desire data rate 보고를 위한 설정 정보는 system information 또는 RRC dedicated signaling을 통해 제공될 수 있다. 단말은 하향 링크 데이터를 자신이 서빙하고 있는 IAB 하위 노드나 단말에게 자신의 스케줄링을 통하여 전송할 수 있다(1o-35).
UL BSR의 경우, UL BSR 정보를 받은 기지국은, 필요한 만큼의 UL grant를 스케줄링 하여 (1o-40), 단말에게 전송한다(1o-43). 단말은 상향 링크 grant를 사용하여 상향 링크 데이터를 기지국에게 전송한다(1o-45). DL BSR과 UL BSR은 서로 독립적인 동작이기 때문에, 도 1o에 개시된 동작들은 DL BSR의 경우와 UL BSR의 경우, 서로 독립적으로 수행될 수 있다.
도 1p는 본 개시의 일부 실시예에 따른 기지국의 DL/UL BSR request MAC CE 없이, 시스템 정보 혹은 dedicated signal을 전송하여, 단말의 DL/UL BSR 전송 조건을 전달하는 방법을 도시한다.
도 1p를 참조하면, 단말(1p-10)은 서빙 기지국(1p-15)에게 시스템 정보(1p-20) 혹은 RRC dedicated 신호(1p-23)를 이용하여 DL/UL BSR 설정 정보와 같은 DL/UL BSR의 전송 조건을 전달할 수 있다. 전송 조건으로, 특정 ID의 RG(LCG 또는 logical channel 또는 UE DRB 또는 UE DRB group 또는 BH RLC channel 또는 BH RLC channel group) 및 해당 ID의 RG 에 적용되는 data 양(buffer size 또는 desired buffer size 또는 buffer status 또는 desired data rate)의 임계값을 줄 수 있다.
단말(1p-10)은 DL/UL BSR의 전송 조건에 관한 설정 정보를 수신하면, RG 의 buffer size 가 주어진 임계값 보다 같거나 커질 경우(1p-25), DL/UL BSR 을 전송할 수 있다(1p-30). 또한 일부 실시예에 따르면, DL/UL BSR 전송 조건으로, 기지국은 임계값 만을 조건으로서 단말에게 전달하면, 해당 단말은 자신이 가지고 있는 어떤 RG 에 대하여도 buffer size가 임계값을 넘게 될 경우(1p-25), DL/UL BSR 을 기지국에 전송할 수도 있다(1p-30).
또한 일부 실시예에 따르면, 기지국이 시스템 정보(1p-20) 혹은 dedicated signal(1p-23)을 통해, 특정 시간 주기 값을 신호 할 수 있다. 단말이 이 값을 받으면, 해당 주기에 따라 DL/UL BSR을 기지국에게 전송할 수 있다.
기지국으로부터 전송 조건이 만족되어, 단말이 DL BSR이 전송하면, 기지국은 전송된 DL BSR을 기반으로 DL data 를 스케줄링 하여 단말에게 전송(1p-35)한다. 만약 단말이 UL BSR를 전송하면 기지국은 전송된 UL BSR을 기반으로 UL grant를 스케줄링하여 단말에게 전송(1p-35)한다.
만약 flow control 명령 및 feedback이 MAC 계층에서 수행되면, 단말 및 기지국은 UE DRB id 또는 BH RLC channel 와 logical channel mapping 정보를 BAP 계층을 통해 전달 받아서 각 양의 granularity에 대한 index 를 구분할 수 있다. 만약 BAP 계층을 통해 UE DRB id 또는 BH RLC channel 와 logical channel mapping 정보를 전달받는 경우, 각 양의 granularity에 대한 index 로 logical channel 은 알 수 없으므로, 그 대상은 UE DRB id 나, BH RLC channel index 가 될 수 있다. BAP 계층에서는 BH RLC channel 및 UE DRB 매핑을 수행한다.
또다른 실시예로서, DL BSR 또는 DL flow control feedback 동작이 MAC 계층이 아닌 BAP (backhaul adaptation protocol) 계층에서 이루어 질 수도 있다. 이 경우, BAP 계층의 제어 신호를 통해 상기 도 1i, 1j, 1k, 1l, 1m, 1n 의 경우와 같이, DL 버퍼 상태에 대한 정보들을 특정 단위로 보고할 수 있다. 여기서 DL 버퍼 상태에 대한 정보로는, data 양, data type, 양의 granularity 에 대한 index 가 포함될 수 있다.
Data 양에 관련한 정보로는 다음의 것이 될 수 있다.
- 버퍼 크기 또는 현재 DL 버퍼에 저장되어 있는 데이터의 크기
- 요구되는 (Desired) 버퍼 크기 또는 이 flow control feedback 을 전달하는 IAB 노드에 의해 결정되는 버퍼에 저장될 데이터의 크기, 또는 가능한 버퍼의 크기 (buffer size or the size of data to be stored further which is determined by the IAB node sending this feedback, or available buffer size)
- 요구되는 데이터 레이트 또는 이 feedback을 전달하는 IAB 노드에 의해 결정되는 parent IAB node로부터 전송되는 요구 데이터 레이트 (Desired data rate or the data rate to be transmitted from the parent IAB node which is determined by the IAB node sending this feedback)
- 상기 정보들은 병렬적으로 전달 될 수 있다. Above quantities can be signaled in parallel.
Data type에 관한 정보는 다음이 될 수 있다.
- Data type - some information on data in buffers
- 표시된 granularity 나 BAP 데이터 패킷에 대한 QoS 요구 사향 (QoS requirements per indicated granularity or per BAP data packet)
- 표시된 granularity 나 BAP 데이터 패킷 에 대한 destination 까지 남은 홉 수 (how many hops to destination per indicated granularity or per BAP data packet)
- BAP 데이터 패킷 별로, 버퍼에 있을 수 있는 유효 시간 (how close we are to expiry of time stamps)
- egress 링크의 상태에 기초하여 다음 홉에 도달하기까지 요구되는 다중 전송[i.e. 재전송]의 가능성이(how likely is it that multiple transmissions [i.e. retransmissions] will be required to reach the next hop based on condition of egress links, …)
양의 granularity 에 대한 index 정보로는 다음이 될 수 있다.
- Index of quantity granularity
백홀 RLC 채널의 id (BH RLC channel id)
해당 IAB 노드에 접속해 있는 단말 또는 downstream IAB node의 UE DRB id (또는 UE DRB 에 따라 BAP layer 에서 설정한 별도의 구분자 )
도 1q 에서는 BAP 계층의 제어 신호로서 flow control feedback 정보를 MT에서 parent IAB node에게 전송한다. 이 때, 상기에서 언급한 데이터 양, 양의 granularity 의 index 정보, 및 데이터 타임 정보가 전달될 수 있다. 이 정보를 parent IAB node가 받으면, 그에 따라 MT에 해당하는 IAB node 로 DL traffic을 스케줄 할 수 있다.
flow control 용 feedback 을 작동시키는 방법으로서, 조건 기반, 기 정해진 시간 기반, 또는 상위 노드의 요청에 의한 방법이 있을 수 있다.
조건 기반 방법으로서, BAP 계층 제어 신호로서 다음의 경우가 가능할 수 있다.
특정 data 양에 대한 임계값이 주어 질 수 있다. 하나의 실시예로서, 모든 양의 granularity의 DL buffer 에 대하여, 공통적으로 하나의 임계값이 주어 질 수도 있고, 특정 양의 granularity index 와 연계된 임계값을 복수개 전달 할 수도 있다. 하나의 공통 값만 주어질 경우, 모든 (양의 granularity 의) DL buffer 들의 data 양 값들이 임계값보다 커지면, feedback을 수행하거나, 어떤 하나의 (양의 granularity 의) DL buffer 들의 data 양 값이라도 임계값 보다 커지만, IAB node는 feedback을 전송할 수 있다. 만약 복수개의 임계값이 전달 될 경우, 전달된 임계값의 granularity index의 모든 DL buffer 들의 data 양 값들이 주어진 각 granularity index의 임계값들 보다 커지면, feedback을 수행하거나, 또는 전달된 각 임계값의 granularity index의 각각의 DL buffer 의 data 양 값과 각각의 임계값을 비교하여 하나라도 주어진 임계값보다 DL buffer의 data 양이 클 경우, IAB node는 flow control feedback을 수행할 수 있다.
이 경우, 이 임계값과 granularity index 정보는 CU로부터 전달될 수도 있고, parent IAB node로부터 전달될 수도 있다. 이 때 사용되는 제어 계층은 parent node의 시스템 정보로 전달될 수도 있고, MAC 제어 신호로 전달 되거나, BAP의 제어 정보로 전달 되거나, CU 로부터는 F1-AP 를 통하여 전달될 수 도 있다.
도 1r에서, parent IAB node는 상기의 신호 계층을 통하여 feedback 수행을 위한 임계값 및 granularity index 를 IAB node에게 전달 할 수 있다. IAB 노드는 동작 중 주어진 임계값 조건이 만족되면, 도 1q에서 언급된 flow control feedback 동작을 수행할 수 있다. 이 때 포함되는 동작은 도 1q 에서 언급된 data 양, data type 정보, 양의 granularity index 정보가 포함될 수 있다. 이 정보를 받은 parent node는 그에 따라 DL data 트래픽을 스케줄 한다.
그 외에, 다른 실시예에서는 BAP 제어 신호를 통한, feedback 작동시키는 조건으로서 feedback 보고 시간을 설정할 수 있다.
특정 periodicity 값을 parent node가 IAB node에게 설정해 주면, 해당 신호를 수신한 순간부터 periodicity 동안 한번의 feedback을 전송할 수 있다. 또 다른 실시예에서는, 정확한 전송 시점 및 반복 시간을 알려줌으로서, 해당 시간동안에 전송을 수행하며, 지속적으로 feedback 을 반복할 수 있다.
도 1s에서는 상기의 periodicity 정보를 parent IAB node가 전송하면, 해당 정보를 받은 IAB node는 feedback 정보를 주어진 주기대로 parent IAB node에게 전송할 수 있다. 이 때 flow control feedback 정보는 도 1q 에서 언급된 data 양, data type 정보, 양의 granularity index 정보가 포함될 수 있다. 이 정보를 받은 parent IAB node는 그에 따라 DL data 트래픽을 스케줄 한다.
도 1t에서는 상위 노드의 직접 보고 명령을 통하여 flow control feedback을 보고 할 수 있다.
Parent IAB 노드가 BAP 계층 신호로 전송할 수 있다. 이 때 명령의 내용으로 도 1q에서 선언한 것들 중, parent IAB node가 알기를 원하는 양의 granularity 에 대한 index 정보를 줄 수도 있고, 이런 정보 없이, feedback을 명령할 수 있다. 또한 data 양 에대한 정보를 포함하여 IAB node에게 전달 할 수 있다. 이 명령을 받은 IAB node는 설정된 특정 index 에 해당하는 DL buffer에 대한, 설정된 data 양 을 feedback 보고 할 수 있다. 이 때, BAP 계층의 제어 신호의 내용으로서, parent IAB node 또는 parent IAB node의 DU의 BAP address 또는 donor node (또는 donor node의 DU)의 BAP address 가 전달 될 수 있다. 이 경우, BAP address 는 각 노드 또는 DU의 egress BAP 의 address 로 구체화 될 수도 있다.
도 1s에서는 상기의 예로서, parent IAB node가 flow control feedback 보고를 BAP 신호로 명령하고, 그에 따라 BAP 계층으로 flow control feedback을 수행하는 경우이다. 이 경우 상술한 명령의 내용을 parent IAB 노드가 IAB node에게 전달하면, IAB node는 이 내용을 수신하고 도 1q에서 선언된 정보들을 parent IAB node에게 전달 할 수 있다. 또는 parent IAB 노드가 특정한 granularity index에 data 양에 대한 정보만을 특정하여 보고할 수도 있다. 이 정보를 받은 parent IAB node는 DL data 트래픽을 스케줄한다.
전술한 발명을 통하여, 기지국에서 단말의 연결 시도 실패에 대한 원인 분석을 정확히 할 수 있으며, 연결 시도 실패에 따른 조치를 정확하게 해 줄 수 있다. 또한 본 개시의 실시예들을 통하여, IAB 노드에서의 버퍼 수준을 적절히 유지할 수 있게 되어, 버퍼 overflow 또는 underflow 문제를 해결 할 수 있다
본 개시는은 도 2a와 같이 기지국 function이 Central Unit (CU) 와 Distributed Unit (DU)로 분리되어 있고, CU는 다시 제어 기능을 담당하는 CU Control Plane (CU-CP) 와 CU User Plane (CU-UP)로 분리되어 동작하는 차세대 이동통신 시스템을 기반으로 한다. CU-CP는 최소한 RRC(Radio Resource Control) 기능을 지원하며, X2-C/Xn-C/S1-C/NG-C/F1-C 와 같은 다른 기지국 및 Core Network (CN), DU와의 control plane interface 처리를 담당한다. CU-UP는 최소한 사용자 packet을 처리하기 위한 PDCP(Packet Data Convergent Protocol) 기능을 지원하며, X2-U/Xn-U/S1-U/NG-U/F1-U와 같은 다른 기지국 및 Core Network (CN) 과의 interface 처리를 담당한다. DU는 CU에서 지원하지 않은 기지국 function들을 지원하며, CU와는 F1-C와 같은 control plane interface 와 F1-U와 같은 user plane interface로 연결될 수 있다. CU-CP와 CU-UP는 E1과 같은 control plane interface로 연결될 수 있다.
차세대 이동통신 시스템에서는 도 2b와 같이 두 개 또는 그 이상의 radio link를 사용하여 하나의 Data Radio Bearer(DRB)로 전송할 packet들을 전송할 수 있다. 두 개 또는 그 이상의 radio link는 동일 radio technology를 사용하거나 다른 radio technology를 사용할 수 있다, 일부 실시예에 따르면, 하나의 radio link는 LTE 기술을, 다른 하나의 radio link는 NR 기술을 사용하여 하나의 DRB로 packet들이 전송될 수 있다. 또한 일부 실시에에 따르면, 두 개의 radio link가 모두 NR 기술이 사용될 수도 있다. 도 2b의 (1)은 이 발명에서 제안하는 기술을 적용하기 위한 시스템의 한 예로 LTE-NR Dual Connectivity 구조를 도시하며, NR 기지국의 경우 도 2a와 같이 기지국의 function을 분리하여 구성될 수 있다. 도 2b)이 (2)는 또 다른 시스템 예로, 하나의 CU와 두 개의 DU를 이용하여 NR-NR Dual Connectivity를 지원하는 구조를 도시하며, NR 기지국의 경우 도 2a와 같이 기지국의 function을 분리하여 구성될 수 있다. 본 개시에서 제안하는 기술은 도 2b에 포함된 Dual Connectivity 구조 이외에 function 분리된 기지국 구조를 가지는 다른 형태의 Dual Connectivity 구조에 적용될 수 있으며, 또한 function 분리된 기지국 구조에서 Carrier Aggregation을 지원하는 경우에도 적용될 수 있다.
본 개시는 두 개 이상의 link를 이용하여 Guaranteed Bit Rate(GBR) bearer 서비스를 제공 하는 경우, function이 분리된 기지국 구조에서 두 개 이상의 link로 Downlink 패킷을 분배하여 전달하는 PDCP anchor가, 각 link에서 보장하는 link 별 GBR QoS 정보에 따라 각 link로 분배하는 패킷을 스케쥴링 또는 스위칭 할 수 있도록 한다. 본 개시의 실시예들을 통해 두 개 이상의 link로 제공하는 GBR 베어러 서비스의 QoS를 만족시키며 패킷을 전송할 수 있도록 함으로써 GBR 베어러 서비스의 성능을 향상시킬 수 있다.
도 2c, 도 2f, 도 2i는 도 2b의 (1)과 같이 EN-DC 구조 하에서 SgNB(Secondary gNB)가 function이 분리된 구조로 동작하는 경우, SgNB의 CU-UP가 PDCP anchor로 동작하고 MeNB(Master eNB)의 LTE link와 SgNB의 NR link를 동시에 사용하여 GBR 베어러 서비스를 제공하는 경우의 call flow 예를 보여준다. 도 2c, 도 2f, 도 2i에서 SgNB의 CU-UP가 PDCP anchor로 GBR 베어러 서비스를 제공하는 경우, 해당 GBR 베어러 서비스를 제공하기 위해 MeNB의 LTE link와 SgNB의 NR link 각각에서 제공하는 QoS parameters에 기초하여 SgNB의 CU-UP가, 각각의 link의 QoS parameters에 따라 Downlink packet을 각각의 link로 스케쥴링 또는 스위칭 형태로 전달하는 양을 조정할 수 있다. 이를 통해, 각 link에서 지원하는 QoS Parameters에 따라 각 link에서 QoS를 만족하도록 단말에게 packet를 전달하는 양을 높일 수 있도록 한다. GBR QoS 베어러 서비스에서는 각 link에서 정해진 QoS를 만족시키며 전달할 수 없는 경우에는 구현에 따라 해당 패킷을 버릴 수도 있다.
도 2c는 각 link별 GBR QoS parameter를, PDCP anchor에 제공하는 노드의 control plane function, 즉, SgNB의 CU-CP에서 결정하는 경우의 call flow이며, 도 2d는 SgNB의 CU-CP에서 QoS parameter를 결정할 경우 각각의 SgNB내의 CU-CP의 처리 순서도를, 도 2e는 SgNB의 CU-CP에서 QoS parameter를 결정할 경우의 각각의 SgNB내의 CU-UP의 처리 순서도를 보여준다.
도 2c의 (2c-100) 단계에서 MeNB는 SgNB에게, SgNB의 CU-CP에 PDCP anchor가 SgNB에 있고 MeNB와 SgNB를 동시에 사용하여 서비스하는 split bearer 형태로 GBR bearer 서비스 설정을 요청한다. (2c-100) 단계의 요청을 받은 gNB-CU-CP는 (2c-200)단계와 같이 GBR bearer 서비스를 제공하기 위해 필요한 MeNB(MCG)와 SgNB(SCG)에서 지원할 QoS parameters를 결정한다.
각 link leg별 QoS parameters 값을 결정 후, gNB-CU-CP는 (2c-300) 단계와 같이 PDCP anchor로 동작하고 split으로 GBR bearer 설정을 요청하며, 이와 함께 bearer level의 QoS parameters를 전달하며, 또한 MeNB(MCG) 및 SgNB(SCG)에서 각각 지원할 QoS parameters를 전달하며, QoS parameters 정보는 MCG 및 SCG로의 tunnel information과 연계하여 전달할 수 있다.
gNB-CU-UP는 Bearer Context Setup Request 메시지 수신 후 내부 setup 진행 후 (2c-310)과 같이 Bearer Context Setup Response를 보내 설정이 완료되었음을 알리고, setup 설정이 불가능한 경우에는 failure 정보를 전달하게 된다. gNB-CU-CP는 (2c-400)와 (2c-410) 단계로 SgNB(SCG) 전송 setup을 진행하며, gNB-DU에서 지원해야 할 QoS Parameters 정보를 전달한다. 이 후 gNB-CU-CP는 (2c-500)과 (2c-510) 단계로 MeNB에 요청한 bearer setup 여부를 응답하고, 이 때 gNB-CU-CP는 MeNB(MCG)에서 split bearer를 위해 지원 필요한 QoS parameters를 MeNB에 전달한다.
이 후 gNB-CU-CP는 (2c-600)과 (2c-610) 단계와 같이 gNB-CU-UP에 Bearer Context Modification을 요청해서, gNB-CU-UP가 MeNB와 gNB-DU로 packet을 전달하고 수신할 수 있는 tunnel setup을 완료하게 된다. 이 때 gNB-CU-CP가 (2c-300) 단계에서 MeNB(MCG) 와 SgNB(SCG)에서 각각 지원하는 QoS parameters 정보를 gNB-CU-UP에 전달하지 않았다면, gNB-CU-CP는 (2c-600) 단계에서 MeNB(MCG) 와 SgNB(SCG)에서 각각 지원하는 QoS parameters 정보를 gNB-CU-UP에 전달할 수 있다.
gNB-CU-UP는 gNB-CU-CP로부터 MeNB(MCG) 와 SgNB(SCG)에서 각각 지원하는 QoS parameters 정보를 전달 받고, MeNB(MCG)와 gNB-DU(SCG)로의 tunnel setup이 완료 된 후, EPC(Evolved Packet Core)로부터 도착한 packet을 각 link에서 지원하는 QoS parameters 정보에 따라 각 link로의 packet 전달 스케쥴링 또는 스위칭을 수행한다. 일부 실시예에 따르면, 스케쥴링 또는 스위칭 방법은 구현에 따라 다른 알고리즘이 사용될 수 있으며, 이 알고리즘의 적용을 위해 MCG 및 SCG 별 QoS Parameters 정보의 전체 또는 일부 정보를 활용할 수 있다.
도 2d는 gNB-CU-CP에서의 관련 처리를 위한 동작 순서도를 도시한다. (2d-100) 단계에서 gNB-CU-CP는 MeNB로부터 gNB에 PDCP anchoring을 하는 SN-terminated split GBR bearer 서비스 설정을 요청 받을 수 있다. gNB-CU-CP는 (2d-200) 단계와 같이 해당 bearer를 위한 bearer level QoS parameters 정보 등을 이용하여 MeNB(MCG) 및 SgNB(SCG) 별 지원해야 할 QoS parameters를 결정한다. 그리고, gNB-CU-CP 는(2d-300) 단계와 같이 gNB-CU-UP에 Bearer Context Setup을 요청하면서, bearer setup 정보 및 해당 bearer의 QoS parameters 정보에 추가적으로 MeNB(MCG) 및 SgNB(SCG) 별 지원하는 QoS parameters 정보를 같이 전달할 수 있다.
gNB-CU-CP는 (2d-400)과 같이 gNB-CU-UP로부터 bearer context setup에 대한 응답을 받은 후, (2d-500) 단계와 같이 gNB-CU-UP로부터의 응답 메시지에 포함된 내용 기반으로 bearer (DRB: Data Radio Bearer) 설정이 되었는 지 판단하고, 만약 실패한 경우에는 재설정 가능 여부를 판단한다. 만약 재설정이 가능하면, gNB-CU-CP는 (2d-510) 단계와 같이 MeNB(MCG) 및 SgNB(SCG)에서 지원해야 할 QoS parameters를 재결정하고, 다시 (2d-300) 단계로 gNB-CU-UP에 Bearer Context Setup 요청을 다시 진행한다.
만약 DRB 설정이 불가한 경우에는, gNB-CU-CP는 (2d-520) 단계와 같이 MeNB에 bearer 설정이 실패했다고 응답한다. DRB 설정이 된 경우에는, gNB-CU-CP는 (2d-600)과 같이 gNB-DU로 UE Context Setup procedure를 진행 하게 되고, gNB-DU에서 해당 bearer를 위해 지원해야 할 QoS parameters 정보를 같이 전달한다. 그리고, gNB-CU-CP는 (2d-700) 단계와 같이 MeNB에 bearer 설정 완료를 알릴 수 있다. 이 때 gNB-CU-CP는 MeNB(MCG)에서 해당 bearer를 위해 지원해야 할 QoS parameters 정보를 전달할 수 있다. 그리고, gNB-CU-CP는 (2d-800) 단계와 같이 gNB-CU-UP와 Bearer Context Modification procedure를 수행하여 bearer 설정을 완료하게 되며, 이 때 gNB-CU-CP는 gNB-CU-UP에 MeNB(MCG) 및 SgNB(SCG)에서 지원하는 QoS parameters 정보를 전달할 수도 있다.
도 2e는 gNB-CU-UP에서의 관련 처리를 위한 동작 순서도를 도시한다, gNB-CU-UP는 (2e-100) 단계와 같이 gNB-CU-CP로부터 Bearer Context setup 요청을 수신할 수 있다 gNB-CU-UP는 요청 시 포함된 QoS parameters 정보 등에 따라 (2e-200) 단계와 같이 DRB 설정이 가능한 지 판단하고, 만약 불가능하면 (2e-210) 단계와 같이 gNB-CU-CP 에 Bearer Context setup이 실패 했음을 알린다.
DRB 설정이 가능한 경우에는 gNB-CU-UP는 DRB 지원을 위한 gNB-CU-UP 내 내부 setup을 진행하면서 (2e-300) 단계와 같이 gNB-CU-CP로 bearer context setup이 진행되었음을 응답한다. gNB-CU-UP는 (2e-400) 단계와 같이 Core Network으로부터 해당 bearer의 패킷을 수신하게 되면 MeNB(MCG) 및 SgNB(SCG) 별 QoS parameters 정보에 따라 packet 분해 스케쥴링/스위칭을 수행하기 시작한다. 이후 필요한 경우 gNB-CU-UP는 (2e-500) 단계와 같이 gNB-CU-CP로 Bearer Context Modification 요청을 받아서 내부 bearer context 정보를 update할 수 있으며, (2e-600) 단계와 같이 update된 MeNB(MCG) 및 SgNB(SCG) 별 QoS parameters 정보에 따라 packet 분해 스케쥴링/스위칭을 수행한다.
도 2f는 각 link별 GBR QoS parameter를 PDCP anchor에 제공하는 노드의 user plane function, 즉 SgNB의 CU-UP에서 결정하는 경우의 call flow이며, 도 2g는 SgNB의 CU-UP에서 QoS parameter를 결정할 경우 각각의 SgNB내의 CU-CP의 처리 순서도를, 도 2h는 SgNB의 CU-UP에서 QoS parameter를 결정할 경우 각각의 SgNB내의 CU-UP의 처리 순서도를 보여준다.
도 2f의 (2f-100) 단계에서 MeNB는 SgNB에게 SgNB의 CU-CP에 PDCP anchor가 SgNB에 있고 MeNB와 SgNB를 동시에 사용하여 서비스하는 split bearer 형태로 GBR bearer 서비스 설정을 요청한다. (2f-100) 단계의 요청을 받은 gNB-CU-CP는 (2f-200) 단계와 같이 gNB-CU-UP로 PDCP anchor로 동작하고 split으로 GBR bearer 설정을 요청하며, 이와 함께 MeNB로부터 전달 받은 bearer level의 QoS parameters 정보와 MeNB에서 지원 가능한 최대 bearer level QoS parameters 정보를 전달한다.
(2f-200) 단계의 요청을 받은 gNB-CU-UP는 (2f-300) 단계와 같이 GBR bearer 서비스를 제공하기 위해 필요한 MeNB(MCG)와 SgNB(SCG)에서 지원할 QoS parameters를 결정한다. 이와 함께 gNB-CU-UP는 내부 bearer context setup을 진행 후 (2f-400) 단계와 같이 Bearer Context Setup Response를 보내 설정이 완료되었음을 알리고, setup 설정이 불가능한 경우에는 failure 정보를 전달하게 된다. 이 때 gNB-CU-UP는 gNB-CU-CP에 MeNB(MCG) 및 SgNB(SCG)에서 각각 지원할 QoS parameters를 전달하며, 이 QoS parameters 정보는 MCG 및 SCG로의 tunnel information과 연계하여 전달할 수 있다.
gNB-CU-CP는 (2f-500)와 (2f-510) 단계로 SgNB(SCG) 전송 setup을 진행하며, gNB-DU에서 지원해야 할 QoS Parameters 정보를 전달한다. 이 후 gNB-CU-CP는 (2f-600)과 (2f-610) 단계로 MeNB에 요청한 bearer setup 여부를 응답하고, 이 때 gNB-CU-CP는 MeNB(MCG)에서 split bearer를 위해 지원 필요한 QoS parameters를 MeNB에 전달할 수 있다.
이 후 gNB-CU-CP는 (2f-700)과 (2f-710) 단계와 같이 gNB-CU-UP에 Bearer Context Modification을 요청해서, gNB-CU-UP가 MeNB와 gNB-DU로 packet을 전달하고 수신할 수 있는 tunnel setup을 완료하게 된다. gNB-CU-UP는 (2f-800) 단계와 같이 gNB-CU-CP로부터 MeNB(MCG)와 SgNB(SCG)에서 각각 지원하는 QoS parameters 정보를 전달 받고, MeNB(MCG)와 gNB-DU(SCG)로의 tunnel setup이 완료 된 후, EPC로부터 도착한 packet을 각 link에서 지원하는 QoS parameters 정보에 따라 각 link로의 packet 전달 스케쥴링 또는 스위칭을 수행한다.
일부 실시예에 따르면, 스케쥴링 또는 스위칭 방법은 구현에 따라 다른 알고리즘이 사용될 수 있으며, 이 알고리즘의 적용을 위해 MCG 및 SCG 별 QoS Parameters 정보의 전체 또는 일부 정보를 활용할 수 있다.
도 2g는 gNB-CU-CP에서의 관련 처리를 위한 동작 순서도를 도시한다. (2g-100) 단계에서 gNB-CU-CP는 MeNB로부터 gNB에 PDCP anchoring을 하는 SN-terminated split GBR bearer 서비스 설정을 요청 받을 수 있다. gNB-CU-CP는 (2g-200) 단계와 같이 gNB-CU-UP에 Bearer Context Setup을 요청하면서, bearer setup 정보 및 해당 bearer의 QoS parameters 정보를 전달한다. gNB-CU-CP는 (2g-300)과 같이 gNB-CU-UP로부터 bearer context setup에 대한 응답을 받으면서, MeNB(MCG) 및 SgNB(SCG) 별 지원해야 할 QoS parameters를 전달받는다. 그리고, gNB-CU-CP는 (2g-400) 단계와 같이 gNB-CU-UP로부터의 응답 메시지에 포함된 내용 기반으로 bearer (DRB: Data Radio Bearer) 설정이 되었는지 판단할 수 있다.
만약 DRB 설정이 실패한 경우에는 gNB-CU-CP는 (2g-410) 단계와 같이 MeNB에 bearer 설정이 실패했다고 응답한다. DRB 설정이 된 경우에는 gNB-CU-CP는 (2g-500)과 같이 gNB-DU로 UE Context Setup procedure를 진행하게 되고, gNB-DU에서 해당 bearer를 위해 지원해야 할 QoS parameters 정보를 같이 전달한다. 그리고, gNB-CU-CP는 (2d-600) 단계와 같이 MeNB에 bearer 설정 완료를 알리고, 이 때 MeNB(MCG)에서 해당 bearer를 위해 지원해야 할 QoS parameters 정보를 전달한다. 그리고, gNB-CU-CP는 (2g-700) 단계와 같이 gNB-CU-UP와 Bearer Context Modification procedure를 수행하여 bearer 설정을 완료하게 된다.
도 2h는 gNB-CU-UP에서의 관련 처리를 위한 동작 순서도를 도시한다. (2h-100) 단계에서 gNB-CU-UP 는 gNB-CU-CP로부터 Bearer Context setup 요청을 받게 되면, 요청 시 포함된 QoS parameters 정보 등에 따라 (2h-200) 단계와 같이 DRB 설정이 가능한 지 판단할 수 있다.
만약 불가능하면 gNB-CU-UP 는 (2h-210) 단계와 같이 gNB-CU-CP 에 Bearer Context setup이 실패 했음을 알린다. DRB 설정이 가능한 경우에는 gNB-CU-UP 는 DRB 지원을 위한 gNB-CU-UP 내 내부 setup을 진행하면서 (2h-300) 단계와 같이 해당 bearer를 위한 bearer level QoS parameters 정보 등을 이용하여 MeNB(MCG) 및 SgNB(SCG) 별 지원해야 할 QoS parameters를 결정한다. 그리고, gNB-CU-UP 는 (2h-400) 단계와 같이 gNB-CU-CP로 bearer context setup이 진행되었음을 응답하며, MeNB(MCG) 및 SgNB(SCG) 별 지원해야 할 QoS parameters를 gNB-CU-CP로 전달한다.
gNB-CU-UP 는 (2h-500) 단계와 같이 Core Network으로부터 해당 bearer의 패킷을 수신하게 되면 MeNB(MCG) 및 SgNB(SCG) 별 QoS parameters 정보에 따라 packet 분해 스케쥴링/스위칭을 수행하기 시작한다. 이후 필요한 경우 (2h-600) 단계와 같이 gNB-CU-CP로 Bearer Context Modification 요청을 받아서 내부 bearer context 정보를 update할 수 있다.
도 2i는 각 link별 GBR QoS parameter를 PDCP anchor에 제공하는 노드에서 단말로의 송수신을 담당하는 function, 즉 SgNB의 DU에서 결정하는 경우의 call flow이며, 도 2j는 SgNB의 DU에서 QoS parameter를 결정할 경우 각각의 SgNB내의 CU-CP의 처리 순서도를, 도 2k는 SgNB의 DU에서 QoS parameter를 결정할 경우, 각각의 SgNB내의 CU-UP의 처리 순서도를 보여준다.
도 2i의 (2i-100) 단계에서 MeNB는 SgNB에게 SgNB의 CU-CP에 PDCP anchor가 SgNB에 있고 MeNB와 SgNB를 동시에 사용하여 서비스하는 split bearer 형태로 GBR bearer 서비스 설정을 요청한다. (2i-100) 단계의 요청을 받은 gNB-CU-CP는 (2i-200) 단계와 같이 gNB-CU-UP로 PDCP anchor로 동작하고 split으로 GBR bearer 설정을 요청하며, 이와 함께 bearer level의 QoS parameters를 전달한다.
gNB-CU-UP는 Bearer Context Setup Request 메시지 수신 후 내부 setup 진행 후 (2i-210)과 같이 Bearer Context Setup Response를 보내 설정이 완료되었음을 알리고, setup 설정이 불가능한 경우에는 failure 정보를 전달하게 된다. gNB-CU-CP는 (2i-300) 단계와 같이 SgNB(SCG)에 UE Context setup 요청을 수행하게 되며, 이 때 MeNB로부터 전달 받은 bearer level의 QoS parameters 정보와 MeNB에서 지원 가능한 최대 bearer level QoS parameters 정보를 전달한다.
gNB-DU는 (2i-400) 단계와 같이 이 GBR bearer 서비스를 제공하기 위해 필요한 MeNB(MCG)와 SgNB(SCG)에서 지원할 QoS parameters를 결정한다. 이와 함께 gNB-DU는 내부 UE Context setup을 진행 후 (2i-500) 단계와 같이 gNB-CU-CP에 UE Context setup이 완료되었음을 알리고, 이 때 MeNB(MCG) 및 SgNB(SCG)에서 각각 지원할 QoS parameters를 전달할 수 있다.
gNB-CU-CP는 (2i-600)과 (2i-610) 단계로 MeNB에 요청한 bearer setup 여부를 응답하고, 이 때 gNB-CU-CP는 MeNB(MCG)에서 해당 split bearer를 위해 지원 필요한 QoS parameters를 MeNB에 전달한다. 이 후 gNB-CU-CP는 (2i-700)과 (2i-710) 단계와 같이 gNB-CU-UP에 Bearer Context Modification을 요청해서, gNB-CU-UP가 MeNB와 gNB-DU로 packet을 전달하고 수신할 수 있는 tunnel setup을 완료하게 된다.
이 때 gNB-CU-CP가 MeNB(MCG) 와 SgNB(SCG)에서 각각 지원하는 QoS parameters 정보를 gNB-CU-UP에 전달할 수 있다. gNB-CU-UP는 gNB-CU-CP로부터 MeNB(MCG) 와 SgNB(SCG)에서 각각 지원하는 QoS parameters 정보를 전달 받고, MeNB(MCG)와 gNB-DU(SCG)로의 tunnel setup이 완료 된 후, (2i-800) 단계와 같이 EPC로부터 도착한 packet을 각 link에서 지원하는 QoS parameters 정보에 따라 각 link로의 packet 전달 스케쥴링 또는 스위칭을 수행한다.
일부 실시예에 따르면, 스케쥴링 또는 스위칭 방법은 구현에 따라 다른 알고리즘이 사용될 수 있으며, 이 알고리즘의 적용을 위해 MCG 및 SCG 별 QoS Parameters 정보의 전체 또는 일부 정보를 활용한다.
도 2j는 gNB-CU-CP에서의 관련 처리를 위한 동작 순서도를 도시한다. (2j-100) 단계에서 gNB-CU-CP는 MeNB로부터 gNB에 PDCP anchoring을 하는 SN-terminated split GBR bearer 서비스 설정을 요청 수신할 수 있다. gNB-CU-CP는 (2j-200) 단계와 같이 gNB-CU-UP에 Bearer Context Setup을 요청 procedure를 진행하면서, bearer setup 정보 및 해당 bearer의 QoS parameters 정보를 전달한다. 그리고, gNB-CU-CP는 (2j-300) 단계와 같이 gNB-DU로 UE Context Setup을 요청하게 되고, 이 때 MeNB로부터 전달 받은 해당 bearer를 위한 bearer level QoS parameters 정보와 MeNB(MCG)에서 수용 가능한 QoS paramters 정보를 gNB-DU로 전달한다.
gNB-CU-CP는 (2j-400) 단계와 같이 gNB-DU로부터 UE Context setup 응답을 받게 되며, 이 때 MeNB(MCG) 및 SgNB(SCG) 별 QoS parameters 정보를 같이 전달 받을 수 있게 된다. gNB-CU-CP는 (2j-500) 단계에서 gNB-CU-UP 또는 gNB-DU로부터의 응답 메시지에 포함된 내용 등을 기반으로 bearer (DRB: Data Radio Bearer) 설정이 되었는 지 판단하고, 만약 DRB 설정이 실패한 경우에는 (2j-510) 단계와 같이 MeNB에 bearer 설정이 실패했다고 응답한다.
DRB 설정이 된 경우에는 gNB-CU-CP는 (2j-600) 단계와 같이 MeNB에 bearer 설정 완료를 알리고, 이 때 MeNB(MCG)에서 해당 bearer를 위해 지원해야 할 QoS parameters 정보를 전달한다. 그리고, gNB-CU-CP는 (2j-700) 단계와 같이 gNB-CU-UP와 Bearer Context Modification procedure를 수행하여 bearer 설정을 완료하면서, gNB-CU-UP에 MeNB(MCG) 및 SgNB(SCG) 별 지원해야 할 QoS parameters 정보를 전달한다.
도 2k는 gNB-CU-UP에서의 관련 처리를 위한 동작 순서도를 도시한다, (2k-100) 단계에서 gNB-CU-UP는 gNB-CU-CP로부터 Bearer Context setup 요청을 수신한다. gNB-CU-UP는 요청 시 포함된 QoS parameters 정보 등에 따라 (2k-200) 단계와 같이 DRB 설정이 가능한 지 판단하고, 만약 불가능하면 (2k-210) 단계와 같이 gNB-CU-CP 에 Bearer Context setup이 실패 했음을 알린다. DRB 설정이 가능한 경우에는 gNB-CU-UP는 DRB 지원을 위한 gNB-CU-UP 내부 setup을 진행하면서 (2k-300) 단계와 같이 gNB-CU-CP에 요청한 bearer setup이 완료되었음을 알린다.
그리고, gNB-CU-UP는 (2k-400) 단계와 같이 gNB-CU-UP로부터 Bearer Context Modification 절차를 통해 bearer setup을 완료하면서 MeNB(MCG) 및 SgNB(SCG) 별 지원하는 할 QoS parameters 정보를 수신하면, gNB-CU-UP sop에 저장된 해당 bearer의 context를 update하면서 (2k-500) 단계와 같이 Core Network으로부터 해당 bearer의 패킷을 수신하게 되면 MeNB(MCG) 및 SgNB(SCG) 별 QoS parameters 정보에 따라 packet 분해 스케쥴링/스위칭을 수행하기 시작한다.
도 2l은 도 2b의 (2)와 같이 gNB가 function 분리된 구조로 동작하는 경우, gNB의 CU 내에서 두 개의 DU를 이용하여 NR link 두 개를 동시에 사용하여 GBR 베어러 서비스를 제공하는 경우의 call flow 예를 보여준다. 도 2l에서 gNB의 CU-UP가 PDCP anchor로 GBR 베어러 서비스를 제공하는 경우, 해당 GBR 베어러 서비스를 제공하기 위해 gNB의 CU-CP로부터 각 NR link(gNB-DU1 과 gNB-DU2)에서 제공하는 QoS parameters에 기초하여 SgNB의 CU-UP 각각의 link의 QoS parameters에 따라 Downlink packet을 각각의 link로 스케쥴링 또는 스위칭 형태로 전달하는 양을 조정할 수 있다, 이를 통해 각 link에서 지원하는 GBR QoS Parameter에 따라 각 link에서 QoS를 만족하며 단말에게 packet를 전달하는 양을 높일 수 있도록 한다. GBR QoS 베어러 서비스에서는 각 link에서 정해진 QoS를 만족시키며 전달할 수 없는 경우에는 구현에 따라 해당 패킷을 버릴 수도 있다.
도 2l은 각 link별 GBR QoS parameter를 PDCP anchor에 제공하는 노드의 control plane function, 즉 gNB의 CU-CP에서 결정하는 경우의 call flow이며, 도 5m은 gNB의 CU-CP에서 QoS parameter를 결정할 경우 각각의 gNB내의 CU-CP의 처리 순서도를, 도 2n은 gNB의 CU-CP에서 QoS parameter를 결정할 경우 각각의 gNB내의 CU-UP의 처리 순서도를 보여준다.
gNB-DU를 하나만 사용하면서 multi-link를 지원하는 carrier aggregation (CA)을 사용하는 경우에도 본 발명에서 제안하는 기술을 적용할 수 있으며, 이 경우 도 2l에서 gNB-DU가 하나만 있는 경우의 call flow 형태로 동작할 수도 있다. 이 경우 CU-UP는 해당 bearer 서비스를 위해 CA을 위한 각 radio link에서 제공하는 QoS parameters 정보에 따라서 각 link로 전달되는 tunnel로 분배하는 packet의 스케쥴링/스위칭을 수행하게 되며, 이는 gNB-CU-UP에서 Dual Connectivity로 동작하는 경우와 유사할 수 있다.
또한 gNB의 CU 내에서 두 개의 DU를 이용하여 NR link 두 개를 동시에 사용하여 GBR 베어러 서비스를 제공하는 경우에 앞서 설명한 EN-DC에서의 split GBR bearer 지원 경우와 같이 유사한 방법으로 해당 bearer 서비스를 위해 gNB-CU-UP 또는 gNB-DU에서 각 radio link 별로 지원해야 하는 QoS parameters를 결정하고 gNB-CU-UP에서 이 정보를 이용하여 packet을 분배하는 스케쥴링/스위칭에 사용할 수 있다.
도 2l의 (2l-100) 단계에서 gNB-CU-CP가 Core Network (CN)으로부터 GBR QoS flow setup을 요청 받은 후, (2l-200) 단계와 같이 해당 gBR QoS flow를 split bearer로 지원할 지 여부를 결정하고 split bearer로 지원하는 경우, CN으로부터 받은 QoS flow 정보 등을 이용하여 (2l-300) 단계와 같이 각 link leg별 QoS parameters 값을 결정 한다.
이 후 gNB-CU-CP는 (2l-400) 단계와 같이 gNB-CU-UP로 PDCP anchor로 동작하고 split으로 GBR bearer 설정을 요청하며, 이와 함께 QoS flow level의 QoS parameters를 전달할 수 있으며, 또한 gN-DU1(MCG) 및 gNB-DU2(SCG)에서 각각 지원할 QoS parameters를 전달하며, 이 QoS parameters 정보는 MCG 및 SCG로의 tunnel information과 연계하여 전달할 수 있다.
gNB-CU-UP는 Bearer Context Setup Request 메시지 수신 후 내부 setup 진행 후 (2l-410)과 같이 Bearer Context Setup Response를 보내 설정이 완료되었음을 알리고, setup 설정이 불가능한 경우에는 failure 정보를 전달하게 된다. gNB-CU-CP는 (2l-500)과 (2l-510) 및 (2l-600)과 (2l-610) 단계와 같이 gNB-DU1(MCG) 및 gNB-DU2(SCG)로 전송을 위한 UE Context setup을 진행하며, gNB-DU1(MCG) 및 gNB-DU2(SCG)가 각각 지원해야 할 QoS Parameters 정보를 전달한다. 이 후 gNB-CU-CP는 (2l-700)과 (2l-710) 단계와 같이 gNB-CU-UP에 Bearer Context Modification을 요청해서, gNB-CU-UP가 gNB-DU1(MCG)와 gNB-DU2(SCG)로 packet을 전달하고 수신할 수 있는 tunnel setup을 완료하게 된다. 이 때 gNB-CU-CP가 (2l-400) 단계에서 gNB-DU1(MCG)와 gNB-DU2(SCG)에서 각각 지원하는 QoS parameters 정보를 gNB-CU-UP에 전달하지 않았다면, gNB-CU-CP는 (2l-700) 단계에서 gNB-DU1(MCG)와 gNB-DU2(SCG)에서 각각 지원하는 QoS parameters 정보를 gNB-CU-UP에 전달할 수 있다.
gNB-CU-CP는 (2l-800) 단계와 같이 단말에 RRC Reconfiguration 메시지를 전송하여, split GBR bearer 서비스를 위한 Radio 설정을 진행한다. gNB-CU-UP는 gNB-CU-CP로부터 gNB-DU1(MCG)와 gNB-DU2(SCG)에서 각각 지원하는 QoS parameters 정보를 전달 받고, gNB-DU1(MCG)와 gNB-DU2(SCG)로의 tunnel setup이 완료 된 후, (2l-900) 단계와 같이 CN으로부터 도착한 packet을 각 radio link에서 지원하는 QoS parameters 정보에 따라 각 link로의 packet 전달 스케쥴링 또는 스위칭을 수행한다.
일부 실시예에 따르면, 스케쥴링 또는 스위칭 방법은 구현에 따라 다른 알고리즘이 사용될 수 있으며, 이 알고리즘의 적용을 위해 MCG 및 SCG 별 QoS Parameters 정보의 전체 또는 일부 정보를 활용할 수 있다.
도 2m은 gNB-CU-CP에서의 관련 처리를 위한 동작 순서도를 도시한다. (2m-100) 단계에서 gNB-CU-CP는 Core Network (CN)으로부터 GBR QoS flow 설정을 요청 받으면, (2m-200) 단계와 같이 해당 QoS flow를 split bearer로 지원할 지 여부를 결정한다.
만약 split bearer로 지원하지 않는 경우에는 gNB-CU-CP는 본 발명 내용과 관계 없이 (2m-210) 단계와 같이 single connectivity setup 절차를 수행한다. Split bearer로 GBR QoS flow 서비스를 지원하는 경우, gNB-CU-CP는 (2m-300) 단계와 같이 QoS flow level QoS parameters 정보 등을 이용하여 gNB-DU1(MCG) 및 gNB-DU2(SCG) 별 지원해야 할 QoS parameters를 결정한다.
gNB-CU-CP는 (2m-400) 단계와 같이 gNB-CU-UP에 Bearer Context Setup을 요청하면서, bearer setup 정보 및 해당 bearer 및 QoS flow의 QoS parameters 정보에 추가적으로 gNB-DU1(MCG) 및 gNB-DU2(SCG) 별 지원하는 QoS parameters 정보를 같이 전달한다. gNB-CU-CP는 (2m-500)과 같이 gNB-CU-UP로부터 bearer context setup에 대한 응답을 받은 후, (2m-600) 단계와 같이 gNB-CU-UP로부터의 응답 메시지에 포함된 내용 기반으로 bearer (DRB: Data Radio Bearer) 설정이 되었는 지 판단하고, 만약 실패한 경우에는 재설정 가능 여부를 판단한다.
만약 재설정이 가능하면 gNB-CU-CP는 (2m-610) 단계와 같이 gNB-DU1(MCG) 및 gNB-DU2(SCG)에서 지원해야 할 QoS parameters를 재결정하고, 다시 (2m-400) 단계로 gNB-CU-UP에 Bearer Context Setup 요청을 다시 진행한다. 만약 DRB 설정이 불가한 경우에는 gNB-CU-CP는 (2m-620) 단계와 같이 Signle connectivity로 해당 QoS flow를 서비스 하거나, 다른 gNB-CU-UP를 선택하여 (2m-300) 단계부터 시작하거나, CN에 해당 QoS flow 서비스 설정 실패를 통보한다.
DRB 설정이 된 경우에는 gNB-CU-CP는 (2m-700) 단계와 같이 gNB-DU1(MCG) 및 gNB-DU2(SCG)로 UE Context Setup procedure를 진행 하게 되고, 각가의 gNB-DU에서 해당 bearer를 위해 지원해야 할 QoS parameters 정보를 같이 전달한다. 그리고, gNB-CU-CP는 (2m-800) 단계와 같이 gNB-CU-UP와 Bearer Context Modification procedure를 수행하여 bearer 설정을 완료하게 되며, 이 때 gNB-CU-CP는 gNB-CU-UP에 gNB-DU1(MCG) 및 gNB-DU2(SCG)에서 지원하는 QoS parameters 정보를 전달할 수도 있다. 그리고, gNB-CU-CP는 (2m-900) 단계와 같이 단말과 RRC Reconfiguration 절차를 수행한다.
도 2n은 gNB-CU-UP에서의 관련 처리를 위한 동작 순서도를 도시한다. (2n-100) 단계에서 gNB-CU-UP는 gNB-CU-CP로부터 Bearer Context setup 요청을 받게 되면, 요청 시 포함된 QoS parameters 정보 등에 따라 (2n-200) 단계와 같이 DRB 설정이 가능한 지 판단한다.
만약 불가능하면 gNB-CU-UP는 (2n-210) 단계와 같이 gNB-CU-CP 에 Bearer Context setup이 실패 했음을 알린다. DRB 설정이 가능한 경우에는 gNB-CU-UP는 DRB 지원을 위한 gNB-CU-UP 내 내부 setup을 진행하면서 (2n-300) 단계와 같이 gNB-CU-CP로 bearer context setup이 진행되었음을 응답한다.
gNB-CU-UP는 (2n-400) 단계와 같이 Core Network으로부터 해당 bearer의 패킷을 수신하게 되면 gNB-DU1(MCG) 및 gNB-DU2(SCG) 별 QoS parameters 정보에 따라 packet 분해 스케쥴링/스위칭을 수행하기 시작한다. 이후 필요한 경우 gNB-CU-UP는 (2n-500) 단계와 같이 gNB-CU-CP로 Bearer Context Modification 요청을 받아서 내부 bearer context 정보를 update할 수 있으며, 이어서 (2n-600) 단계와 같이 update된 gNB-DU1(MCG) 및 gNB-DU2(SCG) 별 QoS parameters 정보에 따라 packet 분해 스케쥴링/스위칭을 수행한다.
도 2o는 SgNB 또는 gNB의 CU-CP에서 CU-UP 또는 CU-UP에서 CU-CP로 전달하는 메시지에서 각 link leg 별 (예: MCG 및 SCG 별) 지원해야 하는 QoS parameters 정보를 전달하기 위해 필요한 Information Element 구성 예를 보여준다. MCG 및 SCG entity로 packet을 전달하기 위한 User Plane (UP)의 Transport Tunnel 별로 각 radio link에서 지원하는 QoS parameters 정보를 전달할 수 있다. 물론 상기 예시에 제한되지 않으며, 전술한 방법 이외에 직접 MCG 및 SCG entity 별로 QoS parameters 지정해서 전달할 수도 있으며, 정보를 전달하기 위한 메시지 구성은 다양한 방법으로 만들어 질 수 있다.
도 2p은 본 개시의 일부 실시예에 따른 단말의 구성을 도시하는 블록도이다. 도 2p에 도시되는 바와 같이, 본 개시의 단말은 프로세서(2p-20), 송수신부(2p-00), 메모리(2p-10)를 포함할 수 있다. 다만 단말의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 단말은 전술한 구성 요소보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수 있다. 뿐만 아니라, 프로세서(2p-20), 송수신부(2p-00) 및 메모리(2p-10)이 하나의 칩(Chip) 형태로 구현될 수도 있다. 또한 도 2p의 단말은 전술한 단말과 대응될 수 있다.
일부 실시예에 따르면, 프로세서(2p-20)는 상술한 본 개시의 실시 예에 따라 단말이 동작할 수 있는 일련의 과정을 제어할 수 있다.
송수신부(2p-00)는 기지국과 신호를 송수신할 수 있다. 기지국과 송수신하는 신호는 제어 정보와, 데이터를 포함할 수 있다. 송수신부(2p-00)는 송신되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 다만, 이는 송수신부(2p-00)는 일 실시예일 뿐이며, 송수신부(2p-00)의 구성요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다. 또한, 송수신부(2p-00)는 무선 채널을 통해 신호를 수신하여 프로세서(2p-20)로 출력하고, 프로세서(2p-20)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다.
일부 실시예에 따르면, 메모리(2p-10)는 단말의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(2p-10)는 단말이 송수신하는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(2p-10)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리(2p-10)는 복수 개일 수 있다. 일부 실시예에 따르면, 메모리(2p-10)는 전술한 본 개시의 실시예들을 수행하기 위한 프로그램을 저장할 수 있다.
도 2q는 본 개시의 일부 실시예에 따른 기지국의 구성을 나타낸 블록도이다. 도 2q에 도시되는 바와 같이, 본 개시의 기지국은 프로세서(2q-20), 송수신부(2q-00), 메모리(2q-10)를 포함할 수 있다. 다만 기지국의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 기지국은 전술한 구성 요소보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수 있다. 뿐만 아니라, 프로세서(2q-20), 송수신부(2q-00) 및 메모리(2q-10)이 하나의 칩(Chip) 형태로 구현될 수도 있다. 또한 도 2q의 기지국은 전술한 기지국과 대응될 수 있다.
프로세서(2q-20)는 상술한 본 개시의 실시 예에 따라 기지국이 동작할 수 있도록 일련의 과정을 제어할 수 있다.
송수신부(2q-00)는 단말과 신호를 송수신할 수 있다. 단말과 송수신하는 신호는 제어 정보와, 데이터를 포함할 수 있다. 송수신부(2q-00)는 송신되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 다만, 이는 송수신부(2q-00)는 일 실시예일 뿐이며, 송수신부(2q-00)의 구성요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다. 또한, 송수신부(2q-00)는 무선 채널을 통해 신호를 수신하여 프로세서(2q-20)로 출력하고, 프로세서(2q-20)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다. 프로세서(2q-20)는 복수 개일 수 있다.
일부 실시예에 따르면, 메모리(2q-10)는 기지국의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(2q-10)는 기지국이 송수신하는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(2q-10)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리(2q-10)는 복수 개일 수 있다. 일부 실시예에 따르면, 메모리(2q-10)는 전술한 본 개시의 실시예들을 수행하기 위한 프로그램을 저장할 수 있다.
본 개시의 청구항 또는 명세서에 기재된 실시예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(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)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크 상의 별도의 저장 장치가 본 개시의 실시예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시예들에서, 본 개시에 포함되는 구성 요소는 제시된 구체적인 실시예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편, 본 명세서와 도면에 개시된 본 개시의 실시예들은 본 개시의 기술 내용을 쉽게 설명하고 본 개시의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 개시의 범위를 한정하고자 하는 것은 아니다. 즉 본 개시의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한 상기 각각의 실시 예는 필요에 따라 서로 조합되어 운용할 수 있다. 예를 들면, 본 개시의 일 실시예와 다른 일 실시예의 일부분들이 서로 조합되어 기지국과 단말이 운용될 수 있다. 또한, 본 개시의 실시예들은 다른 통신 시스템에서도 적용 가능하며, 실시예의 기술적 사상에 바탕을 둔 다른 변형예들 또한 실시 가능할 것이다.

Claims (15)

  1. 무선통신시스템에서 IAB 노드가 데이터를 송수신하는 방법에 있어서,
    DL(downlink) 플로우 제어 설정 정보를 수신하는 단계;
    상기 수신된 DL 플로우 제어 설정 정보로부터 결정된 DL 플로우 제어 피드백 정보의 포맷, DL 플로우 제어 피드백 정보의 보고 단위(granularity), DL 플로우 제어 피드백 정보의 데이터 양, DL 플로우 제어 피드백 정보의 데이터 타입 또는 DL 플로우 제어 피드백 정보의 보고 조건 중 적어도 하나에 기초하여, IAB 부모 노드에 상기 DL 플로우 제어 피드백 정보의 보고(report)를 수행하는 단계; 및
    상기 DL 플로우 제어 피드백 정보에 기초하여 스케쥴링된 데이터를 상기 IAB 부모 노드로부터 수신하는 단계를 포함하는, 방법.
  2. 제 1항에 있어서, 상기 DL 플로우 제어 피드백 정보는,
    상기 DL 플로우 제어 피드백 정보의 보고 단위 별로, 데이터가 저장되어 있는 DL 버퍼 크기, 이용가능한(available) DL 버퍼 크기 또는 데이터의 타입 중 적어도 하나에 관한 정보를 포함하는, 방법.
  3. 제 2항에 있어서, 상기 DL 플로우 제어 피드백 정보는,
    상기 DL 플로우 제어 피드백 정보의 보고 단위인 UE(user equipment)의 식별자 필드 및 UE 별 이용가능한 DL 버퍼 크기 필드를 포함하는, 방법.
  4. 제 1항에 있어서, 상기 DL 플로우 제어 피드백 정보의 보고 단위는,
    BH RLC 채널, BH RLC 채널 그룹, 논리 채널, 논리 채널 그룹, UE, UE 별 DRB 또는 UE 별 DRB 그룹 중 적어도 하나인, 방법.
  5. 제 1항에 있어서,
    상기 DL 플로우 제어 피드백 정보의 보고를 위한 트리거링 신호를 수신하는 단계를 더 포함하고,
    상기 DL 플로우 제어 피드백 정보의 보고를 수행하는 단계는,
    상기 트리거링 신호가 수신됨에 따라, 상기 DL 플로우 제어 피드백 정보의 보고를 수행하는, 방법.
  6. 제 1항에 있어서, 상기 DL 플로우 제어 피드백 정보의 보고를 수행하는 단계는,
    상기 DL 버퍼에 저장된 데이터의 양 또는 DL 플로우 제어 피드백 정보를 보고하도록 설정된 종류의 데이터양이 상기 DL 플로우 제어 피드백 정보의 보고 조건을 만족함에 따라, 상기 DL 플로우 제어 피드백 정보의 보고를 수행하는, 방법.
  7. 제 1항에 있어서, 상기 DL 플로우 제어 피드백 정보의 보고를 수행하는 단계는,
    기 설정된 전송 주기 또는 전송 시점에 따라, 상기 DL 플로우 제어 피드백 정보의 보고를 수행하는, 방법.
  8. 제 1항에 있어서,
    상기 DL 플로우 제어 설정 정보 및 상기 DL 플로우 제어 피드백 정보는, MAC 레이어 또는 BAP 레이어를 통해 제공되는, 방법.
  9. 무선통신시스템에서 데이터를 송수신하는 IAB 노드에 있어서,
    송수신부; 및
    상기 송수신부와 연결된 프로세서를 포함하고,
    상기 프로세서는,
    DL(downlink) 플로우 제어 설정 정보를 수신하도록 상기 송수신부를 제어하며,
    상기 수신된 DL 플로우 제어 설정 정보로부터 결정된 DL 플로우 제어 피드백 정보의 포맷, DL 플로우 제어 피드백 정보의 보고 단위(granularity), DL 플로우 제어 피드백 정보의 데이터 양, DL 플로우 제어 피드백 정보의 데이터 타입 또는 DL 플로우 제어 피드백 정보의 보고 조건 중 적어도 하나에 기초하여, IAB 부모 노드에 상기 DL 플로우 제어 피드백 정보의 보고를 수행하고,
    상기 DL 플로우 제어 피드백 정보에 기초하여 스케쥴링된 데이터를 상기 IAB 부모 노드로부터 수신하도록 상기 송수신부를 제어하는, IAB 노드.
  10. 제 9항에 있어서, 상기 DL 플로우 제어를 위한 피드백 정보는,
    상기 DL 플로우 제어를 위한 피드백 정보의 보고 단위 별로, 데이터가 저장되어 있는 DL 버퍼 크기, 이용가능한(available) DL 버퍼 크기 또는 데이터의 타입 중 적어도 하나에 관한 정보를 포함하는, IAB 노드.
  11. 제 9항에 있어서, 상기 DL 플로우 제어를 위한 피드백 정보의 보고 단위는,
    BH RLC 채널, BH RLC 채널 그룹, 논리 채널, 논리 채널 그룹, UE, UE 별 DRB 또는 UE 별 DRB 그룹 중 적어도 하나인, IAB 노드.
  12. 제 9항에 있어서, 상기 프로세서는,
    상기 DL 플로우 제어 피드백 정보의 보고를 위한 트리거링 신호를 수신하도록 상기 송수신부를 제어하고,
    상기 트리거링 신호가 수신됨에 따라, 상기 DL 플로우 제어 피드백 정보의 보고를 수행하는, IAB 노드.
  13. 제 9항에 있어서, 상기 프로세서는,
    상기 DL 버퍼에 저장된 데이터의 양 또는 DL 플로우 제어 피드백 정보를 보고하도록 설정된 종류의 데이터양이 상기 DL 플로우 제어 피드백 정보의 보고 조건을 만족함에 따라, 상기 DL 플로우 제어 피드백 정보의 보고를 수행하는, IAB 노드.
  14. 제 9항에 있어서, 상기 프로세서는,
    기 설정된 전송 주기 또는 전송 시점에 따라, 상기 DL 플로우 제어 피드백 정보의 보고를 수행하는, IAB 노드.
  15. 제 9항에 있어서,
    상기 DL 플로우 제어 설정 정보 및 상기 DL 플로우 제어 피드백 정보는, MAC 레이어 또는 BAP 레이어를 통해 제공되는, IAB 노드.
PCT/KR2019/012100 2018-09-18 2019-09-18 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치 Ceased WO2020060207A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/277,537 US20210352522A1 (en) 2018-09-18 2019-09-18 Method and device for transmitting and receiving data in wireless communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2018-0111752 2018-09-18
KR1020180111752A KR20200032560A (ko) 2018-09-18 2018-09-18 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치

Publications (1)

Publication Number Publication Date
WO2020060207A1 true WO2020060207A1 (ko) 2020-03-26

Family

ID=69887493

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/012100 Ceased WO2020060207A1 (ko) 2018-09-18 2019-09-18 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치

Country Status (3)

Country Link
US (1) US20210352522A1 (ko)
KR (1) KR20200032560A (ko)
WO (1) WO2020060207A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022127579A1 (zh) * 2020-12-18 2022-06-23 大唐移动通信设备有限公司 Iab节点的数据处理方法、装置及iab节点
EP3996467A4 (en) * 2020-09-08 2022-10-05 NEC Corporation Communication device, method, and recording medium
EP4562969A4 (en) * 2022-08-01 2025-09-10 Zte Corp MULTIPATH COMMUNICATIONS FOR USER EQUIPMENT IN A CENTRALIZED UNIT, AND DIVIDED ARCHITECTURE OF DISTRIBUTED UNITS

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020059633A1 (en) * 2018-09-20 2020-03-26 Sharp Kabushiki Kaisha Systems, Devices, and Methods for Handling Radio Link Failures in Wireless Relay Networks
US20220086697A1 (en) * 2019-01-09 2022-03-17 Nec Corporation An access network node
WO2021053372A1 (en) * 2019-09-18 2021-03-25 Telefonaktiebolaget Lm Ericsson (Publ) Subscriber/service based radio access network reliability
CN114467288A (zh) * 2019-09-30 2022-05-10 华为技术有限公司 一种数据包传输方法及装置
CN112752227B (zh) * 2019-10-30 2023-06-27 华为技术有限公司 一种通信方法及装置
CN121908343A (zh) 2020-05-29 2026-04-21 北京三星通信技术研究有限公司 支持切换的方法和设备
EP4079042B8 (en) * 2020-05-29 2026-02-18 Samsung Electronics Co., Ltd. Method and device for supporting handover
US11617187B2 (en) * 2020-10-28 2023-03-28 Hewlett Packard Enterprise Development Lp Systems and methods for prioritizing bi-directional traffic flows
WO2022199816A1 (en) * 2021-03-24 2022-09-29 Telefonaktiebolaget Lm Ericsson (Publ) Virtual radio channel based wireless connectivity
US12160772B2 (en) * 2021-12-07 2024-12-03 Qualcomm Incorporated Resource pattern indication from distributed unit
CN121176078A (zh) * 2023-05-05 2025-12-19 谷歌有限责任公司 启用基于协议数据单元集的数据通信

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170208574A1 (en) * 2016-01-14 2017-07-20 Samsung Electronics Co., Ltd Frame structures and signaling techniques for a unified wireless backhaul and access network

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11012915B2 (en) * 2018-03-26 2021-05-18 Qualcomm Incorporated Backpressure signaling for wireless communications
US11395320B2 (en) * 2018-05-18 2022-07-19 Nokia Solutions And Networks Oy Predictive scheduling request or buffer status report for wireless backhauling
CN110636583B (zh) * 2018-06-21 2021-08-13 华为技术有限公司 路径变更方法及装置
WO2020031154A1 (en) * 2018-08-09 2020-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Enhanced end to end flow control for multi-hop integrated access backhaul (iab) networks

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170208574A1 (en) * 2016-01-14 2017-07-20 Samsung Electronics Co., Ltd Frame structures and signaling techniques for a unified wireless backhaul and access network

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "Some considerations about congestion handling and flow control for IAB networks", R2-1812711, 3GPP TSG-RAN WG2 #103, vol. RAN WG2, 10 August 2018 (2018-08-10), Gothenburg, Sweden, pages 1 - 5, XP051522305 *
SEQUANS COMMUNICATIONS: "Flow control for DL data congestion", R2-1812851, 3GPP TSG-RAN WG2 MEETING #103, vol. RAN WG2, 10 August 2018 (2018-08-10), Gothenburg, Sweden, pages 1 - 4, XP051522439 *
ZTE: "Discussion on flow control in IAB", R2-1812463, 3GPP TSG-RAN WG2 MEETING #103, vol. RAN WG2, 10 August 2018 (2018-08-10), Gothenburg, Sweden, pages 1 - 5, XP051522061 *
ZTE: "Discussion on UE bearer setup proceudre for IAB network", R2-1812464, 3GPP TSG-RAN WG2 MEETING #103, vol. RAN WG2, 10 August 2018 (2018-08-10), Gothenburg, Sweden, pages 1 - 5, XP051522062 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3996467A4 (en) * 2020-09-08 2022-10-05 NEC Corporation Communication device, method, and recording medium
WO2022127579A1 (zh) * 2020-12-18 2022-06-23 大唐移动通信设备有限公司 Iab节点的数据处理方法、装置及iab节点
EP4562969A4 (en) * 2022-08-01 2025-09-10 Zte Corp MULTIPATH COMMUNICATIONS FOR USER EQUIPMENT IN A CENTRALIZED UNIT, AND DIVIDED ARCHITECTURE OF DISTRIBUTED UNITS

Also Published As

Publication number Publication date
US20210352522A1 (en) 2021-11-11
KR20200032560A (ko) 2020-03-26

Similar Documents

Publication Publication Date Title
WO2020060207A1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
WO2021066466A1 (en) Method and apparatus for performing handover in wireless communication system
WO2018231022A1 (en) Method for supporting multiple scheduling requests in next-generation mobile communication system
WO2020060352A1 (en) Methods and apparatuses for transmitting and receiving data in wireless communication system
WO2018131987A1 (en) Method and apparatus for processing data in a wireless communication system
WO2020022849A1 (en) Method and apparatus for wireless communication of wireless node in wireless communication system
WO2019225888A1 (ko) 차세대 이동통신 시스템에서 sdap 제어 pdu를 구분해서 처리하는 방법 및 장치
WO2019031883A1 (ko) 무선 통신 시스템에서 pdcp 재수립 방법 및 장치
WO2020209541A1 (ko) 무선 통신 시스템에서 단말 능력 보고 방법 및 장치
WO2018182388A1 (en) Apparatus and buffer control method thereof in wireless communication system
WO2020027508A1 (en) Wireless node communication method and apparatus in wireless communication system
WO2020222527A1 (en) Method and apparatus for performing handover procedure in wireless communication system
WO2020122509A1 (ko) 무선 통신 시스템에서 조건부 핸드오버의 실패 타이머 운용방법
WO2020111745A1 (en) Method and apparatus for inter-node coordination for auto neighbor relation
EP4011124A1 (en) Method and apparatus for performing handover in wireless communication system
WO2016159731A1 (ko) 무선 통신 시스템에서 다른 무선 접속 기술을 이용한 다중 연결을 제공하기 위한 장치 및 방법
WO2022154365A1 (ko) 무선 통신 시스템에서 포지셔닝을 위한 방법 및 장치
WO2020032566A1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
WO2020005010A1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
WO2020166906A1 (en) Methods and apparatuses for transmitting and receiving data in wireless communication system
WO2021029655A1 (en) Method and apparatus for configuring mimo for supporting uplink in next-generation mobile communication system
WO2020197259A1 (ko) 무선 통신 시스템에서 복수 개의 rlc 계층 장치의 활성화를 제어하는 방법 및 장치
WO2022025528A1 (ko) 차세대 이동 통신 시스템에서 무결성 보호 또는 검증 절차로 인한 단말 프로세싱 부하를 줄이는 방법 및 장치
EP3556135A1 (en) Method and apparatus for processing data in a wireless communication system
WO2020141864A1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치

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: 19861364

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19861364

Country of ref document: EP

Kind code of ref document: A1