CN112543509A - Method and apparatus for improving uplink time delay - Google Patents
Method and apparatus for improving uplink time delay Download PDFInfo
- Publication number
- CN112543509A CN112543509A CN201910892447.7A CN201910892447A CN112543509A CN 112543509 A CN112543509 A CN 112543509A CN 201910892447 A CN201910892447 A CN 201910892447A CN 112543509 A CN112543509 A CN 112543509A
- Authority
- CN
- China
- Prior art keywords
- request
- mode
- data
- uplink transmission
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 42
- 230000005540 biological transmission Effects 0.000 claims abstract description 106
- 230000004044 response Effects 0.000 claims abstract description 24
- 230000006872 improvement Effects 0.000 claims abstract description 14
- 230000001960 triggered effect Effects 0.000 claims description 16
- 230000003213 activating effect Effects 0.000 claims description 6
- 238000004891 communication Methods 0.000 abstract description 19
- 230000009286 beneficial effect Effects 0.000 abstract description 2
- 238000013459 approach Methods 0.000 description 10
- 230000008901 benefit Effects 0.000 description 9
- 230000006399 behavior Effects 0.000 description 8
- 238000001514 detection method Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 230000004913 activation Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 238000010276 construction Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000003990 capacitor Substances 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000003607 modifier Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Abstract
Examples are described relating to improvements in User Equipment (UE) uplink latency in wireless communications. When a device is in a special mode, a processor of the device sends a request to a network to allow Uplink (UL) transmission to be performed multiple times. The processor then receives a license from the network. The processor performs a UL transmission to the network in response to receiving the grant. In the multiple transmission request, the processor transmits the request multiple times at a frequency higher than a frequency of transmitting a request to perform UL transmission to the network when the device is in the normal operation mode. The invention provides an uplink time delay improvement method and device, and achieves the beneficial effect of reducing time delay.
Description
Technical Field
The present invention relates generally to mobile communications, and more particularly to User Equipment (UE) uplink latency improvement in wireless communications.
Background
Unless otherwise indicated, the approaches described in this section are not prior art to the claims set forth below and are not admitted to be prior art by inclusion in this section.
Under the 3rd Generation Partnership Project (3 GPP) specification, a UE sends one or more Scheduling Requests (SRs) to a base station (e.g., eNB or gNB) when there is Uplink (UL) traffic (e.g., data packets) sent by the UE. In response, the base station replies with a UL grant (grant) for the UE to transmit UL traffic. However, there is typically a delay (latency) between the time the UE sends the SR and the time the UE receives the UL grant, and thus there is typically a delay associated with UL traffic transmission.
In order to reduce the delay, one approach is to improve on the network side, using shortcuts with respect to forwarding packet transport traffic. Alternatively, another approach is for the network to identify the Subscriber Identity Module (SIM) card of the UE and provide a low latency mode for the UE. However, this approach requires support from an Internet Service Provider (ISP), which can be expensive for the end user.
Disclosure of Invention
The following summary is illustrative only and is not intended to be in any way limiting. That is, the following summary is provided to introduce concepts, points, benefits and advantages of the novel and non-obvious techniques described herein. Selected embodiments are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.
The present invention aims to provide solutions, concepts, references and methods for UE uplink delay improvement in wireless communications. In particular, the present invention aims to provide a cost-effective solution for enabling UE uplink latency improvement in wireless communications.
In one aspect, a method may include a processor of a device in a special mode (special mode) sending a request to a network multiple times to allow Uplink (UL) transmission to be performed. The method also includes the processor receiving a license from the network. The method further includes the processor performing a UL transmission to the network in response to receiving the grant. In transmitting the request multiple times, the method includes the processor transmitting the request multiple times at a frequency higher than a frequency of transmitting a request to perform UL transmission to the network when the device is in the normal operation mode.
In another aspect, a method may include a processor of a device in a special mode sending a request to a network multiple times to allow an UL transmission to be performed. The method also includes the processor receiving a license from the network. The method further includes the processor performing a UL transmission to the network in response to receiving the grant. In transmitting the request multiple times, the method includes the processor transmitting the request multiple times at a frequency higher than a frequency of transmitting a request to perform UL transmission to the network when the device is in the normal operation mode. The special mode may be an event triggered mode. When sending a request in an event-triggered mode, the method may include the processor performing operations comprising: (i) receiving information from one or more information sources associated with the apparatus; (ii) predicting a need to perform UL transmissions based on the received information; (iii) the request is sent multiple times in response to predicting the demand.
In yet another aspect, an apparatus includes a processor that, in performing operations, performs certain operations including: (i) transmitting a request to the network a plurality of times to allow performing UL transmission when the device is in the special mode; (ii) receiving a license from a network; (iii) UL transmission is performed to the network in response to receiving the grant. In the multiple transmission request, the processor transmits the request multiple times at a frequency higher than a frequency of transmitting a request to perform UL transmission to the network when the device is in the normal operation mode.
The invention provides an uplink time delay improvement method and device, and achieves the beneficial effect of reducing time delay.
It is noted that although the description provided herein includes content of specific Radio access technologies, networks and network topologies such as the fifth generation (5G) and New Radio (NR), the proposed concepts, schemes and any variants/derivations thereof may be implemented in, for or by any other type of Radio access technology, network and network topology, such as but not limited to Long Term Evolution (LTE), LTE-Advanced (LTE-Advanced Pro), Universal Mobile Telecommunications System (UMTS) and Global System for Mobile communications (GSM). The scope of the invention is not limited to the examples described herein.
Drawings
The accompanying drawings are included to provide a further understanding of the invention, and are incorporated in and constitute a part of this specification. The drawings illustrate embodiments of the invention and together with the description serve to explain the principles of the invention. It is to be understood that the figures are not necessarily to scale, some components shown may be shown to scale beyond what is shown in actual embodiments, in order to clearly illustrate the concepts of the invention.
Fig. 1 is a schematic diagram of an example scenario in the context of the proposed solution according to an embodiment of the invention.
Fig. 2 is a schematic diagram of an example scenario in the context of the proposed solution according to an embodiment of the invention.
Fig. 3 is a schematic diagram of an example scenario in the context of the proposed solution according to an embodiment of the invention.
Fig. 4 is a block diagram of an example communication device and an example network device according to embodiments of the present invention.
FIG. 5 is a flow chart of an example flow according to an embodiment of the present invention.
FIG. 6 is a flow chart of an example flow according to an embodiment of the present invention.
Detailed Description
Detailed examples and embodiments of the claimed subject matter are disclosed herein. However, it is to be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matter that may be embodied in various forms. Furthermore, the present invention may be embodied in many different forms and should not be construed as being limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. In the following description, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations.
SUMMARY
Embodiments in accordance with the present invention relate to various techniques, methods, schemes and/or solutions relating to UE uplink latency improvement in wireless communications. Several possible solutions according to the invention can be implemented individually or jointly. That is, although these solutions are described separately below, two or more of these possible solutions may be implemented in one combination or another.
Under various schemes proposed by the present invention, the delay of network traffic between the UE and the base station can be shortened or otherwise improved. The term "latency" herein refers to the time lapse between the time at which data for uplink transmission reaches layer 2(L2) of the UE and the time of uplink transmission of such data. Under the proposed scheme, the UE may send a scheduling request SR or a non-zero Buffer Status Report (BSR) to the base station in advance before the UE actually has data packets queued for UL transmission to the base station. In particular, when in event-triggered mode, the UE may transmit an SR and/or a non-zero BSR to the base station upon the occurrence of any of a number of predefined events, such as, but not limited to, detection of a touch of a UE screen, activation or execution of an operation by a UE gyroscope, activation or execution of an operation by a UE accelerometer, detection of a depression of a UE key, receipt of an input to another device of the UE, detection of the occurrence of a hardware event with respect to hardware of the UE, and detection of the occurrence of a software flow with respect to software executing on the UE. Further, when in forced mode (forced mode), the UE may continuously (e.g., continuously or periodically) transmit an SR and/or a non-zero BSR to the base station even when the UE does not know any user data available for UL transmission. The timing of the forced mode may be configured to time out or receive a start/stop event. Further, while in background mode, the UE may send an SR or a non-zero BSR whenever the UE knows that data packets for UL transmission are available. The background mode does not directly rely on the control of SR/BSRs, but UEs may transmit SR and/or BSRs quite frequently and actual traffic may benefit from this behavior. The purpose of such background traffic is to improve latency regardless of the size and spacing of the packets to be transmitted or the usage. Thus, the background mode may be configured as a default mode of operation for the UE.
Under the proposed scheme, there may be mechanisms for event triggered mode and forced mode to handle prediction failures. Under the proposed scheme, when a UL grant is received from a base station but there is no data for UL transmission, the UE may still transmit some information for UL traffic. For example, the UE may send a Modem Access Control (MAC) padding, which may be configured as a frequency-based transmission parameter or threshold configuration. As another example, the UE may send modem layer 2(L2) control data, retransmission data, or an invalid Protocol Data Unit (PDU). As yet another example, the UE may send network dummy data such as, but not limited to, private Internet Protocol (IP) address data discarded by any router upon receipt, IP packet data dedicated to a predetermined IP address or a random IP address, wherein the IP packet data has a TTL value less than a predefined time-to-live (TTL) value, or service data dedicated to a predetermined or specific server.
Fig. 1 shows an example scenario 100 that may be implemented in the proposed solution according to an embodiment of the present invention. For comparison and to facilitate a better understanding of the benefits and benefits associated with the proposed scheme, part (a) of fig. 1 shows a conventional approach, whereas part (B) of fig. 1 shows a scenario 100 according to the proposed scheme.
Referring to part (a) of fig. 1, under the conventional approach, the default behavior of the UE is to transmit an SR and/or BSR when there is user data available for UL transmission (e.g., user data through layer 2 to the UE's modem). Under the conventional method, a time slot for transmission of an SR is generally scheduled in advance (scheduled SR occasion). For example, the duration between the transmissions of two adjacent SRs is typically 20 milliseconds (ms). Once the UE transmits the SR, the base station may continue to transmit the UL grant to the UE until the UE transmits a zero BSR (value 0 in BSR).
Referring to part (B) of fig. 1, under the proposed scheme for UE behavior in event-triggered mode, upon detecting any one of a plurality of predefined events (e.g., a touch of a UE touching a sensing screen or launching a game application (app) on the UE), a prediction indication (through a Packet Data Convergence Protocol (PDCP) layer and a Radio Link Control (RLC) layer) may be provided to a layer 2(MAC layer) of a modem of the UE for early preparation of UL transmission resources. Accordingly, the UE may send an SR to the base station to request permission for UL transmission, and this may occur before packets of user data for UL transmission reach layer 2. Upon receiving the UL grant from the base station, the UE may perform UL transmission of the user data packet with a short delay between the time the data of the UL transmission arrives at layer 2 and the time of the UL transmission of such data due to early preparation of UL transmission resources.
Fig. 2 shows an example scenario 200 that may be implemented in the proposed solution according to an embodiment of the present invention. For comparison and to facilitate a better understanding of the benefits and benefits associated with the proposed scheme, part (a) of fig. 2 shows a conventional approach, whereas part (B) of fig. 2 shows a scenario 200 according to the proposed scheme.
Referring to part (a) of fig. 2, under the conventional approach, the default behavior of the UE is to transmit an SR and/or BSR when there is user data available for UL transmission (e.g., user data through layer 2 to the UE's modem). Under the conventional method, a time slot for transmission of an SR is generally scheduled in advance (scheduled SR occasion). Once the UE transmits the SR, the base station may continue to transmit the UL grant to the UE until the UE transmits a zero BSR (value 0 in BSR).
Referring to part (B) of fig. 2, under the proposed scheme for UE behavior in forced mode, the UE may operate in forced mode (denoted "forced mode on" in fig. 2) for a period of time and exit forced mode (denoted "forced mode off" in fig. 2) for another period of time, and so on. When in the forced mode, layer 2 of the UE's modem always prepares UL transmission resources even if there is no data available for UL transmission. Accordingly, even when there is no data available for UL transmission, the UE can still send an SR to the base station to request permission for UL transmission. In response, the UE may continuously or periodically receive UL grants from the base station. Thus, as user data for UL transmission becomes available (e.g., user data arrives at layer 2 of the modem), the UE may perform UL transmission of user data packets with a short delay between the time the data for the UL transmission arrives at layer 2 and the time of UL transmission of such data due to early preparation of UL transmission resources. At some point in time, the UE may exit the mandatory mode and accordingly, when there is no data for UL transmission, the UE may stop UL transmission resource preparation and transmit SR/BSR.
Fig. 3 shows an example scenario 300 that may be implemented in the proposed solution according to an embodiment of the present invention. For comparison and to facilitate a better understanding of the benefits and benefits associated with the proposed scheme, part (a) of fig. 3 shows a conventional approach, whereas part (B) of fig. 3 shows a scenario 300 according to the proposed scheme. It is noted that for simplicity, the example shown in fig. 3 is provided in connection with gaming applications on the UE and content through touch of the user's touch sensitive screen, although the proposed scheme may be applied to other scenarios and content.
Referring to part (a) of fig. 3, under conventional approaches, a gaming application on a UE may be launched due to the detection of a touch event (e.g., a touch through a touch sensitive screen of the UE of a user). Thus, an indication of the game application launch is provided to the UE's network socket (socket), which in turn informs the UE's modem. The modem then sends an SR to the base station to request permission for UL transmission.
Referring to part (B) of fig. 3, the detection result of the touch event may also be provided to a prediction engine or control unit (denoted "prediction engine" in fig. 3) in the processor of the UE for the predicted behavior of the UE part in event triggered mode, forced mode or background mode as described above. Furthermore, the launching of the gaming application may also be provided to a prediction engine or control unit in the processor of the UE for the predicted behavior of the UE part in event triggered mode, forced mode or background mode as described above. Furthermore, the network socket may also inform the prediction engine or control unit of the predicted behavior of the UE part in event triggered mode, forced mode or background mode as described above. That is, one, some, or all of the event-triggered, forced, and background modes described above may be used or otherwise implemented in the UE at any given time.
Illustrative embodiments
Fig. 4 illustrates an example communication environment 400 having an example apparatus 410 and an example apparatus 420, according to an embodiment of the invention. To implement the schemes, techniques, procedures, and methods described herein relating to UE uplink latency improvement in wireless communications, each of the apparatus 410 and the apparatus 420 may perform various functions, including the various schemes described above and the procedures 500 and 600 described below.
Each of the device 410 and the device 420 may be part of an electronic device, and may be a UE such as a portable or mobile device, a wearable device, a wireless communication device, or a computing device. For example, each of apparatus 410 and apparatus 420 may be implemented in a smartphone, a smartwatch, a personal digital assistant, a digital camera, or a computing device such as a tablet, laptop, or notebook computer. Each of the devices 410 and 420 may also be part of a machine type device, and may be an IoT or NB-IoT device such as a fixed or static device, a home device, a wired communication device, or a computing device. For example, each of the apparatus 410 and the apparatus 420 may be implemented in a smart thermostat, a smart refrigerator, a smart door lock, a wireless speaker, or a home control center. Alternatively, each of the apparatus 410 and the apparatus 420 may be implemented in the form of one or more Integrated Circuit (IC) chips, such as, but not limited to, one or more single-core processors, one or more multi-core processors, or one or more Complex-Instruction-Set-Computing (CISC) processors. Each of the apparatus 410 and the apparatus 420 includes at least some of those components shown in fig. 4, e.g., a processor 412 and a processor 422, respectively. The apparatus 410 may further include one or more other components (e.g., an internal power source, a display device, and/or a user interface device) that are not relevant to the proposed solution of the present invention, but for simplicity and brevity these other components in each of the apparatus 410 and the apparatus 420 are not depicted in fig. 4, nor described below.
In some embodiments, at least one of the apparatus 410 and the apparatus 420 may be part of an electronic apparatus, may be a network node or a base station (e.g., an evolved node b (enb), a next generation node b (gnb), or a Transmission Reception Point (TRP)), a small cell, a router, or a gateway. For example, at least one of the apparatus 410 and the apparatus 420 may be implemented in an eNB in LTE, LTE-advanced upgrade, a gNB in 5G, NR, IoT, and NB-IoT, or an access point in a Wireless Local Area Network (WLAN). Or at least one of the apparatus 410 and the apparatus 420 may be implemented in one or more IC chips, such as, but not limited to, one or more single-core processors, one or more multi-core processors, or one or more CISC processors.
In an aspect, each of processor 412 and processor 422 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though the singular term "processor" is used herein to refer to the processor 412 and the processor 422, each of the processor 412 and the processor 422 may include multiple processors in some embodiments and a single processor in other embodiments in accordance with the present invention. In another aspect, each of processor 412 and processor 422 may be implemented in hardware (and, optionally, firmware) with electronic components that may include, but are not limited to, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors, and/or one or more varactors configured and arranged in accordance with the present invention to achieve particular objectives. In other words, according to the various described embodiments of the invention, each of the processor 412 and the processor 422 may, at least in some embodiments, act as specialized machines designed, configured, and arranged to perform specific tasks including implementation of UE uplink enhancements in wireless communications according to various embodiments of the invention.
In some embodiments, the apparatus 410 may further include a transceiver 416, the transceiver 416 being coupled to the processor 412 and capable of wirelessly transmitting and receiving data. The apparatus 410 may further include a memory 414, the memory 414 coupled to the processor 412 and accessible by the processor 412 and capable of storing data therein. The device 420 may also include a transceiver 426 coupled to the processor 422. The transceiver 426 is capable of transmitting and receiving data wirelessly. In some embodiments, the apparatus 420 may further include a memory 424, the memory 424 being coupled to the processor 422 and accessible by the processor 422 and storing data therein. Thus, the apparatus 410 and the apparatus 420 may communicate with each other via the transceiver 416 and the transceiver 426, respectively.
To facilitate a better understanding, the following description of the operation, functionality and capabilities of each of the apparatus 410 and the apparatus 420 is provided in the context of a mobile communication environment, wherein the apparatus 410 is implemented in or as a wireless communication device, communication apparatus or UE and the apparatus 420 is implemented in or as a network node connected to or communicatively coupled with a communication network (a 5G NR mobile network or an LTE, LTE-advanced upgrade mobile network).
In one aspect of the improvement in UE uplink latency in wireless communications, the processor 412 of the apparatus 410 as a UE may send a request to the network (e.g., via the apparatus 420) multiple times to allow UL transmissions to be performed via the transceiver 416 and while the apparatus 410 is in a special mode. For example, the processor 412 may send the request multiple times above the frequency at which requests to perform UL transmissions are sent to the network when the apparatus 410 is in the normal operating mode. Further, processor 412 may receive a grant for a UL transmission from the network (e.g., via apparatus 420) via transceiver 416. Further, the processor 412 may perform UL transmissions to the network (e.g., via the apparatus 420) via the transceiver 416 in response to receiving the grant.
In some implementations, the processor 412 may send the SR in sending the request.
In some embodiments, the processor 412 may send a non-zero BSR in the request to send.
In some embodiments, the special mode may be a forced mode. In this case, the processor 412 may perform certain operations in sending a request in the mandatory mode. For example, the processor 412 may enter a forced mode. Further, the processor 412 may send the request multiple times in succession in the forced mode without knowing that any user data is available for UL transmission. Further, in response to the occurrence of any of a number of predefined events, the processor 412 may exit the enforcement mode to stop sending requests multiple times in succession. In some embodiments, the plurality of predefined events may include the following: (1) expiration of a predetermined period of time in the forced mode; (2) receiving an input to begin an operation; (3) another input is received to stop another operation.
In some embodiments, the processor 412 may perform certain operations in performing UL transmissions. For example, the processor 412 may determine that there is no buffered data to send in the UL transmission. Further, the processor 412 can perform UL transmission of any of: (a) modem MAC padding; (b) modem layer 2 control data, retransmission data, or invalid PDUs; (c) network virtual data. In some embodiments, modem MAC padding may be configured as a frequency-based transmission parameter or threshold configuration. In this case, the network virtual data may include any one of: (i) private IP address data; (ii) IP packet data dedicated to a predetermined IP address or a random IP address, wherein a TTL value of the IP packet data is less than a predefined TTL value; (iii) service data specific to a predetermined server.
In some embodiments, the special mode may be a background mode. In this case, the processor 412 may perform certain operations in sending the request in the background mode. For example, the processor 412 may receive an indication of the availability of one or more data packets for UL transmission. Further, in response to receiving the indication, the processor 412 may send the request multiple times.
In some embodiments, the special mode may be a background mode. In this case, the processor 412 may perform certain operations in sending the request in the background mode. For example, the processor 412 may continuously or periodically send lower priority data to maintain grants for UL transmissions unless there is higher priority data to send. Further, when higher priority data from an application is available, the processor 412 may send the higher priority data in place of the lower priority data.
In some embodiments, the special mode may be an event-triggered mode. In this case, the processor 412 may perform certain operations in sending requests in the event triggered mode. For example, the processor 412 may receive information from one or more information sources associated with the apparatus 410. Further, the processor 412 may predict a need to perform UL transmissions based on the received information. Further, the processor 412 may send a request multiple times in response to predicting the demand.
In some embodiments, in predicting the need to perform UL transmissions, the processor 412 may detect at least one of a plurality of predefined events based on the received information. In some embodiments, the plurality of predefined events may include the following: (a) detecting a touch of a screen of the device 410; (b) activating or performing an operation by a gyroscope of the device 410; (c) activation or execution of an operation by an accelerometer of device 410; (d) detecting a depression of a key on device 410; (e) receiving an input of another device of the apparatus 410; (f) detecting an occurrence of a hardware event related to hardware of the apparatus 410; (g) the occurrence of a software flow with respect to software executing on the device 410 is detected.
Illustrative procedures
FIG. 5 is an exemplary flow chart 500 described in accordance with an embodiment of the present invention. Flow 500 is an exemplary embodiment of the proposed scheme described above with respect to the improvement of UE uplink latency in wireless communications in accordance with the present invention. Flow 500 may represent an aspect of an implementation of features of apparatus 410 and apparatus 420. Flow 500 may include one or more of the operations, actions, or functions illustrated by one or more of blocks 510, 520, and 530. Although the various blocks shown are discrete, the various blocks in flow 500 may be split into more blocks, combined into fewer blocks, or some blocks removed, depending on the desired implementation. Further, the blocks of flow 500 may be performed in the order shown in FIG. 5 or may be performed in other orders. The process 500 may also be partially or completely repeated. Flow 500 may be implemented by apparatus 410, apparatus 420, and/or any suitable wireless communication device, UE, base station, or machine-type device. For purposes of illustration only and not by way of limitation, flow 500 is described below in the context of an apparatus 410 as a UE (e.g., UE 110) and an apparatus 420 as a network node (e.g., access point, eNB, or gNB) in a wireless network (e.g., a Wi-Fi Base Service Set (BSS), NR cell, LTE cell, or UMTS cell). Flow 500 may begin at block 510.
In block 510, the flow 500 may include the processor 412 of the apparatus 410 being a UE sending a request to the network (e.g., via the apparatus 420) multiple times to allow UL transmissions to be performed, via the transceiver 416 and while the apparatus 410 is in the special mode. For example, the flow 500 may include the processor 412 sending the request multiple times at a frequency higher than a frequency of sending a request to perform UL transmission to the network when the apparatus 410 is in the normal operating mode. Flow 500 may continue from block 510 to block 520.
In block 520, flow 500 may include processor 412 receiving a grant for an UL transmission from a network (e.g., via apparatus 420) via transceiver 416. Flow 500 may continue from block 520 to block 530.
In block 530, flow 500 may include processor 412 performing UL transmission to the network (e.g., via apparatus 420) via transceiver 416 in response to receiving the grant.
In some embodiments, in sending the request, the flow 500 may include the processor 412 sending the SR.
In some embodiments, in sending the request, the flow 500 may include the processor 412 sending a non-zero BSR.
In some embodiments, the special mode may be a forced mode. In this case, in sending the request in the mandatory mode, the process 500 may include the processor 412 performing certain operations. For example, the process 500 may include the processor 412 entering a forced mode. Further, flow 500 may include processor 412 sending the request multiple times in succession in the forced mode without knowing that any user data is available for UL transmission. Further, in response to the occurrence of any of a number of predefined events, the processor 412 may exit the enforcement mode to stop sending requests multiple times in succession. In some embodiments, the plurality of predefined events may include the following: (1) expiration of a predetermined period of time in the forced mode; (2) receiving an input to begin an operation; (3) another input is received to stop another operation.
In some embodiments, flow 500 may include processor 412 performing certain operations in performing UL transmissions. For example, flow 500 may include processor 412 determining that there is no buffered data to send in the UL transmission. Further, flow 500 may include processor 412 performing UL transmission of any one of: (a) modem MAC padding; (b) modem layer 2 control data, retransmission data, or invalid PDUs; (c) network virtual data. In some embodiments, modem MAC padding may be configured as a frequency-based transmission parameter or threshold configuration. In this case, the network virtual data may include any one of: (i) private IP address data; (ii) IP packet data dedicated to a predetermined IP address or a random IP address, wherein a TTL value of the IP packet data is less than a predefined TTL value; (iii) service data specific to a predetermined server.
In some embodiments, the special mode may be a background mode. In this case, in sending the request in background mode, the process 500 may include the processor 412 performing certain operations. For example, flow 500 may include processor 412 receiving an indication of availability of one or more data packets for UL transmission. Further, in response to receiving the indication, the process 500 may include the processor 412 sending the request multiple times.
In some embodiments, the special mode may be a background mode. In this case, in sending the request in background mode, the process 500 may include the processor 412 performing certain operations. For example, unless there is higher priority data to send, flow 500 may include processor 412 continuously or periodically sending lower priority data to maintain the grant for UL transmissions. Further, when higher priority data from the application is available, the flow 500 may include the processor 412 sending the higher priority data in place of the lower priority data.
FIG. 6 is an exemplary flow 600 described in accordance with an embodiment of the invention. Flow 600 is an exemplary embodiment of the proposed scheme described above with respect to the improvement of UE uplink latency in wireless communications in accordance with the present invention. Flow 600 may represent an aspect of an implementation of features of apparatus 410 and apparatus 420. Flow 600 may include one or more operations, actions, or functions illustrated by one or more of blocks 610, 620, and 630 and sub-flows 612, 614, and 616. Although the various blocks shown are discrete, the various blocks in flow 600 may be split into more blocks, combined into fewer blocks, or some blocks removed, depending on the desired implementation. Further, the blocks of flow 600 may be performed in the order shown in FIG. 6 or may be performed in other orders. The flow 600 may also be partially or fully repeated. Flow 600 may be implemented by apparatus 410, apparatus 420, and/or any suitable wireless communication device, UE, base station, or machine-type device. For purposes of illustration only and not by way of limitation, flow 600 is described below in the context of an apparatus 410 as a UE (e.g., UE 110) and an apparatus 420 as a network node (e.g., access point, eNB, or gNB) in a wireless network (e.g., Wi-Fi, BSS, NR cell, LTE cell, or UMTS cell). Flow 600 may begin at block 610.
In block 610, the flow 600 may include the processor 412 of the apparatus 410 being a UE sending a request to the network (e.g., via the apparatus 420) multiple times to allow UL transmissions to be performed, via the transceiver 416 and while the apparatus 410 is in the special mode. For example, when the apparatus 410 is in the normal operating mode, the flow 600 may include the processor 412 sending the request multiple times at a frequency higher than a frequency of sending a request to perform UL transmission to the network when the apparatus 410 is in the normal operating mode. Flow 600 may continue from block 610 to block 620.
In block 620, flow 600 may include processor 412 receiving a grant for an UL transmission from a network (e.g., via apparatus 420) via transceiver 416. Flow 600 may continue from block 620 to block 630.
In block 630, flow 600 may include processor 412 performing UL transmission to the network (e.g., via apparatus 420) via transceiver 416 in response to receiving the grant.
In some embodiments, the special mode may be an event-triggered mode. Flow 600 may include processor 412 performing certain operations represented by sub-blocks 612, 614, and 616.
In sub-block 612, flow 600 may include processor 412 receiving information from one or more information sources associated with apparatus 410. Flow 600 may continue from sub-block 612 to sub-block 614.
In sub-block 614, flow 600 may include processor 412 predicting a need to perform UL transmission based on the received information. Flow 600 may continue from sub-block 614 to sub-block 616.
In sub-block 616, the flow 600 may include the processor 412 sending a request multiple times in response to predicting the demand.
In some embodiments, in predicting a need to perform UL transmissions, flow 600 may include processor 412 detecting at least one of a plurality of predefined events based on the received information. In some embodiments, the plurality of predefined events may include the following: (a) detecting a touch of a screen of the device 410; (b) activating or performing an operation by a gyroscope of the device 410; (c) activation or execution of an operation by an accelerometer of device 410; (d) detecting a depression of a key on device 410; (e) receiving an input of another device of the apparatus 410; (f) detecting an occurrence of a hardware event related to hardware of the apparatus 410; (g) the occurrence of a software flow with respect to software executing on the device 410 is detected.
In some embodiments, flow 600 may include processor 412 performing certain operations in performing UL transmissions. For example, the flow 600 may include the processor 412 determining that there is no buffered data to send in the UL transmission. Further, flow 600 may include processor 412 performing UL transmission of any one of: (a) modem MAC padding; (b) modem layer 2 control data, retransmission data, or invalid PDUs; (c) network virtual data. In some embodiments, modem MAC padding may be configured as a frequency-based transmission parameter or threshold configuration. In some embodiments, the network virtualization data may include any of: (i) private IP address data; (ii) IP packet data dedicated to a predetermined IP address or a random IP address, wherein a TTL value of the IP packet data is less than a predefined TTL value; (iii) service data specific to a predetermined server.
Additional description
The subject matter described herein sometimes illustrates different components included within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected," or "operably coupled," to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable," to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and/or physically interacting components and/or wirelessly interactable and/or wirelessly interacting components and/or logically interacting and/or logically interactable components.
Furthermore, with respect to substantially any plural and/or singular terms used herein, those having skill in the art may translate from the plural to the singular and/or from the singular to the plural as is appropriate to the context and/or application. For clarity, various singular/plural reciprocity may be explicitly set forth herein.
Furthermore, those of skill in the art will understand that, in general, terms used herein, and especially in the appended claims (e.g., bodies of the appended claims) generally mean "open" terms, e.g., the term "including" should be interpreted as "including but not limited to," the term "having" should be interpreted as "having at least," the term "includes" should be interpreted as "includes but is not limited to," etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an," e.g., "a and/or" an "should be interpreted to mean" at least one "or" one or more, "which likewise applies to the use of definite articles used to introduce a claim recitation. Furthermore, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations," without other modifiers, means at least two recitations, or two or more recitations. Further, where a convention analogous to "at least one of A, B and C, etc." is used, in general such a construction is intended in the sense one having skill in the art would understand the convention (e.g., "a system having at least one of A, B and C" would include but not be limited to systems that have a alone, B alone, C alone, a and B together, a and C together, B and C together, and/or A, B and C together, etc.). Where a convention analogous to "A, B or at least one of C, etc." is used, in the sense one having skill in the art would understand the convention, it is generally intended that such a construction be interpreted (e.g., "a system having at least one of A, B or C" would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and/or A, B and C together, etc.). It will be further understood by those within the art that virtually any disjunctive word and/or phrase presenting two or more alternative items, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the items, either of the items, or both items. For example, the phrase "a or B" will be understood to include the possibility of "a" or "B" or "a and B".
From the foregoing, it will be appreciated that various embodiments of the invention have been described herein for purposes of illustration, and that various modifications may be made without deviating from the scope and spirit of the invention. Accordingly, the various embodiments disclosed herein are not meant to be limiting, with the true scope and spirit being determined by the following claims.
Claims (20)
1. A method for uplink latency improvement, comprising:
the device in the special mode sends a request to the network multiple times to allow uplink transmission to be performed;
receiving a license from the network; and
performing the uplink transmission to the network in response to receiving the grant;
wherein the step of sending the request a plurality of times comprises sending the request a plurality of times at a frequency higher than a frequency at which the request to perform the uplink transmission is sent to the network when the apparatus is in a normal operating mode.
2. The method of claim 1, wherein the step of transmitting the request a plurality of times includes transmitting a scheduling request or transmitting a non-zero buffer status report.
3. The method of claim 1, wherein the special mode is a mandatory mode, and wherein the step of sending the request multiple times in the mandatory mode comprises:
entering the forced mode;
transmitting the request a plurality of times in succession in the forced mode without knowing that any user data is available for the uplink transmission; and
exiting the mandatory mode to stop the step of sending the request a plurality of times in succession in response to the occurrence of any one of a plurality of predefined events.
4. The method for improving uplink latency of claim 3, wherein the plurality of predefined events includes:
expiration of a predetermined period of time in the mandatory mode;
receiving an input to begin an operation; and
another input is received to stop another operation.
5. The method of claim 1, wherein the special mode is an event triggered mode, and wherein
Wherein the step of sending the request multiple times in the event triggered mode comprises:
receiving information from one or more information sources associated with the apparatus;
predicting a need to perform the uplink transmission based on the received information; and
the request is sent multiple times in response to predicting the demand.
6. The method according to claim 5, wherein the step of predicting the need to perform the uplink transmission comprises detecting at least one of a plurality of predefined events based on the received information.
7. The method for improving uplink latency of claim 6, wherein the plurality of predefined events includes:
detecting a touch of a screen of the device;
activating or performing an operation by a gyroscope of the device;
activating or performing an operation by an accelerometer of the device;
detecting a depression of a key on the device;
receiving an input of another device of the apparatus;
detecting an occurrence of a hardware event related to hardware of the apparatus; and
an occurrence of a software flow relating to software executing on the device is detected.
8. The method of claim 3 or 5, wherein the step of performing the uplink transmission comprises:
determining that there is no buffered data to send in the uplink transmission; and
performing the uplink transmission of any one of:
modem media access control padding;
modem layer 2 control data, retransmission data or invalid protocol data units; and
network virtual data.
9. The method for uplink latency improvement according to claim 8, wherein the modem media access control padding is configured as a frequency-based transmission parameter or threshold configuration, and wherein the network dummy data comprises any one of:
private internet protocol address data;
internet protocol packet data dedicated to a predetermined internet protocol address or a random internet protocol address, wherein a time-to-live value of the internet protocol packet data is less than a predefined time-to-live value; and
service data specific to a predetermined server.
10. The method of claim 1, wherein the special mode is a background mode, and wherein the step of sending the request multiple times in the background mode comprises:
receiving an indication of availability of one or more data packets for the uplink transmission; and
the request is sent a plurality of times in response to receiving the indication.
11. The method of claim 1, wherein the special mode is a background mode, and wherein the step of sending the request multiple times in the background mode comprises:
continuously or periodically sending lower priority data to maintain the grant for the uplink transmission unless there is higher priority data to send; and
when the higher priority data from the application is available, the higher priority data is sent in place of the lower priority data.
12. An apparatus for uplink latency improvement, comprising:
a processor that performs operations during the execution of the operations comprising:
transmitting a request to the network a plurality of times to allow uplink transmission to be performed when the apparatus is in the special mode;
receiving a license from the network; and
performing the uplink transmission to the network in response to receiving the grant;
wherein the processor sends the request multiple times at a frequency higher than a frequency at which the request to perform the uplink transmission is sent to the network when the apparatus is in a normal operating mode.
13. The apparatus of claim 12, wherein the request comprises a scheduling request or a non-zero buffer status report.
14. The apparatus of claim 12, wherein the special mode is an event-triggered mode, and wherein, in sending the request multiple times in the event-triggered mode, the processor performs operations comprising:
receiving information from one or more information sources associated with the apparatus;
predicting a need to perform the uplink transmission based on the received information; and
the request is sent multiple times in response to predicting the demand.
15. The apparatus of claim 14, wherein the need to perform the uplink transmission is predicted by detecting at least one of a plurality of predefined events based on the received information, the plurality of predefined events comprising:
detecting a touch of a screen of the device;
activating or performing an operation by a gyroscope of the device;
activating or performing an operation by an accelerometer of the device;
detecting a depression of a key on the device;
receiving an input of another device of the apparatus;
detecting an occurrence of a hardware event related to hardware of the apparatus; and
an occurrence of a software flow relating to software executing on the device is detected.
16. The apparatus of claim 12, wherein the special mode is a forced mode, and wherein in the forced mode sending the request multiple times, the processor performs operations comprising:
entering the forced mode;
transmitting the request a plurality of times in succession in the forced mode without knowing that any user data is available for the uplink transmission; and
the mandatory mode is exited to stop the sending of the request a plurality of times in succession in response to the occurrence of any of a plurality of predefined events.
17. The apparatus of claim 16, wherein the plurality of predefined events comprises:
expiration of a predetermined period of time in the mandatory mode;
receiving an input to begin an operation; and
another input is received to stop another operation.
18. The apparatus of claim 14 or 16, wherein in performing the uplink transmission, the processor performs operations comprising:
determining that there is no buffered data to send in the uplink transmission; and
performing the uplink transmission of any one of:
modem media access control padding;
modem layer 2 control data, retransmission data or invalid protocol data units; and
the virtual data of the network is transmitted,
wherein the modem media access control padding is configured as a frequency-based transmission parameter or threshold configuration,
wherein the network virtual data comprises any one of:
private internet protocol address data;
internet protocol packet data dedicated to a predetermined internet protocol address or a random internet protocol address, wherein a time-to-live value of the internet protocol packet data is less than a predefined time-to-live value; and
service data specific to a predetermined server.
19. The method of claim 12, wherein the special mode is a background mode, and wherein the processor performs operations in the background mode of sending the request multiple times, comprising:
receiving an indication of availability of one or more data packets for the uplink transmission; and
the request is sent a plurality of times in response to receiving the indication.
20. The method of claim 12, wherein the special mode is a background mode, and wherein the processor performs operations in the background mode of sending the request multiple times, comprising:
continuously or periodically sending lower priority data to maintain the grant for the uplink transmission unless there is higher priority data to send; and
when the higher priority data from the application is available, the higher priority data is sent in place of the lower priority data.
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910892447.7A CN112543509A (en) | 2019-09-20 | 2019-09-20 | Method and apparatus for improving uplink time delay |
| US16/591,512 US11089612B2 (en) | 2018-11-08 | 2019-10-02 | On user equipment uplink latency in wireless communications |
| TW108138590A TWI722619B (en) | 2018-11-08 | 2019-10-25 | Method of improvement on uplink latency and appratus thereof |
| US17/363,092 US11611973B2 (en) | 2018-11-08 | 2021-06-30 | User equipment uplink latency in wireless communications |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910892447.7A CN112543509A (en) | 2019-09-20 | 2019-09-20 | Method and apparatus for improving uplink time delay |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112543509A true CN112543509A (en) | 2021-03-23 |
Family
ID=75012350
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910892447.7A Pending CN112543509A (en) | 2018-11-08 | 2019-09-20 | Method and apparatus for improving uplink time delay |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112543509A (en) |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090239568A1 (en) * | 2008-03-18 | 2009-09-24 | Pierre Bertrand | Scheduling request usage in drx mode in wireless networks |
| US20110143765A1 (en) * | 2008-08-14 | 2011-06-16 | Koninklijke Philips Electronics N.V. | Method for communicating in a network, a secondary station and a system therefor |
| CN102257869A (en) * | 2008-10-17 | 2011-11-23 | 爱立信电话股份有限公司 | Method and mobile terminal providing priority-based uplink scheduling information |
| CN102821477A (en) * | 2012-08-15 | 2012-12-12 | 中国联合网络通信集团有限公司 | Method and device for regulating scheduling request cycle |
| US20130044699A1 (en) * | 2011-08-15 | 2013-02-21 | Telefonaktiebolaget L M Ericsson (Publ) | Method and Arrangement for Handling a Scheduling Request |
| US20140293930A1 (en) * | 2012-03-29 | 2014-10-02 | Nokia Solutions And Networks Oy | Method and an apparatus to control scheduling |
| US20150117342A1 (en) * | 2012-05-04 | 2015-04-30 | Panasonic Intellectual Property Corporation Of America | Threshold-based and power-efficient scheduling request procedure |
| WO2016007850A1 (en) * | 2014-07-11 | 2016-01-14 | Apple Inc. | Improved transmission of uplink control information for link-budget-limited devices |
| CN106664714A (en) * | 2014-08-26 | 2017-05-10 | 瑞典爱立信有限公司 | Periodic uplink grant alignment in a cellular network |
| CN107534891A (en) * | 2015-05-21 | 2018-01-02 | 英特尔Ip公司 | Based on non-competing low latency scheduling request transmission |
| WO2018023938A1 (en) * | 2016-08-05 | 2018-02-08 | 宇龙计算机通信科技(深圳)有限公司 | Uplink transmission method and base station |
| CN108886798A (en) * | 2016-04-01 | 2018-11-23 | 摩托罗拉移动有限责任公司 | Method and apparatus for dispatching the buffer state reports with reduced delay |
| CN110115082A (en) * | 2017-01-05 | 2019-08-09 | 摩托罗拉移动有限责任公司 | Scheduling request instruction |
-
2019
- 2019-09-20 CN CN201910892447.7A patent/CN112543509A/en active Pending
Patent Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090239568A1 (en) * | 2008-03-18 | 2009-09-24 | Pierre Bertrand | Scheduling request usage in drx mode in wireless networks |
| US20110143765A1 (en) * | 2008-08-14 | 2011-06-16 | Koninklijke Philips Electronics N.V. | Method for communicating in a network, a secondary station and a system therefor |
| CN102124773A (en) * | 2008-08-14 | 2011-07-13 | 皇家飞利浦电子股份有限公司 | Method for communicating in a network, a secondary station and a system therefor |
| CN102257869A (en) * | 2008-10-17 | 2011-11-23 | 爱立信电话股份有限公司 | Method and mobile terminal providing priority-based uplink scheduling information |
| US20130044699A1 (en) * | 2011-08-15 | 2013-02-21 | Telefonaktiebolaget L M Ericsson (Publ) | Method and Arrangement for Handling a Scheduling Request |
| US20140293930A1 (en) * | 2012-03-29 | 2014-10-02 | Nokia Solutions And Networks Oy | Method and an apparatus to control scheduling |
| US20170295590A1 (en) * | 2012-05-04 | 2017-10-12 | Sun Patent Trust | Threshold-based and power-efficient scheduling request procedure |
| US20150117342A1 (en) * | 2012-05-04 | 2015-04-30 | Panasonic Intellectual Property Corporation Of America | Threshold-based and power-efficient scheduling request procedure |
| CN102821477A (en) * | 2012-08-15 | 2012-12-12 | 中国联合网络通信集团有限公司 | Method and device for regulating scheduling request cycle |
| WO2016007850A1 (en) * | 2014-07-11 | 2016-01-14 | Apple Inc. | Improved transmission of uplink control information for link-budget-limited devices |
| US20160014810A1 (en) * | 2014-07-11 | 2016-01-14 | Apple Inc. | Transmission of Uplink Control Information for Link-Budget-Limited Devices |
| CN106664714A (en) * | 2014-08-26 | 2017-05-10 | 瑞典爱立信有限公司 | Periodic uplink grant alignment in a cellular network |
| CN107534891A (en) * | 2015-05-21 | 2018-01-02 | 英特尔Ip公司 | Based on non-competing low latency scheduling request transmission |
| CN108886798A (en) * | 2016-04-01 | 2018-11-23 | 摩托罗拉移动有限责任公司 | Method and apparatus for dispatching the buffer state reports with reduced delay |
| WO2018023938A1 (en) * | 2016-08-05 | 2018-02-08 | 宇龙计算机通信科技(深圳)有限公司 | Uplink transmission method and base station |
| CN110115082A (en) * | 2017-01-05 | 2019-08-09 | 摩托罗拉移动有限责任公司 | Scheduling request instruction |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2018196520A1 (en) | Beam management method, terminal device, and network device | |
| KR102301474B1 (en) | Drx handling in lte license assisted access operation | |
| US10904903B2 (en) | Scheduling UEs with mixed TTI length | |
| CN112262611B (en) | Data transmission preemption | |
| KR101087118B1 (en) | Method and apparatus of handling a timer for triggering buffer status report | |
| RU2663376C2 (en) | Control of wireless devices in case of limited radio coverage | |
| US9667392B2 (en) | Apparatus and method for allocating the reference symbols in order to reduce the latency of the LTE system | |
| JP2009296587A (en) | Method and communication apparatus for improving uplink transmission of harq process | |
| EP2870815A1 (en) | Methods and apparatus for contention based transmission | |
| WO2013166670A1 (en) | Method and device for configuring resources of uplink channel | |
| EP3509369A1 (en) | Signal sending method and device | |
| CN108243503B (en) | Radio resource scheduling method in unlicensed spectrum and base station using the same | |
| US11611973B2 (en) | User equipment uplink latency in wireless communications | |
| US11528714B2 (en) | Data transmission method and apparatus | |
| WO2018029636A1 (en) | Ul scheduling timing with short ttis in tdd | |
| CN109963340B (en) | Method, apparatus and computer readable medium for reducing signaling overhead and data latency | |
| CN114667792A (en) | Method and access network node for scheduling transmissions for a terminal device | |
| CN112543509A (en) | Method and apparatus for improving uplink time delay | |
| CN114223159B (en) | Transmission of high-level ACK/NACK | |
| WO2022042948A1 (en) | Early pdcch / cg activation based on survival time | |
| JP2023543071A (en) | Terminal devices, network devices and communication methods | |
| US11864112B2 (en) | Apparatus, method and computer program | |
| CA2802978C (en) | Method for re-synchronizing an uplink between an access device and a user agent |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |