WO2022025543A1 - Mbs 세션 설정 방법 및 그 장치 - Google Patents

Mbs 세션 설정 방법 및 그 장치 Download PDF

Info

Publication number
WO2022025543A1
WO2022025543A1 PCT/KR2021/009604 KR2021009604W WO2022025543A1 WO 2022025543 A1 WO2022025543 A1 WO 2022025543A1 KR 2021009604 W KR2021009604 W KR 2021009604W WO 2022025543 A1 WO2022025543 A1 WO 2022025543A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
message
session
information
terminal
Prior art date
Application number
PCT/KR2021/009604
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 KR1020210095102A external-priority patent/KR20220016443A/ko
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Publication of WO2022025543A1 publication Critical patent/WO2022025543A1/ko

Links

Images

Classifications

    • 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/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Definitions

  • the present disclosure relates to a method and apparatus for establishing an MBS session for transmitting and receiving multicast/broadcast service data in an NR radio access network.
  • Multimedia Broadcast Multicast Services is a technology that can provide a mobile broadcast service using a cellular mobile communication network.
  • Technology to provide services is being developed.
  • MBMS is an end-to-many/point-to-multipoint transmission service.
  • the MBMS service adopts a multi-cell transmission method in which multiple base stations transmit the same packet at the same time. Using this multi-cell transmission method, 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 provides a technique for a terminal to receive MBS data.
  • the present embodiments provide a method for a central unit (CU) to set up a Multicast/Broadcast Service (MBS) session, an uplink NAS message including join request information of a terminal for the MBS session, the core Transmitting to a network entity, receiving an N2 message including MBS session information from the core network entity, and transmitting an F1 message including MBS session information to a distributed unit (DU) and F1 from the distributed unit
  • a method may be provided that includes receiving a response message to the message.
  • the present embodiments in the central unit (Central Unit, CU) for setting up a MBS (Multicast / Broadcast Service) session the uplink NAS message including the join request information of the terminal for the MBS session core network entity a transmitter for transmitting to and a receiver for receiving an N2 message including MBS session information from a core network entity, wherein the transmitter transmits an F1 message including MBS session information to a Distributed Unit (DU), and the receiver includes A central unit that receives a response message to the F1 message from the distribution unit may be provided.
  • DU Distributed Unit
  • the present disclosure provides an effect that the terminal receives and processes MBS data.
  • FIG. 1 is a diagram schematically illustrating a structure of an NR wireless communication system to which this embodiment can be applied.
  • FIG. 2 is a diagram for explaining a frame structure in an NR system to which this embodiment can be applied.
  • FIG 3 is a diagram for explaining a resource grid supported by a radio access technology to which this embodiment can be applied.
  • FIG. 4 is a diagram for explaining a bandwidth part supported by a radio access technology to which the present embodiment can be applied.
  • FIG. 5 is a diagram exemplarily illustrating a synchronization signal block in a radio access technology to which the present embodiment can be applied.
  • FIG. 6 is a diagram for explaining a random access procedure in a radio access technology to which this embodiment can be applied.
  • FIG. 8 is a diagram illustrating MBMS User Plane Protocol Architecture.
  • 9 is a diagram for explaining the entire NG-RAN architecture.
  • FIG. 10 is a view for explaining an operation of a central unit according to an embodiment.
  • 11 is a diagram illustrating an example of a layer 2 structure for MBS data transmission and reception.
  • FIG. 12 is a diagram illustrating another example of a layer 2 structure for MBS data transmission/reception.
  • FIG. 13 is a diagram for describing a logical channel identifier value according to an embodiment.
  • FIG. 14 is a diagram exemplarily illustrating a MAC subheader format including an extended LCID field according to an embodiment.
  • 15 is a diagram for explaining allocation information according to each octet length of an extended LCID value for a DL-SCH according to an embodiment.
  • 16 is a view for explaining the configuration of a central unit 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 radio 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- FDMA is employed.
  • 3GPP 3rd generation partnership project
  • LTE long term evolution
  • E-UMTS evolved UMTS
  • E-UTRA evolved-UMTSterrestrial radio access
  • OFDMA OFDMA in the downlink
  • SC- FDMA SC-FDMA
  • the terminal in the present specification is a comprehensive concept meaning a device including a wireless communication module that performs 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, etc. in GSM.
  • the terminal may be a user's portable device such as a smart phone depending on the type of use, and in a V2X communication system may mean a vehicle, a device including a wireless communication module in the vehicle, and the like.
  • a machine type communication (Machine Type Communication) system, it may mean an MTC terminal, an M2M terminal, a URLLC terminal, etc. equipped with a communication module to perform machine type communication.
  • a base station or cell of the present specification refers to an end that communicates with a terminal in terms of a network, a Node-B (Node-B), an evolved Node-B (eNB), gNode-B (gNB), a Low Power Node (LPN), Sector, site, various types of antennas, base transceiver system (BTS), access point, point (eg, transmission point, reception point, transmission/reception point), relay node ), mega cell, macro cell, micro cell, pico cell, femto cell, RRH (Remote Radio Head), RU (Radio Unit), small cell (small cell), such as a variety of coverage areas.
  • 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 meanings. 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 signals are received or transmitted from the point of view of the user terminal or the neighboring base station may be indicated to the base station.
  • a cell is a component carrier having the coverage of a signal transmitted from a transmission/reception point or a signal transmitted from a transmission/reception point (transmission point or transmission/reception point), and the transmission/reception point itself.
  • the uplink (Uplink, UL, or uplink) refers to a method of transmitting and receiving data by the terminal to the base station
  • the downlink (Downlink, DL, or downlink) refers to a method of transmitting and receiving data to the terminal by the base station do.
  • Downlink may mean a communication or communication path from a multi-transmission/reception point to a terminal
  • uplink may mean a communication or communication path from a terminal to a multi-transmission/reception point.
  • the transmitter in the downlink, the transmitter may be a part of multiple transmission/reception points, and the receiver may be a part of the terminal.
  • the transmitter in the uplink, the transmitter may be a part of the terminal, and the receiver may be a part of the multi-transmission/reception point.
  • the uplink and the downlink transmit and receive control information through a control channel such as a Physical Downlink Control CHannel (PDCCH) and a Physical Uplink Control CHannel (PUCCH), 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) and a Physical Uplink Control CHannel (PUCCH), and a Physical Downlink Shared CHannel (PDSCH), a Physical Uplink Shared CHannel (PUSCH), etc.
  • Data is transmitted and received by configuring the same data channel.
  • a situation in which signals are transmitted and received through channels such as PUCCH, PUSCH, PDCCH, and PDSCH may be expressed in the form of 'transmitting and receiving PUCCH, PUSCH, PDCCH and PDSCH'. do.
  • 5G (5th-Generation) communication technology is developed to meet the requirements of ITU-R's next-generation wireless access technology.
  • 3GPP develops LTE-A pro, which improves LTE-Advanced technology to meet the requirements of ITU-R as a 5G communication technology, and a new NR communication technology separate from 4G communication technology.
  • LTE-A pro and NR both refer to 5G communication technology.
  • 5G communication technology will be described focusing on NR unless a specific communication technology is specified.
  • NR operation scenario various operation scenarios were defined by adding consideration to satellites, automobiles, and new verticals from 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 technological 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 the frequency band below 6 GHz (FR1, Frequency Range 1) and the frequency band above 6 GHz (FR2, Frequency Range 2).
  • gNB means a base station that provides NR user plane and control plane protocol termination to a terminal
  • ng-eNB means a base station that provides E-UTRA user plane and control plane protocol termination to a terminal.
  • the base station described in this specification should be understood as encompassing gNB and ng-eNB, and may be used as a meaning to distinguish gNB or ng-eNB as needed.
  • a CP-OFDM waveform using a cyclic prefix is used for downlink transmission, and CP-OFDM or DFT-s-OFDM is used for uplink transmission.
  • OFDM technology is easy to combine with MIMO (Multiple Input Multiple Output), and has advantages of using a low-complexity receiver with high frequency efficiency.
  • the NR transmission numerology is determined based on sub-carrier spacing and cyclic prefix (CP), and the ⁇ value is used as an exponential value of 2 based on 15 kHz as shown in Table 1 below. is changed to
  • the NR numerology 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, in NR, subcarrier intervals used for data transmission 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.
  • 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 of the slot in the time domain may vary according to the subcarrier interval.
  • the slot in the case of a numerology having a 15 kHz subcarrier interval, the slot is 1 ms long and is composed of the same length as the subframe.
  • a slot in the case of numerology having a 30 kHz subcarrier interval, a slot consists of 14 OFDM symbols, but two slots may be included in one subframe with a length of 0.5 ms. That is, the subframe and the frame are defined to have a fixed time length, and the slot is defined by the number of symbols, so that the time length may vary according to the subcarrier interval.
  • NR defines a basic unit of scheduling as a slot, and also introduces a mini-slot (or a sub-slot or a non-slot based schedule) in order to reduce transmission delay in a radio section.
  • a mini-slot or a sub-slot or a non-slot based schedule
  • the mini-slot is for efficient support of the URLLC scenario and can be scheduled in units of 2, 4, or 7 symbols.
  • NR defines uplink and downlink resource allocation at a symbol level within one slot.
  • a slot structure capable of transmitting HARQ ACK/NACK directly within a transmission slot has been defined, and this slot structure will be described as a self-contained structure.
  • NR is designed to support a total of 256 slot formats, of which 62 slot formats are used in 3GPP Rel-15.
  • a common frame structure constituting an FDD or TDD frame is supported through a combination of various slots.
  • a slot structure in which all symbols of a slot are set to downlink a slot structure in which all symbols are set to uplink
  • a slot structure in which downlink symbols and uplink symbols are combined are supported.
  • NR supports that data transmission is scheduled to be distributed in one or more slots.
  • the base station may inform the terminal whether the slot is a downlink slot, an uplink slot, or a flexible slot using a slot format indicator (SFI).
  • the base station may indicate the slot format by indicating the index of the table configured through UE-specific RRC signaling using SFI, and may indicate dynamically through DCI (Downlink Control Information) or statically or through RRC. It can also be ordered quasi-statically.
  • 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 It can be said that there is a quasi co-location) relationship.
  • 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. Up to 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 terminal synchronizes with 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 that is a candidate frequency location for monitoring the SSB.
  • the carrier raster and synchronization raster which are the center frequency location information of the channel for initial access, are newly defined in NR. Compared to the carrier raster, the synchronization raster has a wider frequency interval than that of the carrier raster. can
  • 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, etc.), 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.
  • 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 this embodiment can be applied.
  • the terminal transmits a random access preamble for random access to the base station.
  • the random access preamble is transmitted through the PRACH.
  • the random access preamble is transmitted to the base station through a PRACH consisting of continuous radio resources in a specific slot that is periodically repeated.
  • a contention-based random access procedure is performed, and when random access is performed for beam failure recovery (BFR), a contention-free random access procedure is performed.
  • BFR beam failure recovery
  • the terminal receives a random access response to the transmitted random access preamble.
  • the random access response may include a random access preamble identifier (ID), a UL grant (uplink radio resource), a temporary C-RNTI (Temporary Cell - Radio Network Temporary Identifier), and a Time Alignment Command (TAC). Since one random access response may include random access response information for one or more UEs, the random access preamble identifier may be included to inform which UE 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 CORESET (Control Resource Set) having a length of 1 to 3 symbols, and transmits uplink/downlink scheduling information, SFI (Slot Format Index), and TPC (Transmit Power Control) information. .
  • 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 performed 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, and coverage.
  • different 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.
  • the basic scheduling unit is changed to a slot.
  • the slot consists of 14 OFDM symbols.
  • a non-slot structure composed of 2, 4, and 7 OFDM symbols, which is a smaller scheduling unit, is supported.
  • the non-slot structure may be utilized as a scheduling unit for the URLLC service.
  • MBMS Multimedia Broadcast Multicast Service
  • 3GPP 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. Regarding NR, 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.
  • 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. All 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 flexibly apply it to small-scale broadcasting services.
  • 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 through SC-PTM.
  • 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.
  • FIG. 8 is a diagram illustrating MBMS User Plane Protocol Architecture.
  • MBMS user data is transmitted between a BM-SC and a terminal through a mobile communication network. Therefore, the corresponding packet may not be an IP packet.
  • the protocol structure was designed based on RLC-UM without using the PDCP layer that provides header compression or security functions.
  • the base station In NR, in order to support efficient network construction, the base station (gNB) is denoted as a central unit (hereinafter, referred to as gNB-CU for convenience of explanation) and a distributed node (hereinafter referred to as gNB-DU for convenience). ) can provide a separation structure that separates the gNB-CU.
  • gNB-CU central unit
  • gNB-DU distributed node
  • 9 is a diagram for explaining the entire NG-RAN architecture.
  • a next-generation wireless network may be configured with a set of base stations connected to a 5G core network (5GC) through an NG interface.
  • the base stations are interconnected through an Xn interface.
  • One base station may consist of one gNB-CU and one or more gNB-DUs.
  • the gNB-CU and gNB-DU are connected through the F1 interface.
  • One gNB-DU may be connected to only one gNB-CU.
  • An NG interface and an Xn-C interface to one base station composed of a gNB-CU and a gNB-DU are terminated in the gNB-CU.
  • the gNB-DUs connected to the gNB-CU are seen as only one base station to other base stations and 5GC.
  • the gNB-CU is a logical node hosting the RRC, SDAP and PDCP protocols of the base station.
  • the gNB-DU is a logical node hosting the RLC, MAC and PHY layers of the base station.
  • One gNB-DU supports one or multiple cells.
  • One cell is supported by only one gNB-DU.
  • the node hosting the user plane part of the NR PDCP must perform user inactivity monitoring, and can notify inactivity or (re)activation to a node having a control plane connection.
  • the node hosting the NR RLC may perform user inactivity monitoring and notify the control plane hosting node of inactivity (re)activation.
  • gNB-CU and gNB-DU are connected through the F1 interface between PDCP and RLC according to the user plane protocol structure.
  • the description of the multicast/broadcast service is not disclosed.
  • the base station separation structure consists of gNB-CU hosting PDCP and gNB-DU hosting RLC or lower. MBS session setup method for this was not provided.
  • the present invention devised to solve this problem proposes an MBS session setup method and apparatus for transmitting multicast/broadcast service data under a wireless network separation structure.
  • the present embodiment may be applied to any radio access technology.
  • the present embodiment may be applied to a radio access network providing base station separation on an arbitrary layer (e.g. PHY, MAC, RLC, PDCP).
  • the embodiment described in the present disclosure includes the content of information elements and operations specified in TS 38.321, a 3GPP NR MAC standard, and TS 38.331, a NR RRC standard.
  • the terminal operation content related to the detailed definition of the corresponding information element is not included in the present specification, the corresponding content specified in the standard may be included in the present disclosure.
  • FIG. 10 is a view for explaining an operation of a central unit according to an embodiment.
  • a central unit (CU) for setting up a Multicast / Broadcast Service (MBS) session transmits an uplink NAS message including join request information of the terminal for the MBS session to the core network entity. can be performed (S1010).
  • the central unit may receive join request information for the MBS session from the terminal through the distribution unit. For example, in order for the terminal to join the MBS session, it is necessary to set up an MBS context or perform an MBS context setup procedure.
  • the terminal may transmit an initial UE message to the central unit.
  • the initial terminal message may include information for indicating that the terminal joins/joins/requests/interests in the MBS session.
  • the central unit may transmit join request information of the terminal for the MBS session received from the terminal to the core network entity. For example, the central unit sends an uplink NAS signaling message to the AMF.
  • the uplink NAS signaling message may be at least one of a registration request, a service request message, a PDU session establishment request, and a PDU session modification request message.
  • the central unit can transmit the MBS session join request of the terminal to the core network entity.
  • the central unit may perform the step of receiving the N2 message including the MBS session information from the core network entity (S1020).
  • the N2 message including the MBS session information may be a message for UE-associated UE context management or a message for PDU session management.
  • the N2 message may be one of a PDU SESSION RESOURCE MODIFY REQUEST message, a UE CONTEXT MODIFICATION REQUEST message, and a HANDOVER REQUEST message.
  • the corresponding N2 message may be a message for changing terminal context information.
  • the corresponding N2 message may be a message for changing the MBS session context information to the terminal context.
  • the N2 message including the MBS session information may be a message for instructing any one operation of setup, modification, and release of an MBS session or context that is not associated with a UE.
  • the central unit may receive an N2 message for instructing trigger/activation/initiation/start of the MBS session from the core network entity.
  • the central unit may receive an N2 message for instructing allocation/distribution of MBS session resources from the core network entity.
  • the N2 message may be one of an MBS context setup/modification message, an MBS resource distribution message (multicast distribution message), and an MBS session start/modification message.
  • the central unit may receive the MBS session modification request message, which is a non-UE associated N2 signaling message for instructing the MBS session modification.
  • the central unit may receive an MBS session release message that is a non-UE associated N2 signaling message that is not associated with a terminal to indicate MBS session release.
  • the core network entity described above may be an AMF that has received NAS signaling.
  • the central unit may perform the step of transmitting the F1 message including the MBS session information to a distributed unit (DU) (S1030).
  • DU distributed unit
  • the central unit and the distribution unit may mean logical nodes constituting the base station.
  • the central unit is a logical node hosting the RRC, SDAP and PDCP protocols, and can be connected to one or more distributed units through the F1 interface.
  • a distribution unit is a logical node hosting the RLC, MAC and PHY layers. The distribution unit is configured in connection with one central unit.
  • a central unit may be associated with one or more distribution units.
  • the F1 message may be a terminal context setup request message or a terminal context modification request message associated with the terminal.
  • the terminal context modification request message is a terminal-associated F1 signaling message for modifying the terminal context.
  • the terminal context modification request message includes one or more pieces of information included in the MBS context associated with the corresponding MBS session, or sets up/modifies/releases the MBS context, or MBS context setup/modification/release procedure may include information for triggering/initiating
  • the F1 message may include Group-Radio Network Temporary Identifier (G-RNTI) or Cell-Radio Network Temporary Identifier (C-RNTI) information for data reception of the MBS session.
  • G-RNTI Group-Radio Network Temporary Identifier
  • C-RNTI Cell-Radio Network Temporary Identifier
  • the F1 message may be a message for instructing any one operation of setup, modification, and release of an MBS session or context not associated with a terminal.
  • the F1 message may be a non-UE associated F1 signaling message that is not associated with a UE for instructing to allocate/distribute MBS session resources or to instruct MBS session trigger/activation/start/modification.
  • the F1 message may be one of an MBS context setup/modification message, an MBS multicast distribution message, and an MBS session start/modification message.
  • the F1 message may include Group-Radio Network Temporary Identifier (G-RNTI) information for data reception of the MBS session.
  • G-RNTI Group-Radio Network Temporary Identifier
  • the central unit may perform the step of receiving a response message to the F1 message from the distribution unit (S1040).
  • the central unit may receive a response message according to the F1 message transmitted to the distribution unit.
  • the central unit may receive the UE CONTEXT MODIFICATION RESPONSE message from the distribution unit.
  • the central unit may set up an MBS session to provide to the terminal through communication with the core network entity.
  • this embodiment may provide a specific operation for allowing the terminal to set/modify/release the MBS radio bearer for receiving MBS data.
  • MBS session setup and MBS radio bearer configuration A more detailed embodiment of the MBS session setup and MBS radio bearer configuration will be described below. Detailed embodiments provided below may be applied individually or by selectively combining any method.
  • the above-described central unit can be described and described as gNB-CU.
  • the aforementioned dispersion unit can be described and described as gNB-DU.
  • MBS session setup/modification/release is linked to the terminal context setup/modification/release process and terminal context (eg PDU session resource) setup/modification/release is linked to the MBS session setup/start/modification/release process example to do
  • one MBMS session is mapped one-to-one to one radio bearer and transmitted to the terminal through the base station.
  • One MBMS session was identified through TMGI and (optional) session identifier (sessionId) to identify it, and it was mapped to one MBMS Point to Multipoint Radio Bearer (MRB) and transmitted through the air interface between the base station and the terminal.
  • sessionId session identifier
  • MRB Point to Multipoint Radio Bearer
  • 5G networks support QoS processing in flow units. It may be desirable to support QoS processing in flow units in the same way for MBS services provided based on 5G.
  • a PDU session represents an association between a terminal providing a PDU connectivity service and a data network.
  • a PDU session represents a unicast-based session and is configured specifically for a UE.
  • the core network entity or the base station may manage the terminal context specifically provided to the terminal including the unicast PDU session resource information set up for each terminal.
  • a session for one or more terminals/terminal groups/group terminals belonging to the corresponding multicast session/service may be indicated.
  • the core network entity or the base station may manage a multicast session context including MBS session resource information in a core network entity-specific manner or in a base station-specific or cell-specific manner for a corresponding multicast session/service.
  • MBS session context may be setup/modified/released through signaling not associated with the UE (non-UE associated signaling).
  • MBS context setup/modification/release request/response/command/complete message for MBS context setup/modification/release signaling may include multicast session context information.
  • signaling procedures/messages that are not associated with terminals used for multicast session context management are MBS context setup/modification/release procedures/messages, MBS resource distribution procedures/messages, MBS session start/modification procedures /message, etc. This is for convenience of description and may be replaced with any other terminology.
  • a corresponding multicast session context (eg, a core network entity or a base station) may be identified through an identifier (eg, a multicast context identifier) for distinguishing it.
  • a multicast context associated with one multicast session includes one multicast address (eg IP multicast address or MAC multicast address or arbitrary (group) identifier/address to identify a group), and the corresponding multicast session/service.
  • Information for identification eg TMGI, session ID, service ID, application ID
  • QoS parameters associated with QoS flow identifiers included in the multicast session geographic area information to transmit the multicast session (eg cell ID list, service) area code list, service area id list, zone id list), MBS radio bearer identifier, area session identifier used to identify an MBS session within a specific MBS service area for an MBS session having location-dependent content
  • MBS data is received Transport Network Layer information (eg transport layer address/IP address, GTP-TEID) for the transport tunnel used for Information for identifying a terminal that is authenticated / configured with the corresponding MBS radio bearer (eg UE identity list, 5G-S-TMSI list, C-RNTI list, I-RNTI list) and the number of corresponding terminals. can do.
  • Transport Network Layer information eg transport layer address/IP address, GTP-TEID
  • the core network entity or base station is connected to a specific terminal (eg, a terminal belonging to/joined/joined/joined/interested/in the network that belongs to the multicast session/certified for the corresponding service in the network/the terminal configured with the corresponding MBS radio bearer)
  • a specific terminal eg, a terminal belonging to/joined/joined/joined/interested/in the network that belongs to the multicast session/certified for the corresponding service in the network/the terminal configured with the corresponding MBS radio bearer
  • information for identifying the multicast session can be linked/included and managed on the terminal context provided specifically for the terminal.
  • the message on the procedure includes the MBS context. It may include one or more pieces of information.
  • the core network entity or the base station may set up/modify/release the MBS context when performing a procedure for terminal context setup/modification/release through UE associated signaling. have.
  • the MBS context setup/modification/release procedure Can be triggered/initiated.
  • the terminal context of the base station includes PDU session resource information, security key information, mobility restriction information, and terminal capability information.
  • the base station and the AMF have a PDU session management procedure (PDU session resource setup/modification/release procedure), a terminal context management procedure (terminal context setup) on the interface (N2 interface) between the base station and the AMF for terminal context setup/modification/release /modification/release procedure) or terminal mobility management procedure (handover preparation procedure, handover resource allocation procedure) can be used.
  • the core network entity or the base station may set up/modify/release the terminal context through the N2 signaling message associated with the terminal including the terminal context information (e.g. PDU session resource information, etc.) through the corresponding procedure.
  • the base station may configure the terminal-specific unicast radio bearer (RLC bearer) associated with the MBS radio bearer to the terminal in order to transmit the corresponding multicast service/session data.
  • RLC bearer terminal-specific unicast radio bearer
  • the base station efficiently changes the corresponding MBS session data delivery method according to the situation (eg point-to-point unicast delivery method by general data radio bearer linked to MBS radio bearer and point-to-multipoint multicast/broadcast through MBS radio bearer) It can be transmitted to the terminal by switching between the cast delivery methods).
  • 11 is a diagram illustrating an example of a layer 2 structure for MBS data transmission and reception.
  • the MBS radio bearer for MBS session data transmission can transmit data included in the corresponding MBS session in multicast/broadcast/point-to-multipoint through multicast/broadcast scheduling in the MAC entity.
  • a common RNTI e.g. G-RNTI
  • a group-common PDSCH (Group-common PDSCH) may be scrambled based on the common RNTI.
  • a CRC-scrambled group common PDCCH Group-common PDCCH by G-RNTI may be used.
  • FIG. 12 is a diagram illustrating another example of a layer 2 structure for MBS data transmission/reception.
  • the MBS radio bearer for MBS session data transmission can transmit data included in the corresponding MBS session in a multicast/broadcast/point-to-multipoint manner through multicast/broadcast scheduling in the MAC entity.
  • a common RNTI e.g. G-RNTI
  • a group-common PDSCH (Group-common PDSCH) may be scrambled based on the common RNTI.
  • a CRC-scrambled group common PDCCH (Group-common PDCCH) by G-RNTI may be used.
  • the MBS radio bearer can unicast/point-to-point data included in the corresponding MBS session through unicast scheduling in the MAC entity.
  • a UE-specific RNTI e.g. C-RNTI
  • PDSCH may be scrambled based on C-RNTI.
  • CRC-scrambled PDCCH by C-RNTI may be used for unicast scheduling for PDSCH.
  • the MBS radio bearer may have a split structure having two legs/path/RLC bearer.
  • unicast scheduling may be performed in the MAC entity for point-to-point transmission.
  • An RLC entity of a unicast leg/path/radio bearer (RLC bearer) may be configured in association with a logical channel identifier.
  • the other leg/path/radio bearer (RLC bearer) of the MBS radio bearer may perform multicast/broadcast scheduling in the MAC entity for point-to-multipoint transmission.
  • An RLC entity of a multicast/broadcast leg/path/radio bearer (RLC bearer) may be configured in association with a logical channel identifier.
  • the RLC entity of unicast leg / path / RLC bearer and the RLC entity of multicast / broadcast point-to-multipoint leg / path / RLC bearer are It may be associated with one common PDCP entity. or RLC entity of unicast leg / path / RLC bearer and RLC entity of multicast / broadcast point-to-multipoint leg / path / RLC bearer may be associated with each different PDCP entity that is synchronized.
  • a radio bearer for a unicast leg/path associated with the MBS radio bearer may be configured as a downlink dedicated radio bearer. Accordingly, for L2 configuration information such as MAC configuration information, RLC configuration information, PDCP configuration information, and SDAP configuration information included in the unicast leg/path, only downlink configuration information can be included. have.
  • the radio bearer for the unicast leg/path associated with the MBS radio bearer may be configured as a general radio bearer including downlink/uplink.
  • the radio bearer for the unicast leg/path associated with the MBS radio bearer transmits data included in the corresponding MBS service/session unicast/point-to-point through unicast scheduling in the MAC entity. It may represent a radio bearer including a leg / path / radio bearer (RLC bearer).
  • RLC bearer a radio bearer for a unicast leg/path associated with an MBS radio bearer may indicate a data radio bearer including a PDCP-RLC-MAC (unicast scheduling) entity.
  • a radio bearer for a unicast leg/path associated with an MBS radio bearer may indicate an RLC bearer including a unicast scheduling (RLC-MAC) entity.
  • One MBS session may include one or more multicast/broadcast flows.
  • the corresponding MBS flow may be identified through an MBS QoS flow identifier.
  • QoS processing is supported in units of radio bearers.
  • the MBS QoS flow received from the core network can be mapped to the MBS radio bearer and transmitted using SDAP.
  • one MBS QoS flow belonging to one MBS session may be mapped to one MBS radio bearer.
  • one or more MBS QoS flows belonging to one MBS session may be mapped to one MBS radio bearer.
  • one or more MBS QoS flows belonging to one or more MBS sessions may be mapped to one or more MBS radio bearers.
  • one or more MBS QoS flows belonging to one or more MBS sessions may be mapped to one MBS radio bearer.
  • the core network entity or base station includes one or more pieces of information included in the MBS context when performing a procedure for terminal context setup/modification/release, or sets up/modifies/releases the MBS context, or MBS Can trigger/initiate context setup/modification/release procedures.
  • the RRC idle / inactive terminal when the RRC idle / inactive terminal performs the terminal context setup procedure in the initial access process, it includes one or more pieces of information included in the MBS context, or sets up / modify / Release, or trigger/initiate MBS context setup/modification/release procedure.
  • the RRC idle / inactive terminal when the RRC idle / inactive terminal performs a terminal context setup procedure in the process of performing initial access for a network registration procedure or a service request procedure, in the MBS context It may include one or more pieces of information included, set up/modify/release an MBS context, or trigger/initiate an MBS context setup/modification/release procedure.
  • the RRC connection terminal when it performs a terminal context modification procedure or a PDU session resource modification procedure or a handover preparation procedure for modifying a configured terminal context, it includes one or more pieces of information included in the MBS context, or MBS contact You can set up/modify/release the script, or trigger/initiate the MBS context setup/modification/release procedure.
  • the gNB-CU may receive an INITIAL CONTEXT SETUP REQUEST message from the AMF.
  • the gNB-CU may transmit a UE CONTEXT SETUP REQUEST to set the UE context to the gNB-DU.
  • the gNB-DU may transmit a UE CONTEXT SETUP RESPONSE to the gNB-CU.
  • the terminal context setup request message transmitted by the gNB-CU to the gNB-DU may include multicast context information associated with the corresponding multicast session. For example, if the MBS radio bearer for the multicast session has already been established, or if the multicast session context for the multicast session has already been set up/stored in the gNB-CU/gNB-DU, the terminal context setup The request message may include one or more pieces of information included in the aforementioned multicast context information.
  • the aforementioned INITIAL UE MESSAGE may include information for the UE to indicate Join/Join/Interest/Request for the corresponding MBS session.
  • the UE instructs the UE to join/join/interest/request for the corresponding MBS session in an uplink NAS signaling message (eg registration request, service request message, PDU session establishment request, PDU session modification request message) with AMF. information can be transmitted.
  • the NAS-PDU eg registration request, service request message, PDU session establishment request, PDU session modification request message
  • the INITIAL UE MESSAGE is used by the UE to indicate Join/Join/Interest/Request for the corresponding MBS session. may contain information.
  • the aforementioned INITIAL CONTEXT SETUP REQUEST message may include multicast context information associated with a corresponding multicast session.
  • the terminal may transmit an uplink NAS signaling message (e.g. registration request, service request message, PDU session establishment request, PDU session modification request message) to the AMF.
  • the UE may include information for indicating Join/Join/Interest/Request for the corresponding MBS session in the uplink NAS signaling message.
  • the gNB-CU may receive a UE associated N2 signaling message from the AMF to change UE context information.
  • the corresponding message may be one of a PDU SESSION RESOURCE MODIFY REQUEST message, a UE CONTEXT MODIFICATION REQUEST message, and a HANDOVER REQUEST message.
  • the gNB-CU may receive a UE associated N2 signaling message from the AMF to change the MBS session context information to the corresponding UE context.
  • the corresponding message may be one of a PDU SESSION RESOURCE MODIFY REQUEST message, a UE CONTEXT MODIFICATION REQUEST message, and a HANDOVER REQUEST message.
  • the gNB-CU is N2 signaling that is not associated with the terminal, for instructing to allocate/distribute MBS session resources or to indicate trigger/activation/initiation/start of AMF and MBS session/service (non- UE associated N2 signaling) message may be transmitted and received.
  • the corresponding message may be one of the above-described MBS context setup/modification message, MBS resource distribution message (multicast distribution message), and MBS session start/modification message.
  • the gNB-CU may transmit/receive an MBS session modification request message that is a non-UE associated N2 signaling message for instructing AMF and MBS session modification.
  • the gNB-CU may transmit/receive an MBS session release message that is a non-UE associated N2 signaling message not associated with a terminal for instructing AMF and MBS session release.
  • the gNB-CU may transmit UE CONTEXT MODIFICATION REQUEST, which is an F1 signaling message associated with the UE, to the gNB-DU to modify the UE context.
  • the gNB-DU may transmit a UE CONTEXT MODIFICATION RESPONSE to the gNB-CU.
  • the gNB-CU may transmit UE CONTEXT MODIFICATION REQUEST, which is F1 signaling associated with the UE, to modify the UE context to the gNB-DU.
  • the gNB-DU may transmit UE CONTEXT MODIFICATION RESPONSE, which is F1 signaling associated with the UE, to the gNB-CU.
  • the terminal context modification request message sent by the gNB-CU to the gNB-DU includes one or more pieces of information included in the MBS context associated with the multicast session, or sets up/modifies/releases the MBS context, or MBS contact Can trigger/initiate program setup/modification/release procedures.
  • the request message may include one or more pieces of information included in the aforementioned multicast context information. If the terminal is the first terminal that joins the corresponding MBS session in the base station (gNB-CU), the MBS context may be set up or the MBS context setup procedure may be triggered/initiated.
  • gNB-CU N2 signaling not associated with AMF and UE Can send and receive messages.
  • the corresponding N2 signaling message may be one of an MBS context setup/modification message, an MBS resource distribution message (multicast distribution message), and an MBS session start/modification message.
  • the gNB-CU Upon receiving the corresponding N2 signaling message, the gNB-CU signals F1 not associated with the UE to instruct to allocate/distribute MBS session resources or to instruct MBS session trigger/activation/start/modification (non-UE associated F1). signaling) message to the gNB-DU.
  • the F1 signaling message may be one of an MBS context setup/modification message, an MBS resource distribution message (multicast distribution message), and an MBS session start/modification message.
  • the gNB-DU may configure/modify the MBS radio bearer for the corresponding MBS session.
  • gNB-DU allocates downlink user plane Transport Network Layer information for multicast/broadcast point-to-multipoint leg/path, and transmits the F1 signaling message not associated with the terminal including it to the gNB-CU can
  • the gNB-DU may set up a multicast/broadcast point-to-multipoint leg RLC entity for the indicated MBS radio bearer.
  • the gNB-DU allocates a logical channel identifier associated with the G-RNTI and multicast/broadcast point-to-multipoint leg RLC entity for identifying MBS data transmission in the point-to-multipoint leg for the indicated MBS radio bearer/ can create gNB-DU is F1 signaling that is not associated with a UE for an F1 signaling message for instructing to allocate/distribute MBS session resources or for instructing MBS session trigger/activation/start/modification (non-UE associated F1 signaling)
  • a response/confirmation message may be transmitted to the corresponding gNB-CU.
  • the corresponding F1 signaling message may include multicast context information associated with the corresponding multicast session.
  • the F1 signaling message may include one or more pieces of information included in the aforementioned multicast context information.
  • the F1 signaling message includes the MBS radio bearer identifier, multicast/broadcast point-to-multipoint leg RLC entity configuration information, multicast/broadcast point-to-multipoint leg logical channel identifier associated with the RLC entity, G-RNTI for identifying MBS data transmission in the point-to-multipoint leg and downlink user plane Transport Network Layer information for multicast/broadcast point-to-multipoint leg/path may include one or more of information ,
  • the gNB-DU may start data transmission for the corresponding MBS session.
  • the gNB-CU may transmit UE CONTEXT MODIFICATION REQUEST, which is F1 signaling associated with the UE, to the gNB-DU to modify the UE context.
  • the gNB-DU may transmit UE CONTEXT MODIFICATION RESPONSE, which is F1 signaling associated with the UE, to the gNB-CU.
  • the terminal context modification request message transmitted from the gNB-CU to the gNB-DU may include multicast context information associated with the corresponding multicast session.
  • the terminal context modification request message may include one or more pieces of information included in the aforementioned multicast context information.
  • the gNB-DU may configure/modify the MBS radio bearer for the corresponding MBS session.
  • the gNB-DU allocates downlink user plane Transport Network Layer information for the unicast point-to-point leg/path associated with the indicated MBS radio bearer, and sends the F1 signaling message associated with the terminal including the gNB- It can be transmitted to the CU.
  • the gNB-DU may set up a unicast point-to-point leg RLC entity for the indicated MBS radio bearer.
  • the terminal context modification response message may include multicast context information associated with a corresponding multicast session.
  • the terminal context modification response message may include one or more pieces of information included in the aforementioned multicast context information.
  • the terminal context modification response message is an MBS radio bearer identifier, multicast/broadcast point-to-multipoint leg RLC entity configuration information, and logic associated with multicast/broadcast point-to-multipoint leg RLC entity.
  • Channel identifier logical channel identifier associated with a point-to-point leg RLC entity, G-RNTI for identifying MBS data transmission in a point-to-multipoint leg, C-RNTI for identifying MBS data transmission in a point-to-point leg, multi Contain one or more of downlink user plane Transport Network Layer information for cast/broadcast point-to-multipoint leg/route and downlink user plane Transport Network Layer information for point-to-point leg/route can do.
  • the gNB-CU may transmit and receive a non-UE associated N2 signaling message not associated with the AMF and the terminal.
  • the corresponding N2 signaling message may be one of an MBS context release message, an MBS resource distribution release message (multicast distribution release message), and an MBS session release message.
  • the gNB-CU Upon receiving the corresponding N2 signaling message, the gNB-CU sends a non-UE associated F1 signaling message not associated with the UE to instruct to release the MBS session resource or to instruct the release of the MBS session/context. It can be transmitted by DU.
  • the corresponding F1 signaling message may be one of an MBS context release message, a multicast distribution release message, and an MBS session release message.
  • the gNB-DU may release the MBS radio bearer for the corresponding MBS session.
  • the gNB-DU may release all relevant signaling and user data transmission resources for the corresponding MBS session/MBS radio bearer.
  • the gNB-DU may stop/terminate data transmission for the corresponding MBS session.
  • the gNB-DU may transmit (user plane) data including an endpoint for indicating this.
  • the gNB-CU may transmit UE CONTEXT MODIFICATION REQUEST, which is F1 signaling associated with the UE, to the gNB-DU to modify the UE context.
  • the gNB-DU may transmit UE CONTEXT MODIFICATION RESPONSE, which is F1 signaling associated with the UE, to the gNB-CU.
  • the terminal context modification request message transmitted by the gNB-CU to the gNB-DU may include multicast context information associated with the released multicast session.
  • the terminal context modification request message may include one or more pieces of information included in the
  • an RNTI for receiving data associated with an MBS service/session and/or an RNTI transmission embodiment for receiving any control message associated with an MBS service/session
  • the terminal context setup/modification request message delivered by the gNB-CU to the gNB-DU is the RNTI for data reception associated with the MBS session (eg, MBS data transmission in the point-to-multipoint leg for the indicated MBS radio bearer.
  • G-RNTI for identifying, C-RNTI for identifying MBS data transmission in the point-to-point leg for the indicated MBS radio bearer
  • RNTI for receiving any control messages associated with the MBS session.
  • the gNB-DU may scramble/address/instruct data for the corresponding MBS session and transmit it using the received RNTI.
  • the terminal context setup/modification request message delivered by the gNB-CU to the gNB-DU may include logical channel identification information associated with the MBS session for data reception associated with the MBS session.
  • the terminal context setup/modification response message delivered by the gNB-DU to the gNB-CU includes an RNTI for receiving data associated with the MBS session and/or an RNTI for receiving any control message associated with the MBS session. can do.
  • G-RNTI for identifying MBS data transmission in the point-to-multipoint leg for the MBS radio bearer indicated by the terminal context setup/modification response message or for identifying MBS data transmission in the point-to-point leg for the indicated MBS radio bearer If the C-RNTI or the point-to-multipoint leg or the point-to-point leg includes the RNTI for receiving the control message, the gNB-CU may consider that the RNTI is assigned by the gNB-DU.
  • the RNTI for receiving data associated with the MBS session the RNTI for receiving an arbitrary control message associated with the MBS session, and logical channel identification information associated with the MBS session will be described later.
  • RNTI for receiving data associated with the MBS session in the MBS session start/setup/modification message for starting/setup/modifying the MBS session and/or RNTI for receiving any control message associated with the MBS session embodiment
  • the MBS context setup/modification message or MBS resource distribution message or MBS session start/modification message delivered by the gNB-CU to the gNB-DU is an RNTI (eg indication) for data reception associated with the MBS session.
  • G-RNTI for identifying MBS data transmission in the point-to-multipoint leg for the established MBS radio bearer
  • an RNTI for receiving any control message associated with the MBS session.
  • the MBS context setup/modification message or MBS resource distribution message or MBS session start/modification message delivered by the gNB-CU to the gNB-DU is associated with the MBS session for receiving data associated with the MBS session.
  • Logical channel identification information may be included.
  • the gNB-DU may transmit by scramble/address/instruct the scheduling and transmission of data for the corresponding MBS session using the received RNTI.
  • the F1 signaling that is not associated with the alternative terminal to the MBS context setup/modification message or MBS resource distribution message or MBS session start/modification message delivered by the gNB-DU to the gNB-CU (non-UE associated) F1 signaling) response/acknowledgment message may include an RNTI for receiving data associated with an MBS session and/or an RNTI for receiving any control message associated with an MBS session.
  • the gNB-CU sends the corresponding RNTI may be considered to be allocated by the gNB-DU.
  • the RNTI for receiving data associated with the above-described MBS session the RNTI for receiving an arbitrary control message associated with the MBS session, and logical channel identification information associated with the MBS session will be described.
  • An RNTI for data reception associated with an MBS session may be allocated and used.
  • data belonging to a plurality of MBS sessions may be transmitted through one transport channel using one Radio Network Temporary Identifier (RNTI).
  • RNTI Radio Network Temporary Identifier
  • an RNTI for this purpose is denoted as a first G-RNTI. This is for convenience of description and may be replaced with any other name.
  • the UE can identify (plural/arbitrary) MBS session data transmission transmitted through the MBS traffic channel by using one first G-RNTI.
  • the first G-RNTI (or by the first G-RNTI) addressed MBS session data) may be transmitted on the DL-SCH.
  • the first G-RNTI (or MBS session data addressed by the first G-RNTI) may be transmitted on a transport channel for transmitting MBS session data separated by DL-SCH.
  • a transport channel distinct from the DL-SCH may be newly defined.
  • the (time/frequency) radio resource configuration of the newly defined transport channel may be indicated by the base station to the terminal.
  • a transport channel that can be newly defined is denoted as MBCH transport channel. This is for convenience of description and may be changed to any other name.
  • Each MBS QoS flow belonging to each MBS session may be associated with one logical channel identifier.
  • each logical channel may be divided (connected) according to the traffic characteristics (e.g. QCI/5QI) of the MBS session data.
  • the logical channel identifier may be indicated by the base station to the terminal through at least one of an RRC dedicated message (e.g. RRC reconfiguration), an RRC common message (e.g. SIB), and an NR MBS control channel (MCCH).
  • the LCID information field for the DL-SCH has 6 bits, and a value that can be assigned to a logical channel for MBS session data may not be sufficient. To solve this problem, the following embodiments may be used individually or in combination/combination of any embodiments.
  • FIG. 13 is a diagram for describing a logical channel identifier value according to an embodiment.
  • the LCID value for the DL-SCH uses 0 for the CCCH, uses 1-32 as the logical channel identifier of the radio bearer, and uses 33 or 34 to use the extended logical channel ID. use. Because LCIDs are also used to distinguish various MAC CEs, only 12 (35-46) of 6-bit values (0-63) are currently reserved.
  • an MBCH transport channel distinguished from the DL-SCH may be defined, and a logical channel identifier may be allocated using 6 bits in the corresponding transport channel.
  • a logical channel identifier may be allocated using 6 bits in the corresponding transport channel.
  • an existing LCID value for a DL-SCH (LCID value 0-63 codepoint/index for an existing DL-SCH, or an LCID value 1-32 for a unicast radio bearer (SRB, DRB) in the existing DL-SCH)
  • SRB, DRB unicast radio bearer
  • the logical channel identifier may be configured using a 1-octet or 2-octet extended LCID (eLCID: Extended LCID) value on the DL-SCH.
  • eLCID Extended LCID
  • FIG. 14 is a diagram exemplarily illustrating a MAC subheader format including an extended LCID field according to an embodiment.
  • the MAC subheader may be configured in a format 1400 including an extended LCID extended by 1 octet to the existing LCID.
  • the MAC subheader may be configured in the format 1410 including the extended LCID extended by 2 octets to the existing LCID.
  • the extended LCID is to solve the lack of an LCID used to identify a MAC SDU or MAC CE in a MAC header/subheader.
  • the eLCID field may have 8 bits (1 octet) or 16 bits (2 octets).
  • 15 is a diagram for explaining allocation information according to each octet length of an extended LCID value for a DL-SCH according to an embodiment.
  • the reserved values may be used.
  • an arbitrary value may be set and used.
  • the base station may use the extended LCID for the logical channel identifier associated with the MBS radio bearer.
  • the base station uses the extended LCID (eLCID)
  • it assigns and assigns a random value among 2-octet eLCID, or the reserved value of 1-octet eLCID (Codepoint: 0 ⁇ 244/Index: 64-308). ) can be specified and assigned.
  • the base station may use a fixed (one) LCID value (on DL-SCH/MBCH).
  • a fixed (one) LCID value on DL-SCH/MBCH.
  • one or more of the currently reserved 35-46 values among the LCID 6-bit values (0 to 63) used for the DL-SCH may be designated/fixed and used.
  • an LCID value can be used in a separated LCID space 35-46 that is independently separated from an LCID space 1-32 for a unicast radio bearer (SRB, DRB). That is, the logical channel identifier set in association with the MBS radio bearer may be set to a value distinct from the logical channel identifier assigned to the radio bearer for the DL-SCH.
  • the RLC entity of the unicast leg/path/radio bearer and the multicast leg/path/radio bearer for the MBS radio bearer as shown in FIG. 12 through these embodiments The RLC entity of (RLC bearer) can be distinguished using a logical channel identifier.
  • the UE may deliver the received MBS session data (MAC PDU) addressed by the G-RNTI to the RLC entity associated with the MAC of the UE.
  • the corresponding RLC entity indicates an RLC entity configured in association with the MBS radio bearer. For this, the RLC entity may be configured in association with the G-RNTI.
  • MBS session data may be transmitted with a new MAC subheader that is distinguished from the existing MAC subheader on the DL-SCH.
  • the MBS session data may be transmitted by designating a specific value in an arbitrary field included in the existing MAC subheader.
  • the MAC subheader is distinguished from MBS QoS flow identifier, MBS service/session identification information, MBS radio bearer identification information, logical channel identification information, length, LCID space (value) for G-RNTI and DL-SCH.
  • the separated LCID space (value) may be used to classify the MBS traffic logical channel associated with the MBS radio bearer, and may include one or more fields among information for instructing transmission/reception of data.
  • the MBS subheader may include code information obtained by mapping/coding any information described above.
  • data can be transmitted/received by dividing the MBS traffic logical channel associated with the MBS radio bearer by using the separated LCID value independently distinguished from the existing LCID value for the DL-SCH.
  • the information for instructing transmission and reception of data by classifying an MBS traffic logical channel associated with the MBS radio bearer using a separate LCID value independently distinguished from the LCID value for the DL-SCH is the LCID used in the MAC subheader.
  • the field may include information for indicating that it is for identifying a logical channel instance of the corresponding MBS traffic (MBS MAC SDU).
  • the information for indicating to transmit and receive data by dividing the MBS traffic logical channel associated with the MBS radio bearer may include information for indicating that the MAC SDU includes the MBS MAC SDU.
  • the UE may control to use the corresponding MAC subheader for data (MAC PDU) received through the first G-RNTI on the DL-SCH.
  • the corresponding MAC subheader can be used by designating a specific fixed value in the LCID field. Through this, the UE can process data by recognizing that the corresponding MAC SDU is an MBS MAC SDU.
  • one of 6-bit values (0 to 63) and currently reserved values (35 to 46) may be designated for the LCID.
  • a specific value may be designated for one of the fields included in the corresponding MAC subheader and used to distinguish them.
  • a new MAC subheader different from the MAC subheader included in the existing DL-SCH may be defined and transmitted on MBCH.
  • the new MAC subheader is an MBS QoS flow identifier, MBS session identification information, MBS radio bearer identification information, logical channel identification information, length, LCID space for G-RNTI and DL-SCH and independent / separate LCID space.
  • the new MAC subheader may include code information obtained by mapping/coding any information described above.
  • MBS session data transmission is provided for downlink only.
  • the UE may classify the corresponding MBS session data for the received MAC PDU based on information included in the corresponding MAC subheader and transmit it to a higher layer. For example, LCID space for MBS QoS flow identifier, MBS session identification information, MBS radio bearer identification information, logical channel identification information, G-RNTI and DL-SCH on any sub L2 (MAC/RLC/PDCP/SDAP) and By using the value of the independent/separated separated LCID space, the MBS traffic logical channel associated with the MBS radio bearer is distinguished and the corresponding data is distinguished through the association between any two pieces of information for instructing to transmit and receive data. can be transmitted
  • the base station may transmit the corresponding information in an RRC dedicated message (e.g. RRC reconfiguration), an RRC common message (e.g. SIB), and an NR MBS control channel (MCCH).
  • RRC dedicated message e.g. RRC reconfiguration
  • RRC common message e.g. SIB
  • MCCH NR MBS control channel
  • the logical channel identifier may be configured to use a 1-octek/2-octet extended LCID (eLCID) value on the DL-SCH.
  • the base station may transmit data belonging to the MBS session by using different RNTIs for each MBS QoS flow.
  • Corresponding information may be indicated by the base station to the terminal through at least one of an RRC dedicated message (e.g. RRC reconfiguration), an RRC common message (e.g. SIB), and an NR MBS control channel (MCCH).
  • RRC dedicated message e.g. RRC reconfiguration
  • RRC common message e.g. SIB
  • MCCH NR MBS control channel
  • the UE may monitor the PDCCH for the first G-RNTI.
  • a downlink assignment or downlink control information
  • the UE attempts to decode the received data. If the data that the terminal (or the MAC entity of the terminal) attempted to decode is successfully decoded, the terminal may transmit the decoded MAC PDU to the disassembly and demultiplexing entity.
  • the UE may deliver the MAC PDU to the RLC entity associated with the corresponding G-RNTI and LCID.
  • the RLC entity may forward it to the associated PDCP entity. If the SDAP entity is associated without the PDCP entity, the RLC entity may directly transmit it to the SDAP entity.
  • the MAC may multiplex data belonging to any/multiple MBS services/sessions (or the same/one MBS service/session identification information).
  • the SDAP entity may distinguish and deliver different MBS QoS flows from the received data.
  • an information field for identifying the MBS QoS flow may be defined and included in the SDAP header.
  • an operation related to a newly defined corresponding field may also be defined.
  • the information for identifying the MBS QoS flow may be configured to have a value of 6 bits (0 to 63) identically to the QoS flow identifier in the PDU session.
  • the information for identifying the MBS QoS flow may be configured to have a value greater than 6 bits (eg, one of 7 bits, 8 bits, ..., 16 bits).
  • the QoS flow identifier is used specifically for the UE in the PDU session, 6 bits may be sufficient to distinguish the corresponding QoS flow. However, since the MBS session can be set/configured specifically for the core network entity (SMF/AMF)/base station/cell, the 6-bit value may be insufficient.
  • SMSF/AMF core network entity
  • the SDAP entity may distinguish and deliver different MBS QoS flows belonging to different MBS sessions from the received data.
  • the conventional SDAP header SDAP Data PDU format including the SDAP header
  • information for identifying the MBS session may be added to the SDAP header (SDAP Data PDU format including the SDAP header).
  • one SDAP entity may be configured for a plurality of MBS sessions.
  • a dynamic MBS QoS flow identifier allocated by the core network (SMF/AMF)/base station which is not the same value as 5QI for the MBS session, may be used.
  • Any MBS QoS flow included in an MBS service/session provided within one core network/base station may be configured to have different QoS flow identifiers.
  • MBS session identification information and MBS QoS flow identification information may be linked and allocated.
  • information for indicating to use a dynamic MBS QoS flow identifier allocated by a core network (SMF/AMF)/base station other than 5QI for an MBS session is an SDAP header (SDAP Data PDU format including SDAP header) ) can be added.
  • SDAP header SDAP Data PDU format including SDAP header
  • the corresponding base station may transmit information for indicating whether to use the corresponding SDAP header in at least one of an RRC dedicated message (e.g. RRC reconfiguration), an RRC common message (e.g. SIB), and an NR MBS control channel.
  • an RRC dedicated message e.g. RRC reconfiguration
  • an RRC common message e.g. SIB
  • an NR MBS control channel e.g. NR MBS control channel.
  • values 1-32 used as logical channel identifiers of existing unicast radio bearers (SRB, DRB) on DL-SCH may be used as logical channel identifiers of MBS radio bearers.
  • an RLC entity on a multicast point-to-multipoint leg may be configured in association with a logical channel identifier having one of 1-32 values.
  • the RLC entity on the unicast point-to-point leg may be configured in association with a logical channel identifier having one of 1-32 values.
  • the RLC entity on the multicast/broadcast point-to-multipoint leg and the RLC entity on the unicast point-to-point leg may have the same logical channel identifier. Even in this case, since the RNTIs addressing the PDSCH are different in the multicast point-to-multipoint leg and the unicast point-to-point leg, the MAC entity can distinguish them and deliver them to the associated RLC entity. Alternatively, the RLC entity on the multicast point-to-multipoint leg and the RLC entity on the unicast point-to-point leg may have different logical channel identifiers.
  • the RNTI addressing the PDSCH is different in the multicast point-to-multipoint leg and the unicast point-to-point leg, considering this in the MAC (De)Multiplexing entity makes it difficult to perform independent operations for each layer, so different logical channel identifiers are used. It may be desirable to configure with Accordingly, information (e.g. G-RNTI) for identifying them may be included in the MAC subheader. Through this, the corresponding MBS session data may be delivered to the RLC entity.
  • G-RNTI e.g. G-RNTI
  • HARQ retransmission may be performed through the unicast point-to-point leg. It is possible to transmit/receive the corresponding transport block/data through the unicast point-to-point leg through the HARQ process in which the PTM initial transmission/reception has failed.
  • the PDSCH including the corresponding transport block/data may be addressed by the C-RNTI.
  • the HARQ entity/process transmits it to the (De)Multiplexing entity, and the (De)Multiplexing entity transmits the MBS data received through retransmission based on the information (eg G-RNTI) included in the MAC subheader to the multicast point-to-multipoint leg. It can be delivered to the RLC entity on the Alternatively, the HARQ entity/process may transmit it to the (De)Multiplexing entity, and the (De)Multiplexing entity may transmit the MBS data received through retransmission to the RLC entity on the unicast point-to-point leg.
  • the information eg G-RNTI
  • Data may be transmitted separately for each MBS session.
  • the base station may transmit data belonging to a plurality of MBS sessions through one transport channel by using one RNTI (Radio Network Temporary Identifier).
  • RNTI Radio Network Temporary Identifier
  • the RNTI used in this case is denoted as a second G-RNTI.
  • One second G-RNTI may be used to identify (plural/arbitrary) MBS session data transmission transmitted through the MBS traffic channel.
  • the second G-RNTI (or MBS session data addressed by the second G-RNTI) may be transmitted on the DL-SCH.
  • the second G-RNTI (or MBS session data addressed by the second G-RNTI) may be transmitted on a transport channel for transmitting MBS session data separated by DL-SCH.
  • a corresponding transport channel may be newly defined in NR.
  • the (time/frequency) radio resource configuration for the corresponding transport channel may be indicated by the base station to the terminal.
  • the base station may transmit data belonging to the corresponding MBS session by associating one Radio Network Temporary Identifier (RNTI) for each MBS session.
  • RNTI Radio Network Temporary Identifier
  • the RNTI in this case is denoted as a third G-RNTI. This is for convenience of description and may be changed to any other name.
  • One second G-RNTI/third G-RNTI may be used to identify (plural/arbitrary) MBS session data transmission transmitted through the MBS traffic channel.
  • the second G-RNTI/third G-RNTI (or MBS session data addressed by the second G-RNTI/third G-RNTI) may be transmitted on the DL-SCH.
  • the 2nd G-RNTI / 3rd G-RNTI (or the MBS session data addressed by the 2nd G-RNTI / 3rd G-RNTI) is a transport channel for transmitting the DL-SCH separated MBS session data (transport) can be transmitted over
  • a corresponding transport channel may be newly defined in NR.
  • the (time/frequency) radio resource configuration for the corresponding transport channel may be indicated by the base station to the terminal.
  • the base station transmits the corresponding information (eg MBS session identification information and 3G -RNTI association information, or MBS session identification information and logical channel identifier, MBS bearer identification information, 3G -RNTI association information, and association information between MBS QoS flow identifier) can be transmitted by being included in at least one of an RRC dedicated message (eg RRC reconfiguration), an RRC common message (eg SIB), and an NR MBS control channel. Any/plural MBS QoS flows belonging to one MBS service/session may be associated with one third G-RNTI.
  • each MBS QoS flow belonging to each MBS session may be associated with one logical channel identifier.
  • each logical channel is divided according to the traffic characteristics (eg QCI/5QI) of MBS session data, and the corresponding logical channel identifier is assigned by the base station to an RRC dedicated message (eg RRC reconfiguration), an RRC common message (eg SIB). ) and the NR MBS control channel may be indicated to the terminal through at least one.
  • the LCID information field for the DL-SCH is 6 bits, and a value that can be assigned to a logical channel for MBS session data is not sufficient.
  • an MBCH transport channel distinguished from the DL-SCH may be defined, and a logical channel identifier may be allocated using 6 bits within the corresponding transport channel.
  • existing LCID space for DL-SCH LCID space 0-63 codepoint/index for existing DL-SCH, or LCID space 1-32 for unicast radio bearers (SRB, DRB) in existing DL-SCH) codepoint/index
  • separate MBS traffic logical channels associated with the MBS radio bearer using 6 bits (or n bits, n is an arbitrary natural number less than or equal to 6) in a separated LCID space data can be sent and received.
  • a 1-octek/2-octet extended LCID (eLCID) value may be used on the DL-SCH.
  • eLCID 1-octek/2-octet extended LCID
  • an arbitrary value among 2-octet eLCIDs is specified and used, or a reserved value among 1-octet eLCIDs (Codepoint: 0 ⁇ 244/Index: 64-308) is specified.
  • a fixed (one) LCID value (on DL-SCH/MBCH) may be used.
  • one or more of the currently reserved 35-46 values among the LCID 6-bit values (0 to 63) used for the DL-SCH may be designated/fixed and used.
  • LCID values can be allocated from separated LCID values 35-46 that are independently distinguished from LCID values 1-32 for unicast radio bearers (SRB, DRB).
  • the UE may transmit the received MBS data (MAC PDU) addressed by the G-RNTI to the RLC entity associated with the MAC of the UE.
  • the corresponding RLC entity indicates an RLC entity configured in association with the MBS radio bearer. For this, the RLC entity may be configured in association with the G-RNTI.
  • a new MAC subheader distinguished from the existing MAC subheader may be defined and transmitted on the DL-SCH.
  • a specific value may be designated and transmitted in an arbitrary field included in the existing MAC subheader.
  • the newly defined MAC subheader is independent/distinct from the LCID space for MBS QoS flow identifier, MBS session identification information, MBS radio bearer identification information, logical channel identification information, length, G-RNTI and DL-SCH. It may include one or more fields among information for instructing transmission/reception of data by classifying an MBS traffic logical channel associated with an MBS radio bearer using the value of the separated LCID space. Alternatively, it may include code information obtained by mapping/coding any information described above.
  • the UE may use the corresponding MAC subheader for data (MAC PDU) received through the 3rd G-RNTI (or 2nd G-RNTI) on the DL-SCH.
  • the corresponding MAC subheader can be used by designating a specific fixed value for the LCID. Through this, the UE can process data by recognizing that the corresponding MAC SDU is an MBS MAC SDU.
  • the corresponding LCID may be assigned one of 6-bit values (0 to 63) currently reserved values (35 to 46). Alternatively, one of the fields included in the corresponding MAC subheader may be used to identify a specific value by designating it.
  • a new MAC subheader different from the MAC subheader included in the existing DL-SCH may be defined and transmitted on MBCH.
  • Corresponding MAC subheader is MBS QoS flow identifier, MBS session identification information, MBS radio bearer identification information, logical channel identification information, length, LCID space for G-RNTI and DL-SCH. It may include one or more fields of information for indicating transmission/reception of data by classifying an MBS traffic logical channel associated with the MBS radio bearer using the value of the LCID space. Alternatively, it may include code information obtained by mapping/coding any information described above. MBS session data transmission is provided for downlink only.
  • the UE may classify the corresponding MBS session data for the received MAC PDU based on information included in the corresponding MAC subheader and transmit it to the upper layer. For example, through linkage between any two information among MBS QoS flow identifier, MBS session identification information, MBS radio bearer identification information, logical channel identification information and G-RNTI on any sub L2 (MAC/RLC/PDCP/SDAP) The data can be separated and transmitted.
  • the base station may transmit the corresponding information in at least one of an RRC dedicated message (e.g. RRC reconfiguration), an RRC common message (e.g. SIB), and an NR MBS control channel.
  • the base station may use a 1-octek/2-octet extended LCID (eLCID) value on the DL-SCH.
  • the base station may transmit data belonging to the MBS session using different RNTIs for each MBS QoS flow.
  • the base station may transmit the corresponding information in at least one of an RRC dedicated message (e.g. RRC reconfiguration), an RRC common message (e.g. SIB), and an NR MBS control channel.
  • the base station may multiplex only logical channels having one MBS session (or one MBS session identification information) for a (MAC) PDU associated with one downlink control information.
  • the UE may monitor the PDCCH for the 2nd G-RNTI/3rd G-RNTI.
  • the UE attempts to decode the received data. If the data that the terminal (or the MAC entity of the terminal) attempted to decode is successfully decoded, the terminal may transmit the decoded MAC PDU to the disassembly and demultiplexing entity.
  • the terminal may deliver the MAC PDU to the RLC entity associated with the corresponding LCID.
  • the RLC entity may forward it to the associated PDCP entity. If the SDAP entity is associated without the PDCP entity, the RLC entity may directly transmit it to the SDAP entity.
  • the SDAP entity may distinguish and deliver different MBS QoS flows from the received data.
  • an information field for identifying the MBS QoS flow may be defined and included in the SDAP header.
  • an operation related to the corresponding field may be defined.
  • the information for identifying the MBS QoS flow may be configured to have a value of 6 bits (0 to 63) identically to the QoS flow identifier in the PDU session.
  • the information for identifying the MBS QoS flow may have a value greater than 6 bits (e.g. one of 7 bits, 8 bits, ..., 16 bits). Since the QoS flow identifier is used specifically for the UE in the PDU session, 6 bits may be sufficient to distinguish the corresponding QoS flow. However, since the MBS session can be set/configured specifically for the core network entity (SMF/AMF)/base station/cell, the 6-bit value may be insufficient.
  • the SDAP entity may distinguish and deliver different MBS QoS flows belonging to different MBS sessions from the received data.
  • the conventional SDAP header SDAP Data PDU format including the SDAP header
  • information for identifying the MBS session may be added to the SDAP header (SDAP Data PDU format including the SDAP header).
  • one SDAP entity may be configured for a plurality of MBS sessions.
  • SDAP entities may be divided and configured for each MBS session. In the MBS radio bearer, an SDAP entity may be configured for each MBS session. One SDAP entity may be configured for each MBS session.
  • the base station includes MBS session identification information and MBS QoS flow identifier linkage information in SDAP configuration information, and transmits it through at least one of an RRC dedicated message (eg RRC reconfiguration), an RRC common message (eg SIB), and an NR MBS control channel.
  • RRC dedicated message eg RRC reconfiguration
  • RRC common message eg SIB
  • NR MBS control channel e.g. NR MBS control channel
  • a dynamic MBS QoS flow identifier allocated by the core network (SMF/AMF)/base station which is not the same value as 5QI for the MBS session, may be used.
  • Any MBS QoS flow included in an MBS session provided within one core network/base station may be configured to have different QoS flow identifiers.
  • MBS session identification information and MBS QoS flow identification information may be linked and allocated.
  • information for indicating to use a dynamic MBS QoS flow identifier allocated by a core network (SMF/AMF)/base station other than 5QI for an MBS session is an SDAP header (SDAP Data PDU format including SDAP header) ) can also be added.
  • SDAP header SDAP Data PDU format including SDAP header
  • the base station may transmit information for indicating whether to use the corresponding SDAP header through at least one of an RRC dedicated message (e.g. RRC reconfiguration), an RRC common message (e.g. SIB), and an NR MBS control channel (MCCH).
  • RRC dedicated message e.g. RRC reconfiguration
  • RRC common message e.g. SIB
  • MCCH NR MBS control channel
  • one Radio Network Temporary Identifier may be used to identify (arbitrary) control message transmission associated with any/plural MBS services/sessions.
  • the corresponding RNTI is denoted as MBS-Control-RNTI. This is for convenience of description and may be replaced with any other name.
  • MBS-Control-RNTI may be used to identify the MBS control message transmission associated with (any/plural) MBS service/session transmitted through the MBS control channel.
  • the MBS-Control-RNTI (or the control message associated with the MBS service/session addressed by the MBS-Control-RNTI) may be transmitted on the DL-SCH.
  • the MBS-Control-RNTI (or the control message associated with the MBS service/session addressed by the MBS-Control-RNTI) may be transmitted on a transport channel (transport) for transmitting the MBS service/session data separated by the DL-SCH.
  • the control message associated with the MBS service/session may indicate a control plane message (e.g. RRC message) transmitted from the base station to the terminal.
  • the RRC message may indicate a message including configuration information for configuring an MBS radio bearer for the corresponding MBS service/session.
  • the control message associated with the MBS service/session may indicate indication information for instructing/notifying the change of the control plane message (e.g. RRC message) transmitted from the base station to the terminal.
  • an RNTI eg 2nd G-RNTI/ 3rd G-RNTI
  • MAC For another example, an RNTI (eg 2nd G-RNTI/ 3rd G-RNTI) used to transmit data belonging to one/any/plural MBS services/sessions described above through one transport channel (transport) ) to transmit the control plane message associated with the corresponding MBS session.
  • MAC For a (MAC) PDU associated with one downlink control information, MAC controls with user plane data belonging to one/any/multiple MBS services/sessions (or the same/one MBS service/session identification information) It is possible to multiplex plain data.
  • MBMS targeted media (e.g. video, voice) services such as TV broadcasting and public safety services. Accordingly, only the broadcast mode was supported, not the multicast mode requiring complex group management. Therefore, the LTE MBMS-based media service can broadcast media data within a specific area without using IP multicast technology.
  • multicast/broadcast technology is required to support various applications such as public safety, V2X applications, transparent IPv4/IPv6 multicast delivery, IPTV, software delivery over wireless, group communications and IoT applications. That is, 5G needs to support both small-scale multicast transmission and large-scale multicast/broadcast transmission.
  • 5G needs to support transparent transmission of IP multicast in order to utilize IPTV facilities through mobile communication networks due to the expansion of IPTV distribution. Accordingly, it may be desirable to utilize the existing IP transmission technology. In this case, it may be desirable to reduce the overhead on the IP header from the viewpoint of overall data transmission efficiency.
  • a PDCP layer on the air interface (Uu interface) between the base station and the terminal for MBS session data transmission.
  • Transmission efficiency can be increased by using header compression technology provided by PDCP.
  • PDCP may support a header compression function.
  • the base station may transmit information indicating whether or not to add a PDCP entity when configuring the MBS radio bearer to the terminal on the RRC dedicated message/RRC common message/NR MBS control channel. Through this, the terminal and the base station can configure the MBS radio bearer with or without the PDCP entity.
  • a general radio bearer delivered in unicast mode and an MBS radio bearer delivered in multicast/broadcast mode are configured for MBS session data transmission in the gNB-CU and gNB-DU separation structure. year can be applied.
  • a radio bearer for transmitting MBS session data is denoted as an MBS radio bearer. This is only for convenience of description and may be replaced with any other terminology.
  • the MBS radio bearer may indicate a multicast/broadcast/point-to-multipoint radio bearer for transmitting data included in the corresponding MBS session.
  • the MBS radio bearer may be a downlink-only radio bearer.
  • the MBS radio bearer used in the multicast/broadcast delivery mode can support only RLC UM.
  • the gNB-CU and the gNB-DU are connected through the F1 interface between the hosting PDCP and the RLC layer, respectively. If PDCP is used for the MBS radio bearer, it is possible to easily support the MBS radio bearer transmission under the separation structure.
  • data can be transmitted and received by effectively establishing an MBS session in an NR wireless network using a base station separation structure or in a general NR wireless network.
  • a base station separation structure or in a general NR wireless network.
  • 16 is a view for explaining the configuration of a central unit according to an embodiment.
  • the central unit 1600 for setting up a Multicast / Broadcast Service (MBS) session transmits an uplink NAS message including join request information of the terminal for the MBS session to the core network entity.
  • the transmitter 1620 transmits the F1 message including the MBS session information to a distributed unit (DU).
  • the receiving unit 1630 receives a response message to the F1 message from the distribution unit.
  • the receiver 1630 may receive join request information for the MBS session from the terminal through the distribution unit. For example, in order for the terminal to join the MBS session, it is necessary to set up an MBS context or perform an MBS context setup procedure.
  • the terminal may transmit an initial UE message to the central unit 1600 .
  • the initial terminal message may include information for indicating that the terminal joins/joins/requests/interests in the MBS session.
  • the transmitter 1620 may transmit join request information of the terminal for the MBS session received from the terminal to the core network entity. For example, the transmitter 1620 transmits an uplink NAS signaling message to the AMF.
  • the uplink NAS signaling message may be at least one of a registration request, a service request message, a PDU session establishment request, and a PDU session modification request message.
  • the N2 message including the MBS session information may be a message for UE-associated UE context management or a message for PDU session management.
  • the N2 message may be one of a PDU SESSION RESOURCE MODIFY REQUEST message, a UE CONTEXT MODIFICATION REQUEST message, and a HANDOVER REQUEST message.
  • the corresponding N2 message may be a message for changing terminal context information.
  • the corresponding N2 message may be a message for changing the MBS session context information to the terminal context.
  • the N2 message including the MBS session information may be a message for instructing any one operation of setup, modification, and release of an MBS session or context that is not associated with a UE.
  • the receiver 1630 may receive an N2 message for instructing trigger/activation/initiation/start of an MBS session from the core network entity.
  • the receiver 1630 may receive an N2 message for instructing allocation/distribution of MBS session resources from the core network entity.
  • the N2 message may be one of an MBS context setup/modification message, an MBS resource distribution message (multicast distribution message), and an MBS session start/modification message.
  • the receiver 1630 may receive an MBS session modification request message that is a non-UE associated N2 signaling message for instructing the modification of the MBS session.
  • the receiver 1630 may receive an MBS session release message that is a non-UE associated N2 signaling message not associated with a terminal in order to indicate MBS session release.
  • the core network entity described above may be an AMF that has received NAS signaling.
  • the central unit and the distribution unit may mean logical nodes constituting the base station.
  • the central unit is a logical node hosting the RRC, SDAP and PDCP protocols, and can be connected to one or more distributed units through the F1 interface.
  • a distribution unit is a logical node hosting the RLC, MAC and PHY layers. The distribution unit is configured in connection with one central unit.
  • a central unit may be associated with one or more distribution units.
  • the F1 message may be a terminal context setup request message or a terminal context modification request message associated with the terminal.
  • the terminal context modification request message is a terminal-associated F1 signaling message for modifying the terminal context.
  • the terminal context modification request message includes one or more pieces of information included in the MBS context associated with the corresponding MBS session, or sets up/modifies/releases the MBS context, or MBS context setup/modification/release procedure may include information for triggering/initiating
  • the F1 message may include Group-Radio Network Temporary Identifier (G-RNTI) or Cell-Radio Network Temporary Identifier (C-RNTI) information for data reception of the MBS session.
  • G-RNTI Group-Radio Network Temporary Identifier
  • C-RNTI Cell-Radio Network Temporary Identifier
  • the F1 message may be a message for instructing any one operation of setup, modification, and release of an MBS session or context not associated with a terminal.
  • the F1 message may be a non-UE associated F1 signaling message that is not associated with a UE for instructing to allocate/distribute MBS session resources or to instruct MBS session trigger/activation/start/modification.
  • the F1 message may be one of an MBS context setup/modification message, an MBS multicast distribution message, and an MBS session start/modification message.
  • the F1 message may include Group-Radio Network Temporary Identifier (G-RNTI) information for data reception of the MBS session.
  • G-RNTI Group-Radio Network Temporary Identifier
  • the receiver 1630 may receive a response message according to the F1 message transmitted to the distribution unit.
  • the receiver 1630 may receive a UE CONTEXT MODIFICATION RESPONSE message from the distribution unit.
  • controller 1610 controls the overall operation of the central unit 1600 for controlling data transmission and reception by effectively establishing the MBS session according to the present embodiment described above.
  • the transmitter 1620 and the receiver 1630 are used to transmit/receive signals, messages, and data necessary for performing the above-described embodiment with the terminal, the distribution unit, 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/receive data to and from the processor by various well-known means.
  • terms such as “system”, “processor”, “controller”, “component”, “module”, “interface”, “model”, or “unit” generally refer to computer-related entities hardware, hardware and software. may mean a combination of, software, or running software.
  • the aforementioned component may be, but is not limited to, a process run by a processor, a processor, a controller, a controlling processor, an object, a thread of execution, a program, and/or a computer.
  • an application running on a controller or processor and a controller or processor can be a component.
  • One or more components may reside within a process and/or thread of execution, and the components may be located on one device (eg, a system, computing device, etc.) or distributed across two or more devices.

Landscapes

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

Abstract

본 개시는 NR 무선 액세스망에서 멀티캐스트/브로드캐스트 서비스 데이터를 송수신하기 위한 MBS 세션 설정 방법 및 장치에 관한 것으로, 중앙유닛(Central Unit, CU)이 MBS(Multicast/Broadcast Service) 세션을 셋업하는 방법에 있어서, MBS 세션에 대한 단말의 조인 요청 정보를 포함하는 업링크 NAS 메시지를 코어망 개체로 전송하는 단계와 코어망 개체로부터 MBS 세션 정보를 포함하는 N2 메시지를 수신하는 단계와 분산유닛(Distributed Unit, DU)으로 MBS 세션 정보를 포함하는 F1 메시지를 전송하는 단계 및 분산유닛으로부터 F1 메시지에 대한 응답 메시지를 수신하는 단계를 포함하는 방법 및 장치를 제공할 수 있다.

Description

MBS 세션 설정 방법 및 그 장치
본 개시는 NR 무선 액세스망에서 멀티캐스트/브로드캐스트 서비스 데이터를 송수신하기 위한 MBS 세션 설정 방법 및 장치에 관한 것이다.
셀룰러 이동 통신망은 주로 단대단/점대점(point-to-point) 전송 서비스를 제공하기 위해 발전하였으나, 광대역 무선 전송 기술과 다양한 기능을 제공하는 단말의 발전으로 인해 다양한 서비스에 대한 수요가 생겨나고 있다. 특히 멀티미디어 멀티캐스트/브로드캐스트 서비스(Multimedia Broadcast Multicast Services, MBMS)는 셀룰러 이동 통신망을 이용해 이동 방송 서비스를 제공할 수 있는 기술로, 최근 향상된 MBMS(enhanced-MBMS, 이하 eMBMS) 서비스를 이용해 재난 안전 통신 서비스를 제공하고자 하는 기술이 개발되고 있다.
단대단 전송 서비스와 달리 MBMS는 단대다/점대다중점(point-to-multipoint) 전송 서비스로, 하나의 셀 내에서 기지국이 다수의 단말에 동일한 패킷을 전송하여 무선 자원 사용의 효율을 높이는 장점이 있다. 또한 MBMS 서비스는 다수의 기지국에서 동일한 패킷을 동시에 전송하는 멀티-셀(multi-cell) 전송 방식을 채택하였으며, 이러한 멀티-셀 전송 방식을 이용하면 서비스를 수신하는 단말은 물리 계층에서 다이버시티(diversity) 이득을 얻을 수도 있다.
다만, MBMS 서비스 데이터를 기지국이 전송하는 경우에 해당 데이터를 수신하는 단말의 개수 등에 따라 효율성이 변동될 수 있다. 따라서, NR 기반으로 MBS 세션을 제어하고 서비스 연속성을 제공하기 위한 기술이 요구된다.
따라서, MBS 데이터를 단말이 효율적으로 수신하기 위한 MBS 세션을 셋업하기 위한 기술 개발이 요구되고 있다.
본 개시는 단말이 MBS 데이터를 수신하기 위한 기술을 제공한다.
일 측면에서, 본 실시예들은 중앙유닛(Central Unit, CU)이 MBS(Multicast/Broadcast Service) 세션을 셋업하는 방법에 있어서, MBS 세션에 대한 단말의 조인 요청 정보를 포함하는 업링크 NAS 메시지를 코어망 개체로 전송하는 단계와 코어망 개체로부터 MBS 세션 정보를 포함하는 N2 메시지를 수신하는 단계와 분산유닛(Distributed Unit, DU)으로 MBS 세션 정보를 포함하는 F1 메시지를 전송하는 단계 및 분산유닛으로부터 F1 메시지에 대한 응답 메시지를 수신하는 단계를 포함하는 방법을 제공할 수 있다.
다른 측면에서, 본 실시예들은 MBS(Multicast/Broadcast Service) 세션을 셋업하는 중앙유닛(Central Unit, CU)에 있어서, MBS 세션에 대한 단말의 조인 요청 정보를 포함하는 업링크 NAS 메시지를 코어망 개체로 전송하는 송신부 및 코어망 개체로부터 MBS 세션 정보를 포함하는 N2 메시지를 수신하는 수신부를 포함하되, 송신부는 분산유닛(Distributed Unit, DU)으로 MBS 세션 정보를 포함하는 F1 메시지를 전송하고, 수신부는 분산유닛으로부터 F1 메시지에 대한 응답 메시지를 수신하는 중앙유닛를 제공할 수 있다.
본 개시는 단말이 MBS 데이터를 수신하여 처리하는 효과를 제공한다.
도 1은 본 실시예가 적용될 수 있는 NR 무선 통신 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 7은 CORESET에 대해서 설명하기 위한 도면이다.
도 8은 MBMS User Plane Protocol Architecture를 도시한 도면이다.
도 9는 NG-RAN 전체 아키텍쳐를 설명하기 위한 도면이다.
도 10은 일 실시예에 따른 중앙 유닛의 동작을 설명하기 위한 도면이다.
도 11은 MBS 데이터 송수신을 위한 레이어 2 구조의 일 예를 도시한 도면이다.
도 12는 MBS 데이터 송수신을 위한 레이어 2 구조의 다른 예를 도시한 도면이다.
도 13은 일 실시예에 따른 논리채널 식별자 값을 설명하기 위한 도면이다.
도 14는 일 실시예에 따른 확장 LCID 필드를 포함하는 MAC 서브헤더 포맷을 예시적으로 도시한 도면이다.
도 15는 일 실시예에 따른 DL-SCH를 위한 확장 LCID 값의 각 옥텟 길이에 따른 할당 정보를 설명하기 위한 도면이다.
도 16은 일 실시예에 따른 중앙유닛의 구성을 설명하기 위한 도면이다.
이하, 본 개시의 일부 실시예들을 예시적인 도면을 참조하여 상세하게 설명한다. 각 도면의 구성 요소들에 참조부호를 부가함에 있어서, 동일한 구성 요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가질 수 있다. 또한, 본 실시예들을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 기술 사상의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략할 수 있다. 본 명세서 상에서 언급된 "포함한다", "갖는다", "이루어진다" 등이 사용되는 경우 "~만"이 사용되지 않는 이상 다른 부분이 추가될 수 있다. 구성 요소를 단수로 표현한 경우에 특별한 명시적인 기재 사항이 없는 한 복수를 포함하는 경우를 포함할 수 있다.
또한, 본 개시의 구성 요소를 설명하는 데 있어서, 제1, 제2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질, 차례, 순서 또는 개수 등이 한정되지 않는다.
구성 요소들의 위치 관계에 대한 설명에 있어서, 둘 이상의 구성 요소가 "연결", "결합" 또는 "접속" 등이 된다고 기재된 경우, 둘 이상의 구성 요소가 직접적으로 "연결", "결합" 또는 "접속" 될 수 있지만, 둘 이상의 구성 요소와 다른 구성 요소가 더 "개재"되어 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다. 여기서, 다른 구성 요소는 서로 "연결", "결합" 또는 "접속" 되는 둘 이상의 구성 요소 중 하나 이상에 포함될 수도 있다.
구성 요소들이나, 동작 방법이나 제작 방법 등과 관련한 시간적 흐름 관계에 대한 설명에 있어서, 예를 들어, "~후에", "~에 이어서", "~다음에", "~전에" 등으로 시간적 선후 관계 또는 흐름적 선후 관계가 설명되는 경우, "바로" 또는 "직접"이 사용되지 않는 이상 연속적이지 않은 경우도 포함할 수 있다.
한편, 구성 요소에 대한 수치 또는 그 대응 정보(예: 레벨 등)가 언급된 경우, 별도의 명시적 기재가 없더라도, 수치 또는 그 대응 정보는 각종 요인(예: 공정상의 요인, 내부 또는 외부 충격, 노이즈 등)에 의해 발생할 수 있는 오차 범위를 포함하는 것으로 해석될 수 있다.
본 명세서에서의 무선 통신 시스템은 음성, 데이터 패킷 등과 같은 다양한 통신 서비스를 무선자원을 이용하여 제공하기 위한 시스템을 의미하며, 단말과 기지국 또는 코어 네트워크 등을 포함할 수 있다.
이하에서 개시하는 본 실시예들은 다양한 무선 접속 기술을 사용하는 무선 통신 시스템에 적용될 수 있다. 예를 들어, 본 실시예들은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(timedivision multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(singlecarrier frequency division multiple access) 또는 NOMA(non-orthogonal multiple access) 등과 같은 다양한 다양한 무선 접속 기술에 적용될 수 있다. 또한, 무선 접속 기술은 특정 접속 기술을 의미하는 것뿐만 아니라 3GPP, 3GPP2, WiFi, Bluetooth, IEEE, ITU 등 다양한 통신 협의기구에서 제정하는 각 세대 별 통신 기술을 의미할 수 있다. 예를 들어, CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced datarates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical andelectronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTSterrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. 이와 같이 본 실시예들은 현재 개시되거나 상용화된 무선 접속 기술에 적용될 수 있고, 현재 개발 중이거나 향후 개발될 무선 접속 기술에 적용될 수도 있다.
한편, 본 명세서에서의 단말은 무선 통신 시스템에서 기지국과 통신을 수행하는 무선 통신 모듈을 포함하는 장치를 의미하는 포괄적 개념으로서, WCDMA, LTE, NR, HSPA 및 IMT-2020(5G 또는 New Radio) 등에서의 UE(User Equipment)는 물론, GSM에서의 MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), 무선 기기(wireless device) 등을 모두 포함하는 개념으로 해석되어야 할 것이다. 또한, 단말은 사용 형태에 따라 스마트 폰과 같은 사용자 휴대 기기가 될 수도 있고, V2X 통신 시스템에서는 차량, 차량 내의 무선 통신 모듈을 포함하는 장치 등을 의미할 수도 있다. 또한, 기계 형태 통신(Machine Type Communication) 시스템의 경우에 기계 형태 통신이 수행되도록 통신 모듈을 탑재한 MTC 단말, M2M 단말, URLLC 단말 등을 의미할 수도 있다.
본 명세서의 기지국 또는 셀은 네트워크 측면에서 단말과 통신하는 종단을 지칭하며, 노드-B(Node-B), eNB(evolved Node-B), gNB(gNode-B), LPN(Low Power Node), 섹터(Sector), 싸이트(Site), 다양한 형태의 안테나, BTS(Base Transceiver System), 액세스 포인트(Access Point), 포인트(예를 들어, 송신포인트, 수신포인트, 송수신포인트), 릴레이 노드(Relay Node), 메가 셀, 매크로 셀, 마이크로 셀, 피코 셀, 펨토 셀, RRH(Remote Radio Head), RU(Radio Unit), 스몰 셀(small cell) 등 다양한 커버리지 영역을 모두 포괄하는 의미이다. 또한, 셀은 주파수 도메인에서의 BWP(Bandwidth Part)를 포함하는 의미일 수 있다. 예를 들어, 서빙 셀은 단말의 Activation BWP를 의미할 수 있다.
앞서 나열된 다양한 셀은 하나 이상의 셀을 제어하는 기지국이 존재하므로 기지국은 두 가지 의미로 해석될 수 있다. 1) 무선 영역과 관련하여 메가 셀, 매크로 셀, 마이크로 셀, 피코 셀, 펨토 셀, 스몰 셀(small cell)을 제공하는 장치 그 자체이거나, 2) 무선 영역 그 자체를 지시할 수 있다. 1)에서 소정의 무선 영역을 제공하는 장치들이 동일한 개체에 의해 제어되거나 무선 영역을 협업으로 구성하도록 상호 작용하는 모든 장치들을 모두 기지국으로 지시한다. 무선 영역의 구성 방식에 따라 포인트, 송수신 포인트, 송신 포인트, 수신 포인트 등은 기지국의 일 실시 예가 된다. 2)에서 사용자 단말의 관점 또는 이웃하는 기지국의 입장에서 신호를 수신하거나 송신하게 되는 무선 영역 그 자체를 기지국으로 지시할 수도 있다.
본 명세서에서 셀(Cell)은 송수신 포인트로부터 전송되는 신호의 커버리지 또는 송수신 포인트(transmission point 또는 transmission/reception point)로부터 전송되는 신호의 커버리지를 가지는 요소 반송파(component carrier), 그 송수신 포인트 자체를 의미할 수 있다.
상향링크(Uplink, UL, 또는 업링크)는 단말에 의해 기지국으로 데이터를 송수신하는 방식을 의미하며, 하향링크(Downlink, DL, 또는 다운링크)는 기지국에 의해 단말로 데이터를 송수신하는 방식을 의미한다. 하향링크(downlink)는 다중 송수신 포인트에서 단말로의 통신 또는 통신 경로를 의미할 수 있으며, 상향링크(uplink)는 단말에서 다중 송수신 포인트로의 통신 또는 통신 경로를 의미할 수 있다. 이때, 하향링크에서 송신기는 다중 송수신 포인트의 일부분일 수 있고, 수신기는 단말의 일부분일 수 있다. 또한, 상향링크에서 송신기는 단말의 일부분일 수 있고, 수신기는 다중 송수신 포인트의 일부분일 수 있다.
상향링크와 하향링크는, PDCCH(Physical Downlink Control CHannel), PUCCH(Physical Uplink Control CHannel) 등과 같은 제어 채널을 통하여 제어 정보를 송수신하고, PDSCH(Physical Downlink Shared CHannel), PUSCH(Physical Uplink Shared CHannel) 등과 같은 데이터 채널을 구성하여 데이터를 송수신한다.이하에서는 PUCCH, PUSCH, PDCCH 및 PDSCH 등과 같은 채널을 통해 신호가 송수신되는 상황을 'PUCCH, PUSCH, PDCCH 및 PDSCH를 전송, 수신한다'는 형태로 표기하기도 한다.
설명을 명확하게 하기 위해, 이하에서는 본 기술 사상을 3GPP LTE/LTE-A/NR(New RAT) 통신 시스템을 위주로 기술하지만 본 기술적 특징이 해당 통신 시스템에 제한되는 것은 아니다.
3GPP에서는 4G(4th-Generation) 통신 기술에 대한 연구 이후에 ITU-R의 차세대 무선 접속 기술의 요구사항에 맞추기 위한 5G(5th-Generation)통신 기술을 개발한다. 구체적으로, 3GPP는 5G 통신 기술로 LTE-Advanced 기술을 ITU-R의 요구사항에 맞추어 향상 시킨 LTE-A pro와 4G 통신 기술과는 별개의 새로운 NR 통신 기술을 개발한다. LTE-A pro와 NR은 모두 5G 통신 기술을 의미하는 것으로, 이하에서는 특정 통신 기술을 특정하는 경우가 아닌 경우에 NR을 중심으로 5G 통신 기술을 설명한다.
NR에서의 운영 시나리오는 기존 4G LTE의 시나리오에서 위성, 자동차, 그리고 새로운 버티컬 등에 대한 고려를 추가하여 다양한 동작 시나리오를 정의하였으며, 서비스 측면에서 eMBB(Enhanced Mobile Broadband) 시나리오, 높은 단말 밀도를 가지되 넓은 범위에 전개되어 낮은 데이터 레이트(data rate)와 비동기식 접속이 요구되는 mMTC(Massive Machine Communication) 시나리오, 높은 응답성과 신뢰성이 요구되고 고속 이동성을 지원할 수 있는 URLLC(Ultra Reliability and Low Latency) 시나리오를 지원한다.
이러한 시나리오를 만족하기 위해서 NR은 새로운 waveform 및 프레임 구조 기술, 낮은 지연속도(Low latency) 기술, 초고주파 대역(mmWave) 지원 기술, 순방향 호환성(Forward compatible) 제공 기술이 적용된 무선 통신 시스템을 개시한다. 특히, NR 시스템에서는 순방향(Forard) 호환성을 제공하기 위해서 유연성 측면에서 다양한 기술적 변화를 제시하고 있다. NR의 주요 기술적 특징은 아래에서 도면을 참조하여 설명한다.
<NR 시스템 일반>
도 1은 본 실시예가 적용될 수 있는 NR 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 1을 참조하면, NR 시스템은 5GC(5G Core Network)와 NR-RAN파트로 구분되며, NG-RAN은 사용자 평면(SDAP/PDCP/RLC/MAC/PHY) 및 UE(User Equipment)에 대한 제어 평면(RRC) 프로토콜 종단을 제공하는 gNB와 ng-eNB들로 구성된다.gNB 상호 또는 gNB와 ng-eNB는 Xn 인터페이스를 통해 상호 연결된다. gNB와 ng-eNB는 각각 NG 인터페이스를 통해 5GC로 연결된다. 5GC는 단말 접속 및 이동성 제어 기능 등의 제어 평면을 담당하는 AMF (Access and Mobility Management Function)와 사용자 데이터에 제어 기능을 담당하는 UPF (User Plane Function)를 포함하여 구성될 수 있다. NR에서는 6GHz 이하 주파수 대역(FR1, Frequency Range 1)과 6GHz 이상 주파수 대역(FR2, Frequency Range 2)에 대한 지원을 모두 포함한다.
gNB는 단말로 NR 사용자 평면 및 제어 평면 프로토콜 종단을 제공하는 기지국을 의미하고, ng-eNB는 단말로 E-UTRA 사용자 평면 및 제어 평면 프로토콜 종단을 제공하는 기지국을 의미한다. 본 명세서에서 기재하는 기지국은 gNB및 ng-eNB를 포괄하는 의미로 이해되어야 하며, 필요에 따라 gNB 또는 ng-eNB를 구분하여 지칭하는 의미로 사용될 수도 있다.
<NR 웨이브 폼,뉴머롤러지 및 프레임 구조>
NR에서는 하향링크 전송을 위해서 Cyclic prefix를 사용하는 CP-OFDM 웨이브 폼을 사용하고, 상향링크 전송을 위해서 CP-OFDM 또는 DFT-s-OFDM을 사용한다. OFDM 기술은 MIMO(Multiple Input Multiple Output)와 결합이 용이하며, 높은 주파수 효율과 함께 저 복잡도의 수신기를 사용할 수 있다는 장점을 가지고 있다.
한편, NR에서는 전술한 3가지 시나리오 별로 데이터 속도, 지연속도, 커버리지 등에 대한 요구가 서로 상이하기 때문에 임의의 NR 시스템을 구성하는 주파수 대역을 통해 각각의 시나리오 별 요구사항을 효율적으로 만족시킬 필요가 있다. 이를 위해서, 서로 다른 복수의 뉴머롤러지(numerology) 기반의 무선 자원을 효율적으로 멀티플렉싱(multiplexing)하기 위한 기술이 제안되었다.
구체적으로, NR 전송 뉴머롤러지는 서브캐리어 간격(sub-carrier spacing)과 CP(Cyclic prefix)에 기초하여 결정되며, 아래 표 1과 같이 15kHz를 기준으로 μ 값이 2의 지수 값으로 사용되어 지수적으로 변경된다.
μ 서브캐리어 간격 Cyclic prefix Supported for data Supported for synch
0 15 Normal Yes Yes
1 30 Normal Yes Yes
2 60 Normal, Extended Yes No
3 120 Normal Yes Yes
4 240 Normal No Yes
위 표 1과 같이 NR의 뉴머롤러지는 서브캐리어 간격에 따라 5가지로 구분될 수 있다. 이는 4G 통신 기술 중 하나인 LTE의 서브캐리어 간격이 15kHz로 고정되는 것과는 차이가 있다. 구체적으로, NR에서 데이터 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 60, 120kHz이고, 동기 신호 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 120, 240kHz이다. 또한, 확장 CP는 60kHz 서브캐리어 간격에만 적용된다. 한편, NR에서의 프레임 구조(frame structure)는 1ms의 동일한 길이를 가지는 10개의 서브프레임(subframe)으로 구성되는 10ms의 길이를 가지는 프레임(frame)이 정의된다. 하나의 프레임은 5ms의 하프 프레임으로 나뉠 수 있으며, 각 하프 프레임은 5개의 서브프레임을 포함한다. 15kHz 서브캐리어 간격의 경우에 하나의 서브프레임은 1개의 슬롯(slot)으로 구성되고, 각 슬롯은 14개의 OFDM 심볼(symbol)로 구성된다.도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 2를 참조하면, 슬롯은 노멀 CP의 경우에 고정적으로 14개의 OFDM 심볼로 구성되나, 슬롯의 시간 도메인에서 길이는 서브캐리어 간격에 따라 달라질 수 있다. 예를 들어, 15kHz 서브캐리어 간격을 가지는 뉴머롤러지의 경우에 슬롯은 1ms 길이로 서브프레임과 동일한 길이로 구성된다. 이와 달리, 30kHz 서브캐리어 간격을 가지는 뉴머롤러지의 경우에 슬롯은 14개의 OFDM 심볼로 구성되나, 0.5ms의 길이로 하나의 서브프레임에 두 개의 슬롯이 포함될 수 있다. 즉, 서브프레임과 프레임은 고정된 시간 길이를 가지고 정의되며, 슬롯은 심볼의 개수로 정의되어 서브캐리어 간격에 따라 시간 길이가 달라질 수 있다.
한편, NR은 스케줄링의 기본 단위를 슬롯으로 정의하고, 무선 구간의 전송 지연을 감소시키기 위해서 미니 슬롯(또는 서브 슬롯 또는 non-slot based schedule)도 도입하였다. 넓은 서브캐리어 간격을 사용하면 하나의 슬롯의 길이가 반비례하여 짧아지기 때문에 무선 구간에서의 전송 지연을 줄일 수 있다. 미니 슬롯(또는 서브 슬롯)은 URLLC 시나리오에 대한 효율적인 지원을 위한 것으로 2, 4, 7개 심볼 단위로 스케줄링이 가능하다.
또한, NR은 LTE와 달리 상향링크 및 하향링크 자원 할당을 하나의 슬롯 내에서 심볼 레벨로 정의하였다. HARQ 지연을 줄이기 위해 전송 슬롯 내에서 바로 HARQ ACK/NACK을 송신할 수 있는 슬롯 구조가 정의되었으며, 이러한 슬롯 구조를 자기 포함(self-contained) 구조로 명명하여 설명한다.
NR에서는 총 256개의 슬롯 포맷을 지원할 수 있도록 설계되었으며, 이중 62개의 슬롯 포맷이 3GPP Rel-15에서 사용된다. 또한, 다양한 슬롯의 조합을 통해서 FDD 또는 TDD 프레임을 구성하는 공통 프레임 구조를 지원한다. 예를 들어, 슬롯의 심볼이 모두 하향링크로 설정되는 슬롯 구조와 심볼이 모두 상향링크로 설정되는 슬롯 구조 및 하향링크 심볼과 상향링크 심볼이 결합된 슬롯 구조를 지원한다. 또한, NR은 데이터 전송이 하나 이상의 슬롯에 분산되어 스케줄링됨을 지원한다. 따라서, 기지국은 슬롯 포맷 지시자(SFI, Slot Format Indicator)를 이용하여 단말에 슬롯이 하향링크 슬롯인지, 상향링크 슬롯인지 또는 플렉시블 슬롯인지를 알려줄 수 있다. 기지국은 단말 특정하게(UE-specific) RRC 시그널링을 통해서 구성된 테이블의 인덱스를 SFI를 이용하여 지시함으로써 슬롯 포맷을 지시할 수 있으며, DCI(Downlink Control Information)를 통해서 동적으로 지시하거나 RRC를 통해서 정적 또는 준정적으로 지시할 수도 있다.
<NR 물리 자원 >
NR에서의 물리 자원(physical resource)과 관련하여, 안테나 포트(antenna port), 자원 그리드(resource grid), 자원 요소(resource element), 자원 블록(resource block), 대역폭 파트(bandwidth part) 등이 고려된다.
안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 광범위 특성(large-scale property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 추론될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다. 여기에서, 광범위 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수 시프트(Frequency shift), 평균 수신 파워(Average received power) 및 수신 타이밍(Received Timing) 중 하나 이상을 포함한다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 3을 참조하면, 자원 그리드(Resource Grid)는 NR이 동일 캐리어에서 복수의 뉴머롤러지를 지원하기 때문에 각 뉴머롤러지에 따라 자원 그리드가 존재할 수 있다. 또한, 자원 그리드는 안테나 포트, 서브캐리어 간격, 전송 방향에 따라 존재할 수 있다.
자원 블록(resource block)은 12개의 서브캐리어로 구성되며, 주파수 도메인 상에서만 정의된다. 또한, 자원 요소(resource element)는 1개의 OFDM 심볼과 1개의 서브캐리어로 구성된다. 따라서, 도 3에서와 같이 하나의 자원 블록은 서브캐리어 간격에 따라 그 크기가 달라질 수 있다. 또한, NR에서는 자원 블록 그리드를 위한 공통 참조점 역할을 수행하는 "Point A"와 공통 자원 블록, 가상 자원 블록 등을 정의한다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
NR에서는 캐리어 대역폭이 20Mhz로 고정된 LTE와 달리 서브캐리어 간격 별로 최대 캐리어 대역폭이 50Mhz에서 400Mhz로 설정된다. 따라서, 모든 단말이 이러한 캐리어 대역폭을 모두 사용하는 것을 가정하지 않는다. 이에 따라서 NR에서는 도 4에 도시된 바와 같이 캐리어 대역폭 내에서 대역폭 파트(BWP)를 지정하여 단말이 사용할 수 있다. 또한, 대역폭 파트는 하나의 뉴머롤러지와 연계되며 연속적인 공통 자원 블록의 서브 셋으로 구성되고, 시간에 따라 동적으로 활성화 될 수 있다. 단말에는 상향링크 및 하향링크 각각 최대 4개의 대역폭 파트가 구성되고, 주어진 시간에 활성화된 대역폭 파트를 이용하여 데이터가 송수신된다.
페어드 스펙트럼(paired spectrum)의 경우 상향링크 및 하향링크 대역폭 파트가 독립적으로 설정되며, 언페어드 스펙트럼(unpaired spectrum)의 경우 하향링크와 상향링크 동작 간에 불필요한 주파수 리튜닝(re-tunning)을 방지하기 위해서 하향링크와 상향링크의 대역폭 파트가 중심 주파수를 공유할 수 있도록 쌍을 이루어 설정된다.
<NR 초기 접속>
NR에서 단말은 기지국에 접속하여 통신을 수행하기 위해서 셀 검색 및 랜덤 액세스 절차를 수행한다.
셀 검색은 기지국이 전송하는 동기 신호 블록(SSB, Synchronization Signal Block)를 이용하여 단말이 해당 기지국의 셀에 동기를 맞추고, 물리계층 셀 ID를 획득하며, 시스템 정보를 획득하는 절차이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 5를 참조하면, SSB는 각각 1개 심볼 및 127개 서브 캐리어를 점유하는 PSS(primarysynchronization signal) 및 SSS(secondary synchronization signal) 및 3개의 OFDM 심볼 및 240 개의 서브캐리어에 걸쳐있는 PBCH로 구성된다.
단말은 시간 및 주파수 도메인에서 SSB를 모니터링하여 SSB를 수신한다.
SSB는 5ms 동안 최대 64번 전송될 수 있다. 다수의 SSB는 5ms 시간 내에서 서로 다른 전송 빔으로 전송되며, 단말은 전송에 사용되는 특정 하나의 빔을 기준으로 볼 때에는 20ms의 주기마다 SSB가 전송된다고 가정하고 검출을 수행한다. 5ms 시간 내에서 SSB 전송에 사용할 수 있는 빔의 개수는 주파수 대역이 높을수록 증가할 수 있다. 예를 들어, 3GHz 이하에서는 최대 4개의 SSB 빔 전송이 가능하며, 3~6GHz까지의 주파수 대역에서는 최대 8개, 6GHz 이상의 주파수 대역에서는 최대 64개의 서로 다른 빔을 사용하여 SSB를 전송할 수 있다.
SSB는 하나의 슬롯에 두 개가 포함되며, 서브캐리어 간격에 따라 아래와 같이 슬롯 내에서의 시작 심볼과 반복 횟수가 결정된다.
한편, SSB는 종래 LTE의 SS와 달리 캐리어 대역폭의 센터 주파수에서 전송되지 않는다. 즉, SSB는 시스템 대역의 중심이 아닌 곳에서도 전송될 수 있고, 광대역 운영을 지원하는 경우 주파수 도메인 상에서 복수의 SSB가 전송될 수 있다. 이에 따라서, 단말은 SSB를 모니터링 하는 후보 주파수 위치인 동기 래스터(synchronization raster)를 이용하여 SSB를 모니터링 한다. 초기 접속을 위한 채널의 중심 주파수 위치 정보인 캐리어래스터(carrier raster)와 동기 래스터는 NR에서 새롭게 정의되었으며, 동기 래스터는 캐리어래스터에 비해서, 주파수 간격이 넓게 설정되어 있어서, 단말의 빠른 SSB 검색을 지원할 수 있다.
단말은 SSB의 PBCH를 통해서 MIB를 획득할 수 있다. MIB(Master Information Block)는 단말이 네트워크가 브로드캐스팅 하는 나머지 시스템 정보(RMSI, Remaining Minimum System Information)를 수신하기 위한 최소 정보를 포함한다. 또한, PBCH는 시간 도메인 상에서의 첫 번째 DM-RS 심볼의 위치에 대한 정보, SIB1을 단말이 모니터링하기 위한 정보(예를 들어, SIB1 뉴머롤러지 정보, SIB1 CORESET에 관련된 정보, 검색 공간 정보, PDCCH 관련 파라미터 정보 등), 공통 자원 블록과 SSB 사이의 오프셋 정보(캐리어 내에서의 절대 SSB의 위치는 SIB1을 통해서 전송) 등을 포함할 수 있다. 여기서, SIB1 뉴머롤러지 정보는 단말이 셀 검색 절차를 완료한 이후에 기지국에 접속하기 위한 랜덤 액세스 절차에서 사용되는 일부 메시지에서도 동일하게 적용된다. 예를 들어, 랜덤 액세스 절차를 위한 메시지 1 내지 4 중 적어도 하나에 SIB1의 뉴머롤러지 정보가 적용될 수 있다.
전술한 RMSI는 SIB1(System Information Block 1)을 의미할 수 있으며, SIB1은 셀에서 주기적으로(ex, 160ms) 브로드캐스팅 된다. SIB1은 단말이 초기 랜덤 액세스 절차를 수행하는데 필요한 정보를 포함하며, PDSCH를 통해서 주기적으로 전송된다. 단말이 SIB1을 수신하기 위해서는 PBCH를 통해서 SIB1 전송에 사용되는 뉴머롤러지 정보, SIB1의 스케줄링에 사용되는 CORESET(Control Resource Set) 정보를 수신해야 한다. 단말은 CORESET 내에서 SI-RNTI를 이용하여 SIB1에 대한 스케줄링 정보를 확인하고, 스케줄링 정보에 따라 SIB1을 PDSCH 상에서 획득한다. SIB1을 제외한 나머지 SIB들은 주기적으로 전송될 수도 있고, 단말의 요구에 따라 전송될 수도 있다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 6을 참조하면, 셀 검색이 완료되면 단말은 기지국으로 랜덤 액세스를 위한 랜덤 액세스 프리앰블을 전송한다. 랜덤 액세스 프리앰블은 PRACH를 통해서 전송된다. 구체적으로, 랜덤 액세스 프리앰블은 주기적으로 반복되는 특정 슬롯에서 연속된 무선 자원으로 구성되는 PRACH를 통해서 기지국으로 전송된다. 일반적으로, 단말이 셀에 초기 접속하는 경우에 경쟁 기반 랜덤 액세스 절차를 수행되며, 빔 실패 복구(BFR, Beam Failure Recovery)를 위해서 랜덤 액세스를 수행하는 경우에는 비경쟁 기반 랜덤 액세스 절차가 수행된다.
단말은 전송한 랜덤 액세스 프리앰블에 대한 랜덤 액세스 응답을 수신한다. 랜덤 액세스 응답에는 랜덤 액세스 프리앰블식별자(ID), UL Grant (상향링크 무선자원), 임시 C-RNTI(Temporary Cell - Radio Network Temporary Identifier) 그리고 TAC(Time Alignment Command) 이 포함될 수 있다. 하나의 랜덤 액세스 응답에는 하나 이상의 단말들을 위한 랜덤 액세스 응답 정보가 포함될 수 있기 때문에, 랜덤 액세스 프리앰블식별자는 포함된 UL Grant, 임시 C-RNTI 그리고 TAC가 어느 단말에게 유효한지를 알려주기 위하여 포함될 수 있다. 랜덤 액세스 프리앰블식별자는 기지국이 수신한 랜덤 액세스 프리앰블에 대한식별자일 수 있다. TAC는 단말이 상향 링크 동기를 조정하기 위한 정보로서 포함될 수 있다. 랜덤 액세스 응답은 PDCCH상의 랜덤 액세스 식별자, 즉 RA-RNTI(Random Access - Radio Network Temporary Identifier)에 의해지시될 수 있다.
유효한 랜덤 액세스 응답을 수신한 단말은 랜덤 액세스 응답에 포함된 정보를 처리하고, 기지국으로스케줄링된 전송을 수행한다. 예를 들어, 단말은 TAC을 적용시키고, 임시 C-RNTI를 저장한다. 또한, UL Grant를 이용하여, 단말의 버퍼에 저장된 데이터 또는 새롭게 생성된 데이터를 기지국으로 전송한다. 이 경우 단말을 식별할 수 있는 정보가 포함되어야 한다.
마지막으로 단말은 경쟁 해소를 위한 하향링크 메시지를 수신한다.
<NR CORESET>
NR에서의 하향링크 제어채널은 1~3 심볼의 길이를 가지는 CORESET(Control Resource Set)에서 전송되며, 상/하향 스케줄링 정보와 SFI(Slot format Index), TPC(Transmit Power Control) 정보 등을 전송한다.
이와 같이 NR에서는 시스템의 유연성을 확보하기 위해서, CORESET 개념을 도입하였다. CORESET(Control Resource Set)은 하향링크 제어 신호를 위한 시간-주파수 자원을 의미한다. 단말은 CORESET 시간-주파수 자원에서 하나 이상의 검색 공간을 사용하여 제어 채널 후보를 디코딩할 수 있다. CORESET 별 QCL(Quasi CoLocation) 가정을 설정하였으며, 이는 종래 QCL에 의해서 가정되는 특성인 지연 스프레드, 도플러 스프레드, 도플러 쉬프트, 평균 지연 외에 아날로그 빔 방향에 대한 특성을 알리기 위한 목적으로 사용된다.
도 7은 CORESET에 대해서 설명하기 위한 도면이다.
도 7을 참조하면, CORESET은 하나의 슬롯 내에서 캐리어 대역폭 내에서 다양한 형태로 존재할 수 있으며, 시간 도메인 상에서 CORESET은 최대 3개의 OFDM 심볼로 구성될 수 있다. 또한, CORESET은 주파수 도메인 상에서 캐리어 대역폭까지 6개의 자원 블록의 배수로 정의된다.
첫 번째 CORESET은 네트워크로부터 추가 구성 정보 및 시스템 정보를 수신할 수 있도록 초기 대역폭 파트 구성의 일부로 MIB를 통해서 지시된다. 기지국과의 연결 설정 후에 단말은 RRC 시그널링을 통해서 하나 이상의 CORESET 정보를 수신하여 구성할 수 있다.
본 명세서에서 NR(New Radio)과 관련한 주파수, 프레임, 서브프레임, 자원, 자원블럭, 영역(region), 밴드, 서브밴드, 제어채널, 데이터채널, 동기신호, 각종 참조신호, 각종 신호 또는 각종 메시지는 과거 또는 현재 사용되는 의미 또는 장래 사용되는 다양한 의미로 해석될 수 있다.
NR(New Radio)
전술한 바와 같이, 최근 3GPP에서 진행된 NR은 LTE 대비 향상된 데이터 전송율 뿐 아니라, 세분화되고 구체화된 사용 시나리오(usage scenario) 별로 요구되는 다양한 QoS 요구사항(requirements)를 만족시킬 수 있는 설계가 이루어졌다. 특히 NR의 대표적 사용 시나리오로서 eMBB(enhancement Mobile BroadBand), mMTC(massive MTC) 및 URLLC(Ultra Reliable and Low Latency Communications)가 정의되었으며, 각각의 사용 시나리오 별 요구사항을 만족하기 위한 방법으로서 LTE 대비 유연한(flexible) 프레임 구조 설계가 요구되고 있다. 각각의 사용 시나리오는 data rates, latency, reliability, coverage 등에 대한 요구조건이 서로 상이하다. 이에 따라 임의의 NR 시스템을 구성하는 주파수 대역을 통해 각각의 사용 시나리오 별 요구사항을 효율적으로 만족시키기 위한 방법으로서, 서로 다른 numerology(e.g. subcarrier spacing, subframe, TTI, etc.) 기반의 무선 자원 유닛(unit)을 효율적으로 멀티플렉싱하도록 설계되었다.
예를 들어, 서로 다른 서브캐리어 스페이싱(subcarrier spacing) 값을 갖는 numerology에 대해 하나 혹은 복수의 NR component carrier(s)를 통해 TDM, FDM 혹은 TDM/FDM 기반으로 다중화하여 지원하는 방법에 대한 논의가 이루어졌다. 또한, time domain에서의 스케줄링 단위를 구성함에 있어서 하나 이상의 time unit을 지원하는 방안에 대한 논의가 이루어졌다. 이와 관련하여 NR에서는 time domain structure의 한 종류로서 subframe에 대한 정의가 이루어다. 해당 subframe duration을 정의하기 위한 reference numerology로서 LTE와 동일한 15kHz SCS(Sub-Carrier Spacing) 기반 normal CP overhead의 14개의 OFDM symbols로 구성된 단일한 subframe duration을 정의하기로 결정되었다. 이에 따라 NR에서 subframe은 1ms의 time duration을 가진다. 단, LTE와 달리 NR의 subframe은 절대적인 reference time duration으로서, 실제 상/하향 링크 데이터 스케줄링의 기반의 되는 time unit으로서 slot 및 mini-slot이 정의될 수 있다. 이 경우, slot을 구성하는 OFDM 심볼의 개수, y값은 normal CP의 경우, SCS값에 관계 없이 y=14의 값을 갖도록 결정되었다.
이에 따라 임의의 slot은 14개의 심볼로 구성된다. 또한, 해당 slot의 전송 방향(transmission direction)에 따라 모든 심볼이 DL transmission을 위해 이용되거나, 혹은 모든 심볼이 UL transmission을 위해 이용되거나, 혹은 DL portion + (gap) + UL portion의 형태로 이용될 수 있다.
또한, 임의의 numerology(혹은 SCS)에서 전술한 slot보다 적은 수의 심볼로 구성된 mini-slot이 정의된다. mini-slot 기반의 상/하향링크 데이터 송수신을 위한 짧은 길이의 time-domain scheduling interval이 설정되거나, 혹은 slot aggregation을 통해 상/하향링크 데이터 송수신을 위한 긴 길이의 time-domain scheduling interval이 구성될 수 있다. 특히, URLLC와 같이 latency에 민감한 데이터를 송수신하는 경우, 15kHz와 같이 SCS값이 작은 numerology 기반의 프레임 구조에서 정의된 1ms(14 symbols) 기반의 slot 단위 스케줄링이 이루어질 경우, latency 요구사항을 만족시키기 힘들 수 있다. 따라서, 14개의 심볼로 구성된 slot보다 적은 수의 OFDM 심볼로 구성된 mini-slot을 정의하여 이를 기반으로 URLLC의 요구사항을 만족시킬 수 있는 스케줄링이 이루어질 수 있다.
한편, NR에서는 기본 스케줄링 유닛이 슬롯으로 변경되었다. 또한 subcarrier-spacing에 관계 없이 슬롯은 14개 OFDM심볼로 되어 있다. 반면에 보다 작은 스케줄링 유닛인 2,4,7 OFDM 심볼로 구성된 non-slot 구조를 지원한다. Non-slot 구조는 URLLC 서비스를 위한 스케줄링 유닛으로 활용될 수 있다.
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마다 단일 전송 블록이 사용된다. 전송블록은 그 서브프레임 내에서 모두 MBSFN 자원을 사용한다. MTCH와 MCCH는 동일한 MCH 상에서 멀티플렉싱 될 수 있다. MTCH와 MCCH는 RLC-UM 모드를 사용한다. 주파수 도메인 내에서 모든 무선 자원이 이용되지 않더라도 동일한 서브프레임에서 유니캐스트와 멀티플렉싱이 허용되지 않는다. 이와 같이 MBSFN 전송방식은 동적인 조정이 어려워 소규모 방송 서비스 등에 대해 유연한 적용이 어려웠다.
MBSFN 전송방식의 비효율성을 개선하기 위한 방법으로 SC-PTM 전송방식이 개발되었다. 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 반복은 제공되지 않는다.
도 8은 MBMS User Plane Protocol Architecture를 도시한 도면이다.
도 8을 참조하면, LTE 망에서는 BM-SC와 단말간에 MBMS 사용자 데이터를 이동통신망을 통해 전송한다. 따라서 해당 패킷은 IP 패킷이 아닐 수 있다. 또한 LTE MBMS에서는 브로드캐스트 전송방식만을 지원하였다. 따라서 헤더 압축이나 시큐리티 기능을 제공하는 PDCP 계층을 사용하지 않고, RLC-UM 기반으로 프로토콜 구조가 설계되었다.
상위 계층 분리 구조(High layer functional split)/기지국 분리 구조
NR에서는 효율적인 망구축을 지원하기 위해 기지국(gNB)을 중앙유닛(Central Unit, 이하에서 설명의 편의를 위해 gNB-CU로 표기)와 분산노드(Distributed Unit, 이하에서 편의를 위해 gNB-DU로 표기)로 분리하는 분리 구조를 제공할 수 있다.
도 9는 NG-RAN 전체 아키텍쳐를 설명하기 위한 도면이다.
도 9를 참조하면, 차세대 무선망은 NG 인터페이스를 통해 5GC(5G Core network)에 연결되는 한 셋의 기지국으로 구성될 수 있다. 기지국 간에는 Xn 인터페이스를 통해 상호 연결된다. 하나의 기지국은 하나의 gNB-CU 그리고 하나 이상의 gNB-DU로 구성될 수 있다. gNB-CU와 gNB-DU는 F1 인터페이스를 통해 연결된다. 하나의 gNB-DU는 단 하나의 gNB-CU에만 연결될 수 있다. gNB-CU와 gNB-DU로 구성되는 하나의 기지국에 대한 NG 인터페이스 및 Xn-C 인터페이스는 gNB-CU에서 터미네이트 된다. gNB-CU와 연결된 gNB-DU들은 다른 기지국들과 5GC에게 하나의 기지국으로만 보인다. gNB-CU는 기지국의 RRC, SDAP 및 PDCP 프로토콜을 호스팅하는 논리적인 노드이다. gNB-DU는 기지국의 RLC, MAC 그리고 PHY 계층을 호스팅하는 논리적인 노드이다. 하나의 gNB-DU는 하나 또는 복수의 셀들을 지원한다. 하나의 셀은 단 하나의 gNB-DU에 의해 지원된다. NR PDCP의 사용자 플레인 파트를 호스팅하는 노드는 사용자 인액티비티 모니터링을 수행해야 하고, 제어플레인 연결을 가지는 노드로 인액티비티 또는 (재)활성화를 알릴 수 있다. NR RLC를 호스팅하는 노드는 사용자 인액티비티 모니터링을 수행하고, 제어 플레인 호스팅 노드로 인액티비티 (재)활성화를 알릴 수 있다.
이와 같이 기지국 분리구조를 사용하는 5G/NR 무선망에서 사용자 플래인 프로토콜 구조상 gNB-CU와 gNB-DU는 PDCP와 RLC 간에 F1 인터페이스를 통해 연결된다.
NR 규격을 제공하는 3GPP Rel-15, Rel-16에서 multicast/broadcast 서비스(MBS)에 대한 기술 내용이 개시되지 않았다. 특히, 사용자 플래인 구조 관점에서 기지국 분리 구조는 PDCP를 호스팅하는 gNB-CU와 RLC 이하를 호스팅하는 gNB-DU로 구성되는데, 5G/NR 무선망을 분리해 구축할 때 multicast/broadcast 서비스 데이터를 전송하기 위한 MBS 세션 셋업 방법은 제공되지 않았다.
이러한 문제점을 해결하기 위해 안출된 본 발명은 무선망 분리구조 하에서 멀티캐스트/브로드캐스트 서비스 데이터를 전송하기 위한 MBS 세션 셋업 방법 및 장치를 제안한다.
이하에서는 본 개시에 따른 NR 무선액세스기술 기반의 멀티캐스트/브로드캐스트 서비스(MBS: Multicast/Broadcast Service) 세션 셋업 방법에 대해 설명한다. 그러나, 이는 설명의 편의를 위한 것으로 임의의 무선액세스 기술에 대해서도 본 실시예가 적용될 수 있다. 예를 들어 임의의 계층(e.g. PHY, MAC, RLC, PDCP) 상의 기지국 분리를 제공하는 무선 액세스 망에 본 실시예가 적용될 수 있다. 본 개시에서 설명하는 실시예는 3GPP NR MAC 규격인 TS 38.321 및 NR RRC 규격인 TS 38.331에서 명시된 정보 요소 및 오퍼레이션의 내용을 포함한다. 본 명세서 상에 해당 정보 요소에 대한 세부 정의와 관련된 단말 오퍼레이션 내용이 포함되지 않더라도 표준규격에 명시된 해당 내용이 본 개시에 포함될 수 있다.
도 10은 일 실시예에 따른 중앙 유닛의 동작을 설명하기 위한 도면이다.
도 10을 참조하면, MBS(Multicast/Broadcast Service) 세션을 셋업하는 중앙유닛(Central Unit, CU)은 MBS 세션에 대한 단말의 조인 요청 정보를 포함하는 업링크 NAS 메시지를 코어망 개체로 전송하는 단계를 수행할 수 있다(S1010).
중앙유닛은 분산유닛을 통해서 단말로부터 MBS 세션에 대한 조인 요청 정보를 수신할 수 있다. 예를 들어, 단말이 MBS 세션에 조인하기 위해서, MBS 컨택스트를 셋업하거나 MBS 컨택스트 셋업 프로시져를 수행할 필요가 있다.
일 예로, 단말은 초기 단말 메시지(initial UE message)를 중앙유닛으로 전송할 수 있다. 초기 단말 메시지는 단말이 MBS 세션에 대한 조인/가입/요청/관심을 지시하기 위한 정보를 포함할 수 있다.
중앙유닛은 단말로부터 수신되는 MBS 세션에 대한 단말의 조인 요청 정보를 코어망 개체로 전달할 수 있다. 예를 들어, 중앙유닛은 AMF로 업링크 NAS 시그널링 메시지를 전송한다. 예를 들어, 업링크 NAS 시그널링 메시지는 registration request, service request message, PDU session establishment request 및 PDU session modification request message 중 적어도 하나의 메시지일 수 있다.
이를 통해서, 중앙유닛은 단말의 MBS 세션 조인 요청을 코어망 개체로 전달할 수 있ㄷ.
중앙유닛은 코어망 개체로부터 MBS 세션 정보를 포함하는 N2 메시지를 수신하는 단계를 수행할 수 있다(S1020).
일 예로, MBS 세션 정보를 포함하는 N2 메시지는 단말에 연계된(UE associated) 단말 컨택스트 관리를 위한 메시지 또는 PDU 세션 관리를 위한 메시지일 수 있다. 예를 들어, N2 메시지는 PDU SESSION RESOURCE MODIFY REQUEST 메시지, UE CONTEXT MODIFICATION REQUEST 메시지 및 HANDOVER REQUEST 메시지 중 하나일 수 있다. 해당 N2 메시지는 단말 컨택스트 정보 변경을 위한 메시지일 수 있다. 또는, 해당 N2 메시지는 단말 컨택스트에 MBS 세션 컨택스트 정보를 변경하기 위한 메시지일 수 있다.
다른 예로, MBS 세션 정보를 포함하는 N2 메시지는 단말에 연계되지 않는(non-UE associated) MBS 세션 또는 컨택스트의 셋업, 수정 및 해제 중 어느 하나의 동작을 지시하기 위한 메시지일 수 있다. 예를 들어, 중앙유닛은 코어망 개체로부터 MBS 세션의 트리거/활성화/개시/시작을 지시하기 위한 N2 메시지를 수신할 수 있다. 또는, 중앙유닛은 코어망 개체로부터 MBS 세션 자원을 할당/분배를 지시하기 위한 N2 메시지를 수신할 수 있다. N2 메시지는 MBS 컨택스트 셋업/수정 메시지, MBS 자원분배 메시지(multicast distribution message) 및 MBS 세션 시작/수정 메시지 중 하나일 수 있다.
또는, 중앙유닛은 MBS 세션 수정을 지시하기 위한 단말에 연계되지 않는 N2 시그널링(non-UE associated N2 signaling) 메시지인 MBS 세션 수정 요청 메시지를 수신할 수도 있다. 또는, 중앙유닛은 MBS 세션 해제를 지시하기 위해 단말에 연계되지 않는 N2 시그널링(non-UE associated N2 signaling) 메시지인 MBS 세션 해제 메시지를 수신할 수도 있다.
위에서 설명한 코어망 개체는 NAS 시그널링을 수신한 AMF일 수 있다.
중앙유닛은 분산유닛(Distributed Unit, DU)으로 MBS 세션 정보를 포함하는 F1 메시지를 전송하는 단계를 수행할 수 있다(S1030).
예를 들어, 중앙유닛과 분산유닛은 기지국을 구성하는 논리적 노드를 의미할 수 있다. 중앙유닛은 RRC, SDAP 및 PDCP 프로토콜을 호스팅하는 논리적 노드이며, 하나 이상의 분산유닛과 F1 인터페이스를 통해서 연결될 수 있다. 분산유닛은 RLC, MAC 및 PHY 계층을 호스팅하는 논리적 노드이다. 분산유닛은 하나의 중앙유닛에 연계되어 구성된다. 중앙유닛은 하나 이상의 분산유닛과 연계될 수 있다.
일 예로, F1 메시지는 단말에 연계된 단말 컨택스트 셋업 요청 메시지 또는 단말 컨택스트 수정 요청 메시지일 수 있다. 단말 컨택스트 수정 요청 메시지는 단말 컨택스트를 수정하기 위한 단말 연계 F1 시그널링 메시지이다. 예를 들어, 단말 컨택스트 수정 요청 메시지는 해당 MBS 세션에 연계된 MBS 컨택스트에 포함되는 하나 이상의 정보를 포함하거나, MBS 컨택스트를 셋업/수정/해제하거나, MBS 컨택스트 셋업/수정/해제 프로시져를 트리거/개시하기 위한 정보를 포함할 수 있다.
F1 메시지는 MBS 세션의 데이터 수신을 위한 G-RNTI(Group-Radio Network Temporary Identifier) 또는 C-RNTI(Cell-Radio Network Temporary Identifier) 정보를 포함할 수 있다.
다른 예로, F1 메시지는 단말에 연계되지 않은 MBS 세션 또는 컨택스트의 셋업, 수정 및 해제 중 어느 하나의 동작을 지시하기 위한 메시지일 수 있다. 예를 들어, F1 메시지는 MBS 세션 자원을 할당/분배하도록 지시 또는 MBS 세션 트리거/활성화/시작/수정을 지시하기 위한 단말에 연계되지 않는 F1 시그널링(non-UE associated F1 signaling) 메시지일 수 있다. F1 메시지는 MBS 컨택스트 셋업/수정 메시지, MBS 자원분배 메시지(multicast distribution message) 및 MBS 세션 시작/수정 메시지 중 하나가 될 수 있다.
F1 메시지는 MBS 세션의 데이터 수신을 위한 G-RNTI(Group-Radio Network Temporary Identifier) 정보를 포함할 수 있다.
중앙유닛은 분산유닛으로부터 F1 메시지에 대한 응답 메시지를 수신하는 단계를 수행할 수 있다(S1040).
중앙유닛은 분산유닛으로 전송한 F1 메시지에 따라 응답 메시지를 수신할 수 있다. 일 예로, 중앙유닛은 분산유닛으로부터 UE CONTEXT MODIFICATION RESPONSE 메시지를 수신할 수 있다.
이를 통해서, 중앙유닛은 코어망 개체와의 통신을 통해서 단말에 제공하기 위한 MBS 세션을 셋업할 수 있다. 또한, 본 실시예는 단말이 MBS 데이터를 수신하기 위한 MBS 무선베어러를 설정/수정/해제하도록 하기 위한 구체적인 동작을 제공할 수 있다.
아래에서는 MBS 세션 설정 및 MBS 무선베어러 구성 등에 대한 보다 세부적인 실시예를 설명한다. 이하에서 제공되는 세부 실시예들은 개별적으로 또는 임의의 방법을 선택적으로 결합하여 적용될 수 있다. 또한, 아래에서는 전술한 중앙유닛은 gNB-CU로 기재하여 설명할 수 있다. 전술한 분산유닛은 gNB-DU로 기재하여 설명할 수 있다.
단말 컨택스트 셋업/수정/해제과정에 MBS 세션 셋업/수정/해제를 연계하는 실시예 및 MBS 세션 셋업/시작/수정/해제과정에 단말 컨택스트(e.g. PDU 세션 자원) 셋업/수정/해제를 연계하는 실시예
LTE 기반의 MBMS 전송기술에서 하나의 MBMS 세션은 하나의 무선베어러에 1대1로 매핑되어 기지국을 통해 단말로 전송되었다. 하나의 MBMS 세션은 이를 식별하기 위한 TMGI와 (선택적인) 세션식별자(sessionId)를 통해 구분되었으며 하나의 MRB(MBMS Point to Multipoint Radio Bearer)에 매핑되어 기지국과 단말 간 무선 인터페이스를 통해 전송되었다.
LTE는 베어러 단위의 QoS 처리를 지원하는 반면, 5G 네트워크는 flow 단위의 QoS 처리를 지원한다. 5G 기반으로 제공되는 MBS 서비스에 대해서도 동일하게 flow 단위의 QoS 처리를 지원하는 것이 바람직할 수 있다.
아래에서는 설명의 편의를 위해 멀티캐스트 세션/서비스에 대해 설명한다. 이는 설명의 편의를 위한 것일 뿐 브로드캐스트 세션/서비스에 대해서도 동일하게 적용될 수 있다. 따라서, 브로드캐스트 세션/서비스도 본 실시예의 범주에 포함된다.
5G 이동통신망에서 PDU 세션은 PDU connectivity 서비스를 제공하는 단말과 데이터 네트워크 간의 어소시에이션(association)을 나타낸다. PDU 세션은 유니캐스트 기반 세션을 나타내며 단말 특정하게 설정된다. 따라서, 코어망 개체 또는 기지국은 단말 별로 셋업되는 유니캐스트 PDU 세션 자원 정보를 포함하여 단말 특정하게 제공되는 단말 컨택스트를 관리할 수 있다.
반면, 멀티캐스트 세션/서비스의 경우 해당 멀티캐스트 세션/서비스에 속한 하나 이상의 단말/단말그룹/그룹단말에 대한 세션을 나타낼 수 있다. 코어망 개체 또는 기지국은 해당 멀티캐스트 세션/서비스에 대해 코어망 개체 특정하게 또는 기지국 특정하게 또는 셀 특정하게 MBS 세션 자원 정보를 포함하는 멀티캐스트 세션 컨택스트를 관리할 수 있다. 예를 들어 단말에 연계되지 않는 시그널링(non-UE associated signaling)을 통해 MBS 세션 컨택스트를 셋업/수정/해제할 수 있다. MBS 컨택스트 셋업/수정/해제 시그널링을 위한 MBS 컨택스트 셋업/수정/해제 요청/응답/명령/완료 메시지는 멀티캐스트 세션 컨택스트 정보를 포함할 수 있다.
설명의 편의를 위해 멀티캐스트 세션 컨택스트 관리를 위해 사용되는 단말에 연계되지 않는 시그널링 프로시져/메시지를 MBS 컨택스트 셋업/수정/해제 프로시져/메시지, MBS 자원분배 프로시져/메시지, MBS 세션 시작/수정 프로시져/메시지 등으로 표기할 수 있다. 이는 설명의 편의를 위한 것으로 임의의 다른 용어로 대체될 수 있다.
(코어망 개체 또는 기지국 등에서) 해당 멀티캐스트 세션 컨택스트는 이를 구별하기 위한 식별자(예를 들어 멀티캐스트 컨택스트 식별자)를 통해 식별될 수 있다. 하나의 멀티캐스트 세션에 연계된 멀티캐스트 컨택스트는 하나의 멀티캐스트 주소(e.g. IP multicast address 또는 MAC multicast address 또는 group을 식별하기 위한 임의의 (그룹) 식별자/address), 해당 멀티캐스트 세션/서비스를 식별하기 위한 정보(e.g. TMGI, session ID, service ID, application ID), 해당 멀티캐스트 세션에 포함되는 QoS flow identifier와 연계된 QoS 파라메터, 해당 멀티캐스트 세션을 전송할 지리영역정보(e.g. cell ID list, service area code list, service area id list, zone id list), MBS 무선베어러 식별자, 위치 의존적 콘텐트를 가지는 MBS 세션을 위해 특정한 MBS 서비스 영역 내에서 MBS 세션을 식별하기 위해 사용되는 영역 세션 식별자, MBS 데이터를 수신하기 위해 사용되는 전송 터널에 대한 Transport Network Layer 정보(e.g. transport layer address/IP address, GTP-TEID), 해당 멀티캐스트 세션에 속한/가입한/Join된/Join 요청된/관심있는/네트워크에서 해당서비스에 인증된/해당 MBS 무선베어러가 구성된 단말을 식별하기 위한 정보(e.g. UE identity list, 5G-S-TMSI list, C-RNTI list, I-RNTI list) 및 해당 단말들의 수 중 하나 이상의 정보를 포함할 수 있다.
코어망 개체 또는 기지국은 특정 단말(예를 들어, 해당 멀티캐스트 세션에 속한/가입한/Join된/Join요청된/관심있는/네트워크에서 해당 서비스에 인증된/해당 MBS무선베어러가 구성된 단말)에 대해, 단말 특정하게 제공되는 단말 컨택스트 상에 해당 멀티캐스트 세션을 식별하기 위한 정보를 연계/포함해 관리할 수 있다.
일 예를 들어, 코어망 개체 또는 기지국은 단말에 연계된 시그널링(UE associated signaling)을 통해 단말 컨택스트 셋업/수정/해제를 위한 프로시져를 수행할 때, 해당 프로시져 상의 메시지에 MBS 컨택스트에 포함되는 하나 이상의 정보를 포함할 수 있다. 다른 예를 들어, 코어망 개체 또는 기지국은 단말에 연계된 시그널링(UE associated signaling)을 통해 단말 컨택스트 셋업/수정/해제를 위한 프로시져를 수행할 때, MBS 컨택스트를 셋업/수정/해제할 수 있다. 또 다른 예를 들어, 코어망 개체 또는 기지국은 단말에 연계된 시그널링(UE associated signaling)을 통해 단말 컨택스트 셋업/수정/해제를 위한 프로시져를 수행할 때, MBS 컨택스트 셋업/수정/해제 프로시져를 트리거/개시할 수 있다.
기지국의 단말 컨택스트는 PDU 세션 자원 정보, 시큐리티 키 정보, 모빌리티 제한 정보 및 단말 캐퍼빌리티 정보를 포함한다. 기지국과 AMF는 단말 컨택스트 셋업/수정/해제를 위해 기지국과 AMF간 인터페이스(N2 interface) 상에서 PDU 세션 관리 프로시져(PDU 세션 자원 셋업/수정/해제 프로시져), 단말 컨택스트 관리 프로시져(단말 컨택스트 셋업/수정/해제 프로시져) 또는 단말 이동성 관리 프로시져(핸드오버 준비 프로시져, 핸드오버 자원할당 프로시져)를 사용할 수 있다. 코어망 개체 또는 기지국은 해당 프로시져를 통해 단말 컨택스트 정보(e.g. PDU 세션 자원 정보 등)를 포함하는 단말에 연계된 N2 시그널링 메시지를 통해 단말 컨택스트를 셋업/수정/해제할 수 있다.
기지국은 해당 멀티캐스트 서비스/세션 데이터를 전송하기 위해 MBS 무선베어러와 연계된 단말 특정한 유니캐스트 무선베어러(RLC 베어러)를 단말에 구성할 수 있다. 이를 통해 기지국은 상황에 따라 효율적으로 해당 MBS 세션 데이터 전달 방식을 변경(e.g. MBS 무선베어러에 연계된 일반 데이터 무선베어러에 의한 점대점 유니캐스트 전달방식과 MBS 무선베어러를 통한 점대다중점 멀티캐스트/브로드캐스트 전달방식 간 스위칭)하여 단말로 전송할 수 있다.
도 11은 MBS 데이터 송수신을 위한 레이어 2 구조의 일 예를 도시한 도면이다.
도 11을 참조하여, MBS 무선베어러를 설명한다. MBS 세션 데이터 전송을 위한 MBS 무선베어러는 MAC 개체에서 멀티캐스트/브로드캐스트 스케줄링을 통해 해당 MBS 세션에 포함된 데이터를 멀티캐스트/브로드캐스트/점대다중점으로 전송할 수 있다. 해당 MBS 세션 데이터의 전송을 식별하기 위한 공통의 RNTI(e.g. G-RNTI)가 사용될 수 있다. 공통 RNTI에 기반해 그룹 공통 PDSCH(Group-common PDSCH)가 스크램블 될 수 있다. 그룹 공통 PDSCH(Group-common PDSCH)에 대한 멀티캐스트/브로드캐스트 스케줄링을 위해 G-RNTI에 의해 CRC 스크램블된 그룹 공통 PDCCH(Group-common PDCCH)가 사용될 수 있다.
도 12는 MBS 데이터 송수신을 위한 레이어 2 구조의 다른 예를 도시한 도면이다.
MBS 무선베어러의 다른 예에 대해 도 12를 참조해 설명한다. MBS 세션 데이터 전송을 위한 MBS 무선베어러는 MAC 개체에서 멀티캐스트/브로드캐스트 스케줄링을 통해 해당 MBS 세션에 포함된 데이터를 멀티캐스트/브로드캐스트/점대다중점으로 전송할 수 있다. 해당 MBS 세션 데이터의 전송을 식별하기 위한 공통의 RNTI(e.g. G-RNTI)가 사용될 수 있다. 공통 RNTI에 기반해 그룹 공통 PDSCH(Group-common PDSCH)가 스크램블 될 수 있다. 그룹 공통 PDSCH(Group-common PDSCH)에 대한 멀티캐스트/브로드캐스트 스케줄링을 위해 G-RNTI에 의해 CRC 스크램블된 그룹 공통 PDCCH(Group-common PDCCH)가 사용될 수 있다. 또한, MBS 무선베어러는 MAC 개체에서 유니캐스트 스케줄링을 통해 해당 MBS 세션에 포함된 데이터를 유니캐스트/점대점으로 전송할 수 있다. 해당 MBS 세션 데이터의 전송을 식별하기 위한 단말 특정한 RNTI(e.g. C-RNTI)가 사용될 수 있다. C-RNTI에 기반해 PDSCH가 스크램블링될 수 있다. PDSCH에 대한 유니캐스트 스케줄링을 위해 C-RNTI에 의해 CRC 스크램블된 PDCCH가 사용될 수 있다.
도 12와 같이 MBS 무선베어러는 두 개의 레그(leg)/경로(path)/무선베어러(RLC bearer)를 가지는 분리(split) 구조를 가질 수 있다. MBS 무선베어러의 하나의 레그(leg)/경로(path)/무선베어러(RLC bearer)는 점대점 전송을 위해 MAC 개체에서 유니캐스트 스케줄링이 수행될 수 있다. 유니캐스트 레그(leg)/경로(path)/무선베어러(RLC bearer)의 RLC 엔티티는 논리채널식별자에 연계되어 구성될 수 있다. MBS 무선베어러의 다른 하나의 레그(leg)/경로(path)/무선베어러(RLC bearer)는 점대다중점 전송을 위해 MAC 개체에서 멀티캐스트/브로드캐스트 스케줄링이 수행될 수 있다. 멀티캐스트/브로드캐스트 레그(leg)/경로(path)/무선베어러(RLC bearer)의 RLC 엔티티는 논리채널식별자에 연계되어 구성될 수 있다.
유니캐스트 레그(leg)/경로(path)/무선베어러(RLC bearer)의 RLC 엔티티와 멀티캐스트/브로드캐스트 점대다중점 레그(leg)/경로(path)/무선베어러(RLC bearer)의 RLC 엔티티는 하나의 공통 PDCP 엔티티에 연계될 수 있다. 또는 유니캐스트 레그(leg)/경로(path)/무선베어러(RLC bearer)의 RLC 엔티티와 멀티캐스트/브로드캐스트 점대다중점 레그(leg)/경로(path)/무선베어러(RLC bearer)의 RLC 엔티티는 동기화된 서로 다른 각각의 PDCP 엔티티에 연계될 수도 있다.
MBS 무선베어러에 연계된 유니캐스트 레그(leg)/경로(path)에 대한 무선베어러는 다운링크 전용 무선베어러로 구성될 수 있다. 이에 따라 유니캐스트 레그(leg)/경로(path)에 포함되는 MAC 구성정보, RLC 구성정보, PDCP 구성정보, SDAP 구성정보 등의 L2 구성정보에 대해 다운링크 전용 구성정보만이 포함되어 구성될 수 있다. 또는 MBS 무선베어러에 연계된 유니캐스트 레그(leg)/경로(path)에 대한 무선베어러는 다운링크/업링크를 포함하는 일반 무선베어러로 구성될 수도 있다.
도 12에서 MBS 무선베어러에 연계된 유니캐스트 레그(leg)/경로(path)에 대한 무선베어러는 MAC 개체에서 유니캐스트 스케줄링을 통해 해당 MBS 서비스/세션에 포함된 데이터를 유니캐스트/점대점으로 전송하는 레그(leg)/경로(path)/무선베어러(RLC bearer)를 포함하는 무선베어러를 나타낼 수 있다. 일 예를 들어 MBS 무선베어러에 연계된 유니캐스트 레그(leg)/경로(path)에 대한 무선베어러는 PDCP-RLC-MAC(Unicast scheduling) 엔티티를 포함하는 데이터 무선 베어러를 나타낼 수 있다. 다른 예를 들어 MBS 무선베어러에 연계된 유니캐스트 레그(leg)/경로(path)에 대한 무선베어러는 RLC-MAC(Unicast scheduling) 엔티티를 포함하는 RLC 베어러를 나타낼 수 있다.
하나의 MBS 세션은 하나 이상의 멀티캐스트/브로드캐스트 플로우를 포함할 수 있다. 해당 MBS 플로우는 MBS QoS flow identifier를 통해 식별될 수 있다. NR에서는 무선베어러 단위로 QoS 처리를 지원한다. NR에서 MBS 세션 데이터 전송을 지원하기 위해 SDAP를 사용하여 코어망으로부터 수신되는 MBS QoS flow를 MBS 무선베어러에 매핑해 전송할 수 있다.
일 예를 들어 하나의 MBS 세션에 속한 하나의 MBS QoS flow를 하나의 MBS 무선베어러에 매핑할 수 있다. 다른 예를 들어 하나의 MBS 세션에 속한 하나 이상의 MBS QoS flow를 하나의 MBS 무선베어러에 매핑할 수 있다. 다른 예를 들어 하나 이상의 MBS 세션에 속한 하나 이상의 MBS QoS flow를 하나 이상의 MBS 무선베어러에 매핑할 수 있다. 다른 예를 들어 하나 이상의 MBS 세션에 속한 하나 이상의 MBS QoS flow를 하나의 MBS 무선베어러에 매핑할 수 있다.
전술한 바와 같이 코어망 개체 또는 기지국은 단말 컨택스트 셋업/수정/해제를 위한 프로시져를 수행할 때 MBS 컨택스트에 포함되는 하나 이상의 정보를 포함하거나, MBS 컨택스트를 셋업/수정/해제하거나, MBS 컨택스트 셋업/수정/해제 프로시져를 트리거/개시할 수 있다.
예를 들어, RRC 아이들/인액티브 단말이 초기 접속(initial access)과정에서 단말 컨택스트 셋업 프로시져를 수행할 때, MBS 컨택스트에 포함되는 하나 이상의 정보를 포함하거나, MBS 컨택스트를 셋업/수정/해제하거나, MBS 컨택스트 셋업/수정/해제 프로시져를 트리거/개시 할 수 있다. 예를 들어, RRC 아이들/인액티브 단말은 네트워크 등록(registration procedure) 프로시져 또는 서비스 요청 프로시져(service request procedure)을 위해 초기 접속을 수행하는 과정에서 단말 컨택스트 셋업 프로시져를 수행할 때, MBS 컨택스트에 포함되는 하나 이상의 정보를 포함하거나, MBS 컨택스트를 셋업/수정/해제하거나, MBS 컨택스트 셋업/수정/해제 프로시져를 트리거/개시 할 수 있다.
또는, RRC 연결 단말이 설정된 단말 컨택스트를 수정하기 위한 단말 컨택스트 수정 프로시져 또는 PDU 세션 자원 수정 프로시져 또는 핸드오버 준비 프로시져를 수행할 때, MBS 컨택스트에 포함되는 하나 이상의 정보를 포함하거나, MBS 컨택스트를 셋업/수정/해제하거나, MBS 컨택스트 셋업/수정/해제 프로시져를 트리거/개시 할 수 있다. 일 예를 들어, gNB-CU는 AMF로 INITIAL UE MESSAGE를 보낸 후, AMF로부터 INITIAL CONTEXT SETUP REQUEST 메시지를 수신할 수 있다. gNB-CU는 gNB-DU에 단말 컨택스트를 설정하기 위해 UE CONTEXT SETUP REQUEST를 전송할 수 있다. gNB-DU는 UE CONTEXT SETUP RESPONSE를 gNB-CU로 전송할 수 있다. gNB-CU가 gNB-DU로 전송하는 단말 컨택스트 셋업 요청 메시지는 해당 멀티캐스트 세션에 연계된 멀티캐스트 컨택스트 정보를 포함할 수 있다. 예를 들어, 만약 이미 해당 멀티캐스트 세션에 대한 MBS 무선베어러가 설정되었다면 또는 만약 이미 해당 멀티캐스트 세션에 대한 멀티캐스트 세션 컨택스트가 gNB-CU/gNB-DU에 셋업/저장되었다면, 단말 컨택스트 셋업 요청 메시지는 전술한 멀티캐스트 컨택스트 정보에 포함되는 하나 이상의 정보를 포함할 수 있다.
일 예로, 전술한 INITIAL UE MESSAGE는 단말이 해당 MBS 세션에 대한 Join/가입/관심/요청을 지시하기 위한 정보를 포함할 수 있다. 예를 들어 단말은 AMF로 업링크 NAS 시그널링 메시지(e.g. registration request, service request message, PDU session establishment request, PDU session modification request message)에 단말이 해당 MBS 세션에 대한 Join/가입/관심/요청을 지시하기 위한 정보를 포함해 전송할 수 있다. 이를 통해 INITIAL UE MESSAGE에 포함되는 NAS-PDU(e.g. registration request, service request message, PDU session establishment request, PDU session modification request message)는 단말이 해당 MBS 세션에 대한 Join/가입/관심/요청을 지시하기 위한 정보를 포함할 수 있다.
다른 예로, 전술한 INITIAL CONTEXT SETUP REQUEST 메시지는 해당 멀티캐스트 세션에 연계된 멀티캐스트 컨택스트 정보를 포함할 수 있다. 다른 예를 들어 단말은 AMF로 업링크 NAS 시그널링 메시지(e.g. registration request, service request message, PDU session establishment request, PDU session modification request message)를 전송할 수 있다. 단말은 업링크 NAS 시그널링 메시지에 해당 MBS 세션에 대한 Join/가입/관심/요청을 지시하기 위한 정보를 포함할 수 있다.
gNB-CU는 AMF로부터 단말 컨택스트 정보 변경을 위해 단말에 연계된 N2 시그널링(UE associated N2 signaling) 메시지를 수신할 수 있다. 해당 메시지는 PDU SESSION RESOURCE MODIFY REQUEST 메시지, UE CONTEXT MODIFICATION REQUEST 메시지 및 HANDOVER REQUEST 메시지 중 하나가 될 수 있다. 또는 gNB-CU는 AMF로부터 해당 단말 컨택스트에 MBS 세션 컨택스트 정보 변경을 위해 단말에 연계된 N2 시그널링(UE associated N2 signaling) 메시지를 수신할 수 있다. 해당 메시지는 PDU SESSION RESOURCE MODIFY REQUEST 메시지, UE CONTEXT MODIFICATION REQUEST 메시지 및 HANDOVER REQUEST 메시지 중 하나가 될 수 있다.
다른 예를 들어, gNB-CU는 AMF와 MBS 세션/서비스의 트리거/활성화/개시/시작을 지시하기 위해 또는 MBS 세션 자원을 할당/분배하도록 지시하기 위한, 단말에 연계되지 않는 N2 시그널링(non-UE associated N2 signaling) 메시지를 송수신할 수 있다. 해당 메시지는 전술한 MBS 컨택스트 셋업/수정 메시지, MBS 자원분배 메시지(multicast distribution message) 및 MBS 세션 시작/수정 메시지 중 하나가 될 수 있다.
다른 예를 들어, gNB-CU는 AMF와 MBS 세션 수정을 지시하기 위한 단말에 연계되지 않는 N2 시그널링(non-UE associated N2 signaling) 메시지인 MBS 세션 수정 요청 메시지를 송수신할 수 있다. 다른 예를 들어, gNB-CU는 AMF와 MBS 세션 해제를 지시하기 위한 단말에 연계되지 않는 N2 시그널링(non-UE associated N2 signaling) 메시지인 MBS 세션 해제 메시지를 송수신할 수 있다.
gNB-CU와 gNB-DU간 F1 인터페이스 상에서, gNB-CU는 gNB-DU에 단말 컨택스트를 수정하기 위해 단말에 연계된 F1 시그널링 메시지인 UE CONTEXT MODIFICATION REQUEST를 전송할 수 있다. gNB-DU는 UE CONTEXT MODIFICATION RESPONSE를 gNB-CU로 전송할 수 있다.
일 예로, gNB-CU는 gNB-DU로 단말 컨택스트를 수정하기 위해서 단말에 연계된 F1 시그널링인 UE CONTEXT MODIFICATION REQUEST를 전송할 수 있다. gNB-DU는 단말에 연계된 F1 시그널링인 UE CONTEXT MODIFICATION RESPONSE를 gNB-CU로 전송할 수 있다. gNB-CU가 gNB-DU로 전송하는 단말 컨택스트 수정 요청 메시지는 해당 멀티캐스트 세션에 연계된 MBS 컨택스트에 포함되는 하나 이상의 정보를포함 하거나, MBS 컨택스트를 셋업/수정/해제하거나, MBS 컨택스트 셋업/수정/해제 프로시져를 트리거/개시 할 수 있다. 예를 들어 (만약 이미 해당 멀티캐스트 세션에 대한 MBS 무선베어러가 설정되었다면 또는 만약 이미 해당 멀티캐스트 세션에 대한 멀티캐스트 세션 컨택스트가 gNB-CU/gNB-DU에 셋업/저장되었다면) 단말 컨택스트 수정 요청 메시지는 전술한 멀티캐스트 컨택스트 정보에 포함되는 하나 이상의 정보를 포함할 수 있다. 만약, 단말이 기지국(gNB-CU)에서 해당 MBS 세션에 조인한 첫번째 단말이라면, MBS 컨택스트를 셋업하거나, MBS 컨택스트 셋업 프로시져를 트리거/개시 할 수 있다.
다른 예로, MBS 세션 자원을 할당/분배하도록 지시하기 위해 또는 MBS 세션 트리거/활성화/시작/수정을 지시하기 위해, gNB-CU는 AMF와 단말에 연계되지 않는 N2 시그널링(non-UE associated N2 signaling) 메시지를 송수신할 수 있다. 해당 N2 시그널링 메시지는 MBS 컨택스트 셋업/수정 메시지, MBS 자원분배 메시지(multicast distribution message) 및 MBS 세션 시작/수정 메시지 중 하나가 될 수 있다. 해당 N2 시그널링 메시지를 수신하면, gNB-CU는 MBS 세션 자원을 할당/분배하도록 지시하기 위해 또는 MBS 세션 트리거/활성화/시작/수정을 지시하기 위해서 단말에 연계되지 않는 F1 시그널링(non-UE associated F1 signaling) 메시지를 gNB-DU로 전송할 수 있다. 해당 F1 시그널링 메시지는 MBS 컨택스트 셋업/수정 메시지, MBS 자원분배 메시지(multicast distribution message) 및 MBS 세션 시작/수정 메시지 중 하나가 될 수 있다.
예를 들어, gNB-DU는 해당 MBS 세션에 대한 MBS 무선베어러를 설정/수정할 수 있다. gNB-DU는 멀티캐스트/브로드캐스트 점대다중점 레그(leg)/경로에 대한 다운링크 사용자 플래인 Transport Network Layer 정보를 할당하고, 이를 포함하는 단말에 연계되지 않는 F1 시그널링 메시지를 gNB-CU로 전송할 수 있다. gNB-DU는 지시된 MBS 무선베어러에 대해 멀티캐스트/브로드캐스트 점대다중점 레그(leg) RLC 엔티티를 셋업할 수 있다. gNB-DU는 지시된 MBS 무선베어러에 대해 점대다중점 레그에서 MBS 데이터 전송을 식별하기 위한 G-RNTI 및 멀티캐스트/브로드캐스트 점대다중점 레그(leg) RLC 엔티티에 연계되는 논리채널식별자를 할당/생성할 수 있다. gNB-DU는 MBS 세션 자원을 할당/분배하도록 지시하기 위한 또는 MBS 세션 트리거/활성화/시작/수정을 지시하기 위한, F1 시그널링 메시지에 대한 단말에 연계되지 않는 F1 시그널링(non-UE associated F1 signaling) 응답/확인 메시지를 해당 gNB-CU로 전송할 수 있다. 해당 F1 시그널링 메시지는 해당 멀티캐스트 세션에 연계된 멀티캐스트 컨택스트 정보를 포함할 수 있다. F1 시그널링 메시지는 전술한 멀티캐스트 컨택스트 정보에 포함되는 하나 이상의 정보를 포함할 수 있다. 예를 들어 F1 시그널링 메시지는 MBS 무선베어러 식별자, 멀티캐스트/브로드캐스트 점대다중점 레그(leg) RLC 엔티티 구성정보, 멀티캐스트/브로드캐스트 점대다중점 레그(leg) RLC 엔티티에 연계되는 논리채널식별자, 점대다중점 레그에서 MBS 데이터 전송을 식별하기 위한 G-RNTI 및 멀티캐스트/브로드캐스트 점대다중점 레그(leg)/경로에 대한 다운링크 사용자 플래인 Transport Network Layer 정보 중 하나 이상의 정보를 포함할 수 있다,
gNB-DU는 해당 MBS 세션에 대한 데이터 전송을 시작할 수 있다. gNB-CU는 gNB-DU로 단말 컨택스트를 수정하기 위해 단말에 연계된 F1 시그널링인 UE CONTEXT MODIFICATION REQUEST를 전송할 수 있다. gNB-DU는 단말에 연계된 F1 시그널링인 UE CONTEXT MODIFICATION RESPONSE를 gNB-CU로 전송할 수 있다. gNB-CU가 gNB-DU로 전송하는 단말 컨택스트 수정 요청 메시지는 해당 멀티캐스트 세션에 연계된 멀티캐스트 컨택스트 정보를 포함할 수 있다. 단말 컨택스트 수정 요청 메시지는 전술한 멀티캐스트 컨택스트 정보에 포함되는 하나 이상의 정보를 포함할 수 있다.
gNB-DU는 해당 MBS 세션에 대한 MBS 무선베어러를 설정/수정할 수 있다. gNB-DU는 지시된 MBS 무선베어러에 연계된 유니캐스트 점대점 레그(leg)/경로에 대한 다운링크 사용자 플래인 Transport Network Layer 정보를 할당하고, 이를 포함하는 단말에 연계된 F1 시그널링 메시지를 gNB-CU로 전송할 수 있다. gNB-DU는 지시된 MBS 무선베어러에 대해 유니캐스트 점대점 레그(leg) RLC 엔티티를 셋업할 수 있다. gNB-DU는 지시된 MBS 무선베어러에 대해 점대다중점 레그에서 MBS 데이터 전송을 식별하기 위한 G-RNTI, 점대점 레그에서 MBS 데이터 전송을 식별하기 위한 C-RNTI, 점대다중점 레그(leg) RLC 엔티티에 연계되는 논리채널식별자 및 점대점 레그(leg) RLC 엔티티에 연계되는 논리채널식별자를 할당/생성할 수 있다. 단말 컨택스트 수정 응답 메시지는 해당 멀티캐스트 세션에 연계된 멀티캐스트 컨택스트 정보를 포함할 수 있다. 단말 컨택스트 수정 응답 메시지는 전술한 멀티캐스트 컨택스트 정보에 포함되는 하나 이상의 정보를 포함할 수 있다. 예를 들어 단말 컨택스트 수정 응답 메시지는 MBS 무선베어러 식별자, 멀티캐스트/브로드캐스트 점대다중점 레그(leg) RLC 엔티티 구성정보, 멀티캐스트/브로드캐스트 점대다중점 레그(leg) RLC 엔티티에 연계되는 논리채널식별자, 점대점 레그(leg) RLC 엔티티에 연계되는 논리채널식별자, 점대다중점 레그에서 MBS 데이터 전송을 식별하기 위한 G-RNTI, 점대점 레그에서 MBS 데이터 전송을 식별하기 위한 C-RNTI, 멀티캐스트/브로드캐스트 점대다중점 레그(leg)/경로에 대한 다운링크 사용자 플래인 Transport Network Layer 정보 및 점대점 레그(leg)/경로에 대한 다운링크 사용자 플래인 Transport Network Layer 정보 중 하나 이상의 정보를 포함할 수 있다.
다른 예로, MBS 세션 자원을 해제하도록 요청하기 위해 또는 MBS 세션/컨택스트 해제를 요청하기 위해서, gNB-CU는 AMF와 단말에 연계되지 않는 N2 시그널링(non-UE associated N2 signaling) 메시지를 송수신할 수 있다. 해당 N2 시그널링 메시지는 MBS 컨택스트 해제 메시지, MBS 자원분배 해제 메시지(multicast distribution release message) 및 MBS 세션 해제 메시지 중 하나가 될 수 있다. 해당 N2 시그널링 메시지를 수신하면 gNB-CU는 MBS 세션 자원을 해제하도록 지시하기 위해 또는 MBS 세션/컨택스트 해제를 지시하기 위해 단말에 연계되지 않는 F1 시그널링(non-UE associated F1 signaling) 메시지를 gNB-DU로 전송할 수 있다. 해당 F1 시그널링 메시지는 MBS 컨택스트 해제 메시지, MBS 자원분배 해제 메시지(multicast distribution release message) 및 MBS 세션 해제 메시지 중 하나가 될 수 있다.
gNB-DU는 해당 MBS 세션에 대한 MBS 무선베어러를 해제할 수 있다. gNB-DU는 해당 MBS 세션/MBS 무선베어러에 대한 모든 관련된 시그널링과 사용자 데이터 전송 자원을 해제할 수 있다. gNB-DU는 해당 MBS 세션에 대한 데이터 전송을 정지/종료할 수 있다. gNB-DU는 이를 지시하기 위한 지시정보(endmark)를 포함한 (사용자 플레인) 데이터를 전송할 수 있다. gNB-CU는 gNB-DU에 단말 컨택스트를 수정하기 위해 단말에 연계된 F1 시그널링인 UE CONTEXT MODIFICATION REQUEST를 전송할 수 있다. gNB-DU는 단말에 연계된 F1 시그널링인 UE CONTEXT MODIFICATION RESPONSE를 gNB-CU로 전송할 수 있다. gNB-CU가 gNB-DU로 전송하는 단말 컨택스트 수정 요청 메시지는 해제된 멀티캐스트 세션에 연계된 멀티캐스트 컨택스트 정보를 포함할 수 있다. 단말 컨택스트 수정 요청 메시지는 전술한 멀티캐스트 컨택스트 정보에 포함되는 하나 이상의 정보를 포함할 수 있다.
단말 컨택스트 셋업/수정 과정에 MBS 서비스/세션에 연계된 데이터 수신을 위한 RNTI 및/또는 MBS 서비스/세션에 연계된 임의의 제어메시지 수신을 위한 RNTI 전송 실시예
일 예로, gNB-CU가 gNB-DU로 전달하는 단말 컨택스트 셋업/수정 요청 메시지는 MBS 세션에 연계된 데이터 수신을 위한 RNTI(e.g. 지시된 MBS 무선베어러에 대해 점대다중점 레그에서 MBS 데이터 전송을 식별하기 위한 G-RNTI, 지시된 MBS 무선베어러에 대해 점대점 레그에서 MBS 데이터 전송을 식별하기 위한 C-RNTI) 및/또는 MBS 세션에 연계된 임의의 제어메시지 수신을 위한 RNTI를 포함할 수 있다. gNB-DU는 수신된 RNTI를 이용하여 해당 MBS 세션에 대한 데이터의 스케줄링과 전송을 스크램블/어드레스/지시해 전송할 수 있다. gNB-CU가 gNB-DU로 전달하는 단말 컨택스트 셋업/수정 요청 메시지는 MBS 세션에 연계된 데이터 수신을 위해 해당 MBS 세션에 연계된 논리채널식별정보를 포함할 수 있다.　
다른 예로, gNB-DU가 gNB-CU로 전달하는 단말 컨택스트 셋업/수정 응답 메시지는 MBS 세션에 연계된 데이터 수신을 위한 RNTI 및/또는 MBS 세션에 연계된 임의의 제어메시지 수신을 위한 RNTI를 포함할 수 있다. 단말 컨택스트 셋업/수정 응답 메시지가 지시된 MBS 무선베어러에 대해 점대다중점 레그에서 MBS 데이터 전송을 식별하기 위한 G-RNTI 또는 지시된 MBS 무선베어러에 대해 점대점 레그에서 MBS 데이터 전송을 식별하기 위한 C-RNTI 또는 점대다중점 레그 또는 점대점레그에서 제어메시지 수신을 위한 RNTI를 포함하면, gNB-CU는 해당 RNTI가 gNB-DU에 의해 할당된 것으로 고려할 수 있다.
MBS 세션에 연계된 데이터 수신을 위한 RNTI와 MBS 세션에 연계된 임의의 제어메시지 수신을 위한 RNTI, MBS 세션에 연계된 논리채널 식별정보에 대해서는 후술한다.
MBS 세션을 시작/셋업/수정하기 위한 MBS 세션 시작/셋업/수정 메시지에 MBS 세션에 연계된 데이터 수신을 위한 RNTI 및/또는 MBS 세션에 연계된 임의의 제어메시지 수신을 위한 RNTI 전송 실시예
일 예로 gNB-CU가 gNB-DU로 전달하는 MBS 컨택스트 셋업/수정 메시지 또는 MBS 자원분배 메시지(multicast distribution message) 또는 MBS 세션 시작/수정 메시지는 MBS 세션에 연계된 데이터 수신을 위한 RNTI(e.g. 지시된 MBS 무선베어러에 대해 점대다중점 레그에서 MBS 데이터 전송을 식별하기 위한 G-RNTI) 및/또는 MBS 세션에 연계된 임의의 제어메시지 수신을 위한 RNTI를 포함할 수 있다. gNB-CU가 gNB-DU로 전달하는 MBS 컨택스트 셋업/수정 메시지 또는 MBS 자원분배 메시지(multicast distribution message) 또는 MBS 세션 시작/수정 메시지는 MBS 세션에 연계된 데이터 수신을 위해 해당 MBS 세션에 연계된 논리채널식별정보를 포함할 수 있다.　gNB-DU는 수신된 RNTI를 이용하여 해당 MBS 세션에 대한 데이터의 스케줄링과 전송을 스크램블/어드레스/지시해 전송할 수 있다
다른 예로 gNB-DU가 gNB-CU로 전달하는 MBS 컨택스트 셋업/수정 메시지 또는 MBS 자원분배 메시지(multicast distribution message) 또는 MBS 세션 시작/수정 메시지에 대안 단말에 연계되지 않는 F1 시그널링(non-UE associated F1 signaling) 응답/확인 메시지는 MBS 세션에 연계된 데이터 수신을 위한 RNTI 및/또는 MBS 세션에 연계된 임의의 제어메시지 수신을 위한 RNTI를 포함할 수 있다. 해당 응답/확인 메시지에 지시된 MBS 무선베어러에 대해 점대다중점 레그에서 MBS 데이터 전송을 식별하기 위한 G-RNTI 또는 점대다중점 레그에서 제어메시지 수신을 위한 RNTI가 포함되면, gNB-CU는 해당 RNTI가 gNB-DU에 의해 할당된 것으로 고려할 수 있다.
아래에서는 전술한 MBS 세션에 연계된 데이터 수신을 위한 RNTI와 MBS 세션에 연계된 임의의 제어메시지 수신을 위한 RNTI 및 해당 MBS 세션에 연계된 논리채널식별정보에 대해 설명한다.
MBS 세션에 연계된 데이터 수신을 위한 RNTI가 할당되어 사용될 수 있다.
일 예를 들어, 하나의 RNTI(Radio Network Temporary Identifier)를 사용하여 복수의 MBS 세션에 속한 데이터를 하나의 전송 채널(transport)을 통해 전송할 수 있다. 설명의 편의를 위해 이를 위한 RNTI를 제 1 G-RNTI로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 명칭으로 대체될 수 있다. 단말은 하나의 제 1 G-RNTI를 사용하여 MBS 트래픽 채널을 통해 전송되는 (복수의/임의의) MBS 세션 데이터 전송을 식별할 수 있다.제 1 G-RNTI(또는 제 1 G-RNTI에 의해 어드레스된 MBS 세션 데이터)는 DL-SCH 상에서 전송될 수 있다. 또는 제 1 G-RNTI(또는 제 1 G-RNTI에 의해 어드레스된 MBS 세션 데이터)는 DL-SCH 구분되는 MBS 세션 데이터 전송을 위한 전송채널(transport) 상에서 전송될 수 있다. DL-SCH와 구분되는 전송채널은 새롭게 정의될 수 있다. 새롭게 정의되는 전송채널의 (시간/주파수) 무선자원 구성이 기지국에 의해 단말로 지시될 수 있다. 설명의 편의를 위해 새롭게 정의될 수 있는 전송채널을 MBCH transport channel로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 명칭으로 변경될 수 있다.
각각의 MBS 세션에 속한 각각의 MBS QoS flow는 하나의 논리채널 식별자에 연계될 수 있다. 전술한 MBS 트래픽 논리채널은 MBS 세션 데이터의 트래픽 특성(e.g. QCI/5QI)에 따라 (연계되어) 각각의 논리채널이 구분될 수 있다. 논리채널 식별자는 기지국에 의해 RRC 전용메시지(e.g. RRC reconfiguration), RRC 공통 메시지(e.g. SIB) 및 NR MBS control channel(MCCH) 중 적어도 하나를 통해 단말로 지시될 수 있다. 다만, DL-SCH에 대한 LCID 정보 필드는 6비트로 MBS 세션 데이터를 위한 논리채널에 대해 할당할 수 있는 값이 충분하지 않을 수 있다. 이를 해결하기 위해서, 다음과 같은 실시예를 개별적으로 또는 또는 임의의 실시예를 조합/결합해 사용할 수 있다.
도 13은 일 실시예에 따른 논리채널 식별자 값을 설명하기 위한 도면이다.
도 13을 참조하면, DL-SCH를 위한 LCID 값은 CCCH를 위해 0을 사용하고, 무선베어러의 논리채널 식별자로 1-32까지를 사용하며, 확장된 논리채널 ID를 사용하기 위해 33 또는 34를 사용한다. 다양한 MAC CE를 구분하기 위해서도 LCID를 사용하기 때문에 6비트 값(0~63) 중 현재 남아있는(reserved) 값은 12개(35-46)에 불과하다.
일 예로, 전술한 바와 같이 DL-SCH과 구분되는 MBCH transport channel을 정의해 해당 전송 채널 내에서 6비트를 이용하여 논리채널 식별자가 할당될 수 있다. 예를 들어, DL-SCH을 위한 기존 LCID 값(기존 DL-SCH을 위한 LCID 값 0-63 codepoint/index, 또는 기존 DL-SCH에서 유니캐스트 무선베어러(SRB, DRB)를 위한 LCID 값 1-32)과 독립적으로 구분되는 분리된(separated) LCID 값 범위에서 6비트(또는 n 비트, n은 6보다 작거나 같은 임의의 자연수)를 이용하여 MBS 무선베어러에 연계된 MBS 트래픽 논리채널을 구분해 데이터가 송수신 될 수 있다.
다른 예로, 논리채널식별자는 DL-SCH 상에 1옥텍 또는 2옥텟 확장된 LCID(eLCID: Extended LCID) 값을 사용하여 설정될 수도 있다.
도 14는 일 실시예에 따른 확장 LCID 필드를 포함하는 MAC 서브헤더 포맷을 예시적으로 도시한 도면이다.
도 14를 참조하면, MAC 서브헤더는 기존 LCID에 1옥텟 확장된 확장 LCID를 포함하는 포맷(1400)으로 구성될 수 있다. 또는 MAC 서브헤더는 기존 LCID에 2옥텟 확장된 확장 LCID를 포함하는 포맷(1410)으로 구성될 수 있다.
확장된 LCID는 MAC 헤더/서브헤더에서 MAC SDU 또는 MAC CE를 식별하기 위해 사용되는 LCID의 부족함을 해결하기 위한 것이다. 도 14와 같이 가지는 MAC 서브헤더 포맷에 따라, eLCID 필드는 8비트(1옥텟) 또는 16비트(2옥텟)를 가질 수 있다.
도 15는 일 실시예에 따른 DL-SCH를 위한 확장 LCID 값의 각 옥텟 길이에 따른 할당 정보를 설명하기 위한 도면이다.
도 15를 참조하면, 1옥텟 eLCID 테이블(1510)의 일부 값이 리저브되어 있는바, 리저브된 값이 사용될 수 있다. 또는, 2옥텟 eLCID 테이블(1500)을 사용하는 경우에 임의의 값이 설정되어 사용될 수 있다.
따라서, MBS 무선베어러에 연계되는 논리채널식별자를 위해서 기지국은 확장된 LCID를 사용할 수 있다. 예를 들어, 기지국은 확장된 LCID(eLCID)를 사용하는 경우 2옥텟 eLCID 중 임의의 값을 지정해 할당하거나, 1옥텟 eLCID 중 남아 있는(Reserved) 값(Codepoint:0~244/Index: 64-308) 중에서 지정해 할당할 수 있다.
또 다른 예로, 기지국은 (DL-SCH/MBCH 상에) 고정된 (하나의) LCID값을 사용할 수 있다. 예를 들어 DL-SCH를 위한 사용되는 LCID 6비트 값(0~63) 중 현재 남아있는(reserved) 35-46 값 중 하나 또는 이상의 값을 지정/고정해 사용할 수 있다. 기존 DL-SCH에서 유니캐스트 무선베어러(SRB, DRB)를 위한 LCID 공간 1-32)과 독립적으로 구분되는 분리된(separated) LCID 공간(35-46)에서 LCID값을 사용하도록 할 수 있다. 즉, MBS 무선베어러에 연계되어 설정되는 논리채널식별자는 DL-SCH를 위한 무선베어러에 할당되는 논리채널식별자와 구분되는 값으로 설정될 수 있다.
이러한 실시 예들을 통해 도 12와 같은 MBS 무선베어러에 대해 유니캐스트 레그(leg)/경로(path)/무선베어러(RLC bearer)의 RLC 엔티티와 멀티캐스트 레그(leg)/경로(path)/무선베어러(RLC bearer)의 RLC 엔티티를 논리채널식별자를 사용해 구분할 수 있다.
MBS 세션 데이터 전송은 다운링크에 대해서만 제공된다. 따라서 하나의 고정된 값을 사용하더라도 기지국이 QoS flow 특성에 따라 QoS를 구분해 스케줄링과 우선 순위 처리를 하는데 문제가 없다. 단말은 G-RNTI에 의해서 어드레스되어 수신된 MBS 세션 데이터(MAC PDU)를 단말의 MAC에서 연계된 RLC 엔티티로 전달할 수 있다. 해당 RLC 엔티티는 MBS 무선베어러에 연계되어 구성된 RLC 엔티티를 나타낸다. 이를 위해 RLC 엔티티는 G-RNTI에 연계되어 구성될 수 있다.
다른 예로 MBS 세션 데이터는 DL-SCH 상에 기존 MAC 서브헤더와 구분되는 새로운 MAC 서브헤더를 가지고 전송될 수 있다. 또는 MBS 세션 데이터는 기존 MAC 서브헤더 상에 포함되는 임의의 필드에 특정 값이 지정되어 전송될 수 있다. 해당 MAC 서브헤더는 MBS QoS flow identifier, MBS 서비스/세션 식별정보, MBS 무선베어러 식별정보, 논리채널 식별정보, 길이(Length), G-RNTI 및 DL-SCH을 위한 LCID 공간(값)과 구분되는 분리된 LCID 공간(값)을 사용하여 MBS 무선베어러에 연계된 MBS 트래픽 논리채널을 구분해 데이터를 송수신하는 것을 지시하기 위한 정보 중 하나 이상의 필드를 포함할 수 있다. 또는 MBS 서브헤더는 전술한 임의의 정보를 매핑/코드화한 코드정보를 포함할 수 있다.
이를 통해 DL-SCH을 위한 기존 LCID 값과 독립적으로 구분되는 분리된 LCID 값을 이용하여 MBS 무선베어러에 연계된 MBS 트래픽 논리채널을 구분해 데이터가 송수신 될 수 있다. DL-SCH을 위한 LCID 값과 독립적으로 구분되는 분리된 LCID 값을 이용하여 MBS 무선베어러에 연계된 MBS 트래픽 논리채널을 구분해 데이터를 송수신하는 것을 지시하기 위한 정보는, MAC 서브헤더에 사용되는 LCID 필드가 해당하는 MBS 트래픽(MBS MAC SDU)의 논리채널 인스탄스를 식별하기 위한 것임을 지시하기 위한 정보를 포함할 수 있다. 또는, MBS 무선베어러에 연계된 MBS 트래픽 논리채널을 구분해 데이터를 송수신하는 것을 지시하기 위한 정보는 MAC SDU가 MBS MAC SDU를 포함한 것임을 지시하기 위한 정보를 포함할 수 있다.
단말은 DL-SCH 상에서 제 1 G-RNTI를 통해 수신한 데이터(MAC PDU)에 대해 해당 MAC 서브헤더를 사용하도록 제어할 수 있다. 해당 MAC 서브헤더는 LCID 필드에 특정한 고정값을 지정하여 사용할 수 있다. 이를 통해 단말은 해당 MAC SDU가 MBS MAC SDU임을 인지해 데이터를 처리할 수 있다.
전술한 바와 같이, 해당 LCID는 6비트 값(0~63) 중 현재 남아있는(reserved) 값(35-46) 중에 하나가 지정될 수 있다. 또는 해당 MAC 서브헤더가 포함하는 필드 중 하나는 특정 값이 지정되어 이를 구분하는데 사용될 수 있다. 다른 예로 MBCH 상에, 기존 DL-SCH 상에 포함되는 MAC 서브헤더와 구분되는 새로운 MAC 서브헤더가 정의되어 전송될 수 있다. 새로운 MAC 서브헤더는 MBS QoS flow identifier, MBS 세션 식별정보, MBS 무선베어러 식별정보, 논리채널 식별정보, 길이, G-RNTI 및 DL-SCH을 위한 LCID 공간과 독립적인/구분되는 분리된 LCID 공간의 값을 사용하여 MBS 무선베어러에 연계된 MBS 트래픽 논리채널을 구분해 데이터를 송수신하는 것을 지시하기 위한 정보 중 하나 이상의 필드를 포함할 수 있다. 또는 새로운 MAC 서브헤더는 전술한 임의의 정보를 매핑/코드화한 코드정보를 포함할 수 있다.
MBS 세션 데이터 전송은 다운링크에 대해서만 제공된다. 단말은 수신된 MAC PDU에 대해 해당 MAC 서브헤더에 포함된 정보를 기반으로 해당하는 MBS 세션 데이터를 구분해 상위 계층으로 전송할 수 있다. 예를 들어 임의의 서브 L2(MAC/RLC/PDCP/SDAP) 상에서 MBS QoS flow identifier, MBS 세션 식별정보, MBS 무선베어러 식별정보, 논리채널 식별정보, G-RNTI 및 DL-SCH을 위한 LCID 공간과 독립적인/구분되는 분리된 LCID 공간의 값을 사용하여 MBS 무선베어러에 연계된 MBS 트래픽 논리채널을 구분해 데이터를 송수신하는 것을 지시하기 위한 정보 중 임의의 두 정보간 연계를 통해 해당 데이터를 구분해 전송할 수 있다.
기지국은 해당 정보를 RRC 전용메시지(e.g. RRC reconfiguration), RRC 공통 메시지(e.g. SIB) 및 NR MBS control channel(MCCH) 상에 포함해 전송할 수 있다.
다른 예로 논리채널식별자는 DL-SCH 상에 1옥텍/2옥텟 확장된 LCID(eLCID) 값을 사용하도록 설정될 수 있다. 다른 예로 기지국은 MBS QoS flow별로 서로 다른 RNTI를 이용하여 MBS 세션에 속한 데이터를 구분하여 전송할 수 있다. 해당 정보는 기지국에 의해 RRC 전용메시지(e.g. RRC reconfiguration), RRC 공통 메시지(e.g. SIB) 및 NR MBS control channel(MCCH) 중 적어도 하나를 통해 단말로 지시될 수 있다.
다른 예로 (해당 MBS 세션에 관심이 있는) 단말(또는 단말의 MAC 엔티티)은 제 1 G-RNTI에 대해 PDCCH를 모니터링 할 수 있다. 제 1 G-RNTI에 대해 PDCCH 상에서 다운링크 할당(또는 다운링크 제어정보)이 수신되면, 단말은 수신된 데이터 디코딩을 시도한다. 만약 단말(또는 단말의 MAC 엔티티)이 디코딩을 시도한 데이터가 성공적으로 디코드된다면, 단말은 디코딩된 MAC PDU를 disassembly and demultiplexing entity로 전달할 수 있다. 단말(또는 단말의 MAC 엔티티는, 또는 단말의 disassembly and demultiplexing entity)은 MAC PDU를 해당 G-RNTI, LCID에 연계된 RLC 엔티티로 전달할 수 있다. RLC 엔티티는 이를 연계된 PDCP 엔티티로 전달할 수 있다. 만약 PDCP 엔티티 없이 SDAP 엔티티에 연계되는 경우 RLC 엔티티는 이를 SDAP 엔티티로 바로 전달할 수도 있다.
다른 예를 들어 하나의 다운링크 제어 정보에 연계된 (MAC) PDU에 대해 MAC은 임의의/복수의 MBS 서비스/세션(또는 동일한/하나의 MBS 서비스/세션 식별정보)에 속한 데이터를 멀티플렉싱하도록 할 수 있다.
다른 예로 SDAP 엔티티는 수신된 데이터에서 서로 다른 MBS QoS flow를 구분해 전달할 수 있다. 이를 위해서 SDAP 헤더에 MBS QoS flow를 식별하기 위한 정보 필드가 정의되어 포함될 수 있다. 또한, 새롭게 정의되는 해당 필드에 관련된 동작도 정의될 수 있다. MBS QoS flow를 식별하기 위한 정보는 PDU 세션에서 QoS flow identifier와 동일하게 6비트(0~63) 값을 가지도록 구성될 수 있다. 다른 예를 들어 MBS QoS flow를 식별하기 위한 정보는 6비트보다 큰 값(e.g. 7비트, 8비트, …, 16비트 중 하나의 값)을 가지도록 구성될 수도 있다. PDU 세션에서 QoS flow identifier는 단말 특정하게 사용되기 때문에 6비트로 해당 QoS flow를 구분하기에 충분할 수 있다. 그러나, MBS 세션은 코어망개체(SMF/AMF)/기지국/셀 특정하게 설정/구성될 수 있기 때문에 6비트 값이 부족할 수도 있다.
다른 예로 SDAP 엔티티는 수신된 데이터에서 서로 다른 MBS 세션에 속한 서로다른 MBS QoS flow를 구분해 전달할 수 있다. 이를 위해서 종래 SDAP 헤더(SDAP 헤더를 포함하는 SDAP Data PDU 포맷)를 추가/수정/변경할 수 있다. 일 예를 들어 MBS 세션을 식별하기 위한 정보를 SDAP 헤더(SDAP 헤더를 포함하는 SDAP Data PDU 포맷)에 추가할 수 있다. 다른 예를 들어 복수의 MBS 세션에 대해 하나의 SDAP 엔티티를 구성할 수 있다. 다른 예를 들어 MBS 세션에 대해 5QI와 동일한 값이 아닌 코어망(SMF/AMF)/기지국에 의해 할당된 동적인 MBS QoS flow identifier를 사용할 수 있다. 하나의 코어망/기지국 내에서 제공되는 MBS 서비스/세션에 포함되는 임의의 MBS QoS flow는 서로 다른 QoS flow identifier를 가지도록 구성될 수 있다. MBS 세션 식별정보와 MBS QoS flow 식별정보가 연계해 할당될 수 있다. 다른 예를 들어 MBS 세션에 대해 5QI가 아닌 코어망(SMF/AMF)/기지국에 의해 할당된 동적인 MBS QoS flow identifier를 사용함을 지시하기 위한 정보가 SDAP 헤더(SDAP 헤더를 포함하는 SDAP Data PDU 포맷)에 추가될 수 있다.
다른 예를 해당 기지국은 해당 SDAP 헤더 사용 여부를 지시하기 위한 정보를 RRC 전용메시지(e.g. RRC reconfiguration), RRC 공통 메시지(e.g. SIB) 및 NR MBS control channel 중 적어도 하나에 포함해 전송할 수 있다.
다른 예로 DL-SCH 상에 기존 유니캐스트 무선베어러(SRB, DRB)의 논리채널식별자로 사용되는 1-32 값을 MBS 무선베어러의 논리채널식별자로 사용할 수 있다. 예를 들어 멀티캐스트 점대다중점 레그 상의 RLC 엔티티가 1-32값 중의 하나의 값을 가지는 논리채널식별자에 연계되어 구성될 수 있다. 또는, 유니캐스트 점대점 레그 상의 RLC 엔티티가 1-32값 중의 하나의 값을 가지는 논리채널식별자에 연계되어 구성될 수도 있다.
멀티캐스트/브로드캐스트 점대다중점 레그 상의 RLC 엔티티와 유니캐스트 점대점 레그 상의 RLC 엔티티는 동일한 논리채널식별자를 가질 수 있다. 이 경우에도 멀티캐스트 점대다중점 레그와 유니캐스트 점대점 레그에서 PDSCH를 어드레스하는 RNTI가 서로 다르기 때문에 MAC 엔티티는 이를 구분해 연계된 RLC 엔티티로 전달할 수 있다. 또는, 멀티캐스트 점대다중점 레그 상의 RLC엔티티와 유니캐스트 점대점 레그 상의 RLC 엔티티는 서로 다른 논리채널식별자를 가질 수 있다. 멀티캐스트 점대다중점 레그와 유니캐스트 점대점 레그에서 PDSCH를 어드레스하는 RNTI가 서로 다르더라도 MAC (De)Multiplexing 엔티티에서 이를 고려하는 것은 계층별 독립적인 동작 수행을 곤란하게 하기 때문에 서로 다른 논리채널식별자를 가지고 구성하는 것이 바람직할 수 있다. 따라서, MAC 서브헤더 상에 이를 구분하기 위한 정보(e.g. G-RNTI)가 포함될 수 있다. 이를 통해 해당 MBS 세션 데이터는 RLC 엔티티로 전달될 수 있다.
만약 멀티캐스트 점대다중점 레그를 통한 PTM(Point To Multipoint) 초기 전송/수신에 실패하는 경우, 유니캐스트 점대점 레그를 통해 HARQ 재전송이 수행될 수 있다. PTM 초기 전송/수신에 실패한 HARQ 프로세스를 통해 유니캐스트 점대점 레그를 통해 해당 전송블락/데이터를 전송/수신할 수 있다. 해당 전송블락/데이터를 포함하는 PDSCH는 C-RNTI에 의해 어드레스될 수 있다. HARQ 엔티티/프로세스는 이를 (De)Multiplexing 엔티티로 전달하고 (De)Multiplexing 엔티티는 MAC 서브헤더에 포함된 정보(e.g. G-RNTI)를 기반으로 재전송을 통해 수신한 MBS 데이터를 멀티캐스트 점대다중점 레그 상의 RLC 엔티티로 전달할 수 있다. 또는 HARQ 엔티티/프로세스는 이를 (De)Multiplexing 엔티티로 전달하고 (De)Multiplexing 엔티티는 재전송을 통해 수신한 MBS 데이터를 유니캐스트 점대점 레그 상의 RLC 엔티티로 전달할 수 있다.
MBS 세션별로 데이터를 구분 전송할 수도 있다.
일 예로 기지국은 하나의 RNTI(Radio Network Temporary Identifier)를 사용하여 복수의 MBS 세션에 속한 데이터를 하나의 전송 채널(transport)을 통해 전송할 수 있다. 설명의 편의를 위해 이 경우 사용되는 RNTI를 제 2 G-RNTI로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 명칭으로 변경될 수 있다. 하나의 제 2 G-RNTI를 사용하여 MBS 트래픽 채널을 통해 전송되는 (복수의/임의의) MBS 세션 데이터 전송을 식별할 수 있다. 제 2 G-RNTI(또는 제 2 G-RNTI에 의해 어드레스된 MBS 세션 데이터)는 DL-SCH 상에서 전송될 수 있다. 또는 제 2 G-RNTI(또는 제 2 G-RNTI에 의해 어드레스된 MBS 세션 데이터)는 DL-SCH 구분되는 MBS 세션 데이터 전송을 위한 전송채널(transport) 상에서 전송될 수 있다. 해당 전송채널이 NR에서 새로 정의될 수 있다. 해당 전송채널에 대한 (시간/주파수) 무선자원 구성이 기지국에 의해 단말로 지시될 수 있다.
다른 예로 기지국은 각각의 MBS 세션에 대해 하나의 RNTI(Radio Network Temporary Identifier)를 연계시켜 해당 MBS 세션에 속한 데이터를 전송할 수 있다. 설명의 편의를 위해 이 경우의 RNTI를 제 3 G-RNTI로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 명칭으로 변경될 수 있다.
하나의 제 2 G-RNTI/제 3 G-RNTI를 사용하여 MBS 트래픽 채널을 통해 전송되는 (복수의/임의의) MBS 세션 데이터 전송을 식별할 수 있다. 제 2 G-RNTI/제 3 G-RNTI (또는 제 2 G-RNTI/제 3 G-RNTI에 의해 어드레스된 MBS 세션 데이터)는 DL-SCH 상에서 전송될 수 있다. 또는 제 2 G-RNTI/제 3 G-RNTI (또는 제 2 G-RNTI/제 3 G-RNTI에 의해 어드레스된 MBS 세션 데이터)는 DL-SCH 구분되는 MBS 세션 데이터 전송을 위한 전송채널(transport) 상에서 전송될 수 있다. 해당 전송채널이 NR에서 새로 정의될 수 있다. 해당 전송채널에 대한 (시간/주파수) 무선자원 구성이 기지국에 의해 단말로 지시될 수 있다. 설명의 편의를 위해 이를 MBCH transport channel로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 명칭으로 변경될 수 있다. 기지국은 해당 정보(e.g. MBS 세션 식별 정보와 제 3 G -RNTI 연계정보, 또는 MBS 세션 식별 정보와 논리채널식별자, MBS 베어러 식별정보, 제 3 G -RNTI 연계정보, MBS QoS flow identifier 간 연계정보)를 RRC 전용메시지(e.g. RRC reconfiguration), RRC 공통 메시지(e.g. SIB) 및 NR MBS control channel 중 적어도 하나에 포함해 전송할 수 있다. 하나의 MBS 서비스/세션에 속한 임의의/복수의 MBS QoS flow는 하나의 제 3 G-RNTI에 연계되도록 할 수 있다.
다른 예로 각각의 MBS 세션에 속한 각각의 MBS QoS flow는 하나의 논리채널 식별자에 연계될 수 있다. MBS 트래픽 논리채널은 MBS 세션 데이터의 트래픽 특성(e.g. QCI/5QI)에 따라 각각의 논리채널이 구분되며 해당하는 논리채널 식별자가 기지국에 의해 RRC 전용메시지(e.g. RRC reconfiguration), RRC 공통 메시지(e.g. SIB) 및 NR MBS control channel 중 적어도 하나를 통해 단말로 지시될 수 있다. DL-SCH 에 대한 LCID 정보 필드는 6비트로 MBS 세션 데이터를 위한 논리채널에 대해 할당할 수 있는 값이 충분하지 않다. 다음과 같은 실시예를 개별적으로 또는 임의의 실시예를 조합/결합해 사용할 수 있다.
일 예로 전술한 바와 같이 DL-SCH과 구분되는 MBCH transport channel을 정의해 해당 전송 채널 내에서 6비트를 이용하여 논리채널 식별자를 할당하도록 할 수 있다. 예를 들어, DL-SCH을 위한 기존 LCID 공간(기존 DL-SCH을 위한 LCID 공간 0-63 codepoint/index, 또는 기존 DL-SCH에서 유니캐스트 무선베어러(SRB, DRB)를 위한 LCID 공간 1-32 codepoint/index)과 독립적으로 구분되는 분리된(separated) LCID 공간에서 6비트(또는 n 비트, n은 6보다 작거나 같은 임의의 자연수)를 이용하여 MBS 무선베어러에 연계된 MBS 트래픽 논리채널을 구분해 데이터를 송수신 할 수 있다.
다른 예로 DL-SCH 상에 1옥텍/2옥텟 확장된 LCID(eLCID) 값을 사용할 수 있다. 도 15를 참조하면, 확장된 LCID를 사용하는 경우 2옥텟 eLCID 중 임의의 값을 지정해 사용하거나, 1옥텟 eLCID 중 남아 있는(Reserved) 값(Codepoint:0~244/Index: 64-308) 중에서 지정해 사용할 수 있다.
다른 예로 (DL-SCH/MBCH 상에) 고정된 (하나의) LCID값을 사용하도록 할 수 있다. 예를 들어 DL-SCH를 위한 사용되는 LCID 6비트 값(0~63) 중 현재 남아있는(reserved) 35-46 값 중 하나 또는 이상의 값을 지정/고정해 사용할 수 있다. 기존 DL-SCH에서 유니캐스트 무선베어러(SRB, DRB)를 위한 LCID 값 1-32)과 독립적으로 구분되는 분리된(separated) LCID 값(35-46)에서 LCID 값이 할당되도록 할 수 있다.
MBS 세션 데이터 전송은 다운링크에 대해서만 제공된다. 따라서 하나의 고정된 값을 사용하더라도 기지국이 QoS flow 특성에 따라 QoS를 구분해 스케줄링과 우선 순위 처리를 하는데 문제가 없을 수 있다. 단말은 G-RNTI에 의해서 어드레스되어 수신된 MBS 데이터(MAC PDU)를 단말의 MAC에서 연계된 RLC 엔티티로 전달할 수 있다. 해당 RLC 엔티티는 MBS 무선베어러에 연계되어 구성된 RLC 엔티티를 나타낸다. 이를 위해 RLC 엔티티는 G-RNTI에 연계되어 구성될 수 있다.
다른 예로 DL-SCH 상에 기존 MAC 서브헤더와 구분되는 새로운 MAC 서브헤더가 정의되어 전송될 수 있다. 또는 기존 MAC 서브헤더 상에 포함되는 임의의 필드에 특정 값이 지정되어 전송될 수 있다. 새로 정의되는 MAC 서브헤더는 MBS QoS flow identifier, MBS 세션 식별정보, MBS 무선베어러 식별정보, 논리채널 식별정보, 길이(Length), G-RNTI 및 DL-SCH을 위한 LCID 공간과 독립적인/구분되는 분리된 LCID 공간의 값을 사용하여 MBS 무선베어러에 연계된 MBS 트래픽 논리채널을 구분해 데이터를 송수신하는 것을 지시하기 위한 정보 중 하나 이상의 필드를 포함 할 수 있다. 또는 전술한 임의의 정보를 매핑/코드화한 코드정보를 포함할 수 있다.
단말을 DL-SCH 상에서 제 3 G-RNTI(또는 제 2 G-RNTI)를 통해 수신한 데이터(MAC PDU)에 대해 해당 MAC 서브헤더를 사용할 수 있다. 해당 MAC 서브헤더는 LCID에 특정한 고정값을 지정하여 사용할 수 있다. 이를 통해 단말은 해당 MAC SDU가 MBS MAC SDU임을 인지해 데이터를 처리할 수 있다. 해당 LCID는 6비트 값(0~63) 중 현재 남아있는(reserved) 값(35-46) 중에 하나로 할당될 수 있다. 또는 해당 MAC 서브헤더가 포함하는 필드 중 하나는 특정 값을 지정하여 이를 구분하는데 사용될 수 있다.
다른 예로 MBCH 상에, 기존 DL-SCH 상에 포함되는 MAC 서브헤더와 구분되는 새로운 MAC 서브헤더가 정의되어 전송될 수 있다. 해당 MAC 서브헤더는 MBS QoS flow identifier, MBS 세션 식별정보, MBS 무선베어러 식별정보, 논리채널 식별정보, 길이(Length), G-RNTI 및 DL-SCH을 위한 LCID 공간과 독립적인/구분되는 분리된 LCID 공간의 값을 사용하여 MBS 무선베어러에 연계된 MBS 트래픽 논리채널을 구분해 데이터를 송수신하는 것을 지시하기 위한 정보 중 하나 이상의 필드를 포함할 수 있다. 또는 전술한 임의의 정보를 매핑/코드화한 코드정보를 포함할 수 있다. MBS 세션 데이터 전송은 다운링크에 대해서만 제공된다. 단말은 수신된 MAC PDU에 대해 해당 MAC 서브헤더에 포함된 정보를 기반으로 해당하는 MBS 세션 데이터를 구분해 상위계층으로 전송할 수 있다. 예를 들어 임의의 서브 L2(MAC/RLC/PDCP/SDAP) 상에서 MBS QoS flow identifier, MBS 세션 식별정보, MBS 무선베어러 식별정보, 논리채널 식별정보 및 G-RNTI 중 임의의 두 정보간 연계를 통해 해당 데이터를 구분해 전송할 수 있다. 기지국은 해당 정보를 RRC 전용메시지(e.g. RRC reconfiguration), RRC 공통 메시지(e.g. SIB) 및 NR MBS control channel 중 적어도 하나에 포함해 전송할 수 있다.
다른 예로 기지국은 DL-SCH 상에 1옥텍/2옥텟 확장된 LCID(eLCID) 값을 사용할 수도 있다. 다른 예로 기지국은 MBS QoS flow별로 서로 다른 RNTI 를 MBS 세션에 속한 데이터를 전송할 수 있다. 기지국은 해당 정보를 RRC 전용메시지(e.g. RRC reconfiguration), RRC 공통 메시지(e.g. SIB) 및 NR MBS control channel 중 적어도 하나에 포함해 전송할 수 있다.
다른 예를 들어 기지국은 하나의 다운링크 제어 정보에 연계된 (MAC) PDU에 대해 MAC은 하나의 MBS 세션(또는 하나의 MBS 세션 식별정보)를 가진 논리채널들만을 멀티플렉싱할 수 있다.
다른 예로 (해당 MBS 세션에 관심이 있는) 단말(또는 단말의 MAC 엔티티)은 제 2 G-RNTI/제 3 G-RNTI에 대해 PDCCH를 모니터링 할 수 있다. 제 2 G-RNTI/제 3 G-RNTI에 대해 PDCCH 상에서 다운링크 할당(또는 다운링크 제어정보)이 수신되면, 단말은 수신된 데이터 디코딩을 시도한다. 만약 단말(또는 단말의 MAC 엔티티)이 디코딩을 시도한 데이터가 성공적으로 디코드된다면, 단말은 디코딩된 MAC PDU를 disassembly and demultiplexing entity로 전달할 수 있다. 단말(또는 단말의 MAC 엔티티는, 또는 단말의 disassembly and demultiplexing entity는)은 MAC PDU를 해당 LCID에 연계된 RLC 엔티티로 전달할 수 있다. RLC 엔티티는 이를 연계된 PDCP엔티티로 전달할 수 있다. 만약 PDCP 엔티티 없이 SDAP 엔티티에 연계되는 경우 RLC 엔티티는 이를 SDAP 엔티티로 바로 전달할 수 있다.
다른 예로 SDAP 엔티티는 수신된 데이터에서 서로 다른 MBS QoS flow를 구분해 전달할 수 있다. 이를 위해서, SDAP 헤더에 MBS QoS flow를 식별하기 위한 정보 필드를 정의해 포함할 수 있다. 또한, 해당 필드에 관련된 동작에 대해서도 정의될 수 있다. MBS QoS flow를 식별하기 위한 정보는 PDU 세션에서 QoS flow identifier와 동일하게 6비트(0~63) 값을 가지도록 구성될 수 있다. 다른 예를 들어 MBS QoS flow를 식별하기 위한 정보는 6비트보다 큰 값(e.g. 7비트, 8비트,…, 16비트 중 하나의 값)을 가지도록 할 수 있다. PDU 세션에서 QoS flow identifier는 단말 특정하게 사용되기 때문에 6비트로 해당 QoS flow를 구분하기에 충분할 수 있다. 그러나, MBS 세션은 코어망개체(SMF/AMF)/기지국/셀 특정하게 설정/구성될 수 있기 때문에 6비트 값이 부족할 수도 있다.
다른 예로 SDAP 엔티티는 수신된 데이터에서 서로 다른 MBS 세션에 속한 서로 다른 MBS QoS flow를 구분해 전달할 수 있다. 이를 위해서, 종래 SDAP 헤더(SDAP 헤더를 포함하는 SDAP Data PDU 포맷)를 추가/수정/변경할 수 있다. 일 예를 들어 MBS 세션을 식별하기 위한 정보를 SDAP 헤더(SDAP 헤더를 포함하는 SDAP Data PDU 포맷)에 추가할 수 있다. 다른 예를 들어 복수의 MBS 세션에 대해 하나의 SDAP 엔티티를 구성할 수 있다. 다른 예를 들어 MBS 세션 별로 SDAP 엔티티를 구분해 구성할 수 있다. MBS 무선베어러는 MBS 세션 별로 SDAP 엔티티가 구성될 수 있다. 개별 MBS 세션에 대해 하나의 SDAP 엔티티가 구성될 수 있다. 이를 위해 기지국은 SDAP 구성정보에 MBS 세션 식별정보와 MBS QoS flow identifier 연계정보를 포함하여 RRC 전용메시지(e.g. RRC reconfiguration), RRC 공통 메시지(e.g. SIB) 및 NR MBS control channel 중 적어도 하나를 통해서 전송할 수 있다.
다른 예를 들어 MBS 세션에 대해 5QI와 동일한 값이 아닌 코어망(SMF/AMF)/기지국에 의해 할당된 동적인 MBS QoS flow identifier를 사용할 수 있다. 하나의 코어망/기지국 내에서 제공되는 MBS 세션에 포함되는 임의의 MBS QoS flow는 서로 다른 QoS flow identifier를 가지도록 구성될 수 있다. MBS 세션 식별정보와 MBS QoS flow 식별정보가 연계해 할당될 수 있다. 다른 예를 들어 MBS 세션에 대해 5QI가 아닌 코어망(SMF/AMF)/기지국에 의해 할당된 동적인 MBS QoS flow identifier를 사용함을 지시하기 위한 정보가 SDAP 헤더(SDAP 헤더를 포함하는 SDAP Data PDU 포맷)에 추가될 수도 있다.
다른 예를 기지국은 해당 SDAP 헤더 사용 여부를 지시하기 위한 정보를 RRC 전용메시지(e.g. RRC reconfiguration), RRC 공통 메시지(e.g. SIB) 및 NR MBS control channel(MCCH) 중 적어도 하나를 통해서 전송할 수 있다.
다른 예를 들어, 하나의 RNTI(Radio Network Temporary Identifier)를 사용하여 임의의/복수의 MBS 서비스/세션에 연계된 (임의의) 제어 메시지 전송을 식별하도록 할 수 있다. 설명의 편의를 위해 해당 RNTI를 MBS-Control-RNTI로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 명칭으로 대체될 수 있다. 하나의 MBS-Control-RNTI를 사용하여 MBS 제어 채널을 통해 전송되는 (임의의/복수의) MBS 서비스/세션에 연계된 MBS 제어 메시지 전송을 식별할 수 있다. MBS-Control-RNTI(또는 MBS-Control-RNTI에 의해 어드레스된 MBS 서비스/세션에 연계된 제어 메시지)는 DL-SCH 상에서 전송될 수 있다. 또는 MBS-Control-RNTI(또는 MBS-Control-RNTI에 의해 어드레스된 MBS 서비스/세션에 연계된 제어 메시지)는 DL-SCH 구분되는 MBS 서비스/세션 데이터 전송을 위한 전송채널(transport) 상에서 전송될 수 있다. 일 예로 MBS 서비스/세션에 연계된 제어 메시지는 기지국에서 단말로 전송되는 제어플래인 메시지(e.g. RRC 메시지)를 나타낼 수 있다. 해당 RRC 메시지는 해당 MBS 서비스/세션에 대한 MBS 무선 베어러를 구성하기 위한 구성정보를 포함하는 메시지를 나타낼 수 있다. 다른 예로 MBS 서비스/세션에 연계된 제어 메시지는 기지국에서 단말로 전송되는 제어플래인 메시지(e.g. RRC 메시지)의 변경을 지시/통지하기 위한 지시정보를 나타낼 수 있다.
다른 예를 들어 전술한 하나의/임의의/복수의 MBS 서비스/세션에 속한 데이터를 하나의 전송 채널(transport)을 통해 전송하기 위해 사용되는 RNTI(e.g. 제 2 G-RNTI/제 3 G-RNTI)를 사용하여 해당 MBS 세션에 연계된 제어플래인 메시지를 전송하도록 할 수 있다. 하나의 다운링크 제어 정보에 연계된 (MAC) PDU에 대해 MAC은 하나의/임의의/복수의 MBS 서비스/세션(또는 동일한/하나의 MBS 서비스/세션 식별정보)에 속한 사용자 플래인 데이터와 제어플래인 데이터를 멀티플렉싱하도록 할 수 있다.
이하에서는 사용자 플래인 구조에 대한 추가적인 실시예를 설명한다.
종래 LTE에서 MBMS는 TV 방송, 공공 안전 서비스 등의 미디어(e.g. 영상, 음성) 서비스를 타겟으로 했다. 이에 따라 복잡한 그룹관리가 필요한 멀티캐스트 모드를 지원하지 않고 브로드캐스트 모드만을 지원했다. 따라서 LTE MBMS 기반 미디어서비스는 IP 멀티캐스트 기술을 사용하지 않고 특정 영역 내에서 미디어 데이터를 방송하는 것이 가능하다. 하지만, 5G 네트워크에서 멀티캐스트/브로드캐스트 기술은 공공안전, V2X 응용, transparent IPv4/IPv6 multicast delivery, IPTV, software delivery over wireless, group communications and IoT applications 등 다양한 응용의 지원이 요구된다. 즉, 5G는 소규모 멀티캐스트 전송과 대규모 멀티캐스트/브로드캐스트 전송을 모두 지원할 필요가 있다. 또한 5G는 IPTV 보급 확대로 이동통신망을 통해서도 IPTV 설비를 활용하기 위해 IP multicast의 투명한 전송을 지원할 필요도 있다. 이에 따라 기존 IP 전송 기술을 활용하는 것이 바람직할 수 있다. 이러한 경우, IP 헤더 상의 오버헤드를 감소시키는 것이 전체 데이터 전송 효율 관점에서 바람직할 수 있다.
이를 위해서는 MBS 세션 데이터 전송에 대해 기지국과 단말 간 무선 인터페이스(Uu interface) 상에 PDCP 계층을 추가하는 것이 바람직하다. PDCP 에서 제공하는 헤더압축 기술을 사용하여 전송 효율을 높일 수 있다. 예를 들어 MBS 무선베어러 상에서 PDCP는 헤더 압축 기능을 지원할 수 있다. 또는 기지국은 MBS 무선베어러를 단말에 구성할 때 PDCP 엔티티를 추가할지 여부를 지시하는 정보를 RRC 전용메시지/RRC 공통 메시지/NR MBS control channel 상에 포함해 전송할 수 있다. 이를 통해 단말과 기지국은 PDCP 엔티티를 가지고 또는 PDCP 엔티티 없이 MBS 무선베어러를 구성할 수 있다. 다른 예를 들어 PDCP를 사용하게 되면, MBS 세션 데이터 전송에 대해서도 gNB-CU, gNB-DU 분리구조에서 유니캐스트 모드로 전달되는 일반 무선베어러와 멀티캐스트/브로드캐스트 모드로 전달되는 MBS 무선베어러를 구성해 적용할 수 있다. 설명의 편의를 위해 MBS 세션 데이터를 전송하기 위한 무선베어러를 MBS 무선 베어러로 표기한다. 이는 설명의 편의를 위한 것일 뿐 임의의 다른 용어로 대체될 수 있다. MBS 무선베어러는 해당 MBS 세션에 포함된 데이터를 전송하기 위한 멀티캐스트/브로드캐스트/점대다중점 무선베어러를 나타낼 수 있다. MBS 무선베어러는 다운링크 전용 무선베어러일 수 있다. 멀티캐스트/브로드캐스트 전달모드로 사용되는 MBS 무선베어러는 RLC UM 만을 지원할 수 있다. 전술한 바와 같이 gNB-CU와 gNB-DU는 각각 호스팅하는 PDCP와 RLC 레이어 간에 F1인터페이스를 통해 연결된다. MBS 무선베어러에 대해 PDCP를 사용하면 분리 구조하에서 MBS 무선베어러 전송을 용이하게 지원할 수 있다.
이상에서 설명한 동작을 통해서 기지국 분리구조를 사용하는 NR 무선망에서 또는 일반 NR 무선망에서 MBS 세션을 효과적으로 설정해 데이터를 송수신 할 수 있다. 아래에서는 위에서 설명한 실시예를 수행할 수 있는 기지국 구성을 다시 한 번 설명한다.
도 16은 일 실시예에 따른 중앙유닛의 구성을 설명하기 위한 도면이다.
도 16을 참조하면, MBS(Multicast/Broadcast Service) 세션을 셋업하는 중앙유닛(1600)은 MBS 세션에 대한 단말의 조인 요청 정보를 포함하는 업링크 NAS 메시지를 코어망 개체로 전송하는 송신부(1620) 및 코어망 개체로부터 MBS 세션 정보를 포함하는 N2 메시지를 수신하는 수신부(1630)를 포함한다. 송신부(1620)는 분산유닛(Distributed Unit, DU)으로 MBS 세션 정보를 포함하는 F1 메시지를 전송한다. 수신부(1630)는 분산유닛으로부터 F1 메시지에 대한 응답 메시지를 수신한다.
수신부(1630)는 분산유닛을 통해서 단말로부터 MBS 세션에 대한 조인 요청 정보를 수신할 수 있다. 예를 들어, 단말이 MBS 세션에 조인하기 위해서, MBS 컨택스트를 셋업하거나 MBS 컨택스트 셋업 프로시져를 수행할 필요가 있다.
일 예로, 단말은 초기 단말 메시지(initial UE message)를 중앙유닛(1600)으로 전송할 수 있다. 초기 단말 메시지는 단말이 MBS 세션에 대한 조인/가입/요청/관심을 지시하기 위한 정보를 포함할 수 있다.
송신부(1620)는 단말로부터 수신되는 MBS 세션에 대한 단말의 조인 요청 정보를 코어망 개체로 전달할 수 있다. 예를 들어, 송신부(1620)는 AMF로 업링크 NAS 시그널링 메시지를 전송한다. 예를 들어, 업링크 NAS 시그널링 메시지는 registration request, service request message, PDU session establishment request 및 PDU session modification request message 중 적어도 하나의 메시지일 수 있다.
일 예로, MBS 세션 정보를 포함하는 N2 메시지는 단말에 연계된(UE associated) 단말 컨택스트 관리를 위한 메시지 또는 PDU 세션 관리를 위한 메시지일 수 있다. 예를 들어, N2 메시지는 PDU SESSION RESOURCE MODIFY REQUEST 메시지, UE CONTEXT MODIFICATION REQUEST 메시지 및 HANDOVER REQUEST 메시지 중 하나일 수 있다. 해당 N2 메시지는 단말 컨택스트 정보 변경을 위한 메시지일 수 있다. 또는, 해당 N2 메시지는 단말 컨택스트에 MBS 세션 컨택스트 정보를 변경하기 위한 메시지일 수 있다.
다른 예로, MBS 세션 정보를 포함하는 N2 메시지는 단말에 연계되지 않는(non-UE associated) MBS 세션 또는 컨택스트의 셋업, 수정 및 해제 중 어느 하나의 동작을 지시하기 위한 메시지일 수 있다. 예를 들어, 수신부(1630)는 코어망 개체로부터 MBS 세션의 트리거/활성화/개시/시작을 지시하기 위한 N2 메시지를 수신할 수 있다. 또는, 수신부(1630)는 코어망 개체로부터 MBS 세션 자원을 할당/분배를 지시하기 위한 N2 메시지를 수신할 수 있다. N2 메시지는 MBS 컨택스트 셋업/수정 메시지, MBS 자원분배 메시지(multicast distribution message) 및 MBS 세션 시작/수정 메시지 중 하나일 수 있다.
또는, 수신부(1630)는 MBS 세션 수정을 지시하기 위한 단말에 연계되지 않는 N2 시그널링(non-UE associated N2 signaling) 메시지인 MBS 세션 수정 요청 메시지를 수신할 수도 있다. 또는, 수신부(1630)는 MBS 세션 해제를 지시하기 위해 단말에 연계되지 않는 N2 시그널링(non-UE associated N2 signaling) 메시지인 MBS 세션 해제 메시지를 수신할 수도 있다. 위에서 설명한 코어망 개체는 NAS 시그널링을 수신한 AMF일 수 있다.
한편, 중앙유닛과 분산유닛은 기지국을 구성하는 논리적 노드를 의미할 수 있다. 중앙유닛은 RRC, SDAP 및 PDCP 프로토콜을 호스팅하는 논리적 노드이며, 하나 이상의 분산유닛과 F1 인터페이스를 통해서 연결될 수 있다. 분산유닛은 RLC, MAC 및 PHY 계층을 호스팅하는 논리적 노드이다. 분산유닛은 하나의 중앙유닛에 연계되어 구성된다. 중앙유닛은 하나 이상의 분산유닛과 연계될 수 있다.
F1 메시지는 단말에 연계된 단말 컨택스트 셋업 요청 메시지 또는 단말 컨택스트 수정 요청 메시지일 수 있다. 단말 컨택스트 수정 요청 메시지는 단말 컨택스트를 수정하기 위한 단말 연계 F1 시그널링 메시지이다. 예를 들어, 단말 컨택스트 수정 요청 메시지는 해당 MBS 세션에 연계된 MBS 컨택스트에 포함되는 하나 이상의 정보를 포함하거나, MBS 컨택스트를 셋업/수정/해제하거나, MBS 컨택스트 셋업/수정/해제 프로시져를 트리거/개시하기 위한 정보를 포함할 수 있다. F1 메시지는 MBS 세션의 데이터 수신을 위한 G-RNTI(Group-Radio Network Temporary Identifier) 또는 C-RNTI(Cell-Radio Network Temporary Identifier) 정보를 포함할 수 있다.
다른 예로, F1 메시지는 단말에 연계되지 않은 MBS 세션 또는 컨택스트의 셋업, 수정 및 해제 중 어느 하나의 동작을 지시하기 위한 메시지일 수 있다. 예를 들어, F1 메시지는 MBS 세션 자원을 할당/분배하도록 지시 또는 MBS 세션 트리거/활성화/시작/수정을 지시하기 위한 단말에 연계되지 않는 F1 시그널링(non-UE associated F1 signaling) 메시지일 수 있다. F1 메시지는 MBS 컨택스트 셋업/수정 메시지, MBS 자원분배 메시지(multicast distribution message) 및 MBS 세션 시작/수정 메시지 중 하나가 될 수 있다. F1 메시지는 MBS 세션의 데이터 수신을 위한 G-RNTI(Group-Radio Network Temporary Identifier) 정보를 포함할 수 있다.
수신부(1630)는 분산유닛으로 전송한 F1 메시지에 따라 응답 메시지를 수신할 수 있다. 일 예로, 수신부(1630)는 분산유닛으로부터 UE CONTEXT MODIFICATION RESPONSE 메시지를 수신할 수 있다.
이 외에도 제어부(1610)는 전술한 본 실시예에 따른 MBS 세션을 효과적으로 설정해 데이터를 송수신하도록 제어하기 위한 전반적인 중앙유닛(1600)의 동작을 제어한다.
송신부(1620)와 수신부(1630)는 전술한 본 실시예를 수행하기에 필요한 신호나 메시지, 데이터를 단말, 분산유닛, 코어망 개체와 송수신하는데 사용된다.
전술한 실시예들은 무선 접속 시스템들인 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년 07월 31일 한국에 출원한 특허출원번호 제 10-2020-0096057 호 및 2021년 07월 20일 한국에 출원한 특허출원번호 제 10-2021-0095102호에 대해 미국 특허법 119(a)조 (35 U.S.C § 119(a))에 따라 우선권을 주장하며, 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다. 아울러, 본 특허출원은 미국 이외에 국가에 대해서도 위와 동일한 이유로 우선권을 주장하면 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다.

Claims (16)

  1. 중앙유닛(Central Unit, CU)이 MBS(Multicast/Broadcast Service) 세션을 셋업하는 방법에 있어서,
    MBS 세션에 대한 단말의 조인 요청 정보를 포함하는 업링크 NAS 메시지를 코어망 개체로 전송하는 단계;
    상기 코어망 개체로부터 MBS 세션 정보를 포함하는 N2 메시지를 수신하는 단계;
    분산유닛(Distributed Unit, DU)으로 상기 MBS 세션 정보를 포함하는 F1 메시지를 전송하는 단계; 및
    상기 분산유닛으로부터 상기 F1 메시지에 대한 응답 메시지를 수신하는 단계를 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 중앙유닛은,
    상기 분산유닛과 함께 기지국을 구성하며, RRC, SDAP 및 PDCP 프로토콜을 호스팅하는 논리적 노드이며, 하나 이상의 상기 분산유닛과 F1 인터페이스를 통해서 연결되고,
    상기 분산유닛은 RLC, MAC 및 PHY 계층을 호스팅하는 논리적 노드인 방법.
  3. 제 1 항에 있어서,
    상기 MBS 세션 정보를 포함하는 N2 메시지는,
    상기 단말에 연계된(UE associated) 단말 컨택스트 관리를 위한 메시지 또는 PDU 세션 관리를 위한 메시지를 포함하는 것을 특징으로 하는 방법.
  4. 제 1 항에 있어서,
    상기 MBS 세션 정보를 포함하는 N2 메시지는,
    상기 단말에 연계되지 않는(non-UE associated) MBS 세션 또는 컨택스트의 셋업, 수정 및 해제 중 어느 하나의 동작을 지시하기 위한 메시지를 포함하는 것을 특징으로 하는 방법.
  5. 제 1 항에 있어서,
    상기 F1 메시지는,
    상기 단말에 연계된 단말 컨택스트 셋업 요청 메시지 또는 단말 컨택스트 수정 요청 메시지를 포함하는 것을 특징으로 하는 방법.
  6. 제 5 항에 있어서,
    상기 F1 메시지는,
    상기 MBS 세션의 데이터 수신을 위한 G-RNTI(Group-Radio Network Temporary Identifier) 또는 C-RNTI(Cell-Radio Network Temporary Identifier) 정보를 포함하는 것을 특징으로 하는 방법.
  7. 제 1 항에 있어서,
    상기 F1 메시지는,
    상기 단말에 연계되지 않은 MBS 세션 또는 컨택스트의 셋업, 수정 및 해제 중 어느 하나의 동작을 지시하기 위한 메시지를 포함하는 것을 특징으로 하는 방법.
  8. 제 7 항에 있어서,
    상기 F1 메시지는,
    상기 MBS 세션의 데이터 수신을 위한 G-RNTI(Group-Radio Network Temporary Identifier) 정보를 포함하는 것을 특징으로 하는 방법.
  9. MBS(Multicast/Broadcast Service) 세션을 셋업하는 중앙유닛(Central Unit, CU)에 있어서,
    MBS 세션에 대한 단말의 조인 요청 정보를 포함하는 업링크 NAS 메시지를 코어망 개체로 전송하는 송신부; 및
    상기 코어망 개체로부터 MBS 세션 정보를 포함하는 N2 메시지를 수신하는 수신부;를 포함하되,
    상기 송신부는,
    분산유닛(Distributed Unit, DU)으로 상기 MBS 세션 정보를 포함하는 F1 메시지를 전송하고,
    상기 수신부는,
    상기 분산유닛으로부터 상기 F1 메시지에 대한 응답 메시지를 수신하는 중앙유닛.
  10. 제 9 항에 있어서,
    상기 중앙유닛은,
    상기 분산유닛과 함께 기지국을 구성하며, RRC, SDAP 및 PDCP 프로토콜을 호스팅하는 논리적 노드이며, 하나 이상의 상기 분산유닛과 F1 인터페이스를 통해서 연결되고,
    상기 분산유닛은 RLC, MAC 및 PHY 계층을 호스팅하는 논리적 노드인 중앙유닛.
  11. 제 9 항에 있어서,
    상기 MBS 세션 정보를 포함하는 N2 메시지는,
    상기 단말에 연계된(UE associated) 단말 컨택스트 관리를 위한 메시지 또는 PDU 세션 관리를 위한 메시지를 포함하는 것을 특징으로 하는 중앙유닛.
  12. 제 9 항에 있어서,
    상기 MBS 세션 정보를 포함하는 N2 메시지는,
    상기 단말에 연계되지 않는(non-UE associated) MBS 세션 또는 컨택스트의 셋업, 수정 및 해제 중 어느 하나의 동작을 지시하기 위한 메시지를 포함하는 것을 특징으로 하는 중앙유닛.
  13. 제 9 항에 있어서,
    상기 F1 메시지는,
    상기 단말에 연계된 단말 컨택스트 셋업 요청 메시지 또는 단말 컨택스트 수정 요청 메시지를 포함하는 것을 특징으로 하는 중앙유닛.
  14. 제 13 항에 있어서,
    상기 F1 메시지는,
    상기 MBS 세션의 데이터 수신을 위한 G-RNTI(Group-Radio Network Temporary Identifier) 또는 C-RNTI(Cell-Radio Network Temporary Identifier) 정보를 포함하는 것을 특징으로 하는 중앙유닛.
  15. 제 9 항에 있어서,
    상기 F1 메시지는,
    상기 단말에 연계되지 않은 MBS 세션 또는 컨택스트의 셋업, 수정 및 해제 중 어느 하나의 동작을 지시하기 위한 메시지를 포함하는 것을 특징으로 하는 중앙유닛.
  16. 제 15 항에 있어서,
    상기 F1 메시지는,
    상기 MBS 세션의 데이터 수신을 위한 G-RNTI(Group-Radio Network Temporary Identifier) 정보를 포함하는 것을 특징으로 하는 중앙유닛.
PCT/KR2021/009604 2020-07-31 2021-07-26 Mbs 세션 설정 방법 및 그 장치 WO2022025543A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20200096057 2020-07-31
KR10-2020-0096057 2020-07-31
KR1020210095102A KR20220016443A (ko) 2020-07-31 2021-07-20 Mbs 세션 설정 방법 및 그 장치
KR10-2021-0095102 2021-07-20

Publications (1)

Publication Number Publication Date
WO2022025543A1 true WO2022025543A1 (ko) 2022-02-03

Family

ID=80035785

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/009604 WO2022025543A1 (ko) 2020-07-31 2021-07-26 Mbs 세션 설정 방법 및 그 장치

Country Status (1)

Country Link
WO (1) WO2022025543A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2617541A (en) * 2022-03-25 2023-10-18 Nec Corp Communication system

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130074849A (ko) * 2011-12-27 2013-07-05 한국전자통신연구원 Ｍｂｍｓ 제공 장치 및 이를 이용한 ｍｂｍｓ 제공 방법
WO2020032846A1 (en) * 2018-08-10 2020-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Pdu session information over f1 for uplink pdu session ambr traffic policing
WO2020035795A1 (en) * 2018-08-14 2020-02-20 Nokia Technologies Oy Method of multicast data delivery in 5g supporting cloud architecture
US20200077287A1 (en) * 2018-08-29 2020-03-05 Nokia Technologies Oy Apparatus, method and computer program
EP3675405A1 (en) * 2017-08-25 2020-07-01 ZTE Corporation User plane mode selection method, adjustment method, device, equipment and medium

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130074849A (ko) * 2011-12-27 2013-07-05 한국전자통신연구원 Ｍｂｍｓ 제공 장치 및 이를 이용한 ｍｂｍｓ 제공 방법
EP3675405A1 (en) * 2017-08-25 2020-07-01 ZTE Corporation User plane mode selection method, adjustment method, device, equipment and medium
WO2020032846A1 (en) * 2018-08-10 2020-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Pdu session information over f1 for uplink pdu session ambr traffic policing
WO2020035795A1 (en) * 2018-08-14 2020-02-20 Nokia Technologies Oy Method of multicast data delivery in 5g supporting cloud architecture
US20200077287A1 (en) * 2018-08-29 2020-03-05 Nokia Technologies Oy Apparatus, method and computer program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2617541A (en) * 2022-03-25 2023-10-18 Nec Corp Communication system

Similar Documents

Publication Publication Date Title
WO2022086109A1 (ko) Mbs 데이터 처리 방법 및 장치
WO2021054674A1 (ko) Mbs 데이터 스위칭 방법 및 장치
WO2019098770A1 (ko) 물리 임의 접속 채널을 송수신하는 방법 및 이를 위한 장치
WO2021060786A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2016089081A1 (ko) 무선 통신 시스템에서 d2d 링크를 릴레이 하는 방법 및 이를 수행하는 장치
WO2021162315A1 (ko) Mbs 데이터를 처리하는 방법 및 그 장치
WO2014112850A1 (ko) Tdd을 지원하는 이동통신 시스템에서 tdd 설정 정보를 단말에게 효과적으로 제공하고 상향링크 전송 타이밍을 결정하기 위한 방법 및 장치
WO2017047955A1 (ko) 데이터 수신 방법 및 사용자기기와, 데이터 전송 방법 및 기지국
WO2018131935A1 (ko) 근접 기반 무선 통신 방법 및 사용자기기
WO2016167634A1 (ko) 무선 통신 시스템에서 진화된 멀티캐스트 및 브로드캐스트 신호를 송수신하는 방법 및 이를 위한 장치
WO2021162333A1 (ko) Mbs 데이터를 처리하는 방법 및 그 장치
WO2022019666A1 (ko) Mbs 데이터 전송 방법 및 그 장치
WO2021206340A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2020085831A1 (ko) 차량 통신을 수행하는 방법 및 그 장치
WO2021187933A1 (ko) 릴레이 노드를 제어하는 방법 및 그 장치
WO2022092801A1 (ko) 사이드링크 통신 제어 방법 및 그 장치
WO2020060234A1 (ko) 데이터 전송 방법 및 장치
WO2021230614A1 (ko) 업링크 데이터 전송 방법 및 장치
WO2019054757A1 (ko) 무선 통신 시스템에서 사이드링크 통신을 수행하는 방법 및 이를 위한 장치
WO2020263019A1 (ko) 사이드링크 harq 피드백 전송 방법 및 그 장치
WO2015068983A1 (en) Method for determining priorities of services and wireless equipment thereof
WO2022025543A1 (ko) Mbs 세션 설정 방법 및 그 장치
WO2020209657A1 (ko) 사이드링크 통신을 수행하는 방법 및 그 장치
WO2022203289A1 (ko) Mbs 세션을 제어하는 방법 및 장치
WO2016111522A1 (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: 21849662

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21849662

Country of ref document: EP

Kind code of ref document: A1