WO2022235034A1 - Ue 컨텍스트와 관련된 통신 - Google Patents

Ue 컨텍스트와 관련된 통신 Download PDF

Info

Publication number
WO2022235034A1
WO2022235034A1 PCT/KR2022/006255 KR2022006255W WO2022235034A1 WO 2022235034 A1 WO2022235034 A1 WO 2022235034A1 KR 2022006255 W KR2022006255 W KR 2022006255W WO 2022235034 A1 WO2022235034 A1 WO 2022235034A1
Authority
WO
WIPO (PCT)
Prior art keywords
gnb
ran
context
sdt
old
Prior art date
Application number
PCT/KR2022/006255
Other languages
English (en)
French (fr)
Inventor
김석중
쑤지안
변대욱
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR1020237015071A priority Critical patent/KR20230087518A/ko
Priority to EP22799077.7A priority patent/EP4336956A1/en
Priority to US18/039,636 priority patent/US20230422105A1/en
Publication of WO2022235034A1 publication Critical patent/WO2022235034A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H04W36/087—Reselecting an access point between radio units of access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • This specification relates to mobile communication.
  • 3rd generation partnership project (3GPP) long-term evolution (LTE) is a technology that enables high-speed packet communications. Many initiatives have been proposed for LTE goals, including those aimed at reducing user and provider costs, improving service quality, and expanding and improving coverage and system capacity. 3GPP LTE requires lower cost per bit, improved service availability, flexible use of frequency bands, simple structure, open interface, and appropriate power consumption of the terminal as upper-level requirements.
  • NR New Radio
  • 3GPP has successfully launched a new Radio Access Technology (RAT) that meets both urgent market needs and long-term requirements set out in the International Mobile Telecommunications (ITU-R) international mobile telecommunications (IMT)-2020 process.
  • RAT Radio Access Technology
  • ITU-R International Mobile Telecommunications
  • IMT international mobile telecommunications
  • the technical components needed to standardize should be identified and developed.
  • NR must be able to use a spectral band in the range of at least 100 GHz that can be used for wireless communications in the far future.
  • NR aims to be a single technology framework that covers all usage scenarios, requirements and deployment scenarios, including enhanced mobile broadband (eMBB), massive machine-type-communications (mMTC), ultra-reliable and low latency communications (URLLC), and more. do. NR may be forward compatible in nature.
  • eMBB enhanced mobile broadband
  • mMTC massive machine-type-communications
  • URLLC ultra-reliable and low latency communications
  • NR may be forward compatible in nature.
  • Small Data Transmission for transmitting a small amount of data while maintaining the UE as RRC INACTIVE is being discussed.
  • the SDT may be implemented in a RACH-based SDT (RA-SDT) scheme or a Configured Grant-Small Data Transmission (CG-SDT) scheme.
  • RACH-based SDT RACH-based SDT
  • CG-SDT Configured Grant-Small Data Transmission
  • the UE may have non-SDT bearer data.
  • the process of stopping SDT and transitioning to the RRC_CONNECTED state starts.
  • gNB-DU is one Allocate resource and UE context once again for the UE of
  • the gNB-DU cannot know that the UE has started the process for transitioning to the RRC_CONNECTED state during SDT (eg, RA-SDT or CG-SDT) without separate information, so additional resources and UE for the UE Allocate the context. Due to this, resource waste due to redundant resource and UE context allocation may occur.
  • an object of the present disclosure is to propose a method for solving the above-described problems.
  • one disclosure of the present specification provides a method for a gNB-CU to perform communication.
  • the method includes sending a request message related to the UE context to the gNB-DU; and receiving a response message from the gNB-DU.
  • the gNB-CU includes at least one processor; and at least one memory to store an instruction and operably electrically connectable with the at least one processor, wherein the operation performed based on the instruction being executed by the at least one processor comprises: a UE context transmitting a request message related to the gNB-DU; and receiving a response message from the gNB-DU.
  • one disclosure of the present specification provides a method for gNB-DU to perform communication.
  • the method includes receiving a request message related to a UE context from a gNB-CU; and receiving a response message to the gNB-CU.
  • the gNB-DU includes at least one processor; and at least one memory to store an instruction and operably electrically connectable with the at least one processor, wherein the operation performed based on the instruction being executed by the at least one processor comprises: a UE context receiving a request message related to the gNB-CU from the gNB-CU; and receiving a response message to the gNB-CU.
  • FIG. 1 shows an example of a communication system to which an implementation of the present specification is applied.
  • FIG. 2 shows an example of a wireless device to which the implementation of the present specification is applied.
  • FIG 3 shows an example of a wireless device to which the implementation of the present specification is applied.
  • FIG 4 shows an example of a network node to which the implementation of the present specification is applied.
  • 5 shows an example of a 5G system architecture to which the implementation of the present specification is applied.
  • 6A and 6B show an example of a procedure for CG based SDT according to an embodiment of the disclosure of the present specification.
  • FIG. 7 shows a signal flow diagram according to a first example of a first example of the disclosure of the present specification.
  • 8A and 8B show a signal flow diagram according to a second example of the first example of the disclosure of the present specification.
  • FIG 9 shows a signal flow diagram according to a first example of a second example of the disclosure of the present specification.
  • 10A and 10B show a signal flow diagram according to a second example of a second example of the disclosure herein.
  • FIG. 11 shows a signal flow diagram according to a first example of a second example of the disclosure of the present specification.
  • FIG. 12 shows a signal flow diagram according to a fourth example of the disclosure of the present specification.
  • FIG. 13 shows a signal flow diagram according to a first example of a fifth example of the disclosure of the present specification.
  • FIG. 14 shows a signal flow diagram according to a second example of a fifth example of the disclosure of the present specification.
  • the multiple access system examples include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, a system, a single SC-FDMA (single) system. It includes a carrier frequency division multiple access) system, and a multicarrier frequency division multiple access (MC-FDMA) system.
  • CDMA may be implemented over a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented through a radio technology such as global system for mobile communications (GSM), general packet radio service (GPRS), or enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented through a wireless technology such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, or evolved UTRA (E-UTRA).
  • UTRA is part of the universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long-term evolution (LTE) is a part of evolved UMTS (E-UMTS) using E-UTRA.
  • 3GPP LTE uses OFDMA in downlink (DL) and SC-FDMA in uplink (UL).
  • Evolution of 3GPP LTE includes LTE-A (advanced), LTE-A Pro, and/or 5G NR (new radio).
  • implementations of the present specification are mainly described in the context of a 3GPP-based wireless communication system.
  • the technical characteristics of the present specification are not limited thereto.
  • the following detailed description is provided based on a mobile communication system corresponding to the 3GPP-based wireless communication system, but aspects of the present specification that are not limited to the 3GPP-based wireless communication system may be applied to other mobile communication systems.
  • a or B (A or B) may mean “only A”, “only B” or “both A and B”.
  • a or B (A or B)” may be interpreted as “A and/or B (A and/or B)”.
  • A, B or C(A, B or C) herein means “only A”, “only B”, “only C”, or “any and any combination of A, B and C ( any combination of A, B and C)”.
  • a slash (/) or a comma (comma) may mean “and/or”.
  • A/B may mean “A and/or B”. Accordingly, “A/B” may mean “only A”, “only B”, or “both A and B”.
  • A, B, C may mean “A, B, or C”.
  • At least one of A and B may mean “only A”, “only B” or “both A and B”.
  • the expression “at least one of A or B” or “at least one of A and/or B” means “A and can be construed the same as “at least one of A and B”.
  • “at least one of A, B and C” means “only A”, “only B”, “only C”, or “A, B and C” Any combination of A, B and C”.
  • “at least one of A, B or C” or “at least one of A, B and/or C” means may mean “at least one of A, B and C”.
  • parentheses used herein may mean “for example”. Specifically, when displayed as “control information (PDCCH)”, “PDCCH” may be proposed as an example of “control information”. In other words, “control information” in the present specification is not limited to “PDCCH”, and “PDCCH” may be proposed as an example of “control information”. Also, even when displayed as “control information (ie, PDCCH)”, “PDCCH” may be proposed as an example of “control information”.
  • UE user equipment
  • ME mobile equipment
  • the illustrated UE may be referred to as a terminal, mobile equipment (ME), and the like.
  • the UE may be a portable device such as a notebook computer, a mobile phone, a PDA, a smart phone, a multimedia device, or the like, or a non-portable device such as a PC or an in-vehicle device.
  • the UE is used as an example of a wireless communication device (or a wireless device, or a wireless device) capable of wireless communication.
  • An operation performed by the UE may be performed by a wireless communication device.
  • a wireless communication device may also be referred to as a wireless device, a wireless device, or the like.
  • AMF may mean an AMF node
  • SMF may mean an SMF node
  • UPF may mean a UPF node.
  • a base station generally refers to a fixed station that communicates with a wireless device, and an evolved-NodeB (eNodeB), an evolved-NodeB (eNB), a BTS (Base Transceiver System), an access point ( Access Point), may be called other terms such as gNB (Next generation NodeB).
  • eNodeB evolved-NodeB
  • eNB evolved-NodeB
  • BTS Base Transceiver System
  • Access Point Access Point
  • FIG. 1 shows an example of a communication system to which an implementation of the present specification is applied.
  • the 5G usage scenario shown in FIG. 1 is only an example, and the technical features of the present specification may be applied to other 5G usage scenarios not shown in FIG. 1 .
  • the three main requirements categories for 5G are (1) enhanced mobile broadband (eMBB) category, (2) massive machine type communication (mMTC) category, and (3) ultra-reliable, low-latency communication. (URLLC; ultra-reliable and low latency communications) category.
  • eMBB enhanced mobile broadband
  • mMTC massive machine type communication
  • URLLC ultra-reliable, low-latency communications
  • Partial use cases may require multiple categories for optimization, while other use cases may focus on only one key performance indicator (KPI).
  • KPI key performance indicator
  • eMBB goes far beyond basic mobile Internet access and covers rich interactive work and media and entertainment applications in the cloud and augmented reality.
  • Data is one of the key drivers of 5G, and for the first time in the 5G era, dedicated voice services may not be provided.
  • voice processing will be simplified as an application that utilizes the data connection provided by the communication system.
  • the main reasons for the increase in traffic are the increase in the size of content and the increase in applications that require high data transfer rates.
  • streaming services audio and video
  • video chat video chat
  • mobile Internet access will become more prevalent.
  • Many of these applications require an always-on connection to push real-time information and alerts for users.
  • Cloud storage and applications are rapidly increasing in mobile communication platforms and can be applied to both work and entertainment.
  • Cloud storage is a special use case that accelerates the increase in uplink data transfer rates.
  • 5G is also used for remote work in the cloud. When using tactile interfaces, 5G requires much lower end-to-end latency to maintain a good user experience.
  • entertainment such as cloud gaming and video streaming is another key factor driving demand for mobile broadband capabilities.
  • Smartphones and tablets are essential for entertainment in all places, including in highly mobile environments such as trains, vehicles, and airplanes.
  • Another use example is augmented reality for entertainment and information retrieval. In this case, augmented reality requires very low latency and instantaneous data volumes.
  • one of the most anticipated 5G use cases relates to the ability to seamlessly connect embedded sensors in all fields, namely mMTC.
  • mMTC Internet-of-things
  • Industrial IoT is one of the key roles enabling smart cities, asset tracking, smart utilities, agriculture, and security infrastructure through 5G.
  • URLLC includes ultra-reliable, low-latency links such as autonomous vehicles and new services that will change the industry through remote control of the main infrastructure. Reliability and latency are essential to controlling smart grids, automating industries, achieving robotics, and controlling and coordinating drones.
  • 5G is a means of delivering streaming rated at hundreds of megabits per second at gigabit per second, and can complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS). Such high speeds are required to deliver TVs with resolutions above 4K (6K, 8K and above), as well as virtual and augmented reality.
  • Virtual reality (VR) and augmented reality (AR) applications include highly immersive sports games. Certain applications may require special network configuration. For VR games, for example, gaming companies should integrate core servers into network operators' edge network servers to minimize latency.
  • Automobiles are expected to be a significant new motivating force in 5G, with many use cases for in-vehicle mobile communications. For example, entertainment for passengers requires broadband mobile communications with high simultaneous capacity and high mobility. This is because future users continue to expect high-quality connections regardless of location and speed.
  • Another use case in the automotive sector is AR dashboards.
  • the AR dashboard allows the driver to identify an object in a dark place other than the one visible from the front window, and displays the distance to the object and the movement of the object by overlapping information transfer to the driver.
  • wireless modules will enable communication between vehicles, information exchange between vehicles and supporting infrastructure, and information exchange between vehicles and other connected devices, such as those accompanied by pedestrians.
  • Safety systems lower the risk of accidents by guiding the driver through alternative courses of action to make driving safer.
  • the next step will be remotely controlled or autonomous vehicles. This requires very high reliability and very fast communication between different autonomous vehicles and between vehicles and infrastructure. In the future, autonomous vehicles will perform all driving activities and drivers will only focus on traffic unless the vehicle can identify them. The technological requirements of autonomous vehicles require ultra-low latency and ultra-high reliability to increase traffic safety to a level that humans cannot achieve.
  • Smart cities and smart homes/buildings will be embedded in high-density wireless sensor networks.
  • a distributed network of intelligent sensors will identify conditions for cost- and energy-efficient maintenance of a city or house.
  • a similar configuration can be performed for each household. All temperature sensors, window and heating controllers, burglar alarms and appliances will be connected wirelessly. Many of these sensors typically have low data rates, power, and cost. However, real-time HD video may be required by certain types of devices for monitoring.
  • the smart grid uses digital information and communication technology to collect information and connect sensors to operate according to the collected information. Since this information can include the behavior of suppliers and consumers, smart grids can improve the distribution of fuels such as electricity in ways such as efficiency, reliability, economics, production sustainability, automation and more.
  • the smart grid can also be considered as another low-latency sensor network.
  • Mission-critical applications are one of the 5G usage scenarios.
  • the health section contains many applications that can benefit from mobile communications.
  • the communication system may support telemedicine providing clinical care from a remote location. Telemedicine can help reduce barriers to distance and improve access to health care services that are not consistently available in remote rural areas. Telemedicine is also used in emergency situations to perform critical care and save lives.
  • a wireless sensor network based on mobile communication may provide remote monitoring and sensors for parameters such as heart rate and blood pressure.
  • Wireless and mobile communications are becoming increasingly important in industrial applications. Wiring is expensive to install and maintain. The possibility of replacing cables with reconfigurable radio links is therefore an attractive opportunity for many industries.
  • a wireless connection with similar latency, reliability and capacity as a cable must be established, and the management of the wireless connection needs to be simplified.
  • 5G connection When a 5G connection is required, low latency and very low error probability are new requirements.
  • Logistics and freight tracking are important use cases for mobile communications that use location-based information systems to enable inventory and package tracking from anywhere.
  • Logistics and freight applications typically require low data rates, but location information with a wide range and reliability.
  • a communication system 1 includes wireless devices 100a to 100f , a base station (BS) 200 , and a network 300 .
  • BS base station
  • 1 illustrates a 5G network as an example of a network of the communication system 1, the implementation of the present specification is not limited to the 5G system, and may be applied to future communication systems beyond the 5G system.
  • Base station 200 and network 300 may be implemented as wireless devices, and certain wireless devices may act as base station/network nodes in relation to other wireless devices.
  • the wireless devices 100a to 100f represent devices that perform communication using a radio access technology (RAT) (eg, 5G NR or LTE), and may also be referred to as a communication/wireless/5G device.
  • RAT radio access technology
  • the wireless devices 100a to 100f are not limited thereto, and the robot 100a, the vehicles 100b-1 and 100b-2, the extended reality (XR) device 100c, the portable device 100d, and home appliances are not limited thereto.
  • It may include a product 100e, an IoT device 100f, and an artificial intelligence (AI) device/server 400 .
  • a vehicle may include a vehicle with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing inter-vehicle communication.
  • Vehicles may include unmanned aerial vehicles (UAVs) (eg drones).
  • XR devices may include AR/VR/mixed reality (MR) devices, and may include head-mounted devices (HMDs) mounted on vehicles, televisions, smartphones, computers, wearable devices, home appliances, digital signs, vehicles, robots, and the like. mounted device) or HUD (head-up display).
  • Portable devices may include smartphones, smart pads, wearable devices (eg, smart watches or smart glasses), and computers (eg, laptops).
  • Home appliances may include TVs, refrigerators, and washing machines.
  • IoT devices may include sensors and smart meters.
  • the wireless devices 100a to 100f may be referred to as user equipment (UE).
  • the UE is, for example, a mobile phone, a smartphone, a notebook computer, a digital broadcasting terminal, a personal digital assistant (PDA), a portable multimedia player (PMP), a navigation system, a slate PC, a tablet PC, an ultrabook, a vehicle, an autonomous driving function.
  • the UAV may be an aircraft that does not have a person on board and is navigated by a radio control signal.
  • the VR device may include a device for realizing an object or a background of a virtual environment.
  • the AR device may include a device implemented by connecting an object or background in a virtual world to an object or background in the real world.
  • the MR apparatus may include a device implemented by merging the background of an object or virtual world with the background of the object or the real world.
  • the hologram device may include a device for realizing a 360-degree stereoscopic image by recording and reproducing stereoscopic information using an interference phenomenon of light generated when two laser lights called a hologram meet.
  • the public safety device may include an image relay device or an image device that can be worn on a user's body.
  • MTC devices and IoT devices may be devices that do not require direct human intervention or manipulation.
  • MTC devices and IoT devices may include smart meters, vending machines, thermometers, smart light bulbs, door locks, or various sensors.
  • a medical device may be a device used for the purpose of diagnosing, treating, alleviating, treating, or preventing a disease.
  • a medical device may be a device used to diagnose, treat, alleviate or correct an injury or injury.
  • a medical device may be a device used for the purpose of examining, replacing, or modifying structure or function.
  • the medical device may be a device used for pregnancy control purposes.
  • a medical device may include a device for treatment, a device for driving, an (in vitro) diagnostic device, a hearing aid, or a device for a procedure.
  • a security device may be a device installed to prevent a risk that may occur and to maintain safety.
  • the security device may be a camera, a closed circuit television (CCTV), a recorder, or a black box.
  • the fintech device may be a device capable of providing financial services such as mobile payment.
  • a fintech device may include a payment device or a POS system.
  • the weather/environment device may include a device for monitoring or predicting the weather/environment.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200 .
  • AI technology may be applied to the wireless devices 100a to 100f , and the wireless devices 100a to 100f may be connected to the AI server 400 through the network 300 .
  • the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, a 5G (eg, NR) network, and a 5G or later network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but communicate directly without passing through the base station 200/network 300 (eg, sidelink communication). You may.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (eg, vehicle-to-vehicle (V2V)/vehicle-to-everything (V2X) communication).
  • the IoT device eg, a sensor
  • the IoT device may directly communicate with another IoT device (eg, a sensor) or other wireless devices (100a to 100f).
  • Wireless communications/connections 150a , 150b , 150c may be established between the wireless devices 100a - 100f and/or between the wireless devices 100a - 100f and the base station 200 and/or between the base station 200 .
  • the wireless communication/connection includes uplink/downlink communication 150a, sidelink communication 150b (or device-to-device (D2D) communication), inter-base station communication 150c (eg, relay, integrated access and backhaul), etc.), and may be established through various RATs (eg, 5G NR).
  • the wireless devices 100a to 100f and the base station 200 may transmit/receive wireless signals to each other through the wireless communication/connections 150a, 150b, and 150c.
  • the wireless communication/connection 150a, 150b, 150c may transmit/receive signals through various physical channels.
  • various configuration information setting processes for transmission/reception of radio signals various signal processing processes (eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.), and at least a part of a resource allocation process, etc. may be performed.
  • AI refers to a field that studies artificial intelligence or methodologies that can make it
  • machine learning refers to a field that defines various problems dealt with in the field of artificial intelligence and studies methodologies to solve them.
  • Machine learning is also defined as an algorithm that improves the performance of a certain task through continuous experience.
  • a robot can mean a machine that automatically handles or operates a task given by its own capabilities.
  • a robot having a function of recognizing an environment and performing an operation by self-judgment may be referred to as an intelligent robot.
  • Robots can be classified into industrial, medical, home, military, etc. according to the purpose or field of use.
  • the robot may be provided with a driving unit including an actuator or a motor to perform various physical operations such as moving the robot joints.
  • the movable robot includes a wheel, a brake, a propeller, and the like in the driving unit, and can travel on the ground or fly in the air through the driving unit.
  • Autonomous driving refers to a technology that drives itself, and an autonomous driving vehicle refers to a vehicle that runs without or with minimal user manipulation.
  • autonomous driving includes technology that maintains a driving lane, technology that automatically adjusts speed such as adaptive cruise control, technology that automatically drives along a predetermined route, and technology that automatically sets a route when a destination is set. Technology, etc. may all be included.
  • the vehicle includes a vehicle having only an internal combustion engine, a hybrid vehicle having both an internal combustion engine and an electric motor, and an electric vehicle having only an electric motor, and may include not only automobiles, but also trains, motorcycles, and the like.
  • Autonomous vehicles can be viewed as robots with autonomous driving capabilities.
  • Expanded reality refers to VR, AR, and MR.
  • VR technology provides only CG images of objects or backgrounds in the real world
  • AR technology provides virtual CG images on top of real objects
  • MR technology provides CG by mixing and combining virtual objects with the real world.
  • technology MR technology is similar to AR technology in that it shows both real and virtual objects.
  • AR technology virtual objects are used in a form that complements real objects
  • MR technology virtual objects and real objects are used with equal characteristics.
  • NR supports multiple numerology or subcarrier spacing (SCS) to support various 5G services. For example, when SCS is 15 kHz, it supports wide area in traditional cellular band, and when SCS is 30 kHz/60 kHz, dense-urban, lower latency and wider area are supported. It supports a wider carrier bandwidth, and when the SCS is 60 kHz or higher, it supports a bandwidth greater than 24.25 GHz to overcome phase noise.
  • SCS subcarrier spacing
  • the NR frequency band may be defined as two types of frequency ranges (FR1, FR2).
  • the numerical value of the frequency range is subject to change.
  • the frequency ranges of the two types (FR1, FR2) may be as shown in Table 1 below.
  • FR1 may mean "sub 6GHz range”
  • FR2 may mean “above 6GHz range”
  • mmW millimeter wave
  • FR1 may include a band of 410 MHz to 7125 MHz as shown in Table 2 below. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or more. For example, a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) included in FR1 may include an unlicensed band. The unlicensed band can be used for a variety of purposes, for example, for communication for vehicles (eg, autonomous driving).
  • the wireless communication technology implemented in the wireless device of the present specification may include narrowband IoT (NB-IoT, narrowband IoT) for low-power communication as well as LTE, NR, and 6G.
  • NB-IoT narrowband IoT
  • the NB-IoT technology may be an example of a low power wide area network (LPWAN) technology, and may be implemented in standards such as LTE Cat NB1 and/or LTE Cat NB2, and is not limited to the above-described name.
  • LPWAN low power wide area network
  • the wireless communication technology implemented in the wireless device of the present specification may perform communication based on LTE-M technology.
  • the LTE-M technology may be an example of an LPWAN technology, and may be called by various names such as enhanced MTC (eMTC).
  • eMTC enhanced MTC
  • LTE-M technology is 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-bandwidth limited), 5) LTE-MTC, 6) LTE MTC , and/or 7) may be implemented in at least one of various standards such as LTE M, and is not limited to the above-described name.
  • the wireless communication technology implemented in the wireless device of the present specification may include at least one of ZigBee, Bluetooth, and/or LPWAN in consideration of low-power communication, and limited to the above-mentioned names it is not
  • the ZigBee technology can create PAN (personal area networks) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.
  • FIG. 2 shows an example of a wireless device to which the implementation of the present specification is applied.
  • the first wireless device 100 and the second wireless device 200 may transmit/receive radio signals to/from an external device through various RATs (eg, LTE and NR).
  • various RATs eg, LTE and NR.
  • ⁇ first wireless device 100 and second wireless device 200 ⁇ are ⁇ radio devices 100a to 100f and base station 200 ⁇ in FIG. 1, ⁇ wireless device 100a to 100f ) and wireless devices 100a to 100f ⁇ and/or ⁇ base station 200 and base station 200 ⁇ .
  • the first wireless device 100 may include at least one transceiver, such as a transceiver 106 , at least one processing chip, such as a processing chip 101 , and/or one or more antennas 108 .
  • Processing chip 101 may include at least one processor, such as processor 102 , and at least one memory, such as memory 104 .
  • the memory 104 is exemplarily shown to be included in the processing chip 101 . Additionally and/or alternatively, the memory 104 may be located external to the processing chip 101 .
  • the processor 102 may control the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein. For example, the processor 102 may process information in the memory 104 to generate first information/signal, and transmit a wireless signal including the first information/signal through the transceiver 106 . The processor 102 may receive a wireless signal including the second information/signal through the transceiver 106 , and store information obtained by processing the second information/signal in the memory 104 .
  • Memory 104 may be operatively coupled to processor 102 .
  • Memory 104 may store various types of information and/or instructions.
  • the memory 104 may store software code 105 that, when executed by the processor 102 , implements instructions that perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • the software code 105 may implement instructions that, when executed by the processor 102 , perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • software code 105 may control processor 102 to perform one or more protocols.
  • software code 105 may control processor 102 to perform one or more air interface protocol layers.
  • the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement a RAT (eg, LTE or NR).
  • the transceiver 106 may be coupled to the processor 102 to transmit and/or receive wireless signals via one or more antennas 108 .
  • Each transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be used interchangeably with a radio frequency (RF) unit.
  • the first wireless device 100 may represent a communication modem/circuit/chip.
  • the second wireless device 200 may include at least one transceiver, such as a transceiver 206 , at least one processing chip, such as a processing chip 201 , and/or one or more antennas 208 .
  • Processing chip 201 may include at least one processor, such as processor 202 , and at least one memory, such as memory 204 .
  • the memory 204 is exemplarily shown included in the processing chip 201 . Additionally and/or alternatively, the memory 204 may be located external to the processing chip 201 .
  • the processor 202 may control the memory 204 and/or the transceiver 206 , and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein. For example, the processor 202 may process the information in the memory 204 to generate third information/signal, and transmit a wireless signal including the third information/signal through the transceiver 206 . The processor 202 may receive a wireless signal including the fourth information/signal through the transceiver 206 , and store information obtained by processing the fourth information/signal in the memory 204 .
  • Memory 204 may be operatively coupled to processor 202 .
  • Memory 204 may store various types of information and/or instructions.
  • the memory 204 may store software code 205 that, when executed by the processor 202 , implements instructions that perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • the software code 205 may implement instructions that, when executed by the processor 202 , perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • software code 205 may control processor 202 to perform one or more protocols.
  • software code 205 may control processor 202 to perform one or more air interface protocol layers.
  • the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement a RAT (eg, LTE or NR).
  • the transceiver 206 may be coupled to the processor 202 to transmit and/or receive wireless signals via one or more antennas 208 .
  • Each transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with the RF unit.
  • the second wireless device 200 may represent a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102 , 202 .
  • the one or more processors 102, 202 may include one or more layers (eg, a physical (PHY) layer, a media access control (MAC) layer, a radio link control (RLC) layer, a packet data convergence protocol (PDCP) layer, A functional layer such as a radio resource control (RRC) layer and a service data adaptation protocol (SDAP) layer) may be implemented.
  • layers eg, a physical (PHY) layer, a media access control (MAC) layer, a radio link control (RLC) layer, a packet data convergence protocol (PDCP) layer, A functional layer such as a radio resource control (RRC) layer and a service data adaptation protocol (SDAP) layer
  • PHY physical
  • MAC media access control
  • RLC radio link control
  • PDCP packet data convergence protocol
  • RRC radio resource control
  • SDAP service data adaptation protocol
  • the one or more processors 102, 202 generate one or more protocol data units (PDUs) and/or one or more service data units (SDUs) according to the descriptions, functions, procedures, proposals, methods and/or operational flow diagrams disclosed herein. can do.
  • One or more processors 102 , 202 may generate messages, control information, data, or information in accordance with the descriptions, functions, procedures, proposals, methods, and/or operational flow diagrams disclosed herein.
  • the one or more processors 102, 202 may be configured to provide PDUs, SDUs, messages, control information, data or signals including information (eg, baseband signal) and provide it to one or more transceivers (106, 206).
  • One or more processors 102 , 202 may receive signals (eg, baseband signals) from one or more transceivers 106 , 206 , and may be described, functions, procedures, proposals, methods, and/or operational flow diagrams disclosed herein.
  • PDU, SDU, message, control information, data or information may be acquired according to
  • One or more processors 102 , 202 may be referred to as controllers, microcontrollers, microprocessors, and/or microcomputers.
  • One or more processors 102 , 202 may be implemented by hardware, firmware, software, and/or a combination thereof.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gates
  • the descriptions, functions, procedures, proposals, methods, and/or flow charts disclosed herein may be implemented using firmware and/or software, and the firmware and/or software may be implemented to include modules, procedures, functions. .
  • Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow charts disclosed herein may be included in one or more processors 102 , 202 , or stored in one or more memories 104 , 204 . It may be driven by the above processors 102 and 202 .
  • the descriptions, functions, procedures, proposals, methods, and/or flow diagrams disclosed herein may be implemented using firmware or software in the form of code, instructions, and/or sets of instructions.
  • One or more memories 104 , 204 may be coupled to one or more processors 102 , 202 and may store various forms of data, signals, messages, information, programs, code, instructions, and/or instructions.
  • the one or more memories 104 and 204 may include read-only memory (ROM), random access memory (RAM), erasable programmable ROM (EPROM), flash memory, hard drives, registers, cache memory, computer readable storage media and/or these may be composed of a combination of One or more memories 104 , 204 may be located inside and/or external to one or more processors 102 , 202 .
  • one or more memories 104 , 204 may be coupled to one or more processors 102 , 202 through various technologies, such as wired or wireless connections.
  • the one or more transceivers 106, 206 may transmit user data, control information, wireless signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods, and/or flow charts disclosed herein to one or more other devices. .
  • the one or more transceivers 106, 206 may receive user data, control information, radio signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods, and/or flow charts disclosed herein from one or more other devices. have.
  • one or more transceivers 106 , 206 may be coupled to one or more processors 102 , 202 and may transmit and receive wireless signals.
  • one or more processors 102 , 202 may control one or more transceivers 106 , 206 to transmit user data, control information, wireless signals, etc. to one or more other devices.
  • one or more processors 102 , 202 may control one or more transceivers 106 , 206 to receive user data, control information, radio signals, etc. from one or more other devices.
  • One or more transceivers 106 , 206 may be coupled to one or more antennas 108 , 208 .
  • One or more transceivers 106, 206 may be connected via one or more antennas 108, 208 to user data, control information, radio signals/channels referred to in the descriptions, functions, procedures, proposals, methods and/or operational flow diagrams disclosed herein. It may be set to transmit and receive, etc.
  • the one or more antennas 108 and 208 may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • One or more transceivers are configured to process received user data, control information, radio signals/channels, etc., using one or more processors (102, 202), such as received user data, control information, radio signals/channels, and the like. etc. can be converted from an RF band signal to a baseband signal.
  • One or more transceivers 106 and 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 and 202 from baseband signals to RF band signals.
  • one or more transceivers 106 , 206 may include (analog) oscillators and/or filters.
  • one or more transceivers 106, 206 may up-convert OFDM baseband signals to OFDM signals via (analog) oscillators and/or filters under the control of one or more processors 102, 202; , an up-converted OFDM signal may be transmitted at a carrier frequency.
  • One or more transceivers 106, 206 receive the OFDM signal at the carrier frequency and down-convert the OFDM signal to an OFDM baseband signal through an (analog) oscillator and/or filter under the control of one or more processors 102, 202. can be down-converted.
  • the UE may operate as a transmitting device in an uplink (UL) and a receiving device in a downlink (DL).
  • the base station may operate as a receiving device in the UL and a transmitting device in the DL.
  • a processor 102 coupled to, mounted on, or shipped to the first wireless device 100 may perform a UE operation according to an implementation of the present disclosure or may configure the transceiver 106 to perform a UE operation according to an implementation of the present disclosure.
  • a processor 202 coupled to, mounted on, or shipped to the second wireless device 200 is configured to perform a base station operation according to an implementation of the present specification or to control the transceiver 206 to perform a base station operation according to an implementation of the present specification. can be
  • the base station may be referred to as a Node B (Node B), an eNode B (eNB), or a gNB.
  • Node B Node B
  • eNB eNode B
  • gNB gNode B
  • FIG 3 shows an example of a wireless device to which the implementation of the present specification is applied.
  • the wireless device may be implemented in various forms according to usage examples/services (refer to FIG. 1 ).
  • the wireless devices 100 and 200 may correspond to the wireless devices 100 and 200 of FIG. 2 , and may be configured by various components, devices/parts and/or modules.
  • each wireless device 100 , 200 may include a communication device 110 , a control device 120 , a memory device 130 , and an additional component 140 .
  • the communication device 110 may include communication circuitry 112 and a transceiver 114 .
  • communication circuitry 112 may include one or more processors 102 , 202 of FIG. 2 and/or one or more memories 104 , 204 of FIG. 2 .
  • transceiver 114 may include one or more transceivers 106 , 206 of FIG.
  • the control device 120 is electrically connected to the communication device 110 , the memory device 130 , and the additional component 140 , and controls the overall operation of each wireless device 100 , 200 .
  • the control device 120 may control the electrical/mechanical operation of each of the wireless devices 100 and 200 based on the program/code/command/information stored in the memory device 130 .
  • the control device 120 transmits the information stored in the memory device 130 to the outside (eg, other communication devices) through the communication device 110 through the wireless/wired interface, or the communication device ( 110), information received from an external (eg, other communication device) may be stored in the memory device 130 .
  • the additional component 140 may be variously configured according to the type of the wireless device 100 or 200 .
  • the additional component 140 may include at least one of a power unit/battery, an input/output (I/O) device (eg, an audio I/O port, a video I/O port), a drive unit, and a computing device.
  • I/O input/output
  • Wireless devices 100 and 200 include, but are not limited to, robots (100a in FIG. 1 ), vehicles ( 100b-1 and 100b-2 in FIG. 1 ), XR devices ( 100c in FIG. 1 ), and portable devices ( FIG. 1 ). 100d), home appliances (100e in FIG. 1), IoT devices (100f in FIG.
  • the wireless devices 100 and 200 may be used in a moving or fixed location according to usage examples/services.
  • all of the various components, devices/parts and/or modules of the wireless devices 100 and 200 may be connected to each other via a wired interface, or at least some of them may be wirelessly connected via the communication device 110 .
  • the control device 120 and the communication device 110 are connected by wire, and the control device 120 and the first device (eg, 130 and 140 ) are communication devices. It may be connected wirelessly through 110 .
  • Each component, device/portion and/or module within the wireless device 100, 200 may further include one or more elements.
  • the control device 120 may be configured by one or more processor sets.
  • control device 120 may be configured by a set of a communication control processor, an application processor (AP), an electronic control unit (ECU), a graphic processing device, and a memory control processor.
  • AP application processor
  • ECU electronice control unit
  • the memory device 130 may be configured by RAM, DRAM, ROM, flash memory, volatile memory, non-volatile memory, and/or a combination thereof.
  • FIG 4 shows an example of a network node to which the implementation of the present specification is applied.
  • FIG. 4 is a view of the second wireless device 200 of FIG. 2 or the wireless device 200 of FIG. 3 when the base station is divided into a central unit (CU) and a distributed unit (DU). It is a drawing illustrating in detail.
  • CU central unit
  • DU distributed unit
  • the base station 200 may be connected to the core network 300 .
  • the base stations 200 may be connected to each other.
  • the interface between the base station 200 and the core network 300 may be referred to as NG.
  • the interface between the base stations 200 may be referred to as Xn.
  • the base station 200 may be divided into a CU 210 and a DU 220 . That is, the base station 200 may be hierarchically separated and operated.
  • the CU 210 may be connected to one or more DUs 220 .
  • the interface between the CU 210 and the DU 220 may be referred to as F1.
  • the CU 210 may perform a function of an upper layer of the base station 200
  • the DU 220 may perform a function of a lower layer of the base station 200 .
  • the CU 210 may be a logical node hosting the RRC, SDAP, and PDCP layers of the base station 200 (eg, gNB).
  • the CU W32 may be a logical node hosting the RRC and PDCP layers of the base station 200 (eg, ng-eNB).
  • DU 220 may be a logical node hosting the RLC, MAC, and PHY layers of a base station.
  • the operation of the DU 220 may be partially controlled by the CU 210 .
  • One DU 220 may support one or more cells. One cell may be supported by only one DU 220 .
  • One DU 220 may be connected to one CU 210 , and one DU 220 may be connected to a plurality of CUs 210 by appropriate implementation.
  • the 5G system (5GS; 5G system) structure consists of the following network functions (NFs).
  • Data Network e.g. operator services, internet access or third-party services
  • 5 shows the 5G system structure of a non-roaming case using a reference point representation that shows how various network functions interact with each other.
  • UDSF, NEF and NRF are not described for clarity of the point-to-point diagram. However, all network functions shown can interact with UDSF, UDR, NEF and NRF as needed.
  • connection between the UDR and other NFs is not shown in FIG. 5 .
  • connection between NWDAF and other NFs is not shown in FIG. 5 .
  • the 5G system architecture includes the following reference points.
  • - N1 the reference point between the UE and the AMF.
  • the reference point between the PCF and the AMF in the roaming scenario, indicates the reference point between the AMF and the PCF of the visited network.
  • AF by a third party other than an operator may be connected to 5GC through NEF.
  • the CM is used to establish or release a signaling connection between the UE and the AMF.
  • the CM includes the function of establishing and releasing the NAS signaling connection between the UE and the AMF through the N1 reference point.
  • the NAS signaling connection enables NAS signaling exchange between the UE and the core network.
  • the NAS signaling connection may include an AN signaling connection between an Access Network (AN) and a UE (RRC connection over 3GPP access or a connection between UE and N3IWF over non-3GPP access) and an N2 connection to the UE between AN and AMF.
  • AN Access Network
  • UE Radio Resource Control
  • N3IWF non-3GPP access
  • the two CM states are used to reflect the NAS signaling connection between the UE and the AMF.
  • the two CM states are:
  • the CM status for 3GPP access and the CM status for non-3GPP access may be independent of each other. For example, it may be in a CM-IDLE state for 3GPP access and a CM-CONNECTED state for non-3GPP access.
  • CM-IDLE state the CM-CONNECTED state
  • transition between the CM-IDLE state and the CM-CONNECTED state will be described.
  • the UE in the CM-IDLE state does not have a NAS signaling connection with the AMF through the N1 interface.
  • the UE may perform a cell selection or cell reselection procedure and a PLMN selection procedure.
  • CM-IDLE For a UE in CM-IDLE state, there are no AN signaling connections, N2 connections and N3 connections.
  • the UE When the UE is in the CM-IDLE state and the RM (Registration Management)-REGISTERED state, the UE may perform the following operations:
  • the UE can respond to paging by performing a service request procedure.
  • MICO Mobile Initiated Connection Only
  • the UE When the UE has uplink signaling or user data to transmit, it may perform a service request procedure.
  • UE information for initiating communication with the UE may be stored in the AMF.
  • the AMF may retrieve stored information necessary to initiate communication with the UE using a 5G-GUTI (Globally Unique Temporary Identifier).
  • 5G-GUTI Globally Unique Temporary Identifier
  • the UE may provide 5G-Short-Temporary Mobile Subscriber Identity (5G-S-TMSI) as part of the AN parameters while performing the procedure for AN signaling connection establishment.
  • 5G-S-TMSI 5G-Short-Temporary Mobile Subscriber Identity
  • the UE Whenever an AN signaling connection is established between the UE and the AN (when entering the RRC Connected state through 3GPP access, or when establishing a connection between the UE and N3IWF through non-3GPP access), the UE enters the CM-CONNECTED state can enter.
  • the initial (Initial) NAS message initiates the transition from the CM-IDLE state to the CM-CONNECTED state.
  • the initial NAS message may be, for example, a registration request message, a service request message, or a deregistration request message.
  • the AMF may perform the following custody:
  • the AMF may perform a network triggered Service Request procedure by sending a paging request message to the UE.
  • AMF may perform the network initiation service request procedure, except when the UE cannot respond due to MICO mode or mobility restrictions, etc.
  • the AMF may enter the CM-CONNECTED state for the UE.
  • Reception of the initial N2 message eg, N2 INITIAL UE MESSAGE
  • the UE in the CM-CONNECTED state has a signaling connection with the AMF through the N1 reference point.
  • NAS signaling connection may use RRC connection between UE and NG-RAN and New Generation Application Protocol (NGAP) UE association between AN and AMF for 3GPP (NGAP UE association).
  • NGAP New Generation Application Protocol
  • the UE may be in a CM-CONNECTED state with an NGAP UE association that is not bound to any TNLA (Transport Network Layer Association) between the AN and the AMF.
  • TNLA Transport Network Layer Association
  • the UE may perform the following operations:
  • the AMF may perform the following operations:
  • the AMF may enter the CM-IDLE state for the UE.
  • the AMF may maintain the UE CM state in the AMF in the CM-CONNECTED state.
  • the UE in the CM-CONNECTED state may be in the RRC deactivation state. If the UE is in RRC deactivation state, the following applies:
  • - UE reachability is managed by the RAN, along with assistance information from the core network,
  • - UE paging is managed by the RAN.
  • the UE manages paging using the UE's CN (5G-S-TMSI) and RAN identifier
  • the CM state in the UE is the CM-IDLE state
  • the CM state is switched to the CM-CONNECTED state.
  • the CM state in the UE is the CM-CONNECTED state
  • the AN signaling connection is released, the CM state is converted to the CM-IDLE state.
  • the CM state for the UE in the AMF is the CM-IDLE state
  • the CM state is switched to the CM-CONNECTED state.
  • the CM state for the UE in the AMF is the CM-CONNECTED state
  • the N2 context is released, the CM state is switched to the CM-IDLE state.
  • RRC state includes RRC_IDLE state and RRC_CONNECTED state.
  • the RRC state may include an RRC_IDLE state, an RRC_CONNECTED state, and an RRC_INACTIVE state. That is, the RRC_INACTIVE state is newly defined in 5G.
  • the RRC_INACTIVE state may mean an RRC state in which the UE (eg, UE) is a Connected state in the core network, but is an IDLE state in terms of radio between the UE and the NG-RAN.
  • the terminal when the terminal is in the RRC_INACTIVE state, the terminal is in a state in which the RRC connection is released from the side of the radio, the terminal is in the MM (Mobility Management)-REGISTERED state, and it may be in the CM (Connection Management)_CONNECTED state from the side of the core network. .
  • the core can provide a connection to the terminal quickly without the need for signaling that occurs when transitioning to the CONNECTED state.
  • radio resources between the terminal and the NG-RAN can be prevented from being wasted unnecessarily, radio resources can be efficiently used.
  • Control Plane (CP) signaling through SRB1 and SRB2 may be supported.
  • MSGA may be used for transmission of a preamble and payload of a 2-step RA type random access preamble
  • MSG3 may be a response to MSGA in a 2-step random access preamble
  • Enables flexible payload size larger than the conventional Common Control Channel (CCCH) message size possible for the current INACTIVE state for MSGA and MSG3 to support User Plane (UP) data transmission in UL (actual payload size depends on network configuration) possible) may be supported;
  • Context fetch and data forwarding (with and without anchor relocation) in INACTIVE state can be supported for RACH based solutions.
  • PUSCH Physical uplink shared channel
  • a general procedure for small data transmission through a grant type 1 resource configured in the INACTIVE state may be supported;
  • Configuration of grant type 1 resources configured for small data transmission in UL for INACTIVE state may be supported.
  • RRM core requirements for small data transmission may be specified in RRC_INACTIVE.
  • the network may control the transmission of small data in the UL, the subsequent transmission of small data in the UL and the DL, and the determination of state transition.
  • the framework for DRB can also be reused to specify SRB1 and SRB2 configurations for small data transmission in RRC_INACTIVE state.
  • the Resume procedure is triggered again in the same cell (eg, due to the UL data generated from DRBs not configured for SDT) (ie, when non-SDT UL data is generated), or There may be a situation in which another cell triggers the resume procedure (eg, due to cell re-selection).
  • I-RNTI Inactive Radio Network Temporary Identifier
  • a method of processing data generated in a DRB that is not configured for SDT during the SDT procedure may be problematic. This is because the non-SDT DRB does not resume at the time of SDT initiation and is not reflected in the buffer status report.
  • One option is to trigger a new RRCResume procedure.
  • the CCCH transmits the RRCResumeRequest message.
  • the UE in RRC_INACTIVE may initiate the RRCResume procedure upon receiving a request for UL data transmission from the NAS layer of the UE.
  • this second ResumeRequest can reuse the I-RNTI and resumeMAC-I in the same cell because the UE has not received a new NCC.
  • the UE may or may not have received a network response before generating the non-SDT data, ie prior to contention resolution.
  • CCCH message reusing I-RNTI and resumeMAC-I can be transmitted again in the same cell after SDT initiation (eg, it may be similar to the conventional RRC Reject case when the UE does not receive an RRC rejection) not discussed.
  • the UE when the UE transmits a RRCResumeRequest and performs cell reselection before receiving an RRC response message (eg, RRCRlease or RRCResume), the UE may switch to the IDLE state.
  • RRC response message eg, RRCRlease or RRCResume
  • the UE may transmit and receive multiple packets before cell reselection, data loss may occur if the RRCResume procedure has already been used to initiate the SDT procedure.
  • the UE may be provided with the updated I-RNTI and NCC through a subsequent RRCRlease together with the suspendConfig message. If the UE attempts a new SDT procedure in the new cell before completing the SDT procedure in the first cell, it does not receive the updated I-RNTI and NCC according to the current procedure.
  • a method for temporarily allowing reuse of the NCC and I-RNTI of the previous cell may be discussed. It is unclear whether it is possible to start a new SDT procedure in a new cell by reusing the NCC and I-RNTI of the old cell where the SDT procedure was initiated.
  • Small Data Transmission for transmitting a small amount of data while maintaining the UE as RRC INACTIVE is being discussed.
  • the SDT may be implemented in a RACH-based SDT (RA-SDT) scheme or a Configured Grant-Small Data Transmission (CG-SDT) scheme.
  • RACH-based SDT RACH-based SDT
  • CG-SDT Configured Grant-Small Data Transmission
  • the UE may have non-SDT bearer data.
  • the process of stopping SDT and transitioning to the RRC_CONNECTED state starts.
  • the gNB-DU is once again resource and Allocate UE context.
  • the gNB-DU cannot know that the UE has started the process for transitioning to the RRC_CONNECTED state during RA-SDT without additional information, so it additionally allocates resources and UE context to the UE. Due to this, resource waste due to redundant resource and UE context allocation may occur.
  • Disclosure of the present specification in order to prevent resource waste, will describe a method for preventing redundant resource allocation and redundant UE context allocation.
  • Disclosure of the present specification is intended to present various examples of a method for supporting SDT of a UE between the New NG-RAN and the old NG-RAN.
  • a new N2 message may be defined and used for some N2 messages. Also, among the RRC messages between the NG-RAN and the UE described below, a new RRC message may be defined and used for some RRC messages.
  • 6A and 6B are one of the disclosures of the present specification; in the example CG based SDT An example of the procedure for
  • a base station may include a gNB-DU and a gNB-CU.
  • the gNB-CU may include a gNB-CU-CP that performs a function related to the control plane and a gNB-CU-UP that performs a function related to the user plane.
  • 6A and 6B show an example of a procedure for CG based SDT when the UE is in an RRC Inactive state.
  • the gNB-CU may decide to change the UE to the RRC_INACTIVE state.
  • the gNB-CU-CP decides to configure the CG-SDT. It is possible to transmit a UE CONTEXT MODIFICATION REQUEST message including a query indication for CG-SDT related resource configuration related to information of SDT Radio Bearer (s).
  • the gNB-DU may transmit the UE CONTEXT MODIFICATION RESPONSE message by including the CG-SDT related resource configuration for the SDT radio bearer(s) in the DU to CU RRC Information IE.
  • gNB-CU-CP may transmit a BEARER CONTEXT MODIFICATION REQUEST to gNB-CU-UP together with a suspend indication.
  • gNB-CU-UP may transmit BEARER CONTEXT MODIFICATION RESPONSE to gNB-CU-CP.
  • gNB-CU-CP may transmit UE CONTEXT RELEASE COMMAND message including RRCRelease message to UE together with CG-SDT information in suspend configuration.
  • gNB-CU can inform gNB-DU to set SDT RLC, F1-U tunnel, F1AP UE to keep connection and save CG resources for SDT .
  • the gNB-DU may send an RRCRlease message to the UE.
  • gNB-DU may transmit a UE CONTEXT RELEASE COMPLETE message.
  • the gNB-DU may maintain SDT RLC configuration, F1-U tunnel, F1AP UE association and store CG resources for SDT.
  • the gNB-DU may also store the C-RNTI, CS-RNTI and which bearer is the CG-SDT bearer.
  • the UE may decide to perform a CG-based SDT procedure, and may transmit an RRCResumeRequest message together with UL SDT data/UL NAS protocol data unit (PDU).
  • PDU UL SDT data/UL NAS protocol data unit
  • the gNB-DU may transmit a UL RRC MESSAGE TRANSFER message including an RRCResumeRequest message.
  • gNB-CU-CP may initiate a BEARER CONTEXT MODIFICATION procedure to resume SDT DRB.
  • gNB-DU may deliver UL SDT data to gNB-CU-UP.
  • the gNB-DU may transmit an RRC message including a UL NAS PDU to the gNB-CU-CP by using the UL RRC MESSAGE TRANSFER message.
  • a first example of the disclosure of the present specification describes an example of a scheme for supporting CP signaling in SDT.
  • FIG. 7 is a view of the disclosure of the present specification; first courtesy A signal flow diagram according to the first example is shown.
  • FIG. 7 shows an example of a procedure for transmitting an RRC message through SRB2 in an RRC_INACTIVE state for SDT and delivering a NAS message.
  • FIG. 7 shows an example of a method in which the New NG-RAN obtains the UE context from the Old NG-RAN when the UE intends to transmit NAS PDU or CP signaling to the network using SRB2 in the SDT process.
  • FIG. 7 it is assumed that the New NG-RAN and the Old NG-RAN are not separated into the CU-CP, the CU-UP, and the DU, but this is only an example.
  • the example of FIG. 7 according to the disclosure of the present specification is applicable even when New NG-RAN and/or Old NG-RAN are separated into CU-CP, CU-UP, and DU, respectively.
  • the UE context may refer to the UE AS context of the example of FIG. 7 .
  • the NG-C connection between the CU-CP and the AMF is maintained, and the NG-U connection between the CU-UP and the UPF may also be maintained.
  • Step 1 The UE may start the RACH procedure in order to exchange CP signaling with the network in the SDT scheme while maintaining the RRC-INACTIVE state.
  • Step 2 The UE may transmit an RRC Resume Request message to New NG-RAN for SDT transmission related to CP Signaling.
  • the UE may transmit an indication for notifying that the current SDT transmission is started for CP signaling or NAS PDU transmission, not UP data.
  • the indication may be transmitted in the form of Resume Cause, or may be transmitted using MAC CE.
  • the UE may resume both the bearer and SRB 2 for SDT.
  • the UE may directly generate and transmit an indication for notifying that SDT has started for CP signaling.
  • the NG-RAN combines them to infer that SDT for CP signaling has started.
  • the NG-RAN may infer that the SDT for CP signaling has started based on the point that the RACH procedure for the SDT is started and the point that the UE sends the Resume Cause.
  • SuspendConfig may indicate a configuration for the RRC_Inactive state.
  • Step 4 After receiving the RETRIEVE UE CONTEXT REQUEST message from the New NG-RAN, the Old NG-RAN may check whether it has the UE context for the corresponding UE. When the Old NG-RAN has the corresponding UE context and verification of the UE is completed, it may be determined whether to deliver the UE context to the New NG-RAN. Since the SDT for CP signaling has been received from the New NG-RAN, the Old NG-RAN may decide to deliver the UE Context to the New NG-RAN.
  • Step 5 Old NG-RAN may deliver UE context for UE to new NG-RAN through RETRIEVE UE CONTEXT RESPONSE message.
  • Step 6 New NG-RAN may perform contention resolution to the UE through DCI.
  • a resource for New NG-RAN UL may be allocated so that the UE may transmit a NAS PDU.
  • New NG-RAN may inform the UE using a new RRC message instead of DCI.
  • Step 7 In Step 5, when the New NG-RAN receives that the Old NG-RAN is buffering the DL data to be transmitted to the UE, the New NG-RAN receives the buffered DL data from the old NG-RAN It is possible to deliver the data forwarding address for the old NG-RAN.
  • Step 8 The New NG-RAN may inform the AMF that the new NG-RAN has become the serving NG-RAN for the UE by sending a Path Switch Request message to the AMF.
  • Step 9 AMF may respond by sending a Path Switch Request Ack message to New NG-RAN.
  • Step 10 The UE may deliver the UL Information Transfer message including the NAS PDU to the New NG-RAN through SRB2.
  • Step 11 New NG-RAN may deliver the NAS PDU received from the terminal to the AMF through the UL NAS TRANSPORT message.
  • Step 12 If the AMF has a NAS PDU to be delivered to the UE, it may deliver a DL NAS TRANSPORT message including the NAS PDU to the New NG-RAN.
  • Step 13 If the NAS PDU is received from the AMF through Step 12, the new NG-RAN may deliver the NAS PDU to the UE through a DL Information Transfer message including the NAS PDU.
  • Step 14 When it is determined that data or signaling transmission with the UE is over, the new NG-RAN may deliver an RRC Release message including SuspendConfig to the UE. Through this, the UE may terminate the SDT process and maintain the RRC-INACTIVE state.
  • FIGS. 8A and 8B are diagrams of the disclosure of the present specification.
  • first courtesy A signal flow diagram according to the second example is shown.
  • FIGS. 8A and 8B show an example of a procedure for transmitting an RRC message through SRB2 in an RRC_INACTIVE state and delivering a NAS message for SDT.
  • FIGS. 8A and 8B it is assumed that the New NG-RAN and the Old NG-RAN are not separated into the CU-CP, the CU-UP, and the DU, but this is only an example.
  • the examples of FIGS. 8A and 8B according to the present disclosure are applicable even when New NG-RAN and/or Old NG-RAN are separated into CU-CP, CU-UP, and DU, respectively.
  • FIGS. 8A and 8B may include the same content as the example of FIG. 7 , and the following will focus on the difference between the example of FIGS. 8A and 8B and the example of FIG. 7 , and FIGS. 8A and 8B . An example of the will be described.
  • the new NG-RAN may include a DU (eg, gNB-DU) and a CU (eg, gNB-CU).
  • a DU eg, gNB-DU
  • a CU eg, gNB-CU
  • Step 0-1 may be performed in the same manner as in the example of FIG. 7 .
  • Step 2 The UE may transmit an RRC Resume Request message to New NG-RAN for SDT transmission related to CP Signaling.
  • the UE may transmit an indication for notifying that the current SDT transmission is started for CP signaling or NAS PDU transmission, not UP data.
  • the indication may be transmitted in the form of Resume Cause, or may be transmitted using MAC CE.
  • the UE may resume both the bearer and SRB 2 for SDT.
  • the UE may transmit the UL Information Transfer message including the NAS PDU through SRB 2 to the New NG-RAN together with the RRC Resume Request message.
  • the UE may directly generate and transmit an indication for notifying that SDT has started for CP signaling.
  • the NG-RAN combines them to infer that SDT for CP signaling has started.
  • the NG-RAN may infer that SDT for CP signaling has started based on the point that the RACH procedure is started and the point that the UE sends the Resume Cause.
  • the UE may inform that the NG-RAN has started SDT for CP signaling by transmitting the UL Information Transfer along with the RRC Resume Request message instead of the “SDT for MO signaling” indication.
  • the DU of New NG-RAN may include the RRC Resume Request message in the F1 Application Protocol (F1AP) INITIAL UL RRC MESSAGE TRANSFER message and deliver it to the CU of New NG-RAN.
  • F1AP F1 Application Protocol
  • the DU of the New NG-RAN provides an indication for requesting the setup of SRB2. They can be included and delivered together.
  • the DU of New NG-RAN includes the UL-DCCH message (that is, UL Information Transfer) received from the UE in the RRC container in the F1AP INITIAL UL RRC MESSAGE TRANSFER message instead of SRB2 Required Indication, and the CU of New NG-RAN can also be passed on to In this case, when the CU of New NG-RAN transmits the XnAP RETRIEVE UE CONTEXT REQUEST message to the Old NG-RAN in Step 4, the UL-DCCH message received from the DU of New NG-RAN in Step 3 (that is, UL Information Transfer ) can be included and delivered to Old NG-RAN.
  • the UL-DCCH message that is, UL Information Transfer
  • the Old NG-RAN may directly transmit the NAS-PDU to the AMF after receiving the NAS-PDU based on the UL Information Transfer sent by the UE.
  • the AMF delivers DL data (e.g., NAS-PDU or CP signaling) to the terminal to the Old NG-RAN
  • the Old NG-RAN creates a DL Information Transfer and receives the DL data (e.g., NAS-PDU) from the AMF. or CP signaling) may be included in the RETRIEVE UE CONTEXT RESPONSE message of Step 6 or the new XnAP message in the form of an RRC container and delivered to the New NG-RAN.
  • the Old NG-RAN still maintains the serving NG-RAN role for the UE, and may instead maintain CP signaling with the UE through the New NG-RAN.
  • the Old NG-RAN may include related information and deliver it to the New NG-RAN.
  • Steps 12 and 13 can be omitted.
  • Step 4 After receiving the RETRIEVE UE CONTEXT REQUEST message from the New NG-RAN, the Old NG-RAN may check whether it has the UE context for the corresponding UE. When the Old NG-RAN has the corresponding UE context and verification of the UE is completed, it may be determined whether to deliver the UE context to the New NG-RAN. Since the SDT for CP signaling has been received from the New NG-RAN, the Old NG-RAN may decide to deliver the UE Context to the New NG-RAN. In this process, the CU of New NG-RAN may know that SRB2 setup is required based on the “SDT for MO signaling” indication and/or SRB2 Required Indication. Therefore, the New NG-RAN transmits an indication to inform the Old NG-RAN that SDT has started for CP signaling together.
  • Step 2 the UE may transmit UL Information Transfer along with the RRC Resume Request message instead of the “SDT for MO signaling” indication.
  • the CU of the New NG-RAN can know that the UE has started the SDT for CP signaling through the SRB2 Required Indication transmitted by the DU of the New NG-RAN in Step 3.
  • the CU of New NG-RAN may transmit an “SDT for MO signaling” indication and/or SRB2 Required Indication by including it in the RETRIEVE UE CONTEXT REQUEST message.
  • Step 5 It may be performed in the same manner as step 4 of the example of FIG. 7 .
  • Step 6 It may be performed in the same manner as step 5 of the example of FIG. 7 .
  • Old NG-RAN may deliver only partial UE context (e.g., SRB2 related information) to New NG-RAN instead of full UE context.
  • the Old NG-RAN still maintains the serving NG-RAN role for the UE, and may instead maintain CP signaling with the UE through the New NG-RAN.
  • the Old NG-RAN may also include related information and deliver it to the New NG-RAN in order to create an Xn tunnel for receiving the NAS-PDU from the New NG-RAN. If the Old NG-RAN provides the Partial UE context to the New NG-RAN, steps 12 and 13 may be omitted because NG signaling with the AMF is still performed through the Old NG-RAN.
  • the Old NG-RAN instead of delivering the partial UE context (e.g., SRB2 related information) to the New NG-RAN, the Old NG-RAN creates an Xn tunnel between the Old NG-RAN and the New NG-RAN to receive the UL-DCCH message sent by the UE. and information for creating an F1 tunnel between the DU and the CU of the New NG-RAN may be delivered.
  • the CU of New NG-RAN may create an F1 tunnel for UL-DCCH message delivery instead of generating SRB2 in Step 7.
  • the CU of New NG-RAN can also create an F1 tunnel for DL-DCCH message delivery so that the AMF can deliver the DL-DCCH message (ie, DL Information Transfer including DL data) to be sent to the UE. have.
  • DL-DCCH message ie, DL Information Transfer including DL data
  • Step 7 The CU of New NG-RAN may request SRB2 setup from the DU of New NG-RAN through the F1AP UE CONTEXT SETUP REQUEST message based on the UE context received in Step 6.
  • Step 8 It may be performed in the same manner as step 6 of the example of FIG. 7 .
  • Step 9 After completing the SRB2 setup, the DU of New NG-RAN may respond to the CU of New NG-RAN through the F1AP UE CONTEXT SETUP RESPONSE message.
  • Step 10 The DU of New NG-RAN may include the UL Information Transfer message received in Step 2 in the F1AP UL RRC MESSAGE TRANSFER and deliver it to the CU of New NG-RAN.
  • Step 11 When the New NG-RAN receives that the CU of the New NG-RAN is buffering the DL data that the Old NG-RAN should transmit to the UE in Step 6, the New NG-RAN transfers the buffered DL data to the old The data forwarding address for receiving from the NG-RAN may be delivered to the old NG-RAN.
  • the DU of New NG-RAN includes the UL-DCCH message in INITIAL UL RRC MESSAGE TRANSFER in Step 3 and delivers it to the CU of New NG-RAN, or if Old NG-RAN delivers partial UE context in Step 6 there may be
  • the CU of the New NG-RAN may include related information and deliver it to the Old NG-RAN.
  • the new XnAP RRC MESSAGE TRANSFER may be used to transfer the UL Information Transfer received by the CU of the New NG-RAN to the Old NG-RAN.
  • New NG-RAN and New NG to receive the DL-DCCH message so that the New NG-RAN can deliver the DL-DCCH message (ie, DL Information Transfer including DL data) that the AMF will send to the terminal to the Old NG-RAN.
  • DL-DCCH message ie, DL Information Transfer including DL data
  • An Xn tunnel between RANs can be created together.
  • Step 12 The CU of the New NG-RAN may inform the AMF that the new NG-RAN has become the serving NG-RAN for the UE by sending a Path Switch Request message to the AMF.
  • Step 13 The AMF may respond by sending a Path Switch Request Ack message to the CU of the New NG-RAN.
  • Step 14 The CU of New NG-RAN may deliver the NAS PDU received from the terminal to the AMF through the UL NAS TRANSPORT message.
  • Step 3 If the DU of New NG-RAN in Step 3 includes the UL-DCCH message in the INITIAL UL RRC MESSAGE TRANSFER and delivers it to the CU of New NG-RAN, or in Step 6, the old NG-RAN transfers the Partial UE context to the new NG - In case of transmission to RAN, Steps 14 and 15 can be performed between Old NG-RAN and AMF.
  • Step 15 If the AMF has a NAS PDU to be delivered to the UE, it may deliver a DL NAS TRANSPORT message including the NAS PDU to the New NG-RAN.
  • Step 16-17 If the NAS PDU is received from the AMF through Step 15, the CU of the new NG-RAN includes the DL Information Transfer message including the NAS PDU in the F1AP DL RRC MESSAGE TRANSFER message to the DU of the new NG-RAN can be passed on to The DU of the New NG-RAN may deliver a DL Information Transfer message to the UE.
  • Step 3 when the DU of New NG-RAN includes the UL-DCCH message in the INITIAL UL RRC MESSAGE TRANSFER and delivers it to the CU of New NG-RAN, or when Old NG-RAN delivers only partial UE context in Step 6 there may be
  • the Old NG-RAN may generate an RRC message and transmit the RRC message to the New NG-RAN using the XnAP RRC MESSAGE TRANSFER message, and the New NG-RAN may deliver it to the UE.
  • the UL Information Transfer received from the UE may be received by the New NG-RAN and delivered to the Old NG-RAN.
  • Step 18-19 When it is determined that data or signaling transmission with the UE is over, the CU of the new NG-RAN may deliver an RRC Release message including SuspendConfig to the UE through the DU of the new NG-RAN. Through this, the UE may terminate the SDT process and maintain the RRC-INACTIVE state.
  • a second example of the disclosure of the present specification describes an example of a procedure when non-SDT data is generated in a situation in which SDT is used.
  • a second example of the disclosure of the present specification includes an example of a procedure for triggering an RRC Resume procedure in the same cell.
  • the example of FIG. 9 shows an example of a procedure supporting the triggering of the RRC Resume procedure in the same cell.
  • the example of FIG. 9 may represent a situation after the SDT in which anchor relocation is performed is used.
  • FIG. 9 shows an example of a method of triggering the Resume procedure again in a cell in which SDT is currently in progress when the UE has data to be transmitted through the Non-SDT bearer.
  • the Old NG-RAN provides the UE context to the New NG-RAN in the process of setting the SDT.
  • Step 0 may be performed in the same manner as Step 0 of the example of FIG. 7 .
  • Step 1 The UE is performing SDT through New NG-RAN in RRC-INACTIVE state. That is, in the procedure of Step 1, the Old NG-RAN delivered the UE context to the New NG-RAN. Therefore, the serving NG-RAN for the UE may be in a new NG-RAN state.
  • the New NG-RAN may support SDT for the UE by resuming only the SDT bearer.
  • Step 2 To the terminal, data on the Non-SDT bearer may exist. For example, data for non-SDT may be generated. For example, when data for a Non-SDT bearer exists, the UE may decide to perform a Resume procedure according to the prior art in order to transition to the RRC-CONNECTED state. Accordingly, the UE may transmit an RRC Resume Request message to the NG-RAN again from the currently staying cell.
  • the DU of New NG-RAN may include the RRC message received from the UE in the INITIAL UL RRC MESSAGE TRANSFER message and deliver it to the CU-CP of New NG-RAN.
  • the DU of New NG-RAN may allocate a new lower layer configuration for the UE, and may deliver the new lower layer configuration to the CU-CP of New NG-RAN along with the INITIAL UL RRC MESSAGE TRANSFER message. Since the gNB-DU does not yet know that the UE context for the corresponding terminal already exists in the gNB-DU, the lower layer configuration may be newly allocated to create a new RRC connection with the corresponding terminal.
  • Step 4 CU-CP of New NG-RAN is based on Inactive Radio Network Temporary Identifier (I-RNTI) information included in the RRC Resume Request message, in order for the UE to transition back to the RRC-CONNECTED state during the SDT transmission process You can see that the Resume process has been executed. Since the New NG-RAN has already received the UE context for the corresponding UE from the Old NG-RAN in Step 1, the CU-CP of the New NG-RAN decides to transition the UE to the RRC-CONNECTED state based on the UE context. Determining, it is possible to determine the resume for the Non-SDT bearer.
  • I-RNTI Inactive Radio Network Temporary Identifier
  • the CU-CP of the New NG-RAN may verify the Short Resume MAC-I sent by the UE.
  • the CU-CP of the New NG-RAN is the CU-CP of the New NG-RAN in order to obtain a COUNT value to be used in the process of verifying the Short Resume MAC-I sent by the UE through the E1 Application protocol (E1AP) message.
  • the UP may request the UL/DL COUNT value exchanged with the UE so far.
  • Step 5 The CU of New NG-RAN (eg, CU-CP) may transmit a request message related to UE CONTEXT to the DU of New NG-RAN.
  • the CU-CP of the New NG-RAN may request the establishment of a Non-SDT bearer by transmitting such a request message.
  • the CU-CP of New NG-RAN transmits a request message related to UE CONTEXT (eg, UE CONTEXT MODIFICATION REQUEST message) to the DU of New NG-RAN, thereby providing a Non-SDT bearer (e.g., Bearer configuration, F1).
  • UL TEIDs may be requested.
  • the CU of New NG-RAN may transmit the old gNB-DU UE F1AP ID set by the DU of New NG-RAN together in the SDT process for the corresponding UE.
  • the CU of New NG-RAN eg, CU-CP
  • the DU of the New NG-RAN can know that the terminal attempts to set up a non-SDT bearer in addition to the SDT bearer.
  • the DU of New NG-RAN may utilize information such as SDT bearer and CG configuration (eg, SDT resource configuration) configured for the corresponding terminal as it is.
  • the DU of New NG-RAN sends a request message related to UE CONTEXT including information about the Old SDT session (eg, old gNB-DU UE F1AP ID) to the CU of New NG-RAN (eg, CU-CP). ) can be received from If the request message related to UE CONTEXT contains information about the old SDT session (eg, old gNB-DU UE F1AP ID), the DU of New NG-RAN will include information about the old SDT session (eg, old gNB-DU UE). F1AP ID), based on the old SDT resource configuration and old UE context can be retrieved (retrieve). Accordingly, the DU of the New NG-RAN can use the old SDT resource configuration and the old UE context as it is.
  • UE CONTEXT information about
  • the DU of the New NG-RAN may release configuration information for the SDT bearer or UE configured in the SDT process.
  • the DU of New NG-RAN is based on the old gNB-DU UE F1AP ID in the request message related to UE CONTEXT (eg, UE CONTEXT MODIFICATION REQUEST message) message, to the SDT bearer or the corresponding terminal set in the SDT process.
  • UE CONTEXT eg, UE CONTEXT MODIFICATION REQUEST message
  • the DU of New NG-RAN may re-establish all bearers based on configuration information newly included in a request message related to UE CONTEXT (eg, UE CONTEXT MODIFICATION REQUEST message).
  • the CU-CP of the New NG-RAN may instruct the DU to release all information set in the SDT process for the corresponding UE through the UE CONTEXT RELEASE process instead of the UE CONTEXT MODIFICATION REQUEST message. Thereafter, the CU-CP of the New NG-RAN may request setup for all bearers in the DU again through the UE CONTEXT SETUP process.
  • Step 6 The DU of New NG-RAN may respond by sending a UE CONTEXT MODIFICATION RESPONSE message after completing bearer setup for the terminal according to the message received from the CU-CP in Step 5.
  • Step 7 The CU-CP of New NG-RAN CU-UP the BEARER CONTEXT MODIFICATION REQUEST message to inform that the UE attempts to transmit data through the Non-SDT Bearer, and accordingly the UE will transition to the RRC-CONNECTED state. can be sent to At this time, in order to inform that it has changed from a situation where only some bearers to the terminal resumed for SDT, to a situation to resume all bearers, a new “Connected transition” indication may be added.
  • the CU-CP of the New NG-RAN may transmit a BEARER CONTEXT MODIFICATION REQUEST message including a “Connected transition” indication to the CU-UP.
  • the “SDT resume” indication is used to inform the process of resuming only the SDT bearer, and the CU-CP of New NG-RAN may utilize the existing Resume indication in the RRC-CONNECTED state transition process of Step 7 have.
  • the CU-CP of the New NG-RAN may transmit DL TEIDs information for the Non-SDT bearer received from the DU together.
  • Step 8 The CU-UP of New NG-RAN can respond by sending a BEARER CONTEXT MODIFICATION RESPONSE message after updating the Bearer Context according to the CU-CP request received in Step 7.
  • Step 9 The CU-CP of the New NG-RAN may generate an RRC Resume message to notify the UE of the transition to the RRC-CONNECTED state.
  • the CU-CP of the New NG-RAN may deliver the RRC Resume message to the UE by delivering the DL RRC MESSAGE TRANSFER including the RRC Resume message to the DU.
  • Steps 7 and 9 are executed simultaneously or Step 9 to be executed earlier.
  • Step 10 The DU of New NG-RAN may deliver the RRC Resume message received in Step 9 to the UE. Based on the RRC Resume message, the UE may resume all bearers and transition to the RRC-CONNECTED state. The UE may transmit UL data present in the Non-SDT bearer to the NG-RAN.
  • Step 11 The UE may respond by sending an RRC Resume Complete message to the New NG-RAN.
  • Step 12 The DU of New NG-RAN may deliver the RRC message transmitted by the UE to the CU-CP of New NG-RAN through UL RRC MESSAGE TRANSFER.
  • 10A and 10B are diagrams of the disclosure of the present specification. 2nd courtesy A signal flow diagram according to the second example is shown.
  • FIGS. 10A and 10B show an example of a procedure supporting the triggering of the RRC Resume procedure in the same cell.
  • the examples of FIGS. 10A and 10B may represent a situation after SDT without anchor relocation is used.
  • FIGS. 10A and 10B show an example of a method of triggering the Resume procedure again in a cell in which SDT is currently in progress when the UE has data to be transmitted through the Non-SDT bearer.
  • FIGS. 10A and 10B it is assumed that only New NG-RAN is divided into CU-CP, CU-UP, and DU, but this is only an example. For example, even when the Old NG-RAN is also divided into CU-CP, CU-UP, and DU, the example of FIG. 9 may be applied.
  • Step 0 may be performed in the same manner as Step 0 of the example of FIG. 7 .
  • Step 1 The UE is performing SDT with the Old NG-RAN through the New NG-RAN in the RRC-INACTIVE state. Therefore, the serving NG-RAN for the UE is still the Old NG-RAN, and the New NG-RAN can support SDT for the UE by configuring only the RLC, MAC, and PHY layers for the SDT bearer.
  • Step 2 To the terminal, data on the Non-SDT bearer may exist. For example, data for non-SDT may be generated. For example, when data for a Non-SDT bearer exists, the UE may decide to perform a Resume procedure according to the prior art in order to transition to the RRC-CONNECTED state. Accordingly, the UE may transmit an RRC Resume Request message to the NG-RAN again from the currently staying cell.
  • Step 3 It may be performed in the same manner as step 3 of the example of FIG. 9 .
  • Step 4 Based on the I-RNTI information included in the RRC Resume Request message, the CU-CP of the New NG-RAN knows that the UE has executed the Resume process again to transition to the RRC-CONNECTED state during the SDT transmission process. can However, since the old NG-RAN still has the UE context for the corresponding terminal, the CU-CP of the New NG-RAN may re-transmit a RETRIEVE UE CONTEXT REQUEST message to the old NG-RAN.
  • Step 5 After receiving the RETRIEVE UE CONTEXT REQUEST message from the New NG-RAN, the Old NG-RAN may check whether it has a UE context for the corresponding UE. Old NG-RAN may perform verification on the UE. When the UE has the corresponding UE context and verification of the UE is completed, the Old NG-RAN may determine whether to deliver the UE context to the New NG-RAN. In the process of SDT for the terminal, the old NG-RAN receives the RRC Resume Request message from the same terminal once again and based on the Resume cause transmitted by the terminal, the old NG-RAN is sent to the terminal. It can be seen that there is data to be transmitted through the Non-SDT bearer. Accordingly, the old NG-RAN may decide to deliver the UE context to the New NG-RAN in order to transition the corresponding terminal to the RRC-CONNECTED state.
  • Step 6 According to the determination in Step 5, the old NG-RAN may include the UE context in the RETRIEVE UE CONTEXT RESPONSE message and deliver it to the CU-CP of the New NG-RAN.
  • Step 7 The CU-CP of the New NG-RAN may transmit a BEARER CONTEXT SETUP REQUEST message to the CU-UP based on the UE context.
  • Step 8 The CU-UP of the New NG-RAN may respond to the CU-CP by sending a BEARER CONTEXT SETUP RESPONSE message.
  • the CU-UP of the New NG-RAN may allocate F1 UL TEIDs to be delivered to the New NG-RAN and include them in the corresponding message.
  • the CU-UP of the New NG-RAN may transmit a BEARER CONTEXT SETUP RESPONSE message including the assigned F1 UL TEIDs to the CU-CP, and the CU-CP may transmit a BEARER CONTEXT SETUP RESPONSE message to the DU.
  • Step 9 The CU of New NG-RAN (eg, CU-CP) may transmit a request message related to UE CONTEXT to the DU of New NG-RAN.
  • the CU-CP of the New NG-RAN may request setup (eg, setup) for a Non-SDT bearer by transmitting such a request message.
  • the CU of New NG-RAN (eg, CU-CP) transmits a request message related to UE CONTEXT (eg, UE CONTEXT MODIFICATION REQUEST message) to the DU of New NG-RAN,
  • Non-SDT bearer e.g., Bearer configuration, F1 UL TEIDs
  • the CU of New NG-RAN may transmit the old gNB-DU UE F1AP ID set by the DU of New NG-RAN together in the SDT process for the corresponding UE.
  • the CU of New NG-RAN eg, CU-CP
  • the DU of the New NG-RAN can know that the terminal attempts to set up a non-SDT bearer in addition to the SDT bearer.
  • the DU of New NG-RAN may utilize information such as SDT bearer and CG configuration (eg, SDT resource configuration) configured for the corresponding terminal as it is.
  • the DU of New NG-RAN sends a request message related to UE CONTEXT including information about the Old SDT session (eg, old gNB-DU UE F1AP ID) to the CU of New NG-RAN (eg, CU-CP). ) can be received from If the request message related to UE CONTEXT contains information about the old SDT session (eg, old gNB-DU UE F1AP ID), the DU of New NG-RAN will include information about the old SDT session (eg, old gNB-DU UE). F1AP ID), based on the old SDT resource configuration and old UE context can be retrieved (retrieve). Accordingly, the DU of the New NG-RAN can use the old SDT resource configuration and the old UE context as it is.
  • UE CONTEXT information about
  • the CU of the New NG-RAN (eg, CU-CP) delivers the F1 UL TEIDs information allocated by the CU-UP to the DU, so that UL transmission to the corresponding terminal is a New NG rather than the old NG-RAN.
  • CU-CP delivers the F1 UL TEIDs information allocated by the CU-UP to the DU, so that UL transmission to the corresponding terminal is a New NG rather than the old NG-RAN.
  • It can be directed to the CU-UP of the RAN.
  • the DU of the New NG-RAN may release configuration information for the SDT bearer or UE configured in the SDT process.
  • the DU of New NG-RAN is based on the old gNB-DU UE F1AP ID in the request message related to UE CONTEXT (eg, UE CONTEXT MODIFICATION REQUEST message) message, to the SDT bearer or the corresponding terminal set in the SDT process.
  • UE CONTEXT eg, UE CONTEXT MODIFICATION REQUEST message
  • the DU of New NG-RAN may re-establish all bearers based on configuration information newly included in a request message related to UE CONTEXT (eg, UE CONTEXT MODIFICATION REQUEST message).
  • Step 4 it can be seen that the CU-CP of the New NG-RAN has executed the Resume process again to transition to the RRC-CONNECTED state during the SDT transmission process. Therefore, after Step 4, the CU-CP of the New NG-RAN sends the UE CONTEXT MODIFICATION REQUEST message to the DU of the New NG-RAN, instead of transmitting the message to the DU of the New NG-RAN, the DU through the UE CONTEXT RELEASE process. You can also order all information to be released. Thereafter, the CU-CP of the New NG-RAN may request setup for all bearers in the DU again through the UE CONTEXT SETUP process.
  • Step 10 The DU of New NG-RAN may respond by sending a UE CONTEXT MODIFICATION RESPONSE message after completing bearer setup for the terminal according to the message received from the CU-CP in Step 9.
  • Step 11-12 After the CU-CP of the New NG-RAN generates an RRC Resume message to notify the UE of the transition to the RRC-CONNECTED state, the CU-CP of the New NG-RAN is a DL including the RRC Resume message. By delivering the RRC MESSAGE TRANSFER to the DU, the RRC Resume message may be delivered to the UE.
  • the DU of New NG-RAN may deliver the RRC Resume message received in Step 11 to the UE. Based on the RRC Resume message, the UE may resume all bearers and transition to the RRC-CONNECTED state. The UE may transmit UL data present in the Non-SDT bearer to the NG-RAN.
  • Steps 11 and 15 may be performed simultaneously, or Step 15 may be performed before Step 11.
  • Step 13-14 The UE may respond by sending an RRC Resume Complete message to the New NG-RAN.
  • the DU of New NG-RAN may deliver the RRC message transmitted by the UE to the CU-CP of New NG-RAN through UL RRC MESSAGE TRANSFER.
  • Step 15 The CU-CP of the New NG-RAN may deliver the DL TEIDs information received from the DU in Step 10 to the CU-UP through the Bearer Context Modification process.
  • Step 16 The New NG-RAN may receive in Step 6 that the Old NG-RAN is buffering DL data to be transmitted to the UE.
  • the New NG-RAN may deliver a data forwarding address for receiving the buffered DL data from the old NG-RAN to the old NG-RAN.
  • Step 17 The CU-CP of the New NG-RAN may send a Path Switch Request message to the AMF to inform that the new NG-RAN has become the serving NG-RAN for the UE.
  • the AMF may respond by sending a Path Switch Request Ack message to the New NG-RAN.
  • a third example of the disclosure of the present specification includes an example of a procedure for triggering an RRC Resume procedure in other cells.
  • FIG. 11 it is assumed that the terminal moves to a cell in another NG-RAN through cell re-selection, but this is only an example. That is, the example of FIG. 11 can be applied even when the terminal moves to another cell within the same NG-RAN.
  • the Old NG-RAN still has a UE context in the SDT process, but this is only an example.
  • the example of FIG. 11 can be applied even when the old NG-RAN has already delivered the UE context to NG-RAN #1.
  • NG-RAN #1, NG-RAN #2, and old NG-RAN are not separated into CU-CP, CU-UP, and DU, but this is only an example.
  • the example of FIG. 11 may be applied even when NG-RAN #1, NG-RAN #2 and/or old NG-RAN are separated into CU-CP, CU-UP, and DU.
  • Step 0 may be performed in the same manner as step 0 of FIG. 9 .
  • Step 1 The UE is performing SDT through New NG-RAN (eg, NG-RAN #1) in RRC-INACTIVE state. That is, in the procedure of Step 1, the Old NG-RAN delivered the UE context to the New NG-RAN. Therefore, the serving NG-RAN for the UE may be in a new NG-RAN state.
  • the New NG-RAN may support SDT for the UE by resuming only the SDT bearer. Since NG-RAN #1 has not yet sent a UE CONTEXT RELEASE message to Old NG-RAN, UE contexts may exist in both NG-RAN #1 and Old NG-RAN.
  • the Old NG-RAN delivers only information related to the RLC, MAC, and PHY layers for SDT transmission to NG-RAN #1, and the UE context itself may be stored by the old NG-RAN. have.
  • Step 2 While the SDT process is being performed, the UE may be served by a cell in NG-RAN #1, and then may perform cell re-selection to a cell in NG-RAN #2.
  • FIG. 11 can also be applied when the UE performs cell reselection from Cell #1 to Cell #2 in NG-RAN #1.
  • Step 3 The UE may transmit an RRC Resume Request message from a new cell in NG-RAN #2 to resume the SDT process that was in progress. That is, since the UE has performed cell reselection to a new cell in NG-RAN #2, the UE may transmit an RRC Resume Request message to a new cell in NG-RAN #2. In this process, the UE may also transmit UL data.
  • Step 5 Upon receiving the RETRIEVE UE CONTEXT REQUEST message from NG-RAN #2, the Old NG-RAN may check whether it has a UE context for the corresponding UE. Old NG-RAN may perform verification on the UE. When the UE has the corresponding UE context and verification of the UE is completed, the Old NG-RAN may determine whether to deliver the UE context to NG-RAN #2. In this process, the Old NG-RAN can know that the SDT process is in progress through NG-RAN #1 for the corresponding UE, and can know that the SDT process through NG-RAN #1 should be terminated.
  • Step 6 Old NG-RAN may deliver UE context for UE to NG-RAN #2 through RETRIEVE UE CONTEXT RESPONSE message.
  • Old NG-RAN may transmit only information related to RLC, MAC, and PHY layers in order to transmit SDT through NG-RAN #2 while maintaining the UE context.
  • Step 7 Old NG-RAN sends a RETRIEVE UE CONTEXT CANCEL message to NG-RAN #1 to inform NG-RAN #1 that the current SDT should be stopped because the UE has moved to another NG-RAN cell. can inform In this process, the Old NG-RAN already exists in NG-RAN #1, and the TEID for the tunnel for data forwarding to transmit “DL data to be transmitted to the UE or UL data received from the UE” to the Old NG-RAN. Information may be transmitted to NG-RAN #1 together.
  • the NG-RAN #1 may transfer all of the currently remaining UL/DL data to the old NG-RAN by using the corresponding tunnel information.
  • Old NG-RAN may transfer data received from NG-RAN #1 to NG-RAN #2 or 5GC.
  • the UE CONTEXT RELEASE message may be used instead of the RETRIEVE UE CONTEXT CANCEL message.
  • Steps 4 to 7 may be applied as it is.
  • NG-RAN #1 can know that the UE has moved from cell #1 in which SDT is currently in progress to another cell #2 of NG-RAN #1 in Step 3, so that Step 7 is not performed, and the example of FIG. 9 or As in the example of FIGS. 10A and 10B , all information on the terminal allocated to Cell #1 may be released.
  • Step 8 The UE may continue the SDT procedure through the cell in NG-RAN #2.
  • NG-RAN #2 may become a new serving NG-RAN and exchange data with the UE.
  • a data path to the old NG-RAN may be formed through NG-RAN #2.
  • a fourth example of the disclosure of the present specification includes an example of a procedure for triggering an RRC Resume procedure in the same cell.
  • a fourth example of the disclosure of the present specification shows an example for supporting a procedure for triggering an RRC Resume procedure.
  • the operation described in the fourth example of the disclosure of the present specification may be performed after the CG-SDT resource configuration is completed.
  • FIG. 12 shows an example for supporting the procedure of triggering the RRC Resume procedure after the CG-SDT resource configuration is completed.
  • the example of FIG. 12 includes an example of a method of attempting a Normal Resume procedure when data to be transmitted through a non-SDT bearer is generated in a cell in which the UE is configured with a CG-SDT resource.
  • Step 0 The UE may stay in the RRC_INACTIVE state after receiving the configuration of the CG-SDT resource from the gNB-DU through the gNB-CU-CP when in the RRC_CONNECTED state.
  • the UE may decide to try the Normal Resume procedure.
  • Step 1 The UE may transmit an RRC Resume Request message to the gNB-DU in the RRC_INACTIVE state.
  • Step 2 The gNB-DU may include the RRC Resume Request message received from the UE in the F1AP INITIAL UL RRC MESSAGE TRANSFER message and deliver it to the gNB-CU-CP.
  • Step 3 The gNB-CU (eg gNB-CU-CP) performs the Resume process again in order for the UE to transition to the RRC-CONNECTED state during the SDT transmission process based on the I-RNTI information included in the RRC Resume Request message. It can be seen that it has been executed.
  • the I-RNTI information may be an ID for identifying the UE context for the UE in the RRC_INACTIVE state.
  • the gNB-CU After verifying the I-RNTI information, the gNB-CU (eg gNB-CU-CP) succeeds in finding the UE context for the UE stored in the gNB-CU based on this, so that the SDT for the UE is It can be seen that it has started
  • the gNB-CU eg, gNB-CU-CP
  • the gNB-CU may request setup for a Non-SDT bearer (e.g., Bearer configuration, F1 UL TEIDs) by sending a UE CONTEXT SETUP REQUEST message to the gNB-DU.
  • a Non-SDT bearer e.g., Bearer configuration, F1 UL TEIDs
  • the gNB-CU e.g gNB-CU-CP
  • the gNB-CU eg gNB-CU-CP
  • the gNB-DU can know that the UE attempts to set up a non-SDT bearer in addition to the SDT bearer. Through this, the gNB-DU can utilize information such as the SDT bearer and CG configuration configured for the corresponding UE as it is.
  • the gNB-CU may send a request message related to UE CONTEXT including information about the old SDT session (eg old gNB-DU UE F1AP ID) to the gNB-DU. have. Then, the gNB-DU can know that the UE attempts to set up a non-SDT bearer in addition to the SDT bearer.
  • the gNB-DU may utilize information such as SDT bearer and CG configuration (eg, SDT resource configuration) configured for the corresponding UE as it is.
  • the gNB-DU may receive a request message related to UE CONTEXT containing information about the Old SDT session (eg old gNB-DU UE F1AP ID) from the gNB-CU (eg gNB-CU-CP). can If the request message related to UE CONTEXT contains information about the Old SDT session (eg old gNB-DU UE F1AP ID), the gNB-DU contains information about the Old SDT session (eg old gNB-DU UE F1AP ID). Based on the , it is possible to retrieve the old SDT resource configuration and the old UE context (retrieve). Accordingly, the gNB-DU may use the old SDT resource configuration and the old UE context as it is for the non-SDT bearer.
  • the request message related to UE CONTEXT contains information about the Old SDT session (eg old gNB-DU UE F1AP ID)
  • the gNB-DU contains information about the Old SDT session (eg old gNB-
  • Step 5 The gNB-DU may complete bearer setup for the UE according to the message received from the gNB-CU-CP in Step 4, and may respond by sending a UE CONTEXT SETUP RESPONSE message.
  • Step 6 The gNB-CU-CP may generate an RRC Resume message to notify the UE of the transition to the RRC_CONNECTED state.
  • the gNB-CU-CP may deliver the RRC Resume message to the gNB-DU through the DL RRC MESSAGE TRANSFER.
  • Step 7 The gNB-DU may deliver the RRC Resume message received in Step 6 to the UE. Based on the RRC Resume message, the UE may resume all bearers and transition to the RRC_CONNECTED state. The UE may transmit UL data present in the Non-SDT bearer to the NG-RAN.
  • Step 8 The UE may respond by sending an RRC Resume Complete message to the NG-RAN.
  • Step 9 The gNB-DU may deliver the RRC message transmitted by the UE to the gNB-CU-CP through the UL RRC MESSAGE TRANSFER.
  • Steps 6 and 10 may be performed simultaneously. Step 10 may be performed before Step 6.
  • Step 10 In order to inform that the UE will attempt data transmission through the Non-SDT Bearer and thus transition to the RRC_CONNECTED state, the gNB-CU-CP may transmit a BEARER CONTEXT MODIFICATION REQUEST message to the gNB-CU-UP.
  • the gNB-CU-CP may transmit DL TEIDs information for the Non-SDT bearer received from the gNB-DU together.
  • Step 11 The gNB-CU-UP may respond by sending a BEARER CONTEXT MODIFICATION RESPONSE message after updating the Bearer Context according to the gNB-CU-CP request received in Step 8.
  • a fifth example of the disclosure of the present specification may be applied to at least one of the first, second, third, and/or fourth examples of the disclosure of the present specification described above through various examples, An example of the operation of gNB (eg, including gNB-DU and gNB-CU) may be shown.
  • gNB eg, including gNB-DU and gNB-CU
  • a gNB-DU and/or a gNB-CU is a first, second, third, and/or fourth example of the disclosure herein. The operations described in the example may be performed.
  • 13 is a diagram of the disclosure of the present specification; 5th courtesy A signal flow diagram according to the first example is shown.
  • FIG. 13 shows an example in which a gNB-DU and a gNB-CU perform communication related to a UE context.
  • the gNB-CU may transmit a request message to the gNB-DU.
  • the gNB-CU may send a request message related to the UE context to the gNB-DU.
  • the request message may include information related to the old F1AP UE ID.
  • the old F1AP UE ID may allow the gNB-DU to set up the UE context by searching for the old resource configuration and the previous UE context.
  • the RRC resume request message may include information related to a bearer for an SDT session.
  • the gNB-CU may determine that the UE intends to transmit data through a bearer for a non-SDT session, based on the received RRC resume request message. Based on the reception of the RRC resume request message, the previous F1AP UE ID information may be included in the request message.
  • the gNB-DU may send a response message to the gNB-CU.
  • the response message may include information that the gNB-DU has completed the setup of the UE context.
  • a gNB-DU and a gNB-CU are shown.
  • the gNB may be divided into a gNB-DU and a gNB-CU.
  • a gNB may be physically or logically divided into a gNB-DU and a gNB-CU.
  • the example of FIG. 14 may represent an example of a UE Context Setup procedure.
  • the UE Context Setup procedure may be performed to set the UE Context in the gNB-DU.
  • the UE Context may include a signaling radio bearer (SRB), a data radio bearer (DRB), a BH RLC channel and/or an SL DRB Configuration.
  • SRB signaling radio bearer
  • DRB data radio bearer
  • BH RLC channel a BH RLC channel
  • SL DRB Configuration SL DRB Configuration
  • the gNB-CU may start the procedure by sending a UE CONTEXT SETUP REQUEST message to the gNB-DU.
  • the gNB-DU may establish a UE context after receiving the UE CONTEXT SETUP REQUEST message.
  • the gNB-CU may transmit a UE CONTEXT SETUP REQUEST message including an Old CG-SDT Session Info Information Element (IE) to the gNB-DU.
  • IE Old CG-SDT Session Info Information Element
  • the gNB-DU may respond to the gNB-CU by sending a UE CONTEXT SETUP RESPONSE message to the gNB-CU.
  • a UE-associated logical F1-connection may be established as part of the UE Context Setup procedure.
  • the gNB-DU is based on the displayed gNB-DU F1AP UE ID, the old CG-SDT resource configuration and old UE context.
  • the gNB-DU is the SDT bearer, CG configuration (eg, SDT) configured for the UE. resource configuration), etc., may be used as it is.
  • the gNB-DU may use an old CG-SDT resource configuration and an old UE context to set up a non-SDT bearer of a UE using SDT.
  • various operations performed while SDT is performed may be supported.
  • SDT a case in which SDT is attempted again after CP signaling (or NAS PDU transmission), transition to RRC-CONNECTED state, and/or cell-reselection to another cell may be supported.
  • CP signaling or NAS PDU transmission
  • transition to RRC-CONNECTED state and/or cell-reselection to another cell may be supported.
  • the UE unnecessarily establishes an RRC connection after the state transition to RRC-IDLE or forcibly transitions to the RRC-CONNECTED state.
  • the network may transition the terminal, which has been performing small data transmission in the RRC-INACTIVE state, to the RRC-CONNECTED state.
  • the terminal may transmit the RRC Resume Request message to the wireless network once again.
  • the CU-CP of the wireless network transmits information about the Old SDT session (eg, old gNB-DU UE F1AP ID) previously allocated by the DU in the SDT procedure to the DU for the corresponding UE, so that the corresponding UE is in RRC-INACTIVE state.
  • the SDT of the RRC-CONNECTED state it can be informed that the transition is made.
  • the DU of the wireless network may generate a new bearer by adding it to the UE context previously allocated for the UE, and then inform the CU-CP.
  • the CU-CP may instruct the UE to transition to the RRC-CONNECTED state by transmitting an RRC Resume message to the UE.
  • the gNB-DU may efficiently allocate resource and UE context to one UE. For example, by the gNB-CU sending information related to the old F1AP UE ID to the gNB-DU, the gNB-DU may retrieve the previous resource configuration and the previous UE context that were configured for SDT. The gNB-DU may efficiently allocate a resource and a UE context to one UE by establishing a UE context based on the previous resource configuration and the previous UE context.
  • the operation of the terminal (eg, UE) described in this specification may be implemented by the apparatus of FIGS. 1 to 3 described above.
  • the terminal eg, UE
  • the terminal may be the first device 100 or the second device 200 of FIG. 2 .
  • operations of a terminal (eg, UE) described herein may be processed by one or more processors 102 or 202 .
  • the operation of the terminal described herein may be stored in one or more memories 104 or 204 in the form of an instruction/program (e.g. instruction, executable code) executable by one or more processors 102 or 202 .
  • One or more processors 102 or 202 control one or more memories 104 or 204 and one or more transceivers 105 or 206 , and execute instructions/programs stored in one or more memories 104 or 204 as disclosed herein. It is possible to perform the operation of the terminal (eg, UE) described in .
  • instructions for performing an operation of a terminal (eg, UE) described in the disclosure of the present specification may be stored in a non-volatile computer-readable storage medium in which it is recorded.
  • the storage medium may be included in one or more memories 104 or 204 .
  • the instructions recorded in the storage medium may be executed by one or more processors 102 or 202 to perform the operation of the terminal (eg, UE) described in the disclosure of the present specification.
  • the network node eg, AMF, SMF, UPF, PCF, UDM, DN, etc.
  • base station eg, NG-RAN, gNB, eNB, RAN, E-UTRAN, new NG-RAN, DU
  • CU CU-UP, CU-CP, gNB-DU, gNB-CU, etc.
  • the network node or base station may be the first apparatus 100 or the second apparatus 200 of FIG. 2 .
  • the operation of a network node or base station described herein may be handled by one or more processors 102 or 202 .
  • the operation of the terminal described herein may be stored in one or more memories 104 or 204 in the form of an instruction/program (e.g. instruction, executable code) executable by one or more processors 102 or 202 .
  • One or more processors 102 or 202 control one or more memories 104 or 204 and one or more transceivers 106 or 206 , and execute instructions/programs stored in one or more memories 104 or 204 as disclosed herein. It is possible to perform the operation of the network node or the base station described in .
  • the instructions for performing the operations of the network node or the base station described in the disclosure of the present specification may be stored in a non-volatile (or non-transitory) computer-readable storage medium in which it is recorded.
  • the storage medium may be included in one or more memories 104 or 204 .
  • the instructions recorded in the storage medium may be executed by one or more processors 102 or 202 to perform operations of a network node or a base station described in the disclosure of the present specification.

Landscapes

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

Abstract

본 명세서(present disclosure)의 일 개시는 gNB-CU가 통신을 수행하는 방법을 제공한다. 상기 방법은 UE 컨텍스트와 관련된 요청 메시지를 gNB-DU에게 전송하는 단계; 및 상기 gNB-DU로부터 응답 메시지를 수신하는 단계를 포함할 수 있다.

Description

UE 컨텍스트와 관련된 통신
본 명세서는 이동통신에 관한 것이다.
3rd generation partnership project (3GPP) long-term evolution (LTE)는 고속 패킷 통신(high-speed packet communications)을 가능하게 하는 기술이다. 사용자 비용 및 공급자 비용을 줄이고, 서비스 품질을 개선하며, 커버리지 및 시스템 용량을 확장 및 개선하는 것을 목표로 하는 것을 포함하여 LTE 목표를 위해 많은 계획이 제안되어 왔다. 3GPP LTE는 비트 당 비용 절감, 서비스 가용성 향상, 주파수 대역의 유연한 사용, 간단한 구조, 개방형 인터페이스 및 단말의 적절한 전력 소비를 상위 수준의 요구 사항(upper-level requirement)으로 요구한다.
ITU (International Telecommunication Union) 및 3GPP에서 New Radio (NR) 시스템에 대한 요구 사항 및 사양을 개발하기 위한 작업이 시작되었다. 3GPP는 긴급한 시장 요구 사항(urgent market needs)과 ITU-R (International Mobile Telecommunications) international mobile telecommunications (IMT)-2020 프로세스에서 정한 장기적인 요구 사항을 모두 충족하는 새로운 Radio Access Technology (RAT)를 적시에 성공적으로 표준화하는 데 필요한 기술 구성 요소를 식별하고 개발해야 한다. 또한, NR은 더 먼 미래에도 무선 통신에 사용할 수 있는 최소 최대 100GHz 범위의 스펙트럼 대역을 사용할 수 있어야 한다.
NR은 enhanced mobile broadband (eMBB), massive machine-type-communications (mMTC), ultra-reliable and low latency communications (URLLC) 등을 포함한 모든 사용 시나리오, 요구 사항 및 배포 시나리오를 다루는 단일 기술 프레임 워크를 목표로 한다. NR은 본질적으로 순방향 호환이 가능할 수 있다(forward compatible).
단말을 RRC INACTIVE로 유지한 상태에서, 소량의 데이터를 전송하는 Small Data Transmission (SDT)가 논의되고 있다. 예를 들어, SDT는 RACH-based SDT (RA-SDT) 방식 또는 Configured Grant-Small Data Transmission (CG-SDT) 방식으로 구현될 수 있다.
SDT가 진행되는 상황에서, 단말이 non-SDT bearer data를 가지고 있을 수 있다. 이 경우, 단말이 non-SDT bearer data를 네트워크로 전달하기 위해, SDT를 중단하고 RRC_CONNECTED 상태로 천이하는 과정이 시작된다. NG-RAN이 gNB-DU와 gNB-CU로 분리되어 있는 경우, 단말에 대해 SDT(예: RA-SDT 또는 CG-SDT)를 위해 이미 할당된 resource 및 UE context가 존재하더라도, gNB-DU는 하나의 단말에 대해 다시 한 번 resource 및 UE context를 할당한다. 예를 들어, gNB-DU는 별도의 정보 없이는 단말이 SDT(예: RA-SDT 또는 CG-SDT)중에 RRC_CONNECTED 상태로 천이하기 위한 과정을 시작했다는 것을 알 수 없으므로, 해당 단말에 대해 추가적으로 resource 및 UE context를 할당한다. 이로 인해, 중복된 resource 및 UE context 할당으로 인한 자원 낭비가 발생할 수 있다.
따라서, 본 명세서의 일 개시는 전술한 문제점을 해결할 수 있는 방안을 제시하는 것을 목적으로 한다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 gNB-CU가 통신을 수행하는 방법을 제공한다. 상기 방법은 UE 컨텍스트와 관련된 요청 메시지를 gNB-DU에게 전송하는 단계; 및 상기 gNB-DU로부터 응답 메시지를 수신하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 통신을 수행하는 gNB-CU를 제공한다. 상기 gNB-CU는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: UE 컨텍스트와 관련된 요청 메시지를 gNB-DU에게 전송하는 단계; 및 상기 gNB-DU로부터 응답 메시지를 수신하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 gNB-DU가 통신을 수행하는 방법을 제공한다. 상기 방법은 UE 컨텍스트와 관련된 요청 메시지를 gNB-CU로부터 수신하는 단계; 및 상기 gNB-CU에게 응답 메시지를 수신하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 통신을 수행하는 gNB-DU를 제공한다. 상기 gNB-DU는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: UE 컨텍스트와 관련된 요청 메시지를 gNB-CU로부터 수신하는 단계; 및 상기 gNB-CU에게 응답 메시지를 수신하는 단계를 포함할 수 있다.
본 명세서의 개시에 의하면, 종래 기술의 문제점을 해결할 수 있다.
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 자긴 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 네트워크 노드의 일 예를 나타낸다.
도 5은 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
도 6a 및 도 6b는 본 명세서의 개시의 일 실시예에 따른 CG based SDT를 위한 절차의 예시를 나타낸다.
도 7은 본 명세서의 개시의 제1예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 8a 및 도 8b는 본 명세서의 개시의 제1예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 9는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 10a 및 도 10b은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 11는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 12는 본 명세서의 개시의 제4예에 따른 신호 흐름도를 나타낸다.
도 13은 본 명세서의 개시의 제5예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 14는 본 명세서의 개시의 제5예의 제2 예시에 따른 신호 흐름도를 나타낸다.
다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multicarrier frequency division multiple access) 시스템을 포함한다. CDMA는 UTRA(universal terrestrial radio access) 또는 CDMA2000과 같은 무선 기술을 통해 구현될 수 있다. TDMA는 GSM(global system for mobile communications), GPRS(general packet radio service) 또는 EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술을 통해 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, 또는 E-UTRA(evolved UTRA)와 같은 무선 기술을 통해 구현될 수 있다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long-term evolution)는 E-UTRA를 이용한 E-UMTS(evolved UMTS)의 일부이다. 3GPP LTE는 하향링크(DL; downlink)에서 OFDMA를, 상향링크(UL; uplink)에서 SC-FDMA를 사용한다. 3GPP LTE의 진화는 LTE-A(advanced), LTE-A Pro, 및/또는 5G NR(new radio)을 포함한다.
설명의 편의를 위해, 본 명세서의 구현은 주로 3GPP 기반 무선 통신 시스템과 관련하여 설명된다. 그러나 본 명세서의 기술적 특성은 이에 국한되지 않는다. 예를 들어, 3GPP 기반 무선 통신 시스템에 대응하는 이동 통신 시스템을 기반으로 다음과 같은 상세한 설명이 제공되지만, 3GPP 기반 무선 통신 시스템에 국한되지 않는 본 명세서의 측면은 다른 이동 통신 시스템에 적용될 수 있다.
본 명세서에서 사용된 용어와 기술 중 구체적으로 기술되지 않은 용어와 기술에 대해서는, 본 명세서 이전에 발행된 무선 통신 표준 문서를 참조할 수 있다.
본 명세서에서 “A 또는 B(A or B)”는 “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 달리 표현하면, 본 명세서에서 “A 또는 B(A or B)”는 “A 및/또는 B(A and/or B)”으로 해석될 수 있다. 예를 들어, 본 명세서에서 “A, B 또는 C(A, B or C)”는 “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”을 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 “및/또는(and/or)”을 의미할 수 있다. 예를 들어, “A/B”는 “A 및/또는 B”를 의미할 수 있다. 이에 따라, “A/B”는 “오직 A”, “오직 B”, 또는 “A와 B 모두”를 의미할 수 있다. 예를 들어, “A, B, C”는 “A, B 또는 C”를 의미할 수 있다.
본 명세서에서 “A 및 B의 적어도 하나(at least one of A and B)”는, “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 또한, 본 명세서에서 “A 또는 B의 적어도 하나(at least one of A or B)”나 “A 및/또는 B의 적어도 하나(at least one of A and/or B)”라는 표현은 “A 및 B의 적어도 하나(at least one of A and B)”와 동일하게 해석될 수 있다.
또한, 본 명세서에서 “A, B 및 C의 적어도 하나(at least one of A, B and C)”는, “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”을 의미할 수 있다. 또한, “A, B 또는 C의 적어도 하나(at least one of A, B or C)”나 “A, B 및/또는 C의 적어도 하나(at least one of A, B and/or C)”는 “A, B 및 C의 적어도 하나(at least one of A, B and C)”를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 “예를 들어(for example)”를 의미할 수 있다. 구체적으로, “제어 정보(PDCCH)”로 표시된 경우, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 “제어 정보”는 “PDCCH”로 제한(limit)되지 않고, “PDCCH”가 “제어 정보”의 일례로 제안될 것일 수 있다. 또한, “제어 정보(즉, PDCCH)”로 표시된 경우에도, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
여기에 국한되지는 않지만, 본 명세서에서 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도는 기기 간 무선 통신 및/또는 연결(예: 5G)이 요구되는 다양한 분야에 적용될 수 있다.
이하, 본 명세서는 도면을 참조하여 보다 상세하게 기술될 것이다. 다음의 도면 및/또는 설명에서 동일한 참조 번호는 달리 표시하지 않는 한 동일하거나 대응하는 하드웨어 블록, 소프트웨어 블록 및/또는 기능 블록을 참조할 수 있다.
첨부된 도면에서는 예시적으로 UE(User Equipment)가 도시되어 있으나, 도시된 상기 UE는 단말(Terminal), ME(Mobile Equipment), 등의 용어로 언급될 수도 있다. 또한, 상기 UE는 노트북, 휴대폰, PDA, 스마트 폰(Smart Phone), 멀티미디어 기기등과 같이 휴대 가능한 기기일 수 있거나, PC, 차량 탑재 장치와 같이 휴대 불가능한 기기일 수 있다.
이하에서, UE는 무선 통신이 가능한 무선 통신 기기(또는 무신 장치, 또는 무선 기기)의 예시로 사용된다. UE가 수행하는 동작은 무선 통신 기기에 의해 수행될 수 있다. 무선 통신 기기는 무선 장치, 무선 기기 등으로도 지칭될 수도 있다. 이하에서, AMF는 AMF 노드를 의미하고, SMF는 SMF 노드를 의미하고, UPF는 UPF 노드를 의미할 수 있다.
이하에서 사용되는 용어인 기지국은, 일반적으로 무선기기와 통신하는 고정된 지점(fixed station)을 말하며, eNodeB(evolved-NodeB), eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point), gNB(Next generation NodeB) 등 다른 용어로 불릴 수 있다.
I. 본 명세서의 개시에 적용될 수 있는 기술 및 절차
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 1에 표시된 5G 사용 시나리오는 본보기일 뿐이며, 본 명세서의 기술적 특징은 도 1에 나와 있지 않은 다른 5G 사용 시나리오에 적용될 수 있다.
5G에 대한 세 가지 주요 요구사항 범주는 (1) 향상된 모바일 광대역(eMBB; enhanced mobile broadband) 범주, (2) 거대 기계 유형 통신 (mMTC; massive machine type communication) 범주 및 (3) 초고신뢰 저지연 통신 (URLLC; ultra-reliable and low latency communications) 범주이다.
부분적인 사용 예는 최적화를 위해 복수의 범주를 요구할 수 있으며, 다른 사용 예는 하나의 KPI(key performance indicator)에만 초점을 맞출 수 있다. 5G는 유연하고 신뢰할 수 있는 방법을 사용하여 이러한 다양한 사용 예를 지원한다.
eMBB는 기본적인 모바일 인터넷 접속을 훨씬 능가하며 클라우드와 증강 현실에서 풍부한 양방향 작업 및 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G 핵심 동력의 하나이며, 5G 시대에는 처음으로 전용 음성 서비스가 제공되지 않을 수 있다. 5G에서는 통신 시스템이 제공하는 데이터 연결을 활용한 응용 프로그램으로서 음성 처리가 단순화될 것으로 예상된다. 트래픽 증가의 주요 원인은 콘텐츠의 크기 증가와 높은 데이터 전송 속도를 요구하는 애플리케이션의 증가 때문이다. 더 많은 장치가 인터넷에 연결됨에 따라 스트리밍 서비스(오디오와 비디오), 대화 비디오, 모바일 인터넷 접속이 더 널리 사용될 것이다. 이러한 많은 응용 프로그램은 사용자를 위한 실시간 정보와 경보를 푸시(push)하기 위해 항상 켜져 있는 상태의 연결을 요구한다. 클라우드 스토리지(cloud storage)와 응용 프로그램은 모바일 통신 플랫폼에서 빠르게 증가하고 있으며 업무와 엔터테인먼트 모두에 적용될 수 있다. 클라우드 스토리지는 상향링크 데이터 전송 속도의 증가를 가속화하는 특수 활용 사례이다. 5G는 클라우드의 원격 작업에도 사용된다. 촉각 인터페이스를 사용할 때, 5G는 사용자의 양호한 경험을 유지하기 위해 훨씬 낮은 종단 간(end-to-end) 지연 시간을 요구한다. 예를 들어, 클라우드 게임 및 비디오 스트리밍과 같은 엔터테인먼트는 모바일 광대역 기능에 대한 수요를 증가시키는 또 다른 핵심 요소이다. 기차, 차량, 비행기 등 이동성이 높은 환경을 포함한 모든 장소에서 스마트폰과 태블릿은 엔터테인먼트가 필수적이다. 다른 사용 예로는 엔터테인먼트 및 정보 검색을 위한 증강 현실이다. 이 경우 증강 현실은 매우 낮은 지연 시간과 순간 데이터 볼륨을 필요로 한다.
또한 가장 기대되는 5G 사용 예 중 하나는 모든 분야에서 임베디드 센서(embedded sensor)를 원활하게 연결할 수 있는 기능, 즉 mMTC와 관련이 있다. 잠재적으로 IoT(internet-of-things) 기기 수는 2020년까지 2억4천만 대에 이를 것으로 예상된다. 산업 IoT는 5G를 통해 스마트 시티, 자산 추적, 스마트 유틸리티, 농업, 보안 인프라를 가능하게 하는 주요 역할 중 하나이다.
URLLC는 주 인프라의 원격 제어를 통해 업계를 변화시킬 새로운 서비스와 자율주행 차량 등 초고신뢰성의 저지연 링크를 포함하고 있다. 스마트 그리드를 제어하고, 산업을 자동화하며, 로봇 공학을 달성하고, 드론을 제어하고 조정하기 위해서는 신뢰성과 지연 시간이 필수적이다.
5G는 초당 수백 메가 비트로 평가된 스트리밍을 초당 기가비트에 제공하는 수단이며, FTTH(fiber-to-the-home)와 케이블 기반 광대역(또는 DOCSIS)을 보완할 수 있다. 가상 현실과 증강 현실뿐만 아니라 4K 이상(6K, 8K 이상) 해상도의 TV를 전달하려면 이 같은 빠른 속도가 필요하다. 가상 현실(VR; virtual reality) 및 증강 현실(AR; augmented reality) 애플리케이션에는 몰입도가 높은 스포츠 게임이 포함되어 있다. 특정 응용 프로그램에는 특수 네트워크 구성이 필요할 수 있다. 예를 들어, VR 게임의 경우 게임 회사는 대기 시간을 최소화하기 위해 코어 서버를 네트워크 운영자의 에지 네트워크 서버에 통합해야 한다.
자동차는 차량용 이동 통신의 많은 사용 예와 함께 5G에서 새로운 중요한 동기 부여의 힘이 될 것으로 기대된다. 예를 들어, 승객을 위한 오락은 높은 동시 용량과 이동성이 높은 광대역 이동 통신을 요구한다. 향후 이용자들이 위치와 속도에 관계 없이 고품질 연결을 계속 기대하고 있기 때문이다. 자동차 분야의 또 다른 사용 예는 AR 대시보드(dashboard)이다. AR 대시보드는 운전자가 전면 창에서 보이는 물체 외에 어두운 곳에서 물체를 식별하게 하고, 운전자에게 정보 전달을 오버랩(overlap)하여 물체와의 거리 및 물체의 움직임을 표시한다. 미래에는 무선 모듈이 차량 간의 통신, 차량과 지원 인프라 간의 정보 교환, 차량과 기타 연결된 장치(예: 보행자가 동반하는 장치) 간의 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전하게 운전할 수 있도록 행동의 대체 과정을 안내하여 사고의 위험을 낮춘다. 다음 단계는 원격으로 제어되거나 자율 주행하는 차량이 될 것이다. 이를 위해서는 서로 다른 자율주행 차량 간의, 그리고 차량과 인프라 간의 매우 높은 신뢰성과 매우 빠른 통신이 필요하다. 앞으로는 자율주행 차량이 모든 주행 활동을 수행하고 운전자는 차량이 식별할 수 없는 이상 트래픽에만 집중하게 될 것이다. 자율주행 차량의 기술 요구사항은 인간이 달성할 수 없는 수준으로 교통 안전이 높아지도록 초저지연과 초고신뢰를 요구한다.
스마트 사회로 언급된 스마트 시티와 스마트 홈/빌딩이 고밀도 무선 센서 네트워크에 내장될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 주택의 비용 및 에너지 효율적인 유지 보수에 대한 조건을 식별할 것이다. 각 가정에 대해서도 유사한 구성을 수행할 수 있다. 모든 온도 센서, 창문과 난방 컨트롤러, 도난 경보기, 가전 제품이 무선으로 연결될 것이다. 이러한 센서 중 다수는 일반적으로 데이터 전송 속도, 전력 및 비용이 낮다. 그러나 모니터링을 위하여 실시간 HD 비디오가 특정 유형의 장치에 의해 요구될 수 있다.
열이나 가스를 포함한 에너지 소비와 분배를 보다 높은 수준으로 분산시켜 분배 센서 네트워크에 대한 자동화된 제어가 요구된다. 스마트 그리드는 디지털 정보와 통신 기술을 이용해 정보를 수집하고 센서를 서로 연결하여 수집된 정보에 따라 동작하도록 한다. 이 정보는 공급 회사 및 소비자의 행동을 포함할 수 있으므로, 스마트 그리드는 효율성, 신뢰성, 경제성, 생산 지속 가능성, 자동화 등의 방법으로 전기와 같은 연료의 분배를 개선할 수 있다. 스마트 그리드는 지연 시간이 짧은 또 다른 센서 네트워크로 간주될 수도 있다.
미션 크리티컬 애플리케이션(예: e-health)은 5G 사용 시나리오 중 하나이다. 건강 부분에는 이동 통신의 혜택을 누릴 수 있는 많은 응용 프로그램들이 포함되어 있다. 통신 시스템은 먼 곳에서 임상 치료를 제공하는 원격 진료를 지원할 수 있다. 원격 진료는 거리에 대한 장벽을 줄이고 먼 시골 지역에서 지속적으로 이용할 수 없는 의료 서비스에 대한 접근을 개선하는 데 도움이 될 수 있다. 원격 진료는 또한 응급 상황에서 중요한 치료를 수행하고 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터에 대한 원격 모니터링 및 센서를 제공할 수 있다.
무선과 이동 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 관리 비용이 높다. 따라서 케이블을 재구성 가능한 무선 링크로 교체할 가능성은 많은 산업 분야에서 매력적인 기회이다. 그러나 이러한 교체를 달성하기 위해서는 케이블과 유사한 지연 시간, 신뢰성 및 용량을 가진 무선 연결이 구축되어야 하며 무선 연결의 관리를 단순화할 필요가 있다. 5G 연결이 필요할 때 대기 시간이 짧고 오류 가능성이 매우 낮은 것이 새로운 요구 사항이다.
물류 및 화물 추적은 위치 기반 정보 시스템을 사용하여 어디서든 인벤토리 및 패키지 추적을 가능하게 하는 이동 통신의 중요한 사용 예이다. 물류와 화물의 이용 예는 일반적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성을 갖춘 위치 정보가 필요하다.
도 1을 참조하면, 통신 시스템(1)은 무선 장치(100a~100f), 기지국(BS; 200) 및 네트워크(300)을 포함한다. 도 1은 통신 시스템(1)의 네트워크의 예로 5G 네트워크를 설명하지만, 본 명세서의 구현은 5G 시스템에 국한되지 않으며, 5G 시스템을 넘어 미래의 통신 시스템에 적용될 수 있다.
기지국(200)과 네트워크(300)는 무선 장치로 구현될 수 있으며, 특정 무선 장치는 다른 무선 장치와 관련하여 기지국/네트워크 노드로 작동할 수 있다.
무선 장치(100a~100f)는 무선 접속 기술(RAT; radio access technology) (예: 5G NR 또는 LTE)을 사용하여 통신을 수행하는 장치를 나타내며, 통신/무선/5G 장치라고도 할 수 있다. 무선 장치(100a~100f)는, 이에 국한되지 않고, 로봇(100a), 차량(100b-1 및 100b-2), 확장 현실(XR; extended reality) 장치(100c), 휴대용 장치(100d), 가전 제품(100e), IoT 장치(100f) 및 인공 지능(AI; artificial intelligence) 장치/서버(400)을 포함할 수 있다. 예를 들어, 차량에는 무선 통신 기능이 있는 차량, 자율주행 차량 및 차량 간 통신을 수행할 수 있는 차량이 포함될 수 있다. 차량에는 무인 항공기(UAV; unmanned aerial vehicle)(예: 드론)가 포함될 수 있다. XR 장치는 AR/VR/혼합 현실(MR; mixed realty) 장치를 포함할 수 있으며, 차량, 텔레비전, 스마트폰, 컴퓨터, 웨어러블 장치, 가전 제품, 디지털 표지판, 차량, 로봇 등에 장착된 HMD(head-mounted device), HUD(head-up display)의 형태로 구현될 수 있다. 휴대용 장치에는 스마트폰, 스마트 패드, 웨어러블 장치(예: 스마트 시계 또는 스마트 안경) 및 컴퓨터(예: 노트북)가 포함될 수 있다. 가전 제품에는 TV, 냉장고, 세탁기가 포함될 수 있다. IoT 장치에는 센서와 스마트 미터가 포함될 수 있다.
본 명세서에서, 무선 장치(100a~100f)는 사용자 장비(UE; user equipment)라고 부를 수 있다. UE는 예를 들어, 휴대 전화, 스마트폰, 노트북 컴퓨터, 디지털 방송 단말기, PDA(personal digital assistant), PMP(portable multimedia player), 네비게이션 시스템, 슬레이트 PC, 태블릿 PC, 울트라북, 차량, 자율주행 기능이 있는 차량, 연결된 자동차, UAV, AI 모듈, 로봇, AR 장치, VR 장치, MR 장치, 홀로그램 장치, 공공 안전 장치, MTC 장치, IoT 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 날씨/환경 장치, 5G 서비스 관련 장치 또는 4차 산업 혁명 관련 장치를 포함할 수 있다.
예를 들어, UAV는 사람이 탑승하지 않고 무선 제어 신호에 의해 항행되는 항공기일 수 있다.
예를 들어, VR 장치는 가상 환경의 개체 또는 배경을 구현하기 위한 장치를 포함할 수 있다. 예를 들어, AR 장치는 가상 세계의 개체나 배경을 실제 세계의 개체나 배경에 연결하여 구현한 장치를 포함할 수 있다. 예를 들어, MR 장치는 객체나 가상 세계의 배경을 객체나 실제 세계의 배경으로 병합하여 구현한 디바이스를 포함할 수 있다. 예를 들어, 홀로그램 장치는, 홀로그램이라 불리는 두 개의 레이저 조명이 만났을 때 발생하는 빛의 간섭 현상을 이용하여, 입체 정보를 기록 및 재생하여 360도 입체 영상을 구현하기 위한 장치가 포함할 수 있다.
예를 들어, 공공 안전 장치는 사용자 몸에 착용할 수 있는 이미지 중계 장치 또는 이미지 장치를 포함할 수 있다.
예를 들어, MTC 장치와 IoT 장치는 인간의 직접적인 개입이나 조작이 필요하지 않은 장치일 수 있다. 예를 들어, MTC 장치와 IoT 장치는 스마트 미터, 자동 판매기, 온도계, 스마트 전구, 도어락 또는 다양한 센서를 포함할 수 있다.
예를 들어, 의료 장치는 질병의 진단, 처리, 완화, 치료 또는 예방 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 부상이나 손상을 진단, 처리, 완화 또는 교정하기 위해 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 구조나 기능을 검사, 교체 또는 수정할 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 임신 조정 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 치료용 장치, 운전용 장치, (체외)진단 장치, 보청기 또는 시술용 장치를 포함할 수 있다.
예를 들어, 보안 장치는 발생할 수 있는 위험을 방지하고 안전을 유지하기 위해 설치된 장치일 수 있다. 예를 들어, 보안 장치는 카메라, 폐쇄 회로 TV(CCTV), 녹음기 또는 블랙박스일 수 있다.
예를 들어, 핀테크 장치는 모바일 결제와 같은 금융 서비스를 제공할 수 있는 장치일 수 있다. 예를 들어, 핀테크 장치는 지불 장치 또는 POS 시스템을 포함할 수 있다.
예를 들어, 날씨/환경 장치는 날씨/환경을 모니터링 하거나 예측하는 장치를 포함할 수 있다.
무선 장치(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 장치(100a~100f)에는 AI 기술이 적용될 수 있으며, 무선 장치(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예: LTE) 네트워크, 5G(예: NR) 네트워크 및 5G 이후의 네트워크 등을 이용하여 구성될 수 있다. 무선 장치(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국(200)/네트워크(300)를 통하지 않고 직접 통신(예: 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량(100b-1, 100b-2)은 직접 통신(예: V2V(vehicle-to-vehicle)/V2X(vehicle-to-everything) 통신)을 할 수 있다. 또한, IoT 기기(예: 센서)는 다른 IoT 기기(예: 센서) 또는 다른 무선 장치(100a~100f)와 직접 통신을 할 수 있다.
무선 장치(100a~100f) 간 및/또는 무선 장치(100a~100f)와 기지국(200) 간 및/또는 기지국(200) 간에 무선 통신/연결(150a, 150b, 150c)이 확립될 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a), 사이드링크 통신(150b)(또는, D2D(device-to-device) 통신), 기지국 간 통신(150c)(예: 중계, IAB(integrated access and backhaul)) 등과 같이 다양한 RAT(예: 5G NR)을 통해 확립될 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 장치(100a~100f)와 기지국(200)은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 다양한 제안에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성 정보 설정 과정, 다양한 신호 처리 과정(예: 채널 인코딩/디코딩, 변조/복조, 자원 맵핑/디맵핑 등), 및 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
AI는 인공적인 지능 또는 이를 만들 수 있는 방법론을 연구하는 분야를 의미하며, 머신 러닝(기계 학습, Machine Learning)은 인공 지능 분야에서 다루는 다양한 문제를 정의하고 그것을 해결하는 방법론을 연구하는 분야를 의미한다. 머신 러닝은 어떠한 작업에 대하여 꾸준한 경험을 통해 그 작업에 대한 성능을 높이는 알고리즘으로 정의하기도 한다.
로봇은 스스로 보유한 능력에 의해 주어진 일을 자동으로 처리하거나 작동하는 기계를 의미할 수 있다. 특히, 환경을 인식하고 스스로 판단하여 동작을 수행하는 기능을 갖는 로봇을 지능형 로봇이라 칭할 수 있다. 로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류할 수 있다. 로봇은 액츄에이터(actuator) 또는 모터를 포함하는 구동부를 구비하여 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 이동 가능한 로봇은 구동부에 휠, 브레이크, 프로펠러 등이 포함되어, 구동부를 통해 지상에서 주행하거나 공중에서 비행할 수 있다.
자율 주행은 스스로 주행하는 기술을 의미하며, 자율 주행 차량은 사용자의 조작 없이 또는 사용자의 최소한의 조작으로 주행하는 차량을 의미한다. 예를 들어, 자율 주행에는 주행 중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등이 모두 포함될 수 있다. 차량은 내연 기관만을 구비하는 차량, 내연 기관과 전기 모터를 함께 구비하는 하이브리드 차량, 그리고 전기 모터만을 구비하는 전기 차량을 모두 포괄하며, 자동차뿐만 아니라 기차, 오토바이 등을 포함할 수 있다. 자율 주행 차량은 자율 주행 기능을 가진 로봇으로 볼 수 있다.
확장 현실은 VR, AR, MR을 총칭한다. VR 기술은 현실 세계의 객체나 배경 등을 CG 영상으로만 제공하고, AR 기술은 실제 사물 영상 위에 가상으로 만들어진 CG 영상을 함께 제공하며, MR 기술은 현실 세계에 가상 객체를 섞고 결합시켜서 제공하는 CG 기술이다. MR 기술은 현실 객체와 가상 객체를 함께 보여준다는 점에서 AR 기술과 유사하다. 그러나, AR 기술에서는 가상 객체가 현실 객체를 보완하는 형태로 사용되는 반면, MR 기술에서는 가상 객체와 현실 객체가 동등한 성격으로 사용된다는 점에서 차이점이 있다.
NR은 다양한 5G 서비스를 지원하기 위한 다수의 뉴머럴로지(numerology) 또는 부반송파 간격(SCS; subcarrier spacing)을 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한 도시(dense-urban), 저지연(lower latency) 및 더 넓은 반송파 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 대역은 2가지 타입(FR1, FR2)의 주파수 범위(frequency range)로 정의될 수 있다. 주파수 범위의 수치는 변경될 수 있다. 예를 들어, 2가지 타입(FR1, FR2)의 주파수 범위는 아래 표 1과 같을 수 있다. 설명의 편의를 위해, NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
주파수 범위 정의 주파수 범위 부반송파 간격
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 아래 표 2와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예: 자율 주행)을 위해 사용될 수 있다.
주파수 범위 정의 주파수 범위 부반송파 간격
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
여기서, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 협대역 IoT(NB-IoT, narrowband IoT)를 포함할 수 있다. 예를 들어, NB-IoT 기술은 LPWAN(low power wide area network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 예를 들어, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced MTC) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-bandwidth limited), 5) LTE-MTC, 6) LTE MTC, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및/또는 LPWAN 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 예를 들어, 지그비 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 2를 참조하면, 제1 무선 장치(100)와 제2 무선 장치(200)는은 다양한 RAT(예: LTE 및 NR)를 통해 외부 장치로/외부 장치로부터 무선 신호를 송수신할 수 있다.
도 2에서, {제1 무선 장치(100) 및 제2 무선 장치(200)}은(는) 도 1의 {무선 장치(100a~100f) 및 기지국(200)}, {무선 장치(100a~100f) 및 무선 장치(100a~100f)} 및/또는 {기지국(200) 및 기지국(200)} 중 적어도 하나에 대응할 수 있다.
제1 무선 장치(100)는 송수신기(106)와 같은 적어도 하나의 송수신기, 프로세싱 칩(101)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(108)를 포함할 수 있다.
프로세싱 칩(101)은 프로세서(102)와 같은 적어도 하나의 프로세서와 메모리(104)와 같은 적어도 하나의 메모리를 포함할 수 있다. 도 2에는 메모리(104)가 프로세싱 칩(101)에 포함되는 것이 본보기로 보여진다. 추가적으로 및/또는 대체적으로, 메모리(104)는 프로세싱 칩(101) 외부에 배치될 수 있다.
프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성하고, 제1 정보/신호를 포함하는 무선 신호를 송수신기(106)를 통해 전송할 수 있다. 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신하고, 제2 정보/신호를 처리하여 얻은 정보를 메모리(104)에 저장할 수 있다.
메모리(104)는 프로세서(102)에 동작 가능하도록 연결될 수 있다. 메모리(104)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(104)는 프로세서(102)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현하는 소프트웨어 코드(105)를 저장할 수 있다. 예를 들어, 소프트웨어 코드(105)는 프로세서(102)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 소프트웨어 코드(105)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(102)를 제어할 수 있다. 예를 들어, 소프트웨어 코드(105)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(102)를 제어할 수 있다.
여기에서, 프로세서(102)와 메모리(104)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)에 연결되어 하나 이상의 안테나(108)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(radio frequency)부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제1 무선 장치(100)는 통신 모뎀/회로/칩을 나타낼 수 있다.
제2 무선 장치(200)는 송수신기(206)와 같은 적어도 하나의 송수신기, 프로세싱 칩(201)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(208)를 포함할 수 있다.
프로세싱 칩(201)은 프로세서(202)와 같은 적어도 하나의 프로세서와 메모리(204)와 같은 적어도 하나의 메모리를 포함할 수 있다. 도 2에는 메모리(204)가 프로세싱 칩(201)에 포함되는 것이 본보기로 보여진다. 추가적으로 및/또는 대체적으로, 메모리(204)는 프로세싱 칩(201) 외부에 배치될 수 있다.
프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성하고, 제3 정보/신호를 포함하는 무선 신호를 송수신기(206)를 통해 전송할 수 있다. 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신하고, 제4 정보/신호를 처리하여 얻은 정보를 메모리(204)에 저장할 수 있다.
메모리(204)는 프로세서(202)에 동작 가능하도록 연결될 수 있다. 메모리(204)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(204)는 프로세서(202)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현하는 소프트웨어 코드(205)를 저장할 수 있다. 예를 들어, 소프트웨어 코드(205)는 프로세서(202)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 소프트웨어 코드(205)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(202)를 제어할 수 있다. 예를 들어, 소프트웨어 코드(205)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(202)를 제어할 수 있다.
여기에서, 프로세서(202)와 메모리(204)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)에 연결되어 하나 이상의 안테나(208)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(206)는 RF부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제2 무선 장치(200)는 통신 모뎀/회로/칩을 나타낼 수 있다.
이하, 무선 장치(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예: PHY(physical) 계층, MAC(media access control) 계층, RLC(radio link control) 계층, PDCP(packet data convergence protocol) 계층, RRC(radio resource control) 계층, SDAP(service data adaptation protocol) 계층과 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 하나 이상의 PDU(protocol data unit) 및/또는 하나 이상의 SDU(service data unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 메시지, 제어 정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 포함하는 신호(예: 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예: 베이스밴드 신호)를 수신할 수 있고, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 및/또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 및/또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(application specific integrated circuit), 하나 이상의 DSP(digital signal processor), 하나 이상의 DSPD(digital signal processing device), 하나 이상의 PLD(programmable logic device) 및/또는 하나 이상의 FPGA(field programmable gate arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도는 펌웨어 및/또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 및/또는 소프트웨어는 모듈, 절차, 기능을 포함하도록 구현될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도를 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도는 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM(read-only memory), RAM(random access memory), EPROM(erasable programmable ROM), 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보, 무선 신호 등을 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보, 무선 신호 등을 수신하도록 제어할 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 명세서에서, 하나 이상의 안테나(108, 208)는 복수의 물리 안테나이거나, 복수의 논리 안테나(예: 안테나 포트)일 수 있다.
하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 발진기(oscillator) 및/또는 필터를 포함할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 베이스밴드 신호를 OFDM 신호로 상향 변환(up-convert)하고, 상향 변환된 OFDM 신호를 반송파 주파수에서 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 반송파 주파수에서 OFDM 신호를 수신하고, 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 신호를 OFDM 베이스밴드 신호로 하향 변환(down-convert)할 수 있다.
본 명세서의 구현에서, UE는 상향링크(UL; uplink)에서 송신 장치로, 하향링크(DL; downlink)에서 수신 장치로 작동할 수 있다. 본 명세서의 구현에서, 기지국은 UL에서 수신 장치로, DL에서 송신 장치로 동작할 수 있다. 이하에서 기술 상의 편의를 위하여, 제1 무선 장치(100)는 UE로, 제2 무선 장치(200)는 기지국으로 동작하는 것으로 주로 가정한다. 예를 들어, 제1 무선 장치(100)에 연결, 탑재 또는 출시된 프로세서(102)는 본 명세서의 구현에 따라 UE 동작을 수행하거나 본 명세서의 구현에 따라 UE 동작을 수행하도록 송수신기(106)를 제어하도록 구성될 수 있다. 제2 무선 장치(200)에 연결, 탑재 또는 출시된 프로세서(202)는 본 명세서의 구현에 따른 기지국 동작을 수행하거나 본 명세서의 구현에 따른 기지국 동작을 수행하기 위해 송수신기(206)를 제어하도록 구성될 수 있다.
본 명세서에서, 기지국은 노드 B(Node B), eNode B(eNB), gNB로 불릴 수 있다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
무선 장치는 사용 예/서비스에 따라 다양한 형태로 구현될 수 있다(도 1 참조).
도 3을 참조하면, 무선 장치(100, 200)는 도 2의 무선 장치(100, 200)에 대응할 수 있으며, 다양한 구성 요소, 장치/부분 및/또는 모듈에 의해 구성될 수 있다. 예를 들어, 각 무선 장치(100, 200)는 통신 장치(110), 제어 장치(120), 메모리 장치(130) 및 추가 구성 요소(140)를 포함할 수 있다. 통신 장치(110)는 통신 회로(112) 및 송수신기(114)를 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 2의 하나 이상의 프로세서(102, 202) 및/또는 도 2의 하나 이상의 메모리(104, 204)를 포함할 수 있다. 예를 들어, 송수신기(114)는 도 2의 하나 이상의 송수신기(106, 206) 및/또는 도 2의 하나 이상의 안테나(108, 208)를 포함할 수 있다. 제어 장치(120)는 통신 장치(110), 메모리 장치(130), 추가 구성 요소(140)에 전기적으로 연결되며, 각 무선 장치(100, 200)의 전체 작동을 제어한다. 예를 들어, 제어 장치(120)는 메모리 장치(130)에 저장된 프로그램/코드/명령/정보를 기반으로 각 무선 장치(100, 200)의 전기/기계적 작동을 제어할 수 있다. 제어 장치(120)는 메모리 장치(130)에 저장된 정보를 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로 전송하거나, 또는 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로부터 수신한 정보를 메모리 장치(130)에 저장할 수 있다.
추가 구성 요소(140)는 무선 장치(100, 200)의 유형에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 구성 요소(140)는 동력 장치/배터리, 입출력(I/O) 장치(예: 오디오 I/O 포트, 비디오 I/O 포트), 구동 장치 및 컴퓨팅 장치 중 적어도 하나를 포함할 수 있다. 무선 장치(100, 200)는, 이에 국한되지 않고, 로봇(도 1의 100a), 차량(도 1의 100b-1 및 100b-2), XR 장치(도 1의 100c), 휴대용 장치(도 1의 100d), 가전 제품(도 1의 100e), IoT 장치(도 1의 100f), 디지털 방송 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/장치(도 1의 400), 기지국(도 1의 200), 네트워크 노드의 형태로 구현될 수 있다. 무선 장치(100, 200)는 사용 예/서비스에 따라 이동 또는 고정 장소에서 사용할 수 있다.
도 3에서, 무선 장치(100, 200)의 다양한 구성 요소, 장치/부분 및/또는 모듈의 전체는 유선 인터페이스를 통해 서로 연결되거나, 적어도 일부가 통신 장치(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 각 무선 장치(100, 200)에서, 제어 장치(120)와 통신 장치(110)는 유선으로 연결되고, 제어 장치(120)와 제1 장치(예: 130과 140)는 통신 장치(110)를 통해 무선으로 연결될 수 있다. 무선 장치(100, 200) 내의 각 구성 요소, 장치/부분 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어 장치(120)는 하나 이상의 프로세서 집합에 의해 구성될 수 있다. 일 예로, 제어 장치(120)는 통신 제어 프로세서, 애플리케이션 프로세서(AP; application processor), 전자 제어 장치(ECU; electronic control unit), 그래픽 처리 장치 및 메모리 제어 프로세서의 집합에 의해 구성될 수 있다. 또 다른 예로, 메모리 장치(130)는 RAM, DRAM, ROM, 플래시 메모리, 휘발성 메모리, 비휘발성 메모리 및/또는 이들의 조합에 의해 구성될 수 있다.
도 4는 본 명세서의 구현이 적용되는 네트워크 노드의 일 예를 나타낸다.
도 4는 기지국이 중앙 유닛(CU; central unit)과 분산 유닛(DU; distributed unit)으로 분할되는 경우, 상술한 도 2의 제2 무선 장치(200) 또는 도 3의 무선 장치(200)를 보다 상세하게 예시하는 도면이다.
도 4을 참조하면, 기지국(200)은 코어 네트워크(300)와 연결될 수 있다. 기지국(200)은 서로 연결될 수 있다. 예를 들어, 기지국(200)과 코어 네트워크(300) 사이의 인터페이스를 NG라 할 수 있다. 예를 들어, 기지국(200) 사이의 인터페이스를 Xn이라 할 수 있다.
기지국(200)은 CU(210) 및 DU(220)로 분할될 수 있다. 즉, 기지국(200)은 계층적으로 분리되어 운용될 수 있다. CU(210)는 하나 이상의 DU(220)와 연결될 수 있다. 예를 들어, CU(210)와 DU(220) 사이의 인터페이스를 F1이라 할 수 있다. CU(210)는 기지국(200)의 상위 계층의 기능을 수행할 수 있고, DU(220)는 기지국(200)의 하위 계층의 기능을 수행할 수 있다. 예를 들어, CU(210)는 기지국(200)(예: gNB)의 RRC, SDAP 및 PDCP 계층을 호스팅하는 논리 노드(logical node)일 수 있다. 또는, CU(W32)는 기지국(200)(예: ng-eNB)의 RRC 및 PDCP 계층을 호스팅하는 논리 노드일 수 있다. 예를 들어, DU(220)는 기지국의 RLC, MAC 및 PHY 계층을 호스팅하는 논리 노드일 수 있다.
DU(220)의 동작은 부분적으로 CU(210)에 의해 제어될 수 있다. 하나의 DU(220)는 하나 이상의 셀을 지원할 수 있다. 하나의 셀은 오직 하나의 DU(220)에 의해서만 지원될 수 있다. 하나의 DU(220)는 하나의 CU(210)에 연결될 수 있고, 적절한 구현에 의하여 하나의 DU(220)는 복수의 CU(210)에 연결될 수도 있다.
도 5은 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
5G 시스템(5GS; 5G system) 구조는 다음과 같은 네트워크 기능(NF; network function)으로 구성된다.
- AUSF (Authentication Server Function)
- AMF (Access and Mobility Management Function)
- DN (Data Network), 예를 들어 운영자 서비스, 인터넷 접속 또는 타사 서비스
- USDF (Unstructured Data Storage Function)
- NEF (Network Exposure Function)
- I-NEF (Intermediate NEF)
- NRF (Network Repository Function)
- NSSF (Network Slice Selection Function)
- PCF (Policy Control Function)
- SMF (Session Management Function)
- UDM (Unified Data Management)
- UDR (Unified Data Repository)
- UPF (User Plane Function)
- UCMF (UE radio Capability Management Function)
- AF (Application Function)
- UE (User Equipment)
- (R)AN ((Radio) Access Network)
- 5G-EIR (5G-Equipment Identity Register)
- NWDAF (Network Data Analytics Function)
- CHF (CHarging Function)
또한, 다음과 같은 네트워크 기능이 고려될 수 있다.
- N3IWF (Non-3GPP InterWorking Function)
- TNGF (Trusted Non-3GPP Gateway Function)
- W-AGF (Wireline Access Gateway Function)
도 5은 다양한 네트워크 기능이 어떻게 서로 상호 작용하는지를 보여주는 기준점(reference point) 표현을 사용하여 비로밍(non-roaming) 사례의 5G 시스템 구조를 보여준다.
도 5에서는 점 대 점 도면의 명확성을 위해, UDSF, NEF 및 NRF는 설명되지 않았다. 그러나 표시된 모든 네트워크 기능은 필요에 따라 UDSF, UDR, NEF 및 NRF와 상호 작용할 수 있다.
명확성을 위해, UDR과 다른 NF(예: PCF)와의 연결은 도 5에 도시되지 않는다. 명확성을 위해, NWDAF과 다른 NF(예: PCF)와의 연결은 도 5에 도시되지 않는다.
5G 시스템 구조는 다음과 같은 기준점을 포함한다.
- N1: UE와 AMF 사이의 기준점.
- N2: (R)AN과 AMF 사이의 기준점.
- N3: (R)AN과 UPF 사이의 기준점.
- N4: SMF와 UPF 사이의 기준점.
- N6: UPF와 데이터 네트워크 사이의 기준점.
- N9: 두 UPF 사이의 기준점.
다음의 기준점은 NF의 NF 서비스 간에 존재하는 상호 작용을 보여준다.
- N5: PCF와 AF 사이의 기준점.
- N7: SMF와 PCF 사이의 기준점.
- N8: UDM과 AMF 사이의 기준점.
- N10: UDM과 SMF 사이의 기준점.
- N11: AMF와 SMF 사이의 기준점.
- N12: AMF와 AUSF 사이의 기준점.
- N13: UDM과 AUSF 사이의 기준점.
- N14: 두 AMF 사이의 기준점.
- N15: 로밍 시나리오(non-roaming scenario)에서, PCF와 AMF 간의 레퍼런스 포인트, 로밍 시나리오에서, AMF와 방문 네트워크(visited network)의 PCF 간의 레퍼런스 포인트를 나타낸다.
- N16: 두 SMF 사이의 기준점(로밍의 경우 방문 네트워크의 SMF와 홈 네트워크의 SMF 사이)
- N22: AMF와 NSSF 사이의 기준점.
- N30: PCF와 NEF 간의 기준점.
- N33: AF와 NEF 간의 기준점.
경우에 따라, UE를 서비스하기 위해 두 개의 NF를 서로 연결해야 할 수도 있다.
참고로, 도 5에서 사업자(operator) 이외의 제3자(third party)에 의한 AF는 NEF를 통해 5GC에 접속될 수도 있다.
<연결 관리(Connection Management: CM)>
CM은 UE와 AMF간의 시그널링 연결을 수립 또는 해제하기 위해 사용된다. 예를 들어, CM은 N1 레퍼런스 포인트를 통해 UE와 AMF 간의 NAS 시그널링 연결을 수립하는 기능 및 해제하는 기능을 포함한다. NAS 시그널링 연결은 UE와 코어 네트워크 간의 NAS 시그널링 교환(NAS signaling exchange)을 가능하게 한다.
NAS 시그널링 연결은 AN(Access Network)과 UE 간의 AN 시그널링 연결(3GPP 액세스를 통한 RRC 연결 또는 비-3GPP 액세스를 통한 UE와 N3IWF 간의 연결) 및 AN과 AMF 간의 UE에 대한 N2 연결을 포함할 수 있다.
2개의 CM 상태는 UE와 AMF 간의 NAS 시그널링 연결을 반영하기 위해 사용된다. 2개의 CM 상태는 아래와 같다:
- CM-IDLE
- CM-CONNECTED
3GPP 액세스에 대한 CM 상태 및 비-3GPP 액세스에 대한 CM 상태는 서로 독립적일 수 있다. 예를 들어, 3GPP 액세스에 대해서는 CM-IDLE 상태이고, 비-3GPP 액세스에 대해서는 CM-CONNECTED 상태일 수 있다.
이하에서, CM-IDLE 상태, CM-CONNECTED 상태 및 CM-IDLE 상태와 CM-CONNECTED 상태 간의 전환에 대해 설명하기로 한다.
1. CM-IDLE 상태
CM-IDLE 상태에 있는 UE는 N1 인터페이스를 통한 AMF와의 NAS 시그널링 연결을 가지고 있지 않다. UE는 셀 선택이나 셀 재선택 절차와 PLMN 선택 절차를 수행할 수 있다.
CM-IDLE 상태에 있는 UE에 대해, AN 시그널링 연결, N2 연결 및 N3 연결이 존재하지 않는다. UE가 CM-IDLE 상태이고 RM(Registration Management)-REGISTERED 상태인 경우, UE는 아래의 동작을 수행할 수 있다:
- UE가 Mobile Initiated Connection Only(MICO) 모드가 아닌 한, 서비스 요청 절차를 수행함으로써 페이징에 응답할 수 있다.
- UE가 전송할 업링크 시그널링 또는 사용자 데이터를 가질 때, 서비스 요청 절차를 수행할 수 있다.
AMF 내에서의 UE 상태가 RM-REGISTERED 이면, UE와의 통신을 개시하기 위한 UE 정보가 AMF에 저장될 수 있다. AMF는 5G-GUTI(Globally Unique Temporary Identifier)를 사용하여 UE와의 통신을 개시하는데 필요한 저장된 정보를 검색할 수 있다.
UE는 AN 시그널링 연결 수립을 위한 절차를 수행하는 동안 5G-S-TMSI(5G-Short-Temporary Mobile Subscriber Identity)를 AN 파라미터의 일부로 제공할 수 있다. AN 시그널링 연결이 UE와 AN 사이에 수립될 때마다 (3GPP 액세스를 통해 RRC Connected 상태로 들어가는 경우, 또는 비-3GPP 액세스를 통해 UE와 N3IWF 간의 연결을 수립하는 경우), UE는 CM-CONNECTED 상태로 들어갈(enter) 수 있다.
초기(Initial) NAS 메시지의 전송은 CM-IDLE 상태에서 CM-CONNECTED 상태로의 전환을 개시한다. 여기서, 초기 NAS 메시지는 예를 들어, 등록 요청 메시지, 서비스 요청 메시지, 등록취소 요청(Deregistration Request) 메시지일 수 있다.
AMF 내의 UE 상태가 CM-IDLE이고 RM-REGISTERED인 경우, AMF는 아래 동탁을 수행할 수 있다:
- AMF가 UE에 전송할 mobile-terminated 데이터 또는 시그널링을 가지는 경우, AMF는 UE에 페이징 요청 메시지를 전송함으로서 네트워크 개시 서비스 요청 절차(a network triggered Service Request procedure)를 수행할 수 있다. AMF는 UE가 MICO 모드 또는 이동성 제한 등으로 인해 응답할 수 없는 경우를 제외하고 네트워크 개시 서비스 요청 절차를 수행할 수 있다.
UE에 대해 AN과 AMF 사이에 N2 연결이 수립될 때마다, AMF는 UE에 대해 CM-CONNECTED 상태로 들어갈 수 있다. 초기 N2 메시지(예: N2 INITIAL UE MESSAGE)의 수신은 AMF에서의 CM-IDLE 상태에서 CM-CONNECTED 상태로의 전환을 개시한다.
UE 및 AMF는 CM-IDLE 상태일 때, 예를 들어, MICO 모드를 활성화 함으로써 전력 효율 및 시그널링 효율을 최적화 할 수도 있다.
2. CM-CONNECTED 상태
CM-CONNECTED 상태에 있는 UE는 N1 레퍼런스 포인트를 통해 AMF와 시그널링 연결을 가지고 있다. NAS 시그널링 연결은 UE와 NG-RAN 간의 RRC 연결 및 3GPP에 대한 AN과 AMF 간의 NGAP(New Generation Application Protocol) UE 연계(NGAP UE association)를 사용할 수 있다. UE는 AN과 AMF 간의 임의의 TNLA(Transport Network Layer Association)에 바인딩되지 않은(not bound to) NGAP UE 연계와 함께한 CM-CONNECTED 상태에 있을 수 있다. NAS 시그널링 절차가 완료되면, AMF는 UE와의 NAS 시그널링 연결을 해제하기로 결정할 수 있다.
CM-CONNECTED 상태에서, UE는 아래 동작을 수행할 수 있다:
- AN 시그널링 연결이 해제될 때마다(예를 들어, 3GPP 액세스를 통해 RRC Idle 상태에 들어가는 경우 또는 비-3GPP 액세스를 통한 UE와 N3IWF 간의 연결이 해제된 것이 UE에 의해 검출된 경우), UE는 CM-IDLE 상태로 들어갈 수 있다.
AMF 내의 UE CM 상태가 CM-CONNECTED 상태인 경우, AMF는 아래의 동작을 수행할 수 있다:
- AN 해제 절차가 완료될 때, UE에 대한 논리적 NGAP 시그널링 연결 및 N3 사용자 평면 연결이 해제되면, AMF는 UE에 대한 CM-IDLE 상태에 들어갈 수 있다.
UE가 코어 네트워크로부터 등록취소(de-register) 될 때까지, AMF는 AMF 내의 UE CM 상태를 CM-CONNECTED 상태로 유지할 수 있다.
CM-CONNECTED 상태에 있는 UE는 RRC 비활성화 상태에 있을 수 있다. UE가 RRC 비활성화 상태에 있으면, 아래의 내용이 적용된다:
- UE reachability는 코어 네트워크로부터의 지원 정보(assistance information)와 함께, RAN에 의해 관리된다,
- UE 페이징은 RAN에 의해 관리된다.
- UE는 UE의 CN(5G-S-TMSI) 및 RAN indentifier를 이용하여 페이징을 관리한다
3. CM-IDLE 상태와 CM-CONNECTED 상태 간의 전환
전술한 CM-IDLE 상태에 대한 설명 및 CM-CONNECTED 상태에 대한 설명에 기초하여, CM-IDLE 상태와 CM-CONNECTED 상태 간의 전환의 예시를 설명한다.
UE 내에서의 CM 상태가 CM-IDLE 상태인 경우, AN 시그널링 연결이 수립되면(예를 들어, UE가 초기 NAS 메시지를 전송한 경우), CM 상태는 CM-CONNECTED 상태로 전환된다. UE 내에서의 CM 상태가 CM-CONNECTED 상태인 경우, AN 시그널링 연결이 해제되면, CM 상태가 CM-IDLE 상태로 전환된다.
AMF 내에서의 UE에 대한 CM 상태가 CM-IDLE 상태인 경우, N2 컨텍스트가 수립되면, CM 상태가 CM-CONNECTED 상태로 전환된다. AMF 내에서의 UE에 대한 CM 상태가 CM-CONNECTED 상태인 경우, N2 컨텍스트가 해제되면, CM 상태가 CM-IDLE 상태로 전환된다.
<RRC 상태(RRC state)>
LTE에서 RRC 상태는 RRC_IDLE 상태 및 RRC_CONNECTED 상태를 포함한다. 5G에서 RRC 상태는 RRC_IDLE 상태, RRC_CONNECTED 상태 및 RRC_INACTIVE 상태를 포함할 수 있다. 즉, 5G에서 RRC_INACTIVE 상태가 새로 정의되었다.
RRC_INACTIVE 상태는, 단말(예: UE)가 코어 네트워크에서는 Connected 상태이지만, 단말과 NG-RAN 사이의 Radio 측면에서는 IDLE 상태인 RRC 상태를 의미할 수 있다. 예를 들어, 단말이 RRC_INACTIVE 상태인 경우, 단말은 Radio 측면에서는 RRC 연결이 해제된 상태이고, 단말은 코어 네트워크 측면에서는 MM(Mobility Management)-REGISTERED 상태이고, CM(Connection Management)_CONNECTED 상태일 수 있다.
RRC_INACTIVE 상태가 사용될 경우, 단말이 RRC_INACTIVE 상태에서 RRC_CONNECTED 상태로 전환될 경우, 코어에서는 CONNECTED 상태로 전환할 때 발생하는 시그널링이 필요 없이 빠르게 단말에게 연결을 제공할 수 있다. 그리고, 단말과 NG-RAN 사이의 Radio 측면에서는 Radio 자원이 불필요하게 낭비되는 것을 방지할 수 있으므로, Radio 자원을 효율적으로 사용할 수 있다.
II. 본 명세서의 개시
본 명세서에서 후술되는 개시들은 하나 이상의 조합(예: 이하에서 설명하는 내용들 중 적어도 하나를 포함하는 조합)으로 구현될 수 있다. 도면 각각은 각 개시의 실시예를 나타내고 있으나, 도면의 실시예들은 서로 조합되어 구현될 수도 있다.
본 명세서의 개시에서 제안하는 방안에 대한 설명은 이하에서 설명하는 하나 이상의 동작/구성/단계의 조합으로 구성될 수 있다. 아래에서 설명하는 아래의 방법들은 조합적으로 또는 보완적으로 수행되거나 사용될 수 있다.
UE가 INACTIVE 상태일 때, NR SDT가 사용되는 경우, SRB1과 SRB2를 통한 Control Plane (CP) 시그널링이 지원될 수 있다.
예를 들어, UE가 INACTIVE 상태일 때의 NR SDT에 대해, 다음의 내용이 적용될 수도 있다.
- RRC_INACTIVE 상태의 경우:
RACH 기반 방식(예: 2단계 및 4단계 RACH)에 대한 UL SDT:
INACTIVE 상태(예: MSGA 또는 MSG3 사용)에서 작은 데이터 패킷의 전송을 가능하게 하는 일반 절차가 지원될 수 있음. (예를 들어, MSGA는 2-step RA 타입의 랜덤 액세스 프리앰블의 프리앰블 및 페이로드의 전송에 사용될 수 있고, MSG3는 2-step 랜덤 액세스 프리앰블에서의 MSGA에 대한 응답일 수 있음);
UL에서 User Plane (UP) 데이터 전송을 지원하기 위해 MSGA 및 MSG3에 대해 현재 INACTIVE 상태에 대해 가능한 종래의 Common Control Channel (CCCH) 메시지 크기보다 큰 유연한 페이로드 크기 활성화(실제 페이로드 크기는 네트워크 구성까지 가능)가 지원될 수 있음; 및/또는
RACH 기반 솔루션에 대한 INACTIVE 상태의 컨텍스트 fetch 및 데이터 전달(앵커 재배치 포함 및 미포함)이 지원될 수 있음.
미리 구성된 Physical uplink shared channel (PUSCH) 자원에 대한 UL 데이터 전송(즉, 설정된 grant type 1 재사용) - TA가 유효한 경우:
INACTIVE 상태에서 구성된 grant type 1 자원을 통한 소규모 데이터 전송을 위한 일반 절차가 지원될 수 있음; 및/또는
INACTIVE 상태에 대한 UL에서 작은 데이터 전송을 위해 구성된 grant type 1 자원의 구성이 지원될 수 있음.
필요한 경우 RRC_INACTIVE에서 소규모 데이터 전송을 위한 RRM 코어 요구 사항이 특정될 수 있다.
UL에서 small data의 전송, UL 및 DL에서 small data의 후속 전송 및 상태 전환 결정은 네트워크가 제어할 수 있다.
DRB용 프레임워크를 재사용하여 RRC_INACTIVE 상태에서 작은 데이터 전송을 위한 SRB1 및 SRB2 구성을 지정할 수도 있다.
또한, 단말이 SDT를 진행하는 중에, 동일한 cell에서 다시 Resume procedure을 trigger (예: due to the UL data generated from DRBs not configured for SDT)(즉, non-SDT UL data가 생성된 경우) 하거나, 또는 다른 cell에서 Resume procedure을 trigger (예: due to cell re-selection)하는 상황이 존재할 수 있다.
동일한 셀에서 RRC 재개 절차(RRC Resume procedure)를 위해 NCC 및 Inactive Radio Network Temporary Identifier (I-RNTI) 재사용:
SDT 절차 중에 SDT 용으로 설정되지 않은 DRB에서 생성된 데이터를 처리하는 방안이 문제될 수 있다. non-SDT DRB는 SDT 시작(SDT initiation) 시 재개되지 않아 버퍼 상태 보고(buffer status report)에 반영되지 않기 때문이다.
한 가지 옵션은 새로운 RRCResume 절차를 트리거하는 것이다. 예를 들어, CCCH에서 RRCResumeRequest 메시지를 전송하는 것이다. 종래의 절차에 따라 RRC_INACTIVE에 있는 UE는 UE의 NAS 계층으로부터 UL 데이터 전송에 대한 요청을 수신하면, RRCResume 절차를 시작할 수 있다.
그러나 SDT에 대해 RRCResume 절차가 이미 시작된 경우, 이 두 번째 ResumeRequest는 UE가 새로운 NCC를 수신하지 않았기 때문에 동일한 셀에서 I-RNTI 및 resumeMAC-I를 재사용할 수 있다. UE는 non-SDT 데이터를 생성하기 전에, 즉 경합 해결(contention resolution) 전에 네트워크 응답을 수신하거나 수신하지 않았을 수도 있다.
I-RNTI 및 resumeMAC-I를 재사용하는 CCCH 메시지가 SDT 개시 후 동일한 셀에서 다시 전송될 수 있는지 여부(예: UE에서 RRC 거부를 수신하지 않은 경우의 종래의 RRC Reject case와 유사할 수 있음)가 논의되지 않았다.
다른 셀에서 RRC 재개 절차를 위해 NCC 및 I-RNTI 재사용:
종래 기술에 따르면, UE가 RRCResumeRequest를 전송하고, RRC 응답 메시지(예: RRCRlease 또는 RRCResume)를 수신하기 전에 셀 재선택을 수행하는 경우, UE는 IDLE 상태로 전환할 수 있다. 그러나 UE가 셀 재선택 전에 다중 패킷을 송수신할 수 있으므로, RRCResume 절차가 SDT 절차를 시작하는 데 이미 사용된 경우, 데이터 손실이 발생할 수 있다.
대안적인 접근 방법으로, UE가 INACTIVE를 유지하고 새로운 셀에서 RRCResumeRequest 메시지를 전송하는 방법이 논의되고 있다. 하지만 종래기술에 따르면, UE는 suspendConfig 메시지와 함께 후속 RRCRlease를 통해, 업데이트된 I-RNTI 및 NCC를 제공받을 수 있다. UE가 첫 번째 셀에서 SDT 절차를 완료하기 전에 새 셀에서 새로운 SDT 절차를 시도하면, 현재 절차에 따라 업데이트된 I-RNTI 및 NCC를 수신하지 못한다. 새로운 셀에서 다른 CCCH 메시지를 전송함으로써 SDT 절차/RRC 재개를 시작하기 위해, 이전 셀의 NCC 및 I-RNTI의 재사용을 일시적으로 허용하는 방안이 논의될 수 있다. SDT 절차가 시작되었던 이전 셀의 NCC 및 I-RNTI를 재사용하여 새 셀에서 새 SDT 절차를 시작할 수 있는지 여부가 불분명하다.
만약 단말에 대한 UE context를 가지고 있는 Old NG-RAN (= last serving NG-RAN)이 아닌, RAN-based Notification Area (RNA) 내에 위치한 다른 NG-RAN에서 Small data transmission (SDT)을 개시하는 경우, 이를 지원하는 방법이 필요하다. 예를 들어, 본 명세서의 개시에서는 위와 같은 경우에서 New NG-RAN과 old NG-RAN이 단말의 SDT를 지원하는 방법의 예시를 설명한다.
단말을 RRC INACTIVE로 유지한 상태에서, 소량의 데이터를 전송하는 Small Data Transmission (SDT)가 논의되고 있다. 예를 들어, SDT는 RACH-based SDT (RA-SDT) 방식 또는 Configured Grant-Small Data Transmission (CG-SDT) 방식으로 구현될 수 있다.
SDT가 진행되는 상황에서, 단말이 non-SDT bearer data를 가지고 있을 수 있다. 이 경우, 단말이 non-SDT bearer data를 네트워크로 전달하기 위해, SDT를 중단하고 RRC_CONNECTED 상태로 천이하는 과정이 시작된다. NG-RAN이 gNB-DU와 gNB-CU로 분리되어 있는 경우, 단말에 대해 RA-SDT를 위해 이미 할당된 resource 및 UE context가 존재하더라도, gNB-DU는 하나의 단말에 대해 다시 한 번 resource 및 UE context를 할당한다. 예를 들어, gNB-DU는 별도의 정보 없이는 단말이 RA-SDT 중에 RRC_CONNECTED 상태로 천이하기 위한 과정을 시작했다는 것을 알 수 없으므로, 해당 단말에 대해 추가적으로 resource 및 UE context를 할당한다. 이로 인해, 중복된 resource 및 UE context 할당으로 인한 자원 낭비가 발생할 수 있다.
본 명세서의 개시는, 자원 낭비를 방지하기 위해, 중복된 resource 할당 및 중복된 UE context 할당을 방지하기 위한 방안을 설명하기로 한다.
본 명세서의 개시는, New NG-RAN과 old NG-RAN 사이에서 단말의 SDT를 지원하는 방법의 다양한 예시를 제시하고자 한다.
이하의 본 명세서의 개시의 다양한 예시에서 기술된 AMF와 NG-RAN 간의 N2 message들 중에서, 일부 N2 메시지에 대해 새로운 N2 메시지가 정의되어 사용될 수도 있다. 또한, 아래에서 기술된 NG-RAN과 UE 간의 RRC message들 중에서, 일부 RRC 메시지에 대해 새로운 RRC message가 정의되어 사용될 수도 있다.
아래 본 명세서의 개시의 다양한 예시에서 설명하는 절차들에서, 어떤 동작/step들은 동시에/병렬적으로 수행될 수도 있고, 본 명세서의 개시에서 설명된 순서와는 다른 순서로 수행될 수도 있다.
SDT와 관련된 절차의 일 예로, 도 6a 및 도 6b를 참조하여 CG based SDT를 위한 절차의 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 6a 및 도 6b는 본 명세서의 개시의 일 실시예에 따른 CG based SDT를 위한 절차의 예시를 나타낸다.
도 6a 및 도 6b을 참조하면, 기지국(예: NG-RAN)은 gNB-DU와 gNB-CU를 포함할 수 있다. gNB-CU는 제어 평면에 관련된 기능을 수행하는 gNB-CU-CP 및 사용자 평면에 관련된 기능을 수행하는 gNB-CU-UP를 포함할 수 있다.
도 6a 및 도 6b의 예시는 UE가 RRC Inactive 상태일 때의 CG based SDT를 위한 절차의 일 예시를 나타낸다.
1)gNB-CU는 UE를 RRC_INACTIVE 상태로 변경하기로 결정할 수 있다.
2) gNB-CU-CP는 CG-SDT를 설정(configure)하기로 결정하고. SDT Radio Bearer(s)의 정보와 관련된 CG-SDT 관련 자원 설정(configuration)에 대한 query indication을 포함하는 UE CONTEXT MODIFICATION REQUEST 메시지를 전송할 수 있다.
3) gNB-DU는 SDT 무선 베어러(들)에 대한 CG-SDT 관련 자원 구성을 DU to CU RRC Information IE에 포함시켜 UE CONTEXT MODIFICATION RESPONSE 메시지를 전송할 수 있다.
4) gNB-CU-CP는 suspend indication과 함께 BEARER CONTEXT MODIFICATION REQUEST를 gNB-CU-UP에게 전송할 수 있다.
5) gNB-CU-UP은 BEARER CONTEXT MODIFICATION RESPONSE를 gNB-CU-CP에게 전송할 수 있다.
6) gNB-CU-CP는 RRCRelease 메시지를 포함하는 UE CONTEXT RELEASE COMMAND 메시지를 suspend 설정 내의 CG-SDT 정보와 함께 UE에게 전송할 수 있다. UE가 explicit CG-SDT kept indicator로 RRC_INACTIVE 상태가 될 때, gNB-CU는 SDT RLC 설정, F1-U 터널, F1AP UE 연결을 유지하고 SDT를 위한 CG 리소스를 저장하도록, gNB-DU에 알릴 수 있다.
7) gNB-DU는 RRCRlease 메시지를 UE에 전송할 수 있다.
8) gNB-DU는 UE CONTEXT RELEASE COMPLETE 메시지를 전송할 수 있다. UE가 RRC_INACTIVE상태가 될 때, gNB-DU는 SDT RLC 설정, F1-U 터널, F1AP UE 연관을 유지하고 SDT를 위한 CG 자원을 저장할 수 있다. gNB-DU는 또한 C-RNTI, CS-RNTI 및 어떤 베어러가 CG-SDT 베어러인지를 저장할 수 있다.
UE가 RRC_INACTIVE 모드로 동작한 뒤 일정 시간이 흐른 뒤, 이하의 동작이 수행될 수 있다.
9) UE는 CG 기반 SDT 절차를 수행하기로 결정하고, RRCResumeRequest 메시지를 UL SDT 데이터/UL NAS protocol data unit (PDU)와 함께 전송할 수 있다.
10) gNB-DU는 RRCResumeRequest 메시지를 포함하는 UL RRC MESSAGE TRANSFER 메시지를 전송할 수 있다.
11/12) gNB-CU-CP는 SDT DRB를 재개하기 위해 BEARER CONTEXT MODIFICATION 절차를 시작할 수 있다.
13) gNB-DU는 UL SDT 데이터를 gNB-CU-UP에게 전달할 수 있다.
13a) gNB-DU는 UL RRC MESSAGE TRANSFER 메시지를 이용하여 UL NAS PDU를 포함하는 RRC 메시지를 gNB-CU-CP에게 전달할 수 있다.
아래 본 명세서의 개시의 다양한 예시에서 설명하는 절차들에서, 어떤 동작/step들은 동시에/병렬적으로 수행될 수도 있고, 본 명세서의 개시에서 설명된 순서와는 다른 순서로 수행될 수도 있다.
이하에서, 본 명세서의 개시의 제1예 내지 제5예를 참조하여, 본 명세서의 개시를 설명한다. 이하에서 설명하는 본 명세서의 개시의 제1예 내지 제5예는 조합되어 구현될 수도 있다.
1. 본 명세서의 개시의 제1예
이하에서, 도 7의 예시 및 도 8a와 도 8b의 예시를 참조하여, 본 명세서의 개시의 제1예를 설명하기로 한다.
본 명세서의 개시의 제1예는 SDT에서의 CP 시그널링을 지원하기 위한 방안의 예시를 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 7은 본 명세서의 개시의 제1예의 제1 예시에 따른 신호 흐름도를 나타낸다.
예를 들어, 도 7의 예시는 SDT를 위해, RRC_INACTIVE 상태에서 SRB2를 통해 RRC 메시지를 전송하고, NAS 메시지를 전달하기 위한 절차의 예시를 나타낸다.
도 7의 예시는, 단말이 SDT 과정에서 SRB2를 이용하여 NAS PDU 또는 CP signalling을 네트워크로 전송하고자 할 때, New NG-RAN이 Old NG-RAN으로부터 UE context를 가져오는 방법의 일 예를 나타낸다.
기본적으로 도 7의 예시에서, New NG-RAN과 Old NG-RAN은 CU-CP와 CU-UP 그리고 DU로 분리되어 있지 않은 상태를 가정하고 있으나, 이는 예시에 불과하다. 본 명세서의 개시에 따른 도 7의 예시는 New NG-RAN 및/또는 Old NG-RAN가 각각 CU-CP와 CU-UP, DU로 분리되어 있는 경우에도 적용 가능하다.
Step 0: 단말은 현재 RRC-INACTIVE 상태에 있다. 따라서 단말과 Old NG-RAN (= Last serving NG-RAN)은 각각 UE context를 저장하고 있을 수 있다. 참고로, UE context는 도 7의 예시의 UE AS context를 의미할 수 있다. CU-CP와 AMF 사이의 NG-C 연결은 유지되고 있으며, CU-UP와 UPF 사이의 NG-U 연결도 유지될 수 있다.
Step 1: 단말은 RRC-INACTIVE 상태를 유지한 채로, CP signalling을 SDT 방식으로 네트워크와 교환하기 위해, RACH procedure를 시작할 수 있다.
Step 2: 단말은 CP Signalling에 관련된 SDT 전송을 위해 RRC Resume Request 메시지를 New NG-RAN에게 전송할 수 있다. 이 과정에서, 단말은 현재 SDT 전송이 UP data가 아닌 CP signalling 또는 NAS PDU 전송을 위해 시작된 것임을 알리기 위한 indication을 같이 전송할 수 있다. 해당 indication은 Resume Cause 형태로 전송될 수도 있고, 또는 MAC CE를 이용하여 전송될 수도 있다.
이 과정에서 단말은 SDT를 위한 bearer와 SRB 2를 모두 resume할 수 있다.
NOTE: Step 2에서와 같이, CP signaling을 위해 SDT가 시작된 것임을 알리기 위한 indication을 단말이 직접 생성하여 전송할 수도 있다. 또는, Step 1에서 SDT을 위한 RACH procedure을 시작한 후, Step 2에서 단말이 MO signalling과 같은 Resume Cause를 네트워크로 보내면, NG-RAN이 이를 조합하여 CP signalling을 위한 SDT가 시작되었음을 유추할 수도 있다. 예를 들어, NG-RAN은 SDT를 위한 RACH procedure가 시작된 점 및 단말이 Resume Cause를 보낸 점에 기초하여, CP signalling을 위한 SDT가 시작되었음을 유추할 수 있다.
NOTE: Old NG-RAN (= Last Serving NG-RAN)에서 단말이 RRC-INACTIVE로 천이할 때, 단말은 RRC Release 메시지 안에 포함되어 있는 SuspendConfig를 통해 SDT 전송 과정에서 SRB 2를 같이 resume 해야할지 여부를 미리 알 수 있다. 예를 들어, SuspendConfig는 RRC_Inactive 상태를 위한 설정을 나타낼 수 있다.
Step 3: New NG-RAN은 RRC Resume Request 메시지 안에 포함된 I-RNTI에 기초하여, 자신이 단말에 대한 UE context를 가지고 있는지를 확인한다. 만약 해당 UE context를 찾는데 실패하면, New NG-RAN은 I-RNTI에 기초하여, 해당 UE context를 가지고 있는 Old NG-RAN (= Last Serving NG-RAN)에게 RETRIEVE UE CONTEXT REQUEST 메시지를 보내 해당 UE context를 요청할 수 있다. 이 과정에서 CP signalling을 위해, New NG-RAN은 SDT가 시작된 것임을 알리기 위한 indication을 같이 전달할 수 있다.
Step 4: New NG-RAN으로부터 RETRIEVE UE CONTEXT REQUEST 메시지를 수신한 Old NG-RAN은 자신이 해당 단말에 대한 UE context를 가지고 있는지를 확인할 수 있다. Old NG-RAN이 해당 UE context를 가지고 있고, 단말에 대한 검증이 끝나면, UE context를 New NG-RAN에게 전달할지 여부를 결정할 수 있다. New NG-RAN으로부터 CP signalling을 위한 SDT임을 전달받았으므로, Old NG-RAN은 New NG-RAN에게 UE Context를 전달하기로 결정할 수 있다.
Step 5: Old NG-RAN은 RETRIEVE UE CONTEXT RESPONSE 메시지를 통해 new NG-RAN에게 단말에 대한 UE context를 전달할 수 있다.
Step 6: New NG-RAN은 DCI를 통해 단말에게 contention resolution을 진행할 수 있다. 또한 단말이 NAS PDU를 전송할 수 있도록, New NG-RAN UL에 대한 resource를 할당할 수 있다.
NOTE: New NG-RAN은 DCI 대신에 새로운 RRC 메시지를 사용하여 단말에게 알릴 수도 있다.
Step 7: Step 5에서, Old NG-RAN이 단말에게 전송해야 할 DL data를 buffering하고 있다는 것을 New NG-RAN이 수신한 경우, New NG-RAN은 buffering 된 DL data를 old NG-RAN으로부터 넘겨받기 위한 Data forwarding address를 old NG-RAN에게 전달할 수 있다.
Step 8: New NG-RAN은 AMF에게 Path Switch Request 메시지를 전송함으로써, new NG-RAN이 단말에 대한 serving NG-RAN이 되었음을 알릴 수 있다.
Step 9: AMF는 New NG-RAN에게 Path Switch Request Ack 메시지를 전송하여 응답할 수 있다.
Step 10: 단말은 SRB2를 통해 NAS PDU를 포함하고 있는 UL Information Transfer 메시지를 New NG-RAN에게 전달할 수 있다.
Step 11: New NG-RAN은 단말로부터 수신한 NAS PDU를 UL NAS TRANSPORT 메시지를 통하여 AMF에게 전달할 수 있다.
Step 12: 만약 AMF가 단말에게 전달해야 할 NAS PDU를 가지고 있는 경우, NAS PDU를 포함한 DL NAS TRANSPORT 메시지를 New NG-RAN 에게 전달할 수 있다.
Step 13: 만약 Step 12를 통해 AMF로부터 NAS PDU를 수신한 경우, new NG-RAN은 NAS PDU를 포함한 DL Information Transfer 메시지를 통해 단말에게 NAS PDU를 전달할 수 있다.
Step 14: 단말과의 데이터 또는 signalling 전송이 끝났다고 판단한 경우, new NG-RAN은 SuspendConfig를 포함한 RRC Release 메시지를 단말에게 전달할 수 있다. 이를 통해 단말은 SDT 과정을 종료하고 RRC-INACTIVE 상태를 유지할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 8a 및 도 8b는 본 명세서의 개시의 제1예의 제2 예시에 따른 신호 흐름도를 나타낸다.
예를 들어, 도 8a 및 도 8b의 예시는 SDT를 위해, RRC_INACTIVE 상태에서 SRB2를 통해 RRC 메시지를 전송하고, NAS 메시지를 전달하기 위한 절차의 예시를 나타낸다.
도 8a 및 도 8b의 예시는, CU-DU split을 고려한 상황에서, 단말이 SDT 과정에서 SRB2를 이용하여 NAS PDU 또는 CP signalling을 네트워크로 전송하고자 할 때, New NG-RAN이 Old NG-RAN으로부터 UE context를 가져오는 방법의 일 예를 나타낸다.
기본적으로 도 8a 및 도 8b의 예시에서, New NG-RAN과 Old NG-RAN은 CU-CP와 CU-UP 그리고 DU로 분리되어 있지 않은 상태를 가정하고 있으나, 이는 예시에 불과하다. 본 명세서의 개시에 따른 도 8a 및 도 8b의 예시는 New NG-RAN 및/또는 Old NG-RAN가 각각 CU-CP와 CU-UP, DU로 분리되어 있는 경우에도 적용 가능하다.
참고로, 도 8a 및 도 8b의 예시는 도 7의 예시와 동일한 내용을 포함할 수 있으며, 이하에서는 도 8a 및 도 8b의 예시와 도 7의 예시 사이의 차이점을 중심으로, 도 8a 및 도 8b의 예시를 설명하기로 한다.
도 8a 및 도 8b의 예시에서, new NG-RAN은 DU(예: gNB-DU)와 CU(예: gNB-CU)를 포함할 수 있다.
Step 0~1: 도 7의 예시와 동일한 방식으로 수행될 수 있다.
Step 2: 단말은 CP Signalling에 관련된 SDT 전송을 위해 RRC Resume Request 메시지를 New NG-RAN에게 전송할 수 있다. 이 과정에서, 단말은 현재 SDT 전송이 UP data가 아닌 CP signalling 또는 NAS PDU 전송을 위해 시작된 것임을 알리기 위한 indication을 같이 전송할 수 있다. 해당 indication은 Resume Cause 형태로 전송될 수도 있고, 또는 MAC CE를 이용하여 전송될 수도 있다.
이 과정에서 단말은 SDT를 위한 bearer와 SRB 2를 모두 resume할 수 있다. 단말은 SRB 2를 통해 NAS PDU를 포함하고 있는 UL Information Transfer 메시지를 New NG-RAN에게 RRC Resume Request 메시지와 함께 전달할 수 있다.
NOTE: Step 2에서와 같이, CP signaling을 위해 SDT가 시작된 것임을 알리기 위한 indication을 단말이 직접 생성하여 전송할 수도 있다. 또는, Step 1에서 SDT을 위한 RACH procedure을 시작한 후, Step 2에서 단말이 MO signalling과 같은 Resume Cause를 네트워크로 보내면, NG-RAN이 이를 조합하여 CP signalling을 위한 SDT가 시작되었음을 유추할 수도 있다. 예를 들어, NG-RAN은 RACH procedure가 시작된 점 및 단말이 Resume Cause를 보낸 점에 기초하여, CP signalling을 위한 SDT가 시작되었음을 유추할 수 있다. 또는 단말은 “SDT for MO signalling” indication 대신에 UL Information Transfer를 RRC Resume Request 메시지와 함께 전송함으로써 NG-RAN이 CP signaling을 위해 SDT가 시작된 것임을 알릴 수도 있다.
NOTE: Old NG-RAN (= Last Serving NG-RAN)에서 단말이 RRC-INACTIVE로 천이할 때, 단말은 RRC Release 메시지 안에 포함되어 있는 SuspendConfig를 통해 SDT 전송 과정에서 SRB 2를 같이 resume 해야할지 여부를 미리 알 수 있다.
Step 3: New NG-RAN의 DU는 RRC Resume Request 메시지를 F1 Application Protocol (F1AP) INITIAL UL RRC MESSAGE TRANSFER 메시지 안에 포함시켜, New NG-RAN의 CU에게 전달할 수 있다. 이때, 단말이 RRC Resume Request 메시지와 함께 전송한 UL-DCCH message (즉, UL Information Transfer)를 New NG-RAN의 CU에게 전달하기 위해, New NG-RAN의 DU는 SRB2의 셋업을 요청하는 indication을 같이 포함시켜 전달할 수 있다.
NOTE: New NG-RAN의 DU는 SRB2 Required Indication 대신에, F1AP INITIAL UL RRC MESSAGE TRANSFER 메시지 안에 단말로부터 수신한 UL-DCCH message (즉, UL Information Transfer)를 RRC container에 포함시켜 New NG-RAN의 CU에게 전달할 수도 있다. 이 경우, New NG-RAN의 CU가 Step 4에서 Old NG-RAN에게 XnAP RETRIEVE UE CONTEXT REQUEST 메시지를 전송할 때, Step 3에서 New NG-RAN의 DU로부터 수신한 UL-DCCH message (즉, UL Information Transfer)를 같이 포함시켜 Old NG-RAN에게 전달할 수 있다. Step 5에서 UE verification이 통과되면, Old NG-RAN은 단말이 보낸 UL Information Transfer에 기초하여, NAS-PDU를 수신한 후 NAS-PDU를 를 바로 AMF에게 전달할 수 있다. 만약 AMF가 단말에게 보낼 DL data (e.g., NAS-PDU or CP signalling)를 Old NG-RAN에게 전달하면, Old NG-RAN은 DL Information Transfer를 생성하여 AMF로부터 수신한 DL data (e.g., NAS-PDU or CP signalling)를 Step 6의 RETRIEVE UE CONTEXT RESPONSE 메시지 또는 새로운 XnAP 메시지 안에 RRC container 형태로 포함시켜 New NG-RAN에게 전달할 수 있다.
이 경우, Old NG-RAN은 여전히 단말에 대한 serving NG-RAN 역할을 유지하며, 대신 New NG-RAN을 통해 단말과 CP signaling을 유지할 수 있다. 이 때, New NG-RAN으로부터 NAS-PDU를 전달받기 위한 Xn tunnel을 생성하기 위하여, Old NG-RAN은 관련된 정보를 함께 포함시켜 New NG-RAN에게 전달할 수 있다. 이 경우, AMF와의 NG signaling은 여전히 Old NG-RAN을 통하여 이루어지기 때문에 Step 12와 13은 생략될 수 있다.
Step 4: New NG-RAN으로부터 RETRIEVE UE CONTEXT REQUEST 메시지를 수신한 Old NG-RAN은 자신이 해당 단말에 대한 UE context를 가지고 있는지를 확인할 수 있다. Old NG-RAN이 해당 UE context를 가지고 있고, 단말에 대한 검증이 끝나면, UE context를 New NG-RAN에게 전달할지 여부를 결정할 수 있다. New NG-RAN으로부터 CP signalling을 위한 SDT임을 전달받았으므로, Old NG-RAN은 New NG-RAN에게 UE Context를 전달하기로 결정할 수 있다. 이 과정에서 New NG-RAN의 CU는 “SDT for MO signalling” indication 및/또는 SRB2 Required Indication에 기초하여, SRB2 셋업이 필요함을 알 수 있다. 따라서 New NG-RAN은 Old NG-RAN에게 CP signalling을 위해 SDT가 시작된 것임을 알리기 위한 indication을 같이 전달한다.
NOTE: Step 2에서 단말이 “SDT for MO signalling” indication 대신에 UL Information Transfer를 RRC Resume Request 메시지와 함께 전송할 수도 있다. 이 경우, New NG-RAN의 CU는 Step 3에서 New NG-RAN의 DU가 전송한 SRB2 Required Indication을 통해, 단말이 CP signaling을 위해 SDT가 시작한 것임을 알 수 있다.
NOTE: New NG-RAN의 CU는 “SDT for MO signalling” indication 및/또는 SRB2 Required Indication을 RETRIEVE UE CONTEXT REQUEST 메시지에 포함시켜 전송할 수도 있다.
Step 5: 도 7의 예시의 step 4와 같은 방식으로 수행될 수 있다.
Step 6: 도 7의 예시의 step 5와 같은 방식으로 수행될 수 있다.
NOTE: Old NG-RAN은 full UE context 대신에 partial UE context (e.g., SRB2 related information) 만을 New NG-RAN에게 전달할 수도 있다. 이 경우, Old NG-RAN은 여전히 단말에 대한 serving NG-RAN 역할을 유지하며, 대신 New NG-RAN을 통해 단말과 CP signaling을 유지할 수 있다. 이 때, Old NG-RAN은 New NG-RAN으로부터 NAS-PDU를 전달받기 위한 Xn tunnel을 생성하기 위하여 관련 정보를 같이 포함시켜 New NG-RAN에게 전달할 수도 있다. 만약 Old NG-RAN가 Partial UE context를 New NG-RAN에게 제공하는 경우, AMF와의 NG signaling은 여전히 Old NG-RAN을 통하여 수행되기 때문에 Step 12와 13은 생략될 수 있다.
Old NG-RAN은 partial UE context (e.g., SRB2 related information) 을 New NG-RAN에게 전달하는 대신, 단말이 보낸 UL-DCCH message를 전달받기 위한 Old NG-RAN과 New NG-RAN 사이의 Xn tunnel 생성과 New NG-RAN의 DU와 CU 사이의 F1 tunnel 생성을 위한 정보를 전달할 수도 있다. 이 경우, New NG-RAN의 CU는 Step 7에서 SRB2를 생성하는 대신, UL-DCCH message 전달을 위한 F1 tunnel을 생성할 수도 있다. 이 과정에서, AMF가 단말에게 보낼 DL-DCCH message (즉, DL data를 포함한 DL Information Transfer)를 전달할 수 있도록, New NG-RAN의 CU는 DL-DCCH message 전달을 위한 F1 tunnel도 같이 생성할 수 있다.
Step 7: New NG-RAN의 CU는 Step 6에서 수신한 UE context에 기초하여, F1AP UE CONTEXT SETUP REQUEST 메시지를 통해 New NG-RAN의 DU에게 SRB2 셋업을 요청할 수 있다.
Step 8: 도 7의 예시의 step 6와 같은 방식으로 수행될 수 있다.
Step 9: New NG-RAN의 DU는 SRB2 셋업을 완료한 이후, F1AP UE CONTEXT SETUP RESPONSE 메시지를 통해 New NG-RAN의 CU에게 응답할 수 있다.
Step 10: New NG-RAN의 DU는 Step 2에서 수신한 UL Information Transfer 메시지를 F1AP UL RRC MESSAGE TRANSFER에 포함시켜 New NG-RAN의 CU에게 전달할 수 있다.
Step 11: New NG-RAN의 CU는 Step 6에서 Old NG-RAN이 단말에게 전송해야 할 DL data를 buffering하고 있다는 것을 New NG-RAN이 수신한 경우, New NG-RAN은 buffering 된 DL data를 old NG-RAN으로부터 넘겨받기 위한 Data forwarding address를 old NG-RAN에게 전달할 수 있다.
NOTE: 만약 Step 3에서 New NG-RAN의 DU가 UL-DCCH message를 INITIAL UL RRC MESSAGE TRANSFER에 포함시켜 New NG-RAN의 CU에게 전달하거나, Step 6에서 Old NG-RAN이 partial UE context를 전달한 경우가 있을 수 있다. 이러한 경우, AMF로부터 단말에게 전달할 NAS-PDU를 수신하기 위한 tunnel을 생성하기 위하여, New NG-RAN의 CU는 관련 정보를 같이 포함시켜 Old NG-RAN에게 전달할 수 있다. 이때, New NG-RAN의 CU가 수신한 UL Information Transfer를 Old NG-RAN에게 전달하기 위해 새로운 XnAP RRC MESSAGE TRANSFER를 이용할 수도 있다.
New NG-RAN 은 Old NG-RAN에게 AMF가 단말에게 보낼 DL-DCCH message (즉, DL data를 포함한 DL Information Transfer)를 전달할 수 있도록, DL-DCCH message를 전달받기 위한 Old NG-RAN과 New NG-RAN 사이의 Xn tunnel를 같이 생성할 수 있다.
Step 12: New NG-RAN의 CU는 AMF에게 Path Switch Request 메시지를 전송함으로써, new NG-RAN이 단말에 대한 serving NG-RAN이 되었음을 알릴 수 있다.
Step 13: AMF는 New NG-RAN의 CU에게 Path Switch Request Ack 메시지를 전송하여 응답할 수 있다.
Step 14: New NG-RAN의 CU는 단말로부터 수신한 NAS PDU를 UL NAS TRANSPORT 메시지를 통하여 AMF에게 전달할 수 있다.
NOTE: 만약 Step 3에서 New NG-RAN의 DU가 UL-DCCH message를 INITIAL UL RRC MESSAGE TRANSFER에 포함시켜 New NG-RAN의 CU에게 전달하거나, Step 6에서 Partial UE context를 old NG-RAN이 new NG-RAN에게 전달한 경우, Step 14와 15은 Old NG-RAN과 AMF 사이에서 수행될 수 있다.
Step 15: 만약 AMF가 단말에게 전달해야 할 NAS PDU를 가지고 있는 경우, NAS PDU를 포함한 DL NAS TRANSPORT 메시지를 New NG-RAN 에게 전달할 수 있다.
Step 16~17: 만약 Step 15를 통해 AMF로부터 NAS PDU를 수신한 경우, new NG-RAN의 CU는 NAS PDU를 포함한 DL Information Transfer 메시지를 F1AP DL RRC MESSAGE TRANSFER 메시지에 포함시켜 new NG-RAN의 DU에게 전달할 수 있다. New NG-RAN의 DU는 DL Information Transfer 메시지를 단말에게 전달할 수 있다.
NOTE: Step 3에서 New NG-RAN의 DU가 UL-DCCH message를 INITIAL UL RRC MESSAGE TRANSFER에 포함시켜 New NG-RAN의 CU에게 전달하거나, Step 6에서 Old NG-RAN이 partial UE context 만을 전달한 경우가 있을 수 있다. 이러한 경우, Old NG-RAN이 RRC message를 생성하여 XnAP RRC MESSAGE TRANSFER 메시지를 이용하여 RRC 메시지를 New NG-RAN에게 전달하고, New NG-RAN은 이를 단말에게 전달할 수 있다. 반대로 단말로부터 수신한 UL Information Transfer는 New NG-RAN이 수신하여 Old NG-RAN에게 전달할 수 있다.
Step 18~19: 단말과의 데이터 또는 signalling 전송이 끝났다고 판단한 경우, new NG-RAN의 CU는 SuspendConfig를 포함한 RRC Release 메시지를 new NG-RAN의 DU를 통해 단말에게 전달할 수 있다. 이를 통해 단말은 SDT 과정을 종료하고 RRC-INACTIVE 상태를 유지할 수 있다.
2. 본 명세서의 개시의 제2예
이하에서, 도 9의 예시 및 도 10a와 도 10b의 예시를 참조하여, 본 명세서의 개시의 제2예를 설명하기로 한다.
본 명세서의 개시의 제2예는 SDT가 사용되는 상황에서, non-SDT 데이터가 발생할 경우의 절차의 일 예를 설명한다. 본 명세서의 개시의 제2예는 동일한 셀에서, RRC Resume 절차를 트리거하는 절차의 예시를 포함한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 9는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
예를 들어, 도 9의 예시는 동일한 셀에서 RRC Resume 절차의 트리거를 지원하는 절차의 예시를 나타낸다. 도 9의 예시는, 앵커 재배치(anchor relocation)가 수행된 SDT가 사용된 이후의 상황을 나타낼 수 있다.
도 9의 예시는 단말이 Non-SDT bearer을 통해 전송해야 될 data가 생겼을 때, 현재 SDT가 진행 중인 cell에서 다시 Resume procedure을 trigger하는 방법의 예를 나타낸다.
기본적으로, 도 9의 예시에서는 SDT를 설정하는 과정에서 Old NG-RAN이 New NG-RAN에게 UE context를 제공한 경우를 가정하고 있다.
또한, 도 9의 예시에서는 New NG-RAN만 CU-CP와 CU-UP, DU로 분리되어 있는 상태를 가정하고 있으나, 이는 예시에 불과하다. 예를 들어, Old NG-RAN도 CU-CP와 CU-UP, DU로 분리되어 있는 경우에도 도 9의 예시가 적용될 수 있다.
Step 0: 도 7의 예시의 Step 0과 동일한 방식으로 수행될 수 있다.
Step 1: 단말은 RRC-INACTIVE 상태에서 New NG-RAN을 통해 SDT를 수행 중이다. 즉, Step 1의 절차에서 Old NG-RAN은 UE context를 New NG-RAN에게 전달하였다. 따라서 단말에 대한 serving NG-RAN은 new NG-RAN이 된 상태일 수 있다. New NG-RAN은 SDT bearer만을 resume 하여 단말에 대한 SDT을 지원할 수 있다.
Step 2: 단말에게, Non-SDT bearer에 대한 data가 존재할 수 있다. 예를 들어, 비-SDT용 data가 발생할 수 있다. 예를 들어, Non-SDT bearer에 대한 data가 존재하는 경우, 단말은 RRC-CONNECTED 상태로 천이하기 위해 종래 기술에 따른 Resume procedure을 실행하기로 결정할 수 있다. 따라서, 단말은 현재 머물러 있는 cell에서 다시 NG-RAN을 향해 RRC Resume Request 메시지를 전송할 수 있다.
Step 3: New NG-RAN의 DU는 단말로부터 수신한 RRC 메시지를 INITIAL UL RRC MESSAGE TRANSFER 메시지에 포함시켜 New NG-RAN의 CU-CP에게 전달할 수 있다. 이 과정에서 New NG-RAN의 DU는 단말을 위해 새로운 lower layer configuration을 할당하고, 새로운 lower layer configuration를 INITIAL UL RRC MESSAGE TRANSFER 메시지와 함께 New NG-RAN의 CU-CP에게 전달할 수 있다. gNB-DU는 해당 단말에 대한 UE context가 gNB-DU 내에 이미 존재한다는 것을 아직 모르기 때문에, 해당 단말과의 새로운 RRC connection을 생성하기 위해 lower layer configuration을 새롭게 할당할 수 있다.
Step 4: New NG-RAN의 CU-CP는 RRC Resume Request 메시지에 포함된 Inactive Radio Network Temporary Identifier (I-RNTI) 정보에 기초하여, 해당 단말이 SDT 전송 과정에서 RRC-CONNECTED 상태로 천이하기 위해 다시 Resume 과정을 실행했다는 것을 알 수 있다. New NG-RAN은 Step 1에서 이미 해당 단말에 대한 UE context를 Old NG-RAN으로부터 수신한 상태이므로, New NG-RAN의 CU-CP는 UE context에 기초하여, 단말을 RRC-CONNECTED 상태로 천이시키기로 결정하고, Non-SDT bearer에 대한 resume을 결정할 수 있다.
New NG-RAN의 CU-CP는 단말이 보낸 Short Resume MAC-I에 대한 검증을 수행할 수 있다. 예를 들어, New NG-RAN의 CU-CP는 E1 Application protocol (E1AP) message를 통해 단말이 보낸 Short Resume MAC-I에 대한 검증을 하는 과정에서 사용할 COUNT 값을 얻기 위해 New NG-RAN의 CU-UP에게 현재까지 단말과 주고 받은 UL/DL COUNT 값을 요청할 수 있다.
Step 5: New NG-RAN의 CU(예: CU-CP)는 New NG-RAN의 DU에게 UE CONTEXT에 관련된 요청 메시지를 전송할 수 있다. New NG-RAN의 CU-CP는 이러한 요청 메시지를 전송함으로써, Non-SDT 베어러에 대한 설정을 요청할 수 있다. 예를 들어, New NG-RAN의 CU-CP는 New NG-RAN의 DU에게 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지)를 전송함으로써, Non-SDT bearer (e.g., Bearer configuration, F1 UL TEIDs)에 대한 셋업을 요청할 수 있다. 이때, New NG-RAN의 CU(예: CU-CP)는 해당 단말에 대한 SDT 과정에서 New NG-RAN의 DU가 설정한 old gNB-DU UE F1AP ID를 같이 전달할 수 있다. 예를 들어, New NG-RAN의 CU(예: CU-CP)는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 New NG-RAN의 DU에게 전송할 수 있다. 그러면, New NG-RAN의 DU는 해당 단말이 SDT bearer 외에 추가로 non-SDT bearer를 셋업하려고 시도하는 것을 알 수 있다. New NG-RAN의 DU는 해당 단말을 위해 설정하였던 SDT bearer, CG configuration(예: SDT resource configuration) 등의 정보를 그대로 활용할 수 있다. 예를 들어, New NG-RAN의 DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 New NG-RAN의 CU(예: CU-CP)로부터 수신할 수 있다. UE CONTEXT에 관련된 요청 메시지가 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 경우, New NG-RAN의 DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)에 기초하여, old SDT resource configuration 및 old UE context를 검색(retrieve)할 수 있다. 이에 따라, New NG-RAN의 DU는, old SDT resource configuration 및 old UE context를 그대로 사용할 수 있다.
NOTE: 참고로, New NG-RAN의 DU는 SDT 과정에서 설정했던 SDT bearer나 단말에 대한 configuration 정보를 release할 수도 있다. 예를 들어, New NG-RAN의 DU는 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지)메시지 내의 old gNB-DU UE F1AP ID에 기초하여, SDT 과정에서 설정하였던 SDT bearer나 해당 단말에 대한 configuration 정보를 모두 release 할 수 있다. 그리고, New NG-RAN의 DU는 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지) 내에 새롭게 포함된 configuration 정보를 기반으로 모든 bearer를 다시 셋업할 수도 있다.
NOTE: New NG-RAN의 CU-CP는, UE CONTEXT MODIFICATION REQUEST 메시지 대신에, UE CONTEXT RELEASE 과정을 통하여 DU에게 해당 단말에 대해 SDT 과정에서 설정한 모든 정보를 release하라고 명령할 수도 있다. 이후 New NG-RAN의 CU-CP는 UE CONTEXT SETUP 과정을 통해 DU에서 모든 bearer에 대한 셋업을 다시 요청할 수도 있다.
Step 6: New NG-RAN의 DU는 Step 5에서 CU-CP으로부터 수신한 메시지에 따라 단말에 대한 bearer 셋업을 끝마치고 UE CONTEXT MODIFICATION RESPONSE 메시지를 전송하여 응답할 수 있다.
Step 7: New NG-RAN의 CU-CP는 단말이 Non-SDT Bearer을 통해 데이터 전송을 시도하고, 그에 따라 단말이 RRC-CONNECTED 상태로 천이할 것임을 알리기 위해, BEARER CONTEXT MODIFICATION REQUEST 메시지를 CU-UP에게 전송할 수 있다. 이때, SDT를 위해 단말에 대한 일부 bearer만 resume 했던 상황에서, 모든 bearer을 resume하는 상황으로 변했다는 것을 알리기 위해, 새로운 “Connected transition” indication이 추가될 수 있다. 예를 들어, New NG-RAN의 CU-CP는 “Connected transition” indication를 포함하는 BEARER CONTEXT MODIFICATION REQUEST 메시지를 CU-UP에게 전송할 수 있다. 또는, Step 1의 SDT 과정에서 SDT bearer 만을 resume하는 과정을 알리는 “SDT resume” indication을 이용하고, New NG-RAN의 CU-CP는 Step 7의 RRC-CONNECTED 상태 천이 과정에서는 기존 Resume indication을 활용할 수도 있다.
이 과정에서 New NG-RAN의 CU-CP는 DU로부터 수신한 Non-SDT bearer에 대한 DL TEIDs 정보를 같이 전달할 수 있다.
Step 8: New NG-RAN의 CU-UP는 Step 7에서 수신한 CU-CP 요청에 따라 Bearer Context를 업데이트한 후 BEARER CONTEXT MODIFICATION RESPONSE 메시지를 전송하여 응답할 수 있다.
Step 9: New NG-RAN의 CU-CP는 단말에게 RRC-CONNECTED 상태로의 천이를 알리기 위해 RRC Resume 메시지를 생성할 수 있다. New NG-RAN의 CU-CP는 RRC Resume 메시지를 포함하는 DL RRC MESSAGE TRANSFER를 DU에게 전달함으로써, 단말에게 RRC Resume 메시지를 전달할 수 있다.
NOTE: Step 7과 9는 동시에 실행되거나 Step 9가 더 먼저 실행되는 것도 가능하다.
Step 10: New NG-RAN의 DU는 Step 9에서 수신한 RRC Resume 메시지를 단말에게 전달할 수 있다. RRC Resume 메시지에 기초하여, 단말은 모든 bearer를 resume하고 RRC-CONNECTED 상태로 천이할 수 있다. 단말은 Non-SDT bearer에 존재하는 UL data를 NG-RAN에게 전송할 수 있다.
Step 11: 단말은 New NG-RAN에게 RRC Resume Complete 메시지를 보내 응답할 수 있다.
Step 12: New NG-RAN의 DU는 단말이 전송한 RRC 메시지를 UL RRC MESSAGE TRANSFER를 통해 New NG-RAN의 CU-CP에게 전달할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 10a 및 도 10b은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
예를 들어, 도 10a 및 도 10b의 예시는 동일한 셀에서 RRC Resume 절차의 트리거를 지원하는 절차의 예시를 나타낸다. 도 10a 및 도 10b의 예시는, 앵커 재배치(anchor relocation)가 없는 SDT가 사용된 이후의 상황을 나타낼 수 있다.
도 10a 및 도 10b의 예시는 단말이 Non-SDT bearer을 통해 전송해야 될 data가 생겼을 때, 현재 SDT가 진행 중인 cell에서 다시 Resume procedure을 trigger하는 방법의 예를 나타낸다.
기본적으로, 도 10a 및 도 10b의 예시에서는 SDT를 설정하는 과정에서 Old NG-RAN이 New NG-RAN에게 UE context를 제공한 경우를 가정하고 있다.
또한, 도 10a 및 도 10b의 예시에서는 New NG-RAN만 CU-CP와 CU-UP, DU로 분리되어 있는 상태를 가정하고 있으나, 이는 예시에 불과하다. 예를 들어, Old NG-RAN도 CU-CP와 CU-UP, DU로 분리되어 있는 경우에도 도 9의 예시가 적용될 수 있다.
Step 0: 도 7의 예시의 Step 0과 동일한 방식으로 수행될 수 있다.
Step 1: 단말은 RRC-INACTIVE 상태에서 New NG-RAN을 통해 Old NG-RAN과 SDT를 수행 중이다. 따라서, 여전히 단말에 대한 serving NG-RAN은 Old NG-RAN이며, New NG-RAN은 SDT bearer에 대한 RLC, MAC, PHY layer만 구성하여, 단말에 대한 SDT을 지원할 수 있다.
Step 2: 단말에게, Non-SDT bearer에 대한 data가 존재할 수 있다. 예를 들어, 비-SDT용 data가 발생할 수 있다. 예를 들어, Non-SDT bearer에 대한 data가 존재하는 경우, 단말은 RRC-CONNECTED 상태로 천이하기 위해 종래 기술에 따른 Resume procedure을 실행하기로 결정할 수 있다. 따라서, 단말은 현재 머물러 있는 cell에서 다시 NG-RAN을 향해 RRC Resume Request 메시지를 전송할 수 있다.
Step 3: 도 9의 예시의 step 3과 같은 방식으로 수행될 수 있다.
Step 4: New NG-RAN의 CU-CP는 RRC Resume Request 메시지에 포함된 I-RNTI 정보에 기초하여, 해당 단말이 SDT 전송 과정에서 RRC-CONNECTED 상태로 천이하기 위해 다시 Resume 과정을 실행했다는 것을 알 수 있다. 하지만 해당 단말에 대한 UE context를 아직 old NG-RAN이 가지고 있는 상태이므로, New NG-RAN의 CU-CP는 RETRIEVE UE CONTEXT REQUEST 메시지를 old NG-RAN에게 다시 전송할 수 있다.
Step 5: New NG-RAN으로부터 RETRIEVE UE CONTEXT REQUEST 메시지를 수신한 Old NG-RAN은 해당 단말에 대한 UE context를 가지고 있는지를 확인할 수 있다. Old NG-RAN은 단말에 대한 검증을 수행할 수 있다. 해당 UE context를 가지고 있고, 단말에 대한 검증이 끝나면, Old NG-RAN은 UE context를 New NG-RAN에게 전달할지 여부를 결정할 수 있다. 해당 단말에 대한 SDT가 진행되는 과정에서, old NG-RAN이 동일 단말로부터 다시 한 번 RRC Resume Request 메시지를 수신하였다는 점 및 단말이 전송한 Resume cause에 기초하여, old NG-RAN은 해당 단말에 Non-SDT bearer를 통해 전송해야 할 data가 존재함을 알 수 있다. 이에 따라, old NG-RAN은 해당 단말을 RRC-CONNECTED 상태로 천이시키기 위해 UE context를 New NG-RAN에게 전달하기로 결정할 수 있다.
Step 6: Step 5에서의 결정에 따라, old NG-RAN은 RETRIEVE UE CONTEXT RESPONSE 메시지 안에 UE context를 포함시켜 New NG-RAN의 CU-CP에게 전달할 수 있다.
Step 7: New NG-RAN의 CU-CP는 UE context에 기초하여, BEARER CONTEXT SETUP REQUEST 메시지를 CU-UP에게 전송할 수 있다.
Step 8: New NG-RAN의 CU-UP는 BEARER CONTEXT SETUP RESPONSE 메시지를 전송하여, CU-CP에게 응답할 수 있다. 이 과정에서 New NG-RAN의 CU-UP는 New NG-RAN에게 전달할 F1 UL TEIDs를 할당하여 해당 메시지에 포함시킬 수 있다. 예를 들어, New NG-RAN의 CU-UP는 할당된 F1 UL TEIDs를 포함하는 BEARER CONTEXT SETUP RESPONSE 메시지를 CU-CP에게 전송하고, CU-CP가 BEARER CONTEXT SETUP RESPONSE 메시지를 DU에게 전송할 수 있다.
Step 9: New NG-RAN의 CU(예: CU-CP)는 New NG-RAN의 DU에게 UE CONTEXT에 관련된 요청 메시지를 전송할 수 있다. New NG-RAN의 CU-CP는 이러한 요청 메시지를 전송함으로써, Non-SDT 베어러에 대한 설정(예: setup)을 요청할 수 있다. New NG-RAN의 CU(예: CU-CP)는 New NG-RAN의 DU에게 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지)를 전송함으로써, Non-SDT bearer (e.g., Bearer configuration, F1 UL TEIDs)에 대한 셋업을 요청할 수 있다. 이때 New NG-RAN의 CU(예: CU-CP)는 해당 단말에 대한 SDT 과정에서 New NG-RAN의 DU가 설정한 old gNB-DU UE F1AP ID를 같이 전달할 수 있다. 예를 들어, New NG-RAN의 CU(예: CU-CP)는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 New NG-RAN의 DU에게 전송할 수 있다. 그러면, New NG-RAN의 DU는 해당 단말이 SDT bearer 외에 추가로 non-SDT bearer를 셋업하려고 시도하는 것을 알 수 있다. New NG-RAN의 DU는 해당 단말을 위해 설정하였던 SDT bearer, CG configuration(예: SDT resource configuration) 등의 정보를 그대로 활용할 수 있다. 예를 들어, New NG-RAN의 DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 New NG-RAN의 CU(예: CU-CP)로부터 수신할 수 있다. UE CONTEXT에 관련된 요청 메시지가 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 경우, New NG-RAN의 DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)에 기초하여, old SDT resource configuration 및 old UE context를 검색(retrieve)할 수 있다. 이에 따라, New NG-RAN의 DU는, old SDT resource configuration 및 old UE context를 그대로 사용할 수 있다.
또한, Step 8에서 New NG-RAN의 CU(예: CU-CP)는 CU-UP가 할당한 F1 UL TEIDs 정보를 DU에게 전달함으로써, 해당 단말에 대한 UL 전송이 old NG-RAN이 아닌 New NG-RAN의 CU-UP로 향하도록 할 수 있다.
NOTE: 참고로, New NG-RAN의 DU는 SDT 과정에서 설정했던 SDT bearer나 단말에 대한 configuration 정보를 release할 수도 있다. 예를 들어, New NG-RAN의 DU는 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지)메시지 내의 old gNB-DU UE F1AP ID에 기초하여, SDT 과정에서 설정하였던 SDT bearer나 해당 단말에 대한 configuration 정보를 모두 release 할 수 있다. 그리고, New NG-RAN의 DU는 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지) 내에 새롭게 포함된 configuration 정보를 기반으로 모든 bearer를 다시 셋업할 수도 있다.
NOTE: Step 4에서 New NG-RAN의 CU-CP는 해당 단말이 SDT 전송 과정에서 RRC-CONNECTED 상태로 천이하기 위해 다시 Resume 과정을 실행했다는 것을 알 수 있다. 따라서, Step 4 이후, New NG-RAN의 CU-CP는 UE CONTEXT MODIFICATION REQUEST 메시지를 New NG-RAN의 DU 에게 전송하는 대신에, UE CONTEXT RELEASE 과정을 통하여 DU에게 해당 단말에 대해 SDT 과정에서 설정한 모든 정보를 release하라고 명령할 수도 있다. 이후, New NG-RAN의 CU-CP는 UE CONTEXT SETUP 과정을 통해 DU에서 모든 bearer에 대한 셋업을 다시 요청할 수도 있다.
Step 10: New NG-RAN의 DU는 Step 9에서 CU-CP으로부터 수신한 메시지에 따라 단말에 대한 bearer 셋업을 끝마치고 UE CONTEXT MODIFICATION RESPONSE 메시지를 전송하여 응답할 수 있다.
Step 11~12: New NG-RAN의 CU-CP는 단말에게 RRC-CONNECTED 상태로의 천이를 알리기 위해 RRC Resume 메시지를 생성한 후, New NG-RAN의 CU-CP는 RRC Resume 메시지를 포함하는 DL RRC MESSAGE TRANSFER를 DU에게 전달함으로써, 단말에게 RRC Resume 메시지를 전달할 수 있다.
New NG-RAN의 DU는 Step 11에서 수신한 RRC Resume 메시지를 단말에게 전달할 수 있다. RRC Resume 메시지에 기초하여, 단말은 모든 bearer를 resume하고 RRC-CONNECTED 상태로 천이할 수 있다. 단말은 Non-SDT bearer에 존재하는 UL data를 NG-RAN에게 전송할 수 있다.
NOTE: Step 11과 15는 동시에 수행될 수도 있으며, Step 15가 Step 11보다 먼저 수행될 수도 있다.
Step 13~14: 단말은 New NG-RAN에게 RRC Resume Complete 메시지를 전송하여 응답할 수 있다. New NG-RAN의 DU는 단말이 전송한 RRC 메시지를 UL RRC MESSAGE TRANSFER를 통해 New NG-RAN의 CU-CP에게 전달할 수 있다.
Step 15: New NG-RAN의 CU-CP는 Step 10에서 DU로부터 수신한 DL TEIDs 정보를 Bearer Context Modification 과정을 통해 CU-UP에게 전달할 수 있다.
Step 16: New NG-RAN은 Step 6에서 Old NG-RAN이 단말에게 전송해야 할 DL data를 buffering하고 있다는 것을 수신할 수 있다. 이 경우, New NG-RAN은 buffering된 DL data를 old NG-RAN으로부터 넘겨받기 위한 Data forwarding address를 old NG-RAN에게 전달할 수 있다.
Step 17: New NG-RAN의 CU-CP는 AMF에게 Path Switch Request 메시지를 보내 new NG-RAN이 단말에 대한 serving NG-RAN이 되었음을 알릴 수 있다. AMF는 New NG-RAN에게 Path Switch Request Ack 메시지를 전송하여 응답할 수 있다.
3. 본 명세서의 개시의 제3예
이하에서, 도 11의 예시를 참조하여, 본 명세서의 개시의 제3예를 설명하기로 한다.
본 명세서의 개시의 제3예는 다른 셀들에서, RRC Resume 절차를 트리거하는 절차의 예시를 포함한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 11는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 11의 예시는, 단말이 SDT 과정 중간에(예: 단말이 SDT에 관련된 절차를 수행하는 도중에 또는 단말의 SDT를 이용하여 통신을 수행하는 도중에) Cell re-selection을 통해 다른 cell에 access한 경우, 다시 SDT를 trigger하는 방법의 예시를 나타낸다.
기본적으로, 도 11의 예시에서는 Cell re-selection을 통해 단말이 다른 NG-RAN 내의 cell로 이동한 경우를 가정하고 있으나, 이는 예시에 불과하다. 즉, 도 11의 예시는 단말이 동일 NG-RAN 내의 다른 cell로 이동한 경우에도 적용될 수 있다.
또한, 도 11의 예시에서는 SDT 과정에서 Old NG-RAN이 여전히 UE context를 가지고 있는 경우를 가정하고 있으나, 이는 예시에 불과하다. 도 11의 예시는 Old NG-RAN이 NG-RAN #1으로 UE context를 이미 전달한 경우에도 적용할 수 있다. 또한 도 11의 예시에서는 NG-RAN #1, NG-RAN #2, old NG-RAN 모두 CU-CP와 CU-UP, DU로 분리되어 있지 않은 상태를 가정하고 있으나, 이는 예시에 불과하다. 도 11의 예시는 NG-RAN #1, NG-RAN #2 및/또는 old NG-RAN가 CU-CP와 CU-UP, DU로 분리되어 있는 경우에도 적용될 수 있다.
Step 0: 도 9의 step 0과 동일한 방식으로 수행될 수 있다.
Step 1: 단말은 RRC-INACTIVE 상태에서 New NG-RAN(예: NG-RAN #1)을 통해 SDT를 수행 중이다. 즉, Step 1의 절차에서 Old NG-RAN은 UE context를 New NG-RAN에게 전달하였다. 따라서 단말에 대한 serving NG-RAN은 new NG-RAN이 된 상태일 수 있다. New NG-RAN은 SDT bearer만을 resume 하여 단말에 대한 SDT을 지원할 수 있다. 아직 NG-RAN #1이 Old NG-RAN에게 UE CONTEXT RELEASE 메시지를 전송하지 않았기 때문에, NG-RAN #1과 Old NG-RAN 양쪽에 UE context가 존재할 수 있다.
NOTE: Step 1이 수행될 때, Old NG-RAN이 NG-RAN #1에게 SDT 전송을 위해 RLC, MAC, PHY layer와 관련된 정보 만을 전달하고, UE context 자체는 old NG-RAN이 저장하고 있을 수도 있다.
Step 2: SDT 과정이 수행되는 동안, 단말은 NG-RAN #1 내의 cell에 의해 serving되다가, NG-RAN #2 내의 cell 로의 cell re-selection을 수행할 수 있다.
NOTE: 도 11의 예시는 단말이 NG-RAN #1 내의 Cell #1에서 Cell #2로의 Cell reselection을 수행할 때에도 적용될 수 있다.
Step 3: 단말은 기존에 진행 중이던 SDT 과정을 다시 재개하기 위해 NG-RAN #2 내의 새로운 cell에서 RRC Resume Request 메시지를 전송할 수 있다. 즉, 단말이 NG-RAN #2 내의 새로운 cell로의 cell reselection을 수행했으므로, 단말은 RRC Resume Request 메시지를 NG-RAN #2 내의 새로운 cell에게 전송할 수 있다. 이 과정에서, 단말은 UL data도 같이 전달할 수 있다.
Step 4: NG-RAN #2는 RRC Resume Request 메시지 안에 포함된 I-RNTI를 기반으로 단말에 대한 UE context를 가지고 있는지를 확인한다. 만약 해당 UE context를 찾는데 실패하면, I-RNTI를 기반으로 해당 UE context를 가지고 있는 Old NG-RAN (= Last Serving NG-RAN)에게 RETRIEVE UE CONTEXT REQUEST 메시지를 보내 해당 UE context를 요청한다.
Step 5: NG-RAN #2으로부터 RETRIEVE UE CONTEXT REQUEST 메시지를 수신한 Old NG-RAN은 해당 단말에 대한 UE context를 가지고 있는지를 확인할 수 있다. Old NG-RAN은 단말에 대한 검증을 수행할 수 있다. 해당 UE context를 가지고 있고, 단말에 대한 검증이 끝나면, Old NG-RAN은 UE context를 NG-RAN #2에게 전달할지 여부를 결정할 수 있다. 이 과정에서 Old NG-RAN은 해당 단말에 대해 NG-RAN #1을 통해 SDT 과정이 진행 중임을 알 수 있으며, NG-RAN #1을 통한 SDT 과정을 종료해야 함을 알 수 있다.
Step 6: Old NG-RAN은 RETRIEVE UE CONTEXT RESPONSE 메시지를 통해 NG-RAN #2에게 단말에 대한 UE context를 전달할 수 있다.
NOTE: Old NG-RAN이 UE context를 유지한 채로 NG-RAN #2을 통하여 SDT 전송을 하기 위해 RLC, MAC, PHY layer와 관련된 정보 만을 전달할 수도 있다.
Step 7: Old NG-RAN은 RETRIEVE UE CONTEXT CANCEL 메시지를 NG-RAN #1에게 전송함으로써, 해당 단말이 다른 NG-RAN의 cell로 이동했기 때문에 현재 진행 중인 SDT를 멈춰야 한다는 것을 NG-RAN #1에게 알릴 수 있다. 이 과정에서 Old NG-RAN은 이미 NG-RAN #1 내에 존재하는, "단말로 전송해야 할 DL data 또는 단말로부터 수신한 UL data"를 Old NG-RAN으로 전송하기 위한 data forwarding 용 터널에 대한 TEID 정보를 같이 NG-RAN #1에게 전달할 수 있다.
NG-RAN #1이 old NG-RAN으로부터 data forwarding address를 수신한 경우, NG-RAN #1은 해당 터널 정보를 이용하여 현재 남아있는 UL/DL data를 모두 old NG-RAN에게 전달할 수 있다. Old NG-RAN은 NG-RAN #1으로부터 수신한 data를 NG-RAN #2 또는 5GC 쪽으로 전달할 수 있다.
NOTE: RETRIEVE UE CONTEXT CANCEL 메시지 대신에 UE CONTEXT RELEASE 메시지가 사용될 수도 있다.
NOTE: 만약 단말이 NG-RAN #1 내의 다른 cell로 이동한 경우, Step 4~7에서 수행된 동작들이 그대로 적용될 수도 있다. 또는 NG-RAN #1은 Step 3에서 단말이 현재 SDT가 진행 중인 cell #1에서 NG-RAN #1의 다른 cell #2로 이동했음을 알 수 있으므로, Step 7을 수행하지 않고, 도 9의 예시 또는 도 10a 및 도10b의 예시에서와 같이, Cell #1에 할당된 단말에 대한 정보를 모두 release 할 수도 있다.
Step 8: 단말은 NG-RAN #2 내의 cell을 통해 SDT 절차를 지속할 수 있다. Step 4~6의 동작을 수행하여, NG-RAN #2가 새로운 serving NG-RAN이 되어 단말과 Data를 교환할 수도 있다. 또는, 여전히 old NG-RAN이 serving NG-RAN 역할을 하는 경우, NG-RAN #2을 통해 old NG-RAN까지의 data path가 형성될 수도 있다.
4. 본 명세서의 개시의 제4예
이하에서, 도 12의 예시를 참조하여, 본 명세서의 개시의 제4예를 설명하기로 한다.
본 명세서의 개시의 제4예는 동일한 셀에서, RRC Resume 절차를 트리거하는 절차의 예시를 포함한다. 예를 들어, 본 명세서의 개시의 제4예는 RRC Resume 절차를 트리거하는 절차를 지원하기 위한 예시를 나타낸다. 본 명세서의 개시의 제4예에서 설명하는 동작은 CG-SDT resource configuration이 완료된 이후에 수행될 수도 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 12는 본 명세서의 개시의 제4예에 따른 신호 흐름도를 나타낸다.
도 12의 예시는 CG-SDT resource configuration이 완료된 이후, RRC Resume 절차를 트리거하는 절차를 지원하기 위한 예시를 나타낸다.
도 12의 예시는 단말이 CG-SDT resource를 설정(configuration)받은 cell에서 non-SDT bearer을 통해 전송해야 될 data가 생겼을 때, Normal Resume procedure을 시도하는 방법의 예시를 포함한다.
Step 0: 단말은 RRC_CONNECTED 상태에 있을 때 gNB-CU-CP를 통해 gNB-DU로부터 CG-SDT resource을 configuration 받은 이후, RRC_INACTIVE 상태에 머물러 있을 수 있다.
단말이 네트워크로 non-SDT bearer을 통해 전송해야 될 data가 생긴 경우, 단말은 Normal Resume procedure을 시도하기로 결정할 수 있다.
Step 1: 단말은 RRC_INACTIVE 상태에서 RRC Resume Request 메시지를 gNB-DU에게 전송할 수 있다.
Step 2: gNB-DU는 단말로부터 수신한 RRC Resume Request 메시지를 F1AP INITIAL UL RRC MESSAGE TRANSFER 메시지에 포함시켜 gNB-CU-CP에게 전달할 수 있다.
Step 3: gNB-CU(예: gNB-CU-CP)는 RRC Resume Request 메시지에 포함된 I-RNTI 정보에 기초하여, 해당 단말이 SDT 전송 과정에서 RRC-CONNECTED 상태로 천이하기 위해 다시 Resume 과정을 실행했다는 것을 알 수 있다. 여기서, I-RNTI 정보는 RRC_INACTIVE 상태에 있는 단말에 대한 UE context를 구분하기 위한 ID 일 수 있다. gNB-CU(예: gNB-CU-CP)는 I-RNTI 정보를 검증한 후, 이를 기반으로 gNB-CU가 저장하고 있던, 해당 단말에 대한 UE context를 찾는데 성공함으로써, 해당 단말에 대한 SDT가 시작되었다는 것을 알 수 있다. gNB-CU(예: gNB-CU-CP)는 Step 0a에서 gNB-DU가 해당 단말에 대해 CG-SDT resource 할당 및 UE context를 생성했다는 것을 이미 알고 있을 수도 있다.
Step 4: gNB-CU(예: gNB-CU-CP)는 UE CONTEXT SETUP REQUEST 메시지를 gNB-DU에게 전송하여, Non-SDT bearer (e.g., Bearer configuration, F1 UL TEIDs)에 대한 셋업을 요청할 수 있다. 이때, gNB-CU(예: gNB-CU-CP)는 해당 단말에 대한 CG-SDT 할당 과정 (예: Step 0a)에서 gNB-DU가 설정한 old gNB-DU UE F1AP ID를 UE CONTEXT SETUP REQUEST 메시지와 함께 gNB-DU에게 전달할 수 있다. 그러면, gNB-DU는 해당 단말이 SDT bearer 외에 추가로 non-SDT bearer를 셋업하려고 시도하는 것을 알 수 있다. 이를 통해 gNB-DU는 해당 단말을 위해 설정하였던 SDT bearer, CG configuration 등의 정보를 그대로 활용할 수 있다.
예를 들어, gNB-CU(예: gNB-CU-CP)는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 gNB-DU에게 전송할 수 있다. 그러면, gNB-DU는 해당 단말이 SDT bearer 외에 추가로 non-SDT bearer를 셋업하려고 시도하는 것을 알 수 있다. gNB-DU는 해당 단말을 위해 설정하였던 SDT bearer, CG configuration(예: SDT resource configuration) 등의 정보를 그대로 활용할 수 있다. 예를 들어, gNB-DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 gNB-CU(예: gNB-CU-CP)로부터 수신할 수 있다. UE CONTEXT에 관련된 요청 메시지가 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 경우, gNB-DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)에 기초하여, old SDT resource configuration 및 old UE context를 검색(retrieve)할 수 있다. 이에 따라, gNB-DU는, non-SDT 베어러를 위해 old SDT resource configuration 및 old UE context를 그대로 사용할 수 있다.
Step 5: gNB-DU는 Step 4에서 gNB-CU-CP으로부터 수신한 메시지에 따라, 단말에 대한 bearer 셋업을 완료하고, UE CONTEXT SETUP RESPONSE 메시지를 전송하여 응답할 수 있다.
Step 6: gNB-CU-CP는 단말에게 RRC_CONNECTED 상태로의 천이를 알리기 위해 RRC Resume 메시지를 생성할 수 있다. gNB-CU-CP는 RRC Resume 메시지를 DL RRC MESSAGE TRANSFER를 통해 gNB-DU에게 전달할 수 있다.
Step 7: gNB-DU는 Step 6에서 수신한 RRC Resume 메시지를 단말에게 전달할 수 있다. RRC Resume 메시지에 기초하여, 단말은 모든 bearer를 resume하고 RRC_CONNECTED 상태로 천이할 수 있다. 단말은 Non-SDT bearer에 존재하는 UL data를 NG-RAN에게 전송할 수 있다.
Step 8: 단말은 NG-RAN에게 RRC Resume Complete 메시지를 전송하여 응답할 수 있다.
Step 9: gNB-DU는 단말이 전송한 RRC 메시지를 UL RRC MESSAGE TRANSFER를 통해 gNB-CU-CP에게 전달할 수 있다.
NOTE: Step 6과 10은 동시에 수행될 수도 있다. Step 10이 Step 6 보다 먼저 수행될 수도 있다.
Step 10: 단말이 Non-SDT Bearer을 통해 데이터 전송을 시도하고, 그에 따라 RRC_CONNECTED 상태로 천이할 것임을 알리기 위해, gNB-CU-CP는 BEARER CONTEXT MODIFICATION REQUEST 메시지를 gNB-CU-UP에게 전송할 수 있다.
이 과정에서, gNB-CU-CP는 gNB-DU로부터 수신한 Non-SDT bearer에 대한 DL TEIDs 정보를 함께 전달할 수 있다.
Step 11: gNB-CU-UP는 Step 8에서 수신한 gNB-CU-CP 요청에 따라 Bearer Context를 업데이트한 후, BEARER CONTEXT MODIFICATION RESPONSE 메시지를 전송하여 응답할 수 있다.
5. 본 명세서의 개시의 제5예
이하에서, 도 13의 예시 및 도 14의 예시를 참조하여, 본 명세서의 개시의 제5예를 설명하기로 한다.
본 명세서의 개시의 제5예는, 앞서 다양한 예시를 통해 설명한 본 명세서의 개시의 제1예, 제2예, 제3예, 및/또는 제4예 중 적어도 하나의 예에 대해 적용될 수 있는, gNB(예: gNB-DU와 gNB-CU를 포함)의 동작의 예시를 나타낼 수 있다.
이하에서, 도 13의 예시 및 도 14의 예시에서 설명하는 gNB-DU의 동작 및 gNB-CU의 동작은 예시에 불과하며, 본 명세서의 개시의 범위에서, gNB-DU의 동작 및 gNB-CU의 동작은 도 13의 예시 및 도 14의 예시에 의해 제한되지 않는다. 예를 들어, 도 13의 예시 및 도 14의 예시에 도시되지 않더라도, gNB-DU 및/또는 gNB-CU는 본 명세서의 개시의 제1예, 제2예, 제3예, 및/또는 제4예에서 설명한 동작들을 수행할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 13은 본 명세서의 개시의 제5예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 13의 예시는 gNB-DU와 gNB-CU가 UE 컨텍스트에 관련된 통신을 수행하는 일 예를 나타낸다.
단계(S1201)에서, gNB-CU는 요청 메시지를 gNB-DU에게 전송할 수 있다. 예를 들어, gNB-CU는 UE 컨텍스트와 관련된 요청 메시지를 gNB-DU에게 전송할 수 있다.
요청 메시지는 old F1AP UE ID에 관련된 정보를 포함할 수 있다. old F1AP UE ID는 gNB-DU가 old resource configuration 및 이전의 UE 컨텍스트를 검색하여 UE 컨텍스트를 셋업하도록 할 수 있다.
단계(S1201)를 수행하기 전에, UE로부터 RRC resume 요청 메시지를 수신할 수도 있다. RRC resume 요청 메시지는 SDT 세션을 위한 베어러에 관련된 정보를 포함할 수 있다. gNB-CU는, 상기 RRC 재개 요청 메시지가 수신된 것에 기초하여, 상기 UE가 비-SDT 세션을 위한 베어러를 통해 데이터를 전송하고자 한다는 것을 결정할 수 있다. 상기 RRC 재개 요청 메시지가 수신된 것에 기초하여, 상기 이전의 F1AP UE ID 정보가 상기 요청 메시지에 포함될 수 있다.
단계(S1202)에서, gNB-DU는 응답 메시지를 gNB-CU에게 전송할 수 있다. 응답 메시지는 gNB-DU가 상기 UE 컨텍스트의 셋업을 완료했다는 정보를 포함할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 14는 본 명세서의 개시의 제5예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 14의 예시에는 gNB-DU와 gNB-CU가 도시된다. 도 14의 예시에서, gNB가 gNB-DU와 gNB-CU로 분리될 수 있다. 예를 들어, gNB는 물리적으로 또는 논리적으로, gNB-DU와 gNB-CU로 분리될 수 있다.
도 14의 예시는 UE Context Setup 절차의 예시를 나타낼 수 있다.
UE Context Setup 절차는 gNB-DU에서 UE Context를 설정하기 위해 수행될 수 있다. 예를 들어, UE Context는 signalling radio bearer (SRB), data radio bearer(DRB), BH RLC 채널 및/또는 SL DRB Configuration을 포함할 수 있다. UE Context Setup 절차에는 UE 관련 시그널링을 사용될 수 있다.
도 14의 예시에 따르면, gNB-CU는 UE CONTEXT SETUP REQUEST 메시지를 gNB-DU에 전송함으로써, 절차를 시작할 수 있다. gNB-DU는 UE CONTEXT SETUP REQUEST 메시지를 수신한 후, UE 컨텍스트를 수립할 수 있다. gNB-CU는 Old CG-SDT Session Info Information Element(IE)를 포함하는 UE CONTEXT SETUP REQUEST 메시지를 gNB-DU에게 전송할 수도 있다.
gNB-DU가 UE 컨텍스트 수립에 성공하면, gNB-DU는 UE CONTEXT SETUP RESPONSE 메시지를 gNB-CU에게 전송함으로써, gNB-CU에게 응답할 수 있다. UE 관련 논리적 F1 연결(UE-associated logical F1-connection)이 존재하지 않는 경우, UE 관련 논리적 F1 연결이 UE Context Setup 절차의 일부로써 수립될 수도 있다.
Old CG-SDT Session Info IE(예: gNB-DU F1AP UE ID 포함)가 UE CONTEXT SETUP REQUEST 메시지에 포함된 경우, gNB-DU는 표시된 gNB-DU F1AP UE ID에 기초하여, old CG-SDT resource configuration 및 old UE context를 검색할 수 있다. 예를 들어, 본 명세서의 개시의 제1예, 제2예, 제3예, 및/또는 제4예에서 설명한 바와 같이, gNB-DU는 UE를 위해 설정하였던 SDT bearer, CG configuration(예: SDT resource configuration) 등의 정보를 그대로 활용할 수도 있다. 일례로, gNB-DU는 SDT를 사용하는 UE의 non-SDT bearer를 셋업하기 위해, old CG-SDT resource configuration 및 old UE context를 사용할 수도 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, SDT가 수행되는 동안 수행되는 다양한 동작들이 지원될 수 있다. 예를 들어, 단말이 SDT를 수행하는 동안, CP signalling (또는 NAS PDU 전송), RRC-CONNECTED 상태로의 천이, 및/또는 다른 cell로의 cell-reselection 이후 다시 SDT가 시도되는 경우가 지원될 수 있다. 이를 통해, 단말이 불필요하게 RRC-IDLE로 상태 천이 이후 다시 RRC 연결을 맺거나 또는 강제로 RRC-CONNECTED 상태로 천이하는 것이 방지될 수 있다.
다양한 도면을 참조하여 설명된 본 명세서의 개시의 다양한 예시들은, 개별적으로 수행될 수도 있고, 다른 예시들과 함께 수행될 수도 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, 네트워크는 RRC-INACTIVE 상태에서 small data transmission을 진행하던 단말을 RRC-CONNECTED 상태로 천이시킬 수도 있다. 예를 들어, 단말은 무선 네트워크에게 다시 한 번 RRC Resume Request 메시지를 전달할 수 있다. 무선 네트워크의 CU-CP는 해당 단말에 대해 DU가 이전에 SDT 절차에서 할당한 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID) 를 DU에게 전달함으로써, 해당 단말이 RRC-INACTIVE 상태의 SDT에서 RRC-CONNECTED 상태로 천이됨을 알릴 수 있다. 무선 네트워크의 DU는 해당 단말에 대해 이전에 할당된 UE context에 추가하여, 새로운 bearer를 생성한 뒤 이를 CU-CP에게 알릴 수 있다. CU-CP는 단말에게 RRC Resume 메시지를 전송함으로써, 단말에게 RRC-CONNECTED 상태로 천이하라고 명령할 수 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, SDT가 설정된 상황에서, 단말이 비-SDT 베어러에 대한 데이터를 가지고 있을 경우, 효율적으로 통신이 수행될 수 있다. 예를 들어, 단말이 비-SDT 관련 데이터를 전송하기 위해 RRC_Inactive에서 RRC_CONNETED 상태로 천이하는 경우, gNB-DU는 하나의 단말에 대해 효율적으로 resource 및 UE context를 할당할 수 있다. 예를 들어, gNB-CU가 gNB-DU에게 old F1AP UE ID에 관련된 정보를 전송함으로써, gNB-DU는 SDT를 위해 설정되었던 이전의 자원 설정 및 이전의 UE 컨텍스트를 검색할 수 있다. gNB-DU는 이전의 자원 설정 및 이전의 UE 컨텍스트에 기초하여, UE 컨텍스트를 수립함으로써, 하나의 단말에 대해 효율적으로 resource 및 UE context를 할당할 수 있다.
참고로, 본 명세서에서 설명한 단말(예: UE)의 동작은 앞서 설명한 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 단말(예: UE)은 도 2의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 단말(예: UE)의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(105 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
참고로, 본 명세서에서 설명한 네트워크 노드(예: AMF, SMF, UPF, PCF, UDM, DN등) 또는 기지국(예: NG-RAN, gNB, eNB, RAN, E-UTRAN, new NG-RAN, DU, CU, CU-UP, CU-CP, gNB-DU, gNB-CU 등)의 동작은 이하 설명될 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 네트워크 노드 또는 기지국은 도 2의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 네트워크 노드 또는 기지국의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(106 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성(또는 비일시적) 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행할 수 있다.
이상에서는 바람직한 실시예를 예시적으로 설명하였으나, 본 명세서의 개시는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 명세서의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.
상술한 예시적인 시스템에서, 방법들은 일련의 단계 또는 블록으로써 순서도를 기초로 설명되고 있지만, 설명되는 단계들의 순서에 한정되는 것은 아니며, 어떤 단계는 상술한 바와 다른 단계와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 권리범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

Claims (16)

  1. gNB-CU(next generation NodeB Central Unit)가 통신을 수행하는 방법으로서,
    User Equipement (UE) 컨텍스트와 관련된 요청 메시지를 gNB-Distributed Unit (DU)에게 전송하는 단계,
    상기 요청 메시지는 이전의(old) F1 Application Protocol (F1AP) UE ID에 관련된 정보를 포함하고; 및
    상기 gNB-DU로부터 응답 메시지를 수신하는 단계를 포함하고,
    상기 이전의 F1AP UE ID는 상기 gNB-DU가 이전의 자원 설정(old resource configuration) 및 이전의 UE 컨텍스트를 검색하여 UE 컨텍스트를 셋업하도록 하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    상기 Small Data Transmission (SDT) 세션을 위한 베어러가 설정되어 있는 것을 특징으로 하는 방법.
  3. 제2항에 있어서,
    상기 UE로부터 Radio Resource Control (RRC) 재개(resume) 요청 메시지를 수신하는 단계를 더 포함하는 방법.
  4. 제3항에 있어서,
    상기 RRC 재개 요청 메시지는 Inactive Radio Network Temporary Identifier (I-RNTI)정보를 포함하고,
    상기 I-RNTI에 의해 검색(retreive)된 UE 컨텍스트에 기초하여, 상기 UE가 비-SDT 세션을 위한 베어러를 통해 데이터를 전송하고자 한다는 것을 결정하는 단계를 더 포함하는 방법.
  5. 제3항에 있어서,
    상기 RRC 재개 요청 메시지가 수신된 것에 기초하여, 상기 이전의 F1AP UE ID 정보가 상기 요청 메시지에 포함되는 것을 특징으로 하는 방법.
  6. 제1항에 있어서,
    상기 응답 메시지는, 상기 gNB-DU가 상기 UE 컨텍스트의 셋업을 완료했다는 정보를 포함하는 것을 특징으로 하는 방법.
  7. 통신을 수행하는 gNB-CU(next generation NodeB Central Unit)에 있어서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    User Equipement (UE) 컨텍스트와 관련된 요청 메시지를 gNB-Distributed Unit (DU)에게 전송하는 단계,
    상기 요청 메시지는 이전의(old) F1 Application Protocol (F1AP) UE ID에 관련된 정보를 포함하고; 및
    상기 gNB-DU로부터 응답 메시지를 수신하는 단계를 포함하고,
    상기 이전의 F1AP UE ID는 상기 gNB-DU가 이전의 자원 설정(old resource configuration) 및 이전의 UE 컨텍스트를 검색하여 UE 컨텍스트를 셋업하도록 하는 것을 특징으로 하는 gNB-CU.
  8. 제7항에 있어서,
    상기 gNB-DU, 상기 gNB-CU 및 UE 사이에 Small Data Transmission (SDT) 세션을 위한 베어러가 설정되어 있는 것을 특징으로 하는 gNB-CU.
  9. 제8항에 있어서,
    상기 UE로부터 Radio Resource Control (RRC) 재개(resume) 요청 메시지를 수신하는 단계를 더 포함하는 gNB-CU.
  10. 제9항에 있어서,
    상기 RRC 재개 요청 메시지는 Inactive Radio Network Temporary Identifier (I-RNTI)정보를 포함하고,상기 I-RNTI에 의해 검색(retreive)된 UE 컨텍스트에 기초하여, 상기 UE가 비-SDT 세션을 위한 베어러를 통해 데이터를 전송하고자 한다는 것을 결정하는 단계를 더 수행하는 gNB-CU.
  11. 제9항에 있어서,
    상기 RRC 재개 요청 메시지가 수신된 것에 기초하여, 상기 이전의 F1AP UE ID 정보가 상기 요청 메시지에 포함되는 것을 특징으로 하는 gNB-CU.
  12. 제7항에 있어서,
    상기 응답 메시지는, 상기 gNB-DU가 상기 UE 컨텍스트의 셋업을 완료했다는 정보를 포함하는 것을 특징으로 하는 gNB-CU.
  13. gNB-DU(next generation NodeB Distributed Unit)가 통신을 수행하는 방법으로서,
    User Equipement (UE) 컨텍스트와 관련된 요청 메시지를 gNB-Central Unit (CU)로부터 수신하는 단계,
    상기 요청 메시지는 이전의(old) F1 Application Protocol (F1AP) UE ID에 관련된 정보를 포함하고; 및
    상기 이전의 F1AP UE ID에 기초하여, 이전의 자원 설정(old resource configuration) 및 이전의 UE 컨텍스트를 검색(retrieve)하는 단계; 및
    상기 검색된 이전의 자원 설정 및 상기 이전의 UE 컨텍스트에 기초하여 UE 컨텍스트를 셋업하는 단계
    상기 gNB-CU에게 응답 메시지를 전송하는 단계를 포함하는 방법.
  14. 제13항에 있어서,
    상기 gNB-DU, 상기 gNB-CU 및 UE 사이에 Small Data Transmission (SDT) 세션을 위한 베어러가 설정되어 있는 것을 특징으로 하는 방법.
  15. 제13항에 있어서,
    상기 응답 메시지는, 상기 gNB-DU가 상기 UE 컨텍스트의 셋업을 완료했다는 정보를 포함하는 것을 특징으로 하는 방법.
  16. 통신을 수행하는 gNB-DU(next generation NodeB Distributed Unit)에 있어서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    User Equipement (UE) 컨텍스트와 관련된 요청 메시지를 gNB-Central Unit (CU)로부터 수신하는 단계,
    상기 요청 메시지는 이전의(old) F1 Application Protocol (F1AP) UE ID에 관련된 정보를 포함하고; 및
    상기 이전의 F1AP UE ID에 기초하여, 이전의 자원 설정(old resource configuration) 및 이전의 UE 컨텍스트를 검색(retrieve)하는 단계; 및
    상기 검색된 이전의 자원 설정 및 상기 이전의 UE 컨텍스트에 기초하여 UE 컨텍스트를 셋업하는 단계
    상기 gNB-CU에게 응답 메시지를 전송하는 단계를 포함하는 gNB-DU.
PCT/KR2022/006255 2021-05-03 2022-05-02 Ue 컨텍스트와 관련된 통신 WO2022235034A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020237015071A KR20230087518A (ko) 2021-05-03 2022-05-02 Ue 컨텍스트와 관련된 통신
EP22799077.7A EP4336956A1 (en) 2021-05-03 2022-05-02 Communication related to ue context
US18/039,636 US20230422105A1 (en) 2021-05-03 2022-05-02 Communication related to ue context

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20210057394 2021-05-03
KR10-2021-0057394 2021-05-03
KR10-2021-0135991 2021-10-13
KR20210135991 2021-10-13

Publications (1)

Publication Number Publication Date
WO2022235034A1 true WO2022235034A1 (ko) 2022-11-10

Family

ID=83932798

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/006255 WO2022235034A1 (ko) 2021-05-03 2022-05-02 Ue 컨텍스트와 관련된 통신

Country Status (4)

Country Link
US (1) US20230422105A1 (ko)
EP (1) EP4336956A1 (ko)
KR (1) KR20230087518A (ko)
WO (1) WO2022235034A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024155817A1 (en) * 2023-01-20 2024-07-25 Ofinno, Llc Extended reality (xr) enhancement

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190022322A (ko) * 2017-08-25 2019-03-06 주식회사 케이티 단말의 이동성 제어 방법 및 그 장치
WO2020091533A1 (en) * 2018-11-02 2020-05-07 Samsung Electronics Co., Ltd. Method for transmitting control signaling in relay network, configuration method and device
WO2020194262A1 (en) * 2019-03-28 2020-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Backhaul channel management for iab networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190022322A (ko) * 2017-08-25 2019-03-06 주식회사 케이티 단말의 이동성 제어 방법 및 그 장치
WO2020091533A1 (en) * 2018-11-02 2020-05-07 Samsung Electronics Co., Ltd. Method for transmitting control signaling in relay network, configuration method and device
WO2020194262A1 (en) * 2019-03-28 2020-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Backhaul channel management for iab networks

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NG-RAN; F1 application protocol (F1AP) (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 38.473, vol. RAN WG3, no. V16.5.0, 9 April 2021 (2021-04-09), pages 1 - 463, XP052000773 *
RAPPORTEUR (ZTE): "Discussion on support of small data transmission in INACTIVE state", 3GPP DRAFT; R3-210192, vol. RAN WG3, 15 January 2021 (2021-01-15), pages 1 - 13, XP051974925 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024155817A1 (en) * 2023-01-20 2024-07-25 Ofinno, Llc Extended reality (xr) enhancement

Also Published As

Publication number Publication date
KR20230087518A (ko) 2023-06-16
US20230422105A1 (en) 2023-12-28
EP4336956A1 (en) 2024-03-13

Similar Documents

Publication Publication Date Title
WO2020067790A1 (en) Method and apparatus for determining whether to perform transmission on a random access or a configured grant in wireless communication system
WO2021241905A1 (ko) 로밍 네트워크에서 네트워크 슬라이스 별 인증 실패 시 효율적인 plmn 선택
WO2022050659A1 (ko) 트래픽 제어
WO2021167304A1 (ko) Ps 데이터 오프와 관련된 통신
WO2021225317A1 (ko) 혼잡 제어에 관련된 통신
WO2020060007A1 (ko) 5g 이동통신에서 pdu 세션을 핸들링하는 방법 및 무선 기기
WO2021187829A1 (ko) 네트워크 슬라이스와 관련된 통신
WO2022075562A1 (ko) 멀티캐스트와 관련된 통신
WO2021177716A2 (ko) 멀티캐스트와 관련된 통신
WO2021187936A1 (ko) 네트워크 슬라이스에 의한 통신 방법
WO2022086307A1 (ko) 네트워크 슬라이스 리매핑 관리 방법
WO2021187881A1 (en) Network support indication for ue provided pdu session pair information
WO2021162500A1 (ko) 멀티 액세스 pdu 세션과 관련된 통신
WO2022015044A1 (en) Method and apparatus for multicast and broadcast service in a wireless communication system
WO2022215909A1 (ko) Pdu 세션 관리 방법
WO2021162498A1 (ko) Npn에서의 pws서비스 방안
WO2021187783A1 (en) Support of service continuity between snpn and plmn
WO2021177734A1 (en) Support of service continuity for handover between snpn and plmn
WO2021235779A1 (ko) 멀티캐스트와 관련된 통신
WO2021187828A1 (ko) 네트워크 슬라이스와 관련된 통신
WO2021091153A1 (ko) 무선 통신 시스템에서 사이드링크 통신에 관련된 설정을 제어하기 위한 방법 및 장치
WO2021025246A1 (en) Method and apparatus for handling security information between a wireless device and a network for a fast rrc release procedure in a wireless communication system
WO2022035204A1 (ko) 네트워크 슬라이스와 관련된 통신
WO2022075612A1 (ko) 무선 통신 시스템에서 자원 할당을 위한 방법 및 장치
WO2022035259A1 (ko) 세션 관리 방법

Legal Events

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

Ref document number: 22799077

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237015071

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18039636

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2022799077

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022799077

Country of ref document: EP

Effective date: 20231204