CN109155904A - 支持本地多媒体广播多播服务（mbms）分发的装置和方法 - Google Patents

Abstract

提供了用于支持本地MBMS分发的系统、方法、装置和计算机程序产品。一种方法包括通过广播多播服务中心（BM‑SC）接收激活多媒体广播多播服务（MBMS）承载请求消息以发起激活多媒体广播多播服务（MBMS）承载请求过程。激活MBMS承载请求消息包括以下中的至少一个：从本地MBMS实体（LME）接收的本地MBMS分发的信息，或目的地区域，或目的地区域和优选递送是经由本地分发的指示。该方法还可以包括基于以下中的至少一个来确定是否将使用本地分发路径：在激活MBMS承载请求消息中接收的信息，或关于本地MBMS实体的所存储的信息。

Description

支持本地多媒体广播多播服务（MBMS）分发的装置和方法

技术领域

本发明的实施例大体上涉及无线或移动通信网络，诸如但不限于通用移动电信系统（UMTS）地面无线电接入网络（UTRAN）、长期演进（LTE）演进UTRAN（E-UTRAN）、LTE-Advanced（LTE-A）、LTE-Advanced Pro、LTE-M和/或5G无线电接入技术。特别地，一些实施例可以涉及多媒体广播多播服务（MBMS）分发。

背景技术

通用移动电信系统（UMTS）地面无线电接入网络（UTRAN）是指包括基站或节点B以及例如无线电网络控制器（RNC）的通信网络。UTRAN允许用户设备（UE）和核心网络之间的连接性。RNC为一个或多个节点B提供控制功能。RNC及其对应的节点B称为无线电网络子系统（RNS）。在E-UTRAN（增强UTRAN）的情况下，不存在RNC并且无线电接入功能由演进节点B（eNodeB或eNB）或许多eNB提供。针对单个UE连接涉及多个eNB，例如，在协调多点传输（CoMP）的情况下和双连接性中。

长期演进（LTE）或E-UTRAN提供新的无线电接入技术，并且涉及通过改进的效率和服务、更低的成本、以及新频谱机会的使用的UMTS的改进。特别地，LTE是3GPP标准，其提供至少例如每载波75兆位每秒（Mbps）的上行链路峰值速率和至少例如每载波300 Mbps的下行链路峰值速率。LTE支持从20 MHz低至1.4 MHz的可扩展载波带宽，并支持频分双工（FDD）和时分双工（TDD）两者。

如上所述，LTE还可以改进网络中的频谱效率，从而允许承载商在给定带宽上提供更多数据和语音服务。因此，除了高容量语音支持之外，LTE还被设计成满足针对高速数据和媒体传输的需要。LTE的优点包括例如高吞吐量、低延时、在同一平台中的FDD和TDD支持、改进的最终用户体验、以及导致低运营成本的简单架构。

3GPP LTE的某些版本（例如，LTE Rel-10、LTE Rel-11、LTE Rel-12、LTE Rel-13）针对国际移动电信高级（IMT-A）系统，本文为了方便起见简称为LTE-Advanced（LTE-A）。

LTE-A针对扩展和优化3GPP LTE无线电接入技术。LTE-A的目标是通过更高的数据速率和更低的延时以及降低的成本来提供显著增强的服务。LTE-A是更优化的无线电系统，其满足IMT-Advanced的国际电信联盟-无线电（ITU-R）要求，同时保持向后兼容性。

第五代无线系统（5G）指的是新一代的无线电系统和网络架构。5G被预期成提供比当前LTE系统更高的位率和覆盖范围。有人估计5G将提供是LTE提供的100倍那么高的位率。5G还被预期成使网络可扩展性增加高达几十万个连接。5G的信号技术被预计成针对更大的覆盖范围以及频谱和信令效率改进。

发明内容

一个实施例针对一种方法，其可以包括例如通过广播多播服务中心（BM-SC）接收激活多媒体广播多播服务（MBMS）承载请求消息以发起激活多媒体广播多播服务（MBMS）承载请求过程。激活MBMS承载请求消息可以包括以下中的至少一个：从本地MBMS实体（LME）接收的本地MBMS分发的信息，或目的地区域，或目的地区域和优选递送是经由本地分发的指示。该方法还可以包括基于以下中的至少一个来确定是否将使用本地分发路径：在激活MBMS承载请求消息中接收的信息和/或关于本地MBMS实体的所存储的信息。

在实施例中，该方法还可以包括：当需要建立本地递送路径时，例如通过发送激活MBMS承载请求消息的站发起本地分发请求过程，其包括将本地分发请求消息发送到本地MBMS实体（LME）。本地分发请求消息可以包括至少一个临时移动组身份（TMGI）。

根据一个实施例，该方法还可以包括从本地MBMS实体（LME）接收本地分发响应消息，本地分发响应消息包括用于接收关于本地MBMS分发的信息和数据的本地MBMS实体（LME）中的网际协议（IP）地址和/或端口的列表。在示例实施例中，关于本地MBMS分发的信息可以包括用于IP多播分发的本地MBMS实体（LME）中的IP源地址和/或IP多播地址中的至少一个。

在实施例中，站可以被预先配置有关于本地MBMS实体（LME）的信息，该信息包括完全限定域名（FQDN）或IP地址。根据一个实施例，该方法还可以包括发送包括本地多播分发的信息的激活MBMS承载响应消息。

根据一个实施例，该方法还可以包括基于在来自本地MBMS实体（LME）的本地分发响应消息中接收的网际协议（IP）地址和/或端口向本地MBMS实体（LME）发送数据。在实施例中，该方法还可以包括发起MBMS会话开始过程以使用本地分发路径。

另一个实施例针对一种装置。该装置可以包括接收部件，其用于接收激活多媒体广播多播服务（MBMS）承载请求消息以发起激活MBMS承载请求过程。激活MBMS承载请求消息可以包括以下中的至少一个：从本地MBMS实体（LME）接收的本地MBMS分发的信息，或目的地区域，或目的地区域和优选递送是经由本地分发的指示。该装置还可以包括确定部件，其用于基于以下中的至少一个来确定是否将使用本地分发路径：在激活MBMS承载请求消息中接收的信息和/或关于本地MBMS实体的所存储的信息。

在实施例中，该装置还可以包括：当需要建立本地递送路径时，用于发起本地分发请求过程的发起部件，所述过程包括将本地分发请求消息发送到本地MBMS实体（LME）。本地分发请求消息可以包括至少一个临时移动组身份（TMGI）。

根据一个实施例，该装置可以包括用于从本地MBMS实体（LME）接收本地分发响应消息的接收部件，其中本地分发响应消息包括用于接收关于本地MBMS分发的信息和数据的本地MBMS实体（LME）中的网际协议（IP）地址和/或端口的列表。

在实施例中，关于本地MBMS分发的信息可以包括用于IP多播分发的本地MBMS实体（LME）中的IP源地址和/或IP多播地址中的至少一个。根据一个实施例，该装置可以被预先配置有关于本地MBMS实体（LME）的信息，其中该信息包括完全限定域名（FQDN）或IP地址。

根据实施例，该装置还可以包括用于发送包括本地多播分发的信息的激活MBMS承载响应消息的发送部件。在一个实施例中，该装置还可以包括用于基于在来自本地MBMS实体（LME）的本地分发响应消息中接收的网际协议（IP）地址和/或端口向本地MBMS实体（LME）发送数据的发送部件。

另一个实施例针对一种装置，其包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码与至少一个处理器一起配置成使该装置至少接收激活多媒体广播多播服务（MBMS）承载请求消息以发起激活多媒体广播多播服务（MBMS）承载请求过程。激活MBMS承载请求消息可以包括以下中的至少一个：从本地MBMS实体（LME）接收的本地MBMS分发的信息，或目的地区域，或目的地区域和优选递送是经由本地分发的指示。至少一个存储器和计算机程序代码还可以与至少一个处理器一起配置成使该装置至少基于以下中的至少一个来确定是否将使用本地分发路径：在激活MBMS承载请求消息中接收的信息和/或关于本地MBMS实体的所存储的信息。

另一个实施例针对一种方法，其可以包括通过本地MBMS实体（LME）从智能运输系统站接收本地分发请求消息，其中本地分发请求消息包括至少一个临时移动组身份（TMGI）。

在实施例中，该方法还可以包括向智能运输系统站发送本地分发响应消息，其中本地分发响应消息包括用于接收关于本地MBMS分发的信息和数据的本地MBMS实体（LME）中的网际协议（IP）地址和/或端口的列表。

根据一个实施例，该方法还可以包括在本地分发响应消息中指示的网际协议（IP）地址和/或端口上从智能运输系统站接收数据；以及将数据转发到相关联的网际协议（IP）多播分发路径。本地MBMS实体（LME）可以被配置成使用IP多播来分发数据。

在实施例中，该方法还可以包括执行以下功能中的至少一个：SYNC功能、IP多播分发功能、和/或用于加密MBMS数据分组的MBMS安全功能。

另一实施例针对一种装置，包括：接收部件，其用于通过本地MBMS实体（LME）从智能运输系统站接收本地分发请求消息，其中本地分发请求消息包括至少一个临时移动组身份（TMGI）。

在实施例中，该装置还可以包括发送部件，其用于向智能运输系统站发送本地分发响应消息，其中本地分发响应消息包括用于接收关于本地MBMS分发的信息和数据的本地MBMS实体（LME）中的网际协议（IP）地址和/或端口的列表。

根据一个实施例，该装置还可以包括：接收部件，其用于在本地分发响应消息中指示的网际协议（IP）地址和/或端口上从智能运输系统站接收数据；以及转发部件，其用于将数据转发到相关联的网际协议（IP）多播分发路径。该装置可以被配置成使用IP多播来分发数据。

在实施例中，该装置可以被配置成执行以下功能中的至少一个：SYNC功能、IP多播分发功能、和/或用于加密MBMS数据分组的MBMS安全功能。

另一个实施例针对一种装置，其包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码与至少一个处理器一起配置成使该装置至少从智能运输系统站接收本地分发请求消息，其中本地分发请求消息包括至少一个临时移动组身份（TMGI）。

附图说明

为了正确理解本发明，应参考附图，其中：

图1图示了智能运输系统（ITS）环境的示例框图；

图2图示了具有演进MBMS（eMBMS）的V2X数据递送的示例架构；

图3图示了根据一个实施例的MBMS架构的示例；

图4图示了根据一个实施例的描绘本地MBMS分发建立的示例的呼叫流程图；

图5图示了根据另一实施例的描绘本地MBMS分发建立的示例的呼叫流程图；

图6a图示了根据实施例的装置的框图；

图6b图示了根据另一实施例的装置的框图；

图6c图示了根据另一实施例的装置的框图；

图7a图示了根据实施例的方法的流程图；

图7b图示了根据另一实施例的方法的流程图；以及

图7c图示了根据实施例的方法的流程图。

具体实施方式

将容易理解的是，如本文附图中一般描述和图示的本发明的组件可以以各种各样的不同配置来布置和设计。因此，如附图所示，用于支持本地MBMS分发的系统、方法、装置和计算机程序产品的实施例的以下详细描述并不旨在限制本发明的范围，而仅仅代表本发明的一些选择实施例。

遍及本说明书描述的本发明的特征、结构或特性可以在一个或多个实施例中以任何合适的方式组合。例如，遍及本说明书的短语“某些实施例”、“一些实施例”或其他类似语言的使用是指结合该实施例描述的特定特征、结构或特性可以被包括在本发明的至少一个实施例中的事实。因此，遍及本说明书的短语“在某些实施例中”、“在一些实施例中”、“在其他实施例中”或其他类似语言的出现并不一定都指代同一组实施例，并且所描述的特征、结构或特性可以在一个或多个实施例中以任何合适的方式组合。

此外，如果需要，下面讨论的不同功能可以以不同次序执行和/或彼此同时执行。此外，如果需要，所描述的功能中的一个或多个可以是可选的或可以被组合。因此，以下描述应被视为仅仅是对本发明的原理、教导和实施例的说明，而不是对其的限制。

多媒体广播多播服务（MBMS）是用于3GPP网络的点对多点接口规范。MBMS被设计成提供小区内和核心网络内的广播和多播服务的高效递送。对于跨多个小区的广播传输，MBMS可以经由单频网络配置来定义传输。

MBMS特征被划分为MBMS承载服务和MBMS用户服务，并且可以在UTRAN或LTE（例如，eMBMS）之上提供。MBMS承载服务包括多播和广播模式。MBMS承载服务将IP多播地址用于IP流。MBMS用户服务是MBMS服务层，并且可以提供流传输和下载递送方法。流传输递送方法可以用于诸如移动TV服务之类的连续传输。

本发明的实施例将新实体引入到LTE中的MBMS架构。在某些示例中，该新实体可以被称为L MBMS实体（LME）。LME可以驻留在架构的用户平面路径中，并且可以为用户数据提供短延时本地路径。此外，一些实施例提供了以最小增强重用MBMS控制平面架构以允许经由LME建立用户平面。

本发明的实施例涉及V2X和MBMS。术语V2X指的是车辆通信，其中V指的是车辆，并且X可以是另一车辆、网络、基础设施（例如，道路、建筑物、交通灯等）或其他（例如，行人、自行车等。）。

智能运输系统（ITS）是利用信息和通信技术支持货物和人的运输以便高效和安全地使用运输基础设施和运输手段（例如，汽车、火车、飞机、轮船）的系统。ITS应用分布在多个ITS站（ITS-S）之间，以便使用无线通信共享信息。ITS应用提供了大量多样性的客户服务。

图1图示了ITS环境的示例图。如图1所示，可能存在四种ITS站（ITS-S）类型。四种ITS-S类型可以包括中央ITS-S、路边ITS-S、车辆ITS-S和个人ITS-S。中央ITS-S提供集中式ITS应用。中央ITS-S可以扮演交通运营商、道路运营商、服务提供商或内容提供商的角色。此外，中央ITS-S可能需要经由例如互联网与后端系统进一步连接。对于部署和性能需要，中央ITS-S的特定实例可能包含应用或设施的分组。

路边ITS-S从路边提供ITS应用。路边ITS-S可以独立地或与中央ITS-S或其他路边ITS-S协作地提供ITS应用。对于部署和性能需要，路边ITS-S的特定实例可能包含应用或设施的分组。

车辆ITS-S向车辆驾驶员和/或乘客提供ITS应用。它可能需要用于访问来自车载网络或车载系统的车载数据的接口。对于部署和性能需要，车辆ITS-S的特定实例可能包含应用或设施的分组。

个人ITS-S向个人和游动设备提供ITS应用。对于部署和性能需要，个人ITS-S的特定实例可能包含应用或设施的分组。

为了支持ITS，3GPP SA1＃69同意关于针对V2X服务的LTE支持的3GPP Rel-14研究（S1-150284/SP-150051），其调查针对覆盖车辆之间的基于LTE的通信的车辆到车辆（V2V）、针对覆盖车辆和由个人携带的设备（例如，由行人、骑车人、驾驶员或乘客携带的手持终端）之间的基于LTE的通信的车辆到行人（V2P）、以及覆盖车辆和路边单元/网络之间的基于LTE的通信的车辆到基础设施/网络（V2I/N）的基本使用情况和要求。路边单元（RSU）是运输基础设施实体（例如，发送速度通知的实体），其例如可以在eNodeB或固定UE中实现。

RSU可以支持V2I服务，并且可以使用V2I应用向UE（例如，车辆、手持终端）进行发送和从UE进行接收。RSU可以在eNodeB或固定UE中实现。MBMS被认为是用于下行链路的有效递送方法。

根据3GPP TS23.203，分组延迟预算（PDB）定义了分组可以在UE与策略控制执行功能（PCEF）（即，PGW）之间延迟的时间的上限。最短的PDB可以是50ms（QCI 3）。下面的表1描绘了标准化的QoS类标识符（QCI）特性。

。

LIPA和SIPTO@LN支持用于单播的本地突破（breakout）。它使得UE能够访问定义的IP网络（例如，互联网），而不用用户平面穿过移动运营商的网络。然而，目前没有MBMS服务的本地递送的概念。

V2X应用要求严格的端到端延迟要求。根据3GPP TR 22.885，大多数使用情况要求到100ms的最大延时。考虑到最短的单向分组延迟预算是50ms（QCI 3）并且ITS服务器中需要一些处理时间，这是一个挑战。即使是本地ITS服务器，例如在路边ITS-S部署得靠近RAN的情况下，仍然难以实现100ms的延时。这主要是由于下行链路数据必须被发送到核心网络（即，广播多播服务中心（BM-SC）、MBMS-GW、MME）以便使用MBMS递送的事实。图2图示了具有演进MBMS（eMBMS）的V2X数据递送的示例架构。

因此，为了减少传输延迟，需要一种经由具有本地路径的MBMS发送下行链路数据而不用穿过核心网络的方法。

本发明的实施例将新实体引入到LTE中的MBMS架构，其可以被称为本地MBMS实体（LME）。LME可以驻留在MBMS架构的用户平面路径中，并且可以为用户数据提供短延时本地路径。此外，一个实施例包括以最小增强重用eMBMS控制平面架构以允许经由LME建立用户平面。

图3图示了根据一个实施例的MBMS架构的示例。在某些实施例中，新LME 105提供用于MBMS数据的本地分发，而宏MBMS服务中心（MBMS-SC）114仍然托管服务通告、引导（bootstrapping）、会话控制等。根据一个实施例，LME 105仅托管SYNC功能、IP多播分发功能和加密功能。这与托管诸如服务通告、引导等之类的许多功能的传统BM-SC不同。

根据实施例，应用服务器（例如，ITS-S/RSU 120）可以发起激活MBMS承载过程，包括使用本地MBMS分发路径。在一个实施例中，激活MBMS承载请求消息可以包括LME的信息，其可以经由本地分发请求过程从LME 105接收。LME的信息可以至少包括用于接收数据的LME 105中的IP地址/端口的列表以及用于IP多播分发的LME 105中的相关联IP源地址/IP多播地址。替代地，在另一实施例中，激活MBMS承载请求消息可以仅包括应用服务器优选使用本地MBMS分发路径的指示。

在一个实施例中，BM-SC 114可以选择LME 105，并且可以利用关于用于接收数据的LME中的IP地址/端口的信息进行回复。根据实施例，BM-SC 114可以被预先配置有LME的信息，其包括用于接收数据的LME 105中的IP地址/端口的列表以及用于IP多播分发的LME105中的相关联IP源地址/IP多播地址。BM-SC 114可以向MBMS网关（MBMS-GW）113通知本地MBMS分发的信息。在接收到该信息时，MBMS-GW 113可以跳过用于IP多播分发的正常处理。

根据一个实施例，应用服务器可以将下行链路数据发送到LME 105，其然后作为MBMS数据发送到eNB 101。

在实施例中，本地网关（L-GW）104仅用于当前本地IP访问（LIPA）或SIPTO@LN上的单播通信。源UE 102可以使用L-GW 104经由本地突破路径将数据发送到ITS-S/RSU 120。根据示例架构，其中UE 102经由服务网关或分组数据网络网关（S/P-GW）发送UL数据并经由LME接收下行链路数据的替代方案也是可能的，尽管未在图3中明确示出。ITS-S/RSU 120和LME 105之间的控制平面接口可以与结合下面讨论的图4描述的实施例结合使用。

根据图3中描绘的实施例，LME 105是逻辑实体，其可以部署为封闭或在无线电接入网络（RAN）100中，或者与ITS-S/RSU并置，或者与eNB并置，其中具有以下功能：SYNC功能、IP多播分发功能、和/或加密MBMS数据分组的MBMS安全功能。

在实施例中，宏BM-SC 114可以托管3GPP TS 23.246中定义的所有功能。宏BM-SC114可以对卸载到LME 105的那些MBMS服务执行服务通告。可以利用LME 105的控制平面的IP地址来预先配置ITS-S/RSU 120。

图4图示了根据本发明的一个实施例的描绘本地MBMS分发建立的示例的呼叫流程图。如图4的示例中所示，在1处，ITS-S/RSU 120可以向BM-SC 114发送请求以分配一个或多个临时移动组身份（TMGI）。然后，在2处，BM-SC 114可以利用（多个）TMGI的列表进行回复。在一个实施例中，ITS-S/RSU 120可以被预先配置有LME信息，诸如用于每个位置的完全限定域名（FQDN）或IP地址。当需要建立用于V2X消息的递送路径时，在3处，ITS-S/RSU 120可以发起本地分发请求过程，该过程包括向LME 105发送本地分发请求消息。在实施例中，本地分发请求消息可以包括（多个）TMGI作为标识符。

根据实施例，在4处，LME 105可以利用本地分发响应消息进行回复，其包括用于接收数据的LME 105中的（多个）IP地址/（多个）端口的列表以及用于IP多播分发的LME 105中的本地MBMS分发的相关联信息（诸如IP源地址和IP多播地址）。注意，在LME中，其是用于接收数据的IP地址/端口与相关联的IP源地址/IP多播地址之间的1：1映射。

在一个实施例中，在5处，ITS-S/RSU 120可以发起激活MBMS承载请求过程，包括向BM-SC 114发送激活MBMS承载请求消息。激活MBMS承载请求消息可以包括从LME 105接收的本地MBMS分发的信息。BM-SC 114可以在6处利用激活MBMS承载响应消息进行回复。

接下来，在7处，BM-SC 114可以发起MBMS会话开始过程，包括向MME/MBMS-GW 111发送包括本地MBMS分发的信息的MBMS会话开始请求消息。在接收到本地MBMS分发的信息时，MBMS-GW 111可以跳过用于IP多播分发的正常处理，例如，分配IP多播地址。MBMS-GW111可以使用在MBMS会话开始请求消息中的所接收的本地MBMS分发信息，并将其发送到MME，其在8处被转发到eNB/MCE 101。在9处，eNB可以加入作为LME中的组之一的IP多播组。BM-SC 114可以在10处发起MBMS服务通告。

在实施例中，在11处，ITS-S/RSU 120可以基于在步骤4中接收的LME的IP地址/端口将数据发送到LME 105。一旦LME 105在特定IP地址/端口中接收到数据，则LME 105可以将数据转发到相关联的IP多播分发路径。

图5图示了根据本发明的另一实施例的描绘本地MBMS分发建立的示例的呼叫流程图。图5描绘了另一实现示例，其中BM-SC 114在ITS-S/RSU 120发起激活承载过程之前觉知本地分发路径。在该实施例中，ITS-S/RSU 120和LME 105之间不存在控制平面接口。

在图5的示例中，在1处，ITS-S/RSU 120可以请求BM-SC分配（多个）TMGI。然后，在2处，BM-SC 114可以利用（多个）TMGI的列表进行回复。根据实施例，当需要建立用于V2X消息的递送路径时，在3处，ITS-S/RSU 120可以通过向BM-SC 114发送激活MBMS承载请求消息来发起激活MBMS承载请求过程。激活MBMS承载请求消息可以包括目的地区域和优选递送是经由本地分发的指示。在一个实施例中，激活MBMS承载请求可以是专属请求，这意味着如果本地分发不可用于目的地区域，则该过程失败。

继续图5，如果LME 105可用于目的地区域，则BM-SC 114可以选择LME和IP多播分发路径。BM-SC可以在4处利用包括用于接收数据的LME 105中的IP地址/端口的激活MBMS承载响应消息进行回复。在一个实施例中，BM-SC 114可以被预先配置有LME 105的信息，诸如从应用服务器（例如，RSU 120）接收数据的（多个）IP地址/（多个）端口的列表以及用于IP多播分发、服务目标区域等的相关联IP源地址/IP多播地址。如果BM-SC 114未被预先配置有从应用服务器接收数据的IP地址/端口，则BM-SC 114可以请求从LME 105分配IP地址/端口。

在5处，BM-SC 114可以通过向MBMS-GW 111发送MBMS会话开始请求消息来发起MBMS会话开始过程。MBMS会话开始请求消息可以包括本地MBMS分发的信息。在接收到本地MBMS分发的信息时，MBMS-GW 111可以跳过用于IP多播分发的正常处理，例如，分配IP多播地址。MBMS-GW 111可以使用MBMS会话开始请求消息中的所接收的本地MBMS分发信息，并将其发送到MME，其继而在6处被转发到eNB/MCE 101。在7处，eNB 101可以加入作为LME 105中的组的IP多播组。BM-SC 114可以在8处发起MBMS服务通告。ITS-S/RSU 120可以在9处基于在步骤4中接收的LME的IP地址/端口将数据发送到LME 105。一旦LME 105在特定IP地址/端口中接收到数据，则LME 105可以将数据转发到相关联的IP多播分发路径。

图6a图示了根据实施例的装置10的示例。在实施例中，装置10可以是通信网络中或者服务于这样的网络的节点、主机或服务器。例如，在某些实施例中，装置10可以是ITS-S/RSU 120，如上面讨论的图3-5中所示。在一些实施例中，装置10可以是包括在ITS-S或RSU中的应用服务器。然而，在其他实施例中，装置10可以包括能够与无线电接入网络和/或核心网络进行通信的其他实体。应注意，本领域普通技术人员将理解的是，装置10可以包括图6a中未示出的组件或特征。

如图6a中所示，装置10可以包括用于处理信息和执行指令或操作的处理器22。处理器22可以是任何类型的通用或专用处理器。虽然图6a中示出单个处理器22，但是根据其他实施例可以利用多个处理器。实际上，作为示例，处理器22可以包括通用计算机、专用计算机、微处理器、数字信号处理器（DSP）、现场可编程门阵列（FPGA）、专用集成电路（ASIC）和基于多核处理器架构的处理器中的一个或多个。

装置10还可以包括或耦合到存储器14（内部或外部），存储器14可以耦合到处理器22，用于存储可以由处理器22执行的信息和指令。存储器14可以是一个或多个存储器并且属于适合本地应用环境的任何类型，并且可以使用任何合适的易失性或非易失性数据存储技术来实现，诸如基于半导体的存储器设备、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。例如，存储器14可以包括随机存取存储器（RAM）、只读存储器（ROM）、诸如磁盘或光盘的静态存储、或任何其他类型的非暂时性机器或计算机可读介质的任何组合。存储在存储器14中的指令可以包括程序指令或计算机程序代码，其当由处理器22执行时，使得装置10能够执行如本文所述的任务。

在一些实施例中，装置10还可以包括或耦合到一个或多个天线25，以用于向装置10发送信号和/或数据以及从装置10接收信号和/或数据。装置10还可以包括或耦合到配置成发送和接收信息的收发器28。例如，收发器28可以被配置成将信息调制到载波波形上以供（多个）天线25发送，并且解调经由（多个）天线25接收到的信息以供装置10的其他元件进一步处理。在其他实施例中，收发器28可以能够直接发送和接收信号或数据。

处理器22可以执行与装置10的操作相关联的功能，其可以包括例如天线增益/相位参数的预编码、形成通信消息的各个位的编码和解码、信息的格式化、以及对装置10的整体控制，包括与通信资源的管理相关的过程。

在实施例中，存储器14可以存储在由处理器22执行时提供功能的软件模块。模块可以包括例如为装置10提供操作系统功能的操作系统。存储器还可以存储诸如应用或程序的一个或多个功能模块来为装置10提供附加功能。装置10的组件可以用硬件实现，或者实现为硬件和软件的任何合适组合。

如上所述，在一个实施例中，例如，装置10可以是ITS-S或RSU，或者包括在ITS-S或RSU中的应用服务器。根据某些实施例，装置10可以由存储器14和处理器22控制，以发起激活MBMS承载请求过程。装置10可以通过向BM-SC发送激活MBMS承载请求消息来发起激活MBMS承载请求过程。在一个实施例中，激活MBMS承载请求消息可以包括从LME接收的本地MBMS分发的信息。替代地，在另一实施例中，激活MBMS承载请求消息可以包括目的地区域和优选递送是经由本地分发的指示。在实施例中，装置10可以由存储器14和处理器22控制，以从BM-SC接收激活MBMS承载响应消息。

在实施例中，装置10可以由存储器14和处理器22控制，以在发起激活MBMS承载请求过程之前，向BM-SC发送请求以分配至少一个TMGI并从广播多播服务中心（BM-SC）接收至少一个TMGI。当需要建立用于V2X消息的递送路径时，装置10可以由存储器14和处理器22控制，以发起本地分发请求过程，包括向LME发送本地分发请求消息。本地分发请求消息可以包括至少一个TMGI作为标识符。

在实施例中，装置10然后可以由存储器14和处理器22控制以从LME接收本地分发响应消息。本地分发响应消息可以包括用于接收关于本地MBMS分发的信息和数据的LME中的IP地址和/或端口的列表。关于本地MBMS分发的信息可以包括用于IP多播分发的LME中的IP源地址和/或IP多播地址。

根据某些实施例，装置10可以被预先配置有关于LME的信息，诸如完全限定域名（FQDN）或IP地址。在实施例中，装置10可以由存储器14和处理器22控制，以基于在来自LME的本地分发响应消息中接收的IP地址和/或端口将数据发送到LME。

图6b图示了根据另一实施例的装置20的示例。在实施例中，装置20可以是通信网络中或者与这样的网络相关联的节点、元件或实体。在一个实施例中，例如，装置20可以是如上面讨论的图3-5中所示的LME 105。应注意，本领域普通技术人员将理解的是，装置20可以包括未在图6b中明确示出的组件或特征。

如图6b所示，装置20包括用于处理信息和执行指令或操作的处理器32。处理器32可以是任何类型的通用或专用处理器。虽然图6b中示出单个处理器32，但是根据其他实施例可以利用多个处理器。实际上，作为示例，处理器32可以包括通用计算机、专用计算机、微处理器、数字信号处理器（DSP）、现场可编程门阵列（FPGA）、专用集成电路（ASIC）和基于多核处理器架构的处理器中的一个或多个。

装置20还可以包括或耦合到存储器34（内部或外部），存储器34可以耦合到处理器32，其用于存储可以由处理器32执行的信息和指令。存储器34可以是一个或多个存储器并属于适合本地应用环境的任何类型，并且可以使用任何合适的易失性或非易失性数据存储技术来实现，诸如基于半导体的存储器设备、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。例如，存储器34可以包括随机存取存储器（RAM）、只读存储器（ROM）、诸如磁盘或光盘的静态存储器、或任何其他类型的非暂时性机器或计算机可读介质的任何组合。存储在存储器34中的指令可以包括程序指令或计算机程序代码，其在由处理器32执行时，使得装置20能够执行如本文所述的任务。

在一些实施例中，装置20还可以包括或耦合到一个或多个天线35，以用于向装置20发送信号和/或数据以及从装置20接收信号和/或数据。装置20还可以包括配置成发送和接收信息的收发器38。例如，收发器38可以被配置成将信息调制到载波波形上以供（多个）天线35发送，并且解调经由（多个）天线35接收到的信息以供装置20的其他元件进一步处理。在其他实施例中，收发器38可以能够直接发送和接收信号或数据。

处理器32可以执行与装置20的操作相关联的功能，包括但不限于天线增益/相位参数的预编码、形成通信消息的各个位的编码和解码、信息的格式化、以及装置20的整体控制，包括与通信资源的管理相关的过程。

在实施例中，存储器34存储在由处理器32执行时提供功能的软件模块。模块可以包括例如为装置20提供操作系统功能的操作系统。存储器还可以存储诸如应用或程序的一个或多个功能模块来为装置20提供附加功能。装置20的组件可以用硬件实现，或者实现为硬件和软件的任何合适组合。

如上所述，根据一个实施例，装置20可以是LME。根据实施例，例如，装置20可以由存储器34和处理器32控制，以从ITS-S或RSU接收本地分发请求消息。本地分发请求消息可以包括至少一个TMGI作为标识符。在一个实施例中，装置20然后可以由存储器34和处理器32控制，以向ITS-S/RSU发送本地分发响应消息。本地分发响应消息可以包括用于接收关于本地MBMS分发的信息和数据的装置20中的IP地址和/或端口的列表。

在某些实施例中，装置20还可以由存储器34和处理器32控制，以在本地分发响应消息中指示的IP地址和/或端口上从ITS-S/RSU接收数据，并将数据转发到相关联的IP多播分发路径。根据一个实施例，装置20可以由存储器34和处理器32控制，以执行以下功能中的至少一个：SYNC功能、IP多播分发功能、和/或用于加密MBMS数据分组的MBMS安全功能。

图6c图示了根据另一实施例的装置30的示例。在实施例中，装置30可以是通信网络中或者与这样的网络相关联的节点、元件或实体。在一个实施例中，例如，装置30可以是服务中心，诸如上面讨论的图3-5中所示的BM-SC 114。应注意，本领域普通技术人员将理解的是，装置30可以包括未在图6c中明确示出的组件或特征。

如图6c所示，装置30包括用于处理信息和执行指令或操作的处理器42。处理器42可以是任何类型的通用或专用处理器。虽然图6c中示出单个处理器42，但是根据其他实施例可以利用多个处理器。实际上，作为示例，处理器42可以包括通用计算机、专用计算机、微处理器、数字信号处理器（DSP）、现场可编程门阵列（FPGA）、专用集成电路（ASIC）和基于多核处理器架构的处理器中的一个或多个。

装置30还可以包括或耦合到存储器44（内部或外部），其可以耦合到处理器42，用于存储可以由处理器42执行的信息和指令。存储器44可以是一个或多个存储器并且属于适合本地应用环境的任何类型，并且可以使用任何合适的易失性或非易失性数据存储技术来实现，诸如基于半导体的存储器设备、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。例如，存储器44可以包括随机存取存储器（RAM）、只读存储器（ROM）、诸如磁盘或光盘的静态存储、或任何其他类型的非暂时性机器或计算机可读介质的任何组合。存储在存储器44中的指令可以包括程序指令或计算机程序代码，其当由处理器42执行时，使得装置30能够执行如本文所述的任务。

在一些实施例中，装置30还可以包括或耦合到一个或多个天线45，以用于向装置30发送信号和/或数据以及从装置30接收信号和/或数据。装置30还可以包括或耦合到配置成发送和接收信息的收发器48。例如，收发器48可以被配置成将信息调制到载波波形上以供（多个）天线45发送，并且解调经由（多个）天线45接收到的信息以供装置30的其他元件进一步处理。在其他实施例中，收发器48可以能够直接发送和接收信号或数据。

处理器42可以执行与装置30的操作相关联的功能，其可以包括例如天线增益/相位参数的预编码、形成通信消息的各个位的编码和解码、信息的格式化、以及对装置30的整体控制，包括与通信资源的管理相关的过程。

在实施例中，存储器44可以存储在由处理器42执行时提供功能的软件模块。模块可以包括例如为装置30提供操作系统功能的操作系统。存储器还可以存储诸如应用或程序的一个或多个功能模块来为装置30提供附加功能。装置30的组件可以用硬件实现，或者实现为硬件和软件的任何合适组合。

如上所述，根据一个实施例，装置30可以是BM-SC。根据实施例，装置30可以由存储器44和处理器42控制，以从ITS-S/RSU接收TMGI分配请求，并将包括至少一个TMGI的TMGI分配响应发送到ITS-S/RSU。在实施例中，装置30可以由存储器44和处理器42控制，以从ITS-S/RSU接收激活MBMS承载请求消息，以发起激活MBMS承载请求过程。在一个实施例中，激活MBMS承载请求消息可以包括从LME接收的本地MBMS分发的信息。在另一个实施例中，激活MBMS承载请求消息可以包括目的地区域，或者可以包括目的地区域和优选递送是经由本地分发的指示。根据一个实施例，装置30还可以由存储器44和处理器42控制，以基于在激活MBMS承载请求消息中接收的信息和/或关于本地MBMS实体的所存储的信息来确定是否将使用本地分发路径。在实施例中，装置30可以由存储器44和处理器42控制，以向ITS-S/RSU发送激活MBMS承载响应消息。

根据一个实施例，装置30可以由存储器44和处理器42控制，以通过向MME/MBMS-GW发送MBMS会话开始请求消息来发起MBMS会话开始过程。MBMS会话开始请求消息可以包括本地MBMS分发的信息。在接收到本地MBMS分发的信息时，MBMS-GW可以跳过用于IP多播分发的正常处理，例如，分配IP多播地址。MBMS-GW可以使用在MBMS会话开始请求消息中的所接收的本地MBMS分发信息，并将其发送到MME，其继而被转发到eNB/MCE。装置30还可以由存储器44和处理器42控制，以发起MBMS服务通告。

图7a图示了根据一个实施例的方法的示例流程图。图7a的方法可以由网络节点或实体执行，诸如ITS-S和/或RSU。该方法可以包括在700处向BM-SC发送请求以分配至少一个TMGI，并且在705处，从BM-SC接收至少一个TMGI。该方法还可以包括在710处发起激活MBMS承载请求过程。发起激活MBMS承载请求过程可以包括将激活MBMS承载请求消息发送到BM-SC。在一个实施例中，激活MBMS承载请求消息可以包括从LME接收的本地MBMS分发的信息。替代地，在另一实施例中，激活MBMS承载请求消息可以包括目的地区域和优选递送是经由本地分发的指示。在实施例中，该方法还可以包括在720处从BM-SC接收激活MBMS承载响应消息。

在一个实施例中，在发起激活MBMS承载请求过程之前，该方法可以包括发起本地分发请求过程，包括向LME发送本地分发请求消息。本地分发请求消息可以包括至少一个TMGI作为标识符。在该实施例中，该方法然后可以包括从LME接收本地分发响应消息。本地分发响应消息可以包括用于接收关于本地MBMS分发的信息和数据的LME中的IP地址和/或端口的列表。关于本地MBMS分发的信息可以包括用于IP多播分发的LME中的IP源地址和/或IP多播地址。根据某些实施例，该方法还可以包括在725处基于在来自LME的本地分发响应消息中接收的IP地址和/或端口向LME发送数据。

图7b图示了根据一个实施例的方法的示例流程图。图7b的方法可以由无线电接入网络中的节点或实体来执行，诸如上面详细讨论的LME。该方法可以包括在730处例如从ITS-S或RSU接收本地分发请求消息。本地分发请求消息可以包括至少一个TMGI。该方法然后可以包括在735处向ITS-S或RSU发送本地分发响应消息。本地分发响应消息可以包括用于接收关于本地MBMS分发的信息和数据的LME中的IP地址和/或端口的列表。在实施例中，该方法还可以包括在740处在本地分发响应消息中指示的IP地址和/或端口上从ITS-S/RSU接收数据，并且在750处将数据转发到相关联的IP多播分发路径。在某些实施例中，该方法还可以包括由LME执行以下功能中的至少一个：SYNC功能、IP多播分发功能、和/或用于加密MBMS数据分组的MBMS安全功能。

图7c图示了根据一个实施例的方法的示例流程图。图7c的方法可以由核心网络中的节点或实体来执行，诸如上面详细讨论的BM-SC。该方法可以包括在750处从ITS-S/RSU接收TMGI分配请求，并且在760处向ITS-S/RSU发送包括至少一个TMGI的TMGI分配响应。在实施例中，该方法还可以包括在770处从ITS-S/RSU接收激活MBMS承载请求消息，以发起激活MBMS承载请求过程。在一个实施例中，激活MBMS承载请求消息可以包括从LME接收的本地MBMS分发的信息。在另一个实施例中，激活MBMS承载请求消息可以包括目的地区域，或者可以包括目的地区域和优选递送是经由本地分发的指示。根据一个实施例，该方法还可以包括在775处基于在激活MBMS承载请求消息中接收的信息和/或关于本地MBMS实体的所存储的信息来确定是否将使用本地分发路径。在实施例中，该方法可以包括在780处向ITS-S/RSU发送激活MBMS承载响应消息。

根据一个实施例，该方法还可以包括在785处例如通过向MME/MBMS-GW发送MBMS会话开始请求消息来发起MBMS会话开始过程。MBMS会话开始请求消息可以包括本地MBMS分发的信息。在接收到本地MBMS分发的信息时，MBMS-GW可以跳过用于IP多播分发的正常处理，例如，分配IP多播地址。MBMS-GW可以使用在MBMS会话开始请求消息中的所接收的本地MBMS分发信息，并将其发送到MME，其继而被转发到eNB/MCE。该方法还可以包括在790处发送MBMS服务通告。

本发明的实施例提供了若干技术改进和优点。这些技术改进/优点包括使得能够实现用于用户数据的短延时本地路径，同时控制过程（服务通告、引导、用户服务注册等）是完整无缺的并且基于当前控制平面。此外，对UE没有影响，因为类似于当前MBMS系统，UE仅知道宏BM-SC。此外，实施例能够最小化对RAN的影响。RAN仅需要实现BM-SC/MBMS-GW的U平面，而C平面在宏CN中。这将保持将一个BM-SC用于服务通告、引导、用户服务注册等的当前原理。此外，实施例类似地能够最小化对CN的影响。宏BM-SC/MBMS-GW仅需要知道是否使用本地分发。

在一些实施例中，本文描述的任何方法、过程或流程图的功能可以通过存储在存储器或其他计算机可读或有形介质中的软件和/或计算机程序代码或代码部分来实现，并且由处理器执行。在一些实施例中，装置可以是、被包括或关联于至少一个软件应用、模块、单元或实体，其被配置为（多个）算术运算，或者程序或其部分（包括添加或更新的软件例程），由至少一个操作处理器执行。也称为程序产品或计算机程序的包括软件例程、对象、功能、小应用程序和/或宏的程序可以存储在任何装置可读数据存储介质中，并且可以包括执行特定任务的程序指令。

计算机程序产品可以包括一个或多个计算机可执行组件，其在程序运行时被配置成执行本发明的实施例。一个或多个计算机可执行组件可以是至少一个软件代码或其部分。实现实施例的功能所需的修改和配置可以作为（多个）例程来执行，其可以被实现为添加或更新的（多个）软件例程。可以将（多个）软件例程下载到装置中。

软件或计算机程序代码或代码部分可以采用源代码形式、目标代码形式或采用某种中间形式，并且可以存储在某种载体、分发介质或计算机可读介质中，其可以是能够承载程序的任何实体或设备。例如，这样的载体可以包括记录介质、计算机存储器、只读存储器、光电和/或电载波信号、电信信号或软件分发包。取决于所需的处理能力，计算机程序可以在单个电子数字计算机中执行，或者其可以在多个计算机之间分布。计算机可读介质或计算机可读存储介质可以是非暂时性介质。

在其他实施例中，功能可以由硬件执行，例如通过使用专用集成电路（ASIC）、可编程门阵列（PGA）、现场可编程门阵列（FPGA）或硬件和软件的任何其他组合。在又一个实施例中，功能可以被实现为信号或非有形部件，其可以由从互联网或其他网络下载的电磁信号携带。

根据实施例，诸如节点、设备或对应组件之类的装置可以被配置为计算机或微处理器，诸如单片计算机元件，或者被配置为芯片组，至少包括用于提供用于算术运算的存储容量的存储器和用于执行算术运算的运算处理器。

本领域普通技术人员将容易理解，如上所讨论的本发明可以利用采用不同次序的步骤和/或利用采用与所公开的配置不同的配置的硬件元件来实践。因此，尽管已经基于这些优选实施例描述了本发明，但是对于本领域技术人员来说将显而易见的是，某些修改、变化和替代构造将是显而易见的，同时保持在本发明的精神和范围内。因此，为了确定本发明的范围和界限，应参考所附权利要求。

Claims (28)

1.一种方法，包括：

通过广播多播服务中心（BM-SC）接收激活多媒体广播多播服务（MBMS）承载请求消息以发起激活多媒体广播多播服务（MBMS）承载请求过程；

其中，激活MBMS承载请求消息包括以下中的至少一个：

从本地MBMS实体（LME）接收的本地MBMS分发的信息，或

目的地区域，或

目的地区域和优选递送是经由本地分发的指示；以及

基于以下中的至少一个来确定是否将使用本地分发路径：

在激活MBMS承载请求消息中接收的信息，或

关于本地MBMS实体的所存储的信息。

2.根据权利要求1所述的方法，还包括：从本地MBMS实体（LME）接收本地分发响应消息，其中，本地分发响应消息包括用于接收关于本地MBMS分发的信息和数据的本地MBMS实体（LME）中的网际协议（IP）地址和/或端口的列表。

3.根据权利要求2所述的方法，其中，关于本地MBMS分发的信息包括用于IP多播分发的本地MBMS实体（LME）中的IP源地址和/或IP多播地址中的至少一个。

4.根据权利要求1-3中任一项所述的方法，还包括：通过广播多播服务中心（BM-SC）发送激活MBMS承载响应消息，所述激活MBMS承载响应消息包括本地多播分发的信息。

5.根据权利要求1所述的方法，还包括：发起MBMS会话开始过程以使用本地分发路径。

6.一种装置，包括：

接收部件，用于接收激活多媒体广播多播服务（MBMS）承载请求消息以发起激活MBMS承载请求过程；

其中，激活MBMS承载请求消息包括以下中的至少一个：

从本地MBMS实体（LME）接收的本地MBMS分发的信息，或

目的地区域，或

目的地区域和优选递送是经由本地分发的指示；以及

确定部件，用于基于以下中的至少一个来确定是否将使用本地分发路径：

在激活MBMS承载请求消息中接收的信息，或

关于本地MBMS实体的所存储的信息。

7.根据权利要求6所述的装置，还包括：接收部件，其用于从本地MBMS实体（LME）接收本地分发响应消息，其中，本地分发响应消息包括用于接收关于本地MBMS分发的信息和数据的本地MBMS实体（LME）中的网际协议（IP）地址和/或端口的列表。

8.根据权利要求7所述的装置，其中，关于本地MBMS分发的信息包括用于IP多播分发的本地MBMS实体（LME）中的IP源地址和/或IP多播地址中的至少一个。

9.根据权利要求6-8中任一项所述的装置，还包括：发送部件，其用于发送激活MBMS承载响应消息，所述激活MBMS承载响应消息包括本地多播分发的信息。

10.根据权利要求6所述的装置，还包括：发起部件，其用于发起MBMS会话开始过程以使用本地分发路径。

11.一种装置，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

所述至少一个存储器和所述计算机程序代码与所述至少一个处理器一起配置成使所述装置至少

接收激活多媒体广播多播服务（MBMS）承载请求消息以发起激活多媒体广播多播服务（MBMS）承载请求过程；

其中，激活MBMS承载请求消息包括以下中的至少一个：

从本地MBMS实体（LME）接收的本地MBMS分发的信息，或

目的地区域，或

目的地区域和优选递送是经由本地分发的指示；以及

基于以下中的至少一个来确定是否将使用本地分发路径：

在激活MBMS承载请求消息中接收的信息，或

关于本地MBMS实体的所存储的信息。

12.一种方法，包括：

通过本地MBMS实体（LME）从智能运输系统站接收本地分发请求消息，其中本地分发请求消息包括至少一个临时移动组身份（TMGI）。

13.根据权利要求12所述的方法，还包括向智能运输系统站发送本地分发响应消息，其中所述本地分发响应消息包括用于接收关于本地MBMS分发的信息和数据的本地MBMS实体（LME）中的网际协议（IP）地址和/或端口的列表。

14.根据权利要求12或13所述的方法，还包括：

在本地分发响应消息中指示的网际协议（IP）地址和/或端口上从智能运输系统站接收数据；以及

将数据转发到相关联的网际协议（IP）多播分发路径，

其中，本地MBMS实体（LME）被配置成使用IP多播来分发数据。

15.根据权利要求12-14中任一项所述的方法，还包括执行以下功能中的至少一个：

SYNC功能；

IP多播分发功能；以及

用于加密MBMS数据分组的MBMS安全功能。

16.一种装置，包括：

接收部件，用于通过本地MBMS实体（LME）从智能运输系统站接收本地分发请求消息，其中本地分发请求消息包括至少一个临时移动组身份（TMGI）。

17.根据权利要求16所述的装置，还包括发送部件，其用于向智能运输系统站发送本地分发响应消息，其中所述本地分发响应消息包括用于接收关于本地MBMS分发的信息和数据的本地MBMS实体（LME）中的网际协议（IP）地址和/或端口的列表。

18.根据权利要求16或17所述的装置，还包括：

接收部件，其用于在本地分发响应消息中指示的网际协议（IP）地址和/或端口上从智能运输系统站接收数据；以及

转发部件，其用于将数据转发到相关联的网际协议（IP）多播分发路径，

其中，所述装置被配置成使用IP多播来分发数据。

19.根据权利要求16-18中任一项所述的装置，其中，所述装置被配置成执行以下功能中的至少一个：

SYNC功能；

IP多播分发功能；以及

用于加密MBMS数据分组的MBMS安全功能。

20.一种装置，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

所述至少一个存储器和所述计算机程序代码与所述至少一个处理器一起配置成使所述装置至少

从智能运输系统站接收本地分发请求消息，其中本地分发请求消息包括至少一个临时移动组身份（TMGI）。

21.一种方法，包括：

通过站发起激活多媒体广播多播服务（MBMS）承载请求过程，包括向广播多播服务中心（BM-SC）发送激活MBMS承载请求消息；

其中，激活MBMS承载请求消息包括以下中的至少一个：

从本地MBMS实体（LME）接收的本地MBMS分发的信息，或

目的地区域，或

目的地区域和优选递送是经由本地分发的指示；以及

当需要建立本地递送路径时，发起本地分发请求过程，包括向本地MBMS实体（LME）发送本地分发请求消息，其中本地分发请求消息包括至少一个临时移动组身份（TMGI）。

22.根据权利要求21所述的方法，其中，所述站被预先配置有关于本地MBMS实体（LME）的信息，其中，所述信息包括完全限定域名（FQDN）或IP地址。

23.根据权利要求21所述的方法，还包括：将数据发送到来自本地MBMS实体（LME）的本地分发响应消息中接收的IP地址和/或端口，以使用本地分发。

24.一种装置，包括：

发起部件，其用于发起激活多媒体广播多播服务（MBMS）承载请求过程，包括向广播多播服务中心（BM-SC）发送激活MBMS承载请求消息；

其中，激活MBMS承载请求消息包括以下中的至少一个：

从本地MBMS实体（LME）接收的本地MBMS分发的信息，或

目的地区域，或

目的地区域和优选递送是经由本地分发的指示；以及

当需要建立本地递送路径时，用于发起本地分发请求过程的发起部件，包括用于向本地MBMS实体（LME）发送本地分发请求消息的部件，其中本地分发请求消息包括至少一个临时移动组身份（TMGI）。

25.根据权利要求24所述的装置，其中，所述装置被预先配置有关于本地MBMS实体（LME）的信息，其中，所述信息包括完全限定域名（FQDN）或IP地址。

26.根据权利要求24所述的装置，其中，所述装置还包括发送部件，其用于将数据发送到来自本地MBMS实体（LME）的本地分发响应消息中接收的IP地址和/或端口，以使用本地分发。

27.一种装置，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

所述至少一个存储器和所述计算机程序代码与所述至少一个处理器一起配置成使所述装置至少

发起激活多媒体广播多播服务（MBMS）承载请求过程，包括向广播多播服务中心（BM-SC）发送激活MBMS承载请求消息；

其中，激活MBMS承载请求消息包括以下中的至少一个：

从本地MBMS实体（LME）接收的本地MBMS分发的信息，或

目的地区域，或

目的地区域和优选递送是经由本地分发的指示；以及

当需要建立本地递送路径时，发起本地分发请求过程，包括向本地MBMS实体（LME）发送本地分发请求消息，其中本地分发请求消息包括至少一个临时移动组身份（TMGI）。

28.一种体现在非暂时性计算机可读介质上的计算机程序，所述计算机程序被配置成控制处理器执行根据权利要求1-5、12-15或21-23中任一项所述的方法。