WO2008000130A1

WO2008000130A1 - Method and system for realizing multicast service of multimedia broadcast

Info

Publication number: WO2008000130A1
Application number: PCT/CN2007/001438
Authority: WO
Inventors: Rui Wang
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-06-19
Filing date: 2007-04-28
Publication date: 2008-01-03
Also published as: EP1903697A4; CN101517962B; US20070293249A1; EP1903697B1; EP1903697A1; CN1983945A; CN101517962A; CN100454819C; US8521196B2

Description

一种实现多媒体广播多播服务的方法和系统

技术领域

本发明涉及通信网络的多媒体广播多播服务，具体涉及在多媒体广播多播区域发生切换时实现多媒体广播多播服务的方法和系统。发明背景

作为制定第三代通信技术标准的标准化组织，第三代伙伴项目

( 3GPP )从 R6版本开始，就在核心网上提供多媒体广播多播能力。具体为：在核心网中增加一个新的网元设备，即广播多播服务中心

( BM-SC ) ,作为 UMTS网络上广播多播服务的数据源。所述 BM-SC 用于管理多媒体广播多播服务（MBMS )的工作，比如提供成员管理功能、会话和传输功能、代理和传输功能、服务通告功能、安全功能等。 BM-SC直接与 GPRS的网关服务节点（GGSN )相连，将广播多播服务数据发送给 UMTS网络。

在 R6版本之后， 3GPP演进网络也能够支持广播多播能力，比如通过 MBMS注册、 MBMS会话开始、 MBMS数据传输、 MBMS会话结束、 MBMS注销等流程实现广播多播能力。此外， 3GPP演进网络还支持 internet上的多播服务，允许将 internet上的多播服务在 3GPP 演进网络上传输。

在 3GPP演进网络中， MBMS可以通过订阅、服务通告、加入、会话开始、 MBMS 通知、数据传送、会话结束和离开等流程完成整个 MBMS的多播服务。负责数据、信令传输的节点使用到两个参数： MBMS UE上下文和 MBMS承载上下文，其中 MBMS UE上下文与 UE相关， MBMS承载上下文与承载相关。当某个节点上有第一个 UE注册时，该节点建立 MBMS承载上下文并向其上级节点注册。每个 MBMS承载上下文中设置有一个下行节点列表，某个节点收到其下级节点的注册请求时，将该下级节点添加到下行节点列表中。当发生下行方向的数据、信令传输时，节点利用自身的下行节点列表建立与下行节点的承载，并通过该承载向下传输数据、信令等内容。

在现有的多播技术中，每个多播服务定义有一个多播区域，用户只有在这个多播区域才能接收到该多播服务，所述多播区域包括多个本地多播区域（Local multicast area )。同一类型的多播服务在不同的本地多播区域播放的数据内容会有所不同，上述功能是通过不同的多播承载实现的。比如，同一类型的多播服务可以由多个多播承载传输，不同的本地多播区域使用不同的多播承载来发布同一类型的多播服务的数据内容。

这样的话，当用户当前位于的本地多播区域发生变化时，与该类型的多播服务对应的数据内容也希望得到相应变化。比如，对于"天气预报"这一类型的多播服务，假设用户在北京订阅了 "天气预报"，如果该用户从北京漫游到上海，用户希望收到的是上海的天气预报，即在北京收到北京的天气预报，在上海收到上海的天气预报。

实际情况是：用户在原本地多播区域注册后，移动过程中离开原本地多播区域、进入新本地多播区域时，由于两个本地多播区域的多播承载使用不同的服务标识（ID ) , 彼此之间无法建立联系，致使用户所需的多播服务中断。若想在新本地多播区域获得多播服务，用户只能在该新本地多播区域的多播承载上接收服务通知，再次接入该类型的多播服务。所述服务通知包括服务 ID、多播地址（指的是用于提供多播服务的多播源的地址）等接入参数。上述过程涉及到用户的重新注册等操作，会给用户造成不便，还可能贻误多播服务的接收。即使用户是在原本地多播区域接收服务通告，获得多播服务的接入参数 (比如多播地址等）后，离开该原本地多播区域进入新本地多播区域，用户利用原先获得的多播地址也无法从新本地多播区域的多播承载获得多播服务。发明内容

本发明实施例中提供一种实现多媒体广播多播 MBMS服务的方法和系统，主要技术方案如下：

一种实现多媒体广播多播 MBMS服务的方法，所述多媒体广播多播服务承载在不同的多媒体广播多播承载上，每个多媒体广播多播承载对应一个多媒体广播多播区域，该方法包括：

在网络侧为同一类型的多媒体广播多播服务的不同多媒体广播多播承载建立关联关系；

UE在不同的多媒体广播多播区域切换，网络侧根据该 UE请求的多媒体广播多播服务对应的不同多媒体广播多播承载间的关联关系，将 UE当前所在的多媒体广播多播区域的多媒体广播多播承载提供给该 UE。

一种实现多媒体广播多播 MBMS服务的系统，包括：

至少一个终端 UE, 接收多媒体广播多播服务，并在不同的多媒体广播多播区域切换；

第一网络单元，为同一类型的多媒体广播多播服务的不同多媒体广播多播承载建立关联关系，所述多媒体广播多播服务承载在不同的多媒体广播多播承载上，每个多媒体广播多播承载对应一个多媒体广播多播区域；第二网络单元，根据 UE请求的多媒体广播多播服务对应的不同多媒体广播多播承载间的关联关系，将 UE当前所在的多媒体广播多播区域的多媒体广播多播承载提供给该 UE。

本发明实施例中提供的实现多媒体广播多播 MBMS服务的方法和系统，在 UE发生区域间移动时，能够更好地支持多媒体广播多播服务。附图简要说明

图 1示出提供多播服务的网络结构和多播服务的注册流程；图 2是本发明一个实施例中实现多播服务的流程图；

图 3 是本发明一个实施例中具有多个本地多播区域的网络结构的示意图；

图 4是本发明一个实施例中实现多播服务的流程图；

图 5是本发明一个实施例中实现多播服务的流程图；

图 6是本发明一个实施例中实现多播服务的流程图；

图 7是本发明一个实施例中实现多播服务的流程图。实施本发明的方式

以下参照附图对本发明的实施例进行详细说明。

在图 1中，用于提供多播服务的网络，比如 3GPP演进网络，包括以下实体（在下述说明中，将除 UE之外的网络部分称为"网络侧 "）：移动管理实体（MME ) 101 , 负责对 UE102 进行移动性管理； eNodeB103是位于接入网中负责数据传输的实体。

用户面实体（ UPE )104是核心网中负责数据传输的实体。在 3GPP 演进网絡中， UPE可以连接包括 internetl 05的 PDN。实际应用中，并不是所有的 UPE都需要支持广播多播能力。将能够支持广播多播能力的 UPE称为 Multicast UPE116, 它在 Multicast Controller 126的协助下提供广播多播能力， Multicast UPE和 Multicast Controller构成一个多媒体广播多播服务（MBMS ) 106实体。所述 MBMS通过订阅、服务通告、加入、会话开始、 MBMS 通知、数据传送、会话结束和离开等流程实现 MBMS多播服务。

广播多播服务中心（BM-SC ) 107是 UMTS网络中提供广播多播数据的源头。 BM-SC可以直接与 MME及 Multicast controller连接，将广播多播数据发送给 UMTS网络。它具有管理 MBMS的功能，比如成员管理功能、会话和传输功能、代理和传输功能、服务通告功能、安全功能等。

在图 1 的网络中，能够提供一种多媒体广播多播服务的实现方法，同一类型的多播服务承载在多个不同的多播承载上，每个多播承载对应一个本地多播区域。需要说明的是，同一类型的多播服务在不同的本地多播区域的数据内容是不同的，比如某一类型的多播服务为提供天气预报，对于北京和天津这两个本地多播区域而言，天气预报的具体内容是不同的。

在下面的描述中，以多播服务（又称組播服务）为例加以说明。需要指出的是，以下的实施例同样适用于广播服务即本发明的实施例可以适用于多媒体广播多播服务。

要实现上述多播服务，需要在网络侧将同一类型的多播服务的不同多播承载进行关联。当 UE在不同的本地多播区域间切换时，网络侧根据不同的多播承载间的关联关系建立或者更新 MBMS上下文，并根据所述 MBMS上下文建立相应的多播承载，以便在新的本地多播区域为 UE提供多播服务的数据内容。所述 MBMS上下文可以是 MBMS UE上下文和 /或 MBMS承载上下文。

图 2示出本发明一个实施例中多播服务的实现流程，具体包括：步驟 201：在网络侧为不同的多播承载建立关联关系。

比如，在网络侧为某一类型的多播服务设置一个服务 ID, 将该类型的多播服务的不同多播承载都对应到该服务 ID。又如，对于同一类型的多播服务的不同多播承载，在网络侧用不同的服务 ID分别指示上述不同的多播承载，并将这些服务 ID设为等价，从而关联上述多播承载。

具体实现时，可以在 BM-SC中设置多播服务管理表，用于记录服务 ID、本地多播区域及多播地址的对应关系，所述多播地址用于指向提供多播服务的多播源（MCS )。在本地多播区域中，为某一类型的多播服务提供数据内容的多播源可以有多个。

比如，在表 1-a所示的多播服务管理表中，某个服务 ID对应多个多播地址的多个多播承载，这些多播承载只在指定的本地多播区域提供多播服务的数据内容。需要说明的是，这些对应于同一个服务 ID 的多播承载虽然提供的是同一类型的多播服务，但其数据内容可能是不同的。

表 1-a

又如，为多个不同的本地多播区域设置对应的服务 ID，并将所述服务 ID设为等价服务 ID。在 BM-SC中设置多播服务管理表，用于记录服务 ID、本地多播区域和多播地址的对应关系，以及服务 ID 之间的等价关系（其中一个具体示例见表 1-b ) 。表 1-b

当然，也可以采用其它方式建立不同的多播承载的关联关系。步骤 202: 用户通过 Web、短信等方式订阅多播服务。在提供多播服务之前， BM-SC 针对不同的本地多播区域发出服务通告，该服务通告包含本地多播区域的多播地址，终端（UE ) 可以从该服务通告中获得当前所在的本地多播区域（假设为本地多播区域 1 ) 的多播地址。

如果 UE获得该多播地址后，还未发起 MBMS注册就离开本地多播区域 1而进入本地多播区域 2，执行步骤 205。此时， UE记录的是本地多播区域 1的多播地址，位于的是本地多播区域 2。

如果 UE在发起 MBMS注册之前，并未离开本地多播区域 1，执行步骤 203。

步骤 203: UE发起 MBMS注册，网络侧确定与 UE的多播地址对应的服务 ID, 在本地多播区域 1建立 MBMS UE上下文和 MBMS 承载上下文。

具体为：在多播服务开始之前， UE利用多播地址发出多播加入信令（ IGMP Join ) (步骤 S 1 ) 。 UPE收到 IGMP后 , 向 MME发出加入请求（ Join Request ) (步骤 S2 ) 。 MME利用 UE的身份标识、多播地址到 BM-SC进行鉴权（步骤 S3 ) 。

BM-SC对 UE进行鉴权，确定与 UE提供的多播地址对应的服务 ID, 并将鉴权结果和服务 ID发送给 MME (步驟 S4 ) 。 MME与 UE 间建立 MBMS UE上下文，将服务 ID发送给 UE,发起激活上下文的操作（步骤 S6 ) 。 UE发送激活上下文的请求给] ViME，告知其所在的位置信息。 MME收到该请求后，通过向 BM-SC查询获得 UE当前所在的本地多播区域和多播地址。

MME 将多播服务相关信息通知给为该 UE 提供多播承载的 eNodeB (步骤 S7 ) 和 Multicast Controller (步驟 S8 ) , 所述多播服务相关信息包括本地多播区域标识、多播地址、月良务 ID。 eNodeB和 Multicast Controller上建立 MBMS承载上下文，然后 Multicast UPE 向多播地址指示的多播源发出服务加入消息（步骤 S12 )。所述 MBMS 承载上下文（其中一个具体示例见表 2 ) 包括服务 ID、本地多播区域和多播地址。

表 2

在建立 MBMS UE上下文后、多播服务结束前的任一时间，如果该 UE离开本地多播区域 1 ,执行步骤 204; 如果该 UE留在本地多播区域 1，执行步骤 206。

也就是说，所述离开指的是在建立 MBMS UE上下文后即行离开，也可以是在接收多播服务的数据内容期间离开。

步骤 204: UE从本地多播区域 1进入本地多播区域 2，该 UE向网络侧上报新的位置信息和原 MME标识，网络侧查询多播服务管理表，获得新的多播地址（即本地多播区域 2的多播地址），根据新的多播地址更新从原 MME获得的 MBMS UE上下文，再执行步骤 206。

具体为：网络侧根据原 MME标识和 UE的位置信息，获得在原 MME上保存的 MBMS UE上下文，从所述 MBMS UE上下文获得服务 ID, 再根据 UE的位置信息、服务 ID查询多播服务管理表，获得与本地多播区域 2对应的新的多播地址。网络侧根据新的多播地址更新 MBMS UE上下文，同时 UE也会更新其保存的 MBMS UE上下文。

对于 UE而言， ^ L MBMS UE上下文后，该 UE便可继续从新的多播地址接收多播服务的数据内容，而不会导致多播服务中断。

对于 MME而言，该 MME会将 UE离开本地多播区域 1、加入本地多播区域 2 的消息告知本地多播区域 2 的网络节点 UPE、 Multicast Controller和 eNodeB。

如果本地多播区域 2中已有其它用户申请了该类型的多播服务，可直接利用已有的 MBMS 承载上下文。否则，需要建立一个新的 MBMS承载上下文。比如，如果本地多播区域 2 中尚无其它用户申请对应于新的多播地址的多播服务，即该 UE是首位申请的用户，此时要建立一个 MBMS承载上下文。

再有，对于使用同一个服务 ID指示同一类型的多播服务的情况，不同的本地多播区域及多播地址都对应同一个服务 ID。如果此前已有其他用户在其他本地多播区域 (除本地多播区域 2之外）申请了该类型的多播服务，那么，在其他本地多播区域的节点巳建立 MBMS 承载上下文。但是，已建立的 MBMS承载上下文并不针对本地多播区域 2, 因此需要添加本地多播区域 2的 MBMS承载上下文，并将该 MBMS承载上下文指向同一个服务 ID。

实际应用中， MBMS UE上下文用于指示 UE如何接收多播服务。需要说明的是，该 MBMS UE上下文并非必不可少的，比如在 UE已经知道如何在接入网接收多播服务时， MBMS UE上下文就可以不必设置。对于不使用 MBMS UE上下文的情况， UE上报服务 ID和位置信息后，网络侧对 UE进行鉴权，将新的服务接入方式提供给 UE, UE 便可在当前所在的本地多播区域继续接收网络侧提供的多播服务。其中，向 UE提供服务接入方式的网络节点可以是 MME、 eNodeB 或其它实体。

步骤 205： UE利用本地多播区域 1的多播地址发起 MBMS注册，网络侧根据该多播地址查询多播服务管理表，获得该类型的多播服务的服务 ID，并在 MBMS UE上下文的建立过程中获得该 UE的位置信息，从而确定 UE当前所在的本地多播区域（即本地多播区域 2 ) 的标识。之后，根据服务 ID和本地多播区域 2标识查找多播服务管理表，获得新的多播地址，完成 MBMS UE上下文的建立。

步骤 206: UPE收到 internet上某个多播源的数据内容后，执行会话开始流程。网络侧根据 MBMS承载上下文建立相应的多播承载，将从多播地址接收到的数据内容通过该多播承载发送给 UE。

所述网络侧建立多播承载指的是：基于 UPE 和 eNodeB 上的 MBMS承载上下文记录的多播地址，UPE与 eNodeB间建立多播承载。

当一个 UPE能够接收多个多播源发来的数据内容时，该 UPE根据不同多播源对应的多播地址，为不同的多播源建立独立的多播承载，不同多播地址上收到的数据内容在对应的多播承载上传输。这样，表 1-a和表 1- b还可增加一列： UPE标识，用于表示在对应的本地多播区域中多播源通过哪个 UPE提供多播服务。 MME在执行位置更新时，会将 UE订阅的多播服务的相关信息发送给表 1指定的 Multicast 进一步地，本实施例的流程还可以包括：

步骤 207: 当所述多播服务结束时，拆除相应的多播承载。

拆除多播承载的具体操作与多播服务管理表的设置相关。如果多播服务管理表按照表 1-a的格式设置，即为不同的本地多播区域及多播地址设置同一个服务 ID, 在拆除多播承载时，可以根据不同的多播地址分别进行拆除，具体为：当某个多播地址上的数据内容不再发送给 Multicast UPE时， Multicast Controller向 eNodeB通知会话结束消息，将停止提供多播服务的多播地址告知 eNodeB, 并拆除该多播地址对应的多播承载。如果 MBMS承载上下文中还有未被删除的多播承载，则该 MBMS承载上下文就不会被删除; 否则，在拆除多播载后删除该 MBMS承载上下文。

实际应用中， UE离开本地多播区域、发起多播服务注销时， MME 根据该 UE 提供的多播地址，将 UE 离开消息通知给 Multicast Controller和 /或 eNodeB。 ί:口果 Multicast Controller和 /或 eNodeB节点在该多播地址上不再有要求提供多播服务的 UE, 上述节点可以删除 MBMS 承载上下文中与该多播地址对应的记录。如果上述节点上与该类型的多播服务对应的所有多播地址的记录都被删除，上述节点可以删除该 MBMS 载上下文。

根据本实施例提供的方法，如果用户处于漫游状态，该用户可以利用漫游前获得的本地多播区域 1的多播地址发起多播注册。 BM-SC 根据该本地多播区域 1的多播地址，确定用户当前所在的本地多播区域 2, 将与该本地多播区域 2对应的、能为用户提供同一类型的多播服务的多播地址发送给用户。

图 3 为本发明一个实施例中具有多个本地多播区域的网络结构的示意图，其中 RAN1和 RAN2分别覆盖本地多播区域 A1和 A2。下面，结合图 3所示的网络结构，详细描述本发明的实施例中多播服务的实现流程。

一个实施例的场景如下： UE在第一本地多播区域（即本实施例中的 Al )接收服务通告，获得指向 MCS 1的第一多播地址。之后，该 UE离开 A1 , 切换到第二多播区域（即 A2 ) 。此时， UE可利用第一多播地址在 A2发起 MBMS注册。这样，可以避免因错过 A2的服务通告，导致 UE无法注册的情况发生。具体执行过程见图 4: 步骤 410: 在网络侧设置多播服务管理表，为同一类型的多播服务分配一个服务 ID, 用于记录该类型的多播服务在不同的本地多播区域使用的多播地址，所述多播服务管理表的一个示例见表 3。

表 3

步骤 412: UE 最初位于本地多播区域 A1 , 通过本地多播区域 A1 的网络发送的服务通告，获得多播源 MCS 1的第一多播地址，该多播源 MCS1能够在本地多播区域 A1提供多播服务。

如果 UE没有移动到其他本地多播区域，而是始终位于该本地多播区域 Al，按正常流程处理。具体为： UE发起 MBMS注册，建立 MBMS UE上下文。当 MCS 1向 UPE1提供多播服务的数据内容时， UPE1发出会话开始消息，网络侧根据 MBMS承载上下文建立多播承载，并通过该多播承载将多播服务的数据内容发送给 UE。当然，在会话结束后，所述多播承载将被删除。

如果 UE从 A1移动到 A2, 执行步骤 414。

步骤 414: UE利用第一多播地址向 MME2发起 MBMS注册。步骤 416: MME2收到 UE的注册请求后，通知 BM-SC对 UE进行鉴权。

步骤 418: 该 UE通过鉴权后， BM-SC将 MCS2对应的服务 ID (即 TMGIO )发送给 MME2， MME2与 UE间建立 MBMS UE上下文，在建立 MBMS UE上下文的过程中获得 UE的位置信息，从而获知 UE当前所在的本地多播区域。之后，根据服务 ID及本地多播区域查询所述多播服务管理表，获得 MME2所支持的多播地址，即与 MCS2 对应的第二多播地址，再将第二多播地址及服务标识 TMGI0 提供给 UE, 且 MME2根据第二多播地址更新 MBMS UE上下文。

具体实现时，可以由 MME2将 TMGI0及 UE当前所在的位置信息（RAN2 )发送给 BM- SC， BM-SC返回该位置信息对应的多播源 MCS2的多播地址；也可以由 MME2向 BM-SC请求获得多播管理服务表，以供 MME2查阅。

此外， MME2 还会将 UE 的相关信息通知 UPE2 的 Multicast Controller和 RAN2的 eNodeB , 所述 UE的相关信息包括第二多播地址、本地多播区域、下行节点标识和服务 ID等。

如果该 UE是 UPE2中第一个向 MCS2申请多播服务的用户，需要在 UPE2的 Multicast Controller和 RAN2的 eNodeB上建立 MBMS 承载上下文。其中，表 4-a示出的是 Multicast Controller参数，表 4-b 示出的是 eNodeB参数。

表 4-a

表 4-b

步骤 420: MCS2向 UPE2发送多播服务的数据内容， UPE2发出会话开始消息，网络根据 MBMS承载上下文建立多播承载，并通过该多播承载将多播服务的数据内容发送给 UE。

该步骤具体包括：当数据内容从 MCS2到达 UPE2时， UPE2的 Multicast Controller向 MBMS承载上下文中记录的下行节点即 RAN2 的 eNodeB发送 MBMS会话开始消息。 RAN2的 eNodeB收到该消息后，与 UPE2建立该类型的多播服务的多播承载。 UPE2将数据内容经过 RAN2发送给 UE, 从而使得 UE能够在第二本地多播区域（即本实施例中的 A2 )接收多播服务的数据内容。

另一个实施例的场景如下： UE在本地多播区域 A1完成 MBMS 注册，并建立 MBMS UE上下文。在会话结束前的任一时刻，该 UE 离开本地多播区域 A1 , 进入本地多播区域 A2。此时， UE无需在本地多播区域 A2建立一个新的 MBMS UE上下文。具体执行过程见图 5:

步骤 510: 在网络侧为同一类型的多播服务分配一个服务 ID, 设置多播服务管理表，记录该服务 ID对应的不同本地多播区域及多播地址，该多播服务管理表的一个示例如表 5所示。

表 5

步骤 512: UE最初位于本地多播区域 Al，通过网络发送的服务通告获得该本地多播区域 A1的第一多播地址。

步骤 514: UE向 MME1发起 MBMS注册请求，该请求包含第一多播地址。

步驟 516: MME1收到 UE的注册请求，要求 BM-SC对 UE进行鉴权。

步骤 518: 该 UE通过鉴权后， BM-SC将 MCS1对应的服务 ID 即 TMGI0发送给 MME1。 MME1与 UE间建立 MBMS UE上下文，将服务标识 TMGI0及 MCS 1的多播地址提供给 UE。

该步驟中， MME1将 UE的加入情况通知给 UPE1 的 Multicast Controller和 RANI的 eNodeB。

此后，如果 UE停留在本地多播区域 A1 , 按正常流程处理，即： MCS1向 UPE1发送多播服务的数据内容， UPE1发送会话开始消息，网络建立多播承载，并通过多播承载将数据内容发送给 UE。会话结束后，该多播承载被删除。

如果 UE从本地多播区域 A1 进入本地多播区域 A2，执行步骤

520。

步骤 520: 当用户从本地多播区域 A1进入本地多播区域 A2时， UE向 MME2发出切换请求，上报它当前所在的位置信息、该 UE的身份信息及 MME相关信息。

其中，所述 UE 的身份信息可以是原分组域临时移动用户标识 ( P-TMSI )；所述 MME相关信息可以是原 MME信息，也可以是网络侧用于区分或标识 MME的其它信息；所述位置信息可以是能反映某个本地多播区域的划分情况的信息，比如小区信息、 TA信息（类似于 GPRS的 RA ) 等。

由于每个 MME的覆盖区域是不同的，所以 MME2可以根据原 MME信息及原 P-TMSI获得 MME1 的多播地址，从而获得 MME1 上已建立的 MBMS UE上下文，并从所述 MBMS UE上下文中获得服务 ID, 根据该服务 ID及 UE的位置信息查询多播服务管理表，获得 UE 当前所在的本地多播区域的多播地址，从该多播地址接收多播服务。

所述查询多播服务管理表包括： MME2 收到多播服务请求，将 UE的 TMGI0及位置信息（ RAN2 )发送给 BM-SC, BM-SC返回该位置信息对应的多播源 MCS2的多播地址；或者， MME2向 BM-SC 请求获得多播管理服务表，以供自身查阅。

在获得 MCS2的第二多播地址的同时， MME2还对从 MME1获得的 MBMS UE上下文进行更改，比如将其中记录的第一多播地址更改为第二多播地址，再将更改后的 MBMS UE上下文返回给 UE, UE 根据该 MBMS UE上下文对参数进行更新（见表 6 ) 。

表 6

经过上述更新， UE就可以在当前所在的本地多播区域 A2继续接收同一类型的多播服务。需要说明的是，如果该 UE是第一个申请从多播地址 A2获得多播服务的用户，则在 UE更新 MBMS UE上下文后，还需将该 UE的加入情况通知 UPE2的 Multicast Controller和 RAN2的 eNodeB , 由 Multicast Controller和 eNodeB根据新的多播地址建立一个 MBMS承载上下文。

MME2完成 MBMS UE上下文更新后，通知 MME1切换完成， MME1将 UE的相关信息删除。如果该 UE是 MCS1的唯一用户，由于不再有其它用户申请 MCS1 上的多播服务， MME1通知 UPE1 的 Multicast Controller和 RANI 的 eNodeB删除 MBMS UE上下文、 MBMS承载上下文，并删除多播承载， UPE1还会向 MCS1发送 IGMP 离开消息。

此外， MME2与 UE更新 MBMS UE上下文，并告知 UPE2和 007 001438 AN2该 UE加入到多播服务中。 UPE2向 MCS2发送 IGMP加入消息，建立与 RAN2的多播承载，继续将该类型的多播服务提供给用户。

当多播服务结束时， UPE2停止从 MCS2接收多播服务， UPE2 的 Multicast Controller向其下行节点（包括 RAN2的 eNodeB )发送会话结束消息， eNodeB删除与 UPE2间的多播承载。

多播服务注销也可以由 UE发起，具体为： UE向 UPE2发出 IGMP 离开消息， MME2将该消息发送给 BM-SC,并通知 UPE2的 Multicast Controller和 RAN2的 eNodeB。如果 MCS2仅为该 UE提供多播服务，则 Multicast Controller和 eNodeB删除 MBMS承载上下文。

在删除多播承载时，如果某个 UPE覆盖多个本地多播区域，则网络侧根据多播地址删除多播承载。例如， UPE2覆盖本地多播区域 RAN2/A2和 RAN3/A3 , 本地多播区域 A3的多播源 MCS3也提供与 MCS2 同一类型的多播服务，此时 MCS3上有其他用户存在。 UPE2 收到 MME2的 UE离开消息后，将与 MCS2对应的多播承载删除，并删除 MBMS承载上下文中与 MCS2对应的条目，保留与 MCS3对应的条目。

又一个实施例的场景如下：假设有两个多播源 MCS1和 MCS2, M C S 1服务于本地多播区域 A 1 ,该本地多播区域 A 1在 RAN 1的覆盖下； MCS2服务于本地多播区域 A2，该本地多播区域 A2在 RAN2 的覆盖下。

其中，不同的本地多播区域使用不同的多播承载，这些多播承载用不同的服务 ID表示。上述服务 ID设为等价，以保障用户在不同本地多播区域接收到同一类型的多播服务。

比如， MCS1上的多播服务承载在服务 ID为 TMGI1的多播承载上， MCS2上的多播服务承载在服务 ID为 TMGI2 的多播承载上， TMGIl和 TMGI2设为等价。 UE在本地多播区域 A1接收服务通告，获得 A1的第一多播地址后进入本地多播区域 A2。此时， UE仍可利用本地多播区域 A1提供的第一多播地址发起注册，具体执行过程见图 6:

步骤 610: 设置多播服务管理表，每个本地多播区域分配一个服务 ID，并将同一类型的多播服务的本地多播区域的服务 ID设为等价。

通过上述设置，运营商可以针对同一类型的多播服务，在不同的本地多播区域提供不同的数据内容。

步骤 612: UE 最初位于本地多播区域 A1 , 通过服务通告获得 MCS1的多播地址。

如果用户在发起 MBMS注册前并未发生移动，按正常流程处理，即： UE发起 MBMS注册，建立 MBMS UE上下文。之后， MCS1向 UPE1发送多播服务， UPE1发送会话开始消息，网絡根据 MBMS承载上下文建立多播承载，通过多播承载将多播服务发送给 UE, 并在会话结束后删除多播承载。

如果用户在发起 MBMS注册前移动到 A2, 执行步骤 614。

步骤 614: UE利用 MCS1的多播地址发起 MBMS注册。

步骤 616: MME2收到 UE的 MBMS注册请求后，发送给 BM-SC 进行鉴权。

步骤 618: 该 UE通过鉴权后， BM-SC将 MCS 1对应的服务 ID (即 TMGI1 )发送给 MME2, MME2与 UE间开始建立 MBMS UE 上下文，在此过程中， UE上报位置信息，所述位置信息可以是小区信息、 TA信息（等同于 GPRS的 RA )等本地多播区域的信息。 MME2 将 TMGI1以及 UE的位置信息发送给 BM-SC, 请求获得等价多播承载的服务 ID, BM-SC将与 TMGIl等价、服务于 UE当前所在位置的多播承载的服务标识 TMGI2及 MCS2 的多播地址发送给 MME2, MME2完成与 UE间 MBMS UE上下文的建立，将 MCS2的多播地址和 TMGI2提供给 UE。

此外， MME2 还将 UE 的加入情况通知给 UPE2 的 Multicast Controller和 RAN2的 eNodeB。如果 UE是本地多播区域 A2中第一个申请该类型的多播服务的用户， UPE2 的 Multicast Controller 和 RAN2的 eNodeB还需根据 MCS2的多播地址建立 MBMS承载上下文。

步骤 620: MCS2向 UPE2发送多播服务的数据内容， UPE2发送会话开始消息，网络建立多播承载，并通过多播承载将多播服务发送给 UE。

该步骤具体包括： UPE2向 MCS2发送 IGMP加入消息。当数据内容从 MCS2到达 UPE2时， UPE2的 Multicast Controller向其 MBMS 承载上下文中记录的下行节点发送 MBMS会话开始消息。 RAN2的 eNodeB收到消息后，与 UPE2建立多播承载， UPE2利用该多播承载将数据内容发送到 RAN2, 再传送给 UE。

当用户发生漫游时，根据漫游协议， VPLMN将用户申请的服务 ID和网络内与其签有漫游协议的服务 ID设为等价，当用户发起注册时， VPLMN通过替换服务 ID继续为用户提供多播服务。

再一个实施例的场景如下：假设有两个多播源 MCS 1和 MCS2, MCS1服务于本地多播区域 Al， MCS2服务于本地多播区域 A2。 UE 在本地多播区域 A1完成 MBMS注册并建立 MBMS UE上下文。在会话结束前，该 UE离开本地多播区域 A1 , 进入本地多播区域 A2。此时，该 UE无需重新注册及建立 MBMS UE上下文。具体执行过程见图 7: 步骤 710: 网络侧将同一类型的多播服务的两个多播承载的服务 ID (即 TMGI1和 TMGI2 )设为等价服务 ID, 具体实现见表 7。

表 7

步骤 712: 用户最初位于 A1 , 通过服务通告获得 MCS1 的多播地址。

步骤 714: UE向 MME1发起 MBMS注册请求，包含 MCS1的多播地址。

步骤 716: MME1 收到 UE的注册请求后，发送给 BM-SC进行鉴权。

步骤 718: 该 UE通过鉴权后， BM-SC将 MCS1对应的服务 ID 即 TMGI1发送给 MMEl , MME1与 UE间建立 MBMS UE上下文，该 MBMS UE上下文基于 TMGI1和 MCS1的多播地址。此外， MME1 会将 UE的加入情况通知 UPE1 的 Multicast Controller和 RANI 的 eNodeB。

如果 UE停留在本地多播区域 A1 , 按正常流程处理，即： MCS1 向 UPE1发送多播服务， UPE1发送会话开始消息，网络建立多播承载，通过多播承载将数据内容发送给 UE, 并在会话结束后删除多播承载。如果 UE是本地多播区域 A1 中第一个申请多播服务的用户，则 UPE1的 Multicast Controller和 RANI的 eNodeB还需居 MCS1 的多播地址建立 MBMS承载上下文。

如果 UE从接入网 RAN1进入 RAN2, 即从本地多播区域 A1进入 A2，执行步骤 720。步骤 7²0: 用户从 RANI进入 RAN2, UE向 MME2发出切换请求，并上报当前所在的位置信息、 UE的身份信息及 MME相关信息。

所述 UE的身份信息可以为原 P-TMSI; 所述 MME相关信息可以是原位置信息，也可以是网络侧可以用于区分或标识 MME的其它信息。

MME2根据原位置信息得知 MME1 的地址，根据 UE的身份信息获得在原 MME1上建立的 MBMS UE上下文，从所述 MBMS UE 上下文中获得服务标识 TMGI1。

之后， MME2 将服务标识 TMGI1 及 UE 的位置信息发送给 BM-SC, 请求获得等价多播承载的服务 ID。 BM-SC将与 TMGI1等价、服务于 UE当前所在位置的多播承载的服务标识 TMGI2及 MCS2 的多播地址发送给 MME2。

MME2完成与 UE间的 MBMS UE上下文更新，将 TMGI2及 MCS2的多播地址发送给 UE, UE从 RAN2的 eNodeB接收 MCS2提供的多播服务。之后， MME2通知 MME1切换完成， MME1将 UE 的相关信息删除。此时，如果 MCS 1上没有其它用户申请该类型的多播服务， MME1通知 UPE1的 Multicast Controller和 RANI的 eNodeB 删除 MBMS承载上下文， UPE1向 MCS 1发送 IGMP离开消息。如果在该 UE切换到 MME2之前， MCS2上没有该类型的多播服务的其他用户， MME2完成与 UE间的 MBMS UE上下文更新后，将 UE加入消息通知给 UPE2的 Multicast Controller和 RAN2的 eNodeB。 Multicast Controller和 eNodeB建立 MBMS承载上下文， UPE2向 MCS2发出 IGMP加入消息。 UPE2收到数据内容，建立与 RAN2的多播承载，继续提供多播服务给该用户。

当多播服务结束时， UPE2停止从 MCS2接收数据内容， UPE2 的 Multicast Controller向其下行节点（包括 RAN2的 eNodeB ) 发送会话结束消息， eNodeB删除与 UPE2间的多播承载。 UE发起多播服务注销，向 UPE2发出 IGMP离开消息。 MME2获得该消息后，将该消息发送给 BM-SC,并通知 UPE2的 Multicast Controller和 RAN2的 eNodeB。

可以看出，图 4是 UE在注册前发生移动，且同一类型的多播服务分配一个服务 ID; 图 5是 UE在注册后发生移动，且同一类型的多播服务分配一个服务 ID; 图 6是 UE在注册前发生移动，同一类型的多播服务分配多个服务 ID并通过设置等价关系实现关联；图 7是 UE 在注册后发生移动，同一类型的多播服务分配多个服务 ID并通过设置等价关系实现关联。

在本发明的一个实施例中，为了方便获得 UE当前所在的多播区域的多播服务相关信息，减少网络设备间的指令交互，可以在 MME 中增设一个服务区域列表。表 8是服务区域列表的一个具体示例，实际应用中不限于这种格式。

表 8

一般情况下，所述服务区域列表保存在 MME中，包括多播地址、本地多播区域和等价多播地址等内容。其中，本地多播区域指：该多播地址提供多播服务的范围，等价多播地址指：在其它本地多播区域能够提供同一类型的多播服务的多播地址。在表 8中，为每个多播地址设置一个条目。

所述服务区域列表可以是以下任一种格式：格式一、记录网络中支持的多播地址、本地多播区域及等价多播地址的对应关系，所述多播地址指向提供多播服务的多播源。

格式二、记录网络中支持的多播地址、本地多播区域及等价多播地址的对应关系，所述本地多播区域限于当前 MME的覆盖区域，若没有则为空。

格式三、记录网络中支持的当前 MME的覆盖区域中 MCS的多播地址、本地多播区域及等价多播地址的对应关系。

当 UE在不同本地多播区域间切换时， MME获得 UE的位置信息及原多播地址，从自身保存的服务区域列表中查找到原多播地址的条目，如果原多播地址对应的本地多播区域与该 UE的位置信息不符，查找该原多播地址的所有等价多播地址，确定本地多播区域与 UE的位置信息符合的等价多播地址，即有效多播地址，再根据该有效多播地址建立或者更新 MBMS UE上下文、 MBMS承载上下文，建立相应的多播承载。

具体为：如果 UE从多播服务开始后到多播服务结束前没有发生区域间移动，当 UE发起 MBMS 注册时，根据服务区域列表即可判定该 UE的位置信息和所提供的多播地址是符合的，即多播地址与本地多播区域满足所述服务区域列表中记录的对应关系。

如果 UE 在同一类型的多播服务的不同本地多播区域间切换， MME获得 UE的位置信息、服务 ID及原多播地址，在建立或者更新 MBMS UE上下文时，根据服务区域列表即可判定 UE的位置信息与原多播地址不符。之后， MME通过服务区域列表获得当前所在的本地多播区域的有效多播地址，将 UE的 MCS的多播地址更新为该有效多播地址。

进一步地，如果 MME的服务区域列表中不存在原多播地址的条目，或不存在等价多播地址的条目， ΜΜΕ会向 BM-SC请求所缺少的条目，即多播地址对应的本地多播区域、等价多播地址， BM-SC 收到 ΜΜΕ的请求后，将对应条目发送给 ΜΜΕ, 由 ΜΜΕ在服务区域列表中进行记录。再有，比如 ΜΜΕ要求的是原多播地址的条目， BM-SC除将原多播地址的条目提供给 ΜΜΕ之外，还可以将原多播地址的所有等价多播地址的条 i)返回给 MME。

实际应用中， BM-SC 在设置某个类型的多播服务的相关信息或设置多播服务管理表后，将多播地址、本地多播区域及等价多播地址的对应关系通知所有 MME，由 MME对服务区域列表作记录或更新。再有，当某个类型的多播服务的本地多播区域发生变化时，比如本地多播区域变大或变小， BM-SC向 MME发送服务区域更新消息 , MME 据此更新服务区域列表。

当所述服务区域列表为格式二时，如果 BM-SC获知网络中不再提供某个类型的多播服务，则请求 MME删除与该类型的多播服务相关的所有多播地址的条目。

当所述服务区域列表为格式一或格式三时，如果某个 MCS提供的多播服务，以及与该 MCS具有等价多播地址的 MCS提供的多播服务的所有用户都离开该 MME, 则该 MME删除服务区域列表中与上述多播地址对应的条目。

在本发明的一个实施例中，当某个用户从一个 eNodeB的覆盖区

(称为源小区）移动到另一个 eNodeB的覆盖区（称为目的小区），该用户会侦听目的小区的广播信道，从而获知该目的小区究竟提供哪些广播服务。当该用户有获得其中某个或某些广播服务的要求时，通过上报其要求接收的广播服务的标识，在该目的小区获得对应的广播服务。假设 3GPP网络存在两个广播源： MCS1和 MCS2, MCS1为本地广播区域 A1提供广播服务，该 A1区域在 RAN1的覆盖下， MCS2 为本地广播区域 A2提供广播服务，该 A2区域在 RAN2的覆盖下。

某一类型的广播服务 S在 MCS1上使用服务 ID为 TMGI1的广播承载，在 MCS2上使用服务 ID为 TMGI2的广播承载，这两个广播承载都釆用增强广播模式在空口传输数据内容。

所述增强广播指的是在空口对用户进行计数，如果存在用户，则传输广播服务的数据内容，如果数目较少，则采用点到点的传输信道，如果数目较多，则采用点到多点的传输信道。在增强广播模式下，当广播服务开始时，接入网的 eNodeB向所有 UE发送 MBMS服务变更消息，其中携带 MBMS的服务 ID。 UE收到该消息后，如果根据所述服务 ID确定自身要求接收该类型的广播服务，就会向 eNodeB上报响应消息。 eNodeB通过对响应消息进行计数，获得要求接收该类型的广播服务的用户数 ϋ 。

假设 UE原先位于本地广播区域 A 1，通过 TMGI 1接收广播服务。后来，该 UE从 RAN1的 eNodeB移动到 RAN2的 eNodeB。假设网络侧（比如 MME上设置有广播服务管理表）已为 TMGI1和 TMGI2 建立关联关系，当 UE订阅该类型的广播服务 S时，网络侧可以通过服务通告将该关联关系发送给 UE。

在一个具体实例中，该 UE通过 A2区域的系统广播，发现当前区域用于发送广播服务的是 TMGI2。该 UE根据 TMGI2和 TMGI1 的关联关系，向 eNodeB上报响应消息。之后， eNodeB 可以采用增强广播方式，通过 TMGI2向 UE提供广播服务。

在另一个具体实例中， UE发送 Service Request请求到 MME2, MME2收到该请求消息后，获取 UE请求的 TMGI1，确定 A2区域不存在服务 ID为 TMGI1 的广播承载。之后， eNodeB查找广播服务管理表，确定与 TMGI1关联的服务标识 TMGI2,通过 TMGI2指示的广播承载为 UE提供广播服务。

在本发明的实施例中，还提供一种实现多媒体广播多播 MBMS 服务的系统，包括：

第一网络单元，为同一类型的多媒体广播多播服务的不同多媒体广播多播承载建立关联关系，所述多媒体广播多播服务承载在不同的多媒体广播多播承载上，每个多媒体广播多播承载对应一个多媒体广播多播区域；

第二网络单元，根据 UE请求的多媒体广播多播服务对应的不同多媒体广播多播承载间的关联关系，将 UE当前所在的多媒体广播多播区域的多媒体广播多播承载提供给该 UE。

进一步地，所述 UE用于：从第一本地多媒体广播多播区域接收服务通告，获得与第一本地多媒体广播多播区域对应的第一多媒体广播多播地址；在执行 MBMS注册前切换到第二本地多媒体广播多播区域，利用第一多媒体广播多播地址在第二本地多媒体广播多播区域发起 MBMS注册；

所述第二网絡单元用于：获得 UE的位置信息，查询多媒体广播多播服务管理表，获得与第二本地多媒体广播多播区域对应的第二多媒体广播多播地址，根据第二多媒体广播多播地址建立 MBMS上下文。

进一步地，所述 UE用于：在第一本地多媒体广播多播区域完成 MBMS 注册；在多媒体广播多播服务结束前切换到第二本地多媒体广播多播区域，向网络侧上报 UE的位置信息；

所述第二网络单元用于：根据 UE的位置信息查询多媒体广播多播服务管理表，获得与第二本地多媒体广播多播区域对应的第二多媒体广播多播地址，根据第二多媒体广播多播地址在第二本地多媒体广播多播区域建立 MBMS上下文。

所述多媒体广播多播服务管理表保存在第一网络单元。

对于多播服务，所述第一网络单元为 BM-SC，所述第二网络单元为 MME; 对于广播业务，所述第一网络单元为 MME, 所述第二网络单元为 eNodeBo

综上所述，本发明的实施例提供一种多媒体广播多播服务的实现方法，在用户发生区域间移动时，能够更好地接入新本地多播区域，接收多播服务。以上所述，仅为本发明的实施例而已，并非用于限定本发明的保护范围。

Claims

权利要求书

1、一种实现多媒体广播多播 MBMS服务的方法，其特征在于，所述多媒体广播多播服务承载在不同的多媒体广播多播承载上，每个多媒体广播多播承载对应一个多媒体广播多播区域，该方法包括：在网络侧为同一类型的多媒体广播多播服务的不同多媒体广播多播承载建立关联关系；

UE在不同的多媒体广播多播区域切换，根据该 UE请求的多媒体广播多播服务对应的不同多媒体广播多播承载间的关联关系，将 UE 当前所在的多媒体广播多播区域的多媒体广播多播承载提供给该 UE。

2、如权利要求 1所述的方法，其特征在于，所述为同一类型的多媒体广播多播服务的不同多媒体广播多播承载建立关联关系包括：网络侧将不同的多媒体广播多播承载对应到同一个服务 ID; 或用不同的服务 ID标识不同的多媒体广播多播承载，并将所述服务 ID设为等价。

3、如权利要求 2所述的方法，其特征在于，所述将不同的多媒体广播多播承载对应到同一个服务 ID包括：在 BM-SC设置多媒体广播多播服务管理表，记录服务 ID和一个以上本地多媒体广播多播区域、多媒体广播多播地址的对应关系，所述本地多媒体广播多播区域、多媒体广播多播地址对应于一个多媒体广播多播承载。

4、如权利要求 2所述的方法，其特征在于，所述用不同服务 ID 标识不同的多媒体广播多播承载并将所述服务 ID设为等价包括：在 BM-SC设置多媒体广播多播服务管理表，记录服务 ID、本地多媒体广播多播区域及多媒体广播多播地址三者的对应关系，以及不同服务 ID之间的等价关系。

5、如权利要求 1所述的方法，其特征在于，所述 UE在不同的多媒体广播多播区域切换，网络侧将 UE当前所在的多媒体广播多播区域的多媒体广播多播承载提供给该 UE包括：

UE从第一本地多媒体广播多播区域接收服务通告，获得与第一本地多媒体广播多播区域对应的第一多媒体广播多播地址；

在执行 MBMS注册前，该 UE切换到第二本地多媒体广播多播区域；

UE利用第一多媒体广播多播地址在第二本地多媒体广播多播区域发起 MBMS注册；

网络侧获得 UE的位置信息，通过查询多媒体广播多播服务管理表，获得与第二本地多媒体广播多播区域对应的第二多媒体广播多播地址，并根据第二多媒体广播多播地址建立 MBMS上下文。

6、如权利要求 5所述的方法，其特征在于，所述 UE发起 MBMS 注册、网络侧获得第二多媒体广播多播地址包括： UE向 MME发出 MBMS注册请求 , MME触发 BM-SC对 UE进行鉴权；鉴权通过后， BM-SC 将第一多媒体广播多播地址对应的服务 ID 发送给 MME; MME与 UE间建立 MBMS UE上下文，获取 UE的位置信息，根据服务 ID及 UE的位置信息查询所述多媒体广播多播服务管理表，获得第二本地多媒体广播多播区域的第二多媒体广播多播地址。

7、如权利要求 1所述的方法，其特征在于，所述 UE在不同的多媒体广播多播区域切换，网络侧将 UE当前所在的多媒体广播多播区域的多媒体广播多播承载提供给该 UE包括： UE在第一本地多媒体广播多播区域完成 MBMS注册；在多媒体广播多播服务结束前，该 UE切换到第二本地多媒体广播多播区域，向网络侧上报 UE的位置信息，网络侧通过查询多媒体广播多播服务管理表，获得与第二本地多媒体广播多播区域对应的第二多媒体广播多播地址，并根据第二多媒体广播多播地址在第二本地多媒体广播多播区域建立 _MBMS上下文。

8、如权利要求 7所述的方法，其特征在于，所述 UE上报位置信息、网络侧获得第二多媒体广播多播地址包括： UE向网络侧发送切换请求，上报该 UE的位置信息和身份信息、原 MME信息，网络侧根据原 MME信息和 UE的身份信息从原 MME获得该 UE的 MBMS UE上下文，再从所述 MBMS UE上下文获得服务 ID, 根据服务 ID 和 UE的位置信息查询多媒体广播多播服务管理表，获得与第二多媒体广播多播区域对应的第二多媒体广播多播地址。

9、如权利要求 5至 8任一项所述的方法，其特征在于，所述建立 MBMS上下文包括：判断第二本地多媒体广播多播区域是否已有其它用户申请该类型的多媒体广播多播服务；如果已有用户申请所述多媒体广播多播服务，则根据第二多媒体广播多播地址更新 MBMS UE上下文；如果该 UE为第二本地多媒体广播多播区域中第一个申请该类型的多媒体广播多播服务的用户，则根据第二多媒体广播多播地址更新 MBMS UE上下文，建立 MBMS承载上下文。

10、如权利要求 5至 8任一项所述的方法，其特征在于，所述多媒体广播多播服务管理表记录使用同一个服务 ID的本地多媒体广播多播区域及多媒体广播多播地址；

所述查询多媒体广播多播服务管理表、获得第二多媒体广播多播地址包括： MME将 UE的位置信息、服务 ID发送给 BM- SC, BM-SC 返回该位置信息对应的多媒体广播多播地址。

11、如权利要求 5至 8任一项所述的方法，其特征在于，所述多媒体广播多播服务管理表记录服务 ID、本地多媒体广播多播区域及多媒体广播多播地址的对应关系，以及不同服务 ID之间的等价关系；所述查询多媒体广播多播服务管理表、获得第二多媒体广播多播地址包括： MME将 UE的位置信息、第一服务 ID发送给 BM-SC, 请求等价多媒体广播多播承载的服务 ID, BM-SC根据 UE的位置信息查询多媒体广播多播服务管理表，确定与第一服务 ID等价的第二服务 ID, 并将该第二 i ^务 ID的记录项发送给所述 MME, 所述记录项包括与第二服务 ID对应的本地多媒体广播多播区域及多媒体广播多播地址。

12、如权利要求 1至 8任一项所述的方法，其特征在于，进一步包括：在 MME设置服务区域列表，用于记录多媒体广播多播地址、本地多媒体广播多播区域及等价多媒体广播多播地址的对应关系。

13、如权利要求 12所述的方法，其特征在于，所述 UE在不同的多媒体广播多播区域切换，网络侧将 UE当前所在的多媒体广播多播区域的多媒体广播多播承载提供给该 UE包括：当 UE在不同的多媒体广播多播承载间切换时， MME根据 UE的位置信息及第一多媒体广播多播地址查询服务区域列表，确定与该 UE的位置信息对应的第二多媒体广播多播地址，根据第二多媒体广播多播地址建立或者更新 MBMS UE上下文。

14、如权利要求 13所述的方法，其特征在于，进一步包括：所述服务区域列表中不存在与第一多媒体广播多播地址对应的记录项时， MME向 BM-SC请求与第一多媒体广播多播地址对应的等价多媒体广播多播地址； BM-SC 将所述等价多媒体广播多播地址及本地多媒体广播多播区域的信息发送给 MME, MME 在所述服务区域列表中记录第一多媒体广播多播地址、以及与第一多媒体广播多播地址对应的本地多媒体广播多播区域及等价多媒体广播多播地址。

15、如权利要求 13所述的方法，其特征在于，进一步包括： BM-SC 将多媒体广播多播地址、本地多媒体广播多播区域及等价多媒体广播多播地址的对应关系发送给 MME, MME 在服务区域列表中记录上述对应关系。

16、如权利要求 13所述的方法，其特征在于，进一步包括：当多媒体广播多播服务的本地多媒体广播多播区域发生更新时， BM-SC 向 MME发送服务区域更新消息， MME对服务区域列表进行更新。

17、如权利要求 1所迷的方法，其特征在于，所述将 UE当前所在的多媒体广播多播区域的多媒体广播多播承载提供给该 UE包括：建立或者更新 MBMS上下文；

居建立或者更新后的 MBMS上下文，在 UE 当前所在的本地多媒体广播多播区域建立多媒体广播多播承载，提供多媒体广播多播服务给 UE。

18、如权利要求 1或 17所述的方法，其特征在于，进一步包括：多媒体广播多播服务结束时，网络侧删除对应的多媒体广播多播承载。

19、如权利要求 18所述的方法，其特征在于，网络侧将不同的多媒体广播多播承载对应到同一个服务 ID时，所述网络侧删除对应的多媒体广播多播承载包括：网络侧删除与多媒体广播多播地址对应的多媒体广播多播承载，并判断该多媒体广播多播承载使用的 MBMS 承载上下文中是否存在其他多媒体广播多播承载，如果不存在则删除该 MBMS承载上下文。

20、如权利要求 1所述的方法，其特征在于，所述 UE在不同的多媒体广播多播区域切换，网络侧将 UE当前所在的多媒体广播多播区域的多媒体广播多播承载提供给该 UE包括： UE从第一本地广播区域移动到第二本地广播区域，通过系统广播确定第二本地广播区域使用的是第二广播承载，判断第二广播承载和第一本地广播区域使用的第一广播承载是否关联，如果是则向 eNodeB 上报响应消息， eNodeB采用增强广播方式，通过所述第二广播承载向 UE提供广播服务。

21、如权利要求 1所述的方法，其特征在于，所述 UE在不同的多媒体广播多播区域切换，网络侧将 UE当前所在的多媒体广播多播区域的多媒体广播多播承载提供给该 UE包括： UE从第一本地广播区域移动到第二本地广播区域，请求通过第一广播承载获得广播服务，网络侧根据第一广播承载的标识查找广播服务管理表，判断第二本地广播区域的第二广播承载和所述第一广播承载是否关联，如果是则采用增强广播方式，通过所述第二广播承载向 UE提供广播服务。

22、一种实现多媒体广播多播 MBMS服务的系统，其特征在于，包括：

第一网络单元，为同一类型的多媒体广播多播服务的不同多媒体广播多播承载建立关联关系，该类型的多媒体广播多播服务承载在不同的多媒体广播多播承载上，每个多媒体广播多播承载对应一个多媒体广播多播区域；

第二网络单元 , 根据 UE请求的多媒体广播多播服务对应的不同多媒体广播多播承载间的关联关系，将 UE当前所在的多媒体广播多播区域的多媒体广播多播承载提供给该 UE。

23、如权利要求 22所述的系统，其特征在于，所述 UE用于：从第一本地多媒体广播多播区域接收服务通告，获得与第一本地多媒体广播多播区域对应的第一多媒体广播多播地址；在执行 MBMS注册前切换到第二本地多媒体广播多播区域，利用第一多媒体广播多播地址在第二本地多媒体广播多播区域发起 MBMS注册；

所述第二网络单元用于：获得 UE的位置信息，查询多媒体广播多播服务管理表，获得与第二本地多媒体广播多播区域对应的第二多媒体广播多播地址，根据第二多媒体广播多播地址建立 MBMS上下文。

24、如权利要求 22所述的系统，其特征在于，

所述 UE用于：在第一本地多媒体广播多播区域完成 MBMS注册；在多媒体广播多播服务结束前切换到第二本地多媒体广播多播区域，向网络侧上报 UE的位置信息；

25、如权利要求 22至 24任一项所述的系统，其特征在于，所述多媒体广播多播服务管理表保存在笫一网络单元。

26、如权利要求 22至 24任一项所述的系统，其特征在于，所述第一网络单元为 BM-SC , 所述第二网络单元为 MME。

27、如权利要求 22所述的系统，其特征在于，所述第一网络单元为 MME, 所述第二网络单元为 eNodeB。