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

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

Info

Publication number
WO2022231245A1
WO2022231245A1 PCT/KR2022/005888 KR2022005888W WO2022231245A1 WO 2022231245 A1 WO2022231245 A1 WO 2022231245A1 KR 2022005888 W KR2022005888 W KR 2022005888W WO 2022231245 A1 WO2022231245 A1 WO 2022231245A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
ric
ran
node
expected
Prior art date
Application number
PCT/KR2022/005888
Other languages
English (en)
French (fr)
Inventor
송준혁
류선희
이충근
유상규
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to EP22796078.8A priority Critical patent/EP4301056A4/en
Priority to CN202280030715.4A priority patent/CN117204070A/zh
Publication of WO2022231245A1 publication Critical patent/WO2022231245A1/ko
Priority to US18/185,094 priority patent/US20230224689A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/045—Interfaces between hierarchically different network devices between access point and backbone network device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers

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 in the 5G communication system, an evolved small cell, an advanced small cell, a cloud radio access network (cloud radio access network, cloud RAN), an ultra-dense network (ultra-dense network) , Device to Device communication (D2D), wireless backhaul, moving network, cooperative communication, Coordinated Multi-Points (CoMP), and reception interference cancellation (interference cancellation) Technology development is underway.
  • cloud radio access network cloud radio access network
  • ultra-dense network ultra-dense network
  • D2D Device to Device communication
  • wireless backhaul moving network
  • cooperative communication Coordinated Multi-Points (CoMP), and reception interference cancellation (interference cancellation) Technology development is underway.
  • CoMP Coordinated Multi-Points
  • FQAM Hybrid Frequency Shift Keying and Quadrature Amplitude Modulation
  • SWSC Sliding Window Superposition Coding
  • ACM Advanced Coding Modulation
  • FBMC Filter Bank Multi Carrier
  • NOMA Non Orthogonal Multiple Access
  • SCMA Sparse Code Multiple Access
  • the 5G system To meet the demand for wireless data traffic, the 5G system, NR (new radio or next radio), has been commercialized, providing high data rate services to users through the 5G system like 4G, and also for the Internet of Things and specific purposes. It is expected that wireless communication services for 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 setting an E2 node by the RIC to a specific mode such that the E2 node operates under the control of the RIC.
  • a method performed by a radio access network (RAN) intelligent controller includes a process of receiving a report message from an E2 node, a process of generating a control message based on the report message, and , transmitting the control message to the E2 node, the control message includes a RAN configuration related to the E2 node, and the report message is a UE assistance transmitted from a user equipment (UE). It may include at least one of UE assistance information and UE expected behavior related information transmitted from an Access and Mobility Management Function (AMF).
  • AMF Access and Mobility Management Function
  • the method performed by the E2 node includes transmitting a report message to a radio access network (RAN) intelligent controller (RIC) and receiving a control message generated based on the report message from the E2 node, and , the control message includes a RAN configuration related to the E2 node, and the report message includes UE assistance information and Access and Mobility Management Function (AMF) transmitted from user equipment (UE). It may include at least one of UE expected behavior-related information transmitted from RAN
  • RAN radio access network
  • RIC radio access network intelligent controller
  • AMF Access and Mobility Management Function
  • a device of a radio access network (RAN) intelligent controller includes at least one transceiver and at least one processor, the at least one transceiver to receive a report message from an E2 node. control, generate a control message based on the report message, and control the at least one transceiver to transmit the control message to the E2 node, wherein the control message includes a RAN configuration associated with the E2 node.
  • the report message may include at least one of UE assistance information transmitted from user equipment (UE) and UE expected behavior related information transmitted from Access and Mobility Management Function (AMF). .
  • an apparatus performed by an E2 node includes at least one transceiver and at least one processor, wherein the at least one processor is a radio access network (RAN) intelligent controller (RIC). transmits a report message to and controls the at least one transceiver to receive a control message generated based on the report message from the E2 node, wherein the control message includes a RAN configuration associated with the E2 node and, the report message may include at least one of UE assistance information transmitted from user equipment (UE) and information related to expected UE behavior transmitted from Access and Mobility Management Function (AMF).
  • UE user equipment
  • AMF Access and Mobility Management Function
  • 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 sharing UE Context or Cell Context information between a CU node and an RIC according to various embodiments of the present disclosure.
  • FIG. 8 illustrates signaling for sharing Expected UE Behavior and UE assistance information information among UE context information between an E2 node and an RIC according to various embodiments of the present disclosure.
  • FIG. 9 shows an example of information delivery through an AMF, a Core Network Assistance Information information element (IE) and a next generation application protocol (NGAP) UE Context Modification Request message to an O-CU-CP according to various embodiments of the present disclosure; .
  • IE Core Network Assistance Information information element
  • NGAP next generation application protocol
  • FIG. 10 illustrates an example of information transfer by a UE through an RRC message of a UEAssistanceInformation IE to an O-CU-CP according to various embodiments of the present disclosure.
  • FIG. 11 illustrates a subscription procedure and RIC indication signaling between an E2 node and an RIC according to embodiments of the present disclosure.
  • FIG. 12 illustrates an example of a format of a RIC event trigger definition according to embodiments of the present disclosure.
  • FIG. 13 shows an example of a format of a RIC indication header according to embodiments of the present disclosure.
  • FIG. 14 illustrates examples of a format of an RIC indication message according to embodiments 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 greater 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), 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 between 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 in 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 a 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 the 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.
  • 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. Specifically, the RIC generates an E2 subscription request message and transmits an E2 subscription request message to an E2 node (eg, O-CU-CP, O-CU-UP, O-DU). You can set the processing event. In addition, after setting the EVENT, the E2 node transmits the Subscription Request Response message delivered to the RIC.
  • E2 node eg, O-CU-CP, O-CU-UP, O-DU.
  • the E2 node may transmit the current state to the RIC through an 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 the RIC to the O-DU.
  • FIG. 1 shows an example of a 4th generation (4G) Long Term Evolution (LTE) core system.
  • 4G 4th 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 is an 'access point (AP)', an 'eNodeB (eNodeB)', a 'wireless point', a 'transmission/reception point, TRP)' or other terms having an equivalent technical meaning may be referred to.
  • 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 according to 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.
  • a carrier aggregation (hereinafter, 'CA') technology a plurality of component carriers are combined, and one terminal transmits and receives a signal using the plurality of component carriers at the same time. It is a technology that increases the efficiency of use.
  • the terminal and the base station can transmit and receive signals using wideband using a plurality of component carriers in uplink (UL) and downlink (DL), respectively, and in this case, each component carrier is different from each other. located in the frequency band.
  • 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 in each of a plurality of base stations located in different frequency bands. 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). It can transmit and receive traffic by being simultaneously connected to the base station that provides it. In this case, the frequency resources used by each base station may be located in different bands.
  • NSA non-standalone
  • 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 divided 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.
  • RRC radio resource control
  • 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).
  • EN-DC evolved universal terrestrial radio access
  • 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 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), improvement functions such as advanced self-organized-network (SON) and resource control (eg, load balancing, slicing policy) and the like.
  • network intelligence network intelligence
  • policy enforcement policy enforcement
  • handover optimization handover optimization
  • resource assurance resource assurance
  • SON advanced self-organized-network
  • resource control eg, load balancing, slicing policy
  • 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 .
  • RIC RIC
  • O-CU-CP O-CU-CP
  • O-CU-UP O-CU-UP
  • O-DU O-DU of FIG. 5
  • '... wealth' '...
  • 'group' means a unit for processing at least one function or operation, which may be implemented as hardware or software, or a combination of hardware and software.
  • 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, a wired backhaul or a wireless backhaul) or through a network.
  • a backhaul connection eg, a wired backhaul or a 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 the 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 performs 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 Access and Mobility Management Function (AMF)).
  • NGAP next generation application protocol
  • AMF Access and Mobility Management Function
  • 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 the 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. After interpreting the E2 message delivered by the E2 node 610, the E2 message is delivered to the xApp 646. perform the function 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.
  • Embodiments of the present disclosure propose a method of transmitting UE-related information transmitted from the core network to the E2 node and UE-related information transmitted from the UE through the RAN to the near-RT RIC through E2SM-RC REPORT.
  • RIC may be near-RT RIC.
  • the CU node is an O-CU, and stores UE Assistance information received through RRC of UEs and Core Network Assistance Information (Expected UE Behavior) of the UE received from AMF.
  • the stored terminal information may be delivered to the RIC by the E2 REPORT message.
  • the CU node may receive a UE Assistance information message from the UE.
  • the CU node may receive a UE Assistance information message from higher layer signaling (eg, radio resource control (RRC) signaling).
  • RRC radio resource control
  • the UE Assistance information message may be used to indicate UE assistance information to the network.
  • the signaling radio bearer It may be SRB1 or SRB3 'UEAssistanceInformation' of standard 3GPP TS 38.331 may be referred to.
  • the UE Assistance information message may be configured as shown in Tables 1 and 2 below.
  • ⁇ DRX-Preference-r16 SEQUENCE ⁇ preferredDRX-InactivityTimer-r16 ENUMERATED ⁇ ms0, ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms30, ms40, ms50, ms60, ms80, ms100, ms200, ms300, ms500, ms750, ms1280, ms1920, ms2560, spare9, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 ⁇ OPTIONAL, preferredDRX-LongCycle-r16 ENUMERATED ⁇ ms10, ms20, ms32, ms40, ms60, ms64, ms70, ms80, ms128, ms160, ms256, ms320, ms512
  • affectedCarrierFreqList Indicates a list of NR carrier frequencies that are affected by IDC problem.
  • affectedCarrierFreqCombList Indicates a list of NR carrier frequency combinations that are affected by IDC problems due to Inter-Modulation Distortion and harmonics from NR when configured with UL CA.
  • delayBudgetReport Indicates the UE-preferred adjustment to connected mode DRX.
  • interferenceDirection Indicates the direction of IDC interference. Value nr indicates that only NR is victim of IDC interference, value other indicates that only another radio is victim of IDC interference and value both indicates that both NR and another radio are victims of IDC interference.
  • the other radio refers to either the ISM radio or GNSS (see TR 36.816 [44]).
  • minSchedulingOffsetPreference Indicates the UE's preferences on minimumSchedulingOffset of cross-slot scheduling for power saving.
  • preferredDRX-InactivityTimer Indicates the UE's preferred DRX inactivity timer length for power saving. Value in ms (milliseconds). ms0 corresponds to 0, ms1 corresponds to 1 ms, ms2 corresponds to 2 ms, and so on. If the field is absent from the DRX-Preference IE, it is interpreted as the UE having no preference for the DRX inactivity timer.
  • preferredDRX-InactivityTimer only applies to the default DRX group.
  • preferredDRX-LongCycle Indicates the UE's preferred long DRX cycle length for power saving. Value in ms. ms10 corresponds to 10 ms, ms20 corresponds to 20 ms, ms32 corresponds to 32 ms, and so on. If preferredDRX-ShortCycle is provided, the value of preferredDRX-LongCycle shall be a multiple of the preferredDRX-ShortCycle value. If the field is absent from the DRX-Preference IE, it is interpreted as the UE having no preference for the long DRX cycle.
  • preferredDRX-ShortCycle Indicates the UE's preferred short DRX cycle length for power saving. Value in ms. ms2 corresponds to 2ms, ms3 corresponds to 3 ms, ms4 corresponds to 4 ms, and so on. If the field is absent from the DRX-Preference IE, it is interpreted as the UE having no preference for the short DRX cycle.
  • preferredDRX-ShortCycleTimer Indicates the UE's preferred short DRX cycle timer for power saving. Value in multiples of preferredDRX-ShortCycle .
  • a value of 1 corresponds to preferredDRX-ShortCycle
  • a value of 2 corresponds to 2 * preferredDRX-ShortCycle and so on.
  • the field is absent from the DRX-Preference IE, it is interpreted as the UE having no preference for the short DRX cycle timer.
  • a preference for the short DRX cycle is indicated when a preference for the short DRX cycle timer is indicated.
  • preferredK0 Indicates the UE's preferred value of k0 (slot offset between DCI and its scheduled PDSCH - see TS 38.214 [19], clause 5.1.2.1) for cross-slot scheduling for power saving. Value is defined for each subcarrier spacing (numerology) in units of slots.
  • sl1 corresponds to 1 slot
  • sl2 corresponds to 2 slots
  • sl4 corresponds to 4 slots, and so on.
  • a value for a subcarrier spacing is absent, it is interpreted as the UE having no preference on k0 for cross-slot scheduling for that subcarrier spacing.
  • the field is absent from the MinSchedulingOffsetPreference IE, it is interpreted as the UE having no preference on k0 for cross-slot scheduling.
  • preferredK2 Indicates the UE's preferred value of k2 (slot offset between DCI and its scheduled PUSCH - see TS 38.214 [19], clause 6.1.2.1) for cross-slot scheduling for power saving.
  • sl1 corresponds to 1 slot
  • sl2 corresponds to 2 slots
  • sl4 corresponds to 4 slots, and so on. If a value for a subcarrier spacing is absent, it is interpreted as the UE having no preference on k2 for cross-slot scheduling for that subcarrier spacing. If the field is absent from the MinSchedulingOffsetPreference IE, it is interpreted as the UE having no preference on k2 for cross-slot scheduling.
  • preferredRRC-State Indicates the UE's preferred RRC state. The value idle is indicated if the UE prefers to be released from RRC_CONNECTED and transition to RRC_IDLE.
  • the value inactive is indicated if the UE prefers to be released from RRC_CONNECTED and transition to RRC_INACTIVE.
  • the value connected is indicated if the UE prefers to revert an earlier indication to leave RRC_CONNECTED state.
  • the value outOfConnected is indicated if the UE prefers to be released from RRC_CONNECTED and has no preferred RRC state to transition to.
  • the value connected can only be indicated if the UE is configured with connectedReporting .
  • reducedBW-FR1 Indicates the UE's preference on reduced configuration corresponding to the maximum aggregated bandwidth across all downlink carrier(s) and across all uplink carrier(s) of FR1, to address overheating or power saving.
  • the aggregated bandwidth across all downlink carrier(s) of FR1 is the sum of bandwidth of active downlink BWP(s) across all activated downlink carrier(s) of FR1.
  • the aggregated bandwidth across all uplink carrier(s) of FR1 is the sum of bandwidth of active uplink BWP(s) across all activated uplink carrier(s) of FR1. If the field is absent from the MaxBW-Preference IE or the OverheatingAssistance IE, it is interpreted as the UE having no preference on the maximum aggregated bandwidth of FR1.
  • this maximum aggregated bandwidth includes carrier(s) of FR1 of both the NR MCG and the SCG. This maximum aggregated bandwidth only includes carriers of FR1 of the SCG in (NG)EN-DC. Value mhz0 is not used when indicated to address overheating.
  • this maximum aggregated bandwidth includes carrier(s) of FR1 of the cell group that this UE assistance information is associated with. The aggregated bandwidth can only range up to the current active configuration when indicated to address power savings.
  • reducedBW-FR2 Indicates the UE's preference on reduced configuration corresponding to the maximum aggregated bandwidth across all downlink carrier(s) and across all uplink carrier(s) of FR2, to address overheating or power saving.
  • the aggregated bandwidth across all downlink carrier(s) of FR2 is the sum of bandwidth of active downlink BWP(s) across all activated downlink carrier(s) of FR2.
  • the aggregated bandwidth across all uplink carrier(s) of FR2 is the sum of bandwidth of active uplink BWP(s) across all activated uplink carrier(s) of FR2. If the field is absent from the MaxBW-Preference IE or the OverheatingAssistance IE, it is interpreted as the UE having no preference on the maximum aggregated bandwidth of FR2.
  • this maximum aggregated bandwidth includes carrier(s) of FR2 of both the NR MCG and the NR SCG.
  • This maximum aggregated bandwidth only includes carriers of FR2 of the SCG in (NG)EN-DC.
  • this maximum aggregated bandwidth includes carrier(s) of FR2 of the cell group that this UE assistance information is associated with.
  • the aggregated bandwidth can only range up to the current active configuration when indicated to address power savings.
  • reducedCCsDL Indicates the UE's preference on reduced configuration corresponding to the maximum number of downlink SCells indicated by the field, to address overheating or power saving. When indicated to address overheating, this maximum number includes both SCells of the NR MCG and PSCell/SCells of the SCG.
  • This maximum number only includes PSCell/SCells of the SCG in (NG)EN-DC.
  • this maximum number includes PSCell/SCells of the cell group that this UE assistance information is associated with.
  • the maximum number of downlink SCells can only range up to the current active configuration when indicated to address power savings.
  • reducedCCsUL Indicates the UE's preference on reduced configuration corresponding to the maximum number of uplink SCells indicated by the field, to address overheating or power saving.
  • this maximum number includes both SCells of the NR MCG and PSCell/SCells of the SCG. This maximum number only includes PSCell/SCells of the SCG in (NG)EN-DC.
  • this maximum number When indicated to address power saving, this maximum number includes PSCell/SCells of the cell group that this UE assistance information is associated with.
  • the maximum number of uplink SCells can only range up to the current active configuration when indicated to address power savings.
  • reducedMIMO-LayersFR1-DL Indicates the UE's preference on reduced configuration corresponding to the maximum number of downlink MIMO layers of each serving cell operating on FR1 indicated by the field, to address overheating or power saving. This field is allowed to be reported only when UE is configured with serving cells operating on FR1.
  • the maximum number of downlink MIMO layers can only range up to the maximum number of MIMO layers configured across all activated downlink carrier(s) of FR1 in the cell group when indicated to address power savings.
  • reducedMIMO-LayersFR1-UL Indicates the UE's preference on reduced configuration corresponding to the maximum number of uplink MIMO layers of each serving cell operating on FR1 indicated by the field, to address overheating or power saving. This field is allowed to be reported only when UE is configured with serving cells operating on FR1.
  • the maximum number of uplink MIMO layers can only range up to the maximum number of MIMO layers configured across all activated uplink carrier(s) of FR1 in the cell group when indicated to address power savings.
  • reducedMIMO-LayersFR2-DL Indicates the UE's preference on reduced configuration corresponding to the maximum number of downlink MIMO layers of each serving cell operating on FR2 indicated by the field, to address overheating or power saving.
  • This field is allowed to be reported only when UE is configured with serving cells operating on FR2.
  • the maximum number of downlink MIMO layers can only range up to the maximum number of MIMO layers configured across all activated downlink carrier(s) of FR2 in the cell group when indicated to address power savings.
  • reducedMIMO-LayersFR2-UL Indicates the UE's preference on reduced configuration corresponding to the maximum number of uplink MIMO layers of each serving cell operating on FR2 indicated by the field, to address overheating or power saving. This field is allowed to be reported only when UE is configured with serving cells operating on FR2.
  • the maximum number of uplink MIMO layers can only range up to the maximum number of MIMO layers configured across all activated uplink carrier(s) of FR2 in the cell group when indicated to address power savings.
  • referenceTimeInfoPreference Indicates whether the UE prefers being provisioned with the timing information specified in the IE ReferenceTimeInfo .
  • sl-QoS-FlowIdentity This identity uniquely identifies one sidelink QoS flow between the UE and the network in the scope of UE, which is unique for different destination and cast type.
  • sl-UE-AssistanceInformationNR Indicates the traffic characteristic of sidelink logical channel(s), specified in the IE SL-TrafficPatternInfo, that are setup for NR sidelink communication.
  • type1 Indicates the preferred amount of increment/decrement to the long DRX cycle length with respect to the current configuration. Value in number of milliseconds. Value ms40 corresponds to 40 milliseconds, msMinus40 corresponds to -40 milliseconds and so on.
  • victimSystemType Indicate the list of victim system types to which IDC interference is caused from NR when configured with UL CA. Value gps , glonass , bds , galileo and navIC indicates the type of GNSS. Value wlan indicates WLAN and value bluetooth indicates Bluetooth.
  • SL-TrafficPatternInfo field descriptions messageSize Indicates the maximum TB size based on the observed traffic pattern.
  • timingOffset This field indicates the estimated timing for a packet arrival in a sidelink logical channel. Specifically, the value indicates the timing offset with respect to subframe#0 of SFN#0 in milliseconds.
  • trafficPeriodicity This field indicates the estimated data arrival periodicity in a sidelink logical channel. Value ms20 corresponds to 20 ms, ms50 corresponds to 50 ms and so on.
  • the CU node may receive Expected UE behavior information from the AMF.
  • the CU node may receive the Core Network Assistance Information message from the AMF.
  • the message may include Expected UE behavior information.
  • 'Expected UE Behavior' of standard 3GPP TS 38.413 may be referenced.
  • the IE is predictable to support the NG-RAN node (eg, optimal RRC connection time or RRC_INACTIVE state transition and RNA (RAN-based Notification Area) configuration (eg, determination of size and shape of RNA)) It may indicate the operation of the UE with activity and / or mobility operation.
  • Expected HO Interval O ENUMERATED (sec15, sec30, sec60, sec90, sec120, sec180, long-time, 10) Indicates the expected time interval between inter NG-RAN node handovers. If "long-time" is included, the interval between inter NG-RAN node handovers is expected to be longer than 180 seconds.
  • Expected UE Mobility O ENUMERATED (stationary, mobile, 7) Indicates whether the UE is expected to be stationary or mobile.
  • Expected UE Moving Trajectory 0..1 Indicates the UE's expected geographical movement.
  • the CU node may perform the E2 Report service based on at least one of UE assistance information obtained from the UE or Expected UE Behavior obtained from the AMF.
  • the CU node may transmit UE context information and cell context information to the RIC.
  • the CU node may transmit the collected information (ie, at least one of UE assistance information information or Expected UE Behavior obtained from AMF) to the RIC.
  • FIG. 8 illustrates signaling for sharing Expected UE Behavior and UE assistance information information among UE context information between an E2 node and an RIC according to various embodiments of the present disclosure.
  • the E2 node may be an O-CU.
  • the SET UP procedure, the RIC subscription procedure, the RIC indication message transmission procedure, and the RIC control message transmission procedure have been sequentially described, various embodiments of the present disclosure are not limited to the above-described sequence and procedure. does not In some embodiments of the present disclosure, the E2 node and the RIC may independently perform the E2 configuration procedure. In some embodiments of the present disclosure, the E2 node and the RIC may independently perform a subscription procedure. According to another embodiment of the present disclosure, as described above, the E2 setup response message may include a subscription request message. In some embodiments, the E2 node and the RIC may independently perform the RIC indication procedure.
  • the E2 node may deliver UE context information to the RIC INDICATION message defined in E2SM RAN CONTROL according to the UE Context Transfer event trigger condition set by the RIC.
  • UE Context information includes at least one of the following information, but is not limited to such UE information.
  • Expected UE Behavior information is a message that the gNB receives from the AMF and is received by the gNB as the following NG Interface messages.
  • Expected UE Behavior information includes Expected HO Interval information, Expected UE Mobility information, and Expected UE Moving Trajectory information (NG-RAN CGI, Time Stayed in Cell) specified in 3GPP TS 38.413. For example, information in Table 3 may be referred to.
  • Expected HO Interval information indicates an expected time interval between handovers between NG-RAN nodes. If "long time” is included, the handover interval between NG-RAN nodes can be expected to be 180 seconds or more.
  • Expected UE Mobility information indicates whether the UE is in a stationary state or in a mobile state.
  • the Expected UE Moving Trajectory information (eg, up to 16 pieces) indicates the expected geographic movement of the UE.
  • the Expected UE Moving Trajectory information may include a list of visited cells and non-visited cells. In the list, the visited cells are listed in the order they were visited by the UE, and the most recent cell may be first in the list. An unvisited cell may be included immediately after the associated visited cell.
  • the Expected UE Moving Trajectory information is included with respect to the visited cell and may include information indicating the time (seconds) that the UE stays in the cell. As an example, if the UE stays in the cell for x seconds (x is an integer less than or equal to 4095), the IE may be set to x. Also, if the UE stays in the cell for more than 4095 seconds, the IE may be set to 4095.
  • Expected UE Behavior or UE Assistance Information may be delivered to the RIC from the E2 node (eg, gNB or gNB-CU) through E2SM-RC RIC Indication. It is possible to indicate which information is delivered to the RIC through the setting of the parameter ID value. For example, when the parameter ID is 7, information included in the corresponding parameter may be Expected UE Behavior information. Also, for example, when the parameter ID is 8, information included in the corresponding parameter may be UE Assistance Information information.
  • FIG. 9 shows an example of information delivery through a next generation application protocol (NGAP) UE Context Modification Request message to the Core Network Assistance Information IE by the AMF to the O-CU-CP according to various embodiments of the present disclosure.
  • NGAP next generation application protocol
  • the AMF may provide a Core Network Assistance Information IE to the NG-RAN node to support the determination of the NG-RAN node whether the UE can be transmitted as RRC_INACTIVE.
  • the Core Network Assistance Information IE may include the following information.
  • the UE registration area may be considered in the NG-RAN node when configuring the RNA.
  • the UE specific discontinuous reception (DRX) and UE Identity Index values may be used by the NG-RAN node for RAN paging.
  • the periodic registration update timer may be considered in the NG-RAN node to configure the periodic RNA update timer.
  • the NG-RAN node may consider the expected UE behavior to help determine the UE RRC state transition.
  • the Core Network Assistance Information IE may be configured as follows.
  • Rangebound Explanation maxnoofTAIforInactive Maximum no. of TAIs for RRC Inactive. Value is 16.
  • the UE Identity Index value may be configured as follows.
  • the periodic registration update timer may be configured as follows.
  • Bits 5 to 1 represent the binary coded timer value.
  • Bits 6 to 8 define the timer value unit for the Periodic Registration Update Timer as follows: Bits 876 000 value is incremented in multiples of 10 minutes 001 value is incremented in multiples of 1 hour 010 value is incremented in multiples of 10 hours 011 value is incremented in multiples of 2 seconds 100 value is incremented in multiples of 30 seconds 101 value is incremented in multiples of 1 minute 111 value indicates that the timer is deactivated. Other values shall be interpreted as multiples of 1 hour in this version of the protocol.
  • the AMF may transmit a UE Context Modification Request message to a CU node (eg, O-CU-CP).
  • the CU node may transmit a UE Context Modification Response message to the AMF.
  • the Core Network Assistance Information IE delivers Expected UE Activity Behavior information, and the Expected UE Activity Behavior includes Expected HO Interval information, Expected UE Mobility information, and Expected UE Moving Trajectory information.
  • the cell information where the location was located and the time information the UE stayed are listed in the most recent order. For example, Table 3 may be referred to as Expected UE behavior.
  • the procedure is only an example, and the Expected UE behavior according to embodiments of the present disclosure may be used in other procedures.
  • the message of the following procedures may be used for the N2 message between the AMF and the NG-RAN node (eg, gNB) including the Expected UE behavior.
  • delivery of Expected UE behavior may be delivered through the IE of “CN Assisted RAN Parameters Tuning”.
  • the IE may be used to assist parameter tuning in the NG-RAN node.
  • the CN Assisted RAN Parameters Tuning IE may be configured as follows.
  • This IE may be present in case the Core Network Assistance Information for RRC INACTIVE IE is not included and is ignored otherwise.
  • FIG. 10 illustrates an example of information transfer by a UE through an RRC message of a UEAssistanceInformation IE to an O-CU-CP according to various embodiments of the present disclosure.
  • a base station eg, gNB, gNB-CU, CU-CP
  • a terminal ie, UE
  • the terminal may transmit a UEAssistanceInformation message to the base station.
  • UEAssistanceInformation may include UEAssistanceInformation-IEs.
  • Table 1 and Table 2 may be referred to.
  • the UE information of the UE Assistance Information corresponds to the configuration preference option or current state information of the UE.
  • the UE Assistance Information may include DelayBudgetReport.
  • DelayBudgetReport means terminal preference option information for adjustment of a C-DRX (connected mode DRX) cycle.
  • the UE Assistance Information may include OverheatingAssistance: terminal preference option information for whether or not the terminal heats up and control when heat is generated.
  • 11 illustrates a subscription procedure and RIC indication signaling between an E2 node and an RIC according to embodiments of the present disclosure.
  • 11 illustrates a subscription procedure and a RIC Indication (REPORT) procedure between an E2 node and an RIC according to embodiments of the present disclosure.
  • REPORT RIC Indication
  • the RIC may transmit a RIC subscription request message to the E2 node.
  • the E2 node may be O-CU-CP, O-CU-UP, or O-CU-DU.
  • the E2 node may transmit a RIC subscription response message (RIC Subscription Response) to the RIC.
  • the E2 node installs the Event TriggerDefinition defined in the subscription request message (RIC Subscription Request).
  • the E2 node may transmit a RIC indication message to the Near RT RIC.
  • Each E2 node may identify an event set for the corresponding E2 node through a subscription procedure.
  • the RIC indication message may include Expected UE Behavior information.
  • the RIC indication message may include UE Assistance Information.
  • a parameter ID value among parameter lists included in the indication message format may indicate Expected UE Behavior or UE Assistance Information.
  • Expected UE Behavior or UE Assistance Information corresponding to the parameter ID value may be included in the RIC indication message.
  • 3GPP TS 38.331 in case of UE Assistance Information
  • 3GPP TS 38.413 in case of Expected UE Behavior
  • 12 illustrates an example of a format of a RIC event trigger definition according to embodiments of the present disclosure. 12 illustrates an example of a RIC service subscription request (RIC Subscription Request) procedure and message according to embodiments of the present disclosure.
  • RIC Subscription Request RIC Subscription Request
  • the near-RT RIC may transmit a RIC subscription request message to a base station (eg, gNB).
  • RIC subscription request message may include a message type (message type), RIC request (request) ID, RAN function (function) ID, RIC subscription details (RIC subscription details).
  • Information on RIC subscription details may include a RIC event trigger definition. That is, in FIG. 12, the format of the RIC Event Trigger Definition is shown in the RIC SUBSCRIPTION REQUEST message specified in the O-RAN standard. RIC Event Trigger Definition may be defined according to each RIC and SERVICE MODEL supported by RAN. Embodiments of the present disclosure propose a procedure for selecting Expected UE Behavior information and UE Assistance Information satisfying TRIGGERING CONDITION from among UE context related information that varies depending on the UE state of the RAN.
  • a Message Type of the subscription message is the type number specified in the specification for each message type.
  • RIC Request ID is an ID that uniquely manages the message in RIC.
  • the RAN Function ID is an ID that identifies the FUNCTION that is the target of CONTROL in the E2 Node.
  • the RIC Event Trigger Definition IE is defined in the form of the Event Trigger Definition Format defined in the Service Model in detail for the message. In this disclosure, the IE for the Event Trigger Definition Format is exemplified as E2SM-RC Event Trigger Definition Format 1, but the IE name may be different depending on the Service Model.
  • Event Trigger Definition Format 1 indicates a condition list for designating an IE of a specific event, and the present disclosure exemplifies the IE as shown in the following UE event [Table 9], but the IE name is in the Service Model Thus, they may be different.
  • the UE ID Report Triggering Condition is defined as a UE Event from among the condition values (RRC State Change List, UE Events List) defined in the CHOICE Condition that specifies the condition.
  • UE Event Interface Type specifies the network interface in which the related event occurs
  • Message Type is defined as Expected UE Behavior and UE Assistance Information specified in the 3GPP standard, respectively.
  • the UE Event Name is the name of the event that the Message Type occurs for each Interface Type.
  • FIG. 13 shows an example of a format of a RIC indication header according to embodiments of the present disclosure. Referring to FIG. 13 , an example of a RIC Indication Header message in a RIC REPORT service (RIC Indication) procedure according to embodiments of the present disclosure is described.
  • RIC Indication RIC REPORT service
  • a base station may transmit an E2 RIC indication message to the Near-RT RIC.
  • the RIC Indication message specified in the O-RAN standard may include RIC Indication header information.
  • the RIC Indication message may be different for each E2 service model, and may be defined for each E2 service model.
  • the RIC Indication Header may include an E2SM Indication header format defined as a detailed message in the Service Model.
  • the RIC Indication Header according to embodiments of the present disclosure may be defined as Indication Header Format 1 of E2SM-RC REPORT Service.
  • Indication Header Format 1 of the detailed E2SM-RC REPORT SERVICE may include a Subscription ID designating a specific subscription, an ID of an E2 node, and a Condition ID.
  • the Condition ID optionally specifies the Condition when a specific Condition is used.
  • FIG. 14 illustrates examples of a format of an RIC indication message according to embodiments of the present disclosure.
  • the E2 indication message is a Message Type, RIC Request ID, RIC Function ID, RIC Action ID, RIC Indication SN (optional), RIC Indication Type, RIC Indication Header, RIC Indication message, RIC Call process ID (optional) ) may be included.
  • RIC indication message includes a UE Group ID, UE ID and Parameter List according to the E2SM-RC REPORT SERVICE indication format.
  • a Parameter List may contain one or more sets. Each set is defined by Parameter ID, Parameter Name and Parameter Value. The set may include Expected UE Behavior Parameter ID and UE Assistance Information IE defined in this disclosure, and Expected UE Behavior Parameter ID and UE Assistance Information IE may be defined as shown in Table 10 below.
  • 15 illustrates an example of a procedure in which E2SM-RC and E2SM-KPM services are performed together according to embodiments of the present disclosure.
  • 15 shows an example in which Expected UE Behavior and UE Assistance Information are applied to an indication format and applied to AI/ML when the E2SM-RC and E2SM-KPM service models are applied according to embodiments of the present disclosure.
  • Expected UE behavior information and UE assistance information information delivered as the RIC indication message may be stored in the UE state DB. The stored information is managed for each specific UE ID, so that machine learning can be performed by the AI/ML Host.
  • Expected UE behavior information is as follows.
  • UE Mobility An indication of whether the UE (UE) is a stationary UE or a mobile UE.
  • the Near-RT RIC can configure the RAN by predicting the mobility of the UE based on Expected UE Behavior information on which machine learning is performed by the AI/ML Host.
  • the Near-RT RIC can be set to TAC: Tracking Area Code, set to Narrow TAC when the terminal is a stationary UE, and set to Wide TAC in the case of a mobile UE.
  • the Near-RT RIC may configure the RAN.
  • the Near-RT RIC may instruct a control method when the terminal is overheating based on whether or not the terminal is heated and the terminal preference information for controlling when the heat is generated.
  • the Near-RT RIC may control the Carrier Aggregation Carrier Component based on the reducedMaxCCs supported by the UE.
  • embodiments of the present disclosure are not limited to one RAN, but by collecting explicit UE information and previous histories from multiple RANs through RIC of O-RAN, an open platform, through big data-based AI learning Efficiency can be maximized.
  • the framework between the E2 node and the RIC can be summarized as follows.
  • E2 node eg, gNB, gNB-CU, gNB-CU-CP
  • the collected information eg, UE Expected Behavior information, UE Assistance information
  • RIC processes information for each terminal or terminal group through the collected information (eg, category classification such as terminal vendor, model (model), RFSP, slice, etc.)
  • RIC performs control or configuration (selection of parameters or algorithm options) optimized for the corresponding terminal (or terminal group)
  • RIC, E2 node transmits control parameter, configuration command (or recommendation) message for RAN
  • E2 node acquires the performance result in RAN and feeds back to RIC
  • RIC performs correction and update of database policy and AI learning results based on feedback results. RIC reflects the corrected and updated results in subsequent controls/commands/recommendations
  • RIC and gNB are as follows.
  • Step 1) UE information corresponds to Expected UE Behavior (Mobility characteristics).
  • UE Mobility An indication of whether the UE (UE) is a stationary UE or a mobile UE.
  • Step 3 The RIC identifies the mobility characteristics of the terminal from the terminal information of the first step.
  • RIC to RAN configuration is as follows.
  • TAC Tracking Area Code
  • the UE in the RRC_Idle state may receive CN paging while performing idle mobility (TA update).
  • TAC settings usually have the following tradeoff relationships:
  • Narrow TAC increases the TA update frequency, but in CN paging, paging can be broadcast to a small number of cells. (Reduce network CN/gNB paging load)
  • RIC may configure RAN according to Expected UE Behavior (Mobility characteristic).
  • RIC may be set to Narrow TAC in the case of a stationary UE, and may be set to Wide TAC in the case of a Mobile UE (control to determine the number of cells within the same TAC).
  • the RIC can control the cell configuration of the TAC with the Expected UE Moving Trajectory information of the UE. For example, it is assumed that the TAC is configured with 6 cells (Random TAC: Cell 1/2/3/4/5/6). At this time, the TA update may occur frequently because it does not match the moving trajectory of the terminal. RIC can configure TAC based on Expected UE Moving Trajectory (eg, cell 1/11/21/31/41/51/61) The moving trajectory of the terminal and the TAC configuration match well, so the frequency of TA update is reduced can do.
  • Expected UE Moving Trajectory eg, cell 1/11/21/31/41/51/61
  • the above-mentioned examples can be applied individually to a specific terminal, and the RIC function is applied by AI learning by processing information for each terminal or terminal group, (categorized into categories such as terminal vendor, model (model), RFSP, and Slice) It may include an action to On the other hand, when all UEs within a cell are affected by a terrain feature or a road (bus route, subway), etc., a method commonly applied to all UEs may also be understood as an embodiment of the present disclosure.
  • RNA RAN Notification Area
  • the UE in the RRC_Inactive state may receive RAN paging while performing idle mobility (RNA update).
  • RAN settings generally have the following tradeoff relationships:
  • RNA update frequency when RAN paging, paging should be broadcast to many cells. (Increase network gNB paging load)
  • Narrow RNA increases the RNA update frequency, but it can broadcast paging to a small number of cells during RAN paging. (reduce network gNB paging load)
  • RIC can configure RNA according to Expected UE Behavior (Mobility characteristics) of the UE.
  • RIC may be set to Narrow RNA in the case of a stationary UE, and may be set to Wide RNA in the case of a Mobile UE (control to determine the number of cells within the same RNA).
  • the RIC can control the cell configuration of the RNA with the Expected UE Moving Trajectory information of the UE even in the case of RNA of the same width.
  • RNA is composed of 6 cells (Random RNA composition: Cell 1/2/3/4/5/6).
  • the RNA configuration does not match the moving trajectory of the terminal, so RNA updates may occur frequently.
  • RIC may construct RNA based on the Expected UE Moving Trajectory (eg, cell 1/11/21/31/41/51/61). In this case, since the RIC coincides with the moving trajectory of the terminal at a relatively high rate, the frequency of RNA update may be reduced than before.
  • the RIC function is an operation of applying AI learning to information processing for each terminal or terminal group, (categorized into categories such as terminal vendor, model (model), RFSP, and Slice) may include
  • categories such as terminal vendor, model (model), RFSP, and Slice
  • a method commonly applied to all UEs may also be understood as an embodiment of the present disclosure.
  • the UE in the RRC_CONNECTED state may perform measurement according to a measurement configuration and report a measurement result.
  • the RIC may acquire information such as target cell information, measurement cell information, and black cell information according to the mobility of the terminal in advance through the information of the terminal.
  • the RIC may provide a measurement configuration suitable for the UE based on the target cell ID, the Measurement Object target cell ID, and the Black cell ID of the mobility information.
  • the RIC performs machine learning and updates the result, thereby providing a RAN configuration that more closely matches the operation of an actual UE (or group of UEs).
  • UE Assistance information corresponds to a configuration preference option or current state information of a terminal.
  • DelayBudgetReport Terminal preference option information for adjustment of C-DRX cycle
  • OverheatingAssistance Terminal preference option information on whether or not the terminal is overheating and control when overheating
  • ReleasePreference UE call release (RRC release)
  • RRC Idle UE preference option information (RRC Idle, RRC connected)
  • the RIC may determine configuration preference options or current state information from UE Assistance information.
  • RIC to RAN configuration is as follows.
  • OverheatingAssistance Terminal preference option information on whether or not the terminal is overheating and control when overheating
  • the RIC may indicate a method of deactivating or releasing CC of a CC of another frequency while leaving a CC of a certain frequency.
  • the RIC may transmit to the RAN (gNB) a method of deactivating or selecting a CC releasing CC based on colocation/non-colocation information of the corresponding CC.
  • gNB RAN
  • the RAN may transmit a feedback of the performance result to the RIC.
  • the feedback result may include the effect of resolving the heat (continuance of resolving the heat problem after the time taken to resolve the heat, etc.) when deactivation or CC release is performed based on each setting method.
  • RIC calibrates and updates database policies and AI learning results.
  • the RIC may reflect the corrected and updated results in subsequent controls/commands/recommendations.
  • the RIC is a logical node, but may be an independent device implemented in hardware.
  • signaling may be performed through an individual E2 node and an E2 interface through a device in which the RIC function is implemented.
  • the RIC may transmit a message to the DU node or receive a message from the DU node.
  • the RIC may transmit a message to the CU node or receive a message from the CU. If the CU node is separated from the CP (control plane) and the UP (user plane), the RIC may transmit a message to the CU-CP node or receive a message from the CU-CP. In addition, the RIC may transmit a message to the CU-UP node or receive a message from the CU-UP.
  • RIC may be implemented together with a CU node. That is, an apparatus performing RIC may be configured to perform a function of a CU node.
  • the device performing RIC may be configured to perform the function of the CU-CP.
  • the RIC is implemented in one device (or adjacent device) with the CU-CP, signaling between two logical nodes and delay time accordingly can be further reduced.
  • the CU node and the device performing the RIC function may acquire UE Assistance information and Expected UE Behavior.
  • the device may generate RAN settings such as paging configuration information, RNA configuration information, and measurement configuration information through an internal acquisition procedure through FIGS. 13 to 15 , and transmit the RAN settings to a corresponding DU.
  • IPC cost may be reduced.
  • the cost for message relay may be reduced. Since RIC performs everything except message delivery, interoperability problems between vendors can be resolved.
  • 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. have.
  • 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 RIC exemplifies near-RT, but embodiments of the present disclosure are not limited thereto.
  • Embodiments of the present disclosure obtain UE Assistance information and Expected UE Behavior and use them to efficiently configure RAN, and non-RT RIC also collects and collects UE Assistance information and Expected UE Behavior.
  • the RAN can be configured (eg, paging configuration, RNA configuration, measurement configuration).
  • Non-Real Time RIC refers to the orchestration and automation functions described by the O-RAN Alliance for non-real-time intelligent management of RAN (Radio Access Network) functions.
  • the main goal of Non-RT RIC is to provide guidelines, parameters, policies, and AI/ML models to support non-real-time radio resource management, optimization of upper layer procedures, and policy optimization of RAN, and to support the operation of near-RT RIC functions. will do In RAN to achieve higher level non-real-time goals.
  • Non-RT RIC capabilities may include service and policy management, RAN analysis, and model training for near real-time RIC.
  • Non-RT RIC can communicate with the near-RT RIC element of RAN via A1 interface. Using the A1 interface, Non-RT RIC can facilitate policy provision for individual UEs or groups of UEs. Non-RT RIC monitors and provides basic feedback on policy status from near-RT RIC. Non-RT RIC may provide reinforcement information required by near-RT RIC. Non-RT RIC can work with near-RT RIC to facilitate ML model training, deployment and inference.
  • the NON RT RIC function can partially utilize and extend the existing infrastructure of an SMO (eg, Open Network Automation Platform (ONAP) or Management and Orchestration (MANO)) to support non-real-time control of a Radio Access Network (RAN).
  • SMO Open Network Automation Platform
  • MANO Management and Orchestration
  • Non-RT RIC may be included in Service Management and Orchestration (SMO).
  • SMO Service Management and Orchestration
  • Non-RT RIC can be implemented as a function inside the SMO.
  • the SMO may be connected to each node (O-DU, O-CU, O-CU-UP, O-CU-CP) of the O-RAN through the O1 interface.
  • UE Assistance information and Expected UE Behavior may be delivered to the non-RT RIC through the O1 interface.
  • the CU node may transmit UE Assistance information collected from the UE to the SMO through the O1 interface.
  • UE Assistance information is delivered to non-RT RIC through SMO.
  • the CU node may transmit the Expected UE Behavior collected from the UE to the SMO through the O1 interface.
  • Expected UE behavior is delivered to non-RT RIC through SMO.
  • the SMO may be connected to not only each node of the O-RAN, but also an entity of the core network (eg, EPC, 5GC, which are the core of 3GPP). SMO can be connected through the core network of 5GC/EPC and a management interface. The SMO may obtain information on Expected UE Behavior directly from the AMF. The SMO may deliver directly acquired information to the non-RT RIC.
  • EPC entity of the core network
  • 5GC which are the core of 3GPP
  • 3GPP 3GPP
  • the SMO may obtain information on Expected UE Behavior directly from the AMF.
  • the SMO may deliver directly acquired information to the non-RT RIC.
  • Non-RT RIC and near RT RIC can be connected through A1 interface.
  • Policy information (hereinafter, A1 Policy) may be provided through the A1 interface.
  • Assistance information and Expected UE Behavior may be delivered to the non-RT RIC through the A1 interface. That is, as described with reference to FIGS. 7 to 15 , the near RT RIC may acquire Assistance information and Expected UE Behavior, and provide the acquired information to the non-RT RIC again through the A1 interface.
  • Expected UE Behavior information is information that the gNB (or gNB-CU) receives from the AMF and is delivered to the gNB as G Interface messages.
  • Expected UE Behavior information includes Expected HO Interval information, Expected UE Mobility information, and Expected UE Moving Trajectory information (NG-RAN CGI, Time Stayed in Cell) specified in 3GPP TS 38.413. For example, information in Table 3 may be referred to.
  • Expected HO Interval information indicates an expected time interval between handovers between NG-RAN nodes. When “long time” is included, the handover interval between NG-RAN nodes can be expected to be 180 seconds or more.
  • Expected UE Mobility information indicates whether the UE is in a stationary state or in a mobile state.
  • the Expected UE Moving Trajectory information (eg, up to 16 pieces) indicates the expected geographic movement of the UE.
  • the Expected UE Moving Trajectory information may include a list of visited cells and non-visited cells. In the list, the visited cells are listed in the order they were visited by the UE, and the most recent cell may be first in the list. An unvisited cell may be included immediately after the associated visited cell.
  • the Expected UE Moving Trajectory information is included with respect to the visited cell and may include information indicating the time (seconds) that the UE stays in the cell. As an example, if the UE stays in the cell for x seconds (x is an integer less than or equal to 4095), the IE may be set to x. Also, if the UE stays in the cell for more than 4095 seconds, the IE may be set to 4095.
  • the UE information of the UE Assistance Information corresponds to the configuration preference option or current state information of the UE.
  • UE Assistance Information may include DelayBudgetReport.
  • DelayBudgetReport means terminal preference option information for adjustment of a C-DRX (connected mode DRX) cycle.
  • the UE Assistance Information may include OverheatingAssistance: terminal preference option information for whether or not the terminal heats up and control when heat is generated.
  • the non-RT RIC may acquire at least one of Expected UE Behavior and UE Assistance Information through the O1 interface or the A1 interface.
  • Expected UE Behavior or UE Assistance Information may be obtained through the same interface or may be obtained through different interfaces.
  • Expected UE Behavior may be obtained through the O1 interface, or UE Assistance Information may be obtained through the A1 interface.
  • Expected UE Behavior may be obtained through the A1 interface, or UE Assistance Information may be obtained through the O1 interface.
  • Expected UE Behavior and UE Assistance Information may be obtained through the A1 interface, or Expected UE Behavior may be additionally obtained through the O1 interface. Examples of interfaces to be obtained may be changed within obvious limits.
  • the non RT RIC may perform AI/ML in a scale unit larger than that of the near RT RIC based on the acquired information.
  • the non RT RIC may generate configuration information of a relatively larger scale than the RAN configuration in the near RT RIC, based on the acquired information.
  • non-RT RIC predicts the mobility of the UE based on Expected UE Behavior information on which machine learning is performed by the AI/ML Host, and configures the RAN ( configure) can be done.
  • the location of the AI/ML host may be located in a non-RT RIC.
  • non-RT RIC can be set to TAC: Tracking Area Code, set to Narrow TAC in case the terminal is a stationary UE, and set to Wide TAC in case of a mobile UE.
  • non-RT RIC is a larger scale, and can configure TAC for a specific UE.
  • non-RT RIC may not configure TAC for a specific UE for a certain period of time.
  • the non-RT RIC may not set the TAC for a specific UE for a certain period of time.
  • the non-RT RIC may set the TAC in units of time in units of hours/days/weeks when a movement path is expected for a specific UE.
  • the non-RT RIC may configure the RAN.
  • the non-RT RIC may instruct the control method when the terminal is overheating based on the terminal preference information on whether the terminal is overheating and whether the terminal is overheating.
  • the non-RT RIC may control the Carrier Aggregation Carrier Component based on the reducedMaxCCs supported by the UE.
  • non-RT RIC is a larger scale, and can configure CA settings for a specific UE.
  • non-RT RIC may limit the maximum number of CCs during CA for a specific UE for a long time.
  • non-RT RIC may limit the maximum number of available antennas for a specific UE for a long time.
  • the RAN configuration by non-RT RIC may be transmitted to each E2 node through at least one of an O1 interface or an A1 interface, as information is acquired.
  • the non-RT RIC may provide the RAN configuration to the gNB-CU via the near-RT RIC.
  • the non-RT RIC may provide the RAN configuration to the gNB-CU, which is an individual E2 node, through SMO.
  • 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.
  • 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

Landscapes

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

Abstract

본 개시는 LTE(Long Term Evolution)와 같은 4G(4th generation) 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G(5th generation) 또는 pre-5G 통신 시스템에 관련된 것이다. 본 개시의 실시 예들에 따를 때, RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법은 E2 노드로부터 보고 메시지를 수신하는 과정과, 상기 보고 메시지에 기반하여 제어 메시지를 생성하는 과정과, 상기 제어 메시지를 상기 E2 노드에게 전송하는 과정을 포함하고, 상기 제어 메시지는, 상기 E2 노드와 관련된 RAN 구성(configuration)을 포함하고, 상기 보고 메시지는, UE(user equipment)로부터 전송된 UE 보조 정보(UE assistance information)와 AMF(Access and Mobility management Function)로부터 전송된 UE 예상 행동 관련 정보 중 적어도 하나를 포함할 수 있다.

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 노드를 설정하기 위한 장치 및 방법을 제공한다.
본 개시의 실시 예들에 따를 때, RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법은 E2 노드로부터 보고 메시지를 수신하는 과정과, 상기 보고 메시지에 기반하여 제어 메시지를 생성하는 과정과, 상기 제어 메시지를 상기 E2 노드에게 전송하는 과정을 포함하고, 상기 제어 메시지는, 상기 E2 노드와 관련된 RAN 구성(configuration)을 포함하고, 상기 보고 메시지는, UE(user equipment)로부터 전송된 UE 보조 정보(UE assistance information)와 AMF(Access and Mobility management Function)로부터 전송된 UE 예상 행동 관련 정보 중 적어도 하나를 포함할 수 있다.
E2 노드에 의해 수행되는 방법은, RIC(RAN(radio access network) intelligent controller)에게 보고 메시지를 전송하는 과정과, 상기 보고 메시지에 기반하여 생성된 제어 메시지를 상기 E2 노드로부터 수신하는 과정을 포함하고, 상기 제어 메시지는, 상기 E2 노드와 관련된 RAN 구성(configuration)을 포함하고, 상기 보고 메시지는, UE(user equipment)로부터 전송된 UE 보조 정보(UE assistance information)와 AMF(Access and Mobility management Function)로부터 전송된 UE 예상 행동 관련 정보 중 적어도 하나를 포함할 수 있다.
본 개시의 실시 예들에 따를 때, RIC(RAN(radio access network) intelligent controller)의 장치는 적어도 하나의 송수신기와, 적어도 하나의 프로세서를 포함하고, E2 노드로부터 보고 메시지를 수신하도록 상기 적어도 하나의 송수신기를 제어하고, 상기 보고 메시지에 기반하여 제어 메시지를 생성하고, 상기 제어 메시지를 상기 E2 노드에게 전송하도록 상기 적어도 하나의 송수신기를 제어하고, 상기 제어 메시지는, 상기 E2 노드와 관련된 RAN 구성(configuration)을 포함하고, 상기 보고 메시지는, UE(user equipment)로부터 전송된 UE 보조 정보(UE assistance information)와 AMF(Access and Mobility management Function)로부터 전송된 UE 예상 행동 관련 정보 중 적어도 하나를 포함할 수 있다.
본 개시의 실시 예들에 따를 때, E2 노드에 의해 수행되는 장치는, 적어도 하나의 송수신기와, 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, RIC(RAN(radio access network) intelligent controller)에게 보고 메시지를 전송하고, 상기 보고 메시지에 기반하여 생성된 제어 메시지를 상기 E2 노드로부터 수신하도록 상기 적어도 하나의 송수신기를 제어하고, 상기 제어 메시지는, 상기 E2 노드와 관련된 RAN 구성(configuration)을 포함하고, 상기 보고 메시지는, UE(user equipment)로부터 전송된 UE 보조 정보(UE assistance information)와 AMF(Access and Mobility management Function)로부터 전송된 UE 예상 행동 관련 정보 중 적어도 하나를 포함할 수 있다.
본 개시의 다양한 실시 예들에 따른 장치 및 방법은, 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은 본 개시의 다양한 실시 예들에 CU 노드와 RIC간 UE Context 또는 Cell Context 정보를 공유하는 예들을 도시한다.
도 8은 본 개시의 다양한 실시 예들에 E2 노드와 RIC간 UE Context 정보중에 Expected UE Behavior와 UE assistance information 정보를 공유하기 위한 시그널링을 도시한다.
도 9은 본 개시의 다양한 실시 예들에 따른 AMF가 O-CU-CP로 Core Network Assistance Information IE(information element)를 NGAP(next generation application protocol) UE Context Modification Request메시지를 통한 정보 전달의 예를 도시한다.
도 10은 본 개시의 다양한 실시 예들에 따른UE가 O-CU-CP로 UEAssistanceInformation IE의 RRC 메시지를 통한 정보 전달의 예를 도시한다.
도 11은 본 개시의 실시 예들에 따른 E2 노드와 RIC간 가입 절차(subscription procedure) 및 RIC 지시(indication) 시그널링을 도시한다.
도 12는 본 개시의 실시 예들에 따른 RIC 이벤트 트리거 정의(RIC event trigger definition)의 포맷의 예를 도시한다.
도 13은 본 개시의 실시 예들에 따른 RIC 지시 헤더(RIC indication header)의 포맷의 예를 도시한다.
도 14는 본 개시의 실시 예들에 따른 RIC 지시 메시지의 포맷의 예들을 도시한다.
도 15는, 본 개시의 실시 예들에 따른 E2SM-RC 와 E2SM-KPM 서비스가 함께 수행되는 절차의 예를 도시한다.
본 개시에서 사용되는 용어들은 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 다른 실시 예의 범위를 한정하려는 의도가 아닐 수 있다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다. 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 용어들은 본 개시에 기재된 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가질 수 있다. 본 개시에 사용된 용어들 중 일반적인 사전에 정의된 용어들은, 관련 기술의 문맥상 가지는 의미와 동일 또는 유사한 의미로 해석될 수 있으며, 본 개시에서 명백하게 정의되지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다. 경우에 따라서, 본 개시에서 정의된 용어일지라도 본 개시의 실시 예들을 배제하도록 해석될 수 없다.
이하에서 설명되는 본 개시의 다양한 실시 예들에서는 하드웨어적인 접근 방법을 예시로서 설명한다. 하지만, 본 개시의 다양한 실시 예들에서는 하드웨어와 소프트웨어를 모두 사용하는 기술을 포함하고 있으므로, 본 개시의 다양한 실시 예들이 소프트웨어 기반의 접근 방법을 제외하는 것은 아니다.
이하 본 개시는 무선 통신 시스템에서 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)에게 E2 가입 요청 메시지를 전달함으로써 호 처리 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(Access and Mobility management Function) 간 인터페이스)를 통해 통신을 수행할 수 있다.
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)에게 E2 메시지를 전달해주는 기능을 수행한다. RIC(640)에 위치한 DB(database)(644)가 E2 종단(624) 혹은 xApp(616)을 위해 이용될 수 있다. 도 6에 도시된 E2 노드(610)는 적어도 하나의 인터페이스의 종단으로서, 단말, 주위 기지국, 코어 네트워크로 전달되는 메시지들의 종단으로 이해될 수 있다.
1. Near-RT RIC의 제어
본 개시의 실시 예들은 E2SM-RC REPORT를 통해, 코어 네트워크에서 E2 노드에게 전달되는 UE 관련 정보와 UE가 RAN을 통해 전달하는 UE 관련 정보를 near-RT RIC에게 전달하는 방안을 제안한다.
도 7은 본 개시의 다양한 실시 예들에 CU 노드와 RIC간 UE Context 또는 Cell Context 정보를 공유하는 예들을 도시한다. 여기서 RIC는 near-RT RIC일 수 있다. CU 노드는 O-CU로서, 단말들의 RRC를 통해 전달받은 UE Assistance 정보와 AMF로부터 전달받은 UE의 Core Network Assistance Information (Expected UE Behavior)를 저장한다. 저장된 단말의 정보는 E2 REPORT 메시지에 의해서 RIC로 전달될 수 있다.
도 7을 참고하면, CU 노드는 UE로부터 UE Assistance information 메시지를 수신할 수 있다. CU 노드는 상위 계층 시그널링(예: RRC(radio resource control) 시그널링으로부터 UE Assistance information 메시지를 수신할 수 있다. UE Assistance information 메시지는 네트워크에 UE assistance information을 지시하기 위해 이용될 수 있다. 시그널링 라디오 베어러는 SRB1 or SRB3일 수 있다. 규격 3GPP TS 38.331의 'UEAssistanceInformation'가 참조될 수 있다. 일 예로, UE Assistance information 메시지는 하기의 표 1 및 2와 같이 구성될 수 있다.
UEAssistanceInformation message

-- ASN1START
-- TAG-UEASSISTANCEINFORMATION-START
　
UEAssistanceInformation ::=　　　　　　　　 SEQUENCE {
　　　 criticalExtensions　　　　　　　　　　　　　　　　　 CHOICE {
　　　　　　　 ueAssistanceInformation　　　　　　　　　　　　 UEAssistanceInformation-IEs,
　　　　　　　 criticalExtensionsFuture 　　　　　　　　　　　SEQUENCE {}
　　　 }
}
　
UEAssistanceInformation-IEs ::=　　　　 SEQUENCE {
　　　 delayBudgetReport　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 OPTIONAL,
　　　 lateNonCriticalExtension　　　　　　　　　　　 OCTET STRING　　　　　　　　　　　　　　　　　　　　　　　 OPTIONAL,
　　　 nonCriticalExtension　　　　　　　　　　　　　　　 UEAssistanceInformation-v1540-IEs　　 OPTIONAL
}
　
DelayBudgetReport::=　　　　　　　　　　　　　　　 CHOICE {
　　　 type1　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ENUMERATED {
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 msMinus1280, msMinus640, msMinus320, msMinus160,msMinus80, msMinus60, msMinus40,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 msMinus20, ms0, ms20,ms40, ms60, ms80, ms160, ms320, ms640, ms1280},
　　　 ...
}
　
UEAssistanceInformation-v1540-IEs ::= SEQUENCE {
　　　 overheatingAssistance　　　　　　　 　　　　　　　OverheatingAssistance　　　　　　　　　　　　　　 OPTIONAL,
　　　 nonCriticalExtension　　　　　　　　　　　　　　　 UEAssistanceInformation-v1610-IEs　　 OPTIONAL
}
　
OverheatingAssistance ::=　　　　　　　　　　 SEQUENCE {
　　　 reducedMaxCCs　　　　　　　　　　　　　　　　　　　　　　 ReducedMaxCCs-r16　　　　　　　　　　 　　　　　　　　OPTIONAL,
　　　 reducedMaxBW-FR1　　　　　　　　　　　　　　　　　　　 ReducedMaxBW-FRx-r16　　　　　　　　　　　　　　　 OPTIONAL,
　　　 reducedMaxBW-FR2　　　　　　　　　　　　　　　　　　　 ReducedMaxBW-FRx-r16　　　　　　　　　　　　　　　 OPTIONAL,
　　　 reducedMaxMIMO-LayersFR1　　　　　　　　　　　 SEQUENCE {
　　　　　　　 reducedMIMO-LayersFR1-DL　　　　　　　　　　　 MIMO-LayersDL,
　　　　　　　 reducedMIMO-LayersFR1-UL　　　　　　　　　　　 MIMO-LayersUL
　　　 } OPTIONAL,
　　　 reducedMaxMIMO-LayersFR2　　　　　　　　　　　 SEQUENCE {
　　　　　　　 reducedMIMO-LayersFR2-DL　　　　　　　　　　　 MIMO-LayersDL,
　　　　　　　 reducedMIMO-LayersFR2-UL　　　　　　　　　　　 MIMO-LayersUL
　　　 } OPTIONAL
}
　
ReducedAggregatedBandwidth ::= ENUMERATED {mhz0, mhz10, mhz20, mhz30, mhz40, mhz50, mhz60, mhz80, mhz100, mhz200, mhz300, mhz400}
　
UEAssistanceInformation-v1610-IEs ::= SEQUENCE {
　　　 idc-Assistance-r16　　　　　 　　　　　　　　　　　　IDC-Assistance-r16　　　　　　　　　　　　　　　　　 OPTIONAL,
　　　 drx-Preference-r16　　　　　　　　　　　　　　　　　 DRX-Preference-r16　　　　　　　　　　　　　　　　　 OPTIONAL,
　　　 maxBW-Preference-r16　　　　　　　　　　　　　　　 MaxBW-Preference-r16　　　　　　　　　　　　　　　 OPTIONAL,
　　　 maxCC-Preference-r16　 　　　　　　　　　　　　　　MaxCC-Preference-r16　　　　　　　　　　　　　　　 OPTIONAL,
　　　 maxMIMO-LayerPreference-r16　　　　　　　　 MaxMIMO-LayerPreference-r16　　　　　　　　 OPTIONAL,
　　　 minSchedulingOffsetPreference-r16　　 MinSchedulingOffsetPreference-r16　　 OPTIONAL,
　　　 releasePreference-r16　　　　　　　　　　　　　　 ReleasePreference-r16　　　　　　　　　　　　　　 OPTIONAL,
　　　 sl-UE-AssistanceInformationNR-r16　　 SL-UE-AssistanceInformationNR-r16　　 OPTIONAL,
　　　 referenceTimeInfoPreference-r16　　　　 BOOLEAN　　　　　　　　　　　　　　　　　　　　　　　　　　　　 OPTIONAL,
　 　　nonCriticalExtension　　　　　　　　　　　　　　　 SEQUENCE {}　　　　　　　　　　　　　　　　　　　　　　　　 OPTIONAL
}
　
IDC-Assistance-r16 ::=　　　　　　　　　　　　　　　　　 SEQUENCE {
　　　 affectedCarrierFreqList-r16　　　　　　　　　　　　 AffectedCarrierFreqList-r16　　　　　　　　　　　　　　 OPTIONAL,
　　　 affectedCarrierFreqCombList-r16　　　　　　　　 AffectedCarrierFreqCombList-r16　　　　　　　　　　 OPTIONAL,
　　　 ...
}
　
AffectedCarrierFreqList-r16 ::= SEQUENCE (SIZE (1.. maxFreqIDC-r16)) OF AffectedCarrierFreq-r16
　
AffectedCarrierFreq-r16 ::=　　　　 SEQUENCE {
　　　 carrierFreq-r16　　　　　　　　　　　　 　　　　ARFCN-ValueNR,
　　　 interferenceDirection-r16　　　　　　 ENUMERATED {nr, other, both, spare}
}
　
AffectedCarrierFreqCombList-r16 ::= SEQUENCE (SIZE (1..maxCombIDC-r16)) OF AffectedCarrierFreqComb-r16
　
AffectedCarrierFreqComb-r16 ::=　　　　 SEQUENCE {
　　　 affectedCarrierFreqComb-r16　　　　　　　　 SEQUENCE (SIZE (2..maxNrofServingCells)) OF　 ARFCN-ValueNR　　　 OPTIONAL,
　　　 victimSystemType-r16　　　　　　　　　　　　　　　 VictimSystemType-r16
}
　
VictimSystemType-r16 ::=　　　 SEQUENCE {
　　　 gps-r16　　　　　　　　　　　　　　　　　　　　 ENUMERATED {true}　　　　　　　 OPTIONAL,
　　　 glonass-r16　　　　　　　　　　　　　　　　 ENUMERATED {true}　　　　　　　 OPTIONAL,
　　　 bds-r16　　　　　　　　　　　　　　　　　　　　 ENUMERATED {true}　　　　　　　 OPTIONAL,
　　　 galileo-r16　　　　　　　　　　　　　　　　 ENUMERATED {true}　　　　　　　 OPTIONAL,
　　　 navIC-r16　　　　　　　　　　　　　　　　　　 ENUMERATED {true}　　　　　　　 OPTIONAL,
　　　 wlan-r16　　　　　　　　　　　　　　　　　　　 ENUMERATED {true}　　　　　　　 OPTIONAL,
　　　 bluetooth-r16　　　　　　　　　　　　　　 ENUMERATED {true}　　　　　　　 OPTIONAL,
　　　 ...
}
　
DRX-Preference-r16 ::=　　　　　　　　　　　　　 SEQUENCE {
　　　 preferredDRX-InactivityTimer-r16　　　 ENUMERATED {
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ms0, ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms30, ms40, ms50, ms60, ms80,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ms100, ms200, ms300, ms500, ms750, ms1280, ms1920, ms2560, spare9, spare8,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 spare7, spare6, spare5, spare4, spare3, spare2, spare1} OPTIONAL,
　　　 preferredDRX-LongCycle-r16　　　　　　　　　 ENUMERATED {
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ms10, ms20, ms32, ms40, ms60, ms64, ms70, ms80, ms128, ms160, ms256, ms320, ms512,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ms640, ms1024, ms1280, ms2048, ms2560, ms5120, ms10240, spare12, spare11, spare10,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 spare9, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 } OPTIONAL,
　　　 preferredDRX-ShortCycle-r16　　　　　　　　 ENUMERATED {
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ms2, ms3, ms4, ms5, ms6, ms7, ms8, ms10, ms14, ms16, ms20, ms30, ms32,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　ms35, ms40, ms64, ms80, ms128, ms160, ms256, ms320, ms512, ms640, spare9,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 } OPTIONAL,
　　　 preferredDRX-ShortCycleTimer-r16　　　 INTEGER (1..16)　　　 OPTIONAL
}
　
MaxBW-Preference-r16 ::=　　　　　　　　　　　 SEQUENCE {
　　　 reducedMaxBW-FR1-r16　　　　　　　　　　　　　　　 ReducedMaxBW-FRx-r16　　　　　　　　　　　　　　　　　　　　 OPTIONAL,
　　　 reducedMaxBW-FR2-r16　　　　　　　　　　　　　　　 ReducedMaxBW-FRx-r16　　　　　　　　　　　　　　　　　　　　 OPTIONAL
}
　
MaxCC-Preference-r16 ::=　　　　　　　　　　　 SEQUENCE {
　　　 reducedMaxCCs-r16　　　　　　　　　　　　　　　　　　 ReducedMaxCCs-r16　　　　　　　　　　　　　　　　　　　　　　　 OPTIONAL
}
　
MaxMIMO-LayerPreference-r16 ::=　　　　 SEQUENCE {
　　　 reducedMaxMIMO-LayersFR1-r16　　　　　　　 SEQUENCE {
　　　　　　　 reducedMIMO-LayersFR1-DL-r16　　　　　　　 INTEGER (1..8),
　　　　　　　 reducedMIMO-LayersFR1-UL-r16　　　　　　　 INTEGER (1..4)
　　　 } OPTIONAL,
　　　 reducedMaxMIMO-LayersFR2-r16　　　　　　　 SEQUENCE {
　　　　　　　 reducedMIMO-LayersFR2-DL-r16　　　　　　　 INTEGER (1..8),
　　　　　　　 reducedMIMO-LayersFR2-UL-r16　　　　　　　 INTEGER (1..4)
　　　 } OPTIONAL
}
　
MinSchedulingOffsetPreference-r16 ::= SEQUENCE {
　　　 preferredK0-r16　　　　　　　　　　　　　　　　　　　　　　 SEQUENCE {
　　　　　　　 preferredK0-SCS-15kHz-r16　　　　　　　　　　　　 ENUMERATED {sl1, sl2, sl4, sl6}　　　　　　　　　　　　　 OPTIONAL,
　　　 　　　　preferredK0-SCS-30kHz-r16　　　　　　　　　　　　 ENUMERATED {sl1, sl2, sl4, sl6}　　　　　　　　　　　　　 OPTIONAL,
　　　　　　　 preferredK0-SCS-60kHz-r16　　　　　　　　　　　　 ENUMERATED {sl2, sl4, sl8, sl12}　　　　　　　　　　　　 OPTIONAL,
　　　　　　　 preferredK0-SCS-120kHz-r16　　　　　　　　　　　 ENUMERATED {sl2, sl4, sl8, sl12}　　　　　　　　　　　　 OPTIONAL
　　　 }　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 OPTIONAL,
　　　 preferredK2-r16　　　　　　　　　　　　　　　　　　　　　　 SEQUENCE {
　　　　　　　 preferredK2-SCS-15kHz-r16　　　　　　　　　　　　 ENUMERATED {sl1, sl2, sl4, sl6}　　　　　　　　　　　　 OPTIONAL,
　　　　　　　 preferredK2-SCS-30kHz-r16　　　　　　　　　　　　 ENUMERATED {sl1, sl2, sl4, sl6}　　　　　　　　　　　　 OPTIONAL,
　　　　　　　 preferredK2-SCS-60kHz-r16　　　　　　　　　　　　 ENUMERATED {sl2, sl4, sl8, sl12}　　　　　　　　　　　 OPTIONAL,
　　　　　　　 preferredK2-SCS-120kHz-r16　　　　　　　　　　　 ENUMERATED {sl2, sl4, sl8, sl12}　　　　　　　　　　　 OPTIONAL
　　　 }　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 OPTIONAL
}
　
ReleasePreference-r16 ::=　　　　　　　　　　 SEQUENCE {
　　　 preferredRRC-State-r16　　　　　 　　　　　　　　ENUMERATED {idle, inactive, connected, outOfConnected}
}
　
ReducedMaxBW-FRx-r16 ::=　　　　　　　　　　　 SEQUENCE {
　　　 reducedBW-DL-r16　　　　　　　　　　　　　　　　　　　 ReducedAggregatedBandwidth,
　　　 reducedBW-UL-r16　　　　　　　　　　　　　　　　　　　 ReducedAggregatedBandwidth
}
　
ReducedMaxCCs-r16 ::=　　　　　　　　　　　　　　 SEQUENCE {
　　　 reducedCCsDL-r16　　　　　　　　　　　　　　　　　　　 INTEGER (0..31),
　　　 reducedCCsUL-r16　　　　　　　　　　　　　　　　　　　 INTEGER (0..31)
}
　
SL-UE-AssistanceInformationNR-r16 ::= SEQUENCE (SIZE (1..maxNrofTrafficPattern-r16)) OF SL-TrafficPatternInfo-r16
　
SL-TrafficPatternInfo-r16::=　　　　　　　　　 SEQUENCE {
　　　 trafficPeriodicity-r16　　　　　　　　　　　　　　　 ENUMERATED {ms20, ms50, ms100, ms200, ms300, ms400, ms500, ms600, ms700, ms800, ms900, ms1000},
　　　 timingOffset-r16　　　　　　　　　　　　　　　　　　　　　 INTEGER (0..10239),
　　　 messageSize-r16　　　　　　　　　　　　　　　　　　　　　　 BIT STRING (SIZE (8)),
　　　 sl-QoS-FlowIdentity-r16　　　　　　　　　　　　　　 SL-QoS-FlowIdentity-r16
}
　
-- TAG-UEASSISTANCEINFORMATION-STOP
-- ASN1STOP
UEAssistanceInformation field descriptions
affectedCarrierFreqList
Indicates a list of NR carrier frequencies that are affected by IDC problem.
affectedCarrierFreqCombList
Indicates a list of NR carrier frequency combinations that are affected by IDC problems due to Inter-Modulation Distortion and harmonics from NR when configured with UL CA.
delayBudgetReport
Indicates the UE-preferred adjustment to connected mode DRX.
interferenceDirection
Indicates the direction of IDC interference. Value nr indicates that only NR is victim of IDC interference, value other indicates that only another radio is victim of IDC interference and value both indicates that both NR and another radio are victims of IDC interference. The other radio refers to either the ISM radio or GNSS (see TR 36.816 [44]).
minSchedulingOffsetPreference
Indicates the UE's preferences on minimumSchedulingOffset of cross-slot scheduling for power saving.
preferredDRX-InactivityTimer
Indicates the UE's preferred DRX inactivity timer length for power saving. Value in ms (millisecond). ms0 corresponds to 0, ms1 corresponds to 1 ms, ms2 corresponds to 2 ms, and so on. If the field is absent from the DRX-Preference IE, it is interpreted as the UE having no preference for the DRX inactivity timer. If secondary DRX group is configured, the preferredDRX-InactivityTimer only applies to the default DRX group.
preferredDRX-LongCycle
Indicates the UE's preferred long DRX cycle length for power saving. Value in ms. ms10 corresponds to 10ms, ms20 corresponds to 20 ms, ms32 corresponds to 32 ms, and so on. If preferredDRX-ShortCycle is provided, the value of preferredDRX-LongCycle shall be a multiple of the preferredDRX-ShortCycle value. If the field is absent from the DRX-Preference IE, it is interpreted as the UE having no preference for the long DRX cycle.
preferredDRX-ShortCycle
Indicates the UE's preferred short DRX cycle length for power saving. Value in ms. ms2 corresponds to 2ms, ms3 corresponds to 3 ms, ms4 corresponds to 4 ms, and so on. If the field is absent from the DRX-Preference IE, it is interpreted as the UE having no preference for the short DRX cycle.
preferredDRX-ShortCycleTimer
Indicates the UE's preferred short DRX cycle timer for power saving. Value in multiples of preferredDRX-ShortCycle. A value of 1 corresponds to preferredDRX-ShortCycle, a value of 2 corresponds to 2 * preferredDRX-ShortCycle and so on. If the field is absent from the DRX-Preference IE, it is interpreted as the UE having no preference for the short DRX cycle timer. A preference for the short DRX cycle is indicated when a preference for the short DRX cycle timer is indicated.
preferredK0Indicates the UE's preferred value of k0 (slot offset between DCI and its scheduled PDSCH - see TS 38.214 [19], clause 5.1.2.1) for cross-slot scheduling for power saving. Value is defined for each subcarrier spacing (numerology) in units of slots. sl1 corresponds to 1 slot, sl2 corresponds to 2 slots, sl4 corresponds to 4 slots, and so on. If a value for a subcarrier spacing is absent, it is interpreted as the UE having no preference on k0 for cross-slot scheduling for that subcarrier spacing. If the field is absent from the MinSchedulingOffsetPreference IE, it is interpreted as the UE having no preference on k0 for cross-slot scheduling.
preferredK2
Indicates the UE's preferred value of k2 (slot offset between DCI and its scheduled PUSCH - see TS 38.214 [19], clause 6.1.2.1) for cross-slot scheduling for power saving. Value is defined for each subcarrier spacing (numerology) in units of slots. sl1 corresponds to 1 slot, sl2 corresponds to 2 slots, sl4 corresponds to 4 slots, and so on. If a value for a subcarrier spacing is absent, it is interpreted as the UE having no preference on k2 for cross-slot scheduling for that subcarrier spacing. If the field is absent from the MinSchedulingOffsetPreference IE, it is interpreted as the UE having no preference on k2 for cross-slot scheduling.
preferredRRC-State
Indicates the UE's preferred RRC state. The value idle is indicated if the UE prefers to be released from RRC_CONNECTED and transition to RRC_IDLE. The value inactive is indicated if the UE prefers to be released from RRC_CONNECTED and transition to RRC_INACTIVE. The value connected is indicated if the UE prefers to revert an earlier indication to leave RRC_CONNECTED state. The value outOfConnected is indicated if the UE prefers to be released from RRC_CONNECTED and has no preferred RRC state to transition to. The value connected can only be indicated if the UE is configured with connectedReporting.
reducedBW-FR1
Indicates the UE's preference on reduced configuration corresponding to the maximum aggregated bandwidth across all downlink carrier(s) and across all uplink carrier(s) of FR1, to address overheating or power saving. This field is allowed to be reported only when UE is configured with serving cell(s) operating on FR1. The aggregated bandwidth across all downlink carrier(s) of FR1 is the sum of bandwidth of active downlink BWP(s) across all activated downlink carrier(s) of FR1. The aggregated bandwidth across all uplink carrier(s) of FR1 is the sum of bandwidth of active uplink BWP(s) across all activated uplink carrier(s) of FR1. If the field is absent from the MaxBW-Preference IE or the OverheatingAssistance IE, it is interpreted as the UE having no preference on the maximum aggregated bandwidth of FR1.
When indicated to address overheating, this maximum aggregated bandwidth includes carrier(s) of FR1 of both the NR MCG and the SCG. This maximum aggregated bandwidth only includes carriers of FR1 of the SCG in (NG)EN-DC. Value mhz0 is not used when indicated to address overheating.
When indicated to address power saving, this maximum aggregated bandwidth includes carrier(s) of FR1 of the cell group that this UE assistance information is associated with. The aggregated bandwidth can only range up to the current active configuration when indicated to address power savings.
reducedBW-FR2
Indicates the UE's preference on reduced configuration corresponding to the maximum aggregated bandwidth across all downlink carrier(s) and across all uplink carrier(s) of FR2, to address overheating or power saving. This field is allowed to be reported only when UE is configured with serving cell(s) operating on FR2. The aggregated bandwidth across all downlink carrier(s) of FR2 is the sum of bandwidth of active downlink BWP(s) across all activated downlink carrier(s) of FR2. The aggregated bandwidth across all uplink carrier(s) of FR2 is the sum of bandwidth of active uplink BWP(s) across all activated uplink carrier(s) of FR2. If the field is absent from the MaxBW-Preference IE or the OverheatingAssistance IE, it is interpreted as the UE having no preference on the maximum aggregated bandwidth of FR2.
When indicated to address overheating, this maximum aggregated bandwidth includes carrier(s) of FR2 of both the NR MCG and the NR SCG. This maximum aggregated bandwidth only includes carriers of FR2 of the SCG in (NG)EN-DC.
When indicated to address power saving, this maximum aggregated bandwidth includes carrier(s) of FR2 of the cell group that this UE assistance information is associated with. The aggregated bandwidth can only range up to the current active configuration when indicated to address power savings.
reducedCCsDL
Indicates the UE's preference on reduced configuration corresponding to the maximum number of downlink SCells indicated by the field, to address overheating or power saving.
When indicated to address overheating, this maximum number includes both SCells of the NR MCG and PSCell/SCells of the SCG. This maximum number only includes PSCell/SCells of the SCG in (NG)EN-DC.
When indicated to address power saving, this maximum number includes PSCell/SCells of the cell group that this UE assistance information is associated with. The maximum number of downlink SCells can only range up to the current active configuration when indicated to address power savings.
reducedCCsUL
Indicates the UE's preference on reduced configuration corresponding to the maximum number of uplink SCells indicated by the field, to address overheating or power saving.
When indicated to address overheating, this maximum number includes both SCells of the NR MCG and PSCell/SCells of the SCG. This maximum number only includes PSCell/SCells of the SCG in (NG)EN-DC.
When indicated to address power saving, this maximum number includes PSCell/SCells of the cell group that this UE assistance information is associated with. The maximum number of uplink SCells can only range up to the current active configuration when indicated to address power savings.
reducedMIMO-LayersFR1-DL
Indicates the UE's preference on reduced configuration corresponding to the maximum number of downlink MIMO layers of each serving cell operating on FR1 indicated by the field, to address overheating or power saving. This field is allowed to be reported only when UE is configured with serving cells operating on FR1. The maximum number of downlink MIMO layers can only range up to the maximum number of MIMO layers configured across all activated downlink carrier(s) of FR1 in the cell group when indicated to address power savings.
reducedMIMO-LayersFR1-UL
Indicates the UE's preference on reduced configuration corresponding to the maximum number of uplink MIMO layers of each serving cell operating on FR1 indicated by the field, to address overheating or power saving. This field is allowed to be reported only when UE is configured with serving cells operating on FR1. The maximum number of uplink MIMO layers can only range up to the maximum number of MIMO layers configured across all activated uplink carrier(s) of FR1 in the cell group when indicated to address power savings.
reducedMIMO-LayersFR2-DL
Indicates the UE's preference on reduced configuration corresponding to the maximum number of downlink MIMO layers of each serving cell operating on FR2 indicated by the field, to address overheating or power saving. This field is allowed to be reported only when UE is configured with serving cells operating on FR2. The maximum number of downlink MIMO layers can only range up to the maximum number of MIMO layers configured across all activated downlink carrier(s) of FR2 in the cell group when indicated to address power savings.
reducedMIMO-LayersFR2-UL
Indicates the UE's preference on reduced configuration corresponding to the maximum number of uplink MIMO layers of each serving cell operating on FR2 indicated by the field, to address overheating or power saving. This field is allowed to be reported only when UE is configured with serving cells operating on FR2. The maximum number of uplink MIMO layers can only range up to the maximum number of MIMO layers configured across all activated uplink carrier(s) of FR2 in the cell group when indicated to address power savings.
referenceTimeInfoPreference
Indicates whether the UE prefers being provisioned with the timing information specified in the IE ReferenceTimeInfo.
sl-QoS-FlowIdentity
This identity uniquely identifies one sidelink QoS flow between the UE and the network in the scope of UE, which is unique for different destination and cast type.
sl-UE-AssistanceInformationNR
Indicates the traffic characteristic of sidelink logical channel(s), specified in the IE SL-TrafficPatternInfo, that are setup for NR sidelink communication.
type1
Indicates the preferred amount of increment/decrement to the long DRX cycle length with respect to the current configuration. Value in number of milliseconds. Value ms40 corresponds to 40 milliseconds, msMinus40 corresponds to -40 milliseconds and so on.
victimSystemType
Indicate the list of victim system types to which IDC interference is caused from NR when configured with UL CA. Value gps, glonass, bds, galileo and navIC indicates the type of GNSS. Value wlan indicates WLAN and value bluetooth indicates Bluetooth.
SL-TrafficPatternInfo field descriptions
messageSize
Indicates the maximum TB size based on the observed traffic pattern. The value refers to the index of TS 38.321 [3], table 6.1.3.1-2.
timingOffset
This field indicates the estimated timing for a packet arrival in a sidelink logical channel. Specifically, the value indicates the timing offset with respect to subframe#0 of SFN#0 in milliseconds.
trafficPeriodicity
This field indicates the estimated data arrival periodicity in a sidelink logical channel. Value ms20 corresponds to 20 ms, ms50 corresponds to 50 ms and so on.
CU 노드는 AMF로부터 Expected UE behavior 정보를 수신할 수 있다. CU 노드는 AMF로부터 Core Network Assistance Information 메시지를 수신할 수 있다. 상기 메시지는, Expected UE behavior 정보를 포함할 수 있다. Expected UE behavior 정보를 설명하기 위해 규격 3GPP TS 38.413의 'Expected UE Behaviour'가 참조될 수 있다. 상기 IE는, NG-RAN 노드를 지원(예를 들어, 최적의 RRC 연결 시간 또는 RRC_INACTIVE 상태 전환 및 RNA(RAN-based Notification Area) 구성 (예: RNA의 크기 및 모양)의 결정)하기 위해 예측 가능한 활동 및 / 또는 이동성 동작을 가진 UE의 동작을 지시할 수 있다.
IE/Group Name Presence Range IE type and reference Semantics description
Expected UE Activity Behaviour O 9.3.1.94
Expected HO Interval O ENUMERATED (sec15, sec30, sec60, sec90, sec120, sec180, long-time, ...) Indicates the expected time interval between inter NG-RAN node handovers. If "long-time" is included, the interval between inter NG-RAN node handovers is expected to be longer than 180 seconds.
Expected UE Mobility O ENUMERATED (stationary, mobile, ...) Indicates whether the UE is expected to be stationary or mobile.
Expected UE Moving Trajectory 0..1 Indicates the UE's expected geographical movement.
>Expected UE Moving Trajectory Item 1..<maxnoofCellsUEMovingTrajectory> Includes list of visited and non-visited cells, where visited cells are listed in the order the UE visited them with the most recent cell being the first in the list. Non-visited cells are included immediately after the visited cell they are associated with.
>>NG-RAN CGI M 9.3.1.73
>>Time Stayed in Cell O INTEGER (0..4095) Included for visited cells and indicates the time a UE stayed in a cell in seconds. If the UE stays in a cell more than 4095 seconds, this IE is set to 4095.
CU 노드는 단말로부터 획득된 UE assistance information 정보 또는 AMF 로부터 획득된 Expected UE Behavior 중 적어도 하나에 기반하여 E2 Report 서비스를 수행할 수 있다. 일 실시 예에 따라, CU 노드는 UE 컨텍스트 정보, 셀 컨텍스트 정보를 RIC에게 전송할 수 있다. 일 실시 예에 따라, CU 노드는 수집된 정보(즉, UE assistance information 정보 또는 AMF 로부터 획득된 Expected UE Behavior 중 적어도 하나)를 RIC에게 전송할 수 있다.
도 8은 본 개시의 다양한 실시 예들에 E2 노드와 RIC간 UE Context 정보중에 Expected UE Behavior와 UE assistance information 정보를 공유하기 위한 시그널링을 도시한다.
도 8을 참조하면, E2 노드는 O-CU일 수 있다. SET UP 절차, RIC subscription 절차, RIC 지시(indication) 메시지 전송 절차, RIC 제어(control) 메시지 전송 절차(미도시)를 순차적으로 기술하였으나, 본 개시의 다양한 실시 예들은 상술된 순서, 절차에 한정되지 않는다. 본 개시의 일부 실시 예들에서, E2 노드와 RIC는 E2 설정 절차를 독립적으로 수행할 수 있다. 본 개시의 일부 실시 예들에서, E2 노드와 RIC는 가입 절차를 독립적으로 수행할 수 있다. 본 개시의 다른 일 실시 예에 따라, 전술한 바와 같이, E2 설정 응답 메시지는 가입 요청 메시지를 포함할 수도 있다. 일부 실시 예들에서, E2 노드와 RIC는 RIC 지시(indication) 절차를 독립적으로 수행할 수 있다.
E2 노드는 RIC가 설정한 UE Context Transfer event trigger condition에 의해서 E2SM RAN CONTROL에서 정의한 RIC INDICATION 메시지에 UE Context 정보를 전달할 수 있다. UE Context 정보는 하기 정보들 중 적어도 하나를 포함하나, 이러한 UE 정보에 한정되지 않는다.
- Expected UE Behavior
- UE Assistance Information
Expected UE Behavior 정보는 gNB가 AMF로부터 수신하는 메시지로 하기 NG Interface 메시지들로 gNB로 수신된다. Expected UE Behavior 정보는 3GPP TS 38.413에서 명시한 Expected HO Interval 정보, Expected UE Mobility 정보, Expected UE Moving Trajectory 정보 (NG-RAN CGI, Time Stayed in Cell). 예를 들어, 상기 표 3의 정보가 참조될 수 있다.
Expected HO Interval 정보는 NG-RAN 노드 간 핸드 오버 사이의 예상 시간 간격을 나타낸다. "장시간"이 포함 된 경우 NG-RAN 노드 간 핸드 오버 간격은 180 초 이상이 될 것으로 예상될 수 있다.
Expected UE Mobility 정보는 UE가 고정 상태인지 또는 이동 상태인지 여부를 나타낸다.
Expected UE Moving Trajectory 정보(예: 최대 16개)는 UE의 예상되는 지리적 이동(geographical movement)을 나타낸다. 상기 Expected UE Moving Trajectory 정보는 방문한 셀과 방문하지 않은 셀의 목록을 포함할 수 있다. 목록에서, 방문한 셀은 UE가 방문한 순서대로 나열되며 가장 최근 셀이 목록에서 첫 번째가 될 수 있다. 방문하지 않은 셀은 연관된 방문한 셀 바로 뒤에 포함될 수 있다. 또한, 상기 Expected UE Moving Trajectory 정보는 방문한 셀에 대하여, 포함되며UE가 셀에 머문 시간 (초)을 나타내는 정보를 포함할 수 있다. 일 예로, UE가 x 초(x는 4095 이하의 정수) 셀에 머무르면, IE는 x로 설정될 수 있다. 또한, UE가 4095 초 이상 셀에 머무르면, IE는 4095로 설정될 수 있다.
일 실시 예에 따라, E2SM-RC RIC Indication을 통해, Expected UE Behavior 또는 UE Assistance Information가 E2 노드(예: gNB 혹은 gNB-CU)에서 RIC에게 전달될 수 있다. 파라미터 ID 값의 설정을 통해 어떠한 정보가 RIC에게 전달되는지를 지시할 수 있다. 예를 들어, parameter ID가 7인 경우, 해당 파라미터에 포함되는 정보는 Expected UE Behavior 정보일 수 있다. 또한, 예를 들어, parameter ID가 8인 경우, 해당 파라미터에 포함되는 정보는 UE Assistance Information 정보일 수 있다.
도 9은 본 개시의 다양한 실시 예들에 따른 AMF가 O-CU-CP로 Core Network Assistance Information IE를 NGAP(next generation application protocol) UE Context Modification Request메시지를 통한 정보 전달의 예를 도시한다.
도 9를 참조하면, AMF는 UE가 RRC_INACTIVE로 전송될 수 있는지 여부를 NG-RAN 노드의 결정을 지원하기 위해 Core Network Assistance Information IE를 NG-RAN 노드에 제공할 수 있다. 일 예로, Core Network Assistance Information IE는 하기와 같은 정보를 포함할 수 있다.
- UE에 대해 구성된 등록 영역,
- 정기 등록 업데이트 타이머,
- UE Identity Index 값 및 UE 특정 DRX,
- UE가 AMF에 의해 MICO (Mobile Initiated Connection Only) 모드로 구성되었는지 여부 표시,
- 예상되는 UE 동작(the Expected UE Behaviour).
UE 등록 영역은 RNA를 구성할 때 NG-RAN 노드에서 고려될 수 있다. UE 특정 DRX(discontinuous reception) 및 UE Identity Index 값은 RAN 페이징을 위해 NG-RAN 노드에 의해 사용될 수 있다. 주기적 등록 업데이트 타이머는 주기적 RNA 업데이트 타이머를 구성하기 위해 NG-RAN 노드에서 고려될 수 있다. NG-RAN 노드는 UE RRC 상태 전환 결정을 돕기 위해 예상되는 UE 동작을 고려할 수 있다.
Core Network Assistance Information IE는 하기와 같이 구성될 수 있다.
IE/GroupName Presence Range IE type and reference Semantics description
UE Identity Index Value M 9.3.3.23
UE Specific DRX O PagingDRX9.3.1.90
Periodic Registration Update Timer M 9.3.3.24
MICO Mode Indication O 9.3.1.23
TAI List for RRC Inactive 1
> TAI List for RRC Inactive Item 1..<masnoofTAIforInactive>
>> TAI M 9.3.3.11
Expected UE Behaviour O 9.3.1.93
Rangebound Explanation
maxnoofTAIforInactive Maximum no. of TAIs for RRC Inactive. Value is 16.
UE Identity Index 값은 하기와 같이 구성될 수 있다.
IE/GroupName Presence Range IE type and reference Semantics description
CHOICE UE Identity Index Value
>Index Length 10
>>Index Length 10 M BIT STRING (SIZE(10)) Coded as specified in TS 38.304 [12] and TS 36.304 [29]
정기 등록 업데이트 타이머는 하기와 같이 구성될 수 있다.
IE/GroupName Presence Range IE type and reference Semantics description
Periodic Registration Update Timer M BIT STRING (SIZE(8)) Bits 5 to 1 represent the binary coded timer value.Bits 6 to 8 define the timer value unit for the Periodic Registration Update Timer as follows:

Bits
876
000 value is incremented in multiples of 10 minutes
001 value is incremented in multiples of 1 hour
010 value is incremented in multiples of 10 hours
011 value is incremented in multiples of 2 seconds
100 value is incremented in multiples of 30 seconds
101 value is incremented in multiples of 1 minute
111 value indicates that the timer is deactivated.

Other values shall be interpreted as multiples of 1 hour in this version of the protocol.
도 9를 참고하면, AMF는 CU 노드(예: O-CU-CP)에게 UE Context Modification Request 메시지를 전송할 수 있다. CU 노드는 AMF에게 UE Context Modification Response 메시지를 전송할 수 있다. Core Network Assistance Information IE는 Expected UE Activity Behavior 정보를 전달하고, Expected UE Activity Behavior 내부에는 Expected HO Interval 정보, Expected UE Mobility 정보, Expected UE Moving Trajectory 정보를 포함하며, Expected UE Moving Trajectory 정보는 UE가 과거에 위치했던 Cell 정보, UE가 머물렀던 시간 정보를 최근 순서대로 나열한다. 예를 들어, 표 3이 Expected UE behavior로서 참조될 수 있다.
도 9에서는 UE 컨텍스트 수정 절차가 예시되었으나, 해당 절차는 일 예시일 뿐, 본 개시의 실시 예들에 따른 Expected UE behavior는 다른 절차에서도 이용될 수 있다. 예를 들어, Expected UE behavior가 포함되는 AMF와 NG-RAN 노드(예: gNB) 간의 N2 메시지는 하기의 절차들의 메시지가 이용될 수 있다.
1) Initial Context Setup (Request/Response)
2) UE context Modification (Request/Response)
3) Handover resource allocation (Handover Request/ACK)
4) Path Switch (Request/ACK)
도 9에서는 Core Network Assistance Information가 예시되었으나, Expected UE behavior의 전달은 “CN Assisted RAN Parameters Tuning”의 IE를 통해 전달될 수 있다. 상기 IE는 NG-RAN 노드에서 파라미터 튜닝을 보조하기 위해 이용될 수 있다. 일 예로, CN Assisted RAN Parameters Tuning IE는 하기와 같이 구성될 수 있다.
IE/GroupName Presence Range IE type and reference Semantics description
Expected UE Behaviour O 9.3.1.93 This IE may be present in case the Core Network Assistance Information for RRC INACTIVE IE is not included and is ignored otherwise.
도 10은 본 개시의 다양한 실시 예들에 따른UE가 O-CU-CP로 UEAssistanceInformation IE의 RRC 메시지를 통한 정보 전달의 예를 도시한다.
도 10을 참고하면, 기지국(예: gNB, gNB-CU, CU-CP)은 단말(즉, UE)과 RRC Reconfiguration을 수행할 수 있다. 이후, 단말은 기지국에게 UEAssistanceInformation 메시지를 전송할 수 있다. UEAssistanceInformation는 UEAssistanceInformation-IEs를 포함할 수 있다. 구체적인 예로, 표 1 및 표 2가 참조될 수 있다.
UE Assistance Information의 UE 정보는 단말의 설정 선호 옵션이나 현재 상태 정보에 해당한다. 일 실시 예에 따라, UE Assistance Information은 DelayBudgetReport를 포함할 수 있다. DelayBudgetReport은 C-DRX(connected mode DRX) 주기의 조정에 대한 단말 선호 옵션 정보를 의미한다. 일 실시 예에 따라, UE Assistance Information은 OverheatingAssistance: 단말 발열 발생 여부 및 발열시 제어에 대한 단말 선호 옵션 정보를 포함할 수 있다.
도 11은 본 개시의 실시 예들에 따른 E2 노드와 RIC간 가입 절차(subscription procedure) 및 RIC 지시(indication) 시그널링을 도시한다. 도 11는 본 개시의 실시 예들에 따른 E2 노드와 RIC간 가입 절차(subscription procedure)와 RIC Indication (REPORT) 절차를 도시한다.
도 11을 참고하면, 일 실시 예에 따라, RIC는 E2 노드에게 RIC 가입 요청 메시지(RIC Subscription Request)를 전송할 수 있다. E2 노드는 O-CU-CP, O-CU-UP, 또는 O-CU-DU일 수 있다. E2 노드는 RIC에게 RIC 가입 응답 메시지(RIC Subscription Response)를 전송할 수 있다. E2노드는 가입 요청 메시지(RIC Subscription Request)에서 정의한 Event TriggerDefinition을 설치한다.
실시 예에 따라, E2 노드는 TriggerDefinition가 정의한 정해진 이벤트가 발생하면, RIC 지시 메시지를 Near RT RIC에게 전송할 수 있다. 각 E2 노드는 가입 절차를 통해 해당 E2 노드에게 설정된 이벤트를 식별할 수 있다. RIC 지시 메시지는 Expected UE Behavior 정보를 포함할 수 있다. 또한, RIC 지시 메시지는 UE Assistance Information을 포함할 수 있다. RIC 지시 메시지의 메시지 포맷에서, Indication message format에 포함되는 파라미터 list들 중에서 파라미터 ID 값은 Expected UE Behavior 또는 UE Assistance Information를 나타낼 수 있다. 파라미터 ID 값에 대응하는 Expected UE Behavior 또는 UE Assistance Information가 RIC 지시 메시지에 포함될 수 있다. 일 실시 예에 따라, 포함되는 형태는 3GPP TS 38.331(UE Assistance Information의 경우) 혹은 3GPP TS 38.413(Expected UE Behavior의 경우) 규격이 참조될 수 있다.
도 12는 본 개시의 실시 예들에 따른 RIC 이벤트 트리거 정의(RIC event trigger definition)의 포맷의 예를 도시한다. 도 12에서는 본 개시의 실시 예들에 따른 RIC 서비스 가입 요청(RIC Subscription Request) 절차와 메시지 예가 서술된다.
도 12를 참고하면, near-RT RIC는 기지국(예: gNB)에게 RIC 가입 요청 메시지를 전송할 수 있다. RIC 가입 요청 메시지는 메시지 유형(message type), RIC 요청(request) ID, RAN 기능(function) ID, RIC 가입 상세(RIC subscription details)를 포함할 수 있다.
본 개시의 실시 예들에 따른 RIC 가입 상세에 대한 정보는, RIC 이벤트 트리거 정의를 포함할 수 있다. 즉, 도 12에서는 O-RAN 규격에서 명시된 RIC SUBSCRIPTION REQUEST 메시지에 RIC Event Trigger Definition의 포맷이 도시된다. RIC Event Trigger Definition은 각각의 RIC 하고 RAN에서 지원하는 SERVICE MODEL에 따라서 정의될 수 있다. 본 개시의 실시 예들은 RAN의 UE 상태에 따라서 달라지는 UE Context 관련 정보들 중에서 TRIGGERING CONDITION을 만족하는 Expected UE Behavior 정보와 UE Assistance Information을 선택하는 절차를 제안한다.
Subscription 메시지의 a Message Type은 각각의 메시지 종류별로 규격에서 명시된 Type 번호이다. RIC Request ID는 RIC에서 해당 메시지를 고유하게 관리하는 ID이다. RAN Function ID는 E2 Node에서 CONTROL의 대상이 되는 FUNCTION을 구분하는 ID이다. RIC Event Trigger Definition IE는 메시지 세부적으로는 Service Model에서 정의한 Event Trigger Definition Format 형태로 정의된다. 본 개시에서, Event Trigger Definition Format에 대한 IE는 E2SM-RC Event Trigger Definition Format 1으로 예시하였으나, IE 명칭은 Service Model에 따라서, 상이할 수 있다.
본 개시의 실시 예들에 따른 Event Trigger Definition Format 1은 특정 Event의 IE를 지정하기 위한 조건 리스트를 가리키며, 본 개시에서는 해당 IE를 하기 UE event [Table 9]과 같이 예시하였으나, IE 명칭은 Service Model에 따라서, 상이할 수 있다. UE ID Report Triggering Condition은 조건을 지정하는 CHOICE Condition에서 정의하는 조건 값 중(RRC State Change List, UE Events List) 중에서 UE Event로 정의한다. 본 개시에서 UE Event는Interface Type은 관련 Event가 발생한 Network Interface를 명시하고, Message Type은 각각 3GPP 규격에서 명시한 Expected UE Behavior하고 UE Assistance Information으로 정의한다. UE Event Name은 Message Type 이 Interface Type별로 발생하는 Event의 명칭이다.
Interface Type Message Type UE Event Name
NGAP Expected UE Behavior Expected UE Behavior
RRC UE Assistance Information UE Assistance Information
도 13은 본 개시의 실시 예들에 따른 RIC 지시 헤더(RIC indication header)의 포맷의 예를 도시한다. 도 13을 통해, 본 개시의 실시 예들에 따른 RIC REPORT service (RIC Indication) 절차에서 RIC Indication Header 메시지의 예가 서술된다.
도 13을 참고하면, 기지국(예: gNB)은 Near-RT RIC에게 E2 RIC 지시 메지리를 전송할 수 있다. O-RAN 규격에서 명시한 RIC Indication message는 RIC Indication header 정보를 포함할 수 있다. RIC Indication 메시지는 E2 service model 마다 다를 수 있고, E2 서비스 모델 별로 정의될 수 있다. RIC Indication Header는 Service Model에서 세부 메시지로 정의되는 E2SM Indication header format을 포함할 수 있다. 본 개시의 실시 예들에 따른 RIC Indication Header는 E2SM-RC REPORT Service의 Indication Header Format 1로 정의될 수 있다. 세부 E2SM-RC REPORT SERVICE의 Indication Header Format 1은 특정 Subscription을 지정하는 Subscription ID와, E2 노드의 ID와 Condition ID를 포함할 수 있다. 여기서, Condition ID는 선택적으로 특정 Condition이 사용되었을 경우 Condition을 명시한다.
도 14는 본 개시의 실시 예들에 따른 RIC 지시 메시지의 포맷의 예들을 도시한다.
도 14를 참조하면, E2 지시 메시지는 Message Type, RIC Request ID, RIC Function ID, RIC Action ID, RIC Indication SN(optional), RIC Indication Type, RIC Indication Header, RIC Indication message, RIC Call process ID(optional)를 포함할 수 있다. RIC 지시 메시지(RIC Indication message)는 E2SM-RC REPORT SERVICE indication 포맷에 따라 UE Group ID, UE ID 와 Parameter List를 포함한다. Parameter List는 하나 이상의 세트들을 포함할 수 있다. 각 세트는 Parameter ID 와 Parameter Name 그리고 Parameter Value로 정의된다. 세트는 본 개시에서 정의하는 Expected UE Behavior Parameter ID와 UE Assistance Information IE를 포함할 수 있고, Expected UE Behavior Parameter ID와 UE Assistance Information IE 는 하기 Table 10와 같이 정의될 수 있다.
Parameter ID Parameter Name Parameter Type Parameter Definition Parameter Description
1 O-RAN UE ID OCTET STRING O-RAN UE ID structure as per <ref> Call Setup, Release and Modify Event`
... ... ... ... ...
7 Expected UE behavior OCTET STRING Expected UE Behavior IE in TS 38.413 9.3.1.93 　
8 UE assistance information OCTET STRING UE Assistance Information TS 38.331 　
도 15는, 본 개시의 실시 예들에 따른 E2SM-RC 와 E2SM-KPM 서비스가 함께 수행되는 절차의 예를 도시한다. 도 15를 통해, 본 개시의 실시 예들에 따라, E2SM-RC 와 E2SM-KPM 서비스 모델이 적용된 경우에 Expected UE Behavior와 UE Assistance Information 이 Indication 포맷에 적용되어서 AI/ML에 적용된 예가 도시된다. RIC 지시 메시지로 전달된 Expected UE Behavior 정보와 UE assistance information 정보는 UE state DB에 저장될 수 있다. 저장된 정보는 특정 UE ID별로 관리되어서, AI/ML Host에 의해서 기계 학습이 수행될 수 있다. Expected UE behavior 정보는 하기와 같다.
- Expected UE Behavior (Mobility특성)에 해당한다.
- Expected HO Interval: inter NG-RAN node 간 handover 발생 expected time interval이다.
- Expected UE Mobility: 단말 (UE) 이 stationary UE 인지 혹은 mobile UE인지 예상하는 지시이다.
- Expected UE Moving Trajectory: 이전 visited cell과 non-visited cell정보이다. (리스트 첫번째 cell이 최근 방문 Cell)
-Time Stayed in Cell: visited cell별 stay시간이다.
Near-RT RIC는 AI/ML Host에 의해서 기계 학습이 수행된 Expected UE Behavior 정보를 기반으로 단말의 이동성을 예측하여, RAN을 구성(configure)할 수 있다. 예를 들면, Near-RT RIC는 TAC: Tracking Area Code 설정, 단말이 Stationary UE인 경우 Narrow TAC로 설정, Mobile UE의 경우 Wide TAC로 설정하는 동작이 가능하다.
UE Assistance Information를 기반으로, Near-RT RIC는 RAN을 구성(configure)할 수 있다. Near-RT RIC는 OverheatingAssistance 경우 단말의 발열 발생 여부 및 발열시 제어에 대한 단말 선호 정보 기반으로 단말 발열 시 제어 방법을 지시할 수 있다. 예를 들어, Near-RT RIC는 Carrier Aggregation Carrier Component를 단말의 지원 reducedMaxCCs 기반으로 제어할 수 있다.
단말과 기지국(RAN) 간 설정 파라미터 및 제어 절차를 확률을 통해 수행하는 것은 다소 효율이 낮은 문제점이 있었다. 따라서, 본 개시의 실시 예들은 하나의 RAN에 국한되는 것이 아니라, 오픈 플랫폼인 O-RAN의 RIC를 통해 다수의 RAN들로부터 명시적인 UE 정보와 이전 히스토리를 수집함으로써, 빅 데이터 기반 AI 학습을 통해 효율이 극대화될 수 있다.
도 15에 예시된 바와 같이, E2 노드와 RIC 간 프레임워크는 하기와 같이 요약될 수 있다.
1) E2 노드(예: gNB, gNB-CU, gNB-CU-CP)는 RIC에게 수집된 정보(예: UE Expected Behavior 정보, UE Assistance 정보)를 전송
2) RIC는 수집된 정보를 통해 개별 단말, 혹은 단말 그룹 별로 정보를 처리(예: 단말 벤더, 모델(기종), RFSP, 슬라이스 등 카테고리 분류)
3) RIC는 해당 단말(혹은 단말 그룹)에게 최적화된 제어(control) 혹은 구성(configuration)(파라미터나 알고리즘 옵션 선정)을 수행
4) RIC는 E2 노드는 RAN에 대한 제어 파라미터, 구성 명령(혹은 권고) 메시지 전송
5) E2 노드는 RAN에서의 수행 결과를 획득 및 RIC에게 피드백
6) RIC는 피드백 결과를 바탕으로, 데이터 베이스 정책, AI 러닝(learning) 결과를 보정 및 업데이트 수행. RIC는 보정 및 업데이트된 결과를 이후 제어/명령/권고에 반영
UE Expected Behavior를 활용하는 경우, RIC와 gNB(혹은 gNB-CU, gNB-CU-CP)의 동작은 하기와 같다.
1단계) UE 정보는 Expected UE Behavior (Mobility특성)에 해당한다.
- Expected HO Interval: inter NG-RAN node 간 handover 발생 expected time interval이다.
- Expected UE Mobility: 단말 (UE) 이 stationary UE 인지 혹은 mobile UE인지 예상하는 지시이다.
- Expected UE Moving Trajectory: 이전 visited cell과 non-visited cell정보이다. (리스트 첫번째 cell이 최근 방문 Cell)
>>Time Stayed in Cell: visited cell별 stay시간이다.
3단계) RIC는 1단계의 단말 정보로부터 단말의 이동성 특성을 파악한다.
RIC to RAN 설정의 예시는 아래와 같다.
1) TAC: Tracking Area Code:
RRC_Idle 상태의 단말은 Idle mobility (TA update)를 수행하면서 CN paging을 수신할 수 있다. TAC 설정은 일반적으로 아래와 같은 Tradeoff 관계가 있다:
[1]Wide TAC는 TA update 빈도를 감소시키지만 CN paging시 많은 Cell에 paging을 broadcasting해야한다. (네트워크 CN/gNB paging 부하 증가)
[2]Narrow TAC는 TA update 빈도를 증가시키지만 CN paging시 적은 Cell에 paging을 broadcasting을 할 수 있다. (네트워크 CN/gNB paging 부하 감소)
RIC는 Expected UE Behavior (Mobility특성)에 따라 RAN을 설정할 수 있다. RIC는 stationary UE 인 경우 Narrow TAC로 설정, Mobile UE의 경우 Wide TAC로 설정(동일 TAC 이내의 cell 개수 결정 제어)할 수 있다.
RIC는 동일한 넓이의 TAC 인 경우에도, 단말의 Expected UE Moving Trajectory 정보를 가지고 TAC의 Cell 구성을 제어할 수 있다. 예를 들어, 6개 셀로 TAC가 설정된 경우를 가정하자(Random TAC: Cell 1/2/3/4/5/6으로 구성). 이때, 단말의 동선 Moving Trajectory와 맞지 않아서 TA update 잦은 발생할 수 있다. RIC는 Expected UE Moving Trajectory에 기반하여 TAC를 구성할 수 있다(예: cell 1/11/21/31/41/51/61) 단말의 동선 Moving Trajectory와 TAC 구성이 잘 맞아서 TA update 발생 빈도가 감소할 수 있다.
상술된 예시들은, 특정 단말 개별로 적용이 가능하고, RIC의 기능은 개별 단말, 혹은 단말 그룹별 정보 처리, (단말 Vender, 모델 (기종), RFSP, Slice 등 category로 분류)로 AI learning하여 적용하는 동작을 포함할 수 있다. 한편, Cell 이내 전체 UE가 지형지물이나 도로(버스 노선, 지하철) 등의 영향을 받는 경우, 전체 UE에 common하게 적용하는 방법 또한 본 개시의 실시 예로써 이해될 수 있다.
2) RNA: RAN Notification Area
RRC_Inactive 상태의 단말은 Idle mobility (RNA update)를 수행하면서 RAN paging을 수신할 수 있다. RAN 설정은 일반적으로 아래와 같은 Tradeoff 관계가 있다:
[1]Wide RNA 는 RNA update 빈도를 감소시키지만 RAN paging시 많은 Cell에 paging을 broadcasting해야한다. (네트워크 gNB paging 부하 증가)
[2]Narrow RNA는 RNA update 빈도를 증가시키지만 RAN paging시 적은 Cell에 paging을 broadcasting을 할 수 있다. (네트워크 gNB paging 부하 감소)
RIC는 단말의 Expected UE Behavior (Mobility특성)에 따라 RNA를 구성할 수 있다. RIC는 stationary UE 인 경우 Narrow RNA로 설정하고, Mobile UE의 경우 Wide RNA로 설정(동일 RNA 이내의 cell 개수 결정 제어)할 수 있다.
RIC는 동일한 넓이의 RNA 인 경우에도, 단말의 Expected UE Moving Trajectory 정보를 가지고 RNA의 Cell 구성을 제어할 수 있다.
예를 들어, 6개 셀로 RNA이 (Random RNA 구성: Cell 1/2/3/4/5/6으로 구성) 구성된 경우를 가정하다. RNA 구성은 단말의 동선 Moving Trajectory와 맞지 않아서 RNA update가 빈번하게 발생할 수 있다. RIC는 Expected UE Moving Trajectory에 기반하여 RNA를 구성할 수 있다(예: cell 1/11/21/31/41/51/61)). 이러한 경우, RIC는 단말의 동선 Moving Trajectory와 상대적으로 높은 비율로 일치하므로, RNA update 발생 빈도가 전보다 감소할 수 있다.
상술된 예시들은 특정 단말 개별로 적용이 가능하고, RIC 기능은 개별 단말, 혹은 단말 그룹별 정보 처리, (단말 Vender, 모델 (기종), RFSP, Slice 등 category로 분류)로 AI learning하여 적용하는 동작을 포함할 수 있다. 한편, Cell 이내 전체 UE가 지형지물이나 도로(버스 노선, 지하철) 등의 영향을 받는 경우, 전체 UE에 common하게 적용하는 방법 또한 본 개시의 실시 예로써 이해될 수 있다.
3) Connected Mobility: Measurement Object의 Target frequency
RRC_CONNECTED 상태의 단말은 측정 구성(measurement configuration)에 따라 측정을 수행하고, 측정 결과를 보고(report)할 수 있다. RIC는 단말의 정보를 통해, 단말의 이동성에 따른 타겟 셀 정보, 측정 셀 정보, 블랙 셀 정보와 같은 정보를 미리 획득할 수 있다. RIC는 이동성 정보의 타겟 셀 ID, Measurement Object target cell ID, Black cell ID에 기반하여 단말에게 적합한 측정 구성을 제공할 수 있다. 보다 정확한 측정 구성의 제공을 통해, RAN에서 측정 보고의 활용도 및 효율을 높일 수 있다.
상술된 절차들의 반복을 통해, RIC는 기계 학습을 수행하고, 결과를 업데이트함으로써, 실제 UE(혹은 UE 그룹)의 동작에 보다 부합하는 RAN 구성을 제공할 수 있다.
본 개시의 실시 예들에 따른, UE Assistance 정보는 단말의 설정 선호 옵션이나 현재 상태 정보에 해당한다.
DelayBudgetReport: C-DRX 주기의 조정에 대한 단말 선호 옵션 정보
OverheatingAssistance: 단말 발열 발생 여부 및 발열시 제어에 대한 단말 선호 옵션 정보
: reducedMaxCCs (DL, UL 각각)
reducedMaxBW-FR1
reducedMaxBW-FR2
reducedMaxMIMO-LayersFR1 (DL, UL 각각)
reducedMaxMIMO-LayersFR2 (DL, UL 각각)
IDC-Assistance
DRX-Preference
MaxBW-Preference
MaxCC-Preference
MaxMIMO-LayerPreference
MinSchedulingOffsetPreference
ReleasePreference: 단말 호해제(RRC release시) 단말 선호 옵션 정보 (RRC Idle, RRC connected)
SL-UE-AssistanceInformationNR
referenceTimeInfoPreference.
RIC는 UE Assistance 정보로부터 설정 선호 옵션이나 현재 상태 정보를 파악할 수 있다.
RIC to RAN 설정의 예시는 아래와 같다.
OverheatingAssistance: 단말 발열 발생 여부 및 발열시 제어에 대한 단말 선호 옵션 정보
: reducedMaxCCs (DL, UL 각각)
reducedMaxBW-FR1
reducedMaxBW-FR2
reducedMaxMIMO-LayersFR1 (DL, UL 각각)
reducedMaxMIMO-LayersFR2 (DL, UL 각각)
UE Assistance 정보에 따라 RIC는 RAN(gNB)에게 단말 발열 시, 제어 방법을 지시할 수 있다. 예를 들어, 만약 reducedMaxCCs (DL=4개, UL=2개 각각) 정보가 유효한 경우, RIC는 단말에 설정되어 있는 예를 들어 현재 설정된 8개의 NR CA CC들중 DL 4개와 UL 6개를 Deactivated하는 옵션(결과적으로 DL=4개, UL=2개가 activated CC로 남음)을 수행할 수 있다. 또한, 예를 들어, RIC는 단말에 설정되어 있는 예를 들어 현재 설정된 8개의 NR CA CC들중 DL 4개와 UL 6개를 해당 CC를 Reconfiguration (CC de-configuration) 하는 옵션, (결과적으로 DL=4개, UL=2개가 addition된 CC로 남게 됨)을 수행할 수 있다. 또한, 예를 들어, RIC는 동일 DL/UL CC를 남기는 경우에도 어떤 주파수의 CC를 남기고 다른 주파수의 CC를 deactivation 하거나 혹은 CC 해제하는 지에 대한 방법을 지시할 수 있다.
RIC는 해당 CC의 Colocation/Non-colocation정보를 기반으로 deactivation 하거나 혹은 CC 해제하는 CC를 선정하는 방법을 RAN(gNB) 에게 전송할 수 있다.
RIC의 구성 결과에 따라, RAN은 수행 결과의 피드백을 RIC에게 전송할 수 있다. 피드백 결과는 각 설정 방법 기반으로 deactivation 하거나 혹은 CC 해제하는 CC를 수행했을 때, 발열 해결 효과 (발열 해결에 소요된 시간 이후 발열문제 해결 지속도 등)를 포함할 수 있다.
RIC는 피드백 결과를 바탕으로, 데이터 베이스 정책, AI 러닝(learning) 결과를 보정 및 업데이트 수행. RIC는 보정 및 업데이트된 결과를 이후 제어/명령/권고에 반영할 수 있다.
본 개시에서 RIC는 논리적인 노드이나, 하드웨어로 구현되는 독립된 장치일 수 있다. 도 7 내지 도 15의 동작을 수행함에 있어, RIC 기능이 구현된 장치를 통해 개별 E2 노드와 E2 인터페이스를 통해 시그널링을 수행할 수 있다. RIC는 DU 노드에게 메시지를 송신 혹은 DU 노드로부터 메시지를 수신할 수 있다. RIC는 CU 노드에게 메시지를 송신 혹은 CU 로부터 메시지를 수신할 수 있다. 만약 CU노드가 CP(control plane)과 UP(user plane)이 분리된 경우, RIC는 CU-CP 노드에게 메시지를 송신 혹은 CU-CP 로부터 메시지를 수신할 수 있다. 또한, RIC는 CU-UP 노드에게 메시지를 송신 혹은 CU-UP 로부터 메시지를 수신할 수 있다.
상술된 실시 예들에서는 CU-CP가 RIC와 독립된 하드웨어 장치(혹은 CU가 RIC와 독립된 장치)인 상황을 기준으로, CU 노드와 RIC 간 시그널링이 서술되었다. 그러나, 본 개시의 실시 예들은 이러한 배치 구조에 한정되지 않는다. 본 개시의 일 실시 예에 따라, 하드웨어의 효율적인 구현을 위하여, RIC는 CU 노드와 함께 구현될 수 있다. 즉, RIC를 수행하는 장치는 CU 노드의 기능을 수행하도록 구성될 수 있다. 또한, CU-UP와 CU-CP가 분리 구현되는 경우, RIC를 수행하는 장치는 CU-CP의 기능을 수행하도록 구성될 수 있다. RIC가 CU-CP와 하나의 장치 내에(혹은 인접 장치)로 구현됨에 따라, 두 논리적인 노드들 간의 시그널링 및 이에 따른 지연 시간이 보다 감소할 수 있다.
단말이나 코어 네트워크로부터 전달되는 정보를 획득함에 있어, 보다 빠른 시간 및 보다 간소화된 방식으로 획득 가능한 바, 정확하고 신속한 UE 제어의 목적이 달성될 수 있다. CU 노드와 RIC 기능을 수행하는 장치는 UE Assistance 정보와 Expected UE Behavior를 획득할 수 있다. 상기 장치는 도 13 내지 도 15를 통해 내부적인 획득 절차를 통해, 페이징 구성 정보, RNA 구성 정보, 측정 구성 정보와 같은 RAN 설정을 생성하고, 해당하는 DU에게 상기 RAN 설정을 전달할 수 있다.
본 개시의 다양한 실시 예들에 따른 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에 의해 전체 제어가 가능해짐에 따라, 효율적인 관리가 수행될 수 있다. 특히 벤더들이 중첩되는 서비스 영역에서 효과적인 부하 분산이 달성될 수 있다.
2. Non-RT RIC의 제어
본 개시에서는 E2 노드와 RIC 간의 동작으로, RIC는 near-RT을 예시하였으나, 본 개시의 실시 예들은 이에 한정되지 않는다. 본 개시의 실시 예들은 UE Assistance 정보와 Expected UE Behavior를 획득하고, 이를 이용하여 효율적으로 RAN을 구성하기 위함에 그 목적이 있는 바, non RT RIC 또한 UE Assistance 정보와 Expected UE Behavior를 수집하고, 수집된 정보에 기반하여 RAN을 구성(예: 페이징 구성, RNA 구성, 측정 구성)할 수 있다.
Non-Real Time RIC (RAN Intelligent Controller)는 RAN (Radio Access Network) 기능의 비 실시간 지능형 관리를 위해 O-RAN Alliance에서 설명하는 오케스트레이션 및 자동화 기능을 의미한다. Non-RT RIC의 주요 목표는 비 실시간 무선 자원 관리, 상위 계층 절차 최적화, RAN의 정책 최적화를 지원하고 near-RT RIC 기능의 작동을 지원하기 위한 지침, 매개 변수, 정책 및 AI/ML 모델을 제공하는 것이다. 더 높은 수준의 비 실시간 목표를 달성하기 위해 RAN에서. Non-RT RIC 기능에는 서비스 및 정책 관리, RAN 분석 및 거의 실시간 RIC에 대한 모델 교육이 포함될 수 있다.
Non-RT RIC의 구현은 A1 인터페이스를 통해 RAN의 near-RT RIC 요소와 통신할 수 있다. A1 인터페이스를 사용하여 Non-RT RIC는 개별 UE 또는 UE 그룹에 대한 정책 제공을 용이하게 할 수 있다. Non-RT RIC는 near-RT RIC에서 정책 상태에 대한 기본 피드백을 모니터링하고 제공합니다. Non-RT RIC는 near-RT RIC에서 요구하는 보강 정보를 제공할 수 있다. Non-RT RIC는 near-RT RIC와과 협력하여 ML 모델 교육, 배포 및 추론을 용이하게 할 수 있다. NON RT RIC 기능은 SMO(예: ONAP(Open Network Automation Platform) 혹은 Management and Orchestration (MANO))의 기존 인프라를 부분적으로 활용하고 확장하여 RAN (Radio Access Network)의 비 실시간 제어를 지원할 수 있다.
Non-RT RIC는 SMO(Service Management and Orchestration) 내에 포함될 수 있다. Non-RT RIC는 SMO 내부에 기능으로 구현될 수 있다.
SMO은 O-RAN의 각 노드(O-DU, O-CU, O-CU-UP, O-CU-CP)와 O1 인터페이스를 통해 연결될 수 있다. UE Assistance 정보와 Expected UE Behavior는 O1 인터페이스를 통해 non-RT RIC에게 전달될 수 있다. CU 노드는 UE로부터 수집된 UE Assistance 정보를 O1 인터페이스를 통해 SMO에게 전송할 수 있다. SMO를 통해 UE Assistance 정보가 non-RT RIC에게 전달된다. CU 노드는 UE로부터 수집된 Expected UE Behavior를 O1 인터페이스를 통해 SMO에게 전송할 수 있다. SMO를 통해 Expected UE Behavior가 non-RT RIC에게 전달된다. 한편, SMO은 O-RAN의 각 노드뿐만 아니라, 코어망(예: 3GPP의 코어인 EPC, 5GC)의 엔티티와 연결될 수도 있다. SMO는 5GC/EPC의 코어망과 매니지먼트 인터페이스(management interface)를 통해 연결도리 수 있다. SMO는 AMF로부터 직접 Expected UE Behavior에 대한 정보를 획득할 수 있다. SMO는 직접 획득된 정보를 non RT RIC에게 전달할 수 있다.
Non-RT RIC는 near RT RIC는 A1 인터페이스를 통해 연결될 수 있다. A1 인터페이스를 통해 policy 정보(이하, A1 Policy)가 제공될 수 있다. 일 실시 예에 따라. Assistance 정보와 Expected UE Behavior는 A1 인터페이스를 통해 non-RT RIC에게 전달될 수 있다. 즉, 도 7 내지 도 15를 통해 서술된 바와 같이, near RT RIC는 Assistance 정보와 Expected UE Behavior를 획득하고, 획득된 정보를 다시 A1 인터페이스를 통해 non-RT RIC에게 제공할 수 있다.
Expected UE Behavior 정보는 gNB(혹은 gNB-CU)가 AMF로부터 수신하는 정보로, G Interface 메시지들로 gNB에게 전달된다. Expected UE Behavior 정보는 3GPP TS 38.413에서 명시한 Expected HO Interval 정보, Expected UE Mobility 정보, Expected UE Moving Trajectory 정보 (NG-RAN CGI, Time Stayed in Cell). 예를 들어, 상기 표 3의 정보가 참조될 수 있다.
Expected HO Interval 정보는 NG-RAN 노드 간 핸드 오버 사이의 예상 시간 간격을 나타낸다. "장시간"이 포함된 경우 NG-RAN 노드 간 핸드 오버 간격은 180 초 이상이 될 것으로 예상될 수 있다.
Expected UE Mobility 정보는 UE가 고정 상태인지 또는 이동 상태인지 여부를 나타낸다.
Expected UE Moving Trajectory 정보(예: 최대 16개)는 UE의 예상되는 지리적 이동(geographical movement)을 나타낸다. 상기 Expected UE Moving Trajectory 정보는 방문한 셀과 방문하지 않은 셀의 목록을 포함할 수 있다. 목록에서, 방문한 셀은 UE가 방문한 순서대로 나열되며 가장 최근 셀이 목록에서 첫 번째가 될 수 있다. 방문하지 않은 셀은 연관된 방문한 셀 바로 뒤에 포함될 수 있다. 또한, 상기 Expected UE Moving Trajectory 정보는 방문한 셀에 대하여, 포함되며UE가 셀에 머문 시간 (초)을 나타내는 정보를 포함할 수 있다. 일 예로, UE가 x 초(x는 4095 이하의 정수) 셀에 머무르면, IE는 x로 설정될 수 있다. 또한, UE가 4095 초 이상 셀에 머무르면, IE는 4095로 설정될 수 있다.
UE Assistance Information의 UE 정보는 단말의 설정 선호 옵션이나 현재 상태 정보에 해당한다. UE Assistance Information은 DelayBudgetReport를 포함할 수 있다. DelayBudgetReport은 C-DRX(connected mode DRX) 주기의 조정에 대한 단말 선호 옵션 정보를 의미한다. 일 실시 예에 따라, UE Assistance Information은 OverheatingAssistance: 단말 발열 발생 여부 및 발열시 제어에 대한 단말 선호 옵션 정보를 포함할 수 있다.
상술된 바와 같이, O1 인터페이스 혹은 A1 인터페이스를 통해 non RT RIC는 Expected UE Behavior 또는 UE Assistance Information 중 적어도 하나를 획득할 수 있다.
본 개시의 실시 예들에 따라, Expected UE Behavior 또는 UE Assistance Information는 같은 인터페이스를 통해 획득되거나 서로 다른 인터페이스를 통해 획득될 수 있다.
본 개시의 일 실시 예에 따라, non RT RIC는 Expected UE Behavior는 O1 인터페이스를 통해 획득하고, 또는 UE Assistance Information는 A1 인터페이스를 통해 획득할 수 있다. 본 개시의 일 실시 예에 따라, non RT RIC는 Expected UE Behavior는 A1 인터페이스를 통해 획득하고, 또는 UE Assistance Information는 O1 인터페이스를 통해 획득할 수 있다. 본 개시의 일 실시 예에 따라, non RT RIC는 Expected UE Behavior와 UE Assistance Information는 A1 인터페이스를 통해 획득하고, 또는 Expected UE Behavior는 O1 인터페이스를 통해 추가적으로 획득할 수 있다. 획득되는 인터페이스에 대한 예는 자명한 범위 내에서 변경될 수 있다.
non RT RIC는 획득된 정보에 기반하여 near RT RIC보다 큰 스케일 단위의 AI/ML을 수행할 수 있다. non RT RIC는 획득된 정보에 기반하여, near RT RIC에서의 RAN 설정보다 상대적으로 큰 스케일의 구성 정보를 생성할 수 있다.
본 개시의 실시 예들에 따를 때, Near-RT RIC 뿐만 아니라, non-RT RIC는 AI/ML Host에 의해서 기계 학습이 수행된 Expected UE Behavior 정보를 기반으로 단말의 이동성을 예측하여, RAN을 구성(configure)할 수 있다. AI/ML 호스트의 위치는 non-RT RIC에 배치될 수 있다. 예를 들면, non-RT RIC는 TAC: Tracking Area Code 설정, 단말이 Stationary UE인 경우 Narrow TAC로 설정, Mobile UE의 경우 Wide TAC로 설정하는 동작이 가능하다. 뿐만 아니라, non-RT RIC는 보다 큰 스케일로서, 특정 UE에 대한 TAC를 구성할 수 있다. 예를 들어, non-RT RIC는 특정 UE에 대하여 일정 기간 동안 TAC를 설정하지 않을 수 있다. 장시간 미이동이 예상되는 경우(예: 이전 히스토리 정보, 주거지, 회사 등), non-RT RIC는 특정 UE에 대하여 일정 기간 동안 TAC를 설정하지 않을 수 있다. 다른 예를 들어, non-RT RIC는 특정 UE에 대하여 이동 경로가 예상이 되는 경우, 시간/일/주 단위의 시간 단위로 TAC를 설정할 수 있다.
본 개시의 실시 예들에 따를 때, UE Assistance Information를 기반으로, non-RT RIC는 RAN을 구성(configure)할 수 있다. non-RT RIC는 OverheatingAssistance 경우 단말의 발열 발생 여부 및 발열시 제어에 대한 단말 선호 정보 기반으로 단말 발열 시 제어 방법을 지시할 수 있다. 예를 들어, non-RT RIC는 Carrier Aggregation Carrier Component를 단말의 지원 reducedMaxCCs 기반으로 제어할 수 있다. 뿐만 아니라, non-RT RIC는 보다 큰 스케일로서, 특정 UE에 대한 CA 설정을 구성할 수 있다. 예를 들어, non-RT RIC는 장시간 동안 특정 UE에 대하여 CA시 최대 CC 개수를 제한할 수 있다. 또한, 예를 들어, non-RT RIC는 장시간 동안 특정 UE에 대하여 사용 가능한 안테나 수의 최대 개수를 제한할 수 있다.
non-RT RIC에 의한 RAN 구성은, 정보를 획득된 바와 같이, O1 인터페이스 혹은 A1 인터페이스 중 적어도 하나를 통해, 각 E2 노드에게 전달도리 수 있다. 일 실시 예에 따라, A1 인터페이스가 이용되는 경우, non-RT RIC는 near-RT RIC를 경유하여, gNB-CU에게 RAN 구성을 제공할 수 있다. 또한, 일 실시 예에 따라, O1 인터페이스가 이용되는 경우, non-RT RIC는 SMO를 통해 개별 E2 노드인 gNB-CU에게 RAN 구성을 제공할 수 있다.
본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(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)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시 예들에서, 개시에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다.
본 개시는 무선 액세스 네트워크(radio access network)에서 RIC에 의한 E2 노드 제어를 위한 장치 및 방법에 관한 것이다. 본 개시는, 무선 통신 시스템의 O-RAN(open radio access network) 규격에 따르는 E2 메시지를 통해 E2 노드를 제어하기 위한 장치 및 방법에 관한 것이다.

Claims (15)

  1. RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법에 있어서,
    E2 노드로부터 보고 메시지를 수신하는 과정과,
    상기 보고 메시지에 기반하여 제어 메시지를 생성하는 과정과,
    상기 제어 메시지를 상기 E2 노드에게 전송하는 과정을 포함하고,
    상기 제어 메시지는, 상기 E2 노드와 관련된 RAN 구성(configuration)을 포함하고,
    상기 보고 메시지는, UE(user equipment)로부터 전송된 UE 보조 정보(UE assistance information)와 AMF(Access and Mobility management Function)로부터 전송된 UE 예상 행동 관련 정보 중 적어도 하나를 포함하는 방법.
  2. 청구항 1에 있어서, 상기 UE 보조 정보는, C-DRX(connected-discontinuous reception) 주기의 조정에 관한 상기 UE의 선호 옵션 정보 선호 옵션 정보 및 발열 발생 여부 및 발열 제어에 대한 상기 UE의 선호 옵션 정보를 포함하는 방법.
  3. 청구항 1에 있어서, 상기 UE 예상 행동 관련 정보는 상기 AMF의 N2 메시지 중에서 코어 네트워크 보조 정보(Core Network Assistance Information) 또는 CN-보조 RAN 파라미터 튜닝(CN Assisted RAN parameters tuning)의 IE로부터 전달되는 방법.
  4. 청구항 1에 있어서, 상기 UE 예상 행동 관련 정보는 핸드오버 예상 시간 정보, UE의 상태가 고정인지 이동 중인지 여부를 나타내는 정보, UE의 지리적 이동과 관련된 정보를 포함하는 방법.
  5. 청구항 1에 있어서,
    상기 E2 노드는 gNB(gNodeB), gNB-CU(centralized unit), 또는 gNB-CU-CP(control plane)이고,
    상기 RAN 구성은 상기 보고 메시지에 기반하여 생성되고,
    상기 RAN 구성은 RAN 페이징(paging) 구성, RNA(RAN notification area) 구성, 측정 구성(measurement configuration) 중 적어도 하나를 포함하는 방법.
  6. 청구항 1에 있어서,
    상기 UE 예상 행동 관련 정보는 상기 UE가 이전에 방문한 셀들 및 방문하지 않은 셀들을 나타내는 예상 UE 이동 궤적의 정보를 포함하는 방법.
  7. 청구항 1에 있어서,
    상기 UE 예상 행동 관련 정보는 상기 UE가 각각의 방문한 셀에 머문 시간의 길이를 나타내는 정보를 포함하는 방법.
  8. E2 노드에 의해 수행되는 방법에 있어서,
    RIC(RAN(radio access network) intelligent controller)에게 보고 메시지를 전송하는 과정과,
    상기 보고 메시지에 기반하여 생성된 제어 메시지를 상기 E2 노드로부터 수신하는 과정을 포함하고,
    상기 제어 메시지는, 상기 E2 노드와 관련된 RAN 구성(configuration)을 포함하고,
    상기 보고 메시지는, UE(user equipment)로부터 전송된 UE 보조 정보(UE assistance information)와 AMF(Access and Mobility management Function)로부터 전송된 UE 예상 행동 관련 정보 중 적어도 하나를 포함하는 방법.
  9. 청구항 8에 있어서, 상기 UE 보조 정보는, C-DRX(connected-discontinuous reception) 주기의 조정에 관한 상기 UE의 선호 옵션 정보 선호 옵션 정보 및 발열 발생 여부 및 발열 제어에 대한 상기 UE의 선호 옵션 정보를 포함하는 방법.
  10. 청구항 8에 있어서, 상기 UE 예상 행동 관련 정보는 상기 AMF의 N2 메시지 중에서 코어 네트워크 보조 정보(Core Network Assistance Information) 또는 CN-보조 RAN 파라미터 튜닝(CN Assisted RAN parameters tuning)의 IE로부터 전달되는 방법.
  11. 청구항 8에 있어서, 상기 UE 예상 행동 관련 정보는 핸드오버 예상 시간 정보, UE의 상태가 고정인지 이동 중인지 여부를 나타내는 정보, UE의 지리적 이동과 관련된 정보를 포함하는 방법.
  12. 청구항 8에 있어서,
    상기 E2 노드는 gNB(gNodeB), gNB-CU(centralized unit), 또는 gNB-CU-CP(control plane)이고,
    상기 RAN 구성은 상기 보고 메시지에 기반하여 생성되고,
    상기 RAN 구성은 RAN 페이징(paging) 구성, RNA(RAN notification area) 구성, 측정 구성(measurement configuration) 중 적어도 하나를 포함하는 방법.
  13. 청구항 8에 있어서,
    상기 UE 예상 행동 관련 정보는,
    상기 UE가 이전에 방문한 셀들 및 방문하지 않은 셀들을 나타내는 예상 UE 이동 궤적의 정보, 또는,
    상기 UE가 각각의 방문한 셀에 머문 시간의 길이를 나타내는 정보 중 적어도 하나를 포함하는 방법.
  14. RIC(RAN(radio access network) intelligent controller)의 장치에 있어서,
    적어도 하나의 송수신기와,
    적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서는 청구항 1 내지 청구항 7 중 하나의 항에 따른 방법을 수행하도록 구성된 장치.
  15. E2 노드의 장치에 있어서,
    적어도 하나의 송수신기와,
    적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서는 청구항 8 내지 청구항 13 중 하나의 항에 따른 방법을 수행하도록 구성된 장치.
PCT/KR2022/005888 2021-04-26 2022-04-26 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법 WO2022231245A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP22796078.8A EP4301056A4 (en) 2021-04-26 2022-04-26 DEVICE AND METHOD FOR CONTROLLING AN E2 NODE IN A WIRELESS COMMUNICATION SYSTEM
CN202280030715.4A CN117204070A (zh) 2021-04-26 2022-04-26 用于在无线通信系统中控制e2节点的装置和方法
US18/185,094 US20230224689A1 (en) 2021-04-26 2023-03-16 Apparatus and method for e2 node control in wireless communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2021-0053996 2021-04-26
KR1020210053996A KR20220146984A (ko) 2021-04-26 2021-04-26 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/185,094 Continuation US20230224689A1 (en) 2021-04-26 2023-03-16 Apparatus and method for e2 node control in wireless communication system

Publications (1)

Publication Number Publication Date
WO2022231245A1 true WO2022231245A1 (ko) 2022-11-03

Family

ID=83848296

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/005888 WO2022231245A1 (ko) 2021-04-26 2022-04-26 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법

Country Status (5)

Country Link
US (1) US20230224689A1 (ko)
EP (1) EP4301056A4 (ko)
KR (1) KR20220146984A (ko)
CN (1) CN117204070A (ko)
WO (1) WO2022231245A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024112327A1 (en) * 2022-11-22 2024-05-30 Altiostar Networks India Private Limited Methods for deriving periodic ran notification area (rna) update timer (t380) for rrc-inactive ues
WO2024149162A1 (zh) * 2023-01-10 2024-07-18 中国移动通信有限公司研究院 一种信息订阅方法及装置、通信设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210051522A1 (en) * 2019-08-15 2021-02-18 At&T Intellectual Property I, L.P. Radio access network intelligent controller-based dynamic time division duplex communication in a radio communication network
KR20210042040A (ko) * 2019-10-08 2021-04-16 삼성전자주식회사 무선 액세스 네트워크 통신 시스템에서 e2 인터페이스를 통한 서비스 가입 이벤트의 릴레이를 위한 장치 및 방법

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220143533A (ko) * 2021-04-16 2022-10-25 삼성전자주식회사 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210051522A1 (en) * 2019-08-15 2021-02-18 At&T Intellectual Property I, L.P. Radio access network intelligent controller-based dynamic time division duplex communication in a radio communication network
KR20210042040A (ko) * 2019-10-08 2021-04-16 삼성전자주식회사 무선 액세스 네트워크 통신 시스템에서 e2 인터페이스를 통한 서비스 가입 이벤트의 릴레이를 위한 장치 및 방법

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
"3 Generation Partnership Project; Technical Specification Group Radio Access Network; NG-RAN; NG Application Protocol (NGAP) (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 38.413, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. V16.5.0, 9 April 2021 (2021-04-09), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 473, XP052000763 *
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Radio Resource Control (RRC) protocol specification (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 38.331, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. V16.4.1, 30 March 2021 (2021-03-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 949, XP052000246 *
3GPP TS 38.331
3GPP TS 38.413
ANONYMOUS: "O-RAN SOFTWARE COMMUNITY "A" RELEASE REQUIREMENTS. O-RAN SC Ver A SW Requirements ", 3GPP, 24 June 2020 (2020-06-24), XP055980442 *
See also references of EP4301056A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024112327A1 (en) * 2022-11-22 2024-05-30 Altiostar Networks India Private Limited Methods for deriving periodic ran notification area (rna) update timer (t380) for rrc-inactive ues
WO2024149162A1 (zh) * 2023-01-10 2024-07-18 中国移动通信有限公司研究院 一种信息订阅方法及装置、通信设备

Also Published As

Publication number Publication date
KR20220146984A (ko) 2022-11-02
US20230224689A1 (en) 2023-07-13
CN117204070A (zh) 2023-12-08
EP4301056A4 (en) 2024-08-07
EP4301056A1 (en) 2024-01-03

Similar Documents

Publication Publication Date Title
WO2021066487A1 (en) Virtual tracking or registration areas for non terrestrial networks
WO2018199649A1 (en) Method and apparatus for registration type addition for service negotiation
WO2020226360A1 (en) Apparatus and method for supporting burst arrival time reference clock based on time-sensitive communication assistance information in wireless communication network
WO2018143774A1 (en) Registration management method for terminal accessing 5g network on non-3gpp access
EP3574693A1 (en) Method and apparatus for registration type addition for service negotiation
WO2022231245A1 (ko) 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법
WO2018038490A1 (ko) 무선 통신 네트워크에서 지역별 데이터 네트워크 구성을 위한 방법 및 시스템
WO2020050575A1 (ko) 이동통신 시스템에서 셀 측정 정보를 수집하고 보고하는 방법 및 장치
WO2018128477A1 (en) Method and apparatus for data transport control between wireless network systems
WO2019031791A1 (ko) Bwp 내의 참조 신호를 이용하여 rsrq를 측정하는 방법 및 이를 수행하는 단말
WO2014126345A1 (en) Mobile terminal handover in an lte network
WO2020190005A1 (en) Method and apparatus for measuring frequency in wireless communication system
EP3566509A1 (en) Registration management method for terminal accessing 5g network on non-3gpp access
WO2015020493A1 (ko) 이동 통신 시스템에서 셀 서비스 영역이 작은 셀에 대한 설정 정보를 효과적으로 제공하는 방법 및 장치
WO2018169281A1 (ko) 보고 수신 방법 및 네트워크 장치, 그리고 보고 수행 방법 및 기지국
WO2015009130A1 (en) Method and apparatus for cooperative communication in wireless communication system
WO2020184929A1 (en) Method and apparatus for managing the mobility of device in a network
WO2021091270A1 (en) Method and apparatus for selecting network slices in wireless communication system
WO2019225900A1 (ko) 무선 통신 시스템에서 단말의 전력 소모 감소 방법 및 장치
WO2014077547A1 (en) Mobile terminal handover in an lte network
WO2022220640A1 (ko) 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법
WO2019221493A1 (ko) 5g 이동통신 시스템에서 셀룰러 iot 서비스를 위해 단말을 제어하는 방법
WO2022039582A1 (ko) 무선 통신 시스템에서 성능 측정을 위한 장치 및 방법
WO2018174427A1 (en) Method and device for controlling data transmission state
WO2021137624A1 (en) Method and apparatus for registering with network slice in wireless communication system

Legal Events

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

Ref document number: 22796078

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2022796078

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2022796078

Country of ref document: EP

Effective date: 20230927

WWE Wipo information: entry into national phase

Ref document number: 202280030715.4

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 202317079937

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE