WO2021142663A1

WO2021142663A1 - Scheduling request (sr) transmission method and related apparatus

Info

Publication number: WO2021142663A1
Application number: PCT/CN2020/072269
Authority: WO
Inventors: 李海涛
Original assignee: Oppo广东移动通信有限公司
Priority date: 2020-01-15
Filing date: 2020-01-15
Publication date: 2021-07-22
Also published as: CN114586454A; CN114586454B

Abstract

Disclosed are an SR transmission method and a related apparatus. The method comprises: a terminal transmitting an SR on an SR configuration resource, and starting an sr-ProhibitTimer after an offset. The embodiments of the present application can prevent the reconfiguration of an sr-ProhibitTimer, thereby reducing signaling overheads, reducing the time delay in validating a new parameter value, and improving the control accuracy for the SR transmission time.

Description

Scheduling request SR sending method and related device

Technical field

This application relates to the field of communication technology, and in particular to an SR sending method and related devices.

Background technique

In the New Radio (NR) terrestrial network, the signal transmission delay between the User Equipment (UE) and the network is very small. The scheduling request (SR) is sent from the UE to when the UE receives the network. The waiting time of the scheduled uplink resource is generally short, so the scheduling request disable timer sr-ProhibitTimer can be set to a small value.

Compared with the cellular network used in traditional NR, the signal propagation delay between the UE and the satellite in the Non-Terrestrial Network (NTN) is greatly increased. Therefore, when the UE has uplink data arriving, the UE is not used for data. When transmitting uplink resources, the UE needs to wait a relatively long time before receiving the network scheduling. The idea in the current standard discussion is to increase the value range of sr-ProhibitTimer to at least cover the round trip time (RTT) time in the NTN network. However, the RTT time of the UE in the NTN network also changes greatly, which may cause the network to reconfigure the value of sr-ProhibitTimer frequently, causing signaling overhead, and the effective time of the new parameter value is also delayed due to the long RTT. . In addition, a larger value of sr-ProhibitTimer is also not conducive to the network's precise control of the time when the UE sends the SR.

Summary of the invention

The embodiments of the present application provide an SR sending method and related devices, in order to avoid reconfiguring the sr-ProhibitTimer to reduce signaling overhead, reduce the effective delay of new parameter values, and improve the control accuracy of the SR sending time.

In the first aspect, an embodiment of the present application provides an SR sending method, including:

The terminal sends the SR on the scheduling request configuration SR configuration resource, and starts the scheduling request disable timer sr-ProhibitTimer after an offset value offset.

In the second aspect, an embodiment of the present application provides an SR sending method, including:

The network device receives the SR on the SR configuration resource, and the SR is sent to the network device by the terminal when performing the following operations: sending the SR on the SR configuration resource, and starting the sr-ProhibitTimer after an offset.

In a third aspect, an embodiment of the present application provides an SR sending device, which is applied to a terminal, and the device includes a processing unit and a communication unit, where:

The processing unit is configured to send the SR on the scheduling request configuration SR configuration resource through the communication unit, and start the scheduling request disable timer sr-ProhibitTimer after an offset value offset.

In a fourth aspect, an embodiment of the present application provides an SR sending device, which is applied to a network device, and the device includes a processing unit and a communication unit, where:

The processing unit is configured to receive an SR on the SR configuration resource through the communication unit, and the SR is sent by the terminal to the network device during the following operations: send the SR on the SR configuration resource, and send the SR on the SR configuration resource. Start sr-ProhibitTimer after an offset.

In a fifth aspect, an embodiment of the present application provides a terminal, including a processor, a memory, a communication interface, and one or more programs, wherein the one or more programs are stored in the memory and are configured by The processor executes, and the program includes instructions for executing the steps in any method of the first aspect of the embodiments of the present application.

In a sixth aspect, an embodiment of the present application provides a network device, including a processor, a memory, a communication interface, and one or more programs, wherein the one or more programs are stored in the memory and are configured by The processor executes, and the program includes instructions for executing the steps in any method in the second aspect of the embodiments of the present application.

In a seventh aspect, an embodiment of the present application provides a chip, including a processor, configured to call and run a computer program from a memory, so that the device installed with the chip executes the first aspect or the second aspect of the embodiment of the present application. Some or all of the steps described in any method of the aspect.

In an eighth aspect, an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for electronic data exchange, wherein the computer program causes the computer to execute the For example, part or all of the steps described in any method of the first aspect or the second aspect.

In a ninth aspect, an embodiment of the present application provides a computer program, wherein the computer program is operable to cause a computer to execute part or all of the steps described in any method of the first aspect or the second aspect of the embodiment of the present application . The computer program may be a software installation package.

It can be seen that in this embodiment of the application, the terminal sends the SR on the SR configuration resource of the scheduling request, and starts the scheduling request disable timer sr-ProhibitTimer after an offset value of offset. It can be seen that the terminal of this application does not send the SR after sending the SR. Start sr-ProhibitTimer immediately, but start sr-ProhibitTimer after an offset, so as to avoid frequent reconfiguration of sr-ProhibitTimer value due to changes in RTT, and the value of sr-ProhibitTimer can be kept small to improve SR transmission control Accuracy.

Description of the drawings

The following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art.

FIG. 1 is a system architecture diagram of an exemplary communication system provided by an embodiment of the present application;

FIG. 2 is a schematic flowchart of an SR sending method provided by an embodiment of the present application;

FIG. 3 is a schematic structural diagram of a terminal provided by an embodiment of the present application;

FIG. 4 is a schematic structural diagram of a network device provided by an embodiment of the present application;

5 is a block diagram of functional units of an SR sending device provided by an embodiment of the present application;

Fig. 6 is a block diagram of functional units of an SR sending device provided by an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be described below in conjunction with the accompanying drawings.

The technical solutions of the embodiments of the present application can be applied to the exemplary communication system 100 shown in FIG. 1. The exemplary communication system 100 includes a terminal 110 and a network device 120, and the terminal 110 is in communication connection with the network device 120.

The example communication system 100 may be, for example, a Non-Terrestrial Network (NTN) system, a global system for mobile communications (GSM) system, and a code division multiple access (CDMA) system. , Wideband code division multiple access (WCDMA) system, general packet radio service (GPRS), long term evolution (LTE) system, LTE frequency division duplex (frequency division duplex) , FDD) system, LTE time division duplex (TDD), universal mobile communication system (UMTS), worldwide interoperability for microwave access (WiMAX) communication system, the future first Five generation (5th generation, 5G) system or new radio (NR), etc.

The terminal 110 in the embodiment of the present application may refer to user equipment, access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or User device. The terminal can also be a cellular phone, a cordless phone, a session initiation protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (PDA), and a wireless communication function Handheld devices, computing devices or other processing devices connected to wireless modems, relay devices, in-vehicle devices, wearable devices, terminals in the future 5G network, or public land mobile network (PLMN) that will evolve in the future This is not limited in this embodiment of the application.

The network device 120 in the embodiment of the present application may be a device for communicating with a terminal, and the network device may be a global system for mobile communications (GSM) system or code division multiple access (CDMA) The base transceiver station (BTS) in the LTE system can also be the base station (NodeB, NB) in the wideband code division multiple access (WCDMA) system, or the evolved base station (evoled) in the LTE system. NodeB, eNB or eNodeB), it can also be a wireless controller in the cloud radio access network (CRAN) scenario, or the network device can be a relay device, an access point, a vehicle-mounted device, or a wearable device As well as the network equipment in the future 5G network or the network equipment in the future evolved PLMN network, one or a group of (including multiple antenna panels) antenna panels of the base station in the 5G system, or it can also be a gNB or transmission point. A network node, such as a baseband unit (BBU), or a distributed unit (DU), etc., is not limited in the embodiment of the present application.

In some deployments, the gNB may include a centralized unit (CU) and a DU. The gNB may also include an active antenna unit (AAU). The CU implements part of the functions of gNB, and the DU implements part of the functions of gNB. For example, the CU is responsible for processing non-real-time protocols and services, and implements radio resource control (radio resource control, RRC) and packet data convergence protocol (packet data convergence protocol, PDCP) layer functions. The DU is responsible for processing physical layer protocols and real-time services, and realizes the functions of the radio link control (RLC) layer, media access control (MAC) layer, and physical (PHY) layer. AAU realizes some physical layer processing functions, radio frequency processing and related functions of active antennas. Since the information of the RRC layer will eventually become the information of the PHY layer, or be transformed from the information of the PHY layer, under this architecture, high-level signaling, such as RRC layer signaling, can also be considered to be sent by the DU , Or, sent by DU+AAU. It is understandable that the network device may be a device including one or more of the CU node, the DU node, and the AAU node. In addition, the CU can be divided into network equipment in an access network (radio access network, RAN), and the CU can also be divided into network equipment in a core network (core network, CN), which is not limited in this application.

In the embodiment of the present application, the terminal 110 or the network device 120 includes a hardware layer, an operating system layer running on the hardware layer, and an application layer running on the operating system layer. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory (also referred to as main memory). The operating system can be any one or more computer operating systems that implement business processing through processes, for example, Linux operating systems, Unix operating systems, Android operating systems, iOS operating systems, or windows operating systems. The application layer includes applications such as browsers, address books, word processing software, and instant messaging software. Moreover, the embodiments of the application do not specifically limit the specific structure of the execution body of the method provided in the embodiments of the application, as long as the program that records the codes of the methods provided in the embodiments of the application can be provided in accordance with the embodiments of the application. For example, the execution subject of the method provided in the embodiment of the present application may be a terminal, or a functional module in the terminal that can call and execute the program.

At present, 3GPP is studying the technology of non-terrestrial communication network NTN. NTN generally uses satellite communication to provide communication services to ground users. Compared with terrestrial cellular network communication, satellite communication has many unique advantages. First of all, satellite communication is not restricted by the user area. For example, general terrestrial communication cannot cover the ocean, mountains, deserts and other areas where communication equipment cannot be installed or because of the sparse population. Satellites can cover a larger ground, and satellites can orbit the earth, so theoretically every corner of the earth can be covered by satellite communications. Secondly, satellite communication has greater social value. Satellite communication can be covered at a lower cost in remote mountainous areas, poor and backward countries or regions, so that people in these areas can enjoy advanced voice communication and mobile Internet technology, which is conducive to narrowing the digital gap with developed areas and promoting The development of these areas. Thirdly, the satellite communication distance is long, and the communication cost has not increased significantly with the increase of the communication distance; finally, the stability of satellite communication is high, and it is not restricted by natural disasters.

Communication satellites are classified into Low-Earth Orbit (LEO) satellites, Medium-Earth Orbit (MEO) satellites, Geostationary Earth Orbit (GEO) satellites, and highly elliptical orbits. (High Elliptical Orbit, HEO) satellites and so on. The main research at this stage is LEO and GEO.

1.LEO

The altitude range of low-orbit satellites is 500km～1500km, and the corresponding orbit period is about 1.5 hours to 2 hours. The signal propagation delay of single-hop communication between users is generally less than 20ms. The maximum satellite viewing time is 20 minutes. The signal propagation distance is short, the link loss is small, and the transmission power requirement of the user terminal is not high.

2.GEO

A geosynchronous orbit satellite with an orbital height of 35786km and a rotation period of 24 hours around the earth. The signal propagation delay of single-hop communication between users is generally 250ms.

In order to ensure the coverage of satellites and increase the system capacity of the entire satellite communication system, satellites use multiple beams to cover the ground. A satellite can form dozens or even hundreds of beams to cover the ground; a satellite beam can cover tens to hundreds of kilometers in diameter. Ground area.

In the 5G NR BSR process, the UE enables the serving base station to learn the amount of uplink buffered data of the UE through the Buffer Status Report (BSR), so that the base station can schedule the UE according to the data amount information provided by the UE. In order to save the BSR reporting overhead, a packet reporting method is adopted. Each uplink logical channel corresponds to a logical channel group (Logical Channel Group, LCG), multiple uplink logical channels can correspond to the same logical channel group LCG, the correspondence between logical channel LC and logical channel group LCG is controlled by network radio resources (Radio Resource Control, RRC) configuration. The UE reports the BSR based on the LCG reporting buffer status. Each UE in NR can support up to 8 LCGs. The triggering conditions of BSR are as follows:

1. When uplink data arrives on a logical channel with higher priority of the UE, the Regular BSR will be triggered in this case.

2. The padding part of the uplink resources allocated to the UE after carrying other uplink data can carry the BSR medium access control MAC control unit CE, and in this case, a Padding BSR will be issued.

3. The retransmission BSR timer retxBSR-Timer has timed out, and there is currently at least one uplink logical channel with uplink data to be sent. At this time, the regular BSR will be triggered.

4. If the periodic BSR timer periodicBSR-Timer expires, the periodic BSR will be triggered.

If multiple logical channels trigger the Regular BSR at the same time, each of these logical channels will trigger a separate Regular BSR.

BSR is carried by BSR MAC CE.

If the terminal triggers a regular BSR, but the terminal does not have uplink resources for transmitting new data or the uplink resources allocated to the terminal for transmitting new data cannot carry the data of the uplink logical channel that triggers the regular BSR, the terminal triggers SR .

In the 5G NR SR process, the UE applies for uplink resources from the network through SR. The network does not know when the UE needs to send uplink data, that is, when the UE will send the SR. Therefore, the network can allocate periodic PUCCH resources for transmitting SR to the UE, and then the network detects whether there is an SR report on the allocated SR resources.

It can be seen from the above-mentioned SR trigger condition that the SR in NR is based on logical channels. For each uplink logical channel, the network can choose whether to configure PUCCH resources for transmitting SR for the uplink logical channel. In the case that an uplink logical channel triggers SR, if the network configures the PUCCH resource for transmitting SR for the uplink logical channel, the UE sends the SR on the PUCCH resource for transmitting SR corresponding to the logical channel; otherwise, The UE initiates random access.

The network may configure multiple PUCCH resources for transmitting SR for the UE. For an uplink logical channel, if the network configures a PUCCH resource for transmitting SR for the uplink logical channel, on each uplink BWP, the network configures at most one PUCCH resource for transmitting SR for the logical channel.

Each PUCCH resource used to transmit SR corresponds to the following configuration parameters:

1. PUCCH resource period and slot/time symbol offset;

2. PUCCH resource index.

In order to limit the frequent sending of SR by the UE, the network configures an sr-ProhibitTimer for each SR configuration. For pending SR (where, when the UE triggers an SR, the SR is in the "Pending" state, which means that the UE prepares but has not sent the SR to the network device.) The corresponding SR configuration, when the PUCCH resource meets the SR transmission condition ( For example, when it does not overlap with the measurement gap and does not overlap with the PUSCH), the UE starts the sr-ProhibitTimer. During the operation of sr-ProhibitTimer, for this SR configuration, the UE is prohibited from sending SR. SR can only be sent when sr-ProhibitTimer is not running (including when sr-ProhibitTimer is not started and after it has timed out).

In the NR terrestrial network, the signal transmission delay between the UE and the network is very small. The waiting time from the UE sending the SR to the UE receiving the uplink resource scheduled by the network is generally short, so the sr-ProhibitTimer can be set to a smaller value. Compared with the cellular network used in traditional NR, the signal propagation delay between the UE and the satellite in NTN is greatly increased. Therefore, when the UE has uplink data arriving, but the UE does not have uplink resources for data transmission, the UE needs to wait relatively long. It takes a long time to receive the dispatch from the network. The idea in the current standard discussion is to increase the value range of sr-ProhibitTimer to at least cover the RTT time in the NTN network. However, the RTT time of the UE in the NTN network also varies greatly (especially in the LEO scenario), which may cause the network to reconfigure the value of sr-ProhibitTimer frequently, resulting in signaling overhead, and at the same time, new parameter values due to excessive RTT. There is also a big delay in the effective time of. In addition, a larger value of sr-ProhibitTimer is also not conducive to the network's precise control of the time when the UE sends the SR.

In view of the foregoing problems, an embodiment of the present application proposes an SR sending method, which will be described in detail below with reference to the drawings.

Please refer to FIG. 2. FIG. 2 is a schematic flowchart of an SR sending method provided by an embodiment of the present application. As shown in the figure, the method includes:

Step 201: The terminal sends the SR on the SR configuration resource of the scheduling request, and starts the scheduling request disable timer sr-ProhibitTimer after an offset value of offset.

Wherein, the value of the offset value offset may be, for example, 10ms, 50ms, 100ms, etc., which is not uniquely limited here.

The sr-ProhibitTimer is used to monitor the SR signal transmitted in the PUCCH. When the timer is running, the SR cannot be sent. Once the timer expires, the UE needs to re-send the SR until the maximum number of transmissions is reached. dsr-TransMax.

In this possible example, the offset is used by the terminal to disable the SR configuration resource to send the SR during the offset period. Since the terminal applies the offset and sr-ProhibitTimer after sending the SR, the duration for which the terminal is prohibited from sending SR is the sum of the offset and the duration of the sr-ProhibitTimer, thereby expanding the time interval for reconfiguring sr-ProhibitTimer and avoiding RTT changes The network equipment needs to reconfigure the sr-ProhibitTimer value frequently to reduce the signaling overhead.

Step 202: The network device receives the SR on the SR configuration resource, and the SR is sent by the terminal to the network device when performing the following operations: Send the SR on the SR configuration resource, and start the sr-ProhibitTimer after an offset .

Wherein, the network device may specifically be a base station (satellite) in the NTN system.

In a possible example, the SR configuration resource is a physical uplink control channel PUCCH resource, and the PUCCH resource satisfies a preset SR transmission condition.

Among them, the SR belongs to the information of the physical layer, and the action of sending the SR by the terminal itself does not need resource block RB resources, and can be transmitted through the PUCCH. After the network device successfully decodes the SR signal of a certain terminal, it may allocate RB resources to the terminal through downlink control signaling DCI0, but there is no guarantee that the network device will allocate RBs every time. Sometimes although the UE sends the SR signal, the network device does not decode it. After the terminal sends the SR signal, do not expect that the network device will allocate RB resources at some next moment. In many cases, the terminal needs to send the SR multiple times in order to obtain the uplink RB resources.

In this possible example, the preset SR transmission condition includes: the PUCCH resource does not overlap with the measurement gap of the measurement time slot and does not overlap with the physical uplink shared channel PUSCH resource.

It can be seen that, in this example, the terminal can control the SR transmission more accurately by restricting the SR transmission action by conditions, avoid unnecessary signaling overhead caused by the invalid transmission process of the SR, and improve the accuracy of the SR transmission control.

In a possible example, before the terminal sends the SR on the SR configuration resource, the method further includes: the terminal receives the first radio resource control RRC signaling from the network device, the first RRC signaling Let it be used to instruct the terminal to apply the offset.

It can be seen that in this example, the network device can instruct the terminal to apply the offset, so as to precisely control the actions of the terminal side and improve the overall signaling interaction efficiency of the communication system.

In addition, the terminal may also receive second RRC signaling from the network device, where the second RRC signaling is used to indicate that the terminal does not apply the offset; the terminal sends an SR and starts the SR -ProhibitTimer.

Correspondingly, the network device may also send second RRC signaling to the terminal, where the second RRC signaling is used to indicate that the terminal does not apply the offset; then, after the terminal sends the SR, the SR is directly started. -ProhibitTimer.

In a possible example, the value of the offset is the round-trip transmission time RTT value, and the RTT value is the RTT value between the local device and the network device calculated by the terminal with positioning capability.

In a specific implementation, the terminal may periodically calculate the RTT value, and use the latest updated RTT value in the current calculation period to ensure real-time performance and accuracy.

It can be seen that in this example, by using the RTT value as the value of the offset value offset, the RTT time in the communication network where the terminal is located can be effectively covered, so that the terminal will not send SR frequently during the waiting period after sending the SR, and can Control signaling overhead.

In a possible example, the value of the offset is the current timing advance TA value of the terminal indicated by the network device.

In specific implementation, the network device can determine the TA value according to the resource configuration of the terminal, so the network device can directly indicate the TA value to the terminal through the random access response RAR, or through the TA command command MAC CE, where There is no unique restriction.

It can be seen that in this example, since the TA can send the terminal's uplink packet to the network device at the desired time, it estimates the radio frequency transmission delay caused by the distance, and sends the data packet in advance by the corresponding time, so the TA value is used as the offset value offset The value of can effectively cover the RTT time in the communication network where the terminal is located, so that the terminal will not send SR frequently during the waiting period after sending the SR, and can control the signaling overhead.

In a possible example, the value of the offset is the current TA value calculated by the terminal.

In specific implementation, the terminal can calculate the current TA value through the positioning method and the location information of the network equipment (for example, the satellite base station) and/or the propagation delay information of the feeder link.

In a possible example, the value of the offset is a preset value configured by the network device.

In specific implementation, the network device configures the preset value for the UE through RRC signaling.

In this possible example, the preset value includes the RTT value between the ground reference point and the network device.

Wherein, the ground reference point is a preset ground reference point, or a ground reference point broadcast by the serving cell.

In a specific implementation, the network device may indicate to the terminal to apply the RTT value as the value of the offset through RRC signaling.

Consistent with the embodiment shown in FIG. 2 above, please refer to FIG. 3. FIG. 3 is a schematic structural diagram of a terminal 300 provided by an embodiment of the present application. As shown in the figure, the terminal 300 includes a processor 310 and a memory 320. , A communication interface 330 and one or more programs 321, wherein the one or more programs 321 are stored in the above-mentioned memory 320 and are configured to be executed by the above-mentioned processor 310, and the one or more programs 321 include Instructions to perform the following operations.

The SR is sent on the SR configuration resource of the scheduling request, and the scheduling request disable timer sr-ProhibitTimer is started after an offset value offset.

It can be seen that in this embodiment of the application, the terminal sends the SR on the SR configuration resource of the scheduling request, and starts the scheduling request disable timer sr-ProhibitTimer after an offset value of offset. It can be seen that the terminal of this application does not send the SR after sending the SR. Start sr-ProhibitTimer immediately, but start sr-ProhibitTimer after an offset, so as to avoid frequent reconfiguration of sr-ProhibitTimer value due to RTT changes, and the value of sr-ProhibitTimer can be kept small to improve SR transmission control Accuracy.

In a possible example, the offset is used by the terminal to disable the SR configuration resource to send the SR during the offset period.

In a possible example, the preset SR transmission condition includes: the PUCCH resource does not overlap with the measurement gap of the measurement time slot and does not overlap with the physical uplink shared channel PUSCH resource.

In a possible example, the program 321 further includes instructions for performing the following operations: before sending the SR on the SR configuration resource, receiving the first radio resource control RRC signaling from the network device, the first RRC signaling is used to instruct the terminal to apply the offset.

In a possible example, the preset value includes the RTT value between the ground reference point and the network device.

Please refer to FIG. 4, which is a schematic structural diagram of a network device 400 provided by an embodiment of the present application. As shown in the figure, the network device 400 includes a processor 410, a memory 420, a communication interface 430, and one or more programs. 421, wherein the one or more programs 421 are stored in the foregoing memory 420 and configured to be executed by the foregoing processor 410, and the one or more programs 421 include instructions for performing the following operations.

The SR is received on the SR configuration resource, and the SR is sent by the terminal to the network device during the following operations: the SR is sent on the SR configuration resource, and the sr-ProhibitTimer is started after an offset.

In a possible example, the SR configuration resource is a PUCCH resource, and the PUCCH resource satisfies a preset SR transmission condition.

In a possible example, the preset SR transmission condition includes: the PUCCH resource does not overlap with the measurement gap and does not overlap with the PUSCH resource.

In a possible example, the program 421 further includes instructions for performing the following operations: before receiving the SR on the SR configuration resource, sending first RRC signaling to the terminal, and the first RRC signaling is used for Instruct the terminal to apply the offset.

In a possible example, the value of the offset is an RTT value, and the RTT value is an RTT value between the local device and the network device calculated by the terminal with positioning capability.

In a possible example, the value of the offset is the current TA value of the terminal indicated by the network device.

The foregoing mainly introduces the solution of the embodiment of the present application from the perspective of interaction between various network elements. It can be understood that, in order to implement the above-mentioned functions, the terminal includes hardware structures and/or software modules corresponding to each function. Those skilled in the art should easily realize that in combination with the units and algorithm steps of the examples described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed by hardware or computer software-driven hardware depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered beyond the scope of this application.

The embodiments of the present application may divide the terminal into functional units according to the foregoing method examples. For example, each functional unit may be divided corresponding to each function, or two or more functions may be integrated into one processing unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software program modules. It should be noted that the division of units in the embodiments of the present application is illustrative, and is only a logical function division, and there may be other division methods in actual implementation.

In the case of using an integrated unit, FIG. 5 shows a block diagram of a possible functional unit composition of the SR sending device involved in the foregoing embodiment. The SR sending device 500 is applied to a terminal, and specifically includes a processing unit 502 and a communication unit 503. The processing unit 502 is used to control and manage the actions of the terminal. For example, the processing unit 502 is used to support the terminal to perform step 201 in FIG. 2 and/or other processes used in the technology described herein. The communication unit 503 is used to support communication between the terminal and other devices. The terminal may also include a storage unit 501 for storing program codes and data of the terminal.

The processing unit 502 may be a processor or a controller, for example, a central processing unit (CPU), a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), and an application-specific integrated circuit (Application-Specific Integrated Circuit). Integrated Circuit, ASIC), Field Programmable Gate Array (FPGA) or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It can implement or execute various exemplary logical blocks, modules, and circuits described in conjunction with the disclosure of this application. The processor may also be a combination for realizing computing functions, for example, including a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and so on. The communication unit 503 may be a communication interface, a transceiver, a transceiving circuit, etc., and the storage unit 501 may be a memory. When the processing unit 502 is a processor, the communication unit 503 is a communication interface, and the storage unit 501 is a memory, the terminal involved in the embodiment of the present application may be the terminal shown in FIG. 3.

In specific implementation, the processing unit 502 is configured to perform any step performed by the terminal in the foregoing method embodiment, and when performing data transmission such as sending, the communication unit 503 can be optionally invoked to complete the corresponding operation. The detailed description will be given below.

The processing unit 502 is configured to send the SR on the scheduling request configuration SR configuration resource through the communication unit 503, and start the scheduling request disable timer sr-ProhibitTimer after an offset value offset.

In a possible example, before the processing unit 502 sends the SR on the SR configuration resource through the communication unit 503, it is further configured to: receive the first radio resource control RRC from the network device through the communication unit 503 Signaling, the first RRC signaling is used to instruct the terminal to apply the offset.

In the case of using an integrated unit, FIG. 6 shows a block diagram of a possible functional unit composition of the SR sending device involved in the foregoing embodiment. The SR sending apparatus 600 is applied to a network device, and the network device includes a processing unit 602 and a communication unit 603. The processing unit 602 is used to control and manage the actions of the network device. For example, the processing unit 502 is used to support the network device to perform step 202 in FIG. 2 and/or other processes used in the technology described herein. The communication unit 603 is used to support communication between the network device and other devices. The network device may also include a storage unit 601 for storing program codes and data of the terminal.

The processing unit 602 may be a processor or a controller, for example, a central processing unit (CPU), a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), and an application-specific integrated circuit (Application-Specific Integrated Circuit). Integrated Circuit, ASIC), Field Programmable Gate Array (FPGA) or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It can implement or execute various exemplary logical blocks, modules, and circuits described in conjunction with the disclosure of this application. The processor may also be a combination for realizing computing functions, for example, including a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and so on. The communication unit 603 may be a communication interface, a transceiver, a transceiving circuit, etc., and the storage unit 601 may be a memory. When the processing unit 602 is a processor, the communication unit 603 is a communication interface, and the storage unit 601 is a memory, the terminal involved in the embodiment of the present application may be the network device shown in FIG. 4.

The processing unit 602 is configured to receive the SR on the SR configuration resource through the communication unit 603, the SR is sent to the network device by the terminal when performing the following operations: send the SR on the SR configuration resource, and Start sr-ProhibitTimer after an offset.

In a possible example, before the processing unit 602 receives the SR on the SR configuration resource through the communication unit 603, it is further configured to: send the first RRC signaling to the terminal through the communication unit 603, The first RRC signaling is used to instruct the terminal to apply the offset.

It is understandable that since the method embodiment and the device embodiment are different presentation forms of the same technical concept, the content of the method embodiment part of this application should be synchronized to the device embodiment part, and will not be repeated here.

The embodiment of the present application also provides a chip, wherein the chip includes a processor, which is used to call and run a computer program from the memory, so that the device installed with the chip executes the part described in the terminal in the above method embodiment Or all steps.

The embodiment of the present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for electronic data exchange, wherein the computer program causes the computer to execute the terminal in the above method embodiment Some or all of the steps described.

The embodiment of the present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for electronic data exchange, wherein the computer program causes the computer to execute the network in the above-mentioned method embodiment. Part or all of the steps described by the side device.

The embodiments of the present application also provide a computer program product, wherein the computer program product includes a computer program, and the computer program is operable to make a computer execute part or all of the steps described in the terminal in the above method embodiment. The computer program product may be a software installation package.

The steps of the method or algorithm described in the embodiments of the present application may be implemented in a hardware manner, or may be implemented in a manner in which a processor executes software instructions. Software instructions can be composed of corresponding software modules, which can be stored in random access memory (Random Access Memory, RAM), flash memory, read-only memory (Read Only Memory, ROM), and erasable programmable read-only memory ( Erasable Programmable ROM (EPROM), Electrically Erasable Programmable Read-Only Memory (Electrically EPROM, EEPROM), register, hard disk, mobile hard disk, CD-ROM or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor, so that the processor can read information from the storage medium and write information to the storage medium. Of course, the storage medium may also be an integral part of the processor. The processor and the storage medium may be located in the ASIC. In addition, the ASIC may be located in an access network device, a target network device, or a core network device. Of course, the processor and the storage medium may also exist as discrete components in the access network device, the target network device, or the core network device.

Those skilled in the art should be aware that, in one or more of the foregoing examples, the functions described in the embodiments of the present application may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented by software, it can be implemented in the form of a computer program product in whole or in part. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on the computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or data center. Transmission to another website, computer, server, or data center via wired (such as coaxial cable, optical fiber, Digital Subscriber Line (DSL)) or wireless (such as infrared, wireless, microwave, etc.). The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server or a data center integrated with one or more available media. The usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a Digital Video Disc (DVD)), or a semiconductor medium (for example, a Solid State Disk (SSD)) )Wait.

The specific implementations described above further describe the purpose, technical solutions, and beneficial effects of the embodiments of the application in detail. It should be understood that the foregoing descriptions are only specific implementations of the embodiments of the application, and are not used for To limit the protection scope of the embodiments of the application, any modification, equivalent replacement, improvement, etc. made on the basis of the technical solutions of the embodiments of the application shall be included in the protection scope of the embodiments of the application.

Claims

A method for sending a scheduling request SR, which is characterized in that it includes:

The terminal sends the SR on the scheduling request configuration SR configuration resource, and starts the scheduling request disable timer sr-ProhibitTimer after an offset value offset.
The method according to claim 1, wherein the offset is used for the terminal to disable the SR configuration resource to send the SR during the offset period.
The method according to claim 2, wherein the SR configuration resource is a physical uplink control channel PUCCH resource, and the PUCCH resource meets a preset SR transmission condition.
The method according to claim 3, wherein the preset SR transmission condition includes: the PUCCH resource does not overlap with the measurement gap of the measurement time slot and does not overlap with the physical uplink shared channel PUSCH resource.
The method according to claim 4, characterized in that, before the terminal sends the SR on the SR configuration resource, the method further comprises:

The terminal receives first radio resource control RRC signaling from the network device, where the first RRC signaling is used to instruct the terminal to apply the offset.
The method according to any one of claims 1-5, wherein the value of the offset is a round-trip transmission time RTT value, and the RTT value is a local device-to-network calculated by the terminal with positioning capability RTT value between devices.
The method according to any one of claims 1-5, wherein the value of the offset is the current timing advance TA value of the terminal indicated by the network device.
The method according to any one of claims 1-5, wherein the value of the offset is the current TA value calculated by the terminal.
The method according to any one of claims 1-5, wherein the value of the offset is a preset value configured by a network device.
The method according to claim 9, wherein the preset value comprises an RTT value between a ground reference point and a network device.
An SR sending method is characterized in that it includes:

The network device receives the SR on the SR configuration resource, and the SR is sent to the network device by the terminal when performing the following operations: sending the SR on the SR configuration resource, and starting the sr-ProhibitTimer after an offset.
The method according to claim 11, wherein the offset is used by the terminal to disable the SR configuration resource to send the SR during the offset period.
The method according to claim 12, wherein the SR configuration resource is a PUCCH resource, and the PUCCH resource meets a preset SR transmission condition.
The method according to claim 13, wherein the preset SR transmission condition comprises: the PUCCH resource does not overlap with the measurement gap and does not overlap with the PUSCH resource.
The method according to claim 14, characterized in that, before the network device receives the SR on the SR configuration resource, the method further comprises:

The network device sends first RRC signaling to the terminal, where the first RRC signaling is used to instruct the terminal to apply the offset.
The method according to any one of claims 11-15, wherein the value of the offset is an RTT value, and the RTT value is between a local device and a network device calculated by the terminal with positioning capability The RTT value.
The method according to any one of claims 11-15, wherein the value of the offset is the current TA value of the terminal indicated by the network device.
The method according to any one of claims 11-15, wherein the value of the offset is a current TA value calculated by the terminal.
The method according to any one of claims 11-15, wherein the value of the offset is a preset value configured by a network device.
The method according to claim 19, wherein the preset value comprises an RTT value between a ground reference point and a network device.
An SR sending device, characterized in that it is applied to a terminal, the device includes a processing unit and a communication unit, wherein:

The processing unit is configured to send the SR on the scheduling request configuration SR configuration resource through the communication unit, and start the scheduling request disable timer sr-ProhibitTimer after an offset value offset.
The apparatus according to claim 21, wherein the offset is used by the terminal to disable the SR configuration resource to send the SR during the offset period.
The apparatus according to claim 22, wherein the SR configuration resource is a PUCCH resource, and the PUCCH resource meets a preset SR transmission condition.
The apparatus according to claim 23, wherein the preset SR transmission condition comprises: the PUCCH resource does not overlap with the measurement gap and does not overlap with the PUSCH resource.
The apparatus according to claim 24, wherein before the processing unit sends the SR on the SR configuration resource through the communication unit, it is further configured to: receive the first wireless communication from the network device through the communication unit. Resource control RRC signaling, where the first RRC signaling is used to instruct the terminal to apply the offset.
The apparatus according to any one of claims 21-25, wherein the value of the offset is an RTT value, and the RTT value is between a local device and a network device calculated by the terminal with positioning capability The RTT value.
The apparatus according to any one of claims 21-25, wherein the value of the offset is the current timing advance TA value of the terminal indicated by the network device.
The apparatus according to any one of claims 21-25, wherein the value of the offset is a current TA value calculated by the terminal.
The apparatus according to any one of claims 21-25, wherein the value of the offset is a preset value configured by a network device.
The apparatus according to claim 29, wherein the preset value comprises an RTT value between a ground reference point and a network device.
An SR sending device, characterized in that it is applied to a network device, the device includes a processing unit and a communication unit, wherein:

The processing unit is configured to receive an SR on the SR configuration resource through the communication unit, and the SR is sent by the terminal to the network device during the following operations: send the SR on the SR configuration resource, and send the SR on the SR configuration resource. Start sr-ProhibitTimer after an offset.
The apparatus according to claim 31, wherein the offset is used by the terminal to disable the SR configuration resource to send the SR during the offset period.
The device according to claim 32, wherein the SR configuration resource is a PUCCH resource, and the PUCCH resource meets a preset SR transmission condition.
The apparatus according to claim 33, wherein the preset SR transmission condition comprises: the PUCCH resource does not overlap with the measurement gap and does not overlap with the PUSCH resource.
The device according to claim 34, wherein before the processing unit receives the SR on the SR configuration resource through the communication unit, the processing unit is further configured to: send the first RRC signaling to the terminal through the communication unit The first RRC signaling is used to instruct the terminal to apply the offset.
The apparatus according to any one of claims 31-35, wherein the value of the offset is an RTT value, and the RTT value is between a local device and a network device calculated by the terminal with positioning capability The RTT value.
The apparatus according to any one of claims 31-35, wherein the value of the offset is the current TA value of the terminal indicated by the network device.
The device according to any one of claims 31-35, wherein the value of the offset is a current TA value calculated by the terminal.
The apparatus according to any one of claims 31-35, wherein the value of the offset is a preset value configured by a network device.
The apparatus according to claim 39, wherein the preset value comprises an RTT value between a ground reference point and a network device.
A terminal, characterized by comprising a processor, a memory, a communication interface, and one or more programs, the one or more programs are stored in the memory and configured to be executed by the processor, and The program includes instructions for performing the steps in the method according to any one of claims 1-10.
A network device, characterized by comprising a processor, a memory, a communication interface, and one or more programs, the one or more programs are stored in the memory and configured to be executed by the processor, The program includes instructions for performing the steps in the method according to any one of claims 11-20.
A chip, characterized by comprising: a processor, configured to call and run a computer program from a memory, so that the device installed with the chip executes the method described in any one of claims 1-10 or 11-20 method.
A computer-readable storage medium, characterized in that it stores a computer program for electronic data exchange, wherein the computer program causes a computer to execute the method according to any one of claims 1-10 or 11-20 .
A computer program that causes a computer to execute the method according to any one of claims 1-10 or 11-20.