(19)
(11)EP 4 319 288 A1

(12)EUROPEAN PATENT APPLICATION
published in accordance with Art. 153(4) EPC

(43)Date of publication:
07.02.2024 Bulletin 2024/06

(21)Application number: 22776118.6

(22)Date of filing:  24.03.2022
(51)International Patent Classification (IPC): 
H04W 36/00(2009.01)
H04W 4/06(2009.01)
H04W 36/08(2009.01)
(52)Cooperative Patent Classification (CPC):
H04W 4/06; H04W 36/08; H04W 36/00
(86)International application number:
PCT/KR2022/004128
(87)International publication number:
WO 2022/203418 (29.09.2022 Gazette  2022/39)
(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR
Designated Extension States:
BA ME
Designated Validation States:
KH MA MD TN

(30)Priority: 26.03.2021 KR 20210039612
21.03.2022 KR 20220034597

(71)Applicant: KT Corporation
Seongnam-si, Gyeonggi-do 13606 (KR)

(72)Inventor:
  • HONG, Sung-pyo
    Seongnam-si Gyeonggi-do 13606 (KR)

(74)Representative: Brevalex 
Tour Trinity 1 B Place de la Défense
92400 Courbevoie
92400 Courbevoie (FR)

  


(54)METHOD AND DEVICE FOR CONTROLLING MBS SESSION RESOURCE


(57) Provided are a method and apparatus for controlling a multicast/broadcast service (MBS) session resource. The method of a target base station include receiving a handover request message from a source base station, controlling whether to configure a user plane resource for an MBS session of a terminal on the basis of a handover request message, and when it is determined to configure the user plane resource, transmitting a setup request message for user plane resource allocation for the MBS session to a core network entity.




Description

Technical Field



[0001] The disclosure relates to a method and apparatus for a user equipment (UE) to control a multicast/broadcast service (MBS) session in an NR-based mobile communication network.

Background Art



[0002] In a broadcast communication service, the identical service along with the same specific content data may be concurrently provided to all UEs within one geographic area, such as a broadcast coverage. All UEs within the broadcast coverage could be potentially receive the broadcast communication service. The broadcast communication service may be delivered to the UE through a broadcast session. During the broadcast session, the UE may receive MBS data while in RRC idle, RRC inactive, and RRC connected states.

[0003] In a multicast communication service, the identical service along with the same specific content data may be concurrently provided to a designated set of UEs. The multicast communication service may be delivered to the UE through a multicast session. During the multicast session, the UE may receive MBS data in an RRC connected state.

[0004] As such, the multicast/broadcast service necessitates a technique for efficiently utilizing network resources while transmitting data to a plurality of UEs. In particular, there is a need for technique for preventing unnecessary consumption of network resources while providing a seamless multicast communication service when the UE moves. Nevertheless, no specific procedures and techniques have been proposed.

Detailed Description of the Invention


Technical Problem



[0005] The disclosure provides a method and apparatus for efficiently controlling MBS session resources.

Technical Solution



[0006] In an aspect, a method may be provided for controlling a multicast/broadcast service (MBS) session resource by a target base station. The method may include receiving a handover request message from a source base station, controlling whether to configure a user plane resource for an MBS session for a user equipment (UE) based on the handover request message and, when determining to configure the user plane resource, transmitting, to a core network entity, a setup request message for allocating the user plane resource for the MBS session.

[0007] In another aspect, a method may be provided for controlling a multicast/broadcast service (MBS) session resource by a source base station. The method may include transmitting a handover request message for a UE to a target base station if handover for the UE is determined, receiving a radio resource configuration for an MBS session determined by the target base station based on the handover request message, and transmitting the radio resource configuration for the MBS session to the UE.

[0008] In another aspect, a target base station may be provided for controlling a multicast/broadcast service (MBS) session resource. The target base station may include a receiver receiving a handover request message from a source base station, a controller controlling whether to configure a user plane resource for an MBS session for a UE based on the handover request message, and a transmitter, when determining to configure the user plane resource, transmitting, to a core network entity, a setup request message for allocating the user plane resource for the MBS session.

[0009] In another aspect, a source base station may be provided for controlling a multicast/broadcast service (MBS) session resource. The source base station may include a transmitter transmitting a handover request message for a UE to a target base station if handover for the UE is determined and a receiver receiving a radio resource configuration for an MBS session determined by a target base station based on the handover request message, wherein the transmitter further transmits the radio resource configuration for the MBS session to the UE.

Advantageous Effects



[0010] According to embodiments, MBS session resources are efficiently controlled.

Brief Description of Drawings



[0011] 

FIG. 1 is a view schematically illustrating an NR wireless communication system;

FIG. 2 is a view for explaining a frame structure in an NR system;

FIG. 3 is a view for explaining resource grids supported by a radio access technology;

FIG. 4 is a view for explaining bandwidth parts supported by a radio access technology;

FIG. 5 is a view illustrating an example of a synchronization signal block in a radio access technology;

FIG. 6 is a view for explaining a random access procedure in a radio access technology;

FIG. 7 is a view for explaining CORESET;

FIG. 8 is a flowchart for describing operations of a target base station according to an embodiment;

FIG. 9 is a flowchart for describing operations of a source base station according to an embodiment;

FIG. 10 is a view illustrating an example of a layer 2 structure for receiving MBS data according to the present embodiment;

FIG. 11 is a block diagram illustrating a configuration of a target base station according to an embodiment; and

FIG. 12 is a block diagram illustrating a configuration of a source base station according to an embodiment.


Mode for Carrying out the Invention



[0012] Hereinafter, some embodiments of the present disclosure will be described in detail with reference to the accompanying illustrative drawings. In the drawings, like reference numerals are used to denote like elements throughout the drawings, even if they are shown on different drawings. Further, in the following description of the present disclosure, a detailed description of known functions and configurations incorporated herein will be omitted when it may make the subject matter of the present disclosure rather unclear. When the expression "include", "have", "comprise", or the like as mentioned herein is used, any other part may be added unless the expression "only" is used. When an element is expressed in the singular, the element may cover the plural form unless a special mention is explicitly made of the element.

[0013] In addition, terms, such as first, second, A, B, (a), (b) or the like may be used herein when describing components of the present disclosure. Each of these terminologies is not used to define an essence, order or sequence of a corresponding component but used merely to distinguish the corresponding component from other component(s).

[0014] In describing the positional relationship between components, if two or more components are described as being "connected", "combined", or "coupled" to each other, it should be understood that two or more components may be directly "connected", "combined", or "coupled" to each other, and that two or more components may be "connected", "combined", or "coupled" to each other with another component "interposed" therebetween. In this case, another component may be included in at least one of the two or more components that are "connected", "combined", or "coupled" to each other.

[0015] In the description of a sequence of operating methods or manufacturing methods, for example, the expressions using "after", "subsequent to", "next", "before", and the like may also encompass the case in which operations or processes are performed discontinuously unless "immediately" or "directly" is used in the expression.

[0016] Numerical values for components or information corresponding thereto (e.g., levels or the like), which are mentioned herein, may be interpreted as including an error range caused by various factors (e.g., process factors, internal or external impacts, noise, etc.) even if an explicit description thereof is not provided.

[0017] The wireless communication system in the present specification refers to a system for providing various communication services, such as a voice service and a data service, using radio resources. The wireless communication system may include a user equipment (UE), a base station, a core network, and the like.

[0018] Embodiments disclosed below may be applied to a wireless communication system using various radio access technologies. For example, the embodiments may be applied to various radio access technologies such as code division multiple access (CDMA), frequency division multiple access (FDMA), time division multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), single-carrier frequency division multiple access (SC-FDMA), non-orthogonal multiple access (NOMA), or the like. In addition, the radio access technology may refer to respective generation communication technologies established by various communication organizations, such as 3GPP, 3GPP2, Wi-Fi, Bluetooth, IEEE, ITU, or the like, as well as a specific access technology. For example, CDMA may be implemented as a wireless technology such as universal terrestrial radio access (UTRA) or CDMA2000. TDMA may be implemented as a wireless technology such as global system for mobile communications (GSM)/general packet radio service (GPRS)/enhanced data rates for GSM evolution (EDGE). OFDMA may be implemented as a wireless technology such as IEEE (Institute of Electrical and Electronics Engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, evolved UTRA (E-UTRA), and the like. IEEE 802.16m is evolution of IEEE 802.16e, which provides backward compatibility with systems based on IEEE 802.16e. UTRA is a part of a universal mobile telecommunications system (UMTS). 3GPP (3rd-generation partnership project) LTE (long-term evolution) is a part of E-UMTS (evolved UMTS) using evolved-UMTS terrestrial radio access (E-UTRA), which adopts OFDMA in a downlink and SC-FDMA in an uplink. As described above, the embodiments may be applied to radio access technologies that have been launched or commercialized, and may be applied to radio access technologies that are being developed or will be developed in the future.

[0019] The UE used in the specification must be interpreted as a broad meaning that indicates a device including a wireless communication module that communicates with a base station in a wireless communication system. For example, the UE includes user equipment (UE) in WCDMA, LTE, NR, HSPA, IMT-2020 (5G or New Radio), and the like, a mobile station in GSM, a user terminal (UT), a subscriber station (SS), a wireless device, and the like. In addition, the UE may be a portable user device, such as a smart phone, or may be a vehicle, a device including a wireless communication module in the vehicle, and the like in a V2X communication system according to the usage type thereof. In the case of a machine-type communication (MTC) system, the UE may refer to an MTC terminal, an M2M terminal, or a URLLC terminal, which employs a communication module capable of performing machine-type communication.

[0020] A base station or a cell in the present specification refers to an end that communicates with a UE through a network and encompasses various coverage regions such as a Node-B, an evolved Node-B (eNB), a gNode-B, a low-power node (LPN), a sector, a site, various types of antennas, a base transceiver system (BTS), an access point, a point (e.g., a transmission point, a reception point, or a transmission/reception point), a relay node, a megacell, a macrocell, a microcell, a picocell, a femtocell, a remote radio head (RRH), a radio unit (RU), a small cell, and the like. In addition, the cell may be used as a meaning including a bandwidth part (BWP) in the frequency domain. For example, the serving cell may refer to an active BWP of a UE.

[0021] The various cells listed above are provided with a base station controlling one or more cells, and the base station may be interpreted as two meanings. The base station may be 1) a device for providing a megacell, a macrocell, a microcell, a picocell, a femtocell, or a small cell in connection with a wireless region, or the base station may be 2) a wireless region itself. In the above description 1), the base station may be the devices controlled by the same entity and providing predetermined wireless regions or all devices interacting with each other and cooperatively configuring a wireless region. For example, the base station may be a point, a transmission/reception point, a transmission point, a reception point, and the like according to the configuration method of the wireless region. In the above description 2), the base station may be the wireless region in which a user equipment (UE) may be enabled to transmit data to and receive data from the other UE or a neighboring base station.

[0022] In this specification, the cell may refer to coverage of a signal transmitted from a transmission/reception point, a component carrier having coverage of a signal transmitted from a transmission/reception point (or a transmission point), or a transmission/reception point itself.

[0023] An uplink (UL) refers to a scheme of transmitting data from a UE to a base station, and a downlink (DL) refers to a scheme of transmitting data from a base station to a UE. The downlink may mean communication or communication paths from multiple transmission/reception points to a UE, and the uplink may mean communication or communication paths from a UE to multiple transmission/reception points. In the downlink, a transmitter may be a part of the multiple transmission/reception points, and a receiver may be a part of the UE. In addition, in the uplink, the transmitter may be a part of the UE, and the receiver may be a part of the multiple transmission/reception points.

[0024] The uplink and 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). The uplink and downlink transmit and receive data through a data channel such as a physical downlink shared channel (PDSCH) and a physical uplink shared channel (PUSCH). Hereinafter, the transmission and reception of a signal through a channel, such as PUCCH, PUSCH, PDCCH, PDSCH, or the like, may be expressed as "PUCCH, PUSCH, PDCCH, PDSCH, or the like is transmitted and received".

[0025] For the sake of clarity, the following description will focus on 3GPP LTE/LTE-A/NR (New Radio) communication systems, but technical features of the disclosure are not limited to the corresponding communication systems.

[0026] 3GPP has been developing a 5G (5th-Generation) communication technology in order to meet the requirements of a next-generation radio access technology of ITU-R after studying 4G (4th-generation) communication technology. Specifically, 3GPP is developing, as a 5G communication technology, LTE-A pro by improving the LTE-Advanced technology so as to conform to the requirements of ITU-R and a new NR communication technology that is totally different from 4G communication technology. LTE-A pro and NR all refer to the 5G communication technology. Hereinafter, the 5G communication technology will be described on the basis of NR unless a specific communication technology is specified.

[0027] Various operating scenarios have been defined in NR in consideration of satellites, automobiles, new verticals, and the like in the typical 4G LTE scenarios so as to support an enhanced mobile broadband (eMBB) scenario in terms of services, a massive machine-type communication (mMTC) scenario in which UEs spread over a broad region at a high UE density, thereby requiring low data rates and asynchronous connections, and an ultra-reliability and low-latency (URLLC) scenario that requires high responsiveness and reliability and supports high-speed mobility.

[0028] In order to satisfy such scenarios, NR discloses a wireless communication system employing a new waveform and frame structure technology, a low-latency technology, a super-high frequency band (mmWave) support technology, and a forward compatible provision technology. In particular, the NR system has various technological changes in terms of flexibility in order to provide forward compatibility. The primary technical features of NR will be described below with reference to the drawings.

<Overview of NR System>



[0029] FIG. 1 is a view schematically illustrating an NR system.

[0030] Referring to FIG. 1, the NR system is divided into a 5G core network (5GC) and an NG-RAN part. The NG-RAN includes gNBs and ng-eNBs providing user plane (SDAP/PDCP/RLC/MAC/PHY) and user equipment (UE) control plane (RRC) protocol ends. The gNBs or the gNB and the ng-eNB are connected to each other through Xn interfaces. The gNB and the ng-eNB are connected to the 5GC through NG interfaces, respectively. The 5GC may be configured to include an access and mobility management function (AMF) for managing a control plane, such as a UE connection and mobility control function, and a user plane function (UPF) controlling user data. NR supports both frequency bands below 6 GHz (frequency range 1: FR1) and frequency bands equal to or greater than 6 GHz (frequency range 2: FR2).

[0031] The gNB denotes a base station that provides a UE with an NR user plane and control plane protocol end, and the ng-eNB denotes a base station that provides a UE with an E-UTRA user plane and control plane protocol end. The base station described in the present specification should be understood as encompassing the gNB and the ng-eNB. However, the base station may be also used to refer to the gNB or the ng-eNB separately from each other, as necessary.

<NR Waveform, Numerology, and Frame Structure>



[0032] NR uses a CP-OFDM waveform using a cyclic prefix for downlink transmission and uses CP-OFDM or DFT-s-OFDM for uplink transmission. OFDM technology is easy to combine with a multiple-input multiple-output (MIMO) scheme and allows a low-complexity receiver to be used with high frequency efficiency.

[0033] Since the three scenarios described above have different requirements for data rates, delay rates, coverage, and the like from each other in NR, it is necessary to efficiently satisfy the requirements for each scenario through frequency bands constituting the NR system. To this end, a technique for efficiently multiplexing radio resources based on a plurality of different numerologies has been proposed.

[0034] Specifically, the NR transmission numerology is determined on the basis of subcarrier spacing and a cyclic prefix (CP), and, as shown in Table 1 below, "µ" is used as an exponential value of 2 so as to be changed exponentially on the basis of 15 kHz.
[Table 1]
ItSubcarrier spacingCyclic prefixSupported for dataSupported 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


[0035] As shown in Table 1 above, NR may have five types of numerologies according to subcarrier spacing. This is different from LTE, which is one of the 4G-communication technologies, in which the subcarrier spacing is fixed to 15 kHz. Specifically, in NR, subcarrier spacing used for data transmission is 15, 30, 60, or 120 kHz, and subcarrier spacing used for synchronization signal transmission is 15, 30, 12, or 240 kHz. In addition, an extended CP is applied only to the subcarrier spacing of 60 kHz. A frame that includes 10 subframes each having the same length of 1 ms and has a length of 10 ms is defined in the frame structure in NR. One frame may be divided into half frames of 5 ms, and each half frame includes 5 subframes. In the case of a subcarrier spacing of 15 kHz, one subframe includes one slot, and each slot includes 14 OFDM symbols. FIG. 2 is a view for explaining a frame structure in an NR system.

[0036] Referring to FIG. 2, in the case of a typical CP, a slot includes 14 OFDM symbols fixedly. However, the length of the slot in the time domain may be varied depending on subcarrier spacing. For example, in the case of a numerology having a subcarrier spacing of 15 kHz, the slot is configured to have the same length of 1 ms as that of the subframe. On the other hand, in the case of a numerology having a subcarrier spacing of 30 kHz, the slot includes 14 OFDM symbols, but one subframe may include two slots each having a length of 0.5 ms. That is, the subframe and the frame may be defined using a fixed time length, and the slot may be defined as the number of symbols such that the time length thereof is varied depending on the subcarrier spacing.

[0037] NR defines a basic unit of scheduling as a slot and also introduces a minislot (or a subslot or a non-slot-based schedule) in order to reduce a transmission delay of a radio section. If wide subcarrier spacing is used, the length of one slot is shortened in inverse proportion thereto, thereby reducing a transmission delay in the radio section. A minislot (or subslot) is intended to efficiently support URLLC scenarios, and the minislot may be scheduled in 2, 4, or 7 symbol units.

[0038] In addition, unlike LTE, NR defines uplink and downlink resource allocation as a symbol level in one slot. In order to reduce a HARQ delay, the slot structure capable of directly transmitting HARQ ACK/NACK in a transmission slot has been defined. Such a slot structure is referred to as a "self-contained structure", which will be described.

[0039] NR was designed to support a total of 256 slot formats, and 62 slot formats thereof are used in 3GPP Rel-15. In addition, NR supports a common frame structure constituting an FDD or TDD frame through combinations of various slots. For example, NR supports i) a slot structure in which all symbols of a slot are configured for a downlink, ii) a slot structure in which all symbols are configured for an uplink, and iii) a slot structure in which downlink symbols and uplink symbols are mixed. In addition, NR supports data transmission that is scheduled to be distributed to one or more slots. Accordingly, the base station may inform the UE of whether the slot is a downlink slot, an uplink slot, or a flexible slot using a slot format indicator (SFI). The base station may inform a slot format by instructing, using the SFI, the index of a table configured through UE-specific RRC signaling. Further, the base station may dynamically instruct the slot format through downlink control information (DCI) or may statically or quasi-statically instruct the same through RRC signaling.

<Physical Resources of NR>



[0040] With regard to physical resources in NR, antenna ports, resource grids, resource elements, resource blocks, bandwidth parts, and the like are taken into consideration.

[0041] The antenna port is defined to infer a channel carrying a symbol on an antenna port from the other channel carrying another symbol on the same antenna port. If large-scale properties of a channel carrying a symbol on an antenna port can be inferred from the other channel carrying a symbol on another antenna port, the two antenna ports may have a quasi-co-located or quasi-co-location (QC/QCL) relationship. The large-scale properties include at least one of delay spread, Doppler spread, a frequency shift, an average received power, and a received timing.

[0042] FIG. 3 is a view for explaining resource grids supported by a radio access technology.

[0043] Referring to FIG. 3, resource grids may exist according to respective numerologies because NR supports a plurality of numerologies in the same carrier. In addition, the resource grids may exist depending on antenna ports, subcarrier spacing, and transmission directions.

[0044] A resource block includes 12 subcarriers and is defined only in the frequency domain. In addition, a resource element includes one OFDM symbol and one subcarrier. Therefore, as shown in FIG. 3, the size of one resource block may be varied according to the subcarrier spacing. Further, "Point A" that acts as a common reference point for the resource block grids, a common resource block, and a virtual resource block are defined in NR.

[0045] FIG. 4 is a view for explaining bandwidth parts supported by a radio access technology.

[0046] Unlike LTE in which the carrier bandwidth is fixed to 20 MHz, the maximum carrier bandwidth is configured as 50 MHz to 400 MHz depending on the subcarrier spacing in NR. Therefore, it is not assumed that all UEs use the entire carrier bandwidth. Accordingly, as shown in FIG. 4, bandwidth parts (BWPs) may be specified within the carrier bandwidth in NR so that the UE may use the same. In addition, the bandwidth part may be associated with one numerology, may include a subset of consecutive common resource blocks, and may be activated dynamically over time. The UE has up to four bandwidth parts in each of the uplink and the downlink, and the UE transmits and receives data using an activated bandwidth part during a given time.

[0047] In the case of a paired spectrum, uplink and downlink bandwidth parts are configured independently. In the case of an unpaired spectrum, in order to prevent unnecessary frequency re-tuning between a downlink operation and an uplink operation, the downlink bandwidth part and the uplink bandwidth part are configured in pairs so as to share a center frequency.

<Initial Access in NR>



[0048] In NR, a UE performs a cell search and a random access procedure in order to access and communicates with a base station.

[0049] The cell search is a procedure of the UE for synchronizing with a cell of a corresponding base station using a synchronization signal block (SSB) transmitted from the base station and acquiring a physical-layer cell ID and system information.

[0050] FIG. 5 is a view illustrating an example of a synchronization signal block in a radio access technology.

[0051] Referring to FIG. 5, the SSB includes a primary synchronization signal (PSS) and a secondary synchronization signal (SSS), which occupy one symbol and 127 subcarriers, and PBCHs spanning three OFDM symbols and 240 subcarriers.

[0052] The UE monitors the SSB in the time and frequency domain, thereby receiving the SSB.

[0053] The SSB may be transmitted up to 64 times for 5 ms. A plurality of SSBs are transmitted by different transmission beams within a time of 5 ms, and the UE performs detection on the assumption that the SSB is transmitted every 20 ms based on a specific beam used for transmission. The number of beams that can be used for SSB transmission within 5 ms may be increased as the frequency band is increased. For example, up to 4 SSB beams may be transmitted at a frequency band of 3 GHz or less, and up to 8 SSB beams may be transmitted at a frequency band of 3 to 6 GHz. In addition, the SSBs may be transmitted using up to 64 different beams at a frequency band of 6 GHz or more.

[0054] One slot includes two SSBs, and a start symbol and the number of repetitions in the slot are determined according to subcarrier spacing as follows.

[0055] Unlike the SS in the typical LTE system, the SSB is not transmitted at the center frequency of a carrier bandwidth. That is, the SSB may also be transmitted at the frequency other than the center of the system band, and a plurality of SSBs may be transmitted in the frequency domain in the case of supporting a broadband operation. Accordingly, the UE monitors the SSB using a synchronization raster, which is a candidate frequency position for monitoring the SSB. A carrier raster and a synchronization raster, which are the center frequency position information of the channel for the initial connection, were newly defined in NR, and the synchronization raster may support a fast SSB search of the UE because the frequency spacing thereof is configured to be wider than that of the carrier raster.

[0056] The UE may acquire an MIB through the PBCH of the SSB. The MIB (master information block) includes minimum information for the UE to receive remaining minimum system information (RMSI) broadcast by the network. In addition, the PBCH may include information on the position of the first DM-RS symbol in the time domain, information for the UE to monitor SIB1 (e.g., SIB1 numerology 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 an absolute SSB in the carrier is transmitted via SIB 1), and the like. The SIB1 numerology information is also applied to some messages used in the random access procedure for the UE to access the base station after completing the cell search procedure. For example, the numerology information of SIB 1 may be applied to at least one of the messages 1 to 4 for the random access procedure.

[0057] The above-mentioned RMSI may mean SIB1 (system information block 1), and SIB1 is broadcast periodically (e.g., 160 ms) in the cell. SIB1 includes information necessary for the UE to perform the initial random access procedure, and SIB1 is periodically transmitted through a PDSCH. In order to receive SIB1, the UE must receive numerology information used for the SIB1 transmission and the CORESET (control resource set) information used for scheduling of SIB1 through a PBCH. The UE identifies scheduling information for SIB1 using SI-RNTI in the CORESET, and acquires SIB1 on the PDSCH according to scheduling information. The remaining SIBs other than SIB1 may be periodically transmitted, or the remaining SIBs may be transmitted according to the request of the UE.

[0058] FIG. 6 is a view for explaining a random access procedure in a radio access technology.

[0059] Referring to FIG. 6, if a cell search is completed, the UE transmits a random access preamble for random access to the base station. The random access preamble is transmitted through a PRACH. Specifically, the random access preamble is periodically transmitted to the base station through the PRACH that includes consecutive radio resources in a specific slot repeated. In general, a contention-based random access procedure is performed when the UE makes initial access to a cell, and a non-contention-based random access procedure is performed when the UE performs random access for beam failure recovery (BFR).

[0060] The UE receives a random access response to the transmitted random access preamble. The random access response may include a random access preamble identifier (ID), UL Grant (uplink radio resource), a temporary C-RNTI (temporary cell-radio network temporary identifier), and a TAC (time alignment command). Since one random access response may include random access response information for one or more UEs, the random access preamble identifier may be included in order to indicate the UE for which the included UL Grant, temporary C-RNTI, and TAC are valid. The random access preamble identifier may be an identifier of 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, i.e., a random access-radio network temporary identifier (RA-RNTI).

[0061] Upon receiving a valid random access response, the UE 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, the UE transmits, to the base station, data stored in the buffer of the UE or newly generated data using the UL Grant. In this case, information for identifying the UE must be included in the data.

[0062] Lastly, the UE receives a downlink message to resolve the contention.

<NR CORESET>



[0063] The downlink control channel in NR is transmitted in a CORESET (control resource set) having a length of 1 to 3 symbols, and the downlink control channel transmits uplink/downlink scheduling information, an SFI (slot format index), TPC (transmit power control) information, and the like.

[0064] As described above, NR has introduced the concept of CORESET in order to secure the flexibility of a system. The CORESET (control resource set) refers to a time-frequency resource for a downlink control signal. The UE may decode a control channel candidate using one or more search spaces in the CORESET time-frequency resource. CORESET-specific QCL (quasi-colocation) assumption is configured and is used for the purpose of providing information on the characteristics of analogue beam directions, as well as delay spread, Doppler spread, Doppler shift, and an average delay, which are the characteristics assumed by existing QCL.

[0065] FIG. 7 is a view for explaining CORESETs.

[0066] Referring to FIG. 7, CORESETs may exist in various forms within a carrier bandwidth in a single slot, and the CORESET may include a maximum of 3 OFDM symbols in the time domain. In addition, the CORESET is defined as a multiple of six resource blocks up to the carrier bandwidth in the frequency domain.

[0067] A first CORESET, as a portion of the initial bandwidth part, is designated (e.g., instructed, assigned) through an MIB in order to receive additional configuration information and system information from a network. After establishing a connection with the base station, the UE may receive and configure one or more pieces of CORESET information through RRC signaling.

[0068] In the disclosure, the frequency, frame, subframe, resource, resource block, region, band, subband, control channel, data channel, synchronization signal, various reference signals, various signals, or various messages may be interpreted in various meanings currently used or to be used in the future.

NR(New Radio)



[0069] NR is designed not only to provide an improved data transmission rate but also to meet various QoS requirements for each detailed and specific usage scenario, compared to the LTE/LTE-Advanced. In particular, an enhanced mobile broadband (eMBB), massive machine-type communication (mMTC), and ultra-reliable and low latency communication (URLLC) are defined as representative usage scenarios of the NR. To meet requirements for each usage scenario, NR is designed to have more flexible frame structure as compared to the LTE/LTE-Advanced. Since each usage scenario imposes different requirements for data rates, latency, coverage, etc., there arises a need for a method of efficiently multiplexing numerology-based (e.g., a subcarrier spacing (SCS), a subframe, a transmission time interval (TTI), etc.) radio resource units different from each other, as a solution for efficiently satisfying requirements according to usage scenarios over a frequency band provided to an NR system.

[0070] To this end, there have been discussions on i) methods of multiplexing numerologies having subcarrier spacing (SCS) values different from one another based on time division multiplexing (TDM), frequency division multiplexing (FDM), or TDM/FDM over one NR carrier, and ii) methods of supporting one or more time units in configuring a scheduling unit in the time domain. In this regard, in NR, a definition of a subframe has been given as one type of a time domain structure. In addition, as a reference numerology to define a corresponding subframe duration, a single subframe duration is defined as having 14 OFDM symbols of normal CP overhead based on 15 kHz subcarrier spacing (SCS), like the LTE. Therefore, the subframe of NR has the time duration of 1 ms. Unlike LTE, since the subframe of NR is an absolute reference time duration, a slot and a mini-slot may be defined as a time unit for actual UL/DL data scheduling. In this case, the number of OFDM symbols which constitutes a slot, a value of y, has been defined as y = 14 regardless of the numerology.

[0071] Therefore, a slot may be made up of 14 symbols. In accordance with a transmission direction for a corresponding slot, all symbols may be used for DL transmission or UL transmission, or the symbols may be used in the configuration of a DL portion + a gap + a UL portion.

[0072] Further, a mini-slot has been defined to be made up of fewer symbols than the slot in a numerology (or SCS). As a result, a short time domain scheduling interval may be configured for UL/DL data transmission or reception based on the mini-slot. Also, a long time domain scheduling interval may be configured for the UL/DL data transmission or reception by slot aggregation. Particularly, in the case of the transmission or reception of latency critical data, such as the URLLC, when scheduling is performed on a slot basis based on 1 ms (14 symbols) defined in a frame structure based on a numerology having a small SCS value, for example, 15 kHz, latency requirements may be difficult to be satisfied. To this end, a mini-slot may be defined to be made up of fewer OFDM symbols than the slot. Thus the scheduling for the latency critical data, such as the URLLC, may be performed based on the mini-slot.

[0073] Meanwhile, in NR, the default scheduling unit has been changed to a slot. Further, regardless of subcarrier-spacing, the slot consists of 14 OFDM symbols. In contrast, NR supports a non-slot structure configured of 2, 4, or 7 OFDM symbols, which is a smaller scheduling unit. The non-slot structure may be utilized as a scheduling unit for URLLC service.

NR MBS(Multicast and Broadcast Services)



[0074] 3GPP approved a task item for MBS based on 5G/NR in Rel-17. MBS denotes a multicast communication service and a broadcast communication service.

[0075] In a broadcast communication service, the identical service along with the same specific content data may be concurrently provided to all UEs within one geographic area, such as a broadcast coverage. In the broadcast communication service, all UEs in the broadcast coverage could potentially receive the broadcast communication service. The broadcast communication service may be delivered to the UE through a broadcast session. During the broadcast session, the UE may receive MBS data in RRC idle, RRC inactive, and RRC connected states.

[0076] In a multicast communication service, the identical service along with the same specific content data may be concurrently provided to a designated set of UEs. Not all UEs within multicast coverage are authorized for receiving the multicast communication service. The multicast communication service may be delivered to the UE through a multicast session. During the multicast session, the UE may receive MBS data in an RRC connected state.

[0077] For the multicast service, the base station may transfer the MBS data packet using the following method.

[0078] For the multicast service, the base station may transfer the MBS data packet using the following method.

[0079] PTP (Point To Point) transmission: a base station separately transfers separate copies of a MBS data packet. The base station may schedule the UE-specific PDSCH using the UE-specific PDCCH that is CRC-scrambled by a UE-specific RNTI (e.g., C-RNTI). The UE-specific PDSCH is scrambled with the same UE-specific RNTI (e.g., C-RNTI).

[0080] PTM (Point To Multipoint) transmission: a base station transfers a single copy of the MBS data packet to a set of UEs. The base station may schedule the group common PDSCH using a group common PDCCH that is CRC-scrambled by a group common RNTI (e.g., G-RNTI of LTE SC-PTM). The group common PDSCH is scrambled with the same group common RNTI.

[0081] The base station may dynamically determine whether to transmit multicast data by PTM or PTP for one UE. The base station may dynamically schedule multicast data to be transmitted and transmit the data to the UE. Meanwhile, to efficiently use network resources, it may be preferable to deactivate a specific multicast session when multicast data is not being transmitted to the UE for that specific multicast session. However, there is no designated control method for activating or deactivating a multicast session. When a UE is in an RRC connected state, it may undergo perform handover based on its movement, regardless of whether a multicast session is active or inactive. Additionally, if the multicast session is inactive, the UE could transition to an RRC idle state or an RRC inactive state. As the UE moves, cell reselection may also occur. Under these conditions, ensuring continuous service during mobility is challenging. This continuity becomes even more complex to maintain when the UE moves within an MBS service that is provided only in one or a few specific service areas.

[0082] To address such issues, the disclosure introduces a control method and device optimized for effectively providing an MBS service.

[0083] Hereinafter, a method and apparatus for providing an NR radio access technology-based multicast/broadcast service (MBS) will be described. However, embodiments are not limited to the NR radio access technology. This is only for convenience of description. The embodiments in the disclosure may be applied to various radio access technologies (e.g., LTE or 6G). The embodiments described in the disclosure may include the content of information elements and operations set forth in TS 38.321, the 3GPP NR MAC standard, and TS 38.331, the NR RRC standard. Although the disclosure does not contain the content of the UE operation related to the detailed definitions for the corresponding information elements, the content set forth in the standards may be incorporated in the disclosure.

[0084] For convenience of description, the forthcoming description mainly highlights methods for a UE in RRC connected state to receive multicast communication service data. However, the embodiments are not limited thereto. This is only for convenience of description. The embodiments may be applied to broadcast communication services as well. Further, the embodiments may also be applied to UEs in a RRC idle or a RRC inactive state.

[0085] The embodiments detailed below may be applied either individually or in various combinations.

[0086] First, the following definitions are made regarding the MBS session state for efficiently using resources for multicast data transmission.
  • Configured multicast session (multicast session configuration state): in this session, multicast data is not transmitted. Some information regarding the multicast session is configured. However, no resource is reserved. For example, a temporary mobile group identity (TMGI) is allocated, but complete session information is not provided to the UE. The UE may be allowed to join. However, the establishment of a multicast session is triggered by a UE join request that is accepted.
  • Active multicast session (multicast session active state): in this session, multicast data is transmitted to the UE that has joined the multicast session. A 5GC resource for the multicast session is reserved. A corresponding radio resource is reserved according to the position of the joining UE. The UE joining the multicast session is in the CM CONNECTED state. The UE is allowed to join the multicast session. It is a multicast session configured in the active state.
  • Inactive multicast session (multicast session inactive state): in this session, multicast data is not transmitted. The UE joining the multicast session is in the CM CONNECTED or CM IDLE state. The UE is allowed to join the multicast session. It is a multicast session configured in the inactive state.


[0087] A multicast session configuration procedure may be provided. The multicast session configuration procedure may include a network internal configuration for the multicast session, as, e.g., TMGI allocation request and/or providing information regarding the multicast session by the application function. No resource for the multicast session is reserved, or a resource may be reserved only in the MBS-related core network entity (e.g., MB-SMF, MB-UPF, or NEF). In contrast, in the inactive multicast session state, multicast data is not transmitted. The configuration may indicate whether or when a multicast session is created, and whether the multicast session is in an inactive state. The application function may provide a configuration in several steps. For example, it may be allowed to request a TMGI and then provide and configure the entire information regarding the multicast session.

[0088] Meanwhile, a multicast session setting up procedure may be provided. When the join request of the first UE for the multicast session is accepted, the multicast session is set to the inactive or active state depending on the configuration. A 5G core (5GC) resource for the multicast session is being reserved.

[0089] Or, a multicast session activation procedure may be provided. The CM IDLE UE joining the multicast session is paged. Activation may be triggered by the application function request. Or, activation may be triggered by reception of multicast data.

[0090] Or, a multicast session deactivation procedure may be provided. Deactivation may be triggered by the application function request. Or, deactivation may be triggered by lack of reception of multicast data.

[0091] Or, a multicast session release procedure may be provided. All resources for the multicast session are released for all of the 5GC nodes and wireless network nodes. The UE joining the multicast session is notified of it. Release is possible for an active or inactive multicast session.

[0092] Or, a multicast session deconfiguration procedure may be provided. All information regarding the multicast session is removed from the 5GC. The TMGI is deallocated.

[0093] Hereinafter, an MBS session control operation based on movement of a UE in a source base station and a target base station will be described.

[0094] FIG. 8 is a flowchart for describing operations of a target base station according to an embodiment.

[0095] Referring to FIG. 8, a target base station for controlling multicast/broadcast service (MBS) session resources may perform receiving a handover request message from a source base station (S810).

[0096] For example, handover may be required for the UE according to the movement of the UE. In this case, the source base station may determine handover of the UE. When handover of the UE is determined, the source base station may transmit a handover request message to the target base station. Accordingly, the target base station may receive the handover request message from the source base station. The handover request message may be transferred through an interface between base stations.

[0097] According to an embodiment, the handover request message may include one or more of an MBS session ID for an active MBS session, information for local MBS session resource setup, information for PDU session resource setup associated with the local MBS session, MBS service area information, and MBS area session ID information. The active MBS session may be an MBS session active for the UE. The handover request message may include at least one of the above-described information about the active MBS session.

[0098] According to another embodiment, the handover request message may include active or inactive state information about the MBS session. The active or inactive state information about the MBS session may include information indicating the active or inactive state of the MBS session configured in the UE. Or, the active or inactive state information about the MBS session may be information received by the source base station from the core network entity.

[0099] Based on the handover request message, the target base station may perform the step of controlling whether to configure user plane resources for the MBS session of the UE (S820).

[0100] For example, the target base station may set a radio resource configuration for the MBS session of the UE based on information included in the received handover request message. The target base station may determine to configure or not configure user plane resources for the corresponding MBS session.

[0101] For example, the target base station may compare the position of the UE based on the position information about the UE with the MBS service area for the MBS session to control operations.

[0102] According to an embodiment, if the UE is positioned in the MBS service area for the MBS session, and if shared delivery for the MBS session is not set, the target base station may control to initiate the shared delivery configuration for the MBS session. According to another embodiment, if the UE is not positioned in the MBS service area for the MBS session, the target base station may control not to allocate radio network resources for the MBS session. To that end, the target base station may receive UE position information through the source base station.

[0103] Or, if the handover request message received by the target base station includes active or inactive state information about the MBS session, the target base station may determine radio resource configuration for the MBS session based on the active or inactive state information about the MBS session. For example, when the MBS session state is indicated as the inactive state, the target base station may determine to release radio resource configuration for the inactive state MBS session. Or, when the MBS session state is indicated as the active state, the target base station may determine radio resource configuration for the active state MBS session. The radio resource configuration may include MBS radio bearer configuration information about the MBS session.

[0104] When determining to configure user plane resources, the target base station may perform transmitting a setup request message for allocating user plane resources for the MBS session to the core network entity (S830).

[0105] For example, when it is determined to configure user plane resources for the MBS session, the target base station may transmit a setup request message to the core network entity (e.g., AMF) to initiate a setup procedure for the MBS session.

[0106] For example, the setup request message for allocating user plane resources for the MBS session may include one or more of the MBS session ID, MBS area session ID and shared user plane transmission TNL information. For example, the shared user plane transmission TNL information may be, e.g., IP multicast address, GTP, or DL TEID. The setup request message may be a DISTRIBUTION SETUP REQUEST message that is transmitted to the core network entity by the target base station.

[0107] Meanwhile, after the step of transmitting the setup request message to the core network entity, the target base station may further perform the step of receiving a response message for identifying the user plane resource setup for the MBS session from the core network entity. For example, the response message for identifying the user plane resource setup for the MBS session may include one or more of the MBS session ID, MBS area session ID and shared user plane transmission TNL information. The shared user plane transmission TNL information may be, e.g., IP multicast address, GTP, or DL TEID.

[0108] Meanwhile, the target base station may transmit the radio resource configuration to the UE through the source base station. For example, the target base station may transfer the determined radio resource configuration information in the handover response message to the source base station. The source base station transmits the radio resource configuration information included in the handover response message to the UE. For example, the radio resource configuration information may be transmitted to the UE through an RRC reconfiguration or RRC release message.

[0109] Through the above-described operations according to the embodiment, the target base station and the source base station may effectively control MBS session resources of the UE in the handover process.

[0110] FIG. 9 is a flowchart for describing operations of a source base station according to an embodiment.

[0111] Referring to FIG. 9, the source base station for controlling multicast/broadcast service (MBS) session resources may perform transmitting a handover request message for the UE to the target base station if the handover of the UE is determined (S910).

[0112] For example, handover may be required for the UE based on the movement of the UE. In this case, the source base station may determine the handover of the UE. When handover of the UE is determined, the source base station may transmit a handover request message to the target base station.

[0113] According to an embodiment, the handover request message may include one or more of an MBS session ID for an active MBS session, information for local MBS session resource setup, information for PDU session resource setup associated with the local MBS session, MBS service area information, and MBS area session ID information. The active MBS session may be an MBS session active for the UE. The handover request message may include at least one of the above-described information about the active MBS session.

[0114] According to another embodiment, the handover request message may include active or inactive state information about the MBS session. The active or inactive state information about the MBS session may include information indicating the active or inactive state of the MBS session configured in the UE. Or, the active or inactive state information about the MBS session may be information received by the source base station from the core network entity. For example, the MBS session active or inactive state information may be included in an N2 message or multicast session activation or deactivation message including the PDU session modify command information received from the core network entity by the source base station. Or, the source base station may receive, from the core network entity, MBS session resource information including the MBS session ID and multicast QoS flow information and information for PDU session resource setup associated with the MBS session resource information.

[0115] The source base station may perform receiving a radio resource configuration for the MBS session determined by the target base station based on the handover request message (S920).

[0116] In accordance with an embodiment, the target base station may determine whether to configure user plane resources for the MBS session of the UE based on the handover request message. For example, if the UE is located within the MBS service area for the MBS session, and if shared delivery for the MBS session is not set, the target base station may control to initiate the shared delivery configuration for the MBS session. As another example, when the UE is not located in the MBS service area for the MBS session, the target base station may control not to allocate radio network resources for the MBS session.

[0117] Or, if the handover request message received by the target base station includes active or inactive state information about the MBS session, the target base station may determine radio resource configuration for the MBS session based on the active or inactive state information about the MBS session. For example, when the MBS session state is indicated as the inactive state, the target base station may determine radio resource configuration to be released for the inactive state MBS session. Or, when the MBS session state is indicated as the active state, the target base station may determine radio resource configuration to be set for the active state MBS session. The radio resource configuration may include MBS radio bearer configuration information about the MBS session.

[0118] If the target base station performs user plane resource allocation or generates radio resource configuration information for the MBS session, the source base station may receive the same through the inter-base station interface. For example, the source base station may receive the radio resource configuration included in the handover request confirm message. Here, the user plane resource allocation information and radio resource configuration information may be the same information. Or, the user plane resource allocation information may also be included in the radio resource configuration information.

[0119] For example, the radio resource configuration for the MBS session may include at least one of radio resource configuration information to be set for the active state MBS session and radio resource configuration information to be released for the inactive state MBS session.

[0120] The source base station may perform transmitting the radio resource configuration for the MBS session (S930).

[0121] For example, the source base station may transmit the radio resource configuration to the UE through an RRC reconfiguration or RRC release message. For example, the radio resource configuration may include the above-described radio resource configuration information and/or user plane resource allocation information.

[0122] Through the above-described operations according to the embodiments, the target base station and the source base station may effectively control MBS session resources of the UE in the handover process.

[0123] Hereinafter, various embodiments will be separately described in detail. The embodiments described below may be performed independently or in any combination. In the disclosure, the MBS data transmission is used in the same meaning as PTM transmission or group common PDSCH transmission, if necessary. Accordingly, the terms may be interchanged.

Method of a target base station for determining to provide a local MBS service based on local MBS service area information received from a source base station when an RRC connected UE joining the local MBS session/service moves (the target base station performs admission control based on the local MBS service area)



[0124] A local MBS service is a service that is provided in one or more MBS service areas. The MBS service area may be identified by a cell list or a tracking area list. UEs outside the MBS service area are not allowed to receive position-specific content. On the other hand, only UEs positioned within the MBS service area may receive corresponding content data.

[0125] A position-dependent MBS service is a local MBS service provided within several MBS service areas. The position-dependent MBS service enables distribution of different content data to different MBS service areas. The same MBS session ID is used, but different area session IDs are used for the respective position areas. The area session ID is used in combination with the MBS session ID to uniquely identify the MBS service within the position area. The network may recognize position-dependent content distribution for the position-dependent MBS service. The UE may recognize only the MBS service. When the UE moves to a new MBS service area, content data from the new MBS service area should be able to be transferred to the UE. Further, the network may control to stop content data transfer from the previous MBS service area to the corresponding UE.

[0126] When the UE receiving the local MBS service moves within the corresponding MBS service area, e.g., when moving from the source cell included in the MBS service area to the target cell included in the MBS service area, (if MBS service area information has been transferred from the source base station to the target base station), the target base station servicing the cell included in the corresponding MBS service area may perform admission control based on the local MBS service area. For example, when the target cell is included in the MBS service area, the target base station executes a base station configuration for the local MBS session resources to be set up, received from the source base station. The target base station may allocate TNL resources to be used for the user plane tunnel between the base station and UPF/MB-UPF for the corresponding local MBS session and radio resources mapped to the corresponding local MBS session. The target base station may report a result of successful configuration for the local MBS session resources requested in the handover request confirm message to the source base station.

[0127] When the UE receiving the local MBS service moves to an area/cell/region/location outside the MBS service area, (if MBS service area information has been transferred from the source base station to the target base station), the target base station not servicing the cell included in the corresponding MBS service area may perform admission control based on the local MBS service area. For example, if the target cell is not included in the MBS service area, the target base station may reject the corresponding local MBS session (PDU session including the MBS session) received from the source base station (for local MBS session resources to be set up). The target base station may report the result of failed configuration for local MBS session resources and the corresponding cause (e.g., not in the local MBS service area) to the source base station.

[0128] To that end, the handover request message transmitted from the source base station to the target base station may include service area information and/or area session ID for the local MBS session.

Method for defining MBS session resource information elements to be set up



[0129] For example, an MBS session resource setup list information element (MBS session resources to be setup list) may be defined to transmit service area information for the local MBS session. The MBS session resource setup list information element may be defined as a different dedicated information element distinguished from the unicast-based PDU session resource setup list (PDU session resources to be setup list) information element. The PDU session resource setup list should necessarily include tunnel endpoint information for uplink in UPF (uplink NG-U UP TNL information in UPF) and PDU session type information to distinguish IPv4, IPv6, IPv4v6, Ethernet, and Unstructured. However, the downlink-dedicated MBS session resource setup list may not require the corresponding information. Accordingly, the MBS session resource setup information element may be defined to be distinguished from the PDU session resource setup information element. The MBS session resource setup information element may be rendered to include one or more of the MBS session ID, source-specific multicast address, TMGI, local MBS session or not, service area information about the local MBS session, and session ID per service area (session ID associated with the MBS service area).

[0130] As another example, the service area information about the local MBS session may be included by defining the MBS session resource setup list information element (MBS session resources to be setup list. The MBS session resource setup list information element may be included, as an optional information element, in the PDU session resource setup list (PDU session resources to be setup list). The MBS session resource setup list information element may be included, as an (optional) sub information element, in the PDU session resource setup list. To transmit a multicast join/leave for the MBS session, and for 5GC individual MBS traffic delivery, the PDU session may be used, which is denoted as a PDU session associated with MBS session. One PDU session resource setup information may be rendered to include one or more MBS session resource setup list information element. The PDU session resource setup information may include one or more of the PDU session ID [associated with MBS Session(MBS session ID, source specific multicast address, TMGI)], S-NSSAI, PDU session AMBR, TNL information about the individual tunnel for transmitting data through MBS individual delivery mode (e.g., one or more of UPF NG-U transmission bearer endpoint, and base station NG-U transmission tunnel TNL information), (PDU session) unicast QoS flow information to be set up, mapped/associated with MBS session multicast QoS flow information, MBS session ID, MBS session QoS flow information to be set up, and MBS session local MBS service area information. The QoS flow information may include one or more of QoS flow Identifier and QoS flow level QoS parameters (5QI, Allocation and retention priority, GBR QoS flow information etc.).

[0131] As still another example, service area information for the local MBS session may be included in a mobility restriction list information element (Mobility Restriction list). The target base station may store the information in the UE context. The target base station may use the information to determine a target for the UE during a subsequent mobility action (e.g., handover). For example, the target base station may determine whether the target cell is included in the corresponding local MBS service area and indicate, to the source base station, whether to accept the corresponding MBS session resource through a handover request response/confirm message or a handover preparation failure message.

[0132] The local MBS service may be performed only through a base station supporting MBS. The above-described embodiment may be applied when both the source base station and the target base station are MBS-supporting base stations.

Method for defining a processing method when an RRC-connected UE joining a local MBS session/service moves (e.g., when moving outside the corresponding service area, the target base station transfers a failure to set up the corresponding PDU session to 5GC, performs NG interface-based handover, or releases the radio bearer mapped with the base station)



[0133] When the UE moves from the source base station that supports the local MBS service and/or MBS to the target base station that does not support the local MBS service and/or MBS, it is necessary to determine a method for processing the local MBS service. The source base station may not transfer the local MBS service area information to the target base station, or even when the source base station transfers it, the target base station may not interpret or may disregard it. In this case, the target base station may not perform local MBS session admission control based on local MBS service area information.

[0134] In accordance with an embodiment, if the source base station may be aware in advance that the target base station is a base station that does not support the local MBS service and/or MBS (or if the target cell/base station does not correspond to the local MBS service area), the source base station may not request corresponding local MBS session resource setup. For example, the source base station and the target base station may recognize it by including information for indicating/identifying/requesting/responding to it through any Xn message, such as an Xn setup request message or an Xn setup response message, thereby allowing it to recognize it. The handover request message sent to the target base station by the source base station may be defined to be transmitted except for session resource information about the corresponding local MBS service.

[0135] According to another embodiment, the source base station may include and transmit the PDU session resource setup information associated with the local MBS session. The target base station executes a base station configuration based on the PDU session resource setup information associated with the local MBS session. The target base station may allocate TNL resources to be used for the user plane tunnel between the base station and UPF/MB-UPF for the corresponding local MBS session and radio resources mapped to the corresponding MBS session. The target base station may transmit a path switch request message to the AMF to change the path. The AMF may recognize that the request is a path switch request for the local MBS session through the PDU session ID associated with the local MBS session. The AMF (or AMF via SMF/MB-SMF) may initiate a corresponding PDU session modify/release procedure. Or, the AMF may release the corresponding PDU session through a path switch request confirm message/a path switch failure message. Or, the AMF (or AMF via SMF/MB-SMF) may transmit information for instructing to release the corresponding PDU session to the base station.

[0136] According to still another embodiment, the source base station may transmit a handover required NGAP message to the AMF. The corresponding message may include one or more of the local MBS session resource setup information and/or PDU session resource setup information associated with the local MBS session, target cell ID, target base station ID, and target ID. The AMF may recognize that handover to the corresponding local MBS session/service is requested. The AMF may recognize that the target cell/base station (or target ID/global RAN node ID/TAI) is not included in the corresponding local MBS session/service area. The AMF may transmit a handover request NGAP message to the target base station. The corresponding message may be transmitted except for session resource setup information about the corresponding local MBS service.

[0137] According to further another embodiment, the RRC reconfiguration message transmitted by the target base station through the source base station may include configuration information for releasing the data radio bearer mapped to the corresponding local MBS session. For example, the RRC reconfiguration message may include a radio bearer configuration (RadioBearerConfig) including a list of DRBs to be released (drb-ToReleaselist). The drb-ToReleaseList may include a DRB identifier (drb-Identity) for the data radio bearer mapped to the PDU session associated with the MBS session and/or the MBS radio bearer in terms of the current UE configuration.

Method of a target base setation for requesting 5GC to setup position-dependent local MBS serviced session resources by including an area session ID in the case of a position-dependent local MBS service session



[0138] During the handover preparation step, the source base station may transmit, to the target base station (or AMF), a UE context about the local MBS session that the UE has joined. When the UE context for the local MBS session is not set up/configured/saved in the target base station, when the resources for the local MBS session are not set up/configured/saved in the target base station, or when the target base station has no resources for the local MBS session, the target base station may transmit a message for an MBS session resource setup request for the local MBS session to the 5GC node/entity (AMF/SMF/MB-SMF).

[0139] Or, the 5GC node/entity (AMF) may transmit the message for the MBS session resource setup request for the local MBS session to the target base station through signaling with the 5GC node/entity (SMF/MB-SMF) performing MBS session management. Thus, the 5GC session management node/entity (SMF/MB-SMF) may set up a downlink user plane transport resource/tunnel between the UPF/MB-UPF and the target base station.

[0140] According to an embodiment, if the target base station has determined 5GC individual delivery, the local MBS session resource setup request message may include one or more of the MB-SMF ID, MBS session ID, TMGI, source specific IP multicast address, PDU session ID associated with the multicast session, base station NG-U transmission individual tunnel TNL information (IP address, GTP DL TEID), cell identifier (list) for the target base station to provide the local MBS session/service, tracking area (code) (list) for the target base station to provide the local MBS session/service, tracking area (code) (list) for the target base station to provide the local MBS session/service, and (if the cell/tracking area for the target base station to provide the local MBS session/service is included in the position-dependent MBS session area), cell/area session ID to provide the local MBS session/service.

[0141] According to another embodiment, if the target base station has determined 5GC shared delivery, the local MBS session resource setup request message may include one or more of the MB-SMF ID, MBS session ID, TMGI, source specific IP multicast address, PDU session ID associated with the multicast session, base station NG-U shared transmission tunnel TNL information (IP address, GTP DL TEID), cell identifier (list) for the target base station to provide the local MBS session/service, tracking area (code) (list) for the target base station to provide the local MBS session/service, tracking area (code) (list) for the target base station to provide the local MBS session/service, and (if the cell/tracking area for the target base station to provide the local MBS session/service is included in the position-dependent MBS session area), cell/area session ID to provide the local MBS session/service.

[0142] The 5GC node/entity (AMF/SMF/MB-SMF), receiving the local MBS session resource setup request message, may transmit a local MBS session resource setup response/instruction message to the target base station. The local MBS session resource setup response/instruction message may include one or more of the MB-SMF ID, MBS session ID, TMGI, source specific IP multicast address, PDU session ID associated with the multicast session, base station NG-U transmission individual tunnel TNL information (IP address, GTP DL TEID), cell identifier (list) for the target base station to provide the local MBS session/service, tracking area (code) (list) for the target base station to provide the local MBS session/service, tracking area (code) (list) for the target base station to provide the local MBS session/service, and (if the cell/tracking area for the target base station to provide the local MBS session/service is included in the position-dependent MBS session area), cell/area session ID to provide the local MBS session/service.

[0143] During handover execution, the MBS configuration may be determined by the target base station and may be included in an RRC container/context/message and transmitted to the UE through the source base station.

[0144] Hereinafter, additional embodiments will be described.

[0145] When a multicast session is setup, the multicast session may be set to the active state or inactive state. On the multicast session setup procedure (for the active multicast session), the base station may set up/configure a data radio bearer mapped to the PDU session associated with the multicast session and/or the MBS radio bearer mapped to the multicast session and set the multicast session (to the active state). Or, on the multicast session setup procedure (for the inactive multicast session), the base station may set up/configure a data radio bearer mapped to the PDU session associated with the multicast session and/or the MBS radio bearer mapped to the multicast session and set the multicast session (to the inactive state). The corresponding MBS radio bearer and/or data radio bearer may be configured to operate according to the MBS session inactive state. Or, on the multicast session setup procedure (for the inactive multicast session), the base station may set up/configure only the data radio bearer mapped to the PDU session associated with the multicast session and set the multicast session (to the inactive state). Or, on the multicast session setup procedure (for the inactive multicast session), the base station may set the multicast session (to the inactive state) without setting up/configuring a data radio bearer mapped to the PDU session associated with the multicast session or the MBS radio bearer mapped to the multicast session. This is described below in greater detail.

[0146] The UE may join the multicast session through a PDU session modification procedure in the RRC connected state. Hereinafter, the PDU session modificaditon procedure will be described.
  1. 1. To join a multicast group, the UE transmits a PDU session modify request message to the AMF. The message includes an MBS session ID for indicating the multicast group that the UE desires to join.
  2. 2. The AMF receives an MBS context for the multicast session from a relevant 5GC node/entity (SMF/MB-SMF) through signaling. For example, the SMF performs authorization on an MBS session join request and extracts multicast QoS flow information for the MBS session indicated through signaling with the MB-SMF. The SMF transmits the MBS session context to the AMF. The MBS session context may include one or more of MBS session ID, source specific multicast address, TMGI, multicast QoS flow information, MBS session AMBR, associated PDU session context, PDU session ID, S-NSSAI, PDU session AMBR, associated unicast QoS flow-multicast QoS flow information mapping/association, and multicast session state (active/inactive), and information as to whether to support the multicast session state (active/inactive).
  3. 3. The AMF transmits an N2 message including PDU session modify command information to the base station. The PDU session modify command information or N2 message may include MBS context information. The PDU session modify command information or N2 message may include the MBS session state (or multicast session state or information for indicating activation/deactivation of the MBS/multicast session). For example, the MBS session state (or multicast session state or information for indicating activation/deactivation of the MBS/multicast session) may be configured of one-bit information to distinguish active/inactive states (activation/deactivation indications).
  4. 4. If the base station supporting the MBS receives the MBS session ID, but no multicast session context is present for the MBS session ID, the base station uses the MBS session QoS information for allocating a resource for serving the MBS session. If the base station does not support the MBS, 5GC individual MBS traffic delivery may be performed. For example, the base station may transmit the MBS data received from the core network entity to the UE, in a PTP manner using a normal data radio bearer, through an individual tunnel between the base station and the UPF/MB-UPF using the PDU session context (unicast QoS flow information) associated with the MBS session. The base station may configure/reserve radio resources to the UE.


[0147] As an example, when the MBS session state is set to the active state and indicated (through the N2 message), the base station may indicate (e.g., transmit, provide) an RRC reconfiguration message including radio resource configuration information for receiving the MBS session data to the UE. The RRC reconfiguration message may include MBS radio bearer configuration information mapped to the MBS session and/or the data radio bearer information mapped to the PDU session associated with the MBS session. The data radio bearer may be configured based on the PDU session context (e.g., QoS flow information) mapped/associated to the MBS session. The data radio bearer may be used for transmission in the PTP scheme using the 5GC individual MBS traffic delivery.

[0148] The RRC reconfiguration message may include MBS session state information (active/inactive). The RRC reconfiguration message may include information configured in association with the multicast session state for the MBS radio bearer mapped to the multicast session. As an example, the RRC message may include information configured with the MBS radio bearer mapped to the multicast session (or data radio bearer mapped to the PDU session associated with the MBS session) distinguished for the active/inactive state. As another example, the RRC message may include information configured with the MBS radio bearer mapped to the multicast session (or data radio bearer mapped to the PDU session associated with the MBS session) distinguished for the active/inactive state.

[0149] The UE (when the multicast session state is set to the active state and indicated) may configure the MBS radio bearer and/or data radio bearer mapped to the PDU session associated with the MBS session. The UE may receive MBS session data through the configured MBS radio bearer and/or data radio bearer mapped to the PDU session associated with the MBS session.

[0150] FIG. 10 is a view illustrating an example of a layer 2 structure for receiving MBS data.

[0151] Referring to FIG. 10, for an MBS service session belonging to one multicast group, the MBS radio bearer may be defined as a separate bearer structure having two legs/paths. One leg/path of the MBS radio bearer based on the separate bearer structure may include L2 entity(ies) configuration for (normal) unicast DRB for PTP transmission and perform PTP transmission. The other leg/path may include L2 entity(ies) configuration for PTM transmission and perform PTM transmission.

[0152] The RLC entity of unicast leg/path for PTP transmission may be configured in association with the logical channel identifier. Data may be received by scheduling indicated by the C-RNTI in the MAC. The RLC entity of the leg/path for PTM transmission may be distinguished per MBS session and be configured in association with the RNTI for identifying data reception or MBS session data transmission. Here, for convenience of description, MBS user data is referred to as NR-MTCH, but this is only for convenience of description and may be replaced with any other terms (e.g., MB Traffic Channel, Multicast Traffic Channel). Further, the RNTI for MBS data identification means a multicast session/multicast group specific RNTI or a group common RNTI for multicast traffic/data, similar to SC-RNTI and G-RNTI. Here, for convenience of description, it is referred to as MBS-G-RNTI. However, the embodiments are not limited thereto. It may be replaced with another term.

[0153] The RLC entity of the unicast leg/path for PTP transmission and the RLC entity of the leg/path for PTM transmission may be associated with one PDCP entity. The PDCP entity may be associated with an MBS service session (TMGI/MBS session ID/IP multicast address). The UE may receive MBS service data transmitted according to the transmission scheme selected by the base station. For example, the base station may transmit data through one path (or two paths) of the RLC entity of the unicast leg/path for PTP transmission and the RLC entity of the leg/path for PTM transmission in the PDCP entity and the UE may receive the data.

[0154] The base station is aware of one set of UEs having joined the corresponding multicast group. For example, in the structure shown in FIG. 10, there may be as many RLC entities of the leg/path for PTM transmission as the number of RRC connected UEs having joined the corresponding multicast group.

[0155] As another example, when the MBS session state is set to the inactive state and indicated (through the N2 message). The base station may indicate (e.g., instruct or inform) an RRC reconfiguration/release message including radio resource configuration information for receiving the MBS session data to the UE. The RRC reconfiguration/release message may include MBS radio bearer configuration information mapped to the MBS session. The RRC reconfiguration/release message may include multicast session state information (inactive). The RRC reconfiguration/release message may include inactive MBS radio bearer configuration information associated with the MBS session. The RRC reconfiguration/release message may include MBS radio bearer configuration information to be suspended, associated with the MBS session. The RRC reconfiguration/release message may include any configuration information for indicating that the MBS session is in the inactive state.

[0156] As another example, when the multicast session state is set to the inactive state and indicated (through the N2 message) (or when indicating the deactivation of the multicast session), the base station may indicate (e.g., provide, transmit) an RRC reconfiguration message including radio resource configuration information for the UE to receive the MBS session data to the UE. Or, the base station may indicate (e.g., provide, transmit) an RRC release message to release/suspend the radio resource configuration information for the UE to receive the MBS session data to the UE. The RRC reconfiguration/release message may include a PDU session modify command message. The PDU session modify command may be included and transmitted in the dedicated NAS-Message information element. The PDU session modify command message may include multicast session state information (inactive). The RRC reconfiguration/release message may include MBS radio bearer configuration information mapped to the MBS session. The NAS/higher layer of the UE receiving the PDU session modify command may indicate (e.g., inform) the state information (inactive) about the multicast session to the AS/RRC/lower layer. The RRC of the UE may suspend/release/switch to the inactive state the MBS radio bearer mapped to the multicast session.

[0157] As another example, when the multicast session state is set to the inactive state and indicated (through the N2 message) (or when indicating the deactivation of the multicast session), the base station may indicate (e.g., provide, transmit), to the UE, an RRC reconfiguration/release message including radio resource configuration information for the UE to receive the MBS session data. The RRC reconfiguration/release message may include a PDU session modify command message. The PDU session modify command may be included and transmitted in the dedicated NAS-Message information element. The PDU session modify command message may include multicast session state information (inactive). (If the MBS radio bearer mapped to the MBS session is configured in the UE) the RRC reconfiguration/release message may include information for instructing to suspend the MBS radio bearer configuration information mapped to the MBS session. The RRC reconfiguration/release message may include data radio bearer configuration information mapped to the PDU session associated with the MBS session.

[0158] As another example, when the multicast session state is set to the inactive state and indicated (through the N2 message) (or when indicating the deactivation of the multicast session), the base station may indicate (e.g., transmit, provide) the MAC CE to the UE for indicating that the state of the multicast session is inactive. The MAC CE may include one or more of the MBS session ID information, TMGI, source specific IP multicast address, information for indicating the MBS session state, information for indicating MBS session activation/inactivation, MBS radio bearer identifier mapped to the MBS session, and data radio bearer identifier mapped to the PDU session associated with the MBS session. The MAC CE may be used to instruct an arbitrary base station to perform UE operations related to the radio resource configuration associated with the MBS session, in association with a multicast session activation/deactivation procedure.

[0159] The above-described operations may be an example of reception of any information to indicate that the state of the multicast session is inactive.

[0160] Upon receiving any information to indicate that the state of the multicast session is inactive, the UE may perform one or more operations as follows.

[0161] The UE may configure the MBS radio bearer. The UE may store the MBS radio bearer. The UE may configure/store the MBS radio bearer in the inactive state. The UE may suspend the MBS radio bearer. The UE may suspend reception of data for the MBS session. The UE may consider that the MBS radio bearer is in the inactive multicast session state. The UE does not perform data reception through the MBS-G-RNTI. The UE stops/pauses/suspends data reception through the MBS-G-RNTI. The UE does not perform PDCCH monitoring through the MBS-G-RNTI. The UE does not perform group common PDCCH monitoring through the MBS-G-RNTI. The UE may release the MBS radio bearer. The UE may configure the data radio bearer mapped to the PDU session associated with the MBS session. The UE may suspend the data radio bearer mapped to the PDU session associated with the MBS session. Or, the UE may receive data through the data radio bearer mapped to the PDU session associated with the MBS session.

[0162] Meanwhile, when the MBS session supports the multicast session state (active/inactive change), the state change/switching (active/inactive) for the MBS session may be triggered by an application function request or by whether to receive multicast data. An activation/deactivation procedure may be initiated by the trigger.

[0163] As an example, when the MBS session supports the inactive state (or active-inactive state switch) during the MBS session configuration procedure, the AMF/SMF/MB-SMF may include and transmit one or more of the MBS session state (active/inactive), indication information for enabling MBS session state change (function), and timer (value) for checking the MBS session state change to the UPF/MB-UPF/base station. The UPF/MB-UPF/base station receiving the information may check the MBS session state change if the MBS session state is set to active. For example, if transmitting/receiving data/logical channel associated with the MBS session, the UPF/MB-UPF/base station starts or restarts the timer for checking the MBS session state change. If the timer for checking the MBS session state change expires, the UPF/MB-UPF/base station may transmit information for indicating MBS session deactivation to the AMF/SMF/MB-SMF. As another example, if the AMF/SMF/MB-SMF receives information for indicating MBS session deactivation, the AMF/SMF/MB-SMF may request the base station to deactivate the MBS session. As another example, if receiving data/logical channel associated with the MBS session from the UPF/MB-UPF, the base station starts or restarts the timer for checking the MBS session state change. If the timer for checking the MBS session state change expires, the base station may transmit information for indicating MBS session deactivation to the AMF.

[0164] As another example, upon receiving data for the multicast session in the inactive state, the MB-UPF/UPF/base station may notify the AMF/SMF/MB-SMF of it. The corresponding message may include MBS session identification information. The corresponding message may include indication information/message for notifying of downlink data for the MBS session (or for indicating that activation of the MBS session has been triggered). Upon receiving the message, the AMF may request/instruct the base station to activate the MBS session. The message for the AMF to request/instruct the base station to activate the MBS session may include one or more of paging message/related information, MBS session ID, information for indicating the MBS session state and information for indicating MBS session activation/deactivation. When a UE in the RRC idle state joins the multicast session, the AMF may page the UE through a CN-initiated paging procedure. The paging message transmitted from the AMF to the base station may include one or more of MBS session ID information, information for indicating the MBS session state, and information for indicating activation/deactivation of the MBS session. The paging message transmitted to the UE by the base station may include one or more of MBS session ID information, information for indicating the MBS session state, and information for indicating activation/deactivation of the MBS session. The paging message may be included in the paging record or UE identifier information element included in the paging record. As the UE identifier information element included in the current paging record, a 48-bit NG-5G-S-TMSI or a 40-bit full-RNTI may be selected. If the MBS session ID is a value smaller than 48 bits, it may be included and transmitted on the UE identifier information element. When the MBS session ID included in the paging message matches the MBS session ID of the inactive multicast session joined by the UE, the UE may initiate/perform any operation for receiving data through the MBS radio bearer or any procedure (RRC resume or RRC establishment) to resume the MBS radio bearer. As an example, the UE may instruct the base station to resume/activate data reception for the MBS session through the MAC CE and to resume/activate data reception through the MBS radio bearer. As another example, any operations included in the disclosure may be an example of any operation to receive data through the MBS radio bearer.

[0165] As another example, when a UE in the RRC inactive state joins the inactive multicast session, the base station may page the UE through a RAN-initiated paging procedure. The paging message transmitted to the UE by the base station may include one or more of MBS session ID information, information for indicating the MBS session state, and information for indicating activation/deactivation of the MBS session. The paging message may be included in the paging record or UE identifier information element included in the paging record. Or, the paging message may be provided by the base station to the UE having switched to the RRC inactive state (RRC release with suspendconfig) among the UEs joining the multicast session. The paging message may be included in the paging record or UE identifier information element included in the paging record. As the UE identifier information element included in the current paging record, a 48-bit NG-5G-S-TMSI or a 40-bit full-RNTI may be selected. If the MBS session ID is a value smaller than 48 bits, it may be included and transmitted on the UE identifier information element. When the MBS session ID included in the paging message matches the MBS session ID of the inactive multicast session joined by the UE, the UE may initiate/perform any operation for receiving data through the MBS radio bearer or any procedure (RRC resume or RRC establishment) to resume the MBS radio bearer. As an example, the UE may instruct the base station to resume/activate data reception for the MBS session through the MAC CE or to resume/activate data reception through the MBS radio bearer. As another example, any operations included in the disclosure may be an example of any operation to receive data through the MBS radio bearer. The MAC CE may include one or more of MBS session ID information, TMGI, source specific IP multicast address, information for indicating the MBS session state, and information for indicating activation/deactivation of the MBS session.

[0166] If the base station receives information to instruct to deactivate the multicast session from the AMF (or any 5GC node/entity), the base station may store the inactive state of the multicast session on the UE context of the UE. The base station may transmit an RRC release message (RRC release or RRC release with suspendconfig) according to the data inactivity timer of the UE, allowing the UE to enter the RRC idle or RRC inactive state. When the UE switches to the RRC inactive state, the AMF does not page the UE because it considers the UE as being in the CM CONNECTED state. Accordingly, if the multicast session state is triggered to change/switch from the inactive state to the active state, e.g., if the base station receives information for instructing to activate the multicast session from the AMF (or any 5GC node/entity), and/or if the base station receives data for the multicast session, the base station should perform RAN-initiated paging on the UE.

[0167] As another example, upon receiving the active multicast session state from the AMF or upon receiving information for instructing to activate the multicast session from the AMF, the base station may also receive assistance information to instruct the UE not to switch to the RRC inactive state. The corresponding information may include one or more of MBS session ID information, information for indicating the MBS session state, information for indicating activation/deactivation of the MBS session, and information as to whether to support the MBS session state. The corresponding information may be included in the core network assistance information for RRC inactive information element. The corresponding information may be provided in an information element distinguished from the core network assistance information for RRC inactive. If receiving the corresponding information, the base station may store the received corresponding information. The base station may use the stored corresponding information for determining the RRC inactive state or RAN paging. Or, the base station may release/remove/discard/update/disregard/override the stored core network assistance information for RRC inactive.

[0168] As described above, the UE may effectively receive MBS service data according to the embodiments.

[0169] FIG. 11 is a block diagram illustrating a target base station according to an embodiment.

[0170] Referring to FIG. 11, a target base station 1100 for controlling a multicast/broadcast service (MBS) session resource may include a receiver 1130 receiving a handover request message from a source base station, a controller 1110 controlling whether to set up a user plane resource for an MBS session for a UE based on the handover request message, and a transmitter 1120 transmitting a setup request message for allocating the user plane resource for the MBS session to a core network entity when it is determined to set up the user plane resource.

[0171] For example, handover may be required for the UE according to the movement of the UE. In this case, the source base station may determine the handover of the UE. When handover of the UE is determined, the source base station may transmit a handover request message to the target base station. Accordingly, the receiver 1130 may receive the handover request message from the source base station. The handover request message may be transferred through an interface between base stations.

[0172] According to an embodiment, the handover request message may include one or more of an MBS session ID for an active MBS session, information for local MBS session resource setup, information for PDU session resource setup associated with the local MBS session, MBS service area information, and MBS area session ID information. The active MBS session may be an MBS session active for the UE. The handover request message may include at least one of the above-described information about the active MBS session.

[0173] According to another embodiment, the handover request message may include active or inactive state information about the MBS session. The active or inactive state information about the MBS session may include information indicating the active or inactive state of the MBS session configured in the UE. Or, the active or inactive state information about the MBS session may be information received by the source base station from the core network entity.

[0174] Further, the controller 1110 may set up a radio resource configuration for the MBS session of the UE based on information included in the received handover request message. The controller 1110 may determine to configure (e.g., setup) or not configure (e.g., setup) user plane resources for the corresponding MBS session.

[0175] For example, the controller 1110 may compare the position information (e.g., location information) about the UE with the MBS service area for the MBS session to control operations.

[0176] If the UE is positioned in the MBS service area for the MBS session, and if shared delivery for the MBS session is not set, the controller 1110 may control to initiate the shared delivery configuration for the MBS session. If the UE is not positioned (located) in the MBS service area for the MBS session, the controller 1110 may control not to allocate radio network resources for the MBS session. To that end, the receiver 1130 may receive UE position information through the source base station.

[0177] Or, if the handover request message received by the target base station includes active or inactive state information about the MBS session, the controller 1110 may determine a radio resource configuration for the MBS session based on the active or inactive state information about the MBS session. For example, when the MBS session state is indicated as the inactive state, the controller 1110 may determine a radio resource configuration to be released for the inactive state MBS session. Or, when the MBS session state is indicated as the active state, the controller 1110 may determine a radio resource configuration set for the active state MBS session. The radio resource configuration may include MBS radio bearer configuration information about the MBS session.

[0178] Further, when it is determined to configure (e.g., setup) user plane resources for the MBS session, the transmitter 1120 may transmit a setup request message to the core network entity (e.g., AMF) to initiate a setup procedure for the MBS session.

[0179] For example, the setup request message for allocating user plane resources for the MBS session may include one or more of the MBS session ID, MBS area session ID and shared user plane transmission TNL information. For example, the shared user plane transmission TNL information may be, e.g., IP multicast address, GTP, or DL TEID. The setup request message may be a DISTRIBUTION SETUP REQUEST message that is transmitted to the core network entity by the target base station.

[0180] Meanwhile, after transmitting the setup request message to the core network entity, the receiver 1130 may receive a response message for identifying the user plane resource setup for the MBS session from the core network entity. For example, the response message for identifying the user plane resource setup for the MBS session may include one or more of the MBS session ID, MBS area session ID and shared user plane transmission TNL information. The shared user plane transmission TNL information may be, e.g., IP multicast address, GTP, or DL TEID.

[0181] Meanwhile, the transmitter 1120 may transmit the radio resource configuration to the UE through the source base station. For example, the transmitter 1120 may transfer the determined radio resource configuration information in the handover response message to the source base station. The source base station transmits the radio resource configuration information included in the handover response message to the UE. For example, the radio resource configuration information may be transmitted to the UE through an RRC reconfiguration or RRC release message.

[0182] Besides, the controller 1110 controls the overall operation of the target base station 1100 according to an operation for controlling MBS session resources necessary to perform the above-described embodiments.

[0183] The transmitter 1120 and the receiver 1130 are used to transmit or receive signals or messages or data necessary for performing the above-described embodiments, with the source base station, core network entity, and UE.

[0184] FIG. 12 is a block diagram illustrating a source base station according to an embodiment.

[0185] Referring to FIG. 12, a source base station 1200 for controlling a multicast/broadcast service (MBS) session resource may include a transmitter 1220 transmitting a handover request message for a UE to a target base station if the determination is made to handover the UE and a receiver 1230 receiving a radio resource configuration for an MBS session determined by the target base station based on the handover request message. Further, the transmitter 1220 may further transmit a radio resource configuration for the MBS session to the UE.

[0186] For example, handover may be required for the UE according to the movement of the UE. In this case, the source base station may determine the handover of the UE. When it is determined to handover the UE, the transmitter 1220 may transmit a handover request message to the target base station.

[0187] For example, the handover request message may include one or more of an MBS session ID for an active MBS session, information for local MBS session resource setup, information for PDU session resource setup associated with the local MBS session, MBS service area information, and MBS area session ID information. The active MBS session may be an MBS session active for the UE. The handover request message may include at least one of the above-described information about the active MBS session.

[0188] As another example, the handover request message may include active or inactive state information about the MBS session. The active or inactive state information about the MBS session may include information indicating the active or inactive state of the MBS session configured in the UE. Or, the active or inactive state information about the MBS session may be information received by the source base station from the core network entity. For example, the MBS session active or inactive state information may be included in an N2 message or multicast session activation or deactivation message including the PDU session modify command information received from the core network entity by the source base station. Or, the receiver 1230 may receive, from the core network entity, MBS session resource information including the MBS session ID and multicast QoS flow information and information for PDU session resource setup associated with the MBS session resource information.

[0189] Meanwhile, the target base station may determine whether to configure user plane resources for the MBS session of the UE based on the handover request message. As an example, if the UE is positioned (e.g., located) in the MBS service area for the MBS session, and if shared delivery for the MBS session is not set, the target base station may control to initiate the shared delivery configuration for the MBS session. When the UE is not positioned in the MBS service area for the MBS session, the target base station may control not to allocate radio network resources for the MBS session.

[0190] Or, if the handover request message received by the target base station includes active or inactive state information about the MBS session, the target base station may determine a radio resource configuration for the MBS session based on the active or inactive state information about the MBS session. For example, when the MBS session state is indicated as the inactive state, the target base station may determine a radio resource configuration to be released for the inactive state MBS session. Or, when the MBS session state is indicated as the active state, the target base station may determine a radio resource configuration set for the active state MBS session. The radio resource configuration may include MBS radio bearer configuration information about the MBS session.

[0191] If the target base station performs user plane resource allocation or generates radio resource configuration information for the MBS session, the receiver 1230 may receive the same through the inter-base station interface. For example, the receiver 1230 may receive the radio resource configuration included in the handover request confirm message. Here, the user plane resource allocation information and radio resource configuration information may be the same information. Or, the user plane resource allocation information may also be included in the radio resource configuration information.

[0192] For example, the radio resource configuration for the MBS session may include at least one of radio resource configuration information configured for the active state MBS session and radio resource configuration information to be released for the inactive state MBS session.

[0193] Further, the transmitter 1220 may transmit the radio resource configuration to the UE through an RRC reconfiguration or RRC release message. For example, the radio resource configuration may include the above-described radio resource configuration information and/or user plane resource allocation information.

[0194] Besides, the controller 1210 controls the overall operation of the source base station 1200 according to the operation of controlling the MBS session necessary to perform the above-described embodiments.

[0195] The transmitter 1220 and the receiver 1230 are used to transmit or receive signals or messages or data necessary for performing the above-described embodiments, with the core network entity, target base station, and UE.

[0196] The embodiments described above may be supported by the standard documents disclosed in at least one of the radio access systems such as IEEE 802, 3GPP, and 3GPP2. That is, the steps, configurations, and parts, which have not been described in the present embodiments, may be supported by the above-mentioned standard documents for clarifying the technical concept of the disclosure. In addition, all terms disclosed herein may be described by the standard documents set forth above.

[0197] The above-described embodiments may be implemented by any of various means. For example, the present embodiments may be implemented as hardware, firmware, software, or a combination thereof.

[0198] In the case of implementation by hardware, the method according to the present embodiments may be implemented as at least one of an application specific integrated circuit (ASIC), a digital signal processor (DSP), a digital signal processing device (DSPD), a programmable logic device (PLD), a field programmable gate array (FPGA), a processor, a controller, a microcontroller, or a microprocessor.

[0199] In the case of implementation by firmware or software, the method according to the present embodiments may be implemented in the form of an apparatus, a procedure, or a function for performing the functions or operations described above. Software code may be stored in a memory unit, and may be driven by the processor. The memory unit may be provided inside or outside the processor, and may exchange data with the processor by any of various well-known means.

[0200] In addition, the terms "system", "processor", "controller", "component", "module", "interface", "model", "unit", and the like may generally mean computer-related entity hardware, a combination of hardware and software, software, or running software. For example, the above-described components may be, but are not limited to, a process driven by a processor, a processor, a controller, a control processor, an entity, an execution thread, a program and/or a computer. For example, both the application that is running in a controller or a processor and the controller or the processor may be components. One or more components may be provided in a process and/or an execution thread, and the components may be provided in a single device (e.g., a system, a computing device, etc.), or may be distributed over two or more devices.

[0201] The above embodiments of the present disclosure have been described only for illustrative purposes, and those skilled in the art will appreciate that various modifications and changes may be made thereto without departing from the scope and spirit of the disclosure. Further, the embodiments of the disclosure are not intended to limit, but are intended to illustrate the technical idea of the disclosure, and therefore the scope of the technical idea of the disclosure is not limited by these embodiments. The scope of the present disclosure shall be construed on the basis of the accompanying claims in such a manner that all of the technical ideas included within the scope equivalent to the claims belong to the present disclosure.

CROSS REFERENCE TO RELATED APPLICATION



[0202] The instant patent application claims priority under 35 U.S.C. 119(a) to Korean Patent Application Nos. 10-2021-0039612 and 10-2022-0034597, filed on March 26, 2021 and March 21, 2022, respectively, in the Korean Intellectual Property Office, the disclosures of which are herein incorporated by reference in their entireties. The present patent application claims priority to other applications to be filed in other countries, the disclosures of which are also incorporated by reference herein in their entireties.


Claims

1. A method of a target base station for controlling a multicast/broadcast service (MBS) session resource, the method comprising:

receiving a handover request message from a source base station;

controlling whether to configure a user plane resource for an MBS session for a user equipment (UE) based on the handover request message; and

upon making determination to configure the user plane resource, transmitting, to a core network entity, a setup request message for allocating the user plane resource for the MBS session.


 
2. The method of claim 1, wherein the handover request message includes at least one of an MBS session ID for an active MBS session, information for local MBS session resource setup, information for PDU session resource setup associated with the local MBS session, MBS service area information, and MBS area session ID information.
 
3. The method of claim 1, wherein the controlling whether to configure the user plane resource for the MBS session comprises controlling to initiate shared delivery setup for the MBS session in an event that the UE is positioned in an MBS service area for the MBS session and that shared delivery for the MBS session is not configured.
 
4. The method of claim 1, wherein the controlling whether to configure the user plane resource for the MBS session comprises controlling not to allocate a radio network resource for the MBS session in an event that the UE is not positioned in an MBS service area for the MBS session.
 
5. The method of claim 1, wherein the setup request message for allocating the user plane resource for the MBS session includes at least one of an MBS session ID, an MBS area session ID and shared user plane transmission TNL information.
 
6. The method of claim 1, further comprising, after transmitting the setup request message, receiving a response message for identifying the user plane resource setup for the MBS session from the core network entity.
 
7. The method of claim 6, wherein the response message for identifying the user plane resource setup for the MBS session includes at least one of an MBS session ID, an MBS area session ID and shared user plane transmission TNL information.
 
8. A method of a source base station for controlling a multicast/broadcast service (MBS) session resource, the method comprising:

transmitting a handover request message for a user equipment (UE) to a target base station upon making determination to handover the UE;

receiving radio resource configuration for an MBS session determined by the target base station based on the handover request message; and

transmitting the radio resource configuration for the MBS session to the UE.


 
9. The method of claim 8, wherein the handover request message includes at least one of an MBS session ID for an active MBS session, information for local MBS session resource setup, information for PDU session resource setup associated with the local MBS session, MBS service area information, and MBS area session ID information.
 
10. The method of claim 8, wherein the target base station determines whether to configure a user plane resource for the MBS session for the UE based on the handover request message and controls to initiate shared delivery setup for the MBS session in an event that the UE is positioned in an MBS service area for the MBS session and that shared delivery for the MBS session is not configured.
 
11. The method of claim 10, wherein the target base station controls not to allocate a radio network resource for the MBS session in an event that the UE is not positioned in an MBS service area for the MBS session.
 
12. The method of claim 8, wherein the radio resource configuration for the MBS session includes at least one of radio resource configuration information configured for an active state MBS session and radio resource configuration information to be released for an inactive state MBS session.
 
13. A target base station for controlling a multicast/broadcast service (MBS) session resource, comprising:

a receiver configured to receive a handover request message from a source base station;

a controller configured to control whether to configure a user plane resource for an MBS session for a user equipment (UE) based on the handover request message; and

a transmitter configured to, when determining to configure the user plane resource, transmit, to a core network entity, a setup request message for allocating the user plane resource for the MBS session.


 
14. The target base station of claim 13, wherein the handover request message includes at least one of an MBS session ID for an active MBS session, information for local MBS session resource setup, information for PDU session resource setup associated with the local MBS session, MBS service area information, and MBS area session ID information.
 
15. The target base station of claim 13, wherein the controller controls to initiate shared delivery setup for the MBS session in an event that the UE is positioned in an MBS service area for the MBS session and that shared delivery for the MBS session is not configured.
 
16. The target base station of claim 13, wherein the controller controls not to allocate a radio network resource for the MBS session in an event that the UE is not positioned in an MBS service area for the MBS session.
 
17. The target base station of claim 13, wherein the setup request message for allocating the user plane resource for the MBS session includes at least one of an MBS session ID, an MBS area session ID and shared user plane transmission TNL information.
 
18. The target base station of claim 13, wherein the receiver further receives a response message for identifying the user plane resource setup for the MBS session from the core network entity.
 
19. The target base station of claim 18, wherein the response message for identifying the user plane resource setup for the MBS session includes at least one of an MBS session ID, an MBS area session ID and shared user plane transmission TNL information.
 




Drawing








































Search report













Cited references

REFERENCES CITED IN THE DESCRIPTION



This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

Patent documents cited in the description