CN101047976A - 一种多媒体广播/组播业务中授权失败处理方法及系统 - Google Patents

Abstract

本发明提供一种多媒体广播/组播业务中授权失败处理方法及系统，其中，用户设备在业务管理中的授权没有通过时，网络侧向所述的用户设备发送授权失败信息。使UE在不允许激活MBMS业务的时候，不再尝试发起激活请求，从而节省网络资源，并在一定程度上减轻网络的负荷。

Description

一种多媒体广播/组播业务中授权失败处理方法及系统

技术领域

本发明涉及移动通信技术领域，其特别涉及第三代移动通信系统的多媒体广播/组播业务，具体的讲是一种多媒体广播/组播业务中授权失败处理方法及系统。

背景技术

随着第三代移动通信技术的发展，第三代移动通信可以提供比第二代移动通信更高数据速率的服务，从而支持多种业务形式。比如视频电话、图片下载、高速浏览Internet网络等服务。其中有一类业务的特点是：该业务可以同时给无线网络中订阅了该业务的用户进行发送。比如说天气预报、新闻短片、体育比赛集锦等等。利用这些业务同时发送的特点，第三代移动通信系统从Rel-6引入了组播/广播的概念，能够更为有效地利用优先的空中接口资源，提供更高的系统容量。

广播/组播业务中，对于一个中间节点而言，无论其下游包含多少个期待接收数据的节点，其上游节点总是向该中间节点发送一份数据；该中间节点收到数据后，根据其下游期待接收数据的节点数量复制该数据，并向其下游各期待接收该数据的节点分发该数据，这样，组播/广播业务数据传输树的每一条分支都只有一份数据进行传输，占用一份传输资源，根节点与其下游节点的数据传输也是如此。组播业务和广播业务的区别点仅在于：组播业务只向订阅了某些信息的用户发送相应信息，广播业务则向无线网络中的所有用户发送信息。由以上描述可见，通过组播/广播业务同时向大量用户提供相同信息，能够极大地节省网络资源。

图1为支持广播/组播业务的无线网络结构示意图。如图1所示，现有第三代合作伙伴计划(3GPP)中，支持广播/组播业务的无线网络结构为广播/组播业务服务器(BM-SC)，BM-SC通过Gmb接口或Gi接口与关口GPRS支持节点(GGSN，Gateway GPRS Support Node)相连，一个BM-SC可与多个GGSN相连；GGSN通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)相连，一个GGSN可与多个SGSN相连；SGSN可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)相连，然后UTRAN通过Uu接口与用户终端(UE)相连，SGSN也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)相连，然后GERAN通过Um接口与UE相连。其中，GGSN和SGSN属于无线网络中核心网(CN)内的节点。

在现有技术中，广播组播业务中心为多媒体广播/组播业务(MBMS)用户业务的提供和发送提供功能。可以作为一个在公众陆地移动网(PLMN)中用于MBMS内容传输，授权和发起MBMS承载业务的接入点，并且可以用于调度和发送MBMS传输。

如图2所示为BM-SC的功能结构，BM-SC作为一个功能实体，必须为MBMS用户业务存在，其包含五个子部分：

1)成员功能子部分；

2)会话和发送功能子部分；

3)代理和传输功能子部分；

4)业务宣告功能子部分；

5)安全功能子部分。

在3GPP TS 23.246中，规定了MBMS组播业务激活流程(如图3所示)。该MBMS组播业务激活流程包括以下步骤：

步骤1、UE激活分组数据协议(PDP)上下文；

其中，如果UE与SGSN之间没有激活的PDP上下文，则由UE激活一个通用的PDP上下文。

步骤2、UE向SGSN发送互联网组管理协议(IGMP)加入消息；

其中，UE在默认的PDP上下文上发送IGMP(IPv4)或多播听众发现(MLD：Multicast Listener Discovery)(IPv6)加入消息(Joining message)，表明它准备接收特定的组播MBMS承载业务，该承载业务是由IP组播地址标识的。

步骤3、GGSN向BM-SC发送MBMS授权请求；

其中，GGSN向BM-SC发送MBMS授权请求(MBMS Authorization Request)，以获得能够使UE接收数据的授权。MBMS授权请求可能包括追踪信息(traceinformation)。授权结果(可能是基于BM-SC中的签约信息)和接入点名称(APN)由成员功能一起在MBMS授权应答(MBMS Authorization Response)中返回给GGSN，用于创建MBMS UE上下文。如果在授权应答中指出UE不被授权去接收MBMS数据，整个处理流程结束，没有进一步的消息交换。

步骤4、GGSN向SGSN发送MBMS通知请求，SGSN向GGSN返回MBMS通知响应；

其中：

4a.GGSN向SGSN发送MBMS通知请求(MBMS Notification Request)(其中包括IP组播地址，APN，连接的NSAPI)。其中，连接的NSAPI(Linked NSAPI)被设置为发送加入消息的PDP上下文所对应的NSAPI；IP组播地址为UE在加入请求中请求的那个IP组播地址；APN可能会不同于激活的默认的PDP上下文所对应的那个APN。在任何情况下，APN都可能被解析为一个GGSN，这个GGSN可能不同于收到IGMP/MLD加入请求的GGSN。GGSN启动一个MBMS激活定时器，因为GGSN有可能收不到来自SGSN的响应，例如：SGSN或UE不支持MBMS。

4b.SGSN向发送MBMS通知请求的GGSN返回MBMS通知响应(原因)(MBMSNotification Response(Cause))，其中的原因部分指出MBMS上下文激活是否会被处理。如果GGSN收到的响应消息中包括的原因部分指示授权不成功，GGSN就不应该发送进一步的MBMS通知请求消息，整个流程终止。

步骤5、SGSN向UE发送请求MBMS上下文激活消息；

其中，SGSN向UE发送请求MBMS上下文激活消息(Request MBMS ContextActivation)(携带IP组播地址，APN，连接的NSAPI，事务标识TI)，请求UE激活MBMS UE上下文。连接的NSAPI使得UE能够将MBMS UE上下文和在步骤2中用来发送IGMP/MLD加入消息的PDP上下文关联起来。TI由SGSN选择，包括一个不会被其它任何已经激活的PDP上下文和该UE的其它MBMS UE上下文使用的值。

步骤6、UE向SGSN发送激活MBMS上下文请求；

其中，UE创建一个MBMS UE上下文，并且向SGSN发送激活MBMS上下文请求(Activate MBMS Context Request)消息(携带IP组播地址，APN，MBMS_NSAPI，MBMS承载能力)。IP组播地址识别UE想要加入/激活的MBMS组播业务。APN可能指定一个特定的GGSN。MBMS承载能力指示UE能够处理的最大的QoS，MBMS_NSAPI由UE选择，包括了一个不会被其它任何已经激活的PDP上下文和该UE的其它MBMSUE上下文使用的值。如果此时SGSN已经有该MBMS承载业务所对应的MBMS承载上下文信息，SGSN就需要验证UE的MBMS承载能力是否满足该MBMS承载业务的要求。如果SGSN判断UE的MBMS承载能力地域要求的MBMS承载能力，SGSN就会拒绝MBMS上下文激活的请求，并提供和使得原因说明。

步骤7、SGSN向GGSN发送MBMS通知请求，GGSN向SGSN返回MBMS通知拒绝响应；

其中：

如果MBMS UE上下文没有建立，SGSN向发送MBMS通知请求(MBMSNotification Request)消息的GGSN返回一个MBMS通知拒绝请求(原因)(MBMSNotification Reject Request(Cause))消息，其中原因部分指明为什么MBMS UE上下文没有能够被建立。

GGSN则向SGSN返回一个MBMS通知拒绝响应(MBMS Notification RejectResponse)消息。这样做就防止GGSN继续发送MBMS通知请求(MBMS NotificationRequest)消息。整个流程终止。

步骤8、UE和SGSN之间执行安全功能，例如：对UE进行认证。

步骤9、SGSN向无线接入网(RAN)发送调用追踪(Invoke Trace)消息；

其中，在A/Gb模式下，如果RAN的BSS追踪(BSS trace)被激活，SGSN会向BSS发送调用追踪(Invoke Trace)消息(携带追踪参考，追踪类型，触发Id和OMC标识)。追踪参考和追踪类型从追踪信息中复制，追踪信息是从HLR或OMC收到的。

步骤10、SGSN向GGSN发送创建MBMS上下文请求；

其中，SGSN创建MBMS UE上下文，并且向GGSN发送创建MBMS上下文请求(Create MBMS Context Request)消息，携带IP组播地址，APN，MBMS_NSAPI，IMSI，MSISDN，RAI，IMEI-SV，RAT Type，MS Time Zone，CGI/SAI，Trace Reference，Trace Type，Trigger Id，OMC Identity，Additional MBMS Trace Info)。如果GGSN追踪被激活，SGSN会包括追踪参考，追踪类型，触发Id和OMC标识。如果BM-SC追踪被激活，SGSN会包括附加的MBMS追踪信息。SGSN会从追踪信息中复制追踪参考，追踪类型和OMC标识，追踪信息是从HLR或OMC收到的。是否包括CGI/SAI，需要遵循在TS 23.060的15.1.1a节中的规则。

步骤11、GGSN向BM-SC发送MBMS授权请求，BM-SC向GGSN反馈MBMS授权响应；

其中：

GGSN向BM-SC发送MBMS授权请求(MBMS Authorization Request)消息(携带IMSI，MSISDN，RAI，IMEI-SV，RAT Type，MS Time Zone，CGI/SAI，AdditionalMBMS Trace Info)，获取对正在激活的UE的授权。如果BM-SC追踪被激活，GGSN会包括附加的MBMS追踪信息。如果可用，也包括CGI/SAI。

BM-SC在MBMS授权响应(MBMS Authorization Response)消息中提供授权决定。BM-SC创建MBMS UE上下文。

步骤12、GGSN向BM-SC发送MBMS注册请求，BM-SC向GGSN反馈MBMS注册响应；

其中：

如果GGSN此时没有针对该MBMS承载业务的MBMS承载上下文，GGSN就向BM-SC发送MBMS注册请求(MBMS Registration Request)消息。

如果此时还没有为该MBMS承载业务分配TMGI，BM-SC将会分配一个新的TMGI，该TMGI会通过MBMS注册响应(MBMS Registration Response)消息传递给GGSN和SGSN，进一步地，通过激活MBMS上下文接受(Activate MBMS ContextAccept)消息发送给UE。

BM-SC响应一个MBMS注册响应(MBMS Registration Response)消息，其中包括针对该MBMS承载业务地MBMS承载上下文信息，并且将发起注册请求的GGSN的标识添加到BM-SC上的MBMS承载上下文中的″List of downstream nodes″参数中。

步骤13、GGSN向SGSN发送创建MBMS上下文响应；

其中，GGSN创建MBMS UE上下文，并且向SGSN发送创建MBMS上下文响应(Create MBMS Context Response)消息。

步骤14、SGSN向GGSN发起MBMS注册请求，GGSN向SGSN反馈MBMS注册响应；

其中，如果此时SGSN还没有针对该MBMS承载业务的MBMS承载上下文信息，SGSN就向GGSN发起MBMS注册请求(MBMS Registration Request)消息。

GGSN响应一个MBMS注册响应(MBMS Registration Response)消息，其中包括针对该MBMS承载业务地MBMS承载上下文信息，并且将发起注册请求的SGSN的标识添加到GGSN上的MBMS承载上下文中的″List of downstrcam nodes″参数中。

步骤15、RAN与SGSN之间MBMS上下文到RAN的准备；

其中，如果此时至少为该UE建立了一个PS RAB，SGSN就向Iu模式的RAN提供MBMS UE上下文。

步骤16、SGSN向RAN发送调用追踪；

其中，在Iu模式下，如果追踪被激活，SGSN就会向RAN发送调用追踪(InvokeTrace)消息(携带追踪参考，追踪类型，触发Id和OMC标识)。追踪参考和追踪类型从追踪信息中复制，追踪信息是从HLR或OMC收到的。

说明：当追踪激活是通过信令方式触发时，适用步骤16。其它可选的方式时由OMC触发追踪激活。追踪激活过程的细节在TS 32.422中描述。

步骤17、SGSN向UE发送激活MBMS上下文接受；

其中，SGSN向UE发送激活MBMS上下文接受(Activate MBMS Context Accept)消息(携带TMGI，MBMS承载能力)。MBMS承载能力指示该MBMS承载业务使用的最大的QoS，当更多的MBMS承载业务被激活时，MBMS承载能力可以被纳入考虑的范围。如果在步骤6没有验证UE的MBMS承载能力，此时就可以验证UE的MBMS承载能力。如果SGSN判断UE的MBMS承载能力低于要求的MBMS承载能力，SGSN就会拒绝MBMS上下文激活请求，并且返回适当的原因。同时，SGSN会发起去激活流程，对已经建立的MBMS UE上下进行去激活。

通过上述的MBMS组播业务激活流程的步骤可知，现有技术中GGSN在向BM-SC发起授权请求的时候，如果在BM-SC中对UE的授权没有通过，则整个流程会停止在GGSN，而不会通知UE。如果UE在一定的时间内不能收到其业务激活的结果，它就会不断的向网络发出业务激活请求，这样就会加重核心网的负荷。

发明内容

本发明的目的在于，提供一种多媒体广播/组播业务中授权失败处理方法及系统，使UE在不允许激活MBMS业务的时候，不再尝试发起激活请求，从而节省网络资源，并在一定程度上减轻网络的负荷。

本发明的技术方案为：一种多媒体广播/组播业务中授权失败处理方法，中，用户设备在业务管理中的授权没有通过时，网络侧向所述的用户设备发送授权失败信息。

本发明所述的方法包括以下步骤：所述的用户设备向网络侧发送多媒体广播/组播业务(MBMS)加入请求；网络侧实体和所述的业务管理进行交互对用户或业务进行授权处理；所述的网络侧实体对授权是否通过进行判断，如果否，则所述的网络侧实体向所述的用户设备发送授权失败信息。

所述的授权失败信息包括：失败原因信息。

本发明所述的方法包括以下具体步骤：所述的用户设备激活分组数据协议(PDP)上下文，并在所述的分组数据协议(PDP)上下文中发送IGMP加入消息或MLD加入消息(Joining message)；所述的网络侧向所述的业务管理发送多媒体广播/组播业务(MBMS)授权请求(MBMS Authorization Request)；如果所述的用户设备未通过授权，所述的业务管理向所述的网络侧反馈包含有指示所述用户设备不被授权接收多媒体广播/组播业务数据的授权应答；所述的网络侧根据接收到的授权应答对授权是否通过进行判断，如果否，所述的网络侧向所述的用户设备发送授权失败信息。

所述的网络侧向所述的用户设备发送授权失败信息包括：网络侧实体直接向所述的用户侧发送授权失败信息；或者网络侧实体通过网络侧中间节点向所述的用户侧发送授权失败信息。

所述的网络侧实体为关口GPRS支持节点(GGSN)；所述的业务管理位于广播/组播业务服务器(BM-SC)、用户归属服务器(HLR/HSS)或关口GPRS支持节点中；所述的网络侧中间节点包括：服务GPRS支持节点(SGSN)、基站控制和/或无线网络控制(BSC/RNC)。

本发明还提供了一种多媒体广播/组播业务中授权失败处理系统，包括：用户设备、网络侧实体以及业务管理单元；所述的业务管理单元具有授权失败信息生成部分，所述的网络侧实体具有授权失败判断部分；其中所述的授权失败信息生成部分，用于当所述的用户设备在所述的业务管理单元中的授权没有通过时生成授权失败信息，并将所述的授权失败信息反馈给所述的网络侧实体；所述的授权失败判断部分，用于根据接收到的授权失败信息对授权是否通过进行判断，如果否，所述的网络侧实体向所述的用户设备发送授权失败信息。

所述的用户设备，激活分组数据协议(PDP)上下文，并在所述的分组数据协议(PDP)上下文中发送IGMP加入消息或MLD加入消息(Joining message)；所述的关口GPRS支持节点向位于广播/组播业务服务器的业务管理单元发送多媒体广播/组播业务(MBMS)授权请求(MBMS Authorization Request)；所述业务管理单元的授权失败信息生成部分生成包含有指示所述用户设备不被授权接收多媒体广播/组播业务数据的授权应答；所述的广播/组播业务服务器向所述的关口GPRS支持节点反馈包含有指示所述用户设备不被授权接收多媒体广播/组播业务数据的授权应答；所述关口GPRS支持节点的授权失败判断部分，根据接收到的授权应答对授权是否通过进行判断，如果否，所述的关口GPRS支持节点向所述的用户设备发送授权失败信息，或者所述的关口GPRS支持节点通过所述的服务GPRS支持节点向所述的用户设备发送授权失败信息。

本发明的有益效果在于，使得UE在进行MBMS业务授权失败的时候网络侧必须使用明确的消息通知UE，从而使UE不再继续发送MBMS组波业务激活请求，减少了不必要的消息开销，节省了网络资源。

附图说明

图1为现有技术中支持广播/组播业务的无线网络结构框图；

图2为现有技术BM-SC的结构框图；

图3为现有技术中MBMS组播业务激活流程图；

图4为本发明方法流程图；

图5为本发明中UE在BM-SC中授权失败时的MBMS组播业务激活流程图；

图6为本发明实施例1中UE在BM-SC中授权失败后GGSN直接向UE发送失败通告消息的流程图；

图7为本发明实施例2中UE在BM-SC中授权失败后GGSN通过SGSN向UE发送失败通告消息的流程图；

图8为本发明系统结构框图。

具体实施方式

以下结合附图说明本发明的具体实施方式。本发明提供了一种多媒体广播/组播业务中授权失败处理方法及系统，如果UE在BM-SC中的授权没有通过，则网络侧会向UE回送激活失败的响应。UE收到该失败响应以后会根据返回的原因值进行选择——是重新发起激活请求还是停止发起激活请求。这样，当UE得知其不允许激活MBMS业务的时候，将会不再尝试发起激活请求，从而节省了网络资源，在一定程度上减轻了网络的负荷。

本发明的关键点是在GGSN中加入一种判决机制，图4示出了本发明的基本流程，即：当发现UE的授权请求被BM-SC拒绝以后，发起一个从网络侧到UE的失败通告过程，将相应的失败原因通知UE，使得UE可以进行下一步的处理。

本发明的MBMS组播业务激活流程如图5所示，其中步骤包括：

步骤1′、UE激活PDP上下文；

其中，如果没有激活的PDP上下文，UE激活一个通用的PDP上下文。

步骤2′、UE向GGSN发送加入消息；

其中，UE在默认的PDP上下文上发送IGMP(IPv4)或MLD(IPv6)加入消息(Joining message)，表明它准备接收特定的组播MBMS承载业务，该承载业务是由IP组播地址标识的。

步骤3′、GGSN向BM-SC发送MBMS授权请求；

其中，GGSN向BM-SC发送MBMS授权请求(MBMS Authorization Request)，以获得能够使UE接收数据的授权。MBMS授权请求可能包括追踪信息(traceinformation)。如果UE未通过授权，则在授权应答中指出UE不被授权去接收MBMS数据。

步骤4′、GGSN发起一个从网络侧到UE的失败通告过程；

其中，GGSN发起一个从网络侧到UE的失败通告过程，该过程中的消息可以是从GGSN直接发送到UE的，也可以是GGSN通过SGSN发送到UE的。具体的失败通告的方式可以是使用新的消息，也可以是在原有消息中增加新的参数。对于UE的授权被BM-SC拒绝的情况，UE收到失败通告以后将不再发起新的MBMS组播业务激活请求。

实施例一：GGSN直接向UE发送失败通告消息

如果GGSN从BM-SC的授权应答消息中得知UE未通过授权，GGSN可以直接向UE发送失败通告消息，通知UE未通过网络的授权。则此时的MBMS组播业务激活过程如图6所示，其中包括：

1.如果没有激活的PDP上下文，UE激活一个通用的PDP上下文；

2.UE在默认的PDP上下文上发送IGMP(IPv4)或MLD(IPv6)加入消息(Joining message)，表明它准备接收特定的组播MBMS承载业务，该承载业务是由IP组播地址标识的；

3.GGSN向BM-SC发送MBMS授权请求(MBMS Authorization Request)，以获得能够使UE接收数据的授权。MBMS授权请求可能包括追踪信息(traceinformation)；如果UE未通过授权，则在授权应答中指出UE不被授权去接收MBMS数据；

4.GGSN直接向UE发送失败通告消息(Failure Notification)，该消息中带有UE授权失败的原因。对于UE的授权被BM-SC拒绝的情况，UE收到失败通告以后将不再发起新的MBMS组播业务激活请求。

实施例二：GGSN通过SGSN向UE发送失败通告消息

如果GGSN从BM-SC的授权应答消息中得知UE未通过授权，GGSN也可以通过SGSN向UE发送失败通告消息，通知UE未通过网络的授权。则此时的MBMS组波业务激活过程如图7所示，其中包括：

(1)如果没有激活的PDP上下文，UE激活一个通用的PDP上下文；

(2)UE在默认的PDP上下文上发送IGMP(IPv4)或MLD(IPv6)加入消息(Joining message)，表明它准备接收特定的组播MBMS承载业务，该承载业务是由IP组播地址标识的；

(3)GGSN向BM-SC发送MBMS授权请求(MBMS Authorization Request)，以获得能够使UE接收数据的授权。MBMS授权请求可能包括追踪信息(traceinformation)。如果UE未通过授权，则在授权应答中指出UE不被授权去接收MBMS数据；

(4)GGSN向SGSN发送MBMS失败通告消息(MBMS Failure Notification)，其中的失败原因指明UE未通过授权；

(5)SGSN向UE发送失败通告消息(Failure Notification)，其中的失败原因为从GGSN发来MBMS失败通过消息中的原因值。

实施例三：GGSN直接向UE发送失败通告消息的多媒体广播/组播业务中授权失败处理系统

如图8所示，支持广播/组播业务的无线网络结构为广播/组播业务服务器(BM-SC)，BM-SC通过Gmb接口或Gi接口与关口GPRS支持节点(GGSN，GatewayGPRS Support Node)相连，一个BM-SC可与多个GGSN相连；GGSN通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)相连，一个GGSN可与多个SGSN相连；SGSN可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)相连，然后UTRAN通过Uu接口与用户终端(UE)相连，SGSN也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)相连，然后GERAN通过Um接口与UE相连。其中，GGSN和SGSN属于无线网络中核心网(CN)内的节点。

如果GGSN从BM-SC的授权应答消息中得知UE未通过授权，GGSN直接向UE发送失败通告消息，通知UE未通过网络的授权。其中：

BM-SC的业务管理单元具有授权失败信息生成部分，所述的GGSN具有授权失败判断部分；其中

所述的授权失败信息生成部分，用于当UE在所述的业务管理单元中的授权没有通过时生成授权失败信息，并将所述的授权失败信息反馈给GGSN；

所述的授权失败判断部分，用于根据接收到的授权失败信息对授权是否通过进行判断，如果否，GGSN向UE发送授权失败信息，即：所述的授权失败信息发送部分直接将接收到的授权失败信息发送给UE。

所述的网络侧实体可以是关口GPRS支持节点(GGSN)；所述的业务管理单元可以位于广播/组播业务服务器(BM-SC)、用户归属服务器(HLR/HSS)或关口GPRS支持节点中。

在具体实施中，UE激活分组数据协议(PDP)上下文，并在所述的分组数据协议(PDP)上下文中发送IGMP加入消息或MLD加入消息(Joining message)；

GGSN向位于BM-SC的业务管理单元发送多媒体广播/组播业务(MBMS)授权请求(MBMS Authorization Request)；

所述业务管理单元的授权失败信息生成部分生成包含有指示UE不被授权接收多媒体广播/组播业务数据的授权应答；

BM-SC向GGSN反馈包含有指示所述用户设备不被授权接收多媒体广播/组播业务数据的授权应答；

GGSN的授权失败判断部分，根据接收到的授权应答对授权是否通过进行判断，如果否，GGSN向所述的用户设备发送授权失败信息。

实施例四：GGSN通过SGSN(或多级网络侧中间节点)向UE发送失败通告消息的多媒体广播/组播业务中授权失败处理系统

如图8所示，支持广播/组播业务的无线网络结构为广播/组播业务服务器(BM-SC)，BM-SC通过Gmb接口或Gi接口与关口GPRS支持节点(GGSN，GatewayGPRS Support Node)相连，一个BM-SC可与多个GGSN相连；GGSN通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)相连，一个GGSN可与多个SGSN相连；SGSN可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)相连，然后UTRAN通过Uu接口与用户终端(UE)相连，SGSN也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)相连，然后GERAN通过Um接口与UE相连。其中，GGSN和SGSN属于无线网络中核心网(CN)内的节点。

如果GGSN从BM-SC的授权应答消息中得知UE未通过授权，GGSN也可以通过SGSN向UE发送失败通告消息，通知UE未通过网络的授权。其中：

BM-SC的业务管理单元具有授权失败信息生成部分，所述的GGSN具有授权失败判断部分；其中

所述的授权失败信息生成部分，用于当UE在所述的业务管理单元中的授权没有通过时生成授权失败信息，并将所述的授权失败信息反馈给GGSN；

所述的授权失败判断部分，用于根据接收到的授权失败信息对授权是否通过进行判断，如果否，GGSN向SGSN发送授权失败信息，SGSN将接收到的授权失败信息转发给UE。

所述的网络侧实体可以是关口GPRS支持节点(GGSN)；所述的业务管理单元可以位于广播/组播业务服务器(BM-SC)、用户归属服务器(HLR/HSS)或关口GPRS支持节点中；所述的网络侧中间节点包括：服务GPRS支持节点(SGSN)、基站控制和/或无线网络控制(BSC/RNC)。

在具体实施中，UE激活分组数据协议(PDP)上下文，并在所述的分组数据协议(PDP)上下文中发送IGMP加入消息或MLD加入消息(Joining message)；

GGSN向位于BM-SC的业务管理单元发送多媒体广播/组播业务(MBMS)授权请求(MBMS Authorization Request)；

所述业务管理单元的授权失败信息生成部分生成包含有指示UE不被授权接收多媒体广播/组播业务数据的授权应答；

BM-SC向GGSN反馈包含有指示所述用户设备不被授权接收多媒体广播/组播业务数据的授权应答；

GGSN的授权失败判断部分，根据接收到的授权应答对授权是否通过进行判断，如果否，GGSN向SGSN发送授权失败信息，SGSN(或多级网络侧中间节点)向UE发送授权失败信息。

本发明使得UE在进行MBMS业务授权失败的时候网络侧必须使用明确的消息通知UE，从而使UE不再继续发送MBMS组波业务激活请求，减少了不必要的消息开销，节省了网络资源。

以上具体实施方式仅用于说明本发明，而非用于限定本发明。

Claims (10)

1.一种多媒体广播/组播业务中授权失败处理方法，其特征是，用户设备在业务管理中的授权没有通过时，网络侧向所述的用户设备发送授权失败信息。

2.根据权利要求1所述的方法，其特征是，包括以下步骤：

所述的用户设备向网络侧发送多媒体广播/组播业务加入请求；

网络侧实体和所述的业务管理进行交互对用户或业务进行授权处理；

所述的网络侧实体对授权是否通过进行判断，如果否，则所述的网络侧实体向所述的用户设备发送授权失败信息。

3.根据权利要求2所述的方法，其特征是，所述的授权失败信息包括：失败原因信息。

4.根据权利要求1所述的方法，其特征是，包括以下具体步骤：

所述的用户设备发送互联网组管理协议加入消息或多播听众发现加入消息；

所述的网络侧向所述的业务管理发送多媒体广播/组播业务授权请求；

如果所述的用户设备未通过授权，所述的业务管理向所述的网络侧反馈包含有指示所述用户设备不被授权接收多媒体广播/组播业务数据的授权应答；

所述的网络侧根据接收到的授权应答对授权是否通过进行判断，如果否，所述的网络侧向所述的用户设备发送授权失败信息。

5.根据权利要求4所述的方法，其特征是，所述的网络侧向所述的用户设备发送授权失败信息包括：

网络侧实体直接向所述的用户侧发送授权失败信息；或者

网络侧实体通过网络侧中间节点向所述的用户侧发送授权失败信息。

6.根据权利要求5所述的方法，其特征是，

所述的网络侧实体为关口GPRS支持节点；

所述的业务管理位于广播/组播业务服务器、用户归属服务器或关口GPRS支持节点中；

所述的网络侧中间节点包括：服务GPRS支持节点、基站控制和/或无线网络控制。

7.一种多媒体广播/组播业务中授权失败处理系统，包括：用户设备、网络侧实体以及业务管理单元；其特征是，所述的业务管理单元具有授权失败信息生成部分，所述的网络侧实体具有授权失败判断部分；其中

所述的授权失败信息生成部分，用于当所述的用户设备在所述的业务管理单元中的授权没有通过时生成授权失败信息，并将所述的授权失败信息反馈给所述的网络侧实体；

所述的授权失败判断部分，用于根据接收到的授权失败信息对授权是否通过进行判断，如果否，所述的网络侧实体向所述的用户设备发送授权失败信息。

8.根据权利要求7所述的系统，其特征是，还包括：网络侧中间节点；所述的授权失败信息发送部分将接收到的授权失败信息发送给所述的网络侧中间节点，所述的网络侧中间节点将接收到的授权失败信息转发给所述的用户设备。

9.根据权利要求8所述的系统，其特征是，

所述的网络侧实体为关口GPRS支持节点；

所述的业务管理单元位于广播/组播业务服务器、用户归属服务器或关口GPRS支持节点中；

所述的网络侧中间节点包括：服务GPRS支持节点、基站控制和/或无线网络控制。

10.根据权利要求9所述的系统，其特征是，

所述的用户设备，发送互联网组管理协议加入消息或多播听众发现加入消息；

所述的关口GPRS支持节点向位于广播/组播业务服务器的业务管理单元发送多媒体广播/组播业务授权请求；

所述业务管理单元的授权失败信息生成部分生成包含有指示所述用户设备不被授权接收多媒体广播/组播业务数据的授权应答；

所述的广播/组播业务服务器向所述的关口GPRS支持节点反馈包含有指示所述用户设备不被授权接收多媒体广播/组播业务数据的授权应答；

所述关口GPRS支持节点的授权失败判断部分，根据接收到的授权应答对授权是否通过进行判断，如果否，所述的关口GPRS支持节点向所述的用户设备发送授权失败信息，或者

所述的关口GPRS支持节点通过所述的服务GPRS支持节点向所述的用户设备发送授权失败信息。

Images