Method and apparatus for processing multicast / broadcast service signal by user equipment in wireless communication system

Abstract

The present invention relates to a method of processing a signal by a user equipment (UE) in a wireless communication system. Specifically, the method includes receiving a data signal including data units for a multicast / broadcast service (MBS) from a network based on a control signal addressed with a group radio network temporary identifier (G-RNTI), identifying a logical channel for the MBS among two or more logical channels based on the G-RNTI and a logical channel identifier, and transmitting the data units for the MBS to the identified logical channel.

Description

TECHNICAL FIELD

[0001] The present application relates to a wireless communication system, and more particularly, to a method for processing a multicast / broadcast service (MBS) signal by a user equipment (UE) in a wireless communication system and a device therefor. BACKGROUND

[0002] Introduction of new radio communication technology has resulted in an increase in the number of user equipments (UEs) to which a base station (BS) provides services in a prescribed resource region, and has also resulted in an increase in the amount of control information and data transmitted by the BS to the UEs. Since resources available for communication by the BS with the UEs are generally limited, new techniques are needed for the BS to efficiently receive / transmit uplink data / downlink data and / or uplink control information / downlink control information with limited radio resources. In particular, in applications in which performance is critically dependent on delay / latency, overcoming delay or latency has become an important challenge. SUMMARY

[0003] TECHNICAL PROBLEM

[0004] Accordingly, an object of the present application is to provide a method for processing a multicast / broadcast service (MBS) signal by a user equipment (UE) in a wireless communication system and a device therefor.

[0005] TECHNICAL SOLUTION

[0006] The object of the present application can be achieved by a method for processing a signal by a user equipment (UE) in a wireless communication system, the method including the steps of receiving a data signal including data units for a multicast / broadcast service (MBS) from a network based on a control signal addressed with a group radio network temporary identifier (G-RNTI), identifying a logical channel for the MBS among two or more logical channels based on the G-RNTI and a logical channel identifier, and delivering the data units for the MBS to the identified logical channel.

[0007] Further, a user equipment (UE) in a wireless communication system is proposed, the UE including at least one transceiver, at least one processor, and at least one computer memory operably connectable to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations including receiving a data signal including data units for a multicast / broadcast service (MBS) from a network based on a control signal addressed with a group radio network temporary identifier (G-RNTI), identifying a logical channel for the MBS among two or more logical channels based on the G-RNTI and a logical channel identifier, and delivering the data units for the MBS to the identified logical channel.

[0008] Preferably, the logical channel identifier is included in a header of the data unit for the MBS.

[0009] Preferably, the MBS is identified based on at least one G-RNTI including the G-RNTI.

[0010] Preferably, the UE can receive information related to a mapping between the G-RNTI and an MBS session providing the MBS in order to perform operations according to the present disclosure.

[0011] Preferably, the header of the data unit for the groupcast / broadcast service MBS includes information related to the logical channel identifier.

[0012] Those skilled in the art will appreciate that the effects of the present application can be achieved by the above described means and that those skilled in the art will readily understand other advantages of the present application from the following detailed description.

[0013] Technical Effects

[0014] According to the present disclosure, a plurality of logical channels can be provided with a groupcast quality of service (QoS) flow or logical channel within a single groupcast session, and based on the present disclosure, those groupcast QoS flows or logical channels can be efficiently distinguished.

[0015] Effects obtainable from the present application can not be limited to what has been particularly described hereinabove and other advantages of the present application will be more clearly understood from the following detailed description. BRIEF DESCRIPTION OF DRAWINGS

[0016] The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiments of the application and together with the description serve to explain the principle of the application:

[0017] Figure 1 An example of a communication system 1 to which implementations of the present disclosure is applied is illustrated;

[0018] Figure 2 is a block diagram illustrating an example of a communication apparatus that can perform the method according to the present disclosure;

[0019] Figure 3 Another example of a wireless device that can perform implementations of the present application is illustrated;

[0020] Figure 4 An example of a protocol stack in a third generation partnership project (3GPP) based wireless communication system is illustrated;

[0021] Figure 5 An example of a frame structure in a 3GPP based wireless communication system is illustrated;

[0022] Figure 6 Examples of data flow in a 3GPP New Radio (NR) system are illustrated;

[0023] Figure 7 Examples of PDSCH time domain resource allocation by PDCCH, and examples of PUSCH time resource allocation by PDCCH are illustrated;

[0024] Figure 8 Examples of physical layer processing at the transmitting side are illustrated;

[0025] Figure 9 Examples of physical layer processing at the receiving side are illustrated;

[0026] Figure 10 Operations of a wireless device based on implementations of the present disclosure are illustrated;

[0027] Figure 11 Examples of structures for providing a groupcast service between a network and a UE according to conventional techniques are shown;

[0028] Figure 12 Examples of structures for providing a groupcast service between a network and a UE according to the present disclosure are shown;

[0029] Figure 13 Another example of structures for providing a groupcast service between a network and a UE according to the present disclosure is shown;

[0030] Figure 14 A flowchart for receiving groupcast data by a UE according to the present disclosure is shown; and

[0031] Figure 15 Examples of structures of a MAC PDU including groupcast data according to the present disclosure are shown. DETAILED DESCRIPTION

[0032] Reference will now be made in detail to exemplary embodiments of the present disclosure, examples of which are illustrated in the accompanying drawings. The detailed description, which will be given below with reference to the accompanying drawings, is intended to explain exemplary embodiments of the present disclosure, rather than to show the only embodiments in accordance with the present disclosure. The following detailed description includes specific details in order to provide a thorough understanding of the present disclosure. However, it will be apparent to those skilled in the art that the present disclosure can be practiced without such specific details.

[0033] The following techniques, apparatuses, and systems can be applied to various wireless multiple access systems. Examples of the multiple access systems include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, a single carrier frequency division multiple access (SC-FDMA) system, and a multicarrier frequency division multiple access (MC-FDMA) system. The CDMA can be implemented by radio technology such as universal terrestrial radio access (UTRA) or CDMA2000. The TDMA can be implemented by radio technology such as global system for mobile communications (GSM), general packet radio service (GPRS), or enhanced data rates for GSM evolution (EDGE). The OFDMA can be implemented by radio technology such as institute of electrical and electronics engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, or evolved UTRA (E-UTRA). The UTRA is a part of a universal mobile telecommunications system (UMTS). A 3rd generation partnership project (3GPP) long term evolution (LTE) is a part of an evolved UMTS (E-UMTS). The 3GPP LTE employs the OFDMA in a DL and employs the SC-FDMA in a UL. The LTE-advanced (LTE-A) is an evolved version of the 3GPP LTE.

[0034] For convenience of description, implementation modes of the disclosure are mainly described with respect to a 3GPP-based wireless communication system. However, technical features of the disclosure are not limited thereto. For example, although the following detailed description is given based on a mobile communication system corresponding to a 3GPP-based wireless communication system, aspects of the disclosure that are not limited to the 3GPP-based wireless communication system are applicable to other mobile communication systems. For terms and technologies not specifically described among terms and technologies employed in the disclosure, reference can be made to wireless communication standard documents published before the disclosure. For example, reference can be made to the following documents.

[0035] 3GPP LTE

[0036] - 3GPP TS 36.211: Physical channels and modulation

[0037] - 3GPP TS 36.212: Multiplexing and channel coding

[0038] - 3GPP TS 36.213: Physical layer procedures

[0039] - 3GPP TS 36.214: Physical layer; Measurements

[0040] - 3GPP TS 36.300: Overall description

[0041] - 3GPP TS 36.304: User Equipment (UE) procedures in idle mode

[0042] - 3GPP TS 36.314: Layer 2 - Measurements

[0043] - 3GPP TS 36.321 : Medium Access Control (MAC) protocol

[0044] - 3GPP TS 36.322: Radio Link Control (RLC) protocol

[0045] - 3GPP TS 36.323: Packet Data Convergence Protocol (PDCP)

[0046] - 3GPP TS 36.331 : Radio Resource Control (RRC) protocol

[0047] 3GPP NR (e.g., 5G)

[0048] - 3GPP TS 38.211 : Physical channels and modulation

[0049] - 3GPP TS 38.212: Multiplexing and channel coding

[0050] - 3GPP TS 38.213: Physical layer procedures for control

[0051] - 3GPP TS 38.214: Physical layer procedures for data

[0052] - 3GPP TS 38.215: Physical layer measurements

[0053] - 3GPP TS 38.300: Overall description

[0054] - 3GPP TS 38.304: User Equipment (UE) procedures in idle mode and in RRC inactive state

[0055] - 3GPP TS 38.321 : Medium Access Control (MAC) protocol

[0056] - 3GPP TS 38.322: Radio Link Control (RLC) protocol

[0057] - 3GPP TS 38.323: Packet Data Convergence Protocol (PDCP)

[0058] - 3GPP TS 38.331 : Radio Resource Control (RRC) protocol

[0059] - 3GPP TS 37.324: Service Data Adaptation Protocol (SDAP)

[0060] - 3GPP TS 37.340: Multi-connectivity; General description

[0061] In the disclosure, a user equipment (UE) can be a fixed or mobile device. Examples of the UE include various devices that transmit user data and / or various control information to a base station (BS) and receive user data and / or various control information from the base station (BS). In the disclosure, the BS generally refers to a fixed station that communicates with a UE and / or other BSs and exchanges various data and control information with the UE and the other BSs. The BS can be referred to as an advanced base station (ABS), a node-B (NB), an evolved node-B (eNB), a base transceiver system (BTS), an access point (AP), a processing server (PS), etc. In particular, the BS of the UMTS is referred to as the NB, the base station transceiver (BTS) of the enhanced packet core (EPC) / long term evolution (LTE) system is referred to as the eNB, and the BS of the new radio (NR) system is referred to as the gNB.

[0062] In the disclosure, a node refers to a point that is capable of transmitting / receiving a radio signal by communicating with a UE. Various types of BSs can serve as the node regardless of their terminology. For example, a BS, a node-B (NB), an e-node-B (eNB), a pico eNB (PeNB), a home eNB (HeNB), a relay, a repeater, etc. can be the node. In addition, the node can not be the BS. For example, the node can be a radio frequency remote head (RRH) or a radio frequency remote unit (RRU). The power level of the RRH or RRU is generally lower than that of the BS. Since the RRH or RRU (hereinafter, RRH / RRU) is generally connected to the BS through a dedicated line such as an optical cable, cooperative communication between the RRH / RRU and the BS can be smoothly performed compared to cooperative communication between the BSs connected through a radio line. Each node is installed with at least one antenna. The antenna can include a physical antenna or an antenna port or a virtual antenna.

[0063] In the disclosure, the term "cell" can refer to a geographical area to which one or more nodes provide a communication system, or refer to a radio resource. The "cell" of a geographical area can be understood as a coverage in which a node can provide a service using a carrier, and the "cell" as a radio resource (e.g., time-frequency resource) is associated with a bandwidth (BW) as a frequency range configured by the carrier. The "cell" associated with the radio resource is defined by a combination of downlink resources and uplink resources (e.g., a combination of a downlink (DL) component carrier (CC) and an uplink (UL) CC). The cell can be configured only by downlink resources, or can be configured by downlink resources and uplink resources. Since the DL coverage as a range in which a node can transmit an effective signal and the UL coverage as a range in which a node can receive an effective signal from a UE depend on a carrier that carries a signal, the coverage of a node can be associated with the coverage of the "cell" of the radio resource used by the node. Therefore, the term "cell" can sometimes be used to indicate the service coverage of a node, other times to indicate a radio resource, or other times to indicate a range in which a signal using a radio resource can reach with an effective strength.

[0064] In the disclosure, a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) refer to a set of time-frequency resources or resource elements (REs) that carry downlink control information (DCI) and a set of time-frequency resources or REs that carry downlink data, respectively. In addition, a physical uplink control channel (PUCCH), a physical uplink shared channel (PUSCH), and a physical random access channel (PRACH) refer to a set of time-frequency resources or REs that carry uplink control information (UCI), a set of time-frequency resources or REs that carry uplink data, and a set of time-frequency resources or REs that carry a random access signal, respectively.

[0065] In Carrier Aggregation (CA), two or more CCs are aggregated. A UE can simultaneously receive or transmit on one or multiple CCs according to its capability. Both contiguous and non-contiguous CCs are supported for CA. When CA is configured, the UE has only one Radio Resource Control (RRC) connection with the network. At RRC connection setup / re-establishment / handover, one serving cell provides Non-Access Stratum (NAS) mobility information, and at RRC connection re-establishment / handover, one serving cell provides security input. This cell is referred to as the Primary Cell (PCell). The PCell is the cell operating on the primary frequency where the UE performs the initial connection establishment procedure or initiates the connection re-establishment procedure. Depending on UE capability, Secondary Cells (SCells) can be configured to form a set of serving cells together with the PCell. An SCell is a cell providing additional radio resources on a secondary frequency. Thus, a set of serving cells configured for a UE always consists of one PCell and one or more SCells. In this disclosure, the term Special Cell (SpCell) refers to the PCell of the Master Cell Group (MCG) or the PSCell of the Secondary Cell Group (SCG) for Dual Connectivity (DC) operation, and otherwise the term Special Cell refers to the PCell. The SpCell supports Physical Uplink Control Channel (PUCCH) transmission and contention-based random access, and is always in active state. The MCG is a set of serving cells associated with a master node including the SpCell (PCell) and optionally one or more SCells. The SCG is a subset of serving cells associated with a secondary node including the PSCell and zero or more SCells for a UE configured with DC. For a UE in RRC CONNECTED not configured with CA / DC, there is only one serving cell consisting of the PCell. For a UE in RRC CONNECTED configured with CA / DC, the term "serving cells" is used to denote the set of cells consisting of the SpCell and all SCells.

[0066] The MCG is a set of serving cells associated with a master BS that at least terminates an S1-MME, and the SCG is a set of serving cells associated with a secondary BS that provides additional radio resources for the UE but is not the master BS. The SCG includes a primary SCell (PSCell) and optionally one or more SCells. In DC, two MAC entities are configured in the UE: one for the MCG and one for the SCG. Each MAC entity is configured by RRC with a serving cell that supports PUCCH transmission and contention-based random access. In this disclosure, the term SpCell refers to such a cell, and the term SCell refers to the other serving cells. Depending on whether the MAC entity is associated with the MCG or the SCG, respectively, the term SpCell refers to the PCell of the MCG or the PSCell of the SCG.

[0067] In the present disclosure, monitoring a channel means attempting to decode the channel. For example, monitoring a physical downlink control channel (PDCCH) means attempting to decode a PDCCH (or a PDCCH candidate).

[0068] In the present disclosure, "C-RNTI" means cell RNTI, "SI-RNTI" means system information RNTI, "P-RNTI" means paging RNTI, "RA-RNTI" means random access RNTI, "SC-RNTI" means single cell RNTI, "SL-RNTI" means sidelink RNTI, "SPS C-RNTI" means semi-persistent scheduling C-RNTI, and "CS-RNTI" means configured scheduling RNTI.

[0069] Figure 1 An example of a communication system 1 to which implementations of the present disclosure is applied is illustrated.

[0070] Three major requirement categories for 5G include: (1) an enhanced mobile broadband (eMBB) category, (2) a massive machine type communications (mMTC) category, and (3) an ultra-reliable and low latency communications (URLLC) category.

[0071] Some use cases can require multiple categories for optimization, and other use cases can focus on only one key performance indicator (KPI). 5G supports such various use cases using a flexible and reliable method.

[0072] eMBB far exceeds basic mobile Internet access and covers rich bi-directional work and media and entertainment applications in cloud and augmented reality. Data is one of the key enablers in the 5G core engine, and in the 5G era, a dedicated voice service can be first provided. In 5G, it is expected that voice will be simply handled as an application program using a data connection provided by a communication system. The main reason for increasing traffic capacity is due to an increase in content size and an increase in the number of applications requiring high data transfer rates. As more and more devices are connected to the Internet, streaming services (audio and video), conversational video, and mobile Internet access will be more widely used. This many applications require always-on connections in order to push real-time information and alerts to users. Cloud storage and applications are rapidly increasing in mobile communication platforms and can be applied to both work and entertainment. Cloud storage is a special use case that accelerates the growth of uplink data transfer rates. 5G is also used for remote work of the cloud. When using a haptic interface, 5G requires much lower end-to-end latency to maintain a good user experience. Entertainment, such as cloud gaming and video streaming, is another core element that increases the demand for mobile broadband capabilities. Entertainment is essential for smartphones and tablets everywhere, including high-mobility environments such as trains, vehicles, and airplanes. Other use cases are augmented reality for entertainment and information search. In this case, augmented reality requires very low latency and instantaneous data capacity.

[0073] In addition, one of the most expected 5G use cases involves functionality that is able to smoothly connect embedded sensors in all fields, i.e., mMTC. It is expected that the number of potential IoT devices will reach 204 billion in 2020. Industrial IoT is one of the categories that play a major role in implementing smart cities, asset tracking, smart utilities, agriculture, and security infrastructure through 5G.

[0074] URLLC includes new services that will change industry, such as autonomous vehicles, through remote control of main infrastructure and ultra-reliable / available low-latency links. The level of reliability and latency is necessary to control smart grids, automation industries, implement robots, and control and adjust drones.

[0075] 5G is a means of providing a stream that is evaluated as hundreds of megabits per second to gigabits per second, and can complement fiber-to-the-home (FTTH) and wired broadband-based broadband (or DOCSIS). Such fast speed is required to deliver TV with 4K or more (6K, 8K, and more) resolution, as well as virtual reality and augmented reality. Virtual reality (VR) and augmented reality (AR) applications include almost immersive motion games. Specific applications can require special network configurations. For example, for VR games, game companies need to incorporate core servers into edge network servers of network operators in order to minimize latency.

[0076] Automotive is expected to be a new important enabler in 5G together with many use cases for mobile communication for vehicles. For example, entertainment of passengers requires high simultaneous capacity and mobile broadband with high mobility. This is because future users continue to expect high quality connectivity regardless of their location and speed. Another use case in the automotive field is an AR dashboard. The AR dashboard enables a driver to recognize objects in the dark in addition to objects seen from the front window and displays the distance from the objects and the movement of the objects by overlapping with information told to the driver. In the future, wireless modules enable communication between vehicles, exchange of information between vehicles and supporting infrastructure, and exchange of information between vehicles and other connected devices (e.g., devices accompanied by pedestrians). Safety systems guide alternative routes of behavior so that drivers can drive more safely, thereby reducing the risk of accidents. The next stage will be remotely controlled or self-driving vehicles. This requires very high reliability and very fast communication between different self-driving vehicles and between vehicles and infrastructure. In the future, self-driving vehicles will perform all driving activities and drivers will only focus on abnormal traffic that the vehicles cannot recognize. The technical requirements for self-driving vehicles require ultra-low latency and ultra-high reliability, increasing traffic safety to a level that cannot be achieved by humans.

[0077] Smart cities and smart homes / buildings, mentioned as smart societies, will be embedded in high-density wireless sensor networks. Distributed networks of smart sensors will identify conditions for cost- and energy-efficient maintenance of cities or homes. Similar configurations can be performed for respective homes. All temperature sensors, window and heating controllers, burglar alarms, and home appliances are wirelessly connected. Many of these sensors are typically low in data transmission rate, power, and cost. However, a specific type of device can need real-time HD video to perform monitoring.

[0078] Consumption and distribution of energy including heat or gas are distributed at a higher level, so that automatic control of the distribution sensor network is required. A smart grid collects information and connects sensors to each other using digital information and communication technology, thereby acting according to the collected information. Since this information can include behaviors of supply companies and consumers, the smart grid can improve the distribution of fuels such as electricity through methods with efficiency, reliability, economic feasibility, production sustainability, and automation. The smart grid can also be considered another sensor network with low latency.

[0079] Mission critical applications (e.g., eHealth) are one of the 5G use cases. The health sector includes many applications that can benefit from mobile communications. A communication system can support remote treatment in which clinical treatment is provided in a location remote from a patient. Remote treatment can help reduce barriers to treatment and improve access to care in remote or rural areas where facilities are not available or access to treatment is difficult. Remote treatment is also used to perform important treatment and save lives in emergency situations. Wireless sensor networks based on mobile communications can provide remote monitoring and sensing of parameters such as heart rate and blood pressure.

[0080] Wireless and mobile communications are gradually becoming important in the field of industrial applications. Wiring is high in installation and maintenance costs. Therefore, the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity in many industrial fields. However, in order to achieve such a replacement, it is necessary for the wireless connection to establish a similar latency, reliability, and capacity to the cable, and it is necessary to simplify the management of the wireless connection. When a connection to 5G is required, low latency and very low error probability are new requirements.

[0081] Logistics and freight tracking is an important use case for mobile communications that allows the use of location-based information systems to track inventory and packages anywhere. The use cases of logistics and freight tracking often require low data rates, but require location information with a wide range and reliability.

[0082] Reference Figure 1 The communication system 1 includes wireless devices, base stations (BSs), and a network. Although Figure 1 A 5G network is exemplified as an example of the network of the communication system 1, but implementations of the present disclosure are not limited to the 5G system, and can be applied to future communication systems other than the 5G system.

[0083] The BS and the network can be implemented as a wireless device, and a specific wireless device 200a can operate as a BS / network node with respect to other wireless devices.

[0084] A wireless device denotes a device that performs communication using a radio access technology (RAT) (e.g., 5G new RAT (NR) or long term evolution (LTE)), and can be referred to as a communication / wireless / 5G device. The wireless device can include, but is not limited to, a robot 100a, a vehicle 100b-1 and 100b-2, an extended reality (XR) device 100c, a handheld device 100d, a home appliance 100e, an Internet of Things (IoT) device 100f, and an artificial intelligence (AI) device / server 400. For example, the vehicle can include a vehicle with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing communication between vehicles. The vehicle can include an unmanned aerial vehicle (UAV) (e.g., a drone). The XR device can include an augmented reality (AR) / virtual reality (VR) / mixed reality (MR) device, and can be implemented in the form of a head-mounted device (HMD), a head-up display (HUD) mounted in a vehicle, a television, a smartphone, a computer, a wearable device, a home appliance device, a digital signage, a vehicle, a robot, etc. The handheld device can include a smartphone, a smartpad, a wearable device (e.g., a smartwatch or smartglasses), and a computer (e.g., a notebook). The home appliance can include a TV, a refrigerator, and a washing machine. The IoT device can include a sensor and a smartmeter.

[0085] In the disclosure, the wireless devices 100a to 100f can be referred to as user equipment (UE). The user equipment (UE) can include, for example, a cellular phone, a smartphone, a laptop computer, a digital broadcasting terminal, a personal digital assistant (PDA), a portable multimedia player (PMP), a navigation system, a slate personal computer (PC), a tablet PC, an ultrabook, a vehicle, a vehicle with autonomous driving function, a connected car, an unmanned aerial vehicle (UAV), an artificial intelligence (AI) module, a robot, an augmented reality (AR) device, a virtual reality (VR) device, a mixed reality (MR) device, a hologram device, a public safety device, an MTC device, an IoT device, a medical device, a Fintech device (or a financial device), a security device, a weather / environment device, a device related to a 5G service, or a device related to a fourth industrial revolution field. The unmanned aerial vehicle (UAV) can be, for example, a flying vehicle driven by a wireless control signal without a person being on board. The VR device can include, for example, a device for implementing an object or a background of a virtual world. The AR device can include, for example, a device implemented by connecting an object or a background of a virtual world to an object or a background of a real world. The MR device can include, for example, a device implemented by merging an object or a background of a virtual world into an object or a background of a real world. The hologram device can include, for example, a device for implementing a stereoscopic image of 360 degrees by recording and reproducing stereoscopic information using an interference phenomenon of light generated when two lasers called holographic imaging meet. The public safety device can include, for example, an image relay device or an image device wearable on a user's body. The MTC device and the IoT device can be, for example, devices that do not require direct human intervention or manipulation. For example, the MTC device and the IoT device can include a smart meter, a vending machine, a thermometer, a smart bulb, a door lock, or various sensors. The medical device can be, for example, a device for the purpose of diagnosing, treating, mitigating, curing, or preventing a disease. For example, the medical device can be a device for the purpose of diagnosing, treating, mitigating, or correcting an injury or impairment. For example, the medical device can be a device for the purpose of inspecting, replacing, or modifying a structure or function. For example, the medical device can be a device for the purpose of regulating pregnancy. For example, the medical device can include a device for treatment, a device for operation, a device for (in vitro) diagnosis, a hearing aid, or a device for surgery. The security device can be, for example, a device installed to prevent a danger that can occur and to maintain safety. For example, the security device can be a camera, a CCTV, a recorder, or a black box. The Fintech device can be, for example, a device capable of providing a financial service such as mobile payment. For example, the Fintech device can include a payment device or a point of sale (POS) system. The weather / environment device can include, for example, a device for monitoring or predicting weather / environment.

[0086] The wireless devices 100a-100f can be connected to the network 300 via the BSs 200. The AI technology can be applied to the wireless devices 100a-100f, and the wireless devices 100a-100f can be connected to the AI server 400 via the network 300. The network 300 can be configured using a 3G network, a 4G (e.g., LTE) network, a 5G (e.g., NR) network, and a super 5G network. Although the wireless devices 100a-100f can communicate with each other through the BSs 200 / network 300, the wireless devices 100a-100f can perform direct communication (e.g., sidelink communication) with each other without going through the BS / network. For example, the vehicles 100b-1 and 100b-2 can perform direct communication (e.g., vehicle-to-vehicle (V2V) / vehicle-to-everything (V2X) communication). The IoT devices (e.g., sensors) can perform direct communication with other IoT devices (e.g., sensors) or other wireless devices 100a-100f.

[0087] Wireless communication / connections 150a and 150b can be established between the wireless devices 100a-100f / BSs 200-BS 200. In this context, the wireless communication / connections can be established through various RATs (e.g., 5G NR) such as uplink / downlink communication 150a and sidelink communication 150b (or D2D communication). The wireless devices and the BSs / wireless devices can transmit / receive radio signals to / from each other through the wireless communication / connections 150a and 150b. For example, the wireless communication / connections 150a and 150b can transmit / receive signals through various physical channels. To this end, at least a part of various configuration information configuration procedures, various signal processing procedures (e.g., channel encoding / decoding, modulation / demodulation, and resource mapping / demapping), and resource allocation procedures for transmitting / receiving radio signals can be performed based on various proposals of the disclosure.

[0088] Figure 2 is a block diagram illustrating an example of a communication device that can perform the method according to the disclosure.

[0089] Referring to Figure 2 , the first wireless device 100 and the second wireless device 200 can transmit / receive radio signals to / from an external device through various RATs (e.g., LTE and NR). In Figure 2 , the {first wireless device 100 and the second wireless device 200} can correspond to the {wireless devices 100a-100f and the BSs 200} and / or the {wireless devices 100a-100f and the wireless devices 100a-100f} of Figure 1

[0090] ​The first wireless device 100 can include one or more processors 102 and one or more memories 104, and additionally further include one or more transceivers 106 and / or one or more antennas 108. The processor(s) 102 can control the memory(s) 104 and / or the transceiver(s) 106 and can be configured to implement the functions, processes, and / or methods described in the present disclosure. For example, the processor(s) 102 can process information within the memory(s) 104 to generate first information / signals and then transmit radio signals including the first information / signals through the transceiver(s) 106. The processor(s) 102 can receive radio signals including second information / signals through the transceiver(s) 106 and then store information obtained by processing the second information / signals in the memory(s) 104. The memory(s) 104 can be connected to the processor(s) 102 and can store various information related to operations of the processor(s) 102. For example, the memory(s) 104 can store software code including commands for executing parts or all of the processes controlled by the processor(s) 102 or for executing the processes and / or methods described in the present disclosure. In this document, the processor(s) 102 and the memory(s) 104 can be part of a communication modem / circuitry / chip designed to implement a RAT (e.g., LTE or NR). The transceiver(s) 106 can be connected to the processor(s) 102 and transmit and / or receive radio signals through the one or more antennas 108. Each of the transceiver(s) 106 can include a transmitter and / or a receiver. The transceiver(s) 106 can be used interchangeably with radio frequency (RF) unit(s). In the present disclosure, a wireless device can represent a communication modem / circuitry / chip.

[0091] The second wireless device 200 can include one or more processors 202 and one or more memories 204, and additionally further include one or more transceivers 206 and / or one or more antennas 208. The processor(s) 202 can control the memory(s) 204 and / or the transceiver(s) 206 and can be configured to implement the functions, processes, and / or methods described in the present disclosure. For example, the processor(s) 202 can process information within the memory(s) 204 to generate third information / signals and then transmit radio signals including the third information / signals through the transceiver(s) 206. The processor(s) 202 can receive radio signals including fourth information / signals through the transceiver(s) 206 and then store information obtained by processing the fourth information / signals in the memory(s) 204. The memory(s) 204 can be connected to the processor(s) 202 and can store various information related to operations of the processor(s) 202. For example, the memory(s) 204 can store software code including commands for executing parts or all of the processes controlled by the processor(s) 202 or for executing the processes and / or methods described in the present disclosure. In this document, the processor(s) 202 and the memory(s) 204 can be part of a communication modem / circuitry / chip designed to implement a RAT (e.g., LTE or NR). The transceiver(s) 206 can be connected to the processor(s) 202 and transmit and / or receive radio signals through the one or more antennas 208. Each of the transceiver(s) 206 can include a transmitter and / or a receiver. The transceiver(s) 206 can be used interchangeably with RF unit(s) in the present disclosure. In the present disclosure, a wireless device can represent a communication modem / circuitry / chip.

[0092] Hereinafter, the hardware elements of the wireless devices 100 and 200 will be described more specifically. One or more protocol layers can be implemented by, without limitation, the one or more processors 102 and 202. For example, the one or more processors 102 and 202 can implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, and SDAP). The one or more processors 102 and 202 can generate one or more protocol data units (PDUs) and / or one or more service data units (SDUs) according to the functions, procedures, proposals, and / or methods disclosed in the present disclosure. The one or more processors 102 and 202 can generate messages, control information, data, or information according to the functions, procedures, proposals, and / or methods disclosed in the present disclosure. The one or more processors 102 and 202 can generate signals (e.g., baseband signals) including the PDUs, SDUs, messages, control information, data, or information according to the functions, procedures, proposals, and / or methods disclosed in the present disclosure and provide the generated signals to the one or more transceivers 106 and 206. The one or more processors 102 and 202 can receive signals (e.g., baseband signals) from the one or more transceivers 106 and 206 and acquire the PDUs, SDUs, messages, control information, data, or information according to the functions, procedures, proposals, and / or methods disclosed in the present disclosure.

[0093] The one or more processors 102 and 202 can be referred to as controllers, microcontrollers, microprocessors, or microcomputers. The one or more processors 102 and 202 can be implemented by hardware, firmware, software, or a combination thereof. For example, one or more application specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more digital signal processing devices (DSPDs), one or more programmable logic devices (PLDs), or one or more field programmable gate arrays (FPGAs) can be included in the one or more processors 102 and 202. The functions, procedures, proposals, and / or methods disclosed in the present disclosure can be implemented using firmware or software, and the firmware or software can be configured to include modules, procedures, or functions. Firmware or software configured to perform the functions, procedures, proposals, and / or methods disclosed in the present disclosure can be included in the one or more processors 102 and 202 or stored in the one or more memories 104 and 204 to be driven by the one or more processors 102 and 202. The functions, procedures, proposals, and / or methods disclosed in the present disclosure can be implemented using firmware or software in the form of codes, commands, and / or command sets.

[0094] One or more memories 104 and 204 can be connected to the one or more processors 102 and 202 and store various types of data, signals, messages, information, programs, codes, instructions, and / or commands. The one or more memories 104 and 204 can be configured by read-only memory (ROM), random-access memory (RAM), electrically programmable read-only memory (EPROM), flash memory, hard disk drive, register, cache memory, computer readable storage media, and / or combinations thereof. The one or more memories 104 and 204 can be located internal and / or external to the one or more processors 102 and 202. The one or more memories 104 and 204 can be connected to the one or more processors 102 and 202 through various technologies, such as wired or wireless connections.

[0095] The one or more transceivers 106 and 206 can transmit the user data, control information, and / or radio signals / channels mentioned in the methods and / or operational flowcharts of the disclosure to one or more other apparatuses. The one or more transceivers 106 and 206 can receive the user data, control information, and / or radio signals / channels mentioned in the functions, procedures, proposals, methods, and / or operational flowcharts disclosed in the disclosure from one or more other apparatuses. For example, the one or more transceivers 106 and 206 can be connected to the one or more processors 102 and 202 and transmit and receive radio signals. For example, the one or more processors 102 and 202 can perform control so that the one or more transceivers 106 and 206 can transmit user data, control information, or radio signals to one or more other apparatuses. The one or more processors 102 and 202 can perform control so that the one or more transceivers 106 and 206 can receive user data, control information, or radio signals from one or more other apparatuses. The one or more transceivers 106 and 206 can be connected to the one or more antennas 108 and 208, and the one or more transceivers 106 and 206 can be configured to transmit and receive the user data, control information, and / or radio signals / channels mentioned in the functions, procedures, proposals, methods, and / or operational flowcharts disclosed in the disclosure through the one or more antennas 108 and 208. In the disclosure, the one or more antennas can be a plurality of physical antennas or a plurality of logical antennas (e.g., antenna ports). The one or more transceivers 106 and 206 can convert received radio signals / channels, etc. from RF band signals to baseband signals in order to facilitate processing of received user data, control information, radio signals / channels, etc. using the one or more processors 102 and 202. The one or more transceivers 106 and 206 can convert user data, control information, radio signals / channels, etc. processed using the one or more processors 102 and 202 from baseband signals to RF band signals. To this end, the one or more transceivers 106 and 206 can include (analog) oscillators and / or filters. For example, the transceivers 106 and 206 can up-convert OFDM baseband signals to carrier frequencies by their (analog) oscillators and / or filters under the control of the processors 102 and 202 and transmit the up-converted OFDM signals at the carrier frequencies. The transceivers 106 and 206 can receive OFDM signals at the carrier frequencies and down-convert the OFDM signals to OFDM baseband signals by their (analog) oscillators and / or filters under the control of the transceivers 102 and 202.

[0096] In implementations of the disclosure, the UE can operate as a transmitting apparatus in uplink (UL) and a receiving apparatus in downlink (DL). In implementations of the disclosure, the BS can operate as a receiving apparatus in UL and a transmitting apparatus in DL. Hereinafter, for convenience of description, it is mainly assumed that the first wireless device 100 operates as a UE and the second wireless device 200 operates as a BS unless otherwise specified or described. For example, the processor 102 connected to, installed on, or activated in the first wireless device 100 can be configured to perform a UE behavior according to implementations of the disclosure or control the transceiver 106 to perform a UE behavior according to implementations of the disclosure. The processor 202 connected to, installed on, or activated in the second wireless device 200 can be configured to perform a BS behavior according to implementations of the disclosure or control the transceiver 206 to perform a BS behavior according to implementations of the disclosure.

[0097] In the disclosure, at least one memory (e.g., 104 or 204) can store instructions or programs that, when executed, cause at least one processor operatively connected thereto to perform operations according to some embodiments or implementations of the disclosure.

[0098] In the disclosure, a computer-readable storage medium stores at least one instruction or computer program that, when executed by at least one processor, causes the at least one processor to perform operations according to some embodiments or implementations of the disclosure.

[0099] In the disclosure, a processing apparatus or device can include at least one processor, and at least one computer memory connectable to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations according to some embodiments or implementations of the disclosure.

[0100] Figure 3 Another example of a wireless device that can perform implementations of the present disclosure is illustrated. The wireless device can be implemented in various forms according to use cases / services (refer to Figure 1 ).

[0101] Referring to Figure 3 , the wireless devices 100 and 200 can correspond to the wireless devices 100 and 200 of Figure 2 , and can be configured by various elements, components, units / portions, and / or modules. For example, each of the wireless devices 100 and 200 can include a communication unit 110, a control unit 120, a memory unit 130, and additional components 140. The communication unit can include a communication circuit 112 and a transceiver 114. For example, the communication circuit 112 can include one or more processors 102 and 202 and / or Figure 2 . For example, the communication circuit 112 can include one or more processors 102 and 202 and / or Figure 2One or more memories 104 and 204. For example, transceiver 114 may include... Figure 2 One or more transceivers 106 and 206 and / or Figure 2 One or more antennas 108 and 208. Control unit 120 is electrically connected to communication unit 110, memory 130, and add-on components 140, and controls the overall operation of the wireless device. For example, control unit 120 can control the electrical / mechanical operation of the wireless device based on programs / code / commands / information stored in memory unit 130. Control unit 120 can transmit information stored in memory unit 130 to an external source (e.g., other communication devices) via communication unit 110 through a wireless / wired interface, or store information received from an external source (e.g., other communication devices) via wireless / wired interface in memory unit 130 via communication unit 110.

[0102] The add-on component 140 can be configured differently depending on the type of wireless device. For example, the add-on component 140 may include at least one of a power supply unit / battery, an input / output (I / O) unit (e.g., an audio I / O port, a video I / O port), a drive unit, and a computing unit. The wireless device can be, but is not limited to, a robot ( Figure 1 100a), vehicles ( Figure 1 100b-1 and 100b-2), XR device ( Figure 1 100c), handheld device ( Figure 1 100d), home appliances ( Figure 1 100e), IoT devices ( Figure 1 100f), digital broadcasting terminals, holographic devices, public safety devices, MTC devices, medical devices, Fintech devices (or financial devices), security devices, climate / environment devices, AI servers / devices ( Figure 1 400), BSS ( Figure 1 This can be achieved through methods such as 200 network nodes, etc. Wireless devices can be used in mobile or fixed locations depending on the use case / service.

[0103] exist Figure 3In some embodiments, the entirety of various elements, components, units / portions, and / or modules in the wireless devices 100 and 200 can be connected to one another through wired interfaces, or at least a part thereof can be wirelessly connected through the communication units 110. For example, in each of the wireless devices 100 and 200, the control unit 120 and the communication unit 110 can be connected through wired connection, and the control unit 120 and the first units (e.g., 130 and 140) can be wirelessly connected through the communication unit 110. Each element, component, unit / portion, and / or module within the wireless devices 100 and 200 can further include one or more elements. For example, the control unit 120 can be configured by a set of one or more processors. As an example, the control unit 120 can be configured by a set of communication control processors, application processors, electronic control units (ECUs), graphic processing units, and memory control processors. As another example, the memory 130 can be configured by random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, non-volatile memory, and / or a combination thereof.

[0104] Figure 4 An example of a protocol stack in a 3GPP-based wireless communication system is illustrated.

[0105] Specifically, Figure 4 (a) of FIG. 1 illustrates an example of a radio interface user plane protocol stack between a UE and a base station (BS) and Figure 4 (b) of FIG. 1 illustrates an example of a radio interface control plane protocol stack between a UE and a BS. The control plane refers to a path through which control messages for managing a call by a UE and a network are transmitted. The user plane refers to a path that transmits data (e.g., voice data or Internet packet data) generated in an application layer. Refer to Figure 4 (a) of FIG. 1, the user plane protocol stack can be divided into a first layer (Layer 1) (i.e., a physical (PHY) layer) and a second layer (Layer 2). Refer to Figure 4 (b) of FIG. 1, the control plane protocol stack can be divided into Layer 1 (i.e., a PHY layer), Layer 2, Layer 3 (e.g., a radio resource control (RRC) layer), and a non-access stratum (NAS) layer. Layer 1, Layer 2, and Layer 3 are referred to as an access stratum (AS).

[0106] The NAS control protocol terminates at an access management function (AMF) on a network side, and performs functions such as authentication, mobility management, security control, etc.

[0107] In 3GPP LTE systems, Layer 2 is split into the following sub-layers: Medium Access Control (MAC), Radio Link Control (RLC), and Packet Data Convergence Protocol (PDCP). In 3GPP New Radio (NR) systems, Layer 2 is split into the following sub-layers: MAC, RLC, PDCP, and SDAP. The PHY layer provides transport channels to the MAC sub-layer, the MAC sub-layer provides logical channels to the RLC sub-layer, the RLC sub-layer provides RLC channels to the PDCP sub-layer, and the PDCP sub-layer provides radio bearers to the SDAP sub-layer. The SDAP sub-layer provides Quality of Service (QoS) flows to the 5G Core Network.

[0108] In 3GPP NR systems, the main services and functions of the SDAP include: mapping between QoS flows and data radio bearers; marking of QoS Flow ID (QFI) in both DL and UL packets. A single SDAP protocol entity is configured per individual PDU session.

[0109] In 3GPP NR systems, the main services and functions of the RRC sub-layer include: broadcast of system information related to AS and NAS; paging initiated by the 5G Core (5GC) or NG-RAN; establishment, maintenance and release of an RRC connection between the UE and the NG-RAN; security functions including key management; establishment, configuration, maintenance and release of Signaling Radio Bearers (SRBs) and Data Radio Bearers (DRBs); mobility functions (including: handover and context transfer; control of UE cell selection and reselection and cell selection and reselection; inter-RAT mobility); QoS management functions; UE measurement reporting and control of reporting; detection and recovery of radio link failure; transfer of NAS messages from / to the UE.

[0110] In 3GPP NR systems, the main services and functions of the PDCP sub-layer for the user plane include: sequence numbering; header compression and decompression: ROHC only; transfer of user data; reordering and duplicate detection; in-order delivery; PDCP PDU routing (in case of split bearers); retransmission of PDCP SDUs; ciphering, deciphering and integrity protection; PDCP SDU discard; PDCP re-establishment and data recovery for RLC AM; PDCP status reporting for RLC AM; duplication of PDCP PDUs and duplicate discard indication to lower layers. The main services and functions of the PDCP sub-layer for the control plane include: sequence numbering; ciphering, deciphering and integrity protection; transfer of control plane data; reordering and duplicate detection; in-order delivery; duplication of PDCP PDUs and duplicate discard indication to lower layers.

[0111] The RLC sublayer supports three transmission modes: Transparent Mode (TM); Unacknowledged Mode (UM); and Acknowledged Mode (AM). The RLC configuration is per logical channel and does not depend on the numerology and / or transmission duration. In 3GPP NR systems, the main services and functions of the RLC sublayer depend on the transmission mode and include: transfer of upper layer PDUs; independent of the sequence numbering in PDCP (UM and AM); error correction through ARQ (AM only); segmentation (AM and UM) and re-segmentation (AM only) of RLC SDUs; reassembly of SDUs (AM and UM); duplicate detection (AM only); RLC SDU discard (AM and UM); RLC re-establishment; protocol error detection (AM only).

[0112] In 3GPP NR system, the main services and functions of the MAC sublayer include: mapping between logical channels and transport channels; multiplexing / demultiplexing of MAC SDUs belonging to one or different logical channels onto / from transport channels towards / from the physical layer; scheduling information reporting; error correction through hybrid automatic repeat request (HARQ) (one HARQ entity per cell in case of carrier aggregation (CA)); priority handling between UEs through dynamic scheduling; priority handling between logical channels of one UE through logical channel prioritization; padding. A single MAC entity can support multiple numerologies, transmission timings, and cells. Mapping restrictions in logical channel prioritization control which numerology(s), cell(s), and transmission timing(s) a logical channel can use. The MAC offers different kinds of data transfer services. To accommodate the different kinds of data transfer services, multiple types of logical channels are defined, i.e., each logical channel supports transfer of a specific type of information. Each logical channel type is defined by what type of information is transferred. Logical channels are classified into two groups: Control Channels and Traffic Channels. Control channels are used for the transfer of control plane information only, and traffic channels are used for the transfer of user plane information only. Broadcast Control Channel (BCCH) is a downlink logical channel for broadcasting system control information, Paging Control Channel (PCCH) is a downlink logical channel that transfers paging information, system information change notifications, and indications of ongoing PWS broadcasts, Common Control Channel (CCCH) is a logical channel for transmitting control information between UEs and the network and used by UEs that have not established an RRC connection with the network, and Dedicated Control Channel (DCCH) is a point-to-point bidirectional logical channel that transmits dedicated control information between a UE and the network and used by UEs having an RRC connection. Dedicated Traffic Channel (DTCH) is a point-to-point logical channel, dedicated to one UE, for the transfer of user information. A DTCH can exist in both uplink and downlink. In downlink, there is the following mapping between logical channels and transport channels: BCCH can be mapped to BCH; BCCH can be mapped to downlink shared channel (DL-SCH); PCCH can be mapped to PCH; CCCH can be mapped to DL-SCH; DCCH can be mapped to DL-SCH; and DTCH can be mapped to DL-SCH. In uplink, there is the following mapping between logical channels and transport channels: CCCH can be mapped to uplink shared channel (UL-SCH); DCCH can be mapped to UL-SCH; and DTCH can be mapped to UL-SCH.

[0113] Figure 5 An example of a frame structure in a 3GPP-based wireless communication system is illustrated.

[0114] Figure 5The illustrated frame structure is exemplary only and the number of subframes, the number of slots, and / or the number of symbols in a frame can be varied. In 3GPP-based wireless communication systems, OFDM numerology (e.g., subcarrier spacing (SCS), transmission time interval (TTI) duration) can be configured differently among multiple cells aggregated for one UE. For example, if a UE is configured with different SCS for cells aggregated for a cell, the (absolute time) duration of a time resource (e.g., subframe, slot, or TTI) that includes the same number of symbols can be different among the aggregated cells. In this document, a symbol can include an OFDM symbol (or CP-OFDM symbol), an SC-FDMA symbol (or discrete Fourier transform-spread-OFDM (DFT-s-OFDM) symbol).

[0115] Referring to Figure 5 Downlink and uplink transmissions are organized into frames. Each frame has a T f = 10 ms duration. Each frame is divided into two half-frames with each half-frame having a 5 ms duration. Each half-frame includes 5 subframes, with each subframe having a duration T sf = 1 ms. Each subframe is divided into slots, and the number of slots in a subframe depends on the subcarrier spacing. Each slot contains 14 or 12 OFDM symbols based on the cyclic prefix (CP) length. In normal CP, each slot contains 14 OFDM symbols, and in extended CP, each slot contains 12 OFDM symbols. The numerology is based on a subcarrier spacing that is exponentially scalable, Δf = 2 u * 15 kHz. The following table shows the number of OFDM symbols per slot, the number of slots per frame, and the number of slots per subframe for normal CP according to the subcarrier spacing Δf = 2 u * 15 kHz.

[0116] [Table 1]

[0117] u N slot symb ]]> <![CDATA[N frame，u slot ]]> <![CDATA[N subframe，u slot ]]> 0 14 10 1 1 14 20 2 2 14 40 4 3 14 80 8 4 14 160 16

[0118] The following table shows the number of OFDM symbols per slot, the number of slots per frame, and the number of slots per subframe for extended CP according to the subcarrier spacing Δf = 2 u * 15 kHz.

[0119] [Table 2]

[0120] u N slot symb ]]> N frame，u slot ]]> N subframe，u slot ]]> 2 12 40 4

[0121] A time slot comprises multiple symbols (e.g., 14 or 12 symbols) in the time domain. For each parameter set (e.g., subcarrier spacing) and carrier, a Common Resource Block (CRB) is generated from the common resource block (CRB) indicated by higher-layer signaling (e.g., Radio Resource Control (RRC) signaling). start，u grid Initially, N was defined. size，u grid，x *N RB sc Subcarriers and N subframe，u symb A resource grid of N OFDM symbols, where N size，u grid，x N represents the number of resource blocks in the resource grid, where the subscript x represents the downlink DL and the uplink UL. RB sc N is the number of subcarriers in each resource block. In 3GPP-based wireless communication systems, N... RB sc Typically, it is 12. For a given antenna port p, subcarrier spacing configuration u, and transmission direction (DL or UL), there exists a resource grid. The carrier bandwidth N for the subcarrier spacing configuration u is... size，u grid Given by higher-layer parameters (e.g., RRC parameters). Each element in the resource grid for antenna port p and subcarrier spacing configuration u is called a resource element (RE), and a complex symbol can be mapped to each RE. Each RE in the resource grid is uniquely identified by an index k in the frequency domain and an index l representing the symbol position relative to a reference point in the time domain. In 3GPP-based wireless communication systems, a resource block is defined by 12 consecutive subcarriers in the frequency domain.

[0122] In 3GPP NR systems, resource blocks are classified into CRBs and Physical Resource Blocks (PRBs). CRBs are numbered upwards from 0 in the frequency domain based on subcarrier spacing configuration u. The center of subcarrier 0 in CRB 0 for subcarrier spacing configuration u coincides with "point A," which serves as the common reference point for the resource block grid. In 3GPP NR systems, PRBs are defined within the Bandwidth Part (BWP) and numbered from 0 to N. size BWP,i -1 is the number, where i is the number of the bandwidth section. The physical resource block n within bandwidth section i... PRB With public resource block n CRB The relationship between n is as follows: PRB =n CRB +N size BWP,i , where N size BWP,iis a common resource block where the bandwidth part starts with respect to CRB 0. The BWP includes a plurality of consecutive resource blocks. A carrier can include up to N (e.g., 5) BWPs. A UE can be configured with one or more BWPs on a given component carrier. Only one BWP among the BWPs configured to the UE can be activated at a time. The active BWP defines the operation bandwidth of the UE within the operating bandwidth of the cell.

[0123] An NR frequency band can be defined as two types of frequency ranges, FR1 and FR2. FR2 can also be referred to as millimeter wave (mmW). The frequency ranges in which NR can operate are shown as described in Table 3.

[0124] [Table 3]

[0125] Frequency Range Designation Corresponding Frequency Range Subcarrier Spacing FR1 410MHz - 7125MHz 15, 30, 60kHz FR2 24250MHz - 52600MHz 60, 120, 240kHz

[0126] Figure 6 A data flow example in a 3GPP NR system is illustrated.

[0127] In Figure 6 In the table, "RB" denotes a radio bearer, and "H" denotes a header. Radio bearers are classified into two groups: data radio bearers (DRBs) for user plane data and signaling radio bearers (SRBs) for control plane data. A MAC PDU is transmitted / received to / from an external device using a radio resource through a PHY layer. The MAC PDU arrives at the PHY layer in the form of a transport block.

[0128] In the PHY layer, an uplink transport channel UL-SCH and RACH are mapped to a physical uplink shared channel (PUSCH) and a physical random access channel (PRACH), respectively, and a downlink transport channel DL-SCH, BCH, and PCH are mapped to a physical downlink shared channel (PDSCH), a physical broadcast channel (PBCH), and a PDSCH, respectively. In the PHY layer, uplink control information (UCI) is mapped to a PUCCH, and downlink control information (DCI) is mapped to a PDCCH. A UE transmits a MAC PDU related to the UL-SCH via the PUSCH based on a UL grant, and a BS transmits a MAC PDU related to the DL-SCH via the PDSCH based on a DL assignment.

[0129] For transmitting data units of the present disclosure on the UL-SCH, the UE shall have uplink resources available to the UE. For receiving data units of the present disclosure on the DL-SCH, the UE shall have downlink resources available to the UE. Resource allocation includes time domain resource allocation and frequency domain resource allocation. In the present disclosure, uplink resource allocation is also referred to as uplink grant, and downlink resource allocation is also referred to as downlink assignment. The uplink grant is either dynamically received by the UE on the PDCCH in a random access response or semi-persistently configured to the UE by RRC. The downlink assignment is either dynamically received by the UE on the PDCCH or semi-persistently configured to the UE by RRC signaling from the BS.

[0130] In the UL, the BS can dynamically allocate resources to the UE on the PDCCH via a cell radio network temporary identifier (C-RNTI). The UE always monitors the PDCCH in order to find possible grants for uplink transmission when its downlink reception is enabled (controlled by discontinuous reception (DRX) when configured). In addition, by configured grant, the BS can allocate uplink resources for initial HARQ transmission to the UE. Two kinds of configured uplink grants are defined: Type 1 and Type 2. For Type 1, the RRC directly provides the configured uplink grant (including periodicity). For Type 2, the RRC defines the periodicity of the configured uplink grant, while a PDCCH addressed to a configured scheduling RNTI (CS-RNTI) can signal and activate it, or deactivate it; that is, a PDCCH addressed to the CS-RNTI indicates that the uplink grant can be implicitly reused according to the periodicity defined by the RRC until deactivation.

[0131] In the DL, the BS can dynamically allocate resources to the UE on the PDCCH via a C-RNTI. The UE always monitors the PDCCH in order to find possible assignments when its downlink reception is enabled (controlled by DRX when configured). In addition, by semi-persistent scheduling (SPS), the BS can allocate downlink resources for initial HARQ transmission to the UE: the RRC defines the periodicity of the configured downlink assignment, while a PDCCH addressed to a CS-RNTI can signal and activate it, or deactivate it. In other words, a PDCCH addressed to the CS-RNTI indicates that the downlink assignment can be implicitly reused according to the periodicity defined by the RRC until deactivation.

[0132] <Resource allocation by PDCCH (i.e., resource allocation by DCI)>

[0133] PDCCH can be used to schedule DL transmissions on PDSCH and UL transmissions on PUSCH, where downlink control information (DCI) on PDCCH includes: downlink assignment including at least modulation and coding format (e.g., modulation and coding scheme (MCS) index IMCS), resource allocation, and hybrid-ARQ information related to DL-SCH; or uplink scheduling grant including at least modulation and coding format, resource allocation, and hybrid-ARQ information related to UL-SCH. The size and usage of DCI carried by one PDCCH varies according to DCI format. For example, in 3GPP NR system, DCI format 0_0 or DCI format 0_1 is used for scheduling of PUSCH in one cell, and DCI format 1_0 or DCI format 1_1 is used for scheduling of PDSCH in one cell.

[0134] Figure 7 Examples of PDSCH time domain resource allocation by PDCCH and examples of PUSCH time resource allocation by PDCCH are illustrated.

[0135] Downlink control information (DCI) carried by PDCCH for scheduling PDSCH or PUSCH includes a value m of row index m+1 of an allocation table for PDSCH or PUSCH. A pre-defined default PDSCH time domain allocation A, B, or C is applied as the allocation table for PDSCH, or an RRC configured pdsch-TimeDomainAllocationList is applied as the allocation table for PDSCH. A pre-defined default PUSCH time domain allocation A is applied as the allocation table for PUSCH, or an RRC configured pusch-TimeDomainAllocationList is applied as the allocation table for PUSCH. Which PDSCH time domain resource allocation configuration is applied and which PUSCH time domain allocation table is applied is determined according to fixed / pre-defined rules (e.g., Table 5.1.2.1.1-1 in 3GPP TS 38.214 v15.3.0, Table 6.1.2.1.1-1 in 3GPP TS 38.214 v15.3.0).

[0136] Each index row in the PDSCH time domain allocation configuration defines a slot offset K0, a start and length indicator SLIV or directly a start symbol S and an allocation length L, and a PDSCH mapping type assumed in PDSCH reception. Each index row in the PUSCH time domain allocation configuration defines a slot offset K2, a start and length indicator SLIV or directly a start symbol S and an allocation length L, and a PUSCH mapping type assumed in PUSCH reception. K0 for PDSCH or K2 for PUSCH is the timing difference between the slot with PDCCH and the slot with PDSCH or PUSCH corresponding to the PDCCH. SLIV is a joint indication of a start symbol S relative to the beginning of the slot with PDSCH or PUSCH and the number L of consecutive symbols counted from symbol S. For PDSCH / PUSCH mapping type, there are two mapping types: one is mapping type A, where according to RRC signaling, a demodulation reference signal (DMRS) is located in the 3rd or 4th symbol of a slot; and the other is mapping type B, where DMRS is located in the first allocated symbol.

[0137] The scheduling DCI includes a frequency domain resource assignment field that provides assignment information about resource blocks used for PDSCH or PUSCH. For example, the frequency domain resource assignment field can provide the UE with information about a cell for PDSCH or PUSCH transmission, information about a bandwidth part for PDSCH or PUSCH transmission, information about resource blocks for PDSCH or PUSCH transmission.

[0138] <Resource allocation by RRC>

[0139] As described above, in uplink, there are two types of transmission without dynamic grant: configured grant Type 1, where the uplink grant is provided by RRC and stored as configured grant; and configured grant Type 2, where the uplink grant is provided by PDCCH and stored or cleared as configured uplink grant based on L1 signaling indicating configured uplink grant activation or deactivation. Type 1 and Type 2 are configured by RRC per serving cell and per BWP. Multiple configurations are active simultaneously only on different serving cells. For Type 2, activation and deactivation among serving cells are independent. For the same serving cell, the MAC entity is configured as Type 1 or Type 2.

[0140] When configured grant Type 1 is configured, the UE is provided with at least the following parameters via RRC signaling from the BS:

[0141] - cs-RNTI, which is the CS-RNTI for retransmission;

[0142] - periodicity, which provides periodicity of configured grant Type 1;

[0143] - timeDomainOffset, which represents the offset of the resource in time domain with respect to SFN=0;

[0144] - timeDomainAllocation value m, which provides a row index m+1 pointing to an allocation table indicating a combination of starting symbol S and length L and PUSCH mapping type;

[0145] - frequencyDomainAllocation, which provides frequency domain resource allocation; and

[0146] - mcsAndTBS, which provides IMCS representing modulation order, target code rate and transport block size. When configured grant Type 1 is configured by RRC for a serving cell, the UE stores the uplink grant provided by RRC as configured uplink grant for the indicated serving cell and initializes or re-initializes the configured uplink grant to start in a symbol according to timeDomainOffset and S (derived from SLIV) and re-occurs periodically. After the uplink grant is configured for configured grant Type 1, the UE considers the uplink grant is associated with each symbol where: [(SFN*numberOfSlotsPerFrame(numberOfSymbolsPerSlot) + (slot number in frame * numberOfSymbolsPerSlot) + symbol number in slot] = (timeDomainOffset*numberOfSymbolsPerSlot + S + N*periodicity) modulo (1024*numberOfSlotsPerFrame*numberOfSymbolsPerSlot) for all N >= 0.

[0147] When configured grant Type 2 is configured, the UE is provided at least the following parameters via RRC signaling from the BS:

[0148] - cs-RNTI, which is the CS-RNTI for activation, deactivation and retransmission; and

[0149] - periodicity, which provides periodicity of configured grant Type 2. The actual uplink grant is provided to the UE through PDCCH (addressed to CS-RNTI). After the uplink grant is configured for configured grant Type 2, the UE considers the uplink grant to be associated with every symbol where: [(SFN * numberOfSlotsPerFrame * numberOfSymbolsPerSlot) + (number of slots in the frame * numberOfSymbolsPerSlot) + number of symbols in the slot] = [(SFN start time * numberOfSlotsPerFrame * numberOfSymbolsPerSlot + slot start time * numberOfSymbolsPerSlot + symbol start time ) + N * periodicity] modulo (1024 * numberOfSlotsPerFrame * numberOfSymbolsPerSlot) for all N >= 0, where SFN start time , slot start time and symbol start time are the SFN, slot and symbol of the first transmission opportunity of PUSCH where the configured uplink grant is (re-)initialized, respectively. numberOfSlotsPerFrame and numberOfSymbolsPerSlot refer to the number of consecutive slots per frame and the number of consecutive OFDM symbols per slot, respectively.

[0150] For configured uplink grant, the HARQ process ID associated with the first symbol of the UL transmission is derived from the following equation:

[0151] HARQ process ID = [floor(CURRENT_symbol / periodicity)] modulo nrofHARQ-Processes

[0152] where CURRENT_symbol = (SFN * numberOfSlotsPerFrame * numberOfSymbolsPerSlot + numberOfSlotsPerFrame * numberOfSymbolsPerSlot + numberOfSymbolsPerSlot) and numberOfSlotsPerFrame and numberOfSymbolsPerSlot refer to the number of consecutive slots per frame and the number of consecutive symbols per slot as specified in TS 38.211, respectively. CURRENT_symbol refers to the symbol index of the first transmission occasion where repetition bundling occurs. If the configured uplink grant is activated and the associated HARQ process ID is less than nrofHARQ-Processes, the HARQ process is configured for the configured uplink grant.

[0153] For downlink, a UE can be configured with semi-persistent scheduling (SPS) per serving cell and per BWP by RRC signaling from a BS. Multiple configurations can be active simultaneously only on different serving cells. Activation and deactivation of DL SPS is independent between serving cells. For DL SPS, a DL assignment is provided to a UE by PDCCH and stored or flushed based on L1 signaling indicating SPS activation or deactivation. When SPS is configured, the following parameters are provided to the UE via RRC signaling from the BS:

[0154] - cs-RNTI, which is the CS-RNTI for activation, deactivation, and retransmission;

[0155] - nrofHARQ-Processes, which provides the number of HARQ processes for the SPS configuration;

[0156] - periodicity, which provides the periodicity of downlink assignments for the SPS configuration.

[0157] When SPS is released by upper layers, all corresponding configurations shall be released.

[0158] After a downlink assignment is configured for SPS, the UE considers that the Nth downlink assignment occurs in the following slot: (numberOfSlotsPerFrame * SFN + numberOfSlotsPerFrame) = [(numberOfSlotsPerFrame * SFN start time + slot start time )+ N * periodicity * numberOfSlotsPerFrame / 10] modulo (1024 * numberOfSlotsPerFrame), where SFN start time and slot start timeSFN and slot of the first transmission of the PDSCH that is (re)initialized by the configured downlink assignment, respectively.

[0159] For a configured downlink assignment, the HARQ process ID associated with the slot in which the DL transmission starts is derived from the following equation:

[0160] HARQ process ID = [floor(CURRENT_slot x 10 / (numberOfSlotsPerFrame x periodicity))] modulo nrofHARQ-Processes

[0161] where CURRENT_slot = [(SFN x numberOfSlotsPerFrame) + slot number in the frame], and numberOfSlotsPerFrame refers to the number of consecutive slots per frame as specified in TS 38.211.

[0162] If the cyclic redundancy check (CRC) of the corresponding DCI format is scrambled with the CS-RNTI provided by the RRC parameter cs-RNTI and the new data indicator field for the enabled transport block is set to 0, the UE validates the DL SPS assignment PDCCH or configured UL grant Type 2 PDCCH for scheduling activation or scheduling release. The validation of the DCI format is achieved if all fields for the DCI format are set according to Table 4 or Table 5. Table 4 shows the special fields for DL SPS and UL grant Type 2 scheduling activation PDCCH validation, and Table 5 shows the special fields for DL SPS and UL grant Type 2 scheduling release PDCCH validation.

[0163] [table 4]

[0164]

[0165] [table 5]

[0166] DCI Format 0_0 DCI Format 1_0 HARQ Process Number Set to all "0" Set to all "0" Redundancy Version Set to "00" Set to "00" Modulation and Coding Scheme Set to all "1" Set to all "1" Resource Block Assignment Set to all "1" Set to all "1"

[0167] The actual DL assignment and actual UL grant, as well as the corresponding modulation and coding scheme, are provided by the resource assignment fields in the DCI format carried by the DL SPS and UL grant Type 2 scheduling activation PDCCH (e.g., time domain resource assignment field providing time domain resource assignment value m, frequency domain resource assignment field providing frequency resource block allocation, modulation and coding scheme field). If the validation is achieved, the UE considers the information in the DCI format as valid activation or valid release of the DL SPS or configured UL grant Type 2.

[0168] For UL, the processor 102 of the present disclosure can transmit (or control the transceiver 106 to transmit) the data unit of the present disclosure based on UL grants available to the UE. The processor 202 of the present disclosure can receive (or control the transceiver 206 to receive) the data unit of the present disclosure based on UL grants available to the UE.

[0169] For DL, the processor 102 of the present disclosure can receive (or control the transceiver 106 to receive) the DL data of the present disclosure based on DL assignments available to the UE. The processor 202 of the present disclosure can transmit (or control the transceiver 206 to transmit) the DL data of the present disclosure based on DL assignments available to the UE.

[0170] The data unit of the present disclosure undergoes physical layer processing at the transmitting side before being transmitted via a radio interface, and a radio signal carrying the data unit of the present disclosure undergoes physical layer processing at the receiving side. For example, a MAC PDU including a PDCP PDU according to the present disclosure can undergo physical layer processing as follows.

[0171] Figure 8 An example of physical layer processing at the transmitting side is illustrated.

[0172] The following tables show mapping of transport channels (TrCHs) and control information to their corresponding physical channels. Specifically, Table 6 specifies mapping of uplink transport channels to their corresponding physical channels, Table 7 specifies mapping of uplink control channel information to their corresponding physical channels, Table 8 specifies mapping of downlink transport channels to their corresponding physical channels, and Table 9 specifies mapping of downlink control channel information to their corresponding physical channels.

[0173] [Table 6] TrCH Physical Channel TrCH Physical Channel UL-SCH PUSCH RACH PRACH

[0175] [Table 7]

[0176] Control Information Physical Channel UCI PUCCH, PUSCH

[0177] [Table 8]

[0178] TrCH Physical Channel DL-SCH PDSCH BCH PBCH PCH PDSCH

[0179] [Table 9]

[0180] Control Information Physical Channel DCI PDCCH

[0181] [Encoding]

[0182] Data and control flows from / to the MAC layer are encoded to provide transport and control services over the radio transmission link in the PHY layer. For example, a transport block from the MAC layer is encoded into a codeword at the transmitting side. The channel coding scheme is a combination of error detection, error correction, rate matching, interleaving, and mapping to / from the transport channel or control information of the physical channel.

[0183] In the 3GPP NR system, the following channel coding schemes are used for different types of TrCH and different types of control information.

[0184] [Table 10]

[0185]

[0186] [Table 11]

[0187]

[0188] For transmission of a DL transport block (i.e., DL MAC PDU) or a UL transport block (i.e., UL MAC PDU), a transport block CRC sequence is attached to provide error detection for the receiving side. In the 3GPP NR system, the communication device uses a low-density parity-check (LDPC) code when encoding / decoding the UL-SCH and the DL-SCH. The 3GPP NR system supports two LDPC base graphs (i.e., two LDPC base matrices): LDPC base Figure 1 graph optimized for small transport blocks Figure 2 and LDPC base graph optimized for larger transport blocks Figure 1 . The LDPC base Figure 2 graph is selected based on the size of the transport block and the code rate R. The code rate R is indicated by a modulation and coding scheme (MCS) index IMCS. The MCS index is dynamically provided to the UE by a PDCCH scheduling a PUSCH or a PDSCH, by a PDCCH activating or (re)initializing a UL configured grant Type 2 or a DL SPS, or by RRC signaling related to a UL configured grant Type 1. If the CRC-attached transport block is larger than the maximum code block size for the selected LDPC base graph, the CRC-attached transport block can be segmented into code blocks, and an additional CRC sequence is attached to each code block. For the LDPC base Figure 1 graph and the LDPC base Figure 2The maximum code block sizes are 8448 bits and 3480 bits, respectively. If the CRC attached transport block is not larger than the maximum code block size of the selected LDPC base graph, the CRC attached transport block is encoded using the selected LDPC base graph. Each code block of the transport block is encoded using the selected LDPC base graph. The LDPC encoded blocks are then individually rate matched. Code block concatenation is performed to create a codeword for transmission on PDSCH or PUSCH. For PDSCH, up to 2 codewords (i.e., up to 2 transport blocks) can be simultaneously transmitted on PDSCH. PUSCH can be used for transmission of UL-SCH data and layer 1 / 2 control information. Although not shown in Figure 8 , layer 1 / 2 control information can be multiplexed with the codeword for UL-SCH data.

[0189] <Scrambling and Modulation>

[0190] The bits of the codeword are scrambled and modulated to generate a block of complex-valued modulation symbols.

[0191] <Layer Mapping>

[0192] The complex-valued modulation symbols of the codeword are mapped to one or more multiple-input multiple-output (MIMO) layers. Up to 4 layers can be mapped to one codeword. PDSCH can carry two codewords, and thus PDSCH can support up to 8-layer transmission. PUSCH supports a single codeword, and thus PUSCH can support up to 4-layer transmission.

[0193] <Transform Precoding>

[0194] The DL transmission waveform is regular OFDM with cyclic prefix (CP). For DL, transform precoding (in other words, discrete Fourier transform (DFT)) is not applied.

[0195] The UL transmission waveform is regular OFDM with CP, where a transform precoding function that performs DFT spreading can be disabled or enabled. In 3GPP NR systems, for UL, transform precoding can be selectively applied if enabled. Transform precoding spreads the UL data in a special way to reduce the peak-to-average power ratio (PAPR) of the waveform. Transform precoding is a form of DFT. In other words, 3GPP NR systems support two options for UL waveform: one is CP-OFDM (same as DL waveform), and the other is DFT-s-OFDM. Whether a UE must use CP-OFDM or DFT-s-OFDM is configured by the BS via RRC parameters.

[0196] <Subcarrier Mapping>

[0197] Layers are mapped to antenna ports. In the DL, for the mapping of layers to antenna ports, a transparent way (non-codebook-based) mapping is supported, and how beamforming or MIMO precoding is performed is transparent to the UE. In the UL, for the mapping of layers to antenna ports, both non-codebook-based mapping and codebook-based mapping are supported.

[0198] For each antenna port (i.e., layer) for transmission of a physical channel (e.g., PDSCH, PUSCH), complex-valued modulation symbols are mapped to subcarriers in resource blocks allocated to the physical channel.

[0199] <OFDM modulation>

[0200] The communication apparatus at the transmitting side generates a time-continuous OFDM baseband signal on the subcarrier spacing configuration u and antenna port p for an OFDM symbol l in a TTI for a physical channel by adding a cyclic prefix (CP) and performing IFFT. For example, for each OFDM symbol, the communication apparatus at the transmitting side can perform an inverse fast Fourier transform (IFFT) on complex-valued modulation symbols mapped to resource blocks in the corresponding OFDM symbol and add a CP on the IFFTed signal to generate an OFDM baseband signal.

[0201] <Up-conversion>

[0202] The communication apparatus at the transmitting side up-converts the OFDM baseband signal for antenna port p, subcarrier spacing configuration u, and OFDM symbol l to a carrier frequency f0assigned to a cell by the physical channel.

[0203] Figure 2 The processors 102 and 202 in the apparatuses 100 and 200 can be configured to perform encoding, scrambling, modulation, layer mapping, transform precoding (for UL), subcarrier mapping, and OFDM modulation. The processors 102 and 202 can control the transceivers 106 and 206 connected to the processors 102 and 202 to up-convert the OFDM baseband signal to a carrier frequency to generate a radio frequency (RF) signal. The RF signal is transmitted to an external apparatus through the antennas 108 and 208.

[0204] Figure 9 Examples of physical layer processing at the receiving side are illustrated.

[0205] The physical layer processing at the receiving side is basically the inverse processing of the physical layer processing at the transmitting side.

[0206] <Down-conversion>

[0207] The communication apparatus at the receiving side receives the RF signal at the carrier frequency through an antenna. The transceiver 106 and 206 receiving the RF signal at the carrier frequency down-converts the carrier frequency of the RF signal to a baseband to obtain an OFDM baseband signal.

[0208] <OFDM demodulation>

[0209] The communication device at the receiving side separates and FFTs the complex-valued modulation symbols via the CP. For example, for each OFDM symbol, the communication device at the receiving side removes the CP from the OFDM baseband signal and performs an FFT on the CP-removed OFDM baseband signal to obtain the complex-valued modulation symbols for antenna port p, subcarrier spacing u, and OFDM symbol l.

[0210] <Subcarrier demapping>

[0211] The complex-valued modulation symbols are subcarrier-demapped to obtain complex-valued modulation symbols of the corresponding physical channel. For example, the processor 102 can obtain, from among the complex-valued modulation symbols received in the bandwidth part, the complex-valued modulation symbols mapped to the subcarriers belonging to the PDSCH. For another example, the processor 202 can obtain, from among the complex-valued modulation symbols received in the bandwidth part, the complex-valued modulation symbols mapped to the subcarriers belonging to the PUSCH.

[0212] <Transform deprecoding>

[0213] If transform precoding has been enabled for the uplink physical channel, the complex-valued modulation symbols of the uplink physical channel are transform-deprecoded (e.g., IDFTed). For downlink physical channels and uplink physical channels for which transform precoding is disabled, no transform-deprecoding is performed.

[0214] <Layer demapping>

[0215] The complex-valued modulation symbols are demapped to one or two codewords.

[0216] <Demodulation and descrambling>

[0217] The complex-valued modulation symbols of the codeword are demodulated and descrambled to the bits of the codeword.

[0218] <Decoding>

[0219] The codeword is decoded to a transport block. For UL-SCH and DL-SCH, an LDPC base graph is selected according to the size and code rate R of the transport block Figure 1 or an LDPC base graph Figure 2The code word can include one or more code blocks. Each code block is decoded using the selected LDPC base graph into a CRC-attached code block or a CRC-attached transport block. If code block segmentation is performed on the CRC-attached transport block at the transmitting side, the CRC sequence is removed from each of the CRC-attached code blocks, thereby obtaining code blocks. The code blocks are concatenated into a CRC-attached transport block. The transport block CRC sequence is removed from the CRC-attached transport block, thereby obtaining a transport block. The transport block is passed to the MAC layer.

[0220] In the physical layer processing at the above-described transmitting side and receiving side, time and frequency domain resources (e.g., OFDM symbol, subcarrier, carrier frequency) related to subcarrier mapping, OFDM modulation, and frequency up / down conversion can be determined based on resource allocation (e.g., UL grant, DL assignment).

[0221] For uplink data transmission, the processor 102 of the present disclosure can apply (or control the transceiver 106 to apply) the above-described physical layer processing at the transmitting side to a data unit of the present disclosure to wirelessly transmit the data unit. For downlink data reception, the processor 102 of the present disclosure can apply (or control the transceiver 106 to apply) the above-described physical layer processing at the receiving side to a received radio signal to obtain a data unit of the present disclosure.

[0222] For downlink data transmission, the processor 202 of the present disclosure can apply (or control the transceiver 206 to apply) the above-described physical layer processing at the transmitting side to a data unit of the present disclosure to wirelessly transmit the data unit. For uplink data reception, the processor 202 of the present disclosure can apply (or control the transceiver 206 to apply) the above-described physical layer processing at the receiving side to a received radio signal to obtain a data unit of the present disclosure.

[0223] Figure 10 Operations of a wireless device based on implementations of the present disclosure are exemplified.

[0224] Figure 2 The first wireless device 100 can generate first information / signals according to the functions, procedures, and / or methods described in the present disclosure, and then wirelessly transmit a radio signal including the first information / signals to the second wireless device 200. Figure 2The first wireless device 100 can transmit first information / signal to the second wireless device 200 (S10). The first information / signal can include a data unit (e.g., PDU, SDU, RRC message) of the present disclosure. The first wireless device 100 can receive a radio signal including second information / signal from the second wireless device 200 (S30), and then perform an operation based on or according to the second information / signal (S50). The second information / signal can be transmitted by the second wireless device 200 to the first wireless device 100 in response to the first information / signal. The second information / signal can include a data unit (e.g., PDU, SDU, RRC message) of the present disclosure. The first information / signal can include content request information, and the second information / signal can include content dedicated for use of the first wireless device 100. Some examples of operations dedicated for use of the wireless devices 100 and 200 will be described below.

[0225] In some scenarios, the first wireless device 100 can be a hand-held device 100d that performs the functions, procedures, and / or methods described in the present disclosure. The hand-held device 100d can acquire information / signal input by a user (e.g., touch, text, voice, image, or video), and convert the acquired information / signal into first information / signal. The hand-held device 100d can transmit the first information / signal to the second wireless device 200 (S10). The second wireless device 200 can be any one of the wireless devices 100a to 100f in the network environment 1000 or a BS. Figure 1 In some scenarios, the first wireless device 100 can be a hand-held device 100d that performs the functions, procedures, and / or methods described in the present disclosure. The hand-held device 100d can acquire information / signal input by a user (e.g., touch, text, voice, image, or video), and convert the acquired information / signal into first information / signal. The hand-held device 100d can transmit the first information / signal to the second wireless device 200 (S10). The second wireless device 200 can be any one of the wireless devices 100a to 100f in the network environment 1000 or a BS. Figure 1 In some scenarios, the first wireless device 100 can be a hand-held device 100d that performs the functions, procedures, and / or methods described in the present disclosure. The hand-held device 100d can acquire information / signal input by a user (e.g., touch, text, voice, image, or video), and convert the acquired information / signal into first information / signal. The hand-held device 100d can transmit the first information / signal to the second wireless device 200 (S10). The second wireless device 200 can be any one of the wireless devices 100a to 100f in the network environment 1000 or a BS.

[0226] In some scenarios, the first wireless device 100 can be a vehicle or an autonomous vehicle 100b that performs the functions, procedures, and / or methods described in the present disclosure. The vehicle 100b can acquire information / signal through its communication unit (e.g., a radio frequency (RF) unit), and convert the acquired information / signal into first information / signal. The vehicle 100b can transmit the first information / signal to the second wireless device 200 (S10). The second wireless device 200 can be any one of the wireless devices 100a to 100f in the network environment 1000 or a BS. Figure 1The communication unit 110 of the C transmits (S10) and receives (S30) signals (e.g., data and control signals) to and from external devices such as other vehicles, BSs (e.g., gNBs and road side units), and servers. The vehicle 100b can include a driving unit, and the driving unit can cause the vehicle 100b to travel on a road. The driving unit of the vehicle 100b can include an engine, a motor, a power train, wheels, a brake, a steering device, etc. The vehicle 100b can include a sensor unit for acquiring vehicle status, surrounding environment information, user information, etc. The vehicle 100b can generate and transmit first information / signals to the second wireless device 200 (S10). The first information / signals can include vehicle status information, surrounding environment information, user information, etc. The vehicle 100b can receive second information / signals from the second wireless device 200 (S30). The second information / signals can include vehicle status information, surrounding environment information, user information, etc. The vehicle 100b can travel, stop, or adjust a speed on a road based on the second information / signals (S50). For example, the vehicle 100b can receive second information / signals including map data, traffic information data, etc. from an external server (S30). The vehicle 100b can generate an autonomous driving path and a driving plan based on the second information / signals, and can move along the autonomous driving path according to the driving plan (e.g., speed / direction control) (S50). For another example, a control unit or a processor of the vehicle 100b can generate virtual objects based on map information, traffic information, and vehicle location information obtained through a GPS sensor of the vehicle 100b, and an I / O unit 140 of the vehicle 100b can display the generated virtual objects in a window of the vehicle 100b (S50).

[0227] In some scenarios, the first wireless device 100 can be Figure 1 an XR device 100c that performs the functions, procedures, and / or methods described in the present disclosure. The XR device 100c can transmit and receive signals (e.g., data and control signals) to and from external devices through its communication unit (e.g., Figure 1The communication unit 110 of the C transmits and receives signals (e.g., media data and control signals) to and from an external device such as another wireless device, a handheld device, or a media server (S10 and S30). For example, the XR device 100c transmits content request information to another device or a media server (S10), and downloads / streaming contents such as a movie or news from another device or a media server (S30), and generates, outputs, or displays an XR object (e.g., an AR / VR / MR object) through an I / O unit of the XR device based on the second information / signals received wirelessly (S50).

[0228] In some scenarios, the first wireless device 100 can be a robot 100a that executes the functions, processes, and / or methods described in the present disclosure. The robot 100a can be classified as an industrial robot, a medical robot, a home robot, a military robot, etc. according to the purpose or field of use. The robot 100a can transmit and receive wired / wireless signals (e.g., sensor information, user input, learning model, or control signal) to and from an external device such as another robot (e.g., 100a, …, 100f, 200, or 400) or an AI server (e.g., 400) through its communication unit (e.g., 110) (S10 and S30). The control unit or processor of the robot 100a can control the movement of the robot 100a based on the second information / signals. Figure 1 Figure 1 In some scenarios, the first wireless device 100 can be a robot 100a that executes the functions, processes, and / or methods described in the present disclosure. The robot 100a can be classified as an industrial robot, a medical robot, a home robot, a military robot, etc. according to the purpose or field of use. The robot 100a can transmit and receive wired / wireless signals (e.g., sensor information, user input, learning model, or control signal) to and from an external device such as another robot (e.g., 100a, …, 100f, 200, or 400) or an AI server (e.g., 400) through its communication unit (e.g., 110) (S10 and S30). The control unit or processor of the robot 100a can control the movement of the robot 100a based on the second information / signals.

[0229] In some scenarios, the first wireless device 100 can be a robot 100a that executes the functions, processes, and / or methods described in the present disclosure. The robot 100a can be classified as an industrial robot, a medical robot, a home robot, a military robot, etc. according to the purpose or field of use. The robot 100a can transmit and receive wired / wireless signals (e.g., sensor information, user input, learning model, or control signal) to and from an external device such as another robot (e.g., 100a, …, 100f, 200, or 400) or an AI server (e.g., 400) through its communication unit (e.g., 110) (S10 and S30). The control unit or processor of the robot 100a can control the movement of the robot 100a based on the second information / signals. Figure 1 Figure 1 In some scenarios, the first wireless device 100 can be a robot 100a that executes the functions, processes, and / or methods described in the present disclosure. The robot 100a can be classified as an industrial robot, a medical robot, a home robot, a military robot, etc. according to the purpose or field of use. The robot 100a can transmit and receive wired / wireless signals (e.g., sensor information, user input, learning model, or control signal) to and from an external device such as another robot (e.g., 100a, …, 100f, 200, or 400) or an AI server (e.g., 400) through its communication unit (e.g., 110) (S10 and S30). The control unit or processor of the robot 100a can control the movement of the robot 100a based on the second information / signals. Figure 1 Figure 1 In some scenarios, the first wireless device 100 can be a robot 100a that executes the functions, processes, and / or methods described in the present disclosure. The robot 100a can be classified as an industrial robot, a medical robot, a home robot, a military robot, etc. according to the purpose or field of use. The robot 100a can transmit and receive wired / wireless signals (e.g., sensor information, user input, learning model, or control signal) to and from an external device such as another robot (e.g., 100a, …, 100f, 200, or 400) or an AI server (e.g., 400) through its communication unit (e.g., 110) (S10 and S30). The control unit or processor of the robot 100a can control the movement of the robot 100a based on the second information / signals. Figure 1 ​​​An external device such as the AI device 400 receives a wired / wireless signal (e.g., sensor information, user input, a learning model, or a control signal) (S30). The control unit or processor of the AI device 400 can determine at least one feasible operation of the AI device 400 based on information determined or generated using a data analysis algorithm or a machine learning algorithm. The AI device 400 can request an external device such as another AI device or an AI server to provide sensor information, user input, a learning model, a control signal, etc. to the AI device 400 (S10). The AI device 400 can receive second information / signals (e.g., sensor information, user input, a learning model, or a control signal) (S30), and the AI device 400 can perform a predicted operation or an operation determined to be preferred among at least one feasible operation based on the second information / signals (S50).

[0230] Figure 11 An example of a structure for providing a multicast service between a network and a UE according to a conventional technique is illustrated.

[0231] Referring to Figure 11 A multicast session (e.g., a multicast / broadcast service (MBS) session) is identified by a multicast session identifier (e.g., a TMGI (temporary mobile group identifier)). Multicast data of the multicast session is transmitted on the air using a PDCCH transmission addressed to a G-RNTI (group radio network temporary identifier).

[0232] In addition, the G-RNTI is used to indicate the multicast session and identify the corresponding logical channel. It can be done through the mapping of the G-RNTI and the multicast session (or the multicast session identifier) and the mapping of the G-RNTI and the logical channel.

[0233] When a multicast service is composed of multicast quality of service (QoS) flows and needs to distinguish the multicast QoS flows on the air, the multicast QoS flows need to be served by different logical channels.

[0234] However, since the multicast session is indicated by the G-RNTI and the corresponding logical channel is identified by the G-RNTI, it is not possible to support distinguishing the multicast QoS flows on the air.

[0235] Therefore, in the present disclosure, if a multicast service has only a single multicast session and if multiple multicast QoS flows within the multicast session need to be served on different logical channels to distinguish the multicast QoS flows, a method of providing the multicast QoS flows within the single multicast session with different logical channels is suggested.

[0236] Figure 12 An example of a structure for providing a multicast service between a network and a UE according to the present disclosure is illustrated.

[0237] Referring to Figure 12 When a logical channel can be identified by a G-RNTI, to provide multiple logical channels with a multicast QoS flow in a single multicast session, the G-RNTI is mapped to a multicast QoS flow (or a group of multicast QoS flows) instead of a multicast session.

[0238] The multicast data of a multicast QoS flow within a single multicast session is transmitted using a PDCCH transmission addressed to the G-RNTI.

[0239] Figure 13 Another example of a structure for providing multicast service between a network and a UE according to the present disclosure is shown.

[0240] Referring to Figure 13 , a logical channel can be configured to be identified by a G-RNTI along with an additional logical channel identifier.

[0241] An example of the mapping of a G-RNTI to a multicast QoS flow (or multicast QoS flow id) is as follows:

[0242] Mapping of a G-RNTI to a multicast QoS flow

[0243] Mapping of a G-RNTI to a multicast QoS flow identifier

[0244] Mapping of a G-RNTI to a list of multicast QoS flows within a single multicast session

[0245] Mapping of a G-RNTI to a list of multicast QoS flow identifiers within a single multicast session

[0246] Mapping of a G-RNTI to a group of multicast QoS flows within a single multicast session

[0247] Mapping of a G-RNTI to a multicast QoS group identifier

[0248] Mapping of a default G-RNTI to a multicast session

[0249] A UE can be configured with a set of mappings. A default G-RNTI can be used for multicast QoS flows within a multicast session that are not mapped to other G-RNTIs.

[0250] An example of how a UE is informed or configured with the mapping information is as follows:

[0251] a) The UE is configured with a set of mappings of G-RNTIs to multicast QoS flows;

[0252] b) The UE is configured with a set of G-RNTIs. A set of mappings of logical channels identified by the G-RNTIs to multicast QoS flows within a multicast session are separately informed to the UE; or

[0253] c) The UE is configured with a set of mappings of G-RNTIs to multicast sessions that the groupcast QoS flows belong to. The set of mappings of logical channels identified by G-RNTIs to groupcast QoS flows within a multicast session is informed to the UE separately.

[0254] The logical channel is configured to be identified by the G-RNTI only, or the logical channel can be configured to be identified by the G-RNTI together with an additional logical channel identifier. Accordingly, the corresponding RLC entity is established.

[0255] The MAC entity is informed of the corresponding G-RNTI value when it receives the MAC PDU. The G-RNTI information can be used when processing the MAC PDU. The MAC entity delivers the MAC SDUs for groupcast to the corresponding RLC entity only on the logical channel identified by the G-RNTI or identified by the G-RNTI and the additional logical channel identifier.

[0256] Figure 14 A flowchart of receiving multicast data by a UE according to the present disclosure is shown.

[0257] Referring to Figure 14 In S1401, the UE is configured with a mapping of G-RNTIs and groupcast QoS flows.

[0258] In S1402, the PHY layer entity of the UE can receive a PDCCH addressed to the G-RNTI and decode a transport block (TB) based on the control information included in the PDCCH.

[0259] Then, in S1403, the PHY layer entity of the UE can deliver the MAC PDU included in the TB and the G-RNTI to the MAC layer entity, and the MAC layer entity can process the MAC PDU to obtain at least one MAC SDU.

[0260] Finally, in S1404, the MAC layer entity can deliver the at least one MAC SDU to the logical channel identified by the G-RNTI only or identified by the G-RNTI together with the additional logical channel identifier.

[0261] On the other hand, the multicast data of the groupcast QoS flows within a single multicast session is transmitted using a PDCCH transmission addressed to a C-RNTI. When a MAC PDU is received and the MAC PDU contains a MAC SDU for the multicast data, the corresponding G-RNTI is not obtained from the PDCCH transmission addressed to the C-RNTI.

[0262] Figure 15 An example of the structure of a MAC PDU including multicast data according to the present disclosure is shown. In particular, in Figure 15In this case, it is assumed that the reception of the MAC PDU is scheduled by the PDCCH addressed to the C-RNTI.

[0263] Referring to Figure 15 Therefore, G-RNTI information for the MAC PDU of the multicast data needs to be obtained to identify the corresponding logical channel and MBS session. The MAC subheader of the MAC SDU of the MBS data can have another field including the G-RNTI value.

[0264] According to the disclosure, a plurality of logical channels can be provided with a multicast quality of service (QoS) flow or logical channel within a single multicast session, and based on the disclosure, those multicast QoS flows or logical channels can be efficiently distinguished.

Claims

1. A method for processing signals by a user equipment (UE) in a wireless communication system, the method comprising the following steps: Receive the Physical Downlink Control Channel (PDCCH) addressed by the Cell Radio Network Temporary Identifier (C-RNTI) from the network; Based on the PDCCH, data signals including Media Access Control (MAC) Protocol Data Units (PDUs) are received from the network, wherein the MAC PDUs include MAC Service Data Units (SDUs) for Multicast / Broadcast Services (MBS) and Group Radio Network Temporary Identifiers (G-RNTIs). Based on the G-RNTI and logical channel identifier, identify the logical channel for the MBS among two or more logical channels; and The MAC SDU for the MBS is transmitted to the identified logical channel.

2. The method according to claim 1, wherein, The logical channel identifier is included in the MAC PDU.

3. The method according to claim 1, further comprising the following steps: Receive information related to the mapping between the G-RNTI and the MBS session providing the MBS.

4. The method according to claim 1, wherein, The same logical channel identifier is assigned to at least two of the two or more logical channels, and The logical channel for the MBS is identified based on the G-RNTI.

5. A user equipment (UE) in a wireless communication system, the UE comprising: At least one transceiver; At least one processor; as well as At least one computer memory, operatively connectable to the at least one processor and storing instructions, which, when executed, cause the at least one processor to perform operations including: Receive the Physical Downlink Control Channel (PDCCH) addressed by the Cell Radio Network Temporary Identifier (C-RNTI) from the network; Based on the PDCCH, data signals including Media Access Control (MAC) Protocol Data Units (PDUs) are received from the network, wherein the MAC PDUs include MAC Service Data Units (SDUs) for Multicast / Broadcast Services (MBS) and Group Radio Network Temporary Identifiers (G-RNTIs). Based on the G-RNTI and logical channel identifier, identify the logical channel for the MBS among two or more logical channels; and The MAC SDU for the MBS is transmitted to the identified logical channel.

6. The UE according to claim 5, wherein, The logical channel identifier is included in the MAC PDU.

7. The UE according to claim 5, wherein, The operation also includes receiving information related to the mapping between the G-RNTI and the MBS session providing the MBS.

8. The UE according to claim 5, wherein, The same logical channel identifier is assigned to at least two of the two or more logical channels, and The logical channel for the MBS is identified based on the G-RNTI.

9. An apparatus for a user equipment (UE), the apparatus comprising: At least one processor; as well as At least one computer memory, operatively connectable to the at least one processor and storing instructions, which, when executed, cause the at least one processor to perform operations including: Receive the Physical Downlink Control Channel (PDCCH) addressed by the Cell Radio Network Temporary Identifier (C-RNTI) from the network; Based on the PDCCH, data signals including Media Access Control (MAC) Protocol Data Units (PDUs) are received from the network, wherein the MAC PDUs include MAC Service Data Units (SDUs) for Multicast / Broadcast Services (MBS) and Group Radio Network Temporary Identifiers (G-RNTIs). Based on the G-RNTI and logical channel identifier, identify the logical channel for the MBS among two or more logical channels; and The MAC SDU for the MBS is transmitted to the identified logical channel.

10. A computer-readable storage medium storing at least one computer program comprising instructions that, when executed by at least one processor, cause the at least one processor to perform operations for a user equipment (UE), the operations comprising: Receive the Physical Downlink Control Channel (PDCCH) addressed by the Cell Radio Network Temporary Identifier (C-RNTI) from the network; Based on the PDCCH, data signals including Media Access Control (MAC) Protocol Data Units (PDUs) are received from the network, wherein the MAC PDUs include MAC Service Data Units (SDUs) for Multicast / Broadcast Services (MBS) and Group Radio Network Temporary Identifiers (G-RNTIs). Based on the G-RNTI and logical channel identifier, identify the logical channel for the MBS among two or more logical channels; and The MAC SDU for the MBS is transmitted to the identified logical channel.

Images