WO2022197080A1 - Mbs 데이터 제어 방법 및 장치 - Google Patents

Mbs 데이터 제어 방법 및 장치 Download PDF

Info

Publication number
WO2022197080A1
WO2022197080A1 PCT/KR2022/003640 KR2022003640W WO2022197080A1 WO 2022197080 A1 WO2022197080 A1 WO 2022197080A1 KR 2022003640 W KR2022003640 W KR 2022003640W WO 2022197080 A1 WO2022197080 A1 WO 2022197080A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
session
message
terminal
mbs session
Prior art date
Application number
PCT/KR2022/003640
Other languages
English (en)
French (fr)
Inventor
홍성표
Original Assignee
주식회사 케이티
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020220031952A external-priority patent/KR20220129483A/ko
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Priority to US18/281,444 priority Critical patent/US20240172329A1/en
Priority to EP22771746.9A priority patent/EP4311371A1/en
Priority to CN202280021153.7A priority patent/CN116982398A/zh
Publication of WO2022197080A1 publication Critical patent/WO2022197080A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers
    • 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
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Definitions

  • the present disclosure relates to a technique for a terminal to process multicast/broadcast service (MBS) data in an NR-based mobile communication network.
  • MMS multicast/broadcast service
  • a broadcast communication service may be delivered to a terminal using a broadcast session.
  • the UE may receive MBS data in RRC idle, RRC inactive, and RRC connected states.
  • the same service and the same specific content data may be simultaneously provided to a specified set of terminals.
  • a multicast communication service may be delivered to a terminal using a multicast session.
  • the UE may receive MBS data in an RRC connection state.
  • the multicast/broadcast service requires a technique for efficiently utilizing network resources as data is transmitted to a plurality of terminals.
  • a specific technique for efficiently utilizing network resources by activating/deactivating a multicast session is required.
  • these specific procedures and techniques are not presented.
  • the present disclosure provides a technique for a terminal to efficiently process MBS data.
  • the present embodiments provide a method for a terminal to receive MBS (Multicast/Broadcast Service) data, the steps of receiving an RRC message from a base station and configuring a data inactivity timer based on the RRC message and a MAC entity Upon receiving the MTCH (MBS Traffic Channel) MAC SDU for the MBS, it is possible to provide a method comprising the step of starting or restarting a data inactivity timer.
  • MBS Multicast/Broadcast Service
  • the present embodiments provide a method for a base station to control MBS (Multicast/Broadcast Service) data, of MBS session state information from a core network entity, a message for activating the MBS session, and a message for deactivating the MBS session
  • MBS Multicast/Broadcast Service
  • a method comprising receiving at least one and controlling radio resource configuration associated with the MBS session based on at least one of MBS session state information, a message for activating the MBS session, and a message for deactivating the MBS session.
  • the present embodiments configure a data inactivity timer based on a receiver and an RRC message for receiving an RRC message from a base station in a terminal receiving MBS (Multicast/Broadcast Service) data, and in the MAC entity, the MBS It is possible to provide a terminal device including a controller for starting or restarting a data inactivity timer when receiving an MTCH (MBS traffic channel) MAC SDU for the MTCH.
  • MBS Multicast/Broadcast Service
  • the present embodiments provide at least one of MBS session state information, a message for activating an MBS session, and a message for deactivating an MBS session from a core network entity in a base station for controlling MBS (Multicast/Broadcast Service) data
  • a base station device comprising a receiver for receiving one and a controller for controlling radio resource configuration associated with the MBS session based on at least one of MBS session state information, a message for activating the MBS session, and a message for deactivating the MBS session can provide
  • the present disclosure provides an effect that the terminal efficiently processes MBS data.
  • FIG. 1 is a diagram schematically illustrating a structure of an NR wireless communication system to which this embodiment can be applied.
  • FIG. 2 is a diagram for explaining a frame structure in an NR system to which this embodiment can be applied.
  • FIG 3 is a diagram for explaining a resource grid supported by a radio access technology to which this embodiment can be applied.
  • FIG. 4 is a diagram for explaining a bandwidth part supported by a radio access technology to which the present embodiment can be applied.
  • FIG. 5 is a diagram exemplarily illustrating a synchronization signal block in a radio access technology to which the present embodiment can be applied.
  • FIG. 6 is a diagram for explaining a random access procedure in a radio access technology to which this embodiment can be applied.
  • FIG. 8 is a diagram for explaining an operation of a terminal according to an embodiment.
  • FIG. 9 is a diagram for explaining an operation of a base station according to an embodiment.
  • FIG. 10 is a diagram illustrating an example of a layer 2 structure for MBS data reception according to the present embodiment.
  • FIG. 11 is a diagram showing the configuration of a terminal according to an embodiment.
  • FIG. 12 is a diagram showing the configuration of a base station according to an embodiment.
  • temporal precedence relationship such as “after”, “after”, “after”, “before”, etc.
  • a flow precedence relationship when a flow precedence relationship is described, it may include a case where it is not continuous unless “immediately” or "directly” is used.
  • a wireless communication system in the present specification refers to a system for providing various communication services such as voice and data packets using radio resources, and may include a terminal, a base station, or a core network.
  • the present embodiments disclosed below may be applied to a wireless communication system using various wireless access technologies.
  • the present embodiments are 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)
  • 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
  • the wireless access technology may mean not only a specific access technology, but also a communication technology for each generation established by various communication consultation organizations such as 3GPP, 3GPP2, WiFi, Bluetooth, IEEE, and ITU.
  • CDMA may be implemented with a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • UTRA universal terrestrial radio access
  • CDMA2000 Code Division Multiple Access 2000
  • TDMA may be implemented with a radio technology such as global system for mobile communications (GSM)/general packet radio service (GPRS)/enhanced datarates for GSM evolution (EDGE).
  • OFDMA may be implemented with a wireless technology such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and evolved UTRA (E-UTRA).
  • IEEE 802.16m is an evolution of IEEE 802.16e, and provides backward compatibility with a system based on IEEE 802.16e.
  • 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) that uses evolved-UMTSterrestrial radio access (E-UTRA), and employs OFDMA in downlink and SC- in uplink FDMA is employed.
  • 3GPP 3rd generation partnership project
  • LTE long term evolution
  • E-UMTS evolved UMTS
  • E-UTRA evolved-UMTSterrestrial radio access
  • OFDMA OFDMA in downlink
  • SC- in uplink FDMA is employed.
  • the present embodiments may be applied to currently disclosed or commercialized radio access technologies, or may be applied to radio access technologies currently under development or to be developed in the future.
  • a terminal is a comprehensive concept meaning a device including a wireless communication module for performing communication with a base station in a wireless communication system, and in WCDMA, LTE, NR, HSPA, and IMT-2020 (5G or New Radio), etc. It should be interpreted as a concept including all of UE (User Equipment), MS (Mobile Station), UT (User Terminal), SS (Subscriber Station), wireless device, etc. in GSM.
  • the terminal may be a user portable device such as a smart phone depending on the type of use, and in a V2X communication system may mean a vehicle, a device including a wireless communication module in the vehicle, and the like.
  • a machine type communication (Machine Type Communication) system, it may mean an MTC terminal, an M2M terminal, a URLLC terminal, etc. equipped with a communication module to perform machine type communication.
  • a base station or cell of the present specification refers to an end that communicates with a terminal in terms of a network, a Node-B (Node-B), an evolved Node-B (eNB), gNode-B (gNB), a Low Power Node (LPN), Sector, site, various types of antennas, base transceiver system (BTS), access point, point (eg, transmission point, reception point, transmission/reception point), relay node (Relay Node) ), mega cell, macro cell, micro cell, pico cell, femto cell, RRH (Remote Radio Head), RU (Radio Unit), small cell (small cell), etc.
  • the cell may mean including a BWP (Bandwidth Part) in the frequency domain.
  • the serving cell may mean the Activation BWP of the UE.
  • the base station can be interpreted in two ways. 1) in relation to the radio area, it may be the device itself providing a mega cell, a macro cell, a micro cell, a pico cell, a femto cell, or a small cell, or 2) may indicate the radio area itself.
  • the devices providing a predetermined radio area are controlled by the same entity, or all devices interacting to form a radio area cooperatively are directed to the base station.
  • a point, a transmission/reception point, a transmission point, a reception point, etc. become an embodiment of a base station according to a configuration method of a wireless area.
  • the radio area itself in which the signal is received or transmitted from the point of view of the user terminal or the neighboring base station may be indicated to the base station.
  • a cell is a component carrier having the coverage of a signal transmitted from a transmission/reception point or a signal transmitted from a transmission/reception point (transmission point or transmission/reception point), and the transmission/reception point itself.
  • Uplink refers to a method for transmitting and receiving data by a terminal to a base station
  • downlink Downlink (Downlink, DL, or downlink) refers to a method for transmitting and receiving data to and from a terminal by a base station do.
  • a downlink may mean a communication or communication path from a multi-transmission/reception point to a terminal
  • an uplink may mean a communication or communication path from the terminal to a multi-transmission/reception point.
  • the transmitter in the downlink, the transmitter may be a part of multiple transmission/reception points, and the receiver may be a part of the terminal.
  • the transmitter in the uplink, the transmitter may be a part of the terminal, and the receiver may be a part of the multi-transmission/reception point.
  • the uplink and the downlink transmit and receive control information through a control channel such as a Physical Downlink Control CHannel (PDCCH), a Physical Uplink Control CHannel (PUCCH), etc., and a Physical Downlink Shared CHannel (PDSCH), a Physical Uplink Shared CHannel (PUSCH), etc Data is transmitted and received by configuring the same data channel.
  • a situation in which signals are transmitted and received through channels such as PUCCH, PUSCH, PDCCH, and PDSCH may be expressed in the form of 'transmitting and receiving PUCCH, PUSCH, PDCCH and PDSCH'. do.
  • 5G (5th-Generation) communication technology is developed to meet the requirements of ITU-R's next-generation wireless access technology.
  • 3GPP develops LTE-A pro, which improved LTE-Advanced technology to meet the requirements of ITU-R as a 5G communication technology, and a new NR communication technology separate from 4G communication technology.
  • LTE-A pro and NR both refer to 5G communication technology.
  • 5G communication technology will be described with a focus on NR unless a specific communication technology is specified.
  • NR operation scenario various operation scenarios were defined by adding consideration of satellites, automobiles, and new verticals to the existing 4G LTE scenarios. It supports mMTC (Massive Machine Communication) scenario that requires low data rate and asynchronous access, and URLLC (Ultra Reliability and Low Latency) scenario that requires high responsiveness and reliability and supports high-speed mobility. .
  • mMTC Massive Machine Communication
  • URLLC Ultra Reliability and Low Latency
  • NR discloses a wireless communication system to which a new waveform and frame structure technology, low latency technology, mmWave support technology, and forward compatible technology are applied.
  • the NR system presents various technical changes in terms of flexibility to provide forward compatibility. The main technical features of NR will be described with reference to the drawings below.
  • FIG. 1 is a diagram schematically illustrating a structure of an NR system to which this embodiment can be applied.
  • the NR system is divided into a 5G Core Network (5GC) and an NR-RAN part, and the NG-RAN controls the user plane (SDAP/PDCP/RLC/MAC/PHY) and UE (User Equipment) It consists of gNBs and ng-eNBs that provide planar (RRC) protocol termination.
  • the gNB interconnects or gNBs and ng-eNBs are interconnected via an Xn interface.
  • gNB and ng-eNB are each connected to 5GC through the NG interface.
  • the 5GC may include an Access and Mobility Management Function (AMF) in charge of a control plane such as terminal access and mobility control functions and a User Plane Function (UPF) in charge of a control function for user data.
  • NR includes support for both the frequency band below 6 GHz (FR1, Frequency Range 1) and the frequency band above 6 GHz (FR2, Frequency Range 2).
  • gNB means a base station that provides NR user plane and control plane protocol termination to a terminal
  • ng-eNB means a base station that provides E-UTRA user plane and control plane protocol termination to a terminal.
  • the base station described in this specification should be understood as encompassing gNB and ng-eNB, and may be used as a meaning to distinguish gNB or ng-eNB as needed.
  • a CP-OFDM waveform using a cyclic prefix is used for downlink transmission, and CP-OFDM or DFT-s-OFDM is used for uplink transmission.
  • OFDM technology is easy to combine with MIMO (Multiple Input Multiple Output), and has advantages of using a low-complexity receiver with high frequency efficiency.
  • the NR transmission numerology is determined based on sub-carrier spacing and cyclic prefix (CP), and the ⁇ value is used as an exponential value of 2 based on 15 kHz as shown in Table 1 below. is changed to
  • NR pneumatology can be divided into five types according to the subcarrier spacing. This is different from the fact that the subcarrier interval of LTE, one of the 4G communication technologies, is fixed at 15 kHz. Specifically, subcarrier intervals used for data transmission in NR are 15, 30, 60, and 120 kHz, and subcarrier intervals used for synchronization signal transmission are 15, 30, 120 and 240 kHz. In addition, the extended CP is applied only to the 60 kHz subcarrier interval. On the other hand, as for the frame structure in NR, a frame having a length of 10 ms is defined, which is composed of 10 subframes having the same length of 1 ms.
  • FIG. 2 is a frame in an NR system to which this embodiment can be applied. It is a drawing for explaining the structure.
  • a slot is fixedly composed of 14 OFDM symbols in the case of a normal CP, but the length in the time domain of the slot may vary according to a subcarrier interval.
  • the slot in the case of a numerology having a 15 kHz subcarrier interval, the slot is 1 ms long and is configured with the same length as the subframe.
  • a slot in the case of numerology having a 30 kHz subcarrier interval, a slot consists of 14 OFDM symbols, but two slots may be included in one subframe with a length of 0.5 ms. That is, the subframe and the frame are defined to have a fixed time length, and the slot is defined by the number of symbols, so that the time length may vary according to the subcarrier interval.
  • NR defines a basic unit of scheduling as a slot, and also introduces a mini-slot (or a sub-slot or a non-slot based schedule) in order to reduce transmission delay in a radio section.
  • a mini-slot or a sub-slot or a non-slot based schedule
  • the mini-slot is for efficient support of the URLLC scenario and can be scheduled in units of 2, 4, or 7 symbols.
  • NR defines uplink and downlink resource allocation at a symbol level within one slot.
  • a slot structure capable of transmitting HARQ ACK/NACK directly within a transmission slot has been defined, and this slot structure will be described as a self-contained structure.
  • NR is designed to support a total of 256 slot formats, of which 62 slot formats are used in 3GPP Rel-15.
  • a common frame structure constituting an FDD or TDD frame is supported through a combination of various slots.
  • a slot structure in which all symbols of a slot are set to downlink a slot structure in which all symbols are set to uplink
  • a slot structure in which downlink symbols and uplink symbols are combined are supported.
  • NR supports that data transmission is scheduled to be distributed in one or more slots.
  • the base station may inform the terminal whether the slot is a downlink slot, an uplink slot, or a flexible slot using a slot format indicator (SFI).
  • the base station may indicate the slot format by indicating the index of the table configured through UE-specific RRC signaling using SFI, and may indicate dynamically through Downlink Control Information (DCI) or statically or through RRC. It can also be ordered quasi-statically.
  • DCI Downlink Control Information
  • an antenna port In relation to a physical resource in NR, an antenna port, a resource grid, a resource element, a resource block, a bandwidth part, etc. are considered do.
  • An antenna port is defined such that a channel on which a symbol on an antenna port is carried can be inferred from a channel on which another symbol on the same antenna port is carried.
  • the two antenna ports are QC/QCL (quasi co-located or QC/QCL) quasi co-location).
  • the wide range characteristic includes one or more of delay spread, Doppler spread, frequency shift, average received power, and received timing.
  • FIG 3 is a diagram for explaining a resource grid supported by a radio access technology to which this embodiment can be applied.
  • a resource grid may exist according to each numerology.
  • the resource grid may exist according to an antenna port, a subcarrier interval, and a transmission direction.
  • a resource block consists of 12 subcarriers, and is defined only in the frequency domain.
  • a resource element is composed of one OFDM symbol and one subcarrier. Accordingly, as in FIG. 3 , the size of one resource block may vary according to the subcarrier interval.
  • NR defines "Point A" serving as a common reference point for a resource block grid, a common resource block, a virtual resource block, and the like.
  • FIG. 4 is a diagram for explaining a bandwidth part supported by a radio access technology to which the present embodiment can be applied.
  • a bandwidth part may be designated within the carrier bandwidth and used by the terminal.
  • the bandwidth part is associated with one numerology and is composed of a subset of continuous common resource blocks, and may be dynamically activated according to time.
  • a maximum of four bandwidth parts are configured in the terminal, respectively, in uplink and downlink, and data is transmitted/received using the bandwidth part activated at a given time.
  • the uplink and downlink bandwidth parts are set independently, and in the case of an unpaired spectrum, to prevent unnecessary frequency re-tunning between downlink and uplink operations
  • the downlink and uplink bandwidth parts are set in pairs to share a center frequency.
  • the terminal accesses the base station and performs a cell search and random access procedure in order to perform communication.
  • Cell search is a procedure in which the UE synchronizes the cell of the corresponding base station using a synchronization signal block (SSB) transmitted by the base station, obtains a physical layer cell ID, and obtains system information.
  • SSB synchronization signal block
  • FIG. 5 is a diagram exemplarily illustrating a synchronization signal block in a radio access technology to which the present embodiment can be applied.
  • the SSB consists of a primary synchronization signal (PSS) and a secondary synchronization signal (SSS) occupying 1 symbol and 127 subcarriers, respectively, and a PBCH spanning 3 OFDM symbols and 240 subcarriers.
  • PSS primary synchronization signal
  • SSS secondary synchronization signal
  • the terminal receives the SSB by monitoring the SSB in the time and frequency domains.
  • SSB can be transmitted up to 64 times in 5ms.
  • a plurality of SSBs are transmitted using different transmission beams within 5 ms, and the UE performs detection on the assumption that SSBs are transmitted every 20 ms when viewed based on one specific beam used for transmission.
  • the number of beams that can be used for SSB transmission within 5 ms time may increase as the frequency band increases.
  • up to 4 SSB beams can be transmitted in 3 GHz or less, and SSB can be transmitted using up to 8 different beams in a frequency band of 3 to 6 GHz and up to 64 different beams in a frequency band of 6 GHz or more.
  • Two SSBs are included in one slot, and the start symbol and the number of repetitions within the slot are determined according to the subcarrier interval as follows.
  • the SSB is not transmitted at the center frequency of the carrier bandwidth, unlike the SS of the conventional LTE. That is, the SSB may be transmitted in a place other than the center of the system band, and a plurality of SSBs may be transmitted in the frequency domain when broadband operation is supported. Accordingly, the UE monitors the SSB using a synchronization raster that is a candidate frequency location for monitoring the SSB.
  • the carrier raster and synchronization raster which are the center frequency location information of the channel for initial access, are newly defined in NR, and the synchronization raster has a wider frequency interval than the carrier raster, so that it can support fast SSB search of the terminal.
  • the UE may acquire the MIB through the PBCH of the SSB.
  • MIB Master Information Block
  • MIB includes minimum information for the terminal to receive the remaining system information (RMSI, Remaining Minimum System Information) broadcast by the network.
  • the PBCH includes information on the position of the first DM-RS symbol in the time domain, information for the UE to monitor SIB1 (eg, SIB1 neurology information, information related to SIB1 CORESET, search space information, PDCCH related parameter information), offset information between the common resource block and the SSB (the position of the absolute SSB in the carrier is transmitted through SIB1), and the like.
  • SIB1 eg, SIB1 neurology information, information related to SIB1 CORESET, search space information, PDCCH related parameter information
  • offset information between the common resource block and the SSB the position of the absolute SSB in the carrier is transmitted through SIB1
  • the SIB1 neurology information is equally applied to some messages used in the random access procedure for accessing the base station after the UE completes the cell search procedure.
  • the neurology information of SIB1 may be applied to at least one of messages 1 to 4 for the random access procedure.
  • the aforementioned RMSI may mean System Information Block 1 (SIB1), and SIB1 is periodically broadcast (eg, 160 ms) in the cell.
  • SIB1 includes information necessary for the UE to perform an initial random access procedure, and is periodically transmitted through the PDSCH.
  • CORESET Control Resource Set
  • the UE checks scheduling information for SIB1 by using SI-RNTI in CORESET, and acquires SIB1 on PDSCH according to the scheduling information.
  • SIBs other than SIB1 may be transmitted periodically or may be transmitted according to the request of the UE.
  • FIG. 6 is a diagram for explaining a random access procedure in a radio access technology to which this embodiment can be applied.
  • the terminal transmits a random access preamble for random access to the base station.
  • the random access preamble is transmitted through the PRACH.
  • the random access preamble is transmitted to the base station through a PRACH consisting of continuous radio resources in a specific slot that is periodically repeated.
  • a contention-based random access procedure is performed, and when random access is performed for beam failure recovery (BFR), a contention-free random access procedure is performed.
  • BFR beam failure recovery
  • the terminal receives a random access response to the transmitted random access preamble.
  • the random access response may include a random access preamble identifier (ID), a UL grant (uplink radio resource), a temporary C-RNTI (Temporary Cell - Radio Network Temporary Identifier), and a Time Alignment Command (TAC). Since one random access response may include random access response information for one or more terminals, the random access preamble identifier may be included to inform which terminal the included UL Grant, temporary C-RNTI, and TAC are valid.
  • the random access preamble identifier may be an identifier for the random access preamble received by the base station.
  • the TAC may be included as information for the UE to adjust uplink synchronization.
  • the random access response may be indicated by a random access identifier on the PDCCH, that is, RA-RNTI (Random Access - Radio Network Temporary Identifier).
  • the terminal Upon receiving the valid random access response, the terminal processes information included in the random access response and performs scheduled transmission to the base station. For example, the UE applies the TAC and stores the temporary C-RNTI. In addition, data stored in the buffer of the terminal or newly generated data is transmitted to the base station by using the UL grant. In this case, information for identifying the terminal should be included.
  • the terminal receives a downlink message for contention resolution.
  • the downlink control channel in NR is transmitted in a control resource set (CORESET) having a length of 1 to 3 symbols, and transmits uplink/downlink scheduling information, slot format index (SFI), transmit power control (TPC) information, etc. .
  • CORESET control resource set
  • SFI slot format index
  • TPC transmit power control
  • CORESET Control Resource Set
  • the UE may decode the control channel candidate using one or more search spaces in the CORESET time-frequency resource.
  • QCL Quasi CoLocation
  • CORESET may exist in various forms within a carrier bandwidth within one slot, and CORESET may consist of up to three OFDM symbols in the time domain.
  • CORESET is defined as a multiple of 6 resource blocks up to the carrier bandwidth in the frequency domain.
  • the first CORESET is indicated through the MIB as part of the initial bandwidth part configuration to receive additional configuration information and system information from the network.
  • the terminal may receive and configure one or more pieces of CORESET information through RRC signaling.
  • frequencies, frames, subframes, resources, resource blocks, regions, bands, subbands, control channels, data channels, synchronization signals, various reference signals, various signals or various messages related to NR can be interpreted in various meanings used in the past or present or used in the future.
  • NR conducted in 3GPP recently has been designed to satisfy various QoS requirements required for each segmented and detailed usage scenario as well as an improved data rate compared to LTE.
  • eMBB enhanced Mobile BroadBand
  • mMTC massive MTC
  • URLLC Ultra Reliable and Low Latency Communications
  • Each usage scenario has different requirements for data rates, latency, reliability, coverage, etc.
  • different numerology e.g. subcarrier spacing, subframe, TTI, etc.
  • radio resource unit unit
  • a subframe is defined as a type of time domain structure.
  • SCS Sub-Carrier Spacing
  • a subframe has a time duration of 1 ms.
  • the NR subframe is an absolute reference time duration, and slots and mini-slots may be defined as time units that are the basis of actual uplink/downlink data scheduling.
  • an arbitrary slot consists of 14 symbols.
  • all symbols may be used for DL transmission, or all symbols may be used for UL transmission, or may be used in the form of DL portion + (gap) + UL portion according to the transmission direction of the slot. have.
  • a mini-slot composed of fewer symbols than the aforementioned slot is defined.
  • a short time-domain scheduling interval for mini-slot-based uplink/downlink data transmission/reception may be configured, or a long time-domain scheduling interval for uplink/downlink data transmission/reception through slot aggregation may be configured. have.
  • it is difficult to satisfy the latency requirement if 1ms (14 symbols)-based slot-based scheduling defined in a numerology-based frame structure with a small SCS value such as 15kHz is performed. can Accordingly, scheduling that can satisfy the requirements of URLLC can be performed based on defining a mini-slot composed of fewer OFDM symbols than a slot composed of 14 symbols.
  • the basic scheduling unit is changed to a slot.
  • the slot consists of 14 OFDM symbols.
  • a non-slot structure composed of 2, 4, and 7 OFDM symbols, which is a smaller scheduling unit, is supported.
  • the non-slot structure may be utilized as a scheduling unit for the URLLC service.
  • MMS Multicast and Broadcast Services
  • MBS represents a multicast communication service and a broadcast communication service.
  • a broadcast communication service may be delivered to a terminal using a broadcast session.
  • the UE may receive MBS data in RRC idle, RRC inactive, and RRC connected states.
  • the same service and the same specific content data may be simultaneously provided to a specified set of terminals. Not all terminals within multicast coverage are authorized for data reception.
  • a multicast communication service may be delivered to a terminal using a multicast session.
  • the UE may receive MBS data in an RRC connection state.
  • the base station may transmit the MBS data packet using the following method.
  • the base station may transmit the MBS data packet using the following method.
  • the base station separately forwards separate copies of the MBS data packet.
  • the base station may schedule the UE-specific PDSCH using the UE-specific PDCCH that is CRC-scrambled by the UE-specific RNTI (eg, C-RNTI).
  • the UE-specific PDSCH is scrambled with the same UE-specific RNTI (eg, C-RNTI).
  • the base station delivers a single copy of the MBS data packet to a set of terminals.
  • the base station may schedule the group common PDSCH using a group common PDCCH that is CRC scrambled by a group common RNTI (eg, G-RNTI of LTE SC-PTM).
  • the group common PDSCH is scrambled with the same group common RNTI.
  • the base station may dynamically determine whether to transmit multicast data by PTM or PTP for one terminal.
  • the base station may transmit data to the terminal by dynamically scheduling multicast data to be transmitted. Meanwhile, for a specific multicast session, it may be desirable to deactivate the multicast session while multicast data is not transmitted to the terminal for efficient network resource utilization.
  • the UE may perform data inactivity monitoring by RRC, and may transition to the RRC idle state in this process. In this case, it may be difficult for the terminal to receive MBS data, but a specific operation method has not been proposed for this.
  • the present embodiments devised to solve this problem propose a control technique for the terminal to effectively receive MBS data in the activation/deactivation process for the multicast session.
  • the embodiment described in the present disclosure includes the contents of information elements and operations specified in TS 38.321, which is a 3GPP NR MAC standard, and TS 38.331, which is an NR RRC standard.
  • TS 38.321 which is a 3GPP NR MAC standard
  • TS 38.331 which is an NR RRC standard.
  • the terminal operation content related to the detailed definition of the corresponding information element is not included in the present specification, the corresponding content specified in the standard may be included in the present disclosure.
  • a method for receiving multicast communication service data by an RRC connected state terminal will be mainly described below. However, this is for convenience of description, and the present embodiments may also be applied to a broadcast communication service. In addition, the present embodiments may also be applied to RRC idle or RRC inactive state terminals.
  • FIG. 8 is a diagram for explaining an operation of a terminal according to an embodiment.
  • a terminal receiving multicast/broadcast service (MBS) data may perform a step of receiving an RRC message from a base station (S810).
  • the terminal may receive a higher layer message from the base station.
  • the higher layer message may be an RRC message.
  • the RRC message may be an RRC connection reconfiguration message or an RRC connection configuration message.
  • the RRC message may include at least one of MBS radio bearer configuration information mapped to an MBS session and a data inactivity timer.
  • the MBS radio bearer configuration information may include information required to configure a radio bearer for receiving multicast data or broadcast data in a terminal mapped to an MBS session.
  • the data inactivity timer may be included in the MBS radio bearer configuration information. Alternatively, the data inactivity timer may be included in a separate field separated from the MBS radio bearer configuration information.
  • the terminal may perform the step of configuring the data inactivity timer based on the RRC message (S820).
  • the terminal may configure the data inactivity timer in the terminal by using data inactivity timer information included in the RRC message.
  • the UE may configure the MBS radio bearer mapped to the MBS session in the UE based on the RRC message.
  • One or more MBS radio bearers may be configured.
  • the data inactivity timer is configured in the MAC entity of the terminal.
  • the UE may start or restart the data inactivity timer (S830).
  • MTCH MMS Traffic Channel
  • the terminal may control the reception of data associated with the MBS session in association with the operation of the data inactivity timer.
  • the data inactivity timer when the data inactivity timer is configured, if a logical channel associated with the MBS session is received, the data inactivity timer of the terminal may be started or restarted. That is, when the MAC entity of the terminal receives the MAC SDU of MBCH, the terminal may start or restart the data inactivity timer configured in the terminal.
  • the data inactivity timer is configured for the RRC connected state terminal, when multicast data for the active multicast session is received, the data inactivity timer of the terminal may be started or restarted.
  • the MAC entity of the terminal instructs the expiration of the data inactivity timer to a higher layer (RRC layer).
  • the base station may configure radio resources associated with the MBS session based on at least one of MBS session state information received from the core network entity, a message for activating the MBS session, and a message for deactivating the MBS session.
  • the base station may receive the MBS session state information from the core network entity (e.g. AMF or SMF or MB-SMF).
  • the base station may receive a message for activating or deactivating the MBS session from the core network entity.
  • the base station may receive indication information for enabling the MBS session state change (function) from the core network entity, a timer (value) for checking the MBS session state change, and the like. The above-described information may be received through the N2 message.
  • the terminal may receive the RRC message from the base station.
  • the RRC message may be transmitted to the terminal including MBS radio bearer configuration information for the MBS session. That is, when the base station receives MBS session state information from the core network entity, and the MBS session state information includes a value indicating active, the base station transmits an RRC message including MBS radio bearer configuration information for the MBS session to the terminal.
  • the base station may transmit a paging message including an MBS session ID for an RRC idle terminal or an RRC inactive terminal when receiving a message for activating an MBS session from the core network entity or receiving MBS data.
  • the base station may receive a message for activating the MBS session from the core network entity.
  • the base station may receive MBS data from the core network entity.
  • the base station may transmit a paging message including an MBS session ID for an RRC idle terminal or an RRC inactive terminal.
  • the UE may change the RRC state by receiving the paging message and proceed with MBS data reception.
  • the base station allocates radio resources for the inactive MBS session by releasing the radio resource configuration for the inactive MBS session when the MBS session state information indicates inactive or when receiving a message for deactivating the MBS session. may not For example, when the MBS session state information indicates inactivity or receives a message for deactivating the MBS session, the base station may release radio resource configuration for the corresponding inactive MBS session. Through this, the base station may not allocate radio resources for the MBS session indicated to be inactive or inactive.
  • FIG. 9 is a diagram for explaining an operation of a base station according to an embodiment.
  • the base station controlling MBS (Multicast/Broadcast Service) data receives at least one of MBS session state information, a message for activating the MBS session, and a message for deactivating the MBS session from the core network entity. can be performed (S910).
  • MBS Multicast/Broadcast Service
  • the base station may receive the MBS session state information from the core network entity (e.g. AMF or SMF or MB-SMF).
  • the base station may receive a message for activating or deactivating the MBS session from the core network entity.
  • the base station may receive indication information for enabling the MBS session state change (function) from the core network entity, a timer (value) for checking the MBS session state change, and the like. The above-described information may be received through the N2 message.
  • the base station may perform the step of controlling the radio resource configuration associated with the MBS session based on at least one of MBS session state information, a message for activating the MBS session, and a message for deactivating the MBS session (S920).
  • the base station controls the radio resource configuration associated with the MBS session based on the message and information received from the core network entity.
  • the base station may transmit an RRC message or a paging message to the terminal based on the message and information received from the core network entity.
  • the base station may perform operations such as MBS radio bearer configuration and radio resource configuration.
  • the base station transmits an RRC message including MBS radio bearer configuration information for the MBS session to the terminal.
  • the RRC message may be an RRC connection reconfiguration message or an RRC connection configuration message.
  • Step S930 may be omitted, and may optionally be performed as needed.
  • the base station when the base station receives a message for activating the MBS session from the core network entity or when receiving MBS data, the base station sends a paging message including an MBS session ID for an RRC idle terminal or an RRC inactive terminal.
  • a step of transmitting may be performed (S930).
  • the base station may receive a message for activating the MBS session from the core network entity.
  • the base station may receive MBS data from the core network entity.
  • the base station may transmit a paging message including an MBS session ID for an RRC idle terminal or an RRC inactive terminal.
  • the UE may change the RRC state by receiving the paging message and proceed with MBS data reception.
  • the base station when the MBS session state information indicates inactive or when receiving a message for deactivating the MBS session, the base station releases the radio resource configuration for the inactive MBS session to It is possible to control so that radio resources are not allocated. For example, when the MBS session state information indicates inactivity or receives a message for deactivating the MBS session, the base station may release radio resource configuration for the corresponding inactive MBS session. Through this, the base station may not allocate radio resources for the MBS session indicated to be inactive or inactive.
  • the core network entity may be AMF or SMF or MB-SMF.
  • the terminal may perform the operation described with reference to FIG. 8 to control the MBS data reception operation.
  • MBS data transmission is used as the same meaning as PTM transmission or group common PDSCH transmission, if necessary. Accordingly, the terms may be interchanged.
  • the data inactivity monitoring function may be configured by the RRC layer in the RRC connection state.
  • the terminal should operate as follows.
  • MAC SDU for a DTCH (Dedicated Traffic Channel) logical channel, DCCH (Dedicated Control Channel) logical channel, MTCH (MBS Traffic channel) or CCCH (Common Control Channel) logical channel, or
  • any MAC entity transmits a MAC SDU for a DTCH logical channel or a DCCH logical channel
  • the terminal (the MAC entity of the terminal) starts or restarts the data inactivity timer.
  • the terminal (the MAC entity of the terminal) instructs the expiration of the data inactivity timer to the upper layer (RRC layer).
  • the UE When the upper layer (RRC layer) receives expiration of the data inactivity timer from the lower layer (MAC layer), the UE performs an action to go to RRC IDLE. The UE resets the MAC layer, releases all radio resources, and instructs the NAS/application layer to release the RRC connection.
  • the terminal receives data associated with the corresponding active multicast session through the MBS session activation procedure, it is necessary to maintain the RRC connection state of the terminal in the active multicast session state. Alternatively, it is necessary to control the receiving terminal not to transition to the RRC idle state before MBS session deactivation is triggered. Alternatively, when the terminal is receiving data with the MBS radio bearer configured for the active MBS session, it is necessary to control the receiving terminal not to transition to the RRC idle state.
  • the UE may transition to the RRC idle state.
  • data may be received by maintaining the MBS radio bearer configuration even in the RRC IDLE state.
  • the base station since the base station does not maintain the context of the corresponding terminal, it may be difficult to provide continuous service according to the movement of the terminal.
  • the method of not configuring the data inactivity function/timer (if there is a configured terminal, release the function, or How to disable the function by indicating a specific value)
  • the base station may configure the MBS radio bearer mapped to the active MBS session in the terminal through the multicast session establishment procedure.
  • the base station may set the MBS session to an active state through the multicast session establishment procedure, and configure an MBS radio bearer mapped to the corresponding MBS session in the terminal.
  • the base station may transmit MBS data by setting/activating an MBS session to an active state through a multicast session activation procedure, and configuring/modifying/changing an MBS radio bearer mapped to the corresponding MBS session to the terminal.
  • the base station may receive an N2 message (or a message from 5GC via AMF) from the AMF (or any 5GC node/entity, e.g. SMF/MB-SMF) through the multicast session establishment procedure or the multicast session activation procedure.
  • the corresponding message may include information for indicating the multicast session to be active or information for indicating activation of the multicast session.
  • the corresponding message may include a paging message for paging the CM IDLE terminal that has joined the corresponding multicast session.
  • Information for indicating a multicast session to be active or information for indicating activation of a multicast session may be included in a paging message for paging a CM IDLE terminal that has joined the multicast session.
  • the message may include MBS session context information.
  • MBS session context information is MBS Session ID, source specific multicast address, TMGI, multicast QoS flow information, MBS session AMBR, associated PDU session context, PDU session ID, S-NSSAI, PDU session AMBR, associated unicast QoS Mapping/association between flow and multicast QoS flow information may include one or more of whether multicast session state (active/inactive) and multicast session state (active/inactive) are supported.
  • the base station may instruct a paging message for paging the CM IDLE terminal that has joined the corresponding multicast session through the air interface (Uu).
  • the base station may indicate a paging message for paging the RRC INACTIVE terminal that has joined the corresponding multicast session through the air interface (Uu).
  • the base station sets/activates the MBS session in an active state and instructs the terminal to an RRC reconfiguration message for configuring/modifying/changing the MBS radio bearer mapped to the corresponding MBS session to the terminal. .
  • the base station may not configure the data inactivity function/timer in the terminal.
  • the base station may instruct the terminal to configure/modify/change an RRC reconfiguration message for setting/activating the MBS session to an active state and configuring/modifying/changing the MBS radio bearer mapped to the corresponding MBS session to the terminal.
  • the base station may instruct to release the corresponding configuration.
  • the base station receives the data inactivity timer in the MAC-cellgroup configuration on the RRC reconfiguration message. It transmits information to release it.
  • the base station may instruct the terminal to reconfigure/modify/release the corresponding function/timer by including information for instructing to release the data inactivity timer in the MAC-cellgroup configuration on the RRC reconfiguration message.
  • the base station may instruct the terminal to reconfigure/modify/release the corresponding function/timer by not including the data inactivity timer in the MAC-cellgroup configuration on the RRC reconfiguration message.
  • the base station indicates the value of the data inactivity timer to a specific value (e.g. infinity) in the MAC-cell group configuration on the RRC reconfiguration message, and the terminal reconfigures/modifies/releases the corresponding function/timer so that the corresponding function does not operate. may be instructed not to.
  • the base station may disable the corresponding timer/function by indicating the corresponding timer value as an infinite value.
  • the data inactivity timer value is ⁇ s1, s2, s3, s5, s7, s10, s15, s20, s40, s50, s60, s80, s100, s120, s150, s180, where s1 means 1 second ⁇ could have one of them.
  • the base station may designate one value for disabling the corresponding function and apply it to the corresponding terminal, or may disable the corresponding function by adding a new value.
  • the terminal when the data inactivity timer is configured in the terminal, when the terminal receives a logical channel associated with the MBS session, the terminal may start or restart the data inactivity timer.
  • a logical channel associated with an MBS session may indicate an MBS traffic logical channel and/or an MBS control logical channel.
  • the terminal when the data inactivity timer is configured for the RRC connected state terminal, when the terminal receives multicast data for an active multicast session, the terminal may start or restart the data inactivity timer.
  • the multicast data may represent a multicast traffic channel and/or a multicast control channel logical channel.
  • MAC entity selects a Dedicated Traffic Channel (DTCH) logical channel, a DCCH (Dedicated Control Channel) logical channel, a CCCH (Common Control Channel) logical channel, or an MB Traffic Channel (MTCH) logical channel, an MB Control Channel logical channel.
  • DTCH Dedicated Traffic Channel
  • DCCH Dedicated Control Channel
  • CCCH Common Control Channel
  • MTCH MB Traffic Channel
  • any MAC entity transmits a MAC SDU for a DTCH logical channel or a DCCH logical channel
  • the terminal (the MAC entity of the terminal) starts or restarts the data inactivity timer.
  • the terminal (the MAC entity of the terminal) instructs the expiration of the data inactivity timer to the upper layer (RRC).
  • the base station may receive information for indicating the multicast session to be active or information for indicating activation of the multicast session.
  • the base station sets/activates the MBS session in an active state and configures the MBS radio bearer mapped to the corresponding MBS session in the terminal
  • An RRC reconfiguration message for /modification/change may be indicated to the terminal.
  • the terminal receives the corresponding message (or receives any related instruction information such as MBS session activation status indication, data inactivity timer stop/stop/suspend indication, etc.), it can stop/stop/suspend the MBS data data inactivity timer. have. Through this, it is possible to prevent the UE from transitioning to the RRC idle state due to the corresponding function.
  • the base station may receive information for indicating the multicast session to be active or information for indicating activation of the multicast session.
  • the base station sets/activates the MBS session in an active state and configures the MBS radio bearer mapped to the corresponding MBS session in the terminal
  • An RRC reconfiguration message for /modification/change may be indicated to the terminal.
  • the terminal receives the corresponding message (or receives any related instruction information such as MBS session activation status indication, data inactivity timer stop/stop/suspend indication, etc.), it can stop/stop/suspend the MBS data data inactivity timer. have. Through this, it is possible to prevent the UE from transitioning to the RRC idle state due to the corresponding function.
  • the multicast session state is defined as follows.
  • Multicast session configuration state Multicast data is not transmitted. Some information about the multicast session is configured. However, the resource is not reserved. For example, TMGI is allocated, but complete session information is not provided to the terminal. The terminal may be allowed to join. However, the first accepted UE join request will trigger multicast session establishment.
  • Multicast data is transmitted to terminals that have joined the multicast session.
  • 5GC resources are reserved for multicast sessions.
  • a corresponding radio resource is reserved according to the location of the participating terminal.
  • a terminal joining the multicast session is in the CM CONNECTED state.
  • a UE is allowed to join a multicast session. This is a multicast session established in the active state.
  • Inactive Multicast Session multicast session inactive state Multicast data is not transmitted.
  • a UE that has joined the multicast session is in the CM CONNECTED or CM IDLE state.
  • a UE is allowed to join a multicast session. This is a multicast session established in the inactive state.
  • a multicast session configuration procedure may be provided.
  • An application function includes a network internal configuration for a multicast session by providing information on a multicast session and/or requesting a TMGI allocation. Resources for the multicast session are not reserved, or resources may be reserved only in MBS-related core network entities (e.g. MB-SMF, MB-UPF, NEF).
  • MBS-related core network entities e.g. MB-SMF, MB-UPF, NEF.
  • multicast data is not transmitted in the inactive multicast session state.
  • the configuration may indicate whether or when a multicast session will be created and whether the multicast session may be inactive.
  • An application function can provide configuration at multiple levels. For example, you can request a TMGI first and then provide full information about the multicast session and allow it to be established.
  • a multicast session establishment procedure may be provided.
  • the multicast session is set to an inactive or active state according to the configuration.
  • 5GC (5G Core) resources for multicast sessions are being reserved.
  • a multicast session activation procedure may be provided.
  • the CM IDLE terminal joining the multicast session is paged.
  • Activation may be triggered by an application function request.
  • activation may be triggered by the reception of multicast data.
  • a multicast session deactivation procedure may be provided. Deactivation may be triggered by an application function request. Alternatively, deactivation may be triggered by no reception of multicast data.
  • a multicast session release procedure may be provided. All resources for the multicast session are released for both the 5GC node and the wireless network node. A terminal joining the multicast session is notified. Release is possible for active or inactive multicast sessions.
  • a multicast session deconfiguration procedure may be provided. All information about the multicast session is removed from 5GC. And the TMGI is deallocated.
  • the multicast session When a multicast session is established, the multicast session may be set to an active state or an inactive state.
  • the base station In the multicast session establishment procedure (for an active multicast session), the base station establishes/configures an MBS radio bearer mapped to the multicast session and/or a data radio bearer mapped to a PDU session associated with the multicast session, and A multicast session can be established (active).
  • the base station in the multicast session establishment procedure (for an inactive multicast session), the base station establishes an MBS radio bearer mapped to the multicast session and/or a data radio bearer mapped to a PDU session associated with the multicast session. /configure and allow to set up (inactive) a multicast session.
  • the corresponding MBS radio bearer and/or the data radio bearer may be configured to operate according to the MBS session inactive state.
  • the base station in the multicast session establishment procedure (for an inactive multicast session), the base station establishes/configures only the data radio bearer mapped to the PDU session associated with the multicast session and sets up the multicast session (in an inactive state).
  • the base station in the multicast session establishment procedure (for an inactive multicast session), the base station does not set up/configure the MBS radio bearer mapped to the multicast session or the data radio bearer mapped to the PDU session associated with the multicast session. It is possible to establish a multicast session (in inactive state) without Hereinafter, this will be described in more detail.
  • the UE may join the multicast session through the PDU session modification procedure in the RRC connection state. First, the corresponding procedure will be described below.
  • the UE transmits a PDU session modification request message to the AMF.
  • the message includes an MBS session ID for indicating a multicast group to which the UE wants to join.
  • AMF receives the MBS context for the multicast session through signaling with the relevant 5GC node/entity (SMF/MB-SMF). For example, the SMF performs authorization on the MBS session join request and extracts multicast QoS flow information for the MBS session indicated through signaling with MB-SMF. The SMF transmits the MBS session context to the AMF.
  • SMF/MB-SMF 5GC node/entity
  • MBS session context is MBS Session ID, source specific multicast address, TMGI, multicast QoS flow information, MBS session AMBR, associated PDU session context, PDU session ID, S-NSSAI, PDU session AMBR, associated unicast QoS flow It may include at least one of mapping/association between and multicast QoS flow information, multicast session state (active/inactive), and whether multicast session state (active/inactive) is supported.
  • the AMF transmits an N2 message including PDU session modification command information to the base station.
  • the PDU session modification command information or the N2 message may include MBS context information.
  • the PDU session modification command information or the N2 message may include an MBS session state (or information for indicating a multicast session state or activation/deactivation of an MBS/multicast session).
  • the MBS session state (or information for indicating the activation/deactivation of the multicast session state or the MBS/multicast session) is composed of 1-bit information for distinguishing the active/inactive state (indicating activation/deactivation).
  • the base station If the base station (supporting MBS) receives the MBS session ID, but there is no MBS session context for the MBS session ID, the base station transmits the MBS session QoS information to allocate resources for servicing the MBS session. use it If the base station does not support MBS, 5GC individual MBS traffic delivery may be performed. For example, the base station uses the PDU session context (unicast QoS flow information) associated with the MBS session to transmit MBS data received from the core network entity to the terminal through an individual tunnel between the UPF/MB-UPF and the base station. It can be transmitted in a PTP method using a radio bearer. The base station may configure/reserve radio resources in the terminal.
  • PDU session context unicast QoS flow information
  • the base station may indicate to the terminal an RRC reconfiguration message including radio resource configuration information for the terminal to receive the corresponding MBS session data.
  • the RRC reconfiguration message may include MBS radio bearer configuration information mapped to the MBS session and/or data radio bearer information mapped to the PDU session associated with the MBS session.
  • the corresponding data radio bearer may be configured based on the PDU session context (e.g. QoS flow information) mapped/associated with the MBS session.
  • the corresponding data radio bearer can be used for transmission in the PTP method using 5GC individual MBS traffic delivery.
  • the RRC reconfiguration message may include multicast session state information (active/inactive).
  • the RRC reconfiguration message may include information configured in association with the multicast session state for the MBS radio bearer mapped to the multicast session.
  • the RRC message may include information configured by dividing an MBS radio bearer mapped to a multicast session (or a data radio bearer mapped to a PDU session associated with an MBS session) into active/inactive states.
  • the RRC message may include information configured by dividing the MBS radio bearer mapped to the multicast session (or the data radio bearer mapped to the PDU session associated with the MBS session) into activation/deactivation states.
  • the UE may configure the corresponding MBS radio bearer and/or the data radio bearer mapped to the PDU session associated with the MBS session (when the multicast session state is set to the active state and indicated).
  • the UE may receive the corresponding MBS session data through the configured MBS radio bearer and/or the data radio bearer mapped to the PDU session associated with the MBS session.
  • FIG. 10 is a diagram illustrating an example of a layer 2 structure for MBS data reception.
  • the MBS radio bearer may be defined as a split bearer structure having two legs/paths.
  • One leg/path of the MBS radio bearer based on the split bearer structure includes L2 entity(s) configuration for (normal) unicast DRB for PTP transmission, and PTP transmission can be performed. have.
  • the other leg/path may perform PTM transmission including configuring L2 entity(s) for PTM transmission.
  • An RLC entity of a unicast leg/path for PTP transmission may be configured in association with a logical channel identifier. And the MAC may receive data by scheduling indicated by the C-RNTI.
  • the RLC entity of the leg/path for PTM transmission may be configured in connection with the RNTI for identifying data reception or MBS session data transmission by classifying for each MBS session.
  • MBS user data is denoted as NR-MTCH, but this is only for convenience of description and may be replaced with any other term (e.g. MB Traffic Channel, Multicast Traffic Channel).
  • the RNTI for MBS data identification means a multicast session/multicast group specific RNTI or a group common RNTI for multicast traffic/data similar to SC-RNTI and G-RNTI.
  • MBS-G-RNTI MBS-G-RNTI. This is for convenience of description and may be replaced with any other name.
  • An RLC entity of a unicast leg/path for PTP transmission and an RLC entity of a leg/path for PTM transmission may be associated with one PDCP entity.
  • the PDCP entity may be associated with an MBS service session (TMGI/MBS session ID/IP multicast address).
  • the terminal may receive the MBS service data transmitted according to the transmission method selected by the base station. For example, the base station transmits data through one path (or two paths) of the RLC entity of the unicast leg/path for PTP transmission and the RLC entity of the leg/path for PTM transmission in the PDCP entity, and the UE transmits the corresponding data can be received.
  • the base station knows about a set of terminals that have joined the multicast group. For example, in the structure shown in FIG. 10, the number of RLC entities of the unicast leg/path for PTP transmission may exist as many as the number of RRC connected state terminals that have joined the corresponding multicast group.
  • the base station may instruct the terminal to an RRC reconfiguration/release message including radio resource configuration information for the terminal to receive the corresponding MBS session data.
  • the RRC reconfiguration/release message may include MBS radio bearer configuration information mapped to the MBS session.
  • the RRC reconfiguration/release message may include multicast session state information (inactive).
  • the RRC reconfiguration/release message may include inactive MBS radio bearer configuration information associated with the MBS session.
  • the RRC reconfiguration/release message may include MBS radio bearer configuration information to be suspended associated with the MBS session.
  • the RRC reconfiguration/release message may include arbitrary configuration information for indicating that the MBS session is in an inactive state.
  • the base station allows the terminal to receive the corresponding MBS session data.
  • An RRC reconfiguration message including radio resource configuration information for may be indicated to the terminal.
  • the base station may instruct the terminal to release an RRC release message for releasing/suspending radio resource configuration information for the terminal to receive the corresponding MBS session data.
  • the RRC reconfiguration/release message may include a PDU session modification command message.
  • the PDU session modification command may be transmitted by being included in the dedicatedNAS-Message information element.
  • the PDU session modification command message may include multicast session state information (inactive).
  • the RRC reconfiguration/release message may include MBS radio bearer configuration information mapped to the MBS session.
  • the NAS/upper layer of the terminal receiving the PDU session modification command may indicate status information (inactive) of the corresponding multicast session to the AS/RRC/lower layer.
  • the RRC of the UE may switch the MBS radio bearer mapped to the corresponding multicast session to suspend/release/inactive state.
  • An RRC reconfiguration/release message including radio resource configuration information for The RRC reconfiguration/release message may include a PDU session modification command message.
  • the PDU session modification command may be transmitted by being included in the dedicatedNAS-Message information element.
  • the PDU session modification command message may include multicast session state information (inactive). (If the MBS radio bearer mapped to the MBS session is configured in the corresponding terminal)
  • the RRC reconfiguration/release message may include information for instructing to suspend the MBS radio bearer configuration information mapped to the MBS session.
  • the RRC reconfiguration/release message may include data radio bearer configuration information mapped to the PDU session associated with the MBS session.
  • the base station determines that the state of the multicast session is inactive.
  • MAC CE for indicating that is may be indicated to the terminal.
  • MAC CE includes MBS session ID information, TMGI, source specific IP multicast address, information for indicating MBS session state, information for indicating MBS session activation/deactivation, MBS radio bearer identifier mapped to the corresponding MBS session, and the corresponding MBS session It may include one or more of the data radio bearer identifiers mapped to the PDU session associated with .
  • the corresponding MAC CE may be used to instruct an arbitrary base station to perform a terminal operation related to radio resource configuration associated with the corresponding MBS session in connection with the multicast session activation/deactivation procedure.
  • the operation provided in all the above examples may be an example of receiving arbitrary information for indicating that the state of the multicast session is inactive.
  • the terminal may perform one or more of the following operations.
  • the terminal may configure the corresponding MBS radio bearer.
  • the UE may store the corresponding MBS radio bearer.
  • the UE may configure/store the corresponding MBS radio bearer in an inactive state.
  • the UE may suspend the corresponding MBS radio bearer.
  • the UE may suspend data reception for the corresponding MBS session.
  • the UE may consider that the corresponding MBS radio bearer is in an inactive multicast session state.
  • the UE does not perform data reception through MBS-G-RNTI.
  • the UE does not perform PDCCH monitoring through MBS-G-RNTI.
  • the UE does not perform Group common PDCCH monitoring through MBS-G-RNTI.
  • the UE may release the corresponding MBS radio bearer.
  • the UE may configure a data radio bearer mapped to the PDU session associated with the MBS session.
  • the UE may suspend the data radio bearer mapped to the PDU session associated with the MBS session.
  • the UE may receive data through a data radio bearer mapped to a PDU session associated with the MBS session.
  • the (active/inactive) state change/switching for the MBS session is performed by an application function request or by whether multicast data is received. can be triggered. An activation/deactivation procedure may be initiated by a corresponding trigger.
  • AMF / SMF / MB-SMF is the UPF / MB-UPF / MBS session state ( Active/inactive), indication information for enabling MBS session state change (function), and a timer (value) for checking MBS session state change may be transmitted.
  • the UPF/MB-UPF/base station may check the MBS session state change when the MBS session state is set to active. For example, when the UPF/MB-UPF/base station transmits/receives data/logical channel associated with the corresponding MBS session, a timer for checking the MBS session state change is started or restarted.
  • the UPF/MB-UPF/base station may transmit information for indicating MBS session deactivation to the AMF/SMF/MB-SMF.
  • the AMF/SMF/MB-SMF may request MBS session deactivation from the base station.
  • the base station receives the data/logical channel associated with the corresponding MBS session from the UPF/MB-UPF, the base station starts or restarts a timer for checking the MBS session state change. If the timer for checking the MBS session state change expires, the base station may transmit information for indicating MBS session deactivation to the AMF.
  • the MB-UPF/UPF/base station may notify it to AMF/SMF/MB-SMF.
  • the message may include MBS session identification information.
  • the corresponding message may include indication information/message for notifying downlink data for the corresponding MBS session (or for indicating that activation of the corresponding MBS session has been triggered).
  • the AMF may request/instruct the base station to activate the MBS session.
  • the message that the AMF requests/instructs to activate the MBS session to the base station may include at least one of a paging message/related information, an MBS session ID, information for indicating the MBS session state, and information for indicating activation/deactivation of the MBS session. have. If there is a terminal in the RRC idle state that joined the multicast session, the AMF may page the corresponding terminal through the CN-initiated paging procedure.
  • the corresponding paging message transmitted from the AMF to the base station may include one or more of MBS session ID information, information for indicating the MBS session state, and information for indicating MBS session activation/deactivation.
  • the paging message transmitted by the base station to the terminal may include one or more of MBS session ID information, information for indicating an MBS session state, and information for indicating MBS session activation/deactivation.
  • the paging message may be included in the paging record or the terminal identifier information element included in the paging record.
  • the UE identifier information element included in the current paging record may be selected from NG-5G-S-TMSI of 48 bits and fullI-RNTI of 40 bits. If the MBS session ID is a value less than 48 bits, it may be included in the terminal identifier information element and transmitted.
  • the terminal When the MBS session ID included in the paging message matches the MBS session ID of the inactive multicast session joined by the terminal, the terminal has an arbitrary procedure for resuming the corresponding MBS radio bearer (RRC resume, RRC establishment). ) or an arbitrary operation for receiving data through the corresponding MBS radio bearer may be initiated/performed.
  • the UE may instruct the base station to resume/activate data reception for the MBS session and resume/activate data reception through the MBS radio bearer through the MAC CE.
  • any operations included in this specification may be an example of any operations for receiving data through a corresponding MBS radio bearer.
  • the base station may page the corresponding UE through the RAN initiated paging procedure.
  • the paging message transmitted by the base station to the terminal may include one or more of MBS session ID information, information for indicating an MBS session state, and information for indicating MBS session activation/deactivation.
  • the paging message may be included in the paging record or the terminal identifier information element included in the paging record.
  • the corresponding paging message may be provided to a terminal that has transitioned to an RRC inactive state (RRC release with suspendconfig) among terminals joined to the multicast session by the corresponding base station.
  • the paging message may be included in the paging record or the terminal identifier information element included in the paging record.
  • the UE identifier information element included in the current paging record may be selected from NG-5G-S-TMSI of 48 bits and fullI-RNTI of 40 bits. If the MBS session ID is less than 48 bits, it can be transmitted by being included in the terminal identifier information element.
  • the terminal has an arbitrary procedure for resuming the corresponding MBS radio bearer (RRC resume, RRC establishment). ) or an arbitrary operation for receiving data through the corresponding MBS radio bearer may be initiated/performed.
  • the UE may instruct the base station to resume/activate data reception for the MBS session or to resume/activate data reception through the MBS radio bearer through the MAC CE.
  • any operations included in this specification may be an example of any operations for receiving data through a corresponding MBS radio bearer.
  • the MAC CE may include one or more of MBS session ID information, TMGI, source specific IP multicast address, information for indicating an MBS session state, and information for indicating MBS session activation/deactivation.
  • the base station may store the deactivation state of the multicast session in the terminal context of the corresponding terminal.
  • the base station may transmit the RRC release message (RRC release or RRC release with suspendconfig) according to the data inactivity timer of the corresponding terminal to cause the corresponding terminal to enter the RRC idle or RRC inactive state.
  • the base station when the corresponding multicast session state is triggered to change/switch from the inactive state to the active state (for example, when the base station receives information indicating activation of the multicast session from the AMF (or any 5GC node/object), and / or when the base station receives data for the multicast session), the base station should perform RAN initiated Paging for the corresponding terminal.
  • help information for instructing the corresponding terminal not to transition to the RRC inactive state is included.
  • the corresponding information message may include at least one of MBS session ID information, information for indicating the MBS session state, information for indicating activation/deactivation of the MBS session, and whether the MBS session state is supported.
  • Corresponding information may be included in the core network assistance information for RRC INACTIVE information element for RRC inactive.
  • Corresponding information may be provided as an information element differentiated from core network help information for RRC inactive. If the corresponding information is received, the base station may store the received corresponding information.
  • the base station may use the stored corresponding information for RRC inactive state determination or RAN paging. Alternatively, the base station may release/remove/discard/update/ignore/override the stored core network help information for RRC inactive.
  • this embodiment can provide the effect that the terminal effectively receives the MBS service data.
  • configurations of a terminal and a base station performing at least one of the above-described embodiments will be briefly described.
  • the terminal and the base station below are configured to implement the above-described embodiments according to any combination.
  • FIG. 11 is a diagram showing the configuration of a terminal according to an embodiment.
  • a terminal 1100 that receives MBS (Multicast/Broadcast Service) data configures a data inactivity timer based on a receiver 1130 that receives an RRC message from a base station and an RRC message, and in the MAC entity
  • the controller 1110 may include a controller 1110 for starting or restarting the data inactivity timer.
  • the receiver 1130 may receive a higher layer message from the base station.
  • the higher layer message may be an RRC message.
  • the RRC message may be an RRC connection reconfiguration message or an RRC connection configuration message.
  • the RRC message may include at least one of MBS radio bearer configuration information mapped to an MBS session and a data inactivity timer.
  • the MBS radio bearer configuration information may include information required to configure a radio bearer for receiving multicast data or broadcast data in a terminal mapped to an MBS session.
  • the data inactivity timer may be included in the MBS radio bearer configuration information. Alternatively, the data inactivity timer may be included in a separate field separated from the MBS radio bearer configuration information.
  • the controller 1110 may configure a data inactivity timer in the terminal by using data inactivity timer information included in the RRC message. Also, the controller 1110 may configure the MBS radio bearer mapped to the MBS session in the terminal based on the RRC message. One or more MBS radio bearers may be configured. For example, the data inactivity timer is configured in the MAC entity of the terminal.
  • the controller 1110 may control the reception of data associated with the MBS session in association with the operation of the data inactivity timer. For example, when the data inactivity timer is configured, when a logical channel associated with the MBS session is received, the controller 1110 may start or restart the data inactivity timer of the terminal. That is, when the MAC entity of the terminal receives the MAC SDU of MBCH, the controller 1110 may start or restart the data inactivity timer configured in the terminal. As another example, when the data inactivity timer is configured for the RRC connected state terminal, the controller 1110 may start or restart the data inactivity timer of the terminal upon receiving multicast data for the active multicast session.
  • the MAC entity of the terminal instructs the expiration of the data inactivity timer to a higher layer (RRC layer).
  • the base station may configure radio resources associated with the MBS session based on at least one of MBS session state information received from the core network entity, a message for activating the MBS session, and a message for deactivating the MBS session.
  • the base station may receive the MBS session state information from the core network entity (e.g. AMF or SMF or MB-SMF).
  • the base station may receive a message for activating or deactivating the MBS session from the core network entity.
  • the base station may receive indication information for enabling the MBS session state change (function) from the core network entity, a timer (value) for checking the MBS session state change, and the like. The above-described information may be received through the N2 message.
  • the receiver 1130 may receive the RRC message from the base station.
  • the RRC message may be transmitted to the terminal including MBS radio bearer configuration information for the MBS session. That is, when the base station receives MBS session state information from the core network entity, and the MBS session state information includes a value indicating active, the base station transmits an RRC message including MBS radio bearer configuration information for the MBS session to the terminal.
  • the base station may transmit a paging message including an MBS session ID for an RRC idle terminal or an RRC inactive terminal when receiving a message for activating an MBS session from the core network entity or receiving MBS data.
  • the base station may receive a message for activating the MBS session from the core network entity.
  • the base station may receive MBS data from the core network entity.
  • the base station may transmit a paging message including an MBS session ID for an RRC idle terminal or an RRC inactive terminal.
  • the UE may change the RRC state by receiving the paging message and proceed with MBS data reception.
  • the base station allocates radio resources for the inactive MBS session by releasing the radio resource configuration for the inactive MBS session when the MBS session state information indicates inactive or when receiving a message for deactivating the MBS session. may not For example, when the MBS session state information indicates inactivity or receives a message for deactivating the MBS session, the base station may release radio resource configuration for the corresponding inactive MBS session. Through this, the base station may not allocate radio resources for the MBS session indicated to be inactive or inactive.
  • controller 1110 controls the overall operation of the terminal 1100 according to the operation for receiving MBS data required to perform the above-described embodiment.
  • the transmitter 1120 and the receiver 1130 are used to transmit and receive signals, messages, and data necessary for performing the above-described embodiment with the base station.
  • FIG. 12 is a diagram showing the configuration of a base station according to an embodiment.
  • the base station 1200 for controlling MBS (Multicast/Broadcast Service) data receives at least one of MBS session state information, a message for activating the MBS session, and a message for deactivating the MBS session from the core network entity.
  • the receiving unit 1230 and the control unit 1210 for controlling the radio resource configuration associated with the MBS session based on at least one of the receiving unit 1230 and MBS session state information, a message for activating the MBS session, and a message for deactivating the MBS session. can do.
  • the receiver 1230 may receive MBS session state information from a core network entity (e.g. AMF or SMF or MB-SMF). As another example, the receiver 1230 may receive a message for activating or deactivating the MBS session from the core network entity. In addition, the receiver 1230 may receive indication information for enabling the MBS session state change (function), a timer (value) for checking the MBS session state change, and the like from the core network entity. The above-described information may be received through the N2 message.
  • a core network entity e.g. AMF or SMF or MB-SMF
  • the receiver 1230 may receive a message for activating or deactivating the MBS session from the core network entity.
  • the receiver 1230 may receive indication information for enabling the MBS session state change (function), a timer (value) for checking the MBS session state change, and the like from the core network entity. The above-described information may be received through the N2 message.
  • the controller 1210 controls the radio resource configuration associated with the MBS session based on the message and information received from the core network entity. Also, the transmitter 1220 may transmit an RRC message or a paging message to the terminal based on the message and information received from the core network entity. To this end, the controller 1210 may perform operations such as MBS radio bearer configuration and radio resource configuration.
  • the transmitter 1220 may transmit a paging message including an MBS session ID for an RRC idle terminal or an RRC inactive terminal.
  • the receiver 1230 may receive a message for activating the MBS session from the core network entity.
  • the receiver 1230 may receive MBS data from the core network entity.
  • the transmitter 1220 may transmit a paging message including an MBS session ID for an RRC idle terminal or an RRC inactive terminal.
  • the UE may change the RRC state by receiving the paging message and proceed with MBS data reception.
  • the control unit 1210 releases the radio resource configuration for the inactive MBS session to receive the inactive MBS session. It can be controlled so that radio resources are not allocated. For example, when the MBS session state information indicates inactive or receives a message for deactivating the MBS session, the controller 1210 may release the radio resource configuration for the corresponding inactive MBS session. Through this, the controller 1210 may not allocate radio resources for the MBS session indicated to be inactive or inactive.
  • the core network entity may be AMF or SMF or MB-SMF.
  • the terminal may control the MBS data reception operation.
  • controller 1210 controls the overall operation of the base station 1200 according to the MBS data transmission operation required to perform the above-described embodiment.
  • the transmitter 1220 and the receiver 1230 are used to transmit and receive signals, messages, and data necessary for performing the above-described embodiment with the terminal.
  • the above-described embodiments may be implemented through various means.
  • the present embodiments may be implemented by hardware, firmware, software, or a combination thereof.
  • the method according to the present embodiments may include one or more ASICs (Application Specific Integrated Circuits), DSPs (Digital Signal Processors), DSPDs (Digital Signal Processing Devices), PLDs (Programmable Logic Devices), FPGAs (Field Programmable Gate Arrays), may be implemented by a processor, a controller, a microcontroller or a microprocessor.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the method according to the present embodiments may be implemented in the form of an apparatus, procedure, or function that performs the functions or operations described above.
  • the software code may be stored in the memory unit and driven by the processor.
  • the memory unit may be located inside or outside the processor, and may transmit and receive data to and from the processor by various known means.
  • terms such as “system”, “processor”, “controller”, “component”, “module”, “interface”, “model”, or “unit” generally refer to computer-related entities hardware, hardware and software. may mean a combination of, software, or running software.
  • the aforementioned component may be, but is not limited to, a process run by a processor, a processor, a controller, a controlling processor, an object, a thread of execution, a program, and/or a computer.
  • an application running on a controller or processor and a controller or processor can be a component.
  • One or more components may reside within a process and/or thread of execution, and the components may be located on one device (eg, a system, computing device, etc.) or distributed across two or more devices.

Landscapes

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

Abstract

본 개시는 NR 기반 이동통신망에서 단말이 멀티캐스트/브로드캐스트 서비스(Multicast/Broadcast Service, MBS) 데이터를 처리하기 위한 기술에 관한 것이다. 일 측면에서, 본 실시예들은 단말이 MBS(Multicast/Broadcast Service) 데이터를 수신하는 방법에 있어서, 기지국으로부터 RRC 메시지를 수신하는 단계와 RRC 메시지에 기초하여 데이터 인액티비티 타이머를 구성하는 단계 및 MAC 엔티티에서 MBS에 대한 MTCH(MBS Traffic channel) MAC SDU를 수신하면, 데이터 인액티비티 타이머를 시작 또는 재시작하는 단계를 포함하는 방법 및 장치를 제공할 수 있다.

Description

MBS 데이터 제어 방법 및 장치
본 개시는 NR 기반 이동통신망에서 단말이 멀티캐스트/브로드캐스트 서비스(Multicast/Broadcast Service, MBS) 데이터를 처리하기 위한 기술에 관한 것이다.
브로드캐스트 통신 서비스에서 동일한 서비스 그리고 동일한 특정 컨텐츠 데이터가 하나의 지리적 영역 내 모든 단말에 동시에 제공될 수 있다. 브로드캐스트 커버리지 내 모든 단말은 데이터 수신이 가능할 수 있다. 브로드캐스트 통신 서비스는 브로드캐스트 세션을 사용하여 단말에 전달될 수 있다. 브로드캐스트 세션의 경우 단말은 RRC 아이들, RRC 인액티브 그리고 RRC 연결 상태에서 MBS 데이터를 수신할 수 있다.
멀티캐스트 통신 서비스에서 동일한 서비스 그리고 동일한 특정 컨텐츠 데이터가 지정된 셋(set)의 단말에 동시에 제공될 수 있다. 멀티캐스트 통신 서비스는 멀티캐스트 세션을 사용하여 단말에 전달될 수 있다. 멀티캐스트 세션의 경우 단말은 RRC 연결 상태에서 MBS 데이터를 수신할 수 있다.
이와 같이, 멀티캐스트/브로드캐스트 서비스는 복수의 단말에 대해서 데이터를 전송함에 따라 효율적인 네트워크 자원을 활용하기 위한 기술이 필요하다. 특히, 멀티캐스트 세션을 활성화/비활성화하여 네트워크 자원을 효율적으로 활용하기 위한 구체적인 기술이 요구된다. 다만, 이러한 구체적인 절차 및 기술은 제시되어 있지 않다.
본 개시는 단말이 MBS 데이터를 효율적으로 처리하기 위한 기술을 제공한다.
일 측면에서, 본 실시예들은 단말이 MBS(Multicast/Broadcast Service) 데이터를 수신하는 방법에 있어서, 기지국으로부터 RRC 메시지를 수신하는 단계와 RRC 메시지에 기초하여 데이터 인액티비티 타이머를 구성하는 단계 및 MAC 엔티티에서 MBS에 대한 MTCH(MBS Traffic channel) MAC SDU를 수신하면, 데이터 인액티비티 타이머를 시작 또는 재시작하는 단계를 포함하는 방법을 제공할 수 있다.
다른 측면에서, 본 실시예들은 기지국이 MBS(Multicast/Broadcast Service) 데이터를 제어하는 방법에 있어서, 코어망 개체로부터 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나를 수신하는 단계 및 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나에 기초하여 MBS 세션에 연계된 무선자원 구성을 제어하는 단계를 포함하는 방법을 제공할 수 있다.
또 다른 측면에서, 본 실시예들은 MBS(Multicast/Broadcast Service) 데이터를 수신하는 단말에 있어서, 기지국으로부터 RRC 메시지를 수신하는 수신부 및 RRC 메시지에 기초하여 데이터 인액티비티 타이머를 구성하고, MAC 엔티티에서 MBS에 대한 MTCH(MBS Traffic channel) MAC SDU를 수신하면, 데이터 인액티비티 타이머를 시작 또는 재시작하는 제어부를 포함하는 단말 장치를 제공할 수 있다.
또 다른 측면에서, 본 실시예들은 MBS(Multicast/Broadcast Service) 데이터를 제어하는 기지국에 있어서, 코어망 개체로부터 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나를 수신하는 수신부 및 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나에 기초하여 MBS 세션에 연계된 무선자원 구성을 제어하는 제어부를 포함하는 기지국 장치를 제공할 수 있다.
본 개시는 단말이 MBS 데이터를 효율적으로 처리하는 효과를 제공한다.
도 1은 본 실시예가 적용될 수 있는 NR 무선 통신 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 7은 CORESET에 대해서 설명하기 위한 도면이다.
도 8은 일 실시예에 따른 단말 동작을 설명하기 위한 도면이다.
도 9는 일 실시예에 따른 기지국 동작을 설명하기 위한 도면이다.
도 10은 본 실시예에 따른 MBS 데이터 수신을 위한 레이어 2 구조의 일 예를 도시한 도면이다.
도 11은 일 실시예에 의한 단말의 구성을 보여주는 도면이다.
도 12는 일 실시예에 의한 기지국의 구성을 보여주는 도면이다.
이하, 본 개시의 일부 실시예들을 예시적인 도면을 참조하여 상세하게 설명한다. 각 도면의 구성 요소들에 참조부호를 부가함에 있어서, 동일한 구성 요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가질 수 있다. 또한, 본 실시예들을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 기술 사상의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략할 수 있다. 본 명세서 상에서 언급된 "포함한다", "갖는다", "이루어진다" 등이 사용되는 경우 "~만"이 사용되지 않는 이상 다른 부분이 추가될 수 있다. 구성 요소를 단수로 표현한 경우에 특별한 명시적인 기재 사항이 없는 한 복수를 포함하는 경우를 포함할 수 있다.
또한, 본 개시의 구성 요소를 설명하는 데 있어서, 제1, 제2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질, 차례, 순서 또는 개수 등이 한정되지 않는다.
구성 요소들의 위치 관계에 대한 설명에 있어서, 둘 이상의 구성 요소가 "연결", "결합" 또는 "접속" 등이 된다고 기재된 경우, 둘 이상의 구성 요소가 직접적으로 "연결", "결합" 또는 "접속" 될 수 있지만, 둘 이상의 구성 요소와 다른 구성 요소가 더 "개재"되어 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다. 여기서, 다른 구성 요소는 서로 "연결", "결합" 또는 "접속" 되는 둘 이상의 구성 요소 중 하나 이상에 포함될 수도 있다.
구성 요소들이나, 동작 방법이나 제작 방법 등과 관련한 시간적 흐름 관계에 대한 설명에 있어서, 예를 들어, "~후에", "~에 이어서", "~다음에", "~전에" 등으로 시간적 선후 관계 또는 흐름적 선후 관계가 설명되는 경우, "바로" 또는 "직접"이 사용되지 않는 이상 연속적이지 않은 경우도 포함할 수 있다.
한편, 구성 요소에 대한 수치 또는 그 대응 정보(예: 레벨 등)가 언급된 경우, 별도의 명시적 기재가 없더라도, 수치 또는 그 대응 정보는 각종 요인(예: 공정상의 요인, 내부 또는 외부 충격, 노이즈 등)에 의해 발생할 수 있는 오차 범위를 포함하는 것으로 해석될 수 있다.
본 명세서에서의 무선 통신 시스템은 음성, 데이터 패킷 등과 같은 다양한 통신 서비스를 무선자원을 이용하여 제공하기 위한 시스템을 의미하며, 단말과 기지국 또는 코어 네트워크 등을 포함할 수 있다.
이하에서 개시하는 본 실시예들은 다양한 무선 접속 기술을 사용하는 무선 통신 시스템에 적용될 수 있다. 예를 들어, 본 실시예들은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(timedivision multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(singlecarrier frequency division multiple access) 또는 NOMA(non-orthogonal multiple access) 등과 같은 다양한 다양한 무선 접속 기술에 적용될 수 있다. 또한, 무선 접속 기술은 특정 접속 기술을 의미하는 것뿐만 아니라 3GPP, 3GPP2, WiFi, Bluetooth, IEEE, ITU 등 다양한 통신 협의기구에서 제정하는 각 세대 별 통신 기술을 의미할 수 있다. 예를 들어, CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced datarates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical andelectronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTSterrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. 이와 같이 본 실시예들은 현재 개시되거나 상용화된 무선 접속 기술에 적용될 수 있고, 현재 개발 중이거나 향후 개발될 무선 접속 기술에 적용될 수도 있다.
한편, 본 명세서에서의 단말은 무선 통신 시스템에서 기지국과 통신을 수행하는 무선 통신 모듈을 포함하는 장치를 의미하는 포괄적 개념으로서, WCDMA, LTE, NR, HSPA 및 IMT-2020(5G 또는 New Radio) 등에서의 UE(User Equipment)는 물론, GSM에서의 MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), 무선 기기(wireless device) 등을 모두 포함하는 개념으로 해석되어야 할 것이다. 또한, 단말은 사용 형태에 따라 스마트 폰과 같은 사용자 휴대 기기가 될 수도 있고, V2X 통신 시스템에서는 차량, 차량 내의 무선 통신 모듈을 포함하는 장치 등을 의미할 수도 있다. 또한, 기계 형태 통신(Machine Type Communication) 시스템의 경우에 기계 형태 통신이 수행되도록 통신 모듈을 탑재한 MTC 단말, M2M 단말, URLLC 단말 등을 의미할 수도 있다.
본 명세서의 기지국 또는 셀은 네트워크 측면에서 단말과 통신하는 종단을 지칭하며, 노드-B(Node-B), eNB(evolved Node-B), gNB(gNode-B), LPN(Low Power Node), 섹터(Sector), 싸이트(Site), 다양한 형태의 안테나, BTS(Base Transceiver System), 액세스 포인트(Access Point), 포인트(예를 들어, 송신포인트, 수신포인트, 송수신포인트), 릴레이 노드(Relay Node), 메가 셀, 매크로 셀, 마이크로 셀, 피코 셀, 펨토 셀, RRH(Remote Radio Head), RU(Radio Unit), 스몰 셀(small cell) 등 다양한 커버리지 영역을 모두 포괄하는 의미이다. 또한, 셀은 주파수 도메인에서의 BWP(Bandwidth Part)를 포함하는 의미일 수 있다. 예를 들어, 서빙 셀은 단말의 Activation BWP를 의미할 수 있다.
앞서 나열된 다양한 셀은 하나 이상의 셀을 제어하는 기지국이 존재하므로 기지국은 두 가지 의미로 해석될 수 있다. 1) 무선 영역과 관련하여 메가 셀, 매크로 셀, 마이크로 셀, 피코 셀, 펨토 셀, 스몰 셀(small cell)을 제공하는 장치 그 자체이거나, 2) 무선 영역 그 자체를 지시할 수 있다. 1)에서 소정의 무선 영역을 제공하는 장치들이 동일한 개체에 의해 제어되거나 무선 영역을 협업으로 구성하도록 상호 작용하는 모든 장치들을 모두 기지국으로 지시한다. 무선 영역의 구성 방식에 따라 포인트, 송수신 포인트, 송신 포인트, 수신 포인트 등은 기지국의 일 실시 예가 된다. 2)에서 사용자 단말의 관점 또는 이웃하는 기지국의 입장에서 신호를 수신하거나 송신하게 되는 무선 영역 그 자체를 기지국으로 지시할 수도 있다.
본 명세서에서 셀(Cell)은 송수신 포인트로부터 전송되는 신호의 커버리지 또는 송수신 포인트(transmission point 또는 transmission/reception point)로부터 전송되는 신호의 커버리지를 가지는 요소 반송파(component carrier), 그 송수신 포인트 자체를 의미할 수 있다.
상향링크(Uplink, UL, 또는 업링크)는 단말에 의해 기지국으로 데이터를 송수신하는 방식을 의미하며, 하향링크(Downlink, DL, 또는 다운링크)는 기지국에 의해 단말로 데이터를 송수신하는 방식을 의미한다. 하향링크(downlink)는 다중 송수신 포인트에서 단말로의 통신 또는 통신 경로를 의미할 수 있으며, 상향링크(uplink)는 단말에서 다중 송수신 포인트로의 통신 또는 통신 경로를 의미할 수 있다. 이때, 하향링크에서 송신기는 다중 송수신 포인트의 일부분일 수 있고, 수신기는 단말의 일부분일 수 있다. 또한, 상향링크에서 송신기는 단말의 일부분일 수 있고, 수신기는 다중 송수신 포인트의 일부분일 수 있다.
상향링크와 하향링크는, PDCCH(Physical Downlink Control CHannel), PUCCH(Physical Uplink Control CHannel) 등과 같은 제어 채널을 통하여 제어 정보를 송수신하고, PDSCH(Physical Downlink Shared CHannel), PUSCH(Physical Uplink Shared CHannel) 등과 같은 데이터 채널을 구성하여 데이터를 송수신한다.이하에서는 PUCCH, PUSCH, PDCCH 및 PDSCH 등과 같은 채널을 통해 신호가 송수신되는 상황을 'PUCCH, PUSCH, PDCCH 및 PDSCH를 전송, 수신한다'는 형태로 표기하기도 한다.
설명을 명확하게 하기 위해, 이하에서는 본 기술 사상을 3GPP LTE/LTE-A/NR(New RAT) 통신 시스템을 위주로 기술하지만 본 기술적 특징이 해당 통신 시스템에 제한되는 것은 아니다.
3GPP에서는 4G(4th-Generation) 통신 기술에 대한 연구 이후에 ITU-R의 차세대 무선 접속 기술의 요구사항에 맞추기 위한 5G(5th-Generation)통신 기술을 개발한다. 구체적으로, 3GPP는 5G 통신 기술로 LTE-Advanced 기술을 ITU-R의 요구사항에 맞추어 향상 시킨 LTE-A pro와 4G 통신 기술과는 별개의 새로운 NR 통신 기술을 개발한다. LTE-A pro와 NR은 모두 5G 통신 기술을 의미하는 것으로, 이하에서는 특정 통신 기술을 특정하는 경우가 아닌 경우에 NR을 중심으로 5G 통신 기술을 설명한다.
NR에서의 운영 시나리오는 기존 4G LTE의 시나리오에서 위성, 자동차, 그리고 새로운 버티컬 등에 대한 고려를 추가하여 다양한 동작 시나리오를 정의하였으며, 서비스 측면에서 eMBB(Enhanced Mobile Broadband) 시나리오, 높은 단말 밀도를 가지되 넓은 범위에 전개되어 낮은 데이터 레이트(data rate)와 비동기식 접속이 요구되는 mMTC(Massive Machine Communication) 시나리오, 높은 응답성과 신뢰성이 요구되고 고속 이동성을 지원할 수 있는 URLLC(Ultra Reliability and Low Latency) 시나리오를 지원한다.
이러한 시나리오를 만족하기 위해서 NR은 새로운 waveform 및 프레임 구조 기술, 낮은 지연속도(Low latency) 기술, 초고주파 대역(mmWave) 지원 기술, 순방향 호환성(Forward compatible) 제공 기술이 적용된 무선 통신 시스템을 개시한다. 특히, NR 시스템에서는 순방향(Forard) 호환성을 제공하기 위해서 유연성 측면에서 다양한 기술적 변화를 제시하고 있다. NR의 주요 기술적 특징은 아래에서 도면을 참조하여 설명한다.
<NR 시스템 일반>
도 1은 본 실시예가 적용될 수 있는 NR 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 1을 참조하면, NR 시스템은 5GC(5G Core Network)와 NR-RAN파트로 구분되며, NG-RAN은 사용자 평면(SDAP/PDCP/RLC/MAC/PHY) 및 UE(User Equipment)에 대한 제어 평면(RRC) 프로토콜 종단을 제공하는 gNB와 ng-eNB들로 구성된다.gNB 상호 또는 gNB와 ng-eNB는 Xn 인터페이스를 통해 상호 연결된다. gNB와 ng-eNB는 각각 NG 인터페이스를 통해 5GC로 연결된다. 5GC는 단말 접속 및 이동성 제어 기능 등의 제어 평면을 담당하는 AMF (Access and Mobility Management Function)와 사용자 데이터에 제어 기능을 담당하는 UPF (User Plane Function)를 포함하여 구성될 수 있다. NR에서는 6GHz 이하 주파수 대역(FR1, Frequency Range 1)과 6GHz 이상 주파수 대역(FR2, Frequency Range 2)에 대한 지원을 모두 포함한다.
gNB는 단말로 NR 사용자 평면 및 제어 평면 프로토콜 종단을 제공하는 기지국을 의미하고, ng-eNB는 단말로 E-UTRA 사용자 평면 및 제어 평면 프로토콜 종단을 제공하는 기지국을 의미한다. 본 명세서에서 기재하는 기지국은 gNB및 ng-eNB를 포괄하는 의미로 이해되어야 하며, 필요에 따라 gNB 또는 ng-eNB를 구분하여 지칭하는 의미로 사용될 수도 있다.
<NR 웨이브 폼,뉴머롤러지 및 프레임 구조>
NR에서는 하향링크 전송을 위해서 Cyclic prefix를 사용하는 CP-OFDM 웨이브 폼을 사용하고, 상향링크 전송을 위해서 CP-OFDM 또는 DFT-s-OFDM을 사용한다. OFDM 기술은 MIMO(Multiple Input Multiple Output)와 결합이 용이하며, 높은 주파수 효율과 함께 저 복잡도의 수신기를 사용할 수 있다는 장점을 가지고 있다.
한편, NR에서는 전술한 3가지 시나리오 별로 데이터 속도, 지연속도, 커버리지 등에 대한 요구가 서로 상이하기 때문에 임의의 NR 시스템을 구성하는 주파수 대역을 통해 각각의 시나리오 별 요구사항을 효율적으로 만족시킬 필요가 있다. 이를 위해서, 서로 다른 복수의 뉴머롤러지(numerology) 기반의 무선 자원을 효율적으로 멀티플렉싱(multiplexing)하기 위한 기술이 제안되었다.
구체적으로, NR 전송 뉴머롤러지는 서브캐리어 간격(sub-carrier spacing)과 CP(Cyclic prefix)에 기초하여 결정되며, 아래 표 1과 같이 15kHz를 기준으로 μ 값이 2의 지수 값으로 사용되어 지수적으로 변경된다.
μ 서브캐리어 간격 Cyclic prefix Supported for data Supported for synch
0 15 Normal Yes Yes
1 30 Normal Yes Yes
2 60 Normal, Extended Yes No
3 120 Normal Yes Yes
4 240 Normal No Yes
위 표 1과 같이 NR의 뉴머롤러지는 서브캐리어 간격에 따라 5가지로 구분될 수 있다. 이는 4G 통신 기술 중 하나인 LTE의 서브캐리어 간격이 15kHz로 고정되는 것과는 차이가 있다. 구체적으로, NR에서 데이터 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 60, 120kHz이고, 동기 신호 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 120, 240kHz이다. 또한, 확장 CP는 60kHz 서브캐리어 간격에만 적용된다. 한편, NR에서의 프레임 구조(frame structure)는 1ms의 동일한 길이를 가지는 10개의 서브프레임(subframe)으로 구성되는 10ms의 길이를 가지는 프레임(frame)이 정의된다. 하나의 프레임은 5ms의 하프 프레임으로 나뉠 수 있으며, 각 하프 프레임은 5개의 서브프레임을 포함한다. 15kHz 서브캐리어 간격의 경우에 하나의 서브프레임은 1개의 슬롯(slot)으로 구성되고, 각 슬롯은 14개의 OFDM 심볼(symbol)로 구성된다.도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 2를 참조하면, 슬롯은 노멀 CP의 경우에 고정적으로 14개의 OFDM 심볼로 구성되나, 슬롯의 시간 도메인에서 길이는 서브캐리어 간격에 따라 달라질 수 있다. 예를 들어, 15kHz 서브캐리어 간격을 가지는 뉴머롤러지의 경우에 슬롯은 1ms 길이로 서브프레임과 동일한 길이로 구성된다. 이와 달리, 30kHz 서브캐리어 간격을 가지는 뉴머롤러지의 경우에 슬롯은 14개의 OFDM 심볼로 구성되나, 0.5ms의 길이로 하나의 서브프레임에 두 개의 슬롯이 포함될 수 있다. 즉, 서브프레임과 프레임은 고정된 시간 길이를 가지고 정의되며, 슬롯은 심볼의 개수로 정의되어 서브캐리어 간격에 따라 시간 길이가 달라질 수 있다.
한편, NR은 스케줄링의 기본 단위를 슬롯으로 정의하고, 무선 구간의 전송 지연을 감소시키기 위해서 미니 슬롯(또는 서브 슬롯 또는 non-slot based schedule)도 도입하였다. 넓은 서브캐리어 간격을 사용하면 하나의 슬롯의 길이가 반비례하여 짧아지기 때문에 무선 구간에서의 전송 지연을 줄일 수 있다. 미니 슬롯(또는 서브 슬롯)은 URLLC 시나리오에 대한 효율적인 지원을 위한 것으로 2, 4, 7개 심볼 단위로 스케줄링이 가능하다.
또한, NR은 LTE와 달리 상향링크 및 하향링크 자원 할당을 하나의 슬롯 내에서 심볼 레벨로 정의하였다. HARQ 지연을 줄이기 위해 전송 슬롯 내에서 바로 HARQ ACK/NACK을 송신할 수 있는 슬롯 구조가 정의되었으며, 이러한 슬롯 구조를 자기 포함(self-contained) 구조로 명명하여 설명한다.
NR에서는 총 256개의 슬롯 포맷을 지원할 수 있도록 설계되었으며, 이중 62개의 슬롯 포맷이 3GPP Rel-15에서 사용된다. 또한, 다양한 슬롯의 조합을 통해서 FDD 또는 TDD 프레임을 구성하는 공통 프레임 구조를 지원한다. 예를 들어, 슬롯의 심볼이 모두 하향링크로 설정되는 슬롯 구조와 심볼이 모두 상향링크로 설정되는 슬롯 구조 및 하향링크 심볼과 상향링크 심볼이 결합된 슬롯 구조를 지원한다. 또한, NR은 데이터 전송이 하나 이상의 슬롯에 분산되어 스케줄링됨을 지원한다. 따라서, 기지국은 슬롯 포맷 지시자(SFI, Slot Format Indicator)를 이용하여 단말에 슬롯이 하향링크 슬롯인지, 상향링크 슬롯인지 또는 플렉시블 슬롯인지를 알려줄 수 있다. 기지국은 단말 특정하게(UE-specific) RRC 시그널링을 통해서 구성된 테이블의 인덱스를 SFI를 이용하여 지시함으로써 슬롯 포맷을 지시할 수 있으며, DCI(Downlink Control Information)를 통해서 동적으로 지시하거나 RRC를 통해서 정적 또는 준정적으로 지시할 수도 있다.
<NR 물리 자원 >
NR에서의 물리 자원(physical resource)과 관련하여, 안테나 포트(antenna port), 자원 그리드(resource grid), 자원 요소(resource element), 자원 블록(resource block), 대역폭 파트(bandwidth part) 등이 고려된다.
안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 광범위 특성(large-scale property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 추론될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다. 여기에서, 광범위 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수 시프트(Frequency shift), 평균 수신 파워(Average received power) 및 수신 타이밍(Received Timing) 중 하나 이상을 포함한다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 3을 참조하면, 자원 그리드(Resource Grid)는 NR이 동일 캐리어에서 복수의 뉴머롤러지를 지원하기 때문에 각 뉴머롤러지에 따라 자원 그리드가 존재할 수 있다. 또한, 자원 그리드는 안테나 포트, 서브캐리어 간격, 전송 방향에 따라 존재할 수 있다.
자원 블록(resource block)은 12개의 서브캐리어로 구성되며, 주파수 도메인 상에서만 정의된다. 또한, 자원 요소(resource element)는 1개의 OFDM 심볼과 1개의 서브캐리어로 구성된다. 따라서, 도 3에서와 같이 하나의 자원 블록은 서브캐리어 간격에 따라 그 크기가 달라질 수 있다. 또한, NR에서는 자원 블록 그리드를 위한 공통 참조점 역할을 수행하는 "Point A"와 공통 자원 블록, 가상 자원 블록 등을 정의한다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
NR에서는 캐리어 대역폭이 20Mhz로 고정된 LTE와 달리 서브캐리어 간격 별로 최대 캐리어 대역폭이 50Mhz에서 400Mhz로 설정된다. 따라서, 모든 단말이 이러한 캐리어 대역폭을 모두 사용하는 것을 가정하지 않는다. 이에 따라서 NR에서는 도 4에 도시된 바와 같이 캐리어 대역폭 내에서 대역폭 파트(BWP)를 지정하여 단말이 사용할 수 있다. 또한, 대역폭 파트는 하나의 뉴머롤러지와 연계되며 연속적인 공통 자원 블록의 서브 셋으로 구성되고, 시간에 따라 동적으로 활성화 될 수 있다. 단말에는 상향링크 및 하향링크 각각 최대 4개의 대역폭 파트가 구성되고, 주어진 시간에 활성화된 대역폭 파트를 이용하여 데이터가 송수신된다.
페어드 스펙트럼(paired spectrum)의 경우 상향링크 및 하향링크 대역폭 파트가 독립적으로 설정되며, 언페어드 스펙트럼(unpaired spectrum)의 경우 하향링크와 상향링크 동작 간에 불필요한 주파수 리튜닝(re-tunning)을 방지하기 위해서 하향링크와 상향링크의 대역폭 파트가 중심 주파수를 공유할 수 있도록 쌍을 이루어 설정된다.
<NR 초기 접속>
NR에서 단말은 기지국에 접속하여 통신을 수행하기 위해서 셀 검색 및 랜덤 액세스 절차를 수행한다.
셀 검색은 기지국이 전송하는 동기 신호 블록(SSB, Synchronization Signal Block)를 이용하여 단말이 해당 기지국의 셀에 동기를 맞추고, 물리계층 셀 ID를 획득하며, 시스템 정보를 획득하는 절차이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 5를 참조하면, SSB는 각각 1개 심볼 및 127개 서브 캐리어를 점유하는 PSS(primarysynchronization signal) 및 SSS(secondary synchronization signal) 및 3개의 OFDM 심볼 및 240 개의 서브캐리어에 걸쳐있는 PBCH로 구성된다.
단말은 시간 및 주파수 도메인에서 SSB를 모니터링하여 SSB를 수신한다.
SSB는 5ms 동안 최대 64번 전송될 수 있다. 다수의 SSB는 5ms 시간 내에서 서로 다른 전송 빔으로 전송되며, 단말은 전송에 사용되는 특정 하나의 빔을 기준으로 볼 때에는 20ms의 주기마다 SSB가 전송된다고 가정하고 검출을 수행한다. 5ms 시간 내에서 SSB 전송에 사용할 수 있는 빔의 개수는 주파수 대역이 높을수록 증가할 수 있다. 예를 들어, 3GHz 이하에서는 최대 4개의 SSB 빔 전송이 가능하며, 3~6GHz까지의 주파수 대역에서는 최대 8개, 6GHz 이상의 주파수 대역에서는 최대 64개의 서로 다른 빔을 사용하여 SSB를 전송할 수 있다.
SSB는 하나의 슬롯에 두 개가 포함되며, 서브캐리어 간격에 따라 아래와 같이 슬롯 내에서의 시작 심볼과 반복 횟수가 결정된다.
한편, SSB는 종래 LTE의 SS와 달리 캐리어 대역폭의 센터 주파수에서 전송되지 않는다. 즉, SSB는 시스템 대역의 중심이 아닌 곳에서도 전송될 수 있고, 광대역 운영을 지원하는 경우 주파수 도메인 상에서 복수의 SSB가 전송될 수 있다. 이에 따라서, 단말은 SSB를 모니터링 하는 후보 주파수 위치인 동기 래스터(synchronization raster)를 이용하여 SSB를 모니터링 한다. 초기 접속을 위한 채널의 중심 주파수 위치 정보인 캐리어래스터(carrier raster)와 동기 래스터는 NR에서 새롭게 정의되었으며, 동기 래스터는 캐리어래스터에 비해서, 주파수 간격이 넓게 설정되어 있어서, 단말의 빠른 SSB 검색을 지원할 수 있다.
단말은 SSB의 PBCH를 통해서 MIB를 획득할 수 있다. MIB(Master Information Block)는 단말이 네트워크가 브로드캐스팅 하는 나머지 시스템 정보(RMSI, Remaining Minimum System Information)를 수신하기 위한 최소 정보를 포함한다. 또한, PBCH는 시간 도메인 상에서의 첫 번째 DM-RS 심볼의 위치에 대한 정보, SIB1을 단말이 모니터링하기 위한 정보(예를 들어, SIB1 뉴머롤러지 정보, SIB1 CORESET에 관련된 정보, 검색 공간 정보, PDCCH 관련 파라미터 정보 등), 공통 자원 블록과 SSB 사이의 오프셋 정보(캐리어 내에서의 절대 SSB의 위치는 SIB1을 통해서 전송) 등을 포함할 수 있다. 여기서, SIB1 뉴머롤러지 정보는 단말이 셀 검색 절차를 완료한 이후에 기지국에 접속하기 위한 랜덤 액세스 절차에서 사용되는 일부 메시지에서도 동일하게 적용된다. 예를 들어, 랜덤 액세스 절차를 위한 메시지 1 내지 4 중 적어도 하나에 SIB1의 뉴머롤러지 정보가 적용될 수 있다.
전술한 RMSI는 SIB1(System Information Block 1)을 의미할 수 있으며, SIB1은 셀에서 주기적으로(ex, 160ms) 브로드캐스팅 된다. SIB1은 단말이 초기 랜덤 액세스 절차를 수행하는데 필요한 정보를 포함하며, PDSCH를 통해서 주기적으로 전송된다. 단말이 SIB1을 수신하기 위해서는 PBCH를 통해서 SIB1 전송에 사용되는 뉴머롤러지 정보, SIB1의 스케줄링에 사용되는 CORESET(Control Resource Set) 정보를 수신해야 한다. 단말은 CORESET 내에서 SI-RNTI를 이용하여 SIB1에 대한 스케줄링 정보를 확인하고, 스케줄링 정보에 따라 SIB1을 PDSCH 상에서 획득한다. SIB1을 제외한 나머지 SIB들은 주기적으로 전송될 수도 있고, 단말의 요구에 따라 전송될 수도 있다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 6을 참조하면, 셀 검색이 완료되면 단말은 기지국으로 랜덤 액세스를 위한 랜덤 액세스 프리앰블을 전송한다. 랜덤 액세스 프리앰블은 PRACH를 통해서 전송된다. 구체적으로, 랜덤 액세스 프리앰블은 주기적으로 반복되는 특정 슬롯에서 연속된 무선 자원으로 구성되는 PRACH를 통해서 기지국으로 전송된다. 일반적으로, 단말이 셀에 초기 접속하는 경우에 경쟁 기반 랜덤 액세스 절차를 수행되며, 빔 실패 복구(BFR, Beam Failure Recovery)를 위해서 랜덤 액세스를 수행하는 경우에는 비경쟁 기반 랜덤 액세스 절차가 수행된다.
단말은 전송한 랜덤 액세스 프리앰블에 대한 랜덤 액세스 응답을 수신한다. 랜덤 액세스 응답에는 랜덤 액세스 프리앰블식별자(ID), UL Grant (상향링크 무선자원), 임시 C-RNTI(Temporary Cell - Radio Network Temporary Identifier) 그리고 TAC(Time Alignment Command) 이 포함될 수 있다. 하나의 랜덤 액세스 응답에는 하나 이상의 단말들을 위한 랜덤 액세스 응답 정보가 포함될 수 있기 때문에, 랜덤 액세스 프리앰블식별자는 포함된 UL Grant, 임시 C-RNTI 그리고 TAC가 어느 단말에게 유효한지를 알려주기 위하여 포함될 수 있다. 랜덤 액세스 프리앰블식별자는 기지국이 수신한 랜덤 액세스 프리앰블에 대한식별자일 수 있다. TAC는 단말이 상향 링크 동기를 조정하기 위한 정보로서 포함될 수 있다. 랜덤 액세스 응답은 PDCCH상의 랜덤 액세스 식별자, 즉 RA-RNTI(Random Access - Radio Network Temporary Identifier)에 의해지시될 수 있다.
유효한 랜덤 액세스 응답을 수신한 단말은 랜덤 액세스 응답에 포함된 정보를 처리하고, 기지국으로스케줄링된 전송을 수행한다. 예를 들어, 단말은 TAC을 적용시키고, 임시 C-RNTI를 저장한다. 또한, UL Grant를 이용하여, 단말의 버퍼에 저장된 데이터 또는 새롭게 생성된 데이터를 기지국으로 전송한다. 이 경우 단말을 식별할 수 있는 정보가 포함되어야 한다.
마지막으로 단말은 경쟁 해소를 위한 하향링크 메시지를 수신한다.
<NR CORESET>
NR에서의 하향링크 제어채널은 1~3 심볼의 길이를 가지는 CORESET(Control Resource Set)에서 전송되며, 상/하향 스케줄링 정보와 SFI(Slot format Index), TPC(Transmit Power Control) 정보 등을 전송한다.
이와 같이 NR에서는 시스템의 유연성을 확보하기 위해서, CORESET 개념을 도입하였다. CORESET(Control Resource Set)은 하향링크 제어 신호를 위한 시간-주파수 자원을 의미한다. 단말은 CORESET 시간-주파수 자원에서 하나 이상의 검색 공간을 사용하여 제어 채널 후보를 디코딩할 수 있다. CORESET 별 QCL(Quasi CoLocation) 가정을 설정하였으며, 이는 종래 QCL에 의해서 가정되는 특성인 지연 스프레드, 도플러 스프레드, 도플러 쉬프트, 평균 지연 외에 아날로그 빔 방향에 대한 특성을 알리기 위한 목적으로 사용된다.
도 7은 CORESET에 대해서 설명하기 위한 도면이다.
도 7을 참조하면, CORESET은 하나의 슬롯 내에서 캐리어 대역폭 내에서 다양한 형태로 존재할 수 있으며, 시간 도메인 상에서 CORESET은 최대 3개의 OFDM 심볼로 구성될 수 있다. 또한, CORESET은 주파수 도메인 상에서 캐리어 대역폭까지 6개의 자원 블록의 배수로 정의된다.
첫 번째 CORESET은 네트워크로부터 추가 구성 정보 및 시스템 정보를 수신할 수 있도록 초기 대역폭 파트 구성의 일부로 MIB를 통해서 지시된다. 기지국과의 연결 설정 후에 단말은 RRC 시그널링을 통해서 하나 이상의 CORESET 정보를 수신하여 구성할 수 있다.
본 명세서에서 NR(New Radio)과 관련한 주파수, 프레임, 서브프레임, 자원, 자원블럭, 영역(region), 밴드, 서브밴드, 제어채널, 데이터채널, 동기신호, 각종 참조신호, 각종 신호 또는 각종 메시지는 과거 또는 현재 사용되는 의미 또는 장래 사용되는 다양한 의미로 해석될 수 있다.
NR(New Radio)
전술한 바와 같이, 최근 3GPP에서 진행된 NR은 LTE 대비 향상된 데이터 전송율 뿐 아니라, 세분화되고 구체화된 사용 시나리오(usage scenario) 별로 요구되는 다양한 QoS 요구사항(requirements)를 만족시킬 수 있는 설계가 이루어졌다. 특히 NR의 대표적 사용 시나리오로서 eMBB(enhancement Mobile BroadBand), mMTC(massive MTC) 및 URLLC(Ultra Reliable and Low Latency Communications)가 정의되었으며, 각각의 사용 시나리오 별 요구사항을 만족하기 위한 방법으로서 LTE 대비 유연한(flexible) 프레임 구조 설계가 요구되고 있다. 각각의 사용 시나리오는 data rates, latency, reliability, coverage 등에 대한 요구조건이 서로 상이하다. 이에 따라 임의의 NR 시스템을 구성하는 주파수 대역을 통해 각각의 사용 시나리오 별 요구사항을 효율적으로 만족시키기 위한 방법으로서, 서로 다른 numerology(e.g. subcarrier spacing, subframe, TTI, etc.) 기반의 무선 자원 유닛(unit)을 효율적으로 멀티플렉싱하도록 설계되었다.
예를 들어, 서로 다른 서브캐리어 스페이싱(subcarrier spacing) 값을 갖는 numerology에 대해 하나 혹은 복수의 NR component carrier(s)를 통해 TDM, FDM 혹은 TDM/FDM 기반으로 다중화하여 지원하는 방법에 대한 논의가 이루어졌다. 또한, time domain에서의 스케줄링 단위를 구성함에 있어서 하나 이상의 time unit을 지원하는 방안에 대한 논의가 이루어졌다. 이와 관련하여 NR에서는 time domain structure의 한 종류로서 subframe에 대한 정의가 이루어다. 해당 subframe duration을 정의하기 위한 reference numerology로서 LTE와 동일한 15kHz SCS(Sub-Carrier Spacing) 기반 normal CP overhead의 14개의 OFDM symbols로 구성된 단일한 subframe duration을 정의하기로 결정되었다. 이에 따라 NR에서 subframe은 1ms의 time duration을 가진다. 단, LTE와 달리 NR의 subframe은 절대적인 reference time duration으로서, 실제 상/하향 링크 데이터 스케줄링의 기반의 되는 time unit으로서 slot 및 mini-slot이 정의될 수 있다. 이 경우, slot을 구성하는 OFDM 심볼의 개수, y값은 normal CP의 경우, SCS값에 관계 없이 y=14의 값을 갖도록 결정되었다.
이에 따라 임의의 slot은 14개의 심볼로 구성된다. 또한, 해당 slot의 전송 방향(transmission direction)에 따라 모든 심볼이 DL transmission을 위해 이용되거나, 혹은 모든 심볼이 UL transmission을 위해 이용되거나, 혹은 DL portion + (gap) + UL portion의 형태로 이용될 수 있다.
또한, 임의의 numerology(혹은 SCS)에서 전술한 slot보다 적은 수의 심볼로 구성된 mini-slot이 정의된다. mini-slot 기반의 상/하향링크 데이터 송수신을 위한 짧은 길이의 time-domain scheduling interval이 설정되거나, 혹은 slot aggregation을 통해 상/하향링크 데이터 송수신을 위한 긴 길이의 time-domain scheduling interval이 구성될 수 있다. 특히, URLLC와 같이 latency에 민감한 데이터를 송수신하는 경우, 15kHz와 같이 SCS값이 작은 numerology 기반의 프레임 구조에서 정의된 1ms(14 symbols) 기반의 slot 단위 스케줄링이 이루어질 경우, latency 요구사항을 만족시키기 힘들 수 있다. 따라서, 14개의 심볼로 구성된 slot보다 적은 수의 OFDM 심볼로 구성된 mini-slot을 정의하여 이를 기반으로 URLLC의 요구사항을 만족시킬 수 있는 스케줄링이 이루어질 수 있다.
한편, NR에서는 기본 스케줄링 유닛이 슬롯으로 변경되었다. 또한 subcarrier-spacing에 관계 없이 슬롯은 14개 OFDM심볼로 되어 있다. 반면에 보다 작은 스케줄링 유닛인 2,4,7 OFDM 심볼로 구성된 non-slot 구조를 지원한다. Non-slot 구조는 URLLC 서비스를 위한 스케줄링 유닛으로 활용될 수 있다.
NR MBS(Multicast and Broadcast Services)
3GPP는 Rel-17에서 5G/NR 기반의 MBS에 대한 작업 아이템을 승인하였다. MBS는 멀티캐스트 통신 서비스와 브로드캐스트 통신 서비스를 나타낸다.
브로드캐스트 통신 서비스에서 동일한 서비스 그리고 동일한 특정 컨텐트 데이터가 한 지리 영역 내 모든 단말에 동시에 제공될 수 있다. 브로드캐스트 커버리지 내 모든 단말은 데이터 수신이 가능할 수 있다. 브로드캐스트 통신 서비스는 브로드캐스트 세션을 사용하여 단말에 전달될 수 있다. 브로드캐스트 세션의 경우 단말은 RRC 아이들, RRC 인액티브 그리고 RRC 연결 상태에서 MBS 데이터를 수신할 수 있다.
멀티캐스트 통신 서비스에서 동일한 서비스 그리고 동일한 특정 컨텐츠 데이터가 지정된 셋(set)의 단말에 동시에 제공될 수 있다. 멀티캐스트 커버리지 내의 모든 단말이 데이터 수신을 위해 인가되지는 않는다. 멀티캐스트 통신 서비스는 멀티캐스트 세션을 사용하여 단말에 전달될 수 있다. 멀티캐스트 세션의 경우 단말은 RRC 연결 상태에서 MBS 데이터를 수신할 수 있다.
멀티캐스트 서비스에 대해 기지국은 아래의 방법을 사용하여 MBS 데이터 패킷을 전달할 수 있다.
멀티캐스트 서비스에 대해 기지국은 아래의 방법을 사용하여 MBS 데이터 패킷을 전달할 수 있다.
- PTP(Point To Point) 전송: 기지국은 MBS 데이터 패킷의 분리된 카피들(copies)을 개별적으로 전달한다. 기지국은 단말 특정한 RNTI(예를 들어 C-RNTI)에 의해 CRC 스크램블되는 단말 특정한 PDCCH를 사용하여 단말 특정한 PDSCH를 스케줄할 수 있다. 단말 특정한 PDSCH는 동일한 단말 특정한 RNTI(예를 들어 C-RNTI)를 가지고 스크램블된다.
- PTM(Point To Multipoint) 전송: 기지국은 MBS 데이터 패킷의 단일 카피를 한 셋의 단말에 전달한다. 기지국은 그룹 공통(group common) RNTI(예를 들어 LTE SC-PTM의 G-RNTI)에 의해 CRC 스크램블되는 그룹 공통 PDCCH를 사용하여 그룹 공통 PDSCH를 스케줄할 수 있다. 그룹 공통 PDSCH는 동일한 그룹 공통 RNTI를 가지고 스크램블된다.
기지국은 하나의 단말에 대해 PTM 또는 PTP에 의해 멀티캐스트 데이터를 전송할지를 동적으로 결정할 수 있다. 기지국은 전송할 멀티캐스트 데이터를 동적으로 스케줄링하여 단말로 데이터를 전송할 수 있다. 한편 효율적인 네트워크 자원 활용을 위해 특정 멀티캐스트 세션에 대해서, 멀티캐스트 데이터가 단말로 전송되지 않는 동안 해당 멀티캐스트 세션은 비활성화되는 것이 바람직할 수 있다. 그러나, 멀티캐스트 세션의 활성화/비활성화에 대해서는 구체적인 제어 방법이 없었다. 특히, 무선망에서 단말은 RRC에 의해 데이터 인액티비티 모니터링을 수행할 수 있으며, 이 과정에서 RRC 아이들 상태로 천이할 수 있다. 이 경우, 단말은 MBS 데이터 수신이 곤란할 수 있지만, 이에 대해서는 구체적인 동작방법이 제안되지 않았다.
이와 같이, 특정 멀티캐스트 세션에 대해 멀티캐스트 데이터가 단말로 전송되지 않는 동안 해당 멀티캐스트 세션을 비활성화시켜 무선자원을 사용하지 않도록 하는 것이 바람직할 수 있다. 하지만 무선망에서 멀티캐스트 세션의 활성화/비활성화에 따른 단말 동작에 대해서는 구체적인 제어 방법이 없었다.
이러한 문제점을 해결하기 위해 안출된 본 실시예들은 멀티캐스트 세션에 대한 활성화/비활성화 과정에서 단말이 효과적으로 MBS 데이터를 수신하기 위한 제어 기술을 제안한다.
이하에서는 본 발명에 따른 NR 무선액세스기술 기반의 멀티캐스트/브로드캐스트 서비스(Multicast/Broadcast Service, MBS) 제공 기술에 대해 설명한다. 그러나, 이것은 설명의 편의를 위한 것으로 임의의 무선액세스 기술(e.g. LTE, 6G)에 대해서도 본 개시가 적용될 수 있다. 본 개시에서 설명하는 실시예는 3GPP NR MAC 규격인 TS 38.321 및 NR RRC 규격인 TS 38.331에서 명시된 정보 요소 및 오퍼레이션의 내용을 포함한다. 본 명세서 상에 해당 정보 요소에 대한 세부 정의와 관련된 단말 오퍼레이션 내용이 포함되지 않더라도 표준규격에 명시된 해당 내용이 본 개시에 포함될 수 있다.
설명의 편의를 위해 이하에서는 RRC 연결 상태 단말이 멀티캐스트 통신 서비스 데이터를 수신하는 방법을 중심으로 설명한다. 그러나, 이는 설명의 편의를 위한 것으로, 브로드캐스트 통신 서비스에 대해서도 본 실시예들이 적용될 수 있다. 또한, RRC 아이들 또는 RRC 인액티브 상태 단말에 대해서도 본 실시예들이 적용될 수도 있다.
이하에서 제공되는 실시예들은 개별적으로 또는 임의의 조합으로 적용될 수 있다.
도 8은 일 실시예에 따른 단말 동작을 설명하기 위한 도면이다.
도 8을 참조하면, MBS(Multicast/Broadcast Service) 데이터를 수신하는 단말은 기지국으로부터 RRC 메시지를 수신하는 단계를 수행할 수 있다(S810).
예를 들어, 단말은 기지국으로부터 상위계층 메시지를 수신할 수 있다. 일 예로, 상위계층 메시지는 RRC 메시지일 수 있다. RRC 메시지는 RRC 연결 재구성 메시지 또는 RRC 연결 구성 메시지일 수 있다.
RRC 메시지는 MBS 세션에 매핑되는 MBS 무선베어러 구성정보 및 데이터 인액티비티 타이머 중 적어도 하나의 정보를 포함할 수 있다. 예를 들어, MBS 무선베어러 구성정보는 MBS 세션에 매핑되어 멀티캐스트 데이터 또는 브로드캐스트 데이터를 수신하기 위한 무선베어러를 단말에 구성하는데 필요한 정보를 포함할 수 있다. 데이터 인액티비티 타이머는 MBS 무선베어러 구성정보에 포함될 수도 있다. 또는 데이터 인액티비티 타이머는 MBS 무선베어러 구성정보와 구분되는 별도의 필드에 포함될 수도 있다.
단말은 RRC 메시지에 기초하여 데이터 인액티비티 타이머를 구성하는 단계를 수행할 수 있다(S820).
예를 들어, 단말은 RRC 메시지에 포함되는 데이터 인액티비티 타이머 정보를 이용하여 단말에 데이터 인액티비티 타이머를 구성할 수 있다. 또한, 단말은 RRC 메시지에 기초하여 MBS 세션에 매핑되는 MBS 무선베어러를 단말에 구성할 수 있다. MBS 무선베어러는 하나 이상으로 구성될 수 있다. 예를 들면, 데이터 인액티비티 타이머는 단말의 MAC 엔티티에 구성된다.
단말은 MAC 엔티티에서 MBS에 대한 MTCH(MBS Traffic channel) MAC SDU를 수신하면, 데이터 인액티비티 타이머를 시작 또는 재시작하는 단계를 수행할 수 있다(S830).
예를 들어, 단말은 MBS 세션에 연계된 데이터 수신을 데이터 인액티비티 타이머 동작에 연계하여 제어할 수 있다. 일 예로, 데이터 인액티비티 타이머가 구성될 때, MBS 세션에 연계된 논리채널이 수신되면, 단말의 데이터 인액티비티 타이머가 시작 또는 재시작되도록 할 수 있다. 즉, 단말의 MAC 엔티티가 MBCH의 MAC SDU를 수신할 때, 단말은 단말에 구성된 데이터 인액티비티 타이머를 시작 또는 재시작할 수 있다. 다른 예로, RRC 연결 상태 단말에 대해서 데이터 인액티비티 타이머가 구성될 때, 액티브 멀티캐스트 세션에 대한 멀티캐스트 데이터를 수신하면 단말의 데이터 인액티비티 타이머가 시작 또는 재시작될 수 있다.
만약, 데이터 인액티비티 타이머가 만료되면, 단말의 MAC 엔티티는 데이터 인액티비티 타이머의 만료를 상위계층(RRC 계층)으로 지시한다.
한편, 기지국은 코어망 개체로부터 수신되는 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나에 기초하여 MBS 세션에 연계된 무선자원을 구성할 수 있다. 일 예로, 기지국은 코어망 개체(e.g. AMF 또는 SMF 또는 MB-SMF)로부터 MBS 세션 상태정보를 수신할 수 있다. 다른 예로, 기지국은 코어망 개체로부터 MBS 세션을 활성화 또는 비활성화하기 위한 메시지를 수신할 수도 있다. 이 외에도 기지국은 코어망 개체로부터 MBS 세션 상태 변경(기능)을 인에이블(enable) 하기 위한 지시정보, MBS 세션 상태 변경을 체크하기 위한 타이머 (값) 등을 수신할 수도 있다. 전술한 정보들은 N2 메시지를 통해서 수신될 수 있다.
위에서 설명한 바와 같이, 단말은 기지국으로부터 RRC 메시지를 수신할 수 있다. 예를 들어, RRC 메시지는 기지국이 코어망 개체로부터 수신한 MBS 세션 상태정보가 액티브를 지시하는 경우, MBS 세션에 대한 MBS 무선베어러 구성정보를 포함하여 단말로 전송될 수 있다. 즉, 기지국이 코어망 개체로부터 MBS 세션 상태정보를 수신하고, MBS 세션 상태정보가 액티브를 지시하는 값을 포함하면, 기지국은 단말로 MBS 세션에 대한 MBS 무선베어러 구성정보를 포함하는 RRC 메시지를 전송할 수 있다.
또는, 기지국은 코어망 개체로부터 MBS 세션을 활성화하기 위한 메시지를 수신하는 경우 또는 MBS 데이터를 수신하면, RRC 아이들 단말 또는 RRC 인액티브 단말을 위해 MBS 세션 ID를 포함하는 페이징 메시지를 전송할 수 있다. 예를 들어, 기지국은 코어망 개체로부터 MBS 세션을 활성화하기 위한 메시지를 수신할 수 있다. 또는 기지국은 코어망 개체로부터 MBS 데이터를 수신할 수 있다. 이 경우, 기지국은 RRC 아이들 단말 또는 RRC 인액티브 단말을 위한 MBS 세션 ID를 포함하는 페이징 메시지를 전송할 수 있다. 단말은 페이징 메시지를 수신하여 RRC 상태를 변경하고, MBS 데이터 수신을 진행할 수 있다.
또는, 기지국은 MBS 세션 상태정보가 인액티브를 지시하는 경우 또는 MBS 세션을 비활성화하기 위한 메시지를 수신하는 경우, 인액티브 MBS 세션에 대한 무선자원 구성을 해제하여 인액티브 MBS 세션에 대한 무선자원을 할당하지 않을 수 있다. 예를 들어, 기지국은 MBS 세션 상태정보가 인액티브를 지시하거나, MBS 세션을 비활성화기 위한 메시지를 수신하면, 해당 인액티브 MBS 세션에 대한 무선자원 구성을 해제할 수 있다. 이를 통해서 기지국은 비활성화 또는 인액티브로 지시된 MBS 세션에 대한 무선자원을 할당하지 않을 수 있다.
이상에서의 동작을 통해서, MBS 데이터를 송수신하기 위한 불필요한 네트워크 자원의 낭비를 방지할 수 있다.
도 9는 일 실시예에 따른 기지국 동작을 설명하기 위한 도면이다.
도 9를 참조하면, MBS(Multicast/Broadcast Service) 데이터를 제어하는 기지국은 코어망 개체로부터 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나를 수신하는 단계를 수행할 수 있다(S910).
일 예로, 기지국은 코어망 개체(e.g. AMF 또는 SMF 또는 MB-SMF)로부터 MBS 세션 상태정보를 수신할 수 있다. 다른 예로, 기지국은 코어망 개체로부터 MBS 세션을 활성화 또는 비활성화하기 위한 메시지를 수신할 수도 있다. 이 외에도 기지국은 코어망 개체로부터 MBS 세션 상태 변경(기능)을 인에이블(enable) 하기 위한 지시정보, MBS 세션 상태 변경을 체크하기 위한 타이머 (값) 등을 수신할 수도 있다. 전술한 정보들은 N2 메시지를 통해서 수신될 수 있다.
기지국은 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나에 기초하여 MBS 세션에 연계된 무선자원 구성을 제어하는 단계를 수행할 수 있다(S920).
예를 들어, 기지국은 코어망 개체로부터 수신되는 메시지 및 정보에 기초하여 MBS 세션에 연계된 무선자원 구성을 제어한다. 또한, 기지국은 코어망 개체로부터 수신되는 메시지 및 정보에 기초하여 단말로 RRC 메시지 또는 페이징 메시지 등을 전송할 수 있다. 이를 위해서, 기지국은 MBS 무선베어러 구성, 무선자원 구성 등의 동작을 수행할 수 있다.
일 예를 들어, 기지국이 코어망 개체로부터 수신하는 MBS 세션 상태정보가 액티브를 지시하는 경우, 기지국은 MBS 세션에 대한 MBS 무선베어러 구성정보를 포함하는 RRC 메시지를 단말로 전송하는 단계를 수행할 수 있다(S930). RRC 메시지는 RRC 연결 재구성 메시지 또는 RRC 연결 구성 메시지일 수 있다. S930 단계는 생략될 수도 있으며, 선택적으로 필요에 따라 수행될 수 있다.
다른 예를 들어,기지국이 코어망 개체로부터 MBS 세션을 활성화하기 위한 메시지를 수신하는 경우 또는 MBS 데이터를 수신하면, 기지국은 RRC 아이들 단말 또는 RRC 인액티브 단말을 위해 MBS 세션 ID를 포함하는 페이징 메시지를 전송하는 단계를 수행할 수 있다(S930). 예를 들어, 기지국은 코어망 개체로부터 MBS 세션을 활성화하기 위한 메시지를 수신할 수 있다. 또는 기지국은 코어망 개체로부터 MBS 데이터를 수신할 수 있다. 이 경우, 기지국은 RRC 아이들 단말 또는 RRC 인액티브 단말을 위한 MBS 세션 ID를 포함하는 페이징 메시지를 전송할 수 있다. 단말은 페이징 메시지를 수신하여 RRC 상태를 변경하고, MBS 데이터 수신을 진행할 수 있다.
또 다른 예를 들어, 기지국은 MBS 세션 상태정보가 인액티브를 지시하는 경우 또는 MBS 세션을 비활성화하기 위한 메시지를 수신하는 경우, 인액티브 MBS 세션에 대한 무선자원 구성을 해제하여 인액티브 MBS 세션에 대한 무선자원이 할당되지 않도록 제어할 수 있다. 예를 들어, 기지국은 MBS 세션 상태정보가 인액티브를 지시하거나, MBS 세션을 비활성화기 위한 메시지를 수신하면, 해당 인액티브 MBS 세션에 대한 무선자원 구성을 해제할 수 있다. 이를 통해서 기지국은 비활성화 또는 인액티브로 지시된 MBS 세션에 대한 무선자원을 할당하지 않을 수 있다.
전술한, 코어망 개체는 AMF 또는 SMF 또는 MB-SMF일 수 있다.
기지국으로부터 RRC 메시지 또는 페이징 메시지를 수신한 단말은 도 8을 참조하여 설명한 동작을 수행하여 MBS 데이터 수신 동작을 제어할 수 있다.
이상에서의 동작을 통해서, MBS 데이터를 송수신하기 위한 불필요한 네트워크 자원의 낭비를 방지할 수 있다.
이하에서는 전술한 단말 및 기지국에 의해서 수행될 수 있는 다양한 실시예를 상세하게 구분하여 설명한다. 이하에서 설명하는 각 실시예는 전술한 단말 및 기지국 동작과 임의의 조합으로 결합하여 또는 독립적으로 수행될 수 있다. 본 명세서에서의 MBS 데이터 전송은 PTM 전송 또는 그룹 공통 PDSCH 전송과 필요에 따라 동일한 의미로 사용한다. 따라서, 해당 용어는 상호 치환될 수 있다.
MBS 세션 비활성화가 트리거 되기 전에 수신 단말이 RRC 아이들 상태로 천이되지 않도록 제어하는 방법
단말은 RRC 연결 상태에서 RRC 계층에 의해 데이터 인액티비티 모니터링 기능이 구성될 수 있다. 데이터 인액티비티 타이머가 구성되면 단말은 다음과 같이 동작해야 한다.
- 만약, 임의의 MAC 엔티티가 DTCH(Dedicated Traffic Channel) 논리채널, DCCH(Dedicated Control Channel) 논리채널, MTCH(MBS Traffic channel) 또는 CCCH(Common Control Channel) 논리채널을 위한 MAC SDU를 수신하면, 또는
- 만약 임의의 MAC 엔티티가 DTCH 논리채널, 또는 DCCH 논리채널을 위한 MAC SDU를 전송하면,
-- 단말(단말의 MAC 엔티티)은 데이터 인액티비티 타어머를 시작 또는 재시작한다.
- 만약 데이터 인액티비티 타이머가 만료되면,
-- 단말(단말의 MAC 엔티티)은 데이터 인액티비티 타어머의 만료를 상위계층(RRC 계층)으로 지시한다.
상위 계층(RRC 계층)에서 하위 계층(MAC 계층)으로부터 데이터 인액티비티 타이머의 만료를 수신하면, 단말은 RRC IDLE 로 가기 위한 액션을 수행한다. 단말은 MAC 계층을 리셋하고 모든 무선 자원을 해제하고 RRC 연결의 해제를 NAS/응용 계층으로 지시한다.
만약, 단말이 MBS 세션 활성화 프로시저를 통해 해당 액티브 멀티캐스트 세션에 연계된 데이터를 수신한다면, 액티브 멀티캐스트 세션 상태에서 해당 단말의 RRC 연결 상태를 유지할 필요가 있다. 또는, MBS 세션 비활성화가 트리거 되기 전에 수신 단말이 RRC 아이들 상태로 천이되지 않도록 제어할 필요가 있다. 또는, 단말이 액티브 MBS 세션에 연계된 MBS 무선베어러가 구성되어 데이터를 수신 중에 있을 때, 수신 단말이 RRC 아이들 상태로 천이되지 않도록 제어할 필요가 있다.
그렇지 않다면, 단말이 RRC 아이들 상태로 천이해서 해당 MBS 세션 데이터 수신이 곤란할 수 있다. 예를 들어, RRC IDLE 상태에서도 MBS 무선베어러 구성을 유지하여 데이터를 수신할 수 있다. 하지만, 이 경우 기지국에서 해당 단말의 컨택스트를 유지하지 않기 때문에 단말 이동에 따라 연속적인 서비스 제공이 곤란할 수 있다.
액티브 MBS 세션에 연계된 MBS 무선베어러를 구성할 때(또는 MBS 세션에 대한 활성화 지시)를 수신할 때, 데이터 인액티비티 기능/타이머를 구성하지 않는 방법(만약 구성된 단말이 있다면 해당 기능을 해제, 또는 특정 값을 지시하여 해당 기능을 디스에이블 시키는 방법)
기지국은 멀티캐스트 세션 설정 프로시저를 통해 액티브 MBS 세션에 매핑되는 MBS 무선베어러를 단말에 구성할 수 있다. 또는 기지국은 멀티캐스트 세션 설정 프로시저를 통해 MBS 세션을 액티브 상태로 설정하고, 해당 MBS 세션에 매핑되는 MBS 무선베어러를 단말에 구성할 수 있다. 또는, 기지국은 멀티캐스트 세션 활성화 프로시저를 통해 MBS 세션을 액티브 상태로 설정/활성화하고, 해당 MBS 세션에 매핑되는 MBS 무선베어러를 단말에 구성/수정/변경해 MBS 데이터를 전송할 수 있다.
기지국은 멀티캐스트 세션 설정 프로시저 또는 멀티캐스트 세션 활성화 프로시저를 통해 AMF(또는 임의의 5GC 노드/개체, e.g. SMF/MB-SMF)로부터 N2 메시지(또는 AMF를 통해 5GC로부터 메시지)를 수신할 수 있다. 해당 메시지는 멀티캐스트 세션을 액티브 상태로 지시하기 위한 정보 또는 멀티캐스트 세션의 활성화를 지시하기 위한 정보를 포함할 수 있다. 해당 메시지는 해당 멀티캐스트 세션에 조인한 CM IDLE 단말을 페이징하기 위한 페이징 메시지를 포함할 수 있다. 멀티캐스트 세션을 액티브 상태로 지시하기 위한 정보 또는 멀티캐스트 세션의 활성화를 지시하기 위한 정보는 해당 멀티캐스트 세션에 조인한 CM IDLE 단말을 페이징하기 위한 페이징 메시지에 포함될 수 있다. 해당 메시지는 MBS 세션 컨택스트 정보를 포함할 수 있다. MBS 세션 컨택스트 정보는 MBS Session ID, source specific multicast address, TMGI, multicast QoS flow 정보, MBS session AMBR, 연계된 PDU 세션 컨택스트, PDU session ID, S-NSSAI, PDU session AMBR, 연계된 유니캐스트 QoS flow와 멀티캐스트 QoS flow 정보 간의 매핑/연계, 멀티캐스트 세션 상태(액티브/인액티브) 및 멀티캐스트 세션 상태(액티브/인액티브) 지원여부 중 하나 이상을 포함할 수 있다.
기지국은 전술한 정보를 수신하면 무선 인터페이스(Uu)를 통해 해당 멀티캐스트 세션에 조인한 CM IDLE 단말을 페이징하기 위한 페이징 메시지를 지시할 수 있다. 또는, 기지국은 전술한 정보를 수신하면 무선 인터페이스 (Uu)를 통해 해당 멀티캐스트 세션에 조인한 RRC INACTIVE 단말을 페이징하기 위한 페이징 메시지를 지시할 수 있다. 또는, 기지국은 전술한 정보를 수신하면, MBS 세션을 액티브 상태로 설정/활성화하고 해당 MBS 세션에 매핑되는 MBS 무선베어러를 단말에 구성/수정/변경하기 위한 RRC 재구성 메시지를 단말로 지시할 수 있다. 이 때, 기지국은 단말에 데이터 인액티비티 기능/타이머를 구성하지 않도록 할 수 있다. 또는 기지국은 전술한 정보를 수신하면, MBS 세션을 액티브 상태로 설정/활성화하고 해당 MBS 세션에 매핑되는 MBS 무선베어러를 단말에 구성/수정/변경하기 위한 RRC 재구성 메시지를 단말로 지시할 수 있다. 이 때, 만약 단말에 데이터 인액티비티 기능/타이머를 구성/적용 되어 있다면, 기지국은 해당 구성을 해제하도록 지시할 수 있다. 예를 들어 이전 구성에서 MAC-셀그룹구성이 데이터 인액티비티 타이머를 포함하고 있어, 단말에 해당 동작이 구성/재구성/적용되었다면, 기지국은 RRC 재구성 메시지 상에 MAC-셀그룹구성에 데이터 인액티비티 타이머를 해제하기 위한 정보를 포함하여 전송한다. 또는, 기지국은 RRC 재구성 메시지 상에 MAC-셀그룹구성에 데이터 인액티비티 타이머를 해제하도록 지시하기 위한 정보를 포함하여 단말이 해당 기능/타이머를 재구성/수정/해제하도록 지시할 수 있다. 또는, 기지국은 RRC 재구성 메시지 상에 MAC-셀그룹구성에 데이터 인액티비티 타이머를 포함하지 않음으로써 단말이 해당 기능/타이머를 재구성/수정/해제하도록 지시할 수 있다. 또는, 기지국은 RRC 재구성 메시지 상에 MAC-셀그룹구성에 데이터 인액티비티 타이머의 값을 특정 값(e.g. 무한대)으로 지시하여, 단말이 해당 기능/타이머를 재구성/수정/해제함으로써 해당 기능이 동작하지 않도록 지시할 수 있다. 예를 들어, 기지국은 해당 타이머 값을 무한대 값으로 지시함으로써 해당 타이머/기능이 디스에이블 되도록 할 수 있다. 데이터 인액티비티 타이머 값은 {s1, s2, s3, s5, s7, s10, s15, s20, s40, s50, s60, s80, s100, s120, s150, s180, 여기서 s1은 1초(second)를 의미} 중에 하나를 가질 수 있었다. 기지국은 해당 기능을 디스에이블 시키기 위한 하나의 값을 지정해 해당 단말에 적용하거나 새로운 값을 추가해 해당 기능을 디스에이블 시킬 수 있다.
MBS 세션에 연계된 데이터 수신을 데이터 인액티비티 타이머 동작에 연계하는 방법
MAC 개체에서 데이터 인액티비티 타이머 동작에 MBS 세션에 매핑되는 MBS 무선베어러를 통한 데이터 수신을 추가해 처리함으로써, MBS 세션 데이터를 수신하는 동안, 단말이 RRC 아이들 상태로 천이되지 않도록 할 수 있다.
일 예로, 단말에 데이터 인액티비티 타이머가 구성될 때, 단말이 MBS 세션에 연계된 논리채널을 수신하면 단말은 데이터 인액티비티 타이머를 시작 또는 재시작할 수 있다. MBS 세션에 연계된 논리채널은 MBS 트래픽 논리채널 및/또는 MBS 제어 논리채널을 나타낼 수 있다.
다른 예로, RRC 연결상태 단말에 대해서 데이터 인액티비티 타이머가 구성될 때, 단말이 액티브 멀티캐스트 세션에 대한 멀티캐스트 데이터를 수신하면 단말은 데이터 인액티비티 타이머를 시작 또는 재시작할 수 있다. 멀티캐스트 데이터는 멀티캐스트 트래픽 채널 및/또는 멀티캐스트 제어 채널 논리채널을 나타낼 수 있다.
- 만약 임의의 MAC 엔티티가 DTCH(Dedicated Traffic Channel) 논리채널, DCCH(Dedicated Control Channel) 논리채널, CCCH(Common Control Channel) 논리채널, 또는 MB Traffic Channel(MTCH) 논리채널, MB Control Channel 논리채널을 위한 MAC SDU를 수신하면, 또는
- 만약 임의의 MAC 엔티티가 DTCH 논리채널, 또는 DCCH 논리채널을 위한 MAC SDU를 전송하면,
-- 단말(단말의 MAC 엔티티)은 데이터 인액티비티 타어머를 시작 또는 재시작한다.
- 만약 데이터 인액티비티 타이머가 만료되면,
-- 단말(단말의 MAC 엔티티)은 데이터 인액티비티 타어머의 만료를 상위 계층(RRC)로 지시한다.
MBS 세션 활성화 지시를 수신하면 데이터 인액티비티 타이머를 중단/정지/서스펜드하는 방법
코어망 개체로부터 기지국은 멀티캐스트 세션을 액티브 상태로 지시하기 위한 정보 또는 멀티캐스트 세션의 활성화를 지시하기 위한 정보를 수신할 수 있다. 해당 정보(또는 MBS 컨택스트 정보 등 전술한 실시 예에 포함되는 임의의 정보 포함)를 수신하면, 기지국은 MBS 세션을 액티브 상태로 설정/활성화하고 해당 MBS 세션에 매핑되는 MBS 무선베어러를 단말에 구성/수정/변경하기 위한 RRC 재구성 메시지를 단말로 지시할 수 있다. 단말은 해당 메시지를 수신하면(또는 MBS 세션 활성화 상태 지시, 데이터 인액티비티 타이머 중단/정지/서스펜드 지시 등 임의의 관련 지시정보를 수신하면), MBS 데이터 데이터 인액티비티 타이머를 중단/정지/서스펜드 시킬 수 있다. 이를 통해 단말이 해당 기능으로 인해 RRC 아이들 상태로 천이되는 것을 방지할 수 있다.
MBS 세션이 활성화를 수신하면 데이터 인액티비티 타이머의 만료를 무시하는 방법
코어망 개체로부터 기지국은 멀티캐스트 세션을 액티브 상태로 지시하기 위한 정보 또는 멀티캐스트 세션의 활성화를 지시하기 위한 정보를 수신할 수 있다. 해당 정보(또는 MBS 컨택스트 정보 등 전술한 실시 예에 포함되는 임의의 정보 포함)를 수신하면, 기지국은 MBS 세션을 액티브 상태로 설정/활성화하고 해당 MBS 세션에 매핑되는 MBS 무선베어러를 단말에 구성/수정/변경하기 위한 RRC 재구성 메시지를 단말로 지시할 수 있다. 단말은 해당 메시지를 수신하면(또는 MBS 세션 활성화 상태 지시, 데이터 인액티비티 타이머 중단/정지/서스펜드 지시 등 임의의 관련 지시정보를 수신하면), MBS 데이터 데이터 인액티비티 타이머를 중단/정지/서스펜드 시킬 수 있다. 이를 통해 단말이 해당 기능으로 인해서 RRC 아이들 상태로 천이하는 것을 방지할 수 있다.
이하에서는 추가적인 실시 예를 설명한다. 먼저, 자원효율적인 멀티캐스트 데이터 전송을 위해 멀티캐스트 세션 상태에 관해 다음과 같이 정의한다.
- 구성된 멀티캐스트 세션(Configured Multicast session, 멀티캐스트 세션 구성 상태): 멀티캐스트 데이터가 전송되지 않는다. 멀티캐스트 세션에 관한 일부 정보가 구성된다. 하지만 자원이 예약되지 않는다. 예를 들어 TMGI가 할당되지만 완전한 세션 정보가 단말로 제공되지 않는다. 단말은 조인이 허용될 수 있다. 하지만 첫 번째 수락되는(accepted) 단말 조인 요청은 멀티캐스트 세션 설정(establishment)을 트리거 할 것이다.
- 액티브 멀티캐스트 세션(Active Multicast Session 멀티캐스트 세션 액티브 상태): 멀티캐스트 세션에 조인(join)한 단말로 멀티캐스트 데이터가 전송된다. 멀티캐스트 세션에 대한 5GC 자원이 예약된다. 참가하는 단말 위치에 따라 해당하는 무선 자원이 예약된다. 멀티캐스트 세션에 조인한 단말은 CM CONNECTED 상태에 있다. 단말이 멀티캐스트 세션에 조인하는 것이 허용된다. 액티브 상태에서 설정된 멀티캐스트 세션이다.
- 인액티브 멀티캐스트 세션(Inactive Multicast Session 멀티캐스트 세션 인액티브 상태): 멀티캐스트 데이터가 전송되지 않는다. 멀티캐스트 세션에 조인한 단말은 CM CONNECTED 또는 CM IDLE 상태에 있다. 단말이 멀티캐스트 세션에 조인하는 것이 허용된다. 인액티브 상태에서 설정된 멀티캐스트 세션이다.
멀티캐스트 세션 구성 프로시저가 제공될 수 있다. 응용 기능(Application Function)이 멀티캐스트 세션에 관한 정보 제공 및/또는 TMGI 할당 요청 등으로 멀티캐스트 세션에 대한 네트워크 내부적인 구성을 포함한다. 해당 멀티캐스트 세션에 대한 자원이 예약되지 않았거나 또는 MBS 관련 코어망 개체(e.g. MB-SMF, MB-UPF, NEF)에서만 자원이 예약될 수 있다. 반면 인액티브 멀티캐스트 세션 상태에서 멀티캐스트 데이터는 전송되지 않는다. 해당 구성은 멀티캐스트 세션이 생성될지 또는 언제 생성될지 그리고 멀티캐스트 세션이 인액티브 상태일 수 있는지를 지시할 수 있다. 응용 기능은 여러 단계에서 구성을 제공할 수 있다. 예를 들어 먼저 TMGI를 요청하고 그다음으로 멀티캐스트 세션에 관한 전체 정보를 제공하고 그리고 설정되는 것을 허용할 수 있다.
한편, 멀티캐스트 세션 설정 프로시저가 제공될 수 있다. 멀티캐스트 세션에 대한 첫 번째 단말의 조인 요청이 수락될 때, 멀티캐스트 세션은 구성에 따라 인액티브 또는 액티브 상태로 설정된다. 멀티캐스트 세션에 대한 5GC(5G Core) 자원은 예약 중에 있다.
또는, 멀티캐스트 세션 활성화(activation) 프로시저가 제공될 수 있다. 해당 멀티캐스트 세션에 조인한 CM IDLE 단말은 페이징 된다. 응용 기능 요청에 의해 활성화가 트리거될 수 있다. 또는 멀티캐스트 데이터의 수신에 의해 활성화가 트리거될 수 있다.
또는, 멀티캐스트 세션 비활성화(deactivation) 프로시저가 제공될 수 있다. 응용 기능 요청에 의해 비활성화가 트리거될 수 있다. 또는 멀티캐스트 데이터의 수신 없음 의해 비활성화가 트리거될 수 있다.
또는, 멀티캐스트 세션 해제(Release) 프로시저가 제공될 수 있다. 5GC 노드 그리고 무선망 노드 모두 멀티캐스트 세션을 위한 모든 자원이 해제된다. 멀티캐스트 세션에 조인한 단말은 통지된다. 해제는 액티브 또는 인액티브 멀티캐스트 세션에 대해 가능하다.
또는, 멀티캐스트 세션 구성해제(Deconfiguration) 프로시저가 제공될 수 있다. 멀티캐스트 세션에 관한 모든 정보가 5GC로부터 제거된다. 그리고 TMGI가 할당해제된다.
멀티캐스트 세션이 설정될 때 해당 멀티캐스트 세션은 액티브 상태 또는 인액티브 상태로 설정될 수 있다. 멀티캐스트 세션 설정 프로시저 상에서 (액티브 멀티캐스트 세션에 대해) 기지국은 해당 멀티캐스트 세션에 매핑된 MBS 무선베어러 및/또는 해당 멀티캐스트 세션에 연계된 PDU 세션에 매핑된 데이터무선베어러를 설정/구성하고 멀티캐스트 세션을 (액티브 상태로) 설정할 수 있다. 또는, 멀티캐스트 세션 설정 프로시저 상에서 (인액티브 멀티캐스트 세션에 대해) 기지국은 해당 멀티캐스트 세션에 매핑된 MBS 무선베어러 및/또는 해당 멀티캐스트 세션에 연계된 PDU 세션에 매핑된 데이터무선베어러를 설정/구성하고 멀티캐스트 세션을 (인액티브 상태로) 설정할 수 있다. 해당 MBS 무선베어러 및/또는 데이터 무선베어러를 MBS 세션 인액티브 상태에 따라 동작하도록 구성할 수 있다. 또는 멀티캐스트 세션 설정 프로시저 상에서 (인액티브 멀티캐스트 세션에 대해) 기지국은 해당 멀티캐스트 세션에 연계된 PDU 세션에 매핑된 데이터 무선베어러만을 설정/구성하고 (인액티브 상태로) 멀티캐스트 세션을 설정할 수 있다. 또는 멀티캐스트 세션 설정 프로시저 상에서 (인액티브 멀티캐스트 세션에 대해) 기지국은 해당 멀티캐스트 세션에 매핑된 MBS 무선베어러 또는 해당 멀티캐스트 세션에 연계된 PDU 세션에 매핑된 데이터무선베어러를 설정/구성하지 않고 (인액티브 상태로) 멀티캐스트 세션을 설정할 수 있다. 이하에서는 이에 대해 더 자세히 설명한다.
단말은 RRC 연결 상태에서 PDU session modification 프로시져를 통해 멀티캐스트 세션에 조인할 수 있다. 먼저 이하에서는 해당 프로시져에 대해 설명한다.
멀티캐스트 그룹에 조인하기 위해, 단말은 PDU 세션 수정 요청 메시지를 AMF로 전송한다. 해당 메시지는 단말이 조인하기를 원하는 멀티캐스트 그룹을 지시하기 위한 MBS 세션 ID를 포함한다.
AMF는 관련 5GC 노드/개체(SMF/MB-SMF)와 시그널링을 통해 해당 멀티캐스트 세션에 대한 MBS 컨택스트를 수신한다. 예를 들어 SMF는 MBS 세션 조인 요청에 대해 인증(authorization)을 수행하고 MB-SMF와 시그널링을 통해 지시된 MBS 세션에 대한 멀티캐스트 QoS 플로우 정보를 추출한다. SMF는 MBS 세션 컨택스트를 AMF로 전송한다. MBS 세션 컨택스트는 MBS Session ID, source specific multicast address, TMGI, multicast QoS flow 정보, MBS session AMBR, 연계된 PDU 세션 컨택스트, PDU session ID, S-NSSAI, PDU session AMBR, 연계된 유니캐스트 QoS flow와 멀티캐스트 QoS flow 정보 간의 매핑/연계, 멀티캐스트 세션 상태(액티브/인액티브) 및 멀티캐스트 세션 상태(액티브/인액티브) 지원여부 중 하나 이상을 포함할 수 있다.
AMF는 PDU 세션 수정 명령 정보를 포함하는 N2 메시지를 기지국으로 전송한다. PDU 세션 수정 명령 정보 또는 N2 메시지는 MBS 컨택스트 정보를 포함할 수 있다. PDU 세션 수정 명령 정보 또는 N2 메시지는 MBS 세션 상태(또는 멀티캐스트 세션 상태 또는 MBS/멀티캐스트 세션의 활성화/비활성화를 지시하기 위한 정보)를 포함할 수 있다. 예를 들어 MBS 세션 상태(또는 멀티캐스트 세션 상태 또는 MBS/멀티캐스트 세션의 활성화/비활성화를 지시하기 위한 정보)는 액티브/인액티브 상태(활성화/비활성화 지시)를 구분하기 위한 1비트 정보로 구성될 수 있다.
(MBS를 지원하는) 기지국이 MBS 세션 ID를 수신했지만, 해당 MBS 세션 ID에 대해 MBS 세션 컨택스트가 존재하지 않는 경우, 기지국은 해당 MBS 세션을 서비스하기 위한 자원을 할당하기 위해 MBS 세션 QoS 정보를 이용한다. 만약 기지국이 MBS를 지원하지 않는다면 5GC 개별 MBS 트래픽 딜리버리를 수행할 수 있다. 예를 들어 기지국은 MBS 세션에 연계된 PDU 세션 컨택스트(유니캐스트 QoS 플로우 정보)를 사용하여 UPF/MB-UPF와 기지국 간의 개별 터널을 통해서, 코어망 개체로부터 수신되는 MBS 데이터를 단말로 일반 데이터 무선 베어러를 이용하여 PTP 방식으로 전송할 수 있다. 기지국은 단말에 무선자원을 구성/예약할 수 있다.
일 예를 들어, (N2 메시지를 통해) 멀티캐스트 세션 상태가 액티브 상태로 세팅되어 지시된 경우. 기지국은 단말이 해당 MBS 세션 데이터를 수신하기 위한 무선자원 구성정보를 포함한 RRC 재구성 메시지를 단말로 지시할 수 있다. RRC 재구성 메시지는 MBS 세션에 매핑된 MBS 무선베어러 구성정보 및/또는 MBS 세션에 연계된 PDU 세션에 매핑된 데이터 무선베어러 정보를 포함할 수 있다. 해당 데이터 무선베어러는 MBS 세션에 매핑/연계된 PDU 세션 컨택스트(e.g. QoS flow 정보)를 기반으로 구성될 수 있다. 해당 데이터 무선베어러는 5GC 개별 MBS 트래픽 딜리버리를 사용하여 PTP 방식으로의 전송에 사용될 수 있다.
RRC 재구성 메시지는 멀티캐스트 세션 상태 정보(액티브/인액티브)를 포함할 수 있다. RRC 재구성 메시지는 멀티캐스트 세션에 매핑되는 MBS 무선베어러에 대해 멀티캐스트 세션 상태를 연계해 구성된 정보를 포함할 수 있다. 일 예로 RRC 메시지는 멀티캐스트 세션에 매핑되는 MBS 무선베어러(또는 MBS 세션에 연계된 PDU 세션에 매핑된 데이터 무선베어러)를 액티브/인액티브 상태로 구분해 구성한 정보를 포함할 수 있다. 다른 예로 RRC 메시지는 멀티캐스트 세션에 매핑되는 MBS 무선베어러(또는 MBS 세션에 연계된 PDU 세션에 매핑된 데이터 무선베어러)를 활성화/비활성화 상태로 구분해 구성한 정보를 포함할 수 있다.
단말은 (멀티캐스트 세션 상태가 액티브 상태로 세팅되어 지시된 경우) 해당 MBS 무선베어러 및/또는 MBS 세션에 연계된 PDU 세션에 매핑된 데이터 무선베어러를 구성할 수 있다. 단말은 구성된 MBS 무선베어러 및/또는 MBS 세션에 연계된 PDU 세션에 매핑된 데이터 무선베어러를 통해 해당 MBS 세션 데이터를 수신할 수 있다.
도 10은 MBS 데이터 수신을 위한 레이어 2 구조의 일 예를 도시한 도면이다.
도 10을 참조하면, 하나의 멀티캐스트 그룹에 속한 MBS 서비스 세션에 대해 MBS 무선베어러는 두 개의 레그(leg)/경로(path)를 가지는 분리 베어러 구조로 정의될 수 있다. 해당 분리 베어러 구조 기반의 MBS 무선베어러의 하나의 레그(leg)/경로(path)는 PTP 전송을 위한 (보통의) 유니캐스트 DRB를 위한 L2 엔티티(들) 구성을 포함하여 PTP 전송을 수행할 수 있다. 그리고 다른 하나의 레그(leg)/경로(path)는 PTM 전송을 위한 L2 엔티티(들) 구성을 포함하여 PTM 전송을 수행할 수 있다.
PTP 전송을 위한 유니캐스트 레그/경로의 RLC 엔티티는 논리채널식별자에 연계되어 구성될 수 있다. 그리고 MAC에서 C-RNTI에 의해 지시되는 스케줄링에 의해 데이터를 수신할 수 있다. PTM 전송을 위한 레그/경로의 RLC 엔티티는 MBS 세션 별로 구분하여 데이터를 수신 또는 MBS 세션 데이터 전송을 식별하기 위한 RNTI에 연계되어 구성될 수 있다. 여기서, 설명의 편의를 위해 MBS 사용자 데이터를 NR-MTCH로 표기하나 이는 설명의 편의를 위한 것일 뿐 임의의 다른 용어(e.g. MB Traffic Channel, Multicast Traffic Channel)로 대체될 수 있다. 또한, MBS 데이터 식별을 위한 RNTI는 SC-RNTI, G-RNTI와 유사하게 멀티캐스트세션/멀티캐스트그룹 특정한 RNTI 또는 멀티캐스트 트래픽/데이터를 위한 그룹 공통 RNTI를 의미한다. 여기서는 설명의 편의를 위해서 MBS-G-RNTI로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 명칭으로 대체될 수 있다.
PTP 전송을 위한 유니캐스트 레그/경로의 RLC 엔티티와 PTM 전송을 위한 레그/경로의 RLC 엔티티는 하나의 PDCP 엔티티에 연계될 수 있다. PDCP 엔티티는 MBS 서비스 세션(TMGI/MBS 세션 ID/IP multicast address)에 연계될 수 있다. 단말은 기지국이 선택한 전송방식에 따라 전송한 MBS 서비스 데이터를 수신할 수 있다. 예를 들어 기지국은 PDCP 엔티티에서 PTP 전송을 위한 유니캐스트 레그/경로의 RLC 엔티티와 PTM 전송을 위한 레그/경로의 RLC 엔티티 중 하나의 경로(또는 두 개의 경로)를 통해 데이터를 전송하고 단말은 해당 데이터를 수신할 수 있다.
기지국은 해당 멀티캐스트 그룹에 조인한 한 셋의 단말들에 대해 알고 있다. 예를 들어 도 10과 같은 구조에서 PTP 전송을 위한 유니캐스트 레그/경로의 RLC 엔티티는 해당 멀티캐스트 그룹에 조인한 RRC 연결 상태 단말의 수만큼 존재할 수 있다.
한편, 다른 예를 들어, (N2 메시지를 통해) 멀티캐스트 세션 상태가 인액티브 상태로 세팅되어 지시된 경우. 기지국은 단말이 해당 MBS 세션 데이터를 수신하기 위한 무선자원구성정보를 포함한 RRC 재구성/해제 메시지를 단말로 지시할 수 있다. RRC 재구성/해제 메시지는 MBS 세션에 매핑된 MBS 무선베어러 구성정보를 포함할 수 있다. RRC 재구성/해제 메시지는 멀티캐스트 세션 상태 정보(인액티브)를 포함할 수 있다. RRC 재구성/해제 메시지는 MBS 세션에 연계된 인액티브 MBS 무선베어러 구성정보를 포함할 수 있다. RRC 재구성/해제 메시지는 MBS 세션에 연계된 서스펜드될 MBS 무선베어러 구성정보를 포함할 수 있다. RRC 재구성/해제 메시지는 MBS 세션이 인액티브 상태임을 지시하기 위한 임의의 구성정보를 포함할 수 있다.
또 다른 예를 들어, (N2 메시지를 통해) 멀티캐스트 세션 상태가 인액티브 상태로 세팅되어 지시된 경우(또는 멀티캐스트 세션의 비활성화를 지시하는 경우), 기지국은 단말이 해당 MBS 세션 데이터를 수신하기 위한 무선자원구성정보를 포함한 RRC 재구성 메시지를 단말로 지시할 수 있다. 또는 기지국은 단말이 해당 MBS 세션 데이터를 수신하기 위한 무선자원구성정보을 해제/서스펜드하기 위한 RRC 해제 메시지를 단말로 지시할 수 있다. RRC 재구성/해제 메시지는 PDU 세션 수정 명령 메시지를 포함할 수 있다. PDU 세션 수정 명령은 dedicatedNAS-Message 정보요소에 포함되어 전송될 수 있다. PDU 세션 수정 명령 메시지는 멀티캐스트 세션 상태 정보(인액티브)를 포함할 수 있다. RRC 재구성/해제 메시지는 MBS 세션에 매핑된 MBS 무선베어러 구성정보를 포함할 수 있다. PDU 세션 수정명령을 수신한 단말의 NAS/상위계층은 AS/RRC/하위계층으로 해당 멀티캐스트 세션의 상태 정보(인액티브)를 지시할 수 있다. 단말의 RRC는 해당 멀티캐스트 세션에 매핑된 MBS 무선베어러를 서스펜드/해제/인액티브상태전환 할 수 있다.
또 다른 예를 들어, (N2 메시지를 통해) 멀티캐스트 세션 상태가 인액티브 상태로 세팅되어 지시된 경우(또는 멀티캐스트 세션의 비활성화를 지시하는 경우), 기지국은 단말이 해당 MBS 세션 데이터를 수신하기 위한 무선자원구성정보를 포함한 RRC 재구성/해제 메시지를 단말로 지시할 수 있다. RRC 재구성/해제 메시지는 PDU 세션 수정 명령 메시지를 포함할 수 있다. PDU 세션 수정 명령은 dedicatedNAS-Message 정보요소에 포함되어 전송될 수 있다. PDU 세션 수정 명령 메시지는 멀티캐스트 세션 상태 정보(인액티브)를 포함할 수 있다. (만약 해당 단말에 MBS 세션에 매핑된 MBS 무선베어러가 구성된 경우) RRC 재구성/해제 메시지는 MBS 세션에 매핑된 MBS 무선베어러 구성정보를 서스펜드 하도록 지시하기 위한 정보를 포함할 수 있다. RRC 재구성/해제 메시지는 MBS 세션에 연계된 PDU 세션에 매핑된 데이터 무선베어러 구성정보를 포함할 수 있다.
또 다른 예를 들어, (N2 메시지를 통해) 멀티캐스트 세션 상태가 인액티브 상태로 세팅되어 지시된 경우(또는 멀티캐스트 세션의 비활성화를 지시하는 경우), 기지국은 해당 멀티캐스트 세션의 상태가 인액티브임을 지시하기 위한 MAC CE를 단말로 지시할 수 있다. MAC CE는 MBS 세션 ID 정보, TMGI, source specific IP multicast address, MBS 세션 상태를 지시하기 위한 정보, MBS 세션 활성화/비활성화를 지시하기 위한 정보, 해당 MBS 세션에 매핑된 MBS 무선베어러 식별자 및 해당 MBS 세션에 연계된 PDU세션에 매핑된 데이터 무선베어러 식별자 중 하나 이상을 포함할 수 있다. 해당 MAC CE는 멀티캐스트 세션 활성화/비활성화 프로시져에 연계해 임의의 기지국이 해당 MBS 세션에 연계된 무선자원 구성에 관련된 단말 동작을 수행하도록 지시하기 위해 사용될 수 있다.
전술한 모든 예시들에서 제공되는 동작은 해당 멀티캐스트 세션의 상태가 인액티브임을 지시하기 위한 임의의 정보 수신의 일 예가 될 수 있다.
단말은 해당 멀티캐스트 세션의 상태가 인액티브임을 지시하기 위한 임의의 정보를 수신하는 경우, 아래 동작 중 하나 이상의 동작을 수행할 수 있다.
단말은 해당 MBS 무선베어러를 구성할 수 있다. 단말은 해당 MBS 무선베어러를 저장할 수 있다. 단말은 해당 MBS 무선베어러를 인액티브 상태로 구성/저장할 수 있다. 단말은 해당 MBS 무선베어러를 서스펜드할 수 있다. 단말은 해당 MBS 세션에 대한 데이터 수신을 서스펜드할 수 있다. 단말은 해당 MBS 무선베어러가 인액티브 멀티캐스트 세션 상태에 있는 것으로 고려할 수 있다. 단말은 MBS-G-RNTI를 통한 데이터 수신을 수행하지 않는다. 단말은 MBS-G-RNTI를 통한 데이터 수신을 정지/중단/서스펜드한다. 단말은 MBS-G-RNTI를 통한 PDCCH 모니터링을 수행하지 않는다. 단말은 MBS-G-RNTI를 통한 Group common PDCCH 모니터링을 수행하지 않는다. 단말은 해당 MBS 무선베어러를 해제할 수 있다. 단말은 MBS 세션에 연계된 PDU 세션에 매핑된 데이터 무선베어러를 구성할 수 있다. 단말은 MBS 세션에 연계된 PDU 세션에 매핑된 데이터 무선베어러를 서스펜드할 수 있다. 또는 단말은 MBS 세션에 연계된 PDU 세션에 매핑된 데이터 무선베어러를 통해 데이터를 수신할 수 있다.
한편, MBS 세션이 멀티캐스트 세션 상태(액티브/인액티브 변경)을 지원하는 경우, MBS 세션에 대한 (액티브/인액티브) 상태 변경/스위칭은 응용 기능 요청에 의해 또는 멀티캐스트 데이터의 수신 여부에 의해 트리거 되도록 할 수 있다. 해당 트리거에 의해 활성화/비활성화 프로시져가 개시될 수 있다.
일 예를 들어, MBS 세션 설정 프로시져 상에서, MBS 세션이 인액티브 상태(또는 액티브-인액티브 상태 천이)를 지원하는 경우 AMF/SMF/MB-SMF는 UPF/MB-UPF/기지국로 MBS 세션 상태(액티브/인액티브), MBS 세션 상태 변경(기능)을 인에이블(enable) 하기 위한 지시정보 및 MBS 세션 상태 변경을 체크하기 위한 타이머 (값) 중 하나 이상의 정보를 포함해 전송할 수 있다. 해당 정보를 수신한 UPF/MB-UPF/기지국은 MBS 세션 상태가 액티브로 세팅된 경우, MBS 세션 상태 변경을 체크할 수 있다. 일 예로 UPF/MB-UPF/기지국은 해당 MBS 세션에 연계된 데이터/논리채널을 전송/수신하면, MBS 세션 상태 변경을 체크하기 위한 타이머를 시작 또는 재시작한다. 만약 MBS 세션 상태 변경을 체크하기 위한 타이머가 만료되면, UPF/MB-UPF/기지국은 MBS 세션 비활성화를 지시하기 위한 정보를 AMF/SMF/MB-SMF로 전송할 수 있다. 다른 예로, AMF/SMF/MB-SMF가 MBS 세션 비활성화를 지시하기 위한 정보를 수신하면 AMF/SMF/MB-SMF는 기지국으로 MBS 세션 비활성화를 요청할 수 있다. 다른 예로, 기지국은 UPF/MB-UPF로부터 해당 MBS 세션에 연계된 데이터/논리채널을 수신하면, MBS 세션 상태 변경을 체크하기 위한 타이머를 시작 또는 재시작한다. 만약 MBS 세션 상태 변경을 체크하기 위한 타이머가 만료되면, 기지국은 MBS 세션 비활성화를 지시하기 위한 정보를 AMF 로 전송할 수 있다.
다른 예를 들어, MB-UPF/UPF/기지국은 인액티브 상태의 멀티캐스트 세션에 대한 데이터를 수신하면, 이를 AMF/SMF/MB-SMF로 통지할 수 있다. 해당 메시지는 MBS 세션 식별정보를 포함할 수 있다. 해당 메시지는 해당 MBS 세션에 대한 다운링크 데이터를 통지하기 위한(또는 해당 MBS 세션의 활성화가 트리거되었음을 지시하기 위한) 지시정보/메시지를 포함할 수 있다. 해당 메시지를 수신하면 AMF는 기지국으로 MBS 세션 활성화를 요청/지시할 수 있다. AMF가 기지국으로 MBS 세션 활성화를 요청/지시하는 메시지는 페이징 메시지/관련정보, MBS 세션 ID, MBS 세션 상태를 지시하기 위한 정보 및 MBS 세션 활성화/비활성화를 지시하기 위한 정보 중 하나 이상을 포함할 수 있다. AMF는 해당 멀티캐스트 세션에 조인한 RRC 아이들 상태의 단말이 존재하는 경우, CN 개시 페이징 프로시져를 통해 해당 단말을 페이징할 수 있다. AMF에서 기지국으로 전송되는 해당 페이징 메시지는 MBS 세션 ID 정보, MBS 세션 상태를 지시하기 위한 정보 및 MBS 세션 활성화/비활성화를 지시하기 위한 정보 중 하나 이상을 포함할 수 있다. 기지국이 단말로 전송하는 페이징 메시지는 MBS 세션 ID 정보, MBS 세션 상태를 지시하기 위한 정보 및 MBS 세션 활성화/비활성화를 지시하기 위한 정보 중 하나 이상을 포함할 수 있다. 해당 페이징 메시지는 페이징 레코드 또는 페이징 레코드에 포함되는 단말식별자 정보요소에 포함될 수 있다. 현재 페이징 레코드에 포함되는 단말식별자 정보요소는 48비트의 NG-5G-S-TMSI 및 40비트의 fullI-RNTI 중 선택될 수 있다. MBS 세션 ID가 48비트보다 적은 값인 경우 단말식별자 정보요소 상에 포함해 전송될 수 있다. 해당 단말은 페이징 메시지에 포함된 MBS 세션 ID가 단말이 조인한 인액티브 멀티캐스트 세션의 MBS 세션 ID와 매칭(match)되는 경우, 해당 MBS 무선베어러를 재개하기 위한 임의의 프로시져(RRC resume, RRC establishment) 또는 해당 MBS 무선베어러를 통해 데이터를 수신하기 위한 임의의 동작을 개시/수행할 수 있다. 일 예로 단말은 MAC CE를 통해 MBS 세션에 대한 데이터 수신 재개/활성화, MBS 무선베어러를 통한 데이터 수신 재개/활성화를 기지국으로 지시할 수 있다. 다른 예로 본 명세서 상에 포함된 임의의 동작들은 해당 MBS 무선베어러를 통해 데이터를 수신하기 위한 임의의 동작 중 일 예가 될 수 있다.
다른 예를 들어, 기지국은 인액티브 멀티캐스트 세션에 조인한 RRC 인액티브 상태의 단말이 존재하는 경우, RAN 개시 페이징 프로시져를 통해 해당 단말을 페이징할 수 있다. 기지국이 단말로 전송하는 페이징 메시지는 MBS 세션 ID 정보, MBS 세션 상태를 지시하기 위한 정보 및 MBS 세션 활성화/비활성화를 지시하기 위한 정보 중 하나 이상을 포함할 수 있다. 해당 페이징 메시지는 페이징 레코드 또는 페이징 레코드에 포함되는 단말식별자 정보요소에 포함될 수 있다. 또는, 해당 페이징 메시지는 해당 기지국이 멀티캐스트 세션에 조인한 단말 중 RRC 인액티브 상태로 천이된(RRC release with suspendconfig) 단말에 대해서 제공될 수 있다. 해당 페이징 메시지는 페이징 레코드 또는 페이징 레코드에 포함되는 단말식별자 정보요소에 포함될 수 있다. 현재 페이징 레코드에 포함되는 단말식별자 정보요소는 48비트의 NG-5G-S-TMSI 및 40비트의 fullI-RNTI 중 선택될 수 있다. MBS 세션 ID가 48비트보다 적은 값인 경우 단말식별자 정보요소 상에 포함해 전송할 수 있다. 해당 단말은 페이징 메시지에 포함된 MBS 세션 ID가 단말이 조인한 인액티브 멀티캐스트 세션의 MBS 세션 ID와 매칭(match)되는 경우, 해당 MBS 무선베어러를 재개하기 위한 임의의 프로시져(RRC resume, RRC establishment) 또는 해당 MBS 무선베어러를 통해 데이터를 수신하기 위한 임의의 동작이 개시/수행될 수 있다. 일 예로 단말은 MAC CE를 통해 MBS 세션에 대한 데이터 수신 재개/활성화 또는 MBS 무선베어러를 통한 데이터 수신 재개/활성화를 기지국으로 지시할 수 있다. 다른 예로 본 명세서 상에 포함된 임의의 동작들은 해당 MBS 무선베어러를 통해 데이터를 수신하기 위한 임의의 동작 중 일 예가 될 수 있다. MAC CE는 MBS 세션 ID 정보, TMGI, source specific IP multicast address, MBS 세션 상태를 지시하기 위한 정보 및 MBS 세션 활성화/비활성화를 지시하기 위한 정보 중 하나 이상을 포함할 수 있다.
만약, 기지국이 AMF(또는 임의의 5GC 노드/개체)로부터 해당 멀티캐스트 세션의 비활성화를 지시하는 정보를 수신하면, 기지국은 해당 단말의 단말 컨택스트 상에 멀티캐스트 세션의 비활성화 상태를 저장할 수 있다. 기지국은 해당 단말의 데이터 인액티비티 타이머에 따라 RRC 해제 메시지(RRC release 또는 RRC release with suspendconfig)를 전송하여 해당 단말을 RRC 아이들 또는 RRC 인액티브 상태로 들어가도록 할 수 있다. 단말이 RRC 인액티브 상태로 천이되는 경우, AMF는 해당 단말에 대해서 CM CONNECTED 상태로 고려하기 때문에, 해당 단말에 대해 페이징을 하지 않는다. 따라서 해당 멀티캐스트 세션 상태가 비활성화 상태에서 활성화 상태로 변경/스위칭 되도록 트리거되면(예를 들어 기지국이 AMF(또는 임의의 5GC 노드/개체)로부터 해당 멀티캐스트 세션의 활성화를 지시하는 정보를 수신하면 및/또는 기지국이 해당 멀티캐스트 세션에 대한 데이터를 수신하면) 해당 단말에 대해 기지국이 RAN initiated Paging을 수행해야 한다.
다른 예를 들어 기지국은 AMF로부터 액티브 멀티캐스트 세션 상태를 수신하는 경우 또는 멀티캐스트 세션 활성화를 지시하기 위한 정보를 수신하는 경우 해당 단말이 RRC 인액티브 상태로 천이하지 않도록 지시하기 위한 도움정보를 함께 포함해 수신할 수 있다. 해당 정보는 메시지는 MBS 세션 ID 정보, MBS 세션 상태를 지시하기 위한 정보, MBS 세션 활성화/비활성화를 지시하기 위한 정보 및 MBS 세션 상태 지원 여부 중 하나 이상의 정보를 포함할 수 있다. 해당 정보는 RRC 인액티브를 위한 코어네트워크 도움정보(Core Network Assistance Information for RRC INACTIVE) 정보 요소에 포함될 수 있다. 해당 정보는 RRC 인액티브를 위한 코어네트워크 도움정보와 구분되는 정보 요소로 제공될 수 있다. 만약 해당 정보를 수신하면 기지국은 수신된 해당 정보를 저장할 수 있다. 그리고 기지국은 저장된 해당 정보를 RRC 인액티브 상태 결정 또는 RAN 페이징에 사용할 수 있다. 또는 기지국은 저장된 RRC 인액티브를 위한 코어네트워크 도움정보를 해제/제거/디스카드/업데이트/무시/오버라이드 할 수 있다.
상기한 바와 같이 본 실시예는 단말이 MBS 서비스 데이터를 효과적으로 수신하는 효과를 제공할 수 있다. 이하에서는 전술한 실시예읟 동작 중 적어도 하나를 수행하는 단말 및 기지국 구성을 간략하게 설명한다. 아래에서의 단말 및 기지국은 전술한 실시예를 임의의 조합에 따라 실시할 수 있도록 구성된다.
도 11은 일 실시예에 의한 단말의 구성을 보여주는 도면이다.
도 11을 참조하면, MBS(Multicast/Broadcast Service) 데이터를 수신하는 단말(1100)은 기지국으로부터 RRC 메시지를 수신하는 수신부(1130) 및 RRC 메시지에 기초하여 데이터 인액티비티 타이머를 구성하고, MAC 엔티티에서 MBS에 대한 MTCH(MBS Traffic channel) MAC SDU를 수신하면, 데이터 인액티비티 타이머를 시작 또는 재시작하는 제어부(1110)를 포함할 수 있다.
예를 들어, 수신부(1130)는 기지국으로부터 상위계층 메시지를 수신할 수 있다. 일 예로, 상위계층 메시지는 RRC 메시지일 수 있다. RRC 메시지는 RRC 연결 재구성 메시지 또는 RRC 연결 구성 메시지일 수 있다.
RRC 메시지는 MBS 세션에 매핑되는 MBS 무선베어러 구성정보 및 데이터 인액티비티 타이머 중 적어도 하나의 정보를 포함할 수 있다. 예를 들어, MBS 무선베어러 구성정보는 MBS 세션에 매핑되어 멀티캐스트 데이터 또는 브로드캐스트 데이터를 수신하기 위한 무선베어러를 단말에 구성하는데 필요한 정보를 포함할 수 있다. 데이터 인액티비티 타이머는 MBS 무선베어러 구성정보에 포함될 수도 있다. 또는 데이터 인액티비티 타이머는 MBS 무선베어러 구성정보와 구분되는 별도의 필드에 포함될 수도 있다.
또한, 제어부(1110)는 RRC 메시지에 포함되는 데이터 인액티비티 타이머 정보를 이용하여 단말에 데이터 인액티비티 타이머를 구성할 수 있다. 또한, 제어부(1110)는 RRC 메시지에 기초하여 MBS 세션에 매핑되는 MBS 무선베어러를 단말에 구성할 수 있다. MBS 무선베어러는 하나 이상으로 구성될 수 있다. 예를 들면, 데이터 인액티비티 타이머는 단말의 MAC 엔티티에 구성된다.
또한, 제어부(1110)는 MBS 세션에 연계된 데이터 수신을 데이터 인액티비티 타이머 동작에 연계하여 제어할 수 있다. 일 예로, 제어부(1110)는 데이터 인액티비티 타이머가 구성될 때, MBS 세션에 연계된 논리채널이 수신되면, 단말의 데이터 인액티비티 타이머가 시작 또는 재시작되도록 할 수 있다. 즉, 단말의 MAC 엔티티가 MBCH의 MAC SDU를 수신할 때, 제어부(1110)는 단말에 구성된 데이터 인액티비티 타이머를 시작 또는 재시작할 수 있다. 다른 예로, 제어부(1110)는 RRC 연결 상태 단말에 대해서 데이터 인액티비티 타이머가 구성될 때, 액티브 멀티캐스트 세션에 대한 멀티캐스트 데이터를 수신하면 단말의 데이터 인액티비티 타이머가 시작 또는 재시작될 수 있다.
만약, 데이터 인액티비티 타이머가 만료되면, 단말의 MAC 엔티티는 데이터 인액티비티 타이머의 만료를 상위계층(RRC 계층)으로 지시한다.
한편, 기지국은 코어망 개체로부터 수신되는 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나에 기초하여 MBS 세션에 연계된 무선자원을 구성할 수 있다. 일 예로, 기지국은 코어망 개체(e.g. AMF 또는 SMF 또는 MB-SMF)로부터 MBS 세션 상태정보를 수신할 수 있다. 다른 예로, 기지국은 코어망 개체로부터 MBS 세션을 활성화 또는 비활성화하기 위한 메시지를 수신할 수도 있다. 이 외에도 기지국은 코어망 개체로부터 MBS 세션 상태 변경(기능)을 인에이블(enable) 하기 위한 지시정보, MBS 세션 상태 변경을 체크하기 위한 타이머 (값) 등을 수신할 수도 있다. 전술한 정보들은 N2 메시지를 통해서 수신될 수 있다.
위에서 설명한 바와 같이, 수신부(1130)는 기지국으로부터 RRC 메시지를 수신할 수 있다. 예를 들어, RRC 메시지는 기지국이 코어망 개체로부터 수신한 MBS 세션 상태정보가 액티브를 지시하는 경우, MBS 세션에 대한 MBS 무선베어러 구성정보를 포함하여 단말로 전송될 수 있다. 즉, 기지국이 코어망 개체로부터 MBS 세션 상태정보를 수신하고, MBS 세션 상태정보가 액티브를 지시하는 값을 포함하면, 기지국은 단말로 MBS 세션에 대한 MBS 무선베어러 구성정보를 포함하는 RRC 메시지를 전송할 수 있다.
또는, 기지국은 코어망 개체로부터 MBS 세션을 활성화하기 위한 메시지를 수신하는 경우 또는 MBS 데이터를 수신하면, RRC 아이들 단말 또는 RRC 인액티브 단말을 위해 MBS 세션 ID를 포함하는 페이징 메시지를 전송할 수 있다. 예를 들어, 기지국은 코어망 개체로부터 MBS 세션을 활성화하기 위한 메시지를 수신할 수 있다. 또는 기지국은 코어망 개체로부터 MBS 데이터를 수신할 수 있다. 이 경우, 기지국은 RRC 아이들 단말 또는 RRC 인액티브 단말을 위한 MBS 세션 ID를 포함하는 페이징 메시지를 전송할 수 있다. 단말은 페이징 메시지를 수신하여 RRC 상태를 변경하고, MBS 데이터 수신을 진행할 수 있다.
또는, 기지국은 MBS 세션 상태정보가 인액티브를 지시하는 경우 또는 MBS 세션을 비활성화하기 위한 메시지를 수신하는 경우, 인액티브 MBS 세션에 대한 무선자원 구성을 해제하여 인액티브 MBS 세션에 대한 무선자원을 할당하지 않을 수 있다. 예를 들어, 기지국은 MBS 세션 상태정보가 인액티브를 지시하거나, MBS 세션을 비활성화기 위한 메시지를 수신하면, 해당 인액티브 MBS 세션에 대한 무선자원 구성을 해제할 수 있다. 이를 통해서 기지국은 비활성화 또는 인액티브로 지시된 MBS 세션에 대한 무선자원을 할당하지 않을 수 있다.
이 외에도, 제어부(1110)는 전술한 본 실시예를 수행하기에 필요한 MBS 데이터 수신을 위한 동작에 따른 전반적인 단말(1100)의 동작을 제어한다.
송신부(1120)와 수신부(1130)는 전술한 본 실시예를 수행하기에 필요한 신호나 메시지, 데이터를 기지국과 송수신하는데 사용된다.
도 12는 일 실시예에 의한 기지국의 구성을 보여주는 도면이다.
도 12를 참조하면, MBS(Multicast/Broadcast Service) 데이터를 제어하는 기지국(1200)은 코어망 개체로부터 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나를 수신하는 수신부(1230) 및 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나에 기초하여 MBS 세션에 연계된 무선자원 구성을 제어하는 제어부(1210)를 포함할 수 있다.
일 예로, 수신부(1230)는 코어망 개체(e.g. AMF 또는 SMF 또는 MB-SMF)로부터 MBS 세션 상태정보를 수신할 수 있다. 다른 예로, 수신부(1230)는 코어망 개체로부터 MBS 세션을 활성화 또는 비활성화하기 위한 메시지를 수신할 수도 있다. 이 외에도 수신부(1230)는 코어망 개체로부터 MBS 세션 상태 변경(기능)을 인에이블(enable) 하기 위한 지시정보, MBS 세션 상태 변경을 체크하기 위한 타이머 (값) 등을 수신할 수도 있다. 전술한 정보들은 N2 메시지를 통해서 수신될 수 있다.
제어부(1210)는 코어망 개체로부터 수신되는 메시지 및 정보에 기초하여 MBS 세션에 연계된 무선자원 구성을 제어한다. 또한, 송신부(1220)는 코어망 개체로부터 수신되는 메시지 및 정보에 기초하여 단말로 RRC 메시지 또는 페이징 메시지 등을 전송할 수 있다. 이를 위해서, 제어부(1210)는 MBS 무선베어러 구성, 무선자원 구성 등의 동작을 수행할 수 있다.
기지국이 코어망 개체로부터 MBS 세션을 활성화하기 위한 메시지를 수신하는 경우 또는 MBS 데이터를 수신하면, 송신부(1220)는 RRC 아이들 단말 또는 RRC 인액티브 단말을 위해 MBS 세션 ID를 포함하는 페이징 메시지를 전송할 수 있다. 예를 들어, 수신부(1230)는 코어망 개체로부터 MBS 세션을 활성화하기 위한 메시지를 수신할 수 있다. 또는 수신부(1230)는 코어망 개체로부터 MBS 데이터를 수신할 수 있다. 이 경우, 송신부(1220)는 RRC 아이들 단말 또는 RRC 인액티브 단말을 위한 MBS 세션 ID를 포함하는 페이징 메시지를 전송할 수 있다. 단말은 페이징 메시지를 수신하여 RRC 상태를 변경하고, MBS 데이터 수신을 진행할 수 있다.
또는, 기지국이 MBS 세션 상태정보가 인액티브를 지시하는 경우 또는 MBS 세션을 비활성화하기 위한 메시지를 수신하는 경우, 제어부(1210)는 인액티브 MBS 세션에 대한 무선자원 구성을 해제하여 인액티브 MBS 세션에 대한 무선자원이 할당되지 않도록 제어할 수 있다. 예를 들어, 제어부(1210)는 MBS 세션 상태정보가 인액티브를 지시하거나, MBS 세션을 비활성화기 위한 메시지를 수신하면, 해당 인액티브 MBS 세션에 대한 무선자원 구성을 해제할 수 있다. 이를 통해서 제어부(1210)는 비활성화 또는 인액티브로 지시된 MBS 세션에 대한 무선자원을 할당하지 않을 수 있다. 전술한, 코어망 개체는 AMF 또는 SMF 또는 MB-SMF일 수 있다.
기지국으로부터 RRC 메시지 또는 페이징 메시지를 수신한 단말은 MBS 데이터 수신 동작을 제어할 수 있다.
이 외에도, 제어부(1210)는 전술한 본 실시예를 수행하기에 필요한 MBS 데이터 전송 동작에 따른 전반적인 기지국(1200)의 동작을 제어한다.
송신부(1220)와 수신부(1230)는 전술한 본 실시예를 수행하기에 필요한 신호나 메시지, 데이터를 단말과 송수신하는데 사용된다.
전술한 실시예들은 무선 접속 시스템들인 IEEE 802, 3GPP 및 3GPP2 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 실시 예들 중 본 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계, 구성, 부분들은 전술한 표준 문서들에 의해 뒷받침될 수 있다. 또한, 본 명세서에서 개시하고 있는 모든 용어들은위에서 개시한 표준 문서들에 의해 설명될 수 있다.
상술한 본 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러 또는 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 장치, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
또한, 위에서 설명한 "시스템", "프로세서", "컨트롤러", "컴포넌트", "모듈", "인터페이스", "모델", 또는 "유닛" 등의 용어는 일반적으로 컴퓨터 관련 엔티티 하드웨어, 하드웨어와 소프트웨어의 조합, 소프트웨어 또는 실행 중인 소프트웨어를 의미할 수 있다. 예를 들어, 전술한 구성요소는 프로세서에 의해서 구동되는 프로세스, 프로세서, 컨트롤러, 제어 프로세서, 개체, 실행 스레드, 프로그램 및/또는 컴퓨터일 수 있지만 이에 국한되지 않는다. 예를 들어, 컨트롤러 또는 프로세서에서 실행 중인 애플리케이션과 컨트롤러 또는 프로세서가 모두 구성 요소가 될 수 있다. 하나 이상의 구성 요소가 프로세스 및/또는 실행 스레드 내에 있을 수 있으며, 구성 요소들은 하나의 장치(예: 시스템, 컴퓨팅 디바이스 등)에 위치하거나 둘 이상의 장치에 분산되어 위치할 수 있다.
이상의 설명은 본 개시의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 기술 사상의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 또한, 본 실시예들은 본 개시의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이므로 이러한 실시예에 의하여 본 기술 사상의 범위가 한정되는 것은 아니다. 본 개시의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 개시의 권리 범위에 포함되는 것으로 해석되어야 할 것이다.
CROSS-REFERENCE TO RELATED APPLICATION
본 특허출원은 2021년 03월 16일 한국에 출원한 특허출원번호 제 10-2021-0033994 호 및 2022년 03월 15일 한국에 출원한 특허출원번호 제 10-2022-0031952호에 대해 미국 특허법 119(a)조 (35 U.S.C § 119(a))에 따라 우선권을 주장하며, 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다. 아울러, 본 특허출원은 미국 이외에 국가에 대해서도 위와 동일한 이유로 우선권을 주장하면 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다.

Claims (16)

  1. 단말이 MBS(Multicast/Broadcast Service) 데이터를 수신하는 방법에 있어서,
    기지국으로부터 RRC 메시지를 수신하는 단계;
    상기 RRC 메시지에 기초하여 데이터 인액티비티 타이머를 구성하는 단계; 및
    MAC 엔티티에서 MBS에 대한 MTCH(MBS Traffic channel) MAC SDU를 수신하면, 상기 데이터 인액티비티 타이머를 시작 또는 재시작하는 단계를 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 RRC 메시지는,
    MBS 세션에 매핑되는 MBS 무선베어러 구성정보 및 상기 데이터 인액티비티 타이머 중 적어도 하나의 정보를 포함하는 방법.
  3. 제 1 항에 있어서,
    상기 기지국은,
    코어망 개체로부터 수신되는 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 상기 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나에 기초하여 상기 MBS 세션에 연계된 무선자원을 구성하는 방법.
  4. 제 3 항에 있어서,
    상기 RRC 메시지는,
    상기 MBS 세션 상태정보가 액티브를 지시하는 경우, 상기 MBS 세션에 대한 MBS 무선베어러 구성정보를 포함하여 수신되는 것을 특징으로 하는 방법.
  5. 제 3 항에 있어서,
    상기 기지국은,
    상기 기지국이 상기 MBS 세션을 활성화하기 위한 메시지를 수신하는 경우 또는 상기 기지국이 상기 MBS 데이터를 수신하면,
    RRC 아이들 단말 또는 RRC 인액티브 단말을 위해 MBS 세션 ID를 포함하는 페이징 메시지를 전송하는 방법.
  6. 제 3 항에 있어서,
    상기 기지국은,
    상기 MBS 세션 상태정보가 인액티브를 지시하는 경우 또는 상기 MBS 세션을 비활성화하기 위한 메시지를 수신하는 경우,
    인액티브 MBS 세션에 대한 무선자원 구성을 해제하여 상기 인액티브 MBS 세션에 대한 무선자원을 할당하지 않는 것을 특징으로 하는 방법.
  7. 기지국이 MBS(Multicast/Broadcast Service) 데이터를 제어하는 방법에 있어서,
    코어망 개체로부터 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 상기 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나를 수신하는 단계; 및
    상기 MBS 세션 상태정보, 상기 MBS 세션을 활성화하기 위한 메시지 및 상기 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나에 기초하여 상기 MBS 세션에 연계된 무선자원 구성을 제어하는 단계를 포함하는 방법.
  8. 제 7 항에 있어서,
    상기 MBS 세션 상태정보가 액티브를 지시하는 경우, 상기 MBS 세션에 대한 MBS 무선베어러 구성정보를 포함하는 RRC 메시지를 단말로 전송하는 단계를 더 포함하는 방법.
  9. 제 7 항에 있어서,
    상기 코어망 개체로부터 상기 MBS 세션을 활성화하기 위한 메시지를 수신하는 경우 또는 상기 MBS 데이터를 수신하면,
    RRC 아이들 단말 또는 RRC 인액티브 단말을 위해 MBS 세션 ID를 포함하는 페이징 메시지를 전송하는 단계를 더 포함하는 방법.
  10. 제 7 항에 있어서,
    상기 무선자원 구성을 제어하는 단계는,
    상기 MBS 세션 상태정보가 인액티브를 지시하는 경우 또는 상기 MBS 세션을 비활성화하기 위한 메시지를 수신하는 경우,
    인액티브 MBS 세션에 대한 무선자원 구성을 해제하여 상기 인액티브 MBS 세션에 대한 무선자원이 할당되지 않도록 제어하는 것을 특징으로 하는 방법.
  11. MBS(Multicast/Broadcast Service) 데이터를 수신하는 단말에 있어서,
    기지국으로부터 RRC 메시지를 수신하는 수신부; 및
    상기 RRC 메시지에 기초하여 데이터 인액티비티 타이머를 구성하고,
    MAC 엔티티에서 MBS에 대한 MTCH(MBS Traffic channel) MAC SDU를 수신하면, 상기 데이터 인액티비티 타이머를 시작 또는 재시작하는 제어부를 포함하는 단말.
  12. 제 11 항에 있어서,
    상기 RRC 메시지는,
    MBS 세션에 매핑되는 MBS 무선베어러 구성정보 및 상기 데이터 인액티비티 타이머 중 적어도 하나의 정보를 포함하는 단말.
  13. 제 11 항에 있어서,
    상기 기지국은,
    코어망 개체로부터 수신되는 MBS 세션 상태정보, MBS 세션을 활성화하기 위한 메시지 및 상기 MBS 세션을 비활성화하기 위한 메시지 중 적어도 하나에 기초하여 상기 MBS 세션에 연계된 무선자원을 구성하는 단말.
  14. 제 13 항에 있어서,
    상기 RRC 메시지는,
    상기 MBS 세션 상태정보가 액티브를 지시하는 경우, 상기 MBS 세션에 대한 MBS 무선베어러 구성정보를 포함하여 수신되는 것을 특징으로 하는 단말.
  15. 제 13 항에 있어서,
    상기 기지국은,
    상기 기지국이 상기 MBS 세션을 활성화하기 위한 메시지를 수신하는 경우 또는 상기 기지국이 상기 MBS 데이터를 수신하면,
    RRC 아이들 단말 또는 RRC 인액티브 단말을 위해 MBS 세션 ID를 포함하는 페이징 메시지를 전송하는 단말.
  16. 제 13 항에 있어서,
    상기 기지국은,
    상기 MBS 세션 상태정보가 인액티브를 지시하는 경우 또는 상기 MBS 세션을 비활성화하기 위한 메시지를 수신하는 경우,
    인액티브 MBS 세션에 대한 무선자원 구성을 해제하여 상기 인액티브 MBS 세션에 대한 무선자원을 할당하지 않는 것을 특징으로 하는 단말.
PCT/KR2022/003640 2021-03-16 2022-03-16 Mbs 데이터 제어 방법 및 장치 WO2022197080A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US18/281,444 US20240172329A1 (en) 2021-03-16 2022-03-16 Mbs data control method and device
EP22771746.9A EP4311371A1 (en) 2021-03-16 2022-03-16 Mbs data control method and device
CN202280021153.7A CN116982398A (zh) 2021-03-16 2022-03-16 Mbs数据控制方法及设备

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2021-0033994 2021-03-16
KR20210033994 2021-03-16
KR10-2022-0031952 2022-03-15
KR1020220031952A KR20220129483A (ko) 2021-03-16 2022-03-15 Mbs 데이터 제어 방법 및 장치

Publications (1)

Publication Number Publication Date
WO2022197080A1 true WO2022197080A1 (ko) 2022-09-22

Family

ID=83321455

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/003640 WO2022197080A1 (ko) 2021-03-16 2022-03-16 Mbs 데이터 제어 방법 및 장치

Country Status (3)

Country Link
US (1) US20240172329A1 (ko)
EP (1) EP4311371A1 (ko)
WO (1) WO2022197080A1 (ko)

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS INC.: "DataInactivityTimer for INACTIVE in eLTE", 3GPP DRAFT; R2-1808425_DATAINACTIVITYTIMER FOR INACTIVE IN ELTE, vol. RAN WG2, 11 May 2018 (2018-05-11), Busan, Korea, pages 1 - 2, XP051519821 *
LG ELECTRONICS INC.: "Discussion on overall architecture of MBS traffic delivery", 3GPP DRAFT; R2-2101860, vol. RAN WG2, 15 January 2021 (2021-01-15), pages 1 - 7, XP051974723 *
NOKIA, NOKIA SHANGHAI BELL: "KI#1: Conclusion update for MBS Session activation/deactivation and UE join/leave", 3GPP DRAFT; S2-2101017, vol. SA WG2, 18 February 2021 (2021-02-18), pages 1 - 21, XP052173510 *
SAMSUNG: "MAC Running CR for NR IIOT", 3GPP DRAFT; R2-1916352, vol. RAN WG2, 16 February 2021 (2021-02-16), Reno, USA, pages 1 - 79, XP051977822 *
TS 38.321, THE 3GPP NR MAC
VIVO: "Summary for MBS Group Scheduling under Agenda Item 8.1.2.4.", R2-2102249, 3GPP TSG-RAN WG2 #113-E, no. R2-2102249, 25 January 2021 (2021-01-25), pages 1 - 7, XP009539790 *

Also Published As

Publication number Publication date
US20240172329A1 (en) 2024-05-23
EP4311371A1 (en) 2024-01-24

Similar Documents

Publication Publication Date Title
WO2019160332A1 (ko) 상향링크 데이터를 전송하는 방법 및 장치
WO2022086109A1 (ko) Mbs 데이터 처리 방법 및 장치
WO2021060786A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2019147061A1 (ko) 무선 통신 시스템에서 신호를 송수신하기 위한 방법 및 이를 위한 장치
WO2020189941A1 (ko) 비지상 네트워크를 이용하여 통신을 수행하는 방법 및 그 장치
WO2021002632A1 (ko) 소량 데이터의 부하 제어 방법 및 장치
WO2020189932A1 (ko) 비지상 네트워크를 이용하여 통신을 수행하는 방법 및 그 장치
WO2020045920A1 (ko) 비면허 대역에서의 채널 접속 실패를 처리하는 방법 및 장치
WO2021141309A1 (ko) 페이징 메시지를 수신하는 방법 및 장치
WO2021206340A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2021230614A1 (ko) 업링크 데이터 전송 방법 및 장치
WO2020060234A1 (ko) 데이터 전송 방법 및 장치
WO2021187933A1 (ko) 릴레이 노드를 제어하는 방법 및 그 장치
WO2022092801A1 (ko) 사이드링크 통신 제어 방법 및 그 장치
WO2020263019A1 (ko) 사이드링크 harq 피드백 전송 방법 및 그 장치
WO2022019666A1 (ko) Mbs 데이터 전송 방법 및 그 장치
WO2022203289A1 (ko) Mbs 세션을 제어하는 방법 및 장치
WO2020209657A1 (ko) 사이드링크 통신을 수행하는 방법 및 그 장치
WO2021206371A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2022055336A1 (ko) 복수의 셀을 이용한 데이터 송수신 방법 및 장치
WO2022025543A1 (ko) Mbs 세션 설정 방법 및 그 장치
WO2022005153A1 (ko) 주파수 호핑을 수행하는 방법 및 장치
WO2020166910A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2022030985A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022197080A1 (ko) Mbs 데이터 제어 방법 및 장치

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: 22771746

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18281444

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202280021153.7

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2022771746

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: 2022771746

Country of ref document: EP

Effective date: 20231016