专利名称：提高mbms业务可用性的方法及装置的利记博彩app
技术领域：
本发明涉及广播/组播技术，尤指提高多媒体广播/组播服务(MBMS, Media Multiple Broadcast Service)业务可用性的方法及装置。
背景技术：
组播和广播是一种从一个数据源向多个目标传送数据的技术。
现在，人们对移动通信的需求已不再满足于电话和消息业务，随着因特 网(Internet)的迅猛发展，大量移动多媒体业务涌现出来。其中一些移动多 媒体业务要求多个用户能同时接收相同数据，例如视频点播、电视广播、视 频会议、网上教育、互动游戏等。这些移动多媒体业务与一般的数据业务相 比，具有数据量大、持续时间长、时延敏感等特点。
为了有效地利用移动通信网络资源，第三代移动通信全球标准化组织 (3GPP)提出了移动通信网络的多媒体广播/组播服务(MBMS),从而在移 动通信网络中提供 一 个数据源向多个用户发送数据的点到多点业务，实现网 络资源共享，提高网络资源的利用率，尤其是空口接口资源。3GPP提出的 MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速 多媒体业务的组播和广播，这无疑顺应了未来移动数据业务发展的趋势。
为了在现有移动通信网络中支持MBMS业务，在第三代移动通信系统 中增加了移动网功能实体--广播/组播业务中心(BM-SC )，所述BM-SC为内 容提供者的入口，用于授权和在移动网中发起MBMS业务，并按照预定时 间计划传送MBMS内容。此外，在现有无线通信网络中的UE、通用移动通 信系统(UMTS)陆地无线接入网(UTRAN)、全球移动通信系统增强无线 接入网(GERAN)、服务GPRS支持节点(SGSN, Serving GPRS Support
Node )、关口 GPRS支持节点(GGSN， Gateway GPRS Support Node )等功 能实体上增加了与MBMS相关的功能。支持广播/组播业务的无线网络结构 示意图可参见相关协议规定，这里不再赘述。图l是现有MBMS的网络参 考结构示意图，如图1所示，MBMS承载业务的边缘为Gmb、 Gi参考点， 即BM-SC与GGSN之间的接口 ，其中，Gmb接口提供控制面功能，Gi接 口提供用户面承栽功能。
目前，在MBMS广播方案的基础上提出了 MBMS增强广播方案。MBMS 增强广播的基本思想是在MBMS广播基础上引入MBMS组播的点到点 (P-T-P )模式与点到多点(P-T-M )模式转换以及统计(COUNTING )特性。 另外，在MBMS增强广播方案中，用户在RRC连接建立请求消息中携带自 身选择的MBMS业务信息，RNC可以从中直接得知UE选择的业务。而在 MBMS标准组播方案中，UE选择的MBMS业务的信息是在UE与核心网交 互完成加入UOIN)或业务请求(Service Request)过程后，由网络侧的网 关通用分组无线业务支持节点(SGSN)通知RNC。
由于MBMS增强广播方案做到了随用户数目灵活的启动发送以及更改 发送模式，大大提高了无线侧性能，同时，由于减少了 UE与核心网的交互， 从而大大减小了 UE接入/切换频道时延。
在MBMS标准组播方案和MBMS增强广播方案中，数据发送存在P-T-P 与P-T-M两种模式。在P-T-P发送模式下，用户在专用信道上接收MBMS 业务；在P-T-M发送模式下，用户在公用信道上接收MBMS业务。由于点 到点承载有功率控制机制， 一般在用户较少的情况下P-T-P模式比P-T-M模 式更节省功率资源，而当用户数超过一定门限值时，无线接入网中的无线网 络控制器(RNC )启动MBMS业务从P-T-P模式到P-T-M模式的转换。通 常，小区会将自身当前采用的业务发送模式如P-T-P模式或P-T-M模式，通 过广播的方式发送给进入该小区的用户。
目前，由于MBMS模式转换等原因，RNC可能不允许UE建立P-T-P 承载，举例如下
用卢通过用卢终端(UE)向RNC发送RRC连接请求(RRC CONNECTION REQUEST )消息，该RRC连接请求消息中携带有希望建立 P-T-P承栽的信息；在MBMS增强广播方案中，RNC接收到RRC连接请求 消息后，可以乂人该RRC连4妾_清求消息中获得UE选择的MBMS业务信息， 如果RNC自身通过P-T-P模式发送MBMS业务的用户数超过预设门限值， 则RNC会触发模式转换，将自身发送MBMS业务的方式从P-T-P模式转换 为P-T-M模式，因此，RNC会拒绝用户的RRC连接建立请求或者在RRC 连接建立完成之后立即通过释放过程释放该RRC连接。在MBMS标准組播 方案中，在UE与核心网交互完成后，SGSN通过连接(Linking)过程告知 RNC用户所选择的业务，此时，如果RNC需要向P-T-M模式转换，贝'j RNC 发起RRC连接释放过程。
同样的情形还存在于用户越区切换的情况中，这里假设源小区采用 P-T-M模式承栽，目标小区采用P-T-P模式承载，如果UE的越区切换导致 目标小区模式转换，RNC也会拒绝用户的P-T-P承载建立要求。
由以上描述可见，RNC可以通过向UE发送RRC连接拒绝消息或者RRC 连接释放消息来拒绝UE的MBMS P-T-P承载建立要求，但是，在RRC连 接拒绝或释放消息中并没有告知拒绝的原因。
从现有对MBMS业务处理过程来看，由于网络侧没有将拒绝用户的原 因值告知用户，可能导致UE的不必要的重新连接或异常；而且，也无法给 用户适当提示以保证用户的感受，从而降低了 MBMS业务的可用性，也降 低了运营商的可信度。
除此之外，当用户已经加入一个会话(SESSION)之后，如果RNC在 接收到来自核心网的MBMS业务开始命令时，自身不能满足当前会话的资 源需求，或者在SESSION进行中被优先级更高的业务抢占，或者由于其他 的原因暂时不能向UE提供MBMS业务，网络侧直接切断向UE提供的 MBMS业务，而用户侧无法获知业务已不能提供以及不能提供的原因，此 时，用户可能试图重建业务但却不能成功，UE也可能出现异常。可以看出， 在现有协议的机制下，如果出现以上情况，用户的感受无法保证，从而降低
了MBMS业务的可用性，也降低了运营商的可信度。
发明内容
有鉴于此，本发明的主要目的在于提供两种提高MBMS业务可用性的 方法，能够保证用户的业务使用感受，提高运营商的可信度。
本发明的另一目的在于提供一种提高MBMS业务可用性的装置，能够 保证用户的业务使用感受，提高运营商的可信度。
为达到上述目的，本发明的技术方案具体是这样实现的 一种提高多媒体广播/组播服务MBMS业务可用性的方法，该方法包括 网络侧在确定自身不允许用户的MBMS业务请求后，向用户终端发送不允 许的原因值。
所述不允许的原因值携带在RRC连接拒绝消息中发送给用户终端。 所述不允许的原因值携带在RRC连接释放消息中发送给用户终端。 所述不允许的原因值和被拒绝的MBMS业务的标识信息携带在小区 /UTRAN注册区更新确认消息中发送给用户终端。 所述原因值为表示拒绝是由于模式转换的原因值。 该方法适用于MBMS增强广播方案。
该方法适用于MBMS标准组播方案或MBMS增强广播方案。 一种提高MBMS业务可用性的方法，该方法包括
网络侧在确定自身不能满足用户的MBMS业务请求后，向用户终端发送不 能满足的原因值。
所述不能满足的原因值携带在MBMS修改服务信息消息或MBMS未修改 服务信息消息中，发送给用户终端。
所述不能满足的原因值和被拒绝的MBMS业务的标识信息携带在小区 /UTRAN注册区更新确认消息中发送给用户终端。
所述不能满足的原因值为表示服务暂时不可用的原因值。 该方法适用子MBMS增强广播方案或MBMS标准组播方案。 一种提高MBMS业务可用性的装置，该装置用于确定网络侧是否允许或是 否能满足用户的MBMS业务请求，并在不允许或不能满足时，向用户终端发送 不允许或不能满足的原因值。
由上述技术方案可见，本发明中，网络侧在确定自身不允许或不能满足 用户的MBMS业务请求后，向用户终端发送不允许或不能满足的原因值。 本发明方案中，由于网络侧将拒绝UE的原因通知了 UE,使得用户在业务 中断后不会盲目重新发起请求，保证了用户的感受，提高了 MBMS业务的 可用性，也提高了运营商的可信度。
图l是现有MSMS的网络参考结构示意图； 图2a是本发明RRC连接建立实施例的流程图； 图2b是本发明RRC连接释放实施例的流程图。
具体实施例方式
本发明的核心思想是网络侧在确定自身不允许或不能满足用户的 MBMS业务请求后，向用户终端发送不允许或不能满足的原因值，以便UE 给用户适当的提示同时避免UE出现异常。
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举 较佳实施例，对本发明中网络侧在确定自身不允许用户的MBMS业务请求 的情况，进一步详细说明。
图2a是本发明RRC连接建立实施例的流程图，如图2a所示，以WCDMA 系统为例，包括以下步骤
步骤200a: UE向RNC发送RRC连接请求消息，该RRC连接请求消 息中携带有信元表示希望建立MBMS P-T-P承栽以及请求的业务。
步骤200b: RNC接收到RRC连接请求消息后，假设由于自身的通过
P-T-P模式发送MBMS业务的用户数超过预设门限值而触发模式转换，将自 身发送MBMS业务的方式从P-T-P模式转换为P-T-M模式，那么，RNC将 表示拒绝是由于模式转换(MBMS MODE CHANGE )的原因值携带在RRC 连接建立拒绝消息中发送给UE。
所述原因值可以携带在RRC连接建立拒绝消息的已有拒绝原因 (Rejection cause )信元中，当然也可以携带在其它已有信元或新增信元中。 图2a中，由于UE在RRC连接请求消息中携带有请求的业务的信息， 属于MBMS增强广播方案，由于RNC已获取用户选择的业务信息，因此， RNC可以直接拒绝UE请求的P-T-P模式，通过公共信道向UE发送MBMS 业务。
图2a所示的方法适用于MBMS增强广播方案。
图2b是本发明RRC连接释放实施例的流程图，如图2b所示，包括以 下步骤
步骤200b: UE向RNC发送RRC连接请求消息，该RRC连接请求消
息中携带有信元表示希望建立MBMS P-T-P承载。
假设此时RNC未向UE发送RRC连接建立拒绝消息。
步骤201b~步骤202b: UE与核心网如SGSN进行交互完成UE加入
MBMS业务，之后，SGSN通过UE连接(Linking )过程通知RNC用户的
MBMS上下文信息。
这里MBMS上下文信息中包含有UE选择的MBMS业务信息。
步骤203b ~步骤204b:如果此时RNC触发UE所在小区的MBMS承
载向P-T-M模式转换，则RNC将表示拒绝是由于模式转换的原因值携带在
RRC连接释放消息中发送给UE。
所述原因值可以携带在RRC连接释放消息的已有拒绝原因信元中，当
然也可以携带在其它已有信元或新增信元中。
步骤205b: UE向RNC发送RRC连接释放完成消息。
图2b中，由于UE在RRC连接请求消息中未携带请求的业务的信息，属子MBMS标准组播方案，因此，RNC不能直接拒绝UE请求的P-T-P模 式，而是在后续完成UE加入MBMS并获取UE请求的业务信息后，通过 RRC连接释放消息拒绝UE的请求，之后用户通过公共信道接收业务。 图2b所示的方法适用于MBMS标准组4番方案。
容易看出，对于MBMS增强广播方案，RNC也可以通过RRC连接释 放过程，再将表示拒绝是由于模式转换的原因值通知给UE，这里不再详述。
从图2a和图2b所示的流程图可见，用户从网络侧的消息中获知了被拒 绝的原因，使得用户可以根据失败原因采取相应的措施，重新正确、快捷地 接入网络。比如，图2a或图2b所示实施例中，用户获知网络侧是由于从 P-T-P模式转换为P-T-M模式而拒绝了 UE的请求的，那么用户可以不必再 尝试RRC连接请求，而只需等待从公用信道接收MBMS广播业务即可。这 样，保证了用户的感受，提高了 MBMS业务的可用性，也提高了运营商的 可信度。
对于用户越区切换的情况，如果网络侧也是由于模式转换而拒绝用户连 接时，实现方法与图2a或图2b所示类似，这里不再重述。
除此之外，对于网络侧在确定自身不能满足用户的MBMS业务请求的 情况，该情况适用于MBMS增强广播方案和MBMS标准组播方案。具体实 现如下
当某小区不能提供相关服务时，可以在已有MBMS修改服务信息 (MBMS modified services Information )消息或者已有MBMS未修改服务信 息(MBMS unmodified services Information)消息中增加指明不能够提供相 关业务的原因值。当UE得知相关MBMS业务不能够提供后，可以给用户 适当提示。
这里，不能够提供相关业务即不能满足用户的MBMS业务请求的情况， 包括网络側不能满足当前MBMS业务的资源需求，或者在SESSION进行中 被优先级更高的业务抢占，或者由于其他的原因暂时不能向UE提供MBMS 业务等。
本发明实施例中，可以通过在MBMS modified services Information消息 和MBMS unmodified services Information消息的MBMS请求UE动作
(MBMS R叫uired UE action)信元中增加如服务暂时不可用(service temp down)等提示来指明网络侧不能满足用户的MBMS业务请求。
这样，在网络侧在业务开始后或业务进行中由于各种原因处于不能够提 供服务状态时，由于UE可以及时得知信息及原因，使得用户在业务中断后 不会盲目重新发起请求，保证了用户的感受，提高了 MBMS业务的可用性， 也提高了运营商的可信度。
另外，在对处于小区—前向接入信道(CELL—FACH)状态、小区—寻呼 信道(CELL—PCH)状态、通用移动通信系统陆地无线接入网(UTRAN) 注册区—寻呼信道(URA—PCH)状态的用户的处理时，当用户发起小区/注 册区更新(CELL/URA UPDATE)消息，如果该CELL/URA UPDATE消息 中携带有请求P-T-P承载的信息，而此时，如果网络侧触发了模式转换，那 么，本发明中，网络侧可以在小区ZUTRAN注册区更新确认(CELL/URA UPDATE CONFIRM )消息的新增MBMS模式改变信元中携带表示拒绝是由 于模式转换的原因值；或者，网络侧由于资源等原因不能提供用于要求的 P-T-P承载时，可以在CELL/URA UPDATE CONFIRM消息的新增拥塞
(Congestion)信元中携带表示业务拥塞的原因值。
同时，网络侧可以将拒绝的MBMS业务的标识(MBMS Service ID)同 时携带在CELL/URA UPDATE CONFIRM消息的新增MBMS业务标识信元 中发送给用户终端，这样，用户不但获知了拒绝的原因，而且也获知了被拒 绝的业务。
容易看出，本发明针对处于CELL—FACH状态、CELL—PCH状态、 URA—PCH状态下的用户发起CELL/URA更新的处理，既适用于MBMS标 准组播方案，也适用于MBMS增强广播方案。
基于上述方法，本发明还提供了一种提高MBMS业务可用性的装置，
该装置用于确定网络侧是否允许或是否能满足用户的MBMS业务请求，并 在不允许或不能满足时，向用户终端发送不允许或不能满足的原因值。该装 置可以设置在网络侧的RNC中。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护 范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1.一种提高多媒体广播/组播服务MBMS业务可用性的方法，其特征在于，该方法包括网络侧在确定自身不允许用户的MBMS业务请求后，向用户终端发送不允许的原因值。
2. 根据权利要求1所述的方法，其特征在于，所述不允许的原因值携带在 RRC连接拒绝消息中发送给用户终端。
3. 根据权利要求1所述的方法，其特征在于，所述不允许的原因值携带在 RRC连接释放消息中发送给用户终端。
4. 根据权利要求1所述的方法，其特征在于，所述不允许的原因值和被拒 绝的MBMS业务的标识信息携带在小区/UTRAN注册区更新确认消息中发 送给用户终端。
5. 根据权利要求1 4任一项所述的方法，其特征在于，所述原因值为表 示拒绝是由于模式转换的原因值。
6. 根据权利要求2所述的方法，其特征在于，该方法适用于MBMS增强 广播方案。
7. 根据权利要求3或4所述的方法，其特征在于，该方法适用于MBMS 标准组播方案或MBMS增强广播方案。
8. —种提高MBMS业务可用性的方法，其特征在于，该方法包括网络侧在确定自身不能满足用户的MBMS业务请求后，向用户终端发送不 能满足的原因值。
9. 根据权利要求8所述的方法，其特征在于，所述不能满足的原因值携带 在MBMS修改服务信息消息或MBMS未修改服务信息消息中，发送给用户终端。
10. 根据权利要求8所述的方法，其特征在于，所迷不能满足的原因值和 -故拒绝的MBMS业务的标识信息携带在小区/UTRAN注册区更新确认消息中发送给用户终端。
11. 根据权利要求8 IO任一项所述的方法，其特征在于，所述不能满足 的原因值为表示服务暂时不可用的原因值。
12. 根据权利要求9或IO所述的方法，其特征在于，该方法适用于MBMS 增强广播方案或MBMS标准组播方案。
13. —种提高MBMS业务可用性的装置，其特征在于，该装置用于确定 网络侧是否允许或是否能满足用户的MBMS业务请求，并在不允许或不能满足 时，向用户终端发送不允许或不能满足的原因值。
全文摘要
本发明公开了两种提高MBMS业务可用性的方法，该方法包括网络侧在确定自身不允许或不能满足用户的MBMS业务请求后，向用户终端发送不允许或不能满足的原因值。本发明还同时公开了一种提高MBMS业务可用性的装置。本发明方案中，由于网络侧将拒绝UE的原因值通知了UE，使得用户在业务中断后不会盲目重新发起请求，保证了用户的感受，提高了MBMS业务的可用性，也提高了运营商的可信度。
文档编号H04W48/08GK101170716SQ20061013770
公开日2008年4月30日 申请日期2006年10月26日 优先权日2006年10月26日
发明者旭 曾, 军 胡, 晟 谢, 建 陈 申请人:华为技术有限公司