CN107251605B - 有效可靠传输的方法及用户装置 - Google Patents
有效可靠传输的方法及用户装置 Download PDFInfo
- Publication number
- CN107251605B CN107251605B CN201680010300.5A CN201680010300A CN107251605B CN 107251605 B CN107251605 B CN 107251605B CN 201680010300 A CN201680010300 A CN 201680010300A CN 107251605 B CN107251605 B CN 107251605B
- Authority
- CN
- China
- Prior art keywords
- response
- entity
- control information
- transmission
- response time
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/56—Queue scheduling implementing delay-aware scheduling
- H04L47/564—Attaching a deadline to packets, e.g. earliest due date first
-
- 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
-
- 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/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
-
- 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/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling 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
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
提供第一实体以及第二实体之间可靠以及有效信息交换的方法及用户装置,该方法包含通过第二实体从第一实体接收数据,基于已接收的控制信息决定是否要求需要对已接收的数据进行响应,决定响应时间,在该响应时间期间该响应发送给该第一实体(当需要响应时),在该响应时间超时之前生成该响应,以及在该响应时间超时之前发送该响应给该第一实体。该控制信息与该数据从该第一实体以及被接收。该控制信息包含要求哪类响应的指示。在一个例子中,该响应包含在该第二实体到该第一实体的无关传输中,该无关传输为下一个已调度传输。
Description
相关申请的交叉引用
本申请依据35U.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中,其决定,第一时隙要求响应,以及决定了响应时间。如图所示,步骤301,决定如何响应,结果为允许延迟响应。第二实体然后决定,从第二实体到第一实体调度了另一个无关的传输,在响应时间超时之前。第二实体然后决定在第二实体到第一实体的无关传输中有足够自由空间,这样响应可以存储在该无关传输的自由空间部分中。然后第二实体在步骤302等待I2的传输。然后该响应从第二实体透过无关传输通信给第一实体,其中该无关传输用于对信息I2进行通信。
这个方式将响应进行通信,避免了一个额外封包(packet)的传输,该额外封包使能响应的传输。进一步说,响应插入到无关封包中,该封包已经被调度用于传输。这也称作“无开销(no-overhead)响应”。
可替换地,发生如下事件(i)在响应时间超时之前没有被调度传输,或者(ii),在已调度传输中没有可用的足够自由空间,那么第二实体可以生成新的封包,以从第二实体到第一实体通信该响应。
图4为图3所示的例子的变形的示意图。图4给出3GPP系统。第一实体为ENB,第二实体为UE。在该例子中,信息被传递以及生成响应所在的协议为RLC协议。响应为RLC状态报告或者RLC确认(ACK)。信息I1,其可能保证响应可以为应用负载,或者控制信息,例如透过RRC。重用RLC协议的好处之一是简单,如同其已经包含用于可靠传输的基本功能。其中,该控制信息包含在无线资源控制RRC协议,无线链路控制RLC协议,或者媒体接入控制MAC协议中。
首先,在步骤400数据I1被从ENB通信给UE。图中记做,RLC:数据I1,有可选的RLC控制信息,数据I可以为应用负载,或者上层信令,例如RRC的控制信息。响应来自ENB的接收数据I1,UE决定(i)是否被要求响应,以及(ii)当要求响应时的时间帧,在该时间帧中必须由UE发送(“响应时间”)响应。在步骤401中,利用图7以及图8所示的多个方法。UE可以做出决定,如上所述。步骤401中,决定ENB了要求响应以及决定了响应时间。响应可以为RLC确认(ACK)或者状态报告。图中记做步骤401,决定如何发送ACK或者状态报告,结果:允许延迟RLC ACK或者状态报告。然后在响应时间超时之前UE决定从UE到ENB的另一个无关传输被调度。然后UE决定在从UE到ENB的该无关传输中是否有足够自由空间(free space),这样该响应可以存储在无关传输的自由空间中。然后步骤402,UE等待I2传输。然后该响应从UE到ENB,透过该无关传输而通信,其中该无关传输对信息I2进行通信。图中记做,RLC:数据I2,具有ACK或者用于I1的状态报告。以此方式通信响应,避免了额外封包的传输,其中该额外封包使能了响应的传输。进一步说,响应插入到无关封包中,该无关封包已经被调度用于传输。
可替换地,如果发生下列事件(i)在响应时间超时之前没有被调度传输,或者(ii),在已调度传输中没有足够的可用自由空间,那么第二实体生成一个新封包,以从第二实体通信给第一实体。
图5为如图4所示的例子的另一个变形的示例,其中在RRC协议中实现响应行为。该响应可以为RRC证实(confirm)或者RRC响应(response)消息。在RRC中实现此响应的好处是,在RLC情况下RRC消息不需要用于除了可靠传输的其他的目的时,其可以甚至更为简单以及更有效,以实现RRC中ACK/NACK/重发行为。
一般说来,第一实体以及第二实体可以为UE,ENB,中继UE,中继ENB,或者任何未来架构实体,对应当前ENB或者一部分。
首先,在步骤500消息I1从ENB通信给UE。图中记做,步骤500,RRC要求消息I1,有可选的响应控制信息。在步骤501响应来自ENB的消息I1的接收,UE决定(i)是否需要响应,以及(ii)当需要响应时,必须有UE发送响应的时间帧(“响应时间”)。UE可以利用图7以及图8所示的多个方法而做出这个决定,如上所述。步骤501中,决定eNB是否要求响应以及决定响应时间。该响应可以为RLC确认(ACK),状态报告或者消息证实(confirmation)。图中记做步骤501,决定如何发送ACK或者证实响应消息,结果:允许延迟ACK或者响应证实消息。然后在响应时间超时之前UE决定从UE到ENB的另一个无关传输被调度。然后UE决定从UE到ENB的无关传输中有足够自由空间,这样,该响应可以存储在无关传输的自由空间中。然后UE在步骤502等待I2的传输。然后透过无关传输而通信,该响应从UE给ENB,其中该无关传输通信数据I2。图中记做,RRC确认或者对I1的响应/证实消息,有数据I2,数据I2可以额为应用负载或者RRC,或者上层控制信息(例如NAS)。以此方式通信响应,避免了额外封包的传输,以使能了响应的传输。进一步说,响应插入到已经被调度用于传输的无关封包中。
可替换地,如果发生下列事件(i)在响应时间超时之前没有被调度传输,或者(ii)在被调度传输中有可用的足够自由空间,那么第二实体可以生成新的封包,以从第二实体给第一实体通信该响应。
图6为决定如何响应已接收信息(I1),第二接收实体(“第二实体”)所采取的步骤的例子流程图。特别的,无论何时,决定为响应是需要的,但是允许延迟,延迟受到定时器的限制。可能的相似的定时器也可以使用,如果该响应只在有机会时发送,当定时器超时时(图中未示)实体在哪里放弃等待以及丢弃该响应。“只当有机会时”表示当代替潜在的填充响应可以在另一个传输中发送,即没有额外的开销。可能的结果“不需要响应”尤其有用,当不需要响应时,以及一个传输为一系列传输中的最后一个时。
步骤600中信息I与来自第一实体的控制信息(可选)一起接收。步骤601中为决定响应是什么类型,如果有,为被要求。如果没有响应,流程转到步骤602以及不将响应通信给第一实体。
如果要求响应,以及立即要求,那么流程转到步骤603。在这个点,第二实体决定是否从第二实体给第一实体的无关传输已经准备好发送以及在该无关传输中是否有可用的足够自由空间。如果无关传输准备好发送以及具有足够自由空间,那么响应插入到无关传输中以及无关传输发送给该第一实体。如果没有准备好用于传输的无关传输,或者在无关传输中没有足够的自由空间,那么第二实体创建一个新的封包,该新封包用于通信该响应给该第一实体。
如果要求响应以及延迟(“响应时间”)可接受,那么流程转到步骤605。定时器可以启动(步骤606)以允许第二实体精确地遵守响应的时间。在该响应时间超时之前(步骤607)第二实体决定是否具有足够自由空间的无关传输被调度用于发送(步骤608)。如果有具有足够自由空间的无关传输被调度发送,在该响应时间之前。那么第二实体将该响应插入到无关传输中,在响应时间超时之前,然后第二实体将该响应插入到无关传输中,以及等待无关传输的发送(步骤609)。如果没有无关传输具有足够自由空间,被调度发送,在响应时间超时之前,那么第二实体生成一个新封包,其中包含响应以及发送该新封包给该第一实体(步骤604)。
如果要求了响应,但是不必要(“仅在有机会时”)(步骤610),那么无论时序如何,第二实体决定具有足够自由空间的无关传输是否被调度发送(步骤611)。如果是,步骤612则使用另一个传输发送响应。在此场景中,该响应不发送给第一实体,直到从第二实体到第一实体调度了无关传输。
图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时的情况。即当在该已调度无关传输中控制(empty)比特数量比该响应中包含的比特数量少时,该响应转换为缩短的响应。在这样的情况下,在一个实施例中,一比特ACK指示可以为足够的以及用作缩短的响应。
在另一个例子中,可以使用信息I1的缩短ID。其中该缩短的响应不包含交易(transaction)识别符(ID),消息ID,或者序列号,或者透过移除该序列号或者该消息ID中一定数量的最高有效位MSB生成该缩短的响应。例如,可以使用只有序列号的LSB或者消息ID。请注意,在系统中,可以使用全部的或者缩短的响应,如果使用缩短的响应有个风险,发送器接收器上下文被去同步。例如,在发送大量数据以及有几个具有不同序列号码的显著的数据单元情况下。在这样的系统中,如果发送器可以将是否缩短的响应是可接受的或者是否需要全响应指示出来是有好处的。在此场景中,如图9所示控制信息可以进一步扩展,也包含“要求全响应”(图未示)。“要求全响应”控制信息可以指示给第二实体,缩短的响应是不被接受的。
图11给出了可以应用到一个系统适配器的示例,其在该系统中,传输被调度器所调度,以及调度器需要来自发起实体(originating entity)的额外信息以实施调度。最典型的例子是,当包含数据的大小的缓冲器状态报告(BSR)被发送时,指示给调度器,其随后可以分配足够大小的传送区块用于传输。在如图11所示的这样的系统中,将响应或者潜在响应的大小包含到信息I2的大小中是有好处的,其中信息I2在BSR中报告。增加BSR中用于信息I2的报告的大小,可以增加可能性,从第二实体到第一实体发送响应不需要分离的传输。
在步骤700中,信息I1从第一实体发送给第二实体。响应信息I1的接收,第二实体实施如图6描述的有关步骤(步骤701等待,以及702信息I2变为可用)。在步骤703中,生成响应之后,响应的大小加入到被选择无关传输的大小中,该响应为将要从第二实体发送给第一实体。这个加和所导致的大小,作为信息I2的大小被报告给调度器。响应BSR调度请求,调度器发送调度授权/命令给第二实体。图中记做BSR=I2的大小+标头的大小+对I1的响应的大小。响应调度授权/要求的接收,不需要任何第二传输,第二实体发送无关传输,其中包含信息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.如权利要求1所述的方法,其中该控制信息包含在包含已接收的该数据的封包的标头中。
9.如权利要求1所述的方法,其中该栏位明确指示出是否要求了该响应以及该响应时间。
10.如权利要求1所述的方法,进一步包含:
将该响应转换为缩短的响应;以及
从该第二实体向该第一实体发送无关的已调度传输,其中该无关的已调度传输包含该缩短的响应。
11.如权利要求10所述的方法,其中当在该无关的已调度传输中空比特数量比该响应中包含的比特数量少时,将该响应转换为缩短的响应。
12.如权利要求10所述的方法,其中该缩短的响应不包含交易识别符,消息识别符,或者序列号。
13.如权利要求11所述的方法,其中该缩短的响应不包含全部交易识别符,全部消息识别符,或者全部序列号。
14.如权利要求12所述的方法,其中通过移除该序列号或者该消息识别符中一定数量的最高有效位生成该缩短的响应。
15.如权利要求1所述的方法,进一步包含:
决定是否需要缩短的响应,或者全部响应。
16.如权利要求1所述的方法,进一步包含:
响应来自该第一实体的该数据,启动一定时器。
17.如权利要求1所述的方法,进一步包含:
将该响应中比特大小,以及无关的已调度传输中比特大小相加以决定全部的比特大小;以及
将该全部比特大小用于缓冲器状态报告。
18.如权利要求1所述的方法,其中该控制信息包含在无线资源控制协议,无线链路控制协议,或者媒体接入控制协议中。
19.一种用于可靠以及有效信息交换的用户装置,包括:
处理器,耦接于存储器,当所述处理器执行所述存储器中存储的程序时,使得所述用户装置执行以下操作:从第一实体接收数据,其中控制信息与该数据一起接收,以及其中该控制信息包含要求了哪种响应的指示;
基于已接收的该控制信息决定是否需要对已接收的该数据进行响应;
决定响应时间,在该响应时间期间发送该响应给该第一实体;以及
在该响应时间超时之前发送该响应给该第一实体,其中该控制信息包含一个栏位,该栏位指示出是否要求了该响应以及该响应时间,以及该栏位映射到一个表格,其中该表格指示出是否要求了该响应以及该响应时间。
20.一种存储器,用于存储程序,当所述程序被用于可靠以及有效信息交换的用户装置的处理器执行时,使得所述用户装置执行以下操作:
从第一实体接收数据,其中控制信息与该数据一起接收,以及其中该控制信息包含要求了哪种响应的指示;
基于已接收的该控制信息决定是否需要对已接收的该数据进行响应;
决定响应时间,在该响应时间期间发送该响应给该第一实体;以及
在该响应时间超时之前发送该响应给该第一实体,其中该控制信息包含一个栏位,该栏位指示出是否要求了该响应以及该响应时间,以及该栏位映射到一个表格,其中该表格指示出是否要求了该响应以及该响应时间。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562251794P | 2015-11-06 | 2015-11-06 | |
US62/251,794 | 2015-11-06 | ||
US15/343,551 | 2016-11-04 | ||
US15/343,551 US10142253B2 (en) | 2015-11-06 | 2016-11-04 | Method for efficient reliable transmission |
PCT/CN2016/104873 WO2017076363A1 (en) | 2015-11-06 | 2016-11-07 | Method for efficient reliable transmission |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107251605A CN107251605A (zh) | 2017-10-13 |
CN107251605B true CN107251605B (zh) | 2020-12-25 |
Family
ID=58661857
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680010300.5A Active CN107251605B (zh) | 2015-11-06 | 2016-11-07 | 有效可靠传输的方法及用户装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US10142253B2 (zh) |
EP (1) | EP3363231A4 (zh) |
CN (1) | CN107251605B (zh) |
BR (1) | BR112018007956A2 (zh) |
WO (1) | WO2017076363A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10142253B2 (en) * | 2015-11-06 | 2018-11-27 | Hfi Innovation Inc. | Method for efficient reliable transmission |
CN108781376B (zh) * | 2016-04-07 | 2021-02-23 | 华为技术有限公司 | 数据传输方法、用户设备及接入网设备 |
WO2018175470A1 (en) * | 2017-03-23 | 2018-09-27 | Intel Corporation | Systems, methods and devices for measurement configuration by a secondary node in en-dc |
JP7000449B2 (ja) * | 2017-03-23 | 2022-02-10 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおける次のメッセージのために使われるベアラのタイプを指示する方法及び装置 |
CN113132062A (zh) * | 2019-12-31 | 2021-07-16 | 华为技术有限公司 | 报文传输方法及电子设备 |
CN116707713B (zh) * | 2023-08-02 | 2023-10-27 | 上海星思半导体有限责任公司 | Rlc层状态包的发送方法、接收方法、装置及处理器 |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060034274A1 (en) * | 2004-07-30 | 2006-02-16 | Nokia Corporation | System and method for variable length acknowledgements in a shared resource network |
JP4130648B2 (ja) * | 2004-10-19 | 2008-08-06 | 株式会社東芝 | 通信装置および通信方法 |
US8830846B2 (en) * | 2005-04-04 | 2014-09-09 | Interdigital Technology Corporation | Method and system for improving responsiveness in exchanging frames in a wireless local area network |
MX2009012099A (es) * | 2007-05-08 | 2010-01-25 | Interdigital Tech Corp | Metodo y aparato para proporcionar indicador de campo de reconocimiento positivo/reconocimiento negativo incorporado e indicador de interrogacion. |
US9686049B2 (en) * | 2007-09-12 | 2017-06-20 | Avago Technologies General Ip (Singapore) Pte. Ltd | Method and system for Bluetooth (BT) delayed acknowledgement (ACK) |
CN101252615A (zh) | 2008-03-28 | 2008-08-27 | 宇龙计算机通信科技(深圳)有限公司 | 一种移动终端及其接入信息的自动响应方法及系统 |
CN101651525B (zh) * | 2008-08-15 | 2012-08-22 | 富士通株式会社 | 响应信号的传送资源分配方法、反馈方法和处理方法 |
JP2010200096A (ja) * | 2009-02-26 | 2010-09-09 | Kddi Corp | 基地局装置及び無線リソース割当方法 |
KR101466456B1 (ko) * | 2009-11-12 | 2014-12-02 | 인터디지탈 패튼 홀딩스, 인크 | 무선 통신을 위한 매우 높은 쓰루풋 동작 및 능력 시그널링을 제공하기 위한 방법 및 장치 |
FR2953668B1 (fr) | 2009-12-08 | 2012-02-03 | Airbus Operations Sas | Procede et dispositif de traitement d'un message de requete recu dans un aeronef, en provenance du controle au sol, via un systeme de transmission de donnees |
US9426630B2 (en) | 2011-06-27 | 2016-08-23 | Lg Electronics Inc. | Method for transmitting and receiving multicast/broadcast frame in wireless local area network and apparatus for the same |
US9198137B2 (en) * | 2011-07-28 | 2015-11-24 | Broadcom Corporation | Network controlled filtering over wireless device communications |
US9608789B2 (en) * | 2012-05-11 | 2017-03-28 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting acknowledgements in response to received frames |
CN102739657A (zh) | 2012-06-15 | 2012-10-17 | 中兴通讯股份有限公司 | 一种对接TACACS+服务器的enable认证方法及系统 |
US8989038B2 (en) * | 2012-07-26 | 2015-03-24 | Intel Corporation | Device, system and method of link measurement of a wireless communication link |
US20150036673A1 (en) * | 2013-07-30 | 2015-02-05 | Qualcomm Incorporated | Systems and methods for communicating multi-destination traffic in a wireless network |
CN103491597B (zh) | 2013-09-06 | 2016-05-11 | 京信通信系统(中国)有限公司 | 一种微基站的接入控制方法及装置 |
WO2015050995A2 (en) * | 2013-10-01 | 2015-04-09 | Interdigital Patent Holdings, Inc. | Enhancements for coordinated orthogonal block-based resource allocation (cobra) in wlan systems |
US10447452B2 (en) * | 2015-07-13 | 2019-10-15 | Advanced Micro Devices, Inc. | Hardware controlled receive response generation |
WO2017030295A1 (ko) * | 2015-08-19 | 2017-02-23 | 엘지전자(주) | 무선 통신 시스템에서 채널 상태의 피드백 방법 및 이를 위한 장치 |
US10142253B2 (en) * | 2015-11-06 | 2018-11-27 | Hfi Innovation Inc. | Method for efficient reliable transmission |
-
2016
- 2016-11-04 US US15/343,551 patent/US10142253B2/en active Active
- 2016-11-07 BR BR112018007956A patent/BR112018007956A2/pt not_active Application Discontinuation
- 2016-11-07 EP EP16861631.6A patent/EP3363231A4/en not_active Withdrawn
- 2016-11-07 WO PCT/CN2016/104873 patent/WO2017076363A1/en active Application Filing
- 2016-11-07 CN CN201680010300.5A patent/CN107251605B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
US20170134297A1 (en) | 2017-05-11 |
US10142253B2 (en) | 2018-11-27 |
CN107251605A (zh) | 2017-10-13 |
EP3363231A1 (en) | 2018-08-22 |
EP3363231A4 (en) | 2019-01-02 |
BR112018007956A2 (pt) | 2018-10-30 |
WO2017076363A1 (en) | 2017-05-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107251605B (zh) | 有效可靠传输的方法及用户装置 | |
EP3136780B1 (en) | Method for requesting radio resources in a mobile communications system | |
JP6425707B2 (ja) | ユーザ装置及びアップリンクデータ送信方法 | |
US20170196038A1 (en) | Method, terminal, and system for realizing device to device communication | |
US10374776B2 (en) | Base station, user equipment for integrating multiple rats using carrier aggregation and methods thereof | |
US10355826B2 (en) | Communication methods performed by secondary base station and master base station and associated base stations | |
US20170085492A1 (en) | Packet data convergence protocol (pdcp) entity and method performed by the same | |
WO2018228549A1 (en) | User equipment and method to support data preprocessing | |
US20030031119A1 (en) | Method and apparatus for transmitting user data in an HSDPA mobile communication system | |
EP3737183B1 (en) | Communication methods, apparatuses and computer-readable storage medium | |
JP7114715B2 (ja) | 5g nrシステムにおけるアップリンク送信のための方法 | |
US11647417B2 (en) | Method, apparatus, computer program product and computer program | |
US10440611B2 (en) | RLC data packet offloading method and base station | |
CN102461315A (zh) | 用户终端随机接入载波聚合移动通信系统的方法 | |
EP3522667A1 (en) | Data transmission method, apparatus, user equipment and base station | |
US20220377781A1 (en) | Method, apparatus, computer program product and computer program | |
JP6313905B2 (ja) | 基地局及びユーザ装置 | |
JP6685295B2 (ja) | 基地局 | |
WO2020067960A1 (en) | Transmission of protocol data units | |
WO2024090357A1 (ja) | 通信制御方法、及びネットワーク装置 | |
US20230076165A1 (en) | Base station and control method of base station | |
CN106165514B (zh) | 一种rlc数据包重传方法及基站 |
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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20190116 Address after: Hsinchu County, Taiwan, China Applicant after: Atlas Limited by Share Ltd Address before: Hsinchu Science Park Road, Taiwan city of Hsinchu Chinese Dusing 1 Applicant before: MediaTek.Inc |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |