WO2022092981A1 - 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법 - Google Patents

무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법 Download PDF

Info

Publication number
WO2022092981A1
WO2022092981A1 PCT/KR2021/015621 KR2021015621W WO2022092981A1 WO 2022092981 A1 WO2022092981 A1 WO 2022092981A1 KR 2021015621 W KR2021015621 W KR 2021015621W WO 2022092981 A1 WO2022092981 A1 WO 2022092981A1
Authority
WO
WIPO (PCT)
Prior art keywords
ric
control
message
service
node
Prior art date
Application number
PCT/KR2021/015621
Other languages
English (en)
French (fr)
Inventor
송준혁
류선희
이충근
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020210019522A external-priority patent/KR20220058363A/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to CN202180074280.9A priority Critical patent/CN116438923A/zh
Priority to EP21886974.1A priority patent/EP4221313A4/en
Publication of WO2022092981A1 publication Critical patent/WO2022092981A1/ko
Priority to US18/309,270 priority patent/US20230269622A1/en

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/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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • 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/08—Load balancing or load distribution
    • 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/12—Access point controller devices

Definitions

  • the present disclosure relates to an apparatus and method for E2 node control by RIC in a radio access network.
  • the present disclosure relates to an apparatus and method for controlling an E2 node through an E2 message conforming to an open radio access network (O-RAN) standard of a wireless communication system.
  • OF-RAN open radio access network
  • the 5G communication system or the pre-5G communication system is called a 4G network after (Beyond 4G Network) communication system or an LTE (Long Term Evolution) system after (Post LTE) system.
  • the 5G communication system is being considered for implementation in a very high frequency (mmWave) band (eg, such as a 60 gigabyte (60 GHz) band).
  • mmWave very high frequency
  • FD-MIMO Full Dimensional MIMO
  • array antenna, analog beam-forming, and large scale antenna technologies are being discussed.
  • an evolved small cell an advanced small cell, a cloud radio access network (cloud radio access network, cloud RAN), and an ultra-dense network (ultra-dense network)
  • D2D Device to Device communication
  • wireless backhaul moving network
  • cooperative communication Coordinated Multi-Points (CoMP)
  • CoMP Coordinated Multi-Points
  • FQAM Hybrid Frequency Shift Keying and Quadrature Amplitude Modulation
  • SWSC Small Cell Superposition Coding
  • ACM Advanced Coding Modulation
  • FBMC Fan Bank Multi Carrier
  • NOMA Non Orthogonal Multiple Access
  • SCMA Sparse Code Multiple Access
  • the 5G system In order to meet the demand for wireless data traffic, the 5G system, NR (new radio or next radio), has been commercialized, providing users with a high data rate service through the 5G system like 4G. It is expected that wireless communication services having various purposes, such as services requiring high reliability, can be provided.
  • O-RAN open radio access network
  • O-RAN open radio access network
  • the present disclosure provides an apparatus and method for a radio access network (RAN) intelligent controller (RIC) to perform control of an E2 node in a wireless communication system.
  • RAN radio access network
  • RIC radio controller
  • the present disclosure also provides an apparatus and method for configuring an E2 node by a RIC to a specific mode such that the E2 node operates under the control of the RIC.
  • a method performed by a Near-RT (real time) RIC includes a process of generating a RIC control request message, and transmitting the RIC control request message to E2 A process for transmitting to a node and a process for receiving a RIC control acknowledgment message or RIC control failure message from the E2 node, wherein the RIC control request message includes a control header and a control message ( control message), the control header includes a user equipment (UE) identifier (ID), the control message includes one or more parameters for a specific control service, and the specific control service includes: It may be indicated by an RIC control service style, and an index of a specific control service in the RIC control service style.
  • UE user equipment
  • the method performed by the E2 node includes a process of receiving a radio access network (RAN) intelligent controller (RIC) control request message from a Near-RT (real time) RIC, and RIC control confirmation and transmitting an acknowledgment message or a RIC control failure message to the Near-RT RIC, wherein the RIC control request message includes a control header and a control message, and the The control header includes a user equipment (UE) identifier (ID), the control message includes one or more parameters for a specific control service, and the specific control service includes a RIC control service style corresponding to a category. , and may be indicated by an index of a specific control service in the RIC control service style.
  • a Near-RT (real time) RIC (radio access network (RAN) intelligent controller) device includes at least one transceiver and at least one processor, wherein the at least one processor comprises: and generate a RIC control request message, transmit the RIC control request message to the E2 node, and receive a RIC control acknowledgment message or RIC control failure message from the E2 node, the RIC control request message includes a control header and a control message, the control header includes a user equipment (UE) identifier (ID), the control message includes one or more parameters for a specific control service, and , the specific control service may be indicated by an RIC control service style corresponding to a category, and an index of a specific control service in the RIC control service style.
  • UE user equipment
  • the device of the E2 node includes at least one transceiver and at least one processor, wherein the at least one processor transmits a radio access network (RIC) intelligent controller (RIC) control request message.
  • RIC radio access network
  • Receive from a Near-RT (real time) RIC and transmit a RIC control acknowledgment message or RIC control failure message to the Near-RT RIC, wherein the RIC control request message is a control header ) and a control message, the control header includes a user equipment (UE) identifier (ID), the control message includes one or more parameters for a specific control service, and the specific control service includes: , a RIC control service style corresponding to the category, and an index of a specific control service in the RIC control service style.
  • UE user equipment
  • the method performed by the E2 node includes the process of receiving a configuration message from the E2 node, and the setting The method may include generating a control message based on the message and transmitting the control message to the E2 node, wherein the control message may include a message for the E2 node to transmit to another E2 node.
  • RAN radio access network
  • the apparatus and method according to various embodiments of the present disclosure enable a radio access network (RAN) intelligent controller (RIC) to control the E2 node.
  • RAN radio access network
  • RIC radio controller
  • FIG. 1 shows an example of a 4th generation (4G) Long Term Evolution (LTE) core system.
  • 4G 4th generation
  • LTE Long Term Evolution
  • FIG. 2A shows an example of a 5th generation (5G) non-standard alone (NSA) system.
  • 5G 5th generation
  • NSA non-standard alone
  • 2B shows an example of an architecture for O-RAN.
  • FIG. 3 illustrates a protocol stack of an E2 application protocol message in a wireless access network according to various embodiments of the present disclosure.
  • FIG. 4 illustrates an example of a connection between a base station and a radio access network intelligence controller (RIC) in a radio access network according to various embodiments of the present disclosure.
  • RIC radio access network intelligence controller
  • FIG. 5 illustrates a configuration of a device in a wireless access network according to various embodiments of the present disclosure.
  • FIG. 6 illustrates logical functions related to an E2 message of an E2 node and an RIC in a radio access network according to various embodiments of the present disclosure.
  • FIG. 7 illustrates examples of functional separation between an E2 node and a RIC in various embodiments of the present disclosure.
  • FIG 8 illustrates an implementation example of an E2 node and RIC according to various embodiments of the present disclosure.
  • FIG 9 illustrates examples of functional separation between a centralized unit (CU) and an RIC according to various embodiments of the present disclosure.
  • MLB mobility load balancing
  • 11A illustrates an example of MLB control for different vendors according to various embodiments of the present disclosure.
  • 11B illustrates signaling for radio resource management (RRM) control setting of near-RT RIC according to various embodiments of the present disclosure.
  • RRM radio resource management
  • 12A and 12B illustrate signaling for RIC-based RRM control according to various embodiments of the present disclosure.
  • FIG 13 illustrates an example of an E2 control message supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • FIG 14A illustrates an example of an E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • FIG. 14B illustrates an example of a Network Interface Type in the E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • FIG. 14C illustrates an example of a Network Interface Identifier in the E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • FIG. 14D illustrates an example of O-RAN UE ID in the E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • FIG. 14E illustrates an example of a RAN UE Group ID in the E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • FIG. 14F shows an example of RIC Control Message Priority in the E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • FIG. 15 illustrates an example of a Network Interface Message Container located in a message body indicated by an E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • FIG. 16 illustrates an example of a Radio Control Interface located in a message body indicated by an E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • DCI downlink control information
  • FIG. 18 illustrates an example of RIC service style delivery supported by the O-RAN E2 Service Model according to an embodiment of the present disclosure.
  • FIG. 19 illustrates an example of a message format for RIC service style supported by the O-RAN E2 Service Model according to an embodiment of the present disclosure.
  • FIG. 20 illustrates another example of RIC service style delivery supported by the O-RAN E2 Service Model according to an embodiment of the present disclosure.
  • FIG. 21 illustrates another example of a message format for RIC service style supported by the O-RAN E2 Service Model according to an embodiment of the present disclosure.
  • FIG. 22 illustrates an example of a RIC control header in RIC control according to an embodiment of the present disclosure.
  • FIG. 23 illustrates an example of a RIC control message in RIC control according to an embodiment of the present disclosure.
  • FIG. 24 illustrates an example of a RIC control message in RIC control according to an embodiment of the present disclosure.
  • FIG. 25 illustrates an example of a RIC control message in RIC control according to an embodiment of the present disclosure.
  • 26 illustrates an example of a RIC control message in RIC control according to an embodiment of the present disclosure.
  • the present disclosure relates to an apparatus and method for performing a subscription procedure between a device in a radio access network (RAN) and a device controlling the RAN in a wireless communication system.
  • the present disclosure relates to an apparatus and method for measuring performance for each terminal on an E2 interface in a radio access network, and resource management for each slice of a base station.
  • the present disclosure relates to a container-based measurement message delivery apparatus and method when a service event for a base station conforming to an open radio access network (O-RAN) standard using an E2 message of a wireless communication system occurs.
  • OF-RAN open radio access network
  • an expression of more than or less than may be used, but this is only a description for expressing an example. It's not about exclusion. Conditions described as 'more than' may be replaced with 'more than', conditions described as 'less than', and conditions described as 'more than and less than' may be replaced with 'more than and less than'.
  • the present disclosure describes various embodiments using terms used in some communication standards (eg, 3rd Generation Partnership Project (3GPP) and open radio access network (O-RAN)), but this is an example for description Various embodiments of the present disclosure may be easily modified and applied in other communication systems.
  • 3GPP 3rd Generation Partnership Project
  • OFDRAN open radio access network
  • 3GPP is a joint research project among mobile communication-related organizations, and aims to create a 3G mobile communication system standard - applicable worldwide - within the scope of the IMT-2000 project of the International Telecommunication Union (ITU). 3GPP was established in December 1998, and the 3GPP standard is based on the advanced GSM standard, and includes radio, core network, and service architecture all within the scope of standardization.
  • an open radio access network is a 3GPP NE (network entity) and nodes constituting a base station, RU (radio unit), DU (digital unit), CU (central unit)-CP (control plane) ) and CU-UP (user plane) are newly defined as O(O-RAN)-RU, O-DU, O-CU-CP, and O-CU-UP, respectively, and additionally NRT (near-real- time) RIC (radio access network intelligent controller) was standardized.
  • the present disclosure is to support an operator specific service model in the E2 interface where the RIC requests a service from the O-DU, O-CU-CP, or O-CU-UP.
  • O-RU, O-DU, O-CU-CP, and O-CU-UP may be understood as objects constituting the RAN that can operate according to the O-RAN standard, and as an E2 node (node). may be referred to.
  • An interface with objects constituting the RAN that can operate according to the O-RAN standard between RIC and E2 nodes uses an E2AP (application protocol).
  • the RIC is a logical node capable of collecting information on a cell site transmitted/received between the UE and the O-DU, O-CU-CP, or O-CU-UP.
  • the RIC may be implemented in the form of a server centrally located in one physical location. Connections can be made through Ethernet between O-DU and RIC, between O-CU-CP and RIC, and between O-CU-UP and RIC. For this, interface standards for communication between O-DU and RIC, between O-CU-CP and RIC, and between O-CU-UP and RIC were required, and E2-DU, E2-CU-CP, E2-CU- The definition of message standards such as UP and procedures between O-DU, O-CU-CP, O-CU-UP and RIC is required.
  • differentiated service support is required for users in a virtualized network, and by concentrating call processing messages/functions generated in O-RAN on RIC, E2-DU to support services for a wide range of cell coverage, It is necessary to define the function of the messages of E2-CU-CP and E2-CU-UP.
  • the RIC may communicate with the O-DU, O-CU-CP, and O-CU-UP using the E2 interface, and may set an event generation condition by generating and transmitting a subscription message.
  • the RIC can set the call processing EVENT by generating an E2 subscription request message and delivering it to an E2 node (eg, O-CU-CP, O-CU-UP, O-DU). there is.
  • the E2 node transmits the Subscription Request Response message delivered to the RIC.
  • the E2 node may transmit the current state to the RIC through the E2 indication/report.
  • the RIC may provide control for O-DU, O-CU-CP, and O-CU-UP using an E2 control message.
  • Various embodiments of the present disclosure propose an E2 indication message for transmitting UE-unit measurement information for each period set in a subscription event condition in O-DU.
  • various embodiments of the present disclosure propose a message for controlling a resource transmitted from RIC to O-DU.
  • FIG. 1 shows an example of a 4 th generation (4G) Long Term Evolution (LTE) core system.
  • 4G 4 th generation
  • LTE Long Term Evolution
  • the LTE core system includes a base station 110 , a terminal 120 , a serving gateway (S-GW) 130 , a packet data network gateway (P-GW) 140 , and a mobility management entity (MME). 150 , a home subscriber server (HSS) 160 , and a policy and charging rule function (PCRF) 170 .
  • S-GW serving gateway
  • P-GW packet data network gateway
  • MME mobility management entity
  • HSS home subscriber server
  • PCRF policy and charging rule function
  • the base station 110 is a network infrastructure that provides a wireless connection to the terminal 120 .
  • the base station 110 is a device that performs scheduling by collecting state information such as a buffer state, available transmission power, and channel state of the terminal 110 .
  • the base station 110 has coverage defined as a certain geographic area based on a distance capable of transmitting a signal.
  • the base station 110 is connected to the MME 150 through an S1-MME interface.
  • the base station 110 includes an 'access point (AP)', an 'eNodeB (eNodeB)', a 'wireless point', a 'transmission/reception point, TRP)' or may be referred to as other terms having an equivalent technical meaning.
  • AP 'access point
  • eNodeB eNodeB
  • TRP 'transmission/reception point
  • the terminal 120 is a device used by a user and performs communication with the base station 110 through a wireless channel. In some cases, the terminal 120 may be operated without the user's involvement. That is, at least one of the terminal 120 and the terminal 130 is a device that performs machine type communication (MTC) and may not be carried by the user.
  • the terminal 120 is a terminal other than 'user equipment (UE)', 'mobile station', 'subscriber station', customer-premises equipment (CPE) ' It may be referred to as a 'remote terminal', 'wireless terminal', or 'user device' or other terms having an equivalent technical meaning.
  • the S-GW 130 provides a data bearer, and creates or controls the data bearer under the control of the MME 150 .
  • the S-GW 130 processes a packet arriving from the base station 110 or a packet to be forwarded to the base station 110 .
  • the S-GW 130 may perform an anchoring role during handover between base stations of the terminal 120 .
  • the P-GW 140 may function as a connection point with an external network (eg, an Internet network).
  • the P-GW 140 allocates an Internet Protocol (IP) address to the terminal 120 and serves as an anchor for the S-GW 130 .
  • the P-GW 140 may apply the QoS (Quality of Service) policy of the terminal 120 and manage account data.
  • IP Internet Protocol
  • the MME 150 manages the mobility of the terminal 120 .
  • the MME 150 may perform authentication for the terminal 120 , bearer management, and the like. That is, the MME 150 is in charge of mobility management and various control functions for the terminal.
  • the MME 150 may interwork with a serving GPRS support node (SGSN).
  • SGSN serving GPRS support node
  • the HSS 160 stores key information and a subscriber profile for authentication of the terminal 120 .
  • the key information and the subscriber profile are transmitted from the HSS 160 to the MME 150 when the terminal 120 accesses the network.
  • the PCRF 170 defines a rule for policy and charging.
  • the stored information is transferred from the PCRF 180 to the P-GW 140, and the P-GW 140 controls the terminal 120 based on the information provided from the PCRF 180 (eg, QoS management, charging, etc.). ) can be done.
  • the terminal and the base station can transmit and receive wideband signals using a plurality of component carriers in uplink (UL) and downlink (DL), respectively, and at this time, each component carrier are located in different frequency bands.
  • the uplink refers to a communication link in which the terminal transmits a signal to the base station
  • the downlink refers to a communication link in which the base station transmits a signal to the terminal.
  • the number of uplink component carriers and downlink component carriers may be different from each other.
  • one terminal is connected to a plurality of different base stations and transmits and receives signals simultaneously using carriers within a plurality of base stations located in different frequency bands, thereby It is a technology to increase the frequency use efficiency of
  • the terminal provides a service using a first base station (eg, a base station that provides services using LTE technology or 4G mobile communication technology) and a second base station (eg, NR (new radio) technology or 5G ( 5th generation) mobile communication technology) can be simultaneously connected to a base station that provides In this case, the frequency resources used by each base station may be located in different bands.
  • a method operating based on the dual connectivity method of LTE and NR may be referred to as 5G non-standalone (NSA).
  • 2A shows an example of a 5G NSA system.
  • the 5G NSA system includes an NR RAN 210a , an LTE RAN 210b , a terminal 220 , and an EPC 250 .
  • the NR RAN 210a and the LTE RAN 210b are connected to the EPC 150, and the terminal 220 may receive a service from any one or both of the NR RAN 210a and the LTE RAN 210b at the same time.
  • the NR RAN 210a includes at least one NR base station
  • the LTE RAN 210b includes at least one LTE base station.
  • the NR base station may be referred to as a '5G node (5th generation node)', a 'next generation nodeB (gNB)', or other terms having an equivalent technical meaning.
  • the NR base station may have a structure separated into a CU (central unit) and a DU (digital unit), and the CU has a structure separated into a CU-CP (control plane) unit and a CU-UP (user plane) unit.
  • CU-CP control plane
  • CU-UP user plane
  • the terminal 220 performs radio resource control (RRC) access through a first base station (eg, a base station belonging to the LTE RAN 210b), and functions provided in a control plane. (eg, connection management, mobility management, etc.) can be serviced. Also, the terminal 220 may be provided with an additional radio resource for transmitting and receiving data through the second base station (eg, a base station belonging to the NR RAN 210a).
  • RRC radio resource control
  • a first base station eg, a base station belonging to the LTE RAN 210b
  • functions provided in a control plane. eg, connection management, mobility management, etc.
  • the terminal 220 may be provided with an additional radio resource for transmitting and receiving data through the second base station (eg, a base station belonging to the NR RAN 210a).
  • This dual connectivity technology using LTE and NR may be referred to as EN-DC (evolved universal terrestrial radio access (E-UTRA) - NR dual connectivity).
  • NR-E-UTRA dual connectivity a dual connectivity technology in which a first base station uses NR technology and a second base station uses LTE technology is referred to as NR-E-UTRA dual connectivity (NE-DC).
  • NE-DC NR-E-UTRA dual connectivity
  • various embodiments may be applied to other various types of multi-connection and carrier aggregation technologies.
  • various embodiments are applicable even when the first system using the first communication technology and the second system using the second communication technology are implemented in one device or when the first base station and the second base station are located in the same geographic location can
  • E2 node may be assumed to be in the O-RAN Stand Alone mode.
  • E2-SM-KPIMON key performance indicator (KPI) monitoring
  • the eNB in the deployment (deployment) of the O-RAN non-standalone mode, the eNB is connected to the EPC through the S1-C/S1-U interface, and is connected to the O-CU-CP and the X2 interface.
  • O-CU-CP for O-RAN standalone mode deployment (deployment) may be connected to the 5GC (5G core) through the N2 / N3 interface.
  • the control plane includes a transport network layer and a radio network layer.
  • the transport network layer includes a physical layer 310 , a data link layer 320 , an internet protocol (IP) 330 , and a stream control transmission protocol (SCTP) 340 .
  • IP internet protocol
  • SCTP stream control transmission protocol
  • the radio network layer includes the E2AP (350).
  • the E2AP 350 is used to deliver a subscription message, an indication message, a control message, a service update message, and a service query message, SCTP 340 and IP 330 are transmitted in a higher layer (higher layer).
  • FIG. 4 illustrates an example of a connection between a base station and a radio access network intelligence controller (RIC) in a radio access network according to various embodiments of the present disclosure.
  • RIC radio access network intelligence controller
  • the RIC 440 is connected to the O-CU-CP 420 , the O-CU-UP 410 , and the O-DU 430 .
  • RIC 440 is a device for customizing RAN functionality (functionality) for a new service or regional resource optimization (regional resource optimization).
  • RIC 440 is a network intelligence (network intelligence) (eg, policy enforcement (policy enforcement), handover optimization (handover optimization)), resource assurance (resource assurance) (eg, radio-link management (radio-link management), improvement Functions such as advanced self-organized-network (SON) and resource control (eg, load balancing, slicing policy) may be provided.
  • network intelligence network intelligence
  • policy enforcement policy enforcement
  • handover optimization handover optimization
  • resource assurance resource assurance
  • radio-link management radio-link management
  • improvement Functions such as advanced self-organized-network (SON) and resource control (eg, load balancing, slicing policy) may be provided.
  • SON advanced self-organized-network
  • the RIC 440 may communicate with the O-CU-CP 420 , the O-CU-UP 410 , and the O-DU 430 .
  • the RIC 440 can be connected to each node through E2-CP, E2-UP, and E2-DU interfaces.
  • E2-CP E2-CP
  • E2-UP E2-UP
  • E2-DU interface between the O-CU-CP and the DU and between the O-CU-UP and the DU
  • F1 interface an interface between the O-CU-CP and the DU and between the O-CU-UP and the DU
  • DU and O-DU, CU-CP and O-CU-CP, and CU-UP and O-CU-UP may be used interchangeably.
  • a plurality of RICs may exist according to various embodiments.
  • the plurality of RICs may be implemented as a plurality of hardware located in the same physical location or may be implemented through virtualization using one piece of hardware.
  • FIG. 5 illustrates a configuration of an apparatus according to various embodiments of the present disclosure.
  • the structure illustrated in FIG. 5 may be understood as a configuration of a device having at least one function among RIC, O-CU-CP, O-CU-UP, and O-DU of FIG. 5 .
  • Terms such as '... unit' and '... group' used below mean a unit that processes at least one function or operation, which may be implemented as hardware or software, or a combination of hardware and software. there is.
  • the core network device includes a communication unit 510 , a storage unit 520 , and a control unit 530 .
  • the communication unit 510 provides an interface for performing communication with other devices in the network. That is, the communication unit 510 converts a bit string transmitted from the core network device to another device into a physical signal, and converts a physical signal received from the other device into a bit string. That is, the communication unit 510 may transmit and receive signals. Accordingly, the communication unit 510 may be referred to as a modem, a transmitter, a receiver, or a transceiver. In this case, the communication unit 510 enables the core network device to communicate with other devices or systems through a backhaul connection (eg, wired backhaul or wireless backhaul) or through a network.
  • a backhaul connection eg, wired backhaul or wireless backhaul
  • the storage unit 520 stores data such as a basic program, an application program, and setting information for the operation of the core network device.
  • the storage unit 520 may be configured as a volatile memory, a non-volatile memory, or a combination of a volatile memory and a non-volatile memory.
  • the storage unit 520 provides stored data according to the request of the control unit 530 .
  • the controller 530 controls overall operations of the core network device. For example, the control unit 530 transmits and receives a signal through the communication unit 510 . Also, the controller 530 writes and reads data in the storage 520 . To this end, the controller 530 may include at least one processor. According to various embodiments, the controller 530 may control the device to perform operations according to various embodiments described in the present disclosure.
  • FIG. 6 illustrates logical functions related to an E2 message of an E2 node and an RIC in a radio access network according to various embodiments of the present disclosure.
  • the RIC 640 and the E2 node 610 may transmit or receive an E2 message to each other.
  • the E2 node 610 may be an O-CU-CP, an O-CU-UP, an O-DU, or a base station.
  • the communication interface of the E2 node may be determined according to the type of the E2 node 610 .
  • the E2 node 610 may communicate with another E2 node 616 through an E1 interface or an F1 interface.
  • the E2 node 610 may communicate with the E2 node 616 through an X2 interface or an XN interface.
  • the E2 node 610 may perform communication through an S1 interface or a next generation application protocol (NGAP) interface (ie, an interface between a next generation (NG) RAN node and an AMF).
  • NGAP next generation application protocol
  • the E2 node 610 may include an E2 node function 612 .
  • the E2 node function 612 is a function corresponding to a specific xApp (application S/W) 646 installed in the RIC 640 .
  • application S/W application S/W
  • the KPI monitor collection S/W is installed in the RIC 640, and the E2 node 610 generates the KPI parameters and then sends the E2 message including the KPI parameters to the RIC ( E2 node function 612 forwarding to E2 termination 642 located at 640 .
  • the E2 node 610 may include a radio resource management (RRM) 614 .
  • the E2 node 610 may manage resources provided to the wireless network for the terminal.
  • the E2 end 642 located in the RIC 640 is the end of the RIC 640 for the E2 message, interprets the E2 message delivered by the E2 node 610, and then delivers the function to the xApp 646. do.
  • a DB (database) 644 located in the RIC 640 may be used for the E2 end 624 or xApp 616 .
  • the E2 node 610 illustrated in FIG. 6 is an end of at least one interface, and may be understood as an end of messages transmitted to a terminal, a neighboring base station, and a core network.
  • the O-RAN specification provides separation of functions between the E2 node and the RIC.
  • the E2 node may be a CU.
  • the RIC may be a Near RT RIC.
  • the RIC may be connected to an open network automation platform (ONAP)/management and orchestration (MANO)/network management system (NMS) through an A1 interface.
  • the RIC may be connected to the E2 node through the E2 interface.
  • the E2 interface may transmit commands.
  • the function separation option may include a function separation 700 that manages the entire radio resource management (RRM) in the near-RT RIC, and a function separation 750 that selectively manages the RRM in the near-RT RIC.
  • RRM radio resource management
  • Near-RT RIC will support E2 as an open logical interface targeting multi-vendor environments regardless of the specific RRC-RRM algorithm implementation located in nRT-RIC.
  • E2SM-NI paired with E2SM-NI capable of inserting / modifying / configuring Per UE RRC messages for each I / F and NE (network entity)
  • E2 Service Model Radio Interface Control may be proposed.
  • the Near RT RIC may be improved gradually in the direction of the functional separation 700 from the functional separation 750 .
  • E2 is independent of the specific RRC-RRM algorithm implementation found in nRT-RIC and can be developed as an open logical interface targeting multi-vendor environments.
  • E2 nodes eg, O-DU, O-CU
  • RICs are virtualized on a cloud platform (eg, open chassis and blade specification edge cloud), configured on devices (eg, servers).
  • a cloud platform eg, open chassis and blade specification edge cloud
  • devices eg, servers
  • This scenario would support deployment in densely populated urban areas with abundant fronthaul capacity allowing BBU functions to be pooled in a central location, with low enough latency to meet O-DU latency requirements. can Therefore, it may not be necessary to attempt to centralize a RIC close to RT beyond the limit at which O-DU functions can be centralized.
  • E2SM-RIC may be optimized for O-RAN deployment scenarios in which Near-RT RIC, O-CU, and O-DU are implemented in O-Cloud Platform.
  • function separation may be performed according to deployment scenario #1 900 or function deployment scenario #2 950 .
  • Deployment Scenario #1 (900): RICs are located on separate sites or only exist in other NEs, replacing or recommending some intelligence essential functions.
  • Deployment Scenario #2 (950): RIC can replace almost all functions of CU except 3GPP I/F management.
  • the mobility function may be performed by the RIC rather than the CU.
  • the UE context function may be performed by the RIC rather than the CU.
  • the session establishment function may be performed by the RIC rather than the CU.
  • the first CU and the first DU may be provided by vendor A.
  • the second CU and the second DU may be provided by vendor B.
  • the first DU may provide a service area of vendor A.
  • RUs connected to the first DU may provide a service area of vendor A.
  • the second DU may provide a service area of vendor B.
  • the RUs connected to the second DU may provide the service area of the vendor B.
  • RIC When the terminal moves, it may be performed through load balancing with respect to which cell is optimal. If such load balancing is performed by different vendors, it may be difficult to smoothly perform load balancing in a space where service areas of the vendors overlap. That is, it is required to perform interworking between vendors in an inter vendor zone or an inter CU-CP area. For interworking between these vendors, RRM control may be required to be performed in a centralized form. Accordingly, RIC according to various embodiments of the present disclosure may be configured to perform RRM. The RIC can generate messages to control each E2 node, as well as simply receive measurements from each E2 node. The RIC may transmit a control message to each E2 node (eg, DU, CU-CP, CU-UP).
  • E2 node eg, DU, CU-CP, CU-UP
  • FIG. 11A illustrates an example of MLB control for different vendors according to various embodiments of the present disclosure.
  • the RAN context may be identified in the Near-RT RIC.
  • trigger events/REPORT, INSERT, POLICY conditions can be activated.
  • Control actions also work, and the generic sub-function definition approach can work as well.
  • the RAN context cannot be confirmed in the Near-RT RIC.
  • trigger event/REPORT, INSERT, and POLICY conditions do not work. The control action does not work or has to depend on the implementation due to the conflict of the local RRM.
  • RAN function parity means a difference in characteristics related to RRM functions (eg, quality of service (QoS) handover, load balancing (LB) handover, etc.).
  • RAN operation parity means a difference in characteristics related to RAN operations (eg, EN-DC SCG bearer change procedure).
  • the operations for REPORT/INSERT/CONTROL/POLICY cannot identify the correct RAN CONTEXT.
  • REPORT/INSERT/CONTROL/POLICY operations cannot identify trigger events/conditions according to REPORT/INSERT/POLICY.
  • a wireless communication environment 1100 illustrates network entities configured through a total of three vendors.
  • Vendor A may be an NR provider.
  • Vendor B may be an LTE provider.
  • Vendor C may be a RIC supplier.
  • no matter which vendor's E2 nodes are connected one entity that can manage them all is required.
  • near-RT RIC can manage and control more easily compared to other entities because near-RT RIC can collect all of their measurement information. Accordingly, as the near-RT RIC centrally performs RRM, differences between vendors and compatibility issues can be resolved. In addition, even with different RATs, differences between vendors and compatibility issues may be resolved.
  • the centralized RRM by near-RT RIC refers to terms such as RIC-based RRM control or zombie mode of E2 node, zombie mode of E2SM-RIC, and E2SM-RIC-only mode.
  • RIC-based RRM control or zombie mode of E2 node zombie mode of E2SM-RIC
  • E2SM-RIC-only mode E2SM-RIC-only mode
  • 11B illustrates signaling for RRM control configuration of near-RT RIC according to various embodiments of the present disclosure.
  • 11B shows an example of a signaling procedure between the E2 node and the RIC.
  • FIG. 11B shows a setup procedure of E2 I/F between an E2 node and an RIC and a procedure of transferring a RIC subscription message.
  • a procedure of transferring the RIC indication message and the RIC control message is illustrated.
  • the E2 node may transmit an E2 SET UP REQUEST message to the RIC.
  • the E2 NODE FUNCTION function located in the E2 node can find the RIC using the IP address of the RIC set as operation-administration-maintenance (OAM) and transmit the E2 setup request message.
  • the E2 node may request RIC-based RRM control.
  • the E2 node may transmit an E2 SET UP REQUEST message including that the E2 node is capable of a zombie mode operation to the RIC.
  • the RIC may receive an E2 SETUP RESPONSE message from the E2 node.
  • the RIC may determine, from the E2 node, whether the E2 node supports the zombie mode, that is, full RRM control by the RIC is possible.
  • the RIC may transmit a subscription request (RIC SUBSCRIPTION REQUEST) message to the E2 node.
  • a specific xApp located in the RIC requests the RIC E2 end function to subscribe (or subscribe) to the specific RAN Function Definition function supported by E2.
  • the subscription request message may include information for indicating whether the RIC performs RIC-based RRM control.
  • the subscription request message may include information for indicating whether the RIC operates as an E2SM-RIC.
  • the RIC may transmit a subscription request message including a zombie mode indicator.
  • RIC-based RRM control may be performed in units of a terminal or a terminal group including terminals.
  • the RIC-based RRM control may be performed for a terminal located in an area between vendors or a common service area of CU-UPs or a group including the terminal, as shown in FIGS. 10 and 11A .
  • the subscription request message may include an ID indicating a group (hereinafter, group identifier) or an ID for indicating a specific terminal (hereinafter, terminal ID/UE ID).
  • the transmission of the subscription request message and the E2 setup response message may be transmitted separately.
  • the subscription request message of the step may be transmitted together by being included in the E2 SETUP RESPONSE message of the step.
  • the E2 node may transmit a subscription request response (RIC SUBSCRIPTION RESPONSE) to the RIC.
  • the E2 node function of the E2 node may decode the subscription request message.
  • the E2 node may identify whether the RIC is an E2SM RIC.
  • the E2 node can check whether the RIC operates in the zombie mode or whether the E2 node operates in the zombie mode.
  • the E2 node may transmit an E2 RIC indication message to the RIC.
  • the E2 node and the RIC may perform the RIC indication procedure.
  • the RIC indication message may include a KPI report per UE.
  • a message container of the RIC indication message may include a KPI reporting service model in units of UEs.
  • the RIC may perform RRM for the corresponding UE.
  • the RIC may perform RRM and generate a control message including specific information related to a resource allocation procedure. Through this, the RIC can control each E2 node.
  • E2SM RIC control CONTROL
  • the E2 node 610 and the RIC 640 may perform a RIC control procedure.
  • the RIC 640 may generate an E2SM-RIC RIC control message for a control procedure of the E2 node.
  • the E2SM-RIC RIC control message may include a message container.
  • the message container may include an RRC message for each interface (eg, an X2 SgNB addition request message).
  • measurement may be performed and reported in various units such as a group/network slice of the UE, and RIC control may be performed.
  • the E2 node and the RIC may independently perform the E2 configuration procedure.
  • the E2 node and the RIC may independently perform the subscription procedure.
  • the E2 setup response message may include a subscription request message.
  • the E2 node and the RIC may independently perform the RIC indication procedure.
  • the E2 node and the RIC may independently perform the RIC control procedure.
  • the E2 node and the RIC may perform at least some of the above-described procedures together or separately.
  • the RIC may instead process the message that the E2 node should process.
  • the RIC may instead generate a control message that is generated by the processing of the E2 node and should be delivered to another node or UE.
  • These control messages may include various types of messages.
  • the control message may be a message defined to be transmitted between nodes (eg, between CU-DUs, between DU-RUs, or between CU-CPs/CU-UPs).
  • processing according to the request may be performed by the RIC instead of the E2 node.
  • the RIC may process the request and generate a response.
  • the RIC may provide the generated response back to the E2 node.
  • the control message may be a message for UE configuration (eg, RRC-related configuration).
  • the control message may include a measurement configuration/measurement report to be configured by the DU (or via the RU) to the UE.
  • the RIC may generate an RRC configuration for the UE and deliver it to the UE through the DU/RU. That is, in the RRM procedure by RIC to be described in the present disclosure, the message generated by RIC is control/report/configuration/configuration between entities of FIG. 4 or for UE (control)/report/configuration ( setup) may include at least one of messages for various purposes.
  • FIGS. 12A and 12B illustrate signaling for RIC-based RRM control according to various embodiments of the present disclosure.
  • Load balancing eg MLB
  • FIGS. 12A to 12B the same may be applied to a plurality of E2 nodes, particularly E2 nodes having different vendors. Even if the vendors are different, RRM control can be more efficiently performed through the control by the RIC (CONTROL).
  • the RIC may process the following messages/procedures to perform the functions of the E2 node instead.
  • the E2 node may forward the message to the RIC. That is, in order for the RIC to perform interpretation/processing/judgment of the corresponding message, the E2 node may bypass the corresponding message and deliver it to the RIC.
  • the blanks shown in FIGS. 12A and 12B mean that the near-RT RIC performs a function that should have been performed by each existing E2 node. In the RIC, an intelligence-aided function may be improved to perform operations for RRM, such as message interpretation/processing/judgment.
  • FIGS. 12A and 12B are listed in chronological order, this is only for explaining the operation of E2SM-RIC according to various embodiments of the present disclosure, and a specific signaling is an essential component. It is limited to be performed before other signaling. doesn't mean to That is, according to another exemplary embodiment, some of the procedures illustrated in FIGS. 12A and 12B may be omitted. According to another embodiment, some signaling may be performed by the RIC at a time.
  • FIGS. 12A and 12B an example of processing the messages of (1) to (12) is illustrated in FIGS. 12A and 12B , embodiments of the present disclosure are not limited thereto. Some of the above-described examples may be interpreted/determined/processed by the RIC, but others may be performed by the E2 node as before.
  • E2 Control Message can be largely composed of E2AP Header and E2 Service Model.
  • the E2AP Header specifies the message code value that the E2 message is a Control Message.
  • the E2 Control message is located in the E2 Service Model.
  • the E2 Control Message consists of an E2 Control Indication message and an E2 Control Message Container message.
  • FIG. 14A illustrates an example of an E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure. This is only for explaining the operation of E2SM-RIC according to various embodiments of the present disclosure, and does not mean that a specific signaling is an essential component and should be performed before other signaling. A detailed description of the IEs shown in FIG. 14A is described with reference to FIGS. 14B to 14F.
  • the Network Interface Type defined here is the same as the Network Interface Type used in 3GPP and O-RAN.
  • the network interface type may include an S1 interface, an X2 interface, an NG interface, an F1 interface, an E1 interface, and the like.
  • FIG. 14C illustrates an example of a Network Interface Identifier in the E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • the Network Interface Identifier defined here is the same as the Network Interface Identifier used in 3GPP and O-RAN.
  • O-RAN UE ID in the E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • the O-RAN UE ID is an Integer value and may be used to control a Radio Resource Management (RRM) message by limiting to a specific UE in the operation of E2SM-RIC.
  • RRM Radio Resource Management
  • the RAN UD Group ID may be used to control a Radio Resource Management (RRM) message by limiting to a specific group in the operation of E2SM-RIC according to the same integer value as the RAN UE Group ID used in 3GPP and O-RAN.
  • RRM Radio Resource Management
  • RIC Control Message Priority is the same Integer value as RIC Control Message Priority used in O-RAN and indicates the priority of other control messages.
  • RRM Radio Resource Management
  • FIG. 15 illustrates an example of a Network Interface Message Container located in a message body indicated by an E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure. This is the same Octet String value as the Network Interface message used in O-RAN.
  • the Radio Control Interface 16 illustrates an example of a Radio Control Interface located in a message body indicated by an E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • the Radio Control Interface may include at least one of 'Radio Control Interface Message Type', 'RAT Type', 'O-RAN UE ID', 'RAN UE Group ID', or 'RIC Control message priority'.
  • 'M' stands for Mandatory and 'O' stands for Optional.
  • the Radio Control Interface Message Type defines the types of RRC messages transmitted between the base station and the terminal defined in 3GPP.
  • the type of RRC messages may include RRC connection reconfiguration or RRC connection re-establishment.
  • the RAT Type is a type of radio access technology (RAT), and defines LTE or NR.
  • the O-RAN UE ID is a unique ID of the UE managed by the Near-RT RIC associated with C-RNTI or TMSI, GUTI, etc. managed by the base station.
  • the RAN UE GROUP ID is an ID of a service group to which the UE belongs, allocated by MME/AMF (Access and Mobility Management Function).
  • the RAN UE GROUP ID may include Service Profiling IDentity (SPID) and/or Radio access type/Frequency of Selection Priority (RFSP).
  • SPID Service Profiling IDentity
  • RFSP Radio access type/Frequency of Selection Priority
  • RIC Control Message Priority indicates the priority of message processing when the base station receives a Radio Control Interface Message from the Near-RT RIC to the same UE.
  • FIG. 17 illustrates an example of delivery of downlink control information (DCI) through a message body indicated by an E2SM Control Header supported by the O-RAN E2 Service Model used in E2SM-RIC according to various embodiments of the present disclosure.
  • the table of FIG. 17 is an example in which a Per UE DCI control message container is introduced to utilize DCI, which is a control parameter of a physical layer of the terminal, in addition to the above-described examples.
  • a message for indicating DCI such as 'Per UE DCI control message container', as shown in Table 16, Network Interface located in the message body indicated by the E2SM Control Header supported by the RAN E2 Service Model by the E2SM-RIC described above.
  • a Message Container may be exemplified.
  • the Radio Control Interface Message Type defines the types of RRC messages transmitted between the base station and the terminal defined in 3GPP.
  • the type of RRC messages may include RRC connection reconfiguration or RRC connection re-establishment.
  • RAT Type is a type of radio access technology (RAT), and defines LTE or NR.
  • the O-RAN UE ID is a unique ID of the UE managed by the Near-RT RIC associated with C-RNTI or TMSI, GUTI, etc. managed by the base station.
  • the RAN UE GROUP ID is an ID of a service group to which the UE belongs, allocated by MME/AMF (Access and Mobility Management Function).
  • the RAN UE GROUP ID may include Service Profiling IDentity (SPID) and/or Radio access type/Frequency of Selection Priority (RFSP).
  • SPID Service Profiling IDentity
  • RFSP Radio access type/Frequency of Selection Priority
  • the RIC Control Message Priority indicates the priority of message processing when the base station receives a Radio Control Interface Message from the Near-RT RIC for the same UE.
  • the DRB ID means an ID of a data radio bearer allocated to the UE.
  • a DCI format type in LTE and/or NR may be designated.
  • related DCI may be encapsulated in the DCI container.
  • the RIC may generate a DCI message suitable for each RAT type for each UE.
  • the RIC can make it directly and perform PHY level control such as power control, RB (resource block) quota control for each UE, and MCS (modulation and coding scheme) setting.
  • the RIC may provide predicted scheduling information (eg, MCS, RB resource allocation), etc. to the DU.
  • the DU may perform scheduling based on information transmitted from the RIC.
  • the RIC may perform scheduling based on information transmitted from the RIC and channel information (eg, channel state information (CSI)) obtained from the UE.
  • CSI channel state information
  • An E2 node can support various services. As shown in FIG. 11B , the E2 node may notify the service supported by the E2 node through a setup request.
  • the setup request message of the E2 node ie, E2 SETUP REQUEST
  • E2 SETUP REQUEST may be configured as follows.
  • This message is sent by an E2 Node to a Near-RT RIC to transfer the initialization information.
  • the RAN function definition of the E2 node may be configured as follows.
  • This information element carries the RAN function Definition
  • the E2 node may refer to the E2 service model in order to inform the RIC of a supportable RAN function.
  • the E2 node may transmit a message of a type according to embodiments to be described later in order to indicate to the RIC a supportable service type (ie, RIC service style).
  • the description of the configuration fairy message may be applied to other messages having the same technical meaning, such as an update message (ie, RIC service update) and a modification request message, in the same and similar manner.
  • FIG. 18 illustrates an example of RIC service style delivery supported by the O-RAN E2 Service Model according to an embodiment of the present disclosure.
  • the RIC service style shown in FIG. 18 may be delivered in a flat format.
  • the RIC service style may be indicated in the form of an index.
  • a unique index can be defined for each service style. Names of services and indexes corresponding to the services shown in FIG. 18 are exemplary and are not to be construed as limiting the embodiments of the present disclosure.
  • the index of the RIC service style may indicate the following.
  • DRB QoS Modification Service used to modify QoS of DRB (data radio bearer)
  • QoS Flow to DRB mapping update Service for updating QoS flow and DRB mapping
  • Radio Bearer Admission Control Service for controlling radio bearer admission
  • DRX Configuration DRX (discontinous reception) service for configuration
  • Scheduling Request Configuration A service for configuring a scheduling request (scheduling request)
  • Intra-DU Handover Handover within DU.
  • the DU may be the same DU.
  • Inter-DU Intra-CU Handover Inter-DU handover.
  • the DU is changed, but the CU may be the same CU.
  • One or more DUs may be connected to a CU.
  • Inter-CU Handover Inter-CU handover. CU can be changed.
  • CU-UP relocation handover handover in which CU-UP is reassigned
  • DCI configuration update DCI configuration update
  • AMBR configuration update Update the Aggregate Maximum Bit Rate (AMBR) configuration
  • FIG. 18 Although 11 examples have been described in FIG. 18 , embodiments of the present disclosure are not limited thereto. According to an embodiment, at least some of the examples shown in FIG. 18 may be defined by being formatted and indexed. According to another embodiment, in addition to the examples shown in FIG. 18 , other types of services may be added and each service may be indexed.
  • FIG. 19 illustrates an example of a message format for RIC service style supported by the O-RAN E2 Service Model according to an embodiment of the present disclosure.
  • 'M' stands for Mandatory and 'O' stands for Optional.
  • the message may include a RIC function name.
  • the message may include a RIC service style list (RIC service style list).
  • the RIC service style list may include a list of one or more supportable RIC service styles.
  • An index of a RIC service style that can be supported through each item in the RIC service style list may be delivered from the E2 node to the RIC.
  • the RIC may identify a predefined RIC service style as shown in Table 18 through the index.
  • the RIC may transmit a RIC control message to the E2 node based on the information obtained through FIGS. 18 and 19 .
  • the RIC control message may include a configuration for a corresponding service.
  • the service included in the RIC control message may be service model-specific of E2SM.
  • FIG. 20 illustrates another example of RIC service style delivery supported by the O-RAN E2 Service Model according to an embodiment of the present disclosure.
  • the RIC service style shown in FIG. 20 may be delivered in a categorized format.
  • the RIC service style may be indicated in the form of an index. Unlike FIG. 18 , the RIC service style may not be directly indicated through the index of the RIC service style, but may be indicated together with a specific category. A service category is first defined through the category, and each service within the category may be indicated by an index. Category names, service type names, and indexes corresponding to service types illustrated in FIG. 20 are exemplary and are not to be construed as limiting the embodiments of the present disclosure.
  • the services illustrated in FIG. 20 may be categorized as follows.
  • a service style supportable in a corresponding category may be exemplarily defined as follows.
  • a service style supportable in a corresponding category may be exemplarily defined as follows.
  • an additional category may be defined in addition to the categories shown in FIG. 20 .
  • a category may be defined in a manner different from the categories shown in FIG. 20 .
  • categories may be distinguished according to whether the type of E2 node is (DU, CU-UP, CU-UP).
  • the category of services may be referred to as a RIC control service style. Within the corresponding category, the RIC control service may be referred to as a control action.
  • FIG. 21 illustrates another example of a message format for RIC service style supported by the O-RAN E2 Service Model according to an embodiment of the present disclosure.
  • 'M' stands for Mandatory and 'O' stands for Optional.
  • the message may include a RIC function name.
  • the message may include a supported RIC service style list item.
  • each item may be configured in a layered manner.
  • the hierarchical level may be expressed through the '>' indicator.
  • the message may further include a RIC service style type.
  • RIC service style list (RIC service style list)) may be included.
  • the RIC service style list item may be defined for each RIC service style type.
  • the type may mean a category of the RIC service style illustrated in FIG. 20 .
  • the RIC service style list may include a list of one or more supportable RIC service styles.
  • An index of a RIC service style that can be supported through each item in the RIC service style list may be delivered to the RIC from the E2 node.
  • the RIC may identify a predefined RIC service style as shown in Table 20 through a category (ie, RIC Service Style Type) and an index (RIC Service Style Index or control operation index).
  • the RIC may transmit a RIC control message to the E2 node based on the information obtained through FIGS. 20 and 21 .
  • the RIC control message may include a configuration for a corresponding service.
  • the service included in the RIC control message may be service model-specific of E2SM.
  • a supportable service may be predefined according to the type of the E2 node.
  • DU and CU may operate according to function split for each layer.
  • CU is an upper layer function (eg, PDCP (packet data convergence protocol, RRC)), RRC (radio resource control), SDAP (Service Data Adaptation Protocol))
  • DU is a lower layer function (lower layers) (eg: It may be implemented to perform radio link control (RLC), medium access control (MAC), and physical (PHY)).
  • RLC radio link control
  • MAC medium access control
  • PHY physical
  • CU-CP control plane
  • PDCP and RRC layer functions may be supported, and CU-UP may support PDCP and SDAP layer functions.
  • services supported by the E2 node may be predefined according to the type of the E2 node.
  • the E2 node may inform the RIC of this by including the index number of the RIC service style defined according to the corresponding type when transmitting the setup request message to the RIC. It goes without saying that the method defined in FIGS. 18 to 21 may be applied to this embodiment in the same or similar manner.
  • the RIC that has received the supportable service from the E2 node can deliver the configuration for the service to the E2 node.
  • the RIC may transmit a RIC control message to the E2 node for configuration for each service.
  • the RIC may transmit a message associated with the E2 Service Model to the E2 node.
  • the RIC may transmit an E2 control message as shown in FIG. 13 .
  • the RIC may transmit a RIC control request message to the E2 node.
  • the E2 node may transmit a RIC control acknowledgment or RIC control failure message to the RIC.
  • a control message transmitted by the RIC to the E2 node may be configured as follows.
  • This message is sent by a Near-RT RIC to an E2 Node to initiate or resume a control function logic.
  • the RIC control header is illustratively as follows.
  • This information element carries the RIC control header used for CONTROL procedures.
  • More than one identity may be used to define the scope of the RIC control control.
  • the RIC control header may be used to indicate a RIC control service style of the above-described category and a specific RIC control service.
  • at least some of the following categories may be hierarchical. Also, according to an embodiment, at least some of the following categories may be mutually independent.
  • UE ID UE ID.
  • Group ID The group ID. One or more terminals may be included in one group.
  • Cell ID Cell ID. It means a cell on the access network.
  • Slice ID A slice ID, where slice may mean a network slice.
  • QoS ID means QoS ID.
  • QoS means QCI (QoS Class Identifier) or 5QI (5G QoS Identifier).
  • DRB ID means an ID of a data radio bearer (DRB).
  • QoS Flow ID means QoS Flow ID.
  • the SDAP layer may perform QoS Flow and DRB mapping.
  • PDU session ID means an ID of a protocol data unit (PDU) session.
  • FIG. 23 illustrates an example of a RIC control message in RIC control according to an embodiment of the present disclosure.
  • a RIC message transmitted by the RIC to the E2 node in a situation where the index of the RIC service style is indicated as 'DRB QoS Modification' is described.
  • 'M' stands for Mandatory
  • 'O' stands for Optional.
  • the RIC control message may include a DRB QoS modification list.
  • the DRB QoS modification list may include one or more DRB information. Each DRB information may be identified through a DRB ID.
  • the DRB QoS modification list may include, for each DRB, DRB ID and QoS information.
  • the QoS information may be E-UTRAN QoS information (for LTE RAN, eg, may include QCI) or DRB QoS information (for NG-RAN, eg, may include 5QI).
  • the IE content of the F1-related standard document (eg, 3GPP TS 38.473) may be referenced for the IE (information element) of FIG. 26 .
  • FIG. 24 illustrates an example of a RIC control message in RIC control according to an embodiment of the present disclosure.
  • a RIC message transmitted by the RIC to the E2 node in a situation where the index of the RIC service style is indicated by 'QoS Flow to DRB mapping update' is described.
  • 'M' stands for Mandatory
  • 'O' stands for Optional.
  • the RIC control message may include a QoS Flow to DRB mapping list.
  • the QoS Flow to DRB mapping list may include one or more DRB information. Each DRB information may be identified through a DRB ID.
  • the DRB QoS modification list may include, for each DRB, a QoS flow list.
  • the QoS flow list may include one or more QoS flows for the corresponding DRB.
  • the IE content of an F1-related standard document may be referenced for the IE (information element) of FIG. 26 .
  • FIG. 25 illustrates an example of a RIC control message in RIC control according to an embodiment of the present disclosure.
  • a RIC control message transmitted by the RIC to the E2 node in a situation where 'Logical Channel Reconfiguration' is indicated as the RIC service style index is described.
  • 'M' stands for Mandatory
  • 'O' stands for Optional.
  • the RIC control message may include a logical channel configuration list.
  • the logical channel configuration list may include one or more pieces of logical channel information.
  • Each logical channel information may be identified through a logical channel ID (logical channel identity).
  • Each logical channel, priority, bit rate, and bucket size section can be defined.
  • the maximum number of possible logical channels may be 32.
  • IE contents of an F1-related standard document may be referenced for the IE (information element) of FIG. 26 .
  • FIG. 26 illustrates an example of a RIC control message in RIC control according to an embodiment of the present disclosure.
  • a RIC message transmitted by the RIC to the E2 node in a situation where the index of the RIC service style is indicated by 'Radio Bearer Admission control' is described.
  • 'M' stands for Mandatory
  • 'O' stands for Optional.
  • the RIC control message may include one or more DRB lists.
  • the one or more DRB lists may include a DRB addition list (or an addition/modification list).
  • the DRB addition list may include one or more DRB information.
  • Each DRB information may be identified through a DRB ID.
  • the DRB addition list may include, for each DRB, DRB ID and QoS information.
  • the QoS information may be DRB QoS information (for NG-RAN, for example, may include 5QI).
  • the QoS information may be E-UTRAN QoS information (for LTE RAN, for example, it may include QCI).
  • the maximum number of possible DRBs may be 64.
  • one or more DRB lists may include a DRB release list.
  • the DRB release list may include one or more DRB information. Each DRB information may be identified through a DRB ID.
  • the DRB release list may include a DRB ID for each DRB. As an example, the maximum number of possible DRBs may be 64.
  • the IE content of the F1-related standard document (eg, 3GPP TS 38.473) may be referenced for the IE (information element) of FIG. 26 .
  • a method performed by a Near-RT (real time) RIC includes a process of generating a RIC control request message, and transmitting the RIC control request message to E2 A process for transmitting to a node and a process for receiving a RIC control acknowledgment message or RIC control failure message from the E2 node, wherein the RIC control request message includes a control header and a control message ( control message), the control header includes a user equipment (UE) identifier (ID), the control message includes one or more parameters for a specific control service, and the specific control service includes: It may be indicated by an RIC control service style, and an index of a specific control service in the RIC control service style.
  • UE user equipment
  • the specific control service is one of a first plurality of services
  • the first plurality of services are data radio bearer (DRB).
  • DRB data radio bearer
  • ) may include a quality of service (QoS) configuration, a QoS flow mapping configuration, a logical channel configuration, and a radio bearer admission control.
  • the one or more parameters may include DRB identification information and 5 th generation (5G) quality of service (QoS) Identifier (5QI).
  • 5G 5 th generation
  • QoS quality of service
  • the one or more parameters include DRB identification information and a QoS flow list
  • the QoS flow list includes, for each QoS flow, a QoS flow identifier. and a QoS flow mapping indication.
  • the one or more parameters include logical channel identification information, priority, priority bit rate, and bucket size duration. ) may be included.
  • the specific control service is one of a plurality of second services, and the second plurality of services indicate different handover types.
  • the method may further include receiving a configuration message for indicating a supportable RIC control service from the E2 node.
  • the configuration message includes a radio access network (RAN) function definition (RAN) function definition (IE) information element (IE), wherein the RAN function definition IE includes: one or more RIC control service styles, and the one or more may include one or more indices of one or more services corresponding to each RIC control service style in RIC control service styles.
  • RAN radio access network
  • RAN function definition
  • IE information element
  • the configuration message may be an E2 setup request message or an RIC service update message.
  • the E2 node may be one of next generation node B (gNB), distributed unit (DU), evolved node B (eNB), gNB-CU (central unit), en-gNB, and ng-eNB. there is.
  • gNB next generation node B
  • DU distributed unit
  • eNB evolved node B
  • gNB-CU central unit
  • en-gNB gNB-CU
  • ng-eNB ng-eNB
  • the method performed by the E2 node includes a process of receiving a radio access network (RAN) intelligent controller (RIC) control request message from a Near-RT (real time) RIC, and RIC control confirmation and transmitting an acknowledgment message or a RIC control failure message to the Near-RT RIC, wherein the RIC control request message includes a control header and a control message, and the The control header includes a user equipment (UE) identifier (ID), the control message includes one or more parameters for a specific control service, and the specific control service includes a RIC control service style corresponding to a category. , and may be indicated by an index of a specific control service in the RIC control service style.
  • the specific control service is one of a first plurality of services
  • the first plurality of services are data radio bearer (DRB).
  • DRB data radio bearer
  • ) may include a quality of service (QoS) configuration, a QoS flow mapping configuration, a logical channel configuration, and a radio bearer admission control.
  • the one or more parameters may include DRB identification information and 5 th generation (5G) quality of service (QoS) Identifier (5QI).
  • 5G 5 th generation
  • QoS quality of service
  • the one or more parameters include DRB identification information and a QoS flow list
  • the QoS flow list includes, for each QoS flow, a QoS flow identifier. and a QoS flow mapping indication.
  • the one or more parameters include logical channel identification information, priority, priority bit rate, and bucket size duration. ) may be included.
  • the specific control service is one of a plurality of second services, and the second plurality of services indicate different handover types.
  • the method may further include transmitting a configuration message for indicating a supportable RIC control service to the Near-RT RIC.
  • the configuration message includes a radio access network (RAN) function definition (RAN) function definition information element (IE), wherein the RAN function definition IE includes one or more RIC control service styles, and the one or more RICs.
  • RAN function definition IE includes one or more RIC control service styles, and the one or more RICs.
  • control service styles one or more indices of one or more services corresponding to each RIC control service style may be included.
  • the configuration message may be an E2 setup request message or an RIC service update message.
  • the E2 node may be one of next generation node B (gNB), distributed unit (DU), evolved node B (eNB), gNB-CU (central unit), en-gNB, and ng-eNB. there is.
  • gNB next generation node B
  • DU distributed unit
  • eNB evolved node B
  • gNB-CU central unit
  • en-gNB gNB-CU
  • ng-eNB ng-eNB
  • IPC cost may be reduced.
  • the cost for message relay may be reduced.
  • RIC can solve the problem of interoperability between vendors in operation.
  • an intelligent function of the RIC may be upgraded to replace a specific function between DUs and CU-UPs.
  • E2 control messages can be individually defined based on the RAN function supportable for each E2 node.
  • RIC utilizes the existing E2SM-NI and E2SM-KPM, and O-CU-CP, O-CU-UP, O using the RRC E2 control message relaying the control message -Can control the entire DU.
  • efficient management can be performed. In particular, effective load balancing can be achieved in a service area where vendors overlap.
  • the operation mode is named “zombie mode” to describe the operations of each entity, but embodiments of the present disclosure are not limited thereto.
  • zombie mode as a mode for performing functions of CU or DU instead, other names may be used according to 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 the computer-readable storage medium are configured to be executable by one or more processors in an electronic device (device).
  • One or more programs include instructions for causing an electronic device to execute methods according to embodiments described in a claim or specification of the present disclosure.
  • Such programs include random access memory, non-volatile memory including flash memory, read only memory (ROM), electrically erasable programmable ROM (electrically erasable programmable read only memory, EEPROM), magnetic disc storage device, compact disc-ROM (CD-ROM), digital versatile discs (DVDs), or other It may be stored in an optical storage device or a magnetic cassette. Alternatively, it may be stored in a memory composed of a combination of some or all thereof. In addition, each configuration memory may be included in plurality.
  • non-volatile memory including flash memory, read only memory (ROM), electrically erasable programmable ROM (electrically erasable programmable read only memory, EEPROM), magnetic disc storage device, compact disc-ROM (CD-ROM), digital versatile discs (DVDs), or other It may be stored in an optical storage device or a magnetic cassette. Alternatively, it may be stored in a memory composed of a combination of some or all thereof. In addition, each configuration memory may be included in plurality.
  • the program is transmitted through a communication network consisting of a communication network such as the Internet, an intranet, a local area network (LAN), a wide area network (WAN), or a storage area network (SAN), or a combination thereof. It may be stored on an attachable storage device that can be accessed. Such a storage device may be connected to a device implementing an embodiment of the present disclosure through an external port. In addition, a separate storage device on the communication network may be connected to the device implementing the embodiment of the present disclosure.
  • a communication network such as the Internet, an intranet, a local area network (LAN), a wide area network (WAN), or a storage area network (SAN), or a combination thereof. It may be stored on an attachable storage device that can be accessed.
  • Such a storage device may be connected to a device implementing an embodiment of the present disclosure through an external port.
  • a separate storage device on the communication network may be connected to the device implementing the embodiment of the present disclosure.

Landscapes

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

Abstract

본 개시는 LTE(Long Term Evolution)와 같은 4G(4th generation) 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G(5th generation) 또는 pre-5G 통신 시스템에 관련된 것이다. 본 개시의 실시 예들에 따를 때, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법은 RIC 제어 요청 메시지를 생성하는 과정과, 상기 RIC 제어 요청 메시지를 E2 노드에게 전송하는 과정과, RIC 제어 확인(acknowledge) 메시지 혹은 RIC 제어 실패(failure) 메시지를 상기 E2 노드로부터 수신하는 과정을 포함하고, 상기 RIC 제어 요청 메시지는 제어 헤더(control header) 및 제어 메시지(control message)를 포함하고, 상기 제어 헤더는 UE(user equipment) ID(identifier)를 포함하고, 상기 제어 메시지는 특정 제어 서비스에 대한 하나 이상의 파라미터들을 포함하고, 상기 특정 제어 서비스는, 카테고리에 대응하는 RIC 제어 서비스 스타일(service style), 및 상기 RIC 제어 서비스 스타일에서 특정 제어 서비스의 인덱스에 의해 지시될 수 있다.

Description

무선 통신 시스템에서 E2 노드 제어를 위한 장치 및 방법
본 개시는 무선 액세스 네트워크(radio access network)에서 RIC에 의한 E2 노드 제어를 위한 장치 및 방법에 관한 것이다. 본 개시는, 무선 통신 시스템의 O-RAN(open radio access network) 규격에 따르는 E2 메시지를 통해 E2 노드를 제어하기 위한 장치 및 방법에 관한 것이다.
4G(4th generation) 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G(5th generation) 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후(Beyond 4G Network) 통신 시스템 또는 LTE(Long Term Evolution) 시스템 이후(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 Frequency Shift Keying and Quadrature Amplitude Modulation) 및 SWSC(Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(Non Orthogonal Multiple Access), 및 SCMA(Sparse Code Multiple Access) 등이 개발되고 있다.
무선 데이터 트래픽의 수요를 충족시키기 위해 5G 시스템, NR(new radio 또는 next radio)이 상용화가 되어서, 4G와 같이 5G 시스템을 통해 높은 데이터 전송률의 서비스를 사용자에게 제공하고 있고 또한 사물 인터넷 및 특정한 목적으로 높은 신뢰도를 요구하는 서비스 등의 다양한 목적을 가진 무선 통신 서비스가 제공될 수 있을 것으로 전망된다. 현재 4세대 통신 시스템 5세대 시스템 등과 혼용된 시스템에서 사업자들과 장비제공 업체에서 모여서 설립한 O-RAN(open radio access network)은 기존 3GPP 규격 기반으로 신규 NE(network element)와 인터페이스(interface) 규격을 정의하고, O-RAN 구조를 제시하고 있다.
상술한 바와 같은 논의를 바탕으로, 본 개시(disclosure)는, 무선 통신 시스템에서 RIC(RAN(radio access network) intelligent controller)가 E2 노드의 제어를 수행하기 위한 장치 및 방법을 제공한다.
또한 본 개시는 E2 노드가 RIC의 제어에 따라 동작하도록 특정 모드를 RIC에 의해 E2 노드를 설정하기 위한 장치 및 방법을 제공한다.
본 개시의 실시 예들에 따를 때, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법은 RIC 제어 요청 메시지를 생성하는 과정과, 상기 RIC 제어 요청 메시지를 E2 노드에게 전송하는 과정과, RIC 제어 확인(acknowledge) 메시지 혹은 RIC 제어 실패(failure) 메시지를 상기 E2 노드로부터 수신하는 과정을 포함하고, 상기 RIC 제어 요청 메시지는 제어 헤더(control header) 및 제어 메시지(control message)를 포함하고, 상기 제어 헤더는 UE(user equipment) ID(identifier)를 포함하고, 상기 제어 메시지는 특정 제어 서비스에 대한 하나 이상의 파라미터들을 포함하고, 상기 특정 제어 서비스는, 카테고리에 대응하는 RIC 제어 서비스 스타일(service style), 및 상기 RIC 제어 서비스 스타일에서 특정 제어 서비스의 인덱스에 의해 지시될 수 있다.
본 개시의 실시 예들에 따를 때, E2 노드에 의해 수행되는 방법은, RIC(RAN(radio access network) intelligent controller) 제어 요청 메시지를 Near-RT(real time) RIC로부터 수신하는 과정과, RIC 제어 확인(acknowledge) 메시지 혹은 RIC 제어 실패(failure) 메시지를 상기 Near-RT RIC에게 전송하는 과정을 포함하고, 상기 RIC 제어 요청 메시지는 제어 헤더(control header) 및 제어 메시지(control message)를 포함하고, 상기 제어 헤더는 UE(user equipment) ID(identifier)를 포함하고, 상기 제어 메시지는 특정 제어 서비스에 대한 하나 이상의 파라미터들을 포함하고, 상기 특정 제어 서비스는, 카테고리에 대응하는 RIC 제어 서비스 스타일(service style), 및 상기 RIC 제어 서비스 스타일에서 특정 제어 서비스의 인덱스에 의해 지시될 수 있다.
본 개시의 실시 예들에 따를 때, Near-RT(real time) RIC(RAN(radio access network) intelligent controller) 장치는, 적어도 하나의 송수신기와, 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는 RIC 제어 요청 메시지를 생성하고, 상기 RIC 제어 요청 메시지를 E2 노드에게 전송하고, RIC 제어 확인(acknowledge) 메시지 혹은 RIC 제어 실패(failure) 메시지를 상기 E2 노드로부터 수신하도록 구성되고, 상기 RIC 제어 요청 메시지는 제어 헤더(control header) 및 제어 메시지(control message)를 포함하고, 상기 제어 헤더는 UE(user equipment) ID(identifier)를 포함하고, 상기 제어 메시지는 특정 제어 서비스에 대한 하나 이상의 파라미터들을 포함하고, 상기 특정 제어 서비스는, 카테고리에 대응하는 RIC 제어 서비스 스타일(service style), 및 상기 RIC 제어 서비스 스타일에서 특정 제어 서비스의 인덱스에 의해 지시될 수 있다.
본 개시의 실시 예들에 따를 때, E2 노드의 장치는, 적어도 하나의 송수신기와, 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는 RIC(RAN(radio access network) intelligent controller) 제어 요청 메시지를 Near-RT(real time) RIC로부터 수신하고, RIC 제어 확인(acknowledge) 메시지 혹은 RIC 제어 실패(failure) 메시지를 상기 Near-RT RIC에게 전송하도록 구성되고, 상기 RIC 제어 요청 메시지는 제어 헤더(control header) 및 제어 메시지(control message)를 포함하고, 상기 제어 헤더는 UE(user equipment) ID(identifier)를 포함하고, 상기 제어 메시지는 특정 제어 서비스에 대한 하나 이상의 파라미터들을 포함하고, 상기 특정 제어 서비스는, 카테고리에 대응하는 RIC 제어 서비스 스타일(service style), 및 상기 RIC 제어 서비스 스타일에서 특정 제어 서비스의 인덱스에 의해 지시될 수 있다.
본 개시의 다양한 실시 예들에 따를 때, E2 노드에 의해 수행되는 방법은, RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법은, E2 노드로부터 설정 메시지를 수신하는 과정과, 상기 설정 메시지에 기반하여 제어 메시지를 생성하는 과정과, 상기 제어 메시지를 상기 E2 노드에게 전송하는 과정을 포함하고, 상기 제어 메시지는, 상기 E2 노드가 다른 E2 노드에게 전달하기 위한 메시지를 포함할 수 있다.
본 개시의 다양한 실시 예들에 따른 장치 및 방법은, RIC(RAN(radio access network) intelligent controller)가 E2 노드를 제어(control)할 수 있게 한다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 4G(4th generation) LTE(Long Term Evolution) 코어 시스템의 예를 도시한다.
도 2a는 5G(5th generation) NSA(non-standard alone) 시스템의 예를 도시한다.
도 2b는 O-RAN을 위한 아키텍쳐(architecture)의 예를 도시한다.
도 3은 본 개시의 다양한 실시 예들에 따른 무선 접속 망에서 E2 어플리케이션 프로토콜 메시지(application protocol message)의 프로토콜 스택(stack)을 도시한다.
도 4는 본 개시의 다양한 실시 예들에 따른 무선 접속 망에서 기지국 및 RIC(radio access network intelligence controller) 간 연결의 예를 도시한다.
도 5는 본 개시의 다양한 실시 예들에 따른 무선 접속 망에서 장치의 구성을 도시한다.
도 6은 본 개시의 다양한 실시 예들에 따른 무선 접속 망에서 E2 노드 및 RIC의 E2 메시지에 관련된 논리적 기능을 도시한다.
도 7은 본 개시의 다양한 실시 예들에 E2 노드와 RIC간 기능 분리의 예들을 도시한다.
도 8은 본 개시의 다양한 실시 예들에 따른 E2 노드와 RIC의 구현 예를 도시한다.
도 9는 본 개시의 다양한 실시 예들에 따른 CU(centralized unit)와 RIC 간 기능 분리의 예들을 도시한다.
도 10은 본 개시의 다양한 실시 예들에 따른 서로 다른 벤더(vendor)들을 위한 MLB(mobility load balancing) 제어의 예를 도시하다.
도 11a는 본 개시의 다양한 실시 예들에 따른 서로 다른 벤더(vendor)들을 위한 MLB 제어의 예를 도시하다.
도 11b는 본 개시의 다양한 실시 예들에 따른 near-RT RIC의 RRM(radio resource management) 제어 설정을 위한 시그널링을 도시한다.
도 12a 및 12b는 본 개시의 다양한 실시 예들에 따른 RIC 기반 RRM 제어를 위한 시그널링들을 도시한다.
도 13 은 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2 제어 메시지(Control message)의 예를 도시한다.
도 14a는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header의 예를 도시한다.
도 14b는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에 Network Interface Type의 예를 도시한다.
도 14c는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에 Network Interface Identifier의 예를 도시한다.
도 14d는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에 O-RAN UE Id의 예를 도시한다.
도 14e는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에 RAN UE Group ID의 예를 도시한다.
도 14f는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에 RIC Control Message Priority의 예를 도시한다.
도 15는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에서 가리키는 Message body에 위치하는 Network Interface Message Container의 예를 도시한다.
도 16은 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에서 가리키는 Message body에 위치하는 Radio Control Interface의 예를 도시한다.
도 17은 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에서 가리키는 Message body를 통한 DCI(downlink control information) 전달의 예를 도시한다.
도 18은 본 개시의 일 실시 예에 따른 O-RAN E2 Service Model에서 지원하는, RIC service style 전달의 예를 도시한다.
도 19는 본 개시의 일 실시 예에 따른 O-RAN E2 Service Model에서 지원하는, RIC service style를 위한 메시지 포맷의 예를 도시한다.
도 20은 본 개시의 일 실시 예에 따른 O-RAN E2 Service Model에서 지원하는, RIC service style 전달의 다른 예를 도시한다.
도 21은 본 개시의 일 실시 예에 따른 O-RAN E2 Service Model에서 지원하는, RIC service style를 위한 메시지 포맷의 다른 예를 도시한다.
도 22는 본 개시의 일 실시 예에 따른 RIC control에서, RIC 컨트롤 헤더의 예를 도시한다.
도 23은 본 개시의 일 실시 예에 따른 RIC control에서, RIC 컨트롤 메시지의 예를 도시한다.
도 24는 본 개시의 일 실시 예에 따른 RIC control에서, RIC 컨트롤 메시지의 예를 도시한다.
도 25는 본 개시의 일 실시 예에 따른 RIC control에서, RIC 컨트롤 메시지의 예를 도시한다.
도 26은 본 개시의 일 실시 예에 따른 RIC control에서, RIC 컨트롤 메시지의 예를 도시한다.
본 개시에서 사용되는 용어들은 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 다른 실시 예의 범위를 한정하려는 의도가 아닐 수 있다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다. 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 용어들은 본 개시에 기재된 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가질 수 있다. 본 개시에 사용된 용어들 중 일반적인 사전에 정의된 용어들은, 관련 기술의 문맥상 가지는 의미와 동일 또는 유사한 의미로 해석될 수 있으며, 본 개시에서 명백하게 정의되지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다. 경우에 따라서, 본 개시에서 정의된 용어일지라도 본 개시의 실시 예들을 배제하도록 해석될 수 없다.
이하에서 설명되는 본 개시의 다양한 실시 예들에서는 하드웨어적인 접근 방법을 예시로서 설명한다. 하지만, 본 개시의 다양한 실시 예들에서는 하드웨어와 소프트웨어를 모두 사용하는 기술을 포함하고 있으므로, 본 개시의 다양한 실시 예들이 소프트웨어 기반의 접근 방법을 제외하는 것은 아니다.
이하 본 개시는 무선 통신 시스템에서 RAN(radio access network) 내의 장치 및 RAN을 제어하는 장치 간 가입(subscription) 절차를 수행하기 위한 장치 및 방법에 관한 것이다. 구체적으로, 본 개시는 무선 액세스 네트워크(radio access network)에서 E2 인터페이스 상에서 단말 별 성능 측정을 위한 장치 및 방법 및, 기지국의 슬라이스 별 자원 관리에 관한 것이다. 본 개시는, 무선 통신 시스템의 E2 메시지를 이용한 O-RAN(open radio access network) 규격에 따르는 기지국에 대한 서비스 이벤트(event) 발생시 Container 기반의 Measurement 메시지 전달 장치 및 방법에 관한 것이다.
이하 설명에서 사용되는 신호를 지칭하는 용어, 채널을 지칭하는 용어, 제어 정보를 지칭하는 용어, 네트워크 객체(network entity)들을 지칭하는 용어, 장치의 구성 요소를 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 다른 용어가 사용될 수 있다.
또한, 본 개시에서, 특정 조건의 만족(satisfied), 충족(fulfilled) 여부를 판단하기 위해, 초과 또는 미만의 표현이 사용될 수 있으나, 이는 일 예를 표현하기 위한 기재일 뿐 이상 또는 이하의 기재를 배제하는 것이 아니다. '이상'으로 기재된 조건은 '초과', '이하'로 기재된 조건은 '미만', '이상 및 미만'으로 기재된 조건은 '초과 및 이하'로 대체될 수 있다.
또한, 본 개시는, 일부 통신 규격(예: 3GPP(3rd Generation Partnership Project), O-RAN((open radio access network))에서 사용되는 용어들을 이용하여 다양한 실시 예들을 설명하지만, 이는 설명을 위한 예시일 뿐이다. 본 개시의 다양한 실시 예들은, 다른 통신 시스템에서도, 용이하게 변형되어 적용될 수 있다.
4세대(4th generation, 4G)/5세대(5th generation, 5G) 통신 시스템 (예: NR(new radio))이 상용화됨에 따라, 가상화된 네트워크에서 사용자에게 차별화된 서비스 지원이 요구되게 되었다. 3GPP는 이동통신 관련 단체들 간의 공동 연구 프로젝트로 국제전기통신연합(ITU)의 IMT-2000 프로젝트의 범위 내에서 - 전 세계적으로 적용 가능한 - 3세대 이동통신 시스템 규격의 작성을 목적으로 하고 있다. 3GPP는 1998년 12월에 개설되었으며, 3GPP 규격은 진보된 GSM 규격에 기반을 두고 있으며, 무선(radio)과 코어 네트워크(core network), 서비스 구조(service architecture)를 모두 표준화 범위에 포함시키고 있다. 이에, O-RAN(open radio access network)은 3GPP NE(network entity) 및 기지국을 구성하는 노드(node)들인 RU(radio unit), DU(digital unit), CU(central unit)-CP(control plane), CU-UP(user plane)를 각각 O(O-RAN)-RU, O-DU, O-CU-CP, O-CU-UP라고 새로이 정의하고, 그 외 추가로 NRT(near-real-time) RIC(radio access network intelligent controller) 규격화하였다. 본 개시는 RIC가 O-DU, O-CU-CP 또는 O-CU-UP에게 서비스를 요청하는 E2 인터페이스에서 사업자 특정 서비스 모델(operator specific service model)을 지원하기 위한 것이다. 여기서, O-RU, O-DU, O-CU-CP, O-CU-UP은 O-RAN 규격에 따라 동작할 수 있는 RAN을 구성하는 객체들로 이해될 수 있고, E2 노드(node)로 지칭될 수 있다. RIC 및 E2 노드들 간 O-RAN 규격에 따라 동작할 수 있는 RAN을 구성하는 객체들과의 인터페이스는 E2AP(application protocol)을 사용한다.
RIC는 단말과 O-DU, O-CU-CP 또는 O-CU-UP가 송수신하는 셀 사이트(cell site)에 정보를 수집할 수 있는 논리적 노드이다. RIC는 하나의 물리적 장소에 집중적으로 배치된 서버의 형태로 구현될 수 있다. O-DU와 RIC 간, O-CU-CP와 RIC 간, O-CU-UP와 RIC 간 이더넷(Ethernet)을 통해 연결이 이루어질 수 있다. 이를 위해, O-DU와 RIC 간, O-CU-CP와 RIC 간, O-CU-UP와 RIC 간의 통신을 위한 인터페이스 규격이 필요해졌으며, E2-DU, E2-CU-CP, E2-CU-UP 등의 메시지 규격 및 O-DU, O-CU-CP, O-CU-UP와 RIC 간 절차의 정의가 요구된다. 특히, 가상화된 네트워크에서 사용자에게 차별화된 서비스 지원이 요구되며, O-RAN에서 발생한 호 처리 메시지/기능을 RIC에 집중시킴으로써, 광범위한 셀 커버리지(cell coverage)에 대한 서비스를 지원하기 위한 E2-DU, E2-CU-CP, E2-CU-UP의 메시지의 기능 정의가 필요하다.
RIC는 O-DU, O-CU-CP, O-CU-UP에게 E2 인터페이스를 이용하여 통신을 수행하며, 가입 메시지(subscription message)를 생성 및 송신함으로써 이벤트(event) 발생 조건을 설정할 수 있다. 구체적으로, RIC은 E2 가입 요청(subscription Request) 메시지를 생성하고, E2 노드(node)(예: O-CU-CP, O-CU-UP, O-DU)에게 전달함으로써 호 처리 EVENT를 설정할 수 있다. 또한, EVENT 설정 후, E2 노드는 RIC에게 전달한 가입 요청 응답(Subscription Request Response) 메시지를 전달한다.
E2 노드는 E2 지시/보고(indication/report)를 통해 RIC에게 현재 상태를 송신할 수 있다. RIC는 O-DU, O-CU-CP, O-CU-UP에 대한 제어를 E2 제어(control) 메시지를 이용하여 제공할 수 있다. 본 개시의 다양한 실시 예들은 O-DU에서 가입 이벤트(subscription event) 조건에서 설정된 주기별로, UE 단위의 측정 정보를 전송되는 E2 지시(indication) 메시지를 제안한다. 또한, 본 개시의 다양한 실시 예들은 RIC에서 O-DU 로 전송되는 자원(resource)를 제어(control) 하기 위한 메시지를 제안한다.
도 1은 4G(4th generation) LTE(Long Term Evolution) 코어 시스템의 예를 도시한다.
도 1을 참고하면, LTE 코어 시스템은 기지국(110), 단말(120), S-GW(serving gateway)(130), P-GW(packet data network gateway)(140), MME(mobility management entity)(150), HSS(home subscriber server)(160), PCRF(policy and charging rule function)(170)를 포함한다.
기지국(110)은 단말(120)에게 무선 접속을 제공하는 네트워크 인프라스트럭쳐(infrastructure)이다. 예를 들어, 기지국(110)은 단말(110)의 버퍼 상태, 가용 전송 전력, 채널 상태 등 상태 정보를 취합해 스케줄링을 수행하는 장치이다. 기지국(110)은 신호를 송신할 수 있는 거리에 기초하여 일정한 지리적 영역으로 정의되는 커버리지(coverage)를 가진다. 기지국(110)은 MME(150)와 S1-MME 인터페이스(Interface)를 통해 연결된다. 기지국(110)은 기지국(base station) 외에 '액세스 포인트(access point, AP)', '이노드비(eNodeB, eNB)', '무선 포인트(wireless point)', '송수신 포인트(transmission/reception point, TRP)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다.
단말(120)은 사용자에 의해 사용되는 장치로서, 기지국(110)과 무선 채널을 통해 통신을 수행한다. 경우에 따라, 단말(120)은 사용자의 관여 없이 운영될 수 있다. 즉, 단말(120) 및 단말(130) 중 적어도 하나는 기계 타입 통신(machine type communication, MTC)을 수행하는 장치로서, 사용자에 의해 휴대되지 아니할 수 있다. 단말(120)은 단말(terminal) 외 '사용자 장비(user equipment, UE)', '이동국(mobile station)', '가입자국(subscriber station)', 고객 댁내 장치(customer-premises equipment, CPE) '원격 단말(remote terminal)', '무선 단말(wireless terminal)', 또는 '사용자 장치(user device)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다.
S-GW(130)는 데이터 베어러를 제공하며, MME(150)의 제어에 따라 데이터 베어러를 생성하거나 제어한다. 예를 들어, S-GW(130)는 기지국(110)로부터 도착한 패킷 또는 기지국(110)로 포워딩할 패킷을 처리한다. 또한, S-GW(130)는 단말(120)의 기지국들 간 핸드오버 시 앵커(anchoring) 역할을 수행할 수 있다. P-GW(140)는 외부 망(예: 인터넷 망)과의 연결점으로 기능할 수 있다. 또한, P-GW(140)는 단말(120)에 IP(Internet Protocol) 주소를 할당하고, S-GW(130)에 대한 앵커 역할을 수행한다. 또한, P-GW(140)는 단말(120)의 QoS(Quality of Service) 정책을 적용하며, 과금 데이터(account data)를 관리할 수 있다.
MME(150)는 단말(120)의 이동성(mobility)을 관리한다. 또한, MME(150)는 단말(120)에 대한 인증(Authentication), 베어러(bearer) 관리 등을 수행할 수 있다. 즉, MME(150)는 단말에 대한 이동성 관리 및 각종 제어 기능을 담당한다. MME(150)은 SGSN(serving GPRS support node)과 연동할 수 있다.
HSS(160)은 단말(120)의 인증을 위한 키 정보 및 가입자 프로파일을 저장한다. 키 정보 및 가입자 프로파일은 단말(120)이 망에 접속할 때 HSS(160)에서 MME(150)로 전달된다.
PCRF(170)은 정책(policy) 및 과금(charging)에 대한 룰(rule)을 정의한다. 저장된 정보는 PCRF(180)에서 P-GW(140)로 전달되고, P-GW(140)는 PCRF(180)로부터 제공된 정보를 기반으로 단말(120)에 대한 제어(예: QoS 관리, 과금 등)을 수행할 수 있다.
반송파 집성(carrier aggregation, 이하 'CA') 기술은 복수의 요소 반송파(component carrier)들을 결합하고, 하나의 단말이 이와 같은 복수의 요소 반송파들을 동시에 이용하여 신호를 송수신함으로써 단말 또는 기지국 관점에서의 주파수 사용 효율을 증대시키는 기술이다. 구체적으로, CA 기술에 따르면 단말과 기지국은 상향링크(uplink, UL) 및 하향링크(downlink, DL)에서 각각 복수개의 요소 반송파를 이용해 광대역을 이용한 신호를 송수신할 수 있으며, 이 때 각각의 요소 반송파는 서로 다른 주파수 대역에 위치한다. 이하 상향링크는 단말이 기지국으로 신호를 전송하는 통신 링크를 의미하며, 하향링크는 기지국이 단말로 신호를 전송하는 통신 링크를 의미한다. 이 때 상향링크 요소 반송파와 하향링크 요소 반송파의 개수는 서로 다를 수 있다.
이중/다중 연결 기술(dual connectivity or multi connectivity)은 하나의 단말이 복수의 서로 다른 기지국에 연결되어 서로 다른 주파수 대역에 위치한 복수의 각 기지국 내 반송파를 동시에 이용하여 신호를 송수신함으로써 단말 또는 기지국 관점에서의 주파수 사용 효율을 증대시키는 기술이다. 단말은 제1 기지국(예: LTE 기술 또는 4세대 이동 통신 기술을 이용해 서비스를 제공하는 기지국)과 제2 기지국(예: NR(new radio) 기술 또는 5G(5th generation) 이동 통신 기술을 이용해 서비스를 제공하는 기지국)에 동시에 연결되어 트래픽을 송수신할 수 있다. 이때, 각 기지국이 이용하는 주파수 자원은 서로 다른 대역에 위치할 수 있다. 이와 같이 LTE와 NR의 이중 연결 방식에 근간해 동작하는 방식을 5G NSA(non-standalone) 이라고 칭할 수 있다.
도 2a는 5G NSA 시스템의 예를 도시한다.
도 2a를 참고하면, 5G NSA 시스템은 NR RAN(210a), LTE RAN(210b), 단말(220), EPC(250)를 포함한다. EPC(150)에 NR RAN(210a), LTE RAN(210b) 이 연결되고 단말(220)은 NR RAN(210a), LTE RAN(210b) 중 어느 하나 또는 양자로부터 동시에 서비스를 받을 수 있다. NR RAN(210a)은 적어도 하나의 NR 기지국을 포함하고, LTE RAN(210b)는 적어도 하나의 LTE 기지국을 포함한다. 여기서, NR 기지국은 '5G 노드(5th generation node)', '지노드비(next generation nodeB, gNB)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다. 또한, NR 기지국은 CU(central unit) 및 DU(digital unit)으로 분리된 구조를 가질 수 있고, 또한, CU는 CU-CP(control plane) 유닛 및 CU-UP(user plane) 유닛으로 분리된 구조를 가질 수 있다.
도 2와 같은 구조에서, 단말(220)은 제1 기지국(예: LTE RAN(210b)에 속한 기지국)을 통해 RRC(radio resource control) 접속을 수행하고, 제어 평면(control plane)에서 제공되는 기능(예: 연결 관리, 이동성 관리 등)을 서비스 받을 수 있다. 또한, 단말(220)은 제2 기지국(예: NR RAN(210a)에 속한 기지국)을 통해 데이터를 송수신하기 위한 추가적인 무선 자원을 제공받을 수 있다. 이러한 LTE 및 NR을 이용한 이중 연결 기술은 EN-DC(E-UTRA (evolved universal terrestrial radio access) - NR dual connectivity)로 지칭될 수 있다. 유사하게, 제1 기지국이 NR 기술을 이용하고 제2 기지국이 LTE 기술을 이용하는 이중 연결 기술은 NE-DC(NR - E-UTRA dual connectivity)로 지칭된다. 또한, 다양한 실시 예들은 이 외 다양한 형태의 다중 연결 및 반송파 집성 기술에 적용될 수 있다. 또한, 다양한 실시 예들은 하나의 장치에 제1 통신 기술을 이용하는 제1 시스템과 제2 통신 기술을 이용하는 제2 시스템이 구현된 경우 또는 같은 지리적 위치에 제1 기지국과 제2 기지국이 위치한 경우에도 적용될 수 있다.
도 2b는 O-RAN을 위한 아키텍쳐(architecture)의 예를 도시한다. E2 서비스 모델의 E2-SM-KPIMON(KPI(key performance indicator) monitoring)의 목적을 위해, E-UTRA 및 NR 무선 액세스 기술(radio access technology)를 이용하는 다중-연결(multi-connectivity) 동작 내의 O-RAN 비-독립형 모드(Non-stand alone)가 고려되는 한편, E2 노드는 O-RAN 독립형(Stand Alone) 모드에 있는 것으로 가정될 수 있다.
도 2b를 참고하면, O-RAN 비 독립형 모드의 배치(deployment)에서, eNB는 EPC와 S1-C/S1-U 인터페이스를 통해 연결되고, O-CU-CP와 X2 인터페이스를 통해 연결된다. O-RAN 독립형 모드의 배치(deployment)를 위한 O-CU-CP는 N2/N3 인터페이스를 통해 5GC(5G core)와 연결될 수 있다.
도 3은 본 개시의 다양한 실시 예들에 따른 무선 접속 망에서 E2 어플리케이션 프로토콜 메시지(application protocol message)의 프로토콜 스택(stack)을 도시한다. 도 3을 참고하면, 제어 평면은 전송 망 계층(transport network layer) 및 무선 망 계층(radio network layer)을 포함한다. 전송 망 계층은 물리 계층(310), 데이터 링크 계층(320), IP(internet protocol)(330), SCTP(stream control transmission protocol)(340)을 포함한다.
무선 망 계층은 E2AP(350)을 포함한다. E2AP(350)는 가입 메시지(subscription message), 지시 메시지(indication message), 제어 메시지(control message), 서비스 갱신 메시지(service update message), 서비스 쿼리 메시지(service query message)를 전달하기 위해 사용되며, SCTP(340) 및 IP(330)의 상위 계층(higher layer)에서 전송된다.
도 4는 본 개시의 다양한 실시 예들에 따른 무선 접속 망에서 기지국 및 RIC(radio access network intelligence controller) 간 연결의 예를 도시한다.
도 4를 참고하면, RIC(440)는 O-CU-CP(420), O-CU-UP(410), O-DU(430)와 연결된다. RIC(440)는 새로운 서비스 또는 지역적 자원 최적화(regional resource optimization)를 위한 RAN 기능성(functionality)를 커스터마이징하기 위한 장치이다. RIC(440)는 망 지능화(network intelligence)(예: 정책 강제(policy enforcement), 핸드오버 최적화(handover optimization)), 자원 보증(resource assurance)(예: 무선 링크 관리(radio-link management), 개선된 SON(advanced self-organized-network)), 자원 제어(resource control)(예: 부하 균형(load balancing), 슬라이싱 정책(slicing policy)) 등의 기능을 제공할 수 있다. RIC(440)는 O-CU-CP(420), O-CU-UP(410), O-DU(430)과 통신을 수행할 수 있다. RIC(440)는 각 노드와 E2-CP, E2-UP, E2-DU 인터페이스로 연결이 가능하다. 또한 O-CU-CP와 DU 사이, O-CU-UP와 DU 사이의 인터페이스는 F1 인터페이스로 지칭될 수 있다. 이하 설명에서, DU와 O-DU, CU-CP와 O-CU-CP, CU-UP와 O-CU-UP는 혼용될 수 있다.
도 4는 하나의 RIC(440)를 예시하나, 다양한 실시 예들에 따라, 복수의 RIC들이 존재할 수 있다. 복수의 RIC들은 동일한 물리적 위치에 위치한 복수의 하드웨어로 구현되거나 또는 하나의 하드웨어를 이용한 가상화를 통해 구현될 수 있다.
도 5는 본 개시의 다양한 실시 예들에 따른 장치의 구성을 도시한다. 도 5에 예시된 구조는 도 5의 RIC, O-CU-CP, O-CU-UP, O-DU 중 적어도 하나의 기능을 가지는 장치의 구성으로서 이해될 수 있다. 이하 사용되는 '...부', '...기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
상기 도 5를 참고하면, 코어 망 장치는 통신부(510), 저장부(520), 제어부(530)를 포함하여 구성된다.
통신부(510)는 네트워크 내 다른 장치들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 통신부(510)는 코어 망 장치에서 다른 장치로 송신되는 비트열을 물리적 신호로 변환하고, 다른 장치로부터 수신되는 물리적 신호를 비트열로 변환한다. 즉, 통신부(510)는 신호를 송신 및 수신할 수 있다. 이에 따라, 통신부(510)는 모뎀(modem), 송신부(transmitter), 수신부(receiver) 또는 송수신부(transceiver)로 지칭될 수 있다. 이때, 통신부(510)는 코어 망 장치가 백홀 연결(예: 유선 백홀 또는 무선 백홀)을 거쳐 또는 네트워크를 거쳐 다른 장치들 또는 시스템과 통신할 수 있도록 한다.
저장부(520)는 코어 망 장치의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 저장부(520)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고, 저장부(520)는 제어부(530)의 요청에 따라 저장된 데이터를 제공한다.
제어부(530)는 코어 망 장치의 전반적인 동작들을 제어한다. 예를 들어, 제어부(530)는 통신부(510)를 통해 신호를 송수신한다. 또한, 제어부(530)는 저장부(520)에 데이터를 기록하고, 읽는다. 이를 위해, 제어부(530)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 다양한 실시 예들에 따라, 제어부(530)는 장치가 본 개시에서 설명되는 다양한 실시 예들에 따른 동작들을 수행하도록 제어할 수 있다.
도 6은 본 개시의 다양한 실시 예들에 따른 무선 접속 망에서 E2 노드 및 RIC의 E2 메시지에 관련된 논리적 기능을 도시한다.
도 6을 참고하면, RIC(640) 및 E2 노드(node)(610)는 상호 간 E2 메시지를 송신 또는 수신할 수 있다. 예를 들어, E2 노드(610)는 O-CU-CP, O-CU-UP, O-DU, 또는 기지국일 수 있다. E2 노드의 통신 인터페이스는 E2 노드(610)의 종류에 따라 결정될 수 있다. 예를 들어, E2 노드(610)는 E1 인터페이스 혹은 F1 인터페이스를 통해 다른 E2 노드(616)와 통신을 수행할 수 있다. 또는, 예를 들어, E2 노드(610)는 X2 인터페이스 혹은 XN인터페이스를 통해 E2 노드(616)와 통신을 수행할 수 있다. 또는 예를 들어, E2 노드(610)은 S1 인터페이스 혹은 NGAP(next generation application protocol) 인터페이스(즉, NG(next generation) RAN 노드와 AMF 간 인터페이스)를 통해 통신을 수행할 수 있다.
E2 노드(610)는 E2 노드 기능(E2 node function)(612)을 포함할 수 있다. E2 노드 기능(612)은 RIC(640)에 설치된 특정 xApp(application S/W)(646)에 상응하는 기능이다. 예를 들어, KPI 모니터(monitor) 경우, RIC(640)에 KPI 모니터 수집 S/W가 설치되어 있고, E2 노드(610)는 KPI 파라미터들을 생성한 후, KPI 파라미터를 포함하는 E2 메시지를 RIC(640)에 위치한 E2 종단(termination)(642)에 전달하는 E2 노드 기능(612)을 포함할 수 있다. E2 노드(610)는 RRM(radio resource management)(614)를 포함할 수 있다. E2 노드(610)는 단말을 위한 무선 망에게 제공되는 자원을 관리할 수 있다.
RIC(640)에 위치한 E2 종단(642)은 E2 메시지에 대한 RIC(640)의 종단으로서, E2 노드(610)에 의해 전달된 E2 메시지를 해석한 후, xApp(646)에게 전달해주는 기능을 수행한다. RIC(640)에 위치한 DB(database)(644)가 E2 종단(624) 혹은 xApp(616)을 위해 이용될 수 있다. 도 6에 도시된 E2 노드(610)는 적어도 하나의 인터페이스의 종단으로서, 단말, 주위 기지국, 코어 네트워크로 전달되는 메시지들의 종단으로 이해될 수 있다.
도 7은 본 개시의 다양한 실시 예들에 E2 노드와 RIC간 기능 분리의 예들을 도시한다. O-RAN 규격은 E2 노드와 RIC 간의 기능 분리를 제공한다. 예를 들어, E2 노드는 CU일 수 있다. RIC는 Near RT RIC일 수 있다. RIC는 A1 인터페이스를 통해 ONAP(open network automation platform)/MANO(management and orchestration)/NMS(network management system)와 연결될 수 있다. RIC는 E2 노드와 E2 인터페이스를 통해 연결될 수 있다. E2 인터페이스는 명령(commands)을 전달할 수 있다. 기능 분리 옵션은 RRM(radio resource management) 전체를 near-RT RIC에서 관리하는 기능 분리(700), RRM을 선택적으로 near-RT RIC에서 관리하는 기능 분리(750)이 존재할 수 있다.
2019/01/16 회의의 WG3 결정에 따라 Near-RT RIC은 nRT-RIC에 위치한 특정 RRC-RRM 알고리즘 구현과 관계없이 다중 공급 업체 환경을 목표로 하는 개방형 논리적 인터페이스로 E2를 지원할 예정이다. 본 개시에서 우리는 각 I/F 및 NE(network entity)에 대한 Per UE RRC 메시지를 삽입(inject)/수정(modify)/구성(configuration)을 수행할 수 있는 E2SM-NI와 쌍을 이루는 E2SM-RIC (E2 Service Model Radio Interface Control)이 제안될 수 있다. 다시 말해, 기능 분리(750)에서 점진적으로 기능 분리(700)의 방향으로 Near RT RIC는 개선될 수 있다. E2는 nRT-RIC에있는 특정 RRC-RRM 알고리즘 구현과는 독립적이고 다중 공급 업체 환경을 목표로 하는 개방형 논리적 인터페이스로 발전될 수 있다.
도 8은 본 개시의 다양한 실시 예들에 따른 E2 노드와 RIC의 구현 예를 도시한다. 구현 예(800)의 시나리오에서, E2 노드(예: O-DU, O-CU)와 RIC는 클라우드 플랫폼(예: 개방형 섀시 및 블레이드 사양 에지 클라우드)에 가상화되어, 장치(예: 서버)에 구성될 수 있다. 이러한 시나리오는, O-DU 대기 시간 요구 사항을 충족하기에 충분히 낮은 지연 시간(latency)으로, 중앙 위치에 풀링되는 BBU 기능을 허용하는 풍부한 프런트홀(fronthaul) 용량으로 밀집된 도시 지역에서의 배포를 지원할 수 있다. 따라서 O-DU 기능을 중앙 집중화할 수 있는 한계 이상으로 RT에 가까운 RIC을 중앙 집중화하려고 시도할 필요가 없을 수 있다. 일 실시 예에 따라, E2SM-RIC은 O-Cloud Platform에서 Near-RT RIC, O-CU 및 O-DU가 구현되는 O-RAN 배포 시나리오에 최적화될 수 있다.
도 9는 본 개시의 다양한 실시 예들에 따른 CU(centralized unit)와 RIC 간 기능 분리의 예들을 도시한다. 도 9를 참고하면, 기능 분리들은 배치 시나리오 #1(900) 또는 기능 배치 시나리오 #2(950)에 따라 수행될 수 있다.
배치 시나리오 #1(900): RIC가 별도의 사이트에 위치하거나 다른 NE로만 존재하며, 몇 가지 인텔리전스 필수 기능을 대체하거나 권장된다.
배치 시나리오 #2(950): RIC는 3GPP I/F 관리를 제외한 CU의 거의 모든 기능을 대체할 수 있다.
도 9에서는 두 가지의 시나리오들을 도시하나, 그 외에 다른 시나리오들이 적용될 수도 있다. 일 예로, 배치 시나리오 #1(900)에서 Mobility 기능이 CU가 아닌 RIC에 의해 수행될 수 있다. 또한, 일 예로, 배치 시나리오 #1(900)에서 UE 컨텍스트 기능이 CU가 아닌 RIC에 의해 수행될 수 있다. 또한, 일 예로, 배치 시나리오 #1(900)에서 세션 설정 기능이 CU가 아닌 RIC에 의해 수행될 수 있다.
도 10은 본 개시의 다양한 실시 예들에 따른 서로 다른 벤더(vendor)들을 위한 MLB(mobility load balancing) 제어의 예를 도시하다. 이러한 MLB는 RRM 제어에 의해 수행될 수 있다. 제1 CU와 제1 DU는 벤더 A에 의해 제공될 수 있다. 제2 CU와 제2 DU는 벤더 B에 의해 제공될 수 있다. 제1 DU는 벤더 A의 서비스 영역(area)을 제공할 수 있다. 제1 DU와 연결되는 RU들은 벤더 A의 서비스 영역을 제공할 수 있다. 제2 DU는 벤더 B의 서비스 영역을 제공할 수 있다. 제2 DU와 연결되는 RU들은 벤더 B의 서비스 영역을 제공할 수 있다.
단말이 이동 시, 어떠한 셀이 최적인지에 대하여는 부하 분산(load balancing))을 통해 수행될 수 있다. 이러한 부하 분산이 서로 다른 벤더에 의해 수행된다면, 벤더들의 서비스 영역들이 겹치는 공간에서는 부하 분산이 원활하게 수행되기 어려울 수 있다. 즉, 벤더 간 영역(inter vendor zone) 혹은 CU-CP 간 영역(inter CU-CP area))에는 벤더들 간의 인터워킹(interworking)을 수행할 것이 요구된다. 이러한 벤더들 간 인터워킹을 위해, RRM 제어는 중앙 집중 형태로 수행되는 것이 요구될 수 있다. 따라서, 본 개시의 다양한 실시 예들에 따른 RIC는 RRM을 수행하도록 구성될 수 있다. RIC는 각 E2 노드로부터 단순히 측정을 수신하는 것 뿐만 아니라, 각 E2 노드를 제어하기 위한 메시지를 생성할 수 있다. RIC는 각 E2 노드(예: DU 또는 CU-CP, CU-UP)에게 제어 메시지를 전송할 수도 있다.
도 11a는 본 개시의 다양한 실시 예들에 따른 서로 다른 벤더(vendor)들을 위한 MLB 제어의 예를 도시하다. 먼저, 도 11a에 도시된 바와 달리, 단일 벤더(single vendor)로 동작한다면, RAN 컨텍스트는 Near-RT RIC에서 확인될 수 있다. 또한, 트리거 이벤트/REPORT, INSERT, POLICY 조건들이 작동할 수 있다. 제어 동작(control action) 또한 작동하고, 일반적인 하위 기능 정의 접근 방식 또한 작동할 수 있다. 그러나, 도 11a에 도시된 바와 같이, 멀티 벤더들로 동작하게 되면, RAN 컨텍스트는 Near-RT RIC에서 확인될 수 없다. 또한, 트리거 이벤트/REPORT, INSERT, POLICY 조건들이 작동하지 않는다. 제어 동작(control action)은 국소(local) RRM의 충돌로 인해, 작동하지 않거나 구현에 의존할 수 밖에 없다.
단일 E2SM-RAN 컨트롤(control)은 다중 벤더 환경의 O-RAN 상황에서 제대로 동작하기 어렵다. 모든 RAN 특징(feature)들을 고려할 때, 기능 패리티(function parity)와 동작 패리티(operation parity)가 있기 때문이다. RAN 기능 패리티는 RRM 기능들과 관련된 특징들의 차이를 의미한다(예: QoS(quality of service) 핸드오버, LB(load balancing) 핸드오버 등). RAN 동작 패리티는 RAN 동작들과 관련된 특징들의 차이를 의미한다 (예: EN-DC SCG 베어러 변경 절차). 뿐만 아니라, REPORT/INSERT/CONTROL/POLICY에 대한 동작들은 정확한 RAN CONTEXT를 식별할 수 없다. 또한, REPORT/INSERT/CONTROL/POLICY 동작들은 REPORT/INSERT/POLICY에 따른 트리거 이벤트/조건들을 식별할 수 없다. 또한, 해당 동작에서는 특정 배치에서는 RAN 컨텍스트를 참조하기 어려울 수 있다.
도 11a를 참고하면, 무선 통신 환경(1100)은 총 3개의 벤더들을 통해 구성되는 네트워크 엔티티들을 도시한다. 벤더 A는 NR 공급자일 수 있다. 벤더 B는 LTE 공급자일 수 있다. 벤더 C는 RIC 공급자일 수 있다. 상술된 문제들을 해소하기 위해, 어떠한 벤더의 E2 노드가 연결되더라도, 이들을 모두 관리할 수 있는 하나의 엔티티가 요구된다. 서로 다른 벤더들이더라도, near-RT RIC는 이들의 측정 정보를 모두 수집할 수 있기 때문에, near-RT RIC는 관리 및 제어를 다른 엔티티에 비해 보다 용이하게 수행할 수 있다. 따라서, near-RT RIC가 중앙 집중형으로 RRM을 수행함으로써, 벤더들 간의 차이 및 호환성 문제가 해소될 수 있다. 뿐만 아니라, 서로 다른 RAT일지라도, 벤더들 간의 차이 및 호환성 문제가 해소될 수 있다.
이하, 본 개시에서 near-RT RIC에 의한 집중형 방식의 RRM은, RIC 기반 RRM 제어 혹은 E2 노드의 좀비 모드(zombie mode), E2SM-RIC의 좀비 모드, E2SM-RIC 전용 모드 등의 용어로 지칭되어 서술될 수 있다. RIC에 의해 각 E2 노드의 기능이 대신 수행되는 기술적 의미가 상기 예시된 용어들을 대체하여 사용될 수 있음은 물론이다.
도 11b는 본 개시의 다양한 실시 예들에 따른 near-RT RIC의 RRM 제어 설정을 위한 시그널링을 도시한다. 도 11b는 E2 노드와 RIC 간 시그널링 절차의 예를 도시한다. 구체적으로, 도 11b에서는 E2 노드와 RIC간의 E2 I/F의 Setup 절차와 RIC subscription 메시지 전달 절차가 도시된다. 또한, 도 11b에서는 RIC 지시 메시지와 RIC 제어 메시지의 전달 절차가 도시된다.
도 11b를 참고하면, E2 노드는 RIC로 E2 설정 요청(SET UP REQUEST) 메시지를 전송할 수 있다. E2 노드에 위치한 E2 NODE FUNCTION 기능은 OAM(operation-administration-maintenance)으로 설정된 RIC의 IP 주소(Address)를 이용하여 RIC를 찾아서 E2 설정 요청 메시지를 전송할 수 있다. 이 때, E2 노드는 RIC 기반 RRM 제어를 요청할 수 있다. 일 예로, E2 노드는 상기 E2 노드가 좀비 모드 동작이 가능한 점을 포함하는 E2 설정 요청(SET UP REQUEST) 메시지를 RIC에게 전송할 수 있다. 이후 단계에서, RIC는 E2 노드로부터 E2 설정 응답(E2 SETUP RESPONSE) 메시지를 수신할 수 있다. RIC는 E2 노드로부터, 상기 E2 노드가 좀비 모드의 지원, 다시 말해 RIC에 의한 Full RRM 제어가 가능한지 여부를 결정할 수 있다.
도 11b를 참고하면, RIC는 E2 노드에게 가입(subscription) 요청(RIC SUBSCRIPTION REQUEST) 메시지를 전송할 수 있다. RIC에 위치한 특정 xApp은 RIC E2 종단 기능에게 E2에서 지원하는 특정 RAN Function Definition 기능에 대해서 가입(혹은 구독)(subscription)을 요청한다. 일 실시 예에 따라, 가입 요청 메시지는 상기 RIC가 RIC 기반 RRM 제어를 수행하는지 여부를 지시하기 위한 정보를 포함할 수 있다. 예를 들어, 가입 요청 메시지는 상기 RIC가 E2SM-RIC로 동작하는지 여부를 나타내기 위한 정보를 포함할 수 있다. 또한, 예를 들어, RIC는 좀비 모드 지시자를 포함하는 가입 요청 메시지를 전송할 수 있다. 일 실시 예에 따라, RIC 기반 RRM 제어는, 단말 혹은 단말이 포함되는 단말 그룹 단위로 수행될 수 있다. RIC 기반 RRM 제어는, 도 10 및 도 11a와 같이, 벤더들 간의 영역 혹은 CU-UP들의 공통된 서비스 영역에 위치한 단말 혹은 그 단말을 포함하는 그룹을 대상으로 수행될 수 있다. 이 때, 가입 요청 메시지는 그룹을 나타내는 ID(이하, 그룹 식별자) 혹은 특정 단말을 지시하기 위한 ID(이하, 단말 ID/UE Id)를 포함할 수 있다.
일 실시 예에 따를 때, 도 7에 도시된 바와 같이, 가입 요청 메시지의 전송과 E2 설정 응답 메시지는 별도로 전송될 수 있다. 다른 일 실시 예에 따라, 단계의 가입 요청 메시지는 단계의 E2 SETUP RESPONSE 메시지에 포함되어서 같이 전송될 수도 있다.
이후 단계에서, E2 노드는 RIC에게 가입 요청 응답(RIC SUBSCRIPTION RESPONSE)을 전송할 수 있다. E2 노드의 E2 노드 기능은 가입 요청 메세지를 디코딩(decoding)할 수 있다. E2 노드는 RIC가 E2SM RIC인지 여부를 식별할 수 있다. E2 노드는 RIC가 좀비 모드로 동작하는 지 혹은 E2 노드의 좀비 모드의 동작 가부를 확인할 수 있다.
도 11b를 참고하면, E2 노드는 E2 RIC 지시 메시지를 RIC에게 전송할 수 있다. E2 노드와 RIC는 RIC 지시 절차를 수행할 수 있다. 본 개시의 실시 예들에 따를 때, RIC 지시 메시지는 UE 단위의 KPI 보고를 포함할 수 있다. 일 실시 예에 따라, RIC 지시 메시지의 메시지 컨테이너(message container)는 UE 단위의 KPI 보고 서비스 모델을 포함할 수 있다. 이후, RIC는 해당 UE에 대하여 RRM을 수행할 수 있다. 도 11b에는 도시되지 않았으나, RIC는 RRM을 수행하고, 자원 할당 절차와 관련된 구체적인 정보를 포함하는 제어 메시지를 생성할 수 있다. 이를 통해, RIC는 각 E2 노드의 제어를 수행할 수 있다.
E2 노드(610)에게 E2SM RIC 제어(CONTROL) 메시지를 전송할 수 있다. E2 노드(610)와 RIC(640)는 RIC 제어 절차를 수행할 수 있다. RIC(640)는 E2 노드의 제어 절차(control procedure)를 위해, E2SM-RIC RIC 제어 메시지를 생성할 수 있다. 일 예로, E2SM-RIC RIC 제어 메시지는, 메시지 컨테이너를 포함할 수 있다. 메시지 컨테이너는 인터페이스 별 RRC 메시지(예: X2 SgNB 추가 요청 메시지)를 포함할 수 있다.
도 11b에서는, UE 단위로 서술되었으나, UE의 그룹/네트워크 슬라이스 등의 다양한 단위로 측정이 수행 및 보고되고, RIC 제어가 수행될 수 있다.
도 11b에서는, SET UP 절차, RIC subscription 절차, RIC 지시(indication) 메시지 전송 절차, RIC 제어(control) 메시지 전송 절차를 순차적으로 기술하였으나, 본 개시의 다양한 실시 예들은 상술된 순서, 절차에 한정되지 않는다. 즉, 일부 실시 예들에서, E2 노드와 RIC는 E2 설정 절차를 독립적으로 수행할 수 있다. 일부 실시 예들에서, E2 노드와 RIC는 가입 절차를 독립적으로 수행할 수 있다. 한편, 다른 일 실시 예에 따라, 전술한 바와 같이, E2 설정 응답 메시지는 가입 요청 메시지를 포함할 수도 있다. 일부 실시 예들에서, E2 노드와 RIC는 RIC 지시(indication) 절차를 독립적으로 수행할 수 있다. 또한, 일부 실시 예들에서, E2 노드와 RIC는 RIC 제어(control) 절차를 독립적으로 수행할 수 있다. 그 외, E2 노드와 RIC는 상술된 절차들 중 적어도 일부를 함께 수행하거나 개별적으로 수행할 수 있다.
RIC 기반 RRM를 위해, RIC는 E2 노드가 처리해야 할 메시지를 대신 처리할 수 있다. RIC는, E2 노드의 처리에 의해 생성되고, 다른 노드 혹은 UE에게 전달되어야 할 제어 메시지를 대신 생성할 수 있다. 이러한 제어 메시지는 다양한 유형의 메시지들을 포함할 수 있다. 일 실시 예에 따라, 제어 메시지는 노드들 간(예: CU-DU 간, 혹은 DU-RU 간, CU-CP/CU-UP 간)에서 전달되도록 정의되는 메시지일 수 있다. 일 예로, 요청에 따른 처리는, E2 노드 대신 RIC에 의해 수행될 수 있다. RIC는 요청을 처리하고, 응답을 생성할 수 있다. RIC는 생성된 응답을 다시 E2 노드에게 제공할 수 있다. 또한, 일 실시 예에 따라, 제어 메시지는 UE configuration을 위한 메시지((예: RRC 관련 configuration))일 수 있다. 예를 들어, 제어 메시지는 DU가(혹은 RU를 통해), UE에게 구성할 측정 구성/측정 보고를 포함할 수 있다. RIC는 UE를 위한 RRC 구성을 생성하고, 이를 DU/RU를 통해 UE에게 전달할 수 있다. 즉, 이하, 본 개시에서 설명하고자 하는 RIC에 의한 RRM 절차에서, RIC가 생성하는 메시지는 도 4의 엔티티들 간 혹은 UE를 위한 제어(control)/보고(report)/구성(configuration)/설정(setup) 등 다양한 용도의 메시지들 중 적어도 하나를 포함할 수 있다.
도 12a 및 12b는 본 개시의 다양한 실시 예들에 따른 RIC 기반 RRM 제어를 위한 시그널링들을 도시한다. RRM 제어를 통해 서로 다른 벤더들 간의 부하 분산(예: MLB)가 수행된다. 도 12a 내지 도 12b에서는, 단일 E2 노드로 도시되어 있으나, 복수의 E2 노드들, 특히 벤더가 다른 E2 노드들 간에 동일하게 적용될 수 있다. 벤더들이 다르더라도, RIC에 의한 제어(CONTROL)를 통해 RRM 제어가 보다 효율적으로 수행될 수 있다.
도 12a 및 12b를 참고하면, RIC는 E2 노드의 기능들을 대신 수행하기 위해, 하기의 메시지들/절차들을 처리할 수 있다.
(1) NGAP PDU Session Resource Setup Request
(2) E1 bearer Context Setup Request
(3) E1 bearer Context Setup Response
(4) F1 UE Context Modification Request
(5) F1 UE Context Modification Response
(6) E1 Bearer Context Modification Request
(7) E1 Bearer Context Modification Response
(8) DL RRC Message Transfer
(9) F1 UE RRC Message Transfer
(10) F1 UE Context Modification Request
(11) F1 UE Context Modification Response
(12) NGAP PDU Session Resource Setup Response
AMF가 E2 노드에게 메시지를 전송하면, E2 노드는 해당 메시지를 RIC에게 전달할 수 있다. 즉, 해당 메시지의 해석/처리/판단 등을 RIC가 수행하도록 하기 위해, E2 노드는 해당 메시지를 바이 패스(by pass) 시켜, RIC에게 전달할 수 있다. 도 12a 및 도 12b에 도시된 공란은 기존의 각 E2 노드가 수행했어야 할 기능을 near-RT RIC가 대신 수행함을 의미한다. RIC는 메시지의 해석/처리/판단 등 RRM을 위한 동작들을 수행하기 위하여, 지능 지원 기능(intelligence-aided function)이 향상될 수 있다.
도 12a 및 도 12b를 시간의 흐름순으로 나열되었으나, 이는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC의 동작을 설명하기 위한 것일 뿐, 특정 시그널링이 필수적인 구성요소로서 다른 시그널링 전에 수행되어야 하는 것을 한정하는 의미는 아니다. 즉, 다른 일 실시 예에 따라, 도 12a 및 도 12b에 도시된 절차들 중 일부는 생략될 수 있다. 또 다른 일 실시 예에 따라, 일부 시그널링들은 RIC에 의해 한 번에 수행될 수도 있다. 또한, 도 12a 및 도 12b에서는 상기 (1) 내지 (12)의 메시지들을 처리하는 예가 도시되었으나, 본 개시의 실시 예들은 이에 한정되지 않는다. 상술된 예들 중 일부는 RIC에 의해 해석/판단/처리될 수 있으나 다른 일부는 기존과 같이 E2 노드에 의해 수행될 수도 있다.
이하, 도 13 내지 도 15를 통해, 본 개시의 실시 예들에 따른 RIC(즉, E2SM-RIC 혹은 RRM 제어를 위한 RIC)의 제어 메시지들의 예가 서술된다.
도 13 은 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2 제어 메시지(Control message)의 예를 도시한다. E2 Control Message는 크게 E2AP Header 와 E2 Service Model로 구성될 수 있다. E2AP Header는 E2 메시지가 Control Message라는 메시지 코드 값을 명시한다. E2 Control 메시지는 E2 Service Model에 위치한다. E2 Control Message는 E2 Control Indication 메시지와 E2 Control Message Container 메시지로 구성되어 있다.
도 14a는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header의 예를 도시한다. 이는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC의 동작을 설명하기 위한 것일 뿐, 특정 시그널링이 필수적인 구성요소로서 다른 시그널링 전에 수행되어야 하는 것을 한정하는 의미는 아니다. 도 14a에 도시된 IE들에 대한 구체적인 설명은 도 14b 내지 도 14f를 통해 서술된다.
도 14b는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에 Network Interface Type의 예를 도시한다. 여기서 정의한 Network Interface Type 은 3GPP와 O-RAN에서 사용하는 Network Interface Type 형태와 동일 하다. 네트워크 인터페이스 타입은, S1 인터페이스, X2 인터페이스, NG 인터페이스, F1 인터페이스, E1 인터페이스 등을 포함할 수 있다.
도 14c는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에 Network Interface Identifier의 예를 도시한다. 여기서 정의한 Network Interface Identifier은 3GPP와 O-RAN에서 사용하는 Network Interface Identifier 형태와 동일 하다.
도 14d는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에 O-RAN UE Id의 예를 도시한다. O-RAN UE ID는 Integer 값으로, E2SM-RIC의 동작에서 특정 UE에 한정해서 Radio Resource Management (RRM) 메시지를 제어하기 위해서 사용될 수 있다.
도 14e는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에 RAN UE Group ID의 예를 도시한다. RAN UD Group ID는 3GPP와 O-RAN에서 사용하는 RAN UE Group ID와 동일한 Integer 값으로 따른 E2SM-RIC의 동작에서 특정 Group에 한정해서 Radio Resource Management (RRM) 메시지를 제어하기 위해서 사용될 수 있다.
도 14f는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에 RIC Control Message Priority의 예를 도시한다. RIC Control Message Priority는 O-RAN에서 사용하는 RIC Control Message Priority와 동일한 Integer 값으로 다른 Control message의 우선 순위를 표시하며. E2SM-RIC의 동작에서 특정 Group 또는 특정 UE 안에 메시지들에 한정해서 Radio Resource Management (RRM) 메시지의 우선 순위를 제어하기 위해서 사용된다.
도 15는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에서 가리키는 Message body에 위치하는 Network Interface Message Container의 예를 도시한다. 이는 O-RAN에서 사용하는 Network Interface message와 동일한 Octet String 값이다.
도 16은 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에서 가리키는 Message body에 위치하는 Radio Control Interface의 예를 도시한다. Radio Control Interface는 'Radio Control Interface Message Type', 'RAT Type', 'O-RAN UE ID', 'RAN UE Group ID', 또는 'RIC Control message priority' 중 적어도 하나를 포함할 수 있다. 'M'은 Mandatory, 'O'는 Optional을 나타낸다. Radio Control Interface Message Type은 3GPP에서 정의된 기지국과 단말 사이에서 전달되는 RRC message들의 유형(type)을 정의한다. 예를 들어, RRC 메시지들의 유형은 RRC connection reconfiguration 또는 RRC connection re-establishment를 포함할 수 있다. RAT Type은 무선 접속 기술(Radio Access Technology, RAT)의 유형으로써, LTE 또는 NR을 정의한다. O-RAN UE ID는 기지국에서 관리하는 C-RNTI 또는 TMSI, GUTI 등과 연관된 Near-RT RIC에서 관리하는 단말의 고유 ID이다. RAN UE GROUP ID는 MME/AMF(Access and Mobility management Function)에서 할당한 UE 가 속한 서비스 그룹(service group)의 ID이다. 예를 들어, RAN UE GROUP ID는 SPID(Service Profiling IDentity) 및/또는 RFSP(Radio access type/Frequency of Selection Priority)를 포함할 수 있다. RIC Control Message Priority는 기지국이 Near-RT RIC로부터 동일한 UE에 대해서 Radio Control Interface Message를 수신 시 메시지의 처리의 우선 순위를 나타낸다.
도 17은 본 개시의 다양한 실시 예들에 따른 E2SM-RIC에서 사용하는 O-RAN E2 Service Model에서 지원하는 E2SM Control Header에서 가리키는 Message body를 통한 DCI(downlink control information) 전달의 예를 도시한다. 도 17의 표는, 상술된 예들에 추가적으로 단말의 물리 계층(Physical layer)의 제어 파라미터인 DCI를 활용하기 위해 Per UE DCI control message container를 도입한 예이다. 'Per UE DCI control message container'와 같은 DCI를 나타내기 위한 메시지로서, 표 16과 같이, 전술된 E2SM-RIC에 의한, RAN E2 Service Model에서 지원하는 E2SM Control Header에서 가리키는 Message body에 위치하는 Network Interface Message Container가 예시될 수 있다.
도 17을 참고하면, 'M'은 Mandatory, 'O'는 Optional을 나타낸다. 제어 메시지에 포함되는 'Control Interface Message Type', 'RAT type', 'O-RAN UE ID', 'RAN UE Group ID, 'RIC Control Message Priority'는 도 16에서의 설명이 동일 또는 유사한 방식으로 적용될 수 있다. Radio Control Interface Message Type은 3GPP에서 정의된 기지국과 단말 사이에서 전달되는 RRC message들의 유형(type)을 정의한다. 예를 들어, RRC 메시지들의 유형은 RRC connection reconfiguration 또는 RRC connection re-establishment를 포함할 수 있다. RAT Type은 무선 접속 기술(Radio Access Technology, RAT)의 유형으로써, LTE 또는 NR을 정의한다. O-RAN UE ID는 기지국에서 관리하는 C-RNTI 또는 TMSI, GUTI 등과 연관된 Near-RT RIC에서 관리하는 단말의 고유 ID이다. RAN UE GROUP ID는 MME/AMF(Access and Mobility management Function)에서 할당한 UE 가 속한 서비스 그룹(service group)의 ID이다. 예를 들어, RAN UE GROUP ID는 SPID(Service Profiling IDentity) 및/또는 RFSP(Radio access type/Frequency of Selection Priority)를 포함할 수 있다. RIC Control Message Priority는 기지국이 Near-RT RIC로부터 동일한 UE에 대해서 Radio Control Interface Message를 수신 시 메시지의 처리의 우선 순위를 나타낸다.
DRB ID는 UE에 게 할당되는 data radio bearer의 ID를 의미한다. 해당 DCI control message container에서, LTE 및/또는 NR 에서의 DCI format type 이 지정될 수 있다. 또한, DCI container에 관련 DCI가 캡슐화(encapsulation)될 수 있다. 이를 통해, RIC는 각 RAT type에 맞는 DCI 메시지를 단말 별로 생성할 수 있다. RIC는 이를 직접 만들어 power control이나 UE 별 RB(resource block) 할당량 제어, MCS(modulation and coding scheme) 설정 등 PHY level 제어를 수행할 수 있다. 일 실시 예에 따라, RIC는 예측되는 스케줄링 정보(예: MCS, RB 자원 할당) 등을 DU에게 제공할 수 있다. 일 동작 예로, DU는 RIC로부터 전달된 정보에 기반하여 스케줄링을 수행할 수 있다. RIC는 RIC로부터 전달된 정보와 UE로부터 획득된 채널 정보(예: CSI(channel state information))에 기초하여 스케줄링을 수행할 수 있다.
E2 노드는 다양한 서비스들을 지원할 수 있다. E2 노드는 도 11b에 도시된 바와 같이, 셋업 요청을 통해 E2 노드가 지원 가능한 서비스를 알릴 수 있다. 예를 들어, E2 노드의 셋업 요청 메시지(즉, E2 SETUP REQUEST)는 하기와 같이 구성될 수 있다.
This message is sent by an E2 Node to a Near-RT RIC to transfer the initialization information.
Direction: E2 Node → Near-RT RIC
IE/Group Name Presence Range IE type and reference Semantics description Criticality Assigned Criticality
Message Type M 9.2.3 YES reject
Global E2 Node ID M 9.2.6 YES reject
List of RAN Functions Added 0 .. <maxofRANfunctionID> YES reject
>RAN Function ID M 9.2.8 Id of the declared Function -
>RAN Function Definition M 9.2.23 Definition of Function -
>RAN Function Revision M 9.2.24 Revision counter -
이 때, 일 예로, E2 노드의 RAN function 정의는 하기와 같이 구성될 수 있다.
This information element carries the RAN function Definition
IE/Group Name Presence Range IE type and reference Semantics Description
RAN Function Definition M OCTET STRING Defined in RAN Function specific to E2 service Model[3]
즉, 셋업 요청과정에서 E2 노드는 RIC에게 지원 가능한 RAN function을 알리기 위해 E2 서비스 모델이 참조될 수 있다. 이를 위해, 후술하는 메시지들이 정의된다. E2 노드는 RIC에게 지원 가능한 서비스 유형(즉, RIC service style)을 지시하기 위해, 후술하는 실시 예들에 따른 타입의 메시지를 전송할 수 있다. 설정 요정 메시지에 대한 설명은 업데이트 메시지(즉, RIC service update), 수정 요청 메시지 등 동일한 기술적 의미를 포함하는 다른 메시지에도 동일 유사한 방식으로 적용될 수 있다.
도 18은 본 개시의 일 실시 예에 따른 O-RAN E2 Service Model에서 지원하는, RIC service style 전달의 예를 도시한다. 도 18에 도시된 RIC service style은 플랫(flat)한 포맷으로 전달될 수 있다.
도 18을 참고하면, RIC service style이 인덱스 형태로 지시될 수 있다. 각 서비스 스타일마다 고유의 인덱스가 정의될 수 있다. 도 18에 도시된 서비스의 이름들, 서비스에 대응하는 인덱스는 예시적인 것이며, 본 개시의 실시 예들을 제한하는 것으로 해석되지 않는다. RIC service style의 인덱스는 하기의 사항들을 지시할 수 있다.
- 0: DRB QoS Modification: DRB(data radio bearer)의 QoS를 수정하기 위해 이용되는 서비스
- 1: QoS Flow to DRB mapping update: QoS flow와 DRB 매핑을 업데이트하기 위한 서비스
- 2: Logical Channel Reconfiguration: Logical cahnnel 설정의 재구성을 위한 서비스
- 3: Radio Bearer Admission Control: 라디오 베이러 허가를 제어하기 위한 서비스
- 4: DRX Configuration: DRX(discontinous reception) 구성을 위한 서비스
- 5: Scheduling Request Configuration: 스케줄링 요청(scheduling request)의 구성을 위한 서비스
- 6: Intra-DU Handover; DU내에서 핸드오버. 셀은 변경되나, DU는 동일 DU일 수 있다.
- 7: Inter-DU Intra-CU Handover: DU 간 핸드오버. DU는 변경되지만, CU는 동일 CU일 수 있다. CU에 하나 이상의 DU들이 연결될 수 있다.
- 8: Inter-CU Handover: CU 간 핸드오버. CU가 변경될 수 있다.
- 9: CU-UP relocation handover: CU-UP가 재할당되는 핸드오버
- 10: DCI configuration update: DCI 구성 업데이트
- 11: AMBR configuration update: AMBR(Aggregate Maximum Bit Rate) 구성 업데이트
도 18에서는 11개의 예가 서술되었으나, 본 개시의 실시 예들은 이에 한정되지 않는다. 일 실시 예에 따라, 도 18에 도시된 예들 중에서 적어도 일부만이 포맷 및 인덱싱되어 정의될 수 있다. 다른 일 실시 예에 따라, 도 18에 도시된 예들에 더하여 다른 유형의 서비스들이 부가 및, 각 서비스가 인덱싱될 수 있다.
도 19는 본 개시의 일 실시 예에 따른 O-RAN E2 Service Model에서 지원하는, RIC service style를 위한 메시지 포맷의 예를 도시한다. 'M'은 Mandatory, 'O'는 Optional을 나타낸다.
도 19를 참고하면, 메시지는 RIC function name을 포함할 수 있다. 메시지는 RIC 서비스 스타일 리스트(RIC service style list))를 포함할 수 있다. RIC 서비스 스타일 리스트는, 지원 가능한 하나 이상의 RIC service style들의 리스트를 포함할 수 있다. RIC 서비스 스타일 리스트의 각 항목을 통해 지원 가능한 RIC 서비스 스타일의 인덱스가 E2 노드로부터 RIC에게 전달될 수 있다. RIC는 인덱스를 통해 표 18과 같이 미리 정의된 RIC 서비스 스타일을 식별할 수 있다. 도 19에는 도시되지 않았으나, RIC는 도 18 및 도 19를 통해 획득된 정보에 기반하여 E2 노드에게 RIC 제어 메시지를 전송할 수 있다. RIC 제어 메시지는, 해당 서비스에 대한 configuration을 포함할 수 있다. RIC 제어 메시지에 포함되는 서비스는 E2SM의 서비스 모델-특정일 수 있다.
도 20은 본 개시의 일 실시 예에 따른 O-RAN E2 Service Model에서 지원하는, RIC service style 전달의 다른 예를 도시한다. 도 20에 도시된 RIC service style은 카테고리화된(categorized) 포맷으로 전달될 수 있다.
도 20을 참고하면, RIC service style이 인덱스 형태로 지시될 수 있다. 도 18과 달리, RIC 서비스 스타일은 바로 RIC service style의 인덱스를 통해 바로 지시되는 것이 아니라, 특정 카테고리와 함께 지시될 수 있다. 카테고리를 통해 먼저 서비스 범주가 정의되고, 해당 범주 내에서의 각 서비스는 인덱스에 의해 지시될 수 있다. 도 20에 도시된 카테고리 이름들, 서비스 유형의 이름들, 서비스 유형에 대응하는 인덱스는 예시적인 것이며, 본 개시의 실시 예들을 제한하는 것으로 해석되지 않는다.
도 20에 예시되는 서비스들은 하기와 같이 카테고리화될 수 있다.
1) Radio bearer control
E2 노드가 서비스하는 무선 베어러 제어와 관련된 서비스들에 대한 카레고리를 의미한다. 해당 카테고리에서 지원 가능한 서비스 스타일은 하기와 같이 예시적으로 정의될 수 있다.
#0: DRB QoS Modification
#1: QoS Flow to DRB mapping update
#2: Logical Channel Reconfiguration
#3: Radio Bearer Admission Control
2) Mobility control
핸드오버, 이동성 관리(mobile management), RRM(radio resource management)와 같이, 단말의 이동성 제어와 관련된 서비스들에 대한 카레고리를 의미한다. 해당 카테고리에서 지원 가능한 서비스 스타일은 하기와 같이 예시적으로 정의될 수 있다.
#0: Intra-DU Handover
#1: Inter-DU Intra-CU Handover
#2: Inter-CU Handover
#3: CU-UP relocation handover
도 20에서는 2개의 카테고리들이 예로 서술되었으나, 본 개시의 실시 예들은 이에 한정되지 않는다. 일 실시 예에 따라, 도 20에 도시된 카테고리들 외에 추가적인 카테고리가 정의될 수 있다. 또한, 일 실시 예에 따라, 도 20에 도시된 카테고리들과 다른 방식으로 카테고리가 정의될 수 있다. 일 예로, E2 노드의 유형(DU, CU-UP, CU-UP)여부에 따라 카테고리가 구별될 수도 있다. 일 실시 예에 따라, 서비스들의 카테고리는 RIC 제어 서비스 스타일(RIC control service style)로 지칭될 수 있다. 해당 카테고리 내에서 RIC 제어 서비스는 제어 액션(control action)으로 지칭될 수 있다.
도 21은 본 개시의 일 실시 예에 따른 O-RAN E2 Service Model에서 지원하는, RIC service style를 위한 메시지 포맷의 다른 예를 도시한다. 'M'은 Mandatory, 'O'는 Optional을 나타낸다.
도 21을 참고하면, 메시지는 RIC function name을 포함할 수 있다. 메시지는 지원 RIC 서비스 스타일 리스트 항목을 포함할 수 있다. 여기서, 각 항목은 계층화되어 구성될 수 있다. 계층 레벨은 '>' 지시자를 통해 표현될 수 있다. 메시지는 RIC 서비스 스타일 유형을 더 포함할 수 있다. RIC 서비스 스타일 리스트(RIC service style list))를 포함할 수 있다. RIC 서비스 스타일 리스트 항목은, RIC 서비스 스타일 유형 별로 정의될 수 있다. 여기서, 유형은 도 20을 통해 예시된 RIC 서비스 스타일의 카테고리를 의미할 수 있다.
RIC 서비스 스타일 리스트는, 지원 가능한 하나 이상의 RIC service style들의 리스트를 포함할 수 있다. RIC 서비스 스타일 리스트의 각 항목을 통해 지원 가능한 RIC 서비스 스타일의 인덱스가 E2 노드로부터 RIC에게 전달될 수 있다. RIC는 카테고리(즉, RIC Service Style Type) 및 인덱스(RIC Service Style Index 혹은 제어 동작 인덱스)를 통해 표 20과 같이 미리 정의된 RIC 서비스 스타일을 식별할 수 있다. 도 21에는 도시되지 않았으나, RIC는 도 20 및 도 21을 통해 획득된 정보에 기반하여 E2 노드에게 RIC 제어 메시지를 전송할 수 있다. RIC 제어 메시지는, 해당 서비스에 대한 configuration을 포함할 수 있다. RIC 제어 메시지에 포함되는 서비스는 E2SM의 서비스 모델-특정일 수 있다.
도 18 내지 도 21에서는 언급되지 않았으나, 일부 실시 예들에서, E2 노드는 E2 노드의 유형에 따라 지원 가능한 서비스가 미리 정의될 수 있다.
DU와 CU는 계층 별 기능 분리(function split)에 따라 동작할 수 있다. CU는 상위 계층 기능(upper layers) (예: PDCP(packet data convergence protocol, RRC)), RRC(radio resource control), SDAP(Service Data Adaptation Protocol)) DU는 하위 계층 기능(lower layers)(예: RLC(radio link control), MAC(medium access control), PHY(physical))을 수행하도록 구현될 수 있다. 또한, 일 예로, CU-CP(control plane)인 경우, PDCP, RRC 계층 기능을, CU-UP는 PDCP, SDAP 계층 기능을 지원할 수 있다. 이러한 기능 분리에 따라, E2 노드가 지원하는 서비스는 E2 노드의 유형에 따라 미리 정의될 수 있다. 따라서, E2 노드는 RIC에게 설정 요청 메시지 전송 시, 해당 유형에 따라 정의되는 RIC 서비스 스타일의 인덱스 번호를 포함시켜 RIC에게 이를 알릴 수 있다. 이러한 실시 예에도 도 18 내지 도 21에 정의된 방식이 동일 또는 유사한 방식으로 적용될 수 있음은 물론이다.
E2 노드로부터 지원 가능한 서비스를 전달받은 RIC는 E2 노드에게 해당 서비스에 대한 Configuration을 전달할 수 있다. RIC는 각 서비스에 대한 configuration을 위해, E2 노드에게 RIC 제어 메시지를 전송할 수 있다. 본 개시의 실시 예들에 따를 때 RIC는 E2 노드에게 E2 Service Model와 연관되는(associated with) 메시지를 전송할 수 있다. 일 예로, RIC는 도 13에 도시된 바와 같은, E2 제어 메시지를 전송할 수 있다. 일 실시 예에 따라, RIC는 E2 노드에게 RIC 컨트롤 요청(control request) 메시지를 전송할 수 있다. E2 노드는 RIC에게 RIC 컨트롤 애크(acknowledge) 혹은 RIC 컨트롤 실패(control failure) 메시지를 전송할 수 있다.
RIC가 E2 노드에게 전송하는 컨트롤 메시지는 하기와 같이 구성될 수 있다.
This message is sent by a Near-RT RIC to an E2 Node to initiate or resume a control function logic.
Direction: Near-RT RIC → E2 Node.
IE/Group Name Presence Range IE type and reference Semantics description Criticality Assigned Criticality
Message Type M 9.2.3 YES reject
RIC Request ID M 9.2.7 YES reject
RAN Function ID M 9.2.8 YES reject
RIC Call Process ID O 9.2.18 YES reject
RIC Control Header M 9.2.20 YES reject
RIC Control Message M 9.2.19 YES reject
RIC Control Ack Request O 9.2.21 YES reject
이하, 도 22를 통해, RIC Control header, 도 23 내지 도 26을 통해, 각 RIC 서비스 스타일(service style)에 대한 제어 메시지의 예들이 서술된다.
도 22는 본 개시의 일 실시 예에 따른 RIC control에서, RIC 컨트롤 헤더의 예를 도시한다. RIC 컨트롤 헤더는 예시적으로 하기와 같다.
This information element carries the RIC control header used for CONTROL procedures.
IE/Group Name Presence Range IE type and reference Semantics description
RIC Control header M OCTET STRING Defined in RAN Function specific E2 Service Model [3]
RIC 컨트롤 제어의 범주를 정의하기 위해, 하니 이상의 식별자(identity, ID)들이 이용될 수 있다. 일 실시 예에 따라, RIC 컨트롤 헤더는, 상술된 카테고리의 RIC 제어 서비스 스타일 및 특정 RIC 제어 서비스를 지시하기 위해 이용될 수 있다. 일 실시 예에 따라, 하기의 범주들 중 적어도 일부는, 계층적일 수 있다. 또한, 일 실시 예에 따라, 하기의 범주들 중 적어도 일부는, 상호 독립적 수 있다.
UE ID: 단말 ID.
Group ID: 그룹 ID. 하나 이상의 단말들이 하나의 그룹으로 포함될 수 있다.
Cell ID: 셀 ID. 액세스 네트워크 상의 셀을 의미한다.
Slice ID: 슬라이스 ID로서, 여기서 슬라이스는 네트워크 슬라이스를 의미할 수 있다.
QoS ID: QoS ID를 의미한다. QoS는 QCI(QoS Class Identifier) 또는 5QI (5G QoS Identifier)를 의미한다..
DRB ID: DRB(data radio bearer)의 ID를 의미한다.
QoS Flow ID: QoS Flow ID를 의미한다. SDAP 계층은 QoS Flow와 DRB 매핑을 수행할 수 있다.
PDU session ID: PDU(protocol data unit) session의 ID를 의미한다.
도 23은 본 개시의 일 실시 예에 따른 RIC control에서, RIC 컨트롤 메시지의 예를 도시한다. 도 23에서는 RIC 서비스 스타일의 인덱스가 'DRB QoS Modification'로 지시된 상황에서, RIC가 E2 노드에게 전송하는 RIC 메시지의 예가 서술된다. 'M'은 Mandatory, 'O'는 Optional을 나타낸다.
도 23을 참고하면, RIC 제어 메시지는 DRB QoS 수정 리스트를 포함할 수 있다. DRB QoS 수정 리스트는 하나 이상의 DRB 정보들을 포함할 수 있다. 각 DRB 정보는 DRB ID를 통해 식별될 수 있다. DRB QoS 수정 리스트는, 각 DRB에 대하여, DRB ID 및 QoS 정보를 포함할 수 있다. QoS 정보는 E-UTRAN QoS 정보(LTE RAN 용, 예를 들어, QCI를 포함할 수 있다) 또는 DRB QoS 정보(NG-RAN 용, 예를 들어, 5QI를 포함할 수 있다)일 수 있다.
도 23에는 참조되지 않았으나, 일 실시 예에 따라, 도 26의 IE(information element)는 F1 관련 규격 문서(예: 3GPP TS 38.473)의 IE 내용이 참조될 수 있다.
도 24는 본 개시의 일 실시 예에 따른 RIC control에서, RIC 컨트롤 메시지의 예를 도시한다. 도 24에서는 RIC 서비스 스타일의 인덱스가 'QoS Flow to DRB mapping update'로 지시된 상황에서, RIC가 E2 노드에게 전송하는 RIC 메시지의 예가 서술된다. 'M'은 Mandatory, 'O'는 Optional을 나타낸다.
도 24를 참고하면, RIC 제어 메시지는 QoS Flow to DRB 매핑 리스트를 포함할 수 있다. QoS Flow to DRB 매핑 리스트는, 하나 이상의 DRB 정보들을 포함할 수 있다. 각 DRB 정보는 DRB ID를 통해 식별될 수 있다. DRB QoS 수정 리스트는, 각 DRB에 대하여, QoS 플로우 리스트를 포함할 수 있다. QoS 플로우 리스트는 해당 DRB에 대한 하나 이상의 QoS 플로우들을 포함할 수 있다.
도 24에는 참조되지 않았으나, 일 실시 예에 따라, 도 26의 IE(information element)는 F1 관련 규격 문서(예: 3GPP TS 38.473)의 IE 내용이 참조될 수 있다.
도 25는 본 개시의 일 실시 예에 따른 RIC control에서, RIC 컨트롤 메시지의 예를 도시한다. 도 25에서는 RIC 서비스 스타일의 인덱스가 'Logical Channel Reconfiguration'가 지시된 상황에서, RIC가 E2 노드에게 전송하는 RIC 메시지의 예가 서술된다. 'M'은 Mandatory, 'O'는 Optional을 나타낸다.
도 25를 참고하면, RIC 제어 메시지는 로지컬 채널 구성(Logical Channel Configuration) 리스트를 포함할 수 있다. 로지컬 채널 구성 리스트는, 하나 이상의 로지컬 채널 정보들을 포함할 수 있다. 각 로지컬 채널 정보는 로지컬 채널 ID(logical channel identity)를 통해 식별될 수 있다. 로지컬 채널 별, 우선 순위, bit rate, 버켓 크기 구간이 정의될 수 있다. 일 예로, 가능한 최대 로지컬 채널들의 개수는 32일 수 있다.
도 25에는 참조되지 않았으나, 일 실시 예에 따라, 도 26의 IE(information element)는 F1 관련 규격 문서(예: 3GPP TS 38.473)의 IE 내용이 참조될 수 있다.
도 26은 본 개시의 일 실시 예에 따른 RIC control에서, RIC 컨트롤 메시지의 예를 도시한다. 도 26에서는 RIC 서비스 스타일의 인덱스가 'Radio Bearer Admission control'로 지시된 상황에서, RIC가 E2 노드에게 전송하는 RIC 메시지의 예가 서술된다. 'M'은 Mandatory, 'O'는 Optional을 나타낸다.
도 26을 참고하면, RIC 제어 메시지는 하나 이상의 DRB 리스트들을 포함할 수 있다. 일 실시 예에 따라, 하나 이상의 DRB 리스트들은 DRB 추가 리스트(혹은 추가/수정 리스트)를 포함할 수 있다. DRB 추가 리스트는 하나 이상의 DRB 정보들을 포함할 수 있다. 각 DRB 정보는 DRB ID를 통해 식별될 수 있다. DRB 추가 리스트는, 각 DRB에 대하여, DRB ID 및 QoS 정보를 포함할 수 있다. QoS 정보는 DRB QoS 정보(NG-RAN 용, 예를 들어, 5QI를 포함할 수 있다)일 수 있다. 또는 도 26에는 도시되지 않았으나, QoS 정보는 E-UTRAN QoS 정보(LTE RAN 용, 예를 들어, QCI를 포함할 수 있다)일 수도 있다. 일 예로, 가능한 최대 DRB들의 수는 64일 수 있다.
일 실시 예에 따라, 하나 이상의 DRB 리스트들은 DRB 해제 리스트를 포함할 수 있다. DRB 해제 리스트는 하나 이상의 DRB 정보들을 포함할 수 있다. 각 DRB 정보는 DRB ID를 통해 식별될 수 있다. DRB 해제 리스트는, 각 DRB에 대하여, DRB ID를 포함할 수 있다. 일 예로, 가능한 최대 DRB들의 수는 64일 수 있다.
도 26에는 참조되지 않았으나, 일 실시 예에 따라, 도 26의 IE(information element)는 F1 관련 규격 문서(예: 3GPP TS 38.473)의 IE 내용이 참조될 수 있다.
본 개시의 실시 예들에 따를 때, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법은 RIC 제어 요청 메시지를 생성하는 과정과, 상기 RIC 제어 요청 메시지를 E2 노드에게 전송하는 과정과, RIC 제어 확인(acknowledge) 메시지 혹은 RIC 제어 실패(failure) 메시지를 상기 E2 노드로부터 수신하는 과정을 포함하고, 상기 RIC 제어 요청 메시지는 제어 헤더(control header) 및 제어 메시지(control message)를 포함하고, 상기 제어 헤더는 UE(user equipment) ID(identifier)를 포함하고, 상기 제어 메시지는 특정 제어 서비스에 대한 하나 이상의 파라미터들을 포함하고, 상기 특정 제어 서비스는, 카테고리에 대응하는 RIC 제어 서비스 스타일(service style), 및 상기 RIC 제어 서비스 스타일에서 특정 제어 서비스의 인덱스에 의해 지시될 수 있다.
일 실시 예에 따라, 상기 RIC 제어 서비스 스타일이 무선 베어러 제어(radio bearer control)인 경우, 상기 특정 제어 서비스는 제1 복수의 서비스들 중 하나이고, 상기 제1 복수의 서비스들은 DRB(data radio bearer) QoS(quality of service) 구성, QoS 플로우(flow) 매핑(mapping) 구성, 논리 채널 구성(logical channel configuration), 무선 베어러 허가 제어(radio bearer admission control)을 포함할 수 있다.
일 실시 예에 따라, 상기 특정 제어 서비스가 상기 DRB QoS 구성인 경우, 상기 하나 이상의 파라미터들은 DRB 식별 정보 및 5QI(5G(5th generation) QoS(quality of service) Identifier)를 포함할 수 있다.
일 실시 예에 따라, 상기 특정 제어 서비스가 상기 QoS 플로우 매핑 구성인 경우, 상기 하나 이상의 파라미터들은 DRB 식별 정보 및 QoS 플로우 리스트를 포함하고, 상기 QoS 플로우 리스트는, 각 QoS 플로우에 대하여, QoS 플로우 식별자 및 QoS 플로우 매핑 지시(mapping indication)를 포함할 수 있다.
일 실시 예에 따라, 상기 특정 제어 서비스가 상기 논리 채널 구성인 경우, 상기 하나 이상의 파라미터들은 논리 채널 식별 정보, 우선 순위(priority), 우선 비트 레이트(prioritized bit rate), 버켓 크기 구간(bucket size duration)을 포함할 수 있다.
일 실시 예에 따라, 상기 RIC 제어 서비스 스타일이 이동성 제어(mobility control)인 경우, 상기 특정 제어 서비스는 제2 복수의 서비스들 중 하나이고, 상기 제2 복수의 서비스들은 서로 다른 핸드오버 유형을 나타낼 수 있다.
일 실시 예에 따라, 상기 방법은 지원 가능한 RIC 제어 서비스를 가리키기 위한 설정 메시지를 상기 E2 노드로부터 수신하는 과정을 더 포함할 수 있다.
일 실시 예에 따라, 상기 설정 메시지는 RAN(radio access network) 기능 정의(function definition) IE(information element)를 포함하고, 상기 RAN 기능 정의 IE는: 하나 이상의 RIC 제어 서비스 스타일들, 및 상기 하나 이상의 RIC 제어 서비스 스타일들에서 각 RIC 제어 서비스 스타일에 대응하는 하나 이상의 서비스들의 하나 이상의 인덱스들을 포함할 수 있다.
일 실시 예에 따라, 상기 설정 메시지는 E2 설정 요청(setup request) 메시지 또는 RIC 서비스 업데이트(service update) 메시지일 수 있다.
일 실시 예에 따라, 상기 E2 노드는 gNB(next generation node B), DU(distributed unit), eNB(evolved node B), gNB-CU(central unit), en-gNB, ng-eNB 중 하나일 수 있다.
본 개시의 실시 예들에 따를 때, E2 노드에 의해 수행되는 방법은, RIC(RAN(radio access network) intelligent controller) 제어 요청 메시지를 Near-RT(real time) RIC로부터 수신하는 과정과, RIC 제어 확인(acknowledge) 메시지 혹은 RIC 제어 실패(failure) 메시지를 상기 Near-RT RIC에게 전송하는 과정을 포함하고, 상기 RIC 제어 요청 메시지는 제어 헤더(control header) 및 제어 메시지(control message)를 포함하고, 상기 제어 헤더는 UE(user equipment) ID(identifier)를 포함하고, 상기 제어 메시지는 특정 제어 서비스에 대한 하나 이상의 파라미터들을 포함하고, 상기 특정 제어 서비스는, 카테고리에 대응하는 RIC 제어 서비스 스타일(service style), 및 상기 RIC 제어 서비스 스타일에서 특정 제어 서비스의 인덱스에 의해 지시될 수 있다.
일 실시 예에 따라, 상기 RIC 제어 서비스 스타일이 무선 베어러 제어(radio bearer control)인 경우, 상기 특정 제어 서비스는 제1 복수의 서비스들 중 하나이고, 상기 제1 복수의 서비스들은 DRB(data radio bearer) QoS(quality of service) 구성, QoS 플로우(flow) 매핑(mapping) 구성, 논리 채널 구성(logical channel configuration), 무선 베어러 허가 제어(radio bearer admission control)을 포함할 수 있다.
일 실시 예에 따라, 상기 특정 제어 서비스가 상기 DRB QoS 구성인 경우, 상기 하나 이상의 파라미터들은 DRB 식별 정보 및 5QI(5G(5th generation) QoS(quality of service) Identifier)를 포함할 수 있다.
일 실시 예에 따라, 상기 특정 제어 서비스가 상기 QoS 플로우 매핑 구성인 경우, 상기 하나 이상의 파라미터들은 DRB 식별 정보 및 QoS 플로우 리스트를 포함하고, 상기 QoS 플로우 리스트는, 각 QoS 플로우에 대하여, QoS 플로우 식별자 및 QoS 플로우 매핑 지시(mapping indication)를 포함할 수 있다.
일 실시 예에 따라, 상기 특정 제어 서비스가 상기 논리 채널 구성인 경우, 상기 하나 이상의 파라미터들은 논리 채널 식별 정보, 우선 순위(priority), 우선 비트 레이트(prioritized bit rate), 버켓 크기 구간(bucket size duration)을 포함할 수 있다.
일 실시 예에 따라, 상기 RIC 제어 서비스 스타일이 이동성 제어(mobility control)인 경우, 상기 특정 제어 서비스는 제2 복수의 서비스들 중 하나이고, 상기 제2 복수의 서비스들은 서로 다른 핸드오버 유형을 나타낼 수 있다.
일 실시 예에 따라, 상기 방법은 지원 가능한 RIC 제어 서비스를 가리키기 위한 설정 메시지를 상기 Near-RT RIC에게 전송하는 과정을 더 포함할 수 있다.
일 실시 예에 따라, 상기 설정 메시지는 RAN(radio access network) 기능 정의(function definition) IE(information element)를 포함하고, 상기 RAN 기능 정의 IE는 하나 이상의 RIC 제어 서비스 스타일들, 및 상기 하나 이상의 RIC 제어 서비스 스타일들에서 각 RIC 제어 서비스 스타일에 대응하는 하나 이상의 서비스들의 하나 이상의 인덱스들을 포함할 수 있다.
일 실시 예에 따라, 상기 설정 메시지는 E2 설정 요청(setup request) 메시지 또는 RIC 서비스 업데이트(service update) 메시지일 수 있다.
일 실시 예에 따라, 상기 E2 노드는 gNB(next generation node B), DU(distributed unit), eNB(evolved node B), gNB-CU(central unit), en-gNB, ng-eNB 중 하나일 수 있다.
본 개시의 다양한 실시 예들에 따른 RIC의 RRM 제어에 따라, IPC 비용이 감소할 수 있다. 특히, DU/CU/RIC가 동일한 환경에 위치할 경우, 메시지 중계를 위한 비용이 줄어들 수 있다. RIC는 메시지 전달을 제외한 모든 것들을 수행함으로써, 벤더들 간의 운용 상에 따른 상호성 문제가 해소될 수 있다. 또한, RIC의 지능형 기능(intelligent function)은 DU, CU-UP들 간의 특정 기능을 대체할 수 있도록, 업그레이드될 수 있다.
기존 E2SM-KPM을 활용해서, 각 E2 노드 별 지원 가능한 RAN function 기반으로 E2 제어 메시지를 개별적으로 정의할 수 있으나, 멀티-벤더 지원 시, 도 10 내지 도 11a에 서술된 구현 상의 제약 상황이 발생할 수 있다. 한편, 본 개시의 다양한 실시 예들에 따른 RIC는, 기존 E2SM-NI, E2SM-KPM을 활용해서, 제어 메시지를 릴레이 하는 RRC E2 제어 메시지를 이용하여 O-CU-CP, O-CU-UP, O-DU 전체를 제어할 수 있다. RIC에 의해 전체 제어가 가능해짐에 따라, 효율적인 관리가 수행될 수 있다. 특히 벤더들이 중첩되는 서비스 영역에서 효과적인 부하 분산이 달성될 수 있다.
본 개시에서는 RIC의 RRM 제어에 따라, E2 노드의 동작을 설명하기 위해 동작 모드를 "좀비 모드"로 명명하여 각 엔티티의 동작들을 설명하였으나, 본 개시의 실시 예들은 이에 한정되지 않는다. 좀비 모드 외에, CU 혹은 DU의 기능들을 대신 수행하는 모드로서, 다른 명칭이 본 개시의 실시 예들이 이용될 수 있음은 물론이다.
본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.
소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.
이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(read only memory, ROM), 전기적 삭제가능 프로그램가능 롬(electrically erasable programmable read only memory, EEPROM), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(compact disc-ROM, CD-ROM), 디지털 다목적 디스크(digital versatile discs, DVDs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.
또한, 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(local area network), WAN(wide area network), 또는 SAN(storage area network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시 예들에서, 개시에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다.

Claims (15)

  1. Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법에 있어서,
    RIC 제어 요청 메시지를 생성하는 과정과,
    상기 RIC 제어 요청 메시지를 E2 노드에게 전송하는 과정과,
    RIC 제어 확인(acknowledge) 메시지 혹은 RIC 제어 실패(failure) 메시지를 상기 E2 노드로부터 수신하는 과정을 포함하고,
    상기 RIC 제어 요청 메시지는 제어 헤더(control header) 및 제어 메시지(control message)를 포함하고,
    상기 제어 헤더는 UE(user equipment) ID(identifier)를 포함하고,
    상기 제어 메시지는 특정 제어 서비스에 대한 하나 이상의 파라미터들을 포함하고,
    상기 특정 제어 서비스는, 카테고리에 대응하는 RIC 제어 서비스 스타일(service style), 및 상기 RIC 제어 서비스 스타일에서 특정 제어 서비스의 인덱스에 의해 지시되는 방법.
  2. 청구항 1에 있어서,
    상기 RIC 제어 서비스 스타일이 무선 베어러 제어(radio bearer control)인 경우, 상기 특정 제어 서비스는 제1 복수의 서비스들 중 하나이고,
    상기 제1 복수의 서비스들은 DRB(data radio bearer) QoS(quality of service) 구성, QoS 플로우(flow) 매핑(mapping) 구성, 논리 채널 구성(logical channel configuration), 무선 베어러 허가 제어(radio bearer admission control)을 포함하는 방법.
  3. 청구항 2에 있어서,
    상기 특정 제어 서비스가 상기 DRB QoS 구성인 경우, 상기 하나 이상의 파라미터들은 DRB 식별 정보 및 5QI(5G(5th generation) QoS(quality of service) Identifier)를 포함하고,
    상기 특정 제어 서비스가 상기 QoS 플로우 매핑 구성인 경우, 상기 하나 이상의 파라미터들은 DRB 식별 정보 및 QoS 플로우 리스트를 포함하고, 상기 QoS 플로우 리스트는, 각 QoS 플로우에 대하여, QoS 플로우 식별자 및 QoS 플로우 매핑 지시(mapping indication)를 포함하고,
    상기 특정 제어 서비스가 상기 논리 채널 구성인 경우, 상기 하나 이상의 파라미터들은 논리 채널 식별 정보, 우선 순위(priority), 우선 비트 레이트(prioritized bit rate), 버켓 크기 구간(bucket size duration)을 포함하는 방법.
  4. 청구항 1에 있어서,
    상기 RIC 제어 서비스 스타일이 이동성 제어(mobility control)인 경우, 상기 특정 제어 서비스는 제2 복수의 서비스들 중 하나이고,
    상기 제2 복수의 서비스들은 서로 다른 핸드오버 유형을 나타내는 방법.
  5. 청구항 1에 있어서,
    지원 가능한 RIC 제어 서비스를 가리키기 위한 설정 메시지를 상기 E2 노드로부터 수신하는 과정을 더 포함하고,
    상기 설정 메시지는 RAN(radio access network) 기능 정의(function definition) IE(information element)를 포함하고,
    상기 RAN 기능 정의 IE는:
    하나 이상의 RIC 제어 서비스 스타일들, 및
    상기 하나 이상의 RIC 제어 서비스 스타일들에서 각 RIC 제어 서비스 스타일에 대응하는 하나 이상의 서비스들의 하나 이상의 인덱스들을 포함하는 방법.
  6. 청구항 5에 있어서, 상기 설정 메시지는 E2 설정 요청(setup request) 메시지 또는 RIC 서비스 업데이트(service update) 메시지인 방법.
  7. 청구항 1에 있어서, 상기 E2 노드는 gNB(next generation node B), DU(distributed unit), eNB(evolved node B), gNB-CU(central unit), en-gNB, ng-eNB 중 하나인 방법.
  8. E2 노드에 의해 수행되는 방법에 있어서,
    RIC(RAN(radio access network) intelligent controller) 제어 요청 메시지를 Near-RT(real time) RIC로부터 수신하는 과정과,
    RIC 제어 확인(acknowledge) 메시지 혹은 RIC 제어 실패(failure) 메시지를 상기 Near-RT RIC에게 전송하는 과정을 포함하고,
    상기 RIC 제어 요청 메시지는 제어 헤더(control header) 및 제어 메시지(control message)를 포함하고,
    상기 제어 헤더는 UE(user equipment) ID(identifier)를 포함하고,
    상기 제어 메시지는 특정 제어 서비스에 대한 하나 이상의 파라미터들을 포함하고,
    상기 특정 제어 서비스는, 카테고리에 대응하는 RIC 제어 서비스 스타일(service style), 및 상기 RIC 제어 서비스 스타일에서 특정 제어 서비스의 인덱스에 의해 지시되는 방법.
  9. 청구항 8에 있어서,
    상기 RIC 제어 서비스 스타일이 무선 베어러 제어(radio bearer control)인 경우, 상기 특정 제어 서비스는 제1 복수의 서비스들 중 하나이고,
    상기 제1 복수의 서비스들은 DRB(data radio bearer) QoS(quality of service) 구성, QoS 플로우(flow) 매핑(mapping) 구성, 논리 채널 구성(logical channel configuration), 무선 베어러 허가 제어(radio bearer admission control)을 포함하는 방법.
  10. 청구항 9에 있어서,
    상기 특정 제어 서비스가 상기 DRB QoS 구성인 경우, 상기 하나 이상의 파라미터들은 DRB 식별 정보 및 5QI(5G(5th generation) QoS(quality of service) Identifier)를 포함하고,
    상기 특정 제어 서비스가 상기 QoS 플로우 매핑 구성인 경우, 상기 하나 이상의 파라미터들은 DRB 식별 정보 및 QoS 플로우 리스트를 포함하고, 상기 QoS 플로우 리스트는, 각 QoS 플로우에 대하여, QoS 플로우 식별자 및 QoS 플로우 매핑 지시(mapping indication)를 포함하고,
    상기 특정 제어 서비스가 상기 논리 채널 구성인 경우, 상기 하나 이상의 파라미터들은 논리 채널 식별 정보, 우선 순위(priority), 우선 비트 레이트(prioritized bit rate), 버켓 크기 구간(bucket size duration)을 포함하는 방법.
  11. 청구항 8에 있어서,
    상기 RIC 제어 서비스 스타일이 이동성 제어(mobility control)인 경우, 상기 특정 제어 서비스는 제2 복수의 서비스들 중 하나이고,
    상기 제2 복수의 서비스들은 서로 다른 핸드오버 유형을 나타내는 방법.
  12. 청구항 8에 있어서,
    지원 가능한 RIC 제어 서비스를 가리키기 위한 설정 메시지를 상기 Near-RT RIC에게 전송하는 과정을 더 포함하고,
    상기 설정 메시지는 RAN(radio access network) 기능 정의(function definition) IE(information element)를 포함하고,
    상기 RAN 기능 정의 IE는:
    하나 이상의 RIC 제어 서비스 스타일들, 및
    상기 하나 이상의 RIC 제어 서비스 스타일들에서 각 RIC 제어 서비스 스타일에 대응하는 하나 이상의 서비스들의 하나 이상의 인덱스들을 포함하는 방법.
  13. 청구항 12에 있어서, 상기 설정 메시지는 E2 설정 요청(setup request) 메시지 또는 RIC 서비스 업데이트(service update) 메시지인 방법.
  14. 청구항 8에 있어서, 상기 E2 노드는 gNB(next generation node B), DU(distributed unit), eNB(evolved node B), gNB-CU(central unit), en-gNB, ng-eNB 중 하나인 방법.
  15. Near-RT(real time) RIC(RAN(radio access network) intelligent controller) 또는 E2 노드의 장치에 있어서,
    적어도 하나의 송수신기와,
    적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서는 청구항 1 내지 14의 방법들 중 하나의 방법을 수행하도록 구성되는 장치.
PCT/KR2021/015621 2020-10-30 2021-11-01 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법 WO2022092981A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202180074280.9A CN116438923A (zh) 2020-10-30 2021-11-01 用于在无线通信系统中控制e2节点的装置和方法
EP21886974.1A EP4221313A4 (en) 2020-10-30 2021-11-01 APPARATUS AND METHOD FOR CONTROLLING E2 NODE IN WIRELESS COMMUNICATION SYSTEM
US18/309,270 US20230269622A1 (en) 2020-10-30 2023-04-28 Apparatus and method for controlling e2 node in wireless communication system

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
KR20200143908 2020-10-30
KR10-2020-0143908 2020-10-30
KR20200144812 2020-11-02
KR10-2020-0144812 2020-11-02
KR20200146398 2020-11-04
KR10-2020-0146398 2020-11-04
KR20200147187 2020-11-05
KR10-2020-0147187 2020-11-05
KR10-2021-0019522 2021-02-10
KR1020210019522A KR20220058363A (ko) 2020-10-30 2021-02-10 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/309,270 Continuation US20230269622A1 (en) 2020-10-30 2023-04-28 Apparatus and method for controlling e2 node in wireless communication system

Publications (1)

Publication Number Publication Date
WO2022092981A1 true WO2022092981A1 (ko) 2022-05-05

Family

ID=81382989

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/015621 WO2022092981A1 (ko) 2020-10-30 2021-11-01 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법

Country Status (4)

Country Link
US (1) US20230269622A1 (ko)
EP (1) EP4221313A4 (ko)
CN (1) CN116438923A (ko)
WO (1) WO2022092981A1 (ko)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020131128A1 (en) * 2018-12-22 2020-06-25 Nokia Solutions And Networks Oy Connection behavior identification for wireless networks
US20200314719A1 (en) * 2019-03-28 2020-10-01 At&T Intellectual Property I, L.P. Candidate beam selection and control for 5g or other next generation network
US20200329381A1 (en) * 2019-07-19 2020-10-15 Joey Chou Orchestration and configuration of e2e network slices across 3gpp core network and oran

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220023658A (ko) * 2020-08-21 2022-03-02 삼성전자주식회사 무선 통신 시스템에서 성능 측정을 위한 장치 및 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020131128A1 (en) * 2018-12-22 2020-06-25 Nokia Solutions And Networks Oy Connection behavior identification for wireless networks
US20200314719A1 (en) * 2019-03-28 2020-10-01 At&T Intellectual Property I, L.P. Candidate beam selection and control for 5g or other next generation network
US20200329381A1 (en) * 2019-07-19 2020-10-15 Joey Chou Orchestration and configuration of e2e network slices across 3gpp core network and oran

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.473
ANONYMOUS: "O-RAN Working Group 3, Near-Real-time RAN Intelligent Controller, E2 Application Protocol (E2AP). O-RAN.WG3.E2AP-v01.01", O-RAN ALLIANCE WG3, HTTPS://WWW.O-RAN.ORG/SPECIFICATION-ACCESS, O-RAN ALLIANCE, 15 July 2020 (2020-07-15), pages 1 - 84, XP009536365 *
See also references of EP4221313A4

Also Published As

Publication number Publication date
EP4221313A1 (en) 2023-08-02
CN116438923A (zh) 2023-07-14
US20230269622A1 (en) 2023-08-24
EP4221313A4 (en) 2024-04-03

Similar Documents

Publication Publication Date Title
WO2018110952A2 (en) Apparatus and method for controlling data flow in wireless communication system
WO2017164674A1 (ko) 기지국에서 연결 모드 변경 방법 및 기지국과, 사용자기기에서 연결 모드 변경 방법 및 사용자기기
WO2019031791A1 (ko) Bwp 내의 참조 신호를 이용하여 rsrq를 측정하는 방법 및 이를 수행하는 단말
WO2018016853A1 (en) Improvements in and relating to network interconnectivity
WO2020226360A1 (en) Apparatus and method for supporting burst arrival time reference clock based on time-sensitive communication assistance information in wireless communication network
WO2019160327A1 (ko) 이동통신 시스템에서 셀 재선택을 수행하는 방법 및 장치
WO2013009008A1 (en) Method and terminal for performing detach procedure
WO2021091270A1 (en) Method and apparatus for selecting network slices in wireless communication system
WO2017030427A1 (en) Method and apparatus for access, handover, and encryption control of a ue
WO2021141335A1 (en) Apparatus and method for controlling network slice data rate in wireless communication system
WO2020204641A1 (ko) 무선 통신 시스템에서 서비스 정책을 처리하기 위한 장치 및 방법
EP3738339A1 (en) Method for data offloading, method for drb identifier allocating, method for resource releasing, and device
WO2022177333A1 (ko) 무선 액세스 네트워크에서 셀 정보와 e2 인터페이스 셋업을 위한 장치 및 방법
EP3482576A1 (en) Method and apparatus for controlling or paging a user equipment
WO2019160298A1 (en) Method for data offloading, method for drb identifier allocating, method for resource releasing, and device
EP4038971A1 (en) Method and apparatus for supporting self-optimisation in a wireless communication system
WO2018030859A1 (en) Method and apparatus for controlling or paging a user equipment
WO2021182807A1 (en) Method and apparatus for supporting a daps handover procedure in a wireless communication system
WO2023075214A1 (en) Method and apparatus for supporting edge computing service for roaming ue in wireless communication system
WO2017171296A1 (en) Method and equipmnent for controlling ciot for ue
WO2023027531A1 (ko) 무선 통신 시스템에서 e2 노드 제어 및 셀 제어를 위한 장치 및 방법
WO2022039582A1 (ko) 무선 통신 시스템에서 성능 측정을 위한 장치 및 방법
WO2020027630A1 (ko) 무선 통신 시스템에서 셀을 선택하기 위한 장치 및 방법
WO2022092981A1 (ko) 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법
WO2021256893A1 (en) Method and apparatus for supporting data transmission in a wireless communication system

Legal Events

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

Ref document number: 21886974

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021886974

Country of ref document: EP

Effective date: 20230426

NENP Non-entry into the national phase

Ref country code: DE