背景技术
MBMS(Multimedia Broadcast Multicast Service,多媒体广播组播业务)用于为无线小区中用户提供多媒体广播和多播服务。LTE(Long Term Evolved,长期演进)系统中,在MBMS专用的频率层和与非MBMS业务共享的频率层上都能够提供MBMS。支持MBMS的LTE小区可以是MBMS专用小区也可以是MBMS/单播混合小区。MBMS业务可以进行单小区传输,也可以进行多小区传输。MBMS的多小区传输需要支持MBSFN传输方式。
所谓MBSFN(Multimedia Broadcast multicast service Single Frequency Network,多媒体广播多播服务单频网络)是指在同一时间以相同频率在多个小区进行同步传输。使用这种传输方式可以节约频率资源,提高频谱利用率。它要求多个小区将完全相同的内容同时发送。这样一来,UE(User Equipment,用户设备)接收机就能将多个MBSFN小区视为一个大的小区。因此,UE不仅不会受到相邻小区传输的小区间干扰,而且将受益于来自多个MBSFN小区的信号的叠加。MBMS专用小区和MBMS/单播混合小区都可以采用MBSFN传输方式。另外,如果利用先进的UE接收机技术还能解决多径传播的时间差问题,从而消除小区内干扰。这种多小区同频传输所带来的分集效果还可以解决盲区覆盖等问题,增强接收的可靠性,提高覆盖率。
MBMS多小区传输的技术特点如下:
(1)MBSFN域内MBMS的同步传输;
(2)支持多小区MBMS传输的合并;
(3)逻辑信道MTCH(Multicast Traffic Channel,多播业务信道)和MCCH(Multicast Control Channel,多播控制信道)映射在用于PTM(Point to Multipoint,一点对多点)传输的传输信道MCH(Multicast Channel,多播信道),进而映射到物理信道PMCH(Physical Multicast Channel,物理多播信道)上;
(4)MBSFN同步区域可以半静态配置,如:通过O&M(operation and maintenance,运行与维护系统);
(5)MBSFN子帧前1~2个符号是控制符号,承载用于单播传输调度的PDCCH(Physical Downlink Control Channel,物理下行控制信道),后面部分是数据域,在有MBMS业务发送时承载PMCH。
与MBMS传输相关的逻辑信道主要有:BCCH(Broadcast Control Channel,广播控制信道),MCCH和MTCH
各信道的主要作用如下:
(1)BCCH:
广播控制信道,用于网络向UE广播系统信息。对于MBMS,包括两部分广播消息传输:SIB2中指示所有的MBSFN子帧;SIB13调度notification子帧(notification机制用于MCCH变更通知)和MCCH,该调度命令中包含传输notification和MCCH的MBSFN子帧指示。
(2)MCCH:
多播控制信道,是一个点到多点的下行信道,用于网络向UE传输该MBSFN区域中MBMS相关的控制信息,一个MCCH可以对应于一个或多个MTCH(即:可以携带多个MTCH的控制信息)。MCCH可包括的信息有:该MBSFN区域的子帧分配、PMCH(或MCH)的配置信息(如:MBMS session信息、数据MCS格式配置、PMCH子帧位置和调度周期等)等。
(3)MTCH:
多播业务信道,是一个点到多点的下行信道,用于网络向UE发送具体的MBMS业务数据。
网络利用BCCH(SIB2、SIB13)向UE指示MCCH的配置信息,再利用MCCH向UE提供(P)MCH信息,UE在(P)MCH上读取具体业务的MTCH调度信息MSI(MCH Scheduling Information),从而能够在MTCH上接收MBMS业务。最终指示用于MBMS业务传输的MBSFN子帧的是MSI MAC CE(MSI MAC Control Element)。
如图1所示,为现有技术中MBMS业务区与MBSFN同步区等的关系的示意图。
物理层协议已经规定LTE R10的终端设备可以在未用于MBMS传输的MBSFN子帧(又成为unused MBSFN子帧)上接收PDSCH(Physical Downlink Shared Channel,物理下行共享信道)。具体来说,只有基站配置为传输模式8(Transmission Mode 8,TM8)或传输模式9(Transmission Mode 9,TM9)的终端设备可以在MBSFN子帧上接收PDSCH。
在R10协议中,物理层根据用户需求,配置了终端设备所应用的天线端口和MIMO传输模式,上述的TM8和TM9就是R10中心提出的两种传输模式,其具体内容可以参见3GPP 36.213.8.1协议中相关的内容,在此不再详细说明。
在实现本发明实施例的过程中,申请人发现现有技术至少存在以下问题:
当前高层协议规定终端设备不能在SIB2指示的MBSFN子帧内接收PDSCH传输,即不能在MBSFN子帧接收单播下行传输,相应的,终端设备也不在MBSFN子帧的控制符号部分接收调度PDSCH传输的PDCCH。
也就是说,当前高层协议不能满足物理层提出的终端设备在剩余的MBSFN子帧上接收PDSCH的需求。
如果简单规定终端设备能够在SIB2指示的MBSFN子帧上接收PDSCH,则终端设备需要接收所有的MBSFN子帧上,解析PDCCH,判断是否有下行调度。而正常情况下,只有接收MBMS业务的终端设备才需要接收对应的MBSFN子帧,其他终端设备不接收MBSFN子帧可以达到省电的效果。一般说来,剩余MBSFN子帧数量很少,如果为了利用该子帧让所有终端设备接收所有MBSFN子帧的话,终端设备耗电过大,相对于资源的利用来说得不偿失。
具体实施方式
如背景技术所述,当前高层协议不能满足物理层提出的终端设备在剩余的MBSFN子帧上接收PDSCH的需求。
如果规定终端设备能够在SIB2指示的MBSFN子帧上接收PDSCH,所有终端设备终端设备都要接收MBSFN子帧,这样所产生耗电量很大,而实际能用到的未用于MBMS传输的MBSFN子帧数量又很少。
为了解决上述的问题,本发明实施例提出了将剩余MBSFN子帧用于实现对固定传输模式的特定终端设备的下行单播数据传输进行调度和传输的技术方案。
本发明的核心思想是:将剩余MBSFN子帧用于固定传输模式的特定终端设备的PDSCH传输。
其中,剩余MBSFN子帧指不用于MBMS传输的MBSFN子帧,进一步,可排除其他不能用于单播传输的MBSFN子帧,如用于DeNB和relay的backhaul子帧,承载PRS(Positioning Reference Signal,定位参考信号)的用于定位用途的子帧。
如图2所示,为本发明实施例提出的一种下行数据的传输方法的流程示意图,该方法具体包括以下步骤:
步骤S201、基站配置采用指定传输模式的终端设备。
步骤S202、所述基站确定剩余MBSFN子帧,具体包括:
所述基站在SIB2指示的MBSFN子帧集合中,确定除MBMS传输子帧以外的子帧为剩余MBSFN子帧;或,
所述基站在SIB2指示的MBSFN子帧集合中,确定除MBMS传输子帧,以及用于其他用途的子帧以外的子帧为剩余MBSFN子帧。
其中,用于其他用途的子帧,具体包括:
应用在DeNB和中继节点之间的传输过程中的backhaul子帧;和/或,
承载PRS的用于定位用途的子帧。
步骤S203、所述基站在所述剩余MBSFN子帧上对所述采用指定传输模式的终端设备中相应的终端设备的下行单播数据传输进行调度和传输。
基于本步骤中进行下行单播数据传输的调度和传输的具体终端设备的差异,本发明实施例所提出的技术方案具体可以分为以下两种方法:
方法一、对所有的配置为采用指定传输模式的终端设备进行下行单播数据传输的调度和传输。
在此种方法中,基站直接根据步骤S201中所配置的指定传输模式的信息进行相应的操作。
方法二、对采用指定传输模式的终端设备进行进一步筛选,只对其中有上行数据需要调度的终端设备进行下行单播数据传输的调度和传输。
为了实现本方法,需要预先确定有上行数据需要调度的终端设备,相应的确定方法,具体包括以下几种:
1、当所述基站接收到采用指定传输模式的终端设备发送的上行调度请求时,所述基站确定所述终端设备有上行数据需要调度。
2、当所述基站接收到采用指定传输模式的终端设备发送的缓存状态报告,且当前缓存上报的数据量还没有调度完毕时,所述基站确定所述终端设备有上行数据需要调度。
3、当所述基站确定在当前时间点上有周期性数据到达,且没有其他预定资源可承载所述周期性数据时,所述基站确定所述终端设备有上行数据需要调度。
需要说明的是,上述的确定方式可以单独应用,可以采用组合的方式,作为具体的确定依据,这样的变化并不影响本发明的保护范围。
需要说明的是,上述的方法一和方法二的区别是方法二引入了对终端设备是否有上行数据需要传输的判断,剩余MBSFN子帧只能用于调度有上行数据需要传输的终端设备的下行传输。
方法二的优点在于:当终端设备没有上行数据需要传输的时候不需要接收MBSFN子帧和解析PDCCH;当终端设备需要进行上行传输的时候本来就要接收MBSFN子帧和解析PDCCH,而调度上行传输的DCI(Downlink Control Information,下行控制信息)长度和指定传输模式中利用剩余MBSFN子帧调度下行传输的DCI长度是一样的,不增加终端设备任何检测开销。这样,方式二的终端设备省电性能和现有协议是完全相同的。而方式一中配置为指定传输模式的终端设备要接收所有MBSFN子帧和解析其中的PDCCH,显然更加耗电。
在完成了上述的确定处理后,基站在所述剩余MBSFN子帧上对所述采用指定传输模式的终端设备中所包含的有上行数据需要调度的终端设备的下行单播数据传输进行调度和传输。
在具体的应用场景中,上述的指定传输模式,具体可以为传输模式8或传输模式9。
与上述的处理方案相对应,本发明实施例同样提出了在终端设备侧的处理流程,具体的流程示意图如图3所示,包括以下步骤:
步骤S301、终端设备接收基站发送的配置所述终端设备的传输模式的指示消息。
步骤S302、如果所述指示消息配置所述终端设备采用指定传输模式,所述终端设备在相应的MBSFN子帧上接收所述基站发送的PDCCH,检测是否有对自身的下行传输调度。
需要进一步指出的是,对应前述步骤S103中的两种方法,在终端设备侧判断继续执行步骤S302的时候,也可以分为两种情况:
对应步骤S103中的方法一,只要指示消息配置该终端设备采用指定传输模式,那么就会进行相应的PDCCH的接收和下行传输调度的检测。
对应步骤S103中的方法二,在指示消息配置该终端设备采用指定传输模式的同时,还需要该终端设备确定自身当前有上行数据需要传输,才会进行相应的PDCCH的接收和下行传输调度的检测。
具体应用哪种技术方案根据实际需要,以及基站侧的配置进行调整,这样的变化同样属于本发明的保护范围。
在完成相应的检测后,如果检测结果为有,则执行步骤S303;如果检测结果为没有,则不进行具体的数据传输处理。
步骤S303、所述终端设备在所述MBSFN子帧的数据部分接收PDSCH。
需要进一步指出的是,无论上述的步骤S302中采用了哪种方案进行是否进行检测的判断依据,后续的PDCCH的接收以及相应的检测过程都可以采用以下方案来实现:
方案一、根据SIB2配置进行。
所述终端设备在SIB2配置的MBSFN子帧集合的MBSFN子帧上接收所述基站发送的PDCCH,检测是否有对自身的下行传输调度。
方案二、根据剩余MBSFN子帧进行。
当所述终端设备接收到MBMS配置信息,和/或,用于其他用途的MBSFN子帧的配置信息时,所述终端设备确认MBMS子帧和/或用于其他用途的MBSFN子帧;
所述终端设备在SIB2配置的MBSFN子帧集合中除MBMS子帧和/或用于其他用途的MBSFN子帧外的剩余MBSFN子帧中接收所述基站发送的PDCCH,检测是否有对自身的下行传输调度。
其中,所述用于其他用途的MBSFN子帧,具体包括:
应用在DeNB和中继节点之间的传输过程中的backhaul子帧;和/或,
承载PRS的用于定位用途的子帧。
需要指出的是,上述的两种进行接收处理的方案可以根据实际需要选择其中的任意一种进行具体的处理,选用方案的变化并不影响本发明的保护范围。
在具体的应用场景中,上述的指定传输模式,具体可以为传输模式8或传输模式9。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例的技术方案,将剩余MBSFN子帧用于实现对固定传输模式的特定终端设备的下行单播数据传输进行调度和传输,从而,可以在MBSFN上实现PDSCH传输的同时,不需额外添加、修改高层信令,便可使相应的终端设备仍能达到与早期版本同样的省电效果。
下面,结合具体的应用场景,对本发明实施例所提出的技术方案进行说明。
为了方便说明,在具体的实施场景中,本发明实施例的技术方案中设定的对可利用剩余MBSFN子帧传输PDSCH的终端设备的限制规则为:
(1)基站配置为传输模式8(tm8)或传输模式9(tm9)的终端设备,和/或,
(2)有上行数据传输的终端设备.
具体的,有上行数据传输的判断标准为:
上行数据缓存不为空;或
上行数据缓存不为空且基站已经开始调度该终端设备的上行传输;或
上行数据缓存不为空,基站还未开始调度该终端设备的上行传输但该终端设备已发送调度上行请求。
基于上述规则,本发明实施例通过以下场景说明相应的处理过程:
实施例一、基站在剩余MBSFN子帧上调度所有配置为tm8或tm9的终端设备的下行传输,相应的处理过程如图4a和图4b所示。
步骤S401、基站配置部分终端设备的传输模式为传输模式8或传输模式9。
设定这样的终端设备所组成的集合为终端集合1。
步骤S402、终端设备接收基站配置命令,确认传输模式。
步骤S403、基站确定剩余MBSFN子帧。
需要指出的是,上述的步骤S403在步骤S401执行完毕后即可开始,与步骤S402没有必然的先后关系,本发明实施例只是为了方便说明而添加的编号,这样的变化并不影响本发明的保护范围。
步骤S404、基站在剩余MBSFN子帧上调度和传输终端集合1中的终端设备的下行单播数据传输。
步骤S405、如果配置为传输模式8或传输模式9,终端设备在SIB2配置的MBSFN子帧上接收PDCCH,检测是否有对本终端设备的下行传输调度(DL assignment),如果有则在该MBSFN子帧的数据部分接收PDSCH。
步骤S405’、如果配置为传输模式8或传输模式9,且该终端设备可以进行剩余MBSFN子帧的基本判断,在剩余MBSFN子帧上接收PDCCH,检测是否有对本终端设备的下行传输调度(DL assignment),如果有则在该MBSFN子帧的数据部分接收PDSCH。
其中,剩余MBSFN子帧的判断过程参见步骤S302中的说明,在此不再重复。
实施例二、基站在剩余MBSFN子帧上调度有上行传输的配置为tm8或tm9的终端设备的下行传输,相应的处理过程如图5a和图5b所示。
步骤S501、基站配置部分终端设备的传输模式为传输模式8或传输模式9。
设定这样的终端设备所组成的集合为终端集合1。
步骤S502、终端设备接收基站配置命令,确认传输模式。
步骤S503、基站确定剩余MBSFN子帧,并确定终端集合1中有上行数据需要调度的终端设备。
设定这样的终端设备所组成的集合为终端集合2。
需要指出的是,上述的步骤S503在步骤S501执行完毕后即可开始,与步骤S502没有必然的先后关系,本发明实施例只是为了方便说明而添加的编号,这样的变化并不影响本发明的保护范围。
步骤S504、在剩余MBSFN子帧上调度和传输终端集合2中终端设备的下行单播数据传输。
步骤S505、如果配置为传输模式8(tm8)或传输模式9(tm9),且有上行数据需要传输,则该终端设备在SIB2配置的MBSFN子帧上接收PDCCH,解析是否有下行资源分配(DL assignment),如果有下行资源分配,在该MBSFN子帧的数据域接收PDSCH。
步骤S505’、如果配置为传输模式8(tm8)或传输模式9(tm9),且有上行数据需要传输,则该终端设备可以进行剩余MBSFN子帧的基本判断,在判断的剩余MBSFN子帧集合内接收PDCCH,解析是否有下行资源分配(DL assignment),如果有下行资源分配,在该MBSFN子帧的数据域接收PDSCH。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例的技术方案,将剩余MBSFN子帧用于实现对固定传输模式的特定终端设备的下行单播数据传输进行调度和传输,从而,可以在MBSFN上实现PDSCH传输的同时,不需额外添加、修改高层信令,便可使相应的终端设备仍能达到与早期版本同样的省电效果。
为了实现本发明实施例的技术方案,本发明实施例还提供了一种基站,其结构示意图如图6所示,具体包括:
配置模块61,用于配置采用指定传输模式的终端设备;
确定模块62,用于确定剩余MBSFN子帧;
处理模块63,用于在所述确定模块62所确定的剩余MBSFN子帧上对所述配置模块61所配置的采用指定传输模式的终端设备中相应的终端设备的下行单播数据传输进行调度和传输。
其中,所述确定模块62,具体用于:
在SIB2指示的MBSFN子帧集合中,确定除MBMS传输子帧以外的子帧为剩余MBSFN子帧;或,
在SIB2指示的MBSFN子帧集合中,确定除MBMS传输子帧,以及用于其他用途的子帧以外的子帧为剩余MBSFN子帧。
在具体的实施场景中,所述处理模块63,具体用于:
在所述剩余MBSFN子帧上对所述配置模块61所配置的所有采用指定传输模式的终端设备的下行单播数据传输进行调度和传输。
在另一种具体的应用场景中,所述确定模块62,还用于确定所述采用指定传输模式的终端设备中所包含的有上行数据需要调度的终端设备。
相应的,所述处理模块63,具体用于:
在所述剩余MBSFN子帧上对所述确定模块62所确定的采用指定传输模式的终端设备中所包含的有上行数据需要调度的终端设备的下行单播数据传输进行调度和传输。
另一方面,本发明实施例还提供了一种终端设备,其结构示意图如图7所示,包括:
接收模块71,用于接收基站发送的配置所述终端设备的传输模式的指示消息;
检测模块72,用于在所述接收模块71所接收到的指示消息配置所述终端设备采用指定传输模式时,在相应的MBSFN子帧上接收所述基站发送的PDCCH,检测是否有对自身的下行传输调度;
处理模块73,用于在所述检测模块72的检测结果为有时,在所述MBSFN子帧的数据部分接收PDSCH。
其中,所述检测模块72,还用于:
在所述接收模块71所接收到的指示消息配置所述终端设备采用指定传输模式,且所述终端设备当前有上行数据需要传输时,在相应的MBSFN子帧上接收所述基站发送的PDCCH,检测是否有对自身的下行传输调度。
相应的,所述检测模块72,具体用于:
在SIB2配置的MBSFN子帧集合的MBSFN子帧上接收所述基站发送的PDCCH,检测是否有对自身的下行传输调度。
另一种情况下,所述检测模块72,具体用于:
当所述接收模块71接收到MBMS配置信息,和/或,用于其他用途的MBSFN子帧的配置信息时,确认MBMS子帧和/或用于其他用途的MBSFN子帧;
并在SIB2配置的MBSFN子帧集合中除MBMS子帧和/或用于其他用途的MBSFN子帧外的剩余MBSFN子帧中接收所述基站发送的PDCCH,检测是否有对自身的下行传输调度。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例的技术方案,将剩余MBSFN子帧用于实现对固定传输模式的特定终端设备的下行单播数据传输进行调度和传输,从而,可以在MBSFN上实现PDSCH传输的同时,不需额外添加、修改高层信令,便可使相应的终端设备仍能达到与早期版本同样的省电效果。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或网络设备等)执行本发明实施例各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景,但是,本发明实施例并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。