WO2021162315A1 - Mbs 데이터를 처리하는 방법 및 그 장치 - Google Patents

Mbs 데이터를 처리하는 방법 및 그 장치 Download PDF

Info

Publication number
WO2021162315A1
WO2021162315A1 PCT/KR2021/001343 KR2021001343W WO2021162315A1 WO 2021162315 A1 WO2021162315 A1 WO 2021162315A1 KR 2021001343 W KR2021001343 W KR 2021001343W WO 2021162315 A1 WO2021162315 A1 WO 2021162315A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
session
base station
information
terminal
Prior art date
Application number
PCT/KR2021/001343
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 KR1020210012821A external-priority patent/KR20210104562A/ko
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Priority to US17/799,625 priority Critical patent/US20230082017A1/en
Priority to EP21753121.9A priority patent/EP4106486A4/en
Publication of WO2021162315A1 publication Critical patent/WO2021162315A1/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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • 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
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to an operation for processing MBS data.
  • Multimedia Broadcast Multicast Services is a technology that can provide mobile broadcasting services using a cellular mobile communication network.
  • Technology to provide services is being developed.
  • MBMS is an end-to-end/point-to-multipoint transmission service.
  • the MBMS service adopts a multi-cell transmission method in which a plurality of base stations transmit the same packet at the same time, and when this multi-cell transmission method is used, a terminal receiving the service has diversity in the physical layer. ) may be beneficial.
  • the efficiency may vary depending on the number of terminals receiving the corresponding data. Therefore, a technique for controlling the MBS session based on NR and providing service continuity is required.
  • the present disclosure devised in the above background proposes a technique for flexibly providing a multicast/broadcast service (MBS) based on NR.
  • MMS multicast/broadcast service
  • the present disclosure provides a method for a terminal to receive MBS (Multicast/Broadcast Service) data, comprising the steps of: transmitting a PDU session modification request message including MBS session identification information to a core network entity through a base station; A method is provided, comprising: receiving an RRC message including a PDU session modification command message; and receiving MBS data through a radio bearer mapped based on the PDU session modification command message.
  • MBS Multicast/Broadcast Service
  • the present disclosure provides a method for a base station to transmit MBS (Multicast/Broadcast Service) data, the step of receiving a PDU session modification request message including MBS session identification information from a terminal, and a PDU session modification request message to the core Transmitting to the network entity, receiving a PDU session modification command message from the core network entity, and transmitting an RRC message including the PDU session modification command message to the terminal, and a mapped radio bearer based on the PDU session modification command message It provides a method comprising the step of transmitting the MBS data to the terminal through the.
  • MBS Multicast/Broadcast Service
  • a terminal receiving MBS (Multicast/Broadcast Service) data a PDU session modification command from a transmitter and a base station for transmitting a PDU session modification request message including MBS session identification information to a core network entity through a base station
  • a terminal device including a receiving unit that receives an RRC message including the message and receives MBS data through a radio bearer mapped based on a PDU session modification command message.
  • a receiver for receiving a PDU session modification request message including MBS session identification information from a terminal and a PDU session modification request message are transmitted to the core network entity and a transmitter, wherein the receiver receives a PDU session modification command message from the core network entity, and the transmitter transmits an RRC message including a PDU session modification command message to the terminal, and is mapped based on the PDU session modification command message
  • a base station apparatus for further transmitting MBS data to a terminal through a radio bearer.
  • the present disclosure has an effect of flexibly providing a multicast/broadcast service (MBS) based on NR.
  • MMS multicast/broadcast service
  • 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 the present embodiment can be applied.
  • FIG. 8 is a diagram exemplarily illustrating a logical structure in MBMS.
  • FIG. 9 is a diagram for explaining a procedure for starting an MBMS session.
  • FIG. 10 is a diagram for explaining an operation of a terminal according to an embodiment.
  • FIG. 11 is a diagram for explaining an operation of a base station according to an embodiment.
  • FIG. 12 is a diagram illustrating a downlink layer 2 structure in an LTE system.
  • FIG. 13 is a diagram exemplarily illustrating MBS radio bearer configuration information according to an embodiment.
  • FIG. 14 is a diagram exemplarily illustrating MBS radio bearer configuration information according to another embodiment.
  • 15 is a diagram illustrating a layer 2 structure according to an exemplary embodiment.
  • 16 is a diagram illustrating a terminal configuration according to an embodiment.
  • 17 is a diagram illustrating a 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 the downlink and SC- in the uplink.
  • E-UMTS evolved UMTS
  • E-UTRA evolved-UMTSterrestrial radio access
  • OFDMA OFDMA
  • SC- SC- in the 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.
  • the terminal in the present specification is a comprehensive concept meaning a device including a wireless communication module for performing communication with a base station in a wireless communication system, 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, and the like 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 in 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), and 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 a coverage of a signal transmitted from a transmission/reception point or a coverage of a signal transmitted from a transmission/reception point, and the transmission/reception point itself.
  • Uplink refers to a method of transmitting and receiving data by the terminal to and from the base station
  • downlink Downlink (Downlink, DL, or downlink) refers to a method of transmitting and receiving data to and from the terminal by the 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 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.
  • a control channel such as a Physical Downlink Control CHannel (PDCCH), a Physical Uplink Control CHannel (PUCCH), etc.
  • PDSCH Physical Downlink Shared CHannel
  • PUSCH Physical Uplink Shared CHannel
  • 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 improves LTE-Advanced technology according to 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 focusing 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 is deployed in a range and supports the mMTC (Massive Machine Communication) scenario that requires a low data rate and asynchronous connection, and the 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.
  • various technical changes are presented in terms of flexibility in order 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.
  • 5GC may be configured to 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.
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • NR includes support for both frequency bands below 6 GHz (FR1, Frequency Range 1) and frequency bands 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
  • the 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, 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.
  • One frame can be divided into half frames of 5 ms, and each half frame includes 5 subframes.
  • one subframe consists of one slot
  • each slot consists of 14 OFDM symbols.
  • 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 the subcarrier interval.
  • the slot is 1 ms long and is composed of the same length as the subframe.
  • 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) 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 is defined, and this slot structure is named as a self-contained structure and will be described.
  • 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 activated bandwidth part 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 UE 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 wideband operation is supported. Accordingly, the UE monitors the SSB using a synchronization raster, which 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 the terminal can support fast SSB search.
  • 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 terminal.
  • FIG. 6 is a diagram for explaining a random access procedure in a radio access technology to which the present 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 performing random access 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 up/down 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 candidates by 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.
  • numerology eg subcarrier spacing, subframe, TTI, etc.
  • radio resource unit unit
  • a subframe is defined as a type of time domain structure.
  • SCS Sub-Carrier Spacing
  • 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.
  • MBMS Multimedia Broadcast Multicast Service
  • 3GPP which develops mobile communication standards, has developed LTE broadcast/multicast standards for video broadcasting from Rel-9. Since then, standards have been standardized to support other services such as public safety, IoT, and V2X in LTE.
  • NR which is currently standardized, Rel-15 and Rel-16 standards do not support MBMS. It is judged that MBMS-related standards need to be further developed in the NR standards of future releases.
  • the conventional MBMS based on LTE provided two transmission schemes, a Multimedia Broadcast multicast service Single Frequency Network (MBSFN) transmission scheme and a Single Cell Point To Multipoint (SC-PTM) transmission scheme.
  • MMSFN Multimedia Broadcast multicast service Single Frequency Network
  • SC-PTM Single Cell Point To Multipoint
  • the MBSFN transmission method is suitable for providing media broadcasting in a large pre-planned area (MBSFN area).
  • the MBSFN area is statically configured. Organized by O&M, for example. And it cannot be dynamically adjusted according to the user distribution.
  • Synchronized MBMS transmission is provided within the MBSFN area, and aggregation is supported for MBMS transmission from multiple cells.
  • Each MCH scheduling is performed by a multi-cell/multicast coordination entity (MCE), and a single transport block is used for each TTI for MCH transmission.
  • MCE multi-cell/multicast coordination entity
  • all MCH transport blocks use MBSFN resources in their subframes.
  • MTCH and MCCH may be multiplexed on the same MCH.
  • MTCH and MCCH use RLC-UM mode. Even if all radio resources are not used in the frequency domain, unicast and multiplexing are not allowed in the same subframe. As such, the MBSFN transmission method is difficult to dynamically adjust, making it difficult to
  • the SC-PTM transmission method was developed as a method to improve the inefficiency of the MBSFN transmission method.
  • MBMS is transmitted within single cell coverage.
  • One SC-MCCH and one or more SC-MTCH(s) are mapped to the DL-SCH. Scheduling is provided by the base station.
  • SC-MCCH and SC-MTCH are each indicated by one logical channel specific RNTI (SC-RNTI, G-RNTI) on the PDCCH.
  • SC-MTCH and SC-MCCH use RLC-UM mode.
  • a single transmission is used for the DL-SCH to which the SC-MCCH and the SC-MTCH are mapped, but blind HARQ repetition or RLC repetition is not provided. Therefore, SC-PTM transmission was difficult to provide reliable transmission.
  • a logical structure as shown in FIG. 8 may be used to provide MBMS through the above-described transmission methods.
  • FIG. 8 is a diagram exemplarily illustrating a logical structure in MBMS.
  • each entity performs the following functions.
  • the MBMS GW uses IP Multicast as a means of forwarding MBMS user data to the eNB (The MBMS GW uses IP Multicast as the means of forwarding MBMS user data to the eNB).
  • MBMS GW performs MBMS Session Control Signaling (Session start / update / stop) for E-UTRAN through MME (The MBMS GW performs MBMS Session Control Signaling (Session start/update/stop) towards the E-UTRAN via MME).
  • the MCE does not establish a radio bearer of a new MBMS service(s) if the radio resources are not sufficient for the corresponding MBMS service(s) or if radio resources can be preempted from other radio bearer(s) of the MBMS service in progress according to ARP.
  • the MCE decides not to establish the radio bearer(s) of the new MBMS service(s) if the radio resources are not sufficient for the corresponding MBMS service(s) or may pre-empt radio resources from other radio bearer (s) of ongoing MBMS service(s) according to ARP).
  • suspension of MBMS session(s) within MBSFN area(s) within MBSFN area(s) based eg the ARP based on the calculation result for ARP and/or corresponding MBMS service(s) and/or on the counting results for the corresponding MBMS service(s)).
  • FIG. 9 is a diagram for explaining a procedure for starting an MBMS session.
  • an MBMS session is initiated through step 9 .
  • the MME transmits the MBMS session start request message to the MCE(s) controlling the eNB in the target MBMS service area.
  • This message contains the IP multicast address, session properties and the minimum time to wait before passing the first data, and if possible a list of cell IDs (The MME sends MBMS session start request message to the MCE(s) controlling eNBs in the The message includes the IP multicast address, session attributes and the minimum time to wait before the first data delivery, and includes the list of cell identities if available).
  • the MCE decides whether to use SC-PTM or MBSFN to carry the MBMS bearer over the air interface.
  • the MCE confirms the reception of the MBMS session start request to the MME. This message can be sent before step 4.
  • the MCE only confirms the reception of the MBMS session start request to the MME after the MME receives at least one confirmation from the eNB(s) (ie, step 4) (The MCE confirms the reception of the MBMS Session)
  • This message can be transmitted before the step 4.
  • the MCE only confirms the reception of the MBMS Session Start request to the MME, after the MCE receives at least one confirmation from the eNB( s) (ie Step 4)).
  • the MCE includes the SC-PTM information in the MBMS Session Start Request message sent to the corresponding eNB (In SC-PTM operation, the MCE includes the SC-PTM information, in the MBMS Session Start Request message to the relevant eNBs).
  • the eNB checks whether radio resources are sufficient to establish new MBMS service(s) in the area it controls. Otherwise, the eNB may decide not to establish a radio bearer of MBMS service(s) or may preempt radio resources from other radio bearer(s) according to ARP. The eNB confirms reception of the MBMS session start message (In SC-PTM operation, the eNB checks whether the radio resources are sufficient for the establishment of new MBMS service(s) in the area it controls. If not, eNB decides not to establish the radio bearers of the MBMS service(s), or may pre-empt radio resources from other radio bearer(s) according to ARP. eNB confirms the reception of the MBMS Session Start message).
  • Step 5 and 6 are only applicable to MBSFN operation.
  • the MCE transmits the MBMS scheduling information message including the updated MCCH information carrying the configuration information of the MBMS service to the eNB.
  • This message can be transmitted before step 3 (MCE sends the MBMS Scheduling Information message to the eNB including the updated MCCH information which carries the MBMS service's configuration information. This message can be transmitted before the step 3).
  • the eNB confirms the reception of the MBMS Scheduling Information message.
  • eNB notifies MBMS session start to UE through MCCH change notification and updated MCCH information delivering configuration information of MBMS service (eNB indicates MBMS session start to UEs by MCCH change notification and updated MCCH information which carries the MBMS service's configuration information).
  • the eNB joins the IP multicast group to receive the MBMS User Plane data.
  • eNB sends the MBMS data to radio interface.
  • a complex control procedure was required between the core network entities and the wireless network.
  • a separate MCE entity for controlling a base station within a target MBMS service area had to determine a transmission method among the MBSFN method and the SC-PTM method and perform scheduling. Accordingly, it is difficult to dynamically turn on/off MBMS transmission directly for a cell associated with a specific base station. For example, even when there is only one UE receiving data through MBMS transmission in a specific cell, data must be transmitted inefficiently through MBMS transmission.
  • Radio bearer eg MBMS radio bearer, SC-PTM radio bearer
  • SC-PTM radio bearer SC-PTM radio bearer setup / setup procedure for receiving MBMS data in LTE network is, for example, when starting an MBMS session (upon start of the MBMS session, upon (re-)entry) of the corresponding MBSFN service area, upon entering a cell providing via SC-MRB a MBMS service in which the UE has interest, upon becoming interested in the MBMS service, upon removal of UE capability limitations inhibiting reception of the concerned service) may be disclosed, and may be applied through system information/MCCH/SC-MCCH message reception.
  • the RRC connection state terminal interested in receiving the MBMS service in the LTE network informs the network of the MBMS interest information through the RRC message.
  • the source BS transmits the MBMS interest information of the UE to the target BS in the handover preparation process.
  • the UE that is receiving or interested to receive MBMS via MBSFN or SC-PTM informs the network about its MBMS interest via a RRC message and the network does its best to ensure that the UE is able to receive MBMS and unicast services subject to the UE's capabilities:
  • the UE indicates the frequencies which provide the service(s) that the UE is receiving or is interested to receive simultaneously, and which can be received simultaneously in accordance with the UE capabilities.
  • the UE also indicates the list of services that the UE is receiving or is interested to receive on the indicated frequencies.
  • the UE indicates its MBMS interest at RRC connection establishment (the UE does not need to wait until AS security is activated), and whenever the set of frequencies on which the UE is interested in receiving MBMS services has changed compared with the last indication sent to the network (eg due to a change of user interest or of service availability), and whenever the list of MBMS services that the UE is interested in receiving has changed compared with the last indication sent to the network.
  • the UE may only indicate its interest when the PCell provides SystemInformationBlockType15 and after having acquired SystemInformationBlockType15 of the current PCell.
  • the UE may indicate its MBMS interest even if the current configured serving cell(s) do not prevent it from receiving the MBMS services it is interested in.
  • the source eNB transfers the MBMS interest of the UE, if available, to the target eNB.
  • the UE reads SystemInformationBlockType15 before updating its MBMS interest. If SystemInformationBlockType15 is provided on the target cell but not on the source cell, the UE indicates its MBMS interest after handover.)
  • the present disclosure provides a method and apparatus for flexibly controlling various multicast/broadcast services based on NR.
  • MBS Multicast/Broadcast Service
  • TS 38.331 3GPP NR RRC standard
  • corresponding content specified in the standard which is a well-known technology, may be included in the present disclosure.
  • the MBS service providing method is not only a large-scale broadcast service provided through a single frequency network (SFN), but also V2X, public safety, IoT service, software upgrade, file transmission, etc. provided through one or more cells It can be applied to any multicast service.
  • the multicast service refers to a service in which the same service and the same specific content data are simultaneously provided to a set of designated terminals.
  • Multicast communication service A communication service in which the same service and the same specific content data are provided simultaneously to a dedicated set of UEs (ie, not all UEs in the multicast coverage are authorized to receive the data).
  • FIG. 10 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 transmitting a PDU session modification request message including MBS session identification information to the core network entity through the base station (S1010) .
  • MBS multicast/broadcast service
  • the terminal transmits a PDU session modification request message including MBS session identification information to the base station.
  • the base station transmits the PDU session modification request message received from the terminal to the core network entity.
  • the base station may transmit a PDU session modification request message to an Access and Mobility Management Function (AMF).
  • AMF Access and Mobility Management Function
  • the MBS session identification information may include at least one of TMGI (Temporary Mobile Group Identifier) and IP multicast address information for distinguishing and identifying the MBS session.
  • the MBS session identification information may include a TMGI to distinguish an MBS broadcast session.
  • the MBS session identification information may include TMGI or source-specific IP multicast address information to distinguish an MBS multicast session/group.
  • the UE may transmit a PDU session setup/modification request message in order to join the MBS multicast group and receive data for the corresponding MBS session.
  • the NAS layer entity of the terminal may transmit a corresponding message when receiving a request including information on the MBS multicast group to which the terminal wants to join.
  • a PDU session release/modification request message may be transmitted to release the MBS multicast session.
  • the NAS layer entity of the terminal may transmit a corresponding message when receiving a request including MBS multicast group information that the terminal wants to release.
  • the UE may transmit a PDU session setup/modification request message to request that the MBS session be associated with the corresponding PDU session.
  • the PDU session associated with the corresponding MBS session becomes a PDU session that transmits information for joining the corresponding MBS multicast group.
  • the UE may transmit a PDU session modification request message to modify/release the MBS session association for the corresponding PDU session.
  • the terminal may receive information indicating release/deactivation of the corresponding MBS session from the base station through a RRC-only message or system information due to a reduction in the number of point-to-multipoint reception terminals for the MBS session in the serving cell.
  • the RRC of the terminal may indicate to the NAS a request including the MBS multicast group information to be released, and the NAS of the terminal may transmit a PDU session release/modification request message associated with the corresponding MBS session. Through this, it is possible to modify/release the MBS session association for the corresponding PDU session.
  • the UE may transmit a PDU session establishment/modification request message to request a new PDU session establishment associated with the corresponding MBS session or to change the PDU session.
  • the terminal may transmit a PDU session setup/modification request message to request the PDU session setup associated with the corresponding MBS session.
  • the terminal receives information indicating release/deactivation of the corresponding MBS session from the base station due to a reduction in the number of point-to-multipoint receiving terminals for the MBS session in the serving cell or moving to a cell that does not support MBS transmission, or a PDU associated with the MBS session.
  • Information instructing session setup/modification may be received through an RRC-only message or system information.
  • the RRC of the terminal may indicate to the NAS a request including the MBS multicast group information to be released, and the NAS of the terminal may transmit a PDU session release/modification request message associated with the corresponding MBS session.
  • the terminal may perform the step of receiving the RRC message including the PDU session modification command message from the base station (S1020).
  • the PDU session modification command message includes at least one of MBS session identification information, MBS session Aggregate Maximum Bit Rate (AMBR), PDU session identification information associated with the MBS session, and PDU session AMBR associated with the MBS session. can do.
  • MBS session identification information MBS session Aggregate Maximum Bit Rate (AMBR)
  • AMBR Maximum Bit Rate
  • PDU session identification information associated with the MBS session PDU session AMBR associated with the MBS session. can do.
  • the base station receives the NAS message including the PDU session modification command message through the N2 message on the interface between the AMF and the base station from the core network entity (eg, AMF), and the NAS including the PDU session modification command message
  • the message is included in the dedicated NAS information element ( dedicatedNAS-Message ) on the RRC message and transmitted to the terminal.
  • the RRC message transmitted by the base station may include one or more of MBS radio bearer configuration information mapped to the MBS session and data radio bearer configuration information mapped to the PDU session associated with the MBS session.
  • it may be performed in the core network entity associated with the PDU session and the MBS session.
  • it may be performed in a session management function (SMF) for performing session management such as session establishment/modification/release, or MB-SMF for performing MBS session management.
  • SMF session management function
  • MB-SMF MB-SMF
  • MBS data can be individually transmitted from the 5G core network to the terminal through the PDU session associated with the MBS session.
  • QoS information on QoS flows associated with the MBS session may be created/stored in the corresponding PDU session context, and this may be transmitted to the base station through the AMF.
  • the base station may transmit MBS session data point-to-point to the terminal through the data radio bearer configured based on the PDU session context associated with the MBS session.
  • MBS data can be transmitted from the 5G core network to the terminal in a multicast manner (or in a shared manner) through the MBS session.
  • QoS information on QoS flows associated with the MBS session may be created/stored in the corresponding MBS session context and transmitted to the base station through the AMF.
  • the base station may transmit the MBS session data point-to-multipoint to the terminal through the MBS radio bearer configured based on the MBS session context.
  • the AMF Access and Mobility Management Function
  • the AMF may transmit the PDU session modification request message including the MBS session information to the SM container to the SMF (session management function).
  • the SMF may perform signaling with a related core network entity (eg, Policy Control Function (PCF) and User Data Repository (UDR)) to check whether the UE has the right to join the MBS session. If the multicast context does not exist for the SMF, the SMF can create and store it and signal the UPF to handle the multicast data transmission, for example, information about the multicast context for the multicast group indicated by the SMF. If not, the SMF can extract and store QoS information for multicast QoS flows through signaling with MB-SMF (or any core network entity such as PCF or UDR) that controls session management for MBS sessions. .
  • MB-SMF or any core network entity such as PCF or UDR
  • the SMF may map QoS information for a multicast QoS flow for a received MBS session to QoS information for a unicast QoS flow for an associated PDU session.
  • QoS parameter for a unicast QoS flow for a PDU session associated with a QoS parameter for a multicast QoS flow for an MBS session may have the same value.
  • MBS session context information multicast context identifier, MBS session identification information, MBS session resource setup request transmission information (MBS session AMBR, multicast QoS flow information: QoS flow ID, QoS flow level QoS) parameter
  • MBS session AMBR multicast QoS flow information: QoS flow ID, QoS flow level QoS
  • PDU session context information associated with the corresponding MBS session PDU session identifier, (associated) multicast context identifier, (associated) MBS session identification information, multicast QoS flow information, PDU session AMBR, association unicast QoS flow information: QoS flow ID, QoS flow level QoS parameter
  • the PDU session modification command may include at least one of MBS session context information and information included in PDU session context information associated with the corresponding MBS session.
  • the UE may perform a step of receiving MBS data through a mapped radio bearer based on the PDU session modification command message (S1030).
  • the terminal configures a radio bearer based on the RRC reconfiguration message including the PDU session modification command message received from the base station. Thereafter, MBS data may be received through the configured radio bearer.
  • the RRC reconfiguration message including the PDU session modification command message may include MBS radio bearer configuration information generated based on MBS session context information (multicast QoS flow information).
  • MBS session is mapped to the MBS radio bearer.
  • the QoS flow of the MBS session may be received through the MBS radio bearer.
  • the RRC reconfiguration message including the PDU session modification command message may include data radio bearer configuration information generated based on PDU session context information (unicast QoS flow information) associated with the MBS session.
  • the PDU session associated with the MBS session is mapped to the corresponding data radio bearer.
  • the QoS flow of the PDU session associated with the MBS session may be received through the corresponding data radio bearer.
  • the terminal may receive the MBS data through a point-to-multipoint transmission MBS radio bearer mapped to the corresponding MBS session.
  • the terminal may receive MBS data through a point-to-point transmission data radio bearer mapped to a PDU session associated with the MBS session.
  • the MBS session Aggregate Maximum Bit Rate may be controlled by the MB-UPF (User Plane Function). In this case, the MBS session Aggregate Maximum Bit Rate (AMBR) may not be applied to the terminal Aggregate Maximum Bit Rate (AMBR).
  • MB-UPF User Plane Function
  • the terminal can efficiently receive the MBS data while maintaining the continuity.
  • FIG. 11 is a diagram for explaining an operation of a base station according to an embodiment.
  • a base station transmitting multicast/broadcast service (MBS) data may perform a step of receiving a PDU session modification request message including MBS session identification information from the terminal (S1110).
  • MBS multicast/broadcast service
  • the terminal transmits a PDU session modification request message including MBS session identification information to the base station as needed.
  • the MBS session identification information may include at least one of TMGI (Temporary Mobile Group Identifier) and IP multicast address information for distinguishing and identifying the MBS session.
  • TMGI Temporal Mobile Group Identifier
  • IP multicast address information for distinguishing and identifying the MBS session.
  • the UE may transmit a PDU session setup/modification request message in order to join the MBS multicast group and receive data for the corresponding MBS session.
  • the NAS layer entity of the terminal may transmit a corresponding message when receiving a request including information on the MBS multicast group to which the terminal wants to join.
  • a PDU session release/modification request message may be transmitted to release the MBS multicast session.
  • the NAS layer entity of the terminal may transmit a corresponding message when receiving a request including MBS multicast group information that the terminal wants to release.
  • the UE may transmit a PDU session setup/modification request message to request that the MBS session be associated with the corresponding PDU session.
  • the PDU session associated with the corresponding MBS session becomes a PDU session that transmits information for joining the corresponding MBS multicast group.
  • the UE may transmit a PDU session modification request message to modify/release the MBS session association for the corresponding PDU session.
  • the terminal may receive information indicating release/deactivation of the corresponding MBS session from the base station through a RRC-only message or system information due to a reduction in the number of point-to-multipoint reception terminals for the MBS session in the serving cell.
  • the RRC of the terminal may indicate to the NAS a request including the MBS multicast group information to be released, and the NAS of the terminal may transmit a PDU session release/modification request message associated with the corresponding MBS session. Through this, it is possible to modify/release the MBS session association for the corresponding PDU session.
  • the UE may transmit a PDU session establishment/modification request message to request a new PDU session establishment associated with the corresponding MBS session or to change the PDU session.
  • the terminal may transmit a PDU session setup/modification request message to request the PDU session setup associated with the corresponding MBS session.
  • the terminal receives information indicating release/deactivation of the corresponding MBS session from the base station due to a reduction in the number of point-to-multipoint receiving terminals for the MBS session in the serving cell or moving to a cell that does not support MBS transmission, or a PDU associated with the MBS session.
  • Information instructing session setup/modification may be received through an RRC-only message or system information.
  • the RRC of the terminal may indicate to the NAS a request including the MBS multicast group information to be released, and the NAS of the terminal may transmit a PDU session release/modification request message associated with the corresponding MBS session.
  • the base station may perform the step of transmitting the PDU session modification command message from the core network entity (S1120). For example, the base station may transmit a PDU session modification request message to an Access and Mobility Management Function (AMF).
  • AMF Access and Mobility Management Function
  • the base station may perform the step of receiving the PDU session modification command message from the core network entity (S1130).
  • the base station receives the NAS message from the core network entity (eg, AMF) through the N2 message, and sends the NAS message including the PDU session modification command message to the dedicated NAS-dedicated element (dedicatedNAS-Message) on the RRC message. included and may be transmitted to the terminal.
  • the core network entity eg, AMF
  • the base station sends the NAS message including the PDU session modification command message to the dedicated NAS-dedicated element (dedicatedNAS-Message) on the RRC message. included and may be transmitted to the terminal.
  • the RRC message generated by the base station including the PDU session modification command message includes at least one of MBS radio bearer configuration information mapped to the MBS session and data radio bearer configuration information mapped to the PDU session associated with the MBS session. can do.
  • the PDU session modification command message includes at least one of MBS session identification information, MBS session Aggregate Maximum Bit Rate (AMBR), PDU session identification information associated with the MBS session, and PDU session AMBR associated with the MBS session. can do.
  • MBS session identification information MBS session Aggregate Maximum Bit Rate (AMBR)
  • AMBR Maximum Bit Rate
  • PDU session identification information associated with the MBS session PDU session AMBR associated with the MBS session. can do.
  • the association between the PDU session and the MBS session may be performed in the core network entity.
  • it may be performed in a session management function (SMF) for performing session management such as session establishment/modification/release, or MB-SMF for performing MBS session management.
  • SMF session management function
  • MB-SMF MB-SMF
  • the base station may transmit an RRC message including a PDU session modification command message to the terminal, and transmit MBS data to the terminal through a radio bearer mapped based on the PDU session modification command message (S1140).
  • the terminal configures a radio bearer based on the RRC reconfiguration message including the PDU session modification command message received from the base station. Thereafter, MBS data may be received through the configured radio bearer.
  • the RRC reconfiguration message including the PDU session modification command message may include MBS radio bearer configuration information generated based on MBS session context information (multicast QoS flow information).
  • MBS session is mapped to the MBS radio bearer.
  • the QoS flow of the MBS session may be received through the MBS radio bearer.
  • the RRC reconfiguration message including the PDU session modification command message may include data radio bearer configuration information generated based on PDU session context information (unicast QoS flow information) associated with the MBS session.
  • the PDU session associated with the MBS session is mapped to the corresponding data radio bearer.
  • the QoS flow of the PDU session associated with the MBS session may be received through the corresponding data radio bearer.
  • the terminal may receive the MBS data through a point-to-multipoint transmission MBS radio bearer mapped to the corresponding MBS session.
  • the terminal may receive MBS data through a point-to-point transmission data radio bearer mapped to a PDU session associated with the MBS session.
  • the MBS session Aggregate Maximum Bit Rate may be controlled by the MB-UPF (User Plane Function). In this case, the MBS session Aggregate Maximum Bit Rate (AMBR) may not be applied to the terminal Aggregate Maximum Bit Rate (AMBR).
  • MB-UPF User Plane Function
  • the base station can efficiently transmit while maintaining the continuity of MBS data.
  • FIG. 12 is a diagram illustrating a downlink layer 2 structure in an LTE system.
  • MBMS Point to Multipoint Radio Bearer (MRB) or SC-MRB for providing MBMS in conventional LTE is data transmitted based on RLC-UM that provides a segmentation function without a PDCP entity.
  • the LTE base station was able to distinguish the payload/data belonging to the MBMS session through the MBMS session and Transport Network Layer (TNL) information transmitted through the MBMS session start request message.
  • TNL Transport Network Layer
  • the information on the MBMS session may include information about one or more of TMGI, MBMS session-ID, and MBMS service area.
  • the MBMS service area information includes an MBMS service area identifier (MBMS Service Area Identity (SAI)).
  • SAI MBMS Service Area Identity
  • MBMS SAI consists of 2 octets and is coded and used to identify a group of cells in one PLMN. And it is independent of physical cell and location area/routing area. One cell may belong to one or more MBMS service areas. Thus, it may be addressed by one or more MBMS service area identities (SAIs).
  • SAIs MBMS service area identities
  • the TNL information may include at least one of an IP multicast address, an IP source address, and a GTP DL TEID.
  • the LTE base station classifies data belonging to the MBMS session through TNL information and transmits the data in association with the corresponding MBMS radio bearer (or RLC-UM entity).
  • MBS session For convenience of description, a session between a terminal for multicast/broadcast transmission and a UPF (or any MBS User Plane Function) is denoted as an MBS session. This is for convenience of description and may be replaced with any term meaning a multicast/broadcast session between the UE and the UPF.
  • the MBS session may be a one-way session dedicated to the downlink. Alternatively, an associated uplink session (or bidirectional session/unicast session) may be added for the downlink session.
  • the MBS session may be requested and established by terminal initiation or network initiation.
  • an MBS session In order to transmit MBS data (e.g. media, video, software downloading etc.), an MBS session must be established between the terminal and the core network entity.
  • MBS data e.g. media, video, software downloading etc.
  • the application server of the external network can perform signaling with the control plane entity (e.g. AMF, SMF) of the 5G core network through the Network Exposure Function (NEF) (or PCF).
  • the application function AF: Application function
  • the core network or the MBS function of the core network (the entity/Function for providing the service center or application server for MBS and the signaling function to support the MBS Service Function for convenience of explanation) (This may be replaced by another name.) can perform signaling with the control plane entities (eg AMF, SMF) of the 5G core network through the Policy Control Function (PCF).
  • PCF Policy Control Function
  • the external network application server can transmit MBS data to the base station through UPF.
  • the application function (AF) of the core network or the MBS function of the core network may transmit MBS data to the base station through the UPF.
  • the MBS session start request message transmitted by the core network control plane entity (e.g. AMF) to the base station may include QoS flow setup request information in addition to the MBS session and TNL (Transport Network Layer) information.
  • AMF Core Network Control plane entity
  • the base station may receive a session start request message for a specific MBS session through any core network control plane entity (eg, AMF).
  • AMF core network control plane entity
  • the corresponding message is identified as identification information for the corresponding MBS service (or MBS session) (for convenience of description, below, the identification information for the MBS session is indicated.
  • MBS service ID, MBS session ID , TMGI, session-ID, source specific IP multicast address, etc. may be replaced with any similar existing identification information or new term.
  • QoS information for the corresponding MBS session eg 5QI/QCI, QoS flow Identifier, GBR QoS flow
  • QoS information for the corresponding MBS session eg 5QI/QCI, QoS flow Identifier, GBR QoS flow
  • GBR QoS flow at least one of Maximum Flow Bit Rate, Guaranteed Flow Bit Rate, Maximum Packet Loss Rate), Allocation and Retention Priority, Priority Level Packet Delay Budget, and Packet Error Rate.
  • UE-AMBR Access Maximum Bit Rate
  • PDU Session AMBR PDU Session AMBR
  • Session-AMBR aggregate Maximum Bit Rate
  • Session-AMBR aggregate Maximum Bit Rate
  • the base station set to the sum of the Session-AMBR of all PDU sessions having the active user plane up to the UE-AMBR value received from the AMF (Each (R)AN shall set its UE-AMBR to the sum of the Session-AMBR of all PDU Sessions with active user plane to this (R)AN up to the value of the received UE-AMBR from AMF).
  • UE-AMBR and Session-AMBR were applied in both directions (uplink and downlink directions). And Session-AMBR was not applied to GBR QoS flow.
  • Session-AMBR enforcement (refer to 3GPP TS 23.501) was performed in UPF.
  • Session-AMBR execution was performed in the UE and UPF.
  • the operator may newly define information for limiting the maximum transfer rate of the MBS session and signal it.
  • the MBS session may be provided as a GBR QoS flow.
  • the MBS session may be provided as a non-GBR QoS flow.
  • the operator may define and signal aggregate rate limit QoS parameters per session for the MBS session.
  • the operator may define and signal an aggregate rate limit QoS parameter (e.g. UE-MBS_Seesions-AMBR) of the MBS session for each UE for the MBS session.
  • the aggregate rate limit QoS parameter of the MBS session for each UE may be set to a value equal to or smaller than that of the UE-AMBR.
  • the above parameters may be applied only to the downlink direction.
  • UE-AMBR may be set to the sum of Session-AMBR of all (unicast) PDU sessions having an active user plane except for the MBS session.
  • the UE-AMBR may be set to the sum of the Session-AMBR of all (unicast/multicast/broadcast) sessions having an active user plane, including the MBS session.
  • the above-mentioned parameters may be signaled from AMF/SMF/MB-SMF to a base station, or from AMF/SMF/MB-SMF to a terminal, or from AMF/SMF/MB-SMF to UPF.
  • the signaling message is a signaling message according to a known standard (eg PDU Session Establishment Request between the base station and AMF between the terminal and AMF, PDU SESSION RESOURCE SETUP REQUEST, PDU SESSION RESOURCE SETUP RESPONSE, Nsmf_PDUSession_CreateSMContex Request between AMF and SMF, Smf_PDUSession_CreateSMContex Request, NsmContf_PDUSession_CreateSMContex It may mean any PDU session establishment procedure related message such as Session Establishment/Modification Request and Session Establishment/Modification Response between MB-SMF and UPF/MB-UFP).
  • a known standard eg PDU Session Establishment Request between the base station and AMF between the terminal and AMF, PDU SESSION RESOURCE SETUP REQUEST, PDU SESSION RESOURCE SETUP RESPONSE, Nsmf_PDUS
  • NR is required to support MBS in various vertical domains.
  • MBS Mobility Management Function
  • MBS session it may be desired to provide file transmission for software upgrade for a specific IoT terminal group through an MBS session.
  • the MBS session start request message received by the base station may include information about one or more of MBS session start time, MBS session stop time, MBS session duration, MBS session repetition number, and MBS session repetition period.
  • the MBS session start time may indicate a time at which MBS data is transmitted in the base station/network through the MBS radio bearer.
  • the MBS session stop time may indicate a time when MBS transmission is expected to be completed.
  • the duration of the MBS session may indicate a transmission period of MBS data.
  • the number of MBS session repetitions may indicate the number of times MBS data transmission is repeated, and the MBS session repetition period may indicate a cycle at which MBS data transmission is repeated. If that information is not included, the MBS data is transmitted immediately or is expected to be transmitted immediately. And it is stopped or expected to be stopped by a message instructing to stop the corresponding session.
  • the base station may calculate/convert the received information into scheduling information for MBS data transmission by the base station using or based on the received information.
  • the base station may transmit the corresponding information through system information or logical channel information (e.g. MCCH, SC-MCCH, MBS-MCCH) for MBS transmission.
  • system information e.g. MCCH, SC-MCCH, MBS-MCCH
  • the corresponding time information may be indicated by being linked/mapped/converted to Coordinated Universal Time (UTC) by the base station through system information (e.g. SIB9).
  • the time information may be indicated through offset time information with UTC time information (timeInfoUTC) corresponding to the SFN boundary or immediately after the end boundary of the SI-window through which SIB9 is transmitted.
  • timeInfoUTC UTC time information
  • the corresponding time information may be indicated by being linked/mapped/converted to the SFN.
  • the start SFN, the repeating start SFN list, the start offset/frame/slot/subframe/time point, duration/duration/length, repetition period, and number of repetitions may be indicated through one or more of information.
  • the UE may acquire scheduling information through which MBS data is transmitted in units of PDCCH slots.
  • scheduling information for instructing to discontinuously perform PDCCH monitoring for a corresponding specific RNTI may be indicated.
  • the corresponding scheduling information may include one or more of an on-duration timer, an inactivity timer, a scheduling period, and a scheduling offset as a parameter for DRX reception.
  • the cell identification information to provide the MBS service area may be directly included in the MBS session start request message.
  • Conventional MBMS coded e.g. SAI
  • SAI a designated service area and requested session start including corresponding code (SAI) information.
  • SAI corresponding code
  • the MBS session start request message may include cell information/cell list information through which the corresponding base station will transmit MBS data.
  • Corresponding cell / cell list information includes at least one of physical cell identifier information, NR CGI (Cell Global Identifier: used to globally identify an NR cell), E-UTRA CGI, gNB ID, PLMN Identity, and NCI (NR Cell Identity) information can do.
  • NR CGI Cell Global Identifier: used to globally identify an NR cell
  • E-UTRA CGI E-UTRA CGI
  • gNB ID gNB ID
  • PLMN Identity PLMN Identity
  • NCI NR Cell Identity
  • the MBS session start request message contains information for distinguishing the type (or cast type) of the MBS session (or 1-bit information for distinguishing the cast type eg Multicast/Broadcast or 2 for distinguishing Multicast/Broadcast/Unicast bit information) or information for indicating the type of MBS session.
  • the base station can perform appropriate MBS transmission in the wireless network by considering/classifying the MBS session type.
  • the MBS session start request message may include information on the number of terminals expected/expected to join (receive MBS) to the corresponding MBS session.
  • the response message to the MBS session start request message may include information on the number of terminals that have actually joined (MBS received) the corresponding MBS session to the corresponding base station.
  • the base station can perform appropriate MBS transmission in the wireless network by considering/classifying the MBS session type.
  • the MBS session may be transmitted in association with an MBS (point-to-multipoint) radio bearer.
  • the MBS session may be transmitted in association with a unicast (point-to-point) radio bearer (DRB).
  • the core network entity e.g. one of AMF, SMF, UPF, and MBS Function
  • IGMP Internet Group Management Protocol, in the case of IPv4
  • MLD Multicast Listener Discovery, in the case of IPv6
  • An MBS session may be established between the UE and the UPF.
  • the UPF must be able to receive the configuration information for the MBS session from the AMF/SMF.
  • the UPF may transmit the corresponding MBS flow to the base station through packet filtering for the MBS flow.
  • UPF may support first hop router function to support IP multicast transmission.
  • the UPF may receive membership/join information for the MBS session of the terminal by detecting the IGMP packet.
  • membership/join information may be acquired in a multicast group.
  • leave information may be obtained from the multicast group.
  • the UPF may receive a report on membership/join/leave for a multicast session from the terminal by sending an IGMP Query message to the terminal.
  • IGMP Query message if there is no periodically received IGMP report, it can be known that the UPF has left the multicast group of the corresponding terminal. As an example for this, it is possible to have a unicast uplink session associated with the MBS session.
  • a PDU session for an MBS session may be configured between the UE and the UPF. This may be provided through a normal PDU session establishment procedure.
  • Messages included in the PDU session establishment procedure may include one or more information.
  • PDU Session Establishment Request between terminal and AMF PDU SESSION RESOURCE SETUP REQUEST between base station and AMF
  • PDU SESSION RESOURCE SETUP RESPONSE Nsmf_PDUSession_CreateSMContex Request between AMF and SMF
  • Nsmf_PDUSession_CreateSMContex Response Nsmf_PDUSession_CreateSMContex Response
  • MBS service ID MBS session ID, TMGI, session-ID, IP multicast address
  • TNL information QoS flow information
  • session type information for distinguishing one or more of a multicast session, a broadcast session, and a PDU session
  • session type information for distinguishing one or more of a multicast session, a broadcast session, and a PDU session
  • the corresponding PDU session may be configured by simultaneously connecting one to the unicast PDU session and the other to the MBS session.
  • MBS data can be individually transmitted from the 5G core network to the terminal through the unicast PDU session associated with the MBS session.
  • Information for joining the multicast group of the MBS session may be transmitted through the unicast PDU session associated with the MBS session.
  • the UE may transmit a PDU session setup/modification request message in order to join the MBS multicast group and receive data for the corresponding MBS session.
  • the UE may transmit an IGMP message/packet for joining a multicast group through a data radio bearer mapped to a PDU session associated with the MBS session.
  • one MBMS session is mapped to one MBMS Point to Multipoint Radio Bearer (MRB)/Single Cell MRB (SC-MRB).
  • MRB Point to Multipoint Radio Bearer
  • SC-MRB Single Cell MRB
  • the UE sets one RLC entity according to the default configuration, and MTCH logical channel according to the logical channel identification information (logicalChannelIdentity) included in the MCCH (MBSFNAreaConfiguration) message. to constitute one MRB.
  • logicalChannelIdentity logical Channel identification information included in the MCCH (MBSFNAreaConfiguration) message.
  • SC-MRB when configuring SC-MRB to start one MBMS session, the UE configures one RLC entity according to the default configuration, and includes g-RNTI and scheduling information ( sc-mtch-SchedulingInfo), one SC-MRB was configured. Accordingly, SC-MCCH or SC-MTCH is fixed to one designated logical channel identifier (LCID 11001).
  • NR provides flow-based QoS. Therefore, when applying the MBS session in NR, it is desirable to provide flow unit classification processing.
  • one MBS session may include one or more QoS flows having different QoS characteristics.
  • the base station may associate the aforementioned identification information for the MBS session and one or more QoS flows mapped to the corresponding MBS session to one or more radio bearers.
  • a radio bearer associated with an MBS session is denoted as an MBS radio bearer.
  • MBS radio bearer it is assumed that one MBS session has three different flows (QFI1, QFI2, QFI2) and is associated with two MBS radio bearers (MBS-RB1, MBS-RB2).
  • a QoS flow may be mapped to an MBS radio bearer by configuring one Service Data Adaptation Protocol (SDAP) entity for each MBS session.
  • SDAP Service Data Adaptation Protocol
  • FIG. 13 is a diagram exemplarily illustrating MBS radio bearer configuration information according to an embodiment.
  • MBS session configuration information for instructing to map QFI1 and QF2 to MBS-RB1 and QF3 to MBS-RB2 is shown.
  • the MBS-RB is configured without a PDCP entity
  • the PDCP-Config included in the MBS-RB configuration information in FIG. 13 may be deleted.
  • PDCP-Config included in MBS-RB configuration information in FIG. 13 may be deleted and RLC-BearerConfig may be included.
  • it can be configured by defining a mode for transparently transmitting PDCP.
  • the corresponding mode may be transmitted without including the PDCP header.
  • PDCP functions e.g. ROHC, Security
  • it may include information for instructing to enable/disable the corresponding function.
  • FIG. 14 is a diagram exemplarily illustrating MBS radio bearer configuration information according to another embodiment.
  • one SDAP Service Data Adaptation Protocol
  • QoS flows can be mapped to MBS radio bearers. Since the MBS session can be configured specifically for a cell, one SDAP can be configured and provided for all MBS sessions. Accordingly, MBS session configuration information for instructing to map QFI1 and QF2 to MBS-RB1 and QFI3 to MBS-RB2 may be configured as shown in FIG. 14 .
  • the UE may designate and use a specific RNTI (e.g. M-RNTI, SC-RNTI, G-RNTI of conventional LTE technology) for MBS data reception.
  • a specific RNTI e.g. M-RNTI, SC-RNTI, G-RNTI of conventional LTE technology
  • an RNTI capable of receiving data by multiplexing a plurality of MBS sessions may be used. If an RNTI capable of receiving data by multiplexing a plurality of MBS sessions (eg, one cell-specific RNTI for the entire service similar to M-RNTI) is used, one or more QoS flows belonging to different MBS sessions are the same It may be mapped and transmitted to one radio bearer having QoS characteristics. One radio bearer having the same QoS characteristics may be associated with one or more MBS sessions. For example, PDCP entity/RLC entity/logical channel identification information may be associated with one or more MBS session information. For example, through MBS session identification information and QFI (information for identifying a QoS flow within one MBS session), the UE can classify and process the MBS session.
  • MBS session identification information and QFI information for identifying a QoS flow within one MBS session
  • the UE may use an RNTI (eg, a session-specific RNTI similar to SC-RNTI and G-RNTI) capable of receiving data by being classified for each MBS session.
  • an RNTI eg SC-RNTI, similar to G-RNTI
  • one or more QoS flows belonging to different MBS sessions may have the same QoS characteristics even if they have the same QoS characteristics. It cannot be transmitted because it is mapped to a bearer.
  • One or more QoS flows belonging to one MBS session may be mapped and transmitted to one radio bearer having the same QoS characteristics.
  • One or more QoS flows belonging to one MBS session may be mapped and transmitted to respective radio bearers having different QoS characteristics.
  • PDCP entity/RLC entity/logical channel identification information may be associated with one MBS session information.
  • the UE distinguishes and processes the MBS session through the association information between SDAP configuration information (eg QFI (information for identifying QoS flows within one MBS session)) and PDCP entity/RLC entity/logical channel identification information.
  • MBS radio bearer identification information/RLC radio bearer/logical channel identification information associated with each QoS flow associated with each MBS session may be indicated from the base station to the terminal.
  • a control logical channel (eg MBS Control Channel) and/or a traffic logical channel (eg MBS Traffic Channel) included in the same MBS session may be multiplexed with other logical channels included in the same MBS session within the same MAC PDU.
  • a control logical channel (e.g. MBS Control Channel) and/or a traffic logical channel (e.g. MBS Traffic Channel) included in the same MBS session may be multiplexed with other logical channels within the same MAC PDU.
  • a control logical channel (eg MBS Control Channel) and/or a traffic logical channel (eg MBS Traffic Channel) included in the same MBS session is a control logical channel (eg MBS Control) included in different MBS sessions within the same MAC PDU.
  • Channel eg MBS Traffic Channels
  • 15 is a diagram illustrating a layer 2 structure according to an exemplary embodiment.
  • data may be processed by including one multiplexing entity for two MBS sessions (or all MBS sessions) without including each multiplexing entity for each MBS session.
  • the transmission efficiency of the MBS session delivery increases.
  • transmission efficiency is reduced.
  • the MBS session is intended to support data reception by multiple users, and radio transmission efficiency is inevitably lower than that of unicast-based transmission. Therefore, if the network can dynamically switch/change unicast transmission and multicast/broadcast transmission for one MBS data, the efficiency of wireless transmission can be increased.
  • a unicast session and an MBS session may be dually configured.
  • a unicast session and an MBS session can be established at the same time.
  • the UE may receive the corresponding MBS data through a unicast session or an MBS session according to a network instruction.
  • the base station may transmit MBS data only through either a unicast session or an MBS session at a specific time.
  • the existing PDU session between the UE and the UPF may be used as it is or may be partially modified.
  • MBS data may be transmitted through a downlink PDU session.
  • the UE needs application layer request information (eg, information for joining MBS multicast group) or control information for IP multicast reception required to receive MBS data through an uplink PDU session (or through any user plane connection) eg IGMP, MLD, IP multicast address) can be transmitted to UPF or base station.
  • application layer request information eg, information for joining MBS multicast group
  • IGMP IGMP
  • MLD IP multicast address
  • the base station may distinguish a corresponding packet through an arbitrary uplink L2 control PDU (e.g. MAC CE, RLC control PDU, PDCP control PDU, SDAP control PDU).
  • an arbitrary uplink L2 control PDU e.g. MAC CE, RLC control PDU, PDCP control PDU, SDAP control PDU.
  • the UPF or the base station can use it to change/modify the unicast session and the MBS session.
  • the detected information may be transmitted to the SMF/AMF/base station, or the UPF may instruct the UPF to select and transmit MBS data during a unicast session or an MBS session.
  • the UE may receive application layer request information (eg, information for joining an MBS multicast group) or control information for IP multicast reception required to receive MBS data through any uplink signaling (or any control plane connection). eg IGMP, MLD, IP multicast address) can be transmitted.
  • the AMF/UPF or the base station can distinguish them.
  • AMF/SMF may receive corresponding information through NAS signaling.
  • the base station may receive the corresponding information through any uplink RRC message.
  • the AMF/SMF or the base station can use it to change/modify the unicast session and the MBS session.
  • the SMF/AMF may transmit detected information to the base station or may instruct the UPF to select and transmit MBS data during a unicast session or an MBS session.
  • UPF can be made to support first hop router function to support IP multicast transmission.
  • IGMP Internet Group Management Protocol, in the case of IPv4
  • MLD Multicast Listener Discovery, in the case of IPv6
  • IGMP Internet Group Management Protocol
  • MLD Multicast Listener Discovery, in the case of IPv6
  • the UPF may receive membership/join information for the MBS session of the terminal by detecting the IGMP packet.
  • membership/join information may be acquired in a multicast group.
  • leave information may be obtained from the multicast group.
  • the UPF may transmit an IGMP Query message to the terminal to receive a report on membership/join/leave for the multicast session from the terminal.
  • IGMP report it can be known that the UPF has left the multicast group of the corresponding terminal.
  • the MBS session may have a unicast uplink session.
  • a unicast session may consist of a dedicated PDU session mapped one-to-one to an MBS session.
  • the unicast session may be configured as a dedicated PDU session mapped one-to-many to one or more MBS sessions.
  • the unicast session is performed under certain conditions (eg, when the terminal is interested in the MBS session, when the terminal transmits any uplink indication information/message for the MBS session to the base station or the network, when the terminal is receiving the MBS session ), it can be set and maintained without being released.
  • messages included in the PDU session establishment procedure (eg, PDU Session Establishment Request between the terminal and AMF, PDU SESSION RESOURCE SETUP REQUEST between the base station and AMF, PDU SESSION RESOURCE SETUP RESPONSE, between AMF and SMF Nsmf_PDUSession_CreateSMContex Request, Nsmf_PDUSession_CreateSMContex Request, Nsmf_PDUSession_CreateSMContex Request) Information (MBS service ID, MBS session ID, TMGI, session-ID), TNL information (eg IP address for downlink tunnel between AMF and base station, GTP TEID), QoS flow information, session/cast type (one or more of multicast session, broadcast session, unicast session) It may include at least one of information) and MBS session type (information for distinguishing one or more of IPv4, IPv6, IPv4IPv6, ethernet, and unstructured) information.
  • one unicast session may be modified/changed/switched into one MBS session according to a request of a base station/network/terminal.
  • one MBS session may be modified/changed/switched into one unicast session according to the request of the base station/network/terminal.
  • modification/change/switching between sessions is performed, the previous session may be released and a new session may be established.
  • a new session may be established first and then the previous session may be released.
  • the base station/network/terminal may initiate a procedure for releasing the previous session.
  • An MBS session between the UPF and the base station may have one or more QoS flows.
  • Each corresponding flow or one flow may have associated UP Transport layer information. This is information on the downlink tunnel between the UPF and the base station, and may include the base station's IP address and GTP-TEID.
  • the base station maps the corresponding QoS flow identification information to the MBS radio bearer and transmits data. In this case, the base station may select unicast transmission or MBS transmission according to the determination of the base station or information determined and indicated by the core network entity.
  • the network determines unicast transmission to transmit data through a unicast session and when MBS transmission determines and transmits data through MBS session, different tunnels between the UPF and the base station Using , can be a significant overhead. Therefore, even when data is transmitted through a unicast session, it is desirable to transmit data by sharing a tunnel ( downlink tunnel between UPF and base station or between MBS user plane function and base station) transmitted to the base station through the MBS session. . Accordingly, one or more terminals can share and use a tunnel (a downlink tunnel between the UPF and the base station or a downlink tunnel between the MBS user plane function and the base station) transmitted to the base station through the MBS session.
  • any PDU session establishment procedure related messages such as Session Establishment/Modification Request and Session Establishment/Modification Response between SMF/MB-SMF and UPF/MB-UFP are information for identifying the associated MBS session (MBS service ID, MBS session ID, TMGI, session-ID, IP multicast address), TNL information of shared tunnel
  • one unicast session may be modified/changed/switched into one MBS session according to a request of a base station/network/terminal.
  • one MBS session may be modified/changed/switched into one unicast session according to the request of the base station/network/terminal.
  • modification/change/switching between sessions is performed, the previous session may be released and a new session may be established.
  • a new session may be established first and then the previous session may be released.
  • the base station/network/terminal may initiate a procedure for releasing the previous session.
  • An MBS session between the UPF and the base station may have one or more QoS flows.
  • Each corresponding flow may have associated UP Transport layer information. This is information on the downlink tunnel between the UPF and the base station, and may include the base station's IP address and GTP-TEID.
  • the base station maps the corresponding QoS flow identification information to the MBS radio bearer and transmits data. In this case, the base station may transmit MBS data by selecting unicast transmission or MBS transmission according to the determination of the base station or information determined and instructed by the core network entity.
  • indication information for sharing the N3 tunnel between the UPF of the MBS session and the base station may be included.
  • messages included in the PDU session establishment/modification procedure eg PDU Session Establishment Request between UE and AMF, PDU SESSION RESOURCE SETUP REQUEST between base station and AMF, PDU SESSION RESOURCE SETUP RESPONSE, Nsmf_PDUSession_CreateSMContex Request between AMF and SMF, Nsmf_PDUSession_CreateSMContex_PDUSession
  • Any PDU session establishment procedure related messages such as Response, Session Establishment/Modification Request, Session Establishment/Modification Response between SMF/MB-SMF and UPF/MB-UFP
  • MBS service ID MBS session ID
  • TMGI session-ID
  • IP multicast address IP multicast address
  • An MBS session may be established between the UE and the UPF.
  • the UPF must be able to receive the configuration information for the MBS session from the AMF/SMF.
  • the UPF may transmit the corresponding MBS flow to the base station through packet filtering for the MBS flow.
  • UPF may support first hop router function to support IP multicast transmission.
  • the UPF may receive membership/join information for the MBS session of the terminal by detecting the IGMP packet. As an example, it is possible to obtain membership/join information in a multicast group. As another example, information about leaving a multicast group may be obtained.
  • the UPF may receive a report on membership/join/leave for a multicast session from the terminal by sending an IGMP Query message to the terminal.
  • the UPF may know that it has left the multicast group of the corresponding terminal.
  • the MBS session may have a unicast uplink session.
  • a PDU session for an MBS session (or a PDU session associated with an MBS session or a unicast PDU session associated with an MBS session) may be configured between the UE and the UPF. This may be provided through a normal PDU session establishment procedure.
  • Messages included in the PDU session establishment procedure may include one or more information.
  • PDU Session Establishment Request between the base station and the AMF between the UE and the AMF
  • PDU SESSION RESOURCE SETUP REQUEST PDU SESSION RESOURCE SETUP REQUEST
  • PDU SESSION RESOURCE SETUP RESPONSE between the AMF and SMF
  • Nsmf_PDUSession_CreateSMContex Request Nsmf_PDUSession_CreateSMContex Response
  • Nsmf_PDUSession_CreateSMContex Response Nsmf_PDUSession_CreateSMContex Response
  • Any PDU session establishment procedure related messages such as Session Establishment/Modification Request, Session Establishment/Modification Response, etc. between UPF/MB-UFP -ID), TNL information, QoS flow information, and session type (information for distinguishing one or more of a multicast session, a broadcast
  • one corresponding PDU session may be drawn in a unicast PDU session and the other may be configured in connection with an MBS session at the same time.
  • MBS data can be individually transmitted from the 5G core network to the terminal through the unicast PDU session associated with the MBS session.
  • Information for joining the multicast group of the MBS session may be transmitted through the unicast PDU session associated with the MBS session.
  • the UE may transmit a PDU session setup/modification request message in order to join the MBS multicast group and receive data for the corresponding MBS session.
  • the UE may transmit an IGMP message/packet for joining a multicast group through a data radio bearer mapped to a PDU session associated with the MBS session.
  • the MBS session may support an Ethernet type MBS session or a PDU session.
  • MBS data may be transmitted transparently through the 5G system (5GS). This is because it is desirable to support MBS by recycling the existing structure of the 5G system as much as possible.
  • the (MBS) application server of the external network can perform signaling with the control plane entity (e.g. AMF, SMF) of the 5G core network through the Network Exposure Function (NEF) (or PCF).
  • NEF Network Exposure Function
  • the MBS Service Function can perform signaling with the control plane entities (eg AMF, SMF) of the 5G core network through the Policy Control Function (PCF).
  • PCF Policy Control Function
  • the application server of the external network can transmit MBS data to the base station through UPF (or MBS UPF).
  • UPF or MBS UPF
  • the application function (AF) of the core network or the MBS function of the core network may transmit MBS data to the base station through the UPF (or MBS UPF).
  • the transmission efficiency of multicast/broadcast delivery of the MBS session increases.
  • the multicast/broadcast delivery has lower transmission efficiency compared to the unicast transmission. That is, the MBS session has lower wireless transmission efficiency compared to unicast-based transmission in order to support data reception of multiple users.
  • the above-described embodiment may be applied to the MBS data transmission method.
  • a cell change may occur according to the movement of the corresponding terminal.
  • the cell to which the UE is handed over may not transmit the corresponding MBS data in a multicast/broadcast manner.
  • the cell to which the terminal is handed over at this time may be a cell that does not support multicast/broadcast transmission.
  • the cell to which the terminal is handed over at this time may be transmitting the corresponding MBS data in a multicast/broadcast manner.
  • coordination between the source base station and the target base station may be provided.
  • a multicast/broadcast radio bearer for a specific MBS session is mapped to a unicast radio bearer (data radio bearer) mapped to an associated PDU session to the terminal and configured can do.
  • the UE may receive data for the corresponding MBS session at a specific time (or after a specific time) through the unicast radio bearer.
  • an RRC message including a handover command is received, random access is initiated to the target base station (Msg1/MsgA transmission), random first/initial uplink transmission to the target base station, successful random access to the target base station, the source cell is released, It may be one of the time points of applying/setting/reconfiguring/completing any L2 entity/configuration to the target cell and completing the handover.
  • the target base station does not establish a tunnel (associated with QoS flows of the MBS session) between the UPF associated with the corresponding MBS session and the base station in the target base station, for starting the corresponding MBS session or for the corresponding MBS session
  • a tunnel between the UPF and the target base station, or to instruct/request establishment/modification of a unicast session (eg PDU session) associated with an MBS session, or to establish/set-up/modify/change the corresponding MBS session
  • specific indication information may be transmitted to AMF/SMF.
  • the AMF/SMF may perform the session establishment/modification procedure by sending a request message for setting/modifying the MBS session and/or the associated unicast session (e.g. PDU session) to the base station.
  • the AMF/SMF may perform an MBS session start procedure for starting a corresponding MBS session with the base station.
  • a tunnel (associated with QoS flows of the MBS session) between the UPF associated with the corresponding MBS session and the base station is established in the target base station, and the tunnel is multicast/broadcast in the target cell If it is associated with a multicast/broadcast (point-to-multipoint) radio bearer for (point-to-multipoint) transmission, it can be configured by mapping the multicast/broadcast radio bearer to the corresponding terminal.
  • a tunnel (associated with QoS flows of the MBS session) between the UPF associated with the corresponding MBS session and the base station is established in the target base station, and the tunnel is unicast (point-to-point) in the target cell. ), if it can connect to the radio bearer for transmission, the tunnel between the UPF associated with the corresponding MBS session and the target base station can be mapped and configured as a new unicast (point-to-point) radio bearer for the corresponding terminal.
  • a base station/cell change may occur according to the movement of the terminal. For example, when the terminal is receiving data in the multicast/broadcast method for a specific MBS session, according to the movement of the terminal, the cell changes to the cell in which data is transmitted in the multicast/broadcast method for the corresponding MBS session This can happen. For another example, when the terminal is receiving data in the multicast/broadcast method for a specific MBS session, the cell to transmit data in the unicast method for the corresponding MBS session according to the movement of the terminal (eg, the current multicast/broadcast method) A cell change may occur to a cell that does not transmit data in a broadcast method or does not support a multicast/broadcast method).
  • the cell to transmit data in the unicast method for the corresponding MBS session according to the movement of the terminal eg, the current multicast/broadcast
  • a cell change may occur to a cell that does not transmit data in this method or does not support the multicast/broadcast method.
  • a cell change may occur to the cell transmitting data in the multicast/broadcast method for the corresponding MBS session according to the movement of the terminal.
  • the RRC connected state terminal receiving data for a specific MBS session may receive MBS data through the source cell during cell change.
  • the terminal may receive data for the corresponding MBS session through the multicast/broadcast radio bearer through the source cell until a specific time point.
  • a specific point in time is RRC message reception including handover command, random access procedure start to target base station (Msg1/MsgA transmission), random initial/initial uplink transmission to target base station, successful random access to target base station, source cell release , arbitrary L2 entity/configuration application/setup/reconfiguration/completion to the target cell, handover completion, and system information and/or control information for the corresponding MBS session in the target cell (eg MCCH, SC-MCCH for MBS session Control logical channel, RRC message) may be one of the times of reception.
  • the terminal may receive data for the corresponding MBS session through the source cell through the unicast radio bearer until a specific time point.
  • a specific point in time is RRC message reception including handover command, random access procedure start to target base station (Msg1/MsgA transmission), successful random access to target base station, source cell release, arbitrary L2 entity/configuration application/ One of the times of setup/reconfiguration/completion, handover completion, and reception of system information or control information for the corresponding MBS session (eg RRC message belonging to the control logical channel for the MBS session similar to MCCH, SC-MCCH) from the target cell can be
  • the terminal may complete successful random access to the target base station and maintain the source base station connection until releasing the source cell.
  • the terminal may maintain the connection to the source base station until the initial/initial uplink transmission to the target base station.
  • Such information for instructing the connection maintenance of the terminal may be transmitted from the source base station to the target base station.
  • Information for instructing connection maintenance of the terminal may be transmitted from the target base station to the source base station.
  • Information for instructing the connection maintenance of the terminal may be transmitted from the target base station to the terminal.
  • the UE may operate as follows.
  • the terminal may continue to receive data through the multicast/broadcast radio bearer for the MBS session from the source base station until releasing the source cell and a successful random access procedure for the target base station.
  • the UE configures one RLC entity for the target having the same configuration as the RLC entity for the source.
  • the terminal sets one logical channel configuration for the target having the same configuration as the logical channel for the source.
  • the terminal creates a new MAC entity for the target/target base station.
  • the UE creates one RLC entity and one associated traffic logical channel for the unicast DRB associated with the MBS session for the target/target base station.
  • the UE configures one PDCP entity for the target having the same configuration as the PDCP entity for the source.
  • the UE reconfigures a PDCP entity having separate security and ROHC functions for the source and the target.
  • the terminal maintains some/all of the source configuration until the source base station is released.
  • the UE may report the handover failure through the source without reestablishing the RRC connection.
  • the radio resource configuration of the source cell is released and uplink/downlink transmission/reception is stopped.
  • the UE may stop some operations related to the source base station (in the source PCell or in the source cellgroup). For example, one or more operations among system information update, paging reception, and short message reception for NR may be stopped.
  • the UE when a cell is changed from a multicast/broadcast transmission cell to a multicast/broadcast transmission cell, the UE may operate as follows.
  • the terminal may continue to receive data through the multicast/broadcast radio bearer for the MBS session from the source base station until releasing the source cell and a successful random access procedure for the target base station.
  • the UE configures one RLC entity for the target having the same configuration as the RLC entity for the source.
  • the terminal sets one logical channel configuration for the target having the same configuration as the logical channel for the source.
  • the terminal creates a new MAC entity for the target/target base station.
  • the UE creates one RLC entity and one associated traffic logical channel for the multicast/broadcast radio bearer associated with the MBS session for the target/target base station.
  • the UE configures one PDCP entity for the target having the same configuration as the PDCP entity for the source.
  • the UE reconfigures a PDCP entity having separate security and ROHC functions for the source and the target.
  • the terminal maintains some/all of the source configuration until the source base station is released.
  • the UE may report the handover failure through the source without reestablishing the RRC connection.
  • the radio resource configuration of the source cell is released and uplink/downlink transmission/reception is stopped.
  • the UE may stop some operations related to the source base station (in the source PCell or in the source cellgroup). For example, one or more operations among system information update, paging reception, and short message reception for NR may be stopped.
  • the UE when a cell is changed from a unicast transmission cell to a multicast/broadcast transmission cell, the UE may operate as follows.
  • the terminal may continue to receive data through the unicast radio bearer for the MBS session from the source base station until releasing the source cell and until a successful random access procedure for the target base station.
  • the UE configures one RLC entity for the target having the same configuration as the RLC entity for the source.
  • the terminal sets one logical channel configuration for the target having the same configuration as the logical channel for the source.
  • the terminal creates a new MAC entity for the target/target base station.
  • the UE creates one RLC entity and one associated traffic logical channel for the multicast/broadcast radio bearer for the radio bearer associated with the MBS session for the target/target base station.
  • the UE configures one PDCP entity for the target having the same configuration as the PDCP entity for the source.
  • the UE reconfigures a PDCP entity having separate security and ROHC functions for the source and the target.
  • the terminal maintains some/all of the source configuration until the source base station is released.
  • the UE may report the handover failure through the source without reestablishing the RRC connection.
  • the radio resource configuration of the source cell is released and uplink/downlink transmission/reception is stopped.
  • the UE may stop some operations related to the source base station (in the source PCell or in the source cellgroup). For example, one or more operations among system information update, paging reception, and short message reception for NR may be stopped.
  • the source base station transmits information about the MBS session that the terminal is receiving in a multicast/broadcast manner in a handover request message or a handover preparation information message (HandoverPreparationInformation RRC container, inter-node RRC message) included in the handover request message.
  • a handover preparation information message HandoverPreparationInformation RRC container, inter-node RRC message
  • MBS context information information about the MBS session that the terminal is receiving. This is for convenience of description and may be replaced with any other terminology.
  • MBS context information includes MBS session information, QoS flow information included in the corresponding MBS session, Transport Network Layer (TNL) information, the corresponding MBS data transmission/cast type in the corresponding base station/cell associated with the corresponding base station, the corresponding cell identification information, It may include one or more information among the corresponding base station identification information, the terminal identification information receiving the corresponding MBS data, one multicast address (eg IP multicast address), and the number of terminal(s) that have joined the corresponding MBS session.
  • MBS session information includes at least one of MBS service ID, MBS session ID, TMGI, session-ID, IP multicast address, slice information (eg S-NSSAI) associated with the corresponding MBS session, MBS service area identifier, and MBS service cell identification information.
  • QoS flow information includes QoS information for the corresponding MBS session (eg 5QI/QCI, QoS flow Identifier, GBR QoS flow information (Maximum Flow Bit Rate, Guaranteed Flow Bit Rate, Maximum Packet Loss Rate), Allocation and Retention Priority, Priority Level Packet It may include one or more of Delay Budget and Packet Error Rate TNL information may include one of IP multicast address, IP source address and GTP DL TEID
  • the identification information of the terminal receiving the corresponding MBS data is C- It may be at least one of RNTI, 5G-S-TMSI, I-RNTI, Subscription Concealed Identifier (SUCI)/Subscription Permarnent Identifier (SUPI), and 5G-GUTI.
  • the MBS context information may be classified using information for identifying the MBS session (e.g. MBS session information).
  • MBS context information may be allocated as information to be distinguished from information for identifying an MBS session.
  • the MBS context information may be associated with information for identifying an MBS session.
  • MBS context identification information may be allocated by a base station or one of UPF or AMF/SMF.
  • MBS context information is included in the handover preparation information message, it will be defined as a new information element distinct from the information element (eg AS-Config, AS-Contex) included in the conventional handover preparation information message.
  • the MBS context information may be included in an AS configuration information element or an AS context information element included in the conventional handover preparation information message.
  • One or more of the above-described information may be directly included in the handover request message as an information element, and other one or more pieces of information may be included in the handover preparation information message. That is, the above-described information may be divided and included in two or more messages.
  • the above-described embodiment may also be applied when moving from a multicast/broadcast transmission cell to a multicast/broadcast transmission cell.
  • a unicast session and an MBS session may be simultaneously established.
  • a unicast session and an MBS session may be simultaneously established.
  • the UE may receive the corresponding MBS data through a unicast session or an MBS session according to a network instruction.
  • the base station may transmit MBS data only through either a unicast session or an MBS session at a specific time.
  • the existing PDU session between the UE and the UPF may be used as it is or may be partially modified.
  • MBS data may be transmitted through a downlink PDU session.
  • the UE transmits the application layer request information or control information (eg IGMP, MLD, IP multicast address) necessary for receiving MBS data through the uplink PDU session (or through any user plane connection) to the UPF or for IP multicast reception. It can be transmitted to the base station.
  • the UPF or the base station can distinguish them.
  • the UPF may distinguish a corresponding packet through packet filtering.
  • the base station may distinguish a corresponding packet through an arbitrary uplink L2 control PDU (e.g.
  • the UPF or the base station can use it to change/modify the unicast session and the MBS session. For example, the detected information may be transmitted to the SMF/AMF/base station, or the UPF may instruct the UPF to select and transmit MBS data during a unicast session or an MBS session.
  • the UE transmits application layer request information necessary to receive MBS data through any uplink signaling (or any control plane connection) or control information (eg IGMP, MLD, IP multicast address) for IP multicast reception.
  • AMF/UPF or the base station can distinguish them.
  • AMF/SMF may receive corresponding information through NAS signaling.
  • the base station may receive the corresponding information through any uplink RRC message.
  • the AMF/SMF or the base station can use it to set/change/modify the unicast session and the MBS session.
  • the SMF/AMF may transmit detected information to the base station or may instruct the UPF to select and transmit MBS data during a unicast session or an MBS session.
  • the UPF may support first hop router function to support IP multicast transmission.
  • IGMP Internet Group Management Protocol, in the case of IPv4
  • MLD Multicast Listener Discovery, in the case of IPv6
  • the UPF may receive membership/join information for the MBS session of the terminal by detecting the IGMP packet.
  • membership/join information may be acquired in a multicast group.
  • leave information may be obtained from the multicast group.
  • the UPF may receive a report on membership/join/leave for a multicast session from the terminal by sending an IGMP Query message to the terminal.
  • the UPF may know that it has left the multicast group of the corresponding terminal.
  • the MBS session may be configured to have a unicast uplink session.
  • a unicast session may consist of a dedicated PDU session mapped one-to-one to an MBS session.
  • the unicast session may be configured as a dedicated PDU session mapped one-to-many/many-to-one to one or more MBS sessions.
  • the unicast session is performed under certain conditions (eg, when the terminal is interested in the MBS session, when the terminal transmits any uplink indication information/message for the MBS session to the base station or the network, when the terminal is receiving the MBS session ), it can be set and maintained without being released.
  • the condition may be applied to one terminal or may be applied specifically to a cell.
  • the radio bearer may be mapped one-to-many/many-to-one to one or more MBS sessions.
  • messages included in the PDU session establishment procedure are information for identifying the associated MBS session (MBS service ID, MBS session ID, TMGI).
  • session-ID e.g IP address for downlink tunnel between AMF and base station, GTP TEID
  • QoS flow information eg IP address for downlink tunnel between AMF and base station, GTP TEID
  • session/cast type multicast session, broadcast session, unicast session
  • MBS session type information for distinguishing one or more of IPv4, IPv6, IPv4IPv6, ethernet, and unstructured
  • the MBS session may use the above-described MBS session start procedure (e.g. MBS session start request/response message).
  • MBS session start procedure e.g. MBS session start request/response message
  • the target base station prepares handover having an L1/L2 configuration.
  • the target base station may perform admission control on the received MBS session/MBS context.
  • the target base station transmits the MBS session requested by the source base station to the corresponding terminal in an arbitrary transmission method/cast type (eg multicast/broadcast (point-to-multipoint) transmission, unicast (point-to-point) transmission). You can decide whether to accept it or not.
  • the target base station may determine the transmission method/cast type (e.g. multicast/broadcast transmission, unicast transmission) for the corresponding MBS session requested by the source base station for the corresponding terminal.
  • the target base station may indicate to the source base station the transmission method/cast type for the corresponding MBS session requested by the source base station for the corresponding terminal.
  • the target base station may indicate to the source base station that multicast/broadcast transmission is being performed for the corresponding MBS session.
  • the source base station and the target base station transmit method/cast type (eg multicast/broadcast transmission, unicast transmission) for MBS sessions through the Xn interface message between the base stations, session start time, end time, cell identification information, etc. Information related to any MBS session can be exchanged.
  • the source base station and the target base station may request information between the base stations and receive a response, or may transmit the information to a neighboring base station according to a specific trigger condition.
  • the target base station may transmit the accepted MBS session resource information (MBS Session Resource Admitted List) to the source base station.
  • MBS Session Resource Admitted List MBS Session Resource Admitted List
  • the corresponding information may include at least one of MBS session identification information, MBS session context information, TNL information, accepted QoS flow information, and target base station data forwarding information (e.g. DL data forwarding GTP-TEID).
  • target base station data forwarding information e.g. DL data forwarding GTP-TEID.
  • the corresponding information may be transmitted from the target base station to the source base station through a HANDOVER REQUEST ACKNOWLEDGE message.
  • the source base station may transmit transmission method/cast type (e.g. multicast/broadcast transmission, unicast transmission) information for the corresponding MBS session to the target base station.
  • transmission method/cast type e.g. multicast/broadcast transmission, unicast transmission
  • the source base station may transmit configuration information for the corresponding MBS session to the target base station for the corresponding terminal.
  • the source base station may transmit unicast session information associated with the MBS session together to the target base station.
  • the target base station can configure DRB(s) according to the corresponding unicast session information.
  • the MBS data flow can be mapped and configured to the DRB(s) through the unicast target cell.
  • a service may be provided through DRB(s) for providing a unicast session associated with the corresponding MBS session by configuring a DRB according to the corresponding unicast session information in a target cell to be unicast handed over.
  • the source base station may propose/request data forwarding for each QoS flow of the corresponding MBS session through the aforementioned handover request message.
  • the target base station accepts data forwarding for at least one QoS flow for the MBS session, the target base station includes downlink TNL information for the QoS flow belonging to the corresponding MBS session through a HANDOVER REQUEST ACKNOWLEDGE message. can spend
  • packets of a QoS flow belonging to the corresponding MBS session may be forwarded through a DL (MBS radio bearer) forwarding tunnel mapped as RLC SDUs.
  • DL MBS radio bearer
  • the source base station may receive a GTP-U end marker for the corresponding MBS session from the UPF (or MBS UPF).
  • the source base station may transmit (replicate) the corresponding end marker through each data forwarding tunnel when no more data for the MBS session is forwarded through the tunnel. This can be performed by performing a procedure (described below) for the source base station to transmit a message for instructing/requesting modification/removal of a DL tunnel between the UPF and the base station associated with the MBS session with AMF/SMF.
  • a unidirectional UM mode RLC entity without PDCP may be used to perform multicast/broadcast data transmission on the radio interface between the base station and the terminal. Even when unicast transmission is performed for the MBS session, the SDAP entity may be directly linked to the RLC entity without PDCP.
  • the base station may instruct the terminal with configuration information for indicating this for data reception of the terminal.
  • a unidirectional UM mode RLC entity including PDCP may be used to perform multicast/broadcast data transmission on a radio interface between a base station and a terminal.
  • SDAP may be associated with a PDCP entity
  • a PDCP entity may be associated with an RLC entity.
  • the target base station is a handover command (RRC Reconfiguration) inter-node RRC having an L1/L2 configuration including radio bearer configuration information mapped based on information received from the source base station for the MBS session, corresponding MBS session context information, etc. Generates a message and sends it to the source base station.
  • the source base station instructs the RRC reconfiguration (RRC Reconfiguration) message to the terminal.
  • the MBMS receiving terminal received information on the MBMS service through system information and/or MCCH information.
  • the target base station that transmits multicast/broadcast for the corresponding MBS session is a UM without PDCP Handover can be performed using all RLC entities. Since there is no PDCP entity, reset of PDCP SN or SFN or retransmission of PDCP SDUs is not required in the target base station.
  • the unicast radio bearer for the MBS session at the source base station that unicasts MBS data uses a UM mode RLC entity without PDCP.
  • a target base station that transmits unicast for a session may perform handover using a UM mode RLC entity without PDCP. Since there is no PDCP entity, reset of PDCP SN or SFN or retransmission of PDCP SDUs is not required in the target base station.
  • radio bearer configuration information for an MBS session being transmitted by the target base station may be indicated to the terminal.
  • the target base station includes radio bearer configuration information for the corresponding MBS session in an RRC dedicated message (e.g. RRC Reconfiguration message) and transmits it to the terminal.
  • RRC dedicated message e.g. RRC Reconfiguration message
  • the radio bearer configuration information may be transmitted to the terminal through the source base station.
  • the UE may maintain/reconfigure the RLC entity to receive the RLC SDUs forwarded from the source base station to the target base station.
  • the UE may cancel/modify/reset it.
  • RLC SDUs may contain end markers. This may be transmitted through an RLC control PDU. Alternatively, it may be transmitted as an RLC data PDU including a header of a specific format. Alternatively, it may be transmitted as any L2/L3 user plane data (e.g. RLC SDU) including a header of a specific format. Alternatively, it may be transmitted as any L2/L3 control plane data including a header of a specific format.
  • the UE may reconfigure the RLC entity to receive RLC SDUs forwarded from the target base station.
  • the target base station may transmit/retransmit all downlink data forwarded by the source base station.
  • the RLC sequence number uses the MBS. It may be maintained per radio bearer (unicast radio bearer and/or MBS radio bearer) for The source base station may inform the target base station about the next DL RLC SN to be assigned to a packet that does not have an RLC SN yet.
  • the handover request message may include corresponding notification information.
  • the target base station that transmits multicast/broadcast for the corresponding MBS session uses PDCP. Handover can be performed using the included UM mode RLC entity.
  • the target base station resets the PDCP SN or SFN. Retransmissions for PDCP SDUs are not required.
  • the unicast radio bearer for the corresponding MBS session in the source base station that unicast transmits MBS data uses a UM mode RLC entity including PDCP.
  • a target base station transmitting unicast for the MBS session may perform handover using a UM mode RLC entity including PDCP.
  • the target base station resets the PDCP SN or SFN. Retransmissions for PDCP SDUs are not required.
  • the radio bearer configuration information for the MBS session in which the target base station is performing transmission may be indicated to the terminal.
  • the target base station includes radio bearer configuration information for the corresponding MBS session in an RRC dedicated message (e.g. RRC Reconfiguration message) and transmits it to the terminal.
  • RRC dedicated message e.g. RRC Reconfiguration message
  • the radio bearer configuration information may be indicated to the terminal through the target base station.
  • the UE may maintain/reconfigure the PDCP entity to receive PDCP SDUs forwarded from the source base station to the target base station. Upon completion of reception of the forwarded PDCP SDUs, the UE may cancel/modify/reset them.
  • PDCP SDUs may contain end markers. This may be transmitted through a PDCP control PDU. Alternatively, it may be transmitted as a PDCP data PDU including a header of a specific format. Alternatively, it may be transmitted as any L2/L3 user plane data (e.g. PDCP SDU) including a header of a specific format. Alternatively, it may be transmitted as any L2/L3 control plane data including a header of a specific format.
  • the terminal may reconfigure the PDCP entity to receive PDCP SDUs forwarded from the target base station.
  • the target base station may transmit/retransmit all downlink data forwarded by the source base station.
  • PDCP SN Sequence Number
  • MBS Radio Bearer
  • the source base station may inform the target base station about the next DL RLC SN to be assigned to a packet that does not have a PDCP SN yet. For example, the notification may be transmitted while being included in the handover request message. As another example, the corresponding notification may be transmitted while being included in the SN STATUS message.
  • the target base station that transmits multicast/broadcast for the corresponding MBS session may perform handover using the AM mode RLC entity including PDCP.
  • the target base station may maintain/reconfigure the PDCP entity to receive PDCP SDUs forwarded from the source base station in order or without loss.
  • the corresponding A target base station transmitting unicast for the MBS session may perform handover using an AM mode RLC entity including PDCP.
  • the radio bearer configuration information for the MBS session in which the target base station is transmitting may be indicated to the terminal.
  • the target base station includes radio bearer configuration information for the corresponding MBS session in an RRC dedicated message (e.g. RRC Reconfiguration message) and transmits it to the terminal.
  • the radio bearer configuration information may be indicated to the terminal through the source base station.
  • the UE may maintain/reconfigure the PDCP entity to receive PDCP SDUs forwarded from the source base station to the target base station. and/or the terminal may reconfigure the PDCP entity to receive PDCP SDUs forwarded from the target base station.
  • PDCP SN Sequence Number
  • MBS Mobile Broadcast Service Set
  • the source base station may inform the target base station about the next DL RLC SN to be assigned to a packet that does not have a PDCP SN yet.
  • the source base station may transmit a corresponding notification in a handover request message.
  • the corresponding notification may be transmitted while being included in the SN STATUS message.
  • the target base station may transmit/retransmit all downlink data forwarded by the source base station.
  • the target base station retransmits all downlink PDCP SDUs, starting from the oldest PDCP SDU not verified by RLC in the source base station.
  • the source base station may transmit the unconfirmed SN to the target base station.
  • the UE synchronizes to the target cell and completes the RRC handover procedure by transmitting an RRCReconfigurationComplete message to the target base station.
  • the target base station If the target base station does not establish a DL tunnel between the UPF (or MBS UPF) associated with the MBS session and the target base station, or if the target base station does not receive data for the corresponding MBS session, the target base station It is necessary to request session start/initiation for the MBS session.
  • the target base station needs to transmit information for instructing/requesting to create/change/switch a tunnel between the UPF and the base station for the MBS session through an arbitrary 5G core network control plane entity (e.g. AMF/SMF). As an example, this may be provided by including the corresponding information in the conventional PATH SWITCH request message and transmitting it.
  • AMF/SMF 5G core network control plane entity
  • this may be transmitted through a message between the base station and the AMF/SMF interface that is distinct from the PATH SWITCH request message.
  • the message between the base station and the AMF/SMF interface may include one or more of the information exemplified in any of the above-described embodiments, such as MBS session information/MBS session context information, and a cast type.
  • the target base station does not need to transmit information for releasing it to the source base station.
  • the terminal context release message may include one or more pieces of information among the information exemplified in certain embodiments of the present invention, such as MBS session information/MBS session context information, and a cast type.
  • the target base station may identify the corresponding MBS session through the MBS session information/MBS context information received from the source base station.
  • the target base station may add/modify/store DL tunnel information between the UPF and the base station to the MBS context information for the corresponding terminal.
  • the target base station may add/modify/store related information to the corresponding terminal in the MBS context information.
  • the target base station may transmit information for instructing the source base station to release/modify/change the DL tunnel between the UPF and the base station.
  • the source base station may transmit information for instructing to release/modify/change the DL tunnel between the UPF and the base station to the AMF/SMF.
  • the source base station may transmit a unicast session (e.g.
  • the AMF/SMF may perform the session modification procedure by sending a unicast session (e.g. PDU session) modification request message related to the MBS session to the base station.
  • a unicast session e.g. PDU session
  • the UE may send join/join/leave information for the corresponding MBS session to one or more entities of the base station/AMF/SMF/UPF at the specific time point of the aforementioned cell change.
  • the present disclosure provides an effect of efficiently transmitting MBS service data by utilizing the existing 5GS/base station in a wireless network.
  • 16 is a diagram illustrating a terminal configuration according to an embodiment.
  • the terminal 1600 receiving MBS (Multicast/Broadcast Service) data transmits a PDU session modification request message including MBS session identification information to the core network entity through the base station 1620 and the base station.
  • the receiver 1630 may include a receiving unit 1630 for receiving an RRC message including a PDU session modification command message from and receiving MBS data through a radio bearer mapped based on the PDU session modification command message.
  • the transmitter 1620 transmits a PDU session modification request message including MBS session identification information to the base station.
  • the base station transmits the PDU session modification request message received from the terminal to the core network entity.
  • the base station may transmit a PDU session modification request message to an Access and Mobility Management Function (AMF).
  • AMF Access and Mobility Management Function
  • the MBS session identification information may include at least one of TMGI (Temporary Mobile Group Identifier) and IP multicast address information for distinguishing and identifying the MBS session.
  • TMGI Temporal Mobile Group Identifier
  • IP multicast address information for distinguishing and identifying the MBS session.
  • the UE may transmit a PDU session setup/modification request message in order to join the MBS multicast group and receive data for the corresponding MBS session.
  • the NAS layer entity of the terminal may transmit a corresponding message when receiving a request including information on the MBS multicast group to which the terminal wants to join.
  • a PDU session release/modification request message may be transmitted to release the MBS multicast session.
  • the NAS layer entity of the terminal may transmit a corresponding message when receiving a request including MBS multicast group information that the terminal wants to release.
  • the UE may transmit a PDU session setup/modification request message to request that the MBS session be associated with the corresponding PDU session.
  • the PDU session associated with the corresponding MBS session becomes a PDU session that transmits information for joining the corresponding MBS multicast group.
  • the UE may transmit a PDU session modification request message to modify/release the MBS session association for the corresponding PDU session.
  • the terminal may receive information indicating release/deactivation of the corresponding MBS session from the base station through a RRC-only message or system information due to a reduction in the number of point-to-multipoint reception terminals for the MBS session in the serving cell.
  • the RRC of the terminal may indicate to the NAS a request including the MBS multicast group information to be released, and the NAS of the terminal may transmit a PDU session release/modification request message associated with the corresponding MBS session. Through this, it is possible to modify/release the MBS session association for the corresponding PDU session.
  • the UE may transmit a PDU session establishment/modification request message to request a new PDU session establishment associated with the corresponding MBS session or to change the PDU session.
  • the terminal may transmit a PDU session setup/modification request message to request the PDU session setup associated with the corresponding MBS session.
  • the terminal receives information indicating release/deactivation of the corresponding MBS session from the base station due to a reduction in the number of point-to-multipoint receiving terminals for the MBS session in the serving cell or moving to a cell that does not support MBS transmission, or a PDU associated with the MBS session.
  • Information instructing session setup/modification may be received through an RRC-only message or system information.
  • the RRC of the terminal may indicate to the NAS a request including the MBS multicast group information to be released, and the NAS of the terminal may transmit a PDU session release/modification request message associated with the corresponding MBS session.
  • the PDU session modification command message may include at least one of MBS session identification information, MBS session Aggregate Maximum Bit Rate (AMBR), PDU session identification information associated with the MBS session, and PDU session AMBR associated with the MBS session. have.
  • MBS session identification information MBS session Aggregate Maximum Bit Rate (AMBR)
  • AMBR Maximum Bit Rate
  • the base station receives the NAS message including the PDU session modification command message from the core network entity (eg, AMF) through the N2 message, and dedicates the NAS message including the PDU session modification command message on the RRC message. It is included in the NAS information element (dedicatedNAS-Message) and transmitted to the terminal.
  • the RRC message transmitted by the base station may include one or more of MBS radio bearer configuration information mapped to the MBS session and data radio bearer configuration information mapped to the PDU session associated with the MBS session.
  • the association between the PDU session and the MBS session may be performed in the core network entity.
  • it may be performed in a session management function (SMF) for performing session management such as session establishment/modification/release, or MB-SMF for performing MBS session management.
  • SMF session management function
  • MB-SMF MB-SMF
  • the controller 1610 configures a radio bearer based on the RRC reconfiguration message including the PDU session modification command message received from the base station. Thereafter, the receiver 1630 may receive MBS data through the configured radio bearer.
  • the RRC reconfiguration message including the PDU session modification command message may include MBS radio bearer configuration information generated based on MBS session context information (multicast QoS flow information).
  • MBS session is mapped to the MBS radio bearer.
  • the QoS flow of the MBS session may be received through the MBS radio bearer.
  • the RRC reconfiguration message including the PDU session modification command message may include data radio bearer configuration information generated based on PDU session context information (unicast QoS flow information) associated with the MBS session.
  • the PDU session associated with the MBS session is mapped to the corresponding data radio bearer.
  • the QoS flow of the PDU session associated with the MBS session may be received through the corresponding data radio bearer.
  • the receiver 1630 may receive the MBS data through a point-to-multipoint transmission MBS radio bearer mapped to the corresponding MBS session.
  • the receiver 1630 may receive MBS data through a point-to-point transmission data radio bearer mapped to a PDU session associated with the MBS session.
  • the MBS session Aggregate Maximum Bit Rate may be controlled by the MB-UPF (User Plane Function). In this case, the MBS session Aggregate Maximum Bit Rate (AMBR) may not be applied to the terminal Aggregate Maximum Bit Rate (AMBR).
  • MB-UPF User Plane Function
  • controller 1610 controls the overall operation of the terminal 1600 according to the MBS data transmission/reception operation necessary for carrying out the above-described present disclosure.
  • the transmitter 1620 and the receiver 1630 are used to transmit/receive signals, messages, and data necessary for carrying out the present disclosure with a source base station, a target base station, and a core network entity.
  • 17 is a diagram illustrating a configuration of a base station according to an embodiment.
  • the base station 1700 for transmitting MBS (Multicast/Broadcast Service) data receives a PDU session modification request message including MBS session identification information from a terminal 1730 and a PDU session modification request message. It may include a transmitter 1720 for transmitting to the core network entity. The receiver 1730 may receive a PDU session modification command message from the core network entity.
  • MBS Multicast/Broadcast Service
  • the transmitter 1720 transmits an RRC message including a PDU session modification command message to the terminal, and transmits MBS data to the terminal through a radio bearer mapped based on the PDU session modification command message.
  • the terminal transmits a PDU session modification request message including MBS session identification information to the base station as needed.
  • the MBS session identification information may include at least one of TMGI (Temporary Mobile Group Identifier) and IP multicast address information for distinguishing and identifying the MBS session.
  • TMGI Temporal Mobile Group Identifier
  • IP multicast address information for distinguishing and identifying the MBS session.
  • the UE may transmit a PDU session setup/modification request message in order to join the MBS multicast group and receive data for the corresponding MBS session.
  • the NAS layer entity of the terminal may transmit a corresponding message when receiving a request including information on the MBS multicast group to which the terminal wants to join.
  • a PDU session release/modification request message may be transmitted to release the MBS multicast session.
  • the NAS layer entity of the terminal may transmit a corresponding message when receiving a request including MBS multicast group information that the terminal wants to release.
  • the UE may transmit a PDU session setup/modification request message to request that the MBS session be associated with the corresponding PDU session.
  • the PDU session associated with the corresponding MBS session becomes a PDU session that transmits information for joining the corresponding MBS multicast group.
  • the UE may transmit a PDU session modification request message to modify/release the MBS session association for the corresponding PDU session.
  • the terminal may receive information indicating release/deactivation of the corresponding MBS session from the base station through a RRC-only message or system information due to a reduction in the number of point-to-multipoint reception terminals for the MBS session in the serving cell.
  • the RRC of the terminal may indicate to the NAS a request including the MBS multicast group information to be released, and the NAS of the terminal may transmit a PDU session release/modification request message associated with the corresponding MBS session. Through this, it is possible to modify/release the MBS session association for the corresponding PDU session.
  • the UE may transmit a PDU session establishment/modification request message to request a new PDU session establishment associated with the corresponding MBS session or to change the PDU session.
  • the terminal may transmit a PDU session setup/modification request message to request the PDU session setup associated with the corresponding MBS session.
  • the terminal receives information indicating release/deactivation of the corresponding MBS session from the base station due to a reduction in the number of point-to-multipoint receiving terminals for the MBS session in the serving cell or moving to a cell that does not support MBS transmission, or a PDU associated with the MBS session.
  • Information instructing session setup/modification may be received through an RRC-only message or system information.
  • the RRC of the terminal may indicate to the NAS a request including the MBS multicast group information to be released, and the NAS of the terminal may transmit a PDU session release/modification request message associated with the corresponding MBS session.
  • the transmitter 1720 may transmit the PDU session modification request message to an Access and Mobility Management Function (AMF).
  • AMF Access and Mobility Management Function
  • the control unit 1710 when receiving the NAS message including the PDU session modification command message from the core network entity (eg, AMF) through the N2 message from the core network entity (eg, AMF), the control unit 1710 transmits the NAS message including the PDU session modification command message on the RRC message.
  • the RRC message generated by the controller 1710 including the PDU session modification command message is at least one of MBS radio bearer configuration information mapped to an MBS session and data radio bearer configuration information mapped to a PDU session associated with the MBS session. may include.
  • the PDU session modification command message includes at least one of MBS session identification information, MBS session Aggregate Maximum Bit Rate (AMBR), PDU session identification information associated with the MBS session, and PDU session AMBR associated with the MBS session. can do.
  • MBS session identification information MBS session Aggregate Maximum Bit Rate (AMBR)
  • AMBR Maximum Bit Rate
  • PDU session identification information associated with the MBS session PDU session AMBR associated with the MBS session. can do.
  • the association between the PDU session and the MBS session may be performed in the core network entity.
  • it may be performed in a session management function (SMF) for performing session management such as session establishment/modification/release, or MB-SMF for performing MBS session management.
  • SMF session management function
  • MB-SMF MB-SMF
  • the terminal configures a radio bearer based on the PDU session modification command message received from the base station. Thereafter, MBS data may be received through the configured radio bearer. For example, if the base station transmits MBS data in a point-to-multipoint manner, the terminal may receive the MBS data through a point-to-multipoint transmission MBS radio bearer mapped to the corresponding MBS session. As another example, if the base station transmits point-to-point, the terminal may receive MBS data through a point-to-point transmission data radio bearer mapped to a PDU session associated with the MBS session.
  • the MBS session Aggregate Maximum Bit Rate may be controlled by the MB-UPF (User Plane Function). In this case, the MBS session Aggregate Maximum Bit Rate (AMBR) may not be applied to the terminal Aggregate Maximum Bit Rate (AMBR).
  • MB-UPF User Plane Function
  • controller 1710 controls the overall operation of the base station 1700 according to the MBS data transmission/reception operation necessary for carrying out the above-described present disclosure.
  • the transmitter 1720 and the receiver 1730 are used to transmit/receive signals, messages, and data necessary for carrying out the present disclosure with the source base station, the terminal, and the core network entity.
  • 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 Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), 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.
  • system generally refer to computer-related entities hardware, hardware and software. may mean a combination of, software, or running software.
  • the aforementioned components may be, but are 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 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

본 개시는 MBS 데이터를 처리하는 동작에 관한 기술이다. 일 측면에서 본 개시는 단말이 MBS(Multicast/Broadcast Service) 데이터를 수신하는 방법에 있어서, MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 기지국을 통해서 코어망 개체로 전송하는 단계와 기지국으로부터 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 수신하는 단계 및 PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 수신하는 단계를 포함하는 방법 및 장치를 제공한다.

Description

MBS 데이터를 처리하는 방법 및 그 장치
본 개시는 MBS 데이터를 처리하는 동작에 관한 기술이다.
셀룰러 이동 통신망은 주로 단대단/점대점(point-to-point) 전송 서비스를 제공하기 위해 발전하였으나, 광대역 무선 전송 기술과 다양한 기능을 제공하는 단말의 발전으로 인해 다양한 서비스에 대한 수요가 생겨나고 있다. 특히 멀티미디어 멀티캐스트/브로드캐스트 서비스(Multimedia Broadcast Multicast Services, MBMS)는 셀룰러 이동 통신망을 이용해 이동 방송 서비스를 제공할 수 있는 기술로, 최근 향상된 MBMS(enhanced-MBMS, 이하 eMBMS) 서비스를 이용해 재난 안전 통신 서비스를 제공하고자 하는 기술이 개발되고 있다.
단대단 전송 서비스와 달리 MBMS는 단대다/점대다중점(point-to-multipoint) 전송 서비스로, 하나의 셀 내에서 기지국이 다수의 단말에 동일한 패킷을 전송하여 무선 자원 사용의 효율을 높이는 장점이 있다. 또한 MBMS 서비스는 다수의 기지국에서 동일한 패킷을 동시에 전송하는 멀티-셀(multi-cell) 전송 방식을 채택하였으며, 이러한 멀티-셀 전송 방식을 이용하면 서비스를 수신하는 단말은 물리 계층에서 다이버시티(diversity) 이득을 얻을 수도 있다.
다만, MBMS 서비스 데이터를 기지국이 전송하는 경우에 해당 데이터를 수신하는 단말의 개수 등에 따라 효율성이 변동될 수 있다. 따라서, NR 기반으로 MBS 세션을 제어하고 서비스 연속성을 제공하기 위한 기술이 요구된다.
전술한 배경에서 안출된 본 개시는 NR 기반으로 멀티캐스트/브로드캐스트 서비스(MBS)를 유연하게 제공하기 위한 기술을 제안한다.
일 측면에서, 본 개시는 단말이 MBS(Multicast/Broadcast Service) 데이터를 수신하는 방법에 있어서, MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 기지국을 통해서 코어망 개체로 전송하는 단계와 기지국으로부터 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 수신하는 단계 및 PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 수신하는 단계를 포함하는 방법을 제공한다.
다른 측면에서, 본 개시는 기지국이 MBS(Multicast/Broadcast Service) 데이터를 송신하는 방법에 있어서, MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 단말로부터 수신하는 단계와 PDU 세션 수정 요청 메시지를 코어망 개체로 전송하는 단계와 코어망 개체로부터 PDU 세션 수정 명령 메시지를 수신하는 단계 및 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 단말로 전송하고, PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 단말로 전송하는 단계를 포함하는 방법을 제공한다.
또 다른 측면에서, MBS(Multicast/Broadcast Service) 데이터를 수신하는 단말에 있어서, MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 기지국을 통해서 코어망 개체로 전송하는 송신부 및 기지국으로부터 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 수신하고, PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 수신하는 수신부를 포함하는 단말 장치를 제공한다.
또 다른 측면에서, MBS(Multicast/Broadcast Service) 데이터를 송신하는 기지국에 있어서, MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 단말로부터 수신하는 수신부 및 PDU 세션 수정 요청 메시지를 코어망 개체로 전송하는 송신부를 포함하되, 수신부는 상기 코어망 개체로부터 PDU 세션 수정 명령 메시지를 수신하고, 송신부는 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 단말로 전송하고, PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 단말로 더 전송하는 기지국 장치를 제공한다.
본 개시는 NR 기반으로 멀티캐스트/브로드캐스트 서비스(MBS)를 유연하게 제공하는 효과가 있다.
도 1은 본 실시예가 적용될 수 있는 NR 무선 통신 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 7은 CORESET에 대해서 설명하기 위한 도면이다.
도 8은 MBMS에서의 논리 구조를 예시적으로 도시한 도면이다.
도 9는 MBMS 세션 시작을 위한 프로시져를 설명하기 위한 도면이다.
도 10은 일 실시예에 따른 단말 동작을 설명하기 위한 도면이다.
도 11은 일 실시예에 따른 기지국의 동작을 설명하기 위한 도면이다.
도 12는 LTE 시스템에서의 다운링크 레이어 2 구조를 도시한 도면이다.
도 13은 일 실시예에 따른 MBS 무선 베어러 구성정보를 예시적으로 도시한 도면이다.
도 14는 다른 실시예에 따른 MBS 무선 베어러 구성정보를 예시적으로 도시한 도면이다.
도 15는 일 실시예에 따른 레이어 2 구조를 도시한 도면이다.
도 16은 일 실시예에 따른 단말 구성을 보여주는 도면이다.
도 17은 일 실시예에 따른 기지국 구성을 보여주는 도면이다.
이하, 본 개시의 일부 실시예들을 예시적인 도면을 참조하여 상세하게 설명한다. 각 도면의 구성 요소들에 참조부호를 부가함에 있어서, 동일한 구성 요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가질 수 있다. 또한, 본 실시예들을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 기술 사상의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략할 수 있다. 본 명세서 상에서 언급된 "포함한다", "갖는다", "이루어진다" 등이 사용되는 경우 "~만"이 사용되지 않는 이상 다른 부분이 추가될 수 있다. 구성 요소를 단수로 표현한 경우에 특별한 명시적인 기재 사항이 없는 한 복수를 포함하는 경우를 포함할 수 있다.
또한, 본 개시의 구성 요소를 설명하는 데 있어서, 제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의 요구사항을 만족시킬 수 있는 스케줄링이 이루어질 수 있다.
LTE망에서 MBMS(Multimedia Broadcast Multicast Service)
이동통신 표준규격을 개발하는 3GPP는 Rel-9부터 비디오 방송을 위한 LTE broadcast/multicast 규격을 개발했다. 이후 LTE에서 공공재난(Public safety), IoT 그리고 V2X와 같은 다른 서비스를 지원하기 위한 표준이 규격화되었다. 현재 규격화가 진행되고 있는 NR에 대해 Rel-15 규격과 Rel-16 규격은 MBMS를 지원하지 않는다. 이후 릴리즈의 NR 규격에서 MBMS 관련 규격이 추가 개발되어야 할 것으로 판단된다.
한편, LTE 기반의 종래 MBMS는 MBSFN(Multimedia Broadcast multicast service Single Frequency Network)전송방식과 단일 셀(SC-PTM: Single Cell Point To Multipoint) 전송방식의 두 가지 전송 방식이 제공되었다.
MBSFN 전송방식은 대규모 사전 계획된 영역(MBSFN area)에서 미디어 방송을 제공하기에 적합한 방식이다. MBSFN 영역은 정적으로 구성된다. 예를 들어 O&M에 의해 구성된다. 그리고 사용자 분포에 따라 동적으로 조정될 수 없다. MBSFN 영역 내에서 동기화된 MBMS 전송이 제공되며, 복수의 셀로부터 MBMS 전송에 대해 결합이 지원된다. 각각의 MCH 스케줄링은 MCE(Multi-cell/multicast Coordination Entity)에 의해 수행되며, MCH 전송을 위해 TTI마다 단일 전송 블록이 사용된다. 또한, MCH 전송블록은 그 서브프레임 내에서 모두 MBSFN 자원을 사용한다. MTCH와 MCCH는 동일한 MCH 상에서 멀티플렉싱 될 수 있다. MTCH와 MCCH는 RLC-UM 모드를 사용한다. 주파수 도메인 내에서 모든 무선 자원이 이용되지 않더라도 동일한 서브프레임에서 유니캐스트와 멀티플렉싱이 허용되지 않는다. 이와 같이 MBSFN 전송방식은 동적인 조정이 어려워 소규모 방송 서비스에 대해 유연하게 적용하기 어려웠다.
MBSFN 전송방식의 비효율성을 개선하기 위한 방법으로 SC-PTM 전송방식이 개발되었다. 단일 셀 커버리지 내에서 MBMS가 전송된다. 하나의 SC-MCCH 그리고 하나 또는 이상의 SC-MTCH(s)가 DL-SCH에 매핑된다. 기지국에 의해 스케줄링이 제공된다. SC-MCCH와 SC-MTCH는 각각 PDCCH 상에 하나의 논리채널 특정한 RNTI(SC-RNTI, G-RNTI)에 의해 지시된다. SC-MTCH와 SC-MCCH는 RLC-UM 모드를 사용한다. SC-MCCH와 SC-MTCH가 매핑되는 DL-SCH 에 대해 단일 전송이 사용되지만 블라인드 HARQ 반복이나 RLC 반복은 제공되지 않는다. 따라서 SC-PTM 전송은 신뢰성 있는 전송을 제공하기 어려웠다.
전술한 전송방식들을 통해 MBMS를 제공하기 위해 도 8과 같은 논리적인 구조가 사용될 수 있다.
도 8은 MBMS에서의 논리 구조를 예시적으로 도시한 도면이다.
도 8을 참조하면, 각각의 엔티티는 다음과 같은 기능을 수행한다.
GCS AS 엔티티
- 단말과 GCS 세션 및 그룹 관리 측면에 관련된 시그널링 교환(예를 들어 서비스 어나운스)을 수행.
- 유니캐스트를 통한 단말로부터 업링크 데이터 수신.
- 유니캐스트 전달 및/또는 멀티캐스트 전달을 사용하여 하나의 그룹에 속한 단말들에게 데이터 전송.
BM-SC 엔티티
- MBMS 전송의 소스로 동작하며, MBMS 세션 제어 시그널링을 통해 MBMS 베어러 서비스에 대한 세션의 전송을 시작하거나 정지한다.
MBMS GW 엔티티
- MBMS 패킷을 전송하는 각 eNB로 서비스를 전송 / 방송(the sending/broadcasting of MBMS packets to each eNB transmitting the service).
- MBMS GW는 MBMS 사용자 데이터를 eNB로 전달하는 수단으로 IP Multicast를 사용한다(The MBMS GW uses IP Multicast as the means of forwarding MBMS user data to the eNB).
- MBMS GW는 MME를 통해 E-UTRAN에 대한 MBMS Session Control Signaling (Session start / update / stop)을 수행한다(The MBMS GW performs MBMS Session Control Signalling (Session start/update/stop) towards the E-UTRAN via MME).
Multi-cell/multicast Coordination Entity (MCE) 엔티티
- MBSFN 동작을 사용하는 다중 셀 MBMS 전송을 위해 MBSFN 영역에서 모든 eNB가 사용하는 무선 자원의 승인 제어 및 할당(the admission control and the allocation of the radio resources used by all eNBs in the MBSFN area for multi-cell MBMS transmissions using MBSFN operation).
- MCE는 무선 자원이 해당 MBMS 서비스(들)에 충분하지 않거나 ARP에 따라 진행중인 MBMS 서비스의 다른 무선 베어러(들)로부터 무선 자원을 선점 할 수 있는 경우 새로운 MBMS 서비스(들)의 무선 베어러를 설정하지 않기로 결정한다(The MCE decides not to establish the radio bearer(s) of the new MBMS service(s) if the radio resources are not sufficient for the corresponding MBMS service(s) or may pre-empt radio resources from other radio bearer(s) of ongoing MBMS service(s) according to ARP).
- 이것은 시간 / 주파수 무선 자원의 할당 이외에도 무선 구성의 추가 세부 사항을 결정한다. 예를 들어, 변조 및 코딩 방식 등(Besides allocation of the time/ frequency radio resources this also includes deciding the further details of the radio configuration e.g. the modulation and coding scheme).
- SC-PTM 또는 MBSFN 사용 여부 결정(deciding on whether to use SC-PTM or MBSFN).
- MBMS 서비스에 대한 카운팅 결과의 카운팅 및 획득(counting and acquisition of counting results for MBMS service(s)).
- 예를 들어, 해당 MBMS 서비스 (들)에 대한 ARP 및 / 또는 계산 결과에 기초하여 MBSFN 영역 내에서 MBMS 세션 재개(resumption of MBMS session(s) within MBSFN area(s) based on e.g. the ARP and/or the counting results for the corresponding MBMS service(s)).
- 예를 들어, ARP 및 / 또는 해당 MBMS 서비스 (들)에 대한 계산 결과에 기초하여 MBSFN 영역 내에서 MBMS 세션(들) 중단 (suspension of MBMS session(s) within MBSFN area(s) based e.g. the ARP and/or on the counting results for the corresponding MBMS service(s)).
도 9는 MBMS 세션 시작을 위한 프로시져를 설명하기 위한 도면이다.
도 9를 참조하면, MBMS 세션은 9단계를 통해서 개시된다.
1. MME는 MBMS 세션 시작 요청 메시지를 타켓 MBMS 서비스 영역에 있는 eNB를 제어하는 MCE (들)로 전송한다. 이 메시지에는 IP 멀티 캐스트 주소, 세션 속성 및 첫 번째 데이터 전달 전에 대기해야하는 최소 시간이 포함되며 가능한 경우 셀 ID 목록이 포함된다(The MME sends MBMS session start request message to the MCE(s) controlling eNBs in the targeted MBMS service area. The message includes the IP multicast address, session attributes and the minimum time to wait before the first data delivery, and includes the list of cell identities if available).
2. MCE는 MBMS 베어러를 무선 인터페이스를 통해 전달하기 위해 SC-PTM 또는 MBSFN을 사용할지 여부를 결정한다(The MCE decides whether to use SC-PTM or MBSFN to carry the MBMS bearer over the air interface.).
MCE는 MME에 대한 MBMS 세션 시작 요청의 수신을 확인한다. 이 메시지는 4 단계 이전에 전송 될 수 있다. SC-PTM 동작에서 MCE는 MME가 eNB(들)로부터 적어도 하나의 확인을 수신 한 후에(즉, 4 단계) MME에 대한 MBMS 세션 시작 요청의 수신 만 확인)(The MCE confirms the reception of the MBMS Session Start request to the MME. This message can be transmitted before the step 4. In SC-PTM operation, the MCE only confirms the reception of the MBMS Session Start request to the MME, after the MCE receives at least one confirmation from the eNB(s) (i.e. Step 4)).
3. SC-PTM 동작에서 MCE는 해당 eNB에게 보내는 MBMS Session Start Request 메시지에 SC-PTM 정보를 포함한다(In SC-PTM operation, the MCE includes the SC-PTM information, in the MBMS Session Start Request message to the relevant eNBs).
4. SC-PTM 동작에서 eNB는 자신이 제어하는 영역에서 새로운 MBMS 서비스(들)를 구축하기 위해 무선 자원이 충분한 지 확인한다. 그렇지 않은 경우, eNB는 MBMS 서비스(들)의 무선 베어러를 설정하지 않기로 결정하거나 ARP에 따라 다른 무선 베어러(들)로부터 무선 자원을 선점할 수 있다. eNB는 MBMS 세션 시작 메시지 수신을 확인한다(In SC-PTM operation, the eNB checks whether the radio resources are sufficient for the establishment of new MBMS service(s) in the area it controls. If not, eNB decides not to establish the radio bearers of the MBMS service(s), or may pre-empt radio resources from other radio bearer(s) according to ARP. eNB confirms the reception of the MBMS Session Start message).
5단계와 6단계는 MBSFN 작업에만 적용된다(Step 5 and 6 are only applicable to MBSFN operation).
5. MCE는 MBMS 서비스의 구성 정보를 전달하는 업데이트 된 MCCH 정보를 포함하는 MBMS 스케줄링 정보 메시지를 eNB로 전송한다. 이 메시지는 3 단계 이전에 전송할 수 있다(MCE sends the MBMS Scheduling Information message to the eNB including the updated MCCH information which carries the MBMS service's configuration information. This message can be transmitted before the step 3).
6. eNB는 MBMS 스케줄링 정보 메시지 수신을 확인한다(eNB confirms the reception of the MBMS Scheduling Information message).
7. eNB는 MCCH 변경 알림 및 MBMS 서비스의 구성 정보를 전달하는 업데이트 된 MCCH 정보를 통해 UE에게 MBMS 세션 시작을 알린다(eNB indicates MBMS session start to UEs by MCCH change notification and updated MCCH information which carries the MBMS service's configuration information).
8. eNB는 MBMS 사용자 평면 데이터를 수신하기 위해 IP 멀티 캐스트 그룹에 가입한다(eNB joins the IP multicast group to receive the MBMS User Plane data).
9. eNB가 MBMS 데이터를 무선 인터페이스로 전송한다(eNB sends the MBMS data to radio interface).
이처럼 MBMS 제공을 위해서는 코어망 엔티티들과 무선망 간에 복잡한 제어절차가 필요했다. 예를 들어, 타켓 MBMS 서비스 영역 내에서 기지국을 제어하기 위한 별도의 MCE 엔티티가 MBSFN 방식과 SC-PTM 방식 중 전송방식을 결정하고 스케줄링을 수행하는 동작을 수행해야 했었다. 이에 따라 특정 기지국이 연계된 셀에 대해 직접 MBMS 전송을 동적으로 온오프하는 것이 어려웠다. 예를 들어, 특정 셀에서 MBMS 전송을 통해 데이터를 수신하는 단말이 하나만 존재하는 경우에도 MBMS 전송을 통해 비효율적으로 데이터를 전송해야 했다.
LTE망에서 연결 상태 단말의 서비스 연속성 제공방법
LTE 망에서 MBMS 데이터 수신을 위한 무선베어러(e.g. MBMS radio bearer, SC-PTM radio bearer) 설정/셋업 프로시져는 예를 들어 MBMS 세션을 시작할 때 등(upon start of the MBMS session, upon (re-)entry of the corresponding MBSFN service area, upon entering a cell providing via SC-MRB a MBMS service in which the UE has interest, upon becoming interested in the MBMS service, upon removal of UE capability limitations inhibiting reception of the concerned service)과 같은 경우에 개시될 수 있으며, 시스템 정보/MCCH/SC-MCCH 메시지 수신을 통해 적용될 수 있다.
따라서, 연결상태 단말이 이동하는 경우에 MBMS 수신과 관련해 단말의 핸드오버를 제어하기 위한 절차가 불필요했다. 다만, LTE 망에서 MBMS 서비스를 수신하는데 관심이 있는 RRC 연결 상태 단말은 RRC 메시지를 통해 MBMS 관심정보를 네트워크에 알린다. RRC 연결 상태 단말의 이동에 따라 핸드오버가 발생될 때, 핸드오버 준비 과정에서 소스 기지국은 단말의 MBMS 관심정보를 타켓 기지국으로 전송하도록 했다.
(In RRC_CONNECTED, the UE that is receiving or interested to receive MBMS via MBSFN or SC-PTM informs the network about its MBMS interest via a RRC message and the network does its best to ensure that the UE is able to receive MBMS and unicast services subject to the UE's capabilities:
- the UE indicates the frequencies which provide the service(s) that the UE is receiving or is interested to receive simultaneously, and which can be received simultaneously in accordance with the UE capabilities.
- if the PCell broadcasts SystemInformationBlockType20, the UE also indicates the list of services that the UE is receiving or is interested to receive on the indicated frequencies.
- the UE indicates its MBMS interest at RRC connection establishment (the UE does not need to wait until AS security is activated), and whenever the set of frequencies on which the UE is interested in receiving MBMS services has changed compared with the last indication sent to the network (e.g. due to a change of user interest or of service availability), and whenever the list of MBMS services that the UE is interested in receiving has changed compared with the last indication sent to the network.
- the UE may only indicate its interest when the PCell provides SystemInformationBlockType15 and after having acquired SystemInformationBlockType15 of the current PCell.
- the UE may indicate its MBMS interest even if the current configured serving cell(s) do not prevent it from receiving the MBMS services it is interested in.
- for handover preparation, the source eNB transfers the MBMS interest of the UE, if available, to the target eNB. After handover, the UE reads SystemInformationBlockType15 before updating its MBMS interest. If SystemInformationBlockType15 is provided on the target cell but not on the source cell, the UE indicates its MBMS interest after handover.)
이와 같이, 종래 기술에서 MBMS 서비스 제공을 위해 특정한 기능을 가진 전용 엔티티들(e.g. BM-SC, MBMS GW, MCE)을 구성해야 했기 때문에 다양한 멀티캐스트/브로드캐스트 서비스에 대해 유니캐스트 전송과 멀티캐스트 전송을 동적으로 유연하게 제공하기 어려웠다.
이에 따라, 본 개시는 NR 기반으로 다양한 멀티캐스트/ 브로드캐스트 서비스를 유연하게 제어하기 위한 방법 및 장치를 제공한다. 이는 NR 기반으로 MBS 세션을 제어하고 서비스 연속성을 제공하는 제어 방법 및 장치를 포함한다.
이하에서는 본 개시에 따른 NR 무선액세스기술 기반의 멀티캐스트/브로드캐스트 서비스(이하에서 MBS: Multicast/Broadcast Service 로 표기) 제공 방법에 대해 설명한다. 하지만 이것은 설명의 편의를 위한 것으로 임의의 무선액세스 기술에 대해서도 본 실시예들이 적용될 수 있다. 본 명세서에서 설명하는 실시예는 3GPP NR RRC 규격인 TS 38.331에서 명시된 정보 요소 및 오퍼레이션의 내용을 포함한다. 본 명세서 상에 해당 정보 요소에 대한 세부 정의와 관련된 단말 오퍼레이션 내용이 포함되지 않더라도 공지 기술인 표준규격에 명시된 해당 내용이 본 개시에 포함될 수 있다.
본 발명에 의한 MBS 서비스 제공방법은 단일주파수네트워크(SFN)을 통해 제공되는 대규모 방송 서비스뿐만 아니라, 하나 이상의 셀을 통해 제공되는 V2X, 공공안전(Public safety), IoT 서비스, 소프트웨어 업그레이드, 파일 전송 등 임의의 멀티캐스트 서비스에 대해 적용될 수 있다. 멀티캐스트 서비스는 동일한 서비스 그리고 동일한 동일한 특정 컨텐츠 데이터가 지정된 단말 셋에 동시에 제공되는 서비스를 나타낸다.(Multicast communication service: A communication service in which the same service and the same specific content data are provided simultaneously to a dedicated set of UEs (i.e., not all UEs in the multicast coverage are authorized to receive the data).)
이하에서 설명하는 다양한 실시예는 개별적으로 또는 임의의 조합으로 결합될 수도 있다.
도 10은 일 실시예에 따른 단말 동작을 설명하기 위한 도면이다.
도 10을 참조하면, MBS(Multicast/Broadcast Service) 데이터를 수신하는 단말은 MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 기지국을 통해서 코어망 개체로 전송하는 단계를 수행할 수 있다(S1010).
예를 들어, 단말은 MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 기지국으로 전송한다. 기지국은 단말로부터 수신된 PDU 세션 수정 요청 메시지를 코어망 개체로 전송한다. 예를 들어, 기지국은 PDU 세션 수정 요청 메시지를 AMF(Access and Mobility Management Function)로 전송할 수 있다.
MBS 세션 식별정보는 MBS 세션을 구분하여 식별하기 위한 TMGI(Temporary Mobile Group Identifier) 및 IP 멀티캐스트 주소 정보 중 적어도 하나를 포함할 수 있다. MBS 세션 식별정보는 MBS 방송(broadcast) 세션을 구분하기 위해 TMGI를 포함할 수 있다. MBS 세션 식별정보는 MBS 멀티캐스트(multicast) 세션/그룹을 구분하기 위해 TMGI 또는 소스 특정한 IP 멀티캐스트 주소 정보를 포함할 수 있다.
예를 들어, 단말은 MBS 멀티캐스트 그룹에 가입(join)하여 해당 MBS 세션에 대한 데이터를 수신하기 위해 PDU 세션 설정/수정 요청 메시지를 전송할 수 있다. 단말의 NAS 계층 엔티티는 단말이 가입하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 수신할 때 해당 메시지를 전송할 수 있다. 또는 MBS 멀티캐스트 세션을 해제하기 위해 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다. 단말의 NAS 계층 엔티티는 단말이 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 수신할 때 해당 메시지를 전송할 수 있다. 또는 단말은 해당 PDU 세션에 MBS 세션이 연계되도록 요청하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 해당 MBS 세션에 연계된 PDU 세션은 해당 MBS 멀티캐스트 그룹에 가입하기 위한 정보를 보내는 PDU 세션이 된다.
단말은 서빙셀(serving cell)에서 MBS 세션을 지원하지 않는 것을 지시하기 위한 정보를 수신하면 해당 PDU 세션에 대한 MBS 세션 연계를 수정/해제하기 위해 PDU 세션 수정 요청메시지를 전송할 수 있다. 또는 단말은 서빙셀에서 MBS 세션에 대한 점대다중점 수신 단말 수의 감소로 기지국으로부터 해당 MBS 세션의 해제/비활성화를 지시하는 정보를 RRC 전용 메시지 또는 시스템정보를 통해 수신할 수 있다. 단말의 RRC는 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 NAS로 지시하고 단말의 NAS는 해당 MBS 세션에 연계된 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다. 이를 통해 해당 PDU 세션에 대한 MBS 세션 연계를 수정/해제할 수 있다.
또는 단말은 해당 MBS 세션에 연계된 새로운 PDU 세션 설정을 요청하기 위해 또는 PDU 세션을 변경하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 단말은 서빙셀(serving cell)에서 MBS 세션을 지원하지 않는 것을 지시하기 위한 정보를 수신하면 해당 MBS 세션에 연계된 PDU 세션 설정을 요청하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 또는 단말은 서빙셀에서 MBS 세션에 대한 점대다중점 수신 단말 수의 감소나 MBS 전송을 지원하지 않는 셀로 이동 등으로 기지국으로부터 해당 MBS 세션의 해제/비활성화를 지시하는 정보나 해당 MBS 세션에 연계된 PDU 세션의 설정/수정을 지시하는 정보를 RRC 전용 메시지 또는 시스템정보를 통해 수신할 수 있다. 단말의 RRC는 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 NAS로 지시하고 단말의 NAS는 해당 MBS 세션에 연계된 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다.
단말은 기지국으로부터 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 수신하는 단계를 수행할 수 있다(S1020).
예를 들어, PDU 세션 수정 명령 메시지는 MBS 세션 식별정보, MBS 세션 AMBR(Aggregate Maximum Bit Rate), MBS 세션에 연계된 PDU 세션 식별정보 및 MBS 세션에 연계된 PDU 세션 AMBR 중 적어도 하나의 정보를 포함할 수 있다.
일 예로, 기지국은 코어망 개체(예를 들어, AMF)로부터 AMF와 기지국 간의 인터페이스 상에 N2 메시지를 통해서 PDU 세션 수정 명령 메시지를 포함하는 NAS 메시지를 수신하고, PDU 세션 수정 명령 메시지를 포함하는 NAS 메시지를 RRC 메시지 상의 전용 NAS 정보 요소(dedicatedNAS-Message)에 포함하여 단말로 전송한다. 기지국이 전송하는 RRC 메시지는 MBS 세션에 매핑되는 MBS 무선 베어러 구성정보 및 MBS 세션에 연계된 PDU 세션에 매핑되는 데이터 무선베어러 구성정보 중 하나 이상의 정보를 포함할 수 있다
한편, PDU 세션과 MBS 세션의 연계되는 코어망 개체에서 수행될 수 있다. 예를 들어, 세션 설정/수정/해제 등의 세션 관리를 수행하는 SMF(session management function) 또는 MBS 세션 관리를 수행하는 MB-SMF에서 수행될 수 있다.
MBS 세션에 연계된 PDU 세션을 통해 MBS 데이터를 5G 코어망에서 단말로 개별적으로 전송할 수 있다. 이를 위해 MBS 세션에 연계된 QoS flows에 대한 QoS 정보를 해당 PDU 세션 컨택스트로 생성/저장하여 이를 AMF를 통해 기지국으로 전송할 수 있다. 기지국은 MBS 세션에 연계된 PDU 세션 컨택스트를 기초로 구성된 데이터 무선베어러를 통해 단말로 점대점으로 MBS 세션 데이터를 전송할 수 있다.
MBS 세션을 통해 MBS 데이터를 5G 코어망에서 단말로 멀티캐스트 방식으로(또는 공유된 방식으로) 전송할 수 있다. 이를 위해 MBS 세션에 연계된 QoS flows에 대한 QoS 정보를 해당 MBS 세션 컨택스트로 생성/저장하여 이를 AMF를 통해 기지국으로 전송할 수 있다. 기지국은 MBS 세션 컨택스트를 기초로 구성된 MBS 무선베어러를 통해 단말로 점대다중점으로 MBS 세션 데이터를 전송할 수 있다.
기지국으로부터 PDU 세션 수정 요청 메시지를 수신한 AMF(Access and Mobility Management Function)는 MBS 세션 정보를 포함하는 PDU 세션 수정 요청 메시지를 SM 컨테이너에 포함하여 SMF(session management function)로 전송할 수 있다. SMF는 단말이 MBS 세션에 가입(join)할 권한이 있는지 체크하기 위해 관련된 코어망 개체(e.g. PCF(Policy Control Function), UDR(User Data Repository)와 시그널링을 수행할 수 있다. 그 멀티캐스트 그룹에 대해 멀티캐스트 컨택스트가 존재하지 않는다면, SMF는 이를 생성해 저장하고 UPF가 멀티캐스트 데이터 전송을 처리하도록 시그널링 할 수 있다. 예를 들어 SMF가 지시된 멀티캐스트 그룹에 대한 멀티캐스트 컨택스트에 대한 정보를 가지고 있지 않다면, SMF는 MBS 세션에 대한 세션 관리를 제어하는 MB-SMF(또는 PCF, UDR 등 임의의 코어망 개체)와 시그널링을 통해 멀티캐스트 QoS 플로우에 대한 QoS 정보를 추출해와 이를 저장할 수 있다.
SMF는 수신된 MBS 세션에 대한 멀티캐스트 QoS 플로우에 대한 QoS 정보를 연계된 PDU 세션에 대한 유니캐스트 QoS 플로우에 대한 QoS 정보로 매핑할 수 있다. 예를 들어 MBS 세션에 대한 멀티캐스트 QoS 플로우에 대한 QoS 파라메터와 연계된 PDU 세션에 대한 유니캐스트 QoS 플로우에 대한 QoS 파라메터는 동일한 값을 가질 수 있다.
SMF는 PDU 세션 수정 명령, MBS 세션 컨택스트 정보(멀티캐스트 컨택스트 식별자, MBS 세션 식별정보, MBS 세션 자원 셋업 요청 전송 정보(MBS 세션 AMBR, 멀티캐스트 QoS 플로우 정보: QoS flow ID, QoS flow level QoS parameter)), 해당 MBS 세션에 연계된 PDU 세션 컨택스트 정보(PDU 세션 식별자, (연계된) 멀티캐스트 컨택스트 식별자, (연계된) MBS 세션 식별정보, 멀티캐스트 QoS 플로우 정보, PDU 세션 AMBR, 연계된 유니캐스트 QoS 플로우 정보: QoS flow ID, QoS flow level QoS parameter)를 AMF를 통해 기지국으로 전송할 수 있다. PDU 세션 수정 명령은 MBS 세션 컨택스트 정보, 해당 MBS 세션에 연계된 PDU 세션 컨택스트 정보에 포함된 정보 중 하나 이상의 정보를 포함할 수 있다.
단말은 PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 수신하는 단계를 수행할 수 있다(S1030).
예를 들어, 단말은 기지국으로부터 수신한 PDU 세션 수정 명령 메시지를 포함하는 RRC 재구성 메시지에 기초하여 무선 베어러를 구성한다. 이후, 구성된 무선 베어러를 통해서 MBS 데이터를 수신할 수 있다. PDU 세션 수정 명령 메시지를 포함하는 RRC 재구성 메시지는 MBS 세션 컨택스트 정보(멀티캐스트 QoS 플로우 정보)를 기반으로 생성된 MBS 무선베어러 구성정보를 포함할 수 있다. MBS 세션은 MBS 무선베어러에 매핑된다. MBS 세션의 QoS 플로우는 MBS 무선베어러를 통해 수신될 수 있다. PDU 세션 수정 명령 메시지를 포함하는 RRC 재구성 메시지는 MBS 세션에 연계된 PDU 세션 컨택스트 정보(유니캐스트 QoS 플로우 정보)를 기반으로 생성된 데이터 무선베어러 구성정보를 포함할 수 있다. MBS 세션에 연계된 PDU 세션은 해당 데이터 무선베어러에 매핑된다. MBS 세션에 연계된 PDU 세션의 QoS 플로우는 해당 데이터 무선베어러를 통해 수신될 수 있다.
일 예로, 기지국이 MBS 데이터를 점대다중점으로 전송한다면, 단말은 해당 MBS 세션에 매핑되는 점대다중점 전송 MBS 무선베어러를 통해 MBS 데이터를 수신할 수 있다. 다른 예로, 기지국이 점대점으로 전송한다면, 단말은 MBS 세션에 연계된 PDU 세션에 매핑되는 점대점 전송 데이터 무선베어러를 통해 MBS 데이터를 수신할 수 있다. 　
MBS 세션 식별정보에 따라 식별되는 MBS 세션은 MB-UPF(User Plane Function)에서 MBS 세션 AMBR(Aggregate Maximum Bit Rate)이 제어될 수 있다. 이 경우, MBS 세션 AMBR(Aggregate Maximum Bit Rate)은 단말 AMBR(Aggregate Maximum Bit Rate)에 적용되지 않을 수 있다.
이를 통해서, 단말은 MBS 데이터의 연속성을 유지하면서도 효율적인 수신이 가능하다.
도 11은 일 실시예에 따른 기지국의 동작을 설명하기 위한 도면이다.
도 11을 참조하면, MBS(Multicast/Broadcast Service) 데이터를 송신하는 기지국은 MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 단말로부터 수신하는 단계를 수행할 수 있다(S1110).
예를 들어, 단말은 필요에 따라 MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 기지국으로 전송한다. MBS 세션 식별정보는 MBS 세션을 구분하여 식별하기 위한 TMGI(Temporary Mobile Group Identifier) 및 IP 멀티캐스트 주소 정보 중 적어도 하나를 포함할 수 있다.
예를 들어, 단말은 MBS 멀티캐스트 그룹에 가입(join)하여 해당 MBS 세션에 대한 데이터를 수신하기 위해 PDU 세션 설정/수정 요청 메시지를 전송할 수 있다. 단말의 NAS 계층 엔티티는 단말이 가입하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 수신할 때 해당 메시지를 전송할 수 있다. 또는 MBS 멀티캐스트 세션을 해제하기 위해 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다. 단말의 NAS 계층 엔티티는 단말이 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 수신할 때 해당 메시지를 전송할 수 있다. 또는 단말은 해당 PDU 세션에 MBS 세션이 연계되도록 요청하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 해당 MBS 세션에 연계된 PDU 세션은 해당 MBS 멀티캐스트 그룹에 가입하기 위한 정보를 보내는 PDU 세션이 된다.
단말은 서빙셀(serving cell)에서 MBS 세션을 지원하지 않는 것을 지시하기 위한 정보를 수신하면 해당 PDU 세션에 대한 MBS 세션 연계를 수정/해제하기 위해 PDU 세션 수정 요청메시지를 전송할 수 있다. 또는 단말은 서빙셀에서 MBS 세션에 대한 점대다중점 수신 단말 수의 감소로 기지국으로부터 해당 MBS 세션의 해제/비활성화를 지시하는 정보를 RRC 전용 메시지 또는 시스템정보를 통해 수신할 수 있다. 단말의 RRC는 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 NAS로 지시하고 단말의 NAS는 해당 MBS 세션에 연계된 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다. 이를 통해 해당 PDU 세션에 대한 MBS 세션 연계를 수정/해제할 수 있다.
또는 단말은 해당 MBS 세션에 연계된 새로운 PDU 세션 설정을 요청하기 위해 또는 PDU 세션을 변경하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 단말은 서빙셀(serving cell)에서 MBS 세션을 지원하지 않는 것을 지시하기 위한 정보를 수신하면 해당 MBS 세션에 연계된 PDU 세션 설정을 요청하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 또는 단말은 서빙셀에서 MBS 세션에 대한 점대다중점 수신 단말 수의 감소나 MBS 전송을 지원하지 않는 셀로 이동 등으로 기지국으로부터 해당 MBS 세션의 해제/비활성화를 지시하는 정보나 해당 MBS 세션에 연계된 PDU 세션의 설정/수정을 지시하는 정보를 RRC 전용 메시지 또는 시스템정보를 통해 수신할 수 있다. 단말의 RRC는 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 NAS로 지시하고 단말의 NAS는 해당 MBS 세션에 연계된 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다.
기지국은 코어망 개체로부터 PDU 세션 수정 명령 메시지를 전송하는 단계를 수행할 수 있다(S1120). 예를 들어, 기지국은 PDU 세션 수정 요청 메시지를 AMF(Access and Mobility Management Function)로 전송할 수 있다
기지국은 코어망 개체로부터 PDU 세션 수정 명령 메시지를 수신하는 단계(S1130)를 수행할 수 있다.
일 예로, 기지국은 코어망 개체(예를 들어, AMF)로부터 N2 메시지를 통해서 NAS 메시지를 수신하고, PDU 세션 수정 명령 메시지를 포함하는 NAS 메시지를 RRC 메시지 상의 전용 NAS 정뵤 요소(dedicatedNAS-Message)에 포함하여 단말로 전송할 수 있다.
다른 예로, 기지국이 PDU 세션 수정 명령 메시지를 포함하여 생성하는 RRC 메시지는 MBS 세션에 매핑되는 MBS 무선 베어러 구성정보 및 MBS 세션에 연계된 PDU 세션에 매핑되는 데이터 무선베어러 구성정보 중 하나 이상의 정보를 포함할 수 있다.
예를 들어, PDU 세션 수정 명령 메시지는 MBS 세션 식별정보, MBS 세션 AMBR(Aggregate Maximum Bit Rate), MBS 세션에 연계된 PDU 세션 식별정보 및 MBS 세션에 연계된 PDU 세션 AMBR 중 적어도 하나의 정보를 포함할 수 있다.
한편, PDU 세션과 MBS 세션의 연계는 코어망 개체에서 수행될 수 있다. 예를 들어, 세션 설정/수정/해제 등의 세션 관리를 수행하는 SMF(session management function) 또는 MBS 세션 관리를 수행하는 MB-SMF에서 수행될 수 있다.
기지국은 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 단말로 전송하고, PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 단말로 전송하는 단계를 수행할 수 있다(S1140).
예를 들어, 단말은 기지국으로부터 수신한 PDU 세션 수정 명령 메시지를 포함하는 RRC 재구성 메시지에 기초하여 무선 베어러를 구성한다. 이후, 구성된 무선 베어러를 통해서 MBS 데이터를 수신할 수 있다. PDU 세션 수정 명령 메시지를 포함하는 RRC 재구성 메시지는 MBS 세션 컨택스트 정보(멀티캐스트 QoS 플로우 정보)를 기반으로 생성된 MBS 무선베어러 구성정보를 포함할 수 있다. MBS 세션은 MBS 무선베어러에 매핑된다. MBS 세션의 QoS 플로우는 MBS 무선베어러를 통해 수신될 수 있다. PDU 세션 수정 명령 메시지를 포함하는 RRC 재구성 메시지는 MBS 세션에 연계된 PDU 세션 컨택스트 정보(유니캐스트 QoS 플로우 정보)를 기반으로 생성된 데이터 무선베어러 구성정보를 포함할 수 있다. MBS 세션에 연계된 PDU 세션은 해당 데이터 무선베어러에 매핑된다. MBS 세션에 연계된 PDU 세션의 QoS 플로우는 해당 데이터 무선베어러를 통해 수신될 수 있다.
일 예로, 기지국이 MBS 데이터를 점대다중점으로 전송한다면, 단말은 해당 MBS 세션에 매핑되는 점대다중점 전송 MBS 무선베어러를 통해 MBS 데이터를 수신할 수 있다. 다른 예로, 기지국이 점대점으로 전송한다면, 단말은 MBS 세션에 연계된 PDU 세션에 매핑되는 점대점 전송 데이터 무선베어러를 통해 MBS 데이터를 수신할 수 있다. 　
MBS 세션 식별정보에 따라 식별되는 MBS 세션은 MB-UPF(User Plane Function)에서 MBS 세션 AMBR(Aggregate Maximum Bit Rate)이 제어될 수 있다. 이 경우, MBS 세션 AMBR(Aggregate Maximum Bit Rate)은 단말 AMBR(Aggregate Maximum Bit Rate)에 적용되지 않을 수 있다.
이를 통해서, 기지국은 MBS 데이터의 연속성을 유지하면서도 효율적인 전송이 가능하다.
이하에서는 MBS 데이터 송수신을 위한 보다 다양한 실시예를 구분하여 설명한다. 이하에서 설명하는 각 실시예는 전술한 단말, 기지국 또는 코어망 개체에 의해서 필요한 동작이 수행될 수 있다. 또한, 각 실시예의 세부 단계, 정보 등은 상호 조합되어 실시될 수도 있다.
MBS 세션을 플로우 단위로 무선베어러에 연계
도 12는 LTE 시스템에서의 다운링크 레이어 2 구조를 도시한 도면이다.
도 12를 참조하면, 1200 구조와 같이 종래 LTE에서 MBMS를 제공하기 위한 MRB(MBMS Point to Multipoint Radio Bearer) 또는 SC-MRB는 PDCP 엔티티 없이 세그멘테이션 기능을 제공하는 RLC-UM을 기반으로 데이터가 전송된다. LTE 기지국은 MBMS 세션 시작 요청 메시지를 통해 전송되는 MBMS 세션과 TNL(Transport Network Layer) 정보를 통해 해당 MBMS 세션에 속한 페이로드/데이터를 구분할 수 있었다. 예를 들어, MBMS 세션에 대한 정보는 TMGI, MBMS session-ID 및 MBMS 서비스 영역 중 하나 이상의 정보를 포함할 수 있다. 여기서 MBMS 서비스 영역 정보는 MBMS 서비스 영역 식별자(MBMS SAI(Service Area Identity))가 포함된다. MBMS SAI는 2옥텟으로 구성되어 코드화 되며 하나의 PLMN 내의 한 그룹의 셀을 식별하는데 사용된다. 그리고 이는 물리적인 셀 그리고 위치영역/라우팅영역에 독립적이다. 하나의 셀은 하나 이상의 MBMS 서비스 영역에 속할 수 있다. 따라서 하나 이상의 MBMS SAI(service area identity)에 의해 어드레스될 수 있다.
TNL 정보는 IP multicast address, IP source address 및 GTP DL TEID 중 적어도 하나를 포함할 수 있다. LTE 기지국은 TNL 정보를 통해 MBMS 세션에 속한 데이터를 구분하여 해당하는 MBMS 무선베어러(또는 RLC-UM 엔티티)에 연계시켜 전송했다.
MBS 세션 시작 요청 메시지에 QoS 플로우 셋업 요청 정보 포함
설명의 편의를 위해 멀티캐스트/브로드캐스트 전송을 위한 단말과 UPF(또는 임의의 MBS User Plane Function) 간의 세션을 MBS 세션으로 표기한다. 이는 설명의 편의를 위한 것으로 단말과 UPF 간의 멀티캐스트/브로드캐스트 세션을 의미하는 임의의 용어로 대체될 수 있다. MBS 세션은 다운링크 전용의 단방향 세션이 될 수 있다. 또는 다운링크 세션에 대해 연계되는 업링크 세션(또는 양방향 세션/유니캐스트 세션)을 추가할 수 있다. MBS 세션은 단말 개시에 의해 또는 네트워크 개시에 의해 요청되어 설정될 수 있다.
MBS 데이터(e.g. media, video, software downloading etc.)를 전송하기 위해, 단말과 코어망 엔티티 간에 MBS 세션이 설정되어야 한다.
MBS 데이터는 5G시스템(5GS)을 통해 투명하게 전달되도록 할 수 있다. 5G 시스템의 시스템 구조를 최대한 재활용하여 MBS를 지원하도록 하는 것이 바람직하다. 이를 위해 외부망의 응용서버는 NEF(Network Exposure Function)(또는 PCF)를 통해 5G 코어망의 제어 플레인 개체(e.g. AMF, SMF)와 시그널링을 수행할 수 있다. 또는 코어망의 응용기능(AF: Application function)이나 코어망의 MBS 기능(MBS를 위한 서비스 센터나 응용서버 및 이를 지원하기 위한 시그널링 기능을 제공하기 위한 엔티티/Function로 설명의 편의를 위해 MBS Service Function 표기한다. 이는 다른 명칭으로 대체될 수 있다.)은 PCF(Policy Control Function)를 통해 5G 코어망의 제어 플레인 개체(e.g. AMF, SMF)와 시그널링을 수행할 수 있다.
외부망의 응용서버는 UPF를 통해 기지국으로 MBS 데이터를 전송하도록 할 수 있다. 또는 코어망의 응용기능(AF: Application function)이나 코어망의 MBS 기능은 UPF를 통해 기지국으로 MBS 데이터를 전송할 수도 있다.
NR은 일반 사용자 데이터에 대해 플로우 기반의 QoS 처리를 지원한다. 따라서 NR에서 MBS를 제공할 때도 flow 단위 QoS granularity 지원이 바람직하다. 이를 위해 코어망 제어 플레인 엔티티(e.g. AMF)가 기지국으로 전송하는 MBS 세션 시작 요청 메시지는 MBS 세션과 TNL(Transport Network Layer) 정보에 추가로 QoS flow 셋업 요청 정보를 포함할 수 있다.
기지국은 임의의 코어망 제어 플레인 엔티티(예를 들어 AMF)를 통해 특정 MBS 세션에 대한 세션 시작 요청 메시지를 수신할 수 있다. 예를 들어 해당 메시지는 해당 MBS 서비스(또는 MBS 세션)에 대한 식별정보(설명의 편의를 위해 이하에서 MBS 세션에 대한 식별정보로 표기한다. 이는 설명의 편의를 위한 것으로 MBS service ID, MBS session ID, TMGI, session-ID, source specific IP multicast address 등 임의의 유사한 기존 식별정보 또는 새로운 용어로 대체될 수 있다.), 해당 MBS 세션에 대한 QoS 정보(e.g. 5QI/QCI, QoS flow Identifier, GBR QoS flow information(Maximum Flow Bit Rate, Guaranteed Flow Bit Rate, Maximum Packet Loss Rate), Allocation and Retention Priority, Priority Level Packet Delay Budget, Packet Error Rate 중 하나 이상의 정보)를 포함할 수 있다.
MBS 세션의 최대 전송률을 제한하기 위한 정보 정의 및 시그널링
종래 단말의 최대 전송률을 제한하기 위해 UE-AMBR (Aggregate Maximum Bit Rate) 또는 PDU Session AMBR을 사용했다. 하나의 단말의 각 PDU 세션은 세션별 aggregate rate limit QoS 파라메터인 Session-AMBR을 통해, 각 단말은 단말별 aggregate rate limit QoS 파라메터인 Session-AMBR을 통해 전송률이 제한될 수 있었다. 이에 따라 기지국은 AMF로부터 수신되는 UE-AMBR값까지 액티브 사용자 플레인을 가지는 모든 PDU 세션의 Session-AMBR의 합으로 세팅했었다(Each (R)AN shall set its UE-AMBR to the sum of the Session-AMBR of all PDU Sessions with active user plane to this (R)AN up to the value of the received UE-AMBR from AMF). 종래 기술에서 UE-AMBR과 Session-AMBR은 양방향(업링크 및 다운링크 방향)에 적용되었다. 그리고 Session-AMBR은 GBR QoS 플로우에는 적용되지 않았었다. 다운링크 트래픽에 대해서는 UPF에서 Session-AMBR 집행(3GPP TS 23.501 참조)을 수행했다. 업링크 트래픽에 대해서는 단말과 UPF에서 Session-AMBR 집행을 수행했다.
이와 같은 종래 최대 전송률 제한과 달리 오퍼레이터는 MBS 세션의 최대 전송률을 제한하기 위한 정보를 새롭게 정의하고 이를 시그널링 할 수 있다.
일 예로 MBS 세션은 GBR QoS 플로우로 제공될 수 있다. 다른 예로 MBS 세션은 non-GBR QoS 플로우로 제공될 수 있다. 다른 예로 오퍼레이터는 MBS 세션에 대해 세션별 aggregate rate limit QoS 파라메터를 정의하고 이를 시그널링할 수 있다. 다른 예로 오퍼레이터는 MBS 세션에 대해 단말별 MBS 세션의 aggregate rate limit QoS 파라메터(e.g. UE-MBS_Seesions-AMBR)을 정의하고 이를 시그널링할 수 있다. 단말별 MBS 세션의 aggregate rate limit QoS 파라메터는 UE-AMBR보다 같거나 작은 값으로 세팅될 수 있다. 다른 예로 전술한 파라메터는 다운링크 방향에 대해서만 적용될 수 있다. 다른 예로 UE-AMBR은 MBS 세션을 제외하고 액티브 사용자 플레인을 가지는 모든 (유니캐스트) PDU 세션의 Session-AMBR의 합으로 세팅될 수 있다. 다른 예로 UE-AMBR은 MBS 세션을 포함하여 액티브 사용자 플레인을 가지는 모든 (유니캐스트/멀티캐스트/브로드캐스트) 세션의 Session-AMBR의 합으로 세팅될 수 있다. 전술한 파라메터는 AMF/SMF/MB-SMF에서 기지국으로 또는 AMF/SMF/MB-SMF에서 단말로 또는 AMF/SMF/MB-SMF에서 UPF로 시그널링 될 수 있다. 해당 시그널링 메시지는 공지된 표준규격 상의 시그널링 메시지(e.g. 단말과 AMF 간 기지국과 AMF 간 PDU Session Establishment Request, PDU SESSION RESOURCE SETUP REQUEST, PDU SESSION RESOURCE SETUP RESPONSE, AMF와 SMF 간 Nsmf_PDUSession_CreateSMContex Request, Nsmf_PDUSession_CreateSMContex Response, SMF/MB-SMF와 UPF/MB-UFP 간 Session Establishment/Modification Request, Session Establishment/Modification Response 등 임의의 PDU 세션 설정 프로시져 관련 메시지)를 의미할 수 있다.
다양한 MBS 서비스 지원을 위한 추가 정보(e.g. 반복횟수, 시간) 포함
지상파 방송 서비스나 특정 응용에 MBMS 기술을 적용했던 LTE와 달리, NR은 다양한 버티컬(vertical) 도메인에서 MBS를 지원하는 것이 요구된다. 이를 위해 다양한 요구사항을 지원하는 MBS를 지원할 필요가 있다. 예를 들어 근거리 네트워크를 통해/내부적으로/Non Public Network/사설망을 통해 V2X/Public safety/Industrial IoT 서비스 등에 대한 MBS를 제공하기를 원할 수 있다. 일 예를 들어 특정 IoT 단말 그룹에 대한 소프트웨어 업그레이드를 위한 파일 전송을 MBS 세션을 통해 제공하고자 할 수 있다. 다른 예를 들어 긴급 메시지에 대한 전송을 MBS 세션을 통해 제공하고자 할 수 있다.
다양한 MBS 서비스는 QoS 플로우 요청 정보를 통해 구분되는 전송을 제공할 수 있다. 하지만 MBS 세션의 시작 시간, MBS 세션의 정지 시간, MBS 세션의 듀레이션, MBS 세션의 반복 등의 세부사항을 구분해 제어할 수 없었다. 이를 위해 기지국이 수신하는 MBS 세션 시작 요청 메시지는 MBS 세션 시작 시간, MBS 세션 정지 시간, MBS 세션의 듀레이션, MBS 세션 반복 수 및 MBS 세션의 반복 주기 중 하나 이상의 정보를 포함할 수 있다. 여기서 MBS 세션 시작 시간은 MBS 데이터가 MBS 무선베어러를 통해 기지국/네트워크에서 전송이 시작되는 시간을 나타낼 수 있다. MBS 세션 정지 시간은 MBS 전송이 완료될 것으로 기대되는 시간을 나타낼 수 있다. MBS 세션의 듀레이션은 MBS 데이터의 전송 기간을 나타낼 수 있다. MBS 세션 반복 수는 MBS 데이터 전송이 반복되는 횟수를 MBS 세션 반복 주기는 MBS 데이터 전송이 반복되는 주기를 나타낼 수 있다. 해당 정보가 포함되지 않았다면 MBS 데이터는 즉시 전송되거나 즉시 전송될 것으로 기대된다. 그리고 해당 세션의 정지를 지시하는 메시지에 의해 정지되거나 정지될 것으로 기대된다.
기지국은 수신한 정보를 이용하여 또는 이를 기반으로 기지국이 MBS 데이터 전송을 위한 스케줄링 정보로 산출/변환할 수 있다. 기지국은 해당 정보를 시스템 정보 또는 MBS 전송을 위한 논리채널정보(e.g. MCCH, SC-MCCH, MBS-MCCH)를 통해 전송할 수 있다. 일 예로 해당 시간 정보는 기지국이 시스템 정보(e.g. SIB9)를 통해 UTC (Coordinated Universal Time)에 연계/매핑/변환되어 지시될 수 있다. 시간 정보는 SFN 경계에 해당하는 또는 SIB9이 전송되는 SI-window의 끝 바운더리의 바로 후에 해당하는 UTC타임정보(timeInfoUTC)와의 오프셋 시간 정보를 통해 지시될 수 있다. 다른 예로 해당 시간 정보는 SFN에 연계/매핑/변환되어 지시될 수 있다. 시작 SFN, 반복되는 시작 SFN 리스트, 시작 오프셋/프레임/슬롯/서브프레임/시점, 지속시간/듀레이션/길이, 반복주기 및 반복횟수 중 하나 이상의 정보를 통해 지시될 수 있다. 이를 통해 단말은 PDCCH 슬롯 단위로 MBS 데이터가 전송되는 스케줄링 정보를 획득할 수 있다. 다른 예로 전력 소모를 감소시키기 위해 해당하는 특정 RNTI에 대해 PDCCH를 모니터링을 불연속적으로 수행하도록 지시하기 위한 스케줄링 정보가 지시될 수 있다. 해당 스케줄링 정보는 DRX 수신을 위한 파라메터로 온듀레이션타이머, 인액티비티타이머, 스케줄링주기 및 스케줄링오프셋 중 하나 이상을 포함할 수 있다.
다른 예를 들어 MBS 세션 시작 요청 메시지에 MBS 서비스 영역을 제공할 셀 식별정보가 직접 포함될 수 있다. 종래 MBMS는 지정된 서비스 영역을 코드화(e.g. SAI)하고 해당 코드(SAI)정보를 포함하여 세션 시작을 요청했다. 5G 시스템을 가능한 재활용하여 유연한 MBS 서비스를 제공하기 위해서는 동적으로 특정 셀그룹을 지정하여 MBS 세션을 시작하는 것을 가능하게 하는 것이 바람직하다. 예를 들어 페이징 메시지와 유사하게, 직접 MBS 전송을 제공할 셀 식별정보를 포함하도록 할 수 있다. 이를 위해 MBS 세션 시작 요청 메시지는 해당 기지국이 MBS 데이터를 전송할 셀 정보/셀 리스트 정보를 포함할 수 있다. 해당 셀/셀 리스트 정보는 물리셀 식별자 정보, NR CGI(Cell Global Identifier: used to globally identify an NR cell), E-UTRA CGI, gNB ID, PLMN Identity 및 NCI(NR Cell Identity 중 하나 이상의 정보를 포함할 수 있다.
다른 예를 들어 MBS 세션 시작 요청 메시지는 MBS 세션의 유형(또는 캐스트 유형)을 구분하기 위한 정보(또는 캐스트 유형 e.g. Multicast/Broadcast를 구분하기 위한 1비트 정보 또는 Multicast/Broadcast/Unicast를 구분하기 위한 2비트 정보) 또는 MBS 세션의 유형을 지시하기 위한 정보를 포함할 수 있다. 이를 통해 기지국이 MBS 세션 유형을 고려/구분하여 무선망에서 적절한 MBS 전송을 수행하도록 할 수 있다.
다른 예를 들어 MBS 세션 시작 요청 메시지는 해당 MBS 세션에 조인(MBS 수신)할 것으로 기대/예상되는 단말 수 정보를 포함할 수 있다. 다른 예를 들어 MBS 세션 시작 요청 메시지에 대한 응답 메시지는 실제 해당 기지국에 해당 MBS 세션에 조인(MBS 수신)된 단말 수 정보를 포함할 수 있다. 이를 통해 기지국이 MBS 세션 유형을 고려/구분하여 무선망에서 적절한 MBS 전송을 수행하도록 할 수 있다. 예를 들어 MBS 세션을 MBS(점대다중점) 무선베어러에 연계되어 전송할 수 있다. 또는 MBS 세션은 유니캐스트(점대점) 무선베어러(DRB)에 연계되어 전송될 수 있다. 이를 위해 코어망 엔티티(e.g. AMF, SMF, UPF, MBS Function 중 하나)는 해당 MBS 세션에 조인/수신/관심을 요청한 단말 수 정보를 카운팅 할 수 있다.
이를 위한 일 예로 UPF를 통해 단말 수 정보를 카운팅하는 경우를 설명한다.
IP 멀티캐스트 어드레스에 의해 식별되는 MBS 세션에 대한 그룹관리를 위해 IGMP (Internet Group Management Protocol, IPv4의 경우) 또는 MLD(Multicast Listener Discovery, IPv6의 경우)를 사용할 수 있다. 단말과 UPF 간에는 MBS 세션이 설정될 수 있다. 이를 위해 UPF는 AMF/SMF로부터 MBS 세션에 대한 구성정보를 수신할 수 있어야 한다. UPF는 MBS 플로우에 대한 패킷 필터링을 통해 해당하는 MBS 플로우를 기지국으로 전송할 수 있다. UPF는 IP multicast 전송을 지원하기 위한 first hop 라우터 기능을 지원할 수 있다. 일 예로 UPF는 IGMP 패킷을 검출하여 단말의 MBS 세션에 대한 membership/join 정보를 수신할 수 있다. 일 예로 멀티캐스트 그룹에 멤버쉽/조인(join) 정보를 획득할 수 있다. 다른 예로 멀티캐스트 그룹에 탈퇴(leave) 정보를 획득할 수 있다. 다른 예로 UPF는 단말로 IGMP Query 메시지를 전송하여 단말로부터 멀티캐스트 세션에 대한 멤버쉽/join/leave에 대한 리포팅을 수신할 수 있다. 다른 예로 UPF는 주기적으로 수신되는 IGMP 리포트가 없는 경우 해당 단말의 멀티캐스트 그룹에서 탈퇴(leave)했음을 알 수 있다. 이를 위한 일 예로 MBS 세션에 연계된 유니캐스트 업링크 세션을 가지도록 할 수 있다.
다른 예로 단말과 UPF 간에는 MBS 세션을 위한 PDU 세션(또는 MBS 세션에 연계된 PDU 세션 또는 MBS 세션에 연계된 유니캐스트 PDU 세션)이 설정될 수 있다. 이는 통상의 PDU 세션 설정 프로시져를 통해 제공될 수 있다. PDU 세션 설정 프로시제에 포함되는 메시지(e.g. 단말과 AMF 간 PDU Session Establishment Request, 기지국과 AMF 간 PDU SESSION RESOURCE SETUP REQUEST, PDU SESSION RESOURCE SETUP RESPONSE, AMF와 SMF 간 Nsmf_PDUSession_CreateSMContex Request, Nsmf_PDUSession_CreateSMContex Response, SMF/MB-SMF와 UPF/MB-UFP 간 Session Establishment/Modification Request, Session Establishment/Modification Response 등 임의의 PDU 세션 설정 프로시져 관련 메시지)는 연계된 MBS 세션을 식별하기 위한 정보(MBS service ID, MBS session ID, TMGI, session-ID, IP multicast address), TNL 정보, QoS 플로우 정보 및 세션 유형(멀티캐스트 세션, 브로드캐스트 세션, PDU 세션 중 하나 이상을 구분하기 위한 정보) 중 하나 이상의 정보를 포함할 수 있다.
다른 예를 들어 해당 PDU 세션은 하나는 유니캐스트 PDU 세션에 그리고 다른 하나는 MBS 세션에 동시에 연계되어 구성될 수도 있다. MBS 세션에 연계된 유니캐스트 PDU 세션을 통해 MBS 데이터를 5G 코어망에서 단말로 개별적으로 전송할 수 있다. MBS 세션에 연계된 유니캐스트 PDU 세션을 통해 MBS 세션의 멀티캐스트 그룹에 가입(join)하기 위한 정보를 전송할 수 있다. 일 예로 단말은 MBS 멀티캐스트 그룹에 가입(join)하여 해당 MBS 세션에 대한 데이터를 수신하기 위해 PDU 세션 설정/수정 요청 메시지를 전송할 수 있다. 다른 예로 단말은 MBS 세션에 연계된 PDU 세션에 매핑되는 데이터 무선베어러를 통해 멀티캐스트 그룹에 가입하기 위한 IGMP 메시지/패킷을 전송할 수 있다.
하나의 MBS 세션을 하나 이상의 무선베어러에 매핑
종래 LTE 기술에서 하나의 MBMS 세션은 하나의 MRB(MBMS Point to Multipoint Radio Bearer)/SC-MRB(Single Cell MRB)에 매핑되었다. 예를 들어 하나의 MBMS 세션을 시작하기 위해 MRB를 설정할 때, 단말은 디폴트 구성에 따른 하나의 RLC 엔티티를 설정하고, MCCH(MBSFNAreaConfiguration)메시지에 포함되는 논리채널식별정보(locgicalChannelIdentity)에 따라 MTCH 논리채널을 구성하여 하나의 MRB를 구성하였다. 다른 예를 들어 하나의 MBMS 세션을 시작하기 위해 SC-MRB를 설정할 때, 단말은 디폴트 구성에 따른 하나의 RLC 엔티티를 설정하고, SC-MCCH(SCPTMConfiguration)메시지에 포함되는 g-RNTI와 스케줄링 정보(sc-mtch-SchedulingInfo)에 따라 하나의 SC-MRB를 구성하였다. 이에 따라 SC-MCCH 또는 SC-MTCH는 하나의 지정된 논리채널식별자(LCID 11001)로 고정되었다.
NR에서는 flow 기반의 QoS를 제공한다. 따라서 MBS 세션을 NR에서 적용할 때 flow 단위의 구분처리를 제공하는 것이 바람직하다.
일 예를 들어, 하나의 MBS 세션은 서로다른 QoS 특성을 가지는 하나 이상의 QoS flow를 포함할 수 있다. 이를 위해 기지국은 전술한 MBS 세션에 대한 식별정보와 해당 MBS 세션에 매핑되는 하나 또는 그 이상의 QoS 플로우를 하나 이상의 무선 베어러에 연계시킬 수 있다. 설명의 편의를 위해 MBS 세션에 연계되는 무선 베어러를 MBS 무선 베어러로 표기한다. 예를 들어 하나의 MBS 세션이 3개의 서로 다른 플로우(QFI1, QFI2, QFI2)를 가지고 두 개의 MBS 무선 베어러(MBS-RB1, MBS-RB2)에 연계되는 경우를 가정하자. 일 예로 각각의 MBS 세션에 대해 하나의 SDAP(Service Data Adaptation Protocol) 엔티티를 구성하여 QoS 플로우를 MBS 무선베어러에 매핑시킬 수 있다.
도 13은 일 실시예에 따른 MBS 무선 베어러 구성정보를 예시적으로 도시한 도면이다.
도 13을 참조하면, QFI1, QF2를 MBS-RB1에, 그리고 QF3를 MBS-RB2에 매핑시키도록 지시하기 위한 MBS 세션 구성정보의 일 예를 나타낸다. 만약 MBS-RB가 PDCP 엔티티없이 구성된다면 도 13에서 MBS-RB 구성정보에 포함되는 PDCP-Config가 삭제될 수 있다. 또는 도 13에서 MBS-RB 구성정보에 포함되는 PDCP-Config가 삭제되고 RLC-BearerConfig가 포함될 수 있다. 또는 PDCP를 투명하게 전송하기 위한 모드를 정의해 구성할 수 있다. 해당 모드는 PDCP 헤더를 포함하지 않고 전송하도록 할 수 있다. 해당 모드는 PDCP의 기능(e.g. ROHC, Security)을 수행하지 않도록 할 수 있다. 예를 들어 해당 기능을 enable/disable 하도록 지시하기 위한 정보를 포함할 수 있다.
도 14는 다른 실시예에 따른 MBS 무선 베어러 구성정보를 예시적으로 도시한 도면이다.
도 14를 참조하면, 모든 MBS 세션에 대해(예를 들어 하나의 기지국에 연계된 모든 MBS 세션에 대해 또는 하나의 단말에 연계된 모든 MBS 세션에 대해) 하나의 SDAP(Service Data Adaptation Protocol) 엔티티를 구성하여 QoS 플로우를 MBS 무선베어러에 매핑시킬 수 있다. MBS 세션은 셀특정하게 구성이 가능하기 때문에 모든 MBS 세션에 대해 하나의 SDAP를 구성하여 제공할 수 있다. 따라서, 도 14와 같이 QFI1, QF2를 MBS-RB1에 그리고 QFI3를 MBS-RB2에 매핑시키도록 지시하기 위한 MBS 세션 구성정보가 구성될 수 있다.
단말은 MBS 데이터 수신을 위해 특정한 RNTI(e.g. 종래의 LTE 기술의 M-RNTI, SC-RNTI, G-RNTI)를 지정하여 사용할 수 있다.
일 예로 복수의 MBS 세션을 멀티플렉싱하여 데이터를 수신할 수 있는 RNTI(e.g. M-RNTI와 유사하게 해당 서비스 전체에 대해 셀 특정한 하나의 RNTI)를 사용할 수 있다. 만약 복수의 MBS 세션을 멀티플렉싱하여 데이터를 수신할 수 있는 RNTI(e.g. M-RNTI와 유사하게 해당 서비스 전체에 대해 셀 특정한 하나의 RNTI)를 사용한다면, 서로 다른 MBS 세션에 속한 하나 이상의 QoS flow는 동일한 QoS 특성을 가지는 하나의 무선베어러에 매핑되어 전송될 수 있다. 동일한 QoS 특성을 가지는 하나의 무선베어러는 하나 이상의 MBS 세션에 연계될 수 있다. 예를 들어 PDCP 엔티티/RLC 엔티티/논리채널식별정보가 하나 이상의 MBS 세션 정보에 연계될 수 있다. 예를 들어 MBS 세션식별정보 및 QFI(하나의 MBS 세션내에서 QoS 플로우를 식별하기 위한 정보)를 통해 단말은 MBS 세션을 구분하여 처리할 수 있다.
다른 예로 단말은 MBS 세션 별로 구분하여 데이터를 수신할 수 있는 RNTI(e.g. SC-RNTI, G-RNTI와 유사하게 세션 특정한 RNTI)를 사용할 수 있다. 만약 MBS 세션 별로 구분하여 데이터를 수신할 수 있는 RNTI(e.g. SC-RNTI, G-RNTI와 유사하게)를 사용한다면, 서로 다른 MBS 세션에 속한 하나 이상의 QoS flow는 동일한 QoS 특성을 가지더라도 하나의 무선베어러에 매핑되어 전송될 수 없다. 하나의 MBS 세션에 속한 하나 이상의 QoS flow는 동일한 QoS 특성을 가지는 하나의 무선베어러에 매핑되어 전송될 수 있다. 하나의 MBS 세션에 속한 하나 이상의 QoS flow는 서로 다른 QoS 특성을 가지는 각각의 무선베어러에 매핑되어 전송될 수 있다. 예를 들어 PDCP 엔티티/RLC 엔티티/논리채널식별정보가 하나의 MBS 세션 정보에 연계될 수 있다. 예를 들어 단말은 SDAP 구성정보(e.g. QFI(하나의 MBS 세션내에서 QoS 플로우를 식별하기 위한 정보))와 PDCP 엔티티/RLC 엔티티/논리채널식별정보 간 연계정보를 통해 MBS 세션을 구분하여 처리할 수 있다.
이를 위해 각각의 MBS 세션에 연계된 각각의 QoS 플로우 연게 MBS 무선베어러식별정보/RLC무선베어러/논리채널식별정보가 기지국에서 단말로 지시될 수 있다. 이에 따라 일 예로 동일한 MBS 세션에 포함되는 제어논리채널(e.g. MBS Control Channel) 및/또는 트래픽논리채널(e.g. MBS Traffic Channel)은 동일한 MAC PDU 내에서 동일한 MBS 세션에 포함되는 다른 논리채널들과 멀티플렉싱 될 수 있다. 다른 예로 동일한 MBS 세션에 포함되는 제어논리채널(e.g. MBS Control Channel) 및/또는 트래픽논리채널(e.g. MBS Traffic Channel)은 동일한 MAC PDU 내에서 다른 논리채널들과 멀티플렉싱 될 수 있다. 다른 예로 동일한 MBS 세션에 포함되는 제어논리채널(e.g. MBS Control Channel) 및/또는 트래픽논리채널(e.g. MBS Traffic Channel)은 동일한 MAC PDU 내에서 서로다른 MBS 세션에 포함되는 제어논리채널들(e.g. MBS Control Channel) 및/또는 트래픽논리채널(e.g. MBS Traffic Channel)들과 멀티플렉싱 될 수 있다.
도 15는 일 실시예에 따른 레이어 2 구조를 도시한 도면이다.
도 15를 참조하면, 각각의 MBS 세션에 대해 각각의 멀티플렉싱 엔티티를 포함하지 않고, 두개 MBS 세션(또는 전체 MBS 세션)에 대해 하나의 멀티플렉싱 엔티티를 포함하여 데이터를 처리할 수 있다.
MBS 세션을 하나의 PDU 세션에 연계
MBS 서비스를 제공하는데 있어서 하나의 셀 커버리지 내에 해당 MBS 세션을 수신하는 사용자가 많을수록 MBS 세션 딜리버리는 전송 효율성이 높아진다. 반면, 해당 셀 커버리지 내에 해당 MBS 세션을 수신하는 사용자가 적다면 전송 효율성이 떨어지게 된다. 예를 들어 MBS 세션은 다수 사용자의 데이터 수신을 지원하기 위한 것으로, 유니캐스트 기반 전송에 비해 무선 전송 효율이 떨어질 수 밖에 없다. 따라서 네트워크에서 하나의 MBS 데이터에 대해 유니캐스트 전송과 멀티캐스트/브로드캐스트 전송을 동적으로 스위칭/변경해 제공할 수 있다면 무선전송의 효율이 높아 질 수 있다.
이와 같이 MBS 데이터를 전송하는데 있어서 유니캐스트 전송과 멀티캐스트/브로드캐스트 전송간에 동적인 변경을 지원하고자 하는 경우 해당 MBS 데이터를 전송하기 위해 유니캐스트 전송에서 멀티캐스트/브로드캐스트 전송으로 수정/변경하거나 멀티캐스트/브로드캐스트 전송에서 유니캐스트 전송으로 수정/변경하기 위한 프로시져가 필요할 수 있다.
유니캐스트 세션과 MBS 세션을 듀얼로 구성
일 예로 유니캐스트 세션과 MBS 세션을 듀얼로 구성할 수 있다. 동적인 스위칭을 용이하게 수행하기 위해 유니캐스트 세션과 MBS 세션을 동시에 설정할 수 있다. 특정한 MBS 데이터에 대해 단말은 네트워크 지시에 따라 해당 MBS 데이터를 유니캐스트 세션 또는 MBS 세션을 통해 수신 할 수 있다. 기지국은 특정한 시간에 MBS 데이터를 유니캐스트 세션 또는 MBS 세션 중 하나를 통해서만 전송 할 수 있다.
유니캐스트 세션은 단말과 UPF 간의 기존의 PDU 세션을 그대로 사용하거나 일부 변형해 사용하도록 할 수 있다. 예를 들어 양방향의 PDU 세션에 대해, 다운링크 PDU 세션을 통해 MBS 데이터를 전송할 수 있다. 단말은 업링크 PDU 세션을 통해(또는 임의의 user plane 연결을 통해) MBS 데이터를 수신하기 위해 필요한 응용 계층 요청정보(e.g. MBS 멀티캐스트 그룹에 join하기 위한 정보) 또는 IP multicast 수신을 위한 제어정보(e.g. IGMP, MLD, IP multicast address)를 UPF 또는 기지국으로 전송할 수 있다. UPF 또는 기지국은 이를 구분하도록 할 수 있다. 일 예를 들어 UPF는 패킷 필터링을 통해 해당 하는 패킷을 구분하도록 할 수 있다. 다른 예를 들어 기지국은 임의의 업링크 L2 control PDU(e.g. MAC CE, RLC control PDU, PDCP control PDU, SDAP control PDU)를 통해 해당하는 패킷을 구분하도록 할 수 있다. 해당 패킷을 검출하면 UPF 또는 기지국은 이를 이용하여 유니캐스트 세션과 MBS 세션을 변경/수정하는데 사용할 수 있다. 예를 들어 SMF/AMF/기지국으로 검출된 정보를 전송하거나 UPF에서 MBS 데이터를 유니캐스트 세션 또는 MBS 세션 중에 선택하여 전송하도록 지시할 수 있다.
또는 단말은 임의의 업링크 시그널링(또는 임의의 control plane 연결)을 통해 MBS 데이터를 수신하기 위해 필요한 응용 계층 요청정보(e.g MBS 멀티캐스트 그룹에 join하기 위한 정보) 또는 IP multicast 수신을 위한 제어정보(e.g. IGMP, MLD, IP multicast address)를 전송할 수 있다. AMF/UPF 또는 기지국은 이를 구분하도록 할 수 있다. 일 예를 들어 AMF/SMF는 NAS 시그널링을 통해 해당하는 정보를 수신할 수 있다. 다른 예를 들어 기지국은 임의의 업링크 RRC 메시지를 통해 해당하는 정보를 수신할 수 있다. 해당 정보를 검출하면 AMF/SMF 또는 기지국은 이를 이용하여 유니캐스트 세션과 MBS 세션을 변경/수정하는데 사용할 수 있다. 예를 들어 SMF/AMF는 기지국으로 검출된 정보를 전송하거나 UPF에서 MBS 데이터를 유니캐스트 세션 또는 MBS 세션 중에 선택하여 전송하도록 지시할 수 있다. UPF는 IP multicast 전송을 지원하기 위한 first hop 라우터 기능을 지원하도록 할 수 있다. IP 멀티캐스트 어드레스에 의해 식별되는 MBS 세션에 대한 그룹관리를 위해 IGMP (Internet Group Management Protocol, IPv4의 경우) 또는 MLD(Multicast Listener Discovery, IPv6의 경우)를 사용할 수 있다. 일 예로 UPF는 IGMP 패킷을 검출하여 단말의 MBS 세션에 대한 membership/join 정보를 수신할 수 있다. 일 예로 멀티캐스트 그룹에 멤버쉽/조인(join) 정보를 획득할 수 있다. 다른 예로 멀티캐스트 그룹에 탈퇴(leave) 정보를 획득할 수 있다. 다른 예로 UPF는 단말로 IGMP Query 메시지를 전송하여 단말로부터 멀티캐스트 세션에 대한 멤버쉽/join/leave에 대한 리포팅을 수신하도록 할 수 있다. 다른 예로 UPF는 주기적으로 수신되는 IGMP 리포트가 없는 경우 해당 단말의 멀티캐스트 그룹에서 탈퇴(leave)했음을 알 수 있다. 이를 위한 일 예로 MBS 세션이 유니캐스트 업링크 세션을 가지도록 할 수 있다.
유니캐스트 세션은 MBS 세션에 일대일로 매핑되는 전용 PDU 세션으로 구성될 수 있다. 또는 유니캐스트 세션은 하나 이상의 MBS 세션들에 일대다로 매핑되는 전용 PDU 세션으로 구성될 수 있다. 또는 유니캐스트 세션은 특정한 조건(e.g. 단말이 MBS 세션에 관심이 있을 때, 단말이 MBS 세션에 대한 임의의 업링크 지시정보/메시지를 기지국 또는 네트워크로 전송했을 때, 단말이 MBS 세션을 수신 중일 때)에서는 해제되지 않고 설정되어 유지될 수 있다.
이를 위해 PDU 세션 설정 프로시제에 포함되는 메시지(e.g. 단말과 AMF 간 PDU Session Establishment Request, 기지국과 AMF 간 PDU SESSION RESOURCE SETUP REQUEST, PDU SESSION RESOURCE SETUP RESPONSE, AMF와 SMF 간 Nsmf_PDUSession_CreateSMContex Request, Nsmf_PDUSession_CreateSMContex Response, SMF/MB-SMF와 UPF/MB-UFP 간 Session Establishment/Modification Request, Session Establishment/Modification Response 등 임의의 PDU 세션 설정 프로시져 관련 메시지)는 연계된 MBS 세션을 식별하기 위한 정보(MBS service ID, MBS session ID, TMGI, session-ID), TNL 정보(e.g. AMF와 기지국 간 다운링크 터널에 대한 IP 주소, GTP TEID), QoS 플로우 정보, 세션/캐스트 유형(멀티캐스트 세션, 브로드캐스트 세션, 유니캐스트 세션 중 하나 이상을 구분하기 위한 정보) 및 MBS 세션유형(IPv4, IPv6, IPv4IPv6, ethernet, unstructured 중 하나 이상을 구분하기 위한 정보) 정보 중 적어도 하나를 포함할 수 있다. MBS 세션은 전술한 MBS 세션 시작 프로시져(e.g. MBS 세션 시작 요청/응답 메시지)를 이용할 수도 있다.
유니캐스트 세션과 MBS 세션 간에 세션 수정/변경/스위칭을 지원
다른 예를 들어 하나의 유니캐스트 세션은 기지국/네트워크/단말의 요청에 따라 하나의 MBS 세션으로 수정/변경/스위칭 될 수 있다. 또는 하나의 MBS 세션은 기지국/네트워크/단말의 요청에 따라 하나의 유니캐스트 세션으로 수정/변경/스위칭 될 수 있다. 세션 간 수정/변경/스위칭이 수행될 때, 이전의 세션은 해제되고 새로운 세션이 설정될 수 있다. 또는 세션 간 수정/변경/스위칭이 수행될 때, 새로운 세션이 먼저 설정되고 이후 이전의 세션을 해제할 수 있다.
예를 들어 기지국/네트워크/단말은 새로운 세션을 설정하기 위한 프로시져가 완료되면, 이전 세션을 해제하기 위한 프로시져를 개시할 수 있다.
유니캐스트 세션과 MBS 세션 간에 UPF와 기지국 간 (N3) 터널 공유
UPF와 기지국 간에 MBS 세션은 하나 이상의 QoS 플로우를 가질 수 있다. 해당하는 각각의 플로우 또는 하나의 플로우들은 연계된 UP Transport layer information을 가질 수 있다. 이는 UPF와 기지국 간의 다운링크 터널에 대한 정보로 기지국의 IP address와 GTP-TEID를 포함할 수 있다. 기지국은 해당하는 QoS 플로우 식별정보를 MBS 무선베어러에 매핑하여 데이터를 전송한다. 이 때 기지국은 기지국의 결정에 따라 또는 코어망 개체가 결정해 지시한 정보에 따라 유니캐스트 전송 또는 MBS 전송을 선택할 수 있다.
특정 단말에 대해 MBS 데이터를 전송하는데 있어서, 만약 네트워크에서 유니캐스트 전송을 결정해 유니캐스트 세션을 통해 데이터를 전송할 때와 MBS 전송을 결정해 MBS 세션을 통해 데이터를 전송할 때 UPF와 기지국 간에 서로 다른 터널을 사용하는 것은 상당한 오버헤드가 될 수 있다. 따라서 유니캐스트 세션을 통해 데이터를 전송하는 경우에도 MBS 세션을 통해 기지국까지 전송되는 터널(UPF와 기지국 간 다운링크 터널 또는 MBS User plane function 과 기지국간 다운링크 터널)을 공유해 데이터를 전송하는 것이 바람직하다. 따라서, 하나 이상의 단말이 MBS 세션을 통해 기지국까지 전송되는 터널(UPF와 기지국 간 다운링크 터널 또는 MBS User plane function 과 기지국간 다운링크 터널)을 공유해 사용하도록 할 수 있다. 이를 위해 단말에 대한 유니캐스트 PDU 세션을 설정/수정할 때, MBS 세션의 UPF와 기지국 간 N3 터널을 공유할 수 있는 지시정보를 포함하여 전송할 수 있다. 예를 들어, PDU 세션 설정/수정 프로시져에 포함되는 메시지(e.g. 단말과 AMF 간 PDU Session Establishment Request, 기지국과 AMF 간 PDU SESSION RESOURCE SETUP REQUEST, PDU SESSION RESOURCE SETUP RESPONSE, AMF와 SMF 간 Nsmf_PDUSession_CreateSMContex Request, Nsmf_PDUSession_CreateSMContex Response, SMF/MB-SMF와 UPF/MB-UFP 간 Session Establishment/Modification Request, Session Establishment/Modification Response 등 임의의 PDU 세션 설정 프로시져 관련 메시지)는 연계된 MBS 세션을 식별하기 위한 정보(MBS service ID, MBS session ID, TMGI, session-ID, IP multicast address), 공유 터널의 TNL 정보(e.g. AMF와 기지국 간 다운링크 터널에 대한 IP 주소, GTP TEID, 공유 터널을 지시하기 위한 정보), QoS 플로우 정보, 세션/캐스트 유형(멀티캐스트 세션, 브로드캐스트 세션, 유니캐스트 세션 중 하나 이상을 구분하기 위한 정보) 및 MBS 세션유형(IPv4, IPv6, IPv4IPv6, ethernet, unstructured 중 하나 이상을 구분하기 위한 정보) 정보 중 적어도 하나를 포함할 수 있다.
다른 예를 들어 하나의 유니캐스트 세션은 기지국/네트워크/단말의 요청에 따라 하나의 MBS 세션으로 수정/변경/스위칭 될 수 있다. 또는 하나의 MBS 세션은 기지국/네트워크/단말의 요청에 따라 하나의 유니캐스트 세션으로 수정/변경/스위칭 될 수 있다. 세션 간 수정/변경/스위칭이 수행될 때 이전의 세션은 해제되고 새로운 세션이 설정될 수 있다. 또는 세션 간 수정/변경/스위칭이 수행될 때 새로운 세션이 먼저 설정되고 이후 이전의 세션을 해제할 수 있다.
예를 들어 기지국/네트워크/단말은 새로운 세션을 설정하기 위한 프로시져가 완료되면 이전 세션을 해제하기 위한 프로시져를 개시할 수 있다.
UPF와 기지국 간에 MBS 세션은 하나 이상의 QoS 플로우를 가질 수 있다. 해당하는 각 플로우는 연계된 UP Transport layer information을 가질 수 있다. 이는 UPF와 기지국 간의 다운링크 터널에 대한 정보로 기지국의 IP address와 GTP-TEID를 포함할 수 있다. 기지국은 해당하는 QoS 플로우 식별정보를 MBS 무선베어러에 매핑하여 데이터를 전송한다. 이 때 기지국은 기지국의 결정에 따라 또는 코어망 개체가 결정해 지시한 정보에 따라 유니캐스트 전송 또는 MBS 전송을 선택해 MBS 데이터를 전송할 수 있다.
특정 단말에 대해 MBS 데이터를 전송하는데 있어서 만약 네트워크에서 유니캐스트 전송을 결정해 유니캐스트 세션을 통해 데이터를 전송할 때와 MBS 전송을 결정해 MBS 세션을 통해 데이터를 전송할 때 UPF와 기지국 간에 서로 다른 터널을 사용하는 것은 상당한 오버헤드가 될 수 있다. 따라서 유니캐스트 세션을 통해 데이터를 전송하는 경우에도 MBS 세션을 통해 기지국까지 전송되는 터널(UPF와 기지국 간 다운링크 터널 또는 MBS User plane function 과 기지국간 다운링크 터널)을 공유해 데이터를 전송하는 것이 바람직하다. 이는 하나 이상의 단말이 MBS 세션을 통해 기지국까지 전송되는 터널(UPF와 기지국 간 다운링크 터널 또는 MBS User plane function 과 기지국간 다운링크 터널)을 공유해 사용하도록 할 수 있다. 이를 위해 단말에 대한 유니캐스트 PDU 세션을 설정/수정할 때 MBS 세션의 UPF와 기지국 간 N3 터널을 공유할 수 있는 지시정보를 포함하도록 할 수 있다. 예를 들어, PDU 세션 설정/수정 프로시제에 포함되는 메시지(e.g. 단말과 AMF 간 PDU Session Establishment Request, 기지국과 AMF 간 PDU SESSION RESOURCE SETUP REQUEST, PDU SESSION RESOURCE SETUP RESPONSE, AMF와 SMF 간 Nsmf_PDUSession_CreateSMContex Request, Nsmf_PDUSession_CreateSMContex Response, SMF/MB-SMF와 UPF/MB-UFP 간 Session Establishment/Modification Request, Session Establishment/Modification Response 등 임의의 PDU 세션 설정 프로시져 관련 메시지)는 연계된 MBS 세션을 식별하기 위한 정보(MBS service ID, MBS session ID, TMGI, session-ID, IP multicast address), TNL 정보(e.g. AMF와 기지국 간 다운링크 터널에 대한 IP 주소, GTP TEID), QoS 플로우 정보, 세션/캐스트 유형(멀티캐스트 세션, 브로드캐스트 세션, 유니캐스트 세션 중 하나 이상을 구분하기 위한 정보) 및 MBS 세션유형(IPv4, IPv6, IPv4IPv6, ethernet 및 unstructured 중 하나 이상을 구분하기 위한 정보) 정보를 포함할 수 있다.
단말과 UPF 간에는 MBS 세션이 설정될 수 있다. 이를 위해 UPF는 AMF/SMF로부터 MBS 세션에 대한 구성정보를 수신할 수 있어야 한다. UPF는 MBS 플로우에 대한 패킷 필터링을 통해 해당하는 MBS 플로우를 기지국으로 전송할 수 있다. UPF는 IP multicast 전송을 지원하기 위한 first hop 라우터 기능을 지원할 수 있다. 예를 들어, UPF는 IGMP 패킷을 검출하여 단말의 MBS 세션에 대한 membership/join 정보를 수신할 수 있다. 일 예로, 멀티캐스트 그룹에 멤버쉽/조인(join) 정보를 획득할 수 있다. 다른 예로, 멀티캐스트 그룹에 탈퇴(leave) 정보를 획득할 수 있다. 다른 예로, UPF는 단말로 IGMP Query 메시지를 전송하여 단말로부터 멀티캐스트 세션에 대한 멤버쉽/join/leave에 대한 리포팅을 수신할 수 있다. 다른 예로 UPF는 주기적으로 수신되는 IGMP 리포트가 없는 경우, 해당 단말의 멀티캐스트 그룹에서 탈퇴(leave)했음을 알 수 있다.
이를 위한 일 예로 MBS 세션에 유니캐스트 업링크 세션을 가지도록 할 수 있다. 다른 예로 단말과 UPF 간에는 MBS 세션을 위한 PDU 세션(또는 MBS 세션에 연계된 PDU 세션 또는 MBS 세션에 연계된 유니캐스트 PDU 세션)이 설정될 수 있다. 이는 통상의 PDU 세션 설정 프로시져를 통해 제공될 수 있다. PDU 세션 설정 프로시져에 포함되는 메시지(e.g. 단말과 AMF 간 기지국과 AMF 간 PDU Session Establishment Request, PDU SESSION RESOURCE SETUP REQUEST, PDU SESSION RESOURCE SETUP RESPONSE, AMF와 SMF 간 Nsmf_PDUSession_CreateSMContex Request, Nsmf_PDUSession_CreateSMContex Response, SMF/MB-SMF와 UPF/MB-UFP 간 Session Establishment/Modification Request, Session Establishment/Modification Response 등 임의의 PDU 세션 설정 프로시져 관련 메시지)는 연계된 MBS 세션을 식별하기 위한 정보(MBS service ID, MBS session ID, TMGI, session-ID), TNL 정보, QoS 플로우 정보 및 세션 유형(멀티캐스트 세션, 브로드캐스트 세션, PDU 세션 중 하나 이상을 구분하기 위한 정보) 중 하나 이상의 정보를 포함할 수 있다.
다른 예를 들어 해당 PDU 세션은 하나는 유니캐스트 PDU 세션에 그리나 다른 하나는 MBS 세션에 동시에 연계되어 구성될 수 있다. MBS 세션에 연계된 유니캐스트 PDU 세션을 통해 MBS 데이터를 5G 코어망에서 단말로 개별적으로 전송할 수 있다. MBS 세션에 연계된 유니캐스트 PDU 세션을 통해 MBS 세션의 멀티캐스트 그룹에 가입(join)하기 위한 정보를 전송할 수 있다. 일 예로 단말은 MBS 멀티캐스트 그룹에 가입(join)하여 해당 MBS 세션에 대한 데이터를 수신하기 위해 PDU 세션 설정/수정 요청 메시지를 전송할 수 있다. 다른 예로 단말은 MBS 세션에 연계된 PDU 세션에 매핑되는 데이터 무선베어러를 통해 멀티캐스트 그룹에 가입하기 위한 IGMP 메시지/패킷을 전송할 수 있다. MBS 세션은 Ethernet 타입의 MBS 세션 또는 PDU 세션을 지원할 수 있다. UPF는 Join 메시지/leaver 메시지를 수신했을 때 이를 기지국으로 전송하고 해당 단말의 단말 컨택스트에 포함하여 저장할 수 있다.
이하에서는 본 개시에 포함되는 다른 실시예에 대해 설명한다.
MBS 데이터는 5G 시스템(5GS)을 통해 투명하게 전달될 수 있다. 이는 5G 시스템의 기존 구조를 최대한 재활용하여 MBS를 지원하도록 하는 것이 바람직하기 때문이다. 이를 위해 외부망의 (MBS) 응용서버는 NEF(Network Exposure Function)(또는 PCF)를 통해 5G 코어망의 제어 플레인 개체(e.g. AMF, SMF)와 시그널링을 수행할 수 있다. 또는 코어망의 (MBS서비스를 위한) 응용기능(AF: Application function)이나 코어망의 MBS 기능(MBS를 위한 서비스 센터나 응용서버 및 이를 지원하기 위한 시그널링 기능을 제공하기 위한 엔티티/Function으로 설명의 편의를 위해 MBS Service Function 표기한다. 이는 다른 명칭으로 대체될 수 있다.)은 PCF(Policy Control Function)를 통해 5G 코어망의 제어 플레인 개체(e.g. AMF, SMF)와 시그널링을 수행할 수 있다.
외부망의 응용서버는 UPF(또는 MBS UPF)를 통해 기지국으로 MBS 데이터를 전송할 수 있다. 또는 코어망의 응용기능(AF: Application function)이나 코어망의 MBS 기능은 UPF(또는 MBS UPF)를 통해 기지국으로 MBS 데이터를 전송할 수도 있다.
MBS 서비스를 제공하는데 있어서 하나의 셀 커버리지 내에 해당 MBS 세션을 수신하는 사용자가 많을수록 MBS 세션의 멀티캐스트/브로드캐스트 딜리버리는 전송 효율성이 높아진다. 반면, 해당 셀 커버리지 내에 해당 MBS 세션을 수신하는 사용자가 적다면 멀티캐스트/브로드캐스트 딜리버리는 유니캐스트 전송에 비해 전송 효율성이 떨어지게 된다. 즉, MBS 세션은 다수 사용자의 데이터 수신을 지원하기 위해 유니캐스트 기반 전송에 비해 무선 전송 효율이 떨어진다. 이러한 점들을 고려하여, 하나의 MBS 서비스에 대해 어떤 셀에서는 멀티캐스트/브로드캐스트 방식으로 MBS 데이터를 전송하고, 다른 셀에서는 유니캐스트 방식으로 MBS 데이터를 전송하도록 할 필요가 있다. MBS 데이터의 전송방법에 대해서는 전술한 실시예가 적용될 수 있다.
RRC 연결 상태에 있는 단말이 하나의 셀에서 멀티캐스트/브로드캐스트 방식으로 MBS 데이터를 수신 중에 있을 때, 해당 단말의 이동에 따라 셀변경이 발생할 수 있다. 이 때 단말이 핸드오버되는 셀은 해당 MBS 데이터를 멀티캐스트/브로드캐스트 방식으로 전송하지 않고 있을 수 있다. 또는 이 때 단말이 핸드오버되는 셀은 멀티캐스트/브로드캐스트 방식의 전송을 지원하지 않는 셀일 수 있다. 또는 이 때 단말이 핸드오버되는 셀은 해당 MBS 데이터를 멀티캐스트/브로드캐스트 방식으로 전송하고 있을 수 있다.
이 때 수신 중인 MBS 데이터에 대한 서비스 중단을 최소화하기 위해 소스 기지국과 타켓 기지국간의 코디네이션(coordination)이 제공될 수 있다.
일 예를 들어, 기지국 간 코디네이션을 통해 단말에 특정 MBS 세션에 대한 멀티캐스트/브로드캐스트 무선베어러(MBS 무선베어러)를 연계된 PDU 세션에 매핑되는 유니캐스트 무선베어러(데이터 무선베어러)로 매핑해 구성할 수 있다. 이를 통해 단말은 특정 시점(또는 특정 시점 이후)에 해당 MBS 세션에 대해 데이터를 유니캐스트 무선베어러를 통해 수신할 수 있다. 특정 시점은 핸드오버 명령을 포함한 RRC 메시지를 수신, 타켓 기지국으로 랜덤액세스 개시(Msg1/MsgA 전송), 타켓 기지국으로 임의의 최초/초기 업링크 전송, 타켓 기지국으로 성공적인 랜덤액세스, 소스 셀을 해제, 타켓셀에 임의의 L2엔티티/구성을 적용/설정/재구성/완료 및 핸드오버 완료 중 하나의 시점이 될 수 있다.
다른 예를 들어, 타켓 기지국은 타켓 기지국에서 해당 MBS 세션에 연계된 UPF와 기지국간의 (해당 MBS 세션의 QoS 플로우들에 연계된) 터널이 설정되지 않았다면, 해당 MBS 세션 시작을 위해 또는 해당 MBS 세션에 대한 UPF와 타켓 기지국 간의 터널을 설정하기 위해 또는 MBS세션에 연계된 유니캐스트 세션(e.g. PDU 세션) 설정/수정을 지시/요청하기 위해 또는 해당 MBS 세션 설정(establish/set-up)/수정/변경을 위해서 특정 지시정보를 AMF/SMF로 전송할 수 있다. AMF/SMF는 기지국으로 해당 MBS세션 및/또는 연계된 유니캐스트 세션(e.g. PDU 세션) 설정/수정 요청 메시지를 전송해 세션 설정/수정 프로시져를 수행할 수 있다. 또는 AMF/SMF는 기지국으로 해당 MBS세션을 시작하기 위한 MBS 세션 시작 프로시져를 수행할 수 있다.
또 다른 예를 들어, 타켓 기지국은 타켓 기지국에서 해당 MBS 세션에 연계된 UPF와 기지국간의 (해당 MBS 세션의 QoS 플로우들에 연계된) 터널이 설정되었으며 해당 터널이 해당 타켓셀에서 멀티캐스트/브로드캐스트(점대다중점) 전송을 위한 멀티캐스트/브로드캐스트(점대다중점) 무선베어러에 연계되어 있다면, 해당 단말에 그 멀티캐스트/브로드캐스트 무선베어러를 매핑해 구성할 수 있다.
또 다른 예를 들어, 타켓 기지국은 타켓 기지국에서 해당 MBS 세션에 연계된 UPF와 기지국간의 (해당 MBS 세션의 QoS 플로우들에 연계된) 터널이 설정되었으며 해당 터널이 해당 타켓셀에서 유니캐스트(점대점) 전송을 위한 무선베어러에 연계할 수 있다면, 해당 MBS 세션에 연계된 UPF와 타켓 기지국 간의 터널을 해당 단말을 위한 새로운 유니캐스트(점대점) 무선베어러로 매핑해 구성할 수 있다.
MBS 세션에 대한 데이터를 수신하는 동안 단말 이동에 따라 기지국/셀 변경이 발생할 수 있다. 일 예를 들어, 단말이 특정 MBS 세션에 대해 멀티캐스트/브로드캐스트 방식으로 데이터를 수신 중에 있을 때, 단말의 이동에 따라 해당 MBS 세션에 대해 멀티캐스트/브로드캐스트 방식으로 데이터를 전송 중인 셀로 셀 변경이 발생할 수 있다. 다른 예를 들어, 단말이 특정 MBS 세션에 대해 멀티캐스트/브로드캐스트 방식으로 데이터를 수신 중에 있을 때, 단말의 이동에 따라 해당 MBS 세션에 대해 유니캐스트 방식으로 데이터를 전송할 셀(e.g. 현재 멀티캐스트/브로드캐스트 방식으로 데이터를 전송하지 않거나 멀티캐스트/브로드캐스트 방식을 지원하지 않는 셀)로 셀 변경이 발생할 수 있다. 또 다른 예를 들어, 단말이 특정 MBS 세션에 대해 유니캐스트 방식으로 데이터를 수신 중에 있을 때, 단말의 이동에 따라 해당 MBS세션에 대해 유니캐스트 방식으로 데이터를 전송할 셀(e.g. 현재 멀티캐스트/브로드캐스트 방식으로 데이터를 전송하지 않거나 멀티캐스트/브로드캐스트 방식을 지원하지 않는 셀)로 셀 변경이 발생할 수 있다. 또 다른 예를 들어 단말이 특정 MBS 세션에 대해 유니캐스트 방식으로 데이터를 수신 중에 있을 때, 단말의 이동에 따라 해당 MBS세션에 대해 멀티캐스트/브로드캐스트 방식으로 데이터를 전송하고 있는 셀로 셀 변경이 발생할 수 있다.
한편, 특정 MBS 세션에 대해 데이터를 수신 중인 RRC 연결 상태 단말은 셀 변경 동안 소스셀을 통해 MBS 데이터를 수신할 수 있다.
일 예를 들어, 단말은 특정 시점까지 소스셀을 통해 해당 MBS 세션에 대해 데이터를 멀티캐스트/브로드캐스트 무선베어러를 통해 수신할 수 있다. 여기서, 특정 시점은 핸드오버 명령을 포함한 RRC 메시지 수신, 타켓 기지국으로 랜덤액세스 프로시져 개시(Msg1/MsgA 전송), 타켓 기지국으로 임의의 최초/초기 업링크 전송, 타켓 기지국으로 성공적인 랜덤액세스, 소스 셀 해제, 타켓셀에 임의의 L2엔티티/구성 적용/설정/재구성/완료, 핸드오버 완료 및 타켓 셀에서 시스템 정보 및/또는 해당 MBS 세션에 대한 제어정보(e.g. MCCH, SC-MCCH와 같은 MBS 세션에 대한 제어 논리채널, RRC 메시지) 수신 중 하나의 시점이 될 수 있다.
다른 예를 들어, 단말은 특정 시점까지 소스셀을 통해 해당 MBS 세션에 대한 데이터를 유니캐스트 무선베어러를 통해 수신할 수도 있다. 여기서, 특정 시점은 핸드오버 명령을 포함한 RRC 메시지 수신, 타켓 기지국으로 랜덤액세스 프로시져 개시(Msg1/MsgA 전송), 타켓 기지국으로 성공적인 랜덤액세스, 소스 셀 해제, 타켓셀에 임의의 L2엔티티/구성 적용/설정/재구성/완료, 핸드오버 완료 및 타켓 셀에서 시스템 정보 또는 해당 MBS 세션에 대한 제어정보(e.g. MCCH, SC-MCCH와 유사한 MBS 세션에 대한 제어 논리채널에 속한 RRC 메시지) 수신 중 하나의 시점이 될 수 있다.
또는, 단말은 핸드오버를 위한 RRC 메시지 수신 후, 타켓 기지국으로 성공적인 랜덤 액세스를 완료하고, 소스 셀을 해제하기 전까지 소스 기지국 연결을 유지할 수 있다. 또는, 단말은 핸드오버를 위한 RRC 메시지 수신 후에 타켓 기지국으로 최초/초기 업링크 전송전까지 소스 기지국 연결을 유지할 수 있다. 이와 같은, 단말의 연결 유지를 지시하기 위한 정보가 소스 기지국에서 타켓 기지국으로 전송될 수 있다. 단말의 연결 유지를 지시하기 위한 정보가 타켓 기지국에서 소스 기지국으로 전송될 수 있다. 단말의 연결 유지를 지시하기 위한 정보가 타켓 기지국에서 단말로 전송될 수도 있다.
일 예로, 멀티캐스트/브로드캐스트 전송 셀에서 유니캐스트 전송 셀로 셀변경 될 때 단말은 다음과 같이 동작할 수 있다.
단말은 소스 셀을 해제하기까지 그리고 타겟 기지국에 성공적인 랜덤 액세스 프로시져까지 소스 기지국으로부터 MBS 세션에 대한 멀티캐스트/브로드캐스트 무선베어러를 통한 데이터 수신을 계속할 수 있다.
단말은 소스에 대한 RLC 엔티티와 동일한 구성을 가지는 타겟에 대한 하나의 RLC 엔티티를 설정한다. 단말은 소스에 대한 논리채널과 동일한 구성을 가지는 타겟에 대한 하나의 논리채널 구성을 설정한다.
단말은 타겟/타겟기지국에 대해 새로운 MAC 엔티티를 생성한다.
단말은 타겟/타겟기지국에 대해 MBS 세션에 연계된 유니캐스트 DRB에 대해 하나의 RLC 엔티티와 하나의 연계된 트래픽 논리채널을 생성한다.
만약 PDCP 엔티티를 포함하는 무선베어러를 구성한다면, 각각의 멀티캐스트/브로드캐스트 무선베어러에 대해, 단말은 소스에 대한 PDCP 엔티티와 동일한 구성을 가지는 타겟에 대한 하나의 PDCP 엔티티를 설정한다. 단말은 소스와 타겟에 대해 분리된(separate) 시큐리티와 ROHC 기능을 가지는 PDCP 엔티티를 재구성한다.
단말은 소스 기지국을 해제할 때까지 소스 구성의 일부/전부를 유지한다.
핸드오버가 실패했을 때, 만약 소스 링크가 해제되지 않았다면, 단말은 RRC 연결 재설정없이 소스를 통해 핸드오버 실패를 리포트할 수 있다. 타겟기지국으로부터 명시적으로 해제를 지시하는 신호를 수신할 때 소스셀의 무선자원 구성을 해제하고 업링크/다운링크 송수신을 정지한다.
핸드오버 동안 단말은 소스 기지국(소스 PCell에서 또는 소스 셀그룹에서)에 관한 일부 동작을 정지할 수 있다. 예를 들어 시스템 정보 업데이트, 페이징 수신, NR을 위한 short message 수신 중 하나 이상의 동작을 정지하도록 할 수 있다.
다른 예로 멀티캐스트/브로드캐스트 전송 셀에서 멀티캐스트/브로드캐스트 전송 셀로 셀변경 될 때 단말은 다음과 같이 동작할 수 있다.
단말은 소스 셀을 해제하기까지 그리고 타겟 기지국에 성공적인 랜덤 액세스 프로시져까지 소스 기지국으로부터 MBS 세션에 대한 멀티캐스트/브로드캐스트 무선베어러를 통한 데이터 수신을 계속할 수 있다.
단말은 소스에 대한 RLC 엔티티와 동일한 구성을 가지는 타겟에 대한 하나의 RLC 엔티티를 설정한다. 단말은 소스에 대한 논리채널과 동일한 구성을 가지는 타겟에 대한 하나의 논리채널 구성을 설정한다.
단말은 타겟/타겟기지국에 대해 새로운 MAC 엔티티를 생성한다.
단말은 타겟/타겟기지국에 대해 MBS 세션에 연계된 멀티캐스트/브로드캐스트 무선베어러에 대해 하나의 RLC 엔티티와 하나의 연계된 트래픽 논리채널을 생성한다.
만약 PDCP 엔티티를 포함하는 무선베어러를 구성한다면, 각각의 멀티캐스트/브로드캐스트 무선베어러에 대해, 단말은 소스에 대한 PDCP 엔티티와 동일한 구성을 가지는 타겟에 대한 하나의 PDCP 엔티티를 설정한다. 단말은 소스와 타겟에 대해 분리된(separate) 시큐리티와 ROHC 기능을 가지는 PDCP 엔티티를 재구성한다.
단말은 소스 기지국을 해제할 때까지 소스 구성의 일부/전부를 유지한다.
핸드오버가 실패했을 때, 만약 소스 링크가 해제되지 않았다면, 단말은 RRC 연결 재설정없이 소스를 통해 핸드오버 실패를 리포트할 수 있다. 타겟기지국으로부터 명시적으로 해제를 지시하는 신호를 수신할 때 소스셀의 무선자원 구성을 해제하고 업링크/다운링크 송수신을 정지한다.
핸드오버 동안 단말은 소스 기지국(소스 PCell에서 또는 소스 셀그룹에서)에 관한 일부 동작을 정지할 수 있다. 예를 들어 시스템 정보 업데이트, 페이징 수신, NR을 위한 short message 수신 중 하나 이상의 동작을 정지하도록 할 수 있다.
다른 예로 유니캐스트 전송 셀에서 멀티캐스트/브로드캐스트 전송 셀로 셀변경 될 때 단말은 다음과 같이 동작할 수 있다.
단말은 소스 셀을 해제하기까지 그리고 타겟 기지국에 성공적인 랜덤 액세스 프로시져까지 소스 기지국으로부터 MBS 세션에 대한 유니캐스트 무선베어러를 통한 데이터 수신을 계속할 수 있다.
단말은 소스에 대한 RLC 엔티티와 동일한 구성을 가지는 타겟에 대한 하나의 RLC 엔티티를 설정한다. 단말은 소스에 대한 논리채널과 동일한 구성을 가지는 타겟에 대한 하나의 논리채널 구성을 설정한다.
단말은 타겟/타겟기지국에 대해 새로운 MAC 엔티티를 생성한다.
단말은 타겟/타겟기지국에 대해 MBS 세션에 연계된 무선베어러에 대해 멀티캐스트/브로드캐스트 무선베어러를 위한 하나의 RLC 엔티티와 하나의 연계된 트래픽 논리채널을 생성한다.
만약 PDCP 엔티티를 포함하는 무선베어러를 구성한다면, 각각의 무선베어러에 대해, 단말은 소스에 대한 PDCP 엔티티와 동일한 구성을 가지는 타겟에 대한 하나의 PDCP 엔티티를 설정한다. 단말은 소스와 타겟에 대해 분리된(separate) 시큐리티와 ROHC 기능을 가지는 PDCP 엔티티를 재구성한다.
단말은 소스 기지국을 해제할 때까지 소스 구성의 일부/전부를 유지한다.
핸드오버가 실패했을 때, 만약 소스 링크가 해제되지 않았다면, 단말은 RRC 연결 재설정없이 소스를 통해 핸드오버 실패를 리포트할 수 있다. 타겟기지국으로부터 명시적으로 해제를 지시하는 신호를 수신할 때 소스셀의 무선자원 구성을 해제하고 업링크/다운링크 송수신을 정지한다.
핸드오버 동안 단말은 소스 기지국(소스 PCell에서 또는 소스 셀그룹에서)에 관한 일부 동작을 정지할 수 있다. 예를 들어 시스템 정보 업데이트, 페이징 수신, NR을 위한 short message 수신 중 하나 이상의 동작을 정지하도록 할 수 있다.
소스 기지국은 핸드오버 요청 메시지 또는 핸드오버 요청 메시지에 포함되는 핸드오버 준비정보 메시지(HandoverPreparationInformation RRC container, inter-node RRC message)에 단말이 멀티캐스트/브로캐스트 방식으로 수신 중에 있는 MBS 세션에 대한 정보를 포함해 전송할 수 있다. 설명의 편의를 위해 단말이 수신 중에 있는 MBS 세션에 대한 정보를 MBS 컨택스트 정보로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 용어로 대체될 수 있다.
MBS 컨택스트 정보는 MBS 세션정보, 해당 MBS 세션에 포함되는 QoS 플로우 정보, TNL(Transport Network Layer) 정보, 해당 기지국/해당 기지국에 연계된 셀에서 해당 MBS 데이터 전송/캐스트 유형, 해당 셀식별정보, 해당 기지국 식별정보, 해당 MBS 데이터를 수신 중인 단말 식별정보, 하나의 multicast 주소(e.g. IP multicast address) 및 해당 MBS 세션에 조인한 단말(들)의 수 중 하나 이상의 정보를 포함할 수 있다. MBS 세션정보는 MBS service ID, MBS session ID, TMGI, session-ID, IP multicast address, 해당 MBS세션에 연계된 슬라이스 정보(e.g. S-NSSAI), MBS 서비스 영역 식별자 및 MBS 서비스 셀식별정보 중 하나 이상의 정보를 포함할 수 있다. QoS 플로우 정보는 해당 MBS 세션에 대한 QoS 정보(e.g. 5QI/QCI, QoS flow Identifier, GBR QoS flow information(Maximum Flow Bit Rate, Guaranteed Flow Bit Rate, Maximum Packet Loss Rate), Allocation and Retention Priority, Priority Level Packet Delay Budget 및 Packet Error Rate 중 하나 이상의 정보를 포함할 수 있다. TNL 정보는 IP multicast address, IP source address 및 GTP DL TEID 중 하나를 포함할 수 있다. 해당 MBS 데이터를 수신 중인 단말 식별정보는 C-RNTI, 5G-S-TMSI, I-RNTI, SUCI(Subscription Concealed Identifier)/SUPI(Subscription Permarnent Identifier) 및 5G-GUTI 중 적어도 하나가 될 수 있다.
일 예로, MBS 컨택스트 정보는 MBS 세션을 식별하기 위한 정보(e.g. MBS 세션정보)를 이용하여 구분될 수 있다. 다른 예로 MBS 컨택스트 정보는 MBS 세션을 식별하기 위한 정보와 구분되는 정보로 할당될 수 있다. MBS 컨택스트 정보는 MBS 세션을 식별하기 위한 정보에 연계될 수 있다. 예를 들어 기지국 또는 UPF 또는 AMF/SMF 중 하나에 의해 MBS 컨택스트 식별정보가 할당될 수 있다.
다른 예로, 만약 MBS 컨택스트 정보가 핸드오버준비정보 메시지에 포함된다면, 이는 종래의 핸드오버 준비정보 메시지에 포함되는 정보요소(e.g. AS-Config, AS-Contex)와 구분되는 새로운 정보요소로 정의될 수 있다. 또는, MBS 컨택스트 정보는 종래의 핸드오버 준비정보 메시지에 포함되는 AS구성(AS-Config) 정보요소 또는 AS컨택스트(AS-Contex)정보요소에 포함될 수도 있다.
전술한 정보 중 하나 이상의 정보는 핸드오버 요청 메시지에 직접 정보 요소로 포함되고, 다른 하나 이상의 정보는 핸드오버준비정보 메시지에 포함될 수도 있다. 즉, 전술한 정보는 둘 이상의 메시지에 나뉘어 포함될 수도 있다.
전술한 실시 예는 멀티캐스트/브로드캐스트 전송 셀에서 멀티캐스트/브로드캐스트 전송 셀로 이동할 때도 적용될 수 있다.
하나의 단말에 대해 하나의 셀에서 동적인 스위칭을 용이하게 수행하기 위해 유니캐스트 세션과 MBS 세션을 동시에 설정할 수 있다. 하나의 단말에 대해 셀변경/핸드오버 과정에서 동적인 스위칭을 용이하게 수행 하기 위해 유니캐스트 세션과 MBS 세션을 동시에 설정할 수 있다. 특정한 MBS 데이터에 대해 단말은 네트워크 지시에 따라 해당 MBS 데이터를 유니캐스트 세션 또는 MBS 세션을 통해 수신 할 수 있다. 기지국은 특정한 시간에 MBS 데이터를 유니캐스트 세션 또는 MBS 세션 중 하나를 통해서만 전송 할 수 있다.
유니캐스트 세션은 단말과 UPF 간의 기존의 PDU 세션을 그대로 사용하거나 일부 변형해 사용하도록 할 수 있다. 예를 들어 양방향의 PDU 세션에 대해, 다운링크 PDU 세션을 통해 MBS 데이터를 전송할 수 있다. 단말은 업링크 PDU 세션을 통해(또는 임의의 user plane 연결을 통해) MBS 데이터를 수신하기 위해 필요한 응용 계층 요청정보 또는 IP multicast 수신을 위한 제어정보(e.g. IGMP, MLD, IP multicast address)를 UPF 또는 기지국으로 전송하도록 할 수 있다. UPF 또는 기지국은 이를 구분하도록 할 수 있다. 일 예를 들어 UPF는 패킷 필터링을 통해 해당 하는 패킷을 구분하도록 할 수 있다. 다른 예를 들어 기지국은 임의의 업링크 L2 control PDU(e.g. MAC CE, RLC control PDU, PDCP control PDU, SDAP control PDU)를 통해 해당하는 패킷을 구분하도록 할 수 있다. 해당 패킷을 검출하면 UPF 또는 기지국은 이를 이용하여 유니캐스트 세션과 MBS 세션을 변경/수정하는데 사용할 수 있다. 예를 들어 SMF/AMF/기지국으로 검출된 정보를 전송하거나 UPF에서 MBS 데이터를 유니캐스트 세션 또는 MBS 세션 중에 선택하여 전송하도록 지시할 수 있다.
또는 단말은 임의의 업링크 시그널링을(또는 임의의 control plane 연결)을 통해 MBS 데이터를 수신하기 위해 필요한 응용 계층 요청정보 또는 IP multicast 수신을 위한 제어정보(e.g. IGMP, MLD, IP multicast address)를 전송할 수 있다. AMF/UPF 또는 기지국은 이를 구분하도록 할 수 있다. 일 예를 들어 AMF/SMF는 NAS 시그널링을 통해 해당하는 정보를 수신할 수 있다. 다른 예를 들어 기지국은 임의의 업링크 RRC 메시지를 통해 해당하는 정보를 수신할 수 있다. 해당 정보를 검출하면 AMF/SMF 또는 기지국은 이를 이용하여 유니캐스트 세션과 MBS 세션을 설정/변경/수정하는데 사용할 수 있다. 예를 들어 SMF/AMF는 기지국으로 검출된 정보를 전송하거나 UPF에서 MBS 데이터를 유니캐스트 세션 또는 MBS 세션 중에 선택하여 전송하도록 지시할 수 있다.
UPF는 IP multicast 전송을 지원하기 위한 first hop 라우터 기능을 지원할 수 있다. IP 멀티캐스트 어드레스에 의해 식별되는 MBS 세션에 대한 그룹관리를 위해 IGMP (Internet Group Management Protocol, IPv4의 경우) 또는 MLD(Multicast Listener Discovery, IPv6의 경우)를 사용할 수 있다. 일 예로 UPF는 IGMP 패킷을 검출하여 단말의 MBS 세션에 대한 membership/join 정보를 수신할 수 있다. 일 예로 멀티캐스트 그룹에 멤버쉽/조인(join) 정보를 획득할 수 있다. 다른 예로 멀티캐스트 그룹에 탈퇴(leave) 정보를 획득할 수 있다. 다른 예로 UPF는 단말로 IGMP Query 메시지를 전송하여 단말로부터 멀티캐스트 세션에 대한 멤버쉽/join/leave에 대한 리포팅을 수신할 수 있다. 다른 예로 UPF는 주기적으로 수신되는 IGMP 리포트가 없는 경우, 해당 단말의 멀티캐스트 그룹에서 탈퇴(leave)했음을 알 수 있다. 이를 위해서, MBS 세션이 유니캐스트 업링크 세션을 가지도록 구성할 수 있다.
유니캐스트 세션은 MBS 세션에 일대일로 매핑되는 전용 PDU 세션으로 구성될 수 있다. 또는 유니캐스트 세션은 하나 이상의 MBS 세션들에 일대다/다대일로 매핑되는 전용 PDU 세션으로 구성될 수 있다. 또는 유니캐스트 세션은 특정한 조건(e.g. 단말이 MBS 세션에 관심이 있을 때, 단말이 MBS 세션에 대한 임의의 업링크 지시정보/메시지를 기지국 또는 네트워크로 전송했을 때, 단말이 MBS 세션을 수신 중일 때)에서는 해제되지 않고 설정되어 유지될 수 있다. 해당 조건은 하나의 단말에 대해 적용될 수도 있고 셀 특정하게 적용될 수도 있다. 또는 무선베어러는 하나 이상의 MBS 세션들에 일대다/다대일로 매핑될 수도 있다.
이를 위해 PDU 세션 설정 프로시져에 포함되는 메시지(e.g. 단말과 AMF 간 PDU Session Establishment Request, 기지국과 AMF 간 PDU SESSION RESOURCE SETUP REQUEST, PDU SESSION RESOURCE SETUP RESPONSE, AMF와 SMF 간 Nsmf_PDUSession_CreateSMContex Request, Nsmf_PDUSession_CreateSMContex Response, SMF/MB-SMF와 UPF/MB-UFP 간 Session Establishment/Modification Request, Session Establishment/Modification Response 등 임의의 PDU 세션 설정 프로시져 관련 메시지)는 연계된 MBS 세션을 식별하기 위한 정보(MBS service ID, MBS session ID, TMGI, session-ID), TNL 정보(e.g. AMF와 기지국 간 다운링크 터널에 대한 IP 주소, GTP TEID), QoS 플로우 정보, 세션/캐스트 유형(멀티캐스트 세션, 브로드캐스트 세션, 유니캐스트 세션 중 하나 이상을 구분하기 위한 정보) 및 MBS 세션유형(IPv4, IPv6, IPv4IPv6, ethernet, unstructured 중 하나 이상을 구분하기 위한 정보) 정보 중 적어도 하나를 포함할 수 있다.
MBS 세션은 전술한 MBS 세션 시작 프로시져(e.g. MBS 세션 시작 요청/응답 메시지)를 이용할 수 있다.
타켓 기지국은 L1/L2 구성을 가지는 핸드오버를 준비한다. 타켓 기지국은 수신된 MBS 세션/MBS 컨택스트에 대한 수락제어를 수행할 수 있다.
일 예로 타켓 기지국은 해당 단말에 대해 소스 기지국이 요청한 해당 MBS 세션에 대해 임의의 전송방식/캐스트유형(e.g. 멀티캐스트/브로드캐스트(점대다중점) 전송, 유니캐스트(점대점) 전송)으로 전송을 수락할지 결정할 수 있다. 다른 예로 타켓 기지국은 해당 단말에 대해 소스 기지국이 요청한 해당 MBS 세션에 대한 전송방식/캐스트유형(e.g. 멀티캐스트/브로드캐스트 전송, 유니캐스트 전송)을 결정할 수 있다. 다른 예로 타켓 기지국은 소스 기지국에게 해당 단말에 대해 소스 기지국이 요청한 해당 MBS 세션에 대한 전송방식/캐스트유형을 지시할 수 있다. 다른 예로 타켓 기지국은 해당 MBS 세션에 대해 멀티캐스트/브로드캐스트 전송을 수행하고 있다면, 소스 기지국에게 해당 MBS 세션에 대해 멀티캐스트/브로드캐스트 전송을 수행하고 있음을 지시할 수 있다. 다른 예로 소스 기지국과 타켓 기지국은 기지국 간 Xn 인터페이스 메시지를 통해 MBS 세션들에 대한 전송방식/캐스트유형(e.g. 멀티캐스트/브로드캐스트 전송, 유니캐스트 전송), 세션시작시간, 종료시간, 셀식별정보 등 임의의 MBS 세션에 관련된 정보를 교환할 수 있다. 이를 위해 소스 기지국 및 타켓 기지국은 기지국 간에 정보를 요청해 응답받거나 특정한 트리거 조건에 따라 이웃 기지국으로 전달할 수 있다.
다른 예로 타켓 기지국은 수락된 MBS 세션 자원정보(MBS Session Resource Admitted List)를 소스 기지국으로 전달할 수 있다. 해당 정보는 MBS 세션 식별정보, MBS 세션 컨택스트 정보, TNL 정보, 수락된 QoS 플로우 정보 및 타켓 기지국 데이터 포워딩 정보(e.g. DL data forwarding GTP-TEID) 중 하나 이상의 정보를 포함할 수 있다. 다른 예로 해당정보는 핸드오버 요청 확인(HANDOVER REQUEST ACKNOWLEDGE) 메시지를 통해 타켓 기지국에서 소스 기지국으로 전송될 수 있다.
다른 예로 소스 기지국은 해당 단말에 대해 해당 MBS 세션에 대한 전송방식/캐스트유형(e.g. 멀티캐스트/브로드캐스트 전송, 유니캐스트 전송) 정보를 타켓 기지국으로 전달할 수 있다. 다른 예로 소스 기지국은 해당 단말에 대해 해당 MBS 세션에 대한 구성정보를 타켓 기지국으로 전달할 수 있다.
소스 기지국은 타켓 기지국으로 MBS 세션에 연계된 유니캐스트 세션 정보를 함께 전송할 수 있다. 이를 통해 예를 들어 멀티캐스트/브로드캐스트 전송 셀에서 유니캐스트 전송 셀로 이동할 때 타겟기지국은 해당 유니캐스트 세션 정보에 따른 DRB(s)를 구성할 수 있다. 이를 통해 MBS 데이터 플로우를 유니캐스트 타켓 셀을 통한 DRB(s)에 매핑해 구성할 수 있다. 또는 해당 유니캐스트 세션 정보에 따른 DRB를 유니캐스트 핸드오버되는 타켓 셀에서 구성하여 해당 MBS 세션에 연계된 유니캐스트 세션을 제공하기 위한 DRB(s)를 통한 서비스를 제공할 수 있다.
소스 기지국은 전술한 핸드오버 요청 메시지를 통해 해당하는 MBS 세션 각각의 QoS플로우에 대해 데이터 포워딩을 제안/요청할 수 있다. 타켓 기지국이 MBS 세션에 대해 적어도 하나의 QoS 플로우에 대해 데이터 포워딩을 수락하면, 타켓 기지국은 핸드오버 요청 확인(HANDOVER REQUEST ACKNOWLEDGE) 메시지를 통해 해당 MBS 세션에 속한 QoS 플로우에 대한 다운링크 TNL 정보를 포함해 보낼 수 있다.
만약 MBS 무선베어러가 PDCP 엔티티 없이 구성되는 경우, 해당 MBS 세션에 속한 QoS 플로우의 패킷들은 RLC SDUs로써 매핑되는 DL (MBS 무선베어러) 포워딩 터널을 통해 포워딩될 수 있다.
소스 기지국은 UPF(또는 MBS UPF)로부터 해당 MBS 세션에 대한 GTP-U 엔드 마커(end marker)를 수신할 수 있다. 그리고 소스 기지국은 그 터널을 통해 더 이상의 MBS 세션에 대한 데이터가 포워딩되지 않을 때, 해당 엔드마커를 각각의 데이터 포워딩 터널을 통해 전송(replicate)할 수 있다. 이는 소스 기지국이 AMF/SMF로 MBS 세션에 연계된 UPF와 기지국간 DL 터널 수정/해제를 지시/요청하기 위한 메시지를 전송하는 프로시져(이하에서 설명)를 수행하고 실시될 수 있다.
기지국과 단말 간의 무선인터페이스 상에서 멀티캐스트/브로드캐스트 데이터 전송을 수행하기 위해 PDCP 없는 단방향 UM모드 RLC 엔티티를 사용할 수 있다. MBS 세션에 대해 유니캐스트 전송을 수행하는 경우에도 PDCP 없이 SDAP 엔티티는 RLC 엔티티에 직접 연계되도록 할 수 있다. 기지국은 단말의 데이터 수신을 위해 이를 지시하기 위한 구성정보를 단말로 지시할 수 있다.
다른 예로 기지국과 단말 간의 무선인터페이스 상에서 멀티캐스트/브로드캐스트 데이터 전송을 수행하기 위해 PDCP를 포함하는 단방향 UM모드 RLC 엔티티를 사용할 수 있다. MBS 세션에 대해 유니캐스트 전송을 수행하는 경우 SDAP는 PDCP엔티티에 연계되고, PDCP 엔티티는 RLC 엔티티에 연계되도록 할 수 있다.
타겟기지국은 MBS 세션에 대해 소스기지국으로부터 수신한 정보, 해당 MBS 세션 컨택스트 정보 등을 기반으로 매핑되는 무선베어러 구성정보를 포함하는 L1/L2 구성을 가지는 핸드오버 명령(RRC Reconfiguration) inter-node RRC 메시지를 생성해 소스기지국으로 보낸다. 소스기지국은 RRC 재구성(RRC Reconfiguration) 메시지를 단말로 지시한다. 참고 종래 MBMS 수신 단말은 MBMS 서비스에 대한 정보를 시스템 정보 및/또는 MCCH 정보를 통해 수신했었다.
- PDCP 없이 RLC UM 모드를 사용하는 경우
MBS 데이터를 유니캐스트 전송하는 소스 기지국에서 해당 MBS 세션에 대한 유니캐스트 무선베어러가 PDCP 없는 UM모드 RLC엔티티를 사용하는 경우, 해당 MBS 세션에 대해 멀티캐스트/브로드캐스트로 전송하는 타켓 기지국은 PDCP없는 UM모드 RLC엔티티를 사용하여 핸드오버를 수행할 수 있다. PDCP 엔티티가 없기 때문에 타켓 기지국에서 PDCP SN나 SFN에 대한 리셋이나 PDCP SDUs에 대한 재전송은 필요하지 않다.
다른 예로, 단말이 유니캐스트 전송 셀에서 유니캐스트 전송 셀로 이동할 경우, MBS 데이터를 유니캐스트 전송하는 소스 기지국에서 해당 MBS 세션에 대한 유니캐스트 무선베어러가 PDCP없는 UM모드 RLC엔티티를 사용하는 경우, 해당 MBS 세션에 대해 유니캐스트로 전송하는 타켓 기지국은 PDCP없는 UM모드 RLC엔티티를 사용하여 핸드오버를 수행할 수 있다. PDCP 엔티티가 없기 때문에 타켓 기지국에서 PDCP SN나 SFN에 대한 리셋이나 PDCP SDUs에 대한 재전송은 필요하지 않다.
한편, 타켓 기지국에서 전송을 수행하고 있는 MBS 세션에 대한 무선베어러 구성정보를 단말로 지시할 수 있다. 타켓 기지국은 해당 MBS 세션에 대한 무선베어러 구성정보를 RRC 전용메시지(e.g. RRC Reconfiguration 메시지)에 포함하여 단말로 전송한다. 또는, 해당 무선베어러 구성정보는 소스 기지국을 통해서 단말로 전송될 수도 있다.
단말은 소스 기지국에서 타켓 기지국으로 포워딩된 RLC SDUs를 수신하기 위해 RLC 엔티티를 유지/재구성할 수 있다. 단말은 포워딩된 RLC SDUs 수신이 완료되면, 이를 해지/수정/재설정할 수 있다. 이를 위해 RLC SDUs에 엔드마커가 포함될 수 있다. 이는 RLC control PDU를 통해 전송될 수 있다. 또는 이는 특정한 포맷의 헤더를 포함하는 RLC data PDU로 전송될 수도 있다. 또는 이는 특정한 포맷의 헤더를 포함하는 임의의 L2/L3 user plane 데이터(e.g. RLC SDU)로 전송될 수도 있다. 또는 이는 특정한 포맷의 헤더를 포함하는 임의의 L2/L3 control plane 데이터로 전송될 수도 있다.
및/또는 단말은 타켓 기지국에서 포워딩된 RLC SDUs를 수신하기 위해 RLC 엔티티를 재설정할 수 있다. 타켓 기지국은 소스 기지국에 의해 포워딩된 모든 다운링크 데이터를 전송/재전송할 수 있다. 다른 예로 단말이 유니캐스트 전송 셀에서 멀티캐스트/브로드캐스트 전송 셀로 이동할 경우뿐만 아니라 유니캐스트 전송 셀에서 유니캐스트 전송 셀로 이동할 경우, in-sequence 딜리버리와 중복 회피를 위해 RLC SN(Sequence number)가 MBS를 위한 무선베어러(유니캐스트 무선베어러 그리고/또는 MBS 무선베어러) 마다 유지될 수 있다. 소스 기지국은 타켓 기지국에게 아직 RLC SN을 가지지 않은 패킷에 할당할 다음 DL RLC SN에 대해 알릴 수 있다. 예를 들어 핸드오버 요청 메시지에 해당 알림 정보가 포함될 수 있다.
- PDCP를 포함하는 RLC UM 모드를 사용하는 경우
MBS 데이터를 유니캐스트 전송하는 소스 기지국에서 해당 MBS 세션에 대한 유니캐스트 무선베어러가 PDCP를 포함하는 UM모드 RLC엔티티를 사용하는 경우, 해당 MBS 세션에 대해 멀티캐스트/브로드캐스트 전송하는 타켓 기지국은 PDCP를 포함하는 UM모드 RLC엔티티를 사용하여 핸드오버를 수행할 수 있다. 타켓 기지국에서 PDCP SN나 SFN에 대해 리셋한다. PDCP SDUs에 대한 재전송은 필요하지 않다.
다른 예로 단말이 유니캐스트 전송 셀에서 유니캐스트 전송 셀로 이동할 경우, MBS 데이터를 유니캐스트 전송하는 소스 기지국에서 해당 MBS 세션에 대한 유니캐스트 무선베어러가 PDCP를 포함하는 UM모드 RLC엔티티를 사용하는 경우, 해당 MBS 세션에 대해 유니캐스트 전송하는 타켓 기지국은 PDCP를 포함하는 UM모드 RLC엔티티를 사용하여 핸드오버를 수행할 수 있다. 타켓 기지국에서 PDCP SN나 SFN에 대해 리셋한다. PDCP SDUs에 대한 재전송은 필요하지 않다.
타켓 기지국에서 전송을 수행하고 있는 MBS 세션에 대한 무선베어러 구성정보는 단말로 지시될 수 있다. 타켓 기지국은 해당 MBS 세션에 대한 무선베어러 구성정보를 RRC 전용메시지(e.g. RRC Reconfiguration 메시지)에 포함하여 단말로 전송한다. 또는, 해당 무선베어러 구성정보는 타켓 기지국을 통해서 단말로 지시될 수도 있다.
단말은 소스 기지국에서 타켓 기지국으로 포워딩된 PDCP SDUs를 수신하기 위해 PDCP 엔티티를 유지/재구성할 수 있다. 단말은 포워딩된 PDCP SDUs 수신이 완료되면 이를 해지/수정/재설정할 수 있다. 이를 위해 PDCP SDUs에 엔드마커가 포함될 수 있다. 이는 PDCP control PDU를 통해 전송될 수 있다. 또는 이는 특정한 포맷의 헤더를 포함하는 PDCP data PDU로 전송될 수 있다. 또는 이는 특정한 포맷의 헤더를 포함하는 임의의 L2/L3 user plane 데이터(e.g. PDCP SDU)로 전송될 수 있다. 또는 이는 특정한 포맷의 헤더를 포함하는 임의의 L2/L3 control plane 데이터로 전송될 수 있다.
및/또는 단말은 타켓 기지국에서 포워딩된 PDCP SDUs를 수신하기 위해 PDCP 엔티티를 재설정할 수 있다. 타켓 기지국은 소스 기지국에 의해 포워딩된 모든 다운링크 데이터를 전송/재전송할 수 있다. 다른 예로 단말이 유니캐스트 전송 셀에서 멀티캐스트/브로드캐스트 전송 셀로 이동할 경우뿐만 아니라 유니캐스트 전송 셀에서 유니캐스트 전송 셀로 이동할 경우, in-sequence 딜리버리와 중복 회피를 위해 PDCP SN(Sequence number)가 MBS를 위한 무선베어러(유니캐스트 무선베어러 그리고/또는 MBS 무선베어러) 마다 유지될 수 있다. 소스 기지국은 타켓 기지국에게 아직 PDCP SN을 가지지 않은 패킷에, 할당할 다음 DL RLC SN에 대해 알릴 수 있다. 일 예를 들어 해당 알림은 핸드오버 요청 메시지에 포함되어 전송될 수 있다. 다른 예를 들어 해당 알림은 SN STATUS 메시지에 포함되어 전송될 수 있다.
- PDCP를 포함하는 RLC AM 모드를 사용하는 경우
MBS 데이터를 유니캐스트 전송하는 소스 기지국에서 해당 MBS 세션에 대한 유니캐스트 무선베어러가 PDCP를 포함하는 AM모드 RLC엔티티를 사용하는 경우 또는 해당 MBS 세션에 대한 MBS 무선베어러가 PDCP를 포함하는 AM 모드 RLC 엔티티에 연계된 경우, 해당 MBS 세션에 대해 멀티캐스트/브로드캐스트 전송하는 타켓 기지국은 PDCP를 포함하는 AM모드 RLC엔티티를 사용하여 핸드오버를 수행할 수 있다. 타켓 기지국은 소스 기지국에서 포워딩된 PDCP SDUs를 순서대로 수신하기 위해 또는 손실없이 수신하기 위해 PDCP 엔티티를 유지/재구성할 수 있다.
다른 예로 단말이 유니캐스트 전송 셀에서 유니캐스트 전송 셀로 이동할 경우, MBS 데이터를 유니캐스트 전송하는 소스 기지국에서 해당 MBS 세션에 대한 유니캐스트 무선베어러가 PDCP를 포함하는 AM모드 RLC엔티티를 사용하는 경우, 해당 MBS 세션에 대해 유니캐스트 전송하는 타켓 기지국은 PDCP를 포함하는 AM모드 RLC엔티티를 사용하여 핸드오버를 수행할 수 있다. 타켓 기지국에서 전송을 수행하고 있는 MBS 세션에 대한 무선베어러 구성정보를 단말로 지시할 수 있다. 타켓 기지국은 해당 MBS 세션에 대한 무선베어러 구성정보를 RRC 전용메시지(e.g. RRC Reconfiguration 메시지)에 포함하여 단말로 전송한다. 또는, 무선베어러 구성정보는 소스 기지국을 통해서 단말로 지시될 수도 있다.
단말은 소스 기지국에서 타켓 기지국으로 포워딩된 PDCP SDUs를 수신하기 위해 PDCP 엔티티를 유지/재구성할 수 있다. 및/또는 단말은 타켓 기지국에서 포워딩된 PDCP SDUs를 수신하기 위해 PDCP 엔티티를 재설정할 수 있다. 다른 예로 단말이 유니캐스트 전송 셀에서 멀티캐스트/브로드캐스트 전송 셀로 이동할 경우뿐만 아니라 유니캐스트 전송 셀에서 유니캐스트 전송 셀로 이동할 경우, in-sequence 딜리버리와 중복 회피를 위해 PDCP SN(Sequence number)가 MBS를 위한 무선베어러(유니캐스트 무선베어러 그리고/또는 MBS 무선베어러) 마다 유지될 수 있다. 소스 기지국은 타켓 기지국에게 아직 PDCP SN을 가지지 않은 패킷에 할당할 다음 DL RLC SN에 대해 알릴 수 있다. 일 예를 들어 소스 기지국은 해당 알림을 핸드오버 요청 메시지에 포함해 전송할 수 있다. 다른 예를 들어 해당 알림은 SN STATUS 메시지에 포함되어 전송될 수 있다.
타켓 기지국은 소스 기지국에 의해 포워딩된 모든 다운링크 데이터를 전송/재전송할 수 있다. 타켓 기지국은 소스 기지국에서 RLC에 의해 확인되지 않은 oldest PDCP SDU로부터 시작하여, 모든 다운링크 PDCP SDUs를 재전송한다. 이를 위해 소스 기지국은 확인되지 않은 SN를 타켓 기지국으로 전송할 수 있다.
단말은 타켓셀에 동기화하고 RRC 재구성 완료(RRCReconfigurationComplete) 메시지를 타켓 기지국으로 전송함으로써 RRC 핸드오버 프로시져를 완료한다.
만약 타겟기지국이 해당 MBS 세션에 대해 연계된 UPF(또는 MBS UPF)와 타겟 기지국간 DL 터널이 설정되어 있지 않다면, 또는 만약 타겟기지국이 해당 MBS 세션에 대해 데이터를 수신중인 단말이 없다면 타겟기지국은 해당 MBS 세션에 대한 세션 시작/개시를 요청할 필요가 있다. 타겟 기지국은 임의의 5G 코어망 제어플래인 개체(e.g. AMF/SMF)를 통해 MBS 세션에 대한 UPF와 기지국 간 터널을 생성/변경/스위칭하도록 지시/요청하기 위한 정보를 전달할 필요가 있다. 일 예로 이는 종래의 PATH SWITCH 요청 메시지에 해당 정보를 포함해 전송함으로써 제공될 수 있다. 다른 예로 이는 PATH SWITCH 요청 메시지와 구분되는 기지국과 AMF/SMF 인터페이스 간 메시지를 통해 전송될 수 있다. 다른 예로 기지국과 AMF/SMF 인터페이스 간 메시지는 MBS 세션정보/MBS 세션컨택스트 정보, 캐스트유형 등 전술한 임의의 실시예들에서 예시한 정보 중 하나 이상의 정보를 포함할 수 있다.
만약 소스기지국이 해당 MBS 세션에 대해 연계된 UPF(또는 MBS UPF)와 소스 기지국간 DL 터널이 이미 설정되어 멀티캐스트/브로드캐스트 전송을 수행중이라면, 또는 만약 소스기지국이 해당 MBS 세션에 대해 연계된 UPF와 기지국간 DL 터널이 이미 설정되어 다른 단말에 대해 유니캐스트 전송을 수행중이라면, 타겟기지국은 소스 기지국으로 이를 해제하기 위한 정보를 전송할 필요가 없다. 하지만 핸드오버가 완료되어 해당 단말에 대한 단말 컨택스트 해제 메시지는 소스 기지국으로 전달할 수 있다. 단말 컨택스트 해제 메시지는 MBS 세션정보/MBS 세션컨택스트 정보, 캐스트유형 등 본발명의 임의의 실시예들에서 예시한 정보 중 하나 이상의 정보를 포함할 수 있다.
타겟기지국은 소스기지국으로부터 수신한 MBS 세션정보/MBS컨택스트정보를 통해 해당 MBS 세션을 식별할 수 있다. 타겟기지국은 해당단말에 대한 MBS 컨택스트 정보에 UPF와 기지국간 DL 터널 정보를 추가/수정/저장할 수 있다. 또는 타겟기지국은 MBS 컨택스트 정보에 해당 단말에 관련 정보를 추가/수정/저장할 수 있다. 타겟기지국은 소스기지국으로 UPF와 기지국간 DL 터널을 해제/수정/변경하도록 지시하기 위한 정보를 전송할 수 있다. 소스기지국은 AMF/SMF로 UPF와 기지국간 DL 터널을 해제/수정/변경하도록 지시하기 위한 정보를 전송할 수 있다. 다른 예로 소스기지국은 AMF/SMF로 MBS세션에 연계된 유니캐스트 세션(e.g. PDU 세션) 설정/수정 지시/요청를 전송할 수 있다. AMF/SMF는 기지국으로 MBS세션에 연계된 유니캐스트 세션(e.g. PDU 세션) 수정 요청 메시지를 전송해 세션 수정 프로시져를 수행할 수 있다.
다른 예를 들어 단말은 전술한 셀변경의 특정 시점에 해당 MBS 세션에 대한 참가/ join/leave 정보를 기지국/AMF/SMF/UPF 중 하나 이상의 엔티티로 보낼 수 있다.
이상에서 설명한 동작을 통해서 본 개시는 무선망에서 기존 5GS/기지국을 활용하여 MBS 서비스 데이터를 효율적으로 전송할 수 있는 효과를 제공한다.
아래에서는 전술한 실시예의 일부 또는 전부를 수행할 수 있는 단말과 기지국의 구성을 도면을 참조하여 다시 한 번 설명한다.
도 16은 일 실시예에 따른 단말 구성을 보여주는 도면이다.
도 16을 참조하면, MBS(Multicast/Broadcast Service) 데이터를 수신하는 단말(1600)은 MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 기지국을 통해서 코어망 개체로 전송하는 송신부(1620) 및 기지국으로부터 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 수신하고, PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 수신하는 수신부(1630)를 포함할 수 있다.
예를 들어, 송신부(1620)는 MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 기지국으로 전송한다. 기지국은 단말로부터 수신된 PDU 세션 수정 요청 메시지를 코어망 개체로 전송한다. 예를 들어, 기지국은 PDU 세션 수정 요청 메시지를 AMF(Access and Mobility Management Function)로 전송할 수 있다.
MBS 세션 식별정보는 MBS 세션을 구분하여 식별하기 위한 TMGI(Temporary Mobile Group Identifier) 및 IP 멀티캐스트 주소 정보 중 적어도 하나를 포함할 수 있다.
예를 들어, 단말은 MBS 멀티캐스트 그룹에 가입(join)하여 해당 MBS 세션에 대한 데이터를 수신하기 위해 PDU 세션 설정/수정 요청 메시지를 전송할 수 있다. 단말의 NAS 계층 엔티티는 단말이 가입하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 수신할 때 해당 메시지를 전송할 수 있다. 또는 MBS 멀티캐스트 세션을 해제하기 위해 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다. 단말의 NAS 계층 엔티티는 단말이 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 수신할 때 해당 메시지를 전송할 수 있다. 또는 단말은 해당 PDU 세션에 MBS 세션이 연계되도록 요청하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 해당 MBS 세션에 연계된 PDU 세션은 해당 MBS 멀티캐스트 그룹에 가입하기 위한 정보를 보내는 PDU 세션이 된다.
단말은 서빙셀(serving cell)에서 MBS 세션을 지원하지 않는 것을 지시하기 위한 정보를 수신하면 해당 PDU 세션에 대한 MBS 세션 연계를 수정/해제하기 위해 PDU 세션 수정 요청메시지를 전송할 수 있다. 또는 단말은 서빙셀에서 MBS 세션에 대한 점대다중점 수신 단말 수의 감소로 기지국으로부터 해당 MBS 세션의 해제/비활성화를 지시하는 정보를 RRC 전용 메시지 또는 시스템정보를 통해 수신할 수 있다. 단말의 RRC는 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 NAS로 지시하고 단말의 NAS는 해당 MBS 세션에 연계된 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다. 이를 통해 해당 PDU 세션에 대한 MBS 세션 연계를 수정/해제할 수 있다.
또는 단말은 해당 MBS 세션에 연계된 새로운 PDU 세션 설정을 요청하기 위해 또는 PDU 세션을 변경하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 단말은 서빙셀(serving cell)에서 MBS 세션을 지원하지 않는 것을 지시하기 위한 정보를 수신하면 해당 MBS 세션에 연계된 PDU 세션 설정을 요청하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 또는 단말은 서빙셀에서 MBS 세션에 대한 점대다중점 수신 단말 수의 감소나 MBS 전송을 지원하지 않는 셀로 이동 등으로 기지국으로부터 해당 MBS 세션의 해제/비활성화를 지시하는 정보나 해당 MBS 세션에 연계된 PDU 세션의 설정/수정을 지시하는 정보를 RRC 전용 메시지 또는 시스템정보를 통해 수신할 수 있다. 단말의 RRC는 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 NAS로 지시하고 단말의 NAS는 해당 MBS 세션에 연계된 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다.
한편, PDU 세션 수정 명령 메시지는 MBS 세션 식별정보, MBS 세션 AMBR(Aggregate Maximum Bit Rate), MBS 세션에 연계된 PDU 세션 식별정보 및 MBS 세션에 연계된 PDU 세션 AMBR 중 적어도 하나의 정보를 포함할 수 있다.
예를 들어, 기지국은 코어망 개체(예를 들어, AMF)로부터 N2 메시지를 통해서 PDU 세션 수정 명령 메시지를 포함하는 NAS 메시지를 수신하고, PDU 세션 수정 명령 메시지를 포함하는 NAS 메시지를 RRC 메시지 상의 전용 NAS 정보 요소 (dedicatedNAS-Message)에 포함하여 단말로 전송한다. 기지국이 전송하는 RRC 메시지는 MBS 세션에 매핑되는 MBS 무선 베어러 구성정보 및 MBS 세션에 연계된 PDU 세션에 매핑되는 데이터 무선베어러 구성정보 중 하나 이상의 정보를 포함할 수 있다.
한편, PDU 세션과 MBS 세션의 연계는 코어망 개체에서 수행될 수 있다. 예를 들어, 세션 설정/수정/해제 등의 세션 관리를 수행하는 SMF(session management function) 또는 MBS 세션 관리를 수행하는 MB-SMF에서 수행될 수 있다.
제어부(1610)는 기지국으로부터 수신한 PDU 세션 수정 명령 메시지를 포함하는 RRC 재구성 메시지에 기초하여 무선 베어러를 구성한다. 이후, 수신부(1630)는 구성된 무선 베어러를 통해서 MBS 데이터를 수신할 수 있다.
PDU 세션 수정 명령 메시지를 포함하는 RRC 재구성 메시지는 MBS 세션 컨택스트 정보(멀티캐스트 QoS 플로우 정보)를 기반으로 생성된 MBS 무선베어러 구성정보를 포함할 수 있다. MBS 세션은 MBS 무선베어러에 매핑된다. MBS 세션의 QoS 플로우는 MBS 무선베어러를 통해 수신될 수 있다. PDU 세션 수정 명령 메시지를 포함하는 RRC 재구성 메시지는 MBS 세션에 연계된 PDU 세션 컨택스트 정보(유니캐스트 QoS 플로우 정보)를 기반으로 생성된 데이터 무선베어러 구성정보를 포함할 수 있다. MBS 세션에 연계된 PDU 세션은 해당 데이터 무선베어러에 매핑된다. MBS 세션에 연계된 PDU 세션의 QoS 플로우는 해당 데이터 무선베어러를 통해 수신될 수 있다.
일 예로, 기지국이 MBS 데이터를 점대다중점으로 전송한다면, 수신부(1630)는 해당 MBS 세션에 매핑되는 점대다중점 전송 MBS 무선베어러를 통해 MBS 데이터를 수신할 수 있다. 다른 예로, 기지국이 점대점으로 전송한다면, 수신부(1630)는 MBS 세션에 연계된 PDU 세션에 매핑되는 점대점 전송 데이터 무선베어러를 통해 MBS 데이터를 수신할 수 있다. 　
MBS 세션 식별정보에 따라 식별되는 MBS 세션은 MB-UPF(User Plane Function)에서 MBS 세션 AMBR(Aggregate Maximum Bit Rate)이 제어될 수 있다. 이 경우, MBS 세션 AMBR(Aggregate Maximum Bit Rate)은 단말 AMBR(Aggregate Maximum Bit Rate)에 적용되지 않을 수 있다.
이 외에도 제어부(1610)는 전술한 본 개시를 수행하기에 필요한 MBS 데이터 송수신 동작을 수행하는 데에 따른 전반적인 단말(1600)의 동작을 제어한다.
송신부(1620)와 수신부(1630)는 전술한 본 개시를 수행하기에 필요한 신호나 메시지, 데이터를 소스 기지국, 타켓 기지국 및 코어망 개체와 송수신하는데 사용된다.
도 17은 일 실시예에 따른 기지국 구성을 보여주는 도면이다.
도 17을 참조하면, MBS(Multicast/Broadcast Service) 데이터를 송신하는 기지국(1700)은 MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 단말로부터 수신하는 수신부(1730) 및 PDU 세션 수정 요청 메시지를 코어망 개체로 전송하는 송신부(1720)를 포함할 수 있다. 수신부(1730)는 코어망 개체로부터 PDU 세션 수정 명령 메시지를 수신할 수 있다.
송신부(1720)는 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 단말로 전송하고, PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 단말로 전송한다.
예를 들어, 단말은 필요에 따라 MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 기지국으로 전송한다. MBS 세션 식별정보는 MBS 세션을 구분하여 식별하기 위한 TMGI(Temporary Mobile Group Identifier) 및 IP 멀티캐스트 주소 정보 중 적어도 하나를 포함할 수 있다.
예를 들어, 단말은 MBS 멀티캐스트 그룹에 가입(join)하여 해당 MBS 세션에 대한 데이터를 수신하기 위해 PDU 세션 설정/수정 요청 메시지를 전송할 수 있다. 단말의 NAS 계층 엔티티는 단말이 가입하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 수신할 때 해당 메시지를 전송할 수 있다. 또는 MBS 멀티캐스트 세션을 해제하기 위해 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다. 단말의 NAS 계층 엔티티는 단말이 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 수신할 때 해당 메시지를 전송할 수 있다. 또는 단말은 해당 PDU 세션에 MBS 세션이 연계되도록 요청하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 해당 MBS 세션에 연계된 PDU 세션은 해당 MBS 멀티캐스트 그룹에 가입하기 위한 정보를 보내는 PDU 세션이 된다.
단말은 서빙셀(serving cell)에서 MBS 세션을 지원하지 않는 것을 지시하기 위한 정보를 수신하면 해당 PDU 세션에 대한 MBS 세션 연계를 수정/해제하기 위해 PDU 세션 수정 요청메시지를 전송할 수 있다. 또는 단말은 서빙셀에서 MBS 세션에 대한 점대다중점 수신 단말 수의 감소로 기지국으로부터 해당 MBS 세션의 해제/비활성화를 지시하는 정보를 RRC 전용 메시지 또는 시스템정보를 통해 수신할 수 있다. 단말의 RRC는 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 NAS로 지시하고 단말의 NAS는 해당 MBS 세션에 연계된 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다. 이를 통해 해당 PDU 세션에 대한 MBS 세션 연계를 수정/해제할 수 있다.
또는 단말은 해당 MBS 세션에 연계된 새로운 PDU 세션 설정을 요청하기 위해 또는 PDU 세션을 변경하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 단말은 서빙셀(serving cell)에서 MBS 세션을 지원하지 않는 것을 지시하기 위한 정보를 수신하면 해당 MBS 세션에 연계된 PDU 세션 설정을 요청하기 위해 PDU 세션 설정/수정 요청메시지를 전송할 수 있다. 또는 단말은 서빙셀에서 MBS 세션에 대한 점대다중점 수신 단말 수의 감소나 MBS 전송을 지원하지 않는 셀로 이동 등으로 기지국으로부터 해당 MBS 세션의 해제/비활성화를 지시하는 정보나 해당 MBS 세션에 연계된 PDU 세션의 설정/수정을 지시하는 정보를 RRC 전용 메시지 또는 시스템정보를 통해 수신할 수 있다. 단말의 RRC는 해제하길 원하는 MBS 멀티캐스트 그룹 정보를 포함하는 요청을 NAS로 지시하고 단말의 NAS는 해당 MBS 세션에 연계된 PDU 세션 해제/수정 요청 메시지를 전송할 수 있다.
단말로부터 PDU 세션 수정 요청 메시지가 수신되면, 송신부(1720)는 PDU 세션 수정 요청 메시지를 AMF(Access and Mobility Management Function)로 전송할 수 있다.
한편, 제어부(1710)은 코어망 개체(예를 들어, AMF)로부터 N2 메시지를 통해서 PDU 세션 수정 명령 메시지를 포함하는 NAS 메시지를 수신하면, PDU 세션 수정 명령 메시지를 포함하는 NAS 메시지를 RRC 메시지 상의 전용 NAS 정보 요소 (dedicatedNAS-Message)에 포함하여 RRC 메시지를 생성한다. 또는, 제어부(1710)가 PDU 세션 수정 명령 메시지를 포함하여 생성하는 RRC 메시지는 MBS 세션에 매핑되는 MBS 무선 베어러 구성정보 및 MBS 세션에 연계된 PDU 세션에 매핑되는 데이터 무선베어러 구성정보 중 하나 이상의 정보를 포함할 수 있다.
예를 들어, PDU 세션 수정 명령 메시지는 MBS 세션 식별정보, MBS 세션 AMBR(Aggregate Maximum Bit Rate), MBS 세션에 연계된 PDU 세션 식별정보 및 MBS 세션에 연계된 PDU 세션 AMBR 중 적어도 하나의 정보를 포함할 수 있다.
한편, PDU 세션과 MBS 세션의 연계는 코어망 개체에서 수행될 수 있다. 예를 들어, 세션 설정/수정/해제 등의 세션 관리를 수행하는 SMF(session management function) 또는 MBS 세션 관리를 수행하는 MB-SMF에서 수행될 수 있다.
단말은 기지국으로부터 수신한 PDU 세션 수정 명령 메시지에 기초하여 무선 베어러를 구성한다. 이후, 구성된 무선 베어러를 통해서 MBS 데이터를 수신할 수 있다. 일 예로, 기지국이 MBS 데이터를 점대다중점으로 전송한다면, 단말은 해당 MBS 세션에 매핑되는 점대다중점 전송 MBS 무선베어러를 통해 MBS 데이터를 수신할 수 있다. 다른 예로, 기지국이 점대점으로 전송한다면, 단말은 MBS 세션에 연계된 PDU 세션에 매핑되는 점대점 전송 데이터 무선베어러를 통해 MBS 데이터를 수신할 수 있다. 　
MBS 세션 식별정보에 따라 식별되는 MBS 세션은 MB-UPF(User Plane Function)에서 MBS 세션 AMBR(Aggregate Maximum Bit Rate)이 제어될 수 있다. 이 경우, MBS 세션 AMBR(Aggregate Maximum Bit Rate)은 단말 AMBR(Aggregate Maximum Bit Rate)에 적용되지 않을 수 있다.
이 외에도 제어부(1710)는 전술한 본 개시를 수행하기에 필요한 MBS 데이터 송수신 동작을 수행하는 데에 따른 전반적인 기지국(1700)의 동작을 제어한다.
송신부(1720)와 수신부(1730)는 전술한 본 개시를 수행하기에 필요한 신호나 메시지, 데이터를 소스 기지국, 단말 및 코어망 개체와 송수신하는데 사용된다.
전술한 실시예들은 무선 접속 시스템들인 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
본 특허출원은 2020년 02월 14일 한국에 출원한 특허출원번호 제 10-2020-0018387 호 및 2021년 01월 29일 한국에 출원한 특허출원번호 제 10-2021-0012821호에 대해 미국 특허법 119(a)조 (35 U.S.C § 119(a))에 따라 우선권을 주장하며, 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다. 아울러, 본 특허출원은 미국 이외에 국가에 대해서도 위와 동일한 이유로 우선권을 주장하면 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다.

Claims (15)

  1. 단말이 MBS(Multicast/Broadcast Service) 데이터를 수신하는 방법에 있어서,
    MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 기지국을 통해서 코어망 개체로 전송하는 단계;
    상기 기지국으로부터 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 수신하는 단계; 및
    상기 PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 수신하는 단계를 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 MBS 세션 식별정보는,
    MBS 세션을 구분하여 식별하기 위한 TMGI(Temporary Mobile Group Identifier) 및 IP 멀티캐스트 주소 정보 중 적어도 하나를 포함하는 방법.
  3. 제 1 항에 있어서,
    상기 PDU 세션 수정 명령 메시지는,
    상기 MBS 세션 식별정보, MBS 세션 AMBR(Aggregate Maximum Bit Rate), MBS 세션에 연계된 PDU 세션 식별정보 및 상기 MBS 세션에 연계된 PDU 세션 AMBR 중 적어도 하나의 정보를 포함하는 방법.
  4. 제 1 항에 있어서,
    상기 MBS 세션 식별정보에 따라 식별되는 MBS 세션은,
    MB-UPF(Multicast/Broadcast-User Plane Function)에서 MBS 세션 AMBR(Aggregate Maximum Bit Rate)이 제어되는 것을 특징으로 하는 방법.
  5. 제 4 항에 있어서,
    상기 MBS 세션 AMBR(Aggregate Maximum Bit Rate)은,
    단말 AMBR(Aggregate Maximum Bit Rate)에 적용되지 않는 것을 특징으로 하는 방법.
  6. 기지국이 MBS(Multicast/Broadcast Service) 데이터를 송신하는 방법에 있어서,
    MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 단말로부터 수신하는 단계;
    상기 PDU 세션 수정 요청 메시지를 코어망 개체로 전송하는 단계;
    상기 코어망 개체로부터 PDU 세션 수정 명령 메시지를 수신하는 단계; 및
    상기 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 상기 단말로 전송하고, 상기 PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 상기 단말로 전송하는 단계를 포함하는 방법.
  7. 제 6 항에 있어서,
    상기 MBS 세션 식별정보는,
    MBS 세션을 구분하여 식별하기 위한 TMGI(Temporary Mobile Group Identifier) 및 IP 멀티캐스트 주소 정보 중 적어도 하나를 포함하는 방법.
  8. 제 6 항에 있어서,
    상기 PDU 세션 수정 명령 메시지는,
    상기 MBS 세션 식별정보, MBS 세션 AMBR(Aggregate Maximum Bit Rate), MBS 세션에 연계된 PDU 세션 식별정보 및 상기 MBS 세션에 연계된 PDU 세션 AMBR 중 적어도 하나의 정보를 포함하는 방법.
  9. 제 6 항에 있어서,
    상기 MBS 세션 식별정보에 따라 식별되는 MBS 세션은,
    MB-UPF(Multicast/Broadcast-User Plane Function)에서 MBS 세션 AMBR(Aggregate Maximum Bit Rate)이 제어되는 것을 특징으로 하는 방법.
  10. 제 9 항에 있어서,
    상기 MBS 세션 AMBR(Aggregate Maximum Bit Rate)은,
    단말 AMBR(Aggregate Maximum Bit Rate)에 적용되지 않는 것을 특징으로 하는 방법.
  11. MBS(Multicast/Broadcast Service) 데이터를 수신하는 단말에 있어서,
    MBS 세션 식별정보를 포함하는 PDU 세션 수정 요청 메시지를 기지국을 통해서 코어망 개체로 전송하는 송신부; 및
    상기 기지국으로부터 PDU 세션 수정 명령 메시지를 포함하는 RRC 메시지를 수신하고,
    상기 PDU 세션 수정 명령 메시지에 기초하여 매핑되는 무선 베어러를 통해서 MBS 데이터를 수신하는 수신부를 포함하는 단말.
  12. 제 11 항에 있어서,
    상기 MBS 세션 식별정보는,
    MBS 세션을 구분하여 식별하기 위한 TMGI(Temporary Mobile Group Identifier) 및 IP 멀티캐스트 주소 정보 중 적어도 하나를 포함하는 단말.
  13. 제 11 항에 있어서,
    상기 PDU 세션 수정 명령 메시지는,
    상기 MBS 세션 식별정보, MBS 세션 AMBR(Aggregate Maximum Bit Rate), MBS 세션에 연계된 PDU 세션 식별정보 및 상기 MBS 세션에 연계된 PDU 세션 AMBR 중 적어도 하나의 정보를 포함하는 단말.
  14. 제 11 항에 있어서,
    상기 MBS 세션 식별정보에 따라 식별되는 MBS 세션은,
    MB-UPF(Multicast/Broadcast-User Plane Function)에서 MBS 세션 AMBR(Aggregate Maximum Bit Rate)이 제어되는 것을 특징으로 하는 단말.
  15. 제 14 항에 있어서,
    상기 MBS 세션 AMBR(Aggregate Maximum Bit Rate)은,
    단말 AMBR(Aggregate Maximum Bit Rate)에 적용되지 않는 것을 특징으로 하는 단말.
PCT/KR2021/001343 2020-02-14 2021-02-02 Mbs 데이터를 처리하는 방법 및 그 장치 WO2021162315A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/799,625 US20230082017A1 (en) 2020-02-14 2021-02-02 Method and device for processing mbs data
EP21753121.9A EP4106486A4 (en) 2020-02-14 2021-02-02 METHOD AND DEVICE FOR PROCESSING MBS DATA

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20200018387 2020-02-14
KR10-2020-0018387 2020-02-14
KR10-2021-0012821 2021-01-29
KR1020210012821A KR20210104562A (ko) 2020-02-14 2021-01-29 Mbs 데이터를 처리하는 방법 및 그 장치

Publications (1)

Publication Number Publication Date
WO2021162315A1 true WO2021162315A1 (ko) 2021-08-19

Family

ID=77292516

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/001343 WO2021162315A1 (ko) 2020-02-14 2021-02-02 Mbs 데이터를 처리하는 방법 및 그 장치

Country Status (3)

Country Link
US (1) US20230082017A1 (ko)
EP (1) EP4106486A4 (ko)
WO (1) WO2021162315A1 (ko)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220046389A1 (en) * 2020-08-06 2022-02-10 Samsung Electronics Co., Ltd. Method and system for mbs switching and continuity in 5g wireless network
WO2023040905A1 (zh) * 2021-09-17 2023-03-23 维沃移动通信有限公司 切换业务的方法、装置和网络设备
WO2023061167A1 (zh) * 2021-10-11 2023-04-20 华为技术有限公司 通信方法及装置
WO2023069697A1 (en) * 2021-10-21 2023-04-27 Google Llc Managing data transmission using different radio resources
WO2023069375A1 (en) * 2021-10-21 2023-04-27 Google Llc Managing unicast, multicast and broadcast transmissions
WO2023066188A1 (zh) * 2021-10-19 2023-04-27 夏普株式会社 进行小区切换的方法及用户设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160075626A (ko) * 2013-10-24 2016-06-29 퀄컴 인코포레이티드 이벌브드 멀티미디어 브로드캐스트 멀티캐스트 서비스 네트워크 공유 및 로밍 지원
WO2017052317A1 (ko) * 2015-09-25 2017-03-30 엘지전자 주식회사 Scptm 전송을 중단하는 방법 및 장치
US20170181062A1 (en) * 2014-03-14 2017-06-22 Lg Electronics Inc. Method and apparatus for reconfiguring mbms mdt in wireless communication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160075626A (ko) * 2013-10-24 2016-06-29 퀄컴 인코포레이티드 이벌브드 멀티미디어 브로드캐스트 멀티캐스트 서비스 네트워크 공유 및 로밍 지원
US20170181062A1 (en) * 2014-03-14 2017-06-22 Lg Electronics Inc. Method and apparatus for reconfiguring mbms mdt in wireless communication system
WO2017052317A1 (ko) * 2015-09-25 2017-03-30 엘지전자 주식회사 Scptm 전송을 중단하는 방법 및 장치

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; 5GS; User Equipment (UE) conformance specification; Part 1: Common test environment (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 38.508-1, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG5, no. V16.2.0, 14 January 2020 (2020-01-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 920, XP051860780 *
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on architectural enhancements for 5G multicast-broadcast services (Release 17)", 3GPP STANDARD; TECHNICAL REPORT; 3GPP TR 23.757, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. V0.3.0, 29 January 2020 (2020-01-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 37, XP051860857 *
3GPP TS 23.501
See also references of EP4106486A4

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220046389A1 (en) * 2020-08-06 2022-02-10 Samsung Electronics Co., Ltd. Method and system for mbs switching and continuity in 5g wireless network
US11736906B2 (en) * 2020-08-06 2023-08-22 Samsung Electronics Co., Ltd. Method and system for MBS switching and continuity in 5G wireless network
WO2023040905A1 (zh) * 2021-09-17 2023-03-23 维沃移动通信有限公司 切换业务的方法、装置和网络设备
WO2023061167A1 (zh) * 2021-10-11 2023-04-20 华为技术有限公司 通信方法及装置
WO2023066188A1 (zh) * 2021-10-19 2023-04-27 夏普株式会社 进行小区切换的方法及用户设备
WO2023069697A1 (en) * 2021-10-21 2023-04-27 Google Llc Managing data transmission using different radio resources
WO2023069692A1 (en) * 2021-10-21 2023-04-27 Google Llc Managing radio resources for multicast and/or broadcast services
WO2023069375A1 (en) * 2021-10-21 2023-04-27 Google Llc Managing unicast, multicast and broadcast transmissions

Also Published As

Publication number Publication date
EP4106486A1 (en) 2022-12-21
US20230082017A1 (en) 2023-03-16
EP4106486A4 (en) 2024-03-20

Similar Documents

Publication Publication Date Title
WO2021054674A1 (ko) Mbs 데이터 스위칭 방법 및 장치
WO2021162315A1 (ko) Mbs 데이터를 처리하는 방법 및 그 장치
WO2022086109A1 (ko) Mbs 데이터 처리 방법 및 장치
WO2018066876A1 (ko) 무선 통신 시스템에서 v2x 통신 지원 방법
WO2018008980A1 (ko) 무선 통신 시스템에서 사용자가 선호하는 자원 운용 선택 방법 및 이를 위한 장치
WO2017171430A1 (en) Method and apparatus for transmitting signal in wireless communication
WO2021162333A1 (ko) Mbs 데이터를 처리하는 방법 및 그 장치
WO2016111590A1 (ko) 무선 통신 시스템에서 페이징 전송 방법 및 이를 위한 장치
WO2015023128A1 (ko) 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
WO2016099138A1 (ko) 무선 통신 시스템에서 페이징 전송 방법 및 이를 위한 장치
WO2017047878A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 베어러 설정 방법 및 이를 지원하는 장치
WO2020060178A1 (en) Method and apparatus for reporting selected plmn of rrc-inactive mode ue in next-generation communication system
WO2016053066A1 (ko) 무선 통신 시스템에서 셀 단위 보고를 위한 방법 및 이를 위한 장치
WO2020085831A1 (ko) 차량 통신을 수행하는 방법 및 그 장치
WO2018009044A1 (en) Method and apparatus for transceiving a signal in a wireless communication system supporting zone-based communication
WO2018199673A1 (ko) Edt에 따라 데이터를 전송하는 방안
WO2022019666A1 (ko) Mbs 데이터 전송 방법 및 그 장치
WO2023014138A1 (ko) 무선 통신 시스템에서 하향링크 데이터의 그룹 공통 및 단말 특정 송신 또는 수신 방법 및 장치
WO2022025543A1 (ko) Mbs 세션 설정 방법 및 그 장치
WO2022240182A1 (ko) 무선 통신 시스템에서 그룹 공통 전송을 위한 공통 주파수 자원 기반 통신 방법 및 장치
WO2022240184A1 (ko) 무선 통신 시스템에서 그룹 공통 전송을 위한 harq 기반 송수신 방법 및 장치
WO2019059638A1 (ko) 릴레이 노드의 데이터 처리 방법 및 그 장치
WO2022015120A1 (ko) 멀티캐스트/브로드캐스트 서비스 제공 방법 및 그 장치
WO2023055194A1 (ko) 무선 통신 시스템에서 대역폭 부분 활성화 또는 비활성화 방법 및 장치
WO2023014140A1 (ko) 무선 통신 시스템에서 통신을 수행하는 방법 및 장치

Legal Events

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

Ref document number: 21753121

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021753121

Country of ref document: EP

Effective date: 20220914