一种承载释放方法、装置、MME及SAE-GW与流程

文档序号:16131819发布日期:2018-12-01 00:24阅读:896来源:国知局

本发明涉及通信技术领域,特别是指一种承载释放方法、装置、移动性管理实体mme及用户面功能实体网关sae-gw。

背景技术

现有语音业务volteesrvcc(enhancedsingleradiovoicecallcontinuity,增强的单一无线语音呼叫连续性)切换流程如1所示,包括:

步骤11:终端a和终端b之间已经建立起volte会话,终端a为srvcc(singleradiovoicecallcontinuity,单一无线语音呼叫连续性)终端,呼叫信令锚定在atcf上,媒体面锚定在atgw上;atcf(acesstransfercontrolfunctionality,接入转移控制功能)和atgw(accesstransfergateway,接入转移网关),分别作为voip呼叫在控制平面和用户平面的锚定点;

步骤12:终端a根据enb(e-utran)指示,对相邻小区进行测量,并上报测量结果;

步骤13:enb决定发起esrvcc切换,并选定目标小区;

步骤14:enb向mme发送handoverrequired消息,消息中携带目标小区id,并通过srvcchoindication指示该切换为srvcc切换;

步骤15:mme根据srvcchoindication判断本次切换为srvcc切换,将切换会话中的语音媒体流(qci=1)分离出来进行后续切换;

步骤16:mme选择一个emsc并发送srvcc分组交换psto电路交换csrequest请求,通知emsc发起电路域侧资源预留,主要参数包含国际移动用户识别码imsi、c-msisdn(关联msisdn)、会话传输号码stn-sr、targetcellid和源到目标透明容器sourcetotargettransparentcontainer;

步骤17-110:emsc发起电路域侧的资源预留流程包括空口资源及核心网链路资源;

步骤111:emsc返回srvccpstocsresponse,通知mme资源预留结果,并携带targettosourcetransparentcontainer参数;

步骤11:如果电路域侧资源预留已完成,mme向enb发送handovercommand消息,携带targettosourcetransparentcontainer参数;

步骤113:enb根据targettosourcetransparentcontainer参数通知终端从lte切换到全球移动通信系统gsm的目标小区;

步骤114:终端空口切换到gsm;

步骤115-117:在终端空口切换到gsm后,bss向目标msc发送hocomplete消息,经过emsc后通知mme切换完成;

步骤118:mme发起承载释放流程,删除saegw上的所有gbr承载,并挂起默认承载;

步骤119:mme发起无线侧承载释放流程,释放s1接口及无线资源;

步骤120:emsc在发出srvccpstocsresponse消息触发接入侧切换流程的同时,也向p-cscf发送sipinvite消息,触发会话层面的切换流程,消息中携带从mme获得的stn-sr和c-msisdn,同时携带msc侧的sdp;

步骤121-122:p-cscf根据msc侧的sdp,通过atcf和atgw交互完成媒体面的改向,将媒体连接指向emsc/mgw;同时构造一个新的invite消息,将request-uri设置为之前从注册消息中收到的atu-sti,指向sccas;

步骤123:p-cscf通过atcf控制atgw完成媒体面改向;

步骤124-129:200ok响应及ack;

步骤130:sccas在收到invite消息后,得知发生了srvcc切换,通过c-msisdn将新的信令连接与远端信令连接进行关联,并通过bye消息释放原有信令连接;

步骤131:p-cscf收到bye消息后,删除本地信令连接;

步骤132-133:释放完成,切换完成后,媒体面通过atgw和emsc/mgw实现转接;

步骤134-135:emsc发起tmsi重新分配,并代替用户进行电路域位置更新。

如果在发生切换时,上层已经进行了sip消息的释放,即上层已经开始发送bye消息,那么此时会触发网络进行sip信令连接的是释放即nas(非接入层)承载的释放,如图2中的步骤28-210所示,由于此时发生了切换,如图1所示enb会向mme发送切换请求(步骤14)此时mme会忽略步骤28的释放承载请求而处理切换请求,从而执行切换流程要求ue进行切换执行步骤113-114,而此时ue认为上次sip已经没有连接,切换已无意义,因此不去进行切换,mme会重复发送步骤14要求ue进行切换,会带来额外的信令开销和没有必要的切换。



技术实现要素:

本发明的目的在于提供一种承载释放方法、装置、移动性管理实体mme及用户面功能实体网关sae-gw,解决现有技术中在切换与上层sip释放发生冲突时,存在额外的信令开销及无意义的切换的问题。

为了解决上述技术问题,本发明实施例提供一种承载释放方法,应用于移动性管理实体mme,包括:

在接收到源基站发送的切换请求时,判断接收所述切换请求之前,是否接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求;

若是,则向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令。

可选的,在所述向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令之后,所述承载释放方法还包括:

向sae-gw发送承载释放响应消息。

可选的,所述发起释放原因值包括主叫侧挂机或被叫侧挂机。

本发明还提供了一种承载释放方法,应用于用户面功能实体网关sae-gw,包括:

接收计费策略控制单元pcrf发送的、携带发起释放原因值的随机接入响应rar消息;

根据rar消息得到携带发起释放原因值的承载释放请求,并发送给对应的移动性管理实体。

本发明还提供了一种承载释放装置,应用于移动性管理实体mme,包括:

判断模块,用于在接收到源基站发送的切换请求时,判断接收所述切换请求之前,是否接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求;

第一发送模块,用于接收所述切换请求之前,接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求时,则向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令。

可选的,所述承载释放装置还包括:

第二发送模块,用于在所述向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令之后,向sae-gw发送承载释放响应消息。

可选的,所述发起释放原因值包括主叫侧挂机或被叫侧挂机。

本发明还提供了一种承载释放装置,应用于用户面功能实体网关sae-gw,包括:

接收模块,用于接收计费策略控制单元pcrf发送的、携带发起释放原因值的随机接入响应rar消息;

处理模块,用于根据rar消息得到携带发起释放原因值的承载释放请求,并发送给对应的移动性管理实体。

本发明还提供了一种移动性管理实体mme,包括:

第一处理器,用于在接收到源基站发送的切换请求时,判断接收所述切换请求之前,是否接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求;

若是,则向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令。

可选的,所述第一处理器还用于:

在所述向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令之后,向sae-gw发送承载释放响应消息。

可选的,所述发起释放原因值包括主叫侧挂机或被叫侧挂机。

本发明还提供了一种用户面功能实体网关sae-gw,包括:

输入输出端口,用于接收计费策略控制单元pcrf发送的、携带发起释放原因值的随机接入响应rar消息;

第二处理器,用于根据rar消息得到携带发起释放原因值的承载释放请求,并发送给对应的移动性管理实体mme。

本发明的上述技术方案的有益效果如下:

上述方案中,所述承载释放方法通过在接收到源基站发送的切换请求时,判断接收切换请求之前,是否接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求;若是,则向源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令;能够避免在接收到释放指令后若接收到切换请求,则无意义的重复要求终端进行切换的情况,节省了信令开销,很好的解决了现有技术中在切换与上层sip释放发生冲突时,存在额外的信令开销及无意义的切换的问题。

附图说明

图1为现有技术中的volteesrvcc切换流程示意图;

图2为现有技术中的信令释放流程示意图;

图3为本发明实施例一的承载释放方法流程示意图;

图4为本发明实施例二的承载释放方法流程示意图;

图5为本发明实施例中发起释放原因值为主叫侧挂机时承载释放方法的具体流程示意图;

图6为本发明实施例中发起释放原因值为被叫侧挂机时承载释放方法的具体流程示意图;

图7为本发明实施例三的承载释放装置结构示意图;

图8为本发明实施例四的承载释放装置结构示意图;

图9为本发明实施例五的移动性管理实体结构示意图;

图10为本发明实施例六的用户面功能实体网关结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。

本发明针对现有的技术中在切换与上层sip释放发生冲突时,存在额外的信令开销及无意义的切换的问题,提供了多种解决方案,具体如下:

实施例一

如图3所示,本发明实施例一提供一种承载释放方法,可应用于移动性管理实体mme,所述承载释放包括:

步骤31:在接收到源基站发送的切换请求时,判断接收所述切换请求之前,是否接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求;

步骤32:若是,则向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令。

本发明实施例一提供的所述承载释放方法通过在接收到源基站发送的切换请求时,判断接收切换请求之前,是否接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求;若是,则向源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令;能够避免在接收到释放指令后若接收到切换请求,则无意义的重复要求终端进行切换的情况,节省了信令开销,很好的解决了现有技术中在切换与上层sip释放发生冲突时,存在额外的信令开销及无意义的切换的问题。

进一步的,在所述向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令之后,所述承载释放方法还包括:向sae-gw发送承载释放响应消息。

其中,所述发起释放原因值包括主叫侧挂机或被叫侧挂机。

实施例二

如图4所示,本发明实施例二提供一种承载释放方法,可应用于用户面功能实体网关sae-gw,所述承载释放方法包括:

步骤41:接收计费策略控制单元pcrf发送的、携带发起释放原因值的随机接入响应rar消息;

步骤42:根据rar消息得到携带发起释放原因值的承载释放请求,并发送给对应的移动性管理实体。

本发明实施例二提供的所述承载释放方法通过向对应的移动性管理实体发送携带发起释放原因值的承载释放请求,使得对应的移动性管理实体在接收到源基站发送的切换请求时,能够向源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令;进而避免在接收到释放指令后若接收到切换请求,则无意义的重复要求终端进行切换的情况,节省了信令开销,很好的解决了现有技术中在切换与上层sip释放发生冲突时,存在额外的信令开销及无意义的切换的问题。

下面结合mme和sae-gw两侧对本发明实施例提供的所述承载释放方法进行举例说明。

举例一,发起释放原因值以主叫侧挂机为例,如图5所示:

步骤51~53,主叫侧挂机,主叫终端ue(o)向主叫会话边界控制器voltesbc(o)发送bye消息,之后消息转发至被叫会话边界控制器voltesbc(t)和被叫终端ue(t)。

步骤54,voltesbc(o)给主叫计费策略控制单元pcrf(o)发送的会话传输号码str消息中携带原因值指示主叫侧挂机。

步骤55,pcrf(o)发送给主叫用户面功能实体网关sae-gw(o)的消息中携带原因值指示为主叫sip层挂机(主叫侧挂机)。

步骤56,sae-gw(o)回复重鉴权响应raa消息给pcrf(o)。

步骤57,pcrf(o)回复接入授权响应aaa消息给voltesbc(o)。

步骤58,主叫侧移动性管理实体mme(o)向sae-gw(o)发送删除承载指令消息deletebearcommand。

步骤59,sae-gw(o)发送给mme(o)删除承载请求消息deletebearrequest,其中携带原因值指示为主叫sip层挂机,mme(o)接收到此原因值后在接收到源基站发送的切换请求消息handoverrequired后回复切换准备失败消息handoverpreparationfailure,通知源基站本次切换失败,同时向源基站发起s1专用承载的释放过程,不再进行主叫ue的切换流程,从而触发无线承载的释放过程。

步骤510,源基站进行空口承载的释放。

步骤511,mme(o)给sae-gw(o)回复删除承载响应消息deletebearresponse。

步骤512-519,进行ue(t)侧承载释放流程,可参见现有方案,在此不再赘述。

步骤520,ue(t)回复200ok消息。

举例二,发起释放原因值以被叫侧挂机为例,如图6所示:

步骤61~63,被叫侧挂机,被叫终端ue(t)向被叫会话边界控制器voltesbc(t)发送bye消息,之后消息转发至主叫会话边界控制器voltesbc(o)和主叫终端ue(o)。

步骤64,voltesbc(t)给被叫计费策略控制单元pcrf(t)发送的会话传输号码str消息中携带原因值指示被叫侧挂机。

步骤65,pcrf(t)发送给被叫用户面功能实体网关sae-gw(t)的消息中携带原因值指示为被叫sip层挂机(主叫侧挂机)。

步骤66,sae-gw(t)回复重鉴权响应raa消息给pcrf(t)。

步骤67,pcrf(t)回复接入授权响应aaa消息给voltesbc(t)。

步骤68,被叫侧移动性管理实体mme(t)向sae-gw(t)发送删除承载指令消息deletebearcommand。

步骤69,sae-gw(t)发送给mme(t)删除承载请求消息deletebearrequest,其中携带原因值指示为被叫sip层挂机,mme(t)接收到此原因值后在接收到源基站发送的切换请求消息handoverrequired后回复切换准备失败消息handoverpreparationfailure,通知源基站本次切换失败,同时向源基站发起s1承载的释放过程,不再进行被叫ue的切换流程,从而触发无线承载的释放过程。

步骤610,源基站进行空口承载的释放。

步骤611,mme(t)给sae-gw(t)回复删除承载响应消息deletebearresponse。

步骤612-619,进行ue(o)侧承载释放流程,可参见现有方案,在此不再赘述。

步骤620,ue(o)回复200ok消息。

由上可知,本发明实施例提供的方案能够解决信令冲突,可以在发生信令冲突时不进行额外的信令开销及无意义的切换。

实施例三

如图7所示,本发明实施例三提供一种承载释放装置,可应用于移动性管理实体mme,所述承载释放装置包括:

判断模块71,用于在接收到源基站发送的切换请求时,判断接收所述切换请求之前,是否接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求;

第一发送模块72,用于接收所述切换请求之前,接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求时,则向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令。

本发明实施例三提供的所述承载释放装置通过在接收到源基站发送的切换请求时,判断接收切换请求之前,是否接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求;若是,则向源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令;能够避免在接收到释放指令后若接收到切换请求,则无意义的重复要求终端进行切换的情况,节省了信令开销,很好的解决了现有技术中在切换与上层sip释放发生冲突时,存在额外的信令开销及无意义的切换的问题。

进一步的,所述承载释放装置还包括:第二发送模块,用于在所述向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令之后,向sae-gw发送承载释放响应消息。

优选的,所述发起释放原因值包括主叫侧挂机或被叫侧挂机。

其中,上述涉及mme侧的承载释放方法的所述实现实施例均适用于该承载释放装置的实施例中,也能达到相同的技术效果。

实施例四

如图8所示,本发明实施例四提供一种承载释放装置,可应用于用户面功能实体网关sae-gw,所述承载释放装置包括:

接收模块81,用于接收计费策略控制单元pcrf发送的、携带发起释放原因值的随机接入响应rar消息;

处理模块82,用于根据rar消息得到携带发起释放原因值的承载释放请求,并发送给对应的移动性管理实体。

本发明实施例四提供的所述承载释放装置通过向对应的移动性管理实体发送携带发起释放原因值的承载释放请求,使得对应的移动性管理实体在接收到源基站发送的切换请求时,能够向源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令;进而避免在接收到释放指令后若接收到切换请求,则无意义的重复要求终端进行切换的情况,节省了信令开销,很好的解决了现有技术中在切换与上层sip释放发生冲突时,存在额外的信令开销及无意义的切换的问题。

其中,上述涉及sae-gw侧的承载释放方法的所述实现实施例均适用于该承载释放装置的实施例中,也能达到相同的技术效果。

实施例五

如图9所示,本发明实施例五提供一种移动性管理实体mme,包括:

第一处理器91,用于在接收到源基站发送的切换请求时,判断接收所述切换请求之前,是否接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求;

若是,则向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令。

本发明实施例五提供的所述移动性管理实体通过在接收到源基站发送的切换请求时,判断接收切换请求之前,是否接收到用户面功能实体网关sae-gw发送的、携带发起释放原因值的承载释放请求;若是,则向源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令;能够避免在接收到释放指令后若接收到切换请求,则无意义的重复要求终端进行切换的情况,节省了信令开销,很好的解决了现有技术中在切换与上层sip释放发生冲突时,存在额外的信令开销及无意义的切换的问题。

进一步的,所述第一处理器还用于:在所述向所述源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令之后,向sae-gw发送承载释放响应消息。

优选的,所述发起释放原因值包括主叫侧挂机或被叫侧挂机。

其中,上述涉及mme侧的承载释放装置的所述实现实施例均适用于该mme的实施例中,也能达到相同的技术效果。

实施例六

如图10所示,本发明实施例六提供一种用户面功能实体网关sae-gw,包括:

输入输出端口101,用于接收计费策略控制单元pcrf发送的、携带发起释放原因值的随机接入响应rar消息;

第二处理器102,用于根据rar消息得到携带发起释放原因值的承载释放请求,并发送给对应的移动性管理实体mme。

本发明实施例六提供的所述用户面功能实体网关通过向对应的移动性管理实体发送携带发起释放原因值的承载释放请求,使得对应的移动性管理实体在接收到源基站发送的切换请求时,能够向源基站发送用于指示切换失败的通知消息,及基站与核心网之间s1承载的释放指令;进而避免在接收到释放指令后若接收到切换请求,则无意义的重复要求终端进行切换的情况,节省了信令开销,很好的解决了现有技术中在切换与上层sip释放发生冲突时,存在额外的信令开销及无意义的切换的问题。

其中,上述涉及sae-gw侧的承载释放装置的所述实现实施例均适用于该sae-gw的实施例中,也能达到相同的技术效果。

需要说明的是,此说明书中所描述的许多功能部件都被称为模块,以便更加特别地强调其实现方式的独立性。

本发明实施例中,模块可以用软件实现,以便由各种类型的处理器执行。举例来说,一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块,举例来说,其可以被构建为对象、过程或函数。尽管如此,所标识模块的可执行代码无需物理地位于一起,而是可以包括存储在不同位里上的不同的指令,当这些指令逻辑上结合在一起时,其构成模块并且实现该模块的规定目的。

实际上,可执行代码模块可以是单条指令或者是许多条指令,并且甚至可以分布在多个不同的代码段上,分布在不同程序当中,以及跨越多个存储器设备分布。同样地,操作数据可以在模块内被识别,并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集,或者可以分布在不同位置上(包括在不同存储设备上),并且至少部分地可以仅作为电子信号存在于系统或网络上。

在模块可以利用软件实现时,考虑到现有硬件工艺的水平,所以可以以软件实现的模块,在不考虑成本的情况下,本领域技术人员都可以搭建对应的硬件电路来实现对应的功能,所述硬件电路包括常规的超大规模集成(vlsi)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备,诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述原理前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

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