具有重叠池区的移动通信系统中的用户面实体选择的利记博彩app

专利名称：具有重叠池区的移动通信系统中的用户面实体选择的利记博彩app
技术领域：
本发明的一个方面涉及用户面(userplane)实体与不同接入节点之间的 用户面的建立，其中，同时将所述不同接入节点分配给不同的池区(pool area) 而用于多播或广播服务提供。
本发明的另 一方面涉及用于确保由移动终端从接入节点接收的多播服务 的服务连续性的方法，其中，同时将所述接入节点分配给第一和至少第二池 区。此外，本发明涉及通信网络的不同实体，如移动终端、移动性管理实体、 用户面实体以及接入节点。
背景技术：
对于移动通信系统，通常要求移动终端在能够接收期望的服务之前首先 对网络附连/注册。此附连/注册通常包括网络中移动终端的认证和授权，并且 经常称作"网络附连"。对于每个移动终端对网络的附连/注册，在处理网络 附连的网络实体处产生上下文状态信息和信令消息。因此，显然，每个移动 终端在此实体处产生了一些负载。当然，存在特定网络实体可以处理的负载 的上限，导致关于这样的实体可以处理的移动终端数量的上限。.因此，或许 要求分散由跨越一些网络实体的移动终端所引起的负载。
通常可以将移动通信系统划分为提供专用功能的逻辑上分开的部分。这 些部分通常被称作核心网(CN)以及具有一些接入节点的接入网(AN)。尤 其对于无线移动通信系统，后一部分通常被称作为无线电接入网(RAN)。
通常，处理网络附连功能的网络实体位于移动通信系统的核心网中。无 线电接入网和核心网中的实体利用定义的接口来在^皮此之间通信。为了允许 分布由跨越一些核心网实体的移动终端引起的负载，处理与移动终端的无线 电连接的每个无线电接入网实体必须具有与多个核心网实体的关系(即，接 口 )。因为存在在移动通信系统中部署的一些无线电接入网实体，所以，这导 致核心网实体与无线电接入网实体之间的多对多关系(例如，见3GPP TR 25.912, "Feasibility study for evolved Universal Terrestrial Radio Access (UTRA)无线电接入(UTRA)和通用地面无线电接入网(UTRAN)的可行性研究)"， 版本7.0.0,提供于http:〃www.3gpp.org,并且合并至此作为参考)。
考虑大区域(例如，整个国家)中的移动通信系统的部署，变得显然的 是，多对多关系或许不会存在于所有无线电接入网实体与所有核心网实体之 间。因为例如由于安全性原因或由于其它网络操作原因而导致会地域性地限 制传输网络连接性，所以，可能仅所有无线电接入网实体的子集才具有至所 有核心网实体的子集的接口 。可以它们之间具有接口的所有这些实体视为整 个移动通信网络内的逻辑区域的一部分，其通常称作池区。考虑到网络部署 方面，这样的池区由大量无线电接入网实体组成，它们在地理上与一个或几 个核心网实体相关，并且，其中，在所述池区的每个实体之间存在接口。此 夕卜，考虑到网络部署方面，可以是不同的池区相互重叠的情况(例如，见3GPP TR R3.018, "Evolved UTRA and UTRAN; Radio Access Architecture and Interfaces (演进的UTRA和UTRAN;无线电接入架构和接口 )"，版本0.4.1 ， 提供于http:〃www.3gpp.org,并且合并至此作为参考)。
这或许是被要求的，以便避免过多的信令，当移动终端沿着不同池区之 间的严格边界(hardborder)移动时，这将发生。在这样的情况下，由于从各 个无线电接入网实体接收的变化的信号强度而导致移动终端将频繁地切换从 一个池区到另 一个池区的关联。这样的关联切换或许需要一些信令来更新网 络中维护的上下文状态信息。重叠池区的部署引入了针对这种过程的某种滞 后，从而避免对频繁更新上下文状态信息的需要。
用于配置重叠池区的另一方面是^4居不同的终端移动方式而分离总负载 的可能性，例如，考虑多个池区，其中每个池区覆盖单独的住宅区域，并且 所有池区覆盖相同的城市中心(例如,见3GPP TS 23.236, "Intra-domain connection of Radio Access Network (RAN) nodes to multiple Core Network (CN) nodes (无线电接入网(RAN)节点至多个核心网(CN )节点的域内连接)"， 版本6.3.0，提供于http:〃www.3gpp.org,并且合并至此作为参考)。
考虑上面的考虑因素，分散由跨越一些核心网实体的移动终端所引起的 负载的解决方案是在网络附连时，无线电接入网节点随机地选择其池区的 核心网实体之一 (所述无线电接入网节点具有至其的接口 )，并且，将网络附
连请求转发至此实体。当考虑多个移动终端时，这或许导致下列情形将连接至同一无线电接入网实体(接入节点)的两个或更多终端分配至不同的核 心网实体，在无线电接入网实体位于重叠池区中的情况下，所述不同的核心
网实体可以还是不同的池区的部分。每个UE进行与它们被分配的核心网实
体的网络附连。最后，将(分别地)请求的服务从(可能不同的池区的)不 同的核心网实体经由同一无线电接入网实体递交至移动终端。图l示例了重 叠池区的概念、以及跨越一些核心网实体的移动终端的分布。
基于3GPP的系统的发展中的另一概念是具有跟踪区(TA)的概念。此 概念的目标是限制用于所谓的空闲状态(或空闲模式)中的用户设备的、信 令数量(例如，从移动性引起的)以及存储在网络中的所需上下文信息。跟 踪区包括大量接入节点(基站)，其中，空闲状态中的移动终端可以移动，而 不需要在核心网实体处更新它们的位置。在3GPP TR R3.018 "Evolved UTRA and UTRAN; Radio Access Architecture and Interfaces (演进的UTRA禾口 UTRAN ; 无线电接入架构和接口 )"， 版本0.7.0 (提供于 http:〃3gpp.org/ftp/tsgjran/WG3—lu/R3—internal—TRs八并且合并至此作为参考) 中，存在两个可作为选择的跟踪区概念重叠跟踪区和多跟踪注册 (registration )。
关于重叠跟踪区，将无线电接入网的接入节点(例如，eNodeB)分配至 一个或多个跟踪区，即，或许在其小区中广播多个跟踪区标识符(TA-ID)。 使用此概念，总是将移动终端分配至单个跟踪区。仅在移动终端选择不广播 其当前TA-ID的eNodeB的情况下，所述移动终端才可以在核心网实体处更 新其位置。
关于多TA注册，总是将eNodeB分配至单个跟踪区，即，在其小区中仅 广播单个TA-ID。使用此概念，可以将移动终端并行分配至多个跟踪区。在 此情况下，当移动终端选择不广播所述移动终端当前被分配至的任何TA-ID 的eNodeB时，所述移动终端在核心网实体处更新其位置。
通常，针对池区和跟踪区的概念的利用是相互独立的。然而，为了简单， 可以保证池区总数包含完全的跟踪区。图14和图15示出了移动性管理实体/ 用户面实体池区、与不同的跟踪区概念之间的关系。
一些移动性管理实体或用户面实体功能实体分别是移动性管理实体池或 用户面实体池的部分。池中的所有实体被配置为处理相同集的接入节点(这
里是eNodeB )。由这些接入节点覆盖的区域称为池区，在所述池区内，移动终端可以移动，而不需要改变分配的核心网实体(移动性管理实体或用户面 实体)。当不同池中的实体被配置为处理(部分地)同一组接入节点时，创建 重叠池区。
如上面提到的，池区应当包含完全的跟踪区。取决于所使用的跟踪区概
念，这导致关于重叠区域的不同的含意，这被描绘于图14和图15中。使用 重叠跟踪区概念， 一些跟踪区将从非重叠区域中的接入节点扩展至池区的重 叠部分。另一方面，对于多跟踪区注册概念，作为结果的情形将是池区的 重叠部分由完全的跟踪区组成。这意味着存在池区的非重叠部分与重叠部分 之间的严格跟踪区边界。
本发明尤其关于蜂窝式移动通信网络中的多播服务的提供。通常将这种 类型的网络设计为以非常高效且安全的方式来支持终端移动性(例如，网络 资源和无线电资源的高效管理、安全通信信道的建立和使用)。为了实现此， 通常，使用如IETF中标准化的移动IP或在3GPP中标准化的GPRS隧道传 送协议(GTP)的协议，采用基于隧道的方案。这些类型的隧道传送协议高 效且安全地支持如语音IP (VoIP)的点对点通信服务。然而，它们通常不是 原本支持如多播或广播的点对多点服务。
为了允许针对多播或广播服务特定扩展的高效支持，必须创建隧道传送 协议和网络架构。例如，3GPPRel-6多媒体广播/多播服务(MBMS)表示针 对UMTS架构的这样的扩展。
传统上(同样，在3GPPSAE/LTE系统中)，将蜂窝网络划分为处理所有 控制信息和过程的控制面(也表示为C面)、以及处理实际用户数据通信量的 用户面(也表示为U面)，这还适用于多播架构。本发明假设可以由所有核 心网控制面实体来处理多播控制面，其中，在网络附连或移动性期间，将所 述所有核心网控制面实体分配给移动终端。关于SAE/LTE系统，移动性管理 实体(MME)执行核心网控制面功能。为了示例性目的，还包含多播管理功 能的所有MME可以;故称作为多#-MME( M-MME )。另 一方面，对于SAE/LTE 系统，在用户面实体(UPE )中包含核心网用户面功能。假设如果由M-MME 选择每个UPE来处理多播服务数据，则所述每个UPE还提供针对多播服务 的用户面功能，并且可以被称作为多播-UPE (M-UPE)。此外，取决于池区 大小和/或MME/UPE能力，可以选择每池区至少一个M-UPE用于多播服务。 从移动终端的观点来看，M-MME是与在网络附连或移动性期间所分配的相同的MME。从而，可能的是服务点对多点(p-t-m)服务的M-UPE不同于 为点对点(p-t-p)服务分配的UPE。然而，对于多播服务，不存在移动终端 与M-UPE之间的直接关系，即，终端不维持至M-UPE的用户面承载。实际 上，将多播服务数据从M-UPE递交至接入节点(eNodeB),所述接入节点向 出现在它们相应的服务区的所有移动终端广播该数据。例如，可以在M-UPE 与接入节点之间的网络中利用IP多播传输，用于多播服务数据的传送。
在图2中示出了用户面和控制面中的功能条(slit)、以及针对附连同时 分配给两个池区的接入节点的两个移动终端的、用户面和控制面的示例性作 为结果的情形配置。两个移动节点UE弁1和UE弁2均被附连至位于池区弁1和 #2的重叠部分中的相同的接入节点(eNodeB)。当将UE弁1分配至池区#1并 且从而由此池区的核心网实体来服务UE針时，将UE弁2分配至池区存2并且 从而由池区#2的核心网实体来服务UE #2。因此，在UE #1与池区#1中的 MME之一之间提供控制面，而对于UE #2,在UE #2与池区#2中的MME 之间提供控制面。类似地，两移动终端均将分别经由池区#1和池区#2中建立 的用户面而接收多播服务数据。
图3示出了针对考虑了重叠池区的3GPP SAE/LTE系统的示例性多4番架 构，将基于所述重叠池区而概述关于向用户提供多播服务的存在的解决方案 的潜在缺点。在此示例性通信系统中，为了示例性目的，可以布支设提供两个 池区，即，池区#1和池区#2。
为了简化，假设经由相应池区中的单个用户面实体而提供多播服务的数 据。然而，当然，还可能具有向池区的相应接入节点(这里是eNodeB)提供 多播服务数据的多于一个的用户面实体。因此，在池区#1中提供一个用户面 实体M-UPE#1,并且，在池区#2中提供一个用户面实体M-UPE弁2。此外， 对于相应池区中的一些移动性管理实体(即，池区#1中的M-MME #10、 M-MME #11和M-MME #12、以及池区弁2中的M-MME #20、 M-MME #21 和M-MME #22 ),可以建立用于附连至池区的接入节点的移动终端的控制面。 为了示例性目的，示出了 BM-SC (广播/多播服务中心)，其可以是将被向两 个池区中的移动终端提供的多播服务的源。
类似于图1中所示的系统，为了示例性目的，还可以布li殳经由用于通信 和信令的接口而将核心网实体(即，相应池区的移动性管理实体和用户面实
体)相互连接。此外，还可以将核心网实体连接至分配给每个池区的不同接入节点。
在图3中所示的示例性实施例中，^i殳存在分配给^f义池区弁l的一个或多 个接入节点(eNodeB #1)、分配给池区#1和池区#2的一个或多个接入节点 (eNodeB#2)、以及分配给池区#2的一个或多个接入节点(eNodeB#3)。
如已经讨论的，可以将连接至重叠池区中的相同基站的两个或更多移动 终端分配给不同的核心网控制面实体，其可以还属于不同池区。关于图4中 描绘的多播架构，因此可发生连接至重叠池区中的相同基站(eNodeB弁2) 的UE (UE #1和UE #2)激活位于不同池区(池区#1和池区#2)中的不同 M-MME (M-MME #10和M-MME #20 )处的相同多#番服务。
从移动终端接收此多播服务激活请求，每个M-MME在配置多播用户面 参数(例如，包括用于多播服务数据的分布的私有IP多播地址)的其自身的 池区中的M-UPE处注册(401 )。当由多播服务器(例如，BM-SC)触发时， 已经接收了多播服务激活请求的每个M-MME，向包括多播用户面配置的池 区中的所有接入节点(基站/eNodeB)发送(402)会话启动消息，以便触发 其池区中的用户面的建立。这可以包括多播(MC )服务标识符(例如，TMGI )、 以及所配置的私有IP多播地址。
通常，接收针对所述多播服务的会话启动消息的接入节点检查是否存在 需要多播服务的移动终端。对于活动模式中的移动终端，接入节点或许能够 从相应移动终端的所存储的上下文信息(UE上下文信息)导出此信息。对于 空闲模式中的移动终端(假设其对于接入节点未知)，其将触发一些类型的寻 呼(paging)过程(有时还被称作计数)，以便获得关于对多播服务感兴趣的 移动终端的所要求的信息。当接入节点检测到存在需要多播服务的移动终端 时，所述接入节点将仅建立多播用户面。在不存在这样的移动终端的情况下， 接入节点将例如使用具有适当理由的NACK消息，拒绝所有会话启动消息。
显然，在这里讨论的情形中，重叠池区中的接入节点接收用于相同多播 服务的多个会话启动消息，可以使用多播服务标识符(例如，TMGI)来识别 所述相同多播服务。从不同池区接收的会话启动消息包含不同的用户面配置 (即，不同的IP多播地址)。会话启动消息全部涉及相同多播服务(包含相 同服务数据)，但是，接入节点仅需要接收服务数据一次。因此，接入节点选 择所提供的多播用户面配置之一，并且例如分别使用ACK和NACK消息， 向其接收多播会话启动消息所来自的相应的M-MME，通知(403、 404)其决定。这导致仅向池区之一建立多播用户面，避免代表网络资源的浪费的、
针对相同多播服务的重复的(duplicate )用户面。
在上面的系统中，已经，￡设了 M-MME与M-UPE之间的、控制面和用 户面功能的严格区分。然而，关于多播服务，另一选择是M-MME与M-UPE 之间的、基于终端和基于会话的控制过程的区分。 一方面，基于终端的控制 包括单独从/针对每个服务参与终端而触发的所有过程，例如，月良务激活或去 激活过程。另一方面，基于会话的控制包括针对共同影响所有终端的整个服 务会话而触发所有过程，例如，会话启动或停止过程。关于上面的多播服务 架构，这将意味着由M-UPE而非M-MME发送会话启动/停止消息。然而， 同样对于此变型，关于重叠池区中的接入节点，存在相同的情形，即，接收 针对相同多播服务的多个会话启动消息。在此情况下，接入节点将接收来自 于不同池区中的不同M-UPE的多个会"^舌启动消息。
考虑上面的服务情形，可存在下列情况附连至池区(建立至其的多播 用户面)的所有移动终端不再接收该池区中的服务。例如，它们可以去激活 服务，从网络分离，移动至不同的池区等。无论如何，这将导致从它们附连 的M-MME去除它们的上下文状态信息。如果M-MME纟企测到其不再主管 (host)针对特定服务的任何终端(例如，当去除了最后的上下文时)，则其 从M-UPE注销。此外，M-MME还发送注销消息至其池区(其先前建立了多 播用户面)中的所有接入节点，即，其从所述接入节点接收响应于会话启动 消息的ACK消息。显然，这还包括重叠池区中的接入节点。乂人M-MME才妻 收这样的注销消息的接入节点离开私有IP多播传输，这最终终止对其池区中 的M-UPE的多播用户面。然而，如上所述，关于重叠池区中的4妄入节点，或 许存在起初激活不同池区中的多播服务的、出现的终端。因此，由于终端所 附连的一个池区而终止对于重叠池区中的接入节点的用户面，导致针对附连 至其它池区的剩余终端的多播服务的损失。
图5描绘了此情形。在此示例中，附连至池区#1的移动终端UE弁1不再 接收多播服务。因为此终端是激活多播服务的、池区#1中最后的移动终端， 所以，其服务M-MME弁10从M-UPE弁1 (已经建立了至其的针对多播服务的 用户面)注销(501 )，并且发送(502 )注销消息至建立了用于多播服务的多 播用户面的接入节点(eNodeB #1和eNodeB #2 )，以便释放相应的用户面。 然而，当重叠池区中的接入节点(eNodeB#2)终止多4番用户面时，附连至池区#2的移动终端(例如，UE#2)不能再接收多播服务。
下面参考圓22和图23，将示例性地说明会在具有重叠池区区域的两络 中发生的另一问题。类似于图3,在此情形中，假设包括两个重叠池区的、 针对3GPP SAE/LTE系统的示例性网络架构。可以^(F支设位于池区中的所有 M-MME选择同一 M-UPE，并且，在该处注册从BM-SC提供的MBMS服务。 因此，池区# 1和池区#2中的M-MME将分别选择M-UPE # 1和M-UPE #2 。 位于不同池区中的用户面实体通常利用不同私有IP多播地址，用于相应池区 内的相同多播服务的分布。在来自相应池区的M-MME的会话启动消息中， 向eNodeB提供此私有IP多播地址。在图22中，通过从MME到池区#1和 池区#2中的相应eNodeB的虚线箭头图示了此。不同形式的箭头表示池区 #1的MME、以及池区#2的MME的会话启动消息表示不同的私有IP多插-地 址，并且分别识别池区的不同UPE,即，M-UPE # 1和M-UPE #2 。
因此，位于池区的重叠区域中的eNodeB#3、糾和#5接收用于包含不同 配置的相同服务的多个会话启动消息，即，表示应对其建立用户面的不同 UPE。池区的重叠部分中的所有eNodeB #3 、 #4和#5从多个会话启动消息独 立地选择一个UPE,并且加入这个选择的UPE的所选择的私有IP多播地址。 因此，池区的重叠部分中的eNodeB弁3、 #4和#5潜在地选择位于不同池区中 的不同UPE,以便提供多播服务。
然而，这将导致用于向位于重叠区域中的eNodeB #3 、 #4和#5分布多播 服务的传输网络资源的低效利用。
图23示例性图示了针对下列情形的、经由中间中继段(hop)(例如，中 继交换机、集线器、路由器等)所建立的用户面已经由池区的重叠区域中 的eNodeB选择了不同的UPE,用于提供服务。如图23中图示，将对分发相 同内容的重叠区域建立多个(例如，两个)多播分布树。假设已经选择了 M-UPE #1的eNodeB #4和#5将通过池区#1中的用户面接收服务数据，而假 设已经选4奪了 M-UPE #2的eNodeB #3将通过池区#2中的用户面接收服务数 据。在UPE与池区的重叠区域中的eNodeB之间的传输网络中，这导致资源 的不必要的增加的分配。例如，用户面中的一些链^各是所述两个用户面的部 分，即，在此链路上两次分发同一内容。显然，单个分布树将足够以向池区 的重叠部分中的eNodeB提供服务内容。资源利用的低效会随着重叠的池区 的数量而增加，这是因为，这会导致用于同一内容的甚至进一步的分布树。

发明内容
本发明的 一个目标是提出 一种机制，其促进至位于池区的重叠区域中的
接入节点(例如，eNodeB)的服务数据分布中的高效资源利用。
本发明的另 一 目标是实现由通信网络中的移动终端接收的多播服务的服
务连续性，在所述通信网络中，可以将接入节点同时分配给一些池区。本发
明的另一目标是改善通信网络中的用户面的管理，在所述通信网络中，可以
将接入节点同时分配给一些池区。
这些目标的至少一个可以由独立权利要求的主题解决。有利的实施例符
合从属权利要求。
本发明的一个方面是确保用以向位于网络区域中的接入节点提供用于服 务的用户面的单个用户面实体的选择，在所述网络区域中，两个或更多池区
择。可以以不同的方式来实现用以提供用于重叠池区的用户面的公共用户面 实体的选择。
一种可能性是确保如果不同池区的重叠部分中的接入节点接收表示不 同池区的用户面实体的会话启动消息，则它们选择相同的用户面实体。例如， 这可以通过接入节点根据选择规则而分别处理所接收的会话启动消息来实 现，所述选择规则导致所有接入节点选择用于服务的用户面的用户面实体。
作为选择，可以由重叠的不同池区的移动性管理实体来"预选择"用以 提供用户面的用户面实体。因此，用以要求池区的重叠部分中的接入节点建 立用于服务的用户面的消息将仅表示单个用户面实体，从而由接入节点选择 不同用户面实体是不可能的。
本发明的另 一方面是确保由移动终端接收的多播服务的服务连续性。例 如，在接入节点可建立至两个池区的任意一个的针对多播服务的用户面的情 况下(即，同时被分配至所述池区的任意一个)，建议移动性管理实体可以在 用户面实体处对于多播服务而注册。从而，所述移动性管理实体的注册独立
于所述移动性管理实体的实际池区。因此，如果(将要)建立针对多播服务 的用户面至第二池区的用户实体，则第一池区的移动性管理实体可以在属于 另一第二池区的用户面实体处对于多播服务而注册。
因此，在用户面实体从多播服务注销的最后的移动性管理实体将终止至分配给两个或更多池区的接入节点的用户面，其中，建立至所述用户面实体 的用户面。
可以容易地结合上述两方面，以同时实现池区的重叠部分中的服务连续 性和高效资源利用。
关于确保服务数据至位于池区的重叠区域中的接入节点(例如，eNodeB ) 的分布中的高效资源利用，本发明的一个实施例提出 一种用于在用户面实体 与不同接入节点之间建立用户面、以用于多播或广播服务提供的方法，其中， 将所述不同接入节点同时分配给不同池区。同时分配给不同池区的各个接入 节点可以接收表示不同池区的不同用户面实体的多个会话启动消息。因此， 同时分配给不同池区的各个接入节点将基于对于同时分配给不同池区的所有 接入节点公共的选择规则，从会话启动消息中表示的所指示的用户面实体中 选择一个用户面实体。此选择规则确保同时分配给不同池区的接入节点从不 同池区之一中选择相同的用户面实体。此外，接入节点可以建立各个用户面 至相同的所选择的用户面实体，用于多播或广播服务提供。
在又一实施例中，在分配给不同池区用于多播或广播服务的接入节点处 接收的服务启动消息还包括用以识别多播或广播服务的公共服务标识符。例 如，可以基于所述公共服务标识符来识别属于单个多播或广播服务的会话启 动消息。
在本发明的另 一实施中，可以将多播或广播服务的服务数据从所选择的 用户面实体经由所建立的用户面隧道传送至分配给不同池区的各个接入节 点。
根据本发明的另 一实施例，从不同池区的移动性管理实体接收到会话启 动消息。所述移动性管理实体可以服务移动终端以接收不同池区的各个池区 中的多播或广播服务。
在所述实施例的变型中，可以将肯定确认从已经接收了多播或广播服务 的会话启动消息的相应接入节点传送到已经在其会话启动消息中指示了所 选择的用户面实体的移动性管理实体。
在另 一变型中，可以向已经传送了指示未选择的用户面实体的会话启动 消息的移动性管理实体通知所选择的用户面实体。例如，可以通过已经接收 了多播或广播服务的会话启动消息的各个接入节点来传送此通知。
此外，例如，响应于从移动性管理实体接收到会话启动消息，可以与接入节点传送的否定确认一起、或在接入节点传送的否定确认中，传送此通知 到移动性管理实体。
在又一变型中，所述通知可以包括所选择的用户面实体的标识符，或者 识别所选择的用户面实体的池区。
根据本发明的另 一 实施例，各个接入节点可以将用来建立用户面的用户 面实体的选4奪延迟所配置的时间间隔。例如，此时间间隔可以基于接入节点、 与所述接入节点能够与之通信的相应移动性管理实体之间所交换的数据的往 返时间。作为选择，可以将所述时间间隔设置为接入节点、与所述接入节点 能够与之通信的相应移动性管理实体之间所交换的数据的最大往返时间。
在另一示例中，可以将所述时间间隔设置为接入节点、与所述接入节点 能够与之通信的相应移动性管理实体之间所交换的数据的最大往返时间加上 所述移动性管理实体的附加处理延迟。
消息中的至少 一个参数的处理，用于从多个指示的用户面实体中选择不同池 区之一的用户面实体。因此，例如，所述会话启动消息可以包括用于影响选 择步骤的结果的至少一个选择参数。此外，例如，所述至少一个选择参数可 以是所述移动性管理实体的池区的池区标识符、会话启动消息中指示的用户 面实体的标识符、传送会话启动消息的移动性管理实体的标识符、以及已经 在传送会话启动消息的移动性管理实体处注册了多播或广播服务的移动终端 的数量中的至少一个。
根据另 一实施例的、用以实现高效资源利用的另 一可作为选择的解决方 案涉及用于在用户面实体与重叠池区中的重叠区域中的不同接入点之间建立 用户面、以用于多播或广播服务提供的另一方法。在此示例性实施例中，用 以服务不同池区中的移动终端的、至少部分重叠的不同池区的移动性管理实 体，可以确定池区之一的用户面实体，所述不同池区的重叠部分的接入节点 建立要提供给所述移动终端的多播或广播服务的用户面至所述池区之一 的用 户面实体。可以进一步向所述不同池区的重叠部分的接入节点的相应 一个传 送至少一个消息(例如，会话启动消息)，所述至少一个消息明确地或隐含地 识别要建立至其的用户面的用户面实体。
在又一实施例中，不同池区中的每个移动性管理实体传送会话启动消息 至所述不同池区的重叠部分中的每个接入节点，其中，所有传送的会话启动消息识别要建立至其的用户面的用户面实体。
在本发明的另 一实施例中，基于接收到多播或广播服务的服务激活消息， 由移动性管理实体触发对要建立至其的用户面的用户面实体的确定。
另 一可能性是通过来自接入节点的通知来触发对要建立至其的用户面的 用户面实体的确定，所述通知指示已经接收了识别不同用户面实体的、针对
相同多播或广播服务的会话启动消息，并且，响应于所述通知而传送所述至 少一个消息。例如，此通知被传送至移动性管理实体，并且指示其它移动性 管理实体，已经从所述其它移动性管理实体接收了会话启动消息。
此外，在另一实施例中，对要建立至其的、多播或广播服务的用户面的 用户面实体的确定，包括不同池区中的移动性管理实体之间的控制信令。控
制信令可以包括经由点对点通信链路或经由点对多点通信链路来传送控制消 台
在变型中，对不同重叠池区的移动性管理实体分配IP多播地址，并且， 所述控制消息被寻址到所述IP多播地址。在另一变型中，在所述至少部分重 叠的不同池区的每个池区的一个预配置的、或选择的移动性管理实体之间交 换所述控制信令。
根据又一实施例，对要建立至其的用户面的用户面实体的确定，包括在 多播或广播服务中心请求对用户面实体的明确的或隐含的识别，其中，所述 用户面实体向不同池区的重叠部分中的接入节点提供用户面。在此实施例的 变型中，所述请求识别请求移动性管理实体的池区的用户面实体。
此外，在本发明的另一实施例中，多播或广播服务中心可以确定向不 同池区的重叠部分中的接入节点提供用户面用于多播或广播服务的用户面实 体是否已经被注册了请求中指示的多播或广播服务；以及如果否，则其可以 从所接收的请求得到用户面实体，在多播或广播服务中心注册所述请求中指 示的用户面实体为向不同池区的重叠部分中的接入节点提供用户面的用户面 实体，并且响应于所述请求，向请求移动性管理实体指示所导出的用户面实 体为向不同池区的重叠部分中的接入节点提供用户面的用户面实体。
在又一实施例中，对于不同池区的每个池区，预配置一个用户面实体用 于提供多播或广播服务。
本发明的另 一实施例涉及一种接入节点，用于建立用户面实体与所述接 入节点之间的用户面、以用于多播或广播服务提供，其中，将所述接入节点同时分配给不同池区。所述接入节点包括通信单元(例如传送器和接收器
之类)，用于接收用以指示不同池区的不同用户面实体的多个会话启动消息； 以及此外，处理单元(或处理器)，用于基于被同时分配给不同池区的所有接 入节点公共的选择规则而从会话启动消息中指示的所指示的用户面实体中选 择一个用户面实体，其中，所述选择规则确保被同时分配给不同池区的所有 接入节点从不同池区之一中选择相同用户面实体。所述通信单元还可以用于 建立至相同的所选择的用户面实体的相应用户面，用于多播或广播服务提供。
根据另一实施例，接入节点可以包括接收器，用于从不同池区的不同 移动性管理实体接收用以指示不同池区的不同用户面实体的会话启动消息； 以及传送器，用于向不同移动性管理实体的至少一个传送通知，所述通知指 示已经接收了用以识别不同用户面实体的、针对相同多播或广播服务的会话 启动消息。此外，所述4^收器可以响应于所述通知而冲妄收用以指示不同池区 之一的用户面实体的消息。此外，所述接入节点可以适配为建立用户面至所 指示的用户面实体，用于多播或广播服务提供。
本发明的另一实施例涉及一种移动性管理实体，用于在用户面实体、与 位于重叠池区的重叠区域中的不同接入节点之间建立用户面、以用于多播或 广播服务提供。此移动性管理实体包括处理单元(或处理器)，其用于确定不 同池区之一的用户面实体，其中，不同池区的重叠部分的接入节点要建立用 户面至所述用户面实体，用于要被提供给所述移动性管理实体所服务的移动 终端的多播或广播服务。此外，所述移动性管理实体可以包括通信单元，其 用于向不同池区的重叠部分的接入节点中的相应一个传送消息，所述消息明 确地或隐含地识别要建立至其的用户面的用户面实体。
本发明的又一实施例涉及一种用于存储指令的计算机可读介质，当由接 入节点的处理器执行所述指令时，所述指令使得所述接入节点在用户面实体 与接入节点之间建立用户面、以用于多播或广播服务提供，其中，将所述接 入节点同时分配给不同池区。可以使得所述接入节点通过以下步骤来建立用 户面通过接收用以指示不同池区的不同用户面实体的多个会话启动消息； 基于被同时分配给不同池区的所有接入节点公共的选择规则而从会话启动消 息中指示的所指示的用户面实体中选择一个用户面实体，其中，所述选择规 则确保被同时分配给不同池区的所有接入节点从不同池区之一 中选择相同的 用户面实体；以及由接入节点建立相应用户面至相同的所选择的用户面实体，用于多播或广播服务提供。
本发明的另 一实施例涉及一种用于存储指令的计算机可读介质，当由接 入节点的处理器执行所述指令时，所述指令使得所述接入节点在用户面实体 与接入节点之间建立用户面、以用于多播或广播服务提供，其中，将所述接 入节点同时分配给不同池区。可以^使得所述接入节点通过以下步骤来建立用 户面通过从不同池区的不同移动性管理实体接收用以指示不同池区的不同 用户面实体的会话启动消息；向不同移动性管理实体中的至少一个传送通知，
其指示已经接收了用以识别不同用户面实体的、针对相同多播或广播服务的
会话启动消息；响应于所述通知而接收用以指示不同池区之一的用户面实体 的消息；以及建立用户面至所指示的用户面实体，用于多播或广播服务提供。
本发明的又一实施例涉及一种用于存储指令的计算机可读介质，当由接 入节点的处理器执行所述指令时，所述指令使得所述接入节点在用户面实体 与接入节点之间建立用户面、以用于多播或广播服务提供，其中，将所述接 入节点同时分配给不同池区。可以4吏得所述接入节点通过以下步骤来建立用 户面通过确定不同池区之一的用户面实体，其中，不同池区的重叠部分的 接入节点要建立用于要被提供给移动性管理实体所服务的移动终端的多播或 广播服务的用户面，至所述用户面实体；以及向不同池区的重叠部分的接入 节点中的相应一个传送消息，所述消息明确地或隐含地识别要建立至其的用 户面的用户面实体。
本发明的又一实施例涉及如上指示的确保服务连续性。根据本发明的一 个实施例，提供了一种用于确保由移动终端从接入节点接收的多播服务的服 务连续性的方法。从而，将所述接入节点同时分配给第一和至少第二池区， 即，位于其中两个或更多池区/跟踪区重叠的区域中。此外，可以々i设由所述 第一池区的移动性管理实体来服务所述移动终端。根据此实施例，如果服务 所述移动终端的接入节点使用对所述第二池区的用户面实体的用户面，则可 以在所述第二池区的用户面实体处对于多播服务而注册所述第一池区的移动 性管理实体。
可以通过不同才几制来触发所述注册。例如，在一个实施例中，响应于从 接入节点接收到用以指示所述接入节点的、对要建立至其的用户面的用户面 实体建立用户面的决定的通知，执行移动性管理实体在用户面实体处的注册。
在另一实施例中，例如，响应于从移动终端接收到针对多播或广播服务的服务激活消息，执行移动性管理实体在用户面实体处的注册。
在又一实施例中，例如，响应于从另一移动性管理实体接收到用以指示 要建立至其的用户面的用户面实体的通知，执行移动性管理实体在用户面实 体处的注册。
根据另一实施例，例如，响应于从多播或广播服务中心接收到对向不同 池区的重叠部分中的接入节点提供用户面的用户面实体的明确或隐含的识 别，执行移动性管理实体在用户面实体处的注册。
另外的实施例涉及移动性管理实体的针对这种注册的触发。例如，在一 个实施例中，可以将关于至少所述多播服务的多播服务信息从接入节点传送 (例如，广播)至由所述第一池区的移动性管理实体服务的至少所述移动终 端。此多播服务信息可以指示所述用户面实体的池区，其中，已经建立了多
播服务的用户面至所述用户面实体；或者作为选择，此多播服务信息可以指
示用户面实体的标识符，其中，已经建立了多播服务的用户面至所述用户面 实体。
因此，在本发明的又一实施例中，响应于从所述移动终端接收到通知， 该通知即，已经建立了多播服务的用户面至所述第二池区(或跟踪区)的用 户面实体，所述第一池区(或跟踪区)的移动性管理实体可以在所述第二池
区(或跟踪区)的用户面实体对于多纟番服务而注册。例如，可以响应于^r测 到将建立多播服务的用户面至其的用户面实体分配给不同于服务所述移动终 端的所述第一池区(或跟踪区)的移动性管理实体的池区的池区(或跟踪区)， 由移动终端传送此通知。此冲全测可以例如基于由所述移动终端从所述接入节 点接收的多播服务信息。
此外，根据又一实施例，当检测到已经建立了至其的、多播服务的用户 面的用户面实体属于不同于服务所述移动终端的所述第一池区(或跟踪区) 的移动性管理实体的池区的池区(或跟踪区)时，由所述移动终端传送所述 通知(仅) 一次。
此外，在另一实施例中，由所述接入节点提供的多播服务信息包括另外 的信息。例如，关于指示所述多播服务的多播服务信息指示已经在已经建立 了至其的、多播服务的用户面的、池区(或跟踪区)的用户面实体对于多播 服务而注册的移动性管理实体的一个或多个池区(或跟踪区)。
在此实施例的变型中，由所述移动终端传送的通知可以指示(或触发)所述第一池区(或跟踪区)的移动性管理实体在所述第二池区(或跟踪区) 的用户面实体处注册。如果从所述接入节点接收的多播服务未指示所述第一 池区(或跟踪区)的移动性管理实体已经在所述第二池区(或跟踪区)的用 户面实体处注册，则可以-f叉由所述移动终端发送此通知。
本发明的其它实施例涉及接入节点的、对应当建立多播服务的用户面(多 播用户面)至其的用户面实体的处理和选择。在本发明的一个实施例中，所 述接入节点可以决定是否建立或使用用户面，至所述第一池区(或跟踪区) 的用户面实体、或所述第二池区(或跟踪区)的用户面实体。如果当从所述 第一池区(或跟踪区)的移动性管理实体接收到建立多播服务的用户面的请 求时、已经建立了至所述第二池区(或跟踪区)的用户面实体的用户面，则 此决定可以例如导致对所述第二池区(或跟踪区)的用户面实体的用户面的 选择(和使用)。
作为选择，当所述第一池区(或跟踪区)的移动性管理实体和所述第二 池区(或跟踪区)的移动性管理实体接收到建立多播服务的用户面的相应请 求时，所述接入节点可以决定是否建立或使用用户面至所述第一池区(或跟 踪区)的用户面实体、或所述第二池区(或跟踪区)的用户面实体，其中， 所述第二池区(或跟踪区)通过所述接入节点而服务请求多播服务的至少一 个其它移动终端。在此情况下，所述接入节点具有选择与其相关联的任何池 区(或跟踪区)用于基于所述请求而建立多播用户面的自由。
通常，所述接入节点可以检测到建立多播服务的用户面的请求基于相应 多播服务的标识符而与相同多播服务相关。类似地，同样可以检测到建立的 用户面与依据多播服务标识符的多播服务相关联。
在一个示例性实施例中，所述4妻入节点可以建立用户面至所述第二池区 (或跟踪区)的用户面实体，用于在接入节点处接收多播服务数据、以及用 于将所述多播服务数据传递至对于所述接入节点的服务区内的多播服务而被 注册的移动终端。
在同样涉及触发移动性管理实体在用户面实体处的注册的又一实施例 中，响应于从所述接入节点接收到通知(该通知即，要使用对所述第二池区 (或跟踪区)的用户面实体的用户面用于多播服务数据)，所述第一池区(或 跟踪区)的移动性管理实体在所述第二池区(或跟踪区)的用户面实体处注 册其自身。在此示例性实施例中，所述通知可以例如包括对所述第二池区(跟踪区)
的用户面实体的指示、或者识别所述第二池区(跟踪区)。因此，所述移动性 管理实体可以基于所述通知中的对所述第二池区(或跟踪区)的识别，解析
已经建立了多播用户面至其的用户面实体(或更适当地，其标识符) 一如果 所述标识符并未已经包括在所述通知中。
在示例性实施例中，接收到所述通知，其净皮封装在所述移动终端的跟踪 区更新消息、或对由被同时分配给所述第一和第二池区的接入节点所发送的 会话启动消息的应答中。
在变型中，被同时分配给所述第一和所述第二池区的接入节点可以确定 来自所述移动终端的跟踪区更新消息是否指向位于与已经建立了用户面至其 的池区相同的池区中的移动性管理实体。如果否，即，如果需要建立用户面， 则被同时分配给所述第一和所述第二池区的接入节点可以发送所述通知至所 述跟踪区更新消息所指向的移动性管理实体。
接入节点的确定可以例如使用由所述接入节点维护的关于所述移动终端 的上下文信息。此上下文信息可以包括关于所述移动终端的服务，例如，识 别所述移动终端已经对于多播服务而注册了。在一个实施例中，所述移动终 端可以首先处于空闲模式并且可以切换至活动模式,用于执行跟踪区更新(还 称为位置区域更新)过程。通过切换至活动模式，所述接入节点可以接收所 述上下文信息，其允许所述接入节点执行关于是否需要为跟踪区建立多播服 务的用户面的确定。
为了使得附连于被同时分配给所述第一和所述第二池区的接入节点的移 动终端执行跟踪区更新，本发明的另 一 实施例预见到被同时分配给所述第一 和所述第二池区的接入节点被分配给至少 一个单独的跟踪区。
因此，可以通过由所述移动终端响应于^f企测到跟踪区的变化为所述至少 一个单独的跟踪区之一而发送的跟踪区更新消息，触发由被同时分配给所述 第 一和所述第二池区的接入节点发送的所述通知。
根据本发明的另 一实施例，响应于用于触发用户面的建立的会话启动消 息，接收到来自所述接入节点的通知。同样在此实施例中，如果将一皮同时分 配给所述第一和所述第二池区的4妻入节点分配给至少一个单独的跟踪区，则 这会是进一步有利的。当在所述第一池区的移动性管理实体处、从被同时分 配给所述第 一和所述第二池区的接入节点接收到跟踪区更新消息时，所述第一池区的移动性管理实体可以例如确定是否已经建立了多播服务的用户面至 (至少一个)跟踪区中的(多个)接入节点，其中，被同时分配给所述第一 和所述第二池区的接入节点属于所述(至少一个)跟踪区(所述跟踪区更新 消息可以识别此i 艮踪区)。
如果需要建立用户面，则所述第一池区的移动性管理实体可以传送、或 可以请求所述第一池区中的用户面实体传送会话启动消息，用于触发对于一皮 同时分配给所述第一和所述第二池区的至少所述接入节点而建立多播服务的 用户面。
在本发明的一些示例性实施例中，由所述第一池区(或跟踪区)的移动 性管理实体所服务的移动终端可以处于活动模式中，并且可以从而在所述接 入节点级别上对通信网络已知。
此外，在另一实施例中，潜在地通过所述接入节点而接收多播服务的移 动终端处于空闲模式中。在此情况下，所述接入节点可以确定是否存在至少 一个移动终端接收所述接入节点的服务区中的多播服务。如果存在至少一个 移动终端接收所述接入节点的服务区中的多播服务，则所述接入节点可以传 送所述通知至所述移动性管理实体。
在另 一实施例中，其涉及在中心注册建立了针对特定服务的用户面的用 户面实体的方法。此中心"注册"可以例如在核心网络实体中维护，例如，
针对MBMS服务的BM-SC。对于有效的实施例，如果将被同时分配给所述 第一和所述第二池区的接入节点分配给单独的跟踪区、并且查询指示所述单 独的跟踪区，则这会是有利的。通常，控制和更新在跟踪区级別的移动性管 理实体的注册会是有利的，因为可以使用跟踪区更新作为触发，用于检查所 述移动性实体在用户面实体处的针对服务的注册、以及潜在地更新或建立注 册。
根据此实施例，所述第一池区的移动性管理实体响应于从核心网络实体 接收到用以指示对第二池区的用户面实体的用户面要被用于多播服务数据的 通知，在所述第二池区的用户面实体处注册其自身。此通知可以例如包括所 述第二池区的用户面的指示，或者识别所述第二池区。
在变型中，例如，可以由所述移动性管理实体响应于所述第一池区的此 移动性管理实体对所述核心网络实体的查询，接收所述通知。
如上面指示的，可以有利地使用所述跟踪区更新过程作为触发机制。例如，所述第一池区的移动性管理实体可以从被同时分配给所述第一和所述第二池区的接入节点接收跟踪区更新消息，其中，所述跟踪区更新消息识别被同时分配给所述第一和所述第二池区的接入节点所属的所述跟踪区。基于此跟踪区指示，所述移动性管理实体可以随后确定是否已经建立了多播服务的用户面至被同时分配给所述第一和所述第二池区的接入节点所属的所述跟踪区中的接入节点，以及，如果否，则所述第一池区的移动性管理实体对核心网络实体所述查询，以便解析用户面实体识别，在所述用户面实体，所述移动性管理实体可以对于多播服务而注册其自身。
在又一变型中，如果所述核心网络实体对所述查询的应答指示仍没有用户面实体已经对于所述跟踪区而被注册，则所述第一池区的移动性管理实体可以执行下列步骤。所述第一池区的移动性管理实体可以选择所述第一和第二池区的用户面实体，并且可以随后发送会话启动消息至被同时分配给所述第一和所述第二池区的接入节点，以发起建立多播服务的用户面至所选择的用户面实体。此外，所述第一池区的移动性管理实体还可以对于多播服务和
跟踪区，在所述核心网络实体处注册所选l奪的用户面实体。
本发明的另 一方面是由移动性管理实体对多播服务注销的处理。在本发明的一个示例性实施例中，假设第一池区(或跟踪区)的移动性管理实体传送多播服务撤销登陆至已经建立了多播服务至其的、第二 (其它)池区(或跟踪区)的用户面实体。响应于所述撤销登陆，所述移动性管理实体可以从所述第二池区(或跟踪区)的用户面实体接收确认消息，其中，所述确认消息指示至少一个其它的移动性管理实体是否已经在所述第二池区(或跟踪区)的用户面实体处对于多播服务而注册。
在另一实施例中，所述第二池区的移动性管理实体可以传送多播服务注销至所述第二池区的用户面实体，并且可以响应于所述注销而在移动性管理实体处从所述第二池区的用户面实体接收确认消息，其中，所述确认消息指示至少一个其它的移动性管理实体是否已经在所述第二池区的用户面实体处对于多播服务而注册。如果所述确认消息指示在所述第二池区的用户面实体处仍注册了所述第一池区的另一移动性管理实体而非所述第二池区的其它移动性管理实体用于多播服务，则已经传送了所述注销的移动性管理实体可以传送用户面释放通知至所述第二池区的相应接入节点，除了本同时分配给所述第 一和第二池区的这些接入节点之外。此外，在另一实施例中，如果所述确认消息指示无其它移动性管理实体已经在所述第二池区的用户面实体对于多播服务而注册，则已经传送了多播服务注销的移动性管理实体可以传送用户面释放通知至所述第二池区的相应节点。
根据本发明的又一实施例，所述第一池区的移动性管理实体可以传送多播服务注销至所述第二池区的用户面实体。响应于所述注销，所述第一池区的移动性管理实体可以从所述第二池区的用户面实体接收确认消息，其中，所述确认消息指示指示一个其它移动性管理实体是否已经在所述第二池区的用户面实体处对于多播服务而注册了。如果无其它移动性管理实体已经在所
述第二池区的用户面实体处对于多播服务而注册了 ，则移动性管理实体可以传送多播服务注册状态请求至所述第一池区的用户面实体，用于请求所述第一池区的用户面实体指示至少一个其它移动性管理实体是否已经在所述第一池区的用户面实体处对于多播服务而注册了 。
如果响应于多播服务注册状态请求而在所述第一池区的移动性管理实体处从所述第一池区的用户面实体接收的应答指示在所述第一池区的用户面实体处仍注册了所述第一池区的另一移动性管理实体用于多播服务，则已经传送了所述注销的移动性管理实体可以进一步传送用户面是否通知至被同时分配给所述第 一和第二池区的相应4妄入节点。
在所述实施例的变型中，如果来自所述第一池区的用户面实体的所述应答指示在所述第一池区的用户面实体处未对于多播服务而注册了所述第一池区的其它移动性管理实体，则所述移动性管理实体可以传送用户面释放通知至所述第一池区的相应接入节点。
在一个实施例中，所述用户面释放通知包括所述多播服务的标识符，以允许和识别多播服务，其中，要为所述多播服务终止所述用户面。因此，接
入节点可以响应于接收到所述用户面释it通知，释;^文对所述第二池区(或跟踪区)的用户面实体的用户面。
本发明的另 一实施例涉及对所述多^"服务注销的另 一可能的处理。在此示例性实施例中，移动性管理实体传送多播服务注销至已经建立了至其的、多播服务的多播用户面的、第二 (其它)池区(跟踪区)的用户面实体。此外，响应于所述注销，移动性管理实体可以从所述第二池区(或跟踪区)的用户面实体接收确认消息。在此示例性实施例中，所述确认消息指示在所述第二池区(或跟踪区)的用户面实体处仍注册了所述第一池区(或跟踪区)的一个或多个移动性管理实体用于多播服务。因此，当已经建立了新的用户面至所述第一池区(或跟踪区)的用户面实体时，注销移动性管理实体，可以通知被同时分配给所述第一和所述第二池区(或跟踪区)的这些接入节点以释放对所述第二池区(或跟踪区)的用户面实体的用户面。
此外，才艮据另一实施例，注销移动性管理实体，可以向所述第一池区(或跟踪区)的移动性管理实体指示以触发在被同时分配给所述第一和第二池区(跟踪区)的这些接入节点、与所述第一池区(或跟踪区)的用户面实体之间建立多播服务的用户面。从而，如果在所述第二池区(或跟踪区)处仍注册了仅所述第一池区(跟踪区)的(一个或多个)移动性管理实体，则可以将多播用户面从所述第二池区(或跟踪区)重新部署至第一池区(或跟踪区)。
在根据本发明的另一实施例的进一步改进中，注销移动性管理实体可以请求已经在所述第二池区(或跟踪区)的用户面实体处对于多播服务而注册的、所述第一池区(或跟踪区)的一个或多个移动性管理实体来在所述第一池区(或跟踪区)的用户面实体处对于多播服务而注册。
在另 一实施例中，所述注销移动性管理实体传送用户面释放通知至所述第二池区(或跟踪区)的相应接入节点，除了被同时分配给所述第一和所述第二池区(或跟踪区)的接入节点之外。
根据进一步的实施例的、本发明的另一方面是在将移动终端从非位于
池区(或跟踪区)的重叠部分中的源接入节点交递至位于池区(或跟踪区)的重叠部分中的目标4妄入节点的情况下、对注销的处理。在此示例性实施例中，第一池区(或跟踪区)的源接入节点可以传送交递请求消息至被同时分配给所述第一和第二池区(或跟踪区)的接入节点(即，目标接入节点)。此交递请求消息可以包括关于要被从所述源接入节点交递至所述目标接入节点的移动终端的多播服务的、移动终端相关的上下文信息。接收所述交递请求消息的目标接入节点可以基于所述上下文信息而确定是否使用对所述第一或
所述第二池区(或跟踪区)的用户面实体的、针对多播服务的用户面实体；并且，如果使用对所述第二池区(或跟踪区)的、针对多播服务的用户面，则可以触发服务交递中的移动终端的、所述第一池区(或跟踪区)的移动性管理实体来在所述第二池区(或跟踪区)的用户面实体处对于多播服务而注册。在本发明的可作为选择的实施例中，当交递所述移动终端时，目标4妻入节点可以确定是否使用对所述第一或所述第二池区(或跟踪区)的用户面实体的、针对多播服务的用户面。此确定可以例如基于包括关于由所述移动终端所接收的多播服务的信息的上下文信息，其中，所述移动终端要被交递至被同时分配给所述第一和第二池区(或跟踪区)的接入节点。如果使用对所述第二池区(或跟踪区)的、针对多播服务的用户面，则所述目标接入节点可以将交递完成消息从所述接入节点传送至所述第一池区(或跟踪区)的移动性管理实体，其中，交递完成消息触发所述第一池区(或跟踪区)的移动性管理实体在所述第二池区(或跟踪区)的用户面实体处对于多播服务而注册。
本发明的另 一实施例涉及服务接收多播服务的移动终端的第 一池区(或跟踪区)的移动性管理实体。此移动性管理实体包括传送器，用于如果服务所述移动终端的接入节点使用至所述第二池区(或跟踪区)的用户面实体的用户面、则在第二 (其它)池区(或跟踪区)处注册所述移动性管理实体用于多播服务。
在又一实施例中，所述移动性管理实体可以包括接收器，用于接收通知，该通知即，已经建立了针对多播服务的用户面至所述第二池区(或跟踪区)的用户面实体。可以从所述移动终端、所述接入节点或从核心网络实体，接收所述通知。所述移动性管理实体可以响应于所述通知的接收，在所述第二池区(或跟踪区)的用户面实体处对于多播服务而注册。所述通知可以例如包括所述第二池区(或跟踪区)的用户面实体的标识符、或所述第二池区(或跟踪区)的指示，从而接收所述通知的所述移动性管理实体知道、或可以得到应当注册哪个用户面实体和池区(跟踪区)用于多播服务。例如，可以从被同时分配给所述第 一和第二池区的接入节点，或者作为选择地从核心网络实体，接收所述通知。
根据另一实施例的移动性管理实体还包括处理单元，用于基于所述第二池区(或跟踪区)的指示而解析所述第二池区(或跟踪区)的用户面实体的标识符。
本发明的另 一实施例涉及服务接收多播服务的移动终端的、位于第 一池
区中的移动性管理实体。所述移动性管理实体可以包括传送器，用于传送多播服务注销至所述第一池区的用户面实体；以及接收器，用于响应于所述注销而从所述第一池区的用户面实体接收确认消息，其中，所述确认消息指示至少一个其它的移动性管理实体是否已经在所述第一池区的用户面实体处对于多播服务而注册了。
此外，所述移动性管理实体的传送器可以适配为如果所述确认消息指
示在所述第一池区的用户面实体处仍注册了所述第二池区的另一移动性管理实体而非所述第一池区的其它移动性管理实体用于多播服务，则传送用户面
释放通知至所述第一池区的相应接入节点，其中除了被同时分配给所述第一和第二池区的这些接入节点之外。
如果所述确认消息指示无其它移动性管理实体已经在所述第一池区的用户面实体处对于多播服务而注册，则根据另一实施例的移动性管理实体可以
传送用户面释》丈通知至所述第一池区的相应接入节点。
本发明的又一实施例涉及服务接收多播服务的移动终端的、.位于第一池
区中的移动性管理实体。此移动性管理实体可以包括传送器，用于传送多播服务注销至所述第二池区的用户面实体；以及接收器，用于响应于所述注销而从所述第二池区的用户面实体接收确认消息，其中，所述确认消息指示至少一个其它的移动性管理实体是否已经在所述第二池区的用户面实体处对
于多播服务而注册了。
如果无其它的移动性管理实体已经在所述第二池区的用户面实体处对于多播服务而注册了 ，则所述传送器可以传送多播服务注册状态请求至所述第一池区的用户面实体，用于请求所述第一池区的用户面实体来指示至少一个其它的移动性管理实体是否已经在所述第一池区的用户面实体处对于多播服务而注册了。此外，如果响应于所述多播服务注册状态请求而在所述第一池区的移动性管理实体处从所述第一池区的用户面实体接收的应答指示在所述第一池区的用户面实体处仍注册了所述第一池区的另一移动性管理实体用于多播服务，则所述传送器可以传送用户面释放通知至同时分配给所述第一和第二池区的相应接入节点。
如果来自所述第一池区的用户面实体的应答指示在所述第一池区的用户面实体处无所述第一池区的其它的移动性管理实体仍被注册用于多播服务，则根据另一实施例的移动性管理实体可以进一步传送用户面释放通知至所述第 一 池区的相应接入节点。
在另一实施例中，提供了服务接收多播服务的移动终端的移动性管理实体。在此实施例中，所述移动性管理实体包括传送器，用于传送多播服务注销至第一池区(或跟踪区)的用户面实体；以及接收器，用于响应于所述注销而从所述第一池区(或跟踪区)的用户面实体接收确认消息，其中，所述确认消息指示在所述第一池区(或跟踪区)的用户面实体处仍注册了第二池区(或跟踪区)的一个或多个其它的移动性管理实体用于多播服务。此外，当已经建立了用户面至所述第二池区(或跟踪区)时，所述移动性管理实体可以通知被同时分配给所述第一和第二(其它)池区(或跟踪区)的这些接入节点来对所述第一池区(或跟踪区)的用户面实体释放用户面。
根据另一实施例的移动性管理实体可以触发所述第二池区(或跟踪区)的移动性管理实体来在被同时分配给所述第一和所述第二池区(或跟踪区)的这些接入节点、与所述第二池区(或跟踪区)的用户面实体之间建立针对多播服务的用户面。
此外，所述移动性管理实体可以例如还触发已经在所述第一池区(或跟踪区)的用户面实体处对于多播服务而注册的、所述第二池区(跟踪区)的一个或多个移动性管理实体来在所述第二池区(或跟踪区)的用户面实体处对于多播服务而注册。
在又一实施例中，所述移动性管理实体的传送器可以传送用户面释放通知至所述第一池区(或跟踪区)的相应接入节点，其中除了被同时分配给所述第一和第二池区(或跟踪区)的接入节点。
本发明的另一实施例提供了移动性管理实体，其可以执行或参与根据这里概述的不同实施例的任何一个的方法和过程的步骤。
本发明的又一实施例涉及移动终端，用于通过接入节点而接收多播服务。所述移动终端可以包括接收器，用于从所述接入节点接收关于至少所述多播服务的多播服务信息，其中，所述多播服务信息指示已经建立了至其的针对多播服务的用户面的用户面实体的池区(或跟踪区)、或已经建立了至其的针对多播服务的用户面的用户面实体的标识符。此外，所述移动终端可以包括传送器，用于传送通知至服务所述移动终端的所述移动性管理实体，其中，所述移动终端触发在已经建立了至其的针对多播服务的用户面的用户面实体处注册所述移动性管理实体。
在一个实施例中，响应于检测到已经建立了至其的多播服务的用户面的池区(或跟踪区)，所述移动终端的传送器可以传送所述通知。此检测可以例如基于所述多播服务信息。
根据本发明的另一实施例的移动终端，当检测到已经建立了至其的、多播服务的用户面的所述用户面实体被分配给与服务所述移动终端的所述移动性管理实体不同的池区(或跟踪区)时，所述传送器可以传送所述通知一次。
如之前已经指示的，在本发明的一个实施例中，所述多播服务信息指示已经在已经建立了至其的针对多播服务的用户面的所述池区(或跟踪区)的用户面实体处注册的移动性管理实体的池区(或跟踪区)。此外，如果由所述
移动终端从所述接入节点接收的所述多播服务信息未指示服务所述移动终端的所述第一池区(或跟踪区)的移动性管理实体已经在第二池区(或跟踪区)的用户面实体处注册了 ，则所述移动终端的传送器可以例如〗义传送所述通知。
本发明的另 一 实施例提供了移动终端，其可以执行或参与根据这里概述的不同实施例的任何一个的方面和过程的步骤。
此外，本发明的另一实施例涉及被分配给第一和第二池区(跟踪区)的接入节点。在一个实施例中，所述接入节点包括传送器，用于传送关于至少所述多播服务的多播服务信息至接收所述多播服务的至少 一个移动终端，其中，所述多播服务信息指示已经建立了至其的针对多播服务的用户面的用户面实体的池区(或跟踪区)、或已经建立了至其的针对多播服务的用户面的用户面实体的标识符。
如先前提到的，所述多播服务信息可以例如指示池区(或跟踪区) 一即，已经在已经建立了至其的针对多播服务的用户面的池区(或跟踪区)的用户面实体处注册的移动性管理实体的一个或多个。
根据另 一 实施例的接入节点可以还包括接收器，用于从移动性管理实体接收通知，其中，所述通知向所述接入节点指示所述移动性管理实体已经在已经建立了至其的针对多播服务的用户面的用户面实体处对于多播服务而注册了。所述接入节点可以还包括处理单元，用于响应于所述通知而更新所述多播服务信息。
在另一实施例中，所述接入节点包括处理单元，用于决定是否建立或使用针对多播服务的用户面至第一池区(或跟踪区)的用户面实体、或第二池区(或跟踪区)的用户面实体。所述接入节点可以例如适配为检测到由所述接入节点的接收器接收的、对建立针对多播服务的用户面的请求基于相应多播服务的标识符而与相同的多播服务相关。
又一实施例涉及被分配给第一和第二池区(或跟踪区)的另外的接入节
点。此接入节点可以包括接收器，用于从所述第一池区(或跟踪区)的移
动性管理实体接收对建立针对多播服务的用户面至所述第一池区(或跟踪区)
的请求；以及传送器，用于传送通知至所述第一池区的移动性管理实体，以触发在已经建立了至其的针对多播服务的用户面的所述第二池区(或跟踪区)的用户面实体处注册所述第一池区(或跟踪区)的移动性管理实体。
所述通知可以例如包括所述第二池区(或跟踪区)的用户面实体的标识符、或所述第二池区(或跟踪区)的识别。
此外,根据另一实施例，所述接入节点可以执行或参与根据这里概述的不同实施例的任何一个的方法和过程的步骤。
另一实施例涉及通信系统，其包括分别根据这里描述的不同实施例之一的移动性管理实体、和/或移动终端、和/或接入节点。
此外，其它实施例涉及提供存储指令的计算机可读介质，当由移动性管理实体、移动终端或接入节点的处理单元执行所述指令时，所述指令4吏得相骤。


下面，参考附图，更加详细地描述本发明。以相同的标号标记图中相类似或对应的细节。
图1示出了其中提供了两个重叠池区的示例性网络架构，
图2示出了图1的示例性网络架构，并进一步图示了由附连于位于池区的重叠部分中的接入节点(eNodeB)的两个移动终端对第一和第二池区的相应核心网络实体建立用户面和控制面，
图3示出了包括两个重叠池区的3GPP SAE/LTE系统的示例性网络架构，并且，基于其，将关于其它附图而概述根据本发明的不同实施例的潜在问题和解决方案，
图4示出了在由与位于池区的重叠部分中但被分配给不同池区的接入节点(eNodeB)附连的移动终端请求多播服务的情况下、在3GPP SAE/LTE系统中建立单个多播用户面，图5示出了由于响应于离开多播服务的移动终端而终止单个多播用户面
所导致的、在3GPP SAE/LTE系统中多播服务的潜在中断，
图6示出了根据本发明的示例性实施例的、3GPP SAE/LTE系统中的一系列示例性步骤，所述示例性步骤用于响应于来自移动终端的触发而在对其建立了多播用户面的用户面实体处注册服务移动终端的移动性管理实体，
图7示出了根据本发明的示例性实施例的、由移动终端执行的3GPPSAE/LTE系统中的过程的示例性流程图，所述过程用于检测是否触发在对其建立了多播用户面的用户面实体处对其移动性管理实体的注册，
图8示出了根据本发明的示例性实施例的、用于处理来自移动性管理实体的多播服务注销的3GPP SAE/LTE系统中的示例性过程，其中，所述移动性管理实体、以及对其建立了多播用户面的用户面实体位于同 一池区中，
图9示出了根据本发明的示例性实施例的3GPP SAE/LTE系统中的另一系列示例性步骤，所述示例性步骤用于响应于来自移动终端的触发而在对其建立了多播用户面的用户面实体处注册服务移动终端的移动性管理实体，
图IO示出了根据本发明的示例性实施例的3GPPSAE/LTE系统中的一系列示例性步骤，所述示例性步骤用于响应于来自移动终端所交递到的接入节点的触发，而在对其建立了多播用户面的用户面实体处注册服务移动终端的移动性管理实体，
图11示出了根据本发明的示例性实施例的3GPPSAE/LTE系统中的一系列示例性步骤，所述示例性步骤用于响应于来自接入节点的触发，而在对其建立了多播用户面的用户面实体处注册服务移动终端的移动性管理实体，
图12示出了根据本发明的示例性实施例的、由移动终端执行的3GPPSAE/LTE系统中的过程的另一示例性流程图，所述过程用于检测是否触发在对其建立了多播用户面的用户面实体处注册其移动性管理实体，
图13示出了根据本发明的示例性实施例的、用于处理来自移动性管理实体的多播服务注销的3GPP SAE/LTE系统中的示例性过程，其中，所述移动性管理实体、以及对其建立了多#"用户面的用户面实体位于不同池区中，
图14和15示出了移动性管理实体/用户面实体池区与不同跟踪区概念之间的关系，
图16示例性显示了根据本发明的示例性实施例的、3GPPSAE/LTE系统中的主动(proactive)过程，其可以用于响应于跟踪区更新，而触发在对其建立了多播用户面的用户面实体处注册移动性管理实体，
图17示出了根据本发明的示例性实施例的、用于响应于跟踪区更新而触
发移动性管理实体的注册的、3GPP SAE/LTE系统中的主动过程的示例性流程图，其中，所述移动性管理实体、以及对其建立了多播用户面的用户面实体位于不同池区中，
图18示例性显示了才艮据本发明的示例性实施例的、3GPP SAE/LTE系统中的反应(reactive)过程，其可以用于响应于跟踪区更新而触发在对其建立了多播用户面的用户面实体处的对移动性管理实体的注册，
图19示出了根据本发明的示例性实施例的、用于响应于跟踪区更新而触发移动性管理实体的注册的、3GPP SAE/LTE系统中的反应过程的示例性流程图，其中，所述移动性管理实体、以及对其建立了多播用户面的用户面实体位于不同池区中，
图20示例性显示了根据本发明的示例性实施例的、3GPP SAE/LTE系统中的过程，其使用用户面实体的集中注册，以便有助于响应于跟踪区更新而触发在对其建立了多播用户面的用户面实体处的对移动性管理实体的注册，
图21示出了根据本发明的示例性实施例的3GPP SAE/LTE系统中的反应过程的示例性流程图，其使用用户面实体的集中注册以^更有助于响应于跟踪区更新而触发移动性管理实体的注册，其中，所述移动性管理实体、以及对其建立了多播用户面的用户面实体位于不同池区中，
图22示例性图示了通过3GPP SAE/LTE系统中的不同移动性管理实体对会话启动消息的传送，其中，所述会话启动消息向池区的重叠区域中的eNodeB指示不同的用户面实体，用于提供用户面，
图23示例性图示了经由情形的中间中继段所建立的用户面，其中，已经由池区的重叠区域中的eNodeB选择了不同UPE，用于响应于会话启动消息(见图22)而提供服务，
图24示例性示出了根据本发明的示例性实施例的、由3GPPSAE/LTE系统中的重叠池区的不同移动性管理实体将会话启动消息传送至位于池区的重叠区域中的基站(eNodeB)，
图25示例性图示了根据本发明的示例性实施例的、用于响应于会话启动消息(见图24)而提供服务的、经由中间中继段对由池区的重叠区域中的eNodeB所选择的公共用户面实体所建立的用户面、以及在所述公共用户面实体处的对移动性管理实体的示例性注册，
图26示例性示出了根据本发明的示例性实施例的、由3GPP SAE/LTE系统中的重叠池区的移动性管理实体对公共用户面实体的选择、以及将指示所述公共用户面实体的会话启动消息传送至位于池区的重叠区域中的基站(eNodeB)，以及
图27示例性图示了根据本发明的示例性实施例的、经由公共用户面实体与池区的重叠区域中的eNodeB之间的中间中继,殳所建立的用户面，用于响应于所述会话启动消息(见图26)而提供服务。
具体实施例方式
下面的段落将描述本发明的不同实施例。仅为了示例性目的，关于根据上面的背景技术部分中讨论的SAE/LTE的(演进的)UMTS通信系统，概述大部分实施例。应当注意，例如，有利地，可以与诸如先前描述的SAE/LTE通信系统之类的移动通信系统结合使用本发明，但是本发明不限于其在此特定示例性通信网络中的使用。
上面的背景技术部分中给出的说明意在更好地理解这里描述的大部分SAE/LTE具体示例性实施例，并且不应当被理解为将本发明限于所描述的、移动通信系统中处理和功能的具体实施。然而，这里提出的改进可以容易地被应用在背景技术部分中描述的架构/系统中，并且在本发明的一些实施例中，可以同样利用标准、以及这些架构/系统的改进的过程。
本发明的一个方面是确保单个用户面实体的选择，以将针对服务的用户面提供给网络区域中的接入节点，在所述网络区域中，两个或更多池区彼此
实施例中，这意味着选择重叠的池区的任意一个中的一个用户面实体，并且，所有重叠的池区的移动性管理实体可以在所述用户面实体处注册而不考虑它们至特定池区的分配。
可以以不同的方式实现^^共用户面实体的选4奪，以4是供用于重叠池区的用户面。 一个示例性解决方案可以-波称作反应方案，因为4矣入节点响应于4妄收到用以产生不同的用户面实体以建立针对特定服务的用户面的一些会话启动消息，而选择公共用户面实体的选择，以建立针对服务(例如，多播或广播服务)的用户面。为了确保在不同池区的重叠部分中的接入节点接收到指示不同池区的用户面实体的情况下、所述接入节点选择同一用户面实体，所述接入节点可以例如根据选择规则而分别处理所接收的会话启动消息，其中，所述选择规则导致所有接入节点选4奪^"对服务的用户面的同 一用户面实体。
作为选择，可以由重叠的不同池区的移动性管理实体"预选择"用以提
供用户面的用户面实体。因此，用以要求池区的重叠部分中的接入节点建立针对服务的用户面的消息将仅指示单个用户面实体，使得不可能由接入节点选择不同的用户面实体。可以通过不同重叠池区的移动性管理实体之间的控制信令来实现要建立至其的针对服务的用户面的公共用户面实体的协商，或
者例如BM-SC的集中节点可以控制/确保由重叠池区的所有移动性管理实体
选择针对服务的公共用户面实体。可以主动地(即，在请求池区的重叠部分
中的接入节点建立针对服务的用户面之前)或反应性地(即，响应于接收到
用以指示针对服务的不同用户面实体的潜在选择、以及作为结果的潜在低效
资源利用的通知)执行由移动性管理实体和/或集中控制节点在核心网络内的用户面实体的选择。
本发明的另 一方面是确保由移动终端接收的多播服务的服务连续性，尤
其针对于在其中至少一个接入节点(例如，基站、NodeB或eNodeB ) ^皮分配给至少两个池区的情况。如上面的背景技术部分中描述的，这种4妄入节点可以对两个池区中的任意一个建立针对多播服务的用户面。例如，这可以允许减少由于向接入节点提供针对相同多播服务的多播服务数据两次(或以甚至更多的副本)所导致的服务量开销，这是因为，可以向相应的接入节点提供多播服务数据仅一次。
会由此优化而产生的、并且会导致针对各个用户的服务连续性的降低的潜在的问题可以由下面概述的一些因素产生。典型地，特定池区的移动性管理实体和用户面实体可能不知道附连于另一池区的移动终端是否也需要多播
服务。由于重叠池区和负载分布式功能的概念，移动性管理实体和用户面实体可能不拥有关于连接至其接口连接的接入节点的所有移动终端的信息。
此外，仅典型地向相应核心网络实体提供重叠池区中的接入节点关于多播用户面建立的决定。此外，接入节点典型地仅经由广播的系统信息而通知移动终端有关一般服务可用性。因此，典型地，接收服务的移动节点也不具有关于从其提供多播服务的池区的信息。
此外，移动终端可以当执行空闲模式移动性时选择重叠池区中的接入点(例如，小区重新选择)，但是无法向它们的服务移动性管理实体或用户面实 体通知它们的新的附连点。此外，空闲模式中的移动终端仅对它们的移动性 管理实体在跟踪区级别上已知的。因为重叠区域中的接入节点属于移动终端 的当前跟踪区，所以不必须执行跟踪区更新。
为了避免如对于3GPP SAE/LTE系统的上面示例性地概述的这些潜在问 题，提出了服务用户的移动性管理实体可以在用户面实体处对于多播服务 注册，其中，所述用户已经向多播服务注册，并且通过净皮同时分配妾会多于一 个池区的接入节点而接收多播服务，其中，已经(或要)建立至所述用户面 实体的、向接入节点提供多播服务数据的用户面。从而，移动性管理实体的 注册可与移动性管理实体的实际池区无关。例如，根据本发明的一个实施例， 如果(要)建立至第二池区的用户面实体的针对多播服务的用户面，则第一 池区的移动性管理实体可以在属于另一个第二池区的用户面实体对于多播服 务注册。
本发明的又一方面是向移动终端通知接入节点对被分配了接入节点的一 些池区之一中的用户面实体的选择。从而，同样，可以为空闲模式中的移动 终端(即，附连于接入节点但是未建立至接入节点的任何信令连接的移动终 端)保证服务连续性。根据此方面，被同时分配给两个(或更多)池区的接 入节点可以在多播服务信息中(例如，经由接入节点的服务区中的广播)传 送关于所选择的用户实体的池区的信息(或作为选择地，所选择的用户面实 体的标识符)。通过接收此信息，移动终端可以^r测是否^v不同于移动终端当 前所附连的池区的另一池区提供多播服务。在此情况下，移动终端可以例如 触发其移动性管理实体来更新服务注册，即，如上所述，在其它池区的用户 面实体处对于多播服务注册。
本发明的另 一方面是对在已经建立至其的针对多播服务的用户面的用户 面实体处从多播服务注销的移动性管理实体的处理。本发明的此方面考虑了 不仅单个池区的移动性管理实体会在用户面实体处对于多"t番服务注册，而且 可能存在移动性管理实体在属于不同池区的用户面实体处而非所述用户面实 体处的注册。应付此示例性情形的一个概念是用户面实体向从多播服务注销 的移动性管理实体指示是否对于多播服务仍注册了其它移动性管理实体。如 果是如此，则应当还考虑所注册的移动性管理实体属于对其建立了多播服务 的用户面的池区、还是另一池区。在存在另外的注册的移动性管理实体的情况下，从多播服务注销的移动 性管理实体不应当终止其池区内的用户面。在不再对于多"f番月良务而注册针对 注销的移动性管理实体的池区的其它移动性管理实体、但是存在在用户面实 体处对于所述服务注册了另一池区的一个或多个其它移动性管理实体的情况 下，移动性管理实体可以对于至被专门分配给所述移动性管理实体的池区的 接入节点的所有用户面，但是不对于被同时分配给至少两个池区的接入节点， 终止其池区中的、用户面实体之间的针对多播服务的用户面。
因此，在对其建立了用户面的用户面实体处从多播服务注销的最后的移 动性管理实体将终止至被分配给两个或更多池区的接入节点的用户面。
在本发明的一些实施例中，池区对应于一个或多个跟踪区。典型地，跟 踪区用于高效地支持空闲^^莫式中的终端移动性。在此实施例中，预期池区中 的移动性管理实体对于特定地理区域，需要跟踪区ID与此跟踪区中的小区之 间的映射信息。换句话说，池区可以包括一个或多个跟踪区，但是移动性管 理实体会知道那些跟踪区属于其自身的池区。
在另一实施例中，可以预见如此文档的引言中描述的多跟踪区注册，从 而总是将每个接入节点分配给单个跟踪区，即，在其无线电小区中仅广播单
个跟踪区标识符(例如，TA-ID)。使用此概念，可以并行地将移动终端分配 给多个跟踪区。此外，如果相应移动终端已经选择/附连到该相应终端当前净皮 分配到的、未广播任何跟踪区标识符的接入节点，则移动终端可以在核心网 络实体(例如典型地，移动性管理实体)处更新它们的位置。
在一个示例中，可以汇总池区的重叠部分的4妄入节点，以形成单个3艮踪 区。如下面将更详细示例的那样，这可以提供这样的优点当移动终端将其 附连点切换至此重叠池区中的接入节点时，所述移动终端还将识别出所广播 的跟踪区标识符的该变，并且将启动跟踪区更新过程。此才几制不^f又可以有助 于对进入池区的重叠区域的移动终端的检测，而且还可以有助于触发服务移 动性管理实体在用户面实体处的适当的注册，其中，对于所述重叠池区区域， 已经对该用户面实体建立了多播服务的用户面。
此外，可以将接入节点视为移动终端所附连的通信网络的接入系统中的 实体。本发明的一个示例性实施例涉及移动通信系统，其中，接入节点可以 是基站或NodeB (基于3GPP的SAE/LTE系统中所指的eNodeB )。在另 一实 施例中，接入节点还可以表示WLAN系统的接入点。可以将用户面理解为用于传送数据(单向或双向)的、在通信系统中的 两个网络实体之间建立的路径。典型地，对用户面分配了标识符，其允许网 络节点区分不同的用户面。可选地，可存在针对在网络节点处建立的用户面
的上下文信息，其包括关于用户面的辅助信息。在涉及基于3GPP的通信系 统的一个示例性实施例中，典型地，在基站(或NodeB)与用户面实体之间 建立用户面。其承载用户请求的服务的实际用户数据，并且，典型地，其与 一些服务质量(QoS)参数相关联，例如，取决于服务或用户预订。在本发 明的一个示例性实施例中，其可以基于接入节点(基站)与用户面实体之间 的IP多播传输。
此外，为了更好地理解本发明，下列段落概述了也可应用于这里描述的 本发明的一些实施例的、用于启动和终止通信系统中的多"J番服务的典型过程 和步骤。典型地，多播服务的提供包括一些阶段(phase),如预订和服务公 告、加入、会话启动和数据传输。并且，对于多播服务的终止，可以识别一 些阶段，如会话停止和离开。依据这些阶段预订，典型地，每用户分别执行 加入和离开。典型地，基于服务，即，对于对相关的服务感兴趣的所有用户， 执行其它阶段。
预订建立了用户与服务提供方之间的关系，这允许用户接收由运营商提 供的相关多播服务。服务公告用于向用户分发关于服务的信息、服务激活所 需的参数(例如IP多播地址)、以及可能的其它服务相关的参数(例如，服 务启动时间)。
加入是服务激活阶段的部分，通过所述加入，订户加入多播组(成为其 成员)，即，用户向网络指示他/她想要接收特定多播服务。用户和/或UE可 能响应于服务公告而选择加入时间。这可以是在多播服务的实际启动之前、 期间或之后的任何时间。在服务激活阶段在服务启动之前发生的情况下，典 型地，这在网络中部署相关注册信息，并且，保留所需要的资源而不实际分 配它们。
最后，会话启动是这样的点，在该点，多播服务准备好被发送。如上面 指出的，会话启动可以独立于用户的服务激活而发生。它是针对网络中的资 源分配和建立的触发，即，包括核心网络和无线电网络资源。随后，可以将 多播服务数据传送至用户。
补充地，会话停止是这样的点，在该点，将不再存在针对多播服务发送的数据。其触发在网络中先前分配的资源的释放。同时，离开是订户通过其 而离开多播组(停止作为其成员)(即，用户不再想要接收特定多播月l务)的 处理。
类似于上面描述的多播服务的提供，同样，可以识别一些阶段用于多播 服务的提供。典型地，这些阶段仅包括基于服务而执行的阶段，如服务公告、 会话启动或停止。对于广播服务，可能不需要每用户分别执行的阶段，如服 务预订、加入和离开。
下面，将关于例如SAE/LTE系统的基于3GPP的移动通信系统，描述根 据不同实施例的本发明的概念和思想。为了较易理解，将参考为了示例性目 的而具有如图3中所示的结构的移动通信系统，扭无述下列实施例。应当注意 对图3的引用仅为了示例性目的，并且，这里描述的概念和思想并非意欲将 本发明限制于如图3中所示的通信系统的示例性架构、或仅无线通信系统。 此外，为了示例性目的，假设基站(eNodeB)形成用于移动终端(UE)的接 入节点。
当部署基站(还被表示为eNodeB)时，典型地，利用基站的正确使用所 需的网络信息来配置基站。此配置可以例如包括关于基站可能所属的拓朴区 (例如，池区/跟踪区)、以及这些区域中包含的网络节点的信息，其中，所 述基站可以维持至所述网络节点的接口。换句话说，基站可以将例如跟踪区 或池区的拓朴区映射至此区域中的、例如移动性管理实体或用户面实体或其 它基站的标识符的节点标识符，反之亦然。
因此，基站可以知道其是否位于重叠池区中，即，将基站同时分配给两 个或更多池区。此外，当这样的基站接收到会话启动消息时，其可以例如通 过将消息源的标识符与所存储的网络配置相匹配，确定发起的池区。在基站 接收到多个多播会话启动消息的情况下，其可以通过分析包含在每个消息中 的、例如服务的TMGI/IP多播地址的服务标识符，确定这些消息是否属于相 同服务。
如关于图22和图23而在之前说明的，在基站分别选择甚至会^f立于不同 池区中的不同的用户面实体的情况下，对于两个或更多池区的重叠区域中的 基站的一个潜在问题可能是接入网络(基站)与核心网络(例如，用户面 实体)之间的低效资源利用。
如果为了示例性目的而假设在池区内预选择/预配置针对多播/广播服务的用户面实体(例如，池区#1中的M-MME#1之类)(例如，由于网络运营
商的预配置所导致)，则可以保证在池内高效利用资源。然而，此预配置/预 选择或许不能解决对于同时属于不同池区的基站的问题。当触发移动性管理
实体发送会话启动时，例如，当从BM-SC接收到会话启动消息时，如果移动 终端先前在相应移动性管理实体处激活了服务，则移动性管理实体将向包括 一个或多个跟踪区(TA)的池区中的所有基站分发该消息。向所有基站分发 会话启动消息的原因是仅在跟踪区级别(其可对应于池区，或者可以至少 关联于池区)上已知空闲状态下的移动终端，即，不清楚这些终端当前连接 至哪个基站。关于重叠区域，移动性管理实体可能总是发送会话启动至位于 那里的所有基站。
图24示例性显示了才艮据本发明的示例性实施例、由3GPPSAE/LTE系统 中的重叠池区的不同移动性管理实体将会话启动消息传送至位于池区的重叠 区域中的基站(eNodeB)。在此示例性实施例中，仅为了示例性目的，可以 假设已经预配置池区# 1中的移动性管理实体以选择针对多播或广播服务的 M-UPE#1,同时，已经预配置池区#2中的移动性管理实体，以选择针对多播 或广纟番^务的M-UPE#2。
为了示例性目的，假设M-MME#10和M-MME#11已经从UE#1和UE#2 接收到针对多播或广播服务(例如，MBMS)的服务激活。因此，所述两个 移动性管理实体已经建立了针对终端的服务上下文(例如，MBMS UE上下 文)。因此，当已经从提供例如BM-SC的多播或广播服务的集中网络节点4妄 收到触发时，M-MME#10和M-MME#11发送会话启动消息至池区#1中的所 有才妄入节点，即，池区#1和池区#2的重叠池区区域中的eNodeBs#l和 eNodeB#3 、 eNodeB#4和eNodeB#5。可以将这些会话启动消息视为用于接收 节点建立针对特定服务的用户面的触发消息。因此，M-MME#10和 M-MME#11的会话启动消息指示服务(例如，通过使用服务ID)、以及池区 #1中的用户面实体M-UPE#1的识别(如通过使用箭头的相同线型(shading) 所指示的)。此外，来自M-MME#10和M-MME#11的消息可以还指示私有 IP多播地址，其用于将多播或广播服务数据从所指示的用户面实体隧道传送 至基站。
类似地，可以进一步假设UE弁3已经先前在池区#2的M-MME#20处激活 了与UE#1和UE#2相同的服务，这还通过M-MME#20处所维持的针对UE#3的上下文信息所指示。同样，M-MME弁20发送会话启动消息至池区弁2中的所 有接入节点，包括池区#1和池区#2的重叠池区区域中的eNodeB弁3、eNodeB糾 和eNodeB#5 。与M-MME# 10和M-MME# 11的会话启动消息对比，M-MME#20 的会话启动消息包括对池区#2中的用户面实体M-UPE弁2的识别。
因此，eNodeB#3 、 eNodeB糾和eNodeB#5将接收针对相同多播或广播服 务(例如，可基于会话启动消息中的相同服务标识符而被识别)的不同会话 启动消息，其产生不同池区中的不同用户面实体。因为相应基站eNodeB弁3、 eNodeB#4和eNodeB#5仅需要接收多播或广播服务数据一次(例如，经由池 区内的私有IP多播)，所以，它们将分别选择两个用户面实体中的一个，并 且，将建立至此所选择的用户面实体的针对多播或广播服务的用户面。因此， 相应基站eNodeB#3、 eNodeB糾和eNodeB#5肯定地确认产生所选择的用户 面实体的会话启动消息，并且否定地确认其它会话启动消息。此外，可以向 建议尚未被选择的用户面实体的移动性管理实体通知所选择的用户面实体， 使得相应移动性管理实体可以在所选择的用户面实体处注册(如下面将更详 细地^兌明的)。
对于高效的资源利用，池区的重叠区域中的所有基站(即，eNodeB弁3、 eNodeB糾和eNodeB弁5 )应当选择同一用户面实体。为了确保池区的重叠区 域中的所有基站选择同 一用户面实体，所述基站可以处理会话启动消息中的 一些信息，其中，所述处理结果明确地从在会话启动消息中建议的多个用户 面实体中产生一个(还可以这样考虑基站基于预定义的选择规则而作出其
选择)。
一个简单的解决方案可以是基于例如用户面实体标识符的、已经包含 在会话启动消息中的信息，对来自应当对其建立了的用户面的可用用户面实 体中的用户面实体划分优先级，并且，基站选择具有最低或最高用户面实体 标识符的用户面实体。原则上，可以使用来自会话启动消息和/或潜在的其它 决定准则的任何信息，其导致由池区的重叠部分中的所有基站对同 一用户面 实体的明确选择。
然而，此解决方案或许不产生最优的选择准则，这是因为，可能有利的 是在选择中进一步考虑系统需求或系统状态，例如，将由不同池区中的用 户面实体所服务的移动终端的数量。
为了实现这样的更加改进的选择规则，可以将某个附加信息添加到被发送至池区的重叠区域中的基站的会话启动消息，所述一些附加信息会有助于 所有基站对公共用户面实体的选择。如上面指示的，例如，可以对会话启动 消息补充关于在发送会话启动消息的相应移动性管理实体处维持的相关UE 上下文的数量的信息。基于会话启动消息中的此信息，相应基站可以确定从 其同时连接至的池区中的相应一个所服务的移动终端的数量。因为池区的重 叠区域中的所有基站接收到同一组会话启动消息，所以，基站可以利用会话 启动消息中的附加信息，用于选择要对其建立多播或广播服务的用户面的公 共用户面实体。
如果例如将相应移动性管理实体处的UE上下文的数量(即，已经在相 应移动性管理实体处请求了服务的终端的数量)包括至会话启动消息、并且 采用此数量作为选择准则，则所有基站可以例如选择指示最高数量的UE上 下文的会话启动消息的用户面实体。
在变型中，基站可以首先对每池区的UE上下文数量求和，并且，可以 随后选择其中大部分终端已经对于服务注册的池区的用户面实体。基站可以 例如基于发送包含在相应会话启动消息中的消息的移动性管理实体的相应移 动性管理实体标识符(例如，通过识别移动性管理实体标识符的公共前缀、 或者利用基站的关于网络拓朴的知识)，识别相应会话启动消息"所属"的池 区。
另一选择可以是在会话启动消息中包括随机数、或具有低重复概率的 散列值。在此情况下，所有基站选择包含最低/最高的数或散列值的会话启动 消息的用户面实体。另一选择可以是将一些可分类的标识符(例如，UPE-ID、 MME-ID、 PA-ID)添加到会话启动消息，并且，所有基站选择对应于经排序 的列表中的例如首个ID的会话启动消息的用户面实体。
如图25中指示的，为了示例性目的，可以布支:没池区#1和池区#2的重叠 区域中的所有基站eNodeB#3、 eNodeB糾和eNodeB#5选择池区#1的 M-UPE#1,用于提供针对服务的用户面。基站可以进一步肯定地确认(ACK) 已经指示了所选择的用户面实体M-UPE弁1的会话启动消息(未在图25中示 出)。基站eNodeB#3 、 eNodeB糾和eNodeB#5通过使用NACK消息拒绝(reject) (即，否定地确认)所有其它会话启动消息。此外，基站eNodeB#3、 eNodeB糾 和eNodeB#5可以发送通知至已经拒绝了会话启动消息的移动性管理实体， 其中，所述通知可以包括关于所选择的用户面实体的信息，从而允许移动性管理实体更新它们在所选择的用户面实体处的服务注册(如下面将更详细地 说明的)。可以例如与所述会话启动消息的拒绝一起发送此通知。
上面关于图23和图24而描述的解决方案的一个潜在问题可能是可能 不以同步的方式发送来自不同移动性管理实体的会话启动消息至基站。通常， 典型地，移动性管理实体经由点对点链路发送例如会话启动消息的控制消息 至它们的池区中的所有基站(例如，利用现有的流控制传输协议(SCTP)连 接)。因此，不同的基站可能经历对于从不同的移动性管理实体接收会话启动 消息的不同延迟。为了考虑到延迟，基站可以在选择针对多播或广播服务的 用户面实体之前配置某个等待时间。该等待时间应当足够长，以保证所有基
站接收到了同一组会话启动消息。另一方面，该等待时间应当尽可能短，这 是因为，其直接导致会话启动过程的总延迟。
MME与基站之间的信令延迟的特征在于信令连接的往返时间(RTT)。 因此，基站可以测量和存储至所有移动性管理实体的往返时间，并且，可以 将所述等待时间(在接收到首个会话启动消息之后)配置为等于最高往返时 间。可选地，可以通过所有基站将某个预配置的额外时间添加至此最高往返 时间，所述预配置的额外时间允许考虑移动性管理实体处理延迟。然而，此 延迟可被忽略，这是因为，典型地，将移动性管理实体设计为以低延迟处理 和分发大量的信令消息，例如，考虑多个终端的寻呼。
关于用于由不同池区的重叠部分中的所有基站选择相同用户面实体的上 述解决方案的另一方面是在一些可作为选择的解决方案中，或许仍然存在 关于基站选择不同用户面实体的一些余留的风险。例如，考虑在来自不同移 动性管理实体的会话启动消息中指示相同数量的UE上下文，这可导致由池 区的重叠部分中的基站选择不同用户面实体，这是因为基站会必须在不同消
规则，以便实现由池区的重叠部分中的所有基站对同 一公共用户面实体的明 确的选择。例如，所述选择可以基于所指示的数量的UE上下文和标识符值 (例如MME-ID或UPE-ID)的组合。
根据本发明的又一实施例的另一可作为选择的解决方案可以是配置池 区的重叠部分中的基站，以自主地与所选^^的用户面实体协商。例如，可以 指定池区的重叠区域中的基站之一为"主"基站。此指定的基站可以自主地 选择其从移动性管理实体接收的会话启动消息中指示的用户面实体之一。例如，可以基于如上面描述的会话启动消息中的附加信息，完成此选4奪。当已 经选择了用户面实体时，该主基站向池区的重叠区域中的其它基站通知其决 定，使得这些基站也选择所指示的用户面实体。因此，所有基站将因此选择 相同的用户面实体，并且可以确认或拒绝会话启动消息，如上面说明的。此 可作为选择的解决方案可以具有进一步对会话启动过程施加延迟的缺点，这 是因为，主基站需要信号传送其决定(即，对所选择的用户面实体的识别、 以及用以指示已经对于哪个服务而作出选择的服务标识符)至其它基站。然 而，此解决方案可能仍为合理的，例如，其中，池区的重叠区域中的基站维 持直接的接口，或者串行地相互连接，从而信令延迟是可接受的。
在上面描述的实施例中，在位于重叠区域中的基站处执行对公共用户面
实体的选择。另一选择是重叠池区的移动性管理实体协调对公共用户面实
体的选择，其要被用于建立针对服务的用户面至池区的重叠部分中的基站。
图26示例性显示了才艮据本发明的示例性实施例的、由重叠池区的移动性 管理实体对/>共用户面实体的协商、以及由3GPP SAE/LTE系统中的重叠池 区的移动性管理实体将会话启动消息传送至位于池区的重叠区域中的基站 (eNodeB )。在此示例性实施例中，仅为了示例性目的，可以再次假设已经 预配置池区#1中的移动性管理实体来选择针对多播或广播服务的M-UPE#1, 而已经预配置池区#2中的移动性管理实体来选4奪针对多播或广播服务的 M-UPE#2。
如下面将更详细说明的，可以通过相应池区的专门指定的移动性管理实 体(例如，通过池区#1的M-MME#10和池区#2的M-MME#20 )之间的控制 信令来执行对针对特定多播或广播服务的用户面的公共用户面实体的协商， 其中，所述相应池区的专门指定的移动性管理实体将协商的结果传播至相应 池区的其余移动性管理实体。另一示例性解决方案可以是由相应重叠池区 的移动性管理实体之间的控制信令来协商公共用户面实体。可以主动执行协 商(即，在会话启动过程之前)；或者，可以响应于例如移动终端的服务激活、 来自接入节点(基站)的有关其已经接收到指示不同用户面实体的多个会话 启动消息的通知之类的触发，或基于BMSC的请求，而反应性地执行协商。
类似于上面的示例(其中，主基站已经负责针对服务的用户面实体选择、 以及将选择结果传递到池区的重叠区域中的其它基站)，根据本发明的一个实 施例，可以指定或预配置每池区一个主移动性管理实体，并且其将负责与其它池区的(移动性管理实体之中的)所指定的移动性管理实体协商公共用户
面实体。例如，在图26中所述的情形中，可以指定池区#1的M-MME弁10和 池区#2的M-MME#20为移动性管理实体。
所指定的移动性管理实体对相应池区中的所有移动性管理实体已知。此 外，不同池区的所指定的移动性管理实体也意识到其它池区中的其它所指定 的移动性管理实体。这可以通过存储所指定的移动性管理实体的相应标识符 来实现，或者作为选才奪，如果例如使用IP地址作为MME标识符，则所指定 的移动性管理实体可以监听由池区的相应前缀和对网络中所有节点已知的后 缀形成的众所周知的IP地址。
另一选择将是移动性管理实体通过加入IP多播地址，监听或预订预配 置的通知信道。可以在此信道上承载针对公共用户面实体选择的信令。
因此，所指定的移动性管理实体通过例如经由点对点链路(即，显式地 寻址相应其它指定的多个移动性管理实体(或移动性管理实体))来交换控制 信令消息，在彼此之间协商所选择的用户面实体。所指定的移动性管理实体 可以彼此通知能够潜在地服务池区的重叠部分中的基站的、其它池区的潜在 地另外的一个或多个用户面实体、以及应当针对其作出用户面实体选择的服 务。例如，池区#1的M-MME#10可以向池区#2的M-MME#20通知M-UPE#1 是可以针对服务而被选择的潜在的用户面实体。
如上面关于图24和图25而概述的，信号传送至相应其它指定的移动性 管理实体的信息可以类似于先前的实施例中的、包含在会话启动消息中的辅 助信息，并且同样，可以使用类似的选择规则以允许所指定的移动性管理实 体明确地选择用户面实体之一。当已经选择了针对服务的用户面实体时，所 指定的移动性管理实体可以将选择结果传播至相应池区中的移动性管理实 体。
因此，在向相应的其它指定的移动性管理实体通知针对服务的潜在的用 户面实体之前，所指定的移动性管理实体可以查询在相应池区的其它移动性
管理实体处维持的针对服务的相关UE上下文的相应数量，并且可以计算所 述数量的总和，以得到相应池区中的已经激活了服务的移动终端的总数。在 对公共用户面实体的协商中，可以选择由所指定的移动性管理实体所建议的 用户面实体作为公共用户面实体，其中，所指定的移动性管理实体已经指示
了相应池区中的、已经激活了服务的移动终端的最高数量。另一选择是将随机数或具有低重复概率的散列值包括到协商消息中。还可能使所述选择基
于一些可排序的标识符(例如，UPE-ID、 MME-ID、 PA-ID),如先前说明的。 在可应用于两个池区重叠的情形的另一可作为选^^的解决方案中， 一个 指定的移动性管理实体(例如，池区#1的M-MME#10 )可以向另一第二池区 的所指定的移动性管理实体(例如，池区#2的M-MME#20 )通知可以;故选裤: 用于服务的潜在的用户面实体(M-UPE#1 )。此外，传递此信息的控制消息可 以进一步包括附加信息，以帮助如上面说明的对用户面实体的适当选#^。当 接收到此信息时，第二池区的所指定的移动性管理实体可以收集其选择针对 服务的用户面实体所需的信息(如果尚未出现)，并且可以随后选择针对服务 的^^共用户面实体。 >夂人而，第二池区的移动性管理实体可以向第一池区的移 动性管理实体通知其选择。
在上面的示例中，相应池区中的指定的移动性管理实体已经负责协商针 对多播或广播服务的公共用户面实体。在另一实施例中，具有重叠区域的池 区的所有移动性管理实体可以被涉及到对用户面实体的协商中。类似于由池 区的重叠部分中的基站对公共用户面实体的选择，移动性管理实体可以基于 类似的决定规则和准则而自主地选择所有相同的用户面实体。为了帮助此自
型地，自身的池区中的所指定的用户面实体)交换到重叠池区的其它移动性 管理实体，从而所有移动性管理实体知道可以被选择的可用用户面实体。此 外，移动性管理实体可以还传播用于选择的附加/辅助的信息，例如，由相应 移动性管理实体维持的UE上下文的数量，如这里先前说明的。
为了允许移动性管理实体以高效的方式来传递用以协商^^共用户面实体 的消息，重叠池区的所有移动性管理实体可以预订协商信道，在所述协商信 道上，可以配置IP多播地址，其可以用于向所有其它移动性管理实体提供协 商消息。
在使用主动方案的情况下选择用户面实体用于向重叠池区中的基站提供 用户面的另一可能性可以是选择位于第一移动性管理实体的池区中的用户 面实体来从移动终端接收服务激活。这在图26中示例性示出，其中，
M-MME# 10从UE# 1接收服务激活。响应于该服务激活，M-MME# 10可以建 立针对UE弁1的服务相关的用户上下文，并且可以向池区#1和池区#2中的移 动性管理实体通知其对池区弁1的用户面实体的选择，即，M-UPE#1。因此，池区#1和池区#2中的所有其它移动性管理实体也将"选才奪"此用户面实体用 于服务。
因此，移动性管理实体也将在将被提供给基站eNodeB#3、 eNodeB糾和 eNodeB#5的会话启动消息中包括对M-UPE弁1的相应识别，并且，移动性管 理实体可以全部对于服务而在M-UPE#1处注册，如下面将说明的。如图26 中所示，M-MME#10 (以及潜在地，同样，移动终端已将在其激活了服务的、 池区#1和池区#2的所有其它移动性管理实体)传送会话启动消息至池区的重 叠部分中的所有基站，所述会话启动消息指示针对服务的用户面的所选择的 M-UPE#1。
因此，在此示例中，由第一移动性管理实体选择以接收针对服务的激活 的用户面实体随后将也被针对相应服务的所有其它移动性管理实体使用。
可以由不同事件触发由诸如例如移动性管理实体之类的核心网络节点对 针对服务的公共用户面实体的选择。例如，当从终端接收到针对多播或广播 服务的(第一)服务激活请求时，移动性管理实体可以主动地触发用户面实 体选择。如果所指定的"主"移动性管理实体负责公共用户面实体协商、并 且在非指定的"从，，移动性管理实体处接收到服务激活请求，则此移动性管 理实体可以通过至其池区的所指定的"主"移动性管理实体的相应请求，触
发公共用户面实体协商。例如，这种请求可以指示执行选择所应当针对的 服务；以及可选地，依赖于用于选择规则，在选择过程中使用的其它参数，。
另一选择是反应性地触发对基站的特定通知的协调，例如，请求对冲突 的会话启动消息的解析。例如，当已经从产生不同用户面实体的不同移动性 管理实体接收到会话启动消息时(例如，如图24中所示)，基站可以通过触 发对公共用户面实体的选择的通知来响应会话启动消息。此通知可以例如包 括对相应基站已经从其接收到针对相应服务的会话启动消息的(其它)移动 性管理实体的识别，并且/或者可以(进一步)指示已经在会话启动消息中被 指示的用户面实体。当已经响应于该触发而选择了公共用户面实体时，基站 可以接收来自一个或多个移动性管理实体的更新的会话启动消息、或指示针 对服务的公共用户面实体的另一信令消息。
另一选择是可以基于从不同基站接收到针对同一会话启动的ACK和 NACK消息，在移动性管理实体处检测到在基站处可能存在冲突情形。类似 于上面的反应选择，这可以触发由移动性管理实体对公共用户面实体的选择，并且，选择的结果被传递至池区的重叠区域中的基站，从而它们全部建立至 同一用户面实体的用户面。
在上面描述的、针对公共用户面实体选择的任何反应性选择中，至少一 个移动性管理实体(例如，所指定的移动性管理实体之一)应当向重叠池区 区域中的基站通知所选择的用户面实体。
在主动公共用户面实体选择的情况下，在服务激活之前，执行针对服务 的公共用户面实体的选择。因此，在服务激活时，已经基于服务激活选择了 针对多播或广播服务的用户面的用户面实体，从而移动性管理实体可以均在 它们的会话启动消息中向池区的重叠区域中的基站指示同一用户面实体。应
当认识到如果仅一个单个移动性管理实体将向基站通知要建立至其的用户
面的用户面实体，则这将当然是足够的。然而，由于移动性管理实体不一定 知道移动终端是否已经在相应其它移动性管理实体处激活了服务，所以，池 区中的每个移动性管理实体可以传送会话启动消息至池区的重叠部分中的基站。
作为选择，例如，在会话启动消息的传送独立于用户的之前的服务激活 (例如，针对多播服务)的情况下， 一个移动性管理实体(例如，池区的所 指定的"主，，移动性管理实体)可以传送会话启动消息至池区的重叠部分中 的所有基站、以及其池区的其它基站，从而，被寻址到池区的重叠部分中的 所有基站的会话启动消息全部指示同一、即公共用户面实体用于服务。
如上所述，移动性管理实体会如何协调对于重叠池区的公共用户面实体 选择的一个选择是使用点对点通信。这可能需要每个受影响的移动性管理实 体之间的某个信令。考虑大量的移动性管理实体被涉及到用户面实体选择中 的情形，此控制信令会导致高信令负载。 一方面，这导致资源的低效使用， 即，移动性管理实体它们自己的资源的低效使用、以及它们之间的传输网络 的资源的低效使用。另一方面，考虑反应性触发的情况，这会同样增加会话 启动的延迟。因此，必须考虑如何限制所需的信令的一些手段。
如上所述，4叚i殳MME池内的所有移动性管理实体可以选择同一用户面 实体。例如，可以在池区的所有移动性管理实体中静态地预配置要针对多播 或广播服务而使用的用户面实体。另一选择可以是基于例如用于负载平衡 的0&M (操作和维护)机制，在池区的所有移动性管理实体中动态地选择针 对多播或广播服务而要使用的用户面实体。以类似的方式，可以在池区内选才奪指定的移动性管理实体(或"主，，M-MME)，其负责与位于不同池区中的 其它"主"MME协调公共用户面实体选择。随后，将选择过程的结果通知给 相应池区中的其它移动性管理实体。这样，减少了在协调过程中涉及的移动 性管理实体的数量，这限制了所需的信令。
在上面的可作为选择的解决方案(其中，仅相应池区的指定的移动性管 理实体才传送会话启动消息)中，可以显著减少用于公共用户面实体选择的
控制信令，这是因为，仅不同池区的所指定的移动性管理实体需要协商公共 用户面实体。可以不将协商的结果信号传送至其它移动性管理实体，这是因
为，所指定的移动性管理实体也负责触发至意味着所选择的公共用户面实体 的正确的用户面实体的、服务的用户面的建立。然而，因为此方法不能考虑 任何移动终端是否已经激活了服务，所以(在移动终端均未在所指定的移动 性管理实体处激活了服务的情况下)，即使没有终端激活服务，但由于可能建
立了用户面，这会再次导致潜在地较低效的资源利用。
例如通过使用IP多播地址的、移动性管理实体的点对多点通信的利用， 是协调对公共用户面实体的选择的另一选择。如上所述，所有移动性管理实 体可以加入IP多播通知信道。通常，为了使该协调适当工作，应当保证所有 受到影响的移动性管理实体达到相同的选择结果。然而，如果在多播通知信 道上发送用于公共用户面实体选择的控制信令，则可能不保证由所有其它的 移动性管理实体接收到信令消息，这是因为，IP多播传送通常是不可靠的。 因此，不是所有的移动性管理实体可以以从可能的用户面实体的同一列表进 行选择而告终。
如上所述，用以选择用于向重叠池区区域中的基站提供用户面的用户面 实体的一个可能性是使用主动机制。例如，选择位于用以从移动终端接收服 务激活的第一移动性管理实体的池区中的用户面实体。为了实现此，从移动 终端接收第一服务激活的移动性管理实体选择用户面实体，并且在IP多播通 知信道上通知此，其同样指示相应服务标识符。因为同样预订了相同IP多播 通知信道的所有其它移动性管理实体接收到此通知，所以，当接收到针对相 同服务的随后的服务激活时，它们可以全部使用用于向池区的重叠部分提供 多播或广播服务的用户面的相同用户面实体，并且可以在所述相同用户面实 体处注册。
然而，如上所述，IP多播通知信道的不可靠特性对于协调的适当工作产生问题。克服此问题的一个选择可以是移动性管理实体在IP多播信道上重 复它们的关于公共选择的M-UPE的通知。例如，每次移动性管理实体从终端 接收到服务激活请求，其可以通知从移动终端接收到第 一个服务激活的移动 性管理实体所指示的用户面实体。对公共用户面实体的通知的重复提高了可 靠性，其中，所有移动性管理实体至少接收所述通知一次。
保证公共用户面实体选择的可靠协调的另 一选择是移动性管理实体可 以不断地监测通知信道。在与它们当前选才奪的一个相比4交、通知不同的所选 用户面实体的情况下，它们可以在通知信道上发送查询消息，其查询对公共 用户面实体的重复的通知。根据应答，移动性管理实体可以校正其当前的选 择和/或注册。
要考虑的另 一方面可以是对于由基站触发的、反应性地触发的用户面实 体协调而减少可能的会话启动延迟。在此示例性情况下，基站必须等待，直 到移动性管理实体已经解析了在重叠池区中使用的公共用户面实体为止，这 可能导致会话启动的高延迟。可选地，可以允许基站最初建立至不同用户面 实体的多播用户面，但是，当由移动性管理实体在随后的阶段解析了时，可 切换至公共用户面实体。这样，以稍微增加的信令为代价，可以避免额外的 会话启动延迟。
图27示例性显示了根据本发明的示例性实施例的、在位于池区的重叠区 域中的基站(eNodeB )与公共用户面实体之间所建立的、3GPP SAE/LTE系 统中池区的重叠部分中的用户面。在此示例中，为了示例性目的，有i设池区
的M-UPE#2的选4奪，从而eNode#3、 eNode糾和eNode弁5已经建立了至 M-UPE#2的针对多播服务的用户面。如下面将更加详细说明的，为了确保服 务连续性，当从终端接收到服务激活时，池区#1的移动性管理实体(例如 M-MME#10 )可以在所选4奪的用户面实体(M-UPE#2 )处注册。应当注意，
这将导致如图25中所示的用户面实体的建立，并且可以另外使得池区#2的 移动性管理实体在M-UPE弁1处注册，以确保服务连续性。
此外，应当注意，在执行主动的公共用户面实体选择的情况下，移动性 管理实体可能仍未为多播或广播服务建立多播或广播服务相关的上下文。如 果移动性管理实体尚未维持服务上下文，则它们可以生成和维持服务相关的上下文，其中，可以存储针对服务的公共用户面实体。通常，除了服务相关 的上下文中的公共用户面实体之外，移动性管理实体可以存储另外的信息， 例如某种状态信息。此状态信息可以例如指示对应于服务相关的上下文的服 务是否正在进行，例如，服务是处于活动还是待机。以类似的方式，状态信 息可以指示其余移动性管理实体是否已经从至少一个移动终端接收到服务激
活。当由对来自多播或广播服务中心(BM-SC)的会话启动指示的接收触发 时，可以由其余的移动性管理实体使用此信息以决定是否需要发送会话启动 消息至池区的重叠部分中的基站、以及其池区的其它基站。
本发明的另一实施例涉及对例如BM-SC的集中网络节点的使用，所述 BM-SC用于确保对于不同池区的重叠部分的、至一个公共用户面实体的针对 多播或广播服务的用户面的建立。例如，如果接收针对多播服务的服务激活
可以查询BM-SC。例如，请求可以包括所讨论的服务的月良务标识符。此外， 请求可以另外指示正在进行请求的移动性管理实体所优选的用户面实体。在 先前已经对于服务而注册了公共用户面实体的情况下，BM-SC可以通过向正 在进行请求的移动性管理实体指示^^共用户面实体(例如，通过用户面实体 标识符)而响应该查询。如果在BM-SC仍没有注册7>共用户面实体(例如， 在诸如MBMS服务上下文之类的服务相关的上下文中)，则BM-SC可以注册 由请求移动性管理实体指示的用户面实体，即，可以"选择"所指示的用户 面实体，作为针对服务的公共用户面实体。
公共用户面实体仅相关于位于重叠区域中的基站，这是因为，仅这些 eNodeB才能够连接至位于不同池区中的用户面实体。相比之下，位于池区的 非重叠部分中的eNodeB仅可以连接至同样位于相应池区中的这些用户面实 体。假设移动性管理实体可以从移动终端发送的服务激活请求导出所述服务 激活请求是从哪个跟踪区发送的。可以在移动性管理实体处使用此信息以决 定是否需要查询BM-SC,即，是否从重叠区域中的eNodeB (或小区)发送 该请求。如果是，则移动性管理实体可以同样将可用于识别相应重叠区域的 跟踪区信息包括在发送至BM-SC的查询中，以侵^企查是否在BM-SC已经对 于相应重叠区i或而注册了用户面实体。
在BM-SC应答指示用户面实体的情况下，移动性管理实体将在发送至重 叠区域中的基站的随后的会话启动消息中使用其。在应答中未指示用户面实体的其它情况下(在查询中未包括对移动性管 理实体的优选的用户面实体的指示的^f,支设下)，移动性管理实体可以在
BM-SC处注册其自身所选4奪的用户面实体。
池区的重叠区域可以由几个跟踪区组成。因此，当在BM-SC注册用户面 实体时，移动性管理实体可以在注册(或查询(如果查询中包括优选的用户
面实体))中进一步包括有关重叠池区区域中的所有相关跟踪区的信息，以便 保持BM-SC不可知网络拓朴问题。在任何情况下，确保所有的移动性管理实 体将相同的用户面实体包括在发送至重叠区域中的基站的会话启动消息中。
如上所述，/>共用户面实体在BM-SC的注册除了处理用于查询或注册此 信息所需的信令消息之外还可以包括在BM-SC处对网络节点标识符和跟踪 区的存储。此功能性的支持会要求对标准BM-SC的某个调节(adaptation), 这可能是不被理想的，这是因为，这可能会增加这些实体的成本。因此，尽 可能最小化对BM-SC的所需的改变会是重要的。
所需的基本功能性是从由不同移动性管理实体选择的 一组可能不同的 用户面实体集中关于用于重叠池区的公共用户面实体的决定。代替经由 BM-SC在来自移动终端的(每个)服务激活协调公共用户面实体，不同重叠 池区的移动性管理实体可以在会话启动时使用BM-SC以解析多个用户面实 体。当(由BM-SC)触发会话启动时，所有移动性管理实体可以传送包含它 们所选择的/优选的用户面实体的请求至BM-SC。该请求可以还包括会话和/ 或服务标识符。BM-SC可以解析在该请求中提供的用户面实体，并且，发送 包括相同用户面实体的应答至所有移动性管理实体，当所有移动性管理实体 发送会话启动消息至重叠区域中的基站时，随后使用所述应答。例如，包括 在该应答中的公共用户面实体可以是来自移动性管理实体的首个消息中指示 的公共用户面实体。这样，BM-SC不需要维持和存储用户面实体标识符或位 置区域信息。BM-SC应答可以是对首个移动性管理实体请求消息的简单复 制。
如上面概述的，当被注册于不同池区的两个或更多移动终端接收相同多 播服务时，对于至重叠池区中的基站的多播服务提供的潜在问题情形出现。 在被注册于池区的移动终端未提供多播用户面、并处于空闲模式的情况下， 这会尤其有问题。在本发明的一个实施例中，空闲状态意味着移动终端仅对 它们相应的移动性管理实体在池区级另'j/跟踪区级别上已知。因为空闲 f莫式移动终端还可以不具有至基站的控制连接，所以，基站不具有关于这些移动终 端的任何信息(例如，它们在网络内的位置)，并且，移动终端附连于池区/ 跟踪区中的哪个基站是未知的。仅仅对针对服务的用户面的/>共用户面实体 的选择同样不会解决该问题情形。
或许存在此情形如何产生的一些可能性。上面已经描述的一个可能性是 连接至重叠区域中的相同基站的移动终端附连于不同池区/跟踪区中的不同 移动性管理实体，并且，正在激活相同的多播服务。当服务即将启动时，移 动性管理实体发送(或作为选择，请求相应池区中的用户面实体来发送)多 播会话启动消息至它们池区中的基站，以触发至相应池区的相应用户面实体 的针对多播服务的用户面的建立。重叠池区中的基站接收多个多播会话启动 消息并选择一个，以便避免针对相同服务的重复的多播用户面的建立。如果 现在附连于未提供多播用户面的池区的移动终端转变至空闲状态，则引起潜 在的问题情形，这是因为，与空闲模式相同，这些移动终端的多播服务注册 即不对提供多播用户面的池区中的移动性管理实体或用户面实体已知，基站 也不能明了这些移动终端的附连状态。
在另一可能性中，仅存在连接至重叠池区中的基站、且全部附连于相同 池区的移动终端。当启动服务时，在该特定池区中建立多播用户面。如果现 在由于移动性而导致空闲模式移动终端选择重叠池区中的此基站，则引起潜 在问题情形，其中，所述空闲模式移动终端最初附连于另一池区，并且也激 活相同的多播服务。
根据一个示例性实施例，可以通过允许主管空闲模式移动终端的池区中 的移动性管理实体在提供多播用户面的池区中的用户面实体处注册，来防止 多播服务中的服务丢失。为了执行此注册，会必须克服一些问题。
重叠池区中的接入节点知道其最初响应(即，肯定地确认)于哪个多播 会话启动消息。换句话说，接入节点知道其已经建立了至哪个用户面实体(以 及特别地至哪个池区)的多播用户面。然而，典型地，接入节点可能不触发 注册过程，这是因为，其或许不知道其服务区内的空闲模式移动终端。空闲 模式下的移动终端可以仅对它们相应的服务移动性管理实体已知。同样，月良 务空闲模式移动终端的移动性管理实体可以潜在地不触发注册过程，这是因 为，其一方面不知道空闲模式移动终端正在监听哪个特定接入节点，另一方 面，移动性管理实体或许不知道接入节点维持至哪个用户面实体和池区的多播用户面。
在空闲模式下，仅移动终端可以知道其正在监听哪个特定接入节点。为 了示例性目的，可以假设空闲模式下的移动终端仍然接收由接入节点广播的 系统信息。此系统信息还可包括关于相应接入节点的服务区中的可用多播服 务的信息。然而，依据此多播服务信息，移动终端仅可以得到特定多播服务 的一般可用性。为了使得移动终端能够触发注册过程，根据本发明的示例性 实施例，提出了扩展由接入节点提供的此多播服务信息。在此扩展的多播服 务信息中，接入节点可以进一步传送所选择的用户面实体的跟踪区/池区信 息、或所选择的用户面实体的标识符。仅两个或更多池区/跟踪区的重叠部分 中的接入节点才可以传送此扩展的多播服务信息，或者作为选择，池区/跟踪 区的所有接入节点可以传送所述扩展的多播服务信息，例如作为系统广播信 息的部分。
接入节点可以例如从多播会话启动消息得到所选择的用户面实体的跟踪 区/池区信息、或所选"t奪的用户面实体的标识符。为了示例性目的，关于3GPP
SAE/LTE系统，可以在点对多点MBMS控制信道(MCCH )上传送所述扩展 的多播服务信息，其也被空闲模式下的移动终端接收。
当然，移动终端不仅知道当其处于空闲模式下时正在监听哪个接入节点。 依据在移动终端处存储的上下文信息，所述移动终端或许还知道其当前被注 册至哪个跟踪区/池区。通常，可以假定在系统中、移动终端知道其当前的跟 踪区，其中，在移动终端跨越池区/跟踪区边界的情况下，其执行跟踪区/池区 更新过程。因此，移动终端可以不断地将所广播的跟踪区/池区信息与所存储 的跟踪区相比较，并且，在存在差异的情况下触发跟踪区更新过程。
关于上述多跟踪区注册的概念，可以同时向多个跟踪区注册移动终端。 在此情况下，可以在移动终端将所有注册的跟踪区存储在上下文信息中。此 外，其可以不断地将所广播的跟踪区信息与所存储的跟踪区相比较。在所广 播的跟踪区不同于任何所存储的跟踪区的情况下，移动终端将触发跟踪区更 新过程。
根据本发明的另 一示例性实施例，可以釆用类似的方法用于针对多播服 务的服务注册的更新。下面将关于图6而概述此方法。先前激活了多播服务 的移动终端可以从其当前所附连的接入节点(eNodeB#2)接收(601)多播 服务信息。依据此信息，移动终端可以导出提供多播用户面的跟踪区/池区的信息。将所接收的多播用户面信息与所存储的上下文信息相比较，移动终端 可以检测到是否从不同跟踪区/池区提供多播服务。在此情况下，所述移动终
端例如通过发送通知，来触发(602)在其移动性管理实体处的服务注册的更 新，其中，所述通知向其移动性管理实体(M-MME#20)通知所选择的提供 针对多播服务的用户面的池区(池区#1),或者，作为选择，通知提供针对多 播月l务的用户面的用户面实体(M-UPE#1)的标识符。
在涉及3GPP SAE/LTE系统的示例性实施例中，此通知可以表示为移动 终端(UE#2)与当前附连的移动性管理实体(M-MME#20)之间交换的非接 入层(NAS)消息。
从移动终端(UE#2)接收到此通知(或触发消息)，移动性管理实体 (M-MME弁20)可以在不同跟踪区/池区(池区糾)中的用户面实体(M-UPE#1 ) 处注册(603 )。例如，可以从来自移动终端(UE#2 )的通知的内容导出跟踪 区/池区、以及要联系的相应用户面实体。
用户面实体(M-UPE#1)可以存储关于所有已经对于特定多播服务注册 的移动性管理实体的信息。此存储的信息可以例如包括移动性管理实体标识 符和跟踪区/池区信息。作为选择，用户面实体(M-UPE弁1)可以维持计数器， 其指示所注册的移动性管理实体的数量。注册过程可以例如利用池区#2的移 动性管理实体M-MME#20与池区#1的用户面实体M-UPE# 1之间的直接接 口，或者可以经由提供多^1番用户面的用户面实体的池区#1中的移动性管理实 体M-MME#10来实现。
此外，图7示例了根据本发明的示例性实施例的、为了检测何时触发服 务注册的更新的、在移动终端处执行的过程。为了示例性目的，在此实施例 中假设跟踪区对应于池区。所述过程可以应用于空闲模式和活动模式下的移 动终端。
service一TA表示从其预期服务提供的跟踪区/池区。最初设置(701)此 service一TA为当前附连的跟踪区/池区(attached—TA )。移动终端可以连续地确 定(702)其是否已经从其附连的接入节点接收到多播服务信息。可以从广播 的多4番月良务信息来解码received—TA，并且，received—TA指示传送4娄入节点 已经建立至其的针对多播服务的用户面的跟踪区/池区。通过比较(703 )两 参数received—TA和service—TA,移动终端可以检测到多播服务是否由不同跟 踪区/池区4^供。在后一情况下，由移动终端在所述移动终端所附连的池区中的其移动性管理实体处触发(704)服务注册的更新，并且将参数service—TA 设置(705 )为received一TA。通常，预期多播服务提供来自于移动终端的当 前附连的跟踪区/池区。如果移动终端检测到不是该情况，则所述过程适用。 所述过程可以在整个多播服务接收期间继续，并且可以在至包括跟踪区更新 过程的另一管理区的每个交递之后重新启动。
在正在进行的多播服务期间，可以从移动终端所附连的移动性管理实体 移除接收服务的所述移动终端。对此存在一些原因。例如，移动终端停止接 收多播服务。在此情况下，典型地，所述移动终端在移动性管理实体处对多 播服务进行去激活。另一示例可以是移动终端移动至另一管理区(池区)，这 意味着将移动终端控制转变至另一移动性管理实体。又一原因可以是移动终 端移动出覆盖范围、耗尽电池或其它故障情形发生，这使得终端从网络消失。 在任何这样的情况下，典型地，从移动性管理实体移除服务上下文信息、或 甚至完全的移动终端上下文信息(包括多播服务上下文信息)。
使用各个移动终端上下文信息，移动性管理实体可以建立包括至少激活
了特定服务的移动终端的数量的服务上下文信息。关于多播服务，移动性管 理实体可以导出其是否主管需要服务的移动终端。在其不再主管任何针对多
播服务的移动终端的情况下，移动性管理实体可以从用户面实体注销，其中， 所述移动性管理实体先前向所述用户面实体发送了注册以便服务多播服务。
通常，当移动性管理实体接收到其从用户面实体注销的确认时，其将发 送用户面释放消息(或注销消息)至先前建立了至用户面实体的多播用户面 的其池区中的所有接入节点。如上面说明的，这些是移动性管理实体从其接 收到响应于会话启动消息的ACK消息(或者，已经被用户面实体通知关于响 应于会话启动消息的ACK消息的传送)的接入节点。
根据本发明的示例性实施例，用户面实体在其对从移动性管理实体的服 务注销的应答中指示是否存在对于特定服务而注册的其它移动性管理实体。 用户面实体可以例如从所存储的关于所注册的移动性管理实体的信息得到此
信息，如上面说明的。
所述应答可以例如指示是否存在在用户面实体处对于多播服务注册的另 外的移动性管理实体。在用户面实体指示不存在其它注册的移动性管理实体 的情况下，注销的移动性管理实体可以发送用户面释放消息至其服务区中的 所有接入节点，这是因为不再有终端接收服务，从而可以终止所有用户面，并且，接入节点可以停止多播所述服务。即使在注销移动性管理实体位于与 用户面实体不同的池区/跟踪区的情况下，无另外的在用户面实体处注册的移
动性管理实体也意味着注销的移动性管理实体的池区/跟踪区中的所有其它 移动性管理实体同样已经从用户面实体注销了 (如果根本存在任何注册)。
另外，如果存在在用户面实体处对于多播服务而注册的另外的移动性管 理实体，则用户面实体可以在应答消息中还包括信息，该信息向注销的移动 性管理实体指示是否存在位于与注销的移动性管理实体相同的池区中的一 个或多个注册的移动性管理实体。
如果一个或多个注册的移动性管理实体位于与注销的移动性管理实体相
同的池区中，则这意味着存在接收多播服务的、附连于与注销的移动性管 理实体相同的池区的至少一个移动性管理实体的其它附连的终端。这样，注
销的移动性管理实体避免发送用户面释放通知至其池区/跟踪区中的接入节 点。
如果无另外的注册的移动性管理实体位于与注销的移动性管理实体相同 的池区中，则这意味着当前池区中不再有终端正在接收多播服务，但是存 在潜在的附连于另一池区的、正在接收多播服务的另外的移动终端。因此， 注销的移动性管理实体发送用户面释放通知至其池区内的这些接入节点(所 述接入节点在池区/跟踪区的非重叠部分中)，即，发送至仅分配给注销的移 动性管理实体的池区的这些接入节点。
个接入节点的池区中的移动性管理实体、并且可以实现对于从接入节点接收 服务但附连于另 一池区的其余移动终端的服务连续性，则仅终止从重叠池区 中的接入节点至用户面实体的多播用户面。
图8示例了考虑两个重叠池区的所描述的过程，在所述两个重叠池区中， 注销的移动性管理实体和对其建立了多播用户面的用户面实体属于相同池区 (或跟踪区)。为了示例性目的，假设附连于池区#1的移动终端UE#1在其移 动性管理实体M-MME#10处从多4番力良务撤销预订(801)。移动性管理实体 M-MME#10响应于此招i销预订而确定任何另外的移动终端是否在移动性管 理实体M-MME弁10处已经预订了多播服务。这可以例如通过基于由移动终端 UE#1指示的多播服务标识符而检查用于预订多播服务的、由移动性管理实体 M-MME糾0服务的不同移动终端的上下文信息来实现。如果不存在预订了服务的另外的移动终端，则移动性管理实体M-MME#10发送(803 )注销消息 至用户面实体M-UPE弁1。
用户面实体M-UPE#1基于所存储的关于注册的信息而确定是否存在对 于多播服务而注册的另外的移动性管理实体。用户面实体M-UPE#1返回 (804)注销应答(确认)，其指示是否存在对于服务而注册的另外的移动 性管理实体，以及如果是，则是否存在对于多播服务而注册的、池区#1的至 少一个移动性管理实体。
基于来自用户面实体M-UPE#1的注销应答(确认)，移动性管理实体 M-MME弁10接下来确定(805 )是否存在在用户面实体M-UPE#1处对于服务 而注册的另外的移动性管理实体。如果否，则移动性管理实体M-MME#10 可以发送用户面释放消息至池区#1的所有接入节点。
如果存在在用户面实体M-UPE#1处对于服务而注册的另外的移动性管 理实体，则移动性管理实体M-MME弁10可以进一步确定(806)(基于注销应 答)是否存在在用户面实体M-UPE#1处注册的池区#1的移动性管理实体。
如果不再有在用户面实体M-UPE#1处注册的池区#1的移动性管理实体，则 移动性管理实体M-MME弁10发送(807)包括对多播服务的识别的用户面释 放命令至专门分配给池区#1的、池区#1中的所有接入节点(即，eNodeB弁l ), 从而仅在这些接入节点处终止用户面。
图13示例了考虑两个重叠池区的所描述的过程，在所述两个重叠池区 中，注销的移动性管理实体和对其建立了多播用户面的用户面实体属于不同 池区(或跟踪区)。为了示例性目的， <艮设附连于池区#2的移动终端UE#2 在其移动性管理实体M-MME#20处从多播服务撤销预订(1301 )。移动性管
在移动性管理实体M-MME#20处预订了多播服务。这可以例如通过基于由移 动终端UE#2指示的多播服务标识符而检查用于预订多播服务的、由移动性 管理实体M-MME弁20服务的不同移动终端的上下文信息来实现。如果不存在 预订了服务的另外的移动终端，则移动性管理实体M-MME弁20发送(1303 ) 注销消息至用户面实体M-UPE弁1 。
用户面实体M-UPE#1基于所存储的关于注册的信息而确定是否存在对 于多播服务而注册的另外的移动性管理实体。用户面实体M-UPE#1返回(1304)注销应答(确认)，其指示是否存在对于服务而注册的另外的移动 性管理实体，以及如果是，则是否存在对于多播服务而注册的、池区#1的至 少一个移动性管理实体。
基于来自用户面实体M-UPE#1的注销应答(确认)，移动性管理实体 M-MME弁20接下来确定(1305 )是否存在在用户面实体M-UPE#1处对于多 播服务而注册的另外的移动性管理实体。
如果否，则移动性管理实体M-MME#20可以发送(1306 )针对多播服务 的注销消息(注册状态请求)至用户面实体M-UPE弁2。 一方面，所述消息可 以在用户面实体M-UPE#2处从多播服务注销移动性管理实体M-MME#20。 此外，注销消息(注册状态请求)可以同时请求用户面实体M-UPE#2向移动 性管理实体M-MME#20指示是否存在在用户面实体M-UPE#2处对于月良务而 注册的另外的移动性管理实体。
用户面实体MUPE#2例如基于所存储的关于注册的信息，确定是否存在 对于多播服务而注册的另外的移动性管理实体。用户面实体M-UPE#2返回 (1307)注销应答(注册状态应答)，其指示是否存在对于注销消息(注册 状态请求)中指示的多播服务而注册的另外的移动性管理实体。
基于来自用户面实体M-UPE#2的注销应答(注册状态应答)，移动性管 理实体M-MME#20接下来确定(1308 )是否存在在用户面实体M-UPE#2处 对于服务而注册的另外的移动性管理实体。
如果是，则移动性管理实体M-MME#20可以发送用户面释放消息至被同 时分配给池区#1和池区#2的所有接入节点，但是不发送至专门分配给池区#2 的这些接入节点。如果否，则移动性管理实体M-MME#20可以发送用户面释 放消息至还包括同时分配给池区#1和池区#2的这些接入节点的、池区#2的 所有接入节点。接收用户面释放消息的接入节点可以随后终止针对多播服务 的用户面。
另 一实施例关于在其中已经对其建立了多播用户面的用户面实体的池区 中的所有移动性管理实体已经从用户面实体注销的情形。在此实施例中，可 以假设在用户面实体处从位于相同池区/跟踪区中的移动性管理实体接收到 针对多播服务的服务注销。如之前那样，用户面实体可以在应答中指示是 否存在对于多播服务而注册的另外的移动性管理实体、以及是否剩余注册的 移动性管理实体中的至少一个位于与注销的移动性管理实体相同的池区/跟踪区中。
如果不存在用户面实体的池区中的、对于多播服务而注册的另外的移动 性管理实体，则会是有利的是决定重新部署多播用户面至池区/跟踪区，其 中，对于服务而仍注册了所述池区/跟踪区的移动性管理实体。因此，注销的 移动性管理实体可以发送用户面释放通知至被分配给一些池区/跟踪区的接
入节点，以便向接入节点指示当已经建立了至另一池区/跟踪区的另一移动
性管理实体的新的用户面时，应当终止至当前服务的用户面实体的用户面。 此外，注销应答还可以指示池区/跟踪区(或甚至其中的一个或多个移动性管 理实体的标识符)，其中，在用户面实体处对于多播服务而仍注册了所述池区 /跟踪区的移动性管理实体。
注销的移动性管理实体可以确定位于所指示的池区/跟踪区之一中的移 动性管理实体之一的标识符，并且可以请求此移动性管理实体触发在池区/跟 踪区(即，注销的移动性管理实体的所分配的池区/跟踪区、以及所-清求的移 动性管理实体的池区/跟踪区)的重叠部分中的每个接入节点、与接收请求的 移动性管理实体的池区/跟踪区的用户面实体之间的、相应用户面的建立。
在下面的本发明的另外的实施例中，为了示例性目的，可以假设使用多 跟踪区注册，从而总是将每个接入节点分配给单个跟踪区，即，在其无线电
小区中，《又广播单个跟踪区标识符(例如，TA-ID)。此外，在图16至21中 所示的情形中，可以假设池区的重叠区域中的接入节点(这里eNodeB弁2) 形成一个或多个(与非重叠区域中的接入节点)分离的跟踪区，从而基于对 池区#1和#2的重叠区域中的接入节点的附连，移动终端将例如响应于在池区 #1和#2的重叠区域中检测到由移动终端所附连的接入节点正在广播新的跟 踪区标识符，执行路由区更新过程。
在图16至21中所示的实施例的变型中，可以布支设移动终端UE#2处于 空闲模式下，从而使用例如小区重选和跟踪区更新过程的空闲模式移动性过 程，用于移动性支持。在移动终端需要执行移动性过程的情况下，移动终端 可以例如从空闲模式临时切换到活动模式用于移动性过程，并且， 一旦已经 完成移动性过程，便可以再次返回至空闲模式。当切换至活动模式时，这可 以导致移动终端所附连的接入节点中的上下文信息的建立，所述上下文信息 可以尤其包括关于移动终端已经预订的服务的信息。如下面将更详细阐述的， 可以由接入节点使用此移动终端相关的上下文信息、连同接入节点中的多播服务相关的上下文信息 一起，来确定是否需要向服务移动终端的移动性管理
实体通知至除了移动性管理实体的池区之外的另一池区中的用户面实体的、 相应跟踪区中的多播服务的用户面的建立。
下面，将关于图16和图17而讨论本发明的一个实施例。当移动终端UE弁2 移动至空闲模式下(或处于空闲模式下)时，至少在基于3GPP的系统中， 移动终端仅对其当前附连的移动性管理实体在跟踪区级别上已知，如这里先 前提到的那样。在此状态下，典型地，所选择的接入节点eNodeB#2不拥有 移动终端UE#2的任何上下文信息。
然而，如果移动终端UE#2选择并附连(1701)于不是其当前注册的跟 踪区的部分的接入节点eNodeB#2，则移动终端UE#2将识别出(1702)由新 的接入节点eNodeB#2提供的跟踪区标识符产生与其先前注册的跟踪区不同 的跟踪区，并且执行跟踪区过程(1601 )。移动终端UE弁2可以经由其选择的 接入节点eNodeB#2，发送(1704 )跟踪区更新消息(还被称作位置区域更新) 至其核心网络中的移动性管理实体M-MME#20。此消息可以包括当前选4奪的 接入节点eNodeB#2的跟踪区。
为了发送此消息(其可以是例如非接入层消息)，移动终端UE弁2可以建 立RRC连接至所选择的接入节点，即，将切换(1703 )至活动模式。在此 RRC连接建立期间，接入节点eNodeB#2将接收移动终端的上下文信息，其 尤其包括关于多播服务的信息(例如，多播服务标识符)。
在接入节点正在为多播服务的用户面提供承载服务(例如，MBMS承载) 的情况下，其将还维持相应的多播服务上下文(例如，MBMS服务上下文)， 其包括服务标识符、以及至少提供针对此服务的多播用户面的网络单元(用 户面实体)的标识符。利用所存储的上下文信息，接入节点eNodeB#2可以 发现(1705 )其是否正在提供发送跟踪区更新的移动终端UE#2同样需要的、 针对多播服务的承载服务。接入节点eNodeB#2可以例如将包含在移动终端 相关的上下文中的多播服务标识符、与多播服务上下文中的多播服务标识符 相比较，以便发现(1705 )是否已经针对多播服务提供了用户面上的承载服 务。
此外，通过利用关于网络配置的信息，接入节点eNodeB#2还可以得到 提供多播服务的用户面实体(即，建立至其的针对多播服务的用户面的用户 面实体)、以及作为跟踪区跟踪消息的目的地的移动性管理实体是否被分配给不同池区。如果这是所述情况，则接入节点知道其潜在地必须触发(1602)
移动终端的多播服务连续性，如先前说明的那样。
可选地，接入节点eNodeB#2可以进一步考虑其是否位于重叠池区中， 即，是否连接至核心网络实体的不同池区，接入节点eNodeB#2可以从网络 配置信息同样知道这些。在两个条件均匹配的情况下(即，接入节点eNodeB#2 位于重叠池区区域中，并且服务移动终端UE#2的移动性管理实体 M-MME#20、以及建立了至其的、多播服务的用户面的用户面实体M-UPE#1 被分配给不同池区)，接入节点eNodeB#2可以触发(1602 )由移动性管理实 体M-MME#20对爿l务注册的更新。
当接入节点决定触发(1602)移动性管理实体时，存在如何向移动性管 理实体M-MME#20提供所需信息的一些选择。 一方面，可以附带着接入节点 eNodeB#2传递(1706 )至移动性管理实体M-MME#20的跟踪区更新消息， 发送(1707)包括关于建立至其的针对服务的用户面的用户面实体M-UPE弁1 的信息的通知。例如，在基于3GPP的UTRAN中，RANAP协议的DIRECT INFORMATION TRANSFER消息可以用于交换非接入层信令，例如，来自接 入节点与核心网络之间的移动终端的跟踪区更新。这里，可以将用户面实体 信息作为新的信息单元(IE)而添加至该消息。
向月良务移动终端UE#2的移动性管理实体M-MME#20通知建立了至其的 针对多播服务的用户面的用户面实体M-UPE#1的另一选择4妻入节点 eNodeB#2可以使用专用信令消息(例如，RANAP消息)。
如果用户面实体位于另一池区而非移动性管理实体的池区，则可以使用 在移动性管理实体处对关于建立了至其的针对多播服务的用户面的用户面实 体的信息(还被称作用户面实体信息)的接收作为触发，来在所指示的用户 面实体处注册(1603)所述移动性管理实体其自身。每跟踪区可以仅执行一 次在第二池区的用户面实体处对第一池区的移动性管理实体的注册。因此， 在将针对多播服务的注册发送(1710)至来自接入节点eNodeB#2的通知中 指示的用户面实体之前，移动性管理实体M-MME#20可以检查(1709 )其是 否已经在所指示的用户面实体M-UPE#1处注册了。因此，如果移动性管理实 体M-MME#20先前已经在其它池区中的用户面实体处注册了 ，则其可以忽略 针对注册的另外的触发。显然，在接收到跟踪区更新消息时，移动性管理实体M-MME#20还将注册(1708 )针对移动终端UE#2的新的跟踪区。
在在跟踪区更新消息上附带用户面实体信息的情况下，移动性管理实体 M-MME#20可以从此信息导出相应的跟踪区。在接入节点eNodeB#2使用专 用消息来向移动性管理实体M-MME#20通知要注册所在的用户面实体 M-UPE#1的情况下，接入节点eNodeB弁2可以将跟踪区标识符、或移动终端 标识符包括到专用信令消息。可以在移动性管理实体处使用这些标识符中的 任一个来得到适用的跟踪区。
由移动性管理实体M-MME#20发送(1710)的注册消息应当包括管理实 体M-MME#20在用户面实体M-UPE#1注册所针对的多播月良务的标识符。此 外，注册消息可以可选地包括注册的移动性管理实体M-MME#20的标识符 (MME标识符)(如果不能从注册消息其自身隐含地导出标识符)。用户面实 体M-UPE弁1可以维持用于已经对于服务而注册的移动性管理实体的、MME 标识符的列表，这可以允许用户面实体确定(一旦注销)是否对于服务而仍 注册了其它移动性管理实体。
对于移动终端发送的每个跟踪区更新消息，可以执行上述的此过程。 考虑大量用户，这会导致接入节点处的相当大的负载、以及用于信令的 增加的资源消耗(例如，由于接入节点处所需的处理、以及通过接入节点与 移动性管理实体之间的接口而发送的附加信息所导致)。如之前讨论的，对于 相应跟踪区，可以执行一次在另 一池区的用户面实体处对移动性管理实体的 注册。因此，在又一变型中，接入节点可以明了其已经对于哪个移动性管理 实体和哪个跟踪区而提供了所需的信息，从而所述接入节点可以每移动性管 理实体和跟踪区(以及服务)仅通知用户面实体信息一次。
因为由接入节点向移动性管理实体通知对在另 一池区的用户面实体处的 注册的潜在需要，所以上述过程可以称作主动的。
与传统系统相比，触发移动性管理实体注册的接入节点会需要接入节点 处可用的一些附加信息和功能性，例如上下文信息和网络拓朴的知识。接入 节点需要例如通过将包含在移动终端上下文中的服务标识符、与多播服务信 息(例如，MBMS上下文信息)相比4交，检测是否向移动性管理实体(作为 由移动终端发送的跟踪区更新的目的地)提供关于要建立至其的针对多播服 务的用户面的用户面实体的信息。此外，接入节点会需要在不直接与多播服 务相关的非接入层消息上附带用户面实体信息，或者使用专用消息。同样，可能需要移动性管理实体处的一些功能性来检测由接入节点发送的触发(用 户面实体信息)。
本发明的另一实施例提供了对移动性管理实体注册的反应性触发，这可 显著减少关于触发移动性管理实体注册的、接入节点的负载。将关于图18和 19而更加详细地描述此实施例。
在此可作为选择的解决方案中，可以在在移动性管理实体M-MME#20 与接入节点eNodeB#2之间的会话启动请求/应答交换(1802、 1803 )期间， 向移动性管理实体M-MME#20提供关于位于不同池区中的用户面实体的信 息。可以通过由移动终端UE#2发送(1801)的跟踪区更新消息来触发此过 程。不像在图16和图17中所示的示例性实施例中，移动终端UE弁2所附连 的接入节点eNodeB#2不需要分析跟踪区更新的内容，但是会筒单地将跟踪 区更新传递至服务移动终端UE#2的、所指向的移动性管理实体M-MME弁20。
移动性管理实体M-MME#20可以例如存储其当前对哪个用户面实体注 册的信息。可以每多播服务和/或每跟踪区维持此信息。当已经附连(1701) 于新的接入节点eNodeB弁2并且已经检测到(1702)跟踪区标识符的变换时， 移动终端UE#2可以发送(1801、 1704)跟踪区更新消息至其的服务移动性 管理实体M-MME#20。此消息可以包括当前所选择的接入节点eNodeB#2的 跟踪区。移动性管理实体M-MME#20将注册(1708 )移动终端UE#2的新的 跟踪区。利用所存储的上下文信息(例如，多播J良务相关的上下文信息)，移 动性管理实体M-MME#20可以进一步发现(1901 )发送跟踪区更新的移动终 端UE弁2已经预订了哪个(哪些)多播服务、以及移动性管理实体M-MME#20 是否已经对于相应多播服务、对于所指示的跟踪区而在一些用户面实体处注 册了其自身。
如果这是所述情况，则除了对于移动终端UE#2而注册新的跟踪区标识 符之外，无另外的步骤需要由移动性管理实体M-MME弁20来执行，因为已经 建立了针对多播服务的用户面。
. 如果这不是所述情况，则移动性管理实体M-MME#20可以例如选4奪其自 身池区的用户面实体(例如，M-UPE#2 )，并且可以发送(1902 )包括其跟踪 区中的用户面实体的用户面实体标识符的会话启动消息至由移动终端UE#2 所选4奪的4妻入节点eNodeB弁2。
在接入节点eNodeB#2已经提供了针对服务的用户面(例如，多播服务承载)的情况下，接入节点eNodeB#2可以还维持相应多播服务上下文，其 包括服务标识符、以及至少提供多播用户面的节点(这里是M-UPE針)的标 识符。同样，由移动性管理实体发送的会话启动消息可以包括服务标识符(例 如，TMGI)。
利用存储的多播服务上下文信息，接收会话启动消息的接入节点 eNodeB#2可以确定(1903 )其是否已经建立了至另 一用户面实体的针对服务 的用户面。如果这是所述情况，则接入节点eNodeB#2以NSCK消息来答复 (1904 )会话启动，并且可以进一步通知(1905 )移动性管理实体M-MME#20 关于已经对于跟踪区而建立了至其的针对多播服务的用户面的用户面实体 M-UPE#1。可以将所述通知的此信息作为NACK的部分或在专用的信令消息 中(如上面概述的)发送。如果以NACK来发送，则不需要包括对多播服务 的附加标识。如果使用专用信令消息、并且不可能隐含地识别多播服务和发 送通知所针对的跟踪区，则除了对建立了至其的用户面的用户面实体
M-UPE#1的识別之外，所述通知还可以包括跟踪区标识符和多播服务标识
对 付。
利用关于提供用户面的所选择的用户面实体M-UPE#1的通知，可以触发 移动性管理实体M-MME#20在所指示的用户面实体M-UPE#1处对于多播服 务而注册(1906 )。在移动性管理实体已经注册其自身至其在发送至接入节点 的会话启动消息中使用(1902)的、先前选择的用户面实体的情况下，所述 移动性管理实体还将从其注销。
考虑具有大量用户的实际情形，可能会涉及许多移动性管理实体。例如， 在最坏的情况下，移动性管理实体池中的每个移动性管理实体将从一些移动 终端接收跟踪区更新消息。然而，每移动性管理实体和跟踪区会仅触发会话 启动和相应NACK消息一次，并且^f又在在对于所指示的跟踪区而建立了至其 的用户面的一些用户面实体(M-UPE)处未注册移动性管理实体的情况下触 发会话启动和相应NACK消息。此外，仅对于从其接收跟踪区更新消息的接 入节点，会需要发送会话启动消息(即，不是对于跟踪区中的所有接入节点)。 然而，考虑到因为移动终端会在发送跟踪区更新消息之后立即转变至空闲状 态、所以所述移动终端会移动至相应跟踪区中的不同接入节点而没有任何信 令，那么，如果移动性管理实体发送会话启动消息至由移动终端在跟踪区更 新过程期间所指示的新的跟踪区中的所有接入节点，则这会是有益的。考虑所有这些，即使当考虑实际情形时也应当限制产生的负载。
在关于图16至19而描述的先前的示例性实施例中，由移动终端UE#2 选择的接入节点eNodeB#2决定是否需要通知服务移动终端的移动性管理实 体M-MME#20关于至另一池区的用户面实体M-UPE#1的用户面连4妄的建 立。接入节点从而通过通知关于提供针对给定服务(和跟踪区)的多播用户 面的用户面实体的信息，而主动地或反应性地触发移动性管理实体更新其服 务注册。在可作为选择的实施例中，可以预见到使用"集中"方法，在其中， 核心网络中的网络实体明了已经建立了至接入网络中的接入节点的、针对多 播或广4番的用户面的用户面实体。乂人而，用户面实体可以例如对于给定月良务 和跟踪区而在中心核心网络实体处注册其自身。作为一个选择，BM-SC与它 的其它多播服务功能性一起可以提供此注册功能性。
例如，在MBMS服务中，当例如在由移动终端的发送的服务激活中请求 提供MBMS承载用于提供用户面连接时，请求的实体(移动性管理实体或用 户面实体)可以在BM-SC处注册建立了至其的针对服务的用户面连接的用户 面实体。例如，可以使用专用信令过程、或在用于为移动终端的服务提供的 授权的结合的过程中，执行此注册。BM-SC可以维持提供多播服务的实体标 识符的列表。因此，BM-SC可以维持每多播服务的信息，其指示核心网络中 的哪个实体对于哪个跟踪区而提供多播服务。关于跟踪区的信息可以包括在 实体标识符自身中(即，实体的标识符可以隐含地识别跟踪区)，或者其可以 被存储为额外参数。
将关于图20和图21而更加详细地示例性概述对终止针对多播服务的用 户面的核心网络实体的此集中注册的使用。从移动终端UE#2接收(2001、 1704 )跟踪区更新消息的移动性管理实体M-MME#20维持移动终端相关的上 下文信息，其可以尤其包括移动终端UE#2的服务。由移动终端UE#2发送 (2001 、 1704 )至移动性管理实体M-MME#20的跟踪区更新消息可以还包括 当前所选择的接入节点eNodeB#2的跟踪区。此外，移动性管理实体 M-MME#20例如通过维持指示移动性管理实体M-MME#20已经在哪个用户 面实体处(对于相应跟踪区)对于哪个服务而注册的列表，存储每多播服务 和每跟踪区的注册信息。基于注册信息，移动性管理实体M-MME存20可以发 现(2101)其是否已经在一些用户面实体处对于服务、对于跟踪区更新消息 中指示的跟踪区而注册其自身。如果这不是所述情况，则移动性管理实体M-MME#20可以查询(2002、 2102 )例如BM-SC的中心核心网络实体，以 便请求关于哪个层实体(如果有的话)维持对于特定服务、对于相应跟踪区 的用户面连接的信息。此查询可以从而包括来自移动终端的跟踪区更新消息 中指示的跟踪区的跟踪区标识符、以及多播服务标识符。
接收查询的核心网络实体可以检查其所注册的实体的列表，并且可以以 关于对于所指示的跟踪区和服务而所注册的用户面实体的信息来应答 (2103)。此信息可以例如是相应用户面实体的标识符。移动性管理实体 M-MME#20可以使用此应答来更新其服务注册。在核心网络实体BM-SC指 示无用户面实体(即，尚未对于跟踪区而建立用户面)的情况下，移动性管 理实体M-MME#20可以例如通过发送包括所选择的用户面实体的标识符的 会话启动消息至至少移动终端已经附连的接入节点eNodeB#2、或至跟踪区中 的所有接入节点，选择应当建立至其的针对服务和跟踪区的用户面的用户面 实体，并且触发用户面的建立。有利地，所选择的用户面实体位于与移动性 管理实体相同的池中。
此外，移动性管理实体M-MME#20可以随后在核心网络实体处对于多插-服务和跟踪区而注册所选择的用户面实体，或者作为选择，所选择的用户面 实体在中心网络实体BM-SC处注册其自身。在图20和图21中所示的示例中， 已经作li殳了已经由池区#1中的另一移动性管理实体(例如，移动性管理实体 M-MME#10)建立了至用户面实体M-UPE#1的用户面，从而此移动性管理 实体已经在中心网络节点(例如，BM-SC)处注册(2004、 2105) 了用户面 实体M-UPE#1。用于对于特定跟踪区和服务而注册用户面实体的注册消息可 以例如包括多播服务的标识符、跟踪区的标识符以及建立至其的用户面的用 户面实体的标识符。如果终止对于特定跟踪区的用户面，则发起用户面的终 止的移动性管理实体还可以注销用户面实体，其中，已经在核心网络实体处 对于跟踪区而建立了至所述用户面实体的用户面。
在对查询的应答指示对于跟踪区和服务的用户面出现(即，应答识别相 应实体)的情况下，移动性管理实体M-MME#20在相应用户面实体M-UPE#1 处注册(2003、 2104)。
如上面已经提到的，跟踪区用于限制用于移动至空闲状态下的移动终端 的、所需要的信令和所存储的上下文信息。可以将跟踪区视为管理的移动性 区域，在其中，移动终端可以移动而无需任何与网络交换的信令。典型地，跟踪区包括由多个接入节点服务的区域，所以其包括一些小区。可以通过特
定标识符(TA-ID )来识别跟踪区。作为选择，跟踪区还可以称作位置区域(LA ) 或路由区(RA)。类似地，关于跟踪区的更新而描述的过程还可以称作跟踪 区更新过程或路由区更新过程。
上面描述的不同实施例尤其适用于实现由负责控制或用户面的不同网络 实体所反映的、控制和用户面功能性的明确分离的网络架构。例如，为了示 例性目的，已经假设了移动性管理和会话管理是在移动性管理实体处实现的 功能。然而，另一架构的选择可以是将会话管理功能性部署在用户面实体中， 即，例如在用户面实体中，导致移动性管理功能性(位于移动性管理实体中) 与会话管理功能性(位于用户面实体中)的分离。自然地，在移动性过程(例 如，跟踪区更新)会影响会话管理(以及反之亦然)的情况下，此种移动性 管理与会话管理的分离需要实现相应功能性的不同实体之间的信令消息的交 换。
关于多播服务，这意味着所有基于会话的控制过程(如会话启动)将由 用户面实体来处理。在此情形中，可以修改上述不同的实施例，以便将此会 话管理与移动性管理的功能拆分寻址到不同核心网络实体。例如，当需要响 应于移动性管理过程(如交递过程或跟踪区更新过程)而执行会话管理过程 时，移动性管理实体可以触发其池区中的相应用户面实体来执行所需的会话 管理过程。
例如，如果移动性管理实体决定需要针对多播服务的会话启动过程用于
跟踪区，其中，移动性管理实体已经对于所述跟踪区而接收到请求多播服务
的移动终端的跟踪区更新，则移动性管理实体可以使用请求/应答方案以触发 用户面实体来执行与跟踪区中的相应接入节点的会话启动过程。类似地，所
请求的用户面实体可以报告会话启动过程是否已经成功，或者是否已经接 收到NACK消息和通知，其识别已经建立了至其的针对服务的用户面的、另 一池区中的另 一用户面实体。用户面实体传递这样的通知至移动性管理实体， 从而所述移动性管理实体可以在另一池区的所指示的用户面实体处注册，如 上面描述的那样。
类似于上述过程，在用户面实体包含会话管理功能性的情况下，其还将 维持多播服务上下文。利用此存储的服务上下文，所选择的用户面实体可以 发现其是否已经将多播服务提供给此跟踪区，其中，应当对于此跟踪区而执行会话启动过程。如果这不是所述情况，则所述用户面实体发送会话启动消 息至位于跟踪区中的接入节点。所述用户面实体对于先前未对于服务和跟踪 区而注册的所有移动性管理实体，在跟踪区中发送会话启动消息仅一次。
利用存储的服务上下文信息，接收会话启动消息的接入节点可以发现其 是否已经建立了针对服务的多播用户面至另 一用户面实体，类似于上面描述 的。如果这是所述情况，则接入节点以包括关于所选择的用户面实体(其可 以在与触发会话启动过程的移动性管理实体、以及发送会话启动消息的所触
发的用户面实体相同的池区内，或在另一池区内)的信息的NACK消息来恢 复会话启动。接收NACK消息的用户面实体将此信息传递至注册移动性管理 实体，所述信息触发移动性管理实体在所指示的用户面实体处注册。
显然，对于非重叠池区、或未相互重叠的池区的部分中的接入节点，月良 务中断的潜在问题不存在。对于这些接入节点，不必须应用特定手段，即， 通常不需要非重叠池区、或池区的非重叠部分的接入节点来传送针对多播服 务的扩展的系统信息。然而，根据一个示例性实施例，同样非重叠区域中的 接入节点可以广播扩展的系统信息，如上面已经描述的。然而，在此情况下， 关于所选择的用户面实体的跟踪区/池区的信息将不再不同于移动终端的当 前跟踪区/池区。
在非重叠区域中的接入节点不广播扩展的系统信息的情况下，移动终端 可以解释此信息的缺乏为处于不与另一池区重叠的池区的部分中。所以，它
们知道对于需要来自移动终端的任何动作的服务连续性，不存在问题。
考虑上面的考虑因素，显然，可以支持重叠和非重叠池区的混合操作。 例如，进入池区的重叠部分的移动终端可以检测到从不同池区提供多播用户 面并且触发适当的动作。如果由于移动性而导致移动终端退回到其当前池区 的非重叠部分中，则不需要额外的动作，因为这里从移动终端的当前池区提 供多播用户面。如果由于移动性而导致移动终端移动至另一池区(而非其当 前的池区)的重叠部分，则正常的交递过程会发生。最后，移动终端将附连 于另一池区，并且在其当前位置中，将总是由所述池区提供多播用户面。
上述一些实施例已经基于从移动终端至相应核心网络实体的信令。然而， 此信令交换会需要移动终端与无线电网络之间的活动通信连接，以便从移动 终端传输信令消息至相应核心网络实体(即，移动性管理实体)。对于活动模 式下的移动终端，会出现此通信连接。然而，对于空闲模式下的移动终端，所述通信连接不会出现，并且会需要首先建立所述通信连接。所需的过程消 耗移动终端资源(例如，电池)以及无线电资源(例如，用于RRC信令)。
根据本发明的又一 实施例，检测到从不同跟踪区/池区、而非重叠池区中 的每个移动终端当前所附连的跟踪区/池区提供多播用户面的、所述重叠之前 中的每个移动终端可以触发在其移动性管理实体处的服务注册的更新。然而， 对于特定移动性管理实体，仅需要一次此在另一池区的用户面实体处的注册， 例如，当触发的第一时间，因为未才是供在用户面实体处的每移动终端注册。 随后的触发消息将被忽略，但是仍消耗了稀有资源，如上面描述的。
为了克服此缺点，本发明的另一实施例提出了提供了资源利用的改进过 程。如上面提到的，从移动终端至触发服务注册的更新的移动性管理实体的
信令消息(见例如图6的步骤602中的通知)的传送，需要移动终端与无线 电网络(例如，接入节点)之间的活动通信连接。因此，接收触发消息的移 动性管理实体可以确定移动终端连接至哪个接入节点。换句话说，移动性管 理实体知道哪个接入节点提供多播服务但建立了至不同池区的多播用户面。 在至少一个移动终端触发了从特定接入节点的服务注册的更新的情况
接入节点。接入节点可以将此信息包括在所广播的针对多播服务的系统信息 中。因此，由接入节点广播的扩展的多播服务信息可以用于通知移动终端关 于提供多播用户面的通知区域/池区，以及另外地，哪个其它跟踪区/池区已 经在服务提供的跟踪区/池区处注册了。因此，甚至在空闲模式下，其它终端 也可以检测到已经更新了服务注册，并且不需要发送额外的触发消息，从而 导致节省的移动终端和无线电资源。
根据图9中所示的示例性实施例，移动终端UE#2经由被分配给池区#1 和池区#2的接入节点(eNodeB弁2 )而附连(901 )于池区#2，并且接收(902 ) 包括关于由接入节点提供的多播服务的信息的系统信息。接入节点eNodeB#2 的服务区中的相应提供的服务的多播服务信息可以包括信息，其关于提供 多播用户面的跟踪区/池区，以及另外地，哪个其它跟踪区/池区已经在服务提 供的跟踪区/池区处注册了。基于此关于多播服务的信息，移动节点可以例如 通过利用图12中图示的方法，决定(903 )是否需要服务注册更新。
图12示出了根据本发明的一个示例性实施例、在移动终端执行的、以便 检测何时触发服务注册的更新的过程。至于图7,为了示例性目的，可以假设跟踪区对应于池区。所述过程可以应用于空闲^f莫式和活动才莫式下的移动终 端。
参数service—TA再次表示预期从其服务提供的跟踪区/池区。最初设置 (1201 )此service—TA为当前附连的跟踪区/池区(attached_TA )。移动终端 可以连续地确定(1202)其是否已经从其附连的接入节点接收到多播服务信 息。可以从广播的多播服务信息来解码received—TA以及registered—TA。 received—TA可以指示传送接入节点已经建立至其的针对多播服务的用户面 的跟踪区/池区。此外，registered一TA可以指示跟踪区，移动性管理实体已经 在跟踪区/池区中的用户面实体处对于所述跟踪区注册了，其中，传送接入节 点已经建立了至所述用户面实体的针对多播服务的用户面。通过确定(1203 ) service—TA是否等同于received—TA、或包含在registered—TA中，移动终端可 以检测到是否需要服务注册更新。如果可以将service—TA匹配于所接收的参 数之一，则不需要更新。否则，移动终端可以触发(1204)在其移动性管理 实体处的服务注册的更新，并且，可以将参数service—TA设置(1205 )为 received—TA。通常，预期多播服务提供来自于移动终端的当前附连的跟踪区/ 池区。如果移动终端4企测到这不是所述情况，则所述过程适用。所述过程可 以在整个多播服务接收期间继续，并且可以在包括跟踪区更新过程的、至另 一管理区的交递之后重新发起。
回到图9，移动终端可以基于步骤903中的评估而触发(904)在其移动 性管理实体M-MME#20处的服务注册的更新。移动性管理实体M-MME#20 可以响应于来自移动终端UE#2的通知而发送(905 )注册至用户面实体 M-UPE#1。步骤904中的通知可以指示需要注册所针对的多播服务(多播服 务标识符)，并且还可以指示已经建立了针对多播服务的多播用户面所至的池 区、或者用户面实体M-UPE弁1的标识符(例如，IP地址)。如果指示了池区， 则移动性管理实体M-MME#20可以从其解析用户面实体M-UPE#1的标识 符。在在池区#1中的用户面实体M-UPE弁1处的成功注册之后，池区#2中的 移动性管理实体M-MME#20可以向4妄入节点eNodeB#2通知(906 )该注册。 此接入节点可以更新(907)多播服务信息(例如，由池区#1、池区#2提供 的、在池区#1注册的服务)，并且可以将所更新的信息包括在所广播的系统 信息中。读取(908)所更新的系统信息的随后的移动终端可以得到服务注册 的更新已经发生，并且将不发生额外的触发消息。这里描述的实施例中的一些特别针对空闲^t式下的移动终端。当然同样， 活动^^莫式下的移动终端可以在进行多播服务期间交递至重叠池区中的接入节 点。在从另一池区而非移动终端所附连的池区提供多播用户面的情况下，类 似的情况发生，如上面已经描述的那样。
与空闲模式下的移动终端对比，典型地，活动模式下的移动终端可以对 接入节点已知，因为它们维持至网络的活动通信连接。此关于移动终端的知 识可以还包括关于移动终端当前的池区的信息，其可以例如在接入节点处被 存储在移动终端上下文信息中。例如，在蜂窝环境中，无线电网络典型地控 制活动模式下的移动终端的交递。在此情况下，移动终端当前所连接至的接 入节点称作源节点，并且，移动终端应当交递至的接入节点称作目标接入节 点。
根据本发明的另一实施例，在执行交递之后，目标接入节点可以发送通
知(例如，HO完成消息)至相应移动性处理核心网络实体(例如，移动性管 理实体)，以1更通知所述相应移动性处理核心网络实体关于移动终端的新位
置。使用所存储的关于移动终端的上下文信息，目标接入节点可以检测到提 供多播服务的池区是否不同于移动终端的池区。在此情况下，目标接入节点 可以将关于所选择的针对多播服务的用户面实体以及用户面实体的通知区域 /池区的信息添加到至移动性管理实体的HO完成消息中。此额外的信息可以
在执行实际交递(即，移动终端连接至目标接入节点)之前，还会存在 一些信息在源和目标节点之间交换，例如，HO请求消息。此信息可以还包括 关于当前请求的(多播)服务的信息，以便允许目标接入节点来评估是否可 以在目标接入节点的服务区中进一步提供所述服务。目标接入节点知道其服 务区中提供那些多播服务、以及所述服务的相应用户面配置。因此，在接收 HO请求时已经可能在目标接入节点处确定是否需要对在移动性管理实体处 的、针对被指示要由交递中的移动终端接收的多播服务的、服务注册的更新 的触发。
在任一情况下，可以将触发在移动性管理实体处的服务注册的更新的所 需消息、与需要用于活动模式移动性的信令消息相结合。因此，与上述解决 方案和改进相结合，空闲模式移动终端不需要触发所述过程，从而导致对移 动终端和网络资源的更好的利用。图IO示出了才艮据本发明的示例性实施例的、当移动终端的交递时、由目
标接入节点对多播服务注册的触发。在此示例中，当从源接入节点eNodeB#3 交递至重叠池区中的目标接入节点eNodeB#2时，附连于池区#2的移动终端 UE弁2被视为处于活动模式下。如之前描述的，在交递过程期间、源接入节点 与目标接入节点之间的信令1001中，源接入节点向目标接入节点提供关于移 动终端UE#2的服务的服务信息，例如，作为UE上下文信息的传输的部分。 此服务信息还识别由移动终端接收的多播服务，并且关于其中的用户面配置 (包括用户面的池区)。目标接入节点可以检查其关于多播服务的上下文信 息，例如其包括目标接入节点的服务区中的多播服务的多播用户面配置。如 果目标接入节点的上下文中的用户面配置、与来自源接入节点的针对多播服 务的所"接收的用户面配置不匹配，则目标4妄入节点可以触发(1002 )在池区 #2的移动性管理实体M-MME#20处的服务注册的更新。作为选择，目标接 入节点可以将或许在所传输的UE上下文信息中指示的移动终端的当前池区、 与或许从所存储的关于多播服务的上下文信息得到的提供多播服务的池区相 比较。如果移动终端的当前池区不匹配提供多播服务的池区，则目标接入节 点可以触发(1002)在池区#2的移动性管理实体M-MME#20处的l良务注册 的更新。
根据所述通知，在已经从包含在所述通知中的池区信息解析了用户面实 体M-UPE弁1的标识符之后，或者基于包含在来自目标接入节点的通知(步骤 1002 )中的用户面实体M-UPE#1的标识符，移动性管理实体M-MME#20可 以在池区#1的用户面实体M-UPE弁1处对于多播服务而注册(1003)。
上述大部分实施例涉及正在进行的多播服务。换句话说，当已经启动了 服务时，所述过程可以发生。然而，在一些情形中，已经在服务启动阶段期 间，或许可能更新服务注册。这或许是当多个移动终端连接至重叠池区中的 相同接入节点、但是在不同池区中的移动性管理实体处激活相同多播服务时 的情况。
如上面已经提到的，在此情况下，重叠池区中的^妄入节点可以^v不同池 区接收针对相同服务的多个会话启动消息。接入节点可以选择一个，并且对 于所选择的会话启动消息而发送ACK并对于其它会话启动消息而发送 NACK。显然，潜在地要求接收(或被通知)多播会话启动消息的拒绝的移 动性管理实体在随手的服务传送期间执行服务注册的更新。因此，根据本发明的另 一 实施例，或许有利的是，当已经接收了 (或被通知)拒绝消息时执 行注册更新。
图11示出了根据本发明的示例性实施例的、用于在除了移动性管理实体 的池区之外的池区的用户面实体处注册移动性管理实体的过程。在第一步骤
中，池区#2的移动性管理实体M-MME#20传送(1101)针对多播服务的用 户面建立请求至池区#1和#2的重叠部分中的接入节点eNodeB#2。假设接入 节点已经决定建立至池区#1的用户面实体的、针对服务的多播用户面，其可 以包括关于所选择的用户面实体和/或其跟踪区/池区的信息的NACK消息来 应答(1102)。通过接收NACK消息，可以随之触发移动性管理实体 M-MME#20在不同池区中的用户面实体M-UPE#1处注册(1103 )。
结合上述不同实施例，重叠区域中的接入节点可以立刻广播针对多播服 务的扩展的系统信息，其包括关于所选择的用户面实体和其提供多播用户面 的池区、以及已经在那注册的哪个其它跟踪区/池区的信息。由于此，或许不 需要空闲模式移动终端在正在进行服务期间触发服务注册的更新，从而导致 对移动终端和网络资源的更好的利用。
这里描述的示例性实施例主要针对于使用特定协议的蜂窝移动网络架 构，例如，3GPP中标准化的SAE/LTE系统。因此，移动性管理实体可以例 如对应于基于3GPP的SAE/LTE系统的MME,并且，用户面实体可以是提 供针对例如MBMS服务的多播服务的用户面的UPE。当然，UPE可以不仅 负责一个单个多播服务，还可以例如提供针对一些多播服务和/或其它专用和 /或广播服务的用户面。类似地，接入节点可以例如是基于3GPP的SAE/LTE 系统中的eNodeB。
然而，如上面的不同实施例中描述的本发明的方面还可以应用到使用如 IETF (因特网工程任务组)中标准化的架构和协议的其它移动通信网络。
具体地，本发明涉及使用如RFC3344， "Mobility Support for IPv4 (IPv4 的移动性支持)"(提供于http:〃www.ietf.org,并且合并在此作为参考)中标 准化的IPv4的IP移动性支持(MIPv4 )的系统。此RFC将一些功能实体引 入到基于IPv4的网络中以实现用户移动性。首先是移动节点(MN),其是从 一个网络或子网改变其附连点到另一网络或子网的主机或路由器。另一 MIPv4特定实体是归属代理(HA)，其可以被视为移动节点的归属网络上的 路由器，其中，当移动节点远离归属时，所述路由器隧道传送用于传递的数据包至移动节点，并且维持移动节点的当前位置信息。最后，在MIPv4中引 入外部代理(FA)，其是移动节点所访问的网络上的路由器，其中，当移动节 点注册时，所述路由器向移动节点提供路由服务。
关于用于本发明的不同实施例的上面描述的概念，可以认为归属代理提 供与基于3GPP的SAE/LTE系统的核心网络实体相类似的功能。因此，在一 个实施例中，可以将移动性管理实体和用户面实体^L为对应于归属代理。因 此，本发明的一个实施例预见到第一网络中的移动终端的归属代理可以在另 一网络的另一归属代理处对于多播服务而注册。类似地，池区或跟踪区可以 从而分别类似于由归属代理或外部代理所服务的网络(由网络中定义的IPv4 地址的得定前缀识别的)。显然地， 一个或多个归属代理、以及一个或多个外 部代理可以出现在单个池区/跟踪区中。
此外，所述外部代理可以被认为具有功能，其对应于这里描述的不同实 施例中的接入节点的功能。在IPv4中，对于当移动节点远离归属时传递至所 述移动节点的数据包，转交地址(CoA)表示向着移动节点的隧道的终点。 MIPv4协议可以使用两个不同类型的转交地址，而使用外部代理的地址的"外 部代理转交地址"类型与本发明更加相关，其中，对所述外部代理注册所述 移动节点。
根据本发明的另一实施例，为了示例性目的可以考虑下列情形。两个或 更多移动节点可以请求相同的多播服务，例如，可以在提供多播服务的相同 服务器处注册它们的归属地址。可以进一步认为所有移动节点附连于相同(外 部)网络、以及使用相同外部代理。然而，至少两个移动节点可以具有不同 归属网络(即，被不同归属代理所服务)。
在此情形中，每个归属代理隧道传送相同多播服务至外部代理。因而， 外部代理经由不同隧道而接收相同服务数据多次。因为外部代理可以比较从 不同归属代理接收的服务数据，所以它能够检测到相同服务。显然地，将仅 需要数据一次，并且可以在外部代理中复制所述数据用于传送至每个移动节 点。这可以允许节省外部代理与归属代理之间的网络中的资源。因此，优化 可以是外部代理仅使用一个隧道至归属代理之一，并且终止至其它归属代 理的隧道。
在剩余隧道所相关联的移动节点正在离开服务的情况下(例如，因为在 移动节点处终止服务接收，或者移动节点移动至另一网络)，终止外部代理与归属代理之间的隧道。这将导致对于激活相同多播服务的其它移动节点的服
务损失。为了克服此问题，本发明的一个实施例提出应用针对多播服务的
所描述的优化的外部代理可以向所连接的移动节点指示关于所选择的隧道、 以及相应地所选择的归属代理的信息，这是例如通过将此信息包括进其代理 广告中。在移动节点接收此指示的情况下，其可以触发其归属代理通知其它 归属代理、或在其它归属代理注册。这样，即使相应移动节点不再出现并且 对于其它移动节点而实现服务联系性，也可以保持所述隧道。
在这里描述的大部分实施例中，已经频繁地引用了池区和跟踪区。在此 方面，还应当注意，移动通信系统典型地支持移动终端的不同状态，通常称 作活动和空闲。在活动状态期间，移动终端维持与网络的活动通信信道，并
且能够接收和传送数据。然而，对这些通信信道的维持通常消耗大量稀有电 池资源，即使是在移动终端不具有任何用于接收或传送的数据的情况下。为 了避免这种情况中的移动终端对电池电力的此不必要的耗尽，移动终端可以 转变至空闲状态。在此状态下，典型地在移动网络中仍注册移动终端，但是 所述移动终端不活动地维持通信信息。为了传送或"^妄收数据，所述移动终端 必须首先转变至活动状态。与活动状态对比，在空闲状态下，可以不具体知 道终端的位置。这样，在网络接收到用于传送至移动终端的一些数据的情况 下，其必须将所述移动终端部署在第一配置，并且命令其转变到活动状态。 此过程典型地称作寻呼。
当然，当处于空闲状态下时，移动终端可移动。因为网络不知道终端的 位置，所以必须在整个网络中执行寻呼。为了限制此信令工作，移动通信网
络典型地配置一些管理区，其经常称作跟踪区(TA)。在此跟踪区级别上， 已知空闲状态下的移动终端。在它们移动出这样的区域的情况下，它们将例 如通过使用跟踪区更新过程来将此通知给网络。
在3GPPSAE/LTE系统中，控制跨越池区内的跟踪区、以及跨越池区的、 移动终端的漫游活动的实体是移动性管理实体。另外，预期一个移动性管理 实体池对于特定地理区域而需要跟踪区ID与此跟踪区中的小区之间的映射 信息。换句话说，池区可以包括一个或多个跟踪区，但是移动性管理实体可 以知道哪个跟踪区属于其自身的池区。因此，其可以从跟踪区信息得到是否 在另一池区中提供多播服务。
因此，在本发明的另一实施例中，在其中已经向移动性管理实体通知了池区的所有过程还可以利用关于特定跟踪区的信息，因为此信息对于移动性 管理实体识别另一池区中的网络实体(例如，针对多播服务的用户面实体) 是足够的。因此，在这些过程中，可以向移动性管理实体提供关于跟踪区的 信息而非关于池区的信息。
本发明的另 一 实施例涉及使用硬件和软件对上述不同实施的实施。认识 到可以使用计算器件(处理器)来实施或实现本发明的不同实施例。计算器 件或处理器可以例如是通用处理器、数字信号处理器(DSP)、专用集成电路
(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件等。还可以通 过结合这些器件而实现或实施本发明的不同实施例。
此外，还可以通过使用由处理器执行的、或直接在硬件中执行的软件模 块而实施本发明的不同实施例。同样，软件模块和硬件实现的结合会是可能 的。可以在任何种类的计算机可读存储介质上存储软件模块，所述计算机可 读存储介质例如RAM、 EPROM、 EEPROM、闪存、寄存器、硬盘、CD-ROM、 DVD等。
还应当注意，本发明的不同实施例的各个特征可以分别为、或任意结合 为另一方面的主旨。
本领域的技术人员应当理解，在不违背广泛描述的本发明的经受或范围 的情况下，可以对本发明进行大量改变和/或修改，如具体实施例中所示的。 因此，在各方面均认为本实施例为示例性的和非限制性的。
权利要求
1.一种用于在用户面实体以及被同时分配给不同池区的不同接入节点之间建立用户面、以用于多播或广播服务提供的方法，所述方法包括步骤在被同时分配给所述不同池区的相应接入节点处接收多个会话启动消息，所述会话启动消息指示所述不同池区的不同用户面实体，由被同时分配给所述不同池区的相应接入节点基于被同时分配给所述不同池区的所有接入节点公共的选择规则，从在所述会话启动消息中指示的所指示的用户面实体中选择一个用户面实体，其中，所述选择规则确保所述被同时分配给不同池区的接入节点从所述不同池区之一中选择相同的用户面实体，以及由所述接入节点建立至相同的所选用户面实体的相应用户面，用于多播或广播服务提供。
2. 如权利要求l所述的方法，其中，在所述被分配给不同池区而用于所 述多播或广播服务的接入节点处接收的服务启动消息包括公共服务标识符， 其识别所述多播或广播服务。
3. 如权利要求2所述的方法，还包括步骤基于所述公共服务标识符， 识别针对单个多播或广播服务的会话启动消息。
4. 如权利要求1至3之一所述的方法，还包括步骤经由所建立的用户 面，将所述多播或广播服务的服务数据从所选择的用户面实体隧道传送到被 分配给所述不同池区的所述相应4妻入节点。
5. 如权利要求1至4之一所述的方法，其中，从所述不同池区的移动性 管理实体接收所述会话启动消息，其中，所述移动性管理实体服务移动终端，以接收所述不同池区中的相应池区中的所述多播或广播服务。
6. 如权利要求5所述的方法，还包括步骤将肯定确认从已经接收了针 对所述多播或广播服务的会话启动消息的相应接入节点传送至已经在其会话 启动消息中指示了所选择的用户面实体的移动性管理实体。
7. 如权利要求5或6所述的方法，还包括步骤向已经传送了指示未选 择的用户面实体的会话启动消息的所述移动性管理实体通知所选择的用户面 实体。
8. 如权利要求7所述的方法，其中，由已经接收了针对所述多播或广播服务的会话启动消息的相应接入节点来传送所述通知。
9. 如权利要求7或8所述的方法，其中，响应于从移动性管理实体接收 会话启动消息，与由接入节点传送的否定确认一起、或在由接入节点传送的 否定确二f人中，将所述通知传送到所述移动性管理实体。
10. 如权利要求7至9之一所述的方法，其中，所述通知包括所选择的 用户面实体的标识符，或识别所选择的用户面实体的池区。
11. 如权利要求1至IO之一所述的方法，还包括步骤由相应接入节点 将对用以建立用户面的所述用户面实体的选择延迟可配置的时间间隔。
12. 如权利要求11所述的方法，其中，所述时间间隔基于在接入节点与 所述接入节点能够与之通信的相应移动性管理实体之间交换的数据的往返时 间。
13. 如权利要求11所述的方法，其中，将所述时间间隔设置为在接入 节点与所述接入节点能够与之通信的相应移动性管理实体之间交换的数据的 最高往返时间。
14. 如权利要求13所述的方法，其中，将所述时间间隔设置为在接入 节点与所述接入节点能够与之通信的相应移动性管理实体之间交换的数据的 最高往返时间、加上所述移动性管理实体的额外处理延迟。
15. 如权利要求1至14之一所述的方法，其中，所述选择规则定义用户 面实体处的对所述相应会话启动消息中的至少一个参数的处理，用于从所述 多个指示的用户面实体中选择所述不同池区之一的用户面实体。
16. 如权利要求15所述的方法，其中，所述会话启动消息包括至少一个 选择参数，用于影响选择步骤的结果。
17. 如权利要求15或16所述的方法，其中，所述至少一个选择参数是 下列中的至少一个所述移动性管理实体的池区的池区标识符、在会话启动 消息中指示的所述用户面实体的标识符、传送会话启动消息的移动性管理实 体的标识符、以及已经在传送会话启动消息的移动性管理实体处对于所述多 播或广播服务而注册的移动终端的数量。
18. —种用于在用户面实体以及重叠池区的重叠区域中的不同接入节点 之间建立用户面、以用于多播或广播服务提供的方法，所述方法包括步骤由正在服务至少部分重叠的不同池区中的移动终端的、所述不同池区的 移动性管理实体确定所述池区之一的用户面实体，其中，所述不同池区的重叠部分的接入节点要建立针对要被提供给所述移动终端的多播或广播服务的 用户面至所述用户面实体，以及传送至少一个消息至所述不同池区的重叠部分的接入节点的相应一个， 所述消息明确地或隐含地指示要对其建立所述用户面至其的所述用户面实 体。
19. 如权利要求18所述的方法，其中，所述消息是会话启动消息。
20. 如权利要求19所述的方法，其中，所述不同池区中的每个移动性管 理实体传送会话启动消息至所述不同池区的重叠部分中的每个接入节点，其 中，所有传送的会话启动消息识别要建立所述用户面至其的所述用户面实体。
21. 如权利要求18至20之一所述的方法，其中，当接收到针对所述多 播或广播服务的会话激活消息时，由移动性管理实体触发对要建立所述用户 面至其的所述用户面实体的所述确定。
22. 如权利要求18所述的方法，其中，由来自接入节点的通知来触发对 要建立所述用户面至其的所述用户面实体的所述确定，所述通知指示已经接 收了识别不同用户面实体的、针对相同多播或广播服务的会话启动消息，并 且，响应于所述通知而传送所述至少一个消息。
23. 如权利要求22所述的方法，其中，将所述通知传送至移动性管理实 体，并且，所述通知指示已经从其接收到会话启动消息的其它移动性管理实 体。
24. 如权利要求18至23之一所述的方法，其中，对要建立至其的针对 所述多播或广播服务的所述用户面的所述用户面实体的所述确定包括所述 不同池区中的移动性管理实体之间的控制信令。
25. 如权利要求24所述的方法，在所述控制信令中包括经由点对点通 信链路传送控制消息。
26. 如权利要求24所述的方法，在所述控制信令中包括经由点对多点 通信链路传送控制消息。
27. 如权利要求24或26所述的方法，其中，对不同重叠池区的移动性 管理实体分配了 ip多播地址，并且，将所述控制消息寻址到所述IP多播地址。
28. 如权利要求24或25所述的方法，其中，在所述至少部分重叠的不 同池区的每个池区的一个预配置的或所选择的移动性管理实体之间，交换所述控制信令。
29. 如权利要求18或19所述的方法，对要建立所述用户面至其的所述 用户面实体的所述确定包括在多播或广播服务中心请求对用户面实体的明 确的或隐含的识别，所述用户面实体提供至所述不同池区的重叠部分中的接 入节点的用户面。
30. 如权利要求29所述的方法，其中，所述请求识别正在进行请求的移 动性管理实体的池区的用户面实体。
31. 如权利要求29或30所述的方法，还包括步骤 在所述多播或广播服务中心确定是否已经对于在请求中指示的所述多播或广播服务而注册了用户面实体，其中，所述用户面实体提供至所述不同池 区的重叠部分中的接入节点的用户面，以用于多播或广播服务，如果否，则在所述多播或广播服务中心，从所接收的请求导出用户面实 体，在所述多播或广播服务中心注册在所述请求中指示的用户面实体，作为 向所述不同池区的重叠部分中的接入节点提供用户面的所述用户面实体，并 且，响应于所述请求，向正在进行请求的移动性管理实体指示所导出的用户 面实体，作为向所述不同池区的重叠部分中的接入节点||_供用户面的所述用户面实体。
32. 如权利要求18至31之一所述的方法，其中，对于所述不同池区的 每个池区，预配置一个用户面实体，用于多播或广播服务的提供。
33. 如权利要求1至32之一所述的方法，还包括步骤移动性管理实体 在所述用户面实体处注册其自身，其中，要建立至所述用户面实体的用户面。
34. 如权利要求33所述的方法，其中，响应于从接入节点接收到通知而 执行在所述用户面实体处的所述移动性管理实体的注册，所述通知指示所述 接入节点的、建立至所述用户面实体的所述用户面的决定，其中，要建立至 所述用户面实体的用户面。
35. 如权利要求33或34所述的方法，其中，响应于从移动终端接收到 针对所述多播或广播服务的服务激活消息，执行在所述用户面实体处的所述 移动性管理实体的注册。
36. 如权利要求33至35所述的方法，其中，响应于从另一移动性管理 实体接收到指示要建立至其的所述用户面的用户面实体，执行在所述用户面实体处的所述移动性管理实体的注册。
37. 如权利要求33至35所述的方法，其中，响应于从多播或广播服务 中心接收到对用户面实体的明确或隐含的识别，执行在所述用户面实体处的 所述移动性管理实体的注册，其中，所述用户面实体提供用户面至所述不同 池区的重叠部分中的4妻入节点。
38. —种接入节点，用于建立用户面实体与所述接入节点之间的用户面、 以用于多播或广播服务提供，其中，所述接入节点被同时分配给不同池区， 所述接入节点包括通信单元，用于接收多个会话启动消息，所述会话启动消息指示所述不 同池区的不同用户面实体，以及选择规则，从在所述会话启动消息中指示的所指示的用户面实体中选择一个 用户面实体，其中，所述选择规则确保被同时分配给不同池区的所有接入节 点从所述不同池区之一中选择相同的用户面实体，所述通信单元被适配为由所述接入节点建立相应用户面至相同的所选 用户面实体，用于多播或广播服务提供。
39. 如权利要求38所述的接入节点，还包括部件，其被适配为执行根据 权利要求2至17之一所述的方法的步骤。
40. —种4妄入节点，用于建立用户面实体与所述4妻入节点之间的用户面、 以用于多播或广播服务提供，其中，所述接入节点被同时分配给不同池区， 所述接入节点包括接收器，用于从所述不同池区的不同移动性管理实体^l妄收会话启动消息， 所述会话启动消息指示所述不同池区的不同用户面实体，以及传送器，用于向所述不同移动性管理实体中的至少一个传送通知，该通 知指示已经接收识别不同用户面实体的、针对相同的多播或广播服务的会 话启动消息，其中，所述接收器被适配为响应于所述通知而接收指示所述不同池区 之一的用户面实体的消息，其中，所述接入节点被适配为建立用户面至所指 示的用户面实体，以用于多播或广播服务提供。
41. 一种移动性管理实体，用于建立用户面实体与位于重叠池区的重叠 区域中的不同接入节点之间的用户面、以用于多播或广播服务提供，所述移 动性管理实体包括处理单元，用于确定不同池区之一的用户面实体，其中，所述不同池区 的重叠部分的接入节点要建立针对要提供给由所述移动性管理实体服务的移 动终端的多播或广播服务的用户面至所述用户面实体，以及通信单元，用于传送消息至所述不同池区的重叠部分的^t妄入节点的相应一个，所述消息明确地或隐含地识别要建立所述用户面至其的所述用户面实 体。
42. 如权利要求41所述的移动性管理实体，还包括部件，用于执行权利 要求18至37之一所述的方法的步骤。
43. —种用于存储指令的计算机可读介质，当由接入节点的处理器执行 所述指令时，所述指令使得所述接入节点通过下列步骤而建立用户.面实体与 所述接入节点之间的用户面、以用于多播或广播服务提供，其中，所述接入 节点-陂同时分配给不同池区接收多个会话启动消息，其指示所述不同池区的不同用户面实体， 基于被同时分配给所述不同池区的所有接入节点的公共选择规则而从所述会话启动消息中指示的所指示的用户面实体中选择一个用户面实体，其中，所述选择规则确保被同时分配给不同池区的所有接入节点从所述不同池区之一中选择相同用户面实体，由所述接入节点建立相应用户面至所述相同选择的用户面实体，用于多播或广播服务提供。
44. 如权利要求43所述的计算机可读介质，还存储指令，当由所述接入 节点的处理器执行所述指令时，所述指令使得所述接入节点执行根据权利要 求2至17之一所述的方法的步骤。
45. —种用于存储指令的计算机可读介质，当由接入节点的处理器执行 所述指令时，所述指令使得所述接入节点通过下列步骤而建立用户面实体与 所述接入节点之间的用户面、以用于多播或广播服务提供，其中，所述接入 节点被同时分配给不同池区从所述不同池区的不同移动性管理实体接收会话启动消息，其指示所述 不同池区的不同用户面实体，向所述不同移动性管理实体中至少一个传送通知，其指示已经接收了 识别不同用户面实体的、针对相同多播或广播服务的会话启动消息，响应于所述通知而接收指示所述不同池区之一的用户面实体的消息，以及建立用户面至所指示的用户面实体而用于多播或广播服务提供。
46. —种用于存储指令的计算机可读介质，当由移动性管理实体执行所 述指令时，所述指令使得所述移动性管理实体通过下列步骤而建立用户面实 体与位于重叠池区的重叠区域中的不同接入节点之间的用户面、以用于多播 或广播服务提供确定不同池区之一的用户面实体，其中，所述不同池区的重叠部分的接 入节点要建立针对要提供给由所述移动性管理实体服务的移动终端的多播或 广播服务的用户面至所述用户面实体，以及传送消息至所述不同池区的重叠部分的接入节点的相应一个，所述消息 明确或隐含地识别要建立所述用户面至其的所述用户面实体。
47. 如权利要求46所述的计算机可读介质，还存储指令，当由所述移动 性管理实体的处理器执行所述指令时，所述指令使得所述移动性管理实体执 行权利要求18至37之一所述的方法的步骤。
48. —种用于确保由移动终端从接入节点接收的多播服务的服务连续性 的方法，其中，所述接入节点被同时分配给第一和至少第二池区，并且其中， 由第一池区的移动性管理实体服务所述移动终端，所述方法包括步骤如果服务所述移动终端的所述接入节点使用至所述第二池区的用户面实 体的用户面，则在第二池区的用户面实体处，对于所述多播服务而注册第一 池区的移动性管理实体。
49. 如权利要求48所述的方法，还包括步骤将关于来自所述接入节点 的至少所述多播服务的多播服务信息传送到至少由所述第一池区的移动性管 理实体服务的移动终端，其中，所述多播服务信息指示所述用户面实体的池 区、或所述用户面实体的标识符，其中，已经建立了针对所述多播服务的用 户面至所述用户面实体。
50. 如权利要求48或49所述的方法，其中，响应于从所述移动终端接 收到通知，所述第一池区的移动性管理实体在所述第二池区的用户面实体处 对于所述多播服务而注册，其中，所述通知即已经建立了针对所述多播服 务的用户面至所述第二池区的用户面实体。
51. 如权利要求50所述的方法，其中，响应于由所述移动终端4全测到所 述用户面实体被分配给与服务所述移动终端的所述第一池区的移动性管理实体不同的池区，传送所述通知，其中，建立了所述多播服务的用户面至所述 用户面实体。
52. 如权利要求51所述的方法，其中，所述检测基于由所述移动终端从所述接入节点接收的所述多播服务信息。
53. 如权利要求50至52之一所述的方法，其中，一_3^险测到所述用户 面实体属于与服务所述移动终端的所述第一池区的移动性管理实体的池区不同的池区，便由所述移动终端传送所述通知一次，其中，已经建立了所述多 播服务的用户面至所述用户面实体。
54. 如权利要求49所述的方法，其中，关于至少所述多播服务的所述多 播服务信息还指示已经在所述池区的用户面实体处注册的移动性管理实体的 池区，其中，已经建立了针对所述多播服务的用户面至所述池区的用户面实 体。
55. 如权利要求54所述的方法，还包括步骤如果所述多播服务不指示 所述第一池区的移动性管理实体已经在所述第二池区的用户面实体处注册 了，则从所述移动终端传送通知，该通知向所述第一池区的移动性管理实体 指示在所述第二池区的用户面实体处注册。
56. 如权利要求48至55之一所述的方法，还包括步骤由所述接入节 点决定是否建立或使用至所述第一池区的用户面实体、或所述第二池区的用 户面实体的用户面。
57. 如权利要求56所述的方法，其中，如果当从所述第一池区的移动性 管理实体接收到建立针对所述多播服务的用户面的请求时，已经建立了至所 述第二池区的用户面实体的用户面，则所述接入节点决定使用至所述第二池 区的用户面实体的所述用户面。
58. 如权利要求56所述的方法，其中，当从所述第一池区的移动性管理 实体和所述第二池区的移动性管理实体接收到建立针对所述多播服务的用户 面的相应请求时，所述接入节点决定是否建立或使用至所述第一池区的用户 面实体、或所述第二池区的用户面实体的所述用户面，其中，所述第一池区 的移动性管理实体和所述第二池区的移动性管理实体通过所述接入节点服务 请求所述多播服务的至少一个其它移动终端。
59. 如权利要求56至58之一所述的方法，其中，所述接入节点基于相 应多播服务的标识符而检测建立针对多播服务的用户面的请求与相同的多播服务相关。
60. 如权利要求48至59之一所述的方法，还包括步骤建立至所述第 二池区的用户面实体的所述用户面，用于在接入节点处接收所述多播服务数 据，并用于将所述多播服务数据转发至向所述接入节点的服务区内的所述多 播服务注册的移动终端。
61. 如权利要求1至60之一所述的方法，其中，响应于从所述接入节点 接收到通知，所述第一池区的移动性管理实体在所述第二池区的用户面实体 处注册其自身，其中，所述通知即要使用至所述第二池区的用户面实体的 用户面，用于所述多播服务数据。
62. 如权利要求61所述的方法，其中，所述通知包括对所述第二池区的 用户面实体的指示，或识别所述第二池区。
63. 如权利要求61或62所述的方法，其中，4妻收所述通知，所述通知 被封装在所述移动终端的跟踪区更新消息、或对由^皮同时分配给所述第 一和 第二池区的接入节点发送的会话启动消息的应答中。
64. 如权利要求1至63之一所述的方法，其中，所述方法包括步骤 由被同时分配给所述第一和所述第二池区的接入节点确定来自所述移动终端的跟踪区更新消息是否指向位于与已经建立了所述用户面至其的用户面 实体相同的池区中的移动性管理实体，以及如果否，则由被同时分配给所述第一和所述第二池区的接入节点发送所 述通知至所述移动性管理实体，其中，所述跟踪区更新消息指向所述移动性 管理实体。
65. 如权利要求64所述的方法，其中，所述确定使用关于由被同时分配 给所述第一和所述第二池区的接入节点维持的移动终端的上下文信息，其中， 所述上下文信息包括关于所述移动终端的服务的信息。
66. 如权利要求61至65之一所述的方法，其中，将被同时分配给所述 第 一和所述第二池区的接入节点分配给至少 一个单独的跟踪区。
67. 如权利要求66所述的方法，其中，响应于检测到跟踪区改变至所述 至少一个单独的跟踪区之一，通过由所述移动终端发送的跟踪区更新消息，来触发由被同时分配给所述第一和所述第二池区的接入节点发送的所述通 知。
68. 如权利要求61或62所述的方法，其中，响应于用于触发所述用户面的建立的会话启动消息，从所述接入节点接收所述通知。
69. 如权利要求68所述的方法，其中，将被同时分配给所述第一和所述 第二池区的接入节点分配给至少一个单独的跟踪区，并且，所述方法还包括 步骤在所述第一池区的移动性管理实体处接收来自被同时分配给所述第一和 所述第二池区的接入节点的跟踪区更新消息，其中，所述跟踪区更新消息识 别被同时分配给所述第 一和所述第二池区的接入节点所属的所述跟踪区，由所述第一池区的移动性管理实体确定是否已经建立了针对所述多播服 务的用户面至所述跟踪区中的接入节点，其中，被同时分配给所述第一和所 述第二池区的接入节点属于所述跟踪区，以及如果否，则由所述第一池区的移动性管理实体传送、或请求所述第一池 区中的用户面实体传送用于触发针对所述多播服务的用户面的建立的会话启 动消息到至少被同时分配给所述第一和所述第二池区的所述接入节点。
70. 如权利要求61或62所述的方法，其中，由所述第一池区的移动性 管理实体服务的移动终端处于活动模式下。
71. 如权利要求61至70之一所述的方法，其中，通过所述接入节点潜 在地接收所述多播服务的移动终端处于空闲模式下，并且，所述方法还包括 步骤由所述接入节点确定是否存在在其服务区中接收多播服务的至少一个 移动终端，以及其中，仅在存在在其服务区中接收多播服务的至少一个移动终端的情况 下，才由所述接入节点传送所述通知。
72. 如权利要求48至60之一所述的方法，其中，响应于接收到来自核 心网络实体的通知，所述第一池区的移动性管理实体在所述第二池区的用户面实体处注册其自身，其中，所述通知指示至所述第二池区的用户面实体 的用户面要被用于所述多播服务数据。
73. 如权利要求72所述的方法，其中，所述通知包括对所述第二池区的 用户面实体的指示，或识别所述第二池区。
74. 如权利要求72或73所述的方法，其中，响应于所述第一池区的移 动性管理实体的查询，接收所述通知。
75. 如权利要求74所述的方法，其中，将被同时分配给所述第一和所述 第二池区的接入节点分配给单独的跟踪区，并且，所述查询指示所述单独的跟踪区。
76. 如权利要求74或75所述的方法，还包括步骤 在所述第一池区的移动性管理实体处接收来自被同时分配给所述第一和所述第二池区的接入节点的跟踪区更新消息，其中，所述跟踪区更新消息识 别被同时分配给所述第一和所述第二池区的接入节点所属的所述跟踪区，由所述第一池区的移动性管理实体确定是否已经建立了针对所述多播服 务的用户面至所述跟踪区中的接入节点，其中，被同时分配给所述第一和所 述第二池区的接入节点属于所述跟踪区，以及如果否，则由所述第一池区的移动性管理实体传送所述查询至该核心网 络实体。
77. 如权利要求76所述的方法，还包括在所述核心网络实体对所述查询 的应答指示尚未对于所述跟踪区注册用户面实体的情况下、由所述第一池区 的移动性管理实体执行的下列步骤选择所述第一或第二池区的用户面实体，发送会话启动消息至被同时分配给所述第一和所述第二池区的接入节 点，以发起至所选择的用户面实体的针对所述多播服务的用户面的建立，以 及在所述核心网络实体处对于所述多播服务和跟踪区而注册所选4奪的用户 面实体。
78. 如权利要求48至77之一所述的方法，还包括步骤 从所述第二池区的移动性管理实体传送多播服务注销至所述第二池区的用户面实体，响应于所述注销，在所述移动性管理实体处从所述第二池区的用户面实 体接收确认消息，其中，所述确认消息指示至少一个其它移动性管理实体 是否已经在所述第二池区的用户面实体处对于所述多播服务而注册，以及如果所述确认消息指示在所述第二池区的用户面实体处对于所述多播服 务而已经注册了所述第一池区的另一移动性管理实体、但未注册所述第二池 区的其它移动性管理实体，则由已经传送了所述注销的移动性管理实体传送 用户面释放通知至除了被同时分配给所述第一和第二池区的这些接入节点之 外的、所述第二池区的相应接入节点。
79. 如权利要求78所述的方法，还包括步骤如果所述确认消息指示尚未在所述第二池区的用户面实体处对于所述多播服务而注册其它移动性管理 实体，则由已经传送了所述多播服务注销的移动性管理实体传送用户面释放 通知至所述第二池区的相应接入节点。
80. 如权利要求48至77之一所述的方法，还包括步骤 从所述第一池区的移动性管理实体传送多播服务注销至所述第二池区的用户面实体，响应于所述注销，在所述移动性管理实体处>^人所述第二池区的用户面实 体接收确iU肖息，其中，所述确认消息指示至少一个其它移动性管理实体 是否已经在所述第二池区的用户面实体处对于所述多播服务而注册，以及如果尚未在所述第二池区的用户面实体处对于所述多播服务而注册其它 移动性管理实体，则由所述移动性管理实体传送多播服务注册状态请求至所 述第一池区的用户面实体，用于请求所述第 一池区的用户面实体来指示是否 有至少一个其它移动性管理实体已经在所述第一池区的用户面实体处对于所 述多播服务而注册。如果响应于所述多播服务注册状态请求而在所述第一池区的移动性管理 实体处接收的来自所述第一池区的用户面实体的应答指示仍在所述第一池区 的用户面实体处对于所述多播服务而注册了所述第一池区的另一移动性管理 实体，则由已经传送了所述注销的移动性管理实体传送用户面释放通知至被 同时分配给所述第 一和第二池区的相应接入节点。
81. 如权利要求80所述的方法，还包括步骤如果来自所述第一池区的 用户面实体的应答指示尚未在所述第一池区的用户面实体处对于所述多播服 务而注册所述第一池区的其它移动性管理实体，则由已经传送了所述多播服 务注销的移动性管理实体传送用户面释放通知至所述第一池区的相应接入节 点。
82. 如权利要求78至81之一所述的方法，其中，所述用户面释放通知 包括所述多播服务的标识符。
83. 如权利要求78至82之一所述的方法，还包括步骤响应于接收到 所述用户面释放通知，由接入节点释放至所述第二池区的用户面实体的用户 面。
84. 如权利要求48至77之一所述的方法，还包括步骤 从所述第二池区的移动性管理实体发送多播服务注销至所述第二池区的用户面实体，响应于所述注销，在所述移动性管理实体处从所述第二池区的用户面实 体接收确认消息，其中，所述确认消息指示在所述第二池区的用户面实体处 对于所述多寺番服务仍注册了所述第一池区的一个或多个移动性管理实体，以 及一旦已经建立了新用户面至所述第一池区的用户面实体，则由已经传送 了所述多播服务注销的移动性管理实体通知正被同时分配给所述第一和第二 池区的那些接入节点释放至所述第二池区的用户面实体的用户面。
85. 如权利要求84所述的方法，还包括由已经传送了所述多播服务注 销的移动性管理实体指示所述第一池区的移动性管理实体触发在这些正被 同时分配给所述第一和第二池区的接入节点与所述第一池区的用户面实体之间建立针对所述多播服务的用户面。
86. 如权利要求84或85所述的方法，还包括由已经传送了所述多播 服务注销的移动性管理实体请求已经在所述第二池区的用户面实体处对于所 述多播服务而注册的所述第一池区的一个或多个移动性管理实体，以在所述 第一池区的用户面实体处对于所述多播服务而注册。
87. 如权利要求84至86之一所述的方法，还包括步骤由已经传送了 所述注销的移动性管理实体传送用户面释放通知至除了被同时分配给所述第 一和第二池区的接入节点之外的、所述第二池区的相应接入节点。
88. 如权利要求48至87之一所述的方法，还包括步骤由所述第一池区的源接入节点传送交递请求消息至正被同时分配给所述 第一和第二池区的接入节点，其中，所述交递请求信息包括关于移动终端的 多播服务的、移动终端相关的上下文信息，其中，所述移动终端要被从所述 源接入节点交递至正被同时分配给所述第一和第二池区的所述接入节点，基于所述上下文信息，由接收所述交递请求消息的所述接入节点确定是 否使用至所述第一池区或所述第二池区的用户面实体的针对所述多播服务的 用户面，以及如果使用至所述第二池区的用户面实体的针对所述多播服务的用户面， 则触发服务处于交递中的所述移动终端的所述第 一池区的移动性管理实体， 来在所述第二池区的用户面实体处对于所述多播il良务而注册。
89. 如权利要求48至87之一所述的方法，还包括步骤一旦所述移动终端要被交递至所述接入节点，便由所述接入节点确定是 否使用至所述第一或第二池区的用户面实体的针对所述多播服务的用户面， 其中，所述确定基于包括关于由所述移动终端接收的多播服务的信息的上下 文信息，其中，所述移动终端要被交递至正被同时分配给所述第一和第二池 区的接入节点，以及如果使用至所述第二池区的用户面实体的针对所述多播服务的用户面， 则从所述接入节点传送交递完成消息至所述第一池区的移动性管理实体，其 中，所述交递完成消息触发所述第一池区的移动性管理实体在所述第二池区 的用户面实体处对于多播服务而注册。
90. —种第一池区的移动性管理实体，其服务移动终端以接收多播服务，所述移动性管理实体包括传送器，用于如果服务所述移动终端的接入节点使用至另外的第二池区 的用户面实体的用户面，则在所述第二池区的用户面实体处对于所述多播服 务而注册所述移动性管理实体。
91. 如权利要求卯所述的移动性管理实体，其中，所述移动性管理实体 还包括接收器，用于接收通知，该通知即，已经建立了针对所述多播服务的 用户面至所述第二池区的用户面实体，以及其中，所述移动性管理实体被适 配为响应于所述通知的接收，在所述第二池区的用户面实体处对于多播服务 而注册。
92. 如权利要求91所述的移动性管理实体，其中，从所述移动终端或所 述接入节点、或从核心网络实体接收到所述通知。
93. 如权利要求91或92所述的移动性管理实体，其中，所述通知包括 所述第二池区的用户面实体的标识符、或所述第二池区的指示。
94. 如权利要求93所述的移动性管理实体，还包括处理单元，用于基于 所述第二池区的指示而解析所述第二池区的用户面实体的标识符。
95. —种位于第一池区中的移动性管理实体，其服务移动终端以接收多 播服务，所述移动性管理实体包括传送器，用于传送多播服务注销至所述第 一池区的用户面实体， 接收器，用于响应于所述注销而从所述第 一池区的用户面实体接收确认 消息，其中，所述确认消息指示是否有至少一个其它移动性管理实体已经在 所述第一池区的用户面实体处对于多播服务而注册，以及其中，所述传送器被适配为如果所述确认消息指示在所述第一池区的 用户面实体处仍对于多播服务注册了所述第二池区的另一移动性管理实体、但未注册所述第一池区的其它移动性管理实体，则传送用户面释放通知至除了被同时分配给所述第一和第二池区的那些接入节点之外的、所述第一池区的相应4妻入节点。
96. 如权利要求95所述的移动性管理实体，其中，所述传送器可以被适 配为如果所述确认消息指示无其它移动性管理实体已经在所述第一池区的 用户面实体处对于多播服务而注册，则传送用户面释放通知至所述第一池区的相应接入节点。
97. —种位于第一池区中的移动性管理实体，其服务移动终端以接收多 播服务，所述移动性管理实体包括传送器，用于传送多播服务注销至所述第二池区的用户面实体，接收器，用于响应于所述注销而从所述第二池区的用户面实体接收确认 消息，其中，所述确认消息指示是否有至少一个其它移动性管理实体已经在 所述第二池区的用户面实体处对于多播服务而注册，以及其中，所述传送器^L适配为如果无其它移动性管理实体已经在所述第 二池区的用户面实体处对于多播服务而注册，则传送多播服务注册状态请求 至所述第一池区的用户面实体，用于请求所述第一池区的用户面实体指示至 少一个其它移动性管理实体是否已经在所述第一池区的用户面实体处对于多 播服务而注册，以及其中，所述传送器还被适配为如果响应于所述多播服务注册状态请求而接收的来自所述第一池区的用户面实体的应答指示在所述第一池区的用户 面实体处对于多播服务仍注册了所述第一池区的另一移动性管理实体，则传送用户面释放通知至被同时分配给所述第一和第二池区的相应接入节点。
98. 如权利要求97所述的移动性管理实体，所述传送器还被适配为如 果来自所述第一池区的用户面实体的应答指示尚未在所述第一池区的用户面 实体处对于多播服务注册所述第一池区的其它移动性管理实体，则传送用户 面释放通知至所述第一池区的相应接入节点。
99. 一种服务移动终端以接收多播服务的移动性管理实体，所述移动性 管理实体包括传送器，用于传送多播服务注销至第一池区的用户面实体，接收器，用于响应于所述注销而从所述第 一池区的用户面实体接收确认 消息，其中，所述确认消息指示在所述第一池区的用户面实体处对于多播服 务仍注册了第二池区的一个或多个其它移动性管理实体，以及其中，所述移动性管理实体被适配为当已经建立了用户面至所述第二 池区的用户面实体时，通知被同时分配给所述第 一和另外的第二池区的那些 接入节点来释放至所述第一池区的用户面实体的用户面。
100. 如权利要求99所述的移动性管理实体，其中，所述移动性管理实 体被适配为触发所述第二池区的移动性管理实体，来在被同时分配给所述 第一和所述第二池区的那些接入节点、与所述第二池区的用户面实体之间建立针对多播服务的用户面。
101. 如权利要求99或100所述的移动性管理实体，其中，所述移动性 管理实体被适配为触发已经在所述第一池区的用户面实体处对于所述多播 服务而注册的、所述第二池区的一个或多个移动性管理实体，来在所述第二 池区的用户面实体处对于所述多播服务而注册。
102. 如权利要求99至101之一所述的移动性管理实体，其中，所述传 送器被适配为传送用户面释放通知至除了被同时分配给所述第一和所述第 二池区的接入节点之外的、所述第一池区的相应接入节点。
103. 如权利要求90至102之一所述的移动性管理实体，其中，所述移 动性管理实体还包括部件，用以执行或参与根据权利要求48至89之一所述 的方法的步骤。
104. —种用于通过接入节点而接收多播服务的移动终端，所述移动终端包括接收器，用于从所述接入节点接收关于至少所述多播服务的多播服务信 息，其中，所述多播服务信息指示用户面实体的池区、或用户面实体的标识 符，其中，已经建立了针对所述多播服务的用户面至所述用户面实体，以及传送器，用于传送通知至服务所述移动终端的所述移动性管理实体，其 中，所述移动终端触发在所述用户面实体处的所述移动性管理实体的注册， 其中，已经建立了针对所述多播服务的用户面至所述用户面实体。
105. 如权利要求104所述的移动终端，其中，所述传送器被适配为响 应于检测到的所述用户面实体被分配给与服务所述移动终端的所述移动性管 理实体不同的池区，传送所述通知，其中，已经建立了的所述多播服务的用户面至所述用户面实体。
106. 如权利要求105所述的移动终端，其中，所述检测基于所述多播服 务信息。
107. 如权利要求104至106之一所述的移动终端，其中，所述传送器被 适配为 一旦检测到所述用户面实体被分配给与服务所述移动终端的所述移 动性管理实体不同的池区，便传送所述通知一次，其中，已经建立了的所述 多播服务的用户面至所述用户面实体。
108. 如权利要求104所述的移动终端，其中，所述多播服务信息还指示 已经在所述池区的用户面实体处注册的移动性管理实体的池区，其中，已经 建立了针对所述多播服务的用户面至所述用户面实体。
109. 如权利要求108所述的移动终端，其中，所述传送器被适配为如 果由所述移动终端从所述接入节点接收的所述多播服务信息未指示服务所述 移动终端的所述第一池区的移动性管理实体已经在第二池区的用户面实体处 注册，则传送所述通知。
110. 如权利要求104至109之一所述的移动终端，其中，所述移动终端 还包括部件，用以执行或参与根据权利要求48至89之一所述的方法的步骤。
111. 一种被分配给第一和第二池区的接入节点，所述接入节点包括 传送器，用于传送关于至少所述多播服务的多播服务信息至接收所述多播服务的至少一个移动终端，其中，所述多播服务信息指示用户面实体的 池区，其中，已经建立了针对所述多播服务的用户面至所述用户面实体；或 者，用户面实体的标识符，其中，已经建立了针对所述多播服务的用户面至 所述用户面实体。
112. 如权利要求111所述的接入节点，其中，所述多播服务信息还指示 已经在所述池区的用户面实体处注册的移动性管理实体的池区，其中，已经 建立了针对所述多播服务的用户面至所述用户面实体。
113. 如权利要求111或112所述的接入节点，还包括接收器，用于从移动性管理实体接收通知，其中，所述通知向所述接入册，其中，已经建立了针对所述多"f番服务的用户面至所述用户面实体，以及 处理单元，用于响应于所述通知而更新所述多播服务信息。
114. 如权利要求111至113之一所述的接入节点，还包括处理单元，用于决定是否建立或使用针对所述多播服务的用户面至第一池区的用户面实 体、或第二池区的用户面实体。
115. 如权利要求114所述的接入节点，其中，所述接入节点被适配为 基于相应多播服务的标识符，检测由所述接入节点的接收器接收的对建立针 对多播服务的用户面的请求与相同的多播服务相关。
116. —种被分配给第一和第二池区的接入节点，所述接入节点包括 接收器，用于从所述第一池区的移动性管理实体接收对建立针对多播服务的用户面至所述第一池区的请求，以及传送器，用于传送通知至所述第一池区的移动性管理实体，以触发所述 第一池区的移动性管理实体在所述第二池区的用户面实体处注册，其中，已 经建立了针对所述多播服务的用户面至所述用户面实体。
117. 如权利要求116所述的接入节点，其中，所述通知包括所述第二池 区的用户面实体的标识符、或所述第二池区的标识。
118. 如权利要求111至117之一所述的接入节点，其中，所述接入节点 还包括部件，用以执行或参与根据权利要求48至89之一所述的方法的步骤。
119. 一种通信系统，其包括根据权利要求90至103之一的移动性管理 实体、和/或根据权利要求104至110之一的移动终端、和/或根据权利要求 111至118之一的接入节点。
全文摘要
本发明的一个方面涉及确保从被同时分配给第一和第二池区的接入节点接收的多播服务的服务连续性。本发明的另一方面涉及在用户面实体与被同时分配给不同池区而用于多播或广播服务的不同接入节点之间建立用户面。为了确保所述多播服务的服务连续性，提出了服务所述移动终端的MME在提供多播用户面至接入节点的UPE处注册，而不考虑UPE被分配给与MME相同的池区/跟踪区。为了有助于将服务数据分发至位于池区的重叠区域中的接入节点时的高效资源利用，本发明还提出主动和反应机制，用于确保对用于重叠池区的公共UPE的选择，从而忽略考虑池区边界。
文档编号H04L12/18GK101563887SQ200780046734
公开日2009年10月21日 申请日期2007年10月9日 优先权日2006年10月17日
发明者奥斯瓦尔多·冈萨, 拉尔夫·贝克 申请人:松下电器产业株式会社