WO2024071762A1 - 가입 검사를 위한 전자 장치 및 방법 - Google Patents

가입 검사를 위한 전자 장치 및 방법 Download PDF

Info

Publication number
WO2024071762A1
WO2024071762A1 PCT/KR2023/013763 KR2023013763W WO2024071762A1 WO 2024071762 A1 WO2024071762 A1 WO 2024071762A1 KR 2023013763 W KR2023013763 W KR 2023013763W WO 2024071762 A1 WO2024071762 A1 WO 2024071762A1
Authority
WO
WIPO (PCT)
Prior art keywords
ric
subscription
node
request
subscription information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2023/013763
Other languages
English (en)
French (fr)
Inventor
송준혁
고영성
김철민
박소연
이충근
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020230028802A external-priority patent/KR20240045973A/ko
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to CN202380082824.5A priority Critical patent/CN120266553A/zh
Priority to EP23872881.0A priority patent/EP4586707A4/en
Publication of WO2024071762A1 publication Critical patent/WO2024071762A1/ko
Priority to US19/093,932 priority patent/US20250234183A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • 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
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
    • 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/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
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers

Definitions

  • the 5G communication system or pre-5G communication system is called a Beyond 4G Network communication system or a Post LTE (Long Term Evolution) system.
  • 5G communication systems are being considered for implementation in ultra-high frequency (mmWave) bands (such as the 60 GHz band).
  • mmWave ultra-high frequency
  • the 5G communication system uses beamforming, massive array multiple input/output (massive MIMO), and full dimension multiple input/output (FD-MIMO). ), array antenna, analog beam-forming, and large scale antenna technologies are being discussed.
  • the 5G communication system uses evolved small cells, advanced small cells, cloud radio access networks (cloud RAN), and ultra-dense networks.
  • D2D Device to Device communication
  • wireless backhaul moving network
  • cooperative communication Coordinated Multi-Points (CoMP)
  • CoMP Coordinated Multi-Points
  • the 5G system uses FQAM (Hybrid Frequency Shift Keying and Quadrature Amplitude Modulation) and SWSC (Sliding Window Superposition Coding), which are advanced coding modulation (ACM) methods, and FBMC (Filter Bank Multi Carrier), which is an advanced access technology. ), NOMA (Non Orthogonal Multiple Access), and SCMA (Sparse Code Multiple Access) are being developed.
  • FQAM Hybrid Frequency Shift Keying and Quadrature Amplitude Modulation
  • SWSC Small Cell Multi Carrier
  • NOMA Non Orthogonal Multiple Access
  • SCMA Synchrom 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 users with high data rate services 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
  • RIC radio access network
  • the maximum transmission speed is tera (i.e., 1,000 gigabytes) bps (bit per second), and the wireless delay time is 100 microseconds ( ⁇ sec).
  • the transmission speed in the 6G communication system is 50 times faster and the wireless delay time is reduced by one-tenth.
  • 6G communication systems will operate in the Terahertz (THz) band (e.g., from 95 Gigahertz (GHz) to 3 THz).
  • THz Terahertz
  • the importance of technology that can guarantee signal reach, or coverage, is expected to increase in the terahertz band due to more serious path loss and atmospheric absorption compared to the mmWave band introduced in 5G.
  • the main technologies to ensure coverage are RF (Radio Frequency) elements, antennas, new waveforms that are better in terms of coverage than OFDM (Orthogonal Frequency Division Multiplexing), beamforming, and massive multiple input/output (MASSIVE multiple input/output).
  • Multi-antenna transmission technologies such as Input and Multiple-Output (MIMO), Full Dimensional MIMO (FD-MIMO), array antenna, and large scale antenna must be developed.
  • MIMO Input and Multiple-Output
  • FD-MIMO Full Dimensional MIMO
  • array antenna array antenna
  • large scale antenna must be developed.
  • new technologies such as metamaterial-based lenses and antennas, high-dimensional spatial multiplexing technology using Orbital Angular Momentum (OAM), and Reconfigurable Intelligent Surface (RIS) are being discussed.
  • OFAM Orbital Angular Momentum
  • RIS Reconfigurable Intelligent Surface
  • the 6G communication system uses full duplex technology where uplink and downlink simultaneously utilize the same frequency resources at the same time, satellite and Network technology that comprehensively utilizes HAPS (High-Altitude Platform Stations), network structure innovation technology that supports mobile base stations and enables network operation optimization and automation, and dynamic frequency sharing through collision avoidance based on spectrum usage prediction.
  • HAPS High-Altitude Platform Stations
  • AI-based communication technology that utilizes AI (Artificial Intelligence) from the design stage and internalizes end-to-end AI support functions to realize system optimization, and overcomes the limits of terminal computing capabilities.
  • Next-generation distributed computing technologies that realize complex services using ultra-high-performance communication and computing resources (Mobile Edge Computing (MEC), cloud, etc.) are being developed.
  • MEC Mobile Edge Computing
  • the 6G communication system Due to the research and development of these 6G communication systems, a new level of hyper-connected experience (the next hyper-connected) is possible through the hyper-connectivity of the 6G communication system, which includes not only connections between objects but also connections between people and objects. experience) is expected to become possible. Specifically, it is expected that the 6G communication system will be able to provide services such as truly immersive eXtended Reality (XR), high-fidelity mobile hologram, and digital replica. In addition, services such as remote surgery, industrial automation, and emergency response through improved security and reliability are provided through the 6G communication system, enabling application in various fields such as industry, medicine, automobiles, and home appliances. It will be.
  • XR truly immersive eXtended Reality
  • high-fidelity mobile hologram high-fidelity mobile hologram
  • digital replica digital replica
  • services such as remote surgery, industrial automation, and emergency response through improved security and reliability are provided through the 6G communication system, enabling application in various fields such as industry, medicine, automobiles, and home appliances. It will be.
  • RAN functions will be further divided into service subscribers and service providers.
  • subscription service confirmation process for service subscription status will be applied to various functions.
  • the method performed by the E2 node may include transmitting an audit request message to a Near-RT (real time) RIC (radio access network (RAN) intelligent controller). .
  • the method may include receiving a test response message from the Near-RT RIC.
  • the RIC subscription check response message may include one or more subscription information within the Near-RT RIC.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • a method performed by Near-RT (real time) RIC may include transmitting an audit request message to the E2 node.
  • the method may include receiving a check response message from the E2 node.
  • the RIC subscription check response message may include one or more subscription information within the E2 node.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • a method performed by an E2 node may include receiving an audit request message from a Near-RT (real time) RIC (radio access network (RAN) intelligent controller). .
  • the method may include transmitting a test response message to the Near-RT RIC.
  • the RIC subscription check response message may include one or more subscription information within the E2 node.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • a method performed by Near-RT (real time) RIC may include receiving an audit request message from an E2 node. The method may include transmitting a check response message to the E2 node.
  • the RIC subscription check response message may include one or more subscription information within the Near-RT RIC. Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • the electronic device of the E2 node includes at least one transceiver; And it may include at least one processor coupled to the at least one transceiver.
  • the at least one processor may control the at least one transceiver to transmit an audit request message to a Near-RT (real time) RIC (radio access network (RAN) intelligent controller).
  • the at least one processor may control the at least one transceiver to receive a check response message from the Near-RT RIC.
  • the RIC subscription check response message may include one or more subscription information within the Near-RT RIC.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • a Near-RT (real time) RIC electronic device includes at least one transceiver; And it may include at least one processor coupled to the at least one transceiver.
  • the at least one processor may control the at least one transceiver to transmit an audit request message to the E2 node.
  • the at least one processor may control the at least one transceiver to receive a test response message from the E2 node.
  • the RIC subscription check response message may include one or more subscription information within the E2 node.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • the electronic device of the E2 node includes at least one transceiver; And it may include at least one processor coupled to the at least one transceiver.
  • the at least one processor may control the at least one transceiver to receive an audit request message from a Near-RT (real time) RIC (radio access network (RAN) intelligent controller).
  • the at least one processor may control the at least one transceiver to transmit a check response message to the Near-RT RIC.
  • the RIC subscription check response message may include one or more subscription information within the E2 node.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • a Near-RT (real time) RIC electronic device includes at least one transceiver; And it may include at least one processor coupled to the at least one transceiver.
  • the at least one processor may control the at least one transceiver to receive an audit request message from the E2 node.
  • the at least one processor may control the at least one transceiver to transmit a test response message to the E2 node.
  • the RIC subscription check response message may include one or more subscription information within the Near-RT RIC.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • a method performed by Near-RT (real time) RIC may include transmitting an audit request message to the E2 node.
  • the method may include receiving an audit response message from the E2 node.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node.
  • Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • a method performed by an E2 node may include receiving an audit request message from a Near-RT (real time) RIC (radio access network (RAN) intelligent controller).
  • the method may include transmitting an audit response message to the Near-RT RIC in response to the inspection request message.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node.
  • Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • a Near-RT (real time) RIC electronic device may include a memory that stores instructions, at least one transceiver, and at least one processor coupled to the at least one transceiver.
  • the instructions when executed by the at least one processor, cause the electronic device to transmit an audit request message to the E2 node through the at least one transceiver, and to receive an audit response message from the E2 node. It can be caused to be received through at least one transceiver.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node. Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • an electronic device in an E2 node may include a memory that stores instructions, at least one transceiver, and at least one processor coupled to the at least one transceiver.
  • the instructions when executed by the at least one processor, cause the electronic device to send the at least one audit request message from a Near-RT (real time) RIC (radio access network (RAN) intelligent controller). It can be received through the transceiver of , and cause the Near-RT RIC to transmit a check response message through the at least one transceiver.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node. Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • a non-transitory storage medium may include memory for storing instructions.
  • the instructions when executed by at least one processor, cause a Near-RT (real time) RIC (radio access network (RAN) intelligent controller) to transmit an audit request message to the E2 node, and This can cause an audit response message to be received.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node.
  • Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • a non-transitory storage medium may include memory for storing instructions.
  • the instructions when executed by at least one processor, cause the E2 node to receive an audit request message from a Near-RT (real time) RIC (radio access network (RAN) intelligent controller), and the audit request message In response, it can cause the Near-RT RIC to transmit an audit response message.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node. Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • Figure 1 shows an example of a 4th generation (4G) Long Term Evolution (LTE) core system.
  • 4G 4th generation
  • LTE Long Term Evolution
  • Figure 2A shows an example of a 5th generation (5G) non-standard alone (NSA) system.
  • Figure 2b shows an example of architecture for O-RAN.
  • Figure 3 shows a protocol stack of an E2 application protocol message in a wireless access network according to embodiments.
  • Figure 4 shows an example of a connection between a base station and a radio access network intelligence controller (RIC) in a wireless access network according to embodiments.
  • RIC radio access network intelligence controller
  • Figure 5 shows the configuration of a device in a wireless access network according to embodiments.
  • FIG. 6 illustrates logical functions related to the E2 message of an E2 node and RIC in a wireless access network according to embodiments.
  • Figure 7 shows examples of functional separation between an E2 node and RIC in embodiments.
  • Figure 8 shows an example of implementation of an E2 node and RIC according to embodiments.
  • Figure 9 shows examples of functional separation between a centralized unit (CU) and RIC according to embodiments.
  • FIG. 10 illustrates functional blocks of each Near-RT RIC and E2 node according to a subscription procedure, according to embodiments.
  • Figure 11A shows an example of a subscription audit procedure between a Near-RT RIC and an E2 node, according to one embodiment.
  • FIG. 11B shows an example of a subscription check procedure between a Near-RT RIC and an E2 node, according to one embodiment.
  • Figure 12A shows an example of a subscription check procedure triggered by activity time, according to one embodiment.
  • Figure 12B shows an example of a subscription check procedure initiated based on an event, according to one embodiment.
  • FIG. 13 shows an example of subscription management using a subscription check procedure, according to one embodiment.
  • Figure 14 shows an example of subscription management using a subscription check procedure, according to one embodiment.
  • Figure 15 shows an example of subscription management using a subscription check procedure, according to one embodiment.
  • 16 illustrates an example of subscription management using a subscription check procedure, according to one embodiment.
  • the present disclosure relates to a device within a radio access network (RAN) and an inter-device control procedure for controlling the RAN in a wireless communication system.
  • the present disclosure provides a version number of the E2AP standard (e.g., E2AP 2.02) from the E2 node to the RIC on the E2 interface, so that the E2 node and the RIC perform standardly correct operations and ensure backward compatibility. It relates to procedures, messages, and methods to ensure that
  • Terms used in the following description refer to configuration (e.g., setup, setting, arrangement, control), and terms that refer to signals (e.g., packet, message, signal). , information, signaling), terms referring to resources (e.g. section, symbol, slot, subframe, radio frame, subcarrier, RE( resource element, resource block (RB), bandwidth part (BWP), opportunity), terms for operational states (e.g. step, operation, procedure), data. Terms (e.g.
  • the expressions greater than or less than may be used to determine whether a specific condition is satisfied or fulfilled, but this is only a description for expressing an example, and the description of more or less may be used. It's not exclusion. Conditions written as ‘more than’ can be replaced with ‘more than’, conditions written as ‘less than’ can be replaced with ‘less than’, and conditions written as ‘more than and less than’ can be replaced with ‘greater than and less than’. Additionally, unless explicitly stated otherwise, hereinafter 'A' to 'B' means at least one of the elements from A to (including A) and B (including B).
  • ‘C’ and/or ‘D’ means including at least one of ‘C’ or ‘D’, i.e. ⁇ ‘C’, ‘D’, ‘C’ and ‘D’ ⁇ .
  • the present disclosure provides various embodiments using terms used in some communication standards (e.g., 3rd Generation Partnership Project (3GPP), extensible radio access network (xRAN), and open radio access network (O-RAN)).
  • 3GPP 3rd Generation Partnership Project
  • xRAN extensible radio access network
  • O-RAN open radio access network
  • 4th generation (4G)/5th generation (5G) communication systems e.g., new radio (NR)
  • 4G/5th generation (5G) communication systems e.g., new radio (NR)
  • NR new radio
  • 3GPP is a joint research project between mobile communication organizations and aims to create 3rd generation mobile communication system specifications that can be applied globally within the scope of the IMT-2000 project of the International Telecommunication Union (ITU).
  • ITU International Telecommunication Union
  • 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 in the scope of standardization.
  • O-RAN open radio access network
  • 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 control plane
  • NRT near-real- time
  • RIC radio access network intelligent controller
  • O-RU, O-DU, O-CU-CP, and O-CU-UP can be understood as objects constituting the RAN that can operate according to the O-RAN standard, and can be used as an E2 node. can be referred to.
  • the interface with objects constituting the RAN that can operate according to the O-RAN standard between RIC and E2 nodes uses E2AP (application protocol).
  • RIC is a logical node that can collect information at the cell site where the terminal and O-DU, O-CU-CP or O-CU-UP transmit and receive.
  • RIC can be implemented in the form of servers centrally located in one physical location. Connections can be made via Ethernet between O-DU and RIC, between O-CU-CP and RIC, and between O-CU-UP and RIC.
  • interface specifications for communication between O-DU and RIC, between O-CU-CP and RIC, and between O-CU-UP and RIC are needed, and E2-DU, E2-CU-CP, E2-CU- 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 virtualized networks, and E2-DU to support services for a wide range of cell coverage by concentrating call processing messages/functions generated in O-RAN on RIC.
  • Function definition of the messages of E2-CU-CP and E2-CU-UP is required.
  • RIC communicates with O-DU, O-CU-CP, and O-CU-UP using the E2 interface, and can set event occurrence conditions by generating and sending a subscription message. Specifically, RIC can set up a call processing EVENT by generating an E2 subscription request message and delivering it to an E2 node (e.g. O-CU-CP, O-CU-UP, O-DU). there is. Additionally, after setting EVENT, the E2 node delivers the Subscription Request Response message to the RIC.
  • E2 node e.g. O-CU-CP, O-CU-UP, O-DU.
  • the E2 node can transmit the current status to the RIC through E2 indication/report.
  • RIC can provide control for O-DU, O-CU-CP, and O-CU-UP using E2 control messages.
  • Various embodiments of the present disclosure propose an E2 indication message in which UE-level measurement information is transmitted for each period set in subscription event conditions in the O-DU. Additionally, various embodiments of the present disclosure propose a message for controlling resources transmitted from RIC to O-DU.
  • Figure 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), HSS (home subscriber server) (160), and PCRF (policy and charging rule function) (170).
  • S-GW serving gateway
  • P-GW packet data network gateway
  • MME mobility management entity
  • the base station 110 is a network infrastructure that provides wireless access to the terminal 120.
  • the base station 110 is a device that performs scheduling by collecting status information such as buffer status, available transmission power, and channel status of the terminal 120.
  • Base station 110 has coverage defined as a certain geographic area based on the distance over which signals can be transmitted.
  • the base station 110 is connected to the MME 150 through the S1-MME interface.
  • the base station 110 includes an 'access point (AP)', an 'eNodeB (eNB)', a 'wireless point', a 'transmission/reception point, TRP)' or other terms with equivalent technical meaning.
  • AP 'access point
  • eNB 'eNodeB
  • TRP 'transmission/reception point
  • the terminal 120 is a device used by a user and communicates with the base station 110 through a wireless channel. In some cases, the terminal 120 may be operated without user involvement. For example, the terminal 120 is a device that performs machine type communication (MTC) and may not be carried by the user.
  • MTC machine type communication
  • the terminal 120 is a terminal, as well as 'user equipment (UE)', 'mobile station', 'subscriber station', and customer-premises equipment (CPE). It may be referred to as a 'remote terminal', 'wireless terminal', or 'user device' or other terms having equivalent technical meaning.
  • the S-GW (130) provides a data bearer and creates or controls the data bearer under the control of the MME (150). For example, the S-GW 130 processes packets arriving from the base station 110 or packets to be forwarded to the base station 110. Additionally, 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 (e.g., an Internet network). Additionally, the P-GW 140 allocates an IP (Internet Protocol) address to the terminal 120 and serves as an anchor for the S-GW 130. Additionally, the P-GW 140 can apply the Quality of Service (QoS) policy of the terminal 120 and manage account data.
  • QoS Quality of Service
  • the MME 150 manages the mobility of the terminal 120. Additionally, the MME 150 may perform authentication and bearer management for the terminal 120. That is, the MME 150 is responsible for mobility management and various control functions for the terminal.
  • the MME 150 can be linked to a serving GPRS support node (SGSN).
  • SGSN serving GPRS support node
  • HSS 160 stores key information and subscriber profile for authentication of terminal 120. Key information and subscriber profile are transmitted from the HSS 160 to the MME 150 when the terminal 120 connects to the network.
  • PCRF 170 defines rules for policy and charging.
  • the stored information is transferred from the PCRF 170 to the P-GW 140, and the P-GW 140 controls the terminal 120 (e.g., QoS management, billing, etc.) based on the information provided from the PCRF 170. ) can be performed.
  • CA Carrier aggregation
  • a terminal and a base station can transmit and receive signals using a wide bandwidth using a plurality of component carriers in the uplink (UL) and downlink (DL), respectively.
  • UL uplink
  • DL downlink
  • Each component carrier is located in a different frequency band.
  • uplink refers to a communication link through which a terminal transmits a signal to a base station
  • downlink refers to a communication link through which a base station transmits a signal to a terminal.
  • the number of uplink component carriers and downlink component carriers may be different.
  • Dual/multiple connectivity technology allows one terminal to connect to multiple different base stations and simultaneously transmit and receive signals using carriers within multiple base stations located in different frequency bands, from the perspective of the terminal or base station. It is a technology that increases frequency use efficiency.
  • the terminal provides services using a first base station (e.g., a base station that provides services using LTE technology or 4th generation mobile communication technology) and a second base station (e.g., new radio (NR) technology or 5th generation (5G) mobile communication technology. It can simultaneously connect to the base station provided and transmit and receive traffic. At this time, the frequency resources used by each base station may be located in different bands.
  • 5G NSA non-standalone
  • Figure 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 evolved packet core (EPC) 250.
  • the NR RAN (210a) and the LTE RAN (210b) are connected to the EPC 250, and the terminal 220 can receive services from either or both the NR RAN (210a) and the LTE RAN (210b) at the same time.
  • NR RAN 210a includes at least one NR base station
  • LTE RAN 210b includes at least one LTE base station.
  • the NR base station may be referred to as '5G node (5th generation node)', 'next generation nodeB (gNB)', or other terms with equivalent technical meaning.
  • the NR base station may have a structure divided into a central unit (CU) and a digital unit (DU), and the CU is divided into a control plane (CU-CP) unit and a user plane (CU-UP) unit. You can have
  • the terminal 220 performs radio resource control (RRC) access through a first base station (e.g., a base station belonging to the LTE RAN 210b) and functions provided in the control plane. You can receive services (e.g. connection management, mobility management, etc.). Additionally, the terminal 220 may be provided with additional radio resources for transmitting and receiving data through a second base station (e.g., a base station belonging to the NR RAN 210a).
  • This dual connectivity technology using LTE and NR may be referred to as EN-DC (E-UTRA (evolved universal terrestrial radio access) - NR dual connectivity).
  • a dual connectivity technology in which the first base station uses NR technology and the second base station uses LTE technology is referred to as NE-DC (NR - E-UTRA dual connectivity).
  • NE-DC NR - E-UTRA dual connectivity
  • various embodiments can be applied to various other types of multiple connectivity and carrier aggregation technologies.
  • various embodiments may be applied even when a first system using a first communication technology and a second system using a second communication technology are implemented in one device or when the first base station and the second base station are located in the same geographical location. You can.
  • Figure 2b shows an example of architecture for O-RAN.
  • KPI key performance indicator
  • E2-SM-KPIMON key performance indicator monitoring
  • RAN Non-stand alone mode is considered, while the E2 node can be assumed to be in O-RAN Stand Alone mode.
  • the eNB in the deployment of O-RAN non-standalone mode, is connected through the EPC and S1-C/S1-U interface, and connected through O-CU-CP and X2 interface.
  • O-CU-CP for deployment in O-RAN standalone mode can be connected to 5GC (5G core) through N2/N3 interface.
  • V2X Vehicle-to-Everything
  • NR-U New Radio Unlicensed
  • UE Power Saving NR terminal low power consumption technology
  • NTN Non-Terrestrial Network
  • IAB provides a node for expanding the network service area by integrating intelligent factories (Industrial Internet of Things, IIoT) to support new services through linkage and convergence with other industries, and wireless backhaul links and access links.
  • Intelligent factories Intelligent Internet of Things, IIoT
  • Mobility Enhancement including Conditional Handover and DAPS (Dual Active Protocol Stack) handover
  • 2-step Random Access (2-step RACH for simplification of random access procedures)
  • Standardization in the field of wireless interface architecture/protocol for technologies such as NR is also in progress
  • 5G baseline for incorporating Network Functions Virtualization (NFV) and Software-Defined Networking (SDN) technology Standardization in the field of system architecture/services for architecture (e.g., Service based Architecture, Service based Interface) and Mobile Edge Computing (MEC), which provides services based on the location of the terminal, is also in progress.
  • NFV Network Functions Virtualization
  • SDN Software-Defined Networking
  • FD-MIMO full dimensional MIMO
  • array antennas to ensure coverage in the terahertz band of 6G mobile communication technology.
  • multi-antenna transmission technology such as Large Scale Antenna, metamaterial-based lens and antenna to improve coverage of terahertz band signals, high-dimensional spatial multiplexing technology using OAM (Orbital Angular Momentum), RIS ( In addition to Reconfigurable Intelligent Surface technology, Full Duplex technology, satellite, and AI (Artificial Intelligence) to improve the frequency efficiency of 6G mobile communication technology and system network are utilized from the design stage and end-to-end.
  • FIG. 1 to 2B illustrate the 4G and/or 5G environment as an example, but this description does not limit the scope of the communication environment of the embodiments of the present disclosure.
  • Technical principles according to embodiments of the present disclosure can also be applied to 6G and post-6G communication technologies and network environments.
  • FIG. 3 illustrates a protocol stack of an E2 application protocol message in a wireless access network according to embodiments of the present disclosure.
  • the control plane includes a transport network layer and a radio network layer.
  • the transmission 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 wireless network layer includes E2AP (350).
  • E2AP (350) is used to deliver subscription messages, indication messages, control messages, service update messages, and service query messages, It is transmitted at the higher layer of SCTP (340) and IP (330).
  • Figure 4 shows an example of a connection between a base station and a radio access network intelligence controller (RIC) in a radio access network according to embodiments of the present disclosure.
  • RIC radio access network intelligence controller
  • RIC (440) is connected to O-CU-UP (410), O-CU-CP (420), and O-DU (430).
  • RIC 440 is a device for customizing RAN functionality for new services or regional resource optimization.
  • RIC (440) provides network intelligence (e.g., policy enforcement, handover optimization), resource assurance (e.g., radio-link management, improvement) It can provide functions such as advanced self-organized network (SON) and resource control (e.g., load balancing, slicing policy).
  • RIC (440) can communicate with O-CU-CP (420), O-CU-UP (410), and O-DU (430).
  • RIC (440) can be connected to each node through the E2-CP, E2-UP, and E2-DU interfaces.
  • the interface between O-CU-CP and DU and between O-CU-UP and DU may be referred to as the F1 interface.
  • DU and O-DU, CU-CP and O-CU-CP, CU-UP and O-CU-UP may be used interchangeably.
  • FIG. 4 illustrates one RIC 440, however, depending on various embodiments, there may be multiple RICs. Multiple RICs may be implemented with multiple hardware located in the same physical location or may be implemented through virtualization using one hardware.
  • Figure 5 shows the configuration of a device according to embodiments of the present disclosure.
  • the structure illustrated in FIG. 5 can be understood as the configuration of a device having at least one function among the near-RT RIC, non-RT RIC, O-CU-CP, O-CU-UP, and O-DU of FIG. 4. .
  • '... Terms such as 'unit' refer to a unit that processes at least one function or operation, and may be implemented as hardware, software, or a combination of hardware and software.
  • the core network device includes a transceiver 510, a memory 520, and a processor 530.
  • the transceiver 510 provides an interface for communicating with other devices in the network. That is, the transceiver 510 converts a bit string transmitted from a core network device to another device into a physical signal, and converts a physical signal received from another device into a bit string. That is, the transceiver 510 can transmit and receive signals. Accordingly, the transceiver 510 may be referred to as a communication unit, modem, transmit unit, receive unit, or transmit/receive unit. At this time, the transceiver 510 allows the core network device to communicate with other devices or systems through a backhaul connection (e.g., wired backhaul or wireless backhaul) or through a network. Although only one transceiver 510 is shown in FIG. 5, the device may include one or more transceivers.
  • a backhaul connection e.g., wired backhaul or wireless backhaul
  • the memory 520 stores data such as basic programs, application programs, and setting information for the operation of the core network device.
  • Memory 520 may be referred to as a storage unit.
  • the memory 520 may be comprised of volatile memory, non-volatile memory, or a combination of volatile memory and non-volatile memory. And, the memory 520 provides stored data according to the request of the processor 530.
  • the processor 530 controls the overall operations of a network element (NE) device, such as an E2 node or Near-RT RIC. For example, the processor 530 transmits and receives signals through the transceiver 510. Additionally, the processor 530 writes and reads data into the memory 520. Although one processor 530 is shown in Figure 5, the device may include one or more processors. According to various embodiments, the processor 530 may control the device to perform operations according to various embodiments described in this disclosure.
  • NE network element
  • FIG. 6 illustrates logical functions related to the E2 message of an E2 node and RIC in a wireless access network according to embodiments of the present disclosure.
  • the RIC 640 and the E2 node 610 can transmit or receive E2 messages to each other.
  • E2 node 610 may be O-CU-CP, O-CU-UP, O-DU, or a base station.
  • the communication interface of the E2 node may be determined depending on the type of E2 node 610.
  • the E2 node 610 may communicate with another E2 node 616 through the E1 interface or the F1 interface.
  • the E2 node 610 may communicate with the E2 node 616 through an X2 interface or an XN interface.
  • the E2 node 610 may perform communication through an S1 interface or a next generation application protocol (NGAP) interface (i.e., an interface between a next generation (NG) RAN node and the AMF).
  • NGAP next generation application protocol
  • the E2 node 610 may include an E2 node function 612.
  • the E2 node function 612 corresponds to a specific xApp (application S/W) 646 installed in the RIC 640.
  • application S/W application S/W
  • KPI monitor collection S/W is installed in the RIC (640)
  • the E2 node (610) generates KPI parameters and then sends an E2 message containing the KPI parameters to RIC ( It may include an E2 node function 612 that delivers to the E2 termination 642 located at 640).
  • E2 node 610 may include radio resource management (RRM) 614.
  • the E2 node 610 can manage resources provided to the wireless network for the terminal.
  • xApp 646 is an application designed to run on RIC 640 (e.g. Near-RT RIC).
  • the application may be comprised of one or more microservices, and may identify the data it consumes and the data it provides at the time of onboarding.
  • the application is independent of the RIC 640 and may be provided by a third party.
  • the E2 interface enables direct connection between xApp 646 and RAN functions.
  • the E2 endpoint 642 located in the RIC 640 is an endpoint of the RIC 640 for the E2 message. After interpreting the E2 message delivered (or transmitted) by the E2 node 610, it sends the message to xApp 646. It performs the function of delivering the E2 message.
  • a database (DB) 644 located in the RIC 640 may be used for the E2 endpoint 642 or xApp 646.
  • the E2 node 610 shown in FIG. 6 is the terminal of at least one interface and can be understood as the terminal of messages delivered to the terminal, surrounding base stations, and core network.
  • FIG. 7 shows examples of functional separation between an E2 node and RIC in embodiments of the present disclosure.
  • the O-RAN specification provides separation of functions between E2 nodes and RIC.
  • the E2 node may be a CU.
  • RIC may be Near RT RIC.
  • RIC can be connected to ONAP (open network automation platform)/MANO (management and orchestration)/NMS (network management system) through the A1 interface.
  • RIC can be connected to the E2 node through the E2 interface.
  • the E2 interface can transmit commands.
  • Function separation options may include function separation (700) in which the entire radio resource management (RRM) is managed by the near-RT RIC, and function separation (750) in which RRM is selectively managed in the near-RT RIC.
  • RRM radio resource management
  • Near-RT RIC will support E2 with an open logical interface targeting multi-vendor environments, regardless of the specific RRC-RRM algorithm implementation located in the near RT-RIC.
  • E2SM-NI paired with an E2SM-NI that can perform inject/modify/configuration of Per UE RRC messages for each I/F and NE (network entity).
  • RIC E2 Service Model Radio Interface Control
  • Near RT RIC can be improved gradually from function separation 750 to function separation 700.
  • E2 is independent of the specific RRC-RRM algorithm implementation in near RT-RIC and can be evolved into an open logical interface targeting multi-vendor environments.
  • FIG. 8 shows an implementation example of an E2 node and RIC according to embodiments of the present disclosure.
  • E2 nodes e.g., O-DU 820, O-CU 830
  • RIC 810 are connected to a cloud platform 840 (e.g., open chassis and blade specification edge cloud). It can be virtualized and configured on a device (e.g., server).
  • cloud platform 840 e.g., open chassis and blade specification edge cloud
  • BBU functions e.g., server
  • E2SM-RIC may be optimized for O-RAN deployment scenarios where Near-RT RIC, O-CU, and O-DU are implemented in the O-Cloud Platform.
  • FIG. 9 shows examples of functional separation between a centralized unit (CU) 910 and the RIC 920 according to embodiments of the present disclosure.
  • function separations may be performed according to deployment scenario #1 (900) or function deployment scenario #2 (950).
  • Deployment Scenario #1 (900): RIC is located at a separate site or exists only as another NE, and several intelligence essential functions are replaced or recommended.
  • Deployment Scenario #2 (950): RIC can replace almost all functions of CU except 3GPP I/F management.
  • Figure 9 shows two scenarios, but other scenarios may also be applied.
  • the mobility function may be performed by the RIC (920) rather than the CU (910).
  • the UE context function may be performed by the RIC 920 rather than the CU 910.
  • the session establishment function may be performed by the RIC (920) rather than the CU (910).
  • FIG. 10 illustrates functional blocks of each Near-RT RIC and E2 node according to a subscription procedure, according to embodiments.
  • the above subscription procedure refers to the RIC subscription procedure.
  • the RIC subscription procedure can be used to establish E2 subscriptions consisting of an event trigger and a sequence of actions.
  • O-RAN Working Group (WG) 3 Near-Real-time RAN Intelligent Controller Architecture & E2 General Aspects and Principles (E2GAP) specifications define Near-RT RIC as a service consumer and E2 nodes as service producers ( service producer). In order to receive services from Near-RT RIC, you can perform the RIC subscription process.
  • the standard specifies that for the RIC subscription procedure, the Near-RT RIC transmits a RIC subscription request message.
  • E2 node e.g., E2 node 610
  • Near-RT RIC 1020 in FIG. 10 exemplifies the RIC (e.g., RIC 640) described through FIGS. 1 to 9.
  • Near-RT RIC 1020 may transmit a RIC subscription request message (e.g., RIC SUBSCRIPTION REQUEST message) to the E2 node 1010.
  • the RIC subscription request message may include information about RAN functions.
  • the E2 node 1010 may transmit a RIC subscription response message (e.g., RIC SUBSCRIPTION RESPONSE message) to the Near-RT RIC 1020. If there is no error in the RIC subscription request message and the RAN function of the RIC subscription request message is supported, the E2 node (1010) can transmit a RIC subscription response message to the Near-RT RIC (1020). .
  • the E2 node 1010 may transmit a RIC subscription failure message (e.g., RIC SUBSCRIPTION FAILURE message) to the Near-RT RIC (1020).
  • a RIC subscription failure message e.g., RIC SUBSCRIPTION FAILURE message
  • the subscription request message transmitted from the Near-RT RIC 1020 to the E2 node 1010 may include a RAN function and an event trigger definition related to the RAN function.
  • the structure of the subscription request message is as shown in the table below.
  • the structure of the subscription request message is as shown in the table below.
  • the structure of the subscription request message is as shown in the table below.
  • the structure of the subscription request message is as shown in the table below.
  • An E2 setup procedure may be performed between the E2 node 1010 and the Near-RT RIC (1020).
  • the E2 node 1010 may transmit an E2 SETUP REQUEST message to the Near-RT RIC 1020.
  • Near-RT RIC (1020) may transmit an E2 SETUP RESPONSE message to the E2 node (1010).
  • the E2 setup request message of the 'E2 setup procedure may include RAN function IDs (identifiers).
  • the E2 setup request message may include a RAN Function Definition corresponding to the RAN Function ID corresponding to each RAN Function ID.
  • the RAN function definition may include a description of the RAN function.
  • RAN functions may be specific to the E2 service model. Thereafter, in the procedure, the RAN function may be indicated through the RAN function ID.
  • a subscription procedure may be performed to provide service.
  • the Near-RT RIC (1020) can subscribe to the service provided by the E2 node (1010).
  • Near-RT RIC (1020) can subscribe to a service corresponding to the RAN function ID.
  • Near-RT RIC 1020 may store multiple subscriptions corresponding to a RAN function ID. Each subscription may correspond to one RIC Request ID.
  • RIC Request ID is a local identifier used by Near-RT RIC 1020 to identify a specific RIC subscription procedure.
  • the E2 node 1010 may perform one or more subscription procedures with the communication block 1023 of the Near-RT RIC 1020 through the communication block 1013.
  • a network element such as the E2 node 1010 or the Near-RT RIC 1020, may be implemented by hardware or in the cloud through software.
  • the software function block corresponding to the E2 node 1010 may operate through the cloud, as shown in FIG. 8.
  • the E2 node 1010 may store subscription information in a database (DB).
  • DB database
  • a functional block corresponding to the Near-RT RIC 1020 e.g., a subscription manager of the Near-RT RIC 1020
  • Near-RT RIC (1020) can store subscription information in the DB.
  • the E2 node 1010 can obtain the stored subscription information. If a procedure is in progress between the Near-RT RIC (1020) and the E2 node (1010) while the E2 node (1010) is OFF, there is a mismatch between the subscription information of the E2 node (1010) and the subscription information of the Near-RT RIC (1020). may occur.
  • the E2 node (1010) may re-perform the reset procedure or E2 setup procedure. However, after the E2 setup procedure, procedures performed repeatedly to join the RIC may act as resource overhead on the E2 interface.
  • the functional block corresponding to the Near-RT RIC (1020) e.g., subscription manager of the Near-RT RIC (1020)
  • the E2 node 1010 or Near-RT RIC 1020 may re-perform the reset procedure or E2 setup procedure.
  • procedures performed repeatedly to join the RIC may act as resource overhead on the E2 interface.
  • the E2 node 1010 may initiate a subscription check procedure.
  • the inspection procedure initiated by E2 node 1010 is described in detail through Figure 11A.
  • the Near-RT RIC 1020 may initiate a subscription check procedure to compare the subscription status of the Near-RT RIC 1020 with the subscription status of the E2 node 1010.
  • the subscription process initiated by Near-RT RIC 1020 is described in detail through Figure 11A.
  • Figure 11A shows an example of a subscription audit procedure between a Near-RT RIC and an E2 node, according to one embodiment.
  • the Near-RT RIC 1020 may transmit an audit request message to the E2 node 1010.
  • the inspection request message may include an ID (e.g., transaction ID) to identify the audit procedure.
  • ID e.g., transaction ID
  • a transaction ID may uniquely identify a procedure among all ongoing parallel procedures of the same type initiated by the same protocol peer. Messages belonging to the same procedure can use the same transaction ID.
  • the transaction ID may be determined by the initiating peer of the procedure.
  • the transaction ID may be determined by Near-RT RIC 1020.
  • the inspection request message may have the format shown in the table below.
  • 'M' stands for 'mandatory' and 'O' stands for 'optional'.
  • the E2 node 1010 may transmit an audit response message to the Near-RT RIC 1020.
  • the test response message includes an ID to identify the test procedure (e.g., transaction ID), a RAN function ID (e.g., RIC Function ID in Tables 1 to 4), and a RIC request ID (e.g., RIC Request in Tables 1 to 4). ID) may be included.
  • the test response message may be a response to the test request message.
  • the inspection response message may include the transaction ID of the inspection request message.
  • RAN Function ID and RIC Request ID may be used to identify the subscription process.
  • the check response message may include one or more subscription information. Each subscription information may correspond to a subscription procedure. Each subscription information may include a RAN function ID and a RIC request ID.
  • the check response message may include a set of RAN function ID and RIC request ID.
  • the test response message may have the format shown in the table below.
  • 'M' stands for 'mandatory' and 'O' stands for 'optional'.
  • 'maxofRICRequestID' may mean the maximum number of RIC subscription requests to the E2 node (1010) supported by the Near-RT RIC (1020). For example, 'maxofRICRequestID' could be 1024.
  • the IE for 'Message Type' in Tables 5 and 6 may have the format as shown in the table below.
  • 'M' stands for 'mandatory' and 'O' stands for 'optional'.
  • the Near-RT RIC (1020) can obtain subscription status related to the E2 node (1010) by performing an inspection request.
  • the Near-RT RIC (1020) can compare the subscription information of the E2 node (1010) with the subscription information of the Near-RT RIC (1020) through the check response message. If a discrepancy occurs as a result of the comparison, the Near-RT RIC (1020) may delete the subscription information according to the discrepancy or perform a deletion request procedure. According to one embodiment, the Near-RT RIC (1020) may delete the subscription information of the Near-RT RIC (1020) that does not match the subscription information of the E2 node (1010) from the internal block.
  • the Near-RT RIC (1020) may transmit a request message for deletion of specific subscription information to the E2 node (1010). Additionally, according to one embodiment, Near-RT RIC 1020 may perform a RIC subscription procedure corresponding to deleted RIC subscription information.
  • the Near-RT RIC (1020) may transmit to the E2 node (1010) the check request message to indicate what subscription information to request.
  • the inspection request message may include one or more subscription information.
  • Each subscription information may correspond to a subscription procedure.
  • Each subscription information may include a RAN function ID and/or RIC request ID.
  • the inspection request message may have a format as shown in the table below.
  • ‘RIC subscription List’ IE may indicate a list of RIC subscription(s) for requesting subscription inspection.
  • ‘RIC Request ID’ IE may indicate the RIC request ID.
  • ‘RAN Function ID’ IE may indicate the RAN function ID.
  • ‘RAN Function Revision’ IE may represent a revision counter. Although described as ‘M’ in the table above, ‘RAN Function Revision’ IE may be omitted.
  • the E2 node 1010 may transmit a subscription response message to the Near-RT RIC 1020 in response to the subscription request message of the Near-RT RIC 1020.
  • the subscription response message may include a response result to the requested subscription information.
  • the subscription response message may include subscription information mapped in the E2 node 1010.
  • the subscription response message may include unknown subscription information indicating subscriptions that have not been confirmed by the E2 node 1010.
  • the subscription response message may include subscription information missing from the E2 node 1010.
  • the test response message may have a format as shown in the table below.
  • ‘Mapped Subscription List’ IE can display the mapped subscription information.
  • the mapped subscription information may indicate subscriptions for which mapping to the RAN function ID and RIC request ID in the E2 node 1010 has been confirmed among subscriptions for which inspection has been requested.
  • ‘Unknown Subscription List’ IE can display the unknown subscription information.
  • the unknown subscription information may indicate subscriptions that are difficult to confirm because they are not stored in the E2 node 1010 among subscriptions for which inspection has been requested.
  • the E2 node 1010 may transmit a subscription response message including a RAN function ID and RIC request ID for each subscription, which are difficult to confirm, to the Near-RT RIC 1020.
  • ‘Missed Subscription List’ IE can indicate the missing subscription information.
  • the missing subscription information may indicate subscriptions that are inaccurate because the information stored in the E2 node 1010 is different from the requested information among subscriptions for which inspection has been requested.
  • the E2 node 1010 compares the subscription information of the E2 node 1010 with the subscription information of the Near-RT RIC 1020, and sends a subscription response message containing the subscription information of the subscription in which the discrepancy occurred as a subscription response message. Can be transmitted to Near-RT RIC (1020).
  • the subscription information may include a RAN function ID and RIC request ID for each inconsistent subscription.
  • FIG. 11B shows an example of a subscription check procedure between a Near-RT RIC and an E2 node, according to one embodiment.
  • the E2 node 1010 may transmit an audit request message to the Near-RT RIC 1020.
  • the inspection request message may include an ID (e.g., transaction ID) to identify the audit procedure.
  • ID e.g., transaction ID
  • a transaction ID may uniquely identify a procedure among all ongoing parallel procedures of the same type initiated by the same protocol peer. Messages belonging to the same procedure can use the same transaction ID.
  • the transaction ID may be determined by the initiating peer of the procedure.
  • the transaction ID may be determined by E2 node 1010.
  • the inspection request message may have the format shown in the table below.
  • 'M' stands for 'mandatory' and 'O' stands for 'optional'.
  • the Near-RT RIC 1020 may transmit an audit response message to the E2 node 1010.
  • the test response message includes an ID to identify the test procedure (e.g., transaction ID), a RAN function ID (e.g., RIC Function ID in Tables 1 to 4), and a RIC request ID (e.g., RIC Request in Tables 1 to 4). ID) may be included.
  • the test response message may be a response to the test request message.
  • the inspection response message may include the transaction ID of the inspection request message.
  • RAN Function ID and RIC Request ID may be used to identify the subscription process.
  • the check response message may include one or more subscription information. Each subscription information may correspond to a subscription procedure. Each subscription information may include a RAN function ID and a RIC request ID.
  • the check response message may include a set of RAN function ID and RIC request ID.
  • the test response message may have the format shown in the table below.
  • 'M' stands for 'mandatory' and 'O' stands for 'optional'.
  • 'maxofRICRequestID' may mean the maximum number of RIC subscription requests to the E2 node (1010) supported by the Near-RT RIC (1020). For example, 'maxofRICRequestID' could be 1024.
  • the IE for 'Message Type' in Tables 8 and 9 may have the same format as Table 7.
  • the E2 node 1010 can obtain the subscription status of the Near-RT RIC (1020) by performing an inspection request.
  • the E2 node 1010 can compare the subscription information of the E2 node 1010 with the subscription information of the Near-RT RIC 1020 through the check response message from the Near-RT RIC 1020. If a discrepancy occurs as a result of the comparison, the E2 node 1010 may delete the subscription information according to the discrepancy or perform a delete required procedure. According to one embodiment, the E2 node 1010 may delete the subscription information of the E2 node 1010 that does not match the subscription information of the Near-RT RIC 1020 from the internal block.
  • the E2 node 1010 sends a delete required message to the Near-RT RIC 1020 to request deletion of the RIC subscription(s) existing in the E2 node 1010. Can be transmitted. Additionally, according to one embodiment, Near-RT RIC 1020 may perform a RIC subscription procedure corresponding to deleted RIC subscription information.
  • the E2 node 1010 may transmit the check request message to the Near-RT RIC 1020 to indicate what subscription information to request.
  • the inspection request message may include one or more subscription information.
  • Each subscription information may correspond to a subscription procedure.
  • Each subscription information may include a RAN function ID and/or RIC request ID.
  • the inspection request message may have a format as shown in the table below.
  • ‘RIC subscription List’ IE may indicate a list of RIC subscription(s) for requesting subscription inspection.
  • ‘RIC Request ID’ IE may indicate the RIC request ID.
  • ‘RAN Function ID’ IE may indicate the RAN function ID.
  • ‘RAN Function Revision’ IE may represent a revision counter. Although described as ‘M’ in the table above, ‘RAN Function Revision’ IE may be omitted.
  • the Near-RT RIC (1020) may transmit a subscription response message to the E2 node (1010) in response to the subscription request message of the E2 node (1010).
  • the subscription response message may include a response result to the requested subscription information.
  • the subscription response message may include subscription information mapped in the Near-RT RIC (1020).
  • the subscription response message may include unknown subscription information indicating subscriptions that have not been confirmed by the Near-RT RIC 1020.
  • the subscription response message may include subscription information missing from the Near-RT RIC (1020).
  • the test response message may have a format as shown in the table below.
  • ‘Mapped Subscription List’ IE can display the mapped subscription information.
  • the mapped subscription information may indicate subscriptions for which mapping to a RAN function ID and RIC request ID has been confirmed in the Near-RT RIC (1020) among subscriptions for which inspection has been requested.
  • ‘Unknown Subscription List’ IE can display the unknown subscription information.
  • the unknown subscription information may indicate subscriptions that are difficult to confirm because they are not stored in the Near-RT RIC (1020) among subscriptions for which inspection has been requested.
  • Near-RT RIC (1020) may transmit a subscription response message including a RAN function ID and RIC request ID for each subscription that are difficult to confirm to the E2 node (1010).
  • ‘Missed Subscription List’ IE can indicate the missing subscription information.
  • the missing subscription information may indicate subscriptions that, among subscriptions for which inspection has been requested, are inaccurate because the information stored in the Near-RT RIC 1020 is different from the requested information.
  • the Near-RT RIC (1020) compares the subscription information of the Near-RT RIC (1020) with the subscription information of the E2 node (1010) and sends a subscription response message containing the subscription information of the subscription where the mismatch occurred.
  • a response message can be transmitted to the E2 node (1010).
  • the subscription information may include a RAN function ID and RIC request ID for each inconsistent subscription.
  • Figure 12A shows an example of a subscription check procedure triggered by activity time, according to one embodiment.
  • Activity time may refer to the time period of periodic signaling or the length of a timer indicating inactivity.
  • an E2 setup procedure may be performed.
  • the E2 node 1010 may transmit an E2 setup request message to the Near-RT RIC (1020).
  • Near-RT RIC (1020) can receive an E2 setup response message from the E2 node (1010).
  • One or more RAN functions may be configured in the E2 node 1010 through the E2 setup procedure.
  • Near-RT RIC (1020) can subscribe to services corresponding to RAN functions through the RIC subscription procedure.
  • the Near-RT RIC (1020) may perform the first RIC subscription procedure (1221) with the E2 node (1010).
  • Near-RT RIC 1020 may transmit a subscription request message including a first RAN ID and a first RIC request ID to the E2 node 1010.
  • Near-RT RIC (1020) may receive a subscription response message from the E2 node (1010).
  • the subscription response message may include the first RAN ID and the first RIC request ID.
  • Near-RT RIC (1020) can perform a second RIC subscription procedure (1223) with the E2 node (1010).
  • Near-RT RIC 1020 may transmit a subscription request message including a second RAN ID and a second RIC request ID to the E2 node 1010.
  • Near-RT RIC (1020) may receive a subscription response message from the E2 node (1010).
  • the subscription response message may include the second RAN ID and the second RIC request ID.
  • a specified amount of time may elapse from the most recently performed signaling.
  • a RIC subscription check procedure may be performed.
  • the most recently performed signaling may include the last transmitted or received message among all procedures related to RIC subscriptions.
  • Near-RT RIC 1020 may periodically perform a RIC subscription check procedure. That is, the Near-RT RIC 1020 can identify that the specified time (e.g., timer) has elapsed after finally transmitting the RIC subscription inspection request message. Near-RT RIC 1020 may start a timer when transmitting the inspection request message.
  • Near-RT RIC 1020 may be configured to perform periodic reporting.
  • E2 node 1010 may identify that the specified time has elapsed since the last report of Near-RT RIC 1020.
  • E2 node 1010 may trigger the RIC subscription check procedure.
  • the E2 node 1010 may use a timer for operation time. When E2 node 1010 receives the message, it can start a timer. For example, E2 node 1010 may restart the timer each time it receives a message. E2 node 1010 may trigger the RIC subscription check procedure when the timer elapses. For another example, when the Near-RT RIC 1020 receives (upon) a test response message for the test request message, it can stop the timer and end the audit procedure.
  • a RIC subscription check procedure may be performed.
  • E2 node 1010 may initiate a RIC subscription check procedure based on identifying that a specified amount of time has elapsed from signaling.
  • the E2 node 1010 may transmit a RIC subscription check request message to the Near-RT RIC 1020.
  • the Near-RT RIC 1020 may transmit a RIC subscription check response message to the E2 node 1010.
  • Table 6, Table 9, Table 11, or Table 13 may be referred to.
  • the RIC subscription check response message may include information about one or more RIC subscriptions (eg, RIC subscription list).
  • the RIC subscription check response message includes the first RAN function ID and the first RIC request ID of the first RIC subscription procedure 1221 and the second RAN function ID and the second RIC of the second RIC subscription procedure 1223. May include a request ID.
  • Near-RT RIC 1020 may initiate a subscription check procedure.
  • the Near-RT RIC 1020 which has not received a RIC indication for the given period of time, may initiate a subscription check procedure.
  • Figure 12B shows an example of a subscription check procedure initiated based on an event, according to one embodiment.
  • an E2 setup procedure may be performed.
  • the E2 node 1010 may transmit an E2 setup request message to the Near-RT RIC (1020).
  • Near-RT RIC (1020) can receive an E2 setup response message from the E2 node (1010).
  • One or more RAN functions may be configured in the E2 node 1010 through the E2 setup procedure.
  • Near-RT RIC (1020) can subscribe to services corresponding to RAN functions through the RIC subscription procedure.
  • the Near-RT RIC 1020 may perform the first RIC subscription procedure 1271 with the E2 node 1010.
  • Near-RT RIC 1020 may transmit a subscription request message including a first RAN ID and a first RIC request ID to the E2 node 1010.
  • Near-RT RIC (1020) may receive a subscription response message from the E2 node (1010).
  • the subscription response message may include the first RAN ID and the first RIC request ID.
  • Near-RT RIC (1020) can perform the second RIC subscription procedure (1273) with the E2 node (1010).
  • Near-RT RIC 1020 may transmit a subscription request message including a second RAN ID and a second RIC request ID to the E2 node 1010.
  • Near-RT RIC (1020) may receive a subscription response message from the E2 node (1010).
  • the subscription response message may include the second RAN ID and the second RIC request ID.
  • a specific event may occur. Specific events may include the fulfillment of conditions to trigger the RIC subscription inspection process.
  • Near-RT RIC 1020 may identify the specific event. For example, Near-RT RIC 1020 may identify that at least one functional block of Near-RT RIC 1020 changes from an inactive state to an active state. Near-RT RIC 1020 may initiate a subscription check procedure instead of a reset procedure. Additionally, for example, the Near-RT RIC 1020 may identify that indication information is received from the E2 node 1010 or another entity.
  • the indication information may include status information about the RIC subscription(s), status information of the Near-RT RIC 1020 (e.g., error, reactivation, memory reallocation), or status information of the E2 node 1010 (e.g., may include at least one of error, reactivation, and memory reallocation).
  • Near-RT RIC 1020 may initiate a subscription check procedure.
  • the Near-RT RIC 1020 may identify that it does not receive a subscription response message or a subscription failure message corresponding to the transmission of the subscription request message within a certain period of time after transmitting the subscription request message. You can.
  • Near-RT RIC 1020 may initiate a subscription check procedure before performing the RIC subscription delete procedure.
  • the RIC subscription check procedure initiated by the Near-RT RIC 1020 is illustrated, but the RIC subscription check procedure may also be initiated by the E2 node 1010.
  • the E2 node 1010 can detect the occurrence of a specific event in the same way.
  • Near-RT RIC 1020 may be replaced with E2 node 1010.
  • a RIC subscription check procedure may be performed.
  • Near-RT RIC 1020 may initiate a RIC subscription check procedure based on identifying the occurrence of a specific event.
  • the Near-RT RIC 1020 may transmit a RIC subscription check request message to the E2 node 1010.
  • the E2 node 1010 may transmit a RIC subscription check response message to the Near-RT RIC 1020.
  • the RIC subscription check response message may include information about one or more RIC subscriptions (eg, RIC subscription list).
  • the RIC subscription check response message includes the first RAN function ID and the first RIC request ID of the first RIC subscription procedure 1271 and the second RAN function ID and the second RIC of the second RIC subscription procedure 1273. May include request ID.
  • FIG. 12B a subscription check procedure initiated by the Near-RT RIC 1020 is illustrated, but embodiments of the present disclosure are not limited thereto. According to one embodiment, based on identifying the occurrence of a specific event, E2 node 1010 may initiate a subscription check procedure.
  • FIG. 13 shows an example of subscription management using a subscription check procedure, according to one embodiment.
  • the inspection procedure or periodic inspection procedure according to rebooting of the subscription manager of the Near-RT RIC (e.g., Near-RT RIC (1020)) is described.
  • RIC subscriptions may be established through one or more subscription procedures between the Near-RT RIC 1020 and the E2 node (e.g., the E2 node 1010).
  • the E2 node 1010 has subscription information 1310-a.
  • Subscription information 1310-a may include information about one or more RIC subscriptions.
  • RIC subscription can be specified by RAN function ID (i.e., RAN Function ID) and RIC request ID (i.e., RIC Request ID).
  • the subscription information 1310-a of the E2 node 1010 may include information about three RIC subscriptions.
  • the subscription information 1310-a of the E2 node 1010 includes [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, It may contain a list consisting of [RAN Function ID: 4 ⁇ ].
  • Near-RT RIC 1020 has subscription information 1320-a.
  • Subscription information 1320-a may include information about one or more RIC subscriptions.
  • RIC subscription can be specified by RAN function ID (i.e., RAN Function ID) and RIC request ID (i.e., RIC Request ID).
  • the subscription information 1320-a of the Near-RT RIC 1020 may include information about four RIC subscriptions.
  • the subscription information (1320-a) of Near-RT RIC (1020) is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 2, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • the Near-RT RIC 1020 may transmit a RIC subscription check request ('AUDIT REQUEST') message to the E2 node 1010. Based on configuration information for RIC subscription check (e.g., elapse of a certain time in FIG. 12A or occurrence of a specific event in FIG. 12B), Near-RT RIC (1020) can initiate the subscription check procedure. .
  • configuration information for RIC subscription check e.g., elapse of a certain time in FIG. 12A or occurrence of a specific event in FIG. 12B
  • Near-RT RIC (1020) can initiate the subscription check procedure. .
  • Tables 5 to 8 may be referred to.
  • Near-RT RIC 1020 may transmit a RIC subscription check request message including a transaction ID indicating '3'.
  • the Near-RT RIC 1020 may transmit a RIC subscription check request message containing information indicating subscription information 1320-a of the Near-RT RIC 1020.
  • the E2 node 1010 may transmit a RIC subscription check response ('AUDIT RESPONSE') message to the Near-RT RIC 1020.
  • a RIC subscription check response ('AUDIT RESPONSE') message to the Near-RT RIC 1020.
  • Tables 5 to 9 may be referred to.
  • E2 node 1010 may transmit a RIC subscription check response message including a transaction ID indicating '3'.
  • the E2 node 1010 may include the subscription information 1310-a of the E2 node 1010 in the RIC subscription check response message.
  • the RIC subscription check response message is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ] It may contain a composed list.
  • Near-RT RIC 1020 may obtain subscription information 1310-a of the E2 node 1010 from the RIC subscription check response message.
  • the Near-RT RIC 1020 may compare the subscription information 1310-a of the E2 node 1010 and the subscription information 1320-a of the Near-RT RIC 1020.
  • the Near-RT RIC 1020 may identify that the subscription information 1320-a of the Near-RT RIC 1020 is inconsistent with the subscription information 1310-a of the E2 node 1010.
  • the subscription information (1320-a) of the Near-RT RIC (1020) corresponds to 'RIC Request ID: 2' compared to the subscription information (1310-a) of the E2 node (1010). It can be identified that it further includes RIC membership.
  • Near-RT RIC 1020 may delete the RIC subscription corresponding to 'RIC Request ID: 2' and 'RIC Request ID: 2'.
  • the subscription information (1310-b) of the E2 node 1010 is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, It may contain a list consisting of [RAN Function ID: 4 ⁇ ].
  • subscription information 1320-a of the Near-RT RIC 1020 may be updated with subscription information 1320-b.
  • the subscription information (1320-b) of Near-RT RIC (1020) is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • a procedure for matching the subscription information of the E2 node 1010 and the subscription information of the Near-RT RIC (1020) is described.
  • the RIC subscription procedure corresponding to 'RIC Request ID: 2' deleted due to mismatch that is, the RIC subscription procedure, may be additionally performed.
  • Near-RT RIC (1020) is based on RIC subscription information (e.g., 'RIC Request ID: 2', RAN Function ID: 1) registered in the subscription manager of Near-RT RIC (1020), You can perform the RIC membership process.
  • Near-RT RIC 1020 may transmit a RIC subscription request message (e.g., RIC SUBSCRIPTION REQUEST message) containing RIC subscription information corresponding to 'RIC Request ID: 2'.
  • the RIC subscription request message may include information about the RAN function (e.g., RAN Function ID: 1).
  • the E2 node 1010 may transmit a RIC subscription response message (e.g., RIC SUBSCRIPTION RESPONSE message) to the Near-RT RIC 1020.
  • FIG. 14 illustrates an example of subscription management using a subscription check procedure, according to one embodiment.
  • the inspection procedure or periodic inspection procedure according to the reboot of the subscription manager of the Near-RT RIC e.g., the Near-RT RIC 1020
  • Near-RT RIC (1020) and the E2 node RIC subscriptions may be established through one or more subscription procedures between (e.g., E2 node 1010).
  • E2 node 1010 has subscription information 1410-a.
  • Subscription information 1410-a may include information about one or more RIC subscriptions.
  • RIC subscription can be specified by RAN function ID (i.e., RAN Function ID) and RIC request ID (i.e., RIC Request ID).
  • the subscription information 1410-a of the E2 node 1010 may include information about four RIC subscriptions.
  • the subscription information 1410-a of the E2 node 1010 is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 2, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, It may include a list consisting of RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • Near-RT RIC 1020 has subscription information 1420-a.
  • Subscription information 1420-a may include information about one or more RIC subscriptions.
  • RIC subscription can be specified by RAN function ID (i.e., RAN Function ID) and RIC request ID (i.e., RIC Request ID).
  • the subscription information 1420-a of the Near-RT RIC 1020 may include information about three RIC subscriptions.
  • the subscription information (1420-a) of Near-RT RIC (1020) is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • the Near-RT RIC 1020 may transmit a RIC subscription check request ('AUDIT REQUEST') message to the E2 node 1010. Based on configuration information for RIC subscription check (e.g., elapse of a certain time in FIG. 12A or occurrence of a specific event in FIG. 12B), Near-RT RIC 1020 can initiate a subscription check procedure.
  • RIC subscription check request message Table 5, Table 8, Table 10, or Table 12 may be referred to.
  • Near-RT RIC 1020 may transmit a RIC subscription check request message including a transaction ID indicating '3'.
  • the E2 node 1010 may transmit a RIC subscription check response ('AUDIT RESPONSE') message to the Near-RT RIC 1020.
  • a RIC subscription check response For the RIC subscription check response message, Table 6, Table 9, Table 11, or Table 13 may be referred to.
  • E2 node 1010 may transmit a RIC subscription check response message including a transaction ID indicating '3'.
  • the E2 node 1010 may include the subscription information 1410-a of the E2 node 1010 in the RIC subscription check response message.
  • the RIC subscription check response message is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 2, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ It may include a list consisting of [RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • Near-RT RIC 1020 may obtain subscription information 1410-a of the E2 node 1010 from the RIC subscription check response message.
  • the Near-RT RIC 1020 may compare the subscription information 1410-a of the E2 node 1010 and the subscription information 1420-a of the Near-RT RIC 1020.
  • the Near-RT RIC 1020 may identify that the subscription information 1420-a of the Near-RT RIC 1020 is inconsistent with the subscription information 1410-a of the E2 node 1010.
  • the subscription information (1420-a) of the Near-RT RIC (1020) corresponds to 'RIC Request ID: 2' compared to the subscription information (1410-a) of the E2 node (1010).
  • Near-RT RIC (1020) may request the E2 node (1010) to delete the RIC subscription corresponding to 'RIC Request ID: 2'.
  • Near-RT RIC (1020) can perform a RIC Subscription Delete procedure with the E2 node (1010).
  • the Near-RT RIC 1020 may transmit a subscription deletion request ('RIC SUBSCRIPTION DELETE REQUEST') message to the E2 node 1010.
  • the subscription deletion request message may include inconsistent subscription information.
  • the subscription deletion request message may include a RIC request ID and a RAN function ID.
  • the subscription deletion request message may have the format of the table below.
  • the RIC Request ID of the subscription deletion request message may indicate '2'
  • the RAN Function ID of the subscription deletion request message may indicate '1'.
  • IE for 'Message Type' may have the format shown in Table 7.
  • the E2 node 1010 may delete the RIC subscription corresponding to 'RIC Request ID: 2' and 'RIC Request ID: 2'.
  • the E2 node 1010 can determine a target function using information in the RAN Function ID and delete the corresponding RIC event trigger using information in the RIC Request ID.
  • subscription information 1410-a of the E2 node 1010 may be updated with subscription information 1410-b.
  • the E2 node 1010 may transmit a subscription deletion response ('RIC SUBSCRIPTION DELETE RESPONSE') message to the Near-RT RIC 1020.
  • the subscription deletion response message can be used to accept a request from the Near-RT RIC 1020 and delete an existing subscription in the E2 node 1010.
  • the subscription deletion response message may have the format of the table below.
  • the RIC Request ID of the subscription deletion response message may indicate '2'
  • the RAN Function ID of the subscription deletion response message may indicate '1'.
  • IE for 'Message Type' may have the format shown in Table 7.
  • the subscription information (1410-b) of the E2 node 1010 is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, It may contain a list consisting of [RAN Function ID: 4 ⁇ ].
  • the subscription information (1420-b) of Near-RT RIC (1020) is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • FIG. 15 shows an example of subscription management using a subscription check procedure, according to one embodiment.
  • a test procedure or a periodic test procedure according to rebooting of a software block of an E2 node (e.g., E2 node 1010) is described.
  • RIC subscriptions may be established through one or more subscription procedures between the E2 node 1010 and the Near-RT RIC (e.g., Near-RT RIC 1020).
  • E2 node 1010 has subscription information 1510-a.
  • Subscription information 1510-a may include information about one or more RIC subscriptions.
  • RIC subscription can be specified by RAN function ID (i.e., RAN Function ID) and RIC request ID (i.e., RIC Request ID).
  • the subscription information 1510-a of the E2 node 1010 may include information about three RIC subscriptions.
  • the subscription information 1510-a of the E2 node 1010 includes [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, It may contain a list consisting of [RAN Function ID: 4 ⁇ ].
  • Near-RT RIC 1020 has subscription information 1520-a.
  • Subscription information 1520-a may include information about one or more RIC subscriptions.
  • RIC subscription can be specified by RAN function ID (i.e., RAN Function ID) and RIC request ID (i.e., RIC Request ID).
  • the subscription information 1520-a of the Near-RT RIC 1020 may include information about four RIC subscriptions.
  • the subscription information (1520-a) of Near-RT RIC (1020) is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 2, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • the E2 node 1010 may transmit a RIC subscription check request ('AUDIT REQUEST') message to the Near-RT RIC 1020.
  • a RIC subscription check request ('AUDIT REQUEST') message to the Near-RT RIC 1020.
  • configuration information for RIC subscription check e.g., elapse of a certain time in FIG. 12A or occurrence of a specific event in FIG. 12B
  • Near-RT RIC 1020 can initiate a subscription check procedure.
  • Table 5, Table 8, Table 10, or Table 12 may be referred to.
  • Near-RT RIC 1020 may transmit a RIC subscription check request message including a transaction ID indicating '3'.
  • the Near-RT RIC 1020 may transmit a RIC subscription check response ('AUDIT RESPONSE') message to the E2 node 1010.
  • a RIC subscription check response 'AUDIT RESPONSE'
  • Table 6, Table 9, Table 11, or Table 13 may be referred to.
  • Near-RT RIC 1020 may transmit a RIC subscription check response message including a transaction ID indicating '3'.
  • Near-RT RIC 1020 may include subscription information 1520-a of Near-RT RIC 1020 in the RIC subscription check response message.
  • the RIC subscription check response message is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 2, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ It may include a list consisting of [RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • the E2 node 1010 may obtain subscription information 1520-a of the Near-RT RIC 1020 from the RIC subscription check response message.
  • the E2 node 1010 may compare the subscription information 1510-a of the E2 node 1010 and the subscription information 1520-a of the Near-RT RIC 1020.
  • the E2 node 1010 may identify that the subscription information 1520-a of the Near-RT RIC 1020 does not match the subscription information 1510-a of the E2 node 1010.
  • the subscription information (1520-a) of the Near-RT RIC (1020) compared to the subscription information (1510-a) of the E2 node (1010) is the RIC corresponding to 'RIC Request ID: 2'. It is possible to identify points that further include subscriptions.
  • the E2 node 1010 may transmit a subscription deletion request ('RIC SUBSCRIPTION DELETE REQUIRED') message to the Near-RT RIC 1020.
  • the subscription deletion request message allows the E2 node 1010 to request deletion of the existing RIC subscription(s) of the E2 node 1010, previously created for the Near-RT RIC 1020 ( enable) can be used.
  • the subscription deletion request message may include inconsistent subscription information.
  • the subscription deletion request message may include a RIC request ID and a RAN function ID.
  • the subscription deletion request message may include information on the cause for each RIC subscription requesting removal.
  • the subscription deletion request message may have the format of the table below.
  • the RIC Request ID of the subscription deletion request message may indicate '2'
  • the RAN Function ID of the subscription deletion request message may indicate '1'.
  • IE for 'Message Type' may have the format shown in Table 7.
  • 'Cause' IE may refer to Table 17 below.
  • the Near-RT RIC 1020 may transmit a subscription deletion request ('RIC SUBSCRIPTION DELETE REQUEST') message to the E2 node 1010.
  • the subscription deletion request message may include inconsistent subscription information.
  • the subscription deletion request message may include a RIC request ID and a RAN function ID.
  • the subscription deletion request message may have the format of Table 14.
  • the RIC Request ID of the subscription deletion request message may indicate '2', and the RAN Function ID of the subscription deletion request message may indicate '1'.
  • the E2 node 1010 may transmit a 'RIC SUBSCRIPTION DELETE FAILURE' message to the Near-RT RIC 1020.
  • the subscription deletion response message may have the format of Table 11.
  • the RIC Request ID of the subscription deletion response message may indicate '2'
  • the RAN Function ID of the subscription deletion response message may indicate '1'.
  • the subscription deletion failure message may include reason information.
  • the reason information is 'Cause' IE, and Table 13 may be referred to.
  • the E2 node 1010 may transmit a subscription deletion failure message including reason information set to 'RIC Request ID unknown' to the Near-RT RIC 1020.
  • Near-RT RIC 1020 may delete the RIC subscription corresponding to 'RIC Request ID: 2' and 'RIC Request ID: 2'.
  • the subscription information (1510-b) of the E2 node 1010 is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, It may contain a list consisting of [RAN Function ID: 4 ⁇ ].
  • subscription information 1520-a of the Near-RT RIC 1020 may be updated to subscription information 1520-b.
  • the subscription information (1520-b) of Near-RT RIC (1020) is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • FIG. 15 a procedure for matching the subscription information of the E2 node 1010 and the subscription information of the Near-RT RIC (1020) is described.
  • the RIC subscription procedure corresponding to 'RIC Request ID: 2' deleted due to mismatch that is, the RIC subscription procedure, may be additionally performed.
  • Near-RT RIC (1020) is based on RIC subscription information (e.g., 'RIC Request ID: 2', RAN Function ID: 1) registered in the subscription manager of Near-RT RIC (1020), You can perform the RIC membership process.
  • Near-RT RIC 1020 may transmit a RIC subscription request message (e.g., RIC SUBSCRIPTION REQUEST message) containing RIC subscription information corresponding to 'RIC Request ID: 2'.
  • the RIC subscription request message may include information about the RAN function (e.g., RAN Function ID: 1).
  • the E2 node 1010 may transmit a RIC subscription response message (e.g., RIC SUBSCRIPTION RESPONSE message) to the Near-RT RIC 1020.
  • FIG. 16 illustrates an example of subscription management using a subscription check procedure, according to one embodiment.
  • a test procedure or a periodic test procedure according to rebooting of a software block of an E2 node (e.g., E2 node 1010) is described.
  • RIC subscriptions may be established through one or more subscription procedures between the E2 node 1010 and the Near-RT RIC (e.g., Near-RT RIC 1020).
  • E2 node 1010 has subscription information 1610-a.
  • Subscription information 1610-a may include information about one or more RIC subscriptions.
  • RIC subscription can be specified by RAN function ID (i.e., RAN Function ID) and RIC request ID (i.e., RIC Request ID).
  • the subscription information 1610-a of the E2 node 1010 may include information about four RIC subscriptions.
  • the subscription information 1610-a of the E2 node 1010 is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 2, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, It may include a list consisting of RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • Near-RT RIC 1020 has subscription information 1620-a.
  • Subscription information 1620-a may include information about one or more RIC subscriptions.
  • RIC subscription can be specified by RAN function ID (i.e., RAN Function ID) and RIC request ID (i.e., RIC Request ID).
  • the subscription information 1620-a of the Near-RT RIC 1020 may include information about three RIC subscriptions.
  • the subscription information (1620-a) of Near-RT RIC (1020) is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • the E2 node 1010 may transmit a RIC subscription check request ('AUDIT REQUEST') message to the Near-RT RIC 1020.
  • a RIC subscription check request ('AUDIT REQUEST') message to the Near-RT RIC 1020.
  • configuration information for RIC subscription check e.g., elapse of a certain time in FIG. 12A or occurrence of a specific event in FIG. 12B
  • Near-RT RIC 1020 can initiate a subscription check procedure.
  • Table 5, Table 8, Table 10, or Table 12 may be referred to.
  • Near-RT RIC 1020 may transmit a RIC subscription check request message including a transaction ID indicating '3'.
  • the Near-RT RIC 1020 may transmit a RIC subscription check response ('AUDIT RESPONSE') message to the E2 node 1010.
  • a RIC subscription check response ('AUDIT RESPONSE') message to the E2 node 1010.
  • Table 6, Table 9, Table 11, or Table 13 may be referred to.
  • Near-RT RIC 1020 may transmit a RIC subscription check response message including a transaction ID indicating '3'.
  • Near-RT RIC 1020 may include subscription information 1620-a of Near-RT RIC 1020 in the RIC subscription check response message.
  • the RIC subscription check response message is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ] It may contain a composed list.
  • the E2 node 1010 may obtain subscription information 1620-a of the Near-RT RIC 1020 from the RIC subscription check response message.
  • the E2 node 1010 may compare the subscription information 1610-a of the E2 node 1010 and the subscription information 1620-a of the Near-RT RIC 1020.
  • the E2 node 1010 may identify that the subscription information 1620-a of the Near-RT RIC 1020 does not match the subscription information 1610-a of the E2 node 1010.
  • the subscription information (1620-a) of the Near-RT RIC (1020) compared to the subscription information (1610-a) of the E2 node (1010) is the RIC corresponding to 'RIC Request ID: 2'. It is possible to identify points that further include subscriptions.
  • the E2 node 1010 may delete the RIC subscription corresponding to 'RIC Request ID: 2' and 'RIC Request ID: 2'.
  • the subscription information (1610-b) of the E2 node 1010 is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, It may contain a list consisting of [RAN Function ID: 4 ⁇ ].
  • the subscription information (1620-b) of Near-RT RIC (1020) is [ ⁇ RIC Request ID: 1, RAN Function ID: 1 ⁇ , ⁇ RIC Request ID: 3, RAN Function ID: 2 ⁇ , ⁇ RIC Request ID: 4, RAN Function ID: 4 ⁇ ].
  • an audit procedure is described as a procedure for confirming RIC subscription information.
  • the term 'audit' for the above-described operations can be used in other words with equivalent technical meanings such as 'confirmation', 'examination', 'status request/report', etc. It can be replaced by the term
  • the method performed by the E2 node may include transmitting an audit request message to a Near-RT (real time) RIC (radio access network (RAN) intelligent controller). .
  • the method may include receiving a test response message from the Near-RT RIC.
  • the RIC subscription check response message may include one or more subscription information within the Near-RT RIC.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • the inspection request message may include a transaction ID.
  • the check response message may include the transaction ID.
  • the inspection request message is sent to the Near-RT RIC based on the arrival of a specified period or identifying rebooting of the functional block of the E2 node. can be transmitted.
  • the method may include receiving a RIC subscription deletion request message from the Near-RT RIC.
  • the method may include transmitting a RIC subscription deletion response message to the Near-RT RIC.
  • the RIC subscription deletion request message is information about the RIC subscription, identified based on the result of comparison of one or more subscription information in the E2 node and subscription information registered in the subscription manager of the Near-RT RIC. may include.
  • the information may include a RAN function ID and RIC request ID corresponding to the RIC subscription.
  • the method may include receiving a RIC subscription request message from the Near-RT RIC.
  • the method may include transmitting a RIC subscription response message to the Near-RT RIC.
  • the RIC subscription request message includes information on RIC subscription, identified based on the result of comparison of one or more subscription information in the E2 node and subscription information registered in the subscription manager of the Near-RT RIC. It can be included.
  • the information may include a RAN function ID and RIC request ID corresponding to the RIC subscription.
  • a method performed by Near-RT (real time) RIC may include transmitting an audit request message to the E2 node.
  • the method may include receiving a check response message from the E2 node.
  • the RIC subscription check response message may include one or more subscription information within the E2 node.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • the inspection request message may include a transaction ID.
  • the check response message may include the transaction ID.
  • the inspection request message is to be transmitted to the E2 node based on the arrival of a specified period or identifying rebooting of a functional block of the E2 node. You can.
  • the method may include transmitting a RIC subscription deletion request message to the E2 node.
  • the method may include receiving a RIC subscription deletion response message from the E2 node.
  • the RIC subscription deletion request message is information about the RIC subscription, identified based on the result of comparison of one or more subscription information in the E2 node and subscription information registered in the subscription manager of the Near-RT RIC. may include.
  • the information may include a RAN function ID and RIC request ID corresponding to the RIC subscription.
  • the method may include transmitting a RIC subscription request message to the E2 node.
  • the method may include receiving a RIC subscription response message from the E2 node.
  • the RIC subscription request message includes information on RIC subscription, identified based on the result of comparison of one or more subscription information in the E2 node and subscription information registered in the subscription manager of the Near-RT RIC. It can be included.
  • the information may include a RAN function ID and RIC request ID corresponding to the RIC subscription.
  • a method performed by an E2 node may include receiving an audit request message from a Near-RT (real time) RIC (radio access network (RAN) intelligent controller). .
  • the method may include transmitting a test response message to the Near-RT RIC.
  • the RIC subscription check response message may include one or more subscription information within the E2 node.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • the inspection request message may include a transaction ID.
  • the check response message may include the transaction ID.
  • the inspection request message is received from the Near-RT RIC based on the arrival of a specified period or identifying rebooting of the functional block of the E2 node. can be received.
  • the method may include receiving a RIC subscription deletion request message from the Near-RT RIC.
  • the method may include transmitting a RIC subscription deletion response message to the Near-RT RIC.
  • the RIC subscription deletion request message is information about the RIC subscription, identified based on the result of comparison of one or more subscription information in the E2 node and subscription information registered in the subscription manager of the Near-RT RIC. may include.
  • the information may include a RAN function ID and RIC request ID corresponding to the RIC subscription.
  • the method may include receiving a RIC subscription request message from the Near-RT RIC.
  • the method may include transmitting a RIC subscription response message to the Near-RT RIC.
  • the RIC subscription request message includes information on RIC subscription, identified based on the result of comparison of one or more subscription information in the E2 node and subscription information registered in the subscription manager of the Near-RT RIC. It can be included.
  • the information may include a RAN function ID and RIC request ID corresponding to the RIC subscription.
  • a method performed by Near-RT (real time) RIC may include receiving an audit request message from an E2 node. The method may include transmitting a check response message to the E2 node.
  • the RIC subscription check response message may include one or more subscription information within the Near-RT RIC. Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • the inspection request message may include a transaction ID.
  • the check response message may include the transaction ID.
  • the inspection request message is to be received from the E2 node based on the arrival of a specified period or identifying rebooting of a functional block of the E2 node. You can.
  • the method may include transmitting a RIC subscription deletion request message to the E2 node.
  • the method may include receiving a RIC subscription deletion response message from the E2 node.
  • the RIC subscription deletion request message is information about the RIC subscription, identified based on the result of comparison of one or more subscription information in the E2 node and subscription information registered in the subscription manager of the Near-RT RIC. may include.
  • the information may include a RAN function ID and RIC request ID corresponding to the RIC subscription.
  • the method may include transmitting a RIC subscription request message to the E2 node. It may include receiving a RIC subscription response message from the E2 node.
  • the RIC subscription request message includes information on RIC subscription, identified based on the result of comparison of one or more subscription information in the E2 node and subscription information registered in the subscription manager of the Near-RT RIC. It can be included.
  • the information may include a RAN function ID and RIC request ID corresponding to the RIC subscription.
  • the electronic device of the E2 node includes at least one transceiver; And it may include at least one processor coupled to the at least one transceiver.
  • the at least one processor may control the at least one transceiver to transmit an audit request message to a Near-RT (real time) RIC (radio access network (RAN) intelligent controller).
  • the at least one processor may control the at least one transceiver to receive a check response message from the Near-RT RIC.
  • the RIC subscription check response message may include one or more subscription information within the Near-RT RIC.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • a Near-RT (real time) RIC electronic device includes at least one transceiver; And it may include at least one processor coupled to the at least one transceiver.
  • the at least one processor may control the at least one transceiver to transmit an audit request message to the E2 node.
  • the at least one processor may control the at least one transceiver to receive a test response message from the E2 node.
  • the RIC subscription check response message may include one or more subscription information within the E2 node.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • the electronic device of the E2 node includes at least one transceiver; And it may include at least one processor coupled to the at least one transceiver.
  • the at least one processor may control the at least one transceiver to receive an audit request message from a Near-RT (real time) RIC (radio access network (RAN) intelligent controller).
  • the at least one processor may control the at least one transceiver to transmit a check response message to the Near-RT RIC.
  • the RIC subscription check response message may include one or more subscription information within the E2 node.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • a Near-RT (real time) RIC electronic device includes at least one transceiver; And it may include at least one processor coupled to the at least one transceiver.
  • the at least one processor may control the at least one transceiver to receive an audit request message from the E2 node.
  • the at least one processor may control the at least one transceiver to transmit a test response message to the E2 node.
  • the RIC subscription check response message may include one or more subscription information within the Near-RT RIC.
  • Each of the one or more pieces of subscription information may include a RAN function ID (identifier) and a RIC request ID for the corresponding RIC subscription.
  • a method performed by Near-RT (real time) RIC may include transmitting an audit request message to the E2 node.
  • the method may include receiving an audit response message from the E2 node.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node.
  • Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • the inspection request message may include an ID for the RIC subscription inspection procedure.
  • the test response message may include the ID for the RIC subscription test procedure.
  • the RIC subscription inspection request message may include a list of one or more RIC subscription information for which inspection is requested.
  • Each RIC subscription information of one or more RIC subscription information for which the inspection is requested may include a RAN function ID and a RIC request ID.
  • the one or more RIC subscription information included in the RIC subscription check response message may include the RIC subscription information confirmed by the E2 node among the one or more RIC subscription information for which the check was requested.
  • the subscription check response message includes an unknown list of at least one subscription information that is unknown to the E2 node among the one or more RIC subscription information for which the check is requested or the one for which the check is requested. It may include at least one of a missing list of at least one subscription information that is not included in the above RIC subscription information and is held in the E2 node.
  • the unknown list or the missing list may include a RAN function ID and a RIC request ID for each RIC subscription information.
  • a method performed by an E2 node may include receiving an audit request message from a Near-RT (real time) RIC (radio access network (RAN) intelligent controller).
  • the method may include transmitting an audit response message to the Near-RT RIC in response to the inspection request message.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node.
  • Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • the inspection request message may include an ID for the RIC subscription inspection procedure.
  • the test response message may include the ID for the RIC subscription test procedure.
  • the RIC subscription inspection request message may include a list of one or more RIC subscription information for which inspection is requested.
  • Each RIC subscription information of one or more RIC subscription information for which the inspection is requested may include a RAN function ID and a RIC request ID.
  • the one or more RIC subscription information included in the RIC subscription check response message may include the RIC subscription information confirmed by the E2 node among the one or more RIC subscription information for which the check was requested.
  • the subscription check response message includes an unknown list of at least one subscription information that is unknown to the E2 node among the one or more RIC subscription information for which the check is requested or the one for which the check is requested. It may include at least one of a missing list of at least one subscription information that is not included in the above RIC subscription information and is held in the E2 node.
  • the unknown list or the missing list may include a RAN function ID and a RIC request ID for each RIC subscription information.
  • a Near-RT (real time) RIC electronic device may include a memory that stores instructions, at least one transceiver, and at least one processor coupled to the at least one transceiver.
  • the instructions when executed by the at least one processor, cause the electronic device to transmit an audit request message to the E2 node through the at least one transceiver, and to receive an audit response message from the E2 node. It can be caused to be received through at least one transceiver.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node. Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • an electronic device in an E2 node may include a memory that stores instructions, at least one transceiver, and at least one processor coupled to the at least one transceiver.
  • the instructions when executed by the at least one processor, cause the electronic device to send the at least one audit request message from a Near-RT (real time) RIC (radio access network (RAN) intelligent controller). It can be received through the transceiver of , and cause the Near-RT RIC to transmit a check response message through the at least one transceiver.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node. Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • a non-transitory storage medium may include memory for storing instructions.
  • the instructions when executed by at least one processor, cause a Near-RT (real time) RIC (radio access network (RAN) intelligent controller) to transmit an audit request message to the E2 node, and This can cause an audit response message to be received.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node.
  • Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • a non-transitory storage medium may include memory for storing instructions.
  • the instructions when executed by at least one processor, cause the E2 node to receive an audit request message from a Near-RT (real time) RIC (radio access network (RAN) intelligent controller), and the audit request message In response, it can cause the Near-RT RIC to transmit an audit response message.
  • the RIC subscription inspection request message can be used for the RIC subscription audit procedure.
  • the RIC subscription check response message may include a list of one or more RIC subscription information of the E2 node. Each RIC subscription information in the list of one or more RIC subscription information may include a RAN function ID (identifier) and a RIC request ID.
  • a radio access network (RAN) intelligent controller e.g., Near-RT RIC (1020)
  • RIC radio access network intelligent controller
  • E2 node e.g., E2 node (1010)
  • RAN radio access network
  • RIC Near-RT RIC
  • E2 node e.g., E2 node (1010)
  • resource efficiency can be improved by reducing the inconsistency in subscription information between the two nodes and preventing unnecessary procedures (e.g., reset procedures).
  • a procedure for deleting a RIC subscription or a RIC subscription request procedure can be performed.
  • the procedure for deleting a RIC subscription of the present disclosure may include a RIC subscription deletion request procedure (i.e., a RIC subscription deletion request message and a RIC subscription deletion procedure) initiated by the E2 node.
  • the procedure for deletion of a RIC subscription may include a RIC subscription deletion procedure (i.e., a RIC subscription deletion request message and a RIC subscription deletion response message) initiated by the Near-RT RIC.
  • the RIC subscription request procedure may be initiated by Near-RT RIC and may include a RIC subscription request message and a RIC subscription response message.
  • a storage medium that can be read by a machine (e.g., a device that performs the functions of the E2 node 1000, a device that performs the functions of the Near-RT RIC (1100)) ) may be implemented as software that includes one or more instructions stored in ).
  • a processor e.g., control unit 530
  • a device e.g., E2 node 1000, Near-RT RIC 1100
  • the one or more instructions may be code generated by a compiler or code executable by an interpreter.
  • a storage medium that can be read by a device may be provided in the form of a non-transitory storage medium, where 'non-transitory' refers to a device in which the storage medium is tangible. It only means that it does not include signals (e.g. electromagnetic waves), and this term does not distinguish between cases where data is semi-permanently stored in a storage medium and cases where data is stored temporarily.
  • O-RAN is a standardized open interface. It is possible to configure a virtualized intelligent network equipped with For network virtualization, operations according to embodiments may be implemented in the form of a recording medium (eg, memory).
  • Computer program products are commodities and can be traded between sellers and buyers.
  • the computer program product may be distributed in the form of a machine-readable storage medium (e.g. compact disc read only memory (CD-ROM)) or through an application store (e.g. Play StoreTM) or on two user devices (e.g. It can be distributed (e.g. downloaded or uploaded) directly between smart phones) or online.
  • a machine-readable storage medium e.g. compact disc read only memory (CD-ROM)
  • an application store e.g. Play StoreTM
  • two user devices e.g. It can be distributed (e.g. downloaded or uploaded) directly between smart phones) or online.
  • at least a portion of the computer program product may be at least temporarily stored or temporarily created in a machine-readable storage medium, such as the memory of a manufacturer's server, an application store's server, or a relay server.
  • each component (e.g., module or program) of the above-described components may include a single or plural entity, and some of the plurality of entities may be separately placed in other components. there is.
  • one or more of the components or operations described above may be omitted, or one or more other components or operations may be added.
  • multiple components eg, modules or programs
  • the integrated component may perform one or more functions of each component of the plurality of components in the same or similar manner as those performed by the corresponding component of the plurality of components prior to the integration. .
  • operations performed by a module, program, or other component may be executed sequentially, in parallel, iteratively, or heuristically, or one or more of the operations may be executed in a different order, or omitted. Alternatively, one or more other operations may be added.
  • a computer-readable storage medium that stores one or more programs (software modules) may be provided.
  • One or more programs stored in a computer-readable storage medium are configured to be executable by one or more processors in an electronic device (configured for execution).
  • One or more programs include instructions that cause the electronic device to execute methods according to embodiments described in the claims or specification of the present disclosure.
  • These programs may include random access memory, non-volatile memory, including flash memory, read only memory (ROM), and 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 types of disk storage. It can be stored in an optical storage device or magnetic cassette. Alternatively, it may be stored in a memory consisting of a combination of some or all of these. Additionally, multiple configuration memories may be included.
  • non-volatile memory including flash memory, read only memory (ROM), and 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 types of disk storage. It can be stored in an optical storage device or magnetic cassette. Alternatively, it may be stored in a memory consisting of a combination of some or all of these. Additionally, multiple configuration memories may
  • the program may be distributed through 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 is accessible. This storage device can be connected to a device performing an embodiment of the present disclosure through an external port. Additionally, a separate storage device on a communications network may be connected to the device performing embodiments 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 is accessible. This storage device can be connected to a device performing an embodiment of the present disclosure through an external port. Additionally, a separate storage device on a communications network may be connected to the device performing embodiments of the present disclosure.

Landscapes

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

Abstract

본 개시는 LTE와 같은 4G 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 6G 통신 시스템에 관련된 것이다. 실시예들에 있어서, Near-RT(real time) RIC의 전자 장치가 제공된다. 상기 전자 장치는, 인스트럭션들을 저장하는 메모리, 적어도 하나의 송수신기(at least one transceiver), 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 인스터력션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가 E2 노드에게 검사 요청(audit request) 메시지를 상기 적어도 하나의 송수신기를 통해 전송하고, 상기 E2 노드로부터 검사 응답 메시지를 상기 적어도 하나의 송수신기를 통해 수신하도록, 야기할 수 있다.

Description

가입 검사를 위한 전자 장치 및 방법
아래의 설명들은, 가입 검사(subscription audit)를 위한 전자 장치 및 방법에 관한 것이다.
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)은, E2 노드와 Near-RT(real time) RIC(RAN(radio access network) intelligent controller) 간 E2 인터페이스의 애플리케이션 프로토콜(application protocol)에서, 다양한 규격들을 정의한다.
무선 통신 세대를 거듭하면서 발전한 과정을 돌아보면 음성, 멀티미디어, 데이터 등 주로 인간 대상의 서비스를 위한 기술이 개발되어 왔다. 5G (5th Generation) 통신 시스템 상용화 이후 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것으로 전망되고 있다. 네트워크에 연결된 사물의 예로는 차량, 로봇, 드론, 가전제품, 디스플레이, 각종 인프라에 설치된 스마트 센서, 건설기계, 공장 장비 등이 있을 수 있다. 모바일 기기는 증강현실 안경, 가상현실 헤드셋, 홀로그램 기기 등 다양한 폼팩터로 진화할 것으로 예상된다. 6G (6th Generation) 시대에는 수천억 개의 기기 및 사물을 연결하여 다양한 서비스를 제공하기 위해, 개선된 6G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 6G 통신 시스템은 5G 통신 이후 (beyond 5G) 시스템이라 불리어지고 있다.
2030년쯤 실현될 것으로 예측되는 6G 통신 시스템에서 최대 전송 속도는 테라 (즉, 1,000기가) bps (bit per second), 무선 지연시간은 100마이크로초(μsec) 이다. 즉, 5G 통신 시스템대비 6G 통신 시스템에서의 전송 속도는 50배 빠르고 무선 지연시간은 10분의 1로 줄어든다.
이러한 높은 데이터 전송 속도 및 초저(ultra low) 지연시간을 달성하기 위해, 6G 통신 시스템은 테라헤르츠(Terahertz, THz) 대역 (예를 들어, 95기가헤르츠(95 Gigahertz, GHz)에서 3테라헤르츠(3THz)대역과 같은)에서의 구현이 고려되고 있다. 테라헤르츠 대역은 5G에서 도입된 밀리미터파(mmWave) 대역에 비해 더 심각한 경로손실 및 대기흡수 현상으로 인해서 신호 도달거리, 즉 커버리지를 보장할 수 있는 기술의 중요성이 더 커질 것으로 예상된다. 커버리지를 보장하기 위한 주요 기술로서 RF(Radio Frequency) 소자, 안테나, OFDM (Orthogonal Frequency Division Multiplexing)보다 커버리지 측면에서 더 우수한 신규 파형(waveform), 빔포밍(beamforming) 및 거대 배열 다중 입출력(massive Multiple-Input and Multiple-Output (MIMO)), 전차원 다중입출력(Full Dimensional MIMO (FD-MIMO)), 어레이 안테나(array antenna), 대규모 안테나(large scale antenna)와 같은 다중 안테나 전송 기술 등이 개발되어야 한다. 이 외에도 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(metamaterial) 기반 렌즈 및 안테나, OAM(Orbital Angular Momentum)을 이용한 고차원 공간 다중화 기술, RIS(Reconfigurable Intelligent Surface) 등 새로운 기술들이 논의되고 있다.
또한 주파수 효율 향상 및 시스템 네트워크 개선을 위해, 6G 통신 시스템에서는 상향링크(uplink)와 하향링크(downlink)가 동일 시간에 동일 주파수 자원을 동시에 활용하는 전이중화(full duplex) 기술, 위성(satellite) 및 HAPS(High-Altitude Platform Stations)등을 통합적으로 활용하는 네트워크 기술, 이동 기지국 등을 지원하고 네트워크 운영 최적화 및 자동화 등을 가능하게 하는 네트워크 구조 혁신 기술, 스펙트럼 사용 예측에 기초한 충돌 회피를 통한 동적 주파수 공유 (dynamic spectrum sharing) 기술, AI (Artificial Intelligence)를 설계 단계에서부터 활용하고 종단간(end-to-end) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원(Mobile Edge Computing (MEC), 클라우드 등)을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발이 이루어지고 있다. 뿐만 아니라 6G 통신 시스템에서 이용될 새로운 프로토콜의 설계, 하드웨어 기반의 보안 환경의 구현 및 데이터의 안전 활용을 위한 메커니즘 개발 및 프라이버시 유지 방법에 관한 기술 개발을 통해 디바이스 간의 연결성을 더 강화하고, 네트워크를 더 최적화하고, 네트워크 엔티티의 소프트웨어화를 촉진하며, 무선 통신의 개방성을 높이려는 시도가 계속되고 있다.
이러한 6G 통신 시스템의 연구 및 개발로 인해, 사물 간의 연결뿐만 아니라 사람과사물 간의 연결까지 모두 포함하는 6G 통신 시스템의 초연결성(hyper-connectivity)을 통해 새로운 차원의 초연결 경험(the next hyper-connected experience)이 가능해질 것으로 기대된다. 구체적으로 6G 통신 시스템을 통해 초실감 확장 현실(truly immersive eXtended Reality (XR)), 고정밀 모바일 홀로그램(high-fidelity mobile hologram), 디지털 복제(digital replica) 등의 서비스 제공이 가능할 것으로 전망된다. 또한 보안 및 신뢰도 증진을 통한 원격 수술(remote surgery), 산업 자동화(industrial automation) 및 비상 응답(emergency response)과 같은 서비스가 6G 통신 시스템을 통해 제공됨으로써 산업, 의료, 자동차, 가전 등 다양한 분야에서 응용될 것이다.
6G 통신 시스템에서는 RAN의 기능이 추가로 세분화되어서 서비스 가입자, 서비스 제공자 형태로 분리될 것으로 예상된다. 서비스 기반의 네트워크에서는 서비스 가입 현황에 대한 가입 서비스 확인 절차가 다양한 기능에서 응용될 것이다.
실시예들에 있어서, E2 노드에 의해 수행되는 방법은, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에게 검사 요청(audit request) 메시지를 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 Near-RT RIC로부터 검사 응답 메시지를 수신하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 Near-RT RIC 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC에 의해 수행되는 방법은, E2 노드에게 검사 요청(audit request) 메시지를 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 E2 노드로부터 검사 응답 메시지를 수신하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, E2 노드에 의해 수행되는 방법은, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 Near-RT RIC에게 검사 응답 메시지를 전송하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC에 의해 수행되는 방법은, E2 노드로부터 검사 요청(audit request) 메시지를 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 E2 노드에게 검사 응답 메시지를 전송하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 Near-RT RIC 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, E2 노드의 전자 장치는, 적어도 하나의 송수신기(at least one transceiver); 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 적어도 하나의 프로세서는, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에게 검사 요청(audit request) 메시지를 전송하도록 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 적어도 하나의 프로세서는, 상기 Near-RT RIC로부터 검사 응답 메시지를 수신하도록, 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 Near-RT RIC 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC의 전자 장치는, 적어도 하나의 송수신기(at least one transceiver); 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 적어도 하나의 프로세서는, E2 노드에게 검사 요청(audit request) 메시지를 전송하도록 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 적어도 하나의 프로세서는, 상기 E2 노드로부터 검사 응답 메시지를 수신하도록, 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, E2 노드의 전자 장치는, 적어도 하나의 송수신기(at least one transceiver); 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 적어도 하나의 프로세서는, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 수신하도록 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 적어도 하나의 프로세서는, 상기 Near-RT RIC에게 검사 응답 메시지를 전송하도록, 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC의 전자 장치는, 적어도 하나의 송수신기(at least one transceiver); 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다.
상기 적어도 하나의 프로세서는, E2 노드로부터 검사 요청(audit request) 메시지를 수신하도록 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 적어도 하나의 프로세서는, 상기 E2 노드에게 검사 응답 메시지를 전송하도록, 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 Near-RT RIC 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC에 의해 수행되는 방법이 제공된다. 상기 방법은 E2 노드에게 검사 요청(audit request) 메시지를 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 E2 노드로부터 검사 응답(audit response) 메시지를 수신하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, E2 노드에 의해 수행되는 방법이 제공된다. 상기 방법은, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 검사 요청 메시지에 응답하여, 상기 Near-RT RIC에게 검사 응답(audit response) 메시지를 전송하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC의 전자 장치가 제공된다. 상기 전자 장치는, 인스트럭션들을 저장하는 메모리, 적어도 하나의 송수신기(at least one transceiver), 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 인스터력션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가 E2 노드에게 검사 요청(audit request) 메시지를 상기 적어도 하나의 송수신기를 통해 전송하고, 상기 E2 노드로부터 검사 응답 메시지를 상기 적어도 하나의 송수신기를 통해 수신하도록, 야기할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, E2 노드의 전자 장치가 제공된다. 상기 전자 장치는, 인스트럭션들을 저장하는 메모리, 적어도 하나의 송수신기(at least one transceiver), 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 인스터력션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가 Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 상기 적어도 하나의 송수신기를 통해 수신하고, 상기 Near-RT RIC에게 검사 응답 메시지를 상기 적어도 하나의 송수신기를 통해 전송하도록, 야기할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, 비-일시적 저장 매체가 제공된다. 상기 비-일시적 저장 매체는 인스트럭션들을 저장하는 메모리를 포함할 수 있다. 상기 인스트럭션들은, 적어도 하나의 프로세서에 의해 실행될 때, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)가 E2 노드에게 검사 요청(audit request) 메시지를 전송하고, 상기 E2 노드로부터 검사 응답(audit response) 메시지를 수신하도록 야기할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, 비-일시적 저장 매체가 제공된다. 상기 비-일시적 저장 매체는 인스트럭션들을 저장하는 메모리를 포함할 수 있다. 상기 인스트럭션들은, 적어도 하나의 프로세서에 의해 실행될 때, E2 노드가 Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 수신하고, 상기 검사 요청 메시지에 응답하여, 상기 Near-RT RIC에게 검사 응답(audit response) 메시지를 전송하도록 야기할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
도 1은 4G(4th generation) LTE(Long Term Evolution) 코어 시스템의 예를 도시한다.
도 2a는 5G(5th generation) NSA(non-standard alone) 시스템의 예를 도시한다.
도 2b는 O-RAN을 위한 아키텍쳐(architecture)의 예를 도시한다.
도 3은 실시예들에 따른 무선 접속 망에서 E2 어플리케이션 프로토콜 메시지(application protocol message)의 프로토콜 스택(stack)을 도시한다.
도 4는 실시예들에 따른 무선 접속 망에서 기지국 및 RIC(radio access network intelligence controller) 간 연결의 예를 도시한다.
도 5는 실시예들에 따른 무선 접속 망에서 장치의 구성을 도시한다.
도 6은 실시예들에 따른 무선 접속 망에서 E2 노드 및 RIC의 E2 메시지에 관련된 논리적 기능을 도시한다.
도 7은 실시예들에 E2 노드와 RIC간 기능 분리의 예들을 도시한다.
도 8은 실시예들에 따른 E2 노드와 RIC의 구현 예를 도시한다.
도 9는 실시예들에 따른 CU(centralized unit)와 RIC 간 기능 분리의 예들을 도시한다.
도 10은 실시예들에 따른, 가입 절차(subscription procedure)에 따른 Near-RT RIC 및 E2 노드 각각의 기능적 블록을 도시한다.
도 11a는 일 실시예에 따른, Near-RT RIC와 E2 노드 간 가입 검사(subscription audit) 절차의 예를 도시한다.
도 11b는 일 실시예에 따른, Near-RT RIC와 E2 노드 간 가입 검사 절차의 예를 도시한다.
도 12a는 일 실시예에 따른, 활동 시간(activity time)에 의해 개시되는 가입 검사 절차의 예를 도시한다.
도 12b는 일 실시예에 따른, 이벤트에 기반하여 개시되는 가입 검사 절차의 예를 도시한다.
도 13은 일 실시예에 따른, 가입 검사 절차를 이용한 가입 관리의 예를 도시한다.
도 14는 일 실시예에 따른, 가입 검사 절차를 이용한 가입 관리의 예를 도시한다.
도 15는 일 실시예에 따른, 가입 검사 절차를 이용한 가입 관리의 예를 도시한다.
도 16은 일 실시예에 따른, 가입 검사 절차를 이용한 가입 관리의 예를 도시한다.
본 개시에서 사용되는 용어들은 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 다른 실시예의 범위를 한정하려는 의도가 아닐 수 있다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다. 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 용어들은 본 개시에 기재된 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가질 수 있다. 본 개시에 사용된 용어들 중 일반적인 사전에 정의된 용어들은, 관련 기술의 문맥상 가지는 의미와 동일 또는 유사한 의미로 해석될 수 있으며, 본 개시에서 명백하게 정의되지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다. 경우에 따라서, 본 개시에서 정의된 용어일지라도 본 개시의 실시예들을 배제하도록 해석될 수 없다.
이하에서 설명되는 본 개시의 다양한 실시예들에서는 하드웨어적인 접근 방법을 예시로서 설명한다. 하지만, 본 개시의 다양한 실시예들에서는 하드웨어와 소프트웨어를 모두 사용하는 기술을 포함하고 있으므로, 본 개시의 다양한 실시예들이 소프트웨어 기반의 접근 방법을 제외하는 것은 아니다.
이하 본 개시는 무선 통신 시스템에서 RAN(radio access network) 내의 장치 및 RAN을 제어하는 장치 간 제어 절차에 관한 것이다. 구체적으로, 본 개시는 E2 인터페이스 상에서 E2 노드가 RIC에게 E2AP 규격의 버전 번호(예: E2AP 2.02)를 제공함으로써, E2 노드와 RIC가 규격적으로 올바른 동작을 수행하고, 후방위 호환성(backward compatibility)가 보장되도록 하기 위한 절차, 메시지, 및 방법에 관한 것이다.
이하 설명에서 사용되는 설정(configuration)을 지칭하는 용어(예: 셋업(setup), 셋팅(setting), 준비(arrangement), 제어(control)), 신호를 지칭하는 용어(예: 패킷, 메시지, 신호, 정보, 시그널링), 자원을 지칭하는 용어(예: 섹션(section), 심볼(symbol), 슬롯(slot), 서브프레임(subframe), 무선 프레임(radio frame), 서브캐리어(subcarrier), RE(resource element), RB(resource block), BWP(bandwidth part), 기회(occasion)), 연산 상태를 위한 용어(예: 단계(step), 동작(operation), 절차(procedure)), 데이터를 지칭하는 용어(예: 패킷, 메시지, 사용자 스트림, 정보(information), 비트(bit), 심볼(symbol), 코드워드(codeword)), 채널을 지칭하는 용어, 네트워크 객체(network entity)들을 지칭하는 용어(DU(distributed unit), RU(radio unit), CU(central unit), CU-CP(control plane), CU-UP(user plane), O-DU(O-RAN(open radio access network) DU), O-RU(O-RAN RU), O-CU(O-RAN CU), O-CU-UP(O-RAN CU-CP), O-CU-CP(O-RAN CU-CP)), 장치의 구성 요소를 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 다른 용어가 사용될 수 있다. 또한, 이하 사용되는 '...부', '...기', '...물', '...체' 등의 용어는 적어도 하나의 형상 구조를 의미하거나 또는 기능을 처리하는 단위를 의미할 수 있다.
또한, 본 개시에서, 특정 조건의 만족(satisfied), 충족(fulfilled) 여부를 판단하기 위해, 초과 또는 미만의 표현이 사용될 수 있으나, 이는 일 예를 표현하기 위한 기재일 뿐 이상 또는 이하의 기재를 배제하는 것이 아니다. '이상'으로 기재된 조건은 '초과', '이하'로 기재된 조건은 '미만', '이상 및 미만'으로 기재된 조건은 '초과 및 이하'로 대체될 수 있다. 또한, 다르게 명시적으로 언급하지 않는 한, 이하, 'A' 내지 'B'는 A부터(A 포함) B까지의(B 포함) 요소들 중 적어도 하나를 의미한다. 이하, 'C’ 및/또는 ‘D’는 ‘C’ 또는 ‘D’ 중 적어도 하나, 즉, {‘C’, ‘D’, ‘C’와 ‘D’}를 포함하는 것을 의미한다.
또한, 본 개시는, 일부 통신 규격(예: 3GPP(3rd Generation Partnership Project), xRAN(extensible radio access network), O-RAN((open radio access network))에서 사용되는 용어들을 이용하여 다양한 실시예들을 설명하지만, 이는 설명을 위한 예시일 뿐이다. 본 개시의 다양한 실시예들은, 다른 통신 시스템에서도, 용이하게 변형되어 적용될 수 있다.
4세대(4th generation, 4G)/5세대(5th generation, 5G) 통신 시스템 (예: NR(new radio))이 상용화됨에 따라, 가상화된 네트워크에서 사용자에게 차별화된 서비스 지원이 요구되게 되었다. 3GPP는 이동통신 관련 단체들 간의 공동 연구 프로젝트로 국제전기통신연합(ITU)의 IMT-2000 프로젝트의 범위 내에서 - 전 세계적으로 적용 가능한 - 3세대 이동통신 시스템 규격의 작성을 목적으로 하고 있다. 3GPP는 1998년 12월에 개설되었으며, 3GPP 규격은 진보된 GSM 규격에 기반을 두고 있으며, 무선(radio)과 코어 네트워크(core network), 서비스 구조(service architecture)를 모두 표준화 범위에 포함시키고 있다. 이에, O-RAN(open radio access network)은 3GPP NE(network entity) 및 기지국을 구성하는 노드(node)들인 RU(radio unit), DU(digital unit), CU(central unit)-CP(control plane), CU-UP(user plane)를 각각 O(O-RAN)-RU, O-DU, O-CU-CP, O-CU-UP라고 새로이 정의하고, 그 외 추가로 NRT(near-real-time) RIC(radio access network intelligent controller) 규격화하였다. 본 개시는 RIC가 O-DU, O-CU-CP 또는 O-CU-UP에게 서비스를 요청하는 E2 인터페이스에서 사업자 특정 서비스 모델(operator specific service model)을 지원하기 위한 것이다. 여기서, O-RU, O-DU, O-CU-CP, O-CU-UP은 O-RAN 규격에 따라 동작할 수 있는 RAN을 구성하는 객체들로 이해될 수 있고, E2 노드(node)로 지칭될 수 있다. RIC 및 E2 노드들 간 O-RAN 규격에 따라 동작할 수 있는 RAN을 구성하는 객체들과의 인터페이스는 E2AP(application protocol)을 사용한다.
RIC는 단말과 O-DU, O-CU-CP 또는 O-CU-UP가 송수신하는 셀 사이트(cell site)에 정보를 수집할 수 있는 논리적 노드이다. RIC는 하나의 물리적 장소에 집중적으로 배치된 서버의 형태로 구현될 수 있다. O-DU와 RIC 간, O-CU-CP와 RIC 간, O-CU-UP와 RIC 간 이더넷(Ethernet)을 통해 연결이 이루어질 수 있다. 이를 위해, O-DU와 RIC 간, O-CU-CP와 RIC 간, O-CU-UP와 RIC 간의 통신을 위한 인터페이스 규격이 필요해졌으며, E2-DU, E2-CU-CP, E2-CU-UP 등의 메시지 규격 및 O-DU, O-CU-CP, O-CU-UP와 RIC 간 절차의 정의가 요구된다. 특히, 가상화된 네트워크에서 사용자에게 차별화된 서비스 지원이 요구되며, O-RAN에서 발생한 호 처리 메시지/기능을 RIC에 집중시킴으로써, 광범위한 셀 커버리지(cell coverage)에 대한 서비스를 지원하기 위한 E2-DU, E2-CU-CP, E2-CU-UP의 메시지의 기능 정의가 필요하다.
RIC는 O-DU, O-CU-CP, O-CU-UP에게 E2 인터페이스를 이용하여 통신을 수행하며, 가입 메시지(subscription message)를 생성 및 송신함으로써 이벤트(event) 발생 조건을 설정할 수 있다. 구체적으로, RIC은 E2 가입 요청(subscription Request) 메시지를 생성하고, E2 노드(node)(예: O-CU-CP, O-CU-UP, O-DU)에게 전달함으로써 호 처리 EVENT를 설정할 수 있다. 또한, EVENT 설정 후, E2 노드는 RIC에게 전달한 가입 요청 응답(Subscription Request Response) 메시지를 전달한다.
E2 노드는 E2 지시/보고(indication/report)를 통해 RIC에게 현재 상태를 송신할 수 있다. RIC는 O-DU, O-CU-CP, O-CU-UP에 대한 제어를 E2 제어(control) 메시지를 이용하여 제공할 수 있다. 본 개시의 다양한 실시예들은 O-DU에서 가입 이벤트(subscription event) 조건에서 설정된 주기별로, UE 단위의 측정 정보를 전송되는 E2 지시(indication) 메시지를 제안한다. 또한, 본 개시의 다양한 실시예들은 RIC에서 O-DU 로 전송되는 자원(resource)를 제어(control) 하기 위한 메시지를 제안한다.
도 1은 4G(4th generation) LTE(Long Term Evolution) 코어 시스템의 예를 도시한다.
도 1을 참고하면, LTE 코어 시스템은 기지국(110), 단말(120), S-GW(serving gateway)(130), P-GW(packet data network gateway)(140), MME(mobility management entity)(150), HSS(home subscriber server)(160), PCRF(policy and charging rule function)(170)를 포함한다.
기지국(110)은 단말(120)에게 무선 접속을 제공하는 네트워크 인프라스트럭쳐(infrastructure)이다. 예를 들어, 기지국(110)은 단말(120)의 버퍼 상태, 가용 전송 전력, 채널 상태 등 상태 정보를 취합해 스케줄링을 수행하는 장치이다. 기지국(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)은 기계 타입 통신(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(170)에서 P-GW(140)로 전달되고, P-GW(140)는 PCRF(170)로부터 제공된 정보를 기반으로 단말(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(evolved packet core)(250)를 포함한다. EPC(250)에 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) 유닛으로 분리된 구조를 가질 수 있다.
도 2a와 같은 구조에서, 단말(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)와 연결될 수 있다.
현재, 5G 이동통신 기술이 지원하고자 했던 서비스들을 고려하여 초기의 5G 이동통신 기술 개선(improvement) 및 성능 향상(enhancement)을 위한 논의가 진행 중에 있으며, 차량이 전송하는 자신의 위치 및 상태 정보에 기반하여 자율주행 차량의 주행 판단을 돕고 사용자의 편의를 증대하기 위한 V2X(Vehicle-to-Everything), 비면허 대역에서 각종 규제 상 요구사항들에 부합하는 시스템 동작을 목적으로 하는 NR-U(New Radio Unlicensed), NR 단말 저전력 소모 기술(UE Power Saving), 지상 망과의 통신이 불가능한 지역에서 커버리지 확보를 위한 단말-위성 직접 통신인 비 지상 네트워크(Non-Terrestrial Network, NTN), 위치 측위(Positioning) 등의 기술에 대한 물리계층 표준화가 진행 중이다.
뿐만 아니라, 타 산업과의 연계 및 융합을 통한 새로운 서비스 지원을 위한 지능형 공장 (Industrial Internet of Things, IIoT), 무선 백홀 링크와 액세스 링크를 통합 지원하여 네트워크 서비스 지역 확장을 위한 노드를 제공하는 IAB(Integrated Access and Backhaul), 조건부 핸드오버(Conditional Handover) 및 DAPS(Dual Active Protocol Stack) 핸드오버를 포함하는 이동성 향상 기술(Mobility Enhancement), 랜덤액세스 절차를 간소화하는 2 단계 랜덤액세스(2-step RACH for NR) 등의 기술에 대한 무선 인터페이스 아키텍쳐/프로토콜 분야의 표준화 역시 진행 중에 있으며, 네트워크 기능 가상화(Network Functions Virtualization, NFV) 및 소프트웨어 정의 네트워킹(Software-Defined Networking, SDN) 기술의 접목을 위한 5G　베이스라인 아키텍쳐(예를 들어, Service based Architecture, Service based Interface), 단말의 위치에 기반하여 서비스를 제공받는 모바일 엣지 컴퓨팅(Mobile Edge Computing, MEC) 등에 대한 시스템 아키텍쳐/서비스 분야의 표준화도 진행 중이다.
이와 같은 5G 이동통신 시스템이 상용화되면, 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것이며, 이에 따라 5G 이동통신 시스템의 기능 및 성능 강화와 커넥티드 기기들의 통합 운용이 필요할 것으로 예상된다. 이를 위해, 증강현실(Augmented Reality, AR), 가상현실(Virtual Reality, VR), 혼합 현실(Mixed Reality, MR) 등을 효율적으로 지원하기 위한 확장 현실(eXtended Reality, XR), 인공지능(Artificial Intelligence, AI) 및 머신러닝(Machine Learning, ML)을 활용한 5G 성능 개선 및 복잡도 감소, AI 서비스 지원, 메타버스 서비스 지원, 드론 통신 등에 대한 새로운 연구가 진행될 예정이다.
또한, 이러한 5G 이동통신 시스템의 발전은 6G 이동통신 기술의 테라헤르츠 대역에서의 커버리지 보장을 위한 신규 파형(Waveform), 전차원 다중입출력(Full Dimensional MIMO, FD-MIMO), 어레이 안테나(Array Antenna), 대규모 안테나(Large Scale Antenna)와 같은 다중 안테나 전송 기술, 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(Metamaterial) 기반 렌즈 및 안테나, OAM(Orbital Angular Momentum)을 이용한 고차원 공간 다중화 기술, RIS(Reconfigurable Intelligent Surface) 기술 뿐만 아니라, 6G 이동통신 기술의 주파수 효율 향상 및 시스템 네트워크 개선을 위한 전이중화(Full Duplex) 기술, 위성(Satellite), AI(Artificial Intelligence)를 설계 단계에서부터 활용하고 종단간(End-to-End) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발에 기반이 될 수 있을 것이다.
도 1 내지 도 2b에서는 4G 및/또는 5G 환경에 예로 서술되었으나, 이러한 설명은, 본 개시의 실시예들의 통신 환경의 범위를 제한하지 않는다. 본 개시의 실시예들에 따른 기술적 원리는 6G 및 6G 이후의 통신 기술 및 네트워크 환경에서도 적용될 수 있다.
도 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-UP(410), O-CU-CP(420), 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에 예시된 구조는 도 4의 near-RT RIC, non-RT RIC, O-CU-CP, O-CU-UP, O-DU 중 적어도 하나의 기능을 가지는 장치의 구성으로서 이해될 수 있다. 이하 사용되는 '…부', '…기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
상기 도 5를 참고하면, 코어 망 장치는 송수신기(510), 메모리(520), 프로세서(530)를 포함하여 구성된다.
송수신기(510)는 네트워크 내 다른 장치들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 송수신기(510)는 코어 망 장치에서 다른 장치로 송신되는 비트열을 물리적 신호로 변환하고, 다른 장치로부터 수신되는 물리적 신호를 비트열로 변환한다. 즉, 송수신기(510)는 신호를 송신 및 수신할 수 있다. 이에 따라, 송수신기(510)는 통신부, 모뎀(modem), 송신부(transmit unit), 수신부(receive unit) 또는 송수신부(transmit/receive unit)로 지칭될 수 있다. 이때, 송수신기(510)는 코어 망 장치가 백홀 연결(예: 유선 백홀 또는 무선 백홀)을 거쳐 또는 네트워크를 거쳐 다른 장치들 또는 시스템과 통신할 수 있도록 한다. 도 5에는 하나의 송수신기(510)만 도시되었으나, 장치는 하나 이상의 송수신기들을 포함할 수 있다.
메모리(520)는 코어 망 장치의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 메모리(520)는 저장부로 지칭될 수 있다. 메모리(520)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고, 메모리(520)는 프로세서(530)의 요청에 따라 저장된 데이터를 제공한다.
프로세서(530)는 E2 노드 혹은 Near-RT RIC와 같은 NE(network element) 장치의 전반적인 동작들을 제어한다. 예를 들어, 프로세서(530)는 송수신기(510)를 통해 신호를 송수신한다. 또한, 프로세서(530)는 메모리(520)에 데이터를 기록하고, 읽는다. 도 5에는 하나의 프로세서(530)이 도시되었으나, 장치는 하나 이상의 프로세서들을 포함할 수 있다. 다양한 실시예들에 따라, 프로세서(530)는 장치가 본 개시에서 설명되는 다양한 실시예들에 따른 동작들을 수행하도록 제어할 수 있다.
도 6은 본 개시의 실시예들에 따른 무선 접속 망에서 E2 노드 및 RIC의 E2 메시지에 관련된 논리적 기능을 도시한다.
도 6을 참고하면, RIC(640) 및 E2 노드(node)(610)는 상호 간 E2 메시지를 송신 또는 수신할 수 있다. 예를 들어, E2 노드(610)는 O-CU-CP, O-CU-UP, O-DU, 또는 기지국일 수 있다. E2 노드의 통신 인터페이스는 E2 노드(610)의 종류에 따라 결정될 수 있다. 예를 들어, E2 노드(610)는 E1 인터페이스 혹은 F1 인터페이스를 통해 다른 E2 노드(616)와 통신을 수행할 수 있다. 또는, 예를 들어, E2 노드(610)는 X2 인터페이스 혹은 XN인터페이스를 통해 E2 노드(616)와 통신을 수행할 수 있다. 또는 예를 들어, E2 노드(610)은 S1 인터페이스 혹은 NGAP(next generation application protocol) 인터페이스(즉, NG(next generation) RAN 노드와 AMF 간 인터페이스)를 통해 통신을 수행할 수 있다.
E2 노드(610)는 E2 노드 기능(E2 node function)(612)을 포함할 수 있다. E2 노드 기능(612)은 RIC(640)에 설치된 특정 xApp(application S/W)(646)에 상응한다. 예를 들어, KPI 모니터(monitor) 경우, RIC(640)에 KPI 모니터 수집 S/W가 설치되어 있고, E2 노드(610)는 KPI 파라미터들을 생성한 후, KPI 파라미터를 포함하는 E2 메시지를 RIC(640)에 위치한 E2 종단(termination)(642)에 전달하는 E2 노드 기능(612)을 포함할 수 있다. E2 노드(610)는 RRM(radio resource management)(614)를 포함할 수 있다. E2 노드(610)는 단말을 위한 무선 망에게 제공되는 자원을 관리할 수 있다. xApp(646)은 RIC(640)(예: Near-RT RIC)에서 실행되도록 설계된 애플리케이션이다. 상기 애플리케이션은 하나 이상의 마이크로서비스들로 구성될 수 있으며, 온보딩 시점에 소비하는 데이터와 제공하는 데이터를 식별할 수 있다. 상기 애플리케이션은 RIC(640)와 독립적이며 써드파티(third party)에서 제공될 수 있다. E2 인터페이스는 xApp(646)과 RAN 기능 간의 직접적인 연결을 가능하게 한다.
RIC(640)에 위치한 E2 종단(642)은 E2 메시지에 대한 RIC(640)의 종단으로서, E2 노드(610)에 의해 전달된(혹은 전송된) E2 메시지를 해석한 후, xApp(646)에게 상기 E2 메시지를 전달해주는 기능을 수행한다. RIC(640)에 위치한 DB(database)(644)가 E2 종단(642) 혹은 xApp(646)을 위해 이용될 수 있다. 도 6에 도시된 E2 노드(610)는 적어도 하나의 인터페이스의 종단으로서, 단말, 주위 기지국, 코어 네트워크로 전달되는 메시지들의 종단으로 이해될 수 있다.
도 7은 본 개시의 실시예들에 E2 노드와 RIC간 기능 분리의 예들을 도시한다. O-RAN 규격은 E2 노드와 RIC 간의 기능 분리를 제공한다. 예를 들어, E2 노드는 CU일 수 있다. RIC는 Near RT RIC일 수 있다. RIC는 A1 인터페이스를 통해 ONAP(open network automation platform)/MANO(management and orchestration)/NMS(network management system)와 연결될 수 있다. RIC는 E2 노드와 E2 인터페이스를 통해 연결될 수 있다. E2 인터페이스는 명령(commands)을 전달할 수 있다. 기능 분리 옵션은 RRM(radio resource management) 전체를 near-RT RIC에서 관리하는 기능 분리(700), RRM을 선택적으로 near-RT RIC에서 관리하는 기능 분리(750)이 존재할 수 있다.
2019/01/16 회의의 WG3 결정에 따라 Near-RT RIC은 near RT-RIC에 위치한 특정 RRC-RRM 알고리즘 구현과 관계없이 다중 공급 업체 환경을 목표로하는 개방형 논리적 인터페이스로 E2를 지원할 예정이다. 본 개시에서 우리는 각 I/F 및 NE(network entity)에 대한 Per UE RRC 메시지를 삽입(inject)/수정(modify)/구성(configuration)을 수행할 수 있는 E2SM-NI와 쌍을 이루는 E2SM-RIC (E2 Service Model Radio Interface Control)이 제안될 수 있다. 다시 말해, 기능 분리(750)에서 점진적으로 기능 분리(700)의 방향으로 Near RT RIC는 개선될 수 있다. E2는 near RT-RIC에있는 특정 RRC-RRM 알고리즘 구현과는 독립적이고 다중 공급 업체 환경을 목표로 하는 개방형 논리적 인터페이스로 발전될 수 있다.
도 8은 본 개시의 실시예들에 따른 E2 노드와 RIC의 구현 예를 도시한다. 구현 예(800)의 시나리오에서, E2 노드(예: O-DU(820), O-CU(830))와 RIC(810)는 클라우드 플랫폼(840)(예: 개방형 섀시 및 블레이드 사양 에지 클라우드)에 가상화되어, 장치(예: 서버)에 구성될 수 있다. 이러한 시나리오는, O-DU 대기 시간 요구 사항을 충족하기에 충분히 낮은 지연 시간(latency)으로, 중앙 위치에 풀링되는 BBU 기능을 허용하는 풍부한 프런트홀(fronthaul) 용량으로 밀집된 도시 지역에서의 배포를 지원할 수 있다. 일 실시예에서, O-DU 기능을 중앙 집중화할 수 있는 한계 이상으로 RT에 가까운 RIC을 중앙 집중화하려고 시도할 필요가 없을 수 있다. 일 실시예에 따라, E2SM-RIC은 O-Cloud Platform에서 Near-RT RIC, O-CU 및 O-DU가 구현되는 O-RAN 배포 시나리오에 최적화될 수 있다.
도 9는 본 개시의 실시예들에 따른 CU(centralized unit)(910)와 RIC(920) 간 기능 분리의 예들을 도시한다. 도 9를 참고하면, 기능 분리들은 배치 시나리오 #1(900) 또는 기능 배치 시나리오 #2(950)에 따라 수행될 수 있다.
배치 시나리오 #1(900): RIC가 별도의 사이트에 위치하거나 다른 NE로만 존재하며, 몇 가지 인텔리전스 필수 기능을 대체하거나 권장된다.
배치 시나리오 #2(950): RIC는 3GPP I/F 관리를 제외한 CU의 거의 모든 기능을 대체할 수 있다.
도 9에서는 두 가지의 시나리오들을 도시하나, 그 외에 다른 시나리오들이 적용될 수도 있다. 일 예로, 배치 시나리오 #1(900)에서 Mobility 기능이 CU(910)가 아닌 RIC(920)에 의해 수행될 수 있다. 또한, 일 예로, 배치 시나리오 #1(900)에서 UE 컨텍스트 기능이 CU(910)가 아닌 RIC(920)에 의해 수행될 수 있다. 또한, 일 예로, 배치 시나리오 #1(900)에서 세션 설정 기능이 CU(910)가 아닌 RIC(920)에 의해 수행될 수 있다.
도 10은 실시예들에 따른, 가입 절차(subscription procedure)에 따른 Near-RT RIC 및 E2 노드 각각의 기능적 블록을 도시한다. 상기 가입 절차는 RIC 가입 절차를 의미한다. 이벤트 트리거(event trigger) 및 액션들의 시퀀스(sequence of actions)로 구성되는 E2 가입들을 설립하기 위해(establish), RIC 가입 절차가 이용될 수 있다. O-RAN Working Group (WG) 3 Near-Real-time RAN Intelligent Controller Architecture & E2 General Aspects and Principles (E2GAP) 규격은 Near-RT RIC를 서비스 소비자(service consumer)로 정의하고, E2 노드를 서비스 생산자(service producer)로 정의한다. Near-RT RIC가 서비스를 제공을 받기 위해서 RIC 가입 절차를 수행할 수 있다. 규격은, RIC 가입 절차를 위해, Near-RT RIC는 RIC 가입 요청(subscription request) 메시지를 전송하도록 규정한다. 도 10의 E2 노드(1010)는 도 1 내지 도 9를 통해 서술된 E2 노드(예: E2 노드(610))를 예시한다. 도 10의 Near-RT RIC(1020)는 도 1 내지 도 9를 통해 서술된 RIC(예: RIC(640))를 예시한다.
Near-RT RIC(1020)는 E2 노드(1010)에게 RIC 가입 요청 메시지(예: RIC SUBSCRIPTION REQUEST 메시지)를 전송할 수 있다. RIC 가입 요청 메시지는 RAN 기능(function)에 대한 정보를 포함할 수 있다. E2 노드(1010)는 Near-RT RIC(1020)에게 RIC 가입 응답 메시지(예: RIC SUBSCRIPTION RESPONSE 메시지)를 전송할 수 있다. E2 노드(1010)는 RIC 가입 요청 메시지에 오류가 없고, RIC 가입 요청 메시지의 RAN 기능(function)을 지윈 가능 하면, RIC 가입 응답(subscription response) 메시지를 Near-RT RIC(1020)에게 전송할 수 있다. E2 노드(1010)가 요청된 적어도 하나의 액션을 허용하지 않거나, 또는 액션들의 시퀀스 및/또는 액션 정의들에서 불일치(inconsistency)를 검출하거나, 또는 RIC 가입 절차 동안 실패가 발생한 경우, E2 노드(1010)는 Near-RT RIC(1020)에게 RIC 가입 실패(failure) 메시지(예: RIC SUBSCRIPTION FAILURE 메시지)를 전송할 수 있다.
Near-RT RIC(1020)에서 E2 노드(1010)에게 전송되는 가입 요청 메시지는, RAN 기능(RAN Function) 및 RAN 기능과 관련 이벤트 트리거 정의(event trigger definition)를 포함할 수 있다. 예를 들어, 가입 요청 메시지의 구조는 하기의 표와 같다.
Figure PCTKR2023013763-appb-img-000001
다른 예를 들어, 가입 요청 메시지의 구조는 하기의 표와 같다.
Figure PCTKR2023013763-appb-img-000002
또 다른 예를 들어, 가입 요청 메시지의 구조는 하기의 표와 같다.
Figure PCTKR2023013763-appb-img-000003
또 다른 예를 들어, 가입 요청 메시지의 구조는 하기의 표와 같다.
Figure PCTKR2023013763-appb-img-000004
E2 노드(1010)와 Near-RT RIC(1020) 간 E2 셋업 절차가 수행될 수 있다. E2 셋업 절차에서, E2 노드(1010)는 Near-RT RIC(1020)에게 E2 셋업 요청(E2 SETUP REQUEST) 메시지를 전송할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)에게 E2 셋업 응답(E2 SETUP RESPONSE) 메시지를 전송할 수 있다. 'E2 셋업 절차의 E2 셋업 요청 메시지는 RAN 기능 ID(identifier)들을 포함할 수 있다. E2 셋업 요청 메시지는 각 RAN 기능 ID에 대응하는 상기 RAN Function ID에 대응하는 RAN 기능 정의(RAN Function Definition) 포함할 수 있다. RAN 기능 정의는, RAN 기능에 대한 설명을 포함할 수 있다. RAN 기능은, E2 서비스 모델(service model)에 특정적일 수 있다. 이후, 절차에서는 RAN 기능 ID를 통해, RAN 기능이 지시될 수 있다. E2 셋업 절차 이후, 서비스 제공을 위해 가입 절차가 수행될 수 있다.
도 10을 참고하면, 가입 절차에 의해, Near-RT RIC(1020)는 E2 노드(1010)에 의해 제공되는 서비스에 가입할 수 있다. Near-RT RIC(1020)는 RAN 기능 ID에 대응하는 서비스에 가입할 수 있다. Near-RT RIC(1020)는 RAN 기능 ID에 대응하는 다수의 가입들을 저장할 수 있다. 각 가입(subscription)은, 하나의 RIC Request ID에 대응할 수 있다. RIC Request ID는, 특정 RIC 가입 절차를 식별하기 위해, Near-RT RIC(1020)에 의해 이용되는 지역 식별자(local identifier)이다. 예를 들어, E2 노드(1010)는, 서비스 생산자로서, RAN 기능 ID(예: RAN FUNCTION ID=1)에 3개의 가입들(예: RIC Request ID 1, 2, 3)에 대한 정보를 저장할 수 있다(1011). E2 노드(1010)는 통신 블록(1013)을 통해, Near-RT RIC(1020)의 통신 블록(1023)과 하나 이상의 가입 절차들을 수행할 수 있다. Near-RT RIC(1020)는, RAN 기능 ID(예: RAN FUNCTION ID=1)에 3개의 가입들(예: RIC Request ID 1, 2, 3)에 대한 정보를 획득할 수 있다(1013).
E2 노드(1010) 또는 Near-RT RIC(1020)과 같은 NE(network element)는 하드웨어(hardware)에 의해 구현되거나 소프트웨어(software)를 통해 클라우드에 구현될 수 있다. E2 노드(1010)에 대응하는 소프트웨어 기능 블록은, 도 8과 같이, 클라우드를 통해 동작할 수 있다. E2 노드(1010)는 DB(database) 내에 가입 정보를 저장할 수 있다. 동일한 방식으로, Near-RT RIC(1020)에 대응하는 기능 블록(예: Near-RT RIC(1020)의 가입 관리자(subscription manager))은 클라우드를 통해 동작할 수 있다. Near-RT RIC(1020)는 DB 내에 가입 정보를 저장할 수 있다.
E2 노드(1010)에 대응하는 기능 블록이 OFF된 후, 다시 ON 되는 상황을 가정하자. E2 노드(1010)는, 저장된 가입 정보를 획득할 수 있다. E2 노드(1010)이 OFF되는 동안, Near-RT RIC(1020)과 E2 노드(1010) 간 절차가 진행중이라면, E2 노드(1010)의 가입 정보와 Near-RT RIC(1020)의 가입 정보 간 불일치가 발생할 수 있다. 동일한 방식으로, Near-RT RIC(1020)에 대응하는 기능 블록(예: Near-RT RIC(1020)의 가입 관리자(subscription manager))이 OFF된 후, 다시 ON 되는 상황에서도, E2 노드(1010)의 가입 정보와 Near-RT RIC(1020)의 가입 정보 간 불일치가 발생할 수 있다. 불일치가 발생한 경우, E2 노드(1010)나 Near-RT RIC(1020)는 리셋 절차(reset procedure) 또는 E2 셋업 절차를 다시 수행할 수 있다. 그러나, E2 셋업 절차 이후, 다시 RIC 가입둘을 반복하여(repeatedly) 수행되는 절차들은 E2 인터페이스 상에서 자원에 대한 오버헤드로 작용할 수 있다.
상술된 불일치를 해소하기 위해, 다시 말해, E2 노드(1010)의 가입 상황과 Near-RT RIC(1020)의 가입 상황을 비교하기 위해, E2 노드(1010)는 가입 검사 절차를 개시할 수 있다. E2 노드(1010)에 의해 개시되는 검사 절차는 도 11a를 통해 상세히 서술된다. 마찬가지로, Near-RT RIC(1020)는, Near-RT RIC(1020)의 가입 상황과 E2 노드(1010)의 가입 상황을 비교하기 위해, 가입 검사 절차를 개시할 수 있다. Near-RT RIC(1020)에 의해 개시되는 가입 절차는 도 11a를 통해 상세히 서술된다.
도 11a는 일 실시예에 따른, Near-RT RIC와 E2 노드 간 가입 검사(subscription audit) 절차의 예를 도시한다.
도 11a를 참고하면, 동작(1101)에서, Near-RT RIC(1020)는 E2 노드(1010)에게 검사 요청(audit request) 메시지를 전송할 수 있다. 검사 요청 메시지는 검사 절차(audit procedure)를 식별하기 위한 ID(예: 트랜잭션(transaction) ID)를 포함할 수 있다. 예를 들어, 트랜잭션 ID는, 동일한 프로토콜 피어에 의해 개시된 동일한 유형의 진행 중인 모든 병렬 절차들(all ongoing parallel procedures) 중에서 절차를 고유하게(uniquely) 식별할 수 있다. 동일한 절차에 속하는 메시지들은, 동일한 트랜잭션 ID를 사용할 수 있다. 트랜잭션 ID는 절차의 개시 피터(initiating peer)에 의해 결정될 수 있다. 도 11a에서, 트랜잭션 ID는 Near-RT RIC(1020)에 의해 결정될 수 있다. 예를 들어, 검사 요청 메시지는 하기의 표와 같은 포맷을 가질 수 있다.
Figure PCTKR2023013763-appb-img-000005
'M'은 '필수적(mandatory)'을 나타내고 'O'는 '선택적(optional)'을 나타낸다.
동작(1103)에서, E2 노드(1010)는 Near-RT RIC(1020)에게 검사 응답(audit response) 메시지를 전송할 수 있다. 검사 응답 메시지는 검사 절차를 식별하기 위한 ID(예: 트랜잭션 ID), RAN 기능 ID(예: 표 1 내지 표 4의 RIC Function ID), 및 RIC 요청 ID(예: 표 1 내지 표 4의 RIC Request ID)를 포함할 수 있다. 검사 응답 메시지는 검사 요청 메시지에 대한 응답일 수 있다. 일 실시예에 따라, 검사 응답 메시지는, 검사 요청 메시지의 트랜잭션 ID를 포함할 수 있다. RAN 기능 ID와 RIC 요청 ID는 가입 절차를 식별하기 위해 이용될 수 있다. 일 실시예에 따라, 검사 응답 메시지는 하나 이상의 가입 정보를 포함할 수 있다. 각 가입 정보는 가입 절차에 대응할 수 있다. 각 가입 정보는 RAN 기능 ID, 및 RIC 요청 ID를 포함할 수 있다. 검사 응답 메시지는, RAN 기능 ID 및 RIC 요청 ID의 세트(set)를 포함할 수 있다. 예를 들어, 검사 응답 메시지는 하기의 표와 같은 포맷을 가질 수 있다.
Figure PCTKR2023013763-appb-img-000006
'M'은 '필수적(mandatory)'을 나타내고 'O'는 '선택적(optional)'을 나타낸다. 'maxofRICRequestID'는 Near-RT RIC(1020)에 의해 지원되는, E2 노드(1010)로의 RIC 가입 요청들의 최대 개수를 의미할 수 있다. 예를 들어, 'maxofRICRequestID'는 1024일 수 있다. 표 5 내지 표 6의 'Message Type'에 대한 IE는 하기 표와 같은 포맷을 가질 수 있다.
Figure PCTKR2023013763-appb-img-000007
'M'은 '필수적(mandatory)'을 나타내고 'O'는 '선택적(optional)'을 나타낸다.
Near-RT RIC(1020)는 검사 요청을 수행함으로써, E2 노드(1010)와 관련된 가입 현황을 획득할 수 있다. Near-RT RIC(1020)는 검사 응답 메시지를 통해, E2 노드(1010)의 가입 정보와 Near-RT RIC(1020)의 가입 정보를 비교할 수 있다. 비교 결과, 불일치가 발생하는 경우, Near-RT RIC(1020)는 불일치에 따른 가입 정보를 삭제하거나 삭제 요청 절차를 수행할 수 있다. 일 실시예에 따라, Near-RT RIC(1020)는 내부 블록에서, E2 노드(1010)의 가입 정보와 일치하지 않는 Near-RT RIC(1020)의 가입 정보를 삭제할 수 있다. 또한, 일 실시예에 따라, Near-RT RIC(1020)는 E2 노드(1010)에게 특정 가입 정보의 삭제를 위한 요청 메시지를 전송할 수 있다. 추가적인, 일 실시예에 따라, Near-RT RIC(1020)는 삭제된 RIC 가입 정보에 대응하는 RIC 가입 절차를 수행할 수 있다.
일 실시예에 따라, Near-RT RIC(1020)는 어떠한 가입 정보를 요청할 것인지를 나타내기 위한 상기 검사 요청 메시지를 통해 E2 노드(1010)에게 전송할 수 있다. 예를 들어, 상기 검사 요청 메시지는 하나 이상의 가입 정보를 포함할 수 있다. 각 가입 정보는 가입 절차에 대응할 수 있다. 각 가입 정보는 RAN 기능 ID 및/또는 RIC 요청 ID를 포함할 수 있다. 예를 들어, 상기 검사 요청 메시지는 하기의 표와 같은 포맷을 가질 수 있다.
Figure PCTKR2023013763-appb-img-000008
‘RIC subscription List’ IE는 가입 검사를 요청하기 위한 RIC 가입(들)의 리스트를 나타낼 수 있다. ‘RIC Request ID’ IE는 RIC 요청 ID를 나타낼 수 있다. ‘RAN Function ID’ IE는 RAN 기능 ID를 나타낼 수 있다. ‘RAN Function Revision’ IE는 리비전 카운터(revision counter)를 나타낼 수 있다. 상기 표에서는 ‘M’으로 기술되었으나, ‘RAN Function Revision’ IE는 생략될 수도 있다.
E2 노드(1010)는, Near-RT RIC(1020)의 가입 요청 메시지에 응답하여, Near-RT RIC(1020)에게 가입 응답 메시지를 전송할 수 있다. 상기 가입 응답 메시지는, 요청된 가입 정보에 대한 응답 결과를 포함할 수 있다. 예를 들어, 상기 가입 응답 메시지는 E2 노드(1010)에서 맵핑된 가입 정보를 포함할 수 있다. 또한, 예를 들어, 상기 가입 응답 메시지는 E2 노드(1010)에서 확인이 되지 않은 가입들을 나타내는 언노운(unknown) 가입 정보를 포함할 수 있다. 또한, 예를 들어, 상기 가입 응답 메시지는 E2 노드(1010)에서 누락된 가입 정보를 포함할 수 있다. 예를 들어, 상기 검사 응답 메시지는 하기의 표와 같은 포맷을 가질 수 있다.
Figure PCTKR2023013763-appb-img-000009
‘Mapped Subscription List’ IE는 상기 맵핑된 가입 정보를 나타낼 수 있다. 여기서, 상기 맵핑된 가입 정보란, 검사가 요청된 가입들 중에서, E2 노드(1010)에 RAN 기능 ID 및 RIC 요청 ID로의 맵핑이 확인된 가입들을 나타낼 수 있다. ‘Unknown Subscription List’ IE는 상기 언노운 가입 정보를 나타낼 수 있다. 상기 언노운 가입 정보란, 검사가 요청된 가입들 중에서, E2 노드(1010)에서 저장되지 않아, 확인이 어려운 가입들을 나타낼 수 있다. E2 노드(1010)는 확인이 어려운 가입 별 RAN 기능 ID 및 RIC 요청 ID를 포함하는 가입 응답 메시지를 Near-RT RIC(1020)에게 전송할 수 있다. ‘Missed Subscription List’ IE는 상기 누락된 가입 정보를 나타낼 수 있다. 상기 누락된 가입 정보란, 검사가 요청된 가입들 중에서, E2 노드(1010)에서의 저장된 정보와 요청된 정보가 달라, 정확하지 않은 가입들을 나타낼 수 있다. 예를 들어, E2 노드(1010)는 E2 노드(1010)의 가입 정보와 Near-RT RIC(1020)의 가입 정보를 비교하고, 불일치가 발생한 가입의 가입 정보를 포함하는 가입 응답 메시지를 가입 응답 메시지를 Near-RT RIC(1020)에게 전송할 수 있다. 상기 가입 정보는 불일치한 가입 별 RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
도 11b는 일 실시예에 따른, Near-RT RIC와 E2 노드 간 가입 검사 절차의 예를 도시한다.
도 11b를 참고하면, 동작(1151)에서, E2 노드(1010)는 Near-RT RIC(1020)에게 검사 요청(audit request) 메시지를 전송할 수 있다. 검사 요청 메시지는 검사 절차(audit procedure)를 식별하기 위한 ID(예: 트랜잭션(transaction) ID)를 포함할 수 있다. 예를 들어, 트랜잭션 ID는, 동일한 프로토콜 피어에 의해 개시된 동일한 유형의 진행 중인 모든 병렬 절차들(all ongoing parallel procedures) 중에서 절차를 고유하게(uniquely) 식별할 수 있다. 동일한 절차에 속하는 메시지들은, 동일한 트랜잭션 ID를 사용할 수 있다. 트랜잭션 ID는 절차의 개시 피터(initiating peer)에 의해 결정될 수 있다. 도 11a에서, 트랜잭션 ID는 E2 노드(1010)에 의해 결정될 수 있다. 예를 들어, 검사 요청 메시지는 하기의 표와 같은 포맷을 가질 수 있다.
Figure PCTKR2023013763-appb-img-000010
'M'은 '필수적(mandatory)'을 나타내고 'O'는 '선택적(optional)'을 나타낸다.
동작(1153)에서, Near-RT RIC(1020)는 E2 노드(1010)에게 검사 응답(audit response) 메시지를 전송할 수 있다. 검사 응답 메시지는 검사 절차를 식별하기 위한 ID(예: 트랜잭션 ID), RAN 기능 ID(예: 표 1 내지 표 4의 RIC Function ID), 및 RIC 요청 ID(예: 표 1 내지 표 4의 RIC Request ID)를 포함할 수 있다. 검사 응답 메시지는 검사 요청 메시지에 대한 응답일 수 있다. 일 실시예에 따라, 검사 응답 메시지는, 검사 요청 메시지의 트랜잭션 ID를 포함할 수 있다. RAN 기능 ID와 RIC 요청 ID는 가입 절차를 식별하기 위해 이용될 수 있다. 일 실시예에 따라, 검사 응답 메시지는 하나 이상의 가입 정보를 포함할 수 있다. 각 가입 정보는 가입 절차에 대응할 수 있다. 각 가입 정보는 RAN 기능 ID, 및 RIC 요청 ID를 포함할 수 있다. 검사 응답 메시지는, RAN 기능 ID 및 RIC 요청 ID의 세트(set)를 포함할 수 있다. 예를 들어, 검사 응답 메시지는 하기의 표와 같은 포맷을 가질 수 있다.
Figure PCTKR2023013763-appb-img-000011
'M'은 '필수적(mandatory)'을 나타내고 'O'는 '선택적(optional)'을 나타낸다. 'maxofRICRequestID'는 Near-RT RIC(1020)에 의해 지원되는, E2 노드(1010)로의 RIC 가입 요청들의 최대 개수를 의미할 수 있다. 예를 들어, 'maxofRICRequestID'는 1024일 수 있다. 표 8 내지 표 9의 'Message Type'에 대한 IE는 표 7과 같은 포맷을 가질 수 있다.
E2 노드(1010)는 검사 요청을 수행함으로써, Near-RT RIC(1020)의 가입 현황을 획득할 수 있다. E2 노드(1010)는, Near-RT RIC(1020)로부터의 검사 응답 메시지를 통해, E2 노드(1010)의 가입 정보와 Near-RT RIC(1020)의 가입 정보를 비교할 수 있다. 비교 결과, 불일치가 발생하는 경우, E2 노드(1010)는 불일치에 따른 가입 정보를 삭제하거나 삭제 요구 절차(delete required procedure)를 수행할 수 있다. 일 실시예에 따라, E2 노드(1010)는 내부 블록에서, Near-RT RIC(1020)의 가입 정보와 일치하지 않는, E2 노드(1010)의 가입 정보를 삭제할 수 있다. 또한, 일 실시예에 따라, E2 노드(1010)는 Near-RT RIC(1020)에게 E2 노드(1010)에 존재하는 RIC 가입(들)의 삭제를 요청하기 위해, 삭제 요구(delete required) 메시지를 전송할 수 있다. 추가적인, 일 실시예에 따라, Near-RT RIC(1020)는 삭제된 RIC 가입 정보에 대응하는 RIC 가입 절차를 수행할 수 있다.
일 실시예에 따라, E2 노드(1010)는 어떠한 가입 정보를 요청할 것인지를 나타내기 위한 상기 검사 요청 메시지를 통해 Near-RT RIC(1020)에게 전송할 수 있다. 예를 들어, 상기 검사 요청 메시지는 하나 이상의 가입 정보를 포함할 수 있다. 각 가입 정보는 가입 절차에 대응할 수 있다. 각 가입 정보는 RAN 기능 ID 및/또는 RIC 요청 ID를 포함할 수 있다. 예를 들어, 상기 검사 요청 메시지는 하기의 표와 같은 포맷을 가질 수 있다.
Figure PCTKR2023013763-appb-img-000012
‘RIC subscription List’ IE는 가입 검사를 요청하기 위한 RIC 가입(들)의 리스트를 나타낼 수 있다. ‘RIC Request ID’ IE는 RIC 요청 ID를 나타낼 수 있다. ‘RAN Function ID’ IE는 RAN 기능 ID를 나타낼 수 있다. ‘RAN Function Revision’ IE는 리비전 카운터(revision counter)를 나타낼 수 있다. 상기 표에서는 ‘M’으로 기술되었으나, ‘RAN Function Revision’ IE는 생략될 수도 있다.
Near-RT RIC(1020)는, E2 노드(1010)의 가입 요청 메시지에 응답하여, E2 노드(1010)에게 가입 응답 메시지를 전송할 수 있다. 상기 가입 응답 메시지는, 요청된 가입 정보에 대한 응답 결과를 포함할 수 있다. 예를 들어, 상기 가입 응답 메시지는 Near-RT RIC(1020)에서 맵핑된 가입 정보를 포함할 수 있다. 또한, 예를 들어, 상기 가입 응답 메시지는 Near-RT RIC(1020)에서 확인이 되지 않은 가입들을 나타내는 언노운(unknown) 가입 정보를 포함할 수 있다. 또한, 예를 들어, 상기 가입 응답 메시지는 Near-RT RIC(1020)에서 누락된 가입 정보를 포함할 수 있다. 예를 들어, 상기 검사 응답 메시지는 하기의 표와 같은 포맷을 가질 수 있다.
Figure PCTKR2023013763-appb-img-000013
‘Mapped Subscription List’ IE는 상기 맵핑된 가입 정보를 나타낼 수 있다. 여기서, 상기 맵핑된 가입 정보란, 검사가 요청된 가입들 중에서, Near-RT RIC(1020)에 RAN 기능 ID 및 RIC 요청 ID로의 맵핑이 확인된 가입들을 나타낼 수 있다. ‘Unknown Subscription List’ IE는 상기 언노운 가입 정보를 나타낼 수 있다. 상기 언노운 가입 정보란, 검사가 요청된 가입들 중에서, Near-RT RIC(1020)에서 저장되지 않아, 확인이 어려운 가입들을 나타낼 수 있다. Near-RT RIC(1020)는 확인이 어려운 가입 별 RAN 기능 ID 및 RIC 요청 ID를 포함하는 가입 응답 메시지를 E2 노드(1010)에게 전송할 수 있다. ‘Missed Subscription List’ IE는 상기 누락된 가입 정보를 나타낼 수 있다. 상기 누락된 가입 정보란, 검사가 요청된 가입들 중에서, Near-RT RIC(1020)에서의 저장된 정보와 요청된 정보가 달라, 정확하지 않은 가입들을 나타낼 수 있다. 예를 들어, Near-RT RIC(1020)는 Near-RT RIC(1020)의 가입 정보와 E2 노드(1010)의 가입 정보를 비교하고, 불일치가 발생한 가입의 가입 정보를 포함하는 가입 응답 메시지를 가입 응답 메시지를 E2 노드(1010)에게 전송할 수 있다. 상기 가입 정보는 불일치한 가입 별 RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
도 12a는 일 실시예에 따른, 활동 시간(activity time)에 의해 개시되는 가입 검사 절차의 예를 도시한다. 활동 시간은, 주기적인 시그널링의 시간 주기 혹은 비활동을 나타내는 타이머의 길이를 의미할 수 있다.
도 12a를 참고하면, 단계(1210)에서, E2 셋업 절차가 수행될 수 있다. E2 노드(1010)는 E2 셋업 요청 메시지를 Near-RT RIC(1020)에게 전송할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)에게 E2 셋업 응답 메시지를 수신할 수 있다. E2 셋업 절차를 통해 하나 이상의 RAN 기능들이 E2 노드(1010)에서 구성될 수 있다.
단계(1220)에서, 하나 이상의 RIC 가입 절차들이 수행될 수 있다. Near-RT RIC(1020)는 RIC 가입 절차를 통해, RAN 기능에 대응하는 서비스에 가입할 수 있다. 예를 들어, Near-RT RIC(1020)는 E2 노드(1010)와 제1 RIC 가입 절차(1221)를 수행할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)에게 제1 RAN ID 및 제1 RIC 요청 ID를 포함하는 가입 요청 메시지를 전송할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)로부터 가입 응답 메시지를 수신할 수 있다. 상기 가입 응답 메시지는 상기 제1 RAN ID 및 상기 제1 RIC 요청 ID를 포함할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)와 제2 RIC 가입 절차(1223)를 수행할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)에게 제2 RAN ID 및 제2 RIC 요청 ID를 포함하는 가입 요청 메시지를 전송할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)로부터 가입 응답 메시지를 수신할 수 있다. 상기 가입 응답 메시지는 상기 제2 RAN ID 및 상기 제2 RIC 요청 ID를 포함할 수 있다.
단계(1230)에서, 가장 최근에 수행된 시그널링으로부터 지정된 시간이 경과할 수 있다. RIC 가입들에 대한 안정적인 동기화를 달성하기 위해, 일정 시간 동안 시그널링이 없었다면, RIC 가입 검사 절차가 수행될 수 있다. 상기 가장 최근에 수행된 시그널링은, RIC 가입들과 관련된 전체 절차들 중에서 마지막으로 전송된 혹은 수신된 메시지를 포함할 수 있다. 일 실시예에 따라, Near-RT RIC(1020)는 주기적으로 RIC 가입 검사 절차를 수행할 수 있다. 즉, Near-RT RIC(1020)는 마지막으로 RIC 가입 검사 요청 메시지를 전송한 뒤, 상기 지정된 시간(예: 타이머)이 경과함을 식별할 수 있다. Near-RT RIC(1020)는 상기 검사 요청 메시지를 전송할 때, 타이머를 시작할 수 있다. 또한, 일 실시예에 따라, Near-RT RIC(1020)는 주기적인 보고(report)를 수행하도록 구성될 수 있다. E2 노드(1010)는 Near-RT RIC(1020)의 마지막 보고로부터 상기 지정된 시간이 경과함을 식별할 수 있다. E2 노드(1010)는 RIC 가입 검사 절차를 트리거할 수 있다. 또한, 일 실시예에 따라, E2 노드(1010)는 동작 시간을 위한 타이머(timer)를 이용할 수 있다. E2 노드(1010)는 메시지를 수신하면, 타이머를 시작할 수 있다. 예를 들어, E2 노드(1010)는 메시지를 수신할 때마다, 타이머를 재시작할(restart) 수 있다. E2 노드(1010)는 타이머가 경과하면, RIC 가입 검사 절차를 트리거할 수 있다. 다른 예를 들어, Near-RT RIC(1020)는 상기 검사 요청 메시지에 대한 검사 응답 메시지를 수신하면(upon), 상기 타이머를 멈추고, 검사 절차(audit procedure)를 종료할 수 있다.
단계(1240)에서, RIC 가입 검사 절차가 수행될 수 있다. E2 노드(1010)는 시그널링으로부터 지정된 시간이 경과함을 식별하는 것에 기반하여, RIC 가입 검사 절차를 개시할 수 있다. 동작(1241)에서, E2 노드(1010)는 Near-RT RIC(1020)에게 RIC 가입 검사 요청 메시지를 전송할 수 있다. 상기 RIC 가입 검사 요청 메시지를 위해, 표 5, 표 8, 표 10, 또는 표 12가 참조될 수 있다. 동작(1243)에서, Near-RT RIC(1020)는 E2 노드(1010)에게 RIC 가입 검사 응답 메시지를 전송할 수 있다. 상기 RIC 가입 검사 응답 메시지를 위해, 표 6, 표 9, 표 11, 또는 표 13이 참조될 수 있다. 일 실시예에 따라, 상기 RIC 가입 검사 응답 메시지는 하나 이상의 RIC 가입들에 대한 정보(예: RIC 가입 리스트)를 포함할 수 있다. 예를 들어, 상기 RIC 가입 검사 응답 메시지는 제1 RIC 가입 절차(1221)의 제1 RAN 기능 ID 및 제1 RIC 요청 ID 그리고 제2 RIC 가입 절차(1223)의 제2 RAN 기능 ID 및 제2 RIC 요청 ID를 포함할 수 있다.
도 12a에서는 E2 노드(1010)에 의해 개시되는 가입 검사(audit procedure) 절차가 예시되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 일 실시예에 따라, 일정 시간이 경과함을 식별하는 것에 기반하여, Near-RT RIC(1020)는, 가입 검사 절차를 개시할 수 있다. 예를 들어, 상기 일정 시간 동안 RIC 지시(indication)를 수신하지 못한 Near-RT RIC(1020)는 가입 검사 절차를 개시할 수 있다.
도 12b는 일 실시예에 따른, 이벤트에 기반하여 개시되는 가입 검사 절차의 예를 도시한다.
도 12b를 참고하면, 단계(1260)에서, E2 셋업 절차가 수행될 수 있다. E2 노드(1010)는 E2 셋업 요청 메시지를 Near-RT RIC(1020)에게 전송할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)에게 E2 셋업 응답 메시지를 수신할 수 있다. E2 셋업 절차를 통해 하나 이상의 RAN 기능들이 E2 노드(1010)에서 구성될 수 있다.
단계(1270)에서, 하나 이상의 RIC 가입 절차들이 수행될 수 있다. Near-RT RIC(1020)는 RIC 가입 절차를 통해, RAN 기능에 대응하는 서비스에 가입할 수 있다. 예를 들어, Near-RT RIC(1020)는 E2 노드(1010)와 제1 RIC 가입 절차(1271)를 수행할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)에게 제1 RAN ID 및 제1 RIC 요청 ID를 포함하는 가입 요청 메시지를 전송할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)로부터 가입 응답 메시지를 수신할 수 있다. 상기 가입 응답 메시지는 상기 제1 RAN ID 및 상기 제1 RIC 요청 ID를 포함할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)와 제2 RIC 가입 절차(1273)를 수행할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)에게 제2 RAN ID 및 제2 RIC 요청 ID를 포함하는 가입 요청 메시지를 전송할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)로부터 가입 응답 메시지를 수신할 수 있다. 상기 가입 응답 메시지는 상기 제2 RAN ID 및 상기 제2 RIC 요청 ID를 포함할 수 있다.
단계(1230)에서, 특정 이벤트가 발생할 수 있다. 특정 이벤트란, RIC 가입 검사 절차를 트리거하기 위한 조건의 충족을 포함할 수 있다. 일 실시예에 따라, Near-RT RIC(1020)는 상기 특정 이벤트를 식별할 수 있다. 예를 들어, Near-RT RIC(1020)는 Near-RT RIC(1020)의 적어도 하나의 기능 블록이 비활성 상태로부터 활성 상태로 변경됨을 식별할 수 있다. Near-RT RIC(1020)는 리셋 절차 대신, 가입 검사 절차를 개시할 수 있다. 또한, 예를 들어, Near-RT RIC(1020)는 E2 노드(1010) 혹은 다른 엔티티로부터의 지시 정보가 수신됨을 식별할 수 있다. 상기 지시 정보는, RIC 가입(들)에 대한 상태 정보, Near-RT RIC(1020)의 상태 정보(예: 오류, 재활성, 메모리 재할당), 또는 E2 노드(1010)의 상태 정보(예: 오류, 재활성, 메모리 재할당) 중 적어도 하나를 포함할 수 있다. Near-RT RIC(1020)는 가입 검사 절차를 개시할 수 있다. 또한, 예를 들어, Near-RT RIC(1020)는, 가입 요청 메시지를 전송한 이후, 일정 시간 이내에, 상기 가입 요청 메시지의 전송에 대응하는 가입 응답 메시지 혹은 가입 실패 메시지를 수신하지 못함을 식별할 수 있다. Near-RT RIC(1020)는 RIC 가입 삭제(subscription delete) 절차를 수행하기 전에, 가입 검사 절차를 개시할 수 있다.
도 12b에서는 Near-RT RIC(1020)에 의해 개시되는 RIC 가입 검사 절차가 예시되었으나, E2 노드(1010)에 의해서도 RIC 가입 검사 절차가 개시될 수 있다. E2 노드(1010)는 동일한 방식으로, 특정 이벤트의 발생을 검출할 수 있다. 상술된 예들의 동작들에 대하여, Near-RT RIC(1020)는 E2 노드(1010)로 대체될 수 있다.
단계(1240)에서, RIC 가입 검사 절차가 수행될 수 있다. Near-RT RIC(1020)는 특정 이벤트의 발생을 식별하는 것에 기반하여, RIC 가입 검사 절차를 개시할 수 있다. 동작(1291)에서, Near-RT RIC(1020)는 E2 노드(1010)에게 RIC 가입 검사 요청 메시지를 전송할 수 있다. 상기 RIC 가입 검사 요청 메시지를 위해, 표 5, 표 8, 표 10, 또는 표 12가 참조될 수 있다. 동작(1293)에서, E2 노드(1010)는 Near-RT RIC(1020)에게 RIC 가입 검사 응답 메시지를 전송할 수 있다. 상기 RIC 가입 검사 응답 메시지를 위해, 표 6, 표 9, 표 11, 또는 표 13이 참조될 수 있다. 일 실시예에 따라, 상기 RIC 가입 검사 응답 메시지는 하나 이상의 RIC 가입들에 대한 정보(예: RIC 가입 리스트)를 포함할 수 있다. 예를 들어, 상기 RIC 가입 검사 응답 메시지는 제1 RIC 가입 절차(1271)의 제1 RAN 기능 ID 및 제1 RIC 요청 ID 그리고 제2 RIC 가입 절차(1273)의 제2 RAN 기능 ID 및 제2 RIC 요청 ID를 포함할 수 있다.
도 12b에서는 Near-RT RIC(1020)에 의해 개시되는 가입 검사 절차가 예시되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 일 실시예에 따라, 특정 이벤트의 발생을 식별하는 것에 기반하여, E2 노드(1010)는, 가입 검사 절차를 개시할 수 있다.
도 13은 일 실시예에 따른, 가입 검사 절차를 이용한 가입 관리의 예를 도시한다. 도 13에서는, Near-RT RIC(예: Near-RT RIC(1020))의 가입 관리자(subscription manager)의 리부팅에 따른 검사 절차 혹은 주기적인 검사 절차가 서술된다. Near-RT RIC(1020) 및 E2 노드(예: E2 노드(1010)) 간 하나 이상의 가입 절차들을 통해, RIC 가입들이 설립될 수 있다(established).
도 13을 참고하면, E2 노드(1010)는 가입 정보(1310-a)를 갖는다. 가입 정보(1310-a)는 하나 이상의 RIC 가입들에 대한 정보를 포함할 수 있다. RIC 가입은 RAN 기능 ID(즉, RAN Function ID)와 RIC 요청 ID(즉, RIC Request ID)로 특정될 수 있다. 예를 들어, E2 노드(1010)의 가입 정보(1310-a)는 3개의 RIC 가입들에 대한 정보를 포함할 수 있다. E2 노드(1010)의 가입 정보(1310-a)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
Near-RT RIC(1020)는 가입 정보(1320-a)를 갖는다. 가입 정보(1320-a)는 하나 이상의 RIC 가입들에 대한 정보를 포함할 수 있다. RIC 가입은 RAN 기능 ID(즉, RAN Function ID)와 RIC 요청 ID(즉, RIC Request ID)로 특정될 수 있다. 예를 들어, Near-RT RIC(1020)의 가입 정보(1320-a)는 4개의 RIC 가입들에 대한 정보를 포함할 수 있다. Near-RT RIC(1020)의 가입 정보(1320-a)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 2, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
동작(1311)에서, Near-RT RIC(1020)는 E2 노드(1010)에게 RIC 가입 검사 요청('AUDIT REQUEST') 메시지를 전송할 수 있다. RIC 가입 검사를 위한 구성(configuration) 정보(예: 도 12a의 일정 시간 경과 혹은 도 12b의 특정 이벤트 발생)에 기반하여, Near-RT RIC(1020)는 가입 검사 절차를 개시(initiate)할 수 있다. 상기 RIC 가입 검사 요청 메시지를 위해, 표 5 내지 표 8이 참조될 수 있다. 예를 들어, Near-RT RIC(1020)는 '3'을 가리키는 트랜잭션 ID를 포함하는 RIC 가입 검사 요청 메시지를 전송할 수 있다. 예를 들어, Near-RT RIC(1020)는 Near-RT RIC(1020)의 가입 정보(1320-a)를 가리키기 위한 정보를 포함하는 RIC 가입 검사 요청 메시지를 전송할 수 있다.
동작(1313)에서, E2 노드(1010)는 Near-RT RIC(1020)에게 RIC 가입 검사 응답('AUDIT RESPONSE') 메시지를 전송할 수 있다. 상기 RIC 가입 검사 응답 메시지를 위해, 표 5 내지 표 9이 참조될 수 있다. 예를 들어, E2 노드(1010)는 '3'을 가리키는 트랜잭션 ID를 포함하는 RIC 가입 검사 응답 메시지를 전송할 수 있다. E2 노드(1010)는, E2 노드(1010)의 가입 정보(1310-a)를 RIC 가입 검사 응답 메시지에 포함시킬 수 있다. RIC 가입 검사 응답 메시지는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다. Near-RT RIC(1020)는 RIC 가입 검사 응답 메시지로부터 E2 노드(1010)의 가입 정보(1310-a)를 획득할 수 있다.
동작(1315)에서, Near-RT RIC(1020)는 E2 노드(1010)의 가입 정보(1310-a) 및 Near-RT RIC(1020)의 가입 정보(1320-a)를 비교할 수 있다. Near-RT RIC(1020)는 Near-RT RIC(1020)의 가입 정보(1320-a)가 E2 노드(1010)의 가입 정보(1310-a)와 불일치함을 식별할 수 있다. 비교 결과, Near-RT RIC(1020)는 E2 노드(1010)의 가입 정보(1310-a) 대비 Near-RT RIC(1020)의 가입 정보(1320-a)가 'RIC Request ID: 2'에 대응하는 RIC 가입을 더 포함하는 점을 식별할 수 있다.
동작(1317)에서, Near-RT RIC(1020)는 'RIC Request ID: 2' 및 'RIC Request ID: 2'에 대응하는 RIC 가입을 삭제할 수 있다.
E2 노드(1010)의 가입 정보(1310-b)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다. 동작(1317)에 의해, Near-RT RIC(1020)의 가입 정보(1320-a)는 가입 정보(1320-b)로 업데이트될 수 있다. Near-RT RIC(1020)의 가입 정보(1320-b)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
도 13에서는, E2 노드(1010)의 가입 정보와 Near-RT RIC(1020)의 가입 정보를 일치시키기 위한 절차가 서술되었다. 도 13에는 도시되지 않았으나, 불일치를 통해 삭제된 'RIC Request ID: 2'에 대응하는 RIC 가입을 위한 절차, 즉, RIC 가입 절차가 추가적으로 수행될 수 있다. Near-RT RIC(1020)는, Near-RT RIC(1020)의 가입 관리자(subscription manager)에 등록된 RIC 가입 정보(예: 'RIC Request ID: 2', RAN Function ID: 1)에 기반하여, RIC 가입 절차를 수행할 수 있다. 일 실시예에 따라, Near-RT RIC(1020)는 'RIC Request ID: 2'에 대응하는 RIC 가입 정보를 포함하는 RIC 가입 요청 메시지(예: RIC SUBSCRIPTION REQUEST 메시지)를 전송할 수 있다. RIC 가입 요청 메시지는 RAN 기능(function)에 대한 정보(예: RAN Function ID: 1)를 포함할 수 있다. E2 노드(1010)는 Near-RT RIC(1020)에게 RIC 가입 응답 메시지(예: RIC SUBSCRIPTION RESPONSE 메시지)를 전송할 수 있다.
도 14은 일 실시예에 따른, 가입 검사 절차를 이용한 가입 관리의 예를 도시한다. 도 14에서는, Near-RT RIC(예: Near-RT RIC(1020)의 가입 관리자(subscription manager)의 리부팅에 따른 검사 절차 혹은 주기적인 검사 절차가 서술된다. Near-RT RIC(1020) 및 E2 노드(예: E2 노드(1010)) 간 하나 이상의 가입 절차들을 통해, RIC 가입들이 설립될 수 있다(established).
도 14를 참고하면, E2 노드(1010)는 가입 정보(1410-a)를 갖는다. 가입 정보(1410-a)는 하나 이상의 RIC 가입들에 대한 정보를 포함할 수 있다. RIC 가입은 RAN 기능 ID(즉, RAN Function ID)와 RIC 요청 ID(즉, RIC Request ID)로 특정될 수 있다. 예를 들어, E2 노드(1010)의 가입 정보(1410-a)는 4개의 RIC 가입들에 대한 정보를 포함할 수 있다. E2 노드(1010)의 가입 정보(1410-a)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 2, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
Near-RT RIC(1020)는 가입 정보(1420-a)를 갖는다. 가입 정보(1420-a)는 하나 이상의 RIC 가입들에 대한 정보를 포함할 수 있다. RIC 가입은 RAN 기능 ID(즉, RAN Function ID)와 RIC 요청 ID(즉, RIC Request ID)로 특정될 수 있다. 예를 들어, Near-RT RIC(1020)의 가입 정보(1420-a)는 3개의 RIC 가입들에 대한 정보를 포함할 수 있다. Near-RT RIC(1020)의 가입 정보(1420-a)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
동작(1411)에서, Near-RT RIC(1020)는 E2 노드(1010)에게 RIC 가입 검사 요청('AUDIT REQUEST') 메시지를 전송할 수 있다. RIC 가입 검사를 위한 구성(configuration) 정보(예: 도 12a의 일정 시간 경과 혹은 도 12b의 특정 이벤트 발생)에 기반하여, Near-RT RIC(1020)는 가입 검사 절차를 개시할 수 있다. 상기 RIC 가입 검사 요청 메시지를 위해, 표 5, 표 8, 표 10, 또는 표 12가 참조될 수 있다. 예를 들어, Near-RT RIC(1020)는 '3'을 가리키는 트랜잭션 ID를 포함하는 RIC 가입 검사 요청 메시지를 전송할 수 있다.
동작(1413)에서, E2 노드(1010)는 Near-RT RIC(1020)에게 RIC 가입 검사 응답('AUDIT RESPONSE') 메시지를 전송할 수 있다. 상기 RIC 가입 검사 응답 메시지를 위해, 표 6, 표 9, 표 11, 또는 표 13이 참조될 수 있다. 예를 들어, E2 노드(1010)는 '3'을 가리키는 트랜잭션 ID를 포함하는 RIC 가입 검사 응답 메시지를 전송할 수 있다. E2 노드(1010)는, E2 노드(1010)의 가입 정보(1410-a)를 RIC 가입 검사 응답 메시지에 포함시킬 수 있다. RIC 가입 검사 응답 메시지는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 2, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다. Near-RT RIC(1020)는 RIC 가입 검사 응답 메시지로부터 E2 노드(1010)의 가입 정보(1410-a)를 획득할 수 있다.
동작(1415)에서, Near-RT RIC(1020)는 E2 노드(1010)의 가입 정보(1410-a) 및 Near-RT RIC(1020)의 가입 정보(1420-a)를 비교할 수 있다. Near-RT RIC(1020)는 Near-RT RIC(1020)의 가입 정보(1420-a)가 E2 노드(1010)의 가입 정보(1410-a)와 불일치함을 식별할 수 있다. 비교 결과, Near-RT RIC(1020)는 E2 노드(1010)의 가입 정보(1410-a) 대비 Near-RT RIC(1020)의 가입 정보(1420-a)가 'RIC Request ID: 2'에 대응하는 RIC 가입을 포함하지 않는 점을 식별할 수 있다. Near-RT RIC(1020)는 'RIC Request ID: 2'에 대응하는 RIC 가입의 삭제를 E2 노드(1010)에게 요청할 수 있다. Near-RT RIC(1020)는 E2 노드(1010)와 RIC 가입 삭제 절차(RIC Subscription Delete procedure)를 수행할 수 있다.
동작(1417)에서, Near-RT RIC(1020)는 E2 노드(1010)에게 가입 삭제 요청('RIC SUBSCRIPTION DELETE REQUEST') 메시지를 전송할 수 있다. 상기 가입 삭제 요청 메시지는 불일치한 가입 정보를 포함할 수 있다. 상기 가입 삭제 요청 메시지는 RIC 요청 ID 및 RAN 기능 ID를 포함할 수 있다. 예를 들어, 상기 가입 삭제 요청 메시지는 하기의 표의 포맷을 가질 수 있다. 일 예로, 하기 표의 포맷에 따를 때, 상기 가입 삭제 요청 메시지의 RIC Request ID는 '2', 상기 가입 삭제 요청 메시지의 RAN Function ID는 '1'을 가리킬 수 있다.
Figure PCTKR2023013763-appb-img-000014
'M'은 '필수적(mandatory)'을 나타내고 'O'는 '선택적(optional)'을 나타낸다. 'Message Type'에 대한 IE는 표 7과 같은 포맷을 가질 수 있다.
동작(1419)에서, E2 노드(1010)는 'RIC Request ID: 2' 및 'RIC Request ID: 2'에 대응하는 RIC 가입을 삭제할 수 있다. E2 노드(1010)는 RAN Function ID 내의 정보를 이용하여 타겟 기능(target function)을 결정하고, RIC Request ID 내의 정보를 이용하여 대응하는 RIC 이벤트 트리거를 삭제할 수 있다. 동작(1419)에 의해, E2 노드(1010)의 가입 정보(1410-a)는 가입 정보(1410-b)로 업데이트될 수 있다.
동작(1421)에서, E2 노드(1010)는 Near-RT RIC(1020)에게 가입 삭제 응답('RIC SUBSCRIPTION DELETE RESPONSE') 메시지를 전송할 수 있다. 상기 가입 삭제 응답 메시지는, Near-RT RIC(1020)로부터의 요청을 수락하고, E2 노드(1010) 내의 존재하는(existing) 가입을 삭제하기 위해 이용될 수 있다. 예를 들어, 상기 가입 삭제 응답 메시지는 하기의 표의 포맷을 가질 수 있다. 일 예로, 하기 표의 포맷에 따를 때, 상기 가입 삭제 응답 메시지의 RIC Request ID는 '2', 상기 가입 삭제 응답 메시지의 RAN Function ID는 '1'을 가리킬 수 있다.
Figure PCTKR2023013763-appb-img-000015
'M'은 '필수적(mandatory)'을 나타내고 'O'는 '선택적(optional)'을 나타낸다. 'Message Type'에 대한 IE는 표 7과 같은 포맷을 가질 수 있다.
E2 노드(1010)의 가입 정보(1410-b)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다. Near-RT RIC(1020)의 가입 정보(1420-b)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
도 15은 일 실시예에 따른, 가입 검사 절차를 이용한 가입 관리의 예를 도시한다. 도 15에서는, E2 노드(예: E2 노드(1010))의 소프트웨어 블록의 리부팅에 따른 검사 절차 혹은 주기적인 검사 절차가 서술된다. E2 노드(1010) 및 Near-RT RIC(예: Near-RT RIC(1020)) 간 하나 이상의 가입 절차들을 통해, RIC 가입들이 설립될 수 있다(established).
도 15를 참고하면, E2 노드(1010)는 가입 정보(1510-a)를 갖는다. 가입 정보(1510-a)는 하나 이상의 RIC 가입들에 대한 정보를 포함할 수 있다. RIC 가입은 RAN 기능 ID(즉, RAN Function ID)와 RIC 요청 ID(즉, RIC Request ID)로 특정될 수 있다. 예를 들어, E2 노드(1010)의 가입 정보(1510-a)는 3개의 RIC 가입들에 대한 정보를 포함할 수 있다. E2 노드(1010)의 가입 정보(1510-a)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
Near-RT RIC(1020)는 가입 정보(1520-a)를 갖는다. 가입 정보(1520-a)는 하나 이상의 RIC 가입들에 대한 정보를 포함할 수 있다. RIC 가입은 RAN 기능 ID(즉, RAN Function ID)와 RIC 요청 ID(즉, RIC Request ID)로 특정될 수 있다. 예를 들어, Near-RT RIC(1020)의 가입 정보(1520-a)는 4개의 RIC 가입들에 대한 정보를 포함할 수 있다. Near-RT RIC(1020)의 가입 정보(1520-a)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 2, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
동작(1511)에서, E2 노드(1010)는 Near-RT RIC(1020)에게 RIC 가입 검사 요청('AUDIT REQUEST') 메시지를 전송할 수 있다. RIC 가입 검사를 위한 구성(configuration) 정보(예: 도 12a의 일정 시간 경과 혹은 도 12b의 특정 이벤트 발생)에 기반하여, Near-RT RIC(1020)는 가입 검사 절차를 개시할 수 있다. 상기 RIC 가입 검사 요청 메시지를 위해, 표 5, 표 8, 표 10, 또는 표 12가 참조될 수 있다. 예를 들어, Near-RT RIC(1020)는 '3'을 가리키는 트랜잭션 ID를 포함하는 RIC 가입 검사 요청 메시지를 전송할 수 있다.
동작(1513)에서, Near-RT RIC(1020)는 E2 노드(1010)에게 RIC 가입 검사 응답('AUDIT RESPONSE') 메시지를 전송할 수 있다. 상기 RIC 가입 검사 응답 메시지를 위해, 표 6, 표 9, 표 11, 또는 표 13이 참조될 수 있다. 예를 들어, Near-RT RIC(1020)는 '3'을 가리키는 트랜잭션 ID를 포함하는 RIC 가입 검사 응답 메시지를 전송할 수 있다. Near-RT RIC(1020)는, Near-RT RIC(1020)의 가입 정보(1520-a)를 RIC 가입 검사 응답 메시지에 포함시킬 수 있다. RIC 가입 검사 응답 메시지는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 2, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다. E2 노드(1010)는 RIC 가입 검사 응답 메시지로부터 Near-RT RIC(1020)의 가입 정보(1520-a)를 획득할 수 있다.
동작(1515)에서, E2 노드(1010)는 E2 노드(1010)의 가입 정보(1510-a) 및 Near-RT RIC(1020)의 가입 정보(1520-a)를 비교할 수 있다. E2 노드(1010)는 Near-RT RIC(1020)의 가입 정보(1520-a)가 E2 노드(1010)의 가입 정보(1510-a)와 불일치함을 식별할 수 있다. 비교 결과, E2 노드(1010)는 E2 노드(1010)의 가입 정보(1510-a) 대비 Near-RT RIC(1020)의 가입 정보(1520-a)가 'RIC Request ID: 2'에 대응하는 RIC 가입을 더 포함하는 점을 식별할 수 있다.
동작(1517)에서, E2 노드(1010)는 Near-RT RIC(1020)에게 가입 삭제 요구('RIC SUBSCRIPTION DELETE REQUIRED') 메시지를 전송할 수 있다. 가입 삭제 요구 메시지는, E2 노드(1010)가, Near-RT RIC(1020)를 위해 이전에 생성된, E2 노드(1010)의 기존(existing) RIC 가입(들)의 삭제를 요청할 수 있도록 하는데(enable) 이용될 수 있다. 상기 가입 삭제 요구 메시지는 불일치한 가입 정보를 포함할 수 있다. 상기 가입 삭제 요구 메시지는 RIC 요청 ID 및 RAN 기능 ID를 포함할 수 있다. 상기 가입 삭제 요구 메시지는 제거(remove)를 요청하는 RIC 가입 별 이유(cause)에 대한 정보를 포함할 수 있다. 예를 들어, 상기 가입 삭제 요구 메시지는 하기의 표의 포맷을 가질 수 있다. 일 예로, 하기 표의 포맷에 따를 때, 상기 가입 삭제 요구 메시지의 RIC Request ID는 '2', 상기 가입 삭제 요청 메시지의 RAN Function ID는 '1'을 가리킬 수 있다.
Figure PCTKR2023013763-appb-img-000016
'M'은 '필수적(mandatory)'을 나타내고 'O'는 '선택적(optional)'을 나타낸다. 'Message Type'에 대한 IE는 표 7과 같은 포맷을 가질 수 있다. 'Cause' IE는 하기의 표 17이 참조될 수 있다.
Figure PCTKR2023013763-appb-img-000017
동작(1519)에서, Near-RT RIC(1020)는 E2 노드(1010)에게 가입 삭제 요청('RIC SUBSCRIPTION DELETE REQUEST') 메시지를 전송할 수 있다. 상기 가입 삭제 요청 메시지는 불일치한 가입 정보를 포함할 수 있다. 상기 가입 삭제 요청 메시지는 RIC 요청 ID 및 RAN 기능 ID를 포함할 수 있다. 예를 들어, 상기 가입 삭제 요청 메시지는 표 14의 포맷을 가질 수 있다. 상기 가입 삭제 요청 메시지의 RIC Request ID는 '2', 상기 가입 삭제 요청 메시지의 RAN Function ID는 '1'을 가리킬 수 있다.
동작(1521)에서, E2 노드(1010)는 Near-RT RIC(1020)에게 가입 삭제 실패('RIC SUBSCRIPTION DELETE FAILURE') 메시지를 전송할 수 있다. 예를 들어, 상기 가입 삭제 응답 메시지는 표 11의 포맷을 가질 수 있다. 상기 가입 삭제 응답 메시지의 RIC Request ID는 '2', 상기 가입 삭제 응답 메시지의 RAN Function ID는 '1'을 가리킬 수 있다. 일 실시예에 따라, 가입 삭제 실패 메시지는 이유 정보를 포함할 수 있다. 상기 이유 정보는, 'Cause' IE로서, 표 13이 참조될 수 있다. 일 실시예에 따라, E2 노드(1010)는 Near-RT RIC(1020)에게 'RIC Request ID unknown' 로 설정된 이유 정보를 포함하는 가입 삭제 실패 메시지를 전송할 수 있다.
동작(1523)에서, Near-RT RIC(1020)는 'RIC Request ID: 2' 및 'RIC Request ID: 2'에 대응하는 RIC 가입을 삭제할 수 있다.
E2 노드(1010)의 가입 정보(1510-b)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다. 동작(1517) 내지 동작(1521)에 의해, Near-RT RIC(1020)의 가입 정보(1520-a)는 가입 정보(1520-b)로 업데이트될 수 있다. Near-RT RIC(1020)의 가입 정보(1520-b)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
도 15에서는, E2 노드(1010)의 가입 정보와 Near-RT RIC(1020)의 가입 정보를 일치시키기 위한 절차가 서술되었다. 도 15에는 도시되지 않았으나, 불일치를 통해 삭제된 'RIC Request ID: 2'에 대응하는 RIC 가입을 위한 절차, 즉, RIC 가입 절차가 추가적으로 수행될 수 있다. Near-RT RIC(1020)는, Near-RT RIC(1020)의 가입 관리자(subscription manager)에 등록된 RIC 가입 정보(예: 'RIC Request ID: 2', RAN Function ID: 1)에 기반하여, RIC 가입 절차를 수행할 수 있다. 일 실시예에 따라, Near-RT RIC(1020)는 'RIC Request ID: 2'에 대응하는 RIC 가입 정보를 포함하는 RIC 가입 요청 메시지(예: RIC SUBSCRIPTION REQUEST 메시지)를 전송할 수 있다. RIC 가입 요청 메시지는 RAN 기능(function)에 대한 정보(예: RAN Function ID: 1)를 포함할 수 있다. E2 노드(1010)는 Near-RT RIC(1020)에게 RIC 가입 응답 메시지(예: RIC SUBSCRIPTION RESPONSE 메시지)를 전송할 수 있다.
도 16은 일 실시예에 따른, 가입 검사 절차를 이용한 가입 관리의 예를 도시한다. 도 16에서는, E2 노드(예: E2 노드(1010))의 소프트웨어 블록의 리부팅에 따른 검사 절차 혹은 주기적인 검사 절차가 서술된다. E2 노드(1010) 및 Near-RT RIC(예: Near-RT RIC(1020)) 간 하나 이상의 가입 절차들을 통해, RIC 가입들이 설립될 수 있다(established).
도 16을 참고하면, E2 노드(1010)는 가입 정보(1610-a)를 갖는다. 가입 정보(1610-a)는 하나 이상의 RIC 가입들에 대한 정보를 포함할 수 있다. RIC 가입은 RAN 기능 ID(즉, RAN Function ID)와 RIC 요청 ID(즉, RIC Request ID)로 특정될 수 있다. 예를 들어, E2 노드(1010)의 가입 정보(1610-a)는 4개의 RIC 가입들에 대한 정보를 포함할 수 있다. E2 노드(1010)의 가입 정보(1610-a)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 2, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
Near-RT RIC(1020)는 가입 정보(1620-a)를 갖는다. 가입 정보(1620-a)는 하나 이상의 RIC 가입들에 대한 정보를 포함할 수 있다. RIC 가입은 RAN 기능 ID(즉, RAN Function ID)와 RIC 요청 ID(즉, RIC Request ID)로 특정될 수 있다. 예를 들어, Near-RT RIC(1020)의 가입 정보(1620-a)는 3개의 RIC 가입들에 대한 정보를 포함할 수 있다. Near-RT RIC(1020)의 가입 정보(1620-a)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
동작(1611)에서, E2 노드(1010)는 Near-RT RIC(1020)에게 RIC 가입 검사 요청('AUDIT REQUEST') 메시지를 전송할 수 있다. RIC 가입 검사를 위한 구성(configuration) 정보(예: 도 12a의 일정 시간 경과 혹은 도 12b의 특정 이벤트 발생)에 기반하여, Near-RT RIC(1020)는 가입 검사 절차를 개시할 수 있다. 상기 RIC 가입 검사 요청 메시지를 위해, 표 5, 표 8, 표 10, 또는 표 12가 참조될 수 있다. 예를 들어, Near-RT RIC(1020)는 '3'을 가리키는 트랜잭션 ID를 포함하는 RIC 가입 검사 요청 메시지를 전송할 수 있다.
동작(1613)에서, Near-RT RIC(1020)는 E2 노드(1010)에게 RIC 가입 검사 응답('AUDIT RESPONSE') 메시지를 전송할 수 있다. 상기 RIC 가입 검사 응답 메시지를 위해, 표 6, 표 9, 표 11, 또는 표 13이 참조될 수 있다. 예를 들어, Near-RT RIC(1020)는 '3'을 가리키는 트랜잭션 ID를 포함하는 RIC 가입 검사 응답 메시지를 전송할 수 있다. Near-RT RIC(1020)는, Near-RT RIC(1020)의 가입 정보(1620-a)를 RIC 가입 검사 응답 메시지에 포함시킬 수 있다. RIC 가입 검사 응답 메시지는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다. E2 노드(1010)는 RIC 가입 검사 응답 메시지로부터 Near-RT RIC(1020)의 가입 정보(1620-a)를 획득할 수 있다.
동작(1615)에서, E2 노드(1010)는 E2 노드(1010)의 가입 정보(1610-a) 및 Near-RT RIC(1020)의 가입 정보(1620-a)를 비교할 수 있다. E2 노드(1010)는 Near-RT RIC(1020)의 가입 정보(1620-a)가 E2 노드(1010)의 가입 정보(1610-a)와 불일치함을 식별할 수 있다. 비교 결과, E2 노드(1010)는 E2 노드(1010)의 가입 정보(1610-a) 대비 Near-RT RIC(1020)의 가입 정보(1620-a)가 'RIC Request ID: 2'에 대응하는 RIC 가입을 더 포함하는 점을 식별할 수 있다.
동작(1617)에서, E2 노드(1010)는 'RIC Request ID: 2' 및 'RIC Request ID: 2'에 대응하는 RIC 가입을 삭제할 수 있다. E2 노드(1010)의 가입 정보(1610-b)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다. Near-RT RIC(1020)의 가입 정보(1620-b)는 [{RIC Request ID: 1, RAN Function ID: 1}, {RIC Request ID: 3, RAN Function ID: 2}, {RIC Request ID: 4, RAN Function ID: 4}]로 구성되는 리스트를 포함할 수 있다.
본 개시에서는, RIC 가입 정보를 확인하기 위한 절차로써, 검사(audit) 절차가 서술되었다. 상술된 동작들을 위한 용어 '검사(audit)'는 '확인(confirmation)', '조사(examination)', '상태(status) 요청(request)/보고(report)' 등과 같은 동등한 기술적 의미를 갖는 다른 용어로 대체될 수 있다.
실시예들에 있어서, E2 노드에 의해 수행되는 방법은, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에게 검사 요청(audit request) 메시지를 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 Near-RT RIC로부터 검사 응답 메시지를 수신하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 Near-RT RIC 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
일 실시예에 따라, 상기 검사 요청 메시지는 트랜잭션 ID를 포함할 수 있다. 상기 검사 응답 메시지는 상기 트랜잭션 ID를 포함할 수 있다.
일 실시예에 따라, 상기 검사 요청 메시지는, 지정된 기간(period)가 도래하거나, 혹은 상기 E2 노드의 기능 블록(functional block)의 리부팅(rebooting)을 식별하는 것에 기반하여, 상기 Near-RT RIC에게 전송될 수 있다.
일 실시예에 따라, 상기 방법은 상기 Near-RT RIC로부터 RIC 가입 삭제 요청 메시지를 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 Near-RT RIC에게 RIC 가입 삭제 응답 메시지를 전송하는 동작을 포함할 수 있다. 상기 RIC 가입 삭제 요청 메시지는, 상기 E2 노드 내의 하나 이상의 가입 정보들 및 상기 Near-RT RIC의 가입 관리자(subscription manager)에 등록된 가입 정보의 비교의 결과에 기반하여 식별되는, RIC 가입에 대한 정보를 포함할 수 있다. 상기 정보는, 상기 RIC 가입에 대응하는, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
일 실시예에 따라, 상기 방법은 상기 Near-RT RIC로부터 RIC 가입 요청 메시지를 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 Near-RT RIC에게 RIC 가입 응답 메시지를 전송하는 동작을 포함할 수 있다. 상기 RIC 가입 요청 메시지는, 상기 E2 노드 내의 하나 이상의 가입 정보들 및 상기 Near-RT RIC의 가입 관리자(subscription manager)에 등록된 가입 정보의 비교의 결과에 기반하여 식별되는, RIC 가입에 대한 정보를 포함할 수 있다. 상기 정보는, 상기 RIC 가입에 대응하는, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC에 의해 수행되는 방법은, E2 노드에게 검사 요청(audit request) 메시지를 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 E2 노드로부터 검사 응답 메시지를 수신하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
일 실시예에 따라, 상기 검사 요청 메시지는 트랜잭션 ID를 포함할 수 있다. 상기 검사 응답 메시지는 상기 트랜잭션 ID를 포함할 수 있다.
일 실시예에 따라, 상기 검사 요청 메시지는, 지정된 기간(period)가 도래하거나, 혹은 상기 E2 노드의 기능 블록(functional block)의 리부팅(rebooting)을 식별하는 것에 기반하여, 상기 E2 노드에게 전송될 수 있다.
일 실시예에 따라, 상기 방법은 상기 E2 노드에게 RIC 가입 삭제 요청 메시지를 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 E2노드로부터 RIC 가입 삭제 응답 메시지를 수신하는 동작을 포함할 수 있다. 상기 RIC 가입 삭제 요청 메시지는, 상기 E2 노드 내의 하나 이상의 가입 정보들 및 상기 Near-RT RIC의 가입 관리자(subscription manager)에 등록된 가입 정보의 비교의 결과에 기반하여 식별되는, RIC 가입에 대한 정보를 포함할 수 있다. 상기 정보는, 상기 RIC 가입에 대응하는, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
일 실시예에 따라, 상기 방법은 상기 E2 노드에게 RIC 가입 요청 메시지를 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 E2 노드로부터 RIC 가입 응답 메시지를 수신하는 동작을 포함할 수 있다. 상기 RIC 가입 요청 메시지는, 상기 E2 노드 내의 하나 이상의 가입 정보들 및 상기 Near-RT RIC의 가입 관리자(subscription manager)에 등록된 가입 정보의 비교의 결과에 기반하여 식별되는, RIC 가입에 대한 정보를 포함할 수 있다. 상기 정보는, 상기 RIC 가입에 대응하는, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
실시예들에 있어서, E2 노드에 의해 수행되는 방법은, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 Near-RT RIC에게 검사 응답 메시지를 전송하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
일 실시예에 따라, 상기 검사 요청 메시지는 트랜잭션 ID를 포함할 수 있다. 상기 검사 응답 메시지는 상기 트랜잭션 ID를 포함할 수 있다.
일 실시예에 따라, 상기 검사 요청 메시지는, 지정된 기간(period)가 도래하거나, 혹은 상기 E2 노드의 기능 블록(functional block)의 리부팅(rebooting)을 식별하는 것에 기반하여, 상기 Near-RT RIC로부터 수신될 수 있다.
일 실시예에 따라, 상기 방법은 상기 Near-RT RIC로부터 RIC 가입 삭제 요청 메시지를 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 Near-RT RIC에게 RIC 가입 삭제 응답 메시지를 전송하는 동작을 포함할 수 있다. 상기 RIC 가입 삭제 요청 메시지는, 상기 E2 노드 내의 하나 이상의 가입 정보들 및 상기 Near-RT RIC의 가입 관리자(subscription manager)에 등록된 가입 정보의 비교의 결과에 기반하여 식별되는, RIC 가입에 대한 정보를 포함할 수 있다. 상기 정보는, 상기 RIC 가입에 대응하는, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
일 실시예에 따라, 상기 방법은 상기 Near-RT RIC로부터 RIC 가입 요청 메시지를 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 Near-RT RIC에게 RIC 가입 응답 메시지를 전송하는 동작을 포함할 수 있다. 상기 RIC 가입 요청 메시지는, 상기 E2 노드 내의 하나 이상의 가입 정보들 및 상기 Near-RT RIC의 가입 관리자(subscription manager)에 등록된 가입 정보의 비교의 결과에 기반하여 식별되는, RIC 가입에 대한 정보를 포함할 수 있다. 상기 정보는, 상기 RIC 가입에 대응하는, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC에 의해 수행되는 방법은, E2 노드로부터 검사 요청(audit request) 메시지를 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 E2 노드에게 검사 응답 메시지를 전송하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 Near-RT RIC 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
일 실시예에 따라, 상기 검사 요청 메시지는 트랜잭션 ID를 포함할 수 있다. 상기 검사 응답 메시지는 상기 트랜잭션 ID를 포함할 수 있다.
일 실시예에 따라, 상기 검사 요청 메시지는, 지정된 기간(period)가 도래하거나, 혹은 상기 E2 노드의 기능 블록(functional block)의 리부팅(rebooting)을 식별하는 것에 기반하여, 상기 E2 노드로부터 수신될 수 있다.
일 실시예에 따라, 상기 방법은 상기 E2 노드에게 RIC 가입 삭제 요청 메시지를 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 E2노드로부터 RIC 가입 삭제 응답 메시지를 수신하는 동작을 포함할 수 있다. 상기 RIC 가입 삭제 요청 메시지는, 상기 E2 노드 내의 하나 이상의 가입 정보들 및 상기 Near-RT RIC의 가입 관리자(subscription manager)에 등록된 가입 정보의 비교의 결과에 기반하여 식별되는, RIC 가입에 대한 정보를 포함할 수 있다. 상기 정보는, 상기 RIC 가입에 대응하는, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
일 실시예에 따라, 상기 방법은 상기 E2 노드에게 RIC 가입 요청 메시지를 전송하는 동작을 포함할 수 있다. 상기 E2 노드로부터 RIC 가입 응답 메시지를 수신하는 동작을 포함할 수 있다. 상기 RIC 가입 요청 메시지는, 상기 E2 노드 내의 하나 이상의 가입 정보들 및 상기 Near-RT RIC의 가입 관리자(subscription manager)에 등록된 가입 정보의 비교의 결과에 기반하여 식별되는, RIC 가입에 대한 정보를 포함할 수 있다. 상기 정보는, 상기 RIC 가입에 대응하는, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
실시예들에 있어서, E2 노드의 전자 장치는, 적어도 하나의 송수신기(at least one transceiver); 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 적어도 하나의 프로세서는, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에게 검사 요청(audit request) 메시지를 전송하도록 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 적어도 하나의 프로세서는, 상기 Near-RT RIC로부터 검사 응답 메시지를 수신하도록, 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 Near-RT RIC 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC의 전자 장치는, 적어도 하나의 송수신기(at least one transceiver); 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 적어도 하나의 프로세서는, E2 노드에게 검사 요청(audit request) 메시지를 전송하도록 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 적어도 하나의 프로세서는, 상기 E2 노드로부터 검사 응답 메시지를 수신하도록, 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, E2 노드의 전자 장치는, 적어도 하나의 송수신기(at least one transceiver); 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 적어도 하나의 프로세서는, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 수신하도록 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 적어도 하나의 프로세서는, 상기 Near-RT RIC에게 검사 응답 메시지를 전송하도록, 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC의 전자 장치는, 적어도 하나의 송수신기(at least one transceiver); 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 적어도 하나의 프로세서는, E2 노드로부터 검사 요청(audit request) 메시지를 수신하도록 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 적어도 하나의 프로세서는, 상기 E2 노드에게 검사 응답 메시지를 전송하도록, 상기 적어도 하나의 송수신기를 제어할 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 Near-RT RIC 내의 하나 이상의 가입 정보들을 포함할 수 있다. 상기 하나 이상의 가입 정보들의 각 가입 정보는, 해당 RIC 가입에 대한, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC에 의해 수행되는 방법이 제공된다. 상기 방법은 E2 노드에게 검사 요청(audit request) 메시지를 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 E2 노드로부터 검사 응답(audit response) 메시지를 수신하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
일 실시예에 따라, 상기 검사 요청 메시지는 상기 RIC 가입 검사 절차를 위한 ID를 포함할 수 있다. 상기 검사 응답 메시지는 상기 RIC 가입 검사 절차를 위한 상기 ID를 포함할 수 있다.
일 실시예에 따라, 상기 RIC 가입 검사 요청 메시지는, 검사가 요청된 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 검사가 요청된 하나 이상의 RIC 가입 정보들의 각 RIC 가입 정보는, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다. 상기 RIC 가입 검사 응답 메시지에 포함된 상기 하나 이상의 RIC 가입 정보들은, 상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들 중에서, 상기 E2 노드에서 확인된 RIC 가입 정보를 포함할 수 있다.
일 실시예에 따라, 상기 가입 검사 응답 메시지는 상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들 중에서 상기 E2 노드에게 알려지지 않은(unknown) 적어도 하나의 가입 정보의 언노운 리스트 또는 상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들에 포함되지 않고 상기 E2 노드에 보유된 적어도 하나의 가입 정보의 미싱(missing) 리스트 중 적어도 하나를 포함할 수 있다. 상기 언노운 리스트 또는 상기 미싱 리스트는, 각 RIC 가입 정보에 대한, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
실시예들에 있어서, E2 노드에 의해 수행되는 방법이 제공된다. 상기 방법은, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 검사 요청 메시지에 응답하여, 상기 Near-RT RIC에게 검사 응답(audit response) 메시지를 전송하는 동작을 포함할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
일 실시예에 따라, 상기 검사 요청 메시지는 상기 RIC 가입 검사 절차를 위한 ID를 포함할 수 있다. 상기 검사 응답 메시지는 상기 RIC 가입 검사 절차를 위한 상기 ID를 포함할 수 있다.
일 실시예에 따라, 상기 RIC 가입 검사 요청 메시지는, 검사가 요청된 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 검사가 요청된 하나 이상의 RIC 가입 정보들의 각 RIC 가입 정보는, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다. 상기 RIC 가입 검사 응답 메시지에 포함된 상기 하나 이상의 RIC 가입 정보들은, 상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들 중에서, 상기 E2 노드에서 확인된 RIC 가입 정보를 포함할 수 있다.
일 실시예에 따라, 상기 가입 검사 응답 메시지는 상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들 중에서 상기 E2 노드에게 알려지지 않은(unknown) 적어도 하나의 가입 정보의 언노운 리스트 또는 상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들에 포함되지 않고 상기 E2 노드에 보유된 적어도 하나의 가입 정보의 미싱(missing) 리스트 중 적어도 하나를 포함할 수 있다. 상기 언노운 리스트 또는 상기 미싱 리스트는, 각 RIC 가입 정보에 대한, RAN 기능 ID 및 RIC 요청 ID를 포함할 수 있다.
실시예들에 있어서, Near-RT(real time) RIC의 전자 장치가 제공된다. 상기 전자 장치는, 인스트럭션들을 저장하는 메모리, 적어도 하나의 송수신기(at least one transceiver), 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 인스터력션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가 E2 노드에게 검사 요청(audit request) 메시지를 상기 적어도 하나의 송수신기를 통해 전송하고, 상기 E2 노드로부터 검사 응답 메시지를 상기 적어도 하나의 송수신기를 통해 수신하도록, 야기할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, E2 노드의 전자 장치가 제공된다. 상기 전자 장치는, 인스트럭션들을 저장하는 메모리, 적어도 하나의 송수신기(at least one transceiver), 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 상기 인스터력션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가 Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 상기 적어도 하나의 송수신기를 통해 수신하고, 상기 Near-RT RIC에게 검사 응답 메시지를 상기 적어도 하나의 송수신기를 통해 전송하도록, 야기할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, 비-일시적 저장 매체가 제공된다. 상기 비-일시적 저장 매체는 인스트럭션들을 저장하는 메모리를 포함할 수 있다. 상기 인스트럭션들은, 적어도 하나의 프로세서에 의해 실행될 때, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)가 E2 노드에게 검사 요청(audit request) 메시지를 전송하고, 상기 E2 노드로부터 검사 응답(audit response) 메시지를 수신하도록 야기할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
실시예들에 있어서, 비-일시적 저장 매체가 제공된다. 상기 비-일시적 저장 매체는 인스트럭션들을 저장하는 메모리를 포함할 수 있다. 상기 인스트럭션들은, 적어도 하나의 프로세서에 의해 실행될 때, E2 노드가 Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 수신하고, 상기 검사 요청 메시지에 응답하여, 상기 Near-RT RIC에게 검사 응답(audit response) 메시지를 전송하도록 야기할 수 있다. 상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용될 수 있다. 상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함할 수 있다. 상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함할 수 있다.
본 개시의 실시예들에 따른 장치 및 방법은, 무선 통신 시스템에서 RIC(RAN(radio access network) intelligent controller)(예 Near-RT RIC(1020))가 E2 노드(예: E2 노드(1010))에게 혹은 E2 노드가 RIC에게 가입 검사를 요청함으로써, 두 노드들 간 가입 정보의 불일치를 줄이고, 불필요한 절차(예: 리셋 절차)를 방지함으로써, 자원의 효율성을 높일 수 있다. Near-RT RIC의 가입 관리자(subscription manager)에 등록된 가입 정보와 E2 노드의 소프트웨어 블록에 저장된 가입 정보를 비교함으로써, RIC 가입의 삭제를 위한 절차 혹은 RIC 가입 요청 절차가 수행될 수 있다. 일 실시예에 따라, 본 개시의 RIC 가입의 삭제를 위한 절차는, E2 노드에 의해 개시되는 RIC 가입 삭제 요구 절차(즉, RIC 가입 삭제 요구 메시지 및 RIC 가입 삭제 절차)를 포함할 수 있다. 일 실시예에 따라, RIC 가입의 삭제를 위한 절차는, Near-RT RIC에 의해 개시되는 RIC 가입 삭제 절차(즉, RIC 가입 삭제 요청 메시지 및 RIC 가입 삭제 응답 메시지)를 포함할 수 있다. 일 실시예에 따라, RIC 가입 요청 절차는 Near-RT RIC에 의해 개시될 수 있으며, RIC 가입 요청 메시지 및 RIC 가입 응답 메시지를 포함할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 문서의 다양한 실시예들은 기기(machine)(예: E2 노드(1000)의 기능들 수행하는 장치, Near-RT RIC(1100)의 기능들을 수행하는 장치) 의해 읽을 수 있는 저장 매체(storage medium))에 저장된 하나 이상의 명령어들을 포함하는 소프트웨어로서 구현될 수 있다. 예를 들면, 기기(예: E2 노드(1000), Near-RT RIC(1100)의 프로세서(예: 제어부(530))는, 저장 매체로부터 저장된 하나 이상의 명령어들 중 적어도 하나의 명령을 호출하고, 그것을 실행할 수 있다. 이것은 기기가 상기 호출된 적어도 하나의 명령어에 따라 적어도 하나의 기능을 수행하도록 운영되는 것을 가능하게 한다. 상기 하나 이상의 명령어들은 컴파일러에 의해 생성된 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 기기로 읽을 수 있는 저장 매체는, 비일시적(non-transitory) 저장 매체의 형태로 제공될 수 있다. 여기서, ‘비일시적’은 저장 매체가 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장 매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다. O-RAN은 표준화된 개방형 인터페이스를 갖춘 가상화된 지능형 네트워크를 구성 가능하도록 한다. 네트워크 가상화를 위하여, 실시예들에 따른 동작들이 기록 매체(예: 메모리)의 형태로 구현될 수 있다.
일 실시예에 따르면, 본 문서에 개시된 다양한 실시예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory(CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어™)를 통해 또는 두 개의 사용자 장치들(예: 스마트 폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.
다양한 실시예들에 따르면, 상기 기술한 구성요소들의 각각의 구성요소(예: 모듈 또는 프로그램)는 단수 또는 복수의 개체를 포함할 수 있으며, 복수의 개체 중 일부는 다른 구성요소에 분리 배치될 수도 있다. 다양한 실시예들에 따르면, 전술한 해당 구성요소들 중 하나 이상의 구성요소들 또는 동작들이 생략되거나, 또는 하나 이상의 다른 구성요소들 또는 동작들이 추가될 수 있다. 대체적으로 또는 추가적으로, 복수의 구성요소들(예: 모듈 또는 프로그램)은 하나의 구성요소로 통합될 수 있다. 이런 경우, 통합된 구성요소는 상기 복수의 구성요소들 각각의 구성요소의 하나 이상의 기능들을 상기 통합 이전에 상기 복수의 구성요소들 중 해당 구성요소에 의해 수행되는 것과 동일 또는 유사하게 수행할 수 있다. 다양한 실시예들에 따르면, 모듈, 프로그램 또는 다른 구성요소에 의해 수행되는 동작들은 순차적으로, 병렬적으로, 반복적으로, 또는 휴리스틱하게 실행되거나, 상기 동작들 중 하나 이상이 다른 순서로 실행되거나, 생략되거나, 또는 하나 이상의 다른 동작들이 추가될 수 있다.
본 개시의 청구항 또는 명세서에 기재된 하나 이상의 실시예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.
소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.
이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(read only memory, ROM), 전기적 삭제가능 프로그램가능 롬(electrically erasable programmable read only memory, EEPROM), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(compact disc-ROM, CD-ROM), 디지털 다목적 디스크(digital versatile discs, DVDs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.
또한, 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(local area network), WAN(wide area network), 또는 SAN(storage area network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시예들에서, 개시에 포함되는 구성 요소는 제시된 구체적인 실시예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다.

Claims (15)

  1. Near-RT(real time) RIC에 의해 수행되는 방법은,
    E2 노드에게 검사 요청(audit request) 메시지를 전송하는 동작과,
    상기 E2 노드로부터 검사 응답(audit response) 메시지를 수신하는 동작을 포함하고,
    상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용되고,
    상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함하고,
    상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함하는,
    방법.
  2. 청구항 1에 있어서,
    상기 검사 요청 메시지는 상기 RIC 가입 검사 절차를 위한 ID를 포함하고,
    상기 검사 응답 메시지는 상기 RIC 가입 검사 절차를 위한 상기 ID를 포함하는,
    방법.
  3. 청구항 1에 있어서,
    상기 RIC 가입 검사 요청 메시지는, 검사가 요청된 하나 이상의 RIC 가입 정보들의 리스트를 포함하고,
    상기 검사가 요청된 하나 이상의 RIC 가입 정보들의 각 RIC 가입 정보는, RAN 기능 ID 및 RIC 요청 ID를 포함하고,
    상기 RIC 가입 검사 응답 메시지에 포함된 상기 하나 이상의 RIC 가입 정보들은, 상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들 중에서, 상기 E2 노드에서 확인된 RIC 가입 정보를 포함하는,
    방법.
  4. 청구항 1에 있어서,
    상기 가입 검사 응답 메시지는:
    상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들 중에서 상기 E2 노드에게 알려지지 않은(unknown) 적어도 하나의 가입 정보의 언노운 리스트, 또는
    상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들에 포함되지 않고 상기 E2 노드에 보유된 적어도 하나의 가입 정보의 미싱(missing) 리스트,
    중 적어도 하나를 포함하고,
    상기 언노운 리스트 또는 상기 미싱 리스트는, 각 RIC 가입 정보에 대한, RAN 기능 ID 및 RIC 요청 ID를 포함하는,
    방법.
  5. 청구항 1에 있어서,
    상기 E2 노드에게 RIC 가입 삭제 요청 메시지를 전송하는 동작과,
    상기 E2노드로부터 RIC 가입 삭제 응답 메시지를 수신하는 동작을 더 포함하고,
    상기 RIC 가입 삭제 요청 메시지는,
    상기 E2 노드의 하나 이상의 가입 정보들 및 상기 Near-RT RIC의 가입 관리자(subscription manager)에 등록된 가입 정보의 비교의 결과에 기반하여 식별되는, RIC 가입에 대한 정보를 포함하고,
    상기 정보는, 상기 RIC 가입에 대응하는, RAN 기능 ID 및 RIC 요청 ID를 포함하는,
    방법.
  6. E2 노드에 의해 수행되는 방법은,
    Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 수신하는 동작과,
    상기 검사 요청 메시지에 응답하여, 상기 Near-RT RIC에게 검사 응답(audit response) 메시지를 전송하는 동작을 포함하고,
    상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용되고,
    상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함하고,
    상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함하는,
    방법.
  7. 청구항 6에 있어서,
    상기 검사 요청 메시지는 상기 RIC 가입 검사 절차를 위한 ID를 포함하고,
    상기 검사 응답 메시지는 상기 RIC 가입 검사 절차를 위한 상기 ID를 포함하고,
    방법.
  8. 청구항 6에 있어서,
    상기 RIC 가입 검사 요청 메시지는, 검사가 요청된 하나 이상의 RIC 가입 정보들의 리스트를 포함하고,
    상기 검사가 요청된 하나 이상의 RIC 가입 정보들의 각 RIC 가입 정보는, RAN 기능 ID 및 RIC 요청 ID를 포함하고,
    상기 RIC 가입 검사 응답 메시지에 포함된 상기 하나 이상의 RIC 가입 정보들은, 상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들 중에서, 상기 E2 노드에서 확인된 RIC 가입 정보를 포함하는,
    방법.
  9. 청구항 6에 있어서,
    상기 가입 검사 응답 메시지는:
    상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들 중에서 상기 E2 노드에게 알려지지 않은(unknown) 적어도 하나의 가입 정보의 언노운 리스트, 또는
    상기 검사가 요청된 상기 하나 이상의 RIC 가입 정보들에 포함되지 않고 상기 E2 노드에 보유된 적어도 하나의 가입 정보의 미싱(missing) 리스트,
    중 적어도 하나를 포함하고,
    상기 언노운 리스트 또는 상기 미싱 리스트는, 각 RIC 가입 정보에 대한, RAN 기능 ID 및 RIC 요청 ID를 포함하는,
    방법.
  10. 청구항 6에 있어서,
    상기 Near-RT RIC로부터 RIC 가입 삭제 요청 메시지를 수신하는 동작과,
    상기 Near-RT RIC에게 RIC 가입 삭제 응답 메시지를 전송하는 동작을 더 포함하고,
    상기 RIC 가입 삭제 요청 메시지는,
    상기 E2 노드의 하나 이상의 가입 정보들 및 상기 Near-RT RIC의 가입 관리자(subscription manager)에 등록된 가입 정보의 비교의 결과에 기반하여 식별되는, RIC 가입에 대한 정보를 포함하고,
    상기 정보는, 상기 RIC 가입에 대응하는, RAN 기능 ID 및 RIC 요청 ID를 포함하는,
    방법.
  11. Near-RT(real time) RIC의 전자 장치는,
    인스트럭션들을 저장하는 메모리;
    적어도 하나의 송수신기(at least one transceiver); 및
    상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함하고,
    상기 인스터력션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가:
    E2 노드에게 검사 요청(audit request) 메시지를 상기 적어도 하나의 송수신기를 통해 전송하고,
    상기 E2 노드로부터 검사 응답 메시지를 상기 적어도 하나의 송수신기를 통해 수신하도록, 야기하고,
    상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용되고,
    상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함하고,
    상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함하는,
    전자 장치.
  12. 청구항 11에 있어서,
    상기 인스터력션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가 청구항 2 내지 5의 방법들 중 하나를 수행하도록 야기하는,
    전자 장치.
  13. E2 노드의 전자 장치는,
    인스트럭션들을 저장하는 메모리;
    적어도 하나의 송수신기(at least one transceiver); 및
    상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서(at least one processor)를 포함하고,
    상기 인스터력션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가:
    Near-RT(real time) RIC(RAN(radio access network) intelligent controller)로부터 검사 요청(audit request) 메시지를 상기 적어도 하나의 송수신기를 통해 수신하고,
    상기 Near-RT RIC에게 검사 응답 메시지를 상기 적어도 하나의 송수신기를 통해 전송하도록, 야기하고,
    상기 RIC 가입 검사 요청 메시지는 RIC 가입(subscription) 검사 절차(audit procedure)를 위해 이용되고,
    상기 RIC 가입 검사 응답 메시지는 상기 E2 노드의 하나 이상의 RIC 가입 정보들의 리스트를 포함하고,
    상기 하나 이상의 RIC 가입 정보들의 리스트의 각 RIC 가입 정보는, RAN 기능(function) ID(identifier) 및 RIC 요청(request) ID를 포함하는,
    전자 장치.
  14. 청구항 13에 있어서,
    상기 인스터력션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가 청구항 7 내지 10의 방법들 중 하나를 수행하도록 야기하는,
    전자 장치.
  15. 비-일시적 저장 매체에 있어서,
    인스트럭션들을 저장하는 메모리를 포함하고,
    상기 인스트럭션들은, 적어도 하나의 프로세서에 의해 실행될 때, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)가 청구항 1 내지 5의 방법들 중 하나를 수행하도록 야기하거나, E2 노드가 청구항 6 내지 10의 방법들 중 하나를 수행하도록 야기하는,
    비-일시적 저장 매체.
PCT/KR2023/013763 2022-09-30 2023-09-13 가입 검사를 위한 전자 장치 및 방법 Ceased WO2024071762A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202380082824.5A CN120266553A (zh) 2022-09-30 2023-09-13 用于订阅审计的电子设备和方法
EP23872881.0A EP4586707A4 (en) 2022-09-30 2023-09-13 ELECTRONIC DEVICE AND SUBSCRIPTION AUDIT METHOD
US19/093,932 US20250234183A1 (en) 2022-09-30 2025-03-28 Electronic device and method for subscription audit

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20220125832 2022-09-30
KR10-2022-0125832 2022-09-30
KR1020230028802A KR20240045973A (ko) 2022-09-30 2023-03-03 가입 검사를 위한 전자 장치 및 방법
KR10-2023-0028802 2023-03-03

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US19/093,932 Continuation US20250234183A1 (en) 2022-09-30 2025-03-28 Electronic device and method for subscription audit

Publications (1)

Publication Number Publication Date
WO2024071762A1 true WO2024071762A1 (ko) 2024-04-04

Family

ID=90478469

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/013763 Ceased WO2024071762A1 (ko) 2022-09-30 2023-09-13 가입 검사를 위한 전자 장치 및 방법

Country Status (4)

Country Link
US (1) US20250234183A1 (ko)
EP (1) EP4586707A4 (ko)
CN (1) CN120266553A (ko)
WO (1) WO2024071762A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12604179B2 (en) * 2022-09-28 2026-04-14 Nokia Solutions And Networks Oy Method for service subscription auditing
US20240422622A1 (en) * 2023-06-16 2024-12-19 Cisco Technology, Inc. Conflict management in a shared o-ran architecture

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220014963A1 (en) * 2021-03-22 2022-01-13 Shu-Ping Yeh Reinforcement learning for multi-access traffic management
US20220240067A1 (en) * 2019-10-11 2022-07-28 Samsung Electronics Co., Ltd. Device and method for service subscription via e2 interface in radio access network communication system
WO2022182396A1 (en) * 2021-02-24 2022-09-01 Intel Corporation Ric subscription removal over e2 interface
WO2022186912A1 (en) * 2021-03-05 2022-09-09 Vmware, Inc. Ric sdk

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12604179B2 (en) * 2022-09-28 2026-04-14 Nokia Solutions And Networks Oy Method for service subscription auditing

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220240067A1 (en) * 2019-10-11 2022-07-28 Samsung Electronics Co., Ltd. Device and method for service subscription via e2 interface in radio access network communication system
WO2022182396A1 (en) * 2021-02-24 2022-09-01 Intel Corporation Ric subscription removal over e2 interface
WO2022186912A1 (en) * 2021-03-05 2022-09-09 Vmware, Inc. Ric sdk
US20220014963A1 (en) * 2021-03-22 2022-01-13 Shu-Ping Yeh Reinforcement learning for multi-access traffic management

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
FADLI, MUHAMMAD: "O-RAN E2AP", HACKMD, XP009555228, Retrieved from the Internet <URL:http://hackmd.io/@muhammadfadlin/SJfCrENad> *
See also references of EP4586707A4 *

Also Published As

Publication number Publication date
CN120266553A (zh) 2025-07-04
EP4586707A1 (en) 2025-07-16
US20250234183A1 (en) 2025-07-17
EP4586707A4 (en) 2025-12-31

Similar Documents

Publication Publication Date Title
WO2021215847A1 (en) Functional architecture and interface for non-real-time ran intelligent controller
WO2023075214A1 (en) Method and apparatus for supporting edge computing service for roaming ue in wireless communication system
WO2022220640A1 (ko) 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법
WO2023191505A1 (en) Monitoring for application ai/ml-based services and operations
WO2023068854A1 (ko) 무선 통신 시스템에서 트래픽에 대한 서비스 품질 관리 방법 및 장치
WO2023191502A1 (en) Method and device for providing access path in wireless communication system
WO2022092981A1 (ko) 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법
WO2024071762A1 (ko) 가입 검사를 위한 전자 장치 및 방법
WO2022235009A1 (en) Method and apparatus to support virtual network in wireless communication network
WO2024154972A1 (en) Method and apparatus for transmitting control signal using service based interface in a wireless communication system
WO2024096710A1 (en) Multi model functionality fl training of an ai/ml learning model for multiple model functionalities
WO2024158212A1 (ko) E2 노드 구성 업데이트를 위한 전자 장치 및 방법
WO2024101580A1 (ko) 무선 통신 시스템에서 긴급 서비스를 수행하기 위한 전자 장치 및 방법
WO2023219294A1 (ko) 이중 연결에서 상향링크 경로를 제어하기 위한 장치 및 방법
WO2024210369A2 (en) Method and apparatus for handling of a pdu session in a wireless communication system
WO2024172429A1 (ko) 과부하(오버로드) 제어를 위한 전자 장치 및 방법
WO2024043570A1 (en) Method and apparatus for transmitting data in mobile communication system
WO2024147718A1 (en) Method and apparatus for supporting a monitoring for external services in a wireless communication system
WO2024150901A1 (ko) 이투 셋업 절차를 위한 전자 장치 및 방법
WO2024155163A1 (ko) 알아이씨 쿼리를 위한 전자 장치 및 방법
WO2024248374A1 (en) System and method for nf selection for access and mobility management in a service-based architecture
WO2024210402A1 (en) Method and apparatus for ai/ml data transmission in a wireless communication system
WO2024237527A1 (en) Handling model id in ai/ml operation in network
WO2024147691A1 (en) Method and apparatus for providing ue policy in mobile wireless communication system
WO2024096371A1 (en) Method and apparatus for transfer of ue information for rrc procedure in a wireless communication system

Legal Events

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

Ref document number: 23872881

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023872881

Country of ref document: EP

Ref document number: 202517034365

Country of ref document: IN

ENP Entry into the national phase

Ref document number: 2023872881

Country of ref document: EP

Effective date: 20250408

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 202517034365

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 202380082824.5

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 202380082824.5

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2023872881

Country of ref document: EP