CN109863805B

CN109863805B - Data transmission method, equipment and system

Info

Publication number: CN109863805B
Application number: CN201780065755.1A
Authority: CN
Inventors: 刘云; 王键; 王达
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-02-10
Filing date: 2017-03-24
Publication date: 2021-05-11
Anticipated expiration: 2037-03-24
Also published as: WO2018145353A1; CN109863805A

Abstract

The embodiment of the application provides a plurality of data transmission methods, equipment and systems, and PUCCH data and PUSCH data can be transmitted simultaneously in different coding modes. The PUCCH data and the PUSCH data of the UE are simultaneously transmitted on the adjacent PRBs, so that the lower time delay of uplink transmission on the UE side can be ensured, and meanwhile, because the PRBs used for transmitting the PUCCH data and the PRBs used for transmitting the PUSCH data are adjacent, the interference generated on other frequency bands can be effectively reduced, and the influence on other UEs is reduced.

Description

Data transmission method, equipment and system

Technical Field

The present disclosure relates to communications technologies, and in particular, to a data transmission method, device, and system.

Background

Currently, Long Term Evolution (LTE) systems are commonly used in the communication field, and are called the 4th Generation mobile communication technology (4G). In the LTE system, Uplink data sent by a User Equipment (UE) to a base station may include PUSCH data transmitted on a Physical Uplink Shared Channel (PUSCH) and PUCCH data transmitted on a Physical Uplink Control Channel (PUCCH), where the PUCCH data mainly includes Uplink Control Information (UCI) and Demodulation Reference Signal (DMRS).

In the LTE system, PUCCH data and PUSCH data are not supported to be transmitted on the same Physical Resource Block (PRB) in different coding schemes. When the PUCCH data and the PUSCH data are transmitted together, the PUCCH data and the PUSCH data are encoded together and transmitted on the PRB occupied by the PUSCH. However, the requirements of PUCCH data and PUSCH data on the error rate are different in nature, and encoding PUCCH data and PUSCH data together makes the error rates of both consistent, which obviously makes it difficult to meet the transmission requirement.

In order to meet different requirements of PUCCH data and PUSCH data for error rate, the PUCCH data and PUSCH data are respectively transmitted by using different coding schemes in the 5th Generation mobile communication technology (5G), the PUCCH data is coded by using a Polar (Polar) code, and the PUSCH data is coded by using a Low Density Parity Check (LDPC) code. However, when the two cannot be transmitted simultaneously, a large delay of uplink transmission on the UE side is caused. Therefore, in order to ensure a low delay of uplink transmission on the UE side, how to transmit PUCCH data and PUSCH data simultaneously in different coding schemes becomes an urgent problem to be solved.

Disclosure of Invention

The embodiment of the application provides a data transmission method, equipment and system, which can realize simultaneous transmission of PUCCH data and PUSCH data in different coding modes.

A first aspect of an embodiment of the present application provides a data transmission method, where an execution subject of the method is a UE, and the method includes:

the method comprises the steps that first User Equipment (UE) sends Physical Uplink Shared Channel (PUSCH) data to a base station by utilizing a first time-frequency resource, and sends Physical Uplink Control Channel (PUCCH) data to the base station by utilizing a second time-frequency resource and a third time-frequency resource in a frequency hopping mode; wherein, the time domain resource of the second time frequency resource is the same as the former part of the time domain resource of the first time frequency resource, the time domain resource of the third time frequency resource is the same as the latter part of the time domain resource of the first time frequency resource, and the time domain resource of the second time frequency resource is not completely the same as the time domain resource of the third time frequency resource; the frequency domain resources of the second time frequency resource and the third time frequency resource are adjacent to the frequency domain resource of the first time frequency resource respectively.

In the data transmission method, the PUCCH data and the PUSCH data of the UE are simultaneously transmitted on adjacent Physical Resource Blocks (PRBs), so that the lower time delay of uplink transmission on the UE side can be ensured, and meanwhile, because the PRBs used for transmitting the PUCCH data and the PRBs used for transmitting the PUSCH data are adjacent, the interference generated on other frequency bands can be effectively reduced, thereby reducing the influence on other UEs.

In one possible design, the PUCCH data of the first UE and the PUCCH data of the at least one second UE are mapped on the second time-frequency resource or the third time-frequency resource using different code domain sequences, respectively. When PUCCH data of a certain UE is transmitted on two adjacent sides of a frequency band occupied by PUSCH data, only the UE knows the frequency domain position of the resource used by the PUCCH because the resource used for transmitting the PUSCH data is independently allocated to the certain UE, and different code domain sequences are respectively adopted to map the PUCCH data of the first UE and the PUCCH data of at least one second UE on the second time-frequency resource or the third time-frequency resource, so that different UEs can multiplex the PUCCH resources, and resource waste is effectively avoided.

In a possible design, the physical resource block PRB occupied by the frequency domain resources of the second time-frequency resources is located on one side of the PRB occupied by the frequency domain resources of the first time-frequency resources, and the PRB occupied by the frequency domain resources of the third time-frequency resources is located on the other side of the PRB occupied by the frequency domain resources of the first time-frequency resources.

In another possible design, the frequency domain resource of the first time-frequency resource occupies at least three PRBs, the frequency domain resource of the second time-frequency resource occupies one PRB of one side edge of the PRBs occupied by the frequency domain resource of the first time-frequency resource, and the frequency domain resource of the third time-frequency resource occupies one PRB of the other side edge of the PRBs occupied by the frequency domain resource of the first time-frequency resource.

In another possible design, the PRB occupied by the frequency domain resource of the second time frequency resource or the third time frequency resource is a PRB preset by the base station for transmitting PUCCH data.

In another possible design, the PRB occupied by the frequency domain resource of the first time-frequency resource is located on both sides of a PRB preset by the base station for transmitting PUCCH data.

In practical application, the time domain resources of the second time frequency resource and the third time frequency resource may include 7 time domain symbols, and the PUCCH data includes uplink control information UCI and demodulation reference signal DMRS. In an optional implementation manner, the first UE sends PUCCH data to the base station by using the second time-frequency resource and the third time-frequency resource in a frequency hopping manner, which specifically includes: the first UE maps the UCI to the first two symbols and the last two symbols of the 7 time domain symbols and maps the DMRS to the remaining three symbols of the 7 time domain symbols. Another optional implementation manner is that the first UE sends PUCCH data to the base station by using the second time-frequency resource and the third time-frequency resource in a frequency hopping manner, and specifically includes: the first UE maps the UCI to the first three symbols and the last three symbols of the 7 time domain symbols and maps the DMRS to the remaining one symbol of the 7 time domain symbols.

A second aspect of the present application provides a QoS flow processing method, where an execution subject of the method is a base station, and the method includes:

a base station sends first configuration information to first User Equipment (UE), wherein the first configuration information is used for configuring a first time-frequency resource for transmitting Physical Uplink Shared Channel (PUSCH) data and a second time-frequency resource and a third time-frequency resource for transmitting Physical Uplink Control Channel (PUCCH) data for the first UE, the time-frequency resource of the second time-frequency resource is the same as the previous part of the time-frequency resource of the first time-frequency resource, the time-frequency resource of the third time-frequency resource is the same as the next part of the time-frequency resource of the first time-frequency resource, and the time-frequency resource of the second time-frequency resource is not completely the same as the time-frequency resource of the third time-frequency resource; the frequency domain resources of the second time frequency resource and the third time frequency resource are respectively adjacent to the frequency domain resource of the first time frequency resource;

and the base station receives Physical Uplink Shared Channel (PUSCH) data sent by the first UE on the first time-frequency resource, and receives Physical Uplink Control Channel (PUCCH) data sent by the first UE on the second time-frequency resource and the third time-frequency resource.

According to the data transmission method, the PUCCH data and the PUSCH data of the UE are transmitted on the adjacent PRBs at the same time, the lower time delay of uplink transmission on the UE side can be ensured, and meanwhile, because the PRBs used for transmitting the PUCCH data and the PRBs used for transmitting the PUSCH data are adjacent, the interference generated on other frequency bands can be effectively reduced, so that the influence on other UEs is reduced.

In a third aspect, in order to implement the data transmission method of the first aspect, an embodiment of the present application provides a data transmission device, where the data transmission device has a function of implementing the data transmission method. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.

In a possible implementation manner of the third aspect, the data transmission apparatus includes a plurality of functional modules or units, and is configured to implement the data transmission method of any one of the first aspects.

In a fourth aspect, an embodiment of the present application provides a first UE, which may include a processor and a transceiver in its structure. The processor is configured to support the first UE to perform corresponding functions in the data transmission method of any of the first aspects. The transceiver is configured to support communication between the first UE and other network devices, and may be a corresponding radio frequency module or a baseband module, for example. The first UE may also include a memory, coupled to the processor, that stores program instructions and data necessary for the first UE to perform the data transmission method described above.

In a fifth aspect, an embodiment of the present application provides a computer storage medium for storing computer software instructions for the first UE, which includes a program designed to execute the first aspect.

In a sixth aspect, an embodiment of the present application provides a computer program product, which contains instructions that, when executed by a computer, cause the computer to perform the functions performed by the first UE in the method provided in the first aspect.

In a seventh aspect, in order to implement the data transmission method of the second aspect, an embodiment of the present application provides a data transmission device, where the data transmission device has a function of implementing the data transmission method. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.

In a possible implementation manner of the seventh aspect, the data transmission device includes a plurality of functional modules or units, which are used to implement any one of the data transmission methods in the second aspect.

In an eighth aspect, embodiments of the present application provide a base station, which may include a processor and a transceiver in its structure. The processor is configured to support the base station to perform corresponding functions in any one of the data transmission methods of the second aspect. The transceiver is used for supporting communication between the base station and other network devices, and may be a corresponding radio frequency module or a baseband module, for example. The base station may also include a memory, coupled to the processor, that stores program instructions and data necessary for the base station to perform the above-described data transmission methods.

In a ninth aspect, an embodiment of the present application provides a computer storage medium for storing computer software instructions for the processor, which includes a program designed to execute the second aspect.

In a tenth aspect, an embodiment of the present application provides a computer program product, which contains instructions that, when executed by a computer, cause the computer to perform the functions performed by the base station in the method provided in the second aspect.

In an eleventh aspect, an embodiment of the present application provides a data transmission method, including:

the method comprises the steps that PUCCH data are mapped to a first time-frequency resource and a second time-frequency resource by a first UE, wherein the frequency domain resources of the first time-frequency resource and the second time-frequency resource are different; and the first UE transmits the PUCCH data to a base station by using the first time-frequency resource and the second time-frequency resource in a frequency hopping mode.

In one possible design, the time domain resources of the first and second time frequency resources each include 7 time domain symbols, and the PUCCH data includes uplink control information, UCI, and demodulation reference signals, DMRSs; the first UE maps PUCCH data to a first time-frequency resource and a second time-frequency resource, and the method comprises the following steps: the first UE maps the UCI to the first two symbols and the last two symbols of the 7 time domain symbols and the DMRS to the remaining three symbols of the 7 time domain symbols, or the first UE maps the UCI to the first three symbols and the last three symbols of the 7 time domain symbols and the DMRS to the remaining one symbol of the 7 time domain symbols.

Optionally, when the PUCCH data transmitted by the first UE is less, a possible implementation is that the first UE maps the UCI to the first two symbols and the last two symbols in the 7 time domain symbols, including: the first UE performs first coding processing on the UCI to generate a first time domain signal, and performs second coding processing on the UCI to generate a second time domain signal; the first UE repeatedly maps the first time domain signal to the first two symbols and repeatedly maps the second time domain signal to the last two symbols. Wherein the first encoding process is: multiplying the QPSK signal corresponding to the UCI by a spreading sequence with the length of 12 to generate a first sequence, multiplying the first sequence by a first parameter, and performing inverse fast Fourier transform or inverse discrete Fourier transform to generate the first time domain signal; the second encoding process is: multiplying the QPSK signal corresponding to the UCI by a spreading sequence with the length of 12 to generate a first sequence, multiplying the first sequence by a second parameter, and performing inverse fast Fourier transform or inverse discrete Fourier transform to generate a second time domain signal; wherein a sequence formed by the first parameter and the second parameter is a code domain sequence of the first UE.

Optionally, when the first UE transmits more PUCCH data, a possible implementation is that the first UE maps the UCI to the first three symbols and the last three symbols in the 7 time domain symbols, including: the first UE performs third coding processing on the UCI to generate a third time domain signal, and performs fourth coding processing on the UCI to generate a fourth time domain signal; the first UE repeatedly maps the third time domain signal to the first three symbols and repeatedly maps the fourth time domain signal to the last three symbols. The third encoding process is: multiplying 12N QPSK signals corresponding to the UCI by a first parameter, and performing discrete Fourier transform and inverse discrete Fourier transform to generate a third time domain signal; the fourth encoding process is: and multiplying the 12N QPSK signals corresponding to the UCI by a second parameter, performing discrete Fourier transform and inverse discrete Fourier transform to generate a fourth time domain signal. Wherein a sequence formed by the first parameter and the second parameter is a code domain sequence of the first UE, and N is the number of PRBs used for transmitting the PUCCH data.

Optionally, when the PUCCH data transmitted by the first UE is more, another possible implementation manner is that the first UE maps the UCI to the first three symbols and the last three symbols in the 7 time domain symbols, including: the first UE performs fifth coding processing on the UCI to generate three fifth time domain signals, and performs sixth coding processing on the UCI to generate three sixth time domain signals; and the first UE maps the three fifth time domain signals to the first three symbols respectively and maps the three sixth time domain signals to the last three symbols respectively. The fifth encoding process is: multiplying every 12N QPSK signals in the 36N QPSK signals corresponding to the UCI by a first parameter, and performing discrete Fourier transform and inverse discrete Fourier transform to generate three fifth time domain signals; the sixth encoding process is: and multiplying every 12N QPSK signals in the 36N QPSK signals corresponding to the UCI by a second parameter, and performing discrete Fourier transform and inverse discrete Fourier transform to generate three sixth time domain signals. Wherein a sequence formed by the first parameter and the second parameter is a code domain sequence of the first UE, and N is the number of PRBs used for transmitting the PUCCH data.

In the data transmission method provided in the eleventh aspect of the present application, a possible design is that the PUCCH data of the first UE and the PUCCH data of the at least one second UE are mapped on the first time-frequency resource or the second time-frequency resource by using different code domain sequences, respectively.

In a twelfth aspect, in order to implement the data transmission method of the eleventh aspect, an embodiment of the present application provides a data transmission device, where the data transmission device has a function of implementing the data transmission method. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.

In a possible implementation manner of the twelfth aspect, the data transmission device includes a plurality of functional modules or units, and is configured to implement the data transmission method of any one of the eleventh aspects.

In a thirteenth aspect, an embodiment of the present application provides a first UE, which may include a processor and a transceiver in its structure. The processor is configured to support the first UE to perform corresponding functions in the data transmission method of any one of the above-mentioned eleventh aspects. The transceiver is configured to support communication between the first UE and other network devices, and may be a corresponding radio frequency module or a baseband module, for example. The first UE may also include a memory, coupled to the processor, that stores program instructions and data necessary for the first UE to perform the data transmission method described above.

In a fourteenth aspect, an embodiment of the present application provides a computer storage medium for storing computer software instructions for the first UE, which includes a program for executing the program designed in the eleventh aspect.

In a fifteenth aspect, the present application provides a computer program product, which contains instructions that, when executed by a computer, cause the computer to perform the functions performed by the first UE in the method provided in the eleventh aspect.

In a sixteenth aspect, an embodiment of the present application provides a communication system, including: a UE having the data transmission apparatus provided in the third aspect, and a base station having the data transmission apparatus provided in the seventh aspect.

In a possible implementation manner of the sixteenth aspect, the system further includes a UE having the data transmission apparatus provided in the twelfth aspect.

In a seventeenth aspect, an embodiment of the present application provides a communication system, including: the first UE provided by the fourth aspect, and the base station provided by the eighth aspect.

In a possible implementation manner of the seventeenth aspect, the system further includes the first UE provided in the thirteenth aspect.

The embodiment of the application provides a data transmission method, equipment and system, which can realize simultaneous transmission of PUCCH data and PUSCH data in different coding modes. The PUCCH data and the PUSCH data of the UE are simultaneously transmitted on the adjacent PRBs, so that the lower time delay of uplink transmission on the UE side can be ensured, and meanwhile, because the PRBs used for transmitting the PUCCH data and the PRBs used for transmitting the PUSCH data are adjacent, the interference generated on other frequency bands can be effectively reduced, and the influence on other UEs is reduced. Furthermore, different code domain sequences are respectively adopted for mapping the PUCCH data of the first UE and the PUCCH data of the at least one second UE on the time-frequency resource of the PUCCH data transmitted by the first UE, so that different UEs can multiplex the PUCCH resources, and resource waste is effectively avoided.

Drawings

Fig. 1 is a schematic architecture diagram of an application scenario according to an embodiment of the present application;

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

FIGS. 3a to 3d are schematic structural diagrams of time-frequency resource blocks;

fig. 4 is a schematic diagram of multiplexing PUCCH transmission resources by different UEs according to an embodiment of the present disclosure;

fig. 5 is a schematic diagram of multiplexing PUCCH transmission resources by different UEs according to an embodiment of the present disclosure;

fig. 6 is a schematic diagram of multiplexing PUCCH transmission resources by different UEs according to an embodiment of the present disclosure;

fig. 7 is a schematic diagram of multiplexing PUCCH transmission resources for adjacent band PUCCH data and sideband PUCCH data for a single UE;

fig. 8 is a schematic diagram of multiplexing PUCCH transmission resources for adjacent band PUCCH data and sideband PUCCH data for a plurality of UEs;

fig. 9 is a schematic diagram of multiplexing PUCCH transmission resources by different UEs according to an embodiment of the present application;

fig. 10 is a schematic diagram of multiplexing PUCCH transmission resources by different UEs according to an embodiment of the present application;

fig. 11a to 11b are schematic diagrams of transmission formats of PUCCH data;

fig. 12 is a schematic diagram of a coding scheme for transmitting PUCCH data;

fig. 13 is a schematic diagram of a coding scheme for transmitting PUCCH data;

fig. 14 is a schematic diagram of a coding scheme for transmitting PUCCH data;

fig. 15 is a schematic diagram of a PUCCH resource multiplexing method for transmitting PUCCH data by different UEs using the same transmission format;

fig. 16 is a schematic diagram of a PUCCH resource multiplexing method for transmitting PUCCH data by different UEs using the same transmission format;

fig. 17 is a schematic diagram of a PUCCH resource multiplexing method for transmitting PUCCH data by different UEs using different transmission formats;

fig. 18 is a schematic diagram of a PUCCH resource multiplexing method for transmitting PUCCH data by different UEs using different transmission formats;

fig. 19 is a schematic diagram of a data transmission apparatus according to an embodiment of the present application;

fig. 20 is a schematic diagram of a data transmission apparatus according to an embodiment of the present application;

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

fig. 22 is a block diagram showing a partial structure of the cellular phone 100 related to the embodiment of the present application;

fig. 23 is a schematic structural diagram of a base station according to an embodiment of the present application.

Detailed Description

The method of the embodiment of the present application may be applied to uplink transmission in an LTE system or an evolved LTE (LTE-Advanced, abbreviated as LTE-a) system, and the following embodiment takes the LTE system as an example for description. Fig. 1 is a schematic architecture diagram of an application scenario according to an embodiment of the present application, as shown in fig. 1, an LTE system includes a base station and UEs, there may be one or more UEs in a coverage area of the base station, and the number of the UEs is not limited in the present application. The UE may also be called a Terminal (Terminal), a Mobile Station (MS), a Mobile Terminal (Mobile Terminal), or the like, and may be a Mobile phone (or called a "cellular" phone) or a computer with a Mobile Terminal, and may also be a portable, pocket, hand-held, computer-embedded, or vehicle-mounted Mobile device, which exchanges voice or data with a core network of the LTE system. In the LTE system, uplink data transmitted by the UE to the base station may include PUSCH data transmitted on a physical uplink shared channel and PUCCH data transmitted on a physical uplink control channel.

As new fifth Generation mobile communication technology (5G) enters the discussion phase, on the one hand, new technologies developed later tend to be compatible with technologies that have been previously standardized, since the communication system is latter-item compatible; on the other hand, since 4G LTE already has a lot of existing designs, if compatibility is achieved, much of the flexibility of 5G must be sacrificed, thereby reducing performance. Therefore, two-way parallel studies are currently conducted in the 3rd Generation Partnership Project (3 GPP) organization, called the 5G New Radio protocol (NR), regardless of the technology discussion group for backward compatibility.

In the discussion process of 5G NR, many companies propose the possibility that a certain UE simultaneously transmits PUCCH data and PUSCH data, so as to guarantee a lower delay of UE-side uplink transmission. However, if PUCCH data and PUSCH data of a certain UE are allowed to be transmitted simultaneously, it is important how to allocate resources of PUCCH and PUSCH in the frequency domain. For example, when the PRBs allocated to PUCCH data and PUSCH data are not contiguous, that is, the PRB used for transmitting PUCCH data and the PRB used for transmitting PUSCH data are not adjacent to each other, interference between the two is likely to occur, and transmission of another UE on the intermediate band is affected.

In order to solve the above problem, an embodiment of the present invention provides a method for data transmission, and fig. 2 is a flowchart of the method for data transmission provided by the embodiment of the present invention, as shown in fig. 2, the method provided by the embodiment includes the following steps:

s201, a first UE receives first configuration information sent by a base station;

the first configuration information is used for configuring a first time-frequency resource for transmitting Physical Uplink Shared Channel (PUSCH) data, and a second time-frequency resource and a third time-frequency resource for transmitting Physical Uplink Control Channel (PUCCH) data for a first UE. Wherein, the time domain resource of the second time frequency resource is the same as the former part of the time domain resource of the first time frequency resource, the time domain resource of the third time frequency resource is the same as the latter part of the time domain resource of the first time frequency resource, and the time domain resource of the second time frequency resource is not completely the same as the time domain resource of the third time frequency resource; the frequency domain resources of the second time frequency resource and the third time frequency resource are adjacent to the frequency domain resource of the first time frequency resource respectively.

The following describes an exemplary time-frequency resource block composed of the first time-frequency resource, the second time-frequency resource, and the third time-frequency resource with specific diagrams.

Fig. 3a to 3d are schematic diagrams of time-frequency resource blocks, and as shown in fig. 3a to 3d, the time-frequency resource blocks occupy continuous PRBs in the frequency domain and 1 slot (0.5ms) in the time domain. For example, in fig. 3a, the frequency domain resource of the first time frequency resource for transmitting PUSCH data is in the middle part, and the frequency domain resource of the second time frequency resource and the frequency domain resource of the third time frequency resource for transmitting PUCCH data are respectively located at the lower left corner and the upper right corner of two sides adjacent to the PUSCH data. The PUCCH data is transmitted in a frequency hopping mode, and is transmitted in a frequency domain with a PRB label smaller than that of the PUSCH data in the first half of transmission time, and is transmitted in a frequency domain with a PRB label larger than that of the PUSCH data in the second half of transmission time. It should be noted that the time domain resources of the second time frequency resource and the third time frequency resource may not overlap (as shown in fig. 3 a), or may partially overlap (as shown in fig. 3 b). It should be noted that, in an unillustrated illustration in this embodiment, the frequency domain resources of the second time frequency resource and the third time frequency resource for transmitting the PUCCH data may also be located at positions of upper left corner and lower right corner of two sides adjacent to the PUSCH data, respectively.

For another example, in fig. 3c, the frequency domain resource of the first time-frequency resource for transmitting PUSCH data is in the middle part, and in the PRBs occupied by transmitting PUSCH data, the PRBs with the highest label are used for transmitting PUCCH data in the first half of the time, and the PRBs with the lowest label are used for transmitting PUCCH data in the second half of the time. Obviously, in the resource block shown in fig. 3c, the first time-frequency resource for transmitting PUSCH data occupies at least three PRBs. Similarly, the time domain resources of the second time frequency resource and the third time frequency resource may not overlap (as shown in fig. 3 c) or may partially overlap (as shown in fig. 3 d). It can also be understood that, in the not-shown illustration of this embodiment, in the PRBs occupied for transmitting PUSCH data, in the first half time, the PRB with the lowest label is used for transmitting PUCCH data, and in the second half time, the PRB with the highest label is used for transmitting PUCCH data.

It should be noted that the contents of the PUCCH data transmitted on the two parts are consistent, and the diversity gain can be improved by transmitting the PUCCH data in a frequency hopping manner.

It should be noted that the example shown in fig. 3a to 3d is only a size of a time-frequency resource block defined in the LTE system, and with the evolution of a network architecture and the appearance of a New application scenario, for example, in a New Radio Access technology (New RAT) or NR, the time-frequency resource block may have a New definition, for example, a time occupied in a time domain is longer or shorter, which is limited in the present application.

S202, the first UE sends PUSCH data to the base station by utilizing the first time-frequency resource, and sends PUCCH data to the base station by utilizing the second time-frequency resource and the third time-frequency resource in a frequency hopping mode;

s203, the base station receives PUSCH data sent by the first UE on the first time-frequency resource, and receives PUCCH data sent by the first UE on the second time-frequency resource and the third time-frequency resource.

In the data transmission method provided by this embodiment, the PUCCH data and the PUSCH data of the UE are simultaneously transmitted on adjacent PRBs, which not only can ensure a low time delay of uplink transmission on the UE side, but also can effectively reduce interference generated on other frequency bands because the PRBs used for transmitting the PUCCH data and the PRBs used for transmitting the PUSCH data are adjacent, thereby reducing the influence on other UEs.

When PUCCH data of a certain UE is transmitted on both sides of the frequency band occupied by PUSCH data, only the UE knows the frequency domain location of the resource used by PUCCH because the resource for transmitting PUSCH data is independently allocated to the certain UE. Based on this, in order to further improve the utilization rate of the spectrum resources, the embodiment of the present application further provides a scheme for multiplexing PUCCH resources by different UEs when PUCCH and PUSCH are transmitted together.

Fig. 4 is a schematic diagram of different UEs multiplexing PUCCH transmission resources according to an embodiment of the present application, and when different UEs respectively transmit PUSCH data and PUCCH data using the time-frequency resource blocks shown in fig. 3a (or 3b) and fig. 3c (or 3d), a PUCCH resource multiplexing mode is shown in fig. 4. The UE1, the UE2, and the UE3 respectively transmit PUSCH data and PUCCH data simultaneously in the frequency domain, where the UE1 uses the time-frequency resource block shown in fig. 3c, and the UE2 and the UE3 use the time-frequency resource block shown in fig. 3 a. In a specific transmission process, the UE2 transmits its PUCCH data simultaneously when transmitting its PUSCH data, and the PUCCH data transmitted in the first half slot and the PUCCH data of the UE1 multiplex the same PRB. The UE3 transmits its PUCCH data simultaneously when transmitting its PUSCH data, the PUCCH data transmitted by the UE3 and the PUCCH data of the UE1 in the second half slot multiplexing the same PRB. In other words, UE1 transmits its PUCCH data simultaneously when transmitting its PUSCH data, multiplexed with the PUCCH resource of UE2 in the first half of the slot, and multiplexed with the PUCCH resource of UE3 in the second half of the time.

It can be understood that different UEs can be distinguished by using different spreading sequences or code domain sequences in the process of multiplexing PUCCH resources. For example, the spreading sequences or code domain sequences employed by UE1, UE2, and UE3 in transmitting PUCCH data may be specified by a standard or indicated by a base station.

Obviously, fig. 4 only schematically illustrates the time-frequency resource blocks shown in fig. 3a and fig. 3c, and when different UEs respectively adopt the time-frequency resource blocks shown in fig. 3b and fig. 3d, or 3a and fig. 3d, or 3b and fig. 3c to transmit respective PUSCH data and PUCCH data, the multiplexing principle thereof is similar to the multiplexing principle shown in fig. 4, and is not repeated here.

In the embodiment shown in fig. 4, when different UEs multiplex PUCCH transmission resources, the time-frequency resource blocks shown in fig. 3a to 3d need to be introduced, for example, PUCCH resource multiplexing may be implemented only when different UEs respectively use the time-frequency resource blocks shown in fig. 3a (or 3b) and fig. 3c (or 3d) to transmit their respective PUSCH data and PUCCH data. In order to realize that different UEs are not limited by the time-frequency resource block form when multiplexing PUCCH transmission resources, a plurality of multiplexing schemes shown in fig. 5 to 10 are further provided in the following embodiments of the present application.

When transmitting the PUSCH data, the UE simultaneously transmits the PUCCH data on a PRB adjacent to the PRB transmitting the PUSCH data. In this embodiment, a PRB for transmitting PUCCH data adjacent to a PRB for transmitting PUSCH data is referred to as an adjacent band PUCCH resource, and corresponding data is referred to as adjacent band PUCCH data. Meanwhile, there may be other UEs transmitting only PUCCH data, which may transmit their PUCCH data using both-side PRBs of the entire band. In this embodiment, we refer to PRBs on both sides of the entire band for transmitting PUCCH data as sideband PUCCH resources, or we refer to PUCCH resources other than adjacent-band PUCCH resources, collectively referred to as sideband PUCCH resources, and corresponding data as sideband PUCCH data.

Fig. 5 is a schematic diagram of multiplexing PUCCH transmission resources by different UEs according to an embodiment of the present disclosure, and as shown in fig. 5, the first half of the adjacent band PUCCH resources are multiplexed with the sideband PUCCH resources, that is, on the PUCCH resources, a part of the code domain resources are occupied by the adjacent band PUCCH data, and the rest of the code domain resources are used for transmission of the sideband PUCCH data. Wherein, the code domain resource occupied by different PUCCH data can be specified by the standard or indicated by the base station.

Fig. 6 is a schematic diagram of multiplexing PUCCH transmission resources by different UEs according to an embodiment of the present disclosure, and as shown in fig. 6, a first half and a second half of an adjacent band PUCCH resource are respectively multiplexed with a sideband PUCCH resource. Wherein, the code domain resource occupied by different PUCCH data can be specified by the standard or indicated by the base station.

FIG. 7 is a diagram of multiplexing PUCCH transmission resources for both adjacent band PUCCH data and sideband PUCCH data for a single UE, as shown in FIG. 7, the base station allocates PRBs in the middle of the band to the UE1 for PUSCH data transmission, instructs the UE1 to transmit its PUCCH data on PRBs on both sides adjacent to the PUSCH data for the UE1, and instructs the UE1 to transmit code domain resources for PUCCH data transmission; when other UEs only have PUCCH data for transmission, the base station may schedule the other UEs to transmit their PUCCH data at the position where the UE1 transmits the PUCCH data, and the code domain resources used by the other UEs are different from the code domain resources used by the UE 1. Optionally, PUCCH resources on the same time domain symbol of the PRB as the PUCCH resource of UE1 are also provided on both sides of the frequency band, and the base station may also schedule other UEs to transmit PUCCH data on these PUCCH resources.

As an alternative embodiment, when the UE1 needs to transmit more PUCCH data, the PUCCH resource occupied by the UE1 may not be multiplexed with other UEs. At this time, the base station schedules the UE1 to transmit its PUCCH data on the PUCCH resource filled with the grid padding portion as shown in fig. 7. The base station schedules the other UEs to transmit their PUCCH data on the PUCCH resources filled with the twill padding portion shown in fig. 7. After receiving the signal, the base station side, if a plurality of UEs are scheduled to multiplex PUCCH resources, multiplies the received signal by the code domain resource corresponding to UE1 to decode UCI of UE 1. If only UE1 transmits its PUCCH data on the PUCCH resource, the base station directly decodes the received signal to obtain UCI of UE 1.

Fig. 8 is a schematic diagram of multiplexing PUCCH transmission resources by using adjacent-band PUCCH data and sideband PUCCH data of a plurality of UEs, and as shown in fig. 8, a base station allocates PRBs located in the middle of a band for transmitting PUSCH data to a UE1 and a UE2, respectively, and instructs the UE1 and the UE2 to transmit their PUCCH data on PRBs on two adjacent sides of the respective transmitted PUSCH data. And when other UEs only transmit PUCCH data, the base station schedules the other UEs to transmit the PUCCH data on the time-frequency resource of the PUCCH data transmitted by the UE1, and the code domain resources used by the other UEs are different from the code domain resources used by the UE 1. And the base station schedules other UEs to transmit PUCCH data on the time-frequency resource of the PUCCH data transmitted by the UE2, wherein the code domain resources used by the other UEs are different from the code domain resources used by the UE 2. On the receiving side, the base station receives and decodes the signals on the respective PUCCH resources.

As an alternative embodiment, the UE1 and the UE2 may use the same code domain resource on the sideband PUCCH resource, and at this time, the two may be distinguished by different PRBs, so that the occupation of the code domain resource on the sideband PUCCH resource may be reduced. The transmission resources for the UE1 and another portion of the PUCCH data for UE2 are located on different time domain resources of the same PRB. On the other PUCCH resources on both sides of the whole band, i.e. on the same PRB different time domain symbols as the PUCCH resource of the first half slot of UE1 and on the same PRB different time domain symbols as the PUCCH resource of the second half slot of UE2, the base station schedules other UEs to transmit their PUCCH data on these sideband PUCCH resources.

In another embodiment of the present application, a certain PRB in the middle of the frequency band may be set in advance by a standard or by the base station for transmitting PUCCH data. When the base station presets the PRB for transmitting PUCCH data, the base station can implicitly indicate through a preset time slot type. After the PRB fixedly used for transmitting the PUCCH data is preset, the base station can transmit the PUCCH data through multiplexing resources on the preset PRB by scheduling UE without PUSCH transmission, so that the effect of improving the transmission efficiency is achieved.

Fig. 9 is a schematic diagram of multiplexing PUCCH transmission resources by different UEs according to an embodiment of the present disclosure, and as shown in fig. 9, in this embodiment, a PRB in the middle of a preset frequency band is fixedly used for transmitting PUCCH data, and meanwhile, sideband PUCCH resources also exist. At this time, PUCCH resources shown in the frequency band may be divided into three groups: the first group of PUCCH resources consists of PUCCH resources at the upper left corner and the lower right corner, and are marked as PUCCH1 on the way; the second group of PUCCH resources consists of lower left PUCCH resources and resources on the second half time domain of the preset PRB, and the second group of PUCCH resources is marked as PUCCH (UE 2); and the third group of PUCCH resources consists of resources on the first half time domain of the preset PRB and PUCCH resources at the upper right corner, and the third group of PUCCH resources is marked as PUCCH (UE 1).

The base station schedules the UE1 and the UE2 to transmit PUSCH data thereof on both sides of the preset PRB respectively. The base station schedules the UE1 to transmit its PUCCH data on the third set of PUCCH resources on both sides of its PUSCH data, and the code domain resources employed by the UE1 may be dictated by the base station or predefined by the standard. The base station schedules the UE2 to transmit its PUCCH data on the second set of PUCCH resources on both sides of its PUSCH data, and the code domain resources employed by the UE2 may be dictated by the base station or pre-specified by the standard. For other UEs which only have PUCCH data transmission, the base station schedules the other UEs to transmit the PUCCH data thereof on the first, second and third groups of PUCCH resources. When other UEs transmit PUCCH data on the second group of PUCCH resources, the used code domain resources are different from the code domain resources used by the UE 2; when other UEs transmit PUCCH data on the third set of PUCCH resources, the code domain resources used are different from those used by UE 1. On the receiving side, the base station receives and decodes the signal on each PUCCH resource.

Fig. 10 is a schematic diagram of multiplexing PUCCH transmission resources by different UEs according to an embodiment of the present disclosure, and as shown in fig. 10, in this embodiment, a PRB in the middle of a preset frequency band is fixedly used for transmitting PUCCH data, and meanwhile, sideband PUCCH resources also exist. At this time, PUCCH resources shown in the frequency band may be divided into three groups: the first set of PUCCH resources consists of PUCCH resources in the upper left and lower right corners, denoted PUCCH 1; the second group of PUCCH resources consists of PUCCH resources at the lower left corner and resources in the second half of the time domain of the preset PRB, which is marked as PUCCH2 in the drawing; and the third group of PUCCH resources consists of resources on the first half time domain of the preset PRB and PUCCH resources at the upper right corner, and the third group of PUCCH resources is marked as PUCCH (UE 1).

The base station schedules the UE1 to transmit its PUSCH data on both sides of the preset PRB. The base station schedules UE1 to transmit its PUCCH data on a third set of PUCCH resources, which may be indicated by the base station or predefined by a standard. For other UEs which only have PUCCH data transmission, the base station schedules the other UEs to transmit the PUCCH data thereof on the first, second and third groups of PUCCH resources. Wherein, when other UEs transmit PUCCH data on the third set of PUCCH resources, the code domain resources used are different from the code domain resources used by UE 1. On the receiving side, the base station receives and decodes the signal on each PUCCH resource.

The PUCCH data mainly includes UCI and DMRS, and the time domain resource of the time frequency resource for transmitting the PUCCH data includes 7 time domain symbols. Obviously, the present embodiment is only schematically illustrated by including 7 time domain symbols, and as described above, with the evolution of network architecture and the appearance of a New application scenario, for example, in New RAT or NR, there may be a New definition of time-frequency resources, for example, occupying more or less time domain symbols in the time domain, which is not limited in the present application.

Further, embodiments of the present application further provide different transmission formats of PUCCH data as shown in fig. 11a to 11 b. Fig. 11a to 11b are schematic diagrams of transmission formats of PUCCH data. In the above embodiments of the present application, when each UE transmits PUCCH data, different transmission formats may be selected according to the size of UCI.

When the transmission information is less, the transmission format shown in fig. 11a may be adopted, that is, the first 2 and the last 2 of the 7 time domain symbols are respectively used for transmitting UCI, and the middle three symbols are used for transmitting DMRS. In this case, the coding scheme for transmission of N PRBs used for transmission of PUCCH data is as shown in fig. 12.

Fig. 12 is a schematic diagram of a coding scheme for transmitting PUCCH data, and as shown in fig. 12, 1 Quadrature Phase Shift Keying (QPSK) signal is repeatedly transmitted on each symbol for transmitting UCI, and is multiplied by a spreading sequence with a length of 12, and then multiplied by a parameter w0, and then subjected to IFFT or IDFT to generate a time domain signal. Wherein, the 1 QPSK signals transmitted on the first three symbols are also transmitted on the last three symbols, and multiplied by the parameter w1, and then the time domain signal is generated through IFFT or IDFT operation. Wherein, [ w0, w1] constitutes a code domain sequence, which can be used for code division to distinguish different UEs.

When more information is transmitted, the transmission format shown in fig. 11b may be adopted, that is, one symbol among 7 time domain symbols is used for transmitting DMRS, and the rest symbols are used for transmitting UCI. In this case, the coding scheme for transmission of N PRBs used for transmission of PUCCH data is as shown in fig. 13 or fig. 14.

Fig. 13 is a schematic diagram of a coding scheme for transmitting PUCCH data, and as shown in fig. 13, each symbol for transmitting UCI may carry 12N QPSK signals, and a total of 36N QPSK signals may be carried on the first three symbols. On the first three symbols, each 12N QPSK signal is multiplied by a parameter w0, and a time domain signal is generated through DFT and IDFT. The 36N QPSK signals transmitted on the first three symbols are also transmitted on the last three symbols, multiplied by a parameter w1, and then subjected to DFT and IDFT to generate time domain signals. Wherein, [ w0, w1] constitutes a code domain sequence, which can be used for code division to distinguish different UEs.

Fig. 14 is a schematic diagram of a coding scheme for transmitting PUCCH data, and as shown in fig. 14, 12N QPSK signals are repeatedly transmitted for each UCI-transmitted symbol. On the first three symbols, each 12N QPSK signal is multiplied by a parameter w0, and a time domain signal is generated through DFT and IDFT. The 12N QPSK signals transmitted on the first three symbols are also transmitted on the last three symbols, multiplied by a parameter w1, and then subjected to DFT and IDFT to generate a time domain signal. Wherein, [ w0, w1] constitutes a code domain sequence, which can be used for code division to distinguish different UEs.

In the following embodiments, how to multiplex PUCCH resources when different UEs transmit PUCCH data using the same transmission format or different transmission formats will be explained in detail. Fig. 15 or 16 shows a PUCCH resource multiplexing method when different UEs transmit PUCCH data in the same transmission format, and fig. 17 or 18 shows a PUCCH resource multiplexing method when different UEs transmit PUCCH data in different transmission formats.

Fig. 15 is a schematic diagram of a PUCCH resource multiplexing method for transmitting PUCCH data by different UEs using the same transmission format, and as shown in fig. 15, a UE1 and a UE2 respectively transmit a small amount of data using the coding method shown in fig. 12 and the transmission format shown in fig. 11 b. Here, the encoding process flows above and below 7 symbols for transmitting PUCCH data shown in fig. 15 correspond to encoding processes of PUCCH data for UE1 and UE2, respectively. For example, in fig. 15, UE1 and UE2 may employ different length-12 spreading sequences, the spreading sequences of UE1 and UE2 being orthogonal to each other. Or UE1 and UE2 may use different code-domain sequences [ w0, w1], respectively, for example, UE1 uses code-domain sequence [ w0, w1] ═ 1, -1], UE2 uses code-domain sequence [1, 1 ]; or the UE1 adopts the code domain sequence [ w0, w1] ═ 1, 1], and the UE2 adopts the code domain sequence [ w0, w1] ═ 1, -1. Further, after receiving the PUCCH data at the receiving end, if the UE1 and the UE2 use different code domain sequences, the signal received at the receiving end is multiplied by the corresponding code domain sequence to distinguish respective signals of the UE1 and the UE2, and then multiplied by the corresponding spreading sequence through DFT, and combined to obtain the transmitted UCI. If the UE1 and the UE2 adopt the same code domain sequence, the signal received by the receiving end is multiplied by the corresponding spreading sequence and combined to obtain the UCI for transmission.

Fig. 16 is a schematic diagram of PUCCH resource multiplexing for transmitting PUCCH data by different UEs using the same transmission format, and as shown in fig. 16, UE1 and UE2 respectively transmit a large amount of data using the coding scheme shown in fig. 13 or fig. 14, and the transmission format shown in fig. 11 a. Here, the upper encoding process flow of 7 symbols for transmitting PUCCH data shown in fig. 16 corresponds to the encoding process of PUCCH data of UE1, and the lower encoding process flow corresponds to the encoding process of PUCCH data of UE 2. For example, in fig. 16, the UE1 transmits 36N QPSK signals using the coding scheme shown in fig. 13, and the UE2 transmits 12N QPSK signals using the coding scheme shown in fig. 14. UE1 and UE2 use different code division sequences [ w0, w1], respectively, for example, UE1 uses code domain sequence [ w0, w1] ═ 1, -1], UE2 uses code domain sequence [1, 1 ]; or the UE1 adopts the code domain sequence [ w0, w1] ═ 1, 1], and the UE2 adopts the code domain sequence [ w0, w1] ═ 1, -1. Further, after receiving the signals, the receiving end multiplies the corresponding code domain sequence to distinguish respective signals of UE1 and UE2, and then obtains the transmitted UCI through DFT and IDFT.

Fig. 17 is a schematic diagram of a PUCCH resource multiplexing scheme for transmitting PUCCH data by different UEs using different transmission formats, where an upper encoding process flow of 7 symbols for transmitting PUCCH data shown in fig. 17 corresponds to an encoding process of PUCCH data by UE1, and a lower encoding process flow corresponds to an encoding process of PUCCH data by UE 2. As shown in fig. 17, the UE1 transmits 36N QPSK signals by using the coding scheme shown in fig. 13, and transmits DMRS on the middle symbol; the UE2 transmits 1 QPSK signal using the coding scheme shown in fig. 12, and DMRS is transmitted on the middle three symbols. UE1 and UE2 adopt different code division sequences [ w0, w1], respectively. It should be noted that, in this case, the UE1 adopts the code domain sequence [ w0, w1] ═ 1, -1], and the UE2 adopts the code domain sequence [ w0, w1] ═ 1, 1. Since the spreading sequence adopted on the DMRS in LTE is [1, 1, 1], in order to support such a spreading sequence, the code domain sequence adopted by the UE2 can only satisfy the requirement of [ w0, w1] ═ 1, 1 ]. Further, after receiving the signals, the receiving end multiplies the corresponding code domain sequence to distinguish respective signals of UE1 and UE2, and then obtains the transmitted UCI through DFT and IDFT.

Fig. 18 is a schematic diagram of a PUCCH resource multiplexing scheme for transmitting PUCCH data by different UEs using different transmission formats, where an upper encoding process flow of 7 symbols for transmitting PUCCH data shown in fig. 18 corresponds to an encoding process of PUCCH data by UE1, and a lower encoding process flow corresponds to an encoding process of PUCCH data by UE 2. As shown in fig. 18, the UE1 transmits 12N QPSK signals using the coding scheme shown in fig. 14, and transmits a DMRS on the middle symbol; the UE2 transmits 1 QPSK signal using the coding scheme shown in fig. 12, and DMRS is transmitted on the middle three symbols. UE1 and UE2 adopt different code division sequences [ w0, w1], respectively. As described above, in this case, the UE1 adopts the code domain sequence [ w0, w1] ═ 1, -1], and the UE2 adopts the code domain sequence [ w0, w1] ═ 1, 1. Since the spreading sequence adopted on the DMRS in LTE is [1, 1, 1], in order to support such a spreading sequence, the code domain sequence adopted by the UE2 can only satisfy the requirement of [ w0, w1] ═ 1, 1 ]. Further, after receiving the signals, the receiving end multiplies the corresponding code domain sequence to distinguish respective signals of UE1 and UE2, and then obtains the transmitted UCI through DFT and IDFT.

In the data transmission method provided by the above embodiment of the present application, the PUCCH data and the PUSCH data of the UE are simultaneously transmitted on the adjacent PRB, which not only can ensure a low time delay of uplink transmission on the UE side, but also can effectively reduce interference generated on other frequency bands due to the adjacent PRB used for transmitting the PUCCH data and PRB used for transmitting the PUSCH data, thereby reducing the influence on other UEs. Further, in order to improve the utilization rate of the spectrum resources, the embodiment of the present application further provides a scheme for multiplexing PUCCH resources by different UEs when PUCCH and PUSCH are transmitted together. Different UE adopts different forms of time frequency resource blocks to simultaneously transmit PUCCH data and PUSCH data, so that different UE can multiplex PUCCH resources; by multiplexing the adjacent band PUCCH resources and the sideband PUCCH resources, the waste of time/frequency domain resources caused by the adjacent band PUCCH is effectively avoided; the method of transmitting adjacent band PUCCH data through the frequency domain resources in the preset frequency band multiplexes the resources to other UE, and signaling overhead can be greatly reduced.

Based on the same idea as the method embodiments described above, the embodiments of the present application further provide various data transmission devices. The apparatus may be implemented by software, hardware, or a combination of software and hardware, and may be used to implement the data transmission method provided by the foregoing method embodiments. The parts of the method correspond to the above method, and the corresponding content and technical effect are the same, which are not described herein again.

Fig. 19 is a diagram of a data transmission apparatus according to an embodiment of the present application, where the apparatus is, for example, a UE. As shown in fig. 19, the apparatus includes a transceiver module 191 and a processing module 192.

Among others, the transceiver module 191 may be configured to: and sending Physical Uplink Shared Channel (PUSCH) data of the first UE to the base station by utilizing the first time-frequency resource, and sending Physical Uplink Control Channel (PUCCH) data of the first UE to the base station by utilizing the second time-frequency resource and the third time-frequency resource in a frequency hopping mode. Wherein, the time domain resource of the second time frequency resource is the same as the former part of the time domain resource of the first time frequency resource, the time domain resource of the third time frequency resource is the same as the latter part of the time domain resource of the first time frequency resource, and the time domain resource of the second time frequency resource is not completely the same as the time domain resource of the third time frequency resource; the frequency domain resources of the second time frequency resource and the third time frequency resource are adjacent to the frequency domain resource of the first time frequency resource respectively.

In practical application, optionally, the PUCCH data of the first UE and the PUCCH data of the at least one second UE are mapped on the second time-frequency resource or the third time-frequency resource by using different code domain sequences, respectively.

In practical application, optionally, the physical resource block PRB occupied by the frequency domain resource of the second time-frequency resource is located on one side of the PRB occupied by the frequency domain resource of the first time-frequency resource, and the PRB occupied by the frequency domain resource of the third time-frequency resource is located on the other side of the PRB occupied by the frequency domain resource of the first time-frequency resource.

In practical application, optionally, the frequency domain resource of the first time-frequency resource occupies at least three PRBs, the frequency domain resource of the second time-frequency resource occupies one PRB of the first time-frequency resource which occupies one edge of the PRBs, and the frequency domain resource of the third time-frequency resource occupies one PRB of the third time-frequency resource which occupies the other edge of the PRBs.

In practical application, optionally, the PRB occupied by the frequency domain resource of the second time frequency resource or the third time frequency resource is a PRB preset by the base station for transmitting PUCCH data.

In practical application, optionally, the PRBs occupied by the frequency domain resources of the first time-frequency resources are located on two sides of the PRBs for transmitting PUCCH data preset by the base station.

In practical application, the time domain resources of the second time frequency resource and the third time frequency resource may include 7 time domain symbols, and the PUCCH data includes uplink control information UCI and demodulation reference signal DMRS. An optional implementation manner is that the transceiver module 191 is specifically configured to: mapping the UCI to the first two symbols and the last two symbols of the 7 time domain symbols, and mapping the DMRS to the rest three symbols of the 7 time domain symbols. Another optional implementation manner is that the transceiver module 191 is specifically configured to: mapping the UCI to the first three symbols and the last three symbols of the 7 time domain symbols, and mapping the DMRS to the rest one symbols of the 7 time domain symbols.

It is worth mentioning that in practical applications, one possible design is that when the UE only needs to transmit PUCCH data, but not PUSCH data, the transceiver module 191 may only be used to transmit PUCCH data to the base station.

The data transmission apparatus provided in this embodiment may perform the functions performed by the first UE in the foregoing method embodiments, and the implementation principle and the technical effect are similar, which are not described herein again.

Fig. 20 is a diagram of a data transmission apparatus according to an embodiment of the present application, where the apparatus is, for example, a base station. As shown in fig. 20, the apparatus includes a transceiver module 201 and a processing module 202.

The transceiver module 201 is configured to: sending first configuration information to a first User Equipment (UE), wherein the first configuration information is used for configuring a first time-frequency resource for transmitting Physical Uplink Shared Channel (PUSCH) data and a second time-frequency resource and a third time-frequency resource for transmitting Physical Uplink Control Channel (PUCCH) data for the first UE, the time-frequency resource of the second time-frequency resource is the same as the previous part of the time-frequency resource of the first time-frequency resource, the time-frequency resource of the third time-frequency resource is the same as the next part of the time-frequency resource of the first time-frequency resource, and the time-frequency resource of the second time-frequency resource is not completely the same as the time-frequency resource of the third time-frequency resource; the frequency domain resources of the second time frequency resource and the third time frequency resource are adjacent to the frequency domain resource of the first time frequency resource respectively. The transceiver module 201 is further configured to: and receiving Physical Uplink Shared Channel (PUSCH) data sent by the first UE on a first time frequency resource, and receiving Physical Uplink Control Channel (PUCCH) data sent by the first UE on the second time frequency resource and the third time frequency resource.

The data transmission apparatus provided in this embodiment may perform the functions performed by the base station in the foregoing method embodiments, and the implementation principle and technical effect are similar, which are not described herein again.

Fig. 21 is a schematic structural diagram of a UE provided in an embodiment of the present application, and as shown in fig. 21, the UE includes: a transceiver 211, a memory 212, a processor 213, and at least one communication bus 214.

The memory 212 stores software programs, the memory 212 may include a high-speed RAM memory, and may further include a non-volatile storage NVM, such as at least one disk memory, and various programs may be stored in the memory 212 for performing various processing functions and implementing the method steps of the present embodiment. The processor 213 is coupled to the memory 212, and the communication bus 214 is used for realizing communication connection among elements. Optionally, the transceiver 211 in this embodiment may be a radio frequency module or a baseband module on the UE.

In this embodiment, the processor 213 is configured to execute the corresponding functions in the data transmission method by running the software program in the memory 212.

The UE in the embodiment of the application can be a smart phone, a tablet computer, a PAD and the like. The following takes UE as an example for the mobile phone.

Fig. 22 is a block diagram showing a partial structure of the cellular phone 100 according to the embodiment of the present application. Referring to fig. 22, the cellular phone 100 includes: a Radio Frequency (RF) circuit 110, a power supply 120, a processor 130, a memory 140, an input unit 150, a display unit 160, a sensor 170, an audio circuit 180, and a wireless fidelity (WiFi) module 190. Those skilled in the art will appreciate that the handset configuration shown in fig. 22 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

The following describes the components of the mobile phone 100 in detail with reference to fig. 22:

the RF circuit 110 may be used for receiving and transmitting signals during information transmission and reception or during a call, and in particular, receives downlink information of a base station and then sends the received downlink information to the processor 130; in addition, the data for designing uplink is transmitted to the base station. Typically, the RF circuitry includes, but is not limited to, an antenna, at least one Amplifier, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like. In addition, the RF circuitry 110 may also communicate with networks and other devices via wireless communications. The wireless communication may use any communication standard or protocol, including but not limited to Global System for Mobile communication (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), email, Short Messaging Service (SMS), and the like.

The memory 140 may be used to store software programs and modules, and the processor 130 executes various functional applications and data processing of the mobile phone 100 by operating the software programs and modules stored in the memory 140. The memory 140 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 for 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 100, and the like. Further, the memory 140 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 input unit 150 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the cellular phone 100. Specifically, the input unit 150 may include a touch panel 151 and other input devices 152. The touch panel 151, also referred to as a touch screen, may collect a touch operation performed by a user on or near the touch panel 151 (e.g., an operation performed by the user on or near the touch panel 151 using any suitable object or accessory such as a finger or a stylus), and drive a corresponding connection device according to a preset program. Alternatively, the touch panel 151 may include two parts, 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 130, and can receive and execute commands sent by the processor 130. In addition, the touch panel 151 may be implemented in various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. The input unit 150 may include other input devices 152 in addition to the touch panel 151. In particular, other input devices 152 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.

The display unit 160 may be used to display information input by or provided to the user and various menus of the cellular phone 100. The display unit 160 may include a display panel 161, and the display panel 161 may be alternatively configured in the form of an LCD, an OLED, or the like. Further, the touch panel 151 may cover the display panel 161, and when the touch panel 151 detects a touch operation thereon or nearby, the touch panel transmits the touch operation to the processor 130 to determine the type of the touch event, and then the processor 130 provides a corresponding visual output on the display panel 161 according to the type of the touch event. Although the touch panel 151 and the display panel 151 are shown as two separate components in fig. 22 to implement the input and output functions of the mobile phone 100, in some embodiments, the touch panel 151 and the display panel 161 may be integrated to implement the input and output functions of the mobile phone 100.

The handset 100 may also include at least one sensor 170, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor that adjusts the brightness of the display panel 161 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 161 and/or the backlight when the mobile phone 100 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone 100, further description is omitted here.

Audio circuitry 180, speaker 181, and microphone 182 may provide an audio interface between a user and the handset 100. The audio circuit 180 may transmit the electrical signal converted from the received audio data to the speaker 181, and the electrical signal is converted into a sound signal by the speaker 181 and output; on the other hand, the microphone 182 converts the collected sound signals into electrical signals, which are received by the audio circuit 180 and converted into audio data, which are then output to the RF circuit 110 for transmission to, for example, another cell phone, or to the memory 140 for further processing.

WiFi belongs to short-distance wireless transmission technology, and the mobile phone 100 can help the user send and receive e-mails, browse web pages, access streaming media, etc. through the WiFi module 190, which provides wireless broadband internet access for the user. Although fig. 22 shows the WiFi module 190, it is understood that it does not belong to the essential constitution of the handset 100, and may be omitted entirely as needed within the scope not changing the essence of the invention.

The processor 130 is a control center of the mobile phone 100, connects various parts of the entire mobile phone by using various interfaces and lines, and performs various functions of the mobile phone 100 and processes data by operating or executing software programs and/or modules stored in the memory 140 and calling data stored in the memory 140, thereby implementing various services based on the mobile phone. Optionally, processor 130 may include one or more processing units; optionally, the processor 130 may integrate an application processor and a modem processor, wherein the application processor mainly handles operating systems, user interfaces, application programs, and the like, and the modem processor mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 130.

The positioning device 101 is used to determine the position of the mobile phone 100, and the positioning device 101 may be a GPS positioning module of the mobile phone 100, an obtaining module that determines the position of the mobile phone by using the distance measured by the base station to the mobile phone, or an obtaining module that uses wifi hot spot to perform short-range positioning. When other components of the mobile phone 100 request location information, a location request is sent to the positioning device 101 through the processor 130, and the positioning device 101 can obtain the location information of the mobile phone 101 through communication with a GPS satellite or a base station or a wifi hotspot, and returns the location information to other components through the processor 130.

The handset 100 also includes a power supply 120 (e.g., a battery) for powering the various components, optionally logically connected to the processor 130 via a power management system, so as to manage charging, discharging, and power consumption via the power management system.

Although not shown, the mobile phone 100 may further include a camera, a bluetooth module, etc., which will not be described herein.

Fig. 23 is a schematic structural diagram of a base station provided in an embodiment of the present application, and as shown in fig. 23, the UE includes: a transceiver 231, a memory 232, a processor 233, and at least one communication bus 234.

The memory 232 stores software programs, the memory 232 may include a high-speed RAM memory, and may also include a non-volatile storage NVM, such as at least one disk memory, and various programs may be stored in the memory 232 for performing various processing functions and implementing the method steps of the present embodiment. The processor 213 is coupled to the memory 232, and the communication bus 234 is used for realizing communication connection among elements. Optionally, the transceiver 231 in this embodiment may be a radio frequency module or a baseband module on the UE.

In this embodiment, the processor 233 is configured to execute corresponding functions of the data transmission method by running the software program in the memory 232.

In addition, the embodiment of the application also provides various communication systems.

A first communication system comprising: a UE having the data transmission apparatus provided in the embodiment shown in fig. 19 and a base station having the data transmission apparatus provided in the embodiment shown in fig. 20.

A second communication system, comprising: the UE provided in the embodiment shown in fig. 21 or the mobile phone shown in fig. 22, and the base station provided in the embodiment shown in fig. 23.

It can be understood that some UEs in the above communication system need to transmit PUCCH data and PUSCH data simultaneously, and some UEs only need to transmit PUCCH data and do not need to transmit PUSCH data.

The steps of a method or algorithm described in connection with the disclosure herein may be embodied in hardware, in software instructions executed by a processor, or in a computer program product. The software instructions may consist of corresponding software modules that may be stored in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a 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 user equipment. Of course, the processor and the storage medium may reside as discrete components in user equipment.

Those skilled in the art will recognize that in one or more of the examples described above, the functions described herein may be implemented in hardware, software, firmware, or any combination thereof. When implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.

In the several embodiments provided in this application, it should be understood that the disclosed system, apparatus, and method may be implemented in other ways without departing from the scope of the application. For example, the above-described embodiments are merely illustrative, and for example, the division of the modules or units is only one logical functional division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.

Additionally, the systems, devices, and methods described, as well as the illustrations of various embodiments, may be combined or integrated with other systems, modules, techniques, or methods without departing from the scope of the present application. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of devices or units through some interfaces, and may be in an electronic, mechanical or other form.

It is to be understood that the appearances of "a plurality" in the embodiments of the present application mean two or more. The descriptions of "first" and "second" appearing in the embodiments of the present application are only for illustrating and distinguishing the objects of description, and do not indicate any particular limitation to the number of devices in the embodiments of the present application, and do not constitute any limitation to the embodiments of the present application.

Finally, it should be noted that: the above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A method of data transmission, comprising:

the method comprises the steps that first User Equipment (UE) sends Physical Uplink Shared Channel (PUSCH) data to a base station by utilizing a first time-frequency resource, and sends Physical Uplink Control Channel (PUCCH) data to the base station by utilizing a second time-frequency resource and a third time-frequency resource in a frequency hopping mode;

wherein, the time domain resource of the second time frequency resource is the same as the former part of the time domain resource of the first time frequency resource, the time domain resource of the third time frequency resource is the same as the latter part of the time domain resource of the first time frequency resource, and the time domain resource of the second time frequency resource is not completely the same as the time domain resource of the third time frequency resource; the frequency domain resources of the second time frequency resource and the third time frequency resource are adjacent to the frequency domain resource of the first time frequency resource respectively.

2. The method of claim 1, wherein the PUCCH data for the first UE and the PUCCH data for the at least one second UE are mapped to the second or third time-frequency resource using different code-domain sequences, respectively.

3. The method according to claim 1 or 2, wherein the physical resource block PRB occupied by the frequency domain resource of the second time-frequency resource is located on one side of the PRB occupied by the frequency domain resource of the first time-frequency resource, and the PRB occupied by the frequency domain resource of the third time-frequency resource is located on the other side of the PRB occupied by the frequency domain resource of the first time-frequency resource.

4. The method according to claim 1 or 2, wherein the frequency domain resource of the first time-frequency resource occupies at least three PRBs, the frequency domain resource of the second time-frequency resource occupies one PRB of the first time-frequency resource occupying one side edge of the PRBs, and the frequency domain resource of the third time-frequency resource occupies one PRB of the first time-frequency resource occupying the other side edge of the PRBs.

5. The method according to claim 1 or 2, wherein the PRBs occupied by the frequency domain resources of the second time frequency resource or the third time frequency resource are PRBs for transmitting PUCCH data preset by the base station.

6. The method according to claim 5, wherein the PRBs occupied by the frequency domain resources of the first time-frequency resources are located on both sides of the PRBs preset by the base station for transmitting PUCCH data.

7. The method according to any of claims 1 to 6, wherein the time domain resources of the second and third time frequency resources each comprise 7 time domain symbols, and the PUCCH data comprises uplink control information, UCI, and demodulation reference signals, DMRS;

the first UE sends PUCCH data to the base station by using the second time-frequency resource and the third time-frequency resource in a frequency hopping mode, and the method comprises the following steps:

the first UE mapping the UCI to the first two symbols and the last two symbols of the 7 time domain symbols, and mapping the DMRS to the remaining three symbols of the 7 time domain symbols; or

The first UE maps the UCI to the first three symbols and the last three symbols of the 7 time domain symbols and maps the DMRS to the remaining one symbol of the 7 time domain symbols.

8. The method of claim 7, wherein the first UE maps the UCI onto a first two symbols and a last two symbols of the 7 time domain symbols, comprising:

the first UE performs first coding processing on the UCI to generate a first time domain signal, and performs second coding processing on the UCI to generate a second time domain signal;

the first UE repeatedly maps the first time domain signal to the first two symbols and repeatedly maps the second time domain signal to the last two symbols;

the first encoding process is: multiplying the QPSK signal corresponding to the UCI by a spreading sequence with the length of 12 to generate a first sequence, multiplying the first sequence by a first parameter, and performing inverse fast Fourier transform or inverse discrete Fourier transform to generate the first time domain signal;

the second encoding process is: multiplying the QPSK signal corresponding to the UCI by a spreading sequence with the length of 12 to generate a first sequence, multiplying the first sequence by a second parameter, and performing inverse fast Fourier transform or inverse discrete Fourier transform to generate a second time domain signal;

wherein a sequence formed by the first parameter and the second parameter is a code domain sequence of the first UE.

9. The method of claim 7, wherein the first UE maps the UCI onto a first three symbols and a last three symbols of the 7 time domain symbols, comprising:

the first UE performs third coding processing on the UCI to generate a third time domain signal, and performs fourth coding processing on the UCI to generate a fourth time domain signal;

the first UE repeatedly maps the third time domain signal to the first three symbols and repeatedly maps the fourth time domain signal to the last three symbols;

the third encoding process is: multiplying 12N QPSK signals corresponding to the UCI by a first parameter, and performing discrete Fourier transform and inverse discrete Fourier transform to generate a third time domain signal;

the fourth encoding process is: multiplying 12N QPSK signals corresponding to the UCI by a second parameter, and performing discrete Fourier transform and inverse discrete Fourier transform to generate a fourth time domain signal;

and the sequence formed by the first parameter and the second parameter is a code domain sequence of the first UE, and N is the number of Physical Resource Blocks (PRBs) used for transmitting the PUCCH data.

10. The method of claim 7, wherein the first UE maps the UCI onto a first three symbols and a last three symbols of the 7 time domain symbols, comprising:

the first UE performs fifth coding processing on the UCI to generate three fifth time domain signals, and performs sixth coding processing on the UCI to generate three sixth time domain signals;

the first UE maps the three fifth time domain signals to the first three symbols respectively and maps the three sixth time domain signals to the last three symbols respectively;

the fifth encoding process is: multiplying every 12N QPSK signals in the 36N QPSK signals corresponding to the UCI by a first parameter, and performing discrete Fourier transform and inverse discrete Fourier transform to generate three fifth time domain signals;

the sixth encoding process is: multiplying every 12N QPSK signals in the 36N QPSK signals corresponding to the UCI by a second parameter, and performing discrete Fourier transform and inverse discrete Fourier transform to generate three sixth time domain signals;

wherein a sequence formed by the first parameter and the second parameter is a code domain sequence of the first UE, and N is the number of PRBs used for transmitting the PUCCH data.

11. A method of data transmission, comprising:

12. The method of claim 11, further comprising:

the base station sends second configuration information to a second UE, wherein the second configuration information is used for configuring the second time-frequency resource and/or the third time-frequency resource for the second UE;

the base station receives PUCCH data sent by the second UE on the second time-frequency resource and/or the third time-frequency resource;

and mapping the PUCCH data of the first UE and the PUCCH data of the second UE on the second time-frequency resource or the third time-frequency resource by adopting different code domain sequences respectively.

13. The method according to claim 11 or 12, wherein the physical resource block PRB occupied by the second time-frequency resource is located on one side of the PRB occupied by the first time-frequency resource, and the PRB occupied by the third time-frequency resource is located on the other side of the PRB occupied by the first time-frequency resource.

14. The method according to claim 11 or 12, wherein the PRB occupied by the second time-frequency resource is one PRB occupied by the first time-frequency resource on one side edge of the PRB, and the PRB occupied by the third time-frequency resource is one PRB occupied by the first time-frequency resource on the other side edge of the PRB.

15. The method according to claim 11 or 12, wherein the PRB occupied by the second or third time-frequency resource is a PRB preset by the base station for transmitting PUCCH data.

16. The method according to claim 15, wherein the PRBs occupied by the first time-frequency resource are located on both sides of a PRB preset by the base station for transmitting PUCCH data.

17. A data transmission device, comprising a transceiver module and a processing module, wherein the transceiver module is configured to:

sending Physical Uplink Shared Channel (PUSCH) data of first User Equipment (UE) to a base station by utilizing a first time-frequency resource, and sending Physical Uplink Control Channel (PUCCH) data of the first UE to the base station by utilizing a second time-frequency resource and a third time-frequency resource in a frequency hopping mode;

18. The apparatus of claim 17, wherein the PUCCH data for the first UE and the PUCCH data for the at least one second UE are mapped to the second or third time-frequency resource using different code-domain sequences, respectively.

19. The apparatus according to claim 17 or 18, wherein the time domain resources of the second and third time frequency resources each comprise 7 time domain symbols, wherein the PUCCH data comprises uplink control information, UCI, and demodulation reference signals, DMRS, and wherein the transceiver module is specifically configured to:

mapping the UCI to the first two symbols and the last two symbols of the 7 time domain symbols, and mapping the DMRS to the remaining three symbols of the 7 time domain symbols; or

Mapping the UCI to the first three symbols and the last three symbols of the 7 time domain symbols, and mapping the DMRS to the rest one symbols of the 7 time domain symbols.

20. A data transmission device, comprising a transceiver module and a processing module, wherein the transceiver module is configured to:

sending first configuration information to a first User Equipment (UE), wherein the first configuration information is used for configuring a first time-frequency resource for transmitting Physical Uplink Shared Channel (PUSCH) data and a second time-frequency resource and a third time-frequency resource for transmitting Physical Uplink Control Channel (PUCCH) data for the first UE, the time-frequency resource of the second time-frequency resource is the same as the previous part of the time-frequency resource of the first time-frequency resource, the time-frequency resource of the third time-frequency resource is the same as the next part of the time-frequency resource of the first time-frequency resource, and the time-frequency resource of the second time-frequency resource is not completely the same as the time-frequency resource of the third time-frequency resource; the frequency domain resources of the second time frequency resource and the third time frequency resource are respectively adjacent to the frequency domain resource of the first time frequency resource;

and receiving Physical Uplink Shared Channel (PUSCH) data sent by the first UE on a first time frequency resource, and receiving Physical Uplink Control Channel (PUCCH) data sent by the first UE on the second time frequency resource and the third time frequency resource.

21. The apparatus of claim 20, wherein the transceiver module is further configured to:

sending second configuration information to a second UE, wherein the second configuration information is used for configuring the second time-frequency resource and/or the third time-frequency resource for the second UE;

receiving PUCCH data sent by the second UE on the second time-frequency resource and/or the third time-frequency resource;

22. A communication system, comprising: user equipment, UE, having an arrangement according to any of claims 17-19, having a base station having an arrangement according to claim 20 or 21.