CN105227275A - 具有捆绑窗口中的所指配数据分组的信令的电信***中的方法和装置 - Google Patents
具有捆绑窗口中的所指配数据分组的信令的电信***中的方法和装置 Download PDFInfo
- Publication number
- CN105227275A CN105227275A CN201510316860.0A CN201510316860A CN105227275A CN 105227275 A CN105227275 A CN 105227275A CN 201510316860 A CN201510316860 A CN 201510316860A CN 105227275 A CN105227275 A CN 105227275A
- Authority
- CN
- China
- Prior art keywords
- packet
- bundled window
- mobile terminal
- subframe
- signaling
- 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.)
- Granted
Links
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
- H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
-
- 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/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
-
- 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
-
- 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
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明的一个目的是提供一种周于改进丢失的DL指配的检测的机制。提供一种在基站(110)中用于向移动终端(120)发送数据分组的方法。基站(110)将当前捆绑窗口用于在无线电信道的子帧中传送数据分组。捆绑窗口包括已经传送给或者将要传送给移动终端(120)的多个数据分组。数据分组要由移动终端(120)来确认。在第一子帧中,基站向移动终端(120)发信号通知关于捆绑窗口的第一数据分组的第一下行链路指配。下行链路指配包括关于捆绑窗口中调度成要传送给移动终端(120)的数据分组的最小总数量的知识。
Description
技术领域
本发明涉及基站中的方法和布置以及移动终端中的方法和布置。具体来说,它涉及下行链路指配。
背景技术
对3GPP无线通信***中的长期演进(LTE)的关键要求是用于通过无线电链路在无线电基站与移动终端之间的传输的频率灵活性。为此,1.4MHz与20MHz之间的载波带宽作为频分双工(FDD)和时分双工(TDD)而得到支持,使得可使用成对和不成对频谱。对于FDD,下行链路、即从基站到移动终端的链路以及上行链路、即从移动终端到基站的链路使用所谓的“成对频谱”的不同频率,因此可同时传送。对于TDD,上行链路和下行链路使用相同的频率“不成对频谱”,并且不可同时传送。但是,上行链路和下行链路可灵活地共享时间,并且通过将例如无线电帧的子帧数量等不同的时间量分配给上行链路和下行链路,能够适合上行链路和下行链路中的不对称业务和资源需要。
上述不对称性还引起FDD与TDD之间的显著差异。虽然对于FDD,相同数量的上行链路和下行链路子帧在无线电帧期间是可得到的,但对于TDD,上行链路和下行链路子帧的数量可能不同。在LTE中,将时间构造成10ms持续时间的无线电帧,并且各无线电帧进一步分为各为1ms的10个子帧。这种情况的许多结果之一在于,在FDD中,移动终端可始终响应经受某种固定处理延迟的上行链路子帧中的数据分组而发送反馈。换言之,可将每一个下行链路子帧关联到特定后续上行链路子帧供反馈生成,其方式是,这种关联是一对一的,即,正好一个下行链路子帧关联到各上行链路子帧。但是,对于TDD,由于无线电帧期间的上行链路和下行链路子帧的数量可能不同,所以一般不可能构造这种一对一关联。对于具有比上行链路子帧更多下行链路子帧的典型情况,情况更是如此,使得需要在各上行链路子帧中传送来自若干下行链路子帧的反馈。
在演进通用陆地无线电接入网(E-UTRAN)中,10ms持续时间的无线电帧分为10个子帧,其中各子帧为1ms长。在TDD的情况下,将子帧指配给上行链路或下行链路,即,上行链路和下行链路传输无法同时发生。此外,各10ms无线电帧分为两个5ms持续时间的半帧,其中各半帧由5个子帧组成。
始终将无线电帧的第一子帧分配给下行链路传输。第二子帧分为三个特殊字段,即下行链路导频时隙(DwPTS)、保护周期(GP)和上行链路导频时隙(UpPTS),其中总持续时间为1ms。
UpPTS用于探测参考信号的上行链路传输以及在这样配置时,较短随机接入前同步码的接收。在UpPTS中不可传送数据或控制信令。
GP用于创建下行链路与上行链路子帧的周期之间的保护周期并且可配置成具有不同长度,以便避免上行链路与下行链路传输之间的干扰,并且通常根据所支持的小区半径来选择。
DwPTS用于下行链路传输,与任何其它下行链路子帧非常相似,但差别在于它具有更短的持续时间。
剩余子帧到上行链路和下行链路传输的不同分配得到支持,即,具有5ms周期性的分配,其中第一和第二半帧具有相同结构,以及具有10ms周期性的分配,其半帧以不同方式来组织。对于某些配置,将整个第二半帧指配给下行链路传输。当前支持的配置使用5ms和10ms周期性。在5ms周期性的情况下,下行链路与上行链路之间的比率例如可以是2/3、3/2、4/1等等。在10ms周期性的情况下,下行链路与上行链路之间的比率例如可以是5/5、7/3、8/2、9/1等等。
在E-UTRAN的下行链路中,使用副载波间距为15kHz的OFDM。在频率维,将副载波编组成各包含12个连续副载波的资源块。资源块的数量取决于***带宽,并且最小带宽对应于6个资源块。
取决于所配置的循环前缀长度,1ms子帧在时间上包含12或14个OFDM符号。术语“资源块”还用于表示半子帧中的所有OFDM符号的二维结构,乘以副载波的资源块。特殊下行链路子帧DwPTS具有可变持续时间,并且对于具有标准循环前缀的情况可取3、9、10、11或12个OFDM符号的长度,而对于具有扩展循环前缀的情况可取3、8、9或10个符号。
在E-UTRAN的上行链路中,使用又称作DFT预编码OFDM的SC-FDMA。基础二维(时间和频率)数字论在副载波间距、循环前缀长度和OFDM符号的数量方面是相同的。主要差别在于,将要在某些OFDM符号中传送的经调制的数据符号经过DFT,并且将DFT的输出映射到副载波。
为了改进下行链路和上行链路两个方向上的传输性能,LTE使用混合自动重复请求(HARQ)。在这里将论述用于下行链路传输的这种机制的功能。HARQ的基本思路在于,在接收到下行链路子帧中的数据之后,终端尝试将其解码,然后向基站报告解码是成功(ACK,确认)还是不成功(NAK,否定确认)。在不成功解码尝试的情况下,基站因而在稍后上行链路子帧中接收NAK,并且可重传错误接收的数据。
下行链路传输经过动态调度,即,在各子帧中,基站传送关于哪些终端要接收数据以及在当前下行链路子帧中的哪些资源上的控制信息。送往终端的这种控制信息消息称作下行链路指配。因此,下行链路指配包含送往终端的关于在哪些资源中将发送后续数据的信息以及还有终端将后续数据进行解码所需的信息、例如调制和编码方案。在这里,“资源”表示资源块的某个集合。这种控制信令在各子帧中前1、2或3个OFDM符号中传送。在单个下行链路子帧中发送给终端的数据往往称作传输块。
因此,终端将监听控制信道,以及如果它检测到寻址到它的下行链路指配,则它将设法将后续数据进行解码。它还响应该传输而生成采取ACK或NAK的形式的反馈,取决于是否将数据正确解码。此外,从由基站在其上传送指配的控制信道资源,终端可确定对应上行链路控制信道资源。
对于E-UTRANFDD,终端将响应在子帧n中所检测的下行链路指配而在上行链路子帧n+4中发送ACK/NAK报告。对于所谓的多输入多输出(MIMO)多层传输的情况,两个传输块在单个下行链路子帧中传送,并且终端将采用对应上行链路子帧中的两个ACK/NAK报告进行响应。
资源到终端的指配由调度器来处理,它考虑业务和无线电条件,以便有效地使用资源,同时还满足延迟和速率要求。调度和控制信令可逐帧进行。当前,在不同下行链路子帧中发送的下行链路指配之间不存在相关性,即,与其它子帧无关地调度各下行链路子帧。
如上所述,终端接收在下行链路子帧中来自基站的数据的第一步骤是检测下行链路子帧的控制字段中的下行链路指配。在基站发送这种指配但终端无法将其解码的情况下,终端显然无法知道它被调度,并且因此不会采用上行链路中的ACK/NAK进行响应。这种情形称作丢失的下行链路指配。如果可由基站检测到不存在ACK/NAK,则它可对后续重传来考虑这个情况。通常,基站应当至少重传丢失分组,但是它也可调整某些其它传输参数。
对于FDD,终端可始终在4个子帧的固定延迟之后采用ACK/NAK来响应下行链路数据传输,而对于TDD,在上行链路与下行链路子帧之间不存在一对一关系。以上论述了这种情况。因此,终端无法始终响应子帧n中的下行链路指配而在上行链路子帧n+4中发送ACK/NAK,因为这个子帧可能未分配给上行链路传输。因此,各下行链路子帧可与经过最小处理延迟的某个上行链路子帧关联,表示在子帧n+k中报告响应子帧n中的下行链路指配的ACK/NAK,其中k>3。此外,如果下行链路子帧的数量大于上行链路子帧的数量,则响应多个下行链路子帧中的指配的ACK/NAK可能需要在单个上行链路子帧中发送。对于给定上行链路子帧,关联的下行链路子帧的数量取决于对上行链路和下行链路的子帧配置,并且对于不同的上行链路子帧可以不同。
由于下行链路指配可跨下行链路子帧独立给出,所以可向终端指配全部要在单个上行链路子帧中确认的多个下行链路子帧中的下行链路传输。因此,上行链路控制信令需要通过某种方式支持在给定上行链路子帧来自终端的来源于多个下行链路传输的ACK/NAK的反馈。
解决上述问题的一种显而易见的方式是允许终端在单个上行链路子帧中传送多个单独(对于各下行链路传输)ACK/NAK位。但是,这类协议具有比一个或两个ACK/NAK报告的传输更差的覆盖。另外,允许从单个终端传送的ACK/NAK越多,则在上行链路需要预留的控制信道资源就越多。要改进控制信令覆盖和容量,能够执行某种形式的ACK/NAK压缩或捆绑。这意味着,把要在给定上行链路子帧中发送的所有ACK/NAK组合成更少数量的位,例如单个ACK/NAK报告。作为一个示例,仅当正确接收到并且因而要确认所有下行链路子帧的传输块时,终端才可传送ACK。在任何其它情况下,表示在将要传送至少一个下行链路子帧的NAK时,对于所有下行链路子帧发送组合NAK。如上所述,在TDD中,可与各上行链路子帧关联的是一组下行链路子帧而不是如FDD中的单个子帧,在该给定上行链路子帧中给予这些下行链路传输ACK/NAK响应。在捆绑的上下文中,这个集合往往称作捆绑窗口。
图1a和图1b示出两种不同的上行链路(UL):下行链路(DL)分配,作为如何使用捆绑窗口的一个示例。在图1a和图1b中,上行链路子帧包含朝上的箭头,下行链路子帧包含朝下的箭头,以及DwPTS、GPUpPTS子帧均包括朝下的箭头和朝上的箭头。在这些示例中,关联的下行链路子帧的数量K对于不同子帧以及对于不同不对称性是不同的。对于图1a中的4DL:1UL配置,每个半帧中的上行链路子帧关联到4个下行链路子帧(K=4)。对于图1b中的3DL:2UL配置,每个半帧中的第一上行链路子帧关联到2个下行链路子帧(K=2),而第二上行链路子帧与单个DL子帧关联(K=1)。
捆绑的另一个优点在于,它允许再使用与对于FDD的相同控制信道信令格式,与TDD上行链路/下行链路不对称性无关。缺点是下行链路效率的损失。如果基站接收到NAK,它无法知道错误地接收到多少下行链路子帧以及哪些下行链路子帧以及正确地接收到哪些。因此,它可能需要将其全部重传。
ACK/NAK捆绑的一个问题在于,终端可丢失下行链路指配,这可能没有在捆绑响应中指明。例如,假定在两个连续下行链路子帧中调度终端。在第一子帧中,终端丢失调度下行链路指配,并且将不知道它被调度,而在第二子帧中,它确实成功地接收到该数据。因此,终端将传送ACK,基站将认为对于两个子帧情况都是如此,其中包括终端不知道的子帧中的数据。因此,数据将会丢失。丢失的数据需要由较高层协议来处理,这通常需要比HARQ重传更长的时间,并且不太有效。实际上,仅当终端丢失了在关联上行链路子帧的捆绑窗口期间发送的每一个下行链路指配时,终端才不会在给定上行链路子帧中传送任何ACK/NAK。
因此,丢失的下行链路指配一般将引起需要由较高层协议来校正的块错误,这在吞吐量和等待时间方面又对性能具有不利影响。另外,增加延迟可导致与基于TCP的应用的不合需要的交互。
发明内容
因此,本发明的一个目的是提供一种用于改进丢失的下行链路指配的检测的机制。
根据本发明的第一方面,这个目的通过一种在基站中用于向移动终端发送数据分组的方法来实现。基站将当前捆绑窗口用于在无线电信道的子帧中传送数据分组。捆绑窗口包括已经传送给或者将要传送给移动终端的多个数据分组。数据分组要由移动终端来确认。在第一子帧中,基站向移动终端发信号通知捆绑窗口的第一数据分组的第一下行链路指配。下行链路指配包括关于捆绑窗口中调度成要传送给移动终端的数据分组的最小总数量的知识。
根据本发明的第二方面,这个目的通过一种在移动终端中用于接收来自基站的数据分组的方法来实现。基站将当前捆绑窗口用于传送数据分组。捆绑窗口包括传送给或者将要传送给移动终端的多个数据分组。数据分组要由移动终端来确认。移动终端在第一子帧中接收来自基站的信号。该信号包括捆绑窗口的第一数据分组的第一下行链路指配。下行链路指配包括关于捆绑窗口中调度成要传送给移动终端的数据分组的最小总数量的知识。移动终端将第一子帧解码。根据所接收的知识,移动终端确定在第一下行链路指配之前、在捆绑窗口中调度以及从基站发送的任何数据分组是否已丢失。
根据本发明的第三方面,这个目的通过一种在基站中用于向移动终端发送数据分组的布置来实现。基站配置成将当前捆绑窗口用于在无线电信道的子帧中传送数据分组。捆绑窗口包括已经传送给或者将要传送给移动终端的多个数据分组。数据分组要由移动终端来确认。基站布置包括发信号通知单元,它配置成在第一子帧中向移动终端发信号通知捆绑窗口的第一数据分组的第一下行链路指配。下行链路指配包括关于捆绑窗口中调度成要传送给移动终端的数据分组的最小总数量的知识。
根据本发明的第四方面,这个目的通过一种在移动终端中用于接收来自基站的数据分组的布置来实现。基站配置成将当前捆绑窗口用于传送数据分组。捆绑窗口包括传送给或者将要传送给移动终端并且要由移动终端确认的多个数据分组。移动终端布置包括配置成在第一子帧中接收来自基站的信号的接收单元。该信号包括捆绑窗口的第一数据分组的第一下行链路指配。下行链路指配包括关于捆绑窗口中调度成要传送给移动终端的数据分组的最小总数量的知识。移动终端布置包括配置成将第一子帧解码的解码单元。移动终端布置还包括配置成确定在第一下行链路指配之前、在捆绑窗口中调度并且从基站发送的任何数据分组是否已丢失的确定单元。该确定基于所接收的知识。
如果移动终端丢失在捆绑窗口中发送的最后一个下行链路指配,则它将注意到这个情况,因为先前发信号通知的下行链路指配包括关于捆绑窗口中调度成要传送给移动终端的数据分组的最小总数量的知识,其中移动终端已经指示捆绑窗口中稍后应当有更多指配到来。即,丢失的下行链路指配的检测得到改进。
如果移动终端丢失(无法检测)捆绑窗口中的一个或多个下行链路指配,则它将能够通过查看它确实检测到的指配来确定这种情况。仅当终端丢失捆绑窗口中的每一个下行链路指配时,才发生丢失而未被注意到。
附图说明
参照示出本发明的示范实施例的附图更详细地描述本发明,附图包括:
图1a是示出按照现有技术的上行链路/下行链路分配的下行链路子帧与上行链路子帧的关联的示意框图。
图1b是示出按照现有技术的另一种上行链路/下行链路分配的下行链路子帧与上行链路子帧的关联的示意框图。
图2是示出无线电信***的实施例的示意框图。
图3是示出信令的实施例的示意框图。
图4是示出信令的实施例的示意框图。
图5是示出信令的实施例的示意框图。
图6是示出基站中方法的实施例的流程图。
图7是示出基站布置的实施例的示意框图。
图8是示出移动终端中方法的实施例的流程图。
图9是示出移动终端布置的实施例的示意框图。
具体实施方式
简单来说,本发明解决方案可概述如下:基站在向移动终端发送捆绑窗口中包含的数据分组的同时向移动终端提供关于在捆绑窗口中调度成要传送给移动终端的数据分组的最小总数量的知识、即信息。这样,移动终端可确定是否接收到和检测到从捆绑窗口所传送的数据分组。
本发明定义为在以下描述的实施例中可实施的方法和布置。
图2示出无线电信***100,例如E-UTRAN,又称作LTE、第三代合作伙伴项目(3GPP)WCDMA***或者全球移动通信***/增强GSM演进数据传输率(GSM/EDGE)。电信***100使用TDD,并且包括适合通过TDD无线电信道130相互通信的基站110和移动终端120。基站110可以是NodeB、eNodeB或者能够使用TDD通过无线电信道与移动终端进行通信的任何其它网络单元。移动终端120可以是移动电话、个人数字助理(PDA)、用户设备(UE)或者能够使用TDD通过无线电信道与基站进行通信的任何其它网络单元。
基站110将HARQ和ACK/NAK捆绑用于在无线电信道的子帧中传送数据分组。在各捆绑窗口中,存在将要传送给移动终端120的多个数据分组。这些分组存储在基站中的缓冲器中,并且然后逐个传送给移动终端120。直到基站110接收到关于移动终端120正确检测到特定数据分组并且对其解码的确认、或者最大数量的重传被执行、或者经过了预定时间段,才从缓冲器中删除分组。如果没有接收到来自移动终端120的确认,则基站110重传未确认数据分组,直到它们由移动终端120确认,或者直到预定时间段到期,然后删除这些数据分组。
要改进检测丢失的DL指配的可能性,基站110例如作为调度命令的一部分向移动终端120发信号通知关于在当前捆绑窗口中将向移动终端120指配的下行链路指配的最小总数量的知识。当开始发信号通知捆绑窗口中的分组的下行链路指配时,基站110往往不知道捆绑窗口中将要传送给移动终端120的数据分组的总数量,因此发信号通知该最小总数量、即到此为止已知的捆绑窗口中的数据分组的数量。
此外,根据一个具体实施例,基站110可在各下行链路指配中更新这个数量。移动终端120假定可更新此数量,并且它在各下行链路子帧中接收到此为止的最小数量。因此,终端使用在上一次接收到和检测到的下行链路指配中发信号通知的数量来确定它是否丢失(无法检测)在捆绑窗口中发送的一个或多个下行链路指配。
在一些实施例中,所传送的知识稍有不同,其中在当前捆绑窗口中将向移动终端120指配的所传送的下行链路指配的最小总数量由除了所传送的当前一个之外的最小总数量、即最小数量减一来表示。移动终端120则知道,捆绑窗口中的数据分组的预计最小数量是除了所接收的当前一个之外的发信号通知的数量。另外,在这些实施例中,基站110可在各下行链路指配中更新这个数量。
在一些实施例中,发信号通知的关于下行链路指配的最小总数量的知识可由关于先前发信号通知的下行链路指配的数量的知识以及关于捆绑窗口中除了所传送的当前一个之外的将来下行链路指配的最小数量的当前知识来表示。根据这个实施例的用于发信号通知在捆绑窗口期间发送的下行链路指配的数量的信令方案图如图3所示。图中,捆绑窗口包括4个下行链路子帧。在4个子帧的各元组中,首先发送最左侧的子帧,而最后发送最右侧的子帧。带有数字的框指示其中向终端发送下行链路数据(即,下行链路指配和传输块)的子帧。空白框指示其中没有向终端发送下行链路数据的子帧。带有数字的框中的数值是发送给移动终端120的数量,其中包含关于在捆绑窗口中发送的下行链路指配的数量的信息。
各行示出一种不同情况,并且三列显示使用三种方案时发送什么信息。
-在表示第一方案的第一列,发信号通知捆绑窗口中先前指配的子帧的数量;
-在表示第二方案的第二列,发信号通知捆绑窗口中的指配的最小总数量;以及
-在表示第三方案的第三列,发信号通知捆绑窗口中的先前和将来指配的最小总数量之和。
对于所有方案,总和中没有考虑当前指配。
在一些实施例中,移动终端120可向基站110指示哪一个是最后接收的下行链路指配。备选地,如果基站110从一开始就知道指配的数量是多少,则它可在对应于第二方案的每个子帧(可能减去1)中发信号通知这个数量。
移动终端120将尝试将各下行链路子帧中所接收的下行链路指配进行解码,并且因此可跟踪捆绑窗口期间检测到的下行链路指配的数量。对于其中它接收到下行链路指配的各下行链路子帧,它可增加对它接收到多少下行链路指配进行计数的计数器。移动终端120还可将它的所接收下行链路指配的计数器与最后一个下行链路指配的发信号通知值进行比较,(对于发信号通知最小总数量减1的实施例加上1)。这样,移动终端120可检测它是否丢失了任何下行链路指配。同样,如果在捆绑窗口中最后接收的下行链路指配指示在捆绑窗口期间原本要发送另一个下行链路指配但终端没有检测到其它指配,则终端将推断它丢失了捆绑窗口中最后的指配。示出移动终端120可如何检测它丢失了下行链路指配的示例如图4所示,更准确来说,关于移动终端可如何使用与捆绑窗口中的先前和将来下行链路指配的最小数量有关的信息来检测丢失的下行链路指配的说明。图中,捆绑窗口包括4个下行链路子帧。在4个子帧的各元组中,首先发送最左侧的子帧,而最后发送最右侧的子帧。
在第一行示例中,第二检测到的指配指示在捆绑窗口期间发送一个附加指配(先前和/或将来)。由于移动终端120确实检测到这种(先前)指配,所以没有丢失指配。
在第二行,第二检测到的指配指示同样的情况,但是移动终端120没有检测到附加指配。因此,在捆绑窗口结束时将推断丢失了(至少)一个指配。
在第三行,第二(和最后)检测到的指配指示在捆绑窗口期间两个附加指配(先前和/或将来)已发送和/或将要发送。由于移动终端120仅检测到一个附加(先前)指配,所以在捆绑窗口结束时推断它丢失了(至少)一个指配。
在第四行,终端类似地检测到它丢失了(至少)一个指配。
在捆绑窗口中丢失的指配的情况下,移动终端120可采取适当动作,例如发送NAK。一种备选方案是,移动终端120根本不向基站110发送任何报告。基站110则可检测到终端根本没有传送任何反馈,并且推断它丢失了其指配的一个或多个。
假定两个位可用于信令信息,则上述方案可管理大小为最多4个DL子帧的捆绑窗口。注意,在该方案中没有考虑由较高层建立并且对许多无线电帧在相同下行链路子帧中重复发生的半持久指配。它仅对捆绑窗口中的动态调度的指配的数量进行计数。
根据一些实施例,通过1位信令,可捆绑高达2个子帧,通过2个位,可捆绑高达4个子帧,通过3个位,可捆绑高达8个子帧。此外,移动终端120将使用这个数量作为要捆绑的子帧的最小数量。对于有限数量的位,对可发信号通知的最大数量存在限制,但是这无需防止移动终端120可捆绑甚至更多的子帧。要支持LTETDD中的极端9DL:1UL不对称性,要求3-4个位,取决于可对移动终端指配高达8个还是9个子帧。这与要求2个位的其它上行链路/下行链路配置相比是不同的。
要处理这种极端不对称性,一个备选方案是施加关于所有所指配下行链路子帧是连续的限制,以及使用2个位来指示4种可能的备选情况之一:
1.当前子帧是捆绑窗口中的第一指配子帧,并且随后的子帧也将包含指配。
2.当前子帧是捆绑窗口中指配的最后一个子帧,并且前面的子帧包含指配。
3.当前子帧不是第一也不是最后一个子帧。前面和后面的子帧包含对移动终端120的指配。
4.当前子帧是第一和最后一个子帧。因此它是唯一的子帧。
另外,对于这种方案,不考虑半持久指配,使得该方案表示捆绑窗口中没有携带半持久指配的那些下行链路子帧。
这四种备选情况的信令要求2个位,为了使2个位是充分的,同时仍然避免任何错误情况,所施加的调度限制是仅可指配连续子帧。还可能的是,例如越过备选2或4的信令,而发信号通知指示备选2的另一个下行链路子帧。在终端丢失这个最后的下行链路指配的情况下,则可能存在错误情况。参见图5。
在一个实施例中,2个信令位的解释取决于可能向所有终端广播的子帧到上行链路/下行链路的分配。
存在若干方式来发信号通知并且更新某子帧中的指配捆绑的数量。可将位添加到在物理下行链路控制信道(PDCCH)上发信号通知的下行链路控制信息(DCI)。另一种可能性是采用PDCCH的循环冗余校验(CRC)的加扰。也可使用PDCCH上的位和CRC加扰的组合。
另一种可能性可以是组合各下行链路子帧中的索引的快速动态发信号通知,以及例如采用较高层信令来配置查找表,例如可用于将发信号通知的索引映射到要捆绑的子帧的实际数量的码本。假定在各下行链路子帧中的下行链路指配中发信号通知单个位,采取PDCCH上的显式位的形式或者通过CRC加扰。这个位的含义则可通过较高层信令来配置。作为一个示例,如果该位为0,则可解释为除了当前子帧之外的0个子帧,以及如果该位为1,则可解释为例如3。这使得能够在捆绑窗口中指配单个下行链路子帧与在捆绑窗口中指配4个子帧之间进行切换。
另一种情况可以是具有2个位和4种备选,并且令备选是可由较高层配置的,使得
00表示0个指配的下行链路子帧(不包含当前子帧)
01表示2个指配的下行链路子帧(不包含当前子帧)
10表示4个指配的下行链路子帧(不包含当前子帧)
11表示8个指配的下行链路子帧(不包含当前子帧)
总之,索引在各下行链路子帧中的频繁发信号通知与更高层较不频繁发信号通知如何解释信令位进行组合。这使得能够调整能够在一组下行链路子帧期间向单个移动终端指配的资源的粒度和最大数量。基站110可基于所服务的用户的数量来调整子帧的指配。例如,如果服务于大量移动终端用户,则需要向移动终端指配较少子帧,而对于少量移动终端用户,可向移动终端用户的每个指配更多子帧。
根据一些实施例,移动终端120将在检测到子帧n中打算送往移动终端120并且将对其提供ACK/NACK的物理下行链路共享信道(PDSCH)传输时,在上行链路子帧n+k中传送ACK/NACK响应,其中k>3。
根据TDD的一些实施例,通过执行所有对应单独PDSCH传输ACK/NACK的逻辑“与”,来支持单个ACK/NACK响应用于提供多个PDSCH传输的HARQ反馈。在这个实施例中,移动终端120将使用下行链路指配索引从最后检测到的DCI格式1A/1/2来检查丢失的DCI,并且在丢失任何DCI时将不传送ACK/NACK,其中下行链路指配索引表示在该集合中传送的先前和将来动态下行链路指配的最小数量的计数器。在这里,捆绑窗口中的数据分组的最小总数量由先前和将来动态下行链路指配来表示。(“与”是逻辑“与”运算。)
现在参照图6所示的流程图来描述根据一些实施例、在基站110中用于使用在无线电信道的子帧中用于传送数据分组的当前捆绑窗口向移动终端120发送数据分组的方法步骤。捆绑窗口包括已经传送给或者将要传送给移动终端120的多个数据分组。数据分组要由移动终端120来确认。该方法包括以下步骤:
601.在第一子帧中,基站110向移动终端120发信号通知捆绑窗口的第一数据分组的第一下行链路指配。下行链路指配包括关于捆绑窗口中调度成要传送给移动终端120的数据分组的最小总数量的知识、即信息。
602.这是可选步骤。在传送第一数据分组的步骤之后,基站110可将知识更新到当前状态。
603.在下一个子帧中,基站110向移动终端发信号通知捆绑窗口的下一个数据分组的下一个下行链路指配,该下行链路指配包括已更新知识。
在一些实施例中,关于数据分组的最小总数量的知识由关于先前调度数据分组的数量的知识、关于捆绑窗口中的将来调度数据分组的最小数量的知识以及关于当前指配的第一数据分组的知识来表示。
在一些实施例中,关于数据分组的最小总数量的知识由关于当前发信号通知的下行链路指配是第一、最后一个、第一和最后一个或者既不是第一也不是最后一个下行链路指配的知识来表示。
根据一个具体实施例,在某个子帧中发信号通知捆绑窗口中的数据分组的最小总数量的步骤601和603通过将该数量添加到在PDCCH上发信号通知的DCI来执行。
作为一个备选方案,在某个子帧中发信号通知捆绑窗口中的数据分组的最小总数量的步骤601和603可通过采用PDCCH的CRC的加扰来执行。
作为另一个备选方案,在某个子帧中发信号通知捆绑窗口中的数据分组的最小总数量的步骤601和603可通过采用PDCCH上的位和CRC加扰的组合来执行。
根据一些实施例,在某个子帧中发信号通知捆绑窗口中的数据分组的最小总数量的步骤通过在下行链路子帧中发信号通知索引来执行。在这些实施例中,较高层信令可用于配置用于将发信号通知的索引映射到捆绑窗口中的数据分组的实际最小总数量的查找表。
在接收到该知识之后,移动终端120能够确定在捆绑窗口中调度并且从基站110发送的任何数据分组是被正确接收还是丢失。然后,移动终端120可相应地向基站110发送确认或非确认。如果任何数据分组丢失或者将非确认发送给基站110,则基站110可重传丢失的数据分组。
要执行上述向移动终端120发送数据分组的方法步骤,基站110包括图7所示的布置700。基站110配置成将当前捆绑窗口用于在无线电信道的子帧中传送数据分组。捆绑窗口包括已经传送给或者将要传送给移动终端120的多个数据分组,该数据分组配置成要由移动终端120来确认。
基站布置700包括发信号通知单元710,它配置成在第一子帧中向移动终端120发信号通知捆绑窗口的第一数据分组的第一下行链路指配。下行链路指配包括关于捆绑窗口中调度成要传送给移动终端120的数据分组的最小总数量的知识。
基站布置700还可包括配置成将知识更新到当前状态的更新单元720。
发信号通知单元710还可配置成在下一个子帧中向移动终端发信号通知捆绑窗口的下一个数据分组的下一个下行链路指配。下行链路指配包括已更新知识。
根据一些实施例,关于数据分组的最小总数量的知识由关于先前调度数据分组的数量的知识、关于捆绑窗口中的将来调度数据分组的最小数量的知识以及关于当前指配的第一数据分组的知识来表示。
根据一些实施例,关于数据分组的最小总数量的知识由关于当前发信号通知的下行链路指配是第一、最后一个、第一和最后一个或者既不是第一也不是最后一个下行链路指配的知识来表示。
根据另外一些实施例,发信号通知单元710还配置成通过将捆绑窗口中的数据分组的最小总数量添加到在PDCCH上发信号通知的DCI,在某个子帧中发信号通知该数量。
在一个备选实施例中,发信号通知单元710配置成通过采用PDCCH的CRC的加扰,在某个子帧中发信号通知捆绑窗口中的数据分组的最小总数量。
在另一个备选实施例中,发信号通知单元710配置成通过采用PDCCH上的位和CRC加扰的组合,在某个子帧中发信号通知捆绑窗口中的数据分组的最小总数量。
在又一个备选实施例中,发信号通知单元710配置成通过在下行链路子帧中发信号通知索引,来执行在某个子帧中发信号通知捆绑窗口中的数据分组的最小总数量。较高层信令可用于配置用于将发信号通知的索引映射到捆绑窗口中的数据分组的实际最小总数量的查找表。
现在参照图8中示出的流程图来描述根据一些实施例、在移动终端120中用于接收来自基站110的数据分组的方法步骤。如上所述,基站110将当前捆绑窗口用于传送数据分组。捆绑窗口包括传送给或者将要传送给移动终端120的多个数据分组。数据分组要由移动终端120来确认。该方法包括以下步骤:
801.移动终端120在第一子帧中接收来自基站100的信号。该信号包括捆绑窗口的第一数据分组的第一下行链路指配。下行链路指配包括关于捆绑窗口中调度成要传送给移动终端120的数据分组的最小总数量的知识、即信息。
802.移动终端120将第一子帧解码。
803.移动终端确定在第一下行链路指配之前、在捆绑窗口中调度并且从基站110发送的任何数据分组是否已丢失。该确定基于所接收的知识。
804.这个步骤是可选的。移动终端120在下一个子帧中接收来自基站100的信号。信号包括捆绑窗口的下一个数据分组的下一个下行链路指配。下行链路指配包括由基站110更新到当前状态的已更新知识。
805.这个步骤是可选的。移动终端120将下一个子帧解码。
806.这个步骤也是可选的。根据所接收的已更新知识,移动终端120确定在下一个下行链路指配之前、在捆绑窗口中调度并且从基站110发送的任何数据分组是否已丢失。
在一个具体实施例中,关于数据分组的最小总数量的知识由关于先前调度数据分组的数量的知识、关于捆绑窗口中的将来调度数据分组的最小数量的知识以及关于当前指配的第一数据分组的知识来表示。
在一个备选实施例中,关于数据分组的最小总数量的知识由关于当前接收的下行链路指配是第一、最后一个、第一和最后一个或者既不是第一也不是最后一个下行链路指配的知识来表示。
根据一个具体实施例,在某个子帧中接收捆绑窗口中的数据分组的最小总数量的步骤801和804通过添加到在PDCCH上接收的DCI的数量来表示。
根据一个备选实施例,在某个子帧中接收捆绑窗口中的数据分组的最小总数量的步骤801和804中已经采用PDCCH的加扰CRC。
根据另一个备选实施例,在某个子帧中接收捆绑窗口中的数据分组的最小总数量的步骤801和804中采用PDCCH上的位和CRC加扰的组合。
在一些实施例中,在某个子帧中接收捆绑窗口中的数据分组的最小总数量的步骤801和804通过在下行链路子帧中索引的发信号通知来执行。将索引关联到捆绑窗口中的数据分组的最小总数量。较高层信令可用于配置用于将发信号通知的索引映射到捆绑窗口中的数据分组的实际最小总数量的查找表。
在移动终端120已经确定在捆绑窗口中调度并且从基站110发送的任何数据分组是被正确接收还是丢失之后,移动终端120可相应地向基站110发送确认或者非确认。如果任何数据分组丢失或者将非确认发送给基站,则基站110可重传该数据分组。
要执行上述用于接收来自基站110的数据分组的方法步骤,移动终端120包括图9所示的布置900。如上所述,基站110配置成将当前捆绑窗口用于传送数据分组。捆绑窗口包括传送给或者将要传送给移动终端120的多个数据分组,该数据分组要由移动终端120来确认。
移动终端布置900包括配置成在第一子帧中接收来自基站100的信号的接收单元910。该信号包括捆绑窗口的第一数据分组的第一下行链路指配。下行链路指配包括关于捆绑窗口中调度成要传送给移动终端120的数据分组的最小总数量的知识。
移动终端布置900包括配置成将第一子帧解码的解码单元920。
移动终端布置900还包括配置成确定在第一下行链路指配之前、在捆绑窗口中调度并且从基站110发送的任何数据分组是否已丢失的确定单元930。该确定基于所接收的已更新知识。
接收单元910还可配置成在下一个子帧中接收来自基站100的信号。该信号包括捆绑窗口的下一个数据分组的下一个下行链路指配。下行链路指配包括由基站110更新到当前状态的已更新知识。
解码单元920还可配置成将下一个子帧解码。
确定单元930还可配置成确定在下一个下行链路指配之前、在捆绑窗口中调度并且从基站110发送的任何数据分组是否已丢失。该确定基于所接收的已更新知识。
根据一些实施例,关于数据分组的最小总数量的知识由关于先前调度数据分组的数量的知识、关于捆绑窗口中的将来调度数据分组的最小数量的知识以及关于当前指配的第一数据分组的知识来表示。
根据一些实施例,关于数据分组的最小总数量的知识由关于当前发信号通知的下行链路指配是第一、最后一个、第一和最后一个或者既不是第一也不是最后一个下行链路指配的知识来表示。
根据一个具体实施例,接收单元910还配置成通过将捆绑窗口中的数据分组的最小总数量添加到在PDCCH上接收的DCI,在某个子帧中接收该数量。
根据一个备选实施例,接收单元910还配置成在某个子帧中接收捆绑窗口中的数据分组的最小总数量,其中已经采用PDCCH的加扰CRC。
根据一个备选实施例,接收单元910还配置成在某个子帧中接收捆绑窗口中的数据分组的最小总数量,其中已经采用PDCCH上的位和CRC加扰的组合。
在一些实施例中,接收单元910还配置成通过在下行链路子帧中接收索引,在某个子帧中接收捆绑窗口中的数据分组的最小总数量。索引关联到捆绑窗口中的数据分组的最小总数量。较高层信令可用于配置用于将发信号通知的索引映射到捆绑窗口中的数据分组的实际最小总数量的查找表。
上述用于发送或接收数据分组的本机制可通过例如图7所示的基站布置700中的处理器730或者图9所示的移动终端布置900中的处理器940等一个或多个处理器连同用于执行本解决方案的功能的计算机程序代码一起来实现。上述程序代码还可作为计算机程序产品来提供,例如采取携带用于在被加载到基站110或移动终端120时执行本解决方案的计算机程序代码的数据载体的形式。一种这样的载体可采取CDROM光盘的形式。但是,采用其它数据载体、如存储棒是可行的。计算机程序代码还可作为服务器上的纯程序代码来提供,并且远程下载到基站110或移动终端120。
当使用词语“包括”或“包含”时,将解释为非限制性的,即,表示“至少包括”。
本发明并不局限于上述优选实施例。可使用各种备选、修改和等效方案。因此,以上实施例不应当用来限制所附权利要求书所限定的本发明的范围。
Claims (10)
1.一种在基站(110)中用于向移动终端(120)发送数据分组的方法,所述基站(110)将当前捆绑窗口用于在无线电信道的子帧中传送数据分组,该捆绑窗口包括已经传送给或者将要传送给所述移动终端(120)的多个数据分组,该数据分组要由所述移动终端(120)来确认,所述方法包括下列步骤:
在第一子帧中向所述移动终端(120)发信号通知(601)所述捆绑窗口的第一数据分组的第一下行链路指配,该下行链路指配包括关于在所述捆绑窗口中调度成要传送给所述移动终端(120)的数据分组的最小总数量的知识。
2.如权利要求1所述的方法,包括在所述传送所述第一数据分组的步骤之后要采取的其它步骤:
将所述知识更新(602)到当前状态,以及
在下一个子帧中向所述移动终端发信号通知(603)所述捆绑窗口的下一个数据分组的下一个下行链路指配,该下行链路指配包括所述已更新知识。
3.如权利要求1-2中的任一项所述的方法,其中,关于数据分组的最小总数量的所述知识由关于先前调度数据分组的数量的所述知识、关于所述捆绑窗口中的将来调度数据分组的最小数量的知识以及关于当前指配的所述第一数据分组的知识来表示。
4.如权利要求1-3中的任一项所述的方法,其中,关于数据分组的最小总数量的所述知识由关于当前发信号通知的下行链路指配是第一、最后一个、第一和最后一个或者既不是第一也不是最后一个下行链路指配的所述知识来表示。
5.如权利要求1-4中的任一项所述的方法,其中,所述在某个子帧中发信号通知所述捆绑窗口中数据分组的最小总数量的步骤通过将所述数量添加到在物理下行链路控制信道(PDCCH)上发信号通知的所述下行链路控制信息(DCI)来执行。
6.如权利要求1-4中的任一项所述的方法,其中,所述在某个子帧中发信号通知所述捆绑窗口中数据分组的最小总数量的步骤通过采用所述PDCCH的循环冗余校验(CRC)的加扰来执行。
7.如权利要求1-4中的任一项所述的方法,其中,所述在某个子帧中发信号通知所述捆绑窗口中数据分组的最小总数量的步骤通过采用PDCCH上的位和CRC加扰的组合来执行。
8.如权利要求1-4中的任一项所述的方法,其中,所述在某个子帧中发信号通知所述捆绑窗口中数据分组的最小总数量的步骤通过在所述下行链路子帧中发信号通知索引来执行。
9.如权利要求8所述的方法,其中,较高层信令用于配置用于将所述发信号通知的索引映射到所述捆绑窗口中数据分组的实际最小总数量的查找表。
10.一种在移动终端(120)中用于接收来自基站(110)的数据分组的方法,所述基站(110)将当前捆绑窗口用于传送数据分组,该捆绑窗口包括传送给或者将要传送给所述移动终端(120)的多个数据分组,该数据分组要由所述移动终端(120)来确认,所述方法包括下列步骤:
在第一子帧中接收(801)来自所述基站(110)的信号,所述信号包括所述捆绑窗口的第一数据分组的第一下行链路指配,该下行链路指配包括关于在所述捆绑窗口中调度成要传送给所述移动终端(120)的数据分组的最小总数量的知识,
将所述第一子帧解码(802),
根据所述所接收的知识,确定(803)在所述第一下行链路指配之前、在所述捆绑窗口中调度并且从所述基站(110)发送的任何数据分组是否已丢失。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US4832008P | 2008-04-28 | 2008-04-28 | |
US61/048320 | 2008-04-28 | ||
CN200880128978.9A CN102017504B (zh) | 2008-04-28 | 2008-10-03 | 具有捆绑窗口中的所指配数据分组的信令的电信***中的方法和装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200880128978.9A Division CN102017504B (zh) | 2008-04-28 | 2008-10-03 | 具有捆绑窗口中的所指配数据分组的信令的电信***中的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105227275A true CN105227275A (zh) | 2016-01-06 |
CN105227275B CN105227275B (zh) | 2019-07-02 |
Family
ID=40470017
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510316860.0A Active CN105227275B (zh) | 2008-04-28 | 2008-10-03 | 具有捆绑窗口中的所指配数据分组的信令的电信***中的方法和装置 |
CN200880128978.9A Active CN102017504B (zh) | 2008-04-28 | 2008-10-03 | 具有捆绑窗口中的所指配数据分组的信令的电信***中的方法和装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200880128978.9A Active CN102017504B (zh) | 2008-04-28 | 2008-10-03 | 具有捆绑窗口中的所指配数据分组的信令的电信***中的方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8477666B2 (zh) |
EP (1) | EP2294744B1 (zh) |
CN (2) | CN105227275B (zh) |
WO (1) | WO2009134179A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112020838A (zh) * | 2018-03-02 | 2020-12-01 | 交互数字专利控股公司 | 用于侧链路辅助的下行链路广播的协议 |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100150081A1 (en) * | 2008-06-30 | 2010-06-17 | Nokia Corporation | Physical upling control channel compression supporting ack/nack bundling |
JP5199223B2 (ja) * | 2008-12-30 | 2013-05-15 | 創新音▲速▼股▲ふん▼有限公司 | Ack/nackバンドリングを改善する方法及び通信装置 |
KR101986113B1 (ko) * | 2011-10-04 | 2019-06-05 | 삼성전자주식회사 | 이동 광대역 네트워크 환경에서 제어 정보를 시그널링하고 처리하는 방법 및 시스템 |
WO2013055128A2 (ko) * | 2011-10-11 | 2013-04-18 | 엘지전자 주식회사 | 무선 접속 시스템에서 번들링 스케줄링 방법 및 이를 위한 장치 |
US9137781B2 (en) * | 2012-01-06 | 2015-09-15 | Industrial Technology Research Institute | Method of handling hybrid automatic repeat request resources in wireless communication system |
US9107214B2 (en) | 2012-01-06 | 2015-08-11 | Industrial Technology Research Institute | Method of handling hybrid automatic repeat request acknowledgement responses in wireless communication system |
US8885752B2 (en) * | 2012-07-27 | 2014-11-11 | Intel Corporation | Method and apparatus for feedback in 3D MIMO wireless systems |
EP2787670A1 (en) * | 2013-04-05 | 2014-10-08 | Panasonic Intellectual Property Corporation of America | MCS table adaptation for 256-QAM |
WO2015085477A1 (en) * | 2013-12-10 | 2015-06-18 | Nokia Technologies Oy | Flexible harq timing |
CN107210889B (zh) * | 2015-01-20 | 2021-03-09 | Lg 电子株式会社 | 发送上行链路控制信息的方法及其装置 |
US9948430B2 (en) * | 2015-03-17 | 2018-04-17 | Huawei Technologies Co., Ltd. | Method and apparatus for combining data and retransmission data in layer domain |
US10624119B2 (en) | 2015-04-08 | 2020-04-14 | Qualcomm Incorporated | Transmission scheduling for contention based carrier |
JP6559256B2 (ja) * | 2015-05-15 | 2019-08-14 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | トランスポートブロックをワイヤレスネットワーク内で通信すること |
WO2017065664A1 (en) * | 2015-10-13 | 2017-04-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and devices for mitigating error propagation in transmission assignments |
US10057895B2 (en) * | 2015-10-13 | 2018-08-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and devices for mitigating error propagation in transmission assignments |
GB2552947A (en) * | 2016-08-09 | 2018-02-21 | Nec Corp | Communication System |
CN107733576A (zh) * | 2016-08-11 | 2018-02-23 | 株式会社Ntt都科摩 | 发送混合自动重复请求反馈信息的方法和用户设备 |
CN108282881B (zh) * | 2017-01-06 | 2020-12-15 | 华为技术有限公司 | 一种资源配置方法及装置 |
US11769131B2 (en) * | 2017-02-02 | 2023-09-26 | Thomas Edward Griffith | Financial processing and data management system and method |
CN110048818B (zh) * | 2019-05-05 | 2020-06-23 | 华中科技大学 | 一种对于用户的tid的反馈信息确认及处理***及处理方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101098227A (zh) * | 2006-06-30 | 2008-01-02 | 中兴通讯股份有限公司 | 一种宽带接入设备的用户安全防护方法 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040147257A1 (en) * | 1998-05-20 | 2004-07-29 | Phillips Kevin Paul | Satellite communication method and apparatus |
JP3946059B2 (ja) * | 2002-03-06 | 2007-07-18 | 株式会社エヌ・ティ・ティ・ドコモ | 移動局、通信システム及び通信方法 |
US6930992B2 (en) * | 2003-06-19 | 2005-08-16 | Via Telecom Co., Ltd. | Hybrid CDM/TDM signaling for packet acknowledgment |
US7460524B2 (en) * | 2003-12-07 | 2008-12-02 | Lucent Technologies Inc. | Method of frame aggregation |
US7433329B2 (en) * | 2004-04-07 | 2008-10-07 | Cisco Technology, Inc. | Aggregation scheduler |
GB2418105A (en) * | 2004-09-13 | 2006-03-15 | Fujitsu Ltd | Relative indicators used for scheduling of uplink transmissions |
CA2607170A1 (en) * | 2005-05-06 | 2006-11-16 | Anthony Perry | Method for the isolation of spiroplasma in mammals |
US8503371B2 (en) * | 2005-06-16 | 2013-08-06 | Qualcomm Incorporated | Link assignment messages in lieu of assignment acknowledgement messages |
US8891457B2 (en) | 2005-12-08 | 2014-11-18 | Apple Inc. | Resource assignment systems and methods |
US9084277B2 (en) * | 2007-05-04 | 2015-07-14 | Qualcomm Incorporated | Method and apparatus for UL ACK allocation |
US8503375B2 (en) * | 2007-08-13 | 2013-08-06 | Qualcomm Incorporated | Coding and multiplexing of control information in a wireless communication system |
US8194699B2 (en) * | 2007-09-21 | 2012-06-05 | Intel Corporation | Radio scheduler and data plane interface |
JP5216334B2 (ja) * | 2008-01-21 | 2013-06-19 | 株式会社ジャパンディスプレイイースト | 液晶表示装置 |
US8335165B2 (en) * | 2008-03-04 | 2012-12-18 | Texas Instruments Incorporated | Transmission of multiple ACK/NAK bits with data |
CN102084618B (zh) * | 2008-06-23 | 2015-04-15 | 诺基亚通信公司 | 用于提供确认捆绑的方法和设备 |
-
2008
- 2008-10-03 WO PCT/SE2008/051123 patent/WO2009134179A1/en active Application Filing
- 2008-10-03 EP EP08813619.7A patent/EP2294744B1/en active Active
- 2008-10-03 CN CN201510316860.0A patent/CN105227275B/zh active Active
- 2008-10-03 CN CN200880128978.9A patent/CN102017504B/zh active Active
- 2008-10-03 US US12/989,994 patent/US8477666B2/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101098227A (zh) * | 2006-06-30 | 2008-01-02 | 中兴通讯股份有限公司 | 一种宽带接入设备的用户安全防护方法 |
Non-Patent Citations (1)
Title |
---|
ERICSSON: "TSG-RAN WG1 #52bis,R1-081528", 《DETAILS OF ACK/NAK BUNDLING OF TDD》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112020838A (zh) * | 2018-03-02 | 2020-12-01 | 交互数字专利控股公司 | 用于侧链路辅助的下行链路广播的协议 |
CN112020838B (zh) * | 2018-03-02 | 2023-09-26 | 交互数字专利控股公司 | 用于侧链路辅助的下行链路广播的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN105227275B (zh) | 2019-07-02 |
EP2294744A1 (en) | 2011-03-16 |
CN102017504B (zh) | 2015-06-17 |
WO2009134179A1 (en) | 2009-11-05 |
CN102017504A (zh) | 2011-04-13 |
US20110044278A1 (en) | 2011-02-24 |
US8477666B2 (en) | 2013-07-02 |
EP2294744B1 (en) | 2018-01-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102017504B (zh) | 具有捆绑窗口中的所指配数据分组的信令的电信***中的方法和装置 | |
US11032807B2 (en) | Uplink control information transmission in overlapping time domain resource | |
CN102202408B (zh) | 多子帧调度方法、***和设备 | |
CN102132513B (zh) | 电信***中的方法和布置 | |
CN102740465B (zh) | 数据传输方法、装置及*** | |
CN103283173B (zh) | 在基于tdd的无线通信***中发射ack/nack的方法和设备 | |
CN102124686B (zh) | 通信***中的方法和布置 | |
KR101899907B1 (ko) | 캐리어 집합 무선 통신시스템들에서 업링크 인정 신호를 전송하기 위한 방법 및 시스템 | |
CN102461051B (zh) | 用于通信的设备和方法 | |
CN101841398B (zh) | 一种上行控制信令的传输方法及用户设备 | |
RU2684580C1 (ru) | Способ передачи и способ приема информации управления восходящей линией и соответствующее устройство | |
CN101951684B (zh) | 一种确认信息的发送方法及用户终端 | |
CN103718484A (zh) | 在支持载波聚合的tdd通信***中定义物理信道传送/接收定时和资源分配的设备及其方法 | |
CN105009499A (zh) | 在自适应配置的tdd通信***中的确认信息的传输 | |
CN105210320A (zh) | 通信*** | |
CN104412684A (zh) | 在无线通信***中用于上行链路控制信道的资源分配方法及设备 | |
CN102223219A (zh) | Harq-ack的反馈处理方法及*** | |
CN103843277A (zh) | 使用pucch格式3资源的ack/nack和信道状态信息的同时报告 | |
CN105684337A (zh) | 当在载波聚合中包括tdd小区和fdd小区时的harq操作 | |
CN104348591A (zh) | 一种上行控制信息的发送方法及用户设备、基站 | |
US10084524B2 (en) | Channel state information transmission method, user equipment, and access network device | |
WO2013157865A1 (ko) | 무선 통신 시스템에서 단말 간 직접 통신을 위한 harq 수행 방법 및 이를 위한 장치 | |
CN102469599B (zh) | Ack/nack反馈信息的信道资源确定方法和设备 | |
CN103648175A (zh) | 多子帧调度方法、***和设备 | |
CN111713055A (zh) | 在通信网络中发送数据包的装置和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |