Method for allocating pre-configured resources
Patent Information
- Application Number
- CN202180089616.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2021-01-15
- Publication Date
- 2026-09-01
- Estimated Expiration
- 2041-01-15
Smart Images

Figure CN116746229B_ABST
Abstract
Description
Technical Field
[0001] This application is generally directed to wireless communication. Background Technology
[0002] Wireless communication technologies are driving the world toward an increasingly interconnected and networked society. The rapid growth and technological advancements in wireless communication have led to greater demands for capacity and connectivity. Other factors, such as energy consumption, equipment cost, spectrum efficiency, and latency, are also important for meeting the needs of various communication scenarios. Compared to existing wireless networks, next-generation systems and wireless communication technologies need to support more users and devices, as well as an increasingly mobile society. Summary of the Invention
[0003] This application relates to methods, systems, and apparatus for allocating pre-configured resources in mobile communication technologies, including 5G and new radio (NR) communication systems.
[0004] In one exemplary aspect, a wireless communication method is disclosed. The method includes: a wireless device configured to communicate with a network device using pre-configured transmission resources, determining a timing adjustment value for communicating with the network device using a mode that determines the timing adjustment value based at least in part on an autonomous estimation by the wireless device. The method further includes: causing the wireless device to perform a transmission using the timing adjustment value.
[0005] In another exemplary aspect, a wireless communication method is disclosed. The method includes: a user equipment configured to perform transmission according to a first configuration of pre-configured resources for transmission receiving a second configuration of the pre-configured resources for transmission. The method further includes: the user equipment performing communication using resources from the second configuration of the pre-configured resources for transmission in response to an event.
[0006] In another exemplary aspect, a wireless communication method is disclosed. The method includes: a user equipment configured to perform transmissions according to one of a plurality of configurations of pre-configured resources, determining pre-configured resources to be used for transmission according to rules. The method further includes: performing a transmission to a network based on the pre-configured resources determined according to the rules.
[0007] In another exemplary aspect, a wireless communication method is disclosed. The method includes: performing one or more measurements by a wireless device configured to communicate with a network device, each of the one or more measurements being associated with a transmission resource among one or more transmission resources. The method also includes: sending a report to the network device including the results of the one or more measurements.
[0008] In another exemplary aspect, a wireless communication method is disclosed. The method includes: a network device sending timing adjustment information to a wireless device configured to communicate with the network device using pre-configured transmission resources, the wireless device using the timing adjustment information to determine a timing adjustment value based on its own estimation. The method further includes: receiving a transmission from the wireless device using the timing adjustment value.
[0009] In another exemplary aspect, a wireless communication method is disclosed. The method includes: a network device transmitting a second configuration of the pre-configured resources for transmission to a user equipment configured to perform transmission according to a first configuration of pre-configured resources for transmission, wherein the second configuration of the pre-configured resources for transmission includes resources that the user equipment can use to perform communication in response to the occurrence of an event.
[0010] In another exemplary aspect, a wireless communication method is disclosed. The method includes: a network device sending an indication to a user equipment configured to communicate with the network device using one of a plurality of pre-configured resources, the wireless device using the indication to determine the pre-configured resources to be used for transmission. The method further includes: receiving from the wireless device a transmission using the pre-configured resources.
[0011] In another exemplary aspect, a wireless communication method is disclosed. The method includes receiving from a wireless device configured to communicate with a network device a report comprising the results of one or more measurements, each of which is associated with a transmission resource among one or more transmission resources. The method further includes determining, based on the report, service resources to be used for transmission to the wireless device.
[0012] In yet another exemplary aspect, the above-described methods are embodied in processor-executable code and stored in a computer-readable program medium.
[0013] In yet another exemplary embodiment, a device configured or operable to perform the methods described above is disclosed.
[0014] The above and other aspects and their embodiments are described in more detail in the accompanying drawings, description and claims. Attached Figure Description
[0015] Figure 1 Examples of base stations (BS) and user equipment (UE) in wireless communication are shown.
[0016] Figure 2 An exemplary non-terrestrial network is shown.
[0017] Figure 3 An example method for allocating CG resources is shown.
[0018] Figure 4 An example method for updating CG assets is shown.
[0019] Figure 5 An example method for allocating PUR resources is shown.
[0020] Figure 6 An example method executed by the UE is shown.
[0021] Figure 7 An example method executed by BS is shown.
[0022] Figure 8 An example open-loop method for updating TA is shown.
[0023] Figure 9 An example blending method for updating TA is shown.
[0024] Figure 10 An example method for updating the TA using radio resource control (RRC) signaling is shown.
[0025] Figure 11 An example method for updating the TA using BS information is shown.
[0026] Figure 12 An example method for reporting measurements is shown.
[0027] Figure 13 It is a block diagram representing a part of a method and / or apparatus that can be used to implement the currently disclosed technology. Detailed Implementation
[0028] The use of chapter headings in this application is solely for readability purposes and is not intended to limit the scope of the embodiments and techniques disclosed in each chapter to that chapter. Examples of fifth-generation (5G) wireless protocols are used to describe certain features. However, the applicability of the disclosed techniques is not limited to 5G wireless systems only.
[0029] In future communication systems, support for high-mobility scenarios is crucial, such as non-terrestrial networks (NTN) and high-speed trains (HST). In these scenarios, user equipment (UE) can move rapidly relative to the base station (BS), leading to frequent beam switching. Therefore, issues arise when applying configured grants (CG) in New Radio (NR) or preconfigured uplink resources (PUR) in Narrowband Internet of Things (NB-IoT) or enhanced machine-type communication (eMTC). For example, in CG and PUR, the UE is configured with periodic resources for unlicensed uplink (UL) transmissions. If beam switching occurs frequently, the UE may require frequent resource updates, resulting in high signaling overhead. Furthermore, in PUR, the timing advance (TA) for the current UL transmission is updated in the acknowledgment (ACK) of the previous UL transmission. Because the period between UL transmissions in the PUR is long, the TA (Transmission Timeout) can easily time out in high-mobility scenarios. Embodiments of this disclosure consider how to handle frequent beam switching and parameter updates in both the CG (Curve Grid) and PUR.
[0030] Figure 1 An example of a wireless communication system (e.g., a long-term evolution (LTE), 5G, or NR cellular network) including a BS 120 and one or more user equipment (UE) 111, 112, and 113 is shown. In some embodiments, uplink transmissions (131, 132, 133) may include uplink control information (UCI), higher-layer signaling (e.g., UE assistance information or UE capabilities), or uplink information. In some embodiments, downlink transmissions (141, 142, 143) may include DCI or higher-layer signaling or downlink information. The UE may be, for example, a smartphone, tablet, mobile computer, machine-to-machine (M2M) device, terminal, mobile device, Internet of Things (IoT) device, etc.
[0031] The use of chapter headings and subheadings in this application is for ease of understanding and not for limiting the scope of the disclosed technologies and embodiments to specific chapters. Therefore, embodiments disclosed in different chapters can be used together. Furthermore, the use of examples from the 3GPP NR network architecture and 5G protocols in this application is merely for ease of understanding, and the disclosed technologies and embodiments can be practiced in other wireless systems using communication protocols different from 3GPP protocols.
[0032] Non-terrestrial networks
[0033] In NTN, ground-based UEs can be served by airborne vehicles, such as satellites and high-altitude platform stations (HAPS). This architecture is very attractive because it can cover equipment in remote areas.
[0034] For low-earth orbit (LEO) satellites, their speeds can be several kilometers per second, resulting in high latency variations. Furthermore, beam coverage presents two scenarios:
[0035] (1) Fixed coverage relative to Earth: Satellites control their beams to cover a fixed area on Earth. In this case, the beam switching cycle can typically be several minutes.
[0036] (2) Coverage relative to Earth: The beam is fixed, so its coverage area moves with the satellite. In this case, the beam switching period can be less than 20 seconds.
[0037] Figure 2 An example non-terrestrial network is illustrated. This network includes a satellite 202 and UEs 204a and 204b capable of communicating with the satellite 202 via a radio service link 210. UEs 204a and 204b can operate in a network 1600, which includes satellite cells 214 with corresponding coverage areas. The satellite 202 can be communicatively connected to an earth station 206 via a feeder link 208. The feeder link can carry messages to / from UEs 204a and 204b being served by the satellite 202. The earth station 206 can be communicatively connected to a core radio network such as a 5G core network. Therefore, messages from the 5G core network to UEs 204a and 204b can be propagated from the earth station 206 to the satellite 202, and then from the satellite 202 to UEs 204a and 204b. Similarly, messages from UEs 204a and 204b can be propagated to satellite 202 via service link 210, then from satellite 202 to earth station 206 via feeder link 208, and then from earth station 206 to the 5GC network.
[0038] As shown in the figure, from time T0 to time T1, satellite 202 can move relative to the Earth along orbit 212. For a LEO satellite fixed relative to the Earth, satellite cell 214 maintains the same coverage area on Earth when satellite 202 moves along orbit 212. However, as satellite 202 moves, the communication between satellite 202 and UE 204 will change. For example, as... Figure 2 As shown, the angle at which UE 204a connects to satellite 202 via radio service link 210 changes, which can lead to beam switching and require resource updates at UE 204a. In another example, UE 204b is not communicatively connected to satellite 202 via wireless communication link 210 at time T0, but connects to satellite 202 at time T1. The distance between satellite 202 and UE 204 can also vary, thus affecting propagation delay. This could, for example, require adjustment of the TA value of UE 204a.
[0039] Configuration authorization
[0040] In NR, the BS can configure periodic resources for the UE. Then, after activation, the UE can perform UL transmissions of these resources without UL authorization from the BS, which reduces signaling overhead and latency. The period of CG transmission can vary from 2 symbols to 640 subframes. There are two types of CG: (1) Type 1: Pure Radio Resource Control (RRC) configuration. In this case, physical uplink shared channel (PUSCH) transmission can be semi-statically configured to operate when receiving higher-layer parameters of configuredGrantConfig, including rrc-ConfiguredUplinkGrant, without detecting UL authorization in DCI. Note that the UE can be configured with multiple CG resources simultaneously, including resources on the inactive Bandwidth Part (BWP). Therefore, even when the BWP is switched, there may still be available CG resources for the UE.
[0041] (2) Type 2: Downlink Control Information (DCI) Activation. In this case, only some parameters (such as retransmission and periodicity) are configured via RRC signaling. CG activation / deactivation and some other parameters (e.g., time resource allocation) are configured via DCI. Since DCI can only activate and configure CG resources on the active BWP, reconfiguration may be required during BWP handover.
[0042] Pre-configured UL resources
[0043] In eMTC and NB-IoT, the BS can pre-configure transmission resources and parameters for the UE via RRC signaling. The UE can then perform a UL transmission at the PUR timing without UL authorization from the BS. After the UL transmission, the UE can detect the physical downlink control channel (PDCCH) from the BS within a feedback time window (i.e., a search space window). This feedback can include updated PUR parameters (e.g., TA and retransmission count) for subsequent UL transmissions.
[0044] Using PUR, the UE can immediately transmit data in idle mode without the need for random access channel (RACH) procedures and scheduling. This reduces signaling overhead and transmission latency. Furthermore, the UE can remain in idle mode for longer periods, thus reducing power consumption.
[0045] The large intervals between PUR timings are a major problem. According to 3GPP TS36.331, the minimum period between PUR timings is 8 superframes (81.92s), which is a long time in scenarios such as LEO NTN. The UE may experience significant TA changes, and even beam switching between two PUR transmissions. As a result, updated parameters after a previous PUR transmission are likely to time out in a later PUR timing. When beam switching occurs, resources also need to be reconfigured, similar to CG.
[0046] Example 1
[0047] Typically, beams are bound to different BWPs. Therefore, when a UE undergoes a beam switch, CG resources need to be reconfigured because, for application type 2 CG, the CG resources are configured on the active BWP. In high-mobility scenarios, beam switches can occur within very short cycles. As a result, there will be frequent CG reconfigurations for application type 2 CG, which increases signaling overhead. Furthermore, if UE-triggered autonomous beam switches are allowed, CG reconfiguration also increases latency.
[0048] To reduce signaling overhead from CG reconfiguration, relative frequency resources can be configured instead of absolute frequency resources. For example, the UE can be configured with relative frequency domain resources in the DCI (e.g., the second resource block (RB) of each BWP). When the UE switches to a new beam, it can autonomously select the second RB of the new BWP as the new frequency domain resource for subsequent CG transmissions. The CG remains active after the BWP handover to preserve the signaling used for reconfiguration.
[0049] Figure 3 An example method 300 for allocating CG resources is illustrated. At step 302, the UE can determine pre-configured resources for transmission based on rules. These pre-configured resources may include CG resources. These pre-configured resources can be configured via physical layer signaling. These pre-configured resources can be configured based on relative frequency domain parameters (e.g., the second RB per BWP). The rules can specify that the determination is performed in response to a switch to a new serving resource (such as beam switching). At step 304, the UE can perform transmission based on the pre-configured resources.
[0050] Note that since CG resources can naturally be configured for group UEs, allocating multiple CG resources from other inactive BWPs to a single UE will not result in a reduction in capacity. Therefore, even if a UE is configured with unused CG resources, other UEs can still utilize those resources, ensuring that resources are not wasted.
[0051] Example 2
[0052] PUR allows unlicensed UL transmissions for IoT UEs, similar to CG. However, there are some differences. The first difference is that the period between PUR transmissions is at least 80 seconds, which is much longer than CG. Therefore, beam switching is more likely to occur during the interval between two PUR transmissions compared to CG. The second difference is that IoT UEs typically use discontinuous reception (DRX) or half-duplex frequency division duplex (HD-FDD) to save energy, so the UE cannot receive DL signals at any time. That is, the UE may often be in sleep or idle mode and cannot obtain new parameters when the UE moves into the coverage area of a new beam. Therefore, when to update PUR parameters should also be considered.
[0053] Similar to NR, in NB-IoT / eMTC, beams are typically bound to different frequency resources. When a UE undergoes beam switching, its allocated PUR resources may time out. Even if the UE switches to a new beam using the same frequency resources as the previous beam, conflicts may occur when configuring a dedicated PUR. In traditional terrestrial networks, beam switching is handled by falling back to RACH / early data transmission (EDT) and reconfiguring the PUR after initial access, because IoT devices are typically static and beam switching occurs infrequently. However, in high-mobility scenarios such as NTN, beam switching occurs more frequently, requiring the UE to perform RACH every few PUR opportunities, resulting in high signaling overhead. Therefore, handling PUR resource updates without falling back to RACH / EDT should be considered.
[0054] Scenario 1: A method for beam switching with minimal backoff
[0055] Option 1: Update PUR resources. Updated PUR resources can be used to configure the UE to handle beam switching with appropriate prediction. For example, if the UE detects its elevation angle dropping below a certain threshold during the current UL transmission, it will know that a beam switching may occur in the near future and request new parameters in advance. When the UE switches to the new beam, it can utilize the newly configured PUR resources for the UL transmission instead of requesting a fallback to RACH / EDT. However, if the UE finds that no feasible PUR resources are available for the current transmission, for example, if the UE skips several PUR opportunities causing parameter updates to not be performed in a timely manner, a fallback to RACH / EDT is still required.
[0056] Figure 4 An example method 400 for updating PUR resources is illustrated. At step 402, the UE may send a request based on operational parameters. This request may be sent using a first configuration of pre-configured resources (such as PUR transmission). Operational parameters may include the UE's elevation angle, and a request may be made due to the detection that the elevation angle is below a threshold level, which may indicate an upcoming beam handover. At step 404, the UE configured to perform transmission using the first configuration of pre-configured resources may receive a second configuration of pre-configured resources for transmission. This second configuration may be received in response to a request from step 402 (such as in feedback on PUR transmission). At step 406, the UE may perform transmission using resources from the second configuration in response to an event occurring. This event may include a service resource handover such as beam handover. If the UE does not receive a suitable second configuration at step 404, it may perform a fallback to RACH / EDT.
[0057] Option 2: Pre-allocate resources for future beams. This approach is similar to CG in NR, aiming to reduce the frequency of parameter reconfiguration or updates. Two sub-options are listed below:
[0058] Sub-option 2-1: Configure multiple PUR resources. The UE can be configured with multiple PUR resources, which include resources corresponding to the beams the UE can switch to. When the UE is switched to a new beam, it can search among the multiple PUR resources and select the appropriate resource for UL transmission. If the UE finds no feasible PUR resource for the current transmission, it will fall back to RACH / EDT. Note that the PUR resources in the new beam can be contention-free shared (CFS) resources, which increases capacity and reduces the probability of collisions.
[0059] Sub-option 2-2: Configure relative frequency resources instead of absolute frequency resources. The UE can be configured with relative frequency domain resources in each group of frequency resources. When the UE switches to a new beam, the frequency resources at the same relative position in the new frequency resource group will be automatically selected for PUR transmission.
[0060] Figure 5 An example method 500 for allocating PUR resources is illustrated. At step 502, the UE can determine pre-configured resources for transmission based on rules. These pre-configured resources may include PUR resources. These pre-configured resources can be configured via RRC messages. These pre-configured resources may correspond to different beams from the BS. These pre-configured resources can be configured based on relative frequency domain parameters. The rules can specify that the determination is performed in response to a handover to a new serving resource (such as beam switching). At step 504, the UE can perform transmission based on the pre-configured resources.
[0061] Scenario 2: When to update PUR resources
[0062] For scenario 1, option 1 above, we should consider when to update the PUR resource, since there is no UL authorization before the PUR transmission.
[0063] The beam coverage of a satellite can be either moving or fixed relative to the Earth. In the case of movement relative to the Earth, the beam coverage moves with the satellite. The UE may experience multiple beam switching events between two PUR events. Accommodating frequent switching requires significant resource overhead, minimizing the advantages of PUR. Therefore, a fallback to RACH / EDT can be performed when the UE is switched to a beam served by a satellite moving relative to the Earth.
[0064] In a fixed-area context relative to Earth, satellites control their beams over a fixed area, and beam switching occurs infrequently. Furthermore, beam switching can only occur under certain conditions, such as when the satellite moves out of line of sight. Therefore, under certain conditions (e.g., when the elevation angle is below a threshold), the BS may only need to update the PUR resources allocated to the UE during feedback of PUR transmissions.
[0065] Scenario 3: Actions on the UE side
[0066] Considering the above, the UE can perform the following procedure before PUR transmission:
[0067] a. Decode the System Information Block (SIB) used for BS information.
[0068] In NTN, the BS will broadcast satellite information to enable autonomous pre-compensation at the UE. For GEO satellites, the conventional PUR mechanism can be applied. For LEO satellites moving relative to the Earth, a backoff to RACH / EDT can be performed. For LEO satellites fixed relative to the Earth, the following procedure can be performed.
[0069] b. Determine if feasible PUR resources exist.
[0070] If no feasible PUR resource is available for the current beam, a fallback to RACH / EDT can be performed. Otherwise, a feasible resource for UL transmission can be selected.
[0071] c. Determine if the beam switching condition is met.
[0072] If the UE finds that the beam switching conditions are met, the beam switching request can be appended to the UL data in the PUR transmission. The beam switching conditions can be one or more of the following:
[0073] a) The elevation angle is lower than the preset threshold.
[0074] b) The beam switching timer has expired.
[0075] c) The reference signal received power (RSRP) is lower than a preset threshold.
[0076] The UE will switch to the new beam after receiving a beam switching instruction from the BS.
[0077] Figure 6An example method 600 performed by the UE is illustrated. At step 602, the UE determines whether a feasible transmission resource exists. The transmission resource can be a PUR resource. If no feasible transmission resource exists, the UE can fall back to RACH / EDT. If a feasible transmission resource exists, at step 604, the UE determines whether a beam switching condition is met. The beam switching condition can be an elevation angle below a threshold, a beam switching timer timeout, or an RSRP below a threshold. If the beam switching condition is met at step 604, the UE can send a beam switching request at step 606. The beam switching request can, for example, be appended to UL data in the PUR transmission. At step 608, the UE can receive a beam switching indication from the BS. The beam switching indication allows the UE to switch to a new beam.
[0078] Scenario 4: Operations on the BS side
[0079] In a LEO (Low Earth Orbit) relative to Earth, the BS (Base Station) can send a beam switching instruction to the UE (User Equipment) in the feedback of the PUR (Pressure Registry) timing when one or more of the following conditions are met:
[0080] a. A beam switching request was received from the UE.
[0081] b.BS actively performs beam switching.
[0082] In certain situations, the BS can actively perform beam switching. For example:
[0083] a) BS discovers another satellite that can provide better service, even if the current satellite is still operational.
[0084] b) Too many UEs are serving in the current beam. The BS can switch some edge UEs to other beams to alleviate congestion.
[0085] c) The beam switching conditions in case 3 above are met, but the UE does not request beam switching.
[0086] If Option 1 is used, the BS will not only transmit the beam switching indication in the feedback, but will also configure the PUR resources for the new beam for the UE and release the PUR resources of the previous beam. If Option 2 is used, the BS only needs to send the beam switching indication.
[0087] Figure 7An example method 700 performed by the BS is shown. At step 702, the BS determines whether beam switching conditions are met. In some embodiments, the BS may be airborne, such as a LEO satellite fixed relative to the Earth. Beam switching conditions may include receiving a beam switching request from the UE. Beam switching conditions may include determining that the satellite provides better service than currently offered, determining that the congestion level at the BS is too high, the elevation angle is below a threshold, the beam switching timer times out, the RSRP is below a threshold, or other conditions. If the beam switching conditions are met, then the BS configures transmission resources at step 704. Transmission resources may be PUR resources corresponding to the new beam for the UE. Note that if transmission resources have already been pre-allocated at the UE, then the BS may not need to configure transmission resources at step 704. At step 706, the BS sends a beam switching indication to the UE.
[0088] Example 3
[0089] In PUR, TA can be updated using the following methods:
[0090] • TA command MAC CE: DL data following a PUR transfer may contain a TA command MAC CE, which adjusts the TA for a later UL transfer.
[0091] ●Physical Layer Feedback: If the BS has no data to transmit after receiving the PUR transmission, the Layer 1 acknowledgment (L1-ACK) carried in the PDCCH, which is only related to the physical layer, can be used for rapid feedback. The L1-ACK can update the TA and retransmission count for subsequent UL transmissions.
[0092] In the above method, the interval between parameter updates and the next PUR transmission can be tens of seconds. Because of the large interval between TA updates and applications, `pur-TimeAlignmentTimer` and `PUR-RSRP-ChangeThreshold` are configured to handle TA verification and avoid significant misalignment between the applied TA value and the actual TA value. Due to the relatively static relationship between IoT devices and the BS in traditional terrestrial networks, TA values can be valid for a long period.
[0093] In GEO scenarios, the terrestrial UE and satellite are relatively stationary, similar to a terrestrial network. Therefore, large intervals between TA configuration and application do not lead to significant misalignment. However, in LEO, the high speed of satellites can cause rapid TA changes, allowing updated TAs to time out during the next PUR transmission. In this case, traditional BS-led TA adjustments are no longer necessary. Instead, the following two approaches can be considered:
[0094] a. Option-1: Open-loop method. The UE can use an open-loop method to obtain TA, for example, by calculating the transmission delay for each PUR timing using geometric formulas based on satellite and UE location and mobility information.
[0095] b. Option-2: Hybrid Method. The UE can combine closed-loop and open-loop methods to update the TA. For example, the UE can use an open-loop method to update the TA, as in Option-1 above. When a TA command is received, the UE can add additional adjustments to correct residual errors. Therefore, the hybrid method can be more robust than a purely open-loop method.
[0096] Figure 8 An example open-loop method 800 for updating the Timing Adjustment (TA) is illustrated. At step 802, a mode is used to determine a timing adjustment value, in which the timing adjustment value is determined at least in part based on an autonomous estimation. This autonomous estimation of the timing adjustment value may be based on location information or mobility information of the UE or network device, such as if the network device is on a satellite. In some embodiments, the timing adjustment value may be determined based on calculating the transmission delay between the satellite and the UE. For example, the transmission delay may be calculated using a geometric method or by comparing the GNSS timestamps at the UE and BS with respect to a reference time. At step 804, the timing adjustment value is used to perform a transmission. For example, the TA may be updated based on the timing adjustment value, and the transmission may include the updated TA in a PUR transmission.
[0097] Figure 9 An example hybrid method 900 for updating the timing adjustment (TA) is shown. At step 902, a transmission is received from the base station (BS). This transmission may include a timing adjustment command. At step 904, a timing adjustment value is determined using a mode in which the timing adjustment value is determined at least in part based on an autonomous estimate and using the transmission received from the BS. For example, the timing adjustment value can be determined similarly to step 802, except that it can be further adjusted based on the timing adjustment command received at step 902. At step 906, the timing adjustment value can be used to perform a transmission. Step 906 can be similar to step 804 described above.
[0098] The application of open-loop or hybrid TA maintenance in PUR can be configured in the following ways:
[0099] a. RRC signaling
[0100] a) In the RRC configuration of PUR, additional parameters can be added to indicate the application of open-loop or hybrid TA maintenance.
[0101] b) In the PUR's RRC configuration, the standby states of existing parameters can be reused to indicate the application of open-loop / hybrid TA maintenance. For example, IE RSRP-ChangeThreshold has several standby states, as follows:
[0102] RSRP-ChangeThresh-r16::=ENUMERATED{dB4,dB6,dB8,dB10,dB14,dB18,dB22,dB26,dB30,dB34,spare6,spare5,spare4,spare3,spare2,spare1}
[0103] The standby state can be used to indicate open-loop or hybrid TA maintenance. In some embodiments, when a specific configuration mode of the TA validity parameter is detected, the UE can determine whether an open-loop or hybrid TA maintenance method should be applied.
[0104] Figure 10 An example method 1000 for updating a timing adjustment (TA) using RRC signaling is illustrated. At step 1002, an indication is received that a mode has been activated for use. This indication may notify the UE to maintain the TA using open-loop or hybrid methods. This indication may be received in an RRC message. The indication may use dedicated fields in the RRC message, such as additional parameters added during RRC configuration of the PUR resources. The indication may reuse existing parameters such as the standby state field in RSRP-ChangeThreshold. In some embodiments, the UE may determine that a mode has been activated in response to the configuration mode of validity parameters (such as RSRP-ChangeThreshold or specific configurations of other parameters). At step 1004, a timing adjustment value is determined using the mode activated by the indication in step 1002, wherein the timing adjustment value is determined at least in part based on autonomous estimation. This timing adjustment value may be determined using an open-loop or hybrid method. For example, step 1004 may be similar to step 802 or step 904, wherein the timing adjustment value is determined using a transmission from the BS. At step 1006, the transmission is performed using the timing adjustment value. This transmission can be performed similarly to steps 804 and 906.
[0105] b. Broadcast BS information
[0106] The UE can determine whether to apply traditional TA maintenance based on BS information. For example, if the UE identifies that it is served by LEO satellites, it can apply open-loop or hybrid TA maintenance instead of traditional closed-loop TA maintenance. For GEO NTN, traditional mechanisms can be applied. The following methods can be used for broadcasting:
[0107] a) Reuse or add bit fields in the MIB or SIB (Master Information Block or System Information Block) to indicate BS information.
[0108] b) Reuse or add bit fields in the MIB or SIB to indicate the BS type. Information corresponding to the BS type can be pre-stored at the UE.
[0109] c) The BS type is implicitly indicated to the UE through status information such as cell ID, public land mobile network (PLMN) deployment, frequency band, and SIB type. The status information corresponding to the BS type can be pre-stored at the UE.
[0110] Figure 11 An example method 1100 for updating the TA using BS information is shown. At step 1102, an indication that a mode has been activated for use is received in a broadcast message from the BS. This indication may indicate that the BS is a non-terrestrial device such as a LEO satellite or a high-mobility device. The indication may use new fields from the MIB or SIB of the broadcast message. The indication may reuse existing fields from the MIB or SIB. The indication may be based on information indicating the type of network device, such as the cell identifier, PLMN layout, or the type of operating band or SIB. At step 1104, a timing adjustment value is determined using a mode in which the timing adjustment value is determined at least in part based on autonomous estimation. Step 1104 may be similar to step 1004. The timing adjustment value may be determined using an open-loop or hybrid method, similar to steps 802 and 904. At step 1106, a transmission is performed using the timing adjustment value. This transmission may be performed similarly to steps 804, 906, and 1006.
[0111] Note that when pure open-loop TA maintenance is enabled, the traditional closed-loop TA maintenance and TA verification mechanisms are no longer used. Therefore, if the UE is configured with the pure open-loop TA adjustment method, it should ignore TA commands from the BS, including TA commands in MAC CE and DCI. Furthermore, Pur-TimeAlignmentTimer should not be configured, as this disables the traditional TA verification mechanism, since the validity of the TA is determined by the UE. If hybrid TA maintenance is enabled, TA commands from the BS can still be used. However, the verification mechanism should also be disabled, as TA commands are only used for error correction. Due to the large delay between receiving TA commands and PUR transmission, the open-loop portion of the hybrid method can handle TA changes.
[0112] Example 4: Measurement Reporting
[0113] In current measurement reporting, including in NR and NB-IoT / eMTC, measurements are mostly performed only on specific frequency resources. For example, in NR, measurements are performed on a single active BWP. In NB-IoT, it is performed on the anchor carrier used for initial access, or on the carrier on which PRACH (Physical Random Access Channel) commands are initiated and received.
[0114] For satellite-based services, frequency reuse mechanisms, such as frequency division multiplexing (FDM), are considered to mitigate interference between beams. In some embodiments, from an implementation perspective, different frequencies can be directly mapped to satellite beams (e.g., BWP to beam in NR, anchor / non-anchor carrier to beam in NB-IoT, narrowband to beam in eMTC). However, enhancements are needed to enable beam switching / beam quality measurement reporting.
[0115] Scenario 1: Enable measurement reporting for multiple resources
[0116] To enable the BS to identify which beam provides the best service to the UE, the UE should report measurements for multiple beams to the BS. Since beams are mapped using different frequency resources, we recommend:
[0117] The UE can report measured RSRP, signal-to-interference-plus-noise ratio (SINR), or reference signal received quality (RSRQ) for multiple resources or reference signals (RS) (if RS is configured by target resource). Here, the reference signal (RS) can be one of the following: synchronization RS, cell-specific reference signal (CRS), channel state information reference signal (CSI-RS), or demodulation reference signal (DM-RS).
[0118] The number of resources or RSs, X, can be configured as 1 ≤ X ≤ L, where the upper limit L can be configured or predefined. The value of X can be configured differently for UEs in different coverage levels.
[0119] Scenario 2: Resource / RS index in the report
[0120] To differentiate reported measurements for different resources or RSs, indexing is required. Typically, resource indexing refers to the frequency domain index of the resource, such as the Bandwidth Part Identifier (BWP-id) in NR, the carrier ID in NB-IoT, and the narrowband ID in eMTC. However, in some cases, such as for eMTC, the primary synchronization signal (PSS) will be switched between different narrowbands using time-division multiplexing (TDM), and time information including slot ID, subframe ID, and frame ID can also be considered for reporting.
[0121] In some embodiments, different RSs are configured according to frequency resources, and reporting of the RS index is sufficient. Otherwise, in some embodiments, an RS may be configured with multiple frequency resources, and joint reporting of the RS index and resource index may be preferred.
[0122] Scenario 3: Carrying a measuring container
[0123] The reporting information is used by the BS to identify the best serving beam or resource for each UE. This information can be carried in: for 2-step RACH in Msg-A, for 4-step RACH in Msg-3, or in a PUSCH carrying UCI (periodic, semi-periodic, or DCI-triggered).
[0124] Figure 12 An example method 1200 for reporting measurements is illustrated. At step 1202, one or more measurements are performed, each of which is associated with one of one or more transmission resources. In some embodiments, each measurement is associated with a different transmission resource. The transmission resource can be, for example, a BWP, an anchor carrier, a non-anchor carrier, a narrowband, a timeslot, a frame, or a subframe. The transmission resource can be a time-domain resource or a frequency-domain resource. For example, each measurement can be a different frequency-domain resource. In another example, each transmission resource can be configured with a different RS, and each measurement can be a different RS. The RS can be, for example, a synchronization RS, a CRS, a CSI-RS, a DM-RS, or another RS. Each measurement can be RSRP, SINR, RSRQ, or another suitable parameter indicating beam or signal quality. Each measurement can include any number of suitable parameters or combinations of suitable parameters. For example, the first measurement can be RSRP, while the second measurement can be SINR and RSRQ. In another example, both the first and second measurements can be RSRP. The number of reported measurement results can be between one and an upper limit, where the upper limit is configured or predefined. The number of reported measurement results can be selected based on the coverage level.
[0125] The method may assign an index to the result of each measurement at step 1204. This index may include an RS index, a resource index, or both. For example, if a different RS is configured for each transport resource, the index may include an RS index without a resource index. In another example, if an RS can be configured with multiple transport resources, the index may include both an RS index and a resource index. In some embodiments, the index may include a frequency domain index such as a BWP-id, carrier ID, or narrowband ID. In some embodiments, the index may include a time domain index such as a slot ID, frame ID, or subframe ID.
[0126] At step 1206, a report including the results of the one or more measurements is sent. For example, this report may be sent to the BS in the NTN and used by the BS to identify the optimal beam or resource for the UE. The report may be sent in any suitable container, such as Msg-A for 2-step RACH, Msg-3 for 4-step RACH, or PUSCH carrying UCI. The report may be periodic, semi-periodic, or aperiodic, such as being triggered by DCI.
[0127] Some implementation schemes may preferably combine the following solutions as described herein.
[0128] For example, the solutions listed below can be used by wireless device implementations to implement open-loop or hybrid mechanisms for TA maintenance as described herein.
[0129] 1. A method for wireless communication (e.g.) Figure 8 The method 800 described herein includes: a wireless device configured to communicate with a network device using pre-configured transmission resources, determining a timing adjustment value for communicating with the network device using a mode that determines the timing adjustment value based at least in part on the wireless device’s autonomous estimation (802); and causing the wireless device to use the timing adjustment value to perform transmission (804).
[0130] 2. According to the method described in Solution 1, the autonomous estimation of the timed adjustment value is based on the location information or mobility information of the network device.
[0131] 3. The method according to any one of solutions 1-2, wherein the timing adjustment value is further determined using the transmission received from the network device (e.g., Figure 9 Method 900 described herein, at step 904).
[0132] 4. The method according to Solution 3, wherein the transmission received from the network device includes a timing adjustment command.
[0133] 5. The method according to any one of solutions 1-4, wherein, in response to receiving an indication from the network device that a mode has been activated for use, a timing adjustment value is determined (e.g., in...). Figure 10 Method 1000 as described herein, at step 1002).
[0134] 6. The method according to solution 5, wherein the indication is received in a Radio Resource Connection (RRC) message.
[0135] 7. The method according to Solution 5, wherein the instruction uses a special field in the RRC message.
[0136] 8. The method according to Solution 5, wherein the instruction reuses existing fields in the RRC message.
[0137] 9. The method described in Solution 8, wherein the existing fields include the status field of the information element (IE).
[0138] 10. The method according to Solution 9, wherein the IE includes an RSRP-ChangeThreshold IE and / or a timer.
[0139] 11. The method according to solutions 8-10, wherein the wireless device determines that the mode has been activated in response to the configuration mode of the validity parameter.
[0140] 12. The method according to solutions 5-11, wherein the indication is received in a broadcast message from the network node (e.g., Figure 11 Method 1100 as described herein, at step 1102).
[0141] 13. The method according to solution 12, wherein the indication notifies the network device that it is a non-terrestrial network device or a highly mobile device.
[0142] 14. The method according to any one of solutions 12-13, wherein the instruction uses a new field in the system information block of the broadcast message.
[0143] 15. The method according to any one of solutions 12-13, wherein the instruction reuses existing fields in the system information block of the broadcast message.
[0144] 16. The method according to solution 5, wherein the indication is based on information indicating the type of network node.
[0145] 17. The method according to solution 16, wherein the information includes a cell identifier or the layout of a public terrestrial mobile network, or the type of operating frequency band or system information block transmitted by a network device.
[0146] For example, the solutions listed below can be implemented by wireless devices to handle frequent beam switching (e.g., switching of transmission resources) with little fallback to RACH, particularly for option 1 described above.
[0147] 18. A method for wireless communication (e.g., such as...) Figure 4 The method 400 includes: receiving a second configuration of the pre-configured resources for transmission by a user equipment configured to perform transmission according to a first configuration of the pre-configured resources for transmission (404); and performing communication by the user equipment using resources from the second configuration of the pre-configured resources for transmission in response to an event (406).
[0148] 19. The method according to solution 18, wherein the event includes a service resource switching performed by the user equipment.
[0149] 20. The method according to any one of solutions 18-19, wherein the second configuration is received by the user equipment due to a request from the user equipment, wherein the request is made by the user equipment based on operating parameters (e.g., Figure 6 (Beam switching request at step 606).
[0150] 21. The method according to solution 20, wherein the request is sent by the user equipment together with the transmission in the pre-configured uplink resource (PUR) transmission (402).
[0151] 22. The method according to solution 21, wherein the second configuration is received in the feedback of the PUR transmission.
[0152] 23. The method according to any one of solutions 20-22, wherein the operating parameter includes the elevation angle of the user equipment, and wherein the request is made because the elevation angle is below a threshold level.
[0153] 24. The method according to any one of solutions 20-22, wherein the operating parameter includes a timer, and wherein the request is made due to a timeout of the timer.
[0154] 25. The method according to any one of solutions 20-22, wherein the operating parameter includes a reference signal received power (RSRP), and wherein the request is made because the RSRP is below a threshold level.
[0155] For example, the solutions listed below can be implemented by wireless devices to handle frequent beam switching (e.g., switching of transmission resources) with little fallback to RACH, particularly for Option 1 described above and further for resource allocation methods for CG to handle frequent beam switching.
[0156] 26. A method for wireless communication (e.g., Figure 5 The method 500 described herein includes: a user equipment configured to perform a transmission according to one of a plurality of configurations of pre-configured resources, determining pre-configured resources for transmission according to a rule (502); and performing a transmission to the network based on the pre-configured resources determined according to the rule (504).
[0157] 27. The method according to solution 26, wherein the rule specifies that the determination is performed in response to switching to a new service resource.
[0158] 28. The method according to any one of solutions 26-27, wherein the pre-configured resource is configured according to relative frequency domain resource parameters.
[0159] 29. The method according to any one of solutions 26-28, wherein the pre-configured resource includes pre-configured uplink resources (PUR).
[0160] 30. The method according to solution 29, wherein the PUR is configured via a Radio Resource Control (RRC) message.
[0161] 31. The method according to any one of solutions 26-28, wherein the pre-configured resources include configuration license (CG) resources.
[0162] 32. The method according to solution 31, wherein the CG resource is configured via physical layer signaling.
[0163] For example, the solutions listed below can be implemented by wireless devices for measurement reporting, such as those described in Example 4.
[0164] 33. A method for wireless communication (e.g.) Figure 12 The method 1200 described herein includes: performing one or more measurements (1202) by a wireless device configured to communicate with a network device, each of the one or more measurements being associated with a transmission resource in one or more transmission resources; and sending a report (1206) to the network device including the results of the one or more measurements.
[0165] 34. The method according to solution 33, wherein each measurement is associated with a different transmission resource.
[0166] 35. The method according to solution 33, wherein one or more reference signals (RS) are associated with each of the plurality of transmission resources.
[0167] 36. The method according to solution 35, wherein the RS is a synchronization RS, a cell-specific reference signal (CRS), a channel state information reference signal (CSI-RS), or a demodulation reference signal (DM-RS).
[0168] 37. The method according to solution 33, wherein the transmission resource includes a bandwidth portion (BWP), an anchor carrier, a non-anchor carrier, a narrowband, a timeslot, a frame, or a subframe.
[0169] 38. The method according to solution 33, wherein the result of the one or more measurements is the received signal power (RSRP), signal-to-interference-to-noise ratio (SINR), or reference signal reception quality (RSRQ).
[0170] 39. The method according to solution 33, wherein the result of the one or more measurements includes an index of the measured transmission resource or a reference signal (RS) index.
[0171] 40. The method according to solution 33, wherein the report is transmitted in Msg-A, Msg-3, or the Physical Uplink Shared Channel (PUSCH).
[0172] 41. The method according to solution 33, wherein the number of reported results is less than or equal to an upper limit, which is configured or predefined.
[0173] 42. The method according to solution 41, wherein the number of reported results is selected based on the coverage level.
[0174] 43. A method of wireless communication, comprising: sending timing adjustment information from a network device to a wireless device configured to communicate with the network device using pre-configured transmission resources, the wireless device using the timing adjustment information to determine a timing adjustment value based on the wireless device's autonomous estimation; and receiving from the wireless device a transmission using the timing adjustment value.
[0175] 44. The method according to solution 43, wherein the autonomous estimation of the timing adjustment value is based on the location information or mobility information of the network device.
[0176] 45. The method according to any one of solutions 43-44 further includes: sending an indication from the network device to the wireless device that a mode has been activated for use, wherein the wireless device determines a timing adjustment value in response to receiving the indication.
[0177] 46. The method according to solution 45, wherein the indication is transmitted in a Radio Resource Connection (RRC) message.
[0178] 47. The method according to solution 45, wherein the instruction uses a special field in the RRC message.
[0179] 48. The method according to solution 45, wherein the instruction reuses existing fields in the RRC message.
[0180] 49. The method according to solution 48, wherein the existing field includes a status field of an information element (IE).
[0181] 50. The method according to solution 49, wherein the IE includes an RSRP-ChangeThreshold IE and / or a timer.
[0182] 51. The method according to solutions 48-50, wherein the wireless device determines that a mode has been activated in response to the configuration mode of the validity parameter.
[0183] 52. The method according to solutions 45-51, wherein the instruction is transmitted in a broadcast message from the network node.
[0184] 53. The method according to solution 52, wherein the indication notifies the network device that it is a non-terrestrial network device or a highly mobile device.
[0185] 54. The method according to any one of solutions 52-53, wherein the instruction uses a new field in the system information block of the broadcast message.
[0186] 55. The method according to any one of solutions 52-53, wherein the instruction reuses existing fields in the system information block of the broadcast message.
[0187] 56. The method according to solution 45, wherein the indication is based on information indicating the type of network node.
[0188] 57. The method according to solution 56, wherein the information includes a cell identifier or the layout of a public terrestrial mobile network, or the type of operating frequency band or system information block transmitted by a network device.
[0189] For example, the solutions listed below can be used by network devices to handle frequent beam switching (e.g., switching of transmission resources) with little fallback to RACH, particularly for option 1 described above.
[0190] 58. A method of wireless communication, comprising: transmitting from a network device to a user equipment configured to perform transmission according to a first configuration of pre-configured resources for transmission; wherein the second configuration of the pre-configured resources for transmission includes resources that the user equipment can use to perform communication in response to the occurrence of an event.
[0191] 59. The method according to solution 58, wherein the event includes a service resource switching performed by the user equipment.
[0192] 60. The method according to any one of solutions 58 to 59, wherein the second configuration is sent by the network device due to a request from the user equipment, wherein the user equipment makes the request based on operating parameters.
[0193] 61. The method according to solution 60, wherein the request is received by the network device together with the transmission in the pre-configured uplink resource (PUR) transmission.
[0194] 62. The method according to solution 61, wherein the second configuration is transmitted in the feedback of the PUR transmission.
[0195] 63. The method according to any one of solutions 60-62, wherein the operating parameter includes the elevation angle of the user equipment, and wherein the request is made because the elevation angle is below a threshold level.
[0196] 64. The method according to any one of solutions 60-62, wherein the operating parameter includes a timer, and wherein the request is made due to a timeout of the timer.
[0197] 65. The method according to any one of solutions 60-62, wherein the operating parameter includes a reference signal received power (RSRP), and wherein the request is made because the RSRP is below a threshold level.
[0198] For example, the solutions listed below can be used by network devices to handle frequent beam switching (e.g., switching of transmission resources) with little fallback to RACH, particularly for Option 1 described above and further for resource allocation methods for CG to handle frequent beam switching.
[0199] 66. A method of wireless communication, comprising: a network device sending an indication to a user equipment configured to communicate with the network device using one of a plurality of configurations for using pre-configured resources, the wireless device using the indication to determine the pre-configured resources to be used for transmission; and receiving from the wireless device a transmission using the pre-configured resources.
[0200] 67. The method described in solution 66, wherein the instruction indicates a switch to a new service resource.
[0201] 68. The method according to any one of solutions 66-67, wherein the pre-configured resource is configured according to relative frequency domain resource parameters.
[0202] 69. The method according to any one of solutions 66-68, wherein the pre-configured resource includes pre-configured uplink resources (PUR).
[0203] 70. The method according to solution 69, wherein the PUR is configured via a Radio Resource Control (RRC) message.
[0204] 71. The method according to any one of solutions 66-68, wherein the pre-configured resource includes a configuration authorization (CG) resource.
[0205] 72. The method according to solution 71, wherein the CG resource is configured via physical layer signaling.
[0206] For example, the solutions listed below can be used by network devices to implement measurement reporting, such as those described in Example 4.
[0207] 73. A method for wireless communication, comprising: receiving from a wireless device configured to communicate with a network device a report including the results of one or more measurements, each of the one or more measurements being associated with a transmission resource among one or more transmission resources; and determining, based on the report, service resources for transmission to the wireless device.
[0208] 74. The method according to solution 73, wherein each measurement is associated with a different transmission resource.
[0209] 75. The method according to solution 73, wherein a reference signal (RS) is configured for each of the plurality of transmission resources.
[0210] 76. The method according to solution 75, wherein the RS is a synchronization RS, a cell-specific reference signal (CRS), a channel state information reference signal (CSI-RS), or a demodulation reference signal (DM-RS).
[0211] 77. The method according to solution 73, wherein the transmission resources include bandwidth portion (BWP), anchor carrier, non-anchor carrier, narrowband, time slot, frame or subframe.
[0212] 78. The method according to solution 73, wherein the result of the one or more measurements is the received signal power (RSRP), signal-to-interference-to-noise ratio (SINR), or reference signal reception quality (RSRQ).
[0213] 79. The method according to solution 73, wherein the result of the one or more measurements includes an index of the measured transmission resource or a reference signal (RS) index.
[0214] 80. The method according to solution 73, wherein the report is received in Msg-A, Msg-3, or the Physical Uplink Shared Channel (PUSCH).
[0215] 81. The method according to solution 73, wherein the number of reported measurements is less than or equal to an upper limit, which is configured or predefined.
[0216] 82. The method according to solution 81, wherein the number of reported measurements is selected based on the coverage level.
[0217] 83. An apparatus for wireless communication, comprising a processor configured to implement the method of any one of solutions 1 to 82.
[0218] 84. A computer-readable medium having code stored thereon, which, when executed by a processor, causes the processor to implement the method of any one of solutions 1 to 82.
[0219] Figure 13 This is a block diagram representation of a portion of an apparatus according to some embodiments of the currently disclosed technology. Apparatus 1305, such as a network device or base station or wireless device (or UE), may include processor electronics 1310, such as a microprocessor implementing one or more technologies presented in this application. Apparatus 1305 may include transceiver electronics 1315 for transmitting and / or receiving wireless signals via one or more communication interfaces, such as antenna 1320. Apparatus 1305 may include other communication interfaces for transmitting and receiving data. Apparatus 1305 may include one or more memories (not explicitly shown) configured to store information such as data and / or instructions. In some embodiments, processor electronics 1310 may include at least a portion of transceiver electronics 1315. In some embodiments, at least some of the disclosed technologies, modules, or functions are implemented using apparatus 1305.
[0220] Some embodiments described herein are described in the general context of methods or processes. In one embodiment, these methods or processes may be implemented by a computer program product embodied in a computer-readable medium, which includes computer-executable instructions such as program code that are executed by a computer in a networked environment. The computer-readable medium may include removable and non-removable storage devices, including but not limited to read-only memory (ROM), random access memory (RAM), optical disc (CD), digital versatile disc (DVD), etc. Therefore, the computer-readable medium can include non-transient storage media. Typically, program modules may include routines, programs, objects, components, data structures, etc., that perform a particular task or implement a particular abstract data type. Computer or processor-executable instructions, associated data structures, and program modules represent examples of program code for performing steps of the methods disclosed herein. A particular sequence of such executable instructions or associated data structures represents examples of corresponding actions for implementing the functionality described in such steps or processes.
[0221] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuitry, software, or a combination thereof. For example, hardware circuitry implementations can include discrete analog and / or digital components, which are, for example, integrated as part of a printed circuit board. Alternatively or additionally, the disclosed components or modules can be implemented as application-specific integrated circuits (ASICs) and / or as field-programmable gate arrays (FPGAs). Some implementations may additionally or alternatively include a digital signal processor (DSP), which is a dedicated microprocessor with an architecture optimized for the operational requirements of digital signal processing associated with the disclosed functions of this application. Similarly, the various components or sub-components within each module can be implemented in software, hardware, or firmware. Interconnectivity between modules and / or components within modules can be provided using any of the connection methods and media known in the art, including but not limited to communication via the Internet, wired, or wireless networks using appropriate protocols.
[0222] Although this application contains numerous details, these details should not be construed as limiting the scope of the claimed invention or the scope of potentially claimed inventions, but rather as descriptions of specific features of particular embodiments. Certain features described in the context of individual embodiments in this application may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented individually or in any suitable sub-combination in multiple embodiments. Furthermore, while the foregoing features may be described as functioning in certain combinations, and even initially claimed in this manner, in some cases one or more features from the claimed combination may be removed from the combination, and the claimed combination may be for sub-combinations or variations thereof. Similarly, although operations are depicted in a specific order in the drawings, this should not be construed as requiring these operations to be performed in the specific order or sequential order shown, or requiring the performance of all illustrated operations to achieve the desired result.
[0223] Only a few implementations and examples have been described, and other implementations, enhancements and modifications can be made based on the content described and illustrated in this disclosure.
Claims
1. A method for wireless communication, comprising: The wireless device receives an indication from the network device, the indication including a configuration mode for validity parameters; The wireless device determines the activation of a mode for communicating with network devices using pre-configured transmission resources based on the configuration mode of the validity parameters. In response to the activation of the mode, the wireless device determines the timing adjustment value for communicating with the network device using a mode that determines the timing adjustment value based at least in part on the autonomous estimation of the wireless device, the autonomous estimation being based on the transmission delay between the wireless device and the satellite; as well as The wireless device uses the timing adjustment value and the pre-configured transmission resources to perform transmissions with the network device.
2. The method according to claim 1, wherein, The autonomous estimation of the timing adjustment value is based on the location or mobility information of the network device.
3. The method according to any one of claims 1-2, wherein, The timing adjustment value is further determined using the transmission received from the network device.
4. The method according to claim 3, wherein, Transmissions received from network devices include timed adjustment commands.
5. The method according to claim 1, wherein, The instruction is received in a Radio Resource Connection (RRC) message.
6. The method according to claim 5, wherein, The instruction uses a special field in the RRC message.
7. The method according to claim 5, wherein, The instruction indicates that existing fields in the RRC message should be reused.
8. The method according to claim 7, wherein, The existing fields include the status fields of the Information Unit (IE).
9. The method according to claim 8, wherein, The IE includes RSRP-ChangeThreshold IE and / or a timer.
10. The method according to any one of claims 5-9, wherein, The instruction is received in a broadcast message from the network device.
11. The method according to claim 10, wherein, The instruction indicates that the network device is a non-terrestrial network device or a highly mobile device.
12. The method according to claim 10, wherein, The instruction uses a new field in the system information block of the broadcast message.
13. The method according to claim 10, wherein, The instruction reuses existing fields in the system information block of the broadcast message.
14. The method according to claim 1, wherein, The indication is based on information indicating the type of the network device.
15. The method according to claim 14, wherein, The information includes cell identifiers or the layout of public terrestrial mobile networks, or the type of operating frequency bands or system information blocks sent by the network equipment.
16. A method for wireless communication, comprising: The network device sends an indication of a configuration mode, including validity parameters, to the wireless device, wherein activation of a mode for communicating with the network device using pre-configured transmission resources is determined according to the configuration mode of the validity parameters. The network device sends timing adjustment information to the wireless device, wherein the wireless device, in response to the activation of the mode, uses the timing adjustment information to determine a timing adjustment value based on the autonomous estimation of the wireless device, the autonomous estimation being based on the transmission delay between the wireless device and the satellite; as well as Receive transmissions from the wireless device using the timing adjustment value and the pre-configured transmission resources.
17. The method according to claim 16, wherein, The autonomous estimation of the timing adjustment value is based on the location or mobility information of the network device.
18. The method according to claim 16, wherein, The instruction is transmitted in a Radio Resource Connection (RRC) message.
19. The method according to claim 18, wherein, The instruction uses a special field in the RRC message.
20. The method according to claim 18, wherein, The instruction reuses existing fields in the RRC message.
21. The method according to claim 20, wherein, The existing fields include the status fields of the Information Unit (IE).
22. The method according to claim 21, wherein, The IE includes RSRP-ChangeThreshold IE and / or a timer.
23. The method according to any one of claims 18-22, wherein, The instruction is transmitted in a broadcast message from the network device.
24. The method according to claim 23, wherein, The instruction indicates that the network device is a non-terrestrial network device or a highly mobile device.
25. The method according to claim 23, wherein, The instruction uses a new field in the system information block of the broadcast message.
26. The method according to claim 23, wherein, The instruction reuses existing fields in the system information block of the broadcast message.
27. The method of claim 16, wherein, The indication is based on information indicating the type of the network device.
28. The method according to claim 27, wherein, The information includes cell identifiers or the layout of public terrestrial mobile networks, or the type of operating frequency bands or system information blocks sent by the network equipment.
29. An apparatus for wireless communication, comprising a processor configured to perform the method of any one of claims 1 to 28.
30. A computer-readable medium having code stored thereon, which, when executed by a processor, causes the processor to perform the method of any one of claims 1 to 28.
Citation Information
Patent Citations
Methods, apparatuses and systems directed to network access for non-terrestrial networks
WO2020198671A1