Method and apparatus for height-based list of SSBs to be measured in wireless communication system

Abstract

A method and apparatus for a height-based list of synchronization signal blocks (SSBs) to be measured in a wireless communication system are provided. A wireless device receives, from a network, a measurement configuration including information on a measurement object. The information on the measurement object includes (i) information on a height-based list of synchronization signal blocks (SSB) to be measured and (ii) information on a height range corresponding to the height-based list of SSBs to be measured. Based on the current height of the wireless device being within the height range, the wireless device performs a measurement based on a height-based list of SSBs to be measured associated with the height range.

Description

Technical Field

[0001] The present disclosure relates to methods and apparatus for a height-based list of synchronization signal blocks (SSBs) to be measured in a wireless communication system. Background Art

[0002] The 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a technology that allows high-speed packet communications. Many solutions have been proposed for the LTE goal, including those aimed at reducing user and supplier costs, improving service quality, and expanding and improving coverage and system capacity. As upper layer requirements, 3GPP LTE requires reduced cost per bit, increased service availability, flexible use of frequency bands, simple structure, open interfaces, and appropriate power consumption of terminals.

[0003] The International Telecommunication Union (ITU) and 3GPP have begun work on developing requirements and specifications for New Radio (NR) systems. 3GPP must identify and develop the technical components required for successful standardization of new RATs that will meet both urgent market needs and longer-term requirements set forth by the ITU Radiocommunication Sector (ITU-R) International Mobile Telecommunications (IMT)-2020 process in a timely manner. In addition, NR should be able to use any spectrum band up to at least the 100 GHz range that can be used for wireless communications even in the more distant future.

[0004] The goal of NR is to be a single technology framework that addresses all use cases, requirements and deployment scenarios, including enhanced mobile broadband (eMBB), massive machine type communications (mMTC), ultra-reliable and low latency communications (URLLC), etc. NR should be inherently forward compatible. Summary of the invention

[0005] Technical issues

[0006] Cell search is the process by which the UE acquires time and frequency synchronization with the cell and detects the physical layer cell ID of the cell. The UE receives the SS consisting of the primary SS (PSS) and the secondary SS (SSS) periodically transmitted in the DL of the cell. After synchronization, the UE decodes the physical broadcast channel (PBCH) carrying the master information block (MIB). By decoding the MIB, the UE can know the broadcast information of the remaining system information. PSS, SSS and PBCH are collectively referred to as SSB. For a half frame with SSB, the number of SSB candidates and the symbol position of each candidate are determined according to the SCS of the SSB. The network sends SSB information about which SSB(s) are actually sent among the candidates.

[0007] The number of PDCCH monitoring opportunities for paging monitoring, obtaining SI messages, and receiving MCCH messages is related to the number of SSBs actually transmitted, and the actual PDCCH monitoring opportunities to be monitored by the UE among the PDCCH monitoring opportunities are determined by the SSBs synchronized with the UE. Therefore, which SSB is selected is important for improving the success rate of receiving network messages such as paging messages and system information messages.

[0008] Typically, the network sends SSBs in different directions, and the UE detects the best beam among these beams. Because aerial UEs experience more line-of-sight propagation conditions for signals at increasing altitudes, the UE can detect multiple SSBs. In addition, because aerial coverage becomes fragmented with increasing altitude, it is difficult to select SSBs with appropriate directivity for high altitudes.

[0009] With the commercialization of airborne UEs, it is expected that the network will send SSB in more directions to support airborne UEs and ground UEs. If SSB information suitable for each altitude is sent, this will help UE's SSB selection.

[0010] Therefore, there is a need for research on a height-based list of SSBs to be measured in a wireless communication system.

[0011] Technical Solution

[0012] In one aspect, a method performed by a wireless device in a wireless communication system is provided. The wireless device receives a measurement configuration including information about a measurement object from a network. The information about the measurement object includes (i) information about a height-based list of synchronization signal blocks (SSBs) to be measured and (ii) information about a height range corresponding to the height-based list of SSBs to be measured. Based on the current height of the wireless device being within the height range, the wireless device performs measurement based on the height-based list of SSBs to be measured associated with the height range.

[0013] In another aspect, a device for implementing the above method is provided.

[0014] Beneficial effects of the present invention

[0015] The present disclosure may have various beneficial effects.

[0016] According to some embodiments of the present disclosure, a wireless device may efficiently detect a reference signal by using a height-based list of synchronization signal blocks (SSBs) to measure.

[0017] For example, when airborne UEs are commercialized, it is expected that the network will send SSBs in more directions to support airborne UEs and ground UEs. If SSB information suitable for each altitude is sent, this will help UE's SSB selection.

[0018] For example, the UE does not need to scan unnecessary reference signals and can improve the signal reception rate from the network by selecting reference signals suitable for the altitude. Specifically, this will help the aerial UE to select appropriate reference signals when it experiences line-of-sight propagation conditions and can detect many reference signals at increased altitudes.

[0019] In other words, by selecting a reference signal appropriate for the UE's altitude, the UE can avoid scanning unnecessary signals and improve the signal reception rate from the network. This is particularly beneficial for airborne UEs that experience line-of-sight propagation conditions and can detect multiple reference signals as their altitude increases.

[0020] For example, by selecting an SSB that is suitable for the height of the UE, efficient detection of the SSB can be achieved.

[0021] For example, by providing SSB information to the UE based on the UE's altitude, the network enables the UE to efficiently select an SSB set.

[0022] According to some embodiments of the present disclosure, a wireless network system may provide an efficient solution for a height-based list of synchronization signal blocks (SSBs) to be measured.

[0023] The advantageous effects that can be obtained by the specific embodiments of the present disclosure are not limited to the beneficial effects listed above. For example, there may be various technical effects that a person of ordinary skill in the relevant field can understand and / or derive from the present disclosure. Therefore, the specific effects of the present disclosure are not limited to those explicitly described herein, but may include various effects that can be understood or derived from the technical features of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 An example of a communication system to which an implementation of the present disclosure is applied is shown.

[0025] Figure 2 An example of a wireless device to which an implementation of the present disclosure is applied is shown.

[0026] Figure 3 An example of a wireless device to which an implementation of the present disclosure is applied is shown.

[0027] Figure 4 Another example of a wireless device to which an implementation of the present disclosure is applied is shown.

[0028] Figure 5An example of a UE to which an implementation of the present disclosure is applied is shown.

[0029] Figure 6 and Figure 7 An example of a protocol stack in a 3GPP-based wireless communication system to which an implementation of the present disclosure is applied is shown.

[0030] Figure 8 The frame structure in a 3GPP-based wireless communication system to which the implementation of the present disclosure is applied is shown.

[0031] Fig. 9 An example of data flow in a 3GPP NR system to which an implementation of the present disclosure is applied is shown.

[0032] Fig.10 An example of a method for a height-based list of SSBs to measure in a wireless communication system according to some embodiments of the present disclosure is shown.

[0033] Fig.11 An example of a method for a height-based list of SSBs to measure in a wireless communication system according to some embodiments of the present disclosure is shown.

[0034] Fig.12 An example of a highly configured reference signal in a wireless communication system according to some embodiments of the present disclosure is shown.

[0035] Fig.13 Candidates for reference signals are shown by a list of reference signals associated with altitude ranges.

[0036] Fig.14 Candidates for the reference signal are shown with additional information associated with the altitude range.

[0037] Fig.15 Candidates for the reference signal are shown by a bit mask associated with the altitude range. DETAILED DESCRIPTION

[0038] The following techniques, devices and systems can be applied to various wireless multiple access systems. Examples of multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, single carrier frequency division multiple access (SC-FDMA) systems, and multi-carrier frequency division multiple access (MC-FDMA) systems. CDMA can be implemented by radio technologies such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA can be implemented by radio technologies such as Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), or Enhanced Data Rates for GSM Evolution (EDGE). OFDMA can be implemented by radio technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE802.16 (WiMAX), IEEE 802.20, or Evolved UTRA (E-UTRA). UTRA is part of Universal Mobile Telecommunications System (UMTS). 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) using E-UTRA. 3GPP LTE adopts OFDMA in DL and SC-FDMA in UL. LTE-Advanced (LTE-A) is an evolved version of 3GPP LTE.

[0039] For ease of description, the implementation of the present disclosure is mainly described with respect to a 3GPP-based wireless communication system. However, the technical features of the present 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 present disclosure that are not limited to a 3GPP-based wireless communication system are applicable to other mobile communication systems.

[0040] For terms and techniques not specifically described in the terms and techniques adopted in the present disclosure, reference may be made to wireless communication standard documents issued prior to the present disclosure.

[0041] In the present disclosure, "A or B" may mean "only A", "only B", or "both A and B". In other words, in the present disclosure, "A or B" may be interpreted as "A and / or B". For example, in the present disclosure, "A, B or C" may mean "only A", "only B", "only C", or "any combination of A, B, and C".

[0042] In the present disclosure, a slash ( / ) or a comma (,) may mean "and / or". For example, "A / B" may mean "A and / or B". Thus, "A / B" may mean "only A", "only B", or "both A and B". For example, "A, B, C" may mean "A, B, or C".

[0043] In the present disclosure, "at least one of A and B" may mean "only A", "only B", or "both A and B". In addition, the expression "at least one of A or B" or "at least one of A and / or B" in the present disclosure may be interpreted as being the same as "at least one of A and B".

[0044] In addition, in the present disclosure, "at least one of A, B, and C" may mean "only A", "only B", "only C", or "any combination of A, B, and C". In addition, "at least one of A, B, or C" or "at least one of A, B and / or C" may mean "at least one of A, B, and C".

[0045] In addition, the brackets used in the present disclosure may mean "for example". In detail, when it is shown as "control information (PDCCH)", "PDCCH" may be proposed as an example of "control information". In other words, in the present disclosure, "control information" is not limited to "PDCCH", and "PDCCH" may be proposed as an example of "control information". In addition, even when it is shown as "control information (ie, PDCCH)", "PDCCH" may be proposed as an example of "control information".

[0046] The technical features described separately in one figure in the present disclosure can be implemented separately or simultaneously.

[0047] Although not limited thereto, the various descriptions, functions, processes, suggestions, methods and / or operational flowcharts of the present disclosure disclosed herein may be applied to various fields requiring wireless communication and / or connection between devices (e.g., 5G).

[0048] Hereinafter, the present disclosure will be described in more detail with reference to the accompanying drawings. Unless otherwise specified, the same reference numerals in the following drawings and / or descriptions may refer to the same and / or corresponding hardware blocks, software blocks and / or functional blocks.

[0049] Figure 1 An example of a communication system to which an implementation of the present disclosure is applied is shown.

[0050] exist Figure 1 The 5G usage scenarios shown in the present disclosure are only exemplary, and the technical features of the present disclosure may be applied to Figure 1 Other 5G usage scenarios shown in .

[0051] The three main demand categories for 5G include: (1) enhanced mobile broadband (eMBB) category, (2) massive machine type communication (mMTC) category, and (3) ultra-reliable and low-latency communication (URLLC) category.

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

[0053] eMBB goes far beyond basic mobile Internet access and covers rich two-way work and media and entertainment applications in the cloud and augmented reality. Data is one of the core driving forces of 5G, and in the 5G era, dedicated voice services may not be provided for the first time. In 5G, it is expected that voice will be simply processed as an application using a data connection provided by the communication system. The main reason for increasing business capacity is due to the increase in content size and the 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. Many of these applications require a connection that is always on 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 in the cloud. When using a tactile 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 anywhere 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.

[0054] Additionally, one of the most anticipated 5G use cases involves the ability to smoothly connect embedded sensors in all fields, i.e., mMTC. It is expected that the number of potential Internet of Things (IoT) devices will reach 204 billion by 2020. Industrial IoT is one of the categories that performs a major role in enabling smart cities, asset tracking, smart utilities, agriculture, and security infrastructure through 5G.

[0055] URLLC includes remote control and ultra-reliable / available low-latency links over the main infrastructure that will transform new services in industry (such as autonomous vehicles). The level of reliability and latency is necessary to control smart grids, automate industry, enable robotics, and control and adjust drones.

[0056] 5G is a means of providing streams estimated at hundreds of megabits per second to gigabits per second, and can complement fiber to the home (FTTH) and cable-based broadband (or DOCSIS). Such fast speeds are needed to deliver TV at a resolution of 4K or more (6K, 8K and more), as well as virtual reality and augmented reality. Virtual reality (VR) and augmented reality (AR) applications include almost immersive sports games. Specific applications may require special network configurations. For example, for VR games, game companies need to merge core servers into the network operator's edge network servers to minimize latency.

[0057] It is expected that cars, together with many use cases for mobile communications for vehicles, are new and important motivating forces in 5G. For example, the entertainment of passengers requires high simultaneous capacity and mobile broadband with high mobility. This is because future users continue to expect high-quality connections, regardless of their location and speed. Another use case in the automotive field is the AR dashboard. The AR dashboard enables the driver to identify objects in the dark in addition to the objects seen from the front window, and displays the distance to the object and the movement of the object by overlapping the information told by the driver. In the future, the wireless module realizes the communication between vehicles, the information exchange between the vehicle and the supporting infrastructure, and the information exchange between the vehicle and other connected devices (e.g., devices accompanied by pedestrians). The safety system guides the alternative route of the behavior so that the driver 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 the driver will only focus on abnormal traffic that the vehicle cannot recognize. The technical requirements of self-driving vehicles require ultra-low latency and ultra-high reliability, so that traffic safety is increased to a level that cannot be achieved by humans.

[0058] Smart cities and smart homes / buildings, referred to 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 corresponding 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 transfer rate, power and cost. However, certain types of devices may require real-time HD video to perform monitoring.

[0059] The consumption and distribution of energy, including heat or gas, is distributed at a higher level, making it necessary to automatically control the distribution sensor network. Smart grids collect information and use digital information and communication technologies to connect sensors to each other, so as to act according to the collected information. Since this information can include the behavior of supply companies and consumers, smart grids can improve the distribution of fuels such as electricity by methods with efficiency, reliability, economic feasibility, production sustainability and automation. Smart grids can also be considered as another sensor network with low latency.

[0060] Mission-critical applications (e.g., e-health) are one of the 5G use cases. The health section includes many applications that can enjoy the benefits of mobile communications. Communication systems can support telemedicine that provides clinical treatment in remote locations. Telemedicine can help reduce barriers to distance and improve access to medical services that are not continuously available in remote rural areas. Telemedicine is also used to perform important treatments and save lives in emergency situations. Wireless sensor networks based on mobile communications can provide remote monitoring and sensors for parameters such as heart rate and blood pressure.

[0061] Wireless and mobile communications are becoming increasingly important in the field of industrial applications. Cabling is expensive in terms of installation and maintenance. Therefore, the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity in many industrial fields. However, in order to achieve this replacement, wireless connections need to be established with latency, reliability and capacity similar to cables, and the management of wireless connections needs to be simplified. When it comes to connecting to 5G, low latency and very low error probability are new requirements.

[0062] Logistics and freight tracking are important use cases for mobile communications, which allow inventory and packages to be tracked anywhere using location-based information systems. The use cases for logistics and freight tracking typically require low data rates but require location information with wide range and reliability.

[0063] Reference Figure 1 , the communication system 1 includes wireless devices 100a to 100f, a base station (BS) 200, and a network 300. Figure 1 A 5G network is illustrated as an example of a network of the communication system 1, but implementations of the present disclosure are not limited to the 5G system and may be applied to future communication systems other than the 5G system.

[0064] BS 200 and network 300 may be implemented as wireless devices, and a specific wireless device may operate as a BS / network node relative to other wireless devices.

[0065] The wireless devices 100a to 100f represent devices that perform communication using a radio access technology (RAT) (e.g., 5G new RAT (NR) or LTE), and may be referred to as communication / wireless / 5G devices. The wireless devices 100a to 100f may include, but are not limited to, a robot 100a, vehicles 100b-1 and 100b-2, an extended reality (XR) device 100c, a handheld device 100d, a home appliance 100e, an IoT device 100f, and an artificial intelligence (AI) device / server 400. For example, a vehicle may include a vehicle with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing communication between vehicles. A vehicle may include an unmanned aerial vehicle (UAV) (e.g., a drone). The XR device may include an AR / VR / mixed reality (MR) device, and may be implemented in the form of a head-mounted device (HMD), a head-up display (HUD) installed in a vehicle, a television, a smart phone, a computer, a wearable device, a home appliance device, a digital signage, a vehicle, a robot, and the like. Handheld devices may include smart phones, smart tablets, wearable devices (e.g., smart watches or smart glasses), and computers (e.g., notebooks). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters.

[0066] In the present disclosure, the wireless devices 100a to 100f may be referred to as user equipment (UE). For example, the UE may include a cellular phone, a smart phone, a laptop computer, a digital broadcast terminal, a personal digital assistant (PDA), a portable multimedia player (PMP), a navigation system, a plate-shaped personal computer (PC), a tablet PC, an ultrabook, a vehicle, a vehicle with an autonomous driving function, a connected car, a UAV, an AI module, a robot, an AR device, a VR device, an 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 / environmental device, a device related to 5G services, or a device related to the fourth industrial evolution field.

[0067] A UAV may be, for example, an aerial vehicle that is piloted by wireless control signals without a human on board.

[0068] VR devices may include, for example, devices for realizing objects or backgrounds of a virtual world. AR devices may include, for example, devices realized by connecting objects or backgrounds of a virtual world to objects or backgrounds of a real world. MR devices may include, for example, devices realized by merging objects or backgrounds of a virtual world into objects or backgrounds of a real world. Hologram devices may include, for example, devices for realizing a 360-degree stereoscopic image by recording and reproducing stereoscopic information, which uses the interference phenomenon of light generated when two lasers meet, which is called holographic imaging.

[0069] Public safety devices may include, for example, image relay devices or image devices wearable on a user's body.

[0070] MTC devices and IoT devices may be devices that do not require direct human intervention or manipulation, for example. For example, MTC devices and IoT devices may include smart meters, vending machines, thermometers, smart light bulbs, door locks, or various sensors.

[0071] The medical device may be, for example, a device for the purpose of diagnosing, treating, alleviating, curing or preventing a disease. For example, the medical device may be a device for the purpose of diagnosing, treating, alleviating or correcting an injury or harm. For example, the medical device may be a device for the purpose of inspecting, replacing or modifying a structure or function. For example, the medical device may be a device for the purpose of regulating pregnancy. For example, the medical device may include a device for treatment, a device for operation, a device for (in vitro) diagnosis, a hearing aid or a device for surgery.

[0072] The safety device may be, for example, a device installed to prevent possible danger and maintain safety. For example, the safety device may be a camera, a closed-circuit TV (CCTV), a recorder, or a black box.

[0073] Fintech devices may be devices that can provide financial services such as mobile payments, for example. For example, Fintech devices may include payment devices or point-of-sale (POS) systems.

[0074] Weather / environmental devices may include, for example, devices for monitoring or predicting weather / environmental conditions.

[0075] The wireless devices 100a to 100f may be connected to the network 300 via the BS 200. AI technology may be applied to the wireless devices 100a to 100f, and the wireless devices 100a to 100f may be connected to the AI ​​server 400 via the network 300. The network 300 may 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 to 100f may communicate with each other via the BS 200 / network 300, the wireless devices 100a to 100f may perform direct communication (e.g., side link communication) with each other without passing through the BS 200 / network 300. For example, the vehicles 100b-1 and 100b-2 may perform direct communication (e.g., vehicle-to-vehicle (V2V) / vehicle-to-everything (V2X) communication). An IoT device (e.g., a sensor) may perform direct communication with other IoT devices (e.g., a sensor) or other wireless devices 100a to 100f.

[0076] Wireless communication / connection 150a, 150b, and 150c may be established between wireless devices 100a to 100f and / or between wireless devices 100a to 100f and BS200 and / or between BS200. In this document, wireless communication / connection may be established through various RATs (e.g., 5G NR) such as uplink / downlink communication 150a, sidelink communication (or device-to-device (D2D) communication) 150b, inter-base station communication 150c (e.g., relay, integrated access and backhaul (IAB)), etc. Wireless devices 100a to 100f and BS200 / wireless devices 100a to 100f may send / receive radio signals to each other through wireless communication / connection 150a, 150b, and 150c. For example, wireless communication / connection 150a, 150b, and 150c may send / receive signals through various physical channels. To this end, various configuration information configuration processes for sending / receiving radio signals, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation, and resource mapping / demapping), and at least a portion of the resource allocation process can be performed based on various proposals of the present disclosure.

[0077] Here, the radio communication technology implemented in the wireless device in the present disclosure may include narrowband Internet of Things (NB-IoT) technology for low-power communication as well as LTE, NR and 6G. For example, NB-IoT technology may be an example of low-power wide area network (LPWAN) technology, which may be implemented in specifications such as LTE Cat NB1 and / or LTE Cat NB2, and may not be limited to the above names. Additionally and / or alternatively, the radio communication technology implemented in the wireless device in the present disclosure may communicate based on LTE-M technology. For example, LTE-M technology may be an example of LPWAN technology, and may be referred to as various names such as enhanced machine type communication (eMTC). For example, LTE-M technology may be implemented in at least one of various specifications such as 1) LTE Cat 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-bandwidth limited (non-BL), 5) LTE-MTC, 6) LTE machine type communication, and / or 7) LTE M, and may not be limited to the above names. Additionally and / or alternatively, the radio communication technology implemented in the wireless device in the present disclosure may include at least one of ZigBee, Bluetooth, and / or LPWAN considered as low-power communication, and may not be limited to the above names. For example, ZigBee technology may generate a personal area network (PAN) associated with small / low-power digital communication based on various specifications such as IEEE 802.15.4, and may be referred to as various names.

[0078] Figure 2An example of a wireless device to which an implementation of the present disclosure is applied is shown.

[0079] Reference 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 (eg, LTE and NR). Figure 2 In the example, {the first wireless device 100 and the second wireless device 200} may correspond to the attached Figure 1 At least one of {wireless devices 100a to 100f and BS200}, {wireless devices 100a to 100f and wireless devices 100a to 100f} and / or {BS200 and BS200}.

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

[0081] The second wireless device 200 may include one or more processors 202 and one or more memories 204, and further include one or more transceivers 206 and / or one or more antennas 208. The processor 202 may control the memory 204 and / or the transceiver 206, and may be configured to implement the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts described in the present disclosure. For example, the processor 202 may process the information in the memory 204 to generate third information / signals, and then transmit a radio signal including the third information / signals through the transceiver 206. The processor 202 may receive a radio signal including fourth information / signals through the transceiver 106, and then store information obtained by processing the fourth information / signals in the memory 204. The memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202. For example, the memory 204 may store software codes including commands for executing part or all of the processes controlled by the processor 202 or for executing the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts described in the present disclosure. Herein, the processor 202 and the memory 204 may be part of a communication modem / circuit / chip designed to implement a RAT (e.g., LTE or NR). The transceiver 206 may be connected to the processor 202 and transmit and / or receive radio signals through one or more antennas 208. Each of the transceivers 206 may include a transmitter and / or a receiver. The transceiver 206 may be used interchangeably with an RF unit. In the present disclosure, the second wireless device 200 may represent a communication modem / circuit / chip.

[0082] In the following, the hardware elements of the wireless devices 100 and 200 will be described in more detail. One or more protocol layers may be implemented by, but not limited to, one or more processors 102 and 202. For example, one or more processors 102 and 202 may implement one or more layers (e.g., functional layers such as a physical (PHY) layer, a medium access control (MAC) layer, a radio link control (RLC) layer, a packet data convergence protocol (PDCP) layer, a radio resource control (RRC) layer, and a service data adaptation protocol (SDAP) layer). According to the description, function, process, suggestion, method, and / or operation flowchart disclosed in the present disclosure, one or more processors 102 and 202 may generate one or more protocol data units (PDUs) and / or one or more service data units (SDUs). One or more processors 102 and 202 may generate messages, control information, data, or information according to the description, function, process, suggestion, method, and / or operation flowchart disclosed in the present disclosure. One or more processors 102 and 202 may generate a signal (e.g., a baseband signal) including a PDU, SDU, message, control information, data, or information according to the description, function, process, suggestion, method, and / or operational flowchart disclosed in the present disclosure, and provide the generated signal to one or more transceivers 106 and 206. One or more processors 102 and 202 may receive a signal (e.g., a baseband signal) from one or more transceivers 106 and 206, and obtain the PDU, SDU, message, control information, data, or information according to the description, function, process, suggestion, method, and / or operational flowchart disclosed in the present disclosure.

[0083] One or more processors 102 and 202 may be referred to as controllers, microcontrollers, microprocessors, or microcomputers. One or more processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof. As an 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) may be included in one or more processors 102 and 202. The descriptions, functions, processes, suggestions, methods, and / or operational flow charts disclosed in the present disclosure may be implemented using firmware or software, and the firmware or software may be configured to include modules, processes, or functions. Firmware or software configured to execute the descriptions, functions, processes, suggestions, methods, and / or operational flow charts disclosed in the present disclosure may be included in one or more processors 102 and 202, or stored in one or more memories 104 and 204, thereby being driven by one or more processors 102 and 202. The descriptions, functions, processes, suggestions, methods and / or operational flowcharts disclosed in the present disclosure may be implemented using firmware or software in the form of codes, commands and / or command sets.

[0084] One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and store various types of data, signals, messages, information, programs, codes, instructions, and / or commands. One or more memories 104 and 204 may be configured by read-only memory (ROM), random access memory (RAM), electrically erasable programmable read-only memory (EPROM), flash memory, hard drive, register, cache memory, computer-readable storage medium, and / or a combination thereof. One or more memories 104 and 204 may be located inside and / or outside of one or more processors 102 and 202. One or more memories 104 and 204 may be connected to one or more processors 102 and 202 by various technologies such as wired or wireless connections.

[0085] One or more transceivers 106 and 206 can send user data, control information and / or radio signals / channels mentioned in the description, function, process, suggestion, method and / or operation flow chart disclosed in the present disclosure to one or more other devices. One or more transceivers 106 and 206 can receive user data, control information and / or radio signals / channels mentioned in the description, function, process, suggestion, method and / or operation flow chart disclosed in the present disclosure from one or more other devices. For example, one or more transceivers 106 and 206 can be connected to one or more processors 102 and 202 and send and receive radio signals. For example, one or more processors 102 and 202 can perform control so that one or more transceivers 106 and 206 can send user data, control information or radio signals to one or more other devices. One or more processors 102 and 202 can perform control so that one or more transceivers 106 and 206 can receive user data, control information or radio signals from one or more other devices.

[0086] One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208, and one or more transceivers 106 and 206 may be configured to transmit and receive user data, control information, and / or radio signals / channels mentioned in the descriptions, functions, processes, suggestions, methods, and / or operational flow charts disclosed in the present disclosure through one or more antennas 108 and 208. In the present disclosure, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports).

[0087] One or more transceivers 106 and 206 can convert the received radio signal / channel, etc. from the RF band signal to the baseband signal in order to process the received user data, control information, radio signal / channel, etc. One or more transceivers 106 and 206 can convert the user data, control information, radio signal / channel, etc. processed by one or more processors 102 and 202 from the baseband signal to the RF band signal. To this end, one or more transceivers 106 and 206 may include (analog) oscillators and / or filters. For example, transceivers 106 and 206 can up-convert the OFDM baseband signal to the carrier frequency through their (analog) oscillators and / or filters under the control of processors 102 and 202, and send the up-converted OFDM signal of the carrier frequency. Transceivers 106 and 206 can receive the OFDM signal of the carrier frequency, and down-convert the OFDM signal to the OFDM baseband signal through their (analog) oscillators and / or filters under the control of processors 102 and 202.

[0088] In an implementation of the present disclosure, a UE may operate as a transmitting device in an uplink (UL) and as a receiving device in a downlink (DL). In an implementation of the present disclosure, a BS may operate as a receiving device in an UL and as a transmitting device in a DL. Hereinafter, for the convenience of description, it is mainly assumed that the first wireless device 100 acts as a UE and the second wireless device 200 acts as a BS. For example, a processor 102 connected to the first wireless device 100, installed on the first wireless device 100, or started in the first wireless device 100 may be configured to perform UE behavior according to an implementation of the present disclosure, or control the transceiver 106 to perform UE behavior according to an implementation of the present disclosure. A processor 202 connected to the second wireless device 200, installed on the second wireless device 200, or started in the second wireless device 200 may be configured to perform BS behavior according to an implementation of the present disclosure, or control the transceiver 206 to perform BS behavior according to an implementation of the present disclosure.

[0089] In the present disclosure, the BS is also referred to as a Node B (NB), an eNodeB (eNB) or a gNB.

[0090] Figure 3 An example of a wireless device to which an implementation of the present disclosure is applied is shown.

[0091] The wireless device may be implemented in various forms depending on the use case / service (see Figure 1 ).

[0092] Reference Figure 3 , the wireless devices 100 and 200 may correspond to Figure 2 The wireless devices 100 and 200 of the present invention may be configured by various elements, components, units / parts and / or modules. For example, each of the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130 and an additional component 140. The communication unit 110 may include a communication circuit 112 and a transceiver 114. For example, the communication circuit 112 may include Figure 2 One or more processors 102 and 202 and / or Figure 2 One or more memories 104 and 204. For example, the transceiver 114 may include Figure 2 One or more transceivers 106 and 206 and / or Figure 2The control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional components 140, and controls the overall operation of each of the wireless devices 100 and 200. For example, the control unit 120 may control the electrical / mechanical operation of each of the wireless devices 100 and 200 based on the program / code / command / information stored in the memory unit 130. The control unit 120 may transmit information stored in the memory unit 130 to the outside (e.g., other communication devices) through a wireless / wired interface via the communication unit 110, or store information received from the outside (e.g., other communication devices) through a wireless / wired interface in the memory unit 130 via the communication unit 110.

[0093] The additional component 140 may be configured differently depending on the type of the wireless device 100 and 200. For example, the additional 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 driving unit, and a computing unit. The wireless device 100 and 200 may be in the form of, but not limited to, a robot ( Figure 1 100a), vehicles ( Figure 1 100b-1 and 100b-2), XR devices ( Figure 1 100c), handheld device ( Figure 1 100d), household appliances ( Figure 1 100e), IoT devices ( Figure 1 100f), digital broadcast terminal, hologram device, public safety device, MTC device, medical device, Fintech device (or financial device), security device, climate / environmental device, AI server / device ( Figure 1 400), BSS( Figure 1 The wireless devices 100 and 200 may be implemented in the form of a wireless device 200 , a network node, etc. The wireless devices 100 and 200 may be used in a mobile or fixed location depending on the usage example / service.

[0094] exist Figure 3In the wireless devices 100 and 200, the entirety of the various elements, components, units / parts and / or modules in the wireless devices 100 and 200 may be connected to each other through a wired interface, or at least a portion thereof may be wirelessly connected through the communication unit 110. For example, in each of the wireless devices 100 and 200, the control unit 120 and the communication unit 110 may be connected by wire, and the control unit 120 and the first unit (e.g., 130 and 140) may be wirelessly connected through the communication unit 110. Each element, component, unit / part and / or module within the wireless devices 100 and 200 may also include one or more elements. For example, the control unit 120 may be configured by a group of one or more processors. As an example, the control unit 120 may be configured by a group of communication control processors, application processors (APs), electronic control units (ECUs), graphics processing units, and memory control processors. As another example, the memory unit 130 may be configured by RAM, DRAM, ROM, flash memory, volatile memory, non-volatile memory, and / or a combination thereof.

[0095] Figure 4 Another example of a wireless device to which an implementation of the present disclosure is applied is shown.

[0096] Reference Figure 4 , the wireless devices 100 and 200 may correspond to Figure 2 The wireless devices 100 and 200 may be configured by various elements, components, units / portions and / or modules.

[0097] The first wireless device 100 may include at least one transceiver such as a transceiver 106, and at least one processing chip such as a processing chip 101. The processing chip 101 may include at least one processor such as a processor 102 and at least one memory such as a memory 104. The memory 104 may be operably connected to the processor 102. The memory 104 may store various types of information and / or instructions. The memory 104 may store software code 105, which implements instructions for executing the description, function, process, suggestion, method and / or operation flow chart disclosed in the present disclosure when executed by the processor 102. For example, the software code 105 may implement instructions for executing the description, function, process, suggestion, method and / or operation flow chart disclosed in the present disclosure when executed by the processor 102. For example, the software code 105 may control the processor 102 to execute one or more protocols. For example, the software code 105 may control the processor 102 to execute one or more layers of the radio interface protocol.

[0098] The second wireless device 200 may include at least one transceiver such as the transceiver 206 and at least one processing chip such as the processing chip 201. The processing chip 201 may include at least one processor such as the processor 202 and at least one memory such as the memory 204. The memory 204 may be operably connected to the processor 202. The memory 204 may store various types of information and / or instructions. The memory 204 may store software code 205, which implements instructions for executing the description, function, process, suggestion, method and / or operation flow chart disclosed in the present disclosure when executed by the processor 202. For example, the software code 205 may implement instructions for executing the description, function, process, suggestion, method and / or operation flow chart disclosed in the present disclosure when executed by the processor 202. For example, the software code 205 may control the processor 202 to execute one or more protocols. For example, the software code 205 may control the processor 202 to execute one or more layers of the wireless interface protocol.

[0099] Figure 5 An example of a UE to which an implementation of the present disclosure is applied is shown.

[0100] Reference Figure 5 , UE 100 may correspond to the attached Figure 2 The first wireless device 100 and / or Figure 4 A first wireless device 100 is provided.

[0101] UE 100 includes a processor 102 , a memory 104 , a transceiver 106 , one or more antennas 108 , a power management module 110 , a battery 1112 , a display 114 , a keypad 116 , a subscriber identity module (SIM) card 118 , a speaker 120 , and a microphone 122 .

[0102] The processor 102 may be configured to implement the descriptions, functions, processes, suggestions, methods and / or operational flow charts disclosed in the present disclosure. The processor 102 may be configured to control one or more other components of the UE 100 to implement the descriptions, functions, processes, suggestions, methods and / or operational flow charts disclosed in the present disclosure. The layers of the radio interface protocol may be implemented in the processor 102. The processor 102 may include an ASIC, other chipsets, logic circuits and / or data processing devices. The processor 102 may be an application processor. The processor 102 may include at least one of a digital signal processor (DSP), a central processing unit (CPU), a graphics processing unit (GPU), a modem (modulator and demodulator). Examples of the processor 102 can be found at MANUFACTURED BY SNAPDRAGON TM Series processors, Manufactured by EXYNOSTM Series processors, A series processors manufactured by Made by HELIO TM Series processors, ATOM manufactured TM series processors or corresponding to the next generation processors.

[0103] The memory 104 is operatively coupled to the processor 102 and stores a variety of information to operate the processor 102. The memory 104 may include ROM, RAM, flash memory, memory card, storage medium, and / or other storage devices. When the embodiment is implemented in software, the techniques described herein may be implemented with modules (e.g., processes, functions, etc.) that execute the descriptions, functions, processes, suggestions, methods, and / or operational flow charts disclosed in the present disclosure. The modules may be stored in the memory 104 and executed by the processor 102. The memory 104 may be implemented within the processor 102 or outside the processor 102, in which case the memory 104 may be communicatively coupled to the processor 102 via various means known in the art.

[0104] The transceiver 106 is operatively coupled to the processor 102 and transmits and / or receives radio signals. The transceiver 106 includes a transmitter and a receiver. The transceiver 106 may include a baseband circuit for processing radio frequency signals. The transceiver 106 controls one or more antennas 108 to transmit and / or receive radio signals.

[0105] The power management module 110 manages power to the processor 102 and / or the transceiver 106. The battery 112 provides power to the power management module 110.

[0106] The display 114 outputs the result processed by the processor 102. The keypad 116 receives input to be used by the processor 102. The keypad 116 may be displayed on the display 114.

[0107] The SIM card 118 is an integrated circuit designed to securely store an International Mobile Subscriber Identity (IMSI) number and its associated keys, which are used to identify and authenticate subscribers on mobile telephony devices such as mobile phones and computers. Contact information can also be stored on many SIM cards.

[0108] Speaker 120 outputs sound related results processed by processor 102. Microphone 122 receives sound related input to be used by processor 102.

[0109] Figure 6 and Figure 7 An example of a protocol stack in a 3GPP-based wireless communication system to which an implementation of the present disclosure is applied is shown.

[0110] Specifically, Figure 6 An example of a radio interface user plane protocol stack between a UE and a BS is illustrated, and Figure 7 An example of a radio interface control plane protocol stack between a UE and a BS is illustrated. The control plane refers to a path through which control messages for managing calls made between a UE and a network are transmitted. The user plane refers to a path through which data generated in an application layer (e.g., voice data or Internet packet data) is transmitted. Figure 6 , the user plane protocol stack can be divided into layer 1 (ie, PHY layer) and layer 2. Figure 7 , the control plane protocol stack can be divided into layer 1 (ie, PHY layer), layer 2, layer 3 (eg, RRC layer), and non-access stratum (NAS) layer. Layer 1, layer 2, and layer 3 are called access stratum (AS).

[0111] In the 3GPP LTE system, Layer 2 is separated into the following sublayers: MAC, RLC, and PDCP. In the 3GPP NR system, Layer 2 is separated into the following sublayers: MAC, RLC, PDCP, and SDAP. The PHY layer provides transport channels to the MAC sublayer, the MAC sublayer provides logical channels to the RLC sublayer, the RLC sublayer provides RLC channels to the PDCP sublayer, and the PDCP sublayer provides radio bearers to the SDAP sublayer. The SDAP sublayer provides Quality of Service (QoS) flows to the 5G core network.

[0112] In the 3GPP NR system, the main services and functions of the MAC sublayer include: mapping between logical channels and transport channels; multiplexing / demultiplexing MAC SDUs belonging to one or different logical channels to / from transport blocks (TBs) on transport channels for delivery to / from the physical layer; scheduling information reporting; error correction through hybrid automatic repeat request (HARQ) (one HARQ entity per cell in the 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 parameter sets, transmission timings, and cells. The mapping restrictions in the logical channel prioritization control which parameter set(s), cell, and transmission timing can be used by the logical channel.

[0113] MAC provides different kinds of data transmission services. In order to accommodate different kinds of data transmission services, multiple types of logical channels are defined, that is, each logical channel supports the transmission of a specific type of information. Each logical channel type is defined by what type of information is transmitted. Logical channels are divided into two groups: control channels and traffic channels. Control channels are used only for the transmission of control plane information, and traffic channels are used only for the transmission of user plane information. The broadcast control channel (BCCH) is a downlink logical channel for broadcasting system control information, the paging control channel (PCCH) is a downlink logical channel for transmitting paging information, system information change notifications, and indications of ongoing public warning services (PWS) broadcasts, the common control channel (CCCH) is a logical channel used to send control information between the UE and the network and is used by UEs that do not have an RRC connection with the network, and the dedicated control channel (DCCH) is a point-to-point bidirectional logical channel used by UEs with RRC connections to send dedicated control information between the UE and the network. The dedicated traffic channel (DTCH) is a point-to-point logical channel dedicated to one UE for transmitting user information. DTCH can exist in both the uplink and downlink. In the downlink, there are the following connections between logical channels and transport channels: BCCH can be mapped to the broadcast channel (BCH); BCCH can be mapped to the downlink shared channel (DL-SCH); PCCH can be mapped to the paging channel (PCH); CCCH can be mapped to DL-SCH; DCCH can be mapped to DL-SCH; and DTCH can be mapped to DL-SCH. In the uplink, there are the following connections between logical channels and transport channels: CCCH can be mapped to the uplink shared channel (UL-SCH); DCCH can be mapped to UL-SCH; and DTCH can be mapped to UL-SCH.

[0114] The RLC sublayer supports three transmission modes: transparent mode (TM), unacknowledged mode (UM) and acknowledged mode (AM). The RLC configuration is per logical channel without dependency on parameter sets and / or transmission duration. In 3GPP NR systems, the main services and functions of the RLC sublayer depend on the transmission mode and include: delivery of upper layer PDUs; sequence numbering independent of 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).

[0115] In the 3GPP NR system, the main services and functions of the PDCP sublayer for the user plane include: sequence numbering; header compression and decompression using robust header compression (RoHC); transmission of user data; reordering and duplicate detection; in-sequence delivery; PDCP PDU routing (in the case of split bearers); retransmission of PDCP SDU; ciphering, deciphering and integrity protection; PDCP SDU discard; PDCP re-establishment and data recovery for RLC AM; PDCP status reporting for RLC AM; PDCP PDU duplication and duplicate discard indication to lower layers. The main services and functions of the PDCP sublayer for the control plane include: sequence numbering; ciphering, deciphering and integrity protection; transmission of control plane data; reordering and duplicate detection; in-sequence delivery; PDCP PDU duplication and duplicate discard indication to lower layers.

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

[0117] In the 3GPP NR system, the main services and functions of the RRC sublayer include: broadcast of system information related to AS and NAS; paging initiated by 5GC or NG-RAN; establishment, maintenance and release of RRC connection between UE and 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, UE cell selection and reselection and control of cell selection and reselection, inter-RAT mobility); QoS management functions; UE measurement reporting and control of reporting; detection and recovery of radio link failures; NAS message transmission from UE to NAS / from NAS to UE.

[0118] Figure 8 The frame structure in a 3GPP-based wireless communication system to which the implementation of the present disclosure is applied is shown.

[0119] Figure 8The frame structure shown in is merely exemplary, and the number of subframes, the number of time slots, and / or the number of symbols in a frame may vary. In a 3GPP-based wireless communication system, OFDM parameter sets (e.g., subcarrier spacing (SCS), transmission time interval (TTI) duration) may be configured differently between multiple cells aggregated for one UE. For example, if the UE is configured with different SCSs for cells aggregated for the cell, the (absolute time) duration of time resources (e.g., subframes, time slots, or TTIs) including the same number of symbols may be different among the aggregated cells. In this article, the symbol may include an OFDM symbol (or CP-OFDM symbol), an SC-FDMA symbol (or a discrete Fourier transform-spread-OFDM (DFT-s-OFDM) symbol).

[0120] Reference Figure 8 , downlink and uplink transmissions are organized into frames. Each frame has T f = 10ms duration. Each frame is divided into two half-frames, where each half-frame has a duration of 5ms. Each half-frame includes 5 sub-frames, where the duration of each sub-frame is T sf is 1 ms. Each subframe is divided into slots, and the number of slots in a subframe depends on the subcarrier spacing. Each slot includes 14 or 12 OFDM symbols based on a cyclic prefix (CP). In a normal CP, each slot includes 14 OFDM symbols, and in an extended CP, each slot includes 12 OFDM symbols. The parameter set is based on an exponentially scalable subcarrier spacing Δf=2 u *15kHz.

[0121] Table 1 shows the subcarrier spacing according to Δf=2 u *N is the number of OFDM symbols per time slot of 15kHz slot symb , the number of time slots per frame N frame，u slot , and the number of time slots N per subframe for normal CP subframe,u slot .

[0122] [Table 1]

[0123] u <![CDATA[N slot symb ]]> <![CDATA[N fr-ame，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

[0124] Table 2 shows the subcarrier spacing Δf=2 u *N is the number of OFDM symbols per time slot of 15kHz slot symb , the number of time slots per frame N frame，u slot , and the number of time slots N per subframe for the extended CPsubframe,u slot .

[0125] [Table 2]

[0126] u <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subfame，u slot ]]> 2 12 40 4

[0127] A slot includes a plurality of 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) N indicated by higher layer signaling (e.g., RRC signaling) is allocated. start，u grid To begin, we define N size,u grid,x *N RB sc subcarriers and N subframe，u s y mb OFDM symbol resource grid, where N size,u grid，x is the number of resource blocks (RBs) in the resource grid, and the subscript x is DL for the downlink and UL for the uplink. N RB sc is the number of subcarriers per RB. In 3GPP-based wireless communication systems, N RB sc Typically 12. For a given antenna port p, subcarrier spacing configuration u, and transmission direction (DL or UL), there is one resource grid. The carrier bandwidth N for subcarrier spacing configuration u size,u grid Given by high-level 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 one 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 1 representing the symbol position relative to a reference point in the time domain. In a 3GPP-based wireless communication system, an RB is defined by 12 consecutive subcarriers in the frequency domain.

[0128] In 3GPP NR systems, RBs are classified into CRBs and physical resource blocks (PRBs). CRBs are numbered upwards from 0 in the frequency domain for subcarrier spacing configuration u. The center of subcarrier 0 of CRB 0 for subcarrier spacing configuration u coincides with "point A" used as a common reference point for the resource block grid. In 3GPP NR systems, PRBs are defined within bandwidth parts (BWPs) and are numbered from 0 to N. size BWP,i -1 numbering, where i is the number of the bandwidth part. Physical resource block n in bandwidth part i PRB With common resource block n CRBThe relationship between them is as follows: PRB =n CRB +N size BWP,i , where N size BWP,i It is a common resource block where the bandwidth part starts relative to CRB 0. A BWP includes multiple consecutive RBs. 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 can be activated at a time among the BWPs configured for a UE. The active BWP defines the operating bandwidth of the UE within the operating bandwidth of the cell.

[0129] The NR frequency band may be defined as two types of frequency ranges, namely, FR1 and FR2. The numerical values ​​of the frequency ranges may vary. For example, the two types of frequency ranges (FR1 and FR2) may be as shown in Table 3 below. For ease of explanation, in the frequency range used in the NR system, FR1 may mean "sub-6 GHz range", FR2 may mean "above 6 GHz range" and may be referred to as millimeter wave (mmW).

[0130] [Table 3]

[0131] Frequency range specification Corresponding frequency range Subcarrier spacing FR1 450MHz-6000MHz 15,30,60kHz FR2 24250MHz-52600MHz 60,120,240kHz

[0132] As described above, the numerical value of the frequency range of the NR system can be changed. For example, FR1 may include a frequency band of 410 MHz to 7125 MHz, as shown in Table 4 below. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or more. For example, a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or more included in FR1 may include an unlicensed frequency band. The unlicensed frequency band may be used for various purposes, such as for communication of vehicles (e.g., autonomous driving).

[0133] [Table 4]

[0134] Frequency range specification Corresponding frequency range Subcarrier spacing FR1 410MHz-7125MHz 15,30,60kHz FR2 24250MHz-52600MHz 60,120,240kHz

[0135] In the present disclosure, the term "cell" may refer to a geographical area where one or more nodes provide a communication system or to a radio resource. "Cell" as a geographical area can be understood as a coverage range in which a node can provide services using a carrier, and "cell" as a radio resource (e.g., time-frequency resource) is associated with a bandwidth, which is a frequency range configured by a carrier. A "cell" associated with a radio resource is defined by a combination of downlink resources and uplink resources (e.g., a combination of DL component carriers (CCs) and ULCCs). A cell may be configured only by downlink resources, or may be configured by downlink resources and uplink resources. Since the DL coverage (which is the range in which a node can send a valid signal) and the UL coverage (which is the range in which a node can receive a valid signal from a UE) depend on the carrier carrying the signal, the coverage of a node may be associated with the coverage of a "cell" of a radio resource used by the node. Therefore, the term "cell" may be used to sometimes represent the service coverage of a node, to represent a radio resource at other times, or to represent the range in which a signal using a radio resource can reach with effective strength at other times.

[0136] In CA, two or more CCs are aggregated. The UE can receive or transmit on one or more CCs simultaneously according to its capabilities. CA is supported for both continuous CCs and non-contiguous CCs. When CA is configured, the UE has only one RRC connection with the network. When the RRC connection is established / reestablished / switched, one serving cell provides NAS mobility information, and when the RRC connection is reestablished / switched, one serving cell provides security input. This cell is called the primary cell (PCell). PCell is a cell operating on the primary frequency, where the UE performs an initial connection establishment process or initiates a connection reestablishment process. Depending on the UE capabilities, the secondary cell (SCell) can be configured to form a set of serving cells together with the PCell. SCell is a cell that provides additional radio resources on top of a special cell (PCell). Therefore, the set of configured serving cells for the UE always consists of one PCell and one or more SCells. For dual connection (DC) operation, the term "PCell" refers to the PCell of the primary cell group (MCG) or the primary SCell (PSCell) of the secondary cell group (SCG). SpCell supports PUCCH transmission and contention-based random access and is always activated. MCG is a set of serving cells associated with the master node, which includes SpCell (PCell) and optionally one or more SCells. For UEs configured with DC, SCG is a subset of serving cells associated with the secondary node, which includes PSCell and zero or more SCells. For UEs in RRC_CONNECTED that are not configured with CA / DC, there is only one serving cell consisting of PCell. For UEs in RRC_CONNECTED that are configured with CA / DC, the term "serving cell" is used to refer to the set of cells consisting of SpCell and all SCells. In DC, two MAC entities are configured in the UE: one for MCG and one for SCG.

[0137] Fig. 9 An example of data flow in a 3GPP NR system to which an implementation of the present disclosure is applied is shown.

[0138] Reference Fig. 9 , "RB" means radio bearer, and "H" means header. Radio bearers are classified into two groups: DRB for user plane data and SRB for control plane data. MAC PDU is transmitted / received to / from an external device through the PHY layer using radio resources. MAC PDU arrives at the PHY layer in the form of a transport block.

[0139] In the PHY layer, uplink transport channels UL-SCH and RACH are mapped to their physical channels PUSCH and PRACH, respectively, and downlink transport channels DL-SCH, BCH and PCH are mapped to PDSCH, PBCH and PDSCH, respectively. In the PHY layer, uplink control information (UCI) is mapped to physical PUCCH, and downlink control information (DCI) is mapped to PDCCH. MAC PDU related to UL-SCH is sent by UE via PUSCH based on UL grant, and MAC PDU related to DL-SCH is sent by BS via PDSCH based on DL assignment.

[0140] In the following, technical features related to the flight path are described. Reference may be made to sections 5.3.3.4, 5.5.4.16, 5.5.4.17, 5.6.5.3 and part of 6.2.2 of 3GPP TS 36.331 v16.6.0.

[0141] Operations associated with reception of an RRCConnectionSetup by a UE are described.

[0142] The UE shall:

[0143] 1> Set the content of the RRCConnectionSetupComplete message as follows:

[0144] 2> If the UE is connected to the EPC:

[0145] 3>Except NB-IoT:

[0146] 4> mobilityState is included and set to the mobility state of the UE just before entering the RRC_CONNECTED state;

[0147] 4> If the UE has flight path information available:

[0148] 5>Include flightPathInfoAvailable;

[0149] Describes operations related to the reception of a UEInformationRequest message.

[0150] 1>Except NB-IoT, if the flightPathInfoReq field is present and the UE has available flight path information:

[0151] 2> Include flightPathInfoReport and set it to include a list of waypoints along the flight path;

[0152] 2>If includeTimeStamp is set to true:

[0153] 3> If this information is available at the UE, the field timeStamp is set to the time the UE aims to arrive at each waypoint;

[0154] The technical features related to the UEInformationRequest message are described. The UEInformationRequest is a command used by the E-UTRAN to retrieve information from the UE.

[0155] For example, the signaling radio bearer for UEInformationRequest may include SRB1. The RLC service access point (SAP) for UEInformationRequest may include AM. The logical channel for UEInformationRequest may include DCCH. The direction for UEInformationRequest may be E-UTRAN to UE.

[0156] UEInformationRequest may include information about flightPathInfoReq (eg, FlightPathInfoReportConfig) and / or information about nonCriticalExtension.

[0157] Technical features related to the UEInformationResponse message are described. For example, the UEInformationResponse message is used by the UE to transmit information requested by the E-UTRAN.

[0158] For example, the signaling radio bearer for UEInformationResponse may include SRB1 or SRB2 (when logged measurement information is included). The RLC-SAP for UEInformationResponse may include AM. The logical channel for UEInformationResponse may include DCCH. The direction for UEInformationResponse may be UE to E-UTRAN.

[0159] For example, the UEInformationResponse message may include a flightPathInfoReport. For example, the flightPathInfoReport may include information about one or more flightPaths and / or one or more wayPointLocations.

[0160] Technical features related to LocationInfo are described. For example, the IE LocationInfo is used to convey detailed location information available at the UE to correlate measurements with the UE location information.

[0161] For example, the LocationInfo information element may include verticalVelocityInfo including information about verticalVelocity and verticalVelocityAndUncertainty.

[0162] For example, verticalVelocityAndUncertainty may include information about a parameter verticalVelocityAndUncertainty that corresponds to horizontalWithVerticalVelocityAndUncertainty.The first / leftmost bit of the first octet contains the most significant bit.

[0163] For example, verticalVelocity may include information about a parameter verticalVelocity that corresponds to horizontalWithVerticalVelocity.The first / leftmost bit of the first octet contains the most significant bit.

[0164] The UE operation related to event H1 (UE altitude in the air is above a threshold) is described.

[0165] The UE shall:

[0166] 1> When the condition H1-1 specified below is met, the entry condition for the event is considered to be met;

[0167] 1> When the following specified conditions H1-2 are met, the exit condition for the event is considered to be met;

[0168] Inequality H1-1 (entry condition)

[0169] Ms-Hys>Thresh+Offset

[0170] Inequality H1-2 (leave condition)

[0171] MS+Hys <Thresh+Offset

[0172] Define the variables in the formula as follows:

[0173] Ms is the UE altitude in the air, without considering any offset.

[0174] Hys is the hysteresis parameter for this event (ie, h1-Hysteresis defined in ReportConfigEUTRA).

[0175] Thresh is the reference threshold parameter for the event given in MeasConfig (ie, heightThreshRef defined in MeasConfig).

[0176] Offset is the offset from heightThreshRef to get the absolute threshold for this event. (i.e., h1-ThresholdOffset defined in ReportConfigEUTRA)

[0177] Ms is expressed in meters.

[0178] Thresh is expressed in the same units as Ms.

[0179] UE operations related to event H2 (UE altitude in the air is below a threshold) are described.

[0180] The UE shall:

[0181] 1> When the condition H2-1 specified below is met, the entry condition for the event is considered to be met;

[0182] 1> When the condition H2-2 specified below is met, the exit condition for the event is considered to be met;

[0183] Inequality H2-1 (entry condition)

[0184] Ms+Hys <Thresh+Offset

[0185] Inequality H2-2 (leave condition)

[0186] Ms-Hys>Thresh+Offset

[0187] Define the variables in the formula as follows:

[0188] Ms is the UE altitude in the air, without considering any offset.

[0189] Hys is the hysteresis parameter for this event (ie, h2-Hysteresis defined in ReportConfigEUTRA).

[0190] Thresh is the reference threshold parameter for the event given in MeasConfig (ie, heightThreshRef defined in MeasConfig).

[0191] Offset is the offset from heightThreshRef to get the absolute threshold for this event. (i.e. h2-ThresholdOffset defined in ReportConfigEUTRA)

[0192] Ms is expressed in meters.

[0193] Thresh is expressed in the same units as Ms.

[0194] In the following, technical features related to over-the-air UE communication are described. Reference may be made to a part of section 23.17 of 3GPP TS 36.300 v16.5.0.

[0195] E-UTRAN based mechanisms for providing LTE connectivity to over-the-air capable UEs are supported via the following functions:

[0196] -Subscription based over-the-air UE identification and authorization.

[0197] - Altitude reporting based on the event that the UE's altitude has crossed a network configured reference altitude threshold.

[0198] - Interference detection based on measurement reports, which are triggered when a number of configured cells (ie, greater than one) simultaneously meet the triggering criteria.

[0199] -Signaling of flight path information from UE to E-UTRAN.

[0200] - Position information report, including horizontal and vertical speed of the UE.

[0201] [Subscription-based identification of over-the-air UE capabilities]

[0202] Support for over-the-air UE functionality is stored in the user's subscription information in the HSS. The HSS transmits this information to the MME during the attach, service request and tracking area update procedures.

[0203] The subscription information may be provided from the MME to the eNB via the S1 AP Initial Context Setup Request during the Attach, Tracking Area Update and Service Request procedures. Additionally, for X2-based handovers, the source eNodeB may include the subscription information in the X2-AP Handover Request message to the target eNodeB.

[0204] For intra-MME and inter-MME S1-based handovers, the MME provides subscription information to the target eNB after the handover procedure.

[0205] [Altitude-based reporting for airborne UE communications]

[0206] An aerial UE can be configured with event-based altitude reporting. When the altitude of an aerial UE is above or below a configured threshold, the UE sends an altitude report. If configured, the report contains both altitude and position.

[0207] [Interference detection and mitigation for airborne UE communications]

[0208] For interference detection, the airborne UE can be configured with RRM event A3, RRM event A4 or RRM event A5, which triggers a measurement report when the individual (per cell) RSRP values ​​for the configured number of cells meet the configured event. If configured, the report contains the RRM results and location.

[0209] For interference mitigation, over-the-air UEs may be configured with a dedicated UE-specific alpha (alpha α) parameter for PUSCH power control.

[0210] [Flight Path Information Report]

[0211] The E-UTRAN may request the UE to report flight path information consisting of multiple waypoints defined as 3D positions. If the flight path information is available at the UE, the UE reports up to the configured number of waypoints. The report may also contain a timestamp per waypoint if configured in the request and if available at the UE.

[0212] [Position reporting for airborne UE communications]

[0213] If configured, the location information for airborne UE communications may include horizontal and vertical speeds. The location information may be included in RRM reports and altitude reports.

[0214] In the following, technical features related to measurement report triggering are described. Reference may be made to section 5.5.4 of 3GPP TS 36.331 v16.6.0.

[0215] 2> If triggerType is set to event, and if the corresponding reportConfig does not include numberOfTriggeringCells, and if the entry conditions applicable to the event (i.e., the event corresponding to the eventId of the corresponding reportConfig in VarMeasConfig) are met for one or more applicable cells for all measurements after layer 3 filtering during timeToTrigger defined for the event in VarMeasConfig, and VarMeasReportList does not include a measurement report entry for the measId (the first cell triggers the event):

[0216] 3> Include the measurement report entry in the VarMeasReportList for the measId;

[0217] 3> Set numberOfReportsSent defined in VarMeasReportList for the measId to 0;

[0218] 3> Include the relevant cells in the cellsTriggeredList defined in the VarMeasReportList for the measId;

[0219] 3> If the UE supports T312 and if useT312 is set to true for this event and if T310 is running:

[0220] 4> If T312 is not running:

[0221] 5> Start timer T312 with the value configured in the corresponding measObject;

[0222] 3>Initiate measurement report process;

[0223] 2> If triggerType is set to event, and if the corresponding reportConfig does not include numberOfTriggeringCells, and if the entry conditions applicable to the event (i.e., the event corresponding to the eventId of the corresponding reportConfig in VarMeasConfig) are met for all measurements after layer 3 filtering made during timeToTrigger defined for the event in VarMeasConfig for one or more applicable cells not included in cellsTriggeredList (the subsequent cell triggers the event):

[0224] 3> Set numberOfReportsSent defined in VarMeasReportList for the measId to 0;

[0225] 3> Include the relevant cells in the cellsTriggeredList defined in the VarMeasReportList for the measId;

[0226] 3> If the UE supports T312 and if useT312 is set to true for this event and if T310 is running:

[0227] 4> If T312 is not running:

[0228] 5> Start timer T312 with the value configured in the corresponding measObject;

[0229] 3>Initiate measurement report process;

[0230] 2> if triggerType is set to event, if the corresponding reportConfig includes numberOfTriggeringCells, and if the entry conditions applicable to the event (i.e., the event corresponding to the eventId of the corresponding reportConfig in VarMeasConfig) are met for one or more applicable cells for all measurements after layer 3 filtering made during timeToTrigger defined for the event in VarMeasConfig;

[0231] 3> If VarMeasReportList does not include a measurement report entry for the measId (the first cell triggers the event):

[0232] 4> Include the measurement report entry in the VarMeasReportList for the measId;

[0233] 3> If the number of cells in cellsTriggeredList is greater than or equal to numberOfTriggeringCells:

[0234] 4> Include the relevant cells in the cellsTriggeredList defined in the VarMeasReportList for the measId;

[0235] 3> Otherwise:

[0236] 4> Include the relevant cells in the cellsTriggeredList defined in the VarMeasReportList for the measId;

[0237] 4> If the number of cells in cellsTriggeredList is greater than or equal to numberOfTriggeringCells:

[0238] 5> Set numberOfReportsSent defined in VarMeasReportList for this measId to 0;

[0239] 5>Initiate measurement report process;

[0240] 2> If triggerType is set to event, and if the leaving condition applicable to the event is met for all measurements after layer 3 filtering made during timeToTrigger defined in VarMeasConfig for this event for one or more of the cells included in cellsTriggeredList defined in VarMeasReportList for this measId:

[0241] 3>Remove the relevant cells in cellsTriggeredList defined in VarMeasReportList for the measId;

[0242] 3> If reportOnLeave is set to true for the corresponding report configuration, or if a6-ReportOnLeave is set to true, or if a4-a5-ReportOnLeave is set to true for the corresponding report configuration:

[0243] 4>Initiate measurement report process;

[0244] 3> If the cellsTriggeredList defined in the VarMeasReportList for the measId is empty:

[0245] 4> Remove the measurement report entry in VarMeasReportList for the measId;

[0246] 4> If it is running, stop the periodic report timer for the measId;

[0247] In the following, technical features related to support for over-the-air UE communications are described. Reference may be made to section 23.17 of 3GPP TS 38.300 v16.5.0.

[0248] E-UTRAN based mechanisms for providing LTE connectivity to over-the-air capable UEs are supported via the following functions:

[0249] -Subscription based over-the-air UE identification and authorization.

[0250] - Altitude reporting based on the event that the UE's altitude has crossed a network configured reference altitude threshold.

[0251] - Interference detection based on measurement reports, which are triggered when a number of configured cells (ie, greater than one) simultaneously meet the triggering criteria.

[0252] -Signaling of flight path information from UE to E-UTRAN.

[0253] - Position information report, including horizontal and vertical speed of the UE.

[0254] -Subscription-based identification of UE capabilities over the air

[0255] Support for over-the-air UE functionality is stored in the user's subscription information in the HSS. The HSS transmits this information to the MME during the attach, service request and tracking area update procedures.

[0256] The subscription information may be provided from the MME to the eNB via the S1 AP Initial Context Setup Request during the Attach, Tracking Area Update and Service Request procedures. Additionally, for X2-based handovers, the source eNodeB may include the subscription information in the X2-AP Handover Request message to the target eNodeB.

[0257] For intra-MME and inter-MME S1-based handovers, the MME provides subscription information to the target eNB after the handover procedure.

[0258] - Altitude-based reporting for airborne UE communications

[0259] An aerial UE can be configured with event-based altitude reporting. When the altitude of an aerial UE is above or below a configured threshold, the UE sends an altitude report. The report contains the altitude and position.

[0260] -Interference detection and mitigation for over-the-air UE communications

[0261] For interference detection, the airborne UE can be configured with RRM event A3, RRM event A4 or RRM event A5, which triggers a measurement report when the individual (per cell) RSRP values ​​for the configured number of cells meet the configured event. If configured, the report contains the RRM results and location.

[0262] For interference mitigation, over-the-air UEs may be configured with dedicated UE-specific alpha parameters for PUSCH power control.

[0263] - Flight Path Information Report

[0264] The E-UTRAN may request the UE to report flight path information consisting of multiple waypoints defined as 3D positions. If the flight path information is available at the UE, the UE reports up to the configured number of waypoints. The report may also contain a timestamp per waypoint if configured in the request and if available at the UE.

[0265] - Position reporting for over-the-air UE communications

[0266] If configured, the location information for airborne UE communications may include horizontal and vertical speeds. The location information may be included in RRM reports and altitude reports.

[0267] Hereinafter, technical features related to discontinuous reception for paging are described. Reference may be made to section 7.1 of 3GPP TS 38.304 v17.0.0.

[0268] The UE may use discontinuous reception (DRX) in the RRC_IDLE and RRC_INACTIVE states to reduce power consumption. The UE monitors one paging occasion (PO) per DRX cycle. A PO is a set of PDCCH monitoring occasions and may consist of multiple time slots (e.g., subframes or OFDM symbols) in which paging DCI may be sent. A paging frame (PF) is a radio frame and may contain one or more POs or the starting point of a PO.

[0269] In multi-beam operation, the UE assumes that the same paging message and the same short message are repeated in all transmit beams, so the selection of beams for receiving paging messages and short messages depends on the UE implementation.The paging message is the same for both RAN initiated and CN initiated paging.

[0270] The UE initiates the RRC connection recovery procedure after receiving the RAN initiated paging. If the UE receives the CN initiated paging in the RRC_INACTIVE state, the UE moves to RRC_IDLE and notifies the NAS. However, if the L2 U2N relay UE in the RRC_INACTIVE state receives the CN initiated paging for the L2 U2N remote UE, the L2 U2N relay UE does not move to the RRC_IDLE state.

[0271] The L2 U2N remote UE does not need to monitor the PO in order to receive the paging message.

[0272] The PF and PO for paging are determined by the following formula:

[0273] The SFN for PF is determined by:

[0274] (SFN+PF_offset)mod T=(T div N)*(UE_ID mod N)

[0275] Index(i_s) indicating the index of PO is determined by the following formula:

[0276] i_s=floor(UE_ID / N)mod Ns

[0277] The PDCCH monitoring occasion for paging is determined according to pagingSearchSpace and firstPDCCH-MonitoringOccasionOfPO and nrofPDCCH-MonitoringOccasionPerSSB-InPO.When SearchSpaceId=0 is configured for pagingSearchSpace, the PDCCH monitoring occasion for paging is the same as the PDCCH monitoring occasion for RMSI.

[0278] When SearchSpaceId=0 is configured for pagingSearchSpace, Ns is 1 or 2. For Ns=1, there is only one PO that starts from the first PDCCH monitoring occasion for paging in PF. For Ns=2, the PO is in the first half frame (i_s=0) or the second half frame (i_s=1) of PF.

[0279] When SearchSpaceId other than 0 is configured for pagingSearchSpace, the UE monitors the (i_s+1)th PO. PO is a set of 'S*X' consecutive PDCCH monitoring opportunities, where 'S' is the number of actually transmitted SSBs determined according to ssb-PositionsInBurst in SIB1, and X is nrofPDCCH-MonitoringOccasionPerSSB-InPO (if configured), otherwise equal to 1. The [x*S+K]th PDCCH monitoring opportunity for paging in PO corresponds to the Kth transmitted SSB, where x=0, 1, ..., X-1, K=1, 2, ..., S. PDCCH monitoring opportunities for paging that do not overlap with UL symbols (determined according to tdd-UL-DL-ConfigurationCommon) are numbered sequentially from zero starting from the first PDCCH monitoring opportunity for paging in PF. When firstPDCCH-MonitoringOccasionOfPO exists, the starting PDCCH monitoring opportunity number of the (i_s+1)th PO is the (i_s+1)th value of the firstPDCCH-MonitoringOccasionOfPO parameter; otherwise, it is equal to i_s*s*X. If X>1, when the UE detects a PDCCH transmission addressed to the P-RNTI within its PO, the UE does not need to monitor subsequent PDCCH monitoring opportunities for that PO.

[0280] A PO associated with a PF may start in the PF or after the PF.

[0281] The PDCCH monitoring occasions for PO may span multiple radio frames.When a SearchSpaceId other than 0 is configured for paging-SearchSpace, the PDCCH monitoring occasions for PO may span multiple periods of the paging search space.

[0282] The following parameters are used to calculate PF and i_s above:

[0283] T: DRX cycle of UE.

[0284] If eDRX is not configured:

[0285] - T is determined by the shortest of the UE-specific DRX value (if configured by RRC and / or upper layers) and the default DRX value broadcasted in system information. In RRC_IDLE state, if UE-specific DRX is not configured by upper layers, the default value applies.

[0286] In the RRC_IDLE state, if the upper layer configures eDRX, that is, TeDRX,CN :

[0287] -If T eDRX,CN No longer than 1024 radio frames:

[0288] -T=T eDRX,CN ;

[0289] -otherwise:

[0290] - During a CN configured PTW, T is determined by the shortest of the UE specific DRX value (if configured by upper layers) and the default DRX value broadcasted in the system information.

[0291] In RRC_INACTIVE state, if eDRX is configured by RRC (i.e., T eDRX,RAN ) and / or configured by upper layers (i.e., T eDRX,CN ):

[0292] -If T eDRX,CN and T eDRX,RAN If neither is longer than 1024 radio frames, then T = min{T eDRX,RAN ,T eDRX,CN}.

[0293] -If T eDRX,CN No longer than 1024 radio frames and T is not configured eDRX,RAN , then T=min{T eDRX,RAN ,T eDRX,CN}.

[0294] -If T eDRX,CN Longer than 1024 radio frames:

[0295] - If T is not configured eDRX,RAN :

[0296] - During the PTW period configured by the CN, T is determined by the UE-specific DRX value T eDRX,RAN and / or T eDRX,CN (if configured) and the shortest of the default DRX value broadcast in system information. Outside of a CN-configured PTW, T is determined by the RRC-configured DRX value; - Otherwise, if T eDRX,RAN No longer than 1024 radio frames:

[0297] - During the PTW period configured by the CN, T is determined by the UE-specific DRX value T eDRX,CN and T eDRX,RAN (if configured) and the shortest of the default DRX values ​​broadcast in system information. Outside of a CN configured PTW, T is determined by T eDRX,RAN to be sure.

[0298] N: Total number of paging frames in T

[0299] Ns: Number of paging occasions for PF

[0300] PF_offset: offset used for PF determination

[0301] UE_ID:

[0302] If the eDRX cycle is configured by RRC or upper layers and eDRX-Allowed is signaled in SIB1:

[0303] -5G-S-TMSI mod 4096

[0304] otherwise:

[0305] -5G-S-TMSI mod 1024

[0306] The parameters Ns, nAndPagingFrameOffset, nrofPDCCH-MonitoringOccasionPerSSB-InPO and the length of the default DRX cycle are signaled in SIB1. The values ​​of N and PF_offset are derived from the parameter nAndPagingFrameOffset. The parameter first-PDCCH-MonitoringOccasionOfPO is signaled in SIB1 for paging in the initial DL BWP. For paging in DL BWPs other than the initial DL BWP, the parameter first-PDCCH-MonitoringOccasionOfPO is signaled in the corresponding BWP configuration.

[0307] If the UE does not have a 5G-S-TMSI, for example when the UE has not yet registered on the network, the UE shall use the default identity UE_ID=0 in the PF and the i_s formula above.

[0308] 5G-S-TMSI is a 48-bit long bit string. In the above formula, 5G-S-TMSI should be interpreted as a binary number, where the leftmost bit represents the most significant bit.

[0309] In RRC_INACTIVE state, if the UE supports inactiveStatePO-Determination and the network broadcasts ranPagingInIdlePO with a value of "true", the UE shall use the same i_s as in RRC_IDLE state. Otherwise, the UE determines i_s based on the above parameters and formula.

[0310] In the RRC_INACTIVE state, if the eDRX value configured by upper layers is not longer than 1024 radio frames, the UE shall use the same i_s as in the RRC_IDLE state.

[0311] In RRC_INACTIVE state, if the eDRX value configured by upper layers is longer than 1024 radio frames, the UE shall use the same i_s as in RRC_IDLE state during CNPTW.

[0312] In the following, technical features related to the acquisition of SI messages are described. Reference may be made to section 5.2.2.3.2 of 3GPP TS 38.331 v17.0.0.

[0313] For SI message acquisition, the PDCCH monitoring timing is determined according to searchSpaceOtherSystemInformation. If searchSpaceOtherSystemInformation is set to zero, the PDCCH monitoring timing for SI message reception in the SI window is the same as the PDCCH monitoring timing for SIB1. If searchSpaceOtherSystemInformation is not set to zero, the PDCCH monitoring timing for the SI message is determined based on the search space indicated by searchSpaceOtherSystemInformation. The PDCCH monitoring timings for SI messages that do not overlap with UL symbols (determined according to tdd-UL-DL-ConfigurationCommon) are numbered sequentially starting from 1 in the SI window. The [x×N+K]th PDCCH monitoring timing for the SI message in the SI window corresponds to the Kth transmitted SSB, where x=0, 1,…, X-1, K=1, 2,…, N, N is the number of SSBs actually transmitted determined according to ssb-PositionsInBurst in SIB1, and X is equal to CEIL (the number of PDCCH monitoring opportunities in the SI window / N). The actually transmitted SSBs are numbered sequentially in ascending order of their SSB indices starting from 1. The UE assumes that in the SI window, a PDCCH for an SI message is transmitted at least one PDCCH monitoring occasion corresponding to each transmitted SSB, so the selection of an SSB for receiving an SI message depends on the UE implementation.

[0314] In the following, technical features related to MCCH scheduling are described. Reference may be made to section 5.9.1.2 of 3GPP TS 38.331 v17.0.0.

[0315] MCCH information (i.e., information sent in a message sent over the MCCH) is sent periodically using a configurable repetition period and within a configured transmission window. MCCH transmissions (and associated radio resources and MCS) are indicated via a PDCCH addressed to the PUCCH-RNTI. The PDCCH monitoring timing for MCCH transmissions is determined based on the common search space indicated by searchspaceMCCH. If searchspaceMCCH is set to zero, the PDCCH monitoring timing for MCCH message reception in the MCCH transmission window is the same as the PDCCH monitoring timing for SIB1. If searchspaceMCCH is not set to zero, the PDCCH monitoring timing for MCCH messages is determined based on the search space indicated by searchspaceMCCH. PDCCH monitoring timings for MCCH messages that do not overlap with UL symbols (determined according to tdd-UL-DL-ConfigurationCommon) are numbered sequentially starting from 1 in the MCCH transmission window. The [x×N+K]th PDCCH monitoring opportunity for the MCCH message in the MCCH transmission window corresponds to the Kth transmitted SSB, where x=0, 1, ..., X-1, K=1, 2, ..., N, N is the number of SSBs actually transmitted determined according to ssb-PositionsInBurst in SIB1, and X is equal to CEIL (the number of PDCCH monitoring opportunities in the MCCH transmission window / N). The SSBs actually transmitted are numbered sequentially starting from 1 in ascending order of their SSB indexes. The UE assumes that in the MCCH transmission window, a PDCCH for the MCCH message is transmitted at least one PDCCH monitoring opportunity corresponding to each transmitted SSB, so the selection of the SSB for receiving the MCCH message depends on the UE implementation.

[0316] -ServingCellConfigCommon

[0317] The IE ServingCellConfigCommon is used to configure the cell-specific parameters of the serving cell of the UE. The IE contains parameters that the UE would normally obtain from the SSB, MIB or SIB when accessing a cell from IDLE. With this IE, the network provides this information in dedicated signaling when the UE is configured with an SCell or with an additional cell group (SCG). It also provides this information for SpCells (MCG and SCG) when reconfiguration is performed with synchronization.

[0318] Table 5 shows an example of the ServingCellConfigCommon information element.

[0319] [Table 5]

[0320]

[0321]

[0322] -ssb-PositionsInBurst

[0323] For operation in licensed spectrum, indicates the time domain position of the SS block transmitted in the half-frame with SS / PBCH blocks. The first / leftmost bit corresponds to SS / PBCH block index 0, the second bit corresponds to SS / PBCH block index 1, and so on. A value of 0 in the bitmap indicates that the corresponding SS / PBCH block is not transmitted, while a value of 1 indicates that the corresponding SS / PBCH block is transmitted. The network configures the same mode in this field as in the corresponding field in ServingCellConfigCommonSIB.

[0324] For operation with shared spectrum channel access, the UE assumes that one or more SS / PBCH blocks indicated by ssb-PositionsInBurst can be transmitted within the discovery burst transmission window and have candidate SS / PBCH block indices corresponding to the SS / PBCH block indices provided by ssb-PositionsInBurst. If the kth bit of ssb-PositionsInBurst is set to 1, the UE assumes that one or more SS / PBCH blocks with candidate SS / PBCH block indices corresponding to SS / PBCH block indices equal to k-1 within the discovery burst transmission window can be transmitted; if the kth bit is set to 0, the UE assumes that the corresponding SS / PBCH block is not transmitted. The kth bit is set to 0 where k>ssb-PositionQCL and the number of SS / PBCH blocks actually transmitted is not greater than the number of 1s in the bitmap. The network configures the same mode in this field as in the corresponding field in ServingCellConfigCommonSIB. For operation with shared spectrum channel access in FR1, only mediumBitmap is used, and for FR2-2, longBitmap is used.

[0325] In the following, technical features related to cell search are described. Reference may be made to section 4.1 of 3GPP TS 38.213 v17.0.0.

[0326] Cell search is the process by which a UE acquires time and frequency synchronization with a cell and detects the physical layer cell ID of the cell.

[0327] The UE receives the following synchronization signals (SS) in order to perform cell search: a primary synchronization signal (PSS) and a secondary synchronization signal (SSS).

[0328] The UE assumes that the reception timing of the physical broadcast channel (PBCH), PSS and SSS are in consecutive symbols and form SS / PBCH blocks. The UE assumes that the SSS, PBCH DM-RS and PBCH data have the same EPRE. The UE may assume that the ratio of PSS EPRE to SSS EPRE in the SS / PBCH block is 0 dB or 3 dB. If the UE has not been provided with dedicated higher layer parameters, when the UE monitors the PDCCH for DCI format 1_0 with CRC scrambled by SI-RNTI, P-RNTI or RA-RNTI or for DCI format 2_7, the UE may assume that the ratio of PDCCH DMRS EPRE to SSS EPRE is within -8 dB to 8 dB.

[0329] For a half-frame with SS / PBCH blocks, the first symbol index for the candidate SS / PBCH block is determined according to the SCS of the SS / PBCH block as follows, where index 0 corresponds to the first symbol of the first slot in the half-frame.

[0330] - Case A - 15kHz SCS: The first symbol of the candidate SS / PBCH block has index {2,8}+14n.

[0331] - For operation without shared spectrum channel access:

[0332] - For carrier frequencies less than or equal to 3 GHz, n=0, 1.

[0333] - For carrier frequencies within FR1 greater than 3 GHz, n=0, 1, 2, 3.

[0334] - For operation with shared spectrum channel access, n=0, 1, 2, 3, 4.

[0335] - Case B - 30kHz SCS: The first symbol of the candidate SS / PBCH block has index {4,8,16,20}+28n. For carrier frequencies less than or equal to 3 GHz, n=0. For carrier frequencies within FR1 greater than 3 GHz, n=0,1.

[0336] - Case C - 30kHz SCS: The first symbol of the candidate SS / PBCH block has index {2,8}+14n.

[0337] - For operations without shared spectrum channel access

[0338] - For paired spectrum operation

[0339] - For carrier frequencies less than or equal to 3 GHz, n = 0, 1. For carrier frequencies within FR1 greater than 3 GHz, n = 0, 1, 2, 3.

[0340] - For unpaired spectrum operation

[0341] - For carrier frequencies less than 1.88 GHz, n=0, 1. For carrier frequencies within FR1 equal to or greater than 1.88 GHz, n=0, 1, 2, 3.

[0342] - For operation with shared spectrum channel access, n=0, 1, 2, 3, 4, 5, 6, 7, 8, 9.

[0343] - Case D - 120kHz SCS: The first symbol of the candidate SS / PBCH block has index {4,8,16,20}+28n. For carrier frequencies in FR2, n=0,1,2,3,5,6,7,8,10,11,12,13,15,16,17,18.

[0344] - Case E - 240kHz SCS: The first symbol of the candidate SS / PBCH block has index {8, 12, 16, 20, 32, 36, 40, 44} + 56n. For carrier frequencies within FR2-1, n = 0, 1, 2, 3, 5, 6, 7, 8.

[0345] -Case F - 480kHz SCS: The first symbol of the candidate SS / PBCH block has index {2,9}+14n. For carrier frequencies in FR2-2, n=0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31.

[0346] - Case G - 960kHz SCS: The first symbol of the candidate SS / PBCH block has index {2,9}+14n. For carrier frequencies in FR2-2, n=0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31.

[0347] According to the above situation, if the SCS of the SS / PBCH block is not provided by ssbSubcarrierSpacing, the applicable situation of the cell depends on the corresponding frequency band. The same situation applies to all SS / PBCH blocks on the cell. If a 30kHz SS / PBCH block SCS is indicated by ssbSubcarrierSpacing, situation B applies to frequency bands with only 15kHz SS / PBCH block SCS, and the situation specified for 30kHz SS / PBCH block SCS applies to frequency bands with 30kHz SS / PBCH block SCS or both 15kHz and 30kHz SS / PBCH block SCS. For a UE configured to operate with carrier aggregation on a set of cells in a frequency band of FR2, or to operate with frequency-contiguous carrier aggregation on a set of cells in a frequency band of FR1, if the SCS value is provided to the UE by ssbSubcarrierSpacing to receive SS / PBCH blocks on any cell from the set of cells, the UE expects the SCS value to be the same.

[0348] The UE may be configured with a half-frame periodicity for the serving cell via ssb-periodicityServingCell to receive the SS / PBCH blocks for the serving cell. If the UE is not configured with a half-frame periodicity to receive the SS / PBCH blocks, the UE assumes a half-frame periodicity. The UE assumes that the periodicity is the same for all SS / PBCH blocks in the serving cell.

[0349] For initial cell selection, the UE may assume that the half-frame with SS / PBCH blocks occurs with a periodicity of 2 frames.

[0350] For operation without shared spectrum channel access, the SS / PBCH block index is the same as the candidate SS / PBCH block index.

[0351] For operation with shared spectrum channel access, the UE assumes that the transmission of SS / PBCH blocks in a half-frame is within a discovery burst transmission window starting from the first symbol of the first timeslot in the half-frame. The UE may be set with the duration of the discovery burst transmission window per serving cell via discoveryBurstWindowLength. If discoveryBurstWindowLength is not set, the UE assumes that the duration of the discovery burst transmission window is half a frame. For the serving cell, the UE assumes that the period of the discovery burst transmission window is the same as the period of the half-frame used for the reception of SS / PBCH blocks in the serving cell. The UE assumes that one or more SS / PBCH blocks indicated by ssb-PositionsInBurst can be sent within the discovery burst transmission window and have candidate SS / PBCH block indices corresponding to the SS / PBCH block indices provided by ssb-PositionsInBurst. If the MSB k (k ≥ 1) of ssb-PositionsInBurst is set to 1, the UE assumes that the SS / PBCH block with the candidate SS / PBCH block index corresponding to the SS / PBCH block index equal to k-1 within the burst transmission window can be transmitted; if the MSB k is set to 0, the UE assumes that the SS / PBCH block is not transmitted. If the MSB k (k ≥ 1) of inOneGroup is set to 1 and the MSBm (m ≥ 1) of groupPresence is set to 1, the UE assumes that the SS / PBCH block with the candidate SS / PBCH block index corresponding to the SS / PBCH block index determined by k and m within the burst transmission window can be transmitted; otherwise, the UE assumes that the SS / PBCH block is not transmitted.

[0352] When an SS / PBCH block is detected, if k_SSB<24[4, TS38.211] for FR1 or k_SSB<12 for FR2, the UE determines from the MIB that there is a CORESET for the Type0-PDCCH CSS set. If k_SSB>23 for FR1 or if k_SSB>11 for FR2, the UE determines from the MIB that there is no CORESET for the Type0-PDCCH CSS set; the CORESET for the Type0-PDCCH CSS set may be provided by PDCCH-ConfigCommon.

[0353] For a serving cell that does not send SS / PBCH blocks, the UE acquires time and frequency synchronization with the serving cell based on reception of SS / PBCH blocks on the PCell, or PSCell, or SCell of the cell group of the serving cell.

[0354] In addition, cell search is the process by which the user equipment (UE) acquires time and frequency synchronization to synchronize itself with the cell and detects the physical layer cell ID of the cell. The UE receives a synchronization signal (SS) including a primary synchronization signal (PSS) and a secondary synchronization signal (SSS) periodically transmitted in the downlink (DL) of the cell. Once synchronized, the UE decodes the physical broadcast channel (PBCH) carrying the master information block (MIB). By decoding the MIB, the UE can obtain the broadcast information of the remaining system information. PSS, SSS, and PBCH are collectively referred to as synchronization signal blocks (SSBs). For a half-frame containing SSBs, the number and symbol position of SSB candidates are determined based on the subcarrier spacing (SCS) of the SSBs. The network provides information about which SSB(s) are actually sent among the candidates.

[0355] The number of monitoring occasions of the Physical Downlink Control Channel (PDCCH) for paging, obtaining system information (SI) messages, and receiving master control channel (MCCH) messages depends on the number of SSBs actually transmitted. The specific PDCCH monitoring occasions to be monitored by the UE are determined based on the synchronization of the UE with the SSBs. Therefore, selecting the appropriate SSB is crucial to improve the success rate of receiving network messages such as paging messages and system information messages.

[0356] Typically, the network sends SSBs in different beam directions and the UE detects the best beam among these beams. Aerial UEs experience more line-of-sight propagation conditions due to their higher altitudes and can detect multiple SSBs. However, as aerial coverage becomes fragmented with increasing altitude, selecting SSBs with appropriate directivity for high altitudes becomes challenging.

[0357] With the commercialization of airborne UEs, it is expected that the network will send SSBs in various directions to support both airborne UEs and ground UEs. Sending SSB information suitable for each altitude will help UEs select the appropriate SSB.

[0358] Therefore, there is a need for research on a height-based list of SSBs to be measured in a wireless communication system.

[0359] Hereinafter, a method for a height-based list of SSBs to be measured in a wireless communication system according to some embodiments of the present disclosure will be described with reference to the following drawings.

[0360] The following figures are created to explain specific embodiments of the present disclosure. The names of specific devices or the names of specific signals / messages / fields shown in the figures are provided by way of example, and therefore the technical features of the present disclosure are not limited to the specific names used in the following figures. In this document, a wireless device may be referred to as a user equipment (UE).

[0361] Fig.10 An example of a method for a height-based list of SSBs to measure in a wireless communication system according to some embodiments of the present disclosure is shown.

[0362] Specifically, Fig.10 An example of a method performed by a wireless device in a wireless communication system is shown.

[0363] In step S1001 , the wireless device may receive a measurement configuration including information about a measurement object from a network.

[0364] For example, the information about the measurement object may include (i) information about a height-based list of synchronization signal blocks (SSBs) to be measured and (ii) information about a height range corresponding to the height-based list of SSBs to be measured.

[0365] For example, information about the height-based list of SSBs to be measured may include information about the type of SSB to be used. For another example, information about the height-based list of SSBs to be measured may include a bit mask value for selecting at least one SSB to be measured from one or more preconfigured SSBs.

[0366] For example, the information about the altitude range corresponding to the altitude-based list of SSBs to be measured may include information about a lowest altitude value and a highest altitude value representing the altitude range.

[0367] In step S1002 , based on the current altitude of the wireless device being within the altitude range, the wireless device may perform measurement based on an altitude-based list of SSBs to be measured associated with the altitude range.

[0368] For example, the wireless device may select at least one beam based on the height-based list of SSBs to be measured. That is, the wireless device may select at least one beam corresponding to the height-based list of SSBs to be measured based on the height range to which the wireless device belongs.

[0369] For example, the selected at least one beam may be selected when in the RRC_IDLE state or the RRC_INACTIVE state. That is, after leaving the RRC_CONNECTED state, the wireless device may select at least one beam based on the height-based list of SSBs to be measured.

[0370] For example, at least one beam may be selected for a random access channel (RACH) procedure. That is, the wireless device may select at least one beam and use the selected at least one beam for the RACH procedure.

[0371] According to some embodiments of the present disclosure, the wireless device may monitor the current altitude of the wireless device. The wireless device may determine at least one SSB to be measured based on the current altitude. That is, the wireless device may determine the current altitude range to which the current altitude belongs. The wireless device may select at least one SSB to be measured corresponding to the current altitude range.

[0372] For example, the wireless device may determine a current altitude range among a plurality of altitude ranges based on the altitude of the wireless device. For example, when the current altitude range is different from the previous altitude range, the wireless device may apply another altitude-based list of SSBs to be measured associated with the current altitude range. In other words, then changing the altitude range of the wireless device, the wireless device may apply an altitude-based list of SSBs to be measured associated with the current altitude range.

[0373] For another example, the wireless device may receive a first altitude-based list of SSBs to be measured and a second altitude-based list of SSBs to be measured. The first altitude-based list of SSBs to be measured may be associated with a first altitude range. The second altitude-based list of SSBs to be measured may be associated with a second altitude range. When the wireless device monitors the current altitude and determines that the current altitude is included in the first altitude range, the wireless device may use the first altitude-based list of SSBs to be measured. When the wireless device monitors the current altitude and determines that the current altitude is included in the second altitude range, the wireless device may use the second altitude-based list of SSBs to be measured.

[0374] For example, the wireless device may perform synchronization with the network based on an altitude-based list of SSBs to measure associated with an altitude range.

[0375] For example, the wireless device may perform cell quality assessment based on an altitude-based list of SSBs to measure associated with altitude ranges.

[0376] For example, the wireless device may report cell quality based on an altitude-based list of SSBs to measure associated with an altitude range.

[0377] For example, the wireless device may send a measurement report to the network based on the measurement using the height-based list of SSBs to measure.

[0378] For example, the measurement report may include information about the altitude range to which the current altitude of the wireless device belongs. In other words, the wireless device may report information about the altitude range to which the current altitude of the wireless device belongs to the network.

[0379] For example, the measurement report may include information about at least one SSB used for the measurement report. In other words, the wireless device may send information about at least one SSB used for the measurement report to the network.

[0380] For example, the wireless device may send information about at least one SSB used for cell quality assessment or synchronization to the network. For example, the information about at least one SSB used for cell quality assessment or synchronization may be sent together with a report of cell quality. For example, a cell quality report (or measurement report) may include information about at least one SSB used for cell quality assessment.

[0381] According to some embodiments of the present disclosure, a wireless device may communicate with at least one of a user device other than the wireless device, a network, or an autonomous vehicle.

[0382] For example, the wireless device is a mobile device capable of vertical movement.

[0383] Fig.11 An example of a method for a height-based list of SSBs to measure in a wireless communication system according to some embodiments of the present disclosure is shown.

[0384] Specifically, Fig.11 An example of a method performed by a wireless device in a wireless communication system is shown.

[0385] From the perspective of network planning, the preferred reference signal may be different at different altitudes of the UE. For example, a specific SSB may be suitable for a specific altitude range, and / or a specific SSB may not be suitable for a specific altitude range. In this case, the UE may select an appropriate SSB based on the current altitude.

[0386] In step S1101 , the UE receives a configuration including one or more reference signal lists and a height range list from a network, wherein each height range may be associated with a reference signal list.

[0387] - Each altitude range may comprise a minimum altitude value and / or a maximum altitude value representing the target altitude range.

[0388] - For the association between altitude ranges and reference signal lists, the following alternatives can be considered:

[0389] -Alt1: Each altitude range can be associated with an explicit list of applicable reference signals.

[0390] >For each configured altitude range, an explicit list of applicable reference signals can be configured.

[0391] >Equivalently, for each configured reference signal list, one or more applicable altitude ranges may be configured.

[0392] -Alt2: Each altitude range may be associated with a bit mask value for selecting the applicable reference signal.

[0393] >The UE may be configured with a list of reference signals to which a bit mask value is applied.

[0394] >For each configured scope, the applicable bitmask value can be configured.

[0395] >Equivalently, for each configured bit mask value, one or more applicable altitude ranges may be configured.

[0396] >Bitmasks can include bit strings,

[0397] >>Each bit of the bit string is associated with a reference signal of the base reference signal list. That is, the difference bit positions of the bit string correspond to different reference signals.

[0398] >Each bit indicates whether the associated reference signal is applicable.

[0399] >> If the value of a bit of the bit mask is '0', this means that the reference signal associated with that bit is not applicable for the associated altitude range.

[0400] >> If the value of a bit of the bit mask is '1', this means that the reference signal associated with that bit is applicable to the associated altitude range.

[0401] In step S1102, the UE determines its current altitude.

[0402] In step S1103, the UE selects an applicable reference signal according to the determined height:

[0403] - If the current altitude belongs to a specific altitude range, the UE selects an applicable reference signal based on the association between the altitude range and the reference signal.

[0404] >When using Alt1 above, the UE considers only the list of reference signals associated with the height range to be applicable. Other reference signals not associated with the height range are considered not applicable.

[0405] >When using Alt2 above, the UE applies the bit mask associated with the altitude range to the reference signal list. That is, the UE considers only the reference signals masked by bit '1' in the bit mask to be applicable. Other reference signals masked by bit 'zero' are considered not applicable.

[0406] - If the determined height is not associated with a bit mask, the reference signals in the original reference signal list may be candidates.

[0407] In step S1104, the UE uses the selected reference signal to perform channel estimation and / or coherent detection of traffic / control channels.

[0408] - The UE may synchronize with the network based on the selected reference signal. This may be applicable to selecting a beam for use.

[0409] - The UE may perform an evaluation of the cell quality based on the selected reference signals, wherein unselected reference signals are not considered for the evaluation. This may apply to RRM measurements based on L3 filtering results of, for example, the quality of the reference signals.

[0410] - The UE may report the cell quality based on the selected reference signals, wherein unselected reference signals are not considered for reporting. This may apply to measurement reporting based on L3 filtering results of, for example, the quality of the reference signals.

[0411] - The UE may send the quality of the selected reference signals, wherein the quality of the non-selected reference signals is not sent. This may apply to CSI reporting.

[0412] - The UE may transmit the selected reference signals, wherein the unselected reference signals are not transmitted. This may apply to SRS transmission.

[0413] Fig.12 An example of a highly configured reference signal in a wireless communication system according to some embodiments of the present disclosure is shown.

[0414] For example, the network can configure the target direction of SSB, such as Fig.12 shown.

[0415] The arrows in the columns in the example indicate the range of the vertical directivity of the reference signal. The arrows on the rows indicate the range of the horizontal directivity of the reference signal. For example, in the case of SSB2, it is sent up and down in the direction of -60 degrees to -17 degrees, and is sent left and right in the direction of -60 degrees to -17 degrees.

[0416] Table 6 shows an example of reference signals on a height configuration.

[0417] Specifically, if the network wants to divide the entire altitude range into two altitude ranges (a lower altitude range and an upper altitude range), the applicable SSB for each altitude range may be configured as shown in Table 6.

[0418] [Table 6]

[0419] Height Range 1 Height Range 2 SSB2 suitable Not suitable SSB3 suitable Not suitable SSB4 suitable Not suitable SSB5 suitable suitable SSB6 suitable suitable SSB7 suitable suitable SSB10 suitable suitable SSB11 suitable suitable SSB12 suitable suitable SSB13 Not suitable suitable SSB14 Not suitable suitable SSB15 Not suitable suitable

[0420] If the above Alt1 is used, the UE is configured with a first reference signal list and a second reference signal list.

[0421] SSB2 to SSB4 are marked as available in the first list and marked as unavailable in the second list.

[0422] SSB5 to SSB12 are marked as available in the first list and the second list.

[0423] SSB13 to SSB15 are marked as unavailable in the first list and available in the second list.

[0424] If Alt2 above is used, the UE is configured with one or more bit mask values.

[0425] Alt2_1: UE is configured with a bit mask value.

[0426] The bit strings associated with SSB2 to SSB4 are marked as "0" in the bit mask value.

[0427] The bit strings associated with SSB5 to SSB12 are marked as '1' in the bit mask value.

[0428] The bit strings associated with SSB13 to SSB15 are marked as "1" in the first bit mask value.

[0429] Alt2_2: The UE is configured with a first bit mask value and a second bit mask value, wherein the first bit mask value is associated with altitude range 1 and the second bit mask value is associated with altitude range 2.

[0430] The bit strings associated with SSB2 to SSB4 are marked as '1' in the first bit mask value and are marked as '0' in the second bit mask value.

[0431] The bit strings associated with SSB5 to SSB12 are marked as '1' in the first bit mask value and the second bit mask value.

[0432] The bit strings associated with SSB13 to SSB15 are marked as '0' in the first bit mask value and are marked as '1' in the second bit mask value.

[0433] Fig.13 Candidates for reference signals are shown by a list of reference signals associated with altitude ranges.

[0434] 1) The network configures multiple reference signal lists for the cell, including the height range.

[0435] - Each list of reference signals is associated with a range of altitudes.

[0436] 2) The UE determines its current altitude.

[0437] 3) The UE selects a reference signal list associated with the determined height as a candidate for a reference signal.

[0438] - If the UE is in the first altitude range (= altitude range 1 ), it selects the first reference signal list (= ssb-PositionsInBurst1 ).

[0439] - If the UE is in the second altitude range (= altitude range 2 ), it selects the second reference signal list (= ssb-PositionsInBurst2 ).

[0440] 4) The UE detects the reference signal based on the selected reference signal and evaluates the cell quality with respect to the signal.

[0441] If the network needs to know the best reference signal in the UE according to the altitude of the UE, the UE can report the reference signal information.

[0442] Fig.14 Candidates for the reference signal are shown with additional information associated with the altitude range.

[0443] 1) The network configures the reference signal list of the cell, including additional information about the reference signal for a specific altitude range.

[0444] - The additional information may include an additional reference signal list.

[0445] - Altitude ranges are associated with a list of additional reference signals.

[0446] 2) The UE determines its current altitude.

[0447] 3) The UE classifies the reference signals associated with the determined height to select a candidate of the reference signal.

[0448] - If the determined height is within a specific height range, the UE selects a candidate for a reference signal in an additional list (=ssb-AvailableIndex).

[0449] - If the determined height is outside a specific height range, the UE selects a candidate for the reference signal according to the original reference signal list (=ssb-PositionsInBurst).

[0450] 4) The UE detects the reference signal based on the selected reference signal and evaluates the cell quality with respect to the signal.

[0451] If the network needs to know the best reference signal in the UE according to the altitude of the UE, the UE can report the reference signal information.

[0452] Fig.15Candidates for the reference signal are shown by a bit mask associated with the altitude range.

[0453] 1) The network configures the reference signal list of the cell, including additional information about the reference signal for a specific altitude range.

[0454] - Additional information may include a bit mask.

[0455] - The altitude range is associated with a bitmask.

[0456] 2) The UE determines its current altitude.

[0457] 3) The UE classifies the reference signals associated with the determined height to select a candidate of the reference signal.

[0458] - The UE performs a bit masking operation on the reference signal list using the bit mask associated with the determined height.

[0459] > If the determined altitude is associated with a bit mask, the UE selects a candidate by performing a bit mask operation. If the UE is in the second altitude range (= altitude range 2), it applies a bit mask on the reference signal list.

[0460] >> Reference signal (00100010 00100100 0000…) ^ bit mask (00000000 111111110000…) = candidate (00000000 00100100 0000…)

[0461] - If the determined height is outside the height range, the UE selects a candidate for the reference signal according to the reference signal list (=ssb-PositionsInBurst).

[0462] 4) The UE detects the reference signal based on the selected reference signal and evaluates the cell quality with respect to the signal.

[0463] If the network needs to know the best reference signal in the UE according to the altitude of the UE, the UE can report the reference signal information.

[0464] According to some embodiments of the present disclosure, a wireless device may receive a reference signal for a cell from a network. Each reference signal may be associated with a height range. The wireless device may determine the current height of the UE. The wireless device may select a reference signal from the reference signals based on the determined height. The wireless device may communicate with the network using the selected reference signal. For example, the wireless device may report the selected reference signal.

[0465] Figures 10 to 15Some of the detailed steps shown in the examples may not be necessary steps and may be omitted. Figures 10 to 15 In addition to the steps shown, other steps may be added, and the order of the steps may be changed. Some of the above steps may have their own technical meanings.

[0466] Hereinafter, a device for a height-based list of SSBs to be measured in a wireless communication system according to some embodiments of the present disclosure will be described. In this context, the device may be Figure 2 , Figure 3 and Figure 5 A wireless device (100 or 200) in.

[0467] For example, the wireless device may perform the above method. Detailed descriptions overlapping with the above may be simplified or omitted.

[0468] Reference Figure 5 , the wireless device 100 may include a processor 102 , a memory 104 , and a transceiver 106 .

[0469] According to some embodiments of the present disclosure, the processor 102 may be adapted to be operatively coupled with the memory 104 and the transceiver 106 .

[0470] The processor 102 may be adapted to control the transceiver 106 to receive a measurement configuration including information about a measurement object from a network. The information about the measurement object may include (i) information about a height-based list of synchronization signal blocks (SSBs) to be measured and (ii) information about a height range corresponding to the height-based list of SSBs to be measured. Based on the current height of the wireless device being within the height range, the processor 102 may be adapted to perform measurement based on the height-based list of SSBs to be measured associated with the height range.

[0471] For example, the processor 102 may be adapted to select at least one beam based on a height-based list of SSBs to measure.

[0472] For example, the selected at least one beam may be selected when in the RRC_IDLE state or the RRC_INACTIVE state.

[0473] For example, at least one beam may be selected for a random access channel (RACH) procedure.

[0474] For example, the processor 102 may be adapted to monitor a current altitude of the wireless device.The processor 102 may be adapted to determine at least one SSB to measure based on the current altitude.

[0475] For example, the processor 102 may be adapted to perform synchronization with the network based on an altitude-based list of SSBs to be measured associated with an altitude range.

[0476] For example, the processor 102 may be adapted to perform a cell quality assessment based on an altitude-based list of SSBs to be measured associated with altitude ranges.

[0477] For example, the processor 102 may be adapted to report cell quality based on an altitude-based list of SSBs to be measured associated with an altitude range.

[0478] For example, the information about the altitude range corresponding to the altitude-based list of SSBs to be measured may include information about a lowest altitude value and a highest altitude value representing the altitude range.

[0479] For example, information about the altitude-based list of SSBs to be measured may include information about the type of SSBs to be used.

[0480] For example, the information about the height-based list of SSBs to be measured may include a bit mask value for selecting at least one SSB to be measured among one or more preconfigured SSBs.

[0481] For example, the processor 102 may be adapted to report to the network information about the altitude range to which the current altitude of the wireless device belongs.

[0482] For example, the processor 102 may be adapted to control the transceiver to send information about at least one SSB for measurement reporting to the network.

[0483] For example, the processor 102 may be adapted to control the transceiver 106 to send information about at least one SSB for cell quality assessment or synchronization to the network.

[0484] For example, the wireless device may be a mobile device capable of vertical movement.

[0485] For example, the processor 102 may be adapted to control the transceiver 106 to communicate with at least one of a user device other than a wireless device, a network, or an autonomous vehicle.

[0486] Hereinafter, a processor of a wireless device for a height-based list of SSBs to be measured in a wireless communication system according to some embodiments of the present disclosure will be described.

[0487] The processor may be adapted to control the wireless device to receive a measurement configuration including information about a measurement object from a network. The information about the measurement object may include (i) information about a height-based list of synchronization signal blocks (SSBs) to be measured and (ii) information about a height range corresponding to the height-based list of SSBs to be measured. Based on the current height of the wireless device being within the height range, the processor may be adapted to control the wireless device to perform measurement based on the height-based list of SSBs to be measured associated with the height range.

[0488] For example, the processor may be adapted to control the wireless device to select at least one beam based on a height-based list of SSBs to measure.

[0489] For example, the selected at least one beam may be selected when in the RRC_IDLE state or the RRC_INACTIVE state.

[0490] For example, at least one beam may be selected for a random access channel (RACH) procedure.

[0491] For example, the processor may be adapted to control the wireless device to monitor the current altitude of the wireless device.The processor may be adapted to control the wireless device to determine at least one SSB to measure based on the current altitude.

[0492] For example, the processor may be adapted to control the wireless device to perform synchronization with the network based on an altitude-based list of SSBs to be measured associated with an altitude range.

[0493] For example, the processor may be adapted to control the wireless device to perform a cell quality assessment based on an altitude-based list of SSBs to be measured associated with an altitude range.

[0494] For example, the processor may be adapted to control the wireless device to report cell quality based on an altitude-based list of SSBs to be measured associated with an altitude range.

[0495] For example, the information about the altitude range corresponding to the altitude-based list of SSBs to be measured may include information about a lowest altitude value and a highest altitude value representing the altitude range.

[0496] For example, information about the altitude-based list of SSBs to be measured may include information about the type of SSBs to be used.

[0497] For example, the information about the height-based list of SSBs to be measured may include a bit mask value for selecting at least one SSB to be measured among one or more preconfigured SSBs.

[0498] For example, the processor may be adapted to control the wireless device to send information about at least one SSB for cell quality assessment or synchronization to the network.

[0499] For example, the processor may be adapted to control the wireless device to report information about the altitude range to which the current altitude of the wireless device belongs to to the network.

[0500] For example, the processor may be adapted to control the wireless device to send information about at least one SSB for measurement reporting to the network.

[0501] For example, the wireless device may be a mobile device capable of vertical movement.

[0502] For example, the processor may be adapted to control the wireless device to communicate with at least one of a user device other than the wireless device, a network, or an autonomous vehicle.

[0503]

[0013] Hereinafter, a non-transitory computer-readable medium having stored thereon a plurality of instructions for an altitude-based list of SSBs to be measured in a wireless communication system will be described in accordance with some embodiments of the present disclosure.

[0504] According to some embodiments of the present disclosure, the technical features of the present disclosure may be directly implemented in hardware, in software executed by a processor, or in a combination of the two. For example, a method performed by a wireless device in wireless communication may be implemented in hardware, software, firmware, or any combination thereof. For example, the software may reside in a RAM memory, a flash memory, a ROM memory, an EPROM memory, an EEPROM memory, a register, a hard disk, a removable disk, a CD-ROM, or any other storage medium.

[0505] Some examples of storage media are coupled to a processor so that the processor can read information from the storage media. In an alternative, the storage medium can be integrated into the processor. The processor and the storage medium can reside in an ASIC. For another example, the processor and the storage medium can reside as discrete components.

[0506] The computer-readable medium may include tangible and non-transitory computer-readable storage media.

[0507] For example, non-transitory computer-readable media may include random access memory (RAM) such as synchronous dynamic random access memory (SDRAM), read-only memory (ROM), non-volatile random access memory (NVRAM), electrically erasable programmable read-only memory (EEPROM), FLASH memory, magnetic or optical data storage media, or any other medium that can be used to store instructions or data structures. Non-transitory computer-readable media may also include combinations of the foregoing.

[0508] Additionally, the methods described herein may be implemented at least in part by a computer-readable communication medium that carries or communicates code in the form of instructions or data structures and that can be accessed, read, and / or executed by a computer.

[0509] According to some embodiments of the present disclosure, a plurality of instructions are stored on a non-transitory computer-readable medium, and the plurality of stored instructions may be executed by a processor of a wireless device.

[0510] The stored multiple instructions may cause the wireless device to receive a measurement configuration including information about a measurement object from a network. The information about the measurement object may include (i) information about a height-based list of synchronization signal blocks (SSBs) to be measured and (ii) information about a height range corresponding to the height-based list of SSBs to be measured. Based on the current height of the wireless device being within the height range, the stored multiple instructions may cause the wireless device to perform measurements based on the height-based list of SSBs to be measured associated with the height range.

[0511] For example, the stored plurality of instructions may cause the wireless device to select at least one beam based on an altitude-based list of SSBs to measure.

[0512] For example, the selected at least one beam may be selected when in the RRC_IDLE state or the RRC_INACTIVE state.

[0513] For example, at least one beam may be selected for a random access channel (RACH) procedure.

[0514] For example, the stored plurality of instructions may cause the wireless device to monitor the current altitude of the wireless device. The stored plurality of instructions may cause the wireless device to determine at least one SSB to measure based on the current altitude.

[0515] For example, the stored plurality of instructions may cause the wireless device to perform synchronization with a network based on an altitude-based list of SSBs to measure associated with an altitude range.

[0516] For example, the stored plurality of instructions may cause the wireless device to perform a cell quality assessment based on an altitude-based list of SSBs to measure associated with an altitude range.

[0517] For example, the stored plurality of instructions may cause the wireless device to report cell quality based on an altitude-based list of SSBs to measure associated with an altitude range.

[0518] For example, the information about the altitude range corresponding to the altitude-based list of SSBs to be measured may include information about a lowest altitude value and a highest altitude value representing the altitude range.

[0519] For example, information about the altitude-based list of SSBs to be measured may include information about the type of SSBs to be used.

[0520] For example, the information about the height-based list of SSBs to be measured may include a bit mask value for selecting at least one SSB to be measured among one or more preconfigured SSBs.

[0521] For example, the stored plurality of instructions may cause the wireless device to send information about at least one SSB for cell quality assessment or synchronization to the network.

[0522] For example, the stored plurality of instructions may cause the wireless device to report to the network information regarding an altitude range to which the current altitude of the wireless device belongs.

[0523] For example, the stored plurality of instructions may cause the wireless device to send information about at least one SSB for measurement reporting to the network.

[0524] For example, the wireless device may be a mobile device capable of vertical movement.

[0525] For example, the stored plurality of instructions may cause the wireless device to communicate with at least one of a user device other than the wireless device, a network, or an autonomous vehicle.

[0526] Hereinafter, a method for a height-based list of SSBs to be measured, performed by a base station in a wireless communication system according to some embodiments of the present disclosure, will be described.

[0527] The BS may provide a measurement configuration including information about a measurement object to the wireless device. The information about the measurement object may include (i) information about a height-based list of synchronization signal blocks (SSBs) to be measured and (ii) information about a height range corresponding to the height-based list of SSBs to be measured. The BS may receive a measurement report from the wireless device, the measurement report being performed based on the height-based list of SSBs to be measured associated with the height range.

[0528]

[0013] Hereinafter, a base station for a height-based list of SSBs to be measured in a wireless communication system according to some embodiments of the present disclosure will be described.

[0529] The BS may include a transceiver, a memory, and a processor operatively coupled to the transceiver and the memory.

[0530] The processor may be adapted to control the transceiver to provide a measurement configuration including information about a measurement object to the wireless device. The information about the measurement object may include (i) information about a height-based list of synchronization signal blocks (SSBs) to be measured and (ii) information about a height range corresponding to the height-based list of SSBs to be measured. The processor may be adapted to control the transceiver to receive a measurement report from the wireless device, the measurement report being performed based on the height-based list of SSBs to be measured associated with the height range.

[0531] The present disclosure may have various beneficial effects.

[0532] According to some embodiments of the present disclosure, a wireless device may efficiently detect a reference signal by using a height-based list of synchronization signal blocks (SSBs) to measure.

[0533] For example, when airborne UEs are commercialized, it is expected that the network will send SSBs in more directions to support airborne UEs and ground UEs. If SSB information suitable for each altitude is sent, this will help UE's SSB selection.

[0534] For example, the UE does not need to scan unnecessary reference signals and can improve the signal reception rate from the network by selecting a reference signal suitable for the altitude. Specifically, this will help the aerial UE to select an appropriate reference signal when it experiences line-of-sight propagation conditions and can detect many reference signals at increased altitudes.

[0535] In other words, by selecting a reference signal appropriate for the UE's altitude, the UE can avoid scanning unnecessary signals and improve the signal reception rate from the network. This is particularly beneficial for airborne UEs that experience line-of-sight propagation conditions and can detect multiple reference signals as their altitude increases.

[0536] For example, by selecting an SSB that is suitable for the height of the UE, efficient detection of the SSB can be achieved.

[0537] For example, by providing SSB information to the UE based on the UE's altitude, the network enables the UE to efficiently select an SSB set.

[0538] According to some embodiments of the present disclosure, a wireless network system may provide an efficient solution for a height-based list of synchronization signal blocks (SSBs) to be measured.

[0539] The advantageous effects that can be obtained by the specific embodiments of the present disclosure are not limited to the advantageous effects listed above. For example, there may be various technical effects that can be understood by a person skilled in the relevant art and / or derived from the present disclosure. Therefore, the specific effects of the present disclosure are not limited to those explicitly described herein, but may include various effects that can be understood or derived from the technical features of the present disclosure.

[0540] The claims in this disclosure may be combined in various ways. For example, the technical features in the method claims of this disclosure may be combined to be implemented or performed in a device, and the technical features in the device claims may be combined to be implemented or performed in a method. In addition, the technical features in the method claims and the device claims may be combined to be implemented or performed in a device. In addition, the technical features in the method claims and the device claims may be combined to be implemented or performed in a method. Other implementations are within the scope of the appended claims.

Claims

1. A method performed by a wireless device in a wireless communication system, the method comprising the following steps: receiving a measurement configuration including information about a measurement object from a network, wherein the information about the measurement object includes (i) information about a height-based list of synchronization signal blocks SSB to be measured and (ii) information about a height range corresponding to the height-based list of SSB to be measured; and Based on a current altitude of the wireless device being within the altitude range, measurements are performed based on the altitude-based list of SSBs to measure associated with the altitude range.

2. The method according to claim 1, wherein: The method further comprises the following steps: At least one beam is selected based on the height-based list of SSBs to be measured.

3. The method according to claim 2, in, The selected at least one beam is selected when in the RRC_IDLE state or the RRC_INACTIVE state.

4. The method according to claim 2, in, The at least one beam is selected for a random access channel (RACH) procedure.

5. The method according to claim 1, wherein: The method further comprises the following steps: monitoring a current altitude of the wireless device; and At least one SSB to be measured is determined based on the current altitude.

6. The method according to claim 1, wherein: The method further comprises the following steps: Information about the altitude range to which the current altitude of the wireless device belongs is reported to the network.

7. The method according to claim 1, wherein: The method further comprises the following steps: Synchronization with the network is performed based on the altitude-based list of SSBs to be measured associated with the altitude range.

8. The method according to claim 1, wherein: The method further comprises the following steps: A cell quality assessment is performed based on the altitude-based list of SSBs to be measured associated with the altitude range.

9. The method according to claim 1, wherein: The method further comprises the following steps: Cell quality is reported based on the altitude-based list of SSBs to be measured associated with the altitude range.

10. The method according to claim 1, in, The information about the altitude range corresponding to the altitude-based list of SSBs to be measured includes information about a lowest altitude value and a highest altitude value representing the altitude range.

11. The method according to claim 1, in, The information about the altitude-based list of SSBs to be measured includes information about the type of SSBs to be used.

12. The method according to claim 1, in, The information about the height-based list of SSBs to be measured includes a bit mask value for selecting at least one SSB to be measured among one or more preconfigured SSBs.

13. The method according to claim 1, wherein: The method further comprises the following steps: Information about the at least one SSB for measurement reporting is sent to the network.

14. The method according to claim 1, in, The wireless device communicates with at least one of a user device other than the wireless device, a network, or an autonomous vehicle.

15. A wireless device in a wireless communication system, the wireless device comprising: Transceiver; Memory; as well as at least one processor operatively coupled to the transceiver and the memory and adapted to: controlling the transceiver to receive a measurement configuration including information about a measurement object from a network, wherein the information about the measurement object includes (i) information about a height-based list of synchronization signal blocks SSB to be measured and (ii) information about a height range corresponding to the height-based list of SSB to be measured; as well as Based on a current altitude of the wireless device being within the altitude range, measurements are performed based on the altitude-based list of SSBs to measure associated with the altitude range.

16. The wireless device according to claim 15, wherein: The at least one processor is further adapted to: At least one beam is selected based on the height-based list of SSBs to be measured.

17. The wireless device according to claim 16, in, The selected at least one beam is selected when in the RRC_IDLE state or the RRC_INACTIVE state.

18. The wireless device according to claim 16, in, The at least one beam is selected for a random access channel (RACH) procedure.

19. The wireless device of claim 15, wherein: The at least one processor is further adapted to: monitoring a current altitude of the wireless device; and At least one SSB to be measured is determined based on the current altitude.

20. The wireless device of claim 15, wherein: The at least one processor is further adapted to: Synchronization with the network is performed based on the altitude-based list of SSBs to be measured associated with the altitude range.

21. The wireless device of claim 15, wherein: The at least one processor is further adapted to: A cell quality assessment is performed based on the altitude-based list of SSBs to be measured associated with the altitude range.

22. The wireless device of claim 15, wherein: The at least one processor is further adapted to: Cell quality is reported based on the altitude-based list of SSBs to be measured associated with the altitude range.

23. The wireless device according to claim 15, in, The information about the altitude range corresponding to the altitude-based list of SSBs to be measured includes information about a lowest altitude value and a highest altitude value representing the altitude range.

24. The wireless device according to claim 15, in, The information about the altitude-based list of SSBs to be measured includes information about the type of SSBs to be used.

25. The wireless device according to claim 15, in, The information about the height-based list of SSBs to be measured includes a bit mask value for selecting at least one SSB to be measured among one or more preconfigured SSBs.

26. The wireless device of claim 15, wherein: The at least one processor is further adapted to: The transceiver is controlled to send information about at least one SSB for measurement reporting to the network.

27. The wireless device of claim 15, wherein: The at least one processor is further adapted to: Information about the altitude range to which the current altitude of the wireless device belongs is reported to the network.

28. The wireless device according to claim 15, in, The wireless device communicates with at least one of a user device other than the wireless device, a network, or an autonomous vehicle.

29. A processor for a wireless device in a wireless communication system, wherein: The processor is adapted to control the wireless device to perform operations including: receiving a measurement configuration including information about a measurement object from a network, wherein the information about the measurement object includes (i) information about a height-based list of synchronization signal blocks SSB to be measured and (ii) information about a height range corresponding to the height-based list of SSB to be measured; and Based on a current altitude of the wireless device being within the altitude range, measurements are performed based on the altitude-based list of SSBs to measure associated with the altitude range.

30. A non-transitory computer readable medium storing a plurality of instructions that, when executed by a processor of a wireless device, cause the wireless device to perform operations comprising: receiving a measurement configuration including information about a measurement object from a network, wherein the information about the measurement object includes (i) information about a height-based list of synchronization signal blocks SSB to be measured and (ii) information about a height range corresponding to the height-based list of SSB to be measured; and Based on a current altitude of the wireless device being within the altitude range, measurements are performed based on the altitude-based list of SSBs to measure associated with the altitude range.

31. A method performed by a base station in a wireless communication system, the method comprising the following steps: providing a measurement configuration including information about a measurement object to a wireless device, wherein the information about the measurement object includes (i) information about a height-based list of synchronization signal blocks SSB to be measured and (ii) information about a height range corresponding to the height-based list of SSB to be measured; and A measurement report is received from the wireless device, the measurement reporting being performed based on the altitude-based list of SSBs to measure associated with the altitude range.

32. A base station in a wireless communication system, the base station comprising: Transceiver; Memory; as well as a processor operatively coupled to the transceiver and the memory and adapted to: providing a measurement configuration including information about a measurement object to a wireless device, wherein the information about the measurement object includes (i) information about a height-based list of synchronization signal blocks SSB to be measured and (ii) information about a height range corresponding to the height-based list of SSB to be measured; as well as A measurement report is received from the wireless device, the measurement reporting being performed based on the altitude-based list of SSBs to measure associated with the altitude range.

Images