CN107251605A - 有效可靠传输的方法 - Google Patents

Abstract

提供第一实体以及第二实体之间可靠以及有效信息交换的方法，包含透过第二实体从第一实体接收数据，基于已接收控制信息决定是否要求了已接收数据的响应，决定响应时间，在该响应时间中该响应发送给该第一实体(当需要响应时)，在该响应时间超时之前生成该响应，以及在该响应时间超时之前发送该响应给该第一实体。该控制信息与该数据从该第一实体以及被接收。该控制信息包含要求哪类响应的指示。在一个例子中，该响应包含在该第二实体到该第一实体的无关传输中，该无关传输为下一个已调度传输。

Description

有效可靠传输的方法

相关申请的交叉引用

本申请依据35 U.S.C§119要求2015年11月6日提交，申请号为62/251,794标题为“有效可靠传输方法(A method for Efficient Reliable Transmission)”美国临时申请的优先权，上述申请的标的在此合并作为参考。

技术领域

所揭露实施例一般有关于无线通信，以及更具体地有关于用于可靠(reliable)传输(transmission)的功能。

背景技术

用于可靠传输的当前方法依赖于全部传输的反馈响应，以指示出传输是否已经被成功接收。与没有反馈响应的消息量相比这些方法是僵化的(rigid)以及需要二倍的消息量。

发明内容

在第一新颖方面，提供在第一以及第二实体之间可靠以及高效信息交换方法，包含透过第二实体从第一实体接收数据，基于已接收控制信息，决定是否要求对于已接收数据的响应，决定响应时间，在该时间段中该响应发送给第一实体，在该响应时间超时之前生成该响应，以及在该响应时间超时之前将该响应发送给该第一实体。

在第二新颖方面中，控制信息跟数据一起，从第一实体接收，以及包含指示要求什么类型的响应。

在第三新颖方面中，响应包含在无关(unrelated)已调度(scheduled)传输中，其中该无关已调度传输为从第二实体到第一实体的下一个已调度(scheduled)传输。

附图说明

附图中，相同数字表示相似元件，说明本发明的实施例。

图1为具有eNB之间载波聚合(Carrier Aggregation，CA)以及用于双连接(DualConnectivity,DuCo)UE的RLF/RLM机制以及RRC重建的小小区网络。

图2实现本发明的实施例的具有双连接UE的简化方块示意图。

图3为第一实体以及第二实体之间的有效通信的第一例子示意图。

图4为第一实体以及第二实体之间有效通信的第二例子的示意图。

图5为第一实体以及第二实体之间有效通信的第三例子的示意图。

图6为接收实体(第二实体)在决定如何响应已接收信息中，而采取的步骤的例子的流程图。

图7为封包的示意图，在该封包的标头部分(header portion)包含明确指示控制信息。

图8为封包的示意图，在该封包的标头部分包含隐含控制信息。

图9为包含在标头的填充区域的响应的示意图。

图10为包含在标头的填充区域，缩短(abbreviated)响应的示意图。

图11为第一实体以及第二实体之间，有效通信的第四例子的示意图。

图12为包含在有效可靠传输的步骤的流程图。

具体实施方式

下面详细参考本发明的实施例，伴随附图介绍本发明的例子。

图1为小小区网络100中具有ENB之间载波聚合以及用于双连接UE的，RLF/RLM机制和RRC重建的小区网络100的示意图。在3GPP LTE R12以及以后中，除了正常基站，具有小传输功率以及简化协议栈和功能的小基站被引入到E-UTRAN中，其被称作小小区网络。小小区架构可以用于增强数据吞吐量以及减少移动性信令开销。小小区网络100包含UE101，主基站MENB102，以及辅基站SENB103。

如图1所示，在至少一个主服务小区上(例如，与MENB之间的Pcell以及scell1)，UE101与MeNB102建立RRC连接，在该主小区上由一个或者多个SeNB，在一个或者多个辅服务小区(例如，SeNB的PSCell以及Scell2)进行服务。当UE101由MeNB以及SeNB所服务时，UE101的控制以及用户面功能在MeNB上。既然SeNB以及MeNB不可能物理上共址(collocated)，在MeNB以及SeNB之间可能有传输媒体(transmission medium)以及接口(interface)。假设(assume)Xn接口引入到MeNB以及SeNB之间的通信。从实际部署角度，不能总是假设理想的回程线路(backhaul)连接，例如，光纤，存在MeNB以及SeNB之间。

图1也给出示例双连接架构的示意图。分别与MeNB102以及SeNB103关联的服务小区的分组，称作主小区组(Master Cell Group，MCG)以及辅小区组(Secondary CellGroup，SCG)。在UE101侧，在MCG的Pcell上执行RLM，以监视朝着MeNB的链路品质，以及当检测到不同步条件时宣告RLF。对于SeNB，SCG的Pscell上相似的翻译S-RLM以及S-RLF。在RLF之后，UE101实施RRC连接重建，其中第一个步骤为透过小区重选而选择一个合适的小区。由于RLF相关原因的RRC连接重建，其可能所有适合小区均与SeNB关联，UE101可以直觉(intuitively)尝试在宏小区上重建RRC连接。只在具有有效UE上下文(context)的eNB上实施时RRC连接重建可以成功，以及这样的eNB称作准备好的eNB。既然SeNB典型的不是完全准备好，SeNB上的重建很有可能失败。但是，透过应用在技术标准中已经定义的当前RRC连接重建过程以及重用其他RRC过程，SeNB上成功重建依然可能。

根据一个新颖方面，提出增强有效可靠传输，透过解决下面三个问题：1)通信实体如何决定是否所收到的透过实体发送的信息要求响应？2)如何在必要时，接收实体有效以及可靠地对响应进行通信？这个功能对已经重负担的网络几乎没有增加频宽需求。

图2为实现本发明的一些实施例，具有双连接的UE201的简化方块示意图。UE201具有天线214(或者天线阵列)，其发送以及接收无线信号。RF收发器模块(或者双RF模块)213耦接到天线，从天线214接收RF信号，将其透过基频模块(或者双BB模块)215转换为基频信号以及发送给处理器212。RF收发器213也将从处理器212，透过基频模块215接收的已接收基频信号进行转换，将其转换为RF信号，以及发送给天线214。处理器212处理已接收基频信号以及调用不同功能模块以实施UE201的功能。存储器211存储程序指令以及数据以控制UE201的运作。

UE201也包含3GPP协议栈模块226，支持各种协议层，包含NAS225、AS/RRC 224、PDCP/RLC 223、双MAC 222以及双PHY 221、TCP/IP协议栈模块227，以及应用模块APP228。具有双连接的UE201具有两个MAC实体。配置两组上层堆栈(RLC/PDCP)用于MAC实体。RRC层，只配置一个RRC 224。RRC 224控制对应MAC实体的协议栈，透过与其服务MeNB的RRC实体进行通信。

UE201进一步包含一个管理电路230，包含配置电路231，移动性估计电路232，监视电路233以及选择电路234。上述电路为功能模块其由硬件、固件以及软件或者几者的组合配置而实现。功能模块，当被处理器212(透过存储器211中包含的程序指令以及数据)而执行时，彼此互相运作已允许UE201相应地实施本发明的实施例。配置电路231从自己的服务MeNB获得配置信息以及应用对应参数，移动性估计电路232基于UE速度、移动以及小区计数决定UE移动性，监视电路233实施RLM以及RLF过程，以及选择电路234实施小区选择，在检测到Pcell上的RLF时用于RRC重建。

图3，图4以及图5为接收信息的响应如何通信给发送该信息的实体的三个不同例子示意图。

图3为一般第一实体以及一般第二实体之间通信的示意图。首先，在步骤300信息I(“数据”)从第一实体通信给第二实体。在步骤301，针对从第一实体接收的信息I1，第二实体决定(i)是否被要求响应，以及(ii)当要求响应时，响应所在的时间帧必须透过第二实体而发送(“响应时间”)。第二实体可以利用多个方法做出此决定。

第一方法中，第二实体读取来自已接收信息I1的标头中一个栏位的一组比特，其中，一组比特明确指示指示出是否要求响应，以及所要求的响应时间。图7给出这个方法的一个例子。图7为在标头中包含控制信息的两个比特的例子。“00”值指示出不要求响应。在这个场景中，第二实体不需要发送响应给第一实体。“01”的值指示出要求立即响应。在此场景中，第二实体必须尽可能快决定一个方式发送响应给第一实体。“10”值指示出，要求延迟响应。在此场景中，第二实体必须决定一个方式，在延迟周期重发送响应(“在响应时间超时之前”)。响应周期或者“响应时间”可以为预定义量时间，其编程(programmed)给第二实体。延迟可以可替换地透过控制信息的另一部分而指示出来。“11”指示出需要一个机会(opportunistic)响应。在此场景中，第二实体只在如果有来自第二实体给第一实体的另一个传输已经被调度时而发送响应。

在第二方法中，第二实体读取已接收信息I标头中的一个栏位中的一组比特，其中该组比特指示出是否要求响应，以及要求的响应时间。这个方法的一个例子如图8所示。图8为在标头中包含控制信息的四个比特。该四个比特为消息ID。消息ID为用于为已接收消息(“信息I”或者“数据”)查找预定响应行为。以此方式，第二实体可以在本地寄存器查找，是否要求用于已接收信息I的响应，以及被要求响应时间是什么。

步骤301中，其决定，第一时隙要求响应，以及决定了响应时间。第二实体然后决定，从第二实体到第一实体调度了另一个无关的传输，在响应时间超时之前。第二实体然后决定在第二实体到第一实体的无关传输中有足够自由空间，这样响应可以存储在该无关传输的自由空间部分中。然后第二实体在步骤302等待I2的传输。然后该响应从第二实体透过无关传输通信给第一实体，其中该无关传输用于对信息I2进行通信。

这个方式将响应进行通信，避免了一个额外封包(packet)的传输，该额外封包使能响应的传输。进一步说，响应插入到无关封包中，该封包已经被调度用于传输。这也称作“无开销(no-overhead)响应”。

可替换地，发生如下事件(i)在响应时间超时之前没有被调度传输，或者(ii)，在已调度传输中没有可用的足够自由空间，那么第二实体可以生成新的封包，以从第二实体到第一实体通信该响应。

图4为图3所示的例子的变形的示意图。图4给出3GPP系统。第一实体为ENB，第二实体为UE。在该例子中，信息被传递以及生成响应所在的协议为RLC协议。响应为RLC状态报告或者RLC确认(ACK)。信息I1，其可能保证响应可以为应用负载，或者控制信息，例如透过RRC。重用RLC协议的好处之一是简单，如同其已经包含用于可靠传输的基本功能。

首先，在步骤400数据I1被从ENB通信给UE。响应来自ENB的接收数据I1，UE决定(i)是否被要求响应，以及(ii)当要求响应时的时间帧，在该时间帧中必须由UE发送(“响应时间”)响应。在步骤401中，利用图7以及图8所示的多个方法。UE可以做出决定，如上所述。步骤401中，决定ENB了要求响应以及决定了响应时间。响应可以为RLC确认(ACK)或者状态报告。然后在响应时间超时之前UE决定从UE到ENB的另一个无关传输被调度。然后UE决定在从UE到ENB的该无关传输中是否有足够自由空间(free space)，这样该响应可以存储在无关传输的自由空间中。然后步骤402，UE等待I2传输。然后该响应从UE到ENB，透过该无关传输而通信，其中该无关传输对信息I2进行通信。以此方式通信响应，避免了额外封包的传输，其中该额外封包使能了响应的传输。进一步说，响应插入到无关封包中，该无关封包已经被调度用于传输。

可替换地，如果发生下列事件(i)在响应时间超时之前没有被调度传输，或者(ii)，在已调度传输中没有足够的可用自由空间，那么第二实体生成一个新封包，以从第二实体通信给第一实体。

图5为如图4所示的例子的另一个变形的示例，其中在RRC协议中实现响应行为。该响应可以为RRC证实(confirm)或者RRC响应(response)消息。在RRC中实现此响应的好处是，在RLC情况下RRC消息不需要用于除了可靠传输的其他的目的时，其可以甚至更为简单以及更有效，以实现RRC中ACK/NACK/重发行为。

一般说来，第一实体以及第二实体可以为UE，ENB，中继UE，中继ENB，或者任何未来架构实体，对应当前ENB或者一部分。

首先，在步骤500消息I1从ENB通信给UE。在步骤501响应来自ENB的消息I1的接收，UE决定(i)是否需要响应，以及(ii)当需要响应时，必须有UE发送响应的时间帧(“响应时间”)。UE可以利用图7以及图8所示的多个方法而做出这个决定，如上所述。步骤501中，决定eNB是否要求响应以及决定响应时间。该响应可以为RLC确认(ACK)，状态报告或者消息证实(confirmation)。然后在响应时间超时之前UE决定从UE到ENB的另一个无关传输被调度。然后UE决定从UE到ENB的无关传输中有足够自由空间，这样，该响应可以存储在无关传输的自由空间中。然后UE在步骤502等待I2的传输。然后透过无关传输而通信，该响应从UE给ENB，其中该无关传输通信数据I2。以此方式通信响应，避免了额外封包的传输，以使能了响应的传输。进一步说，响应插入到已经被调度用于传输的无关封包中。

可替换地，如果发生下列事件(i)在响应时间超时之前没有被调度传输，或者(ii)在被调度传输中有可用的足够自由空间，那么第二实体可以生成新的封包，以从第二实体给第一实体通信该响应。

图6为决定如何响应已接收信息(I1)，第二接收实体(“第二实体”)所采取的步骤的例子流程图。特别的，无论何时，决定为响应是需要的，但是允许延迟，延迟受到定时器的限制。可能的相似的定时器也可以使用，如果该响应只在有机会时发送，当定时器超时时(图中未示)实体在哪里放弃等待以及丢弃该响应。“只当有机会时”表示当代替潜在的填充响应可以在另一个传输中发送，即没有额外的开销。可能的结果“不需要响应”尤其有用，当不需要响应时，以及一个传输为一系列传输中的最后一个时。

步骤600中信息I与来自第一实体的控制信息(可选)一起接收。步骤601中为决定响应是什么类型，如果有，为被要求。如果没有响应，流程转到步骤602以及不将响应通信给第一实体。

如果要求响应，以及立即要求，那么流程转到步骤603。在这个点，第二实体决定是否从第二实体给第一实体的无关传输已经准备好发送以及在该无关传输中是否有可用的足够自由空间。如果无关传输准备好发送以及具有足够自由空间，那么响应插入到无关传输中以及无关传输发送给该第一实体。如果没有准备好用于传输的无关传输，或者在无关传输中没有足够的自由空间，那么第二实体创建一个新的封包，该新封包用于通信该响应给该第一实体。

如果要求响应以及延迟(“响应时间”)可接受，那么流程转到步骤605。定时器可以启动(步骤606)以允许第二实体精确地遵守响应的时间。在该响应时间超时之前第二实体决定是否具有足够自由空间的无关传输被调度用于发送(步骤608)。如果有具有足够自由空间的无关传输被调度发送，在该响应时间之前。那么第二实体将该响应插入到无关传输中，在响应时间超时之前，然后第二实体将该响应插入到无关传输中，以及等待无关传输的发送(步骤609)。如果没有无关传输具有足够自由空间，被调度发送，在响应时间超时之前，那么第二实体生成一个新封包，其中包含响应以及发送该新封包给该第一实体(步骤604)。

如果要求了响应，但是不必要(“仅在有机会时”)(步骤610)，那么无论时序如何，第二实体决定具有足够自由空间的无关传输是否被调度发送(步骤611)。在此场景中，该响应不发送给第一实体，直到从第二实体到第一实体调度了无关传输。

图7以及图8为给出了与信息I1一起发送的可选控制信息的例子示意图。在此申请中，词汇“控制信息”专用于表示用于决定如何响应的控制信息。这个方式的好处是某个信息的发送方，可以某个程度决定响应如何被实现，期待灵活性以减少用于响应的开销。

图7为标头栏位中编码了明确指示控制信息的例子示意图。在协议为RLC协议的情况下，这个标头栏位可以被看做是一个轮询(poll)栏位的扩展。

图8为一个更为硬编码(hard-coded)的变形，其中，一个传输以隐含控制信息的方式辨识，例如透过消息ID，或者传输类型ID等，其中该响应预定义用于不同ID。为了做出技术规范以及检测的简化，这可以为一个优选的方式，例如，可靠性功能实现为RRC的一部分。

图9以及图10为第二实体决定是否响应可以与承载其他信息I2的另一个传输一起发送的示意图。假设，当信息I2被发送时，某个大小的传送区块被分配，或者第二实体选择而用于传输，或者很可能的透过调度器而分配，该调度器容纳在另一个实体中。如图9所示，如果传送区块具有潜在的填充，比响应的大小更大，那么该响应可以插入到潜在的填充区域。图10给出了当潜在填充的大小比响应大小更小的情况。在此情况下，响应可以插入的潜在填充的区域中，该潜在填充在传送区块中，与信息I2一起。假设，透过某个方式(例如，序列号，或者消息ID等)对于信息I1的响应可以提供信息I1的识别符。在图10所示的场景中，适合放入潜在填充(“自由空间”)的缩短的(abbreviated)响应可以使用，而不是全部的响应。

对于不复杂情况，缩短的响应可能就是足够的，例如，在发送小量数据以及一次只有显著的一个PDU时的情况。在这样的情况下，在一个实施例中，一比特ACK指示可以为足够的以及用作缩短的响应。

在另一个例子中，可以使用信息I1的缩短ID。例如，可以使用只有序列号的LSB或者消息ID。请注意，在系统中，可以使用全部的或者缩短的响应，如果使用缩短的响应有个风险，发送器接收器上下文被去同步。例如，在发送大量数据以及有几个具有不同序列号码的显著的数据单元情况下。在这样的系统中，如果发送器可以将是否缩短的响应是可接受的或者是否需要全响应指示出来是有好处的。在此场景中，如图9所示控制信息可以进一步扩展，也包含“要求全响应”(图未示)。“要求全响应”控制信息可以指示给第二实体，缩短的响应是不被接受的。

图11给出了可以应用到一个系统适配器的示例，其在该系统中，传输被调度器所调度，以及调度器需要来自发起实体(originating entity)的额外信息以实施调度。最典型的例子是，当包含数据的大小的缓冲器状态报告(BSR)被发送时，指示给调度器，其随后可以分配足够大小的传送区块用于传输。在如图11所示的这样的系统中，将响应或者潜在响应的大小包含到信息I2的大小中是有好处的，其中信息I2在BSR中报告。增加BSR中用于信息I2的报告的大小，可以增加可能性，从第二实体到第一实体发送响应不需要分离的传输。

在步骤700中，信息I1从第一实体发送给第二实体。响应信息I1的接收，第二实体实施如图6描述的有关步骤(步骤701，以及702)。在步骤703中，生成响应之后，响应的大小加入到被选择无关传输的大小中，该响应为将要从第二实体发送给第一实体。这个加和所导致的大小，作为信息I2的大小被报告给调度器。响应BSR调度请求，调度器发送调度授权/命令给第二实体。响应调度授权/要求的接收，不需要任何第二传输，第二实体发送无关传输，其中包含信息I2以及给信息I1的响应。

图12为流程图。步骤801中，透过第二实体从第一实体接收信息I。控制信息与信息I1一起接收。控制信息包含指示符，作为需要哪种响应。步骤802，决定是否要求给已接收信息I1的响应。该决定为基于已接收控制信息而做出。步骤803中，决定响应时间，在该响应时间中要求该响应。步骤804中，生成给信息I1的响应。步骤805中，在响应时间超时之前，该响应发送给该第一实体。

虽然联系特定实施例用于说明目的描述本发明，本发明保护范围不以此为限制。相应地，所属领域技术人员在不脱离本发明精神范围内可以对所描述实施例的多个特征进行润饰，修改以及组合，本发明保护范围以权利要求为准。

Claims (20)

1.一种第一以及第二实体之间可靠以及有效信息交换的方法，该方法包含：

透过该第二实体从该第一实体接收数据，其中控制信息与该数据一起接收，以及其中该控制信息包含要求了哪种响应的指示；

基于已接收该控制信息决定已接收该数据是否要求了响应；

决定响应时间，在该响应时间中发送该响应给该第一实体；以及

在该响应时间超时之前发送该响应给该第一实体。

2.如权利要求1所述的方法，其中要求了该响应，其中，该响应被要求立即发送，以及其中该响应包含在无关的已调度传输中，其中该无关已调度传输为从该第二实体到该第一实体的下一个已调度传输。

3.如权利要求1所述的方法，其中要求了该响应，其中该响应被要求立即发送，其中在该第二实体以及该第一实体之间没有已调度传输，以及其中该第二实体发送该响应给该第一实体，没有包含该响应在在该第二实体以及该第一实体之间另一个已调度传输中。

4.如权利要求1所述的方法，其中要求了该响应，其中该响应没有被要求立刻发送，其中该响应被要求在该响应时间超时之前发送，以及其中在从该第二实体到该第一实体的该响应时间超时之前，下一个已调度传输中包含该响应。

5.如权利要求1所述的方法，其中要求了该响应，该响应没有被要求立即发送，其中该响应需要在该响应时间超时之前发送，其中，在该响应时间超时之前，没有调度另一个无关传输，以及其中该响应从该第二实体给该第一实体发送，没有包含该响应在在该第二实体以及该第一实体之间的另一个已调度传输中。

6.如权利要求1所述的方法，其中需要该响应，其中，该响应不需要在特定时间内发送，以及其中只当从该第二实体到该第一实体发送已调度无关传输时，该响应从该第二实体发送给该第一实体。

7.如权利要求1所述的方法，其中该控制信息包含一个栏位，该栏位指示出是否要求了该响应，以及其中该控制信息中的该栏位也指示该响应时间。

8.如权利要求7所述的方法，其中该栏位为四比特宽。

9.如权利要求7所述的方法，其中该控制信息包含在已接收该数据中包含的一个封包的标头。

10.如权利要求7所述的方法，其中该栏位明确指示指示出是否要求了该响应以及该响应时间。

11.如权利要求7所述的方法，其中该栏位映射到一个表格，其中该表格指示出是否要求了该响应以及该响应时间。

12.如权利要求1所述的方法，进一步包含：

将该响应转换为缩短的响应；以及

从该第二实体到该第一实体发送该已调度无关传输，其中包含该缩短的响应。

13.如权利要求12所述的方法，其中当在该已调度无关传输中空比特数量比该响应中包含的比特数量少时，该响应转换为缩短的响应。

14.如权利要求12所述的方法，其中该缩短的响应不包含交易识别符ID，消息ID，或者序列号。

15.如权利要求12所述的方法，其中该缩短的响应不包含全部交易ID，全部消息ID，或者全部序列号。

16.如权利要求12所述的方法，其中透过移除该序列号或者该消息ID中一定数量的最高有效位MSB生成该缩短的响应。

17.如权利要求1所述的方法，进一步包含：

决定是否需要缩短的响应，或者全部响应。

18.如权利要求1所述的方法，进一步包含：

响应来自该第一实体的该数据，启动一定时器。

19.如权利要求1所述的方法，进一步包含：

将该响应中比特大小，以及已调度无关传输中比特大小相加以决定全部的比特大小；以及

使用该全部比特大小用于缓冲器状态报告BSR。

20.如权利要求1所述的方法，其中该控制信息包含在无线资源控制RRC协议，无线链路控制RLC协议，或者媒体接入控制MAC协议中。