WO2017075832A1 - 一种下行数据包、上行数据包传输方法及设备 - Google Patents
一种下行数据包、上行数据包传输方法及设备 Download PDFInfo
- Publication number
- WO2017075832A1 WO2017075832A1 PCT/CN2015/094058 CN2015094058W WO2017075832A1 WO 2017075832 A1 WO2017075832 A1 WO 2017075832A1 CN 2015094058 W CN2015094058 W CN 2015094058W WO 2017075832 A1 WO2017075832 A1 WO 2017075832A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data packet
- terminal device
- downlink
- network device
- uplink
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
Definitions
- the present invention relates to the field of mobile communications technologies, and in particular, to a downlink data packet, an uplink data packet transmission method, and a device.
- the Media Access Control (MAC) layer is only responsible for transmitting protocol data-units when performing the Hybrid Automatic Repeat reQuest (HARQ) process.
- Protocol Data Unit (PDU) and receiving an acknowledgment response (ACK)/Negative ACKnowledgement (NACK) for the transmitted PDU and cannot detect and handle various PDU transmission abnormalities caused by feedback misjudgment ( For example, repeated reception, missed transmission, etc.).
- the base station transmits the PDU to the terminal device through the MAC layer, and the terminal device receives the PDU transmitted by the base station through the MAC layer, and the MAC layer of the terminal device is only responsible for receiving the PDU transmitted by the base station, if the base station has repeatedly transmitted the same PDU.
- the MAC layer of the terminal device cannot be found.
- the same is true for the uplink transmission process. Only after the MAC layer sends the PDU to the Data Link Control (RLC) layer.
- the RLC layer needs to sort the received PDUs, so the RLC layer will find out whether there are repeated transmissions or missed transmissions. For example, the RLC layer may discard the repeatedly received PDU.
- the RLC layer works in the Acknowledged Mode (AM) mode, it may be initiated by an Automatic Repeat ReQuest (ARQ) process. solve.
- AM Acknowledged Mode
- ARQ Automatic Repeat ReQuest
- the PDU transmission abnormality can only be solved through the RLC layer
- the discovery and processing of abnormal conditions such as missed transmission or repeated transmission are all in the RLC layer, and the interaction between the MAC layer and the RLC layer is more frequent, and the processing is performed. More complicated and more expensive.
- PDU transmissions will be extremely difficult to discover.
- the present invention provides a downlink data packet, an uplink data packet transmission method, and a device, which are used to solve the technical problem that the PDU transmission abnormality can be solved only through the RLC layer, thereby causing the MAC layer and the RLC layer to interact too frequently.
- the first aspect provides a downlink data packet transmission method, including:
- the terminal device receives the first downlink control information that is sent by the network device by using the downlink control channel, where the first downlink control information includes a first new data indication and a first downlink that is scheduled for the first downlink data packet to be transmitted. Transmitting a resource, where the first new data indicator is used to indicate that the first downlink data packet is a retransmitted data packet or a newly transmitted data packet;
- the base station when transmitting a downlink data packet to the terminal device, the base station sends a downlink transmission resource and a new data indication scheduled for the downlink data packet to be transmitted to the terminal device, and the new data indication may indicate that the downlink data packet to be transmitted is The retransmitted data packet is still a newly transmitted data packet. Then, if the terminal device expects to receive the newly transmitted downlink data packet (for example, the terminal device feeds back the ACK to the base station last time), and the new data indicates the indicated to be transmitted.
- the downlink data packet is a retransmitted data packet
- the terminal device can determine that the data packet is repeatedly received, and if the terminal device expects to receive the retransmitted downlink data packet (for example, the last time the terminal device feeds back to the base station is a NACK),
- the new data indicates that the indicated downlink data packet to be transmitted is a newly transmitted data packet, and the terminal device can determine that there is a leaked data packet, that is, the MAC layer can find out whether there is a transmission abnormality, and avoid After the data packet is transmitted to the RLC layer, it will be discovered whether there is a transmission abnormality, avoiding excessive interaction between the MAC layer and the RLC layer, which can effectively reduce the complexity of the processing. Degree and overhead.
- the method further includes:
- the network device Receiving, by the terminal device, the network device to transmit by using the first downlink transmission resource, if the first new data indication is used to indicate that the first downlink data packet is a retransmitted data packet After the first downlink packet, it also includes:
- the terminal device determines that the first new data indication is incorrect
- the terminal device discards the first downlink data packet.
- the terminal device feeds back the ACK to the base station, the terminal device expects to receive the newly transmitted downlink data packet, and the new data indicates that the indicated downlink data packet to be transmitted is the retransmitted data packet, and the terminal device may If it is determined that the data packet is repeatedly received, the terminal device can directly discard the repeatedly received downlink data packet, thereby solving the abnormal problem of repeated transmission at the MAC layer.
- the method further includes:
- the network device Receiving, by the terminal device, the network device to transmit by using the first downlink transmission resource, if the first new data indication is used to indicate that the first downlink data packet is a newly transmitted data packet After the first downlink packet, it also includes:
- the terminal device determines that the first new data indication is incorrect
- the terminal device sends a first leak request to the network device; the first leak request is used to indicate that the terminal device fails to receive the second downlink data packet.
- the terminal device If the terminal device feeds back the NACK to the base station, the terminal device expects to receive the retransmitted downlink data packet, and the new data indicates that the indicated downlink data packet to be transmitted is a newly transmitted data packet, and the terminal device may Determining whether there is a leaked data packet, that is, if there is a transmission abnormality at the MAC layer,
- the receiving, by the terminal device, the first device that is sent by the network device by using the first downlink transmission resource After the downstream packet it also includes:
- the terminal device sends a second leak request to the network device; the second leak request is used to indicate that the terminal device fails to receive the first downlink data packet.
- the first downlink data packet is the last downlink data packet that the base station needs to transmit to the terminal device, and the terminal device fails to receive the first downlink data packet, and the first feedback information sent to the base station includes a NACK. If the base station misidentifies the NACK as an ACK, the downlink transmission resource will not be scheduled for the terminal device, that is, the downlink control information will not be transmitted to the terminal device, and the first downlink data packet that is missed will not be retransmitted.
- the terminal device may find that there is a packet leakage phenomenon, and then the leakage request may be sent to the network device, so that the network device can retransmit before The first downlink packet that is missed. That is, this implementation provides a leak resolution mechanism.
- a downlink data packet transmission method including:
- the network device sends the first downlink control information to the terminal device by using the downlink control channel, where the first downlink control information includes the first new data indication and the first downlink transmission scheduled for the first downlink data packet to be transmitted.
- the first new data indicator is used to indicate that the first downlink data packet is a retransmitted data packet or a newly transmitted data packet;
- the network device transmits the first downlink data packet to the terminal device by using the first downlink transmission resource.
- the method before the network device sends the first downlink control information to the terminal device by using the downlink control channel, the method further includes:
- the terminal device for the network device last sent to the terminal a second feedback information of the second downlink data packet of the device; the second feedback information is used to indicate that the terminal device fails to receive the second downlink data packet;
- the determining, by the network device, the second feedback information is used to indicate that the terminal device successfully receives the second downlink data packet.
- the network device Receiving, by the network device, the first leaking request sent by the terminal device; the first leaking request is used to indicate that the terminal device fails to receive the second downlink data packet;
- the network device sends the second downlink control information to the terminal device by using the downlink control channel, where the second downlink control information includes a second new data indication and a second downlink scheduled for the second downlink data packet. Transmitting a resource, where the second new data indicator is used to indicate that the second downlink data packet is a retransmitted data packet;
- the network device retransmits the second downlink data packet to the terminal device by using the second downlink transmission resource.
- the terminal device determines that there is a leaked data packet, the terminal device sends a missed transmission request to the network device, and after receiving the missed transmission request, the network device can retransmit the previously transmitted data packet, thereby effectively solving the data packet leakage. Passing the question.
- the network device retransmits the foregoing to the terminal device by using the second downlink transmission resource After the second downlink packet, it also includes:
- the network device Receiving, by the network device, third feedback information that is sent by the terminal device to the second downlink data packet that is resent to the terminal device by the network device; the third feedback information is used to indicate that the terminal device receives the Said that the second downlink data packet is successful;
- the third downlink control information includes a third new data indication and a third downlink transmission resource scheduled for the third downlink data packet, where the third new data indication is used to indicate that the third downlink data packet is heavy Transmitted data packet;
- the network device transmits the third downlink data packet to the terminal device by using the third downlink transmission resource.
- the network device sends the next data packet behind the leaked data packet to the terminal device before the data packet leaked before the retransmission, and the network device can continue to send the leaked data after retransmitting the leaked data packet.
- the second downlink data packet after the data packet that is, the data packet that has been sent, does not need to be repeatedly sent, thereby avoiding repeated reception of the terminal device and saving transmission resources.
- an uplink data packet transmission method including:
- the terminal device receives, by using a downlink control channel, first downlink control information that is sent by the network device, where the first downlink control information includes a first new data indication and a first uplink transmission resource that is scheduled for the uplink data packet to be transmitted;
- the terminal device Transmitting, by the terminal device, the first uplink data packet to the network device by using the first uplink transmission resource, where the first uplink data is used to indicate that the uplink data packet is retransmitted,
- the packet is a retransmitted uplink data packet. If the first new data indication is used to indicate a newly transmitted uplink data packet, the first uplink data packet is a newly transmitted uplink data packet or a retransmitted uplink data packet.
- the method further includes:
- the terminal device Receiving, by the terminal device, the first feedback information sent by the network device by using the downlink control channel, where the first feedback information is feedback of the second data packet that the network device last transmitted for the received terminal device information;
- the terminal device passes the Transmitting, by the uplink transmission resource, the first uplink data packet to the network device, where the first The uplink data packet is different from the second uplink data packet;
- the terminal device passes the Transmitting, by the uplink transmission resource, the first uplink data packet to the network device, where the first uplink data packet is the second uplink data packet;
- the terminal device passes the Transmitting, by the uplink transmission resource, the first uplink data packet to the network device, where the first uplink data packet is the second uplink data packet;
- the terminal device passes the An uplink transmission resource is used to transmit the first uplink data packet to the network device, where the first uplink data packet is the second uplink data packet.
- This implementation provides several different anomaly solutions, enabling various anomalies to be discovered and resolved at the MAC layer, reducing the dependency on the RLC layer.
- the first uplink data packet is required to be sent to the network device by the terminal device.
- the last data packet that is transmitted, after the terminal device transmits the first uplink data packet to the network device by using the first uplink transmission resource the method further includes:
- the terminal device stops transmitting the uplink data packet to the network device; and the second downlink control information includes the uplink data to be transmitted. Packet scheduling uplink transmission resources.
- the terminal device If the first uplink data packet is the last data packet that the terminal device needs to transmit to the network device, if the terminal device does not receive the downlink control information sent by the network device, the terminal device considers that the first uplink data packet is successfully transmitted, The uplink data packet is transmitted to the network device to avoid repeated transmission of the uplink data packet.
- the fourth aspect provides an uplink data packet transmission method, including:
- the network device sends the first downlink control information to the terminal device by using the downlink control channel, where the first downlink control information includes a first new data indication and a first uplink transmission resource scheduled for the uplink data packet to be received;
- the network device Receiving, by the network device, the first uplink data packet that is transmitted by the terminal device by using the first uplink transmission resource, where the first uplink data packet is used to indicate that the uplink data packet is retransmitted, where the first uplink is The data packet is a retransmitted uplink data packet. If the first new data indication is used to indicate a newly transmitted uplink data packet, the first uplink data packet is a newly transmitted uplink data packet.
- the method further includes:
- the network device sends the second feedback information to the terminal device by using the downlink control channel, where the second feedback information is used to indicate that the network device successfully receives the first uplink data packet.
- the network device If the first uplink data packet is the last uplink data packet transmitted by the terminal device, after the network device successfully receives the first uplink data packet, it is no longer necessary to schedule the uplink transmission resource for the terminal device, thereby avoiding misunderstanding of the terminal device and saving Transfer resources.
- a fifth aspect provides a downlink data packet transmission method, including:
- the network device sends the first scheduling information to the terminal device by using the downlink control channel, where the first scheduling information includes a first downlink transmission resource scheduled for the first downlink data packet to be transmitted;
- the network device adds a first sequence number to the first downlink data packet, and transmits, by using the first downlink transmission resource, a first downlink data packet that adds the first sequence number to the Terminal Equipment.
- this transmission mode it is possible to indicate whether the transmitted data packet is a newly transmitted data packet or a retransmitted data packet by adding a sequence number to the data packet.
- the first downlink data packet to which the first sequence number is added is transmitted to the terminal by using the first downlink transmission resource After the device, it also includes:
- the network device receives an expected sequence number that is sent by the terminal device by using an uplink control channel, where the expected sequence number is a sequence number of a downlink data packet that the terminal device expects to receive next time;
- the network device determines that the terminal device successfully receives the first downlink data packet; or, if the expected sequence number and the location The first sequence number is the same, and the network device determines that the terminal device fails to receive the first downlink data packet.
- the terminal device After receiving the downlink data packet, the terminal device feeds back the expected sequence number to the network device, so that the network device can know the receiving condition of the last transmitted downlink data packet by the terminal device according to the expected sequence number, thereby determining whether the following is a new transmission or a retransmission.
- a second possible implementation manner of the fifth aspect after the network device determines that the terminal device successfully receives the first downlink data packet, include:
- the network device sends the second scheduling information to the terminal device by using the downlink control channel, where the second scheduling information includes a second downlink transmission resource scheduled for the second downlink data packet to be transmitted;
- the network device adds a second sequence number to the second downlink data packet, and transmits, by using the second downlink transmission resource, the second downlink data packet that is added with the second sequence number to the terminal device;
- the second serial number is equal to the first serial number plus one;
- the network device Receiving, by the network device, a third leaking request sent by the terminal device; the third leaking request is used to indicate that the terminal device fails to receive the first downlink data packet;
- the network device sends third scheduling information to the terminal device by using the downlink control channel, where the third scheduling information includes a third downlink transmission resource scheduled for the first downlink data packet to be transmitted;
- the network device retransmits the first downlink data packet to the terminal device by using the third downlink transmission resource.
- the network device If the network device succeeds in receiving the terminal device, the downlink device is newly transmitted to the terminal device, and the terminal device fails to receive the first downlink data packet, and the terminal device may send the leak to the network device. After the request is received, the network device can re-schedule the first downlink data packet that was leaked before the resource retransmission, after receiving the missed transmission request, which solves the problem of missed transmission.
- the network device retransmits the foregoing to the terminal device by using the third downlink transmission resource After a downlink packet, it also includes:
- the network device Receiving, by the network device, an expected sequence number that is sent by the terminal device by using the uplink control channel, where the expected sequence number is a sequence number of a downlink data packet that the terminal device expects to receive next time;
- the network device sends fourth scheduling information to the terminal device by using the downlink control channel, where the fourth scheduling information is included a fourth downlink transmission resource scheduled by the third downlink data packet to be transmitted;
- the network device adds a third sequence number to the third downlink data packet, and transmits, by using the fourth downlink transmission resource, a third downlink data packet that adds the third sequence number to the terminal device;
- the third serial number is equal to the first serial number plus one.
- the network device After the network device leaks the data packet before retransmission, if the leaked data packet is successfully transmitted, the network device can continue to transmit the next data packet, and the data packet that has been transmitted before can be no longer repeated, saving Transfer resources.
- a downlink data packet transmission method including:
- the terminal device receives, by using a downlink control channel, first scheduling information that is sent by the network device, where the first scheduling information includes a first downlink transmission resource that is scheduled for the first downlink data packet to be transmitted;
- the terminal device receives the first downlink data packet sent by the network device by using the first downlink transmission resource, where a first sequence number is added to the first downlink data packet.
- the terminal device after the terminal device receives the first downlink data packet that is sent by the network device by using the first downlink transmission resource, also includes:
- the terminal device determines that the first downlink data packet is successfully received, and the terminal device sends a expected sequence number to the network device, where the expected sequence number is a sequence of downlink data packets that the terminal device expects to receive next time. Number; the expected serial number is the first serial number plus one;
- the terminal device Receiving, by the terminal device, the second scheduling information that is sent by the network device by using the downlink control channel, where the second scheduling information includes a second downlink transmission resource that is scheduled for the second downlink data packet to be transmitted;
- the terminal device determines The network device transmits an error and discards the second downlink data packet.
- the terminal device successfully receives the last data packet. However, the network device fails to receive the previous data packet and retransmits the previous data packet. After the terminal device receives the data again, the network device performs the repeated transmission, and the terminal device can Discarding repeatedly received data packets saves storage space of the terminal device and also solves the problem of repeated transmission at the MAC layer.
- the terminal device after the terminal device receives the first downlink data packet that is sent by the network device by using the first downlink transmission resource, also includes:
- the terminal device determines that the first downlink data packet fails to be received, and sends a expected sequence number to the network device, where the expected sequence number is a sequence number of a downlink data packet that the terminal device expects to receive next time; Expecting the serial number to be the first serial number;
- the terminal device Receiving, by the terminal device, the second scheduling information that is sent by the network device by using the downlink control channel, where the second scheduling information includes a second downlink transmission resource that is scheduled for the second downlink data packet to be transmitted;
- the terminal device receives the second downlink data packet by using the second downlink transmission resource, and if the sequence number added in the second downlink data packet is the first sequence number plus 1, the terminal device determines The network device is transmitted incorrectly;
- the terminal device sends a third leak request to the network device, where the third leak request is used to indicate that the terminal device fails to receive the first downlink data packet.
- the terminal device may send a leak request to the network device, so that the network device can retransmit the previously leaked data packet after receiving the missed transmission request, and the leakage is resolved at the MAC layer. The problem.
- the seventh aspect provides an uplink data packet transmission method, including:
- the terminal device receives, by using a downlink control channel, first scheduling information that is sent by the network device, where the first scheduling information includes a first uplink transmission resource that is scheduled for the first uplink data packet to be transmitted;
- the terminal device adds a first sequence number to the first uplink data packet, and transmits, by using the first uplink transmission resource, the first uplink data packet with the first sequence number added to the network device.
- Second scheduling information that is sent by the network device, where the second scheduling information includes an expected sequence number and a second uplink transmission resource scheduled for the first uplink data packet to be transmitted; the expected sequence Number is the first serial number;
- the terminal device determines that the expected sequence number is the first sequence number plus 1, and the terminal device adds the second sequence number to the second uplink data packet, and uses the second uplink transmission resource to
- the network device transmits a second uplink data packet with the second serial number added; the second serial number is the first serial number plus one.
- the second serial number is added to the network device by using the second uplink transmission resource After the second uplink packet, it also includes:
- the terminal device receives the third scheduling information that is sent by the network device, where the third scheduling information includes a leak indication indicating that the network device fails to receive the first uplink data packet, and the first serial number And a third uplink transmission resource scheduled for the first uplink data packet to be transmitted;
- the terminal device adds the received first sequence number to the first uplink data packet, and retransmits the first sequence number added to the network device by using the third uplink transmission resource.
- An upstream packet An upstream packet.
- the network device itself fails to receive, and the terminal device assumes that the network device receives successfully, then the terminal The device will newly transmit the data packet, and the network device receives the newly transmitted data packet to know that there is a leakage phenomenon. Then the network device can send a leak indication to the terminal device, and the terminal device can retransmit after receiving the leakage indication. The packet that was leaked before, thus solving the problem of leakage.
- the first sequence is added to retransmit the network device by using the third uplink transmission resource After the first uplink packet of the number, it also includes:
- the fourth scheduling information that is sent by the network device, where the fourth scheduling information includes an expected sequence number and a fourth uplink transmission resource scheduled for the third uplink data packet to be transmitted; the expected sequence number is Adding 1 to the first serial number;
- the terminal device Determining, by the terminal device, that the expected sequence number is the first sequence number plus one, adding a second sequence number to the third uplink data packet, and using the fourth uplink transmission resource to the network
- the device transmits a third uplink data packet with the second serial number added.
- the new data packet After retransmitting the previously transmitted data packet, the new data packet can be continued, and the data packet that has been transmitted before is not required to be repeatedly transmitted, thereby avoiding the problem of repeated transmission and saving transmission resources.
- the eighth aspect provides an uplink data packet transmission method, including:
- the network device sends the first scheduling information to the terminal device by using the downlink control channel, where the first scheduling information includes a first uplink transmission resource scheduled for the first uplink data packet to be received;
- the network device determines to successfully receive the first uplink data packet, and sends second scheduling information to the terminal device, where the second scheduling information includes an expected sequence number and a second scheduled for the second uplink data packet to be received.
- the second scheduling information includes an expected sequence number and a second scheduled for the second uplink data packet to be received.
- Uplink transmission resource; the expected sequence number is the first sequence number plus one;
- the network device determines that the terminal device transmits an error, and discards the second uplink data packet.
- the network device successfully receives the first uplink data packet, and the terminal device mistakenly believes that the network device fails to receive, and the terminal device retransmits the first uplink data packet, and the network device can know the terminal device after receiving the first uplink data packet again. After repeated transmission, the network device can discard the repeatedly received first uplink data packet, which not only saves the storage resources of the network device, but also solves the problem of repeated transmission at the MAC layer.
- the network device determines that the first uplink data packet fails to be received, and sends second scheduling information to the terminal device, where the second scheduling information includes an expected sequence number and is scheduled for the first uplink data packet to be received. a second uplink transmission resource; the expected sequence number is the first sequence number;
- the network device determines that the terminal device transmits an error, and sends third scheduling information to the terminal device, where the third scheduling information includes a leak indication indicating that the network device fails to receive the first uplink data packet, the first sequence number, and a third uplink transmission scheduled for the first uplink data packet to be transmitted. Resources.
- the network device fails to receive the first uplink data packet, and expects the terminal device to retransmit the first uplink data packet, and the terminal device mistakenly believes that the network device receives the uplink data packet successfully, and the network device knows that the network packet is leaked.
- the network device can send a leak indication to the terminal device. After receiving the leak indication, the terminal device can retransmit the previously leaked data packet, thereby solving the problem of leakage transmission at the MAC layer.
- a ninth aspect provides a terminal device, including:
- a receiving unit configured to receive first downlink control information that is sent by the network device by using a downlink control channel, where the first downlink control information includes a first new data indication, and a first scheduled downlink packet to be transmitted.
- the first new data indication is used to indicate that the first downlink data packet is a retransmitted data packet or a newly transmitted data packet;
- the receiving unit is further configured to receive the first downlink data packet that is transmitted by the network device by using the first downlink transmission resource.
- the terminal device further includes a sending unit and a processing unit;
- the sending unit is configured to: before the receiving unit receives the first downlink control information that is sent by the network device by using the downlink control channel, send, to the network device, a second downlink data packet that is last transmitted by the network device. Second feedback information;
- the processing unit is configured to: when the first new data indication is used to indicate that the first downlink data packet is a retransmitted data packet, receive, by the receiving unit, the network device by using the first After the first downlink data packet of the transmission resource transmission, if the second feedback information is used to indicate that the terminal device successfully receives the second downlink data packet, determining that the first new data indication is incorrect ;
- the processing unit is further configured to discard the first downlink data packet.
- the terminal device further includes a sending unit and a processing unit;
- the sending unit is configured to: before the receiving unit receives the first downlink control information that is sent by the network device by using the downlink control channel, send, to the network device, a second downlink data packet that is last transmitted by the network device. Second feedback information;
- the processing unit is configured to: when the first new data indication is used to indicate that the first downlink data packet is a newly transmitted data packet, receive, by the receiving unit, the network device by using the first After the first downlink data packet of the transmission resource is transmitted, if the second feedback information is used to indicate that the terminal device fails to receive the second downlink data packet, determining that the first new data indication is incorrect ;
- the sending unit is further configured to send a first leak request to the network device, where the first leak request is used to indicate that the terminal device fails to receive the second downlink data packet.
- the terminal device further includes sending unit;
- the sending unit is configured to send, after the receiving unit, the first downlink data packet that is sent by the network device by using the first downlink transmission resource, to the network device, for the first First feedback information of the line packet;
- the sending unit is further configured to: if the first feedback information is used to indicate that the terminal device fails to receive the first downlink data packet, and the receiving unit does not receive the network device to send within a predetermined time period
- the downlink control information is sent to the network device, where the second leakage request is used to indicate that the terminal device fails to receive the first downlink data packet.
- a network device including:
- a sending unit configured to send first downlink control information to the terminal device by using a downlink control channel, where the first downlink control information includes a first new data indication and a first scheduled for the first downlink data packet to be transmitted a downlink transmission resource, where the first new data indicator is used to indicate that the first downlink data packet is a retransmitted data packet or a newly transmitted data packet;
- the sending unit is further configured to transmit the first downlink data packet to the terminal device by using the first downlink transmission resource.
- the network device further includes a receiving unit and a processing unit;
- the receiving unit is configured to receive, before the sending unit sends the first downlink control information to the terminal device by using the downlink control channel, the second downlink that is sent by the terminal device to the terminal device last time a second feedback information of the data packet; the second feedback information is used to indicate that the terminal device fails to receive the second downlink data packet;
- the processing unit is configured to determine, by using the second feedback information that is received by the receiving unit, that the second feedback information is used to indicate that the terminal device successfully receives the second downlink data packet.
- the network device further includes a receiving unit;
- the receiving unit is configured to: after the sending unit sends the first downlink control information to the terminal device by using the downlink control channel, receive the first leak request sent by the terminal device; the first leak request is used for Instructing the terminal device to fail to receive the second downlink data packet;
- the sending unit is further configured to send, by using the downlink control channel, second downlink control information to the terminal device, where the second downlink control information includes a second new data indication, and the second downlink data packet is scheduled. a second downlink transmission resource, where the second new data indicator is used to indicate that the second downlink data packet is a retransmitted data packet;
- the sending unit is further configured to retransmit the second downlink data packet to the terminal device by using the second downlink transmission resource.
- the network device further includes a processing unit
- the receiving unit is further configured to: after the sending unit retransmits the second downlink data packet to the terminal device by using the second downlink transmission resource, receive the terminal device to resend to the network device The third feedback information of the second downlink data packet of the terminal device; the third feedback information is used to indicate that the terminal device succeeds in receiving the second downlink data packet;
- the processing unit is configured to: after the third feedback information received by the receiving unit is decoded, determine that the third feedback information is used to indicate that the terminal device successfully receives the second downlink data packet;
- the sending unit is further configured to send third downlink control information to the terminal device by using the downlink control channel, where the third downlink control information includes a third new data indication and a third downlink data packet scheduling a third downlink transmission resource, where the third new data indication is used to indicate that the third downlink data packet is a retransmitted data packet;
- the sending unit is further configured to transmit the third downlink data packet to the terminal device by using the third downlink transmission resource.
- a terminal device including:
- the first downlink control information includes a first new data indication and a first uplink transmission resource scheduled for an uplink data packet to be transmitted;
- a sending unit configured to transmit, by using the first uplink transmission resource, a first uplink data packet to the network device, where the first uplink data packet is used to indicate that the uplink data packet is retransmitted, where the first uplink is The data packet is a retransmitted uplink data packet. If the first new data indication is used to indicate a newly transmitted uplink data packet, the first uplink data packet is a newly transmitted uplink data packet or a retransmitted uplink data packet.
- the terminal device further includes a processing unit
- the receiving unit is further configured to receive, by using the downlink control channel, first feedback information that is sent by the network device, where the first feedback information is a second time that the network device last transmitted for the received terminal device Feedback information of the data packet;
- the sending unit is further configured to: if the processing unit determines that the first new data indication is used to indicate a newly transmitted uplink data packet, and the first feedback information is used to indicate that the network device successfully receives the second Upstream data packet, the first uplink data packet is transmitted to the network device by using the first uplink transmission resource, where the first uplink data packet is different from the second uplink data packet; or, if the processing unit determines The first new data indication is used to indicate that the uplink data packet is retransmitted, and the first feedback information is used to indicate that the network device fails to receive the second uplink data packet, and the first uplink transmission is performed.
- the processing unit determines that the first new data indicator is used for indicating Transmitting the uplink data packet, and the first feedback information is used to indicate that the network device successfully receives the second uplink data packet, and transmitting, by using the first uplink transmission resource, the network device An uplink data packet, where the first uplink data packet is the second uplink data packet; or, if the processing unit determines that the first new data indication is used to indicate a newly transmitted uplink data packet, and the first The feedback information is used to indicate that the network device fails to receive the second uplink data packet, and the first uplink data packet is transmitted to the network device by using the first uplink transmission resource, where the first uplink data packet is The second uplink data packet.
- the sending unit is further configured to:
- the receiving unit does not receive the second downlink control information sent by the network device, stop transmitting the uplink data packet to the network device; and the second downlink control information includes the uplink scheduled for the uplink data packet to be transmitted. Transfer resources.
- a network device including:
- a sending unit configured to send the first downlink control information to the terminal device by using the downlink control channel, where the first downlink control information includes the first new data indication and the first uplink transmission resource scheduled for the uplink data packet to be received ;
- a receiving unit configured to receive, by using the first uplink transmission resource, a first uplink data packet that is transmitted by the terminal device; where, if the first new data indication is used to indicate retransmission of an uplink data packet, the first The uplink data packet is a retransmitted uplink data packet. If the first new data indication is used to indicate a newly transmitted uplink data packet, the first uplink data packet is a newly transmitted uplink data packet.
- the network device further includes a processing unit
- the processing unit is configured to determine, after the receiving unit receives the first uplink data packet that is sent by the terminal device by using the first uplink transmission resource, that the first uplink data packet is successfully received, and determine the An uplink data packet is a last uplink data packet that the terminal device needs to transmit to the network device;
- the sending unit is further configured to send the second feedback information to the terminal device by using the downlink control channel, where the second feedback information is used to indicate that the network device successfully receives the first uplink data packet.
- a network device including:
- a sending unit configured to send first scheduling information to the terminal device by using a downlink control channel, where the first scheduling information includes a first downlink transmission resource scheduled for the first downlink data packet to be transmitted;
- a processing unit configured to add a first serial number to the first downlink data packet
- a sending unit configured to transmit, by using the first downlink transmission resource, the first downlink data packet in which the processing unit adds the first sequence number to the terminal device.
- the receiving unit is further configured to: after the sending unit transmits the first downlink data packet with the first sequence number added to the terminal device by using the first downlink transmission resource, receive the terminal The expected sequence number sent by the device through the uplink control channel, where the expected sequence number is the sequence number of the downlink data packet that the terminal device expects to receive next time;
- the processing unit is further configured to: if the expected sequence number received by the receiving unit is the same as the value of the first sequence number plus one, determine that the terminal device successfully receives the first downlink data packet; or If the expected sequence number is the same as the first sequence number, determining that the terminal device fails to receive the first downlink data packet.
- the sending unit is further configured to: after the processing unit determines that the terminal device successfully receives the first downlink data packet, send, by using the downlink control channel, second scheduling information to the terminal device, where The second scheduling information includes a second downlink transmission resource scheduled for the second downlink data packet to be transmitted;
- the processing unit is further configured to add a second serial number to the second downlink data packet
- the sending unit is further configured to transmit, by using the second downlink transmission resource, the second downlink data packet that is added by the processing unit to the second sequence number to the terminal device, where the second serial number is equal to Said first serial number plus 1;
- the receiving unit is further configured to receive a third leaking request sent by the terminal device, where the third leaking request is used to indicate that the terminal device fails to receive the first downlink data packet;
- the sending unit is further configured to send third scheduling information to the terminal device by using the downlink control channel, where the third scheduling information includes a third downlink transmission scheduled for the first downlink data packet to be transmitted.
- the sending unit is further configured to retransmit the first downlink data packet to the terminal device by using the third downlink transmission resource.
- the receiving unit is further configured to: after the sending unit retransmits the first downlink data packet to the terminal device by using the third downlink transmission resource, receive the terminal device to send by using the uplink control channel
- the expected sequence number where the expected sequence number is the sequence number of the downlink packet that the terminal device expects to receive next time;
- the processing unit is further configured to determine that the expected sequence number received by the receiving unit is the same as the value of the first serial number plus one;
- the sending unit is further configured to send fourth scheduling information to the terminal device by using the downlink control channel, where the fourth scheduling information includes a fourth downlink transmission resource scheduled for a third downlink data packet to be transmitted;
- the processing unit is further configured to add a third serial number to the third downlink data packet
- the sending unit is further configured to: transmit, by using the fourth downlink transmission resource, the third downlink data packet that is added by the processing unit to the third sequence number to the terminal device; the third serial number is equal to the The first serial number is added by 1.
- a terminal device including:
- a receiving unit configured to receive, by using a downlink control channel, first scheduling information that is sent by the network device, where the first scheduling information includes a first downlink transmission resource that is scheduled for the first downlink data packet to be transmitted;
- the receiving unit is further configured to receive, by using the first downlink transmission resource, the first downlink data packet that is sent by the network device, where a first serial number is added to the first downlink data packet. .
- the terminal device further includes a processing unit and a sending unit;
- the processing unit is configured to determine that the first downlink number is successfully received after the receiving unit receives the first downlink data packet sent by the network device by using the first downlink transmission resource. According to the package;
- the sending unit is configured to send, to the network device, a expected sequence number, where the expected sequence number is a sequence number of a downlink data packet that the terminal device expects to receive next time; the expected sequence number is the first sequence Number plus 1;
- the receiving unit is further configured to receive, by using the downlink control channel, second scheduling information that is sent by the network device, where the second scheduling information includes a second downlink transmission resource that is scheduled for a second downlink data packet to be transmitted;
- the receiving unit is further configured to receive the second downlink data packet by using the second downlink transmission resource
- the processing unit is further configured to: if the sequence number added in the second downlink data packet received by the receiving unit is the same as the first sequence number, determine that the network device transmits an error, and discard the first Two downstream packets.
- the terminal device further includes a processing unit and a sending unit;
- the processing unit is configured to determine, after the receiving unit receives the first downlink data packet that is sent by the network device, by using the first downlink transmission resource, that the first downlink data packet is failed to be received;
- the sending unit is configured to send, to the network device, a expected sequence number, where the expected sequence number is a sequence number of a downlink data packet that the terminal device expects to receive next time; the expected sequence number is the first sequence number;
- the receiving unit is further configured to receive, by using the downlink control channel, second scheduling information that is sent by the network device, where the second scheduling information includes a second downlink transmission resource that is scheduled for a second downlink data packet to be transmitted;
- the receiving unit is further configured to receive the second downlink data packet by using the second downlink transmission resource
- the processing unit is further configured to: if the sequence number added in the second downlink data packet received by the receiving unit is the first sequence number plus 1, determining that the network device transmits an error;
- the sending unit is further configured to send a third leak request to the network device, where the third drain The request is used to indicate that the terminal device fails to receive the first downlink data packet.
- a terminal device including:
- a receiving unit configured to receive, by using a downlink control channel, first scheduling information that is sent by the network device, where the first scheduling information includes a first uplink transmission resource that is scheduled for the first uplink data packet to be transmitted;
- a processing unit configured to add a first sequence number to the first uplink data packet received by the receiving unit
- a sending unit configured to transmit, by using the first uplink transmission resource, the first uplink data packet in which the processing unit adds the first sequence number to the network device.
- the receiving unit is further configured to: after the sending unit transmits the first uplink data packet with the first sequence number added to the network device by using the first uplink transmission resource, receive the network device to send The second scheduling information, where the second scheduling information includes an expected sequence number and a second uplink transmission resource scheduled for the first uplink data packet to be transmitted; the expected sequence number is the first sequence number;
- the processing unit is further configured to determine that the expected sequence number received by the receiving unit is the first sequence number plus one, and the second sequence number is added to the second uplink data packet;
- the sending unit is further configured to: send, by using the second uplink transmission resource, the second uplink data packet that the processing unit adds the second sequence number to the network device; the second serial number is the The first serial number is incremented by one.
- the receiving unit is further configured to: after the sending unit transmits, by using the second uplink transmission resource, the second uplink data packet in which the processing unit adds the second sequence number to the network device, receive the a third scheduling information that is sent by the network device, where the third scheduling information includes a leak indication indicating that the network device fails to receive the first uplink data packet, the first serial number, and a location to be transmitted. Determining a third uplink transmission resource scheduled by the first uplink data packet;
- the processing unit is further configured to add the first sequence number received by the receiving unit to the first uplink data packet;
- the sending unit is further configured to retransmit, by the third uplink transmission resource, the first uplink data packet in which the processing unit adds the first sequence number to the network device.
- the receiving unit is further configured to: after the sending unit retransmits, by using the third uplink transmission resource, the first uplink data packet in which the processing unit adds the first sequence number, The fourth scheduling information that is sent by the network device, where the fourth scheduling information includes an expected sequence number and a fourth uplink transmission resource scheduled for the third uplink data packet to be transmitted; the expected sequence number is the first serial number. plus 1;
- the processing unit is further configured to: determine that the expected sequence number received by the receiving unit is the first sequence number plus one, and add the second sequence number to the third uplink data packet;
- the sending unit is further configured to transmit, by using the fourth uplink transmission resource, the third uplink data packet in which the processing unit adds the second sequence number to the network device.
- a network device including:
- a sending unit configured to send first scheduling information to the terminal device by using a downlink control channel, where the first scheduling information includes a first uplink transmission resource scheduled for the first uplink data packet to be received;
- a receiving unit configured to receive, by using the first uplink transmission resource, the first uplink data packet sent by the terminal device, where a first sequence number is added to the first uplink data packet.
- the network device further includes a processing unit
- the processing unit is configured to determine, after the receiving unit receives the first uplink data packet sent by the terminal device by using the first uplink transmission resource, that the first uplink data packet is successfully received;
- the sending unit is further configured to send second scheduling information to the terminal device, where the second scheduling information includes an expected sequence number and a second uplink transmission scheduled for the second uplink data packet to be received. a resource; the expected sequence number is the first serial number plus one;
- the receiving unit is further configured to receive, by using the second uplink transmission resource, the second uplink data packet that is sent by the terminal device;
- the processing unit is further configured to: if the sequence number added in the second uplink data packet received by the receiving unit is the same as the first sequence number, and determine that the terminal device transmits an error, discard the first Two upstream packets.
- the network device further includes a processing unit
- the processing unit is configured to determine, after the receiving unit receives the first uplink data packet sent by the terminal device by using the first uplink transmission resource, that the first uplink data packet reception fails;
- the sending unit is further configured to send second scheduling information to the terminal device, where the second scheduling information includes an expected sequence number and a second uplink transmission resource scheduled for the first uplink data packet to be received;
- the expected sequence number is the first serial number;
- the receiving unit is further configured to receive, by using the second uplink transmission resource, the second uplink data packet sent by the terminal device
- the processing unit is further configured to: if the sequence number added in the second uplink data packet received by the receiving unit is the first sequence number plus 1, determining that the terminal device transmits an error;
- the sending unit is further configured to send third scheduling information to the terminal device, where the third scheduling information includes a leak indication indicating that the network device fails to receive the first uplink data packet, and the a sequence number and a third uplink transmission resource scheduled for the first uplink data packet to be transmitted.
- FIG. 1 is an interaction diagram of a downlink layer PDU transmitted by a MAC layer
- FIG. 2 is an interaction diagram of a MAC layer transmitting an uplink PDU
- FIG. 3 is a flowchart of a first downlink data packet transmission method according to an embodiment of the present invention.
- FIG. 4 is a flowchart of a second downlink data packet transmission method according to an embodiment of the present invention.
- FIG. 5 is a first interaction diagram of a downlink PDU transmission process according to an embodiment of the present invention.
- FIG. 6 is a flowchart of a first uplink data packet transmission method according to an embodiment of the present invention.
- FIG. 7 is a flowchart of a second uplink data packet transmission method according to an embodiment of the present invention.
- FIG. 8 is a first interaction diagram of an uplink PDU transmission process according to an embodiment of the present invention.
- FIG. 9 is a flowchart of a third downlink data packet transmission method according to an embodiment of the present invention.
- FIG. 10 is a flowchart of a fourth downlink data packet transmission method according to an embodiment of the present invention.
- FIG. 11 is a second interaction diagram of a downlink PDU transmission process according to an embodiment of the present invention.
- FIG. 12 is a flowchart of a third uplink data packet transmission method according to an embodiment of the present invention.
- FIG. 13 is a flowchart of a fourth uplink data packet transmission method according to an embodiment of the present invention.
- FIG. 14 is a second interaction diagram of an uplink PDU transmission process according to an embodiment of the present invention.
- FIG. 15 is a first structural block diagram of a terminal device according to an embodiment of the present invention.
- FIG. 16 is a schematic diagram of a first structure of a terminal device according to an embodiment of the present invention.
- FIG. 17 is a first structural block diagram of a network device according to an embodiment of the present invention.
- FIG. 18 is a schematic diagram of a first structure of a network device according to an embodiment of the present invention.
- FIG. 19 is a second structural block diagram of a terminal device according to an embodiment of the present invention.
- FIG. 20 is a schematic diagram of a second structure of a terminal device according to an embodiment of the present invention.
- 21 is a second structural block diagram of a network device according to an embodiment of the present invention.
- FIG. 22 is a schematic diagram of a second structure of a network device according to an embodiment of the present invention.
- FIG. 23 is a third structural block diagram of a network device according to an embodiment of the present invention.
- FIG. 24 is a schematic diagram of a third structure of a network device according to an embodiment of the present invention.
- 25 is a third structural block diagram of a terminal device according to an embodiment of the present invention.
- 26 is a schematic diagram of a third structure of a terminal device according to an embodiment of the present invention.
- FIG. 27 is a fourth structural block diagram of a terminal device according to an embodiment of the present invention.
- FIG. 28 is a schematic diagram showing a fourth structure of a terminal device according to an embodiment of the present invention.
- 29 is a fourth structural block diagram of a network device according to an embodiment of the present invention.
- FIG. 30 is a schematic diagram of a fourth structure of a network device according to an embodiment of the present invention.
- the techniques described herein may be used in various communication systems, such as LTE systems, fifth generation mobile communication systems (5G), and other such communication systems.
- LTE Long Term Evolution
- 5G fifth generation mobile communication systems
- IoT Internet of Things
- 3GPP 3rd Generation Partnership Project
- CIoT Cellular Internet Of Things
- CIoT cancels the functions such as reordering and AM mode supported by the RLC layer in the LTE system.
- this change can be well adapted to the business characteristics of CIoT and meet the design requirements of its terminal equipment, it will also bring some new problems. For example, since the RLC layer of the CIoT no longer supports the reordering and the AM mode, the transmission abnormality of the PDU may not be found and cannot be processed. Then, it is obvious that the technical solution in the embodiment of the present invention is used in the CIoT.
- a terminal device which is a device that provides voice and/or data connectivity to a user, for example, may include a handheld device with wireless connectivity, or a processing device connected to a wireless modem.
- the terminal device can communicate with the core network via a residential access network (RAN) to exchange voice and/or data with the RAN.
- the terminal device may be referred to as a user equipment (UE), a wireless terminal device, a mobile terminal device, a Subscriber Unit, a Subscriber Station, a mobile station, a mobile station, or a mobile station.
- AP Access Point
- it can be a mobile phone (or "cellular" phone), a computer with a mobile terminal device, a portable, pocket, handheld, computer built-in or in-vehicle mobile device.
- PCS Personal Communication Service
- SIP Session Initiation Protocol
- WLL Wireless Local Loop
- PDA Personal Digital Assistants
- a network device such as a base station (e.g., an access point), may specifically refer to a device in the access network that communicates with the wireless terminal device over one or more sectors over the air interface.
- the base station can be used to convert the received air frame to an Internet Protocol (IP) packet as a router between the wireless terminal device and the rest of the access network, wherein the remainder of the access network can include an IP network.
- IP Internet Protocol
- the base station can also coordinate attribute management of the air interface.
- the base station may be an evolved base station (NodeB or eNB or e-NodeB, evolutional Node B) in an evolved LTE system (LTE-A), which is not limited by the embodiment of the present invention.
- the data packet may be, for example, a PDU, or may also refer to other data packets.
- the transmitted data packet when performing downlink transmission, the transmitted data packet is referred to as a downlink data packet, and when the uplink transmission is performed, the transmitted data packet is referred to as an uplink data packet.
- the new data indication may be implemented, for example, by a New Data Indicator (NDI), or may be implemented by other means, such as by being carried in One bit or more bits in the downlink control information are implemented as long as the new data indication can be used to indicate whether the data packet to be transmitted is a newly transmitted data packet or a retransmitted data packet.
- NDI New Data Indicator
- the NDI is changed to another name, it is also within the scope of the present invention.
- the downlink control information may be implemented by using Downlink Control Information (DCI), or may be implemented by other possible control information, which is not limited by the embodiment of the present invention.
- DCI Downlink Control Information
- the downlink control channel may be, for example, a physical downlink control channel (PDCCH), or may be another possible channel for performing downlink control information transmission, if the PDCCH is changed to other
- PDCCH physical downlink control channel
- the name is also within the scope of the present invention.
- the uplink control channel may be, for example, a Physical Uplink Control Channel (PUCCH), or may be another possible channel for performing uplink control information transmission. If the PUCCH is changed to another name, it is also protected by the present invention. Within the scope.
- PUCCH Physical Uplink Control Channel
- the downlink data channel may be, for example, a Physical Downlink Shared Channel (PDSCH), or may be another possible channel for performing downlink data transmission. If the PDSCH is changed to another name, it is also in the protection scope of the present invention. within.
- PDSCH Physical Downlink Shared Channel
- the uplink data channel may be, for example, a Physical Uplink Shared Channel (PUSCH), or may be another possible channel for performing uplink data transmission. If the PUSCH is changed to another name, it is also in the protection scope of the present invention. within.
- PUSCH Physical Uplink Shared Channel
- system and “network” in the embodiments of the present invention may be used interchangeably.
- Multiple means two or more.
- the character "/”, unless otherwise specified, generally indicates that the contextual object is an "or" relationship.
- FIG. 1 it is an interaction diagram of a downlink layer PDU transmitted by a MAC layer in the prior art.
- the base station schedules the transmission resource of the downlink PDU through the PDCCH, and transmits the PDU to the terminal device through the PDSCH, and the terminal device feeds back the ACK/NACK to the base station through the PUCCH.
- the base station allocates the PDSCH downlink resource information used by the downlink PDU to be transmitted to the terminal device through the PDCCH, that is, transmits the PDSCH downlink resource used for the current transmission to the terminal device.
- the base station sends a PDU to the terminal device on the PDSCH downlink resource indicated by the PDCCH. As shown in FIG. 1 , the downlink PDU sent this time is, for example, a1 in FIG. 1 .
- the terminal device receives the downlink PDU on the PDSCH downlink resource according to the resource allocation information, that is, receives the a1, and feeds back the ACK/NACK to the base station through the PUCCH according to the receiving condition of the downlink PDU.
- ACK/NACK occupies one bit. When the value of the bit is 1, for example, it is indicated as ACK. When the value of the bit is 0, for example, it is indicated as NACK.
- the ACK is returned (the value of the bit is 1).
- FIG. 1 is used as an example. If the terminal device fails to receive the downlink PDU, the NACK is fed back (the value of the bit is 0). ).
- the base station transmits the PDSCH downlink resource information used by the next downlink PDU to the terminal device through the PDCCH, that is, transmits the PDSCH downlink resource used for the next transmission to the terminal device.
- the base station determines the next operation according to the feedback of the received terminal device:
- the base station continues to send the next downlink PDU to the terminal device on the PDSCH downlink resource indicated by the PDCCH, for example, a2 in FIG. FIG. 1 takes an example in which the base station continues to send a2 to the terminal device.
- the base station If the received feedback of the terminal device is NACK, indicating that the last downlink PDU transmission fails, the base station re-sends the last downlink PDU to the terminal device on the PDSCH downlink resource indicated by the PDCCH.
- FIG. 2 it is an interaction diagram of transmitting uplink PDUs in the MAC layer in the prior art.
- the base station transmits a transmission resource for transmitting an uplink PDU through a PDCCH
- the terminal device transmits an uplink PDU to the base station through the PUSCH
- the base station feeds back an ACK/NACK to the terminal device by using a Physical Hybrid ARQ Indicator Channel (PHICH).
- PHICH Physical Hybrid ARQ Indicator Channel
- the base station allocates the PUSCH uplink resource information used by the current uplink PDU to the terminal device through the PDCCH, that is, transmits the PUSCH uplink resource used for the current transmission to the terminal device.
- the terminal device sends an uplink PDU to the base station on the allocated PUSCH uplink resource, for example, b1 in FIG. 2.
- the base station receives the uplink PDU sent by the terminal device on the allocated PUSCH uplink resource, that is, receives the b1, and feeds back the ACK/NACK to the terminal device through the PHICH according to the receiving condition of the uplink PDU.
- FIG. 2 takes the feedback NACK as an example.
- the base station allocates the PUSCH uplink resource information used by the next uplink PDU to the terminal device through the PDCCH, that is, transmits the PUSCH uplink resource used for the next transmission to the terminal device.
- the terminal device determines the next operation according to the feedback of the received base station:
- the terminal device continues to send the next uplink PDU to the base station on the PUSCH uplink resource allocated by the base station, for example, b2 in FIG.
- the terminal device If the received base station feedback is NACK, indicating that the previous uplink PDU transmission fails, the terminal device resends the previous uplink PDU to the base station on the PUSCH uplink resource allocated by the base station.
- FIG. 2 is an example in which the terminal device continues to send b2 to the base station.
- the sender If the sender misjudges the ACK fed back by the receiver as NACK, the sender will resend the previous PDU, causing the receiver to receive the same PDU repeatedly.
- the MAC layer at the receiving end will process all the received PDUs into service data units ( Service Data Unit (SDU), and send the SDU to the RLC layer, so that the SDU becomes the RLC PDU.
- SDU Service Data Unit
- the RLC layer discovers whether there are duplicate received PDUs according to the Sequence Number (SN) in the PDU header, and discards duplicate PDUs.
- SN Sequence Number
- the sender If the sender misjudges the NACK fed back by the receiver as an ACK, the sender will continue to send a new PDU.
- the receiver cannot determine whether the PDU is a newly transmitted PDU or a retransmitted PDU.
- the receiving end will treat the PDU as a heavy PDU.
- the transmitted PDU is received, which causes the PDU to leak.
- receiving The MAC layer of the terminal processes all received PDUs into SDUs and sends the SDUs to the RLC layer, so that the SDUs become PDUs of the RLC.
- the RLC layer may find out whether a PDU is leaked according to the SN in the PDU header. If a PDU is leaked, and if the RLC entity works in the AM mode, the PDU may be resolved by initiating the ARQ of the RLC layer. The problem that was leaked.
- the HARQ process of the MAC layer is only responsible for the transmission (retransmission) of the PDU and the reception feedback, and cannot detect and handle various PDU transmission abnormalities caused by feedback misjudgment. (eg repeat reception, missed transmission, etc.). Only when the RLC layer performs reordering, it is possible to discover and process these exceptions according to the SN of the PDU. On the one hand, the abnormality is found and processed in the RLC layer, the interaction between the MAC layer and the RLC layer is more frequent, the processing is more complicated, and the system overhead is larger.
- the base station When transmitting a downlink data packet to the terminal device, the base station sends a downlink transmission resource and a new data indication scheduled for the downlink data packet to be transmitted to the terminal device, and the new data indication may indicate Whether the transmitted downlink data packet is a retransmitted data packet or a newly transmitted data packet, if the terminal device expects to receive the newly transmitted downlink data packet (for example, the terminal device feeds back the ACK to the base station last time), and the new data If the indicated downlink data packet to be transmitted is a retransmitted data packet, the terminal device may determine that the data packet is repeatedly received, if the terminal device expects to receive the retransmitted downlink data packet (eg, the terminal device last feedback to the base station) NACK), and the new data indicates that the indicated downlink data packet to be transmitted is a newly transmitted data packet, and the terminal device can determine that there is a leaked data packet, that is, whether the transmission layer is abnormal at the MAC layer.
- the terminal device may determine that there is
- the MAC layer can find whether there is a transmission abnormality in the embodiment of the present invention, it can be effectively applied to a device having an RLC layer that does not support reordering and AM mode (for example, a CIoT device) without waiting to be found in the RLC layer.
- a device having an RLC layer that does not support reordering and AM mode for example, a CIoT device
- the technical side in the embodiment of the present invention The application scope of the case is relatively wide, and the implementation method is simple, which is more conducive to popularization and use.
- an embodiment of the present invention provides a first downlink data packet transmission method, which can be applied to a terminal device side in a downlink transmission process, and the process of the method is described as follows.
- Step 301 The terminal device receives the first downlink control information that is sent by the network device by using the downlink control channel, where the first downlink control information includes the first new data indication and the first downlink scheduled for the first downlink data packet to be transmitted. a transmission resource, where the first new data indication is used to indicate that the first downlink data packet is a retransmitted data packet or a newly transmitted data packet;
- Step 302 The terminal device receives the first downlink data packet that is transmitted by the network device by using the first downlink transmission resource.
- an embodiment of the present invention provides a second downlink data packet transmission method, which can be applied to a network device side in a downlink transmission process, that is, the method is the method shown in the flow of FIG.
- the corresponding method, the flow of the method is described as follows.
- Step 401 The network device sends the first downlink control information to the terminal device by using the downlink control channel.
- the first downlink control information includes a first new data indication and a first downlink scheduled for the first downlink data packet to be transmitted. Transmitting a resource, where the first new data indicator is used to indicate that the first downlink data packet is a retransmitted data packet or a newly transmitted data packet;
- Step 402 The network device transmits the first downlink data packet to the terminal device by using the first downlink transmission resource.
- the following data channel is the PDCCH
- the downlink data channel is the PDSCH
- the downlink control information is the DCI
- the new data indication is the NDI
- the data packet is the PDU. It should be understood by those skilled in the art that this is only an example and is not intended to limit the scope of the invention.
- FIG. 5 an interaction flowchart of the downlink PDU transmission process of the process of FIG. 3 and the process of FIG. 4 is integrated.
- the downlink PDU is transmitted on the PDSCH, and the ACK/NACK is transmitted on the PUCCH, and the NDI and The scheduled downlink transmission resources are included in the DCI, and the DCI is transmitted on the PDCCH.
- the base station sends a third DCI to the terminal device through the PDCCH, where the third DCI includes the PDSCH downlink transmission resource (for example, the third downlink transmission resource) used in the downlink transmission, and further includes a third NDI, where the third NDI is used. Indicates whether the downlink PDU of this transmission is a newly transmitted downlink PDU or a retransmitted downlink PDU.
- the third DCI includes the PDSCH downlink transmission resource (for example, the third downlink transmission resource) used in the downlink transmission, and further includes a third NDI, where the third NDI is used.
- the NDI can occupy one bit.
- the downlink PDU used to indicate the current transmission is a newly transmitted downlink PDU.
- the value of the bit is 0, the downlink of the current transmission is indicated.
- the PDU is a retransmitted downstream PDU.
- the base station sends a downlink PDU to the terminal device on the third downlink transmission resource indicated by the PDCCH, for example, the PDU is referred to as a second downlink PDU, so that the terminal device receives the second downlink PDU on the third downlink transmission resource.
- the second downlink PDU is a1 in FIG.
- the terminal device sends feedback information (for example, referred to as second feedback information) to the base station according to the reception status of the second downlink PDU.
- the feedback information is, for example, ACK/NACK, and generally occupies one bit. For example, if the value of the bit is 1, it indicates that the feedback information is ACK, and if the value of the bit is 0, it indicates The feedback information is NACK.
- the terminal device If the terminal device successfully receives the second downlink PDU, the terminal device feeds back the ACK to the base station through the PUCCH.
- Figure 5 takes the feedback ACK as an example.
- the terminal device If the terminal device fails to receive the second downlink PDU, the terminal device feeds back the NACK to the base station through the PUCCH.
- the base station sends the first DCI to the terminal device by using the PDCCH, where the first DCI includes the PDSCH downlink transmission resource (for example, the first downlink transmission resource) used by the downlink PDU (for example, the first downlink PDU). And a first NDI, the first NDI is used to indicate whether the downlink PDU of the current transmission is a newly transmitted downlink PDU or a retransmitted downlink PDU.
- the first DCI includes the PDSCH downlink transmission resource (for example, the first downlink transmission resource) used by the downlink PDU (for example, the first downlink PDU).
- a first NDI the first NDI is used to indicate whether the downlink PDU of the current transmission is a newly transmitted downlink PDU or a retransmitted downlink PDU.
- the base station decodes the second feedback information after receiving the second feedback information sent by the terminal device:
- the base station sends the first downlink PDU to the terminal device on the first downlink transmission resource indicated by the PDCCH, so that the terminal device receives the first downlink PDU on the first downlink transmission resource.
- the first downlink PDU is a2.
- ACK/NACK is transmitted in PUCCH/PDCCH, and NDI is transmitted in PDCCH.
- the PUCCH generally does not use the Cyclic Redundancy Check (CRC) protection. Therefore, there may be a phenomenon in which the receiving end judges the received feedback information or the feedback information is transmitted incorrectly, which may cause an abnormality.
- the PDCCH is generally CRC-protected. Therefore, when the terminal device detects that the DCI transmitted in the PDCCH is incorrect through the CRC, the control information may be determined to be incorrect, and the PDCCH is not directly misjudged.
- the embodiment of the present invention provides an abnormal solution, which is described in detail below.
- the feedback information sent by the terminal device itself is ACK, but is misjudged by the base station as NACK.
- the terminal device sends the second feedback information to the terminal device according to the receiving condition of the second downlink PDU, where the base station sends the first feedback information to the terminal device after receiving the second feedback information.
- the DCI that is, the value of the first NDI included in the first DCI is determined by the base station after considering the second feedback information.
- the terminal device determines that the second downlink PDU is successfully received, and the second feedback information that is fed back to the base station includes an ACK, and the base station decodes the second feedback information after receiving the second feedback information, and erroneously judges it as a NACK.
- the base station determines that the second downlink PDU fails to be transmitted, and then indicates that the first downlink PDU transmitted by the base station to the terminal device is the retransmitted downlink PDU, that is, the first downlink PDU at this time. It is the second downlink PDU. Due to the second transmission sent by the terminal device
- the feedback information includes an ACK, and the newly transmitted PDU is expected.
- the feedback information sent by the terminal device itself is NACK, but is incorrectly judged as ACK by the base station.
- the terminal device sends the second feedback information to the terminal device according to the receiving condition of the second downlink PDU, where the base station sends the first feedback information to the terminal device after receiving the second feedback information.
- the DCI that is, the value of the first NDI included in the first DCI is determined by the base station after considering the second feedback information.
- the retransmitted PDU is expected.
- the PDU is abnormally retransmitted, and the second downlink PDU is leaked.
- the base station retransmits the first downlink PDU.
- the terminal device sends an ACK to the base station, the base station newly transmits a downlink PDU (for example, a third downlink PDU). In any case, the terminal device can no longer receive the retransmitted second downlink PDU.
- the terminal device may send a missed request to the base station, for example, the missed request.
- the first drop request for example, the leak request in the embodiment of the present invention may be implemented by indicating a reason for access in a random access cause field in a random access request, and may also be through other request methods.
- the implementation can be implemented, for example, by using a check-in sequence in a specific preamble group, or can control a connection request through a radio resource (Radio Resource)
- the cause field in the control connection request, RRC connection request) is implemented, etc., as long as the missed request can be used to indicate that the downlink PDU is leaked.
- the missed request is implemented by the random access request, and the access reason indicated in the first missed request is, for example, a downlink PDU missed transmission, or the access reason indicated in the first missed request is, for example, the terminal device receives the second.
- the base station After receiving the first missed request, the base station knows that the leak has occurred through the cause, and then sends the DCI to the terminal device again, for example, called the second DCI, the second DCI includes the second NDI, and the second is the retransmission.
- the second downlink PDU The second downlink PDU.
- the base station after the base station sends the second downlink PDU to the terminal device, the base station further receives, by the terminal device, feedback information about the second downlink PDU that is re-received, for example, the third feedback information, and the third feedback information.
- the third downlink PDU may be a downlink PDU after the first downlink PDU. In this way, the PDU transmitted by the base station is not repeated as much as possible, saving transmission resources and reducing the repeated receiving process of the terminal device.
- At least two downlink PDUs that is, the latest downlink PDU and the downlink PDU transmitted before can be stored.
- the base station also needs to support the following function: adding an indication of the PDU leakage condition to the cause in the random access request, if the leak occurs
- the request is implemented by indicating the reason for the access in the cause in the RRC connection request, and the base station also needs to support the following functions: in the RRC connection request
- the cause adds an indication of a PDU missed condition.
- the base station after the base station transmits the last downlink PDU, the base station will not schedule the next downlink transmission resource through the DCI in the PDCCH, and further, no longer indicates through the NDI.
- the exception solution is as follows:
- the feedback information sent by the terminal device for the last downlink PDU is itself an ACK, but is misjudged by the base station as a NACK.
- the first downlink PDU is the last downlink PDU that the base station needs to transmit to the terminal device, and after receiving the first downlink PDU, the terminal device sends the first feedback information to the base station, where the first feedback information includes
- the feedback information sent by the terminal device for the last downlink PDU is itself a NACK, but is misjudged by the base station as an ACK.
- the first downlink PDU is the last downlink PDU that the base station needs to transmit to the terminal device, and the terminal device fails to receive the first downlink PDU, and the first feedback information sent to the base station includes the NACK. If the base station misidentifies the NACK as an ACK, the downlink transmission resource will not be scheduled for the terminal device, that is, the DCI will not be transmitted to the terminal device, and the missed first downlink PDU will not be retransmitted. At this time, if the terminal device does not detect the DCI transmitted on the PDCCH for a long time, it will find that there is a packet leakage phenomenon, and it is necessary to design a packet leakage processing mechanism.
- the terminal device may start a timer, for example, the duration set for the timer is a predetermined duration, and if the timer expires, the terminal device has not received the timer.
- the DCI that is, the terminal device does not receive the DCI sent by the base station within a predetermined duration, the terminal device determines that there is a leakage phenomenon, and the terminal device can send a second missed transmission request to the base station, and the same, for example, may be through a random access request.
- the second leakage request is implemented by the access reason, or the second leakage request may be implemented by other means, for example, by using a specific preamble group, or by using a cause field in the RRC connection request, and the like.
- the second leakage request is implemented by using a random access request
- the access reason is, for example, a downlink PDU leakage transmission, or the access reason is, for example, that the terminal device fails to receive the first downlink PDU.
- the base station knows that the leak has occurred through the cause, and then sends the DCI to the terminal device again, the NDI included in the DCI is 0, and the first row of the PDU included in the DCI is retransmitted.
- the downlink transmission resource is scheduled, and then the base station retransmits the first downlink PDU to the terminal device by using the downlink transmission resource.
- the base station when transmitting the downlink data packet to the terminal device, the base station sends the downlink transmission resource and the new data indication scheduled for the downlink data packet to be transmitted to the terminal device, where the new data indication can indicate the to be transmitted.
- the terminal device may determine that the data packet is repeatedly received, if the terminal device expects to receive the retransmitted downlink data packet (eg, the terminal device last feedback to the base station is NACK), and the new data indicates that the indicated downlink data packet to be transmitted is a newly transmitted data packet, and the terminal device can determine that there is a leaked data packet, that is, whether the transmission layer is abnormal at the MAC layer.
- the embodiment of the present invention also provides different solutions for different transmission anomalies, and these solutions can be completed at the MAC layer, avoiding After data packet transmission to the RLC layer will be found if the transmission condition is abnormal, to avoid excessive interaction RLC layer and the MAC layer, can effectively reduce the complexity and overhead processing procedure.
- the MAC layer can be solved when there is a transmission abnormality, and can be effectively applied in the MAC layer without waiting to be found and solved in the RLC layer.
- a device for example, a CIoT device
- the technical solution in the embodiment of the present invention has a wide application range, and the implementation manner is simple, and is more conducive to popularization and use.
- an embodiment of the present invention provides a first type of uplink data packet transmission.
- the input method can be applied to the terminal device side in the uplink transmission process, and the flow of the method is described as follows.
- Step 601 The terminal device receives, by using a downlink control channel, first downlink control information that is sent by the network device.
- the first downlink control information includes a first new data indication and a first uplink transmission resource that is scheduled for the uplink data packet to be transmitted.
- Step 602 The terminal device transmits the first uplink data packet to the network device by using the first uplink transmission resource. If the first new data indication is used to indicate that the uplink data packet is retransmitted, the first uplink data packet is the retransmitted uplink data. Packet, if the first new data indication is used to indicate a newly transmitted uplink data packet, the first uplink data packet is a newly transmitted uplink data packet or a retransmitted uplink data packet.
- an embodiment of the present invention provides a second uplink data packet transmission method, which can be applied to a network device side in an uplink transmission process, that is, the method is the method shown in the flowchart of FIG. The corresponding method, the flow of the method is described as follows.
- Step 701 The network device sends the first downlink control information to the terminal device by using the downlink control channel.
- the first downlink control information includes a first new data indication and a first uplink transmission resource scheduled for the uplink data packet to be received.
- Step 702 The network device receives the first uplink data packet transmitted by the terminal device by using the first uplink transmission resource. If the first new data indication is used to indicate that the uplink data packet is retransmitted, the first uplink data packet is a retransmitted uplink. The data packet, if the first new data indication is used to indicate a newly transmitted uplink data packet, the first uplink data packet is a newly transmitted uplink data packet.
- the method shown in the flow of FIG. 6 and the flow of FIG. 7 are introduced in an interactive manner.
- the following data channel is PDCCH
- the uplink data channel is PUSCH
- the downlink control information is DCI
- the new data indication is NDI
- the data packet is PDU. It should be understood by those skilled in the art that this is only an example and is not intended to limit the scope of the invention.
- FIG. 8 an interaction flowchart of the uplink PDU transmission process of the process of FIG. 6 and the process of FIG. 7 is integrated.
- the uplink PDU is transmitted on the PUSCH, and the ACK/NACK is transmitted on the PDCCH, the NDI and the The scheduled uplink transmission resources are included in the DCI, and the DCI is transmitted on the PDCCH.
- the base station successfully receives the last uplink PDU, the base station only sends feedback information to the terminal device, and the feedback information is ACK, and the base station does not send the DCI to the terminal device again. Proceed as follows:
- the base station sends a second DCI to the terminal device through the PDCCH, where the second DCI includes the PUSCH uplink transmission resource used by the current uplink transmission (for example, the second uplink transmission resource), and further includes a second NDI, where the second NDI is used. Indicates whether the uplink PDU of this transmission is a newly transmitted uplink PDU or a retransmitted uplink PDU.
- the NDI can occupy one bit.
- the uplink PDU used to indicate the current transmission is a newly transmitted uplink PDU.
- the uplink of the current transmission is indicated.
- the PDU is a retransmitted upstream PDU.
- the terminal device sends a second uplink PDU to the base station on the allocated second uplink transmission resource, so that the base station receives the second uplink PDU on the second uplink transmission resource.
- the second uplink PDU is b1 in FIG.
- the base station sends feedback information (for example, referred to as first feedback information) to the terminal device according to the reception status of the second uplink PDU.
- the feedback information is, for example, ACK/NACK, and generally occupies one bit. For example, if the value of the bit is 1, it indicates that the feedback information is ACK, and if the value of the bit is 0, it indicates The feedback information is NACK.
- FIG. 8 is an example of transmitting a NACK to a terminal device.
- the base station If the base station successfully receives the second uplink PDU, and the second uplink PDU is not the last uplink PDU, the base station performs scheduling on the PDCCH for the next uplink PDU, that is, the base station sends the first DCI to the terminal device, the first DCI.
- step 4 If the base station successfully receives the second uplink PDU, and the second uplink PDU is the last uplink PDU, the base station sends an ACK to the terminal device only on the PDCCH, and no longer sends the DCI to the terminal device, that is, step 4 is not performed.
- the base station If the base station fails to receive the second uplink PDU, the base station sends the first DCI to the terminal device, where the first DCI includes the PUSCH uplink transmission used by the currently transmitted uplink PDU (ie, the second uplink PDU).
- the resource eg, the first uplink transmission resource
- Figure 8 takes this as an example.
- the terminal device determines the next operation according to the information received on the PDCCH:
- the terminal device sends the next uplink PDU, that is, the first uplink PDU, to the base station on the first uplink transmission resource indicated by the PDCCH.
- the first uplink PDU is b2 in FIG.
- the terminal device resends the last uplink PDU, that is, the second uplink PDU, to the base station on the first uplink transmission resource indicated by the PDCCH.
- FIG. 8 is an example of retransmitting the second uplink PDU.
- ACK/NACK and DCI are all transmitted in the PDCCH. Since the PDCCH has CRC protection, according to its working principle, the feedback may be wrong, but the probability of being misjudged is low.
- the terminal device cannot obtain the correct scheduling information, for example:
- the terminal device For the uplink PDU sent to the base station, if the uplink PDU is not the last uplink PDU, if the terminal device fails to decode the information transmitted by the PDCCH, the terminal device cannot perform the transmission of the next uplink PDU. If the base station does not receive the uplink PDU sent by the terminal device, it may determine that the terminal device fails to decode the information transmitted by the PDCCH, and the base station may re-schedule the terminal device.
- the terminal device For the uplink PDU sent to the base station, if the uplink PDU is the last uplink PDU, if the terminal device fails to decode the information transmitted by the PDCCH, and the base station transmits an ACK through the PDCCH, in this case, if the base station does not re-route to the terminal
- the device sends the scheduling information such as the DCI, and the terminal device determines that the feedback information sent by the base station is an ACK, that is, the terminal device determines that the transmission ends.
- the embodiment of the present invention provides an abnormal solution, which is described in detail below, in consideration of special cases such as a small probability event and no CRC protection PDCCH.
- the receiving end fails to receive the information sent by the sending end.
- the receiving failure may be understood as an unsuccessful receiving, such as an error in the receiving process, or It can also be understood as a decoding error after reception, such as an error may occur during transmission, resulting in an error in the received information itself, or, for example, the received information is correct, but an error occurs during the decoding process, etc.)
- the transmission is abnormal, so please refer to Table 1.
- the result of receiving failure at the receiving end is roughly as shown in Table 1:
- the feedback information sent by the base station is itself an ACK, but the terminal device misjudges it as NACK, or the NDI sent by the base station itself is 1, but is misjudged by the terminal device as 0.
- the terminal device After the terminal device sends the second uplink PDU to the base station, the terminal device receives the first feedback information and the first DCI sent by the base station, and if the terminal device decodes, the first feedback signal sent by the base station is found.
- the first DCI included in the first DCI and the first DCI included in the first DCI have error 1 or error 2 in Table 1. According to the rule that the leakage impairment in the exception handling principle is greater than the retransmission damage, the terminal device can directly retransmit the previous uplink PDU. That is, the second uplink PDU is retransmitted.
- the terminal device cannot discover, and the second uplink PDU transmission failure is misjudged.
- the previous PDU will also be directly retransmitted, that is, the second uplink PDU is retransmitted.
- the base station After receiving the repeated uplink PDU, the base station cannot find an abnormality at the MAC layer, and the received uplink PDU is processed to obtain an SDU, and the SDU is sent to the RLC layer to become a PDU of the RLC layer. If you reorder, you can find out whether there are duplicated PDUs during reordering, and if so, you can discard duplicate PDUs.
- the feedback information sent by the base station itself is NACK, but the terminal device misjudges it as ACK, or the NDI sent by the base station itself is 0, but is misjudged as 1 by the terminal device.
- the terminal device after transmitting the second uplink PDU to the base station, the terminal device receives the first feedback information and the first DCI sent by the base station, and if the terminal device decodes, finds the first feedback information sent by the base station and the first DCI.
- the first DCI included includes error 1 or error 2 in Table 1. According to the rule that the leakage impairment in the exception handling principle is greater than the retransmission damage, the terminal device can directly retransmit the last uplink PDU, that is, the second uplink PDU. At this point, the leak is avoided.
- the terminal device cannot discover, and the second uplink PDU is successfully transmitted. Then, the new uplink PDU will continue to be sent to the base station, and the base station cannot find that a leak occurs. In this case, the base station will receive the new uplink PDU.
- the base station processes the received uplink PDU to obtain an SDU, and sends the SDU to the RLC layer to become a PDU of the RLC layer. If the RLC layer supports functions such as reordering and AM mode, it can find out whether there is a missed transmission during reordering.
- the PDU if any, can initiate an ARQ process at the RLC layer to resolve the missed issue.
- the probability of error 1 - error 3 is relatively low, so in general, the probability of occurrence of error 3 is lower, so for the case of error 3, abnormal problems such as missed transmission or repeated transmission can be given to High-level (such as the RLC layer) to solve.
- the base station when the base station successfully receives the last downlink PDU, the base station will not schedule the next uplink transmission resource through the DCI in the PDCCH, and thus, no longer indicates through the NDI. For the exceptions that occur in this particular case, they need to be discovered and processed separately. For upstream transmission, the exception solution is as follows:
- the terminal device receives only the feedback information sent by the base station through the PDCCH after transmitting the first uplink PDU to the base station (for example, The second feedback information is not received, but the base station has successfully received the first uplink PDU, and the terminal device determines whether the second feedback information includes ACK or NACK after decoding by the terminal device.
- the first uplink PDU is not retransmitted, thereby avoiding repeated transmissions.
- the terminal device receives the second feedback information and the DCI sent by the base station after transmitting the first uplink PDU to the base station, and the terminal device can determine the base station. If the first uplink PDU fails to be received, the terminal device retransmits the first uplink PDU, so as to avoid the occurrence of the leakage phenomenon, whether the second feedback information includes the ACK or the NACK after the terminal device decodes.
- the base station when the terminal device transmits the uplink data packet to the base station, the base station sends the uplink transmission resource and the new data indication scheduled for the uplink data packet to be transmitted to the terminal device, and the new data indication may indicate that the uplink data packet is to be transmitted.
- the terminal device may determine that a false positive phenomenon occurs, or if the terminal device expects to transmit the retransmitted uplink data packet (eg, the terminal device determines the last base station feedback).
- the terminal device may determine that a false positive phenomenon occurs, that is, whether the transmission layer is abnormal at the MAC layer, and The embodiments of the present invention also provide different solutions for different transmission anomalies, and these solutions can be completed at the MAC layer to avoid After transmitting the data packet to the RLC layer will be found if the transmission condition is abnormal, to avoid excessive interaction RLC layer and the MAC layer, can effectively reduce the treated Process complexity and system overhead.
- the MAC layer can be solved when there is a transmission abnormality, and can be effectively applied in the MAC layer without waiting to be found and solved in the RLC layer.
- a device for example, a CIoT device
- the technical solution in the embodiment of the present invention has a wide application range, and the implementation manner is simple, and is more conducive to popularization and use.
- an embodiment of the present invention provides a third downlink data packet transmission method, which can be applied to a network device side in a downlink transmission process, and the process of the method is described as follows.
- Step 901 The network device sends the first scheduling information to the terminal device by using the downlink control channel, where the first scheduling information includes a first downlink transmission resource scheduled for the first downlink data packet to be transmitted.
- Step 902 The network device adds a first sequence number to the first downlink data packet, and transmits the first downlink data packet with the first sequence number added to the terminal device by using the first downlink transmission resource.
- an embodiment of the present invention provides a fourth downlink data packet transmission method, which can be applied to a terminal device side in a downlink transmission process, that is, the method is the method shown in the flow of FIG.
- the corresponding method, the flow of the method is described as follows.
- Step 1001 The terminal device receives, by using a downlink control channel, first scheduling information that is sent by the network device, where the first scheduling information includes a first downlink transmission resource that is scheduled for the first downlink data packet to be transmitted.
- Step 1002 The terminal device receives the first downlink data packet sent by the network device by using the first downlink transmission resource, where the first downlink data packet is added with the first serial number.
- the method shown in the flow of FIG. 9 and the flow of FIG. 10 are introduced in an interactive manner.
- the following data channel is the PDCCH
- the downlink data channel is the PDSCH
- the downlink control information is the DCI
- the new data indication is the NDI
- the data packet is the PDU.
- FIG. 11 an interaction flow chart of the downlink PDU transmission process of the process of FIG. 9 and the process of FIG. 10 is integrated.
- the base station when transmitting a downlink PDU, the base station encapsulates a 1-bit SN in the downlink PDU header as a sequence number corresponding to the transmitted downlink PDU, for example, referred to as V(S), and maintains an expectation in the terminal device.
- the received sequence number is, for example, called V(R), and the terminal device uses V(R) as feedback information for feeding back to the base station.
- the downlink PDU header encapsulates a 1-bit V(S), and the base station schedules, by using the PDCCH, a downlink transmission resource for transmitting the downlink PDU, and the downlink PDU is transmitted on the PDSCH, and the terminal device feeds back the V(R) to the base station through the PUCCH.
- the V(S) of the base station and the terminal device V(R) of the terminal device are consistent, and the V(S) of the base station and the terminal device V(R) of the terminal device also need to be consistent during the transmission.
- the base station sends the first scheduling information to the terminal device by using the PDCCH, where the first scheduling information includes the PDSCH downlink transmission resource used for the downlink transmission, that is, the downlink PDU to be transmitted (for example, the first downlink PDU) is scheduled.
- the downlink transmission resource is, for example, referred to as a first downlink transmission resource.
- the base station sends a first downlink PDU to the terminal device on the first downlink transmission resource indicated by the PDCCH, where the base station encapsulates the first sequence number in the first downlink PDU header.
- the first downlink PDU is a1 in FIG. Therefore, the terminal device receives the first downlink PDU on the first downlink transmission resource according to the first scheduling information, and adjusts the expected sequence number V(R) according to the reception condition of the first downlink PDU:
- the terminal device sends the expected sequence number V(R) to the base station through the PUCCH. That is, the value of V(R) transmitted by the terminal device may be V(R) or V(R)+1.
- V(R) taking V(R) as an example, That is, the failure of the terminal device to receive the first downlink PDU is taken as an example.
- the base station sends the second scheduling information to the terminal device by using the PDCCH, where the second scheduling information includes the PDSCH downlink transmission resource used for the next downlink transmission, that is, the downlink PDU (for example, the second downlink PDU) scheduled for the next transmission.
- the downlink transmission resource is, for example, referred to as a second downlink transmission resource.
- the base station determines the next operation according to the expected sequence number sent by the received terminal device:
- Downstream PDU The second downlink PDU is, for example, a2 in FIG.
- FIG. 11 is an example in which a base station retransmits a first downlink PDU.
- the expected sequence number V(R) fed back by the terminal device is transmitted in the PUCCH.
- PUCCH generally does not use CRC protection, so there may be a phenomenon in which the receiving end judges the received expected sequence number error or expects the serial number transmission error, which may cause an abnormality. Although the probability that such anomalies may occur is not large, in view of the small probability event, the embodiment of the present invention provides an anomaly solution, which is described in detail below.
- the base station may determine that the expected expected sequence number is V(R), and V(R) does not reverse the V(S) saved by the base station, so the base station
- the first downlink PDU may be sent to the terminal device, and the second downlink PDU is retransmitted by the second downlink transmission resource indicated by the second scheduling information, that is, the second downlink is The PDU is the first downlink PDU.
- the terminal device Since the V(R) of the terminal device has been inverted, it is expected to receive the newly transmitted downlink PDU, but the value of V(S) in the received first downlink PDU is still V(R) instead of V(R). +1, that is, V(S) is not reversed, the terminal device determines that the base station retransmits the first downlink PDU, so that the terminal device can determine that the first downlink PDU is repeatedly received, and the terminal device can directly discard the repeated reception. A downstream PDU.
- the information ie, the expected sequence number
- the base station may determine that the expected expected sequence number is V(R)+1, compared to the V(S) saved by the base station.
- the value of V(S)+1 is encapsulated into the second downlink PDU header, and the second downlink PDU is transmitted to the terminal device by using the second downlink transmission resource indicated by the second scheduling information.
- the base station will consider that the second downlink PDU fails to transmit and retransmit the second downlink PDU. It can be seen that no matter how the terminal device feeds back, the first downlink PDU that is missed cannot be re-acquired, and the leakage phenomenon cannot be avoided.
- the terminal device may send a missed request to the base station, for example, the missed request is referred to as a third missed request, and may carry an unreversed V(R) in the third missed request to prompt the base station to leak.
- the phenomenon of transmission occurs.
- the leaking request may be implemented by, for example, indicating that the downlink PDU is leaked in the cause of the random access request, and may be implemented by other request modes, for example, by using a specific preamble group.
- the base station After receiving the third leakage request sent by the terminal device, the base station knows that the leakage phenomenon occurs, and encapsulates the V(R) carried in the received third leakage request to the last downlink PDU of the newly transmitted second downlink PDU.
- the first downlink PDU is sent to the terminal device, and the third scheduling information includes the third downlink transmission resource scheduled for the first downlink PDU, so that the base station retransmits the third downlink transmission resource.
- the first downlink PDU After receiving the third leakage request sent by the terminal device, the base station knows that the leakage phenomenon occurs, and encapsulates the V(R) carried in the received third leakage request to the last downlink PDU of the newly transmitted second downlink PDU.
- the first downlink PDU is sent to the terminal device, and the third scheduling information includes the third downlink transmission resource scheduled for the first downlink PDU, so that the base station retransmits the third downlink transmission resource.
- the first downlink PDU After receiving the third leakage request sent by the terminal
- the terminal device After the base station retransmits the first downlink PDU, the terminal device receives the first downlink PDU, and then feeds back the expected sequence number to the base station, where the expected sequence number is the sequence number of the downlink PDU that the terminal device expects to receive next time. For example, if the terminal device fails to receive the first downlink PDU, the expected sequence number is the first sequence number, that is, V(R). If the terminal device successfully receives the first downlink PDU, the expected sequence number is the first sequence. The number is incremented by 1, which is V(R)+1.
- the fourth scheduling information is sent to the terminal device by using the PDCCH, where the fourth scheduling information includes a fourth downlink transmission resource scheduled for the first downlink PDU to be transmitted, and the base station transmits the fourth downlink transmission.
- the resource retransmits the first downlink PDU again; if the base station receives the V(R)+1, the next downlink PDU may continue to be transmitted, and the base station sends the fourth scheduling information to the terminal device by using the PDCCH, where the fourth scheduling information is included.
- the base station may add a third sequence number to the third downlink PDU header, where the third sequence number is, for example, the first sequence number plus 1, and transmit the third downlink PDU with the third sequence number added by using the fourth downlink transmission resource.
- the third downlink PDU may be a downlink PDU after the second downlink PDU. In this way, the PDU transmitted by the base station is not repeated as much as possible, saving transmission resources and reducing the repetition of the terminal device. Receiving process.
- the system needs to support the following functions: in the transmission buffer of the base station, at least two downlink PDUs, that is, the latest downlink PDU and a downlink PDU sent before can be stored.
- the system also needs to support the following function: adding an indication of the PDU leakage condition to the cause field of the random access request If the missed request is implemented by indicating the access reason in the cause in the RRC connection request, the base station also needs to support the function of adding an indication of the PDU leakage condition to the cause in the RRC connection request.
- the flow of FIG. 9-11 is designed for the SN-based HARQ mechanism, and the corresponding abnormality discovery and processing mechanism is designed.
- all transmission abnormalities can be found in the MAC layer.
- processing avoiding excessive interaction between the MAC layer and the RLC layer, which can effectively reduce processing complexity and system overhead.
- an embodiment of the present invention provides a third uplink data packet transmission method, which can be applied to a terminal device side in an uplink transmission process, and the process of the method is described as follows.
- Step 1201 The terminal device receives, by using a downlink control channel, first scheduling information that is sent by the network device, where the first scheduling information includes a first uplink transmission resource that is scheduled for the first uplink data packet to be transmitted.
- Step 1202 The terminal device adds a first sequence number to the first uplink data packet, and transmits the first uplink data packet with the first sequence number added to the network device by using the first uplink transmission resource.
- an embodiment of the present invention provides a fourth uplink data packet transmission method, which can be applied to a network device side in an uplink transmission process, that is, the method is the method shown in the flowchart of FIG. The corresponding method, the flow of the method is described as follows.
- Step 1301 The network device sends the first scheduling information to the terminal device by using the downlink control channel, where the first scheduling information includes a first uplink transmission resource scheduled for the first uplink data packet to be received.
- Step 1302 The network device receives the first uplink data packet sent by the terminal device, and adds a first serial number to the first uplink data packet.
- the following data channel is PDCCH
- the uplink data channel is PUSCH
- the downlink control information is DCI
- the new data indication is NDI
- the data packet is PDU. It should be understood by those skilled in the art that this is only an example and is not intended to limit the scope of the invention.
- FIG. 14 an interaction flowchart of the uplink PDU transmission process of the flow of FIG. 12 and the flow of FIG. 13 is integrated.
- the terminal device when transmitting the uplink PDU, the terminal device encapsulates the 1-bit SN in the uplink PDU header as the sequence number corresponding to the transmitted uplink PDU, for example, referred to as V(S), and simultaneously at the base station.
- V(S) the sequence number corresponding to the transmitted uplink PDU
- V(R) the sequence number that is expected to be received
- the base station uses V(R) as feedback information for feedback to the base station.
- the uplink PDU header encapsulates a 1-bit V(S), and the base station schedules, by using the PDCCH, a downlink transmission resource for transmitting the downlink PDU, and the uplink PDU is transmitted on the PUSCH, and the base station feeds back the V(R) to the terminal device through the PDCCH. .
- the V(R) fed back by the base station for the last received uplink PDU and the uplink transmission resource scheduled for the next transmitted uplink PDU may be simultaneously sent to the terminal device.
- the V(R) of the base station and the terminal device V(S) of the terminal device are consistent, and the V(R) of the base station and the terminal device V(S) of the terminal device also need to be consistent during the transmission. Proceed as follows:
- the base station sends the first scheduling information to the terminal device by using the PDCCH, where the first scheduling information includes the PUSCH uplink transmission resource used for the downlink transmission, that is, the uplink PDU to be transmitted, for example, called the first uplink PDU.
- the uplink transmission resource is, for example, referred to as a first uplink transmission resource.
- the terminal device encapsulates the V(S) in the first uplink PDU header, that is, encapsulates the first sequence number, and sends the first uplink PDU to the base station on the allocated first uplink transmission resource.
- the first uplink PDU is b1 in FIG. Therefore, the base station receives the first uplink PDU on the first uplink transmission resource, and adjusts the expected sequence number V(R) according to the reception condition of the first uplink PDU:
- the base station allocates the PUSCH uplink transmission resource of the next uplink transmission to the terminal device by using the PDCCH. For example, the base station sends the second scheduling information to the terminal device by using the PDCCH, where the second scheduling information includes the second uplink transmission resource, and the base station simultaneously sends the terminal device to the terminal device. Send the expected serial number. That is, the value of V(R) transmitted by the base station may be V(R) or V(R)+1.
- FIG. 14 is an example in which the base station sends V(R)+1, that is, the base station successfully receives the first uplink PDU as an example.
- the terminal device determines the next operation according to the expected sequence number sent by the received base station:
- the second uplink PDU is transmitted to the base station.
- the second uplink PDU is b2 in FIG. 14, and FIG. 14 is an example of transmitting a second uplink PDU to the base station.
- the expected sequence number V(R) fed back by the terminal device is transmitted in the PDCCH.
- the PDCCH is generally CRC-protected. Therefore, when the terminal device detects that the information transmitted in the PDCCH is incorrect by using the CRC, it can determine that the control information is incorrect, and is generally directly discarded. Therefore, the content transmitted by the PDCCH is not misjudged.
- the embodiment of the present invention provides an abnormal solution, which is described in detail below.
- V(R) V(R) + 1
- feedback information i.e., expected sequence number
- the terminal device may determine that the expected expected sequence number is V(R) for the expected sequence number decoding error, and V(R) is not inverted compared to the V(S) saved by the terminal device, so The terminal device considers that the first uplink PDU transmission fails, and the terminal device retransmits the first uplink PDU by using the second uplink transmission resource.
- the base station Since the V(R) of the base station has been inverted, it is expected to receive the newly transmitted uplink PDU, but the value of V(S) in the received first uplink PDU is still V(R) instead of V(R)+1. If the V(S) is not reversed, the base station determines that the terminal device retransmits the first uplink PDU, so that the base station can determine that the first uplink PDU is repeatedly received, and the base station can directly discard the repeatedly received first uplink PDU.
- the transmission resource sends a new second uplink PDU to the base station, wherein the terminal device encapsulates the value of V(S)+1 into the second uplink PDU header.
- the terminal device If the base station feeds back the V(R)+1 to the terminal device, the terminal device The second uplink PDU transmission is considered to be unsuccessful, and the second uplink PDU is retransmitted. It can be seen that no matter how the base station feeds back, the first uplink PDU that is missed cannot be re-acquired, and the leakage abnormality cannot be avoided.
- the base station sends the third scheduling information to the terminal device, and the leakage scheduling indication may be added to the third scheduling information.
- the leakage indication may occupy 1 bit, and of course, more bits may be occupied. And indicating that the uplink PDU is leaked, and the base station may carry the un-oververted V(R) in the third scheduling information.
- the third scheduling information further includes a third uplink transmission scheduled for the first uplink PDU to be transmitted. Resources.
- the terminal device may discover the leakage phenomenon according to the leakage indication therein.
- the terminal device may encapsulate the V(R) carried in the received third scheduling information into the last uplink PDU (ie, the first uplink PDU) of the newly transmitted second uplink PDU, and is heavy on the third uplink scheduling resource.
- the first uplink PDU is transmitted.
- Sending the V(R) as the feedback information that is, the expected sequence number
- V(R)+1 feedback information
- the third uplink PDU may be an uplink PDU after the second uplink PDU. In this way, the PDU transmitted by the base station is not repeated as much as possible, saving transmission resources and reducing the repeated receiving process of the terminal device.
- the system needs to support two functions: 1.
- the base station can add at least one bit of the leak indication when the PDCCH schedules the resource; 2.
- At least two uplink PDUs can be stored in the transmission buffer of the terminal device. That is, the latest transmitted uplink PDU and one uplink PDU transmitted before it.
- the flow of FIG. 12 to FIG. 14 is designed for the SN-based HARQ mechanism, and the corresponding abnormality discovery and processing mechanism is designed.
- all transmission abnormalities can be found in the MAC layer.
- processing avoiding excessive interaction between the MAC layer and the RLC layer, which can effectively reduce processing complexity and system overhead.
- an embodiment of the present invention provides a terminal device, where the terminal device may include a receiving unit 1501.
- the terminal device may further include a processing unit 1502 and a sending unit 1503.
- the terminal device can be used to perform the method described above in FIG. 3 to FIG. 5 . Therefore, for the functions and the like implemented by the units in the terminal device, reference may be made to the description of the previous method portion, and details are not described herein.
- FIG. 16 is a schematic diagram of a possible physical structure of the terminal device shown in FIG.
- the physical device corresponding to the receiving unit 1501 may be the receiver 1601
- the physical device corresponding to the processing unit 1502 may be the processor 1602
- the physical device corresponding to the sending unit 1503 may be the transmitter 1603.
- the processor 1602 may be a central processing unit or an application specific integrated circuit (ASIC), and may be one or more integrated circuits for controlling program execution, and may be a field programmable gate array (Field).
- ASIC application specific integrated circuit
- FPGA Programmable Gate Array
- a memory 1604 that can be used to store instructions required by the processor 1602 to perform tasks.
- the number of memories 1604 can be one or more.
- the memory 1604 may include a Read Only Memory (ROM), a Random Access Memory (RAM), and a disk storage.
- the receiver 1601 and the transmitter 1603 may belong to a radio frequency system for performing network communication with an external device, and specifically may communicate with an external device through a network such as an Ethernet, a radio access network, or a wireless local area network.
- the receiver 1601 and the transmitter 1603 may be the same physical module, for example, may be a transceiver, or may be different physical modules.
- the memory 1604, the receiver 1601, and the transmitter 1603 may be connected to the processor 1602 via a bus (as shown in FIG. 16 as an example), or may be separately connected to the processor 1602 via a dedicated connection line.
- the code corresponding to the method shown above is solidified into the chip, so that the chip can perform the method shown in FIG. 3 to FIG. 5 during operation. How to The processor 1602 performs design programming and is well known to those skilled in the art, and details are not described herein again.
- an embodiment of the present invention provides a network device, where the network device may include a sending unit 1701.
- the terminal device may further include a processing unit 1702 and a receiving unit 1703.
- the network device may be used to perform the foregoing method in FIG. 3 to FIG. 5. Therefore, for the functions and the like implemented by the units in the network device, reference may be made to the description of the previous method, and details are not described herein.
- the physical device corresponding to the sending unit 1701 may be the transmitter 1801
- the physical device corresponding to the processing unit 1702 may be the processor 1802
- the physical device corresponding to the sending unit 1503 may be the receiving 1803.
- the processor 1802 may be a central processing unit or an ASIC, and may be one or more integrated circuits for controlling program execution, and may be a hardware circuit developed by the FPGA, and may be a baseband chip.
- a memory 1804 that can be used to store instructions required by the processor 1802 to perform tasks.
- the number of memories 1804 can be one or more.
- Memory 1804 can include ROM, RAM, and disk storage.
- the receiver 1803 and the transmitter 1801 may belong to a radio frequency system for performing network communication with an external device, and may specifically communicate with an external device through a network such as an Ethernet, a radio access network, or a wireless local area network.
- the receiver 1803 and the transmitter 1801 may be the same physical module, for example, may be a transceiver, or may be different physical modules.
- the memory 1804, the receiver 1803, and the transmitter 1801 may be connected to the processor 1802 via a bus (as shown in FIG. 18 as an example), or may be separately connected to the processor 1802 through a dedicated connection line.
- the code corresponding to the method shown above is solidified into the chip, so that the chip can perform the method shown in FIG. 3 to FIG. 5 at runtime.
- How to design and program the processor 1802 is a technique well known to those skilled in the art, and details are not described herein.
- an embodiment of the present invention provides a terminal device, where
- the terminal device may include a receiving unit 1901 and a transmitting unit 1902.
- the terminal device may further include a processing unit 1903.
- the terminal device can be used to perform the method described above in FIG. 6 to FIG. 8. Therefore, for the functions and the like implemented by the units in the terminal device, reference may be made to the description of the previous method portion, and details are not described herein.
- the physical device corresponding to the receiving unit 1901 may be the receiver 2001
- the physical device corresponding to the processing unit 1903 may be the processor 2003
- the physical device corresponding to the sending unit 1902 may be the transmitter 2002.
- the processor 2003 may be a central processing unit or an ASIC, and may be one or more integrated circuits for controlling program execution, and may be a hardware circuit developed using an FPGA, and may be a baseband chip.
- FIG. 20 Also shown in FIG. 20 is a memory 2004 that can be used to store instructions required by the processor 2003 to perform tasks.
- the number of memories 2004 can be one or more.
- the memory 2004 can include ROM, RAM, and disk storage.
- the receiver 2001 and the transmitter 2002 may belong to a radio frequency system for performing network communication with an external device, and may specifically communicate with an external device through a network such as an Ethernet, a radio access network, or a wireless local area network.
- the receiver 2001 and the transmitter 2002 may be the same physical module, for example, may be a transceiver, or may be a different physical module.
- These memories 2004, receivers 2001 and transmitters 2002 may be connected to the processor 2003 via a bus (as exemplified in Fig. 16), or may be connected to the processor 2003 via dedicated connection lines, respectively.
- the code corresponding to the method shown above is solidified into the chip, so that the chip can perform the method shown in the foregoing FIGS. 6-8 during operation.
- How to design and program the processor 2003 is a technique well known to those skilled in the art, and details are not described herein again.
- an embodiment of the present invention provides a network device, which may include a sending unit 2101 and a receiving unit 2102.
- the network device may further include a processing unit 2103.
- the network device may be used to perform the method described above in FIG. 6 to FIG. 8. Therefore, for the functions and the like implemented by the units in the network device, reference may be made to the description of the previous method portion, and details are not described herein.
- FIG. 22 it is a schematic diagram of a possible physical structure of the network device shown in FIG. 21.
- the physical device corresponding to the sending unit 2101 may be the transmitter 2201
- the physical device corresponding to the processing unit 2103 may be the processor 2203
- the physical device corresponding to the receiving unit 2102 may be the receiver 2202.
- the processor 2203 may be a central processing unit or an ASIC, and may be one or more integrated circuits for controlling program execution, and may be a hardware circuit developed by the FPGA, and may be a baseband chip.
- a memory 2204 that can be used to store instructions required by the processor 2203 to perform tasks.
- the number of memories 2204 can be one or more.
- Memory 2204 can include ROM, RAM, and disk storage.
- the receiver 2202 and the transmitter 2201 may belong to a radio frequency system for performing network communication with an external device, and may specifically communicate with an external device through a network such as an Ethernet, a radio access network, or a wireless local area network.
- the receiver 2202 and the transmitter 2201 may be the same physical module, for example, may be a transceiver, or may be different physical modules.
- the memory 2204, the receiver 2202, and the transmitter 2201 may be connected to the processor 2203 via a bus (as shown in FIG. 22 as an example), or may be separately connected to the processor 2203 through a dedicated connection line.
- the code corresponding to the method shown above is solidified into the chip, so that the chip can perform the method shown in the foregoing FIGS. 6-8 during operation.
- How to design and program the processor 2203 is a technique well known to those skilled in the art, and details are not described herein again.
- an embodiment of the present invention provides a network device, which may include a sending unit 2301, a receiving unit 2302, and a processing unit 2303.
- the network device may be used to perform the method described in the foregoing FIG. 9 to FIG. 11. Therefore, for the functions and the like implemented by the units in the network device, reference may be made to the description of the previous method part, and details are not described herein.
- the physical device corresponding to the sending unit 2301 may be the transmitter 2401
- the physical device corresponding to the processing unit 2303 may be the processor 2403
- the physical device corresponding to the receiving unit 2302 may be the receiving 2402.
- the processor 2403 may be a central processing unit or an ASIC, and may be one or more integrated circuits for controlling program execution, and may be a hardware circuit developed by the FPGA, and may be a baseband chip.
- a memory 2404 that can be used to store instructions required by the processor 2403 to perform tasks.
- the number of memories 2404 can be one or more.
- the memory 2404 can include a ROM, a RAM, and a disk storage.
- the receiver 2402 and the transmitter 2401 may belong to a radio frequency system for performing network communication with an external device, and may specifically communicate with an external device through a network such as an Ethernet, a radio access network, or a wireless local area network.
- the receiver 2402 and the transmitter 2401 may be the same physical module, for example, may be a transceiver, or may be different physical modules.
- the memory 2404, the receiver 2402, and the transmitter 2401 may be connected to the processor 2403 via a bus (as shown in FIG. 24 as an example), or may be separately connected to the processor 2403 via a dedicated connection line.
- the code corresponding to the method shown above is solidified into the chip, so that the chip can perform the method shown in the foregoing FIGS. 9-11 during operation.
- How to design and program the processor 2403 is a technique well known to those skilled in the art, and details are not described herein again.
- an embodiment of the present invention provides a terminal device, where the terminal device may include a receiving unit 2501.
- the terminal device may further include a sending unit 2502 and a processing unit 2503.
- the terminal device can be used to perform the method described in the foregoing FIG. 9 to FIG. 11. Therefore, for the functions and the like implemented by the units in the terminal device, reference may be made to the description of the previous method portion, and details are not described herein.
- FIG. 26 it is a schematic diagram of a possible physical structure of the terminal device shown in FIG. 25.
- the physical device corresponding to the receiving unit 2501 may be the receiver 2601
- the physical device corresponding to the processing unit 2503 may be the processor 2603
- the physical device corresponding to the sending unit 2502 may be sent.
- the processor 2603 may be a central processing unit or an ASIC, and may be one or more integrated circuits for controlling program execution, and may be a hardware circuit developed using an FPGA, and may be a baseband chip.
- a memory 2604 that can be used to store instructions required by the processor 2602 to perform tasks.
- the number of memories 2604 can be one or more.
- Memory 2604 can include ROM, RAM, and disk storage.
- the receiver 2601 and the transmitter 2602 may belong to a radio frequency system for performing network communication with an external device, and may specifically communicate with an external device through a network such as an Ethernet, a radio access network, or a wireless local area network.
- the receiver 2601 and the transmitter 2602 may be the same physical module, for example, may be a transceiver, or may be different physical modules.
- the memory 2604, the receiver 2601, and the transmitter 2602 may be connected to the processor 2603 via a bus (as shown in FIG. 36), or may be separately connected to the processor 2603 via a dedicated connection line.
- the code corresponding to the method shown above is solidified into the chip, so that the chip can perform the method shown in the foregoing FIGS. 9-11 during operation.
- How to design and program the processor 2603 is a technique well known to those skilled in the art, and details are not described herein.
- an embodiment of the present invention provides a terminal device, which may include a sending unit 2701, a receiving unit 2702, and a processing unit 2703.
- the terminal device can be used to perform the method described above in FIG. 12 to FIG. 14. Therefore, for the functions and the like implemented by the units in the terminal device, reference may be made to the description of the previous method portion, and details are not described herein.
- the physical device corresponding to the sending unit 2701 may be the transmitter 2801
- the physical device corresponding to the processing unit 2703 may be the processor 2803
- the physical device corresponding to the receiving unit 2702 may be the receiver 2802.
- the processor 2803 may be a central processing unit or an ASIC, and may be one or more integrated circuits for controlling program execution, and may be a hardware circuit developed by the FPGA, which may be a baseband. chip.
- a memory 2804 that can be used to store instructions required by the processor 2803 to perform tasks.
- the number of memories 2804 can be one or more.
- Memory 2804 can include ROM, RAM, and disk storage.
- the receiver 2802 and the transmitter 2801 may belong to a radio frequency system for performing network communication with an external device, and may specifically communicate with an external device through a network such as an Ethernet, a radio access network, or a wireless local area network.
- the receiver 2802 and the transmitter 2801 may be the same physical module, for example, may be a transceiver, or may be different physical modules.
- the memory 2804, the receiver 2802, and the transmitter 2801 may be connected to the processor 2803 via a bus (as shown in FIG. 28 as an example), or may be separately connected to the processor 2803 through a dedicated connection line.
- an embodiment of the present invention provides a network device, which may include a sending unit 2901, a receiving unit 2902, and a processing unit 2903.
- the network device may be used to perform the method described above in FIG. 12 to FIG. 14. Therefore, for the functions and the like implemented by the units in the network device, reference may be made to the description of the previous method portion, and details are not described herein.
- the physical device corresponding to the sending unit 2901 may be the transmitter 3001
- the physical device corresponding to the processing unit 2903 may be the processor 3003
- the physical device corresponding to the receiving unit 2902 may be the receiver 3002.
- the processor 3003 may be a central processing unit or an ASIC, and may be one or more integrated circuits for controlling program execution, and may be a hardware circuit developed by the FPGA, and may be a baseband chip.
- a memory 3004 that can be used to store instructions required by the processor 3003 to perform tasks.
- the number of memories 3004 may be one or more.
- the memory 3004 can be packaged Includes ROM, RAM, and disk storage.
- the receiver 3002 and the transmitter 3001 may belong to a radio frequency system for performing network communication with an external device, and may specifically communicate with an external device through a network such as an Ethernet, a radio access network, or a wireless local area network.
- the receiver 3002 and the transmitter 3001 may be the same physical module, for example, may be a transceiver, or may be different physical modules.
- the memory 3004, the receiver 3002, and the transmitter 3001 may be connected to the processor 3003 via a bus (as shown in FIG. 30), or may be separately connected to the processor 3003 through a dedicated connection line.
- the base station when transmitting the downlink data packet to the terminal device, the base station sends the downlink transmission resource and the new data indication scheduled for the downlink data packet to be transmitted to the terminal device, and the new data indication may indicate the downlink data to be transmitted.
- the terminal device may determine that the data packet is repeatedly received, if the terminal device expects to receive the retransmitted downlink data packet (eg, the terminal device last feeds the base station to feed back a NACK) And the new data indicates that the indicated downlink data packet to be transmitted is a newly transmitted data packet, and the terminal device can determine that there is a leaked data packet, that is, the MAC layer can find whether there is a transmission abnormality, and avoids After the data packet is transmitted to the RLC layer, it is found that there is a transmission abnormality, and excessive interaction between the MAC layer and the RLC layer is avoided, which can effectively reduce the processing. Complexity and overhead.
- the disclosed apparatus and method may be implemented in other manners.
- the device embodiments described above are merely illustrative.
- the division of the modules or units is only a logical function division.
- there may be another division manner for example, multiple units or components may be used. Combinations can be integrated into another system, or some features can be ignored or not executed.
- the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
- the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
- each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
- the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
- the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium.
- a computer readable storage medium A number of instructions are included to cause a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to execute all or part of the steps of the methods described in various embodiments of the present application.
- the foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明涉及移动通信技术领域,尤其涉及一种下行数据包、上行数据包传输方法及设备,用以解决只能通过RLC层来解决PDU传输异常从而导致MAC层和RLC层交互过于频繁的技术问题;本发明实施例中,基站在向终端设备传输下行数据包时,会将为待传输的下行数据包调度的下行传输资源及新数据指示发送给终端设备,新数据指示可以指示待传输的下行数据包是重传的数据包还是新传的数据包,那么,终端设备在MAC层就可以发现是否有传输异常的情况,避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况,避免了MAC层和RLC层的过多交互,可以有效减少处理过程的复杂度和***开销。
Description
本发明涉及移动通信技术领域,尤其涉及一种下行数据包、上行数据包传输方法及设备。
在长期演进(Long Term Evolution,LTE)***中,媒体接入控制(Media Access Control,MAC)层在执行混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)过程时只负责发送协议数据-单元(Protocol Data Unit,PDU)以及接收针对发送的PDU的确认应答(ACKnowledgement,ACK)/否定性确认应答(Negative ACKnowledgement,NACK),并不能发现和处理各种由于反馈误判带来的PDU传输异常(例如重复接收、漏传等)的情况。
比如,在下行传输过程中,基站通过MAC层向终端设备传输PDU,终端设备通过MAC层接收基站传输的PDU,终端设备的MAC层只负责接收基站传输的PDU,如果基站有重复传输同一PDU的情况或有漏传某个PDU的情况,终端设备的MAC层是无法发现的,对于上行传输过程也是同样,只有在MAC层将PDU发送给数据链路控制(Radio Link Control,RLC)层后,RLC层要对接收的PDU进行排序,那么RLC层才会发现是否有重复传输或漏传等情况。例如,RLC层可以丢弃重复接收的PDU,对于漏传的PDU,若RLC层工作在确认模式(Acknowledged Mode,AM)模式,则可以通过发起自动重传请求(Automatic Repeat reQuest,ARQ)过程来进行解决。
对于这种只能通过RLC层来解决PDU传输异常的情况,一方面,由于漏传或重复传输等异常情况的发现和处理都在RLC层,MAC层和RLC层的交互会更加频繁,处理过程更加复杂,***开销较大。另一方面,对于一些具有不支持重排序和AM模式的RLC层的设备,将会导致PDU传输异常难以发现。
发明内容
本申请提供一种下行数据包、上行数据包传输方法及设备,用以解决只能通过RLC层来解决PDU传输异常从而导致MAC层和RLC层交互过于频繁的技术问题。
第一方面,提供一种下行数据包传输方法,包括:
终端设备接收网络设备通过下行控制信道发送的第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源,所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包;
所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包。
本申请中,基站在向终端设备传输下行数据包时,会将为待传输的下行数据包调度的下行传输资源及新数据指示发送给终端设备,新数据指示可以指示待传输的下行数据包是重传的数据包还是新传的数据包,那么,如果终端设备期待接收的是新传的下行数据包(如终端设备上次给基站反馈的是ACK),而新数据指示所指示的待传输的下行数据包是重传的数据包,则终端设备可以确定重复接收了数据包,如果终端设备期待接收的是重传的下行数据包(如终端设备上次给基站反馈的是NACK),而新数据指示所指示的待传输的下行数据包是新传的数据包,则终端设备可以确定有漏传的数据包,即,在MAC层就可以发现是否有传输异常的情况,避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况,避免了MAC层和RLC层的过多交互,可以有效减少处理过程的复杂度和***开销。
结合第一方面,在第一方面的第一种可能的实现方式中,
在终端设备接收网络设备通过下行控制信道发送的第一下行控制信息之前,还包括:
所述终端设备向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息;
若所述第一新数据指示用于指示所述第一下行数据包为重传的数据包,则在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后,还包括:
若所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包,则所述终端设备确定所述第一新数据指示有误;
所述终端设备丢弃所述第一下行数据包。
如果终端设备上次给基站反馈的是ACK,则终端设备期待接收的是新传的下行数据包,而新数据指示所指示的待传输的下行数据包是重传的数据包,则终端设备可以确定重复接收了数据包,那么终端设备可以直接丢弃重复接收的下行数据包,从而在MAC层就解决了重复传输的异常问题。
结合第一方面,在第一方面的第二种可能的实现方式中,
在终端设备接收网络设备通过下行控制信道发送的第一下行控制信息之前,还包括:
所述终端设备向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息;
若所述第一新数据指示用于指示所述第一下行数据包为新传的数据包,则在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后,还包括:
若所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败,则所述终端设备确定所述第一新数据指示有误;
所述终端设备向所述网络设备发送第一漏传请求;所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败。
如果终端设备上次给基站反馈的是NACK,则终端设备期待接收的是重传的下行数据包,而新数据指示所指示的待传输的下行数据包是新传的数据包,则终端设备可以确定有漏传的数据包,即,在MAC层就可以发现是否有传输异常的情况,
结合第一方面或第一方面的第一种可能的实现方式至第二种可能的实现
方式中的任一种可能的实现方式,在第一方面的第三种可能的实现方式中,在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后,还包括:
所述终端设备向所述网络设备发送针对所述第一下行数据包的第一反馈信息;
若所述第一反馈信息用于指示所述终端设备接收所述第一下行数据包失败,且所述终端设备在预定时长内未收到所述网络设备发送的下行控制信息,则所述终端设备向所述网络设备发送第二漏传请求;所述第二漏传请求用于指示所述终端设备接收所述第一下行数据包失败。
例如第一下行数据包为基站要向终端设备传输的最后一个下行数据包,终端设备接收第一下行数据包失败,向基站发送的第一反馈信息中包括的是NACK。若基站将NACK误判为ACK,将不会再为终端设备调度下行传输资源,即不会再向终端设备传输下行控制信息,也不会重传漏传的第一下行数据包。此时,终端设备若在长时间内未监听到下行控制信道上有传输的下行控制信息,则会发现有漏包现象,那么可以向网络设备发送漏传请求,从而网络设备就可以重传之前漏传的第一下行数据包。即,这种实现方式提供了漏传解决机制。
第二方面,提供一种下行数据包传输方法,包括:
网络设备通过下行控制信道向终端设备发送第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源,所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包;
所述网络设备通过所述第一下行传输资源向所述终端设备传输所述第一下行数据包。
结合第二方面,在第二方面的第一种可能的实现方式中,在网络设备通过下行控制信道向终端设备发送第一下行控制信息之前,还包括:
所述网络设备接收所述终端设备针对所述网络设备上次发送给所述终端
设备的第二下行数据包的第二反馈信息;所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败;
所述网络设备通过解码,确定所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包。
结合第二方面或第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,在网络设备通过下行控制信道向终端设备发送第一下行控制信息之后,还包括:
所述网络设备接收所述终端设备发送的第一漏传请求;所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败;
所述网络设备通过所述下行控制信道向所述终端设备发送第二下行控制信息;所述第二下行控制信息中包括第二新数据指示以及为所述第二下行数据包调度的第二下行传输资源,所述第二新数据指示用于指示所述第二下行数据包为重传的数据包;
所述网络设备通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包。
如果终端设备确定有漏传的数据包,那么终端设备会向网络设备发送漏传请求,网络设备接到漏传请求后,就可以重传之前漏传的数据包,从而有效解决了数据包漏传的问题。
结合第二方面的第二种可能的实现方式,在第二方面的第三种可能的实现方式中,在所述网络设备通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包之后,还包括:
所述网络设备接收所述终端设备针对所述网络设备重新发送给所述终端设备的所述第二下行数据包的第三反馈信息;所述第三反馈信息用于指示所述终端设备接收所述第二下行数据包成功;
所述网络设备通过解码,确定所述第三反馈信息用于指示所述终端设备成功接收所述第二下行数据包;
所述网络设备通过所述下行控制信道向所述终端设备发送第三下行控制
信息;所述第三下行控制信息中包括第三新数据指示以及为第三下行数据包调度的第三下行传输资源,所述第三新数据指示用于指示所述第三下行数据包为重传的数据包;
所述网络设备通过所述第三下行传输资源向所述终端设备传输所述第三下行数据包。
网络设备在重传之前漏传的数据包之前,已经向终端设备发送了漏传的数据包后面的下一个数据包,那么网络设备在重传漏传的数据包之后,可以继续发送漏传的数据包之后的第二个下行数据包,即已经发送过的数据包就无需再重复发送了,避免终端设备重复接收,也节省传输资源。
第三方面,提供一种上行数据包传输方法,包括:
终端设备通过下行控制信道接收网络设备发送的第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待传输的上行数据包调度的第一上行传输资源;
所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包;其中,若所述第一新数据指示用于指示重传上行数据包,则所述第一上行数据包为重传的上行数据包,若所述第一新数据指示用于指示新传上行数据包,则所述第一上行数据包为新传的上行数据包或重传的上行数据包。
结合第三方面,在第三方面的第一种可能的实现方式中,
所述方法还包括:
所述终端设备通过所述下行控制信道接收所述网络设备发送的第一反馈信息,所述第一反馈信息为所述网络设备针对接收的所述终端设备上次传输的第二数据包的反馈信息;
所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包,包括:
若所述第一新数据指示用于指示新传上行数据包,及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包,则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一
上行数据包与所述第二上行数据包不同;或
若所述第一新数据指示用于指示重传上行数据包,及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败,则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包为所述第二上行数据包;或
若所述第一新数据指示用于指示重传上行数据包,及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包,则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包为所述第二上行数据包;或
若所述第一新数据指示用于指示新传上行数据包,及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败,则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包为所述第二上行数据包。
这种实现方式下提供了几种不同的异常解决方案,使得各种不同的异常情况都能够在MAC层得以发现并尽量解决,减小对RLC层的依赖。
结合第三方面或第三方面的第一种可能的实现方式,在第三方面的第二种可能的实现方式中,若所述第一上行数据包为所述终端设备需向所述网络设备传输的最后一个数据包,则,在所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包之后,还包括:
若所述终端设备未接收到所述网络设备发送的第二下行控制信息,所述终端设备停止向所述网络设备传输上行数据包;所述第二下行控制信息中包括为待传输的上行数据包调度的上行传输资源。
如果第一上行数据包为终端设备需向网络设备传输的最后一个数据包,那么,如果终端设备再没接收到网络设备发送的下行控制信息,终端设备就认为第一上行数据包传输成功,不再向网络设备传输上行数据包,从而避免上行数据包的重复传输。
第四方面,提供一种上行数据包传输方法,包括:
网络设备通过下行控制信道向终端设备发送第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待接收的上行数据包调度的第一上行传输资源;
所述网络设备通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包;其中,若所述第一新数据指示用于指示重传上行数据包,则所述第一上行数据包为重传的上行数据包,若所述第一新数据指示用于指示新传上行数据包,则所述第一上行数据包为新传的上行数据包。
结合第四方面,在第四方面的第一种可能的实现方式中,在所述网络设备通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包之后,还包括:
所述网络设备确定成功接收所述第一上行数据包,且确定所述第一上行数据包为所述终端设备需传输给所述网络设备的最后一个上行数据包;
所述网络设备通过所述下行控制信道向所述终端设备发送第二反馈信息,所述第二反馈信息用于指示所述网络设备成功接收所述第一上行数据包。
如果第一上行数据包是终端设备传输的最后一个上行数据包,那么网络设备成功接收第一上行数据包之后,就无需再给终端设备调度上行传输资源,从而可以避免终端设备误解,也可以节省传输资源。
第五方面,提供一种下行数据包传输方法,包括:
网络设备通过下行控制信道向终端设备发送第一调度信息,所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源;
所述网络设备在所述第一下行数据包中添加第一序列号,并通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端设备。
在这种传输方式下,可以通过在数据包中添加序列号来指示传输的数据包是新传的数据包还是重传的数据包。
结合第五方面,在第五方面的第一种可能的实现方式中,在通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端
设备之后,还包括:
所述网络设备接收所述终端设备通过上行控制信道发送的期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;
若所述期待序列号与所述第一序列号加1后的数值相同,所述网络设备确定所述终端设备成功接收所述第一下行数据包;或,若所述期待序列号与所述第一序列号相同,所述网络设备确定所述终端设备接收所述第一下行数据包失败。
终端设备接收下行数据包后会向网络设备反馈期待序列号,从而网络设备根据期待序列号就可以知道终端设备对上一个传输的下行数据包的接收情况,从而确定下面是新传还是重传。
结合第五方面的第一种可能的实现方式,在第五方面的第二种可能的实现方式中,在所述网络设备确定所述终端设备成功接收所述第一下行数据包之后,还包括:
所述网络设备通过所述下行控制信道向终端设备发送第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;
所述网络设备在所述第二下行数据包中添加第二序列号,并通过所述第二下行传输资源将添加了所述第二序列号的第二下行数据包传输给所述终端设备;所述第二序列号等于所述第一序列号加1;
所述网络设备接收所述终端设备发送的第三漏传请求;所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败;
所述网络设备通过所述下行控制信道向所述终端设备发送第三调度信息,所述第三调度信息包括为待传输的所述第一下行数据包调度的第三下行传输资源;
所述网络设备通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包。
网络设备以为终端设备接收成功,则向终端设备新传下行数据包,而终端设备实际接收第一下行数据包失败,那么终端设备可以向网络设备发送漏
传请求,则网络设备接收漏传请求后就可以重新调度资源重传之前漏传的第一下行数据包,这就解决了漏传的问题。
结合第五方面的第二种可能的实现方式,在第五方面的第三种可能的实现方式中,在所述网络设备通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包之后,还包括:
所述网络设备接收所述终端设备通过所述上行控制信道发送的期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;
若所述期待序列号与所述第一序列号加1后的数值相同,则所述网络设备通过所述下行控制信道向所述终端设备发送第四调度信息,所述第四调度信息包括为待传输的第三下行数据包调度的第四下行传输资源;
所述网络设备在所述第三下行数据包中添加第三序列号,并通过所述第四下行传输资源将添加了所述第三序列号的第三下行数据包传输给所述终端设备;所述第三序列号等于所述第一序列号加1。
网络设备在重传之前漏传的数据包后,如果该漏传的数据包传输成功,那么网络设备可以继续新传下一个数据包,对于之前已经传输过的数据包可以不再重复传输,节省传输资源。
第六方面,提供一种下行数据包传输方法,包括:
终端设备通过下行控制信道接收网络设备发送的第一调度信息,所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源;
所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包,其中,所述第一下行数据包中添加了第一序列号。
结合第六方面,在第六方面的第一种可能的实现方式中,在所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后,还包括:
所述终端设备确定成功接收所述第一下行数据包,所述终端设备向所述网络设备发送期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;所述期待序列号为所述第一序列号加1;
所述终端设备通过所述下行控制信道接收所述网络设备发送的第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;
所述终端设备通过所述第二下行传输资源接收所述第二下行数据包,若所述第二下行数据包中添加的序列号与所述第一序列号相同,则所述终端设备确定所述网络设备传输有误,丢弃所述第二下行数据包。
终端设备成功接收上一个数据包,然而网络设备以为终端设备接收上一个数据包接收失败,重传了上一个数据包,那么终端设备再次接收之后就知晓网络设备进行了重复传输,那么终端设备可以丢弃重复接收的数据包,节省终端设备的存储空间,也在MAC层解决了重复传输的问题。
结合第六方面,在第六方面的第二种可能的实现方式中,在所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后,还包括:
所述终端设备确定所述第一下行数据包接收失败,向所述网络设备发送期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;所述期待序列号为所述第一序列号;
所述终端设备通过所述下行控制信道接收所述网络设备发送的第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;
所述终端设备通过所述第二下行传输资源接收所述第二下行数据包,若所述第二下行数据包中添加的序列号为所述第一序列号加1,则所述终端设备确定所述网络设备传输有误;
所述终端设备向所述网络设备发送第三漏传请求,所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败。
如果终端设备发现有漏传的数据包,那么终端设备可以向网络设备发送漏传请求,从而网络设备接到漏传请求之后就可以重传之前漏传的数据包,在MAC层解决了漏传的问题。
第七方面,提供一种上行数据包传输方法,包括:
终端设备通过下行控制信道接收网络设备发送的第一调度信息,所述第一调度信息包括为待传输的第一上行数据包调度的第一上行传输资源;
所述终端设备在所述第一上行数据包中添加第一序列号,并通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备。
结合第七方面,在第七方面的第一种可能的实现方式中,在通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备之后,还包括:
所述终端设备接收所述网络设备发送的第二调度信息,所述第二调度信息包括期待序列号以及为待传输的所述第一上行数据包调度的第二上行传输资源;所述期待序列号为所述第一序列号;
所述终端设备确定所述期待序列号为所述第一序列号加1,则所述终端设备将第二序列号添加到第二上行数据包中,并通过所述第二上行传输资源向所述网络设备传输添加了所述第二序列号的第二上行数据包;所述第二序列号为所述第一序列号加1。
结合第七方面的第一种可能的实现方式,在第七方面的第二种可能的实现方式中,在通过所述第二上行传输资源向所述网络设备传输添加了所述第二序列号的第二上行数据包之后,还包括:
所述终端设备接收所述网络设备发送的第三调度信息,所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源;
所述终端设备将接收的所述第一序列号添加到所述第一上行数据包中,并通过所述第三上行传输资源向所述网络设备重新传输添加了所述第一序列号的第一上行数据包。
网络设备本身接收失败,而终端设备以为网络设备接收成功,那么终端
设备会新传数据包,而网络设备接到新传的数据包就知道有漏传现象发生,那么网络设备可以向终端设备发送漏传指示,则终端设备接收到漏传指示之后就可以重传之前漏传的数据包,从而解决了漏传的问题。
结合第七方面的第二种可能的实现方式,在第七方面的第三种可能的实现方式中,在通过所述第三上行传输资源向所述网络设备重新传输添加了所述第一序列号的第一上行数据包之后,还包括:
所述终端设备接收所述网络设备发送的第四调度信息,所述第四调度信息包括期待序列号以及为待传输的第三上行数据包调度的第四上行传输资源;所述期待序列号为所述第一序列号加1;
所述终端设备确定所述期待序列号为所述第一序列号加1,则将第二序列号添加到所述第三上行数据包中,并通过所述第四上行传输资源向所述网络设备传输添加了所述第二序列号的第三上行数据包。
在重传了之前漏传的数据包之后,可以继续新传数据包,而对于之前已经传输过的数据包无需重复传输,既避免了重复传输的问题,也节省了传输资源。
第八方面,提供一种上行数据包传输方法,包括:
网络设备通过下行控制信道向终端设备发送第一调度信息,所述第一调度信息包括为待接收的第一上行数据包调度的第一上行传输资源;
所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包,所述第一上行数据包中添加了第一序列号。
结合第八方面,在第八方面的第一种可能的实现方式中,在所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后,还包括:
所述网络设备确定成功接收所述第一上行数据包,向所述终端设备发送第二调度信息,所述第二调度信息包括期待序列号以及为待接收的第二上行数据包调度的第二上行传输资源;所述期待序列号为所述第一序列号加1;
所述网络设备通过所述第二上行传输资源接收所述终端设备发送的所述
第二上行数据包;
若所述第二上行数据包中添加的序列号与所述第一序列号相同,所述网络设备确定所述终端设备传输有误,则丢弃所述第二上行数据包。
网络设备成功接收了第一上行数据包,而终端设备误以为网络设备接收失败,则终端设备会重传第一上行数据包,那么网络设备再次接到第一上行数据包后就可以知道终端设备进行了重复传输,则网络设备可以丢弃重复接收的第一上行数据包,既节省了网络设备的存储资源,也在MAC层解决了重复传输的问题。
结合第八方面,在第八方面的第二种可能的实现方式中,在所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后,还包括:
所述网络设备确定所述第一上行数据包接收失败,向所述终端设备发送第二调度信息,所述第二调度信息包括期待序列号以及为待接收的所述第一上行数据包调度的第二上行传输资源;所述期待序列号为所述第一序列号;
所述网络设备通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包
若所述第二上行数据包中添加的序列号为所述第一序列号加1,所述网络设备确定所述终端设备传输有误,向所述终端设备发送第三调度信息,所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源。
网络设备接收第一上行数据包失败,期待终端设备重传第一上行数据包,而终端设备误以为网络设备接收成功,则会新传下一个上行数据包,那么网络设备就知道出现了漏传现象,则网络设备可以向终端设备发送漏传指示,终端设备接收漏传指示后就可以重传之前漏传的数据包,从而在MAC层解决了漏传的问题。
第九方面,提供一种终端设备,包括:
接收单元,用于接收网络设备通过下行控制信道发送的第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源,所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包;
所述接收单元,还用于接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包。
结合第九方面,在第九方面的第一种可能的实现方式中,所述终端设备还包括发送单元及处理单元;
所述发送单元,用于在所述接收单元接收网络设备通过下行控制信道发送的第一下行控制信息之前,向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息;
所述处理单元,用于若所述第一新数据指示用于指示所述第一下行数据包为重传的数据包,则在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后,若所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包,则确定所述第一新数据指示有误;
所述处理单元,还用于丢弃所述第一下行数据包。
结合第九方面,在第九方面的第二种可能的实现方式中,所述终端设备还包括发送单元和处理单元;
所述发送单元,用于在所述接收单元接收网络设备通过下行控制信道发送的第一下行控制信息之前,向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息;
所述处理单元,用于若所述第一新数据指示用于指示所述第一下行数据包为新传的数据包,则在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后,若所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败,则确定所述第一新数据指示有误;
所述发送单元,还用于向所述网络设备发送第一漏传请求;所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败。
结合第九方面或第九方面的第一种可能的实现方式或第九方面的第二种可能的实现方式,在第九方面的第三种可能的实现方式中,所述终端设备还包括发送单元;
所述发送单元,用于在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后,向所述网络设备发送针对所述第一下行数据包的第一反馈信息;
所述发送单元,还用于若所述第一反馈信息用于指示所述终端设备接收所述第一下行数据包失败,且所述接收单元在预定时长内未收到所述网络设备发送的下行控制信息,则向所述网络设备发送第二漏传请求;所述第二漏传请求用于指示所述终端设备接收所述第一下行数据包失败。
第十方面,提供一种网络设备,包括:
发送单元,用于通过下行控制信道向终端设备发送第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源,所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包;
所述发送单元,还用于通过所述第一下行传输资源向所述终端设备传输所述第一下行数据包。
结合第十方面,在第十方面的第一种可能的实现方式中,所述网络设备还包括接收单元和处理单元;
所述接收单元,用于在所述发送单元通过下行控制信道向终端设备发送第一下行控制信息之前,接收所述终端设备针对所述网络设备上次发送给所述终端设备的第二下行数据包的第二反馈信息;所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败;
所述处理单元,用于通过对所述接收单元接收的所述第二反馈信息进行解码,确定所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包。
结合第十方面或第十方面的第一种可能的实现方式,在第十方面的第二
种可能的实现方式中,所述网络设备还包括接收单元;
所述接收单元,用于在所述发送单元通过下行控制信道向终端设备发送第一下行控制信息之后,接收所述终端设备发送的第一漏传请求;所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败;
所述发送单元,还用于通过所述下行控制信道向所述终端设备发送第二下行控制信息;所述第二下行控制信息中包括第二新数据指示以及为所述第二下行数据包调度的第二下行传输资源,所述第二新数据指示用于指示所述第二下行数据包为重传的数据包;
所述发送单元,还用于通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包。
结合第十方面的第二种可能的实现方式,在第十方面的第三种可能的实现方式中,所述网络设备还包括处理单元;
所述接收单元,还用于在所述发送单元通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包之后,接收所述终端设备针对所述网络设备重新发送给所述终端设备的所述第二下行数据包的第三反馈信息;所述第三反馈信息用于指示所述终端设备接收所述第二下行数据包成功;
所述处理单元,用于通过对所述接收单元接收的所述第三反馈信息进行解码,确定所述第三反馈信息用于指示所述终端设备成功接收所述第二下行数据包;
所述发送单元,还用于通过所述下行控制信道向所述终端设备发送第三下行控制信息;所述第三下行控制信息中包括第三新数据指示以及为第三下行数据包调度的第三下行传输资源,所述第三新数据指示用于指示所述第三下行数据包为重传的数据包;
所述发送单元,还用于通过所述第三下行传输资源向所述终端设备传输所述第三下行数据包。
第十一方面,提供一种终端设备,其特征在于,包括:
接收单元,用于通过下行控制信道接收网络设备发送的第一下行控制信
息;所述第一下行控制信息中包括第一新数据指示以及为待传输的上行数据包调度的第一上行传输资源;
发送单元,用于通过所述第一上行传输资源向所述网络设备传输第一上行数据包;其中,若所述第一新数据指示用于指示重传上行数据包,则所述第一上行数据包为重传的上行数据包,若所述第一新数据指示用于指示新传上行数据包,则所述第一上行数据包为新传的上行数据包或重传的上行数据包。
结合第十一方面,在第十一方面的第一种可能的实现方式中,所述终端设备还包括处理单元;
所述接收单元,还用于通过所述下行控制信道接收所述网络设备发送的第一反馈信息,所述第一反馈信息为所述网络设备针对接收的所述终端设备上次传输的第二数据包的反馈信息;
所述发送单元,还用于若所述处理单元确定所述第一新数据指示用于指示新传上行数据包,及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包,则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包与所述第二上行数据包不同;或,若处理单元确定所述所述第一新数据指示用于指示重传上行数据包,及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败,则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包为所述第二上行数据包;或,若处理单元确定所述所述第一新数据指示用于指示重传上行数据包,及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包,则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包为所述第二上行数据包;或,若处理单元确定所述所述第一新数据指示用于指示新传上行数据包,及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败,则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包为所述第二上行数据包。
结合第十一方面或第十一方面的第一种可能的实现方式,在第十一方面的第二种可能的实现方式中,所述发送单元还用于:
若所述第一上行数据包为所述终端设备需向所述网络设备传输的最后一个数据包,则,在通过所述第一上行传输资源向所述网络设备传输第一上行数据包之后,若所述接收单元未接收到所述网络设备发送的第二下行控制信息,停止向所述网络设备传输上行数据包;所述第二下行控制信息中包括为待传输的上行数据包调度的上行传输资源。
第十二方面,提供一种网络设备,包括:
发送单元,用于通过下行控制信道向终端设备发送第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待接收的上行数据包调度的第一上行传输资源;
接收单元,用于通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包;其中,若所述第一新数据指示用于指示重传上行数据包,则所述第一上行数据包为重传的上行数据包,若所述第一新数据指示用于指示新传上行数据包,则所述第一上行数据包为新传的上行数据包。
结合第十二方面,在第十二方面的第一种可能的实现方式中,所述网络设备还包括处理单元;
所述处理单元,用于在所述接收单元通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包之后,确定成功接收所述第一上行数据包,且确定所述第一上行数据包为所述终端设备需传输给所述网络设备的最后一个上行数据包;
所述发送单元,还用于通过所述下行控制信道向所述终端设备发送第二反馈信息,所述第二反馈信息用于指示所述网络设备成功接收所述第一上行数据包。
第十三方面,提供一种网络设备,包括:
发送单元,用于通过下行控制信道向终端设备发送第一调度信息,所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源;
处理单元,用于在所述第一下行数据包中添加第一序列号;
发送单元,用于通过所述第一下行传输资源将所述处理单元添加了所述第一序列号的第一下行数据包传输给所述终端设备。
结合第十三方面,在第十三方面的第一种可能的实现方式中,
所述接收单元,还用于在所述发送单元通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端设备之后,接收所述终端设备通过上行控制信道发送的期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;
所述处理单元,还用于若接收单元接收的所述期待序列号与所述第一序列号加1后的数值相同,确定所述终端设备成功接收所述第一下行数据包;或,若所述期待序列号与所述第一序列号相同,确定所述终端设备接收所述第一下行数据包失败。
结合第十三方面的第一种可能的实现方式,在第十三方面的第二种可能的实现方式中,
所述发送单元,还用于在所述处理单元确定所述终端设备成功接收所述第一下行数据包之后,通过所述下行控制信道向所述终端设备发送第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;
所述处理单元,还用于在所述第二下行数据包中添加第二序列号;
所述发送单元,还用于通过所述第二下行传输资源将所述处理单元添加了所述第二序列号的第二下行数据包传输给所述终端设备;所述第二序列号等于所述第一序列号加1;
所述接收单元,还用于接收所述终端设备发送的第三漏传请求;所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败;
所述发送单元,还用于通过所述下行控制信道向所述终端设备发送第三调度信息,所述第三调度信息包括为待传输的所述第一下行数据包调度的第三下行传输资源;
所述发送单元,还用于通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包。
结合第十三方面的第二种可能的实现方式,在第十三方面的第三种可能的实现方式中,
所述接收单元,还用于在所述发送单元通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包之后,接收所述终端设备通过所述上行控制信道发送的期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;
所述处理单元,还用于确定所述接收单元接收的所述期待序列号与所述第一序列号加1后的数值相同;
所述发送单元,还用于通过所述下行控制信道向所述终端设备发送第四调度信息,所述第四调度信息包括为待传输的第三下行数据包调度的第四下行传输资源;
所述处理单元,还用于在所述第三下行数据包中添加第三序列号;
所述发送单元,还用于通过所述第四下行传输资源将所述处理单元添加了所述第三序列号的第三下行数据包传输给所述终端设备;所述第三序列号等于所述第一序列号加1。
第十四方面,提供一种终端设备,包括:
接收单元,用于通过下行控制信道接收网络设备发送的第一调度信息,所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源;
所述接收单元,还用于通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包,其中,所述第一下行数据包中添加了第一序列号。
结合第十四方面,在第十四方面的第一种可能的实现方式中,所述终端设备还包括处理单元和发送单元;
所述处理单元,用于在所述接收单元通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后,确定成功接收所述第一下行数
据包;
所述发送单元,用于向所述网络设备发送期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;所述期待序列号为所述第一序列号加1;
所述接收单元,还用于通过所述下行控制信道接收所述网络设备发送的第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;
所述接收单元,还用于通过所述第二下行传输资源接收所述第二下行数据包;
所述处理单元,还用于若所述接收单元接收的所述第二下行数据包中添加的序列号与所述第一序列号相同,则确定所述网络设备传输有误,丢弃所述第二下行数据包。
结合第十四方面,在第十四方面的第二种可能的实现方式中,所述终端设备还包括处理单元和发送单元;
所述处理单元,用于在所述接收单元通过第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后,确定所述第一下行数据包接收失败;
所述发送单元,用于向所述网络设备发送期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;所述期待序列号为所述第一序列号;
所述接收单元,还用于通过所述下行控制信道接收所述网络设备发送的第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;
所述接收单元,还用于通过所述第二下行传输资源接收所述第二下行数据包;
所述处理单元,还用于若所述接收单元接收的所述第二下行数据包中添加的序列号为所述第一序列号加1,则确定所述网络设备传输有误;
所述发送单元,还用于向所述网络设备发送第三漏传请求,所述第三漏
传请求用于指示所述终端设备接收所述第一下行数据包失败。
第十五方面,提供一种终端设备,包括:
接收单元,用于通过下行控制信道接收网络设备发送的第一调度信息,所述第一调度信息包括为待传输的第一上行数据包调度的第一上行传输资源;
处理单元,用于在所述接收单元接收的所述第一上行数据包中添加第一序列号;
发送单元,用于通过所述第一上行传输资源将所述处理单元添加了所述第一序列号的第一上行数据包传输给所述网络设备。
结合第十五方面,在第十五方面的第一种可能的实现方式中,
所述接收单元,还用于在所述发送单元通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备之后,接收所述网络设备发送的第二调度信息,所述第二调度信息包括期待序列号以及为待传输的所述第一上行数据包调度的第二上行传输资源;所述期待序列号为所述第一序列号;
所述处理单元,还用于确定接收单元接收的所述所述期待序列号为所述第一序列号加1,将第二序列号添加到第二上行数据包中;
所述发送单元,还用于通过所述第二上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第二上行数据包;所述第二序列号为所述第一序列号加1。
结合第十五方面的第一种可能的实现方式,在第十五方面的第二种可能的实现方式中,
所述接收单元,还用于在所述发送单元通过所述第二上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第二上行数据包之后,接收所述网络设备发送的第三调度信息,所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源;
所述处理单元,还用于将所述接收单元接收的所述第一序列号添加到所述第一上行数据包中;
所述发送单元,还用于通过所述第三上行传输资源向所述网络设备重新传输所述处理单元添加了所述第一序列号的第一上行数据包。
结合第十五方面的第二种可能的实现方式,在第十五方面的第三种可能的实现方式中,
所述接收单元,还用于在所述发送单元通过所述第三上行传输资源向所述网络设备重新传输所述处理单元添加了所述第一序列号的第一上行数据包之后,接收所述网络设备发送的第四调度信息,所述第四调度信息包括期待序列号以及为待传输的第三上行数据包调度的第四上行传输资源;所述期待序列号为所述第一序列号加1;
所述处理单元,还用于确定所述接收单元接收的所述期待序列号为所述第一序列号加1,则将第二序列号添加到所述第三上行数据包中;
所述发送单元,还用于通过所述第四上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第三上行数据包。
第十六方面,提供一种网络设备,包括:
发送单元,用于通过下行控制信道向终端设备发送第一调度信息,所述第一调度信息包括为待接收的第一上行数据包调度的第一上行传输资源;
接收单元,用于通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包,所述第一上行数据包中添加了第一序列号。
结合第十六方面,在第十六方面的第一种可能的实现方式中,所述网络设备还包括处理单元;
所述处理单元,用于在所述接收单元通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后,确定成功接收所述第一上行数据包;
所述发送单元,还用于向所述终端设备发送第二调度信息,所述第二调度信息包括期待序列号以及为待接收的第二上行数据包调度的第二上行传输
资源;所述期待序列号为所述第一序列号加1;
所述接收单元,还用于通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包;
所述处理单元,还用于若所述接收单元接收的所述第二上行数据包中添加的序列号与所述第一序列号相同,确定所述终端设备传输有误,则丢弃所述第二上行数据包。
结合第十六方面,在第十六方面的第二种可能的实现方式中,所述网络设备还包括处理单元;
所述处理单元,用于在所述接收单元通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后,确定所述第一上行数据包接收失败;
所述发送单元,还用于向所述终端设备发送第二调度信息,所述第二调度信息包括期待序列号以及为待接收的所述第一上行数据包调度的第二上行传输资源;所述期待序列号为所述第一序列号;
所述接收单元,还用于通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包
所述处理单元,还用于若所述所述接收单元接收的所述第二上行数据包中添加的序列号为所述第一序列号加1,确定所述终端设备传输有误;
所述发送单元,还用于向所述终端设备发送第三调度信息,所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源。
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所介绍的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的
前提下,还可以根据这些附图获得其他的附图。
图1为MAC层传输下行PDU的交互图;
图2为MAC层传输上行PDU的交互图;
图3为本发明实施例中的第一种下行数据包传输方法的流程图;
图4为本发明实施例中的第二种下行数据包传输方法的流程图;
图5为本发明实施例中的下行PDU传输过程的第一种交互图;
图6为本发明实施例中的第一种上行数据包传输方法的流程图;
图7为本发明实施例中的第二种上行数据包传输方法的流程图;
图8为本发明实施例中的上行PDU传输过程的第一种交互图;
图9为本发明实施例中的第三种下行数据包传输方法的流程图;
图10为本发明实施例中的第四种下行数据包传输方法的流程图;
图11为本发明实施例中的下行PDU传输过程的第二种交互图;
图12为本发明实施例中的第三种上行数据包传输方法的流程图;
图13为本发明实施例中的第四种上行数据包传输方法的流程图;
图14为本发明实施例中的上行PDU传输过程的第二种交互图;
图15为本发明实施例中终端设备的第一种结构框图;
图16为本发明实施例中终端设备的第一种结构示意图;
图17为本发明实施例中网络设备的第一种结构框图;
图18为本发明实施例中网络设备的第一种结构示意图;
图19为本发明实施例中终端设备的第二种结构框图;
图20为本发明实施例中终端设备的第二种结构示意图;
图21为本发明实施例中网络设备的第二种结构框图;
图22为本发明实施例中网络设备的第二种结构示意图;
图23为本发明实施例中网络设备的第三种结构框图;
图24为本发明实施例中网络设备的第三种结构示意图;
图25为本发明实施例中终端设备的第三种结构框图;
图26为本发明实施例中终端设备的第三种结构示意图;
图27为本发明实施例中终端设备的第四种结构框图;
图28为本发明实施例中终端设备的第四种结构示意图;
图29为本发明实施例中网络设备的第四种结构框图;
图30为本发明实施例中网络设备的第四种结构示意图。
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明实施例保护的范围。
本文中描述的技术可用于各种通信***,例如LTE***,第五代移动通信***(5G),以及其他此类通信***。
例如,物联网(Internet of Things,IoT)作为5G的组成部分,其市场需求增长迅猛。目前的第三代合作伙伴计划(The 3rd Generation Partnership Project,3GPP)标准在研究基于蜂窝网络的新的空口技术来承载IoT业务,这一类IoT被称为蜂窝物联网(Cellular Internet Of Things,CIoT)。与传统蜂窝网络相比,CIoT网络的设备,特别是终端设备,一般要求成本较低,以实现终端设备的海量部署。而低成本的需求要求终端设备的实现复杂性要很低。
针对终端设备对于成本和实现复杂度的要求,CIoT取消了LTE***中RLC层支持的重排序以及AM模式等功能。尽管这种改变可以很好地适应CIoT的业务特点,并满足其终端设备设计需求,但是也会带来一些新的问题。如,由于CIoT的RLC层不再支持重排序和AM模式,则对于PDU的传输异常情况可能就无法发现,也就无法处理。那么,将本发明实施例中的技术方案用在CIoT中显然具有较为明显的优势。
以下,对本发明实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
1)终端设备,是指向用户提供语音和/或数据连通性的设备,例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经居民接入网(Residential Access Network,RAN)与核心网进行通信,与RAN交换语音和/或数据。该终端设备可以称为用户设备(user equipment,UE)、无线终端设备、移动终端设备、订户单元(Subscriber Unit)、订户站(Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point,AP)、远程终端设备(Remote Terminal)、接入终端设备(Access Terminal)、用户终端设备(User Terminal)、用户代理(User Agent)、或用户装备(User Device)等。例如,可以是移动电话(或称为“蜂窝”电话),具有移动终端设备的计算机,便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。例如,个人通信业务(Personal Communication Service,PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(Wireless Local Loop,WLL)站、个人数字助理(Personal Digital Assistant,PDA)等设备。
2)网络设备,例如为基站(例如,接入点),具体可以是指接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备。基站可用于将收到的空中帧与网际协议(IP)分组进行相互转换,作为无线终端设备与接入网的其余部分之间的路由器,其中接入网的其余部分可包括IP网络。基站还可协调对空中接口的属性管理。例如,基站可以是演进的LTE***(LTE-Advanced,LTE-A)中的演进型基站(NodeB或eNB或e-NodeB,evolutional Node B),本发明实施例并不限定。
3)本发明实施例中,数据包,例如可以是PDU,或者也可以是指其他数据包。另外,为便于描述,在进行下行传输时,将传输的数据包称为下行数据包,在进行上行传输时将传输的数据包称为上行数据包。另外,若PDU改为其他名称,也在本发明的保护范围之内。
4)本发明实施例中,新数据指示,例如可以通过新数据指示(New Data Indicator,NDI)来实现,或者也可以通过其他方式实现,比如就通过携带在
下行控制信息中的一个比特或多个比特来实现,只要新数据指示可以用于指示待传输的数据包是新传的数据包还是重传的数据包即可。另外,若NDI改为其他名称,也在本发明的保护范围之内。
5)本发明实施例中,下行控制信息,例如可以通过下行控制信息(Downlink Control Information,DCI)来实现,或者也可以通过其他可能的控制信息来实现,本发明实施例对此不作限制。另外,若DCI改为其他名称,也在本发明的保护范围之内。
6)本发明实施例中,下行控制信道,例如可以是物理下行控制信道(Physical Downlink Control Channel,PDCCH),或者也可以是其他可能的用于进行下行控制信息传输的信道,若PDCCH改为其他名称,也在本发明的保护范围之内。
上行控制信道,例如可以是物理上行控制信道(Physical Uplink Control Channel,PUCCH),或者也可以是其他可能的用于进行上行控制信息传输的信道,若PUCCH改为其他名称,也在本发明的保护范围之内。
下行数据信道,例如可以是物理下行共享信道(Physical Downlink Shared Channel,PDSCH),或者也可以是其他可能的用于进行下行数据传输的信道,若PDSCH改为其他名称,也在本发明的保护范围之内。
上行数据信道,例如可以是物理上行共享信道(Physical Uplink Shared Channel,PUSCH),或者也可以是其他可能的用于进行上行数据传输的信道,若PUSCH改为其他名称,也在本发明的保护范围之内。
7)本发明实施例中的术语“***”和“网络”可被互换使用。“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,字符“/”,如无特殊说明,一般表示前后关联对象是一种“或”的关系。
首先介绍一下本发明实施例的技术背景。
一、请参见图1,为现有技术中MAC层传输下行PDU的交互图。
目前,基站通过PDCCH调度下行PDU的传输资源,通过PDSCH向终端设备传输PDU,终端设备通过PUCCH向基站反馈ACK/NACK。步骤如下:
1、基站通过PDCCH向终端设备分配本次传输的下行PDU使用的PDSCH下行资源信息,即向终端设备发送本次传输所用的PDSCH下行资源。
2、基站在PDCCH指示的该PDSCH下行资源上向终端设备发送PDU,如图1,本次发送的下行PDU例如为图1中的a1。
3、终端设备根据资源分配信息,在该PDSCH下行资源上接收下行PDU,即接收a1,并根据对该下行PDU的接收情况,通过PUCCH向基站反馈ACK/NACK。一般来说,ACK/NACK占据一个比特(bit),当该比特的取值为1时,例如指示为ACK,当该比特的取值为0时,例如指示为NACK。
其中,若终端设备成功接收下行PDU,则反馈ACK(该比特的取值为1),图1即以此为例,若终端设备接收下行PDU失败,则反馈NACK(该比特的取值为0)。
4、基站通过PDCCH向终端设备发送下次传输的下行PDU使用的PDSCH下行资源信息,即向终端设备发送下次传输所用的PDSCH下行资源。
5、基站根据接收到的终端设备的反馈决定下一步的操作:
若接收的终端设备的反馈为ACK,表明上一个下行PDU传输成功,则基站继续在PDCCH指示的PDSCH下行资源上向终端设备发送下一个下行PDU,例如为图1中的a2。图1以基站继续向终端设备发送a2为例。
若接收的终端设备的反馈为NACK,表明上一个下行PDU传输失败,则基站重新在PDCCH指示的PDSCH下行资源上向终端设备发送上一个下行PDU。
二、请参见图2,为现有技术中MAC层传输上行PDU的交互图。
目前,基站通过PDCCH调度用于传输上行PDU的传输资源,终端设备通过PUSCH向基站传输上行PDU,基站通过物理自动混合重传指示信道(Physical Hybrid ARQ Indicator Channel,PHICH)向终端设备反馈ACK/NACK。步骤如下:
1、基站通过PDCCH为终端设备分配本次传输的上行PDU使用的PUSCH上行资源信息,即向终端设备发送本次传输所用的PUSCH上行资源。
2、终端设备在所分配的PUSCH上行资源上向基站发送上行PDU,例如为图2中的b1。
3、基站在分配的PUSCH上行资源上接收终端设备发送的上行PDU,即接收b1,并根据对该上行PDU的接收情况,通过PHICH向终端设备反馈ACK/NACK。
其中,若基站成功接收上行PDU,则反馈ACK,若基站接收上行PDU失败,则反馈NACK,图2即以反馈NACK为例。
4、基站通过PDCCH为终端设备分配下次传输的上行PDU使用的PUSCH上行资源信息,即向终端设备发送下次传输所用的PUSCH上行资源。
5、终端设备根据接收到的基站的反馈决定下一步的操作:
若接收的基站反馈为ACK,表明上一个上行PDU传输成功,则终端设备继续在基站分配的PUSCH上行资源上向基站发送下一个上行PDU,例如为图2中的b2。
若接收的基站反馈为NACK,表明上一个上行PDU传输失败,则终端设备重新在基站分配的PUSCH上行资源上向基站发送上一个上行PDU。图2以终端设备继续向基站发送b2为例。
目前,无论上行或下行,对于传输异常的处理方式如下:
若发送端将接收端反馈的ACK误判为NACK,则发送端会重发上一个PDU,造成接收端对同一PDU的重复接收,接收端的MAC层会将接收的所有PDU处理为服务数据单元(Service Data Unit,SDU),并将SDU发送给RLC层,这样SDU就成为RLC的PDU。RLC层会在重排序过程中,根据PDU头中的序列号(Sequence Number,SN)发现是否有重复接收的PDU,并丢弃重复的PDU。
若发送端将接收端反馈的NACK误判为ACK,则发送端会继续发送新的PDU,接收端并不能判断该PDU是新传的PDU还是重传的PDU,接收端会将该PDU作为重传的PDU进行接收,这样就造成了PDU的漏传。同样的,接收
端的MAC层会将接收的所有PDU处理为SDU,并将SDU发送给RLC层,这样SDU就成为RLC的PDU。RLC层会在重排序过程中,根据PDU头中的SN发现是否有PDU被漏传,如果有PDU被漏传,且如果RLC实体工作于AM模式,则可以通过发起RLC层的ARQ来解决PDU被漏传的问题。
根据如前的描述可以看出,目前在LTE***中,MAC层的HARQ过程只负责PDU的发送(重发)以及接收反馈,并不能发现和处理各种由于反馈误判带来的PDU传输异常(例如重复接收、漏传等)。只有RLC层在进行重排序的时候,才可能根据PDU的SN发现和处理这些异常。对于这种解决PDU传输异常的方式,一方面,由于异常的发现和处理都在RLC层,MAC层和RLC层的交互会更加频繁,处理过程更加复杂,***开销较大。另一方面,对于一些具有不支持重排序和AM模式的RLC层的设备(例如CIoT设备),若直接应用LTE中的HARQ机制及其异常处理方法,将会导致一些PDU传输异常难以被发现,从而也就得不到及时地处理。
本发明实施例充分考虑到以上问题,基站在向终端设备传输下行数据包时,会将为待传输的下行数据包调度的下行传输资源及新数据指示发送给终端设备,新数据指示可以指示待传输的下行数据包是重传的数据包还是新传的数据包,那么,如果终端设备期待接收的是新传的下行数据包(如终端设备上次给基站反馈的是ACK),而新数据指示所指示的待传输的下行数据包是重传的数据包,则终端设备可以确定重复接收了数据包,如果终端设备期待接收的是重传的下行数据包(如终端设备上次给基站反馈的是NACK),而新数据指示所指示的待传输的下行数据包是新传的数据包,则终端设备可以确定有漏传的数据包,即,在MAC层就可以发现是否有传输异常的情况,避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况,避免了MAC层和RLC层的过多交互,可以有效减少处理过程的复杂度和***开销。
并且,由于本发明实施例中在MAC层就可以发现是否有传输异常的情况,无需等到在RLC层中发现,能够有效应用在具有不支持重排序和AM模式的RLC层的设备(例如CIoT设备)中,可见,本发明实施例中的技术方
案应用范围较为广泛,且实施方式简单,更利于推广使用。
下面结合说明书附图对本发明实施例作进一步详细描述。
请参见图3,本发明实施例提供第一种下行数据包传输方法,该方法可以应用于下行传输过程中的终端设备侧,该方法的流程描述如下。
步骤301:终端设备接收网络设备通过下行控制信道发送的第一下行控制信息;第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源,第一新数据指示用于指示第一下行数据包为重传的数据包或新传的数据包;
步骤302:终端设备接收网络设备通过第一下行传输资源传输的第一下行数据包。
请参见图4,基于同一发明构思,本发明实施例提供第二种下行数据包传输方法,该方法可以应用于下行传输过程中的网络设备侧,即该方法为与图3流程所示的方法相应的方法,该方法的流程描述如下。
步骤401:网络设备通过下行控制信道向终端设备发送第一下行控制信息;第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源,第一新数据指示用于指示第一下行数据包为重传的数据包或新传的数据包;
步骤402:网络设备通过第一下行传输资源向终端设备传输第一下行数据包。
下面通过交互方式介绍图3流程和图4流程所示的方法。为了使整个过程更为清楚,在如下的介绍过程中,以下行数据信道是PDCCH、下行数据信道是PDSCH、下行控制信息是DCI、新数据指示是NDI、数据包是PDU为例,本领域技术人员需要知晓的是,这只是举例,不是对本发明保护范围的限制。
请参见图5,为综合图3流程和图4流程的下行PDU传输过程的一种交互流程图。
其中,下行PDU在PDSCH上传输,ACK/NACK在PUCCH上传输,NDI和
调度的下行传输资源包含在DCI中,DCI在PDCCH上传输。步骤如下:
1、基站通过PDCCH向终端设备发送第三DCI,第三DCI中包括本次下行传输使用的PDSCH下行传输资源(例如为第三下行传输资源),以及还包括第三NDI,第三NDI用于指示本次传输的下行PDU是新传的下行PDU还是重传的下行PDU。
比如,NDI可以占据一个比特,当该比特的取值为1时,用于指示本次传输的下行PDU是新传的下行PDU,当该比特的取值为0时,表明本次传输的下行PDU是重传的下行PDU。
2、基站在PDCCH指示的第三下行传输资源上向终端设备发送下行PDU,例如将该PDU称为第二下行PDU,从而终端设备在第三下行传输资源上接收第二下行PDU。例如第二下行PDU为图5中的a1。
3、终端设备根据对第二下行PDU的接收情况向基站发送反馈信息(例如称为第二反馈信息)。本发明实施例中,反馈信息例如为ACK/NACK,一般来说占据一个比特,例如,若该比特的取值为1,则表明反馈信息为ACK,若该比特的取值为0,则表明反馈信息为NACK。
若终端设备成功接收第二下行PDU,则终端设备通过PUCCH向基站反馈ACK。图5即以反馈ACK为例。
若终端设备接收第二下行PDU失败,则终端设备通过PUCCH向基站反馈NACK。
4、基站通过PDCCH向终端设备发送第一DCI,第一DCI中包括本次传输下行PDU(例如称为第一下行PDU)使用的PDSCH下行传输资源(例如为第一下行传输资源),以及还包括第一NDI,第一NDI用于指示本次传输的下行PDU是新传的下行PDU还是重传的下行PDU。
其中,基站在接收终端设备发送的第二反馈信息后对第二反馈信息进行解码:
若基站通过解码确定终端设备发送的是ACK,表明第二下行PDU传输成功,则基站将下一次传输下行PDU使用的第一下行传输资源携带在第一DCI
中传输给终端设备,同时指示第一NDI=1,即第一NDI用于指示本次传输的下行PDU是新传的下行PDU;
若基站通过解码确定终端设备发送的是NACK,表明第二下行PDU传输失败,则基站将下一次传输下行PDU使用的第一下行传输资源携带在第一DCI中传输给终端设备,同时指示第一NDI=0,即第一NDI用于指示本次传输的下行PDU是重传的下行PDU。
5、基站在PDCCH指示的第一下行传输资源上向终端设备发送第一下行PDU,从而终端设备在第一下行传输资源上接收第一下行PDU。图5中,例如第一下行PDU为a2。
在图3-图5所介绍的HARQ机制中,ACK/NACK在PUCCH/PDCCH中传输,NDI在PDCCH中传输。PUCCH一般不使用循环冗余校验码(Cyclic Redundancy Check,CRC)保护,因此可能会出现接收端对于接收的反馈信息判断错误或反馈信息传输错误等现象,由此会造成异常。而PDCCH一般有CRC保护,所以当终端设备通过CRC检测到PDCCH中传输的DCI有误时,可以确定控制信息错误,一般会直接丢弃,因此不会对PDCCH传输的内容进行误判。但是考虑到小概率事件或有时不对PDCCH加CRC的情况,本发明实施例提供异常解决方案,下面详细介绍。
一、终端设备发送的反馈信息本身为ACK,但被基站误判为NACK。
以图5为例,在图5中,例如终端设备根据对第二下行PDU的接收情况向终端设备发送了第二反馈信息,基站是在接到第二反馈信息后向终端设备发送的第一DCI,即,第一DCI中包括的第一NDI的取值是基站在考虑了第二反馈信息后确定的。
那么例如,终端设备确定第二下行PDU接收成功,向基站反馈的第二反馈信息包括的是ACK,而基站在接收第二反馈信息后对第二反馈信息解码错误,将其误判为NACK,则基站确定第二下行PDU传输失败,于是在第一DCI中指示第一NDI=0,即基站向终端设备传输的第一下行PDU为重传的下行PDU,即此时第一下行PDU为第二下行PDU。由于终端设备之前发送的第二
反馈信息包括的是ACK,期待的是新传的PDU,当终端设备收到包括第一NDI=0的第一DCI时,就知道本次传输的第一下行PDU是异常重传,即终端设备可以确定再次接收到的第一下行PDU为重复接收的PDU,可以直接丢弃再次接收的第一PDU。
二、终端设备发送的反馈信息本身为NACK,但被基站误判为ACK。
以图5为例,在图5中,例如终端设备根据对第二下行PDU的接收情况向终端设备发送了第二反馈信息,基站是在接到第二反馈信息后向终端设备发送的第一DCI,即,第一DCI中包括的第一NDI的取值是基站在考虑了第二反馈信息后确定的。
那么例如,终端设备确定第二下行PDU接收失败,向基站反馈的第二反馈信息包括的是NACK,而基站在接收第二反馈信息后对第二反馈信息解码错误,将其误判为ACK,则基站确定第二下行PDU传输成功,于是在第一DCI中指示第一NDI=1,即基站向终端设备传输的第一下行PDU为新传的下行PDU,即此时第一下行PDU与第二下行PDU不同,之后,基站会通过第一DCI所调度的第一下行传输资源向终端设备传输第一下行PDU。由于终端设备之前发送的第二反馈信息包括的是NACK,期待的是重传的PDU,当终端设备收到包括第一NDI=1的第一DCI时,就知道本次传输的第一下行PDU是异常重传,第二下行PDU被漏传。此时,若终端设备向基站发送NACK,则基站会重传第一下行PDU,若终端设备向基站发送ACK,则基站会新传下一个下行PDU(例如第三下行PDU)。无论如何,终端设备都无法再收到重传的第二下行PDU。
在这种情况下,终端设备在收到第一DCI时,发现第一NDI指示有误,上一个下行PDU可能被漏传,则终端设备可以向基站发送漏传请求,例如将该漏传请求称为第一漏传请求,例如本发明实施例中的漏传请求可以通过在随机接入请求中的随机接入原因字段(cause)中指示接入原因来实现,当然也可以通过其他请求方式来实现,例如可以通过使用特定前导序列(preamble)组中的签到序列来实现,或者可以通过无线资源控制连接请求(Radio Resource
Control connection request,RRC connection request)中的cause字段来实现,等等,只要漏传请求能够用于指示有下行PDU漏传即可。例如漏传请求通过随机接入请求来实现,那么第一漏传请求中指示的接入原因例如为下行PDU漏传,或者第一漏传请求中指示的接入原因例如为终端设备接收第二下行PDU失败。那么基站收到第一漏传请求后,通过cause知道发生了漏传,于是将再次给终端设备发送DCI,例如称为第二DCI,第二DCI中包括第二NDI,以及为重传的第二下行PDU所调度的第二下行传输资源,第二NDI=0,即第二NDI用于指示第二下行PDU为重传的下行PDU,之后,基站通过第二下行传输资源向终端设备重传第二下行PDU。
可选的,在基站向终端设备发送第二下行PDU之后,基站还会接收终端设备针对重新接收的第二下行PDU的反馈信息,例如称为第三反馈信息,同样的,若第三反馈信息包括NACK,则基站确定第二下行PDU传输失败,基站可以重新调度下行资源,并重新传输第二下行PDU,而若第三反馈信息包括ACK,则基站确定第二下行PDU传输成功,则基站可以通过PDCCH给终端设备发送DCI,例如称为第三DCI,第三DCI中包括第三NDI,以及为新传的第三下行PDU所调度的第三下行传输资源,第三NDI=1,即第三NDI用于指示第三下行PDU为新传的下行PDU,之后,基站通过第三下行传输资源向终端设备传输第三下行PDU。
第三下行PDU可以是第一下行PDU之后的下行PDU。这样,基站传输过的PDU尽量不重复传输,节省传输资源,也减少终端设备的重复接收过程。
可以看出,要实现上述漏传处理,***需要支持以下功能:
在基站的发送缓存中,至少可以存储两个下行PDU,即最新发出的下行PDU及其之前发送的下行PDU。
另外,若漏传请求通过在随机接入请求中的cause指示接入原因来实现,那么基站还需要支持如下功能:为随机接入请求中的cause增加一种PDU漏传情况的指示,若漏传请求通过在RRC connection request中的cause中指示接入原因来实现,那么基站还需要支持如下功能:为RRC connection request中的
cause增加一种PDU漏传情况的指示。
另外,根据分析,当基站发送完最后一个下行PDU后,基站将不会在PDCCH中通过DCI调度下一次的下行传输资源,进而,也就不再通过NDI进行指示。对于这种特殊情况下出现的异常,需要单独发现和处理。对于下行传输,异常解决方案如下:
一、终端设备发送的针对最后一个下行PDU的反馈信息本身为ACK,但被基站误判为NACK。
以图5为例,例如第一下行PDU为基站要向终端设备传输的最后一个下行PDU,终端设备在接收第一下行PDU后,向基站发送了第一反馈信息,第一反馈信息包括的是ACK,即终端设备成功接收第一下行PDU。而若基站将ACK误判为NACK,则会重传第一下行PDU,且在DCI中指示NDI=0。对于终端设备来说,已经成功接收了最后一个下行PDU,若继续收到DCI和下行PDU,就会知道再次接收的第一下行PDU为重复接收的PDU,则终端设备可以直接丢弃再次接收的第一下行PDU。
二、终端设备发送的针对最后一个下行PDU的反馈信息本身为NACK,但被基站误判为ACK。
以图5为例,例如第一下行PDU为基站要向终端设备传输的最后一个下行PDU,终端设备接收第一下行PDU失败,向基站发送的第一反馈信息中包括的是NACK。若基站将NACK误判为ACK,将不会再为终端设备调度下行传输资源,即不会再向终端设备传输DCI,也不会重传漏传的第一下行PDU。此时,终端设备若在长时间内未监听到PDCCH上有传输的DCI,则会发现有漏包现象,需要设计漏包处理机制。
针对这种情况,本发明实施例中,终端设备在发送第一反馈信息之后,可以启动一个定时器,例如为该定时器设定的时长为预定时长,若定时器超时终端设备还未收到DCI,即终端设备在预定时长内未收到基站发的DCI,则终端设备判定有漏传现象,进而终端设备可以向基站发送第二漏传请求,同样的,例如可以通过在随机接入请求中的随机接入原因字段(cause)中指示
接入原因来实现第二漏传请求,或者也可以通过其他方式来实现第二漏传请求,例如可以通过特定preamble组来实现,或者可以通过RRC connection request中的cause字段来实现,等等。例如通过随机接入请求来实现第二漏传请求,则接入原因例如为下行PDU漏传,或者接入原因例如为终端设备接收第一下行PDU失败。那么基站收到第二漏传请求后,通过cause知道发生了漏传,于是将再次给终端设备发送DCI,该DCI中包括的NDI=0,以及该DCI中包括为重传的第一行PDU所调度的下行传输资源,之后,基站通过该下行传输资源向终端设备重传第一下行PDU。
可见,本发明实施例中,基站在向终端设备传输下行数据包时,会将为待传输的下行数据包调度的下行传输资源及新数据指示发送给终端设备,新数据指示可以指示待传输的下行数据包是重传的数据包还是新传的数据包,那么,如果终端设备期待接收的是新传的下行数据包(如终端设备上次给基站反馈的是ACK),而新数据指示所指示的待传输的下行数据包是重传的数据包,则终端设备可以确定重复接收了数据包,如果终端设备期待接收的是重传的下行数据包(如终端设备上次给基站反馈的是NACK),而新数据指示所指示的待传输的下行数据包是新传的数据包,则终端设备可以确定有漏传的数据包,即,在MAC层就可以发现是否有传输异常的情况,且本发明实施例也针对不同的传输异常情况给出了不同的解决方案,这些解决方案都可以在MAC层完成,避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况,避免了MAC层和RLC层的过多交互,可以有效减少处理过程的复杂度和***开销。
并且,由于本发明实施例中在MAC层就可以发现是否有传输异常的情况,在有传输异常情况时在MAC层就可以解决,无需等到在RLC层中发现并解决,能够有效应用在具有不支持重排序和AM模式的RLC层的设备(例如CIoT设备)中,可见,本发明实施例中的技术方案应用范围较为广泛,且实施方式简单,更利于推广使用。
请参见图6,基于同一发明构思,本发明实施例提供第一种上行数据包传
输方法,该方法可以应用于上行传输过程中的终端设备侧,该方法的流程描述如下。
步骤601:终端设备通过下行控制信道接收网络设备发送的第一下行控制信息;第一下行控制信息中包括第一新数据指示以及为待传输的上行数据包调度的第一上行传输资源;
步骤602:终端设备通过第一上行传输资源向网络设备传输第一上行数据包;其中,若第一新数据指示用于指示重传上行数据包,则第一上行数据包为重传的上行数据包,若第一新数据指示用于指示新传上行数据包,则第一上行数据包为新传的上行数据包或重传的上行数据包。
请参见图7,基于同一发明构思,本发明实施例提供第二种上行数据包传输方法,该方法可以应用于上行传输过程中的网络设备侧,即该方法为与图6流程所示的方法相应的方法,该方法的流程描述如下。
步骤701:网络设备通过下行控制信道向终端设备发送第一下行控制信息;第一下行控制信息中包括第一新数据指示以及为待接收的上行数据包调度的第一上行传输资源;
步骤702:网络设备通过第一上行传输资源接收终端设备传输的第一上行数据包;其中,若第一新数据指示用于指示重传上行数据包,则第一上行数据包为重传的上行数据包,若第一新数据指示用于指示新传上行数据包,则第一上行数据包为新传的上行数据包。
下面通过交互方式介绍图6流程和图7流程所示的方法。为了使整个过程更为清楚,在如下的介绍过程中,以下行数据信道是PDCCH、上行数据信道是PUSCH、下行控制信息是DCI、新数据指示是NDI、数据包是PDU为例,本领域技术人员需要知晓的是,这只是举例,不是对本发明保护范围的限制。
请参见图8,为综合图6流程和图7流程的上行PDU传输过程的一种交互流程图。
其中,上行PDU在PUSCH上传输,ACK/NACK在PDCCH上传输,NDI和
调度的上行传输资源包含在DCI中,DCI在PDCCH上传输。另外,若基站成功接收最后一个上行PDU,则基站只向终端设备发送反馈信息,此时反馈信息为ACK,基站不会再向终端设备发送DCI。步骤如下:
1、基站通过PDCCH向终端设备发送第二DCI,第二DCI中包括本次上行传输使用的PUSCH上行传输资源(例如为第二上行传输资源),以及还包括第二NDI,第二NDI用于指示本次传输的上行PDU是新传的上行PDU还是重传的上行PDU。
比如,NDI可以占据一个比特,当该比特的取值为1时,用于指示本次传输的上行PDU是新传的上行PDU,当该比特的取值为0时,表明本次传输的上行PDU是重传的上行PDU。
2、终端设备在所分配的第二上行传输资源上向基站发送第二上行PDU,从而基站在第二上行传输资源上接收第二上行PDU。例如第二上行PDU为图8中的b1。
3、基站根据对第二上行PDU的接收情况向终端设备发送反馈信息(例如称为第一反馈信息)。本发明实施例中,反馈信息例如为ACK/NACK,一般来说占据一个比特,例如,若该比特的取值为1,则表明反馈信息为ACK,若该比特的取值为0,则表明反馈信息为NACK。图8以向终端设备发送NACK为例。
4、若基站成功接收第二上行PDU,而第二上行PDU不是最后一个上行PDU,则基站在PDCCH上对下次传输的上行PDU进行调度,即基站向终端设备发送第一DCI,第一DCI中包括本次传输的上行PDU(例如称为第一上行PDU)使用的PUSCH上行传输资源(例如为第一上行传输资源),以及还包括第一NDI,并指示第一NDI=1。
若基站成功接收第二上行PDU,且第二上行PDU为最后一个上行PDU,则基站只在PDCCH上向终端设备发送ACK,不再向终端设备发送DCI,即不再进行步骤4。
若基站接收第二上行PDU失败,则基站向终端设备发送第一DCI,第一DCI中包括本次传输的上行PDU(即第二上行PDU)使用的PUSCH上行传输
资源(例如为第一上行传输资源),以及还包括第一NDI,并指示第一NDI=0。图8以此为例。
4、终端设备根据在PDCCH上接收到的信息决定下一步的操作:
若只接收到ACK,表明传输结束。
若接收到ACK,且第一NDI=1,表明第二上行PDU传输成功,则终端设备在PDCCH指示的第一上行传输资源上向基站发送下一个上行PDU,即第一上行PDU。例如第一上行PDU为图8中的b2。
若接收到NACK,且第一NDI=0,表明第二上行PDU传输失败,则终端设备重新在PDCCH指示的第一上行传输资源上向基站发送上一个上行PDU,即第二上行PDU。图8以重新传输第二上行PDU为例。
在上行传输过程中,ACK/NACK和DCI等都是在PDCCH中传输,由于PDCCH有CRC保护,根据其工作原理,反馈可能会出错,但是被误判的概率较低。
如果对PDCCH传输的信息解码失败,则终端设备无法获取正确的调度信息,例如:
针对发送给基站的上行PDU,若该上行PDU不是最后一个上行PDU,若终端设备对PDCCH传输的信息解码失败时,则终端设备无法进行下一个上行PDU的传输。基站没有收到终端设备发送的上行PDU,则可以确定终端设备对PDCCH传输的信息解码失败,则基站可以为该终端设备重新进行调度。
针对发送给基站的上行PDU,若该上行PDU是最后一个上行PDU,如果终端设备对PDCCH传输的信息解码失败,而且基站通过PDCCH发送的是ACK,在这种情况下,如果基站没有再次向终端设备发送DCI等调度信息,则终端设备确定基站发送的反馈信息为ACK,即终端设备确定传输结束。
但是考虑到小概率事件以及没有CRC保护PDCCH等特殊情况,本发明实施例提供异常解决方案,下面详细介绍。
一般来说,都是由于接收端对发送端发送的信息接收失败(本发明实施例中,接收失败可以理解为未成功接收,比如在接收过程中出现错误,或者
也可以理解为接收后解码错误,比如可能在传输过程中出现错误,导致接收的信息本身就错误,或者比如接收的信息是正确的,但是在解码过程中出现了错误,等等)从而导致后续的传输异常,那么请参见表1,接收端接收失败的结果大概有如表1所示的几种情况:
表1上行传输反馈的可能情况
其中,若基站发送的反馈信息为ACK,则基站通过PDCCH传输的应该是ACK,以及NDI=1,若基站发送的反馈信息为NACK,则基站通过PDCCH传输的应该是NACK,以及NDI=0,即终端设备收到的反馈信息的比特的取值以及NDI的取值应该是相同的。因此,当终端设备解码后发现反馈信息的比特的取值以及NDI的取值不同时,就可以确定出现了错误1或错误2,对于这两种错误,终端设备可以根据逻辑判断一定是反馈出错,而只有反馈信息的比特的取值以及NDI的取值同时出错(错误2)时,终端设备可能才无法发现出现了反馈错误。
下面介绍异常解决方案。
一、基站发送的反馈信息本身为ACK,但被终端设备误判为NACK,或基站发送的NDI本身为1,但被终端设备误判为0。
以图8为例,例如终端设备在向基站发送第二上行PDU后,接收基站发送的第一反馈信息以及第一DCI,若终端设备解码后发现基站发送的第一反馈信
息以及第一DCI中包括的第一DCI出现了表1中的错误1或错误2,根据异常处理原则中的漏传损害大于重传损害的规则,终端设备可以直接重传上一个上行PDU,即重传第二上行PDU。
而如果经过终端设备解码后,基站发送的第一反馈信息以及第一DCI中包括的第一DCI出现了表1中的错误3,则终端设备无法发现,会误判为第二上行PDU传输失败,也将直接重传上一个PDU,即重传第二上行PDU。
对于基站来说,收到重复的上行PDU后,无法在MAC层发现异常,会将接收的上行PDU经过处理,得到SDU,并将SDU发送给RLC层,成为RLC层的PDU,RLC层若支持重排序等功能,则可以在重排序时发现是否有重复接收的PDU,若有的话,可以丢弃重复的PDU。
二、基站发送的反馈信息本身为NACK,但被终端设备误判为ACK,或基站发送的NDI本身为0,但被终端设备误判为1。
以图8为例,例如终端设备在向基站发送第二上行PDU后,接收基站发送的第一反馈信息以及第一DCI,若终端设备解码后发现基站发送的第一反馈信息以及第一DCI中包括的第一DCI出现了表1中的错误1或错误2,根据异常处理原则中的漏传损害大于重传损害的规则,终端设备可以直接重传上一个上行PDU,即第二上行PDU,此时漏传得以避免。
而如果经过终端设备解码后,基站发送的第一反馈信息以及第一DCI中包括的第一DCI出现了表1中的错误3,则终端设备无法发现,会误判为第二上行PDU传输成功,则会继续向基站发送新的上行PDU,且基站无法发现有漏传现象发生。在这种情况下,基站会接收新上行PDU。基站将接收的上行PDU经过处理,得到SDU,并将SDU发送给RLC层,成为RLC层的PDU,RLC层若支持重排序和AM模式等功能,则可以在重排序时发现是否有漏传的PDU,若有的话,可以在RLC层发起ARQ流程来解决漏传的问题。
一般来说,错误1-错误3出现的概率都比较低,所以综合来看,错误3出现的概率就更低,因此对于出现错误3的情况,可以将漏传或重复传输等异常问题交给高层(例如RLC层)去解决。
另外,根据分析,当基站成功接收最后一个下行PDU时,基站将不会在PDCCH中通过DCI调度下一次的上行传输资源,进而,也就不再通过NDI进行指示。对于这种特殊情况下出现的异常,需要单独发现和处理。对于上行传输,异常解决方案如下:
以图8为例,若第一上行PDU为终端设备需向基站传输的最后一个上行PDU,则终端设备在向基站传输第一上行PDU之后,若只收到基站通过PDCCH发送的反馈信息(例如称为第二反馈信息),而未收到基站发送的DCI,则意味着基站已经成功接收第一上行PDU,则无论终端设备解码后确定第二反馈信息包括的是ACK还是NACK,终端设备都不会重传第一上行PDU,从而避免重复传输。
而若第一上行PDU为终端设备需向基站传输的最后一个上行PDU,则终端设备在向基站传输第一上行PDU之后又收到基站发送的第二反馈信息以及DCI,则终端设备可以确定基站接收第一上行PDU失败,则无论终端设备解码后确定第二反馈信息包括的是ACK还是NACK,终端设备都会重传第一上行PDU,从而避免了漏传现象的发生。
可见,本发明实施例中,终端设备在向基站传输上行数据包时,基站会将为待传输的上行数据包调度的上行传输资源及新数据指示发送给终端设备,新数据指示可以指示待传输的上行数据包是重传的数据包还是新传的数据包,那么,如果终端设备期待传输的是新传的下行数据包(如终端设备确定上次基站反馈的是NACK),而新数据指示所指示的待传输的上行数据包是重传的数据包,则终端设备可以确定误判现象发生,或如果终端设备期待传输的是重传的上行数据包(如终端设备确定上次基站反馈的是ACK),而新数据指示所指示的待传输的上行数据包是新传的数据包,则终端设备可以确定误判现象发生,即,在MAC层就可以发现是否有传输异常的情况,且本发明实施例也针对不同的传输异常情况给出了不同的解决方案,这些解决方案都可以在MAC层完成,避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况,避免了MAC层和RLC层的过多交互,可以有效减少处理过
程的复杂度和***开销。
并且,由于本发明实施例中在MAC层就可以发现是否有传输异常的情况,在有传输异常情况时在MAC层就可以解决,无需等到在RLC层中发现并解决,能够有效应用在具有不支持重排序和AM模式的RLC层的设备(例如CIoT设备)中,可见,本发明实施例中的技术方案应用范围较为广泛,且实施方式简单,更利于推广使用。
另外,图3-图8的流程中,可以通过新数据指示以及ACK/NACK来发现是否有传输异常情况出现,无需在数据包中额外封装SN,从而无需改变LTE***的架构,有利于LTE***架构的重用,且减小了***开销。
请参见图9,基于同一发明构思,本发明实施例提供第三种下行数据包传输方法,该方法可以应用于下行传输过程中的网络设备侧,该方法的流程描述如下。
步骤901:网络设备通过下行控制信道向终端设备发送第一调度信息,第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源;
步骤902:网络设备在第一下行数据包中添加第一序列号,并通过第一下行传输资源将添加了第一序列号的第一下行数据包传输给终端设备。
请参见图10,基于同一发明构思,本发明实施例提供第四种下行数据包传输方法,该方法可以应用于下行传输过程中的终端设备侧,即该方法为与图9流程所示的方法相应的方法,该方法的流程描述如下。
步骤1001:终端设备通过下行控制信道接收网络设备发送的第一调度信息,第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源;
步骤1002:终端设备通过第一下行传输资源接收网络设备发送的第一下行数据包,其中,第一下行数据包中添加了第一序列号。
下面通过交互方式介绍图9流程和图10流程所示的方法。为了使整个过程更为清楚,在如下的介绍过程中,以下行数据信道是PDCCH、下行数据信道是PDSCH、下行控制信息是DCI、新数据指示是NDI、数据包是PDU为例,本领域技术人员需要知晓的是,这只是举例,不是对本发明保护范围的
限制。
请参见图11,为综合图9流程和图10流程的下行PDU传输过程的一种交互流程图。
在这种HARQ反馈机制中,基站在发送下行PDU时,在下行PDU头中封装1比特的SN作为发送的下行PDU对应的序列号,例如称为V(S),同时在终端设备维护一个期待接收的序列号,例如称为V(R),且终端设备使用V(R)作为向基站进行反馈的反馈信息。
其中,下行PDU头中封装1比特的V(S),基站通过PDCCH向终端设备调度用于传输下行PDU的下行传输资源,下行PDU在PDSCH上传输,终端设备通过PUCCH向基站反馈V(R)。在初始情况下,基站的V(S)和终端设备的终端设备V(R)保持一致,在传输过程中,基站的V(S)和终端设备的终端设备V(R)也需保持一致。步骤如下:
1、基站通过PDCCH向终端设备发送第一调度信息,第一调度信息中包括本次下行传输使用的PDSCH下行传输资源,即包括为待传输的下行PDU(例如称为第一下行PDU)调度的下行传输资源,例如称为第一下行传输资源。
2、基站在PDCCH指示的第一下行传输资源上向终端设备发送第一下行PDU,其中,基站在第一下行PDU头中封装了第一序列号。例如第一下行PDU为图11中的a1。从而,终端设备根据第一调度信息,在第一下行传输资源上接收第一下行PDU,并根据对第一下行PDU的接收情况调整期待序列号V(R):
若终端设备成功接收第一下行PDU,则终端设备将V(R)的值调整为V(R)+1,即调整后,V(R)=V(R)+1。
若终端设备接收第一下行PDU失败,则终端设备不调整V(R)的值,即V(R)=V(R)。
3、终端设备通过PUCCH向基站发送期待序列号V(R)。即,终端设备发送的V(R)的值可能是V(R),也可能是V(R)+1。图11中,以发送V(R)为例,
即以终端设备接收第一下行PDU失败为例。
4、基站通过PDCCH向终端设备发送第二调度信息,第二调度信息中包括下一次下行传输使用的PDSCH下行传输资源,即包括为下次传输的下行PDU(例如称为第二下行PDU)调度的下行传输资源,例如称为第二下行传输资源。
5、基站根据接收到的终端设备发送的期待序列号决定下一步操作:
若基站通过解码确定接收的终端设备发送的期待序列号为V(R)=V(S)+1,表明第一下行PDU传输成功,则基站调整V(S),令V(S)=V(S)+1,并将调整后的V(S)(即V(S)+1)封装到第二下行PDU头中,在PDCCH指示的第二下行传输资源上向终端设备传输第二下行PDU。第二下行PDU例如为图11中的a2。
若基站通过解码确定接收的终端设备发送的期待序列号为V(R)=V(S),表明第一下行PDU传输失败,则基站不调整V(S),即V(S)=V(S),基站重新在PDCCH指示的第二下行传输资源上向终端设备重传第一下行PDU。其中,若基站要重传第一下行PDU,因为第一下行PDU头中已经封装了V(S),而本次V(S)未调整,因此基站可以无需再次封装。图11以基站重传第一下行PDU为例。
在图9-图11所介绍的HARQ机制中,终端设备反馈的期待序列号V(R)在PUCCH中传输。PUCCH一般不使用CRC保护,因此可能会出现接收端对于接收的期待序列号判断错误或期待序列号传输错误等现象,由此会造成异常。虽然这种异常可能出现的概率不大,但是考虑到小概率事件,本发明实施例提供异常解决方案,下面详细介绍。
一、终端设备反馈的期待序列号为V(R)=V(R)+1,而基站将其误判为V(R)。
以图11为例,例如终端设备成功接收第一下行PDU,则终端设备会翻转V(R)的值(即令V(R)=V(R)+1),并将翻转后的V(R)的值(即V(R)=V(R)+1)作为反馈信息(即期待序列号)发送给基站。若在传输过程中期待序列号出
错,或者基站对于期待序列号解码错误,则基站可能会确定接收的期待序列号为V(R),相较于基站保存的V(S)来说,V(R)并未翻转,因此基站会认为第一下行PDU传输失败,于是基站会向终端设备发送第二调度信息,并通过第二调度信息指示的第二下行传输资源重发第一下行PDU,即此时,第二下行PDU为第一下行PDU。
由于终端设备的V(R)已翻转,期待接收的是新传的下行PDU,但收到的第一下行PDU中的V(S)的值还是V(R),而不是V(R)+1,即V(S)未翻转,则终端设备确定基站是重传了第一下行PDU,由此终端设备可以确定重复接收了第一下行PDU,终端设备可以直接丢弃重复接收的第一下行PDU。
二、终端设备反馈的期待序列号为V(R)=V(R),而基站将其误判为V(R)+1。
以图11为例,例如终端设备接收第一下行PDU失败,则终端设备不会翻转V(R)的值(即令V(R)=V(R)),并将V(R)作为反馈信息(即期待序列号)发送给基站。若在传输过程中期待序列号出错,或者基站对于期待序列号解码错误,则基站可能会确定接收的期待序列号为V(R)+1,相较于基站保存的V(S)来说,V(R)进行了翻转(即基站认为接收的V(R)=V(S)+1),因此基站会认为第一下行PDU传输成功,于是基站会向终端设备发送第二调度信息,将V(S)+1的值封装到第二下行PDU头中,并通过第二调度信息指示的第二下行传输资源向终端设备传输第二下行PDU。
由于终端设备的V(R)未翻转,期待接收的是重传的下行PDU,但收到的第二PDU中的V(S)却已翻转,即V(S)=V(R)+1,则终端设备确定第二下行PDU是新传的下行PDU,由此终端设备可以确定漏传了第一下行PDU。此时,终端设备若继续向基站反馈V(R)(此时基站侧的V(S)=V(R)+1+1=V(R)),基站会再次认为第二下行PDU传输成功,会继续发送下一个下行PDU,终端设备若向基站反馈V(R)+1,基站会认为第二下行PDU传输失败,会重新传输第二下行PDU。可见,无论终端设备如何反馈,都无法重新获得漏传的第一下行PDU,无法避免漏传现象。
针对这种情况,本发明实施例提出,在终端设备接收第二下行PDU之后,若确定第二下行PDU头中的V(S)=V(R)+1,与终端设备反馈的期待序列号不一致,则终端设备可以向基站发送漏传请求,例如将该漏传请求称为第三漏传请求,同时可以在第三漏传请求中携带未翻转的V(R),以提示基站有漏传现象发生。本发明实施例中,漏传请求例如可以通过在随机接入请求的cause中指示情况为下行PDU漏传来实现,当然也可以通过其他请求方式来实现,例如可以通过特定的preamble组来实现,或者可以通过RRC connection request中的cause字段来实现,等等。基站接收终端设备发送的第三漏传请求后,知道有漏传现象发生,会将接收的第三漏传请求中携带的V(R)封装到最新传输的第二下行PDU的上一个下行PDU(即第一下行PDU)中,并向终端设备发送第三调度信息,第三调度信息中包括为第一下行PDU调度的第三下行传输资源,从而基站通过第三下行传输资源重新传输第一下行PDU。
基站重传第一下行PDU之后,终端设备接收第一下行PDU,之后会向基站反馈期待序列号,该期待序列号为终端设备下一次期待接收的下行PDU的序列号。比如,如果终端设备接收第一下行PDU失败,则该期待序列号为第一序列号,即V(R),如果终端设备成功接收第一下行PDU,则该期待序列号为第一序列号加1,即V(R)+1。如果基站接收的是V(R),则通过PDCCH向终端设备发送第四调度信息,第四调度信息包括为待传输的第一下行PDU调度的第四下行传输资源,基站通过第四下行传输资源再次重传第一下行PDU;而如果基站接收的是V(R)+1,则可以继续传输下一个下行PDU,基站通过PDCCH向终端设备发送第四调度信息,第四调度信息包括为待传输的第一下行PDU调度的第四下行传输资源,其中,因为第一下行PDU之后的第二下行PDU基站已经传输给终端设备了,如果规定终端设备不丢弃第二下行PDU,那么此时,基站可以在第三下行PDU头中添加第三序列号,第三序列号例如为第一序列号加1,并通过第四下行传输资源传输添加了第三序列号的第三下行PDU,其中,第三下行PDU可以是第二下行PDU之后的下行PDU。这样,基站传输过的PDU尽量不重复传输,节省传输资源,也减少终端设备的重复
接收过程。
那么,要实现上述漏传处理,***需要支持以下功能:在基站的发送缓存中,至少可以存储两个下行PDU,即最新发出的下行PDU及其之前发送的一个下行PDU。
另外,如果漏传请求通过在随机接入请求的cause中指示情况为下行PDU漏传来实现,则***还需要支持以下功能:为随机接入请求的cause字段增加一种PDU漏传情况的指示,若漏传请求通过在RRC connection request中的cause中指示接入原因来实现,那么基站还需要支持如下功能:为RRC connection request中的cause增加一种PDU漏传情况的指示。
本发明实施例中,图9-图11的流程为基于SN的HARQ机制设计了相应的异常发现和处理机制,通过本发明实施例所提供的方案,所有的传输异常情况都可以在MAC层发现和处理,避免了MAC层和RLC层的过多交互,可以有效减少处理的复杂度和***开销。
请参见图12,基于同一发明构思,本发明实施例提供第三种上行数据包传输方法,该方法可以应用于上行传输过程中的终端设备侧,该方法的流程描述如下。
步骤1201:终端设备通过下行控制信道接收网络设备发送的第一调度信息,第一调度信息包括为待传输的第一上行数据包调度的第一上行传输资源;
步骤1202:终端设备在第一上行数据包中添加第一序列号,并通过第一上行传输资源将添加了第一序列号的第一上行数据包传输给网络设备。
请参见图13,基于同一发明构思,本发明实施例提供第四种上行数据包传输方法,该方法可以应用于上行传输过程中的网络设备侧,即该方法为与图12流程所示的方法相应的方法,该方法的流程描述如下。
步骤1301:网络设备通过下行控制信道向终端设备发送第一调度信息,第一调度信息包括为待接收的第一上行数据包调度的第一上行传输资源;
步骤1302:网络设备接收终端设备发送的第一上行数据包,第一上行数据包中添加了第一序列号。
下面通过交互方式介绍图12流程和图13流程所示的方法。为了使整个过程更为清楚,在如下的介绍过程中,以下行数据信道是PDCCH、上行数据信道是PUSCH、下行控制信息是DCI、新数据指示是NDI、数据包是PDU为例,本领域技术人员需要知晓的是,这只是举例,不是对本发明保护范围的限制。
请参见图14,为综合图12流程和图13流程的上行PDU传输过程的一种交互流程图。
同样的,在这种HARQ反馈机制中,终端设备在发送上行PDU时,在上行PDU头中封装1比特的SN作为发送的上行PDU对应的序列号,例如称为V(S),同时在基站维护一个期待接收的序列号,例如称为V(R),且基站使用V(R)作为向基站进行反馈的反馈信息。
其中,上行PDU头中封装1比特的V(S),基站通过PDCCH向终端设备调度用于传输下行PDU的下行传输资源,上行PDU在PUSCH上传输,基站通过PDCCH向终端设备反馈V(R)。一般来说,基站针对上一个接收的上行PDU反馈的V(R)和针对下一次传输的上行PDU调度的上行传输资源可能会同时发送给终端设备。在初始情况下,基站的V(R)和终端设备的终端设备V(S)保持一致,在传输过程中,基站的V(R)和终端设备的终端设备V(S)也需保持一致。步骤如下:
1、基站通过PDCCH向终端设备发送第一调度信息,第一调度信息中包括本次下行传输使用的PUSCH上行传输资源,即包括为待传输的上行PDU(例如称为第一上行PDU)调度的上行传输资源,例如称为第一上行传输资源。
2、终端设备在第一上行PDU头中封装V(S),即封装第一序列号,并在所分配的第一上行传输资源上向基站发送第一上行PDU。例如第一上行PDU为图14中的b1。从而,基站在第一上行传输资源上接收第一上行PDU,并根据对第一上行PDU的接收情况调整期待序列号V(R):
若基站成功接收第一上行PDU,则基站将V(R)的值调整为V(R)+1,即调整后,V(R)=V(R)+1。
若基站接收第一上行PDU失败,则基站不调整V(R)的值,即V(R)=V(R)。
3、基站通过PDCCH为终端设备分配下一次上行传输的PUSCH上行传输资源,例如基站通过PDCCH向终端设备发送第二调度信息,第二调度信息中包括第二上行传输资源,且基站同时向终端设备发送期待序列号。即,基站发送的V(R)的值可能是V(R),也可能是V(R)+1。图14以基站发送的是V(R)+1为例,即以基站成功接收第一上行PDU为例。
4、终端设备根据接收到的基站发送的期待序列号决定下一步操作:
若终端设备通过解码确定接收的基站发送的期待序列号为V(R)=V(S)+1,表明第一上行PDU传输成功,则终端设备调整V(S),令V(S)=V(S)+1,并将调整后的V(S)(即V(S)+1,即第一序列号加1)封入第二上行PDU头中,在PDCCH指示的第二上行传输资源上向基站传输第二上行PDU。例如第二上行PDU为图14中的b2,图14以向基站传输第二上行PDU为例。
若终端设备通过解码确定接收的基站发送的期待序列号为V(R)=V(S),表明第一上行PDU传输失败,则终端设备站不调整V(S),即V(S)=V(S),终端设备重新在PDCCH指示的第二上行传输资源上向基站重传第一上行PDU。其中,若终端设备要重传第一上行PDU,因为第一上行PDU头中已经封装了V(S),而本次V(S)未调整,因此终端设备可以无需再次封装。
在图12-图14所介绍的HARQ机制中,终端设备反馈的期待序列号V(R)在PDCCH中传输。PDCCH一般有CRC保护,所以当终端设备通过CRC检测到PDCCH中传输的信息有误时,可以确定控制信息错误,一般会直接丢弃,因此不会对PDCCH传输的内容进行误判。但是考虑到小概率事件或有时不对PDCCH加CRC的情况,本发明实施例提供异常解决方案,下面详细介绍。
一、基站反馈的期待序列号为V(R)=V(R)+1,而终端设备将其误判为V(R)。
以图14为例,例如基站成功接收第一上行PDU,则基站会翻转V(R)的值(即令V(R)=V(R)+1),并将翻转后的V(R)的值(即V(R)=V(R)+1)作为反馈信息(即期待序列号)发送给终端设备。若在传输过程中期待序列号出错,
或者终端设备对于期待序列号解码错误,则终端设备可能会确定接收的期待序列号为V(R),相较于终端设备保存的V(S)来说,V(R)并未翻转,因此终端设备会认为第一上行PDU传输失败,则终端设备会通过第二上行传输资源重发第一上行PDU。
由于基站的V(R)已翻转,期待接收的是新传的上行PDU,但收到的第一上行PDU中的V(S)的值还是V(R),而不是V(R)+1,即V(S)未翻转,则基站确定是终端设备重传了第一上行PDU,由此基站可以确定重复接收了第一上行PDU,基站可以直接丢弃重复接收的第一上行PDU。
二、基站反馈的期待序列号为V(R)=V(R),而终端设备将其误判为V(R)+1。
以图14为例,例如基站接收第一上行PDU失败,则基站不会翻转V(R)的值(即令V(R)=V(R)),并将V(R)作为反馈信息(即期待序列号)发送给终端设备。若在传输过程中期待序列号出错,或者终端设备对于期待序列号解码错误,则终端设备可能会确定接收的期待序列号为V(R)+1,相较于终端设备保存的V(S)来说,V(R)进行了翻转(即终端设备认为接收的V(R)=V(S)+1),因此终端设备会认为第一上行PDU传输成功,于是终端设备会通过第二上行传输资源向基站发送新的第二上行PDU,其中,终端设备将V(S)+1的值封装到第二上行PDU头中。
由于基站的V(R)未翻转,期待接收的是重传的上行PDU,但收到的第二上行PDU中的V(S)却已翻转,即V(S)=V(R)+1,则基站确定第二上行PDU是新传的上行PDU,由此基站可以确定漏传了第一上行PDU。此时,基站若继续向终端设备反馈V(R),终端设备会再次认为第二上行PDU传输成功,会继续发送下一个上行PDU,基站若向终端设备反馈V(R)+1,终端设备会认为第二上行PDU传输失败,会重新传输第二上行PDU。可见,无论基站如何反馈,都无法重新获得漏传的第一上行PDU,无法避免漏传异常发生。
针对这种情况,本发明实施例提出,在基站接收第二上行PDU之后,若确定第二上行PDU头中的V(S)=V(R)+1,与基站反馈的期待序列号不一致,则
基站不会再进行正常反馈。基站在进行下一次上行资源调度时,向终端设备发送第三调度信息,在第三调度信息中可以加入漏传指示,例如漏传指示可以占据1比特,当然也可以占用更多的比特,用于指示有上行PDU漏传,且基站可以将未翻转的V(R)携带在第三调度信息中,当然,第三调度信息中还包括为待传输的第一上行PDU调度的第三上行传输资源。当终端设备接收第三调度信息后,可以根据其中的漏传指示发现漏传现象。则终端设备可以将接收的第三调度信息中携带的V(R)封装到最新传输的第二上行PDU的上一个上行PDU(即第一上行PDU)中,并在第三上行调度资源上重传第一上行PDU。
可选的,在终端设备重新发送第一上行PDU之后,若基站接收第一上行PDU接收失败,则基站不会翻转V(R)的值(即令V(R)=V(R)),并将V(R)作为反馈信息(即期待序列号)发送给终端设备,并重新为第一上行PDU调度上行传输资源,终端设备确定接收的期待序列号为V(R),则终端设备可以通过基站重新调度的上行传输资源再传输第一上行PDU。而若基站成功接收第一上行PDU,则基站会翻转V(R)的值(即令V(R)=V(R)+1),并将V(R)+1作为反馈信息(即期待序列号)发送给终端设备,以及为终端设备调度第四上行传输资源,终端设备通过解码确定接收的期待序列号为V(R)+1,确定第一上行PDU传输成功,于是终端设备将V(S)+1添加到第三上行PDU的包头中,并通过第四上行传输资源向基站发送添加了V(S)+1的第三上行PDU。
第三上行PDU可以是第二上行PDU之后的上行PDU。这样,基站传输过的PDU尽量不重复传输,节省传输资源,也减少终端设备的重复接收过程。
要实现上述漏传处理,***需要支持两个功能:1、基站在PDCCH调度资源时可以增加至少1比特的漏传指示;2、在终端设备的发送缓存中,至少可以存储两个上行PDU,即最新传输的上行PDU及其之前传输的一个上行PDU
本发明实施例中,图12至图14的流程为基于SN的HARQ机制设计了相应的异常发现和处理机制,通过本发明实施例所提供的方案,所有的传输异常情况都可以在MAC层发现和处理,避免了MAC层和RLC层的过多交互,可以有效减少处理的复杂度和***开销。
下面结合附图介绍本发明实施例中的设备。
请参见图15,基于同一发明构思,本发明实施例提供一种终端设备,该终端设备可以包括接收单元1501。可选的,该终端设备还可以包括处理单元1502和发送单元1503。
该终端设备可以用于执行上述图3-图5所述的方法,因此,对于该终端设备中的各单元所实现的功能等,可参考如前方法部分的描述,不多赘述。
请参见图16,为图15所示的终端设备的一种可能的实体结构示意图。在实际应用中,接收单元1501对应的实体设备可以是接收器1601,处理单元1502对应的实体设备可以是处理器1602,发送单元1503对应的实体设备可以是发送器1603。
其中,处理器1602具体可以是中央处理器或特定应用集成电路(Application Specific Integrated Circuit,ASIC),可以是一个或多个用于控制程序执行的集成电路,可以是使用现场可编程门阵列(Field Programmable Gate Array,FPGA)开发的硬件电路,可以是基带芯片。
另外在图16中还示出了存储器1604,可以用于存储处理器1602执行任务所需的指令。存储器1604的数量可以是一个或多个。存储器1604可以包括只读存储器(Read Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)和磁盘存储器。
接收器1601和发送器1603可以属于射频***,用于与外部设备进行网络通信,具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器1601和发送器1603可以是同一实体模块,例如可以是收发器,或者也可以是不同的实体模块。
这些存储器1604、接收器1601和发送器1603可以通过总线与处理器1602相连接(图16以此为例),或者也可以通过专门的连接线分别与处理器1602连接。
通过对处理器1602进行设计编程,将前述所示的方法所对应的代码固化到芯片内,从而使芯片在运行时能够执行前述图3-图5所示的方法。如何对
处理器1602进行设计编程为本领域技术人员所公知的技术,这里不再赘述。
请参见图17,基于同一发明构思,本发明实施例提供一种网络设备,该网络设备可以包括发送单元1701。可选的,该终端设备还可以包括处理单元1702和接收单元1703。
该网络设备可以用于执行上述图3-图5所述的方法,因此,对于该网络设备中的各单元所实现的功能等,可参考如前方法部分的描述,不多赘述。
请参见图18,为图17所示的网络设备的一种可能的实体结构示意图。在实际应用中,发送单元1701对应的实体设备可以是发送器1801,处理单元1702对应的实体设备可以是处理器1802,发送单元1503对应的实体设备可以是接收1803。
其中,处理器1802具体可以是中央处理器或ASIC,可以是一个或多个用于控制程序执行的集成电路,可以是FPGA开发的硬件电路,可以是基带芯片。
另外在图18中还示出了存储器1804,可以用于存储处理器1802执行任务所需的指令。存储器1804的数量可以是一个或多个。存储器1804可以包括ROM、RAM和磁盘存储器。
接收器1803和发送器1801可以属于射频***,用于与外部设备进行网络通信,具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器1803和发送器1801可以是同一实体模块,例如可以是收发器,或者也可以是不同的实体模块。
这些存储器1804、接收器1803和发送器1801可以通过总线与处理器1802相连接(图18以此为例),或者也可以通过专门的连接线分别与处理器1802连接。
通过对处理器1802进行设计编程,将前述所示的方法所对应的代码固化到芯片内,从而使芯片在运行时能够执行前述图3-图5所示的方法。如何对处理器1802进行设计编程为本领域技术人员所公知的技术,这里不再赘述。
请参见图19,基于同一发明构思,本发明实施例提供一种终端设备,该
终端设备可以包括接收单元1901和发送单元1902。可选的,该终端设备还可以包括处理单元1903。
该终端设备可以用于执行上述图6-图8所述的方法,因此,对于该终端设备中的各单元所实现的功能等,可参考如前方法部分的描述,不多赘述。
请参见图20,为图19所示的终端设备的一种可能的实体结构示意图。在实际应用中,接收单元1901对应的实体设备可以是接收器2001,处理单元1903对应的实体设备可以是处理器2003,发送单元1902对应的实体设备可以是发送器2002。
其中,处理器2003具体可以是中央处理器或ASIC,可以是一个或多个用于控制程序执行的集成电路,可以是使用FPGA开发的硬件电路,可以是基带芯片。
另外在图20中还示出了存储器2004,可以用于存储处理器2003执行任务所需的指令。存储器2004的数量可以是一个或多个。存储器2004可以包括ROM、RAM和磁盘存储器。
接收器2001和发送器2002可以属于射频***,用于与外部设备进行网络通信,具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器2001和发送器2002可以是同一实体模块,例如可以是收发器,或者也可以是不同的实体模块。
这些存储器2004、接收器2001和发送器2002可以通过总线与处理器2003相连接(图16以此为例),或者也可以通过专门的连接线分别与处理器2003连接。
通过对处理器2003进行设计编程,将前述所示的方法所对应的代码固化到芯片内,从而使芯片在运行时能够执行前述图6-图8所示的方法。如何对处理器2003进行设计编程为本领域技术人员所公知的技术,这里不再赘述。
请参见图21,基于同一发明构思,本发明实施例提供一种网络设备,该网络设备可以包括发送单元2101和接收单元2102。可选的,该网络设备还可以包括处理单元2103。
该网络设备可以用于执行上述图6-图8所述的方法,因此,对于该网络设备中的各单元所实现的功能等,可参考如前方法部分的描述,不多赘述。
请参见图22,为图21所示的网络设备的一种可能的实体结构示意图。在实际应用中,发送单元2101对应的实体设备可以是发送器2201,处理单元2103对应的实体设备可以是处理器2203,接收单元2102对应的实体设备可以是接收器2202。
其中,处理器2203具体可以是中央处理器或ASIC,可以是一个或多个用于控制程序执行的集成电路,可以是FPGA开发的硬件电路,可以是基带芯片。
另外在图22中还示出了存储器2204,可以用于存储处理器2203执行任务所需的指令。存储器2204的数量可以是一个或多个。存储器2204可以包括ROM、RAM和磁盘存储器。
接收器2202和发送器2201可以属于射频***,用于与外部设备进行网络通信,具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器2202和发送器2201可以是同一实体模块,例如可以是收发器,或者也可以是不同的实体模块。
这些存储器2204、接收器2202和发送器2201可以通过总线与处理器2203相连接(图22以此为例),或者也可以通过专门的连接线分别与处理器2203连接。
通过对处理器2203进行设计编程,将前述所示的方法所对应的代码固化到芯片内,从而使芯片在运行时能够执行前述图6-图8所示的方法。如何对处理器2203进行设计编程为本领域技术人员所公知的技术,这里不再赘述。
请参见图23,基于同一发明构思,本发明实施例提供一种网络设备,该网络设备可以包括发送单元2301、接收单元2302和处理单元2303。
该网络设备可以用于执行上述图9-图11所述的方法,因此,对于该网络设备中的各单元所实现的功能等,可参考如前方法部分的描述,不多赘述。
请参见图24,为图23所示的网络设备的一种可能的实体结构示意图。在
实际应用中,发送单元2301对应的实体设备可以是发送器2401,处理单元2303对应的实体设备可以是处理器2403,接收单元2302对应的实体设备可以是接收2402。
其中,处理器2403具体可以是中央处理器或ASIC,可以是一个或多个用于控制程序执行的集成电路,可以是FPGA开发的硬件电路,可以是基带芯片。
另外在图24中还示出了存储器2404,可以用于存储处理器2403执行任务所需的指令。存储器2404的数量可以是一个或多个。存储器2404可以包括ROM、RAM和磁盘存储器。
接收器2402和发送器2401可以属于射频***,用于与外部设备进行网络通信,具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器2402和发送器2401可以是同一实体模块,例如可以是收发器,或者也可以是不同的实体模块。
这些存储器2404、接收器2402和发送器2401可以通过总线与处理器2403相连接(图24以此为例),或者也可以通过专门的连接线分别与处理器2403连接。
通过对处理器2403进行设计编程,将前述所示的方法所对应的代码固化到芯片内,从而使芯片在运行时能够执行前述图9-图11所示的方法。如何对处理器2403进行设计编程为本领域技术人员所公知的技术,这里不再赘述。
请参见图25,基于同一发明构思,本发明实施例提供一种终端设备,该终端设备可以包括接收单元2501。可选的,该终端设备还可以包括发送单元2502和处理单元2503。
该终端设备可以用于执行上述图9-图11所述的方法,因此,对于该终端设备中的各单元所实现的功能等,可参考如前方法部分的描述,不多赘述。
请参见图26,为图25所示的终端设备的一种可能的实体结构示意图。在实际应用中,接收单元2501对应的实体设备可以是接收器2601,处理单元2503对应的实体设备可以是处理器2603,发送单元2502对应的实体设备可以是发
送器2602。
其中,处理器2603具体可以是中央处理器或ASIC,可以是一个或多个用于控制程序执行的集成电路,可以是使用FPGA开发的硬件电路,可以是基带芯片。
另外在图26中还示出了存储器2604,可以用于存储处理器2602执行任务所需的指令。存储器2604的数量可以是一个或多个。存储器2604可以包括ROM、RAM和磁盘存储器。
接收器2601和发送器2602可以属于射频***,用于与外部设备进行网络通信,具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器2601和发送器2602可以是同一实体模块,例如可以是收发器,或者也可以是不同的实体模块。
这些存储器2604、接收器2601和发送器2602可以通过总线与处理器2603相连接(图36以此为例),或者也可以通过专门的连接线分别与处理器2603连接。
通过对处理器2603进行设计编程,将前述所示的方法所对应的代码固化到芯片内,从而使芯片在运行时能够执行前述图9-图11所示的方法。如何对处理器2603进行设计编程为本领域技术人员所公知的技术,这里不再赘述。
请参见图27,基于同一发明构思,本发明实施例提供一种终端设备,该终端设备可以包括发送单元2701、接收单元2702和处理单元2703。
该终端设备可以用于执行上述图12-图14所述的方法,因此,对于该终端设备中的各单元所实现的功能等,可参考如前方法部分的描述,不多赘述。
请参见图28,为图27所示的终端设备的一种可能的实体结构示意图。在实际应用中,发送单元2701对应的实体设备可以是发送器2801,处理单元2703对应的实体设备可以是处理器2803,接收单元2702对应的实体设备可以是接收器2802。
其中,处理器2803具体可以是中央处理器或ASIC,可以是一个或多个用于控制程序执行的集成电路,可以是FPGA开发的硬件电路,可以是基带
芯片。
另外在图28中还示出了存储器2804,可以用于存储处理器2803执行任务所需的指令。存储器2804的数量可以是一个或多个。存储器2804可以包括ROM、RAM和磁盘存储器。
接收器2802和发送器2801可以属于射频***,用于与外部设备进行网络通信,具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器2802和发送器2801可以是同一实体模块,例如可以是收发器,或者也可以是不同的实体模块。
这些存储器2804、接收器2802和发送器2801可以通过总线与处理器2803相连接(图28以此为例),或者也可以通过专门的连接线分别与处理器2803连接。
通过对处理器2803进行设计编程,将前述所示的方法所对应的代码固化到芯片内,从而使芯片在运行时能够执行前述图12-图14所示的方法。如何对处理器2803进行设计编程为本领域技术人员所公知的技术,这里不再赘述。
请参见图29,基于同一发明构思,本发明实施例提供一种网络设备,该网络设备可以包括发送单元2901、接收单元2902和处理单元2903。
该网络设备可以用于执行上述图12-图14所述的方法,因此,对于该网络设备中的各单元所实现的功能等,可参考如前方法部分的描述,不多赘述。
请参见图30,为图29所示的网络设备的一种可能的实体结构示意图。在实际应用中,发送单元2901对应的实体设备可以是发送器3001,处理单元2903对应的实体设备可以是处理器3003,接收单元2902对应的实体设备可以是接收器3002。
其中,处理器3003具体可以是中央处理器或ASIC,可以是一个或多个用于控制程序执行的集成电路,可以是FPGA开发的硬件电路,可以是基带芯片。
另外在图30中还示出了存储器3004,可以用于存储处理器3003执行任务所需的指令。存储器3004的数量可以是一个或多个。存储器3004可以包
括ROM、RAM和磁盘存储器。
接收器3002和发送器3001可以属于射频***,用于与外部设备进行网络通信,具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器3002和发送器3001可以是同一实体模块,例如可以是收发器,或者也可以是不同的实体模块。
这些存储器3004、接收器3002和发送器3001可以通过总线与处理器3003相连接(图30以此为例),或者也可以通过专门的连接线分别与处理器3003连接。
通过对处理器3003进行设计编程,将前述所示的方法所对应的代码固化到芯片内,从而使芯片在运行时能够执行前述图12-图14所示的方法。如何对处理器3003进行设计编程为本领域技术人员所公知的技术,这里不再赘述。
本发明实施例中,基站在向终端设备传输下行数据包时,会将为待传输的下行数据包调度的下行传输资源及新数据指示发送给终端设备,新数据指示可以指示待传输的下行数据包是重传的数据包还是新传的数据包,那么,如果终端设备期待接收的是新传的下行数据包(如终端设备上次给基站反馈的是ACK),而新数据指示所指示的待传输的下行数据包是重传的数据包,则终端设备可以确定重复接收了数据包,如果终端设备期待接收的是重传的下行数据包(如终端设备上次给基站反馈的是NACK),而新数据指示所指示的待传输的下行数据包是新传的数据包,则终端设备可以确定有漏传的数据包,即,在MAC层就可以发现是否有传输异常的情况,避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况,避免了MAC层和RLC层的过多交互,可以有效减少处理过程的复杂度和***开销。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或processor(处理器)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以对本发明的技术方案进行了详细介绍,但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想,不应理解为对本发明的限制。本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。
Claims (54)
- 一种下行数据包传输方法,其特征在于,包括:终端设备接收网络设备通过下行控制信道发送的第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源,所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包;所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包。
- 如权利要求1所述的方法,其特征在于,在终端设备接收网络设备通过下行控制信道发送的第一下行控制信息之前,还包括:所述终端设备向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息;若所述第一新数据指示用于指示所述第一下行数据包为重传的数据包,则在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后,还包括:若所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包,则所述终端设备确定所述第一新数据指示有误;所述终端设备丢弃所述第一下行数据包。
- 如权利要求1所述的方法,其特征在于,在终端设备接收网络设备通过下行控制信道发送的第一下行控制信息之前,还包括:所述终端设备向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息;若所述第一新数据指示用于指示所述第一下行数据包为新传的数据包,则在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述 第一下行数据包之后,还包括:若所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败,则所述终端设备确定所述第一新数据指示有误;所述终端设备向所述网络设备发送第一漏传请求;所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败。
- 如权利要求1-3任一所述的方法,其特征在于,在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后,还包括:所述终端设备向所述网络设备发送针对所述第一下行数据包的第一反馈信息;若所述第一反馈信息用于指示所述终端设备接收所述第一下行数据包失败,且所述终端设备在预定时长内未收到所述网络设备发送的下行控制信息,则所述终端设备向所述网络设备发送第二漏传请求;所述第二漏传请求用于指示所述终端设备接收所述第一下行数据包失败。
- 一种下行数据包传输方法,其特征在于,包括:网络设备通过下行控制信道向终端设备发送第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源,所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包;所述网络设备通过所述第一下行传输资源向所述终端设备传输所述第一下行数据包。
- 如权利要求5所述的方法,其特征在于,在网络设备通过下行控制信道向终端设备发送第一下行控制信息之前,还包括:所述网络设备接收所述终端设备针对所述网络设备上次发送给所述终端设备的第二下行数据包的第二反馈信息;所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败;所述网络设备通过解码,确定所述第二反馈信息用于指示所述终端设备 成功接收所述第二下行数据包。
- 如权利要求5或6所述的方法,其特征在于,在网络设备通过下行控制信道向终端设备发送第一下行控制信息之后,还包括:所述网络设备接收所述终端设备发送的第一漏传请求;所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败;所述网络设备通过所述下行控制信道向所述终端设备发送第二下行控制信息;所述第二下行控制信息中包括第二新数据指示以及为所述第二下行数据包调度的第二下行传输资源,所述第二新数据指示用于指示所述第二下行数据包为重传的数据包;所述网络设备通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包。
- 如权利要求7所述的方法,其特征在于,在所述网络设备通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包之后,还包括:所述网络设备接收所述终端设备针对所述网络设备重新发送给所述终端设备的所述第二下行数据包的第三反馈信息;所述第三反馈信息用于指示所述终端设备接收所述第二下行数据包成功;所述网络设备通过解码,确定所述第三反馈信息用于指示所述终端设备成功接收所述第二下行数据包;所述网络设备通过所述下行控制信道向所述终端设备发送第三下行控制信息;所述第三下行控制信息中包括第三新数据指示以及为第三下行数据包调度的第三下行传输资源,所述第三新数据指示用于指示所述第三下行数据包为重传的数据包;所述网络设备通过所述第三下行传输资源向所述终端设备传输所述第三下行数据包。
- 一种上行数据包传输方法,其特征在于,包括:终端设备通过下行控制信道接收网络设备发送的第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待传输的上行数据包调度 的第一上行传输资源;所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包;其中,若所述第一新数据指示用于指示重传上行数据包,则所述第一上行数据包为重传的上行数据包,若所述第一新数据指示用于指示新传上行数据包,则所述第一上行数据包为新传的上行数据包或重传的上行数据包。
- 如权利要求9所述的方法,其特征在于,所述方法还包括:所述终端设备通过所述下行控制信道接收所述网络设备发送的第一反馈信息,所述第一反馈信息为所述网络设备针对接收的所述终端设备上次传输的第二数据包的反馈信息;所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包,包括:若所述第一新数据指示用于指示新传上行数据包,及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包,则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包与所述第二上行数据包不同;或若所述第一新数据指示用于指示重传上行数据包,及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败,则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包为所述第二上行数据包;或若所述第一新数据指示用于指示重传上行数据包,及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包,则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包为所述第二上行数据包;或若所述第一新数据指示用于指示新传上行数据包,及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败,则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一 上行数据包为所述第二上行数据包。
- 如权利要求9或10所述的方法,其特征在于,若所述第一上行数据包为所述终端设备需向所述网络设备传输的最后一个数据包,则,在所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包之后,还包括:若所述终端设备未接收到所述网络设备发送的第二下行控制信息,所述终端设备停止向所述网络设备传输上行数据包;所述第二下行控制信息中包括为待传输的上行数据包调度的上行传输资源。
- 一种上行数据包传输方法,其特征在于,包括:网络设备通过下行控制信道向终端设备发送第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待接收的上行数据包调度的第一上行传输资源;所述网络设备通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包;其中,若所述第一新数据指示用于指示重传上行数据包,则所述第一上行数据包为重传的上行数据包,若所述第一新数据指示用于指示新传上行数据包,则所述第一上行数据包为新传的上行数据包。
- 如权利要求12所述的方法,其特征在于,在所述网络设备通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包之后,还包括:所述网络设备确定成功接收所述第一上行数据包,且确定所述第一上行数据包为所述终端设备需传输给所述网络设备的最后一个上行数据包;所述网络设备通过所述下行控制信道向所述终端设备发送第二反馈信息,所述第二反馈信息用于指示所述网络设备成功接收所述第一上行数据包。
- 一种下行数据包传输方法,其特征在于,包括:网络设备通过下行控制信道向终端设备发送第一调度信息,所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源;所述网络设备在所述第一下行数据包中添加第一序列号,并通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端 设备。
- 如权利要求14所述的方法,其特征在于,在通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端设备之后,还包括:所述网络设备接收所述终端设备通过上行控制信道发送的期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;若所述期待序列号与所述第一序列号加1后的数值相同,所述网络设备确定所述终端设备成功接收所述第一下行数据包;或,若所述期待序列号与所述第一序列号相同,所述网络设备确定所述终端设备接收所述第一下行数据包失败。
- 如权利要求15所述的方法,其特征在于,在所述网络设备确定所述终端设备成功接收所述第一下行数据包之后,还包括:所述网络设备通过所述下行控制信道向终端设备发送第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;所述网络设备在所述第二下行数据包中添加第二序列号,并通过所述第二下行传输资源将添加了所述第二序列号的第二下行数据包传输给所述终端设备;所述第二序列号等于所述第一序列号加1;所述网络设备接收所述终端设备发送的第三漏传请求;所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败;所述网络设备通过所述下行控制信道向所述终端设备发送第三调度信息,所述第三调度信息包括为待传输的所述第一下行数据包调度的第三下行传输资源;所述网络设备通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包。
- 如权利要求16所述的方法,其特征在于,在所述网络设备通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包之后,还包括:所述网络设备接收所述终端设备通过所述上行控制信道发送的期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;若所述期待序列号与所述第一序列号加1后的数值相同,则所述网络设备通过所述下行控制信道向所述终端设备发送第四调度信息,所述第四调度信息包括为待传输的第三下行数据包调度的第四下行传输资源;所述网络设备在所述第三下行数据包中添加第三序列号,并通过所述第四下行传输资源将添加了所述第三序列号的第三下行数据包传输给所述终端设备;所述第三序列号等于所述第一序列号加1。
- 一种下行数据包传输方法,其特征在于,包括:终端设备通过下行控制信道接收网络设备发送的第一调度信息,所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源;所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包,其中,所述第一下行数据包中添加了第一序列号。
- 如权利要求18所述的方法,其特征在于,在所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后,还包括:所述终端设备确定成功接收所述第一下行数据包,所述终端设备向所述网络设备发送期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;所述期待序列号为所述第一序列号加1;所述终端设备通过所述下行控制信道接收所述网络设备发送的第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;所述终端设备通过所述第二下行传输资源接收所述第二下行数据包,若所述第二下行数据包中添加的序列号与所述第一序列号相同,则所述终端设备确定所述网络设备传输有误,丢弃所述第二下行数据包。
- 如权利要求18所述的方法,其特征在于,在所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后,还包 括:所述终端设备确定所述第一下行数据包接收失败,向所述网络设备发送期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;所述期待序列号为所述第一序列号;所述终端设备通过所述下行控制信道接收所述网络设备发送的第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;所述终端设备通过所述第二下行传输资源接收所述第二下行数据包,若所述第二下行数据包中添加的序列号为所述第一序列号加1,则所述终端设备确定所述网络设备传输有误;所述终端设备向所述网络设备发送第三漏传请求,所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败。
- 一种上行数据包传输方法,其特征在于,包括:终端设备通过下行控制信道接收网络设备发送的第一调度信息,所述第一调度信息包括为待传输的第一上行数据包调度的第一上行传输资源;所述终端设备在所述第一上行数据包中添加第一序列号,并通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备。
- 如权利要求21所述的方法,其特征在于,在通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备之后,还包括:所述终端设备接收所述网络设备发送的第二调度信息,所述第二调度信息包括期待序列号以及为待传输的所述第一上行数据包调度的第二上行传输资源;所述期待序列号为所述第一序列号;所述终端设备确定所述期待序列号为所述第一序列号加1,则所述终端设备将第二序列号添加到第二上行数据包中,并通过所述第二上行传输资源向所述网络设备传输添加了所述第二序列号的第二上行数据包;所述第二序列 号为所述第一序列号加1。
- 如权利要求22所述的方法,其特征在于,在通过所述第二上行传输资源向所述网络设备传输添加了所述第二序列号的第二上行数据包之后,还包括:所述终端设备接收所述网络设备发送的第三调度信息,所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源;所述终端设备将接收的所述第一序列号添加到所述第一上行数据包中,并通过所述第三上行传输资源向所述网络设备重新传输添加了所述第一序列号的第一上行数据包。
- 如权利要求23所述的方法,其特征在于,在通过所述第三上行传输资源向所述网络设备重新传输添加了所述第一序列号的第一上行数据包之后,还包括:所述终端设备接收所述网络设备发送的第四调度信息,所述第四调度信息包括期待序列号以及为待传输的第三上行数据包调度的第四上行传输资源;所述期待序列号为所述第一序列号加1;所述终端设备确定所述期待序列号为所述第一序列号加1,则将第二序列号添加到所述第三上行数据包中,并通过所述第四上行传输资源向所述网络设备传输添加了所述第二序列号的第三上行数据包。
- 一种上行数据包传输方法,其特征在于,包括:网络设备通过下行控制信道向终端设备发送第一调度信息,所述第一调度信息包括为待接收的第一上行数据包调度的第一上行传输资源;所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包,所述第一上行数据包中添加了第一序列号。
- 如权利要求25所述的方法,其特征在于,在所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后,还包 括:所述网络设备确定成功接收所述第一上行数据包,向所述终端设备发送第二调度信息,所述第二调度信息包括期待序列号以及为待接收的第二上行数据包调度的第二上行传输资源;所述期待序列号为所述第一序列号加1;所述网络设备通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包;若所述第二上行数据包中添加的序列号与所述第一序列号相同,所述网络设备确定所述终端设备传输有误,则丢弃所述第二上行数据包。
- 如权利要求25所述的方法,其特征在于,在所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后,还包括:所述网络设备确定所述第一上行数据包接收失败,向所述终端设备发送第二调度信息,所述第二调度信息包括期待序列号以及为待接收的所述第一上行数据包调度的第二上行传输资源;所述期待序列号为所述第一序列号;所述网络设备通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包若所述第二上行数据包中添加的序列号为所述第一序列号加1,所述网络设备确定所述终端设备传输有误,向所述终端设备发送第三调度信息,所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源。
- 一种终端设备,其特征在于,包括:接收单元,用于接收网络设备通过下行控制信道发送的第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源,所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包;所述接收单元,还用于接收所述网络设备通过所述第一下行传输资源传 输的所述第一下行数据包。
- 如权利要求28所述的终端设备,其特征在于,所述终端设备还包括发送单元及处理单元;所述发送单元,用于在所述接收单元接收网络设备通过下行控制信道发送的第一下行控制信息之前,向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息;所述处理单元,用于若所述第一新数据指示用于指示所述第一下行数据包为重传的数据包,则在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后,若所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包,则确定所述第一新数据指示有误;所述处理单元,还用于丢弃所述第一下行数据包。
- 如权利要求28所述的终端设备,其特征在于,所述终端设备还包括发送单元和处理单元;所述发送单元,用于在所述接收单元接收网络设备通过下行控制信道发送的第一下行控制信息之前,向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息;所述处理单元,用于若所述第一新数据指示用于指示所述第一下行数据包为新传的数据包,则在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后,若所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败,则确定所述第一新数据指示有误;所述发送单元,还用于向所述网络设备发送第一漏传请求;所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败。
- 如权利要求28-30任一所述的终端设备,其特征在于,所述终端设备还包括发送单元;所述发送单元,用于在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后,向所述网络设备发送针对所述第一下行数据包的第一反馈信息;所述发送单元,还用于若所述第一反馈信息用于指示所述终端设备接收所述第一下行数据包失败,且所述接收单元在预定时长内未收到所述网络设备发送的下行控制信息,则向所述网络设备发送第二漏传请求;所述第二漏传请求用于指示所述终端设备接收所述第一下行数据包失败。
- 一种网络设备,其特征在于,包括:发送单元,用于通过下行控制信道向终端设备发送第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源,所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包;所述发送单元,还用于通过所述第一下行传输资源向所述终端设备传输所述第一下行数据包。
- 如权利要求32所述的网络设备,其特征在于,所述网络设备还包括接收单元和处理单元;所述接收单元,用于在所述发送单元通过下行控制信道向终端设备发送第一下行控制信息之前,接收所述终端设备针对所述网络设备上次发送给所述终端设备的第二下行数据包的第二反馈信息;所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败;所述处理单元,用于通过对所述接收单元接收的所述第二反馈信息进行解码,确定所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包。
- 如权利要求32或33所述的网络设备,其特征在于,所述网络设备还包括接收单元;所述接收单元,用于在所述发送单元通过下行控制信道向终端设备发送第一下行控制信息之后,接收所述终端设备发送的第一漏传请求;所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败;所述发送单元,还用于通过所述下行控制信道向所述终端设备发送第二下行控制信息;所述第二下行控制信息中包括第二新数据指示以及为所述第 二下行数据包调度的第二下行传输资源,所述第二新数据指示用于指示所述第二下行数据包为重传的数据包;所述发送单元,还用于通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包。
- 如权利要求34所述的网络设备,其特征在于,所述网络设备还包括处理单元;所述接收单元,还用于在所述发送单元通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包之后,接收所述终端设备针对所述网络设备重新发送给所述终端设备的所述第二下行数据包的第三反馈信息;所述第三反馈信息用于指示所述终端设备接收所述第二下行数据包成功;所述处理单元,用于通过对所述接收单元接收的所述第三反馈信息进行解码,确定所述第三反馈信息用于指示所述终端设备成功接收所述第二下行数据包;所述发送单元,还用于通过所述下行控制信道向所述终端设备发送第三下行控制信息;所述第三下行控制信息中包括第三新数据指示以及为第三下行数据包调度的第三下行传输资源,所述第三新数据指示用于指示所述第三下行数据包为重传的数据包;所述发送单元,还用于通过所述第三下行传输资源向所述终端设备传输所述第三下行数据包。
- 一种终端设备,其特征在于,包括:接收单元,用于通过下行控制信道接收网络设备发送的第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待传输的上行数据包调度的第一上行传输资源;发送单元,用于通过所述第一上行传输资源向所述网络设备传输第一上行数据包;其中,若所述第一新数据指示用于指示重传上行数据包,则所述第一上行数据包为重传的上行数据包,若所述第一新数据指示用于指示新传上行数据包,则所述第一上行数据包为新传的上行数据包或重传的上行数据 包。
- 如权利要求36所述的终端设备,其特征在于,所述终端设备还包括处理单元;所述接收单元,还用于通过所述下行控制信道接收所述网络设备发送的第一反馈信息,所述第一反馈信息为所述网络设备针对接收的所述终端设备上次传输的第二数据包的反馈信息;所述发送单元,还用于若所述处理单元确定所述第一新数据指示用于指示新传上行数据包,及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包,则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包与所述第二上行数据包不同;或,若处理单元确定所述所述第一新数据指示用于指示重传上行数据包,及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败,则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包为所述第二上行数据包;或,若处理单元确定所述所述第一新数据指示用于指示重传上行数据包,及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包,则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包为所述第二上行数据包;或,若处理单元确定所述所述第一新数据指示用于指示新传上行数据包,及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败,则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包,所述第一上行数据包为所述第二上行数据包。
- 如权利要求36或37所述的终端设备,其特征在于,所述发送单元还用于:若所述第一上行数据包为所述终端设备需向所述网络设备传输的最后一个数据包,则,在通过所述第一上行传输资源向所述网络设备传输第一上行数据包之后,若所述接收单元未接收到所述网络设备发送的第二下行控制信息,停止向所述网络设备传输上行数据包;所述第二下行控制信息中包括为 待传输的上行数据包调度的上行传输资源。
- 一种网络设备,其特征在于,包括:发送单元,用于通过下行控制信道向终端设备发送第一下行控制信息;所述第一下行控制信息中包括第一新数据指示以及为待接收的上行数据包调度的第一上行传输资源;接收单元,用于通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包;其中,若所述第一新数据指示用于指示重传上行数据包,则所述第一上行数据包为重传的上行数据包,若所述第一新数据指示用于指示新传上行数据包,则所述第一上行数据包为新传的上行数据包。
- 如权利要求39所述的网络设备,其特征在于,所述网络设备还包括处理单元;所述处理单元,用于在所述接收单元通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包之后,确定成功接收所述第一上行数据包,且确定所述第一上行数据包为所述终端设备需传输给所述网络设备的最后一个上行数据包;所述发送单元,还用于通过所述下行控制信道向所述终端设备发送第二反馈信息,所述第二反馈信息用于指示所述网络设备成功接收所述第一上行数据包。
- 一种网络设备,其特征在于,包括:发送单元,用于通过下行控制信道向终端设备发送第一调度信息,所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源;处理单元,用于在所述第一下行数据包中添加第一序列号;发送单元,用于通过所述第一下行传输资源将所述处理单元添加了所述第一序列号的第一下行数据包传输给所述终端设备。
- 如权利要求41所述的网络设备,其特征在于,所述接收单元,还用于在所述发送单元通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端设备之后,接收所述 终端设备通过上行控制信道发送的期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;所述处理单元,还用于若接收单元接收的所述期待序列号与所述第一序列号加1后的数值相同,确定所述终端设备成功接收所述第一下行数据包;或,若所述期待序列号与所述第一序列号相同,确定所述终端设备接收所述第一下行数据包失败。
- 如权利要求42所述的网络设备,其特征在于,所述发送单元,还用于在所述处理单元确定所述终端设备成功接收所述第一下行数据包之后,通过所述下行控制信道向所述终端设备发送第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;所述处理单元,还用于在所述第二下行数据包中添加第二序列号;所述发送单元,还用于通过所述第二下行传输资源将所述处理单元添加了所述第二序列号的第二下行数据包传输给所述终端设备;所述第二序列号等于所述第一序列号加1;所述接收单元,还用于接收所述终端设备发送的第三漏传请求;所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败;所述发送单元,还用于通过所述下行控制信道向所述终端设备发送第三调度信息,所述第三调度信息包括为待传输的所述第一下行数据包调度的第三下行传输资源;所述发送单元,还用于通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包。
- 如权利要求43所述的网络设备,其特征在于,所述接收单元,还用于在所述发送单元通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包之后,接收所述终端设备通过所述上行控制信道发送的期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;所述处理单元,还用于确定所述接收单元接收的所述期待序列号与所述第一序列号加1后的数值相同;所述发送单元,还用于通过所述下行控制信道向所述终端设备发送第四调度信息,所述第四调度信息包括为待传输的第三下行数据包调度的第四下行传输资源;所述处理单元,还用于在所述第三下行数据包中添加第三序列号;所述发送单元,还用于通过所述第四下行传输资源将所述处理单元添加了所述第三序列号的第三下行数据包传输给所述终端设备;所述第三序列号等于所述第一序列号加1。
- 一种终端设备,其特征在于,包括:接收单元,用于通过下行控制信道接收网络设备发送的第一调度信息,所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源;所述接收单元,还用于通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包,其中,所述第一下行数据包中添加了第一序列号。
- 如权利要求45所述的终端设备,其特征在于,所述终端设备还包括处理单元和发送单元;所述处理单元,用于在所述接收单元通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后,确定成功接收所述第一下行数据包;所述发送单元,用于向所述网络设备发送期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;所述期待序列号为所述第一序列号加1;所述接收单元,还用于通过所述下行控制信道接收所述网络设备发送的第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;所述接收单元,还用于通过所述第二下行传输资源接收所述第二下行数 据包;所述处理单元,还用于若所述接收单元接收的所述第二下行数据包中添加的序列号与所述第一序列号相同,则确定所述网络设备传输有误,丢弃所述第二下行数据包。
- 如权利要求45所述的终端设备,其特征在于,所述终端设备还包括处理单元和发送单元;所述处理单元,用于在所述接收单元通过第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后,确定所述第一下行数据包接收失败;所述发送单元,用于向所述网络设备发送期待序列号,所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号;所述期待序列号为所述第一序列号;所述接收单元,还用于通过所述下行控制信道接收所述网络设备发送的第二调度信息,所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源;所述接收单元,还用于通过所述第二下行传输资源接收所述第二下行数据包;所述处理单元,还用于若所述接收单元接收的所述第二下行数据包中添加的序列号为所述第一序列号加1,则确定所述网络设备传输有误;所述发送单元,还用于向所述网络设备发送第三漏传请求,所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败。
- 一种终端设备,其特征在于,包括:接收单元,用于通过下行控制信道接收网络设备发送的第一调度信息,所述第一调度信息包括为待传输的第一上行数据包调度的第一上行传输资源;处理单元,用于在所述接收单元接收的所述第一上行数据包中添加第一序列号;发送单元,用于通过所述第一上行传输资源将所述处理单元添加了所述 第一序列号的第一上行数据包传输给所述网络设备。
- 如权利要求48所述的终端设备,其特征在于,所述接收单元,还用于在所述发送单元通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备之后,接收所述网络设备发送的第二调度信息,所述第二调度信息包括期待序列号以及为待传输的所述第一上行数据包调度的第二上行传输资源;所述期待序列号为所述第一序列号;所述处理单元,还用于确定接收单元接收的所述所述期待序列号为所述第一序列号加1,将第二序列号添加到第二上行数据包中;所述发送单元,还用于通过所述第二上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第二上行数据包;所述第二序列号为所述第一序列号加1。
- 如权利要求49所述的终端设备,其特征在于,所述接收单元,还用于在所述发送单元通过所述第二上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第二上行数据包之后,接收所述网络设备发送的第三调度信息,所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源;所述处理单元,还用于将所述接收单元接收的所述第一序列号添加到所述第一上行数据包中;所述发送单元,还用于通过所述第三上行传输资源向所述网络设备重新传输所述处理单元添加了所述第一序列号的第一上行数据包。
- 如权利要求50所述的终端设备,其特征在于,所述接收单元,还用于在所述发送单元通过所述第三上行传输资源向所述网络设备重新传输所述处理单元添加了所述第一序列号的第一上行数据包之后,接收所述网络设备发送的第四调度信息,所述第四调度信息包括期待序列号以及为待传输的第三上行数据包调度的第四上行传输资源;所述期待 序列号为所述第一序列号加1;所述处理单元,还用于确定所述接收单元接收的所述期待序列号为所述第一序列号加1,则将第二序列号添加到所述第三上行数据包中;所述发送单元,还用于通过所述第四上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第三上行数据包。
- 一种网络设备,其特征在于,包括:发送单元,用于通过下行控制信道向终端设备发送第一调度信息,所述第一调度信息包括为待接收的第一上行数据包调度的第一上行传输资源;接收单元,用于通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包,所述第一上行数据包中添加了第一序列号。
- 如权利要求52所述的网络设备,其特征在于,所述网络设备还包括处理单元;所述处理单元,用于在所述接收单元通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后,确定成功接收所述第一上行数据包;所述发送单元,还用于向所述终端设备发送第二调度信息,所述第二调度信息包括期待序列号以及为待接收的第二上行数据包调度的第二上行传输资源;所述期待序列号为所述第一序列号加1;所述接收单元,还用于通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包;所述处理单元,还用于若所述接收单元接收的所述第二上行数据包中添加的序列号与所述第一序列号相同,确定所述终端设备传输有误,则丢弃所述第二上行数据包。
- 如权利要求52所述的网络设备,其特征在于,所述网络设备还包括处理单元;所述处理单元,用于在所述接收单元通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后,确定所述第一上行数据包接收 失败;所述发送单元,还用于向所述终端设备发送第二调度信息,所述第二调度信息包括期待序列号以及为待接收的所述第一上行数据包调度的第二上行传输资源;所述期待序列号为所述第一序列号;所述接收单元,还用于通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包所述处理单元,还用于若所述所述接收单元接收的所述第二上行数据包中添加的序列号为所述第一序列号加1,确定所述终端设备传输有误;所述发送单元,还用于向所述终端设备发送第三调度信息,所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/094058 WO2017075832A1 (zh) | 2015-11-06 | 2015-11-06 | 一种下行数据包、上行数据包传输方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/094058 WO2017075832A1 (zh) | 2015-11-06 | 2015-11-06 | 一种下行数据包、上行数据包传输方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2017075832A1 true WO2017075832A1 (zh) | 2017-05-11 |
Family
ID=58661417
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2015/094058 WO2017075832A1 (zh) | 2015-11-06 | 2015-11-06 | 一种下行数据包、上行数据包传输方法及设备 |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2017075832A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111479293A (zh) * | 2020-04-16 | 2020-07-31 | 展讯通信(上海)有限公司 | 数据处理方法及装置 |
CN112291857A (zh) * | 2019-07-24 | 2021-01-29 | 华为技术有限公司 | 一种数据传输方法、装置及相关设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1820443A (zh) * | 2003-07-11 | 2006-08-16 | 皇家飞利浦电子股份有限公司 | 从发射机向接收机传输数据包 |
CN101291199A (zh) * | 2007-04-20 | 2008-10-22 | 大唐移动通信设备有限公司 | 混合自动重传请求中检测反馈消息正确性的方法和装置 |
US20090252089A1 (en) * | 2006-07-07 | 2009-10-08 | Samsung Electronics Co., Ltd. | Packet receiving and transmitting method |
CN103796327A (zh) * | 2012-10-29 | 2014-05-14 | 中兴通讯股份有限公司 | 一种子帧调度方法、***及网络设备、终端 |
-
2015
- 2015-11-06 WO PCT/CN2015/094058 patent/WO2017075832A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1820443A (zh) * | 2003-07-11 | 2006-08-16 | 皇家飞利浦电子股份有限公司 | 从发射机向接收机传输数据包 |
US20090252089A1 (en) * | 2006-07-07 | 2009-10-08 | Samsung Electronics Co., Ltd. | Packet receiving and transmitting method |
CN101291199A (zh) * | 2007-04-20 | 2008-10-22 | 大唐移动通信设备有限公司 | 混合自动重传请求中检测反馈消息正确性的方法和装置 |
CN103796327A (zh) * | 2012-10-29 | 2014-05-14 | 中兴通讯股份有限公司 | 一种子帧调度方法、***及网络设备、终端 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112291857A (zh) * | 2019-07-24 | 2021-01-29 | 华为技术有限公司 | 一种数据传输方法、装置及相关设备 |
CN111479293A (zh) * | 2020-04-16 | 2020-07-31 | 展讯通信(上海)有限公司 | 数据处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107210869B (zh) | 用于在无线设备处进行通信的装备和方法 | |
US11190302B2 (en) | Communication method and apparatus therefor | |
US10440614B2 (en) | Interruptions in wireless communications | |
WO2017024860A1 (zh) | 应答信息的传输方法、装置、基站及终端 | |
JP6050482B2 (ja) | 意図しないダウンリンクサブフレームのためのharq−ackハンドリング | |
EP2835928B1 (en) | Methods of handling communication operation | |
CN107210895B (zh) | 用于增强型载波聚集的软缓冲器管理的方法和装置 | |
US20190173623A1 (en) | Reallocation of control channel resources for retransmission of data in wireless networks based on communications mode | |
JP2010045790A (ja) | Ttiバンドルの再送を処理する方法及び通信装置 | |
CN113785516B (zh) | 侧链数据分组确认 | |
US9713127B2 (en) | Method and device for configuring data transmission resource | |
WO2020083251A1 (zh) | 数据传输方法及装置 | |
US20180332500A1 (en) | Toggling based Indicator of Reception Success | |
EP3531762B1 (en) | Message feedback method and device for carrier aggregation | |
US10749638B2 (en) | Soft buffer handling with limited memory access bandwidth | |
WO2017075832A1 (zh) | 一种下行数据包、上行数据包传输方法及设备 | |
WO2022033362A1 (zh) | 一种指示信息接收的方法及装置 | |
WO2017148510A1 (en) | Use of tiny retransmission resource for partial packet retransmission for wireless networks | |
WO2018076350A1 (zh) | 确定接收状态的方法和装置 | |
WO2019095228A1 (en) | Method, apparatus and computer program | |
WO2018120475A1 (zh) | 一种消息应答方法及无线网络设备 | |
WO2022156896A1 (en) | New data indicator handling for harq transmissions during c-drx mode | |
WO2016041574A1 (en) | Detection of a transmission error in a wireless network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 15907674 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 15907674 Country of ref document: EP Kind code of ref document: A1 |