Communication method, communication apparatus, computer-readable storage medium and computer program product

Abstract

Disclosed in the present application are a communication method, a communication apparatus, a computer-readable storage medium and a computer program product. The method is applied to a random access scenario in the field of communications, and can be applied to a satellite communication system, such as an NTN. The method comprises: on different resources, a terminal sends two identical data packets, i.e. a first data packet and a second data packet, check information of the first data packet being scrambled by a first RNTI, the first RNTI being determined on the basis of a resource used for sending the second data packet or on the basis of a first interval between a resource used for sending the first data packet and the resource used for sending the second data packet, check information of the second data packet being scrambled by a second RNTI, and the second RNTI being determined on the basis of the resource used for sending the first data packet or on the basis of the first interval. Thus, by means of the check information, an access network device can determine the first resource, saving bit overheads.

Description

Communication methods, communication devices, computer-readable storage media and computer program products

[0001] This application claims priority to Chinese Patent Application No. 202411517203.8, filed on October 28, 2024, with the China National Intellectual Property Administration, entitled “Communication Method, Communication Device, Computer-Readable Storage Medium and Computer Program Product”, the entire contents of which are incorporated herein by reference. Technical Field

[0002] This application relates to the field of communications, and more particularly to communication methods, communication devices, computer-readable storage media, and computer program products. Background Technology

[0003] The ALOHA protocol is a network protocol developed by the University of Hawaii. It employs a random access channel access method, belonging to the category of random access protocols. In ALOHA, as long as a user (i.e., a terminal) has data to send, it can send it immediately; if transmission fails, it is retransmitted after a random delay to avoid further collisions.

[0004] The Slotted-ALOHA (S-ALOHA) protocol is an improvement on the pure ALOHA protocol (i.e., the ALOHA protocol mentioned above). The improvement lies in the addition of a synchronization mechanism. The S-ALOHA protocol divides time into fixed-length time slots, with the slot length equal to or slightly longer than the data packet length. Users only send data at the beginning of a time slot. Therefore, when two data packets collide, they will collide completely, rather than partially, effectively reducing the probability of collisions. The S-ALOHA protocol is suitable for systems where users do not negotiate and compete for the same shared resources.

[0005] When users access the network using the S-ALOHA protocol, access conflicts can occur between users, potentially requiring them to re-initiate multiple retransmissions, leading to significant access latency. As an improvement, the Diversity Slotted ALOHA (DSA) protocol uses different time-frequency resources to send two identical data packets (replicas) to increase time diversity and reduce packet loss. This approach improves S-ALOHA performance under low load, but may degrade performance under high load, resulting in a higher probability of collisions and packet loss.

[0006] Random access schemes based on successive interference cancellation (SIC) can further improve access success rate and reduce access latency. Contention resolution diversity slotted ALOHA (CRDSA) protocol combines SIC technology to further reduce access latency on top of the DSA protocol. Similar to the DSA protocol, in the CRDSA protocol, users send two identical data packets using different time-frequency resources. The difference is that, in addition to the frame header, preamble, and payload information, the data packets also contain a pointer to the time slot of other data packets. After receiving a frame of data, the receiver first traverses the frame to find non-colliding data packets. When a data packet is found and successfully demodulated, its time slot can be obtained. Interference caused by the data packet in the corresponding time slot is eliminated through interference cancellation technology. This process is then iterated until all collisions are resolved or the maximum number of iterations is reached.

[0007] Currently, existing schemes where terminals use different resources to send two identical data packets, such as schemes where terminals use CRDSA or DSA protocols to send data packets, suffer from significant bit overhead. Therefore, it is necessary to investigate how to reduce the bit overhead of terminals sending data packets. Summary of the Invention

[0008] This application provides a communication method, a communication device, a computer-readable storage medium, and a computer program product that can reduce the bit overhead when a terminal sends data packets.

[0009] Firstly, embodiments of this application provide a communication method that can be applied to a terminal side, such as a terminal or a communication module within a terminal, or a circuit or chip (such as a modem chip, also known as a baseband chip, or a system-on-a-chip (SoC) chip containing a modem core, or a system-in-package (SIP) chip) responsible for communication functions within the terminal. Taking the application of this method to a terminal as an example, in this method, the terminal sends a first data packet using a first resource, the verification information of which is scrambled with a first radio network temporary identifier (RNTI); and sends a second data packet using a second resource, the second data packet being identical to the first data packet, the verification information of which is scrambled with a second RNTI; wherein the first RNTI is determined based on the second resource or a first interval, and the second RNTI is determined based on the first resource or the first interval, the first interval being the interval between the first resource and the second resource. The method of the first aspect can be used in scenarios where the terminal sends two identical data packets using different resources, for example, it can be applied to scenarios where the terminal sends data packets using a protocol similar to CRDSA or DSA.

[0010] The first resource can be a time-frequency resource used to send the first data packet, and the second resource can be a time-frequency resource used to send the second data packet. The second data packet and the first data packet can be two identical data packets sent by the terminal on different resources. The second data packet is the same as the first data packet, including: the information carried by the second data packet is the same as the information carried by the first data packet. The first RNTI is determined based on the second resource, including: the first RNTI is determined based on the indication information (or location information / identification information) of the second resource, which is used to indicate the second resource or the time-domain resources included in the second resource. The second RNTI is determined based on the first resource, including: the second RNTI is determined based on the indication information of the first resource, which is used to indicate the first resource or the time-domain resources included in the first resource. The first RNTI and the second RNTI can be the same or different. For example, the first RNTI and the second RNTI are both determined based on the first resource and the second resource, and the first RNTI and the second RNTI are the same. Another example is that the first RNTI is determined based on the second resource, and the second RNTI is determined based on the first resource, and the first RNTI and the second RNTI are different.

[0011] Using the above scheme, the verification information in the first data packet sent by the terminal using the first resource is scrambled with a first RNTI, which is determined based on the second resource or the first interval. Therefore, the access network device on the network side (e.g., a base station or management node) can determine the second resource using this verification information. Compared to carrying information indicating the second resource in the first data packet, this saves bit overhead, thus reducing the bit overhead when the terminal sends two identical data packets using different resources. Similarly, the verification information in the second data packet sent by the terminal using the second resource is scrambled with a second RNTI, which is determined based on the first resource or the first interval. Therefore, the access network device can determine the first resource using this verification information. Compared to carrying information indicating the first resource in the second data packet, this saves bit overhead, thus reducing the bit overhead when the terminal sends two identical data packets using different resources.

[0012] In one possible design of the first aspect, the first RNTI is determined based on the second resource or the first interval, and the second RNTI is determined based on the first resource or the first interval, including: the first RNTI is determined based on the first identifier and the second resource, or based on the first identifier and the first interval; the second RNTI is determined based on the first identifier and the first resource, or based on the first identifier and the first interval; wherein, the first identifier is used to identify the sending device of the first data packet; thus, the access network device can obtain the first identifier when it successfully descrambles the check information in the first data packet, and the first data packet does not need to carry the first identifier, which can save bit overhead.

[0013] In one possible design of the first aspect, the first RNTI is determined based on the second resource or the first interval, and the second RNTI is determined based on the first resource or the first interval, including: the first RNTI is determined based on the first identifier, the first resource, and the second resource; the second RNTI is determined based on the first identifier, the first resource, and the second resource; thereby, when the access network device successfully descrambles the verification information in the first data packet, it can obtain the first identifier and the second resource, and the first data packet does not need to carry the first identifier and the information used to indicate the second resource, which can save bit overhead.

[0014] In one possible design of the first aspect, the first data packet and the second data packet are transmitted in an orthogonal cover code (OCC) manner. The first RNTI is determined based on the second resource or the first interval, and the second RNTI is determined based on the first resource or the first interval, including: the first RNTI is determined based on the first index and the second resource, or based on the first index and the first interval, where the first index is the index of the orthogonal cover code used for transmitting the second data packet; the second RNTI is determined based on the second index and the first resource, or based on the second index and the first interval, where the second index is the index of the orthogonal cover code used for transmitting the first data packet. Thus, the first data packet does not need to carry the first index, and the second data packet does not need to carry the second index, which can save bit overhead.

[0015] In one possible design of the first aspect, the first data packet is a first message for random access, which does not include a random access preamble. The method further includes: the terminal receiving a second message in response to the first message, wherein the checksum information in the second message is scrambled with a third RNTI, which is determined based on a first resource and a second resource. Thus, the terminal can determine the third RNTI based on the first and second resources, and descramble the checksum information in the second message based on the third RNTI, thereby improving descrambling speed and preventing other terminals from successfully descrambling the checksum information in the second message. Optionally, the first message carries user data, i.e., uplink data that the terminal needs to send. For example, the first message is Msg3 carrying user data, and the second message is Msg4.

[0016] In one possible design of the first aspect, the first data packet is a first message for random access, and the first message does not include a random access preamble; the method further includes: the terminal receiving a second message in response to the first message, the second message being a multicast message, the check information in the second message being scrambled by a fourth RNTI, the fourth RNTI being determined based on the start position of the radio frame or superframe carrying the first data packet, or based on the start position of the radio frame or superframe carrying the second data packet; thereby, each terminal located in the same multicast group as the terminal can successfully descramble the check information in the second message using the RNTI determined based on the start position of the radio frame or superframe carrying the first data packet, or successfully descramble the check information in the second message using the RNTI determined based on the start position of the radio frame or superframe carrying the second data packet. Compared to multiple terminals descrambling different messages sent by the access network device to the multiple terminals separately in a unicast manner, bit overhead can be saved. The second message may be directed to multiple terminals within a multicast group, including the aforementioned terminals. The start position of the radio frame containing the data packet sent by any one of the multiple terminals is the start position of the radio frame carrying the first data packet; or, the start position of the radio frame containing the data packet sent by any one of the multiple terminals is the start position of the radio frame carrying the second data packet; or, the start position of the superframe containing the data packet sent by any one of the multiple terminals is the start position of the radio frame carrying the first data packet; or, the start position of the superframe containing the data packet sent by any one of the multiple terminals is the start position of the radio frame carrying the second data packet.

[0017] Secondly, embodiments of this application provide another communication method, which can be applied to the network side, such as access network devices, modules (e.g., circuits, chips, or chip systems) within the access network devices, or logical nodes, logical modules, or software capable of implementing all or part of the functions of the access network devices. Taking the application of this method to an access network device as an example, in this method, the access network device receives a first data packet on a first resource, the verification information of which is scrambled by a first RNTI; the verification information in the first data packet is descrambled to determine a second resource, which is a resource used to send a second data packet, and the second data packet is the same as the first data packet; the second data packet is received on the second resource, the verification information of which is scrambled by a second RNTI, the second RNTI being determined based on the first resource or a first interval, where the first interval is the interval between the first resource and the second resource. The method of the second aspect can be used in scenarios where a terminal uses different resources to send two identical data packets, for example, it can be applied to scenarios where a terminal uses a protocol similar to CRDSA or DSA to send data packets.

[0018] Using the above scheme, the access network device descrambles the checksum information in the first data packet to determine the second resource; compared to carrying information indicating the second resource in the first data packet, bit overhead can be saved. After determining the second resource, the access network device can eliminate the second data packet received on the second resource to decode other data packets transmitted on the second resource, thereby improving the decoding success rate.

[0019] In one possible design of the second aspect, the first RNTI is determined based on the first identifier and the second resource, or based on the first identifier and the first interval; the second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on the first identifier and the first resource, or based on the first identifier and the first interval; wherein, the first identifier is used to identify the sending device of the first data packet; descrambling the check information in the first data packet to determine the second resource includes: descrambling the check information in the first data packet to determine the second resource and the first identifier; thereby, the first data packet does not need to carry the first identifier and the information used to identify (indicate) the second resource, which can save bit overhead.

[0020] In one possible design of the second aspect, the first RNTI is determined based on the first identifier and the second resource, or based on the first identifier and the first interval, including: the first RNTI is determined based on the first identifier, the first resource, and the second resource; the second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on the first identifier, the first resource, and the second resource; thus, when the access network device successfully descrambles the verification information in the first data packet, it can obtain the first identifier and the second resource, and the first data packet does not need to carry the first identifier and the information used to indicate the second resource, which can save bit overhead.

[0021] In one possible design of the second aspect, the first data packet and the second data packet are sent in OCC mode. The first RNTI is determined based on a first index and a second resource, or based on a first index and a first interval, where the first index is the index of the orthogonal overlay code used for sending the second data packet. The second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on a second index and the first resource, or based on a second index and the first interval, where the second index is the index of the orthogonal overlay code used for sending the first data packet. Descrambling the check information in the first data packet to determine the second resource includes: descrambling the check information in the first data packet to determine the second resource and the first index. Thus, the first data packet does not need to carry the first index, and the second data packet does not need to carry the second index, which can save bit overhead.

[0022] In one possible design of the second aspect, the first data packet is a first message for random access, and the first message does not include a random access preamble; the method further includes: in response to the first message, sending a second message, wherein the check information in the second message is scrambled by a third RNTI, the third RNTI being determined based on a first resource and a second resource; thereby, the terminal sending the first data packet and the second data packet can determine the third RNTI based on the first resource and the second resource, and descramble the check information in the second message based on the third RNTI, which can improve the descrambling speed and prevent other terminals from successfully descrambling the check information in the second message.

[0023] In one possible design of the second aspect, the first data packet is a first message for random access, which does not include a random access preamble; the method further includes: in response to the first message, sending a second message, the second message being a multicast message, wherein the check information in the second message is scrambled by a fourth RNTI, which is determined based on the start position of the radio frame or superframe carrying the first data packet, or based on the start position of the radio frame or superframe carrying the second data packet; thereby, each terminal located in the same multicast group can successfully descramble the check information in the second message using the RNTI determined based on the start position of the radio frame or superframe carrying the first data packet, or successfully descramble the check information in the second message using the RNTI determined based on the start position of the radio frame or superframe carrying the second data packet. Compared to multiple terminals descrambling different messages sent by the access network device on the network side to the multiple terminals separately in a unicast manner, bit overhead can be saved.

[0024] In one possible design of the first or second aspect, the first RNTI is determined based on the first resource and the second resource; the second RNTI is determined based on the first resource and the second resource; thereby, the access network device can determine the second resource by descrambling the check information in the first data packet, which can save bit overhead compared to the information in the first data packet used to indicate carrying the second resource.

[0025] In one possible design of the first or second aspect, the first data packet and the second data packet are sent in OCC mode; the third RNTI is determined based on the first resource and the second resource, including: the third RNTI is determined based on at least one of the first index and the second index, as well as the first resource and the second resource, wherein the first index is the index of the orthogonal overlay code used for sending the second data packet, or in other words, the first index is the index of the orthogonal overlay code used by the terminal to send the second data packet, and the second index is the index of the orthogonal overlay code used for sending the first data packet, or in other words, the second index is the index of the orthogonal overlay code used by the terminal to send the first data packet; thereby the terminal sending the first data packet can successfully descramble and decode the second message, and prevent other terminals from successfully descrambling the check information in the second message.

[0026] In one possible design of the first or second aspect, the second message carries one or more identifiers for identifying one or more terminals in the multicast group, one of which is determined based on the first and second resources; thus, the terminal can determine whether the second message is addressed to itself based on the one or more identifiers. This design saves bit overhead compared to the network-side access network equipment sending messages to multiple terminals separately via unicast.

[0027] In one possible design of the first or second aspect, the first data packet is a message for random access, which is sent by the terminal without obtaining uplink authorization for the transmission of the first data packet; the second data packet is a message for random access, which is also sent by the terminal without obtaining uplink authorization for the transmission of the second data packet. Thus, the terminal can directly send data packets to the access network device without waiting for authorization to send data packets, thereby improving throughput and reducing latency.

[0028] In one possible design of the first or second aspect, the first data packet is a first message for random access, the first message does not include a random access preamble, and the first data packet carries user data; thereby, the terminal can improve throughput and reduce latency by sending data to the access network device before accessing the access network device.

[0029] In one possible design of the first or second aspect, a second identifier is carried in a first data packet and a second data packet, wherein the second identifier in the first data packet is used to identify the terminal sending the first data packet, and the second identifier in the second data packet is used to identify the terminal sending the second data packet; thereby, the access network device can determine the terminal sending the first data packet and the second data packet based on the second identifier. As an example, the second identifier is the terminal's identity identifier.

[0030] The first or second approach is applied to contention-based random access scenarios. In contention-based random access scenarios, employing the first or second approach can improve system throughput and reduce packet transmission latency.

[0031] Thirdly, embodiments of this application provide another communication method, which can be applied to the terminal side, such as a terminal or a communication module in the terminal, or a circuit or chip in the terminal responsible for communication functions (such as a modem chip, or a SoC chip or SIP chip containing a modem core). Taking the application of this method to a terminal as an example, in this method, the terminal receives a second message, the verification information in the second message is scrambled by a third RNTI, the third RNTI is determined according to a first resource and a second resource, the first resource is the resource used to send a first data packet, the second resource is the resource used to send a second data packet, the first data packet and the second data packet are the same; the third RNTI is determined according to the first resource and the second resource, and the verification information in the second message is descrambled according to the third RNTI; thus, when the descrambling is successful, it can be determined that the second message is its own, which can save bit overhead compared to carrying the identifier of the receiving end of the second message in the second message. The method of the third aspect can be applied to scenarios where the terminal uses different resources to send two identical data packets, for example, it can be applied to scenarios where the terminal uses a protocol similar to CRDSA or DSA to send data packets.

[0032] Fourthly, embodiments of this application provide another communication method, which can be applied to the network side, such as access network devices, modules (e.g., circuits, chips, or chip systems) within the access network devices, or logical nodes, logical modules, or software capable of implementing all or part of the functions of the access network devices. Taking the application of this method to an access network device as an example, in this method, the access network device generates a second message, the verification information in which is scrambled by a third RNTI, which is determined based on a first resource and a second resource. The first resource is a resource used to send a first data packet, and the second resource is a resource used to send a second data packet, the first data packet and the second data packet being identical; the second message is then sent; thus, when the terminal successfully descrambles, it can determine that the second message is its own, saving bit overhead compared to carrying the identifier of the receiving end of the second message in the second message. The third RNTI being determined based on the first resource and the second resource may include: the third RNTI being determined based on indication information of the first resource and indication information of the second resource, wherein the indication information of the first resource is used to indicate the first resource, and the indication information of the second resource is used to indicate the second resource. The fourth approach can be applied to scenarios where the terminal sends two identical data packets using different resources, such as when the terminal sends data packets using a protocol similar to CRDSA or DSA.

[0033] In one possible design of the third or fourth aspect, the first data packet is a first message for random access, which does not include a random access preamble. Thus, the terminal can directly send the data packet for random access to the access network device, thereby reducing transmission delay.

[0034] In one possible design of the third or fourth aspect, the first data packet and the second data packet are sent in OCC mode; the third RNTI is determined based on the first resource and the second resource, including: the third RNTI is determined based on at least one of the first index and the second index, as well as the first resource and the second resource, wherein the first index is the index of the orthogonal overlay code used for sending the second data packet, and the second index is the index of the orthogonal overlay code used for sending the first data packet; thereby the terminal sending the first data packet and the second data packet can successfully descramble and decode the second message, and prevent other terminals from successfully descrambling the check information in the second message.

[0035] Fifthly, embodiments of this application provide another communication method that can be applied to the terminal side, such as a terminal or a communication module in the terminal, or a circuit or chip in the terminal responsible for communication functions (such as a modem chip, or a SoC chip or SIP chip containing a modem core). Taking the application of this method to a terminal as an example, in this method, the terminal sends a first message, which is a message for random access and does not include a random access preamble; it receives a second message in response to the first message, which is a multicast message. The checksum in the second message is scrambled with a fourth RNTI, which is determined based on the start position of the radio frame or superframe carrying the first message; the fourth RNTI is determined based on the start position of the radio frame or superframe carrying the first message, and the checksum in the second message is descrambled based on the fourth RNTI; thus, all terminals located in the same multicast group as the terminal can successfully descramble the checksum in the second message using the RNTI determined based on the start position of the radio frame or superframe carrying the first message. Compared to multiple terminals descrambling different messages sent by the access network device on the network side to multiple terminals separately in a unicast manner, bit overhead can be saved. The method in the fifth aspect can be applied to scenarios where the terminal sends two identical data packets using different resources, for example, it can be applied to scenarios where the terminal sends data packets using a protocol similar to CRDSA or DSA.

[0036] Sixthly, embodiments of this application provide another communication method, which can be applied to the network side, such as access network equipment, modules (e.g., circuits, chips, or chip systems) within the access network equipment, or logical nodes, logical modules, or software capable of implementing all or part of the functions of the access network equipment. Taking the application of this method to an access network equipment as an example, in this method, the access network equipment receives a first message, which is a message for random access and does not include a random access preamble; in response to the first message, it sends a second message, which is a multicast message, and the verification information in the second message is scrambled by a fourth RNTI, which is determined based on the start position of the radio frame or superframe carrying the first message; thus, each terminal located in the same multicast group as the terminal can successfully descramble the verification information in the second message using the RNTI determined based on the start position of the radio frame or superframe carrying the first message. Compared to multiple terminals descrambling different messages sent by the access network equipment to multiple terminals in a unicast manner, bit overhead can be saved. The sixth approach can be applied to scenarios where the terminal sends two identical data packets using different resources, such as when the terminal sends data packets using a protocol similar to CRDSA or DSA.

[0037] In one possible design of the fifth or sixth aspect, the second message carries one or more identifiers to identify one or more terminals in the multicast group, one of which is determined based on the first and second resources; thus, the terminal can determine whether the second message is addressed to itself based on the one or more identifiers. This design saves bit overhead compared to the access network equipment on the network side sending messages to multiple terminals separately in a unicast manner.

[0038] In a seventh aspect, this application provides a communication device comprising: a transmitting module configured to transmit a first data packet in a first resource, wherein the verification information of the first data packet is scrambled by a first Radio Network Temporary Identifier (RNTI); and a transmitting module further configured to transmit a second data packet in a second resource, wherein the second data packet is identical to the first data packet, and the verification information of the second data packet is scrambled by a second RNTI; wherein the first RNTI is determined based on the second resource or a first interval, and the second RNTI is determined based on the first resource or a first interval, wherein the first interval is the interval between the first resource and the second resource.

[0039] In one possible design of the seventh aspect, the first data packet is a first message for random access, the first message not including a random access preamble; the communication device further includes: a receiving module for receiving a second message in response to the first message, the verification information in the second message being scrambled by a third RNTI, the third RNTI being determined based on the first resource and the second resource.

[0040] In one possible design of the seventh aspect, the first data packet is a first message for random access, the first message not including a random access preamble; the communication device further includes: a receiving module for receiving a second message in response to the first message, the second message being a multicast message, the verification information in the second message being scrambled by a fourth RNTI, the fourth RNTI being determined based on the start position of the radio frame carrying the first data packet or the start position of the radio frame carrying the second data packet.

[0041] For possible implementations of the communication device in the seventh aspect, please refer to the various possible implementations in the first aspect.

[0042] For the technical effects of the various possible implementations of the seventh aspect, please refer to the introduction of the technical effects of the various possible implementations of the first aspect.

[0043] Eighthly, this application provides another communication apparatus, comprising: a receiving module for receiving a first data packet on a first resource, wherein the verification information of the first data packet is scrambled by a first Radio Network Temporary Identifier (RNTI); a processing module for descrambling the verification information in the first data packet to determine a second resource, wherein the second resource is a resource for sending a second data packet, and the second data packet is the same as the first data packet; and a receiving module further for receiving a second data packet on the second resource, wherein the verification information of the second data packet is scrambled by a second RNTI, wherein the second RNTI is determined based on the first resource or a first interval, wherein the first interval is the interval between the first resource and the second resource.

[0044] In one possible design of the eighth aspect, the first RNTI is determined based on the first identifier and the second resource, or based on the first identifier and the first interval; the second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on the first identifier and the first resource, or based on the first identifier and the first interval; wherein, the first identifier is used to identify the sending device of the first data packet; the processing module is specifically used to descramble the check information in the first data packet to determine the second resource and the first identifier.

[0045] In one possible design of the eighth aspect, the first data packet and the second data packet are sent in an OCC manner, the first RNTI is determined based on the first index and the second resource, or based on the first index and the first interval, the first index being the index of the orthogonal overlay code used for the transmission of the second data packet; the second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on the second index and the first resource, or based on the second index and the first interval, the second index being the index of the orthogonal overlay code used for the transmission of the first data packet; a processing module is specifically used to descramble the check information in the first data packet to determine the second resource and the first index.

[0046] In one possible design of the eighth aspect, the first data packet is a first message for random access, the first message not including a random access preamble; the communication device further includes: a sending module for sending a second message in response to the first message, the verification information in the second message being scrambled by a third RNTI, the third RNTI being determined based on the first resource and the second resource.

[0047] In one possible design of the eighth aspect, the first data packet is a first message for random access, the first message not including a random access preamble; the communication device further includes: a transmitting module for transmitting a second message in response to the first message, the second message being a multicast message, the check information in the second message being scrambled by a fourth RNTI, the fourth RNTI being determined based on the start position of the radio frame carrying the first data packet or the start position of the radio frame carrying the second data packet.

[0048] For possible implementations of the communication device in the eighth aspect, please refer to the various possible implementations in the second aspect.

[0049] For the technical effects of the various possible implementations of the eighth aspect, please refer to the introduction of the technical effects of the various possible implementations of the second aspect.

[0050] Ninthly, this application provides another communication apparatus, comprising: a receiving module for receiving a second message, wherein the verification information in the second message is scrambled by a third RNTI, the third RNTI being determined based on a first resource and a second resource, the first resource being a resource for transmitting a first data packet and the second resource being a resource for transmitting a second data packet, the first data packet and the second data packet being identical; and a processing module for determining the third RNTI based on the first resource and the second resource, and descrambling the verification information in the second message based on the third RNTI.

[0051] For possible implementations of the communication device in the ninth aspect, please refer to the various possible implementations in the third aspect.

[0052] For the technical effects of the various possible implementations of the ninth aspect, please refer to the introduction of the technical effects of the various possible implementations of the third aspect.

[0053] In a tenth aspect, this application provides another communication device, comprising: a processing module for generating a second message, wherein the verification information in the second message is scrambled by a third RNTI, the third RNTI being determined based on a first resource and a second resource, the first resource being a resource for sending a first data packet and the second resource being a resource for sending a second data packet, the first data packet and the second data packet being identical; and a sending module for sending the second message.

[0054] For possible implementations of the communication device in the tenth aspect, please refer to the various possible implementations in the fourth aspect.

[0055] For the technical effects of the various possible implementations of the tenth aspect, please refer to the introduction of the technical effects of the various possible implementations of the fourth aspect.

[0056] Eleventhly, this application provides a communication device, comprising: a transmitting module for transmitting a first message, the first message being a message for random access, the first message not including a random access preamble; a receiving module for receiving a second message in response to the first message, the second message being a multicast message, the checksum in the second message being scrambled with a fourth RNTI, the fourth RNTI being determined based on the start position of a radio frame or superframe carrying the first message; and a processing module for determining the fourth RNTI based on the start position of the radio frame or superframe carrying the first message, and descrambling the checksum in the second message based on the fourth RNTI.

[0057] For possible implementations of the communication device in the eleventh aspect, please refer to the various possible implementations in the fifth aspect.

[0058] For the technical effects of the various possible implementations of the eleventh aspect, please refer to the introduction of the technical effects of the various possible implementations of the fifth aspect.

[0059] In a twelfth aspect, this application provides another communication device, comprising: a receiving module for receiving a first message, the first message being a message for random access, the first message not including a random access preamble; and a sending module for sending a second message in response to the first message, the second message being a multicast message, the second message containing verification information scrambled by a fourth RNTI, the fourth RNTI being determined based on the start position of the radio frame or superframe carrying the first message.

[0060] For possible implementations of the communication device in aspect 12, please refer to the various possible implementations in aspect 6.

[0061] For the technical effects of the various possible implementations of the twelfth aspect, please refer to the introduction of the technical effects of the various possible implementations of the sixth aspect.

[0062] In a thirteenth aspect, this application provides a communication device including an interface circuit and one or more processors. The one or more processors are coupled to a memory. The memory stores part or all of the necessary computer program or instructions for implementing the functions involved in any of the first to sixth aspects described above. The one or more processors are executable to carry out the computer program or instructions, which, when executed, cause the communication device to implement the methods in any possible design or implementation of any of the first to sixth aspects described above. The interface circuit is used to implement the communication functions within the communication device and / or the communication functions between the communication device and other devices or components.

[0063] In one possible design, the processor is used to communicate with other devices or components through the interface circuit.

[0064] In one possible design, the communication device may also include the memory.

[0065] In a fourteenth aspect, this application provides a communication system that includes the communication apparatus of the seventh aspect and the communication apparatus of the eighth aspect described above.

[0066] In a fifteenth aspect, this application provides a communication system that includes the communication apparatus of the ninth aspect and the communication apparatus of the tenth aspect described above.

[0067] In a sixteenth aspect, this application provides a communication system that includes the communication device described in the eleventh aspect and the communication device described in the twelfth aspect.

[0068] In a seventeenth aspect, this application provides a computer-readable storage medium storing computer-readable instructions that, when read and executed by a computer, cause the computer to perform any of the possible designs in the first to sixth aspects described above. The computer can be a terminal or an access network device.

[0069] In an eighteenth aspect, this application provides a computer program product that, when read and executed by a computer, causes the computer to perform any of the possible designs in the first to sixth aspects described above. Attached Figure Description

[0070] Figure 1 is a schematic diagram illustrating one possible, non-limiting system;

[0071] Figure 2 is a schematic diagram illustrating a possible, non-limiting satellite communication system;

[0072] Figure 3 is a schematic diagram of a contention-based random access procedure;

[0073] Figure 4 is a flowchart illustrating a communication method provided in an embodiment of this application;

[0074] Figure 5 is a schematic diagram of data packets received in each time slot within a decoding window according to an embodiment of this application;

[0075] Figure 6A is a schematic diagram of a first offset provided in an embodiment of this application;

[0076] Figure 6B is a schematic diagram of a second offset provided in an embodiment of this application;

[0077] Figure 7 is a flowchart illustrating another communication method provided in an embodiment of this application;

[0078] Figure 8 is a flowchart illustrating another communication method provided in an embodiment of this application;

[0079] Figure 9 is a flowchart illustrating another communication method provided in an embodiment of this application;

[0080] Figure 10 is a flowchart illustrating another communication method provided in an embodiment of this application;

[0081] Figure 11 is a flowchart illustrating another communication method provided in an embodiment of this application;

[0082] Figure 12 is a schematic diagram of the structure of a communication device 120 provided in an embodiment of this application;

[0083] Figure 13 is a schematic diagram of another communication device provided in an embodiment of this application;

[0084] Figure 14 is a schematic diagram of another structure of the communication device provided in an embodiment of this application. Detailed Implementation

[0085] The terms "first" and "second," etc., used in the specification, claims, and drawings of this application are only used to distinguish different objects and not to describe a specific order. It is understood that the various numerical designations used in the embodiments of this application are merely for descriptive convenience and are not intended to limit the scope of the embodiments of this application. The order of the process numbers does not imply the order of execution; the execution order of each process should be determined by its function and inherent logic. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or devices.

[0086] The term "embodiment" as used herein means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a mutually exclusive, independent, or alternative embodiment. Those skilled in the art will understand, explicitly and implicitly, that the embodiments described herein can be combined with other embodiments. In this application, message names are used only to distinguish different messages and should not be construed as limiting. That is, any message name in this application can be replaced with other names, and this application does not impose any limitations.

[0087] The terminology used in the following embodiments of this application is for the purpose of describing particular embodiments only and is not intended to be limiting of this application. As used in the specification and appended claims of this application, the singular expressions “a,” “an,” “the,” “the,” “the,” and “this” are intended to include the plural expressions as well, unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used in this application refers to and includes any or all possible combinations of one or more of the listed items. For example, “A and / or B” can mean: the presence of only A, the presence of only B, and the presence of both A and B, where A and B can be singular or plural. The term “multiple” as used in this application refers to two or more. In the textual description of this application, the character “ / ” generally indicates that the preceding and following objects are in an “or” relationship.

[0088] It is understood that in the various embodiments of this application, "B corresponding to A" means that there is a correspondence between A and B, and B can be determined based on A. However, it should also be understood that determining (or generating) B based on (or on) A does not mean that B is determined (or generated) solely based on (or on) A; B can also be determined (or generated) based on (or on) A and / or other information.

[0089] It should be understood that in this application, the indication includes direct indication (also known as explicit indication) and implicit indication. Direct indication information A refers to information A being included; implicit indication information A refers to information A being indicated through the correspondence between information A and information B, and through direct indication information B. The correspondence between information A and information B can be predefined, pre-stored, pre-burned, or pre-configured.

[0090] It should be understood that in this application, information C is used to determine information D, including both situations where information D is determined solely based on information C and situations where it is determined based on information C and other information. Furthermore, information C can also be used to determine information D indirectly, for example, where information D is determined based on information E, and information E is determined based on information C.

[0091] Furthermore, in the embodiments of this application, "network element A sends information A to network element B" can be understood as network element B being the destination of information A or an intermediate network element in the transmission path between the destination and network element B, which may include sending information directly or indirectly to network element B. "Network element B receives information A from network element A" can be understood as network element A being the source of information A or an intermediate network element in the transmission path between the source and network element A, which may include receiving information directly or indirectly from network element A. Information may undergo necessary processing between the source and destination, such as format changes, but the destination can understand the valid information from the source. Similar expressions in this application can be understood in a similar way and will not be elaborated further here.

[0092] The technical solutions provided in this application can be applied to various communication systems, such as: Long Term Evolution (LTE) systems, LTE Frequency Division Duplex (FDD) systems, LTE Time Division Duplex (TDD) systems, sidelink (SL) communication systems, Universal Mobile Telecommunication System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX) communication systems, 5th Generation (5G) mobile communication systems or new radio access technology (NR), satellite communication systems, etc. Among them, 5G mobile communication systems can include non-standalone (NSA) and / or standalone (SA) networks. The technical solutions provided in this application can also be applied to future communication systems. Satellite communication systems can be satellite communication systems integrated with 4G, 5G mobile communication systems, or future communication systems, such as non-terrestrial networks (NTN), etc., and this application does not limit this.

[0093] The following describes the system involved in the embodiments of this application.

[0094] Figure 1 illustrates a possible, non-limiting system diagram. As shown in Figure 1, the communication system 10 includes a radio access network (RAN) 100 and a core network (CN) 200. Optionally, the communication system 10 also includes an Internet 300. RAN 100 includes at least one RAN node (110a and 110b in Figure 1, collectively referred to as 110) and at least one terminal (120a-120j in Figure 1, collectively referred to as 120). RAN 100 may also include other RAN nodes, such as wireless relay devices and / or wireless backhaul devices (not shown in Figure 1). Terminal 120 is wirelessly connected to RAN node 110. RAN node 110 is wirelessly or wired connected to core network 200. The core network equipment in core network 200 and RAN node 110 in RAN 100 can be different physical devices, or they can be the same physical device integrating core network logical functions and radio access network logical functions.

[0095] RAN100 can be a cellular system related to the 3rd Generation Partnership Project (3GPP), such as 4G, 5G mobile communication systems, or future-oriented evolution systems. RAN100 can also be an open access network (O-RAN or ORAN), a cloud radio access network (CRAN), or a wireless fidelity (WiFi) system. RAN100 can also be a communication system that integrates two or more of the above systems.

[0096] RAN node 110, sometimes also referred to as access network equipment, RAN entity, or access node, constitutes part of the communication system and is used to help terminals achieve wireless access. Multiple RAN nodes 110 in communication system 10 can be of the same type or different types. In some scenarios, the roles of RAN node 110 and terminal 120 are relative. For example, network element 120i in Figure 1 can be a helicopter or drone, which can be configured as a mobile base station. For terminals 120j accessing RAN 100 through network element 120i, network element 120i is a base station; but for base station 110a, network element 120i is a terminal. RAN node 110 and terminal 120 are sometimes both referred to as communication devices. For example, network elements 110a and 110b in Figure 1 can be understood as communication devices with base station functions, and network elements 120a-120j can be understood as communication devices with terminal functions.

[0097] In one possible scenario, the RAN node can be a base station, an evolved NodeB (eNodeB), an access point (AP), a transmission reception point (TRP), a next-generation NodeB (gNB), a base station in a future mobile communication system, or an access node in a WiFi system. The RAN node can be a macro base station (as shown in Figure 1, 110a), a micro base station or indoor station (as shown in Figure 1, 110b), a relay node or donor node, or a radio controller in a CRAN scenario. Optionally, the RAN node can also be a server, wearable device, vehicle, or in-vehicle equipment. For example, the access network equipment in vehicle-to-everything (V2X) technology can be a roadside unit (RSU). All or part of the functions of the RAN node in this application can also be implemented through software functions running on hardware, or through virtualization functions instantiated on a platform (e.g., a cloud platform). The RAN node can also be equipped with communication modules, circuits, or chips that perform corresponding communication functions. The RAN node can also be configured with program instructions for performing corresponding communication functions, as well as corresponding program instructions. The RAN node in this application can also be a logical node, logical module, or software capable of implementing all or part of the RAN node's functions.

[0098] In another possible scenario, multiple RAN nodes collaborate to assist the terminal in achieving wireless access, with each RAN node performing a portion of the base station's functions. For example, RAN nodes can be central units (CUs), distributed units (DUs), CU-control plane (CPs), CU-user plane (UPs), or radio units (RUs), etc. CUs and DUs can be separate entities or included in the same network element, such as a baseband unit (BBU). RUs can be included in radio frequency equipment or radio frequency units, such as remote radio units (RRUs), active antenna units (AAUs), or remote radio heads (RRHs).

[0099] In different systems, CU (or CU-CP and CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an ORAN system, CU can also be called O-CU (open CU), DU can also be called O-DU, CU-CP can also be called O-CU-CP, CU-UP can also be called O-CU-UP, and RU can also be called O-RU. For ease of description, this application uses CU, CU-CP, CU-UP, DU, and RU as examples. Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software and hardware modules.

[0100] Access network equipment can be any device with wireless transceiver capabilities. This includes, but is not limited to: traditional macro base stations (eNBs) in Universal Mobile Telecommunications Systems (UMTS) / Long Term Evolution (LTE); micro base stations (eNBs) in heterogeneous network (HetNet) scenarios; baseband units (BBUs) and remote radio units (RRUs) in distributed base station scenarios; BBU pools and RRUs in cloud radio access networks (CRAN); gNBs in future wireless communication systems; base stations in subsequent 3GPP evolutions; access nodes, wireless relay nodes, and wireless backhaul nodes in WiFi systems. Base stations can be: macro base stations, micro base stations, pico base stations, small cells, relay stations, or balloon stations, etc. Access network equipment can also be servers, wearable devices, or vehicle-mounted equipment, etc. In satellite communication systems, access network equipment can be a satellite or base station equipment mounted on a satellite. Access network equipment in satellite communication can also be a satellite communication terminal, such as a portable station, a fixed station, a vehicle-mounted or airborne satellite communication terminal, etc. It should be understood that the satellite communication terminal communicates with the satellite and can further provide a data interface to the accessing user equipment as a micro base station. The embodiments of this application do not limit the device form of the access network equipment. Access network equipment typically contains communication modules, circuits, or chips that perform corresponding communication functions. The access network equipment can also be configured with program instructions for performing the corresponding communication functions.

[0101] A terminal is a device or module that connects to the aforementioned communication system and possesses corresponding communication functions. Terminals can also be called terminal equipment, user equipment (UE), mobile station, mobile terminal, etc. Terminals can be widely used in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IoT), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grids, smart furniture, smart offices, smart wearables, smart transportation, smart cities, etc. Terminals can be mobile phones, tablets, computers with wireless transceiver capabilities, wearable devices, vehicles, drones, helicopters, airplanes, ships, robots, robotic arms, smart home devices, transportation vehicles with wireless communication capabilities, communication modules, etc. The terminal can also be an in-vehicle communication module or other embedded communication module, a mobile phone, a tablet computer, a computer with wireless transceiver capabilities, a VR terminal, an AR terminal, a wireless terminal in industrial control, a tactile terminal, an in-vehicle terminal, a wireless terminal in autonomous driving, a wireless terminal in remote medical care, a wireless terminal in a smart grid, a wireless terminal in transportation safety, a wireless terminal in a smart city, a wireless terminal in a smart home, a wearable terminal, etc. The embodiments of this application do not limit the device form of the terminal. The terminal typically contains a communication module, circuit, or chip that performs the corresponding communication function. The terminal may also be configured with program instructions for performing the corresponding communication function.

[0102] The technical solution of this application can also be applied to other communication systems involving terminals sending messages for synchronous access to access network equipment, such as satellite communication systems (or satellite networks).

[0103] Figure 2 illustrates a possible, non-limiting satellite communication system. Referring to Figure 2, ground terminals access the network via an air interface (which can be of various types, such as a 5G air interface). Base stations are deployed on satellites and connected to the ground core network via wireless links. Wireless links exist between satellites to facilitate signaling interaction and user data transmission between base stations. The network elements in Figure 2 and their interfaces are described below:

[0104] Terminals: These include devices that support the new air interface, such as mobile devices like mobile phones and tablets, which can access satellite networks and initiate calls, internet access, and other services via the air interface.

[0105] Base stations primarily provide wireless access services, allocate wireless resources to accessing terminals, and provide reliable wireless transmission protocols and data encryption protocols.

[0106] Core Network: Implements services such as user access control, mobility management, session management, user security authentication, and billing. It consists of multiple functional units, which can be divided into control plane and user plane functional entities. Control plane functional entities include the Access and Mobility Management (AMF) unit and the Session Management (SMF) unit. The AMF unit is responsible for user access management, security authentication, and mobility management. The SMF unit primarily establishes and manages user sessions. The User Plane Function (UPF) unit is responsible for managing user plane data transmission, traffic statistics, and other functions.

[0107] Ground station: Responsible for forwarding signaling and service data between satellite base stations and the core network.

[0108] Air interface: The wireless link between the terminal and the base station.

[0109] Xn interface: The interface between base stations, mainly used for signaling interaction such as handover.

[0110] NG interface: The interface between the base station and the core network, mainly used for exchanging non-access stratum (NAS) signaling of the core network and user service data.

[0111] Figure 2 is only an example of a satellite communication system, and the technical solution of this application is also applicable to satellite communication systems with other architectures.

[0112] To facilitate understanding of the solutions in this application, the terms and techniques involved in the embodiments of this application will be introduced first below.

[0113] 1. Random Access

[0114] Random access is the process by which a UE establishes a connection and achieves uplink synchronization with a cell (or network), and it is also the process by which a radio link is established between the UE and the cell (e.g., 4G network, 5G network). After random access is completed, data interoperability can be performed between the base station and the UE. There are two modes of random access: contention-based random access procedure and non-contention-based random access procedure.

[0115] Figure 3 is a schematic diagram of a contention-based random access procedure. The contention-based random access procedure shown in Figure 3 can be called a four-step random access procedure. As shown in Figure 3, the contention-based random access procedure consists of the following four steps:

[0116] Step 1 (or Step 1): The UE transmits a random access preamble on the physical random access channel (PRACH). The base station detects the random access preamble to obtain the random access preamble identifier (RAPID) and downlink transmission beam (Tx Beam), and estimates the transmission delay. The random access preamble can be referred to as Msg1. The principle of the base station detecting the random access preamble is to calculate the correlation peak of the random access preamble within the detection interval using the logical root sequence of the cell, and send the identifier (preambleID) of the random access preamble to the UE through RAR. If the preambleID in the RAR received by the UE matches the preambleID sent, Msg2 is considered to have been successfully received; if they do not match, Msg2 is considered to have failed to be received, and the UE will re-initiate random access on the next PRACH after the RAR detection window.

[0117] Step 2 (or step 2): The base station transmits a random access response (RAR) (also known as Msg2) on the physical downlink shared channel (PDSCH). The RAR carries the TA, RAPID, temporary cell radio network temporary identifier (TC-RNTI) corresponding to the transmission delay estimated in step 1, and an uplink grant (UL Grant) for transmission of Msg3 in step 3. UL is short for uplink. The UE uses the TA to adjust the uplink timing. Msg2 is transmitted on the downlink transmission beam determined in step 1.

[0118] Step 3 (or step 3): The UE schedules and sends Msg3 according to the uplink authorization in the RAR. Msg3 carries the UE's identification information.

[0119] Msg3 is transmitted on the time-frequency resources (corresponding to the uplink grant) specified by Msg2 and is carried by the PUSCH channel.

[0120] Step 4: The base station sends a contention resolution message (also known as Msg4) to the UE on the PDSCH. Step 4 resolves contention and conflicts caused by multiple UEs attempting to use the same random access resource and the same random access preamble. Msg4 is sent on the downlink transmission beam determined in Step 1.

[0121] 2. Time-domain resources

[0122] In communication systems, time-domain resources include: radio frames (also known as system frames, or simply frames), subframes, slots, and symbols (e.g., orthogonal frequency division multiplexing (OFDM) symbols).

[0123] A frame has a duration of 10ms and can have a system frame number (SFN) (also known as a frame index). For example, the SFN ranges from 0 to 1023; therefore, the frame period is 1024 × 10ms = 10240ms. In 5G new radio (NR) systems, a group of frames with SFNs from 0 to 1023 is called a hyperframe, meaning a hyperframe equals 1024 frames, or 10240ms. For example, each hyperframe can have a hyperframe number (HFN).

[0124] Furthermore, a frame contains 10 subframes, each with a duration of 1 ms. A subframe may contain one or more time slots. It should be noted that the number of time slots in each frame, the number of time slots in each subframe, and the duration of each time slot vary depending on the sub-carrier space (SCS).

[0125] Optionally, each subframe can have a subframe number, which ranges from 0 to 9.

[0126] Each time slot can have a time slot number (or simply time slot number). For example, a time slot number can be an index (or number) of a time slot in a radio frame. For instance, a radio frame may contain 20 time slots, with time slot numbers ranging from 0 to 19.

[0127] Furthermore, a time slot contains 14 or 12 symbols. The duration of each symbol is related to the duration of the time slot it belongs to; that is, the duration of each symbol is equal to the duration of the time slot containing the symbol divided by 14 or 12. Optionally, the range of symbols within a time slot is 0–13 or 0–11.

[0128] It should be understood that the quantity of temporal resources can be used to measure duration, and a temporal resource can be called a temporal unit. For example, a temporal unit can be a frame, a subframe, a time slot, or a symbol.

[0129] As mentioned in the background section, existing schemes for terminals to send two identical data packets using different resources suffer from significant bit overhead. Therefore, it is necessary to investigate how to reduce the bit overhead when terminals send the same data packets using different resources. This application provides a technical solution that can reduce the bit overhead when terminals send two identical data packets using different resources. The technical solution of this application is applicable to scenarios where terminals send two identical data packets (or messages) using different resources, such as when a terminal sends data to an access network device without obtaining uplink authorization.

[0130] The communication method and apparatus provided in this application will be further described below with reference to the accompanying drawings. It is understood that this application uses access network equipment and terminals as examples of the execution subjects in the interactive illustration, but this application does not limit the execution subjects of the interactive illustration. For example, the method executed by the access network equipment in this application can also be implemented by modules (e.g., circuits, chips, or chip systems) in the access network equipment, or by logic nodes, logic modules, or software that can implement all or part of the functions of the access network equipment; the method executed by the terminal in this application can also be implemented by a communication module in the terminal or by circuits or chips (such as modem chips (also known as baseband chips), or SoC chips containing modem cores, or SIP chips) in the terminal responsible for communication functions.

[0131] The following describes the method provided in the embodiments of this application.

[0132] Figure 4 is a flowchart illustrating a communication method provided in an embodiment of this application. The descriptions of the access network device and terminal involved in Figure 4 can be found above and will not be detailed here. The method in Figure 4 can be used in communication systems where terminals do not negotiate and compete for the same shared resource. As shown in Figure 4, the method includes:

[0133] 401. The terminal sends the first data packet on the first resource, and correspondingly, the access network device receives the first data packet on the first resource.

[0134] The checksum information of the first data packet is scrambled using a first RNTI. This application does not limit the specific method of scrambling the checksum information in the data packet using RNTI. The first RNTI is determined based on the second resource or the first interval. The first interval is the interval between the first resource and the second resource. In one possible design, the first interval is the interval between the time-domain resources included in the first resource and the time-domain resources included in the second resource. For example, the time slots are sequentially named time slot #0, time slot #1, ..., time slot (p-1), time slot p, and time slot (p+1), the time-domain resource included in the first resource is time slot #0, the time-domain resource included in the second resource is time slot #p, where p is an integer greater than 1, and the first interval is (p-1) time slots.

[0135] 402. The terminal sends a second data packet on the second resource, and correspondingly, the access network device receives the second data packet on the second resource.

[0136] The verification information of the second data packet is scrambled using a second RNTI. The second RNTI is determined based on the first resource or the first interval.

[0137] The order of steps 401 and 402 is not limited. Steps 401 and 402 can be combined as follows: the terminal sends a first data packet on the first resource and a second data packet on the second resource; correspondingly, the access network device receives the first data packet on the first resource and the second data packet on the second resource; wherein the first data packet and the second data packet are identical. The first data packet and the second data packet can be the same data packet sent by the terminal using different time-frequency resources. Alternatively, steps 401 and 402 can be combined as follows: the terminal sends a first data packet (or a second data packet) on both the first and second resources; correspondingly, the access network device receives the first data packet on both the first and second resources. The terminal sending a data packet on the first resource can be described as: the terminal uses the first resource to send a first data packet. The terminal sending a data packet on the second resource can be described as: the terminal uses the second resource to send a first data packet.

[0138] The first resource includes time-domain resources and frequency-domain resources, and the second resource includes both time-domain resources and frequency-domain resources. The time-domain resources included in the second resource are different from those included in the first resource, or the frequency-domain resources included in the second resource are different from those included in the first resource. As an example, the frequency-domain resources included in the second resource are the same as those included in the first resource, but the time-domain resources included in the second resource are different from those included in the first resource. As an example, the time-domain resources included in the first resource and the time-domain resources included in the second resource can be two time slots within the same radio frame, time slots in different radio frames, or time slots in different superframes. In one possible design, the maximum interval between the time-domain resources included in the second resource and the time-domain resources included in the first resource is less than or equal to the interval between the first and last time slots within the decoding window of the access network device. Alternatively, the time offset between the time-domain resources included in the second resource and the time-domain resources included in the first resource is less than or equal to the number of time slots within the decoding window minus 1, i.e., the time offset between the first and last time slots within the decoding window. The number of time slots within the decoding window of the access network device is not limited. For example, the number of time slots within the decoding window is specified by the protocol supported by the terminal and the access network device. Alternatively, the terminal may obtain the number of time slots within its decoding window based on system messages or other information sent by the access network device. For instance, the N time slots within the decoding window may be numbered sequentially as slot#1-slot#N, where N is an integer greater than 1, and the value of N is not limited. The access network device can simultaneously process data packets received in the time slots within the decoding window; or, the access network device can use the data packets decoded from data packets received in any one time slot within the decoding window to assist in decoding data packets received in other time slots within the same decoding window. Figure 5 is a schematic diagram of data packets received in each time slot within a decoding window according to an embodiment of this application. Referring to Figure 5, each rectangle represents a time slot. The N time slots within the decoding window are numbered sequentially from slot#1 to slot#N. An example of how the access network device uses the decoded data packets received in any time slot within the decoding window to assist in decoding data packets received in other time slots within the same decoding window is as follows: First, decode packet #3 in slot#5. Then, use the decoded packet #3 to eliminate packet #3 in slot#4, thereby decoding packet #2 in slot#4. Use the decoded packet #2 to eliminate packet #2 in slot#1. Continue this process to decode packets #1 and #6 sequentially, ultimately decoding packets #1, #2, #3, and #6.

[0139] The first resource is the resource determined by the terminal for sending the first data packet, and the second resource is the resource determined by the terminal for sending the second data packet. Alternatively, the first and second resources are different resources determined by the terminal for sending the first data packet. Or, the first and second resources are not uplink resources allocated to the terminal by the access network device through uplink authorization, but are determined by the terminal itself. The method in Figure 4 can be applied to a communication system including multiple terminals. The operations performed by each terminal in this communication system are similar. This embodiment uses a single terminal as an example to describe the operations performed by the terminal. Both the first and second resources are shared resources among multiple terminals in the communication system, not exclusively owned by a single terminal. That is, two or more terminals in the communication system may send data packets using either the first or second resource. Alternatively, the first and second resources are determined by the terminal from the unauthorized resources shared by all terminals in the communication system. For example, the time-domain resources included in the first resource and the time-domain resources included in the second resource are any two time-domain units after the terminal has the need to send the first data packet. The frequency-domain resources included in the first resource and the frequency-domain resources included in the second resource are any frequency-domain resources in the set of frequency-domain resources available to the terminal, or frequency-domain resources corresponding to the channels available to the terminal. In this application, the length of the time-domain unit is equal to or slightly longer than the length of the data packet. The time-domain unit can be a time slot, subframe, etc. This application uses a time slot as an example for description. An example of steps 401 and 402 is as follows: After the terminal has uplink data to transmit to the access network device, it sends a first data packet on the first resource and a second data packet on the second resource. Correspondingly, the access network device receives the first data packet on the first resource and the second data packet on the second resource. The first data packet may contain the terminal's identification information and the uplink data. Since the first resource is determined by the terminal itself, this example can be described as follows: After the terminal has uplink data to transmit to the access network device, it sends a first data packet on the first resource and a second data packet on the second resource without obtaining uplink authorization. Correspondingly, the access network device receives the first data packet on the first resource and the second data packet on the second resource.

[0140] The first data packet can be a message used for random access, i.e., a message sent by the terminal before it accesses the network. For example, the first data packet is a message sent by the terminal to the access network device before a radio resource control (RRC) connection is established with the access network device. Optionally, the first data packet carries data sent by the terminal to the access network device. In one possible design, the first data packet does not carry data. The first data packet is similar to Msg3 in the existing four-step random access procedure (see Figure 3). The method flow in Figure 4 can be understood as a scheme in which the terminal does not send Msg1, but directly sends Msg3 (i.e., the first data packet) on the first resource and the second resource respectively, i.e., a scheme in which two identical Msg3 (i.e., the first data packet) are sent on different resources; this can reduce the delay of random access and improve reliability. In one possible design, the first data packet carries data, similar to EDT data transmitted using Early Data Transmission (EDT) technology. The method flow in Figure 4 can be understood as a scheme where the terminal does not send Msg1, but directly sends Msg3 (i.e., the first data packet) carrying data on the first and second resources respectively. This means sending two identical Msg3 (i.e., the first data packet) carrying data on different resources; this reduces data transmission latency and improves data transmission reliability. EDT technology allows the terminal to complete data transmission in idle and inactive states without RRC state transitions. In EDT, because data transmission without accompanying state transitions is required, user data is directly sent in Msg3.

[0141] 403. The access network device descrambles the verification information in the first data packet to determine the second resource.

[0142] The second resource is the resource used to send the second data packet. Step 403 can be replaced by: the access network device descrambling the checksum information in the first data packet to determine that a data packet received on the second resource is the same as the first data packet. The time-domain order of the time-domain resources included in the first resource and the time-domain resources included in the second resource is not limited. The order of steps 403 and 402 is not limited; step 403 can be after step 402 or before step 402.

[0143] In this embodiment, the verification information in the first data packet sent by the terminal to the first resource is scrambled with a first RNTI, which is determined based on the second resource or the first interval. Therefore, the access network device (e.g., a base station or management node) can determine the second resource using this verification information, saving bit overhead compared to carrying information indicating the second resource in the first data packet. Similarly, the verification information in the second data packet sent by the terminal to the second resource is scrambled with a second RNTI, which is determined based on the first resource or the first interval. This allows the access network device to determine the first resource using this verification information, saving bit overhead compared to carrying information indicating the first resource in the second data packet. Furthermore, the terminal sends the same data packet (i.e., the first data packet) on different resources, thereby reducing the probability of resource collisions and improving the reliability of data packet transmission.

[0144] In one possible design, the first RNTI is determined based on the second resource, including: the first RNTI is determined based on the first resource and the second resource. The following describes possible designs where the first RNTI is determined based on the second resource, possible designs where the first RNTI is determined based on the first resource and the second resource, and possible designs where the first RNTI is determined based on the first interval.

[0145] The first RNTI is determined based on the design of the second resource #1-1: The first RNTI is determined based on the indication information of the second resource, which indicates the time-domain resources included in the second resource. The indication information of the second resource can be a bit sequence containing multiple bits, and the value of the indication information of the second resource is the value of the bit sequence. The frequency domain resources used by the terminal to send data packets are known to the access network device, or in other words, the access network device knows the frequency domain resources used by the terminal to send data packets. For example, the frequency domain resources used by the terminal to send data packets are specified by the protocol supported by the terminal and the access network device. Another example is that the frequency domain resources used by the terminal to send data packets are configured by the access network device. Yet another example is that the terminal has sent information to the access network device before sending the first and second data packets to indicate the frequency domain resources it uses to send data packets.

[0146] The indication information for the second resource is used to indicate the time-domain resources included in the second resource, including: the indication information for the second resource indicates a time slot number, which is the number of a time slot in the decoding window of the access network device, and this time slot is the time-domain resource included in the second resource. In one possible design, a system message periodically sent by the access network device indicates the start and end positions of its decoding window. The terminal can determine the decoding window based on the system message. The system message can be any system information block, such as SIB2. For example, the N time slots in the decoding window are numbered sequentially in the time domain as slot#1-slot#N, where N is an integer greater than 1, and the value of N is not limited. The indication information for the second resource can be any value from 1 to N, where N is an integer greater than 1.

[0147] Alternatively, the indication information for the second resource is used to indicate the time-domain resources included in the second resource, including: the indication information for the second resource indicates an SFN and a timeslot number, wherein the SFN is the frame number of the radio frame in which the time-domain resources included in the second resource are located, and the timeslot number is the timeslot number of the time-domain resources in that radio frame. For example, the indication information for the second resource is f1f2f3f4f5f6f7f8, where the value of f1f2f3f4 represents an SFN, that is, the frame number of the radio frame in which the time-domain resources included in the second resource are located, and the value of f5f6f7f8 is a timeslot number, that is, the timeslot number of the time-domain resources in that radio frame.

[0148] Alternatively, the indication information for the second resource is used to indicate the temporal resources included in the second resource, including: the indication information for the second resource indicates an HFN, an SFN, and a timeslot number, wherein the SFN is the frame number of the radio frame in which the temporal resources included in the second resource are located, the timeslot number is the timeslot number of the temporal resources in that radio frame, and the HFN is the frame number of the superframe to which the radio frame belongs. For example, the indication information for the second resource is h1h2h3h4h5h6h7h8h9h 10 Where h1h2 represents an HFN, h3h4h5h6 represents an SFN, that is, the frame number of the radio frame containing the time-domain resources included in the second resource, and h7h8h9h... 10 The value is a time slot number, which is the time slot number of the time domain resource in the radio frame.

[0149] The first RNTI is determined based on the design of the second resource #1-2: The first RNTI is determined based on the indication information of the second resource, which is used to indicate the second resource. The indication information of the second resource can be a bit sequence containing multiple bits, and the value of the indication information of the second resource is the value of the bit sequence.

[0150] The indication information for the second resource is used to indicate the second resource, including: the indication information for the second resource indicates a time slot number and the frequency domain resources included in the second resource. The time slot number is the number of a time slot in the decoding window of the access network device, and the time slot is the time domain resource included in the second resource. For example, the N time slots in the decoding window are numbered sequentially in the time domain as slot#1-slot#N, where N is an integer greater than 1, and the value of N is not limited. The indication information for the second resource is r1r2r3r4r5r6r7r8, where r1r2r3r4 is the index of the frequency domain resource included in the second resource, and r5r6r7r8 is the time slot number, that is, any one of 1-N, where N is an integer greater than 1.

[0151] Alternatively, the indication information for the second resource may be used to indicate the second resource, including: the indication information for the second resource indicating an SFN, a time slot number, and the frequency domain resources included in the second resource, wherein the SFN is the frame number of the radio frame in which the time domain resources included in the second resource are located, and the time slot number is the time slot number of the time domain resources in that radio frame. For example, the indication information for the second resource is s1s2s3s4s5s6s7s8s9s 10 Where s1s2 are indices of the frequency domain resources included in the second resource, s3s4s5s6 represent an SFN, i.e., the frame number of the radio frame containing the time domain resources included in the second resource, and s7s8s9s... 10 The value is a time slot number, which is the time slot number of the time domain resource in the radio frame.

[0152] Alternatively, the indication information for the second resource is used to indicate the second resource, including: the indication information for the second resource indicates an HFN, an SFN, a timeslot number, and the frequency domain resources included in the second resource, wherein the SFN is the frame number of the radio frame in which the time domain resources included in the second resource are located, the timeslot number is the timeslot number of the time domain resources in the radio frame, and the HFN is the frame number of the superframe to which the radio frame belongs. For example, the indication information for the second resource is t1t2t3t4t5t6t7t8t9t. 10 t 11 t 12 Where t1 and t2 are indices of the frequency domain resources included in the second resource, t3 and t4 represent an HFN, t5, t6, t7, and t8 represent an SFN, i.e., the frame number of the radio frame in which the time domain resources included in the second resource are located, and t9 and t2 are indices of the frequency domain resources included in the second resource. 10 t 11 t 12 The value is a time slot number, which is the time slot number of the time domain resource in the radio frame.

[0153] The value of the indication information for the second resource is represented by Rep2Loc, and the value of the indication information for the first resource is represented by Rep1Loc. The indication information for the first resource is used to indicate the time-domain resources included in the first resource, or the indication information for the first resource is used to indicate the first resource itself. The indication information for the first resource is similar to that for the second resource, and will not be described again here.

[0154] As an example, the first RNTI is determined based on the indication information of the second resource, including: the first RNTI and the indication information of the second resource (i.e., Rep2Loc) satisfy the following formula:

[0155] The first RNTI = d1 + a1 * Rep2Loc(1);

[0156] In this context, Rep2Loc represents the value of the indication information for the second resource, d1 is 1, and a1 is a constant. The value of a1 is not limited; for example, a1 can be 2^(y), where y is an integer. Typically, the RNTI is 16 bits long, and each RNTI in this application is described using a 16-bit length as an example. Assuming y = 2, then a1 is 4, meaning that the lower 2 bits of the first RNTI are unaffected by Rep2Loc, only the higher bits are affected. Assuming RepLoc occupies 4 bits; if y = 1, then the first RNTI can be 0000 0000 0000 xxxx; if y = 2, then the first RNTI can be 0000 00xxxx01, where x represents 0 or 1, meaning the value of x is not limited.

[0157] The first RNTI is a possible design #2 determined based on the first resource and the second resource: The first RNTI is determined based on the instruction information of the first resource and the instruction information of the second resource. For a description of the instruction information of the first resource, please refer to the relevant description in design #1-1 above; for a description of the instruction information of the second resource, please refer to the relevant description in design #1-2 above, and it will not be repeated hereafter.

[0158] As an example, the first RNTI is determined based on the indication information of the first resource and the indication information of the second resource, including: the first RNTI, the indication information of the first resource (i.e., Rep1Loc), and the indication information of the second resource (i.e., Rep2Loc) satisfy the following formula:

[0159] First RNTI = d2 + b1*Rep1Loc + a2*Rep2Loc(2);

[0160] Where Rep2Loc represents the value of the indication information for the second resource, Rep1Loc represents the value of the indication information for the first resource, d2 is 1, b1 is a constant, and a2 is a constant. The values ​​of b1 and a2 are not limited; b1 is 256 and a2 is 1. For example, if the indication information for the first resource contains 8 bits, b1 is 256. b1 can be set to other values ​​according to the decoding window, for example, b1 is 16.

[0161] The first RNTI is a possible design #3 determined based on the first interval: The first RNTI is determined based on the first offset, where the first offset is the offset from the time-domain resource included in the first resource to the time-domain resource included in the second resource within the decoding window, and the first offset is determined by the first interval. Alternatively, within the decoding window, the time-domain resource included in the first resource is shifted backward or forward by a first offset to become the time-domain resource included in the second resource. As an example, the time-domain resources included in the first resource and the time-domain resources included in the second resource are different time slots within the decoding window. Whether the offset indicated by the first offset is backward or forward in the time domain can be specified by the protocol supported by the terminal or configured by the access network device, and is not limited here. This application describes an example where the time-domain resource included in the first resource is shifted backward in the time domain by a first offset to become the time-domain resource included in the second resource. Figure 6A is a schematic diagram of a first offset provided in an embodiment of this application. Referring to Figure 6A, each rectangle represents a time slot. The N time slots within the decoding window are numbered sequentially in the time domain as slot#1 to slot#N, where the value of N is not limited. The first resource includes the time domain resource slot#p1, the second resource includes the time domain resource slot#p2, and the first offset is (p2-p1) time slots, where p2 is greater than p1, p2 is less than or equal to N, and p1 is greater than or equal to 1. The first offset is denoted as Loc1Diff below.

[0162] As an example, the first RNTI is determined based on a first offset from the temporal resources included in the first resource to the temporal resources included in the second resource within the decoding window, including: the first RNTI and the first offset (i.e., Loc1Diff) satisfy the following formula:

[0163] The first RNTI = d3 + c1 * Loc1Diff(3);

[0164] Where Loc1Diff represents the first offset, d3 is 1, and c1 is a constant. The value of c1 is not limited. For example, c1 is 2^(y), where y is an integer.

[0165] Referring to formulas (1) to (3), when the access network device decodes the first data packet, it will naturally know Rep1Loc, and only needs to blindly decode Rep2Loc.

[0166] As an example, the first RNTI and Rep2Loc satisfy formula (1); when the access network device knows Rep1Loc, a possible implementation of blindly decrypting Rep2Loc is as follows: determine an RNTI according to the candidate Rep2Loc in the candidate set of Rep2Loc and formula (1), and use each determined RNTI to descramble the check in the first data packet until the check information in the first data packet is successfully descrambled using the RNTI determined according to a certain candidate Rep2Loc, and determine the resource indicated by the candidate Rep2Loc as the second resource, that is, determine the candidate Rep2Loc as Rep2Loc.

[0167] As another example, the first RNTI, Rep1Loc and Rep2Loc satisfy formula (2); when the access network device knows Rep1Loc, a possible implementation of blindly decrypting Rep2Loc is as follows: determine an RNTI according to the candidate Rep2Loc, Rep1Loc and formula (2) in the candidate set of Rep2Loc, and use each determined RNTI to descramble the checksum in the first data packet until the checksum in the first data packet is successfully descrambled using the RNTI determined according to a certain candidate Rep2Loc, and determine the resource indicated by the candidate Rep2Loc as the second resource, that is, determine the candidate Rep2Loc as Rep2Loc.

[0168] As another example, the first RNTI and Loc1Diff satisfy formula (3); when the access network device knows Rep1Loc, a possible implementation of blindly decrypting Rep2Loc is as follows: determine an RNTI according to the candidate Rep2Locc, Rep1Loc in the candidate set of Rep2Loc and formula (3), and use each determined RNTI to descramble the checksum in the first data packet until the checksum in the first data packet is successfully descrambled using the RNTI determined according to a certain candidate Rep2Loc, and determine the resource indicated by the candidate Rep2Loc as the second resource, that is, determine the candidate Rep2Loc as Rep2Loc. Determining an RNTI according to a candidate Rep2Locc, Rep1Loc in the candidate set of Rep2Loc and formula (3) can be: first determine a candidate Loc1Diff according to the candidate Rep2Locc and Rep1Loc, and then determine an RNTI according to the candidate Loc1Diff and formula (3).

[0169] The candidate set of Rep2Loc includes all possible values ​​of the indication information of the second resource. The candidate set of Rep2Loc can be determined by the access network device based on Rep1Loc. As an example, the access network device determines the candidate Rep2Loc that satisfies condition #1 as a candidate Rep2Loc included in the candidate set of Rep2Loc based on Rep1Loc. Condition #1 includes: the time offset between the time-domain resource indicated by the candidate Rep2Loc and the time-domain resource indicated by Rep1Loc (i.e., the time-domain resource included in the first resource) is less than an offset threshold; or, the time interval between the time-domain resource indicated by the candidate Rep2Loc and the time-domain resource indicated by Rep1Loc (i.e., the time-domain resource included in the first resource) is less than an interval threshold. This offset threshold is specified by a protocol supported by the terminal and the access network device or configured by the access network device, and the interval threshold is specified by a protocol supported by the terminal and the access network device or configured by the access network device. For example, the offset threshold is any one of 40ms, 80ms, 120ms, 160ms, ..., 640ms, etc. For example, the interval threshold can be any one of 40ms, 80ms, 120ms, 160ms, ..., 640ms. Optionally, condition #1 also includes: the time offset between the time domain resources indicated by the candidate Rep2Loc and the time domain resources indicated by Rep1Loc (i.e., the time domain resources included in the first resource) is an even number of time slots or an integer multiple of e, where e is 2, 3, 4, 5, 6, 7, 8, etc.; this can reduce the number of candidate Rep2Locs in the candidate set of Rep2Loc, thereby reducing the complexity of blind decoding. Optionally, condition #1 also includes: the frequency domain resources indicated by the candidate Rep2Loc and the frequency domain resources indicated by Rep1Loc (i.e., the time domain resources included in the first resource) are the same, which can reduce the decoding complexity; or, the frequency domain resources indicated by the candidate Rep2Loc and the frequency domain resources indicated by Rep1Loc (i.e., the time domain resources included in the first resource) correspond to different channels, which can improve the reliability of data packet transmission.

[0170] For the access network equipment, the terminal determines the first RNTI using any of the methods corresponding to formulas (1), (2), and (3), and the decoding complexity of the access network equipment is the same. After the access network equipment determines the second resource, when the second data packet conflicts with other data packets, that is, when the aforementioned terminal or other terminals send other data packets on the second resource, the second data packet sent on the second resource is eliminated by the SIC based on the decoded first data packet, so as to decode other data packets sent on the second resource, thereby improving the decoding performance. Optionally, when the access network equipment only receives the second data packet on the second resource, it may not decode the second data packet received on the second resource, thereby reducing the decoding workload.

[0171] In one possible design, the second RNTI is determined based on the first resource, including: the second RNTI is determined based on the first resource and the second resource. The following describes possible designs where the second RNTI is determined based on the first resource, possible designs where the second RNTI is determined based on the first resource and the second resource, and possible designs where the second RNTI is determined based on the first interval.

[0172] The second RNTI is determined based on the design of the first resource #4-1: The second RNTI is determined based on the indication information of the first resource, which indicates the time-domain resources included in the first resource. The indication information of the first resource can be a bit sequence containing multiple bits, and the value of the indication information of the first resource is the value of the bit sequence. The frequency-domain resources used by the terminal to send data packets are known to the access network equipment.

[0173] The second RNTI is determined based on the design #4-2 of the first resource: The second RNTI is determined based on the indication information of the first resource, which is used to indicate the first resource. The indication information of the first resource can be a bit sequence containing multiple bits, and the value of the indication information of the first resource is the value of the bit sequence.

[0174] As an example, the second RNTI is determined based on the indication information of the first resource, including: the second RNTI and the indication information of the first resource (i.e., Rep1Loc) satisfy the following formula:

[0175] The second RNTI = d4 + b2 * Rep1Loc(4);

[0176] Where Rep1Loc represents the value of the indication information of the first resource, d4 is 1, and b2 is a constant. The value of b2 is not limited, for example, b2 is 2^(y), where y is an integer.

[0177] The second RNTI is a possible design determined based on the first resource and the second resource #5: The second RNTI is determined based on the instruction information of the first resource and the instruction information of the second resource.

[0178] As an example, the second RNTI is determined based on the indication information of the first resource and the indication information of the second resource, including: the second RNTI, the indication information of the first resource (i.e., Rep1Loc), and the indication information of the second resource (i.e., Rep2Loc) satisfy the following formula:

[0179] Second RNTI = d5 + b3*Rep1Loc + a3*Rep2Loc(5);

[0180] Where Rep2Loc represents the value of the indication information of the second resource, Rep1Loc represents the value of the indication information of the first resource, d5 is 1, b3 is a constant, and a3 is a constant. The values ​​of b3 and a3 are not limited. For example, b3 is 256 and a3 is 1. Or, b3 is 1 and a3 is 16. For example, the indication information of the first resource contains 8 bits, and b3 is 256. From formulas (2) and (5), it can be seen that the first RNTI is determined based on the first resource and the second resource, and the second RNTI is determined based on the first resource and the second resource. The first RNTI and the second RNTI can be the same or different. As an example, the first RNTI and the second RNTI are the same, and formulas (2) and (5) are the same.

[0181] The second RNTI is a possible design #3 determined based on the first interval: The second RNTI is determined based on a second offset, where the second offset is the offset from the time-domain resources included in the second resource to the time-domain resources included in the first resource within the decoding window, and the second offset is determined by the first interval. Alternatively, within the decoding window, the time-domain resources included in the second resource are offset backward or forward by a second offset to the time-domain resources included in the first resource. As an example, the time-domain resources included in the second resource and the time-domain resources included in the first resource are different time slots within the decoding window. Whether the offset indicated by the second offset is backward or forward in the time domain can be specified by the protocol supported by the terminal or configured by the access network device, and is not limited here. This application describes an example where the time-domain resources included in the second resource are offset backward in the time domain by a second offset to the time-domain resources included in the first resource. Figure 6B is a schematic diagram of a second offset provided in an embodiment of this application. Referring to Figure 6B, each rectangle represents a time slot. The N time slots within the decoding window are numbered sequentially in the time domain as slot#1 to slot#N, where the value of N is not limited. The first resource includes the time domain resource slot#p1, the second resource includes the time domain resource slot#p2, and the second offset is (N-p2+p1-1) time slots, where p2 is greater than p1, p2 is less than or equal to N, and p1 is greater than or equal to 1. The second offset is denoted as Loc2Diff below.

[0182] As an example, the second RNTI is determined based on a second offset from the temporal resources included in the second resource to the temporal resources included in the first resource within the decoding window, including: the second RNTI and the second offset (i.e., Loc2Diff) satisfy the following formula:

[0183] The second RNTI = d6 + c2 * Loc2Diff(6);

[0184] Where Loc2Diff represents the first offset, d6 is 1, and c2 is a constant. The value of c2 is not limited. For example, c2 is 2^(y), where y is an integer.

[0185] Referring to formulas (4) to (6), when the access network device decodes the second data packet, it will naturally know Rep2Loc and only needs to blindly decode Rep1Loc.

[0186] As an example, the second RNTI and Rep1Loc satisfy formula (4); when the access network device knows Rep2Loc, a possible implementation of blindly decrypting Rep1Loc is as follows: determine an RNTI according to the candidate Rep1Loc in the candidate set of Rep1Loc and formula (4), and use each determined RNTI to descramble the check in the second data packet until the check information in the second data packet is successfully descrambled using the RNTI determined according to a certain candidate Rep1Loc, and determine the resource indicated by the candidate Rep1Loc as the first resource, that is, determine the candidate Rep1Loc as Rep1Loc.

[0187] As another example, the second RNTI, Rep1Loc and Rep2Loc satisfy formula (5); when the access network device knows Rep2Loc, a possible implementation of blindly decrypting Rep1Loc is as follows: determine an RNTI according to the candidate Rep1Loc, Rep2Loc in the candidate set of Rep1Loc and formula (5), and use each determined RNTI to descramble the checksum in the second data packet until the checksum in the second data packet is successfully descrambled using the RNTI determined according to a certain candidate Rep1Loc, and determine the resource indicated by the candidate Rep1Loc as the first resource, that is, determine the candidate Rep1Loc as Rep1Loc.

[0188] As another example, the first RNTI and Loc2Diff satisfy formula (6); when the access network device knows Rep2Loc, a possible implementation of blindly decrypting Rep1Loc is as follows: determine an RNTI according to the candidate Rep1Locc, Rep2Loc in the candidate set of Rep1Loc and formula (6), and use each determined RNTI to descramble the checksum in the second data packet until the checksum in the second data packet is successfully descrambled using the RNTI determined according to a certain candidate Rep1Loc, and determine the resource indicated by the candidate Rep1Loc as the first resource, that is, determine the candidate Rep1Loc as Rep1Loc. Determining an RNTI according to a candidate Rep1Locc, Rep2Loc in the candidate set of Rep1Loc and formula (6) can be: first determine a candidate Loc2Diff according to the candidate Rep1Locc and Rep2Loc, and then determine an RNTI according to the candidate Loc2Diff and formula (6).

[0189] The candidate set of Rep1Loc can be determined by the access network device based on Rep2Loc. As an example, the access network device determines the candidate Rep1Loc that satisfies condition #2 as the candidate Rep1Loc included in the candidate set of Rep1Loc based on Rep2Loc, wherein condition #2 includes: the time offset between the time domain resource indicated by the candidate Rep1Loc and the time domain resource indicated by the Rep2Loc (i.e., the time domain resource included in the second resource) is less than an offset threshold, or the time interval between the time domain resource indicated by the candidate Rep1Loc and the time domain resource indicated by the Rep2Loc (i.e., the time domain resource included in the second resource) is less than an interval threshold, the offset threshold being specified by a protocol supported by the terminal and the access network device or configured by the access network device, and the interval threshold being specified by a protocol supported by the terminal and the access network device or configured by the access network device. Optionally, condition #2 further includes: the time offset between the time-domain resources indicated by candidate Rep1Loc and the time-domain resources indicated by Rep2Loc (i.e., the time-domain resources included in the second resource) is an even number of time slots or an integer multiple of e, where e is 2, 3, 4, 5, 6, 7, 8, etc.; this reduces the number of candidate Rep1Locs in the candidate set of Rep1Loc, thereby reducing the complexity of blind decoding. Optionally, condition #2 further includes: the frequency-domain resources indicated by candidate Rep1Loc and the frequency-domain resources indicated by Rep2Loc (i.e., the time-domain resources included in the second resource) are the same, which can reduce the decoding complexity; or, the frequency-domain resources indicated by candidate Rep1Loc and the frequency-domain resources indicated by Rep2Loc (i.e., the time-domain resources included in the second resource) correspond to different channels, which can improve the reliability of data packet transmission.

[0190] For the access network equipment, the terminal determines the second RNTI using any of the methods corresponding to formulas (1), (2), and (3), and the decoding complexity of the access network equipment is the same. After the access network equipment determines the second resource, when the second data packet conflicts with other data packets, that is, when the aforementioned terminal or other terminals send other data packets on the second resource, the second data packet sent on the second resource is eliminated by the SIC based on the decoded first data packet, so as to decode other data packets sent on the second resource, which can improve the decoding performance. Optionally, when the access network equipment only receives the second data packet on the second resource, it may not need to decode the second data packet, thereby reducing the decoding workload.

[0191] In some possible embodiments, the terminal receives a first identifier from the access network device before sending the first data packet. This first identifier identifies the sending device of the first data packet, i.e., the terminal described above. Alternatively, the first identifier identifies the sending device of the second data packet. For example, before entering the idle state, the terminal receives RRC connection release information from the access network device, which carries the first identifier, i.e., the terminal's identification information. The first identifier is a bit sequence containing multiple bits. Ueidentify in the following text represents the value of the first identifier.

[0192] In one possible design, the first RNTI is determined based on the second resource, including: the first RNTI is determined based on the first identifier and the second resource.

[0193] In one possible design, the first RNTI is determined based on the second resource, including: the first RNTI is determined based on the first identifier, the first resource, and the second resource.

[0194] In one possible design, the first RNTI is determined based on a first interval, including: the first RNTI is determined based on a first identifier and a first interval. The first identifier is used to identify the sending device of the first data packet.

[0195] The following describes possible designs for a first RNTI determined based on a first identifier and a second resource, and possible designs for a first RNTI determined based on a first identifier, a first resource, and a second resource, as well as possible designs for a first RNTI determined based on a first identifier and a first interval.

[0196] The first RNTI is determined based on the first identifier and the second resource (Design #7-1): The first RNTI is determined based on the indication information of the first identifier and the second resource, which indicates the time-domain resources included in the second resource. The frequency-domain resources used by the terminal to transmit data packets are known to the access network equipment.

[0197] The first RNTI is determined based on the first identifier and the second resource (Design #7-2): The first RNTI is determined based on the indication information of the first identifier and the second resource, which is used to indicate the second resource. The indication information of the second resource can be a bit sequence containing multiple bits, and the value of the indication information of the second resource is the value of the bit sequence.

[0198] As an example, the first RNTI is determined based on the indication information of the first identifier and the second resource, including: the first RNTI, the first identifier, and the indication information of the second resource (i.e., Rep2Loc) satisfying the following formula:

[0199] First RNTI = d7 + e1 * UEidentify + a4 * Rep2Loc(7);

[0200] Here, Rep2Loc represents the value of the indication information for the second resource, where d7 is 1, e1 is a constant, and a4 is a constant. The values ​​of e1 and a4 are not limited. For example, e1 is 256 and a4 is 1. Or, for another example, e1 is 256 and a4 is 16.

[0201] The first RNTI is a design determined based on the first identifier, the first resource, and the second resource. #8: The first RNTI is determined based on the first identifier, the indication information of the first resource, and the indication information of the second resource.

[0202] As an example, the first RNTI is determined based on the first identifier, the indication information of the first resource, and the indication information of the second resource, including: the first RNTI, the first identifier, the indication information of the first resource (i.e., Rep1Loc), and the indication information of the second resource (i.e., Rep2Loc) satisfy the following formula:

[0203] First RNTI = d8 + e2 * UEidentify + b4 * Rep1Loc + a5 * Rep2Loc (8);

[0204] Where Rep2Loc represents the value of the indication information for the second resource, Rep1Loc represents the value of the indication information for the first resource, d8 is 1, e2 is a constant, b4 is a constant, and a5 is a constant. The values ​​of e2, b4, and a5 are not limited. For example, e2 is 65536, b4 is 256, and a5 is 1. Another example is e2 being 256, b4 being 16, and a5 being 1.

[0205] The first RNTI is a possible design determined based on the first identifier and the first interval #9: The first RNTI is determined based on the first identifier and the first offset, wherein the first offset is the offset from the temporal resources included in the first resource to the temporal resources included in the second resource in the decoding window, and the first offset is determined by the first interval.

[0206] As an example, the first RNTI is determined based on the first identifier and the first offset, including: the first RNTI, the first identifier, and the first offset (i.e., Loc1Diff) satisfying the following formula:

[0207] First RNTI=d9+e3*UEidentify+c3*Loc1Diff(9);

[0208] Where Loc1Diff represents the first offset, d9 is 1, e3 is a constant, and c3 is a constant. The values ​​of e3 and c3 are not limited. For example, e3 is 256 and c3 is 1. Another example is e3 is 64 and c3 is 4.

[0209] Compared to Design #1 (including Design #1-1 and Design #1-2) - Design #3, Design #7 (including Design #7-1 and Design #7-2) - Design #9 associates the generation (or determination) of the first RNTI with the first identifier. This eliminates the need to carry the first identifier in the first data packet. The first identifier can be the UE's contention resolution identifier. Compared to carrying the UE's contention resolution identifier in the first data packet, bit overhead can be saved.

[0210] Referring to formulas (7)-(9), when the access network device decodes the first data packet, it naturally knows Rep1Loc and only needs to blindly decode Rep2Loc and UEidentify. The way the access network device blindly decodes Rep2Loc and UEidentify can be similar to the way it blindly decodes Rep2Loc described above.

[0211] As an example, the first RNTI, Ueidentify, and Rep2Loc satisfy formula (7); when the access network device knows Rep1Loc, a possible implementation of blindly decrypting Rep2Loc and UEidentify is as follows: An RNTI is determined successively based on a set of candidate combinations in candidate set #1 and formula (7), and each determined RNTI is used to descramble the checksum in the first data packet until the checksum information in the first data packet is successfully descrambled using the RNTI determined based on a set of candidate combinations. The resource indicated by the candidate Rep2Loc in the candidate combination is determined as the second resource, that is, the candidate Rep2Loc is determined as Rep2Loc, and the candidate Ueidentify in the candidate combination is used as the first identifier. Wherein, candidate set #1 includes a combination of each candidate Rep2Loc in the candidate set of Rep2Loc and each candidate Ueidentify in the candidate Ueidentify set.

[0212] As another example, the first RNTI, Ueidentify, Rep1Loc, and Rep2Loc satisfy formula (8); when the access network device knows Rep1Loc, a possible implementation of blindly decrypting Rep2Loc and UEidentify is as follows: An RNTI is determined successively based on a set of candidate combinations in candidate set #1, Rep1Loc, and formula (8), and each determined RNTI is used to descramble the checksum in the first data packet until the checksum information in the first data packet is successfully descrambled using the RNTI determined based on a set of candidate combinations. The resource indicated by the candidate Rep2Loc in the candidate combination is determined as the second resource, that is, the candidate Rep2Loc is determined as Rep2Loc, and the candidate Ueidentify in the candidate combination is used as the first identifier. Wherein, candidate set #1 includes a combination of each candidate Rep2Loc in the candidate set of Rep2Loc and each candidate Ueidentify in the candidate Ueidentify set.

[0213] As another example, the first RNTI, Ueidentify, and Loc1Diff satisfy formula (9); when the access network device knows Rep1Loc, a possible implementation of blindly solving Rep2Loc and UEidentify is as follows: traverse each candidate Rep2Loc in the candidate set of Rep2Loc and each candidate Ueidentify in the candidate Ueidentify set to obtain the combination of Ueidentify and Rep2Loc that satisfies formula (9).

[0214] The candidate set of Rep2Loc includes all possible values ​​for the indication information of the second resource. The candidate Ueidentify set contains all possible Ueidentify values, that is, all possible values ​​for the first identifier.

[0215] In some possible embodiments, the terminal receives a first identifier from the access network device before sending the second data packet. The first identifier is used to identify the sending device of the second data packet.

[0216] In one possible design, the second RNTI is determined based on the first resource, including: the second RNTI is determined based on the first identifier and the first resource.

[0217] In one possible design, the second RNTI is determined based on the first resource, including: the second RNTI is determined based on the first identifier, the first resource, and the second resource.

[0218] In one possible design, the second RNTI is determined based on the first interval, including: the second RNTI is determined based on the first identifier and the first interval.

[0219] The following describes possible designs for a second RNTI determined based on a first identifier and a first resource, possible designs for a second RNTI determined based on a first identifier, a first resource, and a second resource, and possible designs for a second RNTI determined based on a first identifier and a first interval.

[0220] The second RNTI is determined based on the first identifier and the first resource (Design #10-1): The second RNTI is determined based on the first identifier and the indication information of the first resource, which indicates the time-domain resources included in the first resource. The frequency-domain resources used by the terminal to send data packets are known to the access network equipment. The indication information of the first resource can be a bit sequence containing multiple bits, and the value of the indication information of the first resource is the value of that bit sequence.

[0221] The second RNTI is a design determined based on the first identifier and the first resource #10-2: The second RNTI is determined based on the first identifier and the indication information of the first resource, which is used to indicate the first resource. The indication information of the first resource can be a bit sequence containing multiple bits, and the value of the indication information of the first resource is the value of the bit sequence.

[0222] As an example, the second RNTI is determined based on the first identifier and the indication information of the first resource, including: the second RNTI, the first identifier, and the indication information of the first resource (i.e., Rep1Loc) satisfying the following formula:

[0223] Second RNTI = d10 + e4 * UEidentify + b5 * Rep1Loc(10);

[0224] Where Rep1Loc represents the value of the indication information of the first resource, d10 is 1, e4 is a constant, and b5 is a constant. The values ​​of e4 and b5 are not limited. For example, e4 is 256 and b5 is 1. Another example is e4 is 65536 and b5 is 16.

[0225] The second RNTI is a design determined based on the first identifier, the first resource, and the second resource #11: The second RNTI is determined based on the first identifier, the indication information of the first resource, and the indication information of the second resource.

[0226] As an example, the second RNTI is determined based on the first identifier, the indication information of the first resource, and the indication information of the second resource, including: the second RNTI, the first identifier, the indication information of the first resource (i.e., Rep1Loc), and the indication information of the second resource (i.e., Rep2Loc) satisfy the following formula:

[0227] Second RNTI = d11 + e5 * UEidentify + b6 * Rep1Loc + a6 * Rep2Loc (11);

[0228] Where Rep2Loc represents the value of the indication information of the second resource, Rep1Loc represents the value of the indication information of the first resource, d11 is 1, e5 is a constant, b6 is a constant, and a6 is a constant. The values ​​of e5, b6, and a6 are not limited. For example, e5 is 65536, b6 is 256, and a6 is 16. Another example is e5 is 256, b6 is 16, and a6 is 1. The first RNTI and the second RNTI can be the same or different. As an example, the first RNTI and the second RNTI are the same, and formula (11) and formula (8) are the same.

[0229] The second RNTI is a possible design determined based on the first identifier and the first interval #12: The second RNTI is determined based on the first identifier and the second offset, wherein the second offset is the offset from the temporal resources included in the second resource to the temporal resources included in the first resource in the decoding window, and the second offset is determined by the first interval.

[0230] As an example, the second RNTI is determined based on the first identifier and the second offset, including: the second RNTI, the first identifier, and the second offset (i.e., Loc2Diff) satisfying the following formula:

[0231] Second RNTI=d12+e6*UEidentify+c4*Loc2Diff(12);

[0232] Where Loc2Diff represents the second offset, d12 is 1, e6 is a constant, and c4 is a constant. The values ​​of e6 and c4 are not limited. For example, e3 is 256 and c4 is 1. Another example is e3 being 65536 and c4 being 256.

[0233] Compared to Design #7 (including Design #7-1 and Design #7-2) - Design #9, Design #10 (including Design #10-1 and Design #10-2) - Design #12 additionally associates the generation (or determination) of the second RNTI with the first identifier. This eliminates the need to carry the first identifier in the second data packet, which can be the UE's contention resolution identifier. Compared to carrying the UE's contention resolution identifier in the second data packet, bit overhead can be saved.

[0234] Referring to formulas (10)-(12), when the access network device decodes the second data packet, it will naturally know Rep2Loc, and only needs to blindly decode Rep1Loc and UEidentify. The way the access network device blindly decodes Rep1Loc and UEidentify can be similar to the way it blindly decodes Rep2Loc and UEidentify, and will not be repeated here.

[0235] In some possible embodiments, the first data packet and the second data packet are sent in OCC mode, wherein the first index is the index of the orthogonal overlay code used for sending the second data packet. Hereinafter, index1 represents the first index.

[0236] In one possible design, the first RNTI is determined based on the second resource, including: the first RNTI is determined based on the first index and the second resource.

[0237] In one possible design, the first RNTI is determined based on the second resource, including: the first RNTI is determined based on the first index, the first resource, and the second resource.

[0238] In one possible design, the first RNTI is determined based on the second resource, including: the first RNTI is determined based on the first index, the first identifier, and the second resource.

[0239] In one possible design, the first RNTI is determined based on a first interval, including: the first RNTI is determined based on a first index and a first interval.

[0240] In one possible design, the first RNTI is determined based on a first interval, including: the first RNTI is determined based on a first index, a first identifier, and a first interval.

[0241] The following describes possible designs for a first RNTI determined based on a first index and a second resource, a first RNTI determined based on a first index, a first resource, and a second resource, a first RNTI determined based on a first index, a first identifier, and a second resource, a first RNTI determined based on a first index and a first interval, and a first RNTI determined based on a first index, a first identifier, and a first interval.

[0242] The first RNTI is determined based on the first index and the second resource (Design #13-1): The first RNTI is determined based on the indication information of the first index and the second resource, which indicates the time-domain resources included in the second resource. The frequency-domain resources used by the terminal to send data packets are known to the access network equipment.

[0243] The first RNTI is determined based on the first index and the second resource design #13-2: The first RNTI is determined based on the indication information of the first index and the second resource, which is used to indicate the second resource.

[0244] As an example, the first RNTI is determined based on the indication information of the first index and the second resource, including: the first RNTI, the first index, and the indication information of the second resource satisfying the following formula:

[0245] First RNTI = d13 + v1*index1 + a7*Rep2Loc(13);

[0246] Here, Rep2Loc represents the value of the indication information for the second resource, where d13 is 1, v1 is a constant, and a7 is a constant. The values ​​of v1 and a7 are not limited. For example, v1 is 256 and a7 is 1. Or, for another example, v1 is 256 and a7 is 16.

[0247] The first RNTI is a possible design determined based on the first index, the first resource, and the second resource #14: The first RNTI is determined based on the indication information of the first index, the first resource, and the second resource.

[0248] As an example, the first RNTI is determined based on the first index, the indication information of the first resource, and the indication information of the second resource, including: the first RNTI, the first index, the indication information of the first resource (i.e., Rep1Loc), and the indication information of the second resource (i.e., Rep2Loc) satisfy the following formula:

[0249] First RNTI = d14 + v2*index1 + b7*Rep1Loc + a8*Rep2Loc(14);

[0250] Where Rep2Loc represents the value of the indication information for the second resource, Rep1Loc represents the value of the indication information for the first resource, d14 is 1, v2 is a constant, b7 is a constant, and a8 is a constant. The values ​​of v2, b7, and a8 are not limited. For example, v2 is 65536, b7 is 256, and a8 is 1. Another example is v2 is 256, b7 is 16, and a8 is 1.

[0251] The first RNTI is a possible design determined based on the first index, the first identifier, and the second resource #15: The first RNTI is determined based on the first index, the first identifier, and the indication information of the second resource.

[0252] As an example, the first RNTI is based on the first index, the first identifier, and the indication information of the second resource, including: the first RNTI, the first index, the first identifier, and the indication information of the second resource (i.e., Rep2Loc) satisfying the following formula:

[0253] First RNTI=d15+v3*index1+e7*UEidentify+a9*Rep2Loc(15);

[0254] Where Rep2Loc represents the value of the indication information for the second resource, Rep1Loc represents the value of the indication information for the first resource, d15 is 1, v3 is a constant, e7 is a constant, and a9 is a constant. The values ​​of v3, e7, and a9 are not limited. For example, v3 is 65536, e7 is 256, and a9 is 1. Another example is v3 being 256, e7 being 16, and a9 being 1.

[0255] The first RNTI is a possible design #16 determined based on the first index and the first interval: the first RNTI, the first index, and the first offset (i.e., Loc1Diff) satisfy the following formula:

[0256] First RNTI = d16 + v4*index1 + c5*Loc1Diff(16);

[0257] Where Loc1Diff represents the first offset, d16 is 1, v4 is a constant, and c5 is a constant. The values ​​of v4 and c5 are not limited. For example, v4 is 256 and c5 is 1. Or, for another example, v4 is 256 and c5 is 16.

[0258] The first RNTI is a possible design determined based on the first index, the first identifier, and the first interval #17: The first RNTI, the first index, the first identifier, and the first offset (i.e., Loc1Diff) satisfy the following formula:

[0259] First RNTI = d17 + v5 * index1 + e8 * UEidentify + c6 * Loc1Diff(17);

[0260] Where Loc1Diff represents the first offset, d17 is 1, v5 is a constant, e8 is a constant, and c6 is a constant. The values ​​of v5, e8, and c6 are not limited. For example, v5 is 65536, e8 is 256, and c6 is 1. Or, for another example, v5 is 256, e8 is 16, and c6 is 1.

[0261] Compared to Design #1 (including Design #1-1 and Design #1-2) - Design #3, Design #13 (including Design #13-1 and Design #13-2) - Design #17 additionally associates the generation (or determination) of the first RNTI with the first index, and optionally, with the first identifier. This eliminates the need to carry the first index in the first data packet, thus saving bit overhead compared to carrying the first index in the first data packet.

[0262] Referring to formulas (13)-(17), when the access network device decodes the first data packet, it naturally knows Rep1Loc and only needs to blindly decode Rep2Loc and index1. The way the access network device blindly decodes Rep2Loc and index1 is similar to the way it blindly decodes Rep2Loc and Ueidentify as described above, and will not be repeated here.

[0263] In some possible embodiments, the first data packet and the second data packet are sent in OCC mode, wherein the second index is the index of the orthogonal overlay code used to send the first data packet. The second index will be referred to as index2 below.

[0264] In one possible design, the second RNTI is determined based on the first resource, including: the second RNTI is determined based on the second index and the first resource.

[0265] In one possible design, the second RNTI is determined based on the first resource, including: the second RNTI is determined based on the second index, the first resource, and the second resource.

[0266] In one possible design, the second RNTI is determined based on the first resource, including: the second RNTI is determined based on the second index, the first identifier, and the first resource.

[0267] In one possible design, the second RNTI is determined based on the first interval, including: the second RNTI is determined based on the second index and the first interval.

[0268] In one possible design, the second RNTI is determined based on the first interval, including: the second RNTI is determined based on the second index, the first identifier, and the first interval.

[0269] The following describes possible designs for the second RNTI determined based on the second index and the first resource, the second RNTI determined based on the second index, the first resource, and the second resource, the second RNTI determined based on the second index, the first identifier, and the first resource, the second RNTI determined based on the second index and the first interval, and the second RNTI determined based on the second index, the first identifier, and the first interval.

[0270] The second RNTI is determined based on the second index and the first resource (Design #18-1): The second RNTI is determined based on the second index and the indication information of the first resource, which indicates the time-domain resources included in the first resource. The frequency-domain resources used by the terminal to send data packets are known to the access network equipment.

[0271] The second RNTI is determined based on the second index and the first resource. Design #18-2: The second RNTI is determined based on the second index and the indication information of the first resource, which is used to indicate the first resource.

[0272] As an example, the second RNTI is determined based on the indication information of the second index and the first resource, including: the second RNTI, the second index, and the indication information of the first resource satisfying the following formula:

[0273] The second RNTI = d18 + o1*index2 + b8*Rep1Loc(18);

[0274] Where Rep1Loc represents the value of the indication information for the first resource, d18 is 1, o1 is a constant, and b8 is a constant. The values ​​of o1 and b8 are not limited. For example, o1 is 256 and b8 is 1. Or, o1 is 16 and b8 is 1.

[0275] The second RNTI is a possible design determined based on the second index, the first resource, and the second resource #19: The second RNTI is determined based on the second index, the indication information of the first resource, and the indication information of the second resource.

[0276] As an example, the second RNTI is determined based on the second index, the indication information of the first resource, and the indication information of the second resource, including: the second RNTI, the second index, the indication information of the first resource (i.e., Rep1Loc), and the indication information of the second resource (i.e., Rep2Loc) satisfy the following formula:

[0277] Second RNTI = d19 + o2*index2 + b9*Rep1Loc + a10*Rep2Loc(19);

[0278] Where Rep1Loc and Rep2Loc represent the values ​​of the indication information for the first resource, d19 is 1, o2 is a constant, b9 is a constant, and a10 is a constant. The values ​​of o2, b9, and a10 are not limited. For example, o2 is 65536, b9 is 256, and a10 is 1. Another example is o2 being 256, b9 being 16, and a10 being 1.

[0279] The second RNTI is a possible design determined based on the second index, the first identifier, and the first resource #20: The second RNTI is determined based on the indication information of the second index, the first identifier, and the first resource.

[0280] As an example, the second RNTI is based on the second index, the first identifier, and the indication information of the first resource, including: the second RNTI, the second index, the first identifier, and the indication information of the first resource (i.e., Rep1Loc) satisfying the following formula:

[0281] Second RNTI = d20 + o3*index2 + e9*UEidentify + b10*Rep1Loc(20);

[0282] Where Rep1Loc represents the value of the indication information for the first resource, Rep2Loc represents the value of the indication information for the second resource, d20 is 1, o3 is a constant, e9 is a constant, and b10 is a constant. The values ​​of o3, e9, and b10 are not limited. For example, o3 is 65536, e9 is 256, and b10 is 1. Another example is o3 being 256, e9 being 16, and b10 being 1.

[0283] The second RNTI is a possible design determined based on the second index and the first interval #21: The second RNTI, the second index, and the second offset (i.e., Loc2Diff) satisfy the following formula:

[0284] Second RNTI=d21+o4*index2+c7*Loc2Diff(21);

[0285] Where Loc2Diff represents the second offset, d21 is 1, o4 is a constant, and c7 is a constant. The values ​​of o4 and c7 are not limited. For example, o4 is 256 and c7 is 1. For example, o4 is 16 and c7 is 1.

[0286] The second RNTI is a possible design determined based on the second index, the first identifier, and the first interval #22: The second RNTI, the second index, the first identifier, and the first offset (i.e., Loc1Diff) satisfy the following formula:

[0287] Second RNTI = d22 + o5*index2 + e10*UEidentify + c8*Loc1Diff(22);

[0288] Where Loc1Diff represents the first offset, d22 is 1, o5 is a constant, e10 is a constant, and c8 is a constant. The values ​​of o5, e10, and c8 are not limited. For example, o5 is 65536, e10 is 256, and c8 is 1. Another example is o5 being 256, e10 being 16, and c8 being 1.

[0289] Compared to Design #4 (including Design #4-1 and Design #4-2) - Design #6, Design #18 (including Design #18-1 and Design #18-2) - Design #22 additionally associates the generation (or determination) of the second RNTI with the second index, and optionally, with the first identifier. This eliminates the need to carry the second index in the second data packet, saving bit overhead compared to carrying the second index in the second data packet.

[0290] Referring to formulas (18)-(22), when the access network device decodes the second data packet, it will naturally know Rep2Loc, and only needs to blindly decode Rep1Loc and index2. The way the access network device blindly decodes Rep1Loc and index2 is similar to the way it blindly decodes Rep1Loc and Ueidentify as described above, and will not be repeated here.

[0291] Figure 7 is a flowchart illustrating another communication method provided in an embodiment of this application. Based on the method flowchart in Figure 4, the method flowchart in Figure 7 adds an operation of using a successfully decoded first data packet to eliminate another first data packet that conflicts with other data packets. This improves decoding performance by successfully decoding the data packet that conflicts with the other first data packet. As shown in Figure 7, the method includes:

[0292] 701. The terminal sends the first data packet on the first resource, and correspondingly, the access network device receives the first data packet on the first resource.

[0293] The verification information of the first data packet is scrambled using the first RNTI. The first RNTI is determined based on the second resource or the first interval. Steps 701 to 703 can be found in steps 401 to 403, and will not be repeated here.

[0294] 702. The terminal sends a second data packet on the second resource, and correspondingly, the access network device receives the second data packet on the second resource.

[0295] The verification information of the second data packet is scrambled using a second RNTI. The second RNTI is determined based on the first resource or the first interval.

[0296] 703. The access network device descrambles the verification information in the first data packet to determine the second resource.

[0297] The second resource is the resource used to send the second data packet.

[0298] 704. The access network device decodes the first data packet.

[0299] When multiple terminals transmit data packets on the same resource (e.g., the first resource), data packet collisions will occur. For example, a collision will occur when terminal 1 transmits a first data packet on the first resource and terminal 2 transmits a third data packet on the first resource. Referring to Figure 5, data packets transmitted on slot #1 and slot #4 collide. When an access network device receives multiple data packets on the same resource, data packet collisions will also occur. If the first data packet received by the access network device on the first resource does not collide with other data packets, the first data packet can usually be successfully decoded. The first data packet received by the access network device on the first resource not colliding with other data packets includes: the access network device only receives the first data packet on the first resource, i.e., other terminals do not transmit data packets on the first resource.

[0300] 705. When the access network device receives a second data packet and a third data packet on the second resource, it uses the decoded first data packet to eliminate the second data packet received on the second resource in order to decode the third data packet.

[0301] Step 705 can be described as follows: In the event of a data packet collision received by the access network device on the second resource, the second data packet received on the second resource is eliminated using the decoded first data packet to decode the third data packet that collides with the second data packet. Step 705 is optional. If the access network device does not receive any data packets other than the second data packet on the second resource, it may discard or not decode the second data packet, thereby reducing the decoding workload.

[0302] In this embodiment, when the access network device receives a second data packet and a third data packet on the second resource, it uses the decoded first data packet to eliminate the second data packet received on the second resource in order to decode the third data packet, thereby improving decoding performance. The first RNTI is determined based on the second resource or the first interval; thus, the access network device (e.g., a base station or management node) can determine the second resource by using this verification information, saving bit overhead compared to carrying information indicating the second resource in the first data packet.

[0303] Figure 8 is a flowchart illustrating another communication method provided in an embodiment of this application. Compared with the method flowchart in Figure 4, the method flowchart in Figure 8 defines the first data packet as a first message for random access and adds an operation whereby the access network device sends a second message in response to the first message, so as to realize random access of the terminal. As shown in Figure 8, the method includes:

[0304] 801. The terminal sends the first data packet on the first resource, and correspondingly, the access network device receives the first data packet on the first resource.

[0305] The verification information of the first data packet is scrambled using the first RNTI. The first RNTI is determined based on the second resource or the first interval. Steps 801 to 803 can be referred to steps 401 to 403, and will not be repeated here.

[0306] The first data packet is a first message for random access. The first message does not include a random access preamble. Optionally, the first data packet carries data; thus, by sending data to the access network device before the terminal has connected to the access network device, throughput can be improved and latency reduced.

[0307] 802. The terminal sends a second data packet on the second resource, and correspondingly, the access network device receives the second data packet on the second resource.

[0308] The verification information of the second data packet is scrambled with a second RNTI. The second RNTI is determined based on the first resource or the first interval. The second data packet is identical to the first data packet. In one possible design, the first data packet carries a second identifier, and the second data packet carries the same second identifier. The second identifier in the first data packet identifies the terminal that sent the first data packet, and the second identifier in the second data packet identifies the terminal that sent the second data packet. Thus, the access network device can determine the terminal that sent the first and second data packets based on the second identifier. As an example, the second identifier is the terminal's identity identifier.

[0309] 803. The access network device descrambles the verification information in the first data packet to determine the second resource.

[0310] The second resource is the resource used to send the second data packet.

[0311] 804. The access network device decodes the first data packet.

[0312] 805. When the access network device receives a second data packet and a third data packet on the second resource, it uses the decoded first data packet to eliminate the second data packet received on the second resource in order to decode the third data packet.

[0313] Step 805 is optional. If the access network device does not receive any data packets other than the second data packet on the second resource, it may discard or not decode the second data packet, thereby reducing the decoding workload.

[0314] 806. The access network device responds to the first data packet and sends the second message.

[0315] Accordingly, the terminal receives the second message. The verification information in the second message is scrambled with a third RNTI. The third RNTI is determined based on the first and second resources. The second message can be a unicast message. The second message is used to indicate that the access network device has received the first data packet. Alternatively, the second message is used to indicate that the access network device has not received the first data packet, or in other words, the second message is used to instruct the access network device to retransmit the first data packet.

[0316] In one possible design, the third RNTI is determined based on the first and second resources, including: the third RNTI is determined based on the indication information of the first and second resources; thus, when the terminal successfully descrambles the verification information in the second message using the third RNTI, it can determine that the second message was sent to it. As an example, the third RNTI is determined based on the indication information of the first and second resources, including: the third RNTI, the indication information of the first resource, and the indication information of the second resource satisfy the following formula:

[0317] The third RNTI = d23 + b11 * Rep1Loc + a11 * Rep2Loc(23);

[0318] Rep2Loc represents the value of the indication information for the second resource, and Rep1Loc represents the value of the indication information for the first resource. d23 is 1, b11 is a constant, and a11 is a constant. The values ​​of b11 and a11 are not limited. For example, b11 is 256 and a11 is 1. Or, for another example, b11 is 16 and a11 is 1.

[0319] The terminal can determine the third RNTI according to formula (23) and use the third RNTI to descramble the check information in the second message. If the terminal successfully descrambles the check information in the second message using the third RNTI, it can know that the second message was sent to itself.

[0320] In another possible design, the first and second data packets are sent in OCC mode, and the third RNTI is determined based on the first and second resources, including: the third RNTI is determined based on at least one of the first and second indices, as well as indication information of the first and second resources, where the first index is the index of the orthogonal overlay code used for sending the second data packet, and the second index is the index of the orthogonal overlay code used for sending the first data packet; thus, when the terminal successfully descrambles the checksum information in the second message using the third RNTI, it can determine that the second message was sent to it.

[0321] As an example, the third RNTI is determined based on at least one of the first index and the second index, as well as the indication information of the first resource and the indication information of the second resource, including: the third RNTI, the first index, the indication information of the first resource, and the indication information of the second resource satisfying the following formula:

[0322] The third RNTI = d24 + b12 * Rep1Loc + a12 * Rep2Loc + v6 * index1(24);

[0323] Rep2Loc represents the value of the indication information for the second resource, and Rep1Loc represents the value of the indication information for the first resource. d24 is 1, b12 is a constant, a12 is a constant, and v6 is a constant. The values ​​of b12, a12, and v6 are not limited. For example, b12 is 256, a12 is 1, and v6 is 65536. Alternatively, b12 is 16, a12 is 1, and v6 is 256.

[0324] The terminal can determine the third RNTI according to formula (24) and use the third RNTI to descramble the check information in the second message. If the terminal successfully descrambles the check information in the second message using the third RNTI, it can know that the second message was sent to itself.

[0325] 807. The terminal determines the third RNTI based on the first and second resources, and descrambles the verification information in the second message.

[0326] Step 807 is optional. In one possible design, the terminal determines the third RNTI based on the indication information of the first resource and the indication information of the second resource, as shown in formula (23). In another possible design, the terminal determines the third RNTI based on at least one of the first index and the second index, as well as the indication information of the first resource and the indication information of the second resource, as shown in formula (24).

[0327] 808. The terminal decodes the second message.

[0328] Step 808 is optional. If the second message indicates retransmission of the first data packet, the terminal may send the first data packet via a third resource. If the second message indicates receipt of the first data packet, the terminal learns from the second message that the access network device has successfully received the first data packet.

[0329] The method flow in Figure 8 can be applied to contention-based random access scenarios. In contention-based random access scenarios, the method in Figure 8 can improve system throughput and reduce packet transmission latency.

[0330] In this embodiment, the access network device responds to the first data packet by sending a second message. The verification information in the second message is scrambled using a third RNTI. The third RNTI is determined based on the first and second resources. If the terminal successfully descrambles the verification information in the second message using the third RNTI, it knows that the second message was sent to itself, and the access network device does not need to know the terminal's identification information. Therefore, the first data packet sent by the terminal does not need to carry its identification information, which saves bit overhead.

[0331] Figure 9 is a flowchart illustrating another communication method provided in an embodiment of this application. Compared with the method flowchart in Figure 4, the method flowchart in Figure 9 defines the first data packet as a first message for random access and adds an operation whereby the access network device sends a second message in response to the first message to achieve random access for the terminal. The difference between the method flowchart in Figure 9 and the method flowchart in Figure 8 is that the second message is a multicast message. As shown in Figure 9, the method includes:

[0332] 901. The terminal sends the first data packet on the first resource, and correspondingly, the access network device receives the first data packet on the first resource.

[0333] The checksum information of the first data packet is scrambled using a first RNTI. The first RNTI is determined based on a second resource or a first interval. The first data packet is a first message for random access. The first message does not include a random access preamble. Optionally, the first data packet carries data, thereby reducing the latency of data transmission.

[0334] Steps 901 to 903 can be found in steps 401 to 403, and will not be repeated here.

[0335] 902. The terminal sends a second data packet on the second resource, and correspondingly, the access network device receives the second data packet on the second resource.

[0336] The checksum information of the second data packet is scrambled using a second RNTI. The second RNTI is determined based on the first resource or the first interval. The second data packet is identical to the first data packet.

[0337] 903. The access network device descrambles the verification information in the first data packet to determine the second resource.

[0338] The second resource is the resource used to send the second data packet.

[0339] 904. The access network equipment decodes the first data packet.

[0340] 905. When the access network device receives a second data packet and a third data packet on the second resource, it uses the decoded first data packet to eliminate the second data packet received on the second resource in order to decode the third data packet.

[0341] Step 905 is optional. If the access network device does not receive any data packets other than the second data packet on the second resource, it may discard or not decode the second data packet, thereby reducing the decoding workload.

[0342] 906. The access network device responds to the first data packet and sends a second message.

[0343] Accordingly, the terminal receives a second message. The second message is a multicast message, and the checksum information in the second message is scrambled with a fourth RNTI, which is determined based on the start position of the radio frame or superframe carrying the first data packet or the start position of the radio frame or superframe carrying the second data packet. The following description uses the example where the fourth RNTI is determined based on the start position of the radio frame carrying the first data packet. The second message is used in response to data packets transmitted in one or more time slots within the radio frame carrying the first data packet, where the one or more time slots include the time-domain resources included in the first resource. Optionally, the second message carries one or more identifiers, which are used to identify one or more terminals in the multicast group. One of the one or more identifiers (i.e., the identifier used to identify the terminal) is determined based on the first resource and the second resource; these one or more identifiers can be used as contention resolution identifiers, saving bit overhead compared to carrying other forms of identifiers (e.g., terminal identifiers) in the second message.

[0344] As an example, the start position of the fourth RNTI and the radio frame carrying the first data packet satisfies the following formula:

[0345] Fourth RNTI = 1 + floor(SFN_Rep1 / q)(25);

[0346] SFN_Rep1 is used to indicate the start position of the radio frame carrying the first data packet. For example, SFN_Rep1 is the value of the first bit sequence, which represents the frame number of the radio frame carrying the first data packet. q is a constant, and the value of q is not limited. For example, q is 4. floor(x) is also written as Floor(x), and its function is to "round down" or "round down", that is, to take the largest integer not greater than x.

[0347] 907. The terminal determines the fourth RNTI based on the start position of the radio frame carrying the first data packet, and descrambles the verification information in the second message.

[0348] Step 907 is optional. In one possible design, the terminal determines the fourth RNTI based on the start position of the radio frame carrying the first data packet, see formula (25).

[0349] 908. The terminal decodes the second message.

[0350] Step 908 is optional. If the second message indicates retransmission of the first data packet, the terminal may send the first data packet via a third resource. If the second message indicates receipt of the first data packet, the terminal learns from the second message that the access network device has successfully received the first data packet.

[0351] The method flow in Figure 9 can be applied to contention-based random access scenarios. In contention-based random access scenarios, the method in Figure 9 can improve system throughput and reduce packet transmission latency.

[0352] In this embodiment, the access network device responds to the first data packet by sending a second message. The verification information in the second message is scrambled using a fourth RNTI. The fourth RNTI is determined based on the start position of the radio frame or superframe carrying the first data packet, or based on the start position of the radio frame or superframe carrying the second data packet. Thus, each terminal within the same multicast group can successfully descramble the verification information in the second message using the RNTI determined based on the start position of the radio frame or superframe carrying the first data packet. Compared to multiple terminals descrambling different messages sent by the access network device to multiple terminals via unicast, bit overhead can be saved.

[0353] Figure 10 is a flowchart illustrating another communication method provided in an embodiment of this application. Compared with the method flowcharts in Figures 4 and 7-9, the method flowchart in Figure 10 does not specify how the verification information in the first data packet is scrambled; it mainly describes the operation of the access network device after receiving the data packet. As shown in Figure 10, the method includes:

[0354] 1001. The terminal sends the first data packet on the first resource, and correspondingly, the access network device receives the first data packet on the first resource.

[0355] The checksum information of the first data packet is scrambled using a first RNTI. The first RNTI is determined based on a second resource or a first interval. In one possible design, the first data packet is a first message for random access, which does not include a random access preamble. This allows the terminal to directly send data packets for random access to the access network equipment, reducing transmission latency.

[0356] 1002. The terminal sends a second data packet on the second resource, and correspondingly, the access network device receives the second data packet on the second resource.

[0357] The verification information of the second data packet is scrambled using a second RNTI. The second RNTI is determined based on the first resource or the first interval. The first data packet and the second data packet are identical. The specific forms of the first data packet and the second data packet are not limited. Steps 1001 and 1002 are optional. Optionally, the first data packet and the second data packet are sent in OCC mode; the third RNTI is determined based on the first resource and the second resource, including: the third RNTI is determined based on at least one of the first index and the second index, and the first resource and the second resource, wherein the first index is the index of the orthogonal overlay code used for sending the second data packet, and the second index is the index of the orthogonal overlay code used for sending the first data packet; thereby, the terminal sending the first data packet and the second data packet can successfully descramble and decode the second message, and prevent other terminals from successfully descrambling the verification information in the second message.

[0358] In one possible design, the first data packet carries indication information of a first resource and indication information of a second resource. The indication information of the first resource is used to indicate the first resource, and the indication information of the second resource is used to indicate the second resource.

[0359] In another possible design, the verification information of the first data packet is scrambled with a first RNTI, which is determined based on a second resource or a first interval. The verification information of the second data packet is scrambled with a second RNTI, which is determined based on a first resource or a first interval, where the first interval is the interval between the first resource and the second resource.

[0360] 1003. The access network device responds to the first data packet and sends the second message.

[0361] Accordingly, the terminal receives a second message. The verification information in this second message is scrambled using a third RNTI. This third RNTI is determined based on a first resource and a second resource. The first resource is the resource used to send the first data packet. The second resource is the resource used to send the second data packet.

[0362] 1004. The terminal determines the third RNTI based on the first resource and the second resource, and descrambles the verification information in the second message based on the third RNTI.

[0363] 1005. After successfully descrambling the second message, the terminal decodes the second message.

[0364] Step 1005 is optional.

[0365] In this embodiment, the terminal determines the third RNTI based on the first resource and the second resource, and descrambles the verification information in the second message based on the third RNTI; thus, when the descrambling is successful, it can be determined that the second message is its own, which can save bit overhead compared to carrying the identifier of the receiving end of the second message in the second message.

[0366] Figure 11 is a flowchart illustrating another communication method provided in an embodiment of this application. Compared with the method flowcharts in Figures 4 and 7-9, the method flowchart in Figure 11 does not specify how the verification information in the first data packet is scrambled; it mainly describes the operation of the access network device after receiving the data packet. As shown in Figure 11, the method includes:

[0367] 1101. The terminal sends the first message on the first resource, and correspondingly, the access network device receives the first message on the first resource.

[0368] The first message is a message used for random access, and it does not include a random access preamble. The first message can be the first data packet mentioned above. Optionally, the terminal sends the first message on the second resource, and correspondingly, the access network device receives the first message on the second resource. The first message sent by the terminal on the second resource can be the second data packet mentioned above.

[0369] 1102. In response to the first message, the access network device sends the second message.

[0370] Correspondingly, one or more terminals receive the second message. The second message is a multicast message. Multiple terminals in the multicast group corresponding to this multicast message perform similar operations after receiving the second message. In this embodiment, we take one terminal as an example to illustrate the operations performed by each terminal. The verification information in the second message is scrambled with a fourth RNTI, which is determined based on the start position of the radio frame or superframe carrying the first message. As an example, the fourth RNTI and the start position of the radio frame carrying the first data packet satisfy the above formula (25).

[0371] In one possible design, the second message carries one or more identifiers to identify one or more terminals in the multicast group. One of these identifiers is determined based on a first resource and a second resource. Thus, the terminal can determine whether the second message is addressed to it based on these identifiers. This design saves bit overhead compared to network-side access network equipment sending messages to multiple terminals individually via unicast.

[0372] 1103. The terminal determines the fourth RNTI based on the start position of the radio frame or superframe carrying the first message, and descrambles the check information in the second message based on the fourth RNTI.

[0373] 1104. After successfully descrambling the second message, the terminal decodes the second message.

[0374] Step 1104 is optional.

[0375] In this embodiment, the terminal determines the fourth RNTI based on the start position of the radio frame or superframe carrying the first message, and descrambles the check information in the second message based on the fourth RNTI. Thus, each terminal in the same multicast group as the terminal can successfully descramble the check information in the second message using the RNTI determined based on the start position of the radio frame or superframe carrying the first message. Compared to multiple terminals descrambling different messages sent by the access network device on the network side to the multiple terminals in a unicast manner, bit overhead can be saved.

[0376] The following describes the communication device provided in the embodiments of this application.

[0377] This application divides the communication device into functional modules according to the above method embodiments. For example, each function can be divided into its own functional modules, or two or more functions can be integrated into one processing module. The integrated modules can be implemented in hardware or as software functional modules. It should be noted that the module division in this application is illustrative and only represents one logical functional division; other division methods may be used in actual implementation. The communication device of the embodiments of this application will be described in detail below with reference to Figures 12 to 14.

[0378] Figure 12 is a schematic diagram of a communication device 120 provided in an embodiment of this application. As shown in Figure 12, the communication device includes a processing module 1201, a transmitting module 1202, and a receiving module 1203. The transmitting module 1202 and the receiving module 1203 can implement corresponding communication functions, and the processing module 1201 is used to implement corresponding processing functions. The transmitting module 1202 and the receiving module 1203 can be the same module, i.e., a transceiver module, or they can be different modules.

[0379] In some embodiments of this application, the communication device can be used to perform the actions performed by the terminal in the above method embodiments. In this case, the terminal can be the terminal itself or a chip or functional module configurable within the terminal. The processing module 1201 is used to perform processing-related operations of the terminal in the above method embodiments. The transceiver module is used to perform transmission-reception-related operations of the terminal in the above method embodiments. Alternatively, the sending module is used to perform transmission-related operations of the terminal in the above method embodiments, and the receiving module is used to perform reception-related operations of the terminal in the above method embodiments.

[0380] In some embodiments, the sending module 1202 is configured to send a first data packet on a first resource, wherein the verification information of the first data packet is scrambled with a first Radio Network Temporary Identifier (RNTI); the sending module 1202 is further configured to send a second data packet on a second resource, wherein the second data packet is identical to the first data packet, and the verification information of the second data packet is scrambled with a second RNTI; wherein the first RNTI is determined based on the second resource or a first interval, and the second RNTI is determined based on the first resource or a first interval, wherein the first interval is the interval between the first resource and the second resource. Optionally, the processing module 1201 is configured to generate the first data packet.

[0381] In one possible design, the first data packet is a first message for random access, which does not include a random access preamble; the receiving module 1203 is used to receive a second message in response to the first message, wherein the verification information in the second message is scrambled by a third RNTI, which is determined based on the first resource and the second resource.

[0382] In one possible design, the first data packet is a first message for random access, which does not include a random access preamble; the receiving module 1203 is used to receive a second message in response to the first message, the second message being a multicast message, and the checksum information in the second message being scrambled with a fourth RNTI, the fourth RNTI being determined based on the start position of the radio frame carrying the first data packet or the start position of the radio frame carrying the second data packet. Optionally, the processing module 1201 is used to parse the second message.

[0383] In some embodiments, the receiving module 1203 is configured to receive a second message, wherein the verification information in the second message is scrambled with a third RNTI, the third RNTI being determined based on a first resource and a second resource, the first resource being a resource for sending a first data packet and the second resource being a resource for sending a second data packet, the first data packet and the second data packet being identical; the processing module 1201 is configured to determine the third RNTI based on the first resource and the second resource, and to descramble the verification information in the second message based on the third RNTI. Optionally, the sending module 1202 is configured to send the first data packet and the second data packet.

[0384] In some embodiments, the sending module 1202 is configured to send a first message, which is a message for random access, and the first message does not include a random access preamble; the receiving module 1203 is configured to receive a second message in response to the first message, which is a multicast message, and the check information in the second message is scrambled with a fourth RNTI, which is determined based on the start position of the radio frame or superframe carrying the first message; the processing module 1201 is configured to determine the fourth RNTI based on the start position of the radio frame or superframe carrying the first message, and to descramble the check information in the second message based on the fourth RNTI.

[0385] Reusing Figure 12, in some other embodiments of this application, the communication device can be used to perform the actions performed by the access network device in the above method embodiments. In this case, the communication device can be the access network device itself or a chip or functional module configurable in the access network device. The transceiver module is used to perform the transmission-reception related operations of the access network device in the above method embodiments. Alternatively, the sending module is used to perform the transmission-related operations of the access network device in the above method embodiments, and the receiving module is used to perform the reception-related operations of the access network device in the above method embodiments.

[0386] In some embodiments, the receiving module 1203 is configured to receive a first data packet on a first resource, wherein the verification information of the first data packet is scrambled by a first RNTI; the processing module 1201 is configured to descramble the verification information in the first data packet to determine a second resource, wherein the second resource is a resource for sending a second data packet, and the second data packet is the same as the first data packet; the receiving module 1203 is further configured to receive a second data packet on the second resource, wherein the verification information of the second data packet is scrambled by a second RNTI, wherein the second RNTI is determined according to the first resource or a first interval, wherein the first interval is the interval between the first resource and the second resource.

[0387] In one possible design, the first RNTI is determined based on the first identifier and the second resource, or based on the first identifier and the first interval; the second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on the first identifier and the first resource, or based on the first identifier and the first interval; wherein, the first identifier is used to identify the sending device of the first data packet; the processing module 1201 is specifically used to descramble the check information in the first data packet to determine the second resource and the first identifier.

[0388] In some embodiments, processing module 1201 is configured to generate a second message, wherein the verification information in the second message is scrambled with a third RNTI, the third RNTI being determined based on a first resource and a second resource, the first resource being a resource for sending a first data packet and the second resource being a resource for sending a second data packet, the first data packet and the second data packet being identical; sending module 1202 is configured to send the second message. Optionally, receiving module 1203 is configured to receive the first data packet and the second data packet.

[0389] In some embodiments, the receiving module 1203 is configured to receive a first message, which is a message for random access, and the first message does not include a random access preamble; the sending module 1202 is configured to send a second message in response to the first message, the second message being a multicast message, wherein the checksum information in the second message is scrambled with a fourth RNTI, and the fourth RNTI is determined based on the start position of the radio frame or superframe carrying the first message. Optionally, the processing module 1201 is configured to parse the first message. Optionally, the processing module 1201 is further configured to generate the second message.

[0390] Optionally, in the above embodiments, the communication device may further include a storage module, which can be used to store instructions and / or data. The processing module 1201 can read the instructions and / or data in the storage module so that the communication device can implement the aforementioned method embodiments.

[0391] For details regarding the specific explanations of each term, noun, or step in the above embodiments, please refer to the descriptions in the above method embodiments; they will not be detailed here.

[0392] The specific descriptions of the sending module, receiving module, and processing module shown in the above embodiments are merely examples. For the specific functions or execution steps of the sending module, receiving module, and processing module, please refer to the above method embodiments, which will not be described in detail here.

[0393] The communication device of the present application embodiments has been described above. The following describes possible product forms of the communication device. Any product possessing the functions of the communication device shown in FIG12 above falls within the protection scope of the present application embodiments. The following description is merely illustrative and does not limit the product form of the communication device of the present application embodiments to this.

[0394] It should be understood that the communication device 120 here is embodied in the form of a functional module. The term "module" here may refer to application-specific integrated circuits (ASICs), electronic circuits, processors (e.g., shared processors, proprietary processors, or group processors) and memories for executing one or more software or firmware programs, combined logic circuits, and / or other suitable components that support the described functions.

[0395] The communication device 120 in each of the above-described solutions has the function of implementing the corresponding steps performed by the communication device (such as a terminal or access network device) in the above-described methods. This function can be implemented by hardware or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-described functions; for example, the transmitting module can be replaced by a transmitter, the receiving module can be replaced by a receiver, and other units, such as processing modules, can be replaced by a processor, which respectively execute the transmission and reception operations and related processing operations in each method embodiment.

[0396] In addition, the transceiver module described above can also be a transceiver circuit (for example, it may include a receiving circuit and a transmitting circuit), and the processing module 1201 can be a processing circuit.

[0397] Figure 13 is a schematic diagram of another communication device provided in an embodiment of this application. As shown in Figure 13, the communication device includes one or more processors 1320 and transceivers 1310.

[0398] In other embodiments of this application, the communication device is used to execute the steps, methods, or functions performed by the terminal described above. For example, the processor 1320 can be used to execute the functions or steps implemented by the processing module 1201 shown in FIG. 12, and the transceiver 1310 can be used to execute the functions or steps implemented by the transmitting module and receiving module shown in FIG. 12. Detailed descriptions of the processor 1320 and transceiver 1310 can be found in FIG. 12 or the method embodiments shown above, and will not be elaborated further here.

[0399] In some embodiments of this application, the communication device can be used to execute the steps, methods, or functions performed by the access network device described above. For example, the processor 1320 can be used to execute the functions or steps implemented by the processing module 1201 shown in FIG. 12, and the transceiver 1310 can be used to execute the functions or steps implemented by the transmitting module and receiving module shown in FIG. 12. Detailed descriptions of the processor 1320 and transceiver 1310 can be found in FIG. 12 or the method embodiments shown above, and will not be elaborated further here.

[0400] In various implementations of the communication device shown in Figure 13, the transceiver may include a receiver for performing a receiving function (or operation) and a transmitter for performing a transmitting function (or operation). The transceiver is also used to communicate with other devices / appliances via a transmission medium.

[0401] Optionally, the communication device may further include one or more memories 1330 for storing program instructions and / or data. The memory 1330 and the processor 1320 are coupled. The coupling in this embodiment is an indirect coupling or communication connection between communication devices, units, or modules, and can be electrical, mechanical, or other forms, used for information exchange between the communication devices, units, or modules. The processor 1320 may operate in conjunction with the memory 1330. The processor 1320 may execute program instructions stored in the memory 1330. Optionally, at least one of the above-mentioned memories may be included in the processor.

[0402] This application embodiment does not limit the specific connection medium between the transceiver 1310, processor 1320, and memory 1330. In Figure 13, the memory 1330, processor 1320, and transceiver 1310 are connected via a bus 1340, which is represented by a thick line in Figure 13. The connection methods between other components are only illustrative and are not intended to be limiting. Buses can be divided into address buses, data buses, control buses, etc. For ease of illustration, only one thick line is used in Figure 13, but this does not mean that there is only one bus or one type of bus.

[0403] In the embodiments of this application, the processor may be a general-purpose processor, a digital signal processor, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc., and can implement or execute the various methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor may be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application can be directly manifested as being executed by a hardware processor, or being executed by a combination of hardware and software modules within the processor.

[0404] In this application embodiment, the memory may include, but is not limited to, non-volatile memory such as hard disk drive (HDD) or solid-state drive (SSD), random access memory (RAM), erasable programmable read-only memory (EPROM), read-only memory (ROM), or compact disc read-only memory (CD-ROM), etc. Memory is any storage medium capable of carrying or storing program code in the form of instructions or data structures, and capable of being read and / or written by a computer (such as the communication device shown in this application), but is not limited to this. The memory in this application embodiment may also be a circuit or any other device capable of implementing storage functions, used to store program instructions and / or data.

[0405] The processor 1320 is primarily used for processing communication protocols and data, controlling the entire communication device, executing software programs, and processing software program data. The memory 1330 is primarily used for storing software programs and data. The transceiver 1310 may include control circuitry and an antenna. The control circuitry is primarily used for converting baseband signals to radio frequency signals and processing radio frequency signals. The antenna is primarily used for transmitting and receiving radio frequency signals in the form of electromagnetic waves. Input / output devices, such as touchscreens, displays, and keyboards, are primarily used for receiving user input data and outputting data to the user.

[0406] When the communication device is powered on, the processor 1320 can read the software program in the memory 1330, interpret and execute the instructions of the software program, and process the data of the software program. When data needs to be transmitted wirelessly, the processor 1320 performs baseband processing on the data to be transmitted and outputs the baseband signal to the radio frequency (RF) circuit. The RF circuit processes the baseband signal and transmits the RF signal outward in the form of electromagnetic waves through the antenna. When data is sent to the communication device, the RF circuit receives the RF signal through the antenna, converts the RF signal into a baseband signal, and outputs the baseband signal to the processor 1320. The processor 1320 converts the baseband signal into data and processes the data.

[0407] In another implementation, the aforementioned radio frequency circuits and antennas can be set up independently of the processor that performs baseband processing. For example, in a distributed scenario, the radio frequency circuits and antennas can be arranged in a remote manner, independent of the communication device.

[0408] The communication device shown in this application embodiment may also have more components than those in Figure 13, and this application embodiment does not limit this. The methods executed by the processor and transceiver shown above are only examples, and the specific steps executed by the processor and transceiver can be referred to the methods described above.

[0409] In another possible implementation, in the communication device shown in FIG12, the processing module 1201 can be one or more logic circuits, the transmitting module can be an output interface, and the receiving module can be an input interface. The transmitting module and the receiving module are integrated into one module, such as an input / output interface. As shown in FIG14, the communication device shown in FIG14 includes a logic circuit 1401 and an interface 1402. FIG14 is another structural schematic diagram of the communication device provided in the embodiment of this application. The above-mentioned processing module 1201 can be implemented by the logic circuit 1401, and the transmitting module and the receiving module can be implemented by the interface 1402. The logic circuit 1401 can be a chip, a processing circuit, an integrated circuit, or a system on chip (SoC) chip, etc., and the interface 1402 can be a communication interface, an input / output interface, a pin, etc. For example, FIG14 illustrates the above-mentioned communication device as a chip, which includes a logic circuit 1401 and an interface 1402.

[0410] In this embodiment, the logic circuit and the interface can also be coupled to each other. The specific connection method of the logic circuit and the interface is not limited in this embodiment. For example, the logic circuit 1401 can be used to execute the functions or steps implemented by the processing module 1201 shown in FIG. 12, and the interface 1402 can be used to execute the functions or steps implemented by the transceiver module shown in FIG. 12. For a detailed description of the logic circuit 1401 and the interface 1402, please refer to FIG. 12 or the method embodiment shown above, which will not be detailed here.

[0411] The communication device shown in the embodiments of this application can implement the method provided in the embodiments of this application in hardware form, or it can implement the method provided in the embodiments of this application in software form, etc., and the embodiments of this application do not limit it in this way.

[0412] Furthermore, embodiments of this application also provide a communication system including a terminal and an access network device, which can be used to perform the methods in any of the foregoing embodiments. Optionally, the communication system may also include other terminals.

[0413] This application also provides a computer-readable storage medium storing a computer program or instructions that, when run on a computer, cause the computer to perform the methods of the above embodiments.

[0414] This application also provides a computer program product, which includes instructions or a computer program that, when run on a computer, causes the methods in the above embodiments to be executed.

[0415] This application also provides a chip, which includes: a communication interface and a processor; the communication interface is used for signal transmission and reception of the chip; the processor is used to execute computer program instructions, causing a communication device including the chip to perform the methods as described in the above embodiments.

[0416] In the several embodiments provided in this application, it should be understood that the disclosed systems, communication devices, and methods can be implemented in other ways. For example, the communication device embodiments described above are merely illustrative. For instance, the division of modules is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple modules or components may be combined or integrated into another system, or some features may be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, communication devices, or modules, or it may be an electrical, mechanical, or other form of connection. Modules described as separate components may or may not be physically separate, and components shown as modules may or may not be physical modules, that is, they may be located in one place or distributed across multiple network modules. Some or all of the modules can be selected according to actual needs to achieve the technical effects of the solutions provided in the embodiments of this application.

[0417] Furthermore, the functional modules in the various embodiments of this application can be integrated into one processing module, or each module can exist physically separately, or two or more modules can be integrated into one module. The integrated modules described above can be implemented in hardware or as software functional modules.

[0418] If the integrated module is implemented as a software functional module and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a readable storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned readable storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0419] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, optical storage, etc.) containing computer-usable program code.

[0420] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to this application. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in one or more blocks of the flowchart illustrations and / or one or more blocks of the block diagrams.

[0421] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means that implement the functions specified in one or more flowcharts and / or one or more block diagrams.

[0422] These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process, such that the instructions, which execute on the computer or other programmable apparatus, provide steps for implementing the functions specified in one or more flowcharts and / or one or more block diagrams.

[0423] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the scope of this application. Therefore, if such modifications and variations fall within the scope of the claims of this application and their equivalents, this application also intends to include such modifications and variations.

Claims

1. A communication method, characterized in that, include: The first data packet is sent in the first resource, and the verification information of the first data packet is scrambled with the first radio network temporary identifier (RNTI). A second data packet is sent from the second resource. The second data packet is the same as the first data packet, and the verification information of the second data packet is scrambled by the second RNTI. Wherein, the first RNTI is determined based on the second resource or the first interval, the second RNTI is determined based on the first resource or the first interval, and the first interval is the interval between the first resource and the second resource.

2. The method according to claim 1, characterized in that, The first RNTI is determined based on the second resource or the first interval, and the second RNTI is determined based on the first resource or the first interval, including: The first RNTI is determined based on the first resource and the second resource, and the second RNTI is determined based on the first resource and the second resource.

3. The method according to claim 1, characterized in that, The first RNTI is determined based on the second resource or the first interval, and the second RNTI is determined based on the first resource or the first interval, including: The first RNTI is determined based on the first identifier and the second resource, or based on the first identifier and the first interval; the second RNTI is determined based on the first identifier and the first resource, or based on the first identifier and the first interval; wherein, the first identifier is used to identify the sending device of the first data packet.

4. The method according to claim 3, characterized in that, The first RNTI is determined based on the second resource or the first interval, and the second RNTI is determined based on the first resource or the first interval, including: The first RNTI is determined based on the first identifier, the first resource, and the second resource, and the second RNTI is determined based on the first identifier, the first resource, and the second resource.

5. The method according to any one of claims 1 to 4, characterized in that, The first data packet is a first message for random access, and the first message does not include a random access preamble; the method further includes: A second message is received in response to the first message, wherein the verification information in the second message is scrambled by a third RNTI, which is determined based on the first resource and the second resource.

6. The method according to claim 5, characterized in that, The first data packet and the second data packet are sent in OCC mode; the third RNTI is determined based on the first resource and the second resource, including: The third RNTI is determined based on at least one of the first index and the second index, as well as the first resource and the second resource, wherein the first index is the index of the orthogonal overlay code used for sending the second data packet, and the second index is the index of the orthogonal overlay code used for sending the first data packet.

7. The method according to any one of claims 1 to 4, characterized in that, The first data packet is a first message for random access, and the first message does not include a random access preamble; the method further includes: A second message is received in response to the first message. The second message is a multicast message. The verification information in the second message is scrambled with a fourth RNTI, which is determined based on the start position of the radio frame carrying the first data packet or the start position of the radio frame carrying the second data packet.

8. The method according to claim 7, characterized in that, The second message carries one or more identifiers for identifying one or more terminals in a multicast group, one of which is determined based on the first resource and the second resource.

9. A communication method, characterized in that, include: A first data packet is received on a first resource, wherein the verification information of the first data packet is scrambled with a first radio network temporary identifier (RNTI). The verification information in the first data packet is descrambled to determine the second resource, which is a resource used to send the second data packet, and the second data packet is the same as the first data packet; The second data packet is received on the second resource. The verification information of the second data packet is scrambled by a second RNTI, which is determined based on the first resource or a first interval, where the first interval is the interval between the first resource and the second resource.

10. The method according to claim 9, characterized in that, The first RNTI is determined based on the first resource and the second resource; The second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on the first resource and the second resource.

11. The method according to claim 9, characterized in that, The first RNTI is determined based on the first identifier and the second resource, or based on the first identifier and the first interval; The second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on the first identifier and the first resource, or based on the first identifier and the first interval; wherein, the first identifier is used to identify the sending device of the first data packet; The step of descrambling the verification information in the first data packet to determine the second resource includes: descrambling the verification information in the first data packet to determine the second resource and the first identifier.

12. The method according to claim 11, characterized in that, The first RNTI is determined based on the first identifier, the first resource, and the second resource; The second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on the first identifier, the first resource, and the second resource.

13. The method according to any one of claims 9 to 12, characterized in that, The first data packet is a first message for random access, and the first message does not include a random access preamble; the method further includes: In response to the first message, a second message is sent, wherein the verification information in the second message is scrambled by a third RNTI, which is determined based on the first resource and the second resource.

14. The method according to claim 13, characterized in that, The first data packet and the second data packet are sent in OCC mode; the third RNTI is determined based on the first resource and the second resource, including: The third RNTI is determined based on at least one of the first index and the second index, as well as the first resource and the second resource, wherein the first index is the index of the orthogonal overlay code used for sending the second data packet, and the second index is the index of the orthogonal overlay code used for sending the first data packet.

15. The method according to any one of claims 9 to 12, characterized in that, The first data packet is a first message for random access, and the first message does not include a random access preamble; the method further includes: In response to the first message, a second message is sent. The second message is a multicast message. The verification information in the second message is scrambled with a fourth RNTI, which is determined based on the start position of the radio frame carrying the first data packet or the start position of the radio frame carrying the second data packet.

16. The method according to claim 15, characterized in that, The second message carries one or more identifiers for identifying one or more terminals in a multicast group, one of which is determined based on the first resource and the second resource.

17. A communication device, characterized in that, include: The sending module is configured to send a first data packet in the first resource, wherein the verification information of the first data packet is scrambled by a first radio network temporary identifier (RNTI). The sending module is further configured to send a second data packet in the second resource, the second data packet being the same as the first data packet, and the verification information of the second data packet being scrambled by a second RNTI; Wherein, the first RNTI is determined based on the second resource or the first interval, the second RNTI is determined based on the first resource or the first interval, and the first interval is the interval between the first resource and the second resource.

18. The apparatus according to claim 17, characterized in that, The first RNTI is determined based on the second resource or the first interval, and the second RNTI is determined based on the first resource or the first interval, including: The first RNTI is determined based on the first resource and the second resource, and the second RNTI is determined based on the first resource and the second resource.

19. The apparatus according to claim 17, characterized in that, The first RNTI is determined based on the second resource or the first interval, and the second RNTI is determined based on the first resource or the first interval, including: The first RNTI is determined based on the first identifier and the second resource, or based on the first identifier and the first interval; the second RNTI is determined based on the first identifier and the first resource, or based on the first identifier and the first interval; wherein, the first identifier is used to identify the sending device of the first data packet.

20. The apparatus according to claim 19, characterized in that, The first RNTI is determined based on the second resource or the first interval, and the second RNTI is determined based on the first resource or the first interval, including: The first RNTI is determined based on the first identifier, the first resource, and the second resource, and the second RNTI is determined based on the first identifier, the first resource, and the second resource.

21. The apparatus according to any one of claims 17 to 20, characterized in that, The first data packet is a first message for random access, and the first message does not include a random access preamble; the communication device further includes: A receiving module is configured to receive a second message in response to the first message, wherein the verification information in the second message is scrambled by a third RNTI, the third RNTI being determined based on the first resource and the second resource.

22. The apparatus according to claim 21, characterized in that, The first data packet and the second data packet are sent in OCC mode; the third RNTI is determined based on the first resource and the second resource, including: The third RNTI is determined based on at least one of the first index and the second index, as well as the first resource and the second resource, wherein the first index is the index of the orthogonal overlay code used for sending the second data packet, and the second index is the index of the orthogonal overlay code used for sending the first data packet.

23. The apparatus according to any one of claims 17 to 20, characterized in that, The first data packet is a first message for random access, and the first message does not include a random access preamble; the communication device further includes: The receiving module is configured to receive a second message in response to the first message, the second message being a multicast message, wherein the verification information in the second message is scrambled with a fourth RNTI, the fourth RNTI being determined based on the start position of the radio frame carrying the first data packet or the start position of the radio frame carrying the second data packet.

24. The method according to claim 23, characterized in that, The second message carries one or more identifiers for identifying one or more terminals in a multicast group, one of which is determined based on the first resource and the second resource.

25. A communication device, characterized in that, include: The receiving module is configured to receive a first data packet on a first resource, wherein the verification information of the first data packet is scrambled by a first radio network temporary identifier (RNTI). The processing module is used to descramble the verification information in the first data packet to determine the second resource, the second resource being the resource used to send the second data packet, and the second data packet being the same as the first data packet; The receiving module is further configured to receive the second data packet on the second resource, wherein the verification information of the second data packet is scrambled by a second RNTI, and the second RNTI is determined based on the first resource or a first interval, wherein the first interval is the interval between the first resource and the second resource.

26. The apparatus according to claim 25, characterized in that, The first RNTI is determined based on the first resource and the second resource; The second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on the first resource and the second resource.

27. The apparatus according to claim 25, characterized in that, The first RNTI is determined based on the first identifier and the second resource, or based on the first identifier and the first interval; The second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on the first identifier and the first resource, or based on the first identifier and the first interval; wherein, the first identifier is used to identify the sending device of the first data packet; The processing module is specifically used to descramble the verification information in the first data packet to determine the second resource and the first identifier.

28. The apparatus according to claim 27, characterized in that, The first RNTI is determined based on the first identifier, the first resource, and the second resource; The second RNTI is determined based on the first resource or the first interval, including: the second RNTI is determined based on the first identifier, the first resource, and the second resource.

29. The apparatus according to any one of claims 25 to 28, characterized in that, The first data packet is a first message for random access, and the first message does not include a random access preamble; the communication device further includes: The sending module is configured to send a second message in response to the first message, wherein the verification information in the second message is scrambled by a third RNTI, and the third RNTI is determined based on the first resource and the second resource.

30. The apparatus according to claim 29, characterized in that, The first data packet and the second data packet are sent in OCC mode; the third RNTI is determined based on the first resource and the second resource, including: The third RNTI is determined based on at least one of the first index and the second index, as well as the first resource and the second resource, wherein the first index is the index of the orthogonal overlay code used for sending the second data packet, and the second index is the index of the orthogonal overlay code used for sending the first data packet.

31. The apparatus according to any one of claims 25 to 28, characterized in that, The first data packet is a first message for random access, and the first message does not include a random access preamble; the communication device further includes: The sending module is configured to send a second message in response to the first message, the second message being a multicast message, wherein the verification information in the second message is scrambled with a fourth RNTI, the fourth RNTI being determined based on the start position of the radio frame carrying the first data packet or the start position of the radio frame carrying the second data packet.

32. The apparatus according to claim 31, characterized in that, The second message carries one or more identifiers for identifying one or more terminals in a multicast group, one of which is determined based on the first resource and the second resource.

33. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program or instructions that, when executed, cause the method as described in any one of claims 1 to 16 to be performed.

34. A computer program product, characterized in that, When the computer program product is run on a computer, the method as described in any one of claims 1 to 16 is performed.

Images