CN116249155B - 一种信息传输方法、装置及用户设备 - Google Patents

一种信息传输方法、装置及用户设备 Download PDF

Info

Publication number
CN116249155B
CN116249155B CN202310512956.9A CN202310512956A CN116249155B CN 116249155 B CN116249155 B CN 116249155B CN 202310512956 A CN202310512956 A CN 202310512956A CN 116249155 B CN116249155 B CN 116249155B
Authority
CN
China
Prior art keywords
harq
rlc
entity
harq feedback
transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202310512956.9A
Other languages
English (en)
Other versions
CN116249155A (zh
Inventor
冯媛
刘兆霖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Gohigh Data Networks Technology Co ltd
Original Assignee
Beijing Gohigh Data Networks Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Gohigh Data Networks Technology Co ltd filed Critical Beijing Gohigh Data Networks Technology Co ltd
Priority to CN202310512956.9A priority Critical patent/CN116249155B/zh
Publication of CN116249155A publication Critical patent/CN116249155A/zh
Application granted granted Critical
Publication of CN116249155B publication Critical patent/CN116249155B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]

Abstract

本申请公开了一种信息传输方法、装置及用户设备，涉及通信技术领域，该方法应用于第一UE，该方法包括：第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，增加HARQ重传，或者，向所述第一UE的RLC AM实体发送HARQ反馈结果；如此，实现了通过MAC HARQ实体增加HARQ重传，避免中间漏报的译码错误的情况，以提高HARQ传输的可靠性，和/或，由MAC HARQ实体向RLC AM实体上报HARQ反馈结果，由RLC AM实体根据对端上报的RLC状态报告和HARQ反馈结果判定HARQ传输是否成功，避免由于HARQ译码错误导致放弃重传或传输不及时的情况，以提高HARQ传输的可靠性。

Description

一种信息传输方法、装置及用户设备
技术领域
本申请涉及通信技术领域，尤其是涉及一种信息传输方法、装置及用户设备。
背景技术
目前，物理直通链路反馈信道（Physical Sidelink Feedback Channel，PSFCH）的译码可能会存在虚警和漏报的译码错误，这种情况下，可能会出现如下两种情况，情况一：高层无线链路控制（Radio Link Control，RLC）已经收到对端的RLC正反馈，但是底层的混合自动重传请求（Hybrid Automatic Repeat Request，HARQ）仍然传输，这种情况会存在冗余传输，造成空口资源浪费的问题；情况二：由于底层HARQ译码错误导致放弃重传，然而在RLC状态报告触发重传的时候，预留给自动重传请求（Automatic Repeat Request，ARQ）的发送窗口又不足，即会导致ARQ没有实际生效，上述两种情况导致HARQ传输的可靠性较低。
发明内容
本申请的目的在于提供一种信息传输方法、装置及用户设备，从而解决现有技术中HARQ传输可靠性低的问题。
第一方面，为了达到上述目的，本申请实施例提供一种信息传输方法，应用于第一用户设备UE，所述方法包括：
第一UE的媒体接入控制MAC混合自动重传请求HARQ实体根据接收到的HARQ反馈信息，增加HARQ重传，或者，向所述第一UE的无线链路控制RLC确认模式AM实体发送HARQ反馈结果。
可选地，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，增加HARQ重传，包括：
在所述HARQ反馈信息对应于第一TB调度的非最后一次HARQ传输，且所述HARQ反馈信息译码判定为肯定确认ACK的情况下，增加一次HARQ重传。
可选地，增加一次HARQ重传之后，所述方法还包括：
在增加的所述HARQ重传对应的HARQ反馈信息译码判定为ACK的情况下，向RLC AM实体发送HARQ ACK。
可选地，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLCAM实体发送HARQ反馈结果，包括：
在所述HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，且所述HARQ反馈信息译码判定为ACK的情况下，向所述RLC AM实体发送HARQ ACK。
可选地，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，增加HARQ重传，包括：
在所述HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，所述HARQ反馈信息译码判定为否定确认NACK或非连续发送DTX，且设定的所述第一TB调度的最大HARQ传输次数小于预配置最大传输次数的情况下，在满足以下任一情况时，增加HARQ重传：
接收到的与所述第一TB相关的HARQ反馈信息中，译码判定为DTX的HARQ反馈信息的个数小于或者等于第一值，且与所述第一TB相关的HARQ发送进程的类型为单发类型；
当前时刻与所述第一TB的剩余的包延时预算PDB对应的时刻之间的时长小于或等于第二值。
可选地，所述第一值为绝对值，或者，所述第一值为：接收到的译码判定为DTX的HARQ反馈信息的个数，与，设定的所述第一TB调度的最大HARQ传输次数的比值。
可选地，增加的HARQ重传的次数为第三值；其中，所述第三值与剩余的PDB以及所述第一值有关。
可选地，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLCAM实体发送HARQ反馈结果，包括：
在所述HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，且所述HARQ反馈信息译码判定为NACK或DTX时，在以下任一情况下，向所述RLC AM实体发送HARQ NACK：
接收到的所述第一TB相关的HARQ反馈信息中，译码判定为DTX的HARQ反馈信息的个数大于第一值；
所述第一TB调度的最大HARQ传输次数等于预配置最大传输次数；
所述第一TB相关的HARQ发送进程的类型为半持续调度SPS类型。
可选地，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLCAM实体发送HARQ反馈结果，包括：
在存在逻辑信道复用的情况时，向各个复用的逻辑信道对应的RLC AM实体发送HARQ反馈结果。
可选地，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLCAM实体发送HARQ反馈结果之后，所述方法还包括：
在所述HARQ反馈信息相关的HARQ发送进程的类型为单发类型的情况下，释放所述HARQ发送进程；或者，
在所述HARQ反馈信息相关的HARQ发送进程的类型为SPS类型的情况下，不释放所述HARQ发送进程。
可选地，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLCAM实体发送HARQ反馈结果之后，所述方法还包括：
所述MAC HARQ实体接收所述RLC AM实体发送的第一指示信息，所述第一指示信息用于指示RLC重传；
所述MAC HARQ实体根据所述第一指示信息，执行第二TB调度的HARQ传输，其中，所述第二TB调度的HARQ传输采用单发进程。
可选地，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLCAM实体发送HARQ反馈结果之后，所述方法还包括：
所述RLC AM实体在下述任一情况下，触发RLC轮询polling重传：
所述RLC AM实体在接收到所述MAC HARQ实体发送的HARQ ACK之后，接收到第二UE发送的RLC状态报告，其中，所述RLC状态报告指示目标RLC服务数据单元SDU的接收状态为NACK，所述HARQ反馈结果与目标RLC SDU均与第一TB相关；
所述RLC AM实体在接收到所述MAC HARQ实体发送的所述HARQ反馈结果为HARQNACK，且在接收到所述HARQ反馈结果之后的第一时长内未接收到第二UE发送的RLC状态报告。
可选地，触发RLC polling重传之后，所述方法还包括：
所述RLC AM实体若接收到所述第二UE发送的RLC状态报告，且RLC状态报告中指示RLC初传SDU的接收状态为ACK，则取消后续对RLC重传数据包的HARQ传输。
可选地，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLCAM实体发送HARQ反馈结果之后，所述方法还包括：
在所述RLC AM实体接收到所述MAC HARQ实体发送的所述HARQ反馈结果之前，所述RLC AM实体接收到第二UE发送的RLC状态报告，且所述RLC状态报告指示目标RLC SDU的接收状态为ACK的情况下，向所述MAC HARQ实体发送第二指示信息，所述第二指示信息包括目标RLC SDU的接收状态；其中，所述HARQ反馈结果与所述目标RLC SDU均与第一TB相关；
所述MAC HARQ实体根据所述第二指示信息和HARQ上下文信息，取消后续与所述第一TB相关的HARQ重传。
可选地，所述RLC AM实体通过第一内部原语的方式向所述MAC HARQ实体发送信息，所述第一内部原语包括以下至少一项：
HARQ结束指示；
逻辑信道标识LCID；
数据无线承载编号DRB ID；
RLC SDU对应的RLC SDU序列号SN、段偏移SO号以及对应的索引；
第三指示信息，用于指示RLC传输的数据包为RLC初传数据包或RLC重传数据包。
可选地，MAC HARQ实体通过第二内部原语的方式向RLC AM实体发送信息，所述第二内部原语包括以下至少一项：
HARQ反馈结果；
对应RLC SDU的SN 号以及分段编号；
LCID；
DRB ID。
第二方面，为了达到上述目的，本申请实施例提供一种信息传输装置，应用于第一UE，包括：
MAC HARQ实体，用于根据接收到的HARQ反馈信息，增加HARQ重传，或者，向所述第一UE的无线链路控制RLC确认模式AM实体发送HARQ反馈结果。
第三方面，为了达到上述目的，本申请实施例提供一种用户设备，包括收发机、存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的信息传输方法。
第四方面，为了达到上述目的，本申请实施例提供一种可读存储介质，其上存储有程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的信息传输方法。
本申请的上述技术方案至少具有如下有益效果：
本申请实施例的信息传输方法，第一UE的媒体接入控制MAC混合自动重传请求HARQ实体根据接收到的HARQ反馈信息，增加HARQ重传，以避免中间漏报的译码错误的情况，从而提高HARQ传输的可靠性，或者，向所述第一UE的无线链路控制RLC确认模式AM实体发送HARQ反馈结果，以由RLC AM实体根据对端上报的RLC状态报告和HARQ反馈结果判定HARQ传输是否成功，避免由于HARQ译码错误导致放弃重传或传输不及时的情况，以提高HARQ传输的可靠性。
附图说明
图1为本申请实施例的信息传输方法的流程示意图之一；
图2为本申请实施例的信息传输方法的流程示意图之二；
图3为本申请实施例的信息传输方法的流程示意图之三；
图4为本申请实施例的信息传输方法的流程示意图之四；
图5为本申请实施例的信息传输装置的结构示意图；
图6为本申请实施例的用户设备的结构示意图。
具体实施方式
为使本申请要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本申请的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本申请的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本申请的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
在本申请所提供的实施例中，应理解，“与A 相应的B”表示B 与A 相关联，根据A可以确定B。但还应理解，根据A 确定B 并不意味着仅仅根据A 确定B，还可以根据A 和/或其它信息确定B。
在进行本申请实施例的说明时，首先对下面描述中所用到的一些概念进行解释说明。
RLC状态报告（包含NACK反馈以及ACK反馈）是对端节点反馈的，不存在PSFCH上的译码错误的情况。即只要空口成功接收RLC状态报告，其可靠性要高于HARQ反馈；
RLC状态报告（ACK）的时效性与当时接收窗口和状态报告的维护变量相关，因此RLC状态报告的时效性存在不确定性，可能会比较及时，也可能会滞后；
由于接收端只有确定数据包是丢失状态时，才会发送RLC状态报告（NACK），因此，RLC状态报告（NACK）的时效性相对于RLC状态报告（ACK）较低。
HARQ状态是本节点（终端）的内部状态，虽然可能会出现译码错误，但是其时效性相对较高。TB调度的最后一次HARQ发送结束且收到反馈或者收到确定的状态，则该TB 对应的HARQ状态就是明确的。
HARQ重传最后一次传输还是没有收到正反馈的时候，认为HARQ失败；按照现有标准，媒体接入控制（Media Access Control，MAC）层和RLC层没有交互；RLC层会在一定条件下触发RLC重传；RLC重传的话，只能是新的进程（process）。如果ARQ触发新process发送的话，会重选资源，一般实现可以变更资源大小，即传输参数做了变更（传输参数确定这一部分同样也属于UE的具体实现，非标准范畴）。但是对于低码率的话，可能增益有限。
当底层HARQ失败的时候，RLC触发资源重传，按照现有标准，此业务包对于MAC层是透明的，即本终端MAC层没有办法将RLC初传和重传关联起来，对端只是通过process相关ID信息，新数据标识（New Data Indicator，NDI）信息来对传输块（Transport Block，TB）做关联判定。对于接收端，第一次RLC发送和第2次RLC重传对应的发送不关联，多次传输没有办法做软缓冲（soft buffer）合并。
影响HARQ 可靠性的因素：
本身PSFCH译码存在错误，包括虚警以及漏报；
RLC重传没有办法关联起来，HARQ合并增益不是最大化。
具体的，译码错误：
如果虚警的话，即ACK错误译码成NACK/DTX；
现有标准实现：
无论RLC AM实体何时收到对端UE的状态报告，MAC HARQ实体的处理都是一致的（HARQ和ARQ不做关联）；具体来说，如果此次虚警对应的是所述TB调度的非最后一次HARQ传输的情况下，HARQ本身会继续重传，即存在冗余的传输，造成空口资源浪费；如果对应的是所述TB调度的最后一次HARQ传输的话，则没有影响。进一步，HARQ失败后底层记录一次失败，可能会影响无线链路失败（Radio Link Failure，RLF）以及信道状态报告（ChannelState Information report，CSI report）/自适应调制和编码（Adaptive Modulation andCoding，AMC）过程。
如果漏报的话，即NACK错误译码成ACK：
现有标准实现：HARQ停止传输（较大概率接收端没有接收成功）；RLC层会直接等待RLC状态报告过来后再重传，有可能时间上来不及，导致丢包。
基于上述现有的相关技术点及问题，如图1所示，本申请实施例提供了一种信息传输方法，该方法应用于第一UE，该方法包括：
步骤101，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，增加HARQ重传，或者，向第一UE的RLC AM实体发送HARQ反馈结果。
本步骤中，HARQ反馈信息由对端（第二UE）发送，且HARQ反馈信息承载在PSFCH，其中，HARQ反馈信息与第一UE的第一TB调度的此次HARQ传输相关，即：HARQ反馈信息为针对第一TB调度的某次传输的反馈，包括ACK、NACK和非连续发送（Discontinuous Transmission，DTX）；其中，在HARQ反馈信息包括NACK或DTX时，对应的HARQ反馈结果为NACK，在HARQ反馈信息包括ACK时，对应的HARQ反馈结果为ACK。
这里，需要说明的是，MAC HARQ实体根据接收到的HARQ反馈信息向RLC AM实体发送HARQ反馈结果时，具体的，MAC HARQ实体在接收到该HARQ反馈信息之后，需要根据HARQ上下文信息确定单播链路（link）对应的RLC实体模式，在确定RLC实体模式为AM模式的情况下，MAC HARQ实体才向RLC AM实体发送该HARQ反馈结果。
本申请实施例的信息传输方法，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，增加HARQ重传，以避免中间漏报的译码错误的情况，从而提高HARQ传输的可靠性，或者，向第一UE的RLC AM实体发送HARQ反馈结果，以由RLC AM实体根据对端上报的RLC状态报告和HARQ反馈结果判定HARQ传输是否成功，避免由于HARQ译码错误导致接收端未合并成功时，发送端就放弃重传或ARQ重传传输不及时的情况，以提高HARQ传输的可靠性。
作为一个可选的实现方式，步骤101中，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，增加HARQ重传，包括：
在HARQ反馈信息对应于第一TB调度的非最后一次HARQ传输，且HARQ反馈信息译码判定为ACK的情况下，增加一次HARQ重传。
也就是说，在根据第二UE反馈的HARQ反馈信息确定第一TB调度的非最后一次HARQ传输成功时，可以再增加一次HARQ重传，以避免由于译码错误（漏报的情况，即NACK译码为ACK）导致后续HARQ重传被放弃，即漏报导致的数据传输失败的问题。
本可选的实现方式的一个具体示例（第一UE的底层HARQ指示ACK早于RLC层接收对端NACK，即HARQ中间漏报）的具体实现过程如下：
该具体示例的场景为：底层对任何一次PSFCH传输译码错误（将NACK误判为ACK，即发生漏报）。
在上述场景下，如果底层PSFCH译码成功且在最大传输次数内，再多传一次，通过新增加1次HARQ重传来降低PSFCH 误检的概率。即如果收到的HARQ反馈信息为ACK后，若还有机会则再进行一次HARQ传输，则该两次HARQ传输对应的HARQ反馈信息可能为：
{ACK，NACK}，这种情况下认为HARQ传输对应的反馈信息是NACK；
{ACK，ACK}，这种情况下，认为HARQ传输对应的反馈信息是才认为是ACK。
然而，针对上述{ACK，ACK}的情况，真实情况可能有以下几种：
{ACK，ACK}：即两次实际均传输成功，且对HARQ反馈信息均正确译码为ACK；
{NACK，NACK}：即两次实际均传输失败，但对HARQ反馈信息均译码错误为ACK，这种情况概率很小；
{NACK，ACK}：即第一次HARQ传输失败，但是译码错误为ACK，第二次HARQ传输成功，且正确译码为ACK，如此，实现了通过重传纠正译码错误的情况，避免HARQ传输的冗余造成传输资源的浪费。
{ACK，NACK}：即第一次HARQ传输成功，且正确译码为ACK，第二次HARQ传输成功，但错误译码为NACK，这种情况不会存在。
可见，通过再增加一次HARQ传输，能够实现对错误译码的纠正，避免HARQ传输的冗余，或者，避免取消后续HARQ传输导致业务包传输失败的情况。
另外，需要说明的是，在该HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，且HARQ反馈信息译码判定为ACK的情况下，则不再增加一次HARQ传输。
进一步地，作为一个可选的实现方式，增加一次HARQ重传之后，该方法还包括：
在增加的HARQ重传对应的HARQ反馈信息译码判定为ACK的情况下，向RLC AM实体发送HARQ ACK。
也就是说，在相邻的两次HARQ重传对应的HARQ反馈信息均译码判定为ACK时，MACHARQ实体认为HARQ传输成功，此时，MAC HARQ实体可以向RLC AM实体发送指示ACK的HARQ反馈结果，以保证RLC AM实体可以根据HARQ反馈结果和对端发送的RLC状态报告确定后续是否执行RLC重传，如此，能够避免由于HARQ反馈译码错误导致HARQ传输的冗余或HARQ传输被取消造成HARQ传输可靠性不足的问题。
作为一个可选的实现方式，步骤101中，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向第一UE的RLC AM实体发送HARQ反馈结果，包括：
在HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，且HARQ反馈信息译码判定为ACK的情况下，向RLC AM实体发送HARQ ACK。
本可选实现方式中，MAC HARQ实体确定不再执行第一TB调度的HARQ传输的情况下，将第一TB调度的HARQ传输对应的HARQ反馈结果上报给RLC AM实体，以由RLC AM实体根据HARQ反馈结果和对端发送的RLC状态报告确定是否执行RLC重传，避免由于HARQ反馈信息译码错误造成HARQ传输可靠性差的问题。
作为一个可选的实现方式，步骤101中，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，增加HARQ重传，包括：
在HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，HARQ反馈信息译码判定为NACK或DTX，且（基于算法）设定的第一TB调度的最大HARQ传输次数小于预配置最大传输次数的情况下，在满足以下任一情况时，增加HARQ重传：
接收到的与第一TB相关的HARQ反馈信息中，译码判定为DTX的HARQ反馈信息的个数小于或者等于第一值，且与第一TB相关的HARQ发送进程的类型为单发类型；
当前时刻与第一TB的剩余的包延时预算（Packet Delay Budget，PDB）对应的时刻之间的时长小于或等于第二值，这里，该第二值可以根据业务的PDB来配置，也可以配置为0。
这里，需要说明的是，第一TB调度的最大HARQ传输次数为资源选择前确定的为第一TB调度的最大HARQ传输次数，预配置最大传输次数为协议规定的最大传输次数，如32次。
本可选的实现方式中，在第一TB调度的最后一次HARQ传输的HARQ反馈信息为负反馈（NACK或DTX），且预先为第一TB配置的最大HARQ传输次数小于预配置最大传输次数时，若与第一TB相关的各个HARQ反馈信息中译码判定为DTX的次数小于或者等于预先设定的第一值，且与第一TB相关的HARQ进程为one shot方式时，则增加HARQ重传，或者，若当前时刻与第一TB的PDB对应的时刻之间的时长小于或等于预先设定的第二值，则增加HARQ重传。其中，针对增加的HARQ重传对应的HARQ反馈信息，也可以按照本申请实施例的信息传输方法向RLC AM实体上报HARQ反馈结果。
这里，需要说明的是，增加HARQ重传之后，与第一TB相关的HARQ传输的总次数应小于或等于预配置最大传输次数。
作为一个具体的实现方式，该第一值为绝对值，例如，该第一值为1；或者，第一值为：接收到的译码判定为DTX的HARQ反馈信息的个数，与，设定的第一TB调度的最大HARQ传输次数的比值。
作为另一个具体的实现方式，增加的HARQ重传的次数为第三值；其中，第三值与剩余的PDB以及第一值有关。也就是说，在确定增加HARQ重传时，可以根据第一值和当下第一TB调度的HARQ传输的次数来确定增加的HARQ重传的次数。比如，min{剩余的最大传输次数，第一值或者第一值转化过来的DTX次数}；或者，增加的HARQ重传的次数为1倍或者固定次数，即增加的HARQ重传的次数为预配置的第一TB调度的最大HARQ传输次数或者固定的N次。
简言之，在第一TB调度的最后一次HARQ传输失败（即没有收到正反馈）且DTX次数小于或等于1，且HARQ发送进程为one shot方式，MAC HARQ实体不需要指示给RLC AM实体，而是由第一UE的MAC HARQ实体执行下述操作：一方面，在最后一次传输HARQ后，并不直接释放HARQ进程，而是到达往返时延（Round Trip Time，RTT）/固定的时间间隔，或者，接收到反馈消息（即与PSSCH发送的时间有关，非固定的时间间隔）后才释放，这样，在RTT超时之前，第一UE肯定已接收到第二UE发送的HARQ反馈；另一方面，若接收到的HARQ反馈信息为负反馈（NACK或DTX），则将HARQ最大发送次数增加一倍，并直接重新选择资源（此时选择的资源并不能被之前用于HARQ传输的资源指示）；如此，实现了通过增加HARQ传输次数来增加可靠性。在此基础上，第二，因为本身只是HARQ 重传，则UE的HARQ MAC实体可以将之前接收到的HARQ传输与新增加的HARQ传输直接合并起来，即之前的HARQ传输与新增加的HARQ传输之间存在软合并（soft buffer）。
作为一个可选的实现方式，步骤101中，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向第一UE的RLC AM实体发送HARQ反馈结果，包括：
在HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，且HARQ反馈信息译码判定为NACK或DTX时，在以下任一情况下，向RLC AM实体发送HARQ NACK：
接收到的第一TB相关的HARQ反馈信息中，译码判定为DTX的HARQ反馈信息的个数大于第一值；
第一TB调度的最大HARQ传输次数等于预配置最大传输次数；
第一TB相关的HARQ发送进程的类型为半持续调度（Semi-PersistentScheduling，SPS）类型。
也就是说，在第一TB调度的最后一次HARQ传输失败时，若与第一TB相关的HARQ反馈信息中，被译码判定为DTX的个数大于第一值，或者，设定的第一TB调度的最大HARQ传输次数等于预配置最大传输次数（即：不能再增加HARQ传输），或者，HARQ发送进程为SPS类型，则向RLC AM实体发送HARQ NACK，以由RLC AM实体根据接收到的HARQ反馈结果和第二UE发送的RLC状态报告确定是否执行RLC重传，以增加传输可靠性。
进一步地，作为一个可选的实现方式，步骤101，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向第一UE的RLC AM实体发送HARQ反馈结果之后，该方法还包括：
在HARQ反馈信息相关的HARQ发送进程的类型为单发（one shot）类型的情况下，释放HARQ发送进程；或者，
在HARQ反馈信息相关的HARQ发送进程的类型为SPS类型的情况下，不释放所述HARQ发送进程。
进一步地，作为一个可选的实现方式，步骤101，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果之后，该方法还包括：
MAC HARQ实体接收RLC AM实体发送的第一指示信息，第一指示信息用于指示RLC重传；这里，RLC重传可以为RLC polling重传，也可以为非polling重传。
MAC HARQ实体根据第一指示信息，执行第二TB调度的HARQ传输，其中，第二TB调度的HARQ传输采用单发进程。
这里，需要说明的是，第一TB和第二TB指示RLC 服务数据单元（Service DataUnit，SDU）的初传和重传。
简言之，在第一TB调度的最后一次HARQ传输失败（没有收到正反馈）的情况下，若接收到的DTX次数大于第一值（例如，1），或者，HARQ发送进程为one shot方式，则第一UE的MAC HARQ实体在最后一次传输HARQ后并不直接释放HARQ发送进程，而是RTT或者收到反馈消息才释放，这样，RTT超时之前肯定收到了针对最后一次HARQ传输的HARQ反馈信息，若是负反馈的话，则释放原有进程，并向RLC AM实体指示HARQ反馈结果，且进一步可以根据RLC指示的内部原语变更传输参数，提高链路性能。其中，RLC重传是一个新的TB（MAC PDU），无论之前的HARQ传输（第一TB调度的HARQ传输）采用的是SPS进程还是one shot进程，RLC重传的HARQ发送进程均采用one shot进程。在此基础上，第二UE的每一次RLC传输对应的HARQ合并是独立处理。
作为另一个可选的实现方式，步骤101中，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向第一UE的RLC AM实体发送HARQ反馈结果，包括：
在存在逻辑信道（Logical Channel）复用的情况时，向各个复用的逻辑信道对应的多个RLC AM实体发送HARQ反馈结果。以支持各个RLC AM实体综合逻辑信道复用的各个HARQ反馈结果和/或第二UE发送的RLC状态报告判定后续操作。
进一步地，作为一个可选的实现方式，步骤101，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果之后，该方法还包括：
RLC AM实体在下述任一情况下，触发RLC轮询polling重传：
（1）RLC AM实体在接收到MAC HARQ实体发送的HARQ ACK之后，接收到第二UE发送的RLC状态报告，其中，RLC状态报告指示目标RLC服务数据单元（Service Data Unit，SDU）的接收状态为NACK，HARQ反馈结果与目标RLC SDU均与第一TB相关；
也就是说，RLC AM实体在接收到底层上报的HARQ ACK之后，又接收到对端发送的RLC状态报告指示NCAK，则确定对端未成功接收到HARQ传输的数据，此时可以触发RLCpolling重传。
这里，需要说明的是，RLC状态报告指示包含目标RLC SDU在内的一个或者多个RLCSDU的接收状态；HARQ反馈信息指示包含所述目标完整RLC SDU或者目标RLC SDU的一个或者多个分段的MAC协议数据单元（Protocol Data Unit，PDU）的接收状态。
作为此种情况的一个具体示例，如图2所示，具体流程如下：
1、第一UE的物理层（PHY）向第二UE的物理层发送一次或者多次HARQ传输；
2、第二UE的PHY层将HARQ传输的反馈信息（一次或者多次反馈信息）发送给第一UE的PHY层；
3、第二UE的PHY层对接收到的HARQ传输解码失败的结果告知给第二UE的MAC层；
4、第一UE的PHY层接收到第二UE反馈的HARQ反馈信息并进行译码，并将反馈结果（PSFCH译码错误，NACK误判为ACK）上报给MAC实体；
5、第一UE的MAC实体向RLC AM实体上报HARQ ACK结果；
因为没有成功，所以RLC不会知道；即：由于第二UE的PHY层解码失败，第二UE的MAC实体不会向RLC AM实体上报解析数据，因此，第二UE的RLC AM实体没有接收到解码数据；
6、第二UE的RLC AM实体向第一UE的RLC AM实体发送指示NACK的RLC状态报告。
（2）RLC AM实体在接收到MAC HARQ实体发送的HARQ反馈结果为HARQ NACK，且在接收到HARQ反馈结果之后的第一时长内未接收到第二UE发送的RLC状态报告。也就是说，在接收到底层上报的指示NACK的HARQ反馈结果早于对端发送的指示ACK的RLC状态报告时，触发RLC polling重传。
作为此种情况的一个具体示例，如图3所示，具体流程如下：
a、第一UE的物理层（PHY）向第二UE的物理层发送一次或者多次HARQ传输；
b、第二UE的PHY层将对接收到的HARQ传输解码成功的数据包递交给第二UE的MAC层；
c、第二UE的PHY层将HARQ传输的反馈信息（最后一次HARQ传输为正反馈信息，其余HARQ传输为负反馈信息）发送给第一UE的PHY层；
d、第二UE的MAC实体将解析后的数据递交给RLC AM实体；
e、第一UE将最后一次HARQ传输的正反馈信息误检为NACK，并上报给MAC实体；
f、第一UE的MAC实体将HARQ NACK结果告知RLC AM实体；
g、polling；即：第一UE的RLC AM实体接收到HARQ NACK的时间早于接收到RLC状态报告的时间时，触发RLC polling重传。
h、第二UE的RLC AM实体通过RLC状态报告告知第一UE的RLC AM实体接收成功。
简单来说，针对某TB调度的HARQ最后一次传输虚警（底层HARQ指示NACK早于RLC接收对端ACK），即对应的场景为：PSFCH译码错误引发的小概率事件场景。底层最后一次才成功，但是ACK还被译码为NACK或者DTX没有检测出来或者对端PSFCH交叠（overlap）导致反馈没有发送出去，但是对端译码成功的数据成功已经递交到更高协议层了。此时的处理手段为：对于这种小概率事件（重传不会引起系统太大的负荷的），可以做一些保守处理，即虽然实际上已经接收成功，但是RLC还没有反馈，HARQ又指示译码错误的情况，可以触发polling重传，待反馈正确后停止后续的重传。
进一步地，作为一个可选的实现方式，触发RLC polling重传之后，该方法还包括：
RLC AM实体若接收到第二UE发送的RLC状态报告，且RLC状态报告中指示RLC初传SDU的接收状态为ACK，则取消后续对RLC重传数据包的HARQ传输。
也就是说，在由于接收到HARQ NACK之后的第一时长内未接收到第二UE发送的RLC状态报告，而触发RLC polling重传后，若又接收到指示RLC初传SDU的接收状态为ACK（表示第二UE已成功接收到RLC初传数据包），则取消后续对RLC重传数据包的HARQ传输。
作为本可选实现方式的一个具体示例，如图4所示，具体流程如下：
简单来说，针对HARQ中间虚警（RLC AM实体接收到对端ACK早于底层HARQ指示ACK（存在译码错误），RLC AM实体中止当前HARQ传输）；中间可能发生底层HARQ译码错误，即HARQ某一次传输可能ACK被译码为NACK/DTX，或者对端的PSFCH overlap，但是数据已经成功递交给第二UE的RLC AM实体，时效性很高的指示ACK的RLC状态报告相比较底层指示HARQ达到最大传输次数或者ACK时间上提前了。
这种情况下的具体流程如图4所示：
A、第一UE的物理层（PHY）向第二UE的物理层发送一次或者多次HARQ传输；
B、第二UE的PHY层将对接收到的HARQ传输解码成功的数据包递交给第二UE的MAC层；
C、第二UE的PHY层将HARQ传输的正反馈信息发送给第一UE的PHY层；
D、第二UE的MAC实体将解析后的数据递交给RLC AM实体；
E、状态报告非常及时的前提下，第二UE的RLC AM实体将RLC状态报告告知第一UE的RLC AM实体接收成功；
F、第一UE的PHY层有一次将ACK误检测为NACK，继续重传；其中， E和F两个步骤由不同的UE执行，这里不限定执行顺序；
G、第一UE的PHY层将正反馈信息上报给MAC实体；
H、第一UE的MAC实体接收到正反馈信息后将HARQ ACK结果告知RLC AM实体；
I、MAC停止后续重传；
在此基础上，为了避免已经收到RLC状态报告但是底层还在无效重传（因为重传时间间隔最多为31个slot，这个时间点还是有可能收到RLC状态报告的），可以利用这个时间差来纠正避免一些HARQ不必要的错误（降低PSFCH overlap或者PSFCH的译码错误）。
进一步地，第一UE的RLC AM实体接收到状态报告后，通过内部接口需要将RLC的ACK确认信息告知MAC HARQ实体，MAC HARQ实体根据RLC SN号，确定该ACK信息对应的业务包所关联的HARQ发送进程，根据信息判定是ACK误判为NACK，则这个时候取消后续重传；其中，针对MAC PDU复用的逻辑信道的情况，若各个逻辑信道都是ACK误判为NACK，则取消后续重传。
进一步地，作为一个可选的实现方式，步骤101，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向第一UE的RLC AM实体发送HARQ反馈结果之后，该方法还包括：
在RLC AM实体接收到MAC HARQ实体发送的HARQ反馈结果之前，RLC AM实体接收到第二UE发送的RLC状态报告，且RLC状态报告指示目标RLC SDU的接收状态为ACK的情况下，向MAC HARQ实体发送第二指示信息，该第二指示信息包括目标RLC SDU的接收状态；其中，HARQ反馈结果与目标RLC SDU均与第一TB相关；
MAC HARQ实体根据第二指示信息和HARQ上下文信息，取消后续与第一TB相关的HARQ重传。
也就是说，MAC HARQ实体在接收到RLC AM实体发送的指示目标RLC SDU的接收状态为ACK时，根据HARQ上下文信息确定是ACK再确认（连续的两次HARQ传输对应的反馈信息均为ACK），或者，HARQ反馈结果译码错误（即ACK译码错误），则取消后续的HARQ传输。
作为一个具体的实现方式， RLC AM实体通过第一内部原语的方式向MAC HARQ实体发送信息，第一内部原语包括以下至少一项：
HARQ结束指示；
逻辑信道标识（Logical Channel Identity，LCID）；
数据无线承载编号（Data Radio Bearer Identifier，DRB ID）；
RLC SDU对应的RLC SDU序列号（Serial Number，SN）、段偏移（Segment Offset，SO）号以及对应的索引；
第三指示信息，用于指示RLC传输的数据包为RLC初传数据包或RLC重传数据包。
作为另一个具体的实现方式，MAC HARQ实体通过第二内部原语的方式向RLC AM实体发送信息，所述第二内部原语包括以下至少一项：
HARQ反馈结果，包括正反馈（ACK）或负反馈（NACK）；
对应RLC SDU的SN号以及分段编号；
LCID；
DRB ID。
本申请实施例的信息传输方法，将RLC AM实体与MAC HARQ实体的关联，通过内部接口指示MAC HARQ实体，减少了MAC HARQ不必要的重传，当HARQ确认ACK后通过一个额外的HARQ重传降低漏报的概率，减少了PSFCH将NACK译码成ACK的概率；当HARQ确认NACK后根据维护的HARQ发送进程的信息，确定是触发HARQ重传还是ARQ重传，通过这些操作，得到HARQR传输的可靠性，以提高系统的性能。
如图5所示，本申请实施例还提供一种信息传输装置，该装置应用于第一UE，包括：
MAC HARQ实体501，用于根据接收到的HARQ反馈信息，增加HARQ重传，或者，向所述第一UE的无线链路控制RLC确认模式AM实体发送HARQ反馈结果。
可选地，MAC HARQ实体501在用于根据接收到的HARQ反馈信息，增加HARQ重传时，具体用于：
在所述HARQ反馈信息对应于第一TB调度的非最后一次HARQ传输，且所述HARQ反馈信息译码判定为肯定确认ACK的情况下，增加一次HARQ重传。
进一步地，MAC HARQ实体501还用于：在增加的所述HARQ重传对应的HARQ反馈信息译码判定为ACK的情况下，向RLC AM实体发送HARQ ACK。
可选地，MAC HARQ实体501在用于根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果时，具体用于：
在所述HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，且所述HARQ反馈信息译码判定为ACK的情况下，向所述RLC AM实体发送HARQ ACK。
可选地， MAC HARQ实体501在用于根据接收到的HARQ反馈信息，增加HARQ重传时，具体用于：
在所述HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，所述HARQ反馈信息译码判定为否定确认NACK或非连续发送DTX，且设定的所述第一TB调度的最大HARQ传输次数小于预配置最大传输次数的情况下，在满足以下任一情况时，增加HARQ重传：
接收到的与所述第一TB相关的HARQ反馈信息中，译码判定为DTX的HARQ反馈信息的个数小于或者等于第一值，且与所述第一TB相关的HARQ发送进程的类型为单发类型；
当前时刻与所述第一TB的剩余的包延时预算PDB对应的时刻之间的时长小于或等于第二值。
可选地，所述第一值为绝对值，或者，所述第一值为：接收到的译码判定为DTX的HARQ反馈信息的个数，与，设定的所述第一TB调度的最大HARQ传输次数的比值。
可选地，增加的HARQ重传的次数为第三值；其中，所述第三值与剩余的PDB以及所述第一值有关。
可选地，第一UE的MAC HARQ实体501在用于根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果时，具体用于：
在所述HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，且所述HARQ反馈信息译码判定为NACK或DTX时，在以下任一情况下，向所述RLC AM实体发送HARQ NACK：
接收到的所述第一TB相关的HARQ反馈信息中，译码判定为DTX的HARQ反馈信息的个数大于第一值；
所述第一TB调度的最大HARQ传输次数等于预配置最大传输次数；
所述第一TB相关的HARQ发送进程的类型为半持续调度SPS类型。
可选地，所述MAC HARQ实体501在用于根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果时，具体用于：
在存在逻辑信道复用的情况时，向各个复用的逻辑信道对应的多个RLC AM实体发送HARQ反馈结果。
可选地，所述MAC HARQ实体501在用于根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果之后，还用于：
在所述HARQ反馈信息相关的HARQ发送进程的类型为单发类型的情况下，释放所述HARQ发送进程；或者，
在所述HARQ反馈信息相关的HARQ发送进程的类型为SPS类型的情况下，不释放所述HARQ发送进程。
可选地，所述MAC HARQ实体501在用于根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果之后，还用于：
接收所述RLC AM实体发送的第一指示信息，所述第一指示信息用于指示RLC重传；
根据所述第一指示信息，执行第二TB调度的HARQ传输，其中，所述第二TB调度的HARQ传输采用单发进程。
可选地，所述装置还包括RLC AM实体，在所述MAC HARQ实体501用于根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果之后，所述RLC AM实体用于在下述任一情况下，触发RLC轮询polling重传：
所述RLC AM实体在接收到所述MAC HARQ实体发送的HARQ ACK之后，接收到第二UE发送的RLC状态报告，其中，所述RLC状态报告指示目标RLC服务数据单元SDU的接收状态为NACK，所述HARQ反馈结果与目标RLC SDU均与第一TB相关；
所述RLC AM实体在接收到所述MAC HARQ实体发送的所述HARQ反馈结果为HARQNACK，且在接收到所述HARQ反馈结果之后的第一时长内未接收到第二UE发送的RLC状态报告。
可选地，所述RLC AM实体还用于：若接收到所述第二UE发送的RLC状态报告，且RLC状态报告中指示RLC初传SDU的接收状态为ACK，则取消后续对RLC重传数据包的HARQ传输。
可选地，在所述MAC HARQ实体501根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果之后，所述RLC AM实体还用于：
在接收到所述MAC HARQ实体发送的所述HARQ反馈结果之前，所述RLC AM实体接收到第二UE发送的RLC状态报告，且所述RLC状态报告指示目标RLC SDU的接收状态为ACK的情况下，向所述MAC HARQ实体发送第二指示信息，所述第二指示信息包括目标RLC SDU的接收状态；其中，所述HARQ反馈结果与所述目标RLC SDU均与第一TB相关；
根据所述第二指示信息和HARQ上下文信息，取消后续与所述第一TB相关的HARQ重传。
可选地，所述RLC AM实体通过第一内部原语的方式向所述MAC HARQ实体发送信息，所述第一内部原语包括以下至少一项：
HARQ结束指示；
逻辑信道标识LCID；
数据无线承载编号DRB ID；
RLC SDU对应的RLC SDU序列号SN、段偏移SO号以及对应的索引；
第三指示信息，用于指示RLC传输的数据包为RLC初传数据包或RLC重传数据包。
可选地，MAC HARQ实体通过第二内部原语的方式向RLC AM实体发送信息，所述第二内部原语包括以下至少一项：
HARQ 反馈结果；
对应RLC SDU的SN 号以及分段编号；
LCID；
DRB ID。
需要说明的是，本申请实施例提供的上述信息传输装置，能够实现上述信息传输方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
如图6所示，本申请实施例还提供一种用户设备，包括收发机610、存储器620、处理器600及存储在所述存储器620上并在所述处理器600上运行的计算机程序，所述处理器600执行所述计算机程序时实现如上所述的选择接收或发送反馈信息的方法的实施例的各个过程，且能达到相同的技术效果，为了避免重复，这里不再赘述。
所述收发机610，用于在处理器600的控制下接收和发送数据。
其中，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口630还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在执行操作时所使用的数据。
本领域技术人员可以理解，实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过计算机程序来指示相关的硬件来完成，所述计算机程序包括执行上述方法的部分或者全部步骤的指令；且该计算机程序可以存储于一可读存储介质中，存储介质可以是任何形式的存储介质。
另外，本申请实施例还提供一种计算机可读存储介质，可读存储介质上存储有程序，该程序被处理器执行时实现如上所述的信息传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，该计算机可读存储介质，如只读存储器（Read-Only Memory，简称ROM）、随机存取存储器（Random Access Memory，简称RAM）、磁碟或者光盘等。
此外，需要指出的是，在本申请的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序或按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本申请的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置（包括处理器、存储介质等）或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本申请的说明的情况下运用他们的基本编程技能就能实现的。
因此，本申请的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本申请的目的也可 以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本申请，并且存储有这样的程序产品的存储介质也能构成本申请。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (17)

1.一种信息传输方法，其特征在于，应用于第一用户设备UE，所述方法包括：
第一UE的媒体接入控制MAC混合自动重传请求HARQ实体根据接收到的HARQ反馈信息，增加HARQ重传，包括：
在所述HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，所述HARQ反馈信息译码判定为否定确认NACK或非连续发送DTX，且设定的所述第一TB调度的最大HARQ传输次数小于预配置最大传输次数的情况下，在满足以下任一情况时，增加HARQ重传：
接收到的与所述第一TB相关的HARQ反馈信息中，译码判定为DTX的HARQ反馈信息的个数小于或者等于第一值，且与所述第一TB相关的HARQ发送进程的类型为单发类型；
当前时刻与所述第一TB的剩余的包延时预算PDB对应的时刻之间的时长小于或等于第二值；
或者，向所述第一UE的无线链路控制RLC确认模式AM实体发送HARQ反馈结果，包括：
在所述HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，且所述HARQ反馈信息译码判定为NACK或DTX时，在以下任一情况下，向所述RLC AM实体发送HARQ NACK：
接收到的所述第一TB相关的HARQ反馈信息中，译码判定为DTX的HARQ反馈信息的个数大于第一值；
所述第一TB调度的最大HARQ传输次数等于预配置最大传输次数；
所述第一TB相关的HARQ发送进程的类型为半持续调度SPS类型。
2.根据权利要求1所述的方法，其特征在于，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，增加HARQ重传，包括：
在所述HARQ反馈信息对应于第一TB调度的非最后一次HARQ传输，且所述HARQ反馈信息译码判定为肯定确认ACK的情况下，增加一次HARQ重传。
3.根据权利要求2所述的方法，其特征在于，增加一次HARQ重传之后，所述方法还包括：
在增加的所述HARQ重传对应的HARQ反馈信息译码判定为ACK的情况下，向RLC AM实体发送HARQ ACK。
4.根据权利要求1所述的方法，其特征在于，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果，包括：
在所述HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，且所述HARQ反馈信息译码判定为ACK的情况下，向所述RLC AM实体发送HARQ ACK。
5.根据权利要求1所述的方法，其特征在于，所述第一值为绝对值，或者，所述第一值为：接收到的译码判定为DTX的HARQ反馈信息的个数，与，设定的所述第一TB调度的最大HARQ传输次数的比值。
6.根据权利要求1所述的方法，其特征在于，增加的HARQ重传的次数为第三值；其中，所述第三值与剩余的PDB以及所述第一值有关。
7.根据权利要求1所述的方法，其特征在于，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果，包括：
在存在逻辑信道复用的情况时，向各个复用的逻辑信道对应的多个RLC AM实体发送HARQ反馈结果。
8.根据权利要求1所述的方法，其特征在于，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果之后，所述方法还包括：
在所述HARQ反馈信息相关的HARQ发送进程的类型为单发类型的情况下，释放所述HARQ发送进程；或者，
在所述HARQ反馈信息相关的HARQ发送进程的类型为SPS类型的情况下，不释放所述HARQ发送进程。
9.根据权利要求1所述的方法，其特征在于，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果之后，所述方法还包括：
所述MAC HARQ实体接收所述RLC AM实体发送的第一指示信息，所述第一指示信息用于指示RLC重传；
所述MAC HARQ实体根据所述第一指示信息，执行第二TB调度的HARQ传输，其中，所述第二TB调度的HARQ传输采用单发进程。
10.根据权利要求1所述的方法，其特征在于，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果之后，所述方法还包括：
所述RLC AM实体在下述任一情况下，触发RLC轮询polling重传：
所述RLC AM实体在接收到所述MAC HARQ实体发送的HARQ ACK之后，接收到第二UE发送的RLC状态报告，其中，所述RLC状态报告指示目标RLC服务数据单元SDU的接收状态为NACK，所述HARQ反馈结果与目标RLC SDU均与第一TB相关；
所述RLC AM实体在接收到所述MAC HARQ实体发送的所述HARQ反馈结果为HARQ NACK，且在接收到所述HARQ反馈结果之后的第一时长内未接收到第二UE发送的RLC状态报告。
11.根据权利要求10所述的方法，其特征在于，触发RLC polling重传之后，所述方法还包括：
所述RLC AM实体若接收到所述第二UE发送的RLC状态报告，且RLC状态报告中指示RLC初传SDU的接收状态为ACK，则取消后续对RLC重传数据包的HARQ传输。
12.根据权利要求1所述的方法，其特征在于，第一UE的MAC HARQ实体根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果之后，所述方法还包括：
在所述RLC AM实体接收到所述MAC HARQ实体发送的所述HARQ反馈结果之前，所述RLCAM实体接收到第二UE发送的RLC状态报告，且所述RLC状态报告指示目标RLC SDU的接收状态为ACK的情况下，向所述MAC HARQ实体发送第二指示信息，所述第二指示信息包括目标RLC SDU的接收状态；其中，所述HARQ反馈结果与所述目标RLC SDU均与第一TB相关；
所述MAC HARQ实体根据所述第二指示信息和HARQ上下文信息，取消后续与所述第一TB相关的HARQ重传。
13.根据权利要求9或12所述的方法，其特征在于，所述RLC AM实体通过第一内部原语的方式向所述MAC HARQ实体发送信息，所述第一内部原语包括以下至少一项：
HARQ结束指示；
逻辑信道标识LCID；
数据无线承载编号DRB ID；
RLC SDU对应的RLC SDU序列号SN、段偏移SO号以及对应的索引；
第三指示信息，用于指示RLC传输的数据包为RLC初传数据包或RLC重传数据包。
14.根据权利要求1所述的方法，其特征在于，MAC HARQ实体通过第二内部原语的方式向RLC AM实体发送信息，所述第二内部原语包括以下至少一项：
HARQ反馈结果；
对应RLC SDU的SN号以及分段编号；
LCID；
DRB ID。
15.一种信息传输装置，其特征在于，应用于第一UE，包括：
MAC HARQ实体，用于根据接收到的HARQ反馈信息，增加HARQ重传，或者，向所述第一UE的无线链路控制RLC确认模式AM实体发送HARQ反馈结果；
MAC HARQ实体，在用于根据接收到的HARQ反馈信息，增加HARQ重传时，具体用于：
在所述HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，所述HARQ反馈信息译码判定为否定确认NACK或非连续发送DTX，且设定的所述第一TB调度的最大HARQ传输次数小于预配置最大传输次数的情况下，在满足以下任一情况时，增加HARQ重传：
接收到的与所述第一TB相关的HARQ反馈信息中，译码判定为DTX的HARQ反馈信息的个数小于或者等于第一值，且与所述第一TB相关的HARQ发送进程的类型为单发类型；
当前时刻与所述第一TB的剩余的包延时预算PDB对应的时刻之间的时长小于或等于第二值；
第一UE的MAC HARQ实体，在用于根据接收到的HARQ反馈信息，向所述第一UE的RLC AM实体发送HARQ反馈结果时，具体用于：
在所述HARQ反馈信息对应于第一TB调度的最后一次HARQ传输，且所述HARQ反馈信息译码判定为NACK或DTX时，在以下任一情况下，向所述RLC AM实体发送HARQ NACK：
接收到的所述第一TB相关的HARQ反馈信息中，译码判定为DTX的HARQ反馈信息的个数大于第一值；
所述第一TB调度的最大HARQ传输次数等于预配置最大传输次数；
所述第一TB相关的HARQ发送进程的类型为半持续调度SPS类型。
16.一种用户设备，包括收发机、存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至14中任一项所述的信息传输方法。
17.一种可读存储介质，其上存储有程序或指令，其特征在于，所述程序或指令被处理器执行时实现如权利要求1至14中任一项所述的信息传输方法。
CN202310512956.9A 2023-05-09 2023-05-09 一种信息传输方法、装置及用户设备 Active CN116249155B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310512956.9A CN116249155B (zh) 2023-05-09 2023-05-09 一种信息传输方法、装置及用户设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310512956.9A CN116249155B (zh) 2023-05-09 2023-05-09 一种信息传输方法、装置及用户设备

Publications (2)

Publication Number Publication Date
CN116249155A CN116249155A (zh) 2023-06-09
CN116249155B true CN116249155B (zh) 2023-08-04

Family

ID=86631673

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310512956.9A Active CN116249155B (zh) 2023-05-09 2023-05-09 一种信息传输方法、装置及用户设备

Country Status (1)

Country Link
CN (1) CN116249155B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104836648A (zh) * 2014-02-12 2015-08-12 普天信息技术研究院有限公司 一种rlc am模式的快速重传和反馈的方法
WO2018060674A1 (en) * 2016-09-30 2018-04-05 Fujitsu Limited Arq and harq in 5g wireless communication
CN111294161A (zh) * 2019-02-26 2020-06-16 北京展讯高科通信技术有限公司 Harq反馈方法及装置、存储介质、终端
CN112672390A (zh) * 2020-12-28 2021-04-16 京信网络系统股份有限公司 Rrc连接重配置消息传输方法、装置和通信设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009116915A1 (en) * 2008-03-20 2009-09-24 Telefonaktiebolaget L M Ericsson (Publ) Side information bits of ack and nack bits in multiple ack/nack transmission

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104836648A (zh) * 2014-02-12 2015-08-12 普天信息技术研究院有限公司 一种rlc am模式的快速重传和反馈的方法
WO2018060674A1 (en) * 2016-09-30 2018-04-05 Fujitsu Limited Arq and harq in 5g wireless communication
CN111294161A (zh) * 2019-02-26 2020-06-16 北京展讯高科通信技术有限公司 Harq反馈方法及装置、存储介质、终端
CN112672390A (zh) * 2020-12-28 2021-04-16 京信网络系统股份有限公司 Rrc连接重配置消息传输方法、装置和通信设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Consideration on resolving issues caused by transmission collision with n+4 timing and n+3 timing for 1 ms TTI with shortened processing time;SHARP;3GPP TSG RAN WG2 Meeting #99 R2-1707697;全文 *
Data duplication in NR;MediaTek Inc.;3GPP TSG-RAN WG2 #99-bis R2-1711407;全文 *

Also Published As

Publication number Publication date
CN116249155A (zh) 2023-06-09

Similar Documents

Publication Publication Date Title
US8959409B2 (en) Detection and recovery of HARQ NAK-to-ACK feedback error in wireless communications systems
JP5587406B2 (ja) 無線リンク制御層確認型モードにおける高速再送の方法及び装置
EP2817911B1 (en) Cross-layer scheduling based on lower layer feedback
US8400999B2 (en) Method of handling packet data in a wireless communications system and related apparatus
US8737322B2 (en) Method of exchanging data between a base station and a mobile station
US8989059B2 (en) Method for triggering a status report of automatic repeat request
US9871625B2 (en) Status reporting for retransmission protocol
US20100257419A1 (en) Method of transmitting data using harq
US11303396B2 (en) Feedback information sending method and device
KR20080005150A (ko) 무선통신 시스템에서 전송오류를 처리하는 방법 및 장치
US20160218837A1 (en) Method and apparatus to use more transmission opportunities in a distributed network topology with limited harq processes
JP5020952B2 (ja) 移動通信システムで使用される無線通信装置及び方法
CN103312473A (zh) 减少harq合并失败的方法和装置
CN101399643A (zh) 确认模式数据传输的控制方法及装置
KR20090015253A (ko) 통신 시스템에서 데이터 재전송 방법 및 시스템
JP5279730B2 (ja) 改善した再送の方法と装置
US11297529B2 (en) Toggling based indicator of reception success
CN116249155B (zh) 一种信息传输方法、装置及用户设备
CN116366221A (zh) 一种选择接收或发送反馈信息的方法、装置及用户设备
WO2018059169A1 (zh) 数据传输方法和装置
US11463201B2 (en) HARQ TXOP frame exchange for HARQ retransmission using HARQ threads
CN101552658A (zh) 一种发送状态报告的方法和装置
CN114745801A (zh) 数据传输方法、装置、物理层实体、通信设备及存储介质
WO2023005498A1 (zh) 数据的处理方法、装置、电子设备和计算机可读存储介质
CN116015565A (zh) 数据重传方法、装置、设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20230609

Assignee: CHINA TECHNOLOGY EXCHANGE Co.,Ltd.

Assignor: BEIJING GOHIGH DATA NETWORKS TECHNOLOGY Co.,Ltd.

Contract record no.: X2023110000145

Denomination of invention: A method, device, and user device for information transmission

Granted publication date: 20230804

License type: Exclusive License

Record date: 20231201

EE01 Entry into force of recordation of patent licensing contract
PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: A method, device, and user device for information transmission

Effective date of registration: 20231206

Granted publication date: 20230804

Pledgee: CHINA TECHNOLOGY EXCHANGE Co.,Ltd.

Pledgor: BEIJING GOHIGH DATA NETWORKS TECHNOLOGY Co.,Ltd.

Registration number: Y2023110000516

PE01 Entry into force of the registration of the contract for pledge of patent right