Device and method for service subscription via e2 interface in radio access network communication system

Abstract

To provide 5G or pre-5G communication systems to support higher data transmission rates after 4G communication systems such as LTE.SOLUTION: A method performed by an E2 node includes transmitting an E2 setup request message to a radio access network (RAN) intelligent controller (RIC), and receiving an E2 setup response message from the RIC, where the E2 setup request message includes an information element (IE) related to an RIC service update request message, and where the E2 setup response message includes an IE related to an RIC service update acknowledgement message.SELECTED DRAWING: Figure 8A

Description

[Technical field]

[0001] The present disclosure relates generally to radio access network communication systems, and more particularly to an apparatus and method for message delivery upon E2 SETUP occurrence to an open radio access network (O-RAN) base station using E2 messages in a wireless communication system. [Background technology]

[0002] 4G(4 th Since the commercialization of the 5G (5G) communication system, improved 5G (5G) has been developed to meet the increasing demand for wireless data traffic. th Efforts are being made to develop 5G (Next Generation) or pre-5G communication systems. For this reason, 5G or pre-5G communication systems are referred to as Beyond 4G Network communication systems or Post-LTE (Long Term Evolution) systems.

[0003] To achieve high data transmission rates, 5G communication systems are being considered for implementation in ultra-high frequency (mmWave) bands (e.g., 60 GHz bands, etc.). To mitigate the path loss of radio waves in ultra-high frequency bands and increase the transmission distance of radio waves, beamforming, massive MIMO, full dimensional MIMO (FD-MIMO), array antennas, analog beam-forming, and large scale antenna technologies are being discussed for 5G communication systems.

[0004] In addition, to improve the system network, technologies being developed for the 5G communication system include advanced small cells, cloud radio access networks (cloud RAN), ultra-dense networks, device to device communication (D2D), wireless backhaul, moving networks, cooperative communication, CoMP (Coordinated Multi-Points), and interference cancellation.

[0005] In addition, the 5G system includes advanced coding modulation (ACM) methods such as FQAM (Hybrid Frequency Shift Keying and Quadrature Amplitude Modulation) and SWSC (Sliding Window Superposition Coding), as well as advanced access technologies such as FBMC (Filter Bank Multi Carrier), NOMA (Non Orthogonal Multiple Access), and SCMA (Sparse Code Multiple Access).

[0006] To meet the demand for wireless data traffic, 5G system, NR (new radio or next radio) has been commercialized, and like 4G, 5G system provides users with high data transmission rate services, and it is expected that wireless communication services for various purposes such as Internet of Things and services that require high reliability for specific purposes can be provided. Currently, O-RAN (open radio access network), which was established by operators and equipment providers in a system that is mixed with 4G communication system and 5G system, defines new NE (network element) and interface standards based on the existing 3GPP (registered trademark) (3rd Generation Partnership Project) standards and presents the O-RAN structure. Summary of the Invention [Problem to be solved by the invention]

[0007] Currently, with the commercialization of 4th generation / 5th generation communication systems (hereinafter referred to as 4G / 5G systems, NR (new radio or next radio)), users are required to support differentiated services in virtualized networks. O-RAN newly defines the existing 3GPP (registered trademark) (3rd Generation Partnership Project) NE (network element), RU (radio unit), DU (distributed unit), CU-CP (central unit-control plane), and CU-UP (central unit-user plane) as O-RU, O-DU, O-CU-CP, and O-CU-UP, respectively, and additionally standardizes near-real-time RIC (RAN intelligent controller). This disclosure relates to an E2 Subscription message in which the newly defined RIC requests a service from the O-DU, O-CU-CP, or O-CU-UP. This disclosure also relates to a method of processing the E2 Subscription message by subdividing it into UE units, group units, cell units, and network slice units. Here, the O-RU, O-DU, O-CU-CP, and O-CU-UP can be understood as objects constituting a RAN capable of operating according to the O-RAN standard, and can be referred to as E2 nodes.

[0008] The E2 node(s) transmits an E2 SETUP REQUEST message to the RIC for service initialization, and the RIC transmits an E2 SETUP RESPONSE message as a response. In the next step, the E2 node transmits the call processing function of the RAN (Radio Access Network) it supports to the RIC in a Service Update message, and the RIC transmits a Service Update Acknowledgement message as a response. The RIC can then set a call processing event by generating an E2 subscription request message and transmitting it to the E2 node (e.g. O-CU-CP, O-CU-UP, O-DU). After the event is set, the E2 node transmits a subscription request response message to the RIC. In this case, up to six messages must be transmitted from E2 SETUP to the subscription completion step where the service can be started. This disclosure relates to a newly defined E2 SETUP message that complements the E2 SETUP message between a RIC and an E2 node (e.g., O-DU, O-CU-CP, O-CU-UP) to complete the service update step and subscription step in the E2 SETUP step.

[0009] The present disclosure for solving the above problems is characterized in that, in a method for a first node in a wireless communication system, the method includes a step of including a RIC SERVICE UPDATE Information Element (IE) in a step of an E2 node generating an E2 SETUP REQUEST message, a step of including a RIC SERVICE UPDATE ACKNOWLDGE Information Element (IE) in a step of the RIC generating an E2 SETUP RESPONSE message, a step of the RIC including a RIC SUBSCRIPTION Information Element (IE) in the E2 SETUP RESPONSE message, and a step of the E2 node transmitting the E2 SUBSCRIPTION RESPONSE message to the RIC. In addition, the RIC SERVICE UPDATE message and the RIC SUBSCRIPTION REQUEST message in which the message transmission is optimized can be confirmed based on the detailed Information Element of the E2 SETUP REQUEST message transmitted from the E2 node and the E2 SETUP RESPONSE message transmitted from the RIC, respectively, and the Information Element information can include MESSAGE TYPE identifier information, RIC REQUEST ID identifier information, E2 NODE FUNCTION ID identifier information, SERVICES TO ADD list, and SERVICES TO DELETE list identifier information set based on the call processing function of the E2 node in the case of the RIC SERVICE UPDATE message. In the case of the RIC SUBSCRIPTION REQUEST, the Information Element information can include MESSAGE TYPE identifier information, RIC REQUEST ID identifier information, E2 NODE FUNCTION ID identifier information, and RIC SUBSCRIPTION TYPE identifier information set based on the call processing function of the E2 node. [Means for solving the problem]

[0010] According to various embodiments of the present disclosure, a method performed by an E2 node includes the steps of transmitting an E2 setup request message to a RIC (RAN (radio access network) intelligent controller) and receiving an E2 setup response message from the RIC, wherein the E2 setup request message includes an information element (IE) associated with the RIC service update request message, and the E2 setup response message includes an IE associated with the RIC service update acknowledge message.

[0011] According to various embodiments of the present disclosure, a method performed by a radio access network intelligent controller (RIC) includes a step of receiving an E2 setup request message from an E2 node and a step of transmitting an E2 setup response message to the E2 node, the E2 setup request message including an information element (IE) associated with the RIC service update request message, and the E2 setup response message including an IE associated with the RIC service update acknowledge message.

[0012] According to various embodiments of the present disclosure, an apparatus functioning as an E2 node includes at least one transceiver and at least one processor coupled to the at least one transceiver, the at least one processor configured to transmit an E2 setup request message to a RAN (radio access network intelligent controller) and receive an E2 setup response message from the RIC, the E2 setup request message including an information element (IE) associated with the RIC service update request message, and the E2 setup response message including an IE associated with the RIC service update acknowledge message.

[0013] According to various embodiments of the present disclosure, an apparatus functioning as a radio access network intelligent controller (RAN) includes at least one transceiver and at least one processor coupled to the at least one transceiver, the at least one processor configured to receive an E2 setup request message from an E2 node and transmit an E2 setup response message to the E2 node, the E2 setup request message including an information element (IE) associated with the RIC service update request message, and the E2 setup response message including an IE associated with the RIC service update acknowledge message. Effect of the Invention

[0014] The apparatus and method according to various embodiments of the present disclosure provide an efficient procedure between a near real time (RT) RIC (RAN intelligent controller) and an E2 node by using an information element (IE) used in a service update procedure between the E2 node and a RIC (RAN intelligent controller) in an E2 setup procedure.

[0015] The effects obtained by the present disclosure are not limited to the effects mentioned above, and other effects not mentioned can be clearly understood by a person having ordinary skill in the technical field to which the present disclosure pertains from the following description. [Brief description of the drawings]

[0016] [Figure 1] FIG. 1 is a diagram illustrating an example of a 4th generation (4G) Long Term Evolution (LTE) core system. [Figure 2A] FIG. 1 is a diagram illustrating an example of a 5G (5th generation) NSA (non-standard alone) system. [Figure 2B] FIG. 1 illustrates an example architecture for O-RAN. [Diagram 3] FIG. 2 illustrates a protocol stack of an E2 application protocol message in a radio access network according to various embodiments of the present disclosure. [Figure 4] A diagram showing an example of a connection between a base station and a radio access network intelligence controller (RIC) in a radio access network according to various embodiments of the present disclosure. [Diagram 5] A diagram showing the configuration of devices in a radio access network according to various embodiments of the present disclosure. [Figure 6]A diagram illustrating logical functions associated with E2 messages of an E2 node and a RIC in a radio access network according to various embodiments of the present disclosure. [Figure 7A] A diagram showing an example of a signaling procedure between an E2 node and a RAN (radio access network) intelligent controller (RIC). [Figure 7B] A diagram showing an example of a subscription procedure between an E2 node and a RIC. [Figure 8A] A figure showing an example of an information element (IE) of an E2 RIC service update. [Figure 8B] A figure showing an example of an information element (IE) of an E2 RIC service update. [Figure 9] A figure showing an example of an information element (IE) of an E2 RIC service update. [Figure 10] A figure showing an example of an information element (IE) of an E2 RIC service update. [Figure 11] A figure showing an example of an information element (IE) of an E2 RIC service update. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0017] The terms used in this disclosure are merely used to describe certain embodiments and are not intended to limit the scope of other embodiments. A singular expression may include a plural expression unless the context clearly indicates a different meaning. Terms used herein, including technical or scientific terms, may have the same meaning as commonly understood by a person having ordinary skill in the technical field described in this disclosure. Terms used in this disclosure that are defined in a general dictionary may be interpreted as meanings that are the same as or similar to the meanings in the context of the relevant art, and are not interpreted as ideal or overly formal meanings unless clearly defined in this disclosure. In some cases, even terms defined in this disclosure cannot be interpreted to exclude embodiments of the present disclosure.

[0018] In the various embodiments of the present disclosure described below, a hardware approach is described as an example, but since the various embodiments of the present disclosure include techniques using both hardware and software, the various embodiments of the present disclosure do not exclude a software-based approach.

[0019] The present disclosure relates to an apparatus and method for performing a subscription procedure between devices in a radio access network (RAN) and a device that controls the RAN in a wireless communication system.

[0020] In the following description, terms referring to signals, channels, control information, network entities, and device components are provided as examples for convenience of description. Therefore, the present disclosure is not limited to the terms described below, and other terms having equivalent technical meanings may be used.

[0021] Although the present disclosure describes various embodiments using terms used in some communication standards (e.g., 3GPP (registered trademark) (3rd Generation Partnership Project)), this is merely an example for the purpose of explanation. Various embodiments of the present disclosure can be easily modified and applied to other communication systems.

[0022] Hereinafter, in this disclosure, uplink refers to a radio link through which a terminal (User Equipment, UE or Mobile Station, MS) transmits data or control signals to a base station (eNode B or base station, BS), and downlink refers to a radio link through which a base station transmits data or control signals to a terminal. In addition, a base station is an entity that performs resource allocation for a terminal, and may be at least one of an eNode B, a Node B, a BS (Base station), a gNB (generation Node B) radio access unit, a base station controller, or a node on a network. A terminal may include a UE (User Equipment), an MS (Mobile Station), a cellular phone, a smartphone, a computer, or a multimedia system capable of performing a communication function.

[0023] In order to meet the demand for wireless data traffic, the fifth generation communication system (hereinafter referred to as the 5G system, which may be confused with the NR (new radio) or next radio) system) has been commercialized. Similar to 4G, the 5G system provides users with high data transmission rate services. It is also expected that wireless communication services for various purposes, such as the Internet of Things and services that require high reliability for specific purposes, may be provided.

[0024] Currently, O-RAN (open radio access network), which was established by operators and equipment providers in a system that is mixed with 4G communication systems and 5G systems, has emerged by defining new NE (network element) and interface standards based on the existing 3GPP (registered trademark) standards. O-RAN defines the existing 3GPP (registered trademark) NE, RU (radio unit), DU (distributed unit), CU (central unit)-CP (control plane), and CU-UP (user plane) as O-RU, O-DU, O-CU-CP, and O-CU-UP, respectively, and additionally, O-RAN standardized near-real-time RIC (RAN intelligent controller) and non-real-time (NRT) RIC. For example, RIC can be a server centrally located in one physical location. RIC is also 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. O-DU and RIC, O-CU-CP and RIC, and O-CU-UP and RIC can be connected via Ethernet. For this purpose, interface standards for communication between O-DU and RIC, O-CU-CP and RIC, and O-CU-UP and RIC are required, and the definition of procedures between O-DU, O-CU-CP, O-CU-UP and RIC is required for message standards such as E2-DU, E2-CU-CP, and E2-CU-UP. In particular, differentiated service support is required for users in virtualized networks, and the function definition of E2-DU, E2-CU-CP, and E2-CU-UP messages is required to support services for wide cell coverage by concentrating call processing messages / functions generated in O-RAN in RIC.

[0025] Specifically, the RIC can set an event occurrence condition by generating and sending an E2 subscription message to the O-DU, O-CU-CP, or O-CU-UP. The O-DU, O-CU-CP, or O-CU-UP determines whether the set condition is met, and places the 3GPP call processing message that meets the met condition in a container in the RIC, classifies it into a user identifier, cell identifier, network slice identifier, etc., and then transmits it by an E2 indication / report.

[0026] The call processing message information collected in the O-RAN based on the user identifier may be identified by the RIC as being for a specific user / specific cell / specific network slice for each I / F. The collected information may be transmitted from at least one of the (O-)CU-CP, (O-)CU-UP, and (O-)DU. The RIC can confirm that the information collected from different subjects based on the user identifier is for one specific user / specific cell / specific network slice, and provide a service specialized for a specific user / specific cell / specific network slice for multiple cells / network slices based on the collected information, and can also determine the KPI (key performance indicator) of the service provided to each user.

[0027] Since a general call processing service is limited to a base station unit, the number of cells that can be supported is limited. In addition, since the collected information is limited to a specific base station, efficient monitoring of the entire radio resource is not possible. According to various embodiments of the present disclosure, the RIC can efficiently provide resource optimization and user-specific services or user-requested services for a specific user / specific cell / specific network slice for a wide range of cells by collecting each I / F or each call processing message (e.g., E1, F1, X2, XN, RRC, etc.) generated by the O-RU, O-DU, O-CU-CP, or O-CU-UP. For example, the RIC can efficiently divide the network slice or configure an additional carrier so that a specific terminal can receive a service by carrier aggregation for resource optimization, or configure an additional cell that performs dual connectivity so that a specific terminal can receive a service by dual connectivity (DC). In addition, the RIC can be configured so that a specific terminal can avoid connection to a specific cell when moving between cells and connect to a specific cell. In addition, the RIC can efficiently perform resource optimization by machine learning through analysis based on the collected information. However, the resource optimization of the present disclosure is not limited to the described content. Furthermore, according to the present disclosure, it is possible to collect and analyze information not only by terminal but also by bearer.

[0028] The collected information for a particular user may be used by the collection server or RIC (near RIC) or NRT-RIC, but may also be provided to an OSS (operations support system) and / or BSS (business support system) to provide services specialized for the user.

[0029] Figure 1 shows 4G (4 th 1 shows an example of a LTE (Long Term Evolution) core system.

[0030] Referring to FIG. 1, the LTE core system includes a base station 110, a terminal 120, an S-GW (serving gateway) 130, a P-GW (packet data network gateway) 140, an MME (mobility management entity) 150, an HSS (home subscriber server) 160, and a PCRF (policy and charging rule function) 170.

[0031] The base station 110 is a network infrastructure that provides wireless connectivity to the terminal 120. For example, 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. The base station 110 has a coverage defined in a predetermined geographical area based on the distance over which a signal can be transmitted. The base station 110 is connected to the MME 150 via an S1-MME interface. The base station 110 may be called an "access point (AP)", "eNodeB (eNB)", "wireless point", "transmission / reception point (TRP)", or other terms having an equivalent technical meaning, in addition to a base station.

[0032] The terminal 120 is a device used by a user and communicates with the base station 110 via a wireless channel. In some cases, the terminal 120 may be operated without the involvement of the user. That is, at least one of the terminal 120 and the S-GW 130 may be a device that performs machine type communication (MTC) and may not be carried by the user. The terminal 120 may be referred to as a "user equipment (UE)", a "mobile station", a "subscriber station", a "customer-premises equipment (CPE)", a "remote terminal", a "wireless terminal", or a "user device", or other terms having an equivalent technical meaning.

[0033] The S-GW 130 provides a data bearer and generates or controls the data bearer according to 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. The S-GW 130 can also act as an anchor during inter-base station handover of the terminal 120. The P-GW 140 can function as a connection point with an external network (e.g., the Internet network). The P-GW 140 can also assign an Internet Protocol (IP) address to the terminal 120 and act as an anchor for the S-GW 130. The P-GW 140 can also apply a Quality of Service (QoS) policy for the terminal 120 and manage account data.

[0034] The MME 150 manages the mobility of the terminal 120. In addition, the MME 150 can 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 interface with a serving GPRS support node (SGSN).

[0035] The HSS 160 stores key information and a subscriber profile for authentication of the terminal 120. The key information and the subscriber profile are transferred from the HSS 160 to the MME 150 when the terminal 120 connects to the network.

[0036] The PCRF 170 defines rules for policies and charging. The stored information is transmitted from the PCRF 170 to the P-GW 140, and the P-GW 140 can perform control (e.g., QoS management, charging, etc.) for the terminal 120 based on the information provided by the PCRF 170.

[0037] Carrier aggregation (hereinafter, "CA") technology is a technology that increases frequency usage efficiency from the viewpoint of a terminal or a base station by combining multiple component carriers and allowing one terminal to transmit and receive signals using the multiple component carriers simultaneously. Specifically, according to CA technology, a terminal and a base station can transmit and receive signals using a wideband using multiple component carriers in uplink (UL) and downlink (DL), respectively, and at this time, each component carrier is located in a different frequency band. Hereinafter, uplink refers to a communication link in which a terminal transmits a signal to a base station, and downlink refers to a communication link in which a base station transmits a signal to a terminal. At this time, the number of uplink component carriers and the number of downlink component carriers may be different.

[0038] Dual / multi connectivity technology (dual connectivity or multi connectivity) is a technology that increases frequency usage efficiency from the perspective of a terminal or base station by connecting one terminal to multiple different base stations and transmitting and receiving signals simultaneously using carriers in multiple base stations located in different frequency bands. A terminal connects to 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., a base station that provides services using NR (new radio) technology or 5G (5G) technology). th 5G can simultaneously connect to multiple base stations (base stations that provide services using 5G LTE generation mobile communication technology) to send and receive traffic. In this case, the frequency resources used by each base station may be located in different bands. This method of operating based on the dual connectivity method of LTE and NR can be called 5G NSA (non-stand alone).

[0039] Figure 2A shows an example of a 5G NSA system.

[0040] Referring to FIG. 2A, the 5G NSA system includes an NR RAN 210a, an LTE RAN 210b, a terminal 220, and an EPC 250. The NR RAN 210a and the LTE RAN 210b are connected to the EPC 250, and the terminal 220 can receive services from either one of the NR RAN 210a and the LTE RAN 210b simultaneously. The NR RAN 210a includes at least one NR base station, and the LTE RAN 210b includes at least one LTE base station. Here, the NR base station is referred to as a "5G node (5G RAN)". th The NR base station may be referred to as a next generation node (gNB), a next generation nodeB (gNB), or other terms having an equivalent technical meaning. In addition, the NR base station may have a structure separated into a central unit (CU) and a digital unit (DU), and the CU may have a structure separated into a CU-CP (control plane) unit and a CU-UP (user plane) unit.

[0041] In the structure of FIG. 2, the terminal 220 performs radio resource control (RRC) connection through a first base station (e.g., a base station belonging to the LTE RAN 210b) and can be served with functions (e.g., connection management, mobility management, etc.) provided by a control plane. In addition, the terminal 220 can 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). Such a dual connectivity technology using LTE and NR can be referred to as EN-DC (E-UTRA (evolved universal terrestrial radio access) - NR dual connectivity). Similarly, 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). In addition, various embodiments can be applied to various other types of multi-connectivity and carrier aggregation technologies. In addition, the various embodiments may also be applied when a first system using a first communication technology and a second system using a second communication technology are embodied in a single device, or when a first base station and a second base station are located in the same geographic location.

[0042] Figure 2B shows an example architecture for O-RAN. For the purpose of E2-SM-KPIMON (key performance indicator monitoring) of the E2 service model, the E2 node may be assumed to be in O-RAN Stand Alone mode while O-RAN Non-stand alone mode in multi-connectivity operation with E-UTRA and NR radio access technology is considered.

[0043] Referring to Figure 2B, in an O-RAN non-standalone mode deployment, the eNB is connected to the EPC via the S1-C / S1-U interface and to the O-CU-CP via the X2 interface. The O-CU-CP for the O-RAN standalone mode deployment may be connected to the 5GC (5G core) via the N2 / N3 interface.

[0044] 3 illustrates a protocol stack of an E2 application protocol message in a radio access network according to various embodiments of the present disclosure. Referring to FIG. 3, the control plane includes a transport network layer and a radio network layer. The transport network layer includes a physical layer 310, a data link layer 320, an internet protocol (IP) 330, and a stream control transmission protocol (SCTP) 340.

[0045] The wireless network layer includes the E2AP 350. The E2AP 350 is used to transmit subscription messages, indication messages, control messages, service update messages, and service query messages, and is transmitted at a higher layer than the SCTP 340 and IP 330.

[0046] FIG. 4 illustrates an example of a connection between a base station and a radio access network intelligence controller (RIC) in a radio access network according to various embodiments of the present disclosure.

[0047] Referring to FIG. 4, the RIC 440 is connected to the O-CU-CP 420, the O-CU-UP 410, and the O-DU 430. The RIC 440 is responsible for controlling a RAN node (or a device performing a RAN function, e.g., the O-CU-CP 420, the O-CU-UP 410, and the O-DU 430). The RIC 440 may be defined as a device for customizing RAN functionality for new services or regional resource optimization. The RIC 440 may provide functions such as network intelligence (e.g., policy enforcement, handover optimization), resource assurance (e.g., radio-link management, advanced self-organized-network (SON)), and resource control (e.g., load balancing, slicing policy). The RIC 440 can communicate with the O-CU-CP 420, O-CU-UP 410, and O-DU 430. The RIC 440 can be connected to each node via the E2-CP, E2-UP, and E2-DU interfaces. The interfaces between the O-CU-CP and DU, and between the O-CU-UP and DU can be referred to as F1 interfaces. In the following explanation, the terms DU and O-DU, CU-CP and O-CU-CP, and CU-UP and O-CU-UP can be used interchangeably.

[0048] 4 illustrates one RIC 440, there may be multiple RICs according to various embodiments. The multiple RICs may be implemented in multiple pieces of hardware located in the same physical location, or may be implemented by virtualization using a single piece of hardware.

[0049] Figure 5 shows the configuration of an apparatus according to various embodiments of the present disclosure. The structure illustrated in Figure 5 may be understood as the configuration of an apparatus having at least one function of the RIC, O-CU-CP, O-CU-UP, and O-DU of Figure 4. Terms such as "... unit" and "... device" used below refer to a unit that processes at least one function or operation, and may be embodied in hardware or software, or a combination of hardware and software.

[0050] Referring to FIG. 5, the core network device includes a communication unit 510, a storage unit 520, and a control unit 530.

[0051] The communication unit 510 provides an interface for communicating with other devices in the network. That is, the communication unit 510 converts a bit string transmitted from the core network device to another device into a physical signal, and converts a physical signal received from another device into a bit string. That is, the communication unit 510 can transmit and receive signals. Therefore, the communication unit 510 can be referred to as a modem, a transmitter, a receiver, or a transceiver. In this regard, the communication unit 510 enables the core network device to communicate with other devices or systems via a backhaul connection (e.g., a wired backhaul or a wireless backhaul) or via a network.

[0052] The memory unit 520 stores data such as basic programs, application programs, and setting information for the operation of the core network device. The memory unit 520 may be configured with a volatile memory, a non-volatile memory, or a combination of a volatile memory and a non-volatile memory. The memory unit 520 provides the stored data in response to a request from the control unit 530.

[0053] The controller 530 controls the overall operation of the core network device. For example, the controller 530 transmits and receives signals via the communication unit 510. The controller 530 also records and reads data in the memory unit 520. To this end, the controller 530 may include at least one processor. According to various embodiments, the controller 530 may control the device to perform operations according to various embodiments described in this disclosure.

[0054] FIG. 6 illustrates logical functions associated with E2 messages of an E2 node and a RIC in a radio access network according to various embodiments of the present disclosure.

[0055] Referring to FIG. 6, the RIC 640 and the E2 node 610 can transmit or receive E2 messages to each other. For example, the E2 node 610 can be an O-CU-CP, an O-CU-UP, an O-DU, or a base station. The communication interface of the E2 node can be determined by the type of the E2 node 610. For example, the E2 node 610 can communicate with other E2 nodes 616 via an E1 interface or an F1 interface. Or, for example, the E2 node 610 can communicate with other E2 nodes 616 via an X2 interface or an XN interface. Or, for example, the E2 node 610 can communicate with other E2 nodes 616 via an S1 interface or a next generation application protocol (NGAP) interface (i.e., an interface between a next generation (NG) RAN node and an AMF).

[0056] The E2 node 610 may include an E2 node function 612. The E2 node function 612 is a function corresponding to a specific xApp (application S / W) 646 installed in the RIC 640. For example, in the case of a KPI monitor, KPI monitor collection software is installed in the RIC 640, and the E2 node 610 may include an E2 node function 612 that generates a KPI parameter and then transmits an E2 message including the KPI parameter to an E2 termination 642 located in the RIC 640. The E2 node 610 may include a radio resource management (RRM) 614. The E2 node 610 may manage resources provided to a wireless network for a terminal.

[0057] An E2 termination 642 located in the RIC 640 is a termination of the RIC 640 for an E2 message, and performs a function of analyzing an E2 message transmitted by the E2 node 610 and transmitting it to an xApp 646. A DB (database) 644 located in the RIC 640 may be used for the E2 termination 642 or the xApp 646. The E2 node 610 shown in FIG. 6 is a termination of at least one interface, and may be understood as a termination of a message transmitted to a terminal, a neighboring base station, and a core network.

[0058] FIG. 7A shows an example of a signaling procedure between an E2 node and a RIC (RAN (radio access network) intelligent controller). Specifically, FIG. 7A shows a setup procedure for the E2 I / F between the E2 node and the RIC, a subscription procedure between the E2 node and the RIC, and a procedure for providing information. FIG. 7A shows an initial SET UP procedure until the RIC is able to provide service, which is being discussed in the O-RAN standard. In FIG. 7A, the setup procedure of the E2 I / F between the E2 node and the RIC, the E2 SERVICE UPDATE procedure, and the RIC subscription message transfer procedure are shown. An E2 node 610 is exemplified as the E2 node, and a RIC 640 is exemplified as the RIC.

[0059] Referring to FIG 7A, in step 701, the E2 node can transmit an E2 setup request message to the RIC. The E2 NODE FUNCTION function located in the E2 node can search for the RIC using the RIC IP address configured in OAM (Operations, administration and management) and transmit the E2 SET UP REQUEST message.

[0060] In step (703), the RIC can transmit an E2 setup response message to the E2 node. If the RIC can accept the E2 SETUP REQUEST message transmitted by the E2 NODE, it can send an E2 SETUP RESPONSE message.

[0061] In step (705), the E2 node can send a RIC service update message to the RIC. The E2 node can create a list of function capabilities that the E2 NODE can support using the E2 FUNCTION ID. The E2 node can create a list of RIC SERVICE UPDATE IDs. The E2 node can send the created results to the RIC in an E2 SERVICE UPDATE.

[0062] In step (707), the RIC can transmit a RIC service update acknowledgement message to the E2 node. The RIC can transmit an E2 SERVICE UPDATE ACKNOWLEDGEMENT message if the E2 NODE FUNCTION ID value in the E2 SERVICE UPDATE message transmitted by the E2 NODE is acceptable.

[0063] In step 709, the RIC can transmit a service subscription request message to the E2 node. A particular xApp located in the RIC can request a subscription (or join) to a particular E2 NODE FUNCTION function supported by the E2 from the RIC E2 termination function.

[0064] In step (711), the E2 node can transmit a service subscription response message to the RIC. The E2 node function can decode the SUBSCRIPTION REQUEST message. After the RIC successfully sets the event condition requested by the E2 node function, the E2 node function can convey to the RIC that the event trigger condition has been successfully set as a SUBSCRIPTION RESPONSE.

[0065] 7B shows an example of a subscription procedure between an E2 node and a RIC. Also, in FIG. 7B, an example of an E2 SETUP procedure proposed by the present invention is shown. An E2 node 610 is exemplified as an E2 node, and a RIC 640 is exemplified as a RIC.

[0066] Referring to FIG. 7B, in step (751), the E2 node may transmit an E2 setup request message to the RIC. The E2 node searches for the RIC using the RIC IP address configured in the OAM to create an E2 CONNECTION with the RIC, and transmits an E2 SET UP REQUEST message. According to one embodiment, the E2 node may add and transmit a RIC SERVICE UPDATE Information Element, which is being discussed in the existing standard, when transmitting the E2 SET UP REQUEST message. That is, the E2 node may include a RIC SERVICE UPDATE IE in the E2 setup request message. The detailed contents of the RIC SERVICE UPDATE IE are illustrated in FIG. 8A.

[0067] In step (753), the RIC can transmit an E2 setup response message to the E2 node. If the E2 setup request message is a normal message, the RIC E2 termination function can set up an E2 connection, generate an E2 setup response message, and transmit it to the E2 node. According to an embodiment, the E2 setup response message can selectively carry a RIC subscription request message information element and transmit it. The details of the RIC subscription request information element are illustrated in FIG. 8B. When the E2 node receives the E2 setup response message, it can set up an E2 connection. If the RIC subscription request message information element is carried and transmitted in the E2 setup response message, the E2 node function can decode the message and perform a RIC subscription procedure.

[0068] In step (755), the E2 node can transmit a RIC subscription response message to the RIC. After the E2 node successfully sets the event condition defined by the RIC subscription, it can transmit a subscription response to the RIC. At this time, the subscription response informs the RIC that the event trigger condition has been successfully set.

[0069] In addition to the above, some of the content described in FIG. 8A may also be applied to FIG. 8B in the same or similar manner.

[0070] Figure 8A shows the IE (Information Element) of E2 RIC SERVICE UPDATE. The first IE is Message Type, which has a unique value for each E2 message. The detailed contents of the Message Type are shown in Figure 9. The second IE is RIC REQUEST ID, which specifies a specific xApp. The detailed contents of the message are shown in Figure 10. The third IE is E2 NODE FUNCTION ID. The E2 NODE FUNCTION ID has different range values ​​for each E2 NODE, allowing a specific E2 NODE FUNCTION to be specified for a specific E2 NODE. The detailed contents of the message are shown in Figure 11.

[0071] The fourth IE is the SERVICES TO ADD list. The SERVICES TO ADD list is a list of call processing functions supported by the E2 node. Each call processing function can include an E2 NODE FUNCTION ID value and an E2 NODE FUNCTION NAME. The E2 NODE FUNCTION ID value and the E2 NODE FUNCTION NAME can be configured by OAM. For example, the X2 HANDOVER function has an E2 NODE FUNCTION ID value of 21 and an E2 NODE FUNCTION NAME of X2 HANDOVER. Up to 4096 SERVICES TO ADD lists can be configured.

[0072] The fifth IE is the SERVICES TO DELETE list. SERVICES TO DELETE is a list of call processing functions that were already supported by the E2 NODE but have become unsupported due to changes in the environment. A maximum of 4096 items can be set in the SERVICES TO DELETE list. As with the SERVICES TO ADD list, each call processing function in the SERVICES TO DELETE list can include an E2 NODE FUNCTION ID value and an E2 NODE FUNCTION NAME.

[0073] Figure 8B shows the Information Element (IE) of an E2 Subscription Request message. The first IE is Message Type, which has a unique value for each E2 message. The detailed contents of the Message Type are shown in Figure 9. The second IE is RIC REQUEST ID, which specifies a specific xApp. The detailed contents of the message are shown in Figure 10. The third IE is E2 NODE FUNCTION ID. The E2 NODE FUNCTION ID has different range values ​​for each E2 NODE, allowing a specific E2 NODE FUNCTION to be specified for a specific E2 NODE. The detailed contents of the message are shown in Figure 1. The fourth IE is RIC SUBSCRIPTION TYPE, which allows various Types to be added to the E2 NODE and allows event trigger conditions to be set.

[0074] Figure 9 shows the details of the Message Type IE. The Procedure Code value, which is the first IE, is an integer value ranging from 0 to 255, and a specific MESSAGE TYPE (PROCEDURE CODE) is set. For example, Procedure code value 0 is set to Subscription, Procedure code value 1 is E2 SETUP setting, Procedure code value 2 is Indication Request Message value, etc., a total of 256 message values ​​can be set from 0 to 255. For example, it is defined in O-RAN as shown in Table 1 below.

[0075] [Table 1]

[0076] The second IE in the Message Type IE, Type of message, indicates the type of message and can define Initiating, Successful, and Unsuccessful messages.

[0077] Figure 10 shows the RIC REQUEST ID value. The RIC REQUEST ID value is an integer value ranging from 0 to 65535, and a unique value can be set for a specific xApp.

[0078] Figure 11 shows the E2 NODE FUNCTION ID value. The E2 NODE FUNCTION ID value is an integer value ranging from 0 to 4095, and can be set with different range values ​​for each E2 node.

[0079] [Table 2]

[0080] Values ​​after 2048 are reserved values ​​and can be set when adding additional E2 nodes.

[0081] According to the above embodiment, the service subscription procedure for the operation of the RIC may be performed in combination with the E2 setup procedure. That is, the E2 setup response message may optionally include a RIC subscription request message IE (Information Element). According to an embodiment, the service subscription procedure for the operation of the RIC may be performed in combination with a service update procedure associated with the RIC. In this case, the RIC service update acknowledgement message may optionally include a RIC subscription request message IE (Information Element).

[0082] The methods according to the embodiments described in the claims or specification of the present disclosure may be implemented in the form of hardware, software, or a combination of hardware and software.

[0083] In the case of a software implementation, a computer-readable storage medium may be provided that stores one or more programs (software modules). The one or more programs stored in the computer-readable storage medium are configured for execution by one or more processors in an electronic device. The one or more programs include instructions that cause the electronic device to execute a method according to the embodiments described in the claims or specification of the present disclosure.

[0084] Such programs (software modules, software) may be stored in random access memory, non-volatile memory including flash memory, read only memory (ROM), electrically erasable programmable read only memory (EEPROM), magnetic disc storage device, compact disc-ROM (CD-ROM), digital versatile discs (DVDs) or other forms of optical storage, magnetic cassette, or in a memory configured as a combination of some or all of these. Also, each of the constituent memories may include multiple pieces.

[0085] The program may also be stored in an attachable storage device accessible 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. Such a storage device may be connected to a device that performs an embodiment of the present disclosure through an external port. Also, a separate storage device on the communication network may be connected to a device that performs an embodiment of the present disclosure.

[0086] In the specific embodiments of the present disclosure described above, the components included in the disclosure are expressed in the singular or plural form according to the specific embodiments presented. However, the expressions in the singular or plural form are selected to suit the circumstances presented for the convenience of explanation, and the present disclosure is not limited to the singular or plural components, and the components expressed in the plural form may be composed in the singular form, and the components expressed in the singular form may be composed in the plural form.

[0087] Meanwhile, in the detailed description of the present disclosure, specific embodiments have been described, but it is obvious that various modifications can be made without departing from the scope of the present disclosure. [Explanation of symbols]

[0088] 110 base station 120 terminals 220 Terminals 310 Physical layer 320 Data Link Layer 510 Communications Department 520 Storage section 530 Control Unit 612 E2 node function 616 Other E2 Node Functions

Claims

1. A method performed by an E2 node, comprising: transmitting an E2 setup request message to a RIC (radio access network (RAN) intelligent controller); receiving an E2 setup response message from the RIC; The E2 configuration request message includes an information element (IE) associated with a RIC service update request message, The E2 configuration response message includes an IE associated with a RIC service update acknowledge message.

2. The RIC service update request message and associated associated IE include a list of one or more E2 node functions to be added; The method of claim 1 , wherein the list includes an identifier for each of the one or more E2 node functions.

3. The E2 setup request message includes information regarding a message type, The method of claim 2, wherein the message type indicates a procedure code and a message type.

4. The RIC is a near real time (near RT) RIC, The method of claim 1, wherein the E2 node comprises an O-RAN distributed unit (O-DU), an O-RAN central unit - control plane (O-CU-CP), an O-RAN central unit - user plane (O-CU-UP), or an O-RAN eNodeB (O-eNB).

5. The E2 setup response message includes an IE associated with a RIC subscription request message, 2. The method of claim 1, further comprising the step of: sending a RIC subscription response message to the RIC in response to the E2 setup response message.

6. A method performed by a radio access network (RAN) intelligent controller (RIC), comprising: receiving an E2 setup request message from an E2 node; transmitting an E2 setup response message to the E2 node; The E2 configuration request message includes an information element (IE) associated with a RIC service update request message, The E2 configuration response message includes an IE associated with a RIC service update acknowledge message.

7. The RIC service update request message and associated associated IE include a list of one or more E2 node functions to be added; The method of claim 6 , wherein the list includes an identifier for each of the one or more E2 node functions.

8. The E2 setup request message includes information regarding a message type, The method of claim 7, wherein the message type indicates a procedure code and a message type.

9. The RIC is a near real time (near RT) RIC, The method of claim 6, wherein the E2 node includes an O-RAN distributed unit (O-DU), an O-RAN central unit - control plane (O-CU-CP), an O-RAN central unit - user plane (O-CU-UP), or an O-RAN eNodeB (O-eNB).

10. The E2 setup response message includes an IE associated with a RIC subscription request message, 7. The method of claim 6, further comprising receiving a RIC subscription response message from the E2 node in response to the E2 configuration response message.

11. An apparatus functioning as an E2 node, At least one transceiver; at least one processor coupled to the at least one transceiver; Apparatus, wherein the at least one processor is configured to perform the method of any one of claims 1 to 5.

12. A device that functions as a RIC (RAN (radio access network) intelligent controller), At least one transceiver; at least one processor coupled to the at least one transceiver; Apparatus, wherein the at least one processor is configured to perform the method of any one of claims 6 to 10.

Images