CN110831051A

CN110831051A - PUSCH and SR processing method and equipment

Info

Publication number: CN110831051A
Application number: CN201810893114.1A
Authority: CN
Inventors: 李娜; 潘学明; 沈晓冬
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2018-08-07
Filing date: 2018-08-07
Publication date: 2020-02-21
Anticipated expiration: 2038-08-07
Also published as: CN110831051B; CN113271676B; CN113271676A; WO2020029783A1

Abstract

The embodiment of the invention discloses a PUSCH and SR processing method and equipment, relates to the technical field of communication, and can solve the problem of PUSCH and SR conflict when UE sends PUSCH and SR. The specific scheme is as follows: determining a processing mode of a PUSCH and an SR under the condition that the time domain resource of the PUSCH and the time domain resource of the SR are overlapped, wherein the PUSCH is used for transmitting the first type of service data, and the SR is used for requesting the transmission resource of the second type of service data; and processes the PUSCH and SR in a processing manner. Wherein, the processing mode is SR transmission and PUSCH discarding; or transmits PUSCH and SR. The embodiment of the invention is applied to the process of processing the PUSCH and the SR by the UE.

Description

PUSCH and SR processing method and equipment

Technical Field

The embodiment of the invention relates to the technical field of communication, in particular to a PUSCH and SR processing method and equipment.

Background

In a fifth Generation Mobile Communication (5-Generation, 5G) system, a User Equipment (UE) may support services of enhanced Mobile Broadband (eMBB), mass machine Type Communication (mtc), Ultra Reliable and Low delay Communication (URLLC), and the like, where different types of services correspond to different delays and reliability requirements.

When the UE supports only one service type, if a Physical Uplink Shared Channel (PUSCH) allocated by the base station to the UE is not used for carrying an Uplink-Shared Channel (UL-SCH), or the UE is not allocated a PUSCH resource, the UE may send an Uplink Scheduling Request (SR) to the base station to request an Uplink transmission resource for the service of the service type; if the PUSCH can be used to carry the UL-SCH, the UE may send a Buffer Status Report (BSR) to the base station through the PUSCH to request uplink transmission resources for newly arrived service data of the service type.

However, when the UE supports multiple service types (e.g., eMBB and URLLC) simultaneously, if the UE uses the PUSCH allocated by the base station to transmit eMBB service data and the PUSCH can be used to carry UL-SCH, at this time, if the UE has URLLC service data to arrive, the UE may not be able to send BSR for the URLLC service data on the PUSCH due to a requirement of low delay for the URLLC service data or a long time for the UE to process BSR, so the UE may send an SR to the base station to quickly request uplink transmission resources for the URLLC service data. As such, when the UE transmits the PUSCH and the SR, there may be a problem of collision of the PUSCH and the SR.

Disclosure of Invention

The embodiment of the invention provides a PUSCH and SR processing method and equipment, which can solve the problem of PUSCH and SR conflict when UE sends PUSCH and SR.

In order to solve the technical problem, the embodiment of the invention adopts the following technical scheme:

in a first aspect of the embodiments of the present invention, a PUSCH and SR processing method is provided, where the PUSCH and SR processing method includes: determining a processing mode of a PUSCH and an SR under the condition that the time domain resource of the PUSCH and the time domain resource of the SR are overlapped, wherein the PUSCH is used for transmitting the first type of service data, and the SR is used for requesting the transmission resource of the second type of service data; the PUSCH and SR are processed in a processing manner. Wherein, the processing mode is SR transmission and PUSCH discarding; or transmits PUSCH and SR.

In a second aspect of the embodiments of the present invention, a UE is provided, where the UE includes: a determining unit and a processing unit. The determining unit is configured to determine a processing manner of a PUSCH and an SR when a time domain resource of the PUSCH and a time domain resource of the SR overlap, where the PUSCH is used to transmit first type service data, and the SR is used to request a transmission resource of second type service data. And the processing unit is used for processing the PUSCH and the SR according to the processing mode determined by the determination unit. Wherein, the processing mode is SR transmission and PUSCH discarding; or transmits PUSCH and SR.

In a third aspect of the embodiments of the present invention, there is provided a UE, including a processor, a memory, and a computer program stored on the memory and executable on the processor, where the computer program, when executed by the processor, implements the steps of the PUSCH and SR processing method according to the first aspect.

In a fourth aspect of the embodiments of the present invention, there is provided a computer-readable storage medium storing thereon a computer program, which when executed by a processor, implements the steps of the PUSCH and SR processing method according to the first aspect.

In the embodiment of the present invention, when the time domain resource of the PUSCH and the time domain resource of the SR overlap, the UE may determine the processing manners of the PUSCH and the SR (the processing manners are to transmit the SR and discard the PUSCH or to transmit the PUSCH and the SR), and process the PUSCH and the SR according to the processing manners. Under the condition that the time domain resource of the PUSCH and the time domain resource of the SR are overlapped, the UE can process the PUSCH and the SR according to the determined processing modes of the PUSCH and the SR, namely the UE can transmit the SR and discard the PUSCH or transmit the PUSCH and the SR, so that the problem that the PUSCH conflicts with the SR can be solved, the UE can rapidly request the transmission resource of the second type service data from the base station, the UE can conveniently transmit the second type service data, and the transmission delay of the UE can be reduced.

Drawings

Fig. 1 is a schematic architecture diagram of a communication system according to an embodiment of the present invention;

fig. 2 is a schematic diagram of a PUSCH and SR processing method according to an embodiment of the present invention;

fig. 3 is a second schematic diagram of a PUSCH and SR processing method according to an embodiment of the present invention;

fig. 4 is an exemplary schematic diagram of a PUSCH and an SR according to an embodiment of the present invention;

fig. 5 is a second exemplary schematic diagram of a PUSCH and an SR according to the embodiment of the present invention;

fig. 6 is a third schematic diagram of a PUSCH and SR processing method according to an embodiment of the present invention;

fig. 7 is a fourth schematic diagram of a PUSCH and SR processing method according to an embodiment of the present invention;

fig. 8 is a schematic structural diagram of a UE according to an embodiment of the present invention;

fig. 9 is a hardware schematic diagram of a UE according to an embodiment of the present invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The terms "first" and "second," and the like, in the description and in the claims of embodiments of the present invention are used for distinguishing between different objects and not for describing a particular order of the objects. For example, the first type service data and the second type service data, etc. are used to distinguish different types of service data, rather than to describe a specific order of service data. In the description of the embodiments of the present invention, the meaning of "a plurality" means two or more unless otherwise specified.

The term "and/or" herein is an association relationship describing an associated object, meaning that three relationships may exist, e.g., a and/or B, may mean: a exists alone, A and B exist simultaneously, and B exists alone. The symbol "/" herein denotes a relationship in which the associated object is or, for example, a/B denotes a or B.

In the embodiments of the present invention, words such as "exemplary" or "for example" are used to mean serving as examples, illustrations or descriptions. Any embodiment or design described as "exemplary" or "e.g.," an embodiment of the present invention is not necessarily to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the word "exemplary" or "such as" is intended to present concepts related in a concrete fashion.

The following explains some concepts and/or terms involved in the PUSCH and SR processing method and apparatus provided in the embodiments of the present invention.

Uplink Scheduling Request (SR): if the UE has no uplink data to transmit, the base station does not need to allocate uplink transmission resources for the UE, otherwise, transmission resources are wasted. Therefore, the UE may indicate to the base station whether the UE has uplink data to transmit by sending an SR to the base station, so that the base station determines whether to allocate uplink transmission resources for the UE. However, the UE can only indicate whether there is uplink data transmission to the base station through the SR, and cannot indicate how much uplink data the UE needs to transmit. The UE also needs to indicate to the base station how much data in an uplink buffer (buffer) of the UE needs to be transmitted by transmitting the BSR to the base station, so that the base station determines how much uplink transmission resources are allocated to the UE. In general, after receiving the SR transmitted by the UE, the base station may allocate at least enough resources for the UE to transmit the BSR.

The base station may detect whether there is an SR reporting on the allocated SR resources. SR is transmitted on PUCCH resource, which is transmitted through IE: the Scheduling Request Resource identifier (Scheduling Request Resource Id) field of the Scheduling Request Resource configuration (Scheduling Request Resource Config). The resource of the SR is configured periodically, and different periods represent different delay requirements. One UE may configure multiple SRs and through IE: scheduling Request identifiers (Scheduling Request ids) are distinguished, and different SRs correspond to different logical channels/logical channel groups (i.e. to priorities of data).

Physical Uplink Shared Channel (PUSCH): the PUSCH may be used to carry the UL-SCH and Uplink Control Information (UCI). When the PUSCH is used to carry the UL-SCH (i.e., PUSCH with UL-SCH), the UE may send Uplink data through the PUSCH, and meanwhile, if the PUSCH collides with a Physical Uplink Control Channel (PUCCH) carrying HARQ-ACK and Channel State Information (CSI), the UE may multiplex the Uplink data, HARQ-ACK, and CSI for transmission on the PUSCH. When the PUSCH is not used for carrying the UL-SCH (i.e., PUSCH without UL-SCH), that is, the base station is allocating PUSCH resources, which are only used for transmitting HARQ-ACK and CSI, but not used for transmitting UL-SCH, since the PUSCH at this time is not used for transmission of traffic data, when the PUSCH not used for carrying the UL-SCH collides with SR, the UE will discard the PUSCH and transmit SR on PUCCH resources corresponding to SR.

It should be noted that in the NR system, the PUSCH may have different Orthogonal Frequency Division Multiplexing (OFDM) symbol lengths (e.g., 2-14 OFDM symbols), the PUCCH for transmitting the SR may be a short PUCCH (e.g., 1/2OFDM symbol lengths) or a long PUCCH (e.g., 4-14 OFDM symbol lengths), and the SR period may be 2OFDM symbols, 7 OFDM symbols, 1 Slot (Slot), or M slots (M is an integer greater than or equal to 1).

The embodiment of the invention provides a method and equipment for processing a PUSCH and an SR, wherein under the condition that the time domain resource of the PUSCH and the time domain resource of the SR are overlapped, UE (user equipment) can determine the processing modes of the PUSCH and the SR (the processing modes are that the SR is transmitted and the PUSCH is discarded or the PUSCH and the SR are transmitted), and process the PUSCH and the SR according to the processing modes. Under the condition that the time domain resource of the PUSCH and the time domain resource of the SR are overlapped, the UE can process the PUSCH and the SR according to the determined processing modes of the PUSCH and the SR, namely the UE can transmit the SR and discard the PUSCH or transmit the PUSCH and the SR, so that the problem that the PUSCH conflicts with the SR can be solved, the UE can rapidly request the transmission resource of the second type service data from the base station, the UE can conveniently transmit the second type service data, and the transmission delay of the UE can be reduced.

The PUSCH and SR processing method and device provided by the embodiment of the invention can be applied to a communication system. The method can be particularly applied to the process of processing the PUSCH and the SR by the UE based on the communication system.

Fig. 1 illustrates an architecture diagram of a communication system according to an embodiment of the present invention. As shown in fig. 1, the communication system may include a UE 01 and a network side device (e.g., a base station 02).

Wherein, the UE 01 and the base station 02 can establish connection and communication. For example, UE 01 may send an SR to base station 02 to indicate to the base station whether the UE has uplink data transmission. The UE may send a BSR to the base station to indicate to the base station how much data in an uplink Buffer (Buffer) of the UE needs to be sent, so that the base station determines how much uplink transmission resources are allocated to the UE.

In the embodiment of the present invention, the UE 01 and the base station 02 shown in fig. 1 may be in wireless connection. To illustrate the connection relationship between the UE 01 and the base station 02 more clearly, fig. 1 illustrates the connection relationship between the UE 01 and the base station 02 with a solid line.

A UE is a device that provides voice and/or data connectivity to a user, a handheld device with wired/wireless connectivity, or other processing device connected to a wireless modem. A UE may communicate with one or more core Network devices via a Radio Access Network (RAN). The UE may be a mobile terminal, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal, or a portable, pocket, hand-held, computer-included, or vehicle-mounted mobile device, that exchanges speech and/or data with the RAN, such as a Personal Communication Service (PCS) phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), and so on. A UE may also be referred to as a User Agent (User Agent) or a terminal device, etc.

A base station is a device deployed in a RAN for providing wireless communication functions for UEs. The base stations may include various forms of macro base stations, micro base stations, relay stations, access points, and the like. In systems using different radio access technologies, the names of devices with base station functionality may differ, for example, in third generation mobile communication (3G) networks, referred to as base stations (Node bs); in an LTE system, referred to as an evolved NodeB (eNB or eNodeB); in fifth generation mobile communication (5G) networks, referred to as a gNB, and so on. As communication technology evolves, the name "base station" may change.

The PUSCH and SR processing method and apparatus provided by the embodiments of the present invention are described in detail below with reference to the accompanying drawings through specific embodiments and application scenarios thereof.

Based on the communication system shown in fig. 1, an embodiment of the present invention provides a PUSCH and SR processing method, which may include

steps

201 and 202 described below as shown in fig. 2.

Step 201, under the condition that the time domain resource of the PUSCH and the time domain resource of the SR are overlapped, the UE determines the processing mode of the PUSCH and the SR.

In the embodiment of the invention, the PUSCH is used for transmitting the first type of service data, and the SR is used for requesting the transmission resource of the second type of service data.

Optionally, in the embodiment of the present invention, the processing manner may be to transmit an SR and discard a PUSCH; or transmits PUSCH and SR.

Optionally, in the embodiment of the present invention, the priority of the second type of Service data is higher than the priority of the first type of Service data, and the priority is used to indicate a data transmission priority, Quality of Service (Qos), a data transmission delay requirement, or a data transmission reliability requirement.

Optionally, in this embodiment of the present invention, the first type of service data may be eMBB service data, and the second type of service data may be URLLC service data. Wherein, the data transmission priority of URLLC service data is higher than that of eMBB service data; or the data transmission delay requirement of the URLLC service data is higher than the data transmission delay requirement of the eMBB service data (i.e., the URLLC service data has a low delay requirement relative to the eMBB service data); alternatively, the data transmission reliability requirement of URLLC traffic data is higher than that of eMBB traffic data (i.e., URLLC traffic data has a high reliability requirement relative to eMBB traffic data). Specifically, the differentiation of the different types of services may be physical layer differentiation, for example, according to Downlink Control Information (DCI), Radio Network Temporary Identity (RNTI), Modulation and Coding Strategy (MCS) table, SR period, transmission time length, etc., or Media Access Control (MAC) layer differentiation, for example, according to corresponding logical channel/logical channel group priority, etc. It should be noted that, the embodiment of the present invention does not limit the method for distinguishing the service types, that is, the embodiment of the present invention does not limit other methods for distinguishing the service types.

Optionally, in the embodiment of the present invention, the processing manner is: when the SR is transmitted and the PUSCH is discarded, the SR is transmitted on the PUCCH resource of the SR; the treatment method comprises the following steps: when the PUSCH and the SR are transmitted, the SR is transmitted on the PUSCH (the puncturing method or the rate matching method may be used). It should be noted that, for the method for transmitting the SR on the PUSCH by using the puncturing method or the rate matching method, reference may be made to the detailed description in the following embodiments, which is not repeated herein.

Optionally, in a possible implementation manner of the embodiment of the present invention, the processing manner may further include: PUSCH is transmitted and SR is discarded. Referring to fig. 2, as shown in fig. 3, the step 201 can be implemented by the following steps 201a and 201 b.

Step 201a, when the time domain resource of the PUSCH and the time domain resource of the SR overlap and the time interval is greater than or equal to the first threshold, the UE determines that the processing manner is: PUSCH is transmitted and SR is discarded.

In the embodiment of the present invention, the PUSCH includes a BSR, and the BSR is used to request transmission resources of the second type service data.

In the embodiment of the present invention, the time interval is a time interval between a first time and a second time, the first time is a time when the second type of service data arrives or an end time of a Physical Downlink Control Channel (PDCCH) where uplink Grant information (UL Grant) is located, the second time is a time when the UE starts to send the PUSCH, and the uplink Grant information is used to indicate a transmission resource of the first type of service data.

Illustratively, the first threshold may be N1+ d, where N1 is a value related to UE capability (minimum time required for the UE to receive a UL grant on a PDCCH to a corresponding PUSCH) defined in the existing NR protocol, d is extra time required for multiplexing BSRs, e.g., d ═ 1/2/3 OFDM symbols, and d may be related to subcarrier spacing, i.e., different subcarrier spacing corresponds to different values.

It should be noted that, in the embodiment of the present invention, if the UE receives the second type of service data first and then receives the PDCCH where the uplink grant information is located, the first time is the end time of the PDCCH where the uplink grant information is located; if the UE receives the PDCCH where the uplink grant information is located first and then the second type service data arrives, the first time is the time when the second type service data arrives, that is, the first time is the later time of the time when the second type service data arrives and the end time of the PDCCH where the uplink grant information is located.

It can be understood that, in the embodiment of the present invention, when the time interval is greater than or equal to the first threshold, because the reliability requirement of the second type of service data is relatively high, the PUSCH allocated by the base station to the UE cannot meet the service requirement of the second type of service data, and the UE cannot transmit the second type of service data on the PUSCH, but at this time, the UE has enough time to process the first type of service data and the BSR, and the UE may transmit the PUSCH (including the BSR) to request the base station for the transmission resource of the second type of service data.

Exemplarily, as shown in fig. 4, the time domain resource of the SR configured by the UE is 2OFDM symbols, and the period of the SR is 7 OFDM symbols. After the URLLC service data arrives, if the UE receives the PDCCH including the uplink grant information, the uplink grant information indicates that the time domain length of the PUSCH is 6 OFDM symbols, and the time domain resource of the PUSCH overlaps with the time domain resource of the SR (i.e., the PUSCH collides with the SR). The UE may determine that a time interval t1 between an end time (i.e., a first time) of the PDCCH where the uplink grant information is located and a time (i.e., a second time) when the UE starts to transmit the PUSCH is longer (e.g., t1 is greater than a first threshold), and then the UE may determine that the processing manner is: PUSCH is transmitted and SR is discarded.

Step 201b, when the time domain resource of the PUSCH and the time domain resource of the SR overlap and the time interval is smaller than the first threshold, the UE determines that the processing manner is: transmitting the SR and dropping the PUSCH, or transmitting the PUSCH and the SR.

It can be understood that, in the embodiment of the present invention, in the case that the time interval is smaller than the first threshold, since the time interval between the arrival time of the second type of traffic data and the time when the UE starts to transmit the PUSCH is short, the UE does not have enough time to cancel the preparation of the first type of traffic data and transmit the second type of traffic data and the BSR on the PUSCH, but at this time, the UE has enough time to cancel the PUSCH and prepare for transmission of the SR, and the UE may drop the PUSCH and transmit the SR to request transmission resources of the second type of traffic data from the base station.

It can be understood that, in the embodiment of the present invention, in the case that the time interval is smaller than the first threshold, since the time interval between the arrival time of the second type of traffic data and the time when the UE starts to transmit the PUSCH is short, the UE does not have enough time to cancel the preparation of the first type of traffic data and transmit the second type of traffic data and the BSR on the PUSCH, but at this time, the UE has enough time to prepare the SR and the PUSCH, and the UE may transmit the PUSCH and transmit the SR on the PUSCH to request the base station for the transmission resource of the second type of traffic data.

Exemplarily, as shown in fig. 5, the time domain resource of the SR configured by the UE is 2OFDM symbols, and the period of the SR is 7 OFDM symbols. And receiving a PDCCH containing uplink authorization information at the UE, wherein the uplink authorization information indicates that the time domain length of the PUSCH is 9 OFDM symbols, and the time domain resource of the PUSCH is overlapped with the time domain resource of the SR. If the URLLC service data arrives after the UE receives the PDCCH including the uplink grant information, the UE may determine that a time interval t2 between the time when the URLLC service data arrives (i.e., a first time) and the time when the UE starts to transmit the PUSCH (i.e., a second time) is short (e.g., t2 is smaller than a first threshold), and then the UE may determine that the processing manner is: transmitting the SR and dropping the PUSCH, or transmitting the PUSCH and the SR.

Optionally, in another possible implementation manner of the embodiment of the present invention, with reference to fig. 2, as shown in fig. 6, the step 201 may be specifically implemented by a step 201c described below.

Step 201c, when the time domain resource of the PUSCH and the time domain resource of the SR overlap and when the first condition is satisfied, the UE determines that the processing manner is: SR is transmitted and PUSCH is dropped.

In an embodiment of the present invention, the first condition may be any one of: the period of the SR is less than or equal to a second threshold, and the time domain length of the PUSCH is greater than or equal to N times the period of the SR, where N is an integer greater than or equal to 2.

Optionally, in this embodiment of the present invention, the second threshold is defined by a protocol or configured by a higher layer; n is protocol defined, or higher layer configured.

Illustratively, the second threshold may be 7 OFDM symbols, or 1 slot, or M slots, where M is an integer greater than 1.

In the embodiment of the invention, under the condition that the period of the SR is short (for example, the period of the SR is less than or equal to the second threshold), or the time domain length of the PUSCH is greater than or equal to N times of the period of the SR, the UE transmits the SR and discards the PUSCH, so that the time delay of the UE for sending the SR request to the uplink transmission resource can be reduced, and the requirements of low time delay and high reliability of the second type service data are met.

Step 202, the UE processes the PUSCH and SR according to the processing mode.

Optionally, in the embodiment of the present invention, the UE may transmit the PUSCH and discard the SR; alternatively, the UE may transmit the SR and drop PUSCH; alternatively, the UE may transmit PUSCH and SR.

It can be understood that, in the embodiment of the present invention, after the UE sends the PUSCH to the base station, the base station may allocate transmission resources of the second type of service data to the UE according to the BSR included in the PUSCH. Alternatively, after the UE transmits the SR to the base station, the base station may allocate transmission resources of the second type traffic data to the UE according to the SR.

The embodiment of the invention provides a PUSCH and SR processing method, wherein under the condition that the time domain resources of a PUSCH and the time domain resources of an SR are overlapped, UE (user equipment) can determine the processing modes of the PUSCH and the SR (the processing modes are that the SR is transmitted and the PUSCH is discarded or the PUSCH and the SR are transmitted) and process the PUSCH and the SR according to the processing modes. Under the condition that the time domain resource of the PUSCH and the time domain resource of the SR are overlapped, the UE can process the PUSCH and the SR according to the determined processing modes of the PUSCH and the SR, namely the UE can transmit the SR and discard the PUSCH or transmit the PUSCH and the SR, so that the problem that the PUSCH conflicts with the SR can be solved, the UE can rapidly request the transmission resource of the second type service data from the base station, the UE can conveniently transmit the second type service data, and the transmission delay of the UE can be reduced.

Optionally, in this embodiment of the present invention, when the time interval is greater than or equal to the first threshold, the UE may transmit the PUSCH and discard the SR. Because the reliability requirement of the second type service data is relatively high, and the UE has enough time to process the first type service data and the BSR, the UE discards the SR and transmits the PUSCH (including the BSR), and while solving the problem that the PUSCH and the SR collide, the UE can quickly request the base station for the transmission resource of the second type service data through the BSR, so that the UE transmits the second type service data, thereby reducing the transmission delay of the UE, transmitting the first type service data on the PUSCH at the same time, and improving the uplink throughput.

Optionally, in the embodiment of the present invention, the UE may transmit the SR and discard the PUSCH when the time interval is smaller than the first threshold. Because the time interval between the arrival time of the second type service data and the time when the UE starts to send the PUSCH is short, the UE does not have enough time to cancel the preparation of the first type service data and transmit the second type service data and the BSR on the PUSCH, but the UE has enough time to cancel the PUSCH and prepare the transmission of the SR at the moment, so the UE transmits the SR and discards the PUSCH, and can quickly request the base station for the transmission resource of the second type service data through the SR while solving the conflict between the PUSCH and the SR so that the UE transmits the second type service data, thereby reducing the transmission delay of the UE.

Optionally, in the embodiment of the present invention, the UE may transmit the PUSCH and the SR when the time interval is smaller than the first threshold. Because the time interval between the arrival time of the second type service data and the time when the UE starts to send the PUSCH is short, the UE does not have enough time to cancel the preparation of the first type service data and transmit the second type service data and the BSR on the PUSCH, but the UE has enough time to prepare the SR at the moment, so the UE transmits the PUSCH and punches the SR on the PUSCH, and can quickly request the transmission resource of the second type service data from the base station through the SR while solving the conflict between the PUSCH and the SR so that the UE transmits the second type service data, thereby reducing the transmission delay of the UE, transmitting the first type service data on the PUSCH and improving the uplink throughput.

Optionally, in a possible implementation manner of the embodiment of the present invention, the processing manner is: the PUSCH and SR are transmitted. Referring to fig. 2, as shown in fig. 7, the step 202 can be implemented by the following steps 202a and 202 b.

Step 202a, when the bit number of the SR is less than or equal to the third threshold, the UE transmits the PUSCH and transmits the SR on the PUSCH in a puncturing manner.

Optionally, in this embodiment of the present invention, the third threshold is defined by a protocol or configured by a higher layer.

Illustratively, the third threshold may be a Q bit (bit), Q being an integer greater than or equal to 2.

It should be noted that, in the embodiment of the present invention, the service data and the SR (specifically, bit information of the SR) may be mapped on a Resource Element (RE) of the PUSCH.

Wherein, the above-mentioned mode of punching (punch) can be understood as: after mapping the traffic data on multiple REs of PUSCH (denoted as REs 1), when mapping the SR on PUSCH, the SR may be mapped on a partial RE (denoted as RE2) of REs 1. Since the data amount of the SR is usually small, the RE mapped by the SR (i.e., RE2) partially overlaps (is denoted as overlapping RE) with the RE mapped by the traffic data (i.e., RE1), i.e., the RE mapped by the SR is usually a part of the RE mapped by the traffic data.

It can be understood that, in the above puncturing manner, in all REs in the PUSCH, each RE in the overlapping REs carries an SR and traffic data, and the traffic data carried by each RE in the overlapping REs is covered by the SR carried by the RE.

In the embodiment of the present invention, when the bit number of the SR is small (for example, the bit number of the SR is less than or equal to the third threshold), the UE transmits the SR on the PUSCH in a puncturing manner, so that the impact on the performance of the PUSCH is small.

Step 202b, under the condition that the bit number of the SR is larger than a third threshold value, the UE transmits the PUSCH, and transmits the SR on the PUSCH in a rate matching mode.

The Rate matching method (Rate Match) may be understood as follows: all REs (REs without reference signal) in PUSCH are divided into two parts, one part of REs (denoted as RE3) is used for mapping traffic data, and the other part of REs (denoted as RE4) is used for mapping SR, i.e. traffic data and SR are orthogonal.

It can be understood that, in the rate matching manner, each RE in all REs in the PUSCH is used for mapping traffic data or mapping an SR.

In the embodiment of the present invention, when the bit number of the SR is large (for example, the bit number of the SR is greater than the third threshold), the UE transmits the SR on the PUSCH in a rate matching manner, and the impact on the performance of the PUSCH is small.

Optionally, in another possible implementation manner of the embodiment of the present invention, the processing manner is: the PUSCH and SR are transmitted. The step 202 can be specifically realized by the step 202c or the step 202d described below.

Step 202c, the UE transmits PUSCH and transmits SR on PUSCH in a puncturing manner.

Step 202d, the UE transmits PUSCH and transmits SR on PUSCH in a rate matching manner.

In the embodiment of the invention, the UE can transmit the SR in a punching mode or a rate matching mode on the PUSCH while transmitting the PUSCH under the condition that the processing mode is determined to be PUSCH and SR transmission, so that the conflict between the PUSCH and the SR is solved, and meanwhile, the transmission resource of the second type of service data can be quickly requested to the base station through the SR, so that the UE can transmit the second type of service data, the transmission delay of the UE can be reduced, meanwhile, the first type of service data is transmitted on the PUSCH, and the uplink throughput is improved.

Fig. 8 shows a schematic diagram of a possible structure of a UE involved in the embodiment of the present invention. As shown in fig. 8, a UE 80 provided in an embodiment of the present invention may include: a determination unit 81 and a processing unit 82.

The determining unit 81 is configured to determine, when a time domain resource of a PUSCH and a time domain resource of an SR overlap, a processing manner of the PUSCH for transmitting the first type of service data and a processing manner of the SR for requesting a transmission resource of the second type of service data. A processing unit 82, configured to process the PUSCH and SR according to the processing manner determined by the determining unit 81. Wherein, the processing mode is SR transmission and PUSCH discarding; or transmits PUSCH and SR.

In a possible implementation manner, the processing manner may further include: PUSCH is transmitted and SR is discarded. The determining unit 81 is specifically configured to, when the time interval is greater than or equal to the first threshold, determine a processing manner as follows: transmitting a PUSCH (physical uplink shared channel) including a BSR (buffer status report) and discarding the SR, wherein the BSR is used for requesting transmission resources of second type service data; and when the time interval is smaller than the first threshold, determining a processing mode as follows: transmitting the SR and dropping the PUSCH, or transmitting the PUSCH and the SR. The time interval is a time interval between a first time and a second time, the first time is a time when the second type of service data arrives or a time when the Physical Downlink Control Channel (PDCCH) where the uplink authorization information is located is ended, the second time is a time when the UE starts to send the PUSCH, and the uplink authorization information is used for indicating transmission resources of the first type of service data.

In a possible implementation manner, the determining unit 81 is specifically configured to, when the first condition is satisfied, determine the processing manner as: SR is transmitted and PUSCH is dropped. Wherein the first condition may be any one of: the period of the SR is less than or equal to a second threshold, and the time domain length of the PUSCH is greater than or equal to N times the period of the SR, where N is an integer greater than or equal to 2.

In a possible implementation manner, the second threshold may be protocol-defined or configured at a higher layer; n may be protocol defined or higher layer configured.

In a possible implementation manner, the processing manner is: the PUSCH and SR are transmitted. The processing unit 82 is specifically configured to transmit the PUSCH and transmit the SR on the PUSCH in a puncturing manner when the number of bits of the SR is less than or equal to the third threshold; and transmitting the PUSCH and transmitting the SR on the PUSCH in a rate matching mode under the condition that the bit number of the SR is larger than a third threshold value.

In a possible implementation, the third threshold may be protocol-defined or higher-level configured.

In a possible implementation manner, the processing manner is: the PUSCH and SR are transmitted. The processing unit 82 is specifically configured to transmit a PUSCH, and transmit an SR on the PUSCH in a puncturing manner; alternatively, the PUSCH is transmitted and the SR is transmitted on the PUSCH in a rate matching manner.

In a possible implementation manner, the priority of the second type of service data is higher than that of the first type of service data, and the priority is used for indicating data transmission priority, data transmission delay requirement or data transmission reliability requirement.

The UE provided in the embodiment of the present invention can implement each process implemented by the UE in the foregoing method embodiments, and for avoiding repetition, detailed descriptions are not repeated here.

The embodiment of the invention provides a UE, which can determine the processing modes of the PUSCH and the SR (the processing modes are that the SR is transmitted and the PUSCH is discarded or the PUSCH and the SR are transmitted) under the condition that the time domain resource of the PUSCH and the time domain resource of the SR are overlapped, and process the PUSCH and the SR according to the processing modes. Under the condition that the time domain resource of the PUSCH and the time domain resource of the SR are overlapped, the UE can process the PUSCH and the SR according to the determined processing modes of the PUSCH and the SR, namely the UE can transmit the SR and discard the PUSCH or transmit the PUSCH and the SR, so that the problem that the PUSCH conflicts with the SR can be solved, the UE can rapidly request the transmission resource of the second type service data from the base station, the UE can conveniently transmit the second type service data, and the transmission delay of the UE can be reduced.

Fig. 9 shows a hardware schematic diagram of a UE according to an embodiment of the present invention. As shown in fig. 9, the UE110 includes but is not limited to: a radio frequency unit 111, a network module 112, an audio output unit 113, an input unit 114, a sensor 115, a display unit 116, a user input unit 117, an interface unit 118, a memory 119, a processor 120, and a power supply 121.

It should be noted that, as those skilled in the art can understand, the UE structure shown in fig. 9 does not constitute a limitation of the UE, and the UE may include more or less components than those shown in fig. 9, or combine some components, or arrange different components. For example, in the embodiment of the present invention, the UE includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.

The processor 120 may be configured to determine a processing manner of a PUSCH and an SR when a time domain resource of the PUSCH and a time domain resource of the SR overlap, where the PUSCH is used to transmit first type service data, and the SR is used to request a transmission resource of second type service data; and processes the PUSCH and SR in a processing manner. Wherein, the processing mode is SR transmission and PUSCH discarding; or transmits PUSCH and SR.

It should be understood that, in the embodiment of the present invention, the radio frequency unit 111 may be used for receiving and sending signals during a message sending and receiving process or a call process, and specifically, receives downlink data from a base station and then processes the received downlink data to the processor 120; in addition, the uplink data is transmitted to the base station. In general, radio frequency unit 111 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 111 may also communicate with a network and other devices through a wireless communication system.

The UE provides the user with wireless broadband internet access through the network module 112, such as helping the user send and receive e-mails, browse webpages, access streaming media, and the like.

The audio output unit 113 may convert audio data received by the radio frequency unit 111 or the network module 112 or stored in the memory 119 into an audio signal and output as sound. Also, the audio output unit 113 may also provide audio output related to a specific function performed by the UE110 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 113 includes a speaker, a buzzer, a receiver, and the like.

The input unit 114 is used to receive an audio or video signal. The input Unit 114 may include a Graphics Processing Unit (GPU) 1141 and a microphone 1142, and the Graphics Processing Unit 1141 processes image data of a still picture or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 116. The image frames processed by the graphic processor 1141 may be stored in the memory 119 (or other storage medium) or transmitted via the radio frequency unit 111 or the network module 112. The microphone 1142 may receive sound and may be capable of processing such sound into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 111 in case of the phone call mode.

The UE110 also includes at least one sensor 115, such as light sensors, motion sensors, and other sensors. Specifically, the light sensor includes an ambient light sensor that adjusts the brightness of the display panel 1161 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 1161 and/or the backlight when the UE110 moves to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the UE attitude (such as horizontal and vertical screen switching, related games, magnetometer attitude calibration), vibration identification related functions (such as pedometer, tapping), and the like; the sensors 115 may also include fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., which are not described in detail herein.

The display unit 116 is used to display information input by the user or information provided to the user. The Display unit 116 may include a Display panel 1161, and the Display panel 1161 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

The user input unit 117 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the UE. Specifically, the user input unit 117 includes a touch panel 1171 and other input devices 1172. Touch panel 1171, also referred to as a touch screen, may collect touch operations by a user on or near it (e.g., user operations on or near touch panel 1171 using a finger, stylus, or any suitable object or accessory). Touch panel 1171 can include two portions, a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 120, receives a command from the processor 120, and executes the command. In addition, the touch panel 1171 can be implemented by various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 1171, the user input unit 117 may also include other input devices 1172. Specifically, the other input devices 1172 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a track ball, a mouse, and a joystick, which are not described herein.

Further, touch panel 1171 can be overlaid on display panel 1161, and when touch panel 1171 detects a touch operation thereon or nearby, the touch operation can be transmitted to processor 120 to determine the type of touch event, and then processor 120 can provide a corresponding visual output on display panel 1161 according to the type of touch event. Although in fig. 9, the touch panel 1171 and the display panel 1161 are two independent components to implement the input and output functions of the UE, in some embodiments, the touch panel 1171 and the display panel 1161 may be integrated to implement the input and output functions of the UE, and the implementation is not limited herein.

The interface unit 118 is an interface for connecting an external device to the UE 110. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 118 may be used to receive input from external devices (e.g., data information, power, etc.) and transmit the received input to one or more elements within the UE110 or may be used to transmit data between the UE110 and external devices.

The memory 119 may be used to store software programs as well as various data. The memory 119 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 119 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The processor 120 is a control center of the UE, connects various parts of the entire UE using various interfaces and lines, performs various functions of the UE and processes data by operating or executing software programs and/or modules stored in the memory 119, and calling data stored in the memory 119, thereby performing overall monitoring of the UE. Processor 120 may include one or more processing units; preferably, the processor 120 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 120.

UE110 may also include a power supply 121 (e.g., a battery) for powering the various components, and preferably, power supply 121 may be logically coupled to processor 120 via a power management system to manage charging, discharging, and power consumption management functions via the power management system.

In addition, the UE110 includes some functional modules that are not shown, and are not described herein again.

Optionally, an embodiment of the present invention further provides a UE, including a processor 120 as shown in fig. 9, a memory 119, and a computer program stored in the memory 119 and capable of running on the processor 120, where the computer program is executed by the processor 120 to implement the processes of the foregoing method embodiments, and can achieve the same technical effects, and details are not repeated here to avoid repetition.

An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by the processor 120 shown in fig. 9, the computer program implements the processes of the method embodiment, and can achieve the same technical effect, and is not described herein again to avoid repetition. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A method for processing a Physical Uplink Shared Channel (PUSCH) and an uplink Scheduling Request (SR), the method comprising:

determining a processing mode of the PUSCH and the SR under the condition that the time domain resource of the PUSCH and the time domain resource of the SR are overlapped, wherein the PUSCH is used for transmitting first type service data, and the SR is used for requesting transmission resources of second type service data;

processing the PUSCH and the SR according to the processing mode;

wherein the processing mode is to transmit the SR and discard the PUSCH; or transmitting the PUSCH and the SR.

2. The method of claim 1, wherein the processing means further comprises: transmitting the PUSCH and dropping the SR;

the determining the processing modes of the PUSCH and the SR comprises:

when the time interval is greater than or equal to the first threshold, determining that the processing mode is as follows: transmitting the PUSCH and discarding the SR, wherein the PUSCH comprises a Buffer Status Report (BSR) used for requesting transmission resources of the second type service data;

when the time interval is smaller than the first threshold, determining that the processing mode is: transmitting the SR and dropping the PUSCH, or transmitting the PUSCH and the SR;

the time interval is a time interval between a first time and a second time, the first time is a time when the second type of service data arrives or an end time of a Physical Downlink Control Channel (PDCCH) where uplink authorization information is located, the second time is a time when User Equipment (UE) starts to send the PUSCH, and the uplink authorization information is used for indicating transmission resources of the first type of service data.

3. The method according to claim 1, wherein the determining the processing manner of the PUSCH and the SR comprises:

and under the condition that a first condition is met, determining the processing mode as follows: transmitting the SR and discarding the PUSCH;

wherein the first condition is any one of: the period of the SR is less than or equal to a second threshold, and the time domain length of the PUSCH is greater than or equal to N times the period of the SR, where N is an integer greater than or equal to 2.

4. The method of claim 3, wherein the second threshold is protocol defined or higher layer configured; n is protocol defined, or higher layer configured.

5. The method according to claim 1 or 2, wherein the processing manner is: transmitting the PUSCH and the SR;

the processing the PUSCH and the SR according to the processing mode comprises:

transmitting the PUSCH and transmitting the SR in a puncturing mode on the PUSCH under the condition that the bit number of the SR is smaller than or equal to a third threshold value;

and transmitting the PUSCH and transmitting the SR on the PUSCH in a rate matching mode under the condition that the bit number of the SR is larger than the third threshold value.

6. The method of claim 5, wherein the third threshold is protocol defined or higher layer configured.

7. The method according to claim 1 or 2, wherein the processing manner is: transmitting the PUSCH and the SR;

the processing the PUSCH and the SR according to the processing mode comprises:

transmitting the PUSCH and transmitting the SR in a puncturing mode on the PUSCH;

alternatively, the first and second electrodes may be,

and transmitting the PUSCH and transmitting the SR on the PUSCH in a rate matching mode.

8. The method of claim 1, wherein the second type of traffic data has a higher priority than the first type of traffic data, and wherein the priority is used to indicate a data transmission priority, a data transmission delay requirement, or a data transmission reliability requirement.

9. A User Equipment (UE), the UE comprising: a determination unit and a processing unit;

the determining unit is configured to determine a processing manner of a Physical Uplink Shared Channel (PUSCH) and an uplink Scheduling Request (SR) when a time domain resource of the PUSCH overlaps with a time domain resource of the SR, where the PUSCH is used to transmit first type service data, and the SR is used to request a transmission resource of second type service data;

the processing unit is configured to process the PUSCH and the SR according to the processing manner determined by the determining unit;

10. The UE of claim 9, wherein the processing means further comprises: transmitting the PUSCH and dropping the SR;

the determining unit is specifically configured to determine, when the time interval is greater than or equal to a first threshold, that the processing manner is: transmitting the PUSCH and discarding the SR, wherein the PUSCH comprises a Buffer Status Report (BSR) used for requesting transmission resources of the second type service data; and when the time interval is smaller than the first threshold, determining that the processing mode is: transmitting the SR and dropping the PUSCH, or transmitting the PUSCH and the SR;

the time interval is a time interval between a first time and a second time, the first time is a time when the second type of service data arrives or an end time of a Physical Downlink Control Channel (PDCCH) where uplink authorization information is located, the second time is a time when the UE starts to send the PUSCH, and the uplink authorization information is used for indicating transmission resources of the first type of service data.

11. The UE of claim 9, wherein the determining unit is specifically configured to, when a first condition is satisfied, determine the processing manner as: transmitting the SR and discarding the PUSCH;

12. The UE of claim 11, wherein the second threshold is protocol defined or higher layer configured; n is protocol defined, or higher layer configured.

13. The UE according to claim 9 or 10, wherein the processing manner is: transmitting the PUSCH and the SR;

the processing unit is specifically configured to transmit the PUSCH and transmit the SR on the PUSCH in a puncturing manner when the number of bits of the SR is less than or equal to a third threshold; and transmitting the PUSCH and transmitting the SR on the PUSCH in a rate matching manner when the bit number of the SR is greater than the third threshold.

14. The UE of claim 13, wherein the third threshold is protocol defined or higher layer configured.

15. The UE according to claim 9 or 10, wherein the processing manner is: transmitting the PUSCH and the SR;

the processing unit is specifically configured to transmit the PUSCH and transmit the SR on the PUSCH in a puncturing manner; or transmitting the PUSCH and transmitting the SR on the PUSCH in a rate matching mode.

16. The UE of claim 9, wherein the second type of traffic data has a higher priority than the first type of traffic data, and wherein the priority is used to indicate a data transmission priority, a data transmission delay requirement, or a data transmission reliability requirement.

17. A user equipment, UE, comprising a processor, a memory and a computer program stored on the memory and executable on the processor, the computer program, when being executed by the processor, implementing the steps of the method for physical uplink shared channel, PUSCH, and uplink scheduling request, SR, processing according to any of claims 1 to 8.