A feedback acknowledgement method, device, apparatus and storage medium

By generating confirmation information after the network device detects successful terminal access and data transmission, the problem of low data transmission efficiency in the existing technology is solved, efficient data transmission and access merging is achieved, delay and coordination signaling overhead are reduced, and it is suitable for a variety of communication systems.

CN115460656BActive Publication Date: 2025-10-17DATANG MOBILE COMM EQUIP CO LTD
View PDF 3 Cites 0 Cited by

Patent Information

Application Number
CN202110637561.2
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2021-06-08
Publication Date
2025-10-17
Estimated Expiration
2041-06-08

AI Technical Summary

Technical Problem

In the prior art, data transmission can only be performed after the terminal identity information is determined during the random access process, resulting in low data transmission efficiency and large delay and coordination signaling overhead.

Method used

After the network device detects that the terminal access and data transmission are successful, it generates and sends confirmation information, including identification information for indicating that the access and data transmission are successful. The terminal confirms that the access and data transmission are successful by receiving the information.

Benefits of technology

It improves data transmission efficiency, reduces latency, and does not require coordination between network equipment and terminals. It is suitable for a variety of communication systems such as 5G systems and supports access and data transmission of a large number of terminals.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN115460656B_ABST
    Figure CN115460656B_ABST
Patent Text Reader

Abstract

Embodiments of the present application provide a feedback confirmation method, device, apparatus and storage medium, the method comprising: determining a first event, the first event comprising the network device detecting that a terminal accesses successfully, and determining that data sent by the terminal to the network device is received successfully; generating confirmation information according to the first event, the confirmation information comprising identification information used for indicating the first event; and sending the confirmation information to the terminal. Therefore, the present application knows the access success and the data transmission success through the confirmation information, improves the data transmission efficiency, and combines the access and the transmission together, so that the coordination process of the network device between the access and the transmission is not needed, and the time delay is also reduced.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of communication, and in particular to a feedback confirmation method, device, apparatus and storage medium. BACKGROUND

[0002] The random access procedure refers to a procedure from sending a random access preamble by a user to establishing a basic signaling connection with a network before data transmission.

[0003] In the random access procedure, after determining the terminal identity information through the interaction between the network and the terminal, data transmission can be performed.

[0004] However, the above-mentioned data transmission after determining the terminal identity information reduces the data transmission efficiency. SUMMARY

[0005] The embodiments of the present application provide a feedback confirmation method, device, apparatus and storage medium to solve the technical problem of data transmission after determining the terminal identity information in the prior art, and improve the data transmission efficiency.

[0006] In a first aspect, the embodiments of the present application provide a feedback confirmation method, comprising:

[0007] determining a first event, the first event comprising that a network device detects that a terminal accesses successfully and determines that data sent by the terminal to the network device is successfully received;

[0008] generating confirmation information according to the first event, the confirmation information comprising identification information used for indicating the first event;

[0009] sending the confirmation information to the terminal.

[0010] Optionally, according to the feedback confirmation method of one embodiment of the present application, the identification information comprises a cyclic redundancy check (CRC) bit used for determining that the data transmission between the terminal and the network device is successful.

[0011] Optionally, according to the feedback confirmation method of one embodiment of the present application, the network device detecting that the terminal accesses successfully comprises:

[0012] The network device detects that the first wireless signal sent by the terminal comprises a pre-configured random access preamble.

[0013] Optionally, according to the feedback confirmation method of one embodiment of the present application, the network device obtains the transmission format of the data sent by the terminal to the network device through the detected random access preamble.

[0014] Optionally, the method for feedback confirmation according to an embodiment of the present application, the sending of the confirmation information to the terminal comprises:

[0015] determining a sending channel for sending the confirmation information;

[0016] sending the confirmation information to the terminal through the sending channel.

[0017] Optionally, the method for feedback confirmation according to an embodiment of the present application, the sending of the confirmation information to the terminal through the sending channel comprises:

[0018] scrambling the confirmation information by a random access radio network temporary identifier (RA-RNTI) to obtain scrambled confirmation information, the RA-RNTI being determined by a sending resource position of a first wireless signal sent by the terminal;

[0019] sending the scrambled confirmation information to the terminal through the sending channel.

[0020] Optionally, the method for feedback confirmation according to an embodiment of the present application, the sending channel comprises one or more of the following:

[0021] a unicast control channel;

[0022] a unicast data channel;

[0023] a multicast control channel;

[0024] a multicast data channel.

[0025] Optionally, the method for feedback confirmation according to an embodiment of the present application, the sending channel is a unicast data channel or a multicast data channel, and the confirmation information is located in a medium access control-control element (MAC-CE).

[0026] In a second aspect, an embodiment of the present application provides a method for feedback confirmation, comprising:

[0027] receiving confirmation information sent by a network device, the confirmation information comprising first identification information indicating a first event, the first event comprising detection by the network device of successful access by a terminal or successful reception by the network device of data sent by the terminal to the network device;

[0028] if the first identification information is the same as second identification information, the second identification information being identification information used by the terminal to send data to the network device, then it is determined that the terminal has successfully accessed and that data transmission between the terminal and the network device has been successful. Optionally, the method for feedback confirmation according to an embodiment of the present application further comprises:

[0029] Performing a cyclic redundancy check (CRC) on the first identification information and the data sent by the terminal to the network device to obtain a check result;

[0030] If the verification result is successful, it is determined that the first identification information is the same as the second identification information.

[0031] Optionally, the feedback confirmation method according to an embodiment of the present application further includes:

[0032] A first wireless signal is sent to the network device, where the first wireless signal includes a preconfigured random access preamble code and data sent by the terminal to the network device, where the random access preamble code indicates transmission format information of the data sent by the terminal to the network device.

[0033] Optionally, according to the feedback confirmation method of an embodiment of the present application, the first identification information includes a cyclic redundancy check CRC bit used to determine that data transmission between the terminal and the network device is successful.

[0034] Optionally, according to the feedback confirmation method of an embodiment of the present application, the receiving confirmation information sent by the network device includes:

[0035] determining a receiving channel for receiving the confirmation information;

[0036] The confirmation information is received through the receiving channel.

[0037] Optionally, according to the feedback confirmation method of an embodiment of the present application, the receiving the confirmation information through the receiving channel includes:

[0038] Receiving, through the receiving channel, scrambled confirmation information of a random access radio network temporary identifier RA-RNTI, where the RA-RNTI is determined by a first sending resource position of a radio signal sent by the terminal;

[0039] The scrambled confirmation information is descrambled using the RA-RNTI to obtain descrambled confirmation information.

[0040] Optionally, according to the feedback confirmation method of an embodiment of the present application, the receiving channel includes one or more of the following:

[0041] Unicast control channel;

[0042] Unicast data channel;

[0043] Multicast control channel;

[0044] Multicast data channel.

[0045] Optionally, according to the feedback confirmation method of an embodiment of the present application, the receiving channel is a unicast data channel or a multicast data channel, and the confirmation information is located in a medium access control-control element (MAC-CE).

[0046] In a third aspect, an embodiment of the present application provides a network device, comprising a memory, a transceiver, and a processor, wherein:

[0047] The memory is configured to store a computer program; the transceiver is configured to transceive data under control of the processor; and the processor is configured to read the computer program in the memory and implement steps of the feedback confirmation method according to the first aspect.

[0048] In a fourth aspect, an embodiment of the present application provides a terminal device, comprising a memory, a transceiver, and a processor, wherein:

[0049] The memory is configured to store a computer program; the transceiver is configured to transceive data under control of the processor; and the processor is configured to read the computer program in the memory and implement steps of the feedback confirmation method according to the second aspect.

[0050] In a fifth aspect, an embodiment of the present application provides a feedback confirmation apparatus, comprising:

[0051] An event determination unit is configured to determine a first event, the first event comprising that a network device detects that a terminal accesses successfully or determines that data sent by the terminal to the network device is successfully received;

[0052] A generation unit is configured to generate confirmation information according to the first event, the confirmation information comprising identification information indicating the first event;

[0053] A sending unit is configured to send the confirmation information to the terminal.

[0054] In a sixth aspect, an embodiment of the present application provides a feedback confirmation apparatus, comprising:

[0055] A receiving unit is configured to receive confirmation information sent by a network device, the confirmation information comprising first identification information indicating a first event, the first event comprising that the network device detects that a terminal accesses successfully or determines that data sent by the terminal to the network device is successfully received;

[0056] A feedback determination unit is configured to determine that the terminal accesses successfully and data transmission between the terminal and the network device is successful, if the first identification information is same as second identification information, the second identification information being identification information used by the terminal to send data to the network device.

[0057] In a seventh aspect, an embodiment of the present application provides a processor-readable storage medium, which stores a computer program, and the computer program is used for causing a processor to execute steps of the feedback confirmation method according to the first aspect.

[0058] In an eighth aspect, an embodiment of the present application provides a processor-readable storage medium, which stores a computer program, and the computer program is used for causing a processor to execute steps of the feedback confirmation method according to the second aspect.

[0059] The feedback confirmation method, device, apparatus and storage medium provided by the embodiments of the present application can feed back confirmation information to the terminal after detecting that the terminal accesses successfully and determining that data transmission between the terminal and the network device is successful, so that the terminal can know the access success and the data transmission success through the confirmation information, the data transmission efficiency is improved, the access and the transmission are combined together, the coordination process of the network device between the access and the transmission is not needed, and the time delay is also reduced. BRIEF DESCRIPTION OF DRAWINGS

[0060] In order to more clearly illustrate the technical solutions of the embodiments of the present application or the prior art, the following will briefly introduce the drawings needed to be used in the embodiments or the prior art description. Obviously, the drawings in the following description are some embodiments of the present application, and other drawings can also be obtained by those skilled in the art without creative labor.

[0061] Figure 1 is one of the flowcharts of the feedback confirmation method provided by the embodiments of the present application;

[0062] Figure 2 is a schematic diagram of an application scenario of the feedback confirmation method provided by the embodiments of the present application;

[0063] Figure 3 is the second flowchart of the feedback confirmation method provided by the embodiments of the present application;

[0064] Figure 4 is one of the structural schematic diagrams of the feedback confirmation apparatus provided by the embodiments of the present application;

[0065] Figure 5 is the second structural schematic diagram of the feedback confirmation apparatus provided by the embodiments of the present application;

[0066] Figure 6 is the structural schematic diagram of the network device provided by the embodiments of the present application;

[0067] Figure 7 is the structural schematic diagram of the terminal device provided by the embodiments of the present application. DETAILED DESCRIPTION

[0068] In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only some but not all of the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by a person of ordinary skill in the art without creative work fall within the protection scope of the present application.

[0069] In order to clearly describe the technical solutions in the embodiments of the present application, in each embodiment of the present application, if the same items or similar items with basically the same functions and effects are distinguished by using “first”, “second” and the like, a person of ordinary skill in the art can understand that the “first”, “second” and the like do not limit the quantity and execution order.

[0070] In the embodiments of the present application, the term “and / or” describes the association relationship of the associated objects, which means that there can be three relationships, for example, A and / or B can mean that there are three cases of A alone, A and B together, and B alone. The character “ / ” generally represents an “or” relationship between the associated objects before and after it.

[0071] In the embodiments of the present application, the term “multiple” means two or more, and other quantifiers are similar.

[0072] The technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only some but not all of the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by a person of ordinary skill in the art without creative work fall within the protection scope of the present application.

[0073] The random access procedure refers to the procedure from the start of sending a random access preamble by a user to the establishment of a basic signaling connection with a network before the network is accessed. The random access procedure can include, as an example, a contention-based random access procedure (i.e., a four-step random access channel (RACH)) or a non-contention-based random access procedure (i.e., a two-step RACH), which are implemented as follows:

[0074] First, the contention-based random access procedure (i.e., the four-step RACH) can include:

[0075] (1) The terminal sends a message one, i.e., a random access preamble, to the base station.

[0076] Specifically, the terminal sends a preamble on the RACH, the main role of the preamble is to tell the base station that there is a random access request, and to let the base station estimate the time advance (TA).

[0077] There are 64 preambles in each cell, and the preambles used for competing for random access can be divided into two groups. The base station informs all terminals through the system information block (SIB) 2 about information such as which time-frequency resources are allowed to transmit preambles, two preamble groups of the terminal, a size threshold of message 3, power configuration, etc. The terminal selects a suitable preamble (or preamble ID) according to the possible size of message 3 and path loss, etc., and sends it out in a suitable random access opportunity (RACH Occasion, RO). When sending, the random access-radio network temporary identifier (RA-RNTI) is calculated according to the RO.

[0078] The terminal selects one of the two preamble groups, which actually carries 1-bit information, indicating the size of message 3 to the base station, or other transmission format information.

[0079] The communication between the base station and the terminal enables the preamble identifier (ID) and the RA-RNTI as the identity information of the terminal.

[0080] (2) The base station sends message 2, i.e. the random access response (RAR), to the terminal.

[0081] Specifically, after the terminal sends the preamble, it will listen to the physical downlink control channel (PDCCH) and the physical downlink shared channel (PDSCH) within the RAR time window. The PDCCH and the PDSCH contain RA-RNTI information, and the information carried by the RAR includes preamble ID, TA, temporary cell-radio network temporary identifier (TC-RNTI) used by message 3, and resources, etc. If no RAR from the base station is received within the RAR time window, the terminal considers that this random access process has failed, and will retransmit message 1.

[0082] The communication between the base station and the terminal uses the preamble ID and the RA-RNTI as the identity information of the terminal, while enabling the temporary cell-radio network temporary identifier (TC-RNTI) as the identity information of the terminal.

[0083] (3) The terminal sends message three, i.e., scheduled transmission, to the base station.

[0084] Specifically, the terminal sends message three on the scheduled resource using the TC-RNTI, and message three is mainly high-layer configuration information, including the international mobile subscriber identity (IMSI) of the terminal, a radio resource control (RRC) connection request, tracking information update, etc. Message three is transmitted on a physical uplink shared channel (PUSCH) and uses hybrid automatic repeat request (HARQ). When the terminal message three conflicts and the base station cannot send message four, the terminal restarts random access after reaching the maximum HARQ retransmission number.

[0085] The communication between the base station and the terminal uses the TC-RNTI as the identity information of the terminal, while obtaining the international mobile subscriber identity (IMSI) of the terminal as the unique identity information of the terminal.

[0086] (4) The base station sends message four, i.e., contention resolution, to the terminal.

[0087] Specifically, the terminal starts a timer after sending message three, and always uses the TC-RNTI to monitor the PDCCH and the PDSCH before the timer expires. The PDSCH contains the terminal message three, and the terminal finds that the message three is consistent with the locally cached message three after correctly decoding the PDSCH, and then sends ACK information and upgrades the TC-RNTI to the C-RNTI. If the timer expires, the terminal discards the TC-RNTI and considers that the random access fails.

[0088] The communication between the base station and the terminal uses the TC-RNTI as the identity information of the terminal, confirms the IMSI of the terminal, and then upgrades the TC-RNTI to the C-RNTI as the unique identity information of the terminal.

[0089] When the above four-step process between the terminal and the base station is completed, the uplink synchronization information TA and the unique identity information C-RNTI of the terminal are obtained, and the random access is successful. Next, the C-RNTI can be used for data transmission.

[0090] Second, the non-contention-based random access process (i.e., two-step RACH) can include:

[0091] (1) The terminal sends a message A (MSG-A) to the base station, that is.

[0092] Specifically, in the sending of the message A (MSG-A), the terminal directly sends the preamble and the uplink load (i.e., the PUSCH load). The content of MSG-A includes a preamble on a physical random access channel (PRACH) and a load on a PUSCH, and the load is the message three in the above-mentioned contention-based random access process, which is mainly high-layer configuration information, including terminal IMSI, RRC connection request, tracking information update, etc.

[0093] In the sending of the message A (MSG-A), one sending occupies two time slots, corresponding to the preamble and the data respectively, and a guard interval is reserved in between to reduce the influence of the preambles of other terminals on the data of the target terminal.

[0094] (2) The base station sends a message B to the terminal, i.e., contention resolution.

[0095] Specifically, after the sending of MSG-A, the terminal waits for PDCCH and PDSCH in a time window, and the PDSCH carries RAR and TA information, and the RAR includes preamble ID, C-RNTI, etc.

[0096] The above-mentioned contention-based random access process uses preamble access, if there is no collision, the terminal identity information is determined through the interaction between the network device and the terminal, and then the data transmission is started, and the process of data transmission needs to be scheduled or pre-configured resources, which limits the number of terminals.

[0097] Similarly, the above non-contention-based random access process uses a preamble to access and sends terminal identity information at the same time, which can reduce the time of preamble occupation, theoretically improve the utilization efficiency of the preamble, but still needs interaction between the network device and the terminal to determine the terminal identity information, and then data transmission can be started. The process of data transmission also needs to be scheduled or pre-configured resources, which also limits the number of terminals.

[0098] It can be seen that the above-mentioned contention-based random access process and non-contention-based random access process both need the network device to send coordination signaling to determine the terminal identity information, and then start data transmission, which limits the number of terminals that the network device can support and also has a large delay.

[0099] Therefore, the present application provides a feedback confirmation method, device, apparatus and storage medium to improve the efficiency of data transmission, especially for a large number of terminals for small packet transmission, which can accommodate a large number of terminals for random access and support a large number of terminals for data transmission, improve transmission efficiency, and also reduce coordination signaling overhead to improve the ability of the network device to support a large number of terminals.

[0100] Among them, the large number of terminals for small packet transmission can be divided into three categories:

[0101] The first category is the scene of traditional terminals, including mobile phones and the like. In this scenario, the network device needs to accurately confirm the complete identity information of the terminal, at which time the existing four-step RACH or two-step RACH scheme can be used;

[0102] The second category is a low-power wide-area network (Low Power Wide Area, LPWA) terminal, including temperature sensors and the like. In this scenario, the network device does not need to feed back to the terminal, and the temperature sensor reports KV={geographic location, temperature} to the network device, and the network device does not feed back any information to reduce the cost of the terminal;

[0103] The third category is between the first two categories, including monitoring cameras and the like. After the network device receives the data, if an error is detected, it can schedule retransmission or not schedule retransmission according to the network resource status. At this time, in order to reduce the feedback overhead, the network device does not need to accurately confirm the complete identity information of the terminal.

[0104] Among them, the method and the device are based on the same application concept. Since the principles of the method and the device for solving problems are similar, the implementation of the device and the method can be mutually referred to, and the repeated parts will not be repeated.

[0105] The technical solutions provided by the embodiments of the present application can be applied to various systems, especially 5G systems. For example, the applicable systems can be a global system of mobile communication (GSM) system, a code division multiple access (CDMA) system, a wideband code division multiple access (WCDMA) general packet radio service (GPRS) system, a long term evolution (LTE) system, an LTE frequency division duplex (FDD) system, an LTE time division duplex (TDD) system, a long term evolution advanced (LTE-A) system, a universal mobile system (UMTS), a worldwide interoperability for microwave access (WiMAX) system, a 5G new radio (NR) system, and the like. The various systems all include terminal devices and network devices. The system can also include a core network part, such as an evolved packet system (EPS), a 5G system (5GS), and the like.

[0106] The network device related to the embodiments of the present application can be a base station, which can include multiple cells serving terminals. According to different application scenarios, the base station can also be referred to as an access point, or can be a device in an access network that communicates with wireless terminal devices through one or more sectors over an air interface, or other names. The network device can be used to exchange received air frames and Internet Protocol (IP) packets as a router between wireless terminal devices and the rest of the access network, which can include an Internet Protocol (IP) communication network. The network device can also coordinate the management of the properties of the air interface. For example, the network device related to the embodiments of the present application can be a network device (Base Transceiver Station, BTS) in the Global System for Mobile Communications (GSM) or Code Division Multiple Access (CDMA), or a network device (NodeB) in Wide-band Code Division Multiple Access (WCDMA), or an evolved network device (evolutional Node B, eNB or e-NodeB) in a long term evolution (LTE) system, or a 5G base station (gNB) in a next generation system, or a Home evolved Node B (HeNB), a relay node, a femto, a pico, etc., which are not limited in the embodiments of the present application. In some network structures, the network device can include a centralized unit (CU) node and a distributed unit (DU) node, and the centralized unit and the distributed unit can also be geographically separated.

[0107] The terminal device referred to in the embodiments of the present application can be a device providing voice and / or data connectivity for a user in a device having a wireless connection function, or other processing devices connected to a wireless modem, etc. In different systems, the name of the terminal device can also be different, for example, in a 5G system, the terminal device can be called a user equipment (User Equipment, UE). The wireless terminal device can communicate with one or more core networks (Core Network, CN) through a radio access network (Radio Access Network, RAN). The wireless terminal device can be a mobile terminal device, such as a mobile phone (also known as a "cellular" phone) and a computer with a mobile terminal device, for example, it can be a portable, pocket-sized, handheld, computer-built-in or vehicle-mounted mobile device that exchanges language and / or data with a radio access network. For example, personal communication service (Personal Communication Service, PCS) phones, cordless phones, session initiation protocol (Session Initiated Protocol, SIP) phones, wireless local loop (Wireless Local Loop, WLL) stations, personal digital assistants (Personal Digital Assistant, PDA) and the like. The wireless terminal device can also be referred to as a system, a subscriber unit, a subscriber station, a mobile station, a mobile, a remote station, an access point, a remote terminal, an access terminal, a user terminal, a user agent, a user device, which is not limited in the embodiments of the present application.

[0108] Figure 1 is one of the flow diagrams of a feedback confirmation method provided by the embodiments of the present application, Figure 2 is a schematic diagram of an application scenario of a feedback confirmation method provided by the embodiments of the present application; the feedback confirmation method can be used for a network device, such as: Figure 2 a base station in FIG. 1. As shown in Figure 1 , the feedback confirmation method can include the following steps:

[0109] Step 101, determining a first event, the first event including the network device detecting that the terminal accesses successfully, determining that the data sent by the terminal to the network device is successfully received.

[0110] Specifically, the first event can be detecting access success of one terminal and detecting data transmission success between the terminal and the network device; or the first event can be detecting access success of multiple terminals and detecting data transmission success between the terminals and the network device.

[0111] For example, as shown in FIG. 1, the network device detects access success of terminal 1 and determines data transmission success between terminal 1 and the network device based on the detected access information of terminal 1. At this time, the first event can be access success of terminal 1 and data transmission success between terminal 1 and the network device. Figure 2 Figure 2 For example, as shown in FIG. 1, the network device detects access success of terminal 1 and determines data transmission success between terminal 1 and the network device based on the detected access information of terminal 1. At this time, the first event can be access success of terminal 1 and data transmission success between terminal 1 and the network device.

[0112] For example, as shown in FIG. 1, the network device detects access success of terminal 1 and determines data transmission success between terminal 1 and the network device based on the detected access information of terminal 1. At this time, the first event can be access success of terminal 1 and data transmission success between terminal 1 and the network device. Figure 2 Figure 2 For example, as shown in FIG. 1, the network device detects access success of terminal 1 and determines data transmission success between terminal 1 and the network device based on the detected access information of terminal 1. At this time, the first event can be access success of terminal 1 and data transmission success between terminal 1 and the network device.

[0113] In step 102, the network device generates confirmation information according to the first event, and the confirmation information includes identification information for indicating the first event.

[0114] Specifically, if the first event is access success of one terminal and data transmission success between the terminal and the network device, the identification information can include only identification information corresponding to the terminal; if the first event is access success of multiple terminals and data transmission success between the terminals and the network device, the identification information can include identification information corresponding to each of the terminals.

[0115] In step 103, the network device sends the confirmation information to the terminal.

[0116] As can be seen from the above embodiments, after detecting access success of a terminal and determining data transmission success between the terminal and the network device, the network device can feed back confirmation information to the terminal, so that the terminal can learn access success and data transmission success through the confirmation information, improve data transmission efficiency, and combine access and transmission together, without the need for a coordination process between the network device and the terminal, thereby reducing time delay.

[0117] Optionally, the network device detecting access success of the terminal includes: the network device detecting that the first wireless signal sent by the terminal includes a preconfigured random access preamble.

[0118] ​​Specifically, the terminal sends a first wireless signal to the network device, and the first wireless signal includes a pre-configured random access preamble. When the network device detects the random access preamble, it can determine that the terminal has successfully accessed.

[0119] Optionally, the network device obtains the transmission format of the data sent by the terminal to the network device through the detected random access preamble.

[0120] Specifically, if the random access preamble indicates the transmission format of the data sent by the terminal to the network device, the data sent by the terminal to the network device can be demodulated according to the transmission format indicated by the random access preamble.

[0121] The pre-configured random access preamble can be divided into several groups, each group including at least one random access preamble, and each group of random access codes corresponds to the transmission format of the transmitted data. The transmission format includes necessary information for decoding data.

[0122] The implementation process of determining the first event is described below:

[0123] The terminal sends a first wireless signal to the network device, and the first wireless signal includes a pre-configured random access preamble and first data (i.e., data sent by the terminal to the network device), and the random access preamble indicates the transmission format information of the first data.

[0124] The network device receives the first wireless signal sent by the terminal, and the first wireless signal includes a random access preamble and first data, and the random access preamble indicates the transmission format information of the first data. In another embodiment, the random access preamble and the first data can be sent on different time-frequency resources.

[0125] The network device detects the random access preamble in the first wireless signal to obtain a detection result.

[0126] The network device obtains the transmission format information of the first data based on the detection result; if there is only one group of pre-configured random access preambles, it is considered that the first data is demodulated according to the default transmission format.

[0127] The network device detects the first data in the first wireless signal based on the transmission format information of the first data, and if the first data is successfully checked, it is determined that the first event has occurred. Specifically, the CRC check can be performed according to the CRC check bit part and the service data part in the first data, and if the check is successful, it is determined that the first event has occurred.

[0128] Specifically, the first data can be service data.

[0129] After the terminal determines the random access preamble and completes the encoding and modulation resource mapping of the service data bits, the terminal can send the random access preamble and the service data on the resource configured by the network, respectively. That is, the preamble and the data are transmitted simultaneously, and the terminal does not need to wait for the access to be successful before transmitting the data. After the network device successfully detects the data, the network device sends the confirmation information to the terminal.

[0130] The above access process can be referred to as a fusion access process, and the fusion access process has an explicit access signal (i.e., a random access preamble).

[0131] The access information of the terminal can include high-layer configuration information, including terminal IMSI, RRC connection request, tracking information update, and the like.

[0132] As can be seen from the above embodiment, the terminal does not need to wait for the access to be successful before transmitting the data, but transmits the random access preamble and the service data simultaneously, which helps to improve the efficiency of the network device feedback confirmation.

[0133] Optionally, the identification information for indicating the first event in the step 102 can include a cyclic redundancy check (CRC) bit for determining the success of data transmission between the terminal and the network device.

[0134] Specifically, the network device can use the CRC bit of the terminal data to confirm the success of the access and the data transmission to the terminal. The terminal data here can be the first data or the second data in the fusion access process.

[0135] It is worth noting that the process of CRC check processing of the data by the sending end, the length of the CRC bit, and how the receiving end obtains the CRC. The fundamental idea of CRC is to append X bits (which is the check code used for checking) to the data to be sent, generate a data packet, and send it to the receiving end. The X bits appended are not random, but make the generated data packet divisible by (modulo 2 division) a certain specific number (eigenpolynomial) selected by the sending end and the receiving end. After arriving at the receiving end, the received data packet is divided by (modulo 2 division) the selected divisor (eigenpolynomial). The result should be no remainder. If there is a remainder, it indicates that an error has occurred in the transmission process of the frame. The length of the CRC bit is usually 16 bits, but it can also be any bit, which is determined by the eigenpolynomial.

[0136] As can be seen from the above embodiments, the network device can indicate the success of the terminal's access and data transmission through the CRC used to determine the success of data transmission between the terminal and the network device. In this way, the access and transmission are combined together, and there is no need for the coordination process of the network device between the access and transmission, thereby reducing the delay.

[0137] Optionally, the identification information used to indicate the first event in the above step 102 may also include one or more of the following: random access preamble code identifier; RA-RNTI; IMSI; temporary identifier of the mobile user (Temporary Mobile Subscriber Identity, TMSI); Internet Protocol (IP) address.

[0138] Specifically, the representation method for indicating the identification information of the first event in step 102 (all representation methods are listed here, the most important method is A4, and its variants are A5 and A6. At the same time, this application does not exclude methods A1, A2, and A3) can specifically include the following six methods:

[0139] (A1) The unique terminal identity identifier, such as IMSI, TMSI, or IP address, may be 64 bits or more, which can fully guarantee the uniqueness of the terminal identity but has a large payload;

[0140] (A2) RA-RNTI, which may be 16 bits, has a small payload but can only partially guarantee the uniqueness of the terminal identity;

[0141] (A3) preamble ID, which may be 6 bits or more, has a small payload but can largely guarantee the uniqueness of the terminal identity;

[0142] (A4) Data CRC, which may be 16 bits, has a small payload but can largely guarantee the uniqueness of the terminal identity;

[0143] (A5) RA-RNTI + data CRC, which may be 16 bits, 32 bits or more, has a small payload but can basically guarantee the uniqueness of the terminal identity;

[0144] (A6) Preamble ID + data CRC, which may be 16 bits, 32 bits or more, has a small payload but can basically guarantee the uniqueness of the terminal identity.

[0145] The above-mentioned modes are optional. It should be noted that the network obtains the terminal identity information in the following modes: the RA-RNTI is calculated after the network detects the sending time position of the terminal signal; the preamble ID is directly obtained by the network after signal correlation detection; the data CRC is directly obtained by the network after decoding the terminal data; and the IMSI or TMSI or IP address or other terminal unique identity is directly read from the data part by the network after CRC check success.

[0146] As can be seen from the above embodiments, the identification information for indicating the first event can include not only the CRC bit but also the identification information for representing the terminal identity, and the representation of the identification information for representing the terminal identity can be various, so that the accuracy of the indication of the confirmation information is improved, and the diversity of the indication of the confirmation information is enriched.

[0147] Optionally, the sending of the confirmation information to the terminal comprises:

[0148] determining a sending channel for sending the confirmation information;

[0149] sending the confirmation information to the terminal through the sending channel.

[0150] As can be seen from the above embodiments, when sending the confirmation information, the sending channel can be determined, and the sending is performed through the determined sending channel, so that the accuracy of the feedback confirmation is improved.

[0151] Optionally, the sending of the confirmation information to the terminal through the sending channel comprises:

[0152] scrambling the confirmation information through a random access radio network temporary identifier (RA-RNTI) to obtain scrambled confirmation information, the RA-RNTI being determined by a sending resource position of the first wireless signal sent by the terminal;

[0153] sending the scrambled confirmation information to the terminal through the sending channel.

[0154] Specifically, after the network device receives the wireless signal sent by the terminal, the RA-RNTI can be determined according to the sending resource position of the wireless signal, so that when sending the confirmation information, the confirmation information can be scrambled by using the RA-RNTI first, and then the scrambled confirmation information is sent on the sending channel.

[0155] As can be seen from the above embodiments, when sending the confirmation information, the scrambled confirmation information can be sent through the sending channel, so that the security of the feedback confirmation is improved.

[0156] Optionally, the sending channel comprises one or more of the following: a unicast control channel; a unicast data channel; a multicast control channel; a multicast data channel.

[0157] In particular, the channel for sending the confirmation information can comprise:

[0158] (B1) a unicast control channel, a PDCCH scrambled with the confirmation information;

[0159] (B2) a unicast data channel, a PDCCH scrambled with a RA-RNTI and a PDSCH carrying the confirmation information;

[0160] (B3) a multicast control channel, similar to a physical hybrid automatic repeat request Indicator channel (PHICH), multiple confirmation information multiplexed in the control channel;

[0161] (B4) a multicast data channel, a PDCCH scrambled with a RA-RNTI and a PDSCH carrying multiple terminal confirmation information.

[0162] The above-mentioned channels can be optional.

[0163] It should be noted that any one of the above (A1) to (A6) and any one of (B1) to (B4) can be combined to form a feedback confirmation method, and embodiments of these methods can refer to the implementation process of the following embodiment one and embodiment two.

[0164] As can be seen from the above embodiments, when sending the confirmation information, the sending channel can be various, which can improve the flexibility of the feedback confirmation.

[0165] Optionally, the sending channel is a unicast data channel or a multicast data channel, and the confirmation information is located in a medium access control-control element (MAC-CE).

[0166] In particular, the MAC-CE is used for efficient communication between the terminal device and the base station at the MAC layer.

[0167] As can be seen from the above embodiments, when the sending channel is a unicast data channel or a multicast data channel, the confirmation information can be added to the MAC-CE, which improves the efficiency of the feedback confirmation.

[0168] Figure 3 Figure two is a flow diagram of a feedback confirmation method provided by an embodiment of the present application, which can be used for a terminal device, such as: Figure 2Terminal 1, terminal 2, …, terminal n in the figure.

[0169] As shown in the figure, the feedback confirmation method can include the following steps: Figure 3

[0170] Step 301, receiving the confirmation information sent by the network device, the confirmation information including the first identification information indicating the first event, the first event including the network device detecting the terminal access success and determining the successful reception of the data sent by the terminal to the network device.

[0171] Specifically, the first event can be detecting the access success and data transmission success of one terminal; it can also be detecting the access success and data transmission success of multiple terminals. Wherein, detecting the access success and data transmission success of multiple terminals is also carried out one by one, and the feedback information can be transmitted on one channel, but it is still independent.

[0172] For example: as shown in the figure, the network device detects the access success of terminal 1 and determines the data transmission success between terminal 1 and the base station based on the detected access information of terminal 1, at this time, the first event can be the access success and data transmission success of terminal 1 in the figure. Figure 2 Figure 2

[0173] For another example: as shown in the figure, the network device detects the access success of terminal 1 and determines the data transmission success between terminal 1 and the base station based on the detected access information of terminal 1; the network device detects the access success of terminal 2 and determines the data transmission success between terminal 2 and the base station based on the detected access information of terminal 2; in this way, the network device detects the access success of terminal n and determines the data transmission success between terminal n and the base station based on the detected access information of terminal n; at this time, the first event can be the access success and data transmission success of terminal 1, terminal 2, …, terminal n in the figure. Figure 2 Figure 2

[0174] Step 302, if the first identification information is the same as the second identification information, and the second identification information is the identification information used by the terminal to send data to the network device, it is determined that the terminal accesses successfully and the data transmission between the terminal and the network device is successful.

[0175] Specifically, if the first identification information is the same as the second identification information, it can be determined that the terminal accesses successfully and the data transmission between the terminal and the network device is successful; if the first identification information is different from the second identification information, retransmission can be initiated to the network device.

[0176] ​​​​​From the above embodiments, it can be seen that whether the terminal is successfully accessed and whether the data transmission between the terminal and the network device is successful can be determined by receiving the confirmation information sent by the network device, thereby improving the data transmission efficiency, and combining the access and the transmission together, without the coordination process between the access and the transmission, and reducing the time delay.

[0177] Optionally, the feedback confirmation method further comprises:

[0178] performing a cyclic redundancy check (CRC) on the first identification information and the data sent by the terminal to the network device to obtain a check result;

[0179] if the check result is a check success, determining that the first identification information is the same as the second identification information.

[0180] From the above embodiments, it can be seen that whether the first identification information is the same as the second identification information can be determined by performing a CRC check on the first identification information and the original data sent by the terminal to the network device, thereby improving the accuracy of determining whether the first identification information is the same as the second identification information.

[0181] Optionally, the feedback confirmation method further comprises:

[0182] sending a first wireless signal to the network device, the first wireless signal comprising a pre-configured random access preamble and data sent by the terminal to the network device, the random access preamble indicating transmission format information of the data sent by the terminal to the network device.

[0183] Specifically, the pre-configured random access preamble can be divided into a plurality of groups, each group comprising at least one random access preamble, and each group of random access codes corresponding to the transmission format of the transmitted data. The transmission format comprises necessary information for decoding the data.

[0184] The data sent by the terminal to the network device can be service data. After determining the random access preamble and completing the encoding and modulation resource mapping of the service data bits, the terminal can send the random access preamble and the service data on the resources configured by the network, that is, the preamble and the data are transmitted simultaneously, and the terminal does not need to wait for the access to be successful before transmitting the data. After the network device successfully detects the data, the network device sends confirmation information to the terminal.

[0185] The above access process can be referred to as a fusion access process, and the fusion access process has an explicit access signal (i.e., a random access preamble).

[0186] From the above embodiments, the terminal does not need to wait for access success to transmit data again, but transmits the random access preamble and the service data at the same time, which helps to improve the efficiency of the network device feedback confirmation.

[0187] Optionally, the first identification information includes a cyclic redundancy check (CRC) bit used to determine the success of data transmission between the terminal and the network device.

[0188] Specifically, the terminal can compare the CRC bit carried in the confirmation information with the CRC bit used when the terminal transmits data to the network device previously, if the two are the same, the first identification information and the second identification information are the same; if the two are different, the first identification information and the second identification information are different.

[0189] From the above embodiments, the success of the terminal access and data transmission can be determined through the CRC bit carried in the confirmation information, which combines the access and transmission together, and there is no need for the network device to coordinate between the access and the transmission, thereby reducing the time delay.

[0190] Optionally, the first identification information can also include one or more of the following: random access preamble identification; RA-RNTI; IMSI; TMSI; IP address.

[0191] Specifically, the representation of the first identification information (here, all the representations are listed, the most important representation is A4, the transformed representations are A5 and A6, and the application does not exclude representations A1, A2, and A3):

[0192] (A1) IMSI or TMSI or IP address or other unique identity of the terminal, which can be 64 bits or more, can completely guarantee the uniqueness of the terminal identity but has a large load;

[0193] (A2) RA-RNTI, which can be 16 bits, has a small load but can only guarantee the uniqueness of the terminal identity to a small extent;

[0194] (A3) preamble ID, which can be 6 bits or more, has a small load but can guarantee the uniqueness of the terminal identity to a large extent;

[0195] (A4) data CRC, which can be 16 bits, has a small load but can guarantee the uniqueness of the terminal identity to a large extent;

[0196] (A5) RA-RNTI + data CRC, which can be 16 bits, 32 bits or more, has a small load but can basically guarantee the uniqueness of the terminal identity;

[0197] (A6) preamble ID + data CRC, possibly 16 bits, 32 bits or more, less load but can guarantee the uniqueness of the terminal identity basically.

[0198] It should be noted that the network obtains the terminal identity information in the following ways: the RA-RNTI is calculated after the network detects the sending time position of the terminal signal; the preamble ID is directly obtained by the network through signal correlation detection; the data CRC is directly obtained by the network after detecting and decoding the terminal data; and the IMSI or TMSI or IP address or other terminal unique identity is directly read from the data part by the network after CRC check.

[0199] As can be seen from the above embodiments, the first identification information for indicating the first event can include not only the CRC bit but also the identification information for representing the terminal identity, and the representation of the identification information for representing the terminal identity can be various, which not only improves the accuracy of the indication of the confirmation information but also enriches the diversity of the indication of the confirmation information.

[0200] Optionally, the receiving the confirmation information sent by the network device comprises:

[0201] determining a receiving channel for receiving the confirmation information;

[0202] receiving the confirmation information through the receiving channel.

[0203] As can be seen from the above embodiments, when receiving the confirmation information, the receiving channel can be determined, and the confirmation information can be received through the determined receiving channel, thereby improving the accuracy of the feedback confirmation.

[0204] Optionally, the receiving the confirmation information through the receiving channel comprises:

[0205] receiving the confirmation information scrambled by the RA-RNTI, the RA-RNTI being determined by the sending resource position of the first wireless signal sent by the terminal;

[0206] descrambling the scrambled confirmation information by using the RA-RNTI to obtain descrambled confirmation information.

[0207] Specifically, when receiving the confirmation information, the terminal can obtain the RA-RNTI according to the sending resource position of the wireless signal sent by the terminal, and descramble the scrambled confirmation information by using the RA-RNTI.

[0208] As can be seen from the above embodiments, when receiving the confirmation information, the scrambled confirmation information can be received through the receiving channel, and the scrambled confirmation information is descrambled through the RA-RNTI to obtain the descrambled confirmation information, thereby improving the security of the feedback confirmation.

[0209] Optionally, the receiving channel comprises one or more of the following: a unicast control channel; a unicast data channel; a multicast control channel; and a multicast data channel.

[0210] Specifically, the channel for sending the confirmation information can comprise:

[0211] (B1) a unicast control channel, a PDCCH scrambled by the confirmation information;

[0212] (B2) a unicast data channel, a PDCCH scrambled by the RA-RNTI and a PDSCH carrying the confirmation information;

[0213] (B3) a multicast control channel, similar to a physical hybrid automatic repeat request indicator channel (PHICH), and multiple confirmation information are multiplexed in the control channel;

[0214] (B4) a multicast data channel, a PDCCH scrambled by the RA-RNTI and a PDSCH carrying multiple terminal confirmation information.

[0215] The above channels can be optional.

[0216] It should be noted that any one of (A1) to (A6) and any one of (B1) to (B4) can be combined to form a feedback confirmation method, and the embodiments of these methods can refer to the implementation process of the following embodiment one and embodiment two.

[0217] As can be seen from the above embodiments, when receiving the confirmation information, the receiving channel can be various, which can improve the flexibility of the feedback confirmation.

[0218] Optionally, the receiving channel is a unicast data channel or a multicast data channel, and the confirmation information is located in a MAC-CE.

[0219] Specifically, the MAC-CE is used for efficient communication between the terminal device and the base station at the MAC layer.

[0220] As can be seen from the above embodiments, when the receiving channel is a unicast data channel or a multicast data channel, the confirmation information can be obtained from the MAC-CE, which improves the efficiency of the feedback confirmation.

[0221] The implementation process of the feedback confirmation method is described below by two embodiments.

[0222] Embodiment one, implementation process of one terminal:

[0223] The size of the preamble group is 64, the length is 139, and the generation formula of the ZC sequence is directly used to generate. The terminal randomly selects a preamble. The ZC sequence is a commonly used sequence for generating a preamble in random access.

[0224] The terminal sends the preamble in the time slot T, the RA-RNTI corresponding to the time slot T is X (the length is 16 bits), the ID of the preamble used is Y, and the terminal sends data in the time slot T+t, the CRC bit of the data is Z (the length is 16 bits).

[0225] The network device uses a coherent detection algorithm to detect the ID of the preamble as Y in the time slot T, and then detects the data in the time slot T+t according to the prior agreement or network configuration information, and the CRC bit Z is used for successful verification.

[0226] The network device sends confirmation information, adopts mode A6+B1, that is, a new DCI format PDCCH (which can also be called a new control channel), which includes type information, indicating that the PDCCH is confirmation information for confirming that the terminal access is successful and the data sending is successful, the PDCCH is scrambled using RA-RNTI=X, and the main fields of the PDCCH are the feedback preamble ID field and the feedback CRC field, and the values of the two fields are Y and Z respectively.

[0227] The terminal receives and detects the PDCCH in the window of the time slot T+k or the m time slots before and after it, first uses RA-RNTI=X for descrambling, and then detects the PDCCH type information according to the new DCI format, if it is the PDCCH for confirming that the terminal access is successful and the data sending is successful, continue to detect the feedback preamble ID field and the feedback CRC field, if they are equal to Y and Z respectively, the terminal considers that the access is successful and the data sending is successful, otherwise (including no PDCCH is received) re-performs access and data sending.

[0228] Embodiment two, implementation process of multiple terminals:

[0229] The size of the preamble group is 64K, the length is 139, and the generation formula of the ZC sequence is directly used to generate. The terminal randomly selects a preamble.

[0230] Terminal 1 sends preamble in time slot T, the RA-RNTI corresponding to time slot T is X (length of 16 bits), the ID of the preamble used is Y1, the terminal sends data in time slot T+t, the CRC bits of the data are Z1 (length of 24 bits).

[0231] Terminal 2 sends preamble in time slot T, the RA-RNTI corresponding to time slot T is X (length of 16 bits), the ID of the preamble used is Y2, the terminal sends data in time slot T+t, the CRC bits of the data are Z2 (length of 24 bits).

[0232] Terminal n sends preamble in time slot T, the RA-RNTI corresponding to time slot T is X (length of 16 bits), the ID of the preamble used is Yn, the terminal sends data in time slot T+t, the CRC bits of the data are Zn (length of 24 bits).

[0233] The network device uses a coherent detection algorithm to detect the IDs of the preambles as Y1, Y2 and Yn in time slot T, then, according to prior agreement or network configuration information, the data in time slot T+t is detected, and the CRC bits Z1, Z2 and Zn are used for successful verification.

[0234] The network device sends confirmation information, using mode A6+B4, PDCCH (may also be referred to as a new control channel) and PDSCH, wherein the PDCCH uses RA-RNTI=X for scrambling, i.e. only the multiple terminals in time slot T are sent the confirmation information of terminal access success and data sending success, the PDCCH indicates the resource and format of the PDSCH, and in the PDSCH, the feedback preamble ID information and the feedback CRC information of the multiple terminals are multiplexed together, the multiplexing resource position can be realized by agreement or randomly, the feedback preamble ID information and the feedback CRC information of the same terminal can be arranged in sequence, i.e. Y1, Z1, Y2, Z2, Yn, Zn, or can be arranged by modulo-2 addition, i.e. Y1+Z1, Y2+Z2, Yn+Zn.

[0235] Terminal 1 receives and detects the PDCCH in the window of time slot T+k or m time slots before and after it, first uses RA-RNTI=X for descrambling, obtains the resource and format of the PDSCH according to the DCI information, continues to receive and detect the PDSCH, if the CRC bits of the PDSCH pass the verification, the terminal looks for Y1, Z1 or Y1+Z1 in the data bits, if it can be found, the terminal considers that the access and data sending are successful, otherwise (including no PDCCH is received) re-performs the access and data sending.

[0236] Terminal 2 and terminal n also perform similar operations of terminal 1.

[0237] As can be seen from the above embodiments, by merging access and transmission together, network coordination is not needed, coordination signaling of network equipment is saved, so that a large number of terminals can be supported; and the coordination process of the base station between access and transmission is also not needed, and the time delay is also reduced.

[0238] Figure 4 is one of the structural diagrams of a feedback confirmation device provided by the embodiments of the present application, which can be used in the feedback confirmation method shown in Figure 1 As shown in Figure 4 The feedback confirmation device can include:

[0239] An event determination unit 41 is configured to determine a first event, the first event including that the network equipment detects that the terminal accesses successfully, and determines that the data sent by the terminal to the network equipment is successfully received;

[0240] A generation unit 42 is configured to generate confirmation information according to the first event, the confirmation information including identification information indicating the first event;

[0241] A sending unit 43 is configured to send the confirmation information to the terminal.

[0242] Further, based on the above device, the identification information includes a cyclic redundancy check (CRC) bit used to determine that the data transmission between the terminal and the network equipment is successful.

[0243] Further, based on the above device, the network equipment detecting that the terminal accesses successfully includes:

[0244] The network equipment detects that the first wireless signal sent by the terminal includes a pre-configured random access preamble.

[0245] Further, based on the above device, the network equipment obtains a transmission format of the data sent by the terminal to the network equipment through the detected random access preamble.

[0246] Further, based on the above device, the sending unit 43 includes:

[0247] A sending channel determination subunit is configured to determine a sending channel used to send the confirmation information;

[0248] A sending subunit is configured to send the confirmation information to the terminal through the sending channel.

[0249] Further, based on the above device, the sending subunit is specifically configured to:

[0250] scramble the acknowledgement information by a random access radio network temporary identifier (RA-RNTI), the RA-RNTI being determined by a location of a transmission resource of the first wireless signal transmitted by the terminal, to obtain scrambled acknowledgement information;

[0251] transmit the scrambled acknowledgement information to the terminal through the transmission channel.

[0252] Further, based on the above apparatus, the transmission channel comprises one or more of:

[0253] a unicast control channel;

[0254] a unicast data channel;

[0255] a multicast control channel;

[0256] a multicast data channel.

[0257] Further, based on the above apparatus, the transmission channel is a unicast data channel or a multicast data channel, and the acknowledgement information is located in a medium access control-control element (MAC-CE).

[0258] It should be noted that the division of units in the embodiments of the present application is illustrative, and is merely a logical function division. Actual implementation can have another division manner. In addition, each functional unit in each embodiment of the present application can be integrated in one processing unit, or each unit can be physically present alone, or two or more units can be integrated in one unit. The integrated unit can be realized in the form of hardware or in the form of a software functional unit.

[0259] When the integrated unit is realized in the form of a software functional unit and sold or used as an independent product, it can be stored in a processor-readable storage medium. Based on this understanding, the technical solutions of the present application, essentially or the part that contributes to the prior art, or all or part of the technical solutions can be embodied in the form of a software product. The computer software product is stored in a storage medium, and includes several instructions to make a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor execute all or part of the steps of the methods described in each embodiment of the present application. The foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and various program code storage media.

[0260] It should be noted that the above device provided by the embodiments of the present application can realize all the method steps achieved by the network device side method embodiments, and achieve the same technical effects. Therefore, the same parts and beneficial effects of the method embodiments will not be described in detail.

[0261] Figure 5 is a structural schematic diagram of a feedback confirmation device provided by the embodiments of the present application. The feedback confirmation device can be used for the feedback confirmation method shown in Figure 3 , and can include: Figure 5

[0262] A receiving unit 51 is configured to receive confirmation information sent by a network device, wherein the confirmation information comprises first identification information indicating a first event, and the first event comprises that the network device detects that a terminal accesses successfully or determines that data sent by the terminal to the network device is successfully received.

[0263] A feedback determination unit 52 is configured to determine that the terminal accesses successfully and data transmission between the terminal and the network device is successful if the first identification information is same as second identification information, and the second identification information is identification information used by the terminal to send data to the network device.

[0264] Further, based on the above device, the following further includes:

[0265] A CRC checking unit is configured to perform a cyclic redundancy check (CRC) on the first identification information and data sent by the terminal to the network device, to obtain a checking result.

[0266] An information determination unit is configured to determine that the first identification information is same as the second identification information if the checking result is a checking success.

[0267] Further, based on the above device, the following further includes:

[0268] A first sending unit is configured to send a first wireless signal to the network device, wherein the first wireless signal comprises a pre-configured random access preamble and data sent by the terminal to the network device, and the random access preamble indicates transmission format information of the data sent by the terminal to the network device.

[0269] Further, based on the above device, the first identification comprises a cyclic redundancy check (CRC) bit used to determine that data transmission between the terminal and the network device is successful.

[0270] Further, based on the above device, the receiving unit 51 comprises:

[0271] ​a receiving channel determining sub-unit, configured to determine a receiving channel for receiving the confirmation information;

[0272] a receiving sub-unit, configured to receive the confirmation information through the receiving channel.

[0273] Further, based on the above device, the receiving sub-unit is specifically configured to:

[0274] receive, through the receiving channel, the confirmation information scrambled by a random access radio network temporary identifier (RA-RNTI), the RA-RNTI being determined by a sending resource position of the first wireless signal sent by the terminal;

[0275] descramble the scrambled confirmation information by the RA-RNTI to obtain descrambled confirmation information.

[0276] Further, based on the above device, the receiving channel includes one or more of the following:

[0277] a unicast control channel;

[0278] a unicast data channel;

[0279] a multicast control channel;

[0280] a multicast data channel.

[0281] Further, based on the above device, the receiving channel is a unicast data channel or a multicast data channel, and the confirmation information is located in a medium access control-control element (MAC-CE).

[0282] It should be noted that the division of units in the embodiments of the present application is illustrative, and is merely a logical function division. In actual implementation, another division manner can be used. In addition, each functional unit in each embodiment of the present application can be integrated in one processing unit, or each unit can be physically present separately, or two or more units can be integrated in one unit. The integrated unit can be realized in the form of hardware or in the form of a software functional unit.

[0283] The integrated unit, if implemented in the form of a software function unit and sold or used as an independent product, can be stored in a processor-readable storage medium. Based on such an understanding, the technical solutions of the present application, essentially or in other words, the part of the prior art that contributes to the present application, or the whole or part of the technical solutions can be embodied in the form of a software product. The computer software product is stored in a storage medium, and includes a plurality of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor to perform all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium includes: a U disk, a mobile hard disk, a read-only memory (Read-Only Memory, ROM), a random access memory (Random Access Memory, RAM), a magnetic disk or an optical disk, and various media that can store program codes.

[0284] It should be noted that the above-mentioned device provided by the embodiments of the present application can realize all the method steps realized by the terminal device side method embodiments and achieve the same technical effects. Therefore, the same parts and beneficial effects of the method embodiments will not be described in detail.

[0285] Figure 6 is a structural schematic diagram of a network device provided by the embodiments of the present application; the network device can be used to execute the feedback confirmation method shown in Figure 1 As shown in Figure 6 , the transceiver 600 is used to receive and send data under the control of the processor 610.

[0286] In Figure 6 , the bus architecture can include any number of interconnected buses and bridges, which are linked together by various circuits of the processor 610 representing one or more processors and the memory 620 representing the memory. The bus architecture can also link various other circuits such as peripheral devices, voltage stabilizers, and power management circuits, which are well known in the art, and therefore, will not be further described herein. The bus interface provides an interface. The transceiver 600 can be a plurality of elements, i.e., including a transmitter and a receiver, which provides a unit for communicating with various other devices on a transmission medium, including wireless channels, wired channels, optical cables, etc. The processor 610 is responsible for managing the bus architecture and general processing, and the memory 620 can store data used by the processor 610 in performing operations.

[0287] The processor 610 can be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or a complex programmable logic device (CPLD), and can also be implemented by a multi-core architecture.

[0288] Figure 7 is a structural schematic diagram of a terminal device provided by an embodiment of the present application. The terminal device can be used to execute the feedback confirmation method shown in Figure 3 As shown in Figure 7 , the transceiver 700 is configured to receive and send data under the control of the processor 710. In the Figure 7 , the bus architecture can include any number of interconnected buses and bridges, and various circuit links of one or more processors represented by the processor 710 and memories represented by the memory 720. The bus architecture can also link various other circuits such as peripheral devices, voltage stabilizers and power management circuits, which are well known in the art, and thus the present application will not be further described. The bus interface provides an interface. The transceiver 700 can be a plurality of elements, i.e., including a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium, including wireless channels, wired channels, optical cables and other transmission media. For different user devices, the user interface 730 can also be an interface that can be connected to the required device, including but not limited to a keypad, a display, a speaker, a microphone, a joystick, etc.

[0289] The processor 710 is responsible for managing the bus architecture and general processing, and the memory 720 can store data used by the processor 710 in performing operations.

[0290] Optionally, the processor 710 can be a CPU (central processing unit), an ASIC (application specific integrated circuit), an FPGA (field-programmable gate array) or a CPLD (complex programmable logic device), and the processor can also be implemented by a multi-core architecture.

[0291] The processor executes any of the methods provided by the embodiments of the present application by calling a computer program stored in the memory according to obtained executable instructions. The processor and the memory can also be arranged physically separately.

[0292] In another aspect, the embodiments of the present application further provide a processor-readable storage medium, which stores a computer program for causing a processor to execute the method provided by any of the above embodiments, including:

[0293] determining a first event, the first event including that the network device detects that the terminal accesses successfully, and determines that data sent by the terminal to the network device is received successfully;

[0294] generating confirmation information according to the first event, the confirmation information including identification information for indicating the first event;

[0295] sending the confirmation information to the terminal.

[0296] The processor-readable storage medium can be any available medium or data storage device that the processor can access, including but not limited to a magnetic memory (such as a floppy disk, a hard disk, a magnetic tape, a magneto-optical disk (MO), etc.), an optical memory (such as a CD, a DVD, a BD, a HVD, etc.), and a semiconductor memory (such as a ROM, an EPROM, an EEPROM, a non-volatile memory (NAND FLASH), a solid-state disk (SSD), etc.), etc.

[0297] In another aspect, the embodiments of the present application further provide a processor-readable storage medium, which stores a computer program for causing a processor to execute the method provided by any of the above embodiments, including:

[0298] receiving confirmation information sent by a network device, the confirmation information including first identification information for indicating a first event, the first event including that the network device detects that the terminal accesses successfully, and determines that data sent by the terminal to the network device is received successfully;

[0299] if the first identification information is the same as second identification information, the second identification information being identification information used by the terminal to send data to the network device, it is determined that the terminal accesses successfully, and data transmission between the terminal and the network device is successful.

[0300] The processor-readable storage medium can be any available medium or data storage that can be accessed by a processor including both volatile and non- volatile media, removable and non-removable media. By way of example, and not limitation, computer readable media can comprise computer storage media and communication media. Computer storage media includes volatile and non- volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. The system memory, the removable storage and the non-removable storage are all computer storage media examples (i.e., memory storage.) Computer readable storage media can include, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by the computer.

[0301] Those skilled in the art will appreciate that embodiments of the present application can be readily used as a method, apparatus (system) or computer program product. Accordingly, the present application can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application can take the form of a computer program product on one or more computer readable storage media (including, but not limited to, magnetic disks or optical storage) embodying computer readable program code.

[0302] The present application is described in reference to the flow diagrams and / or block diagrams of the methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each block of the flow diagrams and / or block diagrams, and combinations of blocks in the flow diagrams and / or block diagrams, can be implemented by computer executable instructions. The computer executable 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 the flow diagrams and / or block diagrams block or blocks. Figure 1 one or more functions specified in the flow diagram and / or block diagram block or blocks. Figure 1 one or more functions specified in the flow diagram and / or block diagram block or blocks.

[0303] These computer executable instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture including instructions which implement the flow diagrams and / or block diagrams block or blocks. Figure 1 one or more functions specified in the flow diagram and / or block diagram block or blocks. Figure 1 one or more functions specified in the flow diagram and / or block diagram block or blocks.

[0304] These computer executable instructions can 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 flow diagrams and / or block diagrams block or blocks. Figure 1 one or more functions specified in the flow diagram and / or block diagram block or blocks. Figure 1 one or more functions specified in the flow diagram and / or block diagram block or blocks.

[0305] Obviously, many modifications and variations of the present application are possible in light of the above teachings. It is, therefore, to be understood that within the scope of the appended claims and their equivalents, the application can be practiced otherwise than as specifically described.

Claims

1. A feedback confirmation method, characterized in that: include: Determining a first event, where the first event includes a network device detecting that a terminal has successfully accessed the network device, and determining that data sent by the terminal to the network device has been successfully received; generating confirmation information according to the first event, the confirmation information including identification information indicating the first event; Sending the confirmation information to the terminal, where the confirmation information is used to simultaneously provide feedback to the terminal on access success and data transmission success; The identification information includes a cyclic redundancy check (CRC) bit used to determine whether data transmission between the terminal and the network device is successful.

2. The feedback confirmation method according to claim 1, characterized in that: The network device detecting that the terminal access is successful includes: The network device detects that a first wireless signal sent by the terminal includes a preconfigured random access preamble code.

3. The feedback confirmation method according to claim 2, characterized in that: The network device obtains the transmission format of the data sent by the terminal to the network device through the detected random access preamble code.

4. The feedback confirmation method according to claim 1, characterized in that: The sending the confirmation information to the terminal includes: determining a sending channel for sending the confirmation information; The confirmation information is sent to the terminal through the sending channel.

5. The feedback confirmation method according to claim 4, characterized in that: The sending the confirmation information to the terminal through the sending channel includes: Scrambling the confirmation information by using a random access radio network temporary identifier RA-RNTI to obtain scrambled confirmation information, where the RA-RNTI is determined by a sending resource location of a first radio signal sent by the terminal; The scrambled confirmation information is sent to the terminal through the sending channel.

6. The feedback confirmation method according to claim 4, characterized in that: The transmission channel includes one or more of the following: Unicast control channel; Unicast data channel; Multicast control channel; Multicast data channel.

7. The feedback confirmation method according to claim 4, characterized in that: The sending channel is a unicast data channel or a multicast data channel, and the confirmation information is located in a media access control-control element MAC-CE.

8. A feedback confirmation method, characterized in that: include: receiving confirmation information sent by a network device, the confirmation information including first identification information indicating a first event, the confirmation information being used to simultaneously provide feedback on successful access and successful data transmission, the first event including the network device detecting successful terminal access and determining successful receipt of data sent by the terminal to the network device; If the first identification information is the same as the second identification information, and the second identification information is identification information used by the terminal to send data to the network device, it is determined that the terminal has successfully accessed and the data transmission between the terminal and the network device has been successful; The first identification information includes a cyclic redundancy check (CRC) bit used to determine whether data transmission between the terminal and the network device is successful.

9. The feedback confirmation method according to claim 8, characterized in that: Also includes: Performing a cyclic redundancy check (CRC) on the first identification information and the data sent by the terminal to the network device to obtain a check result; If the verification result is successful, it is determined that the first identification information is the same as the second identification information.

10. The feedback confirmation method according to claim 8 or 9, characterized in that: Also includes: A first wireless signal is sent to the network device, where the first wireless signal includes a preconfigured random access preamble code and data sent by the terminal to the network device, where the random access preamble code indicates transmission format information of the data sent by the terminal to the network device.

11. The feedback confirmation method according to claim 8, characterized in that: The receiving confirmation information sent by the network device includes: determining a receiving channel for receiving the confirmation information; The confirmation information is received through the receiving channel.

12. The feedback confirmation method according to claim 11, characterized in that: The receiving the confirmation information through the receiving channel includes: Receiving, through the receiving channel, scrambled confirmation information of a random access radio network temporary identifier RA-RNTI, where the RA-RNTI is determined by a sending resource location of a first radio signal sent by the terminal; The scrambled confirmation information is descrambled using the RA-RNTI to obtain descrambled confirmation information.

13. The feedback confirmation method according to claim 11, characterized in that: The receiving channel includes one or more of the following: Unicast control channel; Unicast data channel; Multicast control channel; Multicast data channel.

14. The feedback confirmation method according to claim 11, characterized in that: The receiving channel is a unicast data channel or a multicast data channel, and the confirmation information is located in a media access control-control element MAC-CE.

15. A network device, characterized in that: Including memory, transceiver, processor: A memory for storing a computer program; a transceiver for transmitting and receiving data under the control of the processor; and a processor for reading the computer program in the memory and performing the following operations: Determining a first event, where the first event includes a network device detecting that a terminal has successfully accessed the network device, and determining that data sent by the terminal to the network device has been successfully received; generating confirmation information according to the first event, the confirmation information including identification information indicating the first event; Sending the confirmation information to the terminal, where the confirmation information is used to simultaneously provide feedback to the terminal on access success and data transmission success; The identification information includes a cyclic redundancy check (CRC) bit used to determine whether data transmission between the terminal and the network device is successful.

16. The network device according to claim 15, characterized in that The network device detecting that the terminal access is successful includes: The network device detects that a first wireless signal sent by the terminal includes a preconfigured random access preamble code.

17. The network device according to claim 16, wherein: The network device obtains the transmission format of the data sent by the terminal to the network device through the detected random access preamble code.

18. The network device according to claim 15, wherein: The sending the confirmation information to the terminal includes: determining a sending channel for sending the confirmation information; The confirmation information is sent to the terminal through the sending channel.

19. The network device according to claim 18, wherein: The sending the confirmation information to the terminal through the sending channel includes: Scrambling the confirmation information by using a random access radio network temporary identifier RA-RNTI to obtain scrambled confirmation information, where the RA-RNTI is determined by a sending resource location of a first radio signal sent by the terminal; The scrambled confirmation information is sent to the terminal through the sending channel.

20. The network device according to claim 18, wherein: The transmission channel includes one or more of the following: Unicast control channel; Unicast data channel; Multicast control channel; Multicast data channel.

21. The network device according to claim 18, wherein: The sending channel is a unicast data channel or a multicast data channel, and the confirmation information is located in a media access control-control element MAC-CE.

22. A terminal device, characterized in that: Including memory, transceiver, processor: A memory for storing a computer program; a transceiver for transmitting and receiving data under the control of the processor; and a processor for reading the computer program in the memory and performing the following operations: receiving confirmation information sent by a network device, the confirmation information including first identification information for indicating a first event, the confirmation information being used to simultaneously provide feedback on successful access and successful data transmission, the first event including the network device detecting successful terminal access and determining successful receipt of data sent by the terminal to the network device; If the first identification information is the same as the second identification information, and the second identification information is identification information used by the terminal to send data to the network device, it is determined that the terminal has successfully accessed and the data transmission between the terminal and the network device has been successful; The first identifier includes a cyclic redundancy check (CRC) bit used to determine successful data transmission between the terminal and the network device.

23. The terminal device according to claim 22, characterized in that Also includes: Performing a cyclic redundancy check (CRC) on the first identification information and the data sent by the terminal to the network device to obtain a check result; If the verification result is successful, it is determined that the first identification information is the same as the second identification information.

24. The terminal device according to claim 22 or 23, characterized in that: Also includes: A first wireless signal is sent to the network device, where the first wireless signal includes a preconfigured random access preamble code and data sent by the terminal to the network device, where the random access preamble code indicates transmission format information of the data sent by the terminal to the network device.

25. The terminal device according to claim 22, characterized in that The receiving confirmation information sent by the network device includes: determining a receiving channel for receiving the confirmation information; The confirmation information is received through the receiving channel.

26. The terminal device according to claim 25, characterized in that The receiving the confirmation information through the receiving channel includes: Receiving, through the receiving channel, scrambled confirmation information of a random access radio network temporary identifier RA-RNTI, where the RA-RNTI is determined by a sending resource location of a first radio signal sent by the terminal; The scrambled confirmation information is descrambled using the RA-RNTI to obtain descrambled confirmation information.

27. The terminal device according to claim 25, characterized in that The receiving channel includes one or more of the following: Unicast control channel; Unicast data channel; Multicast control channel; Multicast data channel.

28. The terminal device according to claim 25, characterized in that The receiving channel is a unicast data channel or a multicast data channel, and the confirmation information is located in a media access control-control element MAC-CE.

29. A feedback confirmation device, characterized in that: include: an event determining unit, configured to determine a first event, the first event comprising a network device detecting successful access of a terminal and determining successful receipt of data sent by the terminal to the network device; a generating unit, configured to generate confirmation information according to the first event, the confirmation information including identification information indicating the first event; the identification information including a cyclic redundancy check (CRC) bit for determining successful data transmission between the terminal and the network device; The sending unit is configured to send the confirmation information to the terminal, where the confirmation information is used to simultaneously feedback to the terminal that access success and data transmission success are successful.

30. A feedback confirmation device, characterized in that: include: a receiving unit, configured to receive confirmation information sent by a network device, the confirmation information including first identification information indicating a first event, the confirmation information being used to simultaneously provide feedback on successful access and successful data transmission, the first event including detection by the network device of successful terminal access and determination of successful receipt of data sent by the terminal to the network device; the first identification including a cyclic redundancy check (CRC) bit for determining successful data transmission between the terminal and the network device; A feedback determination unit is used to determine that the first identification information is the same as the second identification information, and the second identification information is the identification information used by the terminal to send data to the network device, and then determine that the terminal has successfully accessed and the data transmission between the terminal and the network device is successful.

31. A processor-readable storage medium, characterized in that: The processor-readable storage medium stores a computer program, and the computer program is configured to cause the processor to execute the method according to any one of claims 1 to 7.

32. A processor-readable storage medium, characterized in that: The processor-readable storage medium stores a computer program, and the computer program is configured to cause the processor to execute the method according to any one of claims 8 to 14.

Citation Information

Patent Citations

  • Random access feedback method, random access processing method, base station, and terminal

    CN108282897A

  • Method and apparatus for random access in a wireless communication system

    CN110169186A

  • Random access method and device and storage medium

    CN111867130A