CN111490856A - 基于逐跳自动重传请求的数据传输方法以及用户设备ue - Google Patents

基于逐跳自动重传请求的数据传输方法以及用户设备ue Download PDF

Info

Publication number
CN111490856A
CN111490856A CN201910078121.0A CN201910078121A CN111490856A CN 111490856 A CN111490856 A CN 111490856A CN 201910078121 A CN201910078121 A CN 201910078121A CN 111490856 A CN111490856 A CN 111490856A
Authority
CN
China
Prior art keywords
adaptation
entity
hop
iab node
pdu
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.)
Pending
Application number
CN201910078121.0A
Other languages
English (en)
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.)
FG Innovation Co Ltd
Sharp Corp
Original Assignee
FG Innovation Co Ltd
Sharp Corp
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 FG Innovation Co Ltd, Sharp Corp filed Critical FG Innovation Co Ltd
Priority to CN201910078121.0A priority Critical patent/CN111490856A/zh
Priority to PCT/CN2020/073192 priority patent/WO2020151655A1/zh
Publication of CN111490856A publication Critical patent/CN111490856A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • 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

Abstract

本发明提供一种基于逐跳自动重传请求的数据传输方法，其中，包括：IAB节点的RLC实体接收来自所述用户设备UE的询问的步骤；和IAB节点的所述RLC实体向上层指示针对所述询问的指示即询问指示的步骤。

Description

基于逐跳自动重传请求的数据传输方法以及用户设备UE
技术领域
本发明涉及无线通信技术领域，更具体地，涉及一种基于逐跳自动重传请求的数据传输方法以及用户设备UE。
背景技术
2018年9月，在第三代合作伙伴计划(3rd Generation Partnership Project：3GPP)RAN＃81次全会上，高通提出了一个关于NR一体接入和回程(Integrated Access andBackhaul for NR，简称IAB)的工作项目(参见非专利文献1)，并获批准。在RAN2＃104次会议上达成多跳的IAB网络中采用逐跳自动重传请求(Hop-by-Hop Automatic Repeatrequest，记为HbH ARQ)方式进行数据传输，基于HbH ARQ的问题之一是无法保证端到端的无丢包传输(lossless delivery)。
在目前的RLC ARQ中，当RLC发送实体接收到RLC状态报告时，将成功发送的RLCSDU指示给PDCP实体，PDCP实体在接收到所述指示后删除对应的PDCP PDU和PDCP SDU。在上行传输中，如果数据被接入IAB节点成功接收后，UE将删除对应的数据，随后接入IAB节点将数据转发给下一跳并删除。此时，如果中间IAB节点发生错误，则这些被UE认为已成功发送的数据将不能被IAB施主接收到。基于此，IAB工作项目提出的目标之一就是定义一种机制来确保逐跳ARQ的无丢包传输。本公开致力于解决上行传输中逐跳ARQ的传输丢包问题，具体包括IAB节点中的RLC实体和/或适配实体执行哪些操作。
在先技术文献
非专利文献
非专利文献1：RP-182882：New WID：Integrated Access and Backhaul for NR
发明内容
为了解决上述问题中的至少一些，本发明提供一种基于逐跳自动重传请求的数据传输方法。
本发明的一个方面是一种基于逐跳自动重传请求的数据传输方法，其中，包括：
IAB节点的RLC实体接收来自所述用户设备UE的询问的步骤；和
IAB节点的所述RLC实体向上层指示针对所述询问的指示即询问指示的步骤。
其中，优选还包括：
在接收到来自所述RLC实体的询问指示后，该IAB节点的适配实体在将要发送的适配PDU中携带询问或将询问比特设置为1的步骤；
IAB节点的适配实体将产生的包含询问的适配PDU递交或传输给下层，以发送到下一跳节点的步骤；
IAB节点的所述适配实体接收适配状态报告的步骤；以及
根据接收到的适配状态报告，所述适配实体向相应的下层指示已被确认成功接收的适配SDU相关信息即发送状态指示的步骤。
优选，还包括：IAB节点的所述RLC实体在接收到来自所述适配实体的发送状态指示信息后构建RLC状态报告，将所述RLC状态报告递交给下层并发送给位于所述用户设备UE中的对等RLC实体的步骤。
进一步，优选IAB节点的所述RLC实体被配置为向上层指示所述询问指示。
再有，优选所述IAB节点接收来自IAB施主的配置消息，所述配置消息中包含用于指示对应的所述RLC实体在接收到询问时将所述询问指示给所述上层的指示标识。
还有，优选所述下一跳节点是IAB节点或IAB施主。
另外，优选所述适配实体启动定时器，在所述定时器到期后，选择一个适配SDU或适配PDU发送并在其中包含询问。
其中，所述适配实体在接收到所述适配状态报告后停止所述定时器。
还有，优选所述适配状态报告包括以下字段：D/C域、及CPT域。
本发明的再一方面是一种用户设备UE，包括：处理器；以及存储器，存储有指令；其中，所述指令在由所述处理器运行时执行以上所述的基于逐跳自动重传请求的数据传输方法。
根据本发明的基于逐跳自动重传请求的数据传输方法，能够确保逐跳ARQ的无丢包传输。
附图说明
通过下文结合附图的详细描述，本发明的上述和其它特征将会变得更加明显，其中：
图1是表示实施例中IAB节点的RLC实体在上行传输中执行的操作的一例的流程图。
图2是表示实施例中IAB节点的适配实体在上行传输中执行的操作的一例的流程图。
图3是表示实施例中IAB节点的适配实体在下行传输中执行的操作的一例的流程图。
图4是表示实施例中IAB节点的RLC实体在下行传输中执行的操作的一例的流程图。
图5是示意性示出本公开所涉及的用户设备UE的一例的框图。
具体实施方式
下面结合附图和具体实施方式对本发明进行详细阐述。应当注意，本发明不应局限于下文所述的具体实施方式。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。
下面描述本公开涉及的部分术语，如未特别说明，本公开涉及的术语采用此处定义。本公开给出的术语在NR、LTE和eLTE中可能采用不同的命名方式，但本公开中采用统一的术语，在应用到具体的系统中时，可以替换为相应系统中采用的术语。
RLC：Radio Link Control，无线链路控制。RLC实体的传输模式可以配置为透传模式TM、非确认模式UM或确认模式AM之一。
MAC：Medium Access Control，媒体访问控制。
PDU：Protocol Data Unit，协议数据单元。
SDU：Service Data Unit，服务数据单元。
在本公开实施例中，将从上层接收或发往上层的数据称为SDU，将发往下层或从下层接收的数据称为PDU。例如，RLC实体从上层接收的数据或发往上层的数据称为RLC SDU；RLC实体从MAC实体接收到的数据或发往MAC实体的数据称为RLC PDU。
需要注意的是，在IAB节点中适配层是RLC层的上层。在中间IAB节点中，适配PDU是RLC SDU，因为适配实体在接收到RLC SDU后直接根据数据转发规则或UE标识或逻辑信道标识转发。在访问IAB节点中，对IAB节点中对应的本地UE的RLC实体来说，适配SDU是RLC SDU，这是因为，当IAB节点接收到来自其他IAB节点或IAB施主的适配PDU时，适配实体移除适配PDU的头部并根据数据转发规则或UE标识或逻辑信道标识将得到的适配SDU递交给下层或RLC层，此时RLC SDU就是适配SDU。此外，当IAB节点接收到来自本地UE的RLC实体的RLCSDU，为其增加适配头部得到适配PDU并根据数据转发规则转发，从适配层看来，所述RLCSDU就是适配PDU。如果用户设备UE无线接入的IAB节点称为用户设备的防问IAB节点。所述用户设备UE称为这个IAB节点的本地UE。
IAB节点：IAB-node，指支持用户设备的无线接入和无线回程接入流量的RAN节点(RAN node that supports wireless access to UEs and wirelessly backhauls theaccess traffic)。
IAB施主：IAB-donor，为核心网络提供UE接口，并为IAB节点提供无线回程功能的RAN节点(RAN node which provides UE’s interface to core network and wirelessbackhauling functionality to IAB-nodes)。
DRB：Data Radio Bearer carrying user plane data，承载用户面数据的数据无线承载或简称数据无线承载。
SRB：Signalling Radio Bearer，信令无线承载。
BSR：Buffer Status Reporting，缓存状态报告。
CU：Central Unit，中心单元或记为gNB-CU。一个具有(hosting)或至少具有基站的RRC、SDAP和PDCP协议或者eh-gNB的RRC和PDCP协议，并控制一个或多个DU或gNB-DU。NB-CU终止与gNB-DU连接的F1接口。CU又可分为CU-CP(或记为gNB-CU-CP)和CU-UP(或记为gNB-CU-UP)。CU-CP是一个逻辑节点，承载RRC和gNB-CU的PDCP协议的控制面部分，用于en-gNB或gNB。gNB-CU-CP终止与gNB-CU-UP连接的E1接口和与gNB-DU连接的F1-C接口。CU-UP是一个逻辑节点，用于承载en-gNB的gNB-CU的PDCP协议的用户面部分，以及gNB-CU的PDCP协议的用户面部分和gNB-CU的SDAP协议。gNB-CU-UP终止与gNB-CU-CP连接的E1接口和与gNB-DU连接的F1-U接口。
DU：Distributed Unit，分布式单元。一个具有或至少具有RLC、MAC和物理层的逻辑节点。DU可以位于IAB节点或IAB施主中。在IAB节点或IAB施主中，DU还可以具有适配层。
MT：Mobile-Termination，移动终端。MT是IAB节点中用于终止与IAB施主或其他IAB节点的回程Uu接口的无线接口层(MT is referred to as a function residing onan IAB-node that terminates the radio interface layers of the backhaul Uuinterface toward the IAB-donor or other IAB-nodes)。
每个IAB节点通过MT连接到上行IAB节点或IAB施主，并通过DU与UE或下行IAB节点的MT建立RLC通道。IAB施主通过DU来支持UE和下行IAB节点的MT。
RLC-BearerConfig信元：所述信元RLC-BearerConfig用于配置RLC实体、在MAC中对应的逻辑信道和PDCP实体(服务的承载)的关联(used to configure an RLC entity，acorresponding logical channel in MAC and the linking to a PDCP entity(servedradio bearer))。
下面根据IAB节点中不同实体所需要执行的操作来描述上行传输中确保逐跳ARQ无丢包的实施例。
图1是表示实施例中IAB节点的RLC实体在上行传输中执行的操作的一例的流程图。下面参照图1，具体描述RLC实体需要执行的操作。
如图1所示，在步骤S001中，IAB节点的RLC实体接收到来自用户设备UE的询问(poll)或接收到包含询问的RLC PDU。换言之，接收到的RLC PDU中询问比特域即P域被设置为1。
在步骤S002中，IAB节点的RLC实体将针对所述询问的指示(又称为询问指示)指示给上层(例如适配实体)。
可选的，IAB节点的RLC实体被配置为向上层指示询问指示。例如，IAB节点接收到来自IAB施主的配置消息(例如RRC消息)，所述消息中包含一个指示标识，所述指示标识可以用于指示对应的RLC实体在接收到询问时将询问指示给上层。例如，所述指示标识包含在RLC承载相关的配置信息中(例如包含在RLC-BearerConfig信元中)，当所述标识出现或取值为1或真时，将对应的询问指示给上层，当所述标识不出现或取值为0或假时，不将对应的询问指示给上层。
在步骤S003中，IAB节点的RLC实体在接收到来自上层的发送状态指示信息后构建RLC状态报告。将所述RLC状态报告递交给下层或MAC层并发送给用户设备UE。所述发送状态指示信息中包含已被目的节点(例如目的IAB施主DU)确认已成功接收或未成功接收的RLCSDU或RLC PDU。
需要说明的，上述步骤S001、S002、S003并非都是必须的，RLC实体可以执行其中的一步或多步。
图2是表示实施例中IAB节点的适配实体在上行传输中执行的操作的一例的流程图。下面参照图2，具体描述适配实体需要执行的操作。
如图2所示，在步骤S004，在接收到来自下层(例如RLC实体)的询问指示后，IAB节点的适配实体在将要发送的适配PDU中携带询问或将询问比特设置为1。
需要说明的是，所述携带询问的适配PDU的数据部分(即适配SDU)是来自对应的下层(例如RLC实体)，即发送询问指示的下层(例如RLC实体)。
在一个实施例中，所述适配PDU的头部可以包括以下字段(或称为域)中的一个或多个：P、序列号。其中，P域，用于指示发送适配实体或适配实体发送端是否请求其对等实体或对等适配实体或目的对等实体或目的对等适配实体发送适配状态报告。P域取值为0，表示未请求适配状态报告；P域取值为1，表示请求适配状态报告。序列号域用于指示对应适配SDU或适配PDU的序列号。对于来自特定RLC实体的每个适配SDU或适配PDU，序列号增加1。
在步骤S005，可选的，IAB节点的适配实体将产生的包含询问的适配PDU递交(或传输)给下层以发送到下一跳节点。所述下一跳节点可以是IAB节点或IAB施主。
可选的，适配实体启动定时器AdaptationPollRetransTimer。所述定时器的值由IAB施主配置，例如通过RRC消息配置。如果所述定时器到期，则选择一个适配SDU或适配PDU发送并在其中包含询问。
在步骤S006，IAB节点的适配实体接收适配状态报告。
在一个实施例中，所述适配状态报告可以包含以下一项或多项：D/C、CPT、目的地址、UE标识、承载标识、ACK_SN、E1、E2、NACK_SN、NACK range。D/C域指示适配PDU是适配控制PDU还是适配数据PDU，例如0表示适配数据PDU，1表示适配控制PDU。CPT(Control PDUType)域用于指示控制PDU的类型，可以用1或2或3或4个比特标识。例如CPT取值为000表示状态PDU(在本公开实施例中均称为适配状态PDU，以区别于RLC状态PDU)。目的地址是最终接收适配状态PDU的地址，例如IAB节点DU(或目的IAB施主DU)的标识或适配状态PDU要发往的最终IAB节点(或目的IAB施主DU)的标识。UE标识和承载标识用于指示适配状态PDU针对的UE和承载。ACK_SN用于指示下一个未接收到的适配SDU或PDU的序列号且所述适配SDU(或PDU)未在状态报告中报告为未收到的适配SDU(或PDU)。发送适配实体在接收到所述适配状态报告时，它认为除序列号为NACK_SN的适配SDU(或PDU)和/或序列号由NACK_SN和NACKrange确定的适配SDU(或PDU)外，所有序列号小于ACK_SN的所有适配SDU(或PDU)都已被其对等实体或对等适配实体接收。NACK_SN用于指示接收适配实体未接收到或已丢失的适配SDU(或PDU)的序列号。E1域是扩展比特域，用于指示随后是否有NACK_SN、E1和/或E2的集合。E1域取值为0表示随后没有NACK_SN、E1和/或E2的集合，E1域取值为1表示随后有NACK_SN、E1和/或E2的集合。E2用于指示是否包含尚未收到的连续适配SDU(或PDU)的信息，E2取值为0表示对应的NACK_SN后面不包含NACK range域，E2取值为1表示对应的NACK_SN后面包含NACK range域。NACK range域用于指示从第一NACK_SN开始连续丢失的适配SDU(或PDU)数。
可选的，适配实体在接收到适配状态报告后停止定时器AdaptationPollRetransTimer。
在步骤S007，根据接收到的适配状态报告，适配实体将已被确认成功接收的适配SDU(或PDU)相关信息(称为发送状态指示)指示给相应的下层，所述发送状态指示可以用于下层(例如RLC实体)构建RLC状态报告。所述下层可以是适配状态报告中包含的承载标识对应的下层。
需要说明的，上述步骤S004～S007并非都是必须的，适配实体可以执行其中的一步或多步。
下面根据IAB节点不同实体所需要执行的操作来描述下行传输中确保逐跳ARQ无丢包的实施例。
图3是表示实施例中IAB节点的适配实体在下行传输中执行的操作的一例的流程图。下面参照图3描述适配实体需要执行的操作。
如图3所示，在步骤S011中，IAB节点的适配实体接收到来自IAB施主或其他IAB节点的包含询问的适配PDU或SDU，所述适配PDU或SDU的目的地址为这个IAB节点或连接到这个IAB节点的用户设备UE。
在步骤S012中，IAB节点的适配实体将针对所述询问的指示(又称为询问指示)指示给对应的下层(例如RLC实体)。换言之，IAB节点向对应的下层发送指示或发送询问指示，所述指示用于下层在发送的RLCSDU(或PDU)中携带询问。所述下层可以通过适配PDU中携带的UE标识和/或承载标识确定。
在步骤S013中，IAB节点的适配实体接收到来自下层(例如RLC实体)的RLC状态报告相关的指示信息后，构建适配状态报告。
在一个实施例中，所述适配状态报告可以包含以下一项或多项：D/C、CPT、目的地址、UE标识、承载标识、ACK_SN、E1、E2、NACK_SN、NACK range。D/C域指示适配PDU是适配控制PDU还是适配数据PDU，例如0表示适配数据PDU，1表示适配控制PDU。CPT(Control PDUType)域用于指示控制PDU的类型，可以用1或2或3或4个比特标识。例如CPT取值为000表示状态PDU(在本公开实施例中均称为适配状态PDU，以区别于RLC状态PDU)。目的地址是最终接收适配状态PDU的IAB节点MT(或目的IAB节点的MT)的标识或适配状态PDU要发往的最终UE的标识。UE标识和承载标识用于指示适配状态PDU针对的UE和承载。ACK_SN用于指示下一个未接收到的适配SDU或PDU的序列号且所述适配SDU或PDU未在状态报告中报告为未收到的适配SDU或PDU。发送适配实体在接收到所述适配状态报告时，它认为除序列号为NACK_SN的适配SDU(或PDU)和/或序列号由NACK_SN和NACK range确定的适配SDU(或PDU)外，所有序列号小于ACK_SN的所有适配SDU(或PDU)都已被其对等实体或对等适配实体接收。NACK_SN用于指示接收适配实体未接收到或已丢失的适配SDU(或PDU)的序列号。E1域是扩展比特域，用于指示随后是否有NACK_SN、E1和/或E2的集合。E1域取值为0表示随后没有NACK_SN、E1和/或E2的集合，E1域取值为1表示随后有NACK_SN、E1和E2的集合。E2用于指示是否包含尚未收到的连续适配SDU(或PDU)的信息，E2取值为0表示对应的NACK_SN后面不包含NACKrange域，E2取值为1表示对应的NACK_SN后面包含NACK range域。NACK range域用于指示从第一NACK_SN开始连续丢失的适配SDU(或PDU)数。
需要说明的，上述步骤S011～S013并非都是必须的，适配实体可以执行其中的一步或多步。
图4是表示实施例中IAB节点的RLC实体在下行传输中执行的操作的一例的流程图。下面参照图4描述RLC实体需要执行的操作。
如图4所示，在步骤S014中，IAB节点的RLC实体在接收到来自上层(例如适配实体)的询问指示后，在当前发送或要发送的RLC SDU或PDU中携带询问。如果在IAB节点的适配实体向下层或RLC层指示的询问指示中，适配实体将适配头部移除后得到的数据(即RLC SDU)和询问指示一起递交到RLC层，则RLC实体可以在发送所述RLC SDU对应的RLC PDU中携带询问。
在步骤S015中，IAB节点的RLC实体在接收到来自RLC实体接收端的RLC状态报告后，将所述RLC状态报告的相关信息指示给上层(例如适配实体)。所述RLC状态报告的相关信息包含已被成功接收的RLC SDU或PDU和/或未被成功接收的RLC SDU或PDU。
在本公开实施例中，从上层接收询问指示的RLC实体是指RLC实体的发送端；从上层接收发送状态指示的RLC实体是RLC实体接收端；向上层发送询问指示的RLC实体是RLC实体接收端。
需要说明的，上述步骤S014～S015并非都是必须的，RLC实体可以执行其中的一步或多步。
在本公开实施例中，RLC层、适配层和MAC层可分别替换为RLC实体、适配实体以及MAC实体，反之亦然。
在本公开实施例中，IAB节点的本地UE是指通过Uu或无线接口直接连接到IAB节点或节点DU的用户设备UE。换言之，本地UE是指用户设备UE以这个IAB节点为接入IAB节点，那么UE就称为这个IAB节点的本地UE。
本公开实施例中，IAB施主的标识可以指IAB施主的DU或CU的标识，例如IAB施主的DU或CU的IP地址。IAB-节点的标识可以指IAB节点的DU或MT的标识，例如IAB节点的DU或MT的IP地址。
在本公开实施例中，包含询问是指询问域或询问比特被置为1。
在本公开实施例中，适配实体为接收自用户设备UE或本地UE的数据(例如：RLCSDU)增加适配层头部，并根据数据转发规则或目的地址将产生的适配PDU递交给对应的适配实体或下层。对接收自其他IAB节点或其适配实体的数据(适配PDU)根据数据转发规则或目的地址递交给对应的下层或对应的适配实体。所述数据转发规则可以由IAB施主为IAB节点配置，例如，通过RRC消息配置。
本公开实施例中，适配层的数据可以分别称为适配SDU(其中不包含适配层的头部)和适配PDU(其中包含适配层的头部)，其中适配PDU又可分为适配数据PDU和适配控制PDU。可以在适配PDU的头部用一个域(记为D/C域)指示适配PDU是控制PDU还是数据PDU。如果D/C域取值为0表示适配数据PDU，如果D/C域取值为1表示适配控制PDU。反之亦然。
基于IAB节点中配置的数据转发规则(即来自某个端口或实体的数据应通过哪个端口或实体发送)，本公开中接收逻辑信道与发送逻辑信道的映射关系可以替换为接收RLC实体(或RLC实体接收端)与发送RLC实体(或RLC实体发送端)间的映射关系，也可以替换为接收适配实体(或适配实体接收端)与发送适配实体(或适配实体发送端)的映射关系，还可以替换为转发数据的配置或数据转发规则。
在本公开实施例中所述适配实体的下层可以是RLC层或MAC层。如果DU和/或MT与适配实体之间是一对一的映射关系(即一个DU或MT中定义一个适配实体)，在进行数据传输时，接收适配实体(或IP层或实现路由功能的实体)要根据目的地址或IAB-donor DU的地址(例如IAB-donor DU的IP地址)选择对应的发送适配实体(或MT适配实体)。如果DU和/或MT与适配层之间是多对一的映射关系(即多个DU和/或MT中定义一个适配实体或一个IAB节点或施主中定义一个适配实体)，在进行数据传输时，适配实体(或IP层或实现路由功能的实体)根据目的地址或IAB-donor DU的地址(例如IAB-donor DU的IP地址)选择对应的RLC实体。本公开实施例是基于DU和/或MT与适配层之间是多对一的映射关系进行描述的，如果DU和/或MT与适配实体之间是一对一的映射关系，则接收适配实体(或IP层或实现路由功能的实体)在转发数据时需要按照DU和/或MT与适配实体之间的对应关系选择发送适配实体。上述发送适配实体也可以用于接收数据，接收适配实体也可以发送数据，在这种情形下，发送适配实体和接收适配实体都可称为适配实体；或者发送适配实体称为适配实体的发送端，接收适配实体称为适配实体的接收端。另外，本公开中将路由功能整合在适配实体中，如果路由功能属于适配实体的上层实体，则接收适配实体在接收到需要转发的数据后，发送给上层，上层按照目的地址将数据路由(或递交)到对应的发送适配实体。本公开实施例中，适配PDU中的目的地址可以不包含在适配PDU中，例如，作为目的IP地址包含的IP报文的头部。本公开中，如未特别说明，对于上行，目的地址可以指IAB-donor(或IAB-donor DU)的地址，例如IAB-donor(或IAB-donor DU)的IP地址；对于下行，目的地址可以指IAB-nod(或IAB-node MT)的地址，例如IAB-nod(或IAB-node MT)的IP地址；对于下行，目的地址也可以是UE的标识，例如C-RNTI。
在本公开实施例中，对于上行，用于接收数据的IAB节点可以是IAB节点的DU，用于接收数据的IAB施主可以是IAB施主的DU。对于下行，用于接收数据的IAB节点可以是IAB节点的MT。
运行在根据本发明的用户设备UE上的计算机可执行指令或者程序可以是通过控制中央处理单元(CPU)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统中。在图5中示意性示出本公开所涉及的用户设备UE的一例的框图。
用于实现本发明各实施例功能的计算机可执行指令或程序可以记录在计算机可读存储介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统，可以包括操作系统或硬件(如外围设备)。“计算机可读存储介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外，本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上，已经参考附图对本发明的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本发明也包括不偏离本发明主旨的任何设计改动。另外，可以在权利要求的范围内对本发明进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。

Claims (10)

1.一种基于逐跳自动重传请求的数据传输方法，其中，包括：
IAB节点的RLC实体接收来自所述用户设备UE的询问的步骤；和
IAB节点的所述RLC实体向上层指示针对所述询问的指示即询问指示的步骤。
2.根据权利要求1所述的基于逐跳自动重传请求的数据传输方法，其中，还包括：
在接收到来自所述RLC实体的询问指示后，该IAB节点的适配实体在将要发送的适配PDU中携带询问或将询问比特设置为1的步骤；
IAB节点的适配实体将产生的包含询问的适配PDU递交或传输给下层，以发送到下一跳节点的步骤；
IAB节点的所述适配实体接收适配状态报告的步骤；以及
根据接收到的适配状态报告，所述适配实体向相应的下层指示已被确认成功接收的适配SDU相关信息即发送状态指示的步骤。
3.根据权利要求2所述的基于逐跳自动重传请求的数据传输方法，其中，还包括：
IAB节点的所述RLC实体在接收到来自所述适配实体的发送状态指示信息后构建RLC状态报告，将所述RLC状态报告递交给下层并发送给位于所述用户设备UE中的对等RLC实体的步骤。
4.根据权利要求1～3中任一项所述的基于逐跳自动重传请求的数据传输方法，其中，
IAB节点的所述RLC实体被配置为向上层指示所述询问指示。
5.根据权利要求4所述的基于逐跳自动重传请求的数据传输方法，其中，
所述IAB节点接收来自IAB施主的配置消息，所述配置消息中包含用于指示对应的所述RLC实体在接收到询问时将所述询问指示给所述上层的指示标识。
6.根据权利要求1～3中任一项所述的基于逐跳自动重传请求的数据传输方法，其中，
所述下一跳节点是IAB节点或IAB施主。
7.根据权利要求1～3中任一项所述的基于逐跳自动重传请求的数据传输方法，其中，
所述适配实体启动定时器，在所述定时器到期后，选择一个适配SDU或适配PDU发送并在其中包含询问。
8.根据权利要求7所述的基于逐跳自动重传请求的数据传输方法，其中，
所述适配实体在接收到所述适配状态报告后停止所述定时器。
9.根据权利要求2所述的基于逐跳自动重传请求的数据传输方法，其中，
所述适配状态报告包括以下字段：D/C域、及CPT域。
10.一种用户设备UE，包括：
处理器；以及
存储器，存储有指令；
其中，所述指令在由所述处理器运行时执行权利要求1至9中任一项所述的基于逐跳自动重传请求的数据传输方法。
CN201910078121.0A 2019-01-25 2019-01-25 基于逐跳自动重传请求的数据传输方法以及用户设备ue Pending CN111490856A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910078121.0A CN111490856A (zh) 2019-01-25 2019-01-25 基于逐跳自动重传请求的数据传输方法以及用户设备ue
PCT/CN2020/073192 WO2020151655A1 (zh) 2019-01-25 2020-01-20 基于逐跳自动重传请求的数据传输方法以及用户设备ue

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910078121.0A CN111490856A (zh) 2019-01-25 2019-01-25 基于逐跳自动重传请求的数据传输方法以及用户设备ue

Publications (1)

Publication Number Publication Date
CN111490856A true CN111490856A (zh) 2020-08-04

Family

ID=71736751

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910078121.0A Pending CN111490856A (zh) 2019-01-25 2019-01-25 基于逐跳自动重传请求的数据传输方法以及用户设备ue

Country Status (2)

Country Link
CN (1) CN111490856A (zh)
WO (1) WO2020151655A1 (zh)

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10257078B2 (en) * 2016-04-01 2019-04-09 Qualcomm Incorporated Interworking with legacy radio access technologies for connectivity to next generation core network

Also Published As

Publication number Publication date
WO2020151655A1 (zh) 2020-07-30

Similar Documents

Publication Publication Date Title
KR101141645B1 (ko) 데이터 블록 전송 제어 방법
ES2390936T3 (es) Métodos y aparatos para procesar mensajes de control de error en un sistema de comunicación inalámbrico
KR101187076B1 (ko) 이동 통신 시스템에 있어서 신호 전송 방법
ES2388750T3 (es) Modo de RCL bidireccional no persistente para servicios de bajo retardo
KR101141649B1 (ko) 고속의 상향 데이터 전송을 위한 데이터 채널의 제어정보송수신 방법
US8391151B2 (en) Inter-network-nodes flow control
JP4843052B2 (ja) ハンドオフ中のデータ状態遷移
KR102319836B1 (ko) 무선 통신 시스템에서 기지국과 단말 간 통신 방법을 결정하는 방법 및 장치
CN110249659B (zh) 服务质量流重新定位
JP2020509663A (ja) データ伝送方法、通信デバイス、端末、および基地局
WO2020156569A1 (zh) 发送rlc状态报告的方法、设备和存储介质
JP2017503434A5 (zh)
JP2011508560A (ja) 移動通信システム及びそのｐｄｃｐ状態報告転送方法
CN111148163B (zh) 通信方法及装置
KR20050118591A (ko) 무선통신 시스템에서의 무선링크제어(ｒｌｃ) 데이터처리방법
US20200045766A1 (en) Wireless node communication method and apparatus in wireless communication system
JP2009534916A (ja) セルラ・アクセス・システムにおける改良されたデータ通信のための方法および装置
US7848755B2 (en) Method for recovering ARQ data in wireless portable internet system
JP2019515586A (ja) コネクションレス伝送における同期維持のためのシステムおよび方法
US20220225163A1 (en) Communications device, infrastructure equipment and methods
TWI717979B (zh) 由iab節點使用的rlc sdu傳輸方法以及使用該方法的iab節點
KR20090087773A (ko) 이동 통신 시스템에서 패킷 데이터 유닛의 재전송 및 상태보고 장치 및 방법
US20220132362A1 (en) Wireless communication methods for adaptive entity and rlc entity, and communication device
CN111490856A (zh) 基于逐跳自动重传请求的数据传输方法以及用户设备ue
EP4360405A1 (en) Configuring a user plane (up) protocol layer

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20200804

WD01 Invention patent application deemed withdrawn after publication