具体实施方式
多媒体组播和/或广播业务数据(MBMS业务数据),例如,在MBMS点到多点业务信道(MTCH,Multicast Traffic Channl)上传输的业务数据,是以MBSFN的形式传输,且MTCH是映射在多播传输信道上时(Multicast Channel,MCH),MCH映射在物理组播信道(PMCH,Physical Multicast Channel)上。
MTCH业务数据以MB SFN的形式传输,意味着对于PMCH,参考信号(RS,Reference Signal)和扰码在MBSFN区域都是相同的,来自不同基站的以MBSFN形式传输的信号在空中自然叠加,因为参考信号和扰码在整个MBSFN区域相同,用户设备(UE,User Equipment)利用该统一的参考信号进行联合MBSFN信道估计,也即,UE不需要区分联合(combine)后的信号到底是来自哪个基站,对联合之后的信号直接进行解调解码。
当MCCH和MTCH都映射到组播传输信道上时(MulticastChannel,MCH),意味着MCCH和MTCH只能承载在MBSFN子帧中(MBSFN subframe)中。如果在一个MB SFN子帧中同时既有MCCH传输又有MTCH传输,当MTCH采用MBSFN的传输方式,则意味着MCCH也需要采用MBSFN的传输方式。否则,如果MCCH采用non-MBSFN传输方式,则会影响同一个MBSFN子帧的以MBSFN方式传输的MTCH的业务数据的传输,例如,无法在不同的eNB中为与MCCH控制信令属于同一个MBSFN子帧中的MTCH的业务数据分配相同的资源。此外,在上文中已经讨论,UE是采用联合MBSFN的方式对接收的信号进行检测,因此,如果不同的eNB在MCH上不采用MBSFN的方式传输数据,UE就无法正确地对接收到的数据进行解调和解码。
以下,将在各个具体实施例中地描述以MBSFN方式传输MCCH的控制信令的实现方式。
第一实施例
图1示出了根据本发明的一个实施例的MCCH控制信令的传输方式的示意图。
一个MBSFN子帧是1ms,也即,一个传输时间间隔(Transmission Time Interval,TTI)。一个子帧中包含12个符号(symbol),例如,12个OFDM符号。
其中,一个MB SFN子帧中的前两个符号不能用于MBSFN传输,而是需要预留用于传输物理混合重传指示信道(PhysicalHARQ In dication Channel,PHICH)、公共参考信号(CommonReference Signal,CRS)等,以便于单播(unicast)用户进行小区间切换、负载均衡或者干扰协调的测量,因此,MBSFN子帧的前两个符号可以看作是物理下行控制信道(Physical DownlinkControl Channel,PDCCH)符号。
以下结合图2并参照图1,对第一具体实施例的方法流程描述如下。如图2所示,在步骤S10中,基站1根据MCCH控制信令生成第一传输块(Transmission Block,TB),也即MCCH控制信令传输块,并根据MTCH业务数据生成第二传输块,也即,MTCH业务数据传输块。因此,如图1所示,MCCH控制信令和MTCH业务数据以两个传输块的形式被复用在同一个子帧中。本领域技术人员应能理解,图1所示的第一传输块和第二传输块的两个长方形仅为示例,第一传输块可以映射在一个或多个资源块(Resource Block,RB)上,而这些资源块可以是离散的,第二传输块可以映射在一个或多个资源块(ResourceBlock,RB)上,而这些资源块可以是离散的。因此,实际上,资源块在该MBSFN子帧的映射的图案可能是不规则的。
然后,在步骤S11中,基站1在该子帧中生成MCCH相关指示信息。该MCCH相关指示信息包括,例如,下行控制指示(Downlink Control Indication,DCI)和MBMS-无线网络临时标识(MBMS-Radio Network Temporary Indentifier)MBMS-RNTI。该DCI和MBMS-RNTI信息可以位于PDCCH符号中。
其中,定义DCI格式(format)4,DCI format 4中包括以下信息:
-MCCH所占用的资源块的信息,也即,MCCH信令的位置信息;
-MCCH的调制编码方式(Modulation and Coding Schema,MCS)。
-在另一个实施例中,DCI format 4中还可以包括新业务通知指示符(notification indicator)。
新定义的DCI format 4是考虑到了动态调度MCCH控制信令的必要的指示信息,因此省略了其他DCI格式中定义的一些其他参数。当然,也可以重用已经定义的DCI的format 1、2等各个版本。
值得注意的,基站1可以根据MCCH的实际数据量,精确地确定MCCH所占用的资源块,以实现对MCCH传输块的动态调度;并且基站1可以根据MCCH所要求的QoS等信息,动态地确定MCCH的调制编码方式。
MCCH相关指示消息中还包括MBMS-RNTI。为了提供可靠的传输,可以对DCI进行循环冗余校验(Cyclic RedundancyCheck,CRC)。基站1在对DCI进行CRC运算时,在CRC中加入RNSI进行掩码(mask)。RNTI包括寻呼RNTI(paging-RNTI),MBMS-RNTI,服务-RNTI(S-RNTI),用户特定的RNTI(User specific RNTI)等,每一个RNTI都有确定的取值,在相关的协议中均有规定,在此不予赘述。基站1知道自己需要调度的是什么样的数据,所以它就会根据实际要调度的数据在做CRC校验时加上相应的RNTI。
然后,在步骤S12中,基站1将该两个传输块通过传输信道MCH传递到物理层,并发送给本基站1所辖的一个或多个移动站。
考虑到传输的可靠性、UE的省电模式和避免错过MCCH控制信令的接收,基站1需要对MCCH控制信令采用调整周期(ModificationPeriod,MP)和重复周期(Repetition Period,RP)的周期传输机制。一个MP等于一个调度周期(scheduling period),一个MP周期等于多个RP周期。例如,一个MP周期中包含4个或8个RP。理想地,基站1在每个MP或者RP开始的第一个MBSFN subframe帧发送MCCH消息,在其他的MBSFN subframe中,不会发MCCH信令。当然,因为MBSFN subframe在一个调度周期上的分布式是离散的,例如,MP开始的第一个周期所对应的子帧不能进行MBSFN传输,而规定MCCH控制信令必须以MBSFN的形式传输,所以,有可能出现这样的情形,RP从第40号子帧开始,MCCH可能在第39号或者第41号子帧(closed occasion)进行发送,其中,该第39号子帧和第41号子帧为MBSFN子帧。也即,MCCH控制信令只在调整周期和重复周期(Repetition Period,RP)开始的最接近的MBSFN子帧中向移动站发送。当然,对于最靠近的一个MBSFN子帧是如何定义的,是取最靠近MP/RP周期开始的前一个MBSFN子帧还是取最靠近MP/RP周期开始的后一个MBSFN子帧用于传输MCCH控制信令消息,是系统约定好的,各个基站的选取的方式应该保持一致。基站1在每个RP上发送的MCCH消息是相同的,直至MCCH消息出现了更新,则在MP开始的最接近的MBSFN subframe帧才更新MCCH消息,然后,后面的RP再按照更新后的MCCH消息周期重复地发送。
基站1可以对系统消息进行扩充,以增加MP和RP的设置的选项,并将包含了MP和RP的系统消息预先发送给移动站2。
然后,在步骤S13中,移动站2首先在MP和RP所调度的周期上,接收到来自基站1的包含MCCH控制信令的MBSFN子帧。
然后,在步骤S14中,移动站2首先读取该MBSFN子帧的PDDCH符号,如果移动站发现了DCI指示信息,移动站2先对该DCI信息进行解CRC操作。经过解CRC操作后,移动站2可以获取对应的RNTI值,以进一步判断是否需要解码MCCH控制信令消息。如果需要对MCCH控制信令消息进行解码和解调,移动站2再根据PDCCH符号中包含的MCCH的调制编码方式,相应地对该MCCH消息进行解码和解调。移动站2的后续的操作因为与本发明的相关性不大,因此在此不予赘述。
本领域技术人员可以理解,在本实施例中,步骤S10和步骤S11之间并没有明显的先后顺序,上文中所给出的顺序仅为一种实现方式。基站1也可以先生成MCCH相关指示信息,再分别根据MCCH控制信令和MTCH业务数据生成复用在一个MBSFN子帧上的两个传输块。
为了简化在PDCCH符号中定义的上述指示机制,并且确保为MCCH所分配的资源同步,可以定义如下规则:
-在为MTCH业务数据分配资源之前,先为MCCH分配资源,并且在PMCH资源块的起点开始为MCCH分配资源;
-考虑到在一个MBSFN子帧中同时最多只能传输一个MCCH传输块和一个MTCH传输块,并且一旦确定了为MCCH所分配的资源,剩余的资源均用于MTCH资源分配,因此,在PDCCH中,只需要指示MCCH的资源分配信息即可,不需要指示MTCH的资源分配信息。
如果当前的MBSFN子帧中没有MCCH传输,则不会为MCCH分配资源,在PDCCH符号中也不会出现MCCH的DCI。
该第一具体实施例的优点在于:
-为MCCH和MTCH提供更有效和灵活的传输方式;
-继承了单播(unicast)在PDC CH中的业务调度指示,因此,保持了与unicast的一致性设计。
但是为了实现第一具体实施例,需要定义用于指示MCCH资源分配以及MCS方式的DCI。
图3为根据本发明的第二实施例的用于传输MCCH控制信令的MBSFN子帧结构的示意图,图4为根据本发明的第二实施例的方法流程图。
以下结合图4并参照图3,对本发明的第二实施例的方法流程描述如下。如图4所示,在步骤S10’中,基站1根据MCCH控制信令生成第一传输块,并根据MTCH业务数据生成第二传输块,因此,如图3所示,MCCH控制信令和MTCH业务数据以两个传输块的形式被复用在同一个子帧中。其中,规定为MCCH控制信令所分配的资源是固定(fixed)的并且是预留(reserved)在预定的位置(position)且大小(size)确定,例如,可以固定地为MCCH控制信令的传输预留在两个PDCCH符号后面的第一个符号。则该MBSFN子帧中的剩余的9个资源块均可以用于MTCH业务数据的传输。
本领域技术人员应能理解,图3所示的第一传输块和第二传输块的两个长方形仅为示例,第一传输块可以映射在一个或多个资源块上,而这些资源块可以是离散的,第二传输块可以映射在一个或多个资源块上,而这些资源块可以是离散的。因此,实际上,资源块在MBSFN子帧的映射图案可能是不规则的。
然后,在步骤S12’中,基站1将该两个传输块通过传输信道MCH传递到物理层,并发送给本基站1所辖的一个或多个移动站。
值得注意的是,MCCH控制信令只在调整周期和重复周期开始的最接近的MBSFN子帧中向移动站发送。
然后,在步骤S13’中,移动站2首先在MP和RP所调度的周期上,接收到来自基站1的包含MCCH控制信令的MBSFN子帧。
然后,在步骤814’中,移动站2根据例如,从系统消息中获取的MCCH消息的MCS,相应地,对该MCCH消息进行解码和解调。移动站2的后续的操作因为与本发明的相关性不大,因此在此不予赘述。
在该第二实施例的一个变化例中,该方法在步骤812’之前还可以包括步骤S11’,在步骤S11’中,在2个PDCCH符号中加入用于指示MCCH传输块的调制编码方式的指示信息。
该第二具体实施例的优点在于:
-不需要用于指示MCCH资源分配以及MCS方式的额外信息;
-对现有的PMCH的MBSFN子帧结构没有改动。
但是第二具体实施例因为采用固定预留的方式为MCCH分配资源,没有考虑在实际情况中不同的MCCH数据大小,因此,相对于第一具体实施例的资源利用率,该第二实施例的资源利用率较低。
图5为根据本发明的第三实施例的用于传输MCCH控制信令的MBSFN子帧结构的示意图,图6为根据本发明的第三实施例的方法流程图。
以下结合图6并参照图5,对本发明的第三实施例的方法流程描述如下。如图6所示,在步骤S10”中,基站1将MCCH控制信令独占地封装为一个MBSFN子帧。因此,如图5所示,MCCH控制信令的传输块占用了一个MBSFN子帧,未对MCCH控制信令和MTCH业务数据进行复用,意味着不能同时在一个MBSFN子帧中传输MCCH控制信令和MTCH业务数据。因为MCCH控制信令独占整个MBSFN子帧,而一般地,资源分配从PDCCH符号开始后的最前面的资源开始分配,且MCCH控制信令只在调整周期和重复周期开始的最接近的MBSFN子帧中向移动站发送,因此,在该第三实施例中,也不需要用于指示MCCH的资源分配的指示信息。
然后,在步骤S12”中,基站1将该一个传输块通过传输信道MCH传递到物理层,并发送给本基站1所辖的一个或多个移动站。
值得注意的是,MCCH控制信令只在调整周期和重复周期开始的最接近的MBSFN子帧中向移动站发送。
然后,在步骤S13”中,移动站2首先在MP和RP所调度的周期上,接收到来自基站1的包含MCCH控制信令的MBSFN子帧。
然后,在步骤S14”中,移动站2根据例如,从系统消息中获取的MCCH消息的MCS,相应地,对该MCCH消息进行解码和解调。移动站2的后续的操作因为与本发明的相关性不大,因此在此不予赘述。
本领域技术人员应能理解,图5所示的传输块的长方形仅为示例,该传输块可以映射在一个或多个资源块上,而这些资源块可以是离散的,因此,实际上,资源块在MBSFN子帧的资源块上的映射可能是不规则的。
在该第三实施例的一个变化例中,该方法在步骤S12”之前还可以包括步骤S11”,在步骤S11”中,基站1在2个PDCCH符号中加入用于指示MCCH传输块的调制编码方式的指示信息。
该第三实施例的优点在于:
-不需要用于指示MCCH资源分配以及MCS方式的额外信息;
但是通常MCCH控制信令的数据量比较小,第三实施例中MCCH控制信令的传输独占整个子帧,而未在该子帧中复用MTCH业务数据,因此该第三实施例的资源利用率较低。
图7为根据本发明的第四实施例的用于传输MCCH控制信令的MBSFN子帧结构的示意图;图8为根据本发明的第四实施例的方法流程图。
以下结合图8并参照图7,对本发明的第四实施例的方法流程描述如下。如图8所示,在步骤S10”’中,将MCCH控制信令和MTCH业务数据复用在同一个MBSFN子帧的第三传输块中。本领域技术人员可以理解,一个传输块对应了一个媒体接入控制(Medium Access Control,MAC)的协议数据单元(Protocol Control Unit,PDU),即MAC-PDU。如图9所示,在一个MAC-PDU中,因为MCCH和MTCH是不同的逻辑信道,因此,MCCH控制信令和MTCH业务数据被分别封装在不同的业务数据单元(Service Data Unit,SDU)中。不同的SDU具有不同的逻辑信道号以及长度。且在MAC头(header)中有各个SDU的长度信息和对应的逻辑信道号,因此,在第四实施例中,也不需要用于指示MCCH控制信令资源分配的指示信息,直接用MAC头中的逻辑信道号就可以找到MCCH。
本领域技术人员可以理解,一个MAC-PDU对应了一种调制编码方式。而在该第四实施例中,将MCCH控制信令和MTCH业务数据封装在同一个MAC-PDU中,意味着两者采用相同的调制编码方式。但是,一般的,因为对控制信令和业务数据的服务质量(QoS)要求不同,因此,应该将控制信令和业务数据分开。在该第四实施例中,将MCCH控制信令和MTCH业务数据复用在同一个TB中,因为MCCH控制信令相对于MTCH业务数据更重要,因此,优选地,要满足MCCH控制信令的QoS。即该复用了MCCH控制信令和MTCH业务数据的MCS应该以满足MCCH为准,例如,MCCH控制信令的QoS比MTCH业务数据的QoS高时,根据MCCH控制信令的QoS选择对应的MCS方式,以满足对MCCH控制信令的QoS的要求。当然,如果MCCH控制信令的QoS比MTCH业务数据的QoS低时,也可以根据MCCH业务数据的QoS选择对应的MCS方式。
然后,在步骤S12”’中,基站1将该第三传输块通过传输信道MCH传递到物理层,并发送给本基站1所辖的一个或多个移动站2。
值得注意的是,MCCH控制信令只在调整周期和重复周期开始的最接近的MBSFN子帧中由基站1向移动站2发送。
然后,在步骤S13”’中,移动站2首先在MP和RP所调度的周期上,接收到来自基站1的包含MCCH控制信令的MBSFN子帧。
然后,在步骤S14”’中,移动站2解MAC-PDU,根据MAC-PDU的MAC头中的SDU的长度标识和SDU的对应的逻辑号,找出对应于MCCH控制信令的MAC-SDU,并对封装了MCCH控制信令的MAC-SDU进行解封装。因为后续的步骤与本发明的相关度不高,因此在此不予赘述。
该第四实施例的优点在于:
-不需要用于指示MCCH资源分配以及MCS方式的额外信息;
但是将MCCH控制信令和MTCH业务数据复用在同一个传输块上,必须采用同一种调制编码方式,但是MCCH控制信令和MTCH业务数据的QoS可能不同。
以上各个实施例中,均是针对将MCCH和MTCH都映射在MCH信道的情形进行描述的。在一个变化的实施例中,可以将MCCH映射在下行共享信道(DownLink-Shared Channel,DL-SCH)上,以下,以第一实施例为例,进行简要地描述。
例如,在第一实施例的变化例中,仍参考图1,可以将在MBSFN子帧中的MCCH控制信令的TB映射到DL-SCH上,而仍将MTCH业务数据的TB映射到MCH上,因此仍可以对MBMS业务数据进行MBSFN传输。
以上各个实施例均是从方法流程的角度对本发明进行具体的描述,以下,将从装置的角度描述以MBSFN方式传输MCCH的控制信令的装置。
图10描述了根据本发明的一个具体实施例的装置框图。参照图10,并结合图1和图2,对本发明的具体实施例的装置框图进行具体描述。其中,图10所示的控制装置10位于图2所示的基站1中。控制装置10包括处理装置100、指示信息生成装置101、校验装置102和发送装置103。
获取装置20位于图2中所示的移动站中。其中,获取装置20包括接收装置200和解码装置201。
一个MBSFN子帧是1ms,也即,一个传输时间间隔(Transmission Time Interval,TTI)。一个子帧中包含12个符号(symbol),例如,12个OFDM符号。
其中,一个MBSFN子帧中的前两个符号不能用于MBSFN传输,而是需要预留用于传输物理混合重传指示信道(PhysicalHARQ Indication Channel,PHICH)、公共参考信号(CommonReference Signal,CRS)等,以便于单播(unicast)用户进行小区间切换、负载均衡或者干扰协调的测量,因此,MBSFN子帧的前两个符号可以看作是物理下行控制信道(Physical DownlinkControl Channel,PDCCH)符号。
如图10所示,处理装置100根据MCCH控制信令生成第一传输块,也即MCCH控制信令传输块,并根据MTCH业务数据生成第二传输块,也即,MTCH业务数据传输块。因此,如图1所示,MCCH控制信令和MTCH业务数据以两个传输块的形式被复用在同一个子帧中。本领域技术人员应能理解,图1所示的第一传输块和第二传输块的两个长方形仅为示例,第一传输块可以映射在一个或多个资源块(Resource Block,RB)上,而这些资源块可以是离散的,第二传输块可以映射在一个或多个资源块(Resource Block,RB)上,而这些资源块可以是离散的。因此,实际上,资源块在该MBSFN子帧的映射的图案可能是不规则的。
然后,指示信息生成装置101在该子帧中生成MCCH相关指示信息。该MCCH相关指示信息包括,例如,下行控制指示(Downlink Control In dication,DCI)和MBMS-无线网络临时标识(MBMS-Radio Network Temporary Indentifier)MBMS-RNTI。该DCI和MBMS-RNTI信息可以位于PDCCH符号中。
其中,定义DCI格式(format)4,DCI format 4中包括以下信息:
-MCCH所占用的资源块的信息,也即,MCCH信令的位置信息;
-MCCH的调制编码方式(Modulation and Coding Schema,MCS)。
-在另一个实施例中,DCI format 4中还可以包括新业务通知指示符(notification indicator)。
新定义的DCI format 4是考虑到了动态调度MCCH控制信令的必要的指示信息,因此省略了其他DCI格式中定义的一些其他参数。当然,也可以重用已经定义的DCI的format 1、2等各个版本。
值得注意的,指示信息生成装置101可以根据MCCH的实际数据量,精确地确定MCCH所占用的资源块,以实现对MCCH传输块的动态调度;并且指示信息生成装置101可以根据MCCH所要求的QoS等信息,动态地确定MCCH的调制编码方式。
MCCH相关指示消息中还包括MBM S-RNTI。为了提供可靠的传输,可以对DCI进行循环冗余校验(Cyclic RedundancyCheck,CRC)。校验装置102在对DCI进行CRC运算时,在CRC中加RNSI进行掩码(mask)。RNTI包括寻呼RNTI(paging-RNTI),MBMS-RNTI,服务-RNTI(S-RNTI),用户特定的RNTI(User specific RNTI)等,每一个RNTI都有确定的取值,在相关的协议中均有规定,在此不予赘述。基站1知道自己需要调度的是什么样的数据,所以它就会根据实际要调度的数据在做CRC校验时加上相应的RNTI。
然后,发送装置103将该两个传输块通过传输信道MCH传递到物理层,并发送给本基站1所辖的一个或多个移动站。
考虑到传输的可靠性、UE的省电模式和避免错过MCCH控制信令的接收,发送装置103需要对MCCH控制信令采用调整周期(Modification Period,MP)和重复周期(Repetition Period,RP)的周期传输机制。一个MP等于一个调度周期(scheduling period),一个MP周期等于多个RP周期。例如,一个MP周期中包含4个或8个RP。理想地,发送装置103在每个MP或者RP开始的第一个MBSFNsubframe帧发送MCCH消息,在其他的MBSFN subframe中,不会发MCCH信令。当然,因为MBSFN subframe在一个调度周期上的分布式是离散的,例如,MP开始的第一个周期所对应的子帧不能进行MBSFN传输,而规定MCCH控制信令必须以MBSFN的形式传输,所以,有可能出现这样的情形,RP从第40号子帧开始,MCCH可能在第39号或者第41号子帧(closed occasion)进行发送,其中,该第39号子帧和第41号子帧为MBSFN子帧。也即,MCCH控制信令只在调整周期和重复周期(Repetition Period,RP)开始的最接近的MBSFN子帧中向移动站发送。当然,对于最靠近的一个MBSFN子帧是如何定义的,是取最靠近MP/RP周期开始的前一个MBSFN子帧还是取最靠近MP/RP周期开始的后一个MBSFN子帧用于传输MCCH控制信令消息,是系统约定好的,各个基站的选取的方式应该保持一致。发送装置103在每个RP上发送的MCCH消息是相同的,直至MCCH消息出现了更新,则在MP开始的最接近的MBSFNsubframe帧才更新MCCH消息,然后,后面的RP再按照更新后的MCCH消息周期重复地发送。
基站1可以对系统消息进行扩充,以增加MP和RP的设置的选项,并将包含了MP和RP的系统消息预先发送给移动站2。
然后,获取装置20中的接收装置200首先在MP和RP所调度的周期上,接收到来自基站1的包含MCCH控制信令的MBSFN子帧。
然后,解码装置201首先读取该MBSFN子帧的PDDCH符号,如果移动站发现了DCI指示信息,解码装置201先对该DCI信息进行进行解CRC操作。经过解CRC操作后,解码装置201可以获取对应的RNTI值,以进一步判断是否需要解码MCCH控制信令消息。如果需要对MCCH控制信令消息进行解码和解调,解码装置201再根据PDCCH符号中包含的MCCH的调制编码方式,相应地对该MCCH消息进行解码和解调。移动站2的后续的操作因为与本发明的相关性不大,因此在此不予赘述。
本领域技术人员可以理解,在本实施例中,处理装置100和指示信息生成装置101所执行的操作之间并没有明显的先后顺序,上文中所给出的顺序仅为一种实现方式。指示信息生成装置也可以先生成MCCH相关指示信息,然后处理装置100再分别根据MCCH控制信令和MTCH业务数据生成复用在一个MBSFN子帧上的两个传输块。
为了简化在PDCCH符号中定义的上述指示机制,并且确保为MCCH所分配的资源同步,可以定义如下规则:
-在为MTCH业务数据分配资源之前,先为MCCH分配资源,并且在PMCH资源块的起点开始为MCCH分配资源;
-考虑到在一个MBSFN子帧中同时最多只能传输一个MCCH传输块和一个MTCH传输块,并且一旦确定了为MCCH所分配的资源,剩余的资源均用于MTCH资源分配,因此,在PDCCH中,只需要指示MCCH的资源分配信息即可,不需要指示MTCH的资源分配信息。
如果当前的MB SFN子帧中没有MCCH传输,则不会为MCCH分配资源,在PDCCH符号中也不会出现MCCH的DCI。
该第一具体实施例的优点在于:
-为MCCH和MTCH提供更有效和灵活的传输方式;
-继承了单播(unicast)在PDC CH中的业务调度指示,因此,保持了与unicast的一致性设计。
但是为了实现第一具体实施例,需要定义用于指示MCCH资源分配以及MCS方式的DCI。
图11描述了根据本发明的另一个具体实施例的装置框图。参照图11,并结合图3和图4,对本发明的具体实施例的装置框图进行具体描述。其中,图11所示的控制装置10位于图4所示的基站1中。控制装置10包括处理装置100和发送装置103。
获取装置20位于图4中所示的移动站中。其中,获取装置20包括接收装置200和解码装置201。
以下结合图11并参照图3和图4,对本发明的第六实施例的装置框图描述如下。如图11所示,处理装置100根据MCCH控制信令生成第一传输块,并根据MTCH业务数据生成第二传输块,因此,如图3所示,MCCH控制信令和MTCH业务数据以两个传输块的形式被复用在同一个子帧中。其中,规定处理装置100为MCCH控制信令所分配的资源是固定(fixed)的并且是预留(reserved)在预定的位置(position)且大小(size)确定,例如,处理装置100可以固定地为MCCH控制信令的传输预留在两个PDCCH符号后面的第一个符号。则该MBSFN子帧中的剩余的9个资源块均可以用于MTCH业务数据的传输。
本领域技术人员应能理解,图3所示的第一传输块和第二传输块的两个长方形仅为示例,第一传输块可以映射在一个或多个资源块上,而这些资源块可以是离散的,第二传输块可以映射在一个或多个资源块上,而这些资源块可以是离散的。因此,实际上,资源块在MBSFN子帧的映射图案可能是不规则的。
然后,发送装置103将该两个传输块通过传输信道MCH传递到物理层,并发送给本基站1所辖的一个或多个移动站。
值得注意的是,MCCH控制信令只在调整周期和重复周期开始的最接近的MBSFN子帧中向移动站发送。
然后,接收装置200首先在MP和RP所调度的周期上,接收到来自基站1的包含MCCH控制信令的MBSFN子帧。
此外,接收装置200还用于,根据例如,从系统消息中获取的MCCH消息的MCS。
然后,解码装置201,根据从接收装置200中获取的MCCH消息的调制编码方式,根据该MCS,相应地对该MCCH消息进行解码和解调。移动站2的后续的操作因为与本发明的相关性不大,因此在此不予赘述。
在该第六实施例的一个变化例中,控制装置10还可以包括指示信息生成装置101(图11中未示出),该指示信息生成装置用于在2个PDCCH符号中加入用于指示MCCH传输块的调制编码方式的指示信息。
该第六具体实施例的优点在于:
-不需要用于指示MCCH资源分配以及MCS方式的额外信息;
-对现有的PMCH的MBSFN子帧结构没有没有改动。但是第六具体实施例因为采用固定预留的方式为MCCH分配资源,没有考虑在实际情况中不同的MCCH数据大小,因此,相对于第一具体实施例的资源利用率,该第二实施例的资源利用率较低。
图12描述了根据本发明的另一个具体实施例的装置框图。参照图12,并结合图5和图6,对本发明的具体实施例的装置框图进行具体描述。其中,图12所示的控制装置10位于图6所示的基站1中。控制装置10包括封装装置104和发送装置103。
获取装置20位于图6中所示的移动站中。其中,获取装置20包括接收装置200和解码装置201。
以下结合图12,并参照图5和图6,对本发明的第六实施例的装置框图描述如下。如图12所示,封装装置104将MCCH控制信令独占地封装为一个MBSFN子帧。因此,如图5所示,MCCH控制信令的传输块占用了一个MBSFN子帧,未对MCCH控制信令和MTCH业务数据进行复用,意味着不能同时在一个MBSFN子帧中传输MCCH控制信令和MTCH业务数据。因为MCCH控制信令独占整个MBSFN子帧,而一般地,资源分配从PDCCH符号开始后的最前面的资源开始分配,且MCCH控制信令只在调整周期和重复周期开始的最接近的MBSFN子帧中向移动站发送,因此,在该第三实施例中,也不需要用于指示MCCH的资源分配的指示信息。
然后,在发送装置103将由封装装置104所生成的该一个传输块通过传输信道MCH传递到物理层,并发送给本基站1所辖的一个或多个移动站。
值得注意的是,MCCH控制信令只在调整周期和重复周期开始的最接近的MBSFN子帧中向移动站发送。
然后,接收装置200首先在MP和RP所调度的周期上,接收到来自基站1的包含MCCH控制信令的MBSFN子帧。
此外,接收装置200还根据例如,从系统消息中获取的MCCH消息的MCS。
然后,解码装置201根据接收装置200获取的调制编码方式,相应地,对该MCCH消息进行解码和解调。移动站2的后续的操作因为与本发明的相关性不大,因此在此不予赘述。
本领域技术人员应能理解,图5所示的传输块的长方形仅为示例,该传输块可以映射在一个或多个资源块上,而这些资源块可以是离散的,因此,实际上,资源块在MBSFN子帧的资源块上的映射可能是不规则的。
在该第七实施例的一个变化例中,控制装置10还可以包括指示信息生成装置101(图12中未示出),该指示信息生成装置101用于在2个PDCCH符号中加入用于指示MCCH传输块的调制编码方式的指示信息。
该第七实施例的优点在于:
-不需要用于指示MCCH资源分配以及MCS方式的额外信息;
但是通常MCCH控制信令的数据量比较小,第七实施例中MCCH控制信令的传输独占整个子帧,而未在该子帧中复用MTCH业务数据,因此该第三实施例的资源利用率较低。
图13描述了根据本发明的另一个具体实施例的装置框图。参照图13,并结合图7和图8,对本发明的具体实施例的装置框图进行具体描述。其中,图13所示的控制装置10位于图8所示的基站1中。控制装置10包括处理装置100、调制编码方式确定装置105和发送装置103。
获取装置20位于图8中所示的移动站中。其中,获取装置20包括接收装置200和解码装置201。
以下结合图13,并参照图7和图8,对本发明的第八实施例的装置框图描述如下。如图13所示,控制装置10将MCCH控制信令和MTCH业务数据复用在同一个MBSFN子帧的第三传输块中。本领域技术人员可以理解,一个传输块对应了一个媒体接入控制(Medium Access Control,MAC)的协议数据单元(Protocol Control Unit,PDU),即MAC-PDU。如图9所示,在一个MAC-PDU中,因为MCCH和MTCH是不同的逻辑信道,因此,MCCH控制信令和MTCH业务数据被分别封装在不同的业务数据单元(Service Data Unit,SDU)中。不同的SDU具有不同的逻辑信道号以及长度。且在MAC头(header)中有各个SDU的长度信息和对应的逻辑信道号,因此,在第四实施例中,也不需要用于指示MCCH控制信令资源分配的指示信息,直接用MAC头中的逻辑信道号就可以找到MCCH。
本领域技术人员可以理解,一个MAC-PDU对应了一种调制编码方式。而在该第四实施例中,将MCCH控制信令和MTCH业务数据封装在同一个MAC-PDU中,意味着两者采用相同的调制编码方式。但是,一般的,因为对控制信令和业务数据的服务质量(QoS)要求不同,因此,一般地应该将控制信令和业务数据分开。在该第四实施例中,将MCCH控制信令和MTCH业务数据复用在同一个TB中,因为MCCH控制信令相对于MTCH业务数据更重要,因此,优选地,要满足MCCH控制信令的QoS。即该复用了MCCH控制信令和MTCH业务数据的MCS应该以满足MCCH为准,例如,MCCH控制信令的QoS比MTCH业务数据的QoS高时,调制编码方式确定装置105根据MCCH控制信令的QoS选择对应的MCS方式,以满足对MCCH控制信令的QoS的要求。当然,如果MCCH控制信令的QoS比MTCH业务数据的QoS低时,调制编码方式确定装置105也可以根据MCCH业务数据的QoS选择对应的MCS方式。
然后,发送装置103将该第三传输块通过传输信道MCH传递到物理层,并发送给本基站1所辖的一个或多个移动站2。
值得注意的是,MCCH控制信令只在调整周期和重复周期开始的最接近的MBSFN子帧中由基站1向移动站2发送。
然后,接收装置200首先在MP和RP所调度的周期上,接收到来自基站1的包含MCCH控制信令的MBSFN子帧。
然后,解码装置201解MAC-PDU,根据MAC-PDU的MAC头中的SDU的长度标识和SDU的对应的逻辑号,找出对应于MCCH控制信令的MAC-SDU,并对封装了MCCH控制信令的MAC-SDU进行解封装。因为后续的步骤与本发明的相关度不高,因此在此不予赘述。
该第八实施例的优点在于:
-不需要用于指示MCCH资源分配以及MCS方式的额外信息;
但是将MCCH控制信令和MTCH业务数据复用在同一个传输块上,必须采用同一种调制编码方式,但是MCCH控制信令和MTCH业务数据的QoS可能不同。
以上各个实施例中,均是针对将MCCH和MTCH都映射在MCH信道的情形进行描述的。在一个变化的实施例中,可以将MCCH映射在下行共享信道(DownLink-Shared Channel,DL-SCH)上,以下,以第五实施例,进行简要地描述。
例如,在第五实施例的变化例中,仍参考图1,可以将在MBSFN子帧中的MCCH控制信令的TB映射到DL-SCH上,而仍将MTCH业务数据的TB映射到MCH上,因此仍可以对MBMS业务数据进行MBSFN传输。
本领域技术人员可以理解,以上各个实施例中所描述的装置是采用功能模块的限定方式,上述各个实施例中的不同的子装置也可以由相同的硬件实现,例如,在第五实施例中的处理装置100、指示信息生成装置101和校验装置102可以由集成在同一个硬件中实现,此外,不同实施例中的完成相同功能的子装置也可以由相同的硬件实现,例如,实施例五中的处理装置100与实施例七中的封装装置104也可以由同一个物理硬件实现。
以上对本发明的实施例进行了描述,但是本发明并不局限于特定的系统、设备和具体协议,本领域内技术人员可以在所附权利要求的范围内做出各种变形或修改。