CN111294966B - Uplink data transmission method and device - Google Patents
Uplink data transmission method and device Download PDFInfo
- Publication number
- CN111294966B CN111294966B CN201811493438.2A CN201811493438A CN111294966B CN 111294966 B CN111294966 B CN 111294966B CN 201811493438 A CN201811493438 A CN 201811493438A CN 111294966 B CN111294966 B CN 111294966B
- Authority
- CN
- China
- Prior art keywords
- channel
- idle
- data
- lbt
- contention window
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The present disclosure relates to an uplink data transmission method and apparatus, including: determining a Listen Before Talk (LBT) process for data to be sent, performing idle evaluation on a channel corresponding to a wireless resource of the data through the LBT process based on a contention window length corresponding to the LBT process, wherein the contention window length is reduced when a channel idle evaluation result is that the channel is not idle, performing channel idle evaluation on a channel corresponding to the next wireless resource of the data based on the reduced contention window length until the channel idle evaluation result is that the channel is idle, and sending the data to be sent when the channel idle evaluation result is that the channel is idle. In the present disclosure, since one LBT process only serves one data to be transmitted, the data transmission on different radio resource types has the same fairness when competing for the channel.
Description
Technical Field
The present disclosure relates to the field of communications technologies, and in particular, to an uplink data transmission method and apparatus.
Background
LTE (Long Term Evolution) is a Long Term Evolution of The UMTS (Universal Mobile Telecommunications System) technical standard established by The 3GPP (The 3rd Generation Partnership Project) organization.
In a network based on the LTE standard, when a User Equipment (UE) uses a 5GHz unlicensed frequency band based on LAA (licensed authorized access), an LBT (Listen Before Talk) mechanism needs to be adopted. In the related art, there may be a case where a certain data continuously encounters a failure in channel idle assessment, and fairness is lost.
Disclosure of Invention
In view of this, the present disclosure provides an uplink data transmission method and apparatus.
According to an aspect of the present disclosure, there is provided an uplink data transmission method, where the method is applied to a user equipment, and includes:
determining a listen-before-talk, LBT, process for data to be transmitted;
performing idle evaluation on a channel corresponding to a radio resource of the data through the LBT process based on a contention window length corresponding to the LBT process, wherein,
when the channel idle evaluation result is that the channel is not idle, reducing the length of the contention window, and based on the reduced length of the contention window, performing channel idle evaluation on the channel corresponding to the next wireless resource of the data until the channel idle evaluation result is that the channel is idle;
and when the channel idle evaluation result is that the channel is idle, transmitting the data to be transmitted.
In one possible implementation, determining a listen-before-talk, LBT, process for data to be sent includes:
from the plurality of LBT processes, an idle LBT process is obtained as the LBT process for the data to be sent.
In one possible implementation, the contention window length corresponding to the LBT process is recorded in the context of the LBT process.
In a possible implementation manner, when the channel idle evaluation result is that the channel is not idle, decreasing the contention window length includes:
and when the channel idle evaluation result is that the channel is not idle, subtracting a preset value from the current contention window length to obtain a reduced contention window length, and recording the reduced contention window length in the context of the LBT process.
In one possible implementation, the method further includes:
creating a plurality of free LBT processes;
determining a listen-before-talk, LBT, process for data to be transmitted, comprising:
determining an LBT process for data to be transmitted from the plurality of idle LBT processes.
In one possible implementation, the method further includes:
and after the channel idle evaluation result is that the channel is idle, releasing the corresponding relation between the LBT process and the data, and initializing the length of a contention window corresponding to the LBT process.
According to another aspect of the present disclosure, an uplink data transmission apparatus is provided, where the apparatus is applied to a user equipment, and includes:
a determining module for determining a listen before talk, LBT, process for data to be sent;
an evaluation module, configured to perform idle evaluation on a channel corresponding to a radio resource of the data through the LBT process based on a contention window length corresponding to the LBT process,
when the channel idle evaluation result is that the channel is not idle, reducing the length of the contention window, and based on the reduced length of the contention window, performing channel idle evaluation on the channel corresponding to the next wireless resource of the data until the channel idle evaluation result is that the channel is idle;
and the sending module is used for sending the data to be sent when the channel idle evaluation result is that the channel is idle.
In one possible implementation, the determining module includes:
and the obtaining submodule is used for obtaining an idle LBT process from a plurality of LBT processes as the LBT process for the data to be sent.
In one possible implementation, the contention window length corresponding to the LBT process is recorded in the context of the LBT process.
In one possible implementation, the evaluation module includes:
and the evaluation submodule is used for subtracting a preset value from the current contention window length to serve as the reduced contention window length when the channel idle evaluation result is that the channel is not idle, and recording the reduced contention window length in the context of the LBT process.
In one possible implementation, the apparatus further includes:
a creation module to create a plurality of idle LBT processes;
the determining module is configured to determine, from the plurality of idle LBT processes, an LBT process for data to be sent.
In one possible implementation, the apparatus further includes:
and the initialization module is used for removing the corresponding relation between the LBT process and the data and initializing the length of a contention window corresponding to the LBT process after the channel idle evaluation result is that the channel is idle.
According to another aspect of the present disclosure, there is provided an uplink data transmission apparatus including: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to perform the above method.
According to another aspect of the present disclosure, there is provided a non-transitory computer readable storage medium having computer program instructions stored thereon, wherein the computer program instructions, when executed by a processor, implement the above-described method.
The method of the embodiment of the disclosure determines a Listen Before Talk (LBT) process for data to be sent, performs idle evaluation on a channel corresponding to a wireless resource of the data through the LBT process based on a contention window length corresponding to the LBT process, wherein when a channel idle evaluation result is that the channel is not idle, the contention window length is reduced, and performs channel idle evaluation on a channel corresponding to a next wireless resource of the data based on the reduced contention window length until the channel idle evaluation result is that the channel is idle, and sends the data to be sent when the channel idle evaluation result is that the channel is idle. In the embodiment of the present disclosure, since one LBT process only serves one data to be sent, the data served by the LBT process is not changed into other data due to the influence of channel idle evaluation results, different radio resource types, and other factors. When the result of performing idle evaluation on the channel corresponding to the wireless resource of the data is that the channel is not idle, the LBT process obtains the priority condition for shortening the length of the contention window, and the priority condition is continuously applied to the next idle evaluation on the channel corresponding to the wireless resource of the same data, so that the data on different wireless resource types have the same fairness when sending the contention channel.
Other features and aspects of the present disclosure will become apparent from the following detailed description of exemplary embodiments, which proceeds with reference to the accompanying drawings.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate exemplary embodiments, features, and aspects of the disclosure and, together with the description, serve to explain the principles of the disclosure.
Fig. 1 is a flowchart illustrating an uplink data transmission method according to an exemplary embodiment.
Fig. 2 is a flowchart illustrating an uplink data transmission method according to an exemplary embodiment.
Fig. 3 is a flowchart illustrating an uplink data transmission method according to an exemplary embodiment.
Fig. 4 is a flowchart illustrating an uplink data transmission method according to an exemplary embodiment.
Fig. 5 is a flowchart illustrating an uplink data transmission method according to an exemplary embodiment.
Fig. 6 is a block diagram illustrating an uplink data transmission apparatus according to an example embodiment.
Fig. 7 is a block diagram illustrating an uplink data transmission apparatus according to an example embodiment.
Fig. 8 is a block diagram illustrating an uplink data transmission apparatus according to an example embodiment.
Fig. 9 is a block diagram illustrating an uplink data transmission apparatus according to an example embodiment.
Detailed Description
Various exemplary embodiments, features and aspects of the present disclosure will be described in detail below with reference to the accompanying drawings. In the drawings, like reference numbers can indicate functionally identical or similar elements. While the various aspects of the embodiments are presented in drawings, the drawings are not necessarily drawn to scale unless specifically indicated.
The word "exemplary" is used exclusively herein to mean "serving as an example, embodiment, or illustration. Any embodiment described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other embodiments.
Furthermore, in the following detailed description, numerous specific details are set forth in order to provide a better understanding of the present disclosure. It will be understood by those skilled in the art that the present disclosure may be practiced without some of these specific details. In some instances, methods, means, elements and circuits that are well known to those skilled in the art have not been described in detail so as not to obscure the present disclosure.
Fig. 1 is a flowchart illustrating an uplink data transmission method according to an exemplary embodiment. The method can be applied to user equipment, and the user equipment can be, for example, an electronic device such as a mobile phone, a tablet computer, a smart watch, smart glasses, a notebook computer, and the like, as long as the user equipment has a mobile communication function, and the type of the user equipment is not limited by the disclosure. As shown in fig. 1, the method may include:
and step 102, when the channel idle evaluation result is that the channel is idle, transmitting the data to be transmitted.
In general, a radio resource may indicate that data to be transmitted occupies both the frequency domain and the time domain of a radio channel in wireless communication. When the user equipment needs to adopt an LBT mechanism, the user equipment needs to monitor a channel before uploading data through an LBT process, perform idle evaluation on a channel corresponding to a wireless resource of the data, and send the data when confirming that the channel is idle. Under an LBT mechanism with a contention window and a random backoff type, when an LBT process performs idle evaluation on a channel corresponding to a radio resource of data to be transmitted, it is required to monitor that the channel is idle within a delay time defer duration and monitor that the channel is idle within N1 slot duration (contention window), and then determine that the channel is idle and transmit the data, where N1 is a random number between a minimum contention window length CWmin1 and a maximum contention window length CWmax1 corresponding to the radio resource type of the data. If the LBT process monitors that the channel is idle within the delay time defer duration and the contention window is up to M1 slots (M1 is a positive integer greater than 1) or idle (M1 is a positive integer greater than 1), but monitors that the channel is not idle (or called channel busy and evaluation failure) within M1+1 slots, the LBT process changes the contention window to (N1-M1) slot durations when performing idle evaluation on the channel corresponding to the wireless resource of the data next time, so as to improve the success rate of performing idle evaluation on the channel corresponding to the wireless resource of the data next time.
In the related art, the radio resources of data for uplink data transmission may be classified into Dynamic Grant (Dynamic scheduling), configured Grant (fixed configuration scheduling), periodic SRS (periodic channel sounding reference signal), preamble (preamble), and the like, where the radio resources of the Dynamic Grant type are randomly distributed on a time axis, and the radio resources of the Configured Grant, periodic SRS, preamble, and the like are periodic. In general, radio resources of the Dynamic Grant, configured Grant, periodic SRS, preamble, etc. types in the transmission queue are randomly arranged in a cross manner, for example, if there is one Dynamic Grant type radio resource between two consecutive radio resources of the Configured Grant type in the transmission queue. When performing idle evaluation on a channel corresponding to a Configured Grant type radio resource, the LBT process needs to monitor a defer duration and N2 slot durations (N2 slot durations are examples of contention window lengths), where N2 is a random number in an interval from CWmin2 to CWmax2 (for example, CWmin2 may be 1, cwmax2 may be 127). If the LBT process monitors that the channel is idle within the defer duration time and monitors that the channel is not idle in the 2 nd slot duration, the LBT process fails to perform idle evaluation on the channel corresponding to the Configured Grant type radio resource, and the LBT process then performs idle evaluation on the channel corresponding to the Dynamic Grant type radio resource, and only needs to monitor the defer duration and (N3-1) slot duration, where N3 is a random number between CWmin3 and CWmax3 corresponding to the Dynamic Grant type radio resource (for example, CWmin3 may be 0 and CWmin3 may be 63), so that the success probability of idle evaluation on the channel corresponding to the Dynamic Grant type radio resource is increased because the idle evaluation on the channel corresponding to the previous Configured Grant type radio resource fails. Further, if the result of performing the channel idle evaluation on the channel corresponding to the Dynamic Grant type radio resource is that the channel is idle, and the data corresponding to the Dynamic Grant type radio resource is successfully transmitted, then the LBT process needs to monitor the defer duration and N4 slot durations when performing the idle evaluation on the channel corresponding to the subsequent Configured Grant type radio resource, where N4 is a random number reselected from the interval CWmin2 to CWmax 2. This may cause a failure of LBT channel idle estimation when data corresponding to the Configured Grant type radio resource is transmitted, and may cause a loss of fairness.
In the embodiment of the present disclosure, for data to be transmitted, a user equipment may determine an LBT process for the data, and the LBT process may serve the data until the data is transmitted. When the LBT process performs idle evaluation on the channel corresponding to the radio resource of the data for the first time, it needs to monitor the defer duration and N5 slot durations, where N5 is a random number between CWmin4 and CWmax4 corresponding to the radio resource type of the data. If the LBT process monitors that the channel is idle in the defer duration time, and the contention window is up to M2 slots or idle (M2 is a positive integer greater than 1), but it monitors that the channel is not idle in M2+1 slots, the LBT process reduces the contention window to (N5-M2) slot durations when performing idle estimation on the channel corresponding to the radio resource of the data next time, until the result of the channel idle estimation is channel idle, and the LBT process may send the data to be sent when the result of the channel idle estimation is channel idle.
In the embodiment of the present disclosure, since one LBT process only serves one data to be sent, the served data of the LBT process is not affected by the channel idle evaluation result and different radio resource types, etc. and is not changed into other data. When the result of performing idle evaluation on the channel corresponding to the wireless resource of the data is that the channel is not idle, the LBT process obtains the priority condition for shortening the length of the contention window, and the priority condition is continuously applied to the next idle evaluation on the channel corresponding to the wireless resource of the same data, so that the data on different wireless resource types have the same fairness when sending the contention channel.
In a possible implementation manner, when the result of the channel idle evaluation is that the channel is not idle, the contention window length may be reduced according to an LBT rule, or the contention window length may be reduced in another manner (for example, a value smaller than the current contention window length may be selected from a specific numerical interval as the reduced contention window length), and based on the reduced contention window length, the channel idle evaluation is performed through the LBT process. The present disclosure does not limit the manner in which the contention window length is reduced.
Fig. 2 is a flowchart illustrating an uplink data transmission method according to an exemplary embodiment. As shown in fig. 2, the difference between fig. 2 and fig. 1 is that step 100 may include:
For example, the user equipment may detect whether there is an idle LBT process in the plurality of LBT processes when detecting data to be sent, and may obtain an idle LBT process as an LBT process for the data to be sent when detecting that there is one or more idle LBT processes.
In one possible implementation, the contention window length corresponding to the LBT process may be recorded in the context of the LBT process. Therein, generally speaking, a context of a process can be represented as a static description of the process performing the entire course of an activity.
Fig. 3 is a flowchart illustrating an uplink data transmission method according to an exemplary embodiment. As shown in fig. 3, the difference between fig. 3 and fig. 1 is that step 101 may include:
For example, according to the initial contention window length recorded in the context of the LBT process, when the LBT process performs idle evaluation on a channel corresponding to a radio resource of data to be transmitted and the channel idle evaluation result is that the channel is not idle, the current contention window length is subtracted by a preset value to serve as a reduced contention window length, the reduced contention window length is recorded in the context of the LBT process, and based on the reduced contention window length, channel idle evaluation is performed on a channel corresponding to a next radio resource of the data until the channel idle evaluation result is that the channel is idle, and the data to be transmitted may be transmitted when the channel idle evaluation result is that the channel is idle.
Fig. 4 is a flowchart illustrating an uplink data transmission method according to an exemplary embodiment. As shown in fig. 4, the difference between fig. 4 and fig. 1 is that the method may further include:
in step 400, a plurality of free LBT processes are created.
Determining a listen-before-talk, LBT, process for data to be transmitted may include:
determining an LBT process for data to be transmitted from the plurality of idle LBT processes.
For example, the user equipment may create a plurality of idle LBT procedures in advance before performing data transmission. The user equipment may determine, for each data to be sent, one idle LBT process from the idle LBT processes as the LBT process for the data to be sent.
Fig. 5 is a flowchart illustrating an uplink data transmission method according to an example embodiment. As shown in fig. 5, the difference between fig. 5 and fig. 1 is that the method may further include:
For example, the user equipment may send data to be sent after the channel idle evaluation result of the LBT process for the data to be sent is channel idle, and may release the correspondence between the LBT process and the data, and initialize the contention window length recorded in the context in the LBT process. In this way, the LBT process after the release of the correspondence is used as an idle LBT process, and can continue to serve another data for transmission. The user equipment does not need to establish an LBT process according to each data to be sent, and the computing resources of the user equipment are effectively saved.
In an application example, the following description is made with the user equipment as a mobile phone.
A plurality of idle LBT processes may be created before the mobile and the base station perform uplink data transmission, and each idle LBT process may have a context.
The handset may acquire, for data to be sent, an idle LBT process from the plurality of LBT processes as the LBT process for the data. The LBT process may service the data until the data is sent. When an LBT process performs idle evaluation on a channel corresponding to a wireless resource of the data for the first time, it needs to monitor a defer duration and N6 slot durations, where N6 is a random number in a CWmin 5-CWmax 5 interval corresponding to a wireless resource type of the data, N6 slot durations recorded in the context of the LBT process, and if the LBT process monitors that the channel is idle within the defer duration and whether M3 slot durations or idle (M3 is a positive integer greater than 1) in a contention window, but monitors that the channel is not idle in M3+1 slot durations, the LBT process reduces the contention window to (N6-M3) slot durations when performing idle evaluation on the channel corresponding to the wireless resource of the data for the next time, until the channel idle evaluation result is a channel, and the LBT process can send data to be sent when the channel idle evaluation result is a channel idle.
The LBT process may also release the corresponding relationship with the data after sending the data to be sent, and initialize the context of the LBT process, so that the LBT process that releases the corresponding relationship is used for the next data to be sent.
Fig. 6 is a block diagram illustrating an uplink data transmission apparatus according to an example embodiment. As shown in fig. 6, the apparatus may include:
a determining module 61, configured to determine a listen before talk, LBT, process for data to be sent;
an evaluation module 62, configured to perform idle evaluation on a channel corresponding to a radio resource of the data through the LBT process based on a contention window length corresponding to the LBT process, wherein,
when the channel idle evaluation result is that the channel is not idle, the length of the contention window is used, and based on the reduced length of the contention window, channel idle evaluation is carried out on the channel corresponding to the next wireless resource of the data until the channel idle evaluation result is that the channel is idle;
a sending module 63, configured to send the data to be sent when the channel idle evaluation result is that the channel is idle.
Fig. 7 is a block diagram illustrating an uplink data transmission apparatus according to an example embodiment. Components in fig. 7 that are numbered the same as those in fig. 6 have the same functions, and detailed descriptions of these components are omitted for the sake of brevity. As shown in figure 7 of the drawings,
in one possible implementation, the determining module 61 includes:
the obtaining submodule 611 is configured to obtain an idle LBT process from the plurality of LBT processes as an LBT process for data to be sent.
In one possible implementation, the contention window length corresponding to the LBT process is recorded in the context of the LBT process.
In one possible implementation, the evaluation module 62 includes:
the evaluation sub-module 621 is configured to, when the channel idle evaluation result indicates that the channel is not idle, subtract a preset value from the current contention window length to obtain a reduced contention window length, and record the reduced contention window length in the context of the LBT process.
In one possible implementation, the apparatus further includes:
a creation module 64 for creating a plurality of free LBT processes; the determining module 61 is configured to determine an LBT process used for data to be sent from the plurality of idle LBT processes.
In one possible implementation, the apparatus further includes:
an initializing module 65, configured to release the correspondence between the LBT process and the data and initialize a contention window length corresponding to the LBT process after the channel idle evaluation result is channel idle.
Fig. 8 is a block diagram illustrating an uplink data transmission apparatus according to an example embodiment. For example, the apparatus 800 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, an exercise device, a personal digital assistant, and the like.
Referring to fig. 8, the apparatus 800 may include one or more of the following components: processing component 802, memory 804, power component 806, multimedia component 808, audio component 810, input/output (I/O) interface 812, sensor component 814, and communication component 816.
The processing component 802 generally controls overall operation of the device 800, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing components 802 may include one or more processors 820 to execute instructions to perform all or a portion of the steps of the methods described above. Further, the processing component 802 can include one or more modules that facilitate interaction between the processing component 802 and other components. For example, the processing component 802 can include a multimedia module to facilitate interaction between the multimedia component 808 and the processing component 802.
The memory 804 is configured to store various types of data to support operations at the apparatus 800. Examples of such data include instructions for any application or method operating on device 800, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 804 may be implemented by any type or combination of volatile or non-volatile memory devices, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.
A power supply component 806 provides power to the various components of the device 800. The power components 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the apparatus 800.
The multimedia component 808 includes a screen that provides an output interface between the device 800 and the user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the device 800 is in an operation mode, such as a photographing mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.
The audio component 810 is configured to output and/or input audio signals. For example, audio component 810 includes a Microphone (MIC) configured to receive external audio signals when apparatus 800 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signals may further be stored in the memory 804 or transmitted via the communication component 816. In some embodiments, audio component 810 also includes a speaker for outputting audio signals.
The I/O interface 812 provides an interface between the processing component 802 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.
The sensor assembly 814 includes one or more sensors for providing various aspects of state assessment for the device 800. For example, the sensor assembly 814 may detect the open/closed status of the device 800, the relative positioning of components, such as a display and keypad of the device 800, the sensor assembly 814 may also detect a change in the position of the device 800 or a component of the device 800, the presence or absence of user contact with the device 800, the orientation or acceleration/deceleration of the device 800, and a change in the temperature of the device 800. Sensor assembly 814 may include a proximity sensor configured to detect the presence of a nearby object in the absence of any physical contact. The sensor assembly 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
The communication component 816 is configured to facilitate communication between the apparatus 800 and other devices in a wired or wireless manner. The apparatus 800 may access a wireless network based on a communication standard, such as WiFi,2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 816 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 816 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, ultra Wideband (UWB) technology, bluetooth (BT) technology, and other technologies.
In an exemplary embodiment, the apparatus 800 may be implemented by one or more Application Specific Integrated Circuits (ASICs), digital Signal Processors (DSPs), digital Signal Processing Devices (DSPDs), programmable Logic Devices (PLDs), field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors, or other electronic components for performing the above-described methods.
In an exemplary embodiment, a non-transitory computer-readable storage medium, such as the memory 804, is also provided that includes computer program instructions executable by the processor 820 of the device 800 to perform the above-described methods.
Fig. 9 is a block diagram illustrating an uplink data transmission apparatus according to an example embodiment. For example, the apparatus 1900 may be provided as a server. Referring to fig. 9, the device 1900 includes a processing component 1922 further including one or more processors and memory resources, represented by memory 1932, for storing instructions, e.g., applications, executable by the processing component 1922. The application programs stored in memory 1932 may include one or more modules that each correspond to a set of instructions. Further, the processing component 1922 is configured to execute instructions to perform the above-described method.
The device 1900 may also include a power component 1926 configured to perform power management of the device 1900, a wired or wireless network interface 1950 configured to connect the device 1900 to a network, and an input/output (I/O) interface 1958. The device 1900 may operate based on an operating system stored in memory 1932, such as Windows Server, mac OS XTM, unixTM, linuxTM, freeBSDTM, or the like.
In an exemplary embodiment, a non-transitory computer readable storage medium, such as the memory 1932, is also provided that includes computer program instructions executable by the processing component 1922 of the apparatus 1900 to perform the above-described methods.
The present disclosure may be systems, methods, and/or computer program products. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied thereon for causing a processor to implement various aspects of the present disclosure.
The computer readable storage medium may be a tangible device that can hold and store the instructions for use by the instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media as used herein is not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission medium (e.g., optical pulses through a fiber optic cable), or electrical signals transmitted through electrical wires.
The computer-readable program instructions described herein may be downloaded from a computer-readable storage medium to a respective computing/processing device, or to an external computer or external storage device over a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. The network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in the respective computing/processing device.
The computer program instructions for carrying out operations of the present disclosure may be assembler instructions, instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer-readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider). In some embodiments, the electronic circuitry that can execute the computer-readable program instructions implements aspects of the present disclosure by utilizing the state information of the computer-readable program instructions to personalize the electronic circuitry, such as a programmable logic circuit, a Field Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA).
Various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.
These computer-readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer-readable program instructions may also be stored in a computer-readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable medium storing the instructions comprises an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
Having described embodiments of the present disclosure, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the disclosed embodiments. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terms used herein were chosen in order to best explain the principles of the embodiments, the practical application, or technical improvements to the techniques in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.
Claims (14)
1. An uplink data transmission method, applied to a user equipment, includes:
determining a listen before talk, LBT, process for data to be transmitted;
performing idle evaluation on a channel corresponding to a radio resource of the data through the LBT process based on a contention window length corresponding to the LBT process, wherein,
when the channel idle evaluation result is that the channel is not idle, reducing the length of the contention window, and based on the reduced length of the contention window, performing channel idle evaluation on the channel corresponding to the next wireless resource of the data until the channel idle evaluation result is that the channel is idle;
when the channel idle evaluation result is that the channel is idle, transmitting the data to be transmitted;
one LBT process serves only one data to be transmitted.
2. The method of claim 1, wherein determining a Listen Before Talk (LBT) process for data to be transmitted comprises:
and acquiring an idle LBT process from a plurality of LBT processes as the LBT process for the data to be sent.
3. The method of claim 1, wherein a contention window length corresponding to the LBT process is recorded in the context of the LBT process.
4. The method of claim 3, wherein when the channel idle assessment result is that the channel is not idle, decreasing the contention window length comprises:
and when the channel idle evaluation result is that the channel is not idle, subtracting a preset value from the current contention window length to obtain a reduced contention window length, and recording the reduced contention window length in the context of the LBT process.
5. The method of claim 1, further comprising:
creating a plurality of idle LBT processes;
determining a listen-before-talk, LBT, process for data to be transmitted, comprising:
determining an LBT process for data to be transmitted from the plurality of idle LBT processes.
6. The method of claim 1, further comprising:
and after the channel idle evaluation result is that the channel is idle, removing the corresponding relation between the LBT process and the data, and initializing the length of a contention window corresponding to the LBT process.
7. An uplink data transmission apparatus, the apparatus being applied to a user equipment, comprising:
a determining module for determining a listen before talk, LBT, process for data to be sent;
an evaluation module, configured to perform idle evaluation on a channel corresponding to a radio resource of the data through the LBT process based on a contention window length corresponding to the LBT process, wherein,
when the channel idle evaluation result is that the channel is not idle, reducing the length of the contention window, and based on the reduced length of the contention window, performing channel idle evaluation on the channel corresponding to the next wireless resource of the data until the channel idle evaluation result is that the channel is idle;
the sending module is used for sending the data to be sent when the channel idle evaluation result is that the channel is idle;
wherein, one LBT process serves only one data to be transmitted.
8. The apparatus of claim 7, wherein the determining module comprises:
and the obtaining submodule is used for obtaining an idle LBT process from a plurality of LBT processes as the LBT process for the data to be sent.
9. The apparatus of claim 7, wherein a contention window length corresponding to the LBT process is recorded in the context of the LBT process.
10. The apparatus of claim 9, wherein the evaluation module comprises:
and the evaluation submodule is used for subtracting a preset value from the current contention window length to serve as the reduced contention window length when the channel idle evaluation result is that the channel is not idle, and recording the reduced contention window length in the context of the LBT process.
11. The apparatus of claim 7, further comprising:
a creation module to create a plurality of idle LBT processes;
the determining module is configured to determine, from the plurality of idle LBT processes, an LBT process for data to be sent.
12. The apparatus of claim 7, further comprising:
and the initialization module is used for removing the corresponding relation between the LBT process and the data and initializing the length of a contention window corresponding to the LBT process after the channel idle evaluation result is that the channel is idle.
13. An uplink data transmission apparatus, comprising:
a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to:
performing the method of any one of claims 1 to 6.
14. A non-transitory computer readable storage medium having computer program instructions stored thereon, wherein the computer program instructions, when executed by a processor, implement the method of any of claims 1 to 6.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811493438.2A CN111294966B (en) | 2018-12-07 | 2018-12-07 | Uplink data transmission method and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811493438.2A CN111294966B (en) | 2018-12-07 | 2018-12-07 | Uplink data transmission method and device |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111294966A CN111294966A (en) | 2020-06-16 |
CN111294966B true CN111294966B (en) | 2023-04-07 |
Family
ID=71025226
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811493438.2A Active CN111294966B (en) | 2018-12-07 | 2018-12-07 | Uplink data transmission method and device |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111294966B (en) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20160134527A (en) * | 2015-05-15 | 2016-11-23 | 한국전자통신연구원 | Operation method of communication node based on listen before talk in communication network |
US10123335B2 (en) * | 2015-07-30 | 2018-11-06 | Qualcomm Incorporated | Quality of service related enhancements for LTE over shared spectrum |
CN115460715A (en) * | 2015-10-26 | 2022-12-09 | 苹果公司 | Base station and method thereof, and user equipment and method thereof |
CN106656327B (en) * | 2016-10-27 | 2019-04-19 | 广东顺德中山大学卡内基梅隆大学国际联合研究院 | It is a kind of that method is continuously transmitted based on dynamic window |
-
2018
- 2018-12-07 CN CN201811493438.2A patent/CN111294966B/en active Active
Also Published As
Publication number | Publication date |
---|---|
CN111294966A (en) | 2020-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110312312B (en) | Uplink transmission resource acquisition method, data transmission method and electronic equipment | |
US11968721B2 (en) | Method and apparatus for transmitting random access indication information | |
US11991691B2 (en) | Method and apparatus for sending scheduling request | |
EP3813450A1 (en) | Method and apparatus for recognizing downlink transmission | |
CN109565880A (en) | Transmit the method and device of random access instruction information | |
CN111294965A (en) | Uplink transmission resource selection method, terminal and storage medium | |
CN111294850B (en) | Measurement reporting method and device, and terminal equipment information acquisition method and device | |
US11394515B2 (en) | Information transmission method, device, and system, and storage medium | |
US11178699B2 (en) | Random access method and apparatus, user equipment, and computer readable storage medium | |
EP3668171A1 (en) | Data transmission method, device and computer readable storage medium | |
CN109451869B (en) | Beam selection method and device | |
CN110519850B (en) | Transmission bandwidth determining method and device | |
US11533728B2 (en) | Data transmission method and apparatus on unlicensed frequency band | |
CN111294966B (en) | Uplink data transmission method and device | |
US11601934B2 (en) | Data transmission method and device | |
US11445492B2 (en) | Methods for receiving and sending downlink control information, user equipment, and base station | |
CN110312311B (en) | Channel configuration method and device | |
CN109511114B (en) | Method and device for configuring seed IMSI/Ki associated key | |
CN109792748B (en) | Resource occupation indication method and device and resource occupation determination method and device | |
CN109156015B (en) | Random access processing method and device | |
CN111294842B (en) | Scrambling sequence determining method, terminal and storage medium for multiple transmission points | |
US11997542B2 (en) | Method and device for message transmission | |
US11438123B2 (en) | Method and device for realizing signaling detection, user equipment, and base station | |
EP3860248A1 (en) | Control instruction transmission method, base station, terminal and storage medium | |
CN110312323B (en) | Control method, control device and storage medium |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |