Enhanced uplink transmission in wireless communication

By enabling dynamic sequence length selection and resource configuration for uplink channels, UE enhances power efficiency and flexibility in unlicensed spectrum usage, addressing coexistence challenges with other radio access technologies.

JP7833503B2Active Publication Date: 2026-03-19APPLE INC
View PDF 2 Cites 0 Cited by

Patent Information

Authority / Receiving Office
JP · JP
Patent Type
Patents
Current Assignee / Owner
Filing Date
2024-09-09
Publication Date
2026-03-19

AI Technical Summary

Technical Problem

Existing wireless communication systems face challenges in efficiently utilizing unlicensed spectrum for uplink transmission, particularly in coexistence with other radio access technologies, leading to limitations in power efficiency and flexibility.

Method used

User Equipment (UE) can dynamically select between different sequence lengths for uplink physical channels based on conditions such as UE capability and channel occupancy, and configure resource configurations for uplink-downlink channel occupancy time sharing to coexist with other radio access technologies.

Benefits of technology

Enhances power efficiency and flexibility in uplink transmission by allowing dynamic resource allocation and coexistence with other radio access technologies, optimizing spectrum usage in unlicensed bands.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 0007833503000001
    Figure 0007833503000001
  • Figure 0007833503000002
    Figure 0007833503000002
  • Figure 0007833503000003
    Figure 0007833503000003
Patent Text Reader

Abstract

To provide a device and a storage device operating in unlicensed spectrum as New Radio (NR-U) by a framework in order to enable flexibility in configured grants in New Radio (NR) systems and to enhance uplink (UL) transmissions.SOLUTION: A process flow by a network device for performing UL transmission with different sequence lengths includes processing 702 at least two sets of resource configurations corresponding to different sequence lengths of a UL physical channel, selecting 704 at least one of a first sequence length or a plurality of different second sequence lengths longer than the first sequence length to configure a UL transmission on the basis of one or more conditions, and generating 706 a UL transmission on the basis of the first sequence length or the second sequence length of the at least two sets of resource configurations over the UL physical channel.SELECTED DRAWING: Figure 7
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present disclosure relates to wireless technology, including enhancing uplink (UL) transmission in wireless communication.

Background Art

[0002] Mobile communications in next-generation wireless communication systems, 5G, or new radio (NR) networks provide connectivity and access to information everywhere, as well as data sharing capabilities worldwide. 5G networks and network slicing aim to provide services for a very heterogeneous range of application areas, from enhanced mobile broadband (eMBB) to massive machine-type communications (mMTC), ultra-reliable low-latency communications (URLLC), and other communications, meeting multi-purpose and sometimes conflicting performance criteria, in a unified service-based framework. Generally, NR evolves based on the long term evolution (LTE) advanced technology of the third generation partnership project (3GPP) using additional enhanced radio access technologies (RATs) to enable seamless and faster wireless connectivity solutions.

[0003] Mobile communications have evolved significantly from early voice systems to today's highly sophisticated integrated communication platforms. Next-generation wireless communication systems, 5G, or New Radio (NR), will provide access to information and data sharing anytime, anywhere, for a diverse range of users and applications. NR is expected to be a unified network / system, aiming to accommodate vastly different and sometimes competing performance dimensions and services. These diverse, multi-dimensional requirements are driven by different services and applications. Generally, NR will evolve based on 3GPP LTE-Advanced with new radio access technologies (RATs) that hold additional potential, enriching people's lives with better, simpler, and more seamless wireless connectivity solutions. NR will enable everything to be connected wirelessly, delivering high-speed, rich content and services.

[0004] Recently, the initial release of the NR (5G) specification provided a baseline set of features and components for future cellular communication systems. The number of mobile devices connected to wireless networks is increasing significantly each year. To meet the demand for mobile data traffic, system requirements need to be modified to accommodate these demands. Three key areas that need strengthening to deliver this traffic increase are greater bandwidth, lower latency, and higher data rates. One of the main limiting factors in wireless technology innovation is availability in the spectrum. To mitigate this, unlicensed spectrum has been an area of ​​interest for extending the availability of Long-Term Evolution (LTE). In this context, one major enhancement of LTE in the Third Generation Partnership Project (3GPP) Release 13 was to enable its operation in unlicensed spectrum via licensed-assisted access (LAA), which expands system bandwidth by leveraging the flexible carrier aggregation (CA) framework introduced by the LTE Advanced System. Now that the main building blocks of the New Radio (NR) framework are established, a natural extension would be to allow this framework to operate on the unlicensed spectrum as NR-U, particularly in terms of enabling flexibility in configured grants within NR systems and enhancing UL transmission. [Brief explanation of the drawing]

[0005] [Figure 1] This is an exemplary block diagram showing an example of user equipment (UE) (one or more) that is communicatively coupled to a network having network components as a peer device usable in relation to the various embodiments (aspects) described herein. [Figure 2] This is an exemplary architecture of a network system in various embodiments. [Figure 3]This is an illustrative simplified block diagram of a user equipment (UE) wireless communication device or other network device / component (e.g., eNB, gNB) according to the various embodiments described. [Figure 4] This is a diagram illustrating exemplary sequence selection based on one or more conditions, according to the various embodiments described. [Figure 5] This is a block diagram of channel occupancy time-dependent UL transmission according to various embodiments of this specification. [Figure 6] This is a block diagram of conditional gap determination for UL transmission according to various embodiments of this specification. [Figure 7] This is another block diagram illustrating an exemplary process flow according to various embodiments described herein. [Figure 8] This is another block diagram illustrating an exemplary process flow according to various embodiments described herein. [Figure 9] This is another block diagram illustrating an exemplary process flow according to various embodiments described herein. [Figure 10] This is another block diagram illustrating an exemplary process flow according to various embodiments described herein. [Modes for carrying out the invention]

[0006] It is well understood that the use of personally identifiable information should be governed by privacy policies and practices that are generally recognized as meeting or exceeding industry or government requirements for maintaining user privacy. In particular, personally identifiable information data should be managed and handled in a manner that minimizes the risk of unintended or unauthorized access or use, and the nature of authorized use should be clearly indicated to the user.

[0007] Herein, this disclosure is described with reference to the accompanying drawings, where similar reference numerals are used throughout to refer to similar elements, and the structures and devices depicted are not necessarily drawn to scale. Where used herein, terms such as “component,” “system,” and “interface” are intended to refer to computer-related entities, hardware, software (e.g., running), and / or firmware. For example, a component may be a processor (e.g., a microprocessor, controller, or other processing device), a process running on a processor, a controller, an object, an executable file, a program, a storage device, a computer, a tablet PC, and / or user equipment with a processing device (e.g., a mobile phone). As an example, an application running on a server and that server may also be a component. One or more components may reside within a process, and one component may be localized on one computer and / or distributed across two or more computers. Where used herein, a set of elements or a set of other components may be described, where the term “set” can be interpreted as “one or more.”

[0008] Furthermore, these components can be executed, for example, in modules, from various computer-readable storage media having various data structures stored within them. Components can communicate via local and / or remote processes, for example, according to signals having one or more data packets (for example, data from a component interacting with another component via signals in a local system, a distributed system, and / or across a network, such as the Internet, a local area network, a wide area network, or a similar network having other systems).

[0009] As another example, a component may be a device having a specific functionality provided by mechanical parts operated by an electrical or electronic circuit, and the electrical or electronic circuit may be operated by a software or firmware application run by one or more processors. The one or more processors may be inside or outside the device and may run at least part of the software or firmware application. As yet another example, a component may be a device that provides a specific functionality through an electronic component without mechanical parts, and the electronic component may comprise one or more processors for running software and / or firmware that at least partially grants the functionality of the electronic component.

[0010] The use of the word “exemplary” is intended to concretely represent the concept. The term “or” as used in this application is intended to mean an inclusive “or,” not an exclusive “or.” That is, unless otherwise specified or it is clear from the context, “X uses A or B” is intended to mean any of all possible permutations. That is, “X uses A,” “X uses B,” or “X uses both A and B”—each of the aforementioned cases satisfies “X uses A or B.” In addition, the articles “a” and “an” as used in this application and the attached claims should generally be interpreted as meaning “one or more,” unless otherwise specified or it is clear from the context that they refer to a singular form. Furthermore, when “including,” “includes,” “having,” “has,” “with,” or their variations are used in either the modes for carrying out the invention or the claims, these terms are intended to be inclusive, as is the term “comprising.” Furthermore, in situations where one or more numbered items are described in detail (e.g., "the first X," "the second X," etc.), in some situations the context may indicate that one or more numbered items are distinct or the same; however, generally speaking, these one or more numbered items may be distinct or the same.

[0011] As used herein, the term “circuit” means, part of, or include an Application Specific Integrated Circuit (ASIC), an electronic circuit, a processor (shared, dedicated, or group), or associated memory (shared, dedicated, or group) operably coupled to a circuit running one or more software or firmware programs, a combinational logic circuit, or other suitable hardware component that provides the functionality described. In some embodiments, the circuit may be implemented in one or more software or firmware modules, or the functionality associated with the circuit may be performed by one or more software or firmware modules. In some embodiments, the circuit may include at least partially hardware-operable logic.

[0012] Given the various concerns for operating new radio (NR) 5G communications in both unauthorized and authorized access as NR-U, in order to coexist fairly with different radio access technologies (RATs) (e.g., Wifi or another RAT), many of the problems associated with the uplink (UL) mechanism can be overcome in terms of the power efficiency and flexibility of UL transmission. A UE can handle at least two sets of resource configurations, including different sequence lengths of the uplink (UL) physical channel. The resources may be for communications according to different RATs or shared resources between them. Based on one or more conditions, the UE can dynamically select a first sequence length or a second sequence length longer than the first sequence length from among the different sequence lengths of at least two sets of resource configurations. The conditions may include at least one of UE capability, occupied channel bandwidth (OCB), UL transmission, or UL physical channel. Different approaches can be configured for different sequence lengths according to the conditions (one or more). A UL physical channel includes, for example, at least one of the following: a physical random access channel (PRACH), a physical uplink control channel (PUCCH), or a physical uplink shared channel (PUSCH), which includes one or more of periodic, semi-permanent, or aperiodic transmissions. Specifically, for a physical random access channel (PRACH), for example, the first sequence length of the UL transmission may include 139 indices or samples / symbols, and the second sequence length may include at least one of 1151 for 15 kHz and 571 for 30 kHz.

[0013] In other embodiments, a gNB may configure, or a UE may receive, different sets of resource configurations for an uplink (UL) physical channel for uplink (UL)-downlink (DL) channel occupancy time (COT) sharing in order to coexist with another radio access technology (RAT). An energy detection (ED) threshold may be selected by the UE from different sets of resource configurations for UL transmission based on one or more conditions. UL transmission can then be provided based on the ED threshold, for example, by indicating the selected ED in ED indication feedback, or by deriving the COT based on the ED of a particular type of transmission (e.g., ultra-low latency transmission or other transmission). Additional embodiments and details of this disclosure are further described below with reference to the figures.

[0014] Figure 1 shows exemplary architectures of network system 100 in various embodiments. The following description is provided with respect to exemplary system 100 operating in conjunction with LTE system standards and 5G or NR system standards provided by 3GPP technical specifications. However, exemplary embodiments are not limited in this respect, and the embodiments described may be applied to other networks that benefit from the principles described herein, such as future 3GPP systems (e.g., Sixth Generation (6G)) systems and IEEE 802.16 protocols (e.g., WMAN, WiMAX, etc.).

[0015] As shown in Figure 1, system 100 includes UE101a and UE101b (collectively referred to as "UE(singular or plural)101").In this embodiment, UE101 is shown as a smartphone (e.g., a handheld touchscreen mobile computing device capable of connecting to one or more cellular networks), but may also be a consumer electronic device, mobile phone, smartphone, feature phone, tablet computer, wearable computer device, personal digital assistant (PDA), pager, wireless handset, desktop computer, laptop computer, in-vehicle infotainment (IVI), in-car entertainment (ICE) device, instrument cluster (IC), head-up display (HUD) device, onboard diagnostic (OBD) device, dashtop mobile equipment (DME), mobile data terminal (MDT), electronic engine management system (EEMS), electronic / engine control unit (ECU), electronic / engine control module (ECV) This may include any mobile or non-mobile computing devices such as modules (ECM), embedded systems, microcontrollers, control modules, engine management systems (EMS), networked or "smart" electronic devices, machine-type communication (MTC) devices, machine-to-machine (M2M), Internet of Things (IoT) devices, and / or similar devices.

[0016] In some embodiments, any of the UE101 may be an IoT UE, which may include a network access layer designed for low-power IoT applications that utilize short-term UE connectivity. The IoT UE may utilize technologies such as M2M or MTC to exchange data with an MTC server or device via a public land mobile network (PLMN), proximity services (ProSe), or device-to-device (D2D) communication, a sensor network, or the IoT network. The M2M or MTC data exchange may be an exchange of machine activation data. The IoT network may describe interconnected IoT UEs, which may include uniquely identifiable embedded computing devices (within the Internet infrastructure) via short-term connectivity. The IoT UE may run background applications (e.g., keep-alive messages, status updates, etc.) to facilitate connectivity within the IoT network.

[0017] UE101 can be configured to connect to a Radio Access Network (RAN) 110, for example, to be communicatively coupled. In embodiments, RAN110 may be a next-generation (NG) RAN or 5G RAN, an evolved-UMTS Terrestrial RAN (E-UTRAN), or a legacy RAN such as UTRAN or GERAN. As used herein, terms such as "NG RAN" may refer to a RAN 110 operating on an NR or 5G system 100, and terms such as "E-UTRAN" may refer to a RAN 110 operating on an LTE or 4G system 100. UE101 utilizes connections (or channels) 102 and 104, respectively, which each include a physical communication interface / layer.

[0018] Alternatively, or additionally, each UE101 can be configured with dual connectivity (DC) as multi-RAT or multi-Radio Dual Connectivity (MR-DC), and multiple Rx / Tx-enabled UEs can be configured to utilize resources provided by two different nodes (e.g., 111, 112, or other network nodes) that can be connected via a non-ideal backhaul, for example, one providing NR access and the other providing either LTE E-UTRA or 5G NR access. One node can function as a master node (MN) and the other as a secondary node (SN). The MN and SN can be connected via a network interface, and at least the MN is connected to the core network 120. At least one of the MN or SN can operate with shared spectrum channel access. All functions specified for the UE can be used for integrated access and backhaul mobile termination (IAB-MT). Similar to the UE101, the IAB-MT can access the network using either one network node or two different nodes using architectures such as EN-DC or NR-DC.

[0019] In this embodiment, connections 102 and 104 are shown as air interfaces to enable communicable coupling and can be matched with cellular communication protocols such as Global System for Mobile communications (GSM) protocol, Code-Division Multiple Access (CDMA) network protocol, Push-to-Talk (PTT) protocol, PTT over-cellular (POC) protocol, Universal Mobile Telecommunications Service (UMTS) protocol, 3GPP LTE protocol, 5G protocol, NR protocol, and / or any other communication protocols described herein. In this embodiment, UE 101 can directly exchange communication data via ProSe interface 105. The ProSe interface 105 may also be referred to as the SL interface 105 and may include one or more logical channels, including but not limited to a physical sidelink control channel (PSCCH), a physical sidelink shared channel (PSSCH), a physical sidelink discovery channel (PSDCH), and a physical sidelink broadcast channel (PSBCH).

[0020] UE101b is shown to be configured to access an AP106 (also referred to as "WLAN Node 106", "WLAN106", "WLAN Terminal 106", "WT106", etc.) via a connection 107. The connection 107 can include a local wireless connection such as a connection compliant with any IEEE802.11 protocol, and the AP106 will comprise a WiFi (Wireless Fidelity) (registered trademark) router. In this example, the AP106 is connected to the Internet without being connected to the core network of the wireless system as shown (to be described in more detail below). In various embodiments, the UE101b, RAN110, and AP106 can be configured to utilize LTE-WLAN aggregation (LWA) operation and / or LTE-WLAN Radio Level Integration (LWIP) operation with an IPsec tunnel. The LWA operation can involve the UE101b in RRC_CONNECTED with RAN nodes 111a - 111b to utilize LTE and WLAN radio resources. The LWIP operation can involve using WLAN radio resources (e.g., connection 107) via IPsec protocol tunneling to authenticate and encrypt packets (e.g., IP packets) transmitted by the UE101b via the connection 107. The IPsec tunneling may include encapsulating the entire original IP packet and adding a new packet header, thereby including protecting the original header of the IP packet.

[0021] RAN110 may include one or more access nodes (ANs) or RAN nodes 111a and 111b (collectively referred to as “RAN node(s)111”) that enable connections 102 and 104. As used herein, the terms “access node,” “access point,” etc., may describe equipment that provides radio baseband functionality for data and / or voice connections between a network and one or more users. These access nodes may be referred to as BS, gNB, RAN node, eNB, NodeB, RSU, Transmission Reception Points (TRxP), or TRP, etc., and may include ground stations (e.g., ground access points) or satellite stations that provide coverage within a geographical area (e.g., a cell). As used herein, the terms “NG RAN node,” etc., may refer to a RAN node 111 operating in an NR or 5G system 100 (e.g., gNB), and the terms “E-UTRAN node,” etc., may refer to a RAN node 111 operating in an LTE or 4G system 100 (e.g., eNB). According to various embodiments, the RAN node 111 can be implemented as one or more dedicated physical devices, such as macrocell base stations and / or low-power (LP) base stations, for providing femtocells, picocells, or other similar cells that have a smaller coverage area, smaller user capacity, or higher bandwidth compared to macrocells.

[0022] In some embodiments, all or part of the RAN nodes 111 may be implemented as one or more software entities running on a server computer as part of a virtual network, which may be referred to as a centralized RAN (CRAN) and / or a virtual baseband unit pool (vBBUP). In these embodiments, CRAN or vBBUP can implement RAN function partitioning such as Packet Data Convergence Protocol (PDCP) partitioning, where the Radio Resource Control (RRC) and PDCP layers are operated by CRAN / vBBUP and other L2 protocol entities are operated by individual RAN nodes 111; Media Access Control (MAC) / Physical (PHY) layer partitioning, where the RRC, PDCP, RLC, and MAC layers are operated by CRAN / vBBUP and the PHY layer is operated by individual RAN nodes 111; or "lower PHY" partitioning, where the upper part of the RRC, PDCP, RLC, MAC, and PHY layers are operated by CRAN / vBBUP and the lower part of the PHY layer is operated by individual RAN nodes 111. This virtualized framework allows the freed processor cores of the RAN nodes 111 to run other virtualized applications. In some implementations, individual RAN nodes 111 can represent individual gNB distributed units (DUs) connected to gNB control units (CUs) via individual F1 interfaces. In these implementations, a gNB-DU may include one or more remote radio heads or RF front-end modules (RFEMs), and a gNB-CU can be operated by a server (not shown) located in RAN 110, or by a server pool in a manner similar to CRAN / vBBUP.Additionally or alternatively, one or more of the RAN nodes 111 may be next generation evolved Node Bs (ng-eNBs), which are RAN nodes that provide E-UTRA user plane and control plane protocol terminations towards the UE 101 and are connected to the 5GC via the NG interface.

[0023] Any of the RAN nodes 111 can terminate the air interface protocol and serve as the first point of contact for the UE 101. In some embodiments, any of the RAN nodes 111 can perform various logical functions for the RAN 110, which include, but are not limited to, radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and radio network controller (RNC) functions such as mobility management.

[0024] In embodiments, the UE 101 can be configured to communicate with each other or with any of the RAN nodes 111 via multi-carrier communication channels according to various communication technologies, such as, but not limited to, Orthogonal Frequency-Division Multiplexing (OFDM) communication signals using OFDMA communication technology (e.g., for downlink communication) or Single Carrier Frequency-Division Multiple Access (SC-FDMA) communication technology (e.g., for uplink and ProSe or sidelink communication). However, the scope of the embodiments (aspects) is not limited in this regard. The OFDM signal can include a plurality of orthogonal sub-carriers.

[0025] In some embodiments, a downlink resource grid can be used for downlink transmissions from any of the RAN nodes 111 to UE 101, while uplink transmissions can utilize similar techniques. The grid can be a time-frequency grid, also called a resource grid or time-frequency resource grid, which represents the physical resources of the downlink within each slot. Such a time-frequency plane representation is a common method for OFDM systems, thereby making the allocation of radio resources intuitive. Each column and each row of the resource grid corresponds to one OFDM symbol and one OFDM subcarrier, respectively. The duration of the resource grid in the time domain corresponds to one slot in the radio frame. The smallest time-frequency unit of the resource grid is denoted as a resource element. Each resource grid contains a number of resource blocks, which represent the mapping of a particular physical channel to a resource element. Each resource block contains a set of resource elements, which in the frequency domain can represent the minimum amount of resources that can currently be allocated. There are several different physical downlink channels that are transmitted using such resource blocks.

[0026] According to various embodiments, UE101 and RAN node 111 communicate data (e.g., transmit and receive) over an authorized medium (also called the “authorized spectrum” and / or “authorized band”) and an unauthorized shared medium (also called the “unauthorized spectrum” and / or “unauthorized band”). The authorized spectrum may include channels operating in the frequency range of approximately 400 MHz to approximately 2.8 GHz, and the unauthorized spectrum may include the 5 GHz band.

[0027] To operate in the unlicensed spectrum, UE101 and RAN node 111 can operate using Licensed Assisted Access (LAA), eLAA, and / or feLAA mechanisms. In these implementations, UE101 and RAN node 111 may perform one or more known medium detection and / or carrier detection operations to determine whether one or more channels in the unlicensed spectrum are unavailable or otherwise occupied before transmission in the unlicensed spectrum. The medium / carrier detection operations may be performed according to the listen-before-talk (LBT) protocol.

[0028] LBT is a mechanism that a device (e.g., UE101, RAN node 111, etc.) transmits when it detects a medium (e.g., a channel or carrier frequency) and detects that the medium is idle (or when it detects that a particular channel within the medium is not occupied). The medium detection operation may include a Clear Channel Assessment (CCA) that utilizes at least energy detection (ED) to determine the presence or absence of other signals on the channel in order to determine whether the channel is occupied or cleared. This LBT mechanism allows cellular / LAA networks to coexist with currently occupied systems and with other LAA networks in the unlicensed spectrum. ED may include detecting RF energy over an intended transmission bandwidth over a period of time and comparing the detected RF energy to a predetermined or set threshold.

[0029] Typically, the systems currently occupying the 5GHz band are WLANs based on IEEE 802.11 technology. WLANs employ a contention-based channel access mechanism called CSMA / CA. Here, if a WLAN node (e.g., a mobile station (MS) such as UE101, AP106) intends to transmit, the WLAN node may first perform CCA before transmitting. Furthermore, in situations where two or more WLAN nodes simultaneously detect a channel as idle and intend to transmit, a backoff mechanism is used to avoid collisions. The backoff mechanism may be a counter randomly drawn within the CWS, which is exponentially incremented when a collision occurs and reset to a minimum value when transmission is successful. The LBT mechanism designed for LAA is somewhat similar to the CSMA / CA of WLANs. In some implementations, the LBT procedure for downlink (DL) or uplink (UL) transmit bursts, including physical downlink shared channel (PDSCH) or physical uplink shared channel (PUSCH) transmits, respectively, may have an LAA contention window of variable length between an X extended CCA (ECCA) slot and a Y extended CCA slot, where X and Y are the minimum and maximum contention window sizes (CWS) for the LAA. In one embodiment, the minimum CWS for LAA transmits may be 9 microseconds (μs), but the size of the CWS and maximum channel occupancy time (MCOT) (e.g., transmit burst) may be based on government regulatory requirements.

[0030] The LAA mechanism is built upon the carrier aggregation (CA) technology of the LTE Advanced System. In CA, each aggregated carrier is called a component carrier (CC). In some cases, individual CCs may have different bandwidths than other CCs. In a time division duplex (TDD) system, the number of CCs and the bandwidth of each CC may be the same for DL ​​and UL. CA also includes individual serving cells that provide individual CCs. For example, CCs in different frequency bands may experience different path losses, so the coverage of serving cells may differ. A primary service cell, or PCell, can provide primary component carriers (PCCs) to both UL and DL and can handle Radio Resource Control (RRC) and non-access stratum (NAS) related activities. Other serving cells are called SCells, and each SCell can provide separate secondary component carriers (SCCs) to both UL and DL. Modifying the PCC may require UE101 to undergo a handover, while the SCC can be added and removed as needed. In LAA, eLAA, and feLAA, some or all of the SCells can operate on the unlicensed spectrum (referred to as "LAA SCells"), and the LAA SCells are supported by PCells operating on the licensed spectrum. If a UE consists of two or more LAA SCells, the UE can receive UL grants on the configured LAA SCells, indicating different PUSCH start positions within the same subframe.

[0031] The PDSCH transmits user data and upper-layer signaling to the UE101. The physical downlink control channel (PDCCH) carries, among other things, information regarding the transport format and resource allocation for the PDSCH channel. It can also notify the UE101 of the transport format, resource allocation, and Hybrid Auto Retransmission Request (HARQ) information for the uplink shared channel. Typically, downlink scheduling (allocating control and shared channel resource blocks to the UE101b in the cell) may be performed on one of the RAN nodes 111 based on channel quality information fed back from one of the UE101s. Downlink resource allocation information may be transmitted on the (e.g., allocated) PDCCH used for each of the UE101s.

[0032] PDCCH transmits control information using control channel elements (CCEs). Before being mapped to resource elements, PDCCH complex numerical symbols may first be organized into quadruplets, which may then be swapped using subblock interleavers for rate matching. Each PDCCH may be transmitted using one or more of these CCEs, and each CCE can correspond to nine sets of four physical resource elements known as REGs. Four Quadrature Phase Shift Keying (QPSK) symbols may be mapped to each REG. Depending on the size of the DCI and the channel state, a PDCCH may be transmitted using one or more CCEs. There may be four or more different PDCCH formats defined in LTE with different numbers of CCEs (e.g., aggregation level, L=1, 2, 4, or 8).

[0033] Some embodiments may use a concept for resource allocation for control channel information, which is an extension of the above concept. For example, some embodiments may utilize an extended (E)PDCCH that uses PDSCH resources for control information transmission. The EPDCCH may be transmitted using one or more ECCEs. As above, each ECCE may correspond to nine sets of four physical resource elements known as EREGs. In some situations, an ECCE may have a different number of EREGs.

[0034] RAN nodes 111 can be configured to communicate with each other via interface 112. In embodiments where system 100 is an LTE system, interface 112 may be an X2 interface 112. The X2 interface may be defined between two or more RAN nodes 111 (e.g., two or more eNBs) connected to an evolved packet core (EPC) or core network 120, and / or between two eNBs connected to the EPC 120. In some implementations, the X2 interface may include an X2 user plane interface (X2-U) and an X2 control plane interface (X2-C). The X2-U can provide a flow control mechanism for user data packets forwarded via the X2 interface and can be used to communicate information regarding the distribution of user data between eNBs. For example, X2-U may provide specific sequence number information for user data transferred from the master eNB (MeNB) to the secondary eNB (SeNB), information regarding the success of sequential delivery of PDCP packet data units (PDUs) from the SeNB to the UE101 for user data, information regarding PDCP PDUs that were not delivered to the UE101, and information regarding the current minimum desired buffer size in the SeNB for sending UE user data. X2-C may provide LTE in-access mobility functions, load management functions, and inter-cell interference adjustment functions, including context transfer from the source eNB to the target eNB and user plane transport control.

[0035] In embodiments where system 100 is a 5G or NR system that may or may not have coexisting RATs, interface 112 may be an Xn interface 112. The Xn interface is defined between two or more RAN nodes 111 (e.g., two or more gNBs) connected to 5GC120, between a RAN node 111 (e.g., a gNB) connected to 5GC120 and an eNB, and / or between two eNBs connected to 5GC120. In some implementations, the Xn interface may include an Xn user plane (Xn-U) interface and an Xn control plane (Xn-C) interface. The Xn-U may provide unguaranteed delivery of user plane PDUs and support / provide data transfer and flow control functions. The Xn-C may provide mobility support for UE101 in a connected mode (e.g., CM-CONNECTED), including management and error handling functions, functions for managing the Xn-C interface, and functions for managing UE mobility in a connected mode between one or more RAN nodes 111. Mobility support may include context transfer from the old (source) serving RAN node 111 to the new (target) serving RAN node 111, and control of the user plane tunnel between the old (source) serving RAN node 111 and the new (target) serving RAN node 111. The Xn-U protocol stack may include a transport network layer built on the Internet Protocol (IP) transport layer, a User Datagram Protocol (UDP) layer for carrying user plane PDUs, and / or a GPRS Tunneling Protocol (GTP-U) layer on the IP layer (one or more). The Xn-C protocol stack may include an application layer signaling protocol (called the Xn Application Protocol (Xn-AP)) and a transport network layer built on the Stream Controlled Transmit Protocol (SCTP). SCTP may be on the IP layer and may provide guaranteed delivery of application layer messages. Point-to-point transmission is used in the transport IP layer to deliver signaling PDUs.In other implementations, the Xn-U protocol stack and / or Xn-C protocol stack may be the same as or similar to the user plane and / or control plane protocol stack(s) described herein.

[0036] RAN110 is shown to be communicatively coupled to a core network, in this embodiment, a core network (CN)120. CN120 may comprise a plurality of network elements 122 configured to provide various data and telecommunications services to customers / subscribers (e.g., users of UE101) connected to CN120 via RAN110. The components of CN120 may be implemented on a single physical node or separate physical nodes, including components for reading and executing instructions from machine-readable or computer-readable media (e.g., non-temporary machine-readable storage media). In some embodiments, NFV can be used to virtualize any or all of the above network node functions via executable instructions stored in one or more computer-readable storage media (described in further detail below). Logical instantiations of CN120 may be called network slices, and some logical instantiations of CN120 may be called network subslices. Network Function Virtualization (NFV) architectures and infrastructure may be used to virtualize one or more network functions on physical resources, including combinations of industry-standard server hardware, storage hardware, or switches, or they may be performed on dedicated hardware. In other words, an NFV system can be used to run a virtual or reconfigurable implementation of one or more Evolutionary Packet Core (EPC) components / functions.

[0037] Generally, the application server 130 may be an element that provides applications that use IP bearer resources together with the core network (e.g., Universal Mobile Telecommunications System Packet Services (UMTS PS) domain, LTE PS data service, etc.). The application server 130 may also be configured to support one or more communication services (e.g., VoIP session, PTT session, group communication session, social networking service, etc.) for the UE 101 via the EPC 120.

[0038] In the embodiment, CN120 may be a 5GC (referred to as "5GC120," etc.), and RAN110 may be connected to CN120 via NG interface 112. In the embodiment, NG interface 112 can be divided into two parts: a Next Generation (NG) user plane (NG-U) interface 114 that carries traffic data between RAN node 111 and User Plane Function (UPF), and an S1 control plane (NG-C) interface 115 that is a signaling interface between RAN node 111 and Access and Mobility Management Function (AMF). The core network CN120 may also be a 5GC120.

[0039] In some embodiments, CN120 may be a 5G CN (referred to as "5GC120," etc.), and in other embodiments, CN120 may be an evolved packet core (EPC). When CN120 is an EPC (referred to as "EPC120," etc.), RAN110 can be connected to CN120 via S1 interface 112. In some embodiments, S1 interface 112 can be divided into two parts: an S1 user plane (S1-U) interface 114 that carries traffic data between RAN node 111 and S-GW, and an S1-MME interface 115 that is a signaling interface between RAN node 111 and MME.

[0040] Figure 2 shows exemplary components of device 200 according to several embodiments. In some embodiments, device 200 may include, at least as shown in the figure, a coupled application circuit 202, a baseband circuit 204, a radio frequency (RF) circuit 206, a front-end module (FEM) circuit 208, one or more antennas 210, and a power management circuitry (PMC) 212. The illustrated components of device 200 may be included in a UE or RAN node such as UE101 / 102 or eNB / gNB111 / 112. In some embodiments, device 200 may include fewer elements (for example, a RAN node may not utilize the application circuit 202 and instead include a processor / controller for processing IP data received from the EPC). In some embodiments, device 200 may include additional elements such as memory / storage, displays, cameras, sensors, or input / output (I / O) interfaces. In other embodiments, the components described below may be included in two or more devices (for example, the above circuit may be included separately in two or more devices for a Cloud-RAN (C-RAN) implementation).

[0041] The application circuit 202 may include one or more application processors. For example, the application circuit 202 may include, but is not limited to, one or more single-core processors or multi-core processors. The processor(s) may include any combination of general-purpose processors and dedicated processors (e.g., graphics processors, application processors, etc.). The processor(s) may be coupled to or include memory / storage and may be configured to execute instructions stored in memory / storage to enable various applications or operating systems to run on device 200. In some embodiments, the processor(s) of the application circuit 202 may process IP data packets received from the EPC.

[0042] The baseband circuit 204 may include, but is not limited to, one or more single-core processors or multi-core processors. The baseband circuit 204 may include one or more baseband processors or control logic to process baseband signals received from the receiving signal path of the RF circuit 206 and to generate baseband signals for the transmitting signal path of the RF circuit 206. The baseband processing circuit 204 may interface with the application circuit 202 to generate and process baseband signals and to control the operation of the RF circuit 206. For example, in some embodiments, the baseband circuit 204 may include a third-generation (3G) baseband processor 204A, a fourth-generation (4G) baseband processor 204B, a fifth-generation (5G) baseband processor 204C, or other baseband processors (one or more) 204D of other existing, developing, or future-developed generations (e.g., Second Generation (2G), Sixth Generation (6G), etc.). The baseband circuit 204 (for example, one or more of the baseband processors 204A to 204D) can handle various radio control functions that enable communication with one or more radio networks via the RF circuit 206. In another embodiment, some or all of the functions of the baseband processors 204A to 204D may be contained in modules stored in memory 204G and executed via the Central Processing Unit (CPU) 204E. Radio control functions may include, but are not limited to, signal modulation / demodulation, coding / decoding, radio frequency shifting, etc. In some embodiments, the modulation / demodulation circuit of the baseband circuit 204 may include Fast Fourier Transform (FFT), precoding, or constellation mapping / demapping functions. In some embodiments, the coding / decoding circuit of the baseband circuit 204 may include convolution, tail-biting convolution, turbo, Viterbi, or low-density parity check (LDPC) encoder / decoder functionality.Embodiments of modulation / demodulation and encoder / decoder functions are not limited to these examples, and other embodiments may include other suitable functions.

[0043] In addition, the memory 204G (and other memory components described herein, e.g., memory, data storage, etc.) may include one or more machine-readable media containing instructions that, when executed by the machine or component described herein, cause the machine to perform operations of a method or apparatus or system for simultaneous communication using multiple communication technologies in accordance with the embodiments and examples described herein. It should be understood that the embodiments described herein can be implemented by hardware, software, firmware, or any combination thereof. When implemented by software, the functions can be stored as one or more instructions or codes on a computer-readable medium (e.g., the memory or other storage device described herein) or transmitted via a computer-readable medium. The computer-readable medium includes both computer storage media and communication media, including any medium that facilitates the transfer of computer programs from one location to another. The storage media or computer-readable storage device may be any available medium that can be accessed by a general-purpose computer or a special-purpose computer. Examples, and not limited to, such computer-readable media include RAM, ROM, EEPROM, CD-ROM, or other optical disk storage, magnetic disk storage, or other magnetic storage devices, or other tangible and / or non-temporary media that can be used to hold or store desired information or executable instructions. Any connection may also be referred to as computer-readable media. For example, if software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of media.

[0044] In some embodiments, the baseband circuit 204 may include one or more audio digital signal processors (DSPs) 204F. The audio DSPs 204F may include elements for compression / decompression and echo cancellation, and in other embodiments, may include other suitable processing elements. The components of the baseband circuit may be suitably combined within a single chip, a single chipset, or, in some embodiments, arranged on the same circuit board. In some embodiments, some or all of the component elements of the baseband circuit 204 and the application circuit 202 may be integrated on, for example, a system on a chip (SOC).

[0045] In some embodiments, the baseband circuit 204 can provide communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuit 204 can support communication with an evolved universal terrestrial radio access network (EUTRAN) or other wireless metropolitan area networks (WMAN), wireless local area networks (WLAN), or wireless personal area networks (WPAN). Embodiments in which the baseband circuit 204 is configured to support wireless communication of two or more radio protocols may be referred to as a multimode baseband circuit.

[0046] The RF circuit 206 can enable communication with a wireless network using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuit 206 may include switches, filters, amplifiers, etc., to facilitate communication with the wireless network. The RF circuit 206 may include a received signal path which may include a circuit for down-converting the RF signal received from the FEM circuit 208 and providing the baseband signal to the baseband circuit 204. The RF circuit 206 may also include a transmitted signal path which may include a circuit for up-converting the baseband signal provided by the baseband circuit 204 and providing the RF output signal to the FEM circuit 208 for transmission.

[0047] In some embodiments, the receive signal path of the RF circuit 206 may include a mixer circuit 206a, an amplifier circuit 206b, and a filter circuit 206c. In some embodiments, the transmit signal path of the RF circuit 206 may include a filter circuit 206c and a mixer circuit 206a. The RF circuit 206 may also include a combining circuit 206d for combining the frequencies used by the mixer circuit 206a of the receive signal path and the transmit signal path. In some embodiments, the mixer circuit 206a of the receive signal path may be configured to downconvert the RF signal received from the FEM circuit 208 based on the combined frequency provided by the combining circuit 206d. The amplifier circuit 206b may be configured to amplify the downconverted signal, and the filter circuit 206c may be a low-pass filter (LPF) or band-pass filter (BPF) configured to remove unwanted signals from the downconverted signal to produce an output baseband signal. The output baseband signal may be provided to the baseband circuit 204 for further processing. In some embodiments, the output baseband signal may be a zero-frequency baseband signal, but this is not a requirement. In some embodiments, the mixer circuit 206a of the received signal path may include a passive mixer, but the scope of embodiments is not limited thereto.

[0048] In some embodiments, the mixer circuit 206a in the transmit signal path may be configured to upconvert the input baseband signal based on the combined frequency provided by the combining circuit 206d to generate an RF output signal for the FEM circuit 208. The baseband signal may be provided by the baseband circuit 204 and filtered by the filter circuit 206c.

[0049] In some embodiments, the receive signal path mixer circuit 206a and the transmit signal path mixer circuit 206a may include two or more mixers, each configured for quadrature down-conversion and quadrature up-conversion. In some embodiments, the receive signal path mixer circuit 206a and the transmit signal path mixer circuit 206a may include two or more mixers, each configured for image rejection (e.g., Hartley image rejection). In some embodiments, the receive signal path mixer circuit 206a and the transmit signal path mixer circuit 206a may be configured for direct down-conversion and direct up-conversion. In some embodiments, the receive signal path mixer circuit 206a and the transmit signal path mixer circuit 206a may be configured for superheterodyne operation.

[0050] In some embodiments, the output baseband signal and input baseband signal may be analog baseband signals, but the scope of the embodiments is not limited thereto. In some alternative embodiments, the output baseband signal and input baseband signal may be digital baseband signals. In these alternative embodiments, the RF circuit 206 may include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuits, and the baseband circuit 204 may include a digital baseband interface for communicating with the RF circuit 206.

[0051] In some dual-mode embodiments, separate wireless IC circuits may be provided to process signals for each spectrum, but the scope of embodiments is not limited thereto.

[0052] In some embodiments, the combining circuit 206d may be a fractional N combiner or a fractional N / N+1 combiner, but the scope of this embodiment is not limited thereto, as other types of frequency combiners may be preferred. For example, the combining circuit 206d may be a combiner with a phase-locked loop having a delta-sigma combiner, a frequency multiplier, or a frequency divider.

[0053] The combining circuit 206d may be configured to combine the output frequencies used by the mixer circuit 206a of the RF circuit 206 based on the frequency input and the divider control input. In some embodiments, the combining circuit 206d may be a fractional N / N+1 combiner.

[0054] In some embodiments, the frequency input may be provided by a voltage-controlled oscillator (VCO), but this is not a requirement. The divider control input may be provided by either the baseband circuit 204 or the application processor 202, depending on the desired output frequency. In some embodiments, the divider control input (e.g., N) may be determined from a channel-based lookup table indicated by the application processor 202.

[0055] The combining circuit 206d of the RF circuit 206 may include a divider, a delay-locked loop (DLL), a multiplexer, and a phase accumulator. In some embodiments, the divider may be a dual modulus divider (DMD), and the phase accumulator may be a digital phase accumulator (DPA). In some embodiments, the DMD may be configured to divide the input signal into either N or N+1 (e.g., based on performance) to provide a fractional division ratio. In some exemplary embodiments, the DLL may include a set of cascaded tunable delay elements, a phase detector, a charge pump, and a D-type flip-flop. In these embodiments, the delay elements may be configured to divide the VCO period into Nd packets of equal phase, where Nd is the number of delay elements in the delay line. In this way, the DLL provides negative feedback to contribute to ensuring that the total delay across the delay line is one VCO cycle.

[0056] In some embodiments, the combining circuit 206d may be configured to generate the carrier frequency as the output frequency, and in other embodiments, the output frequency may be a multiple of the carrier frequency (e.g., twice the carrier frequency, four times the carrier frequency), and can be used in conjunction with quadrature generator and divider circuits to generate multiple signals with multiple different phases relative to each other at carrier frequencies. In some embodiments, the output frequency may be the LO frequency (fLO). In some embodiments, the RF circuit 206 may include an IQ / polarity converter.

[0057] The FEM circuit 208 may include a receive signal path that operates on RF signals received from one or more antennas 210, amplifies the received signals, and provides an amplified version of the received signals to the RF circuit 206 for further processing. The FEM circuit 208 may also include a transmit signal path that includes a transmit signal provided by the RF circuit 206 for transmission by one or more of the antennas 210. In various embodiments, amplification through the transmit signal path or the receive signal path may occur in the RF circuit 206 alone, in the FEM 208 alone, or in both the RF circuit 206 and the FEM 208.

[0058] In some embodiments, the FEM circuit 208 may include a TX / RX switch for switching between transmit mode and receive mode operation. The FEM circuit may include a receive signal path and a transmit signal path. The receive signal path of the FEM circuit may include a low-noise amplifier (LNA) for amplifying the received RF signal and providing the amplified received RF signal as an output (e.g., to the RF circuit 206). The transmit signal path of the FEM circuit 208 may include a power amplifier (PA) for amplifying the input RF signal (e.g., provided by the RF circuit 206) and one or more filters for generating an RF signal for subsequent transmission (e.g., by one or more of the antennas 210).

[0059] In some embodiments, the PMC212 can manage the power supplied to the baseband circuit 204. Specifically, the PMC212 can control power source selection, voltage scaling, battery charging, or DC-DC conversion. When the device 200 is battery-powered, for example, when the device is included in the UE, the PMC212 can often be included. The PMC212 can improve power conversion efficiency while providing desirable mounting size and heat dissipation characteristics.

[0060] Figure 2 shows the PMC212 coupled only with the baseband circuit 204. However, in other embodiments, the PMC212 can be coupled additionally or alternatively with other components, including but not limited to the application circuit 202, the RF circuit 206, or the FEM208, to perform similar power management operations.

[0061] In some embodiments, the PMC212 can control or be part of various power-saving mechanisms of device 200. For example, if device 200 is in the RRC_Connected state, still connected to a RAN node because it is expected to receive traffic soon, after a certain period of inactivity, the device can enter a state known as intermittent receive mode (DRX). During this state, device 200 can conserve power by powering down at short intervals.

[0062] If there is no data traffic activity for an extended period, device 200 may transition to the RRC_Idle state, disconnecting from the network and not performing actions such as channel quality feedback or handover. Device 200 enters a very low power state and periodically wakes up to listen to the network, then powers down again to perform paging. In this state, device 200 cannot receive data and must transition to the RRC_Connected state to receive data.

[0063] For low-latency / low-power operation, device 200 can be configured to suspend / resume in 5G NR by utilizing the RRC_Inactive state, thereby significantly reducing latency and minimizing battery consumption. In the suspension procedure, both the UE and RAN store information about the UE's transition from connected to inactive, along with the UE's radio protocol configuration. The resume procedure optimizes the transition from inactive to connected by restoring the UE's radio protocol configuration. RAN-based location management and RAN paging allow the inactive UE to move around within the area without notifying the network.

[0064] The processors of the application circuit 202 and the baseband circuit 204 can be used to execute elements of one or more instances of the protocol stack. For example, the processors of the baseband circuit 204 can be used alone or in combination to execute Layer 3, Layer 2, or Layer 1 functions, and the processors of the application circuit 204 can use the data received from these layers (e.g., packet data) to further execute Layer 4 functions (e.g., the transmission communication protocol (TCP) layer and the user datagram protocol (UDP) layer). As described above herein, Layer 3 may include the radio resource control (RRC) layer, which is described in more detail below. As described above herein, Layer 2 may include the medium access control (MAC) layer, the radio link control (RLC) layer, and the packet data convergence protocol (PDCP) layer, which are described in more detail below. As described above in this specification, Layer 1 may include the physical (PHY) layer of the UE / RAN node, which is described in more detail below.

[0065] Referring to Figure 3, a block diagram of a user equipment wireless communication device (UE) or other network device / component (e.g., gNB, eNB, or other involved network entity / component) is shown. The UE device 300 includes one or more processors 310 (e.g., one or more baseband processors) having processing circuits and associated interfaces (one or more); a transceiver circuit 320 (equipped with RF circuits that may include transmitter circuits (e.g., associated with one or more transmit chains) and / or receiver circuits that may use common circuit elements, separate circuit elements, or a combination thereof (e.g., associated with one or more receive chains); and a memory 330 (which may include any of various storage media and may store instructions and / or data associated with one or more of the processors (one or more) 310 or the transceiver circuit 320).

[0066] In the various embodiments (aspects) described herein, signals or messages can be generated and output for transmission, and / or transmitted messages can be received and processed. Depending on the type of signal or message being generated, output for transmission (e.g., by processor(s)310, processor(s)310, etc.) may include one or more of the following: generation of an associated set of bits encoding the content of the signal or message; encoding (e.g., including the addition of a cyclic redundancy check (CRC) and / or encoding via one or more of the following: turbo code, low-density parity check (LDPC) code, tail-biting convolution code (TBCC), etc.); scrambling (e.g., based on a scrambling seed); modulation (e.g., by one of the following: binary phase shift keying (BPSK), quad-phase shift keying (QPSK), or any form of quadrature amplitude modulation (QAM), etc.); and / or resource mapping (e.g., to a set of scheduled resources, to a set of time and frequency resources allowed for uplink transmission). Depending on the type of received signal or message, the processing (for example, by one or more processors) 310 may include one or more of the following: identification of the physical resources associated with the signal / message, detection of the signal / message, deinterleaving of resource element groups, demodulation, descrambling, and / or decoding.

[0067] According to various embodiments, various mechanisms can be disclosed for enhancing UL transmission using coexisting RATs (e.g., WiFi and 5G or legacy) to achieve various objectives relating to peak data rates, in particular to NR-based access to unlicensed spectrum, and to unlock increasingly important unlicensed spectrum (i.e., shared spectrum) for 5G NR system operation as a complementary spectrum source. Regarding unlicensed operation of NR systems, numerous issues that may result in performance losses from a system perspective are identified in detail below.

[0068] For example, in the first problem, in order to coexist fairly with other RATs (e.g., Wifi), one of the requirements is an occupied channel bandwidth (OCB) requirement, which defines the occupied channel bandwidth, i.e., the bandwidth containing 99% of the signal power, as being 80% to 100% of the declared nominal channel bandwidth. To satisfy this OCB requirement above, two longer sequences are introduced for the NR-U operation of Rel-16, namely SCS L_RA=1151 for 15kHz and SCS L_RA=571 for 30kHz. However, the method of choosing between the longer sequences and the conventional shorter sequences may still not be determined. More specifically, always using the longer sequences rather than the shorter sequences may unnecessarily increase signaling overhead in some cases, for example, when the OCB is already guaranteed by the scheduling of gNB111 by FDMed with other channels in coexisting RATs, and the PRACH transmission is within a COT initiated by gNB. Therefore, various embodiments or embodied solutions of this specification can improve the efficiency of UL resources by conditionally configuring the selection of different lengths of UL transmission.

[0069] In another example, as a second issue, NR-U can support UL-DL COT sharing to improve system throughput performance when coexisting with unscheduled autonomous systems such as Wi-Fi, because it can avoid dual LBT requirements on the gNB side (e.g., Cat 4 LBT). In the current NR-U design, when a COT initiated by a UE is shared, the UL-DL COT sharing ED threshold can be configured by gNB111 if any DL signals / channels to any other UE (PDSCH, PDCCH, reference signal) will be transmitted over the shared COT. However, forcing UE101 to use a specific ED threshold configured by gNB111 may significantly reduce the channel access probability of UE101. Here, UE101 can indicate the COT duration or total duration to gNB111 and improve resource efficiency by utilizing shorter durations, for example, using downlink data for transmission. If the UE wishes to set up the COT, it will detect the channel based on the indicated ED threshold. The shared threshold may be low, which means that the UE101 loses the flexibility to indicate that it does not want to remain in or on the COT with the gNB111 for channel latency-sensitive traffic or transmissions, for example, for NR-U traffic which is easy to transmit. In this way, the embodiment allows the UE101 to be configured flexibly based on the characteristics of the transmission package (e.g., latency, power, type, etc.) to determine whether or not to use a COT initiated by the gNB.

[0070] In another example, as a third issue, Rel-16 can support a two-stage RACH procedure to reduce latency in the initial access procedure. More specifically, a gap can be defined between the PRACH transmission and the associated message transmission (e.g., Msg-A). While this gap configuration design may be feasible for authorized bandwidth, the LBT operation required for unauthorized bandwidth also introduces the risk of Msg-A PUSCH transmission failure. This issue can also be addressed to improve the efficiency of the two-stage RACH procedure in NR-U. In a two-stage RACH procedure, the PRACH and PUSCH messages are not transmitted simultaneously, which can be problematic for NR-U. In addition, in NR-LTE, the gap between them can cause a rift when Wifi attempts to acquire a channel if it detects a channel in the intermediate or gap region, thereby losing the opportunity to transmit in the PRACH phase and potentially losing resources. Therefore, various embodiments allow for configuring the gap to reduce the complexity of the two-stage RACH procedure and increase its efficiency.

[0071] In various embodiments, at least two sets of resources having different sequence lengths: length X1 and length X2 (for example, for a Sounding Reference Signal (SRS), PRACH, or PUCCH) can be configured by the upper layer for, for example, one UL channel and a given UE101. The first length X1 and the second length X2 can be selected based on one or more conditions (e.g., UE capability, or other conditions such as received indicators, package parameters). In one embodiment, the first sequence length X1 may be shorter than the second sequence length X2, for example, in symbol index, or other units / numerology. In one embodiment, the first sequence length X1 may be a value of about 139 for PRACH transmission or other UL channels. The second sequence length X2 may include one of a plurality of second sequences X2, from which the UE101 can be configured to select, including longer and shorter second sequence lengths. The shorter second sequence length X21 may be, for example, about 571 for 30 kilohertz (kHz), and the longer second sequence length X22 may be, for example, about 1151 for 15 kHz for PRACH transmission or other UL transmission.

[0072] In one embodiment, for the initial access procedure, one of two lengths may be signaled by System Information Block 1 (SIB1) depending on the configuration / indicated requirements that it conforms to / satisfies the presence or coexistence of another current system on the same frequency (e.g., Wi-Fi) and the occupied channel bandwidth (OCB). In other configured embodiments, UE101 may provide a given UL channel configuration associated with sequence lengths X1 and X2 (where X2 includes one or more sequence lengths longer than X1). Different operations can be configured so that UE101 determines the sequence length of each UL transmission.

[0073] In one approach or operation, for example, different lengths, i.e., configurations X1 / X2, can be used for any particular one or any type of UL channel (e.g., SRS / PUCCH / PRACH) transmission, including any one or more of periodic, semi-persistent, or aperiodic transmissions. In one embodiment, different durations can be configured for lengths X1 and X2. More specifically, the second sequence length X2, as a longer sequence, can be configured with a longer periodicity than the first sequence length X1 in order to share resources with the initial access procedure. This can help reduce signaling overhead and maximize spectral efficiency.

[0074] Additionally, or alternatively, UE101 can be configured to verify that the corresponding UL transmission (e.g., PRACH / SRS / other UL channels) is within the channel occupancy time (COT) initiated by the gNB, thereby ensuring that any transmission meets the OCB requirements for shared transmissions as UL transmissions, which are within the OCB of the coexisting RAT. UE101 can then opportunistically transmit the UL channels in a configured short sequence if the transmission (e.g., PRACH / SRS / other UL channels) is within the COT initiated by the gNB. If a COT initiated by a gNB is not detected based on the presence of downlink control information (DCI) (e.g., DCI format 2_0 or other DCI format) for a PDCCH or other DL channel, or a dynamically scheduled synchronization signal block (SSB) / scheduled PDSCH / scheduled PUCCH transmission, the UE101 may be configured to either skip a transmission(s) of a short sequence length of X1, or conditionally fall back to using a second sequence transmission of length X2 for UL transmission.

[0075] Referring to Figure 4, examples of sequence selection 400 in response to a gNB-initiated COT are shown in various forms. A gNB-initiated COT 410 can be implemented in configurations of different lengths (e.g., X1 / X2) used for any particular UL channel (e.g., SRS / PUCCH / PRACH) transmission, including one or more periodic, semi-persistent, or aperiodic transmissions.

[0076] As suggested above, a specific length can be configured to apply to both periodic and aperiodic transmissions, and there are no restrictions on which type or kind of UL transmission can be configured with sequence length X1 / X2. Before UL transmission, the transmission opportunity or COT has already been detected based on the presence of a DCI format, e.g., 2_0, or an SSB or scheduled PDSCH, and UE101 can perform verification, specifically with a shorter sequence length X1 430, to ensure that a predefined OCB is always established on the UE side. UE101 can use a shorter sequence only if it already knows that the transmission is within the gNB initial COT, and can then opportunistically transmit the UL transmission with the configured shorter sequence to enable resource efficiency. For example, if a COT initiated by gNB is not detected based on DCI format 2_0 or other DL channels such as dynamically scheduled synchronous signal block (SSB) / scheduled PDSCH / scheduled PUCCH transmission, there is some uncertainty as to whether the COT initiated by gNB is inside or outside of it, so the UE may skip the shorter X1 and use X2. From the UE's perspective, this may be a bandwidth that the receiver of UE101 can simply skip in transmission.

[0077] In another embodiment, UE101 may conditionally fold back to sequence length X2 420, for example, if there is no detection based on other DL channels in the presence of DCI format or SSB / scheduled PDSCH / scheduled PUCCH transmissions. gNB111 may detect the length being used via virtual detection. Alternatively, gNB111 may already know that UE101 was not able to receive a COT for its transmission opportunity, even if it was originally configured with a shorter sequence X1, and accordingly assume that UE101 will fold back to the longer sequence X2 420 without any detection required on the UE side.

[0078] In some cases, the UE may skip this length and conditionally fall back, which can lead to a mismatch between UE101 and gNB111 with respect to COT duration, for example. gNB111 is rarely transmitted and may not be detected on the UE side, resulting in a mismatch between UE101 and gNB111 in the resources used for certain UL signal transmissions. Therefore, the objective is to attempt to have alignment between UE101 and gNB111 with respect to sequence length.

[0079] In other embodiments, a hybrid sequence can be configured, for example, with a first sequence length X1 as 430 and a second longer sequence length X2 as 420. In one embodiment, the first sequence length X1 as 430 can be configured solely for aperiodic UL transmission, including PRACH and SRS channels for UE in RRC_CONNECTED mode. In particular, the longer sequence length X2 420 can generally always satisfy OCB requirements whether inside or outside the COT, and therefore the longer sequence length X2 420 may consume more resources, although there may be no restrictions. The length X1 430 may, due to its shorter length, be usable only within the COT and thus limited to aperiodic use and control by DCI. In some embodiments, a Sequence Length Indictor (SLI) field can be added to the legacy DCI as, for example, DCI format 1_0, DCI format 1_1, or DCI format 2_3, in order to select one of three lengths for a given UL transmission.

[0080] In one embodiment, the bit width of the SLI field may be 1 or zero. A value of "0" may indicate a sequence of length X1 430, a value of "1" may indicate a sequence of length X2 420, or conversely, length X1 430 may be indicated by "0" and length X2 420 by "1". Thus, Figure 4 shows an example of sequence length selection by utilizing a configurable SLI field in DCI format 1_0 to trigger, for example, a periodic PRACH transmission. DCI format 1_0 can be configured to select sequence lengths between X1 and X2 (a number of different second sequence lengths) based on whether the opportunity for PRACH transmission 450 or 460 is located inside or outside COT 410. As shown in the figure, for example, to select a PRACH450 transmission length X1 430 (i.e., a short sequence length), the value of the SLI field in DCI440 can be set to "0", thereby scheduling a frequency division multiplexed (FDMed) PRACH transmission 450 to improve the resource efficiency of COT110. While a PRACH transmission 460 of length 420 is outside COT110, UE101 can still use a longer sequence X2 420 to, for example, meet OCB requirements.

[0081] gNB111 can control transmissions in DCI based on whether they are periodic or not, and periodic transmissions can always use a longer sequence of X2. Thus, UE101 can configure switching between short and long sequences of different lengths, as is only within aperiodic transmissions. For example, initially, UE101 generates a UL transmission with a longer X2 420, and then, within COT, UE101 can use a shorter one along with a PUSCH transmission 470 (for example, for channel state information (CSI) feedback). Here, the length with the shorter sequence 430 can be explicitly indicated using the SLI field.

[0082] Referring to Figure 5, an example of gap generation in a COT-dependent UL transmission 500 is shown according to one or more embodiments described. In the case of NR-U transmission, an LBT procedure can be performed before initiating a RACH transmission to avoid collisions and cause interference with ongoing transmissions using coexisting RATs. Consecutive RACH opportunities (RACH Occasions, RO) within a RACH slot 510 can cause a PRACH transmission interruption. According to various specific embodiments of this disclosure, a gap 520 can be generated between two consecutive ROs within a PRACH slot 510 by shifting one symbol backward for transmission. In addition, a cyclic prefix (CP) extension can be applied to the symbol, and the preceding shifted RO is used to generate the requested 16 microsecond (us) or 20us / 25us gap. This can be applied to PRACH within the COT, e.g., PRACH 450 in Figure 4, or also outside the COT (e.g., PRACH 420 in Figure 4).

[0083] For example, if it is necessary to perform LBT operation as if within a COT initiated by gNB, one symbol shift can be performed on a later symbol to obtain a first gap (e.g., 16us), and then a CP extension 530 can be performed to generate a second gap (e.g., 20us or other). In this manger, the gap can be adjusted for PRACH transmission 530 by configuring the CP extension. Thus, UE101 changes the gap based on the transmission conditions.

[0084] In another embodiment, UE101 can be configured to select between a signaled ED threshold (denoted as ED1) and an ED threshold 2 (ED2) so as to be calculated based on the transmit power of a scheduled push. In one embodiment, the selection is available only when ED1 is less than ED2. The selection of EDs allows UE101 to configure a COT initiated at the UE based, for example, on packet parameters or the type of UL transmission or desired UL transmission characteristics (e.g., low latency, ultra-low latency transmission, transmission urgency, or other characteristics). The selected ED threshold can be signaled to gNB111 depending on the type of push, such as a configured grant (CG) push or a dynamically permitted push.

[0085] For example, if the PUSCH type is CG-PUSCH, the selected ED threshold (i.e., ED1 or ED2) of the COT initiated at the UE can be explicitly included / indicated in the CG-UCI payload using a 1-bit ED indicator field as ED feedback to gNB111, based on the selected ED. For example, a value of "0" can indicate ED1, a value of "1" can indicate ED2, and vice versa. In other embodiments, the COT sharing table can be utilized by adding an additional row index indicating "No COT sharing". The COT sharing table can be utilized along with an index or position provided to the UL transmission to the UE to indicate whether COT sharing is enabled or not, which can enable a better chance or prospect for the UE to acquire a channel, in particular for the type of transmission or the demand at that time. For example, UE101 can indicate the corresponding row index by using an existing COT sharing information element (IE) in the CG-UCI.

[0086] Alternatively, or additionally, the PUSCH type may be a dynamically-granted (DG) PUSCH. In the case of a DG-PUSCH, the selected ED threshold (e.g., ED1 or ED2) can be indicated by a dedicated ED Indicator (EDI) Uplink Control Information (UCI) IE, in addition to HARQ-ACK and CSI Part 1 / CSI Part 2. In case of a collision with HARQ-ACK / CSI Part 1 / Part 2, the EDI can be co-coded with the HARQ-ACK using the same channel coding scheme. Alternatively, an RRC parameter can be introduced to allow the gNB111 to configure one of the following two schemes for EDI UCI feedback. First, if the total number of UCIs on the DG-PUSCH is greater than 3, the UE101 can act to skip the EDI feedback. Otherwise, the UE101 can configure co-coded EDI with the other UCI feedback. Additionally or alternatively, the UE101 can be configured to combine and encode the EDI using HARQ-ACK information bits, and then piggyback or combine the encoded bits on the DG-PUSCH, for example.

[0087] Referring to Figure 6, an example of determining the conditional gap 600 in various embodiments is shown. Here, the embodiment illustrates different opportunities for UL transmission with PRACH or any other UL transmission channel or type, which can generate different gaps 610 and 612 when resource channels are shared between them. In the case of UL transmission, for example, UE101 can be configured to configure the gap as a conditional / variable gap between PRACH transmissions 602, 604 and PUSCH transmissions 606, 608, based on the configuration between these PRACH 602, 604 transmissions and PUSCH 606, 608 transmissions. When the same numerology exists and there are overlapping resources between PRACH and PUSCH for COT sharing, certain restrictions or configurations (e.g., same numerology, receive time, or other parameters) can be enabled to allow gNB111 to utilize bandwidth with a high probability that both UL transmissions(s) will succeed.

[0088] For example, if UE101 only transmits both UL transmission resources (e.g., PRACH and PUSCH, or other paired UL transmissions) over the LBT, UE101 can generate a conditional gap N1 or conditional gap 612 at 610 between PRACH602 and PUSCH606. The gap N1 at 610 can contain, for example, zero or one symbol. If it is zero, there is not necessarily a gap; if there is one or more symbols, there may be different conditional gap lengths. The conditional gap N1 at 610 is shorter than the conditional gap N2 at 612.

[0089] In one embodiment, UE101 can configure the value of the conditional gap N2 in 612 by reusing the agreed-upon value for the authorized bandwidth. Specifically, the value of gap N1 can be used in the case of overlapping frequency resources between the same numerology and PRACH and Msg A's PUSCH. Subsequently, the symbol gap and DCI format of N1 can be achieved, and the CP extension can be configured to switch between the symbol gap of N1 and the symbol gap of N2 for PRACH ordered in PDCCH, for example.

[0090] UE101 can have a specific receive time by adjusting the clock or some other baseband component when a smaller gap value 610 may not be reasonable or feasible. If UE101 configures the bandwidth in a UL transmission that requires a gap value N2, or configures a different numerology, UE101 can have an entire package to handle this problem, since it can generate a CP extension that expands the gap to the value of N2. Thus, the CP extension can essentially support configurations with no gap or a gap 610 with a smaller gap N1.

[0091] While the methods described herein are illustrated and explained as a series of actions or events, it should be understood that the illustrated order of such actions or events should not be interpreted restrictively. For example, some actions may occur in a different order and / or simultaneously with other actions or events not illustrated and / or described herein. In addition, not all illustrated actions may be required to implement one or more aspects or embodiments of the description herein. Furthermore, one or more of the actions shown herein may be performed in one or more separate actions and / or stages. For the sake of clarity, the above diagrams may be referenced. However, these methods are not limited to any specific embodiment / aspect or example provided herein and may be applied to any of the systems disclosed herein.

[0092] Referring to Figure 7, an exemplary process flow 700 is shown for a network device or component (e.g., UE101, base station 110, AP106, or other network component) to perform UL transmissions with different sequence lengths. In 702, the process flow includes processing at least two sets of resource configurations corresponding to different sequence lengths of a UL physical channel. In 704, the process flow includes selecting a first sequence length or at least one of a plurality of different second sequence lengths longer than the first sequence length to configure a UL transmission based on one or more conditions. In 706, the process flow includes generating a UL transmission based on the first or second sequence lengths of at least two sets of resource configurations via the UL physical channel.

[0093] In other embodiments, the process flow 700 may include processing an indication of a first sequence length or at least one of different second sequence lengths. The plurality of second sequence lengths may include shorter sequence lengths at a first frequency and longer sequence lengths at a second frequency greater than the first frequency. The indication may include a system information block 1 (SIB1) based on the OCB requirements of the initial access procedure and coexisting with another RAT.

[0094] Referring to Figure 8, an exemplary process flow 800 for a network device or component (e.g., UE101, base station 110, AP106, or other network component) to enable dynamic selection of the sequence length of UL transmission. The process flow begins in 802 by providing at least two different resource configurations, each containing different sequence lengths for UL transmission over a UL physical channel. In 804, the process includes providing an indication for selectively configuring a first sequence length for UL transmission, or at least one of a plurality of sequence lengths longer than the first sequence length, based on one or more conditions.

[0095] In one embodiment, the process flow may further include providing a System Information Block (SIB1) indicating a first sequence length or at least one of a plurality of sequence lengths based on at least one of a coexisting radio access technology (RAT), occupied channel bandwidth (OCB), or initial access procedure on the same frequency as the UL transmission. Channel occupancy time (COT) initiated by the gNB may be provided to the DL channel to initiate the first sequence length of the UL transmission. Alternatively or additionally, a sequence length indicator (SLI) field indicator, selected from one of three lengths—the first sequence length, a shorter length of a plurality of sequence lengths, or a longer length of a plurality of sequence lengths—may be provided in the DCI format.

[0096] Referring to Figure 9, an exemplary process flow 900 for a network device or component (e.g., UE101, base station 110, AP106, or other network component) to perform UL transmission is shown. Process flow 900 begins in 902 by receiving different sets of resource configurations for UL physical channels for UL-DL COT sharing in order to coexist with different RATs. In 904, process flow 900 includes selecting an energy detection (ED) threshold from different sets of resource configurations for UL transmission based on one or more conditions. In 906, process flow 900 includes providing UL transmission via the UL physical channel based on the ED threshold.

[0097] In one embodiment, one or more conditions associated with selecting an ED threshold include a level of latency for UL transmission, a first ED threshold, and a second ED threshold greater than the first ED threshold. The selected ED threshold is derived from the transmit power of the scheduled physical uplink shared channel (PUSCH) for UL transmission.

[0098] The process flow 900 may further include signaling an ED threshold as a selected ED threshold, which is selected from among multiple ED thresholds based on the PUSCH type. Depending on the PUSCH type, which includes a configured grant (CG) PUSCH, the process flow 900 may include signaling CG uplink control information (CG-UCI) to indicate the selected ED threshold, or signaling the setting of an indicator in the channel occupancy time (COT) table in the row index based on the COT shared information element (IE) of the CG-UCI. Depending on the PUSCH type, which includes a dynamically permitted (DG) PUSCH, the process flow 900 may include signaling a dedicated ED indicator (EDI) uplink control information (EDI-UCI) information element (IE).

[0099] In other embodiments, process flow 900 may include concatenating the hybrid automatic repeat request (HARQ) acknowledgment (ACK) and EDI-UCI using the same coding scheme to avoid collisions with HARQ-ACK / Channel State Information (CSI) Part 1 / CSI Part 2. Alternatively, or additionally, EDI feedback may be skipped depending on whether the total number of UCIs on DG-PUSCH exceeds a predetermined threshold.

[0100] Referring to Figure 10, an exemplary process flow 1000 for a network device or component (e.g., UE101, base station 110, AP106, or other network component) to enable dynamic UL transmission at the UE is shown. Process flow 1000 begins at 1002 by generating at least one of the following: an indication that enables selection of COT based on an ED threshold, or a DCI of PDCCH indicating one or more different gaps between PRACH and PUSCH. At 1004, process flow 1000 includes transmitting at least one of the indication that enables selection of COT, or a DCI of PDCCH.

[0101] In some embodiments, the process flow may include processing the selection of an ED threshold based on a PUSCH type, including a configured grant (CG) PUSCH or a dynamically permitted (DG) PUSCH. Alternatively, or additionally, the process flow 1000 may include processing PRACH and PUSCH having gaps derived from cyclic prefix (CP) extensions.

[0102] As used herein, the term “processor” can refer to substantially any computing processing unit or device, including but not limited to single-core processors, single processors with software multithreading capability, multi-core processors, multi-core processors with software multithreading capability, multi-core processors with hardware multithreading technology, parallel platforms, and parallel platforms with distributed shared memory. Furthermore, a processor can refer to an integrated circuit, application-specific integrated circuit, digital signal processor, field-programmable gate array, programmable logic controller, composite programmable logic device, discrete gate or transistor logic, discrete hardware component, or any combination thereof, designed to perform the functions and / or processes described herein. A processor may utilize nanoscale architectures, including but not limited to molecular dot and quantum dot-based transistors, switches, and gates, to optimize space use or improve the performance of mobile devices. A processor may also be implemented as a combination of computing processing units.

[0103] The embodiments may include subject matter such as a method, means for performing an operation or block of the method, and at least one machine-readable medium containing instructions that, when executed by a machine (e.g., a processor with memory, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), etc.), cause the machine to perform an operation of the method or an operation of an apparatus or system, thereby performing simultaneous communication using the multiple communication techniques described herein.

[0104] The first embodiment is a device used in user equipment (UE), comprising a processing circuit configured to receive at least two sets of resource configurations including different sequence lengths for an uplink (UL) physical channel, select a first sequence length or a second sequence length longer than the first sequence length from among the different sequence lengths of the at least two sets of resource configurations based on one or more conditions, and generate an uplink (UL) transmission based on the selected first or second sequence length of the at least two sets of resource configurations via the UL physical channel. A radio frequency (RF) interface is configured to provide the RF circuit with data for the transmission of the UL transmission.

[0105] A second embodiment may include the first embodiment, wherein one or more conditions include at least one of UE capability, occupied channel bandwidth (OCB), UL transmission, or UL physical channel, and the UL physical channel includes at least one of physical random access channel (PRACH), physical uplink control channel (PUCCH), or physical uplink sharing channel (PUSCH).

[0106] A third embodiment may include the first or second embodiment, wherein at least two sets of resource configurations are associated with PRACH transmission, and the second sequence length includes one of at least two different subcarrier spacing (SCS) sequence lengths associated with different frequency intervals, each larger than the first sequence length, for PRACH transmission.

[0107] A fourth embodiment may include one or more of the first to third embodiments, wherein the processing circuit is further configured to process a system information block (SIB) containing an indication of one of at least two different SCS sequence lengths in response to the reception of at least two sets of resource configurations, and to determine one of two different subcarrier interval (SCS) sequence lengths for generating a UL transmission based on the indication in the SIB.

[0108] A fifth embodiment may include one or more of the first to fourth embodiments, wherein the processing circuit is further configured to generate UL transmissions based on a second sequence length for an initial access procedure based on an occupied channel bandwidth (OCB) configured for coexisting radio access technology (RAT) and UL transmissions.

[0109] The sixth embodiment may include one or more of the first to fifth embodiments, wherein the processing circuit is further configured to generate different periods for a first sequence length and a second sequence length, the periodicity of the second sequence length corresponding to an initial access procedure for sharing one or more resources with UL transmission.

[0110] The seventh embodiment may include one or more of the first to sixth embodiments, wherein the processing circuit is further configured to determine whether the UL transmission of PRACH or a sounding reference signal (SRS) is within the channel occupancy time (COT) initiated at gNodeB (gNB), and transmit the UL transmission based on a first sequence length, depending on whether it is within the COT initiated at gNB.

[0111] The eighth embodiment may include one or more of the first to seventh embodiments, wherein the processing circuit is further configured to skip a first sequence length of the UL transmission or fall back to generating the UL transmission based on a second sequence length, depending on whether a COT initiated by the gNB was not detected in Downlink Control Information (DCI) format 2_0 or on the Downlink (DL) channel.

[0112] The ninth embodiment may include one or more of the first to eighth embodiments, wherein the processing circuit is further configured to generate a hybrid sequence based on a first sequence length and a second sequence length in a non-periodic UL transmission, including UL transmission, and to determine the sequence length based on the DCI sequence length indicator (SLI) field.

[0113] The tenth embodiment may include one or more of the first to ninth embodiments, wherein the processing circuit is further configured to generate a gap between two consecutive RACH opportunities (ROs) by shifting at least one symbol later in the UL transmission.

[0114] The eleventh embodiment may include one or more of the first to tenth embodiments, wherein the processing circuit is further configured to generate a gap as a first gap between at least two consecutive ROs, depending on whether the UL transmission as PRACH is within a COT initiated at a gNB, and to generate a CP expansion to increase the gap, depending on whether the PRACH is outside a COT initiated at a gNB.

[0115] A twelfth embodiment may be a tangible computer-readable storage device for storing executable instructions, wherein the instructions, upon execution, cause one or more processors of network components including user equipment (UEs) to perform an operation, the operation of which includes processing at least two sets of resource configurations corresponding to different sequence lengths of uplink (UL) physical channels, selecting a first sequence length or at least one of a plurality of different second sequence lengths longer than the first sequence length to configure a UL transmission based on one or more conditions, and generating a UL transmission based on the first or second sequence lengths of at least two sets of resource configurations via the UL physical channel.

[0116] A thirteenth embodiment may include a twelfth embodiment, the operation further comprising indicating a first sequence length or processing at least one of a plurality of different second sequence lengths, the plurality of second sequence lengths including shorter sequence lengths at a first frequency and longer sequence lengths at a second frequency greater than the first frequency.

[0117] The 14th embodiment may include one or more of the 12th to 13th embodiments, and the indication includes a System Information Block 1 (SIB1) based on the Occupied Channel Bandwidth (OCB) requirements of the initial access procedure and coexisting with another Radio Access Technology (RAT).

[0118] The 15th embodiment may include one or more of the 12th to 14th embodiments, wherein the shorter of a plurality of different second sequence lengths includes a first frequency, and the longer of a plurality of different sequence lengths includes a second frequency greater than the first frequency.

[0119] The 16th embodiment may include one or more of the 12th to 15th embodiments, and the operation further includes configuring UL transmissions of different lengths for at least one of a physical random access channel (PRACH), a sounding reference signal (SRS), a physical uplink control channel (PUCCH), a periodic transmission, a semi-persistent transmission, or aperiodic transmission.

[0120] The 17th embodiment may include one or more of the 12th to 16th embodiments, the operation further including skipping a first sequence length or utilizing the transmission of a second sequence length based on the fact that no channel occupancy time (COT) initiated at a gNodeB (gNB) is detected on the downlink (DL) channel, the DL channel including at least one of a dynamically scheduled synchronous signal block (SSB), a scheduled physical downlink shared channel (PDSCH), or a scheduled physical uplink control channel (PUCCH).

[0121] The 18th embodiment may be a tangible computer-readable storage device for storing executable instructions, wherein the instructions, in response to execution, cause one or more processors of a network device including an access point or next-generation NodeB (gNB) to perform an operation, the operation providing at least two different resource configurations including different sequence lengths of uplink (UL) transmission over an UL physical channel, and providing an indication for selectively configuring a first sequence length of UL transmission, or at least one of a plurality of sequence lengths longer than the first sequence length, based on one or more conditions.

[0122] The 19th embodiment may include the 18th embodiment, and the operation further includes providing a system information block (SIB1) indicating a first sequence length or at least one of a plurality of sequence lengths based on at least one of a coexisting radio access technology (RAT), occupied channel bandwidth (OCB), or initial access procedure on the same frequency as the UL transmission.

[0123] The 20th embodiment includes one or more of the 18th to 19th embodiments, the operation further including providing a gNB-initiated channel occupancy time (COT) to a DL channel to initiate a first sequence length of UL transmission, or providing a sequence length indicator (SLI) field indicator in DCI format, which is selected from one of three lengths: the first sequence length, a shorter length of a plurality of sequence lengths, or a longer length of a plurality of sequence lengths.

[0124] A 21st embodiment may be a device used in a user equipment (UE) that, in order to coexist with another radio access technology (RAT), includes processing circuitry configured to receive different sets of uplink (UL) physical channel resource configurations for uplink (UL)-downlink (DL) channel occupancy time (COT) sharing, select an energy detection (ED) threshold from different sets of resource configurations for UL transmission based on one or more conditions, and provide UL transmission via the UL physical channel based on the ED threshold. A radio frequency (RF) interface is configured to provide the RF circuitry with data for UL transmission.

[0125] The 22nd embodiment may include the 21st embodiment, wherein the processing circuit is further configured to determine an energy detection (ED) threshold based on at least one of the scheduled PUSCH transmit power or PUSCH type.

[0126] The 23rd embodiment may include any one of the 21st to 22nd embodiments, wherein the processing circuit is further configured to select an ED threshold based on the indicator field of the configured grant (CG) uplink control information (CG-UCI) of the CG-PUSCH or the dedicated ED indicator (EDI) uplink control information (EDI-UCI) information element (IE) of the dynamically permitted (DG) PUSCH.

[0127] The 24th embodiment may include any one of the 21st to 23rd embodiments, wherein the processing circuit is further configured to select an energy detection (ED) threshold based on the PUSCH type by signaling an ED threshold based on a dedicated ED indicator (EDI) uplink control information (EDI-UCI) information element (IE) for a dynamically permitted (DG) PUSCH.

[0128] The 25th embodiment may include any one of the 21st to 24th embodiments, and the processing circuit is further configured to concatenate encode the Hybrid Auto Retransmission Request (HARQ) acknowledgment (ACK) and EDI-UCI using the same encoding scheme, in response to the identification of a collision with HARQ-ACK / Channel State Information (CSI) Part 1 / CSI Part 2.

[0129] The 26th embodiment may include any one of the 21st to 25th embodiments, and the processing circuit is further configured to process radio resource control (RRC) parameters that enable a gNodeB (gNB) to configure EDI UCI feedback by skipping EDI feedback or by co-coding the EDI feedback with other UCI feedback containing HARQ-ACK information on the DG-PUSCH, depending on whether the total number of UCIs on the DG-PUSCH exceeds a predetermined threshold.

[0130] The 27th embodiment may include any one of the 21st to 26th embodiments, wherein the processing circuit is further configured to form a gap between PRACH transmission and PUSCH transmission based on a first number of symbols or a second number of symbols greater than the first number of symbols.

[0131] The 28th embodiment may include any one of the 21st to 27th embodiments, and the first number of symbols is used depending on the overlapping frequency resources between the same numerology and message A (Message A, Msg_A) in PRACH transmission and PUSCH transmission.

[0132] The 29th embodiment may include any one of the 21st to 28th embodiments, wherein the processing circuit is further configured to create a gap between PRACH transmission and PUSCH transmission by switching between a first number of symbols for PRACH transmission and a second number of symbols greater than the first number of symbols, based on the DCI of the physical downlink control channel (PDCCH).

[0133] The 30th embodiment may include any one of the 21st to 29th embodiments, and the gap is generated according to a first number of symbols based on cyclic prefix (CP) expansion.

[0134] The 31st embodiment may be a tangible computer-readable storage device for storing executable instructions, wherein the instructions, in response to execution, cause one or more processors of network components including user equipment (UEs) to perform an operation, the operation of which includes receiving different sets of uplink (UL) physical channel resource configurations for uplink (UL)-downlink (DL) channel occupancy time (COT) sharing in order to coexist with different radio access technologies (RATs), selecting an energy detection (ED) threshold from different sets of resource configurations for UL transmission based on one or more conditions, and providing UL transmission via the UL physical channel based on the ED threshold.

[0135] The 32nd embodiment may include any one of the 30th to 31st embodiments, wherein one or more conditions associated with selecting the ED threshold include a level of latency for UL transmission, a first ED threshold, and a second ED threshold greater than the first ED threshold, the selected ED threshold being derived from the transmit power of the scheduled physical uplink shared channel (PUSCH) for UL transmission.

[0136] The 33rd embodiment may include any one of the 30th to 32nd embodiments, and the operation further includes signaling an ED threshold as a selected ED threshold selected from among a plurality of ED thresholds based on the PUSCH type.

[0137] The 34th embodiment may include any one of the 30th to 33rd embodiments, and the operation further includes signaling CG Uplink Control Information (CG-UCI) to indicate a selected ED threshold depending on the PUSCH type, which includes a configured grant (CG) PUSCH, or signaling the setting of an indicator in the Channel Occupancy Time (COT) table in the row index based on the COT Shared Information Element (IE) of the CG-UCI.

[0138] The 35th embodiment may include any one of the 30th to 34th embodiments, and the operation further includes signaling a dedicated ED indicator (EDI) uplink control information (EDI-UCI) information element (IE) depending on the PUSCH type, including a dynamically permitted (DG) PUSCH.

[0139] The 36th embodiment may include any one of the 30th to 35th embodiments, and the operation further includes concatenating the Hybrid Auto Retransmission Request (HARQ) acknowledgment (ACK) and EDI-UCI using the same coding scheme to avoid collisions with HARQ-ACK / Channel State Information (CSI) Part 1 / CSI Part 2, or skipping EDI feedback in response to the total number of UCIs on DG-PUSCH exceeding a predetermined threshold.

[0140] The 37th embodiment may include any one of the 30th to 36th embodiments, and the operation further includes configuring a gap between a physical random access control channel (PRACH) transmission and a PUSCH transmission based on at least one of a first value associated with a numerology between PRACH and PUSCH and a second value greater than the first value, wherein the first value is utilized depending on the same numerology and the overlapping frequency resources between the PRACH transmission and the message A (Msg_A) of the PRACH transmission and the PUSCH transmission.

[0141] The 38th embodiment may include any one of the 30th to 37th embodiments, and the operation further includes deriving a first value based on downlink control information (DCI) of a physical downlink control channel (PDCCH) and generating a cyclic prefix (CP) extension to switch between a first value and a second value for PRACH transmission.

[0142] The 39th embodiment may be a tangible computer-readable storage device for storing executable instructions, wherein the instructions, upon execution, cause one or more processors of a network device including an access point or next-generation NodeB (gNB) to perform an action, the action of generating at least one of the following: an indication that enables selection of channel occupancy time (COT) based on an energy sensing (ED) threshold, or downlink control information (DCI) for a physical downlink control channel (PDCCH) indicating one or more different gaps between a physical random access channel (PRACH) and a physical uplink shared control channel (PUSCH); and transmitting at least one of the indication that enables selection of COT, or the DCI for the PDCCH.

[0143] The 40th embodiment may include the 39th embodiment, and the operation further includes processing the selection of an ED threshold based on a PUSCH type, including a configured grant (CG) PUSCH or a dynamically permitted (DG) PUSCH, or processing PRACH and PUSCH having a gap derived from a cyclic prefix (CP) extension.

[0144] The 41st embodiment may include an apparatus equipped with means for performing one or more elements of any other method or process described herein, or any other method or process described herein.

[0145] The 42nd embodiment may include one or more non-temporary computer-readable media containing instructions, wherein when the instructions are executed by one or more processors of an electronic device, the electronic device causes the electronic device to perform one or more elements of the methods described in or related to any one of the 1st to 21st embodiments, or any other methods or processes described herein.

[0146] The 43rd embodiment may include an apparatus comprising logic, modules, or circuits for performing one or more elements of a method described in or related to any one of the 1st to 21st embodiments, or any other method or process described herein.

[0147] The 44th embodiment may include a method, technique, or process described in or related to any one of the 1st to 21st embodiments, or a part or portion thereof.

[0148] The 45th embodiment may include an apparatus comprising one or more processors and one or more computer-readable media containing instructions that, when executed by the one or more processors, cause the one or more processors to execute a method, technique, or process, or a part thereof, described in or related to any one of the first to 21st embodiments.

[0149] Furthermore, various embodiments or features described herein can be implemented as methods, apparatus, or manufactured articles using standard programming and / or engineering techniques. As used herein, the term “manufactured article” is intended to encompass computer programs accessible from any computer-readable device, carrier, or medium. For example, computer-readable media may include, but are not limited to, magnetic storage devices (e.g., hard disks, floppy disks, magnetic strips, etc.), optical discs (e.g., compact discs (CDs), digital multipurpose discs (DVDs), etc.), smart cards, and flash memory devices (e.g., EPROMs, cards, sticks, key drives, etc.). Furthermore, the various storage media described herein may represent one or more devices and / or other machine-readable media for storing information. The term “machine-readable media” may include, but is not limited to, wireless channels and various other media capable of storing, containing, and / or carrying instructions (one or more) and / or data. Furthermore, a computer program product may include computer-readable media having one or more instructions or code that can be operated to cause a computer to perform the functions described herein.

[0150] Communication media include any information distribution or transport medium that contains computer-readable instructions, data structures, program modules, or other structured or unstructured data in a modulated data signal, such as a carrier wave or other transport mechanism. “Modulated data signal” or more signals means one or more signals having characteristics that are set or modified to encode information within one or more signals. By example, but not limited to, communication media include wired media such as wired networks or direct wired connections, as well as wireless media such as acoustic, RF, infrared, and other wireless media.

[0151] An exemplary storage medium can be coupled to a processor so that the processor can read information from and write information to the storage medium. Alternatively, the storage medium may be integrated with the processor. Furthermore, in some embodiments, the processor and storage medium may reside in an ASIC. In addition, the ASIC may reside in a user terminal. Alternatively, the processor and storage medium may exist as separate components within the user terminal. Furthermore, in some embodiments, the processes and / or operations of a method or algorithm may exist as one or any combination of code and / or instructions on machine-readable media and / or computer-readable media, which may be incorporated into a computer program product.

[0152] In this regard, while the disclosed subject matter has been described in relation to various embodiments and corresponding drawings, it should be understood that, where applicable, other similar embodiments may be used to perform the same, similar, alternative, or substitute functions as the disclosed subject matter, or that modifications and additions may be made without departing from the embodiments described. Therefore, the disclosed subject matter should not be limited to any single embodiment described herein, but rather should be interpreted in accordance with the breadth and scope of the appended claims below.

[0153] Specifically, with respect to the various functions performed by the aforementioned components (assemblies, devices, circuits, systems, etc.), the terms used to describe such components (including references to “means”) are intended to correspond to any component or structure (e.g., functionally equivalent) that performs a particular function of the described component, even if it is not structurally equivalent to the disclosed structure that performs the function in the exemplary implementation of this disclosure shown herein. Furthermore, while a particular feature may be disclosed with respect to only one of several implementations, such feature can be combined with one or more other features of other implementations so as may be desirable and advantageous for any given or particular application.

Claims

1. A processing circuit, The system receives system information including a first sequence length and a second sequence length configured based on shared spectral channel access. In response to the determination that the physical random access channel (PRACH) transmission is not within the channel occupancy time (COT) initiated by gNodeB (gNB), a PRACH message including a sequence according to the second sequence length is generated for the PRACH transmission. The PRACH message is transmitted to an interface having a radio interface (RF) circuit. A processing circuit configured in such a way, A baseband circuit equipped with this.

2. The baseband circuit according to claim 1, wherein the second sequence length is longer than the first sequence length.

3. The first sequence length is 139, The second sequence length is 571. The baseband circuit according to claim 2.

4. The first sequence length is 139, The second sequence length is 1151. The baseband circuit according to claim 2.

5. The baseband circuit according to claim 1, wherein the shared spectral channel access corresponds to an unlicensed spectrum.

6. The baseband circuit according to claim 5, wherein the shared spectral channel access includes frequency resources in the 5 gigahertz (GHz) band.

7. The baseband circuit according to claim 1, wherein the first sequence length and the second sequence length are further configured based on the occupied channel bandwidth (OCB) of the physical uplink channel of the unlicensed spectrum.

8. The baseband circuit according to claim 7, wherein the OCB includes several resource blocks (RBs) of a physical RA channel (PRACH).

9. The baseband circuit according to claim 7, wherein the physical uplink channel includes a physical uplink shared channel (PUSCH).

10. The baseband circuit according to claim 1, wherein the first sequence length corresponds to a first number of orthogonal frequency division multiplexing (OFDM) symbols that is less than the second number of OFDM symbols that correspond to the second sequence length.

11. The baseband circuit according to claim 1, wherein the system information includes a system information block configured to indicate the first sequence length and the second sequence length.

12. The processing circuit described above Configured to generate Grant (CG) uplink control information (UCI) that includes indication without channel occupancy time (COT) sharing, The baseband circuit according to claim 1.

13. The baseband circuit according to claim 12, wherein the CG-UCI is generated for a CG physical uplink shared channel (PUSCH).

14. The baseband circuit according to claim 13, wherein the CG-UCI corresponds to the UE start COT.

15. The baseband circuit according to claim 14, wherein the indication without COT sharing corresponds to an index associated with a row in the COT sharing table.

16. The baseband circuit according to claim 12, wherein the CG-UCI is coupled-encoded with a Hybrid Automatic Retransmission Request (HARQ) Acknowledgment (ACK) for PUSCH.

17. The baseband circuit according to claim 1, wherein the system information includes an indication of the subcarrier interval of the first sequence length and one of at least two different SCSs for transmitting the second sequence length, the one of the at least two SCSs being larger than the subcarrier interval of the first sequence length.

18. The baseband circuit according to claim 17, wherein the system information includes a system information block 1 (SIB1).

19. User equipment (UE), Memory and One or more processors, when executing an instruction stored in the memory, the UE, System information including a first sequence length and a second sequence length configured based on shared spectral channel access is received. In response to the determination that the physical random access channel (PRACH) transmission is not within the channel occupancy time (COT) initiated by gNodeB (gNB), a PRACH message containing a sequence according to the second sequence length is generated for the PRACH transmission. The interface having a radio interface (RF) circuit is made to transmit the PRACH message. One or more processors configured as follows, UE equipped with

20. It is a base station, Memory and One or more processors, when executing instructions stored in the memory, the base station, The system causes a user device (UE) to communicate system information including a first sequence length and a second sequence length configured based on shared spectral channel access, wherein the second sequence length is a sequence length applied to the UE's physical random access channel (PRACH) transmission that is not within the channel occupancy time (COT) initiated by the gNodeB (gNB). The UE receives the PRACH message, which includes a sequence according to the second sequence length, via a PRACH transmission of the UE that is not within the channel occupancy time (COT) initiated by gNodeB (gNB). One or more processors configured as follows, Equipped with, Base station.

Citation Information

Patent Citations

  • User terminal and wireless base station

    WO2019215918A1

  • Terminal and base station

    WO2021152865A1