执行/支持上行链路载波切换的方法、用户设备和基站与流程

文档序号:16847742发布日期:2019-02-12 22:27阅读:153来源:国知局
执行/支持上行链路载波切换的方法、用户设备和基站与流程
本申请大体上涉及无线通信系统,并且更具体地,涉及用于在无线通信系统中执行上行链路载波切换的用户设备和方法,以及用于在无线通信系统中支持上行链路载波切换的基站和方法。
背景技术
:在rel-10lte中,ue可以被配置有用于下行链路载波聚合的多个下行链路载波频率以及仅一个上行链路载波频率。主要分量载波包括下行链路和上行链路载波对(对于fdd系统在不同的频率上,而对于tdd系统在相同的频率上),而次要分量载波可以仅包括单个下行链路载波频率而没有上行链路载波频率。总是在主要分量载波上发送与次要分量载波相关联的层1上行链路控制信息。对于其中不同的载波频率与不同的e节点b相关联并且所涉及的e节点b可以不共同位于同一地点的ue,使能两个或更多个下行链路载波频率的聚合是有益的(地点间e节点b间载波聚合)。这也被称为非共信道双连接性(non-co-channeldualconnectivity)。某一部署场景可以具有配置有不同的下行链路和上行链路载波对的不同相邻e节点b。某一部署场景也可以具有与慢回程(例如40ms路上传输延迟)互连的e节点b。当配置了e节点b间载波聚合时,到ue的流量可以主要流过特定载波。在一个示例中,具有尽力的qos的业务可以主要流过一个载波,而具有更严格的qos的业务可以主要流过另一载波。在另一示例中,业务可以因为相应路径损耗可能更低而主要流过一个载波。技术实现要素:技术问题当ue被配置有载波聚合时(其中第一e节点b与主要分量载波相关联,而第二e节点b与次要分量载波相关联),由于第一e节点b在x2接口上向第二e节点b发送与第二分量载波对应的层1上行链路控制信息所招致的的过度延迟,所以不期望ue向主要分量载波发送与第二分量载波对应的层1上行链路控制信息。因此,当地点间e节点b间载波聚合被配置时,需要直接通过空气向所涉及的e节点b发送与该e节点b相关联的上行链路控制信息和上行链路数据。技术方案实施例提供了一种在用在无线通信系统中的用户设备(ue)中实现的方法。该方法包括向基站发送指示,该指示是ue能够在单一上行链路载波频率上发送和能够进行下行链路载波聚合。该方法还包括从基站接收上行链路载波频率切换模式。该方法还包括基于上行链路载波频率切换模式来切换上行链路载波频率。实施例提供了一种在用在无线通信系统中的基站中实现的方法。该方法包括接收指示,该指示是用户设备(ue)能够在单一上行链路载波频率上发送以及能够进行下行链路载波聚合。该方法还包括从基站发送上行链路载波频率切换模式。ue基于上行链路载波频率切换模式来切换上行链路载波频率。实施例提供了一种在用在无线通信系统中的用户设备(ue)。ue包括收发器和控制器。收发器被配置为向基站发送指示和从基站接收上行链路载波频率切换模式,其中所述指示是ue能够在单一上行链路载波频率上发送和能够进行下行链路载波聚合。控制器被配置为基于上行链路载波频率切换模式来切换上行链路载波频率。实施例提供了一种用在无线通信系统中的基站。该基站包括收发器。收发器被配置为接收指示并从基站发送上行链路载波频率切换模式,其中指示是ue能够在单一上行链路载波频率上发送和能够进行下行链路载波聚合。ue基于上行链路载波频率切换模式来切换上行链路载波频率。根据本发明的一个方面,提供一种用于在无线通信系统中由用户设备(ue)执行上行链路载波切换的方法,该方法包括:从基站接收与上行链路载波切换相关联的信息;以及基于与上行链路载波切换相关联的信息,执行上行链路载波切换以用于发送探测参考信号srs。根据本发明的一个方面,提供一种用于在无线通信系统中由基站支持上行链路载波切换的方法,该方法包括:向用户设备(ue)发送与上行链路载波切换相关联的信息;以及基于与上行链路载波切换相关联的信息,在其他基站与ue通信时,暂停向ue进行数据传输。根据本发明的一个方面,提供一种用于在无线通信系统中执行上行链路载波切换的用户设备(ue),所述ue包括:收发器;和处理器,耦合到收发器,其中处理器被配置为:从基站接收与上行链路载波切换相关联的信息,以及基于与上行链路载波切换相关联的信息,执行上行链路载波切换以用于发送探测参考信号srs。根据本发明的一个方面,提供一种用于在无线通信系统中支持上行链路载波切换的基站,所述基站包括:收发器;和处理器,耦合到收发器,其中处理器被配置为:将与上行链路载波切换相关联的信息发送到用户设备(ue),基于与上行链路载波切换相关联的信息,在其他基站与ue通信时,暂停向ue进行数据传输。在进行下面的“具体实施方式”之前,阐述遍及此专利文档中使用的某些词语和短语的定义可能是有利的:术语“包括”和“包含”及其衍生词意思是没有限制的包括;术语“或”是包括的,意思是和/或;短语“与……相关联”和“与其相关联的”及其衍生词可以意指包括、被包括在……之内、与……互连、包含、被包含在……之内、连接到或与……连接、耦接到或与……耦接、与……可通信的、与……合作、交织、并置、接近、绑定到或与……绑定、具有、具有……的属性等等;并且术语“控制器”意思是控制至少一个操作的任何设备、系统或其部分,这样的设备可以用硬件、固件或软件、或至少其中两个的某种组合来实现。应该注意到,与任何特定的控制器相关联的功能可以是集中或分布的,不管是本地的还是远程的。遍及此专利文档提供某些词语和短语的定义,本领域普通技术人员应该理解,如果不是在大多数情况则在很多情况中,这样的定义适用于如此定义的词语和短语的在前的以及未来的使用。附图说明为了更完全地理解本公开及其优点,现在参考以下结合附图的描述,其中相似的参考标号代表相似的部分:图1示出根据此公开的示例无线网络;图2示出根据此公开的示例e节点b(enb);图3示出根据此公开的示例用户设备(ue);图4示出根据此公开的dl传输时间间隔(tti)的结构;图5示出根据此公开的用于pusch传输的ultti的结构;图6示出根据此公开的用于在tti中发送harq-ack信号的第一pucch格式的结构;图7示出根据此公开的用于在tti中发送harq-ack信号的第二pucch格式的结构;图8示出根据此公开的物理上行链路共享信道(pusch)资源分配的示例;图9示出根据此公开的示例上行链路载波频率切换模式;图10示出根据此公开的用于确定哪个上行链路载波频率用于传输的示例过程;图11示出根据此公开的示例上行链路载波频率切换模式;图12示出根据此公开的可配置的切换时段模式的示例;。图13a-13b示出根据此公开的pdcch/epdcch监视行为的示例;图14a-14b示出根据此公开的在子帧中的pusch的示例;图15示出根据此公开的用于确定用于fdd和tdd联合操作的上行链路tti切换模式的示例过程;图16示出根据此公开的用于确定fdd小区的dlharq过程索引字段的比特数量的示例过程;图17示出根据此公开的取决于主要小区是fdd小区还是tdd小区来确定dldci格式中的dldai字段的存在的示例过程;以及图18示出根据此公开的取决于fddul-dl配置是否被使能来确定dldci格式中的dldai字段的存在的示例过程。具体实施方式下面讨论的图1至18以及此专利文件中用于描述本发明的原理的各种实施例仅作为说明而不应该以任何方式解释为限制本公开的范围。本领域技术人员将理解可以用任何适当布置的设备或系统来实现此公开的原理。图1示出根据此公开的示例无线网络100。图1中所示的无线网络100的实施例仅用于说明。可以使用无线网络100的其它实施例而不脱离此公开的范围。如图1中所示,无线网络100包括e节点b(enb)101、enb102和enb103。enb101与enb102和enb103通信。enb101还与至少一个互联网协议(ip)网络130通信,ip网络130诸如因特网、私有ip网络或其它数据网络。enb102为在enb102的覆盖区域120之内的第一多个用户设备(ue)提供到网络130的无线宽带接入。第一多个ue包括可以位于小型企业(sb)中的ue111;可以位于企业(e)中的ue112;可以位于wi-fi热点(hs)中的ue113;可以位于第一住宅(r)中的ue114;可以位于第二住宅(r)中的ue115;以及可以是如蜂窝电话、无线膝上型计算机、无线pda等的移动设备(m)的ue116。enb103为在enb103的覆盖区域125之内的第二多个ue提供到网络130的无线宽带接入。第二多个ue包括ue115和ue116。在一些实施例中,enb101-103的一个或多个可以使用5g、lte、lte-a、wimax、wi-fi或其它无线通信技术与彼此并与ue111-116通信。取决于网络类型,可以使用其它公知术语来代替“e节点b”或“enb”,诸如“基站”或“接入点”。为了方便起见,在此专利文件中使用术语“e节点b”和“enb”来指代向远程终端提供无线接入的网络基础设施组件。此外,取决于网络类型,可以使用其它公知术语来代替“用户设备”或“ue”,诸如“移动台”、“订户台”、“远程终端”、“无线终端”或“用户设备”。为了方便起见,不管ue是移动设备(诸如移动电话或智能手机)还是正常地被认为是固定设备(诸如台式计算机或售卖机),在此专利文件中都使用术语“用户设备”和“ue”都指代无线接入enb的远程无线设备。虚线显示覆盖区域120和125的近似范围,仅为了说明和解释的目的将其显示为近似圆形。应该清楚地理解,取决于enb的配置以及与自然障碍物和人工障碍物相关联的无线电环境的变化,与enb相关联的覆盖区域,例如覆盖区域120和125,可以具有其它形状,包括不规则的形状。如下面更详细地描述的,实施例提供了一种在用在无线通信系统中的基站中实现的方法。该方法包括接收用户设备(ue)能够在单个上行链路载波频率上发送以及下行链路载波聚合的指示。该方法还包括从基站发送上行链路载波频率切换模式(pattern)。ue基于上行链路载波频率切换模式来切换上行链路载波频率。虽然图1示出无线网络100的一个示例,但是可以对图1进行各种改变。例如,无线网络100可以以任何合适的布置来包括任何数量的enb和任何数量的ue。此外,enb101可以直接与任何数量的ue通信,并且向那些ue提供到网络130的无线宽带接入。同样地,每个enb102-103可以直接与网络130通信,并且向ue提供到网络130的直接无线宽带接入。此外,enb101、102和/或103可以提供到诸如外部电话网或其它类型的数据网络的其它或另外的外部网络的接入。图2示出根据此公开的示例enb102。图2中所示的enb102的实施例仅用于说明,并且图1的enb101和103可以具有相同或相似的配置。然而,enb以各种配置出现,并且图2不将此公开的范围限制于enb的任何特定实施方式。如图2中所示,enb102包括多个天线205a-205n,多个rf收发器210a-210n,发送(tx)处理电路215和接收(rx)处理电路220。enb102还包括控制器/处理器225、存储器230和回程或网络接口235。rf收发器210a-210n从天线205a-205n接收到来的rf信号,诸如由网络100中的ue发送的信号。rf收发器210a-210n将到来的rf信号下变频来生成if或基带信号。if或基带信号被发送给rx处理电路220,rx处理电路220通过对基带或if信号滤波、解码和/或数字化来生成经处理的基带信号。rx处理电路220将经处理的基带信号发送给控制器/处理器225用于进一步的处理。tx处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、web数据、电子邮件或交互视频游戏数据)。tx处理电路215编码、复用和/或数字化外发的基带数据来生成经处理的基带或if信号。rf收发器210a-210n从tx处理电路215接收外发的经处理的基带或if信号,并且将基带或if信号上变频到经由天线205a-205n发送的rf信号。控制器/处理器225可以包括控制enb102的全面操作的一个或多个处理器或其它处理设备。例如,控制器/处理器225可以根据公知原理来控制rf收发器210a-210n、rx处理电路220和tx处理电路215对正向信道信号的接收和反向信道信号的发送。控制器/处理器225也可以支持另外的功能,诸如更高级的无线通信功能。例如,控制器/处理器225可以支持波束形成或定向路由操作,其中对从多个天线205a-205n外发的信号施加不同的权重来在期望的方向上有效地引导(steer)外发的信号。可以在enb102中由控制器/处理器225支持各种其它功能中的任何功能。在一些实施例中,控制器/处理器225包括至少一个微处理器或微控制器。控制器/处理器225也能够运行存在于存储器230中的程序和其它过程,诸如基本os。控制器/处理器225可以按照正在运行的过程的要求将数据移到存储器230中或移出存储器230。控制器/处理器225还耦合到回程或网络接口235。回程或网络接口235允许enb102通过回程连接或通过网络与其它设备或系统通信。接口235可以支持通过任何合适的有线或无线连接的通信。例如,当enb102被实现为蜂窝通信系统(诸如支持5g、lte或lte-a的蜂窝通信系统)的一部分时,接口235可以允许enb102通过有线或无线回程连接与其它enb通信。当enb102被实现为接入点时,接口235可以允许enb102通过有线或无线局域网或者通过到更大网络(诸如互联网)的有线或无线连接来通信。接口235包括支持通过有线或无线连接的通信的任何合适的结构,诸如以太网或rf收发器。存储器230耦合到控制器/处理器225。存储器230的一部分可以包括ram,存储器230的另一部分可以包括闪存或其它rom。虽然图2示出enb102的一个示例,但是可以对图2进行各种改变。例如,enb102可以包括任何数量的、图2中所示的每个组件。作为特定示例,接入点可以包括许多接口235,并且控制器/处理器225可以支持在不同的网络地址之间路由数据的路由功能。作为另一特定示例,虽然被示出为包括tx处理电路215的单个实例和rx处理电路220的单个实例,但是enb102可以包括每者的多个实例(诸中每个rf收发器一个)。此外,根据特定需要,图2中的各种组件可以被合并、进一步细分或者省略,并且另外的组件可以被添加。图3示出根据此公开的示例ue116。图3中所示的ue116的实施例仅用于说明,并且图1的ue111-115可以具有相同或相似的配置。然而,enb以各种配置出现,并且图3不将此公开的范围限制于ue的任何特定实施方式。如图3中所示,ue116包括天线305、射频(rf)收发器310、发送(tx)处理电路315、麦克风320和接收(rx)处理电路325。ue116还包括扬声器330、主处理器340、输入/输出(i/o)接口(if)345、小键盘350、显示器335和存储器360。存储器360包括基本操作系统(os)程序361以及一个或多个应用362。rf收发器310从天线305接收到来的、由网络100的enb发送的rf信号。rf收发器310将到来的rf信号下变频来生成中频(if)或基带信号。if或基带信号被发送给rx处理电路325,rx处理电路325通过对基带或if信号滤波、解码和/或数字化来生成经处理的基带信号。rx处理电路325发送经处理的基带信号到扬声器330(诸如对于语音数据)或到主处理器340用于进一步的处理(诸如对于网络浏览数据)。tx处理电路315从麦克风320接收模拟或数字语音数据,或者从主处理器340接收其它外发的基带数据(诸如web数据、电子邮件或交互视频游戏数据)。tx处理线路315对外发的基带数据编码、复用和/或数字化来生成经处理的基带或if信号。rf收发器310从tx处理电路315接收外发的经处理的基带或if信号,并且将基带或if信号上变频为经由天线305发送的rf信号。主处理器340可以包括一个或多个处理器或其它处理器件,并且运行存储在存储器360中的基本os程序361以便控制ue116的全面操作。例如,主处理器340可以根据公知原理来控制rf收发器310、rx处理电路325和tx处理电路315对正向信道信号的接收和对反向信道信号的发送。在一些实施例中,主处理器340包括至少一个微处理器或微控制器。主处理器340也能够运行存在于存储器360中的其它过程和程序。主处理器340可以按照正在运行的过程的要求将数据移到存储器360中或移出存储器360。在一些实施例中,主处理器340被配置为基于os程序361或者响应于从enb或操作者接收的信号来运行应用362。主处理器340也耦合到i/o接口345,i/o接口345向ue116提供连接到诸如膝上型计算机和手持计算机的其它设备的能力。i/o接口345是这些附件和主处理器340之间的通信路径。主处理器340还被耦合到小键盘350和显示单元355。ue116的操作者可以使用小键盘350来将数据输入到ue116中。显示器355可以是液晶显示器或者能够渲染文本和/或至少有限的图形(诸如来自网站的)的其它显示器。存储器360被耦合到主处理器340。存储器350的一部分可以包括随机存取存储器(ram),并且存储器360的另一部分可以包括闪存或其它只读存储器(rom)。虽然图3示出ue116的一个示例,但是可以对图3进行各种改变。例如,根据特定需要,图3中的各种组件可以被合并、进一步细分或者省略,例如另外的组件可以被添加。作为特定的示例,主处理器340可以被划分为多个处理器,诸如一个或多个中央处理单元(cpu)和一个或多个图形处理单元(gpu)。此外,虽然图3示出被配置为移动电话或智能手机的ue116,但是ue可以被配置为作为其它类型的移动或固定设备来操作。本公开的一个或多个实施例涉及一种无线通信系统,并且更具体地,涉及使用频分双工(fdd)的载波和使用时分双工(tdd)的载波的聚合。通信系统包括从诸如基站(bs)或节点b的发送点向用户设备(ue)传达信号的下行链路(dl),以及从ue向诸如节点b的接收点传达信号的上行链路(ul)。ue,通常也被称为终端或移动台,可以是固定的或移动的,并且可以是蜂窝电话、个人计算机设备等等。节点b,一般是固定站,也可以被称为接入点或其它等同术语。dl信号包括传达信息内容的数据信号、传达dl控制信息(dci)的控制信号以及也被称为导频信号的参考信号(rs)。节点b通过相应的物理dl共享信道(pdsch)或物理dl控制信道(pdcch)来发送数据信息或dci。节点b发送包括ue公共rs(crs)、信道状态信息rs(csi-rs)和解调rs(dmrs)的多种类型的rs中的一个或更多个。crs通过dl系统带宽(bw)被发送,并且可以被ue用来解调数据或控制信号,或者执行测量。为了减少crs开销,节点b可以发送在时间和/或频率域中以比crs更小的密度来发送csi-rs。为了信道测量,可以使用非零功率csi-rs(nzpcsi-rs)资源。为了干扰测量报告(imr),可以使用与零功率csi-rs(zpcsi-rs)相关联的csi干扰测量(csi-m)资源。ue可以通过来自节点b的更高层信令来确定csi-rs传输参数。dmrs仅在相应的pdsch的bw中被发送,并且ue可以使用dmrs来解调pdsch中的信息。图4示出根据此公开的dl传输时间间隔(tti)400的结构。图4中所示的tti400的实施例仅用于说明,并且图1的ue111-115可以具有相同或相似的配置。然而,ue以各种配置出现,并且图4不将此公开的范围限制于ue的任何特定实施方式。如图4中所示,tti400包括ofdm符号402、ofdm符号404和ofdm符号406。在一个实施例中,ue可以被配置有tti400,并且ue可以根据tti400来重新调谐它的上行链路载波频率。参照图4,dl信令使用正交频分复用(ofdm),并且dltti在时域中包括n=14个ofdm符号,并且在频域中包括k个资源块(rb)。第一类型的控制信道(cch)在第一n1个ofdm符号402(不包括传输,n1=0)中被发送。其余n-n1个ofdm符号404主要用于发送pdsch,并且在tti的一些rb中,用于发送第二类型的cch(ecch)406。ul信号也包括传达信息内容的数据信号,传达ul控制信息(uci)的控制信号,以及rs。ue通过相应的物理ul共享信道(pusch)或物理ul控制信道(pucch)来发送数据信息或uci。如果ue同时发送数据信息和uci,则它可以在pusch中复用两者。uci包括:指示pdsch中的数据传输块(tb)的正确或不正确检测的混合自动重复请求确认(harq-ack)信息、指示ue是否在它的缓冲器中具有数据的服务请求(sr)、以及使得节点b能够选择合适的参数用于到ue的pdsch或pdcch传输的信道状态信息(csi)。ulrs包括dmrs和声探rs(srs)。dmrs仅在相应pusch或pucch的bw中被发送,并且主要服务于使能在节点b的pusch或pucch中的信息的相干解调。srs由ue发送来向节点b提供ulcsi。为了初始接入或为了随后的同步的目的,ue也可以被节点b配置来发送随机接入信道(rach)。图5示出根据此公开的用于pusch传输的ultti502的结构500。图5中所示的结构500的实施例仅用于说明,并且图1的ue111-115可以具有相同或相似的配置。然而,ue以各种配置出现,并且图5不将此公开的范围限制于ue的任何特定实施方式。如图5中所示,结构500包括上行链路tti502、时隙504、符号506、dmrs时隙508、资源块510和符号512。在一个实施例中,ue可以被配置有结构500,并且ue可以根据结构500来重新调谐它的上行链路载波频率。参照图5,ul信令使用离散傅立叶变换扩频ofdm(dft-s-ofdm),并且ultti502包括两个时隙。每个时隙504包括个符号506用于发送数据信息、uci或rs。每个时隙中的一些pusch符号用于发送dmrs508。传输bw包括rb,其中每个rb包括个子载波或者资源元素(re)。ue被分配了mpusch个rb510,对于pusch传输bw总共个re。最后的tti符号可以用于复用从一个或多个ue的srs传输512。可用于数据/uci/dmrs传输的tti符号的数量是其中如果tti支持srs传输并且pusch传输bw至少部分与srs传输bw重叠则nsrs=1,否则nsrs=0。图6示出根据此公开的用于在tti中发送harq-ack信号的第一pucch格式的结构600。图6中所示的结构600的实施例仅用于说明,并且图1的ue111-115可以具有相同或相似的配置。然而,ue以各种配置出现,并且图6不将此公开的范围限制于ue的任何特定实施方式。如图6中所示,结构600包括时隙602,符号604-606,harq-ack比特b608、调制610、zadoff-chu序列612和传输614。在一个实施例中,ue可以被配置有结构600,并且ue可以根据结构600来重新调谐它的上行链路载波频率。参照图6,tti包括两个时隙,并且每个时隙602包括个符号604-606用于在rb中发送harq-ack信号(符号604)或rs(符号606)。harq-ack比特608使用二进制相移键控(bpsk)或四相相移键控(qpsk)调制来调制610长度的zadoff-chu(zc)序列612。harq-ack比特如果它传达对于数据tb的正确检测的肯定确认(ack),则可以具有数值-1,而如果它传达对于数据tb的不正确检测的否定确认(nack),则可以具有数值1。一般,数据tb接收的缺失被称为dtx,并且可以具有与nack相同的表示。在执行快速傅立叶逆变换(ifft)之后,调制的zc序列被发送614。rs通过未调制的zc序列被发送。具有如图6中的结构的第一pucch格式能够支持仅一个或两个harq-ack比特的传输。当多个pucch资源存在供ue选择用于harq-ack信号发送时,pucch资源选择和如图6中被称为pucch格式1b的第一pucch格式的使用的组合可以支持高达4个harq-ack比特的传输。第二pucch格式,被称为pucch格式3,也可以用于发送大量harq-ack比特,诸如,例如高达22比特。图7示出根据此公开的用于在tti中发送harq-ack信号的第二pucch格式的结构700。图7中所示的结构700的实施例仅用于说明,并且图1的ue111-115可以具有相同或相似的配置。然而,ue以各种配置出现,并且图7不将此公开的范围限制于ue的任何特定实施方式。如图7中所示,结构700包括时隙702、harq比特704、正交覆盖码(occ)706、乘法器708、dft预编码器710、ifft712、符号714、序列716、ifft718和符号720。在一个实施例中,ue可以被配置以结构700,并且ue可以根据结构700来重新调谐它的上行链路载波频率。参照图7,tti包括两个时隙,并且每个时隙702包括用于在rb中发送harq-ack信号或rs的符号。harq-ack信号传输使用dft-s-ofdm。在编码和调制之后,分别使用诸如reed-muller(rm)码的块码和四相相移键控(qpsk),相同harq-ack比特的集合被乘法器708与正交覆盖码(occ)706的元素相乘,并且随后被dft预编码器710进行dft预编码。例如,对于用于harq-ack信号传输的每时隙五个dft-s-ofdm符号,使用长度为5的occ。输出通过ifft712,并且它然后被映射到dft-s-ofdm符号714。因为操作是线性的,所以它们的相对次序可以互相改变。可以在tti的第二时隙中发送相同或不同的harq-ack比特。也在每个时隙中发送rs以使能对harq-ack信号的相干解调。rs从长度的zc序列716构造,其通过ifft718并且映射到另一dft-s-ofdm符号720。如果ue对于小区c检测调度使用一个数据tb或使用两个数据tb的pdsch接收的dldci格式,并且ue在响应于两个数据tb的接收而生成的两个harq-ack信息比特之间(使用xor运算)应用捆绑(空域捆绑),则ue生成oc=1个harq-ack信息比特(如果当所配置的传输模式用于两个数据tb时传达一个数据tb,假设ack用于没有发送的数据tb);否则,ue生成oc=2个harq-ack信息比特。到ue的pdsch传输或者来自ue的pusch传输可以被动态地调度或者半永久地调度(sps)。动态传输由通过pdcch传达并且包括提供pdsch或pusch传输参数的字段的dci格式触发,而sps传输参数通过诸如无线资源控制(rrc)信令的更高层信令从节点b被配置到ue。调度pdsch传输的dci格式被称为dldci格式,而调度pusch传输的dci格式被称为uldci格式。在tdd通信系统中,在一些tti中的通信方向是在dl中,并且在一些其它tti是在ul中。表1列出也被称为帧时段的10个tti的时段上的指示性tddul-dl配置。“d”表示dltti,“u”表示ultti,并且“s”表示包括被称为dwpts的dl传输字段、保护时段(gp)和被称为uppts的ul传输字段的特殊tti。对于总持续时间是一个tti条件下的特殊tti中的每个字段的持续时间,存在若干组合。表1:tddul-dl配置【表1】在时分双工(tdd)系统中,响应于多个dltti中的pdsch接收的来自ue的harq-ack信号传输可以在同一个ultti中被发送。来自ue的相关联的harq-ack信号传输在同一个ultti中所针对的数量m的dltti被称为尺寸m的捆绑窗口。tdd操作的一个结果是响应于数据传输块(tb)接收的来自ue或节点b的harq-ack信号传输不会像对于fdd那样发生得那么早,在fdd中可以在同一tti中使用不同频率来支持dl信令和ul信令两者。表2指示dlttin-k,其中k∈k,harq-ack信号传输在ulttin中。例如,对于tdd操作和ul-dl配置5,响应于tti编号9中的数据tb接收的来自ue的harq-ack信号传输在13个tti之后发生,而对于fdd操作,响应于tti中的数据tb接收的来自ue的harq-ack信号传输总是在4个tti之后发生。表2:下行链路关联集合索引:【表2】对于tdd系统为了容纳额外的harq延迟,harq-ack过程的相应最大数量需要大于用于fdd系统的harq-ack过程的相应最大数量。对于dl操作和对于tddul-dl配置2、3、4和5,需要大于8的harq过程的数量(分别需要10、9、12和15的harq过程的数量),并且各个dci格式中的相应dlharq过程字段包括4比特,而它对于dlharq过程的最大数量是8的fdd系统来说包括3比特。(tdd中)dldci格式还包括2比特的dl分配索引(dai)字段。dldai是指示节点b在捆绑窗口的dltti中向ue发送的dldci格式的数量的计数器。如果相应dldci格式是节点b发送给ue的第一个,则dai字段的值是1,如果dci格式是节点b发送给ue的第二个,则它是2,以此类推。使用dldai字段的值,ue可以确定在先前的dltti中它是否错过检测任何dci格式,并且可以将这样的事件合并在用于相应捆绑窗口的harq-ack信号传输中。另外,uldci格式包括uldai字段,该uldai字段通知ue在相关联的捆绑窗口的各个tti中发送给ue的dldci格式(pdsch或sps释放)的总数。使用uldai字段的值,ue为相应pusch中的harq-ack信息提供相应捆绑窗口中的dci格式的数量。例如,uldci格式可以包括2比特的uldai字段,其中“00”值指示包括用于0或4个dldci格式的harq-ack比特(ue如果检测到至少一个dldci格式则选择4;否则,它选择0),“01”、“10”或“11”的值分别指示包括对于1个dldci格式、2个dldci格式和3个dldci格式的harq-ack比特。此外,至少对于包括比dltti更多的ultti的tddul-dl配置0,uldci格式包括指示pusch调度是应用于第一ultti、第二ultti还是第一和第二ultti两者的ul索引。为了改善对具有小bw的载波的利用或者促进不同载波频率上的通信,通信系统可以包括若干载波的聚合。例如,一个载波可以具有10mhz的bw,而另一载波可以具有1.4mhz的dlbw,或者一个载波可以操作在900mhz的频率,而另一载波可以操作在3.5ghz的频率。然后,因为pdcch传输的谱效率通常在小dlbw中较低,所以从具有10mhz的dlbw的载波调度具有1.4mhz的dlbw的载波中的pdsch可以是优选的(跨载波调度)。此外,因为路径损耗对于更高载波频率来说更大,并且控制信息通常比数据信息要求更高的检测可靠性并且不能受益于重传,所以从900mhz载波调度3.5ghz载波中的pdsch可以是优选的。在载波聚合(ca)中,每个载波表示一个小区。ue可以被节点b通过更高层信令配置多于一个小区用于pdsch接收(dlca)或pusch传输(ulca)。对于被配置有dlca或ulca的ue,在相应pdcch中的ue公共控制信息仅在被称为主要小区(pcell)的单一小区的dl中被发送。其它小区被称为次要小区(scell)。ue总是保持连接到它的主要小区,而到次要小区的连接可以被激活或被去激活。在ca中,节点b通过在第一小区中发送pdcch来调度第二小区中的ue是可能的。此功能被称为跨载波调度,并且dci格式包括具有与相应小区对应的值的载波指示符字段(cif)。例如,对于包括3比特的cif和被配置有5个小区的ue,相应的二进制cif值可以是“000”、“001”、“010”、“011”和“100”来指示5个小区的每个。在被配置有2个小区的ca和跨载波调度的ue的情况中,在主要小区中发送所有pdcch。fdd载波和tdd载波之间的ca允许在利用tdd和fdd谱上的更大的灵活性,改善了负载均衡而没有模式间切换,并且对于具有可忽略的延迟的回程连接,它避免了与tdd操作相关联的uci报告延迟。图8示出根据此公开的物理上行链路共享信道(pusch)资源分配的示例。此公开的一个或多个实施例识别并考虑图8中所示的图表800。ue以各种配置出现,并且图8不将此公开的范围限制于ue的任何特定实施方式。如图8中所示,随着时间流逝,ue在主要分量载波(pcc)的频率802和次要分量载波(scc)的频率之间切换。在不同的实施例中,某些ue架构仅可能能够一次仅在一个上行链路载波频率上发送。例如,ue可能仅装备有用于传输的单个功率放大器,或者ue可能仅装备有单个发送rf电路。应该注意,使能上行链路载波切换来支持非共信道双连接的方法也可以应用于上行链路载波选择方案。在此实施例中,e节点b可以装备多个上行链路载波,并且提供方法来使得ue能够取决于每个载波的信道或负载状况来切换它的上行链路载波频率。缩写:ack确认arq自动重复请求ca载波聚合c-rnticellrnticrs公共参考信号csi信道状态信息d2d设备到设备dci下行链路控制信息dl下行链路dmrs解调参考信号epdcch增强pdcchfdd频分双工harq混合arqie信息元素mcs调制和编码方案mbsfn多媒体广播多播服务单频网o&m操作和维护pcell主要小区pdcch物理下行链路控制信道pdsch物理下行链路共享信道pmch物理多播信道prb物理资源块pss主要同步信号pucch物理上行链路控制信道pusch物理上行链路共享信道qos服务质量rach随机接入信道rnti无线电网络临时标识符rrc无线电资源控制rs参考信号rsrp参考信号接收功率scell次要小区sib系统信息块sss次要同步信号sr调度请求srs声探rsta定时提前tag定时提前群组tdd时分双工tpc发送功率控制uci上行链路控制信息ue用户设备ul上行链路ul-schul共享信道仅仅通过说明许多特定实施例和实现方式,包括为实行本公开所设想的最佳模式,此公开的一个或多个实施例的各方面、特征和优点从以下详细描述中显而易见。本公开也能够具有其它且不同的实施例,并且它的若干细节可以在各种明显的方面被修改,全部都不脱离本公开的精神和范围。因此,附图和描述要被认为本质上是说明性的,而不是限制性的。在附图的图形中,本申请通过示例来说明,而不是通过限制。一个或多个实施例提供用于上行链路载波切换。在示例实施例中,ue能够下行链路载波聚合或双连接性,使得ue可以同时在多个载波频率上接收下行链路传输,而仅能够一次在一个上行链路载波频率上发送。在一种情形中,在任何给定时间,ue仅能够在与单一上行链路载波对应的一个上行链路频率上发送。在另一种情形中,在任何给定时间,ue仅能够在一个上行链路频带上发送,其可以包括多个上行链路载波上的传输。在第一情形的上下文中描述一个或多个实施例,但是应该理解,本公开的实施例也可以以直接的方式应用到第二情形。当能够在唯一上行链路载波频率上发送的ue被配置有下行链路载波聚合或双连接性时,ue也可以被配置有多个上行链路载波频率的系统信息。另外,ue也被配置有每个上行链路载波的ue特定配置。例如,对于每个上行链路载波,ue例如经由rrc信令,被配置有相应的上行链路载波频率、上行链路带宽、上行链路循环前缀长度、上行链路功率控制配置、随机接入资源配置、srs配置、csi反馈配置等等。如果ue仅能够一次在一个上行链路载波频率上发送,则一个或多个实施例可以提供控制ue的上行链路载波频率的方法。对于ue来说,可能需要时间来切换上行链路无线电频率,其间ue不发送信号,例如,可能需要0.5ms来从一个载波频率切换到另一个。切换时间招致谱效率损失,因此最小化切换频率可能被认为是期望的。取决于ue实现方式,频率切换所需要的时间也可以是微秒级的,在这种情况中切换时间可以被认为事实上是零并且没有招致谱效率损失。图9示出根据此公开的示例上行链路载波频率切换模式900。图9中所示的模式900的实施例仅用于说明,并且图1的ue111-115可以具有相同或相似的配置。然而,ue以各种配置出现,并且图9不将此公开的范围限制于ue的任何特定实施方式。如图9中所示,模式900包括主要上行链路(p-ul)载波频率(f1)902,次要上行链路(s-ul)载波频率(f2)904和切换时段906。在一个实施例中,ue可以被配置以模式900,并且ue可以根据模式900来重新调谐它的上行链路载波频率。例如,ue初始可以将它的载波频率调谐到频率f1902,并且以周期性方式在指定的开始时间将它的上行链路载波频率切换到步骤f2904,并且在切换回频率f1902之前保持在频率f2904长达指定时间段。初始载波频率可以是载波聚合的配置之前的默认上行链路载波频率(例如主要分量载波或者主e节点b(menb)的分量载波的上行链路载波频率),或者可以被网络配置为载波聚合配置的一部分,例如,控制次要分量载波的e节点b的上行链路载波频率或者次enodeb(senb)的分量载波也可以是初始上行链路载波频率。初始上行链路载波频率可以被称为p-ul载波频率,并且ue周期性地切换到的载波频率可以被称为s-ul载波频率。虽然使用两个载波频率来描述本公开,但是它仅是示范性的,并且本公开可以以直接的方式扩展到三个或更多个载波频率。上行链路载波频率切换开始时间可以由系统帧号(sfn)以及相对于系统帧的第一子帧的子帧偏移来定义。在一个示例中,到s-ul载波频率的切换在满足以下条件的sfn和子帧处开始:sfnmodt=floor(ulrfswitchoffset/10);subframe=ulrfswitchoffsetmod10;其中ulrfswitchoffset和t是可通过网络配置的。在示例中,ulrfswitchoffset可以是[0…39],并且t可以是“4”。这使得ue能够每四帧从p-ul载波频率切换至s-ul载波频率一次。在表3中示出其它示例配置。在上行链路载波频率切换模式配置的一种方法中,可以预定义诸如表3的表,其中每个配置id定义了周期t和ulrfswithoffset的范围;并且网络可以通过更高层信令(rrc或mac)或者通过动态控制信令(使用pdcch/epdcch)来向ue用信令通知或重新配置所述配置id以及ulrfswitchoffset。表3:上行链路载波频率切换开始时间配置【表3】配置idulrfswitchoffsett1[0…39]42[0…79]83[0…159]16一旦切换到s-ul载波频率,ue就维持它的上行链路频率达yms(包括切换时段)的时段,其中y可以在3gpp标准中预定义,例如10ms或20ms。在yms之后,ue将它的上行链路频率切换回p-ul载波频率。在一个示例中,y可以是可被网络经由更高层信令(例如rrc)配置的。为了提供增强的灵活性,y也可以经由mac或动态控制信令(使用pdcch/epdcch)来配置。表4:ue将它的上行链路载波频率维持在s-ul载波频率的时间段【表4】配置#在s-ul载波频率的时间段1(或a)10ms2(或b)20ms3(或c)40ms在另一配置方法中,开始时间和y可以被网络使用如表5中所示的配置id和ulrfswitchoffset来联合配置。网络可以通过更高层信令(rrc或mac)或者通过动态控制信令(使用pdcch/epdcch)来向ue用信令通知/重新配置所述配置id以及ulrfswitchoffset。表5:上行链路载波频率切换开始时间和停留时间的联合配置【表5】配置idulrfswitchoffsett(ms)在s-ul载波频率的时间段(ms)1[0…39]40102[0…79]80203[0…159]16040图10示出根据此公开的用于确定哪个上行链路载波频率用于传输的示例过程1000。这里的ue可以表示图1和3中的ue116。图10中所示的过程1000的实施例仅用于说明。可以使用过程1000的其它实施例而不脱离此公开的范围。在操作1002,ue可以被配置有每个上行链路载波频率的上行链路传输有关的独立参数。在操作1004,ue识别ul载波频率是p-ul载波频率还是s-ul载波频率。在操作1006,当ue的上行链路载波频率被调谐到p-ul载波频率时,ue会根据用于p-ul载波频率的配置来发送上行链路信号。在操作1008,当ue的上行链路载波频率被调谐到s-ul载波频率时,ue会根据用于s-ul载波频率的配置来发送上行链路信号。上行链路传输有关的配置包括srs、周期性csi报告、pucch(如果为载波定义/配置)、随机接入资源配置、上行链路功率控制配置等等。图11示出根据此公开的示例上行链路载波频率切换模式1100。图11中所示的模式1100的实施例仅用于说明,并且图1的ue111-115可以具有相同或相似的配置。然而,ue以各种配置出现,并且图11不将此公开的范围限制于ue的任何特定实施方式。如图11中所示,模式1100包括上行链路频率(f1)1102、上行链路频率(f2)1104、下行链路频率(f1')1106和下行链路频率(f2')1108。在一个实施例中,ue可以被配置以模式1100,并且ue可以根据模式1100来重新调谐它的上行链路载波频率。在一个或多个实施例中,ue一旦从网络接收到命令就切换上行链路载波频率。例如,ue可以初始将它的载波频率调谐到频率f11102,并且将它的上行链路载波频率切换到频率f21104如果网络用信令通知它这么做的话。ue可以被更高层信令配置以系统信息以及与每个潜在的目标上行链路载波频率相关联的参数,包括每个上行链路载波频率的身份。然后,用于上行链路载波频率切换的命令包括目标上行链路载波频率身份。信令比特的数量可以由目标上行链路载波频率的数量来定义,例如当仅有两个可能的上行链路载波频率时,可以仅使用单一比特信令。小信令开销使得它适合于在诸如pdcch或epdcch的物理下行链路控制信道中被传递。然而,通过mac控制元素或rrc对切换命令的传递也是可行的选项。假设通过pdcch/epdcch的控制信令,则可以定义新的dci格式来携带切换命令。dci可以是ue特定的;即,它可以在pdcch/epdcch的ue特定的搜索空间中被发送,并且可以用ue的c-rnti或ueid对pdcch/epdcch的crc加扰。可以在dci格式(用于下行链路分配的dci格式(例如dci格式2、2a、2b、2c、2d)或者用于ul授权(ulgrant)的dci格式(例如dci格式0、4))中引入1比特来指示切换命令。比特值0可以意味着“不切换”,并且比特值1可以意味着“切换”。在另一实施例中,dci也可以对于ue群组是公共的,并且dci可以在pdcch/epdcch的公共搜索空间中被发送。也可以定义新的rnti来对pdcch/epdcch的crc加扰。如果新的dci格式具有不同于ue已经监视的其它现有dci格式的大小,则对于ue有额外的盲解码的代价。为了克服此开销,dci可以被填充比特,使得最终的大小与现有的dci格式之一的相同。在另一选项中,dci格式可以再使用现有的dci格式之一的数据结构,除了某些比特字段可以被固定为对于网络和ue两者公知的某些值(这可以用作免于误检测的额外保护)。在载波聚合中,通过sib-2或者通过rrc信令,存在链接到每个上行链路载波的下行链路载波。在一种选择中,ue可能仅被要求监视链接到当前上行链路载波的下行链路载波上的切换命令。这是与下面所述的pdcch/epdcch监视行为一致的。不管信令方法(rrc、mac或pdcch/epdcch)如何,对于ue来说需要时间来解码和应用新配置。在一个实施例中,ue一旦成功地解码(重新)配置消息,就可以立即应用新配置。也可以定义应用新配置的最大延迟。此行为的优点是减小的延迟。然而,ue的上行链路载波切换的确切定时可能对于网络来说是未知的,因为不是所有ue都具有完全相同的实现方式。即使此模糊是临时的,避免它也可能是期望的,尤其是如果它影响到其它ue行为,诸如下面描述的下行链路pdcch/epdcch监视行为。为了避免可能的模糊,可以定义切换的确切定时。在一个示例实施例中,ue在接收命令的xms之后应用新配置,例如xms可以是4ms或者对于ue处理并应用控制信令来说足够大的其它值。在另一示例实施例中,ue在发送肯定harq-ack来确认切换命令的成功接收的xms之后应用新配置。如果涉及e节点b间协调,则x值可以考虑网络内部处理延迟。为了允许不同的部署场景(例如来容纳不同的回程类型),可以使得延迟x是可通过网络配置的。图12示出根据此公开的可配置切换时段模式1200a-b的示例。图12中所示的模式1200a-b的实施例仅用于说明,并且图1的ue111-115可以具有相同或相似的配置。然而,ue以各种配置出现,并且图12不将此公开的范围限制于ue的任何特定实施方式。如图12中所示,模式1200a-b包括主要上行链路(p-ul)载波频率(f1)1202,次要上行链路(s-ul)载波频率(f2)1204和切换时段1206。在一个实施例中,ue可以被配置以模式1200a-b的一个,并且ue可以根据模式1200a或1200b来重新调谐它的上行链路载波频率。在一个实施例中,当使用模式1200a时,切换时段1206可以是0.5ms,并且当使用模式1200b时,切换时段1206可以是1.0ms。在此公开的其它实施例中,切换时6段1206可以是其它时间段。在实施例中,可以规定用于ue实行上行链路载波频率切换的时间,例如0.5ms或1ms。在切换时段1206期间,ue不发送上行链路信号。在一个示例中,如果ue在子帧x的第一时隙的开始切换上行链路频率,则ue可以在子帧x+1的第一时隙的开始处在新的频率发送。在另一示例中,ue可以在子帧x的第二时隙的开始处在新频率发送某些物理信号,例如srx,但是其它物理信号可以仅从子帧x+1被发送。一个或多个实施例提供用于上行链路定时对齐。如果离开载波频率的时间长于指定时间,则ue可以被要求通过发送物理随机接入信道来发起随机接入过程,以在切换到载波频率之后获取上行链路同步。ue可以仅被允许在成功获取上行链路同步之后才发送其它物理信号,诸如pucch/pusch/srs。在lterel-11中,可以每个定时提前群组(tag)有一个时间对齐定时器(tat)。用于主要tag的tat被称为ptag,并且用于次要tag的tag被称为stag。一旦用于tag的tat期满,ue就假设与tag对应的载波不再是上行链路同步的,并且停止上行链路传输。一旦ptag期满,ue会假设所有的载波(包括与stag对应的载波)都不再是上行链路同步的。如果被网络发起,则ue可以仅被允许在stag的载波上发送物理随机接入信道。当ue被配置以如在上面任何模式中描述的上行链路载波频率切换模式时,一个或多个实施例可以维持与对应于p-ul载波频率和s-ul载波频率的载波的上行链路同步。与p-ul载波频率和s-ul载波频率对应的载波可以被配置为处于具有分开的tat的不同tag中。即使ue没有使它的上行链路频率调谐到该载波频率,用于载波的tat也可以继续运行。一旦切换上行链路载波频率,ue就检查用于目标上行链路的tat是否仍然在运行。如果tat不在运行,则ue会发起随机接入过程来获取上行链路同步即使该载波对应于次要分量载波,而不是等待网络发起随机接入过程。这减小了获取上行链路同步的时间延迟。为了更快的获取,可以在每个上行链路载波给ue配置随机接入资源(前同步码和时间/频率资源)。在一个实施例中,当ue被配置有双连接性时,一旦ptag的tat期满,ue就不会假设与另一e节点b对应的所有其它载波的tat也期满。图13a-13b示出根据此公开的pdcch/epdcch监视行为的示例。图13a-13b中所示的监视行为的实施例仅用于说明,并且图1的ue111-115可以具有相同或相似的配置。然而,ue以各种配置出现,并且图13a-13b不将此公开的范围限制于ue的任何特定实施方式。如图13a-13b中所示,模式1300包括上行链路频率(f1/f2)1302、下行链路频率(f1')1304和下行链路频率(f2')1306。在一个实施例中,ue可以被配置以模式1300a或者1300b,并且ue可以根据模式1300a或1300b来重新调谐它的上行链路载波频率。在一个或多个实施例中,在ue没有将它的上行链路频率调谐到有关的上行链路载波时,ue可以忽略在dl载波上接收的动态或配置的单播下行链路分配,动态或配置的上行链路分配和非周期性csi/srs请求,其会导致在(经由sib2)链接到dl载波的上行链路载波上的harq-ack、pucch/pusch的传输。动态下行链路/上行链路分配指的是使用相应pdcch/epdcch(具有被c-rnti或ueid加扰的crc)的下行链路/上行链路分配,并且所配置的下行链路/上行链路分配指的是没有相应pdcch/epdcch的下行链路/上行链路分配(半永久调度(sps)、激活pdcch/epdcch的crc用sps-rnti加扰)。相当地,如果ue被配置为在子帧k的开始处将载波频率从f1切换到f2,则ue可以监视f1上的pdcch/epdcch以发现动态或配置的单播下行链路分配、动态或配置的上行链路分配、非周期性csi/srs请求直到并且包括子帧k-m-1。ue从子帧k-m开始可以不需要监视f1上的pdcch/epdcch以发现动态或配置的单播下行链路分配、动态或配置的上行链路分配、非周期性csi/rs请求,直到下一个切换子帧之前的m个子帧。其间,ue可以从子帧k-m开始监视f2上的pdcch/epdcch以发现动态或配置的单播下行链路分配、动态或配置的上行链路分配、非周期性csi/rs请求,直到下一个切换子帧之前的m个子帧。此原理的一个示例在图13a中示出,其中m被假设为4个子帧。在此示例中,如果从频率f1到f2的上行链路载波切换发生在子帧n+6,则ue从子帧n+2开始停止监视链接到f1的下行链路载波(即f1')上的pdcch/epdcch,并且从子帧n+3(包括)开始监视链接到f2的下行链路载波(即f2')上的pdcch/epdcch。另一示例在图13b中示出,其中ue从子帧n+2而不是n+3开始监视下行链路载波f2'来避免浪费下行链路资源。在此实施例中,ue会在子帧n+7中报告对在子帧n+2中检测到的任何下行链路分配的harq-ack。一个或多个实施例提供半永久性调度(sps)。一旦ulsps激活,ue就被要求在目标ul载波频率上周期性地发送,直到sps会话被去激活。sps传输间隔是通过网络可配置的,例如10、20、32、40、64、80、128、160、320、640ms。在一个实施例中,为了最小化上行链路载波切换频率,ue会保持调谐到目标上行链路载波频率直到sps被去激活。ue然后可以恢复如图9中所述的上行链路载波频率切换行为。在另一实施例中,如果所配置的sps传输间隔小于或等于某一值,则ue会保持调谐到目标上行链路载波频率直到sps被去激活。例如,该值可以是20ms或者40ms。当存在e节点b间载波聚合时,ue的sps配置可以在e节点b之间交换,包括sps传输间隔和sps激活/去激活的定时。这使得e节点b能够处于关于ue的ul载波切换状态的同步中。一个或多个实施例提供具有非理想的回程的fdd载波和tdd载波的联合操作。不管fdd小区还是tdd小区是主要小区,为了支持在它们之间具有非理想的回程连接(特征是单向延迟多于10s)的fdd小区和tdd小区之间的联合操作或ca,存在若干额外的方面。在次要小区中的pucch传输一般可以是被配置有多个小区的聚合的ue的选择,其特别是可以在与非理想回程连接的小区之间的ca中受益。在此公开中,我们关注ue不能够进行同时的ul传输或者不能够ul载波聚合的情况。一方面是响应于对于fdd小区的dldci格式的传输,确定用于在fdd小区中对于harq-ack信息的传输的ultti。另一方面是确定用于fdd小区的dci格式中的各种字段的存在和尺寸,包括dlharq过程索引字段、dldai字段和uldai字段。一个或多个实施例认识到并考虑响应于用于fdd小区的dldci格式的传输,需要确定用于在fdd小区中的harq-ack信息的传输ultti。一个或多个实施例认识到并考虑还需要确定用于fdd次要小区的dci格式的各种字段的存在和尺寸,包括dlharq过程索引字段、dldal字段和uldai字段。在一个或多个以下的实施例中,可以假设用于载波的uci由ue在空中发送给与该载波相关联的e节点b,或者经由pucch(或者在主要小区上或在次要小区上)或者经由pusch(或者在主要小区上或在次要小区上)。虽然在示范性部署场景中考虑了多于10ms(单向)的小区之间不可忽略的回程延迟,但是它不是这些实施例的必要条件,这些实施例也可以应用于在小区之间具有理想的回程的部署场景的。一个或多个以下的实施例考虑不能够ul载波聚合但是能够dl载波聚合的ue;即不能够在多个ul载波上进行同时的传输但能够在多个dl载波上进行同时的接收的ue。然而,ue可能能够在几分之一毫秒中将它的ul载波频率从一个频率切换到另一个频率。一个或多个以下的实施例考虑作为示范性实现方式的单一fdd小区(主要小区)和单一tdd小区(次要小区);到多个fdd小区(具有一个fdd主要小区)或多个tdd次要小区的扩展是直接的,并且为了简洁的原因而被省略。没有ulca能力的ue可能不能够同时在不同的载波频率中发送。如果ue被配置有fdd小区(主要小区)和tdd小区(次要小区)的dl载波聚合,并且在两个小区之间没有非理想的回程连接,则fdd小区和tdd小区两者都要求来自ue的上行链路传输(对于每个小区在不同的ul载波中)传递用于相应小区的ul控制信息和ul数据。这暗示没有ulca能力的ue可以在两个小区之间切换它的ul载波频率。此公开的一个或多个实施例为ue提供在小区之间的ul频率切换行为,以便网络和ue对于ue何时可以在ul频率上发送具有相同的理解。图14a-14b示出根据此公开的在子帧1400a-b中的pusch的示例。图14a-14b中所示的监视行为的实施例仅用于说明,并且图1的ue111-115可以具有相同或相似的配置。然而,ue以各种配置出现,并且图14a-14b不将此公开的范围限制于ue的任何特定实施方式。如图14a-14b中所示,子帧1400包括时隙1402、符号1404、参考信号1406、资源元素1408和上行链路切换时段1410。在一个实施例中,ue可以被配置以子帧1400a或者1400b,并且ue可以根据子帧1400a或1400b来重新调谐它的上行链路载波频率。在一个实施例中,在ue硬件实现方式中,ul频率切换花费毫秒的几分之一。取决于ue实现方式的高效程度,ul频率切换持续时间可以少于ofdm符号持续时间(即,少于0.5/7ms)那么短,或者大约时隙(即,0.5ms)那么长。当设计协议时,应该考虑典型的ue硬件实现方式效率。只要ul频率切换持续时间长于cp长度,就可以在协议中明确地考虑ul频率切换。ue用来从tdd载波到fdd载波的ul频率切换(对于fdd,d->d/s->d/u)的子帧被称为stf子帧(例如子帧1400b);并且ue用来从fdd载波到tdd载波的ul频率切换(对于fdd,d/u->d/s->d)的子帧被称为sft子帧(例如,子帧1400a)。注意到不管是从fdd切换到tdd还是从tdd切换到fdd,ul频率切换持续时间都可以相同。在一个示例中,协议允许ul频率切换持续时间不长于0.5ms。然后,(假设切换在d/s子帧的第二时隙的开始处开始)sft子帧的第一时隙(0.5ms)和(假设切换在d/s子帧的开始处开始)stf子帧的第二时隙(0.5ms)可用于fdd载波中的ul传输。虽然可能不能够使用仅仅一个时隙(半个子帧)来发送pucch/pusch,但是仍然可以在stf子帧中的子帧的最后的sc-fdm符号中发送srs。或者,pucch/pusch也可以仅在一个时隙中发送(对于sft子帧,第一时隙,并且对于stf子帧,第二时隙,或者,一般,在可用于ul传输的众多子帧符号中),可能同时也增加(例如加倍)传输功率以便补偿因为没有在第一时隙中发送而引起的一些性能损失。在用于一个时隙的pusch的ul授权的dci格式中指示的传输块大小(tbs)也可以被调整来考虑pusch传输将在数量减少的传输符号上进行的事实。例如,假设与包括两个时隙的子帧相比,在时隙中一半传输符号可用,由相应的dci格式指示的tbs可以通过0.5的因子来调整。例如,如果是子帧中用于数据的传输符号的最大数量,并且是在切换ul载波频率之后用于数据的传输符号的数量,则在dci格式中用信令通知的tbs可以通过来调整,或者如果ul数据传输近似在一个时隙上,则可以通过诸如0.5的固定值来调整。在另一示例中,协议允许两个不同的ue实现方式用于两个种类的ue。一个种类的ue可以执行在0.5ms之内的ul频率切换,而另一种类的ue不能执行在0.5ms之内的ul频率切换。在这种情况中,可以在0.5ms之内执行ul频率切换的ue可以发送srs,而另一种类型的ue不能在stf子帧中发送srs。为了便于网络区分这两种类型的ue,可以引入ue能力信令,以便网络可以在决定是否在各个stf子帧中为ue调度srs传输之前知晓ue能力。如果可以在数微秒内,即在x个sc-fdm符号(例如一个或两个或三个sc-fdma符号)之内执行ul频率切换,则如果对于其余个符号也为d/s子帧定义pucch和/或pusch,则可以恢复d/s子帧中的大部分ul资源损失。在一个示例中,协议允许ul频率持续时间不长于sc-fdm符号持续时间(即,少于0.5/7ms,x=1)。在如图14a中所示的sft子帧中,最后的sc-fdm符号用于ul频率切换。在如图14b中所示的stf子帧中,第一个sc-fdm符号用于ul频率切换。在这种情况中,()个sc-fdm符号可用于ul传输。在另一示例中,允许ue在stf和sft子帧的每个中发送pusch和/或pucch传输,好像在sft子帧中配置了小区特定的srs一样;然而,不允许ue在该子帧中发送srs。对于stf子帧,可以发送pucch格式2,其中认为第一sc-fdm符号被穿孔(punctured)。如果使用了更短的时域正交覆盖码(occ)(一个符号较短),则也可以发送pucch格式1a/1b/3;然而,不可能将传统的ue与采用更短的occ的ue复用。在用于stf子帧的另一方法中,允许ue发送pucch格式2(其中第一sc-fdm符号被认为被穿孔),但是不能发送pucch格式1a/1b/3。图15示出根据此公开的用于确定用于fdd和tdd联合操作的上行链路tti切换模式的示例过程1500。这里的ue可以表示图1和3中的ue116。图15中所示的过程1500的实施例仅用于说明。可以使用过程1500的其它实施例而不脱离此公开的范围。在一个或多个实施例中,通过tdd小区的tddul-dl配置来确定ul频率切换行为。例如,ue默认地将它的ul频率调谐到fdd小区,并且在tdd小区从dl切换到ul的tdd小区的特殊子帧期间切换到tdd小区的ul频率;当tdd小区从ul切换到dl时,ue将它的ul频率切换到fdd小区。表6示出帧内的被ue识别为用于fdd小区的dl和ul子帧的子帧。如表6中所示,对于每个tddul-dl配置,存在相应的fddul-dl配置,其确定ue对dl子帧(表示为d)、ul子帧(表示为u)以及ue执行ul频率切换的子帧(表示为s,如实施例1中可以是stf或sft)的解释。再次参照图6,当ue被配置以用于tdd小区的tddul-dl配置2时,fddul-dl配置被ue隐含地确定为配置2。在fdd小区中,子帧4、5和9是dl和ul子帧两者(d/u),子帧1、3、6、8是dl子帧和ul切换子帧(d/s),其中ue可以在dl中接收和切换它的ul频率,并且子帧2和7是仅dl子帧(d)。注意到例如在表6中,tddul-dl配置0不具有相应地fddul-dl配置,因为对于fdd小区将没有ul子帧。为了对tddul-dl配置0使能fddul-dl配置,可以修改dl/ul/s子帧模式来使能fdd小区的至少一个ul子帧。例如,将tdd小区的子帧9从u子帧改变为切换子帧(表示为s'以区别于tdd的特殊子帧s),并且修改的tddul-dl配置被称为tddul-dl配置0'。这允许fdd小区的子帧9、0和1分别为d/s、d/u和d/s,以便存在至少一个ul子帧可用于fddul-dl配置0,如表8中所示。在另一示例中,将tdd小区的子帧4和9从u子帧改变为切换子帧(再次,表示为s'以区别于tdd的特殊子帧s),并且修改的tddul-dl配置被称为tddul-dl配置0”。这允许fdd小区的子帧{1,4,6,9}和{0,5}分别为d/s和d/u,以便存在至少一个ul子帧可用于fddul-dl配置0a,如表8中所示。在又另一示例中,如果pucch/pusch/srs被定义在如上所述的d/s子帧上,tddul-dl配置0可以与传统配置相同,并且子帧{0,1,5,6}可以被定义为用于fdd小区的d/s子帧。如果tddul-dl配置被重新配置例如来适应动态业务,则fddul-dl配置也被相应地重新配置。之后,执行所述ul频率切换行为的ue被称为被配置或使能了fddul-dl配置。表6:fddul-dl配置【表6】表7:对tddul-dl配置0的修改(表示为0'和0”)【表7】表8:fddul-dl配置0、0a、0b【表8】参照图15,在确定用于fdd载波和tdd载波的联合操作的ul传输行为中,在操作1502,ue考虑fddul-dl配置是否被使能。如果被使能,则在操作1504,从tdd小区的tddul-dl配置隐含地确定fdd小区的fddul-dl配置,并且ue根据fddul-dl配置和tddul-dl配置来执行ul频率切换。否则,在操作1506,ue以传统的方式操作在fdd小区中。在实施例中,对于仅dl的子帧,ue可以不在ul中发送信号。表9示出fdd小区中的ul资源损失的百分比。在fdd小区是宏小区而tdd小区是小型小区(例如微微/毫微微小区)的部署场景中,如果大部分ue业务经由tdd小区被路由,则对于fdd的ul资源的损失可能是可容忍的。另外,通过重新配置tddul-dl配置和fddul-dl配置,网络可以适应fdd小区的ul资源需要。例如,从tddul-dl配置2到tddul-dl配置5的重新配置将fdd小区的资源损失从60%减少到30%。表9:fdd小区的ul资源损失的%【表9】fddul-dl配置fdd小区的ul资源损失的%090%160%260%350%440%530%690%在另一示例实施例中,通过网络来明确地用信令通知fddul-dl配置。为每个fddul-dl配置预定义ul传输和频率切换模式。即使ue没有接收到tddul-dl配置的明确信令,依靠fddul-dl配置,ue也可以导出tddul-dl配置。例如,如果ue接收到用于fdd(主要)小区的fddul-dl配置2,则ue可以导出用于tdd(次要)小区的tddul-dl配置是tddul-dl配置2(根据表6)。在又一示例实施例中,fddul-dl配置和tddul-dl配置二者都由网络用信令通知。当用于两个配置的同一子帧具有冲突的行为,诸如,例如它是用于fdd和tddul-dl配置两者的ul子帧,则可以预定义规则来解决这样的冲突。在一个示例中,可以要求ue遵循fdd配置,因为其通常是主要小区。在另一示例中,可以要求ue遵循作为主要小区的小区的配置。如果tdd小区是主要小区,则ue会遵循tdd配置。一个或多个实施例提供了fdd和tdd联合操作中用于fdd的ulharq-ack定时和ul授权定时。预计ue不会被调度或配置为在与仅dl子帧或d/s子帧对应的子帧上发送。因为ue被假设对于它接收的每个单播pdsch发送ulharq-ack(在pucch中或在pusch中)并且对于它检测到的每个uldci格式发送pusch,需要定义一种方法来确保fdd小区中允许ul传输的子帧(即,d/u子帧)中的pucch或pusch传输。虽然在下面,通过ue的harq-ack传输被认为是响应于相应的pdsch接收,它也可以是响应于释放先前的spspdsch(sps释放)的dldci格式,但是为了简便,这将不会被另外提及。在示例中,维持fdd小区的传统ulharq-ack定时和传统的uldci格式传输定时。这暗示应该对于单播pdsch和对于pusch调度强加限制,使得ue不需要在d和d/s子帧中发送任何ul信号。参照表10,ue可以仅当在阴影子帧中分别检测到pdsch和uldci格式时才报告ulharq-ack和发送pusch,其中取决于fddul-dl配置来确定阴影的子帧。第一含意是在没有加阴影的子帧中,可以允许ue跳过对dldci格式和uldci格式的pdcch解码。第二含意是可以减少用于fdd小区的harq过程的数量。表11示出用于fdd小区的harq过程的最大数量,其中最大数量取决于fddul-dl配置。此方法具有不改变传统的fddharq定时的优点;然而这个调度限制还是意味着减少了单播dl吞吐量。表10:可以在fdd小区上接收到dl分配和ul授权的子帧(阴影的)【表10】表11:用于假设表10的fdd的harq过程的最大数量【表11】在另一示例中,为了最小化fdd小区上的dl吞吐量损失,修改用于fdd的ulharq-ack定时,以便ue可以响应于在子帧n中接收到的pdsch而在可用的ul子帧n+k中发送harq-ack,其中k≥4。使用这种方法可以将harq过程的最大数量保持为8。在此示例的示例实施例中,ue在第一可用ul子帧中发送harq-ack,以便最小化harq-ack传输延迟。在表12中给出示例,其中ue响应于在子帧n-k中的pdsch接收而在子帧n中发送harq-ack信号,其中k∈kfdd并且kfdd:{k0、k1,…,}被称为dl关联集合索引,并且mfdd是用于fdd小区的harq-ack捆绑窗口大小。表12:下行链路关联集合索引kfdd:{k0、k1,…,}:【表12】虽然表12中的dl关联集合索引最小化了ue接收pdsch的dl子帧和ue发送相应的harq-ack信息的ul子帧之间的延迟,但是它导致在各个ultti中发送的harq-ack信息有效载荷的不均衡。例如,对于fddul-dl配置4,在ul子帧5中发送与多至5个dl子帧的数据tb的检测对应的harq-ack信息,而在ul子帧0、6、7、8和9中发送与多达1个dl子帧的数据tb的检测对应的harq-ack信息。此不均衡可以导致对于在不同的ul子帧中发送的harq-ack信息的不相等的接收可靠性,以及不相等的各自的覆盖。在此示例的另一示例实施例中,确定用于fdd小区的dl关联集合索引考虑均衡用于fdd小区的harq-ack信息有效载荷。在表13中给出一个示例,其中例如对于配置3,表10中的子帧6的harq-ack有效载荷被分布到子帧6、7、8、9和0。在表14中给出另一示例,其中用于相邻dl子帧的harq-ack被组合在单一传输中。在两个示例中,对于fddul-dl配置2,ul子帧4和9中的harq-ack捆绑窗口大小被从4减小到3,而ul子帧0和5中的harq-ack捆绑窗口大小被从1增加到2,以便harq-ack信息有效载荷在子帧间更加均衡。表13:下行链路关联集合索引kfdd:{k0、k1,…,}:【表13】表14:下行链路关联集合索引kfdd:{k0,k1,…,}:【表14】也可以取决于fddul-dl配置来考虑用于确定用于fdd小区的dl关联集合索引kfdd(其对于一些fddul-dl配置来说在该示例和其它示例之间相同)的以上示例实施例的组合。例如,对于fddul-dl配置2,可以考虑表12,而对于fddul-dl配置3,可以考虑表13或表14。此外,注意到不同于用于报告对于tdd小区的各个harq-ack信息的表2中的dl子帧的排序,用于报告对于fdd小区的各自的harq-ack信息的dl子帧的排序是根据dl子帧的次序。这是因为对于tdd小区中的特殊dl子帧,具有相同索引的dl子帧是fdd小区中的正常dl子帧。在实施例中,可以通过harq-ack捆绑窗口大小、mfdd、下行链路传输模式和n个其它有关rrc配置参数来确定fdd小区的ul子帧中的最大harq-ack信息有效载荷,其中例如n=0,1,2。当mfdd=1时,ue会使用格式1a或格式1b来发送harq-ack有效载荷。当2≤mfdd≤4时,ue会使用具有信道选择的pucch格式1b来传达harq-ack有效载荷。当mfdd>4时,ue可以使用pucch格式3或pucch格式1b来传达harq-ack有效载荷。一般来说,如在tdd小区的情况中一样ue在fdd小区的pucch中发送harq-ack,其中用mfdd代替mtdd。对于fddul-dl配置1,对于ul子帧0和5,mfdd是5。假设配置了支持一个数据传输块的下行链路传输模式,并且假设没有应用harq-ack压缩技术时域捆绑,则可以用于携带harq-ack有效载荷的pucch格式是pucch格式3(因为mfdd>4,所以具有信道选择的pucch格式1b不可能)。为了使能具有信道选择的pucch格式1b在这种情况中被使用,实施例可以将mfdd减小到4。在实施例的示例中,可以强加网络调度限制,以便可以被假设为4。例如,网络可以仅在子帧n-k中调度,其中k∈{7,6,5,4}。在实施例的另一示例中,可以应用harq-ack捆绑到5个子帧的2个。例如,可以使用对子帧n-4和n-5的逻辑与操作来应用时域harq-ack捆绑。以上示例可以应用到其它情况,其中的减少会使得更多pucch格式(其因为更高的可靠性而可能是优选的)能够用于携带harq-ack有效载荷。例如,以上方法也可以应用于表13或表14的子帧4fddul-dl配置2,使得最大harq-ack有效载荷可以被封顶(cap)在4(假设支持两个传输块的下行链路传输模式被配置)。在实施例中,如果对ue应用或配置诸如空域捆绑(跨用于支持两个传输块的dl传输模式的码字的捆绑)和/或时域捆绑(每个码字的跨子帧的捆绑)的harq-ack压缩技术,则对于fdd小区可以进一步减少harq-ack信息有效载荷的最大数量。对于时域捆绑,可以对与子帧n-k对应的harq-ack执行逻辑与运算,其中k∈{k0,k1,…,}。在这种情况中,harq-ack有效载荷大小被减小为仅最多每子帧2比特(1比特用于具有一个传输块的传输模式),并且可以使用pucch格式1b来携带harq-ack有效载荷(或者pucch格式1a用于具有一个传输块的传输模式)。通过仅捆绑集合{k0,k1,…,}中子集子帧,部分时域捆绑也是可能的,例如对于fddul-dl配置6,可以分开捆绑{13,12,11,10,9}和{8,7,6,5,4}。对于空域捆绑,每个子帧,可以对跨码字的harq-ack执行逻辑与运算。时域捆绑和空域捆绑的组合也是可能的。如果harq-ack有效载荷被压缩,诸如需要仅最多4比特的harq-ack有效载荷来在子帧中发送,则一个或多个实施例提供益处。在示例中,pucch格式3可能不被使用或配置用于fdd小区。这可以用时域捆绑或空域捆绑或者两种技术的组合来实现。图16示出根据此公开的用于确定fdd小区的dlharq过程索引字段的比特数量的示例过程1600。这里的ue可以表示图1和3中的ue116。图16中所示的过程1600的实施例仅用于说明。可以使用过程1600的其它实施例而不脱离此公开的范围。在fdd和tdd联合操作的情况中,一个或多个实施例在用于fdd小区的各个dci格式中提供了dlharq过程字段、dldai字段和uldai字段。当将ue配置了具有如上所述的fddul-dl配置的tdd小区和fdd小区时,通过fdd小区中的ul子帧的可用性来确定响应于检测到用于fdd小区的一个或多个dldci格式的pucch中的ulharq-ack信息的传输定时,并且不同于传统fdd操作,它不能在每个子帧中发生。因此,用于响应于检测到一个或多个dldci格式的harq-ack信息的传输的捆绑窗口大小可以大于1。由于ue响应于检测到用于fdd小区的一个或多个dldci格式而报告harq-ack信息需要额外的延迟,与传统fdd小区的情况相比,需要支持大量的针对fdd小区中的pdsch传输的dlharq过程。例如,考虑在ue处的来自节点b的pdsch传输的末尾与相应的harq-ack信息的可用之间的3个子帧的延迟,在ue的harq-ack传输的开始与节点b处的针对同一harq过程的调度决定的可用之间4个子帧的延迟,以及在fddul-dl配置0和6的情况中用于报告harq-ack信息的多达13个子帧的延迟(如在表12、表13和表14中指示的),17个子帧的最大延迟可能发生,从而使17个harq过程的使用成为必要。表15示出用于每个fddul-dl配置的harq过程的最大数量。在tdd小区和fdd小区之间的ca的情形中,用于fdd次要小区的dldci格式中的dlharq过程索引字段比在传统fdd小区的情况中(包括单小区fdd操作)包括更大量的比特。在一种方法中,用于dlharq过程索引字段的此比特数量可以是5,来支持多达17个harq过程。然而,仅fddul-dl配置0和6需要17个harq过程,并且不使用5比特dlharq过程索引字段中的很多。在另一实施例中,用于fddul-dl配置0和6的harq过程的最大数量被定义为16,因此用于dlharq过程索引字段的比特数量可以是4(与用于tdd小区的dldci格式中的dlharq过程索引字段的比特数相同)。对于fddul-dl配置0和6,ue假设仅多达16个harq过程。在图16中示出此方法。参照图16,在检测用于fdd小区的dldci格式中,在操作1602,ue考虑是否使能fddul-dl配置。如果使能,则在操作1604,用于ue的dldci格式中的dlharq过程索引字段包括4比特;否则,在操作1606,用于ue的dldci格式中的dlharq过程索引字段包括3比特。在又一种方法中,用于dlharq过程索引字段的比特数可以取决于fddul-dl配置。例如,如果配置了fddul-dl配置0和6,则用于dlharq过程索引字段的比特数是5,否则dlharq过程索引字段的比特数是4。表15:用于fdd小区的harq过程的最大数量【表15】类似于dlharq过程索引字段,因为来自ue的harq-ack信息的传输一般不能发生在连续的tti中,所以用于fdd小区的各个捆绑窗口大小可以大于1个tti。因此,在fddul-dl配置被使能的情况下,用于fdd小区的dldci格式需要包括dldai字段,其充当捆绑窗口中的dldci格式的计数器,类似于用于tdd小区的dldci格式中的dldai字段。在tdd小区的情况中在dldci格式中的dldai字段的存在,连同用于tdd小区和fdd小区的dldci格式中的dlharq过程索引字段的相等大小,导致dldci格式具有相同的大小,不管它是针对tdd小区还是fdd小区。注意到,即使可以大于4,用于fdd小区的dldai字段也可以包括2个比特,并且ue基于同一捆绑窗口之内最后检测到的dldci格式的索引,可以确定捆绑窗口中用于各个dldci格式的索引。例如,dldai字段二进制值“00”可以映射到同一捆绑窗口之内的dldci格式索引1或5(如果可适用)或者9(如果可适用),并且如果ue先前检测到包括具有二进制值“01”或“10”或“11”的dldai字段的单个dldci格式,则它可以确定值5。图17示出根据此公开的取决于主要小区是fdd小区还是tdd小区来确定dldci格式中的dldai字段的存在的示例过程1700。这里的ue可以表示图1和3中的ue116。图17中所示的过程1700的实施例仅用于说明。可以使用过程1700的其它实施例而不脱离此公开的范围。参照图17,在检测用于fdd小区或tdd小区的dldci格式中,在操作1702,ue考虑fddul-dl配置是否被使能。如果被使能,则在操作1704,dldai字段被包括在用于ue的dldci格式中。否则,在操作1704,ue以传统方式操作在fdd小区中,并且dldai字段不被包括在用于ue的dldci格式中。对于fdd小区中的操作,向ue指示将harq-ack信息复用在pusch传输中的uldai字段可能不需要被包括在调度pusch传输的uldci格式中。这是因为响应于在与调度pusch传输的uldci格式相同的tti中(并且在同一小区中)发送的dldci格式而生成harq-ack信息,并且因此很可能ue要么检测到两个dci格式要么遗漏两个dci格式,并且因为已经在各自的先前pusch或pucch中发送了响应于先前的tti中的dldci格式检测的harq-ack信息。因此,通过在uldci格式中使用uldai字段,对ue的关于将harq-ack信息复用在pusch传输中的额外明确指示不是必须的。对于具有ul频率切换的操作,响应于先前的tti中用于fdd小区的dldci格式的检测的harq-ack信息可能不会在ue在fdd小区中发送pusch的tti之前被发送。这是因为对于fddul-dl配置可能不存在相应的ultti,以便ue在pucch中发送该harq-ack信息,或者因为ue在先前的tti中可能没有pusch传输,从而将该harq-ack信息复用在所发送的pusch中。因此,在调度pusch传输的uldci格式检测的tti之前的各个tti中,fdd小区中的pusch传输可能需要包括响应于dldci格式的检测的harq-ack信息。注意到,即使可以大于4,对于fdd小区(具有fddul-dl配置)的uldai字段也可以包括2比特,并且ue可以基于uldai字段的值并且还基于同一捆绑窗口之内所检测到的dldci格式的数量,来确定要复用的harq-ack信息比特的数量。图18示出根据此公开的取决于fddul-dl配置是否被使能来确定dldci格式中的dldai字段的存在的示例过程1800。这里的ue可以表示图1和3中的ue116。图18中所示的过程1800的实施例仅用于说明。可以使用过程1800的其它实施例而不脱离此公开的范围。参照图18,在检测用于fdd小区的dldci格式中,在操作1802,ue考虑fddul-dl配置是否被使能。如果被使能,则在操作1804,dldai字段被包括在用于ue的uldci格式中。否则,在操作1806,ue以传统fdd小区操作,uldai字段不被包括在用于ue的uldci格式中。一旦检测到包括具有值的uldai字段并且在ue可以在pucch中复用harq-ack信息的tti中调度pusch的uldci格式,则ue在pusch中复用(如果pucch格式3被配置用于fdd小区),其中ofdd是用于fdd小区的每子帧的harq-ack比特的最大数量。ue从每个检测到的dci格式中的dldai字段的值可以确定dltti和相应的harq-ack信息之间的关联。一个或多个实施例提供作为ue缓冲器状态报告(bsr)的功能的ul切换。为了促进如上所述的ul切换配置,控制ue的rrc配置的网络节点(一般地,控制主要小区的e节点b)获得ue关于其它载波的缓冲器状态报告可能是有益的。用这种方式,网络可以对用于ue的tddul-dl配置和fddul-dl配置做出适当的决定。ue关于其它载波的缓冲器状态报告可以经由x2信令从其它e节点b获得,或者如果至少在主要小区上发送关于多个载波的bsr,则可以直接从ue获得。也可以通过ue关于每个载波的缓冲器状态来隐含地确定ul切换行为。如果ue在它的缓冲器中没有关于特定载波的任何数据,则除了发送harq-ack、csi和rs之外,ue不需要切换至相应ul载波频率以用于ul数据传输。因此,基于关于每个相应载波的bsr的知识,网络可以要么如上所述使能用于ul传输的载波切换,要么向ue指示中止用于ul传输的载波切换,可能的例外是pucch或srs传输。在ue报告关于特定载波的非空缓冲器之后,可以再次激活ul切换。以上尤其可以适用于次要小区支持容忍延迟的服务而在主要小区中支持延迟敏感服务的情况中。对于以下情形可以定义分开的harq-ack定时:比上述不那么频繁地执行ul载波切换,使得ue可以在每帧(或者没有一帧那么频繁)的单一ul子帧中向次要小区提供harq-ack反馈,其中harq-ack反馈是响应于多个dl子帧上的次要小区中的pdsch接收的。在另一个实施例中,ul切换由ue发起有益于延迟敏感的服务。为了避免与bsr的更高层信令相关联的延迟或者与e节点b间信息交换相关联的回程延迟,ue可以被配置为在pucch中发送“切换指示符”。切换指示符传达1比特信息,其中正值(诸如二进制0)向主要小区指示ue有数据在次要小区中发送(并且从而如上所述,请求ul载波切换被使能),而负值(诸如二进制1)指示ue具有空的缓冲器用于到次要小区的ul数据并且请求ul载波切换被禁止。用于切换指示符的传输的pucch结构可以如用于pucch格式1a的结构那样。一个或多个实施例提供具有非理想回程的fdd和fdd联合操作。上述实施例可以被延伸到fdd和fdd联合操作/在载波之间具有非理想回程的载波聚合(e节点b间ca)的情况中。当fdd小区(小区1)与另一fdd小区(小区2)聚合时,小区2的ul频率切换模式可以补充小区1的ul频率切换模式。例如,如果小区1被配置了通过如表6中的fddul-dl配置4所定义的ul频率切换模式,则用于小区2的相应ul频率切换模式对于子帧0、5、6、7、8和9可以是d;对于子帧1和4可以是d/s;对于子帧2和3可以是d/u。对于表6中的每个fddul-dl配置,存在相应地补充的fddul-dl配置。这在表16(其中表6中原始的fddul-dl配置6已经被移除,因为它与配置0相同)中示出。当第一fdd小区被配置以第一fddul-dl配置时,ue可以确定第二fdd小区的第二fddul-dl配置;因此不需要用于第二fdd小区的fddul-dl配置的明确信令。表16:用于具有非理想回程的fdd和fdd载波聚合的fddul-dl配置。【表16】由此可见,dl关联集合索引表kfdd也需要被扩展为包括表16的fddul-dl配置6-11。这里省略进一步的细节,因为它们可以使用在此描述的实施例被容易地得出。上述实施例可以被应用于两个fdd小区之间的载波聚合的情况。虽然已经用示范性实施例描述了本公开,但是对于一位本领域技术人员可以建议各种改变和修改。本公开旨在将这样的改变和修改涵盖为落入所附权利要求的范围之内。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1