Wireless communication with a sounding reference signal

Abstract

In wireless communications, a sounding reference signal (SRS) configuration can be communicated for an improved connection. User equipment (UE) sends an SRS activation request message with an SRS configuration or a request to configure the SRS configuration. Based on the network response, the UE can then send the SRS. Communications regarding the radio access network (RAN) notification area (RNA) can be used for improving UE mobility. The SRS validity area may be configured by the network within the RNA and communicated to allow the UE to maintain connection.

Description

WIRELESS COMMUNICATION WITH A SOUNDING REFERENCE SIGNALTECHNICAL FIELD

[0001] This document is directed generally to wireless communications. More specifically, in a mobile device communications system, there may be improved positioning for sidelink communications for a sounding reference signal (SRS) configuration.BACKGROUND

[0002] Wireless communication technologies are moving the world toward an increasingly connected and networked society. Wireless communications rely on efficient network resource management and allocation between user mobile stations and wireless access network nodes (including but not limited to wireless base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfil the requirements from different industries and users. User mobile stations or user equipment (UE) are becoming more complex and the amount of data communicated continually increases. In order to improve communications and meet reliability requirements for the vertical industry as well as support the new generation network service, communication improvements should be made.SUMMARY

[0003] This document relates to methods, systems, and devices for wireless communications with a sounding reference signal (SRS) configuration. User equipment (UE) sends an SRS request message with an SRS configuration or a request to configure the SRS configuration. Based on the network response, the UE can then send the SRS. Communications regarding the radio access network (RAN) notification area (RNA) can be used for improving UE mobility. The SRS validity area may be configured by the network within the RNA and communicated to allow the UE to maintain connection.

[0004] In one embodiment, a method for wireless communication includes sending, by a user equipment (UE) to a network node, a Sounding Reference Signal (SRS) request message, wherein the request comprises at least one of a request to send a SRS according to an SRS configuration among one or more pre-configured SRS configurations, or a request to configure the SRS configuration; receiving, at the UE from the network node, a response to the request; and transmitting, by the UE to the network node, based on the response, the SRS.

[0005] In another embodiment, a method for wireless communication includes receiving, at a basestation from a user equipment (UE) , a Sounding Reference Signal (SRS) request message, wherein the request comprises at least one of a request to send a SRS according to an SRS configuration among one or more pre-configured SRS configurations, or a request to configure the SRS configuration; and transmitting, by the basestation to the UE, a response indicating whether the SRS can be sent.

[0006] In one embodiment, a wireless communications apparatus comprises a processor and a memory, and the processor is configured to read code from the memory and implement any of the embodiments discussed above.

[0007] In one embodiment, a computer program product comprises a computer-readable program medium code stored thereupon, the code, when executed by a processor, causes the processor to implement any of the embodiments discussed above.

[0008] In some embodiments, there is a wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to read code from the memory and implement any methods recited in any of the embodiments. In some embodiments, a computer program product comprising a computer-readable program medium code stored thereupon, the code, when executed by a processor, causing the processor to implement any method recited in any of the embodiments. The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0009] FIG. 1 shows an example basestation.

[0010] FIG. 2 shows an example random access (RA) messaging environment.

[0011] FIG. 3 shows an embodiment of a wireless network system architecture.

[0012] FIG. 4 shows an embodiment of user equipment (UE) mobility.

[0013] FIG. 5 shows an embodiment of sounding reference signal (SRS) configuration communication.

[0014] FIG. 6 shows another embodiment of sounding reference signal (SRS) configuration communication within the network.

[0015] FIG. 7 shows an embodiment of preamble configuration communication within the network.

[0016] FIG. 8 shows an embodiment of mobility between sounding reference signal (SRS) validity areas.

[0017] FIG. 9 shows an embodiment of radio access network (RAN) notification area (RNA) including the SRS validity area.DETAILED DESCRIPTION

[0018] The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. Please note that the present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject matter is intended to be construed as not being limited to any of the embodiments to be set forth below.

[0019] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein does not necessarily refer to a different embodiment. The phrase “in one implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.

[0020] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0021] Radio resource control ( “RRC” ) is a protocol layer between UE and the basestation at the IP level (Network Layer) . There may be various Radio Resource Control (RRC) states, such as RRC connected  (RRC_CONNECTED) , RRC inactive (RRC_INACTIVE) , and RRC idle (RRC_IDLE) state. RRC messages are transported via the Packet Data Convergence Protocol ( “PDCP” ) . As described, UE can transmit data through a Random Access Channel ( “RACH” ) protocol scheme or a Configured Grant ( “CG” ) scheme. The RACH scheme is merely one example of a protocol scheme for communications and other examples, including but not limited to CG, are possible. FIGs. 1-2 show example radio access network ( “RAN” ) nodes (e.g. basestations) and user equipment and messaging environments. CG may be used to reduce the waste of periodically allocated resources by enabling multiple devices to share periodic resources. The basestation or node may assign CG resources to eliminate packet transmission delay and to increase a utilization ratio of allocated periodic radio resources. The CG scheme is merely one example of a protocol scheme for communications and other examples, including but not limited to RACH, are possible. The wireless communications described herein may be through radio access. The communications described herein may be specific to sounding reference signal (SRS) configuration and / or UE mobility.

[0022] A network provider may include a number of network nodes (i.e. basestations) for providing network access to a user equipment ( “UE” ) device. The network nodes are referred to as basestations in some embodiments. The network node may include or is referred to as Location Management Function (LMF) in some embodiments. FIG. 4 illustrates cell mobility in which the UE device moves between cells. Control signaling may be used to facilitate this mobility. Control signaling supports the transmission of downlink and uplink transport channels. It may be referred to as layer 1 and / or layer 2 ( “L1 / L2” ) signaling, indicating that the corresponding information partly originates from the physical layer (Layer 1) and partly from the medium access control (MAC) (Layer 2) . A user equipment ( “UE” ) device may move between nodes or cells in which case a handover or a change / addition operation may occur to improve network reliability for the UE as it moves. The movement may be from a source cell to a target cell based on a number of potential target cells that are referred to as candidates. The movement between cells may also include a number of target cells that are potential candidate cells. A conditional handover ( “CHO” ) and a conditional PSCell addition / change ( “CPAC” ) are described below. The CPAC may include a conditional PSCell change ( “CPC” ) and / or a conditional PSCell addition ( “CPA” ) . There may be a master node ( “MN” ) and one or more secondary nodes ( “SN” ) . The MN may include a master cell group ( “MCG” ) and the SN may each include a secondary cell group ( “SCG” ) . The MCG is the group of cells provided by the master node ( “MN” ) and the SCG is the group of cells provided by the secondary node ( “SN” ) . The MCG may include a primary cell ( “PCell” ) and one or more secondary cells ( “SCell” ) . The SCG may include a primary secondary cell ( “PSCell” ) and one or more secondary cells ( “SCell” ) . Each primary cell may be connected with multiple secondary cells. The primary cells (PCell,  PSCell) are the master cells of their respective groups (MCG, SCG, respectively) and may initiate initial access. The primary cells may be used for signaling and may be referred to as special cell ( “spCell” ) where spCell =PCell + PSCell. The mobility between cells described in these embodiments may be based on the PCell, PSCell, and / or Scell.

[0023] A sounding reference signal (SRS) may be configured by the basestation to the UE for uplink (UL) channel detection or for a positioning purpose. SRS may be transmitted by the UE in an RRC_CONNECTED state, or SRS may be enhanced to be transmitted by the UE in RRC_INACTIVE state. In this example, the SRS configuration may be pre-defined by the last serving cell via downlink (DL) RRC signaling. If the UE is restricted to transmit the SRS in the last serving cell, such as when the UE performs cell reselection in RRC_INACTIVE state, the UE can release the SRS configuration and stops transmitting SRS in RRC_INACTIVE. For positioning, the UE can be pre-configured with a cell list for an SRS validity area, when in RRC_INACTIVE state and the UE is connected with a cell that is within the cell list. The UE can then transmit SRS without the restriction that UE can only transmit SRS in the last serving cell. The UE can keep transmitting SRS as long as the UE does not leave the validity area which is specified by the network using a configured cell list. The SRS validity area can be configured and / or communicated to improve the signaling interaction between the receiving basestation, last serving basestation, UE, and location management function (LMF) when the UE is moving out of the validity area.

[0024] The UE can be pre-configured with one or more SRS configurations by the basestation. The UE can transmit the SRS according to the pre-configured SRS configurations in the RRC_INACTIVE state without transmitting to RRC_CONNECTED state. UE can also send a SRS activation request to activate a SRS transmission in RRC_INACTIVE. The embodiments described below include the communications including the SRS activation request, and signaling interaction between receiving basestation, last serving basestation, UE and LMF when the UE sends the SRS activation request. The UE may be preconfigured with multiple SRS configurations. Each SRS configuration may include parameters for transmitting SRS. For example, the parameters may include SRS resource set configurations, where each resource set includes multiple SRS resources. Alternatively, each SRS configuration is a SRS resource set.

[0025] FIG. 1 shows an example basestation 102. The basestation may also be referred to as a wireless network node and may be the network nodes (e.g. master node ( “MN” ) , secondary node ( “SN” ) , and the source / target nodes) . The basestation 102 may be further identified to as a nodeB (NB, e.g., an eNB, gNB, xNB, etc. ) or transmission and reception point (TRP) in a mobile telecommunications context. The example basestation may include radio Tx / Rx circuitry 113 to receive and transmit with user equipment (UEs) 104. The basestation may  also include network interface circuitry 116 to couple the basestation to the core network 110, e.g., optical or wireline interconnects, Ethernet, and / or other data transmission mediums / protocols. The network node may include at least one of an NG-RAN node, LMF, AMF, basestation, ng-eNB, TRP, PRS-only-TP, or SRS-only-TP.

[0026] The basestation may also include system circuitry 122. System circuitry 122 may include processor (s) 124 and / or memory 126. Memory 126 may include operations 128 and control parameters 130. Operations 128 may include instructions for execution on one or more of the processors 124 to support the functioning the basestation. For example, the operations may handle random access transmission requests from multiple UEs. The control parameters 130 may include parameters or support execution of the operations 128. For example, control parameters may include network protocol settings, random access messaging format rules, bandwidth parameters, radio frequency mapping assignments, and / or other parameters.

[0027] FIG. 2 shows an example random access messaging environment 200. In the random access messaging environment a UE 104 may communicate with a basestation 102 over a random access channel 252. In this example, the UE 104 supports one or more Subscriber Identity Modules (SIMs) , such as the SIM1 202. Electrical and physical interface 206 connects SIM1 202 to the rest of the user equipment hardware, for example, through the system bus 210.

[0028] The mobile device 200 includes communication interfaces 212, system logic 214, and a user interface 218. The system logic 214 may include any combination of hardware, software, firmware, or other logic. The system logic 214 may be implemented, for example, with one or more systems on a chip (SoC) , application specific integrated circuits (ASIC) , discrete analog and digital circuits, and other circuitry. The system logic 214 is part of the implementation of any desired functionality in the UE 104. In that regard, the system logic 214 may include logic that facilitates, as examples, decoding and playing music and video, e.g., MP3, MP4, MPEG, AVI, FLAC, AC3, or WAV decoding and playback; running applications; accepting user inputs; saving and retrieving application data; establishing, maintaining, and terminating cellular phone calls or data connections for, as one example, Internet connectivity; establishing, maintaining, and terminating wireless network connections, Bluetooth connections, or other connections; and displaying relevant information on the user interface 218. The user interface 218 and the inputs 228 may include a graphical user interface, touch sensitive display, haptic feedback or other haptic output, voice or facial recognition inputs, buttons, switches, speakers and other user interface elements. Additional examples of the inputs 228 include microphones, video and still image cameras, temperature sensors, vibration sensors, rotation and orientation sensors, headset and microphone input  / output jacks, Universal Serial Bus (USB) connectors, memory card slots, radiation sensors (e.g., IR sensors) , and other types of inputs.

[0029] The system logic 214 may include one or more processors 216 and memories 220. The memory 220 stores, for example, control instructions 222 that the processor 216 executes to carry out desired functionality for the UE 104. The control parameters 224 provide and specify configuration and operating options for the control instructions 222. The memory 220 may also store any BT, WiFi, 3G, 4G, 5G or other data 226 that the UE 104 will send, or has received, through the communication interfaces 212. In various implementations, the system power may be supplied by a power storage device, such as a battery 282.

[0030] In the communication interfaces 212, Radio Frequency (RF) transmit (Tx) and receive (Rx) circuitry 230 handles transmission and reception of signals through one or more antennas 232. The communication interface 212 may include one or more transceivers. The transceivers may be wireless transceivers that include modulation  / demodulation circuitry, digital to analog converters (DACs) , shaping tables, analog to digital converters (ADCs) , filters, waveform shapers, filters, pre-amplifiers, power amplifiers and / or other logic for transmitting and receiving through one or more antennas, or (for some devices) through a physical (e.g., wireline) medium.

[0031] The transmitted and received signals may adhere to any of a diverse array of formats, protocols, modulations (e.g., QPSK, 16-QAM, 64-QAM, or 256-QAM) , frequency channels, bit rates, and encodings. As one specific example, the communication interfaces 212 may include transceivers that support transmission and reception under the 2G, 3G, BT, WiFi, Universal Mobile Telecommunications System (UMTS) , High Speed Packet Access (HSPA) +, and 4G  / Long Term Evolution (LTE) standards. The techniques described below, however, are applicable to other wireless communications technologies whether arising from the 3rd Generation Partnership Project (3GPP) , GSM Association, 3GPP2, IEEE, or other partnerships or standards bodies.

[0032] Multiple RAN nodes of the same or different radio access technology ( “RAT” ) (e.g. eNB, gNB) can be deployed in the same or different frequency carriers in certain geographic areas, and they can inter-work with each other via a dual connectivity operation to provide joint communication services for the same target UE (s) . The multi-RAT dual connectivity ( “MR-DC” ) architecture may have non-co-located master node ( “MN” ) and secondary node ( “SN” ) . Access Mobility Function ( “AMF” ) and Session Management Function ( “SMF” ) may the control plane entities and User Plane Function ( “UPF” ) is the user plane entity in new radio ( “NR” ) or 5GC. The signaling connection between AMF / SMF and the master node ( “MN” ) may be a Next Generation-Control Plane ( “NG-C” )  / MN interface. The signaling connection between MN and SN may an Xn-Control Plane ( “Xn-C” ) interface. The signaling connection between MN and UE is a Uu-Control Plane ( “Uu-C” ) RRC interface. All these connections manage the configuration and operation of MR-DC. The user plane connection  between User Plane Function ( “UPF” ) and MN may be NG-U (MN) interface instance.

[0033] FIG. 3 shows one embodiment of a wireless network system architecture. This architecture is merely one example and there may be more or fewer components for implementing the embodiments described herein. The interconnections or communications between components are identified as N1, N2, N4, N6, N7, N8, N10, and N11, which may be referred to in the description or by other figures. FIG. 2 illustrated an example user equipment ( “UE” ) 104. UE 302 is a device accessing a wireless network (e.g. 5GS) and obtaining service via a NG-RAN node or basestation 304. The UE 302 interacts with an Access and Mobility Control Function ( “AMF” ) 306 of the core network via NAS signaling. FIG. 1 illustrates an example basestation or NG-RAN 102. The basestation 304 may also be referred to as a next generation radio access network ( “NG-RAN” ) node and can communicate SRS information with user equipment (UE) .

[0034] The AMF 306 includes the following functionalities: Registration management, Connection management, Reachability management and Mobility Management. The AMF 306 also perform the access authentication and access authorization. The AMF 306 is the NAS security termination and relay the session management NAS between the UE 302 and the SMF 308, etc. The SMF 308 includes the following functionalities: Session Management e.g. Session establishment, modify and release, UE IP address allocation &management (including optional Authorization) , Selection and control of uplink function, downlink data notification, etc. The user plane function ( “UPF” ) 310 includes the following functionalities: Anchor point for Intra- / Inter-RAT mobility, Packet routing &forwarding, Traffic usage reporting, QoS handling for user plane, downlink packet buffering and downlink data notification triggering, etc. The Unified Data Management ( “UDM” ) 312 manages the subscription profile for the UEs. The subscription includes the data used for mobility management (e.g. restricted area) , session management (e.g. QoS profile) . The subscription data also includes slice selection parameters, which are used for AMF 306 to select a proper SMF 308. The AMF 306 and SMF 308 get the subscription from the UDM 312. The subscription data may be stored in a Unified Data Repository with the UDM 312, which uses such data upon reception of request from AMF 306 or SMF 308. The Policy Control Function ( “PCF” ) 314 includes the following functionality: supporting unified policy framework to govern network behavior, providing policy rules to control plane function (s) to enforce the policy rule, and implementing a front end to access subscription information relevant for policy decisions in the User Data Repository. The Network Exposure Function ( “NEF” ) 316 is deployed optionally for exchanging information with an external third party. In one embodiment, an Application Function ( “AF” ) 316 may store the application information in the Unified Data Repository via NEF. The UPF 310 communicates with the data network 318.

[0035] In one embodiment, location management function (LMF) may be used to improve positioning. LMF may receive measurements / assistance information from the basestation and the UE. This may be transmitted via the access and mobility management function (AMF) to calculate the UE position. The LMF may configure the UE via AMF, while the basestation may configure the UE using radio resource control (RRC) protocol. Example network devices for the nodes in sidelink communication with UE may include a basestation, which may be an example of a next-generation radio access node (NG-RAN) . The network node may further include a gNode B (gnB) or a next generation eNodeB (ng-enB) . The network may further include a core network, a Transmission / Reception Point (TRP) , or a Location Management Function (LMF) . Location management function (LMF) may be used to improve mobility or positioning. LMF may receive positioning or SRS information from the basestation and the UE. The LMF may configure the UE via AMF, while the basestation may configure the UE using radio resource control (RRC) protocol.

[0036] FIG. 4 shows an embodiment of user equipment (UE) mobility. Both Cell 1 and Cell 2 may be from a single distributed unit (DU) . In this example, the UE 402 can move from Cell 1 to Cell 2 with a UE trajectory from Cell 1 to Cell 2. The mobility from cells may occur when the UE 402 is in a position between the two cells and making its way to the third position within Cell 2. This may be referred to as intra-DU mobility because the UE is moving cells within a single DU. As described below, there may be a validity area within a radio access network (RAN) notification area (RNA) through which the UE is mobile.

[0037] FIG. 5 shows an embodiment of sounding reference signal (SRS) configuration communication. The communication shown is between the user equipment (UE) and basestation. The UE may be a normal UE or a Low-Power High-Accuracy Positioning (LPHAP) UE. The UE can send an SRS activation request or SRS configuration request to the network / basestation. The request message may use a Msg1 / MsgA preamble, or may use Msg3 / MsgA uplink (UL) RRC message. These alternative embodiments are further described below. The SRS configuration request may include information that the UE requires the network to configure new SRS configuration for the UE. This may be used for a positioning purpose. The SRS activation request may be used when the UE already has one or more pre-configured SRS configurations, and the UE wants to activate one of the pre-configured SRS configurations. When the request uses the Msg1 / MsgA preamble, the basestation can respond with Msg2 / MsgB MAC RAR. When the request uses Msg3 / MsgA UL RRC message, the basestation can respond with Msg4 / MsgB with a DL RRC message. The SRS can be transmitted based on the response. The preamble configuration may be communicated at any time.

[0038] As described, Msg1 may refer to a preamble transmission. The UE selects a random access (RA)  preamble from a set of predefined preambles that may include a short preamble or a long preamble format. The UE may select a random sequence number for the preamble that is transmitted on the PRACH. Msg2 may refer to a RA response. Upon receiving Msg1, the network node or basestation sends a response called Msg2 that may include a Time Advance (TA) command for timing adjustment, a Random Access Preamble ID matching the preamble sent by the UE, and an initial uplink (UL) grant for the UE. In the embodiments described below, Msg2 may further include SRS configuration information in response to the request from the UE.

[0039] In a first embodiment, the SRS request message in FIG. 5 may be through Msg1 or a preamble transmission. The SRS configuration information is communicated through preamble transmissions in this embodiment. If UE is pre-configured with one or more SRS configurations in RRC_INACTIVE, the UE may be expected to send a SRS activation request when some condition happens. The SRS activation request may include information that the UE wants to transmit SRS in RRC INACTIVE, or include which pre-configured SRS configurations the UE wants to transmit. The SRS configuration may include one or more SRS resources or one or more SRS resource sets in an SRS configuration. The SRS may be for positioning. Each of the pre-configured SRS configurations may be associated with an identifier. As a Msg1 communication, the SRS activation request may be a preamble sent by the UE. When a basestation receives the preamble of a UE, the basestation will know that the UE wants to transmit SRS according to the SRS pre-configuration. This may be similar to a Contention Free Random Access (CFRA) procedure which includes Msg1 and Msg2. In a two-step RACH procedure, Msg1 can also be MsgA, Msg2 can also be MsgB.

[0040] The preamble may be configured to the UE with DL RRC dedicated signaling (such as RRC Release with suspend config) . The preamble may be UE specific. One UE may be associated with one or more dedicated preambles. If the pre-configured SRSs have been associated with a cell, a cell list or a validity area list, then the UE moves to another cell and sends the dedicated preamble to request sending the pre-configured SRS. The receiving basestation of the cell / validity area will then know the UE identify according to the association of the preamble with the UE. It will also know which SRS that the UE wants to transmit. In other words, it knows the SRS that has been associated with the cell or validity list where the basestation is in.

[0041] In this example, after the Msg1 request including the dedicated preamble is sent by the UE to the network node or basestation, the receiving basestation will respond to the UE with a Msg2 including a MAC RAR that has one reserved bit ‘R’ to indicate whether the SRS that corresponds to the cell or the validity area can be transmitted or not. Each SRS configuration may be associated with one cell or one cell list in some embodiments. The basestation already knows which cell the UE is using, so the basestation responds to  communicate whether the SRS that it wants can be transmitted.

[0042] In one embodiment, if there are only two preconfigurations for SRS, then the Msg 1 including the dedicated preamble is sent by the UE to the network, and the basestation will respond with a Msg 2 including a MAC RAR. In the MAC RAR, the reserved bit ‘R’ may be used to indicate which pre-configured SRS should be applied by the UE. In this example, since there is only one reserved bit available, the maximum number of pre-configured SRS configurations may be restricted to 2. This may be applied to the example where the SRS and cell / validity area has no association. If the UE can receive the Msg2 in the RAR reception window, the UE may assume the SRS is permitted to transmit. If the UE cannot receive the Msg2 in the RAR reception window, the UE can assume the SRS is not permitted to transmit, or the UE can assume the basestation did not receive the preamble, so the UE can try to transmit the dedicated preamble again.

[0043] Alternatively, the preamble may be configured to the UE in DL RRC dedicate signaling (such as RRC Release with suspend config) . One UE may be associated with one or more dedicate preambles. Each preamble may be associated with one or more pre-configured SRS configurations of the UE. After Msg1, which includes the dedicated preamble that is sent by the UE to the network, the basestation will response with a Msg2 containing a MAC RAR. In the MAC RAR, one reserved bit ‘R’ may be used to indicate whether the SRS that associated with the preamble can be transmitted or not.

[0044] FIG. 6 shows another embodiment of sounding reference signal (SRS) configuration communication within the network. There may be a transmission to the LMF, which may need to know of the UE’s reservation of a dedicated preamble. The dedicated preamble of the UE may be transmitted by the serving basestation to the location management function (LMF) , then from LMF to the neighbor basestations via NRPPa message; or by the serving basestation to the neighbor basestations via Xn interface.

[0045] There may be signaling transmission differences between different nodes. The dedicated preamble may be communicated to the UE via RRC message by the basestation. The dedicated preamble may be configured in RRCRelease with suspend config, with the SRS pre-configuration in RRC_INACTIVE. The dedicated preamble configuration may include at least one of: RACH-ConfigGeneric to specify the random-access parameters for SRS request / activation, ssb-perRACH-Occasion, ssb-perRACH-Occasion, ra-ssb-OccasionMaskIndex, totalNumberOfRA-Preambles, RACH-ConfigGenericTwoStepRA, ssb-PerRACH-OccasionTwoStepRA, or ra-PreambleIndex.

[0046] For the Msg2 determination, LMF decides whether the SRS should be sent at that time. When the  basestation receives the dedicated Msg1 from UE, the basestation should indicate to the LMF that the UE want to transmit pre-configured SRS via NRPPa message. The LMF can respond to the basestation whether the SRS is permitted to be transmitted. Subsequently, the basestation can transmit the Msg2 response according to the LMF’s indication. Alternatively, the receiving basestation determines whether the SRS should be sent at this time. After the basestation responds with Msg2 to the UE, the basestation informs the LMF that the UE is going to transmit the SRS. The LMF can indicate neighboring basestations to measure the corresponding SRS.

[0047] FIG. 7 shows an embodiment of preamble configuration communication within the network. The LMF may indicate to serving basestation and / or neighboring basestations to stop receiving the reserved preamble of a UE. The basestation or LMF may indicate to the UE to stop sending the reserved dedicated preamble for an SRS transmission / activation purpose. The basestation reservation of an LPHAP UE’s dedicated preamble may not be endless. In this example, when the UE is in RRC_CONNECTED state, the basestation should release the dedicated preamble of the UE. When the serving basestation and / or neighboring basestations receives the indication from the LMF, the serving basestation and / or the neighboring basestations should release the dedicate preamble of the UE. When the UE receives the indication from the network, the UE should release the dedicate preamble for SRS and positioning purpose. The dedicated preamble may also be Msg3 UL RRC message which is used as SRS request in an alternative embodiment described below.

[0048] When the UE is pre-configured with one or more SRS configurations in RRC_INACTIVE and / or RRC_IDLE, and the UE is pre-configured with a dedicated preamble for an SRS activation / request purpose, the UE may request for SRS transmission using the dedicated preamble in some of the cells, but not in all the cells. In this example, the network is informed using the dedicated preamble whether a cell is allowed to receive the dedicated preamble. This may be a control mechanism for whether the UE can use a dedicated preamble. Each cell can broadcast a message to indicate whether the cell can receive a UE’s SRS request or activation message via random access procedure (e.g., dedicated preamble for SRS transmission, or Msg3 / MsgA UL RRC message for positioning purpose) . The dedicated preamble may be associated with each UE, or the dedicated preamble can be associated with each pre-configured SRS configuration of the UE. This message may be a single bit indicating “enable” or “disable” . This message may be carried in SIB1 or other SIBs, or posSIBs. When the UE receives the cell’s broadcast including the message that the UE is allowed to request or activate SRS via a dedicated preamble or Msg3 / MsgA UL RRC message, the UE can proceed, otherwise the UE should not try to transmit a pre-configured preamble or Msg3 / MsgA UL RRC message for an SRS purpose.

[0049] FIG. 8 shows an embodiment of mobility between sounding reference signal (SRS) validity areas. In  some embodiments for the UE to send the SRS activation request, the UE may be configured with multiple validity areas and multiple SRS configurations. The multiple SRS configurations and multiple validity areas may have a one to one mapping, or many-to-one mapping, or one-to-many mapping. If the UE switches from a SRS validity area as shown in FIG. 8, the UE may send the SRS activation request. One validity area may include one or more cells. In other words, the UE may still send the SRS activation request when moving between validity areas.

[0050] In a second embodiment, the SRS activation request may be through Msg3. The embodiment described above including preamble transmission with Msg1. In this embodiment, the communication is not with a preamble. This may also be similar to the Contention Based Random Access (CBRA) procedure which includes Msg1 through Msg4. In a two-step RACH procedure, there may be MsgA for Msg1 and Msg3, MsgB for Msg2 and Msg4. The SRS activation message is submitted through Msg3 in this embodiment.

[0051] The UE sends the SRS activation request or SRS configuration request via Msg3 / MsgA using UL RRC message in CCCH PDU. The UE may still send a common preamble as Msg1, receives Msg2, then transmits MSG3 including the SRS activation request. The UE can then receive Msg4 as confirmation from the basestation. Alternatively, the UE sends MsgA including the UL RRC message for SRS activation request, then receives MsgB including the confirmation from basestation. The UL RRC message may be a UL RRC message containing the request to transmit SRS, or including the request of which preconfigured SRS ID the UE wants to transmit, or request the basestation to reconfigure the SRS. The UL RRC message may be an extension of a RRCResumeRequest message or a RRC RRCResumeRequest1 message, or may be a new message other than RRCResumeRequest, RRCResumeRequest1, RRCSetupRequest, RRCReestablishment Request, RRCSysteminfoRequest message. The new message may include a similar mechanism to RRCSysteminfoRequest, such that when UE does not receive Msg4 in the contention resolution window and when the counter for the corresponding preamble reaches a threshold, the UE assumes the contention resolution as failure.

[0052] If a dedicated preamble is already configured to the UE via DL RRC signaling, when the UE wants to send SRS activation request to the network, the UE may first apply the dedicated preamble. If the UE is not pre-configured with the dedicated preamble, the UE can use Msg3 to request or activate SRS. Then the Msg4 may indicate RRC Release with suspend config to the UE to include the SRS configuration that is similar or different from what the UE requested.

[0053] FIG. 9 shows an embodiment of radio access network (RAN) notification area (RNA) including the  SRS validity area. The SRS validity area is configured within the RNA, and when the UE moves out of the SRS validity area (but not out of RNA) there may be a communication of a SRS update request. The SRS validity area and RNA may be configured by the last serving basestation. The RNA may include one or multiple cells. If the UE moves out of RNA area, then it must notify network that it is moving out of the area. The SRS validity area may be configured by the network. In RRC_INAVTIVE, the UE may be configured by a last serving basestation with a SRS configuration and an associated SRS validity area, which may include several cells. When the UE moves around within the validity area, the UE does not need to receive the updated SRS configuration. When the UE moves out of the validity area (e.g. the UE accesses to a cell that does not belong to the configured validity area) , while the positioning service is on-going, the UE needs to send the SRS update request to the receiving basestation to request that the network configure a new SRS configuration. This configuration may be with or without a new SRS validity area that is provided to the UE. The receiving basestation and last serving basestation may be assumed to be two different basestations in this example embodiment.

[0054] When the UE moves out of the RNA configured by the last serving basestation in RRC_INACTIVE, the UE may perform a RNA update procedure with UE context relocation. The new basestation re-configures the UE with RRC Release. If the UE is still performing positioning and sending the SRS according to the previous SRS validity area, the UE may be interrupted by the new basestation’s reconfiguration of SRS and validity area. Aligning the SRS validity area and RNA area in a configuration by the last serving basestation may improve mobility. In other words, the SRS validity area is configured within the RNA area or equal to RNA area by the last serving basestation.

[0055] When the receiving basestation receives the UE’s SRS update request message, it may have at least three alternatives described below. In the first alternative, the receiving basestation may send a message to the last serving basestation to retrieve the UE context for configuring the new SRS configuration. The retrieve UE context procedure works without UE relocation. When the last serving basestation decides to keep the UE’s context and take control of the UE, the last serving basestation configures the UE with new SRS configuration with or without a new validity area. The last serving basestation sends the receiving basestation a retrieve UE context failure message with a packed RRC Release with suspend config message to include the new SRS configuration with or without new validity area. The retrieve UE context failure message (e.g. from last serving basestation to the new basestation) may include a new failure cause of SRS configuration update. This message may inform the receiving / new basestation that the UE has already had SRS configured. The last serving  basestation may still take control of the SRS validity area configuration to be within the RNA, which may also be determined by the last serving basestation. The last serving basestation may take control of the UE’s configuration because the last serving basestation knows the RNA area.

[0056] In the second alternative, the last serving basestation may not send everything to the receiving / new basestation for deciding the area. The receiving basestation may send a message to the last serving basestation to retrieve the UE context for configuring the new SRS configuration. The retrieve UE context procedure works with UE relocation, so the receiving basestation configures the UE with new SRS configuration with or without a new validity area. The last serving basestation may optionally release the UE context. If the receiving basestation is still within the RNA area, the last serving basestation may send the receiving basestation information about the RNA configuration. This lets the receiving basestation decide the new SRS validity area to be within the RNA configuration. The SRS update request triggers the receiving basestation to be the serving basestation of the UE.

[0057] In the third alternative, the receiving basestation does not contact the last serving basestation. The receiving basestation directly sends a message to the LMF via NRPPa message to request the last SRS configuration with validity area. There may be two options for this alternative. In a first option, the last serving basestation sends the RNA configuration to LMF via NRPPa message in advance. LMF responses to the receiving basestation about the last SRS configuration with validity area, and the RNA configuration configured by the last serving basestation. The receiving basestation determines and configures the new SRS configuration with or without validity area and RNA configuration. The validity area may be configured within the RNA configuration. It may require the last serving basestation telling the LMF the last SRS configuration with validity area and RNA configuration in advance. In a second option, the LMF determines and recommends the SRS configuration and validity area to the receiving basestation. To configure the validity area within the RNA, the LMF may coordinate with / collect the receiving basestation and neighboring basestations available SRS and inform the last serving basestation to determine a final SRS configuration and validity area. Alternatively, the LMF already knows the RNA from the last serving basestation, and the LMF directly recommends the SRS configuration and validity area within the RNA, and sends this recommendation to the receiving basestation.

[0058] The system and process described above may be encoded in a signal bearing medium, a computer readable medium such as a memory, programmed within a device such as one or more integrated circuits, one or more processors or processed by a controller or a computer. That data may be analyzed in a computer system and used to generate a spectrum. If the methods are performed by software, the software may reside in a  memory resident to or interfaced to a storage device, synchronizer, a communication interface, or non-volatile or volatile memory in communication with a transmitter. A circuit or electronic device designed to send data to another location. The memory may include an ordered listing of executable instructions for implementing logical functions. A logical function or any system element described may be implemented through optic circuitry, digital circuitry, through source code, through analog circuitry, through an analog source such as an analog electrical, audio, or video signal or a combination. The software may be embodied in any computer-readable or signal-bearing medium, for use by, or in connection with an instruction executable system, apparatus, or device. Such a system may include a computer-based system, a processor-containing system, or another system that may selectively fetch instructions from an instruction executable system, apparatus, or device that may also execute instructions.

[0059] A “computer-readable medium, ” “machine readable medium, ” “propagated-signal” medium, and / or “signal-bearing medium” may comprise any device that includes stores, communicates, propagates, or transports software for use by or in connection with an instruction executable system, apparatus, or device. The machine-readable medium may selectively be, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation medium. A non-exhaustive list of examples of a machine-readable medium would include: an electrical connection “electronic” having one or more wires, a portable magnetic or optical disk, a volatile memory such as a Random Access Memory “RAM” , a Read-Only Memory “ROM” , an Erasable Programmable Read-Only Memory (EPROM or Flash memory) , or an optical fiber. A machine-readable medium may also include a tangible medium upon which software is printed, as the software may be electronically stored as an image or in another format (e.g., through an optical scan) , then compiled, and / or interpreted or otherwise processed. The processed medium may then be stored in a computer and / or machine memory.

[0060] The illustrations of the embodiments described herein are intended to provide a general understanding of the structure of the various embodiments. The illustrations are not intended to serve as a complete description of all of the elements and features of apparatus and systems that utilize the structures or methods described herein. Many other embodiments may be apparent to those of skill in the art upon reviewing the disclosure. Other embodiments may be utilized and derived from the disclosure, such that structural and logical substitutions and changes may be made without departing from the scope of the disclosure. Additionally, the illustrations are merely representational and may not be drawn to scale. Certain proportions within the illustrations may be exaggerated, while other proportions may be minimized. Accordingly, the disclosure and  the figures are to be regarded as illustrative rather than restrictive.

[0061] One or more embodiments of the disclosure may be referred to herein, individually and / or collectively, by the term “invention” merely for convenience and without intending to voluntarily limit the scope of this application to any particular invention or inventive concept. Moreover, although specific embodiments have been illustrated and described herein, it should be appreciated that any subsequent arrangement designed to achieve the same or similar purpose may be substituted for the specific embodiments shown. This disclosure is intended to cover any and all subsequent adaptations or variations of various embodiments. Combinations of the above embodiments, and other embodiments not specifically described herein, will be apparent to those of skill in the art upon reviewing the description.

[0062] The phrase "coupled with" is defined to mean directly connected to or indirectly connected through one or more intermediate components. Such intermediate components may include both hardware and software based components. Variations in the arrangement and type of the components may be made without departing from the spirit or scope of the claims as set forth herein. Additional, different or fewer components may be provided.

[0063] The above disclosed subject matter is to be considered illustrative, and not restrictive, and the appended claims are intended to cover all such modifications, enhancements, and other embodiments, which fall within the true spirit and scope of the present invention. Thus, to the maximum extent allowed by law, the scope of the present invention is to be determined by the broadest permissible interpretation of the following claims and their equivalents, and shall not be restricted or limited by the foregoing detailed description. While various embodiments of the invention have been described, it will be apparent to those of ordinary skill in the art that many more embodiments and implementations are possible within the scope of the invention. Accordingly, the invention is not to be restricted except in light of the attached claims and their equivalents.

Claims

1.A method for wireless communication, comprising:sending, by a user equipment (UE) to a network node, a Sounding Reference Signal (SRS) request message, wherein the request comprises at least one of a request to send a SRS according to an SRS configuration from one or more pre-configured SRS configurations, or a request to configure the SRS configuration;receiving, at the UE from the network node, a response to the request; andtransmitting, by the UE to the network node, based on the response, the SRS.2.The method of claim 1, wherein the SRS request message is transmitted in a preamble according to a preamble configuration.3.The method of claim 1, wherein each SRS configuration comprises at least one of: one or more SRS resource set configuration, or, one or more SRS resource configuration.4.The method of claim 2, further comprising:receiving, at the UE from the network node, the preamble configuration, wherein the preamble configuration is associated with the UE.5.The method of claim 2, further comprising:receiving, at the user equipment from the network node, the preamble configuration, wherein the preamble configuration is associated with the SRS configuration.6.The method of claim 5, wherein the response indicates whether the SRS of the SRS configuration that corresponds to the preamble can be transmitted.7.The method of claim 3, wherein each of the SRS configuration among one or more pre-configured SRS configurations is associated with a cell or a cell list, and the response indicates whether the SRS of the SRS configuration that corresponds to the cell or the cell list can be transmitted.8.The method of claims 6 or 7, wherein the response is conveyed by a media access control (MAC) random access response (RAR) .9.The method of claim 1, further comprising:receiving, at the UE from the network node, a first indication to indicate to the UE to stop transmitting the SRS request message.10.The method of claim 1, further comprising:receiving, at the user equipment from the network node, a second indication to indicate whether the UE is allowed to send the SRS request message in a cell, wherein the second indication is included in a broadcast message.11.A method for wireless communication, comprising:receiving, at a basestation from a user equipment (UE) , a Sounding Reference Signal (SRS) request message, wherein the request comprises at least one of a request to send a SRS according to an SRS configuration from one or more pre-configured SRS configurations, or a request to configure the SRS configuration; andtransmitting, by the basestation to the UE, a response indicating whether the SRS can be sent.12.The method of claim 11, wherein the SRS request message is received in a preamble according to a preamble configuration.13.The method of claim 12, further comprising:sending, by the basestation to the UE, the preamble configuration that is associated with the UE, or is associated with the SRS configuration of the UE.14.The method of claim 13, further comprising:transmitting, by the basestation to a location management function (LMF) or to neighboring basestations, the preamble configuration.15.The method of claim 14, wherein the LMF indicates to the neighboring basestations the preamble configuration.16.The method of claim 14, wherein the LMF indicates to the basestation or to the neighboring basestations to stop receiving the SRS request message.17.The method of claim 11, further comprising:sending, from the basestation to a last serving basestation, a message to retrieve a UE context for configuring the SRS configuration.18.The method of claim 17, wherein the last serving basestation responds with a message with a failure cause and the SRS configuration.19.The method of claim 17, wherein the last serving basestation responds with a message comprising a radio access network (RAN) notification area (RNA) configuration.20.The method of claim 11, wherein the basestation sends the SRS request message to a location management function (LMF) .21.The method of claim 20, wherein the LMF receives a radio access network (RAN) notification area (RNA) configuration from the last serving basestation.22.The method of claim 21, wherein the LMF sends the RNA configuration to the basestation.23.A wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to read code from the memory and implement a method recited in any of claims 1 to 22.24.A computer program product comprising a computer-readable program medium code stored thereupon, the code, when executed by a processor, causing the processor to implement a method recited in any of claims 1 to 22.

Images