CN103190162B - 群组区域管理方法、设备及系统 - Google Patents
群组区域管理方法、设备及系统 Download PDFInfo
- Publication number
- CN103190162B CN103190162B CN201280002445.2A CN201280002445A CN103190162B CN 103190162 B CN103190162 B CN 103190162B CN 201280002445 A CN201280002445 A CN 201280002445A CN 103190162 B CN103190162 B CN 103190162B
- Authority
- CN
- China
- Prior art keywords
- list
- request message
- multimedia broadcast
- multicast service
- members
- 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
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
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
- H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/08—Trunked mobile radio systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种群组区域管理方法、设备及系统。所述方法包括如下步骤:接收多媒体广播组播业务网关所生成的组播地址;将组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中;将多媒体广播组播业务会话开始请求消息向MCE发送,以供MCE根据区域列表查找到相应的基站,并将组播地址发送给相应的基站,使基站能够加入到组播地址中,从而实现群组区域管理。
Description
技术领域
本申请涉及通信领域,特别是涉及群组区域管理方法、设备及系统。
背景技术
集群通讯采用的是为多个用户建立一个组,在每次群组会话中组内只有一个用户成为主讲,其它的用户都作为听众的模式。在这种模式下,属于同一基站(小区)的组内用户可以共享同一个下行信道,能够大大节省无线资源,因而在政府,能源,公安,铁路等部门得到了广泛的应用。
现有技术提供了一种基于时分同步码分多址(TD-SCDMA,TimeDivision-SynchronousCodeDivisionMultipleAccess)的集群系统,能够实现集群通讯,但是,随着长期演进(LTE,LongTermEvolution)系统的发展,TD-SCDMA系统的很大一部分市场将被LTE系统所占据,而现在LTE系统中尚未能实现集群通讯。
根据群组呼叫区域是否有限制,基于LTE的集群通讯设计分为两大类。一种是基于固定区域的集群通讯,基于固定区域的集群通讯所覆盖的基站(小区)是不变的,开户时加入了集群的组内成员只有在限定的基站所覆盖的小区内才能进行集群通讯;另一种是基于移动区域的集群通讯,开户时确定加入集群的组内成员,但是,组内成员的位置是可以随意移动的,在网络可以达到的范围内组内成员均可以进行集群通讯,也就是组内成员在呼叫时所属的基站(小区)是没有限制的。集群通讯系统必须知道集群通讯在哪些基站(小区)内进行,才能够确定使哪些基站获得集群通讯资源,从而进行集群通讯,即群组区域管理问题,因而,要实现基于LTE的集群通讯,必须首先解决在这两种情况下的群组的区域管理问题。一般而言,涉及群组的区域管理主要是群组寻呼、组呼通知、群组资源分配以及群组切换,但是,现有技术尚未提供任何一种基于LTE的群组区域管理方法。
发明内容
本申请主要解决的技术问题是提供群组区域管理方法、设备及系统,能够解决基于LTE的群组区域管理问题。
为解决上述技术问题,本申请第一方面提供了一种群组区域管理方法,包括如下步骤:移动性管理实体接收多媒体广播组播业务网关所生成的组播地址;其中,所述组播地址是所述多媒体广播组播业务网关在接收到群组呼叫会话请求消息后,为群组生成的组播地址;将所述组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中;将所述多媒体广播组播业务会话开始请求消息向多小区/多播协调实体MCE发送,以供所述MCE根据所述区域列表查找到相应的基站,并将多媒体广播组播业务会话开始请求消息发送给相应的基站,使所述基站能够加入到所述组播地址中,从而实现群组区域管理。
在第一方面的第一种可能的实现方式中,接收集群管理单元所发送的组标识;将所述组标识封装到多媒体广播组播业务会话开始请求消息中,并向MCE发送,以供所述MCE通过所述基站向小区内的用户设备发送所述组标识,以供所述用户设备判断是否与所述基站建立连接。
在第一方面的第二种可能的实现方式中,所述将所述组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中步骤之前包括如下步骤:接收集群管理单元所发送的小区列表,并将所述小区列表作为区域列表。
在第一方面的第三种可能的实现方式中,所述将所述组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中步骤之前包括如下步骤:接收集群管理单元所发送的成员列表;根据所述成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表,并将所述小区列表和所述跟踪区列表作为区域列表。
结合第一方面的第三种可能的实施方式,在第四种可能的实现方式中,所述根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表步骤包括如下步骤:在接收到所述成员列表后,立即根据所述成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
结合第一方面的第三种可能的实施方式,在第五种可能的实现方式中,所述根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表步骤包括如下步骤:根据成员列表查询成员的状态,并判断是否所有的成员都处于连接态;如果所有的成员都处于连接态,根据连接态的成员所在的小区生成小区列表。
结合第一方面的第三种可能的实施方式,在第六种可能的实现方式中,所述根据成员列表查询成员的状态步骤之后,所述根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表步骤之前包括如下步骤:判断是否超过设定的时间;如果超过设定的时间,根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
结合第一方面的第三种可能的实施方式,在第七种可能的实现方式中,所述将多媒体广播组播业务会话开始请求消息向MCE发送步骤之后包括:判断所述区域列表是否发生了更新;如果所述区域列表发生了更新,则将更新的所述区域列表封装到多媒体广播组播业务会话更新请求消息中,并将所述多媒体广播组播业务会话更新请求消息向所述MCE发送。
结合第一方面的第七种可能的实施方式,在第八种可能的实现方式中,所述判断所述区域区列表是否发生了更新步骤还包括如下步骤:查询成员的状态是否发生了变化;如果成员的状态发生了变化,则判断所述区域列表是否发生了更新。
结合第一方面的第七种可能的实施方式,在第九种可能的实现方式中,所述判断所述区域列表是否发生了更新步骤之前还包括如下步骤:当接收到用户设备所发送的切换请求消息时,判断所述用户设备是否为所属基站内的该群组的最后一个成员;如果所述用户设备是所属基站内的该群组的最后一个成员,更新所述区域列表。
结合第一方面的第七种可能的实施方式,在第十种可能的实现方式中,所述判断所述区域列表是否发生了更新步骤之前还包括如下步骤:如果接收到前转重定位请求消息,则判断用户设备是否为目标小区的该群组的第一个成员;如果是目标小区的该群组的第一个成员,更新所述区域列表。
第二方面,提供了一种群组区域管理方法,包括如下步骤:多小区/多播协调实体MCE接收移动性管理实体所发送的多媒体广播组播业务会话开始请求消息,其中,所述多媒体广播组播业务会话开始请求消息中承载了区域列表以及组播地址;从所述多媒体广播组播业务会话开始请求消息中读出区域列表;根据所述区域列表查找相应的基站,并将所述多媒体广播组播业务会话开始请求消息发送给所述基站,以使得所述基站能够加入到所述组播地址中,从而实现群组区域管理。
在第二方面的第一种可能的实现方式中,所述从多媒体广播组播业务会话开始请求消息中读出区域列表步骤包括:从多媒体广播组播业务会话开始请求消息中读出小区列表以及跟踪区列表;所述根据区域列表查找相应的基站步骤包括:根据所述小区列表查找属于所述小区列表的基站,以及根据所述跟踪区列表查找属于所述跟踪区列表的基站。
结合第二方面的第一种可能的实现方式,在第二种可能的实施方式中,接收移动性管理实体所发送多媒体广播组播业务会话更新请求消息;从所述多媒体广播组播业务会话更新请求消息中读出更新的区域列表。
第三方面,提供了一种移动性管理实体,包括:接收模块、封装模块以及发送模块,所述接收模块用于接收多媒体广播组播业务网关所生成的组播地址,其中,所述组播地址是所述多媒体广播组播业务网关在接收到群组呼叫会话请求消息后,为群组生成的组播地址,所述接收模块将所述组播地址向所述封装模块发送;所述封装模块用于接收所述组播地址并将所述组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中,所述封装模块用于将所述多媒体广播组播业务会话开始请求消息向所述发送模块发送;所述发送模块用于接收所述多媒体广播组播业务会话开始请求消息,将所述多媒体广播组播业务会话开始请求消息向MCE发送,以供所述MCE根据所述区域列表查找到相应的基站并将所述多媒体广播组播业务会话开始请求消息发送给相应的基站,使所述基站能够加入到所述组播地址中,从而实现群组区域管理。
在第三方面的第一种可能的实现方式中,所述接收模块还用于接收集群管理单元所发送的组标识,所述接收模块将所述组标识向所述封装模块发送;所述封装模块还用于将所述组标识封装到多媒体广播组播业务会话开始请求消息中,所述封装模块将所述多媒体广播组播业务会话开始请求消息向所述发送模块发送;所述发送模块用于接收所述多媒体广播组播业务会话开始请求消息,并将所述多媒体广播组播业务会话开始请求消息向MCE发送,以供所述MCE通过所述基站向小区内的用户设备发送所述组标识,以供所述用户设备判断是否与所述基站建立连接。
在第三方面的第二种可能的实现方式中,所述接收模块还用于接收集群管理单元所发送的小区列表,并将所述小区列表作为区域列表。
在第三方面的第三种可能的实现方式中,所述移动性管理实体还包括生成模块;所述接收模块还用于接收集群管理单元所发送的成员列表,所述接收模块将所述成员列表向所述生成模块发送;所述生成模块用于接收所述成员列表,根据所述成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表,并将所述小区列表和所述跟踪区列表作为区域列表。
结合第三方面的第三种可能的实施方式,在第四种可能的实现方式中,所述生成模块还用于在接收到成员列表后,立即根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
结合第三方面的第三种可能的实施方式,在第五种可能的实现方式中,所述移动性管理实体还包括第一判断模块;所述第一判断模块用于根据成员列表查询成员的状态,并判断是否所有的成员都处于连接态,所述第一判断模块将所述第一判断结果向所述生成模块发送;所述生成模块还用于接收所述第一判断结果,在所有的成员都处于连接态时,根据连接态的成员所在的小区生成小区列表。
结合第三方面的第三种可能的实施方式,在第六种可能的实现方式中,所述移动性管理实体还包括第二判断模块;所述第二判断模块用于判断是否超过设定的时间,所述第二判断模块将所述第二判断结果向所述生成模块发送;所述生成模块还用于接收所述第二判断结果,在超过设定的时间时,根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
结合第三方面的第三种可能的实施方式,在第七种可能的实现方式中,所述移动性管理实体还包括第三判断模块,所述第三判断模块用于判断所述区域列表是否发生了更新,所述第三判断模块将第三判断结果向所述封装模块发送;所述封装模块还用于接收第三判断结果,在所述区域列表发生了更新时,将更新的区域列表封装到多媒体广播组播业务会话更新请求消息中,所述封装模块将所述多媒体广播组播业务会话更新请求消息向所述发送模块发送;所述发送模块还用于接收所述多媒体广播组播业务会话更新请求消息,将所述多媒体广播组播业务会话更新请求消息向所述MCE发送。
结合第三方面的第七种可能的实施方式,在第八种可能的实现方式中,所述移动性管理实体还包括查询模块,所述查询模块用于查询成员的状态是否发生了变化,所述查询模块将查询结果向所述第三判断模块发送;所述第三判断模块还用于接收所述查询结果,在成员的状态发生了变化时,判断所述区域列表是否发生了更新。
结合第三方面的第七种可能的实施方式,在第九种可能的实现方式中,所述移动性管理实体还包括第四判断模块,所述第四判断模块用于在接收到用户设备所发送的切换请求消息时,判断所述用户设备是否为所属基站内的该群组的最后一个成员,所述第四判断模块将第四判断结果向更新模块发送;所述更新模块还用于接收所述第四判断结果,在是所属基站内的该群组的最后一个成员时,更新所述区域列表。
结合第三方面的第七种可能的实施方式,在第十种可能的实现方式中,所述移动性管理实体还包括第五判断模块,所述第五判断模块用于在接收到前转重定位请求消息,判断用户设备是否为目标小区的该群组的第一个成员,所述第五判断模块将第五判断结果向更新模块发送;所述更新模块还用于接收所述第五判断结果,在是目标小区的该群组的第一个成员时,更新所述区域列表。
第四方面,提供了一种多小区/多播协调实体MCE,包括接收模块,读出模块、查找模块以及发送模块,所述接收模块用于接收移动性管理实体所发送的多媒体广播组播业务会话开始请求消息,所述接收模块将所述多媒体广播组播业务会话开始请求消息向所述读出模块发送,其中,所述多媒体广播组播业务会话开始请求消息中承载了区域列表以及组播地址;所述读出模块用于接收所述多媒体广播组播业务会话开始请求消息,从所述多媒体广播组播业务会话开始请求消息中读出区域列表,所述读出模块将所述区域列表向所述查找模块发送;所述查找模块用于接收所述区域列表,根据所述区域列表查找相应的基站,所述查找模块将查找到的基站向所述发送模块发送;所述发送模块用于接收查找到的基站并将所述多媒体广播组播业务会话开始请求消息发送给所述基站,以使得所述基站能够加入到所述组播地址中,从而实现群组区域管理。
在第四方面的第一种可能的实现方式中,所述读出模块还用于从多媒体广播组播业务会话开始请求消息中读出小区列表以及跟踪区列表,所述读出模块将小区列表以及跟踪区列表向所述查找模块发送;所述查找模块还用于接收所述小区列表以及跟踪区列表,根据所述小区列表查找属于所述小区列表的基站,以及根据所述跟踪区列表查找属于所述跟踪区列表的基站。
结合第四方面的第一种可能的实现方式,在第二种可能的实施方式中,所述接收模块还用于接收移动性管理实体所发送多媒体广播组播业务会话更新请求消息,所述接收模块将所述多媒体广播组播业务会话更新请求消息向所述读出模块发送;所述读出模块还用于接收所述多媒体广播组播业务会话更新请求消息,从所述多媒体广播组播业务会话更新请求消息中读出更新的区域列表。
第五方面,提供了一种移动性管理实体,包括:接收机、处理器、发送机以及存储器,所述接收机用于接收多媒体广播组播业务网关所生成的组播地址,其中,所述组播地址是所述多媒体广播组播业务网关在接收到群组呼叫会话请求消息后,为群组生成的组播地址,所述接收机将所述组播地址向所述处理器发送;所述处理器用于接收所述组播地址并将所述组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中,所述处理器用于将所述多媒体广播组播业务会话开始请求消息向所述发送机发送;所述发送机用于接收所述多媒体广播组播业务会话开始请求消息,将所述多媒体广播组播业务会话开始请求消息向MCE发送,以供所述MCE根据所述区域列表查找到相应的基站并将所述多媒体广播组播业务会话开始请求消息发送给相应的基站,使所述基站能够加入到所述组播地址中,从而实现群组区域管理;所述存储器用于存储例程及数据。
在第五方面的第一种可能的实现方式中,所述接收机还用于接收集群管理单元所发送的组标识,所述接收机将所述组标识向所述处理器发送;所述处理器还用于将所述组标识封装到多媒体广播组播业务会话开始请求消息中,所述处理器将所述多媒体广播组播业务会话开始请求消息向所述发送机发送;所述发送机用于接收所述多媒体广播组播业务会话开始请求消息,并向MCE发送,以供所述MCE通过所述基站向小区内的用户设备发送所述组标识,以供所述用户设备判断是否与所述基站建立连接。
在第五方面的第二种可能的实现方式中,所述接收机还用于接收集群管理单元所发送的小区列表,并将所述小区列表作为区域列表。
在第五方面的第三种可能的实现方式中,所述接收机还用于接收集群管理单元所发送的成员列表,所述接收机将所述成员列表向所述处理器发送;所述处理器用于接收所述成员列表,根据所述成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表,并将所述小区列表和所述跟踪区列表作为区域列表。
结合第五方面的第三种可能的实施方式,在第四种可能的实现方式中,所述处理器还用于在接收到所述成员列表后,立即根据所述成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
结合第五方面的第三种可能的实施方式,在第五种可能的实现方式中,所述处理器还用于根据成员列表查询成员的状态,判断是否所有的成员都处于连接态,在所有的成员都处于连接态时,根据连接态的成员所在的小区生成小区列表。
结合第五方面的第三种可能的实施方式,在第六种可能的实现方式中,所述处理器还用于判断是否超过设定的时间,在超过设定的时间时,根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
结合第五方面的第三种可能的实施方式,在第七种可能的实现方式中,所述处理器还用于判断所述区域列表是否发生了更新,在所述区域列表发生了更新时,将更新的区域列表封装到多媒体广播组播业务会话更新请求消息中,所述处理器将所述多媒体广播组播业务会话更新请求消息向所述发送机发送;所述发送机还用于接收所述多媒体广播组播业务会话更新请求消息,将所述多媒体广播组播业务会话更新请求消息向所述MCE发送。
结合第五方面的第七种可能的实施方式,在第八种可能的实现方式中,所述处理器还用于查询成员的状态是否发生了变化,在成员的状态发生了变化时,判断所述区域列表是否发生了更新。
结合第五方面的第七种可能的实施方式,在第九种可能的实现方式中,所述处理器还用于在接收到用户设备所发送的切换请求消息时,判断所述用户设备是否为所属基站内的该群组的最后一个成员,在是所属基站内的该群组的最后一个成员时,更新所述区域列表。
结合第五方面的第七种可能的实施方式,在第十种可能的实现方式中,所述处理器还用于在接收到前转重定位请求消息时,判断用户设备是否为目标小区的该群组的第一个成员,在是目标小区的该群组的第一个成员时,更新所述区域列表。
第六方面,提供了一种多小区/多播协调实体MCE,包括接收机、处理器、发送机以及存储器,所述接收机用于接收移动性管理实体所发送的多媒体广播组播业务会话开始请求消息,所述接收机将所述多媒体广播组播业务会话开始请求消息向所述处理器发送,其中,所述多媒体广播组播业务会话开始请求消息中承载了区域列表以及组播地址;所述处理器用于接收所述多媒体广播组播业务会话开始请求消息,从所述多媒体广播组播业务会话开始请求消息中读出区域列表,根据所述区域列表查找相应的基站,所述处理器将查找到的基站向所述发送机发送;所述发送机用于接收查找到的基站并将所述多媒体广播组播业务会话开始请求消息发送给所述基站,以使得所述基站能够加入到所述组播地址中,从而实现群组区域管理;所述存储器用于存储例程及数据。
在第六方面的第一种可能的实现方式中,所述处理器还用于从多媒体广播组播业务会话开始请求消息中读出小区列表以及跟踪区列表,根据所述小区列表查找属于所述小区列表的基站,以及根据所述跟踪区列表查找属于所述跟踪区列表的基站。
结合第六方面的第一种可能的实现方式,在第二种可能的实施方式中,所述接收机还用于接收移动性管理实体所发送多媒体广播组播业务会话更新请求消息,所述接收机将所述多媒体广播组播业务会话更新请求消息向所述处理器发送;所述处理器还用于接收所述多媒体广播组播业务会话更新请求消息,从所述多媒体广播组播业务会话更新请求消息中读出更新的区域列表。
第七方面,提供了一种群组区域管理系统,包括集群管理单元,多媒体广播组播业务网关、移动性管理实体、MCE以及基站,其中,集群管理单元分别耦接多媒体广播组播业务网关、移动性管理实体以及基站,多媒体广播组播业务网关分别耦接移动性管理实体以及基站,移动性管理实体分别耦接MCE以及基站,所述MCE耦接基站,移动性管理实体为如上述任一项所述的移动性管理实体。
在第七方面的第一种可能的实施方式中,所述MCE为如上述任一项所述的MCE。
通过上述方案,将组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中,然后将多媒体广播组播业务会话开始请求消息向多小区/多播协调实体发送,使得多小区/多播协调实体能够根据从区域列表中获得参与进行集群通讯的基站(小区)的范围,然后通过多小区/多播协调实体去查找到相应的基站,并将组播地址向基站发送,从而使基站能够加入到组播地址中,从而实现群组区域管理,进而实现集群通讯。
附图说明
图1是本发明群组呼叫方法一实施方式的交互图;
图2是本发明群组区域管理方法一实施方式的流程图;
图3是本发明群组区域管理方法另一实施方式的流程图;
图4是本发明群组呼叫方法另一实施方式的交互图;
图5是本发明群组切换方法区域管理一实施方式的交互图;
图6是本发明移动性管理实体一实施方式的结构示意图;
图7是本发明移动性管理实体另一实施方式的结构示意图;
图8是本发明多小区/多播协调实体一实施方式的结构示意图;
图9是本发明移动性管理实体再一实施方式的结构示意图;
图10是本发明多小区/多播协调实体另一实施方式的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、接口、技术之类的具体细节,以便透彻理解本申请。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施方式中也可以实现本申请。在其它情况中,省略对众所周知的装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
参阅图1,图1是本发明群组呼叫方法一实施方式的交互图。本发明群组呼叫方法一实施方式涉及:集群管理单元、多媒体广播组播业务(MBMS,MultimediaBroadcastMulticastService)网关、移动性管理实体(MME,MobilityManagementEntity)、多小区/多播协调实体(MCE,Multi-cell/MulticastCoordinationEntity)、基站(例如,eNodeB)以及用户设备(UE)。其中,图1的交互图适用于基于固定区域的集群通讯的群组寻呼,UE在开户时加入某一个群组,成为组内成员。由于基于固定区域的集群通讯限定了所述群组只有在指定的基站所覆盖的小区内才能进行集群通讯,因此,作为组内成员的UE必须在指定的基站所覆盖的小区内才能进行集群通讯。
在指定的基站所覆盖的小区内的一个成员作为主讲者向集群管理单元提出了一个群组呼叫请求,集群管理单元在接收到所述群组呼叫请求后,获得该群组的组标识,并在本地查询这个群组呼叫所对应的小区列表(由于只有在指定的基站所覆盖的小区内才能进行集群通讯,可以预先将指定的基站的地址存储在集群管理单元中),其中,小区列表中存储了群组呼叫所对应的基站的地址。集群管理单元将组标识以及成员列表封装到群组呼叫会话请求消息中,并向MBMS网关发送。
MBMS网关在接收到群组呼叫会话请求消息后,为这个群组生成一个组播地址,并将组播地址、组标识以及小区列表封装到群组会话开始请求消息中,并向MME发送。
请一并参阅图2,图2是本发明群组区域管理方法一实施方式的流程图。本发明群组区域管理方法一实施方式包括如下步骤:
S201:MME接收集群管理单元所发送的小区列表以及MBMS网关所生成的组播地址。
MME接收MBMS网关所发送的群组会话开始请求消息,从而获得集群管理单元所发送的组标识和小区列表,以及MBMS网关所生成的组播地址。
S202:MME将组播地址以及小区列表封装到多媒体广播组播业务会话开始请求消息中。
MME在获得组标识、小区列表以及组播地址后,把小区列表作为区域列表与组标识以及组播地址一起封装到多媒体广播组播业务会话开始请求消息中。
S203:MME将多媒体广播组播业务会话开始请求消息向MCE发送。
MME在封装好多媒体广播组播业务会话开始请求消息后,将多媒体广播组播业务会话开始请求消息向MCE发送。
请一并参阅图3,图3是本发明群组区域管理方法另一实施方式的流程图。本发明群组区域管理方法另一实施方式包括如下步骤:
S301:MCE接收MME所发送的多媒体广播组播业务会话开始请求消息。
S302:MCE从多媒体广播组播业务会话开始请求消息中读出小区列表。
MCE接收到多媒体广播组播业务会话开始请求消息后,从多媒体广播组播业务会话开始请求消息中读出小区列表。
S303:MCE根据小区列表查找相应的基站,并将多媒体广播组播业务会话开始请求消息发送给所述基站。
MCE根据小区列表依此查找到小区列表上的基站,并将多媒体广播组播业务会话开始请求消息(不包括小区列表)分别向所有基站发送。然后,MCE向MME发送多媒体广播组播业务会话开始响应消息,告知MME已接收了多媒体广播组播业务会话开始请求消息。
基站接收到MCE发送的多媒体广播组播业务会话开始请求消息后,向MCE发送多媒体广播组播业务会话开始响应消息,告知MCE已接收了多媒体广播组播业务会话开始请求消息。然后,基站从多媒体广播组播业务会话开始请求消息中读取组标识以及组播地址。基站将组标识封装到群组寻呼消息中向小区内所有的UE发送。在接收到MCE所述发送的多媒体广播组播业务调度信息请求后,基站加入到组播地址中,并向MCE发送多媒体广播组播业务调度信息响应,从而建立集群通讯的通道。自此,主讲者所发送的数据包可以通过所述集群通讯的通道发送到指定的基站中。
在指定的基站所覆盖的小区内的UE接收群组寻呼消息,并从群组寻呼消息中读取组标识,如果UE检测所述组标识是自身具有的组标识(UE在开户时,如果加入了某一群组,则会获得与该群组对应的组标识),则UE与基站建立连接,并作为听众接收主讲者所发送的数据包;如果UE检测所述组标识不是自身具有的组标识,则不予理会。
基于固定区域的集群通讯的组呼通知、群组资源分配的范围都是预定义的范围,MME将预定义的范围发送给MCE后,MCE根据预定义的范围进行组呼通知和群组资源分配。
群组切换在小区列表所包括的范围内进行切换时,切换的流程与原来LTE系统的切换的流程一样,但如果群组切换超出小区列表所包括的范围时,切换将失败。
通过上述方案,将组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中,然后将多媒体广播组播业务会话开始请求消息向多小区/多播协调实体发送,使得多小区/多播协调实体能够根据从区域列表中获得参与进行集群通讯的基站(小区)的范围,然后通过多小区/多播协调实体去查找到相应的基站,并将组播地址向基站发送,从而使基站能够加入到组播地址中,从而实现群组区域管理,进而实现集群通讯。
参阅图4,图4是本发明群组呼叫方法另一实施方式的交互图。本发明群组呼叫方法一实施方式涉及:集群管理单元、MBMS网关、MME、MCE、属于小区列表的基站、属于跟踪区列表的基站以及UE。其中,图4的交互图适用于基于移动区域的集群通讯的群组寻呼,UE在开户时加入某一个群组,成为组内成员。基于移动区域的集群通讯与上述基于固定区域的集群通讯不同,不需要在指定的基站(小区)所覆盖的区域进行集群通讯,实际上,只要在LTE网络覆盖的区域都可以进行集群通讯。
在LTE网络覆盖的区域内的群组内的一个成员作为主讲者向集群管理单元提出了一个群组呼叫请求,集群管理单元接收到群组呼叫请求后,获得该群组的组标识,并在本地查询这个群组的所有成员的信息以获得成员列表。集群管理单元将组标识以及小区列表封装到群组呼叫会话请求消息中,并向MBMS网关发送。
MBMS网关在接收到群组呼叫会话请求消息后,为这个群组生成一个组播地址,并将组播地址、组标识以及成员列表封装到群组会话开始请求消息中,并向MME发送。
MME在接收到集群管理单元所发送的成员列表后,根据成员列表查询成员的状态。由于成员在连接态(也称上线状态)时,MME能够获得成员所在小区,而成员在空闲态(也称离线状态)时,MME只能够获得成员所在跟踪区(跟踪区通常包含多个基站所覆盖的小区),所以根据连接态的成员所在的小区生成属于区域列表的小区列表以及根据空闲态的成员所在的跟踪区生成属于区域列表的跟踪区列表,并把小区列表和跟踪区列表作为区域列表。
具体地,MME在接收到集群管理单元所发送的成员列表后,首先生成初始小区列表以及初始跟踪区列表。例如,MME在接收到成员列表后,立即根据成员列表查询成员的状态,并根据连接态的成员所在的小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表,其中,立即是指MME在接收到成员列表后,不经过其它任何的步骤,在MME能够反应的最短时间内。在另一种实施方式中,MME在接收到成员列表后查询成员的状态,判断是否所有的成员都处于连接态,如果不是所有的成员都处于连接态,MME一直等待,直到所有的成员都处于连接态;如果所有的成员都处于连接态,MME根据连接态的成员所在的小区生成小区列表。在再一种实施方式中,MME在接收到成员列表后设置定时时间,并判断是否超过设定的时间。如果没有超过设定的时间,MME一直等待,直到超过设定的时间;如果超过设定的时间,MME根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。MME将组标识、区域列表(包括小区列表和跟踪区列表)以及组播地址一起封装到多媒体广播组播业务会话开始请求消息中。MME在封装好多媒体广播组播业务会话开始请求消息后,将多媒体广播组播业务会话开始请求消息向MCE发送。
此后,MME定时查询小区列表和跟踪区列表是否发生了更新。例如,原来属于跟踪区的一个组内成员从空闲态转为连接态时,则MME需要判断区域列表是否发生了更新。此时,MME查询成员的状态是否发生了变化,并判断成员的状态发生了变化,于是MME需进一步判断区域列表是否发生了更新。如果该成员是跟踪区内的该组的最后一个成员,则区域列表发生更新;反之,则区域列表不发生更新;如果该成员是小区中的该组的第一个成员,则区域列表发生更新,反之则区域列表不发生更新。如果区域列表发生了更新,则MME将更新的区域列表封装到多媒体广播组播业务会话更新请求消息中,然后向MCE发送。
如果MCE接收到多媒体广播组播业务会话开始请求消息,则从多媒体广播组播业务会话开始请求消息中读取小区列表和跟踪区列表,并根据小区列表查找到属于小区列表的基站,以及根据跟踪区列表查找到属于跟踪区列表的基站。查找完毕后,MCE将多媒体广播组播业务会话开始请求消息(不包括小区列表和跟踪区列表)向查找到的基站发送。如果MCE接收到多媒体广播组播业务会话更新请求消息,MCE从多媒体广播组播业务会话更新请求消息中获取更新的区域列表,如果获取到的更新的小区列表中的基站已经存在,MCE向基站发送释放资源指示;如果获取到的更新的小区列表中的基站不存在,则MCE向该基站发送多媒体广播组播业务会话开始请求消息(不包括小区列表和跟踪区列表);如果获取到的更新的跟踪列表中的跟踪区已经存在,MCE不作任何处理;如果获取到的更新的跟踪区列表中的跟踪区不存在,则MCE向该跟踪区内的基站发送多媒体广播组播业务会话开始请求消息(不包括小区列表和跟踪区列表)。
属于小区列表的基站接收到MCE发送的多媒体广播组播业务会话开始请求消息后,向MCE发送多媒体广播组播业务会话开始响应消息,告知MCE已接收了多媒体广播组播业务会话开始请求消息。然后,基站从多媒体广播组播业务会话开始请求消息中读取组标识以及组播地址。基站将组标识封装到群组寻呼消息中向小区内所有的UE发送。在接收到MCE所述发送的多媒体广播组播业务调度信息请求后,基站加入到组播地址中,并向MCE发送多媒体广播组播业务调度信息响应,从而建立集群通讯的通道。自此,主讲者所发送的数据包可以通过所述集群通讯的通道发送到指定的基站中。
属于跟踪区列表的基站接收到MCE发送的多媒体广播组播业务会话开始请求消息后,从多媒体广播组播业务会话开始请求消息中读取组标识,并将组标识封装到群组寻呼消息,向跟踪区内所有的小区的UE发送。然后,属于跟踪区列表的基站向MCE发送多媒体广播组播业务会话开始响应消息,告知MCE已接收了多媒体广播组播业务会话开始请求消息。
处于连接态的UE接收群组寻呼消息,并从群组寻呼消息中读取组标识,如果UE检测所述组标识是自身具有的组标识(UE在开户时,如果加入了某一群组,则会获得与该群组对应的组标识),则UE与属于小区列表的基站建立连接,并作为听众接收主讲者所发送的数据包;如果UE检测所述组标识不是自身具有的组标识,则不予理会。处于空闲态的UE接收群组寻呼消息,并从群组寻呼消息中读取组标识,如果UE检测所述组标识是自身具有的组标识,UE从空闲态转为连接态;如果UE检测所述组标识不是自身具有的组标识,则不予理会。
基于移动区域的集群通讯的组呼通知的范围都是小区列表和跟踪区列表的合集,MME同样进行区域管理,然后MME将组呼通知的范围发送给MCE,MCE根据组呼通知的范围将组呼通知发送给相应的基站(小区)。
基于移动区域的集群通讯的群组资源分配的范围都是小区列表所包括的范围,MME同样进行区域管理,然后MME将群组资源分配的范围发送给MCE,MCE根据群组资源分配的范围给相应的基站(小区)分配群组资源。
基于移动区域的集群通讯的群组切换除了按常规的LTE系统的切换流程进行切换外,还需要进行区域管理。参阅图5,图5是本发明群组切换方法区域管理一实施方式的交互图。交互时的主体包括:成员(例如,UE)、源基站、目标基站、源MME、目标MME、源MCE以及目标MCE。
作为组内成员的其中一个UE向源基站发送MR测量报告,源基站接收到MR测量报告后,向源MME发送切换请求,源MME接收到切换请求后,判断需要进行切换的UE是否为所属基站的该组的最后一个成员。如果是该组的最后一个成员,则源MME更新区域列表并向源MCE发送群组区域更新消息;如果不是该组的最后一个成员,则源MME不会向源MCE发送群组区域更新消息。例如:一个处于连接态的成员从原来的基站所覆盖的范围移动到另一个基站所覆盖的范围时,MME需要判断区域列表是否发生了更新,如果处于连接态的成员从原来的基站所覆盖的范围移动到另一个小区列表上的基站所覆盖的范围时,区域列表都不发生更新;如果处于连接态的成员从原来的基站所覆盖的范围移动到另一个不属于小区列表上的基站所覆盖的范围时,MME判断区域列表发生了更新。如果源MCE接收到群组区域更新消息,源MCE将向源基站发送资源释放指示。源基站接收到资源释放指示后,释放群组资源并退出组播地址。如果切换失败,若源基站还没收到源MCE发送的新的群组区域更新消息,则源基站忽略源MCE发送的关于该群组的新的群组区域更新消息;若源基站已经收到源MCE发送的新的群组区域更新消息,但还没有正式下发给小区内的成员,则停止下发;若源基站已经收到源MCE发送的新的群组区域更新消息,并且已经下发给小区内的成员,则源基站立即下发以前的群组区域更新消息给小区内的成员。
源MME继续向目标MME发送前转重定位请求消息,目标MME在接收到前转重定位请求消息后,判断是否为目标小区的该组的第一个成员,如果是该组的第一个成员,则目标MME更新区域列表并向目标MCE发送群组区域更新消息;如果不是该组的第一个成员,则目标MME不会向目标MCE发送群组区域更新消息。如果目标MCE接收到群组区域更新消息,目标MCE将向目标基站发送资源分配指示。目标基站接收到资源分配指示后,获得群组资源并加入组播地址。如果切换失败,若目标基站还没收到目标MCE发送的新的群组区域更新消息,则目标基站忽略目标MCE发送的关于该群组的新的群组区域更新消息;若目标基站已经收到目标MCE发送的新的群组区域更新消息,但还没有正式下发给小区内的成员,则停止下发;若目标基站已经收到目标MCE发送的新的群组区域更新消息,并且已经下发给小区内的成员,则目标基站立即下发以前的群组区域更新消息给小区内的成员。
通过上述方案,能够实现摆脱对集群通讯的地域限制,成员在LTE网络覆盖的范围内都可以进行集群通讯,大大提供集群通讯的灵活性。
参阅图6,图6是本发明移动性管理实体一实施方式的结构示意图。本实施方式的移动性管理实体包括:接收模块601、封装模块602以及发送模块603。
接收模块601用于接收多媒体广播组播业务网关所生成的组播地址,接收模块601将组播地址向封装模块602发送。
封装模块602用于接收组播地址并将组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中,封装模块602用于将多媒体广播组播业务会话开始请求消息向发送模块603发送。
发送模块603用于接收多媒体广播组播业务会话开始请求消息,将多媒体广播组播业务会话开始请求消息向多小区/多播协调实体发送,以供多小区/多播协调实体根据区域列表查找到相应的基站并将组播地址发送给相应的基站,使基站能够加入到所述组播地址中,从而实现群组区域管理。
通过上述方案,将组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中,然后将多媒体广播组播业务会话开始请求消息向多小区/多播协调实体发送,使得多小区/多播协调实体能够根据从区域列表中获得参与进行集群通讯的基站(小区)的范围,然后通过多小区/多播协调实体去查找到相应的基站,并将组播地址向基站发送,从而使基站能够加入到组播地址中,从而实现群组区域管理,进而实现集群通讯。
参阅图7,图7是本发明移动性管理实体另一实施方式的结构示意图。本实施方式的移动性管理实体包括:接收模块701、第一判断模块702、第二判断模块703、生成模块704、查询模块705、第三判断模块706、更新模块707、第四判断模块708、第五判断模块709、封装模块710以及发送模块711。
接收模块701用于接收集群管理单元所发送的组标识、成员列表及多媒体广播组播业务网关所生成的组播地址。比如:在LTE网络覆盖的区域内的群组内的一个成员作为主讲者向集群管理单元提出了一个群组呼叫请求,集群管理单元接收到群组呼叫请求后,获得该群组的组标识,并在本地查询这个群组的所有成员的信息以获得成员列表。集群管理单元将组标识以及成员列表封装到群组呼叫会话请求消息中,并向MBMS网关发送。MBMS网关在接收到群组呼叫会话请求消息后,为这个群组生成一个组播地址,并将组播地址、组标识以及成员列表封装到群组会话开始请求消息中,并向MME发送,接收模块701则接收群组会话开始请求消息从而接收集群管理单元所发送的组标识、成员列表及多媒体广播组播业务网关所生成的组播地址。
在接收到群组会话开始请求消息后,MME生成初始区域列表的方式有三种。在第一种方式中,MME在接收到成员列表后,立即调用生成模块704生成初始区域列表,其中,立即是指MME在接收到成员列表后,不经过其它任何的步骤,在MME能够反应的最短时间内。在第二种方式中,MME通过第一判断模块702判断是否所有的成员都处于连接态,如果不是所有的成员都处于连接态,MME一直等待,直到所有的成员都处于连接态;如果所有的成员都处于连接态,调用生成模块704根据连接态的成员所在的小区生成小区列表,并把小区列表作为区域列表。在第三种方式中,MME通过第二判断模块703判断是否超过设定的时间,如果超过设定的时间,MME通过查询成员列表查询成员的状态,并调用生成模块704根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表,并把小区列表和跟踪区列表作为区域列表。封装模块710用于将组播地址以及生成的区域列表封装到多媒体广播组播业务会话开始请求消息中,并将多媒体广播组播业务会话开始请求消息向发送模块711发送。
查询模块705用于查询成员的状态是否发生了变化,查询模块705将查询结果向第三判断模块706发送。第三判断模块706用于接收查询结果,在成员的状态发生了变化时,判断区域列表是否发生了更新。比如,原来属于跟踪区的一个组内成员从空闲态转为连接态时,则MME需要判断区域列表是否发生了更新。此时,查询模块705查询成员的状态是否发生了变化,如果成员的状态发生了变化,第三判断模块706需要判断区域列表是否发生了更新。如果该成员是跟踪区内的该组的最后一个成员,则第三判断模块706判断区域列表发生更新;反之,则第三判断模块706判断区域列表不发生更新;如果该成员是小区中的该组的第一个成员,则第三判断模块706判断区域列表发生更新,反之则第三判断模块706判断区域列表不发生更新。然后,更新模块707对区域列表进行更新。第三判断模块706判断区域列表发生更新时,调用封装模块710将更新的区域列表封装到多媒体广播组播业务会话更新请求消息中。
发送模块711用于接收多媒体广播组播业务会话开始请求消息和多媒体广播组播业务会话更新请求消息,将多媒体广播组播业务会话开始请求消息或多媒体广播组播业务会话更新请求消息向多小区/多播协调实体发送。
切换时,如果接收模块701接收到用户设备所发送的切换请求消息,则MME作为源MME,此时,MME调用第四判断模块708判断用户设备是否为所属基站内的该组的最后一个成员,如果发出切换请求的成员是该组的最后一个成员,则调用更新模块707更新区域列表。第三判断模块706判断区域列表发生更新时,调用封装模块710将更新的区域列表封装到多媒体广播组播业务会话更新请求消息中。发送模块711将多媒体广播组播业务会话更新请求消息向多小区/多播协调实体发送。
如果接收模块701接收到前转重定位请求消息,则MME作为目标MME,调用第五判断模块709判断用户设备是否为目标小区的该组的第一个成员,如果是目标小区的该组的第一个成员,则调用更新模块707更新区域列表。第三判断模块706判断区域列表发生更新时,调用封装模块710将更新的区域列表封装到多媒体广播组播业务会话更新请求消息中。发送模块711将多媒体广播组播业务会话更新请求消息向多小区/多播协调实体发送。
通过上述方案,能够实现摆脱对集群通讯的地域限制,成员在LTE网络覆盖的范围内都可以进行集群通讯,大大提供集群通讯的灵活性。
参阅图8,图8是本发明多小区/多播协调实体一实施方式的结构示意图。本实施方式的多小区/多播协调实体包括:接收模块810、读出模块820、查找模块830以及发送模块840。
当MME向MCE发送多媒体广播组播业务会话开始请求消息时,接收模块810用于接收移动性管理实体所发送的多媒体广播组播业务会话开始请求消息,接收模块810将多媒体广播组播业务会话开始请求消息向读出模块820发送,其中,多媒体广播组播业务会话开始请求消息中承载了区域列表以及组播地址。
读出模块820用于接收多媒体广播组播业务会话开始请求消息,从多媒体广播组播业务会话开始请求消息中读出区域列表,读出模块820将区域列表向查找模块830发送。比如,在基于固定区域的集群通讯时,读出模块820从多媒体广播组播业务会话开始请求消息中读出作为区域列表的小区列表;在基于移动区域的集群通讯时,读出模块820从多媒体广播组播业务会话开始请求消息中读出作为区域列表的小区列表以及跟踪区列表。
查找模块830用于接收区域列表,根据区域列表查找相应的基站,查找模块830将查找到的基站向发送模块840发送。比如,在基于固定区域的集群通讯时,查找模块830根据小区列表查找到属于小区列表的基站;在基于移动区域的集群通讯时,查找模块830根据小区列表查找属于小区列表的基站,以及根据跟踪区列表查找属于跟踪区列表的基站。
发送模块840用于接收查找到的基站并将多媒体广播组播业务会话开始请求消息发送给基站,以使的基站能够加入到组播地址中,从而实现群组区域管理。
当MME向MCE发送多媒体广播组播业务会话更新请求消息时,接收模块810用于接收移动性管理实体所发送的多媒体广播组播业务会话更新请求消息,接收模块810将多媒体广播组播业务会话更新请求消息向读出模块820发送。
读出模块820用于接收多媒体广播组播业务会话更新请求消息,从多媒体广播组播业务会话更新请求消息中读出更新的区域列表。
查找模块830接收更新的区域列表,如果获取到的更新的区域列表的基站已经存在,查找模块830查找该基站并发送释放资源指示;如果获取到的更新的小区列表中的基站不存在,查找模块830查找相应的基站,并向该基站发送多媒体广播组播业务会话开始请求消息(不包括小区列表和跟踪区列表);如果获取到的更新的跟踪列表中的跟踪区已经存在,查找模块830不作任何处理;如果获取到的更新的跟踪区列表中的跟踪区不存在,则查找模块830查找到相应的基站,并向该跟踪区内的基站发送多媒体广播组播业务会话开始请求消息(不包括小区列表和跟踪区列表)。
通过上述方案,能够实现摆脱对集群通讯的地域限制,成员在LTE网络覆盖的范围内都可以进行集群通讯,大大提供集群通讯的灵活性。
参阅图9,图9是本发明移动性管理实体再一实施方式的结构示意图。本实施方式的移动性管理实体包括:接收机910、处理器920、发送机930以及存储器940。其中,处理器920分别耦合接收机910、发送机930以及存储器940。
接收机910用于接收集群管理单元所发送的组标识、成员列表及多媒体广播组播业务网关所生成的组播地址。比如:在LTE网络覆盖的区域内的群组内的一个成员作为主讲者向集群管理单元提出了一个群组呼叫请求,集群管理单元接收到群组呼叫请求后,获得该群组的组标识,并在本地查询这个群组的所有成员的信息以获得成员列表。集群管理单元将组标识以及小区列表封装到群组呼叫会话请求消息中,并向MBMS网关发送。MBMS网关在接收到群组呼叫会话请求消息后,为这个群组生成一个组播地址,并将组播地址、组标识以及成员列表封装到群组会话开始请求消息中,并向MME发送,接收机910则接收群组会话开始请求消息从而接收集群管理单元所发送的组标识、成员列表及多媒体广播组播业务网关所生成的组播地址。
在接收到群组会话开始请求消息后,MME生成初始区域列表的方式有三种。在第一种方式中处理器920在接收到成员列表后立即生成初始区域列表,其中,立即是指MME在接收到成员列表后,不经过其它任何的步骤,在MME能够反应的最短时间内。在第二种方式中,处理器920判断是否所有的成员都处于连接态,如果不是所有的成员都处于连接态,MME一直等待,直到所有的成员都处于连接态;如果所有的成员都处于连接态,MME根据连接态的成员所在的小区生成小区列表,并把小区列表作为区域列表。在第三种方式中,处理器920判断是否超过设定的时间,如果超过设定的时间,通过查询成员列表查询成员的状态,并根据连接态的成员所在的小区生成属于区域列表的小区列表以及根据空闲态的成员所在的跟踪区生成属于区域列表的跟踪区列表,并把小区列表和跟踪区列表作为区域列表。处理器920将组播地址以及生成的区域列表封装到多媒体广播组播业务会话开始请求消息中,并将多媒体广播组播业务会话开始请求消息向发送机930发送。
在发送多媒体广播组播业务会话开始请求消息后,处理器920查询成员的状态是否发生了变化,在成员的状态发生了变化时,判断区域列表是否发生了更新。比如,原来属于跟踪区的一个组内成员从空闲态转为连接态时,则MME需要判断区域列表是否发生了更新。此时,处理器920查询成员的状态是否发生了变化,如果成员的状态发生了变化,判断区域列表是否发生了更新。如果该成员是跟踪区内的该组的最后一个成员,则判断区域列表发生更新;反之,则判断区域列表不发生更新;如果该成员是小区中的该组的第一个成员,则判断区域列表发生更新,反之则判断区域列表不发生更新。处理器920判断区域列表发生更新时,将更新的区域列表封装到多媒体广播组播业务会话更新请求消息中。
发送机930用于接收多媒体广播组播业务会话开始请求消息和多媒体广播组播业务会话更新请求消息,将多媒体广播组播业务会话开始请求消息或多媒体广播组播业务会话更新请求消息向MCE发送。
存储器940用于存储例程及数据。
切换时,如果接收机910接收到用户设备所发送的切换请求消息,则MME作为源MME,此时,处理器920判断用户设备是否为所属基站内的该组的最后一个成员,如果发出切换请求的成员是该组的最后一个成员,则更新区域列表。处理器920判断区域列表发生更新时,将更新的区域列表封装到多媒体广播组播业务会话更新请求消息中。发送机930将多媒体广播组播业务会话更新请求消息向MCE发送。
如果接收机910接收到前转重定位请求消息,则MME作为目标MME,处理器920判断用户设备是否为目标小区的该组的第一个成员,如果是目标小区的该组的第一个成员,则更新区域列表。处理器920判断小区列表发生更新时,将更新的区域列表封装到多媒体广播组播业务会话更新请求消息中。发送机930将多媒体广播组播业务会话更新请求消息向多小区/多播协调实体发送。
通过上述方案,能够实现摆脱对集群通讯的地域限制,成员在LTE网络覆盖的范围内都可以进行集群通讯,大大提供集群通讯的灵活性。
参阅图10,图10是本发明多小区/多播协调实体另一实施方式的结构示意图。本实施方式的多小区/多播协调实体包括:接收机1010、处理器1020、发送机1030以及存储器1040。其中,处理器1020分别耦接接收机1010、发送机1030以及存储器1040。
当MME向MCE发送多媒体广播组播业务会话开始请求消息时,接收机1010用于接收移动性管理实体所发送的多媒体广播组播业务会话开始请求消息,接收机1010将多媒体广播组播业务会话开始请求消息向处理器1020发送,其中,多媒体广播组播业务会话开始请求消息中承载了区域列表以及组播地址。
处理器1020用于接收多媒体广播组播业务会话开始请求消息,从多媒体广播组播业务会话开始请求消息中读出区域列表,比如,在基于固定区域的集群通讯时,处理器1020从多媒体广播组播业务会话开始请求消息中读出作为区域列表的小区列表;在基于移动区域的集群通讯时,处理器1020从多媒体广播组播业务会话开始请求消息中读出作为区域列表的小区列表以及跟踪区列表。处理器1020根据区域列表查找相应的基站,处理器1020将查找到的基站向发送机1030发送。比如,在基于固定区域的集群通讯时,处理器1020根据小区列表查找到属于小区列表的基站;在基于移动区域的集群通讯时,处理器1020根据小区列表查找属于小区列表的基站,以及根据跟踪区列表查找属于跟踪区列表的基站。
发送机1030用于接收查找到的基站并将多媒体广播组播业务会话开始请求消息发送给基站,以使的基站能够加入到组播地址中,从而实现群组区域管理。
存储器1040用于存储程序及数据。
当MME向MCE发送多媒体广播组播业务会话更新请求消息时,接收机1010用于接收移动性管理实体所发送的多媒体广播组播业务会话更新请求消息,接收机1010将多媒体广播组播业务会话更新请求消息向处理器1020发送。
处理器1020用于接收多媒体广播组播业务会话更新请求消息,从多媒体广播组播业务会话更新请求消息中读出更新的区域列表。如果获取到的更新的小区列表中的基站已经存在,处理器1020查找该基站并通过发送机1030发送释放资源指示;如果获取到的更新的小区列表中的基站不存在,处理器1020查找相应的基站,并通过发送机1030向该基站发送多媒体广播组播业务会话开始请求消息(不包括小区列表和跟踪区列表);如果获取到的更新的跟踪列表中的跟踪区已经存在,处理器1020不作任何处理;如果获取到的更新的跟踪区列表中的跟踪区不存在,则处理器1020查找到相应的基站,并通过发送机1030向该跟踪区内的基站发送多媒体广播组播业务会话开始请求消息(不包括小区列表和跟踪区列表)。
通过上述方案,能够实现摆脱对集群通讯的地域限制,成员在LTE网络覆盖的范围内都可以进行集群通讯,大大提供集群通讯的灵活性。
基于上述移动性管理实体和多小区/多播协调实体,本申请还提供了一种群组区域管理系统,包括集群管理单元,多媒体广播组播业务网关、移动性管理实体、多小区/多播协调实体以及基站,其中,集群管理单元分别耦接多媒体广播组播业务网关、移动性管理实体以及基站,多媒体广播组播业务网关分别耦接移动性管理实体以及基站,移动性管理实体分别耦接多小区/多播协调实体以及基站,所述多小区/多播协调实体耦接基站,具体请结合上述的描述,此处不重复描述。
在本申请所提供的几个实施方式中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施方式仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外,在本申请各个实施方式中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (44)
1.一种群组区域管理方法,其特征在于,包括如下步骤:
移动性管理实体接收多媒体广播组播业务网关所生成的组播地址;其中,所述组播地址是所述多媒体广播组播业务网关在接收到群组呼叫会话请求消息后,为群组生成的组播地址;
将所述组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中;
将所述多媒体广播组播业务会话开始请求消息向多小区/多播协调实体MCE发送,以供所述MCE根据所述区域列表查找到相应的基站,并将所述多媒体广播组播业务会话开始请求消息发送给相应的基站,使所述基站能够加入到所述组播地址中,从而实现群组区域管理。
2.根据权利要求1所述的方法,其特征在于,所述方法包括:
接收集群管理单元所发送的组标识;
将所述组标识封装到所述多媒体广播组播业务会话开始请求消息中,以供所述MCE通过所述基站向小区内的用户设备发送所述组标识,以供所述用户设备判断是否与所述基站建立连接。
3.根据权利要求1所述的方法,其特征在于,所述将所述组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中步骤之前包括如下步骤:
接收集群管理单元所发送的小区列表,并将所述小区列表作为区域列表。
4.根据权利要求1所述的方法,其特征在于,所述将所述组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中步骤之前包括如下步骤:
接收集群管理单元所发送的成员列表;
根据所述成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表,并将所述小区列表和所述跟踪区列表作为区域列表。
5.根据权利要求4所述的方法,其特征在于,所述根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表步骤包括如下步骤:
在接收到所述成员列表后,立即根据所述成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
6.根据权利要求4所述的方法,其特征在于,所述根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表步骤包括如下步骤:
根据成员列表查询成员的状态,并判断是否所有的成员都处于连接态;
如果所有的成员都处于连接态,根据连接态的成员所在的小区生成小区列表。
7.根据权利要求4所述的方法,其特征在于,所述根据成员列表查询成员的状态步骤之后,所述根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表步骤之前包括如下步骤:
判断是否超过设定的时间;
如果超过设定的时间,根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
8.根据权利要求4所述的方法,其特征在于,所述将多媒体广播组播业务会话开始请求消息向MCE发送步骤之后包括:
判断所述区域列表是否发生了更新;
如果所述区域列表发生了更新,则将更新的所述区域列表封装到多媒体广播组播业务会话更新请求消息中,并将所述多媒体广播组播业务会话更新请求消息向所述MCE发送。
9.根据权利要求8所述的方法,其特征在于,所述判断所述区域列表是否发生了更新步骤还包括如下步骤:
查询成员的状态是否发生了变化;
如果成员的状态发生了变化,则判断所述区域列表是否发生了更新。
10.根据权利要求8所述的方法,其特征在于,所述判断所述区域列表是否发生了更新步骤之前还包括如下步骤:
当接收到用户设备所发送的切换请求消息时,判断所述用户设备是否为所属基站内的该群组的最后一个成员;
如果所述用户设备是所属基站内的该群组的最后一个成员,更新所述区域列表。
11.根据权利要求8所述的方法,其特征在于,所述判断所述区域列表是否发生了更新步骤之前还包括如下步骤:
如果接收到前转重定位请求消息,则判断用户设备是否为目标小区的该群组的第一个成员;
如果是目标小区的该群组的第一个成员,更新所述区域列表。
12.一种群组区域管理方法,其特征在于,包括如下步骤:
多小区/多播协调实体MCE接收移动性管理实体所发送的多媒体广播组播业务会话开始请求消息,其中,所述多媒体广播组播业务会话开始请求消息中承载了区域列表以及组播地址;
从所述多媒体广播组播业务会话开始请求消息中读出区域列表;
根据所述区域列表查找相应的基站,并将所述多媒体广播组播业务会话开始请求消息发送给所述基站,以使得所述基站能够加入到所述组播地址中,从而实现群组区域管理。
13.根据权利要求12所述的方法,其特征在于,所述从多媒体广播组播业务会话开始请求消息中读出区域列表步骤包括:
从多媒体广播组播业务会话开始请求消息中读出小区列表以及跟踪区列表;
所述根据区域列表查找相应的基站步骤包括:
根据所述小区列表查找属于所述小区列表的基站,以及根据所述跟踪区列表查找属于所述跟踪区列表的基站。
14.根据权利要求13所述的方法,其特征在于,所述方法包括:
接收移动性管理实体所发送多媒体广播组播业务会话更新请求消息;
从所述多媒体广播组播业务会话更新请求消息中读出更新的区域列表。
15.一种移动性管理实体,其特征在于,包括:接收模块、封装模块以及发送模块,
所述接收模块用于接收多媒体广播组播业务网关所生成的组播地址,其中,所述组播地址是所述多媒体广播组播业务网关在接收到群组呼叫会话请求消息后,为群组生成的组播地址,所述接收模块将所述组播地址向所述封装模块发送;
所述封装模块用于接收所述组播地址并将所述组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中,所述封装模块用于将所述多媒体广播组播业务会话开始请求消息向所述发送模块发送;
所述发送模块用于接收所述多媒体广播组播业务会话开始请求消息,将所述多媒体广播组播业务会话开始请求消息向MCE发送,以供所述MCE根据所述区域列表查找到相应的基站并将所述多媒体广播组播业务会话开始请求消息发送给相应的基站,使所述基站能够加入到所述组播地址中,从而实现群组区域管理。
16.根据权利要求15所述的移动性管理实体,其特征在于,
所述接收模块还用于接收集群管理单元所发送的组标识,所述接收模块将所述组标识向所述封装模块发送;
所述封装模块还用于将所述组标识封装到多媒体广播组播业务会话开始请求消息中,所述封装模块将所述多媒体广播组播业务会话开始请求消息向所述发送模块发送;
所述发送模块用于接收所述多媒体广播组播业务会话开始请求消息,并将所述多媒体广播组播业务会话开始请求消息向MCE发送,以供所述MCE通过所述基站向小区内的用户设备发送所述组标识,以供所述用户设备判断是否与所述基站建立连接。
17.根据权利要求15所述的移动性管理实体,其特征在于,
所述接收模块还用于接收集群管理单元所发送的小区列表,并将所述小区列表作为区域列表。
18.根据权利要求15所述的移动性管理实体,其特征在于,所述移动性管理实体还包括生成模块;
所述接收模块还用于接收集群管理单元所发送的成员列表,所述接收模块将所述成员列表向所述生成模块发送;
所述生成模块用于接收所述成员列表,根据所述成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表,并将所述小区列表和所述跟踪区列表作为区域列表。
19.根据权利要求18所述的移动性管理实体,其特征在于,所述生成模块还用于在接收到成员列表后,立即根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
20.根据权利要求18所述的移动性管理实体,其特征在于,所述移动性管理实体还包括第一判断模块;
所述第一判断模块用于根据成员列表查询成员的状态,并判断是否所有的成员都处于连接态,所述第一判断模块将所述第一判断结果向所述生成模块发送;
所述生成模块还用于接收所述第一判断结果,在所有的成员都处于连接态时,根据连接态的成员所在的小区生成小区列表。
21.根据权利要求18所述的移动性管理实体,其特征在于,所述移动性管理实体还包括第二判断模块;
所述第二判断模块用于判断是否超过设定的时间,所述第二判断模块将所述第二判断结果向所述生成模块发送;
所述生成模块还用于接收所述第二判断结果,在超过设定的时间时,根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
22.根据权利要求18所述的移动性管理实体,其特征在于,所述移动性管理实体还包括第三判断模块,
所述第三判断模块用于判断所述区域列表是否发生了更新,所述第三判断模块将第三判断结果向所述封装模块发送;
所述封装模块还用于接收第三判断结果,在所述区域列表发生了更新时,将更新的所述区域列表封装到多媒体广播组播业务会话更新请求消息中,所述封装模块将所述多媒体广播组播业务会话更新请求消息向所述发送模块发送;
所述发送模块还用于接收所述多媒体广播组播业务会话更新请求消息,将所述多媒体广播组播业务会话更新请求消息向所述MCE发送。
23.根据权利要求22所述的移动性管理实体,其特征在于,所述移动性管理实体还包括查询模块,
所述查询模块用于查询成员的状态是否发生了变化,所述查询模块将查询结果向所述第三判断模块发送;
所述第三判断模块还用于接收所述查询结果,在成员的状态发生了变化时,判断所述区域列表是否发生了更新。
24.根据权利要求22所述的移动性管理实体,其特征在于,所述移动性管理实体还包括第四判断模块,
所述第四判断模块用于在接收到用户设备所发送的切换请求消息时,判断所述用户设备是否为所属基站内的该群组的最后一个成员,所述第四判断模块将第四判断结果向更新模块发送;
所述更新模块还用于接收所述第四判断结果,在是所属基站内的该群组的最后一个成员时,更新所述区域列表。
25.根据权利要求22所述的移动性管理实体,其特征在于,所述移动性管理实体还包括第五判断模块,
所述第五判断模块用于在接收到前转重定位请求消息,判断用户设备是否为目标小区的该群组的第一个成员,所述第五判断模块将第五判断结果向更新模块发送;
所述更新模块还用于接收所述第五判断结果,在是目标小区的该群组的第一个成员时,更新所述区域列表。
26.一种多小区/多播协调实体MCE,其特征在于,包括接收模块,读出模块、查找模块以及发送模块,
所述接收模块用于接收移动性管理实体所发送的多媒体广播组播业务会话开始请求消息,所述接收模块将所述多媒体广播组播业务会话开始请求消息向所述读出模块发送,其中,所述多媒体广播组播业务会话开始请求消息中承载了区域列表以及组播地址;
所述读出模块用于接收所述多媒体广播组播业务会话开始请求消息,从所述多媒体广播组播业务会话开始请求消息中读出区域列表,所述读出模块将所述区域列表向所述查找模块发送;
所述查找模块用于接收所述区域列表,根据所述区域列表查找相应的基站,所述查找模块将查找到的基站向所述发送模块发送;
所述发送模块用于接收查找到的基站并将所述多媒体广播组播业务会话开始请求消息发送给所述基站,以使得所述基站能够加入到所述组播地址中,从而实现群组区域管理。
27.根据权利要求26所述的MCE,其特征在于,
所述读出模块还用于从多媒体广播组播业务会话开始请求消息中读出小区列表以及跟踪区列表,所述读出模块将小区列表以及跟踪区列表向所述查找模块发送;
所述查找模块还用于接收所述小区列表以及跟踪区列表,根据所述小区列表查找属于所述小区列表的基站,以及根据所述跟踪区列表查找属于所述跟踪区列表的基站。
28.根据权利要求26所述的MCE,其特征在于,
所述接收模块还用于接收移动性管理实体所发送多媒体广播组播业务会话更新请求消息,所述接收模块将所述多媒体广播组播业务会话更新请求消息向所述读出模块发送;
所述读出模块还用于接收所述多媒体广播组播业务会话更新请求消息,从所述多媒体广播组播业务会话更新请求消息中读出更新的小区列表以及更新的跟踪区列表。
29.一种移动性管理实体,其特征在于,包括:接收机、处理器、发送机以及存储器,
所述接收机用于接收多媒体广播组播业务网关所生成的组播地址,其中,所述组播地址是所述多媒体广播组播业务网关在接收到群组呼叫会话请求消息后,为群组生成的组播地址,所述接收机将所述组播地址向所述处理器发送;
所述处理器用于接收所述组播地址并将所述组播地址以及区域列表封装到多媒体广播组播业务会话开始请求消息中,所述处理器用于将所述多媒体广播组播业务会话开始请求消息向所述发送机发送;
所述发送机用于接收所述多媒体广播组播业务会话开始请求消息,将所述多媒体广播组播业务会话开始请求消息向MCE发送,以供所述MCE根据所述区域列表查找到相应的基站并将所述多媒体广播组播业务会话开始请求消息发送给相应的基站,使所述基站能够加入到所述组播地址中,从而实现群组区域管理;
所述存储器用于存储例程及数据。
30.根据权利要求29所述的移动性管理实体,其特征在于,
所述接收机还用于接收集群管理单元所发送的组标识,所述接收机将所述组标识向所述处理器发送;
所述处理器还用于将所述组标识封装到多媒体广播组播业务会话开始请求消息中,所述处理器将所述多媒体广播组播业务会话开始请求消息向所述发送机发送;
所述发送机用于接收所述多媒体广播组播业务会话开始请求消息,并向MCE发送,以供所述MCE通过所述基站向小区内的用户设备发送所述组标识,以供所述用户设备判断是否与所述基站建立连接。
31.根据权利要求29所述的移动性管理实体,其特征在于,
所述接收机还用于接收集群管理单元所发送的小区列表,并将所述小区列表作为区域列表。
32.根据权利要求29所述的移动性管理实体,其特征在于,
所述接收机还用于接收集群管理单元所发送的成员列表,所述接收机将所述成员列表向所述处理器发送;
所述处理器用于接收所述成员列表,根据所述成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表,并将所述小区列表和所述跟踪区列表作为区域列表。
33.根据权利要求32所述的移动性管理实体,其特征在于,所述处理器还用于在接收到所述成员列表后,立即根据所述成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
34.根据权利要求32所述的移动性管理实体,其特征在于,所述处理器还用于根据成员列表查询成员的状态,判断是否所有的成员都处于连接态,在所有的成员都处于连接态时,根据连接态的成员所在的小区生成小区列表。
35.根据权利要求32所述的移动性管理实体,其特征在于,所述处理器还用于判断是否超过设定的时间,在超过设定的时间时,根据成员列表查询成员的状态,并根据连接态的成员所在的小区生成小区列表以及根据空闲态的成员所在的跟踪区生成跟踪区列表。
36.根据权利要求32所述的移动性管理实体,其特征在于,
所述处理器还用于判断所述小区列表和所述跟踪区列表是否发生了更新,在所述区域列表发生了更新时,将更新的所述区域列表封装到多媒体广播组播业务会话更新请求消息中,所述处理器将所述多媒体广播组播业务会话更新请求消息向所述发送机发送;
所述发送机还用于接收所述多媒体广播组播业务会话更新请求消息,将所述多媒体广播组播业务会话更新请求消息向所述MCE发送。
37.根据权利要求36所述的移动性管理实体,其特征在于,所述处理器还用于查询成员的状态是否发生了变化,在成员的状态发生了变化时,判断所述区域列表是否发生了更新。
38.根据权利要求36所述的移动性管理实体,其特征在于,所述处理器还用于在接收到用户设备所发送的切换请求消息时,判断所述用户设备是否为所属基站内的该群组的最后一个成员,在是所属基站内的该群组的最后一个成员时,更新所述区域列表。
39.根据权利要求36所述的移动性管理实体,其特征在于,所述处理器还用于在接收到前转重定位请求消息时,判断用户设备是否为目标小区的该群组的第一个成员,在是目标小区的该群组的第一个成员时,更新所述区域列表。
40.一种多小区/多播协调实体MCE,其特征在于,包括接收机、处理器、发送机以及存储器,
所述接收机用于接收移动性管理实体所发送的多媒体广播组播业务会话开始请求消息,所述接收机将所述多媒体广播组播业务会话开始请求消息向所述处理器发送,其中,所述多媒体广播组播业务会话开始请求消息中承载了区域列表以及组播地址;
所述处理器用于接收所述多媒体广播组播业务会话开始请求消息,从所述多媒体广播组播业务会话开始请求消息中读出区域列表,根据所述区域列表查找相应的基站,所述处理器将查找到的基站向所述发送机发送;
所述发送机用于接收查找到的基站并将所述多媒体广播组播业务会话开始请求消息发送给所述基站,以使得所述基站能够加入到所述组播地址中,从而实现群组区域管理;
所述存储器用于存储例程及数据。
41.根据权利要求40所述的MCE,其特征在于,所述处理器还用于从多媒体广播组播业务会话开始请求消息中读出小区列表以及跟踪区列表,根据所述小区列表查找属于所述小区列表的基站,以及根据所述跟踪区列表查找属于所述跟踪区列表的基站。
42.根据权利要求41所述的MCE,其特征在于,
所述接收机还用于接收移动性管理实体所发送多媒体广播组播业务会话更新请求消息,所述接收机将所述多媒体广播组播业务会话更新请求消息向所述处理器发送;
所述处理器还用于接收所述多媒体广播组播业务会话更新请求消息,从所述多媒体广播组播业务会话更新请求消息中读出更新的区域列表。
43.一种群组区域管理系统,其特征在于,包括集群管理单元,多媒体广播组播业务网关、移动性管理实体、MCE以及基站,其中,集群管理单元分别耦接多媒体广播组播业务网关、移动性管理实体以及基站,多媒体广播组播业务网关分别耦接移动性管理实体以及基站,移动性管理实体分别耦接MCE以及基站,所述MCE耦接基站,移动性管理实体为如权利要求15-25或29-39任一权利要求所述的移动性管理实体。
44.根据权利要求43所述的群组区域管理系统,其特征在于,所述MCE为如权利要求26-28或40-42任一权利要求所述的MCE。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2012/083041 WO2014059607A1 (zh) | 2012-10-16 | 2012-10-16 | 群组区域管理方法、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103190162A CN103190162A (zh) | 2013-07-03 |
CN103190162B true CN103190162B (zh) | 2016-03-09 |
Family
ID=48679814
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280002445.2A Active CN103190162B (zh) | 2012-10-16 | 2012-10-16 | 群组区域管理方法、设备及系统 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20150223030A1 (zh) |
EP (1) | EP2894934B1 (zh) |
CN (1) | CN103190162B (zh) |
RU (1) | RU2624579C2 (zh) |
WO (1) | WO2014059607A1 (zh) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102984662B (zh) * | 2012-11-28 | 2016-02-10 | 中兴通讯股份有限公司 | 一种基于长期演进的集群业务实现方法和集群用户终端 |
US9456315B2 (en) * | 2013-04-30 | 2016-09-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Multicast group reuse in cellular network multicase transport |
US10349225B2 (en) * | 2013-08-27 | 2019-07-09 | Verizon Patent And Licensing Inc. | Private multicast networks |
CN104469691B (zh) * | 2013-09-25 | 2018-04-17 | 电信科学技术研究院 | 一种组通信方法、设备及系统 |
WO2015089762A1 (zh) * | 2013-12-18 | 2015-06-25 | 华为技术有限公司 | 一种集群通信应用服务器、演进型基站、系统及资源分配的方法 |
CN104735629B (zh) * | 2013-12-23 | 2018-11-13 | 成都鼎桥通信技术有限公司 | 一种全业务集群通信系统中广播通信的方法 |
US9693205B2 (en) * | 2014-07-03 | 2017-06-27 | Cisco Technology, Inc. | System and method for providing message delivery and paging to a group of users in a network environment |
GB2532492A (en) * | 2014-11-21 | 2016-05-25 | Ibm | A broker service apparatus for controlling a mobile device |
US10771929B2 (en) * | 2016-03-18 | 2020-09-08 | Lg Electronics Inc. | Method and apparatus for performing V2X communication on basis of cell group information |
CN107371132B (zh) * | 2016-05-11 | 2022-04-12 | 中兴通讯股份有限公司 | 用户设备位置信息上报方法及系统 |
CN107396323A (zh) * | 2016-05-16 | 2017-11-24 | 中兴通讯股份有限公司 | 多媒体广播多播业务调度方法、装置及协作实体 |
CN107708122A (zh) * | 2016-08-08 | 2018-02-16 | 中兴通讯股份有限公司 | 一种组区域设置方法和装置、组区域更新方法和装置 |
WO2018170700A1 (zh) * | 2017-03-20 | 2018-09-27 | 华为技术有限公司 | 一种寻呼方法及相关设备 |
CN108989972B (zh) * | 2017-06-02 | 2021-01-26 | 成都鼎桥通信技术有限公司 | 基于区域位置的广播组呼处理方法及装置 |
US10511548B2 (en) * | 2017-06-22 | 2019-12-17 | Nicira, Inc. | Multicast packet handling based on control information in software-defined networking (SDN) environment |
CN109699013B (zh) * | 2017-10-24 | 2020-08-25 | 华为技术有限公司 | 一种通信系统、通信方法及其装置 |
CN109714718A (zh) * | 2017-10-25 | 2019-05-03 | 普天信息技术有限公司 | 一种宽带集群系统组呼业务区域缩减方法及系统 |
WO2020035129A1 (en) * | 2018-08-13 | 2020-02-20 | Huawei Technologies Co., Ltd. | Providing multicast/broadcast services in 5g networks |
CN111148047A (zh) * | 2018-11-06 | 2020-05-12 | 普天信息技术有限公司 | 一种基于组呼业务的调度区域的邻区广播方法、eMME及ENB |
CN110958124B (zh) * | 2019-12-12 | 2022-08-19 | 北京爱奇艺科技有限公司 | 多播组管理方法、装置、可读存储介质、及计算机 |
US11228870B2 (en) * | 2019-12-17 | 2022-01-18 | Industrial Technology Research Institute | Method and device for dynamically adjusting broadcast area |
CN113099389B (zh) * | 2020-01-09 | 2022-06-24 | 成都鼎桥通信技术有限公司 | 独立部署的5g系统承载mbms的方法与系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132607A (zh) * | 2006-08-22 | 2008-02-27 | 上海贝尔阿尔卡特股份有限公司 | 演进多媒体广播组播业务接入网关、基站和方法 |
CN101141688A (zh) * | 2007-10-12 | 2008-03-12 | 中兴通讯股份有限公司 | 通道组播地址产生方法和传递方法 |
CN101370170A (zh) * | 2007-08-14 | 2009-02-18 | 中兴通讯股份有限公司 | 无线资源协调方法 |
CN101370173A (zh) * | 2007-08-13 | 2009-02-18 | 中兴通讯股份有限公司 | 长期演进架构下的多媒体广播多播业务接入方法 |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3022530B1 (ja) * | 1998-12-07 | 2000-03-21 | 日本電気株式会社 | Cdma無線通信システムにおけるマルチキャスト通信方式 |
KR100532263B1 (ko) * | 2001-12-29 | 2005-11-29 | 삼성전자주식회사 | 이동통신시스템에서 단말에 의해 방송서비스를 개시하기 위한 장치 및 방법 |
US6873854B2 (en) * | 2002-02-14 | 2005-03-29 | Qualcomm Inc. | Method and an apparatus for adding a new member to an active group call in a group communication network |
US20050037728A1 (en) * | 2003-08-13 | 2005-02-17 | Binzel Charles P. | Emergency broadcast message in a wireless communication device |
KR100664278B1 (ko) * | 2004-01-09 | 2007-01-04 | 엘지전자 주식회사 | Mbms 무선통신 시스템 |
JP2006086890A (ja) * | 2004-09-16 | 2006-03-30 | Fujitsu Ltd | ネットワークシステム、データ送信装置、端末装置および同報通信方法 |
EP1838034A1 (en) * | 2006-03-24 | 2007-09-26 | Matsushita Electric Industrial Co., Ltd. | Inter-domain group-communications |
RU2474069C2 (ru) * | 2007-07-13 | 2013-01-27 | Телефонактиеболагет Лм Эрикссон (Пабл) | Способ сокращения сигнализации управления в ситуациях передачи обслуживания |
CN101953181A (zh) * | 2007-12-17 | 2011-01-19 | 三菱电机株式会社 | 移动通信系统 |
GB2467796A (en) * | 2009-02-17 | 2010-08-18 | Nec Corp | Changing operating parameters between a home NodeB and a mobile terminal |
CN101883321B (zh) * | 2009-05-05 | 2014-03-19 | 中兴通讯股份有限公司 | 多媒体广播组播业务中获取接入信息、计费的方法和系统 |
CN101600149B (zh) * | 2009-06-01 | 2012-05-09 | 中兴通讯股份有限公司 | 小区位置的获取和定位方法、定位服务装置及系统 |
GB2474006B (en) * | 2009-08-11 | 2012-05-02 | Samsung Electronics Co Ltd | Network element, wireless communication units and methods for scheduling communications |
ES2366403B1 (es) * | 2009-09-16 | 2012-09-13 | Vodafone España S.A.U. | Método y elemento de red para facilitar contenido de difusión a un terminal móvil. |
US8320292B2 (en) * | 2009-11-18 | 2012-11-27 | Motorola Mobility Llc | Method to control a multimedia broadcast multicast service(MBMS) mode of a MBMS session in a communication system |
KR101302782B1 (ko) * | 2009-12-21 | 2013-09-02 | 한국전자통신연구원 | 방송영역 변경 시 서비스 연속성을 위한 기지국, 단말기 및 제공 방법 |
US9877303B2 (en) * | 2010-02-12 | 2018-01-23 | Alcatel Lucent | Method for processing multimedia broadcast/multicast service session update |
GB2485237A (en) * | 2010-11-08 | 2012-05-09 | Nec Corp | MBMS provided by unicast or broadcast/multicast in dependence on the number of interested users. |
KR101742321B1 (ko) * | 2010-12-21 | 2017-06-01 | 한국전자통신연구원 | 멀티미디어 브로드캐스트 및 멀티캐스트 서비스 카운팅 방법 및 장치 |
US20120252481A1 (en) * | 2011-04-01 | 2012-10-04 | Cisco Technology, Inc. | Machine to machine communication in a communication network |
CN102892078B (zh) * | 2011-07-18 | 2015-03-04 | 上海贝尔股份有限公司 | 分布式mce架构中对mbms业务计数的方法和装置 |
US8630291B2 (en) * | 2011-08-22 | 2014-01-14 | Cisco Technology, Inc. | Dynamic multi-path forwarding for shared-media communication networks |
WO2014046686A1 (en) * | 2012-09-24 | 2014-03-27 | Nokia Siemens Networks Oy | Group messaging in a communication network |
-
2012
- 2012-10-16 CN CN201280002445.2A patent/CN103190162B/zh active Active
- 2012-10-16 EP EP12886551.6A patent/EP2894934B1/en active Active
- 2012-10-16 RU RU2015118326A patent/RU2624579C2/ru active
- 2012-10-16 WO PCT/CN2012/083041 patent/WO2014059607A1/zh active Application Filing
-
2015
- 2015-04-16 US US14/688,089 patent/US20150223030A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132607A (zh) * | 2006-08-22 | 2008-02-27 | 上海贝尔阿尔卡特股份有限公司 | 演进多媒体广播组播业务接入网关、基站和方法 |
CN101370173A (zh) * | 2007-08-13 | 2009-02-18 | 中兴通讯股份有限公司 | 长期演进架构下的多媒体广播多播业务接入方法 |
CN101370170A (zh) * | 2007-08-14 | 2009-02-18 | 中兴通讯股份有限公司 | 无线资源协调方法 |
CN101141688A (zh) * | 2007-10-12 | 2008-03-12 | 中兴通讯股份有限公司 | 通道组播地址产生方法和传递方法 |
Also Published As
Publication number | Publication date |
---|---|
US20150223030A1 (en) | 2015-08-06 |
CN103190162A (zh) | 2013-07-03 |
EP2894934B1 (en) | 2017-08-09 |
EP2894934A1 (en) | 2015-07-15 |
EP2894934A4 (en) | 2016-01-20 |
RU2015118326A (ru) | 2016-12-10 |
RU2624579C2 (ru) | 2017-07-04 |
WO2014059607A1 (zh) | 2014-04-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103190162B (zh) | 群组区域管理方法、设备及系统 | |
CN110557777B (zh) | 网络连接的控制方法、终端及存储介质 | |
CN109041136B (zh) | 一种插入smf的方法及amf实体 | |
KR102215258B1 (ko) | 통신 리소스 할당을 위한 방법 및 디바이스, 단말 디바이스, 기지국, 및 통신 시스템 | |
CN102550086B (zh) | 接收关于移动站的无线接入技术能力的信息 | |
KR101490115B1 (ko) | 무선 액세스 기술과 연관된 셀의 선택법 | |
US7961662B2 (en) | Mobile communication system and MBMS service relevant information transfer method for use therewith | |
CN105580399A (zh) | 传输对系统信息的区域范围加以延伸的指示符 | |
JP2020529784A (ja) | 端末によるコアネットワークアクセス方法、基地局および端末 | |
CN102647667A (zh) | 群组的管理方法及push服务器 | |
CN103108303A (zh) | 支持组移动的方法及设备 | |
CN102438286A (zh) | 一种小区切换控制方法、相关设备以及通信系统 | |
US20180049120A1 (en) | Network signaling optimization for light connected mode | |
CN102932833A (zh) | 一种网络切换控制方法、通信系统以及相关设备 | |
CN105530667A (zh) | 终端的业务连续性处理方法及装置 | |
CN102244890B (zh) | 发送测量报告的方法、装置和系统 | |
US10880760B2 (en) | Identification of neighboring network nodes in a wireless communication network | |
CN101616413B (zh) | 管理用户终端家庭基站访问权限的方法、装置和系统 | |
CN111757357A (zh) | 重定向方法、网络及终端设备、通信系统及可读存储介质 | |
CN103379557A (zh) | 能力匹配方法、接入网控制节点及用户设备 | |
CN103190170B (zh) | 一种用户设备的处理方法、移动性管理实体的处理方法、用户设备、移动性管理实体及通信系统 | |
CN104159263A (zh) | 信道的切换方法、装置及无线终端 | |
CN104918284A (zh) | 数据通信方法、基站以及终端 | |
CN103415028A (zh) | 业务发起提示方法和网元设备 | |
CN111615188B (zh) | 数据传输方法、装置及计算机存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |