CN1567773A - 用于宽带时分双工移动通信***中寻呼mbms的方法 - Google Patents
用于宽带时分双工移动通信***中寻呼mbms的方法 Download PDFInfo
- Publication number
- CN1567773A CN1567773A CNA031423345A CN03142334A CN1567773A CN 1567773 A CN1567773 A CN 1567773A CN A031423345 A CNA031423345 A CN A031423345A CN 03142334 A CN03142334 A CN 03142334A CN 1567773 A CN1567773 A CN 1567773A
- Authority
- CN
- China
- Prior art keywords
- paging
- frame
- mbms
- pich
- indication
- 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
一种用于宽带时分双工移动通信***中寻呼MBMS的方法,SGSN接收到GGSN发送的数据后,向RNC发送MBMS通知;RNC收到来自SGSN的所述通知后,根据所述通知的内容构造无线网络控制器与基站接口帧协议的两个连续帧,所述帧协议包含MBMS的指示位、寻呼指示和寻呼消息;RNC把所述帧协议的帧发送到基站;基站接收所述帧协议的帧之后,首先检查收到的所述帧协议的帧中所述指示位,如果所述指示位为0,则表示所述帧协议的帧是传统的寻呼,如果所述指示位为1,则表示所述帧协议的帧中包含了MBMS的业务信息;基站检查所述帧中的寻呼指示位,如果所述指示为1且MI为1,那么利用每个PICH中未用的4个保留比特来承载MBMS业务寻呼指示。
Description
技术领域
本发明涉及宽带码分多址(简称WCDMA)移动通信***,具体说是宽带码分多址(简称WCDMA)移动通信***中宽带时分双工模式中,寻呼多媒体广播与组播业务(简称MBMS)的方法,其中主要是给出了如何利用现有寻呼块中若干个持续的寻呼指示信道帧结构中的保留比特,来传输MBMS业务的寻呼指示的方法。
背景技术
目前,第三代伙伴计划(以下简称3GPP)正在对多媒体广播和组播业务(以下简称MBMS)进行标准化,MBMS业务是即将要部署的第三代移动通信中所能够提供的一项新业务,它是一种点对多点的单向业务,这种业务的最大特点是它可以有效的利用无线资源和网络资源。
图1描述了MBMS的***结构,主要包括无线接入网络部分及核心网络部分,其中无线接入部分包括用户设备(简称UE)105和UMTS陆地无线接入网(简称UTRAN)104,它们之间的接口称为空中接口Uu107,其功能是为用户设备与核心网络之间提供无线接入传输业务;核心网络部分包括为MBMS***提供业务控制的广播和组播业务中心(简称BM-SC)101、构成MBMS业务传输网络的网关GPRS支持节点(简称GGSN)102和主服务GPRS支持节点(简称SGSN)103。以及保存与用户有关的数据归属位置寄存器(简称HLR)106;此外,108Iu表示无线接入网和核心网之间的接口,它是无线接入网和核心网之间的互连参考点。值得注意的是除UE以外的其它部分构成基础结构域(简称IF),并且MBMS业务所用的无线资源不是用户专用的,而是由使用该业务的所有用户共享的。
图2描述了MBMS组播业务的流程,其中“订阅”200用于建立起用户设备和服务提供商之间的联系,授权用户可以接收有关的MBMS服务。
“业务广告”201用于通知用户设备将要提供的业务。
“加入”202表示用户加入一个组,即用户设备告诉网络他希望接收这项组播业务。
“MBMS组播模式承载建立”203为MBMS数据传输建立网络资源。
“MBMS通知”204用于通知用户设备数据即将发送的MBMS业务。
“数据传输”205表示MBMS业务数据传输到用户设备的过程。
“MBMS组播模式承载释放”206表示当MBMS业务数据传输完成后,释放网络资源。
“离开”207表示用户设备要离开一个组,即不再想接收某个业务的数据。
下面将参照图3和4分别简述在宽带时分双工模式的移动通信***(以下简称WB-TDD)中,现有寻呼的基本方式和现有的寻呼指示信道(PICH)帧结构。
在WB-TDD***中,现有寻呼是一种基于用户的点对多点的寻呼,其基本框架如图3所示:
用户设备注册到UTRAN网络后,UTRAN会把该注册的用户设备映射到一个寻呼组,并且用一个寻呼指示(简称PI)304来通知该注册的用户设备是否被UTRAN寻呼。如果UTRAN寻呼某用户设备,那么对应于该用户设备的寻呼指示304会周期性的出现在寻呼指示信道(简称PICH)302上。
用户设备采用了非连续接收(简称DRX)的方式来监测在PICH上是否存在自身的寻呼指示304,如果用户设备检测到存在自身的寻呼指示(PI),那么该用户设备会从辅助公用控制物理信道(简称SCCPCH)301上开始接收具体的寻呼消息,也就是说,PICH上只承载了寻呼指示信息,而寻呼消息是由SCCPCH来承载的。对于寻呼消息的详细解释是UE高层的协议层功能。关于非连续接收的周期等参数是由UTRAN预先通知给用户设备的,并且此处所说的非连续接收(简称DRX)方式是指用户设备在空闲模式下,不接收信息而只有在所规定的UTRAN非连续接收周期长度条件满足时才检测寻呼指示,根据上述寻呼指示来决定是否接收随后在SCCPCH上所承载的寻呼信息,藉此方式,用户设备由于有比较小的功率消耗而到达了省电的目的。
总之,用户设备对寻呼指示的监测是周期性的,其周期的大小由核心网络来决定并且通过相关的无线资源控制(RRC)的消息来告诉用户设备;如果该周期越大,那么用户设备(UE)从睡眠中唤醒机会越小,其消耗的功耗越小,进而延长用户设备的电池待机时间,其不足之处在于降低了终端对来自核心网络寻呼的反应速度。
图4给出了在WB-TDD***中,一个寻呼块(paging Block)的结构,它由NPICH个逻辑连续的寻呼指示信道(PICH)帧组成,每个PICH上承载寻呼指示P0...,PNPI-1。其中NPICH在3GPP的无线资源控制TS25.331协议内相应的消息中所规定,例如其取值可能为2和4。对于WB-TDD,其每个无线帧(10ms)由15个时隙组成,并且根据3GPP规范TS25.221能够在每个无线帧之内的一个时隙内传输PICH。
图5给出了WB-TDD***中的寻呼指示信道(PICH)的帧结构。寻呼指示信道是一个用来承载寻呼指示(简称PI)的纯物理信道,在3GPP规范TS 25.221 v5.3.0对其进行了详细描述。在WB-TDD中具有两种类型的帧结构,分别称作类型1和类型2,它们的差异在于中间信道导频码Midamble的长度不同。这两种帧结构都可以承载寻呼指示PI。其中在类型1的帧结构中,有240比特可以承载寻呼指示,即NPIB=240,在类型2的帧结构中,有272比特可以承载寻呼指示,即NPIB=272。尤其值得注意的是,从图5可以看到在两种帧结构中,与midamble相邻的SNPIB+1,...,SNPIB+4的4个比特均保留,未用于传输任何有效信息。
每个寻呼指示Pq由若干个符号组成,用LPI表示符号数,一个符号包含2个比特,映射到这个时隙中的{S2Lpi*q+1,...,S2Lpi*(q+1)}比特。另外,采用间隔传输的方式,即将构成每个寻呼指示的一半比特放在PICH上的第一个数据段,另一半比特放在PICH上的第二数据段,藉此获得分集增益。
图6给出当每个寻呼指示Pq由4个符号组成时的间隔映射情况。
根据3GPP TS25.221技术规范,每个寻呼指示Pq的符号数LPI可以为2,4或者8。一个无线帧可以传输NPI个寻呼指示。每个无线帧所传输的寻呼指示数NPI、每个寻呼指示所占用的符号数LPI以及帧类型均由高层信令给出。
因此,可以知道每个寻呼指示块一共能传输NP=NPICH*NPI个寻呼指示。
具体说来,根据3GPP TS25.304所规定,对于某个用户设备UE,,采用下列方式计算它所对应的寻呼指示PI,PI的取值范围为0,...,NP-1。
PI=(IMSI div 8192)mod Np
其中IMSI是用户的序列号,上述PI(PI=0,...,NP-1)对应UE的激活时间给定的寻呼指示块中的第n个帧中的第q个指示Pq。其中q=PImod NPI,n=PI div NPI,mod表示取余操作,div表示取整操作。
MBMS业务寻呼是一种基于业务的点对多点的组寻呼。针对WB-FDD***,中国专利申请02130568.4提出了一种MBMS业务寻呼方法,但是在WB-TDD***中,如何实现MBMS业务寻呼,至今还没有相关方法。
根据3GPP TS25.211技术规范,对于WB-FDD,采用一个寻呼指示信道帧(PICH)来承载寻呼指示,并且每个寻呼指示信道帧中有12个保留比特可以用于承载MBMS业务的寻呼指示;然而根据3GPP TS25.221技术规范,对于WB-TDD***,其寻呼指示信道帧结构与WB-FDD的寻呼指示信道帧结构是不同的,即由几个寻呼指示信道帧构成一个寻呼块来承载寻呼指示,在现有规范3GPP TS25.221中每个寻呼指示信道帧中仅有4个保留比特,故此,不可能直接将WB-FDD***中MBMS业务寻呼方法用于WB-TDD***中。在WB-TDD中,由于现有的寻呼是基于用户的点对多点的寻呼,因此,要实现基于MBMS业务的点对多点的组寻呼,要对现有的寻呼消息、寻呼指示信道帧、寻呼过程,UE和基站等的动作加以修改。对于寻呼消息的修改可以参照WB-FDD的方法,但是如何在现有的寻呼指示信道帧上承载MBMS寻呼指示,必须提供新的方法。
发明内容
本发明的目的是提供一种在WB-TDD***中,寻呼多媒体广播与组播业务(简称MBMS)的方法,其核心是利用现有寻呼指示块中若干个持续的寻呼指示信道帧结构中的保留比特,来传输即将发生的MBMS业务标识的寻呼指示。
为实现上述目的,一种用于宽带时分双工移动通信***中寻呼MBMS的方法,包括步骤:
(a)SGSN接收到GGSN发送的数据后,向RNC发送MBMS通知;
(b)RNC收到来自SGSN的所述通知后,根据所述通知的内容构造无线网络控制器与基站接口帧协议的两个连续帧,所述帧协议包含MBMS的指示位、寻呼指示和寻呼消息;
(c)RNC把所述帧协议的帧发送到基站;
(d)基站接收所述帧协议的帧之后,首先检查收到的所述帧协议的帧中所述指示位,如果所述指示位为0,则表示所述帧协议的帧是传统的寻呼,如果所述指示位为1,则表示所述帧协议的帧中包含了MBMS的业务信息;
(e)基站检查所述帧中的寻呼指示位,如果所述指示为1且MI为1,那么利用每个PICH中未用的4个保留比特来承载MBMS业务寻呼指示,如果所述指示PI为0,基站读取MBMS寻呼消息以构建MBMS寻呼消息的辅助公用控制物理信道;
(f)基站发送承载有寻呼指示的寻呼块和承载有寻呼消息的SCCPCH帧供用户设备UE读取;
(g)UE检查指定帧号SFN0+n所对应的PICH帧;如果UE已经激活了MBMS业务,则要读取帧号为SFN0+m_n的PICH帧中,中间导频码附近的4个比特,来确定当前所寻呼的业务是否是它所需要的;
(h)UE分析SCCPCH上的MBMS寻呼消息,根据所述消息中的具体指示做出相应的上行响应。
本发明充分利用了现有***中的寻呼资源,利用现有寻呼块中寻呼指示信道中未用的保留比特来承载MBMS业务,对现有的寻呼没有任何影响,使***具有良好的后向兼容性。在实现新的寻呼功能的情况下,使终端的功率消耗最少,尽可能的增加了终端设备的待机时间。本发明中,UE对MBMS寻呼的接收采用了非连续接收方式,可以减少终端的功率消耗。另外,本发明所提出的MBMS寻呼利用了现有非连续接收周期(在每个周期,UE要唤醒去读取PICH信道),不必要针对MBMS设计新的非连续接收周期,因而,没有增加UE的唤醒次数。本发明中的MBMS寻呼是一种基于业务的点到多点的组寻呼,提高了寻呼效率和对无线资源的利用率。
附图说明
图1是MBMS***结构示意图;
图2是MBMS组播业务流程;
图3是现有寻呼的过程;
图4是WB-TDD中寻呼块的结构;
图5是WB-TDD中PICH帧的结构;
图6是寻呼指示(PI)在PICH上的间隔映射示例(每个PI所占的符号数LPI=4);
图7A是承载MBMS寻呼指示方案一的示例;
图7B是承载MBMS寻呼指示方案二的示例;
图7C是承载MBMS寻呼指示方案三的示例;
图8是MBMS寻呼信令流程;
图9是UTRAN寻呼处理流程;
图10是基站(Node B)的寻呼处理流程;
图11是UE的基本操作流程;
具体实施方式
本发明提出了在WB-TDD***中,一种寻呼多媒体广播与组播业务(简称MBMS)的方法。其核心是如何利用现有寻呼指示块中若干个持续的寻呼指示信道帧结构中的保留比特,来传输即将发生的MBMS业务的寻呼指示的方法。
如何利用现有寻呼指示块中若干个持续的寻呼指示信道帧结构中的保留比特,来传输即将发生的MBMS业务的寻呼指示(简称MPI)的方法,是本发明的重点,下面我们将详细描述。
为了与现有3GPP规范中基于用户的点对多点的寻呼方式中采用的变量相区别,本发明下面使用以m_打头的变量来标识MBMS寻呼中使用的变量。
从图5中,能够知道当前寻呼指示信道帧中,与中间导频码midamble相邻的sNPIB+1,...,sNPIB+44比特保留未用。因此,本发明利用这些保留比特来传送MBMS业务组指示。
在WB-TDD***中,类型1和类型2两种帧结构均可用于承载寻呼信息,并且这两种帧类型中均有4比特保留未用。因此,类型1和类型2的两种结构的帧均可用来传输MBMS业务寻呼指示。另外,由于用于承载MBMS寻呼指示的比特数相同,因此每个寻呼块中每个寻呼帧中的未用比特承载MBMS寻呼指示的方法也可以是相同的。所以在本发明中,如果不明确说明,则本发明所述的方法均适合这两种类型的帧结构。
(1)MPI占用的比特数的设计
在每个寻呼指示信道帧(PICH)中,仅有4个比特可用于承载MBMS寻呼指示MPI,如果假定每个MPI所占用的比特数m_LPI=LPI,即使用基于用户的点对多点的寻呼指示参数的取值,那么一个寻呼帧(PICH)仅可以传输1个MPI,因此一个寻呼块所能同时承载的MBMS寻呼指示(MPI)数较少。所以对于MBMS寻呼指示,本发明不采用当前规范针对普通寻呼PI的规定,而给出新的参数取值,即定义m_LPI为1,2或者4比特,那么一个寻呼帧可以传输的MBMS寻呼指示数m_NPI分别为4,2,1个。如果一个寻呼指示块包含m_NPICH个持续帧,那么它所能传输的总的MBMS寻呼指示数m_NP为:
m_NP=m_NPICH*m_NPI
表1列出每个寻呼指示(MPI)占用不同的比特数时,每个寻呼指示信道帧(PICH)所能传输的寻呼指示数(m_NPI)。
表1.每个MPI占用不同比特数时,每个PICH所能承载的寻呼指示数
一个寻呼指示的比特长度m_LPI | 1 | 2 | 4 |
寻呼指示数m_NPI | 4 | 2 | 1 |
上述MPI比特数的设计,主要考虑在一个寻呼块中尽可能承载多的MPI数。但是每个MPI的传输可靠性是否能保证呢?我们知道,每个MPI占用的比特数越多,那么MPI的传输可靠性也越强。正如当前规范所规定的每个点对点寻呼指示PI的比特数可以是8或16。那么对于MBMS的寻呼指示,由于每个PICH上仅有4个比特可用于承载MPI,所以若使单个MPI的比特数m_LPI可以为8或16,那么就必须突破原来组成一个寻呼指示的比特必须在一个PICH上承载的限制,即允许组成一个MPI的比特分布于不同的PICH帧。
如果允许组成一个MPI的比特分布于不同的PICH帧,那么当一个寻呼块包含的PICH的帧数为2时,MPI的比特数m_LPI可以为8;当一个寻呼块包含的PICH的帧数为4时,MPI的比特数m_LPI可以为8和16。
为了更好得理解本发明所提出的方法,本发明中使用的一些关键符号的含义如下:
m_NPICH:一个寻呼块所包含的PICH帧数。
m_NPI:每个PICH帧所能承载的MBMS寻呼指示的数目。
m_LPI: 每个MBMS寻呼指示所占用的比特数。
m_Np:每个寻呼块所能传输的MBMS业务寻呼指示数。
(2)寻呼指示的寻址方法
为了尽量减少UE的功率损耗,同普通的点对点寻呼类似,对于MBMS业务的寻呼,也支持用户的非连续(DTX)接收,即UE使用同样的激活时间(Paging Occasion)及激活时间的计算方法来监听MBMS业务寻呼和普通的基于用户的点对多点寻呼,从而能达到减少用户功率损耗的目的。
在WB-TDD***中,每个用户根据激活时间(Paging Occasion)来监听寻呼指示信道,激活时间给出了一个寻呼块中的第一个帧所对应的***帧号SFN0,计算方法如公式(1)
SFN0=Paging Occasion={(IMSI div K)mod(DRX cycle length div
PBP)}*PBP+n*DRX cycle length+Frame Offset (1)
公式(1)中,IMSI是用户的序列号,DRX cycle length是此用户非连续接收的周期(由物理帧数来表示),PBP是一个寻呼块的周期(PagingBlock Periodicity,参见TS25.304),Frame Offset是帧偏移,K是承载寻呼消息(PCH)的辅助公用控制物理信道(SCCPCH)的数目,n=0,1,2...,满足SFN0小于最大的***帧号。PBP与Frame Offset由***信息给定。
由于MBMS寻呼是基于业务标识(Service-ID)的组寻呼,因此MBMS寻呼指示在每个寻呼块中对应的位置(MPI的下标)m_PI的计算方法,与普通的点对多点寻呼不同,应该根据MBMS业务的标识号(Service-ID),而不是用户的序列号IMSI来计算。
例如以TMGI做为MBMS业务标识号来计算。
m_PI的取值范围为0,...,m_NP-1,按下列公式计算:
m_PI=(TMGI div 8192)mod m_Np (2)
m_Np=m_NPICH*m_NPI (3)
公式(2)中div为取整操作,m_Np为每个寻呼块所能传输的MPI的总数。
对于某个用户设备UE,高层计算的寻呼指示的下标m_PI,假设对应寻呼指示块中的第m_n个帧中的第m_q个寻呼指示。当m_LPI小于等于4比特时,m_q和m_n按如下方式计算:
m_q=m_PI mod m_NPI (4)
m_n=m_PI div m_NPI. (5)
其中div为取整操作,mod为取余操作。m_NPI为一个PICH帧所能承载的MPI数。
当寻呼指示MPI的比特数m_LPI等于8或16比特时,m_q和m_n的取值如表2。
表2.当寻呼指示的比特数m_LPI为8或16比特时,m_q和m_n的取值
m_NPICH | m_LPI | m_NPI | m_Np | m_q | m_n |
2 | 8 | 1 | 0 | 1,2 | |
4 | 8 | 1 | 2 | 01 | 0,1(m_q=0)2,3(m_q=1) |
4 | 16 | 1 | 1 | 0 | 1,2,3,4 |
例如,当m_NPICH为4,即一个寻呼块包含4个寻呼指示帧(PICH)时,总共有16个比特可用于传输MBMS寻呼指示,选择m_LPI为8比特,那么此寻呼块可传输2个寻呼指示,按公式(2)得m_PI为0或者1,按公式(3)得m_q为0或者1;当m_q为0时,m_ n为0和1,表明感兴趣用户应该接收寻呼块中的第一、二帧,即激活时间对应的帧序号为SFN0帧和它的下一帧SFN0+1;当m_q为1时,m_n为2和3,表明感兴趣用户应该接收寻呼块中的第三、四帧,即激活时间对应的序号为SFN0+2帧和它的下一帧SFN+3;
上述表2中,当m_NPICH为4,m_LPI为8比特,对应m_q的取值,m_n的另一种取值方式为:m_n=2,3当m_q=1;m_n=0,1当m_q=1;
所以,表2仅是当寻呼指示的比特数m_LPI为8或16比特时,m_q和m_n的取值的一种示例,并不作为本发明的限制。
每个小区中的每个PICH帧所承载的寻呼指示数m_NPI、每个寻呼指示所占用的比特数m_LPI,以及帧类型均由高层信令给定。UE可以通过***信息广播或其它信令获得这些信息。
m_n的取值可能不同于n(一般寻呼对应的寻呼块中的帧位置),如果它们的取值不同,则对MBMS业务感兴趣的用户,应该同时监听一个寻呼块中的***帧号为(SFN0+n)和(SFN0+m_n)所对应的寻呼帧(PICH)。
(3)MBMS寻呼指示的编码方法
MBMS寻呼指示MPIp(包含若干个比特),p=0,...,m_NPI-1,MPIp∈{0,1},指示与MPIp关联的MBMS业务的数据传输是否即将发生。
假设每个PICH帧中有NPIB=m_NPI*m_LPI个比特ei,i=1,...,NPIB,用于传送MBMS业务的组寻呼指示,这些比特的编码方式如表3所示。
表3:MBMS寻呼指示比特的编码方式
MPIp | 比特{em_Lpi*p+1,em_Lpi*p+2,...,em_Lpi*(p+1)} | 含义 |
0 | {0,0,...,0} | 不需要接收承载寻呼消息的SCCPCH |
1 | {1,1,...,1 } | 需要接收承载寻呼消息的SCCPCH |
(4)承载MBMS寻呼指示的三种选择方案
在实际使用时,基于不同的原则,承载MBMS寻呼指示的方法,可以有下面三种选择方案:
(方案一)
一个寻呼块中的每个寻呼帧传送同样的寻呼指示(MPI),即所有可能的寻呼指示MPI都可承载于一个PICH。每个MPI的比特数m_LPI的取值可为1,2,4,一个寻呼块所能承载的总的MPI数m_NP=m_NPI。按公式(1)-(4)计算MPI的相应位置。不需计算m_n。
这种方案的优点是UE在每个激活时间仅需监听一个PICH帧,即***帧号为SFN0+n的PICH帧,所以UE的功率损耗是最少的。缺点是一个寻呼块所能同时承载的寻呼指示数(MPI)较少,即m_NP=m_NPI。这种方案适合需要同时寻呼的MBMS业务数较少,且UE的功率损耗是一个非常重要的因素。
图7A给出这种方案的一个示例,假设一个寻呼块包含4个PICH帧,每个PICH上均承载MPI0...MPIm-1共m个MBMS寻呼指示MPI。所以所述图中的寻呼块总共承载的MPI数为m。
(方案二)
一个寻呼块中的每个寻呼帧传送不同的寻呼指示(MPI),但构成一个寻呼指示的比特不能分布于不同帧,即每个MPI的比特数m_LPI的取值仅能为1,2,4,不能取8和16。一个寻呼块所能承载的总的MPI数m_Np=m_NPICH*m_NPI。按公式(1)-(5)计算MPI的相应位置,UE在每个激活时间需监听***帧号为SFN0+n和SFN0+m_n的PICH帧。
n和m_n可能相同,也可能不同,所以UE在每个激活时间最多需监听2个PICH帧。就UE的功率损耗而言,这种方案是方案一和方案三的折衷。
图7B给出这种方案的一个示例,假设一个寻呼块包含4个PICH帧,每个PICH可承载m个MPI,那么如图所示,第一个PICH上承载MPI0...MPIm-1,第二个PICH上承载MPIm...MPI2m-1,第三个PICH上承载MPI2m...MPI3m-1,第四个PICH上承载MPI3m...MPI4m-1MBMS寻呼指示MPI。所以所述图中的寻呼块总共可承载的MPI数为4m。
(方案三)
一个寻呼块中的每个寻呼帧传送不同的寻呼指示(MPI),并且构成一个寻呼指示的比特能分布于不同帧,即m_LPI的取值能为1,2,4,8和16。UE在每个激活时间最多可能监听的PICH帧数为4个。当m_LPI的取值为1,2,4,与方案二类似,MPI的寻址按照公式(1)-(5)计算。当m_LPI为8和16,m_q和m_n的取值如表2。
这种方案的优点是灵活,m_LPI的取值范围较多。当m_LPI设定为8和16,MPI的传输的可靠性较高,但此时UE的功率损耗相对来说也较大,且m_q和m_n的确定需按表2的方式进行,不能再利用公式(5)。
图7C给出当一个MPI所占的比特数为8时这种方案的一个示例。在所述图中,假设一个寻呼块包含4个PICH帧,由于每个MPI所占的比特数为8,所以第一个和第二个PICH上承载MPI0,第三个和第四个PICH上承载MPI1,所述寻呼块总共可承载的MPI数为2。
对于上述三种方案来说,当给定一个MPI所占用的比特数m_LPI后,MPI的编码方式,激活时间的计算方法都是一样的,不同仅在m_q和m_n的确定方法。
参照附图,下面将对与本发明有关的MBMS寻呼的信令流程,UTRAN、基站及UE对寻呼的处理流程加以说明。本发明只对理解和应用本发明必要的部分进行说明,为了突出重点对其它的部分有所省略。
图8是MBMS寻呼的信令流程图。
所述图的801阶段,GGSN(网关通用分组无线业务支持节点)发送MBMS数据或通知给SGSN(主服务通用分组无线业务支持节点);
所述图的802阶段,SGSN收到所述的MBMS数据后,发送“MBMS通知”消息,通知RNC(无线网络控制器)数据即将传输的MBMS业务的标识号(例如TMGI)和服务区域等信息。
所述图的803阶段,RNC收到所述的“MBMS通知”后,请求SGSN建立所述RAN和SGSN之间的RAB。
所述图的804阶段,所述RAB建立之后,RNC发送“MBMS寻呼”给UE,通知UE马上要进行的MBMS数据传输,还可能包含计数指示及无线承载参数等。
所述图的805阶段,如果UE在收到寻呼消息时处于空闲模式,并且消息中要求UE进入到连接模式或要求UE进行上行响应,UE要发起无线资源控制(简称RRC)连接的建立过程。如果UE已经在RRC连接模式,此过程不再需要。
所述图的806阶段,UE根据寻呼消息的具体内容,发送寻呼响应给RNC。当然根据寻呼消息,也可能不发送寻呼响应,以减少上行信令。
所述图的807阶段,RNC发送寻呼响应给SGSN,SGSN再将此响应传送到GGSN,在某些情况下,此消息也可以不发送。
图9描述UTRAN内MBMS寻呼过程。
所述图的901阶段,SGSN发送“MBMS通知”消息给RNC;
所述图的902阶段,当RNC收到所述“MBMS通知”后,将根据“MBMS通知”中的MBMS业务标识等信息,构造持续的两个PCH IubFP帧;
所述图的903阶段,RNC将构造好的PCH IubFP帧发送到有关的基站。
所述图的904阶段,基站(Node B)收到PCH IubFP帧后,按照预先选定的寻呼块中PICH帧的构造方案(可以是本发明提出的三种方案中的任一种,在此假定选择方案2),根据PCH IubFP帧的内容,构造组成寻呼块的各PICH帧,以及与之相关的SCCPCH。寻呼块由若干个PICH帧组成,其中每个PICH帧中包含MPI寻呼指示;(如何根据PCH IubFP构造寻呼块,以及与之相关的SCCPCH,下面图10及有关说明将进一步介绍);
所述图的905阶段,基站(Node B)将构造好的寻呼块(包含若干个PICH帧),和与此寻呼块相关的SCCPCH,在指定的***帧的相应时隙发送;由于所寻呼的UEs支持非持续监听,所以基站在一定的时间间隔内,可能要重复发送所述的寻呼块和SCCPCH,以确保所有感兴趣的用户都能收到。
所述图的906阶段,UE在激活时间(SFN0),检查相应寻呼块中***帧号为SFN0+n的PICH(普通的点对点寻呼),和***帧号为SFN0+m_n的PICH帧中与中间导频码(midamble)相连的4比特,根据它感兴趣的MBMS业务的标识号(例如TMGI)对应的寻呼指示MPI,判断所寻呼的业务是否是它所需要的,如果是,它会继续接收SCCPCH以获得SCCPCH上所承载的寻呼消息。
所述图的907阶段,UE分析寻呼消息(承载实际的MBMS业务的标识号,例如TMGI),根据它感兴趣的MBMS业务的标识号(例如TMGI)与寻呼消息中的MBMS业务的标识号进行匹配,如果它们一致,那么UE进一步确信自己感兴趣的MBMS业务即将传输,然后它再根据寻呼消息中的其它指示,例如计数指示,决定是否响应计数请求,或者也可能会建立无线承载并发送寻呼响应(908)给RNC等。
图10描述了基站对每个PCH IubFP帧的处理流程。
所述图的1001,基站接收PCH IubFP帧;
所述图的1002,基站收到PCH IubFP帧后,检查PCH IubFP帧中的MI位;
所述图的1003,判断MI是否为1,如果MI≠1,则表示此PCH IubFP帧是传统的寻呼,与MBMS没有关系,转到所述图的1004阶段,即按照现有的寻呼过程处理PCH IubFP;如果MI=1,则表示此帧的负载(payload)中包含MBMS寻呼信息,则在处理完普通的寻呼消息后,转所述图的1005;
所述图的1005,基站读取PCH IubFP帧中的寻呼指示标志PI位;
所述图的1006,如果PI=I,则说明当前处理的PCH IubFP帧包含MBMS寻呼指示位图,那么按照***预先选定的本发明三种方案之一,根据MBMS寻呼指示位图(PI bitmap)的信息,构建寻呼块中各PICH中的与中间导频码(midamble)相连的4比特,即所述图的1007构造PICH;如果PI=0,则说明当前处理的PCH IubFP帧不包含MBMS寻呼指示位图,而是包含MBMS寻呼消息;
所述图的1008,根据PCH IubFP上的寻呼消息,构造SCCPCH。
最后基站发送承载有寻呼指示的寻呼块和寻呼消息SCCPCH帧供用户终端读取。
图11描述了UE监听寻呼指示的基本过程。(假设承载MBMS寻呼指示的方式为本发明中的方案二,并且假定所述UE处于空闲状态,且对MBMS业务感兴趣)。
所述图的1101阶段,UE根据公式(1)所得的激活时间,即小区***帧号SFN0,判断是否该读PICH。若当前的***帧号与SFN0不一致,则UE继续保持休眠;否则,转入1102阶段;
所述图的1102阶段,UE根据IMSI计算点对点寻呼指示PI,根据MBMS业务标识号(例如TMGI)及所保存的m_Np,按公式(2)计算m_PI(图中表示为MPI);
所述图的1103阶段,UE根据所得的PI,计算q和n;根据所得的m_PI,按照公式(4)和(5)计算m_q和m_n;
所述图的1104阶段,UE监听***寻呼块中帧号为SFN0+n和SFN0+m_n的PICH帧,n和m_n可能相同。
所述图的1105阶段,UE检查***帧号为SFN0+n的PICH中的第q个PI指示,判断其是否为1;如果为1,则表明***对UE有点对点寻呼,UE应该接收承载点对点寻呼消息的SCCPCH,否则转1106阶段;
所述图的1106阶段,UE检查***帧号为SFN0+m_n的PICH中的第m_q个MPI指示,判断其是否为1;如果为1,则表明UE感兴趣的MBMS业务即将传输,UE应该接收承载MBMS寻呼消息的SCCPCH。
所述图的1107阶段,UE分析SCCPCH上的MBMS寻呼消息,根据消息的内容做出相应响应,例如发起无线资源控制连接建立请求等。
Claims (17)
1.一种用于宽带时分双工移动通信***中寻呼MBMS的方法,包括步骤:
(a)SGSN接收到GGSN发送的数据后,向RNC发送MBMS通知;
(b)RNC收到来自SGSN的所述通知后,根据所述通知的内容构造无线网络控制器与基站接口帧协议的两个连续帧,所述帧协议包含MBMS的指示位、寻呼指示和寻呼消息;
(c)RNC把所述帧协议的帧发送到基站;
(d)基站接收所述帧协议的帧之后,首先检查收到的所述帧协议的帧中所述指示位,如果所述指示位为0,则表示所述帧协议的帧是传统的寻呼,如果所述指示位为1,则表示所述帧协议的帧中包含了MBMS的业务信息;
(e)基站检查所述帧中的寻呼指示位,如果所述指示为1且MI为1,那么利用每个PICH中未用的4个保留比特来承载MBMS业务寻呼指示,如果所述指示PI为0,基站读取MBMS寻呼消息以构建MBMS寻呼消息的辅助公用控制物理信道;
(f)基站发送承载有寻呼指示的寻呼块和承载有寻呼消息的SCCPCH帧供用户设备UE读取;
(g)UE检查指定帧号SFNO+n所对应的PICH帧;如果UE已经激活了MBMS业务,则要读取帧号为SFNO+m_n的PICH帧中,中间导频码附近的4个比特,来确定当前所寻呼的业务是否是它所需要的;
(h)UE分析SCCPCH上的MBMS寻呼消息,根据所述消息中的具体指示做出相应的上行响应。
2.根据权利要求1所述的方法,其特征在于所述步骤(f)还包括步骤:
为了支持UE的非持续接收,基站要在一定的时间内重复发送这个寻呼块和相应的SCCPCH帧;
3.根据权利要求1所述的方法,其特征在于所述步骤(e)还包括:
一个寻呼块中的每个寻呼帧的未用4比特,传送同样的寻呼指示(MPI),每个MPI占用的比特数m_LPI的取值可以为1,2,4,n=m_n,一个寻呼块所能同时承载的寻呼指示数m_NP=m_NPI。
4.根据权利要求3所述的方法,其特征在于,感兴趣的UE在每个激活时间只监听与SFNO相关的寻呼块中一个寻呼指示帧PICH;
5.根据权利要求3所述的方法,其特征在于,每个MPI占用的比特数m_LPI的取值由高层决定,终端(UE)可通过***信息或高层信令获得。
6.根据权利要求1所述的方法,其特征在于所述步骤(e)还包括:
一个寻呼块中的每个寻呼帧传送不同的寻呼指示,但构成一个寻呼指示的比特不能分布于不同帧,即m_LPI的取值为1,2,4,一个寻呼块所能同时承载的寻呼指示数m_Np=m_NPICH*m_NPI。
7.根据权利要求6所述的方法,其特征在于所述MPI在寻呼块中的位置,按照公式(1)-(5)计算。
8.根据权利要求6所述的方法,其特征在于,感兴趣的UE在每个激活时间最多监听2个PICH帧。
9.根据权利要求6所述的方法,其特征在于,感兴趣的UE在每个激活时间监听分别为***帧序号为SFNO+n的帧和SFNO+m_n的帧;
10.根据权利要求9所述的方法,其特征在于所述两个帧可能是同一个帧;
11.根据权利要求1所述的方法,其特征在于所述步骤(e)还包括:
一个寻呼块中的每个寻呼帧传送不同的寻呼指示(MPI),并且构成一个寻呼指示的比特能分布于不同帧,即m_LPI的取值可为1,2,4,8,16比特;
12.根据权利要求11所述,其特征在于,一个寻呼块所能同时承载的寻呼指示数,当每个MPI的比特数即m_LPI的取值为1,2,4时,m_Np=m_NPICH*m_NPI。
13.根据权利要求11所述,其特征在于,当每个MPI的比特数m_LPI的取值为1,2,4时,MPI的寻址,即MPI在寻呼块中的位置,按照公式(1)-(5)计算。
14.根据权利要求11所述的方法,其特征在于,一个寻呼块所能同时承载的寻呼指示数m_Np,当每个MPI的比特数m_LPI的取值为8时,如果m_NPICH为2,则m_Np为1。如果m_NPICH为4,则m_Np为2。
15.根据权利要求14所述的方法,其特征在于,m_q和m_n的取值按照表2决定。
16.根据权利要求11所述的方法,其特征在于,只有寻呼块包含的帧数m_NPICH为4,每个MPI的比特数m_LPI的取值才可为16,一个寻呼块所能同时承载的寻呼指示数m_Np为1。
17.根据权利要求16所述的方法,其特征在于,感兴趣的UE在每个激活时间需同时监听与SFNO相关的当前寻呼块中的所有四个PICH帧。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA031423345A CN1567773A (zh) | 2003-06-13 | 2003-06-13 | 用于宽带时分双工移动通信***中寻呼mbms的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA031423345A CN1567773A (zh) | 2003-06-13 | 2003-06-13 | 用于宽带时分双工移动通信***中寻呼mbms的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1567773A true CN1567773A (zh) | 2005-01-19 |
Family
ID=34471087
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA031423345A Pending CN1567773A (zh) | 2003-06-13 | 2003-06-13 | 用于宽带时分双工移动通信***中寻呼mbms的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1567773A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008151552A1 (fr) * | 2007-06-08 | 2008-12-18 | Zte Corporation | Procédé pour réaliser un multiplexage temporel dans un service de diffusion/multidiffusion multimédia (mbms) et son procédé de transmission d'informations |
CN101483812B (zh) * | 2008-01-08 | 2010-10-27 | 大唐移动通信设备有限公司 | 一种多媒体广播组播业务的寻呼方法及*** |
CN101483811B (zh) * | 2008-01-08 | 2010-12-08 | 大唐移动通信设备有限公司 | 一种多媒体广播组播业务的寻呼方法和*** |
CN102291685A (zh) * | 2007-02-12 | 2011-12-21 | 华为技术有限公司 | 一种传输业务的方法及装置 |
CN103369468A (zh) * | 2006-08-09 | 2013-10-23 | 三菱电机株式会社 | 数据通信方法和移动通信*** |
CN101755475B (zh) * | 2007-06-19 | 2014-03-12 | 诺基亚公司 | 提供空闲模式不连续接收的设备、方法和计算机程序产品 |
US8724613B2 (en) | 2007-02-12 | 2014-05-13 | Huawei Technologies Co., Ltd | Method and device for service time division multiplexing |
CN111182625A (zh) * | 2014-04-01 | 2020-05-19 | 华为技术有限公司 | 一种寻呼方法、装置及*** |
WO2021120017A1 (zh) * | 2019-12-17 | 2021-06-24 | 华为技术有限公司 | 一种通信方法及装置 |
-
2003
- 2003-06-13 CN CNA031423345A patent/CN1567773A/zh active Pending
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103369468A (zh) * | 2006-08-09 | 2013-10-23 | 三菱电机株式会社 | 数据通信方法和移动通信*** |
US8837455B2 (en) | 2007-02-12 | 2014-09-16 | Huawei Technologies Co., Ltd | Method and device for service time division multiplexing |
US12003464B2 (en) | 2007-02-12 | 2024-06-04 | Huawei Technologies Co., Ltd. | Method and device for service time division multiplexing |
US11108534B2 (en) | 2007-02-12 | 2021-08-31 | Huawei Technologies Co., Ltd. | Method and device for service time division multiplexing |
CN102291685A (zh) * | 2007-02-12 | 2011-12-21 | 华为技术有限公司 | 一种传输业务的方法及装置 |
US10560248B2 (en) | 2007-02-12 | 2020-02-11 | Huawei Technologies Co., Ltd. | Method and device for service time division multiplexing |
US10148406B2 (en) | 2007-02-12 | 2018-12-04 | Huawei Technologies Co.,Ltd. | Method and device for service time division multiplexing |
CN102291685B (zh) * | 2007-02-12 | 2014-03-12 | 华为技术有限公司 | 一种传输业务的方法及装置 |
US9554382B2 (en) | 2007-02-12 | 2017-01-24 | Huawei Technologies Co., Ltd | Method and device for service time division multiplexing |
US8724613B2 (en) | 2007-02-12 | 2014-05-13 | Huawei Technologies Co., Ltd | Method and device for service time division multiplexing |
US8213348B2 (en) | 2007-06-08 | 2012-07-03 | Zte Corporation | Method for realizing MBMS TDM and the information transmission method thereof |
WO2008151552A1 (fr) * | 2007-06-08 | 2008-12-18 | Zte Corporation | Procédé pour réaliser un multiplexage temporel dans un service de diffusion/multidiffusion multimédia (mbms) et son procédé de transmission d'informations |
CN101321368B (zh) * | 2007-06-08 | 2012-05-09 | 中兴通讯股份有限公司 | 一种多媒体广播组播业务中时分复用机制的实现方法 |
CN101755475B (zh) * | 2007-06-19 | 2014-03-12 | 诺基亚公司 | 提供空闲模式不连续接收的设备、方法和计算机程序产品 |
CN101483811B (zh) * | 2008-01-08 | 2010-12-08 | 大唐移动通信设备有限公司 | 一种多媒体广播组播业务的寻呼方法和*** |
CN101483812B (zh) * | 2008-01-08 | 2010-10-27 | 大唐移动通信设备有限公司 | 一种多媒体广播组播业务的寻呼方法及*** |
CN111182625A (zh) * | 2014-04-01 | 2020-05-19 | 华为技术有限公司 | 一种寻呼方法、装置及*** |
CN111182625B (zh) * | 2014-04-01 | 2024-05-24 | 华为技术有限公司 | 一种寻呼方法、装置及*** |
WO2021120017A1 (zh) * | 2019-12-17 | 2021-06-24 | 华为技术有限公司 | 一种通信方法及装置 |
CN114830759A (zh) * | 2019-12-17 | 2022-07-29 | 华为技术有限公司 | 一种通信方法及装置 |
CN114830759B (zh) * | 2019-12-17 | 2024-01-30 | 华为技术有限公司 | 一种通信方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1879327A (zh) | 蜂窝通信***中发送关于广播或多播服务的消息的方法 | |
CN1794864A (zh) | 多媒体广播组播业务中的异频/异***测量方法 | |
KR100664278B1 (ko) | Mbms 무선통신 시스템 | |
KR100595644B1 (ko) | 이동통신 시스템에서 점대다 서비스를 위한 통지 지시자 수신방법 | |
JP4402594B2 (ja) | 共通ページングチャネルにおけるページング時機を調整する方法 | |
CN1309227C (zh) | 执行接入点的数据传输处理的方法和***及接入点 | |
CN1833378A (zh) | 在支持多媒体广播/多播服务服务的移动通信***中向没有接收到寻呼消息的用户设备提供所请求的多媒体广播/多播服务服务的方法 | |
CN1930904A (zh) | 用于组播和广播服务的发送信令的方法和设备 | |
CN101032185A (zh) | 多媒体广播/多点播送服务的部分组合方法和装置 | |
CN1505411A (zh) | 提供多媒体广播/多播服务的移动通信***中的寻呼方法 | |
CN1875559A (zh) | 用于移动通信***中的多媒体广播/多播服务的寻呼方法 | |
CN1930795A (zh) | 在无线通信***中用于点对多点服务的终端分配控制 | |
CN1934802A (zh) | 无线通信***中控制信息的传输 | |
CN1518255A (zh) | 解决处于rrc连接模式ue移动的方法 | |
CN1879326A (zh) | 在移动通信***中非连续地发送与接收多媒体广播/组播服务数据 | |
CN1830162A (zh) | 用于在能够提供多媒体广播/多播服务的移动通信***中重发无线电资源控制连接请求消息的方法 | |
CN1879349A (zh) | 用于在mbms中执行频率间以及rat间切换测量的方法和设备 | |
CN1791260A (zh) | 传输多媒体广播/多播业务告知指示的方法和设备 | |
CN1638524A (zh) | 支持点对多点(p-t-m)数据传输的寻呼技术 | |
CN1805594A (zh) | 使多个用户在同一信道下接收数据业务的方法 | |
CN1798063A (zh) | 网络侧获知用户接收多媒体广播/组播业务情况的方法 | |
CN1788517A (zh) | 用于执行频率间测量的方法和装置 | |
EP1864537B1 (en) | A method of transmitting and receiving control information for point-to-multipoint multimedia multicast service | |
CN1735231A (zh) | 一种通知用于承载mbms业务的配置参数的方法 | |
CN101034921A (zh) | 一种多媒体广播和组播业务传输的方法、网络及装置 |
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 |