时分双工上下行配置的更新方法和设备
技术领域
本发明涉及无线通信领域,尤其涉及一种时分双工上下行配置的更新方法和设备。
背景技术
长期演进(Long Term Evolution,LTE)时分双工(Time division duplex,TDD)系统如图1所示,一个无线帧长度为10ms,包含特殊子帧和常规子帧两类共10个子帧,每个子帧为1ms。特殊子帧分为3个时隙:下行导频时隙(Downlink Pilot Slot,DwPTS)、保护间隔(Guard Period,GP)和上行导频时隙(Uplink Pilot Slot,UpPTS)。常规子帧又分为上行子帧和下行子帧,分别用于传输上行/下行控制信令和业务数据等。
LTE TDD系统一共定义了7种TDD上下行(UL/DL)配置,如下表1所示。这7种TDD UL/DL配置共同的特点如下:一个无线帧中,可以配置两个特殊子帧(子帧#1和子帧#6),也可以仅配置一个特殊子帧(子帧#1);子帧#0和子帧#5以及特殊子帧中的DwPTS总是用作下行传输;子帧#2以及特殊子帧中的UpPTS总是用于上行传输;其他子帧可以依据需要配置为用作上行传输或者下行传输。
表1
LTE系统信息分为主信息块(Master Information Block,MIB)和系统信息块(System Information Block,SIB),MIB仅包含有限的信息,比如最重要最频繁传输的参数。MIB调度周期为40ms,在满足系统帧号(System Frame Number,SFN)mod 4=0的无线帧的子帧#0进行调度传输,在40ms内其它无线帧的子帧#0进行重复发送。
SIB目前包括SIB1-SIB15,按照目前协议TDD UL/DL配置信息包含在SIB1中,因此这里仅介绍SIB1,SIB1的调度周期为80ms,在满足SFN mod 8=0的无线帧的子帧#5进行调度传输,在80ms内的其它无线帧的子帧#5进行重传。
系统信息更新过程引入了广播控制信道(Broadcast Control Channel,BCCH)修改周期的概念,BCCH修改周期最小值为640ms,如图2所示。一旦系统信息发生变更,那么网络首先需要在BCCH修改周期n内通过寻呼通知该小区内的终端系统信息发生了变更,然后在BCCH修改周期n+1,网络开始发送新的系统信息,终端开始接收,一旦终端接收到新的系统信息,新的系统信息立即生效。
这种系统信息变更方式下终端和网络侧的系统信息可能在一段时间不一致,比如在BCCH修改周期n+1开始时网络就开始使用新的系统信息,而终端只有接收到MIB和SIB后才开始使用新的系统信息,这样BCCH修改周期最初一段时间内终端和网络对发生更新的系统信息理解就不一致了,如图2所示。
LTE版本8(R8)中TDD UL/DL配置变更也是采用上述系统信息更新过程实现的,TDDUL/DL配置信息包含在SIB1中,当TDD UL/DL配置变更时,网络首先会在当前BCCH变更周期内通过寻呼通知该小区内的终端,然后终端在下一个BCCH变更周期内通过读取SIB1获取变更后的TDD UL/DL配置信息。如图2所示,如果发生TDD UL/DL配置变更,在一段时间内基站和终端对当前TDD UL/DL配置的理解可能不一致。不过LTE R8一般认为TDD UL/DL配置基本不会变更,即使变更也是若干天变更一次,因此TDD UL/DL配置变更虽然会导致基站和终端理解的不一致,但由于变更频率相当低,因此其影响可以忽略不计,标准中并不规定。
由于LTE R8的TDD UL/DL配置方式是静态或者半静态的,不能根据业务特征灵活的调整TDD UL/DL配置,因此不利于提升系统资源利用率、更好的保证业务传输的业务质量(Quality of Service,QoS)。基于此,LTE TDD UL/DL干扰管理以及业务自适应增强(Enhancement to LTE TDD for DL-UL Interference Management and TrafficAdapation,LTE TDD UL/DL eIMTA)项目引入了较为动态的TDD UL/DL配置变更机制,将TDDUL/DL配置变更频率由若干天缩短为若干ms。目前LTE TDD eIMTA项目中引入的TDD UL/DL配置变更通知方法主要有如下几种:
方法1:广播通知;
进一步又可以细分为如下二种:
方法1.1:重用LTE R8的系统信息更新过程,通过SIB1或者MIB或者其它SIB通知终端更新后的TDD UL/DL配置信息;
方法1.2:重用LTE R10的地震和海啸预警系统(Earthquake and TsunamiWarning System,ETWS)通知过程,即首先通过寻呼通知TDD UL/DL配置发生变更,然后终端通过读取系统信息中新增的TDD UL/DL配置指示来获取更新后的TDD UL/DL配置信息。
方法2:无线资源控制(Radio Resource Control,RRC)信令,即通过RRC信令通知终端变更后的TDD UL/DL配置信息;
方法3:媒体接入控制(Medium Access Control,MAC)信令,即通过MAC控制单元(Control Element,CE)通知终端变更后的TDD UL/DL配置信息;
方法4:物理下行控制信道(Physical Downlink Control Channel,PDCCH),即通过PDCCH通知终端变更后的TDD UL/DL配置信息。
上述各种方式下,支持的TDD UL/DL最小重配间隔如下表2所示:
表2
LTE TDD UL/DL eIMTA项目引入的TDD UL/DL配置变更通知方式中除了方法4之外,其它通知机制都可能存在基站和终端对TDD UL/DL配置理解不一致的问题,这将影响调度以及混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)机制。
下面以方法1.1和方法2为例进行说明基站和终端为什么会对TDD UL/DL配置理解不一致,如下:
方法1.1中终端在BCCH修改周期n中接收到寻呼消息,在BCCH修改周期n+1中读取SIB1获得更新后的TDD UL/DL配置信息后,更新后的TDD UL/DL配置信息对终端立即生效,但是基站无法确知终端何时正确解析出SIB1,所以在BCCH变更周期n+1内可能有一段时间基站和终端对TDD UL/DL配置的理解是不一致的。如图3所示。
同理,方法2中终端在接收到RRC信令并成功完成解析后,可以获得更新后的TDDUL/DL配置信息并生效,但是基站在接收到RRC重配完成消息之前是不知道终端何时正确解析出RRC消息并应用的,因此这段时间内基站和终端对TDD UL/DL配置的理解可能存在不一致,如图4所示。
发明内容
本发明实施例提供一种时分双工上下行配置的更新方法和设备,用于避免基站和终端对TDD上下行配置理解不一致的问题,以保证系统传输性能。
一种时分双工TDD上下行配置更新方法,该方法包括:
基站在更新小区的TDD上下行配置后,将更新后的TDD上下行配置的信息发送给所述小区内的终端;
基站按照与终端相同的生效时间确定方法确定所述更新后的TDD上下行配置的生效时间,并在该生效时间到达时开始使用所述更新后的TDD上下行配置进行数据传输。
一种时分双工TDD上下行配置更新方法,该方法包括:
终端接收基站发送的更新后的TDD上下行配置的信息;
终端按照与基站相同的生效时间确定方法确定所述更新后的TDD上下行配置的生效时间,并在该生效时间到达时开始使用所述更新后的TDD上下行配置进行数据传输。
一种基站,该基站包括:
发送单元,用于在更新小区的TDD上下行配置后,将更新后的TDD上下行配置的信息发送给所述小区内的终端;
确定单元,用于按照与终端相同的生效时间确定方法确定所述更新后的TDD上下行配置的生效时间;
传输单元,用于在该生效时间到达时开始使用所述更新后的TDD上下行配置进行数据传输。
一种终端,该终端包括:
接收单元,用于接收基站发送的更新后的TDD上下行配置的信息;
确定单元,用于终端按照与基站相同的生效时间确定方法确定所述更新后的TDD上下行配置的生效时间;
传输单元,用于在该生效时间到达时开始使用所述更新后的TDD上下行配置进行数据传输。
本发明实施例提供的方案中,基站在更新小区的TDD上下行配置后,将更新后的TDD上下行配置的信息发送给该小区内的终端;基站按照与终端相同的生效时间确定方法确定更新后的TDD上下行配置的生效时间,并在该生效时间到达时开始使用更新后的TDD上下行配置进行数据传输;终端接收基站发送的更新后的TDD上下行配置的信息,按照与基站相同的生效时间确定方法确定更新后的TDD上下行配置的生效时间,并在该生效时间到达时开始使用更新后的TDD上下行配置进行数据传输。可见,本方法中基站和终端按照相同的生效时间确定方法确定更新后的TDD上下行配置的生效时间,并在该生效时间到达时才开始使用更新后的TDD上下行配置进行数据传输,在该生效时间到达前一直使用更新前的TDD上下行配置进行数据传输,从而使得基站和终端始终使用相同的TDD上下行配置,避免了基站和终端对TDD上下行配置理解不一致的问题,进而避免了由于基站和终端对TDD上下行配置理解不一致造成调度以及HARQ机制受到影响的问题,保证了系统的传输性能。
附图说明
图1为现有技术中的TD-LTE系统帧结构示意图;
图2为现有技术中的LTE系统系统信息更新示意图;
图3为现有技术中方法1.1下基站和终端对TDD UL/DL配置理解不一致的示意图;
图4为现有技术中方法2下基站和终端对TDD UL/DL配置理解不一致的示意图;
图5为本发明实施例提供的方法流程示意图;
图6为本发明实施例提供的另一方法流程示意图;
图7为本发明实施例提供的基站结构示意图;
图8为本发明实施例提供的终端结构示意图。
具体实施方式
为了避免基站和终端对TDD上下行配置理解不一致的问题,以保证系统传输性能,本发明实施例提供一种TDD上下行配置更新方法。
参见图5,本发明实施例针对网络侧提供的TDD上下行配置更新方法,包括以下步骤:
步骤50:基站在更新小区的TDD上下行配置后,将更新后的TDD上下行配置的信息发送给该小区内的终端;
步骤51:基站确定该更新后的TDD上下行配置的生效时间,并在该生效时间到达时开始使用该更新后的TDD上下行配置进行数据传输。
具体的,步骤50中,基站将更新后的TDD上下行配置的信息发送给该小区内的终端,具体可以采用如下四种方法中的一种:
方法一:基站在一个BCCH修改周期内,通过寻呼消息通知该小区内的终端系统信息发生变更,并在下一个BCCH修改周期内发送更新后的系统信息,该更新后的系统信息中携带更新后的TDD上下行配置的信息;
方法二:基站在一个BCCH修改周期内,通过寻呼消息通知该小区内的终端TDD上下行配置发生变更,并在后续发送的系统信息中增加新的信息单元(IE),该IE中携带更新后的TDD上下行配置的信息;该IE携带在MIB或者SIB1或者其它SIB中;
方法三:基站在一个TDD上下行配置变更周期内通过MIB发送更新后的TDD上下行配置的信息;
方法四:基站通过无线资源控制(RRC)信令或媒体接入控制(MAC)信令,将更新后的TDD上下行配置的信息发送给该小区内的终端。
在采用方法一时,步骤51中,基站确定更新后的TDD上下行配置的生效时间,具体实现可以如下:
基站确定该更新后的TDD上下行配置的生效时间为下一个BCCH修改周期的起始时间点后的第N毫秒;或者,
基站在该寻呼消息或该更新后的系统信息中还携带该更新后的TDD上下行配置的生效时间,基站确定该更新后的TDD上下行配置的生效时间为该寻呼消息或该更新后的系统信息中携带的生效时间。该寻呼消息或该更新后的系统信息中携带的生效时间可以为绝对时间,例如某个无线帧的某个子帧。
具体的,在更新后的TDD上下行配置的信息携带在MIB中时,N的取值为m个MIB调度周期的时间长度;或者,
在更新后的TDD上下行配置的信息携带在SIB1中时,N的取值为m个SIB1调度周期的时间长度;或者,
在更新后的TDD上下行配置的信息携带在其它SIB中时,N的取值为m个调度信息窗(SI-window)的时间长度;或者,
N的取值为m个BCCH修改周期的时间长度;
其中,m为不小于1的整数,基站与终端可以预先约定m的取值,或协议规定m的取值,或由基站通过信令(比如RRC信令或MAC信令或PDCCH信令)将m的取值通知给终端。
在采用方法二时,步骤51中,基站确定该更新后的TDD上下行配置的生效时间,具体实现可以如下:
基站在携带TDD上下行配置变更通知的寻呼消息或携带更新后的TDD上下行配置的信息的系统信息中,还携带更新后的TDD上下行配置的生效时间,基站确定更新后的TDD上下行配置的生效时间为携带TDD上下行配置变更通知的寻呼消息或携带更新后的TDD上下行配置的信息的系统信息中携带的生效时间。该寻呼消息或该系统信息中携带的生效时间可以为绝对时间,例如某个无线帧的某个子帧。
在采用方法三时,步骤51中,基站确定该更新后的TDD上下行配置的生效时间,具体实现可以如下:
基站确定该更新后的TDD上下行配置的生效时间为该TDD上下行配置变更周期后的第x个TDD上下行配置变更周期的起始时刻,x为不小于1的整数。基站与终端可以预先约定x的取值,或协议规定x的取值,或由基站通过信令将x的取值通知给终端。
进一步的,基站可以与终端预先约定TDD上下行配置变更周期的时间长度;或者,基站预先通过MIB或专用信令将TDD上下行配置变更周期的时间长度通知给终端。专用信令可以是RRC信令或MAC信令或PDCCH信令等。
在采用方法四时,步骤51中,基站确定该更新后的TDD上下行配置的生效时间,具体实现可以如下:
基站确定该更新后的TDD上下行配置的生效时间为子帧n后的第k1个子帧,子帧n为基站发送该RRC信令或MAC信令所在的子帧,k1为不小于1的整数;或者,
基站通过信令(比如RRC信令或MAC信令或PDCCH信令)将该更新后的TDD上下行配置的生效时间发送给终端,基站确定该更新后的TDD上下行配置的生效时间为发送给终端的生效时间。基站发送给终端的生效时间可以为绝对时间,例如某个无线帧的某个子帧。
这里,k1的取值由基站与终端预先约定,或由协议规定,或由基站通过信令(比如RRC信令或MAC信令或PDCCH信令)将k1的取值通知给终端。
基站向终端发送生效时间所使用的信令,可以是发送该更新后的TDD上下行配置的信息所使用的信令或其他信令。比如,基站通过RRC信令向终端发送更新后的TDD上下行配置信息和更新后的TDD上下行配置生效时间,或者,基站通过RRC信令向终端发送更新后的TDD上下行配置信息,通过MAC信令向终端发送该更新后的TDD上下行配置的生效时间。
参见图6,本发明实施例提供的针对终端侧的TDD上下行配置更新方法,包括以下步骤:
步骤60:终端接收基站发送的更新后的TDD上下行配置的信息;
步骤61:终端确定该更新后的TDD上下行配置的生效时间,并在该生效时间到达时开始使用该更新后的TDD上下行配置进行数据传输。
具体的,步骤60中,终端接收基站发送的更新后的TDD上下行配置的信息,具体可以采用如下四种方法中的一种:
方法一:终端在一个BCCH修改周期内接收到基站通过寻呼消息发送的系统信息变更通知,在下一个BCCH修改周期内开始接收基站发送的更新后的系统信息,并从更新后的系统信息中获取更新后的TDD上下行配置的信息;
方法二:终端在一个BCCH修改周期内接收到基站通过寻呼消息发送的TDD上下行配置变更指示,立刻开始接收系统信息,从该系统信息中获取更新后的TDD上下行配置的信息;
方法三:终端接收基站在一个TDD上下行配置变更周期内、通过MIB发送的更新后的TDD上下行配置的信息;
方法四:终端接收基站通过RRC信令或MAC信令,发送的更新后的TDD上下行配置的信息。
在采用方法一时,步骤61中,终端确定该更新后的TDD上下行配置的生效时间,具体实现可以如下:
终端确定该更新后的TDD上下行配置的生效时间为开始接收更新后的系统信息的BCCH修改周期的起始时间点后的第N毫秒;或者,
在该寻呼消息或该更新后的系统信息中还携带该更新后的TDD上下行配置的生效时间时,终端将该寻呼消息或该更新后的系统信息中携带的生效时间确定为该更新后的TDD上下行配置的生效时间。
具体的,在更新后的TDD上下行配置的信息携带在主信息块MIB中时,N的取值为m个MIB调度周期的时间长度;或者,
在更新后的TDD上下行配置的信息携带在系统信息块SIB1时,N的取值为m个SIB1调度周期的时间长度;或者,
在更新后的TDD上下行配置的信息携带在其它SIB时,N的取值为m个调度信息窗SI-window的时间长度;或者,
N的取值为m个BCCH修改周期的时间长度;
其中,m为不小于1的整数。
在采用方法二时,终端立刻开始接收系统信息,从该系统信息中获取更新后的TDD上下行配置的信息,具体实现可以如下:
如果更新后的TDD上下行配置的信息携带在MIB中,终端在接收到寻呼消息后,立即读取MIB,从该MIB中的新增IE中获取更新后的TDD上下行配置的信息;
如果更新后的TDD上下行配置的信息携带在SIB1中,终端在接收到寻呼消息后,立即读取SIB1,从该SIB1中的新增IE中获取更新后的TDD上下行配置;
如果更新后的TDD上下行配置的信息携带在其它SIB中,终端在接收到寻呼消息后,立即读取SIB1以获取包含该更新后的TDD上下行配置的信息的SIB的调度信息,按照该调度信息读取所述SIB。
在采用方法二时,步骤61中,终端确定该更新后的TDD上下行配置的生效时间,具体实现可以如下:
在该寻呼消息或携带更新后的TDD上下行配置的信息的系统信息中,还携带所述更新后的TDD上下行配置的生效时间时,终端将所述寻呼消息或所述携带更新后的TDD上下行配置的信息的系统信息中携带的生效时间,确定为所述更新后的TDD上下行配置的生效时间。
在采用方法三时,步骤61中,终端确定该更新后的TDD上下行配置的生效时间,具体实现可以如下:
终端确定该更新后的TDD上下行配置的生效时间为该TDD上下行配置变更周期后的第x个TDD上下行配置变更周期的起始时刻,x为不小于1的整数,x的取值由基站和终端预先约定或者基站通知给终端。
终端在一个TDD上下行配置周期内至少读取一次MIB。
进一步的,终端可以与基站预先约定TDD上下行配置变更周期的时间长度;或者,终端接收基站预先通过MIB或专用信令发送的TDD上下行配置变更周期的时间长度;
进而终端可以根据TDD上下行配置变更周期的时间长度确定该TDD上下行配置变更周期后的第x个TDD上下行配置变更周期的起始时刻。
在采用方法四时,步骤61中,终端确定该更新后的TDD上下行配置的生效时间,具体实现可以如下:
终端确定该更新后的TDD上下行配置的生效时间为子帧n后的第k1个子帧,子帧n为终端接收该RRC信令或MAC信令所在的子帧,k1为不小于1的整数;或者,
终端将基站预先通过信令发送的生效时间,确定为该更新后的TDD上下行配置的生效时间。
这里,k1的取值由终端与基站预先约定,或由基站预先通过信令将k1的取值通知给终端。
基站发送该生效时间所使用的信令,是发送该更新后的TDD上下行配置的信息所使用的信令或其他信令。
下面结合具体实施例对本发明进行说明:
实施例一:
本步骤中,TDD UL/DL配置变更通知采用方法一,具体如下:
步骤1:基站确定TDD UL/DL配置需要变更;
基站根据小区内的上下行业务数据量决定变更TDD UL/DL配置并确定变更新后的TDD UL/DL配置的编号。
步骤2:基站通知小区内的UE系统信息更新以及更新后的TDD UL/DL配置的编号;
一旦基站确定要变更某个小区的TDD UL/DL配置,那么需要在BCCH修改周期n内通过寻呼消息通知该小区内的终端系统信息发生变更并在BCCH修改周期n+1内发送更新后的系统信息,更新后的系统信息中携带更新后的TDD UL/DL配置的编号,该更新后的TDD UL/DL配置的编号可以携带在MIB、SIB1或者其它SIB中。
步骤3:终端接收到更新后的系统信息;
终端在BCCH修改周期n内接收到基站发送的系统信息更新指示,那么在下一个BCCH修改周期n+1内开始接收更新后的系统信息并确定新系统信息的生效时间。对于处于空闲态或者不支持动态TDD UL/DL配置变更的连接态UE,新配置接收到即生效;对于支持动态TDD UL/DL配置变更的连接态UE,更新后的TDD UL/DL配置的具体生效时间可以为第n+1个BCCH修改周期的起始时间点后面的第Nms,其中N的取值可以如下:
在更新后的系统信息为MIB时,N可以取值为m(m为大于或等于1的整数)个MIB调度周期的时间长度。如果m取1,那么对于LTE系统,N的取值为40ms。
在更新后的系统信息为SIB1时,N可以取值为m(m为大于或等于1的整数)个SIB1调度周期的时间长度。如果m取1,那么对于LTE系统,N的取值为80ms。
在更新后的系统信息为其它SIB时,N可以取值为m(m为大于或等于1的整数)个SI-window的时间长度。如果m取1,那么对于LTE系统,N的取值为SI-window的时间长度,SI-window的时间长度由基站配置给终端。
步骤4:基站确定更新后的TDD UL/DL配置的生效时间;
对于处于空闲态或者不支持动态TDD UL/DL配置变更的连接态UE,在基站侧更新后的TDD UL/DL配置在第n个BCCH修改周期开始即生效,对于支持动态TDD UL/DL配置变更的连接态UE,更新后的TDD UL/DL配置的生效时间确定方式和UE侧确定方式相同。
实施例二:
本实施例中,TDD UL/DL配置变更通知采用方法一,具体如下:
步骤1:基站确定TDD UL/DL配置需要变更;
基站根据小区内的上下行业务数据量决定变更TDD UL/DL配置并确定变更后的TDD UL/DL配置的编号。
步骤2:基站通知小区内的UE系统信息更新以及更新后的TDD UL/DL配置的编号;
一旦基站确定需要变更某个小区的TDD UL/DL配置,那么需要在BCCH修改周期n内通过寻呼消息通知该小区内的终端系统信息发生变更并在BCCH修改周期n+1内发送更新后的系统信息,更新后的系统信息中携带更新后的TDD UL/DL配置的编号和该更新后的TDDUL/DL配置的具体生效时间,这两个信息可以携带在MIB、SIB1或者其它SIB中。
步骤3:终端接收到更新后的系统信息;
终端在BCCH修改周期n内接收到基站发送的系统信息更新指示,那么在下一个BCCH修改周期n+1内开始接收更新后的系统信息并确定更新后的系统信息的生效时间。对于处于空闲态或者不支持动态TDD UL/DL配置变更的连接态UE,新配置接收到即生效;对于支持动态TDD UL/DL配置变更的连接态UE,更新后的TDD UL/DL配置的具体生效时间为基站在系统信息中指示的生效时间。
步骤4:基站确定更新后的TDD UL/DL配置生效时间;
对于处于空闲态或者不支持动态TDD UL/DL配置变更的连接态UE,在基站侧更新后的TDD UL/DL配置在第n个BCCH修改周期开始即生效,对于支持动态TDD UL/DL配置变更的连接态UE,更新后的TDD UL/DL配置生效时间确定方式和UE侧确定方式相同。
实施例三:
本实施例中,TDD UL/DL配置变更采用方法二通知,具体如下:
步骤1:基站确定TDD UL/DL配置需要变更;
基站根据小区内的上下行业务数据量决定变更TDD UL/DL配置并确定更新后的TDD UL/DL配置的编号。
步骤2:基站通知小区内的UE系统信息更新以及更新后的TDD UL/DL配置的编号;
一旦基站确定需要变更某个小区的TDD UL/DL配置,那么需要在BCCH修改周期n内通过寻呼消息通知小区内支持TDD UL/DL配置动态变更的终端该小区的TDD上下行配置发生了变更,寻呼消息中除了携带TDD UL/DL配置变更指示,还可以选择携带更新后的TDDUL/DL配置的生效时间。
步骤3:终端接收到更新后的TDD UL/DL配置;
支持动态TDD UL/DL配置的连接态终端接收到携带TDD UL/DL配置变更指示的寻呼消息后,不需要等到下一个BCCH修改周期,可以立即读取携带有更新后的TDD UL/DL配置的编号的MIB、SIB1或者其它SIB,以获取更新后的TDD UL/DL配置的编号。
-如果在MIB中通过新增IE指示更新后的TDD UL/DL配置,那么终端立即读取MIB即可;
-如果在SIB2中通过新增IE指示更新后的TDD UL/DL配置,那么终端立即读取SIB1即可;
-如果在其它SIB中通过新增IE指示变更后的TDD UL/DL配置,那么终端需要立即读取SIB1或者携带TDD UL/DL配置的SIB的调度信息,再按照调度信息读取相应SIB。
然后终端根据寻呼消息中携带的生效时间指示,使用更新后的TDD UL/DL配置。
步骤4:基站确定更新后的TDD UL/DL配置的生效时间;
在基站侧更新后的TDD UL/DL配置的生效时间确定方式和UE侧确定方式相同。
说明:上述实施例中生效时间是携带在寻呼消息中的,除此之外,也可以不在寻呼消息中携带生效时间,而在后续通知更新后的TDD UL/DL配置的编号的MIB或者SIB中携带该TDD UL/DL配置的生效时间。
实施例四:
本实施例中,TDD UL/DL配置变更采用方法三通知,TDD UL/DL配置更新周期取默认值,可以是基站和终端预先约定或者在协议中规定默认值,具体如下:
步骤1:基站确定TDD UL/DL配置需要变更;
基站根据小区内的上下行业务数据量决定变更TDD UL/DL配置并确定更新后的TDD UL/DL配置的编号。
步骤2:基站通知小区内UE系统信息更新以及更新后的TDD UL/DL配置的编号;
一旦基站确定需要变更某个小区的TDD UL/DL配置,那么基站在最近的一个TDDUL/DL配置变更周期n内开始通过MIB发送更新后的TDD UL/DL配置的编号。
步骤3:终端接收到更新后的系统信息;
支持动态TDD UL/DL配置的连接态终端在每个TDD UL/DL配置变更周期内至少需要读一次MIB,如果MIB中的TDD UL/DL配置发生了更新,那么在第n+x个TDD UL/DL配置变更周期开始时,更新后的TDD UL/DL配置开始生效,如果x=1,那么更新后的TDD UL/DL配置即在第n+1个TDD配置变更周期开始生效。
其中TDD UL/DL配置变更周期可以有两种确定方式:
方式1:基站和终端预先约定或者协议中预先规定默认值,比如该默认值为MIB调度周期的时间长度:40ms;
方式2:基站通过MIB或者专用信令通知给终端,专用信令可以是RRC/MAC/PDCCH信令;
步骤4:基站确定更新后的TDD UL/DL配置的生效时间;
在基站侧更新后的TDD UL/DL配置的生效时间确定方式和UE侧确定方式相同。
实施例五:
本实施例中,TDD UL/DL配置变更采用方法四通知,生效时间由基站和终端预先约定或者在协议中配置默认值,具体如下:
假设基站根据小区内的上下行业务的数据量决定变更TDD UL/DL配置,那么基站可以在子帧n向小区内的连接态终端发送RRC信令,终端接收到RRC信令后,进行解析获取更新后的TDD UL/DL配置的编号,在n+k1时刻开始使用更新后的TDD UL/DL配置。n+k1时刻之前,无论基站和终端都需要使用旧的TDD UL/DL配置。其中k1取值由基站和终端预先约定或者协议中配置k1的默认值。
实施例六:
本实施例中,TDD UL/DL配置变更采用方法四通知,生效时间由基站通过显式信令通知,具体如下:
假设基站根据小区内的上下行业务的数据量决定变更TDD UL/DL配置,那么可以在子帧n向小区内的连接态终端发送RRC信令,终端接收到RRC信令后,进行解析获取更新后的TDD UL/DL配置的编号,然后在n+k1时刻,基站和终端同时使用更新后的TDD UL/DL配置。在n+k1之前,无论基站和终端都需要使用旧的TDD UL/DL配置。其中k1由基站通过显式信令通知给终端,显式信令可以是RRC/MAC/PDCCH信令,可以是一条单独的信令,也可以和其它信令合并,当然也可以合并到TDD UL/DL配置通知的信令中。
实施例七:
本实施例中,TDD UL/DL配置变更采用方法四通知,生效时间由基站和终端预先约定或者在协议中配置默认值,具体如下:
假设基站根据小区内的上下行业务的数据量决定变更TDD UL/DL配置,那么基站可以在子帧n向小区内的连接态终端发送MAC信令,即MAC CE,终端接收到MAC信令后,进行解析获取更新后的TDD UL/DL配置的编号,在n+k1时刻同时使用更新后的TDD UL/DL配置。n+k1时刻之前,无论基站和终端都需要使用旧的TDD UL/DL配置。其中k1取值由基站和终端预先约定或者协议中配置k1的默认值。典型的k1取值可以取8ms。
实施例八:
本实施例中,TDD UL/DL配置变更采用方法四通知,生效时间由基站通过显式信令通知,具体如下:
假设基站根据小区内的上下行业务的数据量决定变更TDD UL/DL配置,那么可以在子帧n向小区内的连接态终端发送MAC信令,即MAC CE,终端接收到MAC信令后,进行解析获取更新后的TDD UL/DL配置的编号,然后在n+k1时刻,基站和终端同时使用更新后的TDDUL/DL配置。在n+k1之前,无论基站和终端都需要使用旧的TDD UL/DL配置。其中k1由基站通过显式信令通知给终端,显式信令可以是RRC/MAC/PDCCH信令,可以是一条单独的信令,也可以和其它信令合并,当然也可以合并到TDD UL/DL配置通知的信令中。典型的k1可以配置为8ms。
实施例九:
本实施例中,TDD UL/DL配置变更采用方法四通知,生效时间采用绝对时间,在TDDUL/DL配置更新的MAC信令中携带,具体如下:
假设基站根据小区内的上下行业务的数据量决定变更TDD UL/DL配置,那么可以在子帧n向小区内的连接态终端发送MAC信令,即MAC CE,终端接收到MAC信令后,进行解析获取更新后的TDD UL/DL配置的编号和生效时间(包括SFN和子帧编号),然后在MAC信令指定的生效时间对应的SFN和子帧,基站和终端同时使用更新后的TDD UL/DL配置。在此时刻之前,无论基站和终端都需要使用旧的TDD UL/DL配置。
当然,生效时间也可以通过一条单独的MAC CE由基站通知UE。
RRC信令通知生效时间的方式和实施例九类似,不同之处就在于生效时间和更新后的TDD UL/DL配置的编号采用RRC信令通知。此外,还可以考虑更更新后的TDD UL/DL配置的编号采用RRC信令通知、生效时间采用MAC信令通知,或者更更新后的TDD UL/DL配置的编号采用MAC信令、生效时间采用RRC信令通知的方式。
参见图7,本发明实施例提供一种基站,该基站包括:
发送单元70,用于在更新小区的TDD上下行配置后,将更新后的TDD上下行配置的信息发送给所述小区内的终端;
确定单元71,用于按照与终端相同的生效时间确定方法确定所述更新后的TDD上下行配置的生效时间;
传输单元72,用于在该生效时间到达时开始使用所述更新后的TDD上下行配置进行数据传输。
进一步的,所述发送单元70用于:采用如下四种方法中的一种方法将更新后的TDD上下行配置的信息发送给所述小区内的终端:
方法一:在一个广播控制信道BCCH修改周期内,通过寻呼消息通知所述小区内的终端系统信息发生变更,并在下一个BCCH修改周期内发送更新后的系统信息,该更新后的系统信息中携带更新后的TDD上下行配置的信息;
方法二:在一个BCCH修改周期内,通过寻呼消息通知所述小区内的终端TDD上下行配置发生变更,并在后续发送的系统信息中增加新的信息单元IE,该IE中携带更新后的TDD上下行配置的信息;该IE携带在MIB或者SIB1或者其它SIB中;
方法三:在一个TDD上下行配置变更周期内通过主信息块MIB发送更新后的TDD上下行配置的信息;
方法四:通过无线资源控制RRC信令或媒体接入控制MAC信令,将更新后的TDD上下行配置的信息发送给所述小区内的终端。
进一步的,所述确定单元71用于:
在采用方法一时,确定所述更新后的TDD上下行配置的生效时间为下一个BCCH修改周期的起始时间点后的第N毫秒;或者,
在所述寻呼消息或所述更新后的系统信息中还携带所述更新后的TDD上下行配置的生效时间,确定所述更新后的TDD上下行配置的生效时间为所述寻呼消息或所述更新后的系统信息中携带的生效时间。
进一步的,在所述更新后的TDD上下行配置的信息携带在MIB中时,N的取值为m个MIB调度周期的时间长度;或者,
在所述更新后的TDD上下行配置的信息携带在SIB1中时,N的取值为m个SIB1调度周期的时间长度;或者,
在所述更新后的TDD上下行配置的信息携带在其它SIB中时,N的取值为m个调度信息窗SI-window的时间长度;或者,
N的取值为m个BCCH修改周期的时间长度;
其中,m为不小于1的整数。
进一步的,所述确定单元71用于:
在采用方法二时,在携带TDD上下行配置变更通知的寻呼消息或携带更新后的TDD上下行配置的信息的系统信息中,还携带所述更新后的TDD上下行配置的生效时间,基站确定所述更新后的TDD上下行配置的生效时间为所述携带TDD上下行配置变更通知的寻呼消息或携带更新后的TDD上下行配置的信息的系统信息中携带的生效时间。
进一步的,所述确定单元71用于:
在采用方法三时,确定所述更新后的TDD上下行配置的生效时间为所述TDD上下行配置变更周期后的第x个TDD上下行配置变更周期的起始时刻,x为不小于1的整数,x的取值由基站和终端预先约定或者基站通知给终端。
进一步的,该基站还包括:
第一约定通知单元73,用于与终端预先约定TDD上下行配置变更周期的时间长度;或者,
通过MIB或专用信令将TDD上下行配置变更周期的时间长度通知给终端。
进一步的,所述确定单元71用于:
在采用方法四时,确定所述更新后的TDD上下行配置的生效时间为子帧n后的第k1个子帧,子帧n为基站发送所述RRC信令或MAC信令所在的子帧,k1为不小于1的整数;或者,
通过信令将所述更新后的TDD上下行配置的生效时间发送给终端,确定所述更新后的TDD上下行配置的生效时间为发送给终端的生效时间。
进一步的,该基站还包括:
第二约定通知单元74,用于与终端预先约定k1的取值,或预先通过信令将k1的取值通知给终端。
进一步的,所述确定单元71向终端发送所述生效时间所使用的信令,是发送所述更新后的TDD上下行配置的信息所使用的信令或其他信令。
参见图8,本发明实施例还提供一种终端,该终端包括:
接收单元80,用于接收基站发送的更新后的TDD上下行配置的信息;
确定单元81,用于按照与基站相同的生效时间确定方法确定所述更新后的TDD上下行配置的生效时间;
传输单元82,用于在该生效时间到达时开始使用所述更新后的TDD上下行配置进行数据传输。
进一步的,所述接收单元80用于:采用如下四种方法中的一种方法接收基站发送的更新后的TDD上下行配置的信息:
方法一:在一个广播控制信道BCCH修改周期内接收到基站通过寻呼消息发送的系统信息变更通知,在下一个BCCH修改周期内开始接收基站发送的更新后的系统信息,并从更新后的系统信息中获取更新后的TDD上下行配置的信息;
方法二:在一个BCCH修改周期内接收到基站通过寻呼消息发送的TDD上下行配置变更指示,立刻开始接收系统信息,从该系统信息中获取更新后的TDD上下行配置的信息;
方法三:接收基站在一个TDD上下行配置变更周期内通过主信息块MIB发送的更新后的TDD上下行配置的信息;
方法四:接收基站通过无线资源控制RRC信令或媒体接入控制MAC信令,发送的更新后的TDD上下行配置的信息。
进一步的,所述确定单元81用于:
在采用方法一时,确定所述更新后的TDD上下行配置的生效时间为开始接收更新后的系统信息的BCCH修改周期的起始时间点后的第N毫秒;或者,
在所述寻呼消息或所述更新后的系统信息中还携带所述更新后的TDD上下行配置的生效时间时,将所述寻呼消息或所述更新后的系统信息中携带的生效时间确定为所述更新后的TDD上下行配置的生效时间。
进一步的,在所述更新后的TDD上下行配置的信息携带在主信息块MIB中时,N的取值为m个MIB调度周期的时间长度;或者,
在所述更新后的TDD上下行配置的信息携带在系统信息块SIB1时,N的取值为m个SIB1调度周期的时间长度;或者,
在所述更新后的TDD上下行配置的信息携带在其它SIB时,N的取值为m个调度信息窗SI-window的时间长度;或者,
N的取值为m个BCCH修改周期的时间长度;
其中,m为不小于1的整数。
进一步的,所述接收单元80用于:在采用方法二时:
如果所述更新后的TDD上下行配置的信息携带在MIB中,终端在接收到寻呼消息后,立即读取MIB,从该MIB中的新增IE中获取更新后的TDD上下行配置的信息;
如果所述更新后的TDD上下行配置的信息携带在SIB1中,终端在接收到寻呼消息后,立即读取SIB1,从该SIB1中的新增IE中获取更新后的TDD上下行配置;
如果所述更新后的TDD上下行配置的信息携带在其它SIB中,终端在接收到寻呼消息后,立即读取SIB1以获取包含该更新后的TDD上下行配置的信息的SIB的调度信息,按照该调度信息读取所述SIB。
进一步的,所述确定单元81用于:
在采用方法二时,在所述寻呼消息或携带更新后的TDD上下行配置的信息的系统信息中,还携带所述更新后的TDD上下行配置的生效时间时,终端将所述寻呼消息或所述携带更新后的TDD上下行配置的信息的系统信息中携带的生效时间,确定为所述更新后的TDD上下行配置的生效时间。
进一步的,所述确定单元81用于:
在采用方法三时,确定所述更新后的TDD上下行配置的生效时间为所述TDD上下行配置变更周期后的第x个TDD上下行配置变更周期的起始时刻,x为不小于1的整数,x的取值由基站和终端预先约定或者基站通知给终端。
进一步的,所述接收单元80用于:
在一个TDD上下行配置周期内至少读取一次MIB。
进一步的,该终端还包括:
第一约定接收单元83,用于与基站预先约定TDD上下行配置变更周期的时间长度;或者,接收基站预先通过MIB或专用信令发送的TDD上下行配置变更周期的时间长度;
根据TDD上下行配置变更周期的时间长度确定所述TDD上下行配置变更周期后的第x个TDD上下行配置变更周期的起始时刻。
进一步的,所述确定单元81用于:
在采用方法四时,确定所述更新后的TDD上下行配置的生效时间为子帧n后的第k1个子帧,子帧n为终端接收所述RRC信令或MAC信令所在的子帧,k1为不小于1的整数;或者,
将基站预先通过信令发送的生效时间,确定为所述更新后的TDD上下行配置的生效时间。
进一步的,该终端还包括:
第二约定接收单元84,用于与基站预先约定k1的取值,或接收基站预先通过信令通知的k1的取值。
进一步的,所述确定单元81发送所述生效时间所使用的信令,是发送所述更新后的TDD上下行配置的信息所使用的信令或其他信令。
综上,本发明的有益效果包括:
本发明实施例提供的方案中,基站在更新小区的TDD上下行配置后,将更新后的TDD上下行配置的信息发送给该小区内的终端;基站按照与终端相同的生效时间确定方法确定更新后的TDD上下行配置的生效时间,并在该生效时间到达时开始使用更新后的TDD上下行配置进行数据传输;终端接收基站发送的更新后的TDD上下行配置的信息,按照与基站相同的生效时间确定方法确定更新后的TDD上下行配置的生效时间,并在该生效时间到达时开始使用更新后的TDD上下行配置进行数据传输。可见,本方法中基站和终端按照相同的生效时间确定方法确定更新后的TDD上下行配置的生效时间,并在该生效时间到达时才开始使用更新后的TDD上下行配置进行数据传输,在该生效时间到达前一直使用更新前的TDD上下行配置进行数据传输,从而使得基站和终端始终使用相同的TDD上下行配置,避免了基站和终端对TDD上下行配置理解不一致的问题,进而避免了由于基站和终端对TDD上下行配置理解不一致造成调度以及HARQ机制受到影响的问题,保证了系统的传输性能。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。