CN108886670B - 用于促进多播通信的方法和装置 - Google Patents
用于促进多播通信的方法和装置 Download PDFInfo
- Publication number
- CN108886670B CN108886670B CN201780021209.8A CN201780021209A CN108886670B CN 108886670 B CN108886670 B CN 108886670B CN 201780021209 A CN201780021209 A CN 201780021209A CN 108886670 B CN108886670 B CN 108886670B
- Authority
- CN
- China
- Prior art keywords
- cluster
- bearer
- mapping
- terminal device
- determining
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开的实施例提供了用于改进多播通信的方法、装置和计算机程序产品。在服务器处实现的方法包括:确定至少一个集群;确定至少一个集群中的一个集群与至少一个承载之间的映射;向无线电接入网络(RAN)指示所确定的映射;以及经由RAN使用第一承载来多播消息,该第一承载基于映射从至少一个承载中被选择。利用本公开的实施例,可以更灵活和更高效地提供多播服务。
Description
技术领域
本公开的非限制性和示例性实施例总体上涉及无线通信技术领域,并且具体地,涉及用于促进多播传输的方法、装置和计算机程序。
背景技术
本节介绍可以促进更好地理解本公开的方面。因此,本节的说明将以此为基础进行阅读,而不能被理解为关于哪些内容是现有技术或哪些内容不是现有技术的承认。
本公开中使用的一些缩写在下面列出:
D2D 设备到设备
NW 网络
ProSe 基于邻近的服务
V2X 车辆到任何事物
V2V 车辆到车辆
V2I 车辆到基础设施
V2P 车辆到行人
MBMS 多媒体广播/多播服务
MBSFN MBMS单频网络
PDSCH 物理下行链路共享信道
SC-PTM 单个小区点到多点
USD 用户服务描述
TMGI 临时移动组标识
LTE 长期演进
eNB 演进NodeB
UE 用户设备
AS 应用服务器
GCS 组通信服务
MCPTT 关键任务一键通
ECGI E-UTRAN小区全局标识符
RRC 无线电资源控制
SIB 系统信息块
BM-SC 广播多播-服务中心
H-PLMN 家用公共陆地移动网络
RSRP 参考信号接收功率
RSRQ 参考信号接收质量
随着无线通信的发展,已经提出了支持设备到设备(D2D)通信(指定为“侧链路”)特征的要求,该特征以商业应用和公共安全应用两者为目标。在第三代合作伙伴计划(3GPP)中,在长期演进(LTE)标准的版本12的开发期间引入了D2D通信特征。由LTE版本12实现的应用是设备发现,其中设备能够通过广播和检测携带设备和应用标识的发现消息来感测另一设备的接近度和关联的应用。另一应用包括基于直接在设备之间终止的物理信道的直接通信。
设备到设备工作的潜在扩展之一包括支持V2X通信,其包括车辆、行人和基础设施之间的直接通信的任何组合。如果可用,V2X通信可以利用NW基础设施。然而,即使在缺乏NW覆盖的情况下,至少基本的V2X连接应该是可能的。由于LTE规模经济,提供基于LTE的V2X接口可能在经济上是有利的,并且与使用专用V2X技术相比,它可以实现在与NW基础设施(V2I)和V2P的通信和V2V通信之间的更紧密集成。
V2X通信可以携带非安全信息和安全信息两者,其中每个应用和服务可以与例如在时延、可靠性、容量等方面的特定要求集相关联。
市场需求迫切需要基于LTE的V2X研究,特别是对于V2V通信的市场是时间敏感的。在一些国家或地区,例如美国/欧洲/日本/韩国,有许多研究项目和联网车辆的现场测试。在中国,中国通信标准协会(CCSA)于2014年完成了基于TD-LTE的车辆安全应用可行性研究,并启动了一系列用于车辆应用的基于LTE的通信的工业标准。此外,在2015年3月,中国的CCSA和一些车辆工业联盟还启动了V2X的频率研究。基于该研究,中国国家监管机构将分配联网车辆的频率。
响应于这种情况,SA1#69最近同意了一项新的支持V2X服务的LTE版本14研究,以调研针对以下的基本用例和要求(S1-150284/SP-150051):
·V2V(车辆到车辆):覆盖车辆之间基于LTE的通信。
·V2P(车辆到行人):覆盖车辆与个人携带的设备(例如,由行人、骑自行车的人、驾驶员或乘客携带的手持终端)之间的基于LTE的通信。
·V2I/N(车辆到基础设施/网络):覆盖车辆与路边单元/网络之间基于LTE的通信。路边单元(RSU)是在eNodeB或静止UE中实现的交通基础设施实体(例如,发送速度通知的实体)。
SA1研究考虑了安全服务和非安全服务以及使用现有LTE技术进行单播/多播/广播通信的可能性。
此外,最近批准启动R13RAN SI,以旨在评估运行基于LTE的V2X(例如V2V、V2I/N和V2P)所需的新功能,并研究[SA1 TR 22.885]中定义的车辆服务的潜在增强。
图1示出了基于LTE网络的示意性V2X场景,其包括eNB形式的接入节点101和多个设备(如102-105所示)。如图1所示,设备可以是车辆(例如,103-105、或车载无线通信设备),并且它可以通过无线电通信(例如,通过D2D通信)与附近的其他车辆或人员进行通信。
MBMS在V2X用例中变得有用,其中某些道路安全V2X消息需要以多播方式向大量UE传送。然而,V2X的高效多播通信解决方案尚不可用。
为了实现高效多播服务,本文提供了方法、装置和计算机程序。然而,应当理解,本公开的实施例不限于仅在V2X用例中使用。
发明内容
本公开的各种实施例主要旨在提供用于促进无线通信系统中的参考信号传输的方法、装置和计算机程序。当结合附图阅读具体实施例的以下描述时,本公开的实施例的其它特征和优点也将被理解,其中,附图以示例的方式示出了本公开实施例的原理。
在本公开的第一方面,提供了一种在服务器处实现的方法。所述方法包括确定至少一个集群;确定所述至少一个集群中的一个集群与至少一个承载之间的映射;向无线电接入网络(RAN)指示所确定的映射;以及经由所述RAN使用第一承载多播消息。基于所述映射从所述至少一个承载中选择所述第一承载。
在一个实施例中,可以基于以下中的至少一个来定义/确定所述至少一个集群:地理区域、小区标识和信号质量、设备类型、以及服务类型。
在另一实施例中,可以通过以下来向所述RAN指示所确定的映射:通过经由至少一个终端设备与所述服务器之间的接口向所述RAN中的所述至少一个终端设备发送所确定的映射;或者通过经由广播多播-服务中心(BM-SC)向所述RAN的接入节点发送所确定的映射。
在又一实施例中,所述方法还可以包括从源设备接收所述消息。所述多播所述消息包括基于所述源设备的位置和所述消息的内容中的至少一个以及所述映射从所述至少一个承载中选择所述第一承载。
在一个实施例中,所述至少一个承载至少可以通过以下中的一个来标识:临时移动组标识(TMGI)以及所述TMGI和流标识符(ID)。
在另一实施例中,所述方法还可以包括向所述RAN发送所述至少一个集群的定义。在另一实施例中,向所述RAN发送所述至少一个集群的定义可以包括:经由所述至少一个终端设备与所述服务器之间的接口向所述RAN中的至少一个终端设备发送所述至少一个集群的定义;或者经由BM-SC向所述RAN的接入节点发送所述至少一个集群的定义。
在本公开的第二方面,提供了一种在RAN中的基站处实现的方法。所述方法包括:确定至少一个集群;从服务器获得所述至少一个集群中的一个集群与至少一个承载之间的映射;通过第一承载从所述服务器接收消息;以及使用所述第一承载向至少一个终端设备发送所述消息。基于所述映射从所述至少一个承载中选择所述第一承载。
在一个实施例中,可以通过基于以下中的至少一个确定所述至少一个集群的定义来确定所述至少一个集群:地理区域、小区标识和信号质量、设备类型、以及服务类型。
在另一实施例中,可以通过经由BM-SC接收所述映射来获得所述映射。
在一个实施例中,所述方法还可以包括向所述至少一个终端设备发送所述映射。
在另一实施例中,向所述至少一个终端设备发送所述映射可以包括:向所述至少一个终端设备发送与第二承载相关联的地理坐标或参考位置。
在又一实施例中,确定所述至少一个集群可以包括从所述服务器接收所述至少一个集群的定义。
在一些实施例中,所述方法还可以包括向所述至少一个终端设备发送所述至少一个集群的定义。
在一个实施例中,所述方法还可以包括:从所述至少一个终端设备获得所述至少一个终端设备的位置和第三承载的标识符中的至少一个;向所述至少一个终端设备发送第四承载的指示符以用于监测。
在另一实施例中,使用所述第一承载向所述至少一个终端设备发送所述消息可以包括:基于设备类型、服务类型和至少一个终端设备的位置中的至少一个以及所述映射来确定所述至少一个终端设备。
在一些实施例中,可以至少基于以下中的一个来标识所述至少一个承载:临时移动组标识(TMGI)以及所述TMGI和流标识符(ID)。
在本公开的第三方面,提供了一种在终端设备处实现的方法。所述方法包括接收用于确定要监测的承载的信息;基于所述信息确定要监测的承载;以及通过所确定的承载接收多播消息。
在一个实施例中,用于确定要监测的承载的所述信息包括以下中的至少一个:至少一个集群中的一个集群与至少一个承载之间的映射以及所述至少一个集群的定义。
在另一实施例中,可以经由所述终端设备与服务器之间的接口或者从RAN的接入节点接收用于确定要监测的承载的所述信息。
在又一实施例中,所述基于所述信息确定所述要监测的承载包括:确定所述终端设备所属的集群;以及基于接收到的映射和所确定的集群来确定所述要监测的承载。
在一些实施例中,可以基于设备类型、服务类型和所述终端设备的位置中的一个的至少一个以及所述至少一个集群的定义来确定所述集群。
在一个实施例中,所述接收用于确定要监测的承载的信息还可以包括:从所述接入节点接收要监测的承载的指示符;或者从所述接入节点接收与所述要监测的承载相关联的地理坐标或参考位置的指示。
在另一实施例中,所述承载至少通过以下中的一个来标识:临时移动组标识(TMGI)以及所述TMGI和流标识符(ID)。
在又一实施例中,所述方法还可以包括向接入节点发送所述至少一个终端设备的位置和第三承载的标识符中的至少一个。
在本公开的第四方面,提供了一种在服务器中的装置。所述装置包括:第一集群确定单元,被配置为确定至少一个集群;映射确定单元,被配置为确定所述至少一个集群中的一个集群与至少一个承载之间的映射;第一映射发送单元,被配置为向无线电接入网络(RAN)指示所确定的映射;以及多播单元,被配置为经由RAN使用第一承载来多播消息,所述第一承载基于所述映射从所述至少一个承载中被选择。
在本公开的第五方面,提供了一种在基站中的装置。所述装置包括:定义确定单元,被配置为确定至少一个集群;第一映射接收单元,被配置为从服务器获取所述至少一个集群中的一个集群与至少一个承载之间的映射;第二消息接收单元,被配置为通过第一承载从所述服务器接收消息,所述第一承载基于所述映射从所述至少一个承载中被选择;以及消息发送单元,被配置为使用所述第一承载向至少一个终端设备发送所述消息。
在本公开的第六方面,提供了一种在终端设备中的装置。所述装置包括:承载信息接收单元,被配置为接收用于确定要监测的承载的信息;承载确定单元,被配置为基于所述信息确定所述要监测的承载;第三消息接收单元,被配置为通过所确定的承载接收多播消息。
在本公开的第七方面,提供了一种在无线通信系统中的装置。所述装置包括处理器和存储器。所述存储器包含可由所述处理器执行的指令,由此所述装置可操作用于执行根据本公开的第一方面的方法。
在本公开的第八方面,提供了一种在无线通信系统中的装置。所述装置包括处理器和存储器。所述存储器包含可由所述处理器执行的指令,由此所述装置可操作用于执行根据本公开的第二方面的方法。
在本公开的第九方面,提供了一种在无线通信系统中的装置。所述装置包括处理器和存储器。所述存储器包含可由所述处理器执行的指令,由此所述装置可操作用于执行根据本公开的第三方面的方法。
在本公开的第十方面,提供了一种在无线通信系统中的装置。所述装置包括适于执行根据本公开的第一方面的任何一种方法的处理装置。
在本公开的第十一方面,提供了一种在无线通信系统中的装置。所述装置包括适于执行根据本公开的第二方面的任何一种方法的处理装置。
在本公开的第十二方面,提供了一种在无线通信系统中的装置。所述装置包括适于执行根据本公开的第三方面的任何一种方法的处理装置。
在本公开的第十三方面,提供了一种计算机程序,包括指令,所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据本公开的第一方面的方法。
在本公开的第十四方面,提供了一种计算机程序,包括指令,所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据本公开的第二方面的方法。
在本公开的第十五方面,提供了一种计算机程序,包括指令,所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据本公开的第二方面的方法。
根据如上所述的各个方面和实施例,可以提高多播通信的效率。
附图说明
举例来说,根据以下参考附图的详细描述,本公开的各种实施例的上述和其它方面、特征和优点将变得更加全面地明显,在附图中类似的附图标记或字母用于指代类似或等同的元件。示出附图以帮助更好地理解本公开的实施例,并且附图不一定按比例绘制,在附图中:
图1示出了基于LTE网络的示意性V2X场景;
图2示出了用于群组通信的示例性网络结构;
图3是根据本公开的实施例的在服务器处实现的方法的流程图;
图4示出了根据本公开的实施例的用于向RAN传送信息的两个路径的示意图;
图5示出了根据本公开的实施例的在基站处实现的方法的流程图;
图6a示出了可以在上述实施例中使用的信令流的示意图;
图6b示出了蜂窝覆盖范围内的一组集群的示意图;
图7a-7b示出了根据本公开的实施例的在终端设备处实现的方法;以及
图8示出了根据本公开的实施例的服务器中的装置的简化框图;
图9示出了根据本公开的实施例的基站中的装置的简化框图;
图10示出了根据本公开的实施例的终端设备中的装置的简化框图;
图11a-11b分别示出了根据本公开的实施例的服务器、基站和终端设备中的装置的简化框图。
具体实施方式
在下文中,将参考说明性实施例来描述本公开的原理和精神。应理解的是,所有这些实施例仅被呈现为使得本领域技术人员更好地理解并进一步实现本公开,而不限制本公开的范围。例如,作为一个实施例的一部分示出或描述的特征可以与另一实施例一起使用以产生又一个实施例。为了清楚起见,并非实际实现的所有特征都在本说明书中进行描述。
说明书中对“一个实施例”、“实施例”、“示例实施例”等的引用指示了所描述的实施例可以包括特定特征、结构、或特性,但是不必每个实施例包括该特定特征、结构、或特性。此外,这种短语不必参考同一实施例。此外,当结合实施例来描述特定特征、结构或特性时,应认为结合其他实施例(不管是否是显式描述的)来实现这种特征、结构或特性是在本领域技术人员的知识内的。
应当理解,虽然术语“第一”、“第二”等可以在本文用于描述各种元件,但是这些元件不应该受这些术语的限制。这些术语仅用来将元件彼此区分。例如,在不脱离示例实施例的范围的情况下,第一元件可以称为第二元件,并且类似地,第二元件可以称为第一元件。如本文中使用的,术语“和/或”包括相关列出项目中的一个或多个的任意和所有组合。
本文使用的术语仅仅是为了描述具体实施例的目的,而并非意在限制示例实施例。如本文所使用的,单数形式“一”、“一个”和“该”也旨在包括复数形式,除非上下文另有明确指示。还应理解,术语“包括”、“包含”、“具有”、“带有”、“含有”和/或“并入”在本文中使用时表示存在所陈述的特征、元件和/或组件等,但并不排除存在或添加一个或多个其他特征、元件、组件和/或其组合。
在下面的描述和权利要求中,除非另外定义,否则本文使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常所理解的含义相同的含义。例如,本文使用的术语“设备”可以指代具有无线通信能力的任何终端设备或用户设备(UE),包括但不限于移动电话、蜂窝电话、智能电话或个人数字助理(PDA)、便携式计算机、诸如数码相机之类的图像捕获设备、游戏设备、音乐存储和回放设备、可穿戴设备、车载无线设备等。在以下描述中,术语“设备”、“终端设备”、“用户设备”和“UE”可以互换使用。类似地,术语“接入节点”可以表示基站(BS)、节点B(NodeB或NB)、演进NodeB(eNodeB或eNB)、远程无线电单元(RRU)、无线电报头(RH)、远程无线电头端(RRH)、中继节点(RN)、低功率节点(LPN),例如,毫微微、微微、接入节点(AP)等等。
出于说明目的,将在3GPP LTE系统的上下文中描述本公开的若干实施例。然而,本领域技术人员将理解,本公开的若干实施例的构思和原理可以更一般地适用于其他无线网络,例如基于第三代(3G)CDMA的网络或未来的网络(例如,5G或NX系统)。
本公开的非限制性和示例性实施例涉及多播通信。在LTE系统中,可以经由多媒体广播/多播服务(MBMS)来提供多播通信。MBMS旨在通过核心网络为广播和多播服务提供高效的传送模式。MBMS是在LTE规范的第二版本(即,版本9)中引入的,尽管初始版本8物理层规范已经被设计为通过包括必要组件来支持MBMS以确保前向兼容性。
LTE MBMS特征在具有简化和增强两者的情况下主要基于UTRAN(来自版本6)和GERAN中可用的那些特征。在一般意义上,广播包括向多个用户分发内容,并且在移动多媒体服务的情况下,它包括用于向大量移动用户同时传送内容的高效传输系统。典型的广播内容可以包括新闻广播、天气预报或现场移动电视,现在扩展到LTEE-UTRAN系统。
图2示出了用于参考3GPP 23.468 V13.3.0的群组通信的示例性网络结构。在该示例中,关键网络实体包括群组通信服务(GCS)的应用服务器(在图2中表示为GCS AS 201)和广播-多播服务中心(BM-SC)202。业务量从GCS AS 201去向BM-SC 202,然后BM-SC可以例如将其向MBMS GW 203(MBMS网关)转发,以经由诸如E-UTRAN 204之类的无线电接入网络向UE发送。请注意,这里的服务可以通过单播或多播以灵活的方式提供,这由应用服务器GCS AS201决定(其中单播承载被路由回到图2中的家庭公共陆地移动网络(H-PLMN)的P-GW)。群组通信例如是关键任务一键通(MCPTT)应用的基础,其中关键任务用户群组(例如,警察、救护车、救援队等)可以在大区域中到达,大量其他用户属于同一群组。
从RAN的角度来看,MBMS传输可以用两种不同的技术实现:
·MBSFN,其中MBMS承载的相同内容(对应于用TMGI指示符标识的特定服务)从属于相同MBMS区域的不同小区发送,该MBMS区域可以跨越非常大的区域。来自不同小区的传输是时间同步的,从而从终端的角度来看,所得到的信号将表现为来自单个小区的传输。显然,为了在UE处实现这种组合增益,加入相同MBMS会话的所有小区应该协调它们的调度决策。在MBSFN中,调度器不位于eNB中,而是位于可以协调多个eNB的调度分配的多小区/多播协调实体(MCE)节点中。MBSFN传输在专用多播传输信道(MCH)上发生,在该专用多播传输信道上控制信令(例如,多播控制信道(MCCH))和数据(例如,多播业务信道(MTCH))两者被多路复用。
·SC-PTM,其中MBMS数据的多播不像在MBSFN中那样同时从多个小区执行,而是仅限于单个小区区域。多播传输(控制信令和数据两者)通过PDSCH发送并由eNB调度。
如上所述,MBMS在V2X用例中也变得有用。然而,在V2X通信中,与典型的MBMS用例不同,V2X消息不需要在非常大的区域中传送。具体来说,在V2X中,目标通信范围(消息应从发起它的车辆被转发多远)约为300米[SA1 TR],其与典型的小区级覆盖范围(例如,典型的站点间距离(ISD)是500米或1732米)相比较短。另外,提供某个V2X消息的区域可能需要动态地变化,例如,突发紧急信息需要在事故附近的限制区域内被传送。根据所期望的通信范围和消息应该被传送的位置,广播区域可以跨越单个小区或多个相邻小区。
实现上述目的,现有的MBMS框架可能不是直接了当的,这是因为MBMS处理静态多播传送区域配置,并且通常MBMS会话不与特定位置相关联。LTE中的当前(增强的)MBMS((e)MBMS)服务仅支持最小粒度的小区级广播服务,因此它会导致资源浪费,出于这个原因我们需要更强健的传输格式来到达更广的覆盖范围,然而,如果我们可以将其限制在较小的地理区域,则这将是超过必要的。
对此的解决方案是进一步的小区分裂,但是这会担心网络硬件部署上的额外成本。
在本公开中,提供了方法、装置和计算机程序产品以实现更高效的多播通信。虽然本公开的实施例可以在图2中示出的示例性网络结构中实现,但是应当理解,本公开的实施例不限于这种网络结构。利用本公开的实施例,可以减少用于多播服务的资源消耗,可以减少不必要的传输并且可以节省所涉及的发射器和接收器两者的功率。
现在参考图3,其示出了根据本公开的实施例的方法300的流程图。方法300在服务器(例如,图2中所示的GCS AS 201之类的应用服务器)处实现。在V2X应用的情况下,应用服务器可以是V2X服务器。
如图3所示,方法300包括:在框310处,确定至少一个集群;在框320处,确定至少一个集群中的一个集群与至少一个承载之间的映射;在框330处,向无线电接入网络(RAN)指示所确定的映射;在框340处,经由RAN使用第一承载对消息进行多播。基于映射从至少一个承载中选择第一承载。在此,“第一承载”仅用于将其与至少一个承载中的其他承载区分开。
利用本公开的实施例,可以经由与目标集群相关联的特定承载来多播消息,即,消息的传输以特定集群而不是小区或MBMS服务区域为目标。因此,它实现了多播服务的更灵活传送。当集群定义的覆盖范围小于小区时,多播将要求较少的传输功率或资源。
至少一个集群中的每一个集群与承载之间的映射可以是一对一映射或者一对N(N是大于一的自然数)映射,使得特定集群中的UE可能需要监测单个承载或多个承载。
在实施例中,在框310处,可以由AS基于以下中的至少一个来定义/确定集群:地理区域、小区标识和信号质量、终端设备的类型和服务类型。这意味着,集群用于向特定地理区域、和/或向特定UE类型的UE组、和/或向与特定服务类型相关联的UE组传送消息。在一些实施例中,集群实质上是一组(接收)UE或一组(接收)UE位置。在实施例中,集群可以小于小区。在另一实施例中,集群可以位于小区中心。在一些实施方案中,集群可以跨多个小区的小区边缘定位。
当前,使用小区级覆盖范围来划分地理区域,即,经由服务小区ID(例如,ECGI)来区分UE位置。利用本公开的实施例,在没有物理小区分裂的情况下,实现了定义小于小区的覆盖范围。例如,可以使用地理坐标来定义集群的覆盖范围,例如,纬度和经度的组合可以用于指示一个集群的中心。在知道集群中心的地理位置的情况下,UE可以例如通过基于其当前地理位置计算UE与集群中心之间的距离来算出其所属的最近集群。例如,可以通过使用全球导航卫星系统(GNSS)解决方案来获得UE的地理位置。通过这种方式,可以定义集群覆盖范围。
备选地,可以使用小区ID和RSRP/RSRQ测量来定义集群的覆盖范围。也就是说,RSRP/RSRQ和相关联的特定小区ID的组合可用于指示一个集群的覆盖范围。基于RSRP/RSRQ测量结果,UE可以知道UE属于哪个集群,从而可以定义集群覆盖范围。
在UE侧,通过确定UE所属的集群(例如,基于映射及其当前位置、设备类型或服务类型),UE可以将MBMS接收限于特定承载,以降低处理复杂性。
在框330处,可以以各种方式向RAN指示所确定的映射,并且本公开的实施例不限于用于传送映射信息的任何特定路径。在图4中示出了用于指示映射的一些示例性实施例的示意图。如图4中的路径1所示,在本公开的一个实施例中,应用(APP)服务器可以直接经由至少一个终端设备与App服务器之间的接口向终端设备中的至少一个指示所确定的映射。在这种情况下,映射可以直接经由UE与APP服务器之间的接口作为应用层信令或其一部分被发送。
在如图4中的路径2所示的另一示例性实施例中,App服务器可以经由BM-SC(例如,图2中所示的BM-SC 202)向RAN的接入节点(例如,基站或eNB)指示所确定的映射。应当理解,在一些实施例中,可以存在将映射从BM-SC向接入节点转发所涉及的其他网络实体,这取决于应用本公开的实施例的网络结构。例如,MBMS GW、MME和MCE中的至少一个可以存在于BM-SC与接入节点之间。例如,APP服务器可以向BM-SC提供ECGI信息以及集群信息,BM-SC可以将小区ID映射到服从运营商策略的MBMS服务区域标识中。然后,BM-SC将包括MBMS服务区域标识的列表,并且如果可用,则在沿着路径向下到eNB的MBMS会话开始消息中包括小区ID列表加上集群信息。之后,eNB可以经由如系统信息块(SIB)之类的RRC信令向UE发送该集群信息。应当理解,在一些实施例中,eNB可以不向UE发送全部但是部分的集群信息。上述示例性步骤中的集群信息指代集群的定义、或集群到承载的映射、或两者。
在一个实施例中,在框340处多播的消息可以是在框350处由AS从源设备接收的消息。源设备是生成消息的设备。在另一实施例中,在框340处经由RAN使用第一承载来多播消息可以包括基于映射以及以下中的至少一个从至少一个承载中选择第一承载:源设备的位置和消息的内容,然后向所选的第一承载多播该消息。
例如,APP服务器可以通过空中接口的UL从发送UE或从另一APP服务器接收该消息。该消息可以包括该消息的发送UE(源UE)的地理位置、或相关事件(例如,交通事故)的位置。然后在框340处,AS可以基于集群映射和目标通信范围(例如,发送UE/事件周围X米)导出应该向哪些集群发送该消息。然后,基于导出的特定集群以及集群与承载之间的映射,AP可以选择承载用于携带该消息。在一个实施例中,承载是每集群的,即针对每个集群有一个承载。在基于特定UE类型/服务类型来定义集群的情况下,针对每种UE类型/服务类型存在一个承载。它实现了用于车辆和行人的承载的区分。如上所述,在框330处向RAN发送集群到承载的映射。
为了区分不同的承载,在一个实施例中,不同的TMGI可以用于不同的承载。在另一实施例中,相同的TMGI可以由多于一个小区共享,并且不同的流ID可以用于区分不同小区的承载。在这种情况下,流ID对于RAN可能是不可见的。在又一实施例中,相同的TMGI可以由不同的小区共享,并且可以通过对RAN可见的不同流ID来区分一个小区中的不同承载。也就是说,在本公开的一些实施例中,可以至少通过TMGI以及TMGI和流ID两者来标识承载。
如上所述,可以基于以下中的至少一个来定义集群:地理区域、小区标识和信号质量(例如,RSRP或RSRQ)、终端设备的类型以及要向终端设备提供的服务类型。在一个实施例中,AS定义集群并向RAN通知至少一个集群的定义,例如,在框360处AS可以向RAN发送集群的定义。
特别地,在一个实施例中,在框360处,AS可以经由各种方式向RAN发送集群的定义,类似于上述对集群到承载的映射的传送。例如,可以经由设备与AS之间的接口,向设备(例如,RAN中的终端设备)发送集群的定义,如图4中的路径1所示。该定义可以被包括在应用层信令中。在另一实施例中,AS可以经由BM-SC向RAN的接入节点(例如,eNB)发送集群的定义,如图4中的路径2所示。
然后在一些实施例中,AS可以具有向RAN传送的两种类型的信息。第一类型的信息是集群覆盖范围定义(也称为一个或多个集群的定义)。该定义可以基于地理位置(例如,纬度、经度)或RSRP/RSRQ水平阈值。应当理解,其他信号质量度量(例如,路径损耗)也可以用于定义集群。第二类型的信息是集群与多播承载之间的映射。映射可以是一对一(1∶1)映射或一对多(1∶N)映射,使得特定集群中的UE必须监测单个或多个承载。可以通过相同或不同的路径发送这两种类型的信息。例如,可以经由图4中所示的路径1发送集群的定义,并且可以经由图4中所示的路径2发送映射,反之亦然。或者,定义和映射两者都可以经由图4中所示的路径1或路径2发送。
如参考图4所述,路径1将在应用层直接在APP服务器和UE之间进行发送,而路径2将通过多个网络实体和其间的多个接口进行发送。对于每种类型的信息,存在至少两个可能的路径,于是,存在至少2*2=4个用于发送信息的子实施例。在一个实施例中,可以经由路径1发送集群定义的信息,使得特定V2X服务与位置之间的映射经由应用层消息被发送给UE,并且可以在UE上电时被完全下载(例如,特定城市/国家的完整地图),或者基于当前UE位置被部分地下载(因此是当前UE地理位置周围的地图)。当UE被注册到V2X服务器时,该信息可以被UE获取,作为由应用层传送的USD消息的一部分。映射信息可以经由路径2发送,使得当建立承载时,根据相关联的集群指定特性(其可以是1∶1映射、或1∶N映射,使得多于一个集群必须监测该特定承载),并且该信息将在空中接口处由信令承载(例如,RRC信令)携带,使得UE可以通过RRC解码来知道该信息。
在一个实施例中,有限数量的TMGI可以被重复使用、通过如上所述的流ID或新字段来区分。在另一实施例中,相邻集群/小区的映射可以从服务小区向UE发送,使得UE在进入新集群之前可以知道,以避免服务中断。
在另一实施例中,用于定义集群的原理可以是预定义的,然后RAN可以在没有来自AS的显式信令的情况下获得集群的定义。
现在参考图5,其示出了在RAN中在基站处实现的方法500。基站可以是图1中所示的接入节点,或者是在图2中所示的E-UTRAN204中操作的eNB。基站可以与执行方法300的服务器通信。
如图所示,方法500包括:在框510处,确定至少一个集群;在框520处,从服务器获得至少一个集群中的一个与至少一个承载之间的映射;在框530处,通过第一承载从服务器接收消息;在框540处,使用第一承载向至少一个终端设备发送消息。基于映射从至少一个承载中选择第一承载。
在一个实施例中,在框510处,基站可以基于以下中的至少一个来确定集群:地理区域、小区标识和信号质量、终端设备的类型以及服务类型。参考方法300和图3描述的集群的定义的细节也适用于此,因此将不再重复。例如,用于定义集群的地理区域信息可以是用于指示一个集群的中心的纬度和经度的组合,和/或信号质量可以是但不限于RSRP、RSRQ、路径损耗等。
在另一实施例中,在框510处,基站可以从AS接收至少一个集群的定义。然后,可以基于接收到的信息来确定集群。基站可以经由各种路径从AS接收该定义。例如,在框510处接收的至少一个集群的定义可以是在如图3所示方法300的框360中由AS发送的定义。因此,参考方法300、图3和图4提供的关于至少一个集群的定义的传输路径的描述也适用于此。
类似地,可以在框520处通过各种方式获得映射。作为一个示例,基站可以经由BM-SC(例如,图2中所示的BM-SC 202)来接收映射。在如图2所示的网络结构之类的网络结构中实现的实施例中,基站可以经由更多网络实体(例如,MBMS GW、MME和MCE中的至少一个)接收映射。应当理解,取决于应用本公开的实施例的网络结构,基站可以经由比图2或图4中示出的网络实体更少或更多或不同的网络实体来接收映射。
在一个实施例中,方法500还可以包括在框550处向至少一个终端设备发送映射。例如,基站可以向终端设备转发接收到的映射信息。备选地,基站可以向终端设备发送接收到的映射信息的一部分。例如,基站可以仅向设备发送与特定承载相关联的地理坐标或参考位置,以便设备导出它是否属于映射到该承载的集群。
在另一实施例中,基站还可以在框560处向至少一个终端设备发送集群的定义。
应当理解,本公开的实施例不限于用于向终端设备发送集群的映射信息和/或集群的定义的任何特定方式。取决于应用本公开的实施例的网络,可以使用不同的信道或信令用于此目的。
利用来自基站或其一部分的信息(例如,映射信息、集群定义信息、地理坐标或与特定承载相关联的参考位置),UE可以获知对某种TMGI感兴趣的位置。因此,当UE在距该位置特定范围内时,UE可以向基站报告其对该TMGI感兴趣,例如,作为MBMS兴趣指示和计数响应的一部分。
因此,在一些实施例中,eNB可以帮助UE确定可能对某种服务(例如经由TMGI标识)感兴趣的区域。例如,V2X服务器可以仅向UE提供与UE简档/订阅匹配的TMGI集合,作为USD的一部分。终端设备直接从指示对某个TMGI感兴趣的位置的基站知道实际何时开始监测TMGI。位置信息可以是地理坐标,或者可以包含UE可以用来确定其是否正在靠近感兴趣区域的参考位置,并且如上所述,可以在框550处向终端设备发送该信息。当UE距TMGI的参考位置在特定范围内时,它将开始监测对应的多播数据信道。可以由eNB从V2X服务器针对特定TMGI指示的地理坐标导出该参考位置。
如上所述来自基站的帮助可以是有用的,这是因为UE可能无法在注册时下载V2X服务器覆盖的区域的整个地图。此外,V2X会话可以是非常动态的,例如V2X AS可能突然需要在事故附近的区域中发起新的V2X会话。向UE通知这一点可能是困难的,这是因为它们可能处于IDLE模式。在这种情况下,其中基站帮助终端设备确定可能对某些服务感兴趣的区域的上述实施例可以是有利的。
可选地,在一个实施例中,该方法可以包括:框570,其中基站从至少一个终端设备获得至少一个终端设备的位置和/或第三承载的标识符;以及框580,其中基站向至少一个终端设备发送第四承载的指示符以用于监测。在一个实施例中,第三承载可以是至少一个终端设备感兴趣的承载,即,至少一个终端希望监测的承载。在另一实施例中,至少一个终端设备的位置可以是由纬度和经度的组合表示的地理位置或相对于参考位置的位置。参考位置可以由基站通知或预定义。至少一个终端设备的位置和/或第三承载的标识符可以由至少一个终端设备周期性地或基于来自网络的触发来报告。
通过接收至少一个终端设备的位置和/或第三承载的标识符,基站知道与至少一个终端设备相关联的特定集群/承载,并且可以算出位于其覆盖区域中的UE的数量,并且当至少一个终端设备接近感兴趣的区域时,确保适当的准入控制和多播数据的调度操作。
图6a示出了可以在上述实施例中使用的信令流的示意图。如图6a所示,应用服务器(在图6a中示出为APP服务器601)可以经由BM-SC 602向eNB 603发送集群与承载之间的映射,然后eNB可以从UE 604接收关于UE的地理位置信息的报告,然后eNB可以向UE指示要监测的承载。在该示例中,由局部区域(例如,局部区域D1、局部区域D2)定义集群,并且由TMGI(例如,TMGI1、TMGI2)表示承载。局部区域D1的集群被映射到TMGI1的承载,并且局部区域D2的集群被映射到TMGI2的承载。应当理解,在其他实施例中,可以由其他因素(例如,服务类型或UE类型等)来定义集群,并且可以将集群映射到多于一个承载。另外,在一些实施例中,eNB可以向UE指示要监测的承载,而不向UE发送完整映射。在其他实施例中,eNB可以向UE发送要监测的承载和完整映射两者。图6b示出了蜂窝覆盖范围内的一组集群的示意图。可以看出,集群可以小于单元。集群可以位于小区中心。在一些实施例中,集群可以跨多个小区的小区边缘定位。
在一个实施例中,在框540处,基站可以基于映射以及以下中的至少一个来确定至少一个终端设备:终端设备的类型、服务类型和至少一个终端设备的位置。例如,终端设备的类型、和/或服务类型、和/或终端设备的位置可用于确定终端设备是否属于特定集群,以及终端是否是通过与特定集群相关联的特定承载发送的消息的目标接收器。
如上所述,至少一个承载可以至少基于以下中的一个来标识:TMGI以及TMGI和流ID两者。
现在参考图7,其示出了在RAN中的终端设备处实现的方法700。终端设备可以是能够进行无线通信的任何类型,例如,它可以是安装在图1所示的车辆中的无线设备。在一个实施例中,终端设备可以在如图2所示的网络结构中操作,并且与图2中所示的E-UTRAN 204中的eNB进行通信。eNB可以使用参考方法500描述的步骤的至少一部分与终端设备通信。
如图所示,该方法700包括:在框710处,接收用于确定要监测的承载的信息;在框720处,基于该信息确定要监测的承载;在框730处,通过所确定的承载接收多播消息。
在框710处,可以以各种方式接收用于确定要监测的承载的信息。在一个实施例中,用于确定要监测的承载的信息包括至少一个集群中的一个集群与至少一个承载之间的映射。在另一实施例中,用于确定要监测的承载的信息包括至少一个集群的定义。在又一实施例中,该信息包括映射和至少一个集群的定义两者。
在框710处由UE接收的信息可以是使用方法500在框550和/或框560处由基站(例如,图2中所示的E-UTRAN 204中的eNB)发送的信息。因此,参考图5和方法500提供的关于信息的描述也适用于此。
可以通过各种方式或经由各种路径接收用于确定要监测的承载的信息。在一个实施例中,在框710处,UE可以经由终端设备与服务器之间的接口直接从服务器接收信息,该服务器可以是应用服务器,例如图2中所示的GCS AS 201、或在V2X应用的情况下的V2X AS。在这种情况下,可以在应用层信令中接收该信息,并且该路径可以表示为路径1。在另一实施例中,可以在框710处从RAN的接入节点接收该信息。这可以表示为路径2。当该实施例应用于LTE网络时,接入节点可以是eNB。应当理解,取决于应用本公开的实施例的网络,接入节点可以是任何适当的类型。
不同类型的信息可以经由不同的路径携带。例如,可以经由路径1接收集群的定义,可以经由路径2接收映射信息,反之亦然。应当理解,在一些实施例中,可以在框710处经由相同路径(路径1或路径2、或任何其他适当的路径)接收这两种类型的信息。
备选地或附加地,在一个实施例中,在框710处,UE可以通过从接入节点接收要监测的承载的指示符或与要监测的承载相关联的地理坐标或参考位置的指示来接收用于确定承载的信息。要监测的承载的指示符和与要监测的承载相关联的地理坐标或参考位置的指示可以是基站根据方法500在框550或580处发送的内容。因此,参考方法500提供的相关描述也适用于此。
在如图7b所示的一个实施例中,在框720处,UE可以通过在框7201处确定终端设备所属的集群来确定要监测的承载;在框7202处,基于接收到的映射和所确定的集群来确定要监测的承载。在另一实施例中,在框7201处,UE可基于设备类型、服务类型和终端设备的位置中的一个的至少一个以及至少一个集群的定义来确定集群。
例如,UE可以在框710处算出它当前所在的集群、和/或其UE类型、和/或它感兴趣的服务类型,然后框720处,基于从AS或接入节点发送的集群-承载映射(包括承载映射的位置和/或UE类型和/或对承载映射的服务类型),UE知道要监测哪些承载以便接收在其当前地理位置周围的目标通信范围(X米)内发生的相关消息。在一些实施例中,UE类型和/或服务类型可以与位置组合使用以定义集群,由此提供更精细粒度的集群定义。
在一个实施例中,承载可以至少由以下中的一个标识:TMGI、以及TMGI和流标识符(ID)。在流ID也用于标识的情况下,一些TMGI可以被不同的小区再使用,从而减少所需的TMGI数量。
在另一实施例中,方法700还可以包括方框740,其中UE向接入节点发送以下中的至少一个:UE的位置和第三承载的标识符。在框740处由UE发送的信息可以是根据方法500在框570处由基站接收的信息,因此关于方法500提供的相关描述也适用于此。例如,在框740处指示的第三承载可以是至少一个终端设备感兴趣的承载,即,至少一个终端希望监测的承载。在另一实施例中,至少一个终端设备的位置可以是由纬度和经度的组合表示的地理位置或相对于参考位置的位置。参考位置可以由基站通知或预定义。至少一个终端设备的位置和/或第三承载的标识符可以由至少一个终端设备周期性地或基于来自网络的触发来报告。通过接收至少一个终端设备的位置和/或第三承载的标识符,基站知道与至少一个终端设备相关联的特定集群/承载,并且可以算出位于其覆盖区域中的UE的数量,并且当至少一个终端设备接近感兴趣的区域时,确保适当的准入控制和多播数据的调度操作。
现在参考图8,其示出了根据本公开的实施例的服务器中的装置800的简化框图。服务器可以是例如图2中所示的GCS AS 201或V2X服务器。装置800可操作用于执行参考图3-4描述的示例性方法300以及可能的任何其他过程或方法。还应理解,方法300不必须完全由装置800执行。方法300的一些步骤可以由一个或多个其他实体执行。
如图8所示,装置800包括:集群确定单元801,被配置为确定至少一个集群;映射确定单元802,被配置为确定至少一个集群中的一个集群与至少一个承载之间的映射;映射指示单元803,被配置为向无线电接入网络(RAN)指示所确定的映射;以及多播单元804,被配置为经由RAN使用第一承载来多播消息,其中,基于映射从至少一个承载中选择第一承载。
在一个实施例中,集群确定单元801可以被配置为基于以下中的至少一个来定义/确定所述至少一个集群:地理区域、小区标识和信号质量、设备类型、以及服务类型。
在另一实施例中,映射指示单元803可以包括:第一指示单元8031,被配置为通过至少一个终端设备与服务器之间的接口向RAN中的至少一个终端设备指示所确定的映射;或者第二指示单元8032,被配置为通过BM-SC向RAN的接入节点指示所确定的映射。
在又一实施例中,装置800还可以包括消息接收单元805,被配置为从源设备接收消息,该源设备可以是车载无线设备或AS、或者生成消息的任何其他适当的设备。该消息可以包括在源设备周围发生的事件(例如,交通事故)的描述。然而,本公开的实施例不限于任何特定的消息内容。
在一个实施例中,多播单元804可以包括承载选择单元8041,被配置为基于源设备的位置和消息内容中的至少一个以及映射从至少一个承载中选择第一承载。例如,消息接收单元805可以经由空中接口的UL从发送UE或从另一APP服务器接收消息。该消息可以包括该消息的发送UE(源UE)的地理位置、或相关事件(例如,交通事故)的位置。然后,承载选择单元8041可以基于集群映射和目标通信范围(例如,发送UE/事件周围X米)导出应该向哪些集群发送该消息,然后基于导出的特定集群和集群与承载之间的映射,AP可以选择承载以用于携带该消息。在一个实施例中,承载是每集群的,即针对每个集群有一个承载。在基于特定UE类型/服务类型来定义集群的情况下,针对每种UE类型/服务类型存在一个承载。它实现了用于车辆和行人的承载的区分。
在一个实施例中,承载可以至少由以下中的一个标识:TMGI、以及TMGI和流ID。
在另一实施例中,装置800还可以包括定义发送单元806,被配置为向RAN指示至少一个集群的定义。在另一实施例中,定义发送单元806可以包括第三指示单元8061,被配置为经由至少一个目标与服务器之间的接口向RAN中的至少一个终端设备指示至少一个集群的定义;或者第四指示单元8062,被配置为通过BM-SC向RAN的接入节点指示集群的定义。
在一些实施例中,装置800的单元可以被配置为实现方法300的对应框的操作,因此参考方法300提供的相关描述也适用于此,因此将不重复细节。
现在参考图9,其示出了RAN中的接入节点中的装置900的示意性框图。接入节点可以是例如图1中所示的基站,或者是在图2中所示的E-UTRAN中操作的eNB。装置900可操作用于执行参考图5描述的示例性方法500以及可能的任何其他过程或方法。还应理解,方法500不必须完全由装置900执行。方法500的一些步骤可以由一个或多个其他实体执行。
如图9所示,装置900包括:定义确定单元901,被配置为确定至少一个集群;映射接收单元902,被配置为从服务器获取所述至少一个集群中的一个集群与至少一个承载之间的映射;消息接收单元903,被配置为通过第一承载从服务器接收消息,该第一承载基于映射从至少一个承载中被选择;以及消息发送单元904,被配置为使用第一承载向至少一个终端设备发送消息。
在一个实施例中,定义确定单元901可以被配置为基于以下中的至少一个来确定至少一个集群的定义:地理区域、小区标识和信号质量、设备类型、以及服务类型。
在另一实施例中,映射接收单元902可以被配置为经由BM-SC获取映射。
在另一实施例中,装置900还可以包括映射指示单元905,被配置为向至少一个终端设备指示映射。在又一实施例中,映射指示单元905可以被配置为向至少一个终端设备指示与第二承载相关联的地理坐标或参考位置。
备选地或附加地,在一个实施例中,定义确定单元901可以被配置为从服务器接收至少一个集群的定义。在可以预定义用于定义集群的原理,然后接入节点可以导出集群本身的定义的情况下,可以省略接收操作。
在一个实施例中,装置900可以包括定义指示单元906,被配置为向至少一个终端设备指示至少一个集群的定义。
可选地,在一个实施例中,装置900可以包括信息接收单元907,被配置为从所述至少一个终端设备获取至少一个终端设备的位置和第三承载的标识符中的至少一个。在另一实施例中,该装置还可以包括承载指示单元908,被配置为向至少一个终端设备发送第四承载的指示以进行监测。在一个实施例中,第四承载可以由接入节点至少部分地基于信息接收单元907接收的信息来确定。
在一个实施例中,承载可以至少基于以下中的一个标识:TMGI、以及TMGI和流ID。
在另一实施例中,消息发送单元904可以被配置为基于设备类型、服务类型和至少一个终端设备的位置中的至少一个以及映射来确定至少一个终端设备。然后,消息发送单元可以向所确定的至少一个终端设备发送消息。因此,利用本公开的实施例,可以向精心选择的UE传送消息,由此避免不必要的多播。可以以集群的粒度确定UE,集群可以小于小区。
现在参考图10,其示出了RAN中的终端设备中的装置1000的示意性框图。终端设备可以是能够进行无线通信的任何类型的设备,并且它还可以被称为UE或终端或设备。例如,终端设备可以是安装在图1所示的车辆中的无线设备,和/或终端设备可以在图2所示的E-UTRAN中操作。装置1000可操作用于执行参考图7描述的示例性方法700以及可能的任何其他过程或方法。还应理解,方法500不必须完全由装置1000执行。方法700的一些步骤可以由一个或多个其他实体执行。
如图10所示,装置1000包括:承载信息接收单元1001,被配置为接收用于确定要监测的承载的信息;承载确定单元1002,被配置为基于所述信息确定要监测的承载;以及消息接收单元1003,被配置为通过所确定的承载接收多播消息。
在一个实施例中,由承载信息接收单元1001接收的用于确定要监测的承载的信息可以包括以下中的至少一个:至少一个集群中的一个集群与至少一个承载之间的映射;以及至少一个集群的定义。
在一个实施例中,承载信息接收单元1001可以包括第一信息接收单元1001-1,被配置为通过终端设备与服务器之间的接口接收用于确定要监测的承载的信息;或者第二信息接收单元1001-2,被配置为从RAN的接入节点接收用于确定要监测的承载的信息。这意味着,在不同的实施例中,承载信息接收单元1001可以通过不同的路径接收用于确定要监测的承载的信息。应当理解,本公开的实施例不限于承载信息接收单元1001接收信息的任何特定路径。
在另一实施例中,承载确定单元1002可以包括:集群确定单元1002-1,被配置为确定终端设备所属的集群;以及承载确定单元1002-2,被配置为基于接收到的映射和所确定的集群来确定要监测的承载。在另一实施例中,集群确定单元1002-1可以被配置为基于设备类型、服务类型和终端设备的位置中的一个的至少一个以及至少一个集群的定义来确定集群。
备选地或附加地,在一个实施例中,承载信息接收单元1001可以包括:承载接收单元1001-3,被配置为从接入节点接收要监测的承载的指示;或者位置信息接收单元1001-4,被配置为从接入节点接收与要监测的承载相关联的地理坐标或参考位置的指示。
在一个实施例中,承载可以至少由以下中的一个标识:TMGI、以及TMGI和流ID。
在另一实施例中,装置1000还可以包括发送单元1004,被配置为向接入节点发送至少一个终端设备的位置和第三承载的标识符中的至少一个。这使得接入节点能够向终端设备提供更精细的承载信息。
应当理解,在一些实现中,可以组合装置800、900或1000中的一些单元或模块。例如,在一个实施例中,可以使用单个发送单元发送由参考图8描述的单元8031、8032、8061和8062发送的所有信息。
图11a示出了装置1110的简化框图,该装置1110可以在服务器中实现/实现为服务器,该服务器例如是图2中所示的GCS AS 201,并且装置1120可以在接入节点中实现/实现为接入节点,该接入节点例如是图2中所示的E-UTRAN中操作的eNB。图11b示出了可以在终端设备中实现/实现为终端设备的装置1130,该终端设备例如是图1中所示的终端设备102-105。
装置1110可以包括至少一个处理器1111(例如,数据处理器(DP))和耦合到处理器1111的至少一个存储器(MEM)1112。装置1110还可以包括耦合到处理器1111的发射器TX和接收器RX 1113。MEM 1112存储程序(PROG)1114。PROG 1114可以包括指令,当在相关联的处理器1111上执行时,该指令使得装置1110能够根据本公开的实施例进行操作,例如以执行方法300。至少一个处理器1111和至少一个MEM 1112的组合可以形成适于实现本公开的各种实施例的处理装置1115。
装置1120包括至少一个处理器1121(例如,DP)和耦合到处理器1121的至少一个MEM 1122。装置1120还可以包括耦合到处理器1121的适当的TX/RX 1123。MEM 1122存储PROG 1124。PROG 1124可以包括指令,当在相关联的处理器1121上执行时,该指令使得装置1120能够根据本公开的实施例进行操作,例如以执行方法500。至少一个处理器1121和至少一个MEM 1122的组合可以形成适于实现本公开的各种实施例的处理装置1125。
装置1130包括至少一个处理器1131(例如,DP)和耦合到处理器1131的至少一个MEM 1132。装置1130还可以包括耦合到处理器1131的适当的TX/RX 1133。MEM 1132存储PROG 1134。PROG 1134可以包括指令,当在相关联的处理器1121上执行时,该指令使得装置1130能够根据本公开的实施例进行操作,例如以执行方法700。至少一个处理器1131和至少一个MEM 1132的组合可以形成适于实现本公开的各种实施例的处理装置1135。
本公开的各种实施例可以由可由处理器1111、1121和1131、软件、固件、硬件中的一个或多个或其组合执行的计算机程序来实现。
MEM 1112、1122和1132可以具有适于本地技术环境的任何类型,并且可以使用任何合适的数据存储技术(作为非限制性示例,例如基于半导体的存储器件、磁存储器件和系统、光学存储器件和系统、固定存储器和可拆卸存储器)来实现。
处理器1111、1121和1131可以具有适于本地技术环境的任何类型,并且可以包括通用计算机、专用计算机、微处理器、数字信号处理器DSP和基于多核处理器架构的处理器中的一个或多个,作为非限制性示例。
尽管在图2中示出的示例性网络的上下文中描述了一些实施例,但是不应将其解释为限制本公开的精神和范围。本公开的原理和构思可以更普遍地适用于其他网络架构。
此外,本公开还可以提供一种载体,该载体包含如上所述的计算机程序,其中所述载体是电子信号、光信号、无线电信号或计算机可读存储介质之一。计算机可读存储介质可以是例如光盘或如RAM(随机存取存储器)、ROM(只读存储器)、闪存、磁带、CD-ROM、DVD、蓝光盘等的电子存储设备。
本文描述的技术可以通过各种装置来实现,使得实现用实施例描述的对应装置的一个或多个功能的装置不仅包括现有技术装置,而且还包括用于实现用实施例描述的对应装置的一个或多个功能的装置,并且其可以包括用于每个单独功能的单独装置,或者可以被配置为执行两个或更多个功能的装置。例如,这些技术可以在硬件(一个或多个装置)、固件(一个或多个装置)、软件(一个或多个模块)或其组合中实现。对于固件或软件,可以通过执行本文所述功能的模块(例如,过程、功能等)来实现。
以上参考方法和装置的框图和流程图插图描述了本文的示例性实施例。应当理解,框图和流程图插图中的每个框以及框图和流程图插图中的框的组合,可以分别由包括计算机程序指令的各种装置实现。这些计算机程序指令可被加载到通用计算机、专用计算机或用于产生机器的其它可编程数据处理装置,使得在计算机或其它可编程数据处理装置上执行的指令创建用于实现在一个或多个流程图框中指定的功能的装置。
此外,虽然以特定顺序描绘了操作,但是这不应被理解为要求这些操作以示出的特定顺序或以顺序次序执行,或者需要执行所有示出的操作来实现期望的结果。在特定环境中,多任务处理和并行处理可能是有利的。同样地,尽管在上述讨论中包含了若干具体实施细节,但这些细节不应被解释为对本文描述的主题的范围的限制,而应被解释为是对可能特定于特定实施例的特征的描述。在独立实施例的上下文中描述的特定特征也可以在单个实施例中组合实现。相反,在单个实施方式的上下文中描述的各种特征也可以在多个实施例中分开地或以任何适当的子组合实现。
尽管本说明书包含许多具体实现细节,然而这些具体实现细节不应被解释为对可以要求保护的任何实现的范围的限制,而是解释为对可以特定于具体实现的具体实施例的特征的描述。在本说明书中在分开的实施例的上下文中描述的特定特征也可以以组合的形式实现在单个实施例中。相反,在单个实施方式的上下文中描述的各种特征也可以在多个实施例中分开地或以任何合适的子组合实现。此外,虽然特征可以在上面描述为在某些组合中起作用并且甚至最初如此要求保护,但是来自所要求保护的组合的一个或多个特征在一些情况下可以从组合中删除,并且所要求保护的组合可以针对子组合或子组合的变体。
对于本领域技术人员将显而易见的是,随着技术的进步,本发明的构思可以以各种方式实现。给出上述实施例是为了描述而不是限制本公开,并且应当理解,在不脱离本领域技术人员容易理解的本公开的精神和范围的情况下,可以进行修改和变化。这些修改和变化被认为在本公开和所附权利要求的范围内。本公开的保护范围由所附权利要求限定。
Claims (29)
1.一种在服务器(201)处实现的方法(300),包括:
确定(310)至少一个集群,所述集群的覆盖范围小于小区,所述集群用来传输消息;
确定(320)所述至少一个集群中的一个集群与至少一个承载之间的映射;
向无线电接入网络RAN(204)指示(330)所确定的映射;以及
经由所述RAN(204)使用第一承载来多播(340)消息,所述第一承载是基于所述映射从所述至少一个承载中选择的;
其中,基于以下中的至少一个来确定(310)所述至少一个集群:
地理区域,
小区标识和信号质量,
设备类型,以及
服务类型。
2. 根据权利要求1所述的方法(300),其中,所述向RAN(204)指示(330)所确定的映射包括:
经由至少一个终端设备与所述服务器之间的接口向所述RAN中的所述至少一个终端设备发送所确定的映射;或者
经由广播多播-服务中心BM-SC向所述RAN的接入节点发送所确定的映射。
3.根据权利要求2所述的方法(300),还包括:
从源设备接收(350)所述消息,
其中,所述多播(340)消息包括基于所述源设备的位置和所述消息的内容中的至少一个以及所述映射从所述至少一个承载中选择所述第一承载。
4. 根据权利要求1所述的方法(300),其中,所述至少一个承载至少通过以下中的一个来标识:
临时移动组标识TMGI,以及
所述TMGI和流标识符(ID)。
5.根据权利要求1所述的方法(300),还包括:
向所述RAN(204)发送(360)所述至少一个集群的定义。
6. 根据权利要求5所述的方法(300),其中,向所述RAN(204)发送(360)所述至少一个集群的定义包括:
经由至少一个终端设备与所述服务器之间的接口向所述RAN(204)中的所述至少一个终端设备发送所述至少一个集群的定义;或者
经由广播多播-服务中心BM-SC(202)向所述RAN的接入节点发送所述至少一个集群的定义。
7.一种在无线电接入网络RAN(204)中的基站(101)处实现的方法(500),包括:
确定(510)至少一个集群,所述集群的覆盖范围小于小区,所述集群用来传输消息;
从服务器获得(520)所述至少一个集群中的一个集群与至少一个承载之间的映射;
通过第一承载从所述服务器接收(530)消息,所述第一承载是基于所述映射从所述至少一个承载中选择的;以及
使用所述第一承载向至少一个终端设备(102,103,104,205)发送(540)所述消息;所述确定至少一个集群包括基于以下中的至少一个来确定所述至少一个集群:
地理区域,
小区标识和信号质量,
设备类型,以及
服务类型。
8.根据权利要求7所述的方法(500),其中,所述获得(520)映射包括:
经由广播多播-服务中心BM-SC(202)接收所述映射。
9.根据权利要求7所述的方法(500),还包括:
向所述至少一个终端设备发送(550)所述映射。
10.根据权利要求9所述的方法(500),其中,所述向所述至少一个终端设备发送(550)所述映射包括:
向所述至少一个终端设备(102,103,104,205)发送与第二承载相关联的地理坐标或参考位置。
11.根据权利要求7所述的方法(500),其中,确定(510)所述至少一个集群包括:
从所述服务器接收所述至少一个集群的定义。
12.根据权利要求7所述的方法(500),还包括:
向所述至少一个终端设备(102,103,104,205)发送(560)所述至少一个集群的定义。
13. 根据权利要求7所述的方法(500),还包括:
从所述至少一个终端设备(102,103,104,205)获得(570)所述至少一个终端设备(102,103,104,205)的位置和第三承载的标识符中的至少一个;以及
向所述至少一个终端设备(102,103,104,205)发送(580)第四承载的指示符以用于监测。
14.根据权利要求7所述的方法(500),其中,使用所述第一承载向所述至少一个终端设备发送(540)所述消息包括:
基于设备类型、服务类型和至少一个终端设备的位置中的至少一个以及所述映射来确定所述至少一个终端设备。
15. 根据权利要求7所述的方法(500),其中,至少基于以下中的一个来标识所述至少一个承载:
临时移动组标识TMGI,以及
所述TMGI和流标识符ID。
16.一种在终端设备(102,103,104,205)处实现的方法(700),包括:
接收(710)用于确定要监测的承载的信息,集群的覆盖范围小于小区,所述集群用来传输消息;
基于所述信息确定(720)所述要监测的承载;以及
通过所确定的承载接收(730)多播消息;用于确定要监测的承载的所述信息包括以下中的至少一个:
至少一个集群中的一个集群与至少一个承载之间的映射;以及
所述至少一个集群的定义;所述基于所述信息确定(720)所述要监测的承载包括:
确定(7201)所述终端设备(102,103,104,205)所属的集群;以及
基于接收到的映射和所确定的集群来确定(7202)所述要监测的承载;所述确定(7201)所述集群包括:
基于设备类型、服务类型和所述终端设备的位置中的一个的至少一个以及所述至少一个集群的定义来确定所述集群。
17. 根据权利要求16所述的方法(700),其中,所述接收(710)用于确定要监测的承载的信息包括:
经由所述终端设备与服务器之间的接口接收所述信息;或者
从无线电接入网络RAN的接入节点接收所述信息。
18. 根据权利要求16所述的方法(700),其中,所述接收(710)用于确定要监测的承载的信息还包括:
从接入节点(101)接收要监测的承载的指示符;或者
从所述接入节点(101)接收与所述要监测的承载相关联的地理坐标或参考位置的指示。
19. 根据权利要求16所述的方法(700),其中,所述承载至少通过以下中的一个来标识:
临时移动组标识TMGI,以及
所述TMGI和流标识符ID。
20.根据权利要求16所述的方法(700),还包括:
向接入节点发送(740)所述至少一个终端设备的位置和第三承载的标识符中的至少一个。
21.一种服务器(201,1110),包括:
处理器(1111),被配置为:
确定至少一个集群,所述集群的覆盖范围小于小区,所述集群用来传输消息;以及
确定所述至少一个集群中的一个集群与至少一个承载之间的映射;
发射器(1113),被配置为:
向无线电接入网络RAN指示所确定的映射;以及
经由所述RAN使用第一承载来多播消息,所述第一承载是基于所述映射从所述至少一个承载中选择的;
其中,基于以下中的至少一个来确定(310)所述至少一个集群:
地理区域,
小区标识和信号质量,
设备类型,以及
服务类型。
22.一种基站(101,1120),包括:
处理器(1121),被配置为确定至少一个集群, 所述集群的覆盖范围小于小区,所述集群用来传输消息;
接收器(1123),被配置为:
从服务器接收所述至少一个集群中的一个集群与至少一个承载之间的映射;以及
通过第一承载从所述服务器接收消息,所述第一承载是基于所述映射从所述至少一个承载中选择的;以及
发射器(1123),被配置为使用所述第一承载向至少一个终端设备发送所述消息;
其中,所述确定(510)至少一个集群包括基于以下中的至少一个来确定所述至少一个集群:
地理区域,
小区标识和信号质量,
设备类型,以及
服务类型。
23.一种终端设备(102,103,104,205,1130),包括:
接收器(1133),被配置为:
接收用于确定要监测的承载的信息,集群的覆盖范围小于小区,所述集群用来传输消息;以及
通过所确定的承载接收多播消息;以及
处理器(1131),被配置为基于所述信息确定要监测的承载;其中,用于确定要监测的承载的所述信息包括以下中的至少一个:
至少一个集群中的一个集群与至少一个承载之间的映射;以及
所述至少一个集群的定义;所述基于所述信息确定(720)所述要监测的承载包括:
确定(7201)所述终端设备(102,103,104,205)所属的集群;以及
基于接收到的映射和所确定的集群来确定(7202)所述要监测的承载;所述确定(7201)所述集群包括:
基于设备类型、服务类型和所述终端设备的位置中的一个的至少一个以及所述至少一个集群的定义来确定所述集群。
24.一种在服务器(201)中的装置(1110),包括处理器(1111)和存储器(1112),所述存储器(1112)包含能够由所述处理器(1111)执行的指令(1114),由此所述装置(1110)可操作用于执行根据权利要求1至6中任一项所述的方法。
25.一种在基站(101)中的装置(1120),包括处理器(1121)和存储器(1122),所述存储器(1122)包含能够由所述处理器(1121)执行的指令(1124),由此所述装置(1120)可操作用于执行根据权利要求7至15中任一项所述的方法。
26.一种在终端设备(102,103,104,205,1130)中的装置(1130),包括处理器(1131)和存储器(1132),所述存储器(1132)包含能够由所述处理器(1131)执行的指令(1134),由此所述装置(1130)可操作用于执行根据权利要求16至20中任一项所述的方法。
27.一种计算机可读存储介质(1112),其上存储有计算机程序(1114),所述计算机程序(1114)包括指令,所述指令在至少一个处理器(1111)上执行时使所述至少一个处理器(1111)执行根据权利要求1-6中任一项所述的方法。
28.一种计算机可读存储介质(1122),其上存储有计算机程序(1124),所述计算机程序(1124)包括指令,所述指令在至少一个处理器(1121)上执行时使所述至少一个处理器(1121)执行根据权利要求7-15中任一项所述的方法。
29.一种计算机可读存储介质(1132),其上存储有计算机程序(1134),所述计算机程序(1134)包括指令,所述指令在至少一个处理器(1131)上执行时使所述至少一个处理器(1131)执行根据权利要求16-20中任一项所述的方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNPCT/CN2016/078392 | 2016-04-01 | ||
CN2016078392 | 2016-04-01 | ||
PCT/CN2017/076657 WO2017167012A1 (en) | 2016-04-01 | 2017-03-14 | Method and apparatus for facilitating multicast communication |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108886670A CN108886670A (zh) | 2018-11-23 |
CN108886670B true CN108886670B (zh) | 2021-08-20 |
Family
ID=59963427
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780021209.8A Active CN108886670B (zh) | 2016-04-01 | 2017-03-14 | 用于促进多播通信的方法和装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US10904712B2 (zh) |
EP (1) | EP3251462B1 (zh) |
CN (1) | CN108886670B (zh) |
AR (1) | AR108069A1 (zh) |
WO (1) | WO2017167012A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108282749B (zh) * | 2017-01-05 | 2021-06-15 | 华硕电脑股份有限公司 | 无线通信系统中用于决定基础参数的方法和设备 |
WO2019061296A1 (en) | 2017-09-29 | 2019-04-04 | Telefonaktiebolaget Lm Ericsson (Publ) | METHOD AND NETWORK DEVICE FOR GEOGRAPHICALLY BASED TRANSMISSION |
WO2019176402A1 (ja) * | 2018-03-16 | 2019-09-19 | 日本電気株式会社 | マルチキャスト制御装置、マルチキャスト制御方法、及び非一時的なコンピュータ可読媒体 |
CN110475210B (zh) * | 2018-05-11 | 2021-06-22 | 华为技术有限公司 | 一种通信方法及装置 |
WO2020107147A1 (zh) * | 2018-11-26 | 2020-06-04 | Oppo广东移动通信有限公司 | 一种信息生成及指示方法、装置、终端 |
WO2020245835A1 (en) | 2019-06-07 | 2020-12-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Allocation of fog node resources |
CN110621054B (zh) * | 2019-08-16 | 2021-11-16 | 海能达通信股份有限公司 | 一种多媒体广播多播业务的选路方法、基站及通信系统 |
CN113099485B (zh) * | 2019-12-23 | 2024-09-06 | 中国移动通信集团陕西有限公司 | 网络接入方法、装置、计算设备及计算机存储介质 |
US11595898B2 (en) * | 2020-01-16 | 2023-02-28 | Qualcomm Incorporated | Paging in vehicle to everything communications for power saving |
WO2021155540A1 (zh) * | 2020-02-06 | 2021-08-12 | 华为技术有限公司 | 一种密钥管理方法、通信装置 |
WO2021201534A1 (en) * | 2020-03-30 | 2021-10-07 | Lg Electronics Inc. | Method and apparatus for congestion control in wireless communication system |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101350950A (zh) * | 2007-07-16 | 2009-01-21 | 中兴通讯股份有限公司 | 使用组播广播业务承载集群业务的方法及系统 |
WO2012092097A2 (en) * | 2010-12-29 | 2012-07-05 | Motorola Solutions, Inc. | Methods for assigning a plethora of group communications among a limited number of pre-established mbms bearers in a communication system |
WO2012092250A1 (en) * | 2010-12-29 | 2012-07-05 | Motorola Solutions, Inc. | Methods for binding and unbinding a mbms bearer to a communication group in a 3gpp compliant system |
CN104704864A (zh) * | 2012-08-31 | 2015-06-10 | 高通股份有限公司 | 基于演进型多媒体广播/多播群组呼叫服务(eMBMS)地理位置的群组呼叫 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102075872A (zh) * | 2009-11-19 | 2011-05-25 | 华为技术有限公司 | 公共承载处理方法、网络节点及通信系统 |
US20120224522A1 (en) * | 2011-03-04 | 2012-09-06 | Electronics And Telecommunications Research Institute | Method and apparatus for managing multicast service |
US20130250771A1 (en) * | 2012-03-20 | 2013-09-26 | Nokia Siemens Networks Oy | Device to device enhanced voice group call |
US9288746B2 (en) * | 2012-09-20 | 2016-03-15 | Qualcomm Incorporated | Determination of available services in a broadcast network |
US9432820B2 (en) | 2013-05-29 | 2016-08-30 | Qualcomm Incorporated | Method for efficiently supporting multiple simultaneous group PTT calls requiring low call setup latency |
KR102415672B1 (ko) * | 2015-04-09 | 2022-07-04 | 삼성전자주식회사 | 디바이스 간 메시지 송수신 방법 및 장치 |
CN104936264B (zh) | 2015-06-17 | 2019-01-01 | 北京邮电大学 | 一种小区标识的传输及检测的方法和装置 |
US10505783B2 (en) * | 2015-06-30 | 2019-12-10 | Lg Electronics Inc. | Terminal and V2X communication method thereof in V2X communication system |
US20180213376A1 (en) * | 2015-07-13 | 2018-07-26 | Intel Corporation | Techniques to configure vehicle to anything communications |
DE112016004288T5 (de) * | 2015-09-23 | 2018-07-26 | Intel Corporation | Dynamisches hosten von v2x-diensten in mobilfunknetzen |
CN106658424B (zh) * | 2015-11-02 | 2019-01-25 | 中兴通讯股份有限公司 | 车联网v2x业务的发送方法及装置 |
KR102149862B1 (ko) * | 2016-01-22 | 2020-08-31 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 시스템 메시지 처리 방법, 네트워크 장치 및 사용자 기기 |
CN107040557B (zh) * | 2016-02-03 | 2020-10-09 | 中兴通讯股份有限公司 | 资源申请、分配方法,ue及网络控制单元 |
-
2017
- 2017-03-14 EP EP17724714.5A patent/EP3251462B1/en active Active
- 2017-03-14 US US15/532,005 patent/US10904712B2/en active Active
- 2017-03-14 CN CN201780021209.8A patent/CN108886670B/zh active Active
- 2017-03-14 WO PCT/CN2017/076657 patent/WO2017167012A1/en active Search and Examination
- 2017-03-31 AR ARP170100826A patent/AR108069A1/es active IP Right Grant
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101350950A (zh) * | 2007-07-16 | 2009-01-21 | 中兴通讯股份有限公司 | 使用组播广播业务承载集群业务的方法及系统 |
WO2012092097A2 (en) * | 2010-12-29 | 2012-07-05 | Motorola Solutions, Inc. | Methods for assigning a plethora of group communications among a limited number of pre-established mbms bearers in a communication system |
WO2012092250A1 (en) * | 2010-12-29 | 2012-07-05 | Motorola Solutions, Inc. | Methods for binding and unbinding a mbms bearer to a communication group in a 3gpp compliant system |
EP2659689A2 (en) * | 2010-12-29 | 2013-11-06 | Motorola Solutions, Inc. | Methods for assigning a plethora of group communications among a limited number of pre-established mbms bearers in a communication system |
CN104704864A (zh) * | 2012-08-31 | 2015-06-10 | 高通股份有限公司 | 基于演进型多媒体广播/多播群组呼叫服务(eMBMS)地理位置的群组呼叫 |
Non-Patent Citations (3)
Title |
---|
Discussion on the eMBMS based V2X broadcast;ZTE;《3GPP TSG RAN WG2 #93 R2-161430》;20160205;第1-3节 * |
Discussion on V2X architecture;CATT;《3GPP TSG RAN WG2 Meeting #93 R2-161190》;20160206;全文 * |
Study on architecture enhancements for LTE support of V2X services;3rd Generation Partnership Project;《3GPP TR 23.785 V0.2.0》;20160203;全文 * |
Also Published As
Publication number | Publication date |
---|---|
US20180227718A1 (en) | 2018-08-09 |
CN108886670A (zh) | 2018-11-23 |
WO2017167012A1 (en) | 2017-10-05 |
EP3251462A4 (en) | 2018-04-04 |
EP3251462A1 (en) | 2017-12-06 |
US10904712B2 (en) | 2021-01-26 |
EP3251462B1 (en) | 2019-08-14 |
AR108069A1 (es) | 2018-07-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108886670B (zh) | 用于促进多播通信的方法和装置 | |
US10743154B2 (en) | Method and apparatus for forwarding vehicle to everything service | |
US11234214B2 (en) | Method and apparatus for providing broadcast/multicast services | |
KR102387211B1 (ko) | 포인트-투-멀티포인트 브로드캐스트 지원 비히클-투-x 브로드캐스트 | |
US10728712B2 (en) | Methods and apparatuses for supporting wireless communication of vehicle | |
KR101341934B1 (ko) | 브로드캐스트 멀티캐스트 시스템에서 제어 정보를 전송하고 획득하기 위한 방법, 기지국 및 사용자 장치 | |
EP2512160B1 (en) | Receiving method, receiving equipment and user equipment for multicast control channels (mcchs) information | |
WO2011030601A1 (ja) | 無線通信システム、基地局装置、移動局装置および通信方法 | |
WO2018028458A1 (zh) | 车联网业务配置方法及装置,业务获取方法、装置及系统 | |
CN101931885A (zh) | 多媒体广播和组播业务控制信道更新的通知方法及系统 | |
CN113796105B (zh) | 网络节点、交通工具到一切事物应用使能器客户端、及其中执行的方法 | |
CN105472548A (zh) | 广播多播与单播切换的方法、系统与spe | |
US20150078241A1 (en) | Method and apparatus for supporting multicast delivery | |
WO2017166244A1 (zh) | 多播传输方法、基站和用户设备 | |
CN101841772A (zh) | 一种mbms的传输方法、系统及装置 | |
CN108370532B (zh) | 一种组通信方法、设备及系统 | |
US11026126B2 (en) | Method and apparatus for facilitating MBMS reception | |
EP3206417B1 (en) | Group communication method and apparatus | |
WO2016101569A1 (zh) | 信息的标识方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |