Wireless communication method and apparatus, device, and storage medium

Abstract

A wireless communication method and apparatus, a device, and a storage medium, relating to the technical field of communications. The method comprises: a terminal device sends a first uplink channel to a network device, the first uplink channel using a first OCC (510); and the network device sends a first downlink channel, the first downlink channel being related to the first OCC (520). When the OCC is used during transmission of the first uplink channel, even if different terminal devices select a same resource to transmit the first uplink channel, as long as the OCC is different, the network device can still identify a plurality of terminal devices (such as two terminal devices) by means of different OCCs. Moreover, the OCC is also used or indicated when the network device sends the first downlink channel, so that the terminal device can accordingly determine whether the detected first downlink channel is for itself. The present invention solves the problem of confusion caused by the introduction of an OCC in the transmission of an uplink channel, thereby improving the communication reliability and the system capacity.

Description

Wireless communication method, device, equipment and storage medium Technical Field

[0001] The embodiments of the present application relate to the field of communication technology, and in particular to a wireless communication method, apparatus, device, and storage medium. Background Art

[0002] In wireless communication systems, in order to further enhance uplink capacity, the OCC (Orthogonal Cover Code) scheme has been introduced. That is, OCC technology is used in uplink channel transmissions such as PUSCH (Physical Uplink Shared Channel) and PRACH (Physical Random Access Channel). This allows multiple terminal devices to reuse the same time-frequency resources for transmission, and different terminal devices are distinguished by OCC.

[0003] After the introduction of OCC, the communication process between terminal devices and network devices needs further study.

[0004] Summary of the Invention

[0005] The embodiments of the present application provide a wireless communication method, apparatus, device, and storage medium. The technical solutions provided by the embodiments of the present application are as follows:

[0006] According to one aspect of an embodiment of the present application, a wireless communication method is provided, the method being performed by a terminal device, the method comprising:

[0007] Sending a first uplink channel to the network device, where the first uplink channel uses a first OCC;

[0008] A first downlink channel sent by the network device is received, where the first downlink channel is related to the first OCC.

[0009] According to one aspect of an embodiment of the present application, a wireless communication method is provided, where the method is performed by a network device, and the method includes:

[0010] receiving a first uplink channel sent by a terminal device, where the first uplink channel uses a first OCC;

[0011] A first downlink channel is sent, where the first downlink channel is related to the first OCC.

[0012] According to one aspect of an embodiment of the present application, a wireless communication device is provided, the device including:

[0013] A sending module, configured to send a first uplink channel to a network device, where the first uplink channel uses a first OCC;

[0014] The receiving module is configured to receive a first downlink channel sent by the network device, where the first downlink channel is related to the first OCC.

[0015] According to one aspect of an embodiment of the present application, a wireless communication device is provided, the device including:

[0016] A receiving module, configured to receive a first uplink channel sent by a terminal device, where the first uplink channel uses a first OCC;

[0017] The sending module is configured to send a first downlink channel, where the first downlink channel is related to the first OCC.

[0018] According to one aspect of an embodiment of the present application, a terminal device is provided, comprising a processor and a memory, wherein the memory stores a computer program, and the processor executes the computer program to implement the above-mentioned wireless communication method on the terminal device side.

[0019] According to one aspect of an embodiment of the present application, a network device is provided, comprising a processor and a memory, wherein the memory stores a computer program, and the processor executes the computer program to implement the wireless communication method on the network device side.

[0020] According to one aspect of an embodiment of the present application, a computer-readable storage medium is provided, in which a computer program is stored. The computer program is used to be executed by a processor to implement the above-mentioned wireless communication method on the terminal device side, or to implement the above-mentioned wireless communication method on the network device side.

[0021] According to one aspect of an embodiment of the present application, a chip is provided, which includes a programmable logic circuit and / or program instructions. When the chip is running, it is used to implement the above-mentioned wireless communication method on the terminal device side, or to implement the above-mentioned wireless communication method on the network device side.

[0022] According to one aspect of an embodiment of the present application, a computer program product is provided, which includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. A processor reads and executes the computer instructions from the computer-readable storage medium to implement the above-mentioned wireless communication method on the terminal device side, or to implement the above-mentioned wireless communication method on the network device side.

[0023] The technical solutions provided by the embodiments of the present application may have the following beneficial effects:

[0024] After using OCC when transmitting the first uplink channel, even if different terminal devices select the same resources to transmit the first uplink channel, as long as the OCCs are different, the network device can still identify multiple terminal devices (for example, two terminal devices) through different OCCs. In addition, the network device also uses or indicates OCC when sending the first downlink channel, so that the terminal device can determine whether the monitored first downlink channel is for itself. This solves the confusion problem caused by the introduction of OCC in uplink channel transmission, which helps to improve communication reliability and system capacity. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] FIG1 is a schematic diagram of a network architecture provided by an embodiment of the present application;

[0026] FIG2 is a schematic diagram of a contention-based random access method provided by an embodiment of the present application;

[0027] FIG3 is a schematic diagram of a non-contention-based random access method provided by an embodiment of the present application;

[0028] FIG4 is a schematic diagram of the format of a RAR MAC PDU provided in one embodiment of the present application;

[0029] FIG5 is a flowchart of a wireless communication method provided by an embodiment of the present application;

[0030] FIG6 is a block diagram of a wireless communication device provided by one embodiment of the present application;

[0031] FIG7 is a block diagram of a wireless communication device provided by another embodiment of the present application;

[0032] FIG8 is a schematic structural diagram of a communication device provided in one embodiment of the present application. DETAILED DESCRIPTION

[0033] In order to make the objectives, technical solutions and advantages of this application clearer, the implementation methods of this application will be further described in detail below with reference to the accompanying drawings.

[0034] The network architecture and business scenarios described in the embodiments of the present application are intended to more clearly illustrate the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided by the embodiments of the present application. A person skilled in the art will appreciate that, with the evolution of the network architecture and the emergence of new business scenarios, the technical solutions provided by the embodiments of the present application are equally applicable to similar technical problems.

[0035] The technical solutions of the embodiments of the present application can be applied to various communication systems, such as: Global System of Mobile communication (GSM) system, Code Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service (GPRS), Long Term Evolution (LTE) system, Advanced Long Term Evolution (LTE-A) system, New Radio (NR) system, NR system evolution system, LTE on unlicensed spectrum (LTE-U) system, NR on unlicensed spectrum (NR-U) system, Non-Terrestrial Networks (NTN) system, Universal Mobile Telecommunication System (UMTS), Wireless Local Area Networks (WLAN), Wireless Fidelity (Wireless Fidelity) system. Fidelity, WiFi), fifth-generation communication (5th-Generation, 5G) system, B5G (Beyound5G) system, sixth-generation communication (6G) system or other communication systems, etc.

[0036] Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional communications, but will also support, for example, device-to-device (D2D) communication, machine-to-machine (M2M) communication, machine-type communication (MTC), vehicle-to-vehicle (V2V) communication, or vehicle-to-everything (V2X) communication, etc. The embodiments of the present application can also be applied to these communication systems.

[0037] The communication system in the embodiment of the present application can be applied to a carrier aggregation (CA) scenario, a dual connectivity (DC) scenario, and a standalone (SA) networking scenario.

[0038] The communication system in the embodiment of the present application can be applied to an unlicensed spectrum, where the unlicensed spectrum can also be considered as a shared spectrum; or, the communication system in the embodiment of the present application can also be applied to an authorized spectrum, where the authorized spectrum can also be considered as an unshared spectrum.

[0039] The embodiments of the present application can be applied to both non-terrestrial networks (NTN) and terrestrial networks (TN). NTNs generally use satellite communications to provide communication services to terrestrial users. Currently, NTN systems include NR-NTN and IoT-NTN systems, and may include other NTN systems in the future.

[0040] Please refer to FIG1 , which shows a schematic diagram of a network architecture 100 provided by an embodiment of the present application. The network architecture 100 may include: a terminal device 10 , an access network device 20 , and a core network element 30 .

[0041] The terminal device 10 may refer to a UE (User Equipment), an access terminal, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, a mobile device, a wireless communication device, a user agent, or a user apparatus. In some embodiments, the terminal device 10 may also be a cellular phone, a cordless phone, a SIP (Session Initiation Protocol) phone, a WLL (Wireless Local Loop) station, a PDA (Personal Digital Assistant), a handheld device with wireless communication capabilities, a computing device or other processing device connected to a wireless modem, a vehicle-mounted device, a wearable device, a terminal device in a 5GS (5th Generation System) or a terminal device in a future evolved PLMN (Public Land Mobile Network), etc., and the embodiments of the present application are not limited thereto. For ease of description, the above-mentioned devices are collectively referred to as terminal devices. The number of terminal devices 10 is generally multiple, and one or more terminal devices 10 may be distributed in a cell managed by each access network device 20. The terminal device may also be referred to as a terminal or UE for short, and those skilled in the art will understand its meaning.

[0042] Access network equipment 20 is a device deployed in an access network to provide wireless communication capabilities for terminal devices 10. Access network equipment 20 may include various forms of macro base stations, micro base stations, relay stations, access points, and the like. In systems employing different wireless access technologies, the names of devices that provide access network equipment functions may vary. For example, in 5G NR systems, they are referred to as gNodeBs or gNBs. As communication technologies evolve, the term "access network equipment" may change. For ease of description, in the embodiments of this application, the aforementioned devices that provide wireless communication capabilities for terminal devices 10 are collectively referred to as access network equipment. In some embodiments, access network equipment 20 enables communication between terminal devices 10 and core network elements 30. For example, in an LTE (Long Term Evolution) system, access network equipment 20 may be an Evolved Universal Terrestrial Radio Access Network (EUTRAN) or one or more eNodeBs within the EUTRAN. In a 5G NR system, access network equipment 20 may be a Radio Access Network (RAN) or one or more gNBs within the RAN. In the embodiment of the present application, unless otherwise specified, the "network device" refers to the access network device 20, such as a base station.

[0043] The core network element 30 is a network element deployed in the core network. The functions of the core network element 30 are mainly to provide user connection, user management, and service bearer, and to provide an interface to the external network as a bearer network. For example, the core network elements in the 5G NR system may include network elements such as the AMF (Access and Mobility Management Function) entity, the UPF (User Plane Function) entity, and the SMF (Session Management Function) entity.

[0044] In some embodiments, the access network device 20 and the core network element 30 communicate with each other via an air interface technology, such as the NG interface in the 5G NR system. The access network device 20 and the terminal device 10 communicate with each other via an air interface technology, such as the Uu interface.

[0045] The "5G NR system" in the embodiments of the present application may also be referred to as a 5G system or an NR system, but those skilled in the art will understand its meaning. The technical solutions described in the embodiments of the present application may be applicable to LTE systems, 5G NR systems, and subsequent evolution systems of 5G NR systems (e.g., B5G (Beyond 5G) systems, 6G systems (6th Generation System, sixth generation mobile communication systems)), and other communication systems such as NB-IoT (Narrow Band Internet of Things) systems, which are not limited in this application.

[0046] In an embodiment of the present application, the network device can provide services for a cell, and the terminal device communicates with the network device through the transmission resources (for example, frequency domain resources, or spectrum resources) on the carrier used by the cell. The cell can be a cell corresponding to the network device (for example, a base station). The cell can belong to a macro base station or a base station corresponding to a small cell. The small cells here may include: metro cell, micro cell, pico cell, femto cell, etc. These small cells have the characteristics of small coverage and low transmission power, and are suitable for providing high-speed data transmission services.

[0047] Before introducing the technical solutions of this application, we first introduce and explain the related technologies involved in this application. The following related technologies can be combined with the technical solutions of the embodiments of this application as optional solutions, and they all fall within the scope of protection of the embodiments of this application. The embodiments of this application include at least part of the following contents.

[0048] 1. Contention-based random access and non-contention-based random access

[0049] Both LTE and NR systems support two random access methods: contention-based random access and non-contention-based random access. These two methods are applicable in different scenarios. In contention-based random access, the RACH (Random Access Channel) is a pool of resources available to terminal devices. Different terminal devices can use the same resources, resulting in resource contention. In non-contention-based random access, specific resources are reserved and allocated exclusively to a terminal device at a specific time.

[0050] Figure 2 illustrates contention-based random access, featuring code resource sharing and a four-step access process: access request, access response, connection request, and contention resolution. This process includes steps 1 through 4. It's important to note that the messages exchanged in each step of contention-based random access are referred to as Msg1 through Msg4.

[0051] Step 1: Access Request (Msg1)

[0052] The terminal device selects a PRACH (Physical Random Access Channel) resource (including time-frequency and code domain resources) and sends the selected preamble on the selected PRACH time-frequency resource. Based on the preamble, the network device can estimate the uplink timing and the grant size required by the terminal device to transmit Msg3.

[0053] Step 2: Access Response (Msg2)

[0054] After receiving the preamble from the terminal device, the network device sends a RAR (Random Access Response) to the terminal device. After the terminal device sends Msg1, it opens a RAR window and monitors the PDCCH (Physical Downlink Control Channel) scrambled with the RA-RNTI (Random Access-Radio Network Temporary Indentifier) ​​within this window.

[0055] In the LTE system, RA-RNTI is calculated as follows: RA-RNTI = 1 + t_id + 10 * f_id

[0056] Among them, t_id is the index of the first subframe transmitted by PRACH (0≤t_id<10), f_id is the frequency domain index corresponding to PRACH in the subframe (0≤f_id<6), and PRACH resources are numbered in order from low to high in the frequency domain.

[0057] In the NR system, RA-RNTI is calculated as follows: RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id

[0058] Where s_id is the index of the first OFDM (Orthogonal Frequency Division Multiplexing) symbol of the PRACH opportunity (0≤s_id≤14), t_id is the index of the first time slot of the PRACH opportunity in the system frame (0≤t_id≤80), f_id is the index of the PRACH opportunity in the frequency domain (0≤f_id≤8), and ul_carrier_id is the UL (Uplink) carrier used for random access preamble transmission (0 for the NUL (Normal Uplink) carrier and 1 for the SUL (Supplementary Uplink) carrier).

[0059] For eMTC (enhanced Machine-Type Communication) UEs, the RA-RNTI is calculated as follows: RA-RNTI = 1 + t_id + 10 * f_id + 60 * (SFN_id mod (Wmax / 10))

[0060] Where t_id is the index of the first subframe transmitted by the PRACH (0≤t_id<10), f_id is the frequency domain index corresponding to the PRACH in that subframe (0≤f_id<6), and PRACH resources are numbered in ascending order in the frequency domain. SFN_id is the index of the first SFN (system frame) transmitted by the PRACH, and Wmax is the maximum RAR window length supported by eMTC, which is 400 subframes.

[0061] For NB-IoT UE, RA-RNTI is calculated as follows: RA-RNTI = 1 + floor (SFN_id / 4) + 256 * carrier_id

[0062] SFN_id is the index of the first SFN transmitted by PRACH, and carrier_id is the index of the UL carrier corresponding to the PRACH transmission. The carrier_id corresponding to the anchor carrier is 0.

[0063] For NB-IoT UEs in TDD (Time Division Duplexing) mode, the RA-RNTI is calculated as follows: RA-RNTI = 1 + floor (SFN_id / 4) + 256 * (H-SFN mod 2)

[0064] SFN_id is the index of the first SFN transmitted by PRACH, and H-SFN is the index of the first H-SFN (superframe) transmitted by PRACH.

[0065] From the above RA-RNTI calculation formula, it can be seen that RA-RNTI is related to the PRACH time-frequency resources used by the terminal device to send Msg1.

[0066] After the terminal device successfully monitors the RA-RNTI-scrambled PDCCH, the terminal device can obtain the PDSCH (Physical Downlink Shared Channel) scheduled by the PDCCH, which includes the RAR.

[0067] A RAR MAC (Medium Access Control) PDU (Protocol Data Unit) consists of one or more MAC subPDUs and padding (optional).

[0068] In some embodiments, the RAR format is shown in FIG4 .

[0069] In Figure 4, MAC subPDU 1 is a BI-only MAC subPDU. BI (Backoff Indicator) indicates the backoff time for a terminal device to wait before re-initiating random access after a random access failure. This also indicates the backoff time for retransmitting Msg1. The BI field indicates that the cell is overloaded. The BI field is 4 bits long.

[0070] In Figure 4, MAC subPDU 2 is a RAPID-only MAC subPDU. RAPID stands for Random Access Preamble ID, which refers to the index number of the preamble used by the terminal device to initiate random access. The RAPID field indicates the transmitted random access preamble and is 6 bits long. The terminal device compares this RAPID with its own transmitted preamble. If they match, the received RAR is intended for it. Otherwise, the received RAR is discarded.

[0071] In Figure 4, MAC subPDU 3 is a MAC subPDU that includes RAPID and MAC RAR. The MAC RAR carries the following main information:

[0072] Timing Advance, that is, the uplink timing advance, is used to indicate how much time in advance the terminal device sends the uplink transmission to ensure that the uplink data reaches the network device and is consistent with the uplink air interface time of the network device. The timing advance is obtained by the physical layer of the network device by measuring the preamble sent by the terminal device. The TA command field indicates the index value used for the terminal device time adjustment. The TA index value can be one of 0, 1, 2, ..., 1282. The length of the TA command field is 11 bits. After the terminal device receives the RAR, it needs to configure the TA value to the physical layer, and the physical layer controls the delay of the subsequent Msg3 on the air interface to ensure that the time when the signals of different terminal devices arrive at the network device is roughly consistent.

[0073] Temporary C-RNTI, also known as TC-RNTI (Temporary Cell-RNTI). When a terminal device successfully competes for a cellular radio network, it directly upgrades the TC-RNTI to C-RNTI (Cell-RNTI). The TC-RNTI field is 16 bits long and is used for scrambling and descrambling in Msg3.

[0074] UL-Grant, uplink authorization. Because the terminal device has not yet established an RRC (Radio Resource Control) connection with the network device and has not performed uplink synchronization, it is impossible to request uplink authorization from the network device for uplink transmission through Scheduling Request. The terminal device can only send the first uplink message Msg3, which is RRCSetupRequest (RRC connection establishment request), by carrying uplink authorization information in the RAR message. The UL-Grant field indicates the resources used for uplink transmission. The length of the UL-Grant field is 20 bits, and Msg3 is actually sent using this resource.

[0075] Step 3: Connection Request (Msg3)

[0076] After receiving the RAR and using the Timing Advance in the RAR message to achieve uplink synchronization with the network device, the terminal device will use the uplink time-frequency domain resources indicated by the UL grant carried in the RAR to send Msg3. For the random access process of the terminal device accessing the cell, it is the RRC message: RRCSetupRequest.

[0077] The terminal device sends an RRC connection establishment request (RRCSetupRequest) to the network device, which carries the contention resolution ID. Msg3 primarily informs the network device of the event that triggered the RACH process. For example, if it is an initial access random access process, Msg3 will carry the UE ID and establishment cause; if it is an RRC reestablishment, it will carry the connected UE identifier and establishment cause. The ID carried in Msg3 also enables contention resolution in Step 4.

[0078] Step 4: Conflict Resolution (Msg4)

[0079] After sending Msg3, the terminal device will start the ra-ContentionResolutionTimer. Before the timer expires, the terminal device will continue to monitor the PDCCH of Msg4. If the timer expires, the terminal device will consider the contention failed and re-initiate the random access process.

[0080] After receiving the Msg3 sent by the terminal device, the network device will send a Msg4 (i.e., an RRCSetup message, the PDCCH corresponding to the message is scrambled using the TC-RNTI indicated in the RAR) to a certain terminal device, and carry the contention resolution ID sent by the terminal device in the Msg3 in the MAC CE of the PDSCH carrying the Msg4 message. After receiving the Msg4 message, multiple terminal devices in contention will take out the contention resolution ID in the message and compare it with the contention resolution ID in their own Msg3. If the two are the same, the terminal device considers that the contention resolution is successful and sends RRCSetupComplete (RRC connection establishment completion message); otherwise, the terminal device considers that the contention has failed and re-initiates the random access process.

[0081] Msg4 has two functions: the first is to resolve contention conflicts, and the second is to transmit RRC configuration messages to terminal devices.

[0082] There are two ways to resolve contention conflicts: Method 1: If the terminal device carries C-RNTI in Msg3, Msg4 is scheduled with PDCCH scrambled with C-RNTI. Method 2: If the terminal device does not carry C-RNTI in Msg3, such as initial access, Msg4 is scheduled with PDCCH scrambled with TC-RNTI. The conflict is resolved by the terminal device receiving the PDSCH carrying Msg4 and matching the CCCH (Common Control Channel) SDU (Service Data Unit) in the PDSCH with the contention resolution ID in its own Msg3 to see if they are the same.

[0083] Figure 3 illustrates a non-contention-based random access scheme, whose key features are exclusive code resource allocation and a three-step access method, including preamble allocation, access request, and access response. This process includes the following steps: Step 0 through Step 2. It is important to note that the messages exchanged in each step of the non-contention-based random access scheme are referred to as Msg0 through Msg2.

[0084] Step 0: Preamble allocation (Msg0)

[0085] The network device allocates a random access preamble to the terminal device and sends it using an RRC message or DCI (Downlink Control Information).

[0086] Step 1: Access Request (Msg1)

[0087] Step 2: Access Response (Msg2)

[0088] For the description of Msg1 and Msg2, please refer to the above text and will not be repeated here.

[0089] The random access process described above demonstrates that its primary purpose is to achieve uplink synchronization between the terminal device and the cell. During random access, the network device determines the time the terminal device transmits the preamble based on the RACH time-frequency resources used to receive the preamble from the terminal device. This information is then used to determine the terminal's initial TA based on the preamble's transmission and reception times, and is communicated to the terminal via the RAR.

[0090] 2. EDT (Early Data Transmission)

[0091] In traditional LTE systems, if a terminal device in the RRC IDLE state has uplink data to transmit, it must first initiate an RRC connection through a random access procedure. Only after establishing an RRC connection with the network device can it transmit data to the network device. To reduce the signaling interaction between the terminal device and the network device associated with data transmission and conserve terminal power consumption, the EDT mechanism has been introduced for NB-IoT and eMTC. This feature enables a terminal device in the RRC IDLE state to transmit UL data using Msg3 during the random access procedure. Upon receiving a successful reception response from the network device, the random access procedure terminates, and the terminal device remains in the RRC IDLE state without entering the RRC connected state. The network device configures a separate PRACH resource for EDT. When the amount of UL data to be transmitted by the terminal device does not exceed the configured data limit, the terminal device can send Msg1 on the separate PRACH resource to request authorization for Msg3 for EDT.

[0092] Please refer to Figure 5, which shows a flow chart of a wireless communication method provided by an embodiment of the present application. The method can be applied to the network architecture shown in Figure 1. The method can include at least one of the following steps 510 to 520.

[0093] Step 510: The terminal device sends a first uplink channel to the network device, where the first uplink channel uses a first OCC.

[0094] Correspondingly, the network device receives the first uplink channel sent by the terminal device.

[0095] The first uplink channel may be an uplink channel sent by the terminal device to the network device. For example, the first uplink channel may be a PRACH or a PUSCH.

[0096] In addition, the first OCC refers to the OCC used when transmitting the first uplink channel. In some embodiments, the first uplink channel using the first OCC means that the terminal device uses OCC technology when sending the first uplink channel, such as superimposing the first OCC into the time domain, frequency domain, or code domain before transmitting the first uplink channel.

[0097] In some embodiments, the first OCC is an OCC selected by the terminal device from an OCC set configured by the network device. For example, the OCC set configured by the network device for the terminal device includes one or more OCCs, and the terminal device selects an OCC from the one or more OCCs as the first OCC.

[0098] In some embodiments, the first OCC is an OCC selected by the terminal device from a set of OCCs available for transmission on the first uplink channel configured by the network device. For example, the set of OCCs available for transmission on the first uplink channel configured by the network device for the terminal device includes one or more OCCs, and the terminal device selects an OCC from the one or more OCCs as the first OCC. The set of OCCs available for transmission on the first uplink channel may be an OCC set available only for transmission on the first uplink channel, or an OCC set available for transmission on multiple uplink channels (including the first uplink channel).

[0099] In some embodiments, the first OCC is an OCC indicated by the network device. For example, the network device sends first information to the terminal device, and the first information is used to indicate the first OCC. For example, the first information may include identification information of the first OCC. The identification information of the OCC is used to distinguish different OCCs, and different OCCs have different identification information. The above identification information can be in the form of an ID (Indentifier), an index, etc., which is not limited in this application. The first OCC can be determined by the identification information of the first OCC.

[0100] Step 520: The network device sends a first downlink channel, where the first downlink channel is related to the first OCC.

[0101] Correspondingly, the terminal device receives the first downlink channel sent by the network device.

[0102] The first downlink channel is a downlink channel sent to the terminal device by the network device after receiving the first uplink channel sent by the terminal device.

[0103] In some embodiments, the first uplink channel is a PRACH, and the first downlink channel is a PDCCH. During the random access process, the terminal device sends Msg1 via the PRACH, and the network device instructs the terminal device to receive Msg2 via the PDCCH.

[0104] In some embodiments, the first uplink channel is PUSCH, and the first downlink channel is PDCCH or PDSCH. During the random access process, the terminal device sends Msg3 via PUSCH, and the network device instructs Msg3 to retransmit or instructs Msg4 to receive via PDCCH, wherein Msg4 is sent via PDSCH.

[0105] In some embodiments, the first downlink channel is related to the first OCC, including: the first downlink channel is scrambled based on the first RNTI (Radio Network Temporary Indentifier) ​​determined by the first OCC. For example, when the network device sends the first downlink channel, it uses the first RNTI for scrambling, and the first RNTI is determined based on the first OCC, such as the first RNTI calculated based on the first OCC and other parameters. In different application scenarios, the calculation method of the first RNTI will also be different. For specific details about the calculation method of the first RNTI, please refer to the introduction and description in the embodiments below.

[0106] In some embodiments, the first downlink channel is associated with the first OCC, including: a second OCC indicated in the first downlink channel is the same as the first OCC. For example, information transmitted by the first downlink channel includes the second OCC, or includes identification information of the second OCC. The second OCC can be determined based on the identification information of the second OCC.

[0107] In an embodiment of the present application, after using OCC when transmitting the first uplink channel, even if different terminal devices select the same resource to transmit the first uplink channel, as long as the OCC is different, the network device can still identify multiple terminal devices (for example, two terminal devices) through different OCCs. In addition, the network device also uses or indicates OCC when sending the first downlink channel, so that the terminal device can determine whether the monitored first downlink channel is for itself. This solves the confusion problem caused by the introduction of OCC in uplink channel transmission, which helps to improve communication reliability and system capacity.

[0108] Next, a method for determining the first RNTI is introduced.

[0109] In some embodiments, the first RNTI is determined based on the first OCC and the time-frequency resource location occupied by the first uplink channel. For example, the time-frequency resource location occupied by the first uplink channel may be indicated by one or more parameters, and the first RNTI is calculated based on the first OCC and at least one of the one or more parameters.

[0110] In some embodiments, the time-frequency resource position occupied by the first uplink channel is represented by at least one of the following parameters: the index of the first subframe occupied by the first uplink channel, the frequency domain index corresponding to the first uplink channel, the index of the first system frame occupied by the first uplink channel, the index of the first symbol occupied by the first uplink channel, the index of the first time slot occupied by the first uplink channel, the index of the uplink carrier occupied by the first uplink channel, and the index of the first superframe occupied by the first uplink channel.

[0111] In some embodiments, when the first uplink channel is a PRACH, for different application scenarios, the first RNTI may be determined as follows.

[0112] (1) When the terminal device is in an LTE system, the first RNTI is determined based on the index of the first OCC, the index of the first subframe occupied by the first uplink channel, and the frequency domain index corresponding to the first uplink channel.

[0113] When the first uplink channel is PRACH, the first RNTI is RA-RNTI. For example, when the terminal device is in the LTE system, the RA-RNTI is calculated as follows: RA-RNTI = 1 + t_id + 10 * f_id + K1 * OCC_index

[0114] Among them, t_id is the index of the first subframe transmitted by PRACH (0≤t_id<10); f_id is the frequency domain index corresponding to PRACH in the subframe (0≤f_id<6), where PRACH resources are numbered in ascending order in the frequency domain; OCC_index is the index of the OCC used for PRACH transmission. The OCC can be numbered based on certain rules, or the index (or number) corresponding to each OCC can be determined by network configuration; K1 is a predefined integer coefficient, such as K1=60.

[0115] (2) When the terminal device is in the NR system, the first RNTI is determined based on the index of the first OCC, the index of the first symbol occupied by the first uplink channel, the index of the first time slot occupied by the first uplink channel, the frequency domain index corresponding to the first uplink channel, the index of the first system frame occupied by the first uplink channel, and the index of the uplink carrier pair occupied by the first uplink channel.

[0116] When the first uplink channel is PRACH, the first RNTI is RA-RNTI. For example, when the terminal device is in the NR system, the RA-RNTI is calculated as follows: RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id + 14 × 80 × 8 × 2 × OCC_index

[0117] Among them, s_id is the index of the first OFDM symbol of the PRACH opportunity (0≤s_id≤14), t_id is the index of the first time slot of the PRACH opportunity in the system frame (0≤t_id≤80), f_id is the index of the PRACH opportunity in the frequency domain (0≤f_id≤8), ul_carrier_id is the UL carrier used for random access preamble transmission (0 represents NUL carrier, 1 represents SUL carrier), OCC_index is the index of the OCC used for PRACH transmission. The OCC can be numbered based on certain rules, or the index (or number) corresponding to each OCC can be determined by network configuration.

[0118] (3) When the terminal device is in the eMTC system, the first RNTI is determined based on the index of the first OCC, the index of the first subframe occupied by the first uplink channel, the frequency domain index corresponding to the first uplink channel, the index of the first system frame occupied by the first uplink channel, and the maximum RAR window length supported by the eMTC system.

[0119] When the first uplink channel is PRACH, the first RNTI is RA-RNTI. For example, when the terminal device is in the eMTC system, the RA-RNTI is calculated as follows: RA-RNTI = 1 + t_id + 10 * f_id + 60 * (SFN_id mod (Wmax / 10)) + K2 * OCC_index

[0120] Among them, t_id is the index of the first subframe transmitted by PRACH (0≤t_id<10); f_id is the frequency domain index corresponding to PRACH in the subframe (0≤f_id<6), where PRACH resources are numbered in ascending order in the frequency domain; SFN_id is the index of the first SFN transmitted by PRACH, Wmax is the maximum RAR window length supported by eMTC, which is 400 subframes; OCC_index is the index of the OCC used for PRACH transmission. OCCs can be numbered based on certain rules, or the index (or number) corresponding to each OCC can be determined by network configuration; K2 is a predefined integer coefficient, such as K2=60*40.

[0121] (4) When the terminal device is in the NB-IoT system, the first RNTI is determined based on the index of the first OCC, the index of the first system frame occupied by the first uplink channel, and the index of the uplink carrier occupied by the first uplink channel.

[0122] When the first uplink channel is PRACH, the first RNTI is RA-RNTI. For example, when the terminal device is in the NB-IoT system, the RA-RNTI is calculated as follows: RA-RNTI = 1 + floor (SFN_id / 4) + 256 * carrier_id + K3 * OCC_index

[0123] Among them, SFN_id is the index of the first SFN transmitted by PRACH, carrier_id is the index of the UL carrier corresponding to the PRACH transmission; OCC_index is the index of the OCC used for PRACH transmission. The OCC can be numbered based on certain rules, or the index (or number) corresponding to each OCC can be determined by network configuration; K3 is a predefined integer coefficient, such as K3=256*16.

[0124] (5) In the case of an NB-IoT system in which the terminal device is in TDD mode, the first RNTI is determined based on the index of the first OCC, the index of the first system frame occupied by the first uplink channel, and the index of the first superframe occupied by the first uplink channel.

[0125] When the first uplink channel is PRACH, the first RNTI is RA-RNTI. For example, when the terminal device is in the NB-IoT system in TDD mode, the RA-RNTI is calculated as follows: RA-RNTI = 1 + floor (SFN_id / 4) + 256 * (H-SFN mod 2) + K4 * OCC_index

[0126] Among them, SFN_id is the index of the first SFN transmitted by PRACH, H-SFN is the index of the first H-SFN transmitted by PRACH; OCC_index is the OCC index used for PRACH transmission. OCCs can be numbered based on certain rules, or the index (or number) corresponding to each OCC can be determined by network configuration; K4 is a predefined integer coefficient, such as K4=256*2.

[0127] In some embodiments, when the first uplink channel is a PUSCH, the first RNTI is determined based on the first OCC and the time-frequency resource position occupied by the PUSCH.

[0128] For example, taking the first RNTI as TC-RNTI, the TC-RNTI is calculated as follows:

[0129] TC-RNTI = M + K1*t_id + K2*f_id + K3*OCC_index, or

[0130] TC-RNTI = M-K1*t_id-K2*f_id-K3*OCC_index, or

[0131] TC-RNTI = f(t_id, f_id, OCC_index), or

[0132] TC-RNTI=f(OCC_index);

[0133] Among them, t_id is the index of the first subframe transmitted by PUSCH, f_id is the frequency domain index corresponding to PUSCH in the subframe, OCC_index is the index of the OCC used for PUSCH transmission, OCC can be numbered based on certain rules, or the index (or number) corresponding to each OCC can be determined by network configuration, K1, K2, K3, and M are predefined integer coefficients, and f(x) represents a certain operation or processing on x.

[0134] In some embodiments, the first uplink channel is a PRACH and the first downlink channel is a PDCCH. When the first random access preamble sequence transmitted in the first uplink channel is the same as the second random access preamble sequence indicated in the first downlink channel, the terminal device successfully receives a random access response in the random access process.

[0135] During the random access process, the terminal device sends Msg1 through PRACH, and the network device instructs the terminal device to receive Msg2 through PDCCH. Msg1 includes a first random access preamble sequence. For a contention-based random access method, the first random access preamble sequence may be a random access preamble sequence selected by the terminal device itself. For a non-contention-based random access method, the first random access preamble sequence may be a random access preamble sequence assigned by the network device to the terminal device. Msg2 may include identification information of a second random access preamble sequence, such as an ID or index. After receiving Msg2, the terminal device can determine the second random access preamble sequence based on the identification information of the second random access preamble sequence. In an embodiment of the present application, the random access preamble sequence is also referred to as a random access preamble code, that is, the preamble mentioned above.

[0136] In an embodiment of the present application, after the OCC technology is introduced, if the PRACH transmission uses the first OCC and the PDCCH is related to the first OCC (such as the PDCCH is encrypted based on the RA-RNTI determined by the first OCC, or the first OCC is indicated in the PDCCH), and the first random access preamble sequence is the same as the second random access preamble sequence, then the terminal device successfully receives the random access response during the random access process. On the contrary, if the PRACH transmission uses the first OCC but the PDCCH is not related to the first OCC (such as the PDCCH is not encrypted based on the RA-RNTI determined by the first OCC, or the second OCC indicated in the PDCCH is different from the first OCC), and / or the first random access preamble sequence is different from the second random access preamble sequence, then the terminal device fails to receive the random access response during the random access process.

[0137] In some embodiments, the first uplink channel is PUSCH and the first downlink channel is PDCCH or PDSCH. If the CCCH SDU transmitted in the first uplink channel matches the contention resolution identifier indicated in the first downlink channel, the terminal device successfully resolves contention in the random access process.

[0138] During the random access process, the terminal device sends Msg3 via PUSCH, and the network device instructs Msg3 to retransmit or instructs Msg4 to receive via PDCCH. Msg3 includes CCCH SDU, and Msg4 includes contention resolution identifier. In some embodiments, if the contention resolution identifier indicated in the CCCH SDU is the same as the CCCH SDU sent by the terminal device in Msg3, it means that the CCCH SDU matches the contention resolution identifier; if the contention resolution identifier indicated in the CCCH SDU is different from the CCCH SDU sent by the terminal device in Msg3, it means that the CCCH SDU does not match the contention resolution identifier.

[0139] In an embodiment of the present application, after the OCC technology is introduced, if the PUSCH transmission uses the first OCC and the PDCCH is related to the first OCC (such as the PDCCH is encrypted based on the TC-RNTI determined by the first OCC, or the first OCC is indicated in the PDCCH), and the contention resolution identifier indicated in the PDSCH scheduled by the PDCCH matches the CCCH SDU transmitted by the terminal device in Msg3, then the contention resolution of the terminal device during the random access process is successful. On the contrary, if the PUSCH transmission uses the first OCC and the PDCCH is not related to the first OCC (such as the PDCCH is not encrypted based on the TC-RNTI determined by the first OCC, or the second OCC indicated in the PDCCH is different from the first OCC), and / or the contention resolution identifier indicated in the PDSCH scheduled by the PDCCH does not match the CCCH SDU transmitted by the terminal device in Msg3, then the contention resolution of the terminal device during the random access process fails.

[0140] In some embodiments, the first uplink channel is used to transmit Msg3 in a four-step random access procedure or a PRACH-less EDT procedure. After the terminal device receives the first downlink channel sent by the network device, if the first downlink channel indicates retransmission of Msg3, the terminal device retransmits Msg3; accordingly, the network device receives the retransmitted Msg3 from the terminal device.

[0141] In some embodiments, the first uplink channel is used to transmit Msg3 in a four-step random access procedure or a PRACH-less EDT procedure. After a terminal device receives a first downlink channel sent by a network device, if the first downlink channel indicates reception of a second downlink channel, the network device transmits the second downlink channel; accordingly, the terminal device receives the second downlink channel, which is used to transmit Msg4 in a four-step random access procedure or a PRACH-less EDT procedure. The first downlink channel is a PDCCH, and the second downlink channel is a PDSCH.

[0142] The following describes the specific application scenarios of the technical solution of this application through several embodiments.

[0143] In some embodiments, during the random access process, the terminal device uses the OCC to transmit the PRACH, and the terminal device calculates the RA-RNTI based on the OCC used for the PRACH transmission. Specifically, the following steps may be included:

[0144] 1. During random access, the terminal device uses the first OCC when sending Msg1. This means the terminal device uses OCC technology when sending the preamble, for example, by superimposing the first OCC on the PRACH transmission. The first OCC can be an OCC selected by the terminal device from the set of OCCs available for PRACH transmission configured by the network device, or an OCC indicated by the network device.

[0145] 2. After completing the transmission of Msg1, the terminal device starts the random access response window RAR_window, during which the terminal device monitors the PDCCH. The terminal device calculates the RA-RNTI based on the OCC used for PRACH transmission. The calculation process can be found in the description of the above embodiment.

[0146] 3. If the terminal device receives the PDCCH scrambled by the RA-RNTI, and the preamble identifier indicated in the random access response is the same as the preamble index transmitted by the terminal device in Msg1, the terminal device considers that the random access response is successfully received.

[0147] This embodiment is mainly aimed at PRACH transmission during random access. After the introduction of OCC-based PRACH transmission, even if different terminal devices select the same preamble, as long as the OCC is different, the network device can still identify multiple terminal devices (for example, two terminal devices) through different OCCs. In the prior art, the value of RA-RNTI is calculated based on the PRACH time-frequency resources, and RAPID is indicated in Msg2. Therefore, after the introduction of OCC-based PRACH transmission, if the terminal device calculates RA-RNTI based on the existing mechanism, the terminal device receives the PDCCH encrypted with RA-RNTI, and the RAPID indicated in the RAR is the same as the preamble sent by the terminal device, the terminal device still cannot determine whether the RAR is for itself. Taking OCC into account when calculating RA-RNTI allows terminal devices using different PRACH time-frequency resources and OCC to transmit Msg1 to be distinguished by RA-RNTI, solving the RAR confusion problem caused by the introduction of OCC-based PRACH transmission, which helps to improve the capacity of the random access process.

[0148] In some embodiments, during the PRACH-less EDT process, the terminal device uses the OCC to transmit Msg3. The terminal device calculates a first RNTI based on the OCC used for Msg3 transmission. The first RNTI is used for scrambling the Msg3 PUSCH, scrambling the PDCCH indicating the retransmission of Msg3 or the reception of Msg4, and scrambling the Msg4 PDSCH. Specifically, the following steps may be included:

[0149] 1. During the PRACH-less EDT process, the terminal device uses the first OCC when sending Msg3. That is, the terminal device uses OCC technology when sending Msg3, for example, superimposing the first OCC on the PUSCH transmission. The first OCC can be an OCC selected by the terminal device from the set of OCCs available for PRACH-less EDT Msg3 PUSCH transmission configured by the network device, or an OCC indicated by the network device.

[0150] 2. The terminal device calculates a first RNTI based on the OCC used for Msg3PUSCH transmission. The first RNTI is used for scrambling the Msg3PUSCH, indicating the scrambling of the PDCCH for Msg3 retransmission or Msg4 reception, and the scrambling of the Msg4PDSCH. For example, the terminal device calculates the first RNTI based on the PUSCH time-frequency resource position corresponding to the Msg3PUSCH transmission and the first OCC used. The calculation process can be found in the description of the above embodiment.

[0151] 3. After completing the sending of Msg3, the terminal device starts the contention resolution timer mac-ContentionResolutionTimer. The terminal device monitors the PDCCH during the running period of mac-ContentionResolutionTimer.

[0152] If the terminal device receives a PDCCH scrambled by the first RNTI, and the PDCCH indicates Msg3 retransmission, the terminal device performs Msg3 retransmission on the PUSCH resources indicated by the PDCCH.

[0153] If the terminal device receives a PDCCH encrypted with the first RNTI, and the PDCCH indicates PDSCH reception, if the PDSCH contains a contention resolution MAC CE, and the UE Contention Resolution Identity indicated by the contention resolution MAC CE matches the CCCH SDU transmitted by the terminal device in Msg3, the terminal device considers that the contention resolution is successful.

[0154] In some embodiments, during the PRACH-less EDT process, the terminal device uses OCC to transmit Msg3. The terminal device determines whether the contention resolution is successful based on the UE Contention Resolution Identity and OCC Identity indicated in Msg4 PDCCH / PDSCH. Specifically, the following steps may be included:

[0155] 1. During the PRACH-less EDT process, the terminal device uses the first OCC when sending Msg3. That is, the terminal device uses OCC technology when sending Msg3, for example, superimposing the first OCC on the PUSCH transmission. The first OCC can be an OCC selected by the terminal device from the set of OCCs available for PRACH-less EDT Msg3 PUSCH transmission configured by the network device, or an OCC indicated by the network device.

[0156] 2. After completing the sending of Msg3, the terminal device starts the contention resolution timer mac-ContentionResolutionTimer. The terminal device monitors the PDCCH during the running period of mac-ContentionResolutionTimer.

[0157] If the terminal device receives a PDCCH scrambled with TC-RNTI (the TC-RNTI is the same as the TC-RNTI used by the terminal device to transmit Msg3 PUSCH), and the OCC Identity indicated in the PDCCH matches (i.e. is the same as) the OCC used by the terminal device to send Msg3, and the PDCCH indicates Msg3 retransmission, the terminal device performs Msg3 retransmission on the PUSCH resources indicated by the PDCCH.

[0158] If the terminal device receives a PDCCH encrypted with TC-RNTI (the TC-RNTI is the same as the TC-RNTI used by the terminal device to transmit Msg3PUSCH), and the PDCCH indicates PDSCH reception, if the OCC Identity indicated in the PDCCH or PDSCH matches (i.e. is the same as) the OCC used by the terminal device to send Msg3, and the PDSCH contains a contention resolution MAC CE, and the UE Contention Resolution Identity indicated by the contention resolution MAC CE matches the CCCH SDU transmitted by the terminal device in Msg3, then the terminal device considers that the contention resolution is successful.

[0159] The solutions provided by the above two embodiments are mainly aimed at the Msg3PUSCH transmission in the PRACH-less EDT process. After the introduction of the OCC-based Msg3PUSCH transmission, even if different terminal devices use the same PUSCH, as long as the OCC is different, the network device can still identify multiple terminal devices (for example, two terminal devices) through different OCCs. However, based on the existing mechanism, after completing the Msg3 transmission, the terminal device receives the TC-RNTI-encrypted PDCCH indication scheduling information, and the terminal device cannot identify whether the scheduling indication is for itself. The method of the former embodiment calculates the TC-RNTI based on the OCC used for the Msg3 transmission. The method of the latter embodiment introduces the OCC indication in the PDCCH / PDSCH. Both methods can solve the scheduling confusion problem caused by the introduction of the OCC-based Msg3PUSCH transmission, which helps to improve the capacity of the random access process or the PRACH-less EDT process.

[0160] The above embodiments only describe the technical solutions provided by this application from the perspective of the interaction between terminal devices and network devices. The above steps performed by the terminal device can be independently implemented as a wireless communication method on the terminal device side. The above steps performed by the network device can also be independently implemented as a wireless communication method on the network device side.

[0161] The following are device embodiments of the present application, which can be used to implement the method embodiments of the present application. For details not disclosed in the device embodiments of the present application, please refer to the method embodiments of the present application.

[0162] Please refer to Figure 6, which shows a block diagram of a wireless communication device provided by one embodiment of the present application. This device has the function of implementing the above-mentioned wireless communication method. The function can be implemented by hardware or by hardware executing corresponding software. This device can be the terminal device described above, or it can be set in a terminal device. As shown in Figure 6, the device 600 can include: a sending module 610 and a receiving module 620.

[0163] The sending module 610 is configured to send a first uplink channel to a network device, where the first uplink channel uses a first OCC.

[0164] The receiving module 620 is configured to receive a first downlink channel sent by the network device, where the first downlink channel is related to the first OCC.

[0165] In some embodiments, the first downlink channel is related to the first OCC, including: the first downlink channel is scrambled based on a first RNTI determined by the first OCC.

[0166] In some embodiments, the first RNTI is determined based on the time-frequency resource positions occupied by the first OCC and the first uplink channel.

[0167] In some embodiments, the time-frequency resource position occupied by the first uplink channel is represented by at least one of the following parameters: the index of the first subframe occupied by the first uplink channel, the frequency domain index corresponding to the first uplink channel, the index of the first system frame occupied by the first uplink channel, the index of the first symbol occupied by the first uplink channel, the index of the first time slot occupied by the first uplink channel, the index of the uplink carrier occupied by the first uplink channel, and the index of the first superframe occupied by the first uplink channel.

[0168] In some embodiments, the first uplink channel is a PRACH;

[0169] When the terminal device is in an LTE system, the first RNTI is determined based on the index of the first OCC, the index of the first subframe occupied by the first uplink channel, and the frequency domain index corresponding to the first uplink channel; or

[0170] When the terminal device is in an NR system, the first RNTI is determined based on an index of the first OCC, an index of the first symbol occupied by the first uplink channel, an index of the first time slot occupied by the first uplink channel, a frequency domain index corresponding to the first uplink channel, an index of the first system frame occupied by the first uplink channel, and an index of an uplink carrier pair occupied by the first uplink channel; or

[0171] When the terminal device is in an eMTC system, the first RNTI is determined based on the index of the first OCC, the index of the first subframe occupied by the first uplink channel, the frequency domain index corresponding to the first uplink channel, the index of the first system frame occupied by the first uplink channel, and the maximum random access response RAR window length supported by the eMTC system; or

[0172] When the terminal device is in an NB-IoT system, the first RNTI is determined based on an index of the first OCC, an index of a first system frame occupied by the first uplink channel, and an index of an uplink carrier occupied by the first uplink channel; or

[0173] In the case where the terminal device is in a NB-IoT system in TDD mode, the first RNTI is determined based on the index of the first OCC, the index of the first system frame occupied by the first uplink channel, and the index of the first superframe occupied by the first uplink channel.

[0174] In some embodiments, the first downlink channel is related to the first OCC, including: a second OCC indicated in the first downlink channel is the same as the first OCC.

[0175] In some embodiments, the first uplink channel is a PRACH, and the first downlink channel is a PDCCH.

[0176] In some embodiments, when the first random access preamble sequence transmitted in the first uplink channel is identical to the second random access preamble sequence indicated in the first downlink channel, the terminal device successfully receives a random access response during the random access process.

[0177] In some embodiments, the first uplink channel is a PUSCH, and the first downlink channel is a PDCCH or a PDSCH.

[0178] In some embodiments, when the common control channel CCCH service data unit SDU transmitted in the first uplink channel matches the contention resolution identifier indicated in the first downlink channel, the terminal device successfully resolves contention during the random access process.

[0179] In some embodiments, the first uplink channel is used to transmit Msg3 in a four-step random access procedure or a PRACH-less EDT procedure. If the first downlink channel indicates retransmission of Msg3, the sending module 610 is further configured to retransmit Msg3; or, if the first downlink channel indicates reception of a second downlink channel, the receiving module 620 is further configured to receive the second downlink channel, where the second downlink channel is used to transmit Msg4 in the four-step random access procedure or the PRACH-less EDT procedure.

[0180] In some embodiments, the first OCC is an OCC selected by the terminal device from an OCC set configured by the network device, or the first OCC is an OCC indicated by the network device.

[0181] Please refer to Figure 7, which shows a block diagram of a wireless communication device provided by another embodiment of the present application. This device has the function of implementing the above-mentioned wireless communication method. The function can be implemented by hardware or by hardware executing corresponding software. This device can be the network device described above, or it can be installed in a network device. As shown in Figure 7, the device 700 can include: a receiving module 710 and a sending module 720.

[0182] The receiving module 710 is configured to receive a first uplink channel sent by a terminal device, where the first uplink channel uses a first OCC.

[0183] The sending module 720 is configured to send a first downlink channel, where the first downlink channel is related to the first OCC.

[0184] In some embodiments, the first downlink channel is related to the first OCC, including: the first downlink channel is scrambled based on a first RNTI determined by the first OCC.

[0185] In some embodiments, the first RNTI is determined based on the time-frequency resource positions occupied by the first OCC and the first uplink channel.

[0186] In some embodiments, the time-frequency resource position occupied by the first uplink channel is represented by at least one of the following parameters: the index of the first subframe occupied by the first uplink channel, the frequency domain index corresponding to the first uplink channel, the index of the first system frame occupied by the first uplink channel, the index of the first symbol occupied by the first uplink channel, the index of the first time slot occupied by the first uplink channel, the index of the uplink carrier occupied by the first uplink channel, and the index of the first superframe occupied by the first uplink channel.

[0187] In some embodiments, the first uplink channel is a PRACH;

[0188] When the terminal device is in an LTE system, the first RNTI is determined based on the index of the first OCC, the index of the first subframe occupied by the first uplink channel, and the frequency domain index corresponding to the first uplink channel; or

[0189] When the terminal device is in an NR system, the first RNTI is determined based on an index of the first OCC, an index of the first symbol occupied by the first uplink channel, an index of the first time slot occupied by the first uplink channel, a frequency domain index corresponding to the first uplink channel, an index of the first system frame occupied by the first uplink channel, and an index of an uplink carrier pair occupied by the first uplink channel; or

[0190] When the terminal device is in an eMTC system, the first RNTI is determined based on the index of the first OCC, the index of the first subframe occupied by the first uplink channel, the frequency domain index corresponding to the first uplink channel, the index of the first system frame occupied by the first uplink channel, and the maximum random access response RAR window length supported by the eMTC system; or

[0191] When the terminal device is in an NB-IoT system, the first RNTI is determined based on an index of the first OCC, an index of a first system frame occupied by the first uplink channel, and an index of an uplink carrier occupied by the first uplink channel; or

[0192] In the case where the terminal device is in a NB-IoT system in TDD mode, the first RNTI is determined based on the index of the first OCC, the index of the first system frame occupied by the first uplink channel, and the index of the first superframe occupied by the first uplink channel.

[0193] In some embodiments, the first downlink channel is related to the first OCC, including: a second OCC indicated in the first downlink channel is the same as the first OCC.

[0194] In some embodiments, the first uplink channel is a PRACH, and the first downlink channel is a PDCCH.

[0195] In some embodiments, when the first random access preamble sequence transmitted in the first uplink channel is identical to the second random access preamble sequence indicated in the first downlink channel, the terminal device successfully receives a random access response during the random access process.

[0196] In some embodiments, the first uplink channel is a PUSCH, and the first downlink channel is a PDCCH or a PDSCH.

[0197] In some embodiments, when the common control channel CCCH service data unit SDU transmitted in the first uplink channel matches the contention resolution identifier indicated in the first downlink channel, the terminal device successfully resolves contention during the random access process.

[0198] In some embodiments, the first uplink channel is used to transmit Msg3 in a four-step random access procedure or a PRACH-less EDT procedure. If the first downlink channel indicates retransmission of the Msg3, the receiving module 710 is further used to receive the Msg3 retransmitted by the terminal device; or, if the first downlink channel indicates reception of a second downlink channel, the sending module 720 is further used to send the second downlink channel, where the second downlink channel is used to transmit Msg4 in the four-step random access procedure or the PRACH-less EDT procedure.

[0199] In some embodiments, the first OCC is an OCC selected by the terminal device from an OCC set configured by the network device, or the first OCC is an OCC indicated by the network device.

[0200] It should be noted that, when the device provided in the above embodiment realizes its function, it only uses the division of the above-mentioned functional modules as an example. In actual application, the above-mentioned functions can be assigned to different functional modules according to actual needs, that is, the content structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0201] Regarding the device in the above embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method, and will not be elaborated here. For details not described in detail in the embodiment of the device, reference can be made to the above method embodiment.

[0202] Please refer to Figure 8, which shows a schematic diagram of the structure of a communication device provided by one embodiment of the present application. The communication device can be the terminal device or network device described above. The communication device 800 may include: a processor 801, a transceiver 802, and a memory 803. The processor 801 is used to implement various processing functions of the communication device 800, such as generating information to be transmitted, processing received information, and controlling transmission and / or reception. The transceiver 802 is used to implement transmission and / or reception functions, such as the functions of the transmission module and / or reception module described above.

[0203] The processor 801 includes one or more processing cores. The processor 801 executes various functional applications and information processing by running software programs and modules.

[0204] The transceiver 802 may include a receiver and a transmitter. For example, the receiver and the transmitter may be implemented as the same wireless communication component, which may include a wireless communication chip and a radio frequency antenna.

[0205] The memory 803 may be connected to the processor 801 and the transceiver 802 .

[0206] The memory 803 may be used to store a computer program executed by the processor, and the processor 801 is used to execute the computer program to implement each step in the above method embodiment.

[0207] In some embodiments, the communication device 800 is a terminal device, and the transceiver 802 is used to send a first uplink channel to a network device, where the first uplink channel uses a first OCC; and receive a first downlink channel sent by the network device, where the first downlink channel is related to the first OCC.

[0208] In some embodiments, the communication device 800 is a network device, and the transceiver 802 is used to receive a first uplink channel sent by a terminal device, the first uplink channel uses a first OCC; and send a first downlink channel, the first downlink channel is related to the first OCC.

[0209] For details not described in detail in this embodiment, please refer to the above embodiments and will not be described in detail here.

[0210] In addition, the memory can be implemented by any type of volatile or non-volatile storage device or a combination thereof, including but not limited to: magnetic or optical disks, electrically erasable programmable read-only memory, erasable programmable read-only memory, static access memory, read-only memory, magnetic memory, flash memory, and programmable read-only memory.

[0211] The embodiment of the present application also provides a computer-readable storage medium, in which a computer program is stored, and the computer program is used to be executed by a processor to implement the wireless communication method on the terminal device side or the wireless communication method on the network device side. In some embodiments, the computer-readable storage medium may include: ROM (Read-Only Memory), RAM (Random-Access Memory), SSD (Solid State Drives) or optical disks, etc. Among them, random access memory may include ReRAM (Resistance Random Access Memory) and DRAM (Dynamic Random Access Memory).

[0212] An embodiment of the present application also provides a chip, which includes a programmable logic circuit and / or program instructions. When the chip is running, it is used to implement the above-mentioned wireless communication method on the terminal device side, or to implement the above-mentioned wireless communication method on the network device side.

[0213] An embodiment of the present application also provides a computer program product, which includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. The processor reads and executes the computer instructions from the computer-readable storage medium to implement the above-mentioned wireless communication method on the terminal device side, or to implement the above-mentioned wireless communication method on the network device side.

[0214] It should be understood that the "indication" mentioned in the embodiments of this application can be a direct indication, an indirect indication, or an indication of an association. For example, "A indicates B" can mean that A directly indicates B, for example, B can be obtained through A; it can also mean that A indirectly indicates B, for example, A indicates C, and B can be obtained through C; it can also mean that there is an association between A and B.

[0215] In the description of the embodiments of the present application, the term "corresponding" may indicate a direct or indirect correspondence between the two, or an association relationship between the two, or a relationship between indication and being indicated, configuration and being configured, etc.

[0216] In some embodiments of the present application, "predefined" may be implemented by pre-storing corresponding codes, tables, or other methods that can be used to indicate relevant information in a device (e.g., including a terminal device and a network device), and the present application does not limit the specific implementation method. For example, predefined may refer to information defined in a protocol.

[0217] In some embodiments of the present application, the "protocol" may refer to a standard protocol in the communication field, for example, it may include the BLE protocol, the Wi-Fi protocol and related protocols used in future communication systems, and the present application does not limit this.

[0218] In this document, "plurality" refers to two or more. "And / or" describes a relationship between associated objects, indicating that three possible relationships exist. For example, "A and / or B" can mean: A exists alone, A and B exist simultaneously, or B exists alone. The character " / " generally indicates an "or" relationship between the associated objects.

[0219] The term “greater than or equal to” mentioned herein may mean greater than or equal to, or greater than, and the term “less than or equal to” may mean less than or equal to, or less than.

[0220] In addition, the step numbers described in this document only illustrate a possible execution order between the steps. In some other embodiments, the above steps may not be executed in the order of the numbers, such as two steps with different numbers are executed at the same time, or two steps with different numbers are executed in the opposite order of the diagram. The embodiments of the present application are not limited to this.

[0221] Those skilled in the art will appreciate that in one or more of the above examples, the functions described in the embodiments of the present application can be implemented using hardware, software, firmware, or any combination thereof. When implemented using software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or codes on a computer-readable medium. Computer-readable media include computer storage media and communication media, wherein communication media include any media that facilitates the transmission of computer programs from one place to another. The storage medium can be any available medium that can be accessed by a general-purpose or special-purpose computer.

[0222] The above description is merely an exemplary embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present application shall be included in the scope of protection of the present application.

Claims

1. A wireless communication method, characterized in that: The method is executed by a terminal device, and includes: Sending a first uplink channel to a network device, where the first uplink channel uses a first orthogonal cover code (OCC); A first downlink channel sent by the network device is received, where the first downlink channel is related to the first OCC.

2. The method according to claim 1, characterized in that The first downlink channel is related to the first OCC, including: the first downlink channel is scrambled based on a first radio network temporary identifier RNTI determined by the first OCC.

3. The method according to claim 2, characterized in that The first RNTI is determined based on the time-frequency resource positions occupied by the first OCC and the first uplink channel.

4. The method according to claim 3, characterized in that The time-frequency resource position occupied by the first uplink channel is represented by at least one of the following parameters: the index of the first subframe occupied by the first uplink channel, the frequency domain index corresponding to the first uplink channel, the index of the first system frame occupied by the first uplink channel, the index of the first symbol occupied by the first uplink channel, the index of the first time slot occupied by the first uplink channel, the index of the uplink carrier occupied by the first uplink channel, and the index of the first superframe occupied by the first uplink channel.

5. The method according to claim 4, characterized in that The first uplink channel is a physical random access channel PRACH; When the terminal device is in a Long Term Evolution (LTE) system, the first RNTI is determined based on an index of the first OCC, an index of a first subframe occupied by the first uplink channel, and a frequency domain index corresponding to the first uplink channel; or When the terminal device is in a new radio interface NR system, the first RNTI is determined based on the index of the first OCC, the index of the first symbol occupied by the first uplink channel, the index of the first time slot occupied by the first uplink channel, the frequency domain index corresponding to the first uplink channel, the index of the first system frame occupied by the first uplink channel, and the index of the uplink carrier pair occupied by the first uplink channel; or When the terminal device is in an enhanced machine type communication (eMTC) system, the first RNTI is determined based on an index of the first OCC, an index of a first subframe occupied by the first uplink channel, a frequency domain index corresponding to the first uplink channel, an index of a first system frame occupied by the first uplink channel, and a maximum random access response (RAR) window length supported by the eMTC system; or When the terminal device is in a narrowband Internet of Things (NB-IoT) system, the first RNTI is determined based on an index of the first OCC, an index of a first system frame occupied by the first uplink channel, and an index of an uplink carrier occupied by the first uplink channel; or, In the case where the terminal device is in a NB-IoT system in time division duplex TDD mode, the first RNTI is determined based on the index of the first OCC, the index of the first system frame occupied by the first uplink channel, and the index of the first superframe occupied by the first uplink channel.

6. The method according to claim 1, characterized in that The first downlink channel is related to the first OCC, including: a second OCC indicated in the first downlink channel is the same as the first OCC.

7. The method according to any one of claims 1 to 6, characterized in that The first uplink channel is a PRACH, and the first downlink channel is a physical downlink control channel PDCCH.

8. The method according to claim 7, characterized in that In a case where the first random access preamble sequence transmitted in the first uplink channel is identical to the second random access preamble sequence indicated in the first downlink channel, the terminal device successfully receives a random access response in the random access process.

9. The method according to any one of claims 1 to 6, characterized in that The first uplink channel is a physical uplink shared channel PUSCH, and the first downlink channel is a PDCCH or a physical downlink shared channel PDSCH.

10. The method according to claim 9, characterized in that When the common control channel CCCH service data unit SDU transmitted in the first uplink channel matches the contention resolution identifier indicated in the first downlink channel, the contention resolution of the terminal device in the random access process is successful.

11. The method according to claim 9 or 10, characterized in that The first uplink channel is used to transmit Msg3 in a four-step random access procedure or a PRACH-less EDT procedure; After receiving the first downlink channel sent by the network device, the method includes: If the first downlink channel indicates to retransmit the Msg3, retransmit the Msg3; or, If the first downlink channel indicates receiving a second downlink channel, the second downlink channel is received, where the second downlink channel is used to transmit Msg4 in the four-step random access procedure or the PRACH-less EDT procedure.

12. The method according to any one of claims 1 to 11, characterized in that The first OCC is an OCC selected by the terminal device from an OCC set configured by the network device, or the first OCC is an OCC indicated by the network device.

13. A wireless communication method, characterized in that: The method is performed by a network device, and includes: Receiving a first uplink channel sent by a terminal device, where the first uplink channel uses a first orthogonal cover code OCC; A first downlink channel is sent, where the first downlink channel is related to the first OCC.

14. The method according to claim 13, characterized in that The first downlink channel is related to the first OCC, including: the first downlink channel is scrambled based on a first radio network temporary identifier RNTI determined by the first OCC.

15. The method according to claim 14, characterized in that The first RNTI is determined based on the time-frequency resource positions occupied by the first OCC and the first uplink channel.

16. The method according to claim 15, characterized in that The time-frequency resource position occupied by the first uplink channel is represented by at least one of the following parameters: the index of the first subframe occupied by the first uplink channel, the frequency domain index corresponding to the first uplink channel in the first subframe, the index of the first system frame occupied by the first uplink channel, the index of the first symbol occupied by the first uplink channel, the index of the first time slot occupied by the first uplink channel, the index of the uplink carrier occupied by the first uplink channel, and the index of the first superframe occupied by the first uplink channel.

17. The method according to claim 16, characterized in that The first uplink channel is a physical random access channel PRACH; When the terminal device is in a Long Term Evolution (LTE) system, the first RNTI is determined based on an index of the first OCC, an index of a first subframe occupied by the first uplink channel, and a frequency domain index corresponding to the first uplink channel; or When the terminal device is in a new radio interface NR system, the first RNTI is determined based on the index of the first OCC, the index of the first symbol occupied by the first uplink channel, the index of the first time slot occupied by the first uplink channel, the frequency domain index corresponding to the first uplink channel, the index of the first system frame occupied by the first uplink channel, and the index of the uplink carrier pair occupied by the first uplink channel; or When the terminal device is in an enhanced machine type communication (eMTC) system, the first RNTI is determined based on an index of the first OCC, an index of a first subframe occupied by the first uplink channel, a frequency domain index corresponding to the first uplink channel, an index of a first system frame occupied by the first uplink channel, and a maximum random access response (RAR) window length supported by the eMTC system; or When the terminal device is in a narrowband Internet of Things (NB-IoT) system, the first RNTI is determined based on an index of the first OCC, an index of a first system frame occupied by the first uplink channel, and an index of an uplink carrier occupied by the first uplink channel; or, In the case where the terminal device is in a NB-IoT system in time division duplex TDD mode, the first RNTI is determined based on the index of the first OCC, the index of the first system frame occupied by the first uplink channel, and the index of the first superframe occupied by the first uplink channel.

18. The method according to claim 13, characterized in that The first downlink channel is related to the first OCC, including: a second OCC indicated in the first downlink channel is the same as the first OCC.

19. The method according to any one of claims 13 to 18, characterized in that The first uplink channel is a PRACH, and the first downlink channel is a physical downlink control channel PDCCH.

20. The method according to claim 19, characterized in that In a case where the first random access preamble sequence transmitted in the first uplink channel is identical to the second random access preamble sequence indicated in the first downlink channel, the terminal device successfully receives a random access response in the random access process.

21. The method according to any one of claims 13 to 18, characterized in that The first uplink channel is a physical uplink shared channel PUSCH, and the first downlink channel is a PDCCH or a physical downlink shared channel PDSCH.

22. The method according to claim 21, characterized in that When the common control channel CCCH service data unit SDU transmitted in the first uplink channel matches the contention resolution identifier indicated in the first downlink channel, the contention resolution of the terminal device in the random access process is successful.

23. The method according to claim 21 or 22, characterized in that The first uplink channel is used to transmit Msg3 in a four-step random access procedure or a PRACH-less EDT procedure; After sending the first downlink channel, the method includes: If the first downlink channel indicates to retransmit the Msg3, receiving the Msg3 retransmitted by the terminal device; or, If the first downlink channel indicates receiving a second downlink channel, the second downlink channel is sent, where the second downlink channel is used to transmit Msg4 in the four-step random access procedure or the PRACH-less EDT procedure.

24. The method according to any one of claims 13 to 23, characterized in that The first OCC is an OCC selected by the terminal device from an OCC set configured by the network device, or the first OCC is an OCC indicated by the network device.

25. A wireless communication device, characterized in that: The device comprises: A sending module, configured to send a first uplink channel to a network device, where the first uplink channel uses a first orthogonal cover code OCC; The receiving module is configured to receive a first downlink channel sent by the network device, where the first downlink channel is related to the first OCC.

26. A wireless communication device, characterized in that: The device comprises: A receiving module, configured to receive a first uplink channel sent by a terminal device, where the first uplink channel uses a first orthogonal cover code OCC; The sending module is configured to send a first downlink channel, where the first downlink channel is related to the first OCC.

27. A terminal device, characterized in that: The terminal device includes a processor and a memory, wherein a computer program is stored in the memory, and the processor executes the computer program to implement the method according to any one of claims 1 to 12.

28. A network device, characterized in that: The network device includes a processor and a memory, wherein a computer program is stored in the memory, and the processor executes the computer program to implement the method according to any one of claims 13 to 24.

29. A computer-readable storage medium, characterized in that The storage medium stores a computer program, which is used to be executed by a processor to implement the method according to any one of claims 1 to 12, or to implement the method according to any one of claims 13 to 24.

30. A chip, characterized in that: The chip includes a programmable logic circuit and / or program instructions, and when the chip is running, is used to implement the method according to any one of claims 1 to 12, or to implement the method according to any one of claims 13 to 24.

31. A computer program product, characterized in that The computer program product includes computer instructions, which are stored in a computer-readable storage medium. A processor reads and executes the computer instructions from the computer-readable storage medium to implement the method according to any one of claims 1 to 12, or implements the method according to any one of claims 13 to 24.

Images