业务处理方法、装置及系统与流程

文档序号:14685222发布日期:2018-06-12 23:21
业务处理方法、装置及系统与流程

本发明涉及通信领域,具体而言,涉及一种业务处理方法、装置及系统。



背景技术:

应用于铁路的长期演进系统(Long Term Evolution for Railway,简称为LTE-R)是铁路下一代移动通信系统,其基于LTE承载网的特性使得铁路无线专网系统不仅能够满足传统的列控列调需求,也能够满足诸如视频安全监控、旅客信息服务等具有实时性、高带宽特征的需求。

LTE-R作为下一代铁路移动通信系统,会在全球范围内逐渐成为主流并替换目前在服的应用于铁路的全球移动通信(Global system for Mobile Communication for Railway,简称为GSM-R),然而这注定是个逐步替换的过程,可以预见,在未来相当长一段时间内,LTE-R与其它网络系统(例如,GSM-R)两种网络会并存。例如,关键任务一键通(Mission Critical Push To Talk,简称为MCPTT)是3GPP定义的基于集群通信系统使能器(Group Communication System Enabler,简称为GCSE)架构的集群语音通信系统,图1是相关技术中集群语音通信系统的架构示意图,如图1所示,该系统实现了应用与承载网的分离,便于应用的扩展与维护,易于承载网的独立演进,在语音业务的实现上,该系统利用数据通道承载语音业务,通过调控质量参数保证语音质量,实际是一种因特网电话(Voice over Internet Protocol,简称为VoIP)技术的应用。

然而,在相关技术中,在LTE-R系统与非LTE-R系统并存的情况下,存在无法实现跨系统业务的问题。



技术实现要素:

本发明实施例提供了一种业务处理方法、装置及系统,以至少解决相关技术中在LTE-R系统与非LTE-R系统并存的情况下,存在无法实现跨系统业务的问题。

根据本发明的一个实施例,提供了一种业务处理方法,包括:接收由应用于铁路的长期演进LTE-R系统切换到非LTE-R系统的跨系统业务请求;对所述跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理。

可选地,在接收由所述LTE-R系统切换到所述非LTE-R系统的所述跨系统业务请求之前,还包括:对发起所述跨系统业务请求的用户执行登录处理;在所述用户登录成功后,记录所述用户所属域为所述LTE-R系统。

可选地,对所述跨系统业务请求对应的所述跨系统业务进行跨系统业务连续性处理包括:在所述跨系统业务为语音业务的情况下,读取所述跨系统业务请求中携带的用于对所述语音进行媒体面参数协商的会话描述协议SDP信息;根据所述SDP信息协商所述语音业务跨至所述非LTE-R系统后的媒体面参数;根据协商后的所述媒体面参数,将所述语音业务切换至所述非LTE-R系统的承载上。

可选地,根据所述SDP信息协商所述语音业务跨至所述非LTE-R系统后的媒体面参数包括:根据所述SDP信息对比所述LTE-R系统与所述非LTE-R系统所支持的系统参数,获得对比结果;根据对比结果将所述LTE-R系统与所述非LTE-R系统均支持的系统参数确定为所述语音业务跨至所述非LTE-R系统后的媒体面参数。

可选地,根据协商后的所述媒体面参数,将所述语音业务切换至所述非LTE-R系统的承载上包括:确定需要进行所述语音业务切换的语音用户;根据所述语音用户确定所述语音业务对应的用户语音数据;根据协商后的所述媒体面参数,将确定的所述用户语音数据切换至所述非LTE-R系统的所述承载上。

可选地,根据协商后的所述媒体面参数,将确定的所述用户语音数据切换至所述非LTE-R系统的所述承载上包括:将确定的所述用户语音数据转换为满足协商后的所述媒体面参数对应的用户语音数据;将转换后获得的用户语音数据在所述非LTE-R系统的所述承载上传送。

可选地,所述跨系统业务请求包括以下至少之一:用于请求从所述LTE-R系统切换到所述非LTE-R系统的业务切换请求;用于处于所述LTE-R系统的主叫呼叫处于所述非LTE-R系统的被叫的呼叫请求。

根据本发明的另一个实施例,提供了一种业务处理装置,包括:接收模块,用于接收由应用于铁路的长期演进LTE-R系统切换到非LTE-R系统的跨系统业务请求;处理模块,用于对所述跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理。

可选地,该装置还包括:登录模块,用于对发起所述跨系统业务请求的用户执行登录处理;记录模块,用于在所述用户登录成功后,记录所述用户所属域为所述LTE-R系统。

可选地,所述处理模块包括:读取单元,用于在所述跨系统业务为语音业务的情况下,读取所述跨系统业务请求中携带的用于对所述语音进行媒体面参数协商的会话描述协议SDP信息;协商单元,用于根据所述SDP信息协商所述语音业务跨至所述非LTE-R系统后的媒体面参数;切换单元,用于根据协商后的所述媒体面参数,将所述语音业务切换至所述非LTE-R系统的承载上。

可选地,所述协商单元包括:对比子单元,用于根据所述SDP信息对比所述LTE-R系统与所述非LTE-R系统所支持的系统参数,获得对比结果;确定子单元,用于根据对比结果将所述LTE-R系统与所述非LTE-R系统均支持的系统参数确定为所述语音业务跨至所述非LTE-R系统后的媒体面参数。

可选地,所述切换单元包括:第一确定子单元,用于确定需要进行所述语音业务切换的语音用户;第二确定子单元,用于根据所述语音用户确定所述语音业务对应的用户语音数据;切换子单元,用于根据协商后的所述媒体面参数,将确定的所述用户语音数据切换至所述非LTE-R系统的所述承载上。

可选地,所述切换子单元包括:转换次子单元,用于将确定的所述用户语音数据转换为满足协商后的所述媒体面参数对应的用户语音数据;传送次子单元,用于将转换后获得的用户语音数据在所述非LTE-R系统的所述承载上传送。

根据本发明的另一个实施例,提供了一种业务处理系统,包括:控制代理单元,接收由应用于铁路的长期演进LTE-R系统切换到非LTE-R系统的跨系统业务请求;业务接续单元SCC,用于对所述跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理;控制服务单元,用于接收所述控制代理单元发送的跨系统业务请求,并根据所述跨系统业务请求控制所述SCC执行跨系统业务连续性处理。

可选地,该系统还包括:所属域选择单元ASS,用于接收所述控制服务单元的控制消息,选择所述跨系统业务请求对应的跨系统业务执行跨系统后所属的非LTE-R系统。

可选地,该系统还包括:业务转换单元SCVT,用于执行所述跨系统业务在所述LTE-R系统中与在所述非LTE-R系统中的适配和转换。

根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:接收由应用于铁路的长期演进LTE-R系统切换到非LTE-R系统的跨系统业务请求;对所述跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在接收由所述LTE-R系统切换到所述非LTE-R系统的所述跨系统业务请求之前,还包括:对发起所述跨系统业务请求的用户执行登录处理;在所述用户登录成功后,记录所述用户所属域为所述LTE-R系统。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:对所述跨系统业务请求对应的所述跨系统业务进行跨系统业务连续性处理包括:在所述跨系统业务为语音业务的情况下,读取所述跨系统业务请求中携带的用于对所述语音进行媒体面参数协商的会话描述协议SDP信息;根据所述SDP信息协商所述语音业务跨至所述非LTE-R系统后的媒体面参数;根据协商后的所述媒体面参数,将所述语音业务切换至所述非LTE-R系统的承载上。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:根据所述SDP信息协商所述语音业务跨至所述非LTE-R系统后的媒体面参数包括:根据所述SDP信息对比所述LTE-R系统与所述非LTE-R系统所支持的系统参数,获得对比结果;根据对比结果将所述LTE-R系统与所述非LTE-R系统均支持的系统参数确定为所述语音业务跨至所述非LTE-R系统后的媒体面参数。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:根据协商后的所述媒体面参数,将所述语音业务切换至所述非LTE-R系统的承载上包括:确定需要进行所述语音业务切换的语音用户;根据所述语音用户确定所述语音业务对应的用户语音数据;根据协商后的所述媒体面参数,将确定的所述用户语音数据切换至所述非LTE-R系统的所述承载上。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:根据协商后的所述媒体面参数,将确定的所述用户语音数据切换至所述非LTE-R系统的所述承载上包括:将确定的所述用户语音数据转换为满足协商后的所述媒体面参数对应的用户语音数据;将转换后获得的用户语音数据在所述非LTE-R系统的所述承载上传送。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:所述跨系统业务请求包括以下至少之一:用于请求从所述LTE-R系统切换到所述非LTE-R系统的业务切换请求;用于处于所述LTE-R系统的主叫呼叫处于所述非LTE-R系统的被叫的呼叫请求。

通过本发明,接收由应用于铁路的长期演进LTE-R系统切换到非LTE-R系统的跨系统业务请求;对所述跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理,因此,可以解决相关技术中在LTE-R系统与非LTE-R系统并存的情况下,存在无法实现跨系统业务的问题,达到跨系统业务接续的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是相关技术中集群语音通信系统的架构示意图;

图2是本发明实施例的业务处理方法的流程图;

图3是本发明实施例提供的业务处理系统的结构框图;

图4是本发明实施例的LTE-R系统下跨系统语音连续性的系统的整体组网图;

图5是本发明实施例的客户端Client登陆MCPTT Server的流程图;

图6是本发明实施例的LTE-R语音业务跨系统(GSM-R)连续性的流程图;

图7是本发明实施例的被叫位于GSM-R系统的跨系统呼叫的流程图;

图8是根据本发明实施例的业务处理装置的结构框图;

图9是根据本发明实施例的业务处理装置的优选结构框图;

图10是根据本发明实施例的业务处理装置中处理模块84的优选结构框图;

图11是根据本发明实施例的业务处理装置中处理模块84中协商单元104的优选结构框图;

图12是根据本发明实施例的业务处理装置中处理模块84中切换单元106的优选结构框图;

图13是根据本发明实施例的业务处理装置中处理模块84中切换单元106中切换子单元126的优选结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。

实施例1

图2是本发明实施例的业务处理方法的流程图,如图2所示,该流程包括如下步骤:

步骤S202,接收由应用于铁路的长期演进LTE-R系统切换到非LTE-R系统的跨系统业务请求;

步骤S204,对跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理。

通过上述步骤,对由应用于铁路的长期演进LTE-R系统切换到非LTE-R系统的跨系统业务进行跨系统业务连续性处理,可以解决相关技术中在LTE-R系统与非LTE-R系统并存的情况下,存在无法实现跨系统业务的问题,达到跨系统业务接续的效果。

为实现跨系统业务的接续性,在接收由LTE-R系统切换到非LTE-R系统的跨系统业务请求之前,需要在LTE-R系统中对用户的登录信息进行记录,例如,可以采用以下方式:对发起跨系统业务请求的用户执行登录处理;在用户登录成功后,记录用户所属域为LTE-R系统。

针对不同跨系统业务,对跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理可以采用不同方式。例如:在跨系统业务为语音业务的情况下,可以采用如下操作:先读取跨系统业务请求中携带的用于对语音进行媒体面参数协商的会话描述协议SDP信息;之后,根据SDP信息协商语音业务跨至非LTE-R系统后的媒体面参数;然后根据协商后的媒体面参数,将语音业务切换至非LTE-R系统的承载上。

其中,根据SDP信息协商语音业务跨至非LTE-R系统后的媒体面参数也可以采用多种方式,例如,先根据SDP信息对比LTE-R系统与非LTE-R系统所支持的系统参数,获得对比结果,其中,系统参数可以包括多种,例如,可以包括以下至少之一:系统所支持的语音速率,系统所支持的编解码方式,系统所支持的业务的优先级,其中,系统所支持的业务的优先级即对于外系统来说,待切换的用户是否具有资源抢占的权利等;根据对比结果将LTE-R系统与非LTE-R系统均支持的系统参数确定为语音业务跨至非LTE-R系统后的媒体面参数。另外,需要说明的是,在此系统参数不限于上述三种,所有影响语音业务的参数都可能会被协商,此处列举的三种参数为较为一般且重要的参数。

可选地,根据协商后的媒体面参数,将语音业务切换至非LTE-R系统的承载上可以采用以下方式:先确定需要进行语音业务切换的语音用户;之后,根据语音用户确定语音业务对应的用户语音数据;然后根据协商后的媒体面参数,将确定的用户语音数据切换至非LTE-R系统的承载上。

其中,根据协商后的媒体面参数,将确定的用户语音数据切换至非LTE-R系统的承载上包括:将确定的用户语音数据转换为满足协商后的媒体面参数对应的用户语音数据;将转换后获得的用户语音数据在非LTE-R系统的承载上传送。

需要说明的是,上述跨系统业务请求可以包括多种,例如,可以包括以下至少之一:用于请求从LTE-R系统切换到非LTE-R系统的业务切换请求;用于处于LTE-R系统的主叫呼叫处于非LTE-R系统的被叫的呼叫请求。上述几种仅用于举例,当然不限于上述举例的几种。

针对相关技术中,在LTE-R与其它网络系统(例如,GSM-R网络)并存的情况下,存在无法实现跨系统业务的问题,例如,如何保证LTE-R向GSM-R网络切换时的语音连续性的问题,考虑到LTE跨区系统间的切换。

对于LTE跨区系统间的切换,比较成熟的就是基于多媒体子系统(IP Multimedia Subsystem,简称为IMS)系统的单射频语音呼叫连续性(Single Radio Voice Call Continuity,简称为SVRCC)技术,该技术已经在公网有成熟应用,不过若要将IMS系统照搬到LTE-R系统中是不合适的,原因有以下几点:其一,因为IMS系统的引入最主要是解决LTE系统上的语音通信,而MCPTT系统已经实现语音通信,因此专网不需要IMS;其二,因为IMS系统组网复杂,不适合专网部署;其三,由于公网需要计费、多网融合以及各种多类型增值业务跟定制业务的需要,IMS系统中存在不少逻辑网元在铁路系统中是不需要的。

鉴于此,考虑全国铁路整体一张网络的现实,在本实施例中结合MCPTT系统的组成及功用,通过借鉴SVRCC技术流程,以非LTE-R系统为GSM-R系统,以跨系统业务为语音业务为例,提出LTE-R系统下同GSM-R系统保证语音连续性的方案,通过该方案,LTE-R可以在相关网络部署的基础上,通过简单改造或软件升级来实现跨系统语音连续性,有效解决基于MCPTT架构的LTE-R系统,语音业务在跨系统(GSM-R)时语音业务连续性的问题。

在本实施例中,提供了一种业务处理系统,图3是本发明实施例提供的业务处理系统的结构框图,如图3所示,该业务处理系统包括:控制代理单元,业务接续单元SCC和控制服务单元,下面分别说明。

控制代理单元32,接收由应用于铁路的长期演进LTE-R系统切换到非LTE-R系统的跨系统业务请求;业务接续单元SCC 36,用于对跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理;控制服务单元34,用于接收控制代理单元发送的跨系统业务请求,并根据跨系统业务请求控制SCC执行跨系统业务连续性处理。

可选地,该系统还包括:所属域选择单元ASS,用于接收S-CSCF的控制消息,选择跨系统业务请求对应的跨系统业务执行跨系统后所属的非LTE-R系统。

可选地,该系统还包括:业务转换单元SCVT,用于执行跨系统业务在LTE-R系统中与在非LTE-R系统中的适配和转换。

可选地,基于语音业务,在本发明优选施例中,提供了一种LTE-R系统下跨系统语音连续性的系统,图4是本发明实施例的LTE-R系统下跨系统语音连续性的系统的整体组网图,如图4所示,P-CSCF为呼叫会话控制代理单元(对应于上述控制代理单元32);S-CSCF为呼叫会话控制服务单元(对应于上述控制服务单元34);SCC为业务接续单元(同上述业务接续单元36);ASS为所属域选择单元;SCVT为业务转换单元;结合MCPTT架构中各网元的功能,本实施例中,P-CSCF、S-CSCF、ASS、SCVT等逻辑单元作为功能模块位于SIP Core网元中;SCC逻辑单元作为功能模块位于MCPTT Server网元中;另外:组网图中的归属用户服务器(Home Subscriber Service,简称为HSS)作为融合数据库存在,即融合了归属位置寄存器(Home Location Register,简称为HLR)、拜访位置寄存器(Visitor Location Register,简称为VLR)以及演进分组交换中心(Evolved Packet Core,简称为EPC)HSS。下面对各个单元进行说明。

呼叫会话控制代理单元P-CSCF,作为跨系统会话的接入单元,同外部系统相连,在LTE-R系统中作为同GSM-R系统的连接单元,接受外部会话控制命令并向内部转发处理;呼叫会话控制服务单元S-CSCF,作为跨系统会话的处理单元,接收由代理单元转发来的会话控制命令并负责同内部其他单元的交互处理;业务接续单元SCC,作为实际完成业务切换的功能单元,识别需要切换的语音业务并完成切换;所属域选择单元ASS,完成当前处于不同网络的用户的域选择,为跨系统的呼叫提供支持;业务转换单元SCVT,完成LTE-R系统用户语音同外系统(GSM-R)语音格式的适配与转换。

基于上述LTE-R系统下跨系统语音连续性的装置,举例几种场景:

场景一:客户端Client登陆MCPTT Server

图5是本发明实施例的客户端Client登陆MCPTT Server的流程图,如图5所示,该流程包括如下步骤:

S1,MCPTT Server按原框架流程收到Client发送的登陆消息;

S2,MCPTT Server向融合数据库HSS发送消息,对用户进行合法性查询;

S3,融合数据库HSS向MCPTT Server响应用户合法性查询结果;

S4,MCPTT Server向用户响应登陆消息并发送用户登陆消息给S-CSCF;

S5,S-CSCF转发用户登陆消息给ASS;

S6,ASS记录当前用户所在域为LTE网络;

S7,流程结束。

场景二:LTE-R语音业务跨系统(GSM-R)连续性

图6是本发明实施例的LTE-R语音业务跨系统(GSM-R)连续性的流程图,如图6所示,该流程包括如下步骤:

S1,P-CSCF接收外系统接口单元发送的跨系统语音切换请求,消息中携带切换语音标识及媒体面协商参数;

S2,P-CSCF转发切换请求给S-CSCF;

S3,S-CSCF根据媒体面协商参数判决需要采用何种媒体面参数,判决的主要过程就是判断本系统同异系统分别支持的诸如速率、编码格式等信息,选择双方系统均可支持的参数作为媒体面协商结果。

S4,S-CSCF回应切换请求,完成媒体面参数协商;

S5,S-CSCF发送语音切换消息给MCPTT Server;

S6,MCPTT Server根据切换参数判断需要切换的语音业务,下发切换命令给SCC;

S7,MCPTT Server向S-CSCF发送语音切换完成消息;

S8,S-CSCF向外系统接口单元回应语音切换完成消息;

S9,SCC完成语音业务的切换,将业务数据下发给SCVT;

S10,SCVT接收到来自SCC的语音数据,按照媒体面协商的结果完成业务格式转换并发送;

S11,流程结束。

场景三:被叫位于GSM-R系统的跨系统呼叫

图7是本发明实施例的被叫位于GSM-R系统的跨系统呼叫的流程图,如图7所示,该流程包括如下步骤:

S1,MCPTT Server收到呼叫请求,判断被叫不属于本系统域;

S2,MCPTT Server发送消息给S-CSCF,进行被叫所属域查询;

S3,S-CSCF收到MCPTT Server发来的域查询请求,将消息发送给ASS;

S4,ASS发送消息给融合数据库HSS,查询被叫所属域;

S5,融合数据库HSS查询本地拜访位置寄存器,确定被叫当前所属域为GSM-R;

S6,融合数据库HSS发送查询响应消息给ASS;

S7,ASS回应响应消息给S-CSCF;

S8,S-CSCF发送回应消息给MCPTT Server;

S9,MCPTT Server发送呼叫建立请求给S-CSCF;

S10,S-CSCF将呼叫建立请求发往GSM-R系统接口单元并进行相关媒体面参数协商;参数协商的主要过程就是判断本系统同异系统分别支持的诸如速率、编码格式等参数,选择双方系统均可支持的参数作为媒体面协商结果。

S11,GSM-R系统接口单元完成本系统内被叫号码的呼叫及承载建立,并向S-CSCF回应呼叫建立完成消息;

S12,S-CSCF向MCPTT Server回应呼叫建立完成消息;

S13,流程结束。

通过上述实现LTE-R跨系统语音连续性的方案,LTE-R专网可以在相关技术中的网络部署的基础上,通过简单改造或软件升级来实现跨系统语音连续性。降低了组网成本,同时在语音连续性处理的流程上更适合于专网应用,方便实现与维护。

结合上述场景,对本发明优选实施方式进行说明。

优选实施方式一:

在MCPTT架构下,用户作为Client端只有在应用服务器AS(Application Server,简称为AS)登陆后,才可以发起与进行业务,引入跨系统切换单元后,用户的登陆过程需要被记录,便于在跨系统切换的进行域选择。

S1,MCPTT Server按原框架流程收到Client发送的登陆消息;

S2,MCPTT Server向融合数据库HSS发送消息,对用户进行合法性查询;

S3,融合数据库HSS向MCPTT Server响应用户合法性查询结果;

S4,MCPTT Server发送INVITE消息给SIP Core,消息携带用户登陆信息,比如,User ID,移动台综合业务数字网号码(Mobile Station Integrated Services Digital Network Number,简称为MSISDN);

S5,SIP Core网元中的S-CSCF接收消息并回应200ok给MCPTT Server;

S6,S-CSCF内部转发用户登陆消息内容给ASS;

S7,ASS记录当前登陆用户所在域为LTE网络;

S8,流程结束。

优选实施方式二:

两个移动终端UE-A与UE-B均位于LTE-R网络中且正在通话,过程中UE-A逐渐移动至LTE-R网络边缘,通过网络自身的质量检测能力触发跨系统切换。

S1,UE-A移动至LTE-R网络边缘,向eNodeb上报邻小区测量报告(包含系统内小区与异系统小区);

S2,UE-A所在eNodeb分析UE-A上报的测量数据,判定UE-A需要进行跨系统切换;

S3,UE-A所在eNodeb向所在MME发送切换请求,请求中携带目标小区ID、异系统切换指示;

S4,MME向GSM-R系统的MSC Server发送PS-CS切换请求,请求中携带目标ID、MSISDN、STN-SR(移动终端相关的切换标示)、加密安全信息等。

S5,MSC Server接收PS-CS切换请求,根据目标ID在GSM-R系统内选择目标小区所在的目标MSC,并同目标MSC建立切换承载;

S6,MSC Server向SIP Core发送INVITE消息,发起跨系统语音切换流程,消息中携带SDP信息进行媒体面参数协商,信息中包括本系统支持的语音速率、编解码方式等;

S7,SIP Core中的P-CSCF接收MSC Server发过来的SIP消息,将消息内容内部转发给S-CFCS;

S8,S-CSCF读取消息中的SDP信息,对比本系统与GSM-R系统的支持的速率、编码格式、优先级等信息,确定协商后的媒体面参数,通过P-CSCF发送SIP回应消息给MSC Server,消息携带协商后的媒体面参数;

S9,MSC Server向MME回应PS-CS切换请求响应消息,通知UE-A启动网络切换至GSM-R网络;

S10,SIP Core中的S-CSCF进行完媒体参数协商后发送INVITE消息给MCPTT Server,消息携带STN-SR;

S11,MCPTT Server根据消息参数STN-SR判断需要进行切换的语音用户,发送内部消息给SCC完成语音的切换,同时发送200ok消息给SIP Core作为语音切换消息的响应;

S12,SIP Core的S-CSCF接收MCPTT Server发送来的200ok消息,并通过P-CSCF发送200ok给MSC Server作为切换请求消息的响应;

S13,MCPTT Server中的SCC将指定的用户语音数据发送至SIP Core;

S14,SIP Core中的SCVT接收用户数据,并按照媒体面协商参数进行用户数据的速率以及编解码变换,发送给MSC Server,至此语音在已经建立完成的GSM-R承载上传送;

S15,语音切换完成,MCPTT Server发起流程删除原UE-A的LTE-R承载。

S16,流程结束。

优选实施方式三:

两个铁路移动终端,UE-A当前位于LTE-R网络,UE-B当前位置更新于GSM-R网络,UE-A发起呼叫拨打UE-B。

S1,UE-A按照系统内流程发起主叫侧呼叫至MCPTT Server;

S2,MCPTT Server完成被叫号码的合法性及鉴权检查,发现被叫当前不在当前域内,MCPTT Server发送INVITE消息给SIP Core,进行被叫所属域查询;

S3,SIP Core中的S-CSCF接收查询消息并将其内部转发给ASS;

S4,ASS消息给融合数据库HSS,消息携带被叫号码等身份信息,查询被叫所属域;

S5,融合数据库HSS查询本地拜访位置寄存器,确认被叫当前所在域为GSM-R;并发送回应消息给SIP Core中的ASS;

S6,ASS内部转发消息给S-CSCF,S-CSCF发送SIP回应消息给MCPTT Server,消息携带域查询结果;

S7,MCPTT Server向SIP Core发送INVITE消息,发起跨系统呼叫请求;

S8,SIP Core中的S-CSCF接收呼叫请求消息,发起媒体面参数协商流程,通过P-CSCF向MSC-Server发送INVITE消息,消息携带SDP信息,信息包括本系统的支持的速率、编码格式等;

S9,MSC Server收到SIP Core发送过来的INVITE呼叫请求,对比本系统媒体面参数,确定协商后的参数,并发送SIP响应消息给SIP Core,作为对媒体面参数协商的消息回应;

S10,SIP Core中的P-CSCF接收消息后内部转发给S-CSCF;

S11,MSC Server对被叫号码进行必要的鉴权后,通过GSM-R系统内部流程向被叫发起呼叫并建立GSM承载;

S12,MSC Server向SIP Core发送200ok消息,作为对呼叫请求的响应消息;

S13,SIP Core收到200ok消息后,同样发送200ok消息给MCPTT Server,完成主被叫呼叫建立;

S14,流程结束。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。

实施例2

在本实施例中还提供了一种业务处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。

图8是根据本发明实施例的业务处理装置的结构框图,如图8所示,该装置包括:接收模块82和处理模块84,下面对该装置进行说明。

接收模块82,用于接收由应用于铁路的长期演进LTE-R系统切换到非LTE-R系统的跨系统业务请求;处理模块84,连接至上述接收模块82,用于对跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理。

图9是根据本发明实施例的业务处理装置的优选结构框图,如图9所示,该装置除包括图8所示的所有模块外,还包括:登录模块92和记录模块94,下面对该装置进行说明。

登录模块92,用于对发起跨系统业务请求的用户执行登录处理;记录模块94,连接至上述登录模块92和接收模块82,用于在用户登录成功后,记录用户所属域为LTE-R系统。

图10是根据本发明实施例的业务处理装置中处理模块84的优选结构框图,如图10所示,该处理模块84包括:读取单元102、协商单元104和切换单元106,下面对该处理模块84进行说明。

读取单元102,用于在跨系统业务为语音业务的情况下,读取跨系统业务请求中携带的用于对语音进行媒体面参数协商的会话描述协议SDP信息;协商单元104,连接至上述读取单元102,用于根据SDP信息协商语音业务跨至非LTE-R系统后的媒体面参数;切换单元106,连接至上述协商单元104,用于根据协商后的媒体面参数,将语音业务切换至非LTE-R系统的承载上。

图11是根据本发明实施例的业务处理装置中处理模块84中协商单元104的优选结构框图,如图11所示,该协商单元104包括:对比子单元112和确定子单元114,下面对上述协商单元104进行说明。

对比子单元112,用于根据SDP信息对比LTE-R系统与非LTE-R系统所支持的系统参数,获得对比结果;确定子单元114,连接至上述对比子单元112,用于根据对比结果将LTE-R系统与非LTE-R系统均支持的系统参数确定为语音业务跨至非LTE-R系统后的媒体面参数。

图12是根据本发明实施例的业务处理装置中处理模块84中切换单元106的优选结构框图,如图12所示,该切换单元106包括:第一确定子单元122,第二确定子单元124和切换子单元126,下面对该切换单元106进行说明。

第一确定子单元122,用于确定需要进行语音业务切换的语音用户;第二确定子单元124,连接至上述第一确定子单元122,用于根据语音用户确定语音业务对应的用户语音数据;切换子单元126,连接至上述第二确定子单元124,用于根据协商后的媒体面参数,将确定的用户语音数据切换至非LTE-R系统的承载上。

图13是根据本发明实施例的业务处理装置中处理模块84中切换单元106中切换子单元126的优选结构框图,如图13所示,该切换子单元126包括:转换次子单元132和传送次子单元134,下面对该转换子单元126进行说明。

转换次子单元132,用于将确定的用户语音数据转换为满足协商后的媒体面参数对应的用户语音数据;传送次子单元134,连接至上述转换次子单元132,用于将转换后获得的用户语音数据在非LTE-R系统的承载上传送。

需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:

S1,接收由应用于铁路的长期演进LTE-R系统切换到非LTE-R系统的跨系统业务请求;

S2,对跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:

在接收由LTE-R系统切换到非LTE-R系统的跨系统业务请求之前,还包括:

S1,对发起跨系统业务请求的用户执行登录处理;

S2,在用户登录成功后,记录用户所属域为LTE-R系统。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:对跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理包括:

S1,在跨系统业务为语音业务的情况下,读取跨系统业务请求中携带的用于对语音进行媒体面参数协商的会话描述协议SDP信息;

S2,根据SDP信息协商语音业务跨至非LTE-R系统后的媒体面参数;

S3,根据协商后的媒体面参数,将语音业务切换至非LTE-R系统的承载上。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:

根据SDP信息协商语音业务跨至非LTE-R系统后的媒体面参数包括:

S1,根据SDP信息对比LTE-R系统与非LTE-R系统所支持的系统参数,获得对比结果;

S2,根据对比结果将LTE-R系统与非LTE-R系统均支持的系统参数确定为语音业务跨至非LTE-R系统后的媒体面参数。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:根据协商后的媒体面参数,将语音业务切换至非LTE-R系统的承载上包括:

S1,确定需要进行语音业务切换的语音用户;

S2,根据语音用户确定语音业务对应的用户语音数据;

S3,根据协商后的媒体面参数,将确定的用户语音数据切换至非LTE-R系统的承载上。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:

根据协商后的媒体面参数,将确定的用户语音数据切换至非LTE-R系统的承载上包括:

S1,将确定的用户语音数据转换为满足协商后的媒体面参数对应的用户语音数据;

S2,将转换后获得的用户语音数据在非LTE-R系统的承载上传送。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:

S1,跨系统业务请求包括以下至少之一:用于请求从LTE-R系统切换到非LTE-R系统的业务切换请求;用于处于LTE-R系统的主叫呼叫处于非LTE-R系统的被叫的呼叫请求。

可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:接收由应用于铁路的长期演进LTE-R系统切换到非LTE-R系统的跨系统业务请求;对跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在接收由LTE-R系统切换到非LTE-R系统的跨系统业务请求之前,还包括:对发起跨系统业务请求的用户执行登录处理;在用户登录成功后,记录用户所属域为LTE-R系统。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:对跨系统业务请求对应的跨系统业务进行跨系统业务连续性处理包括:在跨系统业务为语音业务的情况下,读取跨系统业务请求中携带的用于对语音进行媒体面参数协商的会话描述协议SDP信息;根据SDP信息协商语音业务跨至非LTE-R系统后的媒体面参数;根据协商后的媒体面参数,将语音业务切换至非LTE-R系统的承载上。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:根据SDP信息对比LTE-R系统与非LTE-R系统所支持的系统参数,获得对比结果;根据对比结果将LTE-R系统与非LTE-R系统均支持的系统参数确定为语音业务跨至非LTE-R系统后的媒体面参数。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:根据协商后的媒体面参数,将语音业务切换至非LTE-R系统的承载上包括:确定需要进行语音业务切换的语音用户;根据语音用户确定语音业务对应的用户语音数据;根据协商后的媒体面参数,将确定的用户语音数据切换至非LTE-R系统的承载上。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:根据协商后的媒体面参数,将确定的用户语音数据切换至非LTE-R系统的承载上包括:将确定的用户语音数据转换为满足协商后的媒体面参数对应的用户语音数据;将转换后获得的用户语音数据在非LTE-R系统的承载上传送。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:跨系统业务请求包括以下至少之一:用于请求从LTE-R系统切换到非LTE-R系统的业务切换请求;用于处于LTE-R系统的主叫呼叫处于非LTE-R系统的被叫的呼叫请求。

可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。

显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1