WO2022193924A1

WO2022193924A1 - Wireless communication method and communication apparatus

Info

Publication number: WO2022193924A1
Application number: PCT/CN2022/077660
Authority: WO
Inventors: 曲韦霖; 金哲; 侯海龙; 罗之虎
Original assignee: 华为技术有限公司
Priority date: 2021-03-19
Filing date: 2022-02-24
Publication date: 2022-09-22
Also published as: CN115119328A

Abstract

Provided in the present application are a wireless communication method and a communication apparatus, which are used for solving the problem of an increase in the implementation complexity and power consumption of a terminal device due to frequent radio-frequency readjustment operations of the terminal device. In the present application, the method comprises: a terminal device receiving a first message from a network device, wherein the first message carries a competition conflict resolution identifier; and the terminal device sending, on a frequency-domain resource of a first PUSCH, a second message or both the second message and a third message to the network device, wherein the second message is a feedback message for the first message, and the third message is a message after the first message and is used for indicating the completion of RRC connection establishment. In the above technical solution, since a first uplink BWP does not comprise a frequency-domain resource, which is used for the sending of a second message, of a first PUCCH, the second message can be transmitted on a frequency-domain resource of a first PUSCH, instead of being transmitted on the frequency-domain resource of the first PUCCH, thereby reducing frequent radio-frequency readjustment operations of the terminal device, and reducing the implementation complexity and power consumption of the terminal device.

Description

Method and communication device for wireless communication

This application claims the priority of the Chinese patent application with the application number 202110298569.0 and the application title "Method and Communication Device for Wireless Communication" filed with the China Patent Office on March 19, 2021, the entire contents of which are incorporated into this application by reference .

technical field

The present application relates to the field of communication, and more particularly, to a method and a communication device for wireless communication.

Background technique

In contention based random access (CBRA), there may be a situation where multiple terminal devices select the same random access preamble, resulting in a contention conflict. At this time, the network device needs to resolve the contention and send the The terminal device returns a conflict resolution message to notify the terminal device whether the contention is successfully resolved.

If the contention resolution of the terminal device is successful, the terminal device needs to send a feedback message of the conflict resolution message to the network device. Currently, the feedback message of the conflict resolution message sent by the terminal device needs to be transmitted on a common physical uplink control channel (PUCCH).

However, the frequency domain resources of the public PUCCH used to transmit the feedback message are generally configured on both sides of the system bandwidth. If the uplink part bandwidth (BWP) configured by the network device for the terminal device, such as the initial uplink BWP, is not on both sides of the system bandwidth , the frequency domain resources of the common PUCCH used for transmitting the feedback message may be outside the bandwidth range of the uplink partial bandwidth. In this case, the terminal device needs to perform radio frequency re-tuning before sending the feedback message of the conflict resolution message on the frequency domain resource of the common PUCCH. However, the terminal equipment frequently performs radio frequency re-tuning operations, which requires high processing capability of the terminal equipment, which increases the implementation complexity and power consumption of the terminal equipment.

SUMMARY OF THE INVENTION

The present application provides a wireless communication method and communication device, which can reduce the radio frequency re-tuning operation of a terminal device in a contention-based random access process, and reduce the implementation complexity and power consumption of the terminal device.

In a first aspect, a method for wireless communication is provided, and the execution body of the method may be a terminal device or a chip applied in the terminal device. The following description takes the execution subject being a terminal device as an example. The terminal device may receive a first message from the network device, where the first message carries a contention conflict resolution identifier. The terminal device sends a second message or a second message and a third message to the network device on the frequency domain resource of the first physical uplink shared channel PUSCH, where the second message is a feedback message of the first message, The third message is a message after the first message, and is used to indicate that the establishment of the RRC connection is completed.

In this embodiment of the present application, when the terminal device that has successfully resolved the contention sends the feedback message (ie, the second message) of the first message, it does not need to be transmitted through the frequency domain resources of the PUCCH, but can be transmitted through the frequency domain resources of the first PUSCH . For example, since the frequency domain resources of PUCCH are common PUCCH frequency domain resources, they are fixedly configured on both sides of the system bandwidth. Due to the bandwidth limitation of the first uplink part of the bandwidth, the first uplink part of the bandwidth does not include the data used for sending the second message. In the scenario of the frequency domain resources of the PUCCH, using the embodiments of the present application, the terminal device can use the frequency domain resources of the first PUSCH to transmit the second message, thereby reducing the radio frequency re-tuning operation of the terminal device and reducing the implementation complexity of the terminal device. and power consumption.

Exemplarily, the first message may be message 4 (ie Msg4, conflict resolution message) sent by the network device to the terminal device in the contention-based random access process. The second message may be a feedback message of Msg4 (eg, HARQ-ACK feedback of Msg4) sent by the terminal device to the network device in the contention-based random access process. The third message may be message 5 (ie Msg5) sent by the terminal device to the network device in the contention-based random access process.

In an example, the frequency domain resource of the first PUSCH is located in the first uplink partial bandwidth BWP, and the first uplink BWP does not include the frequency domain resource of the first physical uplink control channel PUCCH used for sending the second message . The first uplink partial bandwidth may be the initial uplink partial bandwidth BWP, or the initial uplink BWP configured by the network device for the terminal device, and the first uplink partial bandwidth BWP is located within the working bandwidth of the terminal device or a bandwidth supported by the terminal device. Inside.

Exemplarily, the frequency domain resource of the first PUCCH used for sending the second message may be the frequency domain resource of the public PUCCH configured by the network device.

In an example, the terminal device sends the second message to the network device on the frequency domain resource of the first physical uplink shared channel PUSCH, including: when the sending moment of the second message is different from the third message When the sending time is different, the terminal device sends the second message to the network device on the frequency domain resource of the first PUSCH.

In this way, when the sending time of the second message is different from the sending time of the third message, the terminal device sends the second message on the frequency domain resources of the first PUSCH, and it is not limited to send the second message on the frequency domain resources of the common PUCCH In this way, the network schedules the sending resource location of the second message more flexibly, and the terminal device does not need to perform a radio frequency re-tuning operation, which reduces the implementation complexity and power consumption of the terminal device.

In an example, the terminal device sends the second message and the third message to the network device on the frequency domain resource of the first physical uplink shared channel PUSCH, including: when the sending moment of the second message is the same as that of the When the sending moment of the third message is the same, the terminal device sends the second message and the third message to the network device on the frequency domain resource of the first PUSCH.

In this way, when the sending time of the second message is the same as the sending time of the third message, the terminal device sends the second message and the third message on the frequency domain resources of the first PUSCH. For sending on domain resources, the network schedules the sending resource location of the second message more flexibly, and the terminal device does not need to perform a radio frequency re-tuning operation, which reduces the implementation complexity and power consumption of the terminal device.

In addition, the terminal device sends the second message and the third message at the same time, which can make the network device know more quickly that an RRC connection has been successfully established with the terminal device, so that information transmission and interaction between the network device and the terminal device can be carried out faster. Communication efficiency is improved. Moreover, both the second message and the third message are sent on the frequency domain resources of the first PUSCH, which is beneficial to reduce network overhead and improve network resource utilization.

In an example, the sending moment of the second message is indicated by the first downlink control information DCI, and the first DCI is used to schedule the sending of the second message; the sending moment of the third message is indicated by the second The downlink control information DCI indicates that the second DCI is used to schedule the sending of the third message. For example, the first DCI and the first message may be sent by the network device to the terminal device at the same time.

In an example, the frequency domain resource of the first PUSCH is pre-configured, wherein configuration information corresponding to the frequency domain resource of the first PUSCH is carried in system information block SIB 1; and/or the first PUSCH The frequency domain resource of the PUSCH is indicated by the first downlink control information DCI, wherein the first DCI is used to schedule the transmission of the second message; and/or the frequency domain resource of the first PUSCH is indicated by the second Indicated by the downlink control information DCI, wherein the second DCI is used to schedule the sending of the third message.

When the frequency domain resource of the first PUSCH is indicated by the first downlink control information DCI, since the first DCI is used to schedule the uplink transmission of the second message in the prior art, the first DCI is used to indicate the frequency domain of the first PUSCH resources, which can make the terminal device easier to implement, and also reduce the implementation complexity of the terminal device.

When the frequency domain resources of the first PUSCH are indicated by the second downlink control information DCI, the second DCI is originally used to schedule the transmission of the third message, and the second DCI is also used to indicate the frequency domain resources for transmitting the second message. The terminal device can determine the transmission resources of the second message and the third message according to the second DCI, which is easy for the terminal device to implement.

In a second aspect, a method for wireless communication is provided, and the execution body of the method may be a network device or a chip applied in the network device. The following description takes the execution subject being a network device as an example. The network device sends a first message to the terminal device, where the first message carries a contention conflict resolution identifier. The network device receives a second message or a second message and a third message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH, where the second message is a feedback message of the first message , the third message is a message located after the first message, and is used to indicate that the establishment of the RRC connection is completed.

In an example, the frequency domain resource of the first PUSCH may be located in the first uplink partial bandwidth BWP, and the first uplink BWP does not include the frequency domain of the first physical uplink control channel PUCCH used for sending the second message resource.

In an example, the network device receives the second message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH, including: when the sending moment of the second message is the same as that of the third message When the sending time of the PUSCH is different, the network device receives the second message from the terminal device on the frequency domain resource of the first PUSCH.

In an example, the network device receives the second message and the third message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH, including: when the sending moment of the second message is the same as the time of sending the second message. When the sending time of the third message is the same, the network device receives the second message and the third message from the terminal device on the frequency domain resource of the first PUSCH.

In an example, the sending moment of the second message is indicated by the first downlink control information DCI, and the first DCI is used to schedule the sending of the second message; the sending moment of the third message is indicated by the second The downlink control information DCI indicates that the second DCI is used to schedule the sending of the third message.

For the beneficial effects of the method described in the second aspect, please refer to the beneficial effects of the first aspect, which will not be repeated here.

In a third aspect, a method for wireless communication is provided, and the execution body of the method may be a terminal device or a chip applied in the terminal device. The following description takes the execution subject being a terminal device as an example. The terminal device receives a first message from the network device, where the first message carries a contention conflict resolution identifier; the terminal device determines, according to the indication information or preset conditions, the frequency domain resources or the first physical uplink shared channel PUSCH on the first physical uplink. A second message is sent to the network device on the frequency domain resource of the uplink control channel PUCCH, where the second message is a feedback message of the first message.

In this embodiment of the present application, the second message may be sent in two ways, one is to send the second message through the frequency domain resources of the first PUCCH used for sending the second message, and the other is to send the second message through the frequency domain resources of the first PUSCH. In different scenarios, the terminal device may send the second message in different ways. For example, when the terminal device can send the second message through the frequency domain resources of the first PUCCH used for sending the second message without radio frequency retuning, it can directly send the second message through the frequency domain resources of the first PUCCH used for sending the second message. Two news. If the terminal device needs radio frequency re-tuning to send the second message through the frequency domain resources of the first PUCCH used to send the second message, it can send the second message through the frequency domain resources of the first PUSCH to reduce or avoid the terminal device The radio frequency retuning operation can reduce the implementation complexity and power consumption of the terminal equipment.

In an example, before the terminal device determines according to the indication information to send the second message to the network device on the frequency domain resources of the first physical uplink shared channel PUSCH or the frequency domain resources of the first physical uplink control channel PUCCH, The method further includes: the terminal device receiving the indication information from the network device, where the indication information is used to instruct the terminal device to send the second message or The second message is sent through frequency domain resources of the first PUCCH.

In an example, the receiving, by the terminal device, the indication information from the network device includes: the terminal device receiving, by the terminal device, a system information block SIB 1 from the network device, where the indication information is carried in the system information block in SIB 1.

In an example, the indication information is carried in the first downlink control information DCI, where the first DCI is used to schedule the sending of the second message.

In an example, the indication information is carried on a first bit in the first DCI, where the first bit is any bit of a downlink configuration index field in the first DCI.

The downlink configuration index field in the first DCI includes two bits in a reserved state, and the first bit is one of the two bits in a reserved state.

In an example, before the terminal device determines to send the second message to the network device on the frequency domain resource of the first physical uplink shared channel PUSCH according to a preset condition, the method further includes: the terminal device determines The preset condition is satisfied, wherein the preset condition includes: the terminal device receives configuration information from the network device, and the configuration information is: the first uplink partial bandwidth BWP includes the frequency of the first PUSCH domain resources, the first uplink BWP does not include the frequency domain resources of the first PUCCH; and/or the terminal device does not have the capability of radio frequency retuning.

The first uplink partial bandwidth may be the initial uplink partial bandwidth BWP, or the initial uplink BWP configured by the network device for the terminal device, and the first uplink partial bandwidth BWP is located within the working bandwidth of the terminal device or within the bandwidth supported by the terminal device.

When the frequency domain resources of the first PUCCH used for sending the second message are outside the first uplink partial bandwidth, the terminal device may send the second message through the frequency domain resources of the first PUSCH located within the first uplink partial bandwidth, while It is not sent through the frequency domain resources of the first PUCCH located outside the bandwidth of the first uplink part, which ensures the validity of the second message sending, reduces or avoids the radio frequency re-tuning operation of the terminal equipment, reduces the implementation complexity of the terminal equipment, and reduces the End-device power consumption.

When the terminal device does not have the radio frequency retuning capability, the terminal device can send the second message through the frequency domain resources of the first PUSCH, which reduces the capability requirement of the terminal device.

In an example, the frequency domain resource of the first PUSCH is pre-configured, wherein configuration information corresponding to the frequency domain resource of the first PUSCH is carried in system information block SIB 1; and/or the first PUSCH The frequency domain resource of the PUSCH is indicated by the first downlink control information DCI, where the first DCI is used to schedule the transmission of the second message.

In a fourth aspect, a method for wireless communication is provided, and the execution body of the method may be a network device or a chip applied in the network device. The following description takes the execution subject being a network device as an example. The network device sends a first message to the terminal device, where the first message carries a contention conflict resolution identifier. The network device determines to receive a second message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH or the frequency domain resource of the first physical uplink control channel PUCCH, where the second message is the first A message feedback message.

In an example, the method further includes: the network device sending indication information to the terminal device, where the indication information is used to instruct the terminal device to send the second PUSCH through frequency domain resources of the first PUSCH message or send the second message through frequency domain resources of the first PUCCH.

In one example, the indication information is carried in system information block SIB1.

In an example, the network device determining to receive the second message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH includes: the network device sends configuration information to the terminal device, where the The configuration information is: the first uplink partial bandwidth BWP includes the frequency domain resources of the first PUSCH, and the first uplink BWP does not include the frequency domain resources of the first PUCCH.

In an example, the network device determining to receive the second message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH includes: when the network device determines that the terminal device does not have radio frequency When the capability is adjusted, the network device determines to receive the second message from the terminal device on the frequency domain resource of the first PUSCH.

For the beneficial effects of the method in the fourth aspect, reference may be made to the beneficial effects of the method in the third aspect, which will not be repeated here.

In a fifth aspect, a communication device is provided. For beneficial effects, reference may be made to the description of the first aspect, which will not be repeated here. The communication device has a function to implement the behavior in the method example of the first aspect above. The functions can be implemented by hardware, or can be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions. In a possible design, the communication apparatus includes: a transceiver module and a storage module, the storage module is used for storing computer program related instructions, the transceiver module is used for the terminal device to receive the first message from the network device, so The first message carries a contention conflict resolution identifier; the transceiver module is configured to send a second message or a second message and a third message to the network device on the frequency domain resources of the first physical uplink shared channel PUSCH, the The second message is a feedback message of the first message, and the third message is a message located after the first message, and is used to indicate that the establishment of the RRC connection is completed. These modules can perform the corresponding functions in the method examples of the first aspect. For details, please refer to the detailed descriptions in the method examples, which will not be repeated here.

In a sixth aspect, a communication device is provided, and the beneficial effects can be found in the description of the second aspect, which will not be repeated here. The communication device has the functionality to implement the behavior in the method example of the second aspect above. The functions can be implemented by hardware, or can be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions. In a possible design, the communication device includes: a transceiver module and a storage module, the storage module is used to store relevant instructions of the computer program, the transceiver module is used to send the first message to the terminal device, the first message A message carries a contention conflict resolution identifier; the transceiver module is configured to receive the second message or the second message and the third message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH, the first The second message is a feedback message of the first message, and the third message is a message located after the first message, and is used to indicate that the establishment of the RRC connection is completed. These modules can perform the corresponding functions in the method examples of the second aspect. For details, please refer to the detailed descriptions in the method examples, which will not be repeated here.

In a seventh aspect, a communication device is provided, and the beneficial effects can be found in the description of the third aspect, which will not be repeated here. The communication device has a function to implement the behavior in the method example of the third aspect above. The hardware or software includes one or more modules corresponding to the above functions. In a possible design, the communication device includes: a transceiver module and a storage module, where the storage module is used to store instructions related to computer programs, the transceiver module is used to receive a first message from a network device, the first message A message carries a contention and conflict resolution identifier; the transceiver module is configured to determine, according to the indication information or preset conditions, the frequency domain resource of the first physical uplink shared channel PUSCH or the frequency domain resource of the first physical uplink control channel PUCCH The network device sends a second message, where the second message is a feedback message of the first message. These modules can perform the corresponding functions in the method examples of the third aspect. For details, please refer to the detailed descriptions in the method examples, which will not be repeated here.

In an eighth aspect, a communication device is provided, and the beneficial effects can be found in the description of the fourth aspect, which will not be repeated here. The communication device has the functionality to implement the behavior in the method example of the fourth aspect above. The functions can be implemented by hardware, or can be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions. In a possible design, the communication device includes: a transceiver module and a storage module, the storage module is used to store relevant instructions of the computer program, the transceiver module is used to send the first message to the terminal device, the first message A message carries a contention conflict resolution identifier; the transceiver module is configured to determine to receive the second data from the terminal device on the frequency domain resources of the first physical uplink shared channel PUSCH or the frequency domain resources of the first physical uplink control channel PUCCH message, the second message is a feedback message of the first message. These modules can perform the corresponding functions in the method example of the fourth aspect. For details, please refer to the detailed description in the method example, which will not be repeated here.

In a ninth aspect, a communication apparatus is provided, and the communication apparatus may be the terminal device in the above method embodiments, or a chip provided in the terminal device. The communication device includes a communication interface, a processor, and optionally, a memory. The memory is used to store computer programs or instructions, and the processor is coupled to the memory and the communication interface, and when the processor executes the computer program or instructions, the communication apparatus executes the method executed by the terminal device in the above method embodiments.

In a tenth aspect, a communication apparatus is provided, and the communication apparatus may be the network device in the above method embodiment, or a chip provided in the network device. The communication device includes a communication interface, a processor, and optionally, a memory. The memory is used to store computer programs or instructions, and the processor is coupled to the memory and the communication interface, and when the processor executes the computer program or instructions, the communication apparatus executes the method performed by the network device in the above method embodiments.

In an eleventh aspect, a computer program product is provided, the computer program product includes: computer program code, when the computer program code is executed, the method performed by the terminal device in the above aspects is executed.

A twelfth aspect provides a computer program product, the computer program product comprising: computer program code, when the computer program code is executed, the method performed by the network device in the above aspects is performed.

In a thirteenth aspect, the present application provides a chip system, where the chip system includes a processor for implementing the functions of the terminal device in the methods of the above aspects. In a possible design, the chip system further includes a memory for storing program instructions and/or data. The chip system may be composed of chips, or may include chips and other discrete devices.

In a fourteenth aspect, the present application provides a chip system, where the chip system includes a processor for implementing the functions of the network device in the methods of the above aspects. In a possible design, the chip system further includes a memory for storing program instructions and/or data. The chip system may be composed of chips, or may include chips and other discrete devices.

In a fifteenth aspect, the present application provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and when the computer program is executed, the method executed by the terminal device in the above aspects is implemented.

In a sixteenth aspect, the present application provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and when the computer program is executed, the method performed by the network device in the above aspects is implemented.

Description of drawings

1 is a schematic diagram of a communication system to which an embodiment of the present application is applicable;

2 is a schematic flowchart of a contention-based random access procedure;

Fig. 3 is the schematic diagram that terminal equipment carries out radio frequency readjustment operation;

FIG. 4 is a schematic flowchart of a method for wireless communication provided by an embodiment of the present application;

FIG. 5 is a schematic flowchart of a method for wireless communication provided by an embodiment of the present application;

FIG. 6 is a schematic flowchart of a method for wireless communication provided by another embodiment of the present application;

FIG. 7 is a schematic flowchart of a method for wireless communication provided by another embodiment of the present application;

FIG. 8 is a schematic flowchart of a method for wireless communication provided by an embodiment of the present application;

FIG. 9 is a schematic flowchart of a method for wireless communication provided by an embodiment of the present application;

FIG. 10 is a schematic flowchart of a method for wireless communication provided by another embodiment of the present application;

FIG. 11 is a schematic flowchart of a method for wireless communication provided by another embodiment of the present application;

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

FIG. 13 is a schematic structural diagram of a communication apparatus provided by an embodiment of the present application.

Detailed ways

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

The technical solutions in the embodiments of the present application can be applied to various communication systems. For example, long term evolution (Long Term Evolution, LTE) system, fifth generation (5th generation, 5G) mobile communication system and future mobile communication systems, etc.

In this embodiment of the present application, transmission may include sending or receiving. Exemplarily, the transmission may be uplink transmission, for example, the terminal device may send a signal to the network device; the transmission may also be downlink transmission, for example, the network device may send a signal to the terminal device.

To facilitate understanding of the embodiments of the present application, a communication system applicable to the embodiments of the present application is first described in detail with reference to FIG. 1 . FIG. 1 shows a schematic diagram of a communication system to which this embodiment of the present application is applicable. As shown in FIG. 1 , the communication system 100 may include a network device 110 and a terminal device 120 .

A network device may be an access network device, and an access network device may also be called a radio access network (RAN) device, which is a device that provides wireless communication functions for terminal devices. Access network equipment includes, but is not limited to, the next generation base station (generation nodeB, gNB), evolved node B (evolved node B, eNB), baseband unit (baseband unit, BBU) in 5G, transmitting and receiving points (transmitting and receiving), for example, but not limited to: point, TRP), transmitting point (transmitting point, TP), the base station in the future mobile communication system or the access point in the WiFi system, etc. The access network device may also be a wireless controller, centralized unit (centralized unit, CU), and/or distributed unit (distributed unit, DU) in a cloud radio access network (cloud radio access network, CRAN) scenario, or a network The device may be a relay station, a vehicle-mounted device, and a network device in a future evolved PLMN network, and the like. It can also be network equipment in the future 6G network, etc. The network device 110 may be a macro base station or a micro base station. The coverage of the network device 110 may include one cell, or may include multiple cells.

In some deployments, a gNB may include a centralized unit (CU) and a distributed unit (DU). The gNB may also include a radio unit (RU). CU and DU can be integrated in the same physical device or deployed in separate devices. The CU implements some functions of the gNB, and the DU implements some functions of the gNB. For example, CU is responsible for processing non-real-time protocols and services, implementing functions of radio resource control (RRC) and packet data convergence protocol (PDCP) layers, DU is responsible for processing physical layer protocols and real-time services, Realize the functions of radio link control (radio link control, RLC) layer, media access control (media access control, MAC) layer and physical (physical, PHY) layer. Since the information of the RRC layer will eventually become the information of the PHY layer, or be transformed from the information of the PHY layer, therefore, in this architecture, the high-level signaling such as the RRC layer signaling can also be considered to be sent by the DU. Or sent by DU+CU. It can be understood that the network device 110 may be a CU node, or a DU node, or a device including a CU node and a DU node. In addition, the CU may be divided into network devices in an access network (radio access network, RAN), and may also be divided into network devices in a core network (core network, CN), which is not limited in this application.

In this embodiment of the present application, the apparatus for implementing the function of the network device may be the network device, or may be an apparatus capable of supporting the network device to implement the function, such as a chip system. In the technical solutions of the embodiments of the present application, the technical solutions provided by the embodiments of the present application are described by taking the device for realizing the function of the network device as the network device and the network device as the base station as an example.

Terminal device 120 may communicate with one or more core networks (CNs) via access network devices. A terminal device may be referred to as a terminal for short, also referred to as user equipment (user equipment, UE), which is a device with a wireless transceiver function. Terminal equipment can be deployed on land, including indoor or outdoor, handheld or vehicle; can also be deployed on water (such as ships, etc.); can also be deployed in the air (such as aircraft, drones, balloons and satellites, etc.). The terminal equipment can be a mobile phone, a tablet computer, a computer with wireless transceiver function, virtual reality terminal equipment, augmented reality terminal equipment, wireless terminal equipment in industrial control, wireless terminal equipment in unmanned driving, and wireless terminal equipment in telemedicine. Terminal equipment, wireless terminal equipment in smart grid, wireless terminal equipment in transportation safety, wireless terminal equipment in smart city, wireless terminal equipment in smart home. Terminal devices can also be stationary or mobile. This embodiment of the present application does not limit this.

In this embodiment of the present application, the apparatus for implementing the function of the terminal device may be the terminal device, or may be an apparatus capable of supporting the terminal device to implement the function, such as a chip system. The system-on-chip may consist of chips, or may include chips and other discrete devices. In the technical solutions of the embodiments of the present application, the technical solutions provided by the embodiments of the present application are described by taking the device for realizing the functions of the terminal device as the terminal device and the terminal device as the UE as an example.

Communication between the network device 110 and the terminal device 120 may be through a wireless link. The transmission link from the network device 110 to the terminal device 120 may be referred to as a downlink or a downlink channel for transmitting downlink signals. The transmission link from the terminal device 120 to the network device 110 may be referred to as an uplink or an uplink channel for transmitting uplink signals.

After the terminal device 120 is powered on or reselection, it needs to perform an initial cell search process to search for a suitable cell and camp on it. After the terminal device 120 completes camping in a certain cell, such as the cell 130, the terminal device 120 may initiate a random access procedure to establish a radio resource control (RRC) connection with the network device 110. It should be noted that the random access process can also be triggered in other scenarios. For example, the terminal device sends uplink data but detects that the uplink is out of synchronization, or the terminal device sends uplink data but does not have a scheduling request (SR) resources, or the network device has downlink data to send, but detects that the uplink is out of sync, etc. For the convenience of understanding, only the initial random access process of the terminal device is taken as an example for description here.

Random access can be divided into contention based random access (CBRA) and contention free random access (CFRA). In CFRA, a terminal device uses a dedicated random access preamble, while in CBRA, a terminal device uses a preamble that is randomly selected from a pool of preambles shared with other terminal devices. Therefore, in CBRA, there may be a situation that multiple terminal devices select the same preamble at the same time, resulting in the occurrence of conflict. To solve this problem, network devices use a contention resolution mechanism to handle this type of access request. In this process, the random access result of the terminal device is random, and the random access may be successful or the random access may fail.

The embodiments of the present application are mainly applied to the contention-based random access process, so the contention-based random access process is mainly introduced in detail here. It can be understood that the "random access" mentioned in the following embodiments refers to contention-based random access CBRA.

FIG. 2 shows a schematic flowchart of a contention-based random access procedure. As shown in FIG. 2 , the random access process for terminal equipment to compete for access mainly includes the following steps.

1) The terminal device sends a message 1 (message 1, Msg1) to the network device.

The terminal device transmits a random access preamble (or a random access preamble sequence) to the network device in Msg1.

2) The network device sends a message 2 (message 2, Msg2) to the terminal device.

After receiving the preamble, the network device sends a random access response (random access response, RAR) message to the terminal device in Msg2. The random access response message may include: the index number of the preamble detected by the network device, time adjustment information for uplink synchronization, initial uplink scheduling (for sending subsequent Msg3), and temporary cell wireless network temporary Identifier (cell-radio network temporary identifier, C-RNTI), etc. Among them, the Msg2 may also be referred to as a RAR message.

Correspondingly, after the terminal device sends the preamble, it will monitor the physical downlink control channel (PDCCH) within the RAR time window to receive the RAR message. However, in this step, after the terminal device receives the RAR message, it cannot determine whether the RAR message is sent to itself or to other terminal devices, so the subsequent steps 3) and 4) are needed to solve the possible random access. into conflict.

3) The terminal device sends a message 3 (message 3, Msg3) to the network device.

If the terminal device receives the random access response RAR message, it sends the uplink scheduling information in Msg3.

Because the random access scenarios are different, the signaling messages and information sent by the terminal equipment are different in different random access scenarios. For example, in an initial RRC connection establishment scenario, Msg3 may be an RRC connection establishment request message; in an RRC connection reestablishment scenario, Msg3 may be an RRC connection reestablishment message; in a handover scenario, Msg3 may be a handover confirmation message. Regardless of the scenario, the Msg3 needs to include the unique identifier of the terminal device, and the identifier is used to help the network device to resolve the contention.

4) The network device sends message 4 (message 4, Msg4) to the terminal device.

After the terminal device sends Msg3, it will start the contention resolution timer, and continue to monitor the conflict resolution message returned to itself by the network device, namely Msg4, before the timer expires or stops. Msg4 is used to inform the terminal device whether the contention is resolved successfully.

Specifically, if the terminal device receives Msg4 (that is, the response of Msg3) returned by the network device during the start of the contention resolution timer, and the contention conflict resolution identifier carried in it is consistent with the identifier reported by the terminal device to the network device in Msg3, then The terminal device considers this random access to be successful, otherwise it considers this random access to fail.

Any terminal device that performs random access based on contention needs to participate in the above steps 1) to 4). And the terminal device that successfully resolves the contention still needs to participate in the following steps 5) to 9).

5) The network device sends downlink control information (downlink control information, DCI) for scheduling feedback messages for Msg4 to the terminal device, referred to as Msg4 DCI for short.

If the terminal device contention is successfully resolved, the terminal device will send a Msg4 feedback message to the network device, wherein the time-frequency resource sent by the Msg4 feedback message is indicated by the Msg4 DCI.

It should be understood that FIG. 2 is only for illustrating the messages or signaling that the network device and the terminal device interact with during the random access process, and the sending order of steps 4) and 5) is not limited by the order shown in the figure. For example, the network device may send the Msg4 after sending the Msg4 DCI, or the network device may send the Msg4 DCI and the Msg4 at the same time, which is not limited in this embodiment of the present application.

6) The terminal device sends a feedback message of Msg4 to the network device.

The feedback message of Msg4 is the hybrid automatic repeat request (HARQ)-acknowledge (ACK) feedback message of Msg4. Only the terminal device that successfully resolves the contention will perform HARQ-ACK feedback of Msg4 to the network device.

7) The terminal device sends a scheduling request (SR) to the network device.

8) The network device sends downlink control information DCI for scheduling message 5 (message 5, Msg5) to the terminal device, referred to as Msg5 DCI for short.

In this step, the network device allocates time-frequency resources required for data transmission to the terminal device that has successfully resolved the contention.

9) The terminal device sends Msg5 to the network device.

The terminal device sends Msg5 to the network device by using the time-frequency resources allocated by the network device to inform the network device that the RRC connection establishment is completed.

The above step 7) is an optional step. That is, after receiving the feedback message of Msg4, the network device can wait for the terminal device that has successfully competed for access to send an uplink SR request, and then schedule the uplink transmission of Msg5 through the Msg5 DCI. Alternatively, the network device does not need to receive the uplink SR request from the terminal device, but randomly blindly schedules the uplink transmission of Msg5 through the Msg5 DCI.

In the above-mentioned step 6), the feedback message of Msg4 sent by the terminal equipment needs to be transmitted on the public (common) physical uplink control channel (physical uplink control channel, PUCCH) of the cell, but the frequency domain resources of the public PUCCH are all configured in the system bandwidth. sides. If the upstream bandwidth part (BWP) (or sub-bandwidth) configured by the network device for the terminal device is not on both sides of the system bandwidth, the frequency domain resources of the public PUCCH used to transmit the feedback message of Msg4 may be located in the network device at beyond the part of the bandwidth configured by the end device.

Referring to Fig. 3, taking the reduced capability user equipment (REDCAP UE) sending the feedback message of Msg4 as an example, in the initial access process, the network equipment configures the initial uplink partial bandwidth (BWP) for the terminal equipment. ) cannot exceed the operating bandwidth of the terminal device or the bandwidth supported by the terminal device. As shown in Figure 3, for example, if the working bandwidth of a REDCAP UE is limited to within 20MHz, the network device configures the initial access uplink BWP for the terminal device to not exceed 20MHz. At present, the bandwidth of the NR network system is 100MHz, and the frequency domain resources of the common PUCCH used for transmitting the feedback message of Msg4 are configured on both sides of the system bandwidth (100MHz). As shown in FIG. 3 , the frequency domain resources of the common PUCCH used to transmit the feedback message of Msg4 may be outside the initial uplink BWP of the REDCAP UE.

In this case, if the feedback message of Msg4 needs to be sent by using the frequency domain resources of the common PUCCH, the terminal device needs to perform radio frequency (radio frequency, RF) retuning (retuning). However, frequent radio frequency re-tuning requires high processing capability of the terminal equipment. At present, considering the relationship between bandwidth and terminal equipment cost, that is, the smaller the bandwidth, the lower the terminal equipment cost. Therefore, in many application scenarios (such as industrial wireless sensor network (IWSN), video surveillance (video) surveillance), wearable devices (such as smart watches), generally need to support REDCAP UE. Compared with the terminal equipment in the traditional NR system, REDCAP UE usually has narrower bandwidth and lower transmission rate, correspondingly, REDCAP UE has longer battery life, lower processing complexity and lower cost. Therefore, in the above situation, the use of radio frequency retuning to send the feedback message of Msg4 will increase the complexity and power consumption of the terminal equipment, which does not meet the requirements of REDCAP UE.

Therefore, the embodiments of the present application provide a wireless communication method, which can solve the transmission problem of the feedback message of Msg4, thereby reducing the radio frequency re-tuning operation of the terminal equipment in the contention-based random access process, and reducing the complexity of the implementation of the terminal equipment. degree and power consumption to ensure the effectiveness of Msg4's feedback message sending.

FIG. 4 shows a schematic flowchart of a wireless communication method provided by an embodiment of the present application. The method may be executed by a terminal device and a network device, or may also be executed by a chip in the terminal device and a chip in the network device. The method 400 in FIG. 4 is applied to a contention-based random access scenario, and the method 400 may be executed interactively by a network device and a terminal device, where the network device may be, for example, the network device 110 shown in FIG. 1 , and the terminal device may be, for example, FIG. 1 . Terminal device 120 is shown. The method 400 may include steps S410 to S420.

In step S410, the network device sends the first message to the terminal device. Accordingly, the terminal device receives the first message from the network device. Exemplarily, the first message carries a contention conflict resolution identifier.

Exemplarily, the first message is used to indicate whether the contention is successfully resolved by the terminal device in the contention-based random access procedure. The first message may be a message 4 (ie, Msg4 described in FIG. 2 ) sent by the network device to the terminal device in the contention-based random access process, which may also be referred to as a conflict resolution message.

Exemplarily, if the contention of the terminal device is successfully resolved, the contention conflict resolution identifier carried in the first message may be the unique identifier of the terminal device. The terminal device may report the unique identifier of the terminal device to the network device in Msg3.

In step S420, the terminal device sends the second message or the second message and the third message to the network device on the frequency domain resource of the first PUSCH. The second message is a feedback message of the first message.

Exemplarily, when the contention of the terminal device is successfully resolved, the second message may be sent to the network device to instruct the terminal device to receive the first message sent by the network device. The second message may be a Msg4 feedback message (for example, a Msg4 HARQ-ACK feedback message) sent by the terminal device to the network device in the contention-based random access process.

Exemplarily, the third message is a message located after the first message, and is used to indicate that the establishment of the RRC connection is completed. The third message may be message 5 (ie, Msg5 described in FIG. 2 ) sent by the terminal device to the network device in the contention-based random access process.

In this embodiment of the present application, when the terminal device that has successfully resolved the contention sends the feedback message (ie, the second message) of the first message, it does not need to be transmitted through the frequency domain resources of the PUCCH, but can be transmitted through the frequency domain resources of the first PUSCH . For example, since the frequency domain resources of the PUCCH used for transmitting the second message are common PUCCH frequency domain resources, they are fixedly configured on both sides of the system bandwidth. In the scenario of the frequency domain resource of the PUCCH in which the second message is sent, using the embodiments of the present application, the terminal device can use the frequency domain resource of the first PUSCH to transmit the second message, thereby reducing the radio frequency retuning operation of the terminal device, Reduce the implementation complexity and power consumption of terminal equipment.

Besides, compared with other current solutions that can solve the above technical problems, the technical solutions provided by the present application do not introduce additional problems, such as the problem of limiting the scheduling of network equipment or fragmentation of frequency domain resources. Specifically, in order to prevent the terminal device from performing radio frequency re-tuning during the random access process, the network device can be limited to configure the uplink BWP of the terminal device on both sides of the NR system bandwidth, so that the public PUCCH used for sending the second message has The frequency domain resource may be in the uplink BWP of the terminal device, and the terminal device may not need to perform radio frequency re-tuning operation when sending the second message. However, this will greatly restrict the scheduling of network devices. The technical solution provided by the present application does not limit the uplink BWP configured by the network device for the terminal device, so it will not affect the scheduling of the network device. In addition, in order to prevent the terminal equipment from performing radio frequency re-tuning during the random access process, the frequency domain resources of the common PUCCH used for sending the second message can also be configured in the uplink BWP of the terminal equipment, so that the terminal equipment can use the uplink BWP. The second message is sent using the frequency domain resources of the common PUCCH within the system, so that no radio frequency re-tuning operation is required. However, this will cause discontinuity of network frequency domain resources and introduce the problem of fragmentation of network frequency domain resources. The technical solution provided in this application does not introduce this problem.

In an embodiment of the present application, the frequency domain resource of the first PUSCH is located in the first uplink partial bandwidth BWP, where the first uplink BWP does not include the frequency domain resource of the first physical uplink control channel PUCCH used for sending the second message .

The first uplink partial bandwidth BWP may be an initial uplink BWP or an initial uplink BWP configured by the network device for the terminal device, and the first uplink BWP is located within the working bandwidth of the terminal device or a bandwidth supported by the terminal device.

The frequency domain resource of the first PUCCH used for sending the second message may be the frequency domain resource of the common PUCCH configured by the network device and used for sending the second message.

In the embodiment of the present application, when the frequency domain resource of the first PUCCH used for sending the second message is not in the first uplink BWP, if the terminal device wants to send the second message, it needs to perform a radio frequency re-tuning operation to be able to The second message is sent on the frequency domain resource of the first PUCCH used for sending the second message. However, in the method provided in this application, the terminal device can send the second message or send the second message and the third message through the frequency domain resources of the first PUSCH located in the first uplink BWP, without sending the second message and the third message through the frequency domain resources located outside the first uplink BWP. When the frequency domain resources of the first PUCCH are sent, the terminal equipment does not need to perform radio frequency re-tuning operation, which not only ensures the effective transmission of the second message, but also reduces the implementation complexity of the terminal equipment and reduces the power consumption of the terminal equipment.

In some embodiments, before sending the second message, the terminal device may first receive the first downlink control information DCI sent by the network device, where the first DCI is used to schedule sending of the second message. Before sending the third message, the terminal device may first receive the second downlink control information DCI sent by the network device, where the second DCI is used to schedule sending of the third message. Exemplarily, the first DCI may be the Msg4 DCI described in FIG. 2 . The second DCI may be the Msg5 DCI described in FIG. 2 .

For example, for the above step S420, the terminal device may send the second message to the network device on the frequency domain resource of the first PUSCH. Optionally, when the sending moment of the second message is different from the sending moment of the third message, the terminal device sends the second message to the network device on the frequency domain resource of the first PUSCH. Therefore, when the sending time of the second message is different from the sending time of the third message, the terminal device sends the second message on the frequency domain resources of the first PUSCH, and it is not limited to send the second message on the frequency domain resources of the common PUCCH. The location of the sending resources of the second message is more flexible, which can reduce or avoid the radio frequency re-tuning operation of the terminal device, and reduce the implementation complexity and power consumption of the terminal device.

The first PUSCH resource used by the terminal device to send the second message needs to be configured by the network device and indicated to the terminal device, where the network device can indicate the frequency domain resource of the first PUSCH to the terminal device in many ways, as described below.

In an example, referring to FIG. 5 , the frequency domain resource of the first PUSCH may be indicated by the first DCI, where the first DCI is used to schedule the transmission of the second message. It should be understood that the dotted box in FIG. 5 indicates that the first DCI indicates the frequency domain resource of the first PUSCH. In the prior art, the first DCI is used to schedule the uplink transmission of the second message. Therefore, using the first DCI to indicate the frequency domain resources of the first PUSCH can make it easier for the terminal device to implement, and also reduces the implementation of the terminal device. the complexity.

Exemplarily, the frequency domain resource of the first PUSCH may be indicated by the first indication field in the first DCI. For example, the first DCI may be the DCI sent by the network device to the terminal device in the contention-based random access process for scheduling the feedback message (ie, the second message) for the first message, such as the one described in FIG. 2 . Msg4 DCI.

Specifically, the first DCI may include a PUSCH resource indicator (PUSCH resource indicator) field (that is, a first indicator field), and the field may be designed to include 3 bits (bits) for indicating the PUSCH resource location for sending the Msg4 feedback message (including the time-frequency domain). The first DCI may further include a PUCCH resource indicator (PUCCH resource indicator) field, which is used to indicate a frequency domain resource of the PUCCH used for transmitting the second message. When the method provided in this application is adopted, the network device does not need to indicate to the terminal device the frequency domain resources of the PUCCH used for transmitting the second message, so this field can be set to include 0 bits.

Exemplarily, the format of the first DCI can be expressed as:

Msg4 DCI

-PUSCH resource indicator 3 bits (PUSCH resource indicator 3bits)

-PUCCH resource indicator 0 bit (PUCCH resource indicator 0bit)

Or expressed as:

-PUCCH/PUSCH resource indicator 3 bits (PUCCH/PUSCH resource indicator 3bits)

In other words, a PUSCH resource indicator field including 3 bits is used in the first DCI to indicate the frequency domain resource of the first PUSCH for transmitting the second message. In the prior art, Msg4 DCI is a DCI format 1_0 (that is, DCI format 1_0) scrambled using a temporary cell-radio network temporary identifier (TC-RNTI). Therefore, in the embodiment of the present application, when the first DCI is the Msg4 DCI, the first DCI may be the DCI format 1_0 scrambled using TC-RNTI.

Exemplarily, the first DCI may further indicate the time domain resource of the first PUSCH, that is, the first DCI may be used to indicate the sending moment of the second message. In other words, the terminal device may send the second message to the network device at the sending moment indicated by the first DCI on the frequency domain resource of the first PUSCH indicated by the first DCI.

In another example, referring to FIG. 6 , the frequency domain resource of the first PUSCH may be indicated by a second DCI, where the second DCI is used to schedule the transmission of the third message. It should be understood that the dotted box in FIG. 6 indicates that the second DCI indicates the frequency domain resource of the first PUSCH.

The second DCI is used to schedule the sending of the third message, and is also used to indicate the frequency domain resources for transmitting the second message, so that the terminal device can determine the frequency domain resources for sending the second message and the third message according to the second DCI. It is easier to implement.

Exemplarily, the second DCI may include a second indication field, where the second indication field is used to indicate the frequency domain resource of the first PUSCH. Wherein, the second DCI may be the DCI for scheduling the third message sent by the network device to the terminal device in the contention-based random access process, such as the Msg5 DCI described in FIG. 2 .

The second indication field may be a newly added field in the Msg5 DCI, or may be an original field in the Msg5 DCI, which is not limited in this embodiment of the present application. In some embodiments, the field for indicating the frequency domain resource of the first PUSCH may also be referred to as a PUSCH resource indicator (PUSCH resource indicator) field.

Exemplarily, the time domain resource of the first PUSCH (or understood as the sending moment of the second message) may be indicated by the first DCI or indicated by the second DCI. In other words, the terminal device may send the second message to the network device at the sending moment indicated by the second DCI on the frequency domain resource of the first PUSCH indicated by the second DCI. Alternatively, the terminal device may send the second message to the network device on the frequency domain resource of the first PUSCH indicated by the second DCI at the sending moment indicated by the first DCI.

Exemplarily, the second DCI may further indicate the time-frequency resource of the third message, that is, the second DCI is used to indicate the frequency domain resource for sending the third message and the sending moment of the third message. In other words, the terminal device may send the third message to the network device on the frequency domain resource indicated in the second DCI at the sending moment indicated by the second DCI.

In yet another example, the frequency domain resource of the first PUSCH may be pre-configured, wherein configuration information corresponding to the frequency domain resource of the first PUSCH is carried in a system information block (system information block, SIB) 1.

For example, before the terminal device initiates the random access procedure, the terminal device receives the system information block SIB 1 from the network device, the SIB 1 may include a third indication field, and the third indication field is used to indicate the frequency domain of the first PUSCH resource. Wherein, the third indication field may be a newly added field in SIB 1, or may be an original field in SIB 1, which is not limited in this embodiment of the present application.

It should be understood that the aforementioned manner of indicating the frequency domain resources of the first PUSCH to the terminal device through the downlink control information DCI (such as the first DCI or the second DCI) can be understood as a dynamic indication (or dynamic configuration), through the system information block SIB 1. The manner of indicating the frequency domain resources of the first PUSCH to the terminal device may be understood as semi-static indication (or semi-static configuration).

To sum up, the network device may indicate the frequency domain resource of the first PUSCH through at least one of the above-mentioned manners. That is, the first PUSCH resource may be preconfigured, and/or indicated by the first DCI, and/or indicated by the second DCI. The terminal device may determine the frequency domain resource of the first PUSCH indicated by which indication manner to use according to a preset rule.

For example, when the network device indicates the frequency domain resources of the first PUSCH in multiple manners, the multiple manners may have a priority order, for example, the priority of the dynamic indication manner is higher than the priority of the semi-static indication manner, or the The priority of the mode indicated by one DCI is higher than the priority of the mode indicated by the second DCI.

For ease of understanding, examples are given below. For example, before the random access process, the network device pre-configures a frequency domain resource of the first PUSCH for sending the second message for the terminal device in a semi-static manner. The DCI (or the second DCI) dynamically indicates another frequency domain resource of the first PUSCH for sending the second message to the terminal device, then the terminal device can use the first DCI (or the second DCI) preferentially according to the preset rules The indicated frequency domain resource of the first PUSCH sends a second message to the network device.

It should be noted that when the network device preconfigures the frequency domain resources of the first PUSCH for the terminal device in a semi-static manner, the network device may also inform the terminal device of the preconfigured frequency domain resources of the first PUSCH through downlink control information DCI. . In this case, even if the frequency domain resource of the first PUSCH is notified to the terminal device through DCI, the frequency domain resource of the first PUSCH is still understood to be pre-configured instead of being dynamically scheduled by the network device.

It should also be noted that FIG. 5 and FIG. 6 show the messages and signaling that the network device and the terminal device interact with during the random access process, and the sending order of the messages or signaling shown in the figures is just an example. of. In practical applications, the sending sequence needs to be determined according to the sending time of each message and signaling. For example, although FIG. 5 and FIG. 6 respectively show the first message and the first DCI sent by the network device to the terminal device, the sending order of the first DCI and the first message is not limited. In practical applications, the first message and the first DCI may be simultaneously sent by the network device to the terminal device.

Continuing to refer to FIG. 4 , for the foregoing step S420, in another embodiment, the terminal device may send the second message and the third message to the network device on the frequency domain resource of the first PUSCH. Exemplarily, when the sending moment of the second message is the same as the sending moment of the third message, the terminal device sends the second message and the third message to the network device on the frequency domain resource of the first PUSCH. Since it is not limited to be sent on the frequency domain resources of the common PUCCH, the network schedules the sending resource location of the second message more flexibly, and the terminal device does not need to perform radio frequency re-tuning operation, which reduces the implementation complexity and power consumption of the terminal device.

Similarly, the first PUSCH resource used by the terminal device to send the second message and the third message needs to be configured by the network device and indicated to the terminal device, wherein the network device can indicate the frequency domain resource of the first PUSCH to the terminal device in many ways. , as described below.

In an example, referring to FIG. 7 , the frequency domain resources of the first PUSCH may be indicated by the first DCI and/or the second DCI, where the first DCI is used to schedule the transmission of the second message, and the second The DCI is used to schedule the transmission of the third message. It should be understood that the dotted box in FIG. 7 indicates that the first DCI and/or the second DCI indicate the frequency domain resources of the first PUSCH.

When the frequency domain resource of the first PUSCH is indicated by the first DCI, the first DCI may include a first indication field, where the first indication field is used to indicate the frequency domain resource of the first PUSCH.

Exemplarily, the first DCI may be the DCI sent by the network device to the terminal device in the contention-based random access process for scheduling the feedback message (ie the second message) for the first message, such as shown in FIG. 2 . Described Msg4DCI. The format of the first DCI here is the same as the format of the first DCI in the embodiment shown in FIG. 5 . For details, reference may be made to the relevant description of the first DCI in FIG. 5 , which is not repeated here for brevity. It should be noted that the difference between FIG. 7 and the embodiment shown in FIG. 5 is that in the embodiment described in FIG. 7 , the frequency domain resources of the first PUSCH indicated by the first DCI and used for sending the second message are also used to send a third message.

When the frequency domain resource of the first PUSCH is indicated by the second DCI, the second DCI may include a second indication field, where the second indication field is used to indicate the frequency domain resource of the first PUSCH.

Exemplarily, the second DCI may be the DCI used to schedule the third message sent by the network device to the terminal device in the contention-based random access process, such as the Msg5 DCI described in FIG. 2 . The format of the second DCI here is the same as that of the second DCI in the embodiment shown in FIG. 6 . For details, reference may be made to the relevant description of the second DCI in FIG. 6 , which is not repeated here for brevity. It should be noted that the difference between FIG. 7 and the embodiment shown in FIG. 6 is that in the embodiment described in FIG. 7 , the frequency domain resources of the first PUSCH indicated by the second DCI and used for sending the second message are also used to send a third message.

In another example, the frequency domain resource of the first PUSCH may be pre-configured, wherein configuration information corresponding to the frequency domain resource of the first PUSCH is carried in a system information block (system information block, SIB) 1.

For example, before the terminal device initiates the random access procedure, the terminal device receives the system information block SIB 1 from the network device, the SIB 1 may include a third indication field, and the third indication field is used to indicate the frequency domain of the first PUSCH resource. The third indication field may be a newly added field in SIB 1, or may be an original field in SIB 1, which is not limited in this embodiment of the present application.

It can be understood that, in this embodiment of the present application, the preconfigured frequency domain resources of the first PUSCH are used to send the second message and the third message at the same time.

To sum up, the network device may indicate the frequency domain resource of the first PUSCH through at least one of the foregoing manners. That is, the first PUSCH resource may be preconfigured, and/or indicated by the first DCI, and/or indicated by the second DCI. The terminal device may determine the frequency domain resource of the first PUSCH indicated by which indication manner to use according to a preset rule. The configuration method of the frequency domain resource of the first PUSCH is similar to the above-mentioned when the terminal device sends the second message to the network device on the frequency domain resource of the first PUSCH. For details, please refer to the above related description. For brevity, it will not be repeated here. .

Still referring to FIG. 7 , the first DCI is used to schedule the transmission of the second message, the second DCI is used to schedule the transmission of the third message, and when the first DCI schedules the transmission of the second message and the second DCI schedules the transmission of the third message When the time is the same, the terminal device may send the second message and the third message on the frequency domain resource of the first PUSCH at the same time.

In the prior art, the time interval between when the terminal device receives the first message and when the terminal device sends the second message should be ≥NT _,1 +0.5 milliseconds (millisecond, msec), where NT _,1 is the first time the terminal device demodulates. time for a message. The value of N _T,1 is shown in Table 1, where N _T,1 =N ₁ , and the value of N _T,1 can be determined according to the value of N ₁ in Table 1.

The time interval specified above is mainly related to the time NT _,1 at which the terminal device demodulates the first message. However, in this embodiment of the present application, since the terminal device needs to send the second message and the third message at the same time, the above-mentioned time interval between the terminal device receiving the first message and the terminal device sending the second message also needs to be considered. Sending of the third message. The third message may be uplink data. Before sending the third message, the terminal device needs a certain time N _T,2 to group data packets. The time N _T,2 is the preparation time for the terminal device to send the third message or The value of the time of the terminal equipment group data packet is shown in Table 2, where N _T,2 =N ₂ , and the value of N _T,2 can be determined according to the value of N ₂ in Table 2.

Therefore, when the network device indicates the sending moment of the second message through the first DCI, the time N _T,1 for the terminal device to demodulate the first message and the preparation time N _T,2 for the terminal device to send the third message need to be considered. Therefore, in this embodiment of the present application, the time interval between when the terminal device receives the first message and when the terminal device sends the second message should be ≥NT _,1 +NT _,2 +0.5 milliseconds. In practical applications, the value of _NT, 1 can be determined according to Table 1, and the value of _NT, 2 can be determined according to Table 2. According to the condition that the above time interval should be ≥NT _,1 +NT _,2 +0.5 ms, The network device finally determines the time to schedule the sending of the second message.

All in all, when the terminal device sends the second message and the third message on the frequency domain resources of the first PUSCH at the same time, the terminal device should be able to complete the first message before the sending time of the second message scheduled by the first DCI. demodulation, and the action of group packets.

As follows, Table 1 shows the PDSCH processing time of physical downlink shared channel (physical downlink share channel, PDSCH) processing capability 1, where DMRS is a demodulation reference signal (demodulation reference signal).

Table 1 PDSCH processing time for PDSCH processing capability 1 (PDSCH processing time for PDSCH processing capability 1)

As follows, Table 2 shows the PUSCH preparation time of physical uplink shared channel (physical uplink shared channel, PUSCH) timing capability 1.

Table 2 PUSCH preparation time for PUSCH timing capability 1 (PUSCH preparation time for PUSCH timing capability 1)

It should be understood that FIG. 5 to FIG. 7 show the messages or signaling that the network device and the terminal device interact with during the random access process, wherein the sending order of the first message and the first DCI is not limited by the order shown in the figures . In some embodiments, the first message and the first DCI may be sent sequentially or simultaneously, which is not limited in this embodiment of the present application.

FIG. 8 shows a schematic flowchart of another wireless communication method provided by an embodiment of the present application. The method may be executed by a terminal device and a network device, or may also be executed by a chip in the terminal device and a chip in the network device. The method 800 shown in FIG. 8 is applied to a contention-based random access scenario, and the method 800 may be executed interactively by a network device and a terminal device, where the network device may be, for example, the network device 110 shown in FIG. 1 , and the terminal device may be, for example, The terminal device 120 shown in FIG. 1 . The method 800 may include steps S810 to S830.

Wherein, step S810 is similar to step S410.

Step S820, the terminal device determines to send the second message to the network device on the frequency domain resource of the first PUSCH or the frequency domain resource of the first PUCCH according to the indication information or a preset condition.

The description of the second message is similar to the description of the second message in the embodiment shown in FIG. 4 , and details are not repeated here.

Exemplarily, the frequency domain resource of the first PUCCH is the frequency domain resource of the PUCCH used for sending the second message. Optionally, the frequency domain resource of the first PUCCH may be the frequency domain resource of the common PUCCH.

For the above step S820, in one embodiment, the terminal device may determine, according to the indication information, to send the second message to the network device on the frequency domain resource of the first PUSCH or the frequency domain resource of the first PUCCH.

In order to perform step S820, the terminal device needs to acquire the indication information before step S820. Therefore, before step S820, the method 800 further includes: the network device sends the indication information to the terminal device. The indication information is used to instruct the terminal device to send the second message through the frequency domain resources of the first PUSCH or to send the second message through the frequency domain resources of the first PUCCH.

Correspondingly, the terminal device receives the indication information from the network device. According to the indication information, the terminal device can determine whether to send the second message to the network device through the frequency domain resources of the first PUSCH, or to send the second message to the network device through the frequency domain resources of the first PUCCH.

When the network device sends the indication information to the terminal device, there can be many ways.

As an example, the indication information may be carried in the system information block SIB 1 sent by the network device to the terminal device.

Therefore, before step S820, the method 800 further includes: the terminal device receives the system information block SIB1 from the network device, where the system information block SIB1 carries the indication information.

It can be understood that the system information block SIB 1 is sent by the network device to the terminal device before the random access process. Therefore, when the network device sends indication information to the terminal device through SIB 1, the step of acquiring the indication information by the terminal device is performed before the terminal device initiates random access.

It should be noted that the "system information block SIB 1 carries the indication information" described here should be understood as the indication information can be carried in the SIB 1, which does not limit the SIB 1 to be used only or exclusively for carrying the indication information. , other information can also be carried in SIB 1.

Exemplarily, the system information block SIB 1 may include a fourth indication field, where the fourth indication field is used to indicate whether the terminal device uses the frequency domain resource of the PUCCH used for sending the second message to send the second message. Specifically, when the fourth indication field instructs the terminal device to use the frequency domain resources of the PUCCH for sending the second message to send the second message, the terminal device sends the second message through the frequency domain resources of the first PUCCH. When the fourth indication field indicates that the terminal device does not use the frequency domain resources of the PUCCH for sending the second message to send the second message (or instructs the terminal device to use the frequency domain resources of the PUSCH to send the second message), the terminal device sends the second message through the first The frequency domain resource of the PUSCH sends the second message.

The fourth indication field may be a newly added field in SIB 1, or may be an original field in SIB 1, which is not limited in this embodiment of the present application. In some embodiments, the fourth indication field may be referred to as a feedback transmission mode indication field, and this field may only be used for the feedback message of the first message (ie, the second message, such as the HARQ-ACK feedback of Msg4) message) takes effect.

In some embodiments, when the fourth indication field instructs the terminal device to send the second message through the frequency domain resource of the first PUSCH, the terminal device may execute the methods in FIG. 4 to FIG. 7 . The frequency domain resources of the first PUSCH mentioned above can be indicated by the third indication field in SIB 1. In this case, the third indication field used to indicate the frequency domain resources of the first PUSCH and the third indication field used to indicate the terminal equipment The fourth indication field for sending the second message through the frequency domain resource of the first PUSCH may be the same field or different fields.

As another example, the indication information may be carried in the first downlink control information DCI, where the first DCI is used to schedule the sending of the second message.

Therefore, before step S820, the method 800 further includes: the terminal device receives the first DCI from the network device, where the first DCI carries the indication information.

It can be understood that the first DCI may be sent by the network device to the terminal device at the same time when sending the first message. Therefore, when the network device sends the indication information to the terminal device through the first DCI, the terminal device can acquire the indication information sent by the network device while receiving the first message.

It should be noted that "the first DCI carries the indication information" described here should be understood as the indication information may be carried in the first DCI, which does not limit the first DCI to be used only or exclusively to carry the indication information. above, other information may also be carried in the first DCI.

Optionally, the indication information may be carried on the first bit in the first DCI. The first bit is any bit of the downlink configuration index field in the first DCI.

Exemplarily, the first DCI may include a downlink assignment index (downlink assignment index) field, where the field includes 2 bits in a reserved (reserved) state. The first bit may be any bit in the reserved state in the downlink configuration index field. The first bit may be used to dynamically indicate whether the terminal device uses the frequency domain resource of the PUCCH used for sending the second message to send the second message. For example, when the first bit is 1, it can be used to instruct the terminal device to send the second message through the frequency domain resources of the PUCCH used to send the second message, that is, to instruct the terminal device to send the second message through the frequency domain resources of the first PUCCH Second message. When the first bit is 0, it can be used to instruct the terminal device not to use the frequency domain resources of the PUCCH used to send the second message to send the second message, that is, to instruct the terminal device to send the second message through the frequency domain resources of the first PUSCH. Two news. Or the opposite of the above process.

Exemplarily, the first DCI may be the DCI sent by the network device to the terminal device in the contention-based random access process for scheduling the feedback message (ie the second message) for the first message, such as shown in FIG. 2 . Described Msg4DCI.

For example, the indication information can be carried in Msg4 DCI. Wherein, the Msg4 DCI includes a downlink assignment index (downlink assignment index) field, which includes 2 bits in a reserved state. One bit may be selected from the two bits in the reserved state to carry the indication information, so as to indicate the transmission mode when the terminal device feeds back the second message. The field in which the first bit is located may be referred to as a feedback transmission mode indication field.

For the convenience of understanding, as an example and not a limitation, the indication manner of the indication information can be expressed as:

-PUCCH or PUSCH transmission indication-1 bit (Indicator for PUCCH or PUSCH transmission-1bit)

- The value of this bit is set to 1, indicating PUCCH transmission (The value of this bit is set to 1, indicating PUCCH transmission)

- The value of this bit is set to 0, indicating PUSCH transmission (The value of this bit is set to 0, indicating PUSCH transmission)

- Downlink assignment index-1bit reserved (Downlink assignment index-1bit, reserved)

The indication information involved in the above embodiment is sent by the network device to the terminal device. Before the network device sends the indication information, the network device needs to determine the mode in which the terminal device transmits the second message. For the network device, that is, the network device needs to first determine to receive the second message from the terminal device on the frequency domain resource of the first PUSCH or the frequency domain resource of the first PUCCH.

There may be many ways for the network device to determine the mode in which the terminal device transmits the second message.

As an example, the network device may determine the transmission mode of the second message according to the capability information of the terminal device.

For example, when the network device determines that the terminal device has the radio frequency retuning capability, the network device may determine to receive the second message on the frequency domain resource of the first PUCCH used for sending the second message. Correspondingly, the indication information sent by the network device to the terminal device is used to instruct the terminal device to send the second message on the frequency domain resource of the first PUCCH used for sending the second message.

For example, when the network device determines that the terminal device does not have the radio frequency retuning capability, the network device may determine to receive the second message on the frequency domain resource of the first PUSCH. Correspondingly, the indication information sent by the network device to the terminal device is used to instruct the terminal device to send the second message on the frequency domain resource of the first PUSCH.

Exemplarily, the terminal device may report its capability information to the network device in message 3 (ie Msg3) in the random access process, where the capability information is used to indicate whether the terminal device has the radio frequency retuning capability. When the terminal device does not have the radio frequency retuning capability, the terminal device can send the second message through the frequency domain resources of the first PUSCH, which reduces the capability requirement for the terminal device.

As another example, the network device may determine the transmission mode of the second message according to information configured for the terminal device by itself.

For example, when the first uplink partial bandwidth BWP configured by the network device for the terminal device includes the frequency domain resources of the PUCCH used for sending the second message (that is, the frequency domain resources of the first PUCCH), the network device determines that the BWP is used for sending the second message. The second message is received on the frequency domain resources of the first PUCCH. Correspondingly, the indication information sent by the network device to the terminal device is used to instruct the terminal device to send the second message on the frequency domain resource of the first PUCCH used for sending the second message.

For example, when the first uplink partial bandwidth BWP configured by the network device for the terminal device includes the frequency domain resources of the first PUSCH, but does not include the frequency domain resources of the PUCCH used for sending the second message (that is, the frequency domain resources of the first PUCCH), The network device determines to receive the second message on the frequency domain resource of the first PUSCH. Correspondingly, the indication information sent by the network device to the terminal device is used to instruct the terminal device to send the second message on the frequency domain resource of the first PUSCH.

When the frequency domain resources of the first PUCCH used for sending the second message are outside the first uplink BWP, the terminal device may send the second message through the frequency domain resources of the first PUSCH located in the first uplink BWP without using When the frequency domain resources of the first PUCCH located outside the first uplink BWP are sent, the terminal device does not need to perform a radio frequency re-tuning operation, thus reducing the implementation complexity of the terminal device and reducing the power consumption of the terminal device.

In this embodiment of the present application, after the network device determines the transmission mode of the second message according to the information configured for the terminal device, the network device may send indication information to the terminal device to indicate the mode in which the terminal device sends the second message. The information is sent to the terminal device, and the terminal device determines the mode in which the terminal device sends the second message according to the configuration information. This situation is equivalent to that the terminal device may determine to send the second message to the network device on the frequency domain resource of the first PUSCH or the frequency domain resource of the first PUCCH according to a preset condition, which will be described in detail below.

Continuing to refer to FIG. 8 , for the above step S820, in another embodiment, the terminal device may determine to send the second message to the network device on the frequency domain resource of the first PUSCH or the frequency domain resource of the first PUCCH according to a preset condition.

In an embodiment of the present application, when the terminal device determines that the preset condition is met, the terminal device determines to send the second message to the network device on the frequency domain resource of the first PUSCH. When the terminal device determines that the preset condition is not met, the terminal device determines to send the second message to the network device on the frequency domain resource of the first PUCCH.

As an example, the preset condition may include: the terminal device receives configuration information from the network device, where the configuration information is: the first uplink BWP includes the frequency domain resources of the first PUSCH, and the first uplink BWP does not include the first PUCCH frequency domain resources.

That is, when the first uplink BWP configured by the network device for the terminal device does not include the frequency domain resources of the PUCCH used for sending the second message (ie, the frequency domain resources of the first PUCCH), the terminal device determines that the first uplink BWP is in the first uplink BWP. The second message is sent to the network device on the frequency domain resource of the first PUSCH in the device. When the first uplink BWP configured by the network device for the terminal device includes the frequency domain resources of the PUCCH used for sending the second message (that is, the frequency domain resources of the first PUCCH), the terminal device determines that the PUCCH used for sending the second message is in the frequency domain. The second message is sent to the network device on the frequency domain resource.

In this embodiment of the present application, if the frequency domain resource of the first PUCCH used for sending the second message is outside the range of the first uplink BWP, the terminal device can automatically trigger the radio frequency re-tuning not to be performed, and the method provided in FIG. 4 to FIG. 7 can be used to pass The frequency domain resource of the first PUSCH sends the second message. If the frequency domain resource of the first PUCCH used for sending the second message is within the range of the first uplink BWP, the terminal device does not need to perform radio frequency re-tuning, so the second message can be sent through the frequency domain resource of the first PUCCH.

As another example, the preset condition may include: the terminal device does not have the capability of radio frequency retuning.

That is, when the terminal device does not have the capability of radio frequency retuning, the terminal device determines to send the second message to the network device on the frequency domain resource of the first PUSCH in the first uplink BWP. When the terminal device has the capability of radio frequency retuning, the terminal device determines to send the second message to the network device on the frequency domain resource of the PUCCH used for sending the second message (ie, the frequency domain resource of the first PUCCH).

In this embodiment of the present application, when the terminal device cannot transmit the second message by radio frequency retuning, the terminal device may send the second message through the frequency domain resource of the first PUSCH. If the terminal device has the radio frequency retuning capability to send the second message, the terminal device may send the second message through frequency domain resources of the first PUCCH used for sending the second message.

As another example, the preset condition may include: the terminal device receives configuration information from the network device, where the configuration information is: the first uplink BWP includes frequency domain resources of the first PUSCH, and the first uplink BWP does not include the first PUCCH and/or the terminal equipment does not have the capability of radio frequency retuning. The execution actions of the terminal device are similar to those in the foregoing examples, and specific reference is made to the above description, which is not repeated for brevity.

In an embodiment of the present application, when the terminal device determines that the first preset condition is satisfied, the terminal device determines to send the second message to the network device on the frequency domain resource of the first PUSCH. When the terminal device determines that the second preset condition is satisfied, the terminal device determines to send the second message to the network device on the frequency domain resource of the first PUCCH.

Exemplarily, the first preset condition includes: the terminal device receives configuration information from the network device, where the configuration information is: the first uplink BWP includes the frequency domain resources of the first PUSCH, and the first uplink BWP does not include the first PUCCH. frequency domain resources; and/or the terminal device does not have the capability of radio frequency retuning. In this case, the action performed by the terminal device is similar to the above-mentioned embodiment in which the terminal device determines that the preset condition is met. For details, refer to the above, and details are not repeated here.

Exemplarily, the second preset condition includes: the terminal device receives configuration information from the network device, where the configuration information is: the first uplink BWP includes the frequency domain resources of the first PUCCH; and/or the terminal device is capable of radio frequency retuning. ability. In this case, the action performed by the terminal device is similar to the above-mentioned embodiment in which the terminal device determines that the preset condition is not met. For details, refer to the above, and details are not repeated here.

In step S820, when the terminal device determines to send the second message to the network device through the frequency domain resource of the PUCCH used for sending the second message (ie, the frequency domain resource of the first PUCCH), the frequency domain resource of the first PUCCH may be is indicated by the first DCI, and the first DCI is used to schedule the transmission of the second message.

When the terminal device determines to send the second message to the network device through the frequency domain resource of the first PUSCH, the indication manner of the frequency domain resource of the first PUSCH is similar to the indication manner described in the method 400 . That is, the frequency domain resources of the first PUSCH may be pre-configured, and the configuration information corresponding to the frequency domain resources of the first PUSCH is carried in the system information block SIB 1; and/or the frequency domain resources of the first PUSCH are configured through the first PUSCH. A DCI indicated, wherein the first DCI is used to schedule the sending of the second message; and/or the frequency domain resources of the first PUSCH are indicated by the second DCI, wherein the second DCI is used to schedule the sending of the third message, the The third message is used to indicate that the contention-based random access procedure is completed.

It should be understood that when the terminal device determines to send the second message to the network device through the frequency domain resources of the first PUSCH, the terminal device may execute the methods shown in FIG. 4 to FIG. It is not repeated here.

Continuing to refer to FIG. 8 , in step S830, the terminal device sends a second message to the network device according to the result determined in step S820.

For the convenience of understanding, some specific but non-limiting examples of the embodiments of the present application will be described in more detail below with reference to FIGS. 9 to 11 . Fig. 9 to Fig. 11 is that the first message is Msg4, the second message is the feedback message of Msg4, the third message is Msg5, the first DCI is the Msg4 DCI, and the second DCI is the Msg5 DCI as an example to describe.

It can be understood that the first message, the second message, the third message, the first DCI, and the second DCI are all messages or signaling for interaction between the network device and the terminal device in the contention-based random access process. Msg4, the feedback message of Msg4, Msg5, Msg4 DCI, and Msg5 DCI are respectively an exemplary representation of the above message or signaling, which should not be construed as a limitation on the embodiments of the present application. In some other embodiments, these messages or signaling may also have other names, and the methods provided in the embodiments of the present application are also applicable.

FIG. 9 to FIG. 11 show schematic flowcharts of a wireless communication method provided by an embodiment of the present application. This method is specifically applied to the scenario described by the method 400 shown in FIG. 4 . Specifically, in step S420 of the method 400, the terminal device sends the second message or the second message and the third message on the frequency domain resource of the first PUSCH. Wherein, whether the terminal device performs the operation of sending the second message or the operation of sending the second message and the third message in this step S420, can schedule the sending time of the second message according to the first DCI and the scheduling time of the third message by the second DCI. Whether the sending time is the same is determined. The following mainly describes the process of how the terminal device determines whether the sending moment of the second message is the same as the sending moment of the third message.

As shown in Figures 9-11, the time when the terminal device receives the first DCI sent by the network device is n ₀ , and the delay at which the first DCI schedules the sending of the second message is K ₀ . Therefore, the terminal device can determine that the sending moment of the second message scheduled by the first DCI is (n ₀ +K ₀ ).

Similarly, the moment when the terminal device receives the second DCI sent by the network device is n ₁ , and the delay at which the second DCI schedules the sending of the third message is K ₁ . Therefore, the terminal device can determine that the sending moment of the second DCI scheduling third message is (n ₁ +K ₁ ).

As shown in FIG. 9 , if the sending time (n ₀ +K ₀ ) of the second message is the same as the sending time (n ₁ +K ₁ ) of the third message, the terminal device can be in the frequency domain of the first PUSCH at the same time The second message and the third message are sent on the resource.

As shown in FIGS. 10 and 11 , if the sending moment (n ₀ +K ₀ ) of the second message is different from the sending moment (n ₁ +K ₁ ) of the third message, the terminal device can be at (n ₀ +K ₀ ) The second message is sent on the frequency domain resource of the first PUSCH at the moment.

The frequency domain resource of the first PUSCH can be indicated by the first DCI. Referring to FIG. 10 , after receiving the first DCI, the terminal device can send the second message according to the scheduling of the first DCI. Therefore, the terminal device may send the second message after receiving the second message. before the second DCI.

The frequency domain resource of the first PUSCH can be indicated by the second DCI. Referring to FIG. 11 , after receiving the second DCI, the terminal device sends the second message according to the scheduling of the second DCI. Therefore, the terminal device needs to receive the second message before sending the second message. DCI.

In addition, the terminal device may also send the third message at time (n ₁ +K ₁ ). The PUSCH frequency domain resource used for sending the third message is indicated by the second DCI. It can be understood that the frequency domain resources of the PUSCH used for transmitting the third message may be the same as or different from the frequency domain resources of the first PUSCH. This is because the sending moments of the second message and the third message are different, and the terminal device may use the same frequency domain resource to send different messages at different moments.

It should be understood that, when the terminal device executes the methods in FIGS. 9-11 , various implementation manners mentioned in the above description of the method 400 may be applied. For details, reference may be made to the above description, which will not be repeated here.

The method embodiments of the embodiments of the present application are described in detail above with reference to FIGS. 1 to 11 , and the apparatus embodiments of the embodiments of the present application are described in detail below with reference to FIGS. 12 to 13 . It should be understood that the descriptions of the method embodiments correspond to the descriptions of the apparatus embodiments. Therefore, for the parts not described in detail, reference may be made to the foregoing method embodiments.

FIG. 12 is a schematic structural diagram of a communication apparatus provided by an embodiment of the present application. The communication apparatus 1200 may be used to implement the functions of the terminal device or the network device in the method embodiment shown in FIG. 4 or FIG. 8 above. The device includes a storage unit 1210 and a transceiver unit 1220.

When the communication apparatus 1200 is used to implement the functions of the terminal device in the method embodiment shown in FIG. 4 : the storage unit 1210 is used to store computer programs or instructions. The transceiver unit 1220 is configured to receive a first message from a network device, where the first message carries a contention conflict resolution identifier. The transceiver unit 1220 is configured to send a second message or a second message and a third message to the network device on the frequency domain resource of the first physical uplink shared channel PUSCH, where the second message is a feedback message of the first message, and the first message is a feedback message of the first message. The third message is a message located after the first message, and is used to indicate that the establishment of the RRC RRC connection is completed.

When the communication apparatus 1200 is used to implement the function of the network device in the method embodiment shown in FIG. 4 : the storage unit 1210 is used to store computer programs or instructions. The transceiver unit 1220 is configured to send a first message to the terminal device, where the first message carries a contention conflict resolution identifier; the transceiver unit 1220 is configured to receive information from the terminal device on the frequency domain resources of the first physical uplink shared channel PUSCH The second message or the second message and the third message, the second message is the feedback message of the first message, and the third message is the message after the first message, used to indicate the radio resource control The RRC connection is established.

When the communication apparatus 1200 is used to implement the functions of the terminal device in the method embodiment shown in FIG. 8 : the storage unit 1210 is used to store computer programs or instructions. The transceiver unit 1220 is configured to receive a first message from the network device, where the first message carries a contention conflict resolution identifier; the transceiver unit 1220 is configured to determine the frequency of the first physical uplink shared channel PUSCH according to the indication information or preset conditions. A second message is sent to the network device on the domain resource or the frequency domain resource of the first physical uplink control channel PUCCH, where the second message is a feedback message of the first message.

When the communication apparatus 1200 is used to implement the function of the network device in the method embodiment shown in FIG. 8 : the storage unit 1210 is used to store computer programs or instructions. The transceiver unit 1220 is configured to send a first message to the terminal device, where the first message carries a contention conflict resolution identifier; the transceiver unit 1220 is configured to determine the frequency domain resources of the first physical uplink shared channel PUSCH or the first physical uplink control A second message from the terminal device is received on the frequency domain resource of the channel PUCCH, where the second message is a feedback message of the first message.

For a more detailed description of the foregoing transceiver unit 1220, reference may be made to the relevant descriptions in the foregoing method embodiments, which are not described herein again.

As shown in FIG. 13 , the communication device 1300 includes a processor 1310 and an interface circuit 1320 . The processor 1310 and the interface circuit 1320 are coupled to each other. It can be understood that the interface circuit 1320 can be a transceiver or an input-output interface. Optionally, the communication apparatus 1300 may further include a memory 1330 for storing instructions executed by the processor 1310 or input data required by the processor 1310 to execute the instructions or data generated after the processor 1310 executes the instructions.

When the communication apparatus 1300 is used to implement the methods in the foregoing method embodiments, the interface circuit 1320 is used to perform the functions of the foregoing transceiver unit.

When the above communication device is a chip applied to a terminal device, the terminal device chip implements the functions of the terminal device in the above method embodiments. The terminal device chip receives information from other modules (such as a radio frequency module or an antenna) in the terminal device, and the information is sent by the network device to the terminal device; or, the terminal device chip sends information to other modules (such as a radio frequency module or an antenna) in the terminal device antenna) to send information, the information is sent by the terminal equipment to the network equipment.

When the above communication device is a chip applied to a network device, the network device chip implements the functions of the network device in the above method embodiments. The network device chip receives information from other modules (such as a radio frequency module or an antenna) in the network device, and the information is sent by the terminal device to the network device; or, the network device chip sends information to other modules in the network device (such as a radio frequency module or an antenna). antenna) to send information, the information is sent by the network equipment to the terminal equipment.

It can be understood that the processor in the embodiments of the present application may be a central processing unit (central processing unit, CPU), and may also be other general-purpose processors, digital signal processors (digital signal processors, DSP), application-specific integrated circuits (application specific integrated circuit, ASIC), field programmable gate array (field programmable gate array, FPGA) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof. A general-purpose processor may be a microprocessor or any conventional processor.

The method steps in the embodiments of the present application may be implemented in a hardware manner, or may be implemented in a manner in which a processor executes software instructions. Software instructions can be composed of corresponding software modules, and software modules can be stored in random access memory (RAM), flash memory, read-only memory (ROM), programmable read-only memory (programmable ROM) , PROM), erasable programmable read-only memory (erasable PROM, EPROM), electrically erasable programmable read-only memory (electrically EPROM, EEPROM), registers, hard disks, removable hard disks, CD-ROMs or known in the art in any other form of storage medium. An exemplary storage medium is coupled to the processor, such that the processor can read information from, and write information to, the storage medium. Of course, the storage medium can also be an integral part of the processor. The processor and storage medium may reside in an ASIC. In addition, the ASIC may be located in the access network equipment or in the terminal equipment. Of course, the processor and the storage medium may also exist in the access network device or the terminal device as discrete components.

In the above-mentioned embodiments, it may be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented in software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer programs or instructions. When the computer program or instructions are loaded and executed on a computer, the processes or functions described in the embodiments of the present application are executed in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable device. The computer program or instructions may be stored in or transmitted over a computer-readable storage medium. The computer-readable storage medium can be any available media that can be accessed by a computer or a data storage device such as a server that integrates one or more available media. The usable media can be magnetic media, such as floppy disks, hard disks, magnetic tapes; optical media, such as DVD; and semiconductor media, such as solid state disks (SSD).

In the various embodiments of the present application, if there is no special description or logical conflict, the terms and/or descriptions between different embodiments are consistent and can be referred to each other, and the technical features in different embodiments are based on their inherent Logical relationships can be combined to form new embodiments.

In this application, "at least one" means one or more, and "plurality" means two or more. "And/or", which describes the relationship of the associated objects, indicates that there can be three kinds of relationships, for example, A and/or B, it can indicate that A exists alone, A and B exist at the same time, and B exists alone, where A, B can be singular or plural. In the text description of this application, the character "/" generally indicates that the related objects are a kind of "or" relationship; in the formula of this application, the character "/" indicates that the related objects are a kind of "division" Relationship.

It can be understood that, the various numbers and numbers involved in the embodiments of the present application are only for the convenience of description, and are not used to limit the scope of the embodiments of the present application. The size of the sequence numbers of the above processes does not imply the sequence of execution, and the execution sequence of each process should be determined by its function and internal logic.

Claims

A method of wireless communication, comprising:

The terminal device receives a first message from the network device, where the first message carries a contention conflict resolution identifier;

The terminal device sends a second message or a second message and a third message to the network device on the frequency domain resource of the first physical uplink shared channel PUSCH, where the second message is a feedback message of the first message, The third message is a message after the first message, and is used to indicate that the establishment of the RRC connection is completed.
The method according to claim 1, wherein the frequency domain resource of the first PUSCH is located in a first uplink partial bandwidth BWP, and the first uplink BWP does not include a first physical device for sending the second message Frequency domain resources of the uplink control channel PUCCH.
The method according to claim 1 or 2, wherein the terminal device sends the second message to the network device on the frequency domain resource of the first physical uplink shared channel PUSCH, comprising:

When the sending moment of the second message is different from the sending moment of the third message, the terminal device sends the second message to the network device on the frequency domain resource of the first PUSCH.
The method according to claim 1 or 2, wherein the terminal device sends the second message and the third message to the network device on the frequency domain resources of the first physical uplink shared channel PUSCH, comprising:

When the sending moment of the second message is the same as the sending moment of the third message, the terminal device sends the second message and the network device on the frequency domain resource of the first PUSCH to the network device Third message.
The method according to claim 3 or 4, characterized in that,

The sending moment of the second message is indicated by the first downlink control information DCI, and the first DCI is used to schedule the sending of the second message;

The sending moment of the third message is indicated by the second downlink control information DCI, and the second DCI is used to schedule the sending of the third message.
The method according to any one of claims 1 to 5, wherein,

The frequency domain resources of the first PUSCH are pre-configured, wherein the configuration information corresponding to the frequency domain resources of the first PUSCH is carried in the system information block SIB 1; and/or

The frequency domain resource of the first PUSCH is indicated by the first downlink control information DCI, where the first DCI is used to schedule the transmission of the second message; and/or

The frequency domain resource of the first PUSCH is indicated by the second downlink control information DCI, where the second DCI is used to schedule the sending of the third message.
A method of wireless communication, comprising:

The network device sends a first message to the terminal device, where the first message carries a contention conflict resolution identifier;

The network device receives a second message or a second message and a third message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH, where the second message is a feedback message of the first message , the third message is a message located after the first message, and is used to indicate that the establishment of the RRC connection is completed.
The method according to claim 7, wherein the frequency domain resource of the first PUSCH is located in a first uplink partial bandwidth BWP, and the first uplink BWP does not include a first physical device for sending the second message Frequency domain resources of the uplink control channel PUCCH.
The method according to claim 7 or 8, wherein the network device receives the second message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH, comprising:

When the sending moment of the second message is different from the sending moment of the third message, the network device receives the second message from the terminal device on the frequency domain resource of the first PUSCH.
The method according to claim 7 or 8, wherein the network device receives the second message and the third message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH, comprising:

When the sending moment of the second message is the same as the sending moment of the third message, the network device receives the second message and all the data from the terminal device on the frequency domain resource of the first PUSCH. the third message.
The method according to claim 9 or 10, characterized in that,

The sending moment of the second message is indicated by the first downlink control information DCI, and the first DCI is used to schedule the sending of the second message;

The sending moment of the third message is indicated by the second downlink control information DCI, and the second DCI is used to schedule the sending of the third message.
The method according to any one of claims 7 to 11, wherein,

The frequency domain resources of the first PUSCH are pre-configured, wherein the configuration information corresponding to the frequency domain resources of the first PUSCH is carried in the system information block SIB 1; and/or

The frequency domain resource of the first PUSCH is indicated by the first downlink control information DCI, where the first DCI is used to schedule the transmission of the second message; and/or

The frequency domain resource of the first PUSCH is indicated by the second downlink control information DCI, where the second DCI is used to schedule the sending of the third message.
A method of wireless communication, comprising:

The terminal device receives a first message from the network device, where the first message carries a contention conflict resolution identifier;

The terminal device determines to send the second message to the network device on the frequency domain resources of the first physical uplink shared channel PUSCH or the frequency domain resources of the first physical uplink control channel PUCCH according to the indication information or preset conditions, and the first The second message is a feedback message of the first message.
The method according to claim 13, wherein when the terminal device determines, according to the indication information, to send to the Before the network device sends the second message, the method further includes:

The terminal device receives the indication information from the network device, where the indication information is used to instruct the terminal device to send the second message through the frequency domain resource of the first PUSCH or through the first PUCCH the frequency domain resource to send the second message.
The method according to claim 14, wherein the receiving, by the terminal device, the indication information from the network device comprises:

The terminal device receives the system information block SIB1 from the network device, and the indication information is carried in the system information block SIB1.
The method according to any one of claims 13 to 15, wherein the indication information is carried in first downlink control information DCI, wherein the first DCI is used to schedule the sending of the second message .
The method according to claim 16, wherein the indication information is carried on a first bit in the first DCI, and the first bit is any one of a downlink configuration index field in the first DCI bits.
The method according to any one of claims 13 to 17, characterized in that, after the terminal device determines according to a preset condition to send the second data to the network device on the frequency domain resource of the first physical uplink shared channel PUSCH Before the message, the method further includes:

The terminal device determines that the preset condition is met, where the preset condition includes:

The terminal device receives configuration information from the network device, where the configuration information is: the first uplink partial bandwidth BWP includes the frequency domain resources of the first PUSCH, and the first uplink BWP does not include the first uplink BWP frequency domain resources for PUCCH; and/or

The terminal equipment does not have the capability of radio frequency retuning.
The method according to any one of claims 13 to 18, characterized in that,

The frequency domain resources of the first PUSCH are pre-configured, wherein the configuration information corresponding to the frequency domain resources of the first PUSCH is carried in the system information block SIB 1; and/or

The frequency domain resource of the first PUSCH is indicated by the first downlink control information DCI, where the first DCI is used to schedule the sending of the second message.
A method of wireless communication, comprising:

The network device sends a first message to the terminal device, where the first message carries a contention conflict resolution identifier;

The network device determines to receive a second message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH or the frequency domain resource of the first physical uplink control channel PUCCH, where the second message is the first A message feedback message.
The method of claim 20, wherein the method further comprises:

The network device sends indication information to the terminal device, where the indication information is used to instruct the terminal device to send the second message through the frequency domain resource of the first PUSCH or through the frequency domain of the first PUCCH The resource sends the second message.
The method according to claim 21, wherein the indication information is carried in a system information block SIB1.
The method according to any one of claims 20 to 22, wherein the indication information is carried in first downlink control information DCI, wherein the first DCI is used to schedule sending of the second message .
The method according to claim 23, wherein the indication information is carried on a first bit in the first DCI, and the first bit is any bit in a downlink configuration index field in the first DCI.
The method according to any one of claims 20 to 24, wherein the network device determining to receive the second message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH comprises:

The network device sends configuration information to the terminal device, where the configuration information is: the first uplink partial bandwidth BWP includes the frequency domain resources of the first PUSCH, and the first uplink BWP does not include the first PUCCH frequency domain resources.
The method according to any one of claims 20 to 25, wherein the determination by the network device to receive the second message from the terminal device on the frequency domain resource of the first physical uplink shared channel PUSCH comprises:

When the network device determines that the terminal device does not have the radio frequency retuning capability, the network device determines to receive the second message from the terminal device on the frequency domain resource of the first PUSCH.
The method according to any one of claims 20 to 26, wherein,

The frequency domain resource of the first PUSCH is preconfigured, wherein the configuration information corresponding to the frequency domain resource of the first PUSCH is carried in the system information block SIB 1; and/or

The frequency domain resource of the first PUSCH is indicated by the first downlink control information DCI, where the first DCI is used to schedule the sending of the second message.
A communication device, characterized by comprising a module for performing the method according to any one of claims 1 to 6 or 7 to 12 or 13 to 19 or 20 to 27.
A communication device, characterized by comprising a processor and a communication interface, wherein the communication interface is used to receive signals from other communication devices other than the communication device and transmit to the processor or transfer signals from the processor The signal is sent to other communication devices other than the communication device, and the processor is used to implement any one of claims 1 to 6 or 7 to 12 or 13 to 19 or 20 to 27 through logic circuits or executing code instructions method described in item.
A computer-readable storage medium, characterized in that, the computer-readable storage medium stores a computer program, and when the computer program is executed, the computer program as claimed in claim 1 to 6 or 7 to 12 or 13 to 19 or 20 is implemented. The method of any one of to 27.