具体实施方式
图1为根据本发明的一个具体实施方式的用于对多播业务进行资源的集中调度的网络结构图。包括一个接入网关(即网络交换设备)1、多个基站(即网络节点)、多个BM-SC(即多播业务源)和多个用户设备。其中,为简明起见,仅示出一个基站2。
考虑到LTE中的网络结构演进为接入网关与演进型基站的两层架构,不再有RNC。原来的RNC的功能将由上述两层网络设备来分担实现。其中,由于每个基站是相互独立的,彼此无法知晓各自的MBMS业务分布信息,这就要求作为上层节点的接入网关进行集中的处理。即基于接入网关进行PRB集中调度。
在网络中,资源集中调度通过以下流程来完成:
--首先,位于核心网中的各个多播业务源(例如,广播多播业务中心(BM-SC))向与其对应的接入网关1发送业务相关信息,该业务相关信息包括但不限于多播业务的分布信息和资源需求信息,用于接入网关1对其下属的各个基站(包括基站2)进行统一的资源调度;
--接入网关1接收到来自上述BM-SC的业务相关信息后,根据该业务相关信息及接入网关1自身预存的业务映射信息(包括业务区与基站的映射信息,以及,业务区与MBMS业务的映射信息也即对应关系)来确定每个基站的为各多播业务所分配的资源,为了满足RF合并的要求,接入网关1下属的各个基站为在TTI中发送的同一MBMS业务分配的物理资源块(PRB)是相同的,接入网关1在确定上述每个基站的为各多播业务所分配的资源后,为这些基站生成相应的资源调度信息;
--接着,接入网关1将生成的资源调度信息分别通知给包括基站2在内的各个基站;
--接入网关1下属的各个基站(以基站2为例)接收到来自接入网关1的资源调度信息后,根据资源调度信息的指示,将其无线资源与TTI相对应地分配给资源调度信息内指定的MBMS业务。
至此,各个演进型基站的无线资源统一调度即可实现。
图2为根据本发明的一个具体实施方式的在无线通信网络的接入网关中用于对其管辖的多个基站中的多播业务进行集中资源调度的方法流程图。下面参照图2并结合图6对该方法进行详述,该方法起始于步骤S101:
在步骤S101中,接入网关1接收来自多个BM-SC的业务相关信息,由所述业务相关信息,接入网关1可以知道其下属的各个基站(包括基站2)的分布信息和资源需求信息,该业务相关信息用于此后的资源集中调度,进到步骤S102;
在步骤S102中,接入网关1根据在步骤S101中接收到的业务相关信息的内容和其自身预存的业务映射信息(具体地,可以包括业务区-小区映射信息;单频网区域-小区映射信息;业务区-MBMS业务映射信息等),确定每个基站的各个多播业务的应该分配的资源,并将其放入生成的一个资源调度信息内。
在本发明一个具体实施例中,各个基站控制范围内的业务分布情况如表1所示:
表1
|
基站a |
基站b |
基站c |
基站d |
多播业务I多播业务II多播业务III多播业务IV |
1011 |
1110 |
1001 |
0111 |
其中,“1”表示该基站控制范围内相应多播业务存在,而“0”则表示相应多播业务在该基站控制范围内不存在。
接入网关1只需要为每个基站调度多播业务的PRB分配,而不需要具体到每一个小区的资源分配情况。基站有权根据UE的分布情况决定在其控制下的小区内是否发送相应的多播业务,如当使用多播业务II的UE在某基站下属的一个小区中暂时不存在,基站可以考虑暂停在该小区内的该项多播业务的发送。接入网关1需要做的只是为各个多播业务确定调度图案(各个TTI中,为每个多播业务各分配多少PRB)。
在步骤S101的描述中已提到,接入网关1接收到的来自各个BM-SC的业务相关信息包括多播组播业务的分布信息和资源需求信息。根据本发明的一个具体实施方式,BM-SC发送的业务相关信息还包括每个多播业务的优先级和QoS(业务质量)要求信息,如最大速率(GBR),接入网关1在步骤S102中确定多播业务相应资源时,还需要根据表2所示信息进行:
表2
|
优先级 |
最大速率 |
多播业务I多播业务II多播业务III多播业务IV |
4221 |
1024kbps512kbps512kbps256kbps |
不失一般性的,假设:
-SFN范围内为多播业务预留的带宽(一种无线资源)为2.5MHZ;
-子载波的间隔为15kHZ;
-PRB的带宽为375kHZ;
-对于2.5M的带宽,每个0.5ms的TTI有6个PRB;
-多播业务采用长CP并且每个子帧有6个symbol(符号);
-多播业务采用1/3的turbo码和16QAM调制。
由此,上述信息可以用来计算每个多播业务在每个TTI内所需要分配的PRB数目,以多播业务I为例:
每个TTI的symbol数目:1024kbps×0.5ms×3÷4=3g4symbols
每个TTI的子载波数目:384symbols÷6symbols/subcarrier=64subcarrier
每个TTI要求的PRB数目:64subcarrier÷(375k/prb÷15k/subcarrier)=3prb
其它多播业务的相应PRB数目的得出过程与上述过程相似,不再赘述。我们可以得到表3所示的各个多播业务相应的需要分配的PRB数目。
表3
|
需要的PRB数目 |
多播业务I多播业务II多播业务III多播业务IV |
3221 |
至此,可以得到如图6所示的PRB调度图案。其中,空白部分可以根据本发明的一个优选实施例,基站可以根据自己的情况利用图6所示的空白的PRB(未分配给多播业务)来复用一些“尽力而为”传输的业务,有利于提高物理层资源的利用率。为各个基站生成的载员调度信息将包括上述调度图案。接着,进到步骤S104,在步骤104中,接入网关1将资源调度信息通知其管辖下的基站2。
根据本发明的一个具体实施例,基于本发明的方案,多播业务的集中PRB调度的基本原则如下:
-优先分配高优先级业务的PRB要求
-对于相同优先级的业务优先分配有更多基站参与的业务的PRB要求
-同一个MBMS业务的PRB分配尽量连续
-如果所要求的PRB数目之和超过预留带宽的最大PRB数目,则PRB的调度周期自然扩展到下一个TTI,直到满足要求为止
-调度图案一直有效,直到一个MBMS业务的数据传输状态发生变化,如MBMS会话发生突发的数据传输,一个MBMS业务会话结束,有一个新的MBMS业务要开始新的会话等。
实际操作中,优选地,接入网关1还可在步骤S103中判断所述资源调度信息是否发生改变。对于下述方法2(单独地控制帧方法)和方法3(控制信令方法),如果所述资源调度信息改变,则进到步骤S104’。在步骤S104’中,利用新的控制帧或控制消息(控制信令)将新的资源调度信息分别传输给其下属的每个基站;如果所述资源调度信息并未改变,则无需再将资源调度信息通知其下属的基站。
对于下述方法1(用户面数据帧伴随传输方法)中,对于每一个业务数据帧,都需要增加额外的比特来分别传输所述资源调度信息给其下属的各个基站。
其中,在向下属基站发送资源调度信息时,接入网关1可以选择以下几种方案:
MBMS Service ID在R6的MBMS种定义为4bit,能用于基站区分不同的MBMS业务传输。对于每个TTI根据预先定义的MBMS传输带宽,则用于MBMS业务传输的PRB数目就确定了,并且可被事先索引。根据调度图案每个MBMS业务数据传输所分配的PRB就可以用PRB索引来标识。根据3GPP TR 25.814的定义,最大的PRB可用数目为48,则PRB索引只要6bit就够了。上述两种信息可以唯一的标识PRB的分配图案。
方法1:用户面数据帧伴随传输方法
本方法中,每一个TTI的MBMS Service ID和PRB索引信息加到MBMS业务用户面数据帧头中。
该方法要求在每个用户面的数据帧中设计额外的比特来传输PRB的调度信息。在每个MBMS业务数据分组的传输中都会带来额外的比特开销,因此从比特位的使用效率来看并不是最有效的。但是这种方法是最可靠的,并且对于哪些突发传输的业务调度比较灵活。如果一个基站丢失了或没有正确地接收某数据帧,这并不会影响到后续地合并。
为了提高该方法的有效性,可以设计调度图案只有在发生改变时才传输,而并不是在每一个数据帧头上都传。
方法2:单独地控制帧方法
可以考虑设计单独地控制帧过程来传输PRB调度图案。在第一次传输MBMS业务数据或在后续地PRB调度图案发生改变后,该控制帧要求先发给基站通知更新地PRB调度图案。
该方法增加了一个单独地控制帧过程并根据PRB调度图案地改变而传递该控制帧。虽然在比特利用地有效性上比方法1更有效,但是它存在着可靠性问题。如果一个基站不能正确地接收该控制帧,它就会影响到后续地合并。我们可以考虑设计反馈机制来保证每个基站能够正确地接收该控制帧。但是这同样会带来为了传输调度图案需要更大地时延和更多地基站和aGW之间地交互。
方法3:控制信令方法
PRB调度图案信息也可以加入到现有地控制信令或新设计的L3信令中传输。一旦调度图案发生改变aGW就通过控制信令来通知每个相关的基站。这种方法并不适合频繁变化的情况。额外的控制信令处理时延也是另一个大问题,并且同样需要考虑传输的可靠性问题。这种方法只是适用于相对慢速变化的情况,不适合处理突发传输的情况。
实际操作中可以根据需要来灵活调整消息发送方式。
图3为根据本发明的一个具体实施方式的在无线网络中用于对辖下的多个基站中的多播业务进行集中资源调度的接入网关的框图。下面参照图2并结合图6对该方法进行详述。接入网关1包括一个接收装置101、一个确定生成装置102、一个判断装置103和一个通知装置104。
接收装置101接收来自多个BM-SC的业务相关信息,由所述业务相关信息,接入网关1可以知道其下属的各个基站(包括基站2)的分布信息和资源需求信息,该业务相关信息用于此后的资源集中调度,将接收到的信息传送给确定生成装置102;
确定生成装置102根据所述业务相关信息的内容和接入网关1自身预存的业务映射信息(具体地,可以包括业务区-小区映射信息;单频网区域-小区映射信息;业务区-MBMS业务映射信息等),确定每个基站的各个多播业务的应该分配的资源,并将其放入生成的一个资源调度信息内。
在本发明一个具体实施例中,各个基站控制范围内的业务分布情况如表1所示:
表1
|
基站a |
基站b |
基站c |
基站d |
多播业务I多播业务II多播业务III多播业务IV |
1011 |
1110 |
1001 |
0111 |
其中,“1”表示该基站控制范围内相应多播业务存在,而“0”则表示相应多播业务在该基站控制范围内不存在。
接入网关1只需要为每个基站调度多播业务的PRB分配,而不需要具体到每一个小区的资源分配情况。基站有权根据UE的分布情况决定在其控制下的小区内是否发送相应的多播业务,如当使用多播业务II的UE在某基站下属的一个小区中暂时不存在,基站可以考虑暂停在该小区内的该项多播业务的发送。接入网关1需要做的只是为各个多播业务确定调度图案(各个TTI中,为每个多播业务各分配多少PRB)。
在前面的描述中已提到,接入网关1接收到的来自各个BM-SC的业务相关信息包括分布信息和资源需求信息。根据本发明的一个具体实施方式,BM-SC发送的业务相关信息还包括每个多播业务的优先级和QoS(业务质量)要求信息,如最大速率(GBR),接入网关1在步骤S102中确定多播业务相应资源时,还需要根据表2所示信息进行:
表2
|
优先级 |
最大速率 |
多播业务I多播业务II多播业务III多播业务IV |
4221 |
1024kbps512kbps512kbps256kbps |
不失一般性的,假设:
-SFN范围内为多播业务预留的带宽(一种无线资源)为2.5MHZ;
-子载波的间隔为15kHZ;
-PRB的带宽为375kHZ;
-对于2.5M的带宽,每个0.5ms的TTI有6个PRB;
-多播业务采用长CP并且每个子帧有6个symbol(符号);
-多播业务采用1/3的turbo码和16QAM调制。
由此,上述信息可以用来计算每个多播业务在每个TTI内所需要分配的PRB数目,以多播业务I为例:
每个TTI的symbol数目:1024kbps×0.5ms×3÷4=384symbols
每个TTI的子载波数目:384symbols÷6symbols/subcarrier=64subcarrier
每个TTI要求的PRB数目:64subcarrier÷(375k/prb÷15k/subcarrier)=3prb
其它多播业务的相应PRB数目的得出过程与上述过程相似,不再赘述。我们可以得到表3所示的各个多播业务相应的需要分配的PRB数目。
表3
|
需要的PRB数目 |
多播业务I多播业务II多播业务III多播业务IV |
3221 |
至此,可以得到如图6所示的PRB调度图案。其中,空白部分可以根据本发明的一个优选实施例,基站可以根据自己的情况利用图6所示的空白的PRB(未分配给多播业务)来复用一些“尽力而为”传输的业务,有利于提高物理层资源的利用率。为各个基站生成的载员调度信息将包括上述调度图案。
根据本发明的一个具体实施例,基于本发明的方案,多播业务的集中PRB调度的基本原则如下:
-优先分配高优先级业务的PRB要求
-对于相同优先级的业务优先分配有更多基站参与的业务的PRB要求
-同一个MBMS业务的PRB分配尽量连续
-如果所要求的PRB数目之和超过预留带宽的最大PRB数目,则PRB的调度周期自然扩展到下一个TTI,直到满足要求为止
-调度图案一直有效,直到一个MBMS业务的数据传输状态发生变化,如MBMS会话发生突发的数据传输,一个MBMS业务会话结束,有一个新的MBMS业务要开始新的会话等。
实际操作中,优选地,接入网关1需要由判断装置103判断所述资源调度信息是否发生改变。对于下述方法2(单独地控制帧方法)和方法3(控制信令方法),如果所述资源调度信息改变,则由通知装置104利用新的控制帧或控制消息(控制信令)将新的资源调度信息分别传输给其下属的每个基站;如果所述资源调度信息并未改变,则无需再次传输资源控制信息。
对于下述方法1(用户面数据帧伴随传输方法),对于每一个业务数据帧,通知装置104利用相应的业务数据帧中的额外比特来分别传输所述资源调度信息给其下属的各个基站。
其中,在向下属基站发送资源调度信息时,接入网关1可以选择以下几种方案:
MBMS Service ID在R6的MBMS种定义为4bit,能用于基站区分不同的MBMS业务传输。对于每个TTI根据预先定义的MBMS传输带宽,则用于MBMS业务传输的PRB数目就确定了,并且可被事先索引。根据调度图案每个MBMS业务数据传输所分配的PRB就可以用PRB索引来标识。根据3GPP TR 25.814的定义,最大的PRB可用数目为48,则PRB索引只要6bit就够了。上述两种信息可以唯一的标识PRB的分配图案。
方法1:用户面数据帧伴随传输方法
本方法中,每一个TTI的MBMS Service ID和PRB索引信息加到MBMS业务用户面数据帧头中。
该方法要求在每个用户面的数据帧中设计额外的比特来传输PRB的调度信息。在每个MBMS业务数据分组的传输中都会带来额外的比特开销,因此从比特位的使用效率来看并不是最有效的。但是这种方法是最可靠的,并且对于哪些突发传输的业务调度比较灵活。如果一个基站丢失了或没有正确地接收某数据帧,这并不会影响到后续地合并。
为了提高该方法的有效性,可以设计调度图案只有在发生改变时才传输,而并不是在每一个数据帧头上都传。
方法2:单独地控制帧方法
可以考虑设计单独地控制帧过程来传输PRB调度图案。在第一次传输MBMS业务数据或在后续地PRB调度图案发生改变后,该控制帧要求先发给基站通知更新地PRB调度图案。
该方法增加了一个单独地控制帧过程并根据PRB调度图案地改变而传递该控制帧。虽然在比特利用地有效性上比方法1更有效,但是它存在着可靠性问题。如果一个基站不能正确地接收该控制帧,它就会影响到后续地合并。我们可以考虑设计反馈机制来保证每个基站能够正确地接收该控制帧。但是这同样会带来为了传输调度图案需要更大地时延和更多地基站和接入网关之间地交互。
方法3:控制信令方法
PRB调度图案信息也可以加入到现有地控制信令或新设计的L3信令中传输。一旦调度图案发生改变接入网关就通过控制信令来通知每个相关的基站。这种方法并不适合频繁变化的情况。额外的控制信令处理时延也是另一个大问题,并且同样需要考虑传输的可靠性问题。这种方法只是适用于相对慢速变化的情况,不适合处理突发传输的情况。
实际操作中可以根据需要来灵活调整消息发送方式。
图4为根据本发明的一个具体实施方式的在通信网络的基站中用于对多播业务进行辅助资源调度的方法流程图。下面参照图4并结合图6对该方法进行描述。该方法起始于步骤S201,
在步骤S201中,基站2接收来自其所属的接入网关1的资源调度信息,该资源调度信息用于指示如何为相应多播业务分配PRB,接着,进到步骤S202;
在步骤S202中,基站2根据所述资源调度信息的安排为相应的多播业务进行资源分配。
以图6所示的资源调度图案为例,当基站2接收到该资源调度信息后(假设多播业务I-IV在基站2控制范围内均存在),为多播业务I在一个TTI内分配3份PRB,多播业务II和III各2份,多播业务IV一份。
图6所示的空白PRB(未分配给多播业务)可以考虑分配给其余的业务。
图5为根据本发明的一个具体实施方式的在通信网络中用于对多播业务进行辅助资源调度的基站框图。下面参照图5并结合图6对该基站进行描述。所述基站2包括一个接收装置201、一个资源分配装置202。
接收装置201接收来自基站2所属的接入网关1的资源调度信息,该资源调度信息用于指示如何为相应多播业务分配PRB,接着,将接收到的资源调度信息转发给一个资源分配装置202;
该资源分配装置202根据所述资源调度信息的安排为相应的多播业务进行资源分配。
以图6所示的资源调度图案为例,当基站2接收到该资源调度信息后(假设多播业务I-IV在基站2控制范围内均存在),为多播业务I在一个TTI内分配3份PRB,多播业务II和III各2份,多播业务IV一份。
图6所示的空白PRB(未分配给多播业务)可以考虑分配给其余的业务。
以上对本发明的具体实施例进行了描述。需要理解的是,本发明并不局限于上述特定实施方式,本领域技术人员可以在所附权利要求的范围内做出各种变形或修改。