Data processing method and device of a parcel data convergence protocol layer (PDCP) to support multicast and broadcast services (MBS) in a next-generation mobile communications system

Description

Technical Field

[0001] The disclosure relates to operations of a UE and a base station of a mobile communication system. More particularly, the disclosure relates to a method and an apparatus for processing data by a packet data convergence protocol (PDCP) layer device configured to support a multicast and broadcast service (MBS) service in a next-generation mobile communication system.Background Art

[0002] 5G mobile communication technologies define broad frequency bands such that high transmission rates and new services are possible, and can be implemented not only in "Sub 6GHz" bands such as 3.5GHz, but also in "Above 6GHz" bands referred to as mmWave including 28GHz and 39GHz. In addition, it has been considered to implement 6G mobile communication technologies (referred to as Beyond 5G systems) in terahertz bands (for example, 95GHz to 3THz bands) in order to accomplish transmission rates fifty times faster than 5G mobile communication technologies and ultra-low latencies one-tenth of 5G mobile communication technologies.

[0003] At the beginning of the development of 5G mobile communication technologies, in order to support services and to satisfy performance requirements in connection with enhanced Mobile BroadBand (eMBB), Ultra Reliable Low Latency Communications (URLLC), and massive Machine-Type Communications (mMTC), there has been ongoing standardization regarding beamforming and massive MIMO for mitigating radio-wave path loss and increasing radio-wave transmission distances in mmWave, supporting numerologies (for example, operating multiple subcarrier spacings) for efficiently utilizing mmWave resources and dynamic operation of slot formats, initial access technologies for supporting multi-beam transmission and broadbands, definition and operation of BWP (BandWidth Part), new channel coding methods such as a LDPC (Low Density Parity Check) code for large amount of data transmission and a polar code for highly reliable transmission of control information, L2 pre-processing, and network slicing for providing a dedicated network specialized to a specific service.

[0004] Currently, there are ongoing discussions regarding improvement and performance enhancement of initial 5G mobile communication technologies in view of services to be supported by 5G mobile communication technologies, and there has been physical layer standardization regarding technologies such as V2X (Vehicle-to-everything) for aiding driving determination by autonomous vehicles based on information regarding positions and states of vehicles transmitted by the vehicles and for enhancing user convenience, NR-U (New Radio Unlicensed) aimed at system operations conforming to various regulation-related requirements in unlicensed bands, NR UE Power Saving, Non-Terrestrial Network (NTN) which is UE-satellite direct communication for providing coverage in an area in which communication with terrestrial networks is unavailable, and positioning.

[0005] Moreover, there has been ongoing standardization in air interface architecture / protocol regarding technologies such as Industrial Internet of Things (IIoT) for supporting new services through interworking and convergence with other industries, IAB (Integrated Access and Backhaul) for providing a node for network service area expansion by supporting a wireless backhaul link and an access link in an integrated manner, mobility enhancement including conditional handover and DAPS (Dual Active Protocol Stack) handover, and two-step random access for simplifying random access procedures (2-step RACH for NR). There also has been ongoing standardization in system architecture / service regarding a 5G baseline architecture (for example, service based architecture or service based interface) for combining Network Functions Virtualization (NFV) and Software-Defined Networking (SDN) technologies, and Mobile Edge Computing (MEC) for receiving services based on UE positions.

[0006] As 5G mobile communication systems are commercialized, connected devices that have been exponentially increasing will be connected to communication networks, and it is accordingly expected that enhanced functions and performances of 5G mobile communication systems and integrated operations of connected devices will be necessary. To this end, new research is scheduled in connection with eXtended Reality (XR) for efficiently supporting AR (Augmented Reality), VR (Virtual Reality), MR (Mixed Reality) and the like, 5G performance improvement and complexity reduction by utilizing Artificial Intelligence (AI) and Machine Learning (ML), AI service support, metaverse service support, and drone communication.

[0007] Furthermore, such development of 5G mobile communication systems will serve as a basis for developing not only new waveforms for providing coverage in terahertz bands of 6G mobile communication technologies, multi-antenna transmission technologies such as Full Dimensional MIMO (FD-MIMO), array antennas and large-scale antennas, metamaterial-based lenses and antennas for improving coverage of terahertz band signals, high-dimensional space multiplexing technology using OAM (Orbital Angular Momentum), and RIS (Reconfigurable Intelligent Surface), but also full-duplex technology for increasing frequency efficiency of 6G mobile communication technologies and improving system networks, AI-based communication technology for implementing system optimization by utilizing satellites and AI (Artificial Intelligence) from the design stage and internalizing end-to-end AI support functions, and next-generation distributed computing technology for implementing services at levels of complexity exceeding the limit of UE operation capability by utilizing ultra-high-performance communication and computing resources. According to various embodiments, there is a need for a scheme for enabling a UE to normally receive an MBS service.

[0008] Other relevant prior art can be found in US10893558B2 which discloses a system for performing RLC re-establishment in UM RLC mode.Disclosure of Invention Technical Problem

[0009] The disclosure provides a structure of a multicast bearer or a unicast bearer configured to support an MBS service in order to support the MBS service in a next-generation mobile communication system, or a method for configuring the structure, and a data processing method of a PHY layer device, MAC layer device, RLC layer device, or PDCP layer device configured to receive MBS data and to process the MBS data.

[0010] In addition, the disclosure provides a signaling procedure or an operation of a UE for continuously supporting the MBS service in a RRC Connected mode, RRC IDLE mode, or RRC INACTIVE mode, or when switching between the modes.

[0011] In addition, the disclosure provides a method for reconfiguring (or switching) from a multicast bearer to a unicast bearer to support an MBS service having no or less data loss according to handover between base stations or networks supporting the MBS service or mobility of a UE, or reconfiguring (or switching) from the unicast bearer to the multicast bearer, and provides operations of each protocol layer device (PHY layer device, MAC layer device, RLC layer device, or PDCP layer device) such that the MBS service is supported.Solution to Problem

[0012] The object of the invention is achieved by the subject-matter of the independent claims. Advantageous embodiments are defined in the dependent claims. Further examples are provided for facilitating the understanding of the invention.Advantageous Effects of Invention

[0013] An embodiment of the disclosure may be advantageous in that a UE may normally receive an MBS service in various scenarios.

[0014] Before undertaking the DETAILED DESCRIPTION below, it may be advantageous to set forth definitions of certain words and phrases used throughout this patent document: the terms "include" and "comprise," as well as derivatives thereof, mean inclusion without limitation; the term "or," is inclusive, meaning and / or; the phrases "associated with" and "associated therewith," as well as derivatives thereof, may mean to include, be included within, interconnect with, contain, be contained within, connect to or with, couple to or with, be communicable with, cooperate with, interleave, juxtapose, be proximate to, be bound to or with, have, have a property of, or the like; and the term "controller" means any device, system or part thereof that controls at least one operation, such a device may be implemented in hardware, firmware or software, or some combination of at least two of the same. It should be noted that the functionality associated with any particular controller may be centralized or distributed, whether locally or remotely.

[0015] Moreover, various functions described below can be implemented or supported by one or more computer programs, each of which is formed from computer readable program code and embodied in a computer readable medium. The terms "application" and "program" refer to one or more computer programs, software components, sets of instructions, procedures, functions, objects, classes, instances, related data, or a portion thereof adapted for implementation in a suitable computer readable program code. The phrase "computer readable program code" includes any type of computer code, including source code, object code, and executable code. The phrase "computer readable medium" includes any type of medium capable of being accessed by a computer, such as read only memory (ROM), random access memory (RAM), a hard disk drive, a compact disc (CD), a digital video disc (DVD), or any other type of memory. A "non-transitory" computer readable medium excludes wired, wireless, optical, or other communication links that transport transitory electrical or other signals. A non-transitory computer readable medium includes media where data can be permanently stored and media where data can be stored and later overwritten, such as a rewritable optical disc or an erasable memory device.

[0016] Definitions for certain words and phrases are provided throughout this patent document, those of ordinary skill in the art should understand that in many, if not most instances, such definitions apply to prior, as well as future uses of such defined words and phrases.Brief Description of Drawings

[0017] The above and other aspects, features, and advantages of certain embodiments of the disclosure will be more apparent from the following description taken in conjunction with the accompanying drawings, in which: FIG. 1 is a diagram illustrating a structure of an LTE system according to various embodiments of the present disclosure. FIG. 2 is a diagram illustrating a radio protocol structure of an LTE system according to various embodiments of the present disclosure. FIG. 3 is a diagram illustrating a structure of a next-generation mobile communication system according to various embodiments of the present disclosure. FIG. 4 is a diagram illustrating a radio protocol structure of a next-generation mobile communication system according to various embodiments of the present disclosure. FIG. 5 is a diagram illustrating a procedure for providing a service to a UE by efficiently using a very wide frequency bandwidth in a next-generation mobile communication system according to various embodiments of the present disclosure. FIG. 6 is a diagram illustrating a procedure for a UE to switch from an RRC idle mode to an RRC connected mode in the next-generation mobile communication system of the disclosure, and proposing a method of configuring a plurality of bandwidth parts (BWP) and configuring a default BWP or a first active BWP, according to various embodiments of the present disclosure. FIG. 7 is a diagram illustrating a structure of a bearer that may be configured for an MBS service to a UE in system information or control information for RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message) or an MBS channel, or established by the UE to receive the MBS service when a base station or a network supports the MBS service to the UE in RRC connected mode, RRC inactive mode, or RRC idle mode, according to various embodiments of the present disclosure. FIG. 8 is a diagram illustrating a method of demultiplexing received MBS data in a MAC layer when a UE in RRC connected mode, RRC inactive mode, or RRC idle mode receives the MBS data (e.g., MBS control data or MBS user data or general data other than MBS data) through a multicast bearer or a unicast bearer supporting the MBS service with the bearer structure provided in FIG. 7 according to various embodiments of the present disclosure. FIG. 9 is a diagram illustrating a method of multiplexing MBS data to be transmitted in a MAC layer when a UE in RRC connected mode, RRC inactive mode, or RRC idle mode transmits the MBS data (e.g., MBS control data or MBS user data or general data other than MBS data) through a multicast bearer or a unicast bearer supporting the MBS service with the bearer structure provided in FIG. 7 according to various embodiments of the present disclosure. FIG. 10 is a diagram illustrating a first signaling procedure for MBS service according to various embodiments of the present disclosure. FIG. 11 is a diagram illustrating a second signaling procedure for MBS service according to various embodiments of the present disclosure. FIG. 12 is a diagram illustrating a third signaling procedure for MBS service according to various embodiments of the present disclosure. FIG. 13 is a diagram illustrating a fourth signaling procedure for MBS service according to various embodiments of the present disclosure. FIG. 14 illustrates a case in which normal data and MBS data collide or overlap when a UE receives a general data service and an MBS service in an RRC connected mode according to various embodiments of the present disclosure. FIG. 15 illustrates a signaling procedure for efficiently supporting an MBS service according to various embodiments of the present disclosure. FIG. 16 is a diagram illustrating a method of indicating each MBS service for a plurality of MBS services according to various embodiments of the present disclosure. FIG. 17 is a diagram illustrating a method of retransmitting MBS service data according to various embodiments of the present disclosure. FIG. 18 is a diagram illustrating a first switching method for continuously supporting (transmitting or receiving) an MBS service by switching from a multicast service or a multicast bearer to a unicast service or a unicast bearer, or 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 in an MBS service supporting method provided by the next-generation mobile communication system according to various embodiments of the present disclosure or access stratum (AS). FIG. 19 is a diagram illustrating signaling procedures for performing handover in the next-generation mobile communication system according to various embodiments of the present disclosure. FIG. 20 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 various embodiments of the present disclosure. FIG. 21 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 layers for supporting an MBS service in a base station according to various embodiments of the present disclosure. FIG. 22 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 layers for supporting an MBS service in a base station according to various embodiments of the present disclosure. FIG. 23 is a diagram illustrating a UE operation according to various embodiments of the present disclosure. FIG. 24 is a diagram illustrating a UE structure according to various embodiments of the present disclosure. FIG. 25 is a diagram illustrating a TRP (e.g., base station) structure in a wireless communication system according to various embodiments of the present disclosure. Mode for the Invention

[0018] FIGS. 1 through 25, discussed below, and the various embodiments used to describe the principles of the present disclosure in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the disclosure. Those skilled in the art will understand that the principles of the present disclosure may be implemented in any suitably arranged system or device.

[0019] In describing embodiments of the disclosure, descriptions related to technical contents well-known in the art and not associated directly with the disclosure will be omitted. Such an omission of unnecessary descriptions is intended to prevent obscuring of the main idea of the disclosure and more clearly transfer the main idea.

[0020] For the same reason, in the accompanying drawings, some elements may be exaggerated, omitted, or schematically illustrated. Further, the size of each element does not completely reflect the actual size. In the drawings, identical or corresponding elements are provided with identical reference numerals.

[0021] The advantages and features of the disclosure and ways to achieve them will be apparent by making reference to embodiments as described below in detail in conjunction with the accompanying drawings. However, the disclosure is not limited to the embodiments set forth below, but may be implemented in various different forms. The following embodiments are provided only to completely disclose the disclosure and inform those skilled in the art of the scope of the disclosure, and the disclosure is defined only by the scope of the appended claims. Throughout the specification, the same or like reference numerals designate the same or like elements.

[0022] Herein, it will be understood that each block of the flowchart illustrations, and combinations of blocks in the flowchart illustrations, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart block or blocks. These computer program instructions may also be stored in a computer usable or computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer usable or computer-readable memory produce an article of manufacture including instruction means that implement the function specified in the flowchart block or blocks. The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions that execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.

[0023] Further, each block of the flowchart illustrations may represent a module, segment, or portion of code, which includes one or more executable instructions for implementing the specified logical function(s). It should also be noted that in some alternative implementations, the functions noted in the blocks may occur out of the order. For example, two blocks shown in succession may in fact be executed substantially concurrently or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.

[0024] As used herein, the "unit" refers to a software element or a hardware element, such as a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC), which performs a predetermined function. However, the "unit" does not always have a meaning limited to software or hardware. The "unit" may be constructed either to be stored in an addressable storage medium or to execute one or more processors. Therefore, the "unit" includes, for example, software elements, object-oriented software elements, class elements or task elements, processes, functions, properties, procedures, sub-routines, segments of a program code, drivers, firmware, micro-codes, circuits, data, database, data structures, tables, arrays, and parameters. The elements and functions provided by the "unit" may be either combined into a smaller number of elements, or a "unit," or divided into a larger number of elements, or a "unit." Moreover, the elements and "units" or may be implemented to reproduce one or more CPUs within a device or a security multimedia card.

[0025] Hereinafter, the operation principle of the disclosure will be described in detail with reference to the accompanying drawings. In the following description of the disclosure, a detailed description of known functions or configurations incorporated herein will be omitted when it is determined that the description may make the subject matter of the disclosure unnecessarily unclear. The terms which will be described below are terms defined in consideration of the functions in the disclosure, and may be different according to users, intentions of the users, or customs. Therefore, the definitions of the terms should be made based on the contents throughout the specification.

[0026] In the following description of the disclosure, a detailed description of known functions or configurations incorporated herein will be omitted when it is determined that the description may make the subject matter of the disclosure unnecessarily unclear. Hereinafter embodiments of the disclosure will be described with reference to the accompanying drawings.

[0027] In the following description, terms for identifying access nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, and the like are illustratively used for the sake of convenience. Therefore, the disclosure is not limited by the terms as used below, and other terms referring to subjects having equivalent technical meanings may be used.

[0028] In the following description, the disclosure will be described using terms and names defined in the 3rd generation partnership project long term evolution (3GPP LTE) standards for the convenience of description. However, the disclosure is not limited by these terms and names, and may be applied in the same way to systems that conform other standards. In the disclosure, the term "eNB" may be interchangeably used with the term "gNB" for the convenience of description. For example, a base station described as "eNB" may indicate "gNB."

[0029] In the next-generation mobile communication system, the MBS service (multicast or broadcast service, multimedia broadcast and multicast service (MBMS), or multicast and broadcast service (MBS)) may be supported to support a service such as a broadcast / multicast service, a mission critical service, or a public safety net service. The MBS service may be provided to the UE through a multicast bearer or a unicast bearer. In the disclosure, the multicast bearer may refer to a bearer serving a multicast service or a broadcast service, and may indicate a broadcast bearer. In the above, the multicast service may indicate a service provided only to UEs registered or permitted in the network, or the broadcast service may indicate a service provided to unspecified number of UEs, unregistered UE, or unauthorized UE. In the disclosure, for convenience of description, a bearer supporting the multicast service or the broadcast service may be referred to as a multicast bearer. Alternatively, the multicast service may indicate a service in which the UE receives the MBS service through a bearer (bearer for point to point service or bearer for point to multicast service) using RLC UM mode or a bearer (bearer for point to point service or bearer for point to multicast service) using RLC AM mode in RRC connected mode or RRC inactive mode, and the broadcast service may indicate a service in which the UE receives the MBS service through a bearer (bearer for point to multicast service) using the RLC UM mode in the RRC inactive mode or RRC idle mode.

[0030] In order to support the MBS service, a structure or configuration method of the multicast bearer or the unicast bearer supporting the MBS service, and a data processing method of a PHY layer, a MAC layer, an RLC layer, or a PDCP layer receiving MBS data and processing the MBS data are required.

[0031] In addition, when the MBS service is switched in RRC connected mode, RRC idle mode, RRC inactive mode, or between the modes, a signaling procedure or a UE operation to continue supporting the MBS service may be specified.

[0032] In addition, in order to support MBS service with no data loss or less data loss depending on handover between base stations or networks supporting the MBS service or the mobility of the UE, a method of reconfiguring (or switching) from a multicast bearer to a unicast bearer or reconfiguring (or switching) from a unicast bearer to a multicast bearer may be required.

[0033] The disclosure provides methods for the UE to normally receive the MBS service in the various scenarios as described above.

[0034] FIG. 1 is a diagram illustrating a structure of an LTE system according to various embodiments of the present disclosure.

[0035] Referring to FIG. 1, as illustrated, the radio access network of the LTE system includes a next-generation base station (Evolved Node B, hereinafter ENB, Node B or base station) a-05, a-10, a-15, and a-20, a mobility management entity (MME) a-25, and a serving-gateway (S-GW) a-30. The user equipment (hereinafter UE or UE) a-35 accesses the external network through the ENB a-05 to a-20 and the S-GW a-30.

[0036] In FIG. 1, the ENBs a-05 to a-20 correspond to the existing Node B of the UMTS system. The ENBs are connected to the UE a-35 through a radio channel and perform a more complex role than the existing node B. In the LTE system, because all user traffic, including real-time services such as voice over IP (VoIP) through Internet protocol, are serviced through shared channels, a device for scheduling by collecting status information such as buffer status, available transmission power status, and channel status of the UEs 1A-35 is required, and the ENB a-05 to a-20 is responsible for this. One ENB typically controls multiple cells. For example, in order to implement a transmission rate of 100 Mbps, the LTE system uses, for example, orthogonal frequency division multiplexing (hereinafter referred to as OFDM) in a 20 MHz bandwidth as a radio access technology. In addition, an adaptive modulation & coding (AMC) method determining a modulation scheme and a channel coding rate based on the channel state of the UE is applied. The S-GW a-30 is a device that provides a data bearer, and creates or removes a data bearer under the control of the MME a-25. The MME is a device in charge of various control functions as well as a mobility management function for the UE, and is connected to a plurality of base stations.

[0037] In the protocol structure of the disclosure, a PDU may indicate a protocol data unit, and an SDU may indicate a service data unit.

[0038] FIG. 2 is a diagram illustrating a radio protocol structure of an LTE system according to various embodiments of the present disclosure.

[0039] Referring to FIG. 2, the radio protocol of the LTE system consists of a packet data convergence protocol (PDCP) b-05 and b-40, a radio link control (RLC) b-10 and b-35, and medium access control (MAC) b-15 and b-30 in the UE and ENB, respectively. The packet data convergence protocol (PDCP) b-05 and b-40 is responsible for IP header compression / decompression operations. The main functions of PDCP are summarized below: Header compression and decompression (ROHC only); Transfer of user data; In-sequence delivery of upper layer PDUs at PDCP re-establishment procedure for RLC AM; For split bearers in DC (only support for RLC AM): PDCP PDU routing for transmission and PDCP PDU reordering for reception; Duplicate detection of lower layer SDUs at PDCP re-establishment procedure for RLC AM; Retransmission of PDCP SDUs at handover and, for split bearers in DC, of PDCP PDUs at PDCP data-recovery procedure, for RLC AM; Ciphering and deciphering; and / or Timer-based SDU discard in uplink.

[0040] The radio link control (hereinafter referred to as RLC) b-10 and b-35 performs ARQ operation by reconfiguring a PDCP protocol data unit (PDU) or RLC service data unit (SDU) to an appropriate size. The main functions of RLCs are summarized below: Transfer of upper layer PDUs; Error Correction through ARQ (only for AM data transfer); Concatenation, segmentation and reassembly of RLC SDUs (only for UM and AM data transfer); Re-segmentation of RLC data PDUs (only for AM data transfer); Reordering of RLC data PDUs (only for UM and AM data transfer); Duplicate detection (only for UM and AM data transfer); Protocol error detection (only for AM data transfer); RLC SDU discard (only for UM and AM data transfer); and / or RLC re-establishment.

[0041] The MACs b-15 and b-30 are connected to several RLC layers configured in one UE, and perform operations of multiplexing RLC PDUs into MAC PDUs and demultiplexing RLC PDUs from MAC PDUs. The main functions of MACs are summarized as follows: Mapping between logical channels and transport channels; Multiplexing / demultiplexing of MAC SDUs belonging to one or different logical channels into / from transport blocks (TB) delivered to / from the physical layer on transport channels; Scheduling information reporting; Error correction through HARQ; Priority handling between logical channels of one UE; Priority handling between UEs by means of dynamic scheduling; MBMS service identification; Transport format selection; and / or Padding.

[0042] The physical layer b-20 and b-25 channel-codes and modulates upper layer data, makes OFDM symbols and transmits them through a radio channel, or demodulates and channel-decodes the OFDM symbols received through the radio channel and transmits them to upper layers.

[0043] FIG. 3 is a diagram illustrating a structure of a next-generation mobile communication system according to various embodiments of the present disclosure.

[0044] Referring to FIG. 3, as illustrated, a radio access network of a next-generation mobile communication system (hereinafter referred to as NR or 5G) is composed of a next-generation base station (New Radio Node B, hereinafter NR gNB or NR base station) c-10 and a new radio core network (NR CN) c-05. A new radio user equipment (hereinafter NR UE or UE) c-15 accesses an external network through NR gNB c-10 and NR CN c-05.

[0045] In FIG. 3, the NR gNB c-10 corresponds to an Evolved Node B (eNB) of an existing LTE system. The NR gNB is connected to the NR UE c-15 through a radio channel and may provide a service superior to that of the existing Node B. In the next-generation mobile communication system, because all user traffic is serviced through the shared channel, a device for scheduling by collecting status information such as buffer status, available transmission power status, and channel status of the UEs is required, and the NR NB c-10 is responsible for this. One NR gNB typically controls multiple cells. In order to implement ultra-high-speed data transmission compared to current LTE, the next-generation mobile communication system may have more than the existing maximum bandwidth, and additional beamforming technology may be grafted using orthogonal frequency division multiplexing (hereinafter referred to as OFDM) as a radio access technology. In addition, an adaptive modulation and coding (AMC) method for determining a modulation scheme and a channel coding rate according to the channel state of the UE is applied. The NR CN c-05 performs functions such as mobility support, bearer setup, QoS configuration, and the like. The NR CN c-05 is a device in charge of various control functions as well as a mobility management function for the UE, and is connected to a plurality of base stations. In addition, the next-generation mobile communication system may be linked with the existing LTE system, and the NR CN is connected to the MME c-25 through a network interface. The MME is connected to the existing base station eNB c-30.

[0046] FIG. 4 is a diagram illustrating a radio protocol structure of a next-generation mobile communication system according to various embodiments of the present disclosure.

[0047] Referring to FIG. 4, a radio protocol of a next-generation mobile communication system consists of NR SDAP d-01 and d-45, NR PDCP d-05 and d-40, NR RLC d-10 and d-35, and NR MAC d-15 and d-30 in a UE and an NR base station, respectively.

[0048] The main functions of the NR SDAPs d-01 and d-45 may include some of the following functions: Transfer of user plane data; Mapping between a QoS flow and a DRB for both DL and UL; Marking QoS flow ID in both DL and UL packets; and / or Reflective QoS flow to DRB mapping for the UL SDAP PDUs.

[0049] With respect to the SDAP layer, the UE may be configured with an RRC message whether to use the header of the SDAP layer or the function of the SDAP layer for each PDCP layer, for each bearer, or for each logical channel, and when SDAP header is configured, with the NAS QoS reflection configuration 1-bit indicator (NAS reflective QoS) and the AS QoS reflection configuration 1-bit indicator (AS reflective QoS) in the SDAP header, it is possible to instruct the UE to update or reconfiguring mapping information for uplink and downlink QoS flows and data bearers. The SDAP header may include QoS flow ID information indicating QoS. The QoS information may be used as data processing priority, scheduling information to support a smooth service, etc.

[0050] The main function of NR PDCP d-05 and d-40 may include some of the following functions: Header compression and decompression (ROHC only); Transfer of user data; In-sequence delivery of upper layer PDUs; Out-of-sequence delivery of upper layer PDUs; PDCP PDU reordering for reception; Duplicate detection of lower layer SDUs; Retransmission of PDCP SDUs; Ciphering and deciphering; and / or Timer-based SDU discard in uplink.

[0051] In the above, the reordering function of the NR PDCP device refers to a function of reordering PDCP PDUs received from a lower layer in order based on a PDCP sequence number (SN), and may include a function to transmit data to the upper layer in the rearranged order or a function to directly transmit data without considering the order, a function to record lost PDCP PDUs by rearranging the order, a function to report the status of lost PDCP PDUs to the transmitting side, and a function to request retransmission for lost PDCP PDUs.

[0052] The main function of the NR RLC d-10 and d-35 may include some of the following functions: Transfer of upper layer PDUs; In-sequence delivery of upper layer PDUs; Out-of-sequence delivery of upper layer PDUs; Error Correction through ARQ; Concatenation, segmentation and reassembly of RLC SDUs; Re-segmentation of RLC data PDUs; Reordering of RLC data PDUs; Duplicate detection; Protocol error detection; RLC SDU discard; and / or RLC re-establishment.

[0053] In the above, in-sequence delivery of the NR RLC device refers to a function of sequentially delivering RLC SDUs received from a lower layer to an upper layer, and, may include a function to reassemble and deliver divided RLC SDUs when originally one RLC SDU is divided into several RLC SDUs and received, a function of rearranging received RLC PDUs based on RLC sequence number (SN) or PDCP sequence number (SN), a function to reorder and record lost RLC PDUs, a function to report the status of lost RLC PDUs to the transmitting side, a function to request retransmission of lost RLC PDUs, a function of sequentially delivering only the RLC SDUs before the lost RLC SDU to the upper layer when there is a missing RLC SDU, a function of sequentially delivering all RLC SDUs received before the timer starts to the upper layer if a predetermined timer has expired even if there is a lost RLC SDU, or a function of sequentially delivering all RLC SDUs received so far to the upper layer if a predetermined timer has expired even if there is a lost RLC SDU. In addition, the RLC PDUs may be processed in the order (in the order of arrival, out-of-sequence of the serial number and sequence number) in which RLC PDUS are received and delivered to the PDCP device out-of-sequence (out-of-sequence delivery), and in the case of segments, segments stored in the buffer or to be received later are received, reconstructed into one complete RLC PDU, processed, and delivered to the PDCP device. The NR RLC layer may not include a concatenation function, and the function may be performed by the NR MAC layer or replaced with a multiplexing function of the NR MAC layer.

[0054] In the above, out-of-sequence delivery 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, and may include a function of reassembling and delivering when originally one RLC SDU is divided into several RLC SDUs and received, and a function of storing the RLC SN or PDCP SN of the received RLC PDUs, arranging the order, and recording the lost RLC PDUs.

[0055] The NR MACs d-15 and d-30 may be connected to several NR RLC layers configured in one UE, and the main function of the NR MAC may include some of the following functions: Mapping between logical channels and transport channels; Multiplexing / demultiplexing of MAC SDUs; Scheduling information reporting; Error correction through HARQ; Priority handling between logical channels of one UE; Priority handling between UEs by means of dynamic scheduling; MBMS service identification; Transport format selection; and / or Padding.

[0056] The NR PHY layer d-20 and d-25 channel-codes and modulates the upper layer data, and may perform making an OFDM symbol and transmitting the OFDM symbol through a radio channel, or demodulating an OFDM symbol received through the radio channel, performing channel decoding, and transmitting the OFDM symbol to an upper layer.

[0057] Because the next-generation mobile communication system may use a very high frequency band, the frequency bandwidth may also be very wide. However, supporting all very wide bandwidths in UE implementation requires high implementation complexity and incurs high cost. Therefore, the concept of a bandwidth part (BWP) may be introduced in the next-generation mobile communication system, and a plurality of bandwidth parts (BWPs) may be configured in one cell (Spcell or Scell) and data may be transmitted / received in one or a plurality of bandwidth parts according to an indication of a base station.

[0058] The disclosure is characterized by proposing a state transition method or a bandwidth part switching method and a specific operation considering the state of the Scell and a plurality of bandwidth parts configured in the Scell when introducing the dormant bandwidth part provided in the disclosure. In addition, a method of managing the dormant mode by BWP-level and making a state transition or a method of bandwidth part switching, respectively are provided, and a specific bandwidth part operation according to the state of each SCell or the state or mode (active, inactive, or dormant) of each bandwidth parti is provided.

[0059] In addition, the disclosure is characterized in that it is possible to configure a plurality of bandwidth parts for each downlink or uplink in one cell (Spcell, Pcell, Pscell, or Scell), and configure and operate an active bandwidth part (active DL or UL BWP), a dormant bandwidth part (dormant BWP or dormant DL BWP), or an inactive bandwidth part (inactive or deactivated DL / UL BWP) through bandwidth part switching. That is, the data transmission rate may be increased by a method similar to the carrier aggregation technology by transitioning the downlink or uplink bandwidth part to the active state for the single cell, and the UE may not perform PDCCH monitoring for the cell, thereby saving battery by transitioning or switching the downlink bandwidth part to the dormant bandwidth part, and it is possible to support the activation of a fast cell or bandwidth part in the future by enabling the UE to perform channel measurement on the downlink bandwidth part and report the channel measurement result. In addition, it is possible to save the battery of the UE by transitioning the downlink (or uplink) bandwidth part to the inactive state in the one cell. In the above, a state transition indication or a bandwidth part switching indication for each cell may be configured and indicated by an RRC message, MAC CE, or downlink control information (DCI) of a PDCCH.

[0060] In the disclosure, the bandwidth part (BWP) may be used without distinguishing between the uplink and the downlink, and the meaning may indicate the uplink bandwidth part and the downlink bandwidth part respectively according to the context.

[0061] In the disclosure, the link may be used without distinguishing between the uplink and the downlink, and the meaning may indicate the uplink and the downlink respectively according to the context.

[0062] In the disclosure, the dormant bandwidth part (BWP) is configured or introduced for the SCell of the UE performing the carrier aggregation technique, monitoring the PDCCH in the dormant bandwidth part is not performed to reduce the battery consumption of the UE, and when data transmission is required by performing channel measurement and reporting (e.g., channel state information (CSI) or channel quality information (CQI) measurement or reporting) in the dormant bandwidth part, or performing beam measurement or beam tracking or beam operation, data transmission may be started quickly in the normal bandwidth part by switching or activating the normal bandwidth part (BWP). In the above, the dormant bandwidth part may not configure nor apply for the SpCell (PCell in MCG or PCell in SCG (or PSCell)) that need to continuously monitor signals, transmit or receive feedback, or verify and maintain synchronization or the SCell with PUCCH configured.

[0063] The disclosure provides various embodiments of PDCCH DCI-based, MAC CE-based, or RRC message-based operation operate the aforementioned dormant bandwidth part for the SCell of the UE.

[0064] A network or a base station may configure a Spcell (Pcell and PScell) and a plurality of Scells to the UE. In the above, Spcell may indicate the Pcell when the UE 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 UE communicates with two base stations (master base station and secondary base station). In the above, Pcell or Pscell represents a main cell used by the UE and the base station in each MAC layer to communicate, and a cell in which timing is performed to perform synchronization, random access is performed, HARQ ACK / NACK feedback is transmitted as a PUCCH transmission resource, and most control signals are transmitted and received. In the above, a technology in which a base station operates a plurality of Scells together with Spcells to increase transmission resources and to increase uplink or downlink data transmission resources is referred to as a carrier aggregation technology.

[0065] When the UE receives the Spcell and a plurality of SCells configured with the RRC message, the UE may receive the state or mode for each SCell or bandwidth part of each SCell configured by the RRC message, MAC CE, or DCI of PDCCH. In the above, the state or mode of the Scell may be configured to an active mode or an activated state and a deactivated mode or a deactivated state. In the above, that the Scell is in the active mode or in the active state refers to that the UE may transmit and receive uplink or downlink data with the base station in the activated bandwidth part of the Scell, the activated normal bandwidth part, or a bandwidth part other than the activated dormant bandwidth part in the active mode or the activated, monitor the PDCCH to confirm the indication of the base station, perform channel measurement on the downlink of the Scell (or the active bandwidth part of the Scell, the activated normal bandwidth part, or the active dormant bandwidth part other than the active bandwidth part) in the active mode or active state, periodically report measurement information to the base station, and periodically transmit a pilot signal (sounding reference signal, SRS) to the base station so that the base station may measure the uplink channel.

[0066] However, the inactive mode or inactive state of the SCell may refer to that the bandwidth parts configured in the SCell of the UE are in an inactive state or the configured bandwidth parts are not activated, or data may not be transmitted / received with the base station because there is no active bandwidth part among the configured bandwidth parts, monitoring the PDCCH for confirming the indication of the base station is not performed, measuring the channel is not performed, reporting the measurement is not performed, and the pilot signal is not transmitted.

[0067] Therefore, in order to activate the Scells in the inactive mode, the base station first configures frequency measurement configuration information to the UE through an RRC message, and the UE performs cell or frequency measurement based on the frequency measurement configuration information. In addition, the base station may activate the deactivated Scells based on frequency / channel measurement information after receiving the cell or frequency measurement report of the UE. Because of this, a lot of delay occurs when the base station activates the carrier aggregation technology to the UE and starts data transmission or reception.

[0068] In the disclosure, in order to save the battery of the UE and to start data transmission or reception quickly, a dormant mode or a dormant state for the bandwidth part of each activated Scell (activated SCell or active SCell) (BWP) is provided, or configuring or introducing a dominant bandwidth part (BWP) for each activated SCell is provided.

[0069] In the dormant BWP in activated SCell, when the dormant bandwidth part is activated, the UE cannot transmit and receive data with the base station, or does not monitor the PDCCH to confirm the indication of the base station, or does not transmit a pilot signal, but performs channel measurements, and reports the measurement results for the measured frequency / cell / channel periodically or when an event occurs according to the base station configuration. Therefore, because the UE does not monitor the PDCCH in the dormant BWP of the activated SCell and does not transmit a pilot signal, battery life may be saved compared to the normal bandwidth part (or the bandwidth part that is not the dormant bandwidth part) of the activated SCell or when the normal bandwidth part (or the bandwidth part that is not the dormant bandwidth part) of the activated SCell is activated, and because the channel measurement report is performed unlike when the SCell is deactivated, the base station may quickly activate the normal bandwidth part of the activated SCell based on the measurement report or the measurement report of the dormant bandwidth part of the activated SCell so that the carrier aggregation technology may be used quickly, thereby reducing the transmission delay.

[0070] Accordingly, in the disclosure, that the Scell is in the active mode or in the active state refers to that the UE may transmit and receive uplink or downlink data with the base station in the activated bandwidth part of the Scell, the activated normal bandwidth part, or a bandwidth part other than the activated dormant bandwidth part in the active mode or the activated. In addition, that the Scell is in the active mode or in the active state refers to that the UE may monitor the PDCCH to confirm the indication of the base station, perform channel measurement on the downlink of the Scell (or the active bandwidth part of the Scell, the activated normal bandwidth part, or the active dormant bandwidth part other than the active bandwidth part) in the active mode or active state, periodically report measurement information to the base station, and periodically transmit a pilot signal (sounding reference signal, SRS) to the base station so that the base station may measure the uplink channel. In addition, in the disclosure, that the Scell is in the active mode or in the active state may refer to that the UE may not transmit and receive uplink or downlink data with the base station in the activated dormant bandwidth part of the Scell in the active mode or the activated Scell, or may refer to that it is possible to perform channel measurement on the downlink of the active dormant bandwidth part of the active mode or the active Scell and report the measurement information to the base station periodically even though the PDCCH is not monitored to confirm the indication of the base station.

[0071] In addition, in the disclosure, the dormant bandwidth part may indicate the state of the bandwidth part, or the dormant bandwidth part may be used as the name of a logical concept indicating a specific bandwidth part. Accordingly, the dormant bandwidth part may be activated, deactivated, or switched. For example, the indication to switch the second bandwidth part activated in the first SCell to the dormant bandwidth part, or the indication to transition the first SCell to dormant or dormant mode, or the indication to activate the dormant bandwidth part of the first SCell may be interpreted as the same meaning.

[0072] In addition, in the disclosure, the normal bandwidth part may represent bandwidth parts that are not dormant bandwidth parts among the bandwidth parts configured in each SCell of the UE by RRC message, uplink or downlink data may be transmitted and received with the base station in the normal bandwidth part, it is possible to monitor the PDCCH to confirm the indication of the base station, perform channel measurement for the downlink, and periodically report measurement information to the base station, and the UE may periodically transmit a pilot signal (sounding reference signal, SRS) to the base station so that the base station may measure the uplink channel. In addition, the normal bandwidth part may indicate an initial active bandwidth part, a default bandwidth part, an initial active bandwidth part, or initial bandwidth part activated from dormancy.

[0073] In addition, among the bandwidth parts configured in each Scell of the UE, only one dormant bandwidth part may be configured and may be configured for the downlink. As another method, one dormant bandwidth part may be configured for uplink or downlink among bandwidth parts configured for each Scell of the UE.

[0074] FIG. 5 is a diagram illustrating a procedure for providing a service to a UE by efficiently using a very wide frequency bandwidth in a next-generation mobile communication system according to various embodiments of the present disclosure.

[0075] In FIG. 5, how the next-generation mobile communication system efficiently uses a very wide frequency bandwidth to provide services to UEs having different abilities (capabilities or categories) and to save battery.

[0076] One cell that the base station provides services may service a very wide frequency band such as e-05. However, in order to provide a service to UEs having different capabilities, the wide frequency band may be divided into a plurality of bandwidth parts and managed as one cell.

[0077] First, the UE initially powered on may search the entire frequency band provided by the operator PLMN in a predetermined resource block unit (for example, in 12resource block (RB) units). For example, the UE may start to search a primary synchronization sequence (PSS) / secondary synchronization sequence (SSS) in the entire system bandwidth in units of the resource block (e-10). If the signals are detected while searching for PSS / SSS e-01 or e-02 in units of the resource block, the signals may be read and interpreted (decoded) to identify boundaries between a subframe and a radio frame. Accordingly, subframes may be distinguished in units of 1ms, and the UE synchronizes the downlink signal with the base station. In the above, a resource block (RB) may be defined as a two-dimensional unit with the size of a predetermined frequency resource and a predetermined time resource. For example, it may be defined as 1ms unit as a time resource and 12 subcarriers (1 carrier x 15 kHz = 180 kHz) as a frequency resource. In the above, when the UE completes synchronization, the UE may identify the master system information block (MIB) or minimum system information (MSI) to identify the information of the control resource set (CORESEST) and identify the initial access bandwidth part (BWP) information e-15 and e-20.

[0078] In the above, the CORESET information refers to a location of a time / frequency transmission resource through which a control signal is transmitted from the base station, and, for example, indicates a resource location through which a PDCCH channel is transmitted. The CORESET information is information indicating where the first system information (system information block 1, SIB1) is transmitted, and indicates from which frequency / time resource the PDCCH is transmitted. In the above, when the UE reads the first system information, the UE may identify information on the initial bandwidth part (initial BWP). As described above, when the UE completes synchronization of the downlink signal with the base station and is ready to receive the control signal, the UE may perform a random access procedure in the initial bandwidth part (initial BWP) of the cell on which the UE camps on, request RRC connection configuration, and receive an RRC message to perform RRC connection configuration.

[0079] In the RRC connection configuration, a plurality of bandwidth parts may be configured for each cell (Pcell or Pscell or Spcell or Scell). A plurality of bandwidth parts may be configured for downlink in one cell, and a plurality of bandwidth parts may be configured for uplink separately.

[0080] The plurality of bandwidth parts may be indicated and configured as a BWP identifier to be used as an initial BWP, default BWP, first active BWP, dormant BWP, or first active BWP from dormant.

[0081] In the above, the initial BWP may be used as the bandwidth part determined by the cell-specific level that exists one per cell, and the UE accessing the cell for the first time may configure a connection to the cell through a random access procedure, or the initial BWP may be used as a bandwidth part in which the UE that has configured the connection may perform synchronization. In addition, the base station may configure the initial downlink BWP to be used in the downlink and the initial uplink BWP to be used in the uplink for each cell, respectively. In addition, the configuration information for the initial bandwidth part may be broadcast in the first system information (system information 1, SIB1) indicated by CORESET, and the base station may reconfigure the RRC message to the UE that has accessed the connection. In addition, the initial downlink BWP may be used by designating 0 of the bandwidth part identifier in the uplink and downlink, respectively. That is, all UEs accessing the same cell may use the same initial bandwidth part by designating the same bandwidth part identifier 0. This is because when performing the random access procedure, the base station may transmit a random access response (RAR) message to the initial bandwidth part that all UEs may read, so there may be an advantage in facilitating the contention-based random access procedure.

[0082] In the above, the first active BWP may be configured differently for each UE (UE specific), and may be indicated by designating a bandwidth part identifier among a plurality of bandwidth parts. The first active bandwidth part may be configured for downlink and uplink, respectively, and may be configured as first active downlink BWP and first active uplink BWP, respectively, as a bandwidth part identifier. The first activated bandwidth part may be used to indicate which bandwidth part is to be initially activated and used when a plurality of bandwidth parts are configured in one cell. For example, when a Pcell or Pscell and a plurality of Scells are configured in the UE and a plurality of bandwidth parts are configured in each Pcell, Pscell or Scell, and if the Pcell, Pscell, or Scell is activated, the UE may activate and use the first active BWP among a plurality of bandwidth parts configured in the Pcell, Pscell or Scell. For example, the first active downlink BWP may be activated and used for the downlink and the first active uplink BWP may be activated and used for the uplink.

[0083] In the above, the operation of the UE switching the current or activated downlink bandwidth part for the Scell and activating the downlink bandwidth part as the first activated downlink bandwidth part (or the bandwidth part configured or indicated by the RRC message) or switching the current or activated uplink bandwidth part for the Scell and activating the uplink bandwidth part as the first activated uplink bandwidth part (or the bandwidth part configured or indicated by the RRC message) may be performed when the Scell or the bandwidth part is in an inactive state and receives an instruction to activate the Scell or the bandwidth part through an RRC message, MAC control information, or DCI. In addition, it may be performed when the UE receives an instruction to transition the Scell or bandwidth part to the dormant state through an RRC message, MAC control information, or DCI. This is because when activating the Scell or bandwidth part, the current or activated downlink bandwidth part is switched to activate the first activated downlink bandwidth part (or the bandwidth part configured or indicated by the RRC message) or the uplink bandwidth part is switched to activate the first activated uplink bandwidth part (or the bandwidth part configured or indicated by the RRC message), the base station may effectively use the carrier aggregation technology only when the frequency / channel is measured and reported for the first active downlink / uplink bandwidth part even when the channel measurement report is performed in the dormant state.

[0084] In the above, the default BWP may be configured differently for each UE (UE specific), and may be indicated by designating a bandwidth part identifier among a plurality of bandwidth parts. It may be characterized in that the default bandwidth part is configured only for the downlink. The default bandwidth part may be used as a bandwidth part to which an activated bandwidth part among a plurality of downlink bandwidth parts may fall back after a predetermined time. For example, BWP inactivity timer may be configured for each cell or for each bandwidth part with an RRC message, and the timer is started or restarted when data transmission / reception occurs in an activated bandwidth part other than the default bandwidth part, or may be started or restarted when the activated bandwidth part is switched to another bandwidth part. When the timer expires, the UE may fallback or switch the downlink bandwidth part activated in the cell to the default bandwidth. In the above, switching may refer to a procedure of inactivating a currently activated bandwidth part and activating a bandwidth part indicated by switching, and the switching may be triggered by an RRC message, a MAC control element, or L1 signaling (downlink control information (DCI) of PDCCH). In the above, the switching may be triggered by indicating a bandwidth part to be switched or activated, and the bandwidth part may be indicated by a bandwidth part identifier (e.g., 0, 1, 2, 3, or 4).

[0085] The reason why the default bandwidth part is applied and used only for downlink is that the base station may facilitate scheduling of the base station by causing the UE to fall back to the default bandwidth part after a predetermined time has elapsed for each cell to receive an instruction (e.g., DCI of PDCCH) from the base station. For example, if the base station configures the basic bandwidth part of UEs accessing one cell as the initial bandwidth part, the base station may continue to perform the scheduling instruction only in the initial bandwidth part after a certain period of time. If the default bandwidth part is not configured in the RRC message, the initial bandwidth part may be regarded as a default bandwidth part, and fall back to the initial bandwidth part when the bandwidth part deactivation timer expires.

[0086] As another method, in order to increase the implementation freedom of the base station, a default bandwidth part for the uplink may be defined and configured, and used like the default bandwidth part of the downlink.

[0087] In the above description, the dormant BWP may mean a bandwidth part that is a dormant mode of an activated SCell or a dormant BWP in activated SCell. When the dormant bandwidth part is activated, the UE may not transmit and receive data with the base station, or does not monitor the PDCCH to confirm the indication of the base station, or does not transmit a pilot signal, but performs channel measurements, and reports the measurement results for the measured frequency / cell / channel periodically or when an event occurs according to the base station configuration. Therefore, because the UE does not monitor the PDCCH in the dormant BWP of the activated SCell and does not transmit a pilot signal, battery life may be saved compared to the normal bandwidth part (or the bandwidth part that is not the dormant bandwidth part) of the activated SCell or when the normal bandwidth (or the bandwidth part that is not the dormant bandwidth part) part of the activated SCell is activated. In addition, because the UE performs the channel measurement report unlike when the SCell is deactivated, the base station may quickly activate the normal bandwidth part of the activated SCell based on the measurement report or the measurement report of the dormant bandwidth part of the activated SCell so that the carrier aggregation technology may be used quickly, thereby reducing the transmission delay.

[0088] The first active bandwidth part (or the first active non-dormant bandwidth part or the bandwidth part configured or indicated by the RRC message) activated in the dormant state or switched from the dormant bandwidth part may be a bandwidth part to be activated by switching the current or activated bandwidth part of the SCell activated by the UE according to a corresponding indication, or a bandwidth part to be activated from a dormant state set in an RRC message when the UE is operating the bandwidth part of one activated SCell as the dormant bandwidth part, when the active bandwidth part in the activated SCell is the dormant bandwidth part, when switched to the dormant bandwidth part in the SCell, when the UE is instructed to switch the bandwidth part of the activated SCell from the dormant bandwidth part to the normal bandwidth part (or the bandwidth part that is not the dormant bandwidth part) by the DCI or MAC CE or RRC message of the PDCCH from the base station, when the UE is instructed to switch or switch the convert bandwidth part to the normal bandwidth part in the dormant bandwidth part, or when instructed to switch or convert or activate the active bandwidth part to the normal bandwidth part (e.g., the e first active bandwidth part that is activated from dormancy) in the dormant bandwidth part,

[0089] FIG. 6 is a diagram illustrating a procedure for a UE to switch from an RRC idle mode to an RRC connected mode in the next-generation mobile communication system according to various embodiments of the present disclosure, and provides a method of configuring a plurality of bandwidth parts (BWP) and configuring a default BWP or a first active BWP.

[0090] One cell provided by the base station may service a very wide frequency band. First, the UE may search the entire frequency band provided by the operator (PLMN) in units of a certain resource block (e.g., in units of 12 RBs). That is, the UE may start searching for a primary synchronization sequence (PSS) / secondary synchronization sequence (SSS) in the entire system bandwidth in units of the resource blocks. If the signals are detected while searching for PSS / SSS in units of the resource blocks, the boundaries between a sub-frame and a radio transmission resource frame may be identified by reading and analyzing (decoding) the signals. In the above, when the synchronization is completed, the UE may read system information of the cell currently camped on. That is, the initial bandwidth part (BWP) information may be identified by identifying the master system information block (MIB) or minimum system information (MSI) to identify the information of the control resource set (CORESEST) and by reading the system information f-01 and f-05. In the above, the CORESET information refers to a 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.

[0091] As described above, when the UE completes synchronization of the downlink signal with the base station and is ready to receive the control signal, the UE may perform a random access procedure in the initial bandwidth part, receive a random access response, request RRC connection establishment, and receive an RRC message to perform RRC connection configuration f-10, f-15, f-20, f-25, and f-30.

[0092] When the basic RRC connection configuration is completed in the above, the base station may transmit an RRC message inquiring about the UE capability to the UE to identify the UE capability (UECapabilityEnquiry, f-35). In another method, the base station may ask the MME or AMF for the UE capability to identify the UE capability. This is because the MME or AMF may have stored the capability information of the UE if the MME or AMF has previously accessed the UE. If there is no UE capability information desired by the base station, the base station may request UE capability from the UE.

[0093] The reason why the base station transmits the RRC message to the UE to identify the UE capability is to identify the capability of the UE and, for example, to determine what frequency band the UE may read or the frequency band area that the UE may read. In addition, after confirming the capability of the UE, the base station may configure an appropriate bandwidth part (BWP) to the UE. When the UE receives the RRC message inquiring about the UE capability in the above, in response to this, the UE may indicate the range of the bandwidth supported by the UE or the range to which the bandwidth is supported from the current system bandwidth as an offset from the reference center frequency, may directly indicate the start point and the end point of the supported frequency bandwidth, or may indicate the center frequency and bandwidth f-40.

[0094] In the above, the bandwidth part may be configured with an RRCSetup message, an RRCResume message f-25, or an RRCReconfiguration message f-45 of RRC connection setup. The RRC message may include configuration information for a Pcell, Pscell, or a plurality of Scells, and a plurality of bandwidth parts may be configured for each cell (PCell, Pscell, or Scell). When configuring a plurality of bandwidth parts for each cell, a plurality of bandwidth parts to be used in the downlink of each cell may be configured, In the case of the FDD system, a plurality of bandwidth parts to be used in the uplink of each cell may be configured separately from the downlink bandwidth parts, and in the case of the TDD system, a plurality of bandwidth parts to be commonly used in the downlink and the uplink of each cell may be configured.

[0095] The information for configuring the bandwidth part of each cell (PCell, Pscell, or Scell) may include some of the following information: Downlink bandwidth part configuration information of the cell: ■ Initial downlink BWP configuration information, ■ A plurality of bandwidth part configuration information and a bandwidth part identifier (BWP ID) corresponding to each bandwidth part, ■ Initial state configuration information of the downlink bandwidth part of the cell (e.g., active state, dormant state, or inactive state), ■ Bandwidth part identifier indicating the first active downlink BWP, ■ Bandwidth part identifier indicating default BWP, ■ Configuration information for PDCCH monitoring for each bandwidth part. For example, CORESET information, search space resource information, or PDCCH transmission resource, period, sub-frame number information, etc., ■ A bandwidth part identifier indicating a dormant bandwidth part or a 1-bit indicator indicating a dormant bandwidth part for each bandwidth part in the bandwidth part configuration information, ■ A bandwidth part identifier indicating the first active bandwidth part activated from dormancy or a 1-bit indicator indicating the first active bandwidth part activated from dormancy for each bandwidth part in the bandwidth part configuration information, ■ Bandwidth part deactivation timer configuration and timer value, and / or ■ An identifier indicating the MBS service or an identifier indicating the type of the MBS service or an indicator that the MBS service may be supported by falling back (or transitioning or switching) to the bandwidth part when the MBS service is not valid (e.g., when the wireless signal is poor); and / or Uplink bandwidth part configuration information of the cell: ■ Initial uplink BWP configuration information, ■ A plurality of bandwidth part configuration information and a bandwidth part identifier (BWP ID) corresponding to each bandwidth part, ■ Initial state configuration information of the uplink bandwidth part of the cell (e.g., active state, dormant state, or inactive state), ■ A bandwidth part identifier indicating a dormant bandwidth part or a 1-bit indicator indicating a dormant bandwidth part for each bandwidth part in the bandwidth part configuration information, ■ A bandwidth part identifier indicating the first active uplink BWP, and / or ■ An identifier indicating the MBS service or an identifier indicating the type of the MBS service or an indicator that the MBS service may be supported by falling back (or transitioning or switching) to the bandwidth part when the MBS service is not valid (e.g., when the wireless signal is poor).

[0096] In the above, the base station may transmit to the UE including configuration information for the MBS service or configuration information for the MBS bearer in the RRCSetup message or RRCResume message f-25 or RRCReconfiguration message f-45 of the RRC connection configuration. The configuration information may include PDCP layer device configuration information for MBS service or MBS bearer per bearer or per logical channel identifier, or RLC layer device configuration information or MAC layer device configuration information. The configuration information may include the following information or indicators.

[0097] In one example of information or indicators, in the RRC message, a PDCP re-establishment procedure or a PDCP reconfiguration procedure for the bearer may be instructed to the UE by including an indicator to re-establish or reconfigure the PDCP layer. The indicator may be configured for each MBS service (e.g., multicast service, unicast service, PTP, or PTM) supported by one PDCP layer, for each connected (or for multicast service, unicast service, PTP, or PTM) RLC layer, or for each mode of the RLC layer (e.g., per UM mode, AM mode, UM DRB, or AM DRB). In addition, the above procedure may be configured and performed as an RRC message even during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type. As another method, the procedure may be performed during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type without the configuration or indicator of the RRC message. In addition, the configuration information or indicator may be configured differently for each bearer type (UM DRB, AM DRB, UM MRB (MBS bearer associated with RLC UM mode), or AM MRB (MBS bearer associated with RLC AM mode)) or mode of the RLC layer (e.g., by UM mode or AM mode or UM DRB or AM DRB) to perform different procedures.

[0098] In one example of information or indicators, window variable initialization may be indicated by configuring an indicator to initialize transmission or reception window variables (e.g., RX_NEXT, RX_DELIV, RX_REORD, or TX_Next) of the PDCP layer of the bearer or only specific transmission or reception window variables (e.g., RX_NEXT, RX_DELIV, RX_REORD, or TX_Next) in the RRC message. In the above, the window variable initialization may indicate to initialize or set the window variable values to 0. As another method, when specific values for window variables (or a value for each window variable or a common value for window variables) of the PDCP layer are included and configured in the RRC message, it may be instructed to initialize or set the window variable values to the specific values (e.g., PDCP serial number value or COUNT value) set above. If the indicator to initialize the transmission or reception window variables of the PDCP layer is not included (or not configured) in the above, the current transmission or reception window variables may be maintained. The procedure may be performed when performing a PDCP re-establishment procedure or a PDCP re-establishment procedure for the bearer. The indicator may be configured for each MBS service (e.g., multicast service or unicast service or PTP or PTM) supported by one PDCP layer or for each connected (or for multicast service or unicast service or PTP or PTM) RLC layer.

[0099] In addition, the above procedure may be configured and performed as an RRC message even during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type. As another method, the procedure may be performed during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type without the configuration or indicator of the RRC message. In addition, the configuration information or indicator may be configured differently for each bearer type (UM DRB, AM DRB, UM MRB (MBS bearer associated with RLC UM mode), or AM MRB (MBS bearer associated with RLC AM mode)) or mode of the RLC layer (e.g., by UM mode or AM mode or UM DRB or AM DRB) to perform different procedures.

[0100] In one example of information and indicators, in the RRC message, it may be configured or indicated including an indicator indicating to perform data processing on data (e.g., PDCP PDU or PDCP SDU) stored in a reception PDCP layer of the PDCP layer of the bearer or data (e.g., data stored because PDCP PDU or PDCP SDU or reception PDCP serial numbers or COUNT values are not received in order or data in which the header decompression procedure has not yet been applied when the header compression procedure is configured) out of order, and transmit to an upper layer. If the indicator is configured, the UE may transmit the data (e.g., PDCP PDU or PDCP SDU) stored in a reception PDCP layer of the PDCP layer of the bearer or data (e.g., data stored because PDCP PDU or PDCP SDU or reception PDCP serial numbers or COUNT values are not received in order or data in which the header decompression procedure has not yet been applied when the header compression procedure is configured) out of order to the upper layer. Alternatively, when the header compression function is configured, data to which the header decompression procedure is not applied may be transmitted to the upper layer after applying the header decompression procedure.

[0101] As another method, for the MBS bearer, when the header compression function is configured to the reception PDCP layer, the delay may be reduced by enabling the header decompression procedure to be immediately performed on received data regardless of the order. The procedure may be performed when performing a PDCP re-establishment procedure or a PDCP reconfiguration procedure for the bearer. The indicator may be configured for each MBS service (e.g., multicast service or unicast service or PTP or PTM) supported by one PDCP layer or for each connected (or for multicast service or unicast service or PTP or PTM) RLC layer. In addition, the above procedure may be configured and performed as an RRC message even during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type.

[0102] As another method, the procedure may be performed during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type without the configuration or indicator of the RRC message. In addition, the configuration information or indicator may be configured differently for each bearer type (UM DRB, AM DRB, UM MRB (MBS bearer associated with RLC UM mode), or AM MRB (MBS bearer associated with RLC AM mode)) or mode of the RLC layer (e.g., by UM mode or AM mode or UM DRB or AM DRB) to perform different procedures.

[0103] In one example of information and indicators, in the RRC message, an indicator indicating whether to continue maintaining or initializing the mapping relationship (or the status of the COUNT value (or PDCP serial number) allocated to each data) between the COUNT value (or PDCP serial number) of the PDCP layer of the bearer and data may be included and configured. For example, if the indicator indicates to maintain the mapping relationship (or if there is no indicator), the PDCP layer may maintain the current mapping relationship. However, if the indicator indicates to initialize the mapping relationship, the PDCP layer releases or initializes the current mapping relationship, and based on the data (PDCP PDU or PDCP SDU) and the PDCP serial number of the PDCP header or the derived COUNT value from newly received data, newly configure or store the mapping relationship (or state) between the data and the COUNT value (or PDCP serial number). The procedure may be performed when performing a PDCP re-establishment procedure or a PDCP reconfiguration procedure for the bearer. The indicator may be configured for each MBS service (e.g., multicast service or unicast service or PTP or PTM) supported by one PDCP layer or for each connected (or for multicast service or unicast service or PTP or PTM) RLC layer.

[0104] In addition, the above procedure may be configured and performed as an RRC message even during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type. As another method, the procedure may be performed during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type without the configuration or indicator of the RRC message. In addition, the configuration information or indicator may be configured differently for each bearer type (UM DRB, AM DRB, UM MRB (MBS bearer associated with RLC UM mode), or AM MRB (MBS bearer associated with RLC AM mode)) or mode of the RLC layer (e.g., by UM mode or AM mode or UM DRB or AM DRB) to perform different procedures.

[0105] In one example of information and indicators, the RRC message may include an indicator indicating whether to use a ciphering procedure in the PDCP layer of the bearer or an indicator indicating whether to use an integrity protection procedure, and may configure each security key or algorithm to be used in the ciphering procedure or the integrity protection procedure as security configuration information. In the above, the ciphering procedure, integrity protection procedure, security key, or algorithm may be configured for each MBS service (e.g., multicast service, unicast service, PTP, or PTM) supported by one PDCP layer or for each connected (or for multicast service or unicast service or PTP or PTM) RLC layer. For example, when one PDCP layer, a UM mode RLC layer supporting multicast service, and an AM mode RLC layer supporting unicast service are connected together. for the PDCP layer, the ciphering procedure, integrity protection procedure, security key or algorithm may be configured for each MBS service (e.g., multicast service or unicast service or PTP or PTM) or for each connected (or for multicast service or unicast service or PTP or PTM) RLC layer with the RRC message.

[0106] For example, in the above, the UE may configure a first security key (symmetric key, share and use the same key as the network) to be applied in UM DRB or AM DRB or SRB, and may be configured to apply different security keys by configuring a second security key (symmetric key, sharing and using the same key as the network or asymmetric key, the network uses a private key and the UE uses a public key) to the bearer (UM MRB or AM DRB) for the MBS service. For example, depending on the type of MBS service, a bearer serving a multicast service may configure and use the second security key, and a bearer serving a unicast service may use the first security key.

[0107] For example, it may be configured to apply different security keys as described above according to the MBS service type or RLC mode serviced by different RLC layers by configuring the first security key and the second security key together in one PDCP layer (like the security key, the algorithm may be set differently and applied as the first algorithm or the second algorithm). As another method, the ciphering procedure, integrity protection procedure, security key, or algorithm may be configured in the RRC message for each PDCP layer. The indicator may be configured for each MBS service (e.g., multicast service or unicast service or PTP or PTM) supported by one PDCP layer or for each connected (or for multicast service or unicast service or PTP or PTM) RLC layer.

[0108] In addition, the above procedure may be configured and performed as an RRC message even during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type. As another method, the procedure may be performed during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type without the configuration or indicator of the RRC message. In addition, the configuration information or indicator may be configured differently for each bearer type (UM DRB, AM DRB, UM MRB (MBS bearer associated with RLC UM mode), or AM MRB (MBS bearer associated with RLC AM mode)) or mode of the RLC layer (e.g., by UM mode or AM mode or UM DRB or AM DRB) to perform different procedures.

[0109] In one example of information and indicators, in the RRC message, an RLC re-establishment procedure or an RLC reconfiguration procedure including an indicator to re-establish or reconfiguration the RLC layer for the bearer may be instructed to the UE. The indicator may be configured for each MBS service (e.g., multicast service or unicast service or PTP or PTM) supported by one RLC layer or for each connected (or for multicast service or unicast service or PTP or PTM) RLC layer. In addition, the above procedure may be configured and performed as an RRC message even during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type. As another method, the procedure may be performed during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type without the configuration or indicator of the RRC message. In addition, the configuration information or indicator may be configured differently for each bearer type (UM DRB, AM DRB, UM MRB (MBS bearer associated with RLC UM mode), or AM MRB (MBS bearer associated with RLC AM mode)) or mode of the RLC layer (e.g., by UM mode or AM mode or UM DRB or AM DRB) to perform different procedures.

[0110] In one example of information and indicators, in the RRC message, window variable initialization may be indicated by configuring an indicator to initialize transmission or reception window variables (e.g., RX_Next or RX_Next_Highest or RX_Highest_Status or RX_Next_Status_Trigger or TX_Next) of the RLC layer of the bearer or only specific transmission or reception window variables (e.g., RX_Next or RX_Next_Highest or RX_Highest_Status or RX_Next_Status_Trigger or TX_Next). In the above, window variable initialization may be indicated to initialize or set the window variable values to 0. As another method, when specific values (e.g., RLC serial number value or COUNT value) for window variables (or a value for each window variable or a common value for window variables) of the RLC layer are included in the RRC message and set, initializing or setting the window variable values to the specific values set above may be instructed. If the indicator to initialize the transmission or reception window variables of the RLC layer is not included (or is not configured), the current transmission or reception window variables may be maintained. The procedure may be performed when performing an RLC re-establishment procedure or an RLC reconfiguration procedure for the bearer. The indicator may be configured for each MBS service (e.g., multicast service or unicast service or PTP or PTM) supported by one RLC layer or for each connected (or for multicast service or unicast service or PTP or PTM) RLC layer.

[0111] In addition, the above procedure may be configured and performed as an RRC message even during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type. As another method, the procedure may be performed during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type without the configuration or indicator of the RRC message. In addition, the configuration information or indicator may be configured differently for each bearer type (UM DRB, AM DRB, UM MRB (MBS bearer associated with RLC UM mode), or AM MRB (MBS bearer associated with RLC AM mode)) or mode of the RLC layer (e.g., by UM mode or AM mode or UM DRB or AM DRB) to perform different procedures.

[0112] In one example of information and indicators, in the RRC message, it may be configured or indicated including an indicator indicating to perform data processing on data (e.g., RLC PDU or RLC SDU) stored in a reception RLC layer of the RLC layer of the bearer or data (e.g., data stored because RLC PDU or RLC SDU or reception RLC serial numbers or COUNT values are not received in order) out of order, and transmit to an upper layer. If the indicator is configured, the UE may transmit the data (e.g., RLC PDU or RLC SDU) stored or data (e.g., data stored because RLC PDU or RLC SDU or reception RLC serial numbers or COUNT values are not received in order or data in which the header decompression procedure has not yet been applied when the header compression procedure is configured) out of order to the upper layer. Alternatively, in a case where the header compression function is configured, data to which the header decompression procedure is not applied may be transmitted to the upper layer after the header decompression procedure is applied.

[0113] As another method, for the MBS bearer, when the header compression function is configured to the reception RLC layer, the delay may be reduced by enabling the header decompression procedure to be immediately performed on received data regardless of the order. The procedure may be performed when performing a RLC re-establishment procedure or a RLC reconfiguration procedure for the bearer. The indicator may be configured for each MBS service (e.g., multicast service or unicast service or PTP or PTM) supported by one RLC layer or for each connected (or for multicast service or unicast service or PTP or PTM) RLC layer. In addition, the above procedure may be configured and performed as an RRC message even during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type.

[0114] As another method, the procedure may be performed during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type without the configuration or indicator of the RRC message. In addition, the configuration information or indicator may be configured differently for each bearer type (UM DRB, AM DRB, UM MRB (MBS bearer associated with RLC UM mode), or AM MRB (MBS bearer associated with RLC AM mode)) or mode of the RLC layer (e.g., by UM mode or AM mode or UM DRB or AM DRB) to perform different procedures.

[0115] In one example of information and indicators, in the RRC message, an indicator indicating whether to continue maintaining or initializing the mapping relationship (or the status of the COUNT value (or RLC serial number) allocated to each data) between the COUNT value (or RLC serial number) of the RLC layer of the bearer and data may be included and configured. For example, if the indicator indicates to maintain the mapping relationship (or if there is no indicator), the RLC layer may maintain the current mapping relationship. However, if the indicator indicates to initialize the mapping relationship, the RLC layer releases or initializes the current mapping relationship, and based on the data (RLC PDU or RLC SDU) and the RLC serial number of the RLC header or the derived COUNT value from newly received data, newly configure or store the mapping relationship (or state) between the data and the COUNT value (or RLC serial number). The procedure may be performed when performing a RLC re-establishment procedure or a RLC reconfiguration procedure for the bearer. The indicator may be configured for each MBS service (e.g., multicast service or unicast service or PTP or PTM) supported by one RLC layer or for each connected (or for multicast service or unicast service or PTP or PTM) RLC layer.

[0116] In addition, the above procedure may be configured and performed as an RRC message even during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type. As another method, the procedure may be performed during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type without the configuration or indicator of the RRC message. In addition, the configuration information or indicator may be configured differently for each bearer type (UM DRB, AM DRB, UM MRB (MBS bearer associated with RLC UM mode), or AM MRB (MBS bearer associated with RLC AM mode)) or mode of the RLC layer (e.g., by UM mode or AM mode or UM DRB or AM DRB) to perform different procedures.

[0117] In one example of information and indicators, the RRC message may configure including an indicator indicating whether the MAC layer of the UE is to be reset, whether to perform a partial reset, or to be maintained as it is (or not performing the reset procedure). In addition, the above procedure may be configured and performed as an RRC message even during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type. As another method, the procedure may be performed during the switching or transitioning procedure (e.g., switching from multicast service (PTM) (or multicast bearer) to unicast service (PTP) (or unicast bearer) or from unicast service (PTP) (or unicast bearer) to multicast service (PTM) (or multicast bearer)) of the MBS service type without the configuration or indicator of the RRC message. In addition, the configuration information or indicator may be configured differently for each bearer type (UM DRB, AM DRB, UM MRB (MBS bearer associated with RLC UM mode), or AM MRB (MBS bearer associated with RLC AM mode)) or mode of the RLC layer (e.g., by UM mode or AM mode or UM DRB or AM DRB) to perform different procedures.

[0118] When performing a PDCP reconfiguration procedure or a PDCP re-establishment procedure for AM DRB or UM DRB in the disclosure, data (PDCP PDU or PDCP SDU or uplink data) may be transmitted or retransmitted in an ascending order of the PDCP serial number (or COUNT) value from the data corresponding to the first PDCP serial number (or COUNT) value for which successful delivery (identify ACK or NACK based on RLC status report) from the lower layer (RLC layer) is not confirmed. For the MBS bearer (UM MRB or AM MRB) provided in the disclosure, when performing a PDCP reconfiguration procedure, a PDCP re-establishment procedure, or an MBS service switching procedure, the above transmission or retransmission procedure (for example, transmission or retransmission of data (PDCP PDU or PDCP SDU or uplink data) in an ascending order of the PDCP serial number (or COUNT) value from the data corresponding to the first PDCP serial number (or COUNT) value for which successful delivery from the lower layer (RLC layer) is not confirmed) may not be performed.

[0119] The initial bandwidth part (initial BWP), the default bandwidth part (default BWP), or the first active bandwidth part (first active BWP) configured above may be used for the following purposes, and may operate as follows according to the purpose.

[0120] In the above, the initial BWP may be used as the bandwidth part determined by the cell-specific level that exists one per cell, and the UE accessing the cell for the first time may configure a connection to the cell through a random access procedure, or the initial BWP may be used as a bandwidth part in which the UE that has configured the connection may perform synchronization. In addition, the base station may configure the initial downlink BWP to be used in the downlink and the initial uplink BWP to be used in the uplink for each cell, respectively. In addition, the configuration information for the initial bandwidth part may be broadcast in the first system information (system information 1, SIB1) indicated by CORESET, and the base station may reconfigure the RRC message to the UE that has accessed the connection. In addition, the initial downlink BWP may be used by designating 0 of the bandwidth part identifier in the uplink and downlink, respectively. All UEs accessing the same cell may use the same initial bandwidth part by designating the same bandwidth part identifier 0. This is because when performing the random access procedure, the base station may transmit a random access response (RAR) message to the initial bandwidth part that all UEs may read, so there may be an advantage in facilitating the contention-based random access procedure.

[0121] In the above, the first active BWP may be configured differently for each UE (UE specific), and may be indicated by designating a bandwidth part identifier among a plurality of bandwidth parts. The first active bandwidth part may be configured for downlink and uplink, respectively, and may be configured as first active downlink BWP and first active uplink BWP, respectively, as a bandwidth part identifier. The first activated bandwidth part may be used to indicate which bandwidth part is to be initially activated and used when a plurality of bandwidth parts are configured in one cell. For example, when a Pcell or Pscell and a plurality of Scells are configured in the UE and a plurality of bandwidth parts are configured in each Pcell, Pscell or Scell, and if the Pcell, Pscell, or Scell is activated, the UE may activate and use the first active BWP among a plurality of bandwidth parts configured in the Pcell, Pscell or Scell. For example, the first active downlink BWP may be activated and used for the downlink and the first active uplink BWP may be activated and used for the uplink.

[0122] The operation in which the UE switches the current or activated downlink bandwidth part for the Scell and activates as the first activated downlink bandwidth part (or the bandwidth part configured or indicated by the RRC message) or switches the current or activated uplink bandwidth part and activates as the first activated uplink bandwidth part (or the bandwidth part configured or indicated by the RRC message) may be performed when the Scell or a bandwidth part of the activated Scell is in an inactive or dormant state and is instructed to activate, or when an instruction to switch or activate from the deactivated or dormant bandwidth part to the normal bandwidth part is received through an RRC message, MAC control information, or DCI of PDCCH. In addition, when the UE receives an instruction to transition the activated Scell or bandwidth part to the dormant state or to switch to or activate the dormant bandwidth part through an RRC message, MAC control information, or DCI of PDCCH, the UE may switch or activate the bandwidth part to the dormant bandwidth part or make the bandwidth part dormant.

[0123] In the above description, switching to the dormant or dormant bandwidth part or activation of the dormant bandwidth part may refer to performing the operation provided in the dormant state in the disclosure. For example, it is possible to measure and report the channel for the downlink bandwidth part (or dormant bandwidth part) to the base station without performing PDCCH monitoring. As another method, when the activated Scell or bandwidth part is activated or switched to the normal bandwidth part, because the downlink bandwidth part is switched to be activated as the first activated downlink bandwidth part and the uplink bandwidth part is switched to be activated as the first activated uplink bandwidth part, the dormant bandwidth part may be configured as the first active downlink or uplink bandwidth part or a default bandwidth part. In the above, the default BWP may be configured differently for each UE (UE specific), and may be indicated by designating a bandwidth part identifier among a plurality of bandwidth parts. The default bandwidth part may be configured only for downlink. The default bandwidth part may be used as a bandwidth part to which an activated bandwidth part among a plurality of downlink bandwidth parts may fall back after a predetermined time.

[0124] For example, BWP inactivity timer may be configured for each cell or for each bandwidth part with an RRC message, and the timer is started or restarted when data transmission / reception occurs in an activated bandwidth part other than the default bandwidth part, or may be started or restarted when the activated bandwidth part is switched to another bandwidth part. When the timer expires, the UE may fallback or switch the downlink bandwidth part activated in the cell to the default bandwidth. In the above, switching may refer to a procedure of inactivating a currently activated bandwidth part and activating a bandwidth part indicated by switching. The switching may be triggered by an RRC message, a MAC control element, or L1 signaling (downlink control information (DCI) of PDCCH). In the above, the switching may be triggered by indicating a bandwidth part to be switched or activated, and the bandwidth part may be indicated by a bandwidth part identifier (e.g., 0, 1, 2, 3, or 4).

[0125] The reason why the default bandwidth part is applied and used only for downlink is that the base station may facilitate scheduling of the base station by causing the UE to fall back to the default bandwidth part after a predetermined time has elapsed for each cell to receive an instruction (e.g., DCI of PDCCH) from the base station. For example, if the base station configures the basic bandwidth part of UEs accessing one cell as the initial bandwidth part, the base station may continue to perform the scheduling instruction only in the initial bandwidth part after a certain period of time. If the default bandwidth part is not configured in the RRC message, the initial bandwidth part may be regarded as a default bandwidth part, and fall back to the initial bandwidth part when the bandwidth part deactivation timer expires.

[0126] As another method, in order to increase the implementation freedom of the base station, a default bandwidth part for the uplink may be defined and configured, and used like the default bandwidth part of the downlink.

[0127] In the above description, the dormant BWP may mean a bandwidth part that is a dormant mode of an activated SCell or a dormant BWP in activated Scell, or when the dormant bandwidth part is activated, the UE may not transmit and receive data with the base station. Alternatively, the UE does not monitor the PDCCH to confirm the indication of the base station, or does not transmit a pilot signal, but performs channel measurements, and may report the measurement results for the measured frequency / cell / channel periodically or when an event occurs according to the base station configuration. Therefore, because the UE does not monitor the PDCCH in the dormant BWP of the activated SCell and does not transmit a pilot signal, battery life may be saved compared to the normal bandwidth part (or the bandwidth part that is not the dormant bandwidth part) of the activated SCell or when the normal bandwidth part (or the bandwidth part that is not the dormant bandwidth part) of the activated SCell is activated. In addition, because the UE performs the channel measurement report unlike when the SCell is deactivated, the base station may quickly activate the normal bandwidth part of the activated SCell based on the measurement report or the measurement report of the dormant bandwidth part of the activated SCell so that the carrier aggregation technology may be used quickly, thereby reducing the transmission delay.

[0128] In the above, when the UE is instructed by the base station to switch the bandwidth part of the activated SCell from the dormant bandwidth part to the normal bandwidth part (or the bandwidth part that is not the dormant bandwidth part) in a DCI or MAC CE or RRC message of the PDCCH when the bandwidth part of one activated SCell of the UE is operated as the dormant bandwidth part or when the active bandwidth part in the activated SCell is the dormant bandwidth part or when the SCell switches to the dormant bandwidth part, or when the UE is instructed to switch or switch the active bandwidth part to the normal bandwidth part in the dormant bandwidth part, or when the UE is instructed to switch or convert or activate the active bandwidth part to the normal bandwidth part (e.g., the first active bandwidth part that is activated from dormancy) in the dormant bandwidth part, the first active bandwidth part (or the first active non-sleep bandwidth part) activated from dormancy may be the first active bandwidth part in which the UE needs to switch or activate the bandwidth part of the activated SCell according to the above indication is activated from dormancy configured in the RRC message.

[0129] In the disclosure, the meaning of switching the first bandwidth part to the second bandwidth part may be interpreted as the meaning of activating the second bandwidth part, or may be interpreted as meaning that the activated first bandwidth part is deactivated and the second bandwidth part is activated.

[0130] In addition, in the above the RRCSetup message, the RRCResume message f-25, or the RRCReconfiguration message f-45, frequency measurement configuration information and frequency measurement gap configuration information, etc. may be configured and frequency measurement object information may be included. In addition, in the above the RRCSetup message, the RRCResume message f-25, or the RRCReconfiguration message f-45, the power saving mode of the UE may be configured, or to reduce power consumption when the UE receives the MBS service, configuration information such as discontinuous reception (DRX) cycle, offset, on-duration period (a period in which the UE needs to monitor the PDCCH) or time information for MBS service reception, or time information or short time period information when monitoring or detecting the PDCCH from the base station before the on-duration period in the DRX cycle may be configured. If the function for reducing the power consumption of the UE is configured in the above, the UE 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 in the above, and with the DCI of the PDCCH of the WUS signal, the base station may indicate to the UE whether to skip (or not perform) or perform PDCCH monitoring in the immediately following on-duration period. Although the UE may always monitor the PDCCH in the on-duration period, the base station with the WUS signal as described above may instruct the UE not to monitor the PDCCH in the on-duration period to save battery consumption of the UE.

[0131] In addition, when the UE receives the MBS service, the UE periodically may determine the period for PDCCH monitoring by applying the DRX configuration information configured for the MBS service based on the configuration information, and prevents PDCCH monitoring from always being performed, thereby reducing power consumption. As another method for reducing power consumption, allocating an RNTI (e.g., C-RNTI) for a data service in the RRC connected mode, allocating one RNTI for the MBS service, and for one RNTI (e.g., MBS-RNTI) for the MBS service, different MBS services are classified by different logical channel identifiers, so that the base station may provide the MBS service to the UE. The UE may reduce power consumption by receiving a service through one RNTI for the one MBS service. When the MBS service is provided to the UE through the RNTI for the RRC connected mode data service (e.g., unicast service or point-to-point service), the UE may reduce power consumption of the UE by not searching, not reading, or releasing the RNTI for the MBS service.

[0132] As another method for reducing power consumption, the base station may allocate an RNTI (e.g., C-RNTI) for a data service in the RRC connected mode, and may allocate different RNTIs for different MBS services (e.g., depending on the type of MBS service or multicast service or unicast service). Power consumption of the UE may be reduced by reading (or by searching for or identifying) only the RNTI corresponding to the MBS service received by the UE and not searching for, not reading, or releasing the RNTI corresponding to the MBS service that the UE does not receive (or not receiving MBS service).

[0133] When the RRC connection configuration is completed as described above, the UE may configure a plurality of bandwidth parts according to the instruction configured with the RRC message. In addition, in order to save battery, one or a small number of bandwidths among the plurality of configured bandwidth parts may be activated. For example, one bandwidth part to be activated may be indicated. In addition, the base station may instruct the switch to a new bandwidth part from the initial access bandwidth part by instructing activation of the bandwidth part with an RRC message or with MAC control information (MAC CE) or L1 signaling (PHY layer control signal such as DCI of PDCCH).

[0134] As another method, it is possible to define new bitmap information in the DCI of the PDCCH and indicate whether to activate, dormant, or deactivate. As another method, the bitmap may indicate whether to activate the normal bandwidth part (e.g., the first activation bandwidth part to activate from dormancy) or the dormant bandwidth part or whether to switch to the dormant bandwidth part or perform bandwidth part switching. Because there may be many other newly accessing users in the initial access bandwidth, it may be more advantageous to allocate a new bandwidth part and separately manage the connected users in terms of scheduling. This is because the initial access bandwidth part is not configured for each UE, but may be shared and used by all UEs. In addition, in order to reduce signaling overhead, a default bandwidth part may be dynamically indicated by the MAC control information, L1 signaling, or system information. In the above method, the base station may receive the MBS service by switching or changing the bandwidth part of a cell (e.g., PCell or SCell) of the UE to the bandwidth part (e.g., the bandwidth part dedicated to MBS) supporting the MBS service.

[0135] In the disclosure, when the base station and the network supports the MBS service to the UE, in the system information, the RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, the bearer configuration information for the MBS service or the transmission resource information (e.g., time resource, frequency resource, bandwidth, frequency, bandwidth part (or bandwidth part identifier), bandwidth, subcarrier interval, transmission resource period, RNTI identifier for each MBS service, or logical channel identifier for each MBS service) for the MBS service may be configured to the UE. As another method, the bearer configuration information for the MBS service may be reserved or designated as a default configuration. In the above, 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 UE. As another method, by configuring a separate identifier or indicator in the system information or RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message) or the control message for the MBS channel, a multicast bearer for the MBS service or a unicast bearer (or broadcast bearer) for the MBS service may be distinguished and configured to the UE.

[0136] In the disclosure, the multicast bearer may refer to a bearer serving a multicast service or a broadcast service, and may indicate a broadcast bearer. In the above, the multicast service may indicate a service provided only to UEs registered or permitted in the network, or the broadcast service may indicate a service provided to unspecified number of UEs, unregistered UE, or unauthorized UE. In the disclosure, for convenience of description, a bearer supporting the multicast service or the broadcast service may be referred to as a multicast bearer.

[0137] In addition, in the disclosure, 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 or an MBS bearer for convenience of description.

[0138] In addition, in the disclosure, the multicast service may indicate an MBS service supported by the point to multicast (PTM) method or may be supported as a multicast bearer, and the unicast service may indicate an MBS service supported by the point to point (PTP) method or may be supported as a unicast bearer.

[0139] In addition, in the disclosure, the MBS bearer may indicate a multicast bearer or a unicast bearer.

[0140] In the disclosure, the bearer type for the MBS service may be divided into AM MRB (MBS bearer associated with RLC AM mode) or UM MRB (MBS bearer associated with RLC UM mode), the AM MRB may be regarded as an AM DRB, or the UM MRB may be regarded as a UM DRB. As another method, when at least one RLC layer operates in the AM mode, a bearer connected to the RLC layer operating in the AM mode may be regarded as an AM MRB or an AM DRB. With the bearer considered as described above, the UE may perform a corresponding PDCP re-establishment procedure, PDCP reconfiguration procedure, or MBS service switching procedure.

[0141] The downlink shared channel (DL-SCH) described in the disclosure may include or indicate a common control channel (CCCH), a dedicated control channel (DCCH), or a dedicated traffic channel (DTCH).

[0142] The bearer, multicast bearer, or unicast bearer for the MBS service described in the disclosure may be interpreted as a multicast bearer or unicast bearer.

[0143] In the disclosure, bearer may refer to including SRB and DRB, SRB refers to signaling radio bearer, and DRB refers to data radio bearer. The SRB is mainly used to transmit and receive RRC messages of the RRC layer, and DRB is mainly used to transmit and receive user layer data. In addition, UM DRB refers to a DRB using an RLC layer operating in an unacknowledged mode (UM) mode, and AM DRB refers to a DRB using an RLC layer operating in an acknowledged mode (AM) mode.

[0144] MBS data for the MBS service described in the disclosure may be interpreted as MBS channel configuration information or MBS control plane data for bearer configuration or service configuration or MBS user plane data supporting the MBS service.

[0145] The radio network temporary identifier (RNTI) described in the disclosure is the identifier to be used to identify whether the RNTI value set in the UE or an RNTI value corresponding to the PDCCH that the UE intends to receive, and to determine whether the UE is a PDCCH to be read by monitoring the physical downlink control channel (PDCCH) in the PHY layer, and descrambling or checking the cyclic redundancy check (CRC) of the received PDCCH by the UE.FIG. 7 is a diagram illustrating a structure of a bearer that may be configured for an MBS service to a UE in system information or control information for RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message) or an MBS channel, or established by the UE to receive the MBS service when a base station or a network supports the MBS service to the UE in RRC connected mode, RRC inactive mode, or RRC idle mode according to various embodiments of the present disclosure. In addition, the bearer structures provided in FIG. 7 may be extended and applied or configured even when a general data service is supported.

[0146] The structure of a bearer configured for the MBS service in FIG. 7 may have one or a plurality of structures among the following bearer structures. As another method, as for the configuration information of the bearer for the MBS service, one or a plurality of structures among the following bearer structures may be promised or designated as a default configuration. In addition, the following bearer structures may be configured or applied to a UE or a base station.

[0147] In one example of first bearer structure g-01, the first bearer structure g-01 illustrated in FIG. 7, and if a unicast bearer or a multicast bearer for MBS service is configured, the UE may configure the bearer structure for directly connecting the MAC layer and the upper MBS application layer as the bearer for the MBS service. In the first bearer structure, transmission of HARQ ACK or NACK, the HARQ retransmission procedure, or the HARQ processing procedure of the MAC layer may not be applied to the first bearer structure. Alternatively, in the first bearer structure, the UE may transfer MBS data (MBS control data or MBS user data) received through the PHY layer or the MAC layer to the upper MBS application layer. In the first bearer structure, MBS data may not include a MAC header. For example, this is because, when a separate physical channel or transport channel for the MBS service is configured and a separate transmission resource (frequency, time resource, or transmission period) is configured, the MAC layer may distinguish MBS data without a MAC header.

[0148] For example, with another method, when a separate physical channel or transport channel for the MBS service is configured and a separate transmission resource (frequency, time resource, or transmission period) is configured, this is because, if the first RNTI for MBS data is allocated or determined, MBS data may be distinguished even if there is no MAC header in the PHY layer or the MAC layer. In the above, the RNTI for MBS data may be allocated or designated as a 1-1 RNTI for MBS control data (or MBS control data channel) or a 1-2 RNTI for MBS user data (or MBS user data channel), respectively. In the first bearer structure, the MAC layer may not basically apply HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure to a bearer supporting the MBS service.

[0149] Alternatively, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or control message for the MBS channel, configuration information of the SDAP layer may not be configured for the first bearer structure, and the SDAP layer may transfer the data of the first bearer directly to the MBS application layer without processing (e.g., bypass). In another method, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, SDAP layer configuration information for the bearer may be configured, and mapping information between QoS flow and bearer may be configured or reconfigured.

[0150] In addition, in the SDAP layer 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. In addition, a reconfiguration or switching procedure between a unicast bearer or a multicast bearer may be supported by using the QoS flow and the mapping information of the bearer. In addition, in the SDAP configuration information for the bearer, the 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 may have a structure of g-11 or g-12. For example, MBS data that may be received or transmitted in the first bearer structure according to system information, configuration information of an RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or a control message for an MBS channel may have a structure of g-11 or g-12. As described above, the overhead due to the header may be reduced.

[0151] In one example of second bearer structure g-02, the second bearer structure g-02 illustrated in FIG. 7, and if a unicast bearer or a multicast bearer for MBS service is configured, the UE may configure an RLC layer corresponding to a logical channel identifier (or MBS service) of an MBS control data channel, MBS user data channel, or MBS user data channel connected to the MAC layer. In addition, a bearer structure for directly connecting the RLC layer to an upper MBS application layer may be configured as a bearer for the MBS service. In the second bearer structure, transmission of HARQ ACK or NACK, the HARQ retransmission procedure, or the HARQ processing procedure of the MAC layer may not be applied to the second bearer structure. Alternatively, in the second bearer structure, the UE may transfer MBS data (MBS control data or MBS user data) received through the PHY layer or the MAC layer to the upper MBS application layer through the RLC layer. In the second bearer structure, MBS data may not include a MAC header.

[0152] For example, this is because, when a separate physical channel or transport channel for the MBS service is configured and a separate transmission resource (frequency, time resource, or transmission period) is configured, the MAC layer may distinguish MBS data without a MAC header. For example, with another method, when a separate physical channel or transport channel for the MBS service is configured and a separate transmission resource (frequency, time resource, or transmission period) is configured, this is because, if the first RNTI for MBS data is allocated or determined, MBS data may be distinguished even if there is no MAC header in the PHY layer or the MAC layer. In the above, the RNTI for MBS data may allocated or designate a 1-1 RNTI for MBS control data (or MBS control data channel) or a 1-2 RNTI for MBS user data (or MBS user data channel), respectively.

[0153] As another method, in a case where a separate physical channel or transport channel for the MBS service is configured in the second bearer structure, the MBS service is supported in a downlink shared channel (DL-SCH) used for a general data service, or a separate transmission resource (frequency, time resource, or transmission period) is configured, the MBS data may include a MAC header, and distinguish MBS control data (or MBS control data channel), MBS user data (or MBS user data channel or logical channel identifier or by MBS service), or MBS service based on the logical channel identifier included in the MAC header, or deliver distinguished MBS control data, MBS user data, or MBS service to each RLC layer after demultiplexing.

[0154] As another method, in a case where the separate physical channel or transport channel for the MBS service is configured in the second bearer structure, the MBS service is supported in a downlink shared channel (DL-SCH) used for a general data service, or a separate transmission resource (frequency, time resource, or transmission period) is configured, MBS data may be received from the transmission resource. If the first RNTI for MBS data is allocated or determined, MBS data may be received from the transmission resource to the RNTI according to the PDCCH indication. The MBS data may include a MAC header and distinguish MBS control data (or MBS control data channel), MBS user data (or by MBS user data channel, logical channel identifier, or MBS service), or MBS service based on the logical channel identifier included in the MAC header, or deliver the divided and de-multiplexed MBS control data MBS user data, or MBS service to each RLC layer.

[0155] For example, different logical channel identifiers may be configured or defined for each MBS control data channel, MBS user data channel, or MBS service as the logical channel, and the MBS service may be supported. The RLC layer configured in the second bearer structure may be configured to transparent mode (TM), and may be characterized in that the RLC header is not included in the MBS data. Alternatively, the RLC serial number length may not be set in the RLC layer. Alternatively, the RLC layer may not apply a data processing procedure to the MBS data. In addition, the RLC layer configured in the second bearer structure may not apply a data partitioning procedure or a data reassembly procedure for MBS data in TM mode. Alternatively, the RLC layer configured in the second bearer structure may set the RLC reception window size to 0 or may not operate the RLC reception window. In the second bearer structure, the MAC layer may not basically apply HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure to a bearer supporting the MBS service.

[0156] Alternatively, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or control message for the MBS channel, configuration information of the SDAP layer may not be configured for the second bearer structure, and the SDAP layer may transfer the data of the second bearer directly to the MBS application layer without processing (e.g., bypass). In another method, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, SDAP layer configuration information for the bearer may be configured, and mapping information between QoS flow and bearer may be configured or reconfigured.

[0157] In addition, in the SDAP layer 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. In addition, a reconfiguration or switching procedure between a unicast bearer or a multicast bearer may be supported by using the QoS flow and the mapping information of the bearer. In addition, in the SDAP configuration information for the bearer, the 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 may have a structure of g-21. As described above, the overhead due to the header may be reduced. For example, MBS data that may be received or transmitted in the second bearer structure according to system information, configuration information of an RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or a control message for an MBS channel may have a structure of g-21.

[0158] In one example of third bearer structure g-03, the third bearer structure g-03 illustrated in FIG. 7, and if a unicast bearer or a multicast bearer for MBS service is configured, the UE may configure an RLC layer corresponding to a logical channel identifier (or MBS service) of an MBS control data channel, MBS user data channel, or MBS user data channel connected to the MAC layer. In addition, a bearer structure for directly connecting the RLC layer to an upper MBS application layer may be configured as a bearer for the MBS service. In the third bearer structure, transmission of HARQ ACK or NACK, the HARQ retransmission procedure, or the HARQ processing procedure of the MAC layer may not be applied to the third bearer structure. In another method, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, whether or not to perform HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure of the MAC layer may be configured by an indicator.

[0159] For example, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, when the indicator is configured (either the indicator value indicates to a specific value, or the indicator field does not exist) to perform HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure, HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure of the device may be performed. Alternatively, in the above, when the indicator is configured (either the indicator value indicates to a specific value, or the indicator field does not exist) not to perform HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure, HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure of the device may not be performed. Alternatively, transmission of HARQ ACK or NACK, the HARQ retransmission procedure, or the HARQ processing procedure in the MAC layer may not be basically applied to a bearer supporting the MBS service.

[0160] Alternatively, the indicator may be configured for an MBS control data channel, an MBS user data channel, a logical channel identifier (or MBS service), or a bearer identifier of the MBS user data channel, respectively. As another method, when HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure of the MAC layer is performed or configured, or when it is configured for a specific logical channel identifier, MBS service, or bearer, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, it may be configured to perform HARQ reordering or RLC reordering (or in-order delivery) by the indicator (either the indicator value indicates to a specific value, or the indicator field does not exist) for the MBS control data channel, the MBS user data channel, the logical channel identifier (or MBS service) of the MBS user data channel, or RLC layer configured for the bearer identifier.

[0161] Alternatively, the RLC reception window size may be set to a value (e.g., 2^(RLC serial number length - 1)) greater than 0 for operation. Because when performing HARQ process or retransmission on MBS data, the order of data may be mixed, and so MBS data must be rearranged based on the RLC reception window or the RLC serial number, or a reordering timer must be driven to support the MBS service in order. As another method, when the HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure of the MAC layer is not performed or is configured not to be performed, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, it may be configured not to perform HARQ reordering or RLC reordering (or in-order delivery) by the indicator (either the indicator value indicates to a specific value, or the indicator field does not exist) for the MBS control data channel, the MBS user data channel, the logical channel identifier (or MBS service) of the MBS user data channel, or RLC layer configured for the bearer identifier.

[0162] Alternatively, even in the RLC layer configured in the bearer supporting the MBS service, HARQ reordering or RLC reordering (or in-order delivery) may not be performed by default by not applying transmission of HARQ ACK or NACK, the HARQ retransmission procedure, or the HARQ processing procedure to the bearer supporting the MBS service by default in the MAC layer. Alternatively, the reception RLC window may not be operated by setting the RLC reception window size to 0. For example, in the absence of the configuration information or basically, the UE may transmit data always received from the RLC layer to the upper layer by an out-of-order delivery method regardless of the order. Alternatively, in the third bearer structure, the UE may transmit MBS data (MBS control data or MBS user data) received through the PHY layer or the MAC layer to the upper MBS application layer through the RLC layer. In the third bearer structure, MBS data may include a MAC header.

[0163] Alternatively, the logical channel identifier included in the MAC header may be configured or defined to indicate an MBS control data channel, an MBS user data channel, or each MBS service. For example, when 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, if the first RNTI for MBS data is allocated or determined, it may be 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, or it may be divided and de-multiplexed to each RLC layer and delivered in the PHY layer or the MAC layer. In the above, the RNTI for MBS data may allocated or designate a 1-1 RNTI for MBS control data (or MBS control data channel) or a 1-2 RNTI for MBS user data (or MBS user data channel), respectively.

[0164] As another method, in a case where the separate physical channel or transport channel for the MBS service is configured in the third bearer structure, the MBS service is supported in a downlink shared channel (DL-SCH) used for a general data service, or a separate transmission resource (frequency, time resource, or transmission period) is configured, the MBS data may include a MAC header, and distinguish MBS control data (or MBS control data channel), MBS user data (or MBS user data channel or logical channel identifier or by MBS service), or MBS service based on the logical channel identifier included in the MAC header, or deliver distinguished MBS control data, MBS user data, or MBS service to each RLC layer after demultiplexing.

[0165] As another method, in a case where the separate physical channel or transport channel for the MBS service is configured in the third bearer structure, the MBS service is supported in a downlink shared channel (DL-SCH) used for a general data service, or a separate transmission resource (frequency, time resource, or transmission period) is configured, MBS data may be received from the transmission resource. If the first RNTI for MBS data is allocated or determined, MBS data may be received from the transmission resource to the RNTI according to the PDCCH indication. The MBS data may include a MAC header and distinguish MBS control data (or MBS control data channel), MBS user data (or by MBS user data channel, logical channel identifier, or MBS service), or MBS service based on the logical channel identifier included in the MAC header, or deliver the divided and de-multiplexed MBS control data to each RLC layer. For example, different logical channel identifiers may be configured or defined for each MBS control data channel, MBS user data channel, or MBS service as the logical channel, and the MBS service may be supported. The RLC layer configured in the third bearer structure may be configured as the transparent mode (TM), UM (unacknowledged mode), uni-directional mode of the UM mode, the bi-directional mode of the UM mode, or the acknowledged mode (AM) mode. In the RLC TM mode, the RLC header may not be included in the MBS data, and the RLC header may be included in the RLC UM mode or the AM mode.

[0166] In addition, in the RLC TM mode, the RLC layer may not apply the data processing procedure to the MBS data (for example, data partitioning procedure or reassembly procedure may not be applied), and in the RLC UM mode or the AM mode, the RLC layer may apply the data processing procedure to the MBS data. Alternatively, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or control message for the MBS channel, configuration information of the SDAP layer may not be configured for the third bearer structure, and the SDAP layer may transfer the data of the third bearer directly to the MBS application layer without processing (e.g., bypass).

[0167] In another method, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, SDAP layer configuration information for the bearer may be configured, and mapping information between QoS flow and bearer may be configured or reconfigured. In addition, in the SDAP layer 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. In addition, a reconfiguration or switching procedure between a unicast bearer or a multicast bearer may be supported by using the QoS flow and the mapping information of the bearer.

[0168] In addition, in the SDAP configuration information for the bearer, the 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 may have a structure of g-31 or g-32. As described above, the overhead due to the header may be reduced. For example, MBS data that may be received or transmitted in the third bearer structure according to system information, configuration information of an RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or a control message for an MBS channel may have a structure of g-31 or g-32. In the above, when it is configured to perform the transmission of HARQ ACK or NACK of the MAC layer, the HARQ retransmission procedure, or the HARQ processing procedure in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, or when it is configured as an indicator, transmission resource (e.g., time or frequency resource, transport channel, frequency interval, etc.) information for transmitting HARQ ACK or NACK may be transmitted together. When the RRC connected mode, RRC inactive mode, or RRC idle mode UE is configured to perform HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure in the above, HARQ ACK or NACK may be transmitted using the transmission resource (e.g., physical transmission resources) configured above after receiving downlink MBS data. In the above, if the base station detects even one NACK in the transmission resource, or detects that at least one UE has transmitted a NACK, the base station may retransmit the MBS data.

[0169] Alternatively, retransmission may be performed so that all UEs may receive the MBS data through the MBS channel. As another method, RRC connected mode, RRC inactive mode, or RRC idle mode UE may define MAC control information (or RLC control information, PDCP control information, or RRC message) after receiving the downlink MBS data, and transmit the MAC control information (or RLC control information, PDCP control information, or RRC message) including the UE identifier, the MBS service identifier, the logical channel identifier, the RNTI identifier, or the bearer identifier so that the base station may indicate which UE did not successfully receive the data (for example, the MAC control information (or RLC control information, PDCP control information, or RRC message) may be transmitted in the transmission resource configured above). In the above, the base station may retransmit the MBS data only to the RRC connected mode, RRC idle mode, or RRC inactive mode UE indicating that the NACK has been transmitted or failed to be successfully received in the transmission resource. As another method, in the above, if the base station detects even one NACK in the transmission resource, or detects that at least one UE has transmitted a NACK, the base station may retransmit the MBS data. Alternatively, retransmission may be performed so that all UEs may receive the MBS data through the MBS channel.

[0170] In one example of fourth bearer structure g-04a, g-04b, or g-04c, the fourth bearer structure g-04 illustrated in FIG. 7, and if a unicast bearer or a multicast bearer for MBS service is configured, the UE may configure an RLC layer corresponding to a logical channel identifier (or MBS service) of an MBS control data channel, MBS user data channel, or MBS user data channel connected to the MAC layer. In the above, each RLC layer may be configured for each MBS service or for each MBS service type (e.g., multicast service (PTM, Point to Multicast MBS service) or unicast service (Point to Point MBS service)), and may be configured as g-04a, g-04b, or g-04c to be connected to one base station (or one MAC layer) or a plurality of base stations (or multiple MAC layers) to receive a service.

[0171] In addition, in the configuration information, each RLC layer or a PDCP layer connected to a plurality of RLC layers may be configured, and a bearer structure for directly connecting the PDCP layer to an upper MBS application layer may be configured as a bearer for the MBS service. In the fourth bearer structure such as g-04b, the base station may facilitate switching (PTM to PTP switching or PTP to PTM switching) or change between the multicast service method and the unicast method by configuring the first RLC layer for the multicast service and the second RLC layer for the unicast service in one PDCP layer, and in the fourth bearer structure as described above, the base station may transmit MBS service data to the first RLC layer or the second RLC layer. In the above, an indicator (e.g., an indicator indicating PTP or PTM, an MBS service identifier, an indicator indicating a primary RLC device, a cell group identifier, a logical channel identifier, etc.) may be configured in the RRC message of the disclosure to distinguish the first RLC layer (e.g., RLC layer, primary RLC layer, or secondary RLC layer for multicast service) or the second RLC layer (e.g., RLC layer, primary RLC layer, or secondary RLC layer for unicast service), or the first RLC layer or the second RLC layer may be distinguished by configuring the primary RLC layer or the secondary RLC layer, respectively.

[0172] In addition, in the fourth bearer structure such as g-04c, the base station may facilitate switching (PTM to PTP switching or PTP to PTM switching) or change between the multicast service method and the unicast method by configuring the first RLC layer for the multicast service and the second RLC layer for the unicast service in one PDCP layer, and in the fourth bearer structure as described above, the base station may transmit MBS service data to the first RLC layer or the second RLC layer, and in the above, by connecting the first RLC layer or the second RLC layer with the MAC or PHY layer corresponding to different base stations like dual access technology, it may be configured so that the UE receives MBS service data from different base stations (first base station or second base station).

[0173] In the above, an indicator (e.g., an indicator indicating PTP or PTM, an MBS service identifier, an indicator indicating a primary RLC device, a cell group identifier, a logical channel identifier, etc.) may be configured in the RRC message of the disclosure to distinguish the first RLC layer (e.g., RLC layer, primary RLC layer, or secondary RLC layer for multicast service) or the second RLC layer (e.g., RLC layer, primary RLC layer, or secondary RLC layer for unicast service), or the first RLC layer or the second RLC layer may be distinguished by configuring the primary RLC layer or the secondary RLC layer, respectively. The fourth bearer structure such as g-04a, g-04b, or g-04c may support the MBS service by configuring a plurality of RLC devices in one PDCP layer for each MBS service or each MBS service type (e.g., multicast service (PTM, Point to multicast MBS service) or unicast service (point to point MBS service)).

[0174] In addition, RLC layers configured in the fourth bearer structure may be configured as UM mode, AM mode, or TM mode. For example, an RLC layer supporting a multicast service (PTM) may be configured as a UM mode, or an RLC layer supporting a unicast service (PTP) may be configured as a UM mode or an AM mode. In the above fourth bearer structure, transmission of HARQ ACK or NACK, the HARQ retransmission procedure, or the HARQ processing procedure of the MAC layer may not be applied to the fourth bearer. As another method, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, whether or not to perform HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure of the MAC layer may be configured by an indicator.

[0175] For example, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, when the indicator is configured (either the indicator value indicates to a specific value, or the indicator field does not exist) to perform HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure, HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure of the device may be performed. Alternatively, in the above, when the indicator is configured (either the indicator value indicates to a specific value, or the indicator field does not exist) not to perform HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure, HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure of the device may not be performed.

[0176] Alternatively, transmission of HARQ ACK or NACK, the HARQ retransmission procedure, or the HARQ processing procedure in the MAC layer may not be basically applied to a bearer supporting the MBS service. Alternatively, the indicator may be configured for an MBS control data channel, an MBS user data channel, a logical channel identifier (or MBS service), or a bearer identifier of the MBS user data channel, respectively. As another method, when HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure of the MAC layer is performed or configured, or when it is configured for a specific logical channel identifier, MBS service, or bearer, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, it may be configured to perform HARQ reordering or RLC reordering (or in-order delivery) by the indicator (either the indicator value indicates to a specific value, or the indicator field does not exist) for the MBS control data channel, the MBS user data channel, the logical channel identifier (or MBS service) of the MBS user data channel, or RLC layer configured for the bearer identifier.

[0177] Alternatively, the RLC reception window size may be set to a value (e.g., 2^(RLC serial number length - 1)) greater than 0 for operation. Because when performing HARQ process or retransmission on MBS data, the order of data may be mixed, and so MBS data must be rearranged based on the RLC reception window or the RLC serial number, or a reordering timer must be driven to support the MBS service in order. As another method, when the HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure of the MAC layer is not performed or is configured not to be performed, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, it may be configured not to perform HARQ reordering or RLC reordering (or in-order delivery) by the indicator (either the indicator value indicates to a specific value, or the indicator field does not exist) for the MBS control data channel, the MBS user data channel, the logical channel identifier (or MBS service) of the MBS user data channel, or RLC layer configured for the bearer identifier.

[0178] Alternatively, even in the RLC layer configured in the bearer supporting the MBS service, HARQ reordering or RLC reordering (or in-order delivery) may not be performed by default by not applying transmission of HARQ ACK or NACK, the HARQ retransmission procedure, or the HARQ processing procedure to the bearer supporting the MBS service by default in the MAC layer. Alternatively, when the MAC layer does not perform transmission of HARQ ACK or NACK, the HARQ retransmission procedure, or the HARQ processing procedure in the above or is configured not to perform, the reception RLC window may not be operated by setting the RLC reception window size of the RLC layer of the MBS bearer to 0. For example, in the absence of the configuration information or basically, the UE may transmit data always received from the RLC layer to the upper layer by an out-of-order delivery method regardless of the order.

[0179] Alternatively, in the fourth bearer structure, the UE may transmit MBS data (MBS control data or MBS user data) received through the PHY layer or the MAC layer to the upper MBS application layer through the RLC layer or the PDCP layer. In the fourth bearer structure, MBS data may include a MAC header. Alternatively, the logical channel identifier included in the MAC header may be configured or defined to indicate an MBS control data channel, an MBS user data channel, or each MBS service. For example, when 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, if the first RNTI for MBS data is allocated or determined, it may be 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, or it may be divided and demultiplexed to each RLC layer and delivered in the PHY layer or the MAC layer. In the above, the RNTI for MBS data may allocated or designate a 1-1 RNTI for MBS control data (or MBS control data channel) or a 1-2 RNTI for MBS user data (or MBS user data channel or logical channel identifier or by MBS service), respectively.

[0180] As another method, in a case where the separate physical channel or transport channel for the MBS service is configured in the fourth bearer structure, the MBS service is supported in a downlink shared channel (DL-SCH) used for a general data service, or a separate transmission resource (frequency, time resource, or transmission period) is configured, the MBS data may include a MAC header, and distinguish MBS control data (or MBS control data channel), MBS user data (or MBS user data channel or logical channel identifier or by MBS service), or MBS service based on the logical channel identifier included in the MAC header, or deliver distinguished MBS control data, MBS user data, or MBS service to each RLC layer after demultiplexing.

[0181] As another method, in a case where the separate physical channel or transport channel for the MBS service is configured in the fourth bearer structure, the MBS service is supported in a downlink shared channel (DL-SCH) used for a general data service, or a separate transmission resource (frequency, time resource, or transmission period) is configured, MBS data may be received from the transmission resource, and if the first RNTI for MBS data is allocated or determined, MBS data may be received from the transmission resource to the RNTI according to the PDCCH indication, and the MBS data may include a MAC header and distinguish MBS control data (or MBS control data channel), MBS user data (or by MBS user data channel, logical channel identifier, or MBS service), or MBS service based on the logical channel identifier included in the MAC header, or deliver the divided and de-multiplexed MBS control data to each RLC layer.

[0182] For example, different logical channel identifiers may be configured or defined for each MBS control data channel, MBS user data channel, or MBS service as the logical channel, and the MBS service may be supported. The RLC layer configured in the fourth bearer structure may be configured as the transparent mode (TM), UM (unacknowledged mode), uni-directional mode of the UM mode, the bi-directional mode of the UM mode, or the acknowledged mode (AM) mode. In the RLC TM mode, the RLC header may not be included in the MBS data, and the RLC header may be included in the RLC UM mode or the AM mode. In addition, in the RLC TM mode, the RLC layer may not apply the data processing procedure to the MBS data (for example, data partitioning procedure or reassembly procedure may not be applied), and in the RLC UM mode or the AM mode, the RLC layer may apply the data processing procedure to the MBS data. The overhead of MBS data may be reduced by configuring the RLC layer as the TM mode (for example, the overhead may be reduced by not using the RLC header) in the system information or the RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message) or the control message for the MBS channel for the fourth bearer structure.

[0183] Alternatively, in the system information or the RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message) or the control message for the MBS channel for the fourth bearer structure, it is possible to prevent transmission delay of MBS data by configuring an out-of-order delivery function in the PDCP layer. As another method, in the fourth bearer structure for the MBS bearer, if HARQ retransmission or HARQ ACK / NACK indication procedure or HARQ processing procedure is not performed or configured not to be performed, or RLC UM mode (or RLC TM mode) is configured, it may be possible to prevent MBS data transmission delay by allowing the PDCP layer to perform out-of-order delivery function by default (e.g., always set the out-of-order delivering indicator to True), or by setting the PDCP reordering timer value (t-reordering) to 0 and by not performing the realignment procedure (without triggering the reordering timer or by setting the reordering timer value to 0, the received data is transferred to the upper layer immediately after data processing (e.g., PDCP header removal, decryption procedure, integrity verification procedure, or header decompression procedure) of the receiving PDCP layer without waiting for the data of the PDCP serial number (or COUNT value) corresponding to the gap) even if there is a gap in the PDCP serial number (or COUNT value).

[0184] If the HARQ retransmission or HARQ processing procedure is not performed for MBS data, and the RLC retransmission procedure is not performed, in case of data loss, transmission delay may be caused because the reordering function in the PDCP layer triggers a reordering timer due to a gap in the PDCP serial number (or COUNT value), and waits for data corresponding to the gap as long as the reordering timer value. As another method, if HARQ retransmission, HARQ ACK / NACK indication procedure, or HARQ processing procedure is performed or is configured to be performed, the PDCP layer may basically perform a PDCP reordering function, determine the PDCP reception window size (e.g., PDCP serial number length 16 bits, window size 2^(16-1)) based on the PDCP serial number length, and drive a reordering timer.

[0185] Alternatively, in the fourth bearer structure, SDAP layer configuration information may be configured in system information, an RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or a control message for an MBS channel, and QoS flow and bearer mapping information may be configured or reconfigured. In addition, in the SDAP layer 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. In addition, it may be possible to support a reconfiguration or switching procedure between a unicast bearer or a multicast bearer configured in the fourth bearer structure g-04b or g-04c using the QoS flow and the mapping information of the bearer, or a reconfiguration or switching procedure between a unicast bearer having a fourth bearer structure g-04a or a multicast bearer having a fourth bearer structure g-04a may be supported.

[0186] Alternatively, if the configuration information of the SDAP layer is not configured for the third bearer structure in the system information, the RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, the SDAP layer may transfer the data of the fourth bearer directly to the MBS application layer without processing (e.g., bypass) the data. In addition, in the SDAP configuration information for the bearer, the 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 above fourth bearer structure may have a structure of g-41, g-42, g-43, or g-44. For example, MBS data that may be received or transmitted in the above fourth bearer structure may have a structure of g-41, g-42, g-43, or g-44 according to the configuration information of the system information, the RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel.

[0187] As described above, the overhead due to the header may be reduced. In the above, when it is configured to perform the transmission of HARQ ACK or NACK of the MAC layer, the HARQ retransmission procedure, or the HARQ processing procedure in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message for the MBS channel, or when it is configured as an indicator, transmission resource (e.g., time or frequency resource, transport channel, frequency interval, etc.) information for transmitting HARQ ACK or NACK may be transmitted together. When the RRC connected mode, RRC inactive mode, or RRC idle mode UE is configured to perform HARQ ACK or NACK transmission, the HARQ retransmission procedure, or the HARQ processing procedure in the above, HARQ ACK or NACK may be transmitted using the transmission resource (e.g., physical transmission resources) configured above after receiving downlink MBS data.

[0188] In the above, if the base station detects even one NACK in the transmission resource, or detects that at least one UE has transmitted a NACK, the base station may retransmit the MBS data. Alternatively, retransmission may be performed so that all UEs may receive the MBS data through the MBS channel. As another method, RRC connected mode, RRC inactive mode, or RRC idle mode UE may define MAC control information (or RLC control information, PDCP control information, or RRC message) after receiving the downlink MBS data, and transmit the MAC control information (or RLC control information, PDCP control information, or RRC message) including the UE identifier, the MBS service identifier, the logical channel identifier, the RNTI identifier, or the bearer identifier so that the base station may indicate which UE did not successfully receive the data (for example, the MAC control information (or RLC control information, PDCP control information, or RRC message) may be transmitted in the transmission resource configured above).

[0189] In the above, the base station may retransmit the MBS data only to the RRC connected mode, RRC idle mode, or RRC inactive mode UE indicating that the NACK has been transmitted or failed to be successfully received in the transmission resource. As another method, in the above, if the base station detects even one NACK in the transmission resource, or detects that at least one UE has transmitted a NACK, the base station may retransmit the MBS data. Alternatively, retransmission may be performed so that all UEs may receive the MBS data through the MBS channel. In addition, in the above, the bearer structure of g-04c allows the UE to receive the MBS service through the MAC layer or RLC layer for master cell group and the MAC layer or the RLC layer for the secondary cell group when the dual connectivity access technology is configured or supported.

[0190] In addition, in the above, for the UE in which the g-04c bearer structure or the MBS bearer provided in the disclosure is configured, when the base station configures (or indicates) the handover procedure with an RRC message, in the RRC message, it may be possible to reduce the complexity of UE implementation by limiting that DAPS (dual active protocol stack) configuration information (e.g., daps-config) may not be configured for the g-04c bearer structure or the MBS bearer provided in the disclosure. For example, the DAPS (dual active protocol stack) configuration information (e.g., daps-config) may not be applied or may not be configured for the bearer structure of g-04c or the MBS bearer (or bearer for multicast service or MBS bearer supported by RRC idle mode or RRC disabled mode) provided in the disclosure. As another method, in the RRC message, DAPS (dual active protocol stack) configuration information (e.g., daps-config) may be configured for the MBS bearer (e.g., MBS bearer for unicast service or MBS bearer for RRC connected mode) provided in the disclosure, thereby reducing the data service interruption time in the handover procedure.

[0191] When the UE receives the system information in the above, when the UE tries to receive the service of interest or has the service of interest or decides the service of interest, when the UE is in or enters a cell or area supporting the MBS service in system information, when the UE configures or connects the MBS service (or session), when the UE receives configuration information or bearer configuration information for MBS service in system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or control message (e.g., transmitted from the MBS control data channel) for MBS channel, or when broadcast, the UE may configure a unicast bearer, a multicast bearer, or an MBS bearer for receiving the MBS service having the above-provided bearer structure.

[0192] If the base station configures the fourth bearer structure g-04a, g-04b, or g-04c provided in the disclosure to the UE, the first RLC layer for the multicast service and the second RLC layer for the unicast service are configured in one PDCP layer, and the base station may support a service with low transmission delay and no or little data loss because it is possible to dynamically switch to a multicast method or a unicast method considering the transmission resource or scheduling resource of the base station or the mobility of the UE, and to support the MBS service to the UE.

[0193] MBS service data received by the first RLC layer for multicast service in the fourth bearer structure g-04a, g-04b, or g-04c provided in the disclosure are data (e.g., data having a logical channel identifier corresponding to the multicast service, data received from a transmission resource allocated for the multicast service, or data received according to the DCI indication of the PDCCH scrambled by the RNTI identifier for the multicast service) received from a transmission resource for supporting multicast service for a plurality of UEs, and multiple UEs may receive the data (e.g., common MBS data) from the same transmission resource, and may receive and process the data with a first RLC layer for a multicast service configured in each UE.

[0194] In addition, MBS service data received by the second RLC layer for unicast service in the fourth bearer structure g-04a, g-04b, or g-04c provided in the disclosure are data (e.g., data having a logical channel identifier corresponding to the unicast service, data received from a transmission resource allocated for the unicast service, or data received according to the DCI indication of the PDCCH scrambled by the RNTI identifier for the unicast service) received from a transmission resource for supporting unicast service of each UE, and the one UE (one UE corresponding to the unicast service or receiving (or configured to receive) the unicast service) may receive the data from the transmission resource, and may receive and process the data with a second RLC layer for a unicast service configured in the UE. For example, for the unicast service, each UE may receive unicast data for each UE in different transmission resources (transmission resources for each UE) rather than the same transmission resource.

[0195] Accordingly, different UEs may receive data (for example, data having a logical channel identifier corresponding to the unicast service of the UE, data received from a transmission resource allocated for the unicast service of the UE, or data received according to the DCI indication of the PDCCH scrambled by the RNTI identifier for the unicast service of the UE) for each UE in each transmission resource allocated to receive different unicast services, respectively, and process the data in the second RLC layer for the unicast service configured in each UE.

[0196] Accordingly, when the base station supports the MBS service by configuring the fourth bearer structure g-04a, g-04b, or g-04c provided in the disclosure to a plurality of UEs, the base station may transmit the same MBS service data to a plurality of UEs through one transmission resource in the multicast method (each UE may receive the MBS service data from the RLC layer for the multicast service (or the RLC layer configured with a logical channel identifier corresponding to the multicast service)), or the base station may transmit MBS service data to each UE in different transmission resources in the unicast method (each UE may receive the MBS service data from the RLC layer for the unicast service (or the RLC layer configured with the logical channel identifier corresponding to the unicast service)). Accordingly, when the MBS service is provided to a plurality of UEs in the multicast method, transmission resources may be saved and transmission resources may be efficiently used. On the other hand, if the MBS service is provided to each UE in the unicast method, it is possible to support the MBS service that satisfies the QoS or requirements requested by each UE.

[0197] For example, the fourth bearer structure g-04a, g-04b, or g-04c provided in the disclosure is configured to a plurality of UEs, and the base station may transmit a common control message or a request message (for example, whether the MBS service is received or preferred, or whether it is currently being received, or whether the MBS service type is switched (e.g., PTM to PTP or PTP to PTM conversion) or frequency measurement result request) to a plurality of UEs receiving the MBS service at a time through an RLC layer (or RLC layer configured with logical channel identifier corresponding to multicast service) for a multicast service in a common transmission resource, so the transmission resources may be saved. In addition, the base station may transmit an individual control message or request message (for example, whether the MBS service is received or preferred, or whether it is currently being received, or whether the MBS service type is switched (e.g., PTM to PTP or PTP to PTM conversion) or frequency measurement result request) to each UE receiving the MBS service from each transmission resource allocated to each UE to the RLC layer (or RLC layer configured with logical channel identifier corresponding to multicast service) for the unicast service, so each UE may be individually controlled and scheduled.

[0198] In addition, in the above, the base station may increase the reliability of the MBS service of the UE by transmitting the duplicate MBS data service through the RLC layer (or RLC layer configured with logical channel identifier corresponding to multicast service) for the multicast service or the RLC layer (or RLC layer configured with logical channel identifier corresponding to unicast service) for the unicast service to the UEs in which the fourth bearer structure g-04a, g-04b, or g-04c is configured, and may reduce the possibility of data loss. In the above, redundant packet transmission may be performed in an upper layer (e.g., a PDCP layer).

[0199] The fourth bearer structure g-04a, g-04b, or g-04c provided in the disclosure may be usefully used in switching or changing procedures (e.g., switching from multicast service (PTM) to unicast service (PTP) or from unicast service (PTP) to multicast service (PTM)) of the MBS service type. For example, the base station may instruct the MBS service type switching or changing procedure with respect to the configured MBS bearer to the UE in which the fourth bearer structure is configured or receiving the MBS service based on RRC message, MBS control message, MAC control information, PDCP control data, or RLC control data. As another method, if data is received from the RLC layer for the multicast service configured in the MBS bearer, the UE may determine that the switch from the unicast service (PTP) to the multicast service (PTM) is instructed by the base station, or if data is received from the RLC layer for the unicast service configured in the MBS bearer, the UE may 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).

[0200] In one embodiment of (1), if switching from multicast service (PTM) to unicast service (PTP) is indicated in the above instruction, the UE may perform the following example procedures (e.g., PDCP reconfiguration procedure or RLC reconfiguration procedure) for the MBS bearer in order to continuously receive the MBS service without error or data loss or to prevent a problem in the reception window operation.

[0201] In one example, in the fourth bearer structure, the UE may use the window variables (e.g., RX_NEXT (a variable indicating the COUNT value of data (PDCP SDU) expected to be received next), RX_DELIV (a variable indicating the COUNT value of the first data (PDCP SDU) not delivered to the upper layer or data still waiting to be received), or RX_REORD (a variable indicating the next COUNT value (or the COUNT value incremented by 1) of the COUNT value of the data (PDCP data PDU) that triggered the PDCP reordering timer) in the RLC layer for the multicast service or the PDCP layer connected to the RLC layer for the unicast service without performing the initialization procedure or without initializing the PDCP reordering timer. Because, if the UE does not initialize the window variables as described above or uses the PDCP reordering timer as it is without initializing (if the PDCP reordering timer is running, keep the same running) the PDCP reordering timer, because the COUNT value (or PDCP serial number) of the data by the window variables is maintained, data loss may be minimized by transmitting information (e.g., PDCP status report) on data that has not been retransmitted or received to the base station to recover from data loss.

[0202] As another method, in the above, in order to facilitate synchronization of window variables with the base station and to reduce data transmission delay, the UE may perform a PDCP re-establishment procedure or PDCP data recovery procedure in the PDCP layer, initialize the window variables, or stop (or initialize) the PDCP reordering timer, perform data processing on the stored (or received) data, and transfers the data to an upper layer. In the above, the window variables may be initialized to a value of 0, or the window variables may be initialized based on received data to facilitate management of the base station window variable (for example, even if the base station does not initialize the window variable, the UE may synchronize the window variable by itself based on the received data).

[0203] For example, the RX_NEXT variable may be initialized with a combination of the PDCP serial number + 1 or an HFN value (or the previously used HFN value, the HFN value determined by the UE implementation, or the HFN value included in the indication) initialized to 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the indication, or the RX_DELIV variable may be initialized with a combination of the RX_NEXT value initialized above or the PDCP serial number + 1 or an HFN value (or the previously used HFN value, the HFN value determined by the UE implementation, or the HFN value included in the indication) initialized to 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the indication, or the RX_REORD value may be initialized with a combination of the RX_NEXT value initialized above or the PDCP serial number + 1 or an HFN value (or the previously used HFN value, the HFN value determined by the UE implementation, or the HFN value included in the indication) initialized to 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the indication (as another method, the initialization of the RX_REORD variable may be omitted so that the reordering timer operates in the above). As another method, RX_DELIV may be initialized to a value obtained by subtracting the reception window size (or half the size of the reception window) from the RX_NEXT value and adding 1. As another method, the window variables may be initialized to reference values or initial 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.

[0204] In one example, upon receiving the indication, the UE reports whether data is successfully received or not to the base station, so that the base station may perform retransmission to reduce loss, the PDCP status report may be configured and transmitted to the RLC layer (or RLC layer configured with logical channel identifier corresponding to unicast service) for unicast service. In the above, upon receiving the PDCP status report, based on the received report, the base station may retransmit data through the RLC layer for the unicast service. If the UE transmits the PDCP status report through the RLC layer for the unicast service as described above, the base station may easily distinguish the PDCP status report which UE the PDCP status report is for. Alternatively, if retransmission is performed through the RLC layer for unicast service, transmission resource waste may be prevented by performing retransmission through individual transmission resources (as another method, in the above, the UE may transmit a PDCP status report from the RLC layer for multicast). As another method, upon receiving the indication, the UE reports whether data is successfully received or not to the base station, so that the base station may perform retransmission to reduce loss, the PDCP status report may be configured and transmitted to the RLC layer (or RLC layer configured with logical channel identifier corresponding to multicast service) for multicast service. In the above, upon receiving the PDCP status report, based on the received report, the base station may retransmit data through the RLC layer for the multicast service or the unicast service. If the UE transmits the PDCP status report through the RLC layer for the multicast service as described above, the base station may easily identify the PDCP status report of all UEs.

[0205] In one example, the UE may still receive data in the RLC layer for the multicast service in the fourth bearer structure. This is because the UE may receive data transmitted late. As another method, by releasing or re-establishing (initializing window variables or discarding stored partitioned data) the RLC layer, it is possible to facilitate synchronization of window variables of the RLC layer of the base station and to quickly discard unnecessary data.

[0206] In one example, in the above, the UE may use the window variables (for example, in UM mode, RX_Next_Reassembly (a variable indicating the smallest (or fastest) RLC serial number value still under consideration for reassembly), RX_Timer_Trigger (a variable indicating the RLC serial number that is 1 greater than or next to the RLC serial number that triggered the RLC reassembly timer), or RX_Next_Highest (a variable indicating the RLC serial number that is 1 greater than or next to the highest RLC serial number among the received data (UMD PDU)), or for example, in UM mode, RX_Next (a variable indicating the value of the RLC serial number that is 1 greater than or next to the RLC serial number of the last data (RLC SDU) completely received in order), RX_Next_Status_Trigger (a variable indicating the RLC serial number that is 1 greater than or next to the RLC serial number that triggered the RLC reassembly timer), or RX_Highest_Status (a variable indicating the highest RLC serial number that may be indicated as ACK_SN (a variable indicating the RLC serial number of the next data (RLC SDU) that has not been reported as lost in the RLC status report or has not yet been received) in RLC status report)) as they are without performing an initialization procedure or without initializing the RLC reassembly timer in the RLC layer (or RLC layer configured with logical channel identifier corresponding to unicast service) for unicast service. This is because, if the window variables are not initialized or the RLC reassembly timer is not initialized (if the RLC reassembly timer is running, keep the same running) as described above, and the RLC serial number of the data is maintained by the window variables, it is easy to implement a UE or a base station (e.g., no additional procedures required).

[0207] As another method, in the above, in order to facilitate synchronization of window variables with the base station and to reduce data transmission delay, the UE may initialize the RLC re-establishment (or establishment) procedure or the window variables in the RLC layer or stop (or initialize) the RLC re-assembly timer. In the above, the window variables may be initialized to a value of 0, or the window variables may be initialized based on received data to facilitate management of the base station window variable (for example, even if the base station does not initialize the window variable, the UE may synchronize the window variable by itself based on the received data).

[0208] For example, in the UM mode, because the RLC serial number is included only for the divided data, the UE may process the data immediately for complete data that does not include the RLC serial number and deliver the data to an upper layer and update the window variable based on the RLC serial number of the received divided data. For example, RX_Next_ Reassembly may be initialized with the RLC serial number of the data (RLC SDU, UMD PDU, or RLC SDU segment) received first after the above indication and including the RLC serial number, RX_Next_Highest may be initialized with the RLC serial number of the data (RLC SDU, UMD PDU, or RLC SDU segment) received first after the above indication and including the RLC serial number, or RX_Next_Trigger may be initialized with the RLC serial number of the data (RLC SDU, UMD PDU, or RLC SDU segment) received first after the above indication and including the RLC serial number (in the above, because the variable of RX_Timer_Trigger does not significantly affect window operation (because it causes unnecessary processing), the initialization of the variable may be omitted).

[0209] Alternatively, for example, in the AM mode, because RLC serial number is included for all data (RLC data PDU or RLC SDU) RX_Next, RX_Next_Status_Trigger, or RX_Highest_Status may be initialized with the RLC serial number of the first received data (RLC SDU or UMD PDU or RLC SDU segment) after the above indication (in the above, because the variable of RX_Timer_Trigger does not significantly affect window operation (because it causes unnecessary processing), the initialization of the variable may be omitted). As another method, the window variables may be initialized to reference values or initial 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. As another method, in the above, for the RLC layer configured to the RLC AM mode, an RLC re-establishment procedure may be performed in order to minimize the complexity of the ARQ operation.

[0210] In one example, after that, the UE may start receiving data from the RLC layer for the unicast service (or the RLC layer configured with the logical channel identifier corresponding to the unicast service).

[0211] In one embodiment, if switching from unicast service (PTP) to multicast service (PTM) is indicated in the above instruction, the UE may perform the following example procedures in order to continuously receive the MBS service without error or data loss or to prevent a problem in the reception window operation.

[0212] In one example, in the fourth bearer structure, the UE may use the window variables (e.g., RX_NEXT (a variable indicating the COUNT value of data (PDCP SDU) expected to be received next), RX_DELIV (a variable indicating the COUNT value of the first data (PDCP SDU) not delivered to the upper layer or data still waiting to be received), or RX_REORD (a variable indicating the next COUNT value (or the COUNT value incremented by 1) of the COUNT value of the data (PDCP data PDU) that triggered the PDCP reordering timer) in the RLC layer for the multicast service or the PDCP layer connected to the RLC layer for the unicast service without performing the initialization procedure or without initializing the PDCP reordering timer. Because, if the UE does not initialize the window variables as described above or uses the PDCP reordering timer as it is without initializing (if the PDCP reordering timer is running, keep the same running) the PDCP reordering timer, because the COUNT value (or PDCP serial number) of the data by the window variables is maintained, data loss may be minimized by transmitting information (e.g., PDCP status report) on data that has not been retransmitted or received to the base station to recover from data loss.

[0213] As another method, in the above, in order to facilitate synchronization of window variables with the base station and to reduce data transmission delay, the UE may perform a PDCP re-establishment procedure or PDCP data recovery procedure in the PDCP layer, initialize the window variables, or stop (or initialize) the PDCP reordering timer, perform data processing on the stored (or received) data, and transfers the data to an upper layer. In the above, the window variables may be initialized to a value of 0, or the window variables may be initialized based on received data to facilitate management of the base station window variable (for example, even if the base station does not initialize the window variable, the UE may synchronize the window variable by itself based on the received data).

[0214] For example, the RX_NEXT variable may be initialized with a combination of the PDCP serial number + 1 or an HFN value (or the previously used HFN value, the HFN value determined by the UE implementation, or the HFN value included in the indication) initialized to 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the indication, or the RX_DELIV variable may be initialized with a combination of the RX_NEXT value initialized above or the PDCP serial number + 1 or an HFN value (or the previously used HFN value, the HFN value determined by the UE implementation, or the HFN value included in the indication) initialized to 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the indication, or the RX_REORD value may be initialized with a combination of the RX_NEXT value initialized above or the PDCP serial number + 1 or an HFN value (or the previously used HFN value, the HFN value determined by the UE implementation, or the HFN value included in the indication) initialized to 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the indication (as another method, the initialization of the RX_REORD variable may be omitted so that the reordering timer operates in the above).

[0215] As another method, RX_DELIV may be initialized to a value obtained by subtracting the reception window size (or half the size of the reception window) from the RX_NEXT value and adding 1. As another method, the window variables may be initialized to reference values or initial 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.

[0216] In one example, upon receiving the indication, the UE reports whether data is successfully received or not to the base station, so that the base station may perform retransmission to reduce loss, the PDCP status report may be configured and transmitted to the RLC layer (or RLC layer configured with logical channel identifier corresponding to unicast service) for unicast service. In the above, upon receiving the PDCP status report, based on the received report, the base station may retransmit data through the RLC layer for the unicast service. If the UE transmits the PDCP status report through the RLC layer for the unicast service as described above, the base station may easily distinguish the PDCP status report which UE the PDCP status report is for. Alternatively, if retransmission is performed through the RLC layer for unicast service, transmission resource waste may be prevented by performing retransmission through individual transmission resources (as another method, in the above, the UE may transmit a PDCP status report from the RLC layer for multicast).

[0217] As another method, upon receiving the indication, the UE reports whether data is successfully received or not to the base station, so that the base station may perform retransmission to reduce loss, the PDCP status report may be configured and transmitted to the RLC layer (or RLC layer configured with logical channel identifier corresponding to multicast service) for multicast service. In the above, upon receiving the PDCP status report, based on the received report, the base station may retransmit data through the RLC layer for the multicast service or the unicast service. If the UE transmits the PDCP status report through the RLC layer for the multicast service as described above, the base station may easily identify the PDCP status report of all UEs.

[0218] In one example, the UE may still receive data in the RLC layer for the unicast service in the fourth bearer structure. This is because the UE may receive data transmitted late. As another method, by releasing or re-establishing (initializing window variables or discarding stored partitioned data) the RLC layer, it is possible to facilitate synchronization of window variables of the RLC layer of the base station and to quickly discard unnecessary data.

[0219] In one example, in the above, the UE may use the window variables (for example, in UM mode, RX_Next_Reassembly (a variable indicating the smallest (or fastest) RLC serial number value still under consideration for reassembly), RX_Timer_Trigger (a variable indicating the RLC serial number that is 1 greater than or next to the RLC serial number that triggered the RLC reassembly timer), or RX_Next_Highest (a variable indicating the RLC serial number that is 1 greater than or next to the highest RLC serial number among the received data (UMD PDU)), or for example, in UM mode, RX_Next (a variable indicating the value of the RLC serial number that is 1 greater than or next to the RLC serial number of the last data (RLC SDU) completely received in order), RX_Next_Status_Trigger (a variable indicating the RLC serial number that is 1 greater than or next to the RLC serial number that triggered the RLC reassembly timer), or RX_Highest_Status (a variable indicating the highest RLC serial number that may be indicated as ACK_SN (a variable indicating the RLC serial number of the next data (RLC SDU) that has not been reported as lost in the RLC status report or has not yet been received) in RLC status report)) as they are without performing an initialization procedure or without initializing the RLC reassembly timer in the RLC layer (or RLC layer configured with logical channel identifier corresponding to unicast service) for multicast service. This is because, if the window variables are not initialized or the RLC reassembly timer is not initialized (if the RLC reassembly timer is running, keep the same running) as described above, and the RLC serial number of the data is maintained by the window variables, it is easy to implement a UE or a base station (e.g., no additional procedures required).

[0220] As another method, in the above, in order to facilitate synchronization of window variables with the base station and to reduce data transmission delay, the UE may initialize the RLC re-establishment (or establishment) procedure or the window variables in the RLC layer or stop (or initialize) the RLC re-assembly timer. In the above, the window variables may be initialized to a value of 0, or the window variables may be initialized based on received data to facilitate management of the base station window variable (for example, even if the base station does not initialize the window variable, the UE may synchronize the window variable by itself based on the received data). For example, in the UM mode, because the RLC serial number is included only for the divided data, the UE may process the data immediately for complete data that does not include the RLC serial number and deliver the data to an upper layer and update the window variable based on the RLC serial number of the received divided data.

[0221] For example, RX_Next_ Reassembly may be initialized with the RLC serial number of the data (RLC SDU, UMD PDU, or RLC SDU segment) received first after the above indication and including the RLC serial number, RX_Next_Highest may be initialized with the RLC serial number of the data (RLC SDU, UMD PDU, or RLC SDU segment) received first after the above indication and including the RLC serial number, or RX_Next_Trigger may be initialized with the RLC serial number of the data (RLC SDU, UMD PDU, or RLC SDU segment) received first after the above indication and including the RLC serial number (in the above, because the variable of RX_Timer_Trigger does not significantly affect window operation (because it causes unnecessary processing), the initialization of the variable may be omitted). Alternatively, for example, in the AM mode, because RLC serial number is included for all data (RLC data PDU or RLC SDU) RX_Next, RX_Next_Status_Trigger, or RX_Highest_Status may be initialized with the RLC serial number of the first received data (RLC SDU or UMD PDU or RLC SDU segment) after the above indication (in the above, because the variable of RX_Timer_Trigger does not significantly affect window operation (because it causes unnecessary processing), the initialization of the variable may be omitted).

[0222] As another method, the window variables may be initialized to reference values or initial 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. As another method, in the above, for the RLC layer configured to the RLC AM mode, an RLC re-establishment procedure may be performed in order to minimize the complexity of the ARQ operation.

[0223] In one example, after that, the UE may start receiving data from the RLC layer (or the RLC layer configured with the logical channel identifier corresponding to the unicast service) for the multicast service.

[0224] The fourth bearer structure g-04a, g-04b, or g-04c provided in the disclosure may be efficiently used to support an MBS service without data loss or less data loss even in a handover procedure. For example, when the UE performs a handover procedure to the target base station according to the instruction (e.g., handover command message (RRCReconfiguration)) of the source base station while receiving the MBS service (multicast service or unicast service) through the MBS bearer in which the fourth bearer structure is configured from the source base station, the UE may maintain the fourth bearer structure for the MBS bearer, or may be reconfigured or newly configured to the fourth bearer structure. For example, in order to continue receiving the MBS service based on the handover command message while receiving the MBS service from the source base station through the MBS bearer configured in the structure of g-04a, g-04b, or g-04c in the source base station, the MBS bearer may be reconfigured to the g-04a or g-04b or g-04c structure, or a new MBS bearer may be configured. As described above, when the MBS bearer is reconfigured or newly configured (e.g., PDCP re-establishment procedure, RLC re-establishment procedure, PDCP reconfiguration procedure, or RLC reconfiguration procedure) due to the handover procedure, the UE may perform the following procedures.

[0225] In one embodiment, if the UE receives a handover command message (RRCReconfiguration message, e.g., RRC message including reconfigurationWithsync indicator) from the source base station and the message includes configuration information for establishing or reconfiguring the MBS bearer, or if the PDCP layer re-establishment indicator (reestablishPDCP) for the MBS bearer is included, or if the PDCP layer recovery indicator (recoverPDCP) for the MBS bearer is included, or if instructed to reconfigure the PDCP layer for the MBS bearer, or if an instruction to reestablish or release any RLC layer for the MBS bearer is included, the UE may perform the following example procedures for the MBS bearer in order to continuously receive the MBS service without error or data loss or to prevent a problem in the reception window operation.

[0226] In one example, in the fourth bearer structure, the UE may use the window variables (e.g., RX_NEXT (a variable indicating the COUNT value of data (PDCP SDU) expected to be received next), RX_DELIV (a variable indicating the COUNT value of the first data (PDCP SDU) not delivered to the upper layer or data still waiting to be received), or RX_REORD (a variable indicating the next COUNT value (or the COUNT value incremented by 1) of the COUNT value of the data (PDCP data PDU) that triggered the PDCP reordering timer) in the RLC layer for the multicast service or the PDCP layer connected to the RLC layer for the unicast service without performing the initialization procedure or without initializing the PDCP reordering timer. Because, if the UE does not initialize the window variables as described above or uses the PDCP reordering timer as it is without initializing (if the PDCP reordering timer is running, keep the same running) the PDCP reordering timer, because the COUNT value (or PDCP serial number) of the data by the window variables is maintained, data loss may be minimized by transmitting information (e.g., PDCP status report) on data that has not been retransmitted or received to the base station to recover from data loss.

[0227] As another method, in the above, in order to facilitate synchronization of window variables with the base station and to reduce data transmission delay, the UE may perform a PDCP re-establishment procedure or PDCP data recovery procedure in the PDCP layer, initialize the window variables, or stop (or initialize) the PDCP reordering timer, perform data processing on the stored (or received) data, and transfers the data to an upper layer. In the above, the window variables may be initialized to a value of 0, or the window variables may be initialized based on received data to facilitate management of the base station window variable (for example, even if the base station does not initialize the window variable, the UE may synchronize the window variable by itself based on the received data).

[0228] For example, the RX_NEXT variable may be initialized with a combination of the PDCP serial number + 1 or an HFN value (or the previously used HFN value, the HFN value determined by the UE implementation, or the HFN value included in the indication) initialized to 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the indication, or the RX_DELIV variable may be initialized with a combination of the RX_NEXT value initialized above or the PDCP serial number + 1 or an HFN value (or the previously used HFN value, the HFN value determined by the UE implementation, or the HFN value included in the indication) initialized to 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the indication, or the RX_REORD value may be initialized with a combination of the RX_NEXT value initialized above or the PDCP serial number + 1 or an HFN value (or the previously used HFN value, the HFN value determined by the UE implementation, or the HFN value included in the indication) initialized to 0 of the data (PDCP data PDU or PDCP SDU) received for the first time after the indication (as another method, the initialization of the RX_REORD variable may be omitted so that the reordering timer operates in the above).

[0229] As another method, RX_DELIV may be initialized to a value obtained by subtracting the reception window size (or half the size of the reception window) from the RX_NEXT value and adding 1. As another method, the window variables may be initialized to reference values or initial 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.

[0230] In one example, upon receiving the indication, the UE reports whether data is successfully received or not to the base station, so that the base station may perform retransmission to reduce loss, the PDCP status report may be configured and transmitted to the RLC layer (or RLC layer configured with logical channel identifier corresponding to unicast service) for unicast service. In the above, upon receiving the PDCP status report, based on the received report, the base station may retransmit data through the RLC layer for the unicast service. If the UE transmits the PDCP status report through the RLC layer for the unicast service as described above, the base station may easily distinguish the PDCP status report which UE the PDCP status report is for.

[0231] Alternatively, if retransmission is performed through the RLC layer for unicast service, transmission resource waste may be prevented by performing retransmission through individual transmission resources (as another method, in the above, the UE may transmit a PDCP status report from the RLC layer for multicast). As another method, upon receiving the indication, the UE reports whether data is successfully received or not to the base station, so that the base station may perform retransmission to reduce loss, the PDCP status report may be configured and transmitted to the RLC layer (or RLC layer configured with logical channel identifier corresponding to multicast service) for multicast service. In the above, upon receiving the PDCP status report, based on the received report, the base station may retransmit data through the RLC layer for the multicast service or the unicast service. If the UE transmits the PDCP status report through the RLC layer for the multicast service as described above, the base station may easily identify the PDCP status report of all UEs.

[0232] In one example, upon receiving the indication in the above, the UE may still receive data in the RLC layer for the unicast service or in the RLC layer for the multicast service in the fourth bearer structure. This is because the UE may receive data transmitted late. As another method, by releasing or re-establishing (initializing window variables or discarding stored partitioned data) the RLC layer, it is possible to facilitate synchronization of window variables of the RLC layer of the base station and to quickly discard unnecessary data.

[0233] In one example, upon receiving the indication in the above, the UE may use the window variables (for example, in UM mode, RX_Next_Reassembly (a variable indicating the smallest (or fastest) RLC serial number value still under consideration for reassembly), RX_Timer_Trigger (a variable indicating the RLC serial number that is 1 greater than or next to the RLC serial number that triggered the RLC reassembly timer), or RX_Next_Highest (a variable indicating the RLC serial number that is 1 greater than or next to the highest RLC serial number among the received data (UMD PDU)), or for example, in UM mode, RX_Next (a variable indicating the value of the RLC serial number that is 1 greater than or next to the RLC serial number of the last data (RLC SDU) completely received in order), RX_Next_Status_Trigger (a variable indicating the RLC serial number that is 1 greater than or next to the RLC serial number that triggered the RLC reassembly timer), or RX_Highest_Status (a variable indicating the highest RLC serial number that may be indicated as ACK_SN (a variable indicating the RLC serial number of the next data (RLC SDU) that has not been reported as lost in the RLC status report or has not yet been received) in RLC status report)) as they are without performing an initialization procedure or without initializing the RLC reassembly timer in the RLC layer for multicast service or in the RLC layer (or RLC layer configured with logical channel identifier corresponding to unicast service) for unicast service. This is because, if the window variables are not initialized or the RLC reassembly timer is not initialized (if the RLC reassembly timer is running, keep the same running) as described above, and the RLC serial number of the data is maintained by the window variables, it is easy to implement a UE or a base station (e.g., no additional procedures required).

[0234] As another method, in the above, in order to facilitate synchronization of window variables with the base station and to reduce data transmission delay, the UE may initialize the RLC re-establishment (or establishment) procedure or the window variables in the RLC layer or stop (or initialize) the RLC re-assembly timer. In the above, the window variables may be initialized to a value of 0, or the window variables may be initialized based on received data to facilitate management of the base station window variable (for example, even if the base station does not initialize the window variable, the UE may synchronize the window variable by itself based on the received data). For example, in the UM mode, because the RLC serial number is included only for the divided data, the UE may process the data immediately for complete data that does not include the RLC serial number and deliver the data to an upper layer and update the window variable based on the RLC serial number of the received divided data.

[0235] For example, RX_Next_ Reassembly may be initialized with the RLC serial number of the data (RLC SDU, UMD PDU, or RLC SDU segment) received first after the above indication and including the RLC serial number, RX_Next_Highest may be initialized with the RLC serial number of the data (RLC SDU, UMD PDU, or RLC SDU segment) received first after the above indication and including the RLC serial number, or RX_Next_Trigger may be initialized with the RLC serial number of the data (RLC SDU, UMD PDU, or RLC SDU segment) received first after the above indication and including the RLC serial number (in the above, because the variable of RX_Timer_Trigger does not significantly affect window operation (because it causes unnecessary processing), the initialization of the variable may be omitted).

[0236] Alternatively, for example, in the AM mode, because RLC serial number is included for all data (RLC data PDU or RLC SDU) RX_Next, RX_Next_Status_Trigger, or RX_Highest_Status may be initialized with the RLC serial number of the first received data (RLC SDU or UMD PDU or RLC SDU segment) after the above indication (in the above, because the variable of RX_Timer_Trigger does not significantly affect window operation (because it causes unnecessary processing), the initialization of the variable may be omitted). As another method, the window variables may be initialized to reference values or initial 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. As another method, in the above, for the RLC layer configured to the RLC AM mode, an RLC re-establishment procedure may be performed in order to minimize the complexity of the ARQ operation.

[0237] In one example, after that, the UE may start receiving data from the RLC layer (or the RLC layer configured with the logical channel identifier corresponding to the unicast service) for the multicast service.

[0238] FIG. 8 is a diagram illustrating a method of demultiplexing received MBS data in a MAC layer when a UE in RRC connected mode, RRC inactive mode, or RRC idle mode receives the MBS data (e.g., MBS control data or MBS user data or general data other than MBS data) through a multicast bearer or a unicast bearer supporting the MBS service with the bearer structure provided in FIG. 7 according to various embodiments of the present disclosure. In addition, a method for the UE to transmit uplink MBS data is also provided. (e.g., MBS control data, MBS user data, or general data other than MBS data)

[0239] In FIG. 8, one method or a plurality of methods among the following methods may be applied to the method of receiving MBS data or the method of receiving MBS data and demultiplexing the MBS data. As another method, different methods may be applied according to whether the UE is in an RRC connected mode, an RRC inactive mode, or an RRC idle mode among the following methods.

[0240] In one embodiment of MBS reception method 1-1 h-10, in the MBS reception method 1-1 h-10 of FIG. 8, a separate physical channel or transport channel (e.g., MBCH and MBCH channel) for the MBS service may be configured, and a separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.) may be configured or defined in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel. A MAC header is always attached to MBS data transmitted for the MBS service, and a logical channel identifier included in the MAC header may be allocated differently for the MBS control data channel (e.g., MBCCH and MBS control channel) or the MBS user data channel (e.g., MBTCH and MBS traffic channel), respectively.

[0241] In addition, different logical channel identifiers may be allocated to each MBS service serviced in the MBS user data channel. In the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel, a first identifier or a second identifier for each MBS service may be configured or broadcast, and each logical channel identifier corresponding to the first identifier or the second identifier of each MBS service may be configured or broadcast. In the above, the first identifier may indicate a public land mobile network (PLMN) serving the MBS or may indicate an MBS service type or session. In the above, the second identifier may indicate a more specific session or type of MBS service. A logical channel identifier that may be allocated to a bearer for a general data service (voice, Internet, or video service) in the DL-SCH channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in a first logical channel identifier space that may be generated with predetermined bits (e.g., 6 bits). In the above, a logical channel identifier for the MBS control data channel, the MBS user data channel, or each service of the MBS user data channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in the first logical channel identifier space.

[0242] Alternatively, MAC control information (MAC CE, control element, e.g., MAC CE to instruct the network to stop receiving MBS services or to instruct the UE to stop receiving MBS services to the network) for supporting the MBS service or a logical channel identifier for padding for inserting padding into MBS data for supporting the MBS service may also be allocated as one combination of predetermined bits (e.g., 6 bits) in the first logical channel identifier space. As another method, in order to double the logical channel identifier space, in the above, a logical channel identifier for the MBS control data channel, the MBS user data channel, or each service of the MBS user data channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in the second logical channel identifier space. Alternatively, MAC control information (MAC CE, control element, e.g., MAC CE to instruct the network to stop receiving MBS services or to instruct the UE to stop receiving MBS services to the network) for supporting the MBS service or a logical channel identifier for padding for inserting padding into MBS data for supporting the MBS service may also be allocated as one combination of predetermined bits (e.g., 6 bits) in the new second logical channel identifier space.

[0243] In the above, the first logical channel identifier space and the second logical channel identifier space may be distinguished as an MBS channel, a DL-SCH channel, or a transmission resource (frequency, time transmission resource, frequency information, bandwidth part identifier, bandwidth part configuration information, dedicated carrier, dedicated cell (SCell) identifier, or dedicated cell information) in the MAC layer, or may be distinguished by using different RNTIs. Accordingly, when the MAC layer of the UE receives MBS data through a channel or transmission resource for receiving the MBS service, the MBS data may be classified or demultiplexed based on the received transport channel (e.g., MBCH, DL-SCH, BCH, etc.), bandwidth part identifier, SCell identifier, logical channel identifier, or RNTI identifier, and the data may be transmitted to a corresponding upper layer. The MBS reception method 1-1 may be applied to an RRC connected mode, RRC inactive mode, or RRC idle mode UE.

[0244] In one embodiment of MBS reception method 1-2 h-10, in the MBS reception method 1-2 h-10 of FIG. 8, a separate physical channel or transport channel (e.g., MBCH and MBCH channel) for the MBS service may be configured, and a separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.) may be configured or defined in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel. A MAC header is attached to MBS data transmitted for the MBS service, and a logical channel identifier included in the MAC header may be allocated differently for the MBS control data channel (e.g., MBCCH and MBS control channel) or the MBS user data channel (e.g., MBTCH and MBS traffic channel), respectively.

[0245] In addition, different logical channel identifiers may be allocated to each MBS service serviced in the MBS user data channel. In addition, different RNTI identifiers may be allocated to the MBS control data channel (e.g., MBCCH and MBS control channel) or the MBS user data channel (e.g., MBTCH and MBS traffic channel). In addition, different RNTI identifiers may be allocated to each MBS service serviced in the MBS user data channel. Accordingly, because the MBS control data channel (e.g., MBCCH and MBS control channel), the MBS user data channel, or each MBS service serviced in the MBS user data channel may be distinguished by the RNTI identifiers, the logical channel identifier may allocate the same logical channel identifier to the MBS control data channel, the MBS user data channel, or each MBS service serviced in the MBS user data channel. As another method, the same RNTI identifiers may be allocated to the MBS control data channel (e.g., MBCCH and MBS control channel), the MBS user data channel, or each MBS service serviced in the MBS user data channel, and in more detail, the classification of the channel or data may be distinguished by allocating different logical channel identifiers to the MBS control data channel (e.g., MBCCH and MBS control channel), the MBS user data channel, or each MBS service serviced in the MBS user data channel. In the above, the RNTI identifier for the MBS service may be configured differently from the RNTI identifier for the DL-SCH (e.g., C-RNTI, MCS-C-RNTI, CS-RNTI, etc.).

[0246] As another method, in the above, the RNTI identifier (e.g., C-RNTI, MCS-C-RNTI, CS-RNTI, etc.) for the MBS service may be configured to be the same as the RNTI identifier for the DL-SCH, and differentiation may be performed with a logical channel identifier. In addition, for each MBS service serviced in the MBS user data channel, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel, a first identifier or a second identifier for each MBS service may be configured or broadcast, and each logical channel identifier or each RNTI identifier corresponding to the first identifier or the second identifier of each MBS service may be configured or broadcast. In the above, the first identifier may indicate a public land mobile network (PLMN) serving the MBS or may indicate an MBS service type or session. In the above, the second identifier may indicate a more specific session or type of MBS service. A logical channel identifier that may be allocated to a bearer for a general data service (voice, Internet, or video service) in the DL-SCH channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in a first logical channel identifier space that may be generated with predetermined bits (e.g., 6 bits). In the above, a logical channel identifier for the MBS control data channel, the MBS user data channel, or each service of the MBS user data channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in the first logical channel identifier space.

[0247] Alternatively, MAC control information (MAC CE, control element, e.g., MAC CE to instruct the network to stop receiving MBS services or to instruct the UE to stop receiving MBS services to the network) for supporting the MBS service or a logical channel identifier for padding for inserting padding into MBS data for supporting the MBS service may also be allocated as one combination of predetermined bits (e.g., 6 bits) in the first logical channel identifier space. As another method, in order to double the logical channel identifier space, in the above, a logical channel identifier for the MBS control data channel, the MBS user data channel, or each service of the MBS user data channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in the second logical channel identifier space.

[0248] Alternatively, MAC control information (MAC CE, control element, e.g., MAC CE to instruct the network to stop receiving MBS services or to instruct the UE to stop receiving MBS services to the network) for supporting the MBS service or a logical channel identifier for padding for inserting padding into MBS data for supporting the MBS service may also be allocated as one combination of predetermined bits (e.g., 6 bits) in the new second logical channel identifier space. In the above, the first logical channel identifier space and the second logical channel identifier space may be distinguished as an MBS channel, a DL-SCH channel, or a transmission resource (frequency, time transmission resource, frequency information, bandwidth part identifier, bandwidth part configuration information, dedicated carrier, dedicated cell (SCell) identifier, or dedicated cell information) in the MAC layer, or may be distinguished by using different RNTIs. Accordingly, when the MAC layer of the UE receives MBS data through a channel or transmission resource for receiving the MBS service, the MBS data may be classified or demultiplexed based on the received transport channel (e.g., MBCH, DL-SCH, BCH, etc.), bandwidth part identifier, SCell identifier, logical channel identifier, or RNTI identifier, and the data may be transmitted to a corresponding upper layer. The MBS reception method 1-2 may be applied to an RRC connected mode, RRC inactive mode, or RRC idle mode UE.

[0249] In one embodiment of MBS reception method 1-3 h-10, in the MBS reception method 1-3 h-10 of FIG. 8, a separate physical channel or transport channel (e.g., MBCH and MBCH channel) for the MBS service may be configured, and a separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.) may be configured or defined in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel. A MAC header may be not attached to MBS data transmitted for the MBS service, and the MBS control data channel (e.g., MBCCH and MBS control channel) or the MBS user data channel (e.g., MBTCH and MBS traffic channel) may be differentiated from each other based on the RNTI identifier. In addition, different RNTI identifiers may be allocated to the MBS control data channel (e.g., MBCCH and MBS control channel) or the MBS user data channel (e.g., MBTCH and MBS traffic channel).

[0250] In addition, different RNTI identifiers may be allocated to each MBS service serviced in the MBS user data channel. Accordingly, because the MBS control data channel (e.g., MBCCH and MBS control channel), the MBS user data channel, or each MBS service serviced in the MBS user data channel may be distinguished by the RNTI identifiers, the logical channel identifier does not need to be configured for the MBS control data channel, the MBS user data channel, or each MBS service serviced in the MBS user data channel, and there is no need to include a MAC header in the MBS data. In addition, for each MBS service serviced in the MBS user data channel, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel, a first identifier or a second identifier for each MBS service may be configured or broadcast, and each RNTI identifier corresponding to the first identifier or the second identifier of each MBS service may be configured or broadcast.

[0251] In the above, the first identifier may indicate a public land mobile network (PLMN) serving the MBS or may indicate an MBS service type or session. In the above, the second identifier may indicate a more specific session or type of MBS service. Accordingly, when the MAC layer of the UE receives MBS data through a channel or transmission resource for receiving the MBS service, the MBS data may be classified or demultiplexed based on the received transport channel (e.g., MBCH, DL-SCH, BCH, etc.), bandwidth part identifier, SCell identifier, or RNTI identifier, and the data may be transmitted to a corresponding upper layer. The MBS reception method 1-3 may be applied to an RRC connected mode, RRC inactive mode, or RRC idle mode UE.

[0252] In one embodiment of MBS reception method 2-1 h-20, in the MBS reception method 2-1 h-20 of FIG. 8, a physical channel or transport channel (e.g., MBCH, MBCH channel, or DL-SCH channel) for the MBS service may be configured, or in the existing DL-SCH channel, a separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.) may be configured or defined in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel. A MAC header is always attached to MBS data transmitted for the MBS service, and a logical channel identifier included in the MAC header may be allocated differently for the MBS control data channel (e.g., MBCCH and MBS control channel) or the MBS user data channel (e.g., MBTCH and MBS traffic channel), respectively.

[0253] In addition, different logical channel identifiers may be allocated to each MBS service serviced in the MBS user data channel. In the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel, a first identifier or a second identifier for each MBS service may be configured or broadcast, and each logical channel identifier corresponding to the first identifier or the second identifier of each MBS service may be configured or broadcast. In the above, the first identifier may indicate a public land mobile network (PLMN) serving the MBS or may indicate an MBS service type or session. In the above, the second identifier may indicate a more specific session or type of MBS service. A logical channel identifier that may be allocated to a bearer for a general data service (voice, Internet, or video service) in the DL-SCH channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in a first logical channel identifier space that may be generated with predetermined bits (e.g., 6 bits). In the above, a logical channel identifier for the MBS control data channel, the MBS user data channel, or each service of the MBS user data channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in the first logical channel identifier space.

[0254] Alternatively, MAC control information (MAC CE, control element, e.g., MAC CE to instruct the network to stop receiving MBS services or to instruct the UE to stop receiving MBS services to the network) for supporting the MBS service or a logical channel identifier for padding for inserting padding into MBS data for supporting the MBS service may also be allocated as one combination of predetermined bits (e.g., 6 bits) in the first logical channel identifier space. As another method, in order to double the logical channel identifier space, in the above, a logical channel identifier for the MBS control data channel, the MBS user data channel, or each service of the MBS user data channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in the second logical channel identifier space.

[0255] Alternatively, MAC control information (MAC CE, control element, e.g., MAC CE to instruct the network to stop receiving MBS services or to instruct the UE to stop receiving MBS services to the network) for supporting the MBS service or a logical channel identifier for padding for inserting padding into MBS data for supporting the MBS service may also be allocated as one combination of predetermined bits (e.g., 6 bits) in the new second logical channel identifier space. In the above, the first logical channel identifier space and the second logical channel identifier space may be distinguished as an MBS channel, a DL-SCH channel, or a transmission resource (frequency, time transmission resource, frequency information, bandwidth part identifier, bandwidth part configuration information, dedicated carrier, dedicated cell (SCell) identifier, or dedicated cell information) in the MAC layer, or may be distinguished by using different RNTIs. Accordingly, when the MAC layer of the UE receives MBS data through a channel or transmission resource for receiving the MBS service, the MBS data may be classified or demultiplexed based on the received transport channel (e.g., MBCH, DL-SCH, BCH, etc.), bandwidth part identifier, SCell identifier, logical channel identifier, or RNTI identifier, and the data may be transmitted to a corresponding upper layer. The MBS reception method 2-1 may be applied to an RRC connected mode, RRC inactive mode, or RRC idle mode UE.

[0256] In one embodiment of MBS reception method 2-2 h-20, in the MBS reception method 2-2 h-20 of FIG. 8, a physical channel or transport channel (e.g., MBCH, MBCH channel, or DL-SCH channel) for the MBS service may be configured, or in the existing DL-SCH channel, a separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.) may be configured or defined in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel. A MAC header is attached to MBS data transmitted for the MBS service, and a logical channel identifier included in the MAC header may be allocated differently for the MBS control data channel (e.g., MBCCH and MBS control channel) or the MBS user data channel (e.g., MBTCH and MBS traffic channel), respectively.

[0257] In addition, different logical channel identifiers may be allocated to each MBS service serviced in the MBS user data channel. In addition, different RNTI identifiers may be allocated to the MBS control data channel (e.g., MBCCH and MBS control channel) or the MBS user data channel (e.g., MBTCH and MBS traffic channel). In addition, different RNTI identifiers may be allocated to each MBS service serviced in the MBS user data channel. Accordingly, because the MBS control data channel (e.g., MBCCH and MBS control channel), the MBS user data channel, or each MBS service serviced in the MBS user data channel may be distinguished by the RNTI identifiers, the logical channel identifier may allocate the same logical channel identifier to the MBS control data channel, the MBS user data channel, or each MBS service serviced in the MBS user data channel. As another method, the same RNTI identifiers may be allocated to the MBS control data channel (e.g., MBCCH and MBS control channel), the MBS user data channel, or each MBS service serviced in the MBS user data channel, and in more detail, the classification of the channel or data may be distinguished by allocating different logical channel identifiers to the MBS control data channel (e.g., MBCCH and MBS control channel), the MBS user data channel, or each MBS service serviced in the MBS user data channel.

[0258] In the above, the RNTI identifier for the MBS service may be configured differently from the RNTI identifier for the DL-SCH (e.g., C-RNTI, MCS-C-RNTI, CS-RNTI, etc.). As another method, in the above, the RNTI identifier (e.g., C-RNTI, MCS-C-RNTI, CS-RNTI, etc.) for the MBS service may be configured to be the same as the RNTI identifier for the DL-SCH, and differentiation may be performed with a logical channel identifier. In addition, for each MBS service serviced in the MBS user data channel, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel, a first identifier or a second identifier for each MBS service may be configured or broadcast, and each logical channel identifier or each RNTI identifier corresponding to the first identifier or the second identifier of each MBS service may be configured or broadcast.

[0259] In the above, the first identifier may indicate a public land mobile network (PLMN) serving the MBS or may indicate an MBS service type or session. In the above, the second identifier may indicate a more specific session or type of MBS service. A logical channel identifier that may be allocated to a bearer for a general data service (voice, Internet, or video service) in the DL-SCH channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in a first logical channel identifier space that may be generated with predetermined bits (e.g., 6 bits). In the above, a logical channel identifier for the MBS control data channel, the MBS user data channel, or each service of the MBS user data channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in the first logical channel identifier space. Alternatively, MAC control information (MAC CE, control element, e.g., MAC CE to instruct the network to stop receiving MBS services or to instruct the UE to stop receiving MBS services to the network) for supporting the MBS service or a logical channel identifier for padding for inserting padding into MBS data for supporting the MBS service may also be allocated as one combination of predetermined bits (e.g., 6 bits) in the first logical channel identifier space.

[0260] As another method, in order to double the logical channel identifier space, in the above, a logical channel identifier for the MBS control data channel, the MBS user data channel, or each service of the MBS user data channel may be allocated as one combination of predetermined bits (e.g., 6 bits) in the second logical channel identifier space. Alternatively, MAC control information (MAC CE, control element, e.g., MAC CE to instruct the network to stop receiving MBS services or to instruct the UE to stop receiving MBS services to the network) for supporting the MBS service or a logical channel identifier for padding for inserting padding into MBS data for supporting the MBS service may also be allocated as one combination of predetermined bits (e.g., 6 bits) in the new second logical channel identifier space. In the above, the first logical channel identifier space and the second logical channel identifier space may be distinguished as an MBS channel, a DL-SCH channel, or a transmission resource (frequency, time transmission resource, frequency information, bandwidth part identifier, bandwidth part configuration information, dedicated carrier, dedicated cell (SCell) identifier, or dedicated cell information) in the MAC layer, or may be distinguished by using different RNTIs.

[0261] Accordingly, when the MAC layer of the UE receives MBS data through a channel or transmission resource for receiving the MBS service, the MBS data may be classified or demultiplexed based on the received transport channel (e.g., MBCH, DL-SCH, BCH, etc.), bandwidth part identifier, SCell identifier, logical channel identifier, or RNTI identifier, and the data may be transmitted to a corresponding upper layer. The MBS reception method 2-2 may be applied to an RRC connected mode, RRC inactive mode, or RRC idle mode UE.

[0262] In one embodiment of MBS reception method 2-3 h-20, in the MBS reception method 2-3 h-20 of FIG. 8, a physical channel or transport channel (e.g., MBCH, MBCH channel, or DL-SCH channel) for the MBS service may be configured, or in the existing DL-SCH channel, a separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.) may be configured or defined in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel. A MAC header may be not attached to MBS data transmitted for the MBS service, and the MBS control data channel (e.g., MBCCH and MBS control channel) or the MBS user data channel (e.g., MBTCH and MBS traffic channel) may be differentiated from each other based on the RNTI identifier. In addition, different RNTI identifiers may be allocated to the MBS control data channel (e.g., MBCCH and MBS control channel) or the MBS user data channel (e.g., MBTCH and MBS traffic channel).

[0263] In addition, different RNTI identifiers may be allocated to each MBS service serviced in the MBS user data channel. Accordingly, because the MBS control data channel (e.g., MBCCH and MBS control channel), the MBS user data channel, or each MBS service serviced in the MBS user data channel may be distinguished by the RNTI identifiers, the logical channel identifier does not need to be configured for the MBS control data channel, the MBS user data channel, or each MBS service serviced in the MBS user data channel, and there is no need to include a MAC header in the MBS data. In addition, for each MBS service serviced in the MBS user data channel, in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or the control message (e.g., transmitted from the MBS control data channel) for the MBS channel, a first identifier or a second identifier for each MBS service may be configured or broadcast, and each RNTI identifier corresponding to the first identifier or the second identifier of each MBS service may be configured or broadcast. In the above, the first identifier may indicate a public land mobile network (PLMN) serving the MBS or may indicate an MBS service type or session. In the above, the second identifier may indicate a more specific session or type of MBS service.

[0264] Accordingly, when the MAC layer of the UE receives MBS data through a channel or transmission resource for receiving the MBS service, the MBS data may be classified or demultiplexed based on the received transport channel (e.g., MBCH, DL-SCH, BCH, etc.), bandwidth part identifier, SCell identifier, or RNTI identifier, and the data may be transmitted to a corresponding upper layer. The MBS reception method 2-3 may be applied to an RRC connected mode, RRC inactive mode, or RRC idle mode UE.

[0265] FIG. 9 is a diagram illustrating a method of multiplexing MBS data to be transmitted in a MAC layer when a UE in RRC connected mode, RRC inactive mode, or RRC idle mode transmits the MBS data (e.g., MBS control data or MBS user data or general data other than MBS data) through a multicast bearer or a unicast bearer supporting the MBS service with the bearer structure provided in FIG. 7 according to various embodiments of the present disclosure.

[0266] In FIG. 9, one method or a plurality of methods among the following methods may be applied to the method of transmitting MBS data or the method of transmitting MBS data and multiplexing the MBS data. As another method, different methods may be applied according to whether the UE is in an RRC connected mode, an RRC inactive mode, or an RRC idle mode among the following methods.

[0267] In one embodiment of MBS transmission method 1 i-01, in a case where a UE receiving the MBS service by the methods provided in FIG. 8 needs to transmit uplink MBS data due to a network request or the necessity of the UE itself, the UE or the UE in the RRC connected mode, the RRC inactive mode, or the RRC idle mode may transmit uplink MBS data to the base station or the network. In the above, the network or the base station may transmit or configure an indication (e.g., stopping or resuming services) for the MBS service status or a response request (for example, whether the UE is receiving a specific MBS service, whether the UE wants or is interested in receiving a specific MBS service, preference between multicast bearer and unicast bearer, or information or indicator requesting whether a bearer prefers to switch (whether the UE wants to receive the MBS service through a multicast bearer or through a unicast bearer)) for the MBS service by transmitting a network request included in the MBS data (e.g., 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, control element), or a newly defined message) to the UE.

[0268] In the above, the base station or the network may transmit MBS data including the network request at a separate downlink channel, a physical channel for MBS service, transport channel (e.g., MBCH and MBCH channel), or a separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.) configured in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or control message (e.g., transmitted from the MBS control data channel) for MBS channel as suggested in FIG. 8 so that the UEs in the RRC connected mode, RRC inactive mode, or RRC idle mode may receive the MBS data. By transmitting as described above, MBS data may be transmitted with one transmission resource, and a plurality of UEs may receive the MBS data, thereby preventing waste of transmission resources and efficiently using the transmission resource.

[0269] As another method, in the above, the base station or the network may transmit MBS data including the network request through downlink channel (e.g., DL-SCH channel, CCCH, or DCCH channel), separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.), SRBO (CCCH, common control channel), or SRB1 (DCCH, downlink control channel) configured in system information or RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message) as suggested in FIG. 8 and transmit and receive only RRC connected mode UEs receiving the MBS, respectively.

[0270] In the above, the uplink MBS data MBS data may be 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, control element), or a newly defined message. In the first MBS transmission method, the UE may transmit the uplink MBS data through a separate uplink channel configured in system information, an RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or a control message (e.g., transmitted from the MBS control data channel) for an MBS channel, a physical channel for MBS service, a transport channel (e.g., UL-MBCH and MBS channel), or a separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.).

[0271] For example, the UE may include a MAC header in the uplink MBS data, configure the logical channel identifier (MBS control data (channel), MBS user data (channel), MBS user data (channel) for a specific MBS service, SRBO (CCCH, common control channel), SRB1 (DCCH, downlink control channel), or logical channel identifier configured or allocated for DRB or MAC control information) of the MAC header to match the purpose (MBS control data, MBS user data, or MBS user data for a specific MBS service) of the uplink MBS data, and transmit 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 provided in FIG. 7 is configured. As another method, the UE may transmit the uplink MBS data from the uplink transmission resource indicated by the PDCCH with an RNTI identifier (RNTI configured for MBS user data (channel) or MBS user data (channel) for a specific MBS service) suitable for the purpose (MBS control data, MBS user data, or MBS user data for a specific MBS service) of the uplink MBS data. Because the uplink MBS data nay be identified by an RNTI identifier, the uplink MBS data may not include a MAC header or a logical channel identifier.

[0272] As another method, the MAC header may be included in the uplink MBS data, the logical channel identifier (MBS control data (channel), MBS user data (channel), MBS user data (channel) for a specific MBS service, SRBO (CCCH, common control channel), SRB1 (DCCH, downlink control channel), or logical channel identifier configured or allocated for DRB or MAC control information) of the MAC header may be configured to match the purpose (MBS control data, MBS user data, or MBS user data for a specific MBS service) of the uplink MBS data, and the uplink MBS data may be transmitted. An RLC header, a PDCP header, or an SDAP header may also be included according to which bearer structure among the bearer structures provided in FIG. 7 is configured.

[0273] In one embodiment of MBS transmission method 2 i-01, in a case where a UE receiving the MBS service by the methods provided in FIG. 8 needs to transmit uplink MBS data due to a network request or the necessity of the UE itself, only the UE in the RRC connected mode may transmit uplink MBS data to the base station or the network. In the above, the network or the base station may transmit or configure an indication (e.g., stopping or resuming services) for the MBS service status or a response request (for example, whether the UE is receiving a specific MBS service, whether the UE wants or is interested in receiving a specific MBS service, preference between multicast bearer and unicast bearer, or information or indicator requesting whether a bearer prefers to switch (whether the UE wants to receive the MBS service through a multicast bearer or through a unicast bearer)) for the MBS service by transmitting a network request included in the MBS data (e.g., 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, control element), or a newly defined message) to the UE.

[0274] In the above, the base station or the network may transmit MBS data including the network request at a separate downlink channel, a physical channel for MBS service, transport channel (e.g., MBCH and MBCH channel), or a separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.) configured in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or control message (e.g., transmitted from the MBS control data channel) for MBS channel as suggested in FIG. 8 so that the UEs in the RRC connected mode, RRC inactive mode, or RRC idle mode may receive the MBS data. By transmitting as described above, MBS data may be transmitted with one transmission resource, and a plurality of UEs may receive the MBS data, thereby preventing waste of transmission resources and efficiently using the transmission resource.

[0275] As another method, in the above, the base station or the network may transmit MBS data including the network request through downlink channel (e.g., DL-SCH channel, CCCH, or DCCH channel), separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.), SRBO (CCCH, common control channel), or SRB1 (DCCH, downlink control channel) configured in system information or RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message) as suggested in FIG. 8 and transmit and receive only RRC connected mode UEs receiving the MBS, respectively. In the above, the uplink MBS data MBS data may be 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, control element), or a newly defined message.

[0276] In the second MBS transmission method, the UE in the RRC connected mode may transmit the uplink MBS data through a separate uplink channel or a physical channel or a transport channel (e.g., UL-SCH, Uplink shared channel, and channel for general data service) or a separate transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier spacing, etc.) or a transmission resource allocated to a PDCCH scrambled by an RNTI identifier (e.g., C-RNTI) allocated to an RRC connected mode UE configured in the system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or control message for MBS channel (e.g., transmitted from the MBS control data channel). In the above, in a case where uplink MBS data is transmitted through a transmission resource allocated to a PDCCH scrambled by an RNTI identifier (e.g., C-RNTI) allocated to an RRC connected mode UE, the RRC connected mode UE may transmit uplink MBS data through SRBO (CCCH, common control channel), SRB1 (DCCH, downlink control channel) or DRB.

[0277] For example, the RRC connected mode UE may include a MAC header in the uplink MBS data, configure the logical channel identifier (MBS control data (channel), MBS user data (channel), MBS user data (channel) for a specific MBS service, SRBO (CCCH, common control channel), SRB1 (DCCH, downlink control channel), or logical channel identifier configured or allocated for DRB or MAC control information) of the MAC header to match the purpose (MBS control data, MBS user data, or MBS user data for a specific MBS service) of the uplink MBS data, and transmit 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 provided in FIG. 7 is configured.

[0278] As another method, the RRC connected mode UE may transmit the uplink MBS data from the uplink transmission resource indicated by the PDCCH with an RNTI identifier (RNTI configured for MBS user data (channel) or MBS user data (channel) for a specific MBS service) suitable for the purpose (MBS control data, MBS user data, or MBS user data for a specific MBS service) of the uplink MBS data. Because the uplink MBS data nay be identified by an RNTI identifier, the uplink MBS data may not include a MAC header or a logical channel identifier. As another method, the MAC header may be included in the uplink MBS data, the logical channel identifier (MBS control data (channel), MBS user data (channel), MBS user data (channel) for a specific MBS service, SRBO (CCCH, common control channel), SRB1 (DCCH, downlink control channel), or logical channel identifier configured or allocated for DRB or MAC control information) of the MAC header may be configured to match the purpose (MBS control data, MBS user data, or MBS user data for a specific MBS service) of the uplink MBS data, and the uplink MBS data may be transmitted. An RLC header, a PDCP header, or an SDAP header may also be included according to which bearer structure among the bearer structures provided in FIG. 7 is configured.

[0279] In the following of the disclosure, signaling procedures for the base station or the network to support the MBS service to the UE and the UE to receive the MBS service are provided. As suggested in the following of the disclosure, the base station may provide the MBS service to the UE through one signaling procedure among various signaling procedures, or the UE may receive the MBS service.

[0280] FIG. 10 is a diagram illustrating a first signaling procedure for MBS service support according to various embodiments of the present disclosure.

[0281] The first signaling procedure for MBS service support provided in the disclosure may be characterized in that the MBS service is supported to the UE based on system information.

[0282] In FIG. 10, the UE j-01 may select a suitable cell by performing a cell selection or reselection procedure in the RRC idle mode or RRC inactive mode and camps on, then in the RRC idle mode, RRC inactive mode, or RRC connected mode, the UE may receive system information j-05, and may receive configuration information for the MBS service from the system information. The configuration information for the MBS service may include one or more of the following configuration information. For example, the network may transmit one or more of the following configuration information to support the MBS service in the system information: Whether to support MBS service; Configuration information for a physical channel or downlink or uplink transport channel (e.g., MBCH, MBCCH, MBTCH, or DL-SCH) for MBS service; Transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, identifier indicating a transmission pattern, etc.) information through which the physical channel or downlink or uplink transport channel (e.g., MBCH, MBS control data channel (MBCCH), or MBS user data channel (MBTCH)) is transmitted; and / or Configuration information for the MBS service supported by the current cell. For example, it is possible to configure or broadcast a list of MBS services, or a first identifier (e.g., TMGI, temporary mobile group identity) or a second identifier (e.g., session identity) for each MBS service, 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 may be configured or broadcast. As another method, the first identifier (e.g., TMGI, temporary mobile group identity) or the second identifier (e.g., session identity) or the RNTI identifier for the MBS service may be configured or broadcast for each bearer (or bearer identifier), each logical channel, each RLC configuration information, or each PDCP configuration information. As another method, the first identifier (e.g., TMGI, temporary mobile group identity) or the second identifier (e.g., session identity) or the RNTI identifier for the MBS service may be configured or broadcast for each bearer (or bearer identifier), each logical channel, each RLC configuration information, or each PDCP configuration information. In the above, the first identifier may indicate a public land mobile network (PLMN) serving the MBS or may indicate an MBS service type or session. In the above, the second identifier may indicate a more specific session or type of MBS service. In addition, the configuration information for the MBS service may include information on a transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, identifier indicating a transmission pattern, etc.) in which each MBS service is supported, broadcast, or transmitted.

[0283] In the bearer structure provided in FIG. 7, bearer configuration may be included to receive the MBS service. In addition, indicator configuration information indicating HARQ reordering, HARQ retransmission, or whether to use HARQ ACK or NACK, indicator configuration information indicating whether to use the RLC reordering function, transmission resource information to transmit HARQ ACK or NACK in the above, indicator configuration information indicating whether to use the RLC sequence delivery function, configuration information for the RLC reorder timer value, or indicator configuration information on whether to use the PDCP out-of-order delivery function may be included. In the above, indicator configuration information indicating HARQ reordering, HARQ retransmission, or whether to use HARQ ACK or NACK, indicator configuration information indicating whether to use the RLC reordering function, indicator configuration information indicating whether to use the RLC sequence delivery function, configuration information for the RLC reorder timer value, configuration information for RLC mode (TM, UM, or AM), configuration information on whether to use the data segmentation function in the RLC layer, or indicator configuration information on whether to use the PDCP out-of-order delivery function may be configured for each MBS service or for each bearer.

[0284] As another method, the configuration information may be defined as basic configuration information so that the UE may configure some of the functions as an MBS bearer having basic functions without the configuration information: Indicator configuration information indicating whether a bearer or a bearer identifier supporting (transmitting or receiving) the MBS service is a unicast bearer or a multicast bearer; MBS dedicated carrier or cell (Cell, SCell, or PCell) related information for MBS service (e.g., frequency, time resource, or cell identifier); MBS dedicated bandwidth part information (e.g., downlink bandwidth part or uplink bandwidth part information) or bandwidth part identifier information for MBS service; and / or Indicator (in the disclosure, a header compression procedure (e.g., robust header compression (ROHC), Ethernet header compression (EHC), or data compression procedure) may be configured and supported for the MBS bearer) to configure the header compression function or procedure for the bearer supporting the MBS service, or configuration information (e.g., an indicator indicating whether to continue to use the header compression context) for header compression procedure or data compression procedure

[0285] In the above configuration information, the PDCP serial number or RLC serial number length may also be set, and as another method, a default length for the RLC serial number or PDCP serial number may be determined.

[0286] In the above configuration information, whether the RLC layer of the bearer supporting the MBS service supports or enables uni-directional communication or supports or enables bi-directional communication may also be configured as an indicator.

[0287] If the configuration information for the MBS service is not broadcast in the system information in one cell camped on in the above, the UE may transmit a message or an indicator requesting to broadcast system information for the MBS service to the base station, cell, or network in one camped on cell. Upon receiving the message or indicator, the base station or the network may broadcast or transmit configuration information for the MBS service as system information. Accordingly, the base station may prevent wastage of transmission resources that may occur by always broadcasting MBS service-related system information unnecessarily in the system information.

[0288] The UE receiving the system information j-05 in the above 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 by searching or determining the MBS service that the UE is interested in or wants to receive through storing or applying the MBS service-related configuration information. When the UE receives the system information in the above, when the UE tries to receive the service of interest or has the service of interest or decides the service of interest, when the UE is in or enters a cell or area supporting the MBS service in system information, when the UE configures or connects the MBS service (or session), when the UE receives configuration information or bearer configuration information for MBS service in system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or control message (e.g., transmitted from the MBS control data channel) for MBS channel, or when broadcast, the UE may configure a unicast bearer, a multicast bearer, or an MBS bearer for receiving the MBS service having the above-provided bearer structure.

[0289] In the above, the UE may receive MBS data (e.g., MBS control data) through the MBS control data channel j-10 or the transmission resource for the MBS service of interest to receive MBS service-related configuration information.

[0290] The MBS service-related configuration information may be transmitted including one or more of the following configuration information to support the MBS service: Whether to support MBS service; Configuration information for a physical channel or downlink or uplink transport channel (e.g., MBCH, MBCCH, MBTCH, or DL-SCH) for MBS service; Transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, identifier indicating a transmission pattern, etc.) information through which the physical channel or downlink or uplink transport channel (e.g., MBCH, MBS control data channel (MBCCH), or MBS user data channel (MBTCH)) is transmitted; Configuration information for the MBS service supported by the current cell. For example, it is possible to configure or broadcast a list of MBS services, or a first identifier (e.g., temporary mobile group identity (TMGI)) or a second identifier (e.g., session identity) for each MBS service, 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 may be configured or broadcast. As another method, the first identifier (e.g., temporary mobile group identity (TMGI)) or the second identifier (e.g., session identity) or the RNTI identifier for the MBS service may be configured or broadcast for each bearer (or bearer identifier), each logical channel, each RLC configuration information, or each PDCP configuration information. In the above, the first identifier may indicate a public land mobile network (PLMN) serving the MBS or may indicate an MBS service type or session. In the above, the second identifier may indicate a more specific session or type of MBS service. In addition, the configuration information for the MBS service may include information on a transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, identifier indicating a transmission pattern, etc.) in which each MBS service is supported, broadcast, or transmitted.

[0291] In the bearer structure provided in FIG. 7, bearer configuration may be included to receive the MBS service. In addition, indicator configuration information indicating HARQ reordering, HARQ retransmission, or whether to use HARQ ACK or NACK, indicator configuration information indicating whether to use the RLC reordering function, transmission resource information to transmit HARQ ACK or NACK in the above, indicator configuration information indicating whether to use the RLC sequence delivery function, configuration information for the RLC reorder timer value, or indicator configuration information on whether to use the PDCP out-of-order delivery function may be included. In the above, indicator configuration information indicating HARQ reordering, HARQ retransmission, or whether to use HARQ ACK or NACK, indicator configuration information indicating whether to use the RLC reordering function, indicator configuration information indicating whether to use the RLC sequence delivery function, configuration information for the RLC reorder timer value, configuration information for RLC mode (TM, UM, or AM), configuration information on whether to use the data segmentation function in the RLC layer, or indicator configuration information on whether to use the PDCP out-of-order delivery function may be configured for each MBS service or for each bearer.

[0292] As another method, the configuration information may be defined as basic configuration information so that the UE may configure some of the functions as an MBS bearer having basic functions without the configuration information: Indicator configuration information indicating whether a bearer or a bearer identifier supporting (transmitting or receiving) the MBS service is a unicast bearer or a multicast bearer; MBS dedicated carrier or cell (Cell, SCell, or PCell) related information for MBS service (e.g., frequency, time resource, or cell identifier); MBS dedicated bandwidth part information (e.g., downlink bandwidth part or uplink bandwidth part information) or bandwidth part identifier information for MBS service; and / or Indicator (in the disclosure, a header compression procedure (e.g., robust header compression (ROHC), Ethernet header compression (EHC), or data compression procedure) may be configured and supported for the MBS bearer) to configure the header compression function or procedure for the bearer supporting the MBS service, or configuration information (e.g., an indicator indicating whether to continue to use the header compression context) for header compression procedure or data compression procedure. In the above configuration information, the PDCP serial number or RLC serial number length may also be set, and as another method, a default length for the RLC serial number or PDCP serial number may be determined. In the above configuration information, whether the RLC layer of the bearer supporting the MBS service supports or enables uni-directional communication or supports or enables bi-directional communication may also be configured as an indicator.

[0293] Upon receiving the MBS service-related configuration information in the above, the UE may receive MBS data by applying the method provided in FIG. 7 or FIG. 8 of the disclosure to receive the MBS service j-15 through the MBS user data service channel by identifying and using the first identifier, the second identifier, the RNTI identifier, or the logical channel identifier configured or allocated for the MBS service that the UE is interested in or wants to receive to receive.

[0294] FIG. 11 is a diagram illustrating a second signaling procedure for MBS service support according to various embodiments of the present disclosure.

[0295] The second signaling procedure for MBS service support provided in the disclosure may be characterized in identifying whether the UE is interested in or broadcasts the MBS service based on system information, or configuring a connection with the network to indicate to the base station (or network) the MBS service that the UE is interested in or wants to receive, or transmitting an indication to receive the MBS service, receiving MBS service related configuration information from the base station (or network), and receiving the MBS service. In the second signaling procedure, the UE may maintain the RRC idle mode, the RRC connected mode, or the RRC inactive mode (for example, the MBS service may be received without switching the RRC mode). As another method, the UE may be characterized in indicating to the base station the MBS service that the UE is interested in or wants to receive, or transmitting an indication to receive the MBS service to the base station (or network) and entering the RRC connected mode from the RRC idle mode or RRC inactive mode to receive MBS service-related configuration information from the base station (or network). Alternatively, after receiving the MBS service-related configuration information in the above, the UE may receive the MBS service in the RRC connected mode or the MBS service in the RRC idle mode or RRC inactive mode.

[0296] In FIG. 11, the UE k-01 may select a suitable cell by performing a cell selection or reselection procedure in the RRC idle mode or RRC inactive mode and camps on, then in the RRC idle mode, RRC inactive mode, or RRC connected mode, the UE k-01 may receive system information k-05, and may receive configuration information for the MBS service from the system information. The configuration information for the MBS service may include one or more of the following configuration information.

[0297] For example, the network may transmit one or more of the following configuration information to support the MBS service in the system information: Whether to support MBS service; Configuration information for a physical channel or downlink or uplink transport channel (e.g., MBCH, MBCCH, MBTCH, or DL-SCH) for MBS service; Transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, identifier indicating a transmission pattern, etc.) information through which the physical channel or downlink or uplink transport channel (e.g., MBCH, MBS Control Data Channel (MBCCH), or MBS User Data Channel (MBTCH)) is transmitted; and / or Configuration information for the MBS service supported by the current cell. For example, it is possible to configure or broadcast a list of MBS services, or a first identifier (e.g., TMGI, temporary mobile group identity) or a second identifier (e.g., session identity) for each MBS service, 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 may be configured or broadcast. As another method, the first identifier (e.g., TMGI, temporary mobile group identity) or the second identifier (e.g., session identity) or the RNTI identifier for the MBS service may be configured or broadcast for each bearer (or bearer identifier), each logical channel, each RLC configuration information, or each PDCP configuration information. In the above, the first identifier may indicate a public land mobile network (PLMN) serving the MBS or may indicate an MBS service type or session. In the above, the second identifier may indicate a more specific session or type of MBS service. In addition, the configuration information for the MBS service may include information on a transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, identifier indicating a transmission pattern, etc.) in which each MBS service is supported, broadcast, or transmitted.

[0298] In the bearer structure provided in FIG. 7, bearer configuration may be included to receive the MBS service. In addition, indicator configuration information indicating HARQ reordering, HARQ retransmission, or whether to use HARQ ACK or NACK, indicator configuration information indicating whether to use the RLC reordering function, transmission resource information to transmit HARQ ACK or NACK in the above, indicator configuration information indicating whether to use the RLC sequence delivery function, configuration information for the RLC reorder timer value, or indicator configuration information on whether to use the PDCP out-of-order delivery function may be included. In the above, indicator configuration information indicating HARQ reordering, HARQ retransmission, or whether to use HARQ ACK or NACK, indicator configuration information indicating whether to use the RLC reordering function, indicator configuration information indicating whether to use the RLC sequence delivery function, configuration information for the RLC reorder timer value, configuration information for RLC mode (TM, UM, or AM), configuration information on whether to use the data segmentation function in the RLC layer, or indicator configuration information on whether to use the PDCP out-of-order delivery function may be configured for each MBS service or for each bearer.

[0299] As another method, the configuration information may be defined as basic configuration information so that the UE may configure some of the functions as an MBS bearer having basic functions without the configuration information: Indicator configuration information indicating whether a bearer or a bearer identifier supporting (transmitting or receiving) the MBS service is a unicast bearer or a multicast bearer; MBS dedicated carrier or cell (Cell, SCell, or PCell) related information for MBS service (e.g., frequency, time resource, or cell identifier); MBS dedicated bandwidth part information (e.g., downlink bandwidth part or uplink bandwidth part information) or bandwidth part identifier information for MBS service; and / or Indicator (in the disclosure, a header compression procedure (e.g., robust header compression (ROHC), Ethernet header compression (EHC), or data compression procedure) may be configured and supported for the MBS bearer) to configure the header compression function or procedure for the bearer supporting the MBS service, or configuration information (e.g., an indicator indicating whether to continue to use the header compression context) for header compression procedure or data compression procedure

[0300] In the above configuration information, the PDCP serial number or RLC serial number length may also be set, and as another method, a default length for the RLC serial number or PDCP serial number may be determined.

[0301] In the above configuration information, whether the RLC layer of the bearer supporting the MBS service supports or enables uni-directional communication or supports or enables bi-directional communication may also be configured as an indicator.

[0302] If the configuration information for the MBS service is not broadcast in the system information in one cell camped on in the above, the UE k-01 may transmit a message or an indicator requesting to broadcast system information for the MBS service to the base station k-02, cell, or network in one camped on cell. Upon receiving the message or indicator, the base station k-02 or the network may broadcast or transmit configuration information for the MBS service as system information. Accordingly, the base station k-02 may prevent wastage of transmission resources that may occur by always broadcasting MBS service-related system information unnecessarily in the system information.

[0303] A UE k-01 that has received or identified MBS service-related information as the system information above, a UE that has identified that the MBS service of interest is broadcast in the current cell through the system information, or a UE k-01 that intends to request the MBS service of interest to the network may perform a random access procedure and transmit the first RRC message to the network. The first RRC message may be an RRC message for a newly defined MBS service, and defined as an RRCSe-tupRequest message, RRCResumeRequest message, other existing RRC message, MAC control information, RLC control information, or PDCP control information. The UE k-01 may include an indicator that attempts to receive an MBS service in the first RRC message, or include an indicator indicating reception of the MBS service as a reason for configuring an RRC connection with the network, or may indicate by including the first identifier or the second identifier, the logical channel identifier, the RNTI identifier, or the bearer identifier of the MBS service that the UE k-01 is interested in or that the UE intends to receive.

[0304] In the above, in the first RRC message, the UE k-01 may include an indicator indicating the type (e.g., unicast bearer or multicast bearer) or structure of a bearer that may be applied or that may be established or used for the MBS service or the type (e.g., unicast bearer or multicast bearer) or structure of a preferred bearer, or an indicator indicating in which RRC mode (RRC connected mode, RRC idle mode, or RRC disabled mode) the UE k-01 wants to receive the MBS service. Alternatively, in the above, the UE k-01 may transmit an indicator for an MBS service that is no longer interested, an MBS service that is about to stop receiving, or an MBS service that has stopped receiving or an indicator to change MBS service to another MBS service to the base station k-02, cell or network by including in the first RRC message.

[0305] In the above, the indicator included in the first RRC message by the UE k-01 may be determined or indicated based on the system information received from the step k-05. In addition, the UE k-01 may include UE capability information in the first RRC message. For example, when the UE k-01 is about to receive the MBS service, the UE k-01 may include a function supported by the UE capability, configurable configuration information, or a function or configuration information implemented in the UE in the first RRC message, and notify the base station k-02. In the above, if the UE k-01 has previously established a connection or is storing the UE identifier allocated from the network, or if the UE identifier is indicated in the upper layer (e.g., NAS layer or RRC layer), the UE k-01 may transmit the first RRC message including the UE identifier to allow the network to distinguish or identify the UE.

[0306] For example, the base station k-02 or network may identify the UE based on the UE identifier included above and retrieve and identify the UE capability information from the core network, or may retrieve and identify the configuration information of the UE from the base station with which the connection was previously configured. When the UE k-01 receives the system information in the above, when the UE tries to receive the service of interest or has the service of interest or decides the service of interest, when the UE is in or enters a cell or area supporting the MBS service in system information, or when the UE configures or connects the MBS service (or session), the UE may configure a connection with a network and transmit the first RRC message.

[0307] If the base station k-02 receives the first RRC message in the procedure k-10 above, the base station k-02 may identify the MBS service or UE capability information that the UE k-01 is interested in or intends to receive.

[0308] The base station k-02 or the network may transmit a second RRC message k-15 to the UE k-01 in order to support or configure the MBS service to the UE k-01 k-15. The second RRC message may be an RRC message for a newly defined MBS service, or may be defined as an RRCRelease message, an RRCReconfiguration message, or another existing RRC message.

[0309] The second RRC message may include configuration information for MBS service, configuration information for the MBS service indicated by the UE k-01 in the first RRC message, bearer configuration information, unicast bearer or multicast bearer for receiving MBS service, or MBS bearer configuration information.

[0310] The second RRC message may include one or more of the following configuration information for MBS service support and may be transmitted: Whether to support MBS service; Configuration information for a physical channel or downlink or uplink transport channel (e.g., MBCH, MBCCH, MBTCH, or DL-SCH) for MBS service; Transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, identifier indicating a transmission pattern, etc.) information through which the physical channel or downlink or uplink transport channel (e.g., MBCH, MBS control data channel (MBCCH), or MBS user data channel (MBTCH)) is transmitted; and / or Configuration information for the MBS service supported by the current cell. For example, it is possible to configure or broadcast a list of MBS services, or a first identifier (e.g., TMGI, temporary mobile group identity) or a second identifier (e.g., session identity) for each MBS service, 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 may be configured or broadcast. As another method, the first identifier (e.g., TMGI, temporary mobile group identity) or the second identifier (e.g., session identity) or the RNTI identifier for the MBS service may be configured or broadcast for each bearer (or bearer identifier), each logical channel, each RLC configuration information, or each PDCP configuration information. In the above, the first identifier may indicate a public land mobile network (PLMN) serving the MBS or may indicate an MBS service type or session. In the above, the second identifier may indicate a more specific session or type of MBS service. In addition, the configuration information for the MBS service may include information on a transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, identifier indicating a transmission pattern, etc.) in which each MBS service is supported, broadcast, or transmitted.

[0311] In the bearer structure provided in FIG. 7, bearer configuration may be included to receive the MBS service. In addition, indicator configuration information indicating HARQ reordering, HARQ retransmission, or whether to use HARQ ACK or NACK, indicator configuration information indicating whether to use the RLC reordering function, transmission resource information to transmit HARQ ACK or NACK in the above, indicator configuration information indicating whether to use the RLC sequence delivery function, configuration information for the RLC reorder timer value, or indicator configuration information on whether to use the PDCP out-of-order delivery function may be included. In the above, indicator configuration information indicating HARQ reordering, HARQ retransmission, or whether to use HARQ ACK or NACK, indicator configuration information indicating whether to use the RLC reordering function, indicator configuration information indicating whether to use the RLC sequence delivery function, configuration information for the RLC reorder timer value, configuration information for RLC mode (TM, UM, or AM), configuration information on whether to use the data segmentation function in the RLC layer, or indicator configuration information on whether to use the PDCP out-of-order delivery function may be configured for each MBS service or for each bearer.

[0312] As another method, the configuration information may be defined as basic configuration information so that the UE may configure some of the functions as an MBS bearer having basic functions without the configuration information: Indicator configuration information indicating whether a bearer or a bearer identifier supporting (transmitting or receiving) the MBS service is a unicast bearer or a multicast bearer; Indicator or configuration information to transition to RRC idle mode, RRC inactive mode, or RRC connected mode; MBS service configuration information or bearer configuration information suggested above for receiving MBS service in RRC idle mode; MBS service configuration information or bearer configuration information suggested above for receiving MBS service in RRC inactive mode; MBS dedicated carrier or cell (Cell, SCell, or PCell) related information for MBS service (e.g., frequency, time resource, or cell identifier); MBS dedicated bandwidth part information (e.g., downlink bandwidth part or uplink bandwidth part information) or bandwidth part identifier information for MBS service; and / or Indicator (in the disclosure, a header compression procedure (e.g., robust header compression (ROHC), Ethernet header compression (EHC), or data compression procedure) may be configured and supported for the MBS bearer) to configure the header compression function or procedure for the bearer supporting the MBS service, or configuration information (e.g., an indicator indicating whether to continue to use the header compression context) for header compression procedure or data compression procedure.

[0313] In the above configuration information, the PDCP serial number or RLC serial number length may also be set, and as another method, a default length for the RLC serial number or PDCP serial number may be determined.

[0314] In the above configuration information, whether the RLC layer of the bearer supporting the MBS service supports or enables uni-directional communication or supports or enables bi-directional communication may also be configured as an indicator.

[0315] The UE k-01 receiving the second RRC message in the above 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 by searching or determining the MBS service that the UE is interested in or wants to receive through storing or applying the MBS service-related configuration information. When the UE k-01 receives the system information in the above, when the UE tries to receive the service of interest or has the service of interest or decides the service of interest, when the UE is in or enters a cell or area supporting the MBS service in system information, when the UE configures or connects the MBS service (or session), when the UE receives configuration information or bearer configuration information for MBS service in system information, RRC message (e.g., RRCSetup, RRCResume, RRCReconfiguration, RRCRelease, or a newly defined RRC message), or control message (e.g., transmitted from the MBS control data channel) for MBS channel, or when broadcast, the UE may configure a unicast bearer, a multicast bearer, or an MBS bearer for receiving the MBS service having the above-provided bearer structure.

[0316] In the above, the UE k-01 may receive MBS data (e.g., MBS control data) through the MBS control data channel or the transmission resource for the MBS service of interest to receive MBS service-related configuration information.

[0317] Upon receiving the MBS service-related configuration information in the above, the UE k-01 may receive MBS data by applying the method provided in FIG. 7 or FIG. 8 of the disclosure to receive the MBS service k-20 through the MBS user data service channel by identifying and using the first identifier, the second identifier, the RNTI identifier, or the logical channel identifier configured or allocated for the MBS service that the UE is interested in or wants to receive to receive.

[0318] In the above, it may be characterized in that the ciphering procedure or the integrity protection procedure is not applied to the first RRC message or the second RRC message. As another method, in order to enhance security, it may be characterized in that the ciphering procedure or the integrity protection procedure is not applied to the first RRC message or the second RRC message, and the ciphering procedure or the integrity protection procedure is applied to the first RRC message or the second RRC message. As another method, in order to more enhance security, it may be characterized in that the ciphering procedure or the integrity protection procedure is applied to the first RRC message or the second RRC message, and the ciphering procedure or the integrity protection procedure is applied to the first RRC message or the second RRC message.

[0319] FIG. 12 is a diagram illustrating a third signaling procedure for MBS service support according to various embodiments of the present disclosure.

[0320] The third signaling procedure for MBS service support provided in the disclosure may be characterized in identifying whether the UE is interested in or broadcasts the MBS service based on system information, or configuring a connection with the network to indicate to the base station (or network) the MBS service that the UE is interested in or wants to receive, or transmitting an indication to receive the MBS service, receiving MBS service related configuration information from the base station (or network), and receiving the MBS service. In the third signaling procedure, the UE may maintain the RRC idle mode, the RRC connected mode, or the RRC inactive mode. As another method, the UE may be characterized in indicating to the base station the MBS service that the UE is interested in or wants to receive, or transmitting an indication to receive the MBS service to the base station (or network) and entering the RRC connected mode from the RRC idle mode or RRC inactive mode to receive MBS service-related configuration information from the base station (or network). Alternatively, after receiving the MBS service-related configuration information in the above, the UE may receive the MBS service in the RRC connected mode or the MBS service in the RRC idle mode or RRC inactive mode.

[0321] In FIG. 12, the UE 1-01 may select a suitable cell by performing a cell selection or reselection procedure in the RRC idle mode or RRC inactive mode and camps on, then in the RRC idle mode, RRC inactive mode, or RRC connected mode, the UE may receive system information 1-05, and may receive configuration information for the MBS service from the system information. The configuration information for the MBS service may include one or more of the following configuration information.

[0322] For example, the network may transmit one or more of the following configuration information to support the MBS service in the system information: Whether to support MBS service; Configuration information for a physical channel or downlink or uplink transport channel (e.g., MBCH, MBCCH, MBTCH, or DL-SCH) for MBS service; Transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, identifier indicating a transmission pattern, etc.) information through which the physical channel or downlink or uplink transport channel (e.g., MBCH, MBS control data channel (MBCCH), or MBS user data channel (MBTCH)) is transmitted; and / or Configuration information for the MBS service supported by the current cell. For example, it is possible to configure or broadcast a list of MBS services, or a first identifier (e.g., temporary mobile group identity (TMGI)) or a second identifier (e.g., session identity) for each MBS service, 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 may be configured or broadcast. As another method, the first identifier (e.g., TMGI) or the second identifier (e.g., session identity) or the RNTI identifier for the MBS service may be configured or broadcast for each bearer (or bearer identifier), each logical channel, each RLC configuration information, or each PDCP configuration information. In the above, the first identifier may indicate a public land mobile network (PLMN) serving the MBS or may indicate an MBS service type or session. In the above, the second identifier may indicate a more specific session or type of MBS service. In addition, the configuration information for the MBS service may include information on a transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, identifier indicating a transmission pattern, etc.) in which each MBS service is supported, broadcast, or transmitted.

[0323] In the bearer structure provided in FIG. 7, bearer configuration may be included to receive the MBS service. In addition, indicator configuration information indicating HARQ reordering, HARQ retransmission, or whether to use HARQ ACK or NACK, indicator configuration information indicating whether to use the RLC reordering function, transmission resource information to transmit HARQ ACK or NACK in the above, indicator configuration information indicating whether to use the RLC sequence delivery function, configuration information for the RLC reorder timer value, or indicator configuration information on whether to use the PDCP out-of-order delivery function may be included. In the above, indicator configuration information indicating HARQ reordering, HARQ retransmission, or whether to use HARQ ACK or NACK, indicator configuration information indicating whether to use the RLC reordering function, indicator configuration information indicating whether to use the RLC sequence delivery function, configuration information for the RLC reorder timer value, configuration information for RLC mode (TM, UM, or AM), configuration information on whether to use the data segmentation function in the RLC layer, or indicator configuration information on whether to use the PDCP out-of-order delivery function may be configured for each MBS service or for each bearer.

[0324] As another method, the configuration information may be defined as basic configuration information so that the UE may configure some of the functions as an MBS bearer having basic functions without the configuration information: Indicator configuration information indicating whether a bearer or a bearer identifier supporting (transmitting or receiving) the MBS service is a unicast bearer or a multicast bearer; MBS dedicated carrier or cell (Cell, SCell, or PCell) related information for MBS service (e.g., frequency, time resource, or cell identifier); MBS dedicated bandwidth part information (e.g., downlink bandwidth part or uplink bandwidth part information) or bandwidth part identifier information for MBS service; and / or Indicator (in the disclosure, a header compression procedure (e.g., robust header compression (ROHC), Ethernet header compression (EHC), or data compression procedure) may be configured and supported for the MBS bearer) to configure the header compression function or procedure for the bearer supporting the MBS service, or configuration information (e.g., an indicator indicating whether to continue to use the header compression context) for header compression procedure or data compression procedure.

[0325] In the above configuration information, the PDCP serial number or RLC serial number length may also be set, and as another method, a default length for the RLC serial number or PDCP serial number may be determined.

[0326] In the above configuration information, whether the RLC layer of the bearer supporting the MBS service supports or enables uni-directional communication or supports or enables bi-directional communication may also be configured as an indicator.

[0327] If the configuration information for the MBS service is not broadcast in the system information in one cell camped on in the above, the UE 1-01 may transmit a message or an indicator requesting to broadcast system information for the MBS service to the base station 1-02, cell, or network in one camped on cell. Upon receiving the message or indicator, the base station 1-02 or the network may broadcast or transmit configuration information for the MBS service as system information. Accordingly, the base station 1-02 may prevent wastage of transmission resources that may occur by always broadcasting MBS service-related system information unnecessarily in the system information.

[0328] A UE 1-01 that has received or identified MBS service-related information as the system information above, a UE 1-01 that has identified that the MBS service of interest is broadcast in the current cell through the system information, or a UE 1-01 that intends to request the MBS service of interest to the network may perform a random access procedure and transmit the first RRC message to the network. The first RRC message may be an RRC message for a newly defined MBS service, and defined as an RRCSetupRequest message, RRCResumeRequest message, or other existing RRC message. The UE may include an indicator that attempts to receive an MBS service in the first RRC message, or include an indicator indicating reception of the MBS service as a reason for configuring an RRC connection with the network.

[0329] Alternatively, in the above, if the UE 1-01 has previously established a connection or is storing the UE identifier (e.g., a UE identifier allocated from the core network (5G-S-TMSI) or a UE identifier for RRC connection resumption allocated from a base station (short I-RNTI or I-RNTI)) allocated from the network, or if the UE identifier is indicated in the upper layer (e.g., NAS layer or RRC layer), the UE may transmit the first RRC message including the UE identifier to allow the network to distinguish or identify the UE. For example, the base station 1-02 or network may identify the UE based on the UE identifier included above and retrieve and identify the UE capability information from the core network, or may retrieve and identify the configuration information of the UE or UE capability information from the base station with which the connection was previously configured. When the UE 1-01 receives the system information in the above, when the UE tries to receive the service of interest or has the service of interest or decides the service of interest, when the UE is in or enters a cell or area supporting the MBS service in system information, or when the UE configures or connects the MBS service (or session), the UE may configure a connection with a network and transmit the first RRC message.

[0330] If the base station 1-02 receives the first RRC message in the procedure 1-10 above, the base station 1-02 may identify the MBS service or UE capability information that the UE 1-01 is interested in or intends to receive.

[0331] The base station 1-02 or the network may transmit a second RRC message 1-15 to the UE 1-01 in order to support or configure the MBS service to the UE 1-01 1-15. The second RRC message may be an RRC message for a newly defined MBS service, or may be defined as an RRCRelease message, an RRCReconfiguration message, or another existing RRC message.

[0332] The second RRC message may include configuration information for MBS service, configuration information for the MBS service indicated by the UE 1-01 in the first RRC message, bearer configuration information, unicast bearer or multicast bearer for receiving MBS service, or MBS bearer configuration information.

[0333] The second RRC message may include one or more of the following configuration information for MBS service support and may be transmitted: Whether to support MBS service; Configuration information for a physical channel or downlink or uplink transport channel (e.g., MBCH, MBCCH, MBTCH, or DL-SCH) for MBS service; Transmission resource (frequency, time resource, transmission period, bandwidth part (or bandwidth part identifier), bandwidth, dedicated frequency (frequency information or SCell identifier), subcarrier interval, subframe number, identifier indicating a transmission pattern, etc.) information through which the physical channel or downlink or uplink transport channel (e.g., MBCH, MBS control data channel (MBCCH), or MBS user data channel (MBTCH)) is transmitted; and / or Configuration information for the MBS service supported by the current cell. For example, it is possible to configure or broadcast a list of MBS services, or a first identifier (e.g., TMGI) or a second identifier (e.g., session identity) for each MBS service, and each logical channel identifier, each bearer identifier, or each RNTI ...

Claims

1. A method performed by a terminal in a wireless communication system, the method comprising: receiving, from a base station, a control message including information indicating a packet data convergence protocol, PDCP, re-establishment for a multicast and broadcast service. MBS, radio bearer. MRB; setting a state variable to an initial value based on a sequence number of a first received PDCP protocol data unit, PDU, increased by one for an unacknowledged mode, UM, MRB and the PDCP re-establishment; identifying whether a reordering timer is running for the UM MRB based on the PDCP re-establishment; and stopping the reordering timer and delivering at least one stored PDCP service data unit, SDU, in case that the reordering timer is running.

2. The method of claim 1, further comprising: for an acknowledged mode, AM, MRB based on the PDCP re-establishment, performing a header decompression using at least one of robust header compression, ROHC, or ethernet header compression, ERC, for at least one stored PDCP SDU.

3. The method of claim 1, further comprising: receiving, from the base station, information indicating that the MRB is configured to transmit a PDCP status report in an uplink, for the AM MRB; identifying whether a predetermined condition is satisfied; and triggering a PDCP status report, in case that predetermined condition is satisfied.

4. The method of claim 3, wherein the predetermined condition comprises at least one of: the PDCP re-establishment is requested from an upper layer to a PDCP entity, and a PDCP data recovery is requested from the upper layer to the PDCP entity.

5. The method of claim 1, further comprising: receiving, from the base station, information indicating that an RLC re-establishment associated with the MRB; and resetting all state variables to initial values based on the RLC re-establishment.

6. The method of claim 5, wherein an UM receive state variable is set to an SN of a first received UM data, UMD, PDU containing an SN as the initial value, based on the RLC re-establishment.

7. A terminal in a wireless communication system, the terminal comprising: a transceiver; and at least one processor is configured to: receive, from a base station via the transceiver, a control message including information indicating a packet data convergence protocol , PDCP, re-establishment for a multicast and broadcast service, MBS, radio bearer, MRB, set a state variable to an initial value based on a sequence number of a first received PDCP protocol data unit, PDU, increased by one for an unacknowledged mode, UM, MRB and the PDCP re-establishment, identify whether a reordering timer is running for the UM MRB based on the PDCP re-establishment, and stop the reordering timer and deliver at least one stored PDCP service data unit, SDU, in case that the reordering timer is running.

8. The terminal of claim 7, wherein the at least one processor is further configured to: for an acknowledged mode, AM, MRB based on the PDCP re-establishment, perform a header decompression using at least one of robust header compression, ROHC, or ethernet header compression, ERC, for at least one stored PDCP SDU.

9. The terminal of claim 7, wherein the at least one processor is further configured to: receive, from the base station via the transceiver, information indicating that the MRB is configured to transmit a PDCP status report in an uplink, for the AM MRB, identify whether a predetermined condition is satisfied, and trigger a PDCP status report, in case that predetermined condition is satisfied.

10. The terminal of claim 9, wherein the predetermined condition comprises at least one of: the PDCP re-establishment is requested from an upper layer to a PDCP entity, and a PDCP data recovery is requested from the upper layer to the PDCP entity.

11. The terminal of claim 7, wherein the at least one processor is further configured to: receive, from the base station via the transceiver, information indicating that an RLC re-establishment associated with the MRB, and reset all state variables to initial values based on the RLC re-establishment.

12. The terminal of claim 11, wherein an UM receive state variable is set to an SN of a first received UM data, UMD, PDU containing an SN as the initial value, based on the RLC being re-established.