一种B-TrunC系统中的预建立承载管理方法
技术领域
本发明涉及集群通信技术领域,具体涉及一种B-TrunC系统中的预建立承载管理方法。
背景技术
B-TrunC(Broadband Trunking Communication,宽带集群通信)是由宽带集群(B-TrunC)产业联盟组织制定的基于TD-LTE的“LTE数字传输+集群语音通信”专网宽带集群系统标准。2012年11月在CCSA(China Communication Standards Association,中国通信标准化协会)上正式立项并启动,并于2014年11月成为ITU-R(国际电信联盟无线局)推荐的PPDR(公共保护与救灾)宽带集群空中接口标准。这是中国宽带集群通信标准首次被ITU的PPDR建议书所采纳成为国际标准。
B-TrunC标准中定义的单呼业务中的主叫用户、被叫用户;组呼业务中的主叫(话权方)都需要建立用户专有承载,以保障B-TrunC业务通信质量。
B-TrunC标准中多次提及预占优先呼叫,也就是用户在发起业务之前已经预先建立了承载资源;但是直至目前的二阶段标准,没有对预占优先呼叫进行定义说明。
通过预建立承载的方法,可以有效降低无线接入用户的业务建立延时时间,提升用户体验。在一些涉及公共安全的关键领域,低延时的业务建立时间,意味着可以更好地保障人民生命、财产安全。
专利申请号为CN201710495255.3公开了一种数据交换的方法,其特征在于,应用于宽带集群通信B-TrunC系统,所述B-TrunC系统包括集群核心网、集群基站及集群终端,所述集群核心网包括演进的移动性管理实体eMME及TCF、TMF,所述方法包括:所述eMME判断所述集群终端是否处于演进分组系统连接管理空闲ECM、IDLE状态;当所述集群终端处于ECM、IDLE状态时,所述eMME同时建立与所述集群基站之间的专用承载及默认承载;所述eMME通过所述专用承载及所述默认承载与所述集群基站进行数据交换。
又例如,专利申请号CN108901067A公开了一种用于宽带集群核心网与调度台间的签约数据同步实现方法,集群核心网在数据库中存储集群终端A和调度台B的用户签约数据,组C的组签约数据,集群终端A、调度台B和组C的组关联关系签约数据;设调度台向集群核心网初始注册成功,调度台立即向集群核心网发送订阅请求,携带订阅类型标识消息,向集群核心网请求获取全部签约数据;集群核心网接收处理订阅请求,根据订阅类型标识,向调度台B通知走原有订阅流程,或者向调度台B推送全部签约数据,调度台B根据返回的信息做出相应操作。
上述发明专利申请存在的缺陷是,不能够有效降低无线接入用户的业务建立延时时间,提升用户体验。
发明内容
针对现有技术中存在的问题,本发明提供基于B-TrunC通信架构的一种B-TrunC系统中的预建立承载管理方法。
本发明所述B-TrunC系统中的预建立承载管理方法涉及的B-TrunC通信架构构成包括:
终端:即无线接入的B-TrunC终端,终端在成功附着到B-TrunC网络后,能够进行集群注册,终端能够根据业务需要发起业务请求,能够根据核心网的指示建立专有承载;
基站:在终端和核心网间转发请求和响应消息,实现空口的消息交互;
B-TrunC核心网:B-TrunC核心网能够根据策略为用户建立预建立承载,并对策略预建立承载进行管理;
B-TrunC调度台:B-TrunC调度台作为终端发起单呼的被叫用户,终端发起组呼的被叫;
配置系统:能够为用户签约预建立承载策略,决定是否发起建立预建立承载。
本发明所述B-TrunC系统中的预建立承载管理方法,包括如下具体步骤:
步骤1、预建立B-TrunC核心网承载流程:
步骤1.1、用户成功附着到B-TrunC核心网;
步骤1.2、用户向B-TrunC核心网集群注册成功;
步骤1.3、B-TrunC核心网,根据用户策略即签约数据,决定是否需要发起预建立承载,B-TrunC系统中配置群组,并将特定的发起用户加到群组中,后续用户能够发起对群组的呼叫即群组内通话;
步骤2、预建立B-TrunC核心网承载建立单呼流程:
步骤2.1、主叫终端向B-TrunC核心网发起单呼呼叫请求;
步骤2.2、B-TrunC核心网向被叫终端转发单呼呼叫请求;
步骤2.3、被叫终端向B-TrunC核心网回单呼确认响应;
步骤2.4、B-TrunC核心网向主叫终端回单呼进展指示响应;
步骤2.5、被叫终端选用已建立的预建立承载作为当前单呼的承载;
步骤2.6、主叫终端选用已建立的预建立承载作为当前单呼的承载;
步骤2.7、后续呼叫建立流程,包括呼叫振铃、呼叫应答,对齐第一种B-TrunC标准流程;
步骤3、预建立B-TrunC核心网承载建立组呼流程:
步骤3.1、主叫终端发起组呼呼叫请求;
步骤3.2a、B-TrunC核心网向组内成员终端发送组呼呼叫指示,组内成员终端发送组呼呼叫指示通过B-TrunC核心网下行公共信道上发送;
步骤3.2b、B-TrunC核心网向组内成员调度台发送组呼呼叫请求;
步骤3.3、组内成员调度台回组呼应答消息,组内成员调度台回应组呼呼叫消息;
步骤3.4、B-TrunC核心网向组内成员调度台回应答确认消息;
步骤3.5、B-TrunC核心网向主叫终端回呼叫接受消息;
步骤3.6、主叫终端选用已建立的预建立承载作为当前组呼的上行承载;
步骤3.7、后续呼叫建立流程,包括呼叫振铃、呼叫应答,对齐第二种B-TrunC标准流程;
步骤4、预建立承载的管理流程:
步骤4.1、终端附着、集群注册成功后,B-TrunC核心网根据需要,发起预建立承载的流程,建立预建立承载1;
步骤4.2、终端利用预建立承载1,实现B-TrunC会话类业务,即单呼和组呼;
步骤4.3、B-TrunC核心网发现用户当前无预建立承载,再发起预建立承载的流程,建立预建立承载2;
步骤4.4、终端利用预建立承载2,实现B-TrunC会话类业务,即单呼和组呼;
步骤4.N、循环步骤4.2,B-TrunC核心网发现用户当前无预建立承载,再发起预建立承载的流程,建立预建立承载N;
步骤4.N+1、循环步骤4.3,主叫终端选用已建立的预建立承载作为当前组呼的上行承载;
步骤5、通过以上步骤1~4,实现某个支持预建立承载的用户,在任一时刻发起B-TrunC会话类业务,即单呼和组呼,能够预建立承载资源。
进一步地,所述步骤1.3中,当需要发起预建立承载,则在B-TrunC核心网和用户间建立一条预建立专有承载。
进一步地,所述步骤1.3中,当需要发起预建立承载时,在B-TrunC核心网和用户间默认建立语音预建立专有承载。
进一步地,所述步骤1.3中,当需要发起建立视频预建立承载时,在B-TrunC核心网和用户间,通过修改签约的用户策略予以实现。
相对于现有技术,本发明所述B-TrunC系统中的预建立承载管理方法的有益效果是:
1、能够有效降低B-TrunC核心网呼叫业务的建立延时时间;更好地保证关键任务的实现;
2、通过对用户的分级控制来实现预建立承载功能,既保障了重点用户的预建立承载能力,同时保证了系统资源开销在合理范围内;
3、预建立承载被B-TrunC业务使用后,B-TrunC核心网会再次发起新建预建立承载流程;对于支持预建立承载的用户,B-TrunC核心网始终保证为该用户预留一条可用的预建立承载。
附图说明
图1为本发明中B-TrunC通信架构的示意图;
图2为本发明中预建立承载流程的流程示意图;
图3为本发明中预建立承载建立B-TrunC单呼的流程示意图;
图4为本发明中预建立承载建立B-TrunC组呼的流程示意图;
图5为本发明中预建立承载管理流程的流程示意图;
图6为本发明中基于工作时间的预建立承载管理流的流程示意图;
图7为本发明在警用通信领域中基于工作时间的预建立承载管理的实施例的流程示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述,需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
如图1至图5所示,本发明的具体实施方式如下:
一种B-TrunC系统中的预建立承载管理方法,具体包括如下步骤:
步骤1、预建立承载流程
步骤1.1、用户附着成功;
步骤1.2、用户向B-TrunC核心网集群注册成功;
步骤1.3、B-TrunC核心网,根据用户策略即签约数据,决定是否需要发起预建立承载;
步骤2、预建立承载建立单呼流程
步骤2.1、主叫终端发起单呼呼叫请求;
步骤2.2、核心网向被叫终端转发单呼呼叫请求;
步骤2.3、被叫终端向核心网回单呼确认响应;
步骤2.4、核心网向主叫终端回单呼进展指示响应;
步骤2.5、被叫终端选用已建立的预建立承载作为当前单呼的承载;
步骤2.6、主叫终端选用已建立的预建立承载作为当前单呼的承载;
步骤2.7、后续呼叫建立流程对齐第一种B-TrunC标准流程,第一种B-TrunC标准流程即为呼叫振铃响应、呼叫应答响应,单呼应答确认请求;
步骤3、预建立承载建立组呼流程
步骤3.1、主叫终端发起组呼呼叫请求;
步骤3.2a、核心网向组内成员终端发送组呼呼叫指示,在B-TrunC下行公共信道上发送;
步骤3.2b、核心网向组内成员调度台发送组呼呼叫请求;
步骤3.3、组内成员调度台回组呼应答消息;
步骤3.4、核心网向组内成员调度台回应答确认消息;
步骤3.5、核心网向主叫终端回呼叫接受消息;
步骤3.6、主叫终端选用已建立的预建立承载作为当前组呼的上行承载;
步骤3.7、后续呼叫建立流程对齐第二种B-TrunC标准流程,第二种B-TrunC标准流程即组建呼叫完成信息、组呼话权指示、组呼话权指示响应;
步骤4、预建立承载的管理流程
步骤4.1、终端附着、集群注册成功后;核心网根据需要,发起预建立承载的流程,建立预建立承载1;
步骤4.2、终端利用预建立承载1,实现B-TrunC会话类业务,即单呼和组呼;
步骤4.3、核心网发现用户当前无预建立承载,再发起预建立承载的流程,建立预建立承载2;
步骤4.4、终端利用预建立承载2,实现B-TrunC会话类业务,即单呼和组呼;
步骤4.N、循环步骤4.2,核心网发现用户当前无预建立承载,再发起预建立承载的流程,建立预建立承载N;
步骤4.N+1、循环步骤4.3,主叫终端选用已建立的预建立承载作为当前组呼的上行承载;
通过以上步骤,保障某个支持预建立承载的用户,在任一时刻发起B-TrunC会话类业务,即单呼和组呼,都能够预建立承载资源。
进一步地,根据权利要求1所述的B-TrunC系统中的预建立承载管理方法,在步骤1.3中,在B-TrunC核心网和用户间建立一条预建立专有承载。
进一步地,根据权利要求1所述的B-TrunC系统中的预建立承载管理方法,在步骤1.3中,专有承载为语音承载方式。
进一步地,根据权利要求1所述的B-TrunC系统中的预建立承载管理方法,在步骤1.3中,通过修改签约的用户策略,建立视频专有承载方式。
实施例1
如图6所示,在警用通信B-Trunc网络,为了保障警员执行任务过程中的实时通信,对警用无线终端预建立承载,具体步骤如下:
步骤1、预建立承载流程
步骤1.1、用户附着成功;
步骤1.2、用户向B-TrunC核心网集群注册成功;
步骤1.3、B-TrunC核心网,根据用户策略即签约数据,决定是否需要发起预建立承载;
步骤2、预建立承载建立单呼流程
步骤2.1、主叫终端发起单呼呼叫请求;
步骤2.2、核心网向被叫终端转发单呼呼叫请求;
步骤2.3、被叫终端向核心网回单呼确认响应;
步骤2.4、核心网向主叫终端回单呼进展指示响应;
步骤2.5、被叫终端选用已建立的预建立承载作为当前单呼的承载;
步骤2.6、主叫终端选用已建立的预建立承载作为当前单呼的承载;
步骤2.7、后续呼叫建立流程对齐第一种B-TrunC标准流程;
步骤3、预建立承载建立组呼流程
步骤3.1、主叫终端发起组呼呼叫请求;
步骤3.2a、核心网向组内成员终端发送组呼呼叫指示,在B-TrunC下行公共信道上发送;
步骤3.2b、核心网向组内成员调度台发送组呼呼叫请求;
步骤3.3、组内成员调度台回组呼应答消息;
步骤3.4、核心网向组内成员调度台回应答确认消息;
步骤3.5、核心网向主叫终端回呼叫接受消息;
步骤3.6、主叫终端选用已建立的预建立承载作为当前组呼的上行承载;
步骤3.7、后续呼叫建立流程对齐第二种B-TrunC标准流程。
通过预建立承载的方式实现B-TrunC单呼、组呼业务,能够有效降低呼叫建立过程的延时时间,更好地保障任务执行和警员生命安全。
实施例2
如图7所示,在警用通信中基于工作时间的预建立承载管理,具体步骤如下:
步骤1、终端附着成功;
步骤2、终端B-TrunC集群注册成功;
步骤3、核心网发现终端进入工作态;
步骤4、核心网对用户发起建立预建立承载;
步骤5、核心网发现终端进入非工作态;
步骤6、核心网对用户发起释放预建立承载。
本发明不受上述实施例的限制,上述实施例和说明书中描述的只是说明本发明的原理,在不脱离本发明精神和范围的前提下,本发明还会有各种变化和改进,这些变化和改进都落入要求保护的本发明范围内。