CN1735272A - 为多媒体广播组播业务提供通知的方法 - Google Patents
为多媒体广播组播业务提供通知的方法 Download PDFInfo
- Publication number
- CN1735272A CN1735272A CN 200510086084 CN200510086084A CN1735272A CN 1735272 A CN1735272 A CN 1735272A CN 200510086084 CN200510086084 CN 200510086084 CN 200510086084 A CN200510086084 A CN 200510086084A CN 1735272 A CN1735272 A CN 1735272A
- Authority
- CN
- China
- Prior art keywords
- sends
- mbms
- base station
- rnc
- notice
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
一种为多媒体广播组播业务提供通知的方法,方法包括步骤:RNC配置MBMS通知信道或业务信道;RNC给基站发送与MBMS业务相关的信息;基站根据收到的信息计算发送通知指示的位置;基站发送MBMS通知信道。通过给Node B传递跟业务相关的参数,可以让Node B计算每个帧中针对每个业务的通知指示NI的的位置,从而减少Iub接口上的数据流量。减少RNC与基站之间传输信息的流量,从而有效地利用网络资源。
Description
技术领域
本发明涉及第三代移动通信的宽带码分多址系统,尤其是为多媒体广播组播提供通知的方法。
背景技术
多媒体广播组播业务(英文缩写为MBMS)是在第三代移动通信系统合作伙伴计划3GPP中进行定义的一项新业务。以广播或组播的方式提供的业务利用的是单向的点到多点方式(即从单一数据源播发出多媒体数据经过网络传输被送到多个用户接收)。这种方式的最大特点是它可以有效地利用无线资源和网络资源。MBMS业务主要用于无线通信网络系统中,如宽带码分多址通信系统WCDMA,全球移动通信系统GSM等。MBMS中业务数据的发送基本上要经过:数据源发送、中间网络传输、目的小区空中传输、用户接收这样几个过程。如图1所示,广播及组播服务中心70(以下简称BM-SC)是发送MBMS业务数据的数据源;网关GPRS支持节点60(以下简称GGSN)用于GRPS网络与外部网络(如INTERNET网络)的连接;在MBMS业务中网关GPRS支持节点连接BM-SC并把MBMS数据发送到特定的服务GPRS支持节点50(以下简称SGSN);SGSN用于对UE进行接入控制及移动管理,同时把从GGSN来的MBMS数据发送到特定的无线单元控制器30(以下简称RNC)中去;RNC用于控制一组基站23和24并把多媒体数据传送到特定的基站23和24中去;基站23在RNC的控制下为某个小区21的MBMS业务建立空中公共信道11;基站24在RNC的控制下为某个小区22的MBMS业务建立空中公共信道12;用户终端设备10(以下简称UE)是接收MBMS数据的终端设备。
图4中给出了MBMS业务从业务宣告、用户加入、业务通知、无线承载建立到最后用户离开的全部过程。
401订阅建立起用户和服务提供商之间的联系,授权用户可以接收有关的MBMS服务。
402业务宣告通知用户将要提供的MBMS业务。例如,系统要在下午7:00在北京市区转播一场足球赛。
403加入表示用户加入一个组,即用户告诉网络他或她愿意接收这项组播业务。
404 MBMS会话开始表示建立为MBMS数据传输建立网络资源。
405 MBMS通知告知用户马上要进行的MBMS数据传输。
406数据传输表示MBMS业务数据传输到用户的过程。
407 MBMS会话结束表示当MBMS业务数据传输完成后,释放网络资源。
408离开与403加入相对应,表示用户要离开一个组,即不再想接收某个业务的数据。
因为405阶段是本发明要着重描述的内容,下面详细介绍一下该过程,详见图2。RNC决定要进行MBMS通知的触发条件有很多,例如告知用户设备MBMS会话开始,要进行再统计用户数目,告知用户设备会话结束等等。MBMS通知分成两个步骤:第一步是在小区的多媒体广播组播指示信道(以下简称MICH)上为每个要发送通知的MBMS业务设置相应的指示位202和在空中接口上用户设备发送MICH203,第二步204则是在多媒体广播组播控制信道(以下简称MCCH)上传输相应的RRC消息,指示用户设备的行动。MICH的结构如图5所示,在MICH可以使用的比特数一共是300个,一般只使用前面的288个比特,后面的12个比特不传输。具体使用多少个MICH的比特数与本发明没有直接的关系,在此我们假设一个MICH帧可用的比特数为N个,将这N个比特可以分成Np个组,每个组在一帧之内只能指示一个MBMS业务组。每个组所需的比特数就是N/Np。
用户设备收听MICH的时刻是与其自己的用户标识相关的,并且每次醒来时监听的位置在每个帧都是不一样的。在MBMS中,为了实现能够对所有订阅了该业务的用户设备进行MBMS通知,就要让所有的用户设备都能够检测到MICH上针对其订阅的业务的通知指示NI比特设置为真,那么要对该业务的通知在一定周期内重复发送,该周期定义为修改周期,可以参见图3。
因为MICH能够传输的信息量有限,所以存在不同的业务会映射到MICH上同一个位置的时刻。为了降低这种概率,在WCDMA中提出了一种分散NI的方法:那就是通过某种算法,将每个业务在每个帧中计算出的NI的位置都是不一样的,这样就可以分散多个业务的NI位置相同的概率,避免用户设备收到不是自己订阅业务的通知指示NI。
如果按照这种方法,那么RNC要计算每个帧发给Node B的数据,通过FP传递给Node B。通常如果某个业务的指示为真,那么MICH上特定的N/Np个比特在整个修改周期内都要设置为真,这就意味这RNC要在每帧的基础上给Node B发送数据,这样会导致Iub接口上的数据流量相对比较大,需要的传输设备要求较高。如果能对其加以改善,不仅可以降低Iub接口上的数据流量,还可以使Node B的工作效率更高。按照现有技术,MICH上要传输什么内容都是RNC根据某个映射关系计算好,一般来说RNC给Node B传输Np个比特,每个比特表示相应业务组的指示是真还是假,然后通过Iub接口的帧协议FP传递个Node B,然后Node B将每个比特映射到MICH的N/Np个比特上,通过空中接口发送给用户设备。
发明内容
本发明的目的是提供一种为多媒体广播组播业务发送通知的方法。
为实现上述目的,一种为多媒体广播组播业务提供通知的方法,方法包括步骤:
RNC配置MBMS通知信道或业务信道;
RNC给基站发送与MBMS业务相关的信息;
基站根据收到的信息计算发送通知指示的位置;
基站发送MBMS通知信道。
通过给Node B传递跟业务相关的参数,可以让Node B计算每个帧中针对每个业务的通知指示NI的的位置,从而减少Iub接口上的数据流量。减少RNC与基站之间传输信息的流量,从而有效地利用网络资源。
附图说明
图1是MBMS逻辑设备图;
图2是MBMS通知流程图;
图3是MICH发送周期;
图4是MBMS组播业务流程;
图5是MICH的结构;
图6是本发明的内容;
图7是本发明的实施例;
图8是本发明的实施例第一方案;
图9是本发明的实施例第二方案;
图10是本发明的实施例第三方案。
图11:Node B的行为动作
图12:RNC的行为动作
具体实施方式
图6描述了本发明的基本内容。当RNC要在某些小区提供MBMS业务的时候,它要在这些小区建立MICH信道,配置MICH,还有配置和建立传输业务的公共信道600。当RNC要为某一个或多个MBMS业务进行MBMS通知的时候601,RNC向Node B发送与该业务相关的信息602,例如业务标识等参数。Node B结合从RNC处收到的信息,计算每个业务在某个帧内的NI位置,然后组合成一个完整的MICH603,向用户设备传输604。
Node B要能够计算某个业务组在某个帧的NI的位置,它需要的信息包括:业务标识,Np,修改周期,起始时刻,结束时刻,发射功率等。
本发明的第一个实施例如图7所示。
在RNC决定为某小区提供MBMS业务之后,RNC要在这些小区建立MICH和传输业务的公共信道700。MICH是在每个小区只有一个,而根据业务类型的不同,传输MBMS业务的公共信道可以设置多个。有些公共信道可以只支持一个业务,而有些公共信道可以支持多个业务的传输。RNC在配置MICH的时候设置MICH的修改周期,起始时刻。修改周期是指对于某个MBMS业务MICH上传输的信息或者MCCH上传输的控制信息在该周期内传输的内容是相同的。对于MICH来讲,在一个修改周期内所有的帧上,针对于该业务的NI都要设置为真。起始时刻指的是修改周期从何时开始。一般来说公共信道在时间上是由小区系统帧号SFN来表示的,系统帧号SFN从0到4095一个循环。起始时刻的取值范围应该是0到修改周期减1。计算MICH一个新的开始时刻的算法是:起始时刻+修改周期×N。N指的是在SFN的一个周期内共有多少个修改周期。
当MBMS业务开始或者其他需要进行MBMS通知的时候701,RNC通知Node B要进行通知的MBMS业务标识和开始时刻702。如果此时RNC要对多个业务同时进行MBMS通知,那么可以将多个业务的标识一起传送给Node B。开始时刻指的是Node B应该发送MICH的时刻,它可以用SFN的绝对值来表示,或者用修改周期索引(上面的N)来表示或者还可以用连接帧号CFN来表示。如果在700阶段,RNC没有给出起始时刻,那么可以在此时给出。然后Node B根据修改周期,起始时刻或开始时刻,业务标识设定每个业务在每个帧中的NI位置703,并将其进行组合到一个MICH帧中。接下来Node B将MICH在空中接口上发送到用户设备704。如果在700阶段,RNC没有给出修改周期和起始时刻,那么可以在702的时候,RNC可以告诉Node B进行MBMS通知的MBMS业务标识和开始时刻及结束时刻。开始时刻和结束时刻都可以用SFN来表示,分别表示MBMS通知开始的帧号和结束的帧号。
在702中RNC向Node B发送相关的MBMS信息可以通过三种方式:通过控制平面的NBAP信令,通过用户平面的帧协议FP或者通过用户平面的控制帧。
在图8中给出了针对本实施例的第一个实现方案。
RNC通过NBAP信令给Node B发送MBMS业务通知请求,该消息中包含MBMS业务列表,开始时刻,起始时刻或者是MBMS业务列表,开始时刻和结束时刻。这四个参数的解释参见对702的解释。
在图9中给出了针对本实施例的第二个实现方案。
RNC通过用户平面的FP给Node B发送MBMS业务通知请求,该消息中包含MBMS业务列表,开始时刻,起始时刻或者是MBMS业务列表,开始时刻和结束时刻。这四个参数的解释参见对702的解释。这个FP应该是在MICH自己的传输通道上发送。该FP可以包含多个业务信息,也可以只包含一个业务标识。在后者的情况下,如果同时要对多个业务发送MBMS通知,则要为每个业务都发送一个FP。
在图10中给出了针对本实施例的第三个实现方案。
RNC通过用户平面的控制帧给Node B发送MICH通知指示,该消息中包含MBMS业务列表,开始时刻,起始时刻或者是MBMS业务列表,开始时刻和结束时刻。这四个参数的解释参见对702的解释。这个控制帧应该是在传输相关业务的公共信道的传输通道上发送的。如果该公共信道只传送一个业务,那么该控制帧只需要包含一个MBMS业务标识,否则则有可能包含多个MBMS业务标识。当然我们也可以为每个业务都发送一个控制帧,这样该控制帧内只包含一个MBMS业务标识。
在图11中给出了基站Node B的动作行为。
1101基站收到RNC发送的要发送MBMS通知的命令,该命令可以是从控制平面传送的NBAP消息,也可以是通过用户平面的帧协议FP传送的消息,也可以是通过用户平面的控制帧传送的命令。该命令中包含发送MBMS通知所对应的业务标识,起始时刻(SFN或者CFN),修改周期。业务标识可以是任何与MBMS业务相关的信息,修改周期指的是重复传送MICH上的指示的次数。1102 Node B通过这些信息计算出具体通知指示的位置,及发送的帧号,然后在指定的帧上发送通知指示。
在图12中给出了RNC的动作行为。
1201 RNC向基站发送建立MICH的NBAP消息,让Node B建立MICH。1202 RNC向基站发送要传输MBMS通知的命令,该命令可以是从控制平面传送的NBAP消息,也可以是通过用户平面的帧协议FP传送的消息,也可以是通过用户平面的控制帧传送的命令。该命令中包含发送MBMS通知所对应的业务标识,起始时刻(SFN或者CFN),修改周期。业务标识可以是任何与MBMS业务相关的信息,修改周期指的是重复传送MICH上的指示的次数。
Claims (14)
1.一种为多媒体广播组播业务提供通知的方法,方法包括步骤:
RNC配置MBMS通知信道或业务信道;
RNC给基站发送与MBMS业务相关的信息;
基站根据收到的信息计算发送通知指示的位置;
基站发送MBMS通知信道。
2.根据权利要求1所述的方法,其特征在于:RNC配置MBMS通知信道的发送通知指示的周期和该周期相对于系统时间的起始时刻。
3.根据权利要求1所述的方法,其特征在于:RNC给基站发送MBMS业务标识,发送通知指示的开始时刻。
4.根据权利要求2所述的方法,其特征在于还包括:RNC给基站发送通知指示的周期的起始时刻。
5.根据权利要求1所述,其特征在于:基站控制实体给基站发送MBMS业务标识,发送通知指示的开始时刻,发送通知指示的结束时刻。
6.根据权利要求1所述的方法,其特征在于:RNC给基站发送与MBMS业务相关的信息通过控制平面NBAP信令发送。
7.根据权利要求1所述的方法,其特征在于:RNC给基站发送与MBMS业务相关的信息通过用户平面的帧协议发送。
8.根据权利要求1所述的方法,其特征在于:RNC给基站发送与MBMS业务相关的信息通过用户平面的控制帧发送。
9.根据权利要求3所述的方法,其特征在于:发送通知指示的开始时刻是系统的绝对帧号SFN。
10.根据权利要求3所述,其特征在于:发送通知指示的开始时刻是周期的索引值。
11.根据权利要求3所述,其特征在于:发送通知指示的开始时刻是连接帧号CFN。
12.根据权利要求3所述的方法,其特征在于:所述MBMS业务标识至少是一个。
13.根据权利要求5所述,其特征在于:发送通知指示的开始时刻是系统的绝对帧号SFN。
14.根据权利要求5所述,其特征在于:发送通知指示的结束时刻是系统的绝对帧号SFN。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510086084 CN1735272A (zh) | 2004-07-29 | 2005-07-19 | 为多媒体广播组播业务提供通知的方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200410071138 | 2004-07-29 | ||
CN200410071138.7 | 2004-07-29 | ||
CN 200510086084 CN1735272A (zh) | 2004-07-29 | 2005-07-19 | 为多媒体广播组播业务提供通知的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1735272A true CN1735272A (zh) | 2006-02-15 |
Family
ID=36077420
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200510086084 Pending CN1735272A (zh) | 2004-07-29 | 2005-07-19 | 为多媒体广播组播业务提供通知的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1735272A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008098504A1 (fr) * | 2007-02-09 | 2008-08-21 | Huawei Technologies Co., Ltd. | Procédé et système pour fournir un service multidiffusion et dispositif pour fournir un paramètre de service multidiffusion |
CN101047438B (zh) * | 2007-03-27 | 2010-05-26 | 中兴通讯股份有限公司 | Td-scdma中利用复帧收发mbms数据的方法 |
CN101170742B (zh) * | 2007-11-23 | 2010-09-29 | 中兴通讯股份有限公司 | 一种无线接入网中组播广播节目的发送方法 |
WO2010124442A1 (zh) * | 2009-04-27 | 2010-11-04 | 深圳华为通信技术有限公司 | 多播组播业务控制信息的传输和获取方法、装置和系统 |
CN101296396B (zh) * | 2007-04-24 | 2010-12-08 | 中兴通讯股份有限公司 | 一种获取小区多媒体广播组播业务支持能力的方法 |
CN101193342B (zh) * | 2006-11-29 | 2011-04-06 | 华为技术有限公司 | 在Iub接口传输MBMS业务数据的方法和系统 |
WO2011054291A1 (zh) * | 2009-11-06 | 2011-05-12 | 中兴通讯股份有限公司 | 一种承载多播广播组播业务通知消息无线帧的确定方法及发送端 |
-
2005
- 2005-07-19 CN CN 200510086084 patent/CN1735272A/zh active Pending
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101193342B (zh) * | 2006-11-29 | 2011-04-06 | 华为技术有限公司 | 在Iub接口传输MBMS业务数据的方法和系统 |
WO2008098504A1 (fr) * | 2007-02-09 | 2008-08-21 | Huawei Technologies Co., Ltd. | Procédé et système pour fournir un service multidiffusion et dispositif pour fournir un paramètre de service multidiffusion |
CN101047438B (zh) * | 2007-03-27 | 2010-05-26 | 中兴通讯股份有限公司 | Td-scdma中利用复帧收发mbms数据的方法 |
CN101296396B (zh) * | 2007-04-24 | 2010-12-08 | 中兴通讯股份有限公司 | 一种获取小区多媒体广播组播业务支持能力的方法 |
CN101170742B (zh) * | 2007-11-23 | 2010-09-29 | 中兴通讯股份有限公司 | 一种无线接入网中组播广播节目的发送方法 |
WO2010124442A1 (zh) * | 2009-04-27 | 2010-11-04 | 深圳华为通信技术有限公司 | 多播组播业务控制信息的传输和获取方法、装置和系统 |
CN102138351A (zh) * | 2009-04-27 | 2011-07-27 | 华为技术有限公司 | 多播组播业务控制信息的传输和获取方法、装置和系统 |
CN102138351B (zh) * | 2009-04-27 | 2013-04-24 | 华为技术有限公司 | 多播组播业务控制信息的传输和获取方法、装置和系统 |
WO2011054291A1 (zh) * | 2009-11-06 | 2011-05-12 | 中兴通讯股份有限公司 | 一种承载多播广播组播业务通知消息无线帧的确定方法及发送端 |
US8675533B2 (en) | 2009-11-06 | 2014-03-18 | Zte Corporation | Method for determining wireless frame bearing multimedia broadcast multicast service notification information and transmitter thereof |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8509146B2 (en) | Method and apparatus for delivery of high rate data as part of a multimedia broadcast/multicast service | |
US9924330B2 (en) | Method for providing notifications for multi-media broadcast/multicast service | |
US7769010B2 (en) | PTP/PTM transmission decisions | |
CN1653729A (zh) | 用于在移动通信系统中管理多点通信组的方法 | |
CN1694560A (zh) | 通信网中信令发送广播和多播信息的方法 | |
CN1914934A (zh) | 在访问网络中提供多媒体广播/组播服务的方法与装置 | |
CN1565141A (zh) | 从一个发射机向多个接收机传输数据的方法 | |
CN1585316A (zh) | 为mbms业务建立公共传输信道的方法 | |
CN1735272A (zh) | 为多媒体广播组播业务提供通知的方法 | |
CN101052203A (zh) | 多媒体广播组播业务的实现方法 | |
CN101039459A (zh) | 多媒体广播及群播服务信息的方法及其相关装置 | |
CN101039457A (zh) | 撷取一点对多点多媒体广播及群播服务信息的方法及装置 | |
CN1642054A (zh) | 一种使用码分多址系统的信道实现集群业务的方法 | |
CN100562165C (zh) | 在寻呼消息中包括散列化的服务标识符以用于服务组呼叫 | |
CN1859623A (zh) | 一种实现流媒体业务的方法 | |
CN102246546A (zh) | 管理用于无线通信网络内的群组通信的发射协议 | |
CN101296396B (zh) | 一种获取小区多媒体广播组播业务支持能力的方法 | |
CN1951063A (zh) | 优化的iub传输 | |
CN1571531A (zh) | 多媒体广播与组播业务中公用控制信息可靠传输的方法 | |
CN1534911A (zh) | 临时移动组标识的分配与传递方法 | |
CN100563361C (zh) | 广播组播业务去激活的方法及设备 | |
CN1499759A (zh) | 一种多媒体广播与组播业务的服务接入方法 | |
CN101296395A (zh) | 一种发送多媒体广播组播业务通知的方法 | |
CN1842209A (zh) | 提供mbms业务的方法 | |
CN1741628A (zh) | Ura_pch模式的用户统计方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |