本申请根据35 U.S.C§119的规定,要求名称为“在移动通信***中建立信令连接的方法(Method for Setting Up Signaling Connection in a MobileCommunication System)”的申请的优先权,该申请于2002年5月17日提交到韩国知识产权局,分配的序列号为No.2002-27514,其内容以引用方式包含在本文的内容中。
具体实施方式
现在,将参照附图来详细说明本发明的优选实施例。附图中,即使相同或相似的要素在不同的附图中示出,也用相同的标号来表示。在下面的说明中,为了方便起见,省略对本文所包含的公知功能或结构的详细说明。
图1说明应用本发明实施例的移动通信***的基本结构。准确地说,图1说明在CDMA移动通信***中提供MBMS业务的必需要素以及这些要素之间的关系。
参照图1,UE 104、105和106是能够从基站(以下称作“节点B”)102接收MBMS业务的MBMS数据的终端设备或用户,而UE 107和108是能够从节点B 103接收MBMS业务的MBMS数据的终端设备或用户。节点B 102和103表示将MBMS业务的MBMS数据传送给UE 104、105、106、107和108的基站。在节点B 102和UE 104、105和106之间,仅设置一条用于MBMS业务的无线信道。而且,在节点B 103和UE 107、108之间,也仅设置一条用于MBMS业务的无线信道。RNC 101是用于控制节点B 102和103的无线网络控制器。RNC 101有选择地将MBMS数据传送给节点B102和103中的特定节点B,并且控制所建立的用于提供MBMS业务的无线信道。SGSN 100控制提供给各UE 104、105、106、107和108的MBMS业务。通常,SGSN 100管理提供给各UE 104、105、106、107和108的MBMS业务的有关会计数据(accounting-related data),并且有选择地将多媒体数据传送给特定RNC。传输网络111提供MB-SC(MBMS源中心)110和SGSN 100之间的通信路径,它由GGSN(Gateway GPRS Supporting Node,GPRS网关支持节点)和外部网络构成。MB-SC 110是MBMS业务的MBMS数据源,控制MBMS数据的时序安排(scheduling)。虽然未在图1中示出,实际上还有HLR(Home LocationRegister,归属位置寄存器)与SGSN 100连接,用于验证各UE 104、105、106、107和108。
如图1所示,通过传输网络111、SGSN 100、RNC 101和节点B 102及103,将MBMS数据流传送给UE 104、105、106、107和108。虽然未在图1中示出,但是对一个MBMS业务能够存在多个SGSN,并且对每一个SGSN都能够存在多个RNC。此外,SGSN 100必须执行到RNC 101的选择性的数据传输,RNC 101也应该执行到节点B 102和103的选择性的数据传输。为此,RNC 101必须存储应该被传送给MBMS数据流的节点B列表。特别是,RNC 101管理RNC业务上下文,而SGSN 100管理SGSN业务上下文。以下将参照图3和图4,详细说明由RNC 101和SGSN 100管理上下文的结构。在本发明中,术语“上下文(context)”指为提供特定MBMS业务所必需的一组控制信息。
图2说明在移动通信***中,当UE请求特定MBMS业务时所执行的信令程序。特别地,图2说明由信令程序所引发的消息交换。
参照图2,在步骤201中,UE通过相应的节点B、将请求特定MBMS业务的第一MBMS业务请求消息传送给RNC 101。第一MBMS业务请求消息包含表示UE所需的MBMS业务的标识符(以下称作“MBMS标识符”)和识别传送第一MBMS业务请求消息的UE的用户标识符。当接收到第一MBMS业务请求消息时,RNC 101就更新其RNC业务上下文,然后,在步骤202中,将请求MBMS业务的第二MBMS业务请求消息传送给SGSN 100。下面将参照图3详细说明RNC业务上下文的更新过程。
当接收到来自RNC 101的第二MBMS业务请求消息时,SGSN 100就更新其SGSN业务上下文,然后,在步骤203中,将请求MBMS业务的第三MBMS业务请求消息传送给MB-SC 110。下面将参照图4详细说明SGSN业务上下文的更新过程。
当接收到第三MBMS业务请求消息时,MB-SC 110就将传送第三MBMS业务请求消息的SGSN 100、添加到提供MBMS业务的SGSN列表中。然后,在步骤204中,MB-SC 110将表示正常接收到第三MBMS业务请求消息的第三MBMS业务响应消息传送给SGSN 100。
当接收到第三MBMS业务响应消息时,在步骤205中,SGSN 100就将表示正常接收到第二MBMS业务请求消息的第二MBMS业务响应消息传送给RNC 101。当接收到第二MBMS业务响应消息时,在步骤206中,RNC 101就将表示正常接收到第一MBMS业务请求消息的第一MBMS业务响应消息传送给UE。
步骤201至206表示由UE请求特定MBMS业务以及将相应的响应传送给UE的过程。在此情况下,MBMS标识符用作标识MBMS业务的逻辑标识符,而介于UE和MB-SC 110之间的RNC 101及SGSN 100产生或更新MBMS业务的上下文,以此准备执行MBMS业务。
在步骤207中,当所预期的MBMS业务的开始时间来临时,MB-SC 110将通知不久将开始MBMS业务的第三MBMS业务通知消息、传送给SGSN100。第三MBMS业务通知消息用于分析期望接收MBMS业务的UE列表,即用于分析UE的标识符。第三MBMS业务通知消息包含MBMS标识符、MBMS业务的业务开始时间和有关QoS(Quality of Service,业务质量)信息。
步骤206和207之间可能出现相当长的时间延迟,因为步骤206至207用于验证提供特定MBMS业务是否有效,步骤207及其后续步骤用于提供特定MBMS业务。即,能够在提供特定MBMS业务很早之前执行步骤201至206,由于相应的步骤用于将特定MBMS业务的时序安排提供给UE,并且用于确定有多少UE将接收特定MBMS业务,从而能够确定是否提供相应的MBMS业务。
当接收到第三MBMS业务通知消息时,SGSN 100就通过传输网络111建立提供MBMS业务的传输路径,并根据有关QoS信息来更新SGSN业务上下文。在步骤208中,SGSN 100将通知不久将开始MBMS业务的第二MBMS业务通知消息传送给RNC 101。第二MBMS业务通知消息用于分析期望接收MBMS业务的UE列表。第二MBMS业务通知消息包含MBMS标识符、业务开始时间和有关QoS信息。当接收到第二MBMS业务通知消息时,RNC 101确定存在于其RNC业务上下文中的UE标识符以及这些UE所属的小区,然后,在步骤209中,将通知不久将开始MBMS业务的第一MBMS业务通知消息、通过节点B 102和103传送给UE。第一MBMS业务通知消息包含MBMS标识符、业务开始时间和有关QoS信息。
当接收到第一MBMS业务通知消息时,各UE确定是否实际接收MBMS业务。如果UE期望接收MBMS业务,就存储有关QoS信息,然后,在步骤210中,将第一MBMS通知响应消息、通过节点B 102和103传送给RNC 101。第一MBMS通知响应消息包含MBMS标识符和UE标识符。当接收到第一MBMS通知响应消息时,RNC 101就通过在其上添加传送第一MBMS通知响应消息的UE的UE标识符和这些UE所属的小区(或节点B)的标识符,来更新其RNC业务上下文。在步骤211中,RNC 101将通知正常接收到第二MBMS业务通知消息的第二MBMS通知响应消息传送给SGSN 100。第二MBMS通知响应消息包含MBMS标识符和UE标识符。
在步骤210中,假设RNC 101从一个UE接收到第一MBMS通知响应消息。但是,RNC 101同样能够从多个UE接收第一MBMS通知响应消息。在此情况下,RNC 101通过在其上添加多个UE的UE标识符和多个UE所属小区的小区标识符,来更新RNC业务上下文。
当接收到第二MBMS通知响应消息时,SGSN 100就通过在其上添加第二MBMS通知响应消息中包含的UE标识符和RNC标识符,来更新其SGSN业务上下文。在步骤212中,SGSN 100将建立传输路径或无线访问承载电路(radio access bearer,以下称作“RAB”)的MBMS RAB分配请求消息、传送给RNC 101,该传输路径或无线访问承载电路用于将MBMS业务的数据流、传送给传送第二MBMS通知响应消息的RNC 101。MBMS RAB分配请求消息包含MBMS标识符、QoS信息和有关Iu传输承载电路的信息。有关Iu传输承载电路的信息包含传送消息的SGSN的IP(Internet Protocol,网际协议)地址、以及对应于MBMS业务的TEID(Tunnel Endpoint ID,隧道端点ID)。当接收到MBMS RAB分配请求消息时,RNC 101就确定包含在其RNC业务上下文中的小区和UE,并根据所接收到的QoS信息来准备建立到该小区或节点B的无线链路。在步骤213中,RNC 101将请求建立用于传送MBMS业务数据流的无线链路的MBMS无线链路建立请求消息,传送给节点B 102或103。MBMS无线链路建立请求消息包含传送MBMS业务数据流的无线信道的信道化代码(channelization code)信息、加扰码(scrambling code)信息、时间片格式号(slot format number)和信道编码信息。当接收到MBMS无线链路建立请求消息时,节点B 102或103就使用包含在MBMS无线链路建立请求消息中的信道化代码信息和加扰码信息,来建立到UE的无线信道。在步骤214中,节点B 102或103将表示无线链路建立的MBMS无线链路建立响应消息传送给RNC 101。
当接收到MBMS无线链路建立响应消息时,在步骤215中RNC 101就将请求建立无线承载电路的MBMS无线承载电路建立消息、传送给位于小区中的UE,该小区属于传送MBMS无线链路建立响应消息的节点B 102或103。MBMS无线承载电路建立响应消息包含有关物理信道信息(如传送MBMS数据的无线信道的信道化代码信息)和加扰码信息。此外,MBMS无线承载电路建立响应消息包含有关传输信道信息(或有关传输格式信息)和有关无线承载电路信息(或有关上层信息)。
当接收到MBMS无线承载电路建立消息时,各UE就使用包含在所接收到的MBMS无线承载电路建立消息中的信息,来建立无线承载电路、传输信道和物理信道。在步骤216中,UE将表示完成无线承载电路建立的MBMS无线承载电路建立完成消息,传送给RNC 101。MBMS无线承载电路建立完成消息包含MBMS标识符和UE标识符。当接收到MBMS无线承载电路建立完成消息时,RNC 101就通过在其上添加传送MBMS无线承载电路建立完成消息的UE的UE标识符,来更新其RNC业务上下文,然后在步骤217中将表示完成MBMS业务传输路径建立的MBMS RAB分配响应消息传送给SGSN 100。MBMS RAB分配响应消息包含MBMS标识符和UE的UE标识符。此外,MBMS RAB分配响应消息包含RNC 101的IP地址和分配给MBMS业务的TEID。
当接收到MBMS RAB分配响应消息时,SGSN 100就通过在其上添加包含在MBMS RAB分配响应消息中的UE标识符,来更新其SGSN业务上下文。在步骤218中,SGSN 100将表示完成接收MBMS业务准备的第三MBMS通知响应消息传送给MB-SC 110。第三MBMS通知响应消息包含MBMS标识符。如果MB-SC 110通过上述步骤接收到第三MBMS通知响应消息,在步骤219中,就能够在MB-SC 110和UE之间提供特定MBMS业务的数据流。
至此,已经详细说明了用于特定MBMS业务和消息的全部信令程序。但是,必须更详细的讨论这些消息中必须包含的信息以及在RNC 101与SGSN100之间建立信令连接的过程。因此,在下面的说明中,将参照图2所示消息中必须包含的信息类型,RNC 101和SGSN 100使用这些信息来产生和更新业务上下文的过程,以及在RNC 101和SGSN 100之间建立信令连接的方法。
1.RNC业务上下文的产生和更新
图3说明根据本发明的实施例的由RNC 101所管理的特定MBMS业务的RNC业务上下文的格式。现在将参照图3说明根据本发明、由RNC 101产生和更新RNC业务上下文的各条目的过程。
RNC 101首先根据从特定UE接收到的第一MBMS业务请求消息,来确定是否要产生或更新RNC业务上下文的各条目。例如,RNC 101根据具有如下MBMS标识符的RNC业务上下文存在/不存在,来确定是否要产生或更新RNC业务上下文,其中该MBMS标识符与从特定UE接收到的第一MBMS业务请求消息中包含的MBMS标识符相同。
第一MBMS业务请求消息具有的格式为[类型,MBMS标识符,UE标识符,小区标识符],并包含下面表1所示的信息。
表1
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
相应UE所需的MBMS业务的标识符 |
UE标识符 |
相应UE的标识符 |
小区标识符 |
相应UE位于其中的小区的标识符 |
在表1中,“相应消息”指第一MBMS业务请求消息,“相应UE”指传送第一MBMS业务请求消息的UE。可把表1中的UE标识符和小区标识符写入第一MBMS业务请求消息中,或者可由RNC 101在接收第一MBMS业务请求消息的过程中来识别。
参照图3,首先,RNC 101从特定UE接收第一MBMS业务请求消息,如果不存在具有如下MBMS标识符的RNC业务上下文310,就产生新的RNC业务上下文,其中该MBMS标识符与第一MBMS业务请求消息中包含的MBMS标识符相同。如果需要RNC 101根据第一MBMS业务请求消息,来产生新的RNC业务上下文310,RNC 101就对新的RNC业务上下文310执行初始化过程。更准确地说,RNC 101将第一MBMS业务请求消息中包含的MBMS标识符、存储在条目310-1中,并将小区标识符、UE标识符存储在条目313中。
其次,RNC 101从特定UE接收第一MBMS业务请求消息,如果存在具有如下MBMS标识符的RNC业务上下文310,就更新现有的RNC业务上下文310,其中该MBMS标识符与第一MBMS业务请求消息中包含的MBMS标识符相同。更准确地说,RNC 101更新具有与第一MBMS业务请求消息中包含的MBMS标识符相同的标识符的RNC业务上下文310的UE列表。即,为了更新UE列表,RNC 101通过将第一MBMS业务请求消息中包含的UE标识符和小区标识符、存储在条目313中,来执行RNC业务上下文初始化过程。在RNC业务上下文初始化过程之后,RNC 101就将第二MBMS业务请求消息传送给SGSN 100(图2的步骤202)。这里,RNC 101对RNC业务上下文310执行Iu信令连接更新过程,以便建立新的Iu信令连接。即,RNC 101将LR_RNC、LR_CN和Iu信令连接id存储在条目312中。下面将参照图6详细说明Iu信令连接的建立过程。
由RNC 101传送给SGSN的第二MBMS业务请求消息具有的格式为[类型、MBMS标识符、UE标识符、RNC标识符、Iu信令连接_MBMS id],并包含下面表2所示的信息。
表2
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
RNC所需的MBMS业务的标识符 |
UE标识符 |
相应UE的标识符 |
RNC标识符 |
传送相应消息的RNC的标识符 |
Iu信令连接_MBMS id |
用于各MBMS业务的分配给RNC和SGSN之间的Iu信令连接(Iu信令连接_MBMS)的标识符 |
在表2中,“相应消息”指第二MBMS业务请求消息,“相应UE”指通过第二MBMS业务请求消息请求特定MBMS业务的UE。在表2中,UE标识符与包含在第一MBMS业务请求消息中的UE标识符相同,可把RNC标识符写入第二MBMS业务请求消息中,或者可由SGSN 100在接收第二MBMS业务请求消息的过程中来识别。下面将参照图6详细说明分配Iu信令连接_MBMS id的方法和Iu信令连接_MBMS id的使用。
在对RNC业务上下文310执行UE列表更新过程之后,RNC 101能够传送MBMS业务更新消息。在这种情况下,RNC 101能够使用预先建立的Iu信令连接,而不必在传送MBMS业务更新消息的过程中、更新RNC业务上下文310。
MBMS业务更新消息具有的格式为[类型、MBMS标识符、UE标识符、RNC标识符],并且包含下面表3所示的信息。
表3
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
RNC所需的MBMS业务的标识符 |
UE标识符 |
标识相应UE的标识符 |
RNC标识符 |
标识相应RNC的标识符 |
在表3中,“相应消息”指MBMS业务更新消息,“相应UE”指与第一MBMS业务请求消息的UE标识符相对应的UE。此外,“相应RNC”指传送MBMS业务更新消息的RNC。可把RNC标识符写入MBMS业务更新消息中,或者可由SGSN 100在接收MBMS业务更新消息的过程中来识别。MBMS业务更新消息包含多个UE标识符。例如,如果规定能够在接收到多个第一MBMS业务请求消息之后,传送MBMS业务更新消息,UE标识符可成为传送第一MBMS业务请求消息的UE列表。虽然未在图2中示出MBMS业务更新消息的传输情况,但是RNC 101能够在结合本发明所述的情况下,将MBMS业务更新消息传送给SGSN 100。
如果从SGSN 100接收到响应于第二MBMS业务请求消息的第二MBMS业务响应消息,RNC 101就执行搜索MBMS业务标识符(以下称作“MBMS标识符”)的操作(图2的步骤205)。即,RNC 101确定在RNC 101所管理的RNC业务上下文310的条目310-1中是否存在与第二MBMS业务响应消息的MBMS标识符相对应的条目。
由SGSN 100传送给RNC 101的第二MBMS业务响应消息具有的格式为[类型、MBMS标识符、UE标识符],并且包含下面表4所示的信息。
表4
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
与相应消息有关的MBMS业务的标识符 |
UE标识符 |
能够接收相应MBMS业务的UE的标识符 |
在表4中,“相应消息”指第二MBMS业务响应消息,“相应MBMS业务”指与第二MBMS业务响应消息有关的MBMS业务。
SGSN 100能够通过与HLR交换消息,来确定包含在第二MBMS业务请求消息和MBMS业务更新消息中的UE、是否是能够接收相应MBMS业务的用户。而且,SGSN 100能够通过该确定过程、将有权接收相应MBMS业务的UE列表包含在第二MBMS业务响应消息中。如果没有执行该确定过程,第二MBMS业务响应消息中就不会包含UE标识符。
通过MBMS标识符搜索过程、来选择适当的RNC业务上下文310的RNC101,该RNC 101对所选择的RNC业务上下文310执行第二次UE列表更新。即,RNC 101用“验证”来表示:存储在条目313中的UE标识符、在第二MBMS业务响应消息所包含的UE标识符中。RNC用“验证失败”来表示:存储在条目313中的UE标识符、不包含在第二MBMS业务响应消息中。
在对RNC业务上下文310执行第二次UE列表更新之后,RNC 101就将第一MBMS业务响应消息传送给条目313中包含的UE(图2的步骤206),第一MBMS业务响应消息具有表5所示的格式[类型、MBMS标识符、UE标识符、验证结果]。
表5
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
与相应消息有关的MBMS业务的标识符 |
UE标识符 |
预定接收相应消息的UE的标识符 |
验证结果 |
与“验证”或“验证失败”相同的值 |
在表5中,“相应消息”指第一MBMS业务响应消息,可把UE标识符写入第一MBMS业务响应消息中,以便UE能够在接收到第一MBMS业务响应消息时识别出UE标识符。
当从SGSN 100接收到第二MBMS业务通知消息时,RNC 101就将第一MBMS业务通知消息传送给UE(图2的步骤208和209)。
RNC 101从SGSN 100接收到的第二MBMS业务通知消息具有的格式为[类型、MBMS标识符],并且包含下面表6所示的信息。
表6
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
与相应消息有关的MBMS业务的标识符 |
在表6中,“相应消息”指第二MBMS业务通知消息。
当接收到表6中所示的第二MBMS业务通知消息时,RNC 101就搜索与所接收到的第二MBMS业务通知消息中包含的MBMS标识符相对应的RNC业务上下文310,并将第一MBMS业务通知消息、传送给所搜索到的RNC业务上下文310的条目313中由“验证”所表示的UE。这里,第一MBMS业务通知消息具有的格式为[类型、MBMS标识符],并且包含下面表7所示的信息。
表7
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
与相应消息有关的MBMS业务的标识符 |
在表7中,“相应消息”指第一MBMS业务通知消息。
RNC 101从UE接收响应于表7中所示的第一MBMS业务通知消息的第一MBMS通知响应消息(图2的步骤210)。从UE接收到的第一MBMS通知响应消息所具有的格式为[类型、MBMS标识符、UE标识符],并且包含下面表8所示的信息。
表8
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
与相应消息有关的MBMS业务的标识符 |
UE标识符 |
传送相应消息的UE的标识符 |
在表8中,“相应消息”指第一MBMS通知响应消息。
当接收到表8所示的第一MBMS通知响应消息时,RNC 101就搜索与第一MBMS通知响应消息中包含的MBMS标识符相对应的RNC业务上下文310,并对所搜索到的RNC业务上下文执行UE列表更新操作。在完成UE列表更新操作之后,RNC 101就将第二MBMS通知响应消息传送给SGSN100(图2的步骤211)。这里,使用存储在条目312中的信息,来传送第二MBMS通知响应消息。第二MBMS通知响应消息具有的格式为[类型、MBMS标识符、UE标识符、RNC标识符],并且包含下面表9所示的信息。
表9
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
RNC所需的MBMS业务的标识符 |
UE标识符 |
能够接收相应MBMS业务的UE的标识符 |
RNC标识符 |
相应RNC的标识符 |
在表9中,“相应消息”指第二MBMS通知响应消息,UE标识符包含与多个UE相对应的多个UE标识符。例如,如果规定能够在接收到多个第一MBMS通知响应消息之后、传送多个第二MBMS通知响应消息,UE标识符成为传送第一MBMS通知响应消息的UE列表。
RNC 101从SGSN 100接收响应于第二MBMS通知响应消息的MBMSRAB分配请求消息(图2的步骤213)。MBMS RAB分配请求消息所具有的格式为[类型、MBMS标识符、RAB信息、SGSN IP地址、TEID],并且包含下面表10所示的信息。
表10
MBMS标识符 |
RNC所需的MBMS业务的标识符 |
RAB信息 |
有关预定传送相应MBMS业务的RAN承载电路的信息 |
SGSN IP地址 |
用于SGSN和RNC之间传输的SGSN的IP地址 |
TEID |
用于SGSN和RNC之间传输的TEID |
在表10中,“相应消息”指MBMS RAB分配请求消息,“RAN”是指无线访问网络(radio access network),同时,“RAB信息”被清楚地公开在3GPPTS 25.413技术规范组无线访问网络、UTRAN Iu接口RANAP信令(UMTS技术规范)中。此外,“SGSN IP地址”指在通过Iu(SGSN和RNC)传送RAB时所使用的SGSN的IP地址,“TEID”指通过Iu传送RAB时所使用的TEID。RNC将具有GTP-U头中包含的TEID值的分组识别为MBMS数据。SGSN IP地址和TEID的细节清楚地公开在3GPP TS 29.060中。
当接收到MBMS RAB分配请求消息时,RNC 101就执行RNC业务上下文Iu传输承载电路信息更新操作、RNC业务上下文RAB/RB信息更新操作、RNC业务上下文TrCH/PhyCH信息更新操作、以及RNC业务上下文Iub信令/传输承载电路信息更新操作。
为了更新RNC业务上下文Iu传输承载电路信息,RNC 101将从MBMSRAB分配请求消息中获取的SGSN IP地址和TEID存储在条目311中。
RNC 101使用MBMS RAB分配请求消息来确定RB信息、TrCH/PhyCH信息和Iub信令/传输承载电路信息。RB信息是有关用于MBMS数据传输的无线承载电路的信息,包含有关RLC和PDCP的信息。TrCH/PhyCH信息是有关用于MBMS数据传输的无线信道的信息,包含信道化代码信息和传输格式信息。RB信息和TrCH/PhyCH信息的细节清楚地公开在3GPP TS 25.331中。Iub信令/传输承载电路信息指有关用于MBMS数据传输的Iub(节点B和RNC之间)承载电路的信息,包含AAL2(ATM适配层类型2)连接标识符信息。Iub信令/传输承载电路信息的细节清楚地公开在3GPP TS 25.433中。根据存储在条目313中的小区,来确定TrCH/PhyCH信息、以及Iub信令/传输承载电路信息。
RNC 101更新如图3所示的RNC业务上下文中的所确定的RB信息、TrCH/PhyCH信息和Iub信令/传输承载电路信息。即,RNC 101将MBMS RAB分配请求消息的RAB信息和所确定的RB信息存储在条目314中(RNC业务上下文RAB/RB信息更新)。RNC 101将所确定的TrCH/PhyCH信息存储在条目315-1至315-N中(RNC业务上下文TrCH/PhyCH信息更新)。RNC 101将所确定的Iub信令/传输承载电路信息、存储在条目316-1至316-N中(RNC业务上下文Iub信令/传输承载电路信息更新)。
在完成上述更新过程之后,RNC 101就将MBMS无线链路建立请求消息传送给条目313中存储的小区(图2的步骤213)。MBMS无线链路建立请求消息所具有的格式为[类型、MBMS标识符、小区标识符、TrCH/PhyCH信息],并且包含下面表11所示的信息。
表11
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
相应节点B所需的MBMS业务的标识符 |
小区标识符 |
预定传送相应MBMS业务的节点B的标识符 |
TrCH/PhyCH信息 |
所存储的与相应节点B有关的TrCH/PhyCH信息 |
在表11中,“相应消息”指MBMS无线链路建立请求消息,“相应节点B”指预定传送MBMS无线链路建立请求消息的节点B。例如,在期望将MBMS无线链路建立请求消息传送给小区N(或节点B#N)时,TrCH/PhyCH信息就是存储在条目315-N中的信息。
此后,RNC 101从传送MBMS无线链路建立请求消息的特定小区(或节点B)、接收MBMS无线链路建立响应消息(图2的步骤214)。作为答复,RNC101就将MBMS无线承载电路建立消息、传送给位于小区列表313中存储的小区(或节点B)中的UE(图2的步骤215)。MBMS无线承载电路建立消息所具有的格式为[类型、MBMS标识符、UE标识符、RAB/RB信息、TrCH/PhyCH信息],并且包含下面表12所示的信息。
表12
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
相应UE所需的MBMS业务的标识符 |
UE标识符 |
预定传送相应消息的UE的标识符 |
RAB/RB信息 |
所存储的与相应节点B有关的RAB/RB信息 |
TrCH/PhyCH信息 |
所存储的与相应节点B有关的TrCH/PhyCH信息 |
在表12中,“响应消息”指MBMS无线承载电路建立消息。如果预定接收MBMS无线承载电路建立消息的UE位于小区N(或节点B#N)中,TrCH/PhyCH信息与条目315-N中存储的信息相同,RAB/RB信息与条目314中存储的信息相同。
RNC 101从UE接收响应于MBMS无线承载电路建立消息的MBMS无线承载电路建立完成消息。当接收到MBMS无线承载电路建立完成消息时,RNC 101就执行更新其RNC业务上下文的UE列表的过程,并将MBMS RAB分配响应消息传送给SGSN 100(图2的步骤217)。MBMS RAB分配响应消息所具有的格式为[类型、MBMS标识符、UE标识符、RNC IP地址、TEID],并且包含下面表13所示的信息。
表13
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
所需的MBMS业务的标识符 |
UE标识符 |
期望接收相应MBMS业务的UE的标识符 |
RNC IP地址 |
用于SGSN和RNC之间传输的RNC的IP地址 |
TEID |
用于SGSN和RNC之间传输的TEID |
在表13中,“相应消息”指MBMS RAB分配响应消息,而且能够将对应于多个UE的UE标识符记录在“UE标识符”中。例如,如果规定能够在接收到多个MBMS无线承载电路建立完成消息之后、传送多个MBMS RAB分配响应消息,UE标识符成为传送MBMS无线承载电路建立完成消息的UE列表。
RNC 101在传送MBMS RAB分配响应消息之前,确定要被用于相应MBMS业务的TEID,并且将相应的信息包含在MBMS无线承载电路建立完成消息中。在将TEID从RNC 101传送给SGSN 100时、或者从SGSN 100传送给RNC 101时,能够进行不同的设置。因此,通过MBMS RAB分配响应消息传送的TEID,可能不同于通过MBMS RAB分配请求消息传送的TEID。此外,RNC 101在传送MBMS RAB分配响应消息之前,执行更新RNC业务上下文的Iu传输承载电路信息的操作。
在本发明的上述实施例中,详细说明了有关产生和更新RNC业务上下文的RNC操作。
2.SGSN业务上下文的产生和更新
图4说明根据本发明实施例的、由SGSN 100所管理的特定MBMS业务的SGSN业务上下文的格式。现在将参照图4说明根据本发明由SGSN 100产生和更新SGSN业务上下文的各条目的过程。
首先,SGSN 100根据从RNC 101接收到的第二MBMS业务请求消息,来确定是否将产生或更新SGSN业务上下文的各条目。例如,SGSN 100根据具有如下MBMS标识符的SGSN业务上下文存在/不存在,来确定是否将产生或更新SGSN业务上下支,其中该MBMS标识符与从RNC 101接收到的第二MBMS业务请求消息中包含的MBMS标识符相同。第二MBMS业务请求消息具有与表2所示相同的格式和信息。
在图4中,首先,SGSN 100从RNC 101中接收第二MBMS业务请求消息,如果不存在具有如下MBMS标识符的SGSN业务上下文410,就产生新的SGSN业务上下文,其中该MBMS标识符与第二MBMS业务请求消息中包含的MBMS标识符相同。如果需要SGSN 100根据第二MBMS业务请求消息,来产生新的SGSN业务上下文410,它就对新的SGSN业务上下文410执行初始化操作。更准确地说,SGSN 100将第二MBMS业务请求消息中包含的MBMS标识符、存储在条目411中,并将RNC标识符、UE标识符存储在条目413中。
其次,SGSN 100从RNC 101接收第二MBMS业务请求消息,如果存在具有与第二MBMS业务请求消息中包含的MBMS标识符相同的MBMS标识符的SGSN业务上下文410,就更新现有的SGSN业务上下文410。更准确地说,如果存在具有与第二MBMS业务请求消息中包含的MBMS标识符相同的MBMS标识符的SGSN业务上下支410,为了建立新的Iu信令连接,SGSN410就更新SGSN业务上下文410的Iu信令连接信息。即,SGSN 100将LR_RNC、LR_CN和Iu信令连接id_MBMS、存储在图4的条目415-1至415-N中。标号415-N表示更新SGSN业务上下文410的Iu信令连接信息的过程、由RNC#N所传送的第一MBMS业务请求消息初始化。
当从RNC 101接收到MBMS业务更新消息时,SGSN 100就执行“SGSN业务上下文UE列表更新”操作,以便更新SGSN业务上下文410的UE列表。即,为了更新UE列表,SGSN 100通过将MBMS业务更新消息中包含的UE标识符和RNC标识符、存储在SGSN业务上下文410的条目413中,来执行SGSN业务上下文初始化过程。在执行SGSN业务上下文初始化过程之后,SGSN 100将第三MBMS业务请求消息、通过传输网络111传送给MB-SC 110(图2的步骤203)。这里,SGSN还执行“SGSN业务上下文转接(transit)N/W信息更新”操作,以便将转接N/W信息存储在条目412中。“转接N/W信息”包含与转接N/W中的下一个节点B相关的地址消息和逻辑标识符消息。
第三MBMS业务请求消息所具有的格式为[类型、MBMS标识符、UE标识符、SGSN标识符],并且包含下面表14所示的信息。
表14
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
SGSN所需的MBMS业务的标识符 |
UE标识符 |
相应UE的标识符 |
SGSN标识符 |
相应SGSN的标识符 |
在表14中,“相应消息”指第三MBMS业务请求消息,“相应UE”指与第一MBMS业务请求消息的UE标识符相对应的UE。只有在MB-SC 110必须知道接收相应MBMS业务的UE列表时,才将UE标识符与第三MBMS业务请求消息一起传送。而且,“相应SGSN”指传送MBMS业务更新消息的SGSN。
SGSN 100确定第二MBMS业务请求消息和MBMS业务更新消息中包含的UE、是否是能够接收相应MBMS业务的用户。SGSN 100通过与HLR交换消息,能够确定这些UE是否是能够接收相应MBMS业务的用户。在此情况下,SGSN 100执行“SGSN业务上下文UE列表更新类型#2”操作。如果确定UE是能够接收相应MBMS业务的有效用户,“SGSN业务上下文UE列表更新类型#2”操作在条目413中、用“验证”来表示有效用户。但是,如果确定UE不是有效用户,“SGSN业务上下文UE列表更新类型#2”操作在条目413中、用“验证失败”来表示这些用户。
在完成“SGSN业务上下文UE列表更新类型#2”操作之后,SGSN 100就通过传输网络111从MB-SC 110接收第三MBMS业务响应消息(图2的步骤204)。当接收到第三MBMS业务响应消息时,SGSN 100就执行MBMS标识符搜索。执行MBMS标识符搜索是为了确定在SGSN 100所管理的SGSN业务上下文的条目411中、是否存在任何具有与第三MBMS业务响应消息中包含的MBMS标识符相同的MBMS标识符的条目。
第三MBMS业务响应消息所具有的格式为[类型、MBMS标识符、SGSN标识符],并且包含下面表15所示的信息。
表15
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
相应SGSN所需的MBMS业务的标识符 |
SGSN标识符 |
相应SGSN的标识符 |
在表15中,“相应消息”指第三MBMS业务响应消息。
当完成MBMS标识符搜索时,SGSN 100就将第二MBMS业务响应消息传送给包含在条目413中的RNC 101(图2的步骤205)。第二MBMS业务响应消息具有与表4所示相同的格式和信息。SGSN 100能够将条目413中由“验证”所表示的UE标识符、与第二MBMS业务响应消息一起传送。
当通过传输网络111从MB-SC 110接收到第三MBMS业务通知消息时,SGSN 100就确定包含如下UE的RNC 101,其中该UE是SGSN业务上下文的条目413中、由“验证”所表示的UE。因此,SGSN 100将第二MBMS业务通知消息传送给所确定的RNC 101(图2的步骤208)。第二MBMS业务通知消息具有与表6所示相同的格式和信息,第三MBMS业务通知消息具有下面表16所示的格式和信息。
表16
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
相应SGSN所需的MBMS业务的标识符 |
在表16中,“相应消息”指第三MBMS业务通知消息。
当接收到第二MBMS业务通知消息时,如上所述,RNC 101就将第二MBMS业务通知响应消息传送给SGSN 100(图2的步骤211)。当接收到具有表9所示格式的第二MBMS业务通知响应消息时,SGSN 100就执行更新图4所示的SGSN业务上下文的UE列表的操作。
在完成UE列表更新操作时,SGSN 100将MBMS RAB分配请求消息传送给存储在条目413中的RNC 101。MBMS RAB分配请求消息具有表10所示的格式和信息。这里,SGSN 100确定有关Iu传输承载电路的信息415-1至415-N,并根据所确定的有关Iu传输承载电路的信息、对SGSN业务上下文执行Iu传输承载电路信息更新操作。此后,SGSN 100能够通过MBMS RAB分配请求消息413、将所确定的有关Iu传输承载电路的信息传送给存储在条目413中的RNC 101。有关Iu传输承载电路的信息包含SGSN IP地址和TEID。MBMS RAB分配请求消息具有表11所示的格式和信息。
此外,SGSN 100执行“SGSN业务上下文RAB信息更新”操作,以便确定应用于MBMS业务的RAB信息,并将所确定的RAB信息存储在条目414中,然后使用MBMS RAB分配请求消息、将RAB信息传送给RNC 101(图2的步骤212)。
SGSN 100从RNC 101接收响应于MBMS RAB分配请求消息的MBMSRAB分配响应消息(图2的步骤217)。MBMS RAB分配响应消息具有与表13所示的内容相同的格式和信息。当接收到MBMS RAB分配响应消息时,SGSN100执行“SGSN业务上下文Iu传输承载电路信息更新”过程和“SGSN业务上下文UE列表更新”过程。在执行完这两个过程之后,SGSN 100就响应于第三MBMS业务通知消息、通过传输网络111将第三MBMS通知响应消息传送给MB-SC110(图2的步骤218)。第三MBMS通知响应消息所具有的格式为[类型、MBMS标识符、SGSN标识符],并且包含下面表17所示的信息。
表17
信息类型 |
说明 |
类型 |
表示相应消息类型的值 |
MBMS标识符 |
相应SGSN所需的MBMS业务的标识符 |
SGSN标识符 |
相应SGSN的标识符 |
3.在RNC和SGSN之间建立信令连接
现在,将参照图6说明Iu信令连接。上述第二MBMS业务请求消息、第二MBMS业务响应消息、第二MBMS业务通知消息、第二MBMS通知响应消息、MBMS RAB分配请求消息以及MBMS RAB分配响应消息都是RANAP消息,并且通过在下层形成的SCCP连接、将其作为上行数据(upstreamdata)从RNC传送给SGSN,或者作为下行数据(downstream data)从SGSN传送给RNC。
为了将RANAP消息作为上行数据或下行数据传送而建立SCCP连接,以及将所建立的SCCP连接与特定UE相联系的操作,称为“Iu信令连接”。在本发明中,当接收到第一MBMS业务请求消息时,就由RNC为单个业务初始化Iu信令连接建立。
在下面的说明中,本发明提供一种为了解决将相同的消息单独传送给所有UE所引起的低效问题,从而分别形成用于传送/接收有关MBMS的RANAP消息的Iu信令连接的方法。
图6说明根据本发明实施例的建立Iu信令连接的过程。如果事件#2发生,RNC就准备建立Iu信令连接。事件#2指下列事件,即在RNC和CN之间建立用于特定MBMS业务的信令连接之前,要被传送给核心网络(以下称作“CN”)的有关MBMS消息已经到达。通常,事件#2表示如下情况的事件,即虽然特定UE已将第一MBMS业务请求消息传送给特定RNC,但是RNC没有建立用于第一MBMS业务请求消息所指示的MBMS业务的信令连接。这里,RNC建立用于MBMS业务的Iu信令连接,然后将第二MBMS业务请求消息传送给CN,即,SGSN。
参照图6,如果在步骤601中事件#2发生,RNC 610就根据引发事件#2的消息、来形成初始UE消息。初始业务消息指由于事件#2的发生、而由RANAP层611所形成的消息,第二MBMS业务请求消息属于初始业务消息。因为属于初始业务消息的消息仅包括第二MBMS业务请求消息,这里将假设初始业务消息和第二MBMS业务请求消息是相同的消息。
准确地说,在事件#2发生时,虽然RNC已经接收到第一MBMS业务请求消息,并使用第一MBMS业务请求消息中包含的MBMS标识符、来执行MBMS标识符搜索,但是不存在对应于该MBMS标识符的RNC业务上下文。
在识别出事件#2的发生之后,RNC执行RNC业务上下文初始化操作,并且确定用于传送/接收有关MBMS业务的RANAP消息的Iu信令连接id。在步骤602中,RANAP层611使用所确定的Iu信令连接id,来形成作为第二MBMS业务请求消息的初始业务消息,并将所形成的初始业务消息传送给SCCP层612。在步骤603中,RNC 610的SCCP层612形成称为CR的SCCP消息,并将所形成的SCCP消息传送给CN 620的SCCP层622。
CR=[LR_RNC,初始UE消息] …(5)
确定用于CR消息的LR_RNC和包含在初始业务消息中的Iu信令连接id的方法,与传统方法相同。
当接收到CR消息时,在步骤604中,CN 620的SCCP层622将包含在CR消息的有效负载部分中的初始业务消息传送给RANAP层621,并分配LR_CN。CN 620的RANAP层621使用所传送的初始业务消息,来执行MBMS标识符搜索操作。如果不存在具有与所接收的消息中包含的MBMS标识符相同的MBMS标识符的SGSN业务上下文,RANAP层621就执行SGSN业务上下文初始化过程。
此外,CN 620的RANAP层621存储包含在初始业务消息中的Iu信令连接id,并且在步骤605中将RANAP消息(如果存在)传送给SCCP层622。但是,如果没有将被传送的RANAP消息,就省略步骤605。在步骤606中,SCCP层622使用所确定的LR_CN,来形成称为CC的SCCP消息,并将所形成的SCCP消息传送给RNC 610。
CC=[LR_CN,LR_RNC,RANAP消息](仅在执行步骤505时存在) …(6)
在完成上述过程后,CN 620就执行SGSN业务上下文Iu信令连接信息更新操作。即,CN 620将Iu信令连接id、LR_CN和LR_RNC,存储在图4所示的SGSN业务上下文410的条目415-1至415-N中。
RNC 610的SCCP层612存储包含在所接收的CC消息中的LR_CN。如果CC消息中包含RANAP消息,在步骤607中SCCP层612将该RANAP消息传送给RANAP层611。
在完成该过程之后,RNC 610执行SGSN业务上下文Iu信令连接信息更新操作。即,RNC 610将Iu信令连接id、LR_RNC和LR_CN,存储在图3所示的RNC业务上下文310的条目312中。此后,在传送用于MBMS业务的控制信息时,RNC 610就使用存储在条目312中的LR_RNC和LR_CN,来形成SCCP消息,并传送所形成的SCCP消息。使用所接收到的SCCP消息的LR_RNC和LR_CN,能够确定与所接收到的RANAP消息相对应的MBMS业务。
图8说明根据本发明实施例的建立和释放信令连接的信令程序。在图8中,假设特定RNC区域中存在N个UE即UE#1至UE#N,以及各UE期望请求特定MBMS业务。
参照图8,如果在步骤801-1至801-N中、各UE将第一MBMS业务请求消息传送给RNC,RNC接收第一MBMS业务请求消息,并确定事件#2是否已经发生。如果在步骤801-1中接收到的第一MBMS业务请求消息引发事件#2,RNC就执行RNC业务上下文初始化过程。正如结合图6所述,RNC建立Iu信令连接,然后在步骤802-1中将第二MBMS业务请求消息传送给SGSN。即使对于在步骤801-2至801-N中接收到的第一MBMS业务请求消息,RNC也要确定事件#2是否已经发生。即,RNC使用每个所接收到的第一MBMS业务请求消息中包含的MBMS标识符,来执行MBMS标识符搜索过程。UE#2至UE#N传送的第一MBMS业务请求消息,不会引发事件#2。不引发事件#2意指有关Iu信令连接的信息已包含在图3所示的RNC业务上下文310的条目312中。因此,在步骤802-2至802-N中,RNC响应于第一MBMS业务请求消息,通过在步骤801-1和802-1中建立的Iu信令连接、来传送MBMS业务更新消息。
已参照图2说明了将相应的MBMS业务传送给UE#1至UE#N的程序,因此这里省略对其的说明。
如果在将相应MBMS业务正常提供给UE#1至UE#N时,相应MBMS业务被结束,SGSN就必须通知RNC。为此,SGSN就将MBMS业务停止消息的RANAP消息传送给接收该MBMS业务的所有UE。
MBMS业务停止=[类型,MBMS标识符] …(7)
在步骤803中,SGSN通过为MBMS业务形成的Iu信令连接,将MBMS业务停止消息传送给RNC。即,通过在步骤801-1至802-1中形成的Iu信令连接,将MBMS业务停止消息传送给RNC。RNC将从SGSN接收到的MBMS业务停止消息转换为适当的RRC消息,在步骤804-1至804-N中将所转换的RNC消息传送给每个UE。例如,下面的停止指示消息可用作RRC消息。
停止指示=[类型,MBMS标识符] …(8)
各UE通过由RNC提供的停止指示消息,来停止相应MBMS业务。
4.操作
图9说明在根据本发明的实施例的移动通信***中,建立Iu信令连接、传送/接收RANAP消息以及更新业务上下文的信令程序。对移动通信***中提供的每个MBMS业务,执行图9所示的信令程序。
参照图9,在步骤901中,RNC从特定UE接收请求相应MBMS业务的第一MBMS业务请求消息。在步骤902中,RNC确定第一MBMS业务请求消息是否已引发事件#2。如果确定事件#2已发生,RNC就进入步骤903。但是,如果确定事件#2没有发生,RNC就进入步骤915。
在步骤903中,RNC执行RNC业务上下文初始化过程。正如结合图6所述,如果已完成RNC业务上下文初始化过程,在步骤904中RNC就确定Iu信令连接id和LR_RNC,形成第二MBMS业务请求消息,并将该第二MBMS业务请求消息传送给SGSN。第二MBMS业务请求消息能够作为带有所确定信息的CR消息、被传送给SGSN。
在步骤905中,SGSN从RNC接收第二MBMS业务请求消息,并且在步骤903中,执行MBMS标识符搜索过程。即,在MBMS标识符搜索过程中,SGSN分析包含在第二MBMS业务请求消息中的MBMS标识符,并确定是否存在任何对应于该MBMS标识符的SGSN业务上下文。如果在步骤906中、不存在对应于该MBMS标识符的SGSN业务上下文,SGSN就进入步骤907。但是,如果存在对应于该MBMS标识符的SGSN业务上下文,SGSN就进入步骤908。在步骤907中,SGSN执行SGSN业务上下文初始化过程。在步骤908中,SGSN执行SGSN业务上下文UE列表更新操作。在完成SGSN业务上下文初始化操作或SGSN业务上下文UE列表更新操作之后,SGSN就进入步骤909。
在步骤909中,如结合图6所示,SGSN确定LR_CN,并执行SGSN业务上下文Iu信令连接信息更新操作。在步骤910中,SGSN使用所确定的LR_CN,来形成CC消息,并将CC消息传送给RNC。
在步骤911中,RNC接收SGSN传送的CC消息。在步骤912中,RNC分析所接收到的CC消息中包含的Iu信令连接id、LR_RNC和LR_CN,并使用所分析的信息,来执行RNC业务上下文Iu信令连接信息更新操作。
在直到步骤912的信令程序执行完毕时,就在SGSN和RNC之间完全形成用于MBMS业务的Iu信令连接。
此后,如果在步骤913中从CN(或SGSN)接收到有关MBMS消息时,RNC就进入步骤914。有关MBMS消息包含MBMS业务更新消息、第二MBMS通知响应消息和MBMS RAB分配响应消息。在步骤914中,RNC执行MBMS标识符搜索过程。即,RNC分析包含在有关MBMS消息中的MBMS标识符,并确定是否存在任何对应于所分析的MBMS标识符的RNC业务上下文。如果在MBMS标识符搜索过程中、确定存在对应于该MBMS标识符的RNC业务上下文,RNC就进入步骤915。如果在MBMS标识符搜索过程中、确定不存在对应于该MBMS标识符的RNC业务上下文,RNC就返回到步骤903。不存在对应于该MBMS标识符的RNC业务上下文,表示事件#2的发生。
在步骤902或914之后的步骤915中,RNC使用包含在相应RNC业务上下文的Iu信令连接信息中的LR_RNC和LR_CN,来形成作为SCCP消息的有关MBMS消息,并将该SCCP消息传送给SGSN。在步骤916中,SGSN从RNC接收SCCP消息,在步骤917中根据包含在SCCP消息中的LR_RNC和LR_CN、来搜索SGSN业务上下文。即,SGSN确定是否存在任何对应于该LR_RNC和LR_CN的SGSN业务上下文。在步骤918中,SGSN根据搜索结果选择SGSN业务上下文,并且根据包含在有关MBMS消息中的信息、对所选择的SGSN业务上下文执行相关操作。例如,如果在步骤916中接收到的有关MBMS消息是MBMS业务更新消息,在步骤918中SGSN就执行SGSN业务上下文UE列表更新操作。
此后,将持续执行步骤901至918,直到MBMS业务结束为止。
此外,即使对从SGSN到RNC的有关MBMS的下行消息的传输,也可应用步骤913至918。即,如果SGSN从转接N/W接收有关MBMS消息,SGSN就首先执行MBMS标识符搜索操作,以此识别相关的SGSN业务上下文。此后,SGSN根据所识别的SGSN业务上下文的Iu信令连接信息,来形成作为SCCP消息的有关MBMS消息,并将SCCP消息传送给RNC。RNC使用SCCP消息的LR_RNC和LR_CN,来识别相关RNC业务上下支,并根据所接收到的有关MBMS消息的信息,来更新所识别的RNC业务上下文。例如,如果有关MBMS的下行消息是第二MBMS业务响应消息,RNC就将执行RNC业务上下文UE列表更新类型#2操作。
如上所述,本发明能够简化移动通信***中提供MBMS业务所需的信令连接程序,从而有效地提供MBMS业务。而且,本发明还能够简化移动通信***中提供MBMS业务的程序,从而有助于降低移动通信***的负荷。
虽然已经参照本发明的特定优选实施例示出和说明了本发明,但是本领域的技术人员应该理解,在不脱离所附权利要求所限定的本发明的精神和范围的情况下,可进行形式和细节上的各种改变。