指示为多媒体广播组播业务建立信道结果的方法

文档序号:7599394阅读:283来源:国知局
专利名称:指示为多媒体广播组播业务建立信道结果的方法
技术领域
本发明涉及宽带码分多址(以下简称WCDMA)移动通信系统中提供多媒体广播与组播业务(以下简称MBMS)的方法,尤其是服务无线网络控制器通知漂移无线网络控制器信道建立结果的方法。
背景技术
多媒体广播和组播业务(以下简称MBMS)是第三代伙伴计划(以下简称3GPP)正在进行标准化的一项新业务。MBMS业务是一种单向的点对多点的业务,这种业务的最大特点是它可以有效的利用无线资源和网络资源。
图1描述了MBMS的系统结构,MBMS网络结构以通用分组无线业务(简称GPRS)核心网为基础,并增加了新的网络单元。下面是对图1MBMS系统结构的描述。
101广播和组播业务中心(简称BM-SC)是MBMS系统的业务控制中心。102网关GPRS支持节点(简称GGSN)和103服务GPRS支持节点(简称SGSN)构成了MBMS业务的传输网络,为数据的传输提供路由。104UMTS陆地无线接入网(简称UTRAN)在空中接口上为MBMS服务提供无线资源。105用户设备(简称UE)是用来接收数据的终端设备。106归属位置寄存器(简称HLR)保存与用户有关的数据,可以提供用户鉴权等服务。107Uu为无线接口,108Iu表示接入网和核心网之间的接口。MBMS业务所用的无线资源不是用户专用的,而是由此业务的所有用户共享的。
在UTRAN中的体系结构中又有多个网络单元实体服务无线网络控制器(简称SRNC),漂移无线网络控制器(简称DRNC)及基站(在3GPP中用术语Node B)。该结构如图2所示。SRNC与DRNC之间的通信协议是RNSAP协议,接口为Iur接口。RNC与Node B之间的接口为Iub接口,协议规范是NBAP。
在MBMS业务提供给用户设备的时候,有两种传输模式点对点和点对多点。利用哪种传输模式是由掌管Node B资源的RNC负责。当用户设备处于DRNC控制下的小区时,传输模式就由DRNC规定,处于SRNC控制下的小区时,传输模式就由SRNC规定。因此在有Iur接口的时候,传输模式就由DRNC向SRNC做汇报。
现有技术中,DRNC向SRNC报告针对某个MBMS业务的传输模式后,如果是点对多点模式,那么SRNC就遵循DRNC的传输模式,向用户设备以点对多点的方式提供MBMS业务。如果用户设备以前是以点对点的方式接受MBMS业务,那么SRNC要将该点对点业务释放掉。如果DRNC向SRNC报告的传输模式是点对点模式,那么SRNC就需要根据不同的状况决定是建立点对点信道,还是不建立点对点信道。由于SRNC告诉DRNC信道建立状况可能是不一样的,所以导致DRNC的操作也可能是不一样的。而这些操作在现有规范里都是没有明确描述的。

发明内容
本发明的目的是提供一种指示为多媒体广播组播业务建立信道结果的方法,通过SRNC告诉DRNC建立MBMS信道的状况不同,从而使得DRNC可以较好的优化其无线资源。
为实现上述目的,一种指示为多媒体广播组播业务建立信道结果的方法,方法包括DRNC向SRNC报告某个小区某个MBMS业务建立的信道类型指示;SRNC根据信道类型指示与用户设备交互判断点对点信道建立的结果;SRNC将点对点信道建立结果通知DRNC。
本发明通过SRNC告知DRNC不同的PTP信道的建立结果,从而使得DRNC可以有效地利用资源。并且在SRNC不能给用户设备提供MBMS业务地情况下,还可以让DRNC继续给用户设备提供MBMS业务。


图1是MBMS业务的逻辑网络设备图;图2是UTRAN的结构框图;图3是DRNC与SRNC的交互流程图;图4是DRNC的行为动作图;图5是SRNC的行为动作图。
具体实施例方式
下面结合图3描述SRNC告知DRNC信道建立状态的方法,在描述过程中省略了对于本发明来说是不必要的细节和功能,以防止对本发明的理解造成混淆。
DRNC根据其控制小区中加入MBMS业务的用户数目及所耗费的总发射功率等因素决定将信道类型从PTM的方式转换为PTP的方式,或者在业务刚开始的时候决定以PTP的方式提供该业务。DRNC向处于连接状态的用户设备的SRNC发送信道类型指示消息,该消息包含业务标识,DRNC标识,小区标识和信道类型。业务标识通常为临时移动组标识(TMGI),小区标识为在一个RNC下唯一标识一个小区的标志,一般为C-ID,信道类型可以是PTP,PTM或者不能提供等。当SRNC收到该消息后,知道哪些用户设备在该小区中的该业务传输模式应该为点对点方式。SRNC与这些用户设备进行信令交互,看看这些用户设备是否确定要接收这个MBMS业务,这是因为用户可能没有能力同时以PTP和PTM的方式接收数据,并且以PTM方式提供的业务优先级要比以PTP方式接收的业务优先级高。如果这些用户设备决定不接收该MBMS业务,那么在SRNC向DRNC发送的“信道类型指示失败”的消息中,失败原因应该为“RL(无线链路)不需要”。如果SRNC决定要为该用户设备建立PTP建立信道,并且该PTP信道建立不成功,那么就向DRNC发送“信道类型指示失败”消息,该消息中包含业务标识,失败原因和失败的用户设备,失败原因为“RL失败”。如果SRNC对于建立失败的RL的用户设备还要提供MBMS业务,那么它就可以请求DRNC不要释放原先已建立的PTM信道或者让DRNC建立PTM信道,为用户设备提供MBMS业务。如果用户设备处于软切换状态,即用户设备同时与几个小区有点对点的信道,那么对于该MBMS业务,可能有的小区以PTP方式提供,有的小区以PTM方式提供,对于SRNC来说,它就要选择PTM方式提供的小区作为用户接收该业务的目标小区。那么SRNC向DRNC发送的“信道类型指示失败”中的失败原因也可以是“RL不需要”。当失败原因为“RL不需要”的时候,SRNC还要告诉DRNC哪些UE不需要建立为MBMS业务的PTP信道,这样DRNC就可以清楚知道节约的无线资源有多少,从而知道还可以为几个新进的用户设备建立PTP信道。因此该消息中还要包括“失败的用户设备标识”或者“失败的用户设备数目”。其中“失败的用户设备标识”可以是现在规范里定义的用户设备的S-RNTI或者U-RNTI。
图4描述了DRNC的操作行为。
DRNC在402时决定为某个小区的某个MBMS业务以点对点的传输模式提供,将该报告发送给SRNC403。在收到SRNC的失败响应后404,DRNC根据收到的不同失败原因来决定如何进行下一步的操作。如果失败原因是因为“RL不需要”,那么DRNC可以根据该消息中包含的“失败的用户设备”或者“失败的用户设备数目”将这些用户设备不计算在内,从而在使新的用户设备移动到该小区之后还能够以PTP的方式接收MBMS业务。如果原来的MBMS业务是以PTM的方式提供的,就释放PTM信道。如果失败原因是因为“RL失败”,那么DRNC就不能释放PTM信道,而要继续以PTM的方式给用户设备提供MBMS业务。当然SRNC也可以释放这些RL不能建立起来的用户设备的RRC连接,使他们返回到空闲状态。
图5描述了SRNC的操作行为。
SRNC在502收到DRNC的“信道类型指示”后,得知信道类型要转换为PTP,那么SRNC就要与用户设备交互503,看UE是否要接收该MBMS业务。如果有一个用户设备不要接收该MBMS业务,或者有用户设备在别的小区以PTM的方式接收该MBMS业务,那么就向DRNC发送“信道类型指示失败”消息505,给出失败的原因和失败的用户设备标识或失败的用户设备数目。如果要建立的RL有一条不能建立起来,那么SRNC向DRNC发送的“信道类型指示失败”消息中505,失败原因就设置为“RL失败”,表示SRNC不想让DRNC释放PTM信道。如果两个原因都存在,那么要发送“RL失败”的原因值。
权利要求
1.一种指示为多媒体广播组播业务建立信道结果的方法,方法包括DRNC向SRNC报告某个小区某个MBMS业务建立的信道类型指示;SRNC根据信道类型指示与用户设备交互判断点对点信道建立的结果;SRNC将点对点信道建立结果通知DRNC。
2.根据权利要求1所述的方法,其特征在于所述信道类型指示包括业务标识、DRNC标识、小区标识和信道类型。
3.根据权利要求2所述的方法,其特征在于所述业务标识为临时移动组标识。
4.根据权利要求2所述的方法,其特征在于所述小区标时为在一个RNC下唯一标识的一个小区的标志。
5.根据权利要求2所述的方法,其特征在于所述信道类型为PTP、PTM或不能提供。
6.据权利要求1所述,其特征在于SRNC向DRNC发送的消息包括失败原因、失败的用户设备标识或失败的用户设备数目。
7.据权利要求6所述的方法,其特征在于所述失败的原因是无线链路不需要或无线链路建立不成功。
8.根据权利要求6所述的方法,其特征在于失败的用户设备标识为用户设备的U-RNTI,或者是S-RNTI。
全文摘要
一种指示为多媒体广播组播业务建立信道结果的方法,方法包括DRNC向SRNC报告某个小区某个MBMS业务建立的信道类型指示;SRNC根据信道类型指示与用户设备交互判断点对点信道建立的结果;SRNC将点对点信道建立结果通知DRNC。本发明通过SRNC告知DRNC不同的PTP信道的建立结果,从而使得DRNC可以有效地利用资源。并且在SRNC不能给用户设备提供MBMS业务地情况下,还可以让DRNC继续给用户设备提供MBMS业务。
文档编号H04W76/02GK1774121SQ200410090499
公开日2006年5月17日 申请日期2004年11月10日 优先权日2004年11月10日
发明者孙春迎, 李小强 申请人:北京三星通信技术研究有限公司, 三星电子株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1