CN114586454A

CN114586454A - Scheduling Request (SR) sending method and related device

Info

Publication number: CN114586454A
Application number: CN202080073500.1A
Authority: CN
Inventors: 李海涛
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2020-01-15
Filing date: 2020-01-15
Publication date: 2022-06-03
Anticipated expiration: 2040-01-15
Also published as: WO2021142663A1; CN114586454B

Abstract

The embodiment of the application discloses an SR sending method and a related device, wherein the method comprises the following steps: the terminal sends SR on the SRconfiguration resource configured by the scheduling request, and starts a scheduling request disable timer SR-ProhibitTimer after an offset value offset. The method and the device can avoid reconfiguring the SR-ProhibitTimer so as to reduce signaling overhead, reduce effective time delay of new parameter values and improve the control accuracy of the SR sending time.

Description

Scheduling Request (SR) sending method and related device

Technical Field

The present application relates to the field of communications technologies, and in particular, to an SR sending method and a related apparatus.

Background

In a New Radio (NR) ground network, a signal transmission delay between a User Equipment (UE) and the network is small, and a waiting time from when the UE sends a Scheduling Request (SR) to when the UE receives an uplink resource scheduled by the network is generally short, so that a Scheduling Request disabling timer SR-ProhibitTimer may be set to a small value.

Compared with a cellular Network adopted by the traditional NR, the signal propagation delay between the UE and the satellite in a Non-Terrestrial Network (NTN) is greatly increased, so that when uplink data arrives at the UE but the UE does not have uplink resources for data transmission, the UE needs to wait for 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, covering at least Round Trip Time (RTT) Time in the NTN network. However, the RTT of the UE in the NTN network also varies greatly, which may cause the network to reconfigure the value of sr-ProhibitTimer frequently, resulting in signaling overhead, and the effective time of a new parameter value is also delayed greatly due to the long RTT. In addition, the larger value of SR-ProhibitTimer is not beneficial to the network to accurately control the time of the UE for transmitting the SR.

Disclosure of Invention

The embodiment of the application provides an SR sending method and a related device, which aim to avoid reconfiguring an SR-ProhibitTimer so as to reduce signaling overhead, reduce effective time delay of new parameter values and improve the control accuracy of SR sending time.

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

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

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

the network equipment receives the SR on the SR configuration resource, wherein the SR is sent to the network equipment by the terminal in the following operations: and sending an SR on the SR configuration resource, and starting an SR-ProhibitTimer after one offset.

In a third aspect, an embodiment of the present application provides an SR transmission apparatus, which is applied to a terminal, and includes a processing unit and a communication unit,

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

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

the processing unit is configured to receive, by the communication unit, an SR on an SR configuration resource, where the SR is transmitted by a terminal to the network device in performing: and sending the SR on the SR configuration resource, and starting SR-ProhibitTimer after one offset.

In a fifth aspect, embodiments of the present application provide a terminal, including a processor, a memory, a communication interface, and one or more programs, where 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 of any of the methods of the first aspect of the embodiments of the present application.

In a sixth aspect, embodiments of the present application provide a network device, including a processor, a memory, a communication interface, and one or more programs, where the one or more programs are stored in the memory and configured to be executed by the processor, and the programs include instructions for performing steps in any of the methods of the second aspect of the embodiments of the present application.

In a seventh aspect, an embodiment of the present application provides a chip, including: and the processor is used for calling and running the computer program from the memory so that the device provided with the chip executes part or all of the steps described in the method of any one of the first aspect and the second aspect of the embodiment of the application.

In an eighth aspect, the present application provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, where the computer program makes a computer perform part or all of the steps described in any one of the methods of the first aspect or the second aspect of the present application.

In a ninth aspect, embodiments of the present application provide a computer program, where the computer program is operable to cause a computer to perform some or all of the steps as described in any of the methods of the first or second aspects of the embodiments of the present application. The computer program may be a software installation package.

It can be seen that, in the embodiment of the present application, the terminal sends the SR on the SR configuration resource configured by the scheduling request, and starts the SR-ProhibitTimer after an offset value offset, which means that the terminal does not immediately start the SR-ProhibitTimer after sending the SR but starts the SR-ProhibitTimer after an offset, so as to avoid frequent reconfiguration of the SR-ProhibitTimer value by the network device due to RTT change, and the SR-ProhibitTimer value can be kept to a small value, thereby improving the accuracy of SR sending control.

Drawings

Reference will now be made in brief to the drawings that are needed in describing embodiments or prior art.

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

fig. 2 is a schematic flowchart of an SR transmission method according to an embodiment of the present application;

fig. 3 is a schematic structural diagram of a terminal according to an embodiment of the present application;

fig. 4 is a schematic structural diagram of a network device according to an embodiment of the present application;

fig. 5 is a block diagram illustrating functional units of an SR transmission apparatus according to an embodiment of the present disclosure;

fig. 6 is a block diagram of functional units of an SR transmission apparatus according to an embodiment of the present application.

Detailed Description

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

The technical solution of the embodiment of the present application may be applied to the example communication system 100 shown in fig. 1, where the example communication system 100 includes a terminal 110 and a network device 120, and the terminal 110 is communicatively connected to the network device 120.

The example communication system 100 may be, for example: Non-Terrestrial communication Network (NTN) systems, global system for mobile communications (GSM) systems, Code Division Multiple Access (CDMA) systems, Wideband Code Division Multiple Access (WCDMA) systems, General Packet Radio Service (GPRS), Long Term Evolution (LTE) systems, LTE Frequency Division Duplex (FDD) systems, LTE Time Division Duplex (TDD) systems, universal mobile telecommunications system (universal mobile telecommunications system, UMTS), universal internet access (worldwide interoperability for telecommunications, WiMAX) systems, future radio (NR 5) systems, and so on.

A terminal 110 in the embodiments of the subject application may refer to a user equipment, an access terminal, a subscriber unit, a subscriber station, a mobile station, a remote terminal, a mobile device, a user terminal, a wireless communication device, a user agent, or a user device. The terminal may 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), a handheld device with wireless communication function, a computing device or other processing device connected to a wireless modem, a relay device, a vehicle-mounted device, a wearable device, a terminal in a future 5G network or a terminal in a future evolved Public Land Mobile Network (PLMN), and the like, which are not limited in this embodiment.

The network device 120 in the embodiment of the present application may be a device for communicating with a terminal, the network device may be a Base Transceiver Station (BTS) in a global system for mobile communications (GSM) system or a Code Division Multiple Access (CDMA) system, may be a base station (NodeB) in a Wideband Code Division Multiple Access (WCDMA) system, may be an evolved NodeB (NB), eNB or eNodeB) in an LTE system, may be a wireless controller in a Cloud Radio Access Network (CRAN) scenario, or may be a relay device, an access point, a vehicle-mounted device, a wearable device, and a network device in a future 5G network or a network device in a future evolved PLMN network, one or a set of antenna panels (including multiple antenna panels) of a base station in a 5G system, alternatively, the network node may also be a network node that forms a gNB or a transmission point, such as a baseband unit (BBU), a Distributed Unit (DU), or the like, and the embodiment of the present application is not limited.

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 function of the gNB and the DU implements part of the function of the gNB. For example, the CU is responsible for processing non-real-time protocols and services, and implements functions of a Radio Resource Control (RRC) layer and a Packet Data Convergence Protocol (PDCP) layer. The DU is responsible for processing a physical layer protocol and a real-time service, and implements functions of a Radio Link Control (RLC) layer, a Medium Access Control (MAC) layer, and a Physical (PHY) layer. The AAU implements part of the physical layer processing functions, radio frequency processing and active antenna related functions. Since the information of the RRC layer eventually becomes or is converted from the information of the PHY layer, the higher layer signaling, such as the RRC layer signaling, may also be considered to be transmitted by the DU or by the DU + AAU under this architecture. It is to be understood that the network device may be a device comprising one or more of a CU node, a DU node, an AAU node. In addition, the CU may be divided into network devices in an access network (RAN), or may be divided into network devices in a 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 top of the hardware layer, and an application layer running on top of the operating system layer. The hardware layer includes hardware such as a Central Processing Unit (CPU), a Memory Management Unit (MMU), and a memory (also referred to as a main memory). The operating system may be any one or more computer operating systems that implement business processing through processes (processes), such as a Linux operating system, a Unix operating system, an Android operating system, an iOS operating system, or a windows operating system. The application layer comprises applications such as a browser, an address list, word processing software, instant messaging software and the like. Furthermore, the embodiment of the present application does not particularly limit the specific structure of the execution main body of the method provided by the embodiment of the present application, as long as the communication can be performed according to the method provided by the embodiment of the present application by running the program recorded with the code of the method provided by the embodiment of the present application, for example, the execution main body of the method provided by the embodiment of the present application may be a terminal, or a functional module in the terminal that can call the program and execute the program.

Currently, 3GPP is researching non-terrestrial communication network NTN technology, and the NTN generally provides communication service to terrestrial users by means of satellite communication. Satellite communications have many unique advantages over terrestrial cellular communications. First, satellite communication is not limited by user regions, for example, general terrestrial communication cannot cover regions where communication equipment cannot be set up, such as the sea, mountains, desert, and the like, or communication coverage is not performed due to sparse population, and for satellite communication, since one satellite can cover a large ground and the satellite can orbit around the earth, theoretically every corner on the earth can be covered by satellite communication. Second, satellite communications have great social value. Satellite communication can be covered in remote mountainous areas, poor and laggard countries or areas with lower cost, so that people in the areas can enjoy advanced voice communication and mobile internet technology, the digital gap between the areas is favorably reduced and developed, and the development of the areas is promoted. Thirdly, the satellite communication distance is long, and the cost of communication is not obviously increased when the communication distance is increased; and finally, the satellite communication has high stability and is not limited by natural disasters.

Communication satellites are classified into Low-Earth Orbit (LEO) satellites, Medium-Earth Orbit (MEO) satellites, geosynchronous Orbit (GEO) satellites, High-elliptic Orbit (HEO) satellites, and the like according to the difference in orbital height. The main studies at the present stage are LEO and GEO.

1.LEO

The height range of the low-orbit satellite is 500 km-1500 km, and the corresponding orbit period is about 1.5 hours-2 hours. The signal propagation delay for inter-user single-hop communications is typically less than 20 ms. Maximum satellite visibility time 20 minutes. The signal propagation distance is short, the link loss is less, and the requirement on the transmitting power of the user terminal is not high.

2.GEO

A geosynchronous orbit satellite, with an orbital altitude of 35786km, has a period of 24 hours of rotation around the earth. The signal propagation delay for inter-user single-hop communications is typically 250 ms.

In order to ensure the coverage of the satellite and improve the system capacity of the whole satellite communication system, the satellite adopts multiple beams to cover the ground, and one satellite can form dozens of or even hundreds of beams to cover the ground; one satellite beam may cover a ground area several tens to hundreds of kilometers in diameter.

In the 5G NR BSR procedure, the UE makes the serving base station know the uplink Buffer data volume of the UE through a Buffer Status Report (BSR), so that the base station can schedule the UE according to the data volume information provided by the UE. In order to save the BSR reporting overhead, a packet reporting mode is adopted. Each uplink Logical Channel corresponds to a Logical Channel Group (LCG), multiple uplink Logical channels may correspond to the same Logical Channel Group LCG, and the correspondence between a Logical Channel LC and a Logical Channel Group LCG is configured by Radio Resource Control (RRC). And the UE reports the BSR based on the LCG. Each UE in the NR may support up to 8 LCGs. The triggering conditions for BSR are several:

a logical channel with higher priority of the UE has uplink data arriving, in which case a Regular BSR is triggered.

2. The Padding part of the uplink resource allocated to the UE after carrying other uplink data can carry the BSR MAC control element CE, and in this case, the Padding BSR is sent.

3. When the retransmission BSR Timer retxsbsr-Timer times out and there is at least one uplink logical channel to be transmitted with uplink data, the Regular BSR is triggered.

4. The Periodic BSR Timer periodicBSR-Timer times out, which triggers the Periodic BSR.

If multiple logical channels trigger Regular BSRs simultaneously, each of these logical channels may trigger a separate Regular BSR.

The BSR is carried over BSR MAC CE.

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

And in the 5G NR SR process, the UE applies for uplink resources to the network through the SR. The network does not know when the UE needs to transmit uplink data, i.e. when the UE will transmit an SR. Therefore, the network may allocate a periodic PUCCH resource for transmitting the SR to the UE, and then detect whether there is an SR reported on the allocated SR resource.

As can be seen from the trigger condition of the SR described above, the SR in the NR is based on a logical channel. For each uplink logical channel, the network may select whether to configure a PUCCH resource for transmitting the SR for the uplink logical channel. Under the condition that one uplink logical channel triggers SR, if a network configures PUCCH resources for transmitting SR for the uplink logical channel, UE sends SR on the PUCCH resources for transmitting SR corresponding to the logical channel; otherwise, the UE initiates random access.

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

Each PUCCH resource for transmitting SR corresponds to the following configuration parameters:

PUCCH resource period and slot/time symbol offset;

PUCCH resource index.

In order to limit the frequent SR transmission of the UE, the network configures one SR-ProhibitTimer for each SR configuration. For a Pending SR (where, when the UE triggers an SR, the SR is in a "Pending" state, which means that the UE prepares but has not yet sent an SR to the network device), when a PUCCH resource satisfies an SR transmission condition (e.g., does not overlap with a measurement gap and does not overlap with a PUSCH), the UE starts an SR-ProhibitTimer. During the SR-ProhibitTimer running period, the UE is prohibited from sending the SR for the SR configuration, and the SR can only be sent when the SR-ProhibitTimer is not running (including when the SR-ProhibitTimer is not started and after timeout).

In the NR ground network, the signal transmission delay between the UE and the network is small, and the waiting time from when the UE sends the SR to when the UE receives the uplink resource scheduled by the network is generally short, so the SR-ProhibitTimer may be set to a small value. Compared with the cellular network adopted by the traditional NR, the signal propagation delay between the UE and the satellite in the NTN is greatly increased, so when the UE has uplink data to arrive but the UE does not have uplink resources for data transmission, the UE needs to wait for a relatively long time before receiving the scheduling of 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, RTT of the UE in the NTN network also changes greatly (especially in an LEO scenario), which may cause the network to reconfigure the value of sr-ProhibitTimer frequently, resulting in signaling overhead, and the effective time of a new parameter value is also delayed greatly due to an excessively long RTT. In addition, the larger value of SR-ProhibitTimer is not beneficial to the network to accurately control the time of the UE for transmitting the SR.

In view of the above problem, an SR transmission method is provided in an embodiment of the present application, which is described in detail below with reference to the accompanying drawings.

Referring to fig. 2, fig. 2 is a schematic flowchart of an SR sending method according to an embodiment of the present disclosure, where as shown in the figure, the method includes:

in step 201, the terminal sends an SR on the SR configuration resource configured by the scheduling request, and starts a SR-prohibit timer after an offset value offset.

The offset value offset may be, for example, 10ms, 50ms, 100ms, etc., which is not limited herein.

Wherein, the SR-ProhibitTimer is used for monitoring the SR signal transmitted in the PUCCH, when the timer is running, the SR cannot be transmitted, and once the timer is over, the UE needs to retransmit the SR until the maximum transmission number dsr-TransMax is reached.

In this possible example, the offset is used for the terminal to disable the SR configuration resource from sending the SR during the offset. Because the terminal applies the offset and the SR-ProhibitTimer after sending the SR, the time length during which the terminal is prohibited from sending the SR is the sum of the offset and the time length of the SR-ProhibitTimer, thereby expanding the time interval for reconfiguring the SR-ProhibitTimer, and avoiding the frequent reconfiguration of the SR-ProhibitTimer value by the network equipment due to the variation of RTT so as to reduce the signaling overhead.

Step 202, the network device receives an SR on an SR configuration resource, where the SR is sent by the terminal to the network device in the following operations: and sending the SR on the SR configuration resource, and starting SR-ProhibitTimer after one offset.

The network device may specifically be a base station (satellite) in an NTN system.

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

The SR belongs to information of the physical layer, and the terminal itself that transmits the SR does not need resource block RB resources and can transmit the SR through the PUCCH. After the network device successfully decodes the SR signal of a certain terminal, the terminal may be allocated with RB resources through the downlink control signaling DCI0, but it cannot be guaranteed that the network device allocates RBs each time. Sometimes, although the UE transmits the SR signal, the network device does not decode it. After the terminal sends the SR signal, it is not expected that the network device will always allocate the RB resource at a next time, and many times, the terminal needs to send the SR multiple times in order to obtain the uplink RB resource.

In this possible example, the preset SR transmission condition includes: the PUCCH resources do not overlap with measurement time slot measurement gap and do not overlap with Physical Uplink Shared Channel (PUSCH) resources.

Therefore, in this example, the terminal restricts SR sending actions by conditions, so that SR sending can be controlled more accurately, unnecessary signaling overhead caused by an invalid SR sending process is avoided, and SR sending control accuracy is improved.

In one possible example, before the terminal sends the SR on the SR configuration resource, the method further includes: the terminal receives first Radio Resource Control (RRC) signaling from the network equipment, wherein the first RRC signaling is used for instructing the terminal to apply the offset.

Therefore, in this example, the network device may instruct the terminal to apply the offset, so as to accurately control the action at the terminal side, and improve the overall signaling interaction efficiency of the communication system.

The terminal may further receive second RRC signaling from the network device, the second RRC signaling indicating that the terminal does not apply the offset; and the terminal sends an SR and starts the SR-ProhibitTimer.

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

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

Specifically, the terminal may calculate the RTT periodically, and use the latest updated RTT in the current calculation period to ensure real-time performance and accuracy.

As can be seen, in this example, by using the RTT value as the offset value, the RTT time in the communication network where the terminal is located can be effectively covered, so that the terminal does not frequently send the SR any more in the waiting time period after sending the SR, and the signaling overhead can be controlled.

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

In a specific implementation, the network device may determine the TA value according to a resource configuration condition of the terminal, so that the network device may directly indicate the TA value to the terminal through a random access response RAR, or indicate the TA value to the terminal through a TA command MAC CE, which is not limited herein.

It can be seen that, in this example, since the TA can enable the uplink packet of the terminal to reach the network device at a desired time, estimate the radio frequency transmission delay caused by the distance, and send out the data packet at a corresponding time in advance, the RTT time in the communication network where the terminal is located can be effectively covered by using the TA value as the value of the offset value offset, so that the terminal does not frequently send the SR any more in the waiting period after sending the SR, and signaling overhead can be controlled.

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

In a specific implementation, the terminal may calculate a current TA value by using a positioning method and location information of a network device (e.g., a satellite base station) and/or propagation delay information of a feeder link,

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

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

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

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

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

Referring to fig. 3, in accordance with the embodiment shown in fig. 2, fig. 3 is a schematic structural diagram of a terminal 300 according to an embodiment of the present application, and as shown in the figure, the terminal 300 includes a processor 310, a memory 320, a communication interface 330, and one or more programs 321, where the one or more programs 321 are stored in the memory 320 and configured to be executed by the processor 310, and the one or more programs 321 include instructions for performing the following operations.

And transmitting the SR on the SR configuration resource configured by the scheduling request, and starting a scheduling request disable timer SR-ProhibitTimer after an offset value offset.

It can be seen that, in the embodiment of the present application, the terminal sends the SR on the SR configuration resource configured by the scheduling request, and starts the SR-ProhibitTimer after an offset value offset, which means that the terminal does not start the SR-ProhibitTimer immediately after sending the SR, but starts the SR-ProhibitTimer after an offset, so as to avoid frequent reconfiguration of the SR-ProhibitTimer value by the network device due to a change in RTT, and the SR-ProhibitTimer value can be kept small, thereby improving the accuracy of SR sending control.

In one possible example, the offset is used for the terminal to disable the SR configuration resource from transmitting the SR during the offset.

In one possible example, the preset SR transmission condition includes: the PUCCH resources do not overlap with measurement time slot measurement gap and do not overlap with Physical Uplink Shared Channel (PUSCH) resources.

In one possible example, the program 321 further includes instructions for: receiving first Radio Resource Control (RRC) signaling from the network device before an SR is sent on an SR configuration resource, wherein the first RRC signaling is used for indicating the terminal to apply the offset.

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

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

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

Referring to fig. 4, fig. 4 is a schematic structural diagram of a network device 400 according to an embodiment of the present disclosure, and 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, where the one or more programs 421 are stored in the memory 420 and configured to be executed by the processor 410, and the one or more programs 421 include instructions for performing the following operations.

Receiving an SR on an SR configuration resource, wherein the SR is sent by a terminal to the network device in the following operations: and sending the SR on the SR configuration resource, and starting SR-ProhibitTimer after one offset.

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

In one possible example, the preset SR transmission condition includes: the PUCCH resources do not overlap with the measurement gap and do not overlap with the PUSCH resources.

In one possible example, the program 421 also includes instructions for: before receiving the SR on the SR configuration resource, sending a first RRC signaling to the terminal, wherein the first RRC signaling is used for indicating the terminal to apply the offset.

In one possible example, the offset takes the value of RTT, which is an RTT value calculated by the terminal with positioning capability from the local device to the network device.

The above-mentioned scheme of the embodiment of the present application is introduced mainly from the perspective of interaction between network elements. It is understood that the terminal includes corresponding hardware structures and/or software modules for performing the respective functions in order to implement the above-described functions. Those of skill in the art would readily appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is performed in hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiment of the present application, the terminal may be divided into the functional units according to the above method example, 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 integrated unit may be implemented in the form of hardware, or may be implemented in the form of a software program module. It should be noted that the division of the unit in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation.

In case of using integrated units, fig. 5 shows a block diagram of a possible functional unit composition of the SR transmitting device according to the above embodiment. The SR transmitting apparatus 500 is applied to a terminal, and specifically includes: a processing unit 502 and a communication unit 503. Processing unit 502 is configured to control and manage actions of the terminal, e.g., processing unit 502 is configured to enable the terminal to perform step 201 in fig. 2 and/or other processes for the techniques described herein. The communication unit 503 is used to support communication between the terminal and other devices. The terminal may further 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, such as a Central Processing Unit (CPU), a general-purpose Processor, a Digital Signal Processor (DSP), an Application-Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a transistor logic device, a hardware component, or any combination thereof. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. The processor may also be a combination of computing functions, e.g., comprising one or more microprocessors, DSPs, and microprocessors, among others. 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 according to the embodiment of the present application may be the terminal shown in fig. 3.

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

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

In one possible example, before the processing unit 502 sends the SR on the SR configuration resource through the communication unit 503, the processing unit is further configured to: receiving, by the communication unit 503, a 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.

In case of using integrated units, fig. 6 shows a block diagram of a possible functional unit composition of the SR transmitting apparatus as referred to in the above embodiments. The SR transmission apparatus 600 is applied to a network device including: a processing unit 602 and a communication unit 603. Processing unit 602 is used to control and manage actions of the network device, e.g., processing unit 502 is used to support the network device in performing step 202 in fig. 2 and/or other processes for the techniques described herein. The communication unit 603 is configured to support communication between the network device and other devices. The network device may further comprise a storage unit 601 for storing program codes and data of the terminal.

The Processing Unit 602 may be a Processor or a controller, such as a Central Processing Unit (CPU), a general-purpose Processor, a Digital Signal Processor (DSP), an Application-Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a transistor logic device, a hardware component, or any combination thereof. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. The processor may also be a combination of computing functions, e.g., comprising one or more microprocessors, DSPs, and microprocessors, among others. 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 according to the embodiment of the present application may be a network device shown in fig. 4.

The processing unit 602 is configured to receive, through the communication unit 603, an SR on an SR configuration resource, where the SR is sent by a terminal to the network device in the following operations: and sending the SR on the SR configuration resource, and starting SR-ProhibitTimer after one offset.

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

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

It can be understood that, since the method embodiment and the apparatus embodiment are different presentation forms of the same technical concept, the content of the method embodiment portion in the present application should be synchronously adapted to the apparatus embodiment portion, and is not described herein again.

The embodiment of the present application further provides a chip, where the chip includes a processor, configured to call and run a computer program from a memory, so that a device in which the chip is installed performs some or all of the steps described in the terminal in the above method embodiment.

The embodiment of the present application further provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, where the computer program makes a computer perform some or all of the steps described in the terminal in the above method embodiment.

The embodiment of the present application further provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, where the computer program causes a computer to perform some or all of the steps described in the above method embodiment for a network-side device.

The present application further provides a computer program product, where the computer program product includes a computer program operable to make a computer perform some or all of the steps described in the terminal in the above method embodiments. The computer program product may be a software installation package.

The steps of a method or algorithm described in the embodiments of the present application may be implemented in hardware, or may be implemented by a processor executing software instructions. The software instructions may be comprised of corresponding software modules that may be stored in Random Access Memory (RAM), flash Memory, Read Only Memory (ROM), Erasable Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), registers, a hard disk, a removable disk, a compact disc Read Only Memory (CD-ROM), or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. Of course, the storage medium may also be integral to the processor. The processor and the storage medium may reside in an ASIC. Additionally, the ASIC may reside in an access network device, a target network device, or a core network device. Of course, the processor and the storage medium may reside as discrete components in an access network device, a target network device, or a core network device.

Those skilled in the art will appreciate that in one or more of the examples described above, the functionality 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 in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the application to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored on a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website, computer, server, or data center to another website, computer, server, or data center via wire (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., Digital Video Disk (DVD)), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.

The above-mentioned embodiments, objects, technical solutions and advantages of the embodiments of the present application are further described in detail, it should be understood that the above-mentioned embodiments are only specific embodiments of the present application, and are not intended to limit the scope of the embodiments of the present application, and any modifications, equivalent substitutions, improvements and the like made on the basis of the technical solutions of the embodiments of the present application should be included in the scope of the embodiments of the present application.

Claims

A Scheduling Request (SR) sending method is characterized by comprising the following steps:

the terminal sends the SR on the SR configuration resource configured by the scheduling request, and starts a scheduling request disable timer SR-ProhibitTimer after an offset value offset.
The method of claim 1, wherein the offset is used for the terminal to disable the SR configuration resource from sending the SR during the offset.
The method of claim 2, wherein the SR configuration resource is a Physical Uplink Control Channel (PUCCH) resource, and wherein the PUCCH resource satisfies a preset SR transmission condition.
The method of claim 3, wherein the preset SR transmission condition comprises: the PUCCH resources do not overlap with measurement time slot measurement gap and do not overlap with Physical Uplink Shared Channel (PUSCH) resources.
The method of claim 4, wherein before the terminal transmits the SR on the SR configuration resource, the method further comprises:

the terminal receives first Radio Resource Control (RRC) signaling from the network equipment, wherein the first RRC signaling is used for instructing the terminal to apply the offset.
The method according to any of claims 1-5, wherein the value of the offset is a round trip transmission time RTT value, and the RTT value is an RTT value between a local terminal device and a network device calculated by the terminal with positioning capability.
The method according to any of claims 1-5, wherein the value of the offset is a network equipment indicated current Timing Advance (TA) value of the terminal.
The method according to any of claims 1-5, wherein the value of the offset is a current TA value calculated by the terminal.
The method according to any of claims 1-5, wherein the value of the offset is a preset value configured by a network device.
The method of claim 9, wherein the preset value comprises an RTT value between a ground reference point and a network device.
An SR transmission method, comprising:

the network equipment receives the SR on the SR configuration resource, wherein the SR is sent to the network equipment by the terminal in the following operations: and sending the SR on the SR configuration resource, and starting SR-ProhibitTimer after one offset.
The method of claim 11, wherein the offset is used for the terminal to disable the SR configuration resource from sending the SR during the offset.
The method of claim 12, wherein the SR configuration resource is a PUCCH resource, and wherein the PUCCH resource satisfies a preset SR transmission condition.
The method of claim 13, wherein the preset SR transmission condition comprises: the PUCCH resources do not overlap with the measurement gap and do not overlap with the PUSCH resources.
The method of claim 14, wherein before the network device receives the SR on the SR configuration resource, the method further comprises:

the network equipment sends a first RRC signaling to the terminal, wherein the first RRC signaling is used for indicating the terminal to apply the offset.
The method according to any of claims 11-15, wherein the offset value is an RTT value, and the RTT value is an RTT value calculated by the terminal with positioning capability from a local terminal to a network device.
The method according to any of claims 11-15, wherein the value of the offset is a current TA value of the terminal indicated by the network device.
The method according to any of claims 11-15, wherein the value of the offset is a current TA value calculated by the terminal.
The method according to any of claims 11-15, wherein the value of the offset is a preset value configured by a network device.
The method of claim 19, wherein the preset value comprises an RTT value between a ground reference point and a network device.
An SR transmission apparatus applied to a terminal, the apparatus comprising a processing unit and a communication unit, wherein,

the processing unit is configured to send the SR on the SR configuration resource configured by the scheduling request through the communication unit, and start the SR-ProhibitTimer after an offset value offset.
The apparatus of claim 21, wherein the offset is used for the terminal to disable the SR configuration resource from sending the SR during the offset.
The apparatus of claim 22, wherein the SR configuration resource is a PUCCH resource, and wherein the PUCCH resource satisfies a preset SR transmission condition.
The apparatus of claim 23, wherein the preset SR transmission conditions comprise: the PUCCH resources do not overlap with the measurement gap and do not overlap with the PUSCH resources.
The apparatus of claim 24, wherein the processing unit, prior to sending the SR on the SR configuration resource via the communication unit, is further configured to: receiving, by the communication unit, first radio resource control, RRC, signaling from the network device, the first RRC signaling being used to instruct the terminal to apply the offset.
The apparatus according to any of claims 21-25, wherein the offset value is an RTT value, and wherein the RTT value is an RTT value calculated by the terminal with positioning capability from a local device to a network device.
The apparatus according to any of claims 21-25, wherein the value of the offset is a network equipment indicated current timing advance, TA, value of the terminal.
The apparatus according to any of claims 21-25, wherein the value of the offset is a current TA value calculated by the terminal.
The apparatus according to any of claims 21-25, wherein the value of the offset is a preset value configured by a network device.
The apparatus of claim 29, wherein the preset value comprises an RTT value between a ground reference point and a network device.
An SR transmission apparatus applied to a network device, the apparatus comprising a processing unit and a communication unit, wherein,

the processing unit is configured to receive, by the communication unit, an SR on an SR configuration resource, where the SR is transmitted by a terminal to the network device in performing the following operations: and sending the SR on the SR configuration resource, and starting SR-ProhibitTimer after one offset.
The apparatus of claim 31, wherein the offset is used for the terminal to disable the SR configuration resource from sending the SR during the offset.
The apparatus of claim 32, wherein the SR configuration resource is a PUCCH resource, and wherein the PUCCH resource satisfies a preset SR transmission condition.
The apparatus of claim 33, wherein the preset SR transmission conditions comprise: the PUCCH resources do not overlap with the measurement gap and do not overlap with the PUSCH resources.
The apparatus of claim 34, wherein the processing unit, prior to receiving the SR on the SR configuration resource via the communication unit, is further configured to: sending, by the communication unit, first RRC signaling to the terminal, where the first RRC signaling is used to instruct the terminal to apply the offset.
The apparatus according to any of claims 31-35, wherein the offset value is an RTT value, and the RTT value is an RTT value calculated by the terminal with positioning capability from a local terminal to a network device.
The apparatus according to any of claims 31-35, wherein the value of the offset is a current TA value of the terminal indicated by the network device.
The apparatus according to any of claims 31-35, wherein the value of the offset is a current TA value calculated by the terminal.
The apparatus according to any of claims 31-35, wherein the value of the offset is a preset value configured by a network device.
The apparatus of claim 39, wherein the preset value comprises an RTT value between a ground reference point and a network device.
A terminal comprising a processor, memory, a communication interface, and one or more programs stored in the memory and configured to be executed by the processor, the programs comprising instructions for performing the steps in the method of any of claims 1-10.
A network device comprising a processor, a memory, a communication interface, and one or more programs stored in the memory and configured to be executed by the processor, the programs including instructions for performing the steps in the method of any of claims 11-20.
A chip, comprising: a processor for calling and running a computer program from a memory so that a device on which the chip is installed performs the method of any of claims 1-10 or 11-20.
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 perform the method according to any one of claims 1-10 or 11-20.
A computer program for causing a computer to perform the method of any one of claims 1-10 or 11-20.