CN106454758A - 一种分布式故障弱化集群通信中的组呼建立方法及系统 - Google Patents
一种分布式故障弱化集群通信中的组呼建立方法及系统 Download PDFInfo
- Publication number
- CN106454758A CN106454758A CN201611104693.4A CN201611104693A CN106454758A CN 106454758 A CN106454758 A CN 106454758A CN 201611104693 A CN201611104693 A CN 201611104693A CN 106454758 A CN106454758 A CN 106454758A
- Authority
- CN
- China
- Prior art keywords
- group
- base station
- message
- source
- source base
- 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.)
- Pending
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种分布式故障弱化集群通信中的组呼建立方法及系统,所述方法包括:基站收到终端发送的组呼建立请求,建立上行专用承载,其中,所述基站为源基站,所述终端为源终端;源基站向与其保持连接状态的其他基站转发所述组呼建立请求,且向源终端下发群消息;若其他基站通过判断允许建立组呼,则向所述其他终端下发群消息,并向源基站反馈组呼建立成功消息;源基站通过确定组呼区域大小,将组呼区域信息发送给所述其他基站;源基站在收到源终端反馈的组呼建立完成消息后,源基站发送话权通知消息;本发明通过源基站与其它基站之间的交互,能够将组呼业务扩展到多个基站,从而可以有效提高故障弱化状态下组呼业务的服务范围。
Description
技术领域
本发明涉及通信技术领域,尤其是涉及分布式故障弱化集群通信中的组呼建立方法及系统。
背景技术
集群通信系统是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统,系统中大量无线用户共享少量无线信道,以指挥调度为主体应用,是一种多用途、高效能的无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。
分布式故障弱化系统是指由工作于故障弱化状态下的基站构成的通信系统,其中,每个基站仅缓存了覆盖范围内的终端的签约信息及这些终端相应的群组签约信息等,当需要建立组呼等业务时,基站之间需要通过相互交互,才可以将组呼的服务范围扩展到多个基站。
现有故障弱化下的组呼建立的缺点是仅考虑单基站下的实现,即只能在单个基站下建立组呼业务,当群组内终端分布在多个基站时,只有发起组呼的基站下的终端能接收组呼业务,位于其它基站下的终端无法接收该组呼业务。
由此可见,现有的故障弱化下的组呼建立过程不适应于分布式故障弱化系统。
发明内容
本发明所要解决的技术问题在于如何克服集群通信分布式故障弱化系统中基站之间的组呼业务的局限性缺陷。
需要说明的是,宽带集群通信系统中的故障弱化功能是指当基站与核心网之间的通信中断,或者核心网发生故障时,基站能够处理其覆盖范围内终端的注册和业务请求,支持组呼和单呼等业务。当基站与核心网之间故障消失后,系统能自动恢复到正常的工作状态。
本发明提供了一种分布式故障弱化集群通信中的组呼建立方法,所述方法包括:
基站收到终端发送的组呼建立请求,若通过判断允许建立组呼,则所述基站建立上行专用承载,其中,所述基站为源基站,所述终端为源终端;
源基站向与其保持连接状态的其他基站转发所述组呼建立请求,且向源终端下发群消息;
若其他基站通过判断允许建立组呼,则向所述其他终端下发群消息,并向源基站反馈组呼建立成功消息;
源基站收到所述其他基站反馈的组呼建立成功消息,通过确定组呼区域大小,将组呼区域信息发送给所述其他基站;
源基站向所述源终端发送组呼建立接受消息,在收到源终端反馈的组呼建立完成消息后,源基站发送话权通知消息。
进一步地,若其他基站通过判断允许建立组呼,包括:
若所述其他基站的集成EPC中,缓存有所述组呼建立请求对应群组的签约信息,且有足够资源,则可允许组呼的建立,其中,所述签约信息为终端公司与运营商达成的合作协议信息。
进一步地,所述组呼区域大小由本基站以及其他反馈组呼建立成功的基站构成。
进一步地,所述源基站发送话权通知消息,包括:
所述源基站向源终端发送话权通知消息;
所述源基站通过其他基站向其他终端发送话权通知消息。
进一步地,所述群消息为集群寻呼消息和群组资源配置消息。
本发明还提供了一种分布式故障弱化集群通信中的组呼建立系统,包括:
建立请求模块,用于使基站收到终端发送的组呼建立请求,若通过判断允许建立组呼,则所述基站建立上行专用承载,其中,所述基站为源基站,所述终端为源终端;
请求转发模块,用于使源基站向与其保持连接状态的其他基站转发所述组呼建立请求,且向源终端下发群消息;
判断建立模块,若其他基站通过判断允许建立组呼,则向所述其他终端下发群消息,并向源基站反馈组呼建立成功消息;
组呼建立模块,用于使源基站收到所述其他基站反馈的组呼建立成功消息,通过确定组呼区域大小,将组呼区域信息发送给所述其他基站;
组呼反馈模块,用于使源基站向所述源终端发送组呼建立接受消息,在收到源终端反馈的组呼建立完成消息后,所述源基站发送话权通知消息。
进一步地,判断建立模块中若其他基站通过判断允许建立组呼,包括:
若所述其他基站的集成EPC中,缓存有所述组呼建立请求对应群组的签约信息,且有足够资源,则可允许组呼的建立。
所述集成EPC具有核心网EPC的部分功能,所述核心网EPC包括移动管理实体(eMME)、签约数据管理中心及鉴权中心(eHSS)、数据网关(xGW)、集群控制功能实体(TCF)、集群媒体功能实体(TMF),所述集成EPC缓存有核心网发送过来的终端签约信息、群组签约信息、基站信息等。
进一步地,组呼建立模块中的所述组呼区域大小,由本基站以及其他反馈组呼建立成功的基站构成。
进一步地,组呼反馈模块中所述源基站发送话权通知消息,包括:
所述源基站向源终端发送话权通知消息;
所述源基站通过其他基站向其他终端发送话权通知消息。
进一步地,所述群消息为集群寻呼消息和群组资源配置消息。
本发明的有益效果是:
本发明在基站在收到组呼建立请求后,通过与其它基站之间的交互,能够将组呼业务扩展到多个基站,从而可以有效提高故障弱化状态下组呼业务的服务范围。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它附图。
图1是现有技术中的组呼建立方法的信令流程图;
图2是实施例一中的分布式故障弱化集群通信中的组呼建立方法的方法流程图;
图3是实施例一中的分布式故障弱化集群通信中的组呼建立方法的信令流程图;
图4是实施例二中的分布式故障弱化集群通信中的组呼建立系统的系统框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有宽带集群通信系统的故障弱化功能仅考虑在单基站的实现,如图1所示。
图1中,MO UE为主叫终端,RRC连接是UE接入网络时,由网络为其分配无线资源的过程;
具体地,步骤1~4用于终端与基站间建立RRC连接;
步骤5用于发送组呼建立请求;
步骤6~8用于为终端建立组呼业务的上行专用承载;
步骤9a,10a用于发送集群寻呼消息和组资源配置消息;
步骤9b,10b用于指示组呼建立完成;
步骤11用于进行话权通知。
从现有技术的组呼业务可以看出,当基站收到终端发送的组呼建立请求时,仅在本基站建立组呼资源,并发送集群寻呼和组资源配置消息,也就是说,只有本基站的终端才能接收组呼业务;然而,一个组呼内的终端通常会分布于多个基站,因此,对于组呼内位于本基站之外的其它终端,现有技术则无法接收该组呼业务。
实施例一:
如图2-3所示,本实施例提供了一种分布式故障弱化集群通信中的组呼建立方法,所述方法包括:
S101.基站收到终端发送的组呼建立请求,若通过判断允许建立组呼,则所述基站建立上行专用承载,
其中,所述基站为源基站,所述终端为源终端;
需要说明的是,LTE网络中,EPS(演进分组系统Evolved Packet System)承载可按照建立时间分为两种类型:默认承载(Default EPS Bearer)、专用承载(Dedicated EPSBearer)。
从UE(终端)附着(Attach)网络开始,必须建立一条承载,这就是“默认承载”,默认承载在UE附着网络时就创建并一直保持激活,直至UE从网络去附着(Detach)。
在默认承载之后创建的承载都称为“专用承载”。例如UE一开始连接网络是为了上网,那么在UE Attach时,给它分配一条“默认承载”,该承载可提供数据上网业务。如果之后UE要发起语音呼叫,通常语音业务有QoS要求,核心网将语音业务QoS定义为GBR(Guaranteed Bit Rate,保证速率)业务;那么原有的默认承载(Qos类型为Non-GBR)将无法满足语音呼叫的QoS要求,这时就需要创建一条新的承载,称其为“专用承载”。
S102.源基站向与其保持连接状态的其他基站转发所述组呼建立请求,且向源终端下发群消息;
其中,源基站向与其保持连接状态的其他基站转发所述组呼建立请求,是通过X2接口交互信息的,X2接口是e-NodeB之间的互连接口,支持数据和信令的直接传输。
S103.若其他基站通过判断允许建立组呼,则向所述其他终端下发群消息,并向源基站反馈组呼建立成功消息;
其中,若其他基站通过判断允许建立组呼,包括:
若所述其他基站的集成EPC中,缓存有所述组呼建立请求对应群组的签约信息,且有足够资源,则可允许组呼的建立。
其中,EPC(Evolved Packet Core)为演进分组核心网,所述集成EPC具有核心网EPC的部分功能,所述核心网EPC包括移动管理实体(eMME)、签约数据管理中心及鉴权中心(eHSS)、数据网关(xGW)、集群控制功能实体(TCF)、集群媒体功能实体(TMF)。
S104.源基站收到所述其他基站反馈的组呼建立成功消息,通过确定组呼区域大小,将组呼区域信息发送给所述其他基站;
需要说明的是,所述组呼区域大小由本基站以及其他反馈组呼建立成功的基站构成。
S105.源基站向所述源终端发送组呼建立接受消息,在收到源终端反馈的组呼建立完成消息后,源基站发送话权通知消息。
其中,所述源基站发送话权通知消息,包括:
所述源基站向源终端发送话权通知消息;所述源基站通过其他基站向其他终端发送话权通知消息。
所述群消息为集群寻呼消息和群组资源配置消息。
实施例二:
如图4所示,本实施例提供了一种分布式故障弱化集群通信中的组呼建立系统,所述系统包括,
建立请求模块110,用于使基站收到终端发送的组呼建立请求,若通过判断允许建立组呼,则所述基站建立上行专用承载,其中,所述基站为源基站,所述终端为源终端;
请求转发模块210,用于使源基站向与其保持连接状态的其他基站转发所述组呼建立请求,且向源终端下发群消息;
判断建立模块310,若其他基站通过判断允许建立组呼,则向所述其他终端下发群消息,并向源基站反馈组呼建立成功消息;
其中,判断建立模块中若其他基站通过判断允许建立组呼,包括:
若所述其他基站的集成EPC中,缓存有所述组呼建立请求对应群组的签约信息,且有足够资源,则可允许组呼的建立。
组呼建立模块410,用于使源基站收到所述其他基站反馈的组呼建立成功消息,通过确定组呼区域大小,将组呼区域信息发送给所述其他基站;
组呼建立模块中的所述组呼区域大小,由本基站以及其他反馈组呼建立成功的基站构成。
组呼反馈模块510,用于使源基站向所述源终端发送组呼建立接受消息,在收到源终端反馈的组呼建立完成消息后,所述源基站发送话权通知消息。
所述群消息为集群寻呼消息和群组资源配置消息。
其中,组呼反馈模块中所述源基站发送话权通知消息,包括:
所述源基站向源终端发送话权通知消息;
所述源基站通过其他基站向其他终端发送话权通知消息。
本发明的有益效果是:
本发明在基站在收到组呼建立请求后,通过与其它基站之间的交互,能够将组呼业务扩展到多个基站,从而可以有效提高故障弱化状态下组呼业务的服务范围。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围。
Claims (10)
1.一种分布式故障弱化集群通信中的组呼建立方法,其特征在于,所述方法包括:
基站收到终端发送的组呼建立请求,若通过判断允许建立组呼,则所述基站建立上行专用承载,其中,所述基站为源基站,所述终端为源终端;
源基站向与其保持连接状态的其他基站转发所述组呼建立请求,且向源终端下发群消息;
若其他基站通过判断允许建立组呼,则向所述其他终端下发群消息,并向源基站反馈组呼建立成功消息;
源基站收到所述其他基站反馈的组呼建立成功消息,通过确定组呼区域大小,将组呼区域信息发送给所述其他基站;
源基站向所述源终端发送组呼建立接受消息,在收到源终端反馈的组呼建立完成消息后,源基站发送话权通知消息。
2.根据权利要求1所述的分布式故障弱化集群通信中的组呼建立方法,其特征在于,
若其他基站通过判断允许建立组呼,包括:
若所述其他基站的集成EPC中,缓存有所述组呼建立请求对应群组的签约信息,且有足够资源,则可允许组呼的建立。
3.根据权利要求1所述的分布式故障弱化集群通信中的组呼建立方法,其特征在于,
所述组呼区域大小由本基站以及其他反馈组呼建立成功的基站构成。
4.根据权利要求1所述的分布式故障弱化集群通信中的组呼建立方法,其特征在于,
所述源基站发送话权通知消息,包括:
所述源基站向源终端发送话权通知消息;
所述源基站通过其他基站向其他终端发送话权通知消息。
5.根据权利要求1-4任一权利要求所述的分布式故障弱化集群通信中的组呼建立方法,其特征在于,
所述群消息为集群寻呼消息和群组资源配置消息。
6.一种分布式故障弱化集群通信中的组呼建立系统,其特征在于,包括:
建立请求模块,用于使基站收到终端发送的组呼建立请求,若通过判断允许建立组呼,则所述基站建立上行专用承载,其中,所述基站为源基站,所述终端为源终端;
请求转发模块,用于使源基站向与其保持连接状态的其他基站转发所述组呼建立请求,且向源终端下发群消息;
判断建立模块,若其他基站通过判断允许建立组呼,则向所述其他终端下发群消息,并向源基站反馈组呼建立成功消息;
组呼建立模块,用于使源基站收到所述其他基站反馈的组呼建立成功消息,通过确定组呼区域大小,将组呼区域信息发送给所述其他基站;
组呼反馈模块,用于使源基站向所述源终端发送组呼建立接受消息,在收到源终端反馈的组呼建立完成消息后,所述源基站发送话权通知消息。
7.根据权利要求6所述的分布式故障弱化集群通信中的组呼建立系统,其特征在于,
判断建立模块中若其他基站通过判断允许建立组呼,包括:
若所述其他基站的集成EPC中,缓存有所述组呼建立请求对应群组的签约信息,且有足够资源,则可允许组呼的建立。
8.根据权利要求6所述的分布式故障弱化集群通信中的组呼建立系统,其特征在于,
组呼建立模块中的所述组呼区域大小,由本基站以及其他反馈组呼建立成功的基站构成。
9.根据权利要求6所述的分布式故障弱化集群通信中的组呼建立系统,其特征在于,
组呼反馈模块中所述源基站发送话权通知消息,包括:
所述源基站向源终端发送话权通知消息;
所述源基站通过其他基站向其他终端发送话权通知消息。
10.根据权利要求6-9任一权利要求所述的分布式故障弱化集群通信中的组呼建立系统,其特征在于,
所述群消息为集群寻呼消息和群组资源配置消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611104693.4A CN106454758A (zh) | 2016-12-05 | 2016-12-05 | 一种分布式故障弱化集群通信中的组呼建立方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611104693.4A CN106454758A (zh) | 2016-12-05 | 2016-12-05 | 一种分布式故障弱化集群通信中的组呼建立方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106454758A true CN106454758A (zh) | 2017-02-22 |
Family
ID=58223783
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611104693.4A Pending CN106454758A (zh) | 2016-12-05 | 2016-12-05 | 一种分布式故障弱化集群通信中的组呼建立方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106454758A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112203239A (zh) * | 2020-10-29 | 2021-01-08 | 北京长焜科技有限公司 | 一种B-TrunC系统中的预建立承载管理方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101616364A (zh) * | 2009-07-27 | 2009-12-30 | 普天信息技术研究院有限公司 | 一种组呼业务实现方法 |
CN102821358A (zh) * | 2011-06-09 | 2012-12-12 | 普天信息技术研究院有限公司 | 一种组呼业务的实现方法 |
CN103052038A (zh) * | 2013-01-04 | 2013-04-17 | 中兴通讯股份有限公司 | 一种建立组呼上下文的方法和系统、基站、集群epc |
CN104244189A (zh) * | 2013-06-14 | 2014-12-24 | 中国普天信息产业股份有限公司 | 一种td-lte集群故障弱化通信系统中的寻呼方法 |
-
2016
- 2016-12-05 CN CN201611104693.4A patent/CN106454758A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101616364A (zh) * | 2009-07-27 | 2009-12-30 | 普天信息技术研究院有限公司 | 一种组呼业务实现方法 |
CN102821358A (zh) * | 2011-06-09 | 2012-12-12 | 普天信息技术研究院有限公司 | 一种组呼业务的实现方法 |
CN103052038A (zh) * | 2013-01-04 | 2013-04-17 | 中兴通讯股份有限公司 | 一种建立组呼上下文的方法和系统、基站、集群epc |
CN104244189A (zh) * | 2013-06-14 | 2014-12-24 | 中国普天信息产业股份有限公司 | 一种td-lte集群故障弱化通信系统中的寻呼方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112203239A (zh) * | 2020-10-29 | 2021-01-08 | 北京长焜科技有限公司 | 一种B-TrunC系统中的预建立承载管理方法 |
CN112203239B (zh) * | 2020-10-29 | 2022-03-15 | 北京长焜科技有限公司 | 一种B-TrunC系统中的预建立承载管理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102325344B1 (ko) | 신규 무선 통신 아키텍쳐에서 듀얼-커넥티비티를 성립하여 데이터를 송신하는 방법 및 장치 | |
CN109548182B (zh) | 建立双连接的方法及装置 | |
CN109150388B (zh) | 支持pdcp重复功能的系统、数据传输方法及网络设备 | |
WO2018166326A1 (zh) | 用户信息管理的方法和系统 | |
CN105723801B (zh) | 无线资源控制rrc消息处理方法、装置和系统 | |
CN109246746A (zh) | 前向接口的建立、ue接入和切换方法及装置 | |
CN102088662B (zh) | 一种实现宽带数字集群组内多媒体业务实时传送的方法 | |
EP2523487A1 (en) | Method, apparatus and system for realizing integrity protection | |
CN103581839B (zh) | 一种宽带集群业务的实现方法和系统 | |
CN105338655A (zh) | 一种用户平面承载建立的方法及装置 | |
CN109246747A (zh) | 前向接口的建立方法、ue接入方法、ue切换方法及装置 | |
CN103024682B (zh) | 数字集群通信系统实现半双工单呼业务的方法 | |
JP5911586B2 (ja) | Mceがクラスタセッション確立を制御する方法およびシステム | |
CN103546874B (zh) | 一种通话管理的实现方法和系统 | |
CN102843655A (zh) | 一种实现组内宽带多媒体集群业务实时传送的方法 | |
CN103546985A (zh) | 一种ue发起承载资源分配的方法 | |
CN101795442A (zh) | 移动通信系统中承载建立的方法 | |
CN106792599A (zh) | 一种分布式故障弱化集群通信中的单呼建立方法及系统 | |
CN101925037A (zh) | 建立通话的方法及基站 | |
CN108617028B (zh) | 一种建立承载的方法和系统 | |
CN108617026B (zh) | Gtp传输通道的配置方法及装置 | |
CN103582122A (zh) | 一种基于数字集群通信系统的组呼建立方法、网络侧设备 | |
CN106454758A (zh) | 一种分布式故障弱化集群通信中的组呼建立方法及系统 | |
WO2011113207A1 (zh) | 用于业务交换的方法以及设备 | |
CN104735629A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170222 |