[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2022086121A1 - 이동 통신 시스템에서 멀티캐스트/브로드캐스트 서비스를 지원하는 방법 및 장치 - Google Patents

이동 통신 시스템에서 멀티캐스트/브로드캐스트 서비스를 지원하는 방법 및 장치 Download PDF

Info

Publication number
WO2022086121A1
WO2022086121A1 PCT/KR2021/014577 KR2021014577W WO2022086121A1 WO 2022086121 A1 WO2022086121 A1 WO 2022086121A1 KR 2021014577 W KR2021014577 W KR 2021014577W WO 2022086121 A1 WO2022086121 A1 WO 2022086121A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
service
data
identifier
variable
Prior art date
Application number
PCT/KR2021/014577
Other languages
English (en)
French (fr)
Inventor
김동건
김성훈
백상규
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to EP21883190.7A priority Critical patent/EP4221453A4/en
Priority to US18/249,531 priority patent/US20230389049A1/en
Priority to EP24192974.4A priority patent/EP4432734A3/en
Publication of WO2022086121A1 publication Critical patent/WO2022086121A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS

Definitions

  • the present disclosure relates to a method of supporting a loss-free MBS service in a next-generation mobile communication system.
  • the 5G communication system or the pre-5G communication system is called a system after the 4G network (Beyond 4G Network) communication system or the LTE system after (Post LTE).
  • the 5G communication system is being considered for implementation in a very high frequency (mmWave) band (eg, such as a 60 gigahertz (60 GHz) band).
  • mmWave very high frequency
  • 60 GHz gigahertz
  • beamforming, massive MIMO, and Full Dimensional MIMO (FD-MIMO) are used.
  • an array antenna, analog beam-forming, and a large scale antenna technology are being discussed.
  • an evolved small cell in the 5G communication system, an evolved small cell, an advanced small cell, a cloud radio access network (cloud radio access network: cloud RAN), an ultra-dense network (ultra-dense network) , Device to Device communication (D2D), wireless backhaul, moving network, cooperative communication, Coordinated Multi-Points (CoMP), and interference cancellation Technology development is underway.
  • cloud radio access network cloud radio access network: cloud RAN
  • ultra-dense network ultra-dense network
  • D2D Device to Device communication
  • CoMP Coordinated Multi-Points
  • interference cancellation Technology development is underway.
  • advanced coding modulation (ACM) methods such as FQAM (Hybrid FSK and QAM Modulation) and SWSC (Sliding Window Superposition Coding)
  • advanced access technologies such as Filter Bank Multi Carrier (FBMC), NOMA (non-orthogonal multiple access), and sparse code multiple access (SCMA) are being developed.
  • FBMC Filter Bank Multi Carrier
  • NOMA non-ort
  • IoT Internet of Things
  • IoE Internet of Everything
  • M2M sensing technology
  • MTC Machine Type Communication
  • IoT Internet Technology
  • IoT is a field of smart home, smart building, smart city, smart car or connected car, smart grid, health care, smart home appliance, advanced medical service, etc. can be applied to
  • 5G communication technology is implemented by techniques such as beam forming, MIMO, and array antenna.
  • cloud radio access network cloud RAN
  • MBS service Multicast or Broadcast service or MBMS (Multimedia Broadcast and Multicast Service) ) or MBS (Multicast and Broadcast Service)
  • the MBS service may be provided to the UE through a multicast bearer or a unicast bearer.
  • a multicast bearer may refer to a bearer serving a multicast service or a broadcast service, and may indicate a broadcast bearer.
  • the multicast service may indicate a service provided only to terminals registered or authorized in the network, or the broadcast service may indicate a service provided to an unspecified number of terminals or terminals not registered or authorized in the network. there is.
  • a bearer supporting the multicast service or the broadcast service may be referred to as a multicast bearer.
  • a structure or configuration method of a multicast bearer or a unicast bearer supporting the MBS service and a physical layer device, MAC layer device, RLC layer device or PDCP layer device for receiving MBS data and processing MBS data data processing method is required.
  • the MBS service in RRC connected mode RRC Connected mode
  • RRC idle mode RRC IDLE Mode
  • RRC inactive mode RRC INACTIVE mode
  • a signaling procedure for continuing to support the MBS service when switching between the modes RRC connected mode or RRC idle mode (RRC IDLE Mode) or RRC inactive mode (RRC INACTIVE mode) or a signaling procedure for continuing to support the MBS service when switching between the modes;
  • the operation of the terminal must be specified.
  • the present disclosure proposes methods for a terminal to normally receive an MBS service in various scenarios as described above.
  • An embodiment of the present disclosure provides a method of a terminal supporting a multicast/broadcast service (MBS) in a wireless communication system.
  • the method includes receiving a radio resource control (RRC) message instructing a switch from a multicast service (point-to-multicast) to a unicast service (PTP: point-to-point) from a base station procedure; and initializing at least one window variable based on the received packet data convergence protocol (PDCP) data.
  • RRC radio resource control
  • Another embodiment of the present disclosure provides a method of a terminal supporting a multicast/broadcast service (MBS) in a wireless communication system.
  • the method includes receiving a radio resource control (RRC) message instructing to switch from a unicast service (PTP: point-to-point) to a multicast service (PTM: point-to-multicast) from a base station procedure; and initializing at least one window variable based on the received packet data convergence protocol (PDCP) data.
  • RRC radio resource control
  • An embodiment of the present disclosure provides a terminal supporting a multicast/broadcast service (MBS) in a wireless communication system.
  • the terminal includes a transceiver; and a radio resource control (RRC) message instructing a switch from a multicast service (point-to-multicast) to a unicast service (PTP) from a base station. and a control unit configured to initialize at least one window variable based on the received packet data convergence protocol (PDCP) data.
  • RRC radio resource control
  • the terminal includes a transceiver; and a radio resource control (RRC) message instructing switching from a unicast service (point-to-point) to a multicast service (PTM: point-to-multicast) from the base station. and a control unit configured to initialize at least one window variable based on the received packet data convergence protocol (PDCP) data.
  • RRC radio resource control
  • reconfiguration (or switching) from a multicast bearer to a unicast bearer or from a unicast bearer to support an MBS service with no data loss or less data loss A method of reconfiguring (or switching) to a multicast bearer is proposed to support seamless MBS service.
  • FIG. 1 is a diagram illustrating a radio protocol structure of a next-generation mobile communication system that can be applied to the present disclosure.
  • FIG. 2 is a diagram illustrating a procedure for providing a service to a terminal by efficiently using a very wide frequency bandwidth in a next-generation mobile communication system according to an embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating a procedure for a terminal to switch from an RRC idle mode to an RRC connected mode in a next-generation mobile communication system according to an embodiment of the present disclosure.
  • 4A, 4B, 4C to 4D are diagrams illustrating a structure of a bearer configured for an MBS service according to an embodiment of the present disclosure.
  • FIG. 5 is a diagram illustrating a method of de-weighting MBS data received by a terminal in a MAC layer apparatus according to an embodiment of the present disclosure.
  • FIG. 6 is a diagram illustrating a method of multiplexing MBS data to be transmitted by a terminal in a MAC layer apparatus according to an embodiment of the present disclosure.
  • FIG. 7 is a diagram illustrating a first signaling procedure for supporting an MBS service according to an embodiment of the present disclosure.
  • FIG. 8 is a diagram illustrating a second signaling procedure for supporting an MBS service according to an embodiment of the present disclosure.
  • FIG. 9 is a diagram illustrating a third signaling procedure for MBS service support according to an embodiment of the present disclosure.
  • FIG. 10 is a diagram illustrating a fourth signaling procedure for MBS service support according to an embodiment of the present disclosure.
  • 11 is a diagram illustrating a case in which normal data and MBS data collide or overlap when the terminal receives the general data service and the MBS service in the RRC connected mode.
  • 12A, 12B to 12C are diagrams illustrating signaling procedures for efficiently supporting an MBS service according to an embodiment of the present disclosure.
  • 13A, 13B to 13C are diagrams illustrating a method of indicating each MBS service for a plurality of MBS services according to an embodiment of the present disclosure.
  • 14A, 14B to 14C are diagrams illustrating a method of retransmitting MBS service data according to an embodiment of the present disclosure.
  • 15 is a diagram illustrating a method of switching an MBS service scheme according to an embodiment of the present disclosure.
  • 16 is a diagram illustrating signaling procedures for performing handover in a next-generation mobile communication system according to an embodiment of the present disclosure.
  • 17 is a diagram illustrating a time and method of releasing an MBS bearer or stopping an MBS service when a terminal with an MBS bearer configured performs a handover procedure according to an embodiment of the present disclosure.
  • FIG. 18 is a diagram illustrating a first embodiment of a method for synchronizing a COUNT value (or HFN value) or a PDCP serial number in PDCP layer devices for supporting an MBS service in a base station according to an embodiment of the present disclosure.
  • FIG. 19 is a diagram illustrating a second embodiment of a method for synchronizing a COUNT value (or HFN value) or a PDCP serial number in PDCP layer devices for supporting an MBS service in a base station according to an embodiment of the present disclosure.
  • 20 is a diagram illustrating an operation of a terminal according to an embodiment of the present disclosure.
  • 21 is a diagram illustrating the structure of a terminal that can be applied to the present disclosure.
  • 22 is a diagram illustrating a structure of a base station applicable to the present disclosure.
  • a term for identifying an access node used in the following description a term referring to network entities, a term referring to messages, a term referring to an interface between network objects, a term referring to various identification information and the like are exemplified for convenience of description. Accordingly, the present disclosure is not limited to the terms described below, and other terms referring to objects having equivalent technical meanings may be used.
  • eNB may be used interchangeably with gNB for convenience of description. That is, a base station described as an eNB may represent a gNB.
  • FIG. 1 is a diagram illustrating a radio protocol structure of a next-generation mobile communication system that can be applied to the present disclosure.
  • the radio protocol of the next-generation mobile communication system is NR SDAP (105, 150, NR PDCP (110, 145), NR RLC (115, 140), NR in the terminal 101 and the NR base station 102, respectively)
  • MAC 120, 135) consists of.
  • the main functions of the NR SDAPs 105 and 150 may include some of the following functions.
  • the UE determines whether to use the header of the SDAP layer device or the function of the SDAP layer device for each PDCP layer device, for each bearer, or for each logical channel with an RRC (Radion Resource Control) message. If the SDAP header is set, the terminal upgrades to the SDAP header's NAS (Non Access Stratum) QoS reflection setting 1-bit indicator (NAS reflective QoS) and AS (Access Stratum) QoS reflection setting 1-bit indicator (AS reflective QoS) It may be instructed to update or reconfigure mapping information for a DRB and a QoS flow of a link and a downlink.
  • the SDAP header may include QoS flow ID information indicating QoS.
  • the QoS flow ID information may be used as data processing priority and scheduling information to support a smooth service.
  • the main functions of the NR PDCPs 110 and 145 may include some of the following functions.
  • the reordering function of the NR PDCP device refers to a function of rearranging the PDCP PDUs received from the lower layer in order based on the PDCP sequence number (SN), and may include a function of delivering data to the upper layer in the rearranged order. , or it may include a function of delivering directly without considering the order. In addition, it may include a function of reordering the order to record the lost PDCP PDUs, and may include a function of reporting the status of the lost PDCP PDUs to the transmitting side. In addition, it may include a function of requesting retransmission for lost PDCP PDUs.
  • the main functions of the NR RLCs 115 and 140 may include some of the following functions.
  • the sequential delivery function of the NR RLC device refers to a function of sequentially delivering RLC SDUs received from a lower layer to an upper layer. It may include a function to In addition, it may include a function of rearranging the received RLC PDUs based on the RLC SN or the PDCP SN, and may include a function of reordering the order to record the lost RLC PDUs. In addition, it may include a function of reporting the status of the lost RLC PDUs to the transmitting side, and may include a function of requesting retransmission of the lost RLC PDUs.
  • the timer may include a function of sequentially delivering all RLC SDUs received before starting to the upper layer, or if a predetermined timer expires even if there are lost RLC SDUs, all RLC SDUs received so far are delivered to the upper layer in order It may include a function to
  • the RLC PDUs can be processed in the order in which they are received (regardless of the SN order, in the order of arrival) and delivered to the PDCP device regardless of the order.
  • Segments to be received may be reconstructed into one complete RLC PDU, then processed and delivered to the PDCP device.
  • the NR RLC layer may not include a concatenation function, and the aggregation function may be performed in the NR MAC layer or may be replaced with a multiplexing function of the NR MAC layer.
  • the out-of-sequence delivery function of the NR RLC device refers to a function of directly delivering RLC SDUs received from a lower layer to an upper layer regardless of order. When it is received after being divided into , it may include a function of reassembling it and transmitting it. In addition, it may include a function of storing the RLC SN or PDCP SN of the received RLC PDUs and recording the lost RLC PDUs by arranging the order.
  • the NR MACs 120 and 135 may be connected to several NR RLC layer devices configured in one terminal, and the main functions of the NR MACs 120 and 135 may include some of the following functions.
  • the NR physical (PHY) layers 125 and 130 may perform channel coding and modulation of upper layer data, and may perform an operation of making an OFDM symbol and transmitting it through a radio channel. Alternatively, an operation of demodulating an OFDM symbol received through a radio channel, channel decoding, and transmitting the OFDM symbol to a higher layer may be performed.
  • next-generation mobile communication system can use a very high frequency band, the frequency bandwidth may also be very wide.
  • supporting all of a very wide bandwidth in a terminal implementation requires high implementation complexity and incurs high cost. Therefore, the concept of a partial bandwidth (BWP) can be introduced in the next-generation mobile communication system, and a plurality of partial bandwidths (BWP) are set in one cell (Spcell or Scell), and one or a plurality of BWPs are set according to the instruction of the base station. Data can be transmitted and received in a partial bandwidth.
  • BWP partial bandwidth
  • the present disclosure describes a state transition method and/or a partial bandwidth switching method and specific operations in consideration of a state of an Scell and a plurality of partial bandwidths set in the Scell when introducing a dormant partial bandwidth according to an embodiment of the present disclosure. Also, it describes how to manage the dormant mode by partial bandwidth unit (BWP-level) and state transition or partial bandwidth switching method, respectively, and describe the state of each SCell or the state or mode (active or inactive or dormant) of each partial bandwidth.
  • BWP-level partial bandwidth unit
  • state transition or partial bandwidth switching method respectively
  • a plurality of partial bandwidths are configured for each downlink or uplink in one cell (Spcell or Pcell or Pscell or Scell), and active partial bandwidth (active DL or UL BWP) or dormant partial bandwidth is configured through partial bandwidth switching.
  • active BWP or dormant DL BWP dormant DL BWP
  • inactive partial bandwidth inactive or deactivated DL/UL BWP
  • the data transmission rate can be increased in a method similar to the carrier aggregation technique by transitioning the downlink or uplink partial bandwidth to the active state for the one cell.
  • the UE does not perform PDCCH monitoring on the cell, thereby saving battery.
  • the UE by enabling the UE to perform channel measurement on the downlink partial bandwidth and report the channel measurement result, it is possible to support the activation of a fast cell or partial bandwidth later. Also, it is possible to save the battery of the terminal by transitioning the downlink (or uplink) partial bandwidth to the inactive state in the one cell.
  • the state transition indication or partial bandwidth switching indication for each cell may be set and indicated through an RRC message or downlink control information (DCI) of MAC CE or PDCCH.
  • the partial bandwidth may be used without distinguishing between the uplink and the downlink, and the meaning may indicate the uplink partial bandwidth and the downlink partial bandwidth, respectively, according to context.
  • the link may be used without distinguishing between the uplink and the downlink, and may indicate the uplink and the downlink, respectively, according to context.
  • a dormant partial bandwidth is set or introduced for the SCell of the terminal performing the carrier aggregation technique, and the PDCCH is not monitored in the dormant partial bandwidth to reduce battery consumption of the terminal.
  • channel measurement is performed and reported (for example, CSI (channel state information) or CQI (channel quality information) measurement or report), or beam measurement or beam tracking or beam operation is performed
  • normal BWP normal partial bandwidth
  • the dormant partial bandwidth is defined as a PCell (Primary Cell (PCell) of a Master Cell Group (MCG) or a PCell of a Secondary Cell Group (SCG) Alternatively, PSCell)) or PUCCH may be configured or not applied to the configured SCell.
  • PCell Primary Cell
  • MCG Master Cell Group
  • SCG Secondary Cell Group
  • PUCCH Physical Uplink Control Channel
  • a network or a base station may configure a Spcell (Pcell and PScell) and a plurality of Scells for the UE.
  • Spcell indicates the Pcell when the terminal communicates with one base station, and may indicate the Pcell of the master base station or the PScell of the secondary base station when the terminal communicates with two base stations (the master base station and the secondary base station).
  • Pcell or Pscell indicates a main cell used when a terminal and a base station communicate in each MAC layer device, timing to perform synchronization, performing random access, and sending HARQ ACK/NACK feedback as a PUCCH transmission resource, It refers to a cell that transmits and receives most control signals.
  • a technology in which the base station operates a plurality of Scells together with the Spcell to increase transmission resources and to increase uplink or downlink data transmission resources is referred to as a carrier aggregation technique.
  • the UE may receive the state or mode configured for each SCell or partial bandwidth of each SCell through the RRC message or DCI of MAC CE or PDCCH.
  • the state or mode of the Scell may be set to an active mode or an activated state and a deactivated mode or a deactivated state.
  • Scell is active mode or active state means that the terminal is in the active mode or the activated Scell in uplink or downlink with the base station in the activated partial bandwidth of the Scell, or the activated normal partial bandwidth or the activated dormant partial bandwidth.
  • Link data may be exchanged and may mean monitoring the PDCCH to confirm the indication of the base station.
  • the Scell is in the active mode or the active state means that the UE is in the active mode or active state (or the active partial bandwidth of the Scell or the activated normal partial bandwidth or the activated dormant partial bandwidth) downlink
  • a pilot signal Sounding Reference Signal, SRS
  • SRS Sounding Reference Signal
  • the inactive mode or inactive state of the SCell means that the partial bandwidths configured in the SCell are in an inactive state, or the configured partial bandwidths are not activated, or there is no activated partial bandwidth among the configured partial bandwidths, so that the terminal transmits data to the base station and It cannot be received, the PDCCH for confirming the indication of the base station is not monitored, the channel measurement is not performed, the measurement report is not performed, and a pilot signal is not transmitted.
  • the base station in order to activate the Scells in the deactivation mode, the base station first sets frequency measurement configuration information to the terminal through an RRC message, and the terminal performs cell or frequency measurement based on the frequency measurement configuration information.
  • the base station may activate the deactivated Scells based on frequency/channel measurement information after receiving the cell or frequency measurement report of the terminal. Due to this, a lot of delay occurs when the base station activates the carrier aggregation technology to the terminal and starts data transmission or reception.
  • dormant mode or dormant state for the partial bandwidth of each activated SCell so as to save the battery of the terminal and start data transmission or reception quickly explain
  • the present disclosure describes setting or introducing a dormant partial bandwidth for each activated SCell.
  • the terminal In the dormant partial bandwidth or dormant BWP in activated SCell mode of the activated SCell, when the dormant partial bandwidth is activated, the terminal cannot exchange data with the base station, or check the base station's instruction It does not monitor the PDCCH for this purpose, nor does it transmit a pilot signal. However, the UE may perform channel measurement and report the measurement result for the measured frequency/cell/channel periodically or when an event occurs according to the base station setting.
  • the UE since the UE does not monitor the PDCCH and does not transmit a pilot signal in the dormant partial bandwidth of the activated SCell, compared to the normal partial bandwidth of the activated SCell (or the partial bandwidth other than the dormant partial bandwidth) of the activated SCell You can save battery compared to when you enable partial bandwidth (or partial bandwidth rather than dormant partial bandwidth).
  • the base station since the channel measurement report is performed unlike when the SCell is deactivated, the base station quickly increases the normal partial bandwidth of the activated SCell based on the measurement report or based on the measurement report of the dormant partial bandwidth of the activated SCell. By enabling it, the carrier aggregation technology can be used quickly, thereby reducing the transmission delay.
  • that the Scell is in the active mode or in the active state means that the UE communicates with the base station in the active mode or the activated Scell in the activated partial bandwidth, the activated normal partial bandwidth, or the activated dormant partial bandwidth.
  • Uplink or downlink data may be exchanged and may mean monitoring the PDCCH to confirm the indication of the base station.
  • the Scell is in an active mode or an active state means that the active mode or the active state of the Scell (or the activated partial bandwidth of the Scell or the activated normal partial bandwidth or the activated dormant partial bandwidth is not the partial bandwidth)
  • the terminal may periodically transmit a pilot signal to the base station so that the downlink channel measurement can be performed and measurement information can be periodically reported to the base station, and the uplink channel measurement can be performed by the base station.
  • the Scell is in an active mode or an active state means that the UE cannot send and receive uplink or downlink data with the base station in the active dormant partial bandwidth of the Scell in the active mode or the activated Scell, or receive an instruction from the base station.
  • the PDCCH is not monitored to confirm, it may mean that the channel measurement for the downlink of the active dormant partial bandwidth of the active mode or active state Scell can be performed and measurement information can be periodically reported to the base station.
  • the dormant partial bandwidth may indicate the state of the partial bandwidth, or the dormant partial bandwidth may be used as the name of a logical concept indicating a specific partial bandwidth.
  • the dormant partial bandwidth may be activated or deactivated or switched. For example, an instruction to switch a second partial bandwidth activated in the first SCell to a dormant partial bandwidth, an instruction to transition the first SCell to a dormant or dormant mode, or an instruction to activate a dormant partial bandwidth of the first SCell Instructions can be interpreted in the same way.
  • the normal partial bandwidth may indicate partial bandwidths that are not dormant partial bandwidths among partial bandwidths configured for each SCell of the terminal through the RRC message.
  • uplink or downlink data can be exchanged with the base station, and the PDCCH can be monitored to confirm the indication of the base station.
  • downlink channel measurement can be performed and measurement information can be periodically reported to the base station, and the terminal can periodically transmit a pilot signal to the base station so that the base station can perform uplink channel measurement.
  • the normal partial bandwidth may indicate an initial active partial bandwidth or a basic partial bandwidth or an initial active partial bandwidth or initial partial bandwidth activated from dormancy.
  • one dormant partial bandwidth may be configured and may be configured for downlink.
  • one dormant partial bandwidth may be set for uplink or downlink among partial bandwidths set in each Scell of the terminal.
  • FIG. 2 is a diagram illustrating a procedure for providing a service to a terminal by efficiently using a very wide frequency bandwidth in a next-generation mobile communication system according to an embodiment of the present disclosure.
  • FIG. 2 explains how a next-generation mobile communication system can efficiently use a very wide frequency bandwidth to provide services to terminals having different capabilities (capabilities or categories) and to save batteries.
  • one cell provided by a base station may service a very wide frequency band 205 .
  • the very wide frequency band may be divided into a plurality of partial bandwidths and managed as one cell.
  • the terminal that is initially powered on may search the entire frequency band provided by the operator (PLMN) in units of a certain resource block (eg, in units of 12 RBs). That is, the UE may search for a Primary Synchronization Sequence (PSS)/Secondary Synchronization Sequence (SSS) 210 in the entire system bandwidth in units of the resource blocks.
  • PSS Primary Synchronization Sequence
  • SSS Secondary Synchronization Sequence
  • the PSS/SSS may have two structures 201 and 202 .
  • the terminal checks the MIB (Master system information block) or MSI (Minimum system information) to check the information of the CORESEST (Control Resource Set) 215 and the initial access bandwidth part (BWP) ( 220), you can check the information.
  • MIB Master system information block
  • MSI Minimum system information
  • the CORESET 215 information refers to the location of a time/frequency transmission resource through which a control signal is transmitted from a base station, and for example, indicates a resource location through which a PDCCH channel is transmitted. That is, the CORESET information indicates where the first system information (System information block 1, SIB1) is transmitted, and indicates in which frequency/time resource the PDCCH is transmitted.
  • the terminal may read the SIB1 and check information on the initial partial bandwidth (initial BWP) 220 .
  • the terminal When the terminal completes synchronization of the downlink signal with the base station and is able to receive the control signal, the terminal performs a random access procedure in the initial partial bandwidth 220 of the cell on which the terminal camps, requests RRC connection establishment, RRC connection establishment may be performed by receiving the RRC message.
  • a plurality of partial bandwidths 225 and 230 may be configured for each cell (Pcell or Pscell or Spcell or Scell).
  • a plurality of partial bandwidths may be configured for downlink in one cell, and a plurality of partial bandwidths may be configured separately for uplink.
  • the plurality of partial bandwidths are initial partial bandwidth (initial BWP) or default partial bandwidth (default BWP) or first active partial bandwidth (first active BWP) or dormant partial bandwidth (domant BWP) or first active partial bandwidth activated from dormancy (first Active BWP from dormant) may be indicated and configured as a partial bandwidth identifier (BWP Identifier) to be used.
  • initial BWP initial partial bandwidth
  • default BWP default partial bandwidth
  • first active partial bandwidth first active BWP
  • dormant partial bandwidth domant BWP
  • first active partial bandwidth activated from dormancy first Active BWP from dormant
  • BWP Identifier partial bandwidth identifier
  • the initial partial bandwidth 220 may be used as a cell-specific partial bandwidth that exists one for each cell, and a terminal accessing the cell for the first time establishes a connection to the cell through a random access procedure or It may be used as a partial bandwidth in which a terminal that has established a connection can perform synchronization.
  • the base station may set an initial downlink partial bandwidth to be used in the downlink and an initial uplink partial bandwidth to be used in the uplink for each cell, respectively.
  • the configuration information for the initial partial bandwidth may be broadcast in SIB1 indicated by CORESET, and may be reconfigured through an RRC message to the terminal to which the base station is connected.
  • the initial partial bandwidth may be designated as 0 of the partial bandwidth identifier in the uplink and downlink, respectively. That is, all terminal(s) accessing the same cell may use the same initial partial bandwidth by designating the same partial bandwidth identifier 0. Because the base station can transmit a random access response (RAR) message through an initial partial bandwidth that all terminals can read when performing the random access procedure, there may be an advantage in facilitating the contention-based random access procedure am.
  • RAR random access response
  • the first active BWP may be configured differently for each UE (UE specific), and may be indicated by designating a partial bandwidth identifier among a plurality of partial bandwidths.
  • the first active partial bandwidth can be configured for downlink and uplink, respectively, and is a first active downlink partial bandwidth (first active downlink BWP) and a first active uplink partial bandwidth (first active uplink BWP) as partial bandwidth identifiers, respectively. can be set.
  • the first activated partial bandwidth may be used to indicate which partial bandwidth is to be initially activated and used when a plurality of partial bandwidths are configured in one cell.
  • the UE sends the Pcell or Pscell or Scell to the Pcell or Pscell or Scell.
  • the first activated partial bandwidth may be activated and used. That is, the first activated downlink partial bandwidth may be activated and used for the downlink, and the first activated uplink partial bandwidth may be activated and used for the uplink.
  • the operation of switching (235, 245) the current or activated uplink partial bandwidth to activate it as the first activated uplink partial bandwidth (or partial bandwidth set or indicated through an RRC message) 240, 250 is Scell or partial bandwidth It may be performed when an activation indication is received through an RRC message or MAC control information or DCI in a bandwidth deactivation state. Also, it may be performed when an instruction to transition the Scell or partial bandwidth to the dormant state is received through an RRC message, MAC control information, or DCI.
  • the current or activated downlink partial bandwidth is switched to activate the first activated downlink partial bandwidth (or the partial bandwidth set or indicated by the RRC message) or by switching the uplink partial bandwidth Because it will activate with the first active uplink partial bandwidth (or the partial bandwidth set or indicated by the RRC message), even when performing channel measurement report in the dormant state, the frequency/channel is measured for the first active downlink/uplink partial bandwidth This is because the base station can effectively use the carrier aggregation technology only when it is reported.
  • the default partial bandwidth may be set differently for each UE (UE specific), and may be designated and indicated by a partial bandwidth identifier among a plurality of partial bandwidths.
  • the basic partial bandwidth may be configured only for the downlink.
  • the basic partial bandwidth may be used as a partial bandwidth to which an activated partial bandwidth among a plurality of downlink partial bandwidths will fall back after a predetermined time.
  • a partial bandwidth inactivity timer (bwp inactivity timer) may be set for each cell or for each partial bandwidth through an RRC message.
  • the timer may be started or restarted when data transmission/reception occurs in the activated partial bandwidth instead of the basic partial bandwidth. Alternatively, the timer may be started or restarted when the activated partial bandwidth is switched to another partial bandwidth.
  • Switching may mean a procedure of inactivating a currently activated partial bandwidth and activating a partial bandwidth in which switching is indicated, and switching is an RRC message or MAC control element (MAC control element) or L1 signaling (DCI (Downlink Control of PDCCH) Information) Switching can be triggered by indicating the partial bandwidth to be switched or activated, the partial bandwidth being indicated by a partial bandwidth identifier (eg 0 or 1 or 2 or 3 or 4) can be
  • the reason for using the basic partial bandwidth by applying only for the downlink is that the base station causes the terminal to fall back to the basic partial bandwidth after a certain period of time for each cell to receive an indication from the base station (eg, DCI of PDCCH), thereby scheduling the base station.
  • the base station may continue to perform the scheduling instruction only in the initial partial bandwidth after a predetermined time.
  • the initial partial bandwidth may be regarded as the basic partial bandwidth and fall back to the initial partial bandwidth when the partial band deactivation timer expires.
  • a basic partial bandwidth may be defined and set for the uplink and used like the basic partial bandwidth of the downlink.
  • the dormant partial bandwidth means a dormant partial bandwidth or a dormant partial bandwidth that is a dormant mode of an activated Scell.
  • the terminal cannot exchange data with the base station.
  • the terminal does not monitor the PDCCH for confirming the indication of the base station and does not transmit a pilot signal.
  • the UE may perform channel measurement and report the measurement result for the measured frequency/cell/channel periodically or when an event occurs according to the base station setting.
  • the UE since the UE does not monitor the PDCCH and does not transmit a pilot signal in the dormant partial bandwidth of the activated SCell, compared to the normal partial bandwidth of the activated SCell (or the partial bandwidth other than the dormant partial bandwidth) of the activated SCell You can save battery compared to when you enable partial bandwidth (or partial bandwidth rather than dormant partial bandwidth).
  • the base station since the channel measurement report is performed unlike when the SCell is deactivated, the base station quickly increases the normal partial bandwidth of the activated SCell based on the measurement report or based on the measurement report of the dormant partial bandwidth of the activated SCell. By enabling it, the carrier aggregation technology can be used quickly, thereby reducing the transmission delay.
  • the first activated partial bandwidth (or initially activated non-dormant partial bandwidth or partial bandwidth set or indicated through an RRC message) that is activated by switching from the dormant state or dormant partial bandwidth is the partial bandwidth of one activated SCell by the UE to dormant
  • the base station When operating in partial bandwidth, or when the active partial bandwidth in the activated SCell is the dormant partial bandwidth, or when the SCell switches to the dormant partial bandwidth, the base station sends the terminal to the DCI or MAC CE or RRC message of the PDCCH.
  • the UE When instructed to switch the partial bandwidth of the active SCell from the dormant partial bandwidth to the normal partial bandwidth (or a partial bandwidth that is not a dormant partial bandwidth), or to switch or switch the active partial bandwidth from the dormant partial bandwidth to the normal partial bandwidth case, or when it is instructed to switch, switch, or activate the active partial bandwidth from the dormant partial bandwidth to the normal partial bandwidth (eg, the first active partial bandwidth activated from dormancy), the UE is currently or It may be a partial bandwidth that must be activated by switching the activated partial bandwidth or a partial bandwidth that must be activated from a dormant state set through an RRC message.
  • FIG. 3 is a diagram illustrating a procedure for a terminal to switch from an RRC idle mode to an RRC connected mode in a next-generation mobile communication system according to an embodiment of the present disclosure.
  • one cell provided by the base station 303 may service a very wide frequency band.
  • the terminal 302 may search the entire frequency band provided by the operator (PLMN) in units of a certain resource block (eg, in units of 12 RBs). That is, the terminal 302 can search for PSS/SSS in the entire system bandwidth in units of the resource blocks. If the signals are detected while searching for the PSS/SSS in units of the resource blocks, the boundary between the subframe and the radio transmission resource frame can be checked by reading and analyzing (decoding) the signals. Upon completion of synchronization, the terminal 302 may read system information of a cell currently camped on.
  • PLMN operator
  • the terminal 302 may read system information of a cell currently camped on.
  • CORESET information refers to the location of a time/frequency transmission resource through which a control signal is transmitted from a base station, for example, indicates a resource location through which a PDCCH channel is transmitted.
  • the terminal 302 When the terminal 302 completes synchronization of the downlink signal with the base station 303 and can receive the control signal, the terminal performs a random access procedure in the initial partial bandwidth (step 310), receives a random access response, (Step 315), RRC connection establishment may be requested (Step 320), and an RRC message may be received (Step 325) to perform RRC connection establishment (Step 330).
  • the base station 303 may send an RRC message to the terminal 302 to inquire about the capability of the terminal 302 in order to check the capability of the terminal 302 (UECapabilityEnquiry) ( 335).
  • the base station 303 may ask the MME or the AMF for the capability of the terminal 302 in order to confirm the capability of the terminal 302 . This is because, if the terminal 302 has previously accessed, the MME or the AMF may have stored the capability information of the terminal 302 . If the base station 303 does not have the desired terminal capability information, the base station 303 may request the terminal capability from the terminal 302 .
  • the reason why the base station 303 sends the RRC message to the terminal 302 to check the performance of the terminal 302 is to check the performance of the terminal 302, and for example, the terminal 302 has a certain frequency band. This is to determine whether it is readable or the area of the readable frequency band.
  • the base station 303 may set an appropriate partial bandwidth for the terminal 302 after confirming the performance of the terminal 302 .
  • the terminal 302 receives an RRC message inquiring about the performance of the terminal 302, in response to this, the range of the bandwidth supported by the terminal 302 or the range of the bandwidth supported by the current system bandwidth, etc.
  • the offset may be indicated from the center frequency, the start point and the end point of the supported frequency bandwidth may be directly indicated, or the center frequency and the bandwidth may be indicated (step 340).
  • the partial bandwidth may be set in an RRCSetup message (step 325), an RRCResume message, or an RRCReconfiguration message (step 345) of RRC connection setup.
  • the RRC message may include configuration information for a PCell or Pscell or a plurality of Scells, and a plurality of partial bandwidths may be configured for each cell (PCell or Pscell or Scell).
  • a plurality of partial bandwidths to be used in the downlink of each cell may be configured. You can set the partial bandwidths.
  • a plurality of partial bandwidths to be commonly used in the downlink and the uplink of each cell may be configured.
  • the information for configuring the partial bandwidth of each cell may include some of the following information.
  • a partial bandwidth identifier indicating the default partial bandwidth.
  • ⁇ Setting information for PDCCH monitoring for each partial bandwidth For example, CORESET information or Search Space resource information, or PDCCH transmission resource, period, subframe number information, etc.
  • a partial bandwidth identifier indicating the first activated partial bandwidth activated from dormancy or a 1-bit indicator indicating the first activated partial bandwidth activated from dormancy for each partial bandwidth in the partial bandwidth setting information
  • the set initial partial bandwidth, basic partial bandwidth, or first activated partial bandwidth may be used for the following purposes, and may operate as follows according to the purposes.
  • the initial partial bandwidth may be used as a partial bandwidth determined at the cell level, which exists one per cell, and a terminal accessing the cell for the first time establishes a connection to the cell through a random access procedure, or a terminal that establishes a connection performs synchronization It can be used as a partial bandwidth that can be performed.
  • the base station may set the initial downlink partial bandwidth to be used in the downlink and the initial uplink partial bandwidth to be used in the uplink for each cell, respectively.
  • the configuration information for the initial partial bandwidth may be broadcast in SIB1 indicated by CORESET, and may be reconfigured through an RRC message to the terminal to which the base station is connected.
  • the initial partial bandwidth may be designated as 0 of the partial bandwidth identifier in the uplink and downlink, respectively. That is, all terminals accessing the same cell may use the same initial partial bandwidth by designating the same partial bandwidth identifier 0.
  • RAR random access response
  • the initially activated partial bandwidth may be set differently for each terminal, and may be indicated by designating a partial bandwidth identifier among a plurality of partial bandwidths.
  • the first activated partial bandwidth may be configured for downlink and uplink, respectively, and may be configured as the first activated downlink partial bandwidth and the first activated uplink partial bandwidth, respectively, as partial bandwidth identifiers.
  • the first activated partial bandwidth may be used to indicate which partial bandwidth is to be initially activated and used when a plurality of partial bandwidths are configured in one cell.
  • the UE configures the Pcell or Pscell or Scell Among the plurality of partial bandwidths, the first activated partial bandwidth may be activated and used. That is, the first activated downlink partial bandwidth may be activated and used for the downlink, and the first activated uplink partial bandwidth may be activated and used for the uplink.
  • the UE switches the current or activated downlink partial bandwidth for the Scell, and activates it with the first activated downlink partial bandwidth (or the partial bandwidth configured or indicated through the RRC message) or switches the current or activated uplink partial bandwidth
  • the partial bandwidth is dormant You can switch to or activate the partial bandwidth or put the partial bandwidth dormant.
  • Switching to dormancy or dormant partial bandwidth or activation of dormant partial bandwidth may mean performing an operation described in the dormant state in the present disclosure. That is, without performing PDCCH monitoring, an operation of measuring a channel for a downlink partial bandwidth (or a dormant partial bandwidth) and reporting it to the base station may be performed.
  • the activated Scell or partial bandwidth is activated or switched to the normal partial bandwidth
  • the downlink partial bandwidth is switched to be activated as the first activated downlink partial bandwidth
  • the uplink partial bandwidth is switched to the first activated uplink partial bandwidth Since it will be activated as , the dormant partial bandwidth may be set as the first activated downlink or uplink partial bandwidth or basic partial bandwidth.
  • the basic partial bandwidth may be set differently for each terminal, and may be designated and indicated by a partial bandwidth identifier among a plurality of partial bandwidths.
  • the basic partial bandwidth may be configured only for the downlink.
  • the basic partial bandwidth may be used as a partial bandwidth to which an activated partial bandwidth among a plurality of downlink partial bandwidths will fall back after a predetermined time.
  • a partial bandwidth inactivity timer (bwp inactivity timer) may be set for each cell or for each partial bandwidth as an RRC message, and the timer starts or restarts when data transmission/reception occurs in the activated partial bandwidth instead of the default partial bandwidth. or may be started or restarted when the activated partial bandwidth is switched to another partial bandwidth.
  • Switching may mean a procedure of inactivating a currently activated partial bandwidth and activating a partial bandwidth for which switching is indicated, and switching may be triggered through an RRC message or MAC control information or L1 signaling (DCI of PDCCH). Switching may be triggered by indicating a partial bandwidth to be switched or activated, which may be indicated by a partial bandwidth identifier (eg 0 or 1 or 2 or 3 or 4).
  • a partial bandwidth identifier eg 0 or 1 or 2 or 3 or 4
  • the reason for using the basic partial bandwidth by applying only for the downlink is that the base station causes the terminal to fall back to the basic partial bandwidth after a certain period of time for each cell to receive an instruction from the base station (for example, DCI of PDCCH), thereby performing base station scheduling.
  • the base station may continue to perform the scheduling instruction only in the initial partial bandwidth after a predetermined time.
  • the initial partial bandwidth may be regarded as the basic partial bandwidth and fall back to the initial partial bandwidth when the partial bandwidth deactivation timer expires.
  • a basic partial bandwidth may be defined and set for the uplink and used like the basic partial bandwidth of the downlink.
  • the dormant partial bandwidth means a dormant partial bandwidth or a dormant partial bandwidth of an activated Scell.
  • the terminal cannot send and receive data to and from the base station, does not monitor the PDCCH for confirming the indication of the base station, or transmits a pilot signal.
  • the UE may perform channel measurement and report the measurement result for the measured frequency/cell/channel periodically or when an event occurs according to the base station setting.
  • the UE since the UE does not monitor the PDCCH in the dormant partial bandwidth of the activated SCell and does not transmit a pilot signal, compared to the normal partial bandwidth of the activated SCell (or the partial bandwidth other than the dormant partial bandwidth) of the activated SCell or the normal bandwidth of the activated SCell You can save battery compared to when you enable partial bandwidth (or partial bandwidth rather than dormant partial bandwidth).
  • the base station since the UE performs a channel measurement report unlike when the SCell is deactivated, the base station determines the normal partial bandwidth of the activated SCell based on the measurement report or based on the measurement report of the dormant partial bandwidth of the activated SCell. Transmission delay can be reduced by enabling it to be activated quickly so that the carrier aggregation technology can be used quickly.
  • the first active partial bandwidth activated from dormancy is the dormant partial bandwidth when the partial bandwidth of one activated SCell of the UE is operated as the dormant partial bandwidth or the activated partial bandwidth in the activated SCell is the dormant partial bandwidth
  • the UE converts the partial bandwidth of the activated SCell from the dormant partial bandwidth to the normal partial bandwidth (or a partial bandwidth other than the dormant partial bandwidth) from the base station through a DCI or MAC CE or RRC message of the PDCCH ), or when the dormant partial bandwidth is instructed to switch or switch the active partial bandwidth to the normal partial bandwidth, or when the dormant partial bandwidth is directed to switch or switch the active partial bandwidth to the normal partial bandwidth (e.g., the first active portion activated from dormancy). bandwidth) to switch, switch, or activate, the partial bandwidth to which the terminal should switch or activate the partial bandwidth of the activated
  • the meaning of switching the first partial bandwidth to the second partial bandwidth may be interpreted as activating the second partial bandwidth, or deactivating the activated first partial bandwidth and the second partial bandwidth It can be interpreted as meaning to activate the bandwidth.
  • RRCSetup message (step 325), RRCResume message, or RRCReconfiguration message (step 345) of RRC connection setup, frequency measurement configuration information and frequency measurement gap information, etc. can be set, and frequency measurement It may include measurement object information.
  • a function for reducing power consumption of the terminal can be set, or when the terminal receives the MBS service
  • configuration information such as a DRX (Discontinuous Reception) cycle or offset or on-duration period (interval in which the UE needs to monitor PDCCH) or time information for MBS service reception or on- in the DRX cycle Time information or short time period information indicating when to monitor or detect the PDCCH from the base station before the duration period may be set.
  • the terminal may set the DRX cycle and detect a Wake-Up Signal (WUS) signal in the period configured to monitor the PDCCH of the base station before the on-duration period.
  • WUS Wake-Up Signal
  • the base station may instruct the terminal whether to skip (or not perform) or perform PDCCH monitoring in the immediately following on-duration period.
  • the terminal must always monitor the PDCCH in the on-duration period, and the WUS signal allows the base station to instruct the terminal not to monitor the PDCCH in the on-duration period to save battery consumption of the terminal.
  • the terminal receives the MBS service, the PDCCH monitoring period by applying the DRX configuration information configured for the MBS service is periodically determined based on the configuration information, and the PDCCH monitoring is not always performed to consume power. can reduce
  • the terminal 302 may configure a plurality of partial bandwidths according to an instruction set through the RRC message (step 355).
  • one or a small number of bandwidths among the plurality of set partial bandwidths may be activated.
  • one partial bandwidth to be activated may be indicated.
  • the base station 303 instructs activation of the partial bandwidth through an RRC message, MAC control information (MAC CE) or L1 signaling (physical Y layer control signal such as DCI of PDCCH) to switch from the initial access partial bandwidth to a new partial bandwidth (switch) may be instructed (step 355).
  • MAC CE MAC control information
  • L1 signaling physical Y layer control signal such as DCI of PDCCH
  • new bitmap information may be defined in the DCI of the PDCCH, and whether to be activated, dormant, or deactivated may be indicated.
  • whether to activate a normal partial bandwidth for example, the first active partial bandwidth to be activated from dormancy
  • whether to activate a dormant partial bandwidth or switch to a dormant partial bandwidth or partial bandwidth switching You can instruct what to do. Since there may be many other newly accessing users in the initial access partial bandwidth, it may be much more advantageous to allocate a new partial bandwidth and separately manage connected users in terms of scheduling. This is because the initial access partial bandwidth is not set for each terminal, but can be shared and used by all terminals.
  • a default partial bandwidth may be dynamically indicated by the MAC control information, L1 signaling, or system information.
  • the base station 303 switches or changes the partial bandwidth of a certain cell (eg, PCell or SCell) of the terminal 302 to a partial bandwidth (eg, a partial bandwidth dedicated to MBS) supporting the MBS service, so that the terminal provides the MBS service It can be received (step 360).
  • Steps 365 to 395 of FIG. 3 are procedures related to handover and will be described in more detail in steps 1605 to 1675 of FIG. 16 below.
  • system information or RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message or a new RRC message defined newly
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message or a new RRC message defined newly
  • bearer configuration information for MBS service or transmission resource information for MBS service eg, time resource, frequency resource, bandwidth or frequency, partial bandwidth (or partial bandwidth identifier) or bandwidth, subcarrier interval, transmission resource period , an RNTI identifier for each MBS service or a logical channel identifier for each MBS service.
  • the bearer configuration information for the MBS service may be promised or designated as a default configuration.
  • the bearer for the MBS service may be considered as a multicast bearer or a unicast bearer from the viewpoint of the base station or the terminal.
  • a separate identifier or indicator is set through system information or an RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message) or MBS channel control message for MBS Whether it is a multicast bearer (or broadcast bearer) for a service or a unicast bearer for an MBS service can be distinguished and configured to the UE.
  • a multicast bearer may refer to a multicast service or a bearer serving a broadcast service, and may indicate a broadcast bearer.
  • the multicast service may indicate a service provided only to terminals registered or permitted in the network.
  • the broadcast service may indicate a service provided to an unspecified number of unspecified numbers or to a terminal that is not registered or authorized to a network.
  • a bearer supporting the multicast service or the broadcast service may be referred to as a multicast bearer.
  • the MBS service may indicate a multicast service, a broadcast service, or a unicast service for the MBS service, and may be described as an MBS service for convenience of description.
  • the multicast service may indicate the MBS service supported by the Point to Multicast (PTM) method or may be supported as a multicast bearer
  • the unicast service may indicate the MBS service supported by the PTP (Point to Point) method. It may indicate a service or may be supported as a unicast bearer.
  • PTM Point to Multicast
  • PTP Point to Point
  • the MBS bearer may indicate a multicast bearer or a unicast bearer.
  • the Downlink Shared Channel (DL-SCH) described in this disclosure may include or indicate a Common Control Channel (CCCH), a Dedicated Control Channel (DCCH), or a Dedicated Traffic Channel (DTCH).
  • CCCH Common Control Channel
  • DCCH Dedicated Control Channel
  • DTCH Dedicated Traffic Channel
  • the bearer or multicast bearer or unicast bearer for the MBS service described in this disclosure may be interpreted as a multicast bearer or unicast bearer.
  • a bearer may mean including an SRB and a DRB, the SRB means a signaling radio bearer, and the DRB means a data radio bearer.
  • the SRB is mainly used to transmit and receive RRC messages of the RRC layer device, and the DRB is mainly used to transmit and receive user layer data.
  • UM DRB means a DRB using an RLC layer device operating in UM mode
  • AM DRB means a DRB using an RLC layer device operating in AM mode.
  • MBS data for the MBS service described in this disclosure is to be interpreted as MBS control data (control plane data) for MBS channel configuration information or bearer configuration or service configuration or MBS user data supporting the MBS service (user plane data).
  • the RNTI (Radio Network Temporary Identifier) identifier described in the present disclosure is set in the terminal by the terminal monitoring the PDCCH in the physical layer device and descrambling or checking the CRC (Cyclic Redundancy Check) of the received PDCCH. It is an identifier used to check whether an RNTI value or an RNTI value corresponding to a PDCCH that the UE intends to receive and determine whether it is a PDCCH that the UE should read.
  • CRC Cyclic Redundancy Check
  • FIGS. 4A to 4D are diagrams illustrating a structure of a bearer configured for an MBS service according to an embodiment of the present disclosure. That is, FIGS. 4A to 4D show system information, RRC messages (eg, RRCSetup messages, RRCResume messages, RRCReconfiguration messages, The structure of a bearer that can be configured for MBS service to a UE through an RRCRelease message or a newly defined new RRC message) or a control message for an MBS channel or that the UE establishes to receive an MBS service is described.
  • the bearer structures described in FIGS. 4A to 4D may be extended and applied or configured even when a general data service is supported.
  • the structure of a bearer configured for the MBS service may have one or a plurality of structures among the bearer structures of FIGS. 4A to 4D .
  • one or a plurality of structures among the bearer structures of FIGS. 4A to 4D may be promised or designated as a default configuration.
  • the bearer structures of FIGS. 4A to 4D may be configured or applied to a terminal or a base station.
  • 4A is a diagram illustrating a first bearer structure for supporting an MBS service according to an embodiment of the present disclosure.
  • the UE may set a bearer structure that directly connects the MAC layer device and the upper MBS application layer device as a bearer for the MBS service. there is. HARQ ACK or NACK transmission or HARQ retransmission procedure or HARQ processing procedure of the MAC layer device may not be applied to the first bearer structure.
  • the UE may transmit MBS data (MBS control data or MBS user data) received through the physical layer device or the MAC layer device to the upper MBS application layer device.
  • MBS data may not include a MAC header.
  • MBS data can be distinguished from the MAC layer device even without a MAC header. Because.
  • the first RNTI for MBS data is allocated This is because MBS data can be distinguished even if there is no MAC header in the physical layer device or the MAC layer device.
  • the first RNTI for MBS data is assigned or designated as the 1-1 RNTI for MBS control data (or MBS control data channel) or the 1-2 RNTI for MBS user data (or MBS user data channel), respectively can be
  • the MAC layer device may not basically apply HARQ ACK or NACK transmission or HARQ retransmission procedure or HARQ processing procedure to a bearer supporting the MBS service.
  • the SDAP layer device configuration information is not configured for the first bearer structure 401a, and the SDAP layer device Data can be delivered directly to the MBS application layer device without processing (eg bypass).
  • system information eg, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or SDAP layer device configuration information for the bearer in a control message for the MBS channel can be configured, and mapping information between QoS flows and bearers can be configured or reconfigured.
  • the SDAP layer device configuration information the presence or absence of an SDAP header for downlink data or the presence or absence of an SDAP header for uplink data may be configured.
  • a QoS flow for the MBS service may be mapped to the bearer to support MBS services.
  • MBS data that may be received or transmitted in the first bearer structure 401a may have a structure of 402a or 403a.
  • the first bearer structure according to configuration information of system information, RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • a control message for an MBS channel MBS data that may be received or transmitted at 401a may have a structure of 402a or 403a.
  • 4B is a diagram illustrating a second bearer structure for supporting an MBS service according to an embodiment of the present disclosure.
  • the terminal is a logical channel identifier of the MBS control data channel or MBS user data channel or MBS user data channel connected to the MAC layer device. (or an RLC layer device corresponding to the MBS service) may be configured.
  • a bearer structure that directly connects the RLC layer device with an upper MBS application layer device may be configured as a bearer for the MBS service.
  • transmission of HARQ ACK or NACK or HARQ retransmission procedure or HARQ processing procedure of the MAC layer device may not be applied to the second bearer.
  • the terminal may transmit MBS data (MBS control data or MBS user data) received through the physical layer device or the MAC layer device to the upper MBS application layer device through the RLC layer device.
  • MBS data may not include a MAC header. For example, if a separate physical channel or transport channel for the MBS service is configured and a separate transmission resource (frequency or time resource or transmission period) is configured, MBS data can be distinguished from the MAC layer device even without a MAC header. Because.
  • the first RNTI for MBS data is allocated This is because MBS data can be distinguished even if there is no MAC header in the physical layer device or the MAC layer device.
  • the first RNTI for MBS data is the RNTI of 1 - 1 for MBS control data (or MBS control data channel) or 1 - 1 for MBS user data (or MBS user data channel or logical channel identifier or per MBS service) 2 RNTIs may be allocated or designated, respectively.
  • a separate physical channel or transport channel for the MBS service may be configured in the second bearer structure 401b, or the MBS service may be supported in a DL-SCH used for a general data service.
  • the MBS data may include a MAC header, and based on the logical channel identifier included in the MAC header, MBS control data (or MBS control data channel) ) or MBS user data (or MBS user data channel or logical channel identifier or MBS service-specific) or MBS service may be differentiated, or may be demultiplexed and delivered to each RLC layer device separately.
  • a separate physical channel or transport channel for the MBS service may be configured in the second bearer structure 401b, or the MBS service may be supported in a DL-SCH used for a general data service.
  • MBS data can be received in the transmission resource, and if the first RNTI for MBS data is allocated or determined, the second in the transmission resource 1 RNTI may receive MBS data according to the PDCCH indication.
  • the MBS data may include a MAC header, and based on the logical channel identifier included in the MAC header, MBS control data (or MBS control data channel) or MBS user data (or MBS user data channel or logical channel identifier or MBS).
  • MBS service or MBS service may be classified, or may be divided and demultiplexed and delivered to each RLC layer device. That is, different logical channel identifiers may be set or defined for each MBS control data channel or MBS user data channel or MBS service as the logical channel, and the MBS service may be supported.
  • the RLC layer device configured in the second bearer structure 401b may be configured in Transparent Mode (TM), and the RLC header may not be included in the MBS data. Alternatively, the RLC serial number length may not be set in the RLC layer device. Alternatively, the RLC layer device may not apply a data processing procedure to the MBS data.
  • TM Transparent Mode
  • the RLC layer device configured in the second bearer structure 401b may not apply a data partitioning procedure or a data reassembly procedure for MBS data in the TM mode.
  • the RLC layer device configured in the second bearer structure 401b may set the RLC reception window size to 0 or may not operate the RLC reception window.
  • the MAC layer device may not basically apply HARQ ACK or NACK transmission or HARQ retransmission procedure or HARQ processing procedure to a bearer supporting the MBS service.
  • the configuration information of the SDAP layer device is not configured for the second bearer structure 401b, and the data of the second bearer in the SDAP layer device It can be delivered directly to the MBS application layer device without processing (for example, bypass).
  • system information, RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • SDAP layer device configuration information for the bearer in a control message for the MBS channel can be configured, and mapping information between QoS flows and bearers can be configured or reconfigured.
  • the presence or absence of an SDAP header for downlink data or the presence or absence of an SDAP header for uplink data may be configured.
  • a QoS flow for the MBS service may be mapped to the bearer to support MBS services.
  • MBS data that may be received or transmitted in the second bearer structure 401b may have a structure of 402b.
  • the second bearer structure according to configuration information of system information may have the structure of 402b.
  • an RRC message eg, RRCSetup method, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • a control message for an MBS channel MBS data that may be received or transmitted in 401b may have the structure of 402b.
  • 4C is a diagram illustrating a third bearer structure for supporting an MBS service according to an embodiment of the present disclosure.
  • the terminal is a logical channel identifier of the MBS control data channel or MBS user data channel or MBS user data channel connected to the MAC layer device. (or an RLC layer device corresponding to the MBS service) may be configured.
  • a bearer structure that directly connects the RLC layer device with an upper MBS application layer device may be configured as a bearer for the MBS service.
  • the HARQ ACK or NACK transmission or HARQ retransmission procedure or HARQ processing procedure of the MAC layer device may not be applied to the third bearer.
  • HARQ ACK or NACK of the MAC layer device in system information RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or a control message for an MBS channel Whether or not to perform transmission or HARQ retransmission procedure or HARQ processing procedure may be set as an indicator.
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • a control message for an MBS channel Whether or not to perform transmission or HARQ retransmission procedure or HARQ processing procedure may be set as an indicator.
  • an indicator is configured to perform transmission of HARQ ACK or NACK or a HARQ retransmission procedure or HARQ processing procedure (indicator value indicates a specific value or an indicator field does not exist), it may be performed.
  • the indicator may not be performed when the indicator is configured (indicator value indicates a specific value or there is no indicator field) so as not to perform HARQ ACK or NACK transmission or HARQ retransmission procedure or HARQ processing procedure.
  • transmission of HARQ ACK or NACK or HARQ retransmission procedure or HARQ processing procedure in the MAC layer device may not be basically applied to a bearer supporting the MBS service.
  • the indicator may be configured for a logical channel identifier (or MBS service) or bearer identifier of an MBS control data channel or an MBS user data channel or an MBS user data channel, respectively.
  • HARQ ACK or NACK transmission of the MAC layer device or HARQ retransmission procedure or HARQ processing procedure is performed or configured, or when configured for a specific logical channel identifier or MBS service or bearer, system information, Logic of MBS control data channel or MBS user data channel or MBS user data channel in RRC message (eg RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message), or control message for MBS channel
  • RRC message eg RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message
  • the RLC reception window size may be set to a value greater than 0 (eg, 2 ⁇ (RLC serial number length - 1)). This is because when performing HARQ process or retransmission on MBS data, the order of data may be mixed. Therefore, reordering must be performed on MBS data based on the RLC reception window or RLC serial number, or a reordering timer must be driven. This is because MBS services can be supported sequentially.
  • system information eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message
  • MBS service logical channel identifier
  • bearer identifier of the MBS control data channel or the MBS user data channel or the MBS user data channel.
  • the MAC layer device does not apply HARQ ACK or NACK transmission or HARQ retransmission procedure or HARQ processing procedure to the bearer supporting the MBS service, so that even in the RLC layer device configured in the bearer supporting the MBS service, HARQ is basically HARQ It is possible not to perform the reordering or RLC reordering function.
  • the reception RLC window may not be operated by setting the RLC reception window size to 0.
  • the UE may transmit data always received from the RLC layer device to the higher layer device by an out-of-order delivery method regardless of the order.
  • the terminal may transmit MBS data (MBS control data or MBS user data) received through the physical layer device or the MAC layer device to the upper MBS application layer device through the RLC layer device.
  • MBS data may include a MAC header.
  • the logical identifier included in the MAC header may be set or defined to indicate an MBS control data channel or an MBS user data channel or each MBS service.
  • the first RNTI for MBS data is allocated or determined , it is possible to distinguish whether MBS data is MBS control data, MBS user data, or data for which MBS service based on the RNTI or logical channel identifier in the physical layer device or the MAC layer device, or demultiplex the MBS data to each RLC layer device separately can be transmitted.
  • the first RNTI for MBS data is the RNTI of 1 - 1 for MBS control data (or MBS control data channel) or 1 - 1 for MBS user data (or MBS user data channel or logical channel identifier or per MBS service) 2 RNTIs may be allocated or designated, respectively.
  • a separate physical channel or transport channel for the MBS service is configured in the third bearer structure 401c, or the MBS service is supported in a DL-SCH used for a general data service.
  • the MBS data may include a MAC header, and based on the logical channel identifier included in the MAC header, MBS control data (or MBS control data channel) ) or MBS user data (or MBS user data channel or logical channel identifier or MBS service-specific) or MBS service may be differentiated, or may be demultiplexed and delivered to each RLC layer device separately.
  • MBS control data or MBS control data channel
  • MBS user data or MBS user data channel or logical channel identifier or MBS service-specific
  • MBS service may be differentiated, or may be demultiplexed and delivered to each RLC layer device separately.
  • a separate physical channel or transport channel for the MBS service is configured in the third bearer structure 401c, or the MBS service is supported in a DL-SCH used for a general data service.
  • MBS data may be received in the transmission resource, and if a first RNTI for MBS data is allocated or determined, the first in the transmission resource
  • the RNTI may receive MBS data according to the PDCCH indication.
  • the MBS data may include a MAC header, and based on the logical channel identifier included in the MAC header, MBS control data (or MBS control data channel) or MBS user data (or MBS user data channel or logical channel identifier or MBS) service) or MBS service may be classified, or may be divided and demultiplexed and delivered to each RLC layer device.
  • the RLC layer device configured in the third bearer structure may be configured in a uni-directional mode of a TM or UM or UM mode, a bi-directional mode of a UM mode, or an AM mode.
  • the RLC header may not be included in the MBS data in the RLC TM mode, and the RLC header may be included in the RLC UM mode or the AM mode.
  • the RLC layer device may not apply a data processing procedure to the MBS data (eg, a data division procedure or reassembly procedure may not be applied), and in the RLC UM mode or AM mode A data processing procedure may be applied to the MBS data.
  • the configuration information of the SDAP layer device is not configured for the third bearer structure 401c, and the data of the third bearer in the SDAP layer device It can be delivered directly to the MBS application layer device without processing (for example, bypass).
  • system information eg, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or SDAP layer device configuration information for the bearer in a control message for the MBS channel can be configured, and mapping information between QoS flows and bearers can be configured or reconfigured.
  • the SDAP layer device configuration information the presence or absence of an SDAP header for downlink data or the presence or absence of an SDAP header for uplink data may be configured.
  • a QoS flow for the MBS service may be mapped to the bearer to support MBS services.
  • MBS data that may be received or transmitted in the third bearer structure 401c may have a structure of 402c or 403c.
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • the third bearer structure MBS data that may be received or transmitted in 401c
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • transmission resource eg, time or frequency resource, transmission channel, frequency interval, etc.
  • the RRC connected mode or RRC deactivation mode or RRC idle mode terminal is configured to perform HARQ ACK or NACK transmission or HARQ retransmission procedure or HARQ processing procedure in the above, after receiving downlink MBS data, the configured transmission resource (eg For example, it is possible to transmit HARQ ACK or NACK as a physical transmission resource). If the base station detects at least one NACK in the transmission resource, or if it is detected that at least one terminal has transmitted a NACK, the base station may retransmit the MBS data. Alternatively, retransmission may be performed so that all terminals can receive it through the MBS channel.
  • the configured transmission resource eg For example, it is possible to transmit HARQ ACK or NACK as a physical transmission resource.
  • the RRC connected mode, RRC deactivation mode, or RRC idle mode terminal defines MAC control information (or RLC control information or PDCP control information or RRC message) after receiving the downlink MBS data, and a terminal identifier or MBS service
  • MAC control information or RLC control information or PDCP control information or RRC message
  • the base station indicates which terminal did not successfully receive data (For example, the MAC control information (or RLC control information or PDCP control information or RRC message) may be transmitted in the configured transmission resource).
  • the base station may retransmit the MBS data only to the RRC connected mode, RRC idle mode, or RRC deactivation mode terminal indicating that the NACK has been transmitted or failed to be successfully received in the transmission resource.
  • the base station may retransmit the MBS data.
  • retransmission may be performed so that all terminals can receive it through the MBS channel.
  • 4D is a diagram illustrating a fourth bearer structure for supporting an MBS service according to an embodiment of the present disclosure.
  • the UE may use an MBS control data channel or MBS user data channel or MBS user data channel connected to the MAC layer device.
  • An RLC layer device corresponding to a logical channel identifier (or MBS service) of may be configured.
  • Each RLC layer device may be configured for each MBS service or for each MBS service type (eg, a multicast service (PTM, Point to Multicast MBS service) or a unicast service (Point to Point MBS service)), and one base station ( Alternatively, one MAC layer device) or a plurality of base stations (or a plurality of MAC layer devices) may be configured such as 401d or 402d or 403d to receive service.
  • a PDCP layer device connected to each RLC layer device or a plurality of RLC layer devices can be configured. can be set.
  • the base station sets the first RLC layer device for the multicast service and the second RLC layer device for the unicast service to one PDCP layer device, Switching between unicast schemes (PTM to PTP switching or PTP to PTM switching) or change may be facilitated.
  • the base station may transmit MBS service data to the first RLC layer device or the second RLC layer device.
  • the first RLC layer device for example, an RLC layer device for a multicast service or a primary RLC layer device or a secondary RLC layer device
  • a second RLC layer device for example, a unicast service
  • An indicator for example, an indicator indicating PTP or PTM or an MBS service identifier or an indicator indicating a primary RLC device
  • the first RLC layer device or the second RLC layer device may be set as a primary RLC layer device or a secondary RLC layer device, respectively, and can be distinguished.
  • the base station configures a first RLC layer device for multicast service and a second RLC layer device for unicast service in one PDCP layer device, and multicast service method It is possible to facilitate switching or change between the unicast method and the unicast method.
  • the base station may transmit MBS service data to the first RLC layer device or the second RLC layer device, and the first RLC layer device or the second RLC layer device
  • the terminal can be configured to receive MBS service data from different base stations by connecting to the MAC or physical layer devices corresponding to different base stations (the first base station or the second base station).
  • a first RLC layer device for example, an RLC layer device for multicast service or a primary RLC layer device or a secondary RLC layer device
  • a second RLC layer device for example, an RLC layer device for unicast service or
  • An indicator in an RRC message eg, an indicator indicating PTP or PTM or an MBS service identifier or an indicator indicating a primary RLC device or a cell group identifier or logical channel to distinguish the primary RLC layer device or the secondary RLC layer device
  • the first RLC layer device or the second RLC layer device may be distinguished by setting the primary RLC layer device or the secondary RLC layer device, respectively.
  • the fourth bearer structure such as 401d, 402d, or 403d, configures a plurality of RLC devices in one PDCP layer device for each MBS service or each MBS service type (eg, multicast service or unicast service) to provide an MBS service.
  • RLC layer devices configured in the fourth bearer structure may be configured in UM mode, AM mode, or TM mode.
  • an RLC layer device supporting a multicast service (PTM) may be set to a UM mode
  • an RLC layer device supporting a unicast service (PTP) may be set to a UM mode or an AM mode.
  • the HARQ ACK or NACK transmission or HARQ retransmission procedure or HARQ processing procedure of the MAC layer device may not be applied to the fourth bearer.
  • system information eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • the control message for the MBS channel HARQ ACK or NACK of the MAC layer device Whether to perform transmission or HARQ retransmission procedure or HARQ processing procedure or not may be configured through an indicator.
  • an indicator is configured to perform transmission of HARQ ACK or NACK or HARQ retransmission procedure or HARQ processing procedure (indicator value indicates a specific value or indicator field If there is no), it can be performed.
  • the indicator may be set (indicator value indicates a specific value or there is no indicator field) so as not to perform transmission of HARQ ACK or NACK or HARQ retransmission procedure or HARQ processing procedure, it may not be performed, or HARQ in the MAC layer device ACK or NACK transmission, HARQ retransmission procedure, or HARQ processing procedure may not be basically applied to a bearer supporting the MBS service.
  • the indicator may be configured for a logical channel identifier (or MBS service) or bearer identifier of an MBS control data channel or an MBS user data channel or an MBS user data channel, respectively.
  • system information when performing or configuring HARQ ACK or NACK transmission or HARQ retransmission procedure or HARQ processing procedure of the MAC layer device, or configured for a specific logical channel identifier or MBS service or bearer, system information, RRC In a message (eg RRCSetup message, RRCResume message, RRCReconfiguration message, or RRCRelease message, or a newly defined new RRC message) or a control message for an MBS channel, the MBS control data channel or the MBS user data channel or the logical channel of the MBS user data channel
  • An indicator (either an indicator value indicates a specific value or there is no indicator field) may be configured to perform a HARQ reordering or RLC reordering function for an RLC layer device configured for an identifier (or MBS service) or bearer identifier.
  • the RLC reception window size may be set to a value greater than 0 (eg, 2 ⁇ (RLC serial number length - 1)). This is because when performing HARQ process or retransmission on MBS data, the order of data may be mixed. Therefore, reordering must be performed on MBS data based on the RLC reception window or RLC serial number, or a reordering timer must be driven. This is because it can support the MBS service.
  • system information eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message
  • MBS channel identifier or MBS service
  • the RLC layer device configured in the bearer supporting the MBS service is basically HARQ It is possible not to perform the reordering or RLC reordering function.
  • the RLC reception window size of the RLC layer device of the MBS bearer is set to 0 to receive RLC Windows may not be running.
  • the UE may transmit data always received from the RLC layer device to the higher layer device in an out-of-order delivery method regardless of the order.
  • the terminal transmits MBS data (MBS control data or MBS user data) received through the physical layer device or the MAC layer device to the upper MBS application layer device through the RLC layer device or the PDCP layer device.
  • MBS data may include a MAC header.
  • the logical channel identifier included in the MAC header may be set or defined to indicate an MBS control data channel or an MBS user data channel or each MBS service. For example, if a separate physical channel or transmission channel for the MBS service is configured and a separate transmission resource (frequency or time resource or transmission period) is configured, the first RNTI for MBS data is allocated or determined , it is possible to distinguish whether MBS data is MBS control data, MBS user data, or data for which MBS service based on the RNTI or logical channel identifier in the physical layer device or the MAC layer device, or demultiplex the MBS data to each RLC layer device separately can be transmitted.
  • the first RNTI for MBS data is the RNTI of 1 - 1 for MBS control data (or MBS control data channel) or 1 - 1 for MBS user data (or MBS user data channel or logical channel identifier or per MBS service) 2 RNTIs may be allocated or designated, respectively.
  • a separate physical channel or transport channel for the MBS service is configured in the fourth bearer structure, or the MBS service is supported in a DL-SCH used for a general data service, or a separate transmission resource ( If frequency or time resource or transmission period) is set, MBS data may include a MAC header, and based on the logical channel identifier included in the MAC header, MBS control data (or MBS control data channel) or MBS user data ( Alternatively, the MBS user data channel or logical channel identifier or each MBS service) or MBS service may be differentiated, or may be demultiplexed and delivered to each RLC layer device.
  • a separate physical channel or transport channel for the MBS service may be configured in the fourth bearer structure, or the MBS service may be supported in a DL-SCH used for a general data service.
  • MBS data can be received in the transmission resource, and if the first RNTI for MBS data is allocated or determined, the second in the transmission resource 1 RNTI may receive MBS data according to the PDCCH indication.
  • the MBS data may include a MAC header.
  • MBS control data or MBS control data channel
  • MBS user data or MBS user data channel or logical channel identifier or each MBS service
  • MBS service can be distinguished. , or can be separately demultiplexed and delivered to each RLC layer device. That is, different logical channel identifiers may be set or defined for each MBS control data channel or MBS user data channel or MBS service as the logical channel, and the MBS service may be supported.
  • the RLC layer device configured in the fourth bearer structure may be configured in one of TM mode, UM mode, unidirectional mode of UM mode, bidirectional mode of UM mode, or AM mode.
  • the RLC header may not be included in the MBS data.
  • the RLC header may be included in the RLC UM mode or AM mode.
  • the RLC layer device may not apply a data processing procedure to the MBS data (eg, may not perform a data division procedure or a reassembly procedure).
  • a data processing procedure may be applied to the MBS data.
  • System information for the fourth bearer structure RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or a control message for the MBS channel RLC layer device TM Mode can be set to reduce the overhead of MBS data (for example, the overhead can be reduced by not using the RLC header). Also system information for the fourth bearer structure.
  • an out-of-order delivery function is set in the PDCP layer device to delay the transmission of MBS data. can be prevented.
  • the PDCP layer device performs the out-of-order delivery function by default (for example, always set the out-of-order delivery indicator to True) or sets the PDCP reordering timer value (t-reordering) to 0, and the PDCP serial If a gap in numbers (or COUNT values) occurs, do not perform the reordering procedure (either by not triggering the reorder timer, or by setting the reorder timer value to 0 to set the PDCP serial number (or COUNT value) corresponding to the gap).
  • the reordering function in the PDCP layer device performs the reordering function when data loss occurs, due to the gap in the PDCP serial number (or COUNT value) due to the reorder timer is triggered, and data corresponding to the gap has to wait for as long as the reordering timer value, which may cause transmission delay.
  • the PDCP layer device may basically perform a PDCP reordering function.
  • the PDCP layer device may determine the size of the reception window (for example, the length of the PDCP serial number 16 bits, the window size 2 ⁇ (16-1)) based on the PDCP reception window length of the PDCP serial number, A reorder timer can be driven.
  • system information eg, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message), or SDAP layer device configuration information in a control message for an MBS channel can be configured, and mapping information between QoS flows and bearers can be configured or reconfigured.
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined new RRC message
  • SDAP layer device configuration information in a control message for an MBS channel can be configured, and mapping information between QoS flows and bearers can be configured or reconfigured.
  • the SDAP layer device configuration information the presence or absence of an SDAP header for downlink data or the presence or absence of an SDAP header for uplink data may be configured.
  • a reconfiguration or switching procedure between a unicast bearer or a multicast bearer configured in the fourth bearer structure 402d or 403d by using the QoS flow and bearer mapping information. Also, a reconfiguration or switching procedure between a unicast bearer having a fourth bearer structure 401d or a multicast bearer having a fourth bearer structure 401d may be supported.
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • the fourth bearer structure of the SDAP layer device If the configuration information is not configured, the SDAP layer device may directly transfer the data of the fourth bearer to the MBS application layer device without processing (eg bypass).
  • a QoS flow for the MBS service may be mapped to the bearer to support MBS services.
  • MBS data that may be received or transmitted in the fourth bearer structure may have a structure of 404d or 405d or 406d or 407d.
  • the fourth bearer structure according to configuration information of system information, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or a control message for an MBS channel MBS data that can be received or transmitted in 404d or 405d or 406d or 407d may have a structure.
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • a control message for an MBS channel MBS data that can be received or transmitted in 404d or 405d or 406d or 407d may have a structure.
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • transmission resource eg, time or frequency resource, transmission channel, frequency interval, etc.
  • the RRC connected mode, RRC deactivation mode, or RRC idle mode terminal is configured to perform HARQ ACK or NACK transmission, HARQ retransmission procedure, or HARQ processing procedure
  • downlink MBS data is received and the configured transmission resource (for example, physical transmission resource) may transmit HARQ ACK or NACK.
  • the base station may retransmit the MBS data. Alternatively, retransmission may be performed so that all terminals can receive it through the MBS channel.
  • the RRC connected mode, RRC deactivation mode, or RRC idle mode terminal receives downlink MBS data, defines MAC control information (or RLC control information or PDCP control information or RRC message), terminal identifier, MBS service
  • MAC control information or RLC control information or PDCP control information or RRC message
  • terminal identifier or MBS service
  • the MAC control information including at least one of an identifier, a logical channel identifier, an RNTI identifier, or a bearer identifier to the base station, it is possible to indicate to the base station which received the MAC control information which terminal did not successfully receive the data. Yes (eg, the terminal may transmit the MAC control information in the configured transmission resource).
  • the base station may retransmit the MBS data only to the RRC connected mode, RRC idle mode, or RRC deactivation mode terminal indicating that the NACK has not been transmitted or successfully received in the transmission resource.
  • the base station may perform retransmission on the MBS data when detecting at least one NACK in the transmission resource or detecting that at least one terminal has transmitted a NACK.
  • retransmission can be performed so that all terminals can receive it through the MBS channel.
  • the terminal When the terminal receives system information, when it tries to receive the service of interest, when the service of interest occurs, when the service of interest is determined, when the terminal is in or enters a cell or area supporting the MBS service in the system information , when MBS service (or session) is established or connected, or system information, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or control for the MBS channel
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • configuration information or bearer configuration information for an MBS service is received or broadcast through a message (eg, transmitted in an MBS control data channel)
  • the UE receives the MBS service having the bearer structure of FIGS. 4A to 4D. You can configure a unicast bearer, a multicast bear
  • the base station sets the fourth bearer structure (401d, 402d, or 403d) to the terminal, the base station sets the first RLC layer device for the multicast service and the second RLC layer device for the unicast service as one PDCP It can be set on a hierarchical device.
  • the base station dynamically switches to a multicast method or a unicast method in consideration of at least one of the base station's transmission resource, scheduling resource, and terminal mobility, and can support the MBS service to the terminal, resulting in low transmission delay and data loss. It can support services with no or low data loss.
  • MBS service data received to the first RLC layer device for multicast service in the fourth bearer structure (401d or 402d or 403d) is received from a transmission resource for supporting multicast service for a plurality of terminals.
  • Data eg, data having a logical channel identifier corresponding to a multicast service, data received from a transmission resource allocated for a multicast service, or a PDCCH scrambled with an RNTI identifier for a multicast service according to the DCI indication of the PDCCH
  • a plurality of terminals may receive the MBS service data (eg, common MBS data) in the same transmission resource, and receive the MBS service data with a first RLC layer device for a multicast service configured in each terminal. can be processed by
  • MBS service data received from the second RLC layer device for the unicast service in the fourth bearer structure 401d or 402d or 403d is data received from a transmission resource for supporting the unicast service of each terminal.
  • data having a logical channel identifier corresponding to a unicast service, data received from a transmission resource allocated for a unicast service, or received according to a DCI indication of a PDCCH scrambled with an RNTI identifier for a unicast service. data may be included.
  • One terminal may receive the MBS service data in the transmission resource, and configured in the one terminal
  • the second RLC layer device for unicast service may receive and process the MBS service data.
  • each terminal may receive unicast data for each terminal in different transmission resources (transmission resources for each terminal) rather than the same transmission resource.
  • different terminals receive data for each terminal in each transmission resource allocated to receive different unicast services (eg, data having a logical channel identifier corresponding to the unicast service of the terminal, unicast service of the terminal)
  • Data received in the transmission resource allocated for or data received according to the DCI indication of the PDCCH scrambled with the RNTI identifier for the unicast service of the terminal) are received respectively, and the second for the unicast service configured in each terminal
  • the data can be processed in the RLC layer device of
  • the base station when the base station supports the MBS service by configuring the fourth bearer structure (401d, 402d, or 403d) to a plurality of terminals, the base station provides the same MBS to a plurality of terminals through one transmission resource in a multicast manner.
  • Service data may be transmitted (each terminal may receive the MBS service data from an RLC layer device for a multicast service (or an RLC layer device configured with a logical channel identifier corresponding to the multicast service)).
  • the base station may transmit MBS service data to each terminal in different transmission resources in a unicast manner (each terminal is an RLC layer device for a unicast service (or an RLC layer configured with a logical channel identifier corresponding to a unicast service) device) may receive the MBS service data).
  • a unicast manner each terminal is an RLC layer device for a unicast service (or an RLC layer configured with a logical channel identifier corresponding to a unicast service) device
  • each terminal is an RLC layer device for a unicast service (or an RLC layer configured with a logical channel identifier corresponding to a unicast service) device) may receive the MBS service data).
  • the fourth bearer structure (401d or 402d or 403d) is set to a plurality of terminals, and an RLC layer device for a multicast service in a common transmission resource (or a logical channel identifier corresponding to the multicast service) RLC layer device) through a common control message or request message (for example, whether the MBS service is received, the preference of the MBS service, whether the MBS service is currently being received, whether the MBS service type is switched (e.g. For example, PTM to PTP or PTP to PTM conversion) or frequency measurement result request) can be transmitted to a plurality of terminals receiving the MBS service at a time, thereby saving transmission resources.
  • a common control message or request message for example, whether the MBS service is received, the preference of the MBS service, whether the MBS service is currently being received, whether the MBS service type is switched (e.g. For example, PTM to PTP or PTP to PTM conversion) or frequency measurement result request
  • the base station sends an individual control message or request message (for example, Whether the MBS service is received, the preference of the MBS service, whether the MBS service is currently being received, whether the MBS service type is switched (eg, PTM to PTP or PTP to PTM conversion), or frequency measurement result request ) can be transmitted to each terminal receiving the MBS service, so that each terminal can be individually controlled and scheduled.
  • an individual control message or request message for example, Whether the MBS service is received, the preference of the MBS service, whether the MBS service is currently being received, whether the MBS service type is switched (eg, PTM to PTP or PTP to PTM conversion), or frequency measurement result request
  • the base station provides an RLC layer device for a multicast service (or an RLC layer device configured with a logical channel identifier corresponding to the multicast service) or a unicast service to terminals configured with a fourth bearer structure (401d or 402d or 403d)
  • a fourth bearer structure 401d or 402d or 403d
  • packet overlapping transmission may be performed in a higher layer device (eg, a PDCP layer device).
  • the fourth bearer structure 401d or 402d or 403d is a switching or switching procedure of an MBS service type (eg, switching from multicast service (PTM) to unicast service (PTP) or from unicast service (PTP) to multicast service). It can be usefully used for Cast Service (PTM)).
  • the base station establishes the fourth bearer structure based on at least one of an RRC message, an MBS control message, MAC control information, PDCP control data, or RLC control data, or MBS configured to a terminal receiving an MBS service. Switching or switching procedures of the MBS service type may be indicated for the bearer.
  • the terminal when data is received from the RLC layer device for the multicast service configured in the MBS bearer, the terminal may determine that the switch from the unicast service (PTP) to the multicast service (PTM) is indicated by the base station. In addition, if data is received from the RLC layer device for the unicast service set in the MBS bearer, the terminal can determine that the switch from the multicast service (PTM) to the unicast service (PTP) is instructed by the base station (UE autonomous MBS bearer) switching).
  • PTP unicast service
  • PTM multicast service
  • the base station instructs the terminal to switch from the multicast service (PTM) to the unicast service (PTP)
  • the terminal may continue to receive the MBS service without error or data loss, or so that there is no problem in the reception window operation.
  • the following procedures may be performed for the MBS bearer.
  • the UE uses window variables (e.g., RX_NEXT (expected to be received next A variable indicating a COUNT value of data (PDCP SDU), RX_DELIV (a variable indicating a COUNT value of the first data not delivered to a higher layer device (PDCP SDU) or data still waiting to be received), or RX_REORD (PDCP reordering timer) It can be used as it is without performing the initialization procedure or initializing the PDCP reordering timer for the next COUNT value (or a variable indicating the COUNT value increased by 1) of the COUNT value of the data (PDCP data PDU) that triggered the .
  • window variables e.g., RX_NEXT (expected to be received next A variable indicating a COUNT value of data (PDCP SDU), RX_DELIV (a variable indicating a COUNT value of the first data not delivered to a higher layer device (PDCP SDU) or data still waiting to be received
  • RX_REORD
  • the COUNT value (or PDCP serial number) of the data by the window variables is maintained, so data loss is prevented. This is because data loss can be minimized by transmitting information about data that has not been retransmitted or received for recovery (eg, a PDCP status report) to the base station.
  • the PDCP layer device performs a PDCP re-establishment procedure or a PDCP data recovery procedure, or initializes the window variables, or stops (or initializes) the PDCP reorder timer and stores ( Alternatively, data processing may be performed on the received data and transmitted to a higher layer device
  • Window variables may be initialized to a value of 0, or to facilitate the base station to manage window variables (e.g., if the base station is The window variables can be initialized based on the received data (so that the terminal can synchronize the window variables based on the received data without initializing the variables.
  • the RX_NEXT variable is used in multicast service (PTM) PDCP serial number +1 of the first received data (PDCP data PDU or PDCP SDU) after the indication to switch to unicast service (PTP) or HFN value initialized to 0 (or previously used HFN value, or in the terminal implementation It may be initialized with a combination of a determined HFN value or an HFN value included in the switch indication. Also, the RX_DELIV variable may be the initialized RX_NEXT value or data first received after the switch indication (PDCP data PDU or PDCP SDU).
  • PTM multicast service
  • PDCP serial number +1 of the first received data PDCP data PDU or PDCP SDU
  • PTP unicast service
  • HFN value initialized to 0 or previously used HFN value, or in the terminal implementation It may be initialized with a combination of a determined HFN value or an HFN value included in the switch indication.
  • the RX_DELIV variable may be the initialized
  • the RX_REORD value is the initialized RX_NEXT value or the HFN value initialized to the PDCP serial number +1 or 0 of the data (PDCP data PDU or PDCP SDU) first received after the switch indication (or the previously used HFN value) , or an HFN value determined by the UE implementation, or an HFN value included in the switch instruction).
  • initialization of a variable of RX_REORD may be omitted so that the reordering timer is driven.
  • RX_DELIV may be initialized to a value obtained by subtracting the reception window size (or half of the reception window size) from the RX_NEXT value and adding one.
  • the window variables refer to the respective initialization values for the variables included in the indication information (RRC message, system information, MAC control information, or PDCP control data) indicated by the base station in order to facilitate implementation of the base station. values or initial values).
  • the terminal Upon receiving an instruction from the base station to switch from multicast service (PTM) to unicast service (PTP), the terminal reports whether data has been successfully received to the base station and reports PDCP status so that the base station can perform retransmission to reduce loss can be configured and transmitted to the RLC layer device for the unicast service (or the RLC layer device set to the logical channel identifier corresponding to the unicast service).
  • the base station may retransmit data through the RLC layer device for unicast service based on the PDCP status report.
  • the base station can easily identify the PDCP status report for which UE the PDCP status report is.
  • the base station may perform retransmission through individual transmission resources to prevent wastage of transmission resources.
  • the UE may transmit a PDCP status report from the RLC layer device for multicast.
  • the terminal receiving the switch instruction reports to the base station whether data is successfully received, and configures the PDCP status report so that the base station can perform retransmission to reduce loss, so that the RLC layer device for multicast service (or multicast service) It can be transmitted to the RLC layer device set to the logical channel identifier corresponding to the cast service).
  • the base station may retransmit data through the RLC layer device for a multicast service or a unicast service based on the PDCP status report. If the UE transmits the PDCP status report through the RLC layer device for the multicast service, the base station can easily understand the PDCP status report of all UEs.
  • the UE may still receive data through the RLC layer device for multicast service in the fourth bearer structure. This is because the terminal can receive data transmitted late.
  • the RLC layer device may be released or re-established (window variable initialization or discarding of stored divided data) to facilitate window variable synchronization of the RLC layer device of the base station and to quickly discard unnecessary data.
  • the UE determines the window variables (for example, in the UM mode, RX_Next_Reassembly (still considered for reassembly) in the RLC layer device for the unicast service (or the RLC layer device set to the logical channel identifier corresponding to the unicast service)
  • RX_Timer_Trigger (variable indicating the RLC serial number that is one greater than or next to the RLC serial number that triggered the RLC rebuild timer), or RX_Next_Highest (receive Among the data (UMD PDU), 1 greater than the highest RLC serial number or a variable indicating the next RLC serial number) or, for example, in AM mode, RX_Next (last data completely received in order (RLC SDU))
  • RX_Next_Status_Trigger (variable indicating the RLC serial number greater than 1 or next to the RLC serial number that triggered the RLC reassembly timer) or RX_Highest_Status (A
  • the UE performs an RLC re-establishment (or establishment) procedure in the RLC layer device, initializes the window variables, or reassembles the RLC to facilitate synchronization of window variables with the base station and reduce data transmission delay You can stop (or reset) the timer.
  • the window variables may be initialized to a value of 0, or in order to facilitate management of the base station window variable (for example, so that the terminal can synchronize the window variable based on the data received by itself even if the base station does not initialize the window variable) ) may initialize the window variables based on the received data. For example, in the UM mode, since the RLC serial number is included only for the divided data, for the complete data that does not include the RLC serial number, the data can be directly processed and delivered to the upper layer device. You can update a window variable based on the RLC serial number.
  • RX_Next_Reassembly may be initialized with an RLC serial number of data (RLC SDU, UMD PDU, or RLC SDU segment) that is received for the first time after the transition instruction and includes an RLC serial number.
  • RX_Next_Highest may be initialized with an RLC serial number of data (RLC SDU, UMD PDU, or RLC SDU segment) that is first received after the transition indication and includes an RLC serial number.
  • the RX_Timer_Trigger may be initialized with the RLC serial number of data (RLC SDU, UMD PDU, or RLC SDU segment) that is received for the first time after the transition indication and includes the RLC serial number.
  • variable initialization can be omitted.
  • RLC serial numbers are included for all data (RLC data PDU or RLC SDU)
  • RX_Next, RX_Next_Status_Trigger, or RX_Highest_Status is the first received data (RLC SDU, RLC SDU, It may be initialized with the RLC serial number of the UMD PDU or RLC SDU segment).
  • variable initialization may be omitted.
  • the window variables are each initialization value for the variables included in the switch indication information (RRC message, system information, MAC control information, or PDCP control data) indicated by the base station in order to facilitate implementation of the base station. It can be initialized to (reference values or initial values).
  • an RLC re-establishment procedure may be performed in order to minimize the complexity of the ARQ operation for the RLC layer device set to the RLC AM mode.
  • the UE may start receiving data from the RLC layer device for the unicast service (or the RLC layer device configured with a logical channel identifier corresponding to the unicast service).
  • the terminal If the base station instructs the terminal to switch from the unicast service (PTP) to the multicast service (PTM), the terminal performs the following steps in order to continuously receive the MBS service without error or data loss or to prevent a problem in the reception window operation. procedures can be performed.
  • the UE uses window variables (e.g., RX_NEXT (expected to be received next A variable indicating the COUNT value of data (PDCP SDU), RX_DELIV (a variable indicating the COUNT value of the first data not delivered to the upper layer device (PDCP SDU) or data still waiting to be received) or RX_REORD (the PDCP reordering timer) It can be used as it is without performing the initialization procedure or initializing the PDCP reordering timer for the next COUNT value (or a variable indicating the COUNT value increased by 1) of the COUNT value of the triggered data (PDCP data PDU).
  • window variables e.g., RX_NEXT (expected to be received next A variable indicating the COUNT value of data (PDCP SDU), RX_DELIV (a variable indicating the COUNT value of the first data not delivered to the upper layer device (PDCP SDU) or data still waiting to be received) or RX_REORD (the PDCP reordering
  • the window variables are not initialized or if the PDCP reordering timer is not initialized (if it is running, it is kept running) and used as it is, the COUNT value (or PDCP serial number) of the data by the window variables is maintained. This is because data loss can be minimized by transmitting information (eg, a PDCP status report) on data that has not been retransmitted or received to recover from loss.
  • information eg, a PDCP status report
  • the terminal performs a PDCP re-establishment procedure or a PDCP data recovery procedure in the PDCP layer device in order to facilitate synchronization of window variables with the base station and reduce data transmission delay, initialize the window variables, or rearrange the PDCP It may stop (or initialize) the timer, perform data processing on the stored (or received) data, and transmit it to a higher layer device.
  • the window variables may be initialized to a value of 0, or in order to facilitate management of the base station window variable (for example, so that the terminal can synchronize the window variable based on the data received by itself even if the base station does not initialize the window variable) ) may initialize the window variables based on the received data.
  • the RX_NEXT variable is an HFN value initialized to the PDCP serial number +1 or 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the indication (or an HFN value previously used or an HFN determined by the terminal implementation) value or an HFN value included in the conversion instruction).
  • the RX_DELIV variable is the initialized RX_NEXT value or the HFN value initialized to the PDCP serial number +1 or 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the switch instruction (or the previously used HFN value) Alternatively, it may be initialized with a combination of an HFN value determined by the UE implementation or an HFN value included in the switch indication).
  • the RX_REORD value is the initialized RX_NEXT value or the HFN value initialized to the PDCP serial number +1 or 0 of the data (PDCP data PDU or PDCP SDU) first received after the switch indication (or the previously used HFN value) Alternatively, it may be initialized with a combination of an HFN value determined by the UE implementation or an HFN value included in the switch indication). In another embodiment, initialization of a variable of RX_REORD may be omitted so that the reordering timer is driven. In another embodiment, RX_DELIV may be initialized to a value obtained by subtracting the reception window size (or half of the reception window size) from the RX_NEXT value and adding one.
  • the window variables are each initialization value for the variables included in the switch indication information (RRC message, system information, MAC control information, or PDCP control data) indicated by the base station in order to facilitate implementation of the base station. It can be initialized to (reference values or initial values).
  • the terminal Upon receiving an instruction to switch from unicast service (PTP) to multicast service (PTM), the terminal reports successful data reception to the base station and configures PDCP status report so that the base station can perform retransmission to reduce loss. It can transmit to an RLC layer device for a unicast service (or an RLC layer device configured with a logical channel identifier corresponding to a unicast service).
  • the base station may retransmit data through the RLC layer device for unicast service based on the PDCP status report. If the UE transmits the PDCP status report through the RLC layer device for unicast service, the base station can easily identify the PDCP status report for which UE the PDCP status report is.
  • the UE may transmit a PDCP status report from the RLC layer device for multicast.
  • the UE upon receiving the switch indication, the UE reports whether data is successfully received to the base station and configures the PDCP status report so that the base station can perform retransmission to reduce loss, thereby forming an RLC layer device for multicast service (or multicast service). It can be transmitted to the RLC layer device set to the logical channel identifier corresponding to the cast service).
  • the base station may retransmit data through the RLC layer device for a multicast service or a unicast service based on the PDCP status report. If the UE transmits the PDCP status report through the RLC layer device for the multicast service, the base station can easily understand the PDCP status report of all UEs.
  • the UE may still receive data through the RLC layer device for unicast service in the fourth bearer structure. This is because the terminal can receive data transmitted late.
  • the RLC layer device may be released or re-established (window variable initialization or discarding of stored divided data) to facilitate window variable synchronization of the RLC layer device of the base station and to quickly discard unnecessary data.
  • the terminal determines the window variables (for example, in the UM mode, RX_Next_Reassembly (still considered for reassembly) in the RLC layer device for the multicast service (or the RLC layer device set to the logical channel identifier corresponding to the unicast service)
  • RX_Timer_Trigger (variable indicating the RLC serial number that is one greater than or next to the RLC serial number that triggered the RLC rebuild timer), or RX_Next_Highest (receive Among the data (UMD PDU), 1 greater than the highest RLC serial number or a variable indicating the next RLC serial number) or, for example, in AM mode, RX_Next (last data completely received in order (RLC SDU))
  • RX_Next_Status_Trigger (variable indicating the RLC serial number greater than 1 or the next RLC serial number that triggered the RLC reassembly timer), or RX_Highest_Status (a variable indicating
  • the UE performs an RLC re-establishment (or establishment) procedure in the RLC layer device, initializes the window variables, or reassembles the RLC to facilitate synchronization of window variables with the base station and reduce data transmission delay You can stop (or reset) the timer.
  • the window variables may be initialized to a value of 0, or in order to facilitate management of the base station window variable (for example, so that the terminal can synchronize the window variable based on the data received by itself even if the base station does not initialize the window variable) ) may initialize the window variables based on the received data. For example, in the UM mode, since the RLC serial number is included only for the divided data, for the complete data that does not include the RLC serial number, the data can be directly processed and delivered to the upper layer device. You can update a window variable based on the RLC serial number.
  • RX_Next_Reassembly may be initialized with an RLC serial number of data (RLC SDU, UMD PDU, or RLC SDU segment) that is received for the first time after the changeover indication and includes an RLC serial number.
  • RX_Next_Highest may be initialized with an RLC serial number of data (RLC SDU, UMD PDU, or RLC SDU segment) that is first received after the transition indication and includes an RLC serial number.
  • RX_Timer_Trigger may be initialized with an RLC serial number of data (RLC SDU, UMD PDU, or RLC SDU segment) that is received for the first time after the transition indication and includes an RLC serial number.
  • variable initialization can be omitted.
  • RLC serial numbers are included for all data (RLC data PDU or RLC SDU)
  • RX_Next, RX_Next_Status_Trigger, or RX_Highest_Status is the first data received after the indication (RLC SDU, UMD). PDU, or RLC SDU segment).
  • variables of RX_Next_Status_Trigger or RX_Highest_Status do not significantly affect window operation (increasing unnecessary processing).
  • the window variables are each initialization value for the variables included in the switch indication information (RRC message, system information, MAC control information, or PDCP control data) indicated by the base station in order to facilitate implementation of the base station. It can be initialized to (reference values or initial values).
  • an RLC re-establishment procedure may be performed in order to minimize the complexity of the ARQ operation for the RLC layer device set to the RLC AM mode.
  • the UE may start receiving data through the RLC layer device for the multicast service (or the RLC layer device configured with a logical channel identifier corresponding to the unicast service).
  • the fourth bearer structure 401d or 402d or 403d can be efficiently used to support an MBS service with no data loss or less data loss even in a handover procedure.
  • an MBS service multicast service or unicast service
  • an indication of the source base station e.g., a handover command message (RRCReconfiguration message)
  • the UE may maintain the fourth bearer structure for the MBS bearer, or may be reconfigured or newly established to the fourth bearer structure.
  • the MBS bearer is set to the 401d or 402d
  • the structure of 403d may be reconfigured or a new MBS bearer may be established.
  • the UE may perform the following procedures.
  • the terminal receives a handover command message (RRCReconfiguration message, for example, an RRC message including a reconfigurationWithsync indicator) from the source base station.
  • the handover command message includes configuration information for establishing or reconfiguring the MBS bearer, or includes a PDCP layer device reestablishment indicator (reestablishPDCP) for the MBS bearer, or a PDCP layer device recovery indicator for the MBS bearer ( recoverPDCP) is included, or an instruction to re-establish a PDCP layer device for the MBS bearer, or an instruction to re-establish or release any RLC layer device for the MBS bearer is included, the UE transmits the MBS without error or data loss
  • the following procedures may be performed for the MBS bearer in order to continuously receive the service or to prevent a problem in the reception window operation.
  • the UE uses window variables (e.g., RX_NEXT (expected to be received next A variable indicating a COUNT value of data (PDCP SDU), RX_DELIV (a variable indicating a COUNT value of the first data not delivered to a higher layer device (PDCP SDU) or data still waiting to be received), or RX_REORD (PDCP reordering timer) It can be used as it is without performing the initialization procedure or initializing the PDCP reordering timer for the next COUNT value (or a variable indicating the COUNT value increased by 1) of the COUNT value of the data (PDCP data PDU) that triggered the .
  • window variables e.g., RX_NEXT (expected to be received next A variable indicating a COUNT value of data (PDCP SDU), RX_DELIV (a variable indicating a COUNT value of the first data not delivered to a higher layer device (PDCP SDU) or data still waiting to be received
  • RX_REORD
  • the window variables are not initialized or if the PDCP reordering timer is not initialized (if it is running, it is kept running) and used as it is, the COUNT value (or PDCP serial number) of the data by the window variables is maintained. This is because data loss can be minimized by transmitting information (eg, a PDCP status report) on data that has not been retransmitted or received to recover from loss.
  • information eg, a PDCP status report
  • the terminal performs a PDCP re-establishment procedure or a PDCP data recovery procedure in the PDCP layer device in order to facilitate synchronization of window variables with the base station and reduce data transmission delay, initialize the window variables, or rearrange the PDCP It may stop (or initialize) the timer, perform data processing on the stored (or received) data, and transmit it to a higher layer device.
  • the window variables may be initialized to a value of 0, or in order to facilitate management of the base station window variable (for example, so that the terminal can synchronize the window variable based on the data received by itself even if the base station does not initialize the window variable) ) may initialize the window variables based on the received data.
  • the RX_NEXT variable is an HFN value initialized to the PDCP serial number+1 or 0 of the data (PDCP data PDU or PDCP SDU) first received after the indication included in the handover command message (or the previously used HFN value). value or an HFN value determined by the terminal implementation or an HFN value included in an indication included in the handover command message).
  • the RX_DELIV variable is the initialized RX_NEXT value and/or the HFN value initialized to the PDCP serial number +1 or 0 of the first received data (PDCP data PDU or PDCP SDU) after the handover indication (or previously used) It may be initialized with a combination of the specified HFN value or the HFN value determined by the UE implementation or the HFN value included in the handover instruction).
  • the RX_REORD value is the initialized RX_NEXT value and/or the HFN value initialized to the PDCP serial number +1 or 0 of the first received data (PDCP data PDU or PDCP SDU) after the handover indication (or previously used) It may be initialized with a combination of the specified HFN value or the HFN value determined by the UE implementation or the HFN value included in the handover instruction). Meanwhile, initialization of a variable of RX_REORD may be omitted so that the reorder timer is driven. In another embodiment, RX_DELIV may be initialized to a value obtained by subtracting the reception window size (or half of the reception window size) from the RX_NEXT value and adding one.
  • the window variables are initialized for each of the window variables included in the handover indication information (RRC message, system information, MAC control information, PDCP control data) indicated by the base station in order to facilitate implementation of the base station. It can be initialized with reference values or initial values.
  • the terminal Upon receiving the handover instruction from the base station, the terminal reports whether the data has been successfully received to the base station and configures the PDCP status report so that the base station can perform retransmission to reduce loss, thereby forming an RLC layer device (or unicast) for unicast service. It can be transmitted to the RLC layer device set to the logical channel identifier corresponding to the cast service).
  • the base station may retransmit data through the RLC layer device for unicast service based on the PDCP status report. If the UE transmits the PDCP status report through the RLC layer device for unicast service, the base station can easily identify the PDCP status report for which UE the PDCP status report is.
  • the UE may transmit a PDCP status report from the RLC layer device for multicast.
  • the UE upon receiving the handover indication, the UE reports whether the data has been successfully received to the base station and configures the PDCP status report so that the base station can perform retransmission to reduce loss, thereby forming an RLC layer device for multicast service (or It can be transmitted to the RLC layer device set to the logical channel identifier corresponding to the multicast service).
  • the base station may retransmit data through the RLC layer device for a multicast service or a unicast service based on the PDCP status report. If the UE transmits the PDCP status report through the RLC layer device for the multicast service, the base station can easily understand the PDCP status report of all UEs.
  • the terminal can still receive data through the RLC layer device for the unicast service or the RLC layer device for the multicast service in the fourth bearer structure. . This is because the terminal can receive data transmitted late.
  • the RLC layer device may be released or re-established (window variable initialization or discarding of stored divided data) to facilitate window variable synchronization of the RLC layer device of the base station and to quickly discard unnecessary data.
  • the terminal Upon receiving the indication included in the handover command message, the terminal receives the RLC layer device for the multicast service or the RLC layer device for the unicast service (or the RLC set to the logical channel identifier corresponding to the unicast service) In the layer device), window variables (for example, in the case of UM mode, RX_Next_Reassembly (a variable indicating the smallest (or earliest) RLC serial number value still under consideration for reassembly), RX_Timer_Trigger (triggering the RLC reassembly timer) RX_Next_Highest (a variable that is 1 greater than one RLC sequence number or indicates the next RLC sequence number), or RX_Next_Highest (a variable indicating the next RLC sequence number or greater than the highest RLC sequence number among received data (UMD PDUs)) variable) or, for example, in the case of AM mode, RX_Next (variable indicating the value of the RLC serial number 1 greater than or next to the RLC serial
  • the UE performs an RLC re-establishment (or establishment) procedure in the RLC layer device in order to facilitate synchronization of the window variables with the base station and reduce data transmission delay, initialize the window variables, or re-RLC You can stop (or reset) the assembly timer.
  • the window variables may be initialized to a value of 0, or in order to facilitate management of the base station window variable (for example, so that the terminal can synchronize the window variable based on the data received by itself even if the base station does not initialize the window variable) ) may initialize the window variables based on the received data. For example, in the UM mode, since the RLC serial number is included only for the divided data, for the complete data that does not include the RLC serial number, the data can be directly processed and delivered to the upper layer device. You can update a window variable based on the RLC serial number.
  • RX_Next_Reassembly may be initialized with an RLC serial number of data (RLC SDU, UMD PDU, or RLC SDU segment) that is received for the first time after the handover indication and includes an RLC serial number.
  • RX_Next_Highest may be initialized with an RLC serial number of data (RLC SDU, UMD PDU, or RLC SDU segment) that is first received after the handover indication and includes an RLC serial number.
  • RX_Timer_Trigger may be initialized with an RLC serial number of data (RLC SDU, UMD PDU, or RLC SDU segment) that is received for the first time after the handover indication and includes an RLC serial number.
  • variable initialization can be omitted.
  • RLC serial number is included for all data (RLC data PDU or RLC SDU)
  • RX_Next, RX_Next_Status_Trigger, or RX_Highest_Status is the first data received after the handover indication (RLC SDU, It may be initialized with the RLC serial number of the UMD PDU or RLC SDU segment).
  • variable initialization may be omitted.
  • the window variables are each initialization value for the window variables included in the indication information (RRC message, system information, MAC control information, or PDCP control data) indicated by the base station in order to facilitate implementation of the base station. It can be initialized to (reference values or initial values).
  • an RLC re-establishment procedure may be performed in order to minimize the complexity of the ARQ operation for the RLC layer device set to the RLC AM mode.
  • the UE may start receiving data from the RLC layer device for the multicast service or the RLC layer device for the unicast service (or the RLC layer device configured with a logical channel identifier corresponding to the unicast service).
  • FIG. 5 is a diagram illustrating a method of demultiplexing MBS data received by a terminal in a MAC layer apparatus according to an embodiment of the present disclosure.
  • MBS data (eg, MBS control)
  • MBS control When receiving data or MBS user data or general data other than MBS data), an embodiment in which the MAC layer device demultiplexes the MBS data received above will be described. Also, an embodiment in which the terminal transmits uplink MBS data (eg, MBS control data, MBS user data, or general data other than MBS data) will be described.
  • one embodiment or a plurality of embodiments among the following embodiments may be applied to the embodiment for receiving MBS data or the embodiment for receiving MBS data and demultiplexing the MBS data.
  • different embodiments may be applied according to whether the UE is in an RRC connected mode, an RRC deactivation mode, or an RRC idle mode among the following embodiments.
  • system information eg, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or for an MBS channel
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • a separate physical channel or transmission channel eg MBCH, MBS channel
  • a separate transmission resource eg, frequency or time resource, transmission A period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated frequency (frequency information or SCell identifier), or subcarrier interval, etc.
  • MBS data transmitted for the MBS service always includes a MAC header, and a logical channel identifier included in the MAC header is assigned to an MBS control data channel (eg, MBCCH, MBS Control Channel) or an MBS user data channel (eg, MBTCH). , MBS traffic channel) can be allocated differently.
  • MBS control data channel eg, MBCCH, MBS Control Channel
  • MBS user data channel eg, MBTCH
  • MBS traffic channel can be allocated differently.
  • different logical channel identifiers may be assigned to each MBS service serviced in the MBS user data channel.
  • a first identifier or a second identifier for each MBS service can be set or broadcast through the system information, the RRC message, or the control message for the MBS channel, and the first identifier of each MBS service or Each logical channel identifier corresponding to the second identifier may be set or broadcast.
  • the first identifier may indicate a Public Land Mobile Network (PLMN) serving the MBS or may indicate an MBS service type or session.
  • PLMN Public Land Mobile Network
  • the second identifier may indicate a more specific session or type of MBS service.
  • a logical channel identifier that can be assigned to a bearer for a general data service is one in the first logical channel identifier space that can be generated with predetermined bits (eg, 6 bits). It may be allocated as a combination of predetermined bits (eg, 6 bits) of .
  • a logical channel identifier for each service of the MBS control data channel or the MBS user data channel or the MBS user data channel may be allocated as a combination of one predetermined bit (eg, 6 bits) in the first logical channel identifier space.
  • MAC control information for supporting the MBS service MAC CE, Control Element, for example, MAC CE for an indication that the network stops the MBS service or the terminal stops receiving the MBS service to the network
  • a logical channel identifier for padding for inserting padding into MBS data for supporting ? may be allocated as one predetermined bit (eg, 6 bits) combination in the first logical channel identifier space.
  • the logical channel identifier for each service of the MBS control data channel or the MBS user data channel or the MBS user data channel is a predetermined bit in the new second logical channel identifier space. (eg 6 bits) can be assigned in combination.
  • MAC control information for supporting the MBS service MAC CE, Control Element, for example, MAC CE for an indication that the network stops the MBS service or the terminal stops receiving the MBS service to the network
  • the MBS service A logical channel identifier for padding for inserting padding into MBS data for supporting .
  • the first logical channel identifier space and the second logical channel identifier space are the MBS channel or DL-SCH channel or transmission resource (frequency or time transmission resource, frequency information, partial bandwidth identifier, partial bandwidth configuration information, Dedicated carrier or dedicated cell (SCell) identifier, or dedicated cell information), or may be distinguished by using different RNTIs.
  • the MAC layer device of the terminal receives MBS data through the channel or transmission resource for receiving the MBS service
  • the received transmission channel eg, MBCH, DL-SCH, or BCH, etc.
  • partial bandwidth identifier e.g., SCell identifier , a logical channel identifier
  • the MBS data based on at least one of the RNTI identifier may be divided or demultiplexed to deliver the data to a corresponding higher layer device.
  • the MBS reception embodiment of the 1-1 may be applied to an RRC connected mode, RRC deactivation mode, or RRC idle mode terminal.
  • system information eg, an RRC message (eg, an RRCSetup message, an RRCResume message, an RRCReconfiguration message, an RRCRelease message, or a newly defined new RRC message), or control for an MBS channel
  • RRC message eg, an RRCSetup message, an RRCResume message, an RRCReconfiguration message, an RRCRelease message, or a newly defined new RRC message
  • a separate physical channel or transmission channel eg MBCH, MBS channel
  • a separate transmission resource frequency or time resource, transmission
  • a dedicated frequency frequency information or SCell identifier
  • MBS data transmitted for MBS service includes a MAC header, and a logical channel identifier included in the MAC header is mutually exclusive for an MBS control data channel (eg MBCCH) or an MBS user data channel (eg MBTCH), respectively. can be assigned differently.
  • MBS control data channel eg MBCCH
  • MBS user data channel eg MBTCH
  • different logical channel identifiers may be allocated to each MBS service serviced in the MBS user data channel.
  • different RNTI identifiers may be allocated to the MBS control data channel (eg, MBCCH) or the MBS user data channel (eg, MBTCH).
  • different RNTI identifiers may be allocated to each MBS service serviced in the MBS user data channel.
  • the RNTI identifiers can distinguish each MBS service served in the MBS control data channel (eg MBCCH), the MBS user data channel, or the MBS user data channel
  • the logical channel identifier is the MBS control data channel;
  • the same logical channel identifier may be allocated to the MBS user data channel or each MBS service serviced in the MBS user data channel.
  • the same RNTI identifier is allocated to each MBS service serviced in the MBS control data channel (eg MBCCH), the MBS user data channel, or the MBS user data channel, and the channel or data is further classified. It can be distinguished by assigning different logical channel identifiers for each MBS service serviced in the MBS control data channel, the MBS user data channel, or the MBS user data channel.
  • the RNTI identifier for the MBS service may be configured differently from the RNTI identifier for the DL-SCH (eg, C-RNTI or MCS-C-RNTI or CS-RNTI).
  • the RNTI identifier for the MBS service is set to be the same as the RNTI identifier for the DL-SCH (eg, C-RNTI or MCS-C-RNTI or CS-RNTI, etc.), and the distinction is performed with a logical channel identifier.
  • a first identifier or a second identifier for each MBS service is set or broadcast through the system information, the RRC message, or a control message for the MBS channel. and each logical channel identifier or each RNTI identifier corresponding to the first identifier or the second identifier of each MBS service may be set or broadcast.
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific session or type of MBS service.
  • a logical channel identifier that can be assigned to a bearer for a general data service is one in the first logical channel identifier space that can be generated with predetermined bits (eg, 6 bits). It may be allocated as a combination of predetermined bits (eg, 6 bits) of .
  • a logical channel identifier for each service of the MBS control data channel, the MBS user data channel, or the MBS user data channel is a combination of one predetermined bit (eg, 6 bits) in the first logical channel identifier space.
  • MAC CE MAC control information
  • a logical channel identifier for padding for inserting padding into MBS data for data processing may also be allocated as a combination of one predetermined bit (eg, 6 bits) in the first logical channel identifier space.
  • the logical channel identifier for each service of the MBS control data channel, the MBS user data channel, or the MBS user data channel is one in the new second logical channel identifier space. It may be allocated as a combination of predetermined bits (eg, 6 bits) of . or MAC control information (MAC CE) for supporting the MBS service (eg, MAC CE for an indication that the network stops MBS service or that the terminal stops receiving MBS service to the network) or supports the MBS service
  • a logical channel identifier for padding for inserting padding into the MBS data for the above data may also be allocated as a combination of one predetermined bit (eg, 6 bits) in the new second logical channel identifier space.
  • the first logical channel identifier space and the second logical channel identifier space are the MBS channel or DL-SCH channel or transmission resource (frequency or time transmission resource, frequency information, partial bandwidth identifier, partial bandwidth configuration information, Dedicated carrier or dedicated cell (SCell) identifier, or dedicated cell information), or may be distinguished by using different RNTIs.
  • the MAC layer device of the terminal receives MBS data through the channel or transmission resource for receiving the MBS service
  • the received transmission channel eg, MBCH, DL-SCH, or BCH, etc.
  • partial bandwidth identifier e.g., SCell identifier , a logical channel identifier
  • the MBS data based on at least one of the RNTI identifier can be divided and demultiplexed to deliver the data to a corresponding higher layer device.
  • the MBS reception embodiment 1-2 may be applied to an RRC connected mode, RRC deactivation mode, or RRC idle mode terminal.
  • system information eg, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or for an MBS channel
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • a separate physical channel or transmission channel eg MBCH
  • a separate transmission resource frequency or time resource, transmission period, part A bandwidth (or partial bandwidth identifier) or bandwidth, a dedicated frequency (frequency information or SCell identifier, or sub-carrier interval, etc.
  • the MBS data transmitted for the MBS service does not include the MAC header, and the MBS control data channel (eg MBCCH) or the MBS user data channel (eg MBTCH) can be distinguished from each other based on the RNTI identifier. there is.
  • different RNTI identifiers may be allocated to the MBS control data channel (eg, MBCCH) or the MBS user data channel (eg, MBTCH).
  • different RNTI identifiers may be allocated to each MBS service serviced in the MBS user data channel.
  • the RNTI identifiers can distinguish each MBS service served in the MBS control data channel (eg MBCCH) or MBS user data channel or MBS user data channel, the logical channel identifier is the MBS control data channel, the There is no need to be configured for the MBS user data channel, or for each MBS service serviced in the MBS user data channel, and there is no need to include a MAC header in the MBS data.
  • a first identifier or a second identifier for each MBS service is set or broadcast through the system information, the RRC message, or a control message for the MBS channel.
  • each RNTI identifier corresponding to the first identifier or the second identifier of each MBS service may be set or broadcast.
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific session or type of MBS service. Therefore, when the MAC layer device of the terminal receives MBS data through the channel or transmission resource for receiving the MBS service, the received transmission channel (eg, MBCH, DL-SCH, or BCH, etc.), partial bandwidth identifier, SCell identifier , or the MBS data based on at least one of RNTI identifiers, may be demultiplexed to transmit the data to a corresponding higher layer device.
  • the MBS reception embodiments 1-3 may be applied to an RRC connected mode, RRC deactivation mode, or RRC idle mode terminal.
  • system information eg, an RRC message (eg, an RRCSetup message, an RRCResume message, an RRCReconfiguration message, an RRCRelease message, or a newly defined new RRC message), or for an MBS channel
  • a physical channel or transport channel eg, MBCH, MBS channel, or DL-SCH channel
  • a separate transmission resource may be set and defined.
  • MBS data transmitted for the MBS service always includes a MAC header, and a logical channel identifier included in the MAC header is each for an MBS control data channel (eg MBCCH) or an MBS user data channel (eg MBTCH). They can be assigned differently. In addition, different logical channel identifiers may be assigned to each MBS service serviced in the MBS user data channel.
  • MBS control data channel eg MBCCH
  • MBTCH MBS user data channel
  • a first identifier or a second identifier for each MBS service may be set or broadcast through the system information, the RRC message (or a control message for the MBS channel), and the first identifier of each MBS service Alternatively, each logical channel identifier corresponding to the second identifier may be set or broadcast
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the identifier may indicate a more specific session or type of MBS service
  • a logical channel identifier that can be allocated to a bearer for a general data service (voice or Internet or video service) in a DL-SCH channel is a predetermined bit (eg, In the first logical channel identifier space that can be generated with 6 bits), it can be allocated as a combination of one predetermined bit (eg, 6 bits), the MBS control data channel, the MBS user data channel, or the MBS user
  • a logical channel identifier for each service of the data channel may be allocated as a combination of one predetermined bit (eg, 6 bits) in the first logical channel identifier space, or MAC control information for supporting the MBS service (MAC CE) (eg, MAC CE for an indication that the network stops MBS service or that the terminal stops receiving MBS service to the network) or padding for inserting padding into MBS data for supporting the MBS service
  • a logical channel identifier for k may also be allocated as a combination of one pre
  • the logical channel identifier for each service of the MBS control data channel, the MBS user data channel, or the MBS user data channel is one in the new second logical channel identifier space. It may be allocated as a combination of predetermined bits (eg, 6 bits) of . or MAC control information (MAC CE) for supporting the MBS service (eg, MAC CE for an indication that the network stops MBS service or that the terminal stops receiving MBS service to the network) or supports the MBS service
  • a logical channel identifier for padding for inserting padding into the MBS data for the above data may also be allocated as a combination of one predetermined bit (eg, 6 bits) in the new second logical channel identifier space.
  • the first logical channel identifier space and the second logical channel identifier space are an MBS channel, a DL-SCH channel, or a transmission resource (frequency or time transmission resource, frequency information, partial bandwidth identifier, partial bandwidth configuration information) in the MAC layer device. , a dedicated carrier or dedicated cell (SCell) identifier, or dedicated cell information), or may be distinguished by using different RNTIs.
  • the MAC layer device of the terminal receives MBS data through the channel or transmission resource for receiving the MBS service
  • the received transmission channel eg, MBCH, DL-SCH, or BCH, etc.
  • partial bandwidth identifier e.g., SCell identifier , a logical channel identifier
  • the MBS data based on at least one of the RNTI identifier can be divided and demultiplexed to deliver the data to a corresponding higher layer device.
  • the MBS reception embodiment of the 2-1 may be applied to an RRC connected mode, an RRC deactivation mode, or an RRC idle mode terminal.
  • system information eg, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or for an MBS channel
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • a physical channel or a transport channel eg, MBCH or DL-SCH channel
  • a separate transmission resource frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated frequency (frequency information or SCell identifier), or subcarrier interval, etc.
  • MBS data transmitted for MBS service includes a MAC header, and a logical channel identifier included in the MAC header is mutually exclusive for an MBS control data channel (eg MBCCH) or an MBS user data channel (eg MBTCH), respectively. can be assigned differently.
  • MBS control data channel eg MBCCH
  • MBTCH MBS user data channel
  • different logical channel identifiers may be allocated to each MBS service serviced in the MBS user data channel.
  • different RNTI identifiers may be allocated to the MBS control data channel (eg, MBCCH) or the MBS user data channel (eg, MBTCH).
  • different RNTI identifiers may be allocated to each MBS service serviced in the MBS user data channel.
  • the RNTI identifiers can distinguish each MBS service served in the MBS control data channel (eg MBCCH) or MBS user data channel or MBS user data channel, the logical channel identifier is the MBS control data channel, the The same logical channel identifier may be allocated to the MBS user data channel or each MBS service serviced in the MBS user data channel.
  • MBS control data channel eg MBCCH
  • MBS user data channel or MBS user data channel or MBS user data channel MBS user data channel
  • the same RNTI identifier is allocated to each MBS service serviced in the MBS control data channel (eg MBCCH), the MBS user data channel, or the MBS user data channel, and the channel or data is further classified. It can be distinguished by assigning different logical channel identifiers for each MBS service serviced in the MBS control data channel, the MBS user data channel, or the MBS user data channel.
  • the RNTI identifier for the MBS service may be configured differently from the RNTI identifier for the DL-SCH (eg, C-RNTI or MCS-C-RNTI or CS-RNTI).
  • the RNTI identifier for the MBS service is set to be the same as the RNTI identifier for the DL-SCH (eg, C-RNTI or MCS-C-RNTI or CS-RNTI, etc.), and the distinction is performed with a logical channel identifier.
  • a first identifier or a second identifier for each MBS service is set or broadcast through the system information, the RRC message, or a control message for the MBS channel. and each logical channel identifier or each RNTI identifier corresponding to the first identifier or the second identifier of each MBS service may be set or broadcast.
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific session or type of MBS service.
  • a logical channel identifier that can be assigned to a bearer for a general data service is one in the first logical channel identifier space that can be generated with predetermined bits (eg, 6 bits). It may be allocated as a combination of predetermined bits (eg, 6 bits) of .
  • a logical channel identifier for each service of the MBS control data channel or the MBS user data channel or the MBS user data channel may be allocated as a combination of one predetermined bit (eg, 6 bits) in the first logical channel identifier space.
  • there is. or MAC control information (MAC CE) for supporting the MBS service eg, MAC CE for an indication that the network stops MBS service or that the terminal stops receiving MBS service to the network
  • MAC CE MAC control information
  • a logical channel identifier for padding for inserting padding into MBS data for data processing may also be allocated as a combination of one predetermined bit (eg, 6 bits) in the first logical channel identifier space.
  • the logical channel identifier for each service of the MBS control data channel, the MBS user data channel, or the MBS user data channel is one in the new second logical channel identifier space. It may be allocated as a combination of predetermined bits (eg, 6 bits) of .
  • the MAC control information for supporting the MBS service, or a logical channel identifier for padding for inserting padding into MBS data for supporting the MBS service is also one predetermined value in the new second logical channel identifier space. It may be allocated in a combination of bits (eg, 6 bits).
  • the first logical channel identifier space and the second logical channel identifier space are MBS channels, DL-SCH channels, and transmission resources (frequency or time transmission resources, frequency information, partial bandwidth identifiers, partial bandwidth configuration information, Dedicated carrier or dedicated cell (SCell) identifier, or dedicated cell information), or may be distinguished by using different RNTIs.
  • the MAC layer device of the terminal receives MBS data through the channel or transmission resource for receiving the MBS service
  • the received transmission channel eg, MBCH, DL-SCH, or BCH, etc.
  • partial bandwidth identifier e.g., SCell identifier
  • SCell identifier e.g., a logical channel identifier
  • the MBS data based on at least one of the RNTI identifier can be divided and demultiplexed to deliver the data to a corresponding higher layer device.
  • the MBS reception embodiment of 2-2 may be applied to an RRC connected mode, RRC deactivation mode, or RRC idle mode terminal.
  • system information RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or for an MBS channel
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • a physical channel or transport channel eg, MBCH or DL-SCH channel
  • a resource frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated frequency (frequency information or SCell identifier), or subcarrier interval, etc.
  • the MBS data transmitted for the MBS service does not include a MAC header, and the MBS control data channel (eg MBCCH) or the MBS user data channel (eg MBTCH) can be distinguished from each other based on the RNTI identifier.
  • MBS control data channel eg MBCCH
  • MBS user data channel eg MBTCH
  • different RNTI identifiers may be allocated to the MBS control data channel or the MBS user data channel.
  • different RNTI identifiers may be allocated to each MBS service serviced in the MBS user data channel. Therefore, since the RNTI identifiers can distinguish each MBS service served in the MBS control data channel or the MBS user data channel or the MBS user data channel, the logical channel identifier is the MBS control data channel or the MBS user data channel.
  • a first identifier or a second identifier for each MBS service is set or broadcast through the system information, the RRC message, or a control message for the MBS channel. and each RNTI identifier corresponding to the first identifier or the second identifier of each MBS service may be set or broadcast.
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific session or type of MBS service.
  • the MAC layer device of the terminal when the MAC layer device of the terminal receives MBS data through the channel or transmission resource for receiving the MBS service, the received transmission channel (eg, MBCH, DL-SCH, or BCH, etc.), partial bandwidth identifier, SCell identifier , or the MBS data based on at least one of RNTI identifiers, may be demultiplexed to transmit the data to a corresponding higher layer device.
  • the MBS reception embodiment 2-3 may be applied to an RRC connected mode, RRC deactivation mode, or RRC idle mode terminal.
  • FIG. 6 is a diagram illustrating a method of multiplexing MBS data to be transmitted by a terminal in a MAC layer apparatus according to an embodiment of the present disclosure.
  • FIG. 6 is a diagram illustrating an RRC connected mode, RRC deactivation mode, or RRC idle mode terminal through a multicast bearer or unicast bearer supporting the MBS service with the bearer structure described in FIGS. 4A to 4D MBS data (eg, MBS control data) , MBS user data, or general data other than MBS data), the MAC layer device multiplexes the MBS data to be transmitted.
  • MBS data eg, MBS control data
  • MBS user data MBS user data
  • general data other than MBS data general data other than MBS data
  • one embodiment or a plurality of embodiments among the following embodiments may be applied to the embodiment in which MBS data is transmitted or the embodiment in which MBS data is transmitted and MBS data is multiplexed.
  • different embodiments may be applied according to whether the UE is in an RRC connected mode, an RRC deactivation mode, or an RRC idle mode among the following embodiments.
  • Uplink MBS data may be transmitted to a base station or a network.
  • the network or base station transmits the network request to MBS data (eg, MBS control data, MBS user data, RRC message, RLC control data (RLC control PDU), PDCP control data (PDCP control PDU), MAC control data (MAC CE), or a newly defined message) and sent to the terminal to indicate the status of the MBS service (eg, stop or resume the service) or request a response to the MBS service (eg, whether the terminal is receiving a specific MBS service or not Whether you want or are interested in receiving MBS service, or whether you prefer to switch between multicast bearer and unicast bearer (whether you want to receive MBS service through multicast bearer or receive MBS service through unicast bearer) You can send or set information or an indicator) that you want to do.
  • MBS data eg, MBS control data, MBS user data, RRC message, RLC control data (RLC control PDU), PDCP control data (PDCP control PDU), MAC control data (MAC CE), or a newly defined message
  • the base station or the network transmits the MBS data including the network request to the system information, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message) as described in FIG.
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • MBS A separate downlink channel established through a control message for the channel (eg, transmitted in the MBS control data channel), a physical channel for the MBS service, a transmission channel (eg MBCH), or a separate transmission resource (frequency or RRC connected mode for receiving MBS by transmitting over time resources, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated frequency (frequency information or SCell identifier), or subcarrier interval, etc.), RRC deactivation mode, Alternatively, RRC idle mode terminals may be able to receive it.
  • MBS data can be transmitted with one transmission resource, and a plurality of terminals can receive the MBS data, thereby preventing wastage of transmission resources and efficiently using them.
  • the base station or the network transmits the MBS data including the network request to the system information, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message as described in FIG. 5 ).
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message as described in FIG. 5 ).
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message as described in FIG. 5 ).
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message as described in FIG. 5 .
  • a downlink channel eg, DL-SCH
  • the uplink MBS data may include at least one of MBS control data, MBS user data, RRC message, RLC control data, PDCP control data, MAC control data (MAC CE), or a newly defined message.
  • the UE transmits the uplink MBS data to system information, an RRC message (eg, an RRCSetup message, an RRCResume message, an RRCReconfiguration message, an RRCRelease message, or a newly defined new RRC message), or
  • a separate uplink channel configured in a control message for the MBS channel eg, transmitted in the MBS control data channel
  • a physical channel for the MBS service eg, UL-MBCH, MBS channel
  • a separate Transmission may be performed through a transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated frequency (frequency information or SCell identifier), or subcarrier interval, etc.).
  • the terminal includes a MAC header in the uplink MBS data, and a logical channel identifier of the MAC header according to the purpose of the uplink MBS data (MBS control data, MBS user data, or MBS user data for a specific MBS service).
  • MBS control data channel
  • MBS user data channel
  • MBS user data channel
  • MBS user data channel
  • SRB0 CCCH
  • SRB1 DCCH
  • DRB or assigned logic for MAC control information channel identifier
  • An RLC header, a PDCP header, or an SDAP header may also be included according to which bearer structure among the bearer structures described with reference to FIGS. 4A to 4D is configured.
  • the terminal transmits the uplink MBS data to an RNTI identifier (MBS user data (channel), or An RNTI configured for MBS user data (channel) for a specific MBS service may be configured and transmitted in the uplink transmission resource indicated by the PDCCH.
  • the uplink MBS data may not include a MAC header or a logical channel identifier because it can be identified by an RNTI identifier.
  • the terminal includes a MAC header in the uplink MBS data, and a logical channel of the MAC header according to the purpose of the uplink MBS data (MBS control data, MBS user data, or MBS user data for a specific MBS service).
  • MBS control data channel
  • MBS user data channel
  • MBS user data channel
  • MBS user data channel
  • DRB DRB
  • logical channel identifier transmits the uplink MBS data.
  • An RLC header, a PDCP header, or an SDAP header may also be included according to which bearer structure among the bearer structures proposed in FIGS. 4A to 4D is configured.
  • the network or base station includes the network request in MBS data (eg, MBS control data, MBS user data, RRC message, RLC control data, PDCP control data, MAC control data, or a newly defined message) and sends it to the terminal to send the MBS service status Instruction for (for example, service stop or resume) or a response request for MBS service (for example, whether the terminal is receiving a specific MBS service or whether or not it wants or is interested in receiving a specific MBS service or multicast Sending information or indicator requesting preference between bearer and unicast bearer or whether the bearer's switching preference (whether it wants to receive MBS service through multicast bearer or wants to receive MBS service through unicast bearer), or Or you can set
  • MBS data eg, MBS control data, MBS user data, RRC message, RLC control data, PDCP control data, MAC control data, or a newly defined message
  • MBS service status Instruction for for example, service stop or resume
  • a response request for MBS service for example
  • MBS A separate downlink channel established through a control message for the channel (eg, transmitted in the MBS control data channel), a physical channel for the MBS service, a transmission channel (eg MBCH), or a separate transmission resource (frequency or RRC connected mode for receiving MBS by transmitting over time resources, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated frequency (frequency information or SCell identifier), or subcarrier interval, etc.), RRC deactivation mode, Alternatively, RRC idle mode terminals may be able to receive it.
  • MBS data can be transmitted with one transmission resource, and a plurality of terminals can receive the MBS data, thereby preventing wastage of transmission resources and efficiently using them.
  • the base station or the network transmits the MBS data including the network request to the system information, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message as described in FIG. 5 ).
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message as described in FIG. 5 ).
  • the uplink MBS data may be at least one of MBS control data, MBS user data, RRC message, RLC control data, PDCP control data, MAC control data, or a newly defined message.
  • the RRC connected mode terminal transmits the uplink MBS data to a separate uplink channel configured through the system information, the RRC message, or a control message for the MBS channel, a physical Channel, transmission channel (eg, UL-SCH, channel for general data service), separate transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated frequency (frequency information or SCell identifier), or subcarrier interval), or an RNTI identifier (eg, C-RNTI) allocated to an RRC connected mode terminal may transmit through a transmission resource allocated to a scrambled PDCCH.
  • a physical Channel eg, transmission channel (eg, UL-SCH, channel for general data service)
  • separate transmission resource frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated frequency (frequency information or SCell identifier), or subcarrier interval
  • an RNTI identifier eg, C-RNTI
  • the RRC connected mode terminal transmits uplink MBS data through a transmission resource allocated to a PDCCH scrambled with an RNTI identifier (eg, C-RNTI) allocated to the RRC connected mode terminal, SRB0 (CCCH) or SRB1 (DCCH) ) or uplink MBS data may be transmitted through the DRB.
  • RNTI identifier eg, C-RNTI
  • the RRC connected mode terminal includes a MAC header in the uplink MBS data, and logically applies the MAC header to the purpose of the uplink MBS data (MBS control data, MBS user data, or MBS user data for a specific MBS service).
  • MBS control data channel
  • MBS user data channel
  • MBS user data channel
  • MBS user data channel
  • SRB0 CCCH
  • SRB1 DCCH
  • DRB or MAC control information logical channel identifier
  • An RLC header, a PDCP header, or an SDAP header may also be included according to which bearer structure among the bearer structures described with reference to FIGS. 4A to 4D is configured.
  • the RRC connected mode terminal transmits the uplink MBS data to an RNTI identifier (MBS user data (channel ), or an RNTI configured for MBS user data (channel) for a specific MBS service), and may be transmitted through an uplink transmission resource indicated by the PDCCH.
  • the uplink MBS data may not include a MAC header or a logical channel identifier because it can be identified by an RNTI identifier.
  • the terminal includes a MAC header in the uplink MBS data and a logical channel identifier of the MAC header in accordance with the purpose of the uplink MBS data (MBS control data, MBS user data, or MBS user data for a specific MBS service).
  • MBS control data channel
  • MBS user data channel
  • MBS user data channel
  • MBS user data channel
  • SRB0 CCCH
  • SRB1 DCCH
  • DRB or assigned logic for MAC control information channel identifier
  • An RLC header, a PDCP header, or an SDAP header may also be included according to which bearer structure among the bearer structures described with reference to FIGS. 4A to 4D is configured.
  • the base station may provide the MBS service to the terminal, or the terminal may receive the MBS service.
  • FIG. 7 is a diagram illustrating a first signaling procedure for supporting an MBS service according to an embodiment of the present disclosure.
  • the first signaling procedure for supporting the MBS service may support the MBS service to the UE based on system information.
  • a UE 701 selects a suitable cell by performing a cell selection or reselection procedure in an RRC idle mode or an RRC deactivation mode, and performs camp on.
  • the terminal receives system information from the base station 702 (step 705).
  • the terminal may receive configuration information for the MBS service through system information.
  • the configuration information for the MBS service may include one or more of the following configuration information. That is, the network may transmit one or more of the following configuration information to support the MBS service in the system information.
  • - Configuration information for a physical channel for the MBS service or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH, or DL-SCH
  • the transmission resource (frequency or time resource, transmission period) through which the physical channel, or downlink/uplink transmission channel (eg MBCH, MBS control data channel (MBCCH), or MBS user data channel (MBTCH)) is transmitted , partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or identifier indicating a transmission pattern, etc.) information
  • - Configuration information for MBS services supported by the current cell eg, a list of MBS services or a first identifier (eg, TMGI, Temporary Mobile Group Identity) for each MBS service) or a second identifier ( For example, session Identity) can be set or broadcast, and each logical channel identifier, each bearer identifier, or each RNTI identifier information corresponding to the first identifier or the second identifier of each MBS service can be set or broadcast.
  • the first identifier eg TMGI
  • the second identifier For example, session identity
  • an RNTI identifier may be set or broadcast
  • the first identifier may indicate a Public Land Mobile Network (PLMN) that serves MBS or may indicate an MBS service type or session.
  • PLMN Public Land Mobile Network
  • the second identifier may indicate a more specific session or type of MBS service
  • the configuration information for the MBS service includes a transmission resource (frequency or time resource, transmission) supported or broadcast or transmitted for each MBS service. Period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or an identifier indicating a transmission pattern, etc.) information.)
  • Bearer setup information (including the bearer structure described in FIGS. 4A to 4D)
  • the configuration information(s) may be defined
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • MBS dedicated carrier or cell (Cell or SCell or PCell) related information eg, frequency or time resource or cell identifier
  • MBS dedicated partial bandwidth information eg, downlink partial bandwidth or uplink partial bandwidth information
  • An indicator for setting a header compression function or procedure for a bearer supporting the MBS service, or setting information for a header compression procedure or data compression procedure for example, an indicator indicating whether to continue using the header compression context
  • the terminal 701 sends a message or an indicator requesting to broadcast the system information for the MBS service in one camped cell to the base station 702, the cell , or to the network.
  • the base station 702 or the network may broadcast or transmit configuration information for the MBS service through the system information rule.
  • the base station 702 can prevent wastage of transmission resources that may occur by always broadcasting MBS service-related system information unnecessarily through system information.
  • the terminal 701 may store the MBS service related configuration information.
  • the terminal 701 may search for or determine an MBS service that the terminal 701 is interested in or wants to receive by using the MBS service related configuration information included in the system information.
  • the terminal 701 may receive MBS data (MBS control data or MBS user data) in a transmission resource through which an MBS control data channel or an MBS user data channel for an MBS service of interest is transmitted.
  • MBS data MBS control data or MBS user data
  • the terminal 701 is present in a cell or area supporting the MBS service in the system information when receiving system information, when trying to receive a service of interest, when a service of interest arises, when a service of interest is determined, in the system information or when entering, when MBS service (or session) is established or connected, or the system information, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or When configuration information or bearer configuration information for an MBS service is received or broadcast through a control message for the MBS channel (eg, transmitted in the MBS control data channel), the terminal 701 provides the bearer structure described in FIGS. 4A to 4D.
  • the terminal 701 may receive MBS data (eg, MBS control data) through an MBS control data channel or transmission resource for an MBS service of interest to receive MBS service related configuration information (step 710).
  • MBS data eg, MBS control data
  • MBS control data channel or transmission resource for an MBS service of interest to receive MBS service related configuration information (step 710).
  • the MBS service related configuration information may include one or more of the following configuration information for MBS service support.
  • - Configuration information for a physical channel for the MBS service or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH, or DL-SCH
  • the transmission resource (frequency or time resource, transmission period) through which the physical channel or downlink / uplink transmission channel (eg MBCH, MBS control data channel (MBCCH), or MBS user data channel (MBTCH)) is transmitted; Partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or identifier indicating a transmission pattern, etc.) information
  • - Configuration information for the MBS service supported by the current cell eg, a list of MBS services or a first identifier (eg TMGI,) for each MBS service) or a second identifier (eg, session Identity) can be established or broadcast, and each logical channel identifier, each bearer identifier, or each RNTI identifier information corresponding to the first or second identifier of each MBS service can be set or broadcast.
  • each bearer (or bearer identifier)
  • each logical channel, each RLC configuration information, or each PDCP configuration information a first identifier (eg, TMGI) for an MBS service
  • a second identifier eg, session Identity
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may be a more specific MBS service
  • the configuration information for the MBS service is a transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) supported or broadcast or transmitted) for each MBS service. Or bandwidth, dedicated frequency (frequency information or SCell identifier), sub-carrier interval, sub-frame number, or an identifier indicating a transmission pattern, etc.) information.)
  • Bearer configuration information (including the bearer structure described in FIGS. 4A to 4D)
  • the configuration information(s) may be defined
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • MBS dedicated carrier or cell (Cell or SCell or PCell) related information eg, frequency or time resource or cell identifier
  • MBS dedicated partial bandwidth information eg, downlink partial bandwidth or uplink partial bandwidth information
  • An indicator for setting a header compression function or procedure for a bearer supporting the MBS service, or setting information for a header compression procedure or data compression procedure for example, an indicator indicating whether to continue using the header compression context
  • the terminal 701 Upon receiving the MBS service-related configuration information, the terminal 701 receives a first identifier, a second identifier, an RNTI identifier, or At least one of logical channel identifiers may be identified.
  • the terminal 701 may receive MBS data by applying the embodiment described in FIGS. 4A to 4D and/or 6 through the MBS user data service channel using the identified identifier (step 715). ).
  • FIG. 8 is a diagram illustrating a second signaling procedure for supporting an MBS service according to an embodiment of the present disclosure.
  • the second signaling procedure for MBS service support is to check whether the terminal is interested in or broadcast MBS service based on the system information, or establish a connection with the network so that the terminal is interested in the base station (or network) or It is possible to indicate an MBS service to be received or transmit an indication to receive the MBS service, receive MBS service related configuration information from the base station (or network), and receive the MBS service.
  • the UE may maintain the RRC idle mode, the RRC connected mode, or the RRC deactivation mode (eg, may receive the MBS service without switching the RRC mode).
  • the terminal indicates to the base station (or network) the MBS service that the terminal is interested in or wants to receive, or transmits an indication to receive the MBS service, and to receive MBS service related configuration information from the base station (or network)
  • the RRC connected mode may be entered in the RRC idle mode or the RRC inactive mode.
  • the terminal receiving the MBS service related configuration information may receive the MBS service in the RRC connected mode or the MBS service in the RRC idle mode or RRC deactivation mode.
  • the terminal 801 selects a suitable cell by performing a cell selection or reselection procedure in the RRC idle mode or RRC inactive mode and performs camp on.
  • the terminal 801 receives system information from the base station 802 (step 805).
  • the terminal 801 may receive configuration information for the MBS service through the system information.
  • the configuration information for the MBS service may include one or more of the following configuration information. That is, the network may transmit one or more of the following configuration information to the system information to support the MBS service.
  • - Configuration information for a physical channel or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH or DL-SCH
  • a physical channel or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH or DL-SCH
  • the transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth) over which the physical channel, or downlink/uplink transmission channel (eg MBCH, MBCCH, or MBTCH) is transmitted; Dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or identifier indicating a transmission pattern) information
  • - Configuration information for MBS services supported by the current cell eg, a list of MBS services or a first identifier (eg TMGI) for each MBS service) or a second identifier (eg session Identity)
  • TMGI first identifier
  • second identifier eg session Identity
  • the first identifier eg TMGI
  • the second identifier eg session Identity
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific MBS service session.
  • the configuration information for the MBS service is a transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth in which each MBS service is supported, broadcast, or transmitted) , a dedicated frequency (frequency information or SCell identifier), sub-carrier interval, sub-frame number, or an identifier indicating a transmission pattern) information.)
  • Bearer configuration information (including the bearer structure described in FIGS. 4A to 4D)
  • the configuration information(s) may be defined
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • MBS dedicated carrier or cell (Cell or SCell or PCell) related information eg, frequency or time resource or cell identifier
  • MBS dedicated partial bandwidth information eg, downlink partial bandwidth or uplink partial bandwidth information
  • a bearer supporting MBS service it is suggested to enable and support an indicator for setting a header compression function or procedure or a data compression procedure to be established) or configuration information for a header compression procedure or data compression procedure (e.g., header An indicator indicating whether to continue to use the compression context)
  • an indicator for setting a header compression function or procedure or a data compression procedure it is suggested to enable and support an indicator for setting a header compression function or procedure or a data compression procedure to be established
  • configuration information for a header compression procedure or data compression procedure e.g., header An indicator indicating whether to continue to use the compression context
  • the terminal 801 sends a message or an indicator requesting to broadcast the system information for the MBS service in the one camped cell to the base station 802, the cell , or to the network.
  • the base station 802 or the network may broadcast or transmit configuration information for the MBS service through the system information.
  • the base station 802 can prevent wastage of transmission resources that may occur by always broadcasting MBS service-related system information unnecessarily through the system information.
  • the terminal 801 that intends to request a service from the network may perform a random access procedure and transmit a first RRC message to the network (step 810).
  • the first RRC message may include at least one of an RRC message for a newly defined MBS service, an RRCSetupRequest message, an RRCResumeRequest message, another existing RRC message, MAC control information, RLC control information, or PDCP control information.
  • the first RRC message may include an indicator that the terminal 801 is about to receive the MBS service.
  • the first RRC message may include an indicator indicating MBS service reception as a reason to establish an RRC connection with the network.
  • the first RRC message may include at least one of a first identifier, a second identifier, a logical channel identifier, an RNTI identifier, or a bearer identifier of an MBS service that the terminal 801 is interested in or intends to receive.
  • the terminal 801 transmits an indicator indicating the type (eg, unicast bearer or multicast bearer) or structure of the bearer to be applied, established, or to be used for the MBS service through the first RRC message.
  • the UE 801 may transmit an indicator indicating a preferred type of bearer (eg, a unicast bearer or a multicast bearer) or a structure through the first RRC message.
  • the terminal 801 transmits an indicator indicating in which RRC mode (RRC connected mode, RRC idle mode, or RRC deactivated mode) it wants to receive MBS service support through the first RRC message.
  • RRC mode RRC connected mode, RRC idle mode, or RRC deactivated mode
  • the terminal 801 is an indicator for an MBS service that is no longer interested, an indicator for an MBS service to stop receiving, an indicator for an MBS service that has stopped receiving, or an indicator to change the MBS service to another MBS service At least one of them may be transmitted through the first RRC message.
  • the indicator(s) transmitted by the terminal 801 through the first RRC message may be determined or indicated based on the system information received in step 805 .
  • the terminal 801 may transmit terminal capability information through the first RRC message. For example, when the terminal 801 is about to receive the MBS service, the function and/or configurable configuration information supported by the terminal capability or the function and/or configuration information implemented in the terminal are transmitted through the first RRC message.
  • the base station 802 may be informed.
  • the first The UE identifier may be transmitted to the network through the RRC message of The network may identify or identify the terminal 801 based on the received terminal identifier.
  • the base station 802 or the network identifies the terminal based on the terminal identifier included in the first RRC message, retrieves and confirms the capability information of the terminal from the core network, or from the base station that previously established the connection. It is possible to retrieve and check the setting information of the terminal.
  • the terminal 801 When the terminal 801 receives the system information, when it tries to receive the service of interest, when the service of interest arises, when the service of interest is determined, in the system information, it is located in a cell or area supporting the MBS service. When it exists or enters, or when an MBS service (or session) is established or connected, a connection with the network may be established and the first RRC message may be transmitted.
  • the base station 802 may check the MBS service and/or terminal capability information that the terminal 801 is interested in or intends to receive.
  • the base station 802 or the network may transmit a second RRC message to the terminal 801 to support and/or configure the MBS service (step 815).
  • the second RRC message may include at least one of an RRC message for a newly defined MBS service, an RRCRelease message, an RRCReconfiguration message, or another existing RRC message.
  • the second RRC message includes configuration information for the MBS service, configuration information for the MBS service indicated by the terminal 801 through the first RRC message, bearer configuration information, or a unicast bearer for receiving the MBS service, It may include at least one of multicast bearer and MBS bearer configuration information.
  • the second RRC message may include one or more of the following configuration information for MBS service support.
  • - Configuration information for a physical channel or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH or DL-SCH
  • a physical channel or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH or DL-SCH
  • the transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated Frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or identifier indicating a transmission pattern, etc.) information
  • - Configuration information for MBS services supported by the current cell eg, a list of MBS services or a first identifier (eg TMGI) for each MBS service or a second identifier (eg session Identity)
  • TMGI first identifier
  • second identifier eg session Identity
  • each logical channel identifier, each bearer identifier, or each RNTI identifier information corresponding to the first or second identifier of each MBS service can be configured or broadcast.
  • the first identifier eg TMGI
  • the second identifier eg session Identity
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific MBS service session.
  • the configuration information for the MBS service is a transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth in which each MBS service is supported, broadcast, or transmitted) , a dedicated frequency (frequency information or SCell identifier), sub-carrier interval, sub-frame number, or an identifier indicating a transmission pattern) information.)
  • Bearer configuration information (including the bearer structure described in FIGS. 4A to 4D)
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • MBS dedicated carrier or cell (Cell or SCell or PCell) related information eg, frequency or time resource or cell identifier
  • MBS dedicated partial bandwidth information eg, downlink partial bandwidth or uplink partial bandwidth information
  • An indicator for setting a header compression function or procedure for a bearer supporting the MBS service, or setting information for a header compression procedure or data compression procedure for example, an indicator indicating whether to continue using the header compression context
  • the terminal 801 may store the MBS service related configuration information.
  • the terminal 801 may search for or determine an MBS service that the terminal 801 is interested in or wants to receive by using the MBS service related configuration information included in the second RRC message.
  • the terminal 801 may receive MBS data (MBS control data or MBS user data) in a transmission resource through which an MBS control data channel or an MBS user data channel for an MBS service of interest is transmitted.
  • MBS data MBS control data or MBS user data
  • the terminal 801 When the terminal receives the system information (or the second RRC message), when it tries to receive the service of interest, when the service of interest arises, when the service of interest is determined, the MBS service is supported by the system information When present or entering in a cell or area that is to be used, when MBS service (or session) is established or connected, the system information, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or newly defined When configuration information or bearer configuration information for an MBS service is received or broadcast through a new RRC message), or a control message for an MBS channel (eg, transmitted in an MBS control data channel), the terminal 801 is shown in FIG. 4a A unicast bearer, a multicast bearer, or an MBS bearer for receiving the MBS service having the bearer structure described in FIG. 4D may be configured.
  • RRC message eg, RRCSetup message, RRCResume message, RRCRe
  • the terminal 801 may receive MBS data (eg, MBS control data) through an MBS control data channel or transmission resource for an MBS service of interest to receive MBS service related configuration information.
  • MBS data eg, MBS control data
  • the terminal 801 Upon receiving the MBS service-related configuration information, the terminal 801 receives the MBS service it is interested in or wants to receive, the first identifier, the second identifier, the RNTI identifier, or At least one of logical channel identifiers may be identified.
  • the terminal 801 may receive MBS data by applying the embodiment described with reference to FIGS. 4A to 4D and/or 6 through the MBS user data service channel using the identified identifier (820). step).
  • An encryption procedure or an integrity protection procedure may not be applied to the first RRC message or the second RRC message.
  • an encryption procedure or an integrity protection procedure may be applied to the first RRC message or the second RRC message.
  • FIG. 9 is a diagram illustrating a third signaling procedure for supporting an MBS service according to an embodiment of the present disclosure.
  • the third signaling procedure for supporting the MBS service is to check whether the terminal is interested in or to broadcast the broadcast MBS service based on system information, or establish a connection with the network so that the terminal is interested in the base station (or network)
  • the MBS service may be received by instructing the MBS service to be received or by transmitting an indication to receive the MBS service and receiving MBS service related configuration information from the base station (or network).
  • the UE may maintain an RRC idle mode, an RRC connected mode, or an RRC deactivation mode.
  • the terminal indicates to the base station (or network) the MBS service that the terminal is interested in or wants to receive, or transmits an indication to receive the MBS service, and receives the MBS service related configuration information from the base station (or network). For this purpose, it can enter the RRC connected mode in the RRC idle mode or the RRC inactive mode.
  • the terminal receiving the MBS service related configuration information may receive the MBS service in the RRC connected mode or the MBS service in the RRC idle mode or RRC deactivation mode.
  • the terminal 901 selects a suitable cell by performing a cell selection or reselection procedure in the RRC idle mode or RRC inactive mode and performs camp on.
  • the terminal 901 receives system information from the base station 902 (step 905).
  • the terminal 901 may receive configuration information for the MBS service through the system information.
  • the configuration information for the MBS service may include one or more of the following configuration information. That is, the network may transmit one or more of the following configuration information to the system information to support the MBS service.
  • - Configuration information for a physical channel for the MBS service or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH, or DL-SCH
  • the transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated Frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or identifier indicating a transmission pattern, etc.) information
  • - Configuration information for MBS services supported by the current cell eg, a list of MBS services or a first identifier (eg TMGI) for each MBS service or a second identifier (eg session Identity)
  • TMGI first identifier
  • second identifier eg session Identity
  • each logical channel identifier, each bearer identifier, or each RNTI identifier information corresponding to the first or second identifier of each MBS service can be configured or broadcast.
  • the first identifier eg TMGI
  • the second identifier eg session Identity
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific MBS service session.
  • the configuration information for the MBS service is a transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth in which each MBS service is supported, broadcast, or transmitted) , a dedicated frequency (frequency information or SCell identifier), sub-carrier interval, sub-frame number, or an identifier indicating a transmission pattern) information.)
  • Bearer setup information (including the bearer structure described in FIGS. 4A to 4D)
  • Indicator configuration information indicating whether to use HARQ reordering, HARQ retransmission, or HARQ ACK or NACK, indicator configuration information indicating whether to use the RLC reordering function, transmission resource information to transmit HARQ ACK or NACK, RLC order delivery function Indicator setting information indicating whether to use Indicator setting information indicating whether to use, indicator setting information indicating whether to use the RLC reordering function, indicator setting information indicating whether to use the RLC order transfer function, setting information about the RLC reordering timer value, RLC mode (TM or UM or AM) configuration information, configuration information on whether to use the data partitioning function in the RLC layer device, or indicator configuration information on whether to use the PDCP out-of-order forwarding function can be configured for each MBS service or for each bearer.
  • the configuration information(s) may be defined as basic configuration information so that the terminal may configure an MBS bearer having some of the functions as basic functions without the configuration information.
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • MBS dedicated carrier or cell (Cell or SCell or PCell) related information eg, frequency or time resource or cell identifier
  • MBS dedicated partial bandwidth information eg, downlink partial bandwidth or uplink partial bandwidth information
  • An indicator for setting a header compression function or procedure for a bearer supporting the MBS service, or setting information for a header compression procedure or data compression procedure for example, an indicator indicating whether to continue using the header compression context
  • the terminal 901 sends a message or an indicator requesting to broadcast the system information for the MBS service in the one camped cell to the base station 902, the cell , or to the network.
  • the base station 902 or the network may broadcast or transmit configuration information for the MBS service through the system information.
  • the base station 902 can prevent wastage of transmission resources that may occur by always broadcasting MBS service-related system information unnecessarily through the system information.
  • the terminal 901 that has received or confirmed the MBS service-related information as the system information, the terminal 901 that has confirmed that the MBS service of interest is broadcast in the current cell through the system information, or the MBS service of interest to the network
  • the terminal 901 may perform a random access procedure and transmit a first RRC message to the network (step 910).
  • the first RRC message may include at least one of an RRC message for a newly defined MBS service, an RRCSetupRequest message, an RRCResumeRequest message, or another existing RRC message.
  • the first RRC message may include an indicator that the terminal 901 is about to receive the MBS service.
  • the first RRC message may include an indicator indicating MBS service reception as a reason to establish an RRC connection with the network.
  • the terminal 901 has previously established a connection or a terminal identifier allocated from the network (eg, a terminal identifier allocated to the core network (5G-S-TMSI) or a terminal identifier for RRC connection resumption allocated from the base station) (short I-RNTI or I-RNTI)), or if the terminal identifier is indicated in a higher layer device (eg, NAS layer device or RRC layer device), the terminal identifier is transmitted through the first RRC message.
  • the network may identify or identify the terminal.
  • the base station 902 or the network identifies the terminal based on the terminal identifier included in the first RRC message, and retrieves and confirms the capability information of the terminal from the core network, or from the base station that previously established the connection. It is possible to retrieve and check the terminal's configuration information or terminal capability information.
  • the terminal 901 receives the system information, when it tries to receive the service of interest, when the service of interest arises, when the service of interest is determined, in the system information, it is located in a cell or area supporting the MBS service. When it exists or enters, or when an MBS service (or session) is established or connected, a connection with the network may be established and the first RRC message may be transmitted.
  • the base station 902 may check the MBS service and/or terminal capability information that the terminal 901 is interested in or intends to receive.
  • the base station 902 or the network may transmit a second RRC message to the terminal 901 to support and/or configure the MBS service (step 915).
  • the second RRC message may include at least one of an RRC message for a newly defined MBS service, an RRCSetup message, an RRCResume message, or another existing RRC message.
  • the second RRC message includes configuration information for the MBS service, configuration information for the MBS service indicated by the terminal 901 through the first RRC message, bearer configuration information, or a unicast bearer for receiving the MBS service, It may include multicast bearer or MBS bearer configuration information.
  • the second RRC message may include one or more of the following configuration information for MBS service support.
  • - Configuration information for a physical channel for the MBS service or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH, or DL-SCH
  • the transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated Frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or identifier indicating a transmission pattern, etc.) information
  • - Configuration information for MBS services supported by the current cell eg, a list of MBS services or a first identifier (eg TMGI) for each MBS service or a second identifier (eg session Identity)
  • TMGI first identifier
  • second identifier eg session Identity
  • each logical channel identifier, each bearer identifier, or each RNTI identifier information corresponding to the first or second identifier of each MBS service can be configured or broadcast.
  • the first identifier eg TMGI
  • the second identifier eg session Identity
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific MBS service session.
  • the configuration information for the MBS service is a transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth in which each MBS service is supported, broadcast, or transmitted) , a dedicated frequency (frequency information or SCell identifier), sub-carrier interval, sub-frame number, or an identifier indicating a transmission pattern) information.)
  • Bearer configuration information (including the bearer structure described in FIGS. 4A to 4D)
  • the configuration information(s) may be defined
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • MBS dedicated carrier or cell (Cell or SCell or PCell) related information eg, frequency or time resource or cell identifier
  • MBS dedicated partial bandwidth information eg, downlink partial bandwidth or uplink partial bandwidth information
  • An indicator for setting a header compression function or procedure for a bearer supporting the MBS service in the present invention, setting information for a header compression procedure or a header compression procedure or data compression procedure for an MBS bearer (e.g., the header compression context continues indicator to indicate whether to use
  • the terminal 901 When the terminal 901 receives the system information, when it tries to receive the service of interest, when the service of interest arises, when the service of interest is determined, in the system information, it is located in a cell or area supporting the MBS service.
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • configuration information or bearer configuration information for an MBS service is received or broadcast through a control message for an MBS channel (eg, transmitted in an MBS control data channel)
  • the terminal 1201 transmits the bearer described with reference to FIGS. 4A to 4D.
  • a unicast bearer or a multicast bearer or an MBS bearer for receiving the MBS service having a structure may be configured.
  • the terminal 901 Upon receiving the second RRC message, the terminal 901 applies the configuration information included in the second RRC message, and responds to the second RRC message with a third RRC message (eg, RRCSetupComplete message). Alternatively, the RRCResumeComplete message) may be transmitted to the base station 902 or the network (step 920).
  • a third RRC message eg, RRCSetupComplete message.
  • the RRCResumeComplete message may be transmitted to the base station 902 or the network (step 920).
  • the terminal 901 may include an indicator to receive the MBS service in the first RRC message, or an indicator indicating the reception of the MBS service to establish an RRC connection with the network.
  • the terminal 901 may indicate by including a first identifier, a second identifier, a logical channel identifier, an RNTI identifier, or a bearer identifier of an MBS service that the terminal 901 is interested in or is about to receive.
  • the terminal 901 determines the type of bearer to be applied or established or to be used for the MBS service (eg, unicast bearer or multicast bearer) and/or structure or preferred bearer in the first RRC message.
  • the terminal 901 indicates to the first RRC message an indicator for an MBS service that is no longer interested, an MBS service to stop receiving, an indicator for an MBS service that has stopped receiving, or an indicator to change an MBS service to another MBS service. can be included and sent.
  • the indicator included in the first RRC message by the terminal 901 may be determined or indicated based on the system information received in step 905 .
  • the base station 902 is configured to support the MBS service to the terminal 901 based on at least one of a preference reported by the terminal 901, an indicator indicated by the terminal 901, or a base station implementation or the terminal 901 is currently
  • a fourth RRC message (eg, RRCReconfiguration) may be transmitted to the terminal 901 for setup or reconfiguration of a bearer for the received MBS service or to setup or reconfigure MBS service related configuration information (step 925).
  • the fourth RRC message includes configuration information for changing the bearer type (eg, an indicator to switch from a unicast bearer to a multicast bearer or an indicator to switch from a multicast bearer to a unicast bearer or a bearer corresponding to it) configuration information) and/or logical identifier information changed or updated for each MBS service, RNTI identifier information, a first identifier for the MBS service, or second identifier information, and the like.
  • the bearer type eg, an indicator to switch from a unicast bearer to a multicast bearer or an indicator to switch from a multicast bearer to a unicast bearer or a bearer corresponding to it
  • configuration information for changing the bearer type (eg, an indicator to switch from a unicast bearer to a multicast bearer or an indicator to switch from a multicast bearer to a unicast bearer or a bearer corresponding to it) configuration information) and/or logical identifier information changed or
  • the fourth RRC message may include the following information or a part.
  • - Configuration information for a physical channel for the MBS service or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH, or DL-SCH
  • the transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated Frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or identifier indicating a transmission pattern, etc.) information
  • - Configuration information for MBS services supported by the current cell eg, a list of MBS services or a first identifier (eg TMGI) for each MBS service or a second identifier (eg session Identity)
  • TMGI first identifier
  • second identifier eg session Identity
  • each logical channel identifier, each bearer identifier, or each RNTI identifier information corresponding to the first or second identifier of each MBS service can be configured or broadcast.
  • the first identifier eg TMGI
  • the second identifier eg session Identity
  • an RNTI identifier may be set or broadcast.
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may be a more specific MBS service session.
  • the configuration information for the MBS service is a transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth in which each MBS service is supported, broadcast, or transmitted) , a dedicated frequency (frequency information or SCell identifier), sub-carrier interval, sub-frame number, or an identifier indicating a transmission pattern) information.)
  • Bearer configuration information (including the bearer structure described in FIGS. 4A to 4D)
  • the configuration information is defined as basic configuration information
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • MBS dedicated carrier or cell (Cell or SCell or PCell) related information eg, frequency or time resource or cell identifier
  • MBS dedicated partial bandwidth information eg, downlink partial bandwidth or uplink partial bandwidth information
  • An indicator for setting a header compression function or procedure for a bearer supporting the MBS service in the present invention, setting information for a header compression procedure or a header compression procedure or data compression procedure for an MBS bearer (e.g., the header compression context continues indicator to indicate whether to use
  • the terminal 901 may store the MBS service related configuration information and apply the MBS service related configuration information.
  • the terminal 901 may configure a fifth RRC message (eg, RRCReconfigurationComplete) to indicate successful configuration or reconfiguration and transmit it to the base station 902 (step 930 ).
  • a fifth RRC message eg, RRCReconfigurationComplete
  • the terminal 901 which has received the MBS service related configuration information, is configured or allocated for the MBS service in order to receive the MBS service it is interested in or wants to receive in the RRC connected mode, a first identifier, a second identifier, At least one of an RNTI identifier and a logical channel identifier may be identified.
  • the terminal 901 may receive the MBS service by receiving the MBS data by applying the embodiment of FIGS. 4A to 4D and/or 5 through the MBS user data service channel using the identified identifier (step 935). ).
  • the terminal 901 may receive MBS data (eg, MBS control data) through an MBS control data channel or transmission resource for an MBS service of interest to receive MBS service related configuration information.
  • MBS data eg, MBS control data
  • the base station 902 When the base station 902 attempts to transition the terminal 901 to the RRC deactivation mode or the RRC idle mode (eg, according to the implementation of the base station or according to the request of the terminal or the instruction of the terminal), the base station 902 is the sixth An RRC message (eg, an RRCRelease message) may be configured and transmitted to the UE (step 940) to transition to the RRC idle mode or RRC deactivation mode.
  • the sixth RRC message may include the following information or some of the following information so that the UE can continue to receive the MBS service even in the RRC idle mode or RRC inactive mode.
  • - Configuration information for a physical channel or downlink/uplink transmission channel eg MBCH, MBCCH, MBTCH or DL-SCH
  • a physical channel or downlink/uplink transmission channel eg MBCH, MBCCH, MBTCH or DL-SCH
  • the transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated Frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or identifier indicating a transmission pattern, etc.) information
  • - Configuration information for MBS services supported by the current cell eg, a list of MBS services or a first identifier (eg TMGI) for each MBS service or a second identifier (eg session Identity)
  • TMGI first identifier
  • second identifier eg session Identity
  • each logical channel identifier, each bearer identifier, or each RNTI identifier information corresponding to the first or second identifier of each MBS service can be configured or broadcast.
  • the first identifier eg TMGI
  • the second identifier eg session Identity
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific MBS service session.
  • the configuration information for the MBS service is a transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth in which each MBS service is supported, broadcast, or transmitted) , a dedicated frequency (frequency information or SCell identifier), sub-carrier interval, sub-frame number, or an identifier indicating a transmission pattern) information.)
  • Bearer configuration information (including the bearer structure described in FIGS. 4A to 4D)
  • the configuration information(s) may be defined
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • MBS dedicated carrier or cell (Cell or SCell or PCell) related information eg, frequency or time resource or cell identifier
  • MBS dedicated partial bandwidth information eg, downlink partial bandwidth or uplink partial bandwidth information
  • An indicator for setting a header compression function or procedure for a bearer supporting the MBS service, or setting information for a header compression procedure or data compression procedure for example, an indicator indicating whether to continue using the header compression context
  • the terminal 901 that has received the MBS service-related configuration information is a first identifier configured or assigned for the MBS service in order to receive the MBS service it is interested in or wants to receive in the RRC idle mode or RRC inactive mode, the first At least one of an identifier of 2, an RNTI identifier, or a logical channel identifier may be identified.
  • the terminal 901 may receive the MBS service by receiving the MBS data by applying the embodiment of FIGS. 4A to 4D and/or 5 through the MBS user data service channel using the identified identifier (step 945). ).
  • the terminal 901 may transmit the first RRC message and receive the second RRC message to receive the MBS service. Also, the terminal 901 may transmit the third RRC message again and receive the fourth RRC message. Also, the terminal 901 may transmit the fifth RRC message and receive the MBS service in the RRC connected mode. Also, the terminal 901 may receive the sixth RRC message and receive the MBS service in the RRC idle mode or the RRC deactivation mode.
  • the terminal 901 may transmit the first RRC message and receive the second RRC message to receive the MBS service (switch to the RRC connected mode). Also, the terminal 901 may transmit the third RRC message again and receive the sixth RRC message. Upon receiving the sixth RRC message, the terminal 901 may switch to the RRC idle mode or RRC deactivation mode to receive the MBS service in the RRC idle mode or RRC deactivation mode.
  • An encryption procedure or an integrity protection procedure may not be applied to the first RRC message or the second RRC message.
  • an encryption procedure or an integrity protection procedure may be applied to the first RRC message or the second RRC message.
  • An encryption procedure or an integrity protection procedure may be applied to the third RRC message.
  • an encryption procedure or an integrity protection procedure may be applied to the sixth RRC message.
  • FIG. 10 is a diagram illustrating a fourth signaling procedure for MBS service support according to an embodiment of the present disclosure.
  • the fourth signaling procedure for supporting the MBS service is to check whether the terminal is interested in or broadcast MBS service based on system information or establish a connection with the network so that the terminal is interested in the base station (or network)
  • the MBS service may be received by instructing the MBS service to be received or by transmitting an indication to receive the MBS service and receiving MBS service related configuration information from the base station (or network).
  • the UE may maintain an RRC idle mode, an RRC connected mode, or an RRC deactivation mode.
  • the terminal indicates to the base station (or network) the MBS service that the terminal is interested in or wants to receive, or transmits an indication to receive the MBS service, and receives the MBS service related configuration information from the base station (or network). For this purpose, it can enter the RRC connected mode in the RRC idle mode or the RRC inactive mode.
  • the terminal receiving the MBS service related configuration information may receive the MBS service in the RRC connected mode or the MBS service in the RRC idle mode or RRC deactivation mode.
  • the UE 1001 selects a suitable cell by performing a cell selection or reselection procedure in the RRC idle mode or RRC deactivation mode and performs camp on.
  • the terminal 1001 receives system information from the base station 1002 (step 1005).
  • the terminal 1001 may receive configuration information for the MBS service through the system information.
  • the configuration information for the MBS service may include one or more of the following configuration information. That is, the network may transmit one or more of the following configuration information to the system information to support the MBS service.
  • - Configuration information for a physical channel for the MBS service or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH, or DL-SCH
  • the transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated Frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or identifier indicating a transmission pattern, etc.) information
  • - Configuration information for MBS services supported by the current cell eg, a list of MBS services or a first identifier (eg TMGI) for each MBS service or a second identifier (eg session Identity)
  • TMGI first identifier
  • second identifier eg session Identity
  • each logical channel identifier, each bearer identifier, or each RNTI identifier information corresponding to the first or second identifier of each MBS service can be configured or broadcast.
  • the first identifier eg TMGI
  • the second identifier eg session Identity
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific MBS service session.
  • the configuration information for the MBS service is a transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth in which each MBS service is supported, broadcast, or transmitted) , a dedicated frequency (frequency information or SCell identifier), sub-carrier interval, sub-frame number, or an identifier indicating a transmission pattern) information.)
  • Bearer configuration information (including the bearer structure described in FIGS. 4A to 4D)
  • the configuration information(s) may be defined
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • MBS dedicated carrier or cell (Cell or SCell or PCell) related information eg, frequency or time resource or cell identifier
  • MBS dedicated partial bandwidth information eg, downlink partial bandwidth or uplink partial bandwidth information
  • An indicator for setting a header compression function or procedure for a bearer supporting the MBS service, or setting information for a header compression procedure or data compression procedure for example, an indicator indicating whether to continue using the header compression context
  • the terminal 1001 sends a message or an indicator requesting to broadcast the system information for the MBS service in one camped cell to the base station 1002, the cell , or to the network.
  • the base station 1002 or the network may broadcast or transmit configuration information for the MBS service as the system information.
  • the base station 1002 can prevent wastage of transmission resources that may occur by always broadcasting MBS service-related system information unnecessarily through the system information.
  • the terminal 1001 that has received or confirmed the MBS service-related information as the system information, the terminal 1001 that has confirmed that the MBS service of interest is broadcast in the current cell through the system information, or the MBS service of interest to the network
  • the terminal 1001 may perform a random access procedure and transmit a first RRC message to the network (step 1010).
  • the first RRC message may include an RRC message for a newly defined MBS service, an RRCSetupRequest message, an RRCResumeRequest message, or another existing RRC message.
  • the first RRC message may include an indicator that the terminal 1001 is about to receive the MBS service.
  • the first RRC message may include an indicator indicating MBS service reception as a reason to establish an RRC connection with the network.
  • the first RRC message is at least one of a first identifier, a second identifier, a logical channel identifier, an RNTI identifier, or a bearer identifier of the MBS service that the terminal 1001 is interested in or that the terminal 1001 intends to receive. may contain one.
  • the UE 1001 transmits an indicator indicating the type (eg, unicast bearer or multicast bearer) or structure of a bearer to be applied, established, or to be used for the MBS service through the first RRC message.
  • the terminal 1001 may transmit an indicator indicating a preferred type of bearer (eg, a unicast bearer or a multicast bearer) or a structure through the first RRC message.
  • the terminal 1001 transmits an indicator indicating in which RRC mode (RRC connected mode, RRC idle mode, or RRC deactivated mode) it wants to receive MBS service support through the first RRC message.
  • RRC mode RRC connected mode, RRC idle mode, or RRC deactivated mode
  • the terminal 1001 is an indicator for an MBS service that is no longer interested, an indicator for an MBS service to stop receiving, an indicator for an MBS service that has stopped receiving, or an indicator to change the MBS service to another MBS service may be transmitted through the first RRC message.
  • the indicator(s) transmitted by the terminal 1001 through the first RRC message may be determined or indicated based on the system information received in step 1005 .
  • the terminal 1001 may transmit MBS service-related terminal capability information to a base station or a network through a separate RRC message.
  • the terminal capability supports and/or configurable configuration information or information on the terminal.
  • the implemented function and/or configuration information may be included in the terminal capability response RRC message and transmitted to the base station 1002 or the network.
  • the terminal 1001 has previously established a connection or a terminal identifier allocated from a network (eg, a terminal identifier allocated to the core network (5G-S-TMSI) or a terminal identifier for RRC connection resumption allocated from a base station) (short I-RNTI or I-RNTI)) or if the terminal identifier is indicated in a higher layer device (eg, NAS layer device or RRC layer device), the terminal 1001 in the first RRC message It can be transmitted to the network including the terminal identifier.
  • the network may identify or identify the terminal 1001 based on the received terminal identifier.
  • the base station 1002 or the network identifies the terminal based on the terminal identifier included in the first RRC message, retrieves and confirms the capability information of the terminal from the core network, or from the base station that previously established the connection. It is possible to retrieve and check the terminal's configuration information or terminal capability information.
  • the terminal 1001 receives the system information, when it tries to receive the service of interest, when the service of interest arises, when the service of interest is determined, in the system information, it is located in a cell or area supporting the MBS service.
  • a connection with the network may be established and the first RRC message may be transmitted.
  • the base station 1002 may check the MBS service and/or terminal capability information that the terminal 1001 is interested in or intends to receive.
  • the base station 1002 or the network may transmit a second RRC message to the terminal 1001 to support and/or configure the MBS service (step 1015).
  • the second RRC message may include an RRC message for a newly defined MBS service, an RRCSetup message, an RRCResume message, or another existing RRC message.
  • the second RRC message includes configuration information for the MBS service, configuration information for the MBS service indicated by the terminal 1001 through the first RRC message, bearer configuration information, or a unicast bearer for receiving the MBS service, It may include at least one of multicast bearer and MBS bearer configuration information.
  • the second RRC message may include one or more of the following configuration information for MBS service support.
  • - Configuration information for a physical channel or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH or DL-SCH
  • a physical channel or a downlink or uplink transmission channel eg MBCH, MBCCH, MBTCH or DL-SCH
  • the transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated Frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or identifier indicating a transmission pattern, etc.) information
  • - Configuration information for MBS services supported by the current cell eg, a list of MBS services or a first identifier (eg TMGI) for each MBS service or a second identifier (eg session Identity)
  • TMGI first identifier
  • second identifier eg session Identity
  • each logical channel identifier, each bearer identifier, or each RNTI identifier information corresponding to the first or second identifier of each MBS service can be configured or broadcast.
  • the first identifier eg TMGI
  • the second identifier eg session Identity
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific MBS service session.
  • the configuration information for the MBS service is a transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth in which each MBS service is supported, broadcast, or transmitted) , a dedicated frequency (frequency information or SCell identifier), sub-carrier interval, sub-frame number, or an identifier indicating a transmission pattern) information.)
  • Bearer configuration information (including the bearer structure described in FIGS. 4A to 4D)
  • the configuration information (s) is defined as
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • MBS dedicated carrier or cell (Cell or SCell or PCell) related information eg, frequency or time resource or cell identifier
  • MBS dedicated partial bandwidth information eg, downlink partial bandwidth or uplink partial bandwidth information
  • An indicator for setting a header compression function or procedure for a bearer supporting the MBS service, or setting information for a header compression procedure or data compression procedure for example, an indicator indicating whether to continue using the header compression context
  • the terminal 1001 may store the MBS service related configuration information.
  • the terminal 1001 may search for or determine an MBS service that the terminal 1001 is interested in or wants to receive by using the MBS service-related configuration information included in the second RRC message.
  • the terminal 1001 may receive MBS data (MBS control data or MBS user data) in a transmission resource through which an MBS control data channel or an MBS user data channel for an MBS service of interest is transmitted.
  • MBS data MBS control data or MBS user data
  • the terminal When the terminal receives the system information, when it tries to receive the service of interest, when the service of interest occurs, when the service of interest is determined, the terminal exists or enters the cell or area supporting the MBS service in the system information When setting or connecting the MBS service (or session), or the system information, RRC message (eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message), or MBS channel
  • RRC message eg, RRCSetup message, RRCResume message, RRCReconfiguration message, RRCRelease message, or a newly defined new RRC message
  • MBS channel When configuration information or bearer configuration information for an MBS service is received or broadcast through a control message (eg, transmitted in an MBS control data channel) for A unicast bearer, a multicast bearer, or an MBS bearer may be configured for receiving the MBS service.
  • the terminal 1001 Upon receiving the second RRC message, the terminal 1001 applies the configuration information included in the second RRC message, and responds to the second RRC message with a third RRC message (eg, RRCSetupComplete message). Alternatively, the RRCResumeComplete message) may be transmitted to the base station 1002 or the network (step 1020).
  • a third RRC message eg, RRCSetupComplete message.
  • the RRCResumeComplete message may be transmitted to the base station 1002 or the network (step 1020).
  • the terminal 1001 may receive MBS data (eg, MBS control data) through an MBS control data channel or transmission resource for an MBS service of interest to receive MBS service related configuration information.
  • MBS data eg, MBS control data
  • the terminal 1001 Upon receiving the MBS service-related configuration information, the terminal 1001 sets or allocates a first identifier, a second identifier, an RNTI identifier, or At least one of the logical channel identifiers may be identified.
  • the terminal 1001 may receive MBS data by applying the embodiment of FIGS. 4A to 4D and/or 5 through the MBS user data service channel using the identified identifier to receive the MBS service (step 1025). ).
  • the base station 1002 is based on at least one of a preference reported by the terminal 1001, an indicator indicated by the terminal 1001, or a base station implementation.
  • a fourth RRC message (eg, an RRCReconfiguration message) may be transmitted to the terminal (step 1030).
  • the fourth RRC message includes configuration information for changing the bearer type (eg, an indicator to switch from a unicast bearer to a multicast bearer or an indicator to switch from a multicast bearer to a unicast bearer or a bearer corresponding to it) configuration information) and/or logical channel identifier information changed or updated for each MBS service, RNTI identifier information, a first identifier for the MBS service, or second identifier information, and the like.
  • the bearer type eg, an indicator to switch from a unicast bearer to a multicast bearer or an indicator to switch from a multicast bearer to a unicast bearer or a bearer corresponding to it
  • configuration information for changing the bearer type (eg, an indicator to switch from a unicast bearer to a multicast bearer or an indicator to switch from a multicast bearer to a unicast bearer or a bearer corresponding to it) configuration information) and/or logical channel identifier information
  • the terminal 1001 may store the MBS service related configuration information and apply the MBS service related configuration information.
  • the terminal 1001 may configure a fifth RRC message (eg, an RRCReconfigurationComplete message) to indicate successful reconfiguration and transmit it to the base station 1002 (step 1035).
  • a fifth RRC message eg, an RRCReconfigurationComplete message
  • the terminal 1001 may receive MBS data (eg, MBS control data) through an MBS control data channel or transmission resource for an MBS service of interest to receive MBS service related configuration information.
  • MBS data eg, MBS control data
  • the terminal 1001 Upon receiving the MBS service-related configuration information, the terminal 1001 receives the MBS service it is interested in or intends to receive. A first identifier, a second identifier, an RNTI identifier, or an assigned or configured for the MBS service. At least one of the logical channel identifiers may be identified.
  • the terminal 1001 may receive MBS data by applying the embodiment of FIGS. 4A to 4D and/or 5 through the MBS user data service channel using the identified identifier to receive the MBS service (step 1040). ).
  • the base station 1002 When the base station 1002 attempts to transition the terminal 1001 to the RRC inactive mode or the RRC idle mode (eg, according to the implementation of the base station or according to the request of the terminal or the instruction of the terminal), the base station 1002 is the sixth An RRC message (eg, an RRCRelease message) may be configured and transmitted to the terminal 1001 (step 1045) to make the terminal 1001 transition to the RRC idle mode or RRC inactive mode.
  • the sixth RRC message may include the following information or some of the following information so that the UE can continue to receive the MBS service even in the RRC idle mode or RRC inactive mode.
  • - Configuration information for a physical channel or downlink/uplink transmission channel eg MBCH, MBCCH, MBTCH, or DL-SCH
  • a physical channel or downlink/uplink transmission channel eg MBCH, MBCCH, MBTCH, or DL-SCH
  • the transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth, dedicated Frequency (frequency information or SCell identifier), subcarrier interval, subframe number, or identifier indicating a transmission pattern, etc.) information
  • - Configuration information for MBS services supported by the current cell eg, a list of MBS services or a first identifier (eg TMGI) for each MBS service or a second identifier (eg session Identity)
  • TMGI first identifier
  • second identifier eg session Identity
  • each logical channel identifier, each bearer identifier, or each RNTI identifier information corresponding to the first or second identifier of each MBS service can be configured or broadcast.
  • the first identifier eg TMGI
  • the second identifier eg session Identity
  • the first identifier may indicate a PLMN serving MBS or may indicate an MBS service type or session.
  • the second identifier may indicate a more specific MBS service session.
  • the configuration information for the MBS service is a transmission resource (frequency or time resource, transmission period, partial bandwidth (or partial bandwidth identifier) or bandwidth in which each MBS service is supported, broadcast, or transmitted) , a dedicated frequency (frequency information or SCell identifier), sub-carrier interval, sub-frame number, or an identifier indicating a transmission pattern) information.)
  • Bearer configuration information (including the bearer structure described in FIGS. 4A to 4D)
  • the configuration information(s) may be defined
  • Indicator setting information indicating whether it is a unicast bearer or a multicast bearer for a bearer or bearer identifier supporting (transmitting or receiving) MBS service
  • MBS dedicated carrier or cell (Cell or SCell or PCell) related information eg, frequency or time resource or cell identifier
  • MBS dedicated partial bandwidth information eg, downlink partial bandwidth or uplink partial bandwidth information
  • An indicator for setting a header compression function or procedure for a bearer supporting the MBS service, or setting information for a header compression procedure or data compression procedure for example, an indicator indicating whether to continue using the header compression context
  • the terminal 1001 Upon receiving the MBS service-related configuration information, the terminal 1001 receives the MBS service it is interested in or intends to receive. A first identifier, a second identifier, an RNTI identifier, or an assigned or configured for the MBS service. You can check the logical channel identifier.
  • the terminal 1001 may receive MBS data by applying the embodiment of FIGS. 4A to 4D and/or 5 through the MBS user data service channel using the identified identifier to receive the MBS service (step 1050). ).
  • the terminal 1001 may transmit the first RRC message and receive the second RRC message to receive the MBS service. Also, the terminal 1001 may transmit the third RRC message again and receive the fourth RRC message. In addition, the terminal 1001 may transmit the fifth RRC message and receive the MBS service in the RRC connected mode. In addition, the terminal 1001 may receive the sixth RRC message and receive the MBS service in the RRC idle mode or the RRC inactive mode.
  • the terminal 1001 may transmit the first RRC message and receive the second RRC message to receive the MBS service (switch to the RRC connected mode). Also, the terminal 1001 may transmit the third RRC message again and receive the sixth RRC message. Upon receiving the sixth RRC message, the terminal 1001 may switch to the RRC idle mode or RRC deactivation mode to receive the MBS service in the RRC idle mode or RRC deactivation mode.
  • An encryption procedure or an integrity protection procedure may not be applied to the first RRC message or the second RRC message.
  • an encryption procedure or an integrity protection procedure may be applied to the first RRC message or the second RRC message.
  • An encryption procedure or an integrity protection procedure may be applied to the third RRC message.
  • an encryption procedure or an integrity protection procedure may be applied to the fourth RRC message, the fifth RRC message, or the sixth RRC message.
  • the next-generation mobile communication system supports at least one of a first signaling procedure, a second signaling procedure, a third signaling procedure, or a fourth signaling procedure for MBS service support.
  • 11 is a diagram illustrating a case in which normal data and MBS data collide or overlap when the terminal receives the general data service and the MBS service in the RRC connected mode.
  • the RRC connected mode terminal receiving the general data service or the MBS service receives first scheduling information 1105 for the general data service and the second scheduling information 1110 for the MBS service data.
  • the first scheduling information 1105 is a time resource or frequency at which downlink general data is transmitted through DCI of the PDCCH scrambled with a first RNTI identifier (eg, C-RNTI, RNTI identifier for general data scheduling). It can be directed to a resource.
  • the first scheduling information 1105 may be indicated as a time resource or a frequency resource configured for downlink general data transmission through an RRC message.
  • the first scheduling information 1105 may be indicated as a periodic time resource or frequency resource configured for downlink general data transmission through an RRC message, or the periodic time resource or frequency as DCI of a PDCCH. It may be indicated by activating or deactivating the resource.
  • the second scheduling information 1110 is a downlink through DCI of the PDCCH scrambled with a second RNTI identifier (eg, MBS-RNTI, an RNTI identifier for MBS service data scheduling, or an RNTI identifier for each MBS service).
  • a second RNTI identifier eg, MBS-RNTI, an RNTI identifier for MBS service data scheduling, or an RNTI identifier for each MBS service.
  • a time resource or a frequency resource through which MBS service data is transmitted may be indicated.
  • the second scheduling information 1110 may be indicated as a time resource or a frequency resource configured for downlink MBS service data transmission through system information, an RRC message, or a control channel or control message for MBS. .
  • the second scheduling information 1110 may be indicated as a periodic time resource or frequency resource configured for downlink MBS service data transmission through system information, an RRC message, or a control channel or control message for MBS.
  • the DCI of the PDCCH may be indicated by activating or deactivating the periodic time resource or frequency resource.
  • the downlink time resources or frequency resources indicated by the first scheduling information 1105 and/or the second scheduling information 1110 are the same or overlap, data collision may occur.
  • the first scheduling information 1105 and the second scheduling information 1110 indicate Embodiments of processing the first scheduling information 1105 and the second scheduling information 1110 when data collision occurs due to the same or overlapping downlink time resources or frequency resources will be described.
  • the terminal receives the first scheduling information ( 1105), general data may be received from the time resource or the frequency resource.
  • the UE may not receive or ignore the MBS service data indicated by the second scheduling information 1110 , or may not consider the second scheduling information 1110 .
  • a transmission resource (eg, PUCCH) for transmitting HARQ ACK or NACK for downlink MBS service data indicated in the second scheduling information 1110 is configured or HARQ ACK or NACK can be transmitted If it is configured, retransmission is requested by indicating that the MBS service data has not been successfully received (NACK), and the downlink MBS service data that has not been received can be received later through retransmission.
  • PUCCH Physical Uplink control channel
  • the terminal receives the second scheduling information 1110 Accordingly, MBS service data may be received in the time resource or the frequency resource.
  • the UE may not receive or ignore the general data indicated by the first scheduling information 1105 or may not consider the first scheduling information 1105 .
  • the UE did not successfully receive the downlink general data through the transmission resource (eg, PUCCH) for transmitting the HARQ ACK or NACK for the downlink general data indicated by the first scheduling information 1105. (NACK) may be indicated to request retransmission, and downlink general data that has not been received may be received later through retransmission.
  • the transmission resource eg, PUCCH
  • NACK NACK
  • the terminal receives general data indicated by the first scheduling information 1105 and the second scheduling information 1110 Alternatively, all MBS service data may be received.
  • the third embodiment may be applied when the terminal capability has a plurality of antennas or is a terminal that satisfies a high requirement.
  • the base station may set or indicate whether the terminal performs the first embodiment, the second embodiment, or the third embodiment as an indicator through an RRC message or system information.
  • the base station may multiplex different general data and MBS service data into one data (eg, MAC PDU) and transmit them in the same time resource or transmission resource of the same frequency resource. That is, in the same time resource or transmission resource of the same frequency resource, the terminal may receive one piece of data (eg, MAC PDU), and the one data may be multiplexed with general data and MBS service data.
  • each general data may be distinguished by a logical channel identifier (eg, an identifier included in a MAC header) corresponding to each general data
  • each MBS service data is a logical channel identifier corresponding to each MBS service data. (eg, an identifier included in the MAC header).
  • the terminal When the terminal receives the one data and performs data processing, the terminal receives (or demultiplexes) data corresponding to the logical channel identifier set in the terminal, and an upper layer device corresponding to the logical channel identifier (eg, the RLC layer) device or higher layer device), and data corresponding to a logical channel identifier not set in the terminal may be discarded.
  • an upper layer device corresponding to the logical channel identifier (eg, the RLC layer) device or higher layer device
  • 12A to 12C are diagrams illustrating signaling procedures for efficiently supporting an MBS service according to an embodiment of the present disclosure.
  • 12A illustrates a signaling procedure in which a terminal receiving MBS service data sends feedback to a base station according to an embodiment of the present disclosure.
  • 12B illustrates a signaling procedure in which a terminal receiving MBS service data receives an MBS service related control message from a base station according to an embodiment of the present disclosure.
  • 12c illustrates a signaling procedure in which the base station sends an MBS service related control message to the terminal and the terminal transmits a response to the MBS service support.
  • the terminal 1201a receiving the MBS service data may transmit feedback or indication information of the terminal for the MBS service to the network or the base station 1202a (step 1210a). For example, when a certain event occurs, when a service of interest (or to receive) occurs, when a service of interest (or to receive) is changed, or when you want to stop receiving the service of interest (or to receive) Alternatively, if you want to stop the MBS service, or if you want to change the method for receiving the MBS service or the RRC mode or bearer, the terminal 1201a may transmit feedback or indication information of the terminal for the MBS service to the network or the base station 1202a. there is.
  • the terminal 1201a may transmit the feedback or indication information.
  • the information transmitted by the terminal 1201a to the base station for the MBS service may include some or a plurality of pieces of information among the following information.
  • - Information on the MBS service that the terminal is interested in or wants to receive service for example, a first identifier, a second identifier, a logical channel identifier, an RNTI identifier, or a bearer identifier for the MBS service
  • RRC connection state preferred by the UE when receiving or setting MBS service (eg, RRC idle mode, RRC connected mode, or RRC disabled mode)
  • Bearer structure or configuration information preferred by the terminal when receiving or establishing an MBS service eg, a unicast bearer, a multicast bearer, or a preferred structure or configuration among the bearer structures described in FIGS. 7A and 7D) Preference for features you would like to receive, etc.
  • the type of service preferred by the terminal when receiving or receiving the MBS service eg, dedicated service or unicast service
  • multicast service multicast or broadcast or common service
  • An indicator that the terminal receiving the MBS service no longer wishes to receive the MBS service, an indicator to stop receiving the MBS service, an indicator to continue receiving the MBS service, and the MBS service to another MBS service An indicator for requesting a change to (or a first identifier, a second identifier, a logical channel identifier, a bearer identifier, or an RNTI identifier for another MBS service), or an indicator that the terminal is interested in the MBS service
  • An indicator indicating whether the MBS service data has been successfully received (eg, HARQ ACK or NACK feedback)
  • the terminal 1201a may transmit only in the RRC connected mode.
  • the RRC connected mode terminal 1201a requests the feedback or indication information from the base station 1202a or when there is a need to transmit the feedback or indication information from the terminal 1201a
  • the SRB and DRB configured in the terminal 1201a in the RRC connected mode.
  • the feedback or indication information may be configured in an RRC message, MAC control information, RLC control information, or PDCP control information through an MBS bearer (unicast bearer or multicast bearer) and transmitted to the base station 1202a.
  • the terminal 1201a establishes a connection with the network when the base station 1202a requests the feedback or indication information in the RRC idle mode or the RRC deactivation mode or when there is a need to transmit the information from the terminal 1201a (RRC) RRC message, MAC control information through SRB, DRB, or MBS bearer (unicast bearer or multicast bearer) established in UE 1201a in RRC connected mode by switching to RRC connected mode (triggering connection procedure or RRC connection resumption procedure) , RLC control information, or PDCP control information can be transmitted to the base station 1202a by configuring the feedback or indication information.
  • RRC terminal 1201a
  • the terminal 1201a when the terminal 1201a transmits the feedback or indication information for the MBS service to the base station 1202a, the terminal 1201a transmits the system information indicated in the RRC connected mode, RRC deactivation mode, or RRC idle mode.
  • the feedback or indication information of the UE 1201a may be transmitted through a resource, through a transmission resource set by an RRC message, or through a transmission resource indicated by a PDCCH including an RNTI identifier indicating an MBS service.
  • the base station 1202a can more efficiently manage resources for the MBS service.
  • the base station 1202b may transmit control information for the MBS service to the terminal 1201b receiving the MBS service data.
  • the control information for the MBS service may be transmitted through a channel or transmission resource for the MBS service, an RRC message, MAC control information, RLC control information, or PDCP control information (step 1205b).
  • the control information for the MBS service may include some or a plurality of information among the following information.
  • An identifier for the MBS service to be stopped or to stop receiving the service for example, any MBS service including a first identifier, a second identifier, a logical channel identifier, an RNTI identifier, or a bearer identifier corresponding to the MBS service
  • the control information may be transmitted through a PDCCH scrambled with an RNTI identifier corresponding to the MBS service to indicate whether to stop or to stop receiving an MBS service.
  • a list including the first identifier, the second identifier, the logical channel identifier, the RNTI identifier, or the bearer identifier may be transmitted to indicate a plurality of MBS services.
  • Information on mapping an identifier value with a natural number value for example, information about a natural number value indicated by mapping each first identifier value or second identifier value indicating MBS services with a natural number value by Ochlma scholastic ability
  • An indicator for example, the number of time units in the period in which the MBS service is transmitted In another embodiment, it may indicate how many time units it is after the time the control information is received.
  • the base station 1202b may transmit the control information for the MBS service to the RRC deactivation mode, RRC idle mode, or RRC connected mode terminal 1201b.
  • the base station 1202b transmits the control information to the terminal 1201b in the RRC deactivation mode, RRC idle mode, or RRC connected mode SRB, DRB, or MBS bearer (unicast bearer or multicast bearer) configured in the terminal 1201b. ) through the RRC message, MAC control information, RLC control information, or PDCP control information can be configured and transmitted.
  • the base station 1202b transmits the control information for the MBS service to the RRC connected mode, RRC deactivated mode, or RRC idle mode terminal 1201b a transmission resource indicated in system information, a transmission resource set as an RRC message, or It can be transmitted through the transmission resource indicated by the PDCCH including the RNTI identifier indicating the MBS service.
  • the terminal 1201b may transmit a feedback corresponding to the control information to the base station 1202b as feedback information or indication information by applying the embodiment of FIG. 15A (step 1210b).
  • the terminal 1201b Upon receiving the control information from the base station 1202b, the terminal 1201b receives the MBS service of interest or if the terminal 1201b still wants to receive the MBS service, the terminal 1501b responds to the embodiments of FIGS. 8 to 11 . According to one embodiment, either by receiving MBS service-related control information again (for example, system information, RRC message, or MBS service control message), or by performing an RRC connection procedure or RRC connection resumption procedure (or by triggering) ) to receive the MBS service configuration information from the base station, or to request the MBS configuration information to reset the received MBS configuration information, it is possible to continue to perform the MBS service reception.
  • MBS service-related control information for example, system information, RRC message, or MBS service control message
  • RRC connection procedure or RRC connection resumption procedure or by triggering
  • the UE receives MBS service related control information again (eg, system information, RRC message, or MBS service control message) according to at least one of the embodiments of FIGS. 8 to 11 , or RRC connection Receive configuration information from the base station to receive MBS service again by performing (or triggering) the procedure or RRC connection resumption procedure, or request MBS configuration information to reset the received MBS configuration information, and receive MBS service can continue.
  • MBS service related control information eg, system information, RRC message, or MBS service control message
  • the base station 1202b can more efficiently manage resources for the MBS service.
  • the base station 1202c asks the terminals receiving MBS service data to check the number of terminals receiving the MBS service whether the MBS service is being received and/or the terminal receiving the MBS service. In order to count the number of , a message requesting a response may be configured and transmitted (step 1205c). Upon receiving the message, the terminal 1201c may construct a response message and transmit it to the base station 1202c (step 1210c).
  • the RRC idle mode, RRC deactivation mode, or RRC connected mode terminal 1201c may receive the request message.
  • the terminal 1201c receiving the request message configures a response message to the request message when it is in the RRC idle mode, RRC deactivation mode, or RRC connected mode to configure the SRB, DRB, or MBS bearer configured in the terminal 1201c. It can be transmitted using RRC message, MAC control information, RLC control information, or PDCP control information through (unicast bearer or multicast bearer).
  • the terminal 1201c may transmit the response message through the transmission resource indicated by the system information, the transmission resource set by the RRC message, or the transmission resource indicated by the PDCCH including the RNTI identifier indicating the MBS service.
  • the terminals in the RRC connected mode configure a response message to the request message to configure the SRB, DRB, or MBS bearer (unicast bearer or multicast bearer) configured in the terminal. It can be transmitted using an RRC message, MAC control information, RLC control information, or PDCP control information.
  • the UE may transmit the response message through the transmission resource indicated by the system information, the transmission resource set by the RRC message, or the transmission resource indicated by the PDCCH including the RNTI identifier indicating the MBS service.
  • terminals in RRC idle mode or RRC deactivation mode perform an RRC connection procedure or RRC connection resumption procedure to switch to RRC connected mode, and SRB, DRB, or MBS configured in the terminal It can be transmitted using an RRC message, MAC control information, RLC control information, or PDCP control information through a bearer (unicast bearer or multicast bearer).
  • the UE may transmit the response message through the transmission resource indicated by the system information, the transmission resource set by the RRC message, or the transmission resource indicated by the PDCCH including the RNTI identifier indicating the MBS service.
  • FIGS. 13A to 13C are diagrams illustrating a method of indicating each MBS service for a plurality of MBS services according to an embodiment of the present disclosure.
  • each MBS service 1305a may have a mapping relationship with a first identifier, a second identifier, a logical channel identifier, an RNTI identifier, or a bearer identifier 1310a for the MBS service, or each of the above An identifier may be assigned to each MBS service.
  • each MBS service can be distinguished and a specific MBS service can be distinguished by the identifier.
  • the identifiers are long, it may not be efficient in terms of overhead to indicate each MBS service with a first identifier, a second identifier, a logical channel identifier, an RNTI identifier, or a bearer identifier.
  • a list of MBS services or a list of configured MBS services can be set, and each MBS service set in the list of MBS services ( 1305b) may be assigned or mapped to an integer value 1310b.
  • integer values may be mapped or allocated in ascending order (or descending order) of each identifier value for MBS services included in the list of MBS services.
  • the plurality of MBS services may be indicated by including each integer value for the plurality of MBS services or by including an integer value in a list.
  • a list of MBS services or a list of configured MBS services can be set, and each MBS service set in the list of MBS services ( 1305c) may be allocated or mapped to each bit of the bitmap 1310c.
  • each bit of the bitmap may be mapped or allocated in an ascending order (or descending order) of each identifier value for an MBS service included in the list for the MBS services in an ascending order.
  • each bit of the bitmap indicates a specific MBS service (eg, each service may be indicated with a value of 1 or 0), thereby reducing overhead.
  • the plurality of MBS services may be indicated by setting bit values for the plurality of MBS services in the bitmap.
  • each MBS service of FIGS. 13A to 13C may be utilized or extended and applied in various signaling methods of the present disclosure.
  • the base station asks the terminals receiving MBS service data to check the number of terminals receiving the MBS service whether the MBS service is being received or the number of terminals receiving the MBS service.
  • the following may be applied when composing and transmitting a message requesting a response in order to count, and the terminal receiving the message requesting the response composes and transmits the response message to the base station.
  • a message requesting a response to count whether the MBS service is being received or the number of terminals receiving the MBS service and a response message to the request message are configured or generated as one of the following embodiments can be
  • each MBS service may have a mapping relationship with a first identifier, a second identifier, a logical channel identifier, an RNTI identifier, or a bearer identifier for the MBS service, or each of the identifiers corresponds to each MBS service.
  • the base station may configure a list of the identifiers corresponding to the MBS services that it wants to know how many terminals receive the MBS service, include it in a request message, and transmit it to the terminal.
  • the request message may be transmitted to terminals receiving the MBS service, and terminals receiving each MBS service included in the request message may respond to the request by configuring in a response message whether they are interested or are receiving the MBS service. there is.
  • an integer value is allocated or mapped to each MBS service in the list of MBS services set as system information, RRC message, or MBS control message by applying the embodiment of FIG. 13B. can do it For example, integer values may be mapped or allocated in ascending order (or descending order) of each identifier value for MBS services included in the list of MBS services. And when indicating the MBS services to know how many terminals receive the MBS service in the request message, including the mapped or assigned integer value(s) in the request message or by including in the list, how many terminals It is possible to indicate MBS services that want to know whether the MBS service is received.
  • the base station when constructing the request message, applying the embodiment of FIG. 13C, allocates each MBS service to each bit of the bitmap in the list of MBS services set as system information, RRC message, or MBS control message. or can be mapped. For example, in an ascending order (or descending order) of each identifier value for an MBS service included in the list for the MBS services, each bit of the bitmap may be mapped or allocated in an ascending order.
  • the MBS service when indicating the MBS services for which you want to know how many terminals receive the MBS service in the request message, the MBS service is indicated with each bit of the bitmap (for example, each service can be indicated with a value of 1 or 0) Yes), overhead can be reduced.
  • the plurality of MBS services may be indicated by setting bit values for the plurality of MBS services in the bitmap.
  • Terminals receiving each MBS service included in the request message may respond to the request by configuring whether they are interested or receiving the MBS service in the response message.
  • the terminal in a list of MBS services included in the request message, or a list of MBS services set as system information, RRC message, or MBS control message Since each MBS service may have a mapping relationship with the first identifier, the second identifier, the logical channel identifier, the RNTI identifier, or the bearer identifier for the MBS service, it corresponds to the MBS services the UE is interested in or wants to receive. It is possible to compose a list of the identifiers to be included in a response message and transmit it to the base station.
  • the terminal when constructing the response message, by applying the embodiment of FIG. 13B, receives a list or system information for MBS services included in the request message, an RRC message, or MBS services set as an MBS control message.
  • an integer value may be assigned or mapped.
  • integer values may be mapped or allocated in ascending order (or descending order) of each identifier value for MBS services included in the list of MBS services.
  • the MBS services of interest or to be received by including the mapped or assigned integer value(s) in the response message or in the list are included in the base station can be instructed, and overhead can be reduced.
  • the plurality of MBS services may be indicated by including each integer value for the plurality of MBS services or by including an integer value in the list.
  • the terminal when configuring the response message by applying the embodiment of FIG. 13C, includes a list or system information for MBS services included in the request message, an RRC message, or MBS services set as an MBS control message.
  • MBS service can be allocated or mapped to each bit of the bitmap in the list for For example, in an ascending order (or descending order) of each identifier value for an MBS service included in the list for the MBS services, each bit of the bitmap may be mapped or allocated in an ascending order.
  • the MBS service of interest or to be received is indicated in the response message, the MBS service is indicated with each bit of the bitmap (for example, each service can be indicated with a value of 1 or 0) to reduce overhead.
  • the plurality of MBS services may be indicated by setting bit values for the plurality of MBS services in the bitmap.
  • the base station may transmit a request message for requesting information on the MBS service that the terminal is interested in or wants to receive.
  • the request message may be transmitted to terminals receiving the MBS service, and the request message may include an indicator for transmitting by configuring in a response message whether terminals receiving the MBS service are interested or receiving the MBS service.
  • Terminals receiving each MBS service included in the request message may respond by configuring in a response message whether they are interested in or receiving each MBS service.
  • the UE When constructing the response message, by applying the embodiment of FIG. 13A, the UE includes a first identifier for each MBS service in the list of MBS services set as system information, RRC message, or MBS control message, Since it can have a mapping relationship with the second identifier, logical channel identifier, RNTI identifier, or bearer identifier, the identifiers corresponding to MBS services that the terminal is interested in or want to receive are configured in a list and included in the response message. can be transmitted to the base station.
  • the terminal when constructing the response message, by applying the embodiment of FIG. 13B, the terminal allocates an integer value to each MBS service in the list of MBS services set as system information, RRC message, or MBS control message. or can be mapped. For example, integer values may be mapped or allocated in ascending order (or descending order) of each identifier value for MBS services included in the list of MBS services. And when the MBS service of interest or reception is indicated in the response message, the MBS services of interest or to be received by including the mapped or assigned integer value(s) in the response message or in the list are included in the base station can be instructed, and overhead can be reduced. Also, when indicating a plurality of MBS services, the plurality of MBS services may be indicated by including each integer value for the plurality of MBS services or by including an integer value in the list.
  • the terminal when constructing the response message, by applying the embodiment of FIG. 13C, the terminal allocates each MBS service to each bit of the bitmap in the list of MBS services set as system information, RRC message, or MBS control message. or can be mapped. For example, in an ascending order (or descending order) of each identifier value for an MBS service included in the list for the MBS services, each bit of the bitmap may be mapped or allocated in an ascending order. And when the MBS service of interest or to be received is indicated in the response message, the MBS service is indicated with each bit of the bitmap (for example, each service can be indicated with a value of 1 or 0) to reduce overhead. can In addition, when indicating a plurality of MBS services, the plurality of MBS services may be indicated by setting bit values for the plurality of MBS services in the bitmap.
  • the embodiments of indicating an MBS service in FIGS. 13A to 13C may be extended and applied when indicating an MBS service of interest or setting MBS service configuration information. For example, it may be extended and applied to the embodiments of FIGS. 7 to 11 .
  • the configuration information set in the system information or the RRC message may include first Discontinuous Reception (DRX) configuration information (eg, period, on-duration, offset, etc.) for a general data service.
  • DRX Discontinuous Reception
  • the UE can save UE power by monitoring the PDCCH in a specific section or not monitoring the PDCCH in a specific section based on the first DRX configuration information for the general data service.
  • the configuration information for the MBS service configured in the system information, the RRC message, or the MBS control data may include second DRX configuration information (eg, period, section length, or offset, etc.) for the MBS service. Accordingly, the UE can save UE power by monitoring the PDCCH in a specific section or not monitoring the PDCCH in a specific section based on the second DRX configuration information for the MBS service.
  • second DRX configuration information eg, period, section length, or offset, etc.
  • the base station may configure the first DRX configuration information for the general data service or the second DRX configuration information for the MBS service to the terminal, and the terminal may configure the first DRX configuration information or the second DRX configuration information If the information is set, the first DRX and the second DRX may be operated independently, respectively, and data may be transmitted or received accordingly. For example, when receiving or transmitting general data, the first DRX may be operated based on the first DRX configuration information, and power may be saved by reading or not reading the PDCCH. In addition, when receiving or transmitting MBS service data, the second DRX may be operated based on the second DRX configuration information, and power may be saved by reading or not reading the PDCCH.
  • the UE when receiving the MBS service in the RRC connected mode, the UE operates the first DRX and the second DRX, and may transmit or receive data accordingly.
  • the first DRX when receiving or transmitting general data, the first DRX may be operated based on the first DRX configuration information, and power may be saved by reading or not reading the PDCCH.
  • the second DRX when receiving or transmitting MBS service data, the second DRX may be operated based on the second DRX configuration information, and power may be saved by reading or not reading the PDCCH.
  • the UE receives the MBS service in the RRC idle mode or the RRC deactivated mode, the UE may operate the second DRX and transmit or receive data accordingly.
  • the second DRX when receiving or transmitting MBS service data, the second DRX may be operated based on the second DRX configuration information, and power may be saved by reading or not reading the PDCCH.
  • the UE operates third DRX configuration information for receiving a paging message in the RRC idle mode or RRC deactivation mode to periodically wake up or activate to read the paging message to monitor the PDCCH of the base station.
  • 14A to 14C are diagrams illustrating a method of retransmitting MBS service data according to an embodiment of the present disclosure.
  • the transmission resource indicated by the PDCCH eg, PDCCH scrambled with the RNTI identifier for the MBS service
  • the transmission resource periodically configured for the MBS service system information or set in the RRC message
  • NACK may be indicated in the transmission resource (eg, PUCCH) indicated by the PDCCH or the transmission resource configured in the system information, the RRC message, or the MBS control message
  • ACK when the MBS service data is successfully received in the transmission resource indicated by the PDCCH (eg, PDCCH scrambled with the RNTI identifier for the MBS service) or MBS service data periodically configured in the transmission resource, ACK is indicated can do.
  • the transmission resource periodically configured for the MBS service may be activated (or used) or deactivated (or stopped) by an RRC message, MAC control information, or an indicator of PDCCH.
  • the transmission resource configuration information periodically configured for the MBS service to the UE may be stored and maintained even if the periodic transmission resource is deactivated by the RRC message, the MAC control information, or the PDCCH indicator.
  • the transmission resource configuration information periodically configured for the MBS service to the UE may be released or discarded when the periodic transmission resource is deactivated by the RRC message, the MAC control information, or the PDCCH indicator.
  • the base station or the network may allocate different periodic transmission resources to a plurality of MBS services with an RRC message, and in order to activate or deactivate the periodic transmission resources of each MBS service to the terminal, MAC control information is Activation or deactivation may be indicated by an indicator or an MBS service identifier (a primary identifier, a secondary identifier, a logical channel identifier, or a bearer identifier), or may be mapped to an indicator or a bitmap (e.g., in ascending order of identifiers) on the PDCCH. ) to enable or disable the periodic transmission resource of each MAC service.
  • the transmission resource configuration information periodically configured for the MBS service to the UE may be stored and maintained even if the periodic transmission resource is deactivated by the RRC message, the MAC control information, or the PDCCH indicator.
  • the transmission resource configuration information periodically configured for the MBS service to the UE may be released or discarded when the periodic transmission resource is deactivated by the RRC message, the MAC control information, or the PDCCH indicator.
  • the terminal when the terminal fails to successfully receive MBS service data in the transmission resource indicated by the PDCCH (eg, PDCCH scrambled with an RNTI identifier for the MBS service) or the periodically set MBS service data transmission resource, the terminal may include an indicator indicating a terminal or a terminal identifier in the MAC control information, RLC control information, or PDCP control information to indicate to the base station which terminal did not successfully receive the MBS service data.
  • the terminal may include an indicator indicating a terminal or a terminal identifier in the MAC control information, RLC control information, or PDCP control information to indicate to the base station which terminal did not successfully receive the MBS service data.
  • each terminal may indicate a NACK in a transmission resource preset for each terminal to indicate to the base station which terminal did not successfully receive the MBS service data.
  • the base station may set the transmission resource indicating whether the terminal has successfully received (ACK) or not received (NACK) the MBS service data as a common transmission resource for the terminals receiving the MBS service.
  • the base station may perform retransmission on the MBS service data when at least one terminal indicates NACK in the common transmission resource or when a certain terminal indicates NACK.
  • the base station when MBS service data is not successfully received, when a terminal indicates to the base station whether the MBS service data has not been successfully received, the base station may perform retransmission only to the terminal.
  • the base station may apply one of the following embodiments or a combination of the following embodiments to perform retransmission on the MBS service data.
  • the base station sets MBS service data as system information, RRC message, or MBS control data, and transmission resources (time resources, frequency resources, subcarrier intervals, or DRX configuration information, etc.) (1405a, 1435a) or MBS service data may be transmitted in a set period 1430a (1410a), or an MBS service data transmission resource may be indicated with a PDCCH scrambled with an RNTI identifier indicating MBS service data, and data may be transmitted from the transmission resource.
  • MBS service data as system information, RRC message, or MBS control data
  • transmission resources time resources, frequency resources, subcarrier intervals, or DRX configuration information, etc.
  • MBS service data may be transmitted in a set period 1430a (1410a)
  • an MBS service data transmission resource may be indicated with a PDCCH scrambled with an RNTI identifier indicating MBS service data, and data may be transmitted from the transmission resource.
  • the terminal is a transmission resource (time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.) set by the system information, the RRC message, or the MBS control data (1405a, 1435a) or the MBS in the set period (1430a)
  • Service data may be received ( 1410a ), or an MBS service data transmission resource may be indicated through a PDCCH scrambled with an RNTI identifier indicating MBS service data, and data may be received from the transmission resource.
  • the NACK is indicated in the transmission resource (eg, PUCCH) indicated by the PDCCH or the transmission resource configured in the system information, the RRC message, or the MBS control message.
  • the base station When the base station receives an indication that the MBS service data has not been successfully received from a certain terminal, it may perform a retransmission procedure.
  • the system information, the RRC message, or the transmission resource (time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.) set with the MBS control data or MBS service data can be retransmitted in a set period.
  • an MBS service data transmission resource may be indicated by a PDCCH scrambled with an RNTI identifier indicating the MBS service data, and data may be retransmitted from the transmission resource.
  • the base station may transmit including an indicator indicating retransmission in PDCCH or MBS control data indicating the transmission resource or an RRC message (1435a, 1440a). For example, it can be indicated by whether the NDI (New Data indicator) identifier is toggled (new transmission if the NDI indicator is changed or retransmission is indicated if the NDI indicator is not changed).
  • NDI New Data indicator
  • the transmission resource itself may indicate retransmission.
  • the PDCCH may be scrambled with the RNTI identifier to indicate retransmission.
  • the terminal When the terminal receives MBS service data in the system information, the RRC message, or the transmission resource (time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.) set with the MBS control data or the set period, or MBS
  • the MBS service data transmission resource is indicated by the PDCCH scrambled with the RNTI identifier indicating the service data, if an indicator indicating retransmission is included or if retransmission is indicated, the terminal fails to successfully receive the previously received MBS service data. In this case, the retransmission of the MBS service data may be received.
  • the terminal may ignore or not receive the data, or discard the data even if it is received (eg, a MAC layer device or an RLC layer device or a PDCP layer device) may be discarded as a duplicate detection procedure).
  • the terminal may ignore or not receive the data, or discard the data even if it is received (eg, a MAC layer device or an RLC layer device or a PDCP layer device) may be discarded as a duplicate detection procedure).
  • the base station sets the MBS service data to system information, RRC message, or MBS control data transmission resources (time resources, frequency resources, subcarrier intervals, or DRX configuration information, etc.) (1405b, 1435b) or MBS service data may be transmitted 1410b in a set period 1430b, or an MBS service data transmission resource may be indicated with a PDCCH scrambled with an RNTI identifier indicating MBS service data, and data may be transmitted from the transmission resource.
  • MBS control data transmission resources time resources, frequency resources, subcarrier intervals, or DRX configuration information, etc.
  • the terminal is a transmission resource (time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.) set with the system information, the RRC message, or the MBS control data (1405b, 1435b) or the MBS in the set period (1430b) Service data may be received (1410b), or an MBS service data transmission resource may be indicated through a PDCCH scrambled with an RNTI identifier indicating MBS service data, and data may be received from the transmission resource.
  • the NACK is indicated in the transmission resource (eg, PUCCH) indicated by the PDCCH or the transmission resource configured in the system information, the RRC message, or the MBS control message.
  • the base station When the base station receives an indication that the MBS service data has not been successfully received from a certain terminal, it may perform a retransmission procedure.
  • the system information, the RRC message, or the transmission resource (time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.) set with the MBS control data or MBS service data can be retransmitted in a set period.
  • an MBS service data transmission resource may be indicated by a PDCCH scrambled with an RNTI identifier indicating the MBS service data, and data may be retransmitted from the transmission resource.
  • system information, RRC message, or a transmission resource (such as a time resource or frequency resource or subcarrier interval or DRX configuration information) set with MBS control data or MBS control data can be transmitted in a set period, or MBS service data
  • MBS service data transmission resource is indicated with a PDCCH scrambled with an RNTI identifier indicating PDCCH scrambled with an RNTI identifier or PDCCH including an indicator indicating retransmission) or a plurality of RNTI identifiers (eg, scrambled with an RNTI identifier for new transmission or scrambled with an indicator indicating new transmission and an RNTI identifier for retransmission
  • the new MBS service data 1435b and the retransmitted MBS service data 1445b may be simultaneously indicated with a plurality of MBS control data (indicating a new transmission or retransmission) or an indicator indicating retransmission.
  • the transmission resources 1440b and 1450b through which the transmitted or retransmitted data is retransmitted may be indicated as different transmission resources, respectively.
  • the base station may transmit by including an indicator indicating retransmission in the PDCCH or MBS control data or RRC message indicating the transmission resource (1445b). For example, it can be indicated by whether the NDI (New Data indicator) identifier is toggled (new transmission if the NDI indicator is changed or retransmission is indicated if the NDI indicator is not changed).
  • NDI New Data indicator
  • the transmission resource itself may indicate retransmission.
  • the PDCCH may be scrambled with the RNTI identifier to indicate retransmission.
  • the terminal When the terminal receives a plurality of MBS control data in a transmission resource (time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.) set with system information, RRC message, or MBS control data or a set period, or a plurality of
  • a transmission resource time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.
  • MBS service data transmission resource is instructed by the PDCCH scrambled with the RNTI identifier indicating the MBS service data, if an indicator indicating retransmission is included or if retransmission is indicated, the previously received MBS service data has not been successfully received , may receive the retransmission of the MBS service data.
  • the terminal when the terminal receives a plurality of MBS control data in a transmission resource (time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.) set with system information, RRC message, or MBS control data or a set period, or
  • a transmission resource time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.
  • system information RRC message, or MBS control data or a set period
  • MBS service data transmission resource is indicated by a PDCCH scrambled with an RNTI identifier indicating a plurality of MBS service data
  • new data may also be received.
  • the terminal when it successfully receives the previously received MBS service data, it may ignore or not receive the data for the retransmission, or may discard it even if it is received (for example, a MAC layer device or an RLC layer device or a PDCP) may be discarded through the duplicate detection procedure in the layer device), new data may be received when a new transmission is instructed.
  • a MAC layer device or an RLC layer device or a PDCP may be discarded through the duplicate detection procedure in the layer device
  • new data may be received when a new transmission is instructed.
  • the base station sets the MBS service data as system information, RRC message, or MBS control data, a transmission resource (time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.) (1405c, 1435c) or MBS service data may be transmitted 1410c in a set period 1430c, or an MBS service data transmission resource may be indicated with a PDCCH scrambled with an RNTI identifier indicating MBS service data, and data may be transmitted from the transmission resource.
  • a transmission resource time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.
  • the terminal is a transmission resource (time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.) set with the system information, the RRC message, or the MBS control data (1405c, 1435c) or MBS in a set period (1430c) Service data may be received ( 1410c ), or an MBS service data transmission resource may be indicated by a PDCCH scrambled with an RNTI identifier indicating MBS service data, and data may be received from the transmission resource.
  • the NACK is indicated in the transmission resource (eg, PUCCH) indicated by the PDCCH or the transmission resource configured in the system information, the RRC message, or the MBS control message.
  • the base station When the base station receives an indication that the MBS service data has not been successfully received from a certain terminal, it may perform a retransmission procedure.
  • the transmission procedure for new data is the transmission resource (time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.) set with the system information, the RRC message, or the MBS control data, or MBS service data in a set period.
  • an MBS service data transmission resource may be indicated by a PDCCH scrambled with an RNTI identifier indicating the MBS service data, and data may be transmitted from the transmission resource.
  • the retransmission procedure for data for retransmission sets a separate transmission resource for retransmission in the system information, the RRC message, or the MBS control data, and sets a separately set transmission resource (time resource, frequency resource, subcarrier interval).
  • the base station may transmit by including an indicator indicating retransmission in PDCCH or MBS control data or RRC message indicating the transmission resource. For example, it can be indicated by whether the NDI (New Data indicator) identifier is toggled (new transmission if the NDI indicator is changed or retransmission is indicated if the NDI indicator is not changed).
  • NDI New Data indicator
  • the transmission resource itself may indicate retransmission.
  • the PDCCH may be scrambled with the RNTI identifier to indicate retransmission.
  • MBS control data in a transmission resource (time resource, frequency resource, subcarrier interval, or DRX configuration information, etc.) set with system information, RRC message, or MBS control data or MBS control data in a set period, or MBS service data
  • MBS service data transmission resource is instructed by the PDCCH scrambled with the indicating RNTI identifier, when the UE does not successfully receive the previously received MBS service data, it is configured for retransmission in system information, RRC message, or MBS control data.
  • Separate transmission resources time resources, frequency resources, subcarrier intervals, DRX configuration information, offsets or periods, transmission resources set to indicate new data transmission resources, offsets or periods from periods, etc.
  • the retransmission of the MBS service data may be instructed and received.
  • the transmission resource set for the new transmission the transmission of the new MBS service data may be instructed and received.
  • the terminal when it successfully receives the previously received MBS service data, it may ignore or not receive the instruction or data in a separate transmission resource set for the retransmission, or discard it even if it is received (for example, MAC layer device, RLC layer device, or PDCP layer device may be discarded as a duplicate detection procedure), and may be instructed and received a new MBS service data transmission in a transmission resource configured for new transmission.
  • a separate transmission resource set for the retransmission for example, MAC layer device, RLC layer device, or PDCP layer device may be discarded as a duplicate detection procedure
  • multicast bearer or multicast MBS service support When transmitting new data or applying the first, second, or third embodiment, multicast bearer or multicast MBS service support, or unicast bearer or unicast MBS service support is applied can
  • multicast bearer or multicast MBS service support may be applied when transmitting the new data or applying the first embodiment, the second embodiment, or the third embodiment.
  • multicast bearer or multicast MBS service support when the new data is transmitted, multicast bearer or multicast MBS service support is applied, and when the first embodiment, the second embodiment, or the third embodiment for retransmission is applied, a unicast bearer Alternatively, it can be applied to support unicast MBS service. For example, a procedure for retransmission may be applied and performed only to terminals that have not successfully received MBS service data.
  • the present disclosure discloses when the terminal receiving the MBS service stops the MBS service or does not want to receive the MBS service anymore, or when it tries to release the bearer receiving the MBS service, or when the base station establishes, an RRC message, or When attempting to release the MBS bearer according to the indication of the MBS control message, one or a combination of the following embodiments will be described as a reception operation of the terminal.
  • the UE When releasing the MBS bearer (eg, unicast bearer or multicast bearer) or when receiving an instruction to release the MBS bearer, the UE transmits the MBS bearer (eg, MAC layer device, RLC layer device or PDCP layer device) If there is MBS service data stored in the (or if there is data that has not yet been delivered to the upper layer device), all stored data can be discarded. Then, the UE may release the MBS bearer.
  • the MBS bearer eg, MAC layer device, RLC layer device or PDCP layer device
  • the UE When releasing the MBS bearer (eg, unicast bearer or multicast bearer) or when receiving an instruction to release the MBS bearer, the UE transmits the MBS bearer (eg, MAC layer device, RLC layer device or PDCP layer device) If there is MBS service data stored in the MBS (or if there is data that has not yet been delivered to the upper layer device), it can perform data processing and forward it to the higher layer device (e.g., in the order received or in ascending order of serial number to the higher layer device). can be transmitted). Then, the UE may release the MBS bearer.
  • the MBS bearer eg, MAC layer device, RLC layer device or PDCP layer device
  • the UE When releasing the MBS bearer (eg, unicast bearer or multicast bearer) or when receiving an instruction to release the MBS bearer, the UE transmits the MBS bearer (eg, MAC layer device, RLC layer device or PDCP layer device) If the reorder function is set in , or if the reorder function is performed, the reorder timer can be stopped or initialized. In addition, if there is MBS service data stored in the MBS bearer (or if there is data that has not yet been delivered to the upper layer device), data processing may be performed and transmitted to the higher layer device (for example, in the order received or in ascending order of serial number) can be transmitted to higher layer devices). Then, the UE may release the MBS bearer.
  • the MBS bearer eg, MAC layer device, RLC layer device or PDCP layer device
  • the UE When releasing the MBS bearer (eg, unicast bearer or multicast bearer) or upon receiving an instruction to release the MBS bearer, the UE is configured to release the MBS bearer (eg, MAC layer device, RLC layer device, or PDCP layer device) ), when the reordering function is performed, or when a header compression procedure (or data compression procedure) is set, the reordering timer can be stopped or initialized.
  • MBS bearer eg, MAC layer device, RLC layer device, or PDCP layer device
  • a header decompression procedure is performed on the MBS service data (for example, a header decompression procedure is not performed) otherwise) to higher layer devices (eg, in the order in which they are received or in ascending order of serial number). Then, the UE may release the MBS bearer.
  • 15 is a diagram illustrating a method of switching an MBS service scheme according to an embodiment of the present disclosure.
  • AS Access Stratrum
  • a second switching method for continuously supporting (transmitting or receiving) an MBS service by switching from a unicast service or a unicast bearer to a multicast service or a multicast bearer is indicated.
  • the base station 1504 transmits MBS service data that the base station 1504 broadcasts or transmits for a certain MBS service in a multicast service 1501 in which a plurality of terminals are simultaneously serviced.
  • a method of switching to a unicast service 1502, which is an MBS service for broadcasting or transmitting MBS service data for the MBS service, for one terminal is shown.
  • the first switching method may be indicated by an indicator through system information, RRC message, MBS control information message, MAC control information, RLC control information, PDCP control information, or PDCCH.
  • the terminal 1503 when the terminal 1503 receives an MBS service through a multicast bearer in a cell supporting the MBS service and moves to a cell that does not support the MBS service, the terminal 1503 switches to a unicast bearer by requesting the network or according to the instruction of the network. to receive the MBS service.
  • the second switching method is a base station 1504 in a unicast service 11502, which is an MBS service in which the base station 1504 broadcasts or transmits MBS service data for a certain MBS service for one terminal.
  • a unicast service 11502 which is an MBS service in which the base station 1504 broadcasts or transmits MBS service data for a certain MBS service for one terminal.
  • the second switching method may be indicated by an indicator through system information, RRC message, MBS control information message, MAC control information, RLC control information, PDCP control information, or PDCCH.
  • a bearer through which each of the plurality of terminals receives the MBS service may be referred to as a multicast bearer.
  • a bearer through which the terminal receives the MBS service may be referred to as a unicast bearer.
  • the terminal 1503 may receive the MBS service based on the multicast service 1501 or the multicast bearer or the unicast service 1502 or the unicast bearer. For example, the terminal 1503 may receive a service through the multicast service 1501 or the multicast bearer for the same MBS service. Also, the terminal 1505 may receive a service as a unicast service 1502 or a unicast bearer for the same MBS service.
  • the terminal 1503 when receiving the MBS service as the multicast service 1501 according to the base station configuration, system information, RRC message, or MBS control message, the terminal 1503 establishes or establishes or re-establishes a multicast bearer.
  • switching to a multicast bearer to receive a service and when receiving an MBS service with the unicast service 1502 according to base station configuration, system information, RRC message, or MBS control message, establish or establish a unicast bearer, or The service can be received by re-establishing or switching to a unicast bearer.
  • the terminal 1503 configures one MBS bearer for one MBS service, and a bearer identifier corresponding to the one MBS bearer, a logical channel identifier, an RNTI identifier, a first identifier for the MBS service, or
  • the multicast service 1501 or the unicast service 1502 may be received through a second identifier or a mapping relationship between the identifiers.
  • the terminal 1503 When the terminal 1503 receives or tries to receive the MBS service, the multicast service 1501 or the multicast bearer or the unicast service 1502 or the unicast service according to the base station setting, system information, RRC message or MBS control message MBS service can be received based on the bearer.
  • the first switching method continuously supporting (transmitting or receiving) the MBS service or the second switching method continuously supporting (transmitting or receiving) the MBS service by switching is one or a plurality of the following cases It can be carried out in some cases.
  • the base station 1504 when one or more of the following conditions are satisfied, the base station 1504 performs the base station configuration, system information, RRC message, MBS control message, MAC control information, and RLC control Information, PDCP control information, or an indicator through PDCCH can be used to instruct or trigger the terminal, or when the terminal satisfies one or more of the following predetermined conditions, it can be performed by itself (for example, without an instruction from the base station) can
  • the base station 1504 may allow the terminal 1503 receiving the first MBS service in the RRC connected mode to receive the service through the multicast service 1501 or the multicast bearer.
  • the base station 1504 reflects the preference of the terminal 1503 to continue supporting the MBS service (transmission).
  • the MBS service may be continuously provided to the UE 1503 through the unicast service 1502 or the unicast bearer by indicating the first switching method (received) with an RRC message or an MBS control message.
  • the reverse case of switching from the unicast service 1502 or the unicast bearer to the multicast service 1501 or the multicast bearer may also be exemplified.
  • the base station 1504 may allow the terminal 1503 receiving the first MBS service in the RRC connected mode to receive the service through the unicast service 1502 or the unicast bearer.
  • the base station 1504 continues to support the MBS service
  • the MBS service may be continuously provided to the terminal 1503 as the multicast service 1501 or the multicast bearer by indicating the second switching method (transmission or reception) with an RRC message or an MBS control message.
  • the reverse case of switching from the multicast service 1501 or the multicast bearer to the unicast service 1502 or the unicast bearer may also be exemplified.
  • the base station may allow the terminal 1503 receiving the first MBS service in the RRC connected mode to receive the service through the multicast service 1501 or the multicast bearer.
  • the base station 1504 instructs the terminal 1503 to continuously support (transmit or receive) the MBS service with an RRC message or an MBS control message to use the unicast service 1502 or the unicast bearer terminal 1503. can continue to provide MBS service to The reverse case of switching from the unicast service 1502 or the unicast bearer to the multicast service 1501 or the multicast bearer may also be exemplified.
  • the terminal 1503 when the terminal 1503 wants to receive an MBS service in the RRC idle mode or the RRC inactive mode, it establishes a connection with the base station 1504 according to system information, and according to the instruction of the RRC message or the MBS control message, multi The service may be received through a cast service 1501 or a multicast bearer.
  • the MBS When the RRC deactivation mode or RRC idle mode terminal 1503 establishes a connection with the network for transmission or reception of general data or resumes connection, the MBS according to the determination of the base station 1504 or the preference of the terminal 1503
  • the MBS service can be continuously provided to the terminal 1505 as a unicast service 1502 or a unicast bearer by instructing the first switching method that continuously supports the service (transmitting or receiving) with an RRC message or an MBS control message. there is.
  • the reverse case of switching from the unicast service 1502 or the unicast bearer to the multicast service 1501 or the multicast bearer may also be exemplified.
  • the terminal 1503 when the terminal 1503 wants to receive an MBS service in the RRC idle mode or the RRC inactive mode, it establishes a connection with the base station 1504 according to system information, and according to the instruction of the RRC message or the MBS control message, multi The service may be received through a cast service 1501 or a multicast bearer.
  • the terminal 1503 When the RRC deactivation mode or RRC idle mode terminal 1503 moves and camps on another cell through a cell selection or reselection procedure, the MBS service is not supported in a new cell or in the system information of the new cell (eg For example, indicated by an indicator) or when the MBS service is not supported as a multicast service 1501 or a multicast bearer (eg, indicated by an indicator), the terminal 1503 establishes an RRC connection with the base station 1504 and According to the setting or determination of the base station 1504, the RRC message or the MBS control message indicates the first switching method for continuously supporting (transmitting or receiving) the MBS service to the unicast service 1502 or MBS to the unicast bearer. You can continue to receive services.
  • the reverse case of switching from the unicast service 1502 or the unicast bearer to the multicast service 1501 or the multicast bearer may also be exemplified.
  • the first switching method continuously supporting (transmitting or receiving) the MBS service or the second switching method continuously supporting (transmitting or receiving) the MBS service is one embodiment or a combination of the following embodiments It may be carried out in a given embodiment.
  • a bearer receiving each MBS service may be established through system information, an RRC message, or an MBS control message, and a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI corresponding to each MBS service.
  • An identifier may be set or assigned.
  • An indicator indicating whether a bearer receiving each MBS service is a unicast service or a unicast bearer or a multicast service or a multicast bearer may be provided.
  • a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier may be configured or assigned to a unicast service or unicast bearer corresponding to each MBS service.
  • a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier may be configured or allocated for a multicast service or a multicast bearer corresponding to each MBS service.
  • the base station may configure MBS service data corresponding to identifiers or indicators corresponding to the MBS service, and may transmit MBS service data by indicating transmission resources.
  • the base station When the base station wants to support the MBS service by multicast, it may configure MBS service data corresponding to identifiers or indicators corresponding to the MBS service, and may transmit the MBS service data by indicating a transmission resource. Based on different identifiers or indicators, the base station may apply the first switching method or the second switching method. Therefore, when the terminal receives data from the bearer configured for the MBS service, the terminal checks the identifier or indicator, and checks the logical channel identifier, the bearer identifier, the first identifier, or the second identifier to provide a unicast service or a multicast service. You can receive support for each MBS service.
  • a bearer receiving each MBS service may be established through system information, an RRC message, or an MBS control message, and a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI corresponding to each MBS service.
  • An identifier may be set or assigned.
  • An indicator indicating whether a bearer receiving each MBS service is a unicast service or a unicast bearer or a multicast service or a multicast bearer may be provided.
  • a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier may be configured or assigned to a unicast service or unicast bearer corresponding to each MBS service.
  • a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier may be configured or allocated for a multicast service or a multicast bearer corresponding to each MBS service.
  • a first identifier, a second identifier, a bearer identifier, or a logical channel identifier corresponding to each MBS service may be configured or allocated.
  • the RNTI identifier may allocate a first RNTI identifier to the unicast service of the MBS service and a second RNTI identifier to the multicast service of the MBS service for each MBS service. Therefore, when the base station supports the MBS service by unicast, it configures MBS service data corresponding to the identifiers corresponding to the MBS service, scrambles the PDCCH with the first RNTI identifier, and indicates the transmission resource to provide the MBS service data.
  • the base station When the base station wants to support the MBS service by multicast, it configures MBS service data corresponding to the identifiers corresponding to the MBS service, scrambles the PDCCH with the second RNTI identifier, and indicates the transmission resource to provide MBS service data. can be transmitted.
  • the base station may apply the first switching method or the second switching method based on the different first RNTI identifiers or the second RNTI identifiers. Therefore, when the terminal receives data from the bearer configured for the MBS service, the first RNTI identifier or the second RNTI identifier is checked, and the logical channel identifier, the bearer identifier, the first identifier, or the second identifier is confirmed. Thus, a unicast service or a multicast service can be supported.
  • a bearer receiving each MBS service may be established through system information, an RRC message, or an MBS control message, and a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI corresponding to each MBS service.
  • An identifier may be set or assigned.
  • An indicator indicating whether a bearer receiving each MBS service is a unicast service or a unicast bearer or a multicast service or a multicast bearer may be provided.
  • a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier may be configured or assigned to a unicast service or unicast bearer corresponding to each MBS service.
  • a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier may be configured or allocated for a multicast service or a multicast bearer corresponding to each MBS service.
  • a first RNTI identifier may be configured or allocated for a unicast service of MBS services and a second RNTI identifier may be configured or allocated for a multicast service of the MBS services. Therefore, the terminal can distinguish the unicast service or the multicast service based on the first RNTI identifier or the second RNTI identifier, or the base station can use the unicast service or the second RNTI identifier based on the first RNTI identifier or the second RNTI identifier. It can support multicast service.
  • the base station can support a unicast service with a first RNTI identifier, and in the unicast service, each MBS service is distinguished through a bearer identifier, a logical channel identifier, a first identifier, or a second identifier to generate MBS service data. and can be transmitted. Therefore, when the terminal receives the unicast service with the first RNTI identifier, each MBS service is distinguished based on a bearer identifier, a logical channel identifier, a first identifier, or a second identifier, and each MBS service bearer MBS service data can be received and processed.
  • the base station can support a multicast service with a second RNTI identifier, and in the multicast service, each MBS service is divided through a bearer identifier, a logical channel identifier, a first identifier, or a second identifier to provide MBS service data. can be created and transmitted. Therefore, when the terminal receives the multicast service with the second RNTI identifier, each MBS service is distinguished based on a bearer identifier, a logical channel identifier, a first identifier, or a second identifier, and each MBS service bearer MBS service data can be received and processed.
  • the base station when the base station supports the MBS service by unicast, it configures MBS service data corresponding to the identifiers corresponding to the MBS service, scrambles the PDCCH with the first RNTI identifier, and indicates the transmission resource to provide the MBS service data. can be transmitted.
  • the base station wants to support the MBS service by multicast, it configures MBS service data corresponding to the identifiers corresponding to the MBS service, scrambles the PDCCH with the second RNTI identifier, and indicates the transmission resource to provide MBS service data. can be transmitted.
  • the base station may apply the first switching method or the second switching method based on the different first RNTI identifiers or the second RNTI identifiers.
  • the terminal receives data from the bearer configured for the MBS service, the first RNTI identifier or the second RNTI identifier is checked, and the logical channel identifier, the bearer identifier, the first identifier, or the second identifier is confirmed.
  • a unicast service or a multicast service can be supported.
  • a bearer receiving each MBS service may be established in system information, an RRC message, or an MBS control message, and a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier corresponding to each MBS service. may be set or assigned.
  • An indicator indicating whether a bearer receiving each MBS service is a unicast service or a unicast bearer or a multicast service or a multicast bearer may be configured.
  • a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier may be configured or assigned to a unicast service or a unicast bearer corresponding to each MBS service.
  • a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier may be configured or allocated for a multicast service or a multicast bearer corresponding to each MBS service.
  • a restriction or rule or mapping for receiving downlink data for a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier corresponding to each MBS service is system information, It can be set through an RRC message or an MBS control message.
  • a downlink logical channel restriction method may be set for each MBS service.
  • a rule or restriction e.g., sub carrier interval, maximum PUSCH interval length, periodic transmission resource type, SCell identifier, partial bandwidth identifier, periodic transmission resource group, or physical layer device priority indicator identifier
  • a rule or restriction e.g., sub carrier interval, maximum PUSCH interval length, periodic transmission resource type, SCell identifier, partial bandwidth identifier, periodic transmission resource group, or physical layer device priority indicator identifier
  • the base station may support the MBS service by mapping or configuring any MBS service or unicast or multicast service with respect to the first rule or restriction. Accordingly, when the first rule or restriction is set, the terminal can receive service support by allowing the corresponding MBS service bearer to process the MBS service data received according to the first rule or restriction. For example, the base station may support any MBS service with respect to the first rule or restriction and transmit MBS service data in unicast. Accordingly, when the first rule or restriction is set, the terminal can receive service support by allowing the corresponding MBS service bearer to process the MBS service data received according to the first rule or restriction.
  • the base station has a second rule or restriction (subcarrier interval, maximum PUSCH interval length, periodic transmission resource type, SCell identifier, partial bandwidth identifier, periodic transmission resource group, or physical layer device priority indicator identifier) It can support any MBS service and transmit MBS service data in multicast. Accordingly, when the second rule or restriction is set, the terminal can receive service support by allowing the corresponding MBS service bearer to process the MBS service data received according to the second rule or restriction. Therefore, in the fourth embodiment, the corresponding rule or the multicast service according to whether the base station is an MBS service or RRC mode (eg, RRC idle mode, RRC disabled mode, or RRC connected mode) or unicast service or multicast service You can set limits and support MBS services.
  • RRC mode eg, RRC idle mode, RRC disabled mode, or RRC connected mode
  • the base station determines which MBS service, unicast service, or multicast service, or the corresponding dedicated transmission resource, dedicated carrier (cell), dedicated partial bandwidth identifier, dedicated subcarrier interval, or priority according to the RRC mode of the terminal.
  • MBS service can be supported by setting restrictions or rules, and the terminal can receive each MBS service in unicast or multicast according to the set restrictions or rules.
  • the base station or the terminal may perform the first switching method or the second switching method by setting different rules or restrictions for each MBS service.
  • a logical channel identifier of a certain MBS service is mapped or set to a first SCell identifier (or partial bandwidth identifier) or a second SCell identifier (or partial bandwidth identifier), and the base station sets the first SCell identifier (or partial bandwidth identifier)
  • a unicast service may be supported with the bandwidth identifier) and a multicast service may be supported with the second SCell identifier (or partial bandwidth identifier).
  • the base station or the terminal restricts all MBS services to unicast services for the first SCell identifier (or partial bandwidth identifier), and the SCell (or partial bandwidth identifier) corresponding to the first SCell identifier (or partial bandwidth identifier) Bandwidth), the service may be provided or received by classifying different MBS service data based on the logical channel identifier (or bearer identifier).
  • the base station or terminal limits all MBS services to multicast services for the second SCell identifier (or partial bandwidth identifier), and in the SCell (or partial bandwidth) corresponding to the second SCell identifier (or partial bandwidth identifier) Received data may provide or receive a service by classifying different MBS service data based on a logical channel identifier (or bearer identifier).
  • the base station or terminal can support each MBS service, unicast service, or multicast service by variously setting or mapping restrictions or rules for each MBS service, or MBS service in RRC connected mode, RRC idle mode, or RRC deactivated mode can support
  • a bearer receiving each MBS service may be established through system information, an RRC message, or an MBS control message, and a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI corresponding to each MBS service.
  • An identifier may be set or assigned.
  • An indicator indicating whether a bearer receiving each MBS service is a unicast service or a unicast bearer or a multicast service or a multicast bearer may be configured.
  • a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier may be configured or assigned to a unicast service or unicast bearer corresponding to each MBS service.
  • a first identifier, a second identifier, a bearer identifier, a logical channel identifier, or an RNTI identifier may be configured or allocated for a multicast service or a multicast bearer corresponding to each MBS service.
  • triggering or applying the first switching method or the second switching method to the first identifier, the second identifier, the bearer identifier, the logical channel identifier, or the RNTI identifier corresponding to each MBS service it is possible to release the bearer for the MBS service, establish a new MBS bearer, and receive MBS service data through an RRC message, system information, MBS control message, or MAC control information.
  • the terminal releases the multicast bearer being served, and newly establishes a unicast bearer for the MBS service (eg, corresponding to the MBS service). identifiers can be newly set) MBS service data can be received.
  • the terminal releases the unicast bearer being served, and newly establishes a multicast bearer for the MBS service (eg, corresponding to the MBS service). identifiers can be newly set) MBS service data can be received.
  • two unicast bearers and two multicast bearers may be configured for each MBS service, the MBS service may be received, and the first switching method or the second switching method may be applied.
  • the switching method When the switching method is applied, an indicator indicating which data is the last data may be introduced so that data are sequentially transferred to the upper layer device during switching.
  • the first switching method or the second switching method may be applied through QoS flow reconfiguration or remapping (setting of mapping between QoS flows and bearers) in the SDAP layer device for MBS bearers supporting each MBS service.
  • QoS flow reconfiguration or remapping setting of mapping between QoS flows and bearers
  • an indicator indicating which data is the last data may be introduced so that data are sequentially transferred to the upper layer device during switching.
  • the base station sets a timer value through an RRC message, system information, or MBS control message and, when the timer expires, selects the first switching method or the second switching method It can be performed or triggered.
  • the timer may be set for each bearer (eg, unicast bearer, multicast bearer, or each MBS bearer), each MBS service, or each identifier.
  • the timer may be started or restarted when a bearer is established or whenever MBS service data is received.
  • the timer may stop the timer when the bearer is released, when the MBS service is stopped or received, or when an indication that the MBS service is stopped is received.
  • the first switching method or the second switching method may be performed or triggered.
  • the multicast service may be supported only in the basic partial bandwidth or the initial partial bandwidth. If the MBS service is supported by multicast in the basic partial bandwidth or the initial partial bandwidth, the RRC idle mode or RRC inactive mode UE can easily receive the MBS service support.
  • the terminal when the terminal attempts to receive the MBS service in the RRC idle mode or RRC inactive mode, synchronization is performed in the initial partial bandwidth, camps on to read system information, and the initial partial bandwidth or system information indicates An RRC connection is established in the partial bandwidth, and MBS data can be received through the MBS bearer in the partial bandwidth configured by the base station as an RRC message.
  • the base station sets the first switching method or the second switching method or the bearer release or bearer establishment to the terminal as an indicator in the base station configuration, system information, RRC message, MBS control message, MAC control information, RLC control information, PDCP control information or PDCCH is indicated or triggered, the terminal may perform one or a combination of the following embodiments as an operation of the terminal.
  • the terminal When receiving the indication, the terminal has MBS service data stored in the MBS bearer (eg, MAC layer device, RLC layer device, or PDCP layer device) (or if there is data that has not yet been delivered to a higher layer device) stored All data can be discarded.
  • MBS service data stored in the MBS bearer (eg, MAC layer device, RLC layer device, or PDCP layer device) (or if there is data that has not yet been delivered to a higher layer device) stored All data can be discarded.
  • a variable initialization eg, initialization to 0
  • reset procedure eg, setting to a specific value
  • the RLC layer device may update the reception window variable (eg, RX_NEXT or RX_NEXT_Highest, etc.) to the RLC serial number + 1 of the received data.
  • the reception window variable eg, RX_NEXT or RX_NEXT_Highest, etc.
  • the PDCP layer device may update the reception window variable (eg, RX_NEXT or RX_DELIV or RX_REORD, etc.) to the PDCP serial number (or COUNT value) of the received data + 1, or the HFN value may be set to 1. there is.
  • the reception window variable eg, RX_NEXT or RX_DELIV or RX_REORD, etc.
  • the terminal When receiving the indication, the terminal has MBS service data stored in the MBS bearer (eg, MAC layer device, RLC layer device, or PDCP layer device) (or if there is data that has not yet been delivered to a higher layer device) data It may perform processing and pass it to higher layer devices (eg, in the order received or in ascending order of serial number) to higher layer devices.
  • MBS service data stored in the MBS bearer (eg, MAC layer device, RLC layer device, or PDCP layer device) (or if there is data that has not yet been delivered to a higher layer device) data It may perform processing and pass it to higher layer devices (eg, in the order received or in ascending order of serial number) to higher layer devices.
  • a variable initialization eg, initialization to 0
  • reset procedure eg, setting to a specific value
  • the RLC layer device may update the reception window variable (eg, RX_NEXT or RX_NEXT_Highest, etc.) to the RLC serial number + 1 of the received data.
  • the reception window variable eg, RX_NEXT or RX_NEXT_Highest, etc.
  • the PDCP layer device may update the reception window variable (eg, RX_NEXT or RX_DELIV or RX_REORD, etc.) to the PDCP serial number (or COUNT value) of the received data + 1, or the HFN value may be set to 1. there is.
  • the reception window variable eg, RX_NEXT or RX_DELIV or RX_REORD, etc.
  • the UE stops or initializes the reordering timer if a reordering function is configured in the MBS bearer (eg, MAC layer device, RLC layer device, or PDCP layer device) or if the reordering function is performed. .
  • MBS bearer eg, MAC layer device, RLC layer device, or PDCP layer device
  • data processing may be performed and transmitted to the higher layer device (for example, in the order received or in ascending order of serial number) can be transmitted to higher layer devices).
  • a variable initialization eg, initialization to 0
  • reset procedure eg, setting to a specific value
  • the RLC layer device may update the reception window variable (eg, RX_NEXT or RX_NEXT_Highest, etc.) to the RLC serial number + 1 of the received data.
  • the reception window variable eg, RX_NEXT or RX_NEXT_Highest, etc.
  • the reception window variable (eg, RX_NEXT or RX_DELIV or RX_REORD, etc.) may be updated with the PDCP serial number (or COUNT value) of the received data + 1, or the HFN value may be set to 1. there is.
  • the terminal Upon receiving the indication, the terminal receives the MBS bearer (eg, MAC layer device or RLC layer device or PDCP layer device) if the reordering function is configured or if the reordering function is performed, or the header compression procedure (or data compression procedure) is If set, the reordering timer may be stopped or initialized.
  • MBS bearer eg, MAC layer device or RLC layer device or PDCP layer device
  • a header decompression procedure is performed on the MBS service data (for example, a header decompression procedure is not performed) otherwise) to higher layer devices (eg, in the order in which they are received or in ascending order of serial number). It can then release the MBS bearer.
  • a variable initialization eg, initialization to 0
  • reset procedure eg, setting to a specific value
  • the RLC layer device may update a reception window variable (eg, RX_NEXT or RX_NEXT_Highest, etc.) with the RLC serial number + 1 of the received data.
  • a reception window variable eg, RX_NEXT or RX_NEXT_Highest, etc.
  • the PDCP layer device may update the reception window variable (eg, RX_NEXT or RX_DELIV or RX_REORD, etc.) to the PDCP serial number (or COUNT value) of the received data + 1, or the HFN value may be set to 1. there is.
  • the reception window variable eg, RX_NEXT or RX_DELIV or RX_REORD, etc.
  • the present disclosure describes a method for supporting the mobility of a terminal receiving an MBS service.
  • the base station or the network instructs the handover through an RRC message (eg, RRCReconfiguration message) to the UE, or transmits an RRC message (eg, RRCRelease message) to the RRC connected mode UE to RRC deactivation mode or RRC idle mode
  • RRC message eg, RRCRelease message
  • the base station provides an indicator in the RRC message (eg For example, the first switching method or the second switching method or bearer release or It may be instructed to perform a terminal operation for bearer establishment.
  • the RRC message is an indicator indicating whether to reconfigure, release, or maintain the MBS bearer previously configured in the terminal, or whether to indicate the first switching method or the second switching method.
  • MBS bearer reconfiguration information eg, identifier information on transmission resources or MBS service
  • information on a region (or a list of frequency or cell identifiers) supporting the MBS service and the like.
  • MBS service is provided to the terminal as an MBS bearer If supporting or if the terminal is receiving the MBS service with the MBS bearer (or if the terminal does not indicate to stop the MBS service), or if the MBS bearer is a unicast bearer or a multicast bearer, or an indicator in the RRC message (eg For example, if a new indicator indicating terminal operation, PDCP re-establishment indicator, bearer (or PDCP) stop or release procedure indicator, or an indicator indicating the first switching method or the second switching method or bearer release) is included, or the terminal In this system information, when the MBS service is moved to an area where the MBS service is not supported, or when the terminal moves to an area where the MBS service is supported in the system information, or an indication that the data deactivation timer has expired
  • MBS bearer reconfiguration information eg, identifier information on transmission resources or MBS service
  • information on a region (or a list of frequency or cell identifiers) supporting the MBS service may be included.
  • 16 is a diagram illustrating signaling procedures for performing handover in a next-generation mobile communication system according to an embodiment of the present disclosure.
  • the UE 1601 in the RRC connected mode reports cell measurement information (Measurement Report) to the current source eNB 1602 when a periodic or specific event is satisfied (step 1605).
  • the source base station 1602 determines whether the terminal 1601 performs handover to a neighboring cell based on the measurement information.
  • Handover is a technique for changing a source base station providing a service to a terminal in a connected mode to another base station (or another cell of the same base station).
  • the source base station 1602 determines the handover, the source base station 1602 sends a handover request message (HO (Handover) request) to a new base station that will provide the service to the terminal 1601 , that is, the target base station (Target eNB) 1603 . ) to request a handover (step 1610).
  • HO Handover request message
  • the handover request message may include one or more handover methods supported or preferred by the source base station 1602.
  • the handover request message may include an indicator requesting the preferred handover method of the target base station 1603. there is.
  • the target base station 1603 If the target base station 1603 accepts the handover request, it transmits a HO request Ack message to the source base station 1602 (step 1615).
  • information for seamless MBS service support eg, last data information received by the terminal, serial number information, time information, or transmission resource information
  • MBS service setting information supported by the source base station 1602 to the terminal 1601 it may include at least one of transmission resource information.
  • the handover request accept message may include a handover method supported (or preferred or instructed) by the target base station 1603 among one or more handover methods included by the source base station 1602 in the handover request message,
  • the source base station 1602 may instruct the terminal 1601 the handover method indicated by the target base station 1603 in the handover request acceptance message.
  • the target base station 1603 includes an indicator indicating the handover method supported by the target base station 1603 in the handover request acceptance message to provide the indicated handover method between the source base station 1602 and the terminal 1601. ) can be set to perform.
  • the handover request acceptance message includes an indicator indicating whether the target base station 1603 supports the MBS service to the terminal 1601, identifier information of the supported MBS service, and information for seamless MBS service support (for example, Configuration information and reconfiguration information for the MBS service that the terminal 1601 is receiving (eg, transmission resource information or identifier information used when the target base station 1603 supports the MBS service (logical channel identifier or RNTI identifier or bearer) identifier), time information, or transmission resource information), MBS service configuration information supported by the target base station 1603 to the terminal 1601, and transmission resource information.
  • Configuration information and reconfiguration information for the MBS service that the terminal 1601 is receiving eg, transmission resource information or identifier information used when the target base station 1603 supports the MBS service (logical channel identifier or RNTI identifier or bearer) identifier
  • time information e.g, time information, or transmission resource information
  • the source base station 1602 Upon receiving the handover request acceptance message, the source base station 1602 transmits a handover command message (HO command message) to the terminal 1601 (step 1620).
  • the handover command message may be transmitted from the source base station 1602 to the terminal 1601 using an RRC Connection Reconfiguration message.
  • the source base station 1602 configures the terminal 1601 which handover method to indicate in consideration of the terminal capability.
  • the terminal 1601 may perform a handover procedure to the target base station 1603 according to the handover method indicated in the handover command message.
  • the handover command message is an indicator indicating whether the target base station 1603 supports the MBS service to the terminal 1601, identifier information of the MBS service supported by the target base station 1603, and information for seamless MBS service support.
  • configuration information on the MBS service that the terminal 1601 is receiving and reset information (for example, transmission resource information used by the target base station 1603 to support the MBS service, identifier information (logical channel identifier or RNTI identifier or bearer identifier), time information, or transmission resource information), MBS service configuration information supported by the target base station 1603 to the terminal 1601, and transmission resource information.
  • reset information for example, transmission resource information used by the target base station 1603 to support the MBS service, identifier information (logical channel identifier or RNTI identifier or bearer identifier), time information, or transmission resource information
  • MBS service configuration information supported by the target base station 1603 to the terminal 1601 and transmission resource information.
  • the terminal 1601 performs a handover procedure or completes the handover procedure according to the MBS configuration information indicated or configured in the handover command message or an indicator supporting the multicast MBS service in order to support the seamless MBS service. It may start receiving the MBS service before, or it may continue to receive it. In another embodiment, the terminal 1601 completes the handover procedure according to the MBS configuration information indicated or configured in the handover command message, or an indicator supporting the multicast MBS service or the indicator supporting the unicast MBS service, or After completing it may or may not start receiving the MBS service.
  • the terminal 1601 Upon receiving the handover command message, the terminal 1601 stops data transmission/reception with the source base station 1902 and starts the T304 timer. In T304, if the terminal 1901 does not succeed in handover to the target base station 1603 for a predetermined period of time, it returns to the original configuration of the terminal and switches to the RRC Idle state.
  • the source base station 1602 transmits a sequence number (SN) status for uplink/downlink data to the target base station 1603 (step 1630), and if there is downlink data, it transmits it to the target base station 1603 do (step 1635).
  • the terminal 1601 attempts random access to the target cell indicated by the source base station 1602 (step 1640).
  • the random access is for notifying the target cell that the terminal 1601 is moving through handover and at the same time synchronizing uplink.
  • the terminal 1601 transmits the preamble ID provided from the source base station 1602 or the preamble corresponding to the randomly selected preamble ID to the target cell.
  • the terminal 1601 monitors whether a random access response message (RAR) is transmitted from the target cell.
  • the monitoring time period is referred to as a random access response window (RAR window).
  • RAR window random access response window
  • the terminal 1601 transmits a handover complete (HO complete) message as an RRC Reconfiguration Complete message to the target base station 1603 (step 1655).
  • the terminal 1601 ends the T304 timer (step 1650).
  • the target base station 1603 requests a route modification from an external network entity (MME, S-GW, or Access and Management Function, AMF) 1604 in order to modify the routes of the bearers set as the source base station 1602 ( In step 1660), a response to the path modification request is received (step 1665).
  • the target base station 1603 notifies the source base station 1602 to delete the UE context of the terminal 1601 (step 1670). Therefore, the terminal 1601 attempts to receive data from the RAR window start time with respect to the target base station 1603, and after receiving the RAR, starts transmitting and receiving data with the target base station 1603 while transmitting an RRC Reconfiguration Complete message.
  • the bearer structure illustrated in FIGS. 4A to 4D of the present invention is established to support a handover with no data loss or a small data loss. or can be applied.
  • the fourth bearer structure can be efficiently used to support an MBS service with no data loss or less data loss even in a handover procedure.
  • the terminal 1601 receives an MBS service (multicast service or unicast service) through the MBS bearer in which the fourth bearer structure is set from the source base station 1602, an instruction (eg, For example, when performing a handover procedure to the target base station 1603 according to a handover command message (RRCReconfiguration message)), the terminal 1601 maintains the fourth bearer structure for the MBS bearer or the fourth bearer structure may be reset or set anew.
  • MBS service multicast service or unicast service
  • RRCReconfiguration message a handover command message
  • the MBS bearer may be reconfigured to one of the fourth bearer structures or a new MBS bearer may be established.
  • the UE 1601 may perform the following procedures.
  • the terminal 1601 receives a handover command message (RRCReconfiguration message) from the source base station 1602 (eg, an RRC message including a reconfigurationWithsync indicator), and sets or reconfigures the MBS bearer in the handover command message If configuration information is included or if a PDCP layer device reestablishment indicator (reestablishPDCP) for the MBS bearer is included, or if a PDCP layer device recovery indicator (recoverPDCP) for the MBS bearer is included, PDCP for the MBS bearer If it is instructed to reconfigure the layer device or if an instruction to re-establish or release any RLC layer device for the MBS bearer is included, the terminal 1601 may continue to receive the MBS service without error or data loss or reception window The following procedures may be performed for the MBS bearer so that no problem occurs in operation.
  • a handover command message eg, an RRC message including a reconfigurationWithsync indicator
  • the UE uses window variables (e.g., RX_NEXT (expected to be received next A variable indicating a COUNT value of data (PDCP SDU), RX_DELIV (a variable indicating a COUNT value of the first data not delivered to a higher layer device (PDCP SDU) or data still waiting to be received), or RX_REORD (PDCP reordering timer) It can be used as it is without performing the initialization procedure or initializing the PDCP reordering timer for the next COUNT value (or a variable indicating the COUNT value increased by 1) of the COUNT value of the data (PDCP data PDU) that triggered the .
  • window variables e.g., RX_NEXT (expected to be received next A variable indicating a COUNT value of data (PDCP SDU), RX_DELIV (a variable indicating a COUNT value of the first data not delivered to a higher layer device (PDCP SDU) or data still waiting to be received
  • RX_REORD
  • the window variables are not initialized or the PDCP reorder timer is not initialized (if it is running, it is kept running) and used as it is, the COUNT value (or PDCP serial number) of the data by the window variables is maintained. This is because data loss can be minimized by transmitting information (eg, a PDCP status report) on data that has not been retransmitted or received to recover from loss.
  • information eg, a PDCP status report
  • the terminal performs a PDCP re-establishment procedure or a PDCP data recovery procedure in the PDCP layer device in order to facilitate synchronization of window variables with the base station and reduce data transmission delay, initialize the window variables, or rearrange the PDCP
  • the timer may be stopped (or initialized) and data processing may be performed on the stored (or received) data and transmitted to the upper layer device.
  • the window variables may be initialized to a value of 0, or in order for the base station to easily manage window variables (for example, even if the base station does not initialize the window variable, the terminal can synchronize the window variables based on data received by itself. to initialize the window variables based on the received data.
  • the RX_NEXT variable is an HFN value initialized to the PDCP serial number +1 or 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the above indication (or an HFN value previously used or an HFN value determined by the terminal implementation) value or an HFN value included in the indication).
  • the RX_DELIV variable is the RX_NEXT value initialized above or the HFN value initialized to the PDCP serial number +1 or 0 of the data (PDCP data PDU or PDCP SDU) first received after the indication (or the previously used HFN value) Alternatively, it may be initialized with a combination of the HFN value determined by the terminal implementation or the HFN value included in the indication).
  • the RX_REORD value is the RX_NEXT value initialized above or the HFN value initialized to the PDCP serial number +1 or 0 of the data (PDCP data PDU or PDCP SDU) first received after the indication (or the previously used HFN value) Alternatively, it may be initialized with a combination of the HFN value determined by the terminal implementation or the HFN value included in the indication). In another embodiment, initialization of a variable of RX_REORD may be omitted so that the reordering timer is driven. In another embodiment, RX_DELIV may be initialized to a value obtained by subtracting the reception window size (or half of the reception window size) from the RX_NEXT value and adding one. In another embodiment, the window variables refer to the respective initialization values for the variables included in the indication information (RRC message or system information or MAC control information or PDCP control data) indicated by the base station in order to facilitate implementation of the base station. values or initial values).
  • the terminal Upon receiving the indication, the terminal reports whether the data has been successfully received to the base station and configures the PDCP status report so that the base station can perform retransmission to reduce loss. It can be transmitted to the RLC layer device configured with the corresponding logical channel identifier).
  • the base station may retransmit data through the RLC layer device for unicast service based on the PDCP status report. If the UE transmits the PDCP status report through the RLC layer device for unicast service, the base station can easily identify the PDCP status report for which UE the PDCP status report is.
  • the UE reports the PDCP status from the RLC layer device for multicast. can be transmitted).
  • the UE upon receiving the indication, the UE reports whether the data has been successfully received to the base station and configures the PDCP status report so that the base station can perform retransmission to reduce loss, thereby forming an RLC layer device for multicast service (or multicast It can be transmitted to the RLC layer device set to the logical channel identifier corresponding to the service).
  • the base station may retransmit data through the RLC layer device for a multicast service or a unicast service based on the PDCP status report. If the UE transmits the PDCP status report through the RLC layer device for the multicast service, the base station can easily understand the PDCP status report of all UEs.
  • the terminal may still receive data from the RLC layer device for the unicast service or the RLC layer device for the multicast service in the fourth bearer structure. This is because the terminal can receive data transmitted late.
  • the RLC layer device may be released or re-established (window variable initialization or stored divided data is discarded) to facilitate window variable synchronization of the RLC layer device of the base station and to quickly discard unnecessary data.
  • the terminal sets the window variables (eg, in the RLC layer device for the multicast service or the RLC layer device for the unicast service (or the RLC layer device set to the logical channel identifier corresponding to the unicast service) For example, in UM mode, RX_Next_Reassembly (a variable indicating the value of the smallest (or earliest) RLC serial number still under consideration for reassembly), RX_Timer_Trigger (1 greater than the RLC serial number that triggered the RLC reassembly timer, or A variable indicating the next RLC serial number), or RX_Next_Highest (a variable indicating the RLC serial number that is 1 greater than or next to the highest RLC sequence number among received data (UMD PDUs)) or, for example, in AM mode , RX_Next (variable indicating the value of the RLC serial number greater than 1 or the next RLC serial number of the last data (RLC SDU) completely received in order), RX_Next (variable
  • the terminal initializes the RLC re-establishment (or establishment) procedure or the window variables in the RLC layer device or stops the RLC re-assembly timer in order to facilitate synchronization of window variables with the base station and reduce data transmission delay (or reset).
  • the window variables may be initialized to a value of 0, or in order to facilitate management of the base station window variable (for example, so that the terminal can synchronize the window variable based on data received by itself even if the base station does not initialize the window variable) ), the window variables may be initialized based on the received data. For example, in the UM mode, since the RLC serial number is included only for the divided data, for the complete data that does not include the RLC serial number, the data can be directly processed and delivered to the upper layer device, and You can update a window variable based on the RLC serial number.
  • RX_Next_Reassembly may be initialized with an RLC serial number of data (RLC SDU or UMD PDU or RLC SDU segment) that is received first after the above indication and includes an RLC sequence number.
  • RX_Next_Highest may be initialized with an RLC serial number of data (RLC SDU or UMD PDU or RLC SDU segment) that is first received after the above indication and includes an RLC serial number.
  • RX_Timer_Trigger may be initialized with an RLC serial number of data (RLC SDU or UMD PDU or RLC SDU segment) that is received for the first time after the indication and includes the RLC serial number (the variable of RX_Timer_Trigger has a significant effect on window operation).
  • Variable initialization can be omitted because it is not crazy (which results in unnecessary processing). Also, for example, in the AM mode, since RLC serial numbers are included for all data (RLC data a PDU or RLC SDU), RX_Next or RX_Next_Status_Trigger or RX_Highest_Status is the first received data (RLC SDU or UMD PDU) after the indication. Alternatively, it may be initialized with the RLC serial number of the RLC SDU segment) (variable initialization may be omitted because the variables of RX_Next_Status_Trigger or RX_Highest_Status do not significantly affect window operation (cause unnecessary processing)).
  • the window variables are each initialization value ( referece values or initial values).
  • an RLC re-establishment procedure may be performed in order to minimize the complexity of the ARQ operation for the RLC layer device set to the RLC AM mode.
  • the UE may start receiving data from the RLC layer device for the multicast service or the RLC layer device for the unicast service (or the RLC layer device configured with a logical channel identifier corresponding to the unicast service).
  • the COUNT value used in the PDCP layer device configured for the MBS bearer of the UE and the base station in the PDCP layer device corresponding to the MBS bearer may not be synchronized or may not match.
  • the COUNT value is composed of a Hyper Frame Number (HFN) and a PDCP serial number, and the meaning that the COUNT value is synchronized or identical means that the HFN value used in the terminal is the same as the HFN value used in the base station, or the terminal This may mean a case in which the HFN value used in , the HFN value used by the base station is the same, and the difference between the highest PDCP serial number received from the terminal and the highest PDCP serial number transmitted from the base station is less than or equal to a certain size of the window.
  • HFN Hyper Frame Number
  • the COUNT value used by the PDCP layer device set in the MBS bearer of the UE and the PDCP serial number value (or RLC serial number value) or COUNT value used by the PDCP layer device (or RLC layer device) corresponding to the MBS bearer by the base station The reason for not being synchronized or not matching is when the PDCP serial number (or RLC serial number) or window variable value or COUNT value is the same because the terminal may start to receive the MBS service in the middle of the MBS service already being serviced by the base station. This is because it is not initialized to , or because the value is not incremented from 0 at the same time.
  • an RRC message (or PDCP control data or RLC control data or MAC control information), set a PDCP serial number value (or RLC serial number value) or COUNT value or window variable value to be used as a reference value or initialization value in the PDCP layer device (or RLC layer device) of the MBS bearer you need to do
  • the base station transmits an RRC message (eg, RRCSetup message, RRCResume message, RRCRelease message, or RRCReconfiguration message, etc.) to the PDCP layer of the MBS bearer.
  • the PDCP serial number value or RLC serial number value
  • COUNT value or window variable value to be used as a reference value or initial value in the device (or RLC layer device).
  • the terminal may initialize or update the window variables based on the PDCP serial number (or RLC serial number) of the received data.
  • the PDCP serial number value (or RLC layer device) of different MBS bearers configured by different base stations (eg, a source base station or a target base station in a handover procedure) for the same MBS service.
  • RLC serial number value), COUNT value, or window variable value including PDCP serial number value (or RLC serial number value), COUNT value, or window variable value for each MBS service in the message between base stations
  • a procedure for sharing or delivering may be introduced. For example, a message requesting the information or a response message including the corresponding information may be introduced.
  • 17 is a diagram illustrating a time and method of releasing an MBS bearer or stopping an MBS service when a UE with an MBS bearer configured performs a handover procedure according to an embodiment of the present disclosure.
  • a handover command message eg, RRCReconfiguration message or ReconfigurationWithSync indicator
  • RRCReconfiguration message or ReconfigurationWithSync indicator RRC message included
  • a terminal with an MBS bearer configured (receiving the MBS service) receives the handover command message and may continue to receive the MBS service through the MBS bearer even when performing a handover procedure.
  • the MBS service may be continuously received through the MBS bearer. Therefore, even if the handover procedure is performed, the MBS service can be continuously received without interruption.
  • the second embodiment corresponds to step 1705 of FIG. 17 .
  • a terminal with an MBS bearer configured (receiving the MBS service) receives the handover command message and may continue to receive the MBS service through the MBS bearer even when performing a handover procedure.
  • the MBS service may be continuously received through the MBS bearer.
  • an MBS bearer is established to receive the MBS service from the target base station, and the target base station instructs the target base station to release the MBS service received from the source base station (or to release the connection with the source base station).
  • the MBS service received from the source base station may be released (for example, a DAPS (Dual Active Protocol Stack) handover method may be applied to the MBS bearer).
  • the indication from the target base station may be transmitted and indicated to the UE by including the indicator in MAC control information or RRC message or PDCP control data.
  • the DAPS handover procedure may be indicated in the handover command message for the MBS bearer that has received the MBS service from the source base station.
  • the PDCP layer device of the MBS bearer is reset to the PDCP layer device of the DAPS bearer, and the RLC layer device for the source base station and the RLC layer device for the target base station are connected to one PDCP layer device.
  • MBS service data may be received from the source base station even during (eg, cell selection procedure or random access procedure), and MBS service data may also be received from the target base station after completing the random access procedure to the target base station.
  • the MBS service received from the source base station may be released (for example, the PDCP in which the DAPS is set).
  • the DAPS may be released in the layer device, or the RLC layer device configured in the source base station may be re-established or released). Resetting the DAPS to the PDCP layer device indicates that a security key or encryption function (or algorithm) or integrity protection function (or algorithm) or header compression protocol for the target base station is additionally set, and the DAPS is released from the PDCP layer device Doing may indicate releasing a security key or encryption function (or algorithm) or integrity protection function (or algorithm) or header compression protocol for the source base station. Therefore, even if the handover procedure is performed, the MBS service can be continuously received without interruption.
  • the third embodiment corresponds to step 1710 of FIG. 17 .
  • the MS in which the MBS bearer is established (which is receiving the MBS service) receives the handover command message and continues to perform the MBS configured for the source base station even when performing a handover procedure (eg, a cell selection procedure or a random access procedure). MBS service reception can continue through the bearer. However, if the random access procedure is completed by the target base station, the reception of the MBS service from the source base station may be released and the MBS service may be started to be received from the target base station. For example, even if the terminal receives the handover command message in the above, the terminal may maintain the connection from the source base station, or may maintain the MBS bearer configured for the source base station and receive the MBS service.
  • the MBS bearer configured for the source base station is reset to the MBS bearer for the target base station according to the bearer configuration information configured in the handover command message (e.g., PDCP re-establishment procedure)
  • the handover command message e.g., PDCP re-establishment procedure
  • RLC re-establishment procedure or MAC initialization procedure or by newly establishing an MBS bearer for the target base station (or releasing the MBS bearer for the source base station) may start to receive the MBS service from the target base station. Therefore, even when the handover procedure is performed, it is possible to reduce the interruption of the MBS service.
  • the fourth embodiment corresponds to step 1715 of FIG. 17 .
  • a terminal with an MBS bearer configured (receiving MBS service) receives a handover command message and continues to perform MBS through the MBS bearer configured for the source base station even when performing a handover procedure (eg, cell selection procedure). You can continue to receive services. However, if the preamble is transmitted by performing the cell selection procedure or starting the random access procedure, the reception of the MBS service from the source base station is canceled and the random access procedure to the target base station is completed, and then the MBS service can be started to be received from the target base station. there is.
  • a handover procedure eg, cell selection procedure
  • the terminal may maintain the connection from the source base station, or may maintain the MBS bearer configured for the source base station and receive the MBS service.
  • the MBS bearer configured for the source base station is reset to the MBS bearer for the target base station according to the bearer configuration information configured in the handover command message.
  • PDCP re-establishment procedure or RLC re-establishment procedure or MAC initialization procedure e.g., PDCP re-establishment procedure or RLC re-establishment procedure or MAC initialization procedure
  • MBS bearer for the target base station (or releases the MBS bearer for the source base station) and completes the random access procedure with the target base station After that, it can start to receive the MBS service from the target base station. Therefore, even when the handover procedure is performed, it is possible to reduce the interruption of the MBS service.
  • the fifth embodiment corresponds to step 1720 of FIG. 17 .
  • a terminal with an MBS bearer configured (receiving MBS service) receives the handover command message from the above, and continues to use the MBS bearer configured for the source base station even when performing a handover procedure (eg, cell selection procedure). MBS service reception can be continued through However, if the cell selection procedure is performed or a suitable cell is selected (or found), the MBS service is released from the source base station and the random access procedure to the target base station is completed, and then the MBS service is provided from the target base station. can start to receive.
  • a handover procedure eg, cell selection procedure
  • the terminal may maintain the connection from the source base station, or may maintain the MBS bearer configured for the source base station and receive the MBS service.
  • the MBS bearer configured for the source base station is configured according to the bearer configuration information configured in the handover command message for the target base station.
  • MBS bearer eg, PDCP re-establishment procedure or RLC re-establishment procedure or MAC initialization procedure
  • MBS bearer eg, PDCP re-establishment procedure or RLC re-establishment procedure or MAC initialization procedure
  • MBS bearer for target base station (or release MBS bearer for source base station) and random to target base station
  • it can start receiving the MBS service from the target base station. Therefore, even when the handover procedure is performed, it is possible to reduce the interruption of the MBS service.
  • the sixth embodiment corresponds to step 1725 of FIG. 17 .
  • the terminal with MBS bearer configured receives the handover command message, it sets the MBS bearer configured for the source base station according to the bearer setup information configured in the handover command message to the MBS bearer for the target base station.
  • Reconfigure to MBS bearer eg, PDCP re-establishment procedure or RLC re-establishment procedure or MAC initialization procedure
  • newly establish MBS bearer for target base station or release MBS bearer for source base station
  • random to target base station After completing the access procedure, it can start receiving the MBS service from the target base station.
  • an MBS bearer is established, and the terminal receiving the MBS service through the MBS bearer performs retransmission on MBS data that has not been received, or checks the reliability of the radio connection or the quality of the MBS service based on the degree of data loss.
  • a procedure for the UE to configure and transmit a PDCP status report will be described.
  • the conditions for triggering the PDCP status report and the triggered PDCP status report are reported to the MBS bearer (multicast bearer or unicast bearer) or AM DRB (RLC layer device operating in AM mode) and connected LTE or NR PDCP layer device or
  • MBS bearer multicast bearer or unicast bearer
  • AM DRB RLC layer device operating in AM mode
  • LTE or NR PDCP layer device LTE or NR PDCP layer device operating in AM mode
  • a method for creating and configuring an LTE or NR PDCP layer device connected to an MBS bearer (multicast bearer or unicast bearer) or UM DRB (RLC layer device operating in UM mode) will be described.
  • the PDCP layer device for each bearer or MBS bearer may trigger, generate, configure, and transmit a PDCP status report to a lower layer device to perform transmission.
  • the operations described below may be applied to a PDCP layer apparatus of a terminal or a base station.
  • RRC layer device for a PDCP layer device connected to an RLC layer device operating in AM mode or RLC layer device operating in UM mode (or an indicator in an RRC message (eg, status Report Required) to set whether to trigger PDCP status report) If set to trigger or send PDCP status report,
  • the terminal receives an RRC message (eg, a handover command message) from the base station, and the RRC message includes an indicator (reestablishPDCP) indicating a PDCP reestablishment procedure to the PDCP layer device, or an upper layer of the terminal If the device (eg, RRC layer device) instructs the PDCP layer device to the PDCP re-establishment procedure
  • RRC message eg, a handover command message
  • the PDCP layer device may trigger and configure a PDCP status report to transmit to a base station (target base station or source base station).
  • RRC layer device By a higher layer device (RRC layer device) for a PDCP layer device connected to an RLC layer device operating in AM mode or an RLC layer device operating in UM mode (or an indicator (eg, status Report Required through an RRC message) ) to set whether to trigger PDCP status report) If set to trigger or send PDCP status report,
  • the terminal receives an RRC message (eg, a handover command message) from the base station, and the RRC message includes an indicator (recoverPDCP) instructing the PDCP layer device to recover PDCP data, or an upper layer device of the terminal If (for example, the RRC layer device) instructs the PDCP layer device to recover PDCP data
  • an RRC message eg, a handover command message
  • the RRC message includes an indicator (recoverPDCP) instructing the PDCP layer device to recover PDCP data
  • an upper layer device of the terminal If (for example, the RRC layer device) instructs the PDCP layer device to recover PDCP data
  • the PDCP layer device may trigger and configure a PDCP status report to transmit to a base station (target base station or source base station).
  • RRC layer device By a higher layer device (RRC layer device) for a PDCP layer device connected to an RLC layer device operating in AM mode or an RLC layer device operating in UM mode (or an indicator (eg, status Report Required through an RRC message) ) to set whether to trigger PDCP status report) If it is set to trigger or send a PDCP status report, or if reconfiguration of the MBS bearer is indicated in the RRC message or MAC control information or RLC control data or PDCP control data received from the base station, or If switching of the MBS service type (PTP to PTM or PTM to PTP) is indicated for the MBS bearer
  • RRC layer device for a PDCP layer device connected to an RLC layer device operating in AM mode or an RLC layer device operating in UM mode (or an indicator (eg, status Report Required through an RRC message) ) to set whether to trigger PDCP status report) If it is set to trigger or send a PDCP status report, or if reconfiguration of the MBS bear
  • the PDCP layer device may trigger and configure a PDCP status report to transmit to a base station (target base station or source base station).
  • RRC layer device By a higher layer device (RRC layer device) for a PDCP layer device connected to an RLC layer device operating in AM mode or an RLC layer device operating in UM mode (or an indicator (eg, status Report Required through an RRC message) ) to set whether or not to trigger the PDCP status report) If it is set to trigger or send a PDCP status report, or if the timer value set by the base station has expired (a timer for periodically transmitting the PDCP status report, after transmitting the PDCP status report, again can be restarted) or MAC control information or PDCP control data or RLC control data or PDCP header includes an indicator triggering (or requesting) PDCP status report.
  • RRC layer device for a PDCP layer device connected to an RLC layer device operating in AM mode or an RLC layer device operating in UM mode (or an indicator (eg, status Report Required through an RRC message) ) to set whether or not to trigger the PDCP status report) If it is set to trigger or
  • the PDCP layer device may trigger and configure a PDCP status report to transmit to a base station (target base station or source base station).
  • RRC layer device For a PDCP layer device connected to an RLC layer device operating in AM mode or an RLC layer device operating in UM mode (or an indicator (eg, status Report Required through an RRC message) ) to set whether to trigger the PDCP status report)
  • RRC layer device For a higher layer device (RRC layer device) for a PDCP layer device connected to an RLC layer device operating in AM mode or an RLC layer device operating in UM mode (or an indicator (eg, status Report Required through an RRC message) ) to set whether to trigger the PDCP status report)
  • RRC layer device By a higher layer device (RRC layer device) for a PDCP layer device connected to an RLC layer device operating in AM mode or an RLC layer device operating in UM mode (or an indicator (eg, status Report Required through an RRC message) ) to set whether to trigger the PDCP status report)
  • RRC layer device For a higher layer device (RRC layer device) for a PDCP layer device connected to an RLC
  • the PDCP layer device may trigger and configure a PDCP status report to transmit to a base station (target base station or source base station).
  • RRC layer device By a higher layer device (RRC layer device) for a PDCP layer device connected to an RLC layer device operating in AM mode or an RLC layer device operating in UM mode (or an indicator (eg, status Report Required through an RRC message) ) to set whether to trigger PDCP status report) When set to trigger or send PDCP status report
  • the PDCP layer device may trigger and configure a PDCP status report to transmit to a base station (target base station or source base station).
  • the following embodiments of configuring the PDCP status report may be applied.
  • the PDCP status report may be configured differently according to the type of the bearer for which the PDCP status report is triggered.
  • ⁇ PDCP status report can be configured as follows.
  • ⁇ Set the length of the bitmap field to a length from the COUNT value not including the first lost PDCP SDU to a multiple of 8 including the COUNT value of the last data out of order, or the length of the bitmap field is lost. It can be set as the length from the COUNT value that does not include the first PDCP SDU to the COUNT value of the PDCP SDU that makes the size of the PDCP control data (PDCP status report) to be 9000 bytes, whichever of the above two cases is the first You can set the length to suit your case.
  • bitmap field corresponding to the PDCP SDU may be set to 0.
  • bitmap field corresponding to the PDCP SDU may be set to 1.
  • the configured PDCP status report When transmitting the configured PDCP status report to the lower layer device, it may be sent to the lower layer device as the first PDCP PDU of the transmitting PDCP layer device. That is, if the highest priority is given to the PDCP status report and the PDCP status report is generated, it can be transmitted to a lower layer device first so that transmission can be fast.
  • ⁇ PDCP status report can be configured as follows.
  • set the FMC value to the set COUNT value and configure the PDCP status report or set the HFN value of the COUNT value (or HFN value) to the upper HFN value of the FMC, and the lower PDCP serial number value of the FMC is It can also be set as the lower PDCP serial number value of the RX_DELIV value.
  • the base station if the base station does not set the COUNT value (or HFN value) or the value of window variables that are the basis of the PDCP status report with an RRC message or PDCP control data or MAC control information (or if, for example, the base station does not If the COUNT value (or window variable values or HFN value) being used and the COUNT value used by the terminal are not synchronized or there is a difference (more than a certain size), the base station sets the value of the RX_DELIV variable by the terminal.
  • lost data can be interpreted based on the PDCP serial number.
  • ⁇ Set the length of the bitmap field to a length from the COUNT value not including the first lost PDCP SDU to a multiple of 8 including the COUNT value of the last data out of order, or the length of the bitmap field is lost. It can be set as the length from the COUNT value that does not include the first PDCP SDU to the COUNT value of the PDCP SDU that makes the size of the PDCP control data (PDCP status report) to be 9000 bytes, whichever of the above two cases is the first You can set the length to suit your case.
  • bitmap field corresponding to the PDCP SDU may be set to 0.
  • bitmap field corresponding to the PDCP SDU may be set to 1.
  • the configured PDCP status report When transmitting the configured PDCP status report to the lower layer device, it may be sent to the lower layer device as the first PDCP PDU of the transmitting PDCP layer device. That is, if the highest priority is given to the PDCP status report and the PDCP status report is generated, it can be transmitted to a lower layer device first so that transmission can be fast.
  • the PDCP status report for the MBS bearer (or MBS service) based on the PDCP serial number can be newly introduced and configured as follows.
  • the First Missing PDCP Sequence Number (FMS) value of the PDCP status report is the serial number of the first lost PDCP SDU or the PDCP serial number of the first data not delivered to the upper layer device, or the PDCP of the last data delivered to the upper layer device Set the serial number by 1 or the size of the PDCP serial number of RX_DELIV as low-order values or as the low-order PDCP serial number value of RX_DELIV.
  • FMS First Missing PDCP Sequence Number
  • RX_DELIV the COUNT value of the first data not delivered to the upper layer device
  • RX_NEXT the COUNT value of the data expected to be received next
  • COUNT of the PDCP SDU that sets the length or length of the bitmap field so that the size of the PDCP control data (PDCP status report) is 9000 bytes starting from the COUNT value (or PDCP serial number) not including the first lost PDCP SDU.
  • the length can be set to a value (or PDCP serial number), and the length can be set according to the first of the two cases.
  • bitmap field corresponding to the PDCP SDU may be set to 0.
  • bitmap field corresponding to the PDCP SDU may be set to 1.
  • the configured PDCP status report When transmitting the configured PDCP status report to the lower layer device, it may be sent to the lower layer device as the first PDCP PDU of the transmitting PDCP layer device. That is, if the highest priority is given to the PDCP status report and the PDCP status report is generated, it can be transmitted to a lower layer device first so that transmission can be fast.
  • the PDCP status report may be configured and transmitted as a unicast bearer or an RLC layer device for a unicast service (or an RLC layer device configured with a logical channel identifier corresponding to a unicast service).
  • the base station receiving the PDCP status report may retransmit data through the RLC layer device for unicast service based on the PDCP status report. If the UE transmits the PDCP status report through the RLC layer device for unicast service, the base station can easily identify the PDCP status report for which UE the PDCP status report is.
  • transmission resource waste can be prevented by performing retransmission through individual transmission resources (in another embodiment, the UE reports the PDCP status from the RLC layer device for multicast can be transmitted).
  • the UE reports whether the data has been successfully received to the base station and configures the PDCP status report so that the base station can perform retransmission to reduce loss. It can be transmitted to the RLC layer device configured with the channel identifier).
  • the base station may retransmit data through the RLC layer device for a multicast service or a unicast service based on the PDCP status report. If the UE transmits the PDCP status report through the RLC layer device for the multicast service, the base station can easily understand the PDCP status report of all UEs.
  • an RRC message eg, an RRCRelease message, an RRCReconfiguration message, or a new RRC message for MBS service
  • a base station or a network as in the embodiments of FIGS. 8, 9, 10 and/or 16, or data
  • an upper layer device eg RRC layer device
  • receives an indication that the deactivation timer has expired from a lower layer device eg MAC layer device
  • a higher layer device eg, RRC layer device
  • the UE performs one or a combination of the following embodiments as an operation of the UE can do.
  • the UE may not perform the MAC layer device reset procedure. This is because, when the MAC layer device is initialized, when the terminal is receiving MBS data, the MBS data service interruption or data transmission delay may occur.
  • a MAC layer device partial rest procedure may be performed.
  • the partial initialization procedure of the MAC layer device can prevent a disconnection of the MBS data service or data transmission delay from occurring when the terminal is receiving MBS data, and can prevent unnecessary retransmission.
  • the partial initialization procedure of the MAC layer device can be performed there is.
  • configuration information for all bearers configured to the UE may be excluded and released.
  • configuration information for the MBS bearer when indicated by the indicator through the RRC message, configuration information (MAC layer device or RLC layer device or PDCP layer device or SDAP layer device related configuration information) for the MBS bearer can be maintained and applied, or may not be released.
  • configuration information MAC layer device, RLC layer device, PDCP layer device, or SDAP layer device related configuration information for the MBS bearer may be released.
  • all SRBs or all DRBs except for SRB0 or MBS bearers (unicast bearer or multicast bearer) configured in the UE may be suspended. This is because, when the MBS bearer is stopped, when the UE is receiving MBS data, the MBS data service is disconnected or data transmission delay may occur.
  • the PDCP suspend procedure may be instructed to lower layer devices (eg, PDCP layer devices) of all DRBs configured in the terminal except for MBS bearers (unicast bearer or multicast bearer).
  • lower layer devices eg, PDCP layer devices
  • MBS bearers unicast bearer or multicast bearer
  • the received RRC message includes an indicator indicating handover or includes an indicator for transitioning to RRC deactivation mode or RRC idle mode to the RRC connected mode terminal
  • the UE may perform a MAC layer device reset procedure. This is because, when the terminal is not receiving MBS data in the above, unnecessary retransmission can be prevented by initializing the MAC layer device.
  • configuration information (configuration information related to MAC layer device, RLC layer device, PDCP layer device, or SDAP layer device) or transmission resource for all bearers configured for the terminal may be released.
  • all SRBs or all DRBs except for SRB0 configured in the terminal may be suspended.
  • a PDCP suspend procedure may be instructed to a lower layer device (eg, a PDCP layer device) of all DRBs configured in the terminal.
  • a PDCP suspend procedure may be instructed to a lower layer device (eg, a PDCP layer device) of MBS bearers configured in the terminal.
  • the received RRC message includes an indicator indicating handover, or includes an indicator for transitioning to RRC deactivation mode or RRC idle mode to the RRC connected mode terminal, or if the MBS service is not supported by the MBS bearer to the terminal Or, if the terminal is not receiving the MBS service through the MBS bearer, or if the MBS bearer is not a unicast bearer or a multicast bearer, or an indicator in the RRC message (eg, a new indicator indicating terminal operation or a PDCP re-establishment indicator, or If a bearer (or PDCP) stop or release procedure indicator or an indicator indicating a first switching method or a second switching method or bearer release) is not included
  • an indicator in the RRC message eg, a new indicator indicating terminal operation or a PDCP re-establishment indicator, or If a bearer (or PDCP) stop or release procedure indicator or an indicator indicating a first switching method or a second switching method or bearer release
  • the UE may perform a MAC layer device reset procedure. This is because, when the terminal is not receiving MBS data in the above, unnecessary retransmission can be prevented by initializing the MAC layer device.
  • configuration information (configuration information related to MAC layer device, RLC layer device, PDCP layer device, or SDAP layer device) or transmission resource for all bearers configured for the terminal may be released.
  • all SRBs or all DRBs except for SRB0 configured in the terminal may be suspended.
  • a PDCP suspend procedure may be instructed to a lower layer device (eg, a PDCP layer device) of all DRBs configured in the terminal.
  • the received RRC message includes an indicator indicating handover, or includes an indicator for transitioning to RRC deactivation mode or RRC idle mode to the RRC connected mode terminal, or if the terminal is supporting the MBS service as an MBS bearer Or, if the terminal is receiving the MBS service through the MBS bearer (or if the terminal does not indicate to stop the MBS service), or if the MBS bearer is a unicast bearer or a multicast bearer, or an indicator in the RRC message (for example, the If a new indicator or PDCP re-establishment indicator or bearer (or PDCP) stop or release procedure indicator or an indicator instructing the first switching method or the second switching method or bearer release) indicating the terminal operation proposed in the present invention is included
  • the UE may not perform the MAC layer device reset procedure. This is because, when the MAC layer device is initialized, when the terminal is receiving MBS data, the MBS data service may be interrupted or data transmission delay may occur.

Landscapes

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

Abstract

본 개시는 LTE와 같은 4G 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템에 관련된 것이다. 본 개시는, 무선 통신 시스템에서 멀티캐스트/브로드캐스트 서비스(MBS: multicast/broadcast service)를 지원하는 단말의 방법을 제공한다. 상기 방법은, 기지국으로부터 멀티캐스트 서비스(PTM: point-to-multicast)에서 유니캐스트 서비스(PTP: point-to-point)로 전환을 지시하는 무선 자원 제어(RRC: radio resource control) 메시지를 수신하는 과정; 및 수신된 PDCP(packet data convergence protocol) 데이터에 기반하여 적어도 하나의 윈도우 변수를 초기화하는 과정을 포함할 수 있다.

Description

이동 통신 시스템에서 멀티캐스트/브로드캐스트 서비스를 지원하는 방법 및 장치
본 개시는 차세대 이동 통신 시스템에서 유실 없는 MBS 서비스를 지원하는 방법에 관한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다.
높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가헤르츠(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술 등이 논의되고 있다.
또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication, D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation, ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non-orthogonal multiple access), 및 SCMA(sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 네트워크에서, 사물 등 분산된 구성 요소들 간에 정보를 주고받아 처리하는 IoT(Internet of Things, 사물인터넷) 네트워크로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다.
IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 네트워크에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
차세대 이동 통신 시스템에서는 방송(Broadcast/Multicast) 서비스 또는 미션 크리티컬(Mission critical) 서비스 또는 공공 안전망(Public safety) 서비스 등의 서비스를 지원하기 위해 MBS 서비스(Multicast 또는 Broadcast 서비스 또는 MBMS(Multimedia Broadcast and Multicast Service) 또는 MBS (Multicast and Broadcast Service))를 지원할 수 있다. 상기 MBS 서비스는 멀티캐스트(Multicast) 베어러 또는 유니캐스트(Unicast) 베어러를 통해 단말에게 서비스될 수 있다. 본 개시에서 멀티캐스트(Multicast) 베어러는 멀티 캐스트 서비스(Multicast service) 또는 브로드 캐스트(broadcast service)를 서비스하는 베어러를 지칭할 수 있으며 브로드 캐스트(broadcast) 베어러를 지시할 수 있다. 상기 멀티 캐스트 서비스는 네트워크에 등록된 또는 허가받은 단말에 한해서 제공하는 서비스를 지시할 수 있으며 또는 브로드 캐스트 서비스는 불특정 다수 또는 네트워크에 등록되지 않았거나 또는 허가 받지 않은 단말에게도 제공하는 서비스를 지시할 수 있다. 본 개시에서는 설명의 편의를 위해 상기 멀티 캐스트 서비스 또는 브로드 캐스트 서비스를 지원하는 베어러를 멀티 캐스트 베어러라고 명명할 수 있다.
상기 MBS 서비스를 지원하기 위해서는 MBS 서비스를 지원하는 멀티 캐스트 베어러 또는 유니캐스트 베어러의 구조 또는 설정 방법 그리고 MBS 데이터를 수신하고 MBS 데이터를 처리하는 물리 계층 장치, MAC 계층 장치, RLC 계층 장치 또는 PDCP 계층 장치의 데이터 처리 방법이 필요하게 된다.
또한 상기 MBS 서비스를 RRC 연결 모드(RRC Connected mode) 또는 RRC 유휴 모드(RRC IDLE Mode) 또는 RRC 비활성화 모드(RRC INACTIVE mode)에서 또는 상기 모드들 간 전환 시 MBS 서비스를 계속 지원하기 위한 시그날링 절차 또는 단말의 동작이 구체화되어야 한다.
또한 MBS 서비스를 지원하는 기지국 또는 네트워크 간의 핸드오버 또는 단말의 이동성에 따라서 데이터 유실이 없는 또는 데이터 유실이 적은 MBS 서비스 지원을 위해 멀티 캐스트 베어러에서 유니캐스트 베어러로 재설정(또는 스위칭)하거나 유니캐스트 베어러에서 멀티 캐스트 베어러로 재설정(또는 스위칭)하는 방법이 필요하다.
본 개시에서는 상기와 같은 여러 시나리오에서 MBS 서비스를 단말이 정상적으로 서비스를 받기 위한 방법들을 제안한다.
본 개시의 일 실시예는, 무선 통신 시스템에서 멀티캐스트/브로드캐스트 서비스(MBS: multicast/broadcast service)를 지원하는 단말의 방법을 제공한다. 상기 방법은, 기지국으로부터 멀티캐스트 서비스(PTM: point-to-multicast)에서 유니캐스트 서비스(PTP: point-to-point)로 전환을 지시하는 무선 자원 제어(RRC: radio resource control) 메시지를 수신하는 과정; 및 수신된 PDCP(packet data convergence protocol) 데이터에 기반하여 적어도 하나의 윈도우 변수를 초기화하는 과정을 포함할 수 있다.
본 개시의 또 다른 실시예는, 무선 통신 시스템에서 멀티캐스트/브로드캐스트 서비스(MBS: multicast/broadcast service)를 지원하는 단말의 방법을 제공한다. 상기 방법은, 기지국으로부터 유니캐스트 서비스(PTP: point-to-point)에서 멀티캐스트 서비스(PTM: point-to-multicast)로 전환을 지시하는 무선 자원 제어(RRC: radio resource control) 메시지를 수신하는 과정; 및 수신된 PDCP(packet data convergence protocol) 데이터에 기반하여 적어도 하나의 윈도우 변수를 초기화하는 과정을 포함할 수 있다.
본 개시의 일 실시예는, 무선 통신 시스템에서 멀티캐스트/브로드캐스트 서비스(MBS: multicast/broadcast service)를 지원하는 단말을 제공한다. 상기 단말은, 송수신기; 및 기지국으로부터 멀티캐스트 서비스(PTM: point-to-multicast)에서 유니캐스트 서비스(PTP: point-to-point)로 전환을 지시하는 무선 자원 제어(RRC: radio resource control) 메시지를 수신하도록 상기 송수신기를 제어하고, 수신된 PDCP(packet data convergence protocol) 데이터에 기반하여 적어도 하나의 윈도우 변수를 초기화하는 제어부를 포함할 수 있다.
본 개시의 또 다른 실시예는, 무선 통신 시스템에서 멀티캐스트/브로드캐스트 서비스(MBS: multicast/broadcast service)를 지원하는 단말을 제공한다. 상기 단말은, 송수신기; 및 기지국으로부터 유니캐스트 서비스(PTP: point-to-point)에서 멀티캐스트 서비스(PTM: point-to-multicast)로 전환을 지시하는 무선 자원 제어(RRC: radio resource control) 메시지를 수신하도록 상기 송수신기르 제어하고, 수신된 PDCP(packet data convergence protocol) 데이터에 기반하여 적어도 하나의 윈도우 변수를 초기화하는 제어부를 포함할 수 있다.
본 개시에서는 차세대 이동 통신 시스템에서 MBS 서비스를 지원하기 위해 MBS 서비스를 지원하는 멀티 캐스트 베어러 또는 유니캐스트 베어러의 구조 또는 설정 방법 그리고 MBS 데이터를 수신하고 MBS 데이터를 처리하는 물리 계층 장치, MAC 계층 장치, RLC 계층 장치, 또는 PDCP 계층 장치의 데이터 처리 방법을 제안한다.
또한 상기 MBS 서비스를 RRC 연결 모드 또는 RRC 유휴 모드 또는 RRC 비활성화 모드에서 또는 상기 모드들 간 전환 시 MBS 서비스를 계속 지원하기 위한 시그날링 절차 또는 단말의 동작을 제안한다.
또한 MBS 서비스를 지원하는 기지국 또는 네트워크 간의 핸드오버 또는 단말의 이동성에 따라서 데이터 유실이 없는 또는 데이터 유실이 적은 MBS 서비스 지원을 위해 멀티 캐스트 베어러에서 유니캐스트 베어러로 재설정(또는 스위칭)하거나 유니캐스트 베어러에서 멀티 캐스트 베어러로 재설정(또는 스위칭)하는 방법을 제안하여 끊김없는 MBS 서비스를 지원하도록 한다.
도 1은 본 개시에 적용될 수 있는 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 2는 본 개시이 일 실시 예에 따른 차세대 이동 통신 시스템에서 매우 넓은 주파수 대역폭을 효율적으로 사용하여 단말에게 서비스하는 절차를 나타낸 도면이다.
도 3은 본 개시의 일 실시 예에 따른 차세대 이동 통신 시스템에서 단말이 RRC 유휴 모드에서 RRC 연결 모드로 전환하는 절차를 나타낸 도면이다.
도 4a, 4b, 4c 내지 도 4d는 본 개시의 일 실시 예에 따른 MBS 서비스를 위해 설정되는 베어러의 구조를 나타낸 도면이다.
도 5는 본 개시의 일 실시 예에 따른 단말이 수신한 MBS 데이터를 MAC 계층 장치에서 역자중화하는 방법을 나타낸 도면이다.
도 6은 본 개시의 일 실시 예에 따른 단말이 송신할 MBS 데이터를 MAC 계층 장치에서 다중화하는 방법을 나타낸 도면이다.
도 7은 본 개시의 일 실시 예에 따른 MBS 서비스 지원을 위한 제1의 시그날링 절차를 나타낸 도면이다.
도 8은 본 개시의 일 실시 예에 따른 MBS 서비스 지원을 위한 제2의 시그날링 절차를 나타낸 도면이다.
도 9는 본 개시의 일 실시 예에 따른 MBS 서비스 지원을 위한 제3의 시그날링 절차를 나타낸 도면이다.
도 10은 본 개시의 일 실시 예에 따른 MBS 서비스 지원을 위한 제4의 시그날링 절차를 나타낸 도면이다.
도 11은 단말이 RRC 연결 모드에서 일반 데이터 서비스와 MBS 서비스를 받을 때 일반 데이터와 MBS 데이터가 충돌하거나 또는 겹치는 경우를 나타낸 도면이다.
도 12a, 12b 내지 도 12c는 본 개시의 일 실시 예에 따른 MBS 서비스를 효율적으로 지원하기 위한 시그날링 절차들을 나타낸 도면이다.
도 13a, 13b 내지 도 13c는 본 개시의 일 실시 예에 따른 복수 개의 MBS 서비스들에 대해서 각 MBS 서비스를 지시할 수 있는 방법을 나타낸 도면이다.
도 14a, 14b 내지 도 14c는 본 개시의 일 실시 예에 따른 MBS 서비스 데이터의 재전송 방법을 나타낸 도면이다.
도 15는 본 개시의 일 실시 예에 따른 MBS 서비스 방식을 스위칭하는 방법을 나타낸 도면이다.
도 16는 본 개시의 일 실시 예에 따른 차세대 이동 통신 시스템에서 핸드오버를 수행하는 시그날링 절차들을 나타낸 도면이다.
도 17는 본 개시의 일 실시 예에 따른 MBS 베어러가 설정된 단말이 핸드오버 절차를 수행할 때 MBS 베어러를 해제 또는 MBS 서비스를 중단하는 시점과 방법을 나타낸 도면이다.
도 18은 본 개시의 일 실시 예에 따른 기지국에서 MBS 서비스를 지원하기 위한 PDCP 계층 장치들에서 COUNT 값(또는 HFN 값) 또는 PDCP 일련번호를 동기화하는 방법의 제1 실시 예를 나타낸 도면이다.
도 19는 본 개시의 일 실시 예에 따른 기지국에서 MBS 서비스를 지원하기 위한 PDCP 계층 장치들에서 COUNT 값(또는 HFN 값) 또는 PDCP 일련번호를 동기화하는 방법의 제2 실시 예를 나타낸 도면이다.
도 20은 본 개시의 일 실시 예에 따른 단말 동작을 나타낸 도면이다.
도 21은 본 개시에 적용될 수 있는 단말의 구조를 나타낸 도면이다.
도 22는 본 개시에 적용될 수 있는 기지국의 구조를 나타낸 도면이다.
이하 첨부된 도면을 참조하여 본 개시의 동작 원리를 상세히 설명한다. 하기에서 본 개시를 설명하기에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
하기에서 본 개시를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 개시의 실시 예를 설명하기로 한다.
이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.
이하 설명의 편의를 위하여, 본 개시는3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 개시가 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다. 본 개시에서 eNB는 설명의 편의를 위하여 gNB와 혼용되어 사용될 수 있다. 즉 eNB로 설명한 기지국은 gNB를 나타낼 수 있다.
도 1은 본 개시에 적용될 수 있는 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 1을 참조하면, 차세대 이동통신 시스템의 무선 프로토콜은 단말(101)과 NR 기지국(102)에서 각각 NR SDAP(105, 150, NR PDCP(110, 145), NR RLC(115, 140), NR MAC(120, 135)으로 이루어진다.
NR SDAP(105, 150)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 사용자 평면 데이터의 전달 기능
- 상향 링크와 하향 링크에 대해서 QoS 플로우(flow)와 데이터 무선 베어러(Data Radio Bearer. DRB)의 맵핑 기능
- 상향 링크와 하향 링크에 대해서 QoS 플로우 ID(Identifier)를 마킹 기능
- 상향 링크 SDAP PDU들에 대해서 반영(reflective) QoS 플로우를 DRB에 맵핑시키는 기능
상기 SDAP 계층 장치에 대해 단말은 RRC(Radion Resource Control) 메시지로 각 PDCP 계층 장치 별로 혹은 베어러 별로 혹은 논리 채널 별로 SDAP 계층 장치의 헤더를 사용할 지 여부 혹은 SDAP 계층 장치의 기능을 사용할 지 여부를 설정 받을 수 있으며, SDAP 헤더가 설정된 경우, SDAP 헤더의 NAS(Non Access Stratum) QoS 반영 설정 1비트 지시자(NAS reflective QoS)와 AS(Access Stratum) QoS 반영 설정 1비트 지시자(AS reflective QoS)로 단말이 상향 링크와 하향 링크의 QoS 플로우와 DRB에 대한 맵핑 정보를 갱신 혹은 재설정할 수 있도록 지시할 수 있다. 상기 SDAP 헤더는 QoS를 나타내는 QoS 플로우 ID 정보를 포함할 수 있다. 상기 QoS 플로우 ID 정보는 원할한 서비스를 지원하기 위한 데이터 처리 우선 순위, 스케쥴링 정보 등으로 사용될 수 있다.
NR PDCP (110, 145)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 헤더 압축 및 압축 해제 기능(ROHC only)
- 사용자 데이터 전송 기능
- 상위 계층 PDU들의 순차적 전달 기능
- 상위 계층 PDU들의 비순차적 전달 기능
- 수신된 PDCP PDU의 순서 재정렬 기능
- 하위 계층 SDU들의 중복 탐지 기능
- PDCP SDU들의 재전송 기능
- 암호화 및 복호화 기능
- 타이머 기반 SDU 삭제 기능
NR PDCP 장치의 순서 재정렬 기능은 하위 계층에서 수신한 PDCP PDU들을 PDCP SN(sequence number)을 기반으로 순서대로 재정렬하는 기능을 말하며, 재정렬된 순서대로 데이터를 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 순서를 고려하지 않고, 바로 전달하는 기능을 포함할 수 있다. 또한, 순서를 재정렬하여 유실된 PDCP PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있다. 또한, 유실된 PDCP PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.
NR RLC(115, 140)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 상위 계층 PDU들의 전송 기능
- 상위 계층 PDU들의 순차적 전달 기능
- 상위 계층 PDU들의 비순차적 전달 기능
- ARQ를 통한 에러 정정 기능
- RLC SDU들의 접합, 분할, 재조립 기능
- RLC 데이터 PDU들의 재분할 기능
- RLC 데이터 PDU들의 순서 재정렬 기능
- 중복 탐지 기능
- 오류 탐지 기능
- RLC SDU 삭제 기능
- RLC 재수립 기능
NR RLC 장치의 순차적 전달 기능은 하위 계층으로부터 수신한 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 말하며, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있다. 또한, 수신한 RLC PDU들을 RLC SN 혹은 PDCP SN를 기준으로 재정렬하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 RLC PDU들을 기록하는 기능을 포함할 수 있다. 또한, 유실된 RLC PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다. 또한, 유실된 RLC SDU가 있을 경우, 유실된 RLC SDU 이전까지의 RLC SDU들만을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 타이머가 시작되기 전에 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 현재까지 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다. 또한 상기 RLC PDU들을 수신하는 순서대로 (SN의 순서와 상관없이, 도착하는 순으로) 처리하여 PDCP 장치로 순서와 상관없이 전달할 수 있으며, 세그먼트(segment)인 경우에는 버퍼에 저장되어 있거나 추후에 수신될 세그먼트들을 수신하여 온전한 하나의 RLC PDU로 재구성한 후, 처리하여 PDCP 장치로 전달할 수 있다. 상기 NR RLC 계층은 접합(Concatenation) 기능을 포함하지 않을 수 있고, 상기 집합 기능을 NR MAC 계층에서 수행하거나 NR MAC 계층의 다중화(multiplexing) 기능으로 대체할 수 있다.
NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서와 상관없이 바로 상위 계층으로 전달하는 기능을 말하며, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있다. 또한, 수신한 RLC PDU들의 RLC SN 혹은 PDCP SN을 저장하고 순서를 정렬하여 유실된 RLC PDU들을 기록하는 기능을 포함할 수 있다.
NR MAC(120, 135)은 한 단말에 구성된 여러 NR RLC 계층 장치들과 연결될 수 있으며, NR MAC(120, 135)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 논리 채널들과 전송 채널들 간의 맵핑 기능
- MAC SDU들의 다중화 및 역다중화 기능
- 스케쥴링 정보 보고 기능
- HARQ를 통한 에러 정정 기능
- 하나의 단말의 논리 채널들 간 우선 순위 조절 기능
- 동적 스케줄링을 통한 단말간 우선 순위 조절 기능
- MBMS 서비스 확인 기능
- 전송 포맷 선택 기능
- 패딩 기능
NR 물리(PHY) 계층(125, 130)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하는 동작을 수행할 수 있다. 또는, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.
차세대 이동 통신 시스템에서는 매우 높은 대역의 주파수를 사용할 수 있기 때문에 주파수 대역폭(Bandwidth) 또한 매우 넓을 수 있다. 하지만 단말 구현 상 매우 넓은 대역폭을 모두 지원하는 것은 높은 구현 복잡도를 요구하며, 높은 비용을 발생시킨다. 따라서 차세대 이동 통신 시스템에서는 부분 대역폭(Bandwidth Part, BWP)이라는 개념을 도입할 수 있으며, 하나의 셀(Spcell 또는 Scell)에 복수 개의 부분 대역폭(BWP)을 설정하고 기지국의 지시에 따라 하나 또는 복수 개의 부분 대역폭에서 데이터를 송수신할 수 있다.
본 개시에서는, 본 개시의 실시 예에 따른 휴면화 부분 대역폭을 도입할 때 Scell의 상태와 Scell에 설정된 복수 개의 부분 대역폭을 고려한 상태 천이 방법 및/또는 부분 대역폭 스위칭 방법과 구체적인 동작을 설명한다. 또한 휴면화 모드를 부분 대역폭 단위(BWP-level)로 관리하고 상태 천이시키는 방법 또는 부분 대역폭 스위칭 방법을 각각 설명하며 각 SCell의 상태 또는 각 부분 대역폭의 상태 또는 모드(활성화 또는 비활성화 또는 휴면화)에 따른 구체적인 부분 대역폭의 동작을 설명한다.
또한 본 개시에서는 하나의 셀(Spcell 또는 Pcell 또는 Pscell 또는 Scell)에 하향 링크 또는 상향 링크 별로 복수 개의 부분 대역폭들을 설정하고, 부분 대역폭 스위칭을 통해 활성화 부분 대역폭(active DL or UL BWP) 또는 휴면 부분 대역폭(dormant BWP or dormant DL BWP) 또는 비활성화 부분 대역폭(inactive or deactivated DL/UL BWP)을 설정하고 운영할 수 있다. 즉, 상기 하나의 셀에 대해서 하향 링크 또는 상향 링크의 부분 대역폭을 활성화 상태로 천이시켜서 캐리어 집적 기술과 유사한 방법으로 데이터 전송율을 높일 수 있다. 또한, 하향 링크 부분 대역폭을 휴면 부분 대역폭으로 천이 또는 스위칭하여 단말이 상기 셀에 대해 PDCCH 모니터링을 수행하지 않도록 하여 배터리를 절감시킬 수 있다. 또한, 단말이 하향 링크 부분 대역폭에 대해서는 채널 측정을 수행하고 채널 측정 결과를 보고할 수 있도록 하여 추후 빠른 셀 또는 부분 대역폭의 활성화를 지원할 수 있다. 또한 상기 하나의 셀에서 하향 링크(또는 상향링크) 부분 대역폭을 비활성화 상태로 천이시켜서 단말의 배터리를 절감시킬 수 있다. 각 셀에 대한 부분 대역폭 별 상태 천이 지시 또는 부분 대역폭 스위칭 지시는 RRC 메시지 또는 MAC CE 또는 PDCCH의 DCI(Downlink Control Information)를 통해 설정 및 지시할 수 있다.
본 개시에서 부분 대역폭(BWP)은 상향 링크와 하향 링크를 구별하지 않고 사용할 수 있으며, 그 의미는 문맥에 따라서 상향 링크 부분 대역폭과 하향 링크 부분 대역폭을 각각 지시할 수 있다.
본 개시에서 링크는 상향 링크와 하향 링크를 구별하지 않고 사용할 수 있으며, 문맥에 따라서 상향 링크과 하향 링크를 각각 지시할 수 있다.
본 개시에서는 캐리어 집적 기술을 수행하는 단말의 SCell에 대해서 휴면 부분 대역폭을 설정 또는 도입하고, 상기 휴면 부분 대역폭에서 PDCCH를 모니터링하지 않도록 하여 단말의 배터리 소모를 절감시키도록 한다. 또한, 상기 휴면 부분 대역폭에서 채널 측정은 수행하고 보고 (예를 들면 CSI(channel state information) 또는 CQI(channel quality information) 측정 또는 보고)하도록 하고, 또는 빔 측정 또는 빔 추적 또는 빔 운영은 수행하도록 하여 데이터 전송이 필요한 경우, 일반 부분 대역폭(normal BWP)으로 스위칭 또는 활성화하여 빠르게 일반 부분 대역폭에서 데이터 전송을 시작할 수 있도록 한다. 휴면 부분 대역폭은, 지속적으로 신호를 모니터링하고 또는 피드백을 보내거나 수신하고 또는 동기화를 확인하고 유지해야 하는 SpCell(MCG(Master Cell Group)의 PCell(Primary Cell) 또는 SCG(Secondary Cell Group)의 PCell(또는 PSCell)) 또는 PUCCH가 설정된 SCell에 대해서는 설정하거나 또는 적용하지 않도록 할 수 있다.
본 개시에서는 단말의 SCell에 대해 본 개시의 실시 예에 따른 휴면 부분 대역폭을 운영하기 위해서 PDCCH의 DCI 기반 또는 MAC CE 기반 또는 RRC 메시지 기반으로 동작하는 여러 가지 실시 예들을 설명한다.
네트워크 또는 기지국은 단말에게 Spcell(Pcell과 PScell)과 복수 개의 Scell들을 설정할 수 있다. Spcell은 단말이 하나의 기지국과 통신을 할 때는 Pcell을 지시하며, 단말이 두 개의 기지국(마스터 기지국과 세컨더리 기지국)과 통신을 할 때는 마스터 기지국의 Pcell 또는 세컨더리 기지국의 PScell을 지시할 수 있다. Pcell 또는 Pscell은 각 MAC 계층 장치에서 단말과 기지국이 통신할 때 사용하는 주요 셀을 나타내며, 동기화를 수행하도록 타이밍을 맟추고, 랜덤액세스를 수행하고, PUCCH 전송 자원으로 HARQ ACK/NACK 피드백을 보내고, 대부분의 제어 신호를 주고받는 셀을 의미한다. 기지국이 Spcell과 함께 복수 개의 Scell을 운영하여 전송 자원을 늘리고 상향 링크 또는 하향 링크 데이터 전송 자원을 높이는 기술을 캐리어 집적 기술이라고 한다.
단말은 Spcell과 복수 개의 Scell들을 RRC 메시지를 통해 설정 받으면, 각 Scell 또는 각 SCell의 부분 대역폭에 대해서 상태 또는 모드를 상기 RRC 메시지 또는 MAC CE 또는 PDCCH의 DCI를 통해 설정 받을 수 있다. Scell의 상태 또는 모드는 활성화 모드(Active mode) 또는 활성화 상태(activated state)와 비활성화 모드(Deactivated mode) 또는 비활성화 상태(deactivated state)로 설정될 수 있다. Scell이 활성화 모드 또는 활성화 상태라는 것은 단말이 상기 활성화 모드 또는 활성화된 Scell에서 상기 Scell의 활성화된 부분 대역폭 또는 활성화된 일반 부분 대역폭 또는 활성화된 휴면화 부분 대역폭이 아닌 부분 대역폭에서 기지국과 상향링크 또는 하향 링크 데이터를 주고받을 수 있으며, 기지국의 지시를 확인하기 위해 PDCCH를 모니터링하는 것을 의미할 수 있다. 또한, Scell이 활성화 모드 또는 활성화 상태라는 것은 단말이 상기 활성화 모드 또는 활성화 상태의 Scell(또는 상기 Scell의 활성화된 부분 대역폭 또는 활성화된 일반 부분 대역폭 또는 활성화된 휴면화 부분 대역폭이 아닌 부분 대역폭)의 하향 링크에 대한 채널 측정을 수행하고 측정 정보를 주기적으로 기지국에게 보고할 수 있으며, 상향 링크 채널 측정을 기지국이 수행할 수 있도록 단말은 파일럿 신호(Sounding Reference Signal, SRS)를 기지국에게 주기적으로 전송할 수 있다는 것을 의미할 수 있다.
하지만 상기 SCell의 비활성화 모드 또는 비활성화 상태라는 것은 상기 Scell에 설정된 부분 대역폭들이 비활성화 상태이거나, 또는 설정된 부분 대역폭들이 활성화되어 있지 않거나, 또는 설정된 부분 대역폭 중에서 활성화된 부분 대역폭이 없어서 단말이 기지국과 데이터를 주고받을 수 없으며, 기지국의 지시를 확인하기 위한 PDCCH를 모니터링 하지 않으며, 채널 측정을 수행하지 않고, 측정 보고도 수행하지 않으며, 파일럿 신호도 전송하지 않는 것을 의미할 수 있다.
따라서 기지국은 비활성화 모드에 있는 Scell들을 활성화시키기 위해서는 먼저 RRC 메시지로 주파수 측정 설정 정보를 단말에게 설정해주고, 단말은 상기 주파수 측정 설정 정보를 토대로 셀 또는 주파수 측정을 수행한다. 그리고 기지국은 단말의 셀 또는 주파수 측정 보고를 수신한 후에 주파수/채널 측정 정보를 기반으로 상기 비활성화된 Scell들을 활성화시킬 수 있다. 이로 인해 기지국이 단말에게 캐리어 집적 기술을 활성화시키고 데이터 송신 또는 수신을 시작하는데에 많은 지연이 발생하게 된다.
본 개시에서는 단말의 배터리를 절감하고 빠르게 데이터 송신 또는 수신을 시작할 수 있도록 상기 각 활성화된 Scell(activated Scell 또는 active SCell)의 부분 대역폭에 대해서 휴면화 모드(dormant mode) 또는 휴면화 상태(dormant state)를 설명한다. 또는 본 개시에서는 각 활성화된 SCell에 대해 휴면 부분 대역폭을 설정 또는 도입하는 것을 설명한다.
상기 활성화된 Scell의 휴면화 모드인 부분 대역폭 또는 휴면화 부분 대역폭(dormant BWP in activated SCell)에서, 상기 휴면 부분 대역폭을 활성화했을 때 단말은 기지국과 데이터를 주고받을 수 없으며, 또는 기지국의 지시를 확인하기 위한 PDCCH를 모니터링 하지 않으며, 또는 파일럿 신호도 전송하지 않는다. 다만, 단말은 채널 측정을 수행하고, 측정한 주파수/셀/채널에 대한 측정 결과를 기지국 설정에 따라서 주기적으로 또는 이벤트가 발생할 때 보고를 수행할 수 있다. 따라서 단말은 상기 활성화된 Scell의 휴면화 부분 대역폭에서 PDCCH를 모니터링하지 않고 파일럿 신호를 전송하지 않기 때문에 활성화된 SCell의 일반 부분 대역폭(또는 휴면 부분 대역폭이 아닌 부분 대역폭)에 비해서 또는 활성화된 SCell의 일반 부분 대역폭(또는 휴면 부분 대역폭이 아닌 부분 대역폭)을 활성화했을 때에 비해서 배터리를 절감할 수 있다. 또한, 상기 SCell을 비활성화 했을 때와 달리 채널 측정 보고를 수행하기 때문에 기지국이 측정 보고를 기반으로 또는 상기 활성화된 SCell의 휴면화 부분 대역폭의 측정 보고를 기반으로 상기 활성화된 SCell의 일반 부분 대역폭을 빠르게 활성화시켜 캐리어 집적 기술을 빠르게 사용할 수 있도록 하여 전송 지연을 줄일 수 있다.
따라서 본 개시에서 Scell이 활성화 모드 또는 활성화 상태라는 것은 단말이 상기 활성화 모드 또는 활성화된 Scell에서 상기 Scell의 활성화된 부분 대역폭 또는 활성화된 일반 부분 대역폭 또는 활성화된 휴면화 부분 대역폭이 아닌 부분 대역폭에서 기지국과 상향링크 또는 하향 링크 데이터를 주고받을 수 있으며, 기지국의 지시를 확인하기 위해 PDCCH를 모니터링하는 것을 의미할 수 있다. 또한, 본 개시에서 Scell이 활성화 모드 또는 활성화 상태라는 것은 상기 활성화 모드 또는 활성화 상태의 Scell(또는 상기 Scell의 활성화된 부분 대역폭 또는 활성화된 일반 부분 대역폭 또는 활성화된 휴면화 부분 대역폭이 아닌 부분 대역폭)의 하향 링크에 대한 채널 측정을 수행하고 측정 정보를 주기적으로 기지국에게 보고할 수 있으며, 상향 링크 채널 측정을 기지국이 수행할 수 있도록 단말은 파일럿 신호를 기지국에게 주기적으로 전송할 수 있다는 것을 의미할 수 있다. 또한 본 개시에서 Scell이 활성화 모드 또는 활성화 상태라는 것은 단말이 상기 활성화 모드 또는 활성화된 Scell에서 상기 Scell의 활성화된 휴면 부분 대역폭에서 기지국과 상향링크 또는 하향 링크 데이터를 주고받을 수 없으며 또는 기지국의 지시를 확인하기 위해 PDCCH를 모니터링하지 않지만 상기 활성화 모드 또는 활성화 상태의 Scell의 활성화된 휴면 부분 대역폭의 하향 링크에 대한 채널 측정을 수행하고 측정 정보를 주기적으로 기지국에게 보고할 수 있다는 것을 의미할 수 있다.
또한 본 개시에서 휴면 부분 대역폭은 부분 대역폭의 상태를 나타낼 수 있거나, 또는 휴면 부분 대역폭은 특정 부분 대역폭을 지시하는 논리적인 개념의 이름으로 사용될 수 있다. 따라서 휴면 부분 대역폭은 활성화될 수 있거나 또는 비활성화 될 수 있으며 또는 스위칭될 수 있다. 예를 들면 제1의 SCell에서 활성화된 제2의 부분 대역폭을 휴면 부분 대역폭으로 스위칭하라는 지시 또는 제1의 SCell을 휴면화 또는 휴면 모드로 천이하라는 지시 또는 제1의 SCell의 휴면 부분 대역폭을 활성화하라는 지시는 같은 의미로 해석될 수 있다.
또한 본 개시에서 일반 부분 대역폭은 RRC 메시지를 통해 단말의 각 SCell에 설정된 부분 대역폭들 중에서 휴면 부분 대역폭이 아닌 부분 대역폭들을 나타낼 수 있다. 또한, 상기 일반 부분 대역폭에서는 기지국과 상향링크 또는 하향 링크 데이터를 주고받을 수 있으며, 기지국의 지시를 확인하기 위해 PDCCH를 모니터링할 수 있다. 또한, 상기 일반 부분 대역폭에서는 하향 링크에 대한 채널 측정을 수행하고 측정 정보를 주기적으로 기지국에게 보고할 수 있으며, 상향 링크 채널 측정을 기지국이 수행할 수 있도록 단말은 파일럿 신호를 기지국에게 주기적으로 전송할 수 있다. 또한 상기 일반 부분 대역폭은 처음 활성화 부분 대역폭 또는 기본 부분 대역폭 또는 휴면화로부터 활성화되는 처음 활성화 부분 대역폭 또는 초기 부분 대역폭을 지시할 수 있다.
또한 단말의 각 Scell에 설정된 부분 대역폭들 중에서 휴면 부분 대역폭은 1개만 설정이 될 수 있으며 하향 링크에 대해서 설정될 수 있다. 또 다른 실시 예로 단말의 각 Scell에 설정된 부분 대역폭들 중에서 상향 링크 또는 하향 링크에 대해서 휴면 부분 대역폭은 1개가 설정이 될 수 있다.
도 2는 본 개시의 일 실시 예에 따른 차세대 이동 통신 시스템에서 매우 넓은 주파수 대역폭을 효율적으로 사용하여 단말에게 서비스하는 절차를 나타낸 도면이다.
도 2에서는 차세대 이동 통신 시스템이 매우 넓은 주파수 대역폭을 어떻게 효율적으로 사용하여 여러 서로 다른 능력(capability 혹은 category)을 가지는 단말들에게 서비스를 제공하고, 배터리를 절감할 수 있도록 하는 지 설명한다.
도 2를 참조하면, 기지국이 서비스를 제공하는 하나의 셀은 매우 넓은 주파수 대역(205)을 서비스할 수 있다. 하지만 서로 다른 능력을 가진 단말들에게 서비스를 제공하기 위해 상기 매우 넓은 주파수 대역을 복수 개의 부분 대역폭으로 쪼개어 하나의 셀로 관리할 수 있다.
먼저 초기에 전원을 킨 단말은 일정한 자원 블록 단위로(예를 들면 12RB(Resource block)단위로) 사업자(PLMN)가 제공하는 전체 주파수 대역을 탐색할 수 있다. 즉, 단말은 상기 자원 블록 단위로 PSS(Primary synchronization sequence)/SSS(Secondary Synchronization Sequence)(210)를 전체 시스템 대역폭에서 검색(search)할 수 있다. 이 때, PSS/SSS는 두 가지 구조(201, 202)를 가질 수 있다. 상기 자원 블록 단위로 PSS/SSS(210)를 검색하다가 상기 신호들을 탐지하면 상기 신호들을 읽고 해석하여(디코딩하여) 서브 프레임(subframe)과 무선 전송 자원 프레임(Radio frame)의 경계를 확인할 수 있다. 따라서 단말은 1ms 단위로 서브 프레임을 구별할 수 있게 되고, 기지국과 하향 링크 신호의 동기를 맞출 수 있다. RB(Resource block)는 소정의 주파수 자원과 소정의 시간 자원의 크기로 이차원 상의 단위로 정의될 수 있다. 예를 들면 시간 자원으로는 1ms 단위, 주파수 자원으로는 12개의 서브캐리어(1캐리어 x 15kHz = 180kHz)로 정의될 수 있다. 단말은 동기화를 완료하면 MIB(Master system Information block) 혹은 MSI(Minimum system information)를 확인하여 CORESEST (Control Resource Set)(215)의 정보를 확인하고 초기 접속 부분 대역폭(Initial access Bandwidth Part, BWP)(220) 정보를 확인할 수 있다. CORESET(215) 정보라는 것은 제어 신호가 기지국으로부터 전송되는 시간/주파수 전송 자원의 위치를 말하는 것이며, 예를 들면 PDCCH 채널이 전송되는 자원 위치를 나타내는 것이다. 즉, 상기 CORESET 정보는 제1의 시스템 정보(System information block 1, SIB1)가 어디서 전송되는 지를 지시해주는 정보이며, 어떤 주파수/시간 자원에서 PDCCH가 전송되는지를 지시해준다. 단말은 상기 SIB1를 읽어 초기 부분 대역폭(initial BWP)(220)에 대한 정보를 확인할 수 있다. 단말은 기지국과 하향 링크 신호의 동기화를 완료하고, 제어 신호를 수신할 수 있게 되면, 단말이 캠프온 한 셀의 초기 부분 대역폭(220)에서 랜덤 액세스 절차를 수행하고, RRC 연결 설정을 요청하고, RRC 메시지를 수신하여 RRC 연결 설정을 수행할 수 있다.
상기 RRC 연결 설정에서 하나의 셀(Pcell 또는 Pscell 또는 Spcell 또는 Scell)마다 복수 개의 부분 대역폭들(225, 230)이 설정될 수 있다. 상기 하나의 셀 내에서 하향 링크 용으로 복수 개의 부분 대역폭들이 설정될 수 있으며, 이와는 별도로 상향 링크 용으로 복수 개의 부분 대역폭들이 설정될 수 있다.
상기 복수 개의 부분 대역폭들은 초기 부분 대역폭(initial BWP) 또는 기본 부분 대역폭(default BWP) 또는 처음 활성화 부분 대역폭(first active BWP) 또는 휴면 부분 대역폭(dormant BWP) 또는 휴면으로부터 활성화되는 처음 활성화 부분 대역폭 (first active BWP from dormant)으로 사용될 수 있도록 부분 대역폭 식별자(BWP Identifier)로 지시되고 설정될 수 있다.
초기 부분 대역폭(220)은 셀 별로 하나씩 존재하는, 셀 수준(Cell-specific)으로 정해지는 부분 대역폭으로 사용될 수 있으며, 상기 셀에 처음으로 접속하는 단말이 랜덤 액세스 절차를 통해 셀에 연결을 설정하거나 연결을 설정한 단말이 동기화를 수행할 수 있는 부분 대역폭으로 사용될 수 있다. 또한, 기지국은 하향 링크에서 사용할 초기 하향 링크 부분 대역폭(initial downlink BWP)과 상향 링크에서 사용할 초기 상향 링크 부분 대역폭(initial uplink BWP)를 셀 별로 각각 설정할 수 있다. 또한 상기 초기 부분 대역폭에 대한 설정 정보는 CORESET이 지시하는 SIB1에서 방송될 수 있으며, 기지국이 연결된 단말에게 RRC 메시지를 통해 다시 설정해줄 수 있다. 또한 상기 초기 부분 대역폭은 상향 링크와 하향 링크에서 각각 부분 대역폭 식별자의 0번으로 지정되어 사용될 수 있다. 즉, 같은 셀에 접속한 모든 단말(들)은 동일한 초기 부분 대역폭을 동일하게 부분 대역폭 식별자 0번으로 지정하여 사용할 수 있다. 왜냐하면 랜덤 액세스 절차를 수행할 때 기지국이 랜덤 액세스 응답(RAR) 메시지를 모든 단말이 읽을 수 있는 초기 부분 대역폭을 통해 전송하도록 할 수 있기 때문에 경쟁 기반 랜덤 액세스 절차를 용이하게 하는 장점이 있을 수 있기 때문이다.
처음 활성화 부분 대역폭(first active BWP)은 단말 별(UE specific)로 서로 다르게 설정될 수 있으며, 복수 개의 부분 대역폭들 중에서 부분 대역폭 식별자로 지정하여 지시할 수 있다. 상기 처음 활성화 부분 대역폭은 하향 링크와 상향 링크에 대해 각각 설정될 수 있으며, 처음 활성화 하향 링크 부분 대역폭(first active downlink BWP)과 처음 활성화 상향 링크 부분 대역폭(first active uplink BWP)으로 각각 부분대역폭 식별자로서 설정될 수 있다. 상기 처음 활성화 부분 대역폭은 하나의 셀에 복수 개의 부분 대역폭을 설정했을 때 어떤 부분 대역폭을 처음에 활성화시켜서 사용할 것인지를 지시하는 용도로 사용될 수 있다. 예를 들면 단말에게 Pcell 또는 Pscell과 복수 개의 Scell들이 설정되고, 상기 각 Pcell 또는 Pscell 또는 Scell에 복수 개의 부분 대역폭이 설정되었을 때 상기 Pcell 또는 Pscell 또는 Scell이 활성화된다면 단말은 상기 Pcell 또는 Pscell 또는 Scell에 설정된 복수 개의 부분 대역폭들 중에서 처음 활성화 부분 대역폭을 활성화하여 사용할 수 있다. 즉, 하향 링크에 대해서는 처음 활성화 하향 링크 부분 대역폭을 활성화하여 사용하고 상향 링크에 대해서는 처음 활성화 상향 링크 부분 대역폭을 활성화하여 사용할 수 있다.
단말이 Scell에 대해 현재 또는 활성화된 하향 링크 부분 대역폭을 스위칭(235, 245)하여, 처음 활성화 하향 링크 부분 대역폭(또는 RRC 메시지를 통해 설정된 또는 지시된 부분 대역폭)(240, 250)으로 활성화하거나, 또는 현재 또는 활성화된 상향 링크 부분 대역폭을 스위칭(235, 245)하여 처음 활성화 상향 링크 부분 대역폭(또는 RRC 메시지를 통해 설정된 또는 지시된 부분 대역폭)(240, 250)으로 활성화하는 동작은, Scell 또는 부분 대역폭이 비활성화 상태에서 활성화 지시를 RRC 메시지 또는 MAC 제어 정보 또는 DCI를 통해 수신할 때 수행될 수 있다. 또한 Scell 또는 부분 대역폭을 휴면화 상태로 천이하라는 지시를 RRC 메시지 또는 MAC 제어 정보 또는 DCI을 통해 수신할 때 수행될 수 있다. 왜냐하면 상기 Scell 또는 부분 대역폭을 활성화시킬 때 현재 또는 활성화된 하향 링크 부분 대역폭을 스위칭하여 처음 활성화 하향 링크 부분 대역폭(또는 RRC 메시지로 설정된 또는 지시된 부분 대역폭)으로 활성화하거나 또는 상향 링크 부분 대역폭을 스위칭하여 처음 활성화 상향 링크 부분 대역폭(또는 RRC 메시지로 설정된 또는 지시된 부분 대역폭)으로 활성화할 것이기 때문에 휴면화 상태에서 채널 측정 보고를 수행할 때도 처음 활성화 하향 링크/상향 링크 부분 대역폭에 대해서 주파수/채널을 측정하고 보고해야만 기지국이 캐리어 집적 기술을 효과적으로 사용할 수 있기 때문이다.
기본 부분 대역폭(default BWP)은 단말 별(UE specific)로 서로 다르게 설정될 수 있으며, 복수 개의 부분 대역폭들 중에서 부분 대역폭 식별자로 지정되어 지시될 수 있다. 상기 기본 부분 대역폭은 하향 링크에 대해서만 설정될 수 있다. 상기 기본 부분 대역폭은 복수 개의 하향 링크 부분 대역폭들 중에서 활성화된 부분 대역폭이 일정 시간 이후에 폴백(Fallback)할 부분 대역폭으로 사용될 수 있다. 예를 들어 부분 대역폭 비활성화 타이머(bwp inactivity timer)가 RRC 메시지를 통해 셀 별 또는 부분 대역폭 별로 설정될 수 있다. 상기 타이머는 기본 부분 대역폭이 아닌 활성화된 부분 대역폭에서 데이터 송수신이 발생할 때 타이머가 시작 또는 재시작될 수 있다. 또는 상기 타이머는 활성화된 부분 대역폭이 다른 부분 대역폭으로 스위칭되었을 때 시작 또는 재시작될 수 있다. 상기 타이머가 만료하면 단말은 상기 셀에 활성화된 하향 링크 부분 대역폭을 기본 대역폭으로 폴백 또는 스위칭시킬 수 있다. 스위칭은 현재 활성화된 부분 대역폭을 비활성화시키고 스위칭이 지시된 부분 대역폭을 활성화시키는 절차를 의미할 수 있으며, 스위칭은 RRC 메시지 또는 MAC 제어 정보(MAC control element) 또는 L1 시그날링(PDCCH의 DCI(Downlink Control Information)을 통해 트리거링될 수 있다. 스위칭은 스위칭이 될 또는 활성화될 부분 대역폭을 지시하는 것으로 트리거링될 수 있으며, 부분 대역폭은 부분 대역폭 식별자(예를 들면 0 또는 1 또는 2 또는 3 또는 4)로 지시될 수 있다.
상기 기본 부분 대역폭을 하향 링크에 대해서만 적용하여 사용하는 이유는 기지국이 단말에게 셀 별로 일정 시간이 지나면 기본 부분 대역폭으로 폴백하게 하여 기지국의 지시(예를 들면 PDCCH의 DCI)를 수신하도록 함으로써, 기지국 스케쥴링을 용이하게 하기 위함이다. 예를 들면 기지국이 하나의 셀에 접속한 단말들의 기본 부분 대역폭을 초기 부분 대역폭으로 설정하면 기지국은 일정 시간 이후에 초기 부분 대역폭에서만 계속 스케쥴링 지시를 수행할 수 있다. 상기 기본 부분 대역폭이 RRC 메시지를 통해 설정되지 않은 경우, 초기 부분 대역폭을 기본 부분 대역폭으로 간주하여 상기 부분 대역 비활성화 타이머 만료시 초기 부분 대역폭으로 폴백시킬 수 있다.
또 다른 실시 예로 기지국의 구현 자유도를 높이기 위해서 상향 링크에 대해서도 기본 부분 대역폭을 정의하고 설정하여 하향 링크의 기본 부분 대역폭처럼 사용할 수 있다.
휴면 부분 대역폭은 활성화된 Scell의 휴면화 모드인 부분 대역폭 또는 휴면화 부분 대역폭을 의미한다. 상기 휴면 부분 대역폭을 활성화했을 때 단말은 기지국과 데이터를 주고받을 수 없다. 또한, 단말은 기지국의 지시를 확인하기 위한 PDCCH를 모니터링 하지 않으며, 파일럿 신호도 전송하지 않는다. 다만, 단말은 채널 측정을 수행하고, 측정한 주파수/셀/채널에 대한 측정 결과를 기지국 설정에 따라서 주기적으로 또는 이벤트가 발생할 때 보고를 수행할 수 있다. 따라서 단말은 상기 활성화된 Scell의 휴면화 부분 대역폭에서 PDCCH를 모니터링하지 않고 파일럿 신호를 전송하지 않기 때문에 활성화된 SCell의 일반 부분 대역폭(또는 휴면 부분 대역폭이 아닌 부분 대역폭)에 비해서 또는 활성화된 SCell의 일반 부분 대역폭(또는 휴면 부분 대역폭이 아닌 부분 대역폭)을 활성화했을 때에 비해서 배터리를 절감할 수 있다. 또한, 상기 SCell을 비활성화 했을 때와 달리 채널 측정 보고를 수행하기 때문에 기지국이 측정 보고를 기반으로 또는 상기 활성화된 SCell의 휴면화 부분 대역폭의 측정 보고를 기반으로 상기 활성화된 SCell의 일반 부분 대역폭을 빠르게 활성화시켜 캐리어 집적 기술을 빠르게 사용할 수 있도록 하여 전송 지연을 줄일 수 있다.
휴면 상태에서 또는 휴면 부분 대역폭으로부터 스위칭되어 활성화되는 처음 활성화 부분 대역폭(또는 처음 활성화 비휴면 부분 대역폭 또는 RRC 메시지를 통해 설정되거나 지시된 부분 대역폭)은, 단말이 하나의 활성화된 SCell의 부분 대역폭을 휴면 부분 대역폭으로 운영하고 있을 때, 또는 활성화된 SCell에서 활성화된 부분 대역폭이 휴면 부분 대역폭일 때, 또는 SCell에서 휴면 부분 대역폭으로 스위칭하였을 때, 기지국이 단말에게 PDCCH의 DCI 또는 MAC CE 또는 RRC 메시지를 통해 활성화된 SCell의 부분 대역폭을 휴면 부분 대역폭에서 일반 부분 대역폭(또는 휴면 부분 대역폭이 아닌 부분 대역폭)으로 스위칭하도록 지시한 경우, 또는 휴면 부분 대역폭에서 활성화 부분 대역폭을 일반 부분 대역폭으로 스위칭 또는 전환하도록 지시한 경우, 또는 휴면 부분 대역폭에서 활성화 부분 대역폭을 일반 부분 대역폭(예를 들면 휴면으로부터 활성화되는 처음 활성화 부분 대역폭)으로 스위칭 또는 전환 또는 활성화하도록 지시한 경우, 해당 지시에 따라서 단말이 활성화된 SCell의 현재 또는 활성화된 부분 대역폭을 스위칭해서 활성화시켜야 하는 부분 대역폭 또는 RRC 메시지를 통해 설정된 휴면 상태로부터 활성화되어야 하는 부분 대역폭일 수 있다.
도 3은 본 개시의 일 실시 예에 따른 차세대 이동 통신 시스템에서 단말이 RRC 유휴 모드에서 RRC 연결 모드로 전환하는 절차를 나타낸 도면이다.
도 3은 복수 개의 부분 대역폭을 설정하고 기본 대역폭 또는 처음 활성화 대역폭을 설정하는 방법을 제안한다.
도 3을 참조하면, 기지국(303)이 서비스를 제공하는 하나의 셀은 매우 넓은 주파수 대역을 서비스할 수 있다. 단말(302)은 일정한 자원 블록 단위로(예를 들면 12RB(Resource block)단위로) 사업자(PLMN)가 제공하는 전체 주파수 대역을 탐색할 수 있다. 즉, 상기 자원 블록 단위로 PSS/SSS를 전체 시스템 대역폭에서 단말(302)은 검색할 수 있다. 상기 자원 블록 단위로 PSS/SSS를 검색하다가 상기 신호들을 탐지하면 상기 신호들을 읽고 해석하여(디코딩하여) 서브 프레임과 무선 전송 자원 프레임의 경계를 확인할 수 있다. 단말(302)은 동기화를 완료하면 현재 캠프온하고 있는 셀의 시스템 정보를 읽을 수 있다. 즉, MIB 혹은 MSI를 확인하여 CORESEST의 정보를 확인하고 시스템 정보를 읽어 들여 초기 부분 대역폭(Initial Bandwidth Part, BWP) 정보를 확인할 수 있다(301단계, 305단계). CORESET 정보는 제어 신호가 기지국으로부터 전송되는 시간/주파수 전송 자원의 위치를 말하는 것이며, 예를 들면 PDCCH 채널이 전송되는 자원 위치를 나타내는 것이다.
단말(302)이 기지국(303)과 하향 링크 신호의 동기화를 완료하고, 제어 신호를 수신할 수 있게 되면 단말은 초기 부분 대역폭에서 랜덤 액세스 절차를 수행하고(310단계), 랜덤 액세스 응답을 수신하고(315단계), RRC 연결 설정을 요청하고(320단계), RRC 메시지를 수신하여(325단계) RRC 연결 설정을 수행할 수 있다(330단계).
기본적인 RRC 연결 설정을 완료하면 기지국(303)은 단말(302)에게 단말(302)의 성능(UE capability)을 확인하기 위해서 단말(302)의 성능을 물어보는 RRC 메시지를 보낼 수 있다(UECapabilityEnquiry)(335). 또 다른 실시 예로 기지국(303)은 단말(302)의 능력을 확인하기 위해 MME 또는 AMF에게 단말(302)의 능력을 물어볼 수 있다. 왜냐하면 단말(302)이 기존에 접속을 했었다면 MME 또는 AMF가 단말(302)의 능력 정보를 저장했을 수 있기 때문이다. 기지국(303)이 원하는 단말 능력 정보가 없다면 기지국(303)은 단말(302)에게 단말 능력을 요청할 수 있다.
기지국(303)이 단말(302)에게 단말(302)의 성능을 확인하기 위해 RRC 메시지를 보내는 이유는 단말(302)의 성능을 확인하고, 예를 들면 어느 정도의 주파수 대역을 단말(302)이 읽을 수 있는 지 혹은 읽을 수 있는 주파수 대역의 영역을 파악하기 위함이다. 그리고 기지국(303)은 단말(302)의 성능을 확인한 후, 단말(302)에게 적절한 부분 대역폭을 설정할 수 있다. 단말(302)은 단말(302)의 성능을 물어보는 RRC 메시지를 수신하게 되면 이에 대한 응답으로 단말(302)이 지원하는 대역폭의 범위 혹은 현재 시스템 대역폭에서 어느 범위까지 대역폭을 지원하는 지 등을 기준 중심 주파수로부터 오프셋으로 지시하거나 혹은 지원하는 주파수 대역폭의 시작점과 마지막점을 직접 지시하거나 혹은 중심 주파수와 대역폭으로 지시할 수 있다(340단계).
부분 대역폭은 RRC 연결 설정의 RRCSetup 메시지(325단계) 또는 RRCResume 메시지 또는 RRCReconfiguration 메시지(345단계)로 설정될 수 있다. 상기 RRC 메시지는 PCell 또는 Pscell 또는 복수 개의 Scell들에 대한 설정 정보를 포함할 수 있으며, 상기 각 셀 (PCell 또는 Pscell 또는 Scell)에 대해 복수 개의 부분 대역폭들을 설정할 수 있다. 상기 각 셀에 대해 복수 개의 부분 대역폭들을 설정할 때 각 셀의 하향 링크에서 사용할 복수 개의 부분 대역폭들을 설정할 수 있으며, FDD 시스템의 경우, 상기 하향 링크 부분 대역폭들과 구분하여 각 셀의 상향 링크에서 사용할 복수 개의 부분 대역폭들을 설정할 수 있다. TDD 시스템의 경우, 상기 각 셀의 하향 링크와 상향 링크에서 공통으로 사용할 복수 개의 부분 대역폭들을 설정할 수 있다.
상기 각 셀(PCell 또는 Pscell 또는 Scell)의 부분 대역폭 설정을 위한 정보에는 다음의 정보들 중에 일부를 포함할 수 있다.
- 상기 셀의 하향 링크 부분 대역폭 설정 정보
■ 초기 하향 링크 부분 대역폭 설정 정보
■ 복수 개의 부분 대역폭 설정 정보와 각 부분 대역폭에 해당하는 부분 대역폭 식별자(BWP ID)
■ 상기 셀의 하향 링크 부분 대역폭의 초기 상태 설정 정보(예를 들면 활성화 상태 또는 휴면화 상태 또는 비활성화 상태)
■ 처음 활성화 하향 링크 부분 대역폭을 지시하는 부분 대역폭 식별자
■ 기본 부분 대역폭을 지시하는 부분 대역폭 식별자
■ 각 부분 대역폭에 대한 PDCCH 모니터링을 위한 설정 정보. 예를 들면 CORESET 정보 또는 Search Space 자원 정보, 또는 PDCCH 전송 자원, 주기, subframe 번호 정보 등
■ 휴면 부분 대역폭을 지시하는 부분 대역폭 식별자 또는 상기 부분 대역폭 설정 정보에서 부분 대역폭 별로 휴면 부분 대역폭을 지시하는 1비트 지시자
■ 휴면으로부터 활성화하는 처음 활성화 부분 대역폭을 지시하는 부분 대역폭 식별자 또는 상기 부분 대역폭 설정 정보에서 부분 대역폭 별로 휴면으로부터 활성화하는 처음 활성화 부분 대역폭을 지시하는 1비트 지시자
■ 부분 대역폭 비활성화 타이머 설정 및 타이머 값
■ MBS 서비스를 지시하는 식별자 또는 MBS 서비스 종류를 지시하는 식별자 또는 MBS 서비스가 유효하지 않을 때 (예를 들면 무선 신호가 좋지 않을 때) 상기 부분 대역폭으로 폴백(또는 천이 또는 스위칭)하여 MBS 서비스를 지원받을 수 있다는 지시자
- 상기 셀의 상향 링크 부분 대역폭 설정 정보
■ 초기 상향 링크 부분 대역폭 설정 정보
■ 복수 개의 부분 대역폭 설정 정보와 각 부분 대역폭에 해당하는 부분 대역폭 식별자(BWP ID)
■ 상기 셀의 하향 링크 부분 대역폭의 초기 상태 설정 정보(예를 들면 활성화 상태 또는 휴면화 상태 또는 비활성화 상태)
■ 휴면 부분 대역폭을 지시하는 부분 대역폭 식별자 또는 상기 부분 대역폭 설정 정보에서 부분 대역폭 별로 휴면 부분 대역폭을 지시하는 1비트 지시자
■ 처음 활성화 상향 링크 부분 대역폭을 지시하는 부분 대역폭 식별자
■ MBS 서비스를 지시하는 식별자 또는 MBS 서비스 종류를 지시하는 식별자 또는 MBS 서비스가 유효하지 않을 때 (예를 들면 무선 신호가 좋지 않을 때) 상기 부분 대역폭으로 폴백(또는 천이 또는 스위칭)하여 MBS 서비스를 지원받을 수 있다는 지시자
상기 설정되는 초기 부분 대역폭 또는 기본 부분 대역폭 또는 처음 활성화 부분 대역폭은 다음과 같은 목적으로 사용될 수 있으며, 그 목적에 맞게 다음과 같이 동작할 수 있다.
초기 부분 대역폭은 셀 별로 하나씩 존재하는, 셀 수준으로 정해지는 부분 대역폭으로 사용될 수 있으며, 상기 셀에 처음으로 접속하는 단말이 랜덤 액세스 절차를 통해 셀에 연결을 설정하거나 연결을 설정한 단말이 동기화를 수행할 수 있는 부분 대역폭으로 사용될 수 있다. 또한, 기지국은 하향 링크에서 사용할 초기 하향 링크 부분 대역폭과 상향 링크에서 사용할 초기 상향 링크 부분 대역폭를 셀 별로 각각 설정할 수 있다. 또한 상기 초기 부분 대역폭에 대한 설정 정보는 CORESET이 지시하는 SIB1에서 방송될 수 있으며, 기지국이 연결된 단말에게 RRC 메시지를 통해 다시 설정할 수 있다. 또한 상기 초기 부분 대역폭은 상향 링크와 하향 링크에서 각각 부분 대역폭 식별자의 0번으로 지정되어 사용될 수 있다. 즉, 같은 셀에 접속한 모든 단말은 동일한 초기 부분 대역폭을 동일하게 부분 대역폭 식별자 0번으로 지정하여 사용할 수 있다. 왜냐하면 랜덤 액세스 절차를 수행할 때 기지국이 랜덤 액세스 응답(RAR) 메시지를 모든 단말이 읽을 수 있는 초기 부분 대역폭으로 전송하도록 할 수 있기 때문에 경쟁 기반 랜덤 액세스 절차를 용이하게 하는 장점이 있을 수 있기 때문이다.
처음 활성화 부분 대역폭은 단말 별로 서로 다르게 설정될 수 있으며, 복수 개의 부분 대역폭들 중에서 부분 대역폭 식별자로 지정하여 지시할 수 있다. 상기 처음 활성화 부분 대역폭은 하향 링크와 상향 리크에 대해 각각 설정될 수 있으며, 처음 활성화 하향 링크 부분 대역폭와 처음 활성화 상향 링크 부분 대역폭으로 각각 부분대역폭 식별자로서 설정될 수 있다. 상기 처음 활성화 부분 대역폭은 하나의 셀에 복수 개의 부분 대역폭을 설정했을 때 어떤 부분 대역폭을 처음에 활성화시켜서 사용할 것인지를 지시하는 용도로 사용될 수 있다. 예를 들면 단말에게 Pcell 또는 Pscell과 복수 개의 Scell들이 설정되고 상기 각 Pcell 또는 Pscell 또는 Scell에 복수 개의 부분 대역폭이 설정되었을 때 상기 Pcell 또는 Pscell 또는 Scell이 활성화된다면 단말은 상기 Pcell 또는 Pscell 또는 Scell에 설정된 복수 개의 부분 대역폭들 중에서 처음 활성화 부분 대역폭을 활성화하여 사용할 수 있다. 즉, 하향 링크에 대해서는 처음 활성화 하향 링크 부분 대역폭을 활성화하여 사용하고 상향 링크에 대해서는 처음 활성화 상향 링크 부분 대역폭을 활성화하여 사용할 수 있다.
단말이 Scell에 대해 현재 또는 활성화된 하향 링크 부분 대역폭을 스위칭하여, 처음 활성화 하향 링크 부분 대역폭(또는 RRC 메시지를 통해 설정된 또는 지시된 부분 대역폭)으로 활성화하거나 또는 현재 또는 활성화된 상향 링크 부분 대역폭을 스위칭하여 처음 활성화 상향 링크 부분 대역폭(또는 RRC 메시지를 통해 설정된 또는 지시된 부분 대역폭)을 활성화하는 동작은, 어떤 Scell 또는 어떤 활성화된 Scell의 부분 대역폭이 비활성화 상태 또는 휴면화 상태에 있다가 활성화 지시를 수신하거나, 또는 비활성화 또는 휴면화 부분 대역폭에서 일반 부분 대역폭으로 스위칭하거나 또는 활성화하라는 지시를 RRC 메시지 또는 MAC 제어 정보 또는 PDCCH의 DCI를 통해 수신할 때 수행될 수 있다. 또한, 단말이 활성화된 Scell 또는 부분 대역폭을 휴면화 상태로 천이하라는 지시 또는 휴면화 부분 대역폭으로 스위칭하거나 또는 활성화하라는 지시를 RRC 메시지 또는 MAC 제어 정보 또는 PDCCH의 DCI를 통해 수신할 때 부분 대역폭을 휴면 부분 대역폭으로 스위칭하거나 또는 활성화하거나 또는 부분 대역폭을 휴면화할 수 있다.
휴면화 또는 휴면 부분 대역폭으로의 스위칭 또는 휴면 부분 대역폭의 활성화는 본 개시에서 휴면화 상태에서 설명하는 동작을 수행하는 것을 의미할 수 있다. 즉, PDCCH 모니터링을 수행하지 않고, 하향 링크 부분 대역폭(또는 휴면 부분 대역폭)에 대해 채널을 측정하여 기지국에게 보고하는 동작을 수행할 수 있다. 또 다른 실시 예로 상기 활성화된 Scell 또는 부분 대역폭을 일반 부분 대역폭으로 활성화 또는 스위칭시킬 때 하향 링크 부분 대역폭을 스위칭하여 처음 활성화 하향 링크 부분 대역폭으로 활성화하고 상향 링크 부분 대역폭을 스위칭하여 처음 활성화 상향 링크 부분 대역폭으로 활성화할 것이기 때문에 상기 휴면 부분 대역폭을 상기 처음 활성화 하향 링크 또는 상향 링크 부분 대역폭 또는 기본 부분 대역폭으로 설정할 수 있다. 기본 부분 대역폭은 단말 별로 서로 다르게 설정될 수 있으며, 복수 개의 부분 대역폭들 중에서 부분 대역폭 식별자로 지정되어 지시될 수 있다. 상기 기본 부분 대역폭은 하향 링크에 대해서만 설정될 수 있다. 상기 기본 부분 대역폭은 복수 개의 하향 링크 부분 대역폭들 중에서 활성화된 부분 대역폭이 일정 시간 이후에 폴백할 부분 대역폭으로 사용될 수 있다. 예를 들어 부분 대역폭 비활성화 타이머(bwp inactivity timer)를 RRC 메시지로 셀 별 또는 부분 대역폭 별로 설정해줄 수 있으며, 상기 타이머는 기본 부분 대역폭이 아닌 활성화된 부분 대역폭에서 데이터 송수신이 발생할 때 타이머가 시작 또는 재시작되며 또는 활성화된 부분 대역폭이 다른 부분 대역폭으로 스위칭되었을 때 시작 또는 재시작될 수 있다. 상기 타이머가 만료하면 단말은 상기 셀에 활성화된 하향 링크 부분 대역폭을 기본 대역폭으로 폴백 또는 스위칭시킬 수 있다. 스위칭은 현재 활성화된 부분 대역폭을 비활성화시키고 스위칭이 지시된 부분 대역폭을 활성화시키는 절차를 의미할 수 있으며, 스위칭은 RRC 메시지 또는 MAC 제어 정보 또는 L1 시그날링(PDCCH의 DCI)을 통해 트리거링될 수 있다. 스위칭은 스위칭이 될 또는 활성화될 부분 대역폭을 지시하는 것으로 트리거링될 수 있으며, 부분 대역폭은 부분 대역폭 식별자(예를 들면 0 또는 1 또는 2 또는 3 또는 4)로 지시될 수 있다.
상기 기본 부분 대역폭을 하향 링크에 대해서만 적용하여 사용하는 이유는 기지국이 단말에게 셀 별로 일정 시간이 지나면 기본 부분 대역폭으로 폴백하게 하여 기지국의 지시(예를 들면 PDCCH의 DCI)를 받도록 함으로써, 기지국 스케쥴링을 용이하게 하기 위함이다. 예를 들면 기지국이 하나의 셀에 접속한 단말들의 기본 부분 대역폭을 초기 부분 대역폭으로 설정하면 기지국은 일정 시간 이후에 초기 부분 대역폭에서만 계속 스케쥴링 지시를 수행할 수 있다. 상기 기본 부분 대역폭이 RRC 메시지에서 설정되지 않은 경우, 초기 부분 대역폭을 기본 부분 대역폭으로 간주하여 상기 부분 대역 비활성화 타이머 만료시 초기 부분 대역폭으로 폴백시킬 수 있다.
또 다른 실시 예로 기지국의 구현 자유도를 높이기 위해서 상향 링크에 대해서도 기본 부분 대역폭을 정의하고 설정하여 하향 링크의 기본 부분 대역폭처럼 사용할 수 있다.
휴면 부분 대역폭은 활성화된 Scell의 휴면화 모드인 부분 대역폭 또는 휴면화 부분 대역폭을 의미한다. 상기 휴면 부분 대역폭을 활성화했을 때 단말은 기지국과 데이터를 주고받을 수 없으며, 또는 기지국의 지시를 확인하기 위한 PDCCH를 모니터링 하지 않으며, 또는 파일럿 신호도 전송하지 않는다. 다만, 단말은 채널 측정을 수행하고, 측정한 주파수/셀/채널에 대한 측정 결과를 기지국 설정에 따라서 주기적으로 또는 이벤트가 발생할 때 보고를 수행할 수 있다. 따라서 단말은 상기 활성화된 Scell의 휴면화 부분 대역폭에서 PDCCH를 모니터링하지 않고 파일럿 신호를 전송하지 않기 때문에 활성화된 SCell의 일반 부분 대역폭(또는 휴면 부분 대역폭이 아닌 부분 대역폭)에 비해서 또는 활성화된 SCell의 일반 부분 대역폭(또는 휴면 부분 대역폭이 아닌 부분 대역폭)을 활성화했을 때에 비해서 배터리를 절감할 수 있다. 또한 단말은 상기 SCell을 비활성화 했을 때와 달리 채널 측정 보고를 수행하기 때문에 기지국이 측정 보고를 기반으로 또는 상기 활성화된 SCell의 휴면화 부분 대역폭의 측정 보고를 기반으로 상기 활성화된 SCell의 일반 부분 대역폭을 빠르게 활성화시켜 캐리어 집적 기술을 빠르게 사용할 수 있도록 하여 전송 지연을 줄일 수 있다.
휴면으로부터 활성화되는 처음 활성화 부분 대역폭(또는 처음 활성화 비휴면 부분 대역폭)은 단말의 한 활성화된 SCell의 부분 대역폭을 휴면 부분 대역폭으로 운영하고 있을 때 또는 활성화된 SCell에서 활성화된 부분 대역폭이 휴면 부분 대역폭일 때 또는 SCell에서 휴면 부분 대역폭으로 스위칭하였을 때 단말이 기지국으로부터 PDCCH의 DCI 또는 MAC CE 또는 RRC 메시지를 통해 상기 활성화된 SCell의 부분 대역폭을 휴면 부분 대역폭에서 일반 부분 대역폭(또는 휴면 부분 대역폭이 아닌 부분 대역폭)으로 스위칭하도록 지시한 경우 또는 휴면 부분 대역폭에서 활성화 부분 대역폭을 일반 부분 대역폭으로 스위칭 또는 전환하도록 지시한 경우 또는 휴면 부분 대역폭에서 활성화 부분 대역폭을 일반 부분 대역폭(예를 들면 휴면으로부터 활성화되는 처음 활성화 부분 대역폭)으로 스위칭 또는 전환 또는 활성화하도록 지시한 경우, 상기 지시에 따라서 단말이 상기 활성화된 SCell의 부분 대역폭을 스위칭해야 하는 또는 활성화해야 하는 부분 대역폭이거나, 또는 RRC 메시지에서 설정된 휴면으로부터 활성화되는 처음 활성화 부분 대역폭일 수 있다.
본 개시에서 제1의 부분 대역폭을 제2의 부분 대역폭으로 스위칭한다는 의미는 제2의 부분 대역폭을 활성화한다는 의미로 해석될 수 있으며, 또는 활성화되었었던 제1의 부분 대역폭을 비활성화하고 제2의 부분 대역폭을 활성화한다는 의미로 해석될 수 있다.
또한 RRC 연결 설정의 RRCSetup 메시지(325단계) 또는 RRCResume 메시지 또는 RRCReconfiguration 메시지(345단계)에서는 주파수 측정 설정 정보(measurement configuration) 및 주파수 측정 갭 설정 정보(measurement gap information) 등을 설정해줄 수 있으며, 주파수 측정 대상(measurement object) 정보를 포함할 수 있다. 또한 RRC 연결 설정의 RRCSetup 메시지(625단계) 또는 RRCResume 메시지 또는 RRCReconfiguration 메시지(345단계)에서는 단말의 전력 소모를 줄이기 위한 기능(power saving mode)을 설정해줄 수 있으며, 또는 MBS 서비스를 단말이 수신할 때 전력 소모를 줄이기 위해 MBS 서비스 수신을 위한 DRX(Discontinuous Reception) 주기(cycle) 또는 오프셋 또는 on-duration 구간(단말이 PDCCH를 모니터링해야 하는 구간) 또는 시간 정보 등의 설정 정보 또는 상기 DRX 주기에서 on-duration 구간 전에 언제 기지국으로부터 PDCCH를 모니터링 또는 탐지해야 하는 지를 나타내는 시간 정보 또는 짧은 시간 주기 정보 등을 설정해줄 수 있다. 단말의 전력 소모를 줄이기 위한 기능이 설정되었다면 단말은 DRX 주기를 설정하고, on-duration 구간 전에 기지국의 PDCCH를 모니터링하도록 설정된 구간에서 WUS(Wake-Up Signal) 신호를 탐지할 수 있다. 또한, 상기 WUS 신호의 PDCCH의 DCI로 기지국은 단말에게 바로 뒤의 on-duration 구간에서 PDCCH 모니터링을 스킵할지(또는 수행하지 않을지) 또는 수행할지를 지시해줄 수 있다. 단말은 on-duration 구간에서는 항상 PDCCH를 모니터링해야 하는데 상기 WUS 신호로 기지국은 단말이 on-duration 구간에서 PDCCH를 모니터링을 수행하지 않도록 지시하여 단말의 배터리 소모를 절약하도록 할 수 있다. 또한, 단말은 MBS 서비스를 수신하는 경우, MBS 서비스를 위해서 설정된 DRX 설정 정보를 적용하여 PDCCH 모니터링을 하는 구간을 상기 설정 정보에 기반하여 주기적으로 상기 구간을 정하고 PDCCH 모니터링을 항상 수행하지 않도록 하여 전력 소모를 줄일 수 있다.
RRC 연결 설정이 완료되면 단말(302)은 RRC 메시지를 통해 설정된 지시에 따라서 복수 개의 부분 대역폭을 설정할 수 있다(355단계). 그리고 배터리를 절감하기 위해서 상기 설정된 복수 개의 부분 대역폭 중에 하나 혹은 적은 수의 대역폭을 활성화할 수 있다. 예를 들면 활성화할 하나의 부분 대역폭을 지시할 수 있다. 그리고 기지국(303)은 RRC 메시지 혹은 MAC 제어 정보(MAC CE) 혹은 L1 시그날링(PDCCH의 DCI 등 물리Y 계층 제어 시그널)를 통해 부분 대역폭의 활성화를 지시하여 초기 접속 부분 대역폭에서 새로운 부분 대역폭으로 전환(switch)하는 것을 지시할 수 있다(355단계). 또 다른 실시 예로 PDCCH의 DCI에 새로운 비트맵 정보를 정의하고 활성화 또는 휴면화 또는 비활성화 여부를 지시할 수 있다. 또 다른 실시 예로 상기 비트맵으로 일반 부분 대역폭(예를 들면 휴면화로부터 활성화할 처음 활성화 부분 대역폭)을 활성화할 지 또는 휴면 부분 대역폭을 활성화할 지 또는 휴면 부분 대역폭으로 스위칭할 지 또는 부분 대역폭 스위칭을 수행할 지를 지시할 수 있다. 상기 초기 접속 부분 대역폭에는 또 다른 새로 접속하는 사용자들이 많이 있을 수 있기 때문에 스케줄링 측면에서 새로운 부분 대역폭을 할당하고 연결된 사용자들을 따로 관리하는 것이 훨씬 유리할 수 있다. 왜냐하면 초기 접속 부분 대역폭은 단말 별로 설정되는 것이 아니라 모든 단말들에게 공통으로 공유되어 사용될 수 있기 때문이다. 또한 시그널링 오버헤드를 줄이기 위해서 상기 MAC 제어 정보 혹은 L1 시그널링 혹은 시스템 정보로 디폴트 부분 대역폭을 동적으로 지시할 수 있다. 기지국(303)은 MBS 서비스를 지원하는 부분 대역폭(예를 들면 MBS 전용 부분 대역폭)으로 단말(302)의 어떤 셀(예를 들면 PCell 또는 SCell)의 부분 대역폭을 스위칭 또는 변경하여 단말이 MBS 서비스를 수신하도록 할 수 있다(360단계).
도 3의 365 내지 395단계는 핸드오버와 관련된 절차로 하기 도 16의 1605 내지 1675단계에서 더 구체적으로 설명한다.
본 개시에서는 기지국 또는 네트워크가 단말에게 MBS 서비스를 지원해줄 때 시스템 정보 또는 RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지 또는 새로 정의한 새로운 RRC 메시지) 또는 MBS 채널을 위한 제어 메시지를 통해 단말에게 MBS 서비스를 위한 베어러 설정 정보 또는 MBS 서비스를 위한 전송 자원 정보(예를 들면 시간 자원, 주파수 자원, 대역폭 또는 주파수, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 서브 캐리어 간격, 전송 자원 주기, MBS 서비스 별 RNTI 식별자 또는 MBS 서비스 별 논리 채널 식별자) 중 적어도 하나를 설정해줄 수 있다. 또 다른 실시 예로 MBS 서비스를 위한 베어러의 설정 정보는 디폴트 설정으로 약속 또는 지정될 수 있다. MBS 서비스를 위한 베어러는 기지국 관점 또는 단말 관점에서 멀티 캐스트 베어러 또는 유니 캐스트 베어러로 고려될 수 있다. 또 다른 실시 예로 시스템 정보 또는 RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지) 또는 MBS 채널을 위한 제어 메시지를 통해 별도의 식별자 또는 지시자를 설정하여 MBS 서비스를 위한 멀티 캐스트 베어러(또는 브로드 캐스트 베어러)인지 또는 MBS 서비스를 위한 유니 캐스트 베어러인지를 구분하여 단말에게 설정하도록 할 수 있다.
본 개시에서 멀티캐스트 베어러는 멀티 캐스트 서비스 또는 브로드 캐스트 서비스를 서비스하는 베어러를 지칭할 수 있으며 브로드 캐스트 베어러를 지시할 수 있다. 상기 멀티 캐스트 서비스는 네트워크에 등록된 또는 허가받은 단말에 한해서 제공하는 서비스를 지시할 수 있다. 또한, 상기 브로드 캐스트 서비스는 불특정 다수 또는 네트워크에 등록되지 않았거나 또는 허가 받지 않은 단말에게도 제공하는 서비스를 지시할 수 있다. 본 개시에서는 설명의 편의를 위해 상기 멀티 캐스트 서비스 또는 브로드 캐스트 서비스를 지원하는 베어러를 멀티 캐스트 베어러라고 명명할 수 있다.
또한 본 개시에서 MBS 서비스는 MBS 서비스를 위한 멀티 캐스트 서비스 또는 브로드 캐스트 서비스 또는 유니 캐스트 서비스를 지시할 수 있으며, 설명의 편의상 MBS 서비스로 설명할 수 있다.
또한 본 개시에서 멀티 캐스트 서비스는 PTM(Point to Multicast) 방식으로 지원하는 MBS 서비스를 지시할 수 있거나 또는 멀티 캐스트 베어러로 지원될 수 있으며, 유니 캐스트 서비스는 PTP(Point to Point) 방식으로 지원하는 MBS 서비스를 지시할 수 있거나 또는 유니 캐스트 베어러로 지원될 수 있다.
또한 본 개시에서 MBS 베어러는 멀티 캐스트 베어러 또는 유니 캐스트 베어러를 지시할 수 있다.
본 개시에서 설명하는 DL-SCH(Downlink Shared Channel)는 CCCH(Common Control Channel) 또는 DCCH(Dedicated Control Channel) 또는 DTCH(Dedicated Traffic Channdel)를 포함 또는 지시할 수 있다.
본 개시에서 설명하는 MBS 서비스를 위한 베어러 또는 멀티 캐스트 베어러 또는 유니 캐스트 베어러는 멀티 캐스트 베어러 또는 유니 캐스트 베어러로 해석될 수 있다.
본 개시에서 베어러는 SRB와 DRB를 포함하는 의미일 수 있으며, SRB는 시그널링 무선 베어러(Signaling Radio Bearer)를 의미하며, DRB는 데이터 무선 베어러(Data Radio Bearer)를 의미한다. 상기 SRB는 주로 RRC 계층 장치의 RRC 메시지를 전송하고 수신하는 데 사용되며, DRB는 주로 사용자 계층 데이터들을 전송하고 수신하는 데에 사용된다. 그리고 UM DRB는 UM모드로 동작하는 RLC 계층 장치를 사용하는 DRB를 의미하며, AM DRB는 AM모드로 동작하는 RLC 계층 장치를 사용하는 DRB를 의미한다.
본 개시에서 설명하는 MBS 서비스를 위한 MBS 데이터는 MBS 채널의 설정 정보 또는 베어러 설정 또는 서비스 설정을 위한 MBS 제어 데이터(control plane data) 또는 MBS 서비스를 지원하는 MBS 사용자 데이터(user plane data)로 해석될 수 있다.
본 개시에서 설명하는 RNTI(Radio Network Temporary Identifier) 식별자는 단말이 물리 계층 장치에서 PDCCH를 모니터링하고, 수신한 PDCCH의 CRC(Cyclic Redundancy Check)를 디스크램블링(descrambling) 또는 체킹(checking)하여 단말에 설정된 RNTI 값 또는 단말이 수신하려고 하는 PDCCH에 해당하는 RNTI 값인지 확인하고 단말이 읽어야 하는 PDCCH인지 여부를 결정하기 위해 사용되는 식별자이다.
도 4a 내지 도 4d는 본 개시의 일 실시 예에 따른 MBS 서비스를 위해 설정되는 베어러의 구조를 나타낸 도면이다. 즉, 도 4a 내지 도 4d는 기지국 또는 네트워크가 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴 모드 단말에게 MBS 서비스를 지원해줄 때 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지) 또는 MBS 채널을 위한 제어 메시지를 통해 단말에게 MBS 서비스를 위해 설정할 수 있는 또는 단말이 MBS 서비스를 받기 위해 수립하는 베어러의 구조를 설명한다. 또한 도 4a 내지 도 4d에서 설명하는 베어러 구조들은 일반 데이터 서비스를 지원하는 경우에도 확장하여 적용 또는 설정될 수 있다.
MBS 서비스를 위해 설정되는 베어러의 구조는 도 4a 내지 도 4d의 베어러 구조들 중에서 하나 또는 복수 개의 구조를 가질 수 있다. 또 다른 실시 예로 MBS 서비스를 위한 베어러의 설정 정보는 도 4a 내지 도 4d의 베어러 구조들 중에서 하나 또는 복수 개의 구조가 디폴트 설정으로 약속 또는 지정될 수 있다. 또한 도 4a 내지 도 4d의 베어러 구조들은 단말 또는 기지국에 설정 또는 적용될 수 있다.
도 4a은 본 개시의 일 실시 예에 따른 MBS 서비스를 지원하기 위한 제1의 베어러 구조를 나타낸 도면이다.
상기 제1의 베어러 구조(401a)로 MBS 서비스를 위한 유니 캐스트 베어러 또는 멀티 캐스트 베어러가 설정된다면 단말은 MAC 계층 장치와 상위 MBS 응용 계층 장치를 직접 연결하는 베어러 구조를 MBS 서비스를 위한 베어러로 설정할 수 있다. 상기 제1의 베어러 구조에 대해서는 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 적용하지 않을 수 있다. 또한 상기 제1의 베어러 구조(401a)에서 단말은 물리 계층 장치 또는 MAC 계층 장치를 통해서 수신한 MBS 데이터(MBS 제어 데이터 또는 MBS 사용자 데이터)를 상위 MBS 응용 계층 장치로 전달할 수 있다. 상기 제1의 베어러 구조(401a)에서 MBS 데이터는 MAC 헤더를 포함하지 않을 수 있다. 예를 들면 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되고, 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, MAC 헤더가 없어도 MBS 데이터를 MAC 계층 장치에서 구분할 수 있기 때문이다. 또 다른 실시 예로 예를 들면 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되고, 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, MBS 데이터를 위한 제1의 RNTI가 할당되거나 또는 정해져 있다면, 물리 계층 장치 또는 MAC 계층 장치에서 MAC 헤더가 없어도 MBS 데이터를 구분할 수 있기 때문이다. MBS 데이터를 위한 제1 RNTI는 MBS 제어 데이터(또는 MBS 제어 데이터 채널)를 위한 제1-1의 RNTI 또는 MBS 사용자 데이터(또는 MBS 사용자 데이터 채널)를 위한 제1-2의 RNTI로 각각 할당 또는 지정될 수 있다. 상기 제1의 베어러 구조(401a)에서 MAC 계층 장치는 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 MBS 서비스를 지원하는 베어러에 대해서 기본적으로 적용하지 않을 수 있다. 또한 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 채널을 위한 제어 메시지에 상기 제1의 베어러 구조(401a)에 대해서 SDAP 계층 장치의 설정 정보가 설정되지 않고, SDAP 계층 장치에서 상기 제1의 베어러의 데이터를 처리하지 않고(예를 들면 bypass) 바로 MBS 응용 계층 장치로 전달할 수 있다. 또 다른 실시 예로 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에 상기 베어러에 대한 SDAP 계층 장치 설정 정보가 설정될 수 있으며, QoS 플로우와 베어러의 맵핑 정보가 설정 또는 재설정 될 수 있다. 또한 상기 SDAP 계층 장치 설정 정보에서 하향 링크 데이터에 대해서 SDAP 헤더의 유무 또는 상향 링크 데이터에 대해서 SDAP 헤더의 유무가 설정될 수 있다. 또한 상기 QoS 플로우와 베어러의 맵핑 정보를 이용해 유니 캐스트 베어러 또는 멀티 캐스트 베어러 간의 재설정 또는 스위칭 절차를 지원할 수 있다. 또한 상기 베어러에 대한 SDAP 설정 정보에서 MBS 서비스에 대한 QoS 플로우를 상기 베어러에 맵핑시켜 MBS 서비스들을 지원할 수 있다. 상기 제1의 베어러 구조(401a)에서 수신되거나 또는 송신될 수 있는 MBS 데이터는 402a 또는 403a의 구조를 가질 수 있다. 예를 들면 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지의 설정 정보에 따라서 상기 제1의 베어러 구조(401a)에서 수신될 수 있는 또는 송신될 수 있는 MBS 데이터는 402a 또는 403a의 구조를 가질 수 있다.
도 4b는 본 개시의 일 실시 예에 따른 MBS 서비스를 지원하기 위한 제2으 베어러 구조를 나타낸 도면이다.
상기 제2의 베어러 구조(401b)로 MBS 서비스를 위한 유니 캐스트 베어러 또는 멀티 캐스트 베어러가 설정된다면 단말은 MAC 계층 장치와 연결되는 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 논리 채널 식별자(또는 MBS 서비스)에 해당하는 RLC 계층 장치를 설정할 수 있다. 또한 상기 RLC 계층 장치를 상위 MBS 응용 계층 장치와 직접 연결하는 베어러 구조를 MBS 서비스를 위한 베어러로 설정할 수 있다. 상기 제2의 베어러 구조(401b)에서 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 상기 제2의 베어러에 대해서는 적용하지 않을 수 있다. 또는 상기 제2의 베어러 구조(401b)에서 단말은 물리 계층 장치 또는 MAC 계층 장치를 통해서 수신한 MBS 데이터(MBS 제어 데이터 또는 MBS 사용자 데이터)를 상기 RLC 계층 장치를 통해 상위 MBS 응용 계층 장치로 전달할 수 있다. 상기 제2의 베어러 구조(401b)에서 MBS 데이터는 MAC 헤더를 포함하지 않을 수 있다. 예를 들면 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되고, 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, MAC 헤더가 없어도 MBS 데이터를 MAC 계층 장치에서 구분할 수 있기 때문이다. 또 다른 실시 예로 예를 들면 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되고, 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, MBS 데이터를 위한 제1의 RNTI가 할당되거나 또는 정해져 있다면, 물리 계층 장치 또는 MAC 계층 장치에서 MAC 헤더가 없어도 MBS 데이터를 구분할 수 있기 때문이다. MBS 데이터를 위한 제1 RNTI는 MBS 제어 데이터(또는 MBS 제어 데이터 채널)를 위한 제1-1의 RNTI 또는 MBS 사용자 데이터(또는 MBS 사용자 데이터 채널 또는 논리 채널 식별자 또는 MBS 서비스 별)를 위한 제1-2의 RNTI들을 각각 할당 또는 지정할 수 있다. 또 다른 실시 예로 상기 제2의 베어러 구조(401b)에서 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되거나 또는 일반 데이터 서비스를 위해 사용되는 DL-SCH에서 MBS 서비스가 지원될 수 있다. 또는 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, MBS 데이터는 MAC 헤더를 포함할 수 있으며, MAC 헤더에 포함되어 있는 논리 채널 식별자를 기반으로 MBS 제어 데이터(또는 MBS 제어 데이터 채널) 또는 MBS 사용자 데이터(또는 MBS 사용자 데이터 채널 또는 논리 채널 식별자 또는 MBS 서비스 별) 또는 MBS 서비스를 구분하도록 할 수 있으며, 또는 구분하여 각 RLC 계층 장치로 역다중하여 전달할 수 있다. 또 다른 실시 예로 상기 제2의 베어러 구조(401b)에서 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되거나 또는 일반 데이터 서비스를 위해 사용되는 DL-SCH에서 MBS 서비스가 지원될 수 있다. 또는 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, 상기 전송 자원에서 MBS 데이터를 수신할 수 있으며, MBS 데이터를 위한 제1의 RNTI가 할당되거나 또는 정해져 있다면 상기 전송 자원에서 상기 제1 RNTI로 PDCCH 지시에 따라 MBS 데이터를 수신할 수 있다. 상기 MBS 데이터는 MAC 헤더를 포함할 수 있으며, MAC 헤더에 포함되어 있는 논리 채널 식별자를 기반으로 MBS 제어 데이터(또는 MBS 제어 데이터 채널) 또는 MBS 사용자 데이터(또는 MBS 사용자 데이터 채널 또는 논리 채널 식별자 또는 MBS 서비스 별) 또는 MBS 서비스를 구분할 수 있으며, 또는 구분하여 각 RLC 계층 장치로 역다중하여 전달할 수 있다. 즉, 논리 채널을 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 서비스 별로 서로 다른 논리 채널 식별자를 설정 또는 정의하고 MBS 서비스를 지원할 수 있다. 상기 제2의 베어러 구조(401b)에서 설정된 RLC 계층 장치는 TM(Transparent Mode)로 설정될 수 있으며, MBS 데이터에 RLC 헤더가 포함되지 않을 수 있다. 또는 상기 RLC 계층 장치에서는 RLC 일련번호 길이가 설정되지 않을 수 있다. 또는 상기 RLC 계층 장치는 상기 MBS 데이터에 대해서 데이터 처리 절차를 적용하지 않을 수 있다. 또한 상기 제2의 베어러 구조(401b)에서 설정된 RLC 계층 장치는 TM 모드에서 MBS 데이터에 대해서 데이터 분할하는 절차 또는 재조립하는 절차를 적용하지 않을 수 있다. 또는 상기 제2의 베어러 구조(401b)에서 설정된 RLC 계층 장치는 RLC 수신 윈도우 크기를 0으로 설정할 수 있으며 또는 RLC 수신 윈도우를 운영하지 않을 수 있다. 상기 제2의 베어러 구조에서 MAC 계층 장치는 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 MBS 서비스를 지원하는 베어러에 대해서 기본적으로 적용하지 않을 수 있다. 또는 상기 시스템 정보, 상기 RRC 메시지 또는 상기 MBS 채널을 위한 제어 메시지에서 상기 제2의 베어러 구조(401b)에 대해서 SDAP 계층 장치의 설정 정보가 설정되지 않고, SDAP 계층 장치에서 상기 제2의 베어러의 데이터를 처리하지 않고(예를 들면 bypass) 바로 MBS 응용 계층 장치로 전달할 수 있다. 또 다른 실시 예로 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에서 상기 베어러에 대한 SDAP 계층 장치 설정 정보가 설정될 수 있으며, QoS 플로우와 베어러의 맵핑 정보가 설정 또는 재설정 될 수 있다. 또한 상기 SDAP 계층 장치 설정 정보에서 하향 링크 데이터에 대해서 SDAP 헤더의 유무 또는 상향 링크 데이터에 대해서 SDAP 헤더의 유무가 설정될 수 있다. 또한 상기 QoS 플로우와 베어러의 맵핑 정보를 이용해 유니 캐스트 베어러 또는 멀티 캐스트 베어러 간의 재설정 또는 스위칭 절차를 지원할 수 있다. 또한 상기 베어러에 대한 SDAP 설정 정보에서 MBS 서비스에 대한 QoS 플로우를 상기 베어러에 맵핑시켜 MBS 서비스들을 지원할 수 있다. 상기 제2의 베어러 구조(401b)에서 수신되거나 또는 송신될 수 있는 MBS 데이터는 402b의 구조를 가질 수 있다. 예를 들면 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메싲, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지의 설정 정보에 따라서 상기 제2의 베어러 구조(401b)에서 수신되거나 또는 송신될 수 있는 MBS 데이터는 402b의 구조를 가질 수 있다.
도 4c는 본 개시의 일 실시 예에 따른 MBS 서비스를 지원하기 위한 제3의 베어러 구조를 나타낸 도면이다.
상기 제3의 베어러 구조(401c)로 MBS 서비스를 위한 유니 캐스트 베어러 또는 멀티 캐스트 베어러가 설정된다면 단말은 MAC 계층 장치와 연결되는 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 논리 채널 식별자(또는 MBS 서비스)에 해당하는 RLC 계층 장치를 설정할 수 있다. 또한 상기 RLC 계층 장치를 상위 MBS 응용 계층 장치와 직접 연결하는 베어러 구조를 MBS 서비스를 위한 베어러로 설정할 수 있다. 상기 제3의 베어러 구조에서 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 상기 제3의 베어러에 대해서는 적용하지 않을 수 있다. 또 다른 실시 예로 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에서 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행할지 또는 수행하지 않을 지를 지시자로 설정하도록 할 수 있다. 예를 들면 상기 시스템 정보, 상기 RRC 메시지 또는 상기 MBS 채널을 위한 제어 메시지에서 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행하도록 지시자가 설정(지시자 값이 특정 값을 지시하거나 또는 지시자 필드가 없거나)된 경우, 수행될 수 있다. 또는 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행하지 않도록 지시자가 설정(지시자 값이 특정 값을 지시하거나 또는 지시자 필드가 없거나)된 경우 수행되지 않을 수 있다. 또는 MAC 계층 장치에서 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 MBS 서비스를 지원하는 베어러에 대해서 기본적으로 적용되지 않을 수 있다. 또는 상기 지시자를 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 논리 채널 식별자(또는 MBS 서비스) 또는 베어러 식별자에 대해서 각각 설정할 수 있다. 또 다른 실시 예로 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행하도록 하거나또는 설정한 경우, 또는 특정 논리 채널 식별자 또는 MBS 서비스 또는 베어러에 대해서 설정한 경우, 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에서 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 논리 채널 식별자(또는 MBS 서비스) 또는 베어러 식별자에 대해 설정된 RLC 계층 장치에 대해서 HARQ 재정렬(HARQ reordering) 또는 RLC 재정렬 기능(RLC reordering 또는 in-order delivery)을 수행하도록 지시자(지시자 값이 특정 값을 지시하거나 또는 지시자 필드가 없거나)를 설정할 수 있다. 또는 RLC 수신 윈도우 크기를 0보다 큰 값(예를 들면 2^(RLC 일련번호 길이 - 1))으로 설정하여 운영할 수 있다. 왜냐하면 MBS 데이터에 대해서 HARQ 프로세스 또는 재전송을 수행하는 경우, 데이터의 순서가 섞일 수 있기 때문에 RLC 수신 윈도우를 기반으로 또는 RLC 일련번호 기준으로 MBS 데이터에 대해 재정렬을 수행해야 하며, 또는 재정렬 타이머를 구동해야 순서대로 MBS 서비스를 지원할 수 있기 때문이다. 또 다른 실시 예로 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행하지 않는 경우 또는 수행하지 않도록 설정한 경우, 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에서 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 논리 채널 식별자(또는 MBS 서비스) 또는 베어러 식별자에 대해 설정된 RLC 계층 장치에 대해서 HARQ 재정렬 또는 RLC 재정렬 기능을 수행하지 않도록 지시자(지시자 값이 특정 값을 지시하거나 또는 지시자 필드가 없거나)를 설정하여 수행하지 않도록 할 수 있다. 또는 MAC 계층 장치에서 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 MBS 서비스를 지원하는 베어러에 대해서 기본적으로 적용하지 않도록 하여, MBS 서비스를 지원하는 베어러에 설정된 RLC 계층 장치에서도 기본적으로 HARQ 재정렬 또는 RLC 재정렬 기능을 수행하지 않도록 할 수 있다. 또는 RLC 수신 윈도우 크기를 0으로 설정하여 수신 RLC 윈도우를 운영하지 않을 수 있다. 예를 들면 상기 설정 정보가 없으면 또는 기본적으로 단말은 RLC 계층 장치에서 항상 수신하는 데이터를 순서와 상관없이 비순서 전달 방법으로 상위 계층 장치에게 데이터를 전달할 수 있다. 또는 상기 제3의 베어러 구조(401c)에서 단말은 물리 계층 장치 또는 MAC 계층 장치를 통해서 수신한 MBS 데이터(MBS 제어 데이터 또는 MBS 사용자 데이터)를 상기 RLC 계층 장치를 통해 상위 MBS 응용 계층 장치로 전달할 수 있다. 상기 제3의 베어러 구조(401c)에서 MBS 데이터는 MAC 헤더를 포함할 수 있다. 또는 상기 MAC 헤더에 포함된 논리 식별자는 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 각 MBS 서비스를 지시하도록 설정 또는 정의될 수 있다. 예를 들면 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되고, 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, MBS 데이터를 위한 제1의 RNTI가 할당되거나 또는 정해져 있다면, 물리 계층 장치 또는 MAC 계층 장치에서 MBS 데이터를 RNTI 또는 논리 채널 식별자 기반으로 MBS 제어 데이터인지 또는 MBS 사용자 데이터인지 또는 어떤 MBS 서비스를 위한 데이터인지 구분할 수 있으며, 또는 구분하여 각 RLC 계층 장치로 역다중하여 전달할 수 있다. MBS 데이터를 위한 제1 RNTI는 MBS 제어 데이터(또는 MBS 제어 데이터 채널)를 위한 제1-1의 RNTI 또는 MBS 사용자 데이터(또는 MBS 사용자 데이터 채널 또는 논리 채널 식별자 또는 MBS 서비스 별)를 위한 제1-2의 RNTI들을 각각 할당 또는 지정할 수 있다. 또 다른 실시 예로 상기 제3의 베어러 구조(401c)에서 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되거나 또는 일반 데이터 서비스를 위해 사용되는 DL-SCH에서 MBS 서비스가 지원된다. 또는 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, MBS 데이터는 MAC 헤더를 포함할 수 있으며, MAC 헤더에 포함되어 있는 논리 채널 식별자를 기반으로 MBS 제어 데이터(또는 MBS 제어 데이터 채널) 또는 MBS 사용자 데이터(또는 MBS 사용자 데이터 채널 또는 논리 채널 식별자 또는 MBS 서비스 별) 또는 MBS 서비스를 구분하도록 할 수 있으며, 또는 구분하여 각 RLC 계층 장치로 역다중하여 전달할 수 있다. 또 다른 실시 예로 상기 제3의 베어러 구조(401c)에서 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되거나 또는 일반 데이터 서비스를 위해 사용되는 DL-SCH에서 MBS 서비스가 지원된다. 또는 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, 상기 전송 자원에서 MBS 데이터를 수신할 수 있으며, MBS 데이터를 위한 제1 RNTI가 할당되거나 또는 정해져 있다면 상기 전송 자원에서 상기 제1 RNTI로 PDCCH 지시에 따라 MBS 데이터를 수신할 수 있다. 상기 MBS 데이터는 MAC 헤더를 포함할 수 있으며, MAC 헤더에 포함되어 있는 논리 채널 식별자를 기반으로 MBS 제어 데이터(또는 MBS 제어 데이터 채널) 또는 MBS 사용자 데이터(또는 MBS 사용자 데이터 채널 또는 논리 채널 식별자 또는 MBS 서비스 별) 또는 MBS 서비스를 구분할 수 있으며, 또는 구분하여 각 RLC 계층 장치로 역다중하여 전달할 수 있다. 즉, 논리 채널을 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 서비스 별로 서로 다른 논리 채널 식별자를 설정 또는 정의하고 MBS 서비스를 지원할 수 있다. 상기 제3의 베어러 구조에서 설정된 RLC 계층 장치는 TM 또는 UM 또는 UM 모드의 단방향 (uni-directional) 모드 또는 UM 모드의 양방향(bi-directional) 모드 또는 AM 모드로 설정될 수 있다. RLC TM 모드에서는 MBS 데이터에 RLC 헤더가 포함되지 않을 수 있으며, RLC UM 모드 또는 AM 모드에서는 RLC 헤더를 포함할 수 있다. 또한 RLC TM 모드에서는 상기 RLC 계층 장치는 상기 MBS 데이터에 대해서 데이터 처리 절차를 적용하지 않을 수 있으며(예를 들면 데이터 분할 절차 또는 재조립 절차를 적용하지 않을 수 있다), RLC UM 모드 또는 AM 모드에서는 상기 MBS 데이터에 대해서 데이터 처리 절차를 적용할 수 있다. 또는 상기 시스템 정보, 상기 RRC 메시지 또는 상기 MBS 채널을 위한 제어 메시지에서 상기 제3의 베어러 구조(401c)에 대해서 SDAP 계층 장치의 설정 정보가 설정되지 않고, SDAP 계층 장치에서 상기 제3의 베어러의 데이터를 처리하지 않고 (예를 들면 bypass) 바로 MBS 응용 계층 장치로 전달할 수 있다. 또 다른 실시 예로 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에 상기 베어러에 대한 SDAP 계층 장치 설정 정보가 설정될 수 있으며, QoS 플로우와 베어러의 맵핑 정보가 설정 또는 재설정 될 수 있다. 또한 상기 SDAP 계층 장치 설정 정보에서 하향 링크 데이터에 대해서 SDAP 헤더의 유무 또는 상향 링크 데이터에 대해서 SDAP 헤더의 유무가 설정될 수 있다. 또한 상기 QoS 플로우와 베어러의 맵핑 정보를 이용해 유니 캐스트 베어러 또는 멀티 캐스트 베어러 간의 재설정 또는 스위칭 절차를 지원할 수 있다. 또한 상기 베어러에 대한 SDAP 설정 정보에서 MBS 서비스에 대한 QoS 플로우를 상기 베어러에 맵핑시켜 MBS 서비스들을 지원할 수 있다. 상기 제3의 베어러 구조(401c)에서 수신되거나 또는 송신될 수 있는 MBS 데이터는 402c 또는 403c의 구조를 가질 수 있다. 예를 들면 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지) 또는 MBS 채널을 위한 제어 메시지의 설정 정보에 따라서 상기 제3의 베어러 구조(401c)에서 수신되거나 또는 송신될 수 있는 MBS 데이터는 402c 또는 403c의 구조를 가질 수 있다. 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에서 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행하도록 설정된 경우 또는 지시자로 설정된 경우, HARQ ACK 또는 NACK을 전송할 전송 자원(예를 들면 시간 또는 주파수 자원, 전송 채널, 주파수 간격 등) 정보를 함께 전송해줄 수 있다. RRC 연결 모드 또는 RRC 비활성화 모드 또는 RRC 유휴모드 단말은 상기에서 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행하도록 설정된 경우, 하향 링크 MBS 데이터를 수신한 후 상기 설정된 전송 자원(예를 들면 물리적인 전송 자원)으로 HARQ ACK 또는 NACK을 전송할 수 있다. 상기 기지국은 상기 전송 자원에서 적어도 하나의 NACK을 감지한다면 또는 적어도 하나의 단말이라도 NACK을 전송했다는 것이 감지된다면 기지국은 상기 MBS 데이터에 대해서 재전송을 수행할 수 있다. 또는 MBS 채널을 통해 모든 단말이 수신할 수 있도록 재전송을 수행할 수 있다. 또 다른 실시 예로 RRC 연결 모드 또는 RRC 비활성화 모드 또는 RRC 유휴모드 단말은 상기 하향 링크 MBS 데이터를 수신한 후 MAC 제어 정보(또는 RLC 제어 정보 또는 PDCP 제어 정보 또는 RRC 메시지)를 정의하고 단말 식별자 또는 MBS 서비스 식별자 또는 논리 채널 식별자 또는 RNTI 식별자 또는 베어러 식별자를 포함하여 상기 MAC 제어 정보(또는 RLC 제어 정보 또는 PDCP 제어 정보 또는 RRC 메시지)를 전송하여 기지국으로 하여금 어떤 단말이 데이터를 성공적으로 수신하지 못하였는 지를 지시하도록 할 수 있다(예를 들면 상기 설정된 전송자원에서 상기 MAC 제어정보(또는 RLC 제어 정보 또는 PDCP 제어 정보 또는 RRC 메시지)를 전송할 수 있다). 상기 기지국은 상기 전송 자원에서 NACK을 전송한 또는 성공적인 수신을 하지 못했다는 것을 지시한 RRC 연결 모드 또는 RRC 유휴 모드 또는 RRC 비활성화 모드 단말에게만 상기 MBS 데이터에 대해서 재전송을 수행할 수 있다. 또 다른 실시 예로 상기 기지국은 상기 전송 자원에서 적어도 하나의 NACK을 감지한다면 또는 적어도 하나의 단말이라도 NACK을 전송했다는 것이 감지된다면 기지국은 상기 MBS 데이터에 대해서 재전송을 수행할 수 있다. 또는 MBS 채널을 통해 모든 단말이 수신할 수 있도록 재전송을 수행할 수 있다.
도 4d는 본 개시의 일 실시 예에 따른 MBS 서비스를 지원하기 위한 제4의 베어러 구조를 나타낸 도면이다.
상기 제4의 베어러 구조(401d, 402d, 403d)로 MBS 서비스를 위한 유니 캐스트 베어러 또는 멀티 캐스트 베어러가 설정된다면 단말은 MAC 계층 장치와 연결되는 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 논리 채널 식별자(또는 MBS 서비스)에 해당하는 RLC 계층 장치를 설정할 수 있다. 각 RLC 계층 장치는 MBS 서비스 별로 또는 MBS 서비스 유형(예를 들면 멀티캐스트 서비스(PTM, Point to Multicast MBS service) 또는 유니캐스트 서비스(Point to Point MBS service)) 별로 설정될 수 있으며, 하나의 기지국(또는 하나의 MAC 계층 장치) 또는 복수 개의 기지국(또는 복수 개의 MAC 계층 장치)과 연결되어 서비스 받도록 401d 또는 402d 또는 403d와 같이 설정될 수 있다. 또한 상기 설정 정보에서 각 RLC 계층 장치 또는 복수 개의 RLC 계층 장치들과 연결되는 PDCP 계층 장치를 설정할 수 있으며, 상기 PDCP 계층 장치를 상위 MBS 응용 계층 장치와 직접 연결하는 베어러 구조를 MBS 서비스를 위한 베어러로 설정할 수 있다.
상기 402d와 같은 제4의 베어러 구조에서 기지국은 멀티캐스트 서비스를 위한 제1의 RLC 계층 장치와 유니 캐스트 서비스를 위한 제2의 RLC 계층 장치를 하나의 PDCP 계층 장치에 설정해주어, 멀티 캐스트 서비스 방식과 유니 캐스트 방식 간의 스위칭(PTM to PTP switching 또는 PTP to PTM switching) 또는 변경을 용이하도록 할 수도 있다. 또한, 상기 402d와 같은 제4의 베어러 구조에서 기지국은 MBS 서비스 데이터를 제1의 RLC 계층 장치 또는 제2의 RLC 계층 장치로 전송할 수 있다. 제1의 RLC 계층 장치(예를 들면 멀티 캐스트 서비스를 위한 RLC 계층 장치 또는 프라이머리(primary) RLC 계층 장치 또는 세컨더리(secondary) RLC 계층 장치) 또는 제2의 RLC 계층 장치(예를 들면 유니 캐스트 서비스를 위한 RLC 계층 장치 또는 프라이버리 RLC 계층 장치 또는 세컨더리 RLC 계층 장치)를 구분할 수 있도록 RRC 메시지에 지시자(예를 들면 PTP 또는 PTM을 지시하는 지시자 또는 MBS 서비스 식별자 또는 프라이머리 RLC 장치를 지시하는 지시자 또는 셀그룹 식별자 또는 논리 채널 식별자 등)가 설정될 수 있으며, 또는 제1의 RLC 계층 장치 또는 제2의 RLC 계층 장치를 각각 프라이머리 RLC 계층 장치 또는 세컨더리 RLC 계층 장치로 설정하여 구분할 수 있다.
또한 상기 403d와 같은 제4의 베어러 구조에서 기지국은 멀티캐스트 서비스를 위한 제1의 RLC 계층 장치와 유니 캐스트 서비스를 위한 제2의 RLC 계층 장치를 하나의 PDCP 계층 장치에 설정하고, 멀티 캐스트 서비스 방식과 유니 캐스트 방식 간의 스위칭 또는 변경을 용이하도록 할 수 있다. 또한, 상기 403d와 같은 제4의 베어러 구조에서 기지국은 MBS 서비스 데이터를 제1의 RLC 계층 장치 또는 제2의 RLC 계층 장치로 전송할 수 있으며, 제1의 RLC 계층 장치 또는 제2의 RLC 계층 장치를 이중 접속 기술처럼 각각 서로 다른 기지국(제1의 기지국 또는 제2의 기지국)에 해당하는 MAC 또는 물리 계층 장치와 연결하여 단말이 MBS 서비스 데이터를 서로 다른 기지국으로부터 수신하도록 설정할 수 있다. 제1의 RLC 계층 장치(예를 들면 멀티 캐스트 서비스를 위한 RLC 계층 장치 또는 프라이머리 RLC 계층 장치 또는 세컨더리 RLC 계층 장치) 또는 제2의 RLC 계층 장치(예를 들면 유니 캐스트 서비스를 위한 RLC 계층 장치 또는 프라이머리 RLC 계층 장치 또는 세컨더리 RLC 계층 장치)를 구분할 수 있도록 RRC 메시지에 지시자(예를 들면 PTP 또는 PTM을 지시하는 지시자 또는 MBS 서비스 식별자 또는 프라이머리 RLC 장치를 지시하는 지시자 또는 셀그룹 식별자 또는 논리 채널 식별자 등)가 설정될 수 있다. 또는 제1의 RLC 계층 장치 또는 제2의 RLC 계층 장치를 각각 프라이머리 RLC 계층 장치 또는 세컨더리 RLC 계층 장치로 설정하여 구분할 수 있다.
상기 401d 또는 402d 또는 403d와 같은 제4의 베어러 구조는 복수 개의 RLC 장치들을 MBS 서비스 별 또는 MBS 서비스 유형(예를 들면 멀티캐스트 서비스 또는 유니캐스트 서비스) 별로 하나의 PDCP 계층 장치에 설정하여 MBS 서비스를 지원할 수 있다. 또한 상기 제4 베어러 구조에 설정되는 RLC 계층 장치들은 UM 모드 또는 AM 모드 또는 TM 모드로 설정될 수 있다. 예를 들면 멀티캐스트 서비스(PTM)를 지원하는 RLC 계층 장치는 UM 모드로 설정될 수 있으며 또는 유니캐스트 서비스(PTP)를 지원하는 RLC 계층 장치는 UM 모드 또는 AM 모드로 설정될 수 있다. 상기 제4의 베어러 구조에서 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 상기 제4의 베어러에 대해서는 적용하지 않을 수 있다.
또 다른 실시 예로 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행할지 또는 수행하지 않을 지를 지시자를 통해 설정하도록 할 수 있다. 예를 들면 상기 시스템 정보, 상기 RRC 메시지 또는 MBS 채널을 위한 제어 메시지에서 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행하도록 지시자가 설정(지시자 값이 특정 값을 지시하거나 또는 지시자 필드가 없거나)된 경우, 수행될 수 있다. 또는 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행하지 않도록 지시자가 설정(지시자 값이 특정 값을 지시하거나 또는 지시자 필드가 없거나)된 경우 수행되지 않을 수 있으며 또는 MAC 계층 장치에서 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 MBS 서비스를 지원하는 베어러에 대해서 기본적으로 적용하지 않을 수 있다. 또는 상기 지시자를 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 논리 채널 식별자(또는 MBS 서비스) 또는 베어러 식별자에 대해서 각각 설정할 수 있다. 또 다른 실시 예로 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행하거나 또는 설정한 경우, 또는 특정 논리 채널 식별자 또는 MBS 서비스 또는 베어러에 대해서 설정한 경우, 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, 또는 RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지) 또는 MBS 채널을 위한 제어 메시지에 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 논리 채널 식별자(또는 MBS 서비스) 또는 베어러 식별자에 대해 설정된 RLC 계층 장치에 대해서 HARQ 재정렬 또는 RLC 재정렬 기능을 수행하도록 지시자(지시자 값이 특정 값을 지시하거나 또는 지시자 필드가 없거나)를 설정할 수 있다. 또는 RLC 수신 윈도우 크기를 0보다 큰 값(예를 들면 2^(RLC 일련번호 길이 - 1))으로 설정하여 운영할 수 있다. 왜냐하면 MBS 데이터에 대해서 HARQ 프로세스 또는 재전송을 수행하는 경우, 데이터의 순서가 섞일 수 있기 때문에 RLC 수신 윈도우를 기반으로 또는 RLC 일련번호 기준으로 MBS 데이터에 대해 재정렬을 수행하거나, 또는 재정렬 타이머를 구동해야 순서대로 MBS 서비스를 지원할 수 있기 때문이다.
또 다른 실시 예로 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행하지 않는 경우 또는 수행하지 않도록 설정한 경우, 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 논리 채널 식별자(또는 MBS 서비스) 또는 베어러 식별자에 대해 설정된 RLC 계층 장치에 대해서 HARQ 재정렬 또는 RLC 재정렬 기능을 수행하지 않도록 지시자(지시자 값이 특정 값을 지시하거나 또는 지시자 필드가 없거나)를 설정하여 수행하지 않도록 할 수 있다. 또는 MAC 계층 장치에서 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 MBS 서비스를 지원하는 베어러에 대해서 기본적으로 적용하지 않도록 하여, MBS 서비스를 지원하는 베어러에 설정된 RLC 계층 장치에서 기본적으로 HARQ 재정렬 또는 RLC 재정렬 기능을 수행하지 않도록 할 수 있다. 또는 MAC 계층 장치에서 HARQ ACK 또는 NACK의 전송 또는 HARQ 재전송 절차 또는 HARQ 프로세싱 절차를 수행하지 않는 경우 또는 수행하지 않도록 설정된 경우, 상기 MBS 베어러의 RLC 계층 장치의 RLC 수신 윈도우 크기를 0으로 설정하여 수신 RLC 윈도우를 운영하지 않을 수 있다. 예를 들면 상기 설정 정보가 없거나 또는 기본적으로 단말은 RLC 계층 장치에서 항상 수신하는 데이터를 순서와 상관없이 비순서 전달 방법으로 상위 계층 장치에게 데이터를 전달할 수 있다. 또는 상기 제4의 베어러 구조에서 단말은 물리 계층 장치 또는 MAC 계층 장치를 통해서 수신한 MBS 데이터(MBS 제어 데이터 또는 MBS 사용자 데이터)를 상기 RLC 계층 장치 또는 PDCP 계층 장치를 통해 상위 MBS 응용 계층 장치로 전달할 수 있다. 상기 제4의 베어러 구조에서 MBS 데이터는 MAC 헤더를 포함할 수 있다. 또는 상기 MAC 헤더에 포함된 논리 채널 식별자는 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 각 MBS 서비스를 지시하도록 설정 또는 정의될 수 있다. 예를 들면 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되고, 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, MBS 데이터를 위한 제1의 RNTI가 할당되거나 또는 정해져 있다면, 물리 계층 장치 또는 MAC 계층 장치에서 MBS 데이터를 RNTI 또는 논리 채널 식별자 기반으로 MBS 제어 데이터인지 또는 MBS 사용자 데이터인지 또는 어떤 MBS 서비스를 위한 데이터인지 구분할 수 있으며, 또는 구분하여 각 RLC 계층 장치로 역다중하여 전달할 수 있다. MBS 데이터를 위한 제1 RNTI는 MBS 제어 데이터(또는 MBS 제어 데이터 채널)를 위한 제1-1의 RNTI 또는 MBS 사용자 데이터(또는 MBS 사용자 데이터 채널 또는 논리 채널 식별자 또는 MBS 서비스 별)를 위한 제1-2의 RNTI들을 각각 할당 또는 지정할 수 있다.
또 다른 실시 예로 상기 제4의 베어러 구조에서 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되고 또는 일반 데이터 서비스를 위해 사용되는 DL-SCH에서 MBS 서비스가 지원되고, 또는 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, MBS 데이터는 MAC 헤더를 포함할 수 있으며, MAC 헤더에 포함되어 있는 논리 채널 식별자를 기반으로 MBS 제어 데이터(또는 MBS 제어 데이터 채널) 또는 MBS 사용자 데이터(또는 MBS 사용자 데이터 채널 또는 논리 채널 식별자 또는 MBS 서비스 별) 또는 MBS 서비스를 구분하도록 할 수 있으며, 또는 구분하여 각 RLC 계층 장치로 역다중하여 전달할 수 있다.
또 다른 실시 예로 상기 제4의 베어러 구조에서 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널이 설정되거나 또는 일반 데이터 서비스를 위해 사용되는 DL-SCH에서 MBS 서비스가 지원될 수 있다. 또한 별도의 전송 자원(주파수 또는 시간 자원 또는 전송 주기)이 설정된 경우, 상기 전송 자원에서 MBS 데이터를 수신할 수 있으며, MBS 데이터를 위한 제1의 RNTI가 할당되거나 또는 정해져 있다면 상기 전송 자원에서 상기 제1 RNTI로 PDCCH 지시에 따라 MBS 데이터를 수신할 수 있다. 상기 MBS 데이터는 MAC 헤더를 포함할 수 있다. 또한, MAC 헤더에 포함되어 있는 논리 채널 식별자를 기반으로 MBS 제어 데이터(또는 MBS 제어 데이터 채널) 또는 MBS 사용자 데이터(또는 MBS 사용자 데이터 채널 또는 논리 채널 식별자 또는 MBS 서비스 별) 또는 MBS 서비스를 구분할 수 있으며, 또는 구분하여 각 RLC 계층 장치로 역다중하여 전달할 수 있다. 즉, 논리 채널을 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 서비스 별로 서로 다른 논리 채널 식별자를 설정 또는 정의하고 MBS 서비스를 지원할 수 있다. 상기 제4의 베어러 구조에서 설정된 RLC 계층 장치는 TM 모드, UM 모드, UM 모드의 단방향 모드, UM 모드의 양방향 모드, 또는 AM 모드들 중 하나로 설정될 수 있다. RLC TM 모드에서는 MBS 데이터에 RLC 헤더가 포함되지 않을 수 있다. 또한, RLC UM 모드 또는 AM 모드에서는 RLC 헤더를 포함할 수 있다. 또한 RLC TM 모드에서는 상기 RLC 계층 장치는 상기 MBS 데이터에 대해서 데이터 처리 절차를 적용하지 않을 수 있다(예를 들면 데이터 분할 절차 또는 재조립 절차를 수행하지 않을 수 있다). 또한, RLC UM 모드 또는 AM 모드에서는 상기 MBS 데이터에 대해서 데이터 처리 절차를 적용할 수 있다. 상기 제4의 베어러 구조에 대해 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에 RLC 계층 장치를 TM 모드로 설정하여 MBS 데이터의 오버헤드를 줄일 수 있다(예를 들면 RLC 헤더를 사용하지 않도록 하여 오버헤드를 줄일 수 있다). 또한 상기 제4의 베어러 구조에 대해 시스템 정보. RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에서 PDCP 계층 장치에 비순서 전달 기능을 설정하여 MBS 데이터의 전송 지연을 방지하도록 할 수 있다.
또 다른 실시 예로 MBS 베어러를 위한 상기 제4의 베어러 구조에서 만약 HARQ 재전송, HARQ ACK/NACK 지시 절차, 또는 HARQ 프로세싱 절차를 수행하지 않는다면 또는 수행하지 않도록 설정되었다면 또는 RLC UM 모드(또는 RLC TM 모드)가 설정되었다면 PDCP 계층 장치가 기본적으로(예를 들면 비순서 전달 지시자를 항상 True로 설정) 비순서 전달 기능을 수행하도록 하거나 또는 PDCP 재정렬 타이머 값(t-reordering)을 0으로 설정하도록 하고, PDCP 일련번호(또는 COUNT 값)의 갭(gap)이 발생하여도 재정렬 절차를 수행하지 않도록 하여(재정렬 타이머를 트리거링하지 않거나 또는 재정렬 타이머 값을 0으로 설정하여 갭에 해당하는 PDCP 일련번호(또는 COUNT 값)의 데이터를 기다리지 않고 수신한 데이터를 수신 PDCP 계층 장치의 데이터 처리(예를 들면 PDCP 헤더 제거 또는 복호화 절차 또는 무결성 검증 절차 또는 헤더 압축 해제 절차) 후에 바로 상위 계층 장치로 전달) MBS 데이터의 전송 지연을 방지하도록 할 수 있다. 왜냐하면 MBS 데이터에 대해서는 HARQ 재전송 또는 HARQ 프로세싱 절차를 수행하지 않고 RLC 재전송 절차를 수행하지 않는 다면 PDCP 계층 장치에서 재정렬 기능은 데이터 유실이 발생한 경우, PDCP 일련번호(또는 COUNT 값)의 갭으로 인해 재정렬 타이머가 트리거링되고, 상기 갭에 해당하는 데이터들을 상기 재정렬 타이머 값만큼 기다려야 하기 때문에 전송 지연을 초래할 수 있기 때문이다.
또 다른 실시 예로 HARQ 재전송, HARQ ACK/NACK 지시 절차 또는 HARQ 프로세싱 절차를 수행하거나 또는 수행하도록 설정되었다면 상기 PDCP 계층 장치는 기본적으로 PDCP 재정렬 기능을 수행할 수 있다. 또한, 상기 PDCP 계층 장치는 PDCP 수신 윈도우를 PDCP 일련번호 길이에 기반하여, 수신 윈도우의 크기(예를 들면 PDCP 일련번호의 길이 16비트, 윈도우 크기 2^(16-1))를 결정할 수 있으며, 재정렬 타이머를 구동할 수 있다. 또한 상기 제4의 베어러 구조에서는 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에서 SDAP 계층 장치 설정 정보가 설정될 수 있으며, QoS 플로우와 베어러의 맵핑 정보가 설정 또는 재설정 될 수 있다. 또한 상기 SDAP 계층 장치 설정 정보에는 하향 링크 데이터에 대해서 SDAP 헤더의 유무 또는 상향 링크 데이터에 대해서 SDAP 헤더의 유무가 설정될 수 있다. 또한 상기 QoS 플로우와 베어러의 맵핑 정보를 이용해 상기 제4의 베어러 구조(402d 또는 403d)에 설정된 유니 캐스트 베어러 또는 멀티 캐스트 베어러 간의 재설정 또는 스위칭 절차를 지원할 수 있다. 또한 제4의 베어러 구조(401d)를 가지는 유니 캐스트 베어러 또는 제4의 베어러 구조(401d)를 가지는 멀티 캐스트 베어러 간의 재설정 또는 스위칭 절차를 지원할 수 있다. 또한 상기 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에서 상기 제4의 베어러 구조에 대해서 SDAP 계층 장치의 설정 정보가 설정되지 않는다면, SDAP 계층 장치에서 상기 제4의 베어러의 데이터를 처리하지 않고(예를 들면 bypass) 바로 MBS 응용 계층 장치로 전달할 수도 있다. 또한 상기 베어러에 대한 SDAP 설정 정보에서 MBS 서비스에 대한 QoS 플로우를 상기 베어러에 맵핑시켜 MBS 서비스들을 지원할 수 있다. 상기 제4의 베어러 구조에서 수신 또는 송신될 수 있는 MBS 데이터는 404d 또는 405d 또는 406d 또는 407d의 구조를 가질 수 있다. 예를 들면 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지의 설정 정보에 따라서 상기 제4의 베어러 구조에서 수신 또는 송신될 수 있는 MBS 데이터는 404d 또는 405d 또는 406d 또는 407d의 구조를 가질 수 있다. 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지에 MAC 계층 장치의 HARQ ACK 또는 NACK의 전송, HARQ 재전송 절차, 또는 HARQ 프로세싱 절차를 수행하도록 설정된 경우 또는 지시자를 통해 설정된 경우, HARQ ACK 또는 NACK을 전송할 전송 자원(예를 들면 시간 또는 주파수 자원, 전송 채널, 주파수 간격 등) 정보를 함께 전송할 수 있다. RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴모드 단말은 HARQ ACK 또는 NACK의 전송, HARQ 재전송 절차, 또는 HARQ 프로세싱 절차를 수행하도록 설정된 경우, 하향 링크 MBS 데이터를 수신하고 상기 설정된 전송 자원(예를 들면 물리적인 전송 자원)으로 HARQ ACK 또는 NACK을 전송할 수 있다. 기지국은 상기 전송 자원에서 적어도 하나의 NACK을 감지한다면 또는 적어도 하나의 단말이 NACK을 전송했다는 것이 감지된다면 기지국은 상기 MBS 데이터에 대해서 재전송을 수행할 수 있다. 또는 MBS 채널을 통해 모든 단말이 수신할 수 있도록 재전송을 수행할 수 있다.
또 다른 실시 예로 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴모드 단말은 하향 링크 MBS 데이터를 수신하고, MAC 제어 정보(또는 RLC 제어 정보 또는 PDCP 제어 정보 또는 RRC 메시지)를 정의하고 단말 식별자, MBS 서비스 식별자, 논리 채널 식별자, RNTI 식별자 또는 베어러 식별자 중 적어도 하나를 포함한 상기 MAC 제어 정보를 기지국으로 전송함으로써, 상기 MAC 제어 정보를 수신한 기지국에게 어떤 단말이 데이터를 성공적으로 수신하지 못하였는 지를 지시할 수 있다(예를 들면 단말은 설정된 전송자원에서 상기 MAC 제어정보를 전송할 수 있다). 기지국은 상기 전송 자원에서 NACK을 전송하거나 또는 성공적인 수신을 하지 못했다는 것을 지시한 RRC 연결 모드, RRC 유휴 모드, 또는 RRC 비활성화 모드 단말에게만 상기 MBS 데이터에 대해서 재전송을 수행할 수 있다. 또한 기지국은 상기 전송 자원에서 적어도 하나의 NACK을 감지하거나 또는 적어도 하나의 단말이 NACK을 전송했다는 것이 감지된다면, 상기 MBS 데이터에 대해서 재전송을 수행할 수 있다. 또한 MBS 채널을 통해 모든 단말이 수신할 수 있도록 재전송을 수행할 수 있다.
단말은 시스템 정보를 수신하였을 때, 관심 있는 서비스를 수신하려고 할 때, 관심 있는 서비스가 생겼을 때, 관심 있는 서비스를 결정하였을 때, 시스템 정보에서 MBS 서비스를 지원하는 셀 또는 영역에 있거나 또는 들어갔을 때, MBS 서비스(또는 세션)를 설정 또는 연결하였을 때, 또는 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)를 통해 MBS 서비스를 위한 설정 정보 또는 베어러 설정 정보가 수신되거나 또는 방송될 때, 단말은 상기 도 4a 내지 도 4d의 베어러 구조를 갖는 MBS 서비스 수신을 위한 유니 캐스트 베어러, 멀티 캐스트 베어러, 또는 MBS 베어러를 설정할 수 있다.
상기 제4의 베어러 구조(401d 또는 402d 또는 403d)를 기지국이 단말에게 설정해준다면, 기지국은 멀티캐스트 서비스를 위한 제1의 RLC 계층 장치와 유니 캐스트 서비스를 위한 제2의 RLC 계층 장치를 하나의 PDCP 계층 장치에 설정할 수 있다. 또한, 기지국은 기지국의 전송 자원, 스케쥴링 자원, 또는 단말의 이동성 중 적어도 하나를 고려하여 멀티캐스트 방식 또는 유니캐스트 방식으로 동적으로 스위칭하며 단말에게 MBS 서비스를 지원할 수 있기 때문에 낮은 전송 지연과 데이터 유실이 없거나 또는 데이터 유실이 적은 서비스를 지원할 수 있다.
상기 제4의 베어러 구조(401d 또는 402d 또는 403d)에서 멀티캐스트 서비스를 위한 제1의 RLC 계층 장치로 수신되는 MBS 서비스 데이터들은 복수 개의 단말들에 대해 멀티 캐스트 서비스를 지원하기 위한 전송 자원에서 수신한 데이터들(예를 들면 멀티 캐스트 서비스에 해당하는 논리 채널 식별자를 가지는 데이터, 멀티 캐스트 서비스를 위해 할당된 전송 자원에서 수신한 데이터, 또는 멀티 캐스트 서비스를 위한 RNTI 식별자로 스크램블링된 PDCCH의 DCI 지시에 따라서 수신한 데이터)을 포함할 수 있다. 복수의 단말들은 상기 MBS 서비스 데이터들(예를 들면 common MBS data)을 상기 동일한 전송 자원에서 수신할 수 있으며, 각 단말에 설정된 멀티 캐스트 서비스를 위한 제1의 RLC 계층 장치로 상기 MBS 서비스 데이터들을 수신하여 처리할 수 있다.
또한 상기 제4의 베어러 구조(401d 또는 402d 또는 403d)에서 유니캐스트 서비스를 위한 제2의 RLC 계층 장치로 수신되는 MBS 서비스 데이터들은 각 단말의 유니캐스트 서비스를 지원하기 위한 전송 자원에서 수신한 데이터들(예를 들면 유니캐스트 서비스에 해당하는 논리 채널 식별자를 가지는 데이터, 유니캐스트 서비스를 위해 할당된 전송 자원에서 수신한 데이터, 또는 유니캐스트 서비스를 위한 RNTI 식별자로 스크램블링된 PDCCH의 DCI 지시에 따라서 수신한 데이터)를 포함할 수 있다. 하나의 단말(상기 유니캐스트 서비스에 해당하는 또는 상기 유니캐스트 서비스를 수신하는(또는 수신하도록 설정된) 하나의 단말)은 상기 전송 자원에서 상기 MBS 서비스 데이터들을 수신할 수 있으며, 상기 하나의 단말에 설정된 유니 캐스트 서비스를 위한 제2의 RLC 계층 장치로 상기 MBS 서비스 데이터들을 수신하여 처리할 수 있다. 예를 들면 유니캐스트 서비스에 대해서 각 단말은 동일한 전송 자원이 아니라, 서로 다른 전송 자원(각 단말을 위한 전송 자원)에서 각 단말을 위한 유니 캐스트 데이터를 각각 수신할 수 있다. 따라서 서로 다른 단말은 서로 다른 유니캐스트 서비스를 받기 위해 할당된 각 전송 자원에서 각 단말을 위한 데이터(예를 들면 상기 단말의 유니캐스트 서비스에 해당하는 논리 채널 식별자를 가지는 데이터, 상기 단말의 유니캐스트 서비스를 위해 할당된 전송 자원에서 수신한 데이터, 또는 상기 단말의 유니캐스트 서비스를 위한 RNTI 식별자로 스크램블링된 PDCCH의 DCI 지시에 따라서 수신한 데이터)를 각각 수신하여 각 단말에 설정된 유니캐스트 서비스를 위한 제2의 RLC 계층 장치에서 상기 데이터를 처리할 수 있다.
따라서 상기 제4의 베어러 구조(401d 또는 402d 또는 403d)를 복수 개의 단말들에게 설정하여 기지국이 MBS 서비스를 지원하는 경우, 기지국은 멀티 캐스트 방식으로 하나의 전송 자원을 통해 복수 개의 단말들에게 동일한 MBS 서비스 데이터를 전송할 수 있다(각 단말은 멀티 캐스트 서비스를 위한 RLC 계층 장치(또는 멀티캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)에서 상기 MBS 서비스 데이터를 수신할 수 있다). 또한, 기지국은 유니 캐스트 방식으로 서로 다른 전송 자원에서 각 단말에게 MBS 서비스 데이터를 전송할 수 있다(각 단말은 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)에서 상기 MBS 서비스 데이터를 수신할 수 있다). 따라서 멀티캐스트 방식으로 MBS 서비스를 복수 개의 단말들에게 서비스하면 전송 자원을 아낄 수 있으며, 전송 자원을 효율적으로 사용할 수 있다. 반면에 유니캐스트 방식으로 MBS 서비스를 각 단말에게 서비스하면 각 단말에서 요청하는 QoS 또는 요구사항을 만족시키는 MBS 서비스를 지원할 수 있다.
예를 들면 상기 제4의 베어러 구조(401d 또는 402d 또는 403d)를 복수 개의 단말들에게 설정하고, 공통된 전송 자원에서 멀티 캐스트 서비스를 위한 RLC 계층 장치(또는 멀티캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)를 통해 기지국이 공통된 제어 메시지 또는 요청 메시지(예를 들면 상기 MBS 서비스의 수신 여부, 상기 MBS 서비스의 선호도, 상기 MBS 서비스를 현재 수신하고 있는 지 여부, MBS 서비스 유형 스위칭 여부(예를 들면 PTM에서 PTP로 또는 PTP에서 PTM으로 전환), 또는 주파수 측정 결과 요청)를 한 번에 상기 MBS 서비스를 수신하는 복수 개의 단말들에게 전송할 수 있어, 전송 자원을 절약할 수 있다. 또한, 각 단말에 할당된 각 전송 자원에서 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)를 통해 기지국이 개별적인 제어 메시지 또는 요청 메시지(예를 들면 상기 MBS 서비스의 수신 여부, 상기 MBS 서비스의 선호도, 상기 MBS 서비스를 현재 수신하고 있는 지 여부, MBS 서비스 유형 스위칭 여부(예를 들면 PTM에서 PTP로 또는 PTP에서 PTM으로 전환), 또는 주파수 측정 결과 요청)를 상기 MBS 서비스를 수신하는 각 단말에게 전송할 수 있어, 각 단말을 개별적으로 제어하고 스케쥴링할 수 있다.
또한 기지국은 제4의 베어러 구조(401d 또는 402d 또는 403d)가 설정된 단말들에게 멀티 캐스트 서비스를 위한 RLC 계층 장치(또는 멀티캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치) 또는 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)를 통해 중복된 MBS 데이터 서비스를 전송하여 단말의 MBS 서비스에 대한 신뢰도를 높이고, 데이터 유실 가능성을 낮출 수 있다. 또한 패키 중복 전송은 상위 계층 장치(예를 들면 PDCP 계층 장치)에서 수행될 수 있다.
상기 제4의 베어러 구조(401d 또는 402d 또는 403d)는 MBS 서비스 유형의 스위칭 또는 전환 절차(예를 들면 멀티캐스트 서비스(PTM)에서 유니캐스트 서비스(PTP)로 전환 또는 유니캐스트 서비스(PTP)에서 멀티캐스트 서비스(PTM)로 전환)에 대해서 유용하게 사용될 수 있다. 예를 들면 기지국은 RRC 메시지, MBS 제어 메시지, MAC 제어 정보, PDCP 제어 데이터, 또는 RLC 제어 데이터 중 적어도 하나를 기반으로 상기 제4의 베어러 구조가 설정되거나 또는 MBS 서비스를 수신하고 있는 단말에게 설정된 MBS 베어러에 대해서 MBS 서비스 유형의 스위칭 또는 전환 절차를 지시할 수 있다.
또 다른 실시 예로 단말은 MBS 베어러에 설정된 멀티 캐스트 서비스를 위한 RLC 계층 장치에서 데이터가 수신되면 유니캐스트 서비스(PTP)에서 멀티캐스트 서비스(PTM)로 전환이 기지국으로부터 지시되었다고 판단할 수 있다. 또한, 단말은 MBS 베어러에 설정된 유니 캐스트 서비스를 위한 RLC 계층 장치에서 데이터가 수신된다면 멀티캐스트 서비스(PTM)에서 유니캐스트 서비스(PTP)로 전환이 기지국으로부터 지시되었다고 판단할 수 있다(UE autonomous MBS bearer switching).
1> 기지국이 단말에게 멀티캐스트 서비스(PTM)에서 유니캐스트 서비스(PTP)로 전환을 지시하였다면, 단말은 에러 또는 데이터 유실 없이 MBS 서비스를 계속하여 수신하기 위해서 또는 수신 윈도우 동작에 문제가 발생하지 않도록 상기 MBS 베어러에 대해서 다음의 절차들을 수행할 수 있다.
2> 단말은 상기 제4의 베어러 구조에서 멀티 캐스트 서비스를 위한 RLC 계층 장치 또는 유니 캐스트 서비스를 위한 RLC 계층 장치와 연결된 PDCP 계층 장치에서 윈도우 변수들(예를 들면 RX_NEXT(다음에 수신될 것이라고 예상되는 데이터(PDCP SDU)의 COUNT 값을 지시하는 변수), RX_DELIV(상위 계층 장치로 전달하지 않은 첫번째 데이터(PDCP SDU) 또는 여전히 수신되기를 기다리는 데이터의 COUNT 값을 지시하는 변수), 또는 RX_REORD(PDCP 재정렬 타이머를 트리거링한 데이터(PDCP data PDU)의 COUNT 값의 다음 COUNT 값(또는 1을 증가한 COUNT 값)을 지시하는 변수))에 대해 초기화 절차를 수행하지 않거나 또는 PDCP 재정렬 타이머를 초기화하지 않고 그대로 사용할 수 있다. 왜냐하면 윈도우 변수들을 초기화하지 않거나 또는 PDCP 재정렬 타이머를 초기화하지 않고(구동 중이라면 계속 구동하도록 유지) 그대로 사용한다면 상기 윈도우 변수들에 의한 데이터의 COUNT 값(또는 PDCP 일련번호)이 유지되기 때문에 데이터 유실을 복구하기 위한 재전송 또는 수신되지 않은 데이터에 대한 정보(예를 들면 PDCP 상태 보고(PDCP status report)를 기지국으로 전송하여 데이터 유실을 최소화할 수 있기 때문이다. 또 다른 실시 예로 단말은 기지국과 윈도우 변수들의 동기를 용이하도록 하고, 데이터 전송 지연을 줄이기 위해서 상기 PDCP 계층 장치에서 PDCP 재수립 절차 또는 PDCP 데이터 복구 절차를 수행하거나 또는 상기 윈도우 변수들을 초기화하거나 또는 PDCP 재정렬 타이머를 중지하고(또는 초기화하고) 저장된(또는 수신된) 데이터들에 대해 데이터 처리를 수행하고 상위 계층 장치로 전달할 수 있다. 윈도우 변수들은 0의 값으로 초기화될 수 있으며 또는 기지국이 윈도우 변수 관리를 용이하도록 하기 위해서(예를 들면 기지국이 윈도우 변수를 초기화하지 않아도 단말이 스스로 수신된 데이터에 기반하여 윈도우 변수를 동기화할 수 있도록) 수신된 데이터를 기반으로 상기 윈도우 변수들을 초기화할 수 있다. 예를 들면 RX_NEXT 변수는 멀티캐스트 서비스(PTM)에서 유니캐스트 서비스(PTP)로의 전환 지시 이후에 처음으로 수신된 데이터(PDCP 데이터 PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값, 또는 단말 구현에서 정한 HFN 값, 또는 상기 전환 지시에 포함된 HFN 값)의 조합으로 초기화될 수 있다. 또한, RX_DELIV 변수는 상기 초기화된 RX_NEXT 값 또는 상기 전환 지시 이후에 처음으로 수신된 데이터(PDCP 데이터 PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값, 또는 단말 구현에서 정한 HFN 값, 또는 상기 전환 지시에 포함된 HFN 값)의 조합으로 초기화될 수 있다. 또한, RX_REORD 값은 상기 초기화된 RX_NEXT 값 또는 상기 전환 지시 이후에 처음으로 수신된 데이터(PDCP 데이터 PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값, 또는 단말 구현에서 정한 HFN 값, 또는 상기 전환 지시에 포함된 HFN 값)의 조합으로 초기화될 수 있다. 또 다른 실시 예로 재정렬 타이머는 구동되도록 하기 위해 RX_REORD의 변수 초기화는 생략할 수 있다. 또 다른 실시 예로 RX_DELIV는 RX_NEXT 값에서 수신 윈도우 크기(또는 수신 윈도우 크기의 반절)을 차감하고 1을 더한 값으로 초기화될 수 있다. 또 다른 실시 예로 상기 윈도우 변수들은 기지국 구현을 용이하도록 하기 위해서 상기 기지국이 지시한 지시 정보(RRC 메시지, 시스템 정보, MAC 제어 정보 또는 PDCP 제어 데이터)에 포함된 상기 변수들에 대한 각 초기화 값(referece values 또는 initial values)으로 초기화될 수 있다.
2> 기지국으로부터 멀티캐스트 서비스(PTM)에서 유니캐스트 서비스(PTP)로 전환을 지시를 수신한 단말은 성공적인 데이터 수신 여부를 기지국에게 보고하여 기지국이 유실을 줄이기 위한 재전송을 수행할 수 있도록 PDCP 상태 보고를 구성하여 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)로 전송할 수 있다. 상기 PDCP 상태 보고를 수신한 기지국은 상기 PDCP 상태 보고에 기반하여 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 데이터를 재전송할 수 있다. 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 단말이 PDCP 상태 보고를 전송한다면 기지국은 상기 PDCP 상태 보고가 어떤 단말에 대한 PDCP 상태 보고인지를 쉽게 구분할 수 있다. 또한, 기비국은 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 재전송을 수행한다면 개별적인 전송 자원을 통해 재전송을 수행하여 전송 자원 낭비를 막을 수 있다. 또 다른 실시 예로 단말은 멀티 캐스트를 위한 RLC 계층 장치에서 PDCP 상태 보고를 전송할 수 있다. 또 다른 실시 예로 상기 전환 지시를 수신한 단말은 성공적인 데이터 수신 여부를 기지국에게 보고하여 기지국이 유실을 줄이기 위한 재전송을 수행할 수 있도록 PDCP 상태 보고를 구성하여 멀티 캐스트 서비스를 위한 RLC 계층 장치(또는 멀티 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)로 전송할 수 있다. 상기 PDCP 상태 보고를 수신한 기지국은 상기 PDCP 상태 보고에 기반하여 멀티 캐스트 서비스 또는 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 데이터를 재전송할 수 있다. 멀티 캐스트 서비스를 위한 RLC 계층 장치를 통해 단말이 PDCP 상태 보고를 전송한다면 기지국은 모든 단말의 PDCP 상태 보고를 쉽게 파악할 수 있다.
2> 단말은 상기 제4의 베어러 구조에서 멀티 캐스트 서비스를 위한 RLC 계층 장치를 통해 여전히 데이터를 수신할 수 있다. 왜냐하면 늦게 전송되는 데이터를 단말이 수신할 수 있기 때문이다. 또 다른 실시 예로 상기 RLC 계층 장치를 해제하거나 또는 재수립(윈도우 변수 초기화 또는 저장된 분할된 데이터들의 폐기)하여 기지국의 RLC 계층 장치의 윈도우 변수 동기화를 용이하도록 하고 불필요한 데이터를 빨리 폐기하도록 할 수 있다.
2> 단말은 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)에서 윈도우 변수들(예를 들면 UM 모드의 경우, RX_Next_Reassembly(재조립을 위해 여전히 고려중인 제일 작은(또는 제일 빠른) RLC 일련번호 값을 지시하는 변수), RX_Timer_Trigger(RLC 재조립 타이머를 트리거링한 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수), 또는 RX_Next_Highest(수신된 데이터(UMD PDU)들 중에서 가장 높은 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수) 또는 예를 들면 AM 모드의 경우, RX_Next(순서대로 완전히 수신된 마지막 데이터(RLC SDU)의 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호 값을 지시하는 변수), RX_Next_Status_Trigger(RLC 재조립 타이머를 트리거링한 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수) 또는 RX_Highest_Status(RLC 상태 보고에서 ACK_SN(RLC 상태보고에서 유실되었다고 보고되지 않은 또는 아직 수신되지 않은 다음 데이터(RLC SDU)의 RLC 일련번호를 지시하는 변수)으로 지시될 수 있는 가장 높은 RLC 일련번호를 지시하는 변수))에 대해 초기화 절차를 수행하지 않거나 또는 RLC 재조립 타이머를 초기화하지 않고 그대로 사용할 수 있다. 왜냐하면 상기 윈도우 변수들을 초기화하지 않거나, 또는 RLC 재조립 타이머를 초기화하지 않고(구동 중이라면 계속 구동하도록 유지) 그대로 사용한다면 상기 윈도우 변수들에 의한 데이터의 RLC 일련번호가 유지되기 때문에 단말 또는 기지국 구현이 용이(예를 들면 추가 절차가 불필요)하기 때문이다. 또 다른 실시 예로 단말은 기지국과 윈도우 변수들의 동기를 용이하도록 하고, 데이터 전송 지연을 줄이기 위해서 상기 RLC 계층 장치에서 RLC 재수립(또는 수립) 절차를 수행하거나 또는 상기 윈도우 변수들을 초기화하거나 또는 RLC 재조립 타이머를 중지(또는 초기화) 할 수 있다. 상기 윈도우 변수들은 0의 값으로 초기화될 수 있거나 또는 기지국 윈도우 변수 관리를 용이하도록 하기 위해서(예를 들면 기지국이 윈도우 변수를 초기화하지 않아도 단말이 스스로 수신된 데이터에 기반하여 윈도우 변수를 동기화할 수 있도록) 수신된 데이터를 기반으로 상기 윈도우 변수들을 초기화할 수 있다. 예를 들면 UM 모드의 경우, 분할된 데이터에 대해서만 RLC 일련번호가 포함되기 때문에 RLC 일련번호가 포함되지 않은 완전한 데이터에 대해서는 바로 데이터를 처리하고 상위 계층 장치로 전달할 수 있고, 수신된 분할된 데이터의 RLC 일련번호를 기반으로 윈도우 변수를 업데이트할 수 있다. 예를 들면 RX_Next_Reassembly는 상기 전환 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU, UMD PDU, 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화할 수 있다. 또한, RX_Next_Highest는 상기 전환 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU, UMD PDU 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화할 수 있다. 또한, RX_Timer_Trigger는 상기 전환 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU, UMD PDU, 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화할 수 있다. 한편, RX_Timer_Trigger의 변수는 윈도우 운영에 큰 영향을 미치지 않기 때문에(불필요한 프로세싱을 초래하기 때문에) 변수 초기화는 생략할 수 있다. 또 다른 예를 들면 AM 모드의 경우, 모든 데이터(RLC data PDU 또는 RLC SDU)에 대해서 RLC 일련번호를 포함하기 때문에 RX_Next, RX_Next_Status_Trigger, 또는 RX_Highest_Status는 상기 전환 지시 이후에 처음으로 수신된 데이터(RLC SDU, UMD PDU 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될 수 있다. 한편, RX_Next_Status_Trigger 또는 RX_Highest_Status의 변수들은 윈도우 운영에 큰 영향을 미치지 않기 때문에(불필요한 프로세싱을 초래하기 때문에) 변수 초기화는 생략될 수 있다. 또 다른 실시 예로 상기 윈도우 변수들은 기지국 구현을 용이하도록 하기 위해서 상기 기지국이 지시한 전환 지시 정보(RRC 메시지, 시스템 정보, MAC 제어 정보, 또는 PDCP 제어 데이터)에 포함된 상기 변수들에 대한 각 초기화 값(referece values 또는 initial values)으로 초기화될 수 있다. 또 다른 실시 예로 RLC AM 모드로 설정된 RLC 계층 장치에 대해서는 ARQ 동작의 복잡도를 최소화하기 위해서 RLC 재수립 절차를 수행할 수 있다.
2> 단말은 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)에서 데이터 수신을 시작할 수 있다.
1> 기지국이 단말에게 유니 캐스트 서비스(PTP)에서 멀티캐스트 서비스(PTM)로 전환을 지시하였다면 단말은 에러 또는 데이터 유실 없이 MBS 서비스를 계속하여 수신하기 위해서 또는 수신 윈도우 동작에 문제가 발생하지 않도록 다음의 절차들을 수행할 수 있다.
2> 단말은 상기 제4의 베어러 구조에서 멀티 캐스트 서비스를 위한 RLC 계층 장치 또는 유니 캐스트 서비스를 위한 RLC 계층 장치와 연결된 PDCP 계층 장치에서 윈도우 변수들(예를 들면 RX_NEXT(다음에 수신될 것이라고 예상되는 데이터(PDCP SDU)의 COUNT 값을 지시하는 변수), RX_DELIV(상위 계층 장치로 전달하지 않은 첫번째 데이터(PDCP SDU) 또는 여전히 수신되기를 기다리는 데이터의 COUNT 값을 지시하는 변수) 또는 RX_REORD(PDCP 재정렬 타이머를 트리거링한 데이터(PDCP data PDU)의 COUNT 값의 다음 COUNT 값(또는 1을 증가한 COUNT 값)을 지시하는 변수))에 대해 초기화 절차를 수행하지 않거나 또는 PDCP 재정렬 타이머를 초기화하지 않고 그대로 사용할 수 있다. 왜냐하면 상기 윈도우 변수들을 초기화하지 않거나, 또는 PDCP 재정렬 타이머를 초기화하지 않고(구동 중이라면 계속 구동하도록 유지) 그대로 사용한다면 상기 윈도우 변수들에 의한 데이터의 COUNT 값(또는 PDCP 일련번호)이 유지되기 때문에 데이터 유실을 복구하기 위한 재전송 또는 수신되지 않은 데이터에 대한 정보(예를 들면 PDCP 상태 보고(PDCP status report))를 기지국으로 전송하여 데이터 유실을 최소화할 수 있기 때문이다. 또 다른 실시 예로 단말은 기지국과 윈도우 변수들의 동기를 용이하도록 하고, 데이터 전송 지연을 줄이기 위해서 상기 PDCP 계층 장치에서 PDCP 재수립 절차 또는 PDCP 데이터 복구 절차를 수행하거나 또는 상기 윈도우 변수들을 초기화하거나 또는 PDCP 재정렬 타이머를 중지하고(또는 초기화하고) 저장된(또는 수신된) 데이터들에 대해 데이터 처리를 수행하고 상위 계층 장치로 전달할 수 있다. 상기 윈도우 변수들은 0의 값으로 초기화될 수 있으며 또는 기지국 윈도우 변수 관리를 용이하도록 하기 위해서(예를 들면 기지국이 윈도우 변수를 초기화하지 않아도 단말이 스스로 수신된 데이터에 기반하여 윈도우 변수를 동기화할 수 있도록) 수신된 데이터를 기반으로 상기 윈도우 변수들을 초기화할 수 있다. 예를 들면 RX_NEXT 변수는 상기 지시 이후에 처음으로 수신된 데이터(PDCP data PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값 또는 단말 구현에서 정한 HFN 값 또는 상기 전환 지시에서 포함된 HFN 값)의 조합으로 초기화될 수 있다. 또한, RX_DELIV 변수는 상기 초기화된 RX_NEXT 값 또는 상기 전환 지시 이후에 처음으로 수신된 데이터(PDCP 데이터 PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값 또는 단말 구현에서 정한 HFN 값 또는 상기 전환 지시에 포함된 HFN 값)의 조합으로 초기화될 수 있다. 또한, RX_REORD 값은 상기 초기화된 RX_NEXT 값 또는 상기 전환 지시 이후에 처음으로 수신된 데이터(PDCP 데이터 PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값 또는 단말 구현에서 정한 HFN 값 또는 상기 전환 지시에 포함된 HFN 값)의 조합으로 초기화될 수 있다. 또 다른 실시 예로 재정렬 타이머는 구동되도록 하기 위해 RX_REORD의 변수 초기화는 생략할 수 있다. 또 다른 실시 예로 RX_DELIV는 RX_NEXT 값에서 수신 윈도우 크기(또는 수신 윈도우 크기의 반절)을 차감하고 1을 더한 값으로 초기화될 수 있다. 또 다른 실시 예로 상기 윈도우 변수들은 기지국 구현을 용이하도록 하기 위해서 상기 기지국이 지시한 전환 지시 정보(RRC 메시지, 시스템 정보, MAC 제어 정보, 또는 PDCP 제어 데이터)에 포함된 상기 변수들에 대한 각 초기화 값(referece values 또는 initial values)으로 초기화될 수 있다.
2> 유니 캐스트 서비스(PTP)에서 멀티캐스트 서비스(PTM)로의 전환 지시를 수신하면 단말은 성공적인 데이터 수신 여부를 기지국에게 보고하여 기지국이 유실을 줄이기 위한 재전송을 수행할 수 있도록 PDCP 상태 보고를 구성하여 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)로 전송할 수 있다. 상기 PDCP 상태 보고를 수신한 기지국은 상기 PDCP 상태 보고에 기반하여 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 데이터를 재전송할 수 있다. 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 단말이 PDCP 상태 보고를 전송한다면 기지국은 상기 PDCP 상태 보고가 어떤 단말에 대한 PDCP 상태 보고인지를 쉽게 구분할 수 있다. 또한, 기지국은 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 재전송을 수행한다면 개별적인 전송 자원을 통해 재전송을 수행하여 전송 자원 낭비를 막을 수 있다. 또 다른 실시 예로 단말은 멀티 캐스트를 위한 RLC 계층 장치에서 PDCP 상태 보고를 전송할 수 있다. 또 다른 실시 예로 상기 전환 지시를 수신하면 단말은 성공적인 데이터 수신 여부를 기지국에게 보고하여 기지국이 유실을 줄이기 위한 재전송을 수행할 수 있도록 PDCP 상태 보고를 구성하여 멀티 캐스트 서비스를 위한 RLC 계층 장치(또는 멀티 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)로 전송할 수 있다. 상기 PDCP 상태 보고를 수신한 기지국은 상기 PDCP 상태 보고에 기반하여 멀티 캐스트 서비스 또는 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 데이터를 재전송할 수 있다. 멀티 캐스트 서비스를 위한 RLC 계층 장치를 통해 단말이 PDCP 상태 보고를 전송한다면 기지국은 모든 단말의 PDCP 상태 보고를 쉽게 파악할 수 있다.
2> 단말은 상기 제4의 베어러 구조에서 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 여전히 데이터를 수신할 수 있다. 왜냐하면 늦게 전송되는 데이터를 단말이 수신할 수 있기 때문이다. 또 다른 실시 예로 상기 RLC 계층 장치를 해제하거나 또는 재수립(윈도우 변수 초기화 또는 저장된 분할된 데이터들의 폐기)하여 기지국의 RLC 계층 장치의 윈도우 변수 동기화를 용이하도록 하고 불필요한 데이터를 빨리 폐기하도록 할 수 있다.
2> 단말은 멀티 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)에서 윈도우 변수들(예를 들면 UM 모드의 경우, RX_Next_Reassembly(재조립을 위해 여전히 고려중인 제일 작은(또는 제일 빠른) RLC 일련번호 값을 지시하는 변수), RX_Timer_Trigger(RLC 재조립 타이머를 트리거링한 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수), 또는 RX_Next_Highest(수신된 데이터(UMD PDU)들 중에서 가장 높은 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수) 또는 예를 들면 AM 모드의 경우, RX_Next(순서대로 완전히 수신된 마지막 데이터(RLC SDU)의 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호 값을 지시하는 변수), RX_Next_Status_Trigger(RLC 재조립 타이머를 트리거링한 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수), 또는 RX_Highest_Status(RLC 상태 보고에서 ACK_SN(RLC 상태보고에서 유실되었다고 보고되지 않은 또는 아직 수신되지 않은 다음 데이터(RLC SDU)의 RLC 일련번호를 지시하는 변수)으로 지시될 수 있는 가장 높은 RLC 일련번호를 지시하는 변수))에 대해 초기화 절차를 수행하지 않거나 또는 RLC 재조립 타이머를 초기화하지 않고 그대로 사용할 수 있다. 왜냐하면 상기 윈도우 변수들을 초기화하지 않거나, 또는 RLC 재조립 타이머를 초기화하지 않고(구동 중이라면 계속 구동하도록 유지) 그대로 사용한다면 상기 윈도우 변수들에 의한 데이터의 RLC 일련번호가 유지되기 때문에 단말 또는 기지국 구현이 용이(예를 들면 추가 절차가 불필요)하기 때문이다. 또 다른 실시 예로 단말은 기지국과 윈도우 변수들의 동기를 용이하도록 하고, 데이터 전송 지연을 줄이기 위해서 상기 RLC 계층 장치에서 RLC 재수립(또는 수립) 절차를 수행하거나 또는 상기 윈도우 변수들을 초기화하거나 또는 RLC 재조립 타이머를 중지(또는 초기화) 할 수 있다. 상기 윈도우 변수들은 0의 값으로 초기화될 수 있으며 또는 기지국 윈도우 변수 관리를 용이하도록 하기 위해서(예를 들면 기지국이 윈도우 변수를 초기화하지 않아도 단말이 스스로 수신된 데이터에 기반하여 윈도우 변수를 동기화할 수 있도록) 수신된 데이터를 기반으로 상기 윈도우 변수들을 초기화할 수 있다. 예를 들면 UM 모드의 경우, 분할된 데이터에 대해서만 RLC 일련번호가 포함되기 때문에 RLC 일련번호가 포함되지 않은 완전한 데이터에 대해서는 바로 데이터를 처리하고 상위 계층 장치로 전달할 수 있고, 수신된 분할된 데이터의 RLC 일련번호를 기반으로 윈도우 변수를 업데이트할 수 있다. 예를 들면 RX_Next_Reassembly는 상기 전환 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU, UMD PDU, 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될 수 있다. 또한, RX_Next_Highest는 상기 전환 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU, UMD PDU, 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될 수 있다. 또한, RX_Timer_Trigger는 상기 전환 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU, UMD PDU 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될할 수 있다. 한편, RX_Timer_Trigger의 변수는 윈도우 운영에 큰 영향을 미치지 않기 때문에(불필요한 프로세싱을 초래하기 때문에) 변수 초기화는 생략할 수 있다. 또 다른 예를 들면 AM 모드의 경우, 모든 데이터(RLC data PDU 또는 RLC SDU)에 대해서 RLC 일련번호를 포함하기 때문에 RX_Next, RX_Next_Status_Trigger, 또는 RX_Highest_Status는 상기 지시 이후에 처음으로 수신된 데이터(RLC SDU, UMD PDU, 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될 수 있다. 한편, RX_Next_Status_Trigger 또는 RX_Highest_Status의 변수들은 윈도우 운영에 큰 영향을 미치지 않기 때문에(불필요한 프로세싱을 초래하기 때문에) 변수 초기화는 생략할 수 있다. 또 다른 실시 예로 상기 윈도우 변수들은 기지국 구현을 용이하도록 하기 위해서 상기 기지국이 지시한 전환 지시 정보(RRC 메시지, 시스템 정보, MAC 제어 정보, 또는 PDCP 제어 데이터)에 포함된 상기 변수들에 대한 각 초기화 값(referece values 또는 initial values)으로 초기화될 수 있다. 또 다른 실시 예로 RLC AM 모드로 설정된 RLC 계층 장치에 대해서는 ARQ 동작의 복잡도를 최소화하기 위해서 RLC 재수립 절차를 수행할 수 있다.
2> 단말은 멀티 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)를 통해 데이터 수신을 시작할 수 있다.
상기 제4의 베어러 구조(401d 또는 402d 또는 403d)는 핸드오버 절차에서도 데이터 유실 없는 또는 데이터 유실이 적은 MBS 서비스를 지원하는 데 효율적으로 사용될 수 있다. 예를 들면 단말이 소스 기지국에서 상기 제4의 베어러 구조가 설정된 MBS 베어러를 통해 MBS 서비스(멀티캐스트 서비스 또는 유니캐스트 서비스)를 수신하다가 소스 기지국의 지시(예를 들면 핸드오버 명령 메시지 (RRCReconfiguration 메시지))에 따라서 핸드오버 절차를 타겟 기지국으로 수행할 때 단말은 상기 MBS 베어러에 대한 제4의 베어러 구조를 유지하거나 또는 상기 제4의 베어러 구조로 재설정되거나 또는 새로 설정될 수 있다. 예를 들면 소스 기지국에서 401d 또는 402d 또는 403d의 구조로 설정된 MBS 베어러로 MBS 서비스를 소스 기지국에서 수신하다가 상기 핸드오버 명령 메시지를 기반으로 상기 MBS 서비스를 계속 수신하기 위해서 상기 MBS 베어러를 상기 401d 또는 402d 또는 403d의 구조로 재설정하거나 또는 새로운 MBS 베어러를 설정할 수 있다. 핸드오버 절차로 인해 MBS 베어러를 재설정하거나 또는 새로 설정할 때 단말은 다음의 절차들을 수행할 수 있다.
1> 단말은 소스 기지국으로부터 핸드오버 명령 메시지(RRCReconfiguration 메시지, 예를 들면 reconfigurationWithsync 지시자가 포함된 RRC 메시지)를 수신한다. 상기 핸드오버 명령 메시지에 MBS 베어러를 설정 또는 재설정하는 설정 정보가 포함되어 있거나 또는 상기 MBS 베어러에 대한 PDCP 계층 장치 재수립 지시자(reestablishPDCP)가 포함되어 있거나 또는 상기 MBS 베어러에 대한 PDCP 계층 장치 복구 지시자(recoverPDCP)가 포함되어 있거나 또는 상기 MBS 베어러에 대해 PDCP 계층 장치를 재설정하라고 지시되었거나 또는 상기 MBS 베어러에 대한 어떤 RLC 계층 장치를 재수립 또는 해제하라는 지시가 포함되어 있다면 단말은 에러 없이 또는 데이터 유실 없이 MBS 서비스를 계속하여 수신하기 위해서 또는 수신 윈도우 동작에 문제가 발생하지 않도록 상기 MBS 베어러에 대해서 다음의 절차들을 수행할 수 있다.
2> 단말은 상기 제4의 베어러 구조에서 멀티 캐스트 서비스를 위한 RLC 계층 장치 또는 유니 캐스트 서비스를 위한 RLC 계층 장치와 연결된 PDCP 계층 장치에서 윈도우 변수들(예를 들면 RX_NEXT(다음에 수신될 것이라고 예상되는 데이터(PDCP SDU)의 COUNT 값을 지시하는 변수), RX_DELIV(상위 계층 장치로 전달하지 않은 첫번째 데이터(PDCP SDU) 또는 여전히 수신되기를 기다리는 데이터의 COUNT 값을 지시하는 변수), 또는 RX_REORD(PDCP 재정렬 타이머를 트리거링한 데이터(PDCP data PDU)의 COUNT 값의 다음 COUNT 값(또는 1을 증가한 COUNT 값)을 지시하는 변수))에 대해 초기화 절차를 수행하지 않거나 또는 PDCP 재정렬 타이머를 초기화하지 않고 그대로 사용할 수 있다. 왜냐하면 상기 윈도우 변수들을 초기화하지 않거나, 또는 PDCP 재정렬 타이머를 초기화하지 않고(구동 중이라면 계속 구동하도록 유지) 그대로 사용한다면 상기 윈도우 변수들에 의한 데이터의 COUNT 값(또는 PDCP 일련번호)이 유지되기 때문에 데이터 유실을 복구하기 위한 재전송 또는 수신되지 않은 데이터에 대한 정보(예를 들면 PDCP 상태 보고(PDCP status report))를 기지국으로 전송하여 데이터 유실을 최소화할 수 있기 때문이다. 또 다른 실시 예로 단말은 기지국과 윈도우 변수들의 동기를 용이하도록 하고, 데이터 전송 지연을 줄이기 위해서 상기 PDCP 계층 장치에서 PDCP 재수립 절차 또는 PDCP 데이터 복구 절차를 수행하거나 또는 상기 윈도우 변수들을 초기화하거나 또는 PDCP 재정렬 타이머를 중지하고(또는 초기화하고) 저장된(또는 수신된) 데이터들에 대해 데이터 처리를 수행하고 상위 계층 장치로 전달할 수 있다. 상기 윈도우 변수들은 0의 값으로 초기화될 수 있으며 또는 기지국 윈도우 변수 관리를 용이하도록 하기 위해서(예를 들면 기지국이 윈도우 변수를 초기화하지 않아도 단말이 스스로 수신된 데이터에 기반하여 윈도우 변수를 동기화할 수 있도록) 수신된 데이터를 기반으로 상기 윈도우 변수들을 초기화할 수 있다. 예를 들면 RX_NEXT 변수는 상기 핸드오버 명령 메시지에 포함된 지시 이후에 처음으로 수신된 데이터(PDCP 데이터 PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값 또는 단말 구현에서 정한 HFN 값 또는 상기 핸드오버 명령 메시지에 포함된 지시에 포함된 HFN 값)의 조합으로 초기화될 수 있다. 또한, RX_DELIV 변수는 상기 초기화된 RX_NEXT 값 및/또는 상기 핸드오버 지시 이후에 처음으로 수신된 데이터(PDCP 데이터 PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값 또는 단말 구현에서 정한 HFN 값 또는 상기 핸드오버 지시에 포함된 HFN 값)의 조합으로 초기화될 수 있다. 또한, RX_REORD 값은 상기 초기화된 RX_NEXT 값 및/또는 상기 핸드오버 지시 이후에 처음으로 수신된 데이터(PDCP 데이터 PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값 또는 단말 구현에서 정한 HFN 값 또는 상기 핸드오버 지시에 포함된 HFN 값)의 조합으로 초기화될 수 있다. 한편, 재정렬 타이머는 구동되도록 하기 위해 RX_REORD의 변수 초기화는 생략할 수 있다. 또 다른 실시 예로 RX_DELIV는 RX_NEXT 값에서 수신 윈도우 크기(또는 수신 윈도우 크기의 반절)을 차감하고 1을 더한 값으로 초기화될 수 있다. 또 다른 실시 예로 상기 윈도우 변수들은 기지국 구현을 용이하도록 하기 위해서 상기 기지국이 지시한 핸드오버 지시 정보(RRC 메시지, 시스템 정보, MAC 제어 정보, PDCP 제어 데이터)에서 포함된 상기 윈도우 변수들에 대한 각 초기화 값(referece values 또는 initial values)으로 초기화될 수 있다.
2> 기지국으로부터 핸드오버 지시를 수신하면 단말은 성공적인 데이터 수신 여부를 기지국에게 보고하여 기지국이 유실을 줄이기 위한 재전송을 수행할 수 있도록 PDCP 상태 보고를 구성하여 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)로 전송할 수 있다. 상기 PDCP 상태 보고를 수신한 기지국은 상기 PDCP 상태 보고에 기반하여 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 데이터를 재전송할 수 있다. 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 단말이 PDCP 상태 보고를 전송한다면 기지국은 상기 PDCP 상태 보고가 어떤 단말에 대한 PDCP 상태 보고인지를 쉽게 구분할 수 있다. 또한, 기지국은 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 재전송을 수행한다면 개별적인 전송 자원을 통해 재전송을 수행하여 전송 자원 낭비를 막을 수 있다. 또 다른 실시 예로 단말은 멀티 캐스트를 위한 RLC 계층 장치에서 PDCP 상태 보고를 전송할 수 있다. 또 다른 실시 예로 상기 핸드오버 지시를 수신하면 단말은 성공적인 데이터 수신 여부를 기지국에게 보고하여 기지국이 유실을 줄이기 위한 재전송을 수행할 수 있도록 PDCP 상태 보고를 구성하여 멀티 캐스트 서비스를 위한 RLC 계층 장치(또는 멀티 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)로 전송할 수 있다. 상기 PDCP 상태 보고를 수신한 기지국은 상기 PDCP 상태 보고에 기반하여 멀티 캐스트 서비스 또는 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 데이터를 재전송할 수 있다. 멀티 캐스트 비스를 위한 RLC 계층 장치를 통해 단말이 PDCP 상태 보고를 전송한다면 기지국은 모든 단말의 PDCP 상태 보고를 쉽게 파악할 수 있다.
2> 상기 핸드오버 명령 메시지에 포함된 지시를 수신하면, 단말은 상기 제4의 베어러 구조에서 유니 캐스트 서비스를 위한 RLC 계층 장치 또는 멀티 캐스트 서비스를 위한 RLC 계층 장치를 통해 여전히 데이터를 수신할 수 있다. 왜냐하면 늦게 전송되는 데이터를 단말이 수신할 수 있기 때문이다. 또 다른 실시 예로 상기 RLC 계층 장치를 해제하거나 또는 재수립(윈도우 변수 초기화 또는 저장된 분할된 데이터들의 폐기)하여 기지국의 RLC 계층 장치의 윈도우 변수 동기화를 용이하도록 하고 불필요한 데이터를 빨리 폐기하도록 할 수 있다.
2> 상기 핸드오버 명령 메시지에 포함된 지시를 수신하면, 단말은 상기에서 멀티 캐스트 서비스를 위한 RLC 계층 장치 또는 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)에서 윈도우 변수들(예를 들면 UM 모드의 경우, RX_Next_Reassembly(재조립을 위해 여전히 고려중인 제일 작은(또는 제일 빠른) RLC 일련번호 값을 지시하는 변수), RX_Timer_Trigger(RLC 재조립 타이머를 트리거링한 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수), 또는 RX_Next_Highest(수신된 데이터(UMD PDU)들 중에서 가장 높은 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수) 또는 예를 들면 AM 모드의 경우, RX_Next(순서대로 완전히 수신된 마지막 데이터(RLC SDU)의 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호 값을 지시하는 변수), RX_Next_Status_Trigger(RLC 재조립 타이머를 트리거링한 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수), 또는 RX_Highest_Status(RLC 상태 보고에서 ACK_SN(RLC 상태보고에서 유실되었다고 보고되지 않은 또는 아직 수신되지 않은 다음 데이터(RLC SDU)의 RLC 일련번호를 지시하는 변수)으로 지시될 수 있는 가장 높은 RLC 일련번호를 지시하는 변수))에 대해 초기화 절차를 수행하지 않거나 또는 RLC 재조립 타이머를 초기화하지 않고 그대로 사용할 수 있다. 왜냐하면 상기 윈도우 변수들을 초기화하지 않거나, 또는 RLC 재조립 타이머를 초기화하지 않고(구동 중이라면 계속 구동하도록 유지) 그대로 사용한다면 상기 윈도우 변수들에 의한 데이터의 RLC 일련번호가 유지되기 때문에 단말 또는 기지국 구현이 용이(예를 들면 추가 절차가 불필요)하기 때문이다. 또 다른 실시 예로 단말은 기지국과 상기 윈도우 변수들의 동기를 용이하도록 하고, 데이터 전송 지연을 줄이기 위해서 상기 RLC 계층 장치에서 RLC 재수립(또는 수립) 절차를 수행하거나 또는 상기 윈도우 변수들을 초기화하거나 또는 RLC 재조립 타이머를 중지(또는 초기화) 할 수 있다. 상기 윈도우 변수들은 0의 값으로 초기화될 수 있으며 또는 기지국 윈도우 변수 관리를 용이하도록 하기 위해서(예를 들면 기지국이 윈도우 변수를 초기화하지 않아도 단말이 스스로 수신된 데이터에 기반하여 윈도우 변수를 동기화할 수 있도록) 수신된 데이터를 기반으로 상기 윈도우 변수들을 초기화할 수 있다. 예를 들면 UM 모드의 경우, 분할된 데이터에 대해서만 RLC 일련번호가 포함되기 때문에 RLC 일련번호가 포함되지 않은 완전한 데이터에 대해서는 바로 데이터를 처리하고 상위 계층 장치로 전달할 수 있고, 수신된 분할된 데이터의 RLC 일련번호를 기반으로 윈도우 변수를 업데이트할 수 있다. 예를 들면 RX_Next_Reassembly는 상기 핸드오버 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU, UMD PDU, 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될 수 있다. 또한, RX_Next_Highest는 상기 핸드오버 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU, UMD PDU, 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될 수 있다. 또한, RX_Timer_Trigger는 상기 핸드오버 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU, UMD PDU, 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될 수 있다. 한편, RX_Timer_Trigger의 변수는 윈도우 운영에 큰 영향을 미치지 않기 때문에(불필요한 프로세싱을 초래하기 때문에) 변수 초기화는 생략될 수 있다. 또는 예를 들면 AM 모드의 경우, 모든 데이터(RLC data PDU 또는 RLC SDU)에 대해서 RLC 일련번호를 포함하기 때문에 RX_Next, RX_Next_Status_Trigger, 또는 RX_Highest_Status는 상기 핸드오버 지시 이후에 처음으로 수신된 데이터(RLC SDU, UMD PDU, 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될 수 있다. 한편, RX_Next_Status_Trigger 또는 RX_Highest_Status의 변수들은 윈도우 운영에 큰 영향을 미치지 않기 때문에(불필요한 프로세싱을 초래하기 때문에) 변수 초기화는 생략될 수 있다. 또 다른 실시 예로 상기 윈도우 변수들은 기지국 구현을 용이하도록 하기 위해서 상기 기지국이 지시한 지시 정보(RRC 메시지, 시스템 정보, MAC 제어 정보, 또는 PDCP 제어 데이터)에 포함된 상기 윈도우 변수들에 대한 각 초기화 값(referece values 또는 initial values)으로 초기화될 수 있다. 또 다른 실시 예로 RLC AM 모드로 설정된 RLC 계층 장치에 대해서는 ARQ 동작의 복잡도를 최소화하기 위해서 RLC 재수립 절차를 수행할 수 있다.
2> 단말은 멀티 캐스트 서비스를 위한 RLC 계층 장치 또는 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)에서 데이터 수신을 시작할 수 있다.
도 5는 본 개시의 일 실시 예에 따른 단말이 수신한 MBS 데이터를 MAC 계층 장치에서 역다중화하는 방법을 나타낸 도면이다.
도 5는 도 4a 내지 도 4d에서 설명한된 베어러 구조로 MBS 서비스를 지원하는 멀티 캐스트 베어러 또는 유니 캐스트 베어러를 통해 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴 모드 단말이 MBS 데이터(예를 들면 MBS 제어 데이터 또는 MBS 사용자 데이터 또는 MBS 데이터가 아닌 일반 데이터)를 수신하는 경우, MAC 계층 장치에서 상기에서 수신한 MBS 데이터를 역다중화하는 실시 예를 나타낸다. 또한 상향 링크 MBS 데이터(예를 들면 MBS 제어 데이터 또는 MBS 사용자 데이터 또는 MBS 데이터가 아닌 일반 데이터)를 단말이 송신하는 실시 예를 설명한다.
도 5에서 MBS 데이터를 수신하는 실시 예 또는 MBS 데이터를 수신하고 MBS 데이터를 역다중화하는 실시 예는 다음의 실시 예들 중에서 하나의 실시 예 또는 복수 개의 실시 예를 적용할 수 있다. 또 다른 실시 예로 다음의 실시 예들 중에서 단말이 RRC 연결 모드인지 또는 RRC 비활성화 모드인지 또는 RRC 유휴 모드인지에 따라서 서로 다른 실시 예가 적용할 수 있다.
<제1-1의 MBS 수신 실시 예>
도 5의 제1-1의 MBS 수신 실시 예(510)에서 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)에 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널(예를 들면 MBCH, MBS channel)이 설정되고, 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등)이 설정되거나 또는 정의될 수 있다. MBS 서비스를 위해 전송되는 MBS 데이터에는 MAC 헤더를 항상 포함시키고, 상기 MAC 헤더에 포함되는 논리 채널 식별자를 MBS 제어 데이터 채널(예를 들면 MBCCH, MBS Control Channel) 또는 MBS 사용자 데이터 채널(예를 들면 MBTCH, MBS Traffic channel)에 대해 각각 서로 다르게 할당할 수 있다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 서로 다른 논리 채널 식별자를 할당할 수 있다. 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 채널을 위한 제어 메시지를 통해 각 MBS 서비스를 위한 제1의 식별자 또는 제2의 식별자를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자를 설정 또는 방송할 수 있다. 상기 제1의 식별자는 MBS를 서비스하는 PLMN(Public Land Mobile Network)를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있다. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있다. DL-SCH 채널에서 일반 데이터 서비스(음성 또는 인터넷 또는 영상 서비스)를 위한 베어러에 할당될 수 있는 논리 채널 식별자는 소정의 비트(예를 들면 6비트)로 생성 가능한 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 상기 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 각 서비스에 대한 논리 채널 식별자는 상기 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 또한 상기 MBS 서비스를 지원하기 위한 MAC 제어 정보(MAC CE, Control Element, 예를 들면 네트워크가 MBS 서비스를 중단한다는 지시 또는 단말이 네트워크에 MBS 서비스 수신을 중단한다는 지시를 위한 MAC CE) 또는 상기 MBS 서비스를 지원하기 위한 MBS 데이터에 패딩을 삽입하기 위한 패딩에 대한 논리 채널 식별자는 상기 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다.
또 다른 실시 예로 논리 채널 식별자 공간을 2배로 늘리기 위해서 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 각 서비스에 대한 논리 채널 식별자는 새로운 제2의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 또한 상기 MBS 서비스를 지원하기 위한 MAC 제어 정보(MAC CE, Control Element, 예를 들면 네트워크가 MBS 서비스를 중단한다는 지시 또는 단말이 네트워크에 MBS 서비스 수신을 중단한다는 지시를 위한 MAC CE) 또는 상기 MBS 서비스를 지원하기 위한 MBS 데이터에 패딩을 삽입하기 위한 패딩에 대한 논리 채널 식별자도 상기 새로운 제2의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 상기 제1의 논리 채널 식별자 공간과 제2의 논리 채널 식별자 공간은 MAC 계층 장치에서 MBS 채널 또는 DL-SCH 채널 또는 전송 자원(주파수 또는 시간 전송 자원, 주파수 정보, 부분 대역폭 식별자, 부분 대역폭 설정 정보, 전용 캐리어 또는 전용 셀(SCell) 식별자, 또는 전용 셀 정보)으로 구별되거나, 또는 서로 다른 RNTI를 사용하는 것으로 구별될 수 있다. 따라서 단말의 MAC 계층 장치는 상기 MBS 서비스를 수신하는 채널 또는 전송 자원을 통해 MBS 데이터를 수신하면, 수신한 전송 채널(예를 들면 MBCH, DL-SCH, 또는 BCH등), 부분 대역폭 식별자, SCell 식별자, 논리 채널 식별자, 또는 RNTI 식별자 중 적어도 하나를 기반으로 상기 MBS 데이터를 구분하거나 또는 역다중화하여 상응하는 상위 계층 장치로 데이터를 전달할 수 있다. 상기 제1-1의 MBS 수신 실시 예는 RRC 연결 모드 또는 RRC 비활성화 모드 또는 RRC 유휴 모드 단말에게 적용될 수 있다.
<제1-2의 MBS 수신 실시 예>
도 5의 제1-2의 MBS 수신 방법(810)에서 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)을 통해 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널(예를 들면 MBCH, MBS channel)이 설정되고, 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등)이 설정되거나 또는 정의될 수 있다. MBS 서비스를 위해 전송되는 MBS 데이터에는 MAC 헤더를 포함시키고, 상기 MAC 헤더에 포함되는 논리 채널 식별자를 MBS 제어 데이터 채널(예를 들면 MBCCH) 또는 MBS 사용자 데이터 채널(예를 들면 MBTCH)에 대해 각각 서로 다르게 할당할 수 있다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 서로 다른 논리 채널 식별자를 할당할 수 있다. 또한 상기 MBS 제어 데이터 채널(예를 들면 MBCCH) 또는 MBS 사용자 데이터 채널(예를 들면 MBTCH)에 대해 각각 서로 다르게 RNTI 식별자를 할당할 수 있다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 서로 다른 RNTI 식별자들을 할당할 수 있다. 따라서 상기 RNTI 식별자들로 상기 MBS 제어 데이터 채널(예를 들면 MBCCH), MBS 사용자 데이터 채널, 또는 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스를 구별할 수 있기 때문에 논리 채널 식별자는 상기 MBS 제어 데이터 채널, 상기 MBS 사용자 데이터 채널, 또는 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대한 같은 논리 채널 식별자를 할당할 수 있다.
또 다른 실시 예로 MBS 제어 데이터 채널(예를 들면 MBCCH), MBS 사용자 데이터 채널, 또는 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해 같은 RNTI 식별자를 할당하고, 더 세부적으로 상기 채널 또는 데이터를 구분하는 것은 서로 다른 논리 채널 식별자를 상기 MBS 제어 데이터 채널, 상기 MBS 사용자 데이터 채널, 또는 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해 할당하여 구분할 수 있다. 상기 MBS 서비스를 위한 RNTI 식별자는 DL-SCH를 위한 RNTI 식별자(예를 들면 C-RNTI 또는 MCS-C-RNTI 또는 CS-RNTI 등)와 다르게 설정될 수 있다.
또 다른 실시 예로 상기 MBS 서비스를 위한 RNTI 식별자는 DL-SCH를 위한 RNTI 식별자(예를 들면 C-RNTI 또는 MCS-C-RNTI 또는 CS-RNTI 등)와 같게 설정하고 구별은 논리 채널 식별자로 수행할 수 있다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 채널을 위한 제어 메시지를 통해 각 MBS 서비스를 위한 제1의 식별자 또는 제2의 식별자를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자 또는 각 RNTI 식별자를 설정 또는 방송할 수 있다. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있다. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있다. DL-SCH 채널에서 일반 데이터 서비스(음성 또는 인터넷 또는 영상 서비스)를 위한 베어러에 할당될 수 있는 논리 채널 식별자는 소정의 비트(예를 들면 6비트)로 생성 가능한 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 상기 MBS 제어 데이터 채널, 상기 MBS 사용자 데이터 채널, 또는 상기 MBS 사용자 데이터 채널의 각 서비스에 대한 논리 채널 식별자는 상기 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 또는 상기 MBS 서비스를 지원하기 위한 MAC 제어 정보(MAC CE)(예를 들면 네트워크가 MBS 서비스를 중단한다는 지시 또는 단말이 네트워크에 MBS 서비스 수신을 중단한다는 지시를 위한 MAC CE) 또는 상기 MBS 서비스를 지원하기 위한 MBS 데이터에 패딩을 삽입하기 위한 패딩에 대한 논리 채널 식별자도 상기 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다.
또 다른 실시 예로 논리 채널 식별자 공간을 2배로 늘리기 위해서 상기 MBS 제어 데이터 채널, 상기 MBS 사용자 데이터 채널, 또는 상기 MBS 사용자 데이터 채널의 각 서비스에 대한 논리 채널 식별자는 새로운 제2의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 또는 상기 MBS 서비스를 지원하기 위한 MAC 제어 정보(MAC CE)(예를 들면 네트워크가 MBS 서비스를 중단한다는 지시 또는 단말이 네트워크에 MBS 서비스 수신을 중단한다는 지시를 위한 MAC CE) 또는 상기 MBS 서비스를 지원하기 위한 MBS 데이터에 패딩을 삽입하기 위한 패딩에 대한 논리 채널 식별자도 상기 새로운 제2의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 상기 제1의 논리 채널 식별자 공간과 제2의 논리 채널 식별자 공간은 MAC 계층 장치에서 MBS 채널 또는 DL-SCH 채널 또는 전송 자원(주파수 또는 시간 전송 자원, 주파수 정보, 부분 대역폭 식별자, 부분 대역폭 설정 정보, 전용 캐리어 또는 전용 셀(SCell) 식별자, 또는 전용 셀 정보)으로 구별될 수 있거나, 또는 서로 다른 RNTI를 사용하는 것으로 구별될 수 있다. 따라서 단말의 MAC 계층 장치는 상기 MBS 서비스를 수신하는 채널 또는 전송 자원을 통해 MBS 데이터를 수신하면, 수신한 전송 채널(예를 들면 MBCH, DL-SCH, 또는 BCH등), 부분 대역폭 식별자, SCell 식별자, 논리 채널 식별자, 또는 RNTI 식별자 중 적어도 하나를 기반으로 상기 MBS 데이터를 구분하고, 역다중화하여 상응하는 상위 계층 장치로 데이터를 전달할 수 있다. 상기 제1-2의 MBS 수신 실시 예는 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴 모드 단말에게 적용될 수 있다.
<제1-3의 MBS 수신 실시 예>
도 5의 제1-3의 MBS 수신 실시 예(510)에서 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)에서 MBS 서비스를 위한 별도의 물리적인 채널 또는 전송 채널(예를 들면 MBCH)이 설정되고, 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등)이 설정되거나 또는 정의될 수 있다. MBS 서비스를 위해 전송되는 MBS 데이터에는 MAC 헤더를 포함시키지 않고, RNTI 식별자를 기반으로 MBS 제어 데이터 채널(예를 들면 MBCCH) 또는 MBS 사용자 데이터 채널(예를 들면 MBTCH)을 각각 서로 다르게 구분하도록 할 수 있다. 또한 상기 MBS 제어 데이터 채널(예를 들면 MBCCH) 또는 MBS 사용자 데이터 채널(예를 들면 MBTCH)에 대해 각각 서로 다르게 RNTI 식별자를 할당할 수 있다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 서로 다른 RNTI 식별자들을 할당할 수 있다. 따라서 상기 RNTI 식별자들로 상기 MBS 제어 데이터 채널(예를 들면 MBCCH) 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스를 구별할 수 있기 때문에 논리 채널 식별자는 상기 MBS 제어 데이터 채널, 상기 MBS 사용자 데이터 채널, 또는 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해 설정될 필요가 없으며, MBS 데이터에 MAC 헤더가 포함될 필요가 없다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 채널을 위한 제어 메시지를 통해 각 MBS 서비스를 위한 제1의 식별자 또는 제2의 식별자를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 RNTI 식별자를 설정 또는 방송할 수 있다. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있다. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있다. 따라서 단말의 MAC 계층 장치는 상기 MBS 서비스를 수신하는 채널 또는 전송 자원을 통해 MBS 데이터를 수신하면, 수신한 전송 채널(예를 들면 MBCH, DL-SCH, 또는 BCH등), 부분 대역폭 식별자, SCell 식별자, 또는 RNTI 식별자 중 적어도 하나를 기반으로 상기 MBS 데이터를 구분하고, 역다중화하여 상응하는 상위 계층 장치로 데이터를 전달할 수 있다. 상기 제1-3의 MBS 수신 실시 예는 RRC 연결 모드 또는 RRC 비활성화 모드 또는 RRC 유휴 모드 단말에게 적용될 수 있다.
<제2-1의 MBS 수신 실시 예>
도 5의 제2-1의 MBS 수신 실시 예(520)에서 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)에서 MBS 서비스를 위한 물리적인 채널 또는 전송 채널(예를 들면 MBCH, MBS channel 또는 DL-SCH 채널)이 설정되거나, 또는 기존 DL-SCH 채널에서, 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등)이 설정되고 정의될 수 있다. MBS 서비스를 위해 전송되는 MBS 데이터에는 MAC 헤더를 항상 포함시키고, 상기 MAC 헤더에 포함되는 논리 채널 식별자를 MBS 제어 데이터 채널(예를 들면 MBCCH) 또는 MBS 사용자 데이터 채널(예를 들면 MBTCH)에 대해 각각 서로 다르게 할당할 수 있다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 서로 다른 논리 채널 식별자를 할당할 수 있다. 상기 시스템 정보, 상기 RRC 메시지(, 또는 상기 MBS 채널을 위한 제어 메시지를 통해 각 MBS 서비스를 위한 제1의 식별자 또는 제2의 식별자를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자를 설정 또는 방송할 수 있다. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있다. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있다. DL-SCH 채널에서 일반 데이터 서비스(음성 또는 인터넷 또는 영상 서비스)를 위한 베어러에 할당될 수 있는 논리 채널 식별자는 소정의 비트(예를 들면 6비트)로 생성 가능한 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 상기 MBS 제어 데이터 채널, 상기 MBS 사용자 데이터 채널, 또는 상기 MBS 사용자 데이터 채널의 각 서비스에 대한 논리 채널 식별자는 상기 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 또는 상기 MBS 서비스를 지원하기 위한 MAC 제어 정보(MAC CE)(예를 들면 네트워크가 MBS 서비스를 중단한다는 지시 또는 단말이 네트워크에 MBS 서비스 수신을 중단한다는 지시를 위한 MAC CE) 또는 상기 MBS 서비스를 지원하기 위한 MBS 데이터에 패딩을 삽입하기 위한 패딩에 대한 논리 채널 식별자도 상기 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다.
또 다른 실시 예로 논리 채널 식별자 공간을 2배로 늘리기 위해서 상기 MBS 제어 데이터 채널, 상기 MBS 사용자 데이터 채널, 또는 상기 MBS 사용자 데이터 채널의 각 서비스에 대한 논리 채널 식별자는 새로운 제2의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 또는 상기 MBS 서비스를 지원하기 위한 MAC 제어 정보(MAC CE)(예를 들면 네트워크가 MBS 서비스를 중단한다는 지시 또는 단말이 네트워크에 MBS 서비스 수신을 중단한다는 지시를 위한 MAC CE) 또는 상기 MBS 서비스를 지원하기 위한 MBS 데이터에 패딩을 삽입하기 위한 패딩에 대한 논리 채널 식별자도 상기 새로운 제2의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 상기 제1의 논리 채널 식별자 공간과 제2의 논리 채널 식별자 공간은 MAC 계층 장치에서 MBS 채널, DL-SCH 채널, 또는 전송 자원(주파수 또는 시간 전송 자원, 주파수 정보, 부분 대역폭 식별자, 부분 대역폭 설정 정보, 전용 캐리어 또는 전용 셀(SCell) 식별자, 또는 전용 셀 정보)으로 구별될 수 있거나, 또는 서로 다른 RNTI를 사용하는 것으로 구별될 수 있다. 따라서 단말의 MAC 계층 장치는 상기 MBS 서비스를 수신하는 채널 또는 전송 자원을 통해 MBS 데이터를 수신하면, 수신한 전송 채널(예를 들면 MBCH, DL-SCH, 또는 BCH등), 부분 대역폭 식별자, SCell 식별자, 논리 채널 식별자, 또는 RNTI 식별자 중 적어도 하나를 기반으로 상기 MBS 데이터를 구분하고, 역다중화하여 상응하는 상위 계층 장치로 데이터를 전달할 수 있다. 상기 제2-1의 MBS 수신 실시 예는 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴 모드 단말에게 적용될 수 있다.
<제2-2의 MBS 수신 실시 예>
도 5의 제2-2의 MBS 수신 실시 예(520)에서 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)에서 MBS 서비스를 위한 물리적인 채널 또는 전송 채널(예를 들면 MBCH 또는 DL-SCH 채널)이 설정되거나 또는 기존 DL-SCH 채널에서, 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등)이 설정되고 정의될 수 있다. MBS 서비스를 위해 전송되는 MBS 데이터에는 MAC 헤더를 포함시키고, 상기 MAC 헤더에 포함되는 논리 채널 식별자를 MBS 제어 데이터 채널(예를 들면 MBCCH) 또는 MBS 사용자 데이터 채널(예를 들면 MBTCH)에 대해 각각 서로 다르게 할당할 수 있다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 서로 다른 논리 채널 식별자를 할당할 수 있다. 또한 상기 MBS 제어 데이터 채널(예를 들면 MBCCH) 또는 MBS 사용자 데이터 채널(예를 들면 MBTCH)에 대해 각각 서로 다르게 RNTI 식별자를 할당할 수 있다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 서로 다른 RNTI 식별자들을 할당할 수 있다. 따라서 상기 RNTI 식별자들로 상기 MBS 제어 데이터 채널(예를 들면 MBCCH) 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스를 구별할 수 있기 때문에 논리 채널 식별자는 상기 MBS 제어 데이터 채널, 상기 MBS 사용자 데이터 채널, 또는 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대한 같은 논리 채널 식별자를 할당할 수 있다.
또 다른 실시 예로 MBS 제어 데이터 채널(예를 들면 MBCCH), MBS 사용자 데이터 채널, 또는 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해 같은 RNTI 식별자를 할당하고, 더 세부적으로 상기 채널 또는 데이터를 구분하는 것은 서로 다른 논리 채널 식별자를 상기 MBS 제어 데이터 채널, 상기 MBS 사용자 데이터 채널, 또는 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해 할당하여 구분할 수 있다. 상기 MBS 서비스를 위한 RNTI 식별자는 DL-SCH를 위한 RNTI 식별자(예를 들면 C-RNTI 또는 MCS-C-RNTI 또는 CS-RNTI 등)와 다르게 설정될 수 있다.
또 다른 실시 예로 상기 MBS 서비스를 위한 RNTI 식별자는 DL-SCH를 위한 RNTI 식별자(예를 들면 C-RNTI 또는 MCS-C-RNTI 또는 CS-RNTI 등)와 같게 설정하고 구별은 논리 채널 식별자로 수행할 수 있다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 채널을 위한 제어 메시지를 통해 각 MBS 서비스를 위한 제1의 식별자 또는 제2의 식별자를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자 또는 각 RNTI 식별자를 설정 또는 방송할 수 있다. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있다. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있다. DL-SCH 채널에서 일반 데이터 서비스(음성 또는 인터넷 또는 영상 서비스)를 위한 베어러에 할당될 수 있는 논리 채널 식별자는 소정의 비트(예를 들면 6비트)로 생성 가능한 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 상기 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널 또는 MBS 사용자 데이터 채널의 각 서비스에 대한 논리 채널 식별자는 상기 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 또는 상기 MBS 서비스를 지원하기 위한 MAC 제어 정보(MAC CE)(예를 들면 네트워크가 MBS 서비스를 중단한다는 지시 또는 단말이 네트워크에 MBS 서비스 수신을 중단한다는 지시를 위한 MAC CE) 또는 상기 MBS 서비스를 지원하기 위한 MBS 데이터에 패딩을 삽입하기 위한 패딩에 대한 논리 채널 식별자도 상기 제1의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다.
또 다른 실시 예로 논리 채널 식별자 공간을 2배로 늘리기 위해서 상기 MBS 제어 데이터 채널, 상기 MBS 사용자 데이터 채널, 또는 상기 MBS 사용자 데이터 채널의 각 서비스에 대한 논리 채널 식별자는 새로운 제2의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 또는 상기 MBS 서비스를 지원하기 위한 상기 MAC 제어 정보, 또는 상기 MBS 서비스를 지원하기 위한 MBS 데이터에 패딩을 삽입하기 위한 패딩에 대한 논리 채널 식별자도 상기 새로운 제2의 논리 채널 식별자 공간에서 하나의 소정의 비트(예를 들면 6비트) 조합으로 할당될 수 있다. 상기 제1의 논리 채널 식별자 공간과 제2의 논리 채널 식별자 공간은 MAC 계층 장치에서 MBS 채널, DL-SCH 채널, 전송 자원(주파수 또는 시간 전송 자원, 주파수 정보, 부분 대역폭 식별자, 부분 대역폭 설정 정보, 전용 캐리어 또는 전용 셀(SCell) 식별자, 또는 전용 셀 정보)으로 구별될 수 있거나, 또는 서로 다른 RNTI를 사용하는 것으로 구별될 수 있다. 따라서 단말의 MAC 계층 장치는 상기 MBS 서비스를 수신하는 채널 또는 전송 자원을 통해 MBS 데이터를 수신하면, 수신한 전송 채널(예를 들면 MBCH, DL-SCH, 또는 BCH등), 부분 대역폭 식별자, SCell 식별자, 논리 채널 식별자, 또는 RNTI 식별자 중 적어도 하나를 기반으로 상기 MBS 데이터를 구분하고, 역다중화하여 상응하는 상위 계층 장치로 데이터를 전달할 수 있다. 상기 제2-2의 MBS 수신 실시 예는 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴 모드 단말에게 적용될 수 있다.
<제2-3의 MBS 수신 실시 예>
도 5의 제2-3의 MBS 수신 실시 예(520)에서 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)에서 MBS 서비스를 위한 물리적인 채널 또는 전송 채널(예를 들면 MBCH 또는 DL-SCH 채널)이 설정되거나, 또는 기존 DL-SCH 채널에서, 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등)이 설정되고 정의될 수 있다. MBS 서비스를 위해 전송되는 MBS 데이터에는 MAC 헤더가 포함되지 않고, RNTI 식별자를 기반으로 MBS 제어 데이터 채널(예를 들면 MBCCH) 또는 MBS 사용자 데이터 채널(예를 들면 MBTCH)을 각각 서로 다르게 구분하도록 할 수 있다. 또한 상기 MBS 제어 데이터 채널 또는 상기 MBS 사용자 데이터 채널에 대해 각각 서로 다르게 RNTI 식별자를 할당할 수 있다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 서로 다른 RNTI 식별자들을 할당할 수 있다. 따라서 상기 RNTI 식별자들로 상기 MBS 제어 데이터 채널 또는 상기 MBS 사용자 데이터 채널 또는 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스를 구별할 수 있기 때문에 논리 채널 식별자는 상기 MBS 제어 데이터 채널 또는 상기 MBS 사용자 데이터 채널 또는 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해 설정될 필요가 없으며, MBS 데이터에 MAC 헤더가 포함될 필요가 없다. 또한 상기 MBS 사용자 데이터 채널에서 서비스되는 각 MBS 서비스에 대해서 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 채널을 위한 제어 메시지를 통해 각 MBS 서비스를 위한 제1의 식별자 또는 제2의 식별자를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 RNTI 식별자를 설정 또는 방송할 수 있다. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있다. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있다. 따라서 단말의 MAC 계층 장치는 상기 MBS 서비스를 수신하는 채널 또는 전송 자원을 통해 MBS 데이터를 수신하면, 수신한 전송 채널(예를 들면 MBCH, DL-SCH, 또는 BCH등), 부분 대역폭 식별자, SCell 식별자, 또는 RNTI 식별자 중 적어도 하나를 기반으로 상기 MBS 데이터를 구분하고, 역다중화하여 상응하는 상위 계층 장치로 데이터를 전달할 수 있다. 상기 제2-3의 MBS 수신 실시 예는 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴 모드 단말에게 적용될 수 있다.
도 6은 본 개시의 일 실시 예에 따른 단말이 송신할 MBS 데이터를 MAC 계층 장치에서 다중화하는 방법을 나타낸 도면이다.
도 6은 도 4a 내지 도 4d에서 설명한 베어러 구조로 MBS 서비스를 지원하는 멀티 캐스트 베어러 또는 유니 캐스트 베어러를 통해 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴 모드 단말이 MBS 데이터(예를 들면 MBS 제어 데이터, MBS 사용자 데이터, 또는 MBS 데이터가 아닌 일반 데이터)를 송신하는 경우, MAC 계층 장치에서 상기 송신할 MBS 데이터를 다중화하는 실시 예를 나타낸다.
도 6에서 MBS 데이터를 송신하는 실시 예 또는 MBS 데이터를 송신하고 MBS 데이터를 다중화하는 실시 예는 다음의 실시 예들 중에서 하나의 실시 예 또는 복수 개의 실시 예를 적용할 수 있다. 또 다른 실시 예로 다음의 실시 예들 중에서 단말이 RRC 연결 모드인지 또는 RRC 비활성화 모드인지 또는 RRC 유휴 모드인지에 따라서 서로 다른 실시 예을 적용할 수도 있다.
<제1의 MBS 송신 실시예>
도 5에서 제안한 실시예들로 MBS 서비스를 수신하는 단말은 네트워크 요청에 따라서 또는 단말 자체의 필요성에 의해 상향 링크 MBS 데이터를 보내야 하는 경우, RRC 연결 모드, RRC 비활성화 모드 또는 RRC 유휴 모드에 있는 단말은 상향 링크 MBS 데이터를 기지국 또는 네트워크에 전송할 수 있다. 네트워크 또는 기지국은 네트워크 요청을 MBS 데이터(예를 들면 MBS 제어 데이터, MBS 사용자 데이터, RRC 메시지, RLC 제어 데이터(RLC control PDU), PDCP 제어 데이터(PDCP control PDU), MAC 제어 데이터(MAC CE), 또는 새로 정의한 메시지)에 포함시켜 단말에게 보내어 MBS 서비스 상태에 대한 지시(예를 들면 서비스 중지 또는 재개) 또는 MBS 서비스에 대한 응답 요청(예를 들면 단말이 특정 MBS 서비스를 수신하고 있는 지 여부 또는 특정 MBS 서비스를 수신하고 싶은지 또는 관심 있는 지 여부 또는 멀티 캐스트 베어러와 유니 캐스트 베어러 중에 선호도 또는 베어러의 전환 선호 여부(멀티 캐스트 베어러를 통해 MBS 서비스를 수신하고 싶어하는 지 또는 유니 캐스트 베어러를 통해 MBS 서비스를 수신하고 싶어하는 지)를 요청하는 정보 또는 지시자)을 보내거나 또는 설정할 수 있다. 기지국 또는 네트워크는 네트워크의 요청을 포함하는 MBS 데이터를 도 5에서 설명한 것과 같이 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)를 통해 설정된 별도의 하향 링크 링크 채널, MBS 서비스를 위한 물리적인 채널, 전송 채널(예를 들면 MBCH), 또는 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등)를 통해 전송하여 MBS를 수신하는 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴 모드 단말들이 수신할 수 있도록 할 수 있다. 상기와 같이 전송함으로써, 하나의 전송 자원으로 MBS 데이터를 전송할 수 있도록 하고, 복수 개의 단말들이 상기 MBS 데이터를 수신할 수 있도록 하여 전송 자원의 낭비를 막고 효율적으로 사용하도록 할 수 있다.
또 다른 실시 예로 기지국 또는 네트워크는 네트워크의 요청을 포함하는 MBS 데이터를 도 5에서 설명한 것과 같이 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지)를 통해 설정된 하향 링크 채널(예를 들면 DL-SCH, CCCH, 또는 DCCH), 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등), SRB0(CCCH) 또는 SRB1(DCCH)을 통해서 전송하여 MBS를 수신하는 RRC 연결 모드 단말들에게만 각각 전송하여 수신할 수 있도록 할 수 있다. 상향 링크 MBS 데이터는 MBS 제어 데이터, MBS 사용자 데이터, RRC 메시지, RLC 제어 데이터, PDCP 제어 데이터, MAC 제어 데이터(MAC CE), 또는 새로 정의한 메시지 중 적어도 하나를 포함할 수 있다. 상기 제1의 MBS 송신 실시 예(610)에서 단말은 상기 상향 링크 MBS 데이터를 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)에서 설정된 별도의 상향 링크 채널, MBS 서비스를 위한 물리적인 채널, 전송 채널(예를 들면 UL-MBCH, MBS channel 채널) 또는 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등)을 통해서 전송할 수 있다. 예를 들면 단말은 상기 상향 링크 MBS 데이터에 MAC 헤더를 포함시키고, 상향 링크 MBS 데이터의 목적(MBS 제어 데이터, MBS 사용자 데이터, 또는 특정 MBS 서비스에 대한 MBS 사용자 데이터)에 맞게 MAC 헤더의 논리 채널 식별자(MBS 제어 데이터(채널), MBS 사용자 데이터(채널), 특정 MBS 서비스에 대한 MBS 사용자 데이터(채널), SRB0(CCCH) 또는 SRB1(DCCH), DRB, 또는 MAC 제어 정보에 대해 설정되거나 할당된 논리 채널 식별자)를 설정하고, 상기 상향 링크 MBS 데이터를 전송할 수 있다. 도 4a 내지 도 4d에서 설명한 베어러 구조들 중에 어떤 베어러 구조가 설정되었느냐에 따라 RLC 헤더 또는 PDCP 헤더 또는 SDAP 헤더도 포함될 수 있다.
또 다른 실시 예로 단말은 상기 상향 링크 MBS 데이터를 상향 링크 MBS 데이터의 목적(MBS 제어 데이터, MBS 사용자 데이터, 또는 특정 MBS 서비스에 대한 MBS 사용자 데이터)에 맞는 RNTI 식별자(MBS 사용자 데이터(채널), 또는 특정 MBS 서비스에 대한 MBS 사용자 데이터(채널)에 대해 설정된 RNTI)를 설정하여 PDCCH로 지시된 상향 링크 전송 자원에서 전송할 수 있다. 상기 상향 링크 MBS 데이터는 RNTI 식별자로 구분될 수 있기 때문에 MAC 헤더 또는 논리 채널 식별자를 포함하지 않을 수 있다.
또 다른 실시 예로 단말은 상기 상향 링크 MBS 데이터에 MAC 헤더를 포함시키고, 상향 링크 MBS 데이터의 목적(MBS 제어 데이터, MBS 사용자 데이터, 또는 특정 MBS 서비스에 대한 MBS 사용자 데이터)에 맞게 MAC 헤더의 논리 채널 식별자(MBS 제어 데이터(채널), MBS 사용자 데이터(채널), 특정 MBS 서비스에 대한 MBS 사용자 데이터(채널), SRB0(CCCH) 또는 SRB1(DCCH), DRB, 또는 MAC 제어 정보에 대해 설정되거나 할당된 논리 채널 식별자)를 설정하고, 상기 상향 링크 MBS 데이터를 전송할 수 있다. 도 4a 내지 도 4d에서 제안된 베어러 구조들 중에 어떤 베어러 구조가 설정되었느냐에 따라 RLC 헤더 또는 PDCP 헤더 또는 SDAP 헤더도 포함될 수 있다.
<제2의 MBS 송신 실시 예>
상기 도 5에서 설명한 실시 예들로 MBS 서비스를 수신하는 단말은 네트워크 요청에 따라서 또는 단말 자체의 필요성에 의해 상향 링크 MBS 데이터를 보내야 하는 경우, RRC 연결 모드에 있는 단말만 상향 링크 MBS 데이터를 기지국 또는 네트워크에 전송할 수 있다. 네트워크 또는 기지국은 네트워크 요청을 MBS 데이터(예를 들면 MBS 제어 데이터, MBS 사용자 데이터, RRC 메시지, RLC 제어 데이터, PDCP 제어 데이터, MAC 제어 데이터, 또는 새로 정의한 메시지)에 포함시켜 단말에게 보내어 MBS 서비스 상태에 대한 지시(예를 들면 서비스 중지 또는 재개) 또는 MBS 서비스에 대한 응답 요청(예를 들면 단말이 특정 MBS 서비스를 수신하고 있는 지 여부 또는 특정 MBS 서비스를 수신하고 싶은지 또는 관심 있는 지 여부 또는 멀티 캐스트 베어러와 유니 캐스트 베어러 중에 선호도 또는 베어러의 전환 선호 여부(멀티 캐스트 베어러를 통해 MBS 서비스를 수신하고 싶어하는 지 또는 유니 캐스트 베어러를 통해 MBS 서비스를 수신하고 싶어하는 지)를 요청하는 정보 또는 지시자)을 보내거나 또는 설정할 수 있다. 기지국 또는 네트워크는 네트워크의 요청을 포함하는 MBS 데이터를 도 5에서 제안한 것과 같이 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)를 통해 설정된 별도의 하향 링크 링크 채널, MBS 서비스를 위한 물리적인 채널, 전송 채널(예를 들면 MBCH), 또는 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등)를 통해 전송하여 MBS를 수신하는 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴 모드 단말들이 수신할 수 있도록 할 수 있다. 상기와 같이 전송함으로써, 하나의 전송 자원으로 MBS 데이터를 전송할 수 있도록 하고, 복수 개의 단말들이 상기 MBS 데이터를 수신할 수 있도록 하여 전송 자원의 낭비를 막고 효율적으로 사용하도록 할 수 있다.
또 다른 실시 예로 기지국 또는 네트워크는 네트워크의 요청을 포함하는 MBS 데이터를 도 5에서 설명한 것과 같이 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지)를 통해 설정된 하향 링크 링크 채널(예를 들면 DL-SCH, CCCH, 또는 DCCH), 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등), SRB0(CCCH, Common Control channel) 또는 SRB1(DCCH, Downlink Control Channel)을 통해서 MBS를 수신하는 RRC 연결 모드 단말들에게만 각각 전송하여 수신할 수 있도록 할 수 있다. 상기 상향 링크 MBS 데이터는 MBS 제어 데이터, MBS 사용자 데이터, RRC 메시지, RLC 제어 데이터, PDCP 제어 데이터, MAC 제어 데이터, 또는 새로 정의한 메시지 중 적어도 하나일 수 있다. 상기 제2의 MBS 송신 실시 예(510)에서 RRC 연결 모드 단말은 상기 상향 링크 MBS 데이터를 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 채널을 위한 제어 메시지를 통해 설정된 별도의 상향 링크 채널, 물리적인 채널, 전송 채널(예를 들면 UL-SCH, 일반적인 데이터 서비스를 위한 채널), 별도의 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 또는 서브 캐리어 간격 등), 또는 RRC 연결 모드 단말에게 할당된 RNTI 식별자(예를 들면 C-RNTI)로 스크램블링된 PDCCH로 할당된 전송 자원을 통해서 전송할 수 있다. RRC 연결 모드 단말은 RRC 연결 모드 단말에게 할당된 RNTI 식별자(예를 들면 C-RNTI)로 스크램블링된 PDCCH로 할당된 전송 자원을 통해서 상향 링크 MBS 데이터를 전송하는 경우, SRB0(CCCH) 또는 SRB1(DCCH) 또는 DRB를 통해 상향 링크 MBS 데이터를 전송할 수 있다. 예를 들면 RRC 연결 모드 단말은 상기 상향 링크 MBS 데이터에 MAC 헤더를 포함시키고 상향 링크 MBS 데이터의 목적(MBS 제어 데이터, MBS 사용자 데이터, 또는 특정 MBS 서비스에 대한 MBS 사용자 데이터)에 맞게 MAC 헤더의 논리 채널 식별자(MBS 제어 데이터(채널), MBS 사용자 데이터(채널), 특정 MBS 서비스에 대한 MBS 사용자 데이터(채널), SRB0(CCCH) 또는 SRB1(DCCH), DRB 또는 MAC 제어 정보에 대해 설정되거나 할당된 논리 채널 식별자)를 설정하고, 상기 상향 링크 MBS 데이터를 전송할 수 있다. 도 4a 내지 도 4d에서 설명한 베어러 구조들 중에 어떤 베어러 구조가 설정되었느냐에 따라 RLC 헤더 또는 PDCP 헤더 또는 SDAP 헤더도 포함될 수 있다.
또 다른 실시 예로 RRC 연결 모드 단말은 상기 상향 링크 MBS 데이터를 상향 링크 MBS 데이터의 목적(MBS 제어 데이터, MBS 사용자 데이터, 또는 특정 MBS 서비스에 대한 MBS 사용자 데이터)에 맞는 RNTI 식별자(MBS 사용자 데이터(채널), 또는 특정 MBS 서비스에 대한 MBS 사용자 데이터(채널)에 대해 설정된 RNTI)로 설정하고, PDCCH로 지시된 상향 링크 전송 자원을 통해 전송할 수 있다. 상기 상향 링크 MBS 데이터는 RNTI 식별자로 구분될 수 있기 때문에 MAC 헤더 또는 논리 채널 식별자를 포함하지 않을 수 있다.
또 다른 실시 예로 단말은 상기 상향 링크 MBS 데이터에 MAC 헤더를 포함시키고 상향 링크 MBS 데이터의 목적(MBS 제어 데이터, MBS 사용자 데이터, 또는 특정 MBS 서비스에 대한 MBS 사용자 데이터)에 맞게 MAC 헤더의 논리 채널 식별자(MBS 제어 데이터(채널), MBS 사용자 데이터(채널), 특정 MBS 서비스에 대한 MBS 사용자 데이터(채널), SRB0(CCCH) 또는 SRB1(DCCH), DRB, 또는 MAC 제어 정보에 대해 설정되거나 할당된 논리 채널 식별자)를 설정하고, 상기 상향 링크 MBS 데이터를 전송할 수 있다. 도 4a 내지 도 4d에서 설명한 베어러 구조들 중에 어떤 베어러 구조가 설정되었느냐에 따라 RLC 헤더 또는 PDCP 헤더 또는 SDAP 헤더도 포함될 수 있다.
기지국 또는 네트워크가 단말에게 MBS 서비스를 지원하고 단말이 상기 MBS 서비스를 수신하기 위한 시그날링 절차들이 설명된다. 이하에서 설명되는 다양한 시그날링 절차들 중에 하나의 시그날링 절차를 통해 기지국은 단말에게 MBS 서비스를 제공할 수 있으며 또는 단말은 MBS 서비스를 수신할 수 있다.
도 7은 본 개시의 일 실시 예에 따른 MBS 서비스 지원을 위한 제1의 시그날링 절차를 나타낸 도면이다.
MBS 서비스 지원을 위한 제1의 시그날링 절차는 시스템 정보 기반으로 MBS 서비스를 단말에게 지원할 수 있다.
도 7을 참조하면, 단말(701)은 RRC 유휴 모드 또는 RRC 비활성화 모드에서 셀 선택 또는 재선택 절차를 수행하여 적합한 셀(suitable cell)을 선택하고 캠프 온을 수행한다. RRC 유휴 모드, RRC 비활성화 모드 또는 RRC 연결 모드에서 단말은 기지국(702)로부터 시스템 정보를 수신한다(705단계). 단말은 시스템 정보를 통해 MBS 서비스를 위한 설정 정보들을 수신할 수 있다. 상기 MBS 서비스를 위한 설정 정보에는 다음의 설정 정보들이 하나 또는 복수 개 포함될 수 있다. 즉, 네트워크는 시스템 정보에서 MBS 서비스 지원을 위해 다음의 설정 정보들 중에 하나 또는 복수 개를 포함하여 전송할 수 있다.
- MBS 서비스를 지원하는 지 여부를 나타내는 정보
- MBS 서비스를 위한 물리적인 채널 또는 하향 링크 또는 상향 링크 전송 채널(예를 들면 MBCH, MBCCH, MBTCH, 또는 DL-SCH)에 대한 설정 정보
- 상기 물리적인 채널, 또는 하향 링크/상향 링크 전송 채널(예를 들면 MBCH, MBS 제어 데이터 채널(MBCCH), 또는 MBS 사용자 데이터 채널(MBTCH))이 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보
- 현재 셀에서 지원하는 MBS 서비스에 대한 설정 정보(예를 들면, MBS 서비스들에 대한 리스트 또는 각 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI, Temporary Mobile Group Identity) 또는 제2의 식별자(예를 들면 session Identity)를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자, 각 베어러 식별자, 또는 각 RNTI 식별자 정보를 설정 또는 방송할 수 있음. 또 다른 실시 예로 각 베어러(또는 베어러 식별자), 각 논리 채널, 각 RLC 설정 정보, 또는 각 PDCP 설정 정보 별로 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI), 제2의 식별자(예를 들면 session Identity), 또는 RNTI 식별자를 설정 또는 방송할 수 있음. 상기 제1의 식별자는 MBS를 서비스하는 PLMN(Public Land Mobile Network)를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있음. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있음. 또한 상기 MBS 서비스에 대한 설정 정보는 각 MBS 서비스가 지원되는 또는 방송되는 또는 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보를 포함할 수 있음.)
- (도 4a 내지 도 4d에서 설명하는 베어러 구조를 포함하는) 베어러 설정 정보
- HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, HARQ ACK 또는 NACK을 전송할 전송 자원 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보(예를 들어, HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, RLC 모드(TM 또는 UM 또는 AM)에 대한 설정 정보, RLC 계층 장치에서 데이터 분할 기능을 사용할 지 여부에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보는 MBS 서비스 별로 또는 베어러 별로 설정될 수 있음. 또 다른 실시 예로 상기 설정 정보(들)는 기본적인 설정 정보로 정의되어 단말이 상기 설정 정보 없이 상기 기능들 중에 일부를 기본 기능으로 가지는 MBS 베어러를 설정하도록 할 수 있음.)
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- MBS 서비스를 위한 MBS 전용 캐리어 또는 셀(Cell 또는 SCell 또는 PCell) 관련 정보(예를 들면 주파수 또는 시간 자원 또는 셀 식별자)
- MBS 서비스를 위한 MBS 전용 부분 대역폭 정보(예를 들면 하향 링크 부분 대역폭 또는 상향 링크 부분 대역폭 정보) 또는 부분 대역폭 식별자 정보
- MBS 서비스를 지원하는 베어러에 대해 헤더 압축 기능 또는 절차를 설정하는 지시자 또는 헤더 압축 절차 또는 데이터 압축 절차를 위한 설정 정보(예를 들면 헤더 압축 컨텍스트를 계속 사용할 지 여부를 지시하는 지시자)
- PDCP 일련번호 또는 RLC 일련번호 길이에 대한 정보(또 다른 실시 예로 RLC 일련번호 또는 PDCP 일련번호에 대한 디폴트 길이가 정해질 수 있음.)
- MBS 서비스를 지원하는 베어러의 RLC 계층 장치가 단방향 통신을 지원 또는 가능하도록 할 것인지 또는 양방향 통신을 지원 또는 가능하도록 할 것인지를 나타내는 지시자
단말(701)은 캠프온 한 셀에서 MBS 서비스를 위한 설정 정보가 시스템 정보를 통해 방송되지 않는다면 캠프온 한 셀에서 MBS 서비스를 위한 시스템 정보를 방송해달라고 요청하는 메시지 또는 지시자를 기지국(702), 셀, 또는 네트워크에게 전송할 수 있다. 상기 요청 메시지 또는 지시자를 수신하면 기지국(702), 또는 네트워크는 상기 MBS 서비스를 위한 설정 정보를 시스템 정보룰 통해 방송 또는 전송할 수 있다. 단말(701)로부터 상기 요청 메시지 또는 지시자를 수신함으로써, 기지국(702)은 시스템 정보를 통해 불필요하게 MBS 서비스 관련 시스템 정보를 항상 방송함으로써 발생할 수 있는 전송 자원의 낭비를 막을 수 있다.
705단계에서 시스템 정보를 수신한 단말(701)은 상기 MBS 서비스 관련 설정 정보들을 저장할 수 있다. 단말(701)은 시스템 정보에 포함된 상기 MBS 서비스 관련 설정 정보들을 이용하여 단말(701)이 관심이 있는 또는 수신하고자 하는 MBS 서비스를 탐색하고 또는 결정할 수 있다. 단말(701)은 관심이 있는 MBS 서비스에 대한 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널이 전송되는 전송 자원에서 MBS 데이터(MBS 제어 데이터 또는 MBS 사용자 데이터)를 수신할 수 있다. 단말(701)은 시스템 정보를 수신하였을 때, 관심 있는 서비스를 수신하려고 할 때, 관심 있는 서비스가 생겼을 때, 관심 있는 서비스를 결정하였을 때, 상기 시스템 정보에서 MBS 서비스를 지원하는 셀 또는 영역에 존재하거나 진입할 때, MBS 서비스(또는 세션)을 설정 또는 연결하였을 때, 또는 상기 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)를 통해 MBS 서비스를 위한 설정 정보 또는 베어러 설정 정보가 수신되거나 방송될 때, 단말(701)은 도 4a 내지 도 4d에서 설명한 베어러 구조를 갖는 MBS 서비스 수신을 위한 유니 캐스트 베어러, 멀티 캐스트 베어러 또는 MBS 베어러를 설정할 수 있다.
단말(701)은 관심이 있는 MBS 서비스에 대한 MBS 제어 데이터 채널 또는 전송 자원을 통해 MBS 데이터(예를 들면 MBS 제어 데이터)를 수신하여 MBS 서비스 관련 설정 정보를 수신할 수 있다(710단계).
상기 MBS 서비스 관련 설정 정보는 MBS 서비스 지원을 위해 다음의 설정 정보들 중에 하나 또는 복수 개를 포함할 수 있다.
- MBS 서비스를 지원하는 지 여부를 나타내는 정보
- MBS 서비스를 위한 물리적인 채널 또는 하향 링크 또는 상향 링크 전송 채널(예를 들면 MBCH, MBCCH, MBTCH, 또는 DL-SCH)에 대한 설정 정보
- 상기 물리적인 채널 또는 하향 링크/상향 링크 전송 채널(예를 들면 MBCH, MBS 제어 데이터 채널(MBCCH), 또는 MBS 사용자 데이터 채널(MBTCH))이 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보
- 현재 셀에서 지원하는 MBS 서비스에 대한 설정 정보(예를 들면, MBS 서비스들에 대한 리스트 또는 각 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI,) 또는 제2의 식별자(예를 들면 session Identity)를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자, 각 베어러 식별자, 또는 각 RNTI 식별자 정보를 설정 또는 방송할 수 있음. 또 다른 실시 예로 각 베어러(또는 베어러 식별자), 각 논리 채널, 각 RLC 설정 정보, 또는 각 PDCP 설정 정보 별로 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI), 제2의 식별자(예를 들면 session Identity), 또는 RNTI 식별자를 설정 또는 방송할 수 있음. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있음. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있음. 또한 상기 MBS 서비스에 대한 설정 정보는 각 MBS 서비스가 지원되는 또는 방송되는 또는 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보를 포함할 수 있음.)
- (도 4a 내지 도 4d에서 설명하는 베어러 구조를 포함하는)베어러 설정 정보
- HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, HARQ ACK 또는 NACK을 전송할 전송 자원 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보(예를 들어, HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, RLC 모드(TM 또는 UM 또는 AM)에 대한 설정 정보, RLC 계층 장치에서 데이터 분할 기능을 사용할 지 여부에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보는 MBS 서비스 별로 또는 베어러 별로 설정될 수 있음. 또 다른 실시 예로 상기 설정 정보(들)는 기본적인 설정 정보로 정의되어 단말이 상기 설정 정보 없이 상기 기능들 중에 일부를 기본 기능으로 가지는 MBS 베어러를 설정하도록 할 수 있음.)
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- MBS 서비스를 위한 MBS 전용 캐리어 또는 셀(Cell 또는 SCell 또는 PCell) 관련 정보(예를 들면 주파수 또는 시간 자원 또는 셀 식별자)
- MBS 서비스를 위한 MBS 전용 부분 대역폭 정보(예를 들면 하향 링크 부분 대역폭 또는 상향 링크 부분 대역폭 정보) 또는 부분 대역폭 식별자 정보
- MBS 서비스를 지원하는 베어러에 대해 헤더 압축 기능 또는 절차를 설정하는 지시자 또는 헤더 압축 절차 또는 데이터 압축 절차를 위한 설정 정보(예를 들면 헤더 압축 컨텍스트를 계속 사용할 지 여부를 지시하는 지시자)
- PDCP 일련번호 또는 RLC 일련번호 길이에 대한 정보(또 다른 실시 예로 RLC 일련번호 또는 PDCP 일련번호에 대한 디폴트 길이가 정해질 수 있음.)
- MBS 서비스를 지원하는 베어러의 RLC 계층 장치가 단방향 통신을 지원 또는 가능하도록 할 것인지 또는 양방향 통신을 지원 또는 가능하도록 할 것인지를 나타내는 지시자
상기 MBS 서비스 관련 설정 정보를 수신하면 단말(701)은 관심이 있는 또는 수신하려고 하는 MBS 서비스를 수신하기 위해서 상기 MBS 서비스에 대해서 설정되거나 할당된 제1의 식별자, 제2의 식별자, RNTI 식별자, 또는 논리 채널 식별자 중 적어도 하나를 확인할 수 있다. 단말(701)은 확인된 식별자를 이용하여 MBS 사용자 데이터 서비스 채널을 통해서 도 4a 내지 도 4d 및/또는 도 6에서 설명한 실시 예를 적용하여 MBS 데이터를 수신하여 MBS 서비스를 수신할 수 있다(715단계).
도 8은 본 개시의 일 실시 예에 따른 MBS 서비스 지원을 위한 제2의 시그날링 절차를 나타낸 도면이다.
MBS 서비스 지원을 위한 제2의 시그날링 절차는 시스템 정보를 기반으로 단말이 관심있는 또는 방송되는 MBS 서비스 방송 여부를 확인하거나 또는 네트워크와 연결을 설정하여 기지국(또는 네트워크)에 단말이 관심 있어 하는 또는 수신하고자 하는 MBS 서비스를 지시하거나 또는 MBS 서비스를 수신하겠다는 지시를 전송하고 기지국(또는 네트워크)로부터 MBS 서비스 관련 설정 정보를 받고 MBS 서비스를 수신할 수 있다. 상기 제2의 시그날링 절차에서 단말은 RRC 유휴 모드, RRC 연결 모드, 또는 RRC 비활성화 모드를 유지할 수 있다(예를 들면 RRC 모드의 전환 없이 MBS 서비스를 수신할 수 있다). 또 다른 실시 예로 단말은 기지국(또는 네트워크)에 단말이 관심 있어 하는 또는 수신하고자 하는 MBS 서비스를 지시하거나 또는 MBS 서비스를 수신하겠다는 지시를 전송하고 기지국(또는 네트워크)로부터 MBS 서비스 관련 설정 정보를 받기 위해 RRC 유휴 모드 또는 RRC 비활성화 모드에서 RRC 연결 모드로 진입할 수 있다. 또는 상기 MBS 서비스 관련 설정 정보를 수신한 단말은 RRC 연결 모드에서 MBS 서비스를 수신하거나 또는 RRC 유휴 모드 또는 RRC 비활성화 모드에서 MBS 서비스를 수신할 수 있다.
도 8을 참조하면, 단말(801)은 RRC 유휴 모드 또는 RRC 비활성화 모드에서 셀 선택 또는 재선택 절차를 수행하여 적합한 셀(suitable cell)을 선택하고 캠프 온을 수행한다. RRC 유휴 모드, RRC 비활성화 모드 또는 RRC 연결 모드에서 단말(801)은 기지국(802)으로부터 시스템 정보를 수신한다(805단계). 단말(801)은 상기 시스템 정보를 통해 MBS 서비스를 위한 설정 정보들을 수신할 수 있다. 상기 MBS 서비스를 위한 설정 정보에는 다음의 설정 정보들이 하나 또는 복수 개 포함될 수 있다. 즉, 네트워크는 상기 시스템 정보에 MBS 서비스 지원을 위해 다음의 설정 정보들 중에 하나 또는 복수 개를 포함시켜 전송할 수 있다.
- MBS 서비스를 지원하는 지 여부를 나타내는 정보
- MBS 서비스를 위한 물리적인 채널 또는 하향 링크 또는 상향 링크 전송 채널(예를 들면 MBCH, MBCCH, MBTCH 또는 DL-SCH)에 대한 설정 정보
- 상기 물리적인 채널, 또는 하향 링크/상향 링크 전송 채널(예를 들면 MBCH, MBCCH, 또는 MBTCH)이 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보
- 현재 셀에서 지원하는 MBS 서비스에 대한 설정 정보(예를 들면, MBS 서비스들에 대한 리스트 또는 각 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI) 또는 제2의 식별자(예를 들면 session Identity)를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자, 각 베어러 식별자, 각 RNTI 식별자 정보를 설정 또는 방송할 수 있음. 또 다른 실시 예로 각 베어러(또는 베어러 식별자), 각 논리 채널, 각 RLC 설정 정보, 또는 각 PDCP 설정 정보 별로 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI), 제2의 식별자(예를 들면 session Identity), 또는 RNTI 식별자를 설정 또는 방송할 수 있음. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있음. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있음. 또한 상기 MBS 서비스에 대한 설정 정보는 각 MBS 서비스가 지원되는 또는 방송되는 또는 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보를 포함할 수 있음.)
- (도 4a 내지 도 4d에서 설명하는 베어러 구조를 포함하는)베어러 설정 정보
- HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, HARQ ACK 또는 NACK을 전송할 전송 자원 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보(예를 들어, HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, RLC 모드(TM 또는 UM 또는 AM)에 대한 설정 정보, RLC 계층 장치에서 데이터 분할 기능을 사용할 지 여부에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보는 MBS 서비스 별로 또는 베어러 별로 설정될 수 있음. 또 다른 실시 예로 상기 설정 정보(들)는 기본적인 설정 정보로 정의되어 단말이 상기 설정 정보 없이 상기 기능들 중에 일부를 기본 기능으로 가지는 MBS 베어러를 설정하도록 할 수 있음.)
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- MBS 서비스를 위한 MBS 전용 캐리어 또는 셀(Cell 또는 SCell 또는 PCell) 관련 정보(예를 들면 주파수 또는 시간 자원 또는 셀 식별자)
- MBS 서비스를 위한 MBS 전용 부분 대역폭 정보(예를 들면 하향 링크 부분 대역폭 또는 상향 링크 부분 대역폭 정보) 또는 부분 대역폭 식별자 정보
- MBS 서비스를 지원하는 베어러에 대해 헤더 압축 기능 또는 절차를 설정하는 지시자 또는 데이터 압축 절차를 설정할 수 있도록 하고 지원하는 것을 제안한다) 또는 헤더 압축 절차 또는 데이터 압축 절차를 위한 설정 정보(예를 들면 헤더 압축 컨텍스트를 계속 사용할 지 여부를 지시하는 지시자)
- PDCP 일련번호 또는 RLC 일련번호 길이에 대한 정보(또 다른 실시 예로 RLC 일련번호 또는 PDCP 일련번호에 대한 디폴트 길이가 정해질 수 있음.)
- MBS 서비스를 지원하는 베어러의 RLC 계층 장치가 단방향 통신을 지원 또는 가능하도록 할 것인지 또는 양방향 통신을 지원 또는 가능하도록 할 것인지를 나타내는 지시자
단말(801)은 캠프온 한 셀에서 MBS 서비스를 위한 설정 정보가 시스템 정보를 통해 방송되지 않는다면 캠프온 한 셀에서 MBS 서비스를 위한 시스템 정보를 방송해달라고 요청하는 메시지 또는 지시자를 기지국(802), 셀, 또는 네트워크에게 전송할 수 있다. 상기 요청 메시지 또는 지시자를 수신하면 기지국(802) 또는 네트워크는 상기 MBS 서비스를 위한 설정 정보를 상기 시스템 정보를 통해 방송 또는 전송할 수 있다. 단말(801)로부터 상기 요청 메시지 또는 지시자를 수신함으로써, 기지국(802)은 상기 시스템 정보를 통해 불필요하게 MBS 서비스 관련 시스템 정보를 항상 방송함으로써 발생할 수 있는 전송 자원의 낭비를 막을 수 있다.
805단계에서 수신한 상기 시스템 정보를 통해 MBS 서비스 관련 정보를 수신하거나 또는 확인한 단말(801), 상기 시스템 정보를 통해 관심 있는 MBS 서비스가 현재 셀에서 방송된다는 것을 확인한 단말(801), 또는 관심 있는 MBS 서비스를 네트워크에 요청하려고 하는 단말(801)은 랜덤 액세스 절차를 수행하고 네트워크에 제1의 RRC 메시지를 전송할 수 있다(810단계). 상기 제1의 RRC 메시지는 새로 정의된 MBS 서비스를 위한 RRC 메시지, RRCSetupRequest 메시지, RRCResumeRequest 메시지, 기존의 다른 RRC 메시지, MAC 제어 정보, RLC 제어 정보, 또는 PDCP 제어 정보 중 적어도 하나를 포함할 수 있다. 상기 제1의 RRC 메시지는 단말(801)이 MBS 서비스를 수신하려고 한다는 지시자를 포함할 수 있다. 또한, 상기 제1의 RRC 메시지는 네트워크와 RRC 연결을 설정하려고 하는 이유로 MBS 서비스 수신을 지시하는 지시자를 포함할 수 있다. 또한 상기 제1의 RRC 메시지는 단말(801)이 관심있거나 수신하려고 하는 MBS 서비스의 제1의 식별자, 제2의 식별자, 논리 채널 식별자, RNTI 식별자, 또는 베어러 식별자 중 적어도 하나를 포함할 수 있다. 단말(801)은 상기 제1의 RRC 메시지를 통해 MBS 서비스를 위해 적용해야 하는 또는 수립해야 하는 또는 사용해야 하는 베어러의 종류(예를 들면 유니캐스트 베어러 또는 멀티캐스트 베어러) 또는 구조를 지시하는 지시자를 전송할 수 있다. 또한, 단말(801)은 상기 제1의 RRC 메시지를 통해 선호하는 베어러의 종류(예를 들면 유니캐스트 베어러 도는 멀티캐스트 베어러) 또는 구조를 지시하는 지시자를 전송할 수 있다. 또한, 단말(801)은 상기 제1의 RRC 메시지를 통해 단말(801)이 어떤 RRC 모드(RRC 연결 모드, RRC 유휴 모드, 또는 RRC 비활성화 모드)에서 MBS 서비스를 지원받고 싶은 지를 지시하는 지시자를 전송할 수 있다. 또한, 단말(801)은 더 이상 관심이 없는 MBS 서비스에 대한 지시자, 수신을 중지하려고 하는 MBS 서비스에 대한 지시자, 수신을 중지한 MBS 서비스에 대한 지시자, 또는 MBS 서비스를 다른 MBS 서비스로 변경하려는 지시자 중 적어도 하나를 상기 제1의 RRC 메시지를 통해 전송할 수 있다. 단말(801)이 상기 제1의 RRC 메시지를 통해 전송하는 상기 지시자(들)는 805단계에서 수신한 시스템 정보를 기반으로 결정되거나 또는 지시될 수 있다. 또한 단말(801)은 상기 제1의 RRC 메시지를 통해 단말 능력 정보를 전송할 수 있다. 예를 들면 단말(801)이 MBS 서비스를 수신하려고 할 때 단말 능력이 지원하는 기능 및/또는 설정 가능한 설정 정보 또는 단말에 구현된 기능 및/또는 설정 정보를 상기 제1의 RRC 메시지를 통해 전송하여 기지국(802)에게 알려줄 수 있다. 단말(801)은 이전에 연결을 설정한 적이 있거나 또는 네트워크로부터 할당 받은 단말 식별자를 저장하고 있다면 또는 상위 계층 장치(예를 들면 NAS 계층 장치 또는 RRC 계층 장치)에서 단말 식별자가 지시된다면, 상기 제1의 RRC 메시지를 통해 상기 단말 식별자를 네트워크로 전송할 수 있다. 네트워크는 수신한 상기 단말 식별자를 기반으로 단말(801)을 구분하거나 또는 확인할 수 있다. 예를 들면 기지국(802) 또는 네트워크는 상기 제1의 RRC 메시지에 포함된 단말 식별자를 기반으로 단말을 확인하고, 코어 네트워크로부터 단말의 능력 정보를 회수하여 확인하거나 또는 이전에 연결을 설정했던 기지국으로부터 단말의 설정 정보를 회수하여 확인할 수 있다. 단말(801)은 상기 시스템 정보를 수신하였을 때, 관심 있는 서비스를 수신하려고 할 때, 관심 있는 서비스가 생겼을 때, 관심 있는 서비스를 결정하였을 때, 상기 시스템 정보에서 MBS 서비스를 지원하는 셀 또는 영역에 존재하거나 진입할 때, 또는 MBS 서비스(또는 세션)를 설정 또는 연결하였을 때 네트워크와 연결을 설정하고 상기 제1의 RRC 메시지를 전송할 수 있다.
810단계에서 상기 제1의 RRC 메시지를 수신한 기지국(802)는 단말(801)이 관심 있어하거나 또는 수신하려고 하는 MBS 서비스 및/또는 단말 능력 정보를 확인할 수 있다.
기지국(802) 또는 네트워크는 MBS 서비스를 지원 및/또는 설정하기 위해 제2의 RRC 메시지를 단말(801)에게 전송할 수 있다(815단계). 상기 제2의 RRC 메시지는 새로 정의된 MBS 서비스를 위한 RRC 메시지, RRCRelease 메시지, RRCReconfiguration 메시지 또는 기존의 다른 RRC 메시지 중 적어도 하나를 포함할 수 있다.
상기 제2의 RRC 메시지는 MBS 서비스를 위한 설정 정보, 단말(801)이 상기 제1의 RRC 메시지를 통해 지시한 MBS 서비스를 위한 설정 정보, 베어러 설정 정보, 또는 MBS 서비스 수신을 위한 유니 캐스트 베어러, 멀티 캐스트 베어러 또는 MBS 베어러 설정 정보 중 적어도 하나를 포함할 수 있다.
상기 제2의 RRC 메시지는 MBS 서비스 지원을 위해 다음의 설정 정보들 중 하나 또는 복수 개를 포함할 수 있다.
- MBS 서비스를 지원하는 지 여부를 나타내는 정보
- MBS 서비스를 위한 물리적인 채널 또는 하향 링크 또는 상향 링크 전송 채널(예를 들면 MBCH, MBCCH, MBTCH 또는 DL-SCH)에 대한 설정 정보
- 상기 물리적인 채널 또는 하향 링크/상향 링크 전송 채널(예를 들면 MBCH, MBCCH, 또는 MBTCH)이 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보
- 현재 셀에서 지원하는 MBS 서비스에 대한 설정 정보(예를 들면 MBS 서비스들에 대한 리스트 또는 각 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI) 또는 제2의 식별자(예를 들면 session Identity)를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자, 각 베어러 식별자, 또는 각 RNTI 식별자 정보를 설정 또는 방송할 수 있음. 또 다른 실시 예로 각 베어러(또는 베어러 식별자), 각 논리 채널, 각 RLC 설정 정보, 또는 각 PDCP 설정 정보 별로 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI), 제2의 식별자(예를 들면 session Identity), 또는 RNTI 식별자를 설정 또는 방송할 수 있음. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있음. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있음. 또한 상기 MBS 서비스에 대한 설정 정보는 각 MBS 서비스가 지원되는 또는 방송되는 또는 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보를 포함할 수 있음.)
- (도 4a 내지 도 4d에서 설명하는 베어러 구조를 포함하는)베어러 설정 정보
- HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, HARQ ACK 또는 NACK을 전송할 전송 자원 정보 또는 RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보(예를 들어, HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, RLC 모드(TM 또는 UM 또는 AM)에 대한 설정 정보, RLC 계층 장치에서 데이터 분할 기능을 사용할 지 여부에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보는 MBS 서비스 별로 또는 베어러 별로 설정될 수 있음. 또 다른 실싱 ㅖ로 상기 설정 정보(들)는 기본적인 설정 정보로 정의되어 단말이 상기 설정 정보 없이 상기 기능들 중에 일부를 기본 기능으로 가지는 MBS 베어러를 설정하도록 할 수 있음.)
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- RRC 유휴 모드 또는 RRC 비활성화 모드 또는 RRC 연결 모드로 천이하라는 지시자 또는 설정 정보
- RRC 유휴 모드에서 MBS 서비스를 수신할 수 있도록 하는 상기에서 제안한 MBS 서비스 설정 정보 또는 베어러 설정 정보
- RRC 비활성화 모드에서 MBS 서비스를 수신할 수 있도록 하는 상기에서 제안한 MBS 서비스 설정 정보 또는 베어러 설정 정보
- MBS 서비스를 위한 MBS 전용 캐리어 또는 셀(Cell 또는 SCell 또는 PCell) 관련 정보(예를 들면 주파수 또는 시간 자원 또는 셀 식별자)
- MBS 서비스를 위한 MBS 전용 부분 대역폭 정보(예를 들면 하향 링크 부분 대역폭 또는 상향 링크 부분 대역폭 정보) 또는 부분 대역폭 식별자 정보
- MBS 서비스를 지원하는 베어러에 대해 헤더 압축 기능 또는 절차를 설정하는 지시자 또는 헤더 압축 절차 또는 데이터 압축 절차를 위한 설정 정보(예를 들면 헤더 압축 컨텍스트를 계속 사용할 지 여부를 지시하는 지시자)
- PDCP 일련번호 또는 RLC 일련번호 길이에 대한 정보(또 다른 실시 예로 RLC 일련번호 또는 PDCP 일련번호에 대한 디폴트 길이가 정해질 수 있음.)
- MBS 서비스를 지원하는 베어러의 RLC 계층 장치가 단방향 통신을 지원 또는 가능하도록 할 것인지 또는 양방향 통신을 지원 또는 가능하도록 할 것인지를 나타내는 지시자
상기 제2의 RRC 메시지를 수신한 단말(801)은 상기 MBS 서비스 관련 설정 정보들을 저장할 수 있다. 단말(801)은 상기 제2의 RRC 메시지에 포함된 상기 MBS 서비스 관련 설정 정보들을 이용하여 단말(801)이 관심이 있는 또는 수신하고자 하는 MBS 서비스를 탐색하거나 또는 결정할 수 있다. 단말(801)은 관심이 있는 MBS 서비스에 대한 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널이 전송되는 전송 자원에서 MBS 데이터(MBS 제어 데이터 또는 MBS 사용자 데이터)를 수신할 수 있다. 단말은 상기 시스템 정보(또는 제2의 RRC 메시지)를 수신하였을 때, 관심 있는 서비스를 수신하려고 할 때, 관심 있는 서비스가 생겼을 때, 관심 있는 서비서를 결정하였을 때, 상기 시스템 정보에서 MBS 서비스를 지원하는 셀 또는 영역에 있을 존재하거나 진입할 때, MBS 서비스(또는 세션)을 설정 또는 연결하였을 때, 상기 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)를 통해 MBS 서비스를 위한 설정 정보 또는 베어러 설정 정보가 수신되거나 또는 방송될 때, 단말(801)은 도 4a 내지 도 4d에서 설명하는 베어러 구조를 갖는 MBS 서비스 수신을 위한 유니 캐스트 베어러, 멀티 캐스트 베어러 또는 MBS 베어러를 설정할 수 있다.
단말(801)은 관심이 있는 MBS 서비스에 대한 MBS 제어 데이터 채널 또는 전송 자원을 통해 MBS 데이터(예를 들면 MBS 제어 데이터)를 수신하여 MBS 서비스 관련 설정 정보를 수신할 수 있다.
상기 MBS 서비스 관련 설정 정보를 수신하면 단말(801)은 관심이 있는 또는 수신하려고 하는 MBS 서비스를 수신하기 위해서 상기 MBS 서비스에 대해서 설정되거나 할당된 제1의 식별자, 제2의 식별자, RNTI 식별자, 또는 논리 채널 식별자 중 적어도 하나를 확인할 수 있다. 단말(801)은 상기 확인된 식별자를 이용하여 MBS 사용자 데이터 서비스 채널을 통해서 도 4a 내지 도 4d 및/또는 도 6에서 설명한 실시 예를 적용하여 MBS 데이터를 수신하여 MBS 서비스를 수신할 수 있다(820단계).
상기 제1의 RRC 메시지 또는 제2의 RRC 메시지에는 암호화 절차 또는 무결성 보호 절차를 적용하지 않을 수 있다. 또 다른 실시 예로 보안성을 강화하기 위해서 상기 제1의 RRC 메시지 또는 상기 제2의 RRC 메시지에 암호화 절차 또는 무결성 보호 절차를 적용할 수 있다.
도 9는 본 개시의 일 실시 예에 따른 MBS 서비스 지원을 위한 제3의 시그날링 절차를 나타낸 도면이다.
상기 MBS 서비스 지원을 위한 제3의 시그날링 절차는 시스템 정보를 기반으로 단말이 관심있는 또는 방송되는 MBS 서비스 방송 여부를 확인하거나 또는 네트워크와 연결을 설정하여 기지국(또는 네트워크)에 단말이 관심 있어 하는 또는 수신하고자 하는 MBS 서비스를 지시하거나 또는 MBS 서비스를 수신하겠다는 지시를 전송하고 기지국(또는 네트워크)로부터 MBS 서비스 관련 설정 정보를 수신하여 MBS 서비스를 수신할 수 있다. 상기 제3의 시그날링 절차에서 단말은 RRC 유휴 모드, RRC 연결 모드 또는 RRC 비활성화 모드를 유지할 수 있다. 또 다른 실시 예로 단말은 기지국(또는 네트워크)에 단말이 관심 있어 하는 또는 수신하고자 하는 MBS 서비스를 지시하거나 또는 MBS 서비스를 수신하겠다는 지시를 전송하고 기지국(또는 네트워크)으로부터 MBS 서비스 관련 설정 정보를 수신하기 위해 RRC 유휴 모드 또는 RRC 비활성화 모드에서 RRC 연결 모드로 진입할 수 있다. 또는 상기 MBS 서비스 관련 설정 정보를 수신한 단말은 RRC 연결 모드에서 MBS 서비스를 수신하거나 또는 RRC 유휴 모드 또는 RRC 비활성화 모드에서 MBS 서비스를 수신할 수 있다.
도 9를 참조하면, 단말(901)은 RRC 유휴 모드 또는 RRC 비활성화 모드에서 셀 선택 또는 재선택 절차를 수행하여 적합한 셀(suitable cell)을 선택하고 캠프 온을 수행한다. RRC 유휴 모드, RRC 비활성화 모드, 또는 RRC 연결 모드에서 단말(901)은 기지국(902)으로부터 시스템 정보를 수신한다(905단계). 단말(901)은 상기 시스템 정보를 통해 MBS 서비스를 위한 설정 정보들을 수신할 수 있다. 상기 MBS 서비스를 위한 설정 정보에는 다음의 설정 정보들이 하나 또는 복수 개 포함될 수 있다. 즉, 네트워크는 상기 시스템 정보에 MBS 서비스 지원을 위해 다음의 설정 정보들 중에 하나 또는 복수 개를 포함시켜 전송할 수 있다.
- MBS 서비스를 지원하는 지 여부를 나타내는 정보
- MBS 서비스를 위한 물리적인 채널 또는 하향 링크 또는 상향 링크 전송 채널(예를 들면 MBCH, MBCCH, MBTCH, 또는 DL-SCH)에 대한 설정 정보
- 상기 물리적인 채널 또는 하향 링크 또는 상향 링크 전송 채널(예를 들면 MBCH, MBCCH, 또는 MBTCH)이 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보
- 현재 셀에서 지원하는 MBS 서비스에 대한 설정 정보(예를 들면 MBS 서비스들에 대한 리스트 또는 각 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI) 또는 제2의 식별자(예를 들면 session Identity)를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자, 각 베어러 식별자, 또는 각 RNTI 식별자 정보를 설정 또는 방송할 수 있음. 또 다른 실시 예로 각 베어러(또는 베어러 식별자), 각 논리 채널, 각 RLC 설정 정보, 또는 각 PDCP 설정 정보 별로 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI), 제2의 식별자(예를 들면 session Identity), 또는 RNTI 식별자를 설정 또는 방송할 수 있음. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있음. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있음. 또한 상기 MBS 서비스에 대한 설정 정보는 각 MBS 서비스가 지원되는 또는 방송되는 또는 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보를 포함할 수 있음.)
- (도 4a 내지 도 4d에서 설명하는 베어러 구조를 포함하는) 베어러 설정 정보
- HARQ 재정렬, HARQ 재전송 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, HARQ ACK 또는 NACK을 전송할 전송 자원 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보(예를 들어, HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, RLC 모드(TM 또는 UM 또는 AM)에 대한 설정 정보, RLC 계층 장치에서 데이터 분할 기능을 사용할 지 여부에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보는 MBS 서비스 별로 또는 베어러 별로 설정될 수 있음. 또 다른 실시 예로 상기 설정 정보(들)는 기본적인 설정 정보로 정의되어 단말이 상기 설정 정보 없이 상기 기능들 중에 일부를 기본 기능으로 가지는 MBS 베어러를 설정하도록 할 수 있음.)
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- MBS 서비스를 위한 MBS 전용 캐리어 또는 셀(Cell 또는 SCell 또는 PCell) 관련 정보(예를 들면 주파수 또는 시간 자원 또는 셀 식별자)
- MBS 서비스를 위한 MBS 전용 부분 대역폭 정보(예를 들면 하향 링크 부분 대역폭 또는 상향 링크 부분 대역폭 정보) 또는 부분 대역폭 식별자 정보
- MBS 서비스를 지원하는 베어러에 대해 헤더 압축 기능 또는 절차를 설정하는 지시자 또는 헤더 압축 절차 또는 데이터 압축 절차를 위한 설정 정보(예를 들면 헤더 압축 컨텍스트를 계속 사용할 지 여부를 지시하는 지시자)
- PDCP 일련번호 또는 RLC 일련번호 길이에 대한 정보(또 다른 실시 예로 RLC 일련번호 또는 PDCP 일련번호에 대한 디폴트 길이가 정해질 수 있음.)
- MBS 서비스를 지원하는 베어러의 RLC 계층 장치가 단방향 통신을 지원 또는 가능하도록 할 것인지 또는 양방향 통신을 지원 또는 가능하도록 할 것인지를 나타내는 지시자
단말(901)은 캠프온 한 셀에서 MBS 서비스를 위한 설정 정보가 시스템 정보를 통해 방송되지 않는다면 캠프온 한 셀에서 MBS 서비스를 위한 시스템 정보를 방송해달라고 요청하는 메시지 또는 지시자를 기지국(902), 셀, 또는 네트워크에게 전송할 수 있다. 상기 요청 메시지 또는 지시자를 수신하면 기지국(902) 또는 네트워크는 상기 MBS 서비스를 위한 설정 정보를 상기 시스템 정보를 통해 방송 또는 전송할 수 있다. 단말(1201)로부터 상기 요청 메시지 또는 지시자를 수신함으로써, 기지국(902)은 상기 시스템 정보를 통해 불필요하게 MBS 서비스 관련 시스템 정보를 항상 방송함으로써 발생할 수 있는 전송 자원의 낭비를 막을 수 있다.
상기 시스템 정보로 MBS 서비스 관련 정보를 수신하거나 또는 확인한 단말(901), 상기 시스템 정보를 통해 관심 있는 MBS 서비스가 현재 셀에서 방송된다는 것을 확인한 단말(901), 또는 관심 있는 MBS 서비스를 네트워크에 요청하려고 하는 단말(901)은 랜덤 액세스 절차를 수행하고 네트워크에 제1의 RRC 메시지를 전송할 수 있다(910단계). 상기 제1의 RRC 메시지는 새로 정의된 MBS 서비스를 위한 RRC 메시지, RRCSetupRequest 메시지, RRCResumeRequest 메시지, 또는 기존의 다른 RRC 메시지 중 적어도 하나를 포함할 수 있다. 상기 제1의 RRC 메시지는 단말(901)이 MBS 서비스를 수신하려고 한다는 지시자를 포함할 수 있다. 또한, 상기 제1의 RRC 메시지는 네트워크와 RRC 연결을 설정하려고 하는 이유로 MBS 서비스 수신을 지시하는 지시자를 포함할 수 있다. 단말(901)은 이전에 연결을 설정한 적이 있거나 또는 네트워크로부터 할당 받은 단말 식별자(예를 들면 코어 네트워크로 할당받은 단말 식별자(5G-S-TMSI) 또는 기지국으로부터 할당 받은 RRC 연결 재개를 위한 단말 식별자(short I-RNTI 또는 I-RNTI))를 저장하고 있다면 또는 상위 계층 장치(예를 들면 NAS 계층 장치 또는 RRC 계층 장치)에서 상기 단말 식별자가 지시된다면 상기 제1의 RRC 메시지를 통해 단말 식별자 전송하여 네트워크로 하여금 단말을 구분하거나 또는 확인할 수 있도록 할 수 있다. 예를 들면 기지국(902) 또는 네트워크는 상기 제1의 RRC 메시지에 포함된 단말 식별자를 기반으로 단말을 확인하고, 코어 네트워크로부터 단말의 능력 정보를 회수하여 확인거나 또는 이전에 연결을 설정했던 기지국으로부터 단말의 설정 정보 또는 단말 능력 정보를 회수하여 확인할 수 있다. 단말(901)은 상기 시스템 정보를 수신하였을 때, 관심 있는 서비스를 수신하려고 할 때, 관심 있는 서비스가 생겼을 때, 관심 있는 서비스를 결정하였을 때, 상기 시스템 정보에서 MBS 서비스를 지원하는 셀 또는 영역에 존재하거나 진입할 때, 또는 MBS 서비스(또는 세션)을 설정 또는 연결하였을 때 네트워크와 연결을 설정하고 상기 제1의 RRC 메시지를 전송할 수 있다.
910단계에서 상기 제1의 RRC 메시지를 수신한 기지국(902)은 단말(901)이 관심 있어하거나 또는 수신하려고 하는 MBS 서비스 및/또는 단말 능력 정보를 확인할 수 있다.
기지국(902) 또는 네트워크는 MBS 서비스를 지원 및/또는 설정하기 위해서 제2의 RRC 메시지를 단말(901)에게 전송할 수 있다(915단계). 상기 제2의 RRC 메시지는 새로 정의된 MBS 서비스를 위한 RRC 메시지, RRCSetup 메시지, RRCResume 메시지, 또는 기존의 다른 RRC 메시지 중 적어도 하나를 포함할 수 있다.
상기 제2의 RRC 메시지는 MBS 서비스를 위한 설정 정보, 단말(901)이 상기 제1의 RRC 메시지를 통해 지시한 MBS 서비스를 위한 설정 정보, 베어러 설정 정보, 또는 MBS 서비스 수신을 위한 유니 캐스트 베어러, 멀티 캐스트 베어러, 또는 MBS 베어러 설정 정보를 포함할 수 있다.
상기 제2의 RRC 메시지는 MBS 서비스 지원을 위해 다음의 설정 정보들 중에 하나 또는 복수 개를 포함할 수 있다.
- MBS 서비스를 지원하는 지 여부를 나타내는 정보
- MBS 서비스를 위한 물리적인 채널 또는 하향 링크 또는 상향 링크 전송 채널(예를 들면 MBCH, MBCCH, MBTCH, 또는 DL-SCH)에 대한 설정 정보
- 상기 물리적인 채널 또는 하향 링크/상향 링크 전송 채널(예를 들면 MBCH, MBCCH, 또는 MBTCH)이 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보
- 현재 셀에서 지원하는 MBS 서비스에 대한 설정 정보(예를 들면 MBS 서비스들에 대한 리스트 또는 각 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI) 또는 제2의 식별자(예를 들면 session Identity)를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자, 각 베어러 식별자, 또는 각 RNTI 식별자 정보를 설정 또는 방송할 수 있음. 또 다른 실시 예로 각 베어러(또는 베어러 식별자), 각 논리 채널, 각 RLC 설정 정보, 또는 각 PDCP 설정 정보 별로 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI), 제2의 식별자(예를 들면 session Identity), 또는 RNTI 식별자를 설정 또는 방송할 수 있음. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있음. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있음. 또한 상기 MBS 서비스에 대한 설정 정보는 각 MBS 서비스가 지원되는 또는 방송되는 또는 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보를 포함할 수 있음.)
- (도 4a 내지 도 4d에서 설명하는 베어러 구조를 포함하는)베어러 설정 정보
- HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, HARQ ACK 또는 NACK을 전송할 전송 자원 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보(예를 들어, HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, RLC 모드(TM 또는 UM 또는 AM)에 대한 설정 정보, RLC 계층 장치에서 데이터 분할 기능을 사용할 지 여부에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보는 MBS 서비스 별로 또는 베어러 별로 설정될 수 있음. 또 다른 실시 예로 상기 설정 정보(들)는 기본적인 설정 정보로 정의되어 단말이 상기 설정 정보 없이 상기 기능들 중에 일부를 기본 기능으로 가지는 MBS 베어러를 설정하도록 할 수 있음.)
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- MBS 서비스를 위한 MBS 전용 캐리어 또는 셀(Cell 또는 SCell 또는 PCell) 관련 정보(예를 들면 주파수 또는 시간 자원 또는 셀 식별자)
- MBS 서비스를 위한 MBS 전용 부분 대역폭 정보(예를 들면 하향 링크 부분 대역폭 또는 상향 링크 부분 대역폭 정보) 또는 부분 대역폭 식별자 정보
- MBS 서비스를 지원하는 베어러에 대해 헤더 압축 기능 또는 절차를 설정하는 지시자(본 발명에서는 MBS 베어러에 대해서 헤더 압축 절차 또는 헤더 압축 절차 또는 데이터 압축 절차를 위한 설정 정보(예를 들면 헤더 압축 컨텍스트를 계속 사용할 지 여부를 지시하는 지시자)
- PDCP 일련번호 또는 RLC 일련번호 길이에 대한 정보(또 다른 실시 예로 RLC 일련번호 또는 PDCP 일련번호에 대한 디폴트 길이가 정해질 수 있음.)
- MBS 서비스를 지원하는 베어러의 RLC 계층 장치가 단방향 통신을 지원 또는 가능하도록 할 것인지 또는 양방향 통신을 지원 또는 가능하도록 할 것인지를 나타내는 지시자
단말(901)은 상기 시스템 정보를 수신하였을 때, 관심 있는 서비스를 수신하려고 할 때, 관심 있는 서비스가 생겼을 때, 관심 있는 서비스를 결정하였을 때, 상기 시스템 정보에서 MBS 서비스를 지원하는 셀 또는 영역에 존재하거나 진입할 때, MBS 서비스(또는 세션)을 설정 또는 연결하였을 때, 또는 상기 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)를 통해 MBS 서비스를 위한 설정 정보 또는 베어러 설정 정보가 수신되거나 방송될 때, 단말(1201)은 도4a 내지 도 4d에서 설명한 베어러 구조를 갖는 MBS 서비스 수신을 위한 유니 캐스트 베어러 또는 멀티 캐스트 베어러 또는 MBS 베어러를 설정할 수 있다.
단말(901)은 상기 제2의 RRC 메시지를 수신하면 상기 제2의 RRC 메시지에 포함된 설정 정보들을 적용하고, 상기 제2의 RRC 메시지에 대한 응답으로 제3의 RRC 메시지(예를 들면 RRCSetupComplete 메시지 또는 RRCResumeComplete 메시지)를 기지국(902) 또는 네트워크로 전송할 수 있다(920단계).
상기 제3의 RRC 메시지에 단말(901)은 상기 제1의 RRC 메시지에 MBS 서비스를 수신하려고 한다는 지시자를 포함할 수 있으며 또는 네트워크와 RRC 연결을 설정하려고 하는 이유로 MBS 서비스 수신을 지시하는 지시자를 포함할 수 있으며 또는 단말(901)이 관심있는 또는 단말이 수신하려고 하는 MBS 서비스의 제1의 식별자, 제2의 식별자, 논리 채널 식별자, RNTI 식별자, 또는 베어러 식별자를 포함하여 지시할 수 있다. 단말(901)은 상기 제1의 RRC 메시지에 MBS 서비스를 위해 적용해야 하는 또는 수립해야 하는 또는 사용해야 하는 베어러의 종류(예를 들면 유니캐스트 베어러 또는 멀티캐스트 베어러) 및/또는 구조 또는 선호하는 베어러의 종류(예를 들면 유니캐스트 베어러 도는 멀티캐스트 베어러) 및/또는 구조를 지시하는 지시자 또는 단말이 어떤 RRC 모드(RRC 연결 모드, RRC 유휴 모드, 또는 RRC 비활성화 모드)에서 MBS 서비스를 지원받고 싶은 지를 지시하는 지시자 중 적어도 하나를 포함할 수 있다. 또는 단말(901)은 더 이상 관심이 없는 MBS 서비스 또는 수신을 중지하려고 하는 MBS 서비스 또는 수신을 중지한 MBS 서비스에 대한 지시자 또는 MBS 서비스를 다른 MBS 서비스로 변경하려는 지시자를 상기 제1의 RRC 메시지에 포함시켜 전송할 수 있다. 단말(901)이 상기 제1의 RRC 메시지에 포함시킨 상기 지시자는 905단계에서 수신한 시스템 정보 기반으로 결정되거나 또는 지시될 수 있다.
기지국(902)는 단말(901)이 보고한 선호도, 단말(901)이 지시한 지시자, 또는 기지국 구현 중 적어도 하나를 기반으로 단말(901)에게 MBS 서비스를 지원하기 위해서 또는 단말(901)이 현재 받고 있는 MBS 서비스에 대한 베어러에 대한 설정 또는 재설정을 위해서 또는 MBS 서비스 관련 설정 정보를 설정 또는 재설정하기 위해서 제4의 RRC 메시지(예를 들면 RRCReconfiguration를 단말(901)에게 전송할 수 있다(925단계). 예를 들면 상기 제4의 RRC 메시지는 베어러의 종류를 변경하는 설정 정보(예를 들면 유니캐스트 베어러에서 멀티 캐스트 베어러로 전환하라는 지시자 또는 멀티 캐스트 베어러에서 유니캐스트 베어러로 전환하라는 지시자 또는 그에 상응하는 베어러 설정 정보) 및/또는 각 MBS 서비스에 대해 변경되거나 업데이트된 논리 식별자 정보, RNTI 식별자 정보, MBS 서비스를 위한 제1의 식별자, 또는 제2의 식별자 정보 등을 포함할 수 있다.
상기 제4의 RRC 메시지는 다음의 정보들 또는 일부를 포함할 수 있다.
- MBS 서비스를 지원하는 지 여부를 나타내는 정보
- MBS 서비스를 위한 물리적인 채널 또는 하향 링크 또는 상향 링크 전송 채널(예를 들면 MBCH, MBCCH, MBTCH, 또는 DL-SCH)에 대한 설정 정보
- 상기 물리적인 채널 또는 하향 링크/상향 링크 전송 채널(예를 들면 MBCH, MBCCH, 또는 MBTCH)이 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보
- 현재 셀에서 지원하는 MBS 서비스에 대한 설정 정보(예를 들면 MBS 서비스들에 대한 리스트 또는 각 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI) 또는 제2의 식별자(예를 들면 session Identity)를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자, 각 베어러 식별자, 또는 각 RNTI 식별자 정보를 설정 또는 방송할 수 있음. 또 다른 실시 예로 각 베어러(또는 베어러 식별자), 각 논리 채널, 각 RLC 설정 정보, 또는 각 PDCP 설정 정보 별로 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI), 제2의 식별자(예를 들면 session Identity), 또는 RNTI 식별자를 설정 또는 방송할 수 있음. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있음. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있음. 또한 상기 MBS 서비스에 대한 설정 정보는 각 MBS 서비스가 지원되는 또는 방송되는 또는 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보를 포함할 수 있음.)
- (도 4a 내지 도 4d에서 설명하는 베어러 구조를 포함하는)베어러 설정 정보
- HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, HARQ ACK 또는 NACK을 전송할 전송 자원 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보(예를 들어, HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, RLC 모드(TM 또는 UM 또는 AM)에 대한 설정 정보, RLC 계층 장치에서 데이터 분할 기능을 사용할 지 여부에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보는 MBS 서비스 별로 또는 베어러 별로 설정될 수 있음. 또 다른 실시 예로 상기 설정 정보는 기본적인 설정 정보로 정의되어 단말이 상기 설정 정보 없이 상기 기능들 중에 일부를 기본 기능으로 가지는 MBS 베어러를 설정하도록 할 수 있음.)
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- RRC 유휴 모드 또는 RRC 비활성화 모드 또는 RRC 연결 모드로 천이하라는 지시자 또는 설정 정보
- RRC 유휴 모드에서 MBS 서비스를 수신할 수 있도록 하는 상기에서 제안한 MBS 서비스 설정 정보 또는 베어러 설정 정보
- RRC 비활성화 모드에서 MBS 서비스를 수신할 수 있도록 하는 상기에서 제안한 MBS 서비스 설정 정보 또는 베어러 설정 정보
- MBS 서비스를 위한 MBS 전용 캐리어 또는 셀(Cell 또는 SCell 또는 PCell) 관련 정보(예를 들면 주파수 또는 시간 자원 또는 셀 식별자)
- MBS 서비스를 위한 MBS 전용 부분 대역폭 정보(예를 들면 하향 링크 부분 대역폭 또는 상향 링크 부분 대역폭 정보) 또는 부분 대역폭 식별자 정보
- MBS 서비스를 지원하는 베어러에 대해 헤더 압축 기능 또는 절차를 설정하는 지시자(본 발명에서는 MBS 베어러에 대해서 헤더 압축 절차 또는 헤더 압축 절차 또는 데이터 압축 절차를 위한 설정 정보(예를 들면 헤더 압축 컨텍스트를 계속 사용할 지 여부를 지시하는 지시자)
- PDCP 일련번호 또는 RLC 일련번호 길이에 대한 정보(또 다른 실시 예로 RLC 일련번호 또는 PDCP 일련번호에 대한 디폴트 길이가 정해질 수 있음.)
- MBS 서비스를 지원하는 베어러의 RLC 계층 장치가 단방향 통신을 지원 또는 가능하도록 할 것인지 또는 양방향 통신을 지원 또는 가능하도록 할 것인지를 나타내는 지시자
상기 제4의 RRC 메시지를 수신한 단말(901)은 상기 MBS 서비스 관련 설정 정보를 저장하고, 상기 MBS 서비스 관련 설정 정보를 적용할 수 있다. 단말(901)은 성공적인 설정 또는 재설정을 지시하기 위해서 제5의 RRC 메시지(예를 들면 RRCReconfigurationComplete)를 구성하여 기지국(902)으로 전송할 수 있다(930단계).
상기 MBS 서비스 관련 설정 정보를 수신한 단말(901)은 RRC 연결 모드에서 관심이 있는 또는 수신하려고 하는 MBS 서비스를 수신하기 위해서 상기 MBS 서비스에 대해서 설정된 또는 할당된 제1의 식별자, 제2의 식별자, RNTI 식별자, 또는 논리 채널 식별자 중 적어도 하나를 확인할 수 있다. 단말(901)은 상기 확인된 식별자를 이용하여 MBS 사용자 데이터 서비스 채널을 통해서 도 4a 내지 도 4d 및/또는 도 5의 실시 예를 적용하여 MBS 데이터를 수신함으로써 MBS 서비스를 수신할 수 있다(935단계).
단말(901)은 관심이 있는 MBS 서비스에 대한 MBS 제어 데이터 채널 또는 전송 자원을 통해 MBS 데이터(예를 들면 MBS 제어 데이터)를 수신하여 MBS 서비스 관련 설정 정보를 수신할 수 있다.
기지국(902)은 단말(901)을 RRC 비활성화 모드 또는 RRC 유휴 모드로 천이시키려고 하는 경우(예를 들면 기지국의 구현에 따라서 또는 단말의 요청 또는 단말의 지시에 따라서), 기지국(902)은 제6의 RRC 메시지(예를 들면 RRCRelease 메시지)를 구성하여 단말에게 전송하여(940단계) RRC 유휴 모드 또는 RRC 비활성화 모드로 천이시킬 수 있다. 상기 제6의 RRC 메시지는 단말이 RRC 유휴 모드 또는 RRC 비활성화 모드에서도 계속 MBS 서비스를 수신할 수 있도록 다음의 정보들 또는 다음의 정보들 중에 일부 정보들을 포함할 수 있다.
- MBS 서비스를 지원하는 지 여부를 나타내는 정보
- MBS 서비스를 위한 물리적인 채널 또는 하향 링크/상향 링크 전송 채널(예를 들면 MBCH, MBCCH, MBTCH 또는 DL-SCH)에 대한 설정 정보
- 상기 물리적인 채널 또는 하향 링크/상향 링크 전송 채널(예를 들면 MBCH, MBCCH, 또는 MBTCH)이 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보
- 현재 셀에서 지원하는 MBS 서비스에 대한 설정 정보(예를 들면 MBS 서비스들에 대한 리스트 또는 각 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI) 또는 제2의 식별자(예를 들면 session Identity)를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자, 각 베어러 식별자, 또는 각 RNTI 식별자 정보를 설정 또는 방송할 수 있음. 또 다른 실시 예로 각 베어러(또는 베어러 식별자), 각 논리 채널, 각 RLC 설정 정보, 또는 각 PDCP 설정 정보 별로 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI), 제2의 식별자(예를 들면 session Identity), 또는 RNTI 식별자를 설정 또는 방송할 수 있음. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있음. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있음. 또한 상기 MBS 서비스에 대한 설정 정보는 각 MBS 서비스가 지원되는 또는 방송되는 또는 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보를 포함할 수 있음.)
- (도 4a 내지 도 4d에서 설명하는 베어러 구조를 포함하는)베어러 설정 정보
- HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, HARQ ACK 또는 NACK을 전송할 전송 자원 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보(예를 들어, HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, RLC 모드(TM 또는 UM 또는 AM)에 대한 설정 정보, RLC 계층 장치에서 데이터 분할 기능을 사용할 지 여부에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보는 MBS 서비스 별로 또는 베어러 별로 설정될 수 있음. 또 다른 실시 예로 상기 설정 정보(들)는 기본적인 설정 정보로 정의되어 단말이 상기 설정 정보 없이 상기 기능들 중에 일부를 기본 기능으로 가지는 MBS 베어러를 설정하도록 할 수 있음.)
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- RRC 유휴 모드 또는 RRC 비활성화 모드 또는 RRC 연결 모드로 천이하라는 지시자 또는 설정 정보
- RRC 유휴 모드에서 MBS 서비스를 수신할 수 있도록 하는 상기에서 제안한 MBS 서비스 설정 정보 또는 베어러 설정 정보
- RRC 비활성화 모드에서 MBS 서비스를 수신할 수 있도록 하는 상기에서 제안한 MBS 서비스 설정 정보 또는 베어러 설정 정보
- MBS 서비스를 위한 MBS 전용 캐리어 또는 셀(Cell 또는 SCell 또는 PCell) 관련 정보(예를 들면 주파수 또는 시간 자원 또는 셀 식별자)
- MBS 서비스를 위한 MBS 전용 부분 대역폭 정보(예를 들면 하향 링크 부분 대역폭 또는 상향 링크 부분 대역폭 정보) 또는 부분 대역폭 식별자 정보
- MBS 서비스를 지원하는 베어러에 대해 헤더 압축 기능 또는 절차를 설정하는 지시자 또는 헤더 압축 절차 또는 데이터 압축 절차를 위한 설정 정보(예를 들면 헤더 압축 컨텍스트를 계속 사용할 지 여부를 지시하는 지시자)
- PDCP 일련번호 또는 RLC 일련번호 길이에 대한 정보(또 다른 실시 예로 RLC 일련번호 또는 PDCP 일련번호에 대한 디폴트 길이가 정해질 수 있음.)
- MBS 서비스를 지원하는 베어러의 RLC 계층 장치가 단방향 통신을 지원 또는 가능하도록 할 것인지 또는 양방향 통신을 지원 또는 가능하도록 할 것인지를 나타내는 지시자
상기 MBS 서비스 관련 설정 정보를 수신한 단말(901)은 RRC 유휴 모드 또는 RRC 비활성화 모드에서 관심이 있는 또는 수신하려고 하는 MBS 서비스를 수신하기 위해서 상기 MBS 서비스에 대해 설정된 또는 할당된 제1의 식별자, 제2의 식별자, RNTI 식별자, 또는 논리 채널 식별자 중 적어도 하나를 확인할 수 있다. 단말(901)은 상기 확인된 식별자를 이용하여 MBS 사용자 데이터 서비스 채널을 통해서 도 4a 내지 도 4d 및/또는 도 5의 실시 예를 적용하여 MBS 데이터를 수신함으로써 MBS 서비스를 수신할 수 있다(945단계).
단말(901)은 상기 MBS 서비스 수신을 위해서 상기 제1의 RRC 메시지을 전송하고 상기 제2의 RRC 메시지를 수신할 수 있다. 또한, 단말(901)은 다시 상기 제3의 RRC 메시지를 전송하고, 상기 제4의 RRC 메시지를 수신할 수 있다. 또한, 단말(901)은 상기 제5의 RRC 메시지를 전송하고 RRC 연결 모드에서 MBS 서비스를 수신할 수 있다. 또한 단말(901)은 상기 제6의 RRC 메시지를 수신하고 RRC 유휴 모드 또는 RRC 비활성화 모드에서 MBS 서비스를 수신할 수 있다.
또 다른 실시 예로 단말(901)은 MBS 서비스 수신을 위해서 상기 제1의 RRC 메시지를 전송하고 상기 제2의 RRC 메시지를 수신할 수 있다(RRC 연결 모드로 전환). 또한, 단말(901)은 다시 상기 제3의 RRC 메시지를 전송하고, 상기 제6의 RRC 메시지를 수신할 수 있다. 상기 제6의 RRC 메시지를 수신한 단말(901)은 RRC 유휴 모드 또는 RRC 비활성화 모드로 전환하여 RRC 유휴 모드 또는 RRC 비활성화 모드에서 MBS 서비스를 수신할 수 있다.
상기 제1의 RRC 메시지 또는 제2의 RRC 메시지에는 암호화 절차 또는 무결성 보호 절차를 적용하지 않을 수 있다. 또 다른 실시 예로 보안성을 강화하기 위해서 상기 제1의 RRC 메시지 또는 상기 제2의 RRC 메시지에 암호화 절차 또는 무결성 보호 절차를 적용할 수 있다. 상기 제3의 RRC 메시지에는 암호화 절차 또는 무결성 보호 절차를 적용할 수 있다. 또한 제4의 RRC 메시지, 상기 제5의 RRC 메시지. 또는 상기 제6의 RRC 메시지에 암호화 절차 또는 무결성 보호 절차를 적용할 수 있다.
도 10은 본 개시의 일 실시 예에 따른 MBS 서비스 지원을 위한 제4의 시그날링 절차를 나타낸 도면이다.
상기 MBS 서비스 지원을 위한 제4의 시그날링 절차는 시스템 정보를 기반으로 단말이 관심있는 또는 방송되는 MBS 서비스 방송 여부를 확인하거나 또는 네트워크와 연결을 설정하여 기지국(또는 네트워크)에 단말이 관심 있어 하는 또는 수신하고자 하는 MBS 서비스를 지시하거나 또는 MBS 서비스를 수신하겠다는 지시를 전송하고 기지국(또는 네트워크)로부터 MBS 서비스 관련 설정 정보를 수신하여 MBS 서비스를 수신할 수 있다. 상기 제4의 시그날링 절차에서 단말은 RRC 유휴 모드, RRC 연결 모드, 또는 RRC 비활성화 모드를 유지할 수 있다. 또 다른 실시 예로 단말은 기지국(또는 네트워크)에 단말이 관심 있어 하는 또는 수신하고자 하는 MBS 서비스를 지시하거나 또는 MBS 서비스를 수신하겠다는 지시를 전송하고 기지국(또는 네트워크)으로부터 MBS 서비스 관련 설정 정보를 수신하기 위해 RRC 유휴 모드 또는 RRC 비활성화 모드에서 RRC 연결 모드로 진입할 수 있다. 또는 상기 MBS 서비스 관련 설정 정보를 수신한 단말은 RRC 연결 모드에서 MBS 서비스를 수신하거나 또는 RRC 유휴 모드 또는 RRC 비활성화 모드에서 MBS 서비스를 수신할 수 있다.
도 10을 참조하면, 단말(1001)은 RRC 유휴 모드 또는 RRC 비활성화 모드에서 셀 선택 또는 재선택 절차를 수행하여 적합한 셀(suitable cell)을 선택하고 캠프 온을 수행한다. RRC 유휴 모드, RRC 비활성화 모드, 또는 RRC 연결 모드에서 단말(1001)은 기지국(1002)으로부터 시스템 정보를 수신한다(1005단계). 단말(1001)은 상기 시스템 정보를 통해 MBS 서비스를 위한 설정 정보들을 수신할 수 있다. 상기 MBS 서비스를 위한 설정 정보에는 다음의 설정 정보들이 하나 또는 복수 개 포함될 수 있다. 즉, 네트워크는 상기 시스템 정보에 MBS 서비스 지원을 위해 다음의 설정 정보들 중에 하나 또는 복수 개를 포함시켜 전송할 수 있다.
- MBS 서비스를 지원하는 지 여부를 나타내는 정보
- MBS 서비스를 위한 물리적인 채널 또는 하향 링크 또는 상향 링크 전송 채널(예를 들면 MBCH, MBCCH, MBTCH, 또는 DL-SCH)에 대한 설정 정보
- 상기 물리적인 채널 또는 하향 링크 또는 상향 링크 전송 채널(예를 들면 MBCH, MBCCH, 또는 MBTCH)이 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보
- 현재 셀에서 지원하는 MBS 서비스에 대한 설정 정보(예를 들면 MBS 서비스들에 대한 리스트 또는 각 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI) 또는 제2의 식별자(예를 들면 session Identity)를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자, 각 베어러 식별자, 또는 각 RNTI 식별자 정보를 설정 또는 방송할 수 있음. 또 다른 실시 예로 각 베어러(또는 베어러 식별자), 각 논리 채널, 각 RLC 설정 정보, 또는 각 PDCP 설정 정보 별로 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI), 제2의 식별자(예를 들면 session Identity), 또는 RNTI 식별자를 설정 또는 방송할 수 있음. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있음. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있음. 또한 상기 MBS 서비스에 대한 설정 정보는 각 MBS 서비스가 지원되는 또는 방송되는 또는 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보를 포함할 수 있음.)
- (도 4a 내지 도 4d에서 설명하는 베어러 구조를 포함하는)베어러 설정 정보
- HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, HARQ ACK 또는 NACK을 전송할 전송 자원 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보(예를 들어, HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, RLC 모드(TM 또는 UM 또는 AM)에 대한 설정 정보, RLC 계층 장치에서 데이터 분할 기능을 사용할 지 여부에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보는 MBS 서비스 별로 또는 베어러 별로 설정될 수 있음. 또 다른 실시 예로 상기 설정 정보(들)는 기본적인 설정 정보로 정의되어 단말이 상기 설정 정보 없이 상기 기능들 중에 일부를 기본 기능으로 가지는 MBS 베어러를 설정하도록 할 수 있음.)
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- MBS 서비스를 위한 MBS 전용 캐리어 또는 셀(Cell 또는 SCell 또는 PCell) 관련 정보(예를 들면 주파수 또는 시간 자원 또는 셀 식별자)
- MBS 서비스를 위한 MBS 전용 부분 대역폭 정보(예를 들면 하향 링크 부분 대역폭 또는 상향 링크 부분 대역폭 정보) 또는 부분 대역폭 식별자 정보
- MBS 서비스를 지원하는 베어러에 대해 헤더 압축 기능 또는 절차를 설정하는 지시자 또는 헤더 압축 절차 또는 데이터 압축 절차를 위한 설정 정보(예를 들면 헤더 압축 컨텍스트를 계속 사용할 지 여부를 지시하는 지시자)
- PDCP 일련번호 또는 RLC 일련번호 길이에 대한 정보(또 다른 실시 예로 RLC 일련번호 또는 PDCP 일련번호에 대한 디폴트 길이가 정해질 수 있음.)
- MBS 서비스를 지원하는 베어러의 RLC 계층 장치가 단방향(uni-directional) 통신을 지원 또는 가능하도록 할 것인지 또는 양방향(bi-directional) 통신을 지원 또는 가능하도록 할 것인지를 나타내는 지시자
단말(1001)은 캠프온 한 셀에서 MBS 서비스를 위한 설정 정보가 시스템 정보를 통해 방송되지 않는다면 캠프온 한 셀에서 MBS 서비스를 위한 시스템 정보를 방송해달라고 요청하는 메시지 또는 지시자를 기지국(1002), 셀, 또는 네트워크에게 전송할 수 있다. 상기 요청 메시지 또는 지시자를 수신하면 기지국(1002) 또는 네트워크는 상기 MBS 서비스를 위한 설정 정보를 상기 시스템 정보로 방송 또는 전송할 수 있다. 단말(1001)로부터 상기 요청 메시지 또는 지시자를 수신함으로써, 기지국(1002)은 상기 시스템 정보를 통해 불필요하게 MBS 서비스 관련 시스템 정보를 항상 방송함으로써 발생할 수 있는 전송 자원의 낭비를 막을 수 있다.
상기 시스템 정보로 MBS 서비스 관련 정보를 수신하거나 또는 확인한 단말(1001), 상기 시스템 정보를 통해 관심 있는 MBS 서비스가 현재 셀에서 방송된다는 것을 확인한 단말(1001), 또는 관심 있는 MBS 서비스를 네트워크에 요청하려고 하는 단말(1001)은 랜덤 액세스 절차를 수행하고 네트워크에 제1의 RRC 메시지를 전송할 수 있다(1010단계). 상기 제1의 RRC 메시지는 새로 정의된 MBS 서비스를 위한 RRC 메시지, RRCSetupRequest 메시지, RRCResumeRequest 메시지, 또는 기존의 다른 RRC 메시지를 포함할 수 있다. 상기 제1의 RRC 메시지는 단말(1001)이 MBS 서비스를 수신하려고 한다는 지시자를 포함할 수 있다. 또한, 상기 제1의 RRC 메시지는 네트워크와 RRC 연결을 설정하려고 하는 이유로 MBS 서비스 수신을 지시하는 지시자를 포함할 수 있다. 또한, 상기 제1의 RRC 메시지는 단말(1001)이 관심있는 또는 단말(1001)이 수신하려고 하는 MBS 서비스의 제1의 식별자, 제2의 식별자, 논리 채널 식별자, RNTI 식별자, 또는 베어러 식별자 중 적어도 하나를 포함할 수 있다. 단말(1001)은 상기 제1의 RRC 메시지를 통해 MBS 서비스를 위해 적용해야 하는 또는 수립해야 하는 또는 사용해야 하는 베어러의 종류(예를 들면 유니캐스트 베어러 또는 멀티캐스트 베어러) 또는 구조를 지시하는 지시자를 전송할 수 있다. 또한, 단말(1001)은 상기 제1의 RRC 메시지를 통해 선호하는 베어러의 종류(예를 들면 유니캐스트 베어러 도는 멀티캐스트 베어러) 또는 구조를 지시하는 지시자를 전송할 수 있다. 또한, 단말(1001)은 상기 제1의 RRC 메시지를 통해 단말(1001)이 어떤 RRC 모드(RRC 연결 모드 또는 RRC 유휴 모드 또는 RRC 비활성화 모드)에서 MBS 서비스를 지원받고 싶은 지를 지시하는 지시자를 전송할 수 있다. 또한, 단말(1001)은 더 이상 관심이 없는 MBS 서비스에 대한 지시자, 수신을 중지하려고 하는 MBS 서비스에 대한 지시자, 수신을 중지한 MBS 서비스에 대한 지시자, 또는 MBS 서비스를 다른 MBS 서비스로 변경하려는 지시자를 상기 제1의 RRC 메시지를 통해 전송할 수 있다. 단말(1001)이 상기 제1의 RRC 메시지를 통해 전송하는 상기 지시자(들)는 1005단계에서 수신한 시스템 정보를 기반으로 결정되거나 또는 지시될 수 있다. 또한 단말(1001)은 별도의 RRC 메시지를 통해 기지국 또는 네트워크에 MBS 서비스 관련 단말 능력 정보를 전송할 수 있다. 예를 들면 기지국이 단말 능력 정보를 물어보는 RRC 메시지를 단말에게 전송하면 상기 RRC 메시지에 대한 응답으로 단말이 MBS 서비스를 수신하려고 할 때 단말 능력이 지원하는 기능 및/또는 설정 가능한 설정 정보 또는 단말에 구현된 기능 및/또는 설정 정보를 단말 능력 응답 RRC 메시지에 포함시켜 기지국(1002) 또는 네트워크로 전송할 수 있다. 단말(1001)은 이전에 연결을 설정한 적이 있거나 또는 네트워크로부터 할당 받은 단말 식별자(예를 들면 코어 네트워크로 할당받은 단말 식별자(5G-S-TMSI) 또는 기지국으로부터 할당 받은 RRC 연결 재개를 위한 단말 식별자(short I-RNTI 또는 I-RNTI))를 저장하고 있다면 또는 상위 계층 장치(예를 들면 NAS 계층 장치 또는 RRC 계층 장치)에서 상기 단말 식별자가 지시된다면 단말(1001)은 상기 제1의 RRC 메시지에 상기 단말 식별자를 포함하여 네트워크로 전송할 수 있다. 네트워크는 상기 수신한 단말 식별자를 기반으로 단말(1001)을 구분하거나 또는 확인할 수 있다. 예를 들면 기지국(1002) 또는 네트워크는 상기 제1의 RRC 메시지에 포함된 단말 식별자를 기반으로 단말을 확인하고, 코어 네트워크로부터 단말의 능력 정보를 회수하여 확인하거나 또는 이전에 연결을 설정했던 기지국으로부터 단말의 설정 정보 또는 단말 능력 정보를 회수하여 확인할 수 있다. 단말(1001)은 상기 시스템 정보를 수신하였을 때, 관심 있는 서비스를 수신하려고 할 때, 관심 있는 서비스가 생겼을 때, 관심 있는 서비스를 결정하였을 때, 상기 시스템 정보에서 MBS 서비스를 지원하는 셀 또는 영역에 존재하거나 진입할 때, 또는 MBS 서비스(또는 세션)을 설정 또는 연결하였을 때 네트워크와 연결을 설정하고 상기 제1의 RRC 메시지를 전송할 수 있다.
1010단계에서 상기 제1의 RRC 메시지를 수신한 기지국(1002)은 단말(1001)이 관심 있어하는 또는 수신하려고 하는 MBS 서비스 및/또는 단말 능력 정보를 확인할 수 있다.
기지국(1002) 또는 네트워크는 MBS 서비스를 지원 및/또는 설정하기 위해 제2의 RRC 메시지를 단말(1001)에게 전송할 수 있다(1015단계). 상기 제2의 RRC 메시지는 새로 정의된 MBS 서비스를 위한 RRC 메시지, RRCSetup 메시지, RRCResume 메시지, 또는 기존의 다른 RRC 메시지를 포함할 수 있다.
상기 제2의 RRC 메시지는 MBS 서비스를 위한 설정 정보, 단말(1001)이 상기 제1의 RRC 메시지를 통해 지시한 MBS 서비스를 위한 설정 정보, 베어러 설정 정보, 또는 MBS 서비스 수신을 위한 유니 캐스트 베어러, 멀티 캐스트 베어러 또는 MBS 베어러 설정 정보 중 적어도 하나를 포함할 수 있다.
상기 제2의 RRC 메시지는 MBS 서비스 지원을 위해 다음의 설정 정보들 중 하나 또는 복수 개를 포함할 수 있다.
- MBS 서비스를 지원하는 지 여부를 나타내는 정보
- MBS 서비스를 위한 물리적인 채널 또는 하향 링크 또는 상향 링크 전송 채널(예를 들면 MBCH, MBCCH, MBTCH 또는 DL-SCH)에 대한 설정 정보
- 상기 물리적인 채널 또는 하향 링크/상향 링크 전송 채널(예를 들면 MBCH, MBCCH, 또는 MBTCH)이 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보
- 현재 셀에서 지원하는 MBS 서비스에 대한 설정 정보(예를 들면 MBS 서비스들에 대한 리스트 또는 각 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI) 또는 제2의 식별자(예를 들면 session Identity)를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자, 각 베어러 식별자, 또는 각 RNTI 식별자 정보를 설정 또는 방송할 수 있음. 또 다른 실시 예로 각 베어러(또는 베어러 식별자), 각 논리 채널, 각 RLC 설정 정보, 또는 각 PDCP 설정 정보 별로 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI), 제2의 식별자(예를 들면 session Identity), 또는 RNTI 식별자를 설정 또는 방송할 수 있음. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있음. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있음. 또한 상기 MBS 서비스에 대한 설정 정보는 각 MBS 서비스가 지원되는 또는 방송되는 또는 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보를 포함할 수 있음.)
- (도 4a 내지 도 4d에서 설명하는 베어러 구조를 포함하는)베어러 설정 정보
- HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, HARQ ACK 또는 NACK을 전송할 전송 자원 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보(예를 들어, HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, RLC 모드(TM 또는 UM 또는 AM)에 대한 설정 정보, RLC 계층 장치에서 데이터 분할 기능을 사용할 지 여부에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보는 MBS 서비스 별로 또는 베어러 별로 설정될 수 있음. 또 다른 실시 예로 상기 설정 정보(들)는 기본적인 설정 정보로 정의되어 단말이 상기 설정 정보 없이 상기 기능들 중에 일부를 기본 기능으로 가지는 MBS 베어러를 설정 할 수 있음.)
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- MBS 서비스를 위한 MBS 전용 캐리어 또는 셀(Cell 또는 SCell 또는 PCell) 관련 정보(예를 들면 주파수 또는 시간 자원 또는 셀 식별자)
- MBS 서비스를 위한 MBS 전용 부분 대역폭 정보(예를 들면 하향 링크 부분 대역폭 또는 상향 링크 부분 대역폭 정보) 또는 부분 대역폭 식별자 정보
- MBS 서비스를 지원하는 베어러에 대해 헤더 압축 기능 또는 절차를 설정하는 지시자 또는 헤더 압축 절차 또는 데이터 압축 절차를 위한 설정 정보(예를 들면 헤더 압축 컨텍스트를 계속 사용할 지 여부를 지시하는 지시자)
- PDCP 일련번호 또는 RLC 일련번호 길이에 대한 정보(또 다른 실시 예로 RLC 일련번호 또는 PDCP 일련번호에 대한 디폴트 길이가 정해질 수 있음.)
- MBS 서비스를 지원하는 베어러의 RLC 계층 장치가 단방향 통신을 지원 또는 가능하도록 할 것인지 또는 양방향 통신을 지원 또는 가능하도록 할 것인지를 나타내는 지시자
상기 제2의 RRC 메시지를 수신한 단말(1001)은 상기 MBS 서비스 관련 설정 정보들을 저장할 수 있다. 단말(1001)은 상기 제2의 RRC 메시지에 포함된 상기 MBS 서비스 관련 설정 정보들을 이용하여 단말(1001)이 관심이 있는 또는 수신하고자 하는 MBS 서비스를 탐색하거나 또는 결정할 수 있다. 단말(1001)은 관심이 있는 MBS 서비스에 대한 MBS 제어 데이터 채널 또는 MBS 사용자 데이터 채널이 전송되는 전송 자원에서 MBS 데이터(MBS 제어 데이터 또는 MBS 사용자 데이터)를 수신할 수 있다. 단말은 상기 시스템 정보를 수신하였을 때, 관심 있는 서비스를 수신하려고 할 때, 관심 있는 서비스가 생겼을 때, 관심 있는 서비스를 결정하였을 때, 상기 시스템 정보에서 MBS 서비스를 지원하는 셀 또는 영역에 존재하거나 진입할 때, MBS 서비스(또는 세션)을 설정 또는 연결하였을 때, 또는 상기 시스템 정보, RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCReconfiguration 메시지, RRCRelease 메시지, 또는 새로 정의한 새로운 RRC 메시지), 또는 MBS 채널을 위한 제어 메시지(예를 들면 MBS 제어 데이터 채널에서 전송)를 통해 MBS 서비스를 위한 설정 정보 또는 베어러 설정 정보가 수신되거나 또는 방송될 때, 단말(1001)은 도 4a 내지 도 4d에서 설명한 베어러 구조를 갖는 MBS 서비스 수신을 위한 유니 캐스트 베어러, 멀티 캐스트 베어러 또는 MBS 베어러를 설정할 수 있다.
상기 제2의 RRC 메시지를 수신한 단말(1001)은 상기 제2의 RRC 메시지에 포함된 설정 정보들을 적용하고, 상기 제2의 RRC 메시지에 대한 응답으로 제3의 RRC 메시지(예를 들면 RRCSetupComplete 메시지 또는 RRCResumeComplete 메시지)를 기지국(1002) 또는 네트워크로 전송할 수 있다(1020단계).
단말(1001)은 관심이 있는 MBS 서비스에 대한 MBS 제어 데이터 채널 또는 전송 자원을 통해 MBS 데이터(예를 들면 MBS 제어 데이터)를 수신하여 MBS 서비스 관련 설정 정보를 수신할 수 있다.
상기 MBS 서비스 관련 설정 정보를 수신하면 단말(1001)은 관심이 있는 또는 수신하려고 하는 MBS 서비스를 수신하기 위해서 상기 MBS 서비스에 대해서 설정된 또는 할당된 제1의 식별자, 제2의 식별자, RNTI 식별자, 또는 논리 채널 식별자 중 적어도 하나를 확인할 수 있다. 단말(1001)은 상기 확인된 식별자를 이용하여 MBS 사용자 데이터 서비스 채널을 통해서 도 4a 내지 도 4d 및/또는 도 5의 실시 예를 적용하여 MBS 데이터를 수신하여 MBS 서비스를 수신할 수 있다(1025단계).
기지국(1002)은 단말(1001)이 보고한 선호도, 단말(1001)이 지시한 지시자, 또는 기지국 구현 중 적어도 하나를 기반으로 단말(1001)이 MBS 서비스를 받고 있는 베어러에 대한 재설정 또는 MBS 서비스 관련 설정 정보를 재설정하기 위해서 제4의 RRC 메시지(예를 들면 RRCReconfiguration 메시지)를 단말에게 전송할 수 있다(1030단계). 예를 들면 상기 제4의 RRC 메시지는 베어러의 종류를 변경하는 설정 정보(예를 들면 유니캐스트 베어러에서 멀티 캐스트 베어러로 전환하라는 지시자 또는 멀티 캐스트 베어러에서 유니캐스트 베어러로 전환하라는 지시자 또는 그에 상응하는 베어러 설정 정보) 및/또는 각 MBS 서비스에 대해 변경되거나 업데이트된 논리 채널 식별자 정보, RNTI 식별자 정보, MBS 서비스를 위한 제1의 식별자, 또는 제2의 식별자 정보 등을 포함할 수 있다.
상기 제4의 RRC 메시지를 수신한 단말(1001)은 상기 MBS 서비스 관련 설정 정보를 저장하고, 상기 MBS 서비스 관련 설정 정보를 적용할 수 있다. 단말(1001)은 성공적인 재설정을 지시하기 위해서 제5의 RRC 메시지(예를 들면 RRCReconfigurationComplete 메시지)를 구성하여 기지국(1002)으로 전송할 수 있다(1035단계).
단말(1001)은 관심이 있는 MBS 서비스에 대한 MBS 제어 데이터 채널 또는 전송 자원을 통해 MBS 데이터(예를 들면 MBS 제어 데이터)를 수신하여 MBS 서비스 관련 설정 정보를 수신할 수 있다.
상기 MBS 서비스 관련 설정 정보를 수신한 단말(1001)은 관심이 있는 또는 수신하려고 하는 MBS 서비스를 수신하기 위해서 상기 MBS 서비스에 대해서 설정된 또는 할당된 제1의 식별자, 제2의 식별자, RNTI 식별자, 또는 논리 채널 식별자 중 적어도 하나를 확인할 수 있다. 단말(1001)은 상기 확인된 식별자를 이용하여 MBS 사용자 데이터 서비스 채널을 통해서 도 4a 내지 도 4d 및/또는 도 5의 실시 예를 적용하여 MBS 데이터를 수신하여 MBS 서비스를 수신할 수 있다(1040단계).
기지국(1002)이 단말(1001)을 RRC 비활성화 모드 또는 RRC 유휴 모드로 천이시키려고 하는 경우(예를 들면 기지국의 구현에 따라서 또는 단말의 요청 또는 단말의 지시에 따라서), 기지국(1002)은 제6의 RRC 메시지(예를 들면 RRCRelease 메시지)를 구성하여 단말(1001)에게 전송하여(1045단계) 단말(1001)을 RRC 유휴 모드 또는 RRC 비활성화 모드로 천이시킬 수 있다. 상기 제6의 RRC 메시지는 단말이 RRC 유휴 모드 또는 RRC 비활성화 모드에서도 계속 MBS 서비스를 수신할 수 있도록 다음의 정보들 또는 다음의 정보들 중에 일부 정보들을 포함할 수 있다.
- MBS 서비스를 지원하는 지 여부를 나타내는 정보
- MBS 서비스를 위한 물리적인 채널 또는 하향 링크/상향 링크 전송 채널(예를 들면 MBCH, MBCCH, MBTCH, 또는 DL-SCH)에 대한 설정 정보
- 상기 물리적인 채널 또는 하향 링크/상향 링크 전송 채널(예를 들면 MBCH, MBCCH, 또는 MBTCH)이 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보
- 현재 셀에서 지원하는 MBS 서비스에 대한 설정 정보(예를 들면 MBS 서비스들에 대한 리스트 또는 각 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI) 또는 제2의 식별자(예를 들면 session Identity)를 설정 또는 방송할 수 있으며, 상기 각 MBS 서비스의 제1의 식별자 또는 제2의 식별자에 해당하는 각 논리 채널 식별자, 각 베어러 식별자, 또는 각 RNTI 식별자 정보를 설정 또는 방송할 수 있음. 또 다른 실시 예로 각 베어러(또는 베어러 식별자), 각 논리 채널, 각 RLC 설정 정보, 또는 각 PDCP 설정 정보 별로 MBS 서비스를 위한 제1의 식별자(예를 들면 TMGI), 제2의 식별자(예를 들면 session Identity), 또는 RNTI 식별자를 설정 또는 방송할 수 있음. 상기 제1의 식별자는 MBS를 서비스하는 PLMN를 지시하거나 또는 MBS 서비스 종류 또는 세션을 지시할 수 있음. 상기 제2의 식별자는 더 구체적인 MBS 서비스의 세션 또는 종류를 지시할 수 있음. 또한 상기 MBS 서비스에 대한 설정 정보는 각 MBS 서비스가 지원되는 또는 방송되는 또는 전송되는 전송 자원(주파수 또는 시간 자원, 전송 주기, 부분 대역폭(또는 부분 대역폭 식별자) 또는 대역폭, 전용 주파수(주파수 정보 또는 SCell 식별자), 서브 캐리어 간격, 서브 프레임 번호, 또는 전송 패턴을 지시하는 식별자 등) 정보를 포함할 수 있음.)
- (도 4a 내지 도 4d에서 설명하는 베어러 구조를 포함하는)베어러 설정 정보
- HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, HARQ ACK 또는 NACK을 전송할 전송 자원 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보(예를 들어, HARQ 재정렬, HARQ 재전송, 또는 HARQ ACK 또는 NACK을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 순서 전달 기능을 사용할 것인지 여부를 지시하는 지시자 설정 정보, RLC 재정렬 타이머 값에 대한 설정 정보, RLC 모드(TM 또는 UM 또는 AM)에 대한 설정 정보, RLC 계층 장치에서 데이터 분할 기능을 사용할 지 여부에 대한 설정 정보, 또는 PDCP 비순서 전달 기능 사용 여부에 대한 지시자 설정 정보는 MBS 서비스 별로 또는 베어러 별로 설정될 수 있음. 또 다른 실시 예로 상기 설정 정보(들)는 기본적인 설정 정보로 정의되어 단말이 상기 설정 정보 없이 상기 기능들 중에 일부를 기본 기능으로 가지는 MBS 베어러를 설정하도록 할 수 있음.)
- MBS 서비스를 지원(송신 또는 수신)하는 베어러 또는 베어러 식별자에 대해 유니캐스트 베어러인지 또는 멀티 캐스트 베어러인지를 지시하는 지시자 설정 정보
- RRC 유휴 모드 또는 RRC 비활성화 모드 또는 RRC 연결 모드로 천이하라는 지시자 또는 설정 정보
- RRC 유휴 모드에서 MBS 서비스를 수신할 수 있도록 하는 상기에서 제안한 MBS 서비스 설정 정보 또는 베어러 설정 정보
- RRC 비활성화 모드에서 MBS 서비스를 수신할 수 있도록 하는 상기에서 제안한 MBS 서비스 설정 정보 또는 베어러 설정 정보
- MBS 서비스를 위한 MBS 전용 캐리어 또는 셀(Cell 또는 SCell 또는 PCell) 관련 정보(예를 들면 주파수 또는 시간 자원 또는 셀 식별자)
- MBS 서비스를 위한 MBS 전용 부분 대역폭 정보(예를 들면 하향 링크 부분 대역폭 또는 상향 링크 부분 대역폭 정보) 또는 부분 대역폭 식별자 정보
- MBS 서비스를 지원하는 베어러에 대해 헤더 압축 기능 또는 절차를 설정하는 지시자 또는 헤더 압축 절차 또는 데이터 압축 절차를 위한 설정 정보(예를 들면 헤더 압축 컨텍스트를 계속 사용할 지 여부를 지시하는 지시자)
- PDCP 일련번호 또는 RLC 일련번호 길이에 대한 정보(또 다른 실시 예로 RLC 일련번호 또는 PDCP 일련번호에 대한 디폴트 길이가 정해질 수 있음.)
- MBS 서비스를 지원하는 베어러의 RLC 계층 장치가 단방향 통신을 지원 또는 가능하도록 할 것인지 또는 양방향 통신을 지원 또는 가능하도록 할 것인지를 나타내는 지시자
상기 MBS 서비스 관련 설정 정보를 수신한 단말(1001)은 관심이 있는 또는 수신하려고 하는 MBS 서비스를 수신하기 위해서 상기 MBS 서비스에 대해서 설정된 또는 할당된 제1의 식별자, 제2의 식별자, RNTI 식별자, 또는 논리 채널 식별자를 확인할 수 있다. 단말(1001)은 상기 확인된 식별자를 이용하여 MBS 사용자 데이터 서비스 채널을 통해서 도 4a 내지 도 4d 및/또는 도 5의 실시 예를 적용하여 MBS 데이터를 수신하여 MBS 서비스를 수신할 수 있다(1050단계).
단말(1001)은 MBS 서비스 수신을 위해서 상기 제1의 RRC 메시지를 전송하고 상기 제2의 RRC 메시지를 수신할 수 있다. 또한, 단말(1001)은 다시 상기 제3의 RRC 메시지를 전송하고, 상기 제4의 RRC 메시지를 수신할 수 있다. 또한, 단말(1001)은 성가 제5의 RRC 메시지를 전송하고 RRC 연결 모드에서 MBS 서비스를 수신할 수 있다. 또한, 단말(1001)은 상기 제6의 RRC 메시지를 수신하고 RRC 유휴 모드 또는 RRC 비활성화 모드에서 MBS 서비스를 수신할 수 있다.
또 다른 실시 예로 단말(1001)은 MBS 서비스 수신을 위해서 상기 제1의 RRC 메시지를 전송하고 상기 제2의 RRC 메시지를 수신할 수 있다(RRC 연결 모드로 전환). 또한, 단말(1001)은 다시 상기 제3의 RRC 메시지를 전송하고, 상기 제6의 RRC 메시지를 수신할 수 있다. 상기 제6의 RRC 메시지를 수신한 단말(1001)은 RRC 유휴 모드 또는 RRC 비활성화 모드로 전환하여 RRC 유휴 모드 또는 RRC 비활성화 모드에서 MBS 서비스를 수신할 수 있다.
상기 제1의 RRC 메시지 또는 상기 제2의 RRC 메시지에는 암호화 절차 또는 무결성 보호 절차를 적용하지 않을 수 있다. 또 다른 실시 예로 보안성을 강화하기 위해서 상기 제1의 RRC 메시지 또는 상기 제2의 RRC 메시지에는 암호화 절차 또는 무결성 보호 절차를 적용할 수 있다. 상기 제3의 RRC 메시지에는 암호화 절차 또는 무결성 보호 절차를 적용할 수 있다. 또한 상기 제4의 RRC 메시지, 상기 제5의 RRC 메시지, 또는 상기 제6의 RRC 메시지에 암호화 절차 또는 무결성 보호 절차를 적용할 수 있다.
본 개시의 실시 예들에 따라 차세대 이동 통신 시스템은 MBS 서비스 지원을 위한 제1의 시그날링 절차, 제2의 시그날링 절차, 제3의 시그날링 절차, 또는 제4의 시그날링 절차 중 적어도 하나를 지원할 수 있다.
도 11은 단말이 RRC 연결 모드에서 일반 데이터 서비스와 MBS 서비스를 받을 때 일반 데이터와 MBS 데이터가 충돌하거나 또는 겹치는 경우를 나타낸 도면이다.
도 11을 참조하면, 일반 데이터 서비스 또는 MBS 서비스를 수신하는 RRC 연결 모드 단말은 일반 데이터 서비스에 대한 제1의 스케쥴링 정보(1105)와 MBS 서비스 데이터에 대한 제2의 스케쥴링 정보(1110)를 수신할 수 있다.
상기 제1의 스케쥴링 정보(1105)는 제1의 RNTI 식별자(예를 들면 C-RNTI, 일반 데이터 스케쥴링을 위한 RNTI 식별자)로 스크램블링 된 PDCCH의 DCI를 통해 하향 링크 일반 데이터가 전송되는 시간 자원 또는 주파수 자원으로 지시될 수 있다. 또 다른 실시 예로 상기 제1의 스케쥴링 정보(1105)는 RRC 메시지를 통해 하향 링크 일반 데이터 전송을 위해 설정된 시간 자원 또는 주파수 자원으로 지시될 수 있다. 또 다른 실시 예로 상기 제1의 스케쥴링 정보(1105)는 RRC 메시지를 통해 하향 링크 일반 데이터 전송을 위해 설정된 주기적인 시간 자원 또는 주파수 자원으로 지시될 수 있으며 또는 PDCCH의 DCI로 상기 주기적인 시간 자원 또는 주파수 자원을 활성화 또는 비활성화하여 지시될 수 있다.
상기 제2의 스케쥴링 정보(1110)는 제2의 RNTI 식별자(예를 들면 MBS-RNTI, MBS 서비스 데이터 스케쥴링을 위한 RNTI 식별자, 또는 각 MBS 서비스 별 RNTI 식별자)로 스크램블링 된 PDCCH의 DCI를 통해 하향 링크 MBS 서비스 데이터가 전송되는 시간 자원 또는 주파수 자원을 지시될 수 있다. 또 다른 실시 예로 상기 제2의 스케쥴링 정보(1110)는 시스템 정보, RRC 메시지, 또는 MBS를 위한 제어 채널 또는 제어 메시지를 통해 하향 링크 MBS 서비스 데이터 전송을 위해 설정된 시간 자원 또는 주파수 자원으로 지시될 수 있다. 또 다른 실시 에로 상기 제2의 스케쥴링 정보(1110)는 시스템 정보, RRC 메시지, 또는 MBS를 위한 제어 채널 또는 제어 메시지를 통해 하향 링크 MBS 서비스 데이터 전송을 위해 설정된 주기적인 시간 자원 또는 주파수 자원으로 지시될 수 있으며 또는 PDCCH의 DCI로 상기 주기적인 시간 자원 또는 주파수 자원을 활성화 또는 비활성화하여 지시될 수 있다.
한편, 상기 제1의 스케쥴링 정보(1105) 및/또는 상기 제2의 스케쥴링 정보(1110)가 지시하는 하향 링크 시간 자원 또는 주파수 자원이 동일하거나 또는 겹친다면 데이터간 충돌이 발생할 수 있다.
따라서 이하에서는 상기 제1의 스케쥴링 정보(1105)와 상기 제2의 스케쥴링 정보(1410)를 수신한 단말이, 때 상기 제1의 스케쥴링 정보(1105)와 상기 제2의 스케쥴링 정보(1110)가 지시하는 하향 링크 시간 자원 또는 주파수 자원이 동일하거나 또는 겹쳐서 데이터간 충돌이 발생한 경우, 상기 제1의 스케쥴링 정보(1105)와 상기 제2의 스케쥴링 정보(1110)를 처리하는 실시 예들에 대해 설명한다.
<제1의 실시 예>
단말이 수신한 제1의 스케쥴링 정보(1105)와 제2의 스케쥴링 정보(1110)에서 지시하는 시간 자원 또는 주파수 자원이 동일하거나 또는 겹쳐서 데이터간 충돌이 발생한다면, 단말은 상기 제1의 스케쥴링 정보(1105)에 따라 일반적인 데이터를 상기 시간 자원 또는 주파수 자원에서 수신할 수 있다. 그리고 단말은 상기 제2의 스케쥴링 정보(1110)에서 지시한 MBS 서비스 데이터는 수신하지 않거나 또는 무시하거나 또는 상기 제2의 스케쥴링 정보(1110)를 고려하지 않을 수 있다. 또 다른 실시 예로 상기 제2의 스케쥴링 정보(1110)에 지시한 하향 링크 MBS 서비스 데이터에 대한 HARQ ACK 또는 NACK을 전송하는 전송 자원(예를 들면 PUCCH)이 설정되었거나 또는 HARQ ACK 또는 NACK을 전송할 수 있도록 설정되었다면 상기 MBS 서비스 데이터에 대해 성공적으로 수신하지 못했다는 것(NACK)을 지시하도록 하여 재전송을 요청하고, 수신하지 못한 하향 링크 MBS 서비스 데이터를 추후에 재전송을 통해 수신할 수 있다.
<제2의 실시 예>
단말이 수신한 제1의 스케쥴링 정보(1105)와 제2의 스케쥴링 정보(1110)에서 지시하는 시간 자원 또는 주파수 자원이 동일하거나 겹쳐서 데이터간 충돌이 발생한다면 단말은 상기 제2의 스케쥴링 정보(1110)에 따라 MBS 서비스 데이터를 상기 시간 자원 또는 주파수 자원에서 수신할 수 있다. 그리고 단말은 상기 제1의 스케쥴링 정보(1105)에서 지시한 일반 데이터는 수신하지 않거나 또는 무시하거나 또는 상기 제1의 스케쥴링 정보(1105)를 고려하지 않을 수 있다. 하지만 단말은 상기 제1의 스케쥴링 정보(1105)에서 지시한 하향 링크 일반 데이터에 대한 HARQ ACK 또는 NACK을 전송하는 전송 자원(예를 들면 PUCCH)을 통해 하향 링크 일반 데이터를 성공적으로 수신하지 못했다는 것(NACK)을 지시하하여 재전송을 요청하고, 수신하지 못한 하향 링크 일반 데이터를 추후에 재전송을 통해 수신할 수 있다.
<제3의 실시 예>
단말 능력이 시간 자원 또는 주파수 자원이 같은 전송 자원에서 서로 다른 데이터를 동시에 수신할 수 있도록 지원한다면 단말은 상기 제1의 스케쥴링 정보(1105)와 상기 제2의 스케쥴링 정보(1110)에서 지시하는 일반 데이터 또는 MBS 서비스 데이터를 모두 수신할 수 있다. 예를 들면 단말 능력이 복수 개의 안테나를 가지고 있거나 또는 높은 요구사항을 만족하는 단말인 경우 제3의 실시 예를 적용할 수 있다.
<제4의 실시 예>
단말이 제1의 실시 예, 제2의 실시 예, 또는 제3의 실시 예를 수행할지 여부를 기지국이 RRC 메시지 또는 시스템 정보를 통해 지시자로 설정 또는 지시해줄 수 있다.
<제5의 실시 예>
기지국은 동일한 시간 자원 또는 동일한 주파수 자원의 전송 자원에서 서로 다른 일반 데이터와 MBS 서비스 데이터를 하나의 데이터(예를 들면 MAC PDU)로 다중화하여 전송할 수 있다. 즉, 동일한 시간 자원 또는 동일한 주파수 자원의 전송 자원에서 단말은 하나의 데이터(예를 들면 MAC PDU)를 수신할 수 있고, 상기 하나의 데이터에는 일반 데이터와 MBS 서비스 데이터가 다중화되어 있을 수 있다. 상기 하나의 데이터에서 각 일반 데이터는 각 일반 데이터에 해당하는 논리 채널 식별자(예를 들면 MAC 헤더에 포함되는 식별자)로 구별될 수 있고, 각 MBS 서비스 데이터는 각 MBS 서비스 데이터에 해당하는 논리 채널 식별자(예를 들면 MAC 헤더에 포함되는 식별자)로 구별될 수 있다. 단말은 상기 하나의 데이터를 수신하여 데이터 처리를 수행할 때 단말에 설정된 논리 채널 식별자에 해당하는 데이터는 수신하여(또는 역다중화하여) 상기 논리 채널 식별자에 해당하는 상위 계층 장치(예를 들면 RLC 계층 장치 또는 상위 계층 장치)로 전달할 수 있고, 단말에 설정되지 않은 논리 채널 식별자에 해당하는 데이터는 폐기할 수 있다.
도 12a 내지 도 12c는 본 개시의 실시 예에 따른 MBS 서비스를 효율적으로 지원하기 위한 시그날링 절차들을 나타낸 도면이다.
도 12a는 본 개시의 실시 예에 따른 MBS 서비스 데이터를 수신하는 단말이 피드백을 기지국으로 보내는 시그날링 절차를 나타낸다. 도 12b는 본 개시의 실시 예에 따른 MBS 서비스 데이터를 수신하는 단말이 기지국으로부터 MBS 서비스 관련 제어 메시지를 수신하는 시그날링 절차를 나타낸다. 도 12c는 MBS 서비스 지원을 위해 기지국이 MBS 서비스 관련 제어 메시지를 단말에게 보내고 이에 대한 응답을 단말이 전송하는 시그날링 절차를 나타낸다.
도 12a를 참조하면, MBS 서비스 데이터를 수신하는 단말(1201a)은 MBS 서비스에 대한 단말의 피드백 또는 지시 정보를 네트워크 또는 기지국(1202a)으로 전송할 수 있다(1210a단계). 예를 들면 소정의 이벤트가 발생한 경우 또는 관심 있는(또는 수신하고자 하는) 서비스가 생긴 경우 또는 관심 있는(또는 수신하고자 하는) 서비스가 변경된 경우 또는 관심 있는(또는 수신하고자 하는) 서비스 수신을 중지하려는 경우 또는 MBS 서비스를 중지하려는 경우 또는 MBS 서비스를 수신하는 방법 또는 RRC 모드 또는 베어러를 변경하고자 하는 경우, 단말(1201a)은 MBS 서비스에 대한 단말의 피드백 또는 지시 정보를 네트워크 또는 기지국(1202a)으로 전송할 수 있다. 또 다른 실시 예로 네트워크에서 요청한 경우(1205a단계)에 단말(1201a)은 상기 피드백 또는 지시 정보를 전송할 수 있다. 단말(1201a)이 MBS 서비스에 대해 기지국으로 전송하는 정보는 다음의 정보들 중에 일부 또는 복수 개의 정보를 포함할 수 있다.
- 단말이 관심이 있어하는 또는 서비스 받고 싶어하는 MBS 서비스에 대한 정보(예를 들면 상기 MBS 서비스에 대한 제1의 식별자, 제2의 식별자, 논리 채널 식별자, RNTI 식별자, 또는 베어러 식별자)
- MBS 서비스를 수신할 때 또는 설정 받을 때 단말이 선호하는 RRC 연결 상태(예를 들면 RRC 유휴 모드, RRC 연결 모드, 또는 RRC 비활성화 모드)
- MBS 서비스를 수신할 때 또는 설정 받을 때 단말이 선호하는 베어러 구조 또는 설정 정보(예를 들면, 유니 캐스트 베어러, 멀티 캐스트 베어러, 또는 도 7a 내디 도7d에서 설명하는 베어러 구조들 중에 선호 구조 또는 설정 받고 싶은 기능에 대한 선호도 등)
- MBS 서비스를 수신할 때 또는 설정 받을 때 단말이 선호하는 서비스 유형(예를 들면 유니캐스트 서비스(dedicated service 또는 unicast service) 또는 멀티캐스트 서비스(multicast 또는 broadcast 또는 common service)
- MBS 서비스를 수신하는 단말이 상기 MBS 서비스에 대해서 더 이상 서비스 수신을 희망하지 않는 다는 지시자, 상기 MBS 서비스 수신을 중지하겠다는 지시자, 상기 MBS 서비스 수신을 계속 수행하겠다는 지시자, 상기 MBS 서비스를 다른 MBS 서비스로 변경을 요청하는 지시자(또는 다른 MBS 서비스에 대한 제1의 식별자, 제2의 식별자, 논리 채널 식별자, 베어러 식별자, 또는 RNTI 식별자), 또는 상기 MBS 서비스에 대해 단말이 관심이 있다는 지시자
- 단말 입장에서의 MBS 서비스의 수신 품질을 지시하는 지시자
- 단말이 네트워크에 마지막으로 전송한 또는 응답한 MBS 서비스 정보(또는 상기 피드백 정보들)(예를 들면 관심있는 MBS 서비스에 대한 지시자 또는 상기 단말이 보고할 수 있는 정보들)와 비교했을 때 변경된 정보(또는 업데이트되거나 또는 변경된 피드백)가 있는 경우, 변경된 단말 피드백 정보
- MBS 서비스 데이터를 성공적으로 수신했는지 여부를 지시하는 지시자(예를 들면 HARQ ACK 또는 NACK 피드백)
단말(1201a)이 MBS 서비스에 대해 상기 피드백 또는 지시 정보를 기지국(1202a)으로 전송할 때 단말(1201a)은 RRC 연결 모드에서만 전송할 수 있다. 예를 들면 RRC 연결 모드 단말(1201a)은 상기 피드백 또는 지시 정보를 기지국(1202a)이 요청한 경우 또는 단말(1201a)에서 전송할 필요가 생긴 경우, 상기 RRC 연결 모드에서 단말(1201a)에 설정된 SRB, DRB, 또는 MBS 베어러(유니캐스트 베어러 또는 멀티 캐스트 베어러)를 통해 RRC 메시지, MAC 제어 정보, RLC 제어 정보, 또는 PDCP 제어 정보에 상기 피드백 또는 지시 정보를 구성하여 기지국(1202a)으로 전송할 수 있다.
또 다른 실시 예로 단말(1201a)은 RRC 유휴 모드 또는 RRC 비활성화 모드에서 상기 피드백 또는 지시 정보를 기지국(1202a)이 요청한 경우 또는 단말(1201a)에서 전송할 필요가 생긴 경우, 네트워크와 연결을 설정하고(RRC 연결 절차 또는 RRC 연결 재개 절차를 트리거링) RRC 연결 모드로 전환하여 RRC 연결 모드에서 단말(1201a)에 설정된 SRB, DRB, 또는 MBS 베어러(유니캐스트 베어러 또는 멀티 캐스트 베어러)를 통해 RRC 메시지, MAC 제어 정보, RLC 제어 정보, 또는 PDCP 제어 정보에 상기 피드백 또는 지시 정보를 구성하여 기지국(1202a)으로 전송할 수 있다.
또 다른 실시 예로 단말(1201a)이 MBS 서비스에 대해 상기 피드백 또는 지시 정보를 기지국(1202a)으로 전송할 때 단말(1201a)은 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴 모드에서 시스템 정보에서 지시한 전송 자원을 통해 또는 RRC 메시지로 설정된 전송 자원을 통해 또는 MBS 서비스를 지시하는 RNTI 식별자가 포함된 PDCCH에서 지시된 전송 자원을 통해 단말(1201a)의 피드백 또는 지시 정보를 전송할 수 있다. 상기 피드백 또는 지시 정보를 단말(1201a)이 전송함으로써, 기지국(1202a)은 더 효율적으로 MBS 서비스를 위한 자원을 관리할 수 있다.
도 12b를 참조하면, 기지국(1202b)은 MBS 서비스 데이터를 수신하는 단말(1201b)에게 MBS 서비스에 대한 제어 정보를 전송할 수 있다. 상기 MBS 서비스에 대한 제어 정보는 MBS 서비스를 위한 채널 또는 전송 자원, RRC 메시지, MAC 제어 정보, RLC 제어 정보, 또는 PDCP 제어 정보를 통해 전송될 수 있다(1205b단계).
상기 MBS 서비스에 대한 제어 정보는 다음의 정보들 중에 일부 또는 복수 개의 정보를 포함할 수 있다.
- MBS 서비스 수신을 중지하라는 지시자
- MBS 서비스를 기지국이 중단하겠다는 지시자 또는 MBS 서비스 수신을 중지하라는 지시자
- 중지하려는 또는 서비스 수신을 중지하라는 MBS 서비스에 대한 식별자(예를 들면 상기 MBS 서비스에 해당하는 제1의 식별자, 제2의 식별자, 논리 채널 식별자, RNTI 식별자, 또는 베어러 식별자를 포함하여 어떤 MBS 서비스를 중지하려는 것인지 또는 단말에게 어떤 MBS 서비스 수신을 중지하라는 것인지 더 구체적으로 지시해줄 수 있음. 또 다른 실시 예로 MBS 서비스에 해당하는 RNTI 식별자로 스크램블링된 PDCCH로 상기 제어 정보를 전송하여 지시할 수 있음. 또 다른 실싱 예로 복수 개의 MBS 서비스를 지시하기 위해 상기 제1의 식별자, 제2의 식별자, 논리 채널 식별자, RNTI 식별자, 또는 베어러 식별자를 포함하는 리스트로 전송할 수 있음.)
- 어떤 MBS 서비스를 중지하려는 것인지 또는 단말에게 어떤 MBS 서비스 수신을 중지하라는 것인지 더 구체적으로 지시하기 위해 시스템 정보 또는 RRC 메시지로 설정해준 MBS 서비스 리스트에서 설정된 MBS 서비스들을 지시하는 각 제1 식별자 값 또는 제2 식별자 값을 자연수값과 맵핑시킨 정보(예를 들어, MBS 서비스들을 지시하는 각 제1 식별자 값 또는 제2 식별자 값을 오츨마수능로 자연수값과 매핑시켜 나타낸 자연수값에 대한 정보) 또는 비트맵으로 맵핑시켜 나타낸 비트맵 정보
- MBS 서비스 수신을 중지하기 시작하는 시점 또는 MBS 서비스 수신이 중지되는 시점을 시간 단위(서브 프레임 또는 타임 슬롯 또는 심볼)로 나타낸 지시자(예를 들면 상기 MBS 서비스가 전송되는 주기에서 몇 번째 시간 단위인지를 지시해줄 수 있음. 또 다른 실시 예로 상기 제어 정보를 수신한 시점부터 몇 번째 시간 단위 뒤인지를 지시해줄 수 있음.)
기지국(1202b)은 MBS 서비스에 대한 상기 제어 정보를 RRC 비활성화 모드, RRC 유휴 모드, 또는 RRC 연결 모드 단말(1201b)에게 전송할 수 있다. 예를 들면 기지국(1202b)은 RRC 비활성화 모드, RRC 유휴 모드, 또는 RRC 연결 모드 단말(1201b)에게 상기 제어 정보를 단말(1201b)에 설정된 SRB, DRB, 또는 MBS 베어러(유니캐스트 베어러 또는 멀티 캐스트 베어러)를 통해 RRC 메시지, MAC 제어 정보, RLC 제어 정보, 또는 PDCP 제어 정보에 구성하여 전송할 수 있다. 또 다른 실시 예로 기지국(1202b)은 MBS 서비스에 대해 상기 제어 정보를 RRC 연결 모드, RRC 비활성화 모드, 또는 RRC 유휴 모드 단말(1201b)에게 시스템 정보에서 지시한 전송 자원, RRC 메시지로 설정된 전송 자원, 또는 MBS 서비스를 지시하는 RNTI 식별자가 포함된 PDCCH에서 지시된 전송 자원을 통해 전송할 수 있다.
기지국(1202b)으로부터 상기 제어 정보를 수신한 단말(1201b) 상기 제어 정보에 상응하는 피드백을 도 15a의 실시 예를 적용하여 피드백 정보 또는 지시 정보로 기지국(1202b)으로 전송할 수 있다(1210b단계).
기지국(1202b)으로부터 상기 제어 정보를 수신한 단말(1201b)은 관심있는 MBS 서비스가 남아 있다면 또는 단말(1201b)이 여전히 MBS 서비스를 수신하고자 한다면, 단말(1501b)은 도 8 내지 도 11의 실시 예들 중 저어도 하나의 실시 예에 따라 MBS 서비스 관련 제어 정보를 다시 수신하거나(예를 들면 시스템 정보, RRC 메시지, 또는 MBS 서비스 제어 메시지) 또는 RRC 연결 절차 또는 RRC 연결 재개 절차를 수행하여(또는 트리거링하여) MBS 서비스를 수신할 수 있도록 설정 정보를 기지국으로부터 수신하거나 또는 MBS 설정 정보를 요청하여 수신한 MBS 설정 정보를 다시 설정하고, MBS 서비스 수신을 계속 수행할 수 있다.
또 다른 실시 예로 기지국(1202b)으로부터 상기 제어 정보를 수신한 단말(1201b)은 RRC 연결 모드가 아닌 RRC 유휴 모드 또는 RRC 비활성화 모드에 있다면 또는 단말이 관심있는 MBS 서비스가 남아 있다면 또는 단말이 여전히 MBS 서비스를 수신하고자 한다면 단말은 도 8 내지 도 11의 실시 예들 중 적어도 하나의 실시 예에 따라 MBS 서비스 관련 제어 정보를 다시 수신하거나(예를 들면 시스템 정보, RRC 메시지, 또는 MBS 서비스 제어 메시지) 또는 RRC 연결 절차 또는 RRC 연결 재개 절차를 수행하여(또는 트리거링하여) 다시 MBS 서비스를 수신할 수 있도록 설정 정보를 기지국으로부터 수신하거나 또는 MBS 설정 정보를 요청하여 수신한 MBS 설정 정보를 다시 설정하고, MBS 서비스 수신을 계속 수행할 수 있다.
기지국(1202b)은 상기 제어 정보를 단말(1201b)에게 전송함으로써, 더 효율적으로 MBS 서비스를 위한 자원을 관리할 수 있다.
도 12c를 참조하면, 기지국(1202c)은 MBS 서비스를 수신하는 단말의 수를 확인하기 위해 MBS 서비스 데이터를 수신하는 단말들에게 MBS 서비스를 수신하고 있는 지 여부 및/또는 MBS 서비스를 수신하고 있는 단말의 수를 세기 위해 응답을 요청하는 메시지를 구성하여 전송할 수 있다(1205c단계). 상기 메시지를 수신한 단말(1201c)은 응답 메시지를 구성하여 기지국(1202c)으로 전송할 수 있다(1210c단계).
RRC 유휴 모드, RRC 비활성화 모드, 또는 RRC 연결 모드 단말(1201c)은 상기 요청 메시지를 수신할 수 있다. 또한 상기 요청 메시지를 수신한 단말(1201c)은 RRC 유휴 모드, RRC 비활성화 모드, 또는 RRC 연결 모드에 있을 때 상기 요청 메시지에 대한 응답 메시지를 구성하여 단말(1201c)에 설정된 SRB, DRB, 또는 MBS 베어러(유니캐스트 베어러 또는 멀티 캐스트 베어러)를 통해 RRC 메시지, MAC 제어 정보, RLC 제어 정보, 또는 PDCP 제어 정보를 사용하여 전송할 수 있다. 또한 단말(1201c)은 시스템 정보에서 지시한 전송 자원, RRC 메시지로 설정된 전송 자원, 또는 MBS 서비스를 지시하는 RNTI 식별자가 포함된 PDCCH에서 지시된 전송자원을 통해 상기 응답 메시지를 전송할 수 있다.
또 다른 실시 예로, 상기 요청 메시지를 수신한 단말들 중에 RRC 연결 모드에 있는 단말들은 상기 요청 메시지에 대한 응답 메시지를 구성하여 단말에 설정된 SRB, DRB 또는 MBS 베어러(유니캐스트 베어러 또는 멀티 캐스트 베어러)를 통해 RRC 메시지, MAC 제어 정보, RLC 제어 정보, 또는 PDCP 제어 정보를 사용하여 전송할 수 있다. 또는 단말은 시스템 정보에서 지시한 전송 자원, RRC 메시지로 설정된 전송 자원, 또는 MBS 서비스를 지시하는 RNTI 식별자가 포함된 PDCCH에서 지시된 전송 자원을 통해 상기 응답 메시지를 전송할 수 있다.
또 다른 실시 예로 상기 요청 메시지를 수신한 단말들 중에 RRC 유휴 모드 또는 RRC 비활성화 모드에 있는 단말들은 RRC 연결 절차 또는 RRC 연결 재개 절차를 수행하여 RRC 연결 모드로 전환하여 단말에 설정된 SRB, DRB, 또는 MBS 베어러(유니캐스트 베어러 또는 멀티 캐스트 베어러)를 통해 RRC 메시지, MAC 제어 정보, RLC 제어 정보, 또는 PDCP 제어 정보를 사용하여 전송할 수 있다. 또는 단말은 시스템 정보에서 지시한 전송 자원, RRC 메시지로 설정된 전송 자원, 또는 MBS 서비스를 지시하는 RNTI 식별자가 포함된 PDCCH에서 지시된 전송 자원을 통해로 상기 응답 메시지를 전송할 수 있다.
도 13a 내지 도 13c는 본 개시의 실시 예에 따른 복수 개의 MBS 서비스들에 대해서 각 MBS 서비스를 지시할 수 있는 방법을 나타낸 도면이다.
도 13a를 참조하면, 각 MBS 서비스(1305a)는 MBS 서비스를 위한 제1의 식별자, 제2의 식별자, 논리 채널 식별자, RNTI 식별자, 또는 베어러 식별자(1310a)와 맵핑 관계를 가질 수 있으며 또는 상기 각 식별자가 각 MBS 서비스에 할당될 수 있다.
도 13a의 실시 예에 따른 매핑 관계는 각 MBS 서비스를 구별할 수 있고, 특정 MBS 서비스를 상기 식별자로 구분할 수 있는 장점이 있다. 다만 상기 식별자들은 길이가 길기 때문에 제1의 식별자, 제2의 식별자, 논리 채널 식별자, RNTI 식별자, 또는 베어러 식별자로 각 MBS 서비스를 지시하는 것은 오버헤드 측면에서 효율적이지 않을 수 있다.
도 13b를 참조하면, 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지에서는 MBS 서비스들에 대한 리스트 또는 설정된 MBS 서비스들에 대한 리스트를 설정할 수 있으며, 상기 MBS 서비스들에 대한 리스트에 설정된 각 MBS 서비스들(1305b)에 대해 정수값(1310b)을 할당하거나 맵핑시킬 수 있다. 또 다른 실시 예로 상기 MBS 서비스들에 대한 리스트에 포함된 MBS 서비스에 대한 각 식별자 값의 오름차순(또는 내림차순)으로 정수값을 오름차순으로 맵핑 또는 할당할 수 있다. 그리고 특정 MBS 서비스를 지시할 때 정수값으로 특정 MBS 서비스를 지시하도록 하여 오버헤드를 줄일 수 있다. 예를 들면 복수 개의 MBS 서비스를 지시하는 경우에는 복수 개의 MBS 서비스에 대한 각 정수값을 포함시켜서 또는 정수값을 리스트에 포함시켜서 복수 개의 MBS 서비스들을 지시할 수 있다.
도 13c를 참조하면, 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지에서는 MBS 서비스들에 대한 리스트 또는 설정된 MBS 서비스들에 대한 리스트를 설정할 수 있으며, 상기 MBS 서비스들에 대한 리스트에 설정된 각 MBS 서비스들(1305c)을 비트맵(1310c)의 각 비트로 할당하거나 맵핑시킬 수 있다. 또 다른 실시 예로 상기 MBS 서비스들에 대한 리스트에 포함된 MBS 서비스에 대한 각 식별자 값의 오름차순(또는 내림차순)으로 상기 비트맵의 각 비트와 오름차순으로 맵핑 또는 할당할 수 있다. 그리고 특정 MBS 서비스를 지시할 때 비트맵의 각 비트로 특정 MBS 서비스를 지시하도록 하여(예를 들면 1 또는 0의 값으로 각 서비스를 지시할 수 있다) 오버헤드를 줄일 수 있다. 예를 들면 복수 개의 MBS 서비스를 지시하는 경우에는 상기 비트맵에서 복수 개의 MBS 서비스에 대한 비트값들을 설정하여 복수 개의 MBS 서비스들을 지시할 수 있다.
도 13a 내지 도 13c의 각 MBS 서비스를 지시하는 실시 예들은 본 개시의 다양한 시그날링 방법에서 활용 또는 확장하여 적용될 수 있다.
예를 들면 도 12c의 실시 예에서 기지국은 MBS 서비스를 수신하는 단말들의 수를 확인하기 위해 MBS 서비스 데이터를 수신하는 단말들에게 MBS 서비스를 수신하고 있는 지 여부 또는 MBS 서비스를 수신하고 있는 단말의 수를 세기 위해 응답을 요청하는 메시지를 구성하여 전송하고, 상기 응답을 요청하는 메시지를 수신한 단말은 응답 메시지를 구성하여 기지국으로 전송할 때 다음과 같이 적용될 수 있다.
구체적으로 상기 MBS 서비스를 수신하고 있는 지 여부 또는 MBS 서비스를 수신하고 있는 단말의 수를 세기 위해 응답을 요청하는 메시지와 상기 요청 메시지에 대한 응답 메시지는 다음의 실시 예들 중에 하나의 실시 예로 구성 또는 생성될 수 있다.
<제1의 실시 예>
도 13a의 실시 예와 같이 각 MBS 서비스는 MBS 서비스를 위한 제1의 식별자, 제2의 식별자, 논리 채널 식별자, RNTI 식별자, 또는 베어러 식별자와 맵핑 관계를 가질 수 있으며 또는 상기 각 식별자가 각 MBS 서비스에 할당될 수 있다. 상기 도 13a의 실시 예에 따라 기지국은 얼마나 많은 단말들이 MBS 서비스를 수신하는 지 알고 싶은 MBS 서비스들에 해당하는 상기 식별자들을 리스트로 구성하여 요청 메시지에 포함하여 단말에게 전송할 수 있다. 상기 요청 메시지는 MBS 서비스를 수신하는 단말들에게 전송될 수 있으며, 상기 요청 메시지에 포함된 각 MBS 서비스를 수신하는 단말들은 관심이 있는지 또는 수신하고 있는지 여부를 응답 메시지에 구성하여 요청에 응답할 수 있다.
또 다른 실시 예로 상기 요청 메시지를 구성할 때 도 13b의 실시 예를 적용하여 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지로 설정된 MBS 서비스들에 대한 리스트에서 각 MBS 서비스들에 대해 정수값을 할당하거나 맵핑시킬 수 있다. 예를 들면 상기 MBS 서비스들에 대한 리스트에 포함된 MBS 서비스에 대한 각 식별자 값의 오름차순(또는 내림차순)으로 정수값을 오름차순으로 맵핑 또는 할당할 수 있다. 그리고 상기 요청 메시지에서 얼마나 많은 단말들이 MBS 서비스를 수신하는 지 알고 싶은 MBS 서비스들을 지시할 때 상기 맵핑된 또는 할당된 정수값(들)을 상기 요청 메시지에 포함하여 또는 리스트에 포함하여 얼마나 많은 단말들이 MBS 서비스를 수신하는 지 알고 싶은 MBS 서비스들을 지시할 수 있다.
또 다른 실시 예로 상기 요청 메시지를 구성할 때 도 13c의 실시 예를 적용하여 기지국은 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지로 설정된 MBS 서비스들에 대한 리스트에서 각 MBS 서비스들을 비트맵의 각 비트로 할당하거나 맵핑시킬 수 있다. 예를 들면 상기 MBS 서비스들에 대한 리스트에 포함된 MBS 서비스에 대한 각 식별자 값의 오름차순(또는 내림차순)으로 상기 비트맵의 각 비트와 오름차순으로 맵핑 또는 할당할 수 있다. 그리고 상기 요청 메시지에서 얼마나 많은 단말들이 MBS 서비스를 수신하는 지 알고 싶은 MBS 서비스들을 지시할 때 비트맵의 각 비트로 MBS 서비스를 지시하도록 하여(예를 들면 1 또는 0의 값으로 각 서비스를 지시할 수 있다) 오버헤드를 줄일 수 있다. 또한 복수 개의 MBS 서비스를 지시하는 경우에는 상기 비트맵에서 복수 개의 MBS 서비스에 대한 비트값들을 설정하여 복수 개의 MBS 서비스들을 지시할 수 있다.
상기 요청 메시지에 포함된 각 MBS 서비스를 수신하는 단말들은 관심이 있는지 또는 수신하고 있는지 여부를 응답 메시지에서 구성하여 요청에 응답할 수 있다. 상기 응답 메시지를 구성할 때 도 13a의 실시 예를 적용하여 단말은, 상기 요청 메시지에 포함된 MBS 서비스들에 대한 리스트 또는 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지로 설정된 MBS 서비스들에 대한 리스트에서 각 MBS 서비스는 MBS 서비스를 위한 제1의 식별자, 제2의 식별자, 논리 채널 식별자, RNTI 식별자, 또는 베어러 식별자와 맵핑 관계를 가질 수 있기 때문에, 단말이 관심있는 또는 수신하고자 하는 MBS 서비스들에 해당하는 상기 식별자들을 리스트로 구성하여 응답 메시지에 포함하여 기지국에게 전송할 수 있다.
또 다른 실시 예로 상기 응답 메시지를 구성할 때 도 13b의 실시 예를 적용하여 단말은 상기 요청 메시지에 포함된 MBS 서비스들에 대한 리스트 또는 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지로 설정된 MBS 서비스들에 대한 리스트에서 각 MBS 서비스들에 대해 정수값을 할당하거나 맵핑시킬 수 있다. 예를 들면 상기 MBS 서비스들에 대한 리스트에 포함된 MBS 서비스에 대한 각 식별자 값의 오름차순(또는 내림차순)으로 정수값을 오름차순으로 맵핑 또는 할당할 수 있다. 그리고 상기 응답 메시지에서 관심 있는 또는 수신하고자 하는 MBS 서비스를 지시할 때 상기 맵핑된 또는 할당된 정수값(들)을 상기 응답 메시지에 포함하여 또는 리스트에 포함하여 관심 있는 또는 수신하고자 하는 MBS 서비스들을 기지국에게 지시해줄 수 있으며, 오버헤드를 줄일 수 있다. 또한 복수 개의 MBS 서비스를 지시하는 경우에는 복수 개의 MBS 서비스에 대한 각 정수값을 포함시켜서 또는 정수값을 리스트에 포함시켜서 복수 개의 MBS 서비스들을 지시할 수도 있다.
또 다른 실시 예로 상기 응답 메시지를 도 13c의 실시 예를 적용하여 구성할 때 단말은 상기 요청 메시지에 포함된 MBS 서비스들에 대한 리스트 또는 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지로 설정된 MBS 서비스들에 대한 리스트에서 각 MBS 서비스들을 비트맵의 각 비트로 할당하거나 맵핑시킬 수 있다. 예를 들면 상기 MBS 서비스들에 대한 리스트에 포함된 MBS 서비스에 대한 각 식별자 값의 오름차순(또는 내림차순)으로 상기 비트맵의 각 비트와 오름차순으로 맵핑 또는 할당할 수 있다. 그리고 상기 응답 메시지에서 관심 있는 또는 수신하고자 하는 MBS 서비스를 지시할 때 비트맵의 각 비트로 MBS 서비스를 지시하도록 하여(예를 들면 1 또는 0의 값으로 각 서비스를 지시할 수 있다) 오버헤드를 줄일 수 있다. 또한 복수 개의 MBS 서비스를 지시하는 경우에는 상기 비트맵에서 복수 개의 MBS 서비스에 대한 비트값들을 설정하여 복수 개의 MBS 서비스들을 지시할 수 있다.
<제2의 실시 예>
기지국은 단말들에게 관심있는 또는 수신하고자 하는 MBS 서비스에 대한 정보를 요청하는 요청 메시지를 전송할 수 있다. 상기 요청 메시지는 MBS 서비스를 수신하는 단말들에게 전송될 수 있으며, 상기 요청 메시지에는 MBS 서비스를 수신하는 단말들에게 관심이 있는지 또는 수신하고 있는지 여부를 응답 메시지에 구성하여 전송하도록 하는 지시자를 포함할 수 있다. 상기 요청 메시지에 포함된 각 MBS 서비스를 수신하는 단말들은 상기 각 MBS 서비스에 대하여 관심이 있는지 또는 수신하고 있는지 여부를 응답 메시지에 구성하여 응답할 수 있다.
상기 응답 메시지를 구성할 때 도 13a의 실시 예를 적용하여 단말은, 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지로 설정된 MBS 서비스들에 대한 리스트에서 각 MBS 서비스는 MBS 서비스를 위한 제1의 식별자, 제2의 식별자, 논리 채널 식별자, RNTI 식별자, 또는 베어러 식별자와 맵핑 관계를 가질 수 있기 때문에, 단말이 관심있는 또는 수신하고자 하는 MBS 서비스들에 해당하는 상기 식별자들을 리스트로 구성하여 응답 메시지에 포함시켜 기지국으로 전송할 수 있다.
또 다른 실시 예로 상기 응답 메시지를 구성할 때 도 13b의 실시 예를 적용하여 단말은 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지로 설정된 MBS 서비스들에 대한 리스트에서 각 MBS 서비스들에 대해 정수값을 할당하거나 맵핑시킬 수 있다. 예를 들면 상기 MBS 서비스들에 대한 리스트에 포함된 MBS 서비스에 대한 각 식별자 값의 오름차순(또는 내림차순)으로 정수값을 오름차순으로 맵핑 또는 할당할 수 있다. 그리고 상기 응답 메시지에서 관심 있는 또는 수신하고자 하는 MBS 서비스를 지시할 때 상기 맵핑된 또는 할당된 정수값(들)을 상기 응답 메시지에 포함하여 또는 리스트에 포함하여 관심 있는 또는 수신하고자 하는 MBS 서비스들을 기지국에게 지시해줄 수 있으며, 오버헤드를 줄일 수 있다. 또한 복수 개의 MBS 서비스를 지시하는 경우 복수 개의 MBS 서비스에 대한 각 정수값을 포함시켜서 또는 정수값을 리스트에 포함시켜서 복수 개의 MBS 서비스들을 지시할 수 있다.
또 다른 실시 예로 상기 응답 메시지를 구성할 때 도 13c의 실시 예를 적용하여 단말은 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지로 설정된 MBS 서비스들에 대한 리스트에서 각 MBS 서비스들을 비트맵의 각 비트로 할당하거나 맵핑시킬 수 있다. 예를 들면 상기 MBS 서비스들에 대한 리스트에 포함된 MBS 서비스에 대한 각 식별자 값의 오름차순(또는 내림차순)으로 상기 비트맵의 각 비트와 오름차순으로 맵핑 또는 할당할 수 있다. 그리고 상기 응답 메시지에서 관심 있는 또는 수신하고자 하는 MBS 서비스를 지시할 때 비트맵의 각 비트로 MBS 서비스를 지시하도록 하여(예를 들면 1 또는 0의 값으로 각 서비스를 지시할 수 있다) 오버헤드를 줄일 수 있다. 또한 복수 개의 MBS 서비스를 지시하는 경우 상기 비트맵에서 복수 개의 MBS 서비스에 대한 비트값들을 설정하여 복수 개의 MBS 서비스들을 지시할 수 있다.
상기 도 13a 내지 도 13c에서 MBS 서비스를 지시하는 실시 예들은 관심있는 MBS 서비스를 지시하거나 또는 MBS 서비스 설정 정보를 설정할 때 확장되어 적용될 수 있다. 예를 들면 도 7 내지 11의 실시 예들에 확장되어 적용될 수 있다.
시스템 정보 또는 RRC 메시지에 설정되는 설정 정보는 일반 데이터 서비스를 위한 제1의 DRX (Discontinuous Reception) 설정 정보(예를 들면 주기, 구간 길이(on-duration), 또는 오프셋 등)를 포함할 수 있다. 따라서 단말은 일반 데이터 서비스를 위한 상기 제1의 DRX 설정 정보를 기반으로 특정 구간에서 PDCCH를 모니터링하고 또는 특정 구간에서 PDCCH를 모니터링하지 않도록 하여 단말 전력을 절약할 수 있다.
시스템 정보, RRC 메시지, 또는 MBS 제어 데이터에서 설정되는 MBS 서비스를 위한 설정 정보는 MBS 서비스를 위한 제2의 DRX 설정 정보(예를 들면 주기, 구간 길이, 또는 오프셋 등)를 포함할 수 있다. 따라서 단말은 MBS 서비스를 위한 상기 제2의 DRX 설정 정보를 기반으로 특정 구간에서 PDCCH를 모니터링하고 또는 특정 구간에서 PDCCH를 모니터링하지 않도록 하여 단말 전력을 절약할 수 있다.
기지국은 단말에게 일반 데이터 서비스를 위한 상기 제1의 DRX 설정 정보 또는 MBS 서비스를 위한 상기 제2의 DRX 설정 정보를 설정해줄 수 있으며, 단말은 상기 제1의 DRX 설정 정보 또는 상기 제2의 DRX 설정 정보가 설정된 경우, 각각 독립적으로 제1의 DRX와 제2의 DRX를 운영하고 그에 따라 데이터를 송신 또는 수신할 수 있다. 예를 들면 일반 데이터를 수신하거나 또는 송신할 때는 상기 제1의 DRX 설정 정보에 기반하여 상기 제1의 DRX를 운영하고, PDCCH를 읽거나 또는 읽지 않고 파워를 절약할 수 있다. 또한 MBS 서비스 데이터를 수신하거나 또는 송신할 때는 상기 제2의 DRX 설정 정보에 기반하여 상기 제2의 DRX를 운영하고, PDCCH를 읽거나 또는 읽지 않고 파워를 절약할 수 있다.
또 다른 실시 예로 단말은 RRC 연결 모드에서 MBS 서비스를 수신하는 경우, 상기 제1의 DRX와 상기 제2의 DRX를 운영하고 그에 따라 데이터를 송신 또는 수신할 수 있다. 예를 들면 일반 데이터를 수신하거나 또는 송신할 때는 상기 제1의 DRX 설정 정보에 기반하여 상기 제1의 DRX를 운영하고, PDCCH를 읽거나 또는 읽지 않고 파워를 절약할 수 있다. 또한 MBS 서비스 데이터를 수신하거나 또는 송신할 때는 상기 제2의 DRX 설정 정보에 기반하여 상기 제2의 DRX를 운영하고, PDCCH를 읽거나 또는 읽지 않고 파워를 절약할 수 있다. 단말은 RRC 유휴 모드 또는 RRC 비활성화 모드에서 MBS 서비스를 수신하는 경우 상기 제2의 DRX를 운영하고 그에 따라 데이터를 송신 또는 수신할 수 있다. 예를 들면 MBS 서비스 데이터를 수신하거나 또는 송신할 때는 상기 제2의 DRX 설정 정보에 기반하여 상기 제2의 DRX를 운영하고, PDCCH를 읽거나 또는 읽지 않고 파워를 절약할 수 있다.
또 다른 실시 예로 단말은 RRC 유휴 모드 또는 RRC 비활성화 모드에서 페이징 메시지를 수신하기 위한 제3의 DRX 설정 정보를 운영하여 페이징 메시지를 읽기 위해 주기적으로 깨어나거나 또는 활성화되어 기지국의 PDCCH를 모니터링 할 수 있다.
도 14a 내지 14c는 본 개시의 일 실시 예에 따른 MBS 서비스 데이터의 재전송 방법을 나타낸 도면이다.
도 14a 내지 14c 에서는 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지로 HARQ 재정렬, RLC 재정렬 기능, HARQ ACK 또는 NACK 전송 기능, HARQ 프로세스 또는 HARQ 재전송 기능이 MBS 서비스에 대해 또는 MBS 서비스를 지원하는 베어러에 설정된 경우, 단말은 MBS 서비스 데이터를 수신할 때 PDCCH에서 지시한(예를 들면 MBS 서비스를 위한 RNTI 식별자로 스크램블링된 PDCCH) 전송 자원 또는 MBS 서비스를 위해서 주기적으로 설정된 전송 자원(시스템 정보 또는 RRC 메시지에서 설정된 MBS 서비스를 위한 전송 자원으로 시간 자원, 주파수 자원, 주기 또는 오프셋, MBS 서비스를 위한 별도의 DRX를 위한 설정 정보(주기, 활성화 구간(on-duration)(PDCCH를 읽어야 하는 구간 길이), 또는 오프셋))에서 성공적으로 MBS 서비스 데이터를 수신하지 못한 경우, 상기 PDCCH에서 지시한 전송자원(예를 들면 PUCCH) 또는 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 메시지에서 설정된 전송 자원에서 NACK을 지시할 수 있다.
또 다른 실시 예로 상기 PDCCH에서 지시한(예를 들면 MBS 서비스를 위한 RNTI 식별자로 스크램블링된 PDCCH) 전송 자원 또는 주기적으로 설정된 MBS 서비스 데이터를 전송 자원에서 성공적으로 MBS 서비스 데이터를 수신한 경우, ACK을 지시할 수 있다.
상기 MBS 서비스를 위해서 주기적으로 설정된 전송 자원은 RRC 메시지, MAC 제어 정보, 또는 PDCCH의 지시자에 의해서 활성화(또는 사용) 또는 비활성화(또는 사용 중지)될 수 있다. 단말에게 MBS 서비스를 위해 주기적으로 설정된 전송 자원 설정 정보는 상기 RRC 메시지, 상기 MAC 제어 정보, 또는 상기 PDCCH의 지시자에 의해서 상기 주기적인 전송 자원이 비활성화되더라도 저장하고 유지할 수 있다.
또 다른 실시 예로 단말에게 MBS 서비스를 위해 주기적으로 설정된 전송 자원 설정 정보는 상기 RRC 메시지, 상기 MAC 제어 정보, 또는 상기 PDCCH의 지시자에 의해서 상기 주기적인 전송 자원이 비활성화되면 해제 또는 폐기될 수 있다.
또 다른 실시 예로 기지국 또는 네트워크는 RRC 메시지로 복수 개의 MBS 서비스들에 대해 서로 다른 주기적인 전송 자원을 할당할 수 있으며, 단말에게 각 MBS 서비스의 주기적인 전송 자원을 활성화 또는 비활성화 하기 위해서 MAC 제어 정보의 지시자 또는 MBS 서비스 식별자(제1의 식별자, 제2의 식별자, 논리 채널 식별자, 또는 베어러 식별자)로 활성화 또는 비활성화를 지시할 수 있으며 또는 PDCCH에 지시자 또는 비트맵(예를 들면 식별자의 오름차순으로 맵핑할 수 있다)으로 각 MAC 서비스의 주기적인 전송 자원을 활성화 또는 비활성화할 수 있다. 단말에게 MBS 서비스를 위해 주기적으로 설정된 전송 자원 설정 정보는 상기 RRC 메시지, 상기 MAC 제어 정보 또는 상기 PDCCH의 지시자에 의해서 상기 주기적인 전송 자원이 비활성화되더라도 저장하고 유지될 수 있다.
또 다른 실시 예로 단말에게 MBS 서비스를 위해 주기적으로 설정된 전송 자원 설정 정보는 상기 RRC 메시지, 상기 MAC 제어 정보, 또는 상기 PDCCH의 지시자에 의해서 상기 주기적인 전송 자원이 비활성화되면 해제 또는 폐기될 수 있다.
또 다른 실시 예로 상기 PDCCH에서 지시한(예를 들면 MBS 서비스를 위한 RNTI 식별자로 스크램블링된 PDCCH) 전송 자원 또는 주기적으로 설정된 MBS 서비스 데이터 전송 자원에서 단말이 성공적으로 MBS 서비스 데이터를 수신하지 못한 경우, 단말은 MAC 제어 정보, RLC 제어 정보, 또는 PDCP 제어 정보에 단말을 지시하는 지시자 또는 단말 식별자를 포함시켜 기지국에게 어떤 단말이 상기 MBS 서비스 데이터를 성공적으로 수신하지 못했는지를 지시할 수 있다.
또 다른 실시 예로 각 단말을 위해 미리 설정된 전송 자원에서 각 단말이 NACK을 지시하도록 하여 어떤 단말이 상기 MBS 서비스 데이터를 성공적으로 수신하지 못했는지를 기지국에게 지시할 수 있다.
기지국은 단말이 성공적으로 MBS 서비스 데이터를 수신하였는 지(ACK) 또는 수신하지 못했는 지(NACK)를 지시하는 전송 자원을 MBS 서비스를 수신하는 단말들에 대해 공통의 전송 자원으로 설정해줄 수 있다. 그리고 기지국은 상기 공통 전송 자원에서 적어도 하나의 단말이 NACK을 지시한 경우 또는 어떤 단말이 NACK을 지시한 경우, 상기 MBS 서비스 데이터에 대해서 재전송을 수행할 수 있다.
또 다른 실시 예로 성공적으로 MBS 서비스 데이터를 수신하지 못한 경우, 어떤 단말이 상기 MBS 서비스 데이터를 성공적으로 수신하지 못했는지를 기지국에게 지시한 경우, 기지국은 상기 단말에게만 재전송을 수행할 수 있다.
기지국은 상기 MBS 서비스 데이터에 대해서 재전송을 수행하기 위해서 다음의 실시 예들 중에 하나의 실시 예 또는 다음의 실시 예들의 조합을 적용할 수 있다.
<제1의 실시 예>
도 14a를 참조하면, 기지국은 MBS 서비스 데이터를 시스템 정보, RRC 메시지, 또는 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등)(1405a, 1435a) 또는 설정된 주기(1430a)에서 MBS 서비스 데이터를 전송할 수 있으며(1410a) 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시하고 상기 전송 자원에서 데이터를 전송할 수 있다. 단말은 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등)(1405a, 1435a) 또는 설정된 주기(1430a)에서 MBS 서비스 데이터를 수신할 수 있으며(1410a) 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시받고 상기 전송 자원에서 데이터를 수신할 수 있다. 단말은 상기 MBS 서비스 데이터를 성공적으로 수신하지 못한 경우, 상기 PDCCH에서 지시한 전송자원(예를 들면 PUCCH) 또는 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 메시지에서 설정된 전송 자원에서 NACK을 지시할 수 있다. 기지국은 상기 MBS 서비스 데이터에 대해 어떤 단말로부터 성공적으로 수신하지 못했다는 지시를 수신하게 되면 재전송 절차를 수행할 수 있다. 상기 재전송 절차는 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등) 또는 설정된 주기에서 MBS 서비스 데이터를 재전송할 수 있으며 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시하고 상기 전송 자원에서 데이터를 재전송할 수 있다. 상기 재전송 절차를 수행할 때 기지국은 상기 전송 자원을 지시하는 PDCCH 또는 MBS 제어 데이터 또는 RRC 메시지에서 재전송임을 지시하는 지시자를 포함하여 전송할 수 있다(1435a, 1440a). 예를 들면 NDI(New Data indicator) 식별자의 토글 여부로 지시할 수 있다(NDI 지시자가 바뀌었다면 새로운 전송 또는 NDI 지시자가 바뀌지 않았다면 재전송을 지시).
또 다른 실시 예로 재전송을 위한 별도의 전송 자원을 설정하여 전송 자원 자체로 재전송임을 지시하도록 할 수 있다.
또 다른 실시 예로 MBS 서비스 데이터의 재전송을 위한 RNTI 식별자를 정의하여 PDCCH를 상기 RNTI 식별자로 스크램블링하여 재전송임을 지시할 수 있다.
단말은 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등) 또는 설정된 주기에서 MBS 서비스 데이터를 수신할 때 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시받을 때 재전송을 지시하는 지시자가 포함되어 있다면 또는 재전송을 지시한다면 단말은 이전에 수신한 MBS 서비스 데이터를 성공적으로 수신하지 못한 경우, 상기 MBS 서비스 데이터의 재전송을 수신할 수 있다. 또한, 단말은 이전에 수신한 MBS 서비스 데이터를 성공적으로 수신한 경우, 상기 데이터를 무시하거나 또는 수신하지 않거나 또는 수신하여도 폐기할 수 있다(예를 들면 MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치에서 중복 탐지 절차로 폐기할 수 있다).
<제2의 실시 예>
도 14b를 참조하면, 기지국은 MBS 서비스 데이터를 시스템 정보, RRC 메시지, 또는 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등)(1405b, 1435b) 또는 설정된 주기(1430b)에서 MBS 서비스 데이터를 전송(1410b)할 수 있으며 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시하고 상기 전송 자원에서 데이터를 전송할 수 있다. 단말은 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등)(1405b, 1435b) 또는 설정된 주기(1430b)에서 MBS 서비스 데이터를 수신(1410b)할 수 있으며 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시받고 상기 전송 자원에서 데이터를 수신할 수 있다. 단말은 상기 MBS 서비스 데이터를 성공적으로 수신하지 못한 경우, 상기 PDCCH에서 지시한 전송자원(예를 들면 PUCCH) 또는 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 메시지에서 설정된 전송 자원에서 NACK을 지시할 수 있다. 기지국은 상기 MBS 서비스 데이터에 대해 어떤 단말로부터 성공적으로 수신하지 못했다는 지시를 수신하게 되면 재전송 절차를 수행할 수 있다. 상기 재전송 절차는 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등) 또는 설정된 주기에서 MBS 서비스 데이터를 재전송할 수 있으며 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시하고 상기 전송 자원에서 데이터를 재전송할 수 있다.
또 다른 실시 예로 시스템 정보, RRC 메시지, 또는 MBS 제어 데이터로 설정한 전송 자원(시간 자원 또는 주파수 자원 또는 서브캐리어 간격 또는 DRX 설정 정보 등) 또는 설정된 주기에서 MBS 제어 데이터를 전송할 수 있으며 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시할 때 상기 복수 개의 PDCCH(예를 들면 새로운 전송을 위한 RNTI 식별자로 스크램블링되었거나 또는 새로운 전송을 지시하는 지시자를 포함한 PDCCH와 재전송을 위한 RNTI 식별자로 스크램블링되었거나 또는 재전송을 지시하는 지시자를 포함한 PDCCH) 또는 복수 개의 RNTI 식별자들(예를 들면 새로운 전송을 위한 RNTI 식별자로 스크램블링되었거나 또는 새로운 전송을 지시하는 지시자와 재전송을 위한 RNTI 식별자로 스크램블링되었거나 또는 재전송을 지시하는 지시자) 또는 복수 개의 MBS 제어 데이터들(새로운 전송 지시 또는 재전송을 지시)로 새로운 MBS 서비스 데이터(1435b)와 재전송하는 MBS 서비스 데이터(1445b)를 동시에 지시할 수 있으며, 새로운 데이터가 전송되거나 또는 재전송된 데이터가 재전송되는 전송 자원(1440b, 1450b)을 각각 서로 다른 전송 자원으로 지시할 수 있다. 상기 재전송 절차를 수행할 때 기지국은 상기 전송 자원을 지시하는 PDCCH 또는 MBS 제어 데이터 또는 RRC 메시지에 재전송임을 지시하는 지시자를 포함시켜 전송할 수 있다(1445b). 예를 들면 NDI(New Data indicator) 식별자의 토글 여부로 지시할 수 있다(NDI 지시자가 바뀌었다면 새로운 전송 또는 NDI 지시자가 바뀌지 않았다면 재전송을 지시).
또 다른 실시 예로 재전송을 위한 별도의 전송 자원을 설정하여 전송 자원 자체로 재전송임을 지시하도록 할 수 있다.
또 다른 실시 예로 MBS 서비스 데이터의 재전송을 위한 RNTI 식별자를 정의하여 PDCCH를 상기 RNTI 식별자로 스크램블링하여 재전송임을 지시할 수 있다.
단말은 시스템 정보, RRC 메시지, 또는 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등) 또는 설정된 주기에서 복수 개의 MBS 제어 데이터를 수신할 때 또는 복수 개의 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시받을 때 재전송을 지시하는 지시자가 포함되어 있거나\ 재전송을 지시한다면 이전에 수신한 MBS 서비스 데이터를 성공적으로 수신하지 못한 경우, 상기 MBS 서비스 데이터의 재전송을 수신할 수 있다. 또한, 단말은 시스템 정보, RRC 메시지, 또는 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등) 또는 설정된 주기에서 복수 개의 MBS 제어 데이터를 수신할 때 또는 복수 개의 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시받을 때 새로운 전송을 지시하는 지시자가 포함되어 잇거나 새로운 전송을 지시한 다면, 새로운 데이터도 수신할 수 있다. 또한 단말은 이전에 수신한 MBS 서비스 데이터를 성공적으로 수신한 경우, 상기 재전송을 위한 데이터를 무시하거나 또는 수신하지 않거나 또는 수신하여도 폐기할 수 있으며(예를 들면 MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치에서 중복 탐지 절차로 폐기할 수 있다), 새로운 전송을 지시한 경우, 새로운 데이터를 수신할 수 있다.
<제3의 실시 예>
도 14c를 참조하면, 기지국은 MBS 서비스 데이터를 시스템 정보, RRC 메시지, 또는 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등)(1405c, 1435c) 또는 설정된 주기(1430c)에서 MBS 서비스 데이터를 전송(1410c)할 수 있으며 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시하고 상기 전송 자원에서 데이터를 전송할 수 있다. 단말은 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등)(1405c, 1435c) 또는 설정된 주기(1430c)에서 MBS 서비스 데이터를 수신(1410c)할 수 있으며 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시받고 상기 전송 자원에서 데이터를 수신할 수 있다. 단말은 상기 MBS 서비스 데이터를 성공적으로 수신하지 못한 경우, 상기 PDCCH에서 지시한 전송자원(예를 들면 PUCCH) 또는 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 메시지에서 설정된 전송 자원에서 NACK을 지시할 수 있다. 기지국은 상기 MBS 서비스 데이터에 대해 어떤 단말로부터 성공적으로 수신하지 못했다는 지시를 수신하게 되면 재전송 절차를 수행할 수 있다. 새로운 데이터를 위한 전송 절차는 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등) 또는 설정된 주기에서 MBS 서비스 데이터를 전송할 수 있으며 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시하고 상기 전송 자원에서 데이터를 전송할 수 있다. 상기 재전송을 위한 데이터를 위한 재전송 절차는 상기 시스템 정보, 상기 RRC 메시지, 또는 상기 MBS 제어 데이터에서 재전송을 위한 별도의 전송 자원을 설정해주어, 별도로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, DRX 설정 정보, 오프셋 또는 주기, 새로운 데이터 전송 자원을 지시하기 위해 설정된 전송 자원, 주기와의 오프셋 또는 주기 등)(1415c) 또는 설정된 주기(1445c)에서 MBS 제어 데이터를 전송할 수 있으며 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시할 때 재전송을 위한 PDCCH(예를 들면 재전송을 위한 RNTI 식별자로 스크램블링되었거나 또는 재전송을 지시하는 지시자를 포함한 PDCCH 또는 MBS 서비스를 위한 RNTI 식별자로 스크램블링 되었거나) 또는 RNTI 식별자들(예를 들면 재전송을 위한 RNTI 식별자로 스크램블링되었거나 또는 재전송을 지시하는 지시자) 또는 MBS 제어 데이터들(재전송을 지시)로(1420c, 1450c) 재전송하는 MBS 서비스 데이터를 지시할 수 있으며, 재전송된 데이터가 재전송되는 전송 자원(1425c)을 지시할 수 있다. 상기 재전송 절차를 수행할 때 기지국은 상기 전송 자원을 지시하는 PDCCH 또는 MBS 제어 데이터 또는 RRC 메시지에서 재전송임을 지시하는 지시자를 포함하여 전송할 수 있다. 예를 들면 NDI(New Data indicator) 식별자의 토글 여부로 지시할 수 있다(NDI 지시자가 바뀌었다면 새로운 전송 또는 NDI 지시자가 바뀌지 않았다면 재전송을 지시).
또 다른 실시 예로 재전송을 위한 별도의 전송 자원을 설정하여 전송 자원 자체로 재전송임을 지시하도록 할 수 있다.
또 다른 실시 예로 MBS 서비스 데이터의 재전송을 위한 RNTI 식별자를 정의하여 PDCCH를 상기 RNTI 식별자로 스크램블링하여 재전송임을 지시할 수 있다.
단말은 시스템 정보, RRC 메시지, 또는 MBS 제어 데이터로 설정한 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, 또는 DRX 설정 정보 등) 또는 설정된 주기에서 MBS 제어 데이터를 수신할 때 또는 MBS 서비스 데이터를 지시하는 RNTI 식별자로 스크램블된 PDCCH로 MBS 서비스 데이터 전송 자원을 지시받을 때 단말은 이전에 수신한 MBS 서비스 데이터를 성공적으로 수신하지 못한 경우, 시스템 정보, RRC 메시지, 또는 MBS 제어 데이터에서 재전송을 위해 설정된 별도의 전송 자원(시간 자원, 주파수 자원, 서브캐리어 간격, DRX 설정 정보, 오프셋 또는 주기, 새로운 데이터 전송 자원을 지시하기 위해 설정된 전송 자원, 주기와의 오프셋 또는 주기 등)(1415c, 1445c) 또는 설정된 주기(1445c)에서 상기 MBS 서비스 데이터의 재전송을 지시받고 수신할 수 있다. 또한 새로운 전송을 위해 설정된 전송 자원에서는 새로운 MBS 서비스 데이터 전송을 지시받고 수신할 수 있다. 또한 단말이 이전에 수신한 MBS 서비스 데이터를 성공적으로 수신한 경우, 상기 재전송을 위해 설정된 별도의 전송 자원에서의 지시 또는 데이터를 무시하거나 또는 수신하지 않거나 또는 수신하여도 폐기할 수 있으며(예를 들면 MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치에서 중복 탐지 절차로 폐기할 수 있다), 새로운 전송을 위해 설정된 전송 자원에서는 새로운 MBS 서비스 데이터 전송을 지시받고 수신할 수 있다.
<제4의 실시 예>
새로운 데이터를 전송할 때 또는 제1의 실시 예, 제2의 실시 예, 또는 제3의 실시 예를 적용할 때 멀티 캐스트 베어러 또는 멀티 캐스트 MBS 서비스 지원, 또는 유니 캐스트 베어러 또는 유니 캐스트 MBS 서비스 지원이 적용될 수 있다.
또 다른 실시 예로 상기 새로운 데이터를 전송할 때 또는 제1의 실시 예, 제2의 실시 예, 또는 제3의 실시 예를 적용할 때 멀티 캐스트 베어러 또는 멀티 캐스트 MBS 서비스 지원이 적용될 수 있다.
또 다른 실시 예로 상기 새로운 데이터를 전송할 때는 멀티 캐스트 베어러 또는 멀티 캐스트 MBS 서비스 지원에 적용하고 재전송을 위한 제1의 실시 예, 제2의 실시 예, 또는 제3의 실시 예를 적용할 때는 유니 캐스트 베어러 또는 유니 캐스트 MBS 서비스 지원에 적용할 수 있다. 예를 들면 재전송을 위한 절차는 성공적으로 MBS 서비스 데이터를 수신하지 못한 단말들에게만 적용되어 수행될 수 있다.
본 개시는 MBS 서비스를 수신하는 단말이 MBS 서비스를 중지할 때 또는 MBS 서비스를 더 이상 수신하지 않으려고 할 때 또는 상기 MBS 서비스를 수신하는 베어러를 해제하려고 할 때 또는 기지국의 설정, RRC 메시지, 또는 MBS 제어 메시지의 지시에 따라서 MBS 베어러를 해제하려고 할 때, 다음의 실시 예들들 중 하나의 실시 예 또는 조합된 실시 예를 단말의 수신 동작으로 설명한다.
<제1의 실시 예>
MBS 베어러(예를 들면 유니 캐스트 베어러 또는 멀티 캐스트 베어러)를 해제할 때 또는 MBS 베어러를 해제하라는 지시를 수신하였을 때 단말은 상기 MBS 베어러(예를 들면 MAC 계층 장치, RLC 계층 장치 또는 PDCP 계층 장치)에 저장된 MBS 서비스 데이터가 있다면(또는 아직 상위 계층 장치로 전달하지 않은 데이터가 있다면) 저장된 데이터를 모두 폐기할 수 있다. 그리고 나서 단말은 상기 MBS 베어러를 해제할 수 있다.
<제2의 실시 예>
MBS 베어러(예를 들면 유니 캐스트 베어러 또는 멀티 캐스트 베어러)를 해제할 때 또는 MBS 베어러를 해제하라는 지시를 수신하였을 때 단말은 상기 MBS 베어러(예를 들면 MAC 계층 장치, RLC 계층 장치 또는 PDCP 계층 장치)에 저장된 MBS 서비스 데이터가 있다면(또는 아직 상위 계층 장치로 전달하지 않은 데이터가 있다면) 데이터 처리를 수행하고 상위 계층 장치로 전달할 수 있다(예를 들면 받은 순서대로 또는 일련번호의 오름차순으로 상위 계층 장치로 전달할 수 있다). 그리고 나서 단말은 상기 MBS 베어러를 해제할 수 있다.
<제3의 실시 예>
MBS 베어러(예를 들면 유니 캐스트 베어러 또는 멀티 캐스트 베어러)를 해제할 때 또는 MBS 베어러를 해제하라는 지시를 수신하였을 때 단말은 상기 MBS 베어러(예를 들면 MAC 계층 장치, RLC 계층 장치 또는 PDCP 계층 장치)에 재정렬 기능이 설정되어 있다면 또는 재정렬 기능을 수행한다면 재정렬 타이머를 중지 또는 초기화할 수 있다. 또한, 상기 MBS 베어러에 저장된 MBS 서비스 데이터가 있다면(또는 아직 상위 계층 장치로 전달하지 않은 데이터가 있다면) 데이터 처리를 수행하고 상위 계층 장치로 전달할 수 있다(예를 들면 받은 순서대로 또는 일련번호의 오름차순으로 상위 계층 장치로 전달할 수 있다). 그리고 나서 단말은 상기 MBS 베어러를 해제할 수 있다.
<제4의 실시 예>
MBS 베어러(예를 들면 유니 캐스트 베어러 또는 멀티 캐스트 베어러)를 해제할 때 또는 MBS 베어러를 해제하라는 지시를 수신하였을 때 단말은 상기 MBS 베어러(예를 들면 MAC 계층 장치, RLC 계층 장치, 또는 PDCP 계층 장치)에 재정렬 기능이 설정되어 있다면 또는 재정렬 기능을 수행한다면 또는 헤더 압축 절차(또는 데이터 압축 절차)가 설정된 경우, 재정렬 타이머를 중지 또는 초기화할 수 있다. 또한, 상기 MBS 베어러에 저장된 MBS 서비스 데이터가 있다면(또는 아직 상위 계층 장치로 전달하지 않은 데이터가 있다면) 상기 MBS 서비스 데이터에 대해 헤더 압축 해제 절차를 수행하고(예를 들면 헤더 압축 해제 절차가 수행되지 않았었다면) 상위 계층 장치로 전달할 수 있다(예를 들면 받은 순서대로 또는 일련번호의 오름차순으로 상위 계층 장치로 전달할 수 있다). 그리고 나서 단말은 상기 MBS 베어러를 해제할 수 있다.
도 15은 본 개시의 실시 일 예에 따른 MBS 서비스 방식을 스위칭하는 방법을 나타낸 도면이다.
도 15은 차세대 이동 통신 시스템 또는 AS(Access Stratrum)에서 멀티 캐스트 서비스 또는 멀티 캐스트 베어러에서 유니 캐스트 서비스 또는 유니 캐스트 베어러로 스위칭하여 MBS 서비스를 계속하여 지원하는(송신 또는 수신하는) 제1의 스위칭 방법 또는 유니 캐스트 서비스 또는 유니 캐스트 베어러에서 멀티 캐스트 서비스 또는 멀티 캐스트 베어러로 스위칭하여 MBS 서비스를 계속하여 지원하는(송신 또는 수신하는) 제2의 스위칭 방법을 나타낸다.
도 15을 참조할 때, 제1의 스위칭 방법은 기지국(1504)이 어떤 MBS 서비스에 대해 방송 또는 전송하는 MBS 서비스 데이터를 복수 개의 단말들이 동시에 서비스 받는 멀티 캐스트 서비스(1501)에서 기지국(1504)이 하나의 단말을 위해서 상기 MBS 서비스를 위한 MBS 서비스 데이터를 방송 또는 전송하는 MBS 서비스인 유니 캐스트 서비스(1502)로 전환하는 방법을 나타낸다. 또한 상기 제1의 스위칭 방법은 시스템 정보, RRC 메시지, MBS 제어 정보 메시지, MAC 제어 정보, RLC 제어 정보, PDCP 제어 정보, 또는 PDCCH를 통해 지시자로 지시될 수 있다. 예를 들면 단말(1503)이 MBS 서비스를 지원하는 셀에서 멀티 캐스트 베어러로 MBS 서비스를 수신하다가 MBS 서비스를 지원하지 않는 셀로 이동한 경우, 네트워크에 요청하여 또는 네트워크의 지시에 따라서 유니 캐스트 베어러로 스위칭하여 MBS 서비스를 수신할 수 있다.
계속해서 도 15를 참조하면, 제2의 스위칭 방법은 기지국(1504)이 하나의 단말을 위해서 어떤 MBS 서비스를 위한 MBS 서비스 데이터를 방송 또는 전송하는 MBS 서비스인 유니 캐스트 서비스(11502)에서 기지국(1504)이 상기 MBS 서비스에 대해 방송 또는 전송하는 MBS 서비스 데이터를 복수 개의 단말들이 동시에 서비스 받는 멀티 캐스트 서비스(1501)로 전환하는 방법을 나타낸다. 또한 상기 제2 스위칭 방법은 시스템 정보, RRC 메시지, MBS 제어 정보 메시지, MAC 제어 정보, RLC 제어 정보, PDCP 제어 정보, 또는 PDCCH를 통해 지시자로 지시될 수 있다.
어떤 MBS 서비스에 대해 기지국(1504)이 방송 또는 전송하는 MBS 서비스 데이터를 복수 개의 단말들이 동시에 서비스 받을 때 상기 복수 개의 각 단말들이 MBS 서비스를 받는 베어러를 멀티 캐스트 베어러라고 칭할 수 있다. 또한 기지국(1504)이 하나의 단말을 위해서 상기 MBS 서비스를 위한 MBS 서비스 데이터를 방송 또는 전송할 때 상기 단말이 MBS 서비스를 받는 베어러를 유니 캐스트 베어러라고 칭할 수 있다.
상기 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러 또는 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러를 기반으로 단말(1503)은 MBS 서비스를 수신할 수 있다. 예를 들면 단말(1503)은 동일한 MBS 서비스에 대해서 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러로 서비스를 받을 수 있다. 또한, 단말(1505)은 동일한 MBS 서비스에 대해 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러로 서비스를 받을 수 있다.
또 다른 실시 예로 단말(1503)은 기지국 설정, 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지에 따라서 멀티 캐스트 서비스(1501)로 MBS 서비스를 수신할 때는 멀티 캐스트 베어러를 설정하거나 또는 수립하거나 또는 재수립하거나 또는 멀티 캐스트 베어러로 스위칭하여 서비스를 수신하고, 기지국 설정, 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지에 따라서 유니 캐스트 서비스(1502)로 MBS 서비스를 수신할 때는 유니 캐스트 베어러를 설정하거나 또는 수립하거나 또는 재수립하거나 또는 유니 캐스트 베어러로 스위칭하여 서비스를 수신할 수 있다.
또 다른 실시 예로 단말(1503)은 하나의 MBS 서비스에 대해서는 하나의 MBS 베어러를 설정하고, 상기 하나의 MBS 베어러에 해당하는 베어러 식별자, 논리 채널 식별자, RNTI 식별자, MBS 서비스를 위한 제1의 식별자 또는 제2의 식별자, 또는 상기 식별자들의 맵핑 관계를 통해서 멀티 캐스트 서비스(1501) 또는 유니 캐스트 서비스(1502)를 수신할 수 있다.
단말(1503)은 MBS 서비스를 수신할 때 또는 수신하려고 할 때 기지국 설정, 시스템 정보, RRC 메시지 또는 MBS 제어 메시지에 따라서 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러 또는 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러를 기반으로 MBS 서비스를 수신할 수 있다.
상기 MBS 서비스를 계속하여 지원하는(송신 또는 수신하는) 제1의 스위칭 방법 또는 스위칭하여 MBS 서비스를 계속하여 지원하는(송신 또는 수신하는) 제2의 스위칭 방법은 다음의 경우들 중의 하나 또는 복수 개의 경우에 대해서 수행될 수 있다. 상기 제1의 스위칭 방법 또는 제2의 스위칭 방법은 다음의 조건 중에 하나 또는 복수 개를 만족한 경우, 기지국(1504)이 기지국 설정, 시스템 정보, RRC 메시지, MBS 제어 메시지, MAC 제어 정보, RLC 제어 정보, PDCP 제어 정보, 또는 PDCCH를 통해 지시자를 사용하여 단말에게 지시 또는 트리거링할 수 있으며 또는 단말이 다음의 소정의 조건 중에 하나 또는 복수 개를 만족한 경우 스스로(예를 들면 기지국 지시없이) 수행할 수 있다.
- 단말이 네트워크에 제1의 스위칭 방법 또는 제2의 스위칭 방법을 요청한 경우,
- 단말이 네트워크에 유니 캐스트 서비스 또는 유니 캐스트 베어러를 선호한다는 선호를 지시한 경우,
- 단말이 네트워크에 멀티 캐스트 서비스 또는 멀티 캐스트 베어러를 선호한다는 선호를 지시한 경우,
- 기지국이 단말을 RRC 비활성화 모드 또는 RRC 유휴 모드로 천이시키려고 하는 경우,
- 단말이 RRC 비활성화 모드 또는 RRC 유휴 모드에서 MBS 서비스를 수신하려고 하는 경우,
- 기지국이 단말을 RRC 비활성화 모드 또는 RRC 유휴 모드에서 MBS 서비스를 지원하려고 하는 경우,
- 기지국이 단말을 RRC 비활성화 모드 또는 RRC 유휴 모드 또는 RRC 연결 모드로 천이시키려고 하는 경우,
- 단말이 RRC 비활성화 모드 또는 RRC 유휴 모드 또는 RRC 연결 모드로 천이하려고 하는 경우,
- 단말이 RRC 비활성화 모드 또는 RRC 유휴 모드 또는 RRC 연결 모드에서 MBS 서비스를 수신하려고 하는 경우,
- 기지국이 단말을 RRC 비활성화 모드 또는 RRC 유휴 모드 또는 RRC 연결 모드에서 MBS 서비스를 지원하려고 하는 경우,
- 단말이 무선 연결 실패를 탐지 또는 선언한 경우,
- 기지국이 네트워크 전송 자원 또는 스케쥴링 구현을 고려하여 필요한 경우,
- 단말이 단말 능력 또는 설정 정보 기반으로 필요한 경우,
- 단말 또는 현재 셀(기지국) 또는 영역 또는 시스템 정보에서 멀티 캐스트 서비스 또는 멀티 캐스트 베어러를 지원할 수 없는 경우,
- 단말 또는 현재 셀(기지국) 또는 영역 또는 시스템 정보에서 유니 캐스트 서비스 또는 유니 캐스트 베어러를 지원할 수 없는 경우,
- 단말 또는 현재 셀(기지국) 또는 영역 또는 시스템 정보에서 어떤 서비스에 대해 멀티 캐스트 서비스 또는 멀티 캐스트 베어러를 지원할 수 없는 경우,
- 단말 또는 현재 셀(기지국) 또는 영역 또는 시스템 정보에서 어떤 서비스에 대해 유니 캐스트 서비스 또는 유니 캐스트 베어러를 지원할 수 없는 경우,
예를 들면 기지국(1504)은 제1의 MBS 서비스를 RRC 연결 모드에서 서비스 받고 있는 단말(1503)이 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러로 서비스 받도록 할 수 있다. 상기 RRC 연결 모드 단말(1503)이 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러로 서비스 받고 싶다고 지시한 경우, 기지국(1504)은 단말(1503)의 선호도를 반영하여 MBS 서비스를 계속하여 지원하는(송신 또는 수신하는) 제1의 스위칭 방법을 RRC 메시지 또는 MBS 제어 메시지로 지시하여 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러로 단말(1503)에게 MBS 서비스를 계속 서비스해줄 수 있다. 상기 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러에서 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러로 스위칭하는 반대의 경우도 마찬가지로 예로 들 수 있다.
예를 들면 기지국(1504)은 제1의 MBS 서비스를 RRC 연결 모드에서 서비스 받고 있는 단말(1503)이 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러로 서비스 받도록 할 수 있다. 상기 RRC 연결 모드 단말(1503)을 RRC 비활성화 모드 또는 RRC 유휴 모드로 천이시키려는 경우 또는 단말(1503)이 RRC 비활성화 모드 또는 RRC 유휴 모드로 천이하고자 하는 경우, 기지국(1504)은 MBS 서비스를 계속하여 지원하는(송신 또는 수신하는) 제2의 스위칭 방법을 RRC 메시지 또는 MBS 제어 메시지로 지시하여 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러로 단말(1503)에게 MBS 서비스를 계속 서비스해줄 수 있다. 상기 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러에서 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러로 스위칭하는 반대의 경우도 마찬가지로 예로 들 수 있다.
예를 들면 기지국은 제1의 MBS 서비스를 RRC 연결 모드에서 서비스 받고 있는 단말(1503)이 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러로 서비스 받도록 할 수 있다. 상기 RRC 연결 모드 단말(1505)에게 핸드오버를 지시한 경우, 타겟 기지국이 상기 제1의 MBS 서비스를 멀티 캐스트 서비스 또는 멀티 캐스트 베어러로 지원하지 않는 경우 또는 MBS 서비스를 지원하지 않는 경우, 기지국(1504)은 MBS 서비스를 계속하여 지원하는(송신 또는 수신하는) 제1의 스위칭 방법을 RRC 메시지 또는 MBS 제어 메시지로 단말(1503)에게 지시하여 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러로 단말(1503)에게 MBS 서비스를 계속 서비스해줄 수 있다. 상기 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러에서 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러로 스위칭하는 반대의 경우도 마찬가지로 예로 들 수 있다.
예를 들면 단말(1503)이 RRC 유휴 모드 또는 RRC 비활성화 모드에서 어떤 MBS 서비스를 수신하고 싶은 경우, 시스템 정보에 따라서 기지국(1504)과 연결을 설정하고, RRC 메시지 또는 MBS 제어 메시지의 지시에 따라서 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러로 서비스를 받을 수 있다. 상기 RRC 비활성화 모드 또는 RRC 유휴 모드 단말(1503)이 일반 데이터의 송신 또는 수신을 위해서 네트워크와 연결을 설정하거나 또는 연결을 재개하는 경우, 기지국(1504)의 결정 또는 단말(1503)의 선호도에 따라서 MBS 서비스를 계속하여 지원하는(송신 또는 수신하는) 제1의 스위칭 방법을 RRC 메시지 또는 MBS 제어 메시지로 지시하여 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러로 단말(1505)에게 MBS 서비스를 계속 서비스해줄 수 있다. 상기 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러에서 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러로 스위칭하는 반대의 경우도 마찬가지로 예로 들 수 있다.
예를 들면 단말(1503)이 RRC 유휴 모드 또는 RRC 비활성화 모드에서 어떤 MBS 서비스를 수신하고 싶은 경우, 시스템 정보에 따라서 기지국(1504)과 연결을 설정하고, RRC 메시지 또는 MBS 제어 메시지의 지시에 따라서 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러로 서비스를 받을 수 있다. 상기 RRC 비활성화 모드 또는 RRC 유휴 모드 단말(1503)이 이동하여 셀 선택 또는 재선택 절차를 통해 다른 셀에 캠프 온한 경우, 새로운 셀에서 또는 새로운 셀의 시스템 정보에서 상기 MBS 서비스를 지원하지 않는 경우(예를 들면 지시자로 지시) 또는 상기 MBS 서비스를 멀티 캐스트 서비스(1501) 또는 멀티캐스트 베어러로 지원하지 않는 경우(예를 들면 지시자로 지시), 단말(1503)은 기지국(1504)과 RRC 연결을 설정하고 기지국(1504)의 설정 또는 결정에 따라서 MBS 서비스를 계속하여 지원하는(송신 또는 수신하는) 제1의 스위칭 방법을 RRC 메시지 또는 MBS 제어 메시지로 지시하여 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러로 MBS 서비스를 계속 수신할 수 있다. 상기 유니 캐스트 서비스(1502) 또는 유니 캐스트 베어러에서 멀티 캐스트 서비스(1501) 또는 멀티 캐스트 베어러로 스위칭하는 반대의 경우도 마찬가지로 예로 들 수 있다.
상기 MBS 서비스를 계속하여 지원하는(송신 또는 수신하는) 제1의 스위칭 방법 또는 MBS 서비스를 계속하여 지원하는(송신 또는 수신하는) 제2의 스위칭 방법은 다음의 실시 예들 중에 하나의 실시 예 또는 조합된 실시 예로 수행될 수 있다.
<제1의 실시 예>
각 MBS 서비스를 수신하는 베어러는 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지를 통해 설정될 수 있으며 상기 각 MBS 서비스에 해당하는 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 상기 각 MBS 서비스를 수신하는 베어러에 대해서 유니 캐스트 서비스 또는 유니캐스트 베어러인지 또는 멀티 캐스트 서비스 또는 멀티 캐스트 베어러인지를 지시하는 지시자를 설해줄 수 있다.
또 다른 실시 예로 각 MBS 서비스에 해당하는 유니 캐스트 서비스 또는 유니캐스트 베어러에 대해 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 또한, 각 MBS 서비스에 해당하는 멀티 캐스트 서비스 또는 멀티 캐스트 베어러에 대해 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 기지국은 상기 MBS 서비스에 대해서 유니 캐스트로 지원할 때는 상기 MBS 서비스에 해당하는 식별자들 또는 지시자에 해당하는 MBS 서비스 데이터를 구성하고, 전송 자원을 지시하여 MBS 서비스 데이터를 전송할 수 있다. 기지국이 상기 MBS 서비스에 대해서 멀티 캐스트로 지원하고자 할 때는 상기 MBS 서비스에 해당하는 식별자들 또는 지시자에 해당하는 MBS 서비스 데이터를 구성하고, 전송 자원을 지시하여 MBS 서비스 데이터를 전송할 수 있다. 서로 다른 식별자 또는 지시자를 기반으로 기지국은 제1의 스위칭 방법 또는 제2의 스위칭 방법을 적용할 수 있다. 따라서 단말은 상기 MBS 서비스에 대해 설정된 베어러에서 데이터를 수신할 때 상기 식별자 또는 지시자를 확인하고 논리 채널 식별자, 베어러 식별자, 제1의 식별자 또는 제2의 식별자를 확인하여 유니캐스트 서비스 또는 멀티 캐스트 서비스를 각 MBS 서비스 별로 지원받을 수 있다.
<제2의 실시 예>
각 MBS 서비스를 수신하는 베어러는 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지를 통해 설정될 수 있으며 상기 각 MBS 서비스에 해당하는 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 상기 각 MBS 서비스를 수신하는 베어러에 대해서 유니 캐스트 서비스 또는 유니캐스트 베어러인지 또는 멀티 캐스트 서비스 또는 멀티 캐스트 베어러인지를 지시하는 지시자를 설해줄 수 있다.
또 다른 실시 예로 각 MBS 서비스에 해당하는 유니 캐스트 서비스 또는 유니캐스트 베어러에 대해 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 또한, 각 MBS 서비스에 해당하는 멀티 캐스트 서비스 또는 멀티 캐스트 베어러에 대해 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 상기 제2의 실시 예에서는 각 MBS 서비스에 해당하는 제1의 식별자, 제2의 식별자, 베어러 식별자, 또는 논리 채널 식별자를 설정 또는 할당할 수 있다. 그리고 RNTI 식별자는 각 MBS 서비스 별로 상기 MBS 서비스의 유니 캐스트 서비스에 대해 제1의 RNTI 식별자를 할당하고 상기 MBS 서비스의 멀티 캐스트 서비스에 대해서는 제2의 RNTI 식별자를 할당할 수 있다. 따라서 기지국은 상기 MBS 서비스에 대해서 유니 캐스트로 지원할 때는 상기 MBS 서비스에 해당하는 식별자들에 해당하는 MBS 서비스 데이터를 구성하고, 제1의 RNTI 식별자로 PDCCH를 스크램블링하고 전송 자원을 지시하여 MBS 서비스 데이터를 전송할 수 있다. 기지국이 상기 MBS 서비스에 대해서 멀티 캐스트로 지원하고자 할 때는 상기 MBS 서비스에 해당하는 식별자들에 해당하는 MBS 서비스 데이터를 구성하고, 제2의 RNTI 식별자로 PDCCH를 스크램블링하고 전송 자원을 지시하여 MBS 서비스 데이터를 전송할 수 있다. 서로 다른 제1의 RNTI 식별자 또는 제2의 RNTI 식별자를 기반으로 기지국은 제1의 스위칭 방법 또는 제2의 스위칭 방법을 적용할 수 있다. 따라서 단말은 상기 MBS 서비스에 대해 설정된 베어러에서 데이터를 수신할 때 상기 제1의 RNTI 식별자 또는 제2의 RNTI 식별자를 확인하고 논리 채널 식별자, 베어러 식별자, 제1의 식별자, 또는 제2의 식별자를 확인하여 유니캐스트 서비스 또는 멀티 캐스트 서비스를 지원받을 수 있다.
<제3의 실시 예>
각 MBS 서비스를 수신하는 베어러는 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지를 통해 설정될 수 있으며 상기 각 MBS 서비스에 해당하는 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 상기 각 MBS 서비스를 수신하는 베어러에 대해서 유니 캐스트 서비스 또는 유니캐스트 베어러인지 또는 멀티 캐스트 서비스 또는 멀티 캐스트 베어러인지를 지시하는 지시자를 설해줄 수 있다.
또 다른 실시 예로 각 MBS 서비스에 해당하는 유니 캐스트 서비스 또는 유니캐스트 베어러에 대해 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 또한, 각 MBS 서비스에 해당하는 멀티 캐스트 서비스 또는 멀티 캐스트 베어러에 대해 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 상기 제3의 실시 예에서는 MBS 서비스들의 유니 캐스트 서비스에 대해서 제1의 RNTI 식별자를 설정 또는 할당하고 상기 MBS 서비스들의 멀티 캐스트 서비스에 대해서 제2의 RNTI 식별자를 설정 또는 할당할 수 있다. 따라서 단말은 제1의 RNTI 식별자 또는 제2의 RNTI 식별자를 기반으로 유니캐스트 서비스 또는 멀티 캐스트 서비스를 구분할 수 있으며, 또는 기지국은 제1의 RNTI 식별자 또는 제2의 RNTI 식별자를 기반으로 유니캐스트 서비스 또는 멀티 캐스트 서비스를 지원할 수 있다. 기지국은 제1의 RNTI 식별자로 유니캐스트 서비스를 지원할 수 있으며 상기 유니 캐스트 서비스에서 각 MBS 서비스는 베어러 식별자, 논리 채널 식별자, 제1의 식별자, 또는 제2의 식별자를 통해 구분하여 MBS 서비스 데이터를 생성하고 전송할 수 있다. 따라서 단말은 상기 제1의 RNTI 식별자로 유니캐스트 서비스를 수신한 경우, 각 MBS 서비스는 베어러 식별자, 논리 채널 식별자, 제1의 식별자, 또는 제2의 식별자를 기반으로 구별하여 각 MBS 서비스 베어러에서 각 MBS 서비스 데이터를 수신하고 처리할 수 있다. 또한 기지국은 제2의 RNTI 식별자로 멀티 캐스트 서비스를 지원할 수 있으며 상기 멀티 캐스트 서비스에서 각 MBS 서비스는 베어러 식별자, 논리 채널 식별자, 제1의 식별자, 또는 제2의 식별자를 통해 구분하여 MBS 서비스 데이터를 생성하고 전송할 수 있다. 따라서 단말은 상기 제2의 RNTI 식별자로 멀티 캐스트 서비스를 수신한 경우, 각 MBS 서비스는 베어러 식별자, 논리 채널 식별자, 제1의 식별자, 또는 제2의 식별자를 기반으로 구별하여 각 MBS 서비스 베어러에서 각 MBS 서비스 데이터를 수신하고 처리할 수 있다. 따라서 기지국은 상기 MBS 서비스에 대해서 유니 캐스트로 지원할 때는 상기 MBS 서비스에 해당하는 식별자들에 해당하는 MBS 서비스 데이터를 구성하고, 제1의 RNTI 식별자로 PDCCH를 스크램블링하고 전송 자원을 지시하여 MBS 서비스 데이터를 전송할 수 있다. 기지국이 상기 MBS 서비스에 대해서 멀티 캐스트로 지원하고자 할 때는 상기 MBS 서비스에 해당하는 식별자들에 해당하는 MBS 서비스 데이터를 구성하고, 제2의 RNTI 식별자로 PDCCH를 스크램블링하고 전송 자원을 지시하여 MBS 서비스 데이터를 전송할 수 있다. 서로 다른 제1의 RNTI 식별자 또는 제2의 RNTI 식별자를 기반으로 기지국은 제1의 스위칭 방법 또는 제2의 스위칭 방법을 적용할 수 있다. 따라서 단말은 상기 MBS 서비스에 대해 설정된 베어러에서 데이터를 수신할 때 상기 제1의 RNTI 식별자 또는 제2의 RNTI 식별자를 확인하고 논리 채널 식별자, 베어러 식별자, 제1의 식별자, 또는 제2의 식별자를 확인하여 유니캐스트 서비스 또는 멀티 캐스트 서비스를 지원받을 수 있다.
<제4의 실시 예>
각 MBS 서비스를 수신하는 베어러는 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지에서 설정될 수 있으며 상기 각 MBS 서비스에 해당하는 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 상기 각 MBS 서비스를 수신하는 베어러에 대해서 유니 캐스트 서비스 또는 유니캐스트 베어러인지 또는 멀티 캐스트 서비스 또는 멀티 캐스트 베어러인지를 지시하는 지시자를 설정할 수 있다.
또 다른 실시 예로각 MBS 서비스에 해당하는 유니 캐스트 서비스 또는 유니캐스트 베어러에 대해 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 또한, 각 MBS 서비스에 해당하는 멀티 캐스트 서비스 또는 멀티 캐스트 베어러에 대해 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 상기 제4의 실시 예에서는 각 MBS 서비스에 해당하는 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자에 대해서 하향 링크 데이터를 수신하는 제약 또는 규칙 또는 맵핑을 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지를 통해 설정할 수 있다. 예를 들면 각 MBS 서비스 별로 하향 링크 데이터 논리 채널 제한 방법(downlink logical channel restriction)을 설정할 수 있다. 예를 들면 상기에서 각 MBS 서비스에 해당하는 식별자(예를 들면 제1의 식별자, 제2의 식별자, 논리 채널 식별자, 또는 베어러 식별자)에 대해 데이터를 수신할 수 있는 규칙 또는 제한(예를 들면 서브 캐리어 간격, 최대 PUSCH 구간 길이, 주기적인 전송 자원 종류, SCell 식별자, 부분 대역폭 식별자, 주기적인 전송 자원 그룹, 또는 물리 계층 장치 우선 순위 지시자 식별자)을 설정할 수 있다. 즉, 기지국은 제1의 규칙 또는 제한에 대해서 어떤 MBS 서비스 또는 유니 캐스트 또는 멀티캐스트 서비스를 맵핑 또는 설정하여 MBS 서비스를 지원할 수 있다. 따라서 단말은 상기 제1의 규칙 또는 제한이 설정된 경우, 상기 제1의 규칙 또는 제한에 따라서 수신한 MBS 서비스 데이터를 상응하는 MBS 서비스 베어러에서 처리하도록 하여 서비스를 지원받을 수 있다. 예를 들면, 기지국은 상기 제1의 규칙 또는 제한에 대해서 어떤 MBS 서비스를 지원하고 유니 캐스트로 MBS 서비스 데이터를 전송할 수 있다. 따라서 단말은 상기 제1의 규칙 또는 제한이 설정된 경우, 상기 제1의 규칙 또는 제한에 따라서 수신한 MBS 서비스 데이터를 상응하는 MBS 서비스 베어러에서 처리하도록 하여 서비스를 지원받을 수 있다. 예를 들면, 기지국은 제2의 규칙 또는 제한(서브 캐리어 간격, 최대 PUSCH 구간 길이, 주기적인 전송 자원 종류, SCell 식별자, 부분 대역폭 식별자, 주기적인 전송 자원 그룹, 또는 물리 계층 장치 우선 순위 지시자 식별자)에 대해서 어떤 MBS 서비스를 지원하고 멀티 캐스트로 MBS 서비스 데이터를 전송할 수 있다. 따라서 단말은 상기 제2의 규칙 또는 제한이 설정된 경우, 상기 제2의 규칙 또는 제한에 따라서 수신한 MBS 서비스 데이터를 상응하는 MBS 서비스 베어러에서 처리하도록 하여 서비스를 지원받을 수 있다. 따라서 상기 제4의 실시 예에서는 기지국이 어떤 MBS 서비스인지 또는 RRC 모드(예를 들면 RRC 유휴 모드, RRC 비활성화 모드, 또는 RRC 연결 모드) 또는 유니 캐스트 서비스 인지 또는 멀티 캐스트 서비스인지에 따라서 상응하는 규칙 또는 제한을 설정하고 MBS 서비스를 지원할 수 있다. 따라서 기지국은 어떤 MBS 서비스인지 또는 유니캐스트 서비스인지 또는 멀티 캐스트 서비스인지 또는 단말의 RRC 모드에 따라서 해당하는 전용 전송 자원, 전용 캐리어(셀), 전용 부분 대역폭 식별자, 전용 서브 캐리어 간격, 또는 우선 순위를 제한 또는 규칙으로 설정하여 MBS 서비스를 지원할 수 있으며, 단말은 상기 설정된 제한 또는 규칙에 따라서 각 MBS 서비스를 유니 캐스트 또는 멀티 캐스트로 서비스 받을 수 있다. 기지국 또는 단말은 제1의 스위칭 방법 또는 제2의 스위칭 방법을 서로 다른 규칙 또는 제한을 각 MBS 서비스에 대해서 설정하여 수행할 수 있다. 예를 들면 어떤 MBS 서비스의 논리 채널 식별자를 제1의 SCell 식별자(또는 부분 대역폭 식별자) 또는 제2의 SCell 식별자(또는 부분 대역폭 식별자)로 맵핑 또는 설정하고, 기지국은 제1의 SCell 식별자(또는 부분 대역폭 식별자)로는 유니 캐스트 서비스를 지원하고 상기 제2의 SCell 식별자(또는 부분 대역폭 식별자)로는 멀티 캐스트 서비스를 지원할 수 있다.
또 다른 실시 예로 기지국 또는 단말은 제1의 SCell 식별자(또는 부분 대역폭 식별자)에 대해서는 모든 MBS 서비스를 유니 캐스트 서비스로 제한하고 상기 제1의 SCell 식별자(또는 부분 대역폭 식별자)에 해당하는 SCell(또는 부분 대역폭)에서 수신하는 데이터는 논리 채널 식별자(또는 베어러 식별자)를 기반으로 서로 다른 MBS 서비스 데이터를 구분하여 서비스를 제공 또는 수신할 수 있다. 또한 기지국 또는 단말은 제2의 SCell 식별자(또는 부분 대역폭 식별자)에 대해서는 모든 MBS 서비스를 멀티 캐스트 서비스로 제한하고 상기 제2의 SCell 식별자(또는 부분 대역폭 식별자)에 해당하는 SCell(또는 부분 대역폭)에서 수신하는 데이터는 논리 채널 식별자(또는 베어러 식별자)를 기반으로 서로 다른 MBS 서비스 데이터를 구분하여 서비스를 제공 또는 수신할 수 있다. 기지국 또는 단말은 각 MBS 서비스에 대한 제한 또는 규칙을 다양하게 설정 또는 맵핑시켜 각 MBS 서비스 또는 유니 캐스트 서비스 또는 멀티 캐스트 서비스를 지원할 수 있으며, 또는 RRC 연결 모드 또는 RRC 유휴 모드 또는 RRC 비활성화 모드에서 MBS 서비스를 지원할 수 있다.
<제5의 실시 예>
각 MBS 서비스를 수신하는 베어러는 시스템 정보, RRC 메시지, 또는 MBS 제어 메시지를 통해 설정될 수 있으며 상기 각 MBS 서비스에 해당하는 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 상기 각 MBS 서비스를 수신하는 베어러에 대해서 유니 캐스트 서비스 또는 유니캐스트 베어러인지 또는 멀티 캐스트 서비스 또는 멀티 캐스트 베어러인지를 지시하는 지시자를 설정할 수 있다.
또 다른 실시 예로 각 MBS 서비스에 해당하는 유니 캐스트 서비스 또는 유니캐스트 베어러에 대해 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 또한, 각 MBS 서비스에 해당하는 멀티 캐스트 서비스 또는 멀티 캐스트 베어러에 대해 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자가 설정 또는 할당될 수 있다. 상기 제5의 실시 예에서는 각 MBS 서비스에 해당하는 제1의 식별자, 제2의 식별자, 베어러 식별자, 논리 채널 식별자, 또는 RNTI 식별자에 대해서 제1의 스위칭 방법 또는 제2의 스위칭 방법을 트리거링 또는 적용하는 경우, RRC 메시지, 시스템 정보, MBS 제어 메시지, 또는 MAC 제어 정보를 통해 상기 MBS 서비스에 대한 베어러를 해제하고 새로운 MBS 베어러를 설정하고 MBS 서비스 데이터를 수신할 수 있다. 예를 들면 어떤 MBS 서비스에 대해서 제1의 스위칭 방법이 지시된 경우, 단말은 서비스 받고 있는 멀티 캐스트 베어러를 해제하고 상기 MBS 서비스에 대한 유니 캐스트 베어러를 새로 설정하고(예를 들면 상기 MBS 서비스에 해당하는 식별자들도 새로 설정할 수 있다) MBS 서비스 데이터를 수신할 수 있다. 예를 들면 어떤 MBS 서비스에 대해서 제2의 스위칭 방법이 지시된 경우, 단말은 서비스 받고 있는 유니 캐스트 베어러를 해제하고 상기 MBS 서비스에 대한 멀티 캐스트 베어러를 새로 설정하고(예를 들면 상기 MBS 서비스에 해당하는 식별자들도 새로 설정할 수 있다) MBS 서비스 데이터를 수신할 수 있다.
또 다른 실시 예로 각 MBS 서비스 별로 유니 캐스트 베어러와 멀티 캐스트 베어러를 2개 설정하고 MBS 서비스를 수신하고 제1의 스위칭 방법 또는 제2의 스위칭 방법을 적용할 수 있다. 상기 스위칭 방법을 적용할 때 마지막 데이터가 어떤 데이터인지를 지시하는 지시자를 도입하여 스위칭할 때 데이터가 순서대로 상위 계층 장치로 전달되도록 할 수 있다.
또 다른 실시 예로 상기 제1의 스위칭 방법 또는 제2의 스위칭 방법은 각 MBS 서비스를 지원하는 MBS 베어러에 대해서 SDAP 계층 장치에서 QoS 플로우 재설정 또는 재맵핑(QoS 플로우와 베어러의 맵핑 설정)을 통해 적용될 수 있다. 상기 스위칭 방법을 적용할 때 마지막 데이터가 어떤 데이터인지를 지시하는 지시자를 도입하여 스위칭할 때 데이터가 순서대로 상위 계층 장치로 전달되도록 할 수 있다.
상기 제1의 스위칭 방법 또는 제2의 스위칭 방법에서 기지국은 RRC 메시지, 시스템 정보, 또는 MBS 제어 메시지를 통해 타이머 값을 설정하여 타이머가 만료되는 경우, 제1의 스위칭 방법 또는 제2의 스위칭 방법을 수행 또는 트리거링하도록 할 수 있다. 상기 타이머는 베어러 별(예를 들면 유니캐스트 베어러 또는 멀티 캐스트 베어러 또는 각 MBS 베어러)로 또는 MBS 서비스 별로 또는 식별자 별로 설정될 수 있다. 상기 타이머는 베어러가 설정되었을 때 또는 MBS 서비스 데이터가 수신될 때마다 시작 또는 재시작 될 수 있다. 또한, 상기 타이머는 베어러가 해제되었을 때 또는 MBS 서비스를 중지 또는 수신 중지했을 때 또는 MBS 서비스가 중단된다는 지시를 수신했을 때 상기 타이머를 중지할 수 있다. 상기 타이머가 만료되면 제1의 스위칭 방법 또는 제2의 스위칭 방법을 수행 또는 트리거링할 수 있다.
상기 MBS 서비스를 멀티 캐스트 서비스로 지원할 때 멀티 캐스트 서비스는 기본 부분 대역폭 또는 초기 부분 대역폭에서만 지원할 수 있다. 기본 부분 대역폭 또는 초기 부분 대역폭에서 멀티 캐스트로 MBS 서비스를 지원한다면 RRC 유휴 모드 또는 RRC 비활성화 모드 단말도 쉽게 MBS 서비스를 지원받을 수 있다.
또 다른 실시 예로 단말이 RRC 유휴 모드 또는 RRC 비활성화 모드에서 MBS 서비스를 수신하려고 하는 경우, 초기 부분 대역폭에서 동기화를 수행하고, 캠프온 하여 시스템 정보를 읽어 들이고, 초기 부분 대역폭에서 또는 시스템 정보에서 지시하는 부분 대역폭에서 RRC 연결을 설정하고 기지국이 RRC 메시지로 설정해준 부분 대역폭에서 MBS 베어러를 통해 MBS 데이터를 수신할 수 있다.
기지국이 기지국 설정, 시스템 정보, RRC 메시지, MBS 제어 메시지, MAC 제어 정보, RLC 제어 정보, PDCP 제어 정보 또는 PDCCH에서 지시자로 단말에게 제1의 스위칭 방법 또는 제2의 스위칭 방법 또는 베어러 해제 또는 베어러 설정을 지시 또는 트리거링한 경우, 단말은 다음의 실시 예들 중에 하나의 실시 예 또는 조합된 실시 예를 단말의 동작으로 수행할 수 있다.
<제1의 실시 예>
상기 지시를 수신하였을 때 단말은 상기 MBS 베어러(예를 들면 MAC 계층 장치, RLC 계층 장치, 또는 PDCP 계층 장치)에 저장된 MBS 서비스 데이터가 있다면(또는 아직 상위 계층 장치로 전달하지 않은 데이터가 있다면) 저장된 데이터를 모두 폐기할 수 있다. 또는 RLC 계층 장치 또는 PDCP 계층 장치에서 변수 초기화(예를 들면 0으로 초기화) 또는 재설정 절차(예를 들면 특정 값으로 설정)를 수행할 수 있다.
또 다른 실시 예로 RLC 계층 장치에서는 수신 윈도우 변수(예를 들면 RX_NEXT 또는 RX_NEXT_Highest 등)를 수신한 데이터의 RLC 일련번호 + 1로 업데이트할 수 있다.
또 다른 실시 예로 PDCP 계층 장치에서는 수신 윈도우 변수(예를 들면 RX_NEXT 또는 RX_DELIV 또는 RX_REORD 등)를 수신한 데이터의 PDCP 일련번호(또는 COUNT 값) + 1로 업데이트할 수 있으며 또는 HFN 값은 1로 설정할 수 있다.
<제2의 실시 예>
상기 지시를 수신하였을 때 단말은 상기 MBS 베어러(예를 들면 MAC 계층 장치, RLC 계층 장치, 또는 PDCP 계층 장치)에 저장된 MBS 서비스 데이터가 있다면(또는 아직 상위 계층 장치로 전달하지 않은 데이터가 있다면) 데이터 처리를 수행하고 상위 계층 장치로 전달할 수 있다(예를 들면 받은 순서대로 또는 일련번호의 오름차순으로 상위 계층 장치로 전달할 수 있다). 또는 RLC 계층 장치 또는 PDCP 계층 장치에서 변수 초기화(예를 들면 0으로 초기화) 또는 재설정 절차(예를 들면 특정 값으로 설정)를 수행할 수 있다.
또 다른 실시 예로 RLC 계층 장치에서는 수신 윈도우 변수(예를 들면 RX_NEXT 또는 RX_NEXT_Highest 등)를 수신한 데이터의 RLC 일련번호 + 1로 업데이트할 수도 있다.
또 다른 실시 예로 PDCP 계층 장치에서는 수신 윈도우 변수(예를 들면 RX_NEXT 또는 RX_DELIV 또는 RX_REORD 등)를 수신한 데이터의 PDCP 일련번호(또는 COUNT 값) + 1로 업데이트할 수 있으며 또는 HFN 값은 1로 설정할 수 있다.
<제3의 실시 예>
상기 지시를 수신하였을 때 단말은 상기 MBS 베어러(예를 들면 MAC 계층 장치, RLC 계층 장치, 또는 PDCP 계층 장치)에 재정렬 기능이 설정되어 있다면 또는 재정렬 기능을 수행한다면 재정렬 타이머를 중지 또는 초기화할 수 있다. 또한, 상기 MBS 베어러에 저장된 MBS 서비스 데이터가 있다면(또는 아직 상위 계층 장치로 전달하지 않은 데이터가 있다면) 데이터 처리를 수행하고 상위 계층 장치로 전달할 수 있다(예를 들면 받은 순서대로 또는 일련번호의 오름차순으로 상위 계층 장치로 전달할 수 있다). 또는 RLC 계층 장치 또는 PDCP 계층 장치에서 변수 초기화(예를 들면 0으로 초기화) 또는 재설정 절차(예를 들면 특정 값으로 설정)를 수행할 수 있다.
또 다른 실시 예로 RLC 계층 장치에서는 수신 윈도우 변수(예를 들면 RX_NEXT 또는 RX_NEXT_Highest 등)를 수신한 데이터의 RLC 일련번호 + 1로 업데이트할 수도 있다.
또 다른 방법으로 PDCP 계층 장치에서는 수신 윈도우 변수(예를 들면 RX_NEXT 또는 RX_DELIV 또는 RX_REORD 등)를 수신한 데이터의 PDCP 일련번호(또는 COUNT 값) + 1로 업데이트할 수 있으며 또는 HFN 값은 1로 설정할 수 있다.
<제4의 실시 예>
상기 지시를 수신한 단말은 상기 MBS 베어러(예를 들면 MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치)에 재정렬 기능이 설정되어 있다면 또는 재정렬 기능을 수행한다면 또는 헤더 압축 절차(또는 데이터 압축 절차)가 설정된 경우, 재정렬 타이머를 중지 또는 초기화할 수 있다. 또한, 상기 MBS 베어러에 저장된 MBS 서비스 데이터가 있다면(또는 아직 상위 계층 장치로 전달하지 않은 데이터가 있다면) 상기 MBS 서비스 데이터에 대해 헤더 압축 해제 절차를 수행하고(예를 들면 헤더 압축 해제 절차가 수행되지 않았었다면) 상위 계층 장치로 전달할 수 있다(예를 들면 받은 순서대로 또는 일련번호의 오름차순으로 상위 계층 장치로 전달할 수 있다). 그리고 나서 상기 MBS 베어러를 해제할 수 있다. 또는 RLC 계층 장치 또는 PDCP 계층 장치에서 변수 초기화(예를 들면 0으로 초기화) 또는 재설정 절차(예를 들면 특정 값으로 설정)를 수행할 수 있다.
또 다른 실싱 ㅖ로 RLC 계층 장치에서는 수신 윈도우 변수(예를 들면 RX_NEXT 또는 RX_NEXT_Highest 등)를 수신한 데이터의 RLC 일련번호 + 1로 업데이트할 수 있다.
또 다른 실시 예로 PDCP 계층 장치에서는 수신 윈도우 변수(예를 들면 RX_NEXT 또는 RX_DELIV 또는 RX_REORD 등)를 수신한 데이터의 PDCP 일련번호(또는 COUNT 값) + 1로 업데이트할 수 있으며 또는 HFN 값은 1로 설정할 수 있다.
본 개시는 MBS 서비스를 수신하는 단말의 이동성을 지원하는 방법을 설명한다.
기지국 또는 네트워크는 단말에게 RRC 메시지(예를 들면 RRCReconfiguration 메시지)를 통해 핸드오버를 지시하는 경우, 또는 RRC 연결 모드 단말에게 RRC 메시지(예를 들면 RRCRelease 메시지)를 전송하여 RRC 비활성화 모드 또는 RRC 유휴 모드로 천이시키는 경우, 또는 단말에게 MBS 베어러로 MBS 서비스를 지원하고 있다면 또는 단말이 MBS 베어러로 MBS 서비스를 수신하고 있다면 또는 상기 MBS 베어러가 유니캐스트 베어러 또는 멀티 캐스트 베어러라면 기지국은 상기 RRC 메시지에 지시자(예를 들면 단말 동작을 지시하는 새로운 지시자, PDCP 재수립 지시자. 또는 베어러(또는 PDCP) 중지 또는 해제 절차 지시자)를 포함시켜 전송하여 단말에게 상기 제1의 스위칭 방법 또는 제2의 스위칭 방법 또는 베어러 해제 또는 베어러 설정을 위한 단말 동작을 수행하도록 지시할 수 있다. 또한 상기 RRC 메시지는 기존에 단말에 설정되어 있던 MBS 베어러를 재설정할 것인지 또는 해제할 것인지 또는 그대로 유지할 것인지 또는 제1의 스위칭 방법을 지시하는 것인지 또는 제2의 스위칭 방법을 지시하는 것인지를 지시하는 지시자, MBS 베어러의 재설정 정보(예를 들면 전송 자원 또는 MBS 서비스에 대한 식별자 정보), 또는 MBS 서비스를 지원하는 영역(또는 주파수 또는 셀 식별자의 리스트)의 정보 등을 포함할 수 있다.
또 다른 실시 예로 상기 수신한 RRC 메시지에서 핸드오버를 지시하는 지시자를 포함한 경우, 또는 RRC 연결 모드 단말에게 RRC 비활성화 모드 또는 RRC 유휴 모드로 천이시키는 지시자를 포함한 경우, 또는 단말에게 MBS 베어러로 MBS 서비스를 지원하고 있다면 또는 단말이 MBS 베어러로 MBS 서비스를 수신하고 있다면(또는 단말이 MBS 서비스 중지를 지시하지 않은 경우) 또는 상기 MBS 베어러가 유니캐스트 베어러 또는 멀티 캐스트 베어러라면 또는 상기 RRC 메시지에 지시자(예를 들면 단말 동작을 지시하는 새로운 지시자, PDCP 재수립 지시자, 베어러(또는 PDCP) 중지 또는 해제 절차 지시자, 또는 제1의 스위칭 방법 또는 제2의 스위칭 방법 또는 베어러 해제를 지시하는 지시자)가 포함되었다면 또는 단말이 시스템 정보에서 MBS 서비스가 지원되지 않는 영역으로 이동한 경우, 또는 단말이 시스템 정보에서 MBS 서비스가 지원되는 영역으로 이동한 경우, 또는 데이터 비활성화 타이머가 만료했다는 지시를 하위 계층 장치(예를 들면 MAC 계층 장치)로부터 상위 계층 장치(예를 들면 RRC 계층 장치)가 수신한 경우 또는 데이터 비활성화 타이머가 만료했다는 지시를 하위 계층 장치(예를 들면 MAC 계층 장치)로부터 상위 계층 장치(예를 들면 RRC 계층 장치)가 수신하여 RRC 유휴 모드로 상태를 천이하는 경우, 기지국은 상기 제1의 스위칭 방법 또는 제2의 스위칭 방법 또는 베어러 해제 또는 베어러 설정을 위한 단말 동작을 수행하도록 지시할 수 있다. 또한 상기 RRC 메시지에는 기존에 단말에 설정되어 있던 MBS 베어러를 재설정할 것인지 또는 해제할 것인지 또는 그대로 유지할 것인지 또는 제1의 스위칭 방법을 지시하는 것인지 또는 제2의 스위칭 방법을 지시하는 것인지를 지시하는 지시자, MBS 베어러의 재설정 정보(예를 들면 전송 자원 또는 MBS 서비스에 대한 식별자 정보), 또는 MBS 서비스를 지원하는 영역(또는 주파수 또는 셀 식별자의 리스트)의 정보 등을 포함될 수 있다.
도 16은 본 개시의 일 실시 예에 따른 차세대 이동 통신 시스템에서 핸드오버를 수행하는 시그날링 절차들을 나타낸 도면이다.
도 16을 참조하면, RRC 연결 모드 상태인 단말 (1601)은 현재 소스 기지국(Source eNB)(1602)에게 주기적 혹은 특정 이벤트가 만족할 때, 셀 측정 정보 (Measurement Report)를 보고한다(1605단계). 소스 기지국(1602)은 상기 측정 정보를 토대로, 단말(1601)이 인접 셀로 핸드오버(Handover)를 진행할지 여부를 결정한다. 핸드오버는 연결 모드 상태인 단말에게 서비스를 제공하는 소스 기지국을 다른 기지국(혹은 같은 기지국의 다른 셀)으로 변경하는 기술이다. 소스 기지국(1602)이 핸드오버를 결정하였다면 소스 기지국(1602)은 단말(1601)에게 서비스를 제공할 새로운 기지국, 즉 타겟 기지국(Traget eNB)(1603)에게 핸드오버 요청 메시지(HO(Handover) request)를 보내어 핸드오버를 요청할 수 있다(1610단계).
상기 핸드오버 요청 메시지에는 소스 기지국(1602)이 지원하는 또는 선호하는 하나 이상의 핸드오버 방법들이 포함될 수 있으며, 또 다른 실시 예로 타겟 기지국(1603)이 선호하는 핸드오버 방법을 요청하는 지시자를 포함할 수 있다.
타겟 기지국(1603)이 상기 핸드오버 요청을 수락한다면 소스 기지국(1602)에게 핸드오버 요청 수락 (HO request Ack)메시지를 전송한다(1615단계). 또한 상기 핸드오버 요청 메시지에서는 단말이(1601) MBS 서비스를 수신하고 있는 지 여부 또는 수신하기를 원하는지(또는 관심있는지) 여부 또는 지원하는 지 여부를 지시하기 위한 지시자 또는 수신하고 있는 MBS 서비스의 식별자 정보 또는 끊김없는 MBS 서비스 지원을 위한 정보(예를 들면 단말이 수신한 마지막 데이터 정보, 일련번호 정보, 시간 정보 또는 전송 자원 정보) 또는 소스 기지국(1602)이 단말(1601)에게 지원한 MBS 서비스 설정 정보 또는 전송 자원 정보 중 적어도 하나를 포함할 수 있다.
상기 핸드오버 요청 수락 메시지에는 상기 핸드오버 요청 메시지에서 소스 기지국(1602)이 포함한 하나 이상의 핸드오버 방법 중에서 타겟 기지국(1603)이 지원하는(또는 선호하는 또는 지시하는) 핸드오버 방법이 포함될 수 있으며, 소스 기지국(1602)은 타겟 기지국(1603)이 상기 핸드오버 요청 수락 메시지에서 지시한 핸드오버 방법을 단말(1601)에게 지시할 수 있다. 또 다른 실시 예로 타겟 기지국(1603)은 상기 핸드오버 요청 수락 메시지에 타겟 기지국(1603)이 지원하는 핸드오버 방법을 지시하는 지시자를 포함시켜 지시한 핸드오버 방법을 소스 기지국(1602)과 단말(1601)이 수행하도록 설정할 수 있다. 또한 상기 핸드오버 요청 수락 메시지에는 단말(1601)에게 타겟 기지국(1603)이 MBS 서비스를 지원하는지 여부를 지시하는 지시자, 지원하는 MBS 서비스의 식별자 정보, 끊김없는 MBS 서비스 지원을 위한 정보(예를 들면 단말(1601)이 수신하고 있는 MBS 서비스에 대한 설정 정보, 재설정 정보(예를 들면 타겟 기지국(1603)이 상기 MBS 서비스를 지원할 때 사용하는 전송 자원 정보 또는 식별자 정보(논리 채널 식별자 또는 RNTI 식별자 또는 베어러 식별자), 시간 정보, 또는 전송 자원 정보), 타겟 기지국(1603)이 단말(1601)에게 지원하는 MBS 서비스 설정 정보, 또는 전송 자원 정보 중 적어도 하나를 포함할 수 있다.
상기 핸드오버 요청 수락 메시지를 수신한 소스 기지국(1602)은 단말(1601)에게 핸드오버 명령 메시지(HO command 메시지)를 전송한다(1620단계). 상기 핸드오버 명령 메시지는 소스 기지국(1602)이 단말(1601)에게 RRC Connection Reconfiguration 메시지를 이용하여 전달할 수 있다.
상기 핸드오버 명령 메시지(예를 들면 RRCReconfiguration 메시지)를 통해 각 핸드오버 방법 별로 정의된 지시자를 이용하여 소스 기지국(1602)은 단말 능력을 고려하여 어떤 핸드오버 방법을 지시하는 지를 단말(1601)에게 설정할 수 있다. 단말(1601)은 상기 핸드오버 명령 메시지에서 지시하는 핸드오버 방법에 따라 타겟 기지국(1603)으로 핸드오버 절차를 수행할 수 있다. 상기 핸드오버 명령 메시지는 단말(1601)에게 타겟 기지국(1603)이 MBS 서비스를 지원하는지 여부를 지시하는 지시자, 타겟 기지국(1603)이 지원하는 MBS 서비스의 식별자 정보, 끊김없는 MBS 서비스 지원을 위한 정보(예를 들면 단말(1601)이 수신하고 있는 MBS 서비스에 대한 설정 정보, 재설정 정보(예를 들면 타겟 기지국(1603)이 상기 MBS 서비스를 지원할 때 사용하는 전송 자원 정보, 식별자 정보(논리 채널 식별자 또는 RNTI 식별자 또는 베어러 식별자), 시간 정보, 또는 전송 자원 정보), 타겟 기지국(1603)이 단말(1601)에게 지원하는 MBS 서비스 설정 정보, 또는 전송 자원 정보 중 적어도 하나를 포함할 수 있다.
단말(1601)은 끊김없는 MBS 서비스를 지원하기 위해서 상기 핸드오버 명령 메시지에서 지시된 또는 설정된 MBS 설정 정보 또는 멀티캐스트 MBS 서비스를 지원하는 지시자에 따라서 핸드오버 절차를 수행하면서 또는 핸드오버 절차를 완료하기 전에도 MBS 서비스를 수신하기 시작할 수 있거나 또는 계속 수신할 수 있다. 또 다른 실시 예로 단말(1601)은 상기 핸드오버 명령 메시지에서 지시된 또는 설정된 MBS 설정 정보 또는 멀티캐스트 MBS 서비스를 지원하는 지시자 또는 유니캐스트 MBS 서비스를 지원하는 지시자에 따라서 핸드오버 절차를 완료했을 때 또는 완료한 후에 MBS 서비스를 수신하기 시작할 수 있거나 또는 수신할 수 있다.
단말(1601)은 상기 핸드오버 명령 메시지를 수신하면 소스 기지국(1902)과의 데이터 송수신을 중지하고 T304 타이머를 시작한다. T304는 소정의 시간동안 단말(1901)이 타겟 기지국(1603)에게 핸드오버를 성공하지 못할 경우, 단말의 원래 설정으로 되돌리고 RRC Idle 상태로 전환하도록 한다. 소스 기지국(1602)은 상향/하향 링크 데이터에 대한 일련 번호 상태(Sequence number(SN) status)를 타겟 기지국(1603)으로 전달하고(1630단계), 하향 링크 데이터가 있다면 타겟 기지국(1603)으로 전달한다(1635단계). 단말(1601)은 소스 기지국(1602)으로부터 지시받은 타겟 셀로 랜덤 엑세스 (Random Access)를 시도한다(1640단계). 랜덤 엑세스는 타겟 셀에게 단말(1601)이 핸드오버를 통해, 이동한다는 것을 알림과 동시에, 상향링크 동기를 맞추기 위함이다. 상기 랜덤 엑세스를 위해, 단말(1601)은 소스 기지국(1602)으로부터 제공받은 프리엠블 ID 혹은 랜덤하게 선택된 프리엠블 ID에 대응되는 프리엠블을 상기 타겟 셀에게 전송한다. 프리엠블 전송 후, 특정 수의 서브프레임이 지난 후, 단말(1601)은 상기 타겟 셀로부터 랜덤 엑세스 응답 메시지 (Random Access Response, RAR)가 전송되는지 여부를 모니터링한다. 상기 모니터링하는 시간 구간을 랜덤 엑세스 응답 윈도우 (Random Access Response Window, RAR window)라고 칭한다. 상기 특정 시간 동안, 랜덤 액세스 응답(RAR)이 수신되면 (1645단계). 단말(1601)은 핸드오버 완료(HO complete) 메시지를 RRC Reconfiguration Complete 메시지로 타겟 기지국(1603)에게 전송한다(1655단계). 상기와 같이 타겟 기지국(1603)으로부터 랜덤 액세스 응답을 성공적으로 수신하면 단말(1601)은 T304 타이머를 종료한다(1650단계). 타겟 기지국(1603)은 소스 기지국(1602)으로 설정되어 있던 베어러들의 경로를 수정하기 위해 외부 네트워크 엔티티(MME, S-GW, 또는 Access and Management Function, AMF)(1604)에게 경로 수정을 요청하고(1660단계), 경로 수정 요청에 대한 응답을 수신한다(1665단계). 타겟 기지국(1603)은 소스 기지국(1602)으로 단말(1601)의 UE 컨텍스트를 삭제할 것을 통보한다(1670단계). 따라서 단말(1601)은 타겟 기지국(1603)에 대해, RAR 윈도우 시작 시점부터 데이터 수신을 시도하며, RAR 수신 이후, RRC Reconfiguration Complete 메시지를 전송하면서 타겟 기지국(1603)과 데이터 송수신을 시작한다.
상기 MBS 베어러로 MBS 서비스를 수신하고 있는 단말에 대한 핸드오버 절차를 지원할 때 데이터 유실이 없는 또는 데이터 유실이 적은 핸드오버를 지원하기 위해 본 발명의 상기 도 4a 내지 도 4d에서 셜명한 베어러 구조를 설정하거나 또는 적용할 수 있다.
예를 들면, 상기 제4의 베어러 구조는 핸드오버 절차에서도 데이터 유실 없는 또는 데이터 유실이 적은 MBS 서비스를 지원하는 데 효율적으로 사용될 수 있다. 예를 들면 단말(1601)이 소스 기지국(1602)에서 상기 제4의 베어러 구조가 설정된 MBS 베어러를 통해 MBS 서비스(멀티캐스트 서비스 또는 유니캐스트 서비스)를 수신하다가 소스 기지국(1602)의 지시(예를 들면 핸드오버 명령 메시지 (RRCReconfiguration 메시지))에 따라서 핸드오버 절차를 타겟 기지국(1603)으로 수행할 때 단말(1601)은 상기 MBS 베어러에 대한 제4의 베어러 구조를 유지하거나 또는 상기 제4의 베어러 구조로 재설정되거나 또는 새로 설정될 수 있다. 예를 들면 소스 기지국(1602)에서 상기 제4의 베어러 중 하나의 구조로 설정된 MBS 베어러로 MBS 서비스를 소스 기지국(1602)으로부터 수신하다가 상기 핸드오버 명령 메시지를 기반으로 상기 MBS 서비스를 계속 수신하기 위해서 상기 MBS 베어러를 상기 제4의 베어러 구조 중 하나의 구조로 재설정하거나 또는 새로운 MBS 베어러를 설정할 수 있다. 핸드오버 절차로 인해 MBS 베어러를 재설정하거나 또는 새로 설정할 때 단말(1601)은 다음의 절차들을 수행할 수 있다.
1> 단말(1601)이 소스 기지국(1602)으로부터 핸드오버 명령 메시지(RRCReconfiguration 메시지)(예를 들면 reconfigurationWithsync 지시자가 포함된 RRC 메시지)를 수신하고, 상기 핸드오버 명령 메시지에 MBS 베어러를 설정 또는 재설정하는 설정 정보가 포함되어 있다면 또는 상기 MBS 베어러에 대한 PDCP 계층 장치 재수립 지시자(reestablishPDCP)가 포함되어 있다면 또는 상기 MBS 베어러에 대한 PDCP 계층 장치 복구 지시자(recoverPDCP)가 포함되어 있다면 또는 상기 MBS 베어러에 대해 PDCP 계층 장치를 재설정하라고 지시되었다면 또는 상기 MBS 베어러에 대한 어떤 RLC 계층 장치를 재수립 또는 해제하라는 지시가 포함되어 있다면 단말(1601)은 에러 없이 또는 데이터 유실 없이 MBS 서비스를 계속하여 수신하기 위해서 또는 수신 윈도우 동작에 문제가 발생하지 않도록 상기 MBS 베어러에 대해서 다음의 절차들을 수행할 수 있다.
2> 단말은 상기 제4의 베어러 구조에서 멀티 캐스트 서비스를 위한 RLC 계층 장치 또는 유니 캐스트 서비스를 위한 RLC 계층 장치와 연결된 PDCP 계층 장치에서 윈도우 변수들(예를 들면 RX_NEXT(다음에 수신될 것이라고 예상되는 데이터(PDCP SDU)의 COUNT 값을 지시하는 변수), RX_DELIV(상위 계층 장치로 전달하지 않은 첫번째 데이터(PDCP SDU) 또는 여전히 수신되기를 기다리는 데이터의 COUNT 값을 지시하는 변수), 또는 RX_REORD(PDCP 재정렬 타이머를 트리거링한 데이터(PDCP data PDU)의 COUNT 값의 다음 COUNT 값(또는 1을 증가한 COUNT 값)을 지시하는 변수))에 대해 초기화 절차를 수행하지 않고 또는 PDCP 재정렬 타이머를 초기화하지 않고 그대로 사용할 수 있다. 왜냐하면 상기 윈도우 변수들을 초기화하지 않고, 또는 PDCP 재정렬 타이머를 초기화하지 않고(구동 중이라면 계속 구동하도록 유지) 그대로 사용한다면 상기 윈도우 변수들에 의한 데이터의 COUNT 값(또는 PDCP 일련번호)이 유지되기 때문에 데이터 유실을 복구하기 위한 재전송 또는 수신되지 않은 데이터에 대한 정보(예를 들면 PDCP 상태 보고(PDCP status report))를 기지국으로 전송하여 데이터 유실을 최소화할 수 있기 때문이다. 또 다른 실시 예로 단말은 기지국과 윈도우 변수들의 동기를 용이하도록 하고, 데이터 전송 지연을 줄이기 위해서 상기 PDCP 계층 장치에서 PDCP 재수립 절차 또는 PDCP 데이터 복구 절차를 수행하거나 또는 상기 윈도우 변수들을 초기화하거나 또는 PDCP 재정렬 타이머를 중지하고(또는 초기화하고) 저장된(또는 수신된) 데이터들에 대해 데이터 처리를 수행하고 상위 계층 장치로 전달할 수 있다. 상기 윈도우 변수들은 0의 값으로 초기화될 수 있으며 또는 기지국이 윈도우 변수 관리를 용이하도록 하기 위해서(예를 들면 기지국이 윈도우 변수를 초기화하지 않아도 단말이 스스로 수신된 데이터에 기반하여 윈도우 변수를 동기화할 수 있도록) 수신된 데이터를 기반으로 상기 윈도우 변수들을 초기화할 수 있다. 예를 들면 RX_NEXT 변수는 상기 지시 이후에 처음으로 수신된 데이터(PDCP data PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값 또는 단말 구현에서 정한 HFN 값 또는 상기 지시에 포함된 HFN 값)의 조합으로 초기화될 수 있다. 또한, RX_DELIV 변수는 상기에서 초기화된 RX_NEXT 값 또는 상기 지시 이후에 처음으로 수신된 데이터(PDCP data PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값 또는 단말 구현에서 정한 HFN 값 또는 상기 지시에 포함된 HFN 값)의 조합으로 초기화될 수 있다. 또한, RX_REORD 값은 상기에서 초기화된 RX_NEXT 값 또는 상기 지시 이후에 처음으로 수신된 데이터(PDCP data PDU 또는 PDCP SDU)의 PDCP 일련번호+1 또는 0으로 초기화된 HFN 값(또는 기존에 사용된 HFN 값 또는 단말 구현에서 정한 HFN 값 또는 상기 지시에 포함된 HFN 값)의 조합으로 초기화될 수 있다. 또 다른 실시 예로 상기 재정렬 타이머는 구동되도록 하기 위해 RX_REORD의 변수 초기화는 생략할 수 있다. 또 다른 실시 예로 RX_DELIV는 RX_NEXT 값에서 수신 윈도우 크기(또는 수신 윈도우 크기의 반절)을 차감하고 1을 더한 값으로 초기화될 수 있다. 또 다른 실시 예로 상기 윈도우 변수들은 기지국 구현을 용이하도록 하기 위해서 상기 기지국이 지시한 지시 정보(RRC 메시지 또는 시스템 정보 또는 MAC 제어 정보 또는 PDCP 제어 데이터)에서 포함된 상기 변수들에 대한 각 초기화 값(referece values 또는 initial values)으로 초기화될 수 있다.
2> 상기 지시를 수신하면 단말은 성공적인 데이터 수신 여부를 기지국에게 보고하여 기지국이 유실을 줄이기 위한 재전송을 수행할 수 있도록 PDCP 상태 보고를 구성하여 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)로 전송할 수 있다. 상기 PDCP 상태 보고를 수신한 기지국은 상기 PDCP 상태 보고에 기반하여 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 데이터를 재전송할 수 있다. 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 단말이 PDCP 상태 보고를 전송한다면 기지국은 상기 PDCP 상태 보고가 어떤 단말에 대한 PDCP 상태 보고인지를 쉽게 구분할 수 있다. 또한 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 재전송을 수행한다면 개별적인 전송 자원을 통해 재전송을 수행하여 전송 자원 낭비를 막을 수 있다(또 다른 실시 예로 단말은 멀티 캐스트를 위한 RLC 계층 장치에서 PDCP 상태 보고를 전송할 수 있다). 또 다른 실시 예로 상기 지시를 수신하면 단말은 성공적인 데이터 수신 여부를 기지국에게 보고하여 기지국이 유실을 줄이기 위한 재전송을 수행할 수 있도록 PDCP 상태 보고를 구성하여 멀티 캐스트 서비스를 위한 RLC 계층 장치(또는 멀티 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)로 전송할 수 있다. 상기 PDCP 상태 보고를 수신한 기지국은 상기 PDCP 상태 보고에 기반하여 멀티 캐스트 서비스 또는 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 데이터를 재전송할 수 있다. 멀티 캐스트 서비스를 위한 RLC 계층 장치를 통해 단말이 PDCP 상태 보고를 전송한다면 기지국은 모든 단말의 PDCP 상태 보고를 쉽게 파악할 수 있다.
2> 상기 지시를 수신하면, 단말은 상기 제4의 베어러 구조에서 유니 캐스트 서비스를 위한 RLC 계층 장치 또는 멀티 캐스트 서비스를 위한 RLC 계층 장치에서 여전히 데이터를 수신할 수 있다. 왜냐하면 늦게 전송되는 데이터를 단말이 수신할 수 있기 때문이다. 또 다른 실시 예로 상기 RLC 계층 장치를 해제하거나 또는 재수립(윈도우 변수 초기화 또는 저장된 분할된 데이터들의 폐기)하여 기지국의 RLC 계층 장치의 윈도우 변수 동기화를 용이하도록 하고 불필요한 데이터를 빨리 폐기하도록 할 수 있다.
2> 상기 지시를 수신하면, 단말은 멀티 캐스트 서비스를 위한 RLC 계층 장치 또는 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)에서 윈도우 변수들(예를 들면 UM 모드의 경우, RX_Next_Reassembly(재조립을 위해 여전히 고려중인 제일 작은(또는 제일 빠른) RLC 일련번호 값을 지시하는 변수), RX_Timer_Trigger(RLC 재조립 타이머를 트리거링한 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수), 또는 RX_Next_Highest(수신된 데이터(UMD PDU)들 중에서 가장 높은 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수) 또는 예를 들면 AM 모드의 경우, RX_Next(순서대로 완전히 수신된 마지막 데이터(RLC SDU)의 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호 값을 지시하는 변수), RX_Next_Status_Trigger(RLC 재조립 타이머를 트리거링한 RLC 일련번호보다 1이 큰 또는 다음의 RLC 일련번호를 지시하는 변수), 또는 RX_Highest_Status(RLC 상태 보고에서 ACK_SN(RLC 상태보고에서 유실되었다고 보고되지 않은 또는 아직 수신되지 않은 다음 데이터(RLC SDU)의 RLC 일련번호를 지시하는 변수)으로 지시될 수 있는 가장 높은 RLC 일련번호를 지시하는 변수))에 대해 초기화 절차를 수행하지 않고 또는 RLC 재조립 타이머를 초기화하지 않고 그대로 사용할 수 있다. 왜냐하면 상기 윈도우 변수들을 초기화하지 않고, 또는 RLC 재조립 타이머를 초기화하지 않고(구동 중이라면 계속 구동하도록 유지) 그대로 사용한다면 상기 윈도우 변수들에 의한 데이터의 RLC 일련번호가 유지되기 때문에 단말 또는 기지국 구현이 용이(예를 들면 추가 절차가 불필요)하기 때문이다. 또 다른 실시 예로 단말은 기지국과 윈도우 변수들의 동기를 용이하도록 하고, 데이터 전송 지연을 줄이기 위해서 상기 RLC 계층 장치에서 RLC 재수립(또는 수립) 절차 또는 상기 윈도우 변수들을 초기화하거나 또는 RLC 재조립 타이머를 중지(또는 초기화) 할 수 있다. 상기 윈도우 변수들은 0의 값으로 초기화될 수 있으며 또는 기지국 윈도우 변수 관리를 용이하도록 하기 위해서(예를 들면 기지국이 윈도우 변수를 초기화하지 않아도 단말이 스스로 수신된 데이터에 기반하여 윈도우 변수를 동기화할 수 있도록) 수신된 데이터를 기반으로 상기 윈도우 변수들을 초기화할 수 있다. 예를 들면 UM 모드의 경우, 분할된 데이터에 대해서만 RLC 일련번호가 포함되기 때문에 RLC 일련번호가 포함되지 않은 완전한 데이터에 대해서는 바로 데이터를 처리하고 상위 계층 장치로 전달할 수 있고, 수신된 분할된 데이터의 RLC 일련번호를 기반으로 윈도우 변수를 업데이트할 수 있다. 예를 들면 RX_Next_Reassembly는 상기 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU 또는 UMD PDU 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될 수 있다. 또한, RX_Next_Highest는 상기 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU 또는 UMD PDU 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될 수 있다. 또한, RX_Timer_Trigger는 상기 지시 이후에 처음으로 수신되고 RLC 일련번호를 포함한 데이터(RLC SDU 또는 UMD PDU 또는 RLC SDU segment)의 RLC 일련번호로 초기화될 수 있다(상기 RX_Timer_Trigger의 변수는 윈도우 운영에 큰 영향을 미치지 않기 때문에(불필요한 프로세싱을 초래하기 때문에) 변수 초기화는 생략할 수 있다). 또한 예를 들면 AM 모드의 경우, 모든 데이터(RLC 데이터a PDU 또는 RLC SDU)에 대해서 RLC 일련번호를 포함하기 때문에 RX_Next 또는 RX_Next_Status_Trigger 또는 RX_Highest_Status는 상기 지시 이후에 처음으로 수신된 데이터(RLC SDU 또는 UMD PDU 또는 RLC SDU 세그먼트)의 RLC 일련번호로 초기화될 수 있다(상기 RX_Next_Status_Trigger 또는 RX_Highest_Status의 변수들은 윈도우 운영에 큰 영향을 미치지 않기 때문에(불필요한 프로세싱을 초래하기 때문에) 변수 초기화는 생략할 수 있다). 또 다른 실시 예로 상기 윈도우 변수들은 기지국 구현을 용이하도록 하기 위해서 상기 기지국이 지시한 지시 정보(RRC 메시지 또는 시스템 정보 또는 MAC 제어 정보 또는 PDCP 제어 데이터)에서 포함된 상기 윈도우 변수들에 대한 각 초기화 값(referece values 또는 initial values)으로 초기화될 수 있다. 또 다른 실시 예로 RLC AM 모드로 설정된 RLC 계층 장치에 대해서는 ARQ 동작의 복잡도를 최소화하기 위해서 RLC 재수립 절차를 수행할 수 있다.
2> 그리고 나서, 단말은 멀티 캐스트 서비스를 위한 RLC 계층 장치 또는 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)에서 데이터를 수신하기 시작할 수 있다.
단말이 MBS 서비스를 수신하는 MBS 베어러가 도 7d에서 설명한 제4의 베어러 구조를 갖는다면, 단말의 MBS 베어러에 설정된 PDCP 계층 장치에서 사용하는 COUNT 값과 기지국이 상기 MBS 베어러에 상응하는 PDCP 계층 장치에서 사용하는 COUNT 값이 동기화되지 않거나 또는 일치되지 않을 수 있다. 상기 COUNT 값은 HFN(Hyper Frame Number)과 PDCP 일련번호로 구성되어 있으며 상기 COUNT 값이 동기화되었거나 또는 일치한다는 의미는 단말에서 사용하는 HFN 값과 기지국에서 사용하는 HFN 값이 동일하다는 것을 의미하거나 또는 단말에서 사용하는 HFN 값과 기지국에서 사용하는 HFN 값이 동일하고 단말에서 수신한 가장 높은 PDCP 일련번호와 기지국이 송신한 가장 높은 PDCP 일련번호의 차이가 윈도우의 일정 크기 이하인 경우를 의미할 수 있다.
단말의 MBS 베어러에 설정된 PDCP 계층 장치에서 사용하는 COUNT 값과 기지국이 상기 MBS 베어러에 상응하는 PDCP 계층 장치(또는 RLC 계층 장치)에서 사용하는 PDCP 일련번호 값(또는 RLC 일련번호 값) 또는 COUNT 값이 동기화되지 않거나 또는 일치되지 않는 이유는 이미 기지국이 서비스하고 있는 중인 MBS 서비스 중간에 단말이 MBS 서비스를 수신하기 시작할 수 있기 때문에 PDCP 일련번호(또는 RLC 일련번호) 또는 윈도우 변수값 또는 COUNT 값이 같은 시점에 초기화되지 않았기 때문이며 또는 같은 시점에 0부터 값을 증가시키지 않았기 때문이다.
따라서 기지국이 단말에게 MBS 베어러를 설정해줄 때 또는 단말에게 설정된 MBS 베어러에 대해서 MBS 서비스 유형을 스위칭 또는 전환할 때 또는 MBS 서비스를 수신하는 단말에게 핸드오버를 지시할 때 RRC 메시지(또는 PDCP 제어 데이터 또는 RLC 제어 데이터 또는 MAC 제어 정보)에 상기 MBS 베어러의 PDCP 계층 장치(또는 RLC 계층 장치)에서 기준 값 또는 초기화값으로 사용할 PDCP 일련번호 값(또는 RLC 일련번호 값) 또는 COUNT 값 또는 윈도우 변수 값을 설정해줄 필요가 있다. 예를 들면 RRC 유휴 모드, RRC 비활성화 모드, 또는 RRC 연결 모드 단말이 MBS 베어러를 설정할 때 기지국은 RRC 메시지(예를 들면 RRCSetup 메시지, RRCResume 메시지, RRCRelease 메시지, 또는 RRCReconfiguration 메시지 등)에 MBS 베어러의 PDCP 계층 장치(또는 RLC 계층 장치)에서 기준 값(reference value) 또는 초기화값(initial value)으로 사용할 PDCP 일련번호 값(또는 RLC 일련번호 값) 또는 COUNT 값 또는 윈도우 변수 값을 포함시켜 설정할 수 있다. 예를 들면, 단말에게 도 7d에서 설명한 제4의 베어러 구조를 갖는 MBS 베어러에 대해서 MBS 서비스 유형을 스위칭 또는 전환할 때 또는 MBS 서비스를 수신하는 단말에게 핸드오버를 지시할 때 MBS 베어러의 PDCP 계층 장치 또는 RLC 계층 장치에서 윈도우 변수들을 초기화하는 방법들을 적용할 수 있다. 또 다른 실시 예로 단말은 수신하는 데이터의 PDCP 일련번호(또는 RLC 일련번호)를 기준으로 윈도우 변수들을 초기화 또는 업데이트할 수 있다.
또한 서로 다른 기지국들(예를 들면 핸드오버 절차에서 소스 기지국 또는 타겟 기지국)이 같은 MBS 서비스에 대해서 설정한 서로 다른 MBS 베어러의 PDCP 계층 장치(또는 RLC 계층 장치)에서 사용하는 PDCP 일련번호 값(또는 RLC 일련번호 값) 또는 COUNT 값 또는 윈도우 변수 값을 동기화하기 위해서 기지국 간 메시지에서 각 MBS 서비스 별로 PDCP 일련번호 값(또는 RLC 일련번호 값) 또는 COUNT 값 또는 윈도우 변수 값을 포함하여 상기 값들을 설정해주거나 또는 공유하거나 또는 전달해주는 절차를 도입할 수 있다. 예를 들면 상기 정보들을 요청하는 메시지 또는 상응하는 상기 정보를 포함한 응답 메시지를 도입할 수 있다.
도 17은 본 개시의 일 실시 예에 따른 MBS 베어러가 설정된 단말이 핸드오버 절차를 수행할 때 MBS 베어러를 해제 또는 MBS 서비스를 중단하는 시점과 방법을 나타낸 도면이다.
소스 기지국에서 MBS 베어러(멀티 캐스트 베어러 또는 유니 캐스트 베어러)에 대한 설정 정보를 수신하여 MBS 베어러를 통해 MBS 서비스를 수신하는 단말은 핸드오버 명령 메시지를 수신했을 때(예를 들면 RRCReconfiguration 메시지 또는 ReconfigurationWithSync 지시자를 포함한 RRC 메시지) MBS 베어러를 어떻게 처리하는 냐에 따라서 MBS 서비스의 품질에 영항을 줄 수 있다. 따라서 단말이 핸드오버 절차에서 MBS 베어러를 처리하는 실시 예들을 다음과 같이 설명한다. 상기 해 f오버 adufud 메시지에 설정된 지시자에 따라서 서로 다른 실시 예들을 적용할 수 있으며, 또는 단말에 설정된 MBS 베어러가 멀티 캐스트 베어러인지 또는 유니 캐스트 베어러인지에 따라서 서로 다른 실시 예들을 적용할 수 있다.
<제1의 실시 예>
MBS 베어러가 설정된(MBS 서비스를 수신하고 있는) 단말은 핸드오버 명령 메시지를 수신하고, 핸드오버 절차를 수행할 때에도 계속하여 상기 MBS 베어러를 통해 MBS 서비스 수신을 계속 할 수 있다. 예를 들면 핸드오버 절차와 상관없이 또는 단말의 RRC 연결 상태(예를 들면 RRC 비활성(INACTIVE) 모드 또는 RRC 연결(Connected) 모드 또는 RRC 아이들(IDLE) 모드)와 상관없이 기존 주파수 또는 셀 또는 부분 대역폭에서(또는 RRC 메시지에서 새로 설정된 주파수 또는 셀 또는 부분 대역폭에서) 계속하여 MBS 서비스를 상기 MBS 베어러를 통해서 받을 수 있다. 따라서 핸드오버 절차를 수행하더라도 끊김없이 MBS 서비스를 계속 수신할 수 있다.
<제2의 실시 예>
제2의 실시 예는 도 17의 1705단계에 해당한다. MBS 베어러가 설정된(MBS 서비스를 수신하고 있는) 단말은 핸드오버 명령 메시지를 수신하고, 핸드오버 절차를 수행할 때에도 계속하여 상기 MBS 베어러를 통해 MBS 서비스 수신을 계속할 수 있다. 예를 들면 핸드오버 절차와 상관없이 또는 단말의 RRC 연결 상태(예를 들면 RRC INACTIVE 모드 또는 RRC Connected 모드 또는 RRC IDLE 모드)와 상관없이 기존 주파수 또는 셀 또는 부분 대역폭에서(또는 RRC 메시지에서 새로 설정된 주파수 또는 셀 또는 부분 대역폭에서) 계속하여 MBS 서비스를 상기 MBS 베어러를 통해서 받을 수 있다. 그리고 타겟 기지국으로 핸드오버 절차를 완료한 후, 타겟 기지국으로부터 MBS 서비스를 수신하기 위해 MBS 베어러를 설정하고, 타겟 기지국으로부터 소스 기지국으로부터 수신하는 MBS 서비스를 해제하라는 지시(또는 소스 기지국과 연결을 해제하라는 지시)를 수신하면 소스 기지국으로부터 수신하는 MBS 서비스를 해제할 수 있다(예를 들면 DAPS(Dual Active Protocol Stack) 핸드오버 방법을 MBS 베어러에 적용할 수 있다). 타겟 기지국으로부터의 지시는 MAC 제어 정보 또는 RRC 메시지 또는 PDCP 제어 데이터에 지시자를 포함하여 단말에게 전송되어 지시될 수 있다. 예를 들면 소스 기지국으로부터 MBS 서비스를 수신하던 MBS 베어러에 대해 상기 핸드오버 명령 메시지에서 DAPS 핸드오버 절차를 지시할 수 있다. 그러면 상기 MBS 베어러의 PDCP 계층 장치를 DAPS 베어러의 PDCP 계층 장치로 재설정하고, 하나의 PDCP 계층 장치에 소스 기지국을 위한 RLC 계층 장치와 타겟 기지국을 위한 RLC 계층 장치를 연결하여 설정할 수 있으며, 핸드오버 절차 중(예를 들면 셀 선택 절차 또는 랜덤 액세스 절차 중)에도 소스 기지국으로부터 MBS 서비스 데이터를 수신하며, 타겟 기지국으로 랜덤 액세스 절차를 완료한 후에 타겟 기지국으로부터도 MBS 서비스 데이터를 수신할 수 있다. 그리고 타겟 기지국으로부터 소스 기지국으로부터 수신하는 MBS 서비스를 해제하라는 지시(또는 소스 기지국과 연결을 해제하라는 지시)를 수신하면 소스 기지국으로부터 수신하는 MBS 서비스를 해제할 수 있다(예를 들면 상기 DAPS가 설정된 PDCP 계층 장치에서 DAPS를 해제하고, 또는 소스 기지국에 설정된 RLC 계층 장치를 재수립 또는 해제할 수 있다). DAPS를 PDCP 계층 장치에 재설정한다는 것은 타겟 기지국을 위한 보안키 또는 암호화 기능(또는 알고리즘) 또는 무결성 보호 기능(또는 알고리즘) 또는 헤더 압축 프로토콜을 추가로 설정한다는 것을 지시하며, DAPS를 PDCP 계층 장치에서 해제한다는 것은 소스 기지국을 위한 보안키 또는 암호화 기능(또는 알고리즘) 또는 무결성 보호 기능(또는 알고리즘) 또는 헤더 압축 프로토콜을 해제한다는 것을 지시할 수 있다. 따라서 핸드오버 절차를 수행하더라도 끊김없이 MBS 서비스를 계속 수신할 수 있다.
<제3의 실시 예>
제3의 실시 예는 도 17의 1710단계에 해당한다. MBS 베어러가 설정된(MBS 서비스를 수신하고 있는) 단말은 핸드오버 명령 메시지를 수신하고, 핸드오버 절차(예를 들면 셀 선택 절차 또는 랜덤 액세스 절차)를 수행할 때에도 계속하여 상기 소스 기지국에 대해 설정된 MBS 베어러를 통해 MBS 서비스 수신을 계속 할 수 있다. 하지만 랜덤 액세스 절차를 타겟 기지국으로 완료한다면 소스 기지국으로부터 MBS 서비스를 수신하는 것을 해제하고 타겟 기지국으로부터 MBS 서비스를 수신하기 시작할 수 있다. 예를 들면 단말은 상기에서 핸드오버 명령 메시지를 수신하더라도 소스 기지국으로부터의 연결을 유지하고, 또는 소스 기지국에 대해서 설정된 MBS 베어러를 유지하고 MBS 서비스를 수신할 수 있다. 하지만 랜덤 액세스 절차를 타겟 기지국으로 완료한다면 소스 기지국에 대해서 설정된 MBS 베어러를 상기 핸드오버 명령 메시지에서 설정된 베어러 설정 정보에 따라서 상기 MBS 베어러를 타겟 기지국을 위한 MBS 베어러로 재설정(예를 들면 PDCP 재수립 절차 또는 RLC 재수립 절차 또는 MAC 초기화 절차)하거나 또는 새로 타겟 기지국을 위한 MBS 베어러를 설정하여(또는 소스 기지국을 위한 MBS 베어러는 해제하고) 타겟 기지국으로부터 MBS 서비스를 수신하기 시작할 수 있다. 따라서, 핸드오버 절차를 수행하더라도 MBS 서비스의 끊김을 줄일 수 있다.
<제4의 실시 예>
제4의 실시 예는 도 17의 1715단계에 해당한다. MBS 베어러가 설정된(MBS 서비스를 수신하고 있는) 단말은 핸드오버 명령 메시지를 수신하고, 핸드오버 절차(예를 들면 셀 선택 절차)를 수행할 때에도 계속하여 상기 소스 기지국에 대해 설정된 MBS 베어러를 통해 MBS 서비스 수신을 계속할 수 있다. 하지만 셀 선택 절차를 수행하고 또는 랜덤 액세스 절차를 시작해서 프리앰블을 전송했다면 소스 기지국으로부터 MBS 서비스를 수신하는 것을 해제하고 타겟 기지국으로 랜덤 액세스 절차를 완료한 후, 타겟 기지국으로부터 MBS 서비스를 수신하기 시작할 수 있다. 예를 들면 단말은 핸드오버 명령 메시지를 수신하더라도 소스 기지국으로부터의 연결을 유지하고, 또는 소스 기지국에 대해서 설정된 MBS 베어러를 유지하고 MBS 서비스를 수신할 수 있다. 하지만 셀 선택 절차를 수행하고 또는 랜덤 액세스 절차를 시작해서 프리앰블을 전송했다면 소스 기지국에 대해서 설정된 MBS 베어러를 상기 핸드오버 명령 메시지에서 설정된 베어러 설정 정보에 따라서 상기 MBS 베어러를 타겟 기지국을 위한 MBS 베어러로 재설정(예를 들면 PDCP 재수립 절차 또는 RLC 재수립 절차 또는 MAC 초기화 절차)하거나 또는 새로 타겟 기지국을 위한 MBS 베어러를 설정하고(또는 소스 기지국을 위한 MBS 베어러는 해제하고) 타겟 기지국으로 랜덤 액세스 절차를 완료한 후, 타겟 기지국으로부터 MBS 서비스를 수신하기 시작할 수 있다. 따라서, 핸드오버 절차를 수행하더라도 MBS 서비스의 끊김을 줄일 수 있다.
<제5의 실시 예>
제5의 실시 예는 도 17의 1720단계에 해당한다. MBS 베어러가 설정된(MBS 서비스를 수신하고 있는) 단말은 상기에서 핸드오버 명령 메시지를 수신하고, 핸드오버 절차(예를 들면 셀 선택 절차)를 수행할 때에도 계속하여 상기 소스 기지국에 대해 설정된 MBS 베어러를 통해 MBS 서비스 수신을 계속할 수 있다. 하지만 셀 선택 절차를 수행하고 또는 적합한 셀(suitable cell)을 선택했다면(또는 찾았다면) 소스 기지국으로부터 MBS 서비스를 수신하는 것을 해제하고 타겟 기지국으로 랜덤 액세스 절차를 완료한 후, 타겟 기지국으로부터 MBS 서비스를 수신하기 시작할 수 있다. 예를 들면 단말은 핸드오버 명령 메시지를 수신하더라도 소스 기지국으로부터의 연결을 유지하고, 또는 소스 기지국에 대해서 설정된 MBS 베어러를 유지하고 MBS 서비스를 수신할 수 있다. 하지만 셀 선택 절차를 수행하고 또는 적합한 셀(suitable cell)을 선택했다면(또는 찾았다면) 소스 기지국에 대해서 설정된 MBS 베어러를 상기 핸드오버 명령 메시지에서 설정된 베어러 설정 정보에 따라서 상기 MBS 베어러를 타겟 기지국을 위한 MBS 베어러로 재설정(예를 들면 PDCP 재수립 절차 또는 RLC 재수립 절차 또는 MAC 초기화 절차)하거나 또는 새로 타겟 기지국을 위한 MBS 베어러를 설정하고(또는 소스 기지국을 위한 MBS 베어러는 해제하고) 타겟 기지국으로 랜덤 액세스 절차를 완료한 후, 타겟 기지국으로부터 MBS 서비스를 수신하기 시작할 수 있다. 따라서, 핸드오버 절차를 수행하더라도 MBS 서비스의 끊김을 줄일 수 있다.
<제6의 실시 예>
제6의 실시 예는 도 17의 1725단계에 해당한다. MBS 베어러가 설정된(MBS 서비스를 수신하고 있는) 단말은 핸드오버 명령 메시지를 수신하면, 소스 기지국에 대해서 설정된 MBS 베어러를 상기 핸드오버 명령 메시지에서 설정된 베어러 설정 정보에 따라서 상기 MBS 베어러를 타겟 기지국을 위한 MBS 베어러로 재설정(예를 들면 PDCP 재수립 절차 또는 RLC 재수립 절차 또는 MAC 초기화 절차)하거나 또는 새로 타겟 기지국을 위한 MBS 베어러를 설정하고(또는 소스 기지국을 위한 MBS 베어러는 해제하고) 타겟 기지국으로 랜덤 액세스 절차를 완료한 후, 타겟 기지국으로부터 MBS 서비스를 수신하기 시작할 수 있다. 일반 데이터 서비스를 송신 또는 수신하는 DRB들과 동일하게 처리함으로써 단말의 구현을 간단하게 할 수 있다.
이하에서는 MBS 베어러를 설정하고, 상기 MBS 베어러를 통해 MBS 서비스를 수신하는 단말이 수신하지 못한 MBS 데이터에 대해서 재전송을 수행하거나 또는 데이터 유실 정도를 기반으로 무선 연결의 신뢰도 또는 MBS 서비스의 품질을 확인하기 위해서 단말이 PDCP 상태 보고를 구성하여 전송하는 절차를 설명한다.
이하에서는, PDCP 상태 보고를 트리거링하는 조건과 트리거링된 PDCP 상태 보고를 MBS 베어러(멀티 캐스트 베어러 또는 유니캐스트 베어러) 또는 AM DRB(AM 모드로 동작하는 RLC 계층 장치)와 연결된 LTE 또는 NR PDCP 계층 장치 또는 MBS 베어러(멀티 캐스트 베어러 또는 유니캐스트 베어러) 또는 UM DRB(UM 모드로 동작하는 RLC 계층 장치)와 연결된 LTE 또는 NR PDCP 계층 장치가 생성하고 구성하는 방법을 설명한다.
각 베어러 별 또는 MBS 베어러에 대한 PDCP 계층 장치는 다음의 복수 개의 조건들 중에 하나의 조건을 만족하면 PDCP 상태 보고를 트리거링하고 생성하고 구성하여 하위 계층 장치로 전달하여 전송을 수행할 수 있다. 이하에서 설명되는 동작들은 단말 또는 기지국의 PDCP 계층 장치에 적용될 수 있다.
1> AM 모드로 동작하는 RLC 계층 장치 또는 UM 모드로 동작하는 RLC 계층 장치와 연결된 PDCP 계층 장치에 대해서 상위 계층 장치(RRC 계층 장치)에 의해서 (또는 RRC 메시지에서 지시자(예를 들면 status Report Required)로 PDCP 상태 보고 트리거링 여부를 설정) PDCP 상태 보고를 트리거링 하도록 또는 보내도록 설정된 경우,
2> 단말이 기지국으로부터 RRC 메시지(예를 들면 핸드오버 명령 메시지)를 수신하고, 상기 RRC 메시지가 상기 PDCP 계층 장치에게 PDCP 재수립 절차를 지시하는 지시자(reestablishPDCP)를 포함한다면 또는 상기 단말의 상위 계층 장치(예를 들면 RRC 계층 장치)가 상기 PDCP 계층 장치에게 PDCP 재수립 절차를 지시하였다면
3> 상기 PDCP 계층 장치는 PDCP 상태 보고를 트리거링하고 구성하여 기지국(타겟 기지국 또는 소스 기지국)에게 전송을 수행할 수 있다.
1> AM 모드로 동작하는 RLC 계층 장치 또는 UM 모드로 동작하는 RLC 계층 장치와 연결된 PDCP 계층 장치에 대해서 상위 계층 장치(RRC 계층 장치)에 의해서 (또는 RRC 메시지를 통해 지시자(예를 들면 status Report Required)로 PDCP 상태 보고 트리거링 여부를 설정) PDCP 상태 보고를 트리거링 하도록 또는 보내도록 설정된 경우,
2> 단말이 기지국으로부터 RRC 메시지(예를 들면 핸드오버 명령 메시지)를 수신하고, 상기 RRC 메시지가 상기 PDCP 계층 장치에게 PDCP 데이터 복구를 지시하는 지시자(recoverPDCP)를 포함한다면 또는 상기 단말의 상위 계층 장치(예를 들면 RRC 계층 장치)가 상기 PDCP 계층 장치에게 PDCP 데이터 복구를 지시하였다면
3> 상기 PDCP 계층 장치는 PDCP 상태 보고를 트리거링하고 구성하여 기지국(타겟 기지국 또는 소스 기지국)에게 전송을 수행할 수 있다.
1> AM 모드로 동작하는 RLC 계층 장치 또는 UM 모드로 동작하는 RLC 계층 장치와 연결된 PDCP 계층 장치에 대해서 상위 계층 장치(RRC 계층 장치)에 의해서 (또는 RRC 메시지를 통해 지시자(예를 들면 status Report Required)로 PDCP 상태 보고 트리거링 여부를 설정) PDCP 상태 보고를 트리거링 하도록 또는 보내도록 설정된 경우, 또는 기지국으로부터 수신한 RRC 메시지 또는 MAC 제어 정보 또는 RLC 제어 데이터 또는 PDCP 제어 데이터에서 MBS 베어러의 재설정이 지시되었다면 또는 상기 MBS 베어러에 대해 MBS 서비스 유형의 전환(PTP to PTM 또는 PTM to PTP)이 지시되었다면
2> 상기 PDCP 계층 장치는 PDCP 상태 보고를 트리거링하고 구성하여 기지국(타겟 기지국 또는 소스 기지국)에게 전송을 수행할 수 있다.
1> AM 모드로 동작하는 RLC 계층 장치 또는 UM 모드로 동작하는 RLC 계층 장치와 연결된 PDCP 계층 장치에 대해서 상위 계층 장치(RRC 계층 장치)에 의해서 (또는 RRC 메시지를 통해 지시자(예를 들면 status Report Required)로 PDCP 상태 보고 트리거링 여부를 설정) PDCP 상태 보고를 트리거링 하도록 또는 보내도록 설정된 경우, 또는 기지국으로부터 설정된 타이머 값이 만료하였다면(PDCP 상태 보고를 주기적으로 전송하기 위한 타이머로 PDCP 상태 보고 전송 후, 다시 재시작할 수 있다) 또는 MAC 제어 정보 또는 PDCP 제어 데이터 또는 RLC 제어 데이터 또는 PDCP 헤더에서 PDCP 상태 보고를 트리거링하는(또는 요청하는) 지시자가 포함되어 수신된 경우,
2> 상기 PDCP 계층 장치는 PDCP 상태 보고를 트리거링하고 구성하여 기지국(타겟 기지국 또는 소스 기지국)에게 전송을 수행할 수 있다.
1> AM 모드로 동작하는 RLC 계층 장치 또는 UM 모드로 동작하는 RLC 계층 장치와 연결된 PDCP 계층 장치에 대해서 상위 계층 장치(RRC 계층 장치)에 의해서 (또는 RRC 메시지를 통해 지시자(예를 들면 status Report Required)로 PDCP 상태 보고 트리거링 여부를 설정) PDCP 상태 보고를 트리거링 하도록 또는 보내도록 설정된 경우, 또는 핸드오버 절차에서 타겟 기지국으로의 랜덤 액세스 절차가 성공적으로 완료했다는 지시를 수신한 경우 또는 랜덤 액세스 절차에서 프리앰블을 전송한 경우(또는 전송하려고 하는 경우) 또는 타겟 기지국에 대한 타겟 셀을 적합한 셀(suitable cell)로 선택한 경우, 또는 기지국(예를 들면 타겟 기지국)으로부터 (소스 기지국을 위한) MBS 베어러를 해제하라는 지시를 수신한 경우,
2> 상기 PDCP 계층 장치는 PDCP 상태 보고를 트리거링하고 구성하여 기지국(타겟 기지국 또는 소스 기지국)에게 전송을 수행할 수 있다.
1> AM 모드로 동작하는 RLC 계층 장치 또는 UM 모드로 동작하는 RLC 계층 장치와 연결된 PDCP 계층 장치에 대해서 상위 계층 장치(RRC 계층 장치)에 의해서 (또는 RRC 메시지를 통해 지시자(예를 들면 status Report Required)로 PDCP 상태 보고 트리거링 여부를 설정) PDCP 상태 보고를 트리거링 하도록 또는 보내도록 설정된 경우, 또는 상위 계층 장치로부터 PDCP 상태 보고를 트리거링하라는 지시를 수신한 경우 또는 MBS 베어러를 해제하라는 지시를 수신한 경우,
2> 상기 PDCP 계층 장치는 PDCP 상태 보고를 트리거링하고 구성하여 기지국(타겟 기지국 또는 소스 기지국)에게 전송을 수행할 수 있다.
상기 PDCP 상태 보고의 트리거링 조건에 따라 AM DRB(AM 모드로 동작하는 RLC 계층 장치)와 연결된 LTE 또는 NR PDCP 계층 장치 또는 UM DRB(UM 모드로 동작하는 RLC 계층 장치)와 연결된 LTE 또는 NR PDCP 계층 장치 또는 MBS 베어러와 연결된 PDCP 계층 장치에서 PDCP 상태 보고가 트리거링되었다면 다음과 같이 PDCP 상태 보고를 구성하는 실시 예들을 적용할 수 있다. 또는 PDCP 상태 보고가 트리거링된 베어러의 종류에 따라서 서로 다르게 PDCP 상태 보고를 구성할 수도 있다.
- AM DRB 또는 UM DRB에 연결된 NR PDCP 계층 장치에서 또는 만약 PDCP 상태 보고가 트리거링되었다면
■ PDCP 상태 보고를 다음과 같이 구성할 수 있다.
◆ PDCP 상태 보고의 FMC(First Missing COUNT) 값을 RX_DELIV 변수의 값(상위 계층 장치로 전달하지 않은 첫 번째 데이터의 COUNT 값)으로 설정한다.
◆ RX_DELIV 값(상위 계층 장치로 전달하지 않은 첫 번째 데이터의 COUNT 값)이 RX_NEXT 값(다음에 수신될 것이라고 예상되는 데이터의 COUNT 값)보다 작다면
● 비트맵 필드의 길이를 유실된 첫 번째 PDCP SDU를 포함하지 않은 COUNT 값부터 순서가 맞지 않은 마지막 데이터의 COUNT 값을 포함한 8의 배수까지에 해당하는 길이로 설정하거나 또는 비트맵 필드의 길이를 유실된 첫 번째 PDCP SDU를 포함하지 않은 COUNT 값부터 PDCP 제어 데이터(PDCP 상태 보고)의 크기가 9000 바이트가 되게 하는 PDCP SDU의 COUNT 값까지의 길이로 설정할 수 있으며, 상기 두 가지의 경우 중 먼저 만족하는 경우에 맞게 길이를 설정할 수 있다.
● 상기 비트맵 필드에 해당하는 PDCP SDU들에 대해 성공적으로 수신이 되지 않았다면 또는 헤더 압축 해제 실패가 발생하였다면 상기 PDCP SDU에 해당하는 비트맵 필드를 0으로 설정할 수 있다.
● 상기 비트맵 필드에 해당하는 PDCP SDU들에 대해 성공적으로 수신이 되었다면 상기 PDCP SDU에 해당하는 비트맵 필드를 1으로 설정할 수 있다.
■ 상기 구성된 PDCP 상태 보고를 하위 계층 장치로 전송할 때, 송신 PDCP 계층 장치의 첫 번째 PDCP PDU로써 하위 계층 장치로 보낼 수 있다. 즉, 가장 높은 우선 순위를 상기 PDCP 상태 보고에 부여하고 상기 PDCP 상태 보고가 생성된다면 가장 먼저 하위 계층 장치로 전달하여 전송이 빠르게 되도록 할 수 있다.
- MBS 베어러에 연결된 PDCP 계층 장치에서 PDCP 상태 보고가 트리거링되었다면
■ PDCP 상태 보고를 다음과 같이 구성할 수 있다.
◆ PDCP 상태 보고의 FMC(First Missing COUNT) 값을 RX_DELIV 변수의 값(상위 계층 장치로 전달하지 않은 첫 번째 데이터의 COUNT 값)으로 설정한다. 또 다른 실시 예로 기지국이 RRC 메시지 또는 PDCP 제어 데이터 또는 MAC 제어 정보 또는 시스템 정보로 PDCP 상태 보고의 기준이 되는 COUNT 값(또는 HFN 값) 또는 윈도우 변수들의 값을 설정하였다면 상기 설정된 값과 상기 RX_DELIV 값을 기반으로 FMC 값을 설정할 수 있다. 예를 들면 상기 설정된 COUNT 값으로 FMC 값을 설정하고 PDCP 상태 보고를 구성하거나 또는 상기 COUNT 값(또는 HFN값)의 HFN 값을 상기 FMC의 상위 HFN 값으로 설정하고 상기 FMC의 하위 PDCP 일련번호 값은 RX_DELIV 값의 하위 PDCP 일련번호 값으로 설정할 수도 있다. 또 다른 실시 예로 기지국이 RRC 메시지 또는 PDCP 제어 데이터 또는 MAC 제어 정보로 PDCP 상태 보고의 기준이 되는 COUNT 값(또는 HFN 값) 또는 윈도우 변수들의 값을 설정하지 않았다면(또는 않는다면) 또는 예를 들면 기지국이 사용하고 있는 COUNT 값(또는 윈도우 변수값들 또는 HFN값)과 단말이 사용하고 있는 COUNT 값이 동기화가 되어 있지 않다면 또는 차이가 난다면(일정 크기 이상) 기지국은 단말이 RX_DELIV 변수의 값으로 설정한 FMC 기반으로 구성한 PDCP 상태 보고를 해석할 때 PDCP 일련번호 기준으로 유실된 데이터를 해석할 수 있다.
◆ RX_DELIV 값(상위 계층 장치로 전달하지 않은 첫 번째 데이터의 COUNT 값)이 RX_NEXT 값(다음에 수신될 것이라고 예상되는 데이터의 COUNT 값)보다 작다면
● 비트맵 필드의 길이를 유실된 첫 번째 PDCP SDU를 포함하지 않은 COUNT 값부터 순서가 맞지 않은 마지막 데이터의 COUNT 값을 포함한 8의 배수까지에 해당하는 길이로 설정하거나 또는 비트맵 필드의 길이를 유실된 첫 번째 PDCP SDU를 포함하지 않은 COUNT 값부터 PDCP 제어 데이터(PDCP 상태 보고)의 크기가 9000 바이트가 되게 하는 PDCP SDU의 COUNT 값까지의 길이로 설정할 수 있으며, 상기 두 가지의 경우 중 먼저 만족하는 경우에 맞게 길이를 설정할 수 있다.
● 상기 비트맵 필드에 해당하는 PDCP SDU들에 대해 성공적으로 수신이 되지 않았다면 또는 헤더 압축 해제 실패가 발생하였다면 상기 PDCP SDU에 해당하는 비트맵 필드를 0으로 설정할 수 있다.
● 상기 비트맵 필드에 해당하는 PDCP SDU들에 대해 성공적으로 수신이 되었다면 상기 PDCP SDU에 해당하는 비트맵 필드를 1으로 설정할 수 있다.
■ 상기 구성된 PDCP 상태 보고를 하위 계층 장치로 전송할 때, 송신 PDCP 계층 장치의 첫 번째 PDCP PDU로써 하위 계층 장치로 보낼 수 있다. 즉, 가장 높은 우선 순위를 상기 PDCP 상태 보고에 부여하고 상기 PDCP 상태 보고가 생성된다면 가장 먼저 하위 계층 장치로 전달하여 전송이 빠르게 되도록 할 수 있다.
- MBS 베어러에 연결된 PDCP 계층 장치에서 PDCP 상태 보고가 트리거링되었다면
■ 기지국이 사용하고 있는 COUNT 값(또는 윈도우 변수값들 또는 HFN값)과 단말이 사용하고 있는 COUNT 값이 동기화가 되어 있지 않을 때 또는 차이가 났을 때(일정 크기 이상) 발생할 수 있는 비동기화 문제를 방지하기 위해서 PDCP 일련번호 기준의 MBS 베어러(또는 MBS 서비스)를 위한 PDCP 상태 보고를 다음과 같이 새로 도입하고 구성할 수 있다.
◆ PDCP 상태 보고의 FMS(First Missing PDCP Sequence Number) 값을 첫 번째 유실된 PDCP SDU의 일련번호 또는 상위 계층 장치로 전달하지 않은 첫 번째 데이터의 PDCP 일련번호 또는 마지막으로 상위 계층 장치로 전달한 데이터의 PDCP 일련번호에 1을 증가한 값 또는 RX_DELIV의 PDCP 일련번호 크기를 값는 하위 값들로 또는 RX_DELIV의 하위 PDCP 일련번호 값으로 설정한다.
◆ 만약에 RX_DELIV 값(상위 계층 장치로 전달하지 않은 첫 번째 데이터의 COUNT 값)(또는 RX_DELIV의 하위 PDCP 일련번호 값)이 RX_NEXT 값(다음에 수신될 것이라고 예상되는 데이터의 COUNT 값)(또는 음에 수신될 것이라고 예상되는 데이터의 PDCP 일련번호 값)보다 작다면
● 비트맵 필드의 길이를 유실된 첫 번째 PDCP SDU를 포함하지 않은 COUNT 값(또는 PDCP 일련번호)부터 순서가 맞지 않은 마지막 데이터의 COUNT 값(또는 PDCP 일련번호)을 포함한 8의 배수까지에 해당하는 길이로 설정하거나 또는 비트맵 필드의 길이를 유실된 첫 번째 PDCP SDU를 포함하지 않은 COUNT 값(또는 PDCP 일련번호)부터 PDCP 제어 데이터(PDCP 상태 보고)의 크기가 9000 바이트가 되게 하는 PDCP SDU의 COUNT 값(또는 PDCP 일련번호)까지의 길이로 설정할 수 있으며, 상기 두 가지의 경우 중 먼저 만족하는 경우에 맞게 길이를 설정할 수 있다.
● 상기 비트맵 필드에 해당하는 PDCP SDU들에 대해 성공적으로 수신이 되지 않았다면 또는 헤더 압축 해제 실패가 발생하였다면 상기 PDCP SDU에 해당하는 비트맵 필드를 0으로 설정할 수 있다.
● 상기 비트맵 필드에 해당하는 PDCP SDU들에 대해 성공적으로 수신이 되었다면 상기 PDCP SDU에 해당하는 비트맵 필드를 1으로 설정할 수 있다.
■ 상기 구성된 PDCP 상태 보고를 하위 계층 장치로 전송할 때, 송신 PDCP 계층 장치의 첫 번째 PDCP PDU로써 하위 계층 장치로 보낼 수 있다. 즉, 가장 높은 우선 순위를 상기 PDCP 상태 보고에 부여하고 상기 PDCP 상태 보고가 생성된다면 가장 먼저 하위 계층 장치로 전달하여 전송이 빠르게 되도록 할 수 있다.
단말은 PDCP 상태 보고를 전송할 때 유니 캐스트 베어러 또는 유니 캐스트 서비스를 위한 RLC 계층 장치(또는 유니 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)로 PDCP 상태 보고를 구성하여 전송할 수 있다. 또한 상기 PDCP 상태 보고를 수신한 기지국은 상기 PDCP 상태 보고에 기반하여 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 데이터를 재전송할 수 있다. 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 단말이 PDCP 상태 보고를 전송한다면 기지국은 상기 PDCP 상태 보고가 어떤 단말에 대한 PDCP 상태 보고인지를 쉽게 구분할 수 있다. 또는 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 재전송을 수행한다면 개별적인 전송 자원을 통해 재전송을 수행하여 전송 자원 낭비를 막을 수 있다(또 다른 실시 예로 단말은 멀티 캐스트를 위한 RLC 계층 장치에서 PDCP 상태 보고를 전송할 수 있다).
또 다른 실시 예로 단말은 성공적인 데이터 수신 여부를 기지국에게 보고하여 기지국이 유실을 줄이기 위한 재전송을 수행할 수 있도록 PDCP 상태 보고를 구성하여 멀티 캐스트 서비스를 위한 RLC 계층 장치(또는 멀티 캐스트 서비스에 해당하는 논리 채널 식별자로 설정된 RLC 계층 장치)로 전송할 수 있다. 상기 PDCP 상태 보고를 수신한 기지국은 상기 PDCP 상태 보고에 기반하여 멀티 캐스트 서비스 또는 유니 캐스트 서비스를 위한 RLC 계층 장치를 통해 데이터를 재전송할 수 있다. 멀티 캐스트 서비스를 위한 RLC 계층 장치를 통해 단말이 PDCP 상태 보고를 전송한다면 기지국은 모든 단말의 PDCP 상태 보고를 쉽게 파악할 수 있다.
도 8, 도 9, 도 10 및/또는 도 16의 실시 예들처럼 단말이 기지국 또는 네트워크로부터 RRC 메시지(예를 들면 RRCRelease 메시지, RRCReconfiguration 메시지, 또는 MBS 서비스를 위한 새로운 RRC 메시지)를 수신하였을 때 또는 데이터 비활성화 타이머가 만료했다는 지시를 하위 계층 장치(예를 들면 MAC 계층 장치)로부터 상위 계층 장치(예를 들면 RRC 계층 장치)가 수신하였을 때 또는 데이터 비활성화 타이머가 만료했다는 지시를 하위 계층 장치(예를 들면 MAC 계층 장치)로부터 상위 계층 장치(예를 들면 RRC 계층 장치)가 수신하여 RRC 유휴 모드로 상태를 천이할 때 단말은 다음의 실시 예들 중에 하나의 실시 예 또는 조합된 실시 예를 단말의 동작으로 수행할 수 있다.
- 제1의 실시 예
■ 상기 수신한 RRC 메시지에서 핸드오버를 지시하는 지시자를 포함한 경우, 또는 RRC 연결 모드 단말에게 RRC 비활성화 모드 또는 RRC 유휴 모드로 천이시키는 지시자를 포함한 경우, 또는 단말에게 MBS 베어러로 MBS 서비스를 지원하고 있다면 또는 단말이 MBS 베어러로 MBS 서비스를 수신하고 있다면(또는 단말이 MBS 서비스 중지를 지시하지 않은 경우) 또는 상기 MBS 베어러가 유니캐스트 베어러 또는 멀티 캐스트 베어러라면 또는 상기 RRC 메시지에 지시자(예를 들면 단말 동작을 지시하는 새로운 지시자 또는 PDCP 재수립 지시자 또는 베어러(또는 PDCP) 중지 또는 해제 절차 지시자 또는 제1의 스위칭 방법 또는 제2의 스위칭 방법 또는 베어러 해제를 지시하는 지시자)가 포함되었다면
◆ 단말은 MAC 계층 장치 초기화(reset) 절차를 수행하지 않을 수 있다. 왜냐하면 MAC 계층 장치를 초기화하게 되면 MBS 데이터를 단말이 수신하고 있는 경우, MBS 데이터 서비스의 끊김 현상 또는 데이터 전송 지연이 발생할 수 있기 때문이다.
◆ 또 다른 실시 예로 MAC 계층 장치 부분 초기화(partial rest) 절차를 수행할 수 있다. MAC 계층 장치의 부분 초기화 절차는 MBS 데이터를 단말이 수신하고 있는 경우, MBS 데이터 서비스의 끊김 현상 또는 데이터 전송 지연이 발생하는 것을 막고, 불필요한 재전송을 막을 수 있다. 또 다른 실시 예로 상기 RRC 메시지에서 MAC 계층 장치의 부분 초기화를 지시하는 지시자가 포함된 경우 또는 상위 계층 장치가 MAC 계층 장치의 부분 초기화를 지시한 경우, 상기 MAC 계층 장치의 부분 초기화 절차를 수행할 수 있다.
◆ 또는 단말에게 설정된 모든 베어러들에 대한 설정 정보(MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치 또는 SDAP 계층 장치 관련 설정 정보) 또는 전송 자원을 해제할 때 MBS 베어러에 대한 설정 정보(MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치 또는 SDAP 계층 장치 관련 설정 정보)는 제외하고 해제할 수 있다. 또 다른 실시 예로 상기 RRC 메시지를 통해 지시자로 지시된 경우, MBS 베어러에 대한 설정 정보(MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치 또는 SDAP 계층 장치 관련 설정 정보)는 계속 유지하고 적용할 수 있으며 또는 해제하지 않을 수 있다. 또는 상기 RRC 메시지를 통해 지시자로 지시된 경우, MBS 베어러에 대한 설정 정보(MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치 또는 SDAP 계층 장치 관련 설정 정보)를 해제할 수 있다.
◆ 또는 단말에 설정된 SRB0 또는 MBS 베어러들(유니 캐스트 베어러 또는 멀티 캐스트 베어러)을 제외한 모든 SRB들 또는 모든 DRB들을 중지(suspend)할 수 있다. 왜냐하면 상기 MBS 베어러를 중지하게 되면 MBS 데이터를 단말이 수신하고 있는 경우, MBS 데이터 서비스의 끊김 현상 또는 데이터 전송 지연이 발생할 수 있기 때문이다.
◆ 또는 MBS 베어러들(유니 캐스트 베어러 또는 멀티 캐스트 베어러)을 제외한 단말에 설정된 모든 DRB들의 하위 계층 장치(예를 들면 PDCP 계층 장치)에게 PDCP 중지 절차(PDCP suspend)를 지시할 수 있다.
■ 상기 수신한 RRC 메시지가 핸드오버를 지시하는 지시자를 포함한 경우, 또는 RRC 연결 모드 단말에게 RRC 비활성화 모드 또는 RRC 유휴 모드로 천이시키는 지시자를 포함한다면
◆ 단말은 MAC 계층 장치 초기화(reset) 절차를 수행할 수 있다. 왜냐하면 상기에서 MBS 데이터를 단말이 수신하고 있지 않는 경우, MAC 계층 장치를 초기화해야 불필요한 재전송을 막을 수 있기 때문이다.
◆ 또는 단말에게 설정된 모든 베어러들에 대한 설정 정보(MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치 또는 SDAP 계층 장치 관련 설정 정보) 또는 전송 자원을 해제할 수 있다.
◆ 또는 단말에 설정된 SRB0를 제외한 모든 SRB들 또는 모든 DRB들을 중지(suspend)할 수 있다.
◆ 또는 단말에 설정된 모든 DRB들의 하위 계층 장치(예를 들면 PDCP 계층 장치)에게 PDCP 중지 절차(PDCP suspend)를 지시할 수 있다. 또 다른 실시 예로 단말에 설정된 MBS 베어러들의 하위 계층 장치(예를 들면 PDCP 계층 장치)에게 PDCP 중지 절차(PDCP suspend)를 지시할 수 있다.
- 제2의 실시 예
■ 상기 수신한 RRC 메시지가 핸드오버를 지시하는 지시자를 포함한 경우, 또는 RRC 연결 모드 단말에게 RRC 비활성화 모드 또는 RRC 유휴 모드로 천이시키는 지시자를 포함한다면 또는 단말에게 MBS 베어러로 MBS 서비스를 지원하고 있지 않다면 또는 단말이 MBS 베어러로 MBS 서비스를 수신하고 있지 않다면 또는 상기 MBS 베어러가 유니캐스트 베어러 또는 멀티 캐스트 베어러가 아니라면 또는 상기 RRC 메시지에 지시자(예를 들면 단말 동작을 지시하는 새로운 지시자 또는 PDCP 재수립 지시자 또는 베어러(또는 PDCP) 중지 또는 해제 절차 지시자 또는 제1의 스위칭 방법 또는 제2의 스위칭 방법 또는 베어러 해제를 지시하는 지시자)가 포함되지 않았다면
◆ 단말은 MAC 계층 장치 초기화(reset) 절차를 수행할 수 있다. 왜냐하면 상기에서 MBS 데이터를 단말이 수신하고 있지 않는 경우, MAC 계층 장치를 초기화해야 불필요한 재전송을 막을 수 있기 때문이다.
◆ 또는 단말에게 설정된 모든 베어러들에 대한 설정 정보(MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치 또는 SDAP 계층 장치 관련 설정 정보) 또는 전송 자원을 해제할 수 있다.
◆ 또는 단말에 설정된 SRB0를 제외한 모든 SRB들 또는 모든 DRB들을 중지(suspend)할 수 있다.
◆ 또는 단말에 설정된 모든 DRB들의 하위 계층 장치(예를 들면 PDCP 계층 장치)에게 PDCP 중지 절차(PDCP suspend)를 지시할 수 있다.
■ 상기 수신한 RRC 메시지가 핸드오버를 지시하는 지시자를 포함한 경우, 또는 RRC 연결 모드 단말에게 RRC 비활성화 모드 또는 RRC 유휴 모드로 천이시키는 지시자를 포함한 경우, 또는 단말에게 MBS 베어러로 MBS 서비스를 지원하고 있다면 또는 단말이 MBS 베어러로 MBS 서비스를 수신하고 있다면(또는 단말이 MBS 서비스 중지를 지시하지 않은 경우) 또는 상기 MBS 베어러가 유니캐스트 베어러 또는 멀티 캐스트 베어러라면 또는 상기 RRC 메시지에 지시자(예를 들면 상기 본 발명에서 제안한 단말 동작을 지시하는 새로운 지시자 또는 PDCP 재수립 지시자 또는 베어러(또는 PDCP) 중지 또는 해제 절차 지시자 또는 제1의 스위칭 방법 또는 제2의 스위칭 방법 또는 베어러 해제를 지시하는 지시자)가 포함되었다면
◆ 단말은 MAC 계층 장치 초기화(reset) 절차를 수행하지 않을 수 있다. 왜냐하면 상기에서 MAC 계층 장치를 초기화하게 되면 MBS 데이터를 단말이 수신하고 있는 경우, MBS 데이터 서비스의 끊김 현상 또는 데이터 전송 지연이 발생할 수 있기 때문이다.
◆ 또 다른 실시 예로 MAC 계층 장치 부분 초기화(partial rest) 절차를 수행할 수 있다. 상기 MAC 계층 장치의 부분 초기화 절차는 상기에서 MBS 데이터를 단말이 수신하고 있는 경우, MBS 데이터 서비스의 끊김 현상 또는 데이터 전송 지연이 발생하는 것을 막고, 불필요한 재전송을 막을 수 있다. 또 다른 실시 예로 상기 RRC 메시지가 MAC 계층 장치의 부분 초기화를 지시하는 지시자를 포함한 경우 또는 상위 계층 장치가 MAC 계층 장치의 부분 초기화를 지시한 경우, 상기 MAC 계층 장치의 부분 초기화 절차를 수행할 수 있다.
◆ 또는 단말에게 설정된 모든 베어러들에 대한 설정 정보(MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치 또는 SDAP 계층 장치 관련 설정 정보) 또는 전송 자원을 해제할 때 MBS 베어러에 대한 설정 정보(MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치 또는 SDAP 계층 장치 관련 설정 정보)는 제외하고 해제할 수 있다. 또 다른 실시 예로 상기 RRC 메시지에서 지시자로 지시된 경우, MBS 베어러에 대한 설정 정보(MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치 또는 SDAP 계층 장치 관련 설정 정보)는 계속 유지하고 적용할 수 있으며 또는 해제하지 않을 수 있다. 또는 상기 RRC 메시지를 통해 지시자로 지시된 경우, MBS 베어러에 대한 설정 정보(MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치 또는 SDAP 계층 장치 관련 설정 정보)를 해제할 수 있다.
◆ 또는 단말에 설정된 SRB0 또는 MBS 베어러들(유니 캐스트 베어러 또는 멀티 캐스트 베어러)을 제외한 모든 SRB들 또는 모든 DRB들을 중지(suspend)할 수 있다. 왜냐하면 MBS 베어러를 중지하게 되면 MBS 데이터를 단말이 수신하고 있는 경우, MBS 데이터 서비스의 끊김 현상 또는 데이터 전송 지연이 발생할 수 있기 때문이다.
◆ 또는 MBS 베어러들(유니 캐스트 베어러 또는 멀티 캐스트 베어러)을 제외한 또는 단말에 설정된 모든 DRB들의 하위 계층 장치(예를 들면 PDCP 계층 장치)에게 PDCP 중지 절차(PDCP suspend)를 지시할 수 있다. 또 다른 실시 예로 단말에 설정된 MBS 베어러들의 하위 계층 장치(예를 들면 PDCP 계층 장치)에게 PDCP 중지 절차(PDCP suspend)를 지시할 수 있다.
상기 MAC 계층 장치의 부분 초기화(partial reset)는 다음의 절차들 중에 하나 또는 복수 개의 단말 동작을 포함할 수 있다.
- 단말은 서빙 셀에 설정된 HARQ 프로세스(process) 들 중, MBS용 HARQ 프로세스를 제외한 나머지 HARQ 프로세스들 (즉, 일반 HARQ 프로세스 또는 시스템 정보용 HARQ 프로세스 등)을 flush하는 동작을 수행하고, MBS 용 HARQ 프로세스는 핸드오버 완료 후에 또는 RRC 상태 모드 천이(RRC 비활성화 모드 또는 RRC 유휴 모드로) 후에 비우거나(flush) 또는 해제하거나(flush) 또는 초기화하거나(flush) 아니면 flush하는 것을 생략하는 동작을 수행한다.
- flush를 하는 동작의 경우, 또한 핸드오버 완료 후에는 또는 RRC 상태 모드 천이(RRC 비활성화 모드 또는 RRC 유휴 모드로) 후에 타겟 기지국에서 MBS 서비스 수신이 가능해지는 시점에, 혹은 G-RNTI 감시를 시작하는 시점에 MBS와 관련된 HARQ 프로세스의 데이터를 flush할 수 있다. 또는, 핸드오버가 완료될 때까지 또는 RRC 상태 모드 천이(RRC 비활성화 모드 또는 RRC 유휴 모드로)가 완료될 때까지 G-RNTI를 통한 데이터 수신을 계속 수행할 수 있으며, 핸드오버의 경우, 타겟 기지국으로는 상기 RRC 메시지를 통해 할당받은 타겟에서의 C-RNTI를 감시하는 동작을 수행할 수 있다 또 다른 실시 예로, 타겟 기지국으로부터 랜덤엑세스가 완료되기 전에도 G-RNTI를 통한 데이터 수신을 계속 수행할 수 있다.
- 수행 중인 랜덤 액세스 절차가 있다면 중지할 수 있다.
- 구체적으로 설정된 또는 지시된 프리앰블 식별자 또는 프리앰블 설정 정보 또는 PRACH(랜덤 액세스 설정 관련 정보) 설정 정보 가 있다면 폐기할 수 있다.
- 임시 셀 식별자(Temporary C-RNTI)가 있다면 해제할 수 있다.
- 메시지3 전송을 위한 버퍼를 flush할 수 있다.
- 상향 링크에 대한 HARQ 프로세스에 대한 New data indicator 지시자를 모두 0으로 설정할 수 있다.
- 상향 링크에 대한 구동 중인 상향 링크 DRX 재전송 타이머가 구동 중이라면 중지할 수 있다.
- 모든 상향 링크 HARQ 관련 타이머들이 구동 중이라면 중지할 수 있다.
하지만 MAC 계층 장치의 초기화 절차를 수행하는 경우 또는 MAC 계층 장치의 부분 초기화 절차 지시자가 포함되지 않은 경우 또는 지시되지 않은 경우, 단말은 전체 MAC 계층 장치의 초기화 절차를 수행하며, 단말은 설정된 일반 HARQ 프로세스 또는 MBS용 HARQ 프로세스 또는 시스템 정보 용 HARQ 프로세스를 모두 flush 한다.
단말이 RRC 비활성화 모드에서 MBS 서비스를 수신하는 경우, 단말은 다음의 조건들 중에 하나의 조건이 만족한 경우, RRC 비활성화 모드에서 RRC 유휴 모드로 상태를 천이할 수 있다.
- 제1의 조건: 제3의 DRX 설정 정보에 따라서 페이징 메시지를 수신하였는데 상기 페이징 메시지에 포함된 식별자가 RRC 연결 재개를 위한 식별자(I-RNTI)가 아닌 단말 고유 식별자(5G-S-TMSI)가 포함된 경우
- 제2의 조건: 단말이 RRC 연결 재개 절차에서 RRCResumeRequest메시지를 전송하고 그에 대한 응답으로 RRCSetup 메시지를 수신한 경우
- 제3의 조건: 단말이 RRC 비활성화 모드에서 셀 선택 또는 재선택 절차에서 suitable 셀을 찾지 못하고, acceptable 셀에 캠핑한 경우
- 제4의 조건: 단말이 RRC 연결 재개 절차에서 RRCResumeRequest메시지를 전송하고 그에 대한 응답으로 RRCResume 메시지를 수신하였는데 에러가 발생한 경우
- 제5의 조건: 단말이 RRC 비활성화 모드에서 셀 선택 또는 재선택 절차에 Inter-RAT 재선택(reselection)을 한 경우, 또는 다른 무선 접속 기술을 지원하는 셀을 선택한 경우
- 제6의 조건: 단말이 RRC 연결 재개 절차에서 트리거링한 타이머(T319 타이머, RRC 연결 재개 절차의 실패(또는 성공) 여부를 확인하기 위한 타이머)가 만료한 경우,
- 제7의 조건: 단말이 RRC 연결 재개 절차에서 RRCResumeRequest메시지를 전송하고 그에 대한 응답으로 RRCReject 메시지를 수신한 경우
이하에서는 RRC 비활성화 모드 단말이 MBS 서비스를 수신하는 경우, 상기 제1의 조건 또는 제2의 조건 또는 제3의 조건 또는 제4의 조건 또는 제5의 조건 또는 제6의 조건 또는 제7의 조건을 만족하여 단말이 RRC 유휴 모드로 천이하더라도 MBS 서비스 수신을 계속 수행하는 것을 설명한다. 예를 들면 단말이 RRC 비활성화 모드 또는 RRC 유휴 모드와 상관없이 단말이 끊김없이 시스템 정보 설정 정보 또는 RRC 메시지에서 설정되었던 설정 정보 또는 MBS 제어 메시지에서 설정된 설정 정보에 따라서 MBS 서비스를 계속 수신할 수 있다.
또 다른 실시 예로 RRC 비활성화 모드 단말이 MBS 서비스를 수신하는 경우, 상기 제3의 조건 또는 제5의 조건을 만족하여 상기 단말이 RRC 유휴 모드로 천이하는 경우에는 MBS 서비스 수신을 계속 수행할 수 없다고 판단하고 또는 새로 접속한 셀 또는 다른 무선 접속 기술을 지원하는 셀에서 MBS 서비스를 지원하는 지 확인하기 위해서 단말에 설정되어 있는 MBS 베어러 또는 MBS 서비스 관련 설정 정보를 중지 또는 해제하는 것을 설명한다. 또 다른 실시 예로 단말이 상기 MBS 서비스 수신을 다시 재개 또는 재설정 또는 새로 설정 받기 위해서 시스템 정보 설정 정보 또는 RRC 메시지에 의한 설정 정보 또는 MBS 제어 메시지의 설정 정보를 다시 수신하도록 하는 절차(예를 들면 시스템 정보 수신 절차 또는 RRC 연결 설정 절차)를 수행하는 것을 설명한다.
또 다른 실시 예로 RRC 비활성화 모드 단말이 MBS 서비스를 수신하는 경우, 상기 제1의 조건 또는 제2의 조건 또는 제3의 조건 또는 제4의 조건 또는 제5의 조건 또는 제6의 조건 또는 제7의 조건을 만족하여 상기 단말이 RRC 유휴 모드로 천이하면 MBS 서비스 수신을 계속 수행할 수 없다고 판단하고, 단말에 설정되어 있는 MBS 베어러 또는 MBS 서비스 관련 설정 정보를 중지 또는 해제할 수 있다. 또한 단말은 상기 MBS 서비스 수신을 다시 재개 또는 재설정 또는 새로 설정 받기 위해서 시스템 정보 설정 정보 또는 RRC 메시지에 의한 설정 정보 또는 MBS 제어 메시지의 설정 정보를 다시 수신하도록 하는 절차(예를 들면 시스템 정보 수신 절차 또는 RRC 연결 설정 절차)를 수행할 수 있다.
이하에서는 단말의 데이터 송신 또는 수신 여부에 따라서 타이머를 구동하고 유지하도록 하여 단말과 네트워크 간의 데이터 송신 또는 수신이 계속되고 있다는 것을 알려주는 방법(데이터 비활성화 모니터링, (data inactivity monitoring))을 MBS 데이터 서비스로 확장하는 제1의 실시 예를 설명한다.
<제1 실시 예>
1> 단말은 RRC 연결 모드에 있을 때, RRC 계층 장치 또는 RRC 메시지에 의해서 데이터 비활성화 모니터링 기능을 설정 받을 수 있다. 단말의 RRC 계층 장치는 데이터 비활성화 모니터링 방법을 타이머(데이터 비활성화 타이머 또는 dataInactivityTimer)를 설정하여 운영할 수 있다.
2> 어떤 MAC 계층 장치가 DTCH(Data Traffic Chanell) 또는 DCCH(Downlink Control Channel) 또는 CCCH(Common Control Channel) 또는 MBCCH 또는 MBTCH에 대해 MAC SDU를 수신하였다면
2> 또는 어떤 MAC 계층 장치가 DTCH 또는 DCCH 또는 MBCCH 또는 MBTCH에 대해 MAC SDU를 송신하였다면
3> 상기 데이터 비활성화 타이머를 시작 또는 재시작할 수 있다.
2> 상기 데이터 비활성화 타이머가 만료한다면
3> 상위 계층 장치(예를 들면 RRC 계층 장치)에 상기 데이터 비활성화 타이머의 만료를 지시한다. 상기 상위 계층 장치는 상기 데이터 비활성화 타이머의 만료를 지시받으면 단말을 RRC 유휴 모드로 천이하는 절차를 수행하할 수 있다.
이하에서는 단말의 데이터 송신 또는 수신 여부에 따라서 타이머를 구동하고 유지하도록 하여 단말과 네트워크 간의 데이터 송신 또는 수신이 계속되고 있다는 것을 알려주는 방법(데이터 비활성화 모니터링, (data inactivity monitoring))을 MBS 데이터 서비스로 확장하는 제2의 실시예로 설명한다.
<제2의 실시 예>
1> 단말은 RRC 연결 모드에 있을 때, RRC 계층 장치 또는 RRC 메시지에 의해서 데이터 비활성화 모니터링 기능을 설정 받을 수 있다. 단말의 RRC 계층 장치는 데이터 비활성화 모니터링 방법을 타이머(데이터 비활성화 타이머 또는 dataInactivityTimer)를 설정하여 운영할 수 있다.
1> 상기 데이터 비활성화 타이머가 설정되었다면, 단말은 다음의 동작을 수행한다.
2> 어떤 MAC 계층 장치가 DTCH 또는 DCCH 또는 CCCH 또는 MBCCH 또는 MBTCH에 대해 MAC SDU를 수신하였다면
2> 또는 어떤 MAC 계층 장치가 DTCH 또는 DCCH에 대해 MAC SDU를 송신하였다면
3> 상기 데이터 비활성화 타이머를 시작 또는 재시작할 수 있다.
2> 상기 데이터 비활성화 타이머가 만료한다면
3> 상위 계층 장치(예를 들면 RRC 계층 장치)에 상기 데이터 비활성화 타이머의 만료를 지시한다. 상기 상위 계층 장치는 상기 데이터 비활성화 타이머의 만료를 지시받으면 단말을 RRC 유휴 모드로 천이하는 절차를 수행할 수 있다.
본 개시의 실시 예에 따라 MBS 서비스를 수신하는 단말이 MBS 서비스 관련 설정 정보 또는 MBS 서비스 제어 정보 또는 시스템 정보가 변경되었음을 확인할 수 있도록 하기 위한 방법을 설명한다. 기지국 또는 네트워크는 다음의 실시 예들 중에 하나의 실시 예 또는 조합된 실시 예를 단말의 동작으로 수행할 수 있다.
<제1의 실시 예>
페이징 메시지에 단말 식별자 또는 MBS 서비스 식별자 또는 MBS 서비스 관련 설정 정보 변경 지시자 또는 시스템 정보 변경 지시자를 포함시켜 전송하여 상기 페이징 메시지를 수신하는 단말이 MBS 서비스 관련 설정 정보 또는 MBS 서비스 제어 정보 또는 시스템 정보가 변경되었음을 확인하도록 할 수 있다.
<제2의 실시 예>
RRC 메시지 또는 MAC 제어 정보 또는 MBS 제어 정보 메시지(또는 MBS 제어 데이터 채널)에 단말 식별자 또는 MBS 서비스 식별자 또는 MBS 서비스 관련 설정 정보 변경 지시자 또는 시스템 정보 변경 지시자를 포함시켜 전송하여 상기 RRC 메시지 또는 MAC 제어 정보 또는 MBS 제어 정보 메시지(또는 MBS 제어 데이터 채널)를 수신하는 단말이 MBS 서비스 관련 설정 정보 또는 MBS 서비스 제어 정보 또는 시스템 정보가 변경되었음을 확인하도록 할 수 있다.
<제3의 실시 예>
PDCCH의 메시지(예를 들면 short message)에 단말 식별자 또는 MBS 서비스 식별자 또는 MBS 서비스 관련 설정 정보 변경 지시자 또는 시스템 정보 변경 지시자 또는 비트맵 정보를 포함시켜 전송하여 상기 PDCCH를 수신하는 단말이 MBS 서비스 관련 설정 정보 또는 MBS 서비스 제어 정보 또는 시스템 정보가 변경되었음을 확인하도록 할 수 있다.
<제4의 실시 예>
PDCCH를 단말에게 전송할 때 MBS 서비스 관련 설정 정보 또는 시스템 정보 변경을 지시하는 RNTI 식별자로 스크램블링하여 전송하여 상기 PDCCH를 수신하는 단말이 MBS 서비스 관련 설정 정보 또는 MBS 서비스 제어 정보 또는 시스템 정보가 변경되었음을 확인하도록 할 수 있다.
단말은 상기 실시 예들 중에 하나의 실시 예 또는 조합된 실시 예에 의해서 MBS 서비스 관련 설정 정보 또는 MBS 서비스 제어 정보 또는 시스템 정보가 변경되었음을 확인하면 시스템 정보를 다시 획득하는 절차를 수행하거나 또는 MBS 제어 데이터 채널에서 MBS 제어 정보를 다시 요청하거나 또는 수신하거나 또는 RRC 연결 절차를 설정하여 기지국에게 상기 변경된 정보를 요청하거나 또는 수신할 수 있다.
기지국 또는 네트워크는 RRC 메시지로 MBS 서비스를 수신하는 단말의 MBS 베어러(유니 캐스트 베어러 또는 멀티 캐스트 베어러)에 보안 설정을 설정해주고, 암호화 절차 또는 무결성 보호 절차를 설정해줄 수 있다. 상기 암호화 절차 또는 무결성 보호 절차를 수행하기 위한 보안키 정보는 RRC 메시지에서 설정될 수 있으며, 또는 프로토콜 계층 장치(MAC 계층 장치 또는 RLC 계층 장치 또는 PDCP 계층 장치)의 헤더에 포함되어 전송되고 설정될 수 있다. 또 다른 실시 예로 상기 보안 설정 정보는 MBS 서비스를 위한 유니캐스트 베어러에는 설정이 가능하도록 하고, MBS 서비스를 위한 멀티캐스트 베어러에 대한 설정을 할 수 없도록 할 수 있다. 왜냐하면 보안 설정 정보는 불특정 다수를 위해 설정되는 경우, 보안성이 약화되기 때문이다.
또한 상기 MBS 서비스를 위한 베어러에 대해서는 PDCP 재수립 지시자(reestablishPDCP) 또는 PDCP 데이터 복구(recoverPDCP) 지시자를 설정하지 못하도록 제한할 수 있다. 왜냐하면 상기 절차들은 MBS 베어러에 적합한 절차가 아니며, 또는 MBS 베어러에 대해서는 상향 링크 데이터에 대한 재전송도 불필요하기 때문이다.
도 18은 본 개시의 일 실시 예에 따른 기지국에서 MBS 서비스를 지원하기 위한 PDCP 계층 장치들에서 COUNT 값(또는 HFN 값) 또는 PDCP 일련번호를 동기화하는 방법의 제1 실시 예를 나타낸 도면이다.
도 18을 참조하면, 제1의 기지국(1810)과 제2의 기지국(1815)이 MBS 서비스를 지원할 때 상기 기지국들은 같은 PDU 세션에 연결되어 같은 MBS 세션 장치(1805)로부터 MBS 서비스 데이터를 수신할 수 있다. MBS 세션 장치(1805)는 각 기지국(1810, 1815)으로 데이터를 전송하는 프로토콜(예를 들면 GTP 프로토콜(GPRS(General Packet Radio System) Tunneling Protocol))을 통해서 MBS 서비스 데이터를 전달할 수 있다. 각 기지국(1810, 1815)은 MBS 세션 장치(1805)로부터 MBS 서비스 데이터를 수신할 수 있으며, 각 기지국(1810, 1815)에 연결되어 서비스를 받고 있는 각 단말에게 MBS 서비스를 지원해줄 수 있다. 각 기지국(1810, 1815)은 각 단말에게 서로 다른 MBS 서비스 유형(예를 들면 멀티캐스트 서비스, PTM 또는 유니캐스트 서비스, PTP)으로 MBS 서비스를 지원해줄 수 있다.
계속해서 도 18을 참조하면, 같은 PDU 세션에 속하는 또는 같은 MBS 세션 장치에 연결된 각 기지국(1810, 1815)이 상기 MBS 세션 장치로부터 수신한 데이터를 수신하고 PDCP 계층 장치(1820, 1825)에서 상기 데이터를 처리할 때 상기 데이터에 포함된 정보를 기반으로 각 데이터에 대해서 상기 기지국들(1810, 1815)이 동일한 COUNT 값 또는 PDCP 일련번호를 할당할 수 있도록 한다. 상기 정보는 상기 프로토콜의 헤더 정보 또는 일련번호 정보를 지시할 수 있다. 상기 각 기지국(1810, 1815)의 상기 PDCP 계층 장치(1820, 1825)는 멀티 캐스트 서비스를 지원하는 MBS 베어러들에 적용될 수 있다. 따라서 제1의 기지국(1810) 또는 제2의 기지국(1815)에서 MBS 서비스를 받는 단말들은 같은 MBS 서비스에 대해서는 각 MBS 서비스 데이터에 대해서 공통의 PDCP 일련번호 값 또는 COUNT 값을 가지도록 구현할 수 있다.
하지만 유니캐스트 서비스를 지원하는 MBS 베어러에 대해서는 각 기지국(1810, 1815)의 각 단말들이 개별적인 PDCP 계층 장치(1830, 1835)를 사용하도록 구현하여 같은 MBS 서비스를 받는 단말들도 각 MBS 서비스 데이터에 대해서 서로 다른 PDCP 일련번호 값 또는 COUNT 값을 가지도록 할 수 있다. 멀티캐스트 서비스를 지원하는 MBS 베어러도 개별적인 PDCP 계층 장치(1830, 1835)와 같이 구현한다면 서로 다른 기지국이 PDCP 일련번호 값 또는 COUNT 값을 동기화하기 위해서 새로운 기지국 간 메시지를 도입하여 PDCP 일련번호 값 또는 COUNT 값을 공유하도록 할 수 있다.
도 18의 제1 실시 예의 방법으로 구현한다면 제1의 기지국(1810)에서 멀티캐스트 베어러로 서비스 받는 단말은 처음 MBS 베어러를 설정할 때 본 개시의 실시 예에 따른PDCP 계층 장치 또는 RLC 계층 장치의 윈도우 변수 설정(또는 초기화) 방법을 적용할 수 있다. 그리고 단말이 핸드오버 절차를 제2의 기지국(1815)으로 수행하여 제2의 기지국(1815)에서 멀티 캐스트 베어러로 계속해서 MBS 서비스를 수신한다면 본 개시의 실시 예에 따른 PDCP 계층 장치 또는 RLC 계층 장치의 윈도우 변수 설정(또는 초기화) 방법을 적용할 수 있으며, 제1의 기지국(1810)으로부터 제2의 기지국(1815)으로의 MBS 서비스 데이터 포워딩 절차는 필요하지 않을 수 있다. 왜냐하면 COUNT 값 또는 PDCP 일련번호 값이 동기화되어 있고, 이미 동일한 데이터들을 제2의 기지국(1815)이 갖고 있을 수 있기 때문이다(제2의 기지국(1815)은 단말이 전송한 PDCP 상태 보고 기반으로 MBS 서비스 데이터를 계속해서 지원(예를 들면 전송 또는 재전송)해줄 수 있다).
도 18의 제1 실시 예의 방법으로 구현한다면 제1의 기지국(1810)에서 유니캐스트 베어러로 서비스 받는 단말은 처음 MBS 베어러를 설정할 때 본 개시의 실시 예에 따른 PDCP 계층 장치 또는 RLC 계층 장치의 윈도우 변수 설정(또는 초기화) 방법을 적용할 수 있다. 그리고 단말이 핸드오버 절차를 제2의 기지국(1815)으로 수행하여 제2의 기지국(1815)에서 유니 캐스트 베어러로 계속해서 MBS 서비스를 수신한다면 본 개시의 실시 예에 따른 PDCP 계층 장치 또는 RLC 계층 장치의 윈도우 변수 설정(또는 초기화) 방법을 적용할 수 있으며, 제1의 기지국(1810)으로부터 제2의 기지국(1815)으로의 MBS 서비스 데이터 포워딩 절차가 필요하다. 왜냐하면 COUNT 값 또는 PDCP 일련번호 값이 동기화되어 있지 않기 때문이다.
도 18의 제1 실시 예의 방법으로 구현한다면 제1의 기지국(1810)에서 유니캐스트 베어러로 서비스 받는 단말은 처음 MBS 베어러를 설정할 때 본 개시의 실시 예에 따른 PDCP 계층 장치 또는 RLC 계층 장치의 윈도우 변수 설정(또는 초기화) 방법을 적용할 수 있다. 그리고 단말이 핸드오버 절차를 제2의 기지국(1815)으로 수행하여 제2의 기지국(1815)에서 멀티 캐스트 베어러로 계속해서 MBS 서비스를 수신한다면 본 개시의 실시 예에 따른 PDCP 계층 장치 또는 RLC 계층 장치의 윈도우 변수 설정(또는 초기화) 방법을 적용할 수 있으며, 제1의 기지국(1810)으로부터 제2의 기지국(1815)으로의 MBS 서비스 데이터 포워딩 절차가 필요하다. 왜냐하면 COUNT 값 또는 PDCP 일련번호 값이 동기화되어 있지 않기 때문이다. 또 다른 실시 예로 COUNT 값 또는 PDCP 일련번호 값을 동기화하기 위한 절차(예를 들면 COUNT 값 또는 PDCP 일련번호 값 또는 윈도우 변수값을 기지국이 단말에게 알려주거나 또는 기지국 간에 공유)를 수행하고 데이터 포워딩 절차를 생략할 수 있다.
도 18의 제1 실시 예의 방법으로 구현한다면 제1의 기지국(1810)에서 멀티캐스트 베어러로 서비스 받는 단말은 처음 MBS 베어러를 설정할 때 본 개시의 실시 예에 따른 PDCP 계층 장치 또는 RLC 계층 장치의 윈도우 변수 설정(또는 초기화) 방법을 적용할 수 있다. 그리고 단말이 핸드오버 절차를 제2의 기지국(1815)으로 수행하여 제2의 기지국(1815)에서 유니 캐스트 베어러로 계속해서 MBS 서비스를 수신한다면 본 개시의 실시 예에 따른 PDCP 계층 장치 또는 RLC 계층 장치의 윈도우 변수 설정(또는 초기화) 방법을 적용할 수 있으며, 제1의 기지국(1810)으로부터 제2의 기지국(1815)으로의 MBS 서비스 데이터 포워딩 절차가 필요하다. 왜냐하면 COUNT 값 또는 PDCP 일련번호 값이 동기화되어 있지 않기 때문이다. 또 다른 실시 예로 COUNT 값 또는 PDCP 일련번호 값을 동기화하기 위한 절차(예를 들면 COUNT 값 또는 PDCP 일련번호 값 또는 윈도우 변수값을 기지국이 단말에게 알려주거나 또는 기지국 간에 공유)를 수행하고 데이터 포워딩 절차를 생략할 수 있다.
도 19는 본 개시의 일 실시 예에 따른 기지국에서 MBS 서비스를 지원하기 위한 PDCP 계층 장치들에서 COUNT 값(또는 HFN 값) 또는 PDCP 일련번호를 동기화하는 방법의 제2 실시 예를 나타낸 도면이다.
도 19를 참조하면, 제1의 기지국(1910)과 제2의 기지국(1915)이 MBS 서비스를 지원할 때 상기 기지국들(1910, 1915)은 같은 PDU 세션에 연결되어 같은 MBS 세션 장치(1905)로부터 MBS 서비스 데이터를 수신할 수 있다. MBS 세션 장치(1905)는 각 기지국(1910, 1915)으로 데이터를 전송하는 프로토콜(예를 들면 GTP 프로토콜)을 통해서 MBS 서비스 데이터를 전달할 수 있다. 각 기지국(1910, 1915)은 MBS 세션 장치(1905)로부터 MBS 서비스 데이터를 수신할 수 있으며, 각 기지국(1910, 1915)에 연결되어 서비스를 받고 있는 각 단말에게 MBS 서비스를 지원해줄 수 있다. 각 기지국(1910, 1915)은 각 단말에게 서로 다른 MBS 서비스 유형(예를 들면 멀티캐스트 서비스, PTM 또는 유니캐스트 서비스, PTP)으로 MBS 서비스를 지원해줄 수 있다.
계속해서 도 19를 참조하면, 같은 PDU 세션에 속하는 또는 같은 MBS 세션 장치에 연결된 각 기지국(1910, 1915)이 MBS 세션 장치(1905)로부터 수신한 데이터를 수신하고 PDCP 계층 장치(1920)에서 상기 데이터를 처리할 때 상기 데이터에 포함된 정보를 기반으로 각 데이터에 대해서 상기 기지국들(1910, 1915)이 동일한 COUNT 값 또는 PDCP 일련번호를 할당할 수 있도록 한다. 상기 정보는 상기 프로토콜의 헤더 정보 또는 일련번호 정보를 지시할 수 있다. 각 기지국(1910, 1915)의 상기 PDCP 계층 장치(1920, 1925)는 멀티 캐스트 서비스 또는 유니 캐스트 서비스를 지원하는 MBS 베어러들에 적용될 수 있다. 따라서 제1의 기지국(1910) 또는 제2의 기지국(1915)에서 MBS 서비스를 받는 단말들은 같은 MBS 서비스에 대해서는 각 MBS 서비스 데이터에 대해서 공통의 PDCP 일련번호 값 또는 COUNT 값을 가지도록 구현할 수 있다.
서로 다른 기지국이 공통된 PDCP 일련번호 값 또는 COUNT 값을 가지지 않고, 값의 차이가 난다면 또는 동기화가 되지 않았다면 서로 다른 기지국이 PDCP 일련번호 값 또는 COUNT 값을 동기화하기 위해서 새로운 기지국 간 메시지를 도입하여 PDCP 일련번호 값 또는 COUNT 값을 공유하도록 하거나 또는 동기화 절차를 수행할 수 있으며, 단말에도 적용할 수 있다.
도 19의 제2 실시 예의 방법으로 구현한다면 제1의 기지국(1910)에서 멀티캐스트 베어러 또는 유니 캐스트 베어러로 서비스 받는 단말은 처음 MBS 베어러를 설정할 때 본 개새의 실시 예에 따른 PDCP 계층 장치 또는 RLC 계층 장치의 윈도우 변수 설정(또는 초기화) 방법을 적용할 수 있다. 그리고 단말이 핸드오버 절차를 제2의 기지국(1915)으로 수행하여 제2의 기지국(1915)에서 멀티 캐스트 베어러 또는 유니 캐스트 베어러로 계속해서 MBS 서비스를 수신한다면 본 개시의 실시 예에 따른 PDCP 계층 장치 또는 RLC 계층 장치의 윈도우 변수 설정(또는 초기화) 방법을 적용할 수 있으며, 제1의 기지국(1910)으로부터 제2의 기지국(1915)으로의 MBS 서비스 데이터 포워딩 절차는 필요하지 않을 수 있다. 왜냐하면 COUNT 값 또는 PDCP 일련번호 값이 동기화되어 있고, 이미 동일한 데이터들을 제2의 기지국(1915)이 갖고 있을 수 있기 때문이다(제2의 기지국(1915)은 단말이 전송한 PDCP 상태 보고 기반으로 MBS 서비스 데이터를 계속해서 지원(예를 들면 전송 또는 재전송)해줄 수 있다).
핸드오버 절차를 수행할 때 기지국 간 COUNT 값 또는 PDCP 일련번호 값이 동기화되어 있지 않다면, 제1의 기지국(1910)으로부터 제2의 기지국(1915)으로의 MBS 서비스 데이터 포워딩 절차가 필요하다.
도 20은 본 개시의 일 실시 예에 따른 단말의 동작을 나타낸 도면이다.
도 20을 참조하면, 단말은 본 개시의 실시 예에 따른 제1의 시그날링 절차 또는 제2의 시그날링 절차 또는 제3의 시그날링 절차 또는 제4의 시그날링 절차에 따라서 셀에 캠프온 또는 접속하여 RRC 유휴 모드 또는 RRC 비활성화 모드 또는 RRC 연결 모드에서 시스템 정보을 수신하고(2005단계) MBS 서비스 지원 유무 또는 지원하는 MBS 서비스의 종류 또는 설정 등을 확인할 수 있다. 단말은 기지국으로부터 또는 기지국으로 MBS 제어 정보(MBS 서비스 관련 설정 정보)를 수신 또는 송신(예를 들면 MBS 서비스 요청 또는 관심 또는 선호도 지시)할 수 있다(2010단계). 단말은 상기 MBS 서비스를 지원하는 경우 또는 관심있는 또는 수신하고자 하는 MBS 서비스가 지원되는 경우, MBS 베어러를 도 4a 내지 도 4d의 베어러 구조로 설정하고(2015단계), MBS 서비스 설정에 따라서 MBS 데이터를 수신할 수 있다(2020단계). 단말은 도 5의 실시 예에 따라 MBS 데이터를 수신하여 서비스를 지원받을 수 있다.
도 21은 본 개시에 적용될 수 있는 단말의 구조를 나타낸 도면이다.
도 21을 참조하면, 단말(2100)은 RF(Radio Frequency) 처리부(2110), 기저대역(baseband) 처리부(2120), 저장부(2130), 제어부(2140)를 포함한다.
상기 RF 처리부(2110)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF 처리부(2110)는 상기 기저대역처리부(2120)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환한다. 예를 들어, 상기 RF 처리부(2110)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 도 21에서, 하나의 안테나만이 도시되었으나, 상기 단말(2100)은 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF처리부(2110)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(2110)는 빔포밍(beamforming)을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF처리부(2410)는 다수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 상기 RF 처리부(2110)는 MIMO를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다. 상기 RF처리부(2110)는 제어부(2140)의 제어에 따라 다수의 안테나 또는 안테나 요소들을 적절하게 설정하여 수신 빔 스위핑을 수행하거나, 수신 빔이 송신 빔과 공조되도록 수신 빔의 방향과 빔 너비를 조정할 수 있다.
상기 기저대역처리부(2120)은 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역처리부(2120)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(2120)은 상기 RF처리부(2110)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역처리부(2120)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(2120)은 상기 RF처리부(2110)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform) 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다.
상기 기저대역처리부(2120) 및 상기 RF처리부(2110)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역처리부(2120) 및 상기 RF처리부(2110)는 송신부, 수신부, 송수신부 또는 통신부로 지칭될 수 있다. 나아가, 상기 기저대역처리부(2120) 및 상기 RF처리부(2110) 중 적어도 하나는 서로 다른 다수의 무선 접속 기술들을 지원하기 위해 다수의 통신 모듈들을 포함할 수 있다. 또한, 상기 기저대역처리부(2120) 및 상기 RF처리부(2110) 중 적어도 하나는 서로 다른 주파수 대역의 신호들을 처리하기 위해 서로 다른 통신 모듈들을 포함할 수 있다. 예를 들어, 상기 서로 다른 무선 접속 기술들은 LTE 망, NR 망 등을 포함할 수 있다. 또한, 상기 서로 다른 주파수 대역들은 극고단파(SHF:super high frequency)(예: 2.5GHz, 5Ghz) 대역, mm파(millimeter wave)(예: 60GHz) 대역을 포함할 수 있다.
상기 저장부(2130)는 상기 단말(2100)의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 상기 저장부(2130)는 상기 제어부(2140)의 요청에 따라 저장된 데이터를 제공한다.
상기 제어부(2140)는 상기 단말(2100)의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(2140)는 상기 기저대역처리부(2120) 및 상기 RF처리부(2110)을 통해 신호를 송수신한다. 또한, 상기 제어부(2140)는 상기 저장부(2130)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(2140)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 상기 제어부(2140)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다.
도 22는 본 개시에 적용될 수 있는 기지국의 구조를 나타낸 도면이다.
도 22를 참조하면, 상기 기지국(2200)은 RF 처리부(2210), 기저대역 처리부(2220), 백홀통신부(2230), 저장부(2240), 제어부(2250)를 포함하여 구성된다.
상기 RF 처리부(2210)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF 처리부(2210)는 상기 기저대역처리부(2220)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환한다. 예를 들어, 상기 RF 처리부(2210)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다. 도 22에서, 하나의 안테나만이 도시되었으나, 상기 기지국(2200)은 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF 처리부(2210)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(210)는 빔포밍을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF 처리부(2210)는 다수의 안테나들 또는 안테나 요소들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 상기 RF 처리부(2250)는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다.
상기 기저대역 처리부(2220)는 제1무선 접속 기술의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역 처리부(2220)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역 처리부(2220)는 상기 RF 처리부(2210)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역 처리부(2220)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT 연산 및 CP 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역 처리부(2220)는 상기 RF 처리부(2210)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다. 상기 기저대역 처리부(2220) 및 상기 RF 처리부(2210)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역 처리부(2220) 및 상기 RF 처리부(2210)는 송신부, 수신부, 송수신부, 통신부 또는 무선 통신부로 지칭될 수 있다.
상기 통신부(2230)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공한다.
상기 저장부(2240)는 상기 기지국(2200)의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(2240)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 상기 저장부(2240)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 그리고, 상기 저장부(2240)는 상기 제어부(2250)의 요청에 따라 저장된 데이터를 제공한다.
상기 제어부(2250)는 상기 기지국(2200)의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(2250)는 상기 기저대역처리부(2220) 및 상기 RF처리부(2210)을 통해 또는 상기 백홀통신부(2230)을 통해 신호를 송수신한다. 또한, 상기 제어부(2250)는 상기 저장부(2240)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(2250)는 적어도 하나의 프로세서를 포함할 수 있다.
이상에서 본 명세서와 도면에 개시된 실시 예들은 본 발명의 기술 내용을 쉽게 설명하고, 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 또한, 상술한 여러 가지 실시 예들 중 하나 이상이 결합되어 수행될 수 있음은 물론이다. 따라서, 본 발명의 범위는 여기에 개시된 실시 예들 이외에도 본 개시를 바탕으로 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (15)

  1. 무선 통신 시스템에서 멀티캐스트/브로드캐스트 서비스(MBS: multicast/broadcast service)를 지원하는 단말의 방법에 있어서,
    기지국으로부터 멀티캐스트 서비스(PTM: point-to-multicast)에서 유니캐스트 서비스(PTP: point-to-point)로 전환을 지시하는 무선 자원 제어(RRC: radio resource control) 메시지를 수신하는 과정; 및
    수신된 PDCP(packet data convergence protocol) 데이터에 기반하여 적어도 하나의 윈도우 변수를 초기화하는 과정을 포함하는 방법.
  2. 제1항에 있어서,
    상기 윈도우 변수들은 RX_NEXT 변수 또는 RX_DELIV 변수 중 적어도 하나를 포함하고,
    상기 RX_NEXT 변수는 다음에 수신될 것이라고 예상되는 PDCP 데이터의 카운트 값을 지시하는 변수이고,
    상기 RX_DELIV 변수는 상기 계층 장치로 전달되지 않은 첫번째 PDCP 데이터의 카운트 값을 지시하는 변수임을 특징으로 하는 방법.
  3. 제2항에 있어서,
    상기 윈도우 변수가 상기 RX_NEXT 변수를 포함하는 경우, 상기 RX_NEXT 변수는 상기 PTM에서 상기 PTP로 전환한 이후에 처음으로 수신되는 PDCP 데이터의 일련번호(SN: serial number) 및 상기 RRC 메시지에 포함된 HFN(hyper frame number)의 조합으로 초기화됨을 특징으로 하는 방법.
  4. 제2항에 있어서,
    상기 윈도우 변수가 상기 RX_DELIV 변수를 포함하는 경우, 상기 RX_DELIV 변수는 상기 PTM에서 상기 PTP로 전환한 이후에 처음으로 수신되는 PDCP 데이터의 일련번호 및 상기 RRC 메시지에 포함된 HFN의 조합으로 초기화됨을 특징으로 하는 방법.
  5. 제1항에 있어서,
    상기 단말의 PDCP 엔티티(entity)에는 상기 PTM을 위한 제1 RLC(radio link control) 엔티티 및 상기 PTP를 위한 제2 RLC 엔티티가 공통으로 연결되어 있음을 특징으로 하는 방법.
  6. 무선 통신 시스템에서 멀티캐스트/브로드캐스트 서비스(MBS: multicast/broadcast service)를 지원하는 단말의 방법에 있어서,
    기지국으로부터 유니캐스트 서비스(PTP: point-to-point)에서 멀티캐스트 서비스(PTM: point-to-multicast)로 전환을 지시하는 무선 자원 제어(RRC: radio resource control) 메시지를 수신하는 과정; 및
    수신된 PDCP(packet data convergence protocol) 데이터에 기반하여 적어도 하나의 윈도우 변수를 초기화하는 과정을 포함하는 방법.
  7. 제6항에 있어서,
    상기 윈도우 변수들은 RX_NEXT 변수 또는 RX_DELIV 변수 중 적어도 하나를 포함하고,
    상기 RX_NEXT 변수는 다음에 수신될 것이라고 예상되는 PDCP 데이터의 카운트 값을 지시하는 변수이고,
    상기 RX_DELIV 변수는 상기 계층 장치로 전달되지 않은 첫번째 PDCP 데이터의 카운트 값을 지시하는 변수임을 특징으로 하는 방법.
  8. 제7항에 있어서,
    상기 윈도우 변수가 상기 RX_NEXT 변수를 포함하는 경우, 상기 RX_NEXT 변수는 상기 PTM에서 상기 PTP로 전환한 이후에 처음으로 수신되는 PDCP 데이터의 일련번호(SN: serial number) 및 상기 RRC 메시지에 포함된 HFN(hyper frame number)의 조합으로 초기화됨을 특징으로 하는 방법.
  9. 제7항에 있어서,
    상기 윈도우 변수가 상기 RX_DELIV 변수를 포함하는 경우, 상기 RX_DELIV 변수는 상기 PTM에서 상기 PTP로 전환한 이후에 처음으로 수신되는 PDCP 데이터의 일련번호 및 상기 RRC 메시지에 포함된 HFN의 조합으로 초기화됨을 특징으로 하는 방법.
  10. 제6항에 있어서,
    상기 단말의 PDCP 엔티티(entity)에는 상기 PTM을 위한 제1 RLC(radio link control) 엔티티 및 상기 PTP를 위한 제2 RLC 엔티티가 공통으로 연결되어 있음을 특징으로 하는 방법.
  11. 무선 통신 시스템에서 멀티캐스트/브로드캐스트 서비스(MBS: multicast/broadcast service)를 지원하는 단말에 있어서,
    송수신기; 및
    기지국으로부터 멀티캐스트 서비스(PTM: point-to-multicast)에서 유니캐스트 서비스(PTP: point-to-point)로 전환을 지시하는 무선 자원 제어(RRC: radio resource control) 메시지를 수신하도록 상기 송수신기를 제어하고, 수신된 PDCP(packet data convergence protocol) 데이터에 기반하여 적어도 하나의 윈도우 변수를 초기화하는 제어부를 포함하는 단말.
  12. 제11항에 있어서,
    상기 윈도우 변수들은 RX_NEXT 변수 또는 RX_DELIV 변수 중 적어도 하나를 포함하고,
    상기 RX_NEXT 변수는 다음에 수신될 것이라고 예상되는 PDCP 데이터의 카운트 값을 지시하는 변수이고,
    상기 RX_DELIV 변수는 상기 계층 장치로 전달되지 않은 첫번째 PDCP 데이터의 카운트 값을 지시하는 변수이고,
    상기 윈도우 변수가 상기 RX_NEXT 변수를 포함하는 경우, 상기 RX_NEXT 변수는 상기 PTM에서 상기 PTP로 전환한 이후에 처음으로 수신되는 PDCP 데이터의 일련번호(SN: serial number) 및 상기 RRC 메시지에 포함된 HFN(hyper frame number)의 조합으로 초기화되고,
    상기 윈도우 변수가 상기 RX_DELIV 변수를 포함하는 경우, 상기 RX_DELIV 변수는 상기 초기화된 RX_NEXT 변수로 초기화됨을 특징으로 하는 단말.
  13. 제11항에 있어서,
    상기 단말의 PDCP 엔티티(entity)에는 상기 PTM을 위한 제1 RLC(radio link control) 엔티티 및 상기 PTP를 위한 제2 RLC 엔티티가 공통으로 연결되어 있음을 특징으로 하는 단말.
  14. 무선 통신 시스템에서 멀티캐스트/브로드캐스트 서비스(MBS: multicast/broadcast service)를 지원하는 단말에 있어서,
    송수신기; 및
    기지국으로부터 유니캐스트 서비스(PTP: point-to-point)에서 멀티캐스트 서비스(PTM: point-to-multicast)로 전환을 지시하는 무선 자원 제어(RRC: radio resource control) 메시지를 수신하도록 상기 송수신기르 제어하고, 수신된 PDCP(packet data convergence protocol) 데이터에 기반하여 적어도 하나의 윈도우 변수를 초기화하는 제어부를 포함하는 단말.
  15. 제14항에 있어서,
    상기 윈도우 변수들은 RX_NEXT 변수 또는 RX_DELIV 변수 중 적어도 하나를 포함하고,
    상기 RX_NEXT 변수는 다음에 수신될 것이라고 예상되는 PDCP 데이터의 카운트 값을 지시하는 변수이고,
    상기 RX_DELIV 변수는 상기 계층 장치로 전달되지 않은 첫번째 PDCP 데이터의 카운트 값을 지시하는 변수이고,
    상기 윈도우 변수가 상기 RX_NEXT 변수를 포함하는 경우, 상기 RX_NEXT 변수는 상기 PTM에서 상기 PTP로 전환한 이후에 처음으로 수신되는 PDCP 데이터의 일련번호(SN: serial number) 및 상기 RRC 메시지에 포함된 HFN(hyper frame number)의 조합으로 초기화되고,
    상기 윈도우 변수가 상기 RX_DELIV 변수를 포함하는 경우, 상기 RX_DELIV 변수는 상기 초기화된 RX_NEXT 변수로 초기화됨을 특징으로 하는 단말.
PCT/KR2021/014577 2020-10-19 2021-10-19 이동 통신 시스템에서 멀티캐스트/브로드캐스트 서비스를 지원하는 방법 및 장치 WO2022086121A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP21883190.7A EP4221453A4 (en) 2020-10-19 2021-10-19 METHOD AND DEVICE FOR SUPPORTING BROADCAST/MULTICAST SERVICE IN MOBILE COMMUNICATION SYSTEM
US18/249,531 US20230389049A1 (en) 2020-10-19 2021-10-19 Method and device for supporting multicast/broadcast service in mobile communication system
EP24192974.4A EP4432734A3 (en) 2020-10-19 2021-10-19 Method and device for supporting multicast/broadcast service in mobile communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020200135542A KR20220051754A (ko) 2020-10-19 2020-10-19 이동 통신 시스템에서 mbs 서비스를 지원하는 방법 및 장치
KR10-2020-0135542 2020-10-19

Publications (1)

Publication Number Publication Date
WO2022086121A1 true WO2022086121A1 (ko) 2022-04-28

Family

ID=81289982

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/014577 WO2022086121A1 (ko) 2020-10-19 2021-10-19 이동 통신 시스템에서 멀티캐스트/브로드캐스트 서비스를 지원하는 방법 및 장치

Country Status (4)

Country Link
US (1) US20230389049A1 (ko)
EP (2) EP4432734A3 (ko)
KR (1) KR20220051754A (ko)
WO (1) WO2022086121A1 (ko)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024010268A1 (en) * 2022-07-06 2024-01-11 Samsung Electronics Co., Ltd. Methods and apparatus for handling drx operation for mbs multicast reception in wireless communication systems
WO2024007822A1 (zh) * 2022-07-05 2024-01-11 华为技术有限公司 通信方法及装置
WO2024011491A1 (zh) * 2022-07-14 2024-01-18 Oppo广东移动通信有限公司 一种通信方法及装置、终端设备
WO2024029833A1 (en) * 2022-08-03 2024-02-08 Lg Electronics Inc. Multicast configuration update
GB2621360A (en) * 2022-08-09 2024-02-14 Nec Corp Communication system

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291819B (zh) * 2019-07-23 2023-12-08 夏普株式会社 无线链路失败恢复方法以及用户设备
WO2022082594A1 (en) * 2020-10-22 2022-04-28 Apple Inc. Broadcast and multicast service reception by idle and inactive wireless devices
US12143292B2 (en) * 2022-01-06 2024-11-12 Nokia Technologies Oy Methods and apparatuses for configuration of user device(s) for reception of point-to-multipoint transmission
WO2024005511A1 (en) * 2022-06-28 2024-01-04 Samsung Electronics Co., Ltd. Method and apparatus for managing multicast broadcast service session in a wireless communication system

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190087614A (ko) * 2017-03-09 2019-07-24 엘지전자 주식회사 빔을 기반으로 mbms 서비스를 수신하는 방법 및 장치

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020197361A1 (en) * 2019-03-28 2020-10-01 Samsung Electronics Co., Ltd. Method and apparatus for handover without interruption of transmission and reception of data in next-generation mobile communication system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190087614A (ko) * 2017-03-09 2019-07-24 엘지전자 주식회사 빔을 기반으로 mbms 서비스를 수신하는 방법 및 장치

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "KI#4, AF specific priority for 5MBS group member", 3GPP DRAFT; S2-2004971, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Elbonia; 20200819 - 20200902, 13 August 2020 (2020-08-13), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051919870 *
INTEL CORPORATION: "Dynamic switch between PTM and PTP for service continuity", 3GPP DRAFT; R2-2007637, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting; 20200817 - 20200828, 7 August 2020 (2020-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051912289 *
NOKIA, NOKIA SHANGHAI BELL: "Scope and solution approach for NR MBS", 3GPP DRAFT; R2-2006983, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic; 20200817 - 20200828, 7 August 2020 (2020-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051911831 *
SAMSUNG: "Dynamic Change Between PTP and PTM with Service Continuity", 3GPP DRAFT; R3-205398, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. E-Meeting; 20200817 - 20200828, 7 August 2020 (2020-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051916064 *
See also references of EP4221453A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024007822A1 (zh) * 2022-07-05 2024-01-11 华为技术有限公司 通信方法及装置
WO2024010268A1 (en) * 2022-07-06 2024-01-11 Samsung Electronics Co., Ltd. Methods and apparatus for handling drx operation for mbs multicast reception in wireless communication systems
WO2024011491A1 (zh) * 2022-07-14 2024-01-18 Oppo广东移动通信有限公司 一种通信方法及装置、终端设备
WO2024029833A1 (en) * 2022-08-03 2024-02-08 Lg Electronics Inc. Multicast configuration update
GB2621360A (en) * 2022-08-09 2024-02-14 Nec Corp Communication system

Also Published As

Publication number Publication date
KR20220051754A (ko) 2022-04-26
EP4432734A3 (en) 2024-10-23
EP4221453A4 (en) 2024-05-01
US20230389049A1 (en) 2023-11-30
EP4221453A1 (en) 2023-08-02
EP4432734A2 (en) 2024-09-18

Similar Documents

Publication Publication Date Title
WO2022086121A1 (ko) 이동 통신 시스템에서 멀티캐스트/브로드캐스트 서비스를 지원하는 방법 및 장치
WO2021256898A1 (ko) 차세대 이동 통신 시스템에서 멀티캐스트 서비스를 위한 이동성 지원 방법 및 장치
WO2020159222A1 (ko) 차세대 이동 통신 시스템에서 전력 소모 절감을 위한 링크 별 활성화 및 비활성화 방법 및 장치
WO2022015052A1 (en) Method and apparatus for controlling activation of cell group in wireless communication system
WO2022031053A1 (en) Method and device for supporting multiple scg configurations in dual connectivity supported by next-generation mobile communication system
WO2020166895A1 (en) Method and apparatus for supporting carrier aggregation in wireless communication system
WO2018147582A1 (ko) 무선 통신 시스템에서 개선된 통신 수행 방법 및 장치
WO2021091224A1 (en) Method and apparatus for performing handover in wireless communication system
WO2019017583A1 (ko) 차세대 이동 통신 시스템에서 효율적으로 통신을 위한 방법 및 장치
WO2020197361A1 (en) Method and apparatus for handover without interruption of transmission and reception of data in next-generation mobile communication system
WO2020060178A1 (en) Method and apparatus for reporting selected plmn of rrc-inactive mode ue in next-generation communication system
WO2020166957A1 (ko) 차세대 이동통신 시스템에서 v2x 통신을 위한 방법 및 장치
WO2021210937A1 (ko) 차세대 이동 통신 시스템에서 휴면 부분 대역폭을 고려한 부분 대역폭 스위칭 방법 및 장치
WO2021066404A1 (en) Method and apparatus for performing handover in wireless communication system
EP3878212A1 (en) Method and apparatus for performing handover in wireless communication system
WO2022211444A1 (en) Method and apparatus for providing service in wireless communication system
WO2022211477A1 (en) Data processing method and apparatus of packet data convergence protocol (pdcp) layer supporting multicast and broadcast service(mbs) in next-generation mobile communication system
WO2020197368A1 (ko) 무선 통신 시스템에서 차량 통신을 지원하기 위한 방법 및 장치
WO2021091315A1 (ko) 무선 통신 시스템에서 효율적인 핸드오버를 위한 프로토콜 계층 장치의 동작 방법 및 장치
WO2021215770A1 (ko) 차세대 이동 통신 시스템에서 휴면 부분 대역폭을 고려한 phr 트리거링 방법과 phr 구성 방법 및 장치
WO2023128643A1 (en) Method and apparatus for activating or deactivating cell group in next-generation wireless communication system
WO2023163528A1 (en) Method and apparatus for operation of a mac layer supporting a cell group deactivation/activation procedure in a next-generation mobile communication
WO2023128700A1 (en) Method and apparatus for providing cell group activation or deactivation service in wireless communication system
WO2023059029A1 (en) Method and apparatus for performing fast cell activation in wireless communication system
WO2018128441A1 (ko) 차세대 이동 통신 시스템에서 이중 접속의 데이터 처리를 가속화하는 방법 및 장치

Legal Events

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

Ref document number: 21883190

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18249531

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2021883190

Country of ref document: EP

Effective date: 20230425

NENP Non-entry into the national phase

Ref country code: DE