CN108696861A - 一种呼叫处理方法、移动管理实体设备和服务网关 - Google Patents
一种呼叫处理方法、移动管理实体设备和服务网关 Download PDFInfo
- Publication number
- CN108696861A CN108696861A CN201710086957.6A CN201710086957A CN108696861A CN 108696861 A CN108696861 A CN 108696861A CN 201710086957 A CN201710086957 A CN 201710086957A CN 108696861 A CN108696861 A CN 108696861A
- Authority
- CN
- China
- Prior art keywords
- message
- mme
- ddn
- base station
- advertisement message
- 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
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种呼叫处理方法及设备,所述方法包括:移动管理实体MME收到服务网关S‑GW发送的下行数据通知DDN消息后,通知基站与空闲态UE建立默认承载;所述MME若接收到所述基站返回的承载建立失败消息,则向所述S‑GW发送告知消息,用以指示所述S‑GW重新发送所述DDN消息;其中,所述告知消息中包括指示标志位,所述指示标志位携带有预设的重试标识。本发明的方法通过MME向S‑GW发送告知消息,用以指示S‑GW重新发送DDN消息,相较于现有技术中等待计时器超时后才重发DDN消息,能够实现缩短用户等待时间。
Description
技术领域
本发明涉及通信技术领域,特别是一种呼叫处理方法、移动管理实体设备和服务网关。
背景技术
UE在RRC(Radio Resource Control,无线资源控制)层有两个状态:RRC_CONNECTED(连接)状态和RRC_IDLE(空闲)状态。如果UE与基站没有建立默认承载,即没有建立RRC连接,UE处在空闲状态。以下描述现有VOLTE用户的被叫过程。
图1示出了网络侧触发服务请求(Service Request)流程图。
由于S-GW没有用户的承载信息,SGW收到主叫UE数据面下行(信令1,DownlinkData)INVITE消息后会向MME发送DDN消息(信令2,Downlink Data Notification,下行数据通知)。
MME收到DDN消息后,根据寻呼规则向被叫UE发起寻呼请求(信令3a-4a,Paging)。
接下来过程5,UE收到寻呼消息后,发起服务请求流程(service requestprocedure)建立默认承载。
默认承载建立成功后,SGW将invite消息发送给UE。UE应答183建立进度信息(session progress),P-CSCF(Proxy-Call Session Control Funtion,代理呼叫会话控制功能)收到183消息后,通知PCRF(Policy and Charging Rules Function,策略与计费规则功能单元)建立专载。主被叫专载建立后,双方进行后续通话过程。
图2示出了现有默认承载建立过程失败的跟踪过程。
可以看出,E-RAB(Evolved Radio Access Bearer,演进的无线接入承载)建立失败(即15:05:23的时间点信令206,Initial Context Setup Failure上下文配置失败消息)到向CS域发起重试(即15:05:30的时间点信令209,SGsAP Paging Request,SGs接口寻呼请求)的计时器(IMS CS retry Timer)超时,中间约7s时间核心网(EPC)没有任何动作,只是发送UE释放上下文命令(Context Release Command)释放了S1接口的承载(信令207),直到计时器超时后,TAS(IMS网内语音应用服务器)重新从CS发起了呼叫,MSC从SGS接口下发Paging寻呼用户,UE收到寻呼后,发起ESR(Extended Service Request,扩展服务请求消息),回落2G网络继续语音接续流程。
从用户跟踪的数据看,在缺省承载建立失败到CS RETRY TIMER(10s)超时这段时间(信令206-209)内,IMS一直在尝试下行发送INVITE消息,而SGW没有重新下发DDN消息给MME。这是因为,根据规范3gpp 23.401描述,在S-GW收到MME响应的DDN ACK消息(信令202Downlink Data Notification acknowledgement,回复确认,简称DDN ACK)后,等待建立用户面承载时,除非SGW收到更高优先级承载的下行数据,否则SGW将不再发送DDN至MME。
被叫UE在承载建立失败后,只能等计时器超时后才有机会重新建立承载,此过程等待时间较长。
发明内容
针对现有技术的缺陷,本发明提供一种呼叫处理方法、移动管理实体设备和服务网关。
第一方面,本发明提供一种呼叫处理方法,包括:
移动管理实体MME收到服务网关S-GW发送的下行数据通知DDN消息后,通知基站与空闲态UE建立默认承载;
所述MME若接收到所述基站返回的承载建立失败消息,则向所述S-GW发送告知消息,用以指示所述S-GW重新发送所述DDN消息;其中,所述告知消息中包括指示标志位,所述指示标志位携带有预设的重试标识。
可选地,所述告知消息具体为修改承载请求“Modify Bearer Request”消息。
第二方面,本发明提供另一种呼叫处理方法,包括:
服务网关S-GW向移动管理实体MME发送下行数据通知DDN消息后,以使得所述MME通知基站与空闲态UE建立默认承载;
接收所述MME返回的告知消息,若判断获知所述告知消息中包括的指示标志位的值为预设的重试标识,则重新向所述MME发送所述DDN消息;携带有所述重试标识的告知消息是所述MME在接收到所述基站返回的承载建立失败消息后发送的。
可选地,所述方法还包括:
若判断获知所述告知消息中包括的指示标志位的值为预设的非重试标识,则不重新向所述MME发送所述DDN消息。
可选地,所述重新向所述MME发送所述DDN消息之前,所述方法还包括:
清除本地存储的“收到DDN消息响应”的状态信息。
第三方面,本发明提供一种移动管理实体设备,包括:
第一通信模块,用于收到服务网关S-GW发送的下行数据通知DDN消息后,通知基站与空闲态UE建立默认承载;
第二通信模块,用于若接收到所述基站返回的承载建立失败消息,则向所述S-GW发送告知消息,用以指示所述S-GW重新发送所述DDN消息;其中,所述告知消息中包括指示标志位,所述指示标志位携带有预设的重试标识。
可选地,所述告知消息具体为修改承载请求“Modify Bearer Request”消息。
第四方面,本发明提供一种服务网关,包括:
第三通信模块,用于向移动管理实体MME发送下行数据通知DDN消息后,以使得所述MME通知基站与空闲态UE建立默认承载;
第四通信模块,用于接收所述MME返回的告知消息,若判断获知所述告知消息中包括的指示标志位的值为预设的重试标识,则重新向所述MME发送所述DDN消息;携带有所述重试标识的告知消息是所述MME在接收到所述基站返回的承载建立失败消息后发送的。
可选地,第四通信模块还用于:
若判断获知所述告知消息中包括的指示标志位的值为预设的非重试标识,则不重新向所述MME发送所述DDN消息。
可选地,第四通信模块还用于:在重新向所述MME发送所述DDN消息之前,清除本地存储的“收到DDN消息响应”的状态信息。
由上述技术方案可知,本发明提供的呼叫处理方法、移动管理实体设备和服务网关,通过MME向S-GW发送告知消息,用以指示S-GW重新发送DDN消息,不仅是对3GPP协议规范没有明确规定的部分的补充,相较于现有技术中等待计时器超时后才重发DDN消息,本发明还可缩短重新建立承载所需时间,从而缩短用户等待时间。
附图说明
图1为现有网络侧触发服务请求流程的信令交互示意图;
图2为现有默认承载建立过程失败的跟踪过程示意图;
图3为本发明实施例一提供的一种呼叫处理方法的流程示意图;
图4为规范3GPP 29.274中定义的指示的格式;
图5为本发明实施例二提供的一种呼叫处理方法的流程示意图;
图6本发明实施例二提供的另一种呼叫处理方法的流程示意;
图7为本发明实施例二提供的又一种呼叫处理方法的流程示意图。
图8为本发明实施例一及二提供的一种呼叫处理方法的信令交互示意图;
图9及图10分别为本发明实施例三提供的一种移动管理实体设备结构示意图;
图11及图12分别为本发明实施例四提供的一种服务网关结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。
为了更清楚的描述实施例,如图1所示,用户被叫信令交互描述如下:
1、当UE处于空闲态作为VOLTE被叫时,主叫UE向AS(Application Server,SIP应用服务器)发送SIP信令INVITE(邀请)请求。同时AS服务器解析INVITE,获得数据面下行(Downlink Data),将下行数据经过PDN GW(Packet Data Network Gateway,分组数据网关)转发至至SGW。
2a、SGW发现被叫UE为IDLE模式,向MME(Mobility Management Entity,移动性管理实体)发送DDN消息(Downlink Data Notification,下行数据通知)。
2b、MME接收DDN消息,向服务网关发送对应下行数据通知的接收响应(DownlinkData Notification Ack);
3a-4b,MME收到DDN消息后,根据寻呼规则向被叫UE发起寻呼请求(Paging)。
5,UE收到寻呼消息后,发起服务请求流程(service request procedure)建立默认承载。
此过程中,被叫UE向eNodeB发起建立RRC(Radio Resource Control,无线资源控制)连接。eNodeB向被叫UE回复RRC Connection Setup,其中携带无线资源专用配置信息。UE向eNodeB回复RRCConnection Setup Complete(RRC建立成功完成)。eNodeB发送服务请求到MME。
MME侧用户面承载建立成功后向eNodeB返回上下文配置请求(Initial ContextSetup Request)。接着进行无线承载的建立,对上下文进行处理,eNodeB向UE发送RRC连接重配置消息(RRC Connection Reconfiguration)。eNodeB收到UE的RRC ConnectionReconfiguration Complete消息,确认无线资源配置完成。
eNodeB向MME发送初始化上下文配置(Initial Context Setup Response)消息,将eNodeB侧承载的IP和GTP-TEID带给MME。在重配置完成后,实际上已经可以发送上行数据了。
默认承载建立成功后,AS服务器通过认证确认被叫UE认证已通过后,通过SGW向被叫UE转送INVITE请求。
被叫UE通过SGW向AS服务器发送183Session Progress(会话进度)消息,提示建立通话的进度信息。
所有的SIP信令,无论是来自用户设备(UE),还是发送给UE的,都必须经过P-CSCF。P-CSCF收到183消息后,通知PCRF建立专用承载。
此时建立被叫UE的对应语音通话的QCI1(QoS Class Identifier,服务质量类标识符)专用承载。
AS服务器向主叫UE转送183Session Progress消息,主叫UE了解到整个Session的建立进度信息。并回复临时应答消息(PRACK),表示收到183Session Progress消息。
此时建立主叫UE的QCI1专用承载。
主被叫专载建立后,双方进行后续通话过程。
在过程5,UE收到寻呼消息后,如图2,详细描述过程如下。
201、SGW发现被叫UE为IDLE模式,向MME发送下行数据通知(Downlink DataNotification)消息。
202、MME回复确认(Downlink Data Notification acknowledgement,简称DDNACK)。
203、MME通过基站向UE发送寻呼请求(Paging)。
204、基站向MME发送初始化上下文请求(Initial UE Message),即服务请求(service Request)。
205、MME向eNodeB返回初始化上下文配置(Initial Context Setup Request)。
206、当UE默认承载建立失败,即配置失败时,eNodeB在15:05:23的时间点向MME发送上下文配置失败消息(Initial Context Setup Failure)。
207、MME向基站发送释放上下文命令(Context Release Command),通知发起上下文释放。
208、基站通知MME释放完成(UE Context Release Complete)。
209、MSS(MSC SERVER,移动交换服务器)通过SGs接口在15:05:30的时间点向MME发送遵循接口应用协议的寻呼请求(SGsAP Paging Request)。
210、寻呼请求通过MSC Server传递给MME进而寻呼UE。
也就是说,目前默认承载建立失败(信令206),MME不通知IMS网络也不通知CS网络,直到计时器超时后,才会重新发起被叫(信令209)。本实施例提出一种呼叫处理方法,可克服上述缺点,能够实现缩短用户等待时间。
图3示出了本发明实施例一提供的一种呼叫处理方法的流程示意图。
参照图3,本发明实施例一具体包括以下步骤:
301、移动管理实体MME收到服务网关S-GW发送的下行数据通知DDN消息后,通知基站与空闲态UE建立默认承载;
在本步骤中,配合参照图2,如图2中信令201至205。
302、所述MME若接收到所述基站返回的承载建立失败消息,则向所述S-GW发送告知消息,用以指示所述S-GW重新发送所述DDN消息;其中,所述告知消息中包括指示标志位,所述指示标志位携带有预设的重试标识。
其中所述MME接收到所述基站返回的承载建立失败消息,可配合参照图2,如图2中信令206。
在本步骤中,MME接收到所述基站返回的承载建立失败消息,主动向所述S-GW发送告知消息,用以指示所述S-GW重新发送所述DDN消息,从而使MME通过基站再次向UE发送寻呼请求,重新发起UE与基站的建立默认承载过程。
应当说明的是,所述告知消息中包括指示标志位,所述指示标志位携带有预设的重试标识。
举例来说,指示标志位及其中携带有预设的重试标识为MME与S-GW预先定义的可识别的指示标志位及重试标识,并进行软件更新。
可以理解的是,预设的重试标识可为1,当然预设的重试标识可根据实际情况设置,不以此为限。
进一步地,连接网元MME和SGW接口为S11接口,应用协议是GTPV2-C,由于S11接口可用的消息并不多,主要有三类消息:下行数据通知失败指示(Downlink DataNotification Failure Indication)、删除会话请求(Delete Session Request)及承载修改请求(Modify Bearer Request,简称MBR)。
根据规范3GPP 23.401规定,当寻呼不到用户时,MME需要发送下行数据通知失败指示,例如图2示出的信令206通知SGW,若寻呼到了UE,MME收到UE的Service Request请求后,不能使用Downlink Data Notification Failure Indication消息通知S-GW。而DeleteSession Request只适用专载删除场景,在默认承载建立失败的前提下,更不用论专载已建立后的释放信令。而使用新的消息将涉及协议及网元层面的修改,成本较高。
其中,MBR消息主要包括TEID(Tunnel Endpoint Identifier,包括与MME/SGSN的IP地址一一对应的和隧道端点标识,统称TEID),应用GTPv2协议。
MME将MBR消息发送给S-GW,并要求S-GW依据TEID进行承载,之后S-GW就可以向UE发送下行数据了。
但在默认承载建立失败,且S-GW没有获得用户eNodeB用户面TEID的情况下,规范并没有明确说明如何使用MBR消息。
本实施例对MBR消息的使用进一步补充。考虑以上因素,所述告知消息可选用修改承载请求“Modify Bearer Request”消息。
优选地,指示标志位可以是修改承载请求的指示(indication)字段。
图4示出了规范3GPP 29.274中定义的指示字段的格式。
承载修改请求的其他内容见规范3GPP 23.401,不在此详述。
由图4可知,indication字段占用较满,还包括两个空位(Spare):第4字节(Octets4)的第5-8位及Octets 8的第8位。
可以将第4字节(Octets 4)的第5-8位或Octets 8的第8位定义为预设的重试标识(DDN Retry,简称DDRT)位。
当然,承载修改请求包括多个信元和字段,也可以在其他字段设置指示标志位,用以指示所述S-GW重新发送所述DDN消息。
本实施例一提供的方法,通过MME向S-GW发送告知消息,用以指示S-GW重新发送DDN消息,不仅是对3GPP协议规范没有明确规定的部分的补充,相较于现有技术中等待计时器超时后才重发DDN消息,本发明还可缩短重新建立承载所需时间,从而缩短用户等待时间。
图5示出了本发明实施例二提供的一种呼叫处理方法的流程示意图。
参照图5,本发明实施例具体包括以下步骤:
501、服务网关S-GW向移动管理实体MME发送下行数据通知DDN消息后,以使得所述MME通知基站与空闲态UE建立默认承载;
在本步骤中,配合参照图2,如图2中信令201至205。
502、接收所述MME返回的告知消息,若判断获知所述告知消息中包括的指示标志位的值为预设的重试标识,则重新向所述MME发送所述DDN消息;携带有所述重试标识的告知消息是所述MME在接收到所述基站返回的承载建立失败消息后发送的。
在本步骤中,携带有所述重试标识的告知消息是所述MME在接收到所述基站返回的承载建立失败消息后发送的,MME与S-GW之间预先定义可识别的指示标志位及重试标识。
举例来说,指示标志位的值及预设的重试标识可为1,当然可根据实际情况设置,不以此为限。
在S-GW判断获知指示标志位的值为1,则重新向所述MME发送所述DDN消息。
可以理解的是,若判断获知所述告知消息中包括的指示标志位的值为预设的非重试标识,则不重新向所述MME发送所述DDN消息。
举例来说,非重试标识可为0,若指示标志位的值为0,则不重新向所述MME发送所述DDN消息。
应当说明的是,在步骤502中所述重新向所述MME发送所述DDN消息之前,所述方法还包括:
清除本地存储的“收到DDN消息响应”的状态信息。
由于MME与S-GW已执行过一次DDN消息的交互,根据规范3gpp 23.401描述,在S-GW收到MME响应的DDN ACK消息(即信令202)后,具有收到DDN消息响应”的状态信息。等待建立用户面承载且建立失败后,不通知SGW的情况下,除非SGW收到更高优先级承载的下行数据,否则SGW将不再发送DDN至MME。
因此,SGW可清除本地存储的“收到DDN消息响应”的状态信息。
具体地,清除操作可由相应的软件程序实现。
由此在规范3gpp 23.401的基础上,SGW可实现再次向MME发送DDN消息。
与实施例一相似的是,所述告知消息具体可为修改承载请求“Modify BearerRequest”消息,本实施例二不再详述。
进一步地,图6示出了本发明实施例二提供的另一种呼叫处理方法的流程示意图。
MME在寻呼VOLTE用户时,若用户响应Service Request消息(即寻呼消息)后,但缺省承载E-RAB建立失败时,MME会向S-GW发送Modify Bearer Request消息,消息中携带DDRTIndication标志,且该位置1。
若S-GW收到MME发来的Modify Bearer Request消息时,此位为0,S-GW不做任何动作,若此位为1,S-GW向MME重新下发DDN消息。
更进一步地,图7示出了本发明实施例提供的又一种呼叫处理方法的流程示意图。
其中,在判断DDRT为1后,还判断UE是否被叫,即主叫UE当前是否还在持续呼叫,也即该用户是否有需要的数据(如图1中信令1),如是,重新向MME发送下行数据通知。
为更好的理解本发明实施例一及实施例二,图8示出了本发明实施例提供的一种呼叫处理方法的信令交互示意图。
如图8所示,如下所述。
801、服务网关S-GW向移动管理实体MME发送下行数据通知DDN消息后,所述MME通知基站与空闲态UE建立默认承载,若默认承载建立失败,基站向MME发送承载建立失败消息。
802、MME在承载修改请求中新增指示标志位。该指示标志位为承载修改请求的现有字段指示(indication)字段,将该字段的空位设置为1,并向SGW发送该承载修改请求。
803、SGW接收承载修改请求,依据预先设置的可知别的指示标志位,判断获知指示标志位的值是否为1,若是,进一步判断此时主叫UE是否还在呼叫,若是,SGW清除本地存储的“收到DDN消息响应”的状态信息,并重新向MME发送DDN消息,使UE重新建立与基站的承载。
804、MME发送DDN消息响应。
805、MME向基站发送寻呼请求,使UE重新进入服务请求流程,建立与基站的承载。
综上所述,本发明实施例一及二阐述了一种呼叫处理方法,至少具有以下技术效果:
一、若建立缺省承载失败,MME通过告知消息通知S-GW下发DDN消息,重新触发建立缺省承载请求,若本次尝试成功,则继续进行通话建立流程,相较于现有技术若默认承载建立失败,MME将直接释放S1接口资源,同时不通知IMS网络也不通知CS网络,直到计时器超时后,才会重新在CS域发起呼叫,可实现缩短承载建立的等待时间,从而缩短用户等待时间。
二、重新触发建立缺省承载请求,若尝试成功,则继续进行通话建立流程,从而提高VOLTE用户的被叫成功率。
三、选用承载修改请求作为告知消息,通过对承载修改请求的改进:携带有预设的重试标识指示标志位,通知S-GW重新触发建立承载的过程。对规范没有明确定义的部分提出了切实有效的改进方法,且通过现有消息进行交互,节省了成本。
四、在S-GW存储的“收到DDN消息响应”的状态信息的情况下,接收包括的指示标志位的值为预设的重试标识的告知消息,使清除本地存储的“收到DDN消息响应”的状态信息,可实现重新向MME发送DDN消息。
图9示出了本发明实施例三提供的一种移动管理实体设备的结构示意图。
现有技术中,当处于空闲态的UE作为被叫时,移动管理实体设备MME只尝试一次UE与基站的承载建立过程,若承载建立失败,即使主叫一直尝试发送寻呼消息,也只能等待计时器超时后,才会再次发起建立承载过程,本发明实施例三提供的一种移动管理实体设备,可有效改善上述缺陷。
如图9所示,所述移动管理实体设备包括第一通信模块91和第二通信模块92,其中:
第一通信模块91,用于收到服务网关S-GW发送的下行数据通知DDN消息后,通知基站与空闲态UE建立默认承载;第二通信模块92,用于若接收到所述基站返回的承载建立失败消息,则向所述S-GW发送告知消息,用以指示所述S-GW重新发送所述DDN消息;其中,所述告知消息中包括指示标志位,所述指示标志位携带有预设的重试标识。
具体地,第二通信模块92主动向所述S-GW发送告知消息,用以指示所述S-GW重新发送所述DDN消息。
其中,第二通信模块92在所述告知消息中新增指示标志位,所述指示标志位携带有预设的重试标识。指示标志位及其中携带有预设的重试标识为MME与S-GW预先定义的可识别的指示标志位及重试标识。
优选地,第二通信模块92可选用修改承载请求“Modify Bearer Request”消息作为所述告知消息。
进一步地,指示标志位可以是修改承载请求的指示(indication)字段。如图4所示,可以将第4字节的第5-8位或Octets 8的第8位定义为预设的重试标识。
本实施例三提供的移动管理实体设备,至少具有以下技术效果:
通过MME向S-GW发送告知消息,用以指示S-GW重新发送DDN消息,不仅是对3GPP协议规范没有明确规定的部分的补充,相较于现有技术中等待计时器超时后才重发DDN消息,本发明还可缩短重新建立承载所需时间,从而缩短用户等待时间。同时,选用承载修改请求作为告知消息,通过对承载修改请求的改进:携带有预设的重试标识指示标志位,通知S-GW重新触发建立承载的过程。对规范没有明确定义的部分提出了切实有效的改进方法,且通过现有消息进行交互,节省了成本。
图10示出了本发明实施例三提供的一种移动管理实体设备的结构示意图。
所述MME包括:处理器(processor)101、存储器(memory)102、通信接口(Communications Interface)103和总线104;
其中,所述处理器101、存储器102、通信接口103通过所述总线104完成相互间的通信;
所述通信接口103用于该MME与其他装置的通信设备之间的信息传输;
所述处理器101用于调用所述存储器102中的程序指令,以执行上述伪基站识别方法所提供的方法,例如包括:移动管理实体MME收到服务网关S-GW发送的下行数据通知DDN消息后,通知基站与空闲态UE建立默认承载;
所述MME若接收到所述基站返回的承载建立失败消息,则向所述S-GW发送告知消息,用以指示所述S-GW重新发送所述DDN消息;其中,所述告知消息中包括指示标志位,所述指示标志位携带有预设的重试标识。
本实施例MME执行前述方法实施例一的方法,功能原理和效果不再详述。
图11示出了本发明实施例四提供的一种服务网关的结构示意图。
现有技术中,当处于空闲态的UE作为被叫时,MME在接收服务网关S-GW向移动管理实体设备发送DDN消息后,才会发起UE与基站的承载建立过程,若承载建立失败,MME没有机制通知SGW再次发送DDN消息,使得MME只尝试一次承载建立过程,只能等待计时器超时后,才会再次发起建立承载过程,本发明实施例四提供的一种服务网关,可有效改善上述缺陷。
如图11所示,所述S-GW包括:第三通信模块111和第四通信模块112,其中:
第三通信模块111,用于向移动管理实体MME发送下行数据通知DDN消息后,以使得所述MME通知基站与空闲态UE建立默认承载;第四通信模块112,用于接收所述MME返回的告知消息,若判断获知所述告知消息中包括的指示标志位的值为预设的重试标识,则重新向所述MME发送所述DDN消息;携带有所述重试标识的告知消息是所述MME在接收到所述基站返回的承载建立失败消息后发送的。
具体地,MME与S-GW之间预先定义可识别的指示标志位及重试标识。举例来说,在告知消息的特定的空位定位为指示标志位,重试标识可为1,也即,在S-GW判断获知指示标志位的值为1,所述第四通信模块112重新向所述MME发送所述DDN消息。
所述第四通信模块112还用于:若判断获知所述告知消息中包括的指示标志位的值为预设的非重试标识,则不重新向所述MME发送所述DDN消息。
所述第四通信模块112还用于:在重新向所述MME发送所述DDN消息之前,清除本地存储的“收到DDN消息响应”的状态信息。举例来说,所述第四通信模块112获知重试标识为非1的其他值如0,所述第四通信模块112则不重新向所述MME发送所述DDN消息。
由于3GPP规范描述,在S-GW收到MME响应的DDN ACK消息(即信令202)后,具有收到DDN消息响应”的状态信息。等待建立用户面承载且建立失败后,不通知SGW的情况下,除非SGW收到更高优先级承载的下行数据,否则SGW将不再发送DDN至MME。
因此,SGW可清除本地存储的“收到DDN消息响应”的状态信息。
本实施例四提供的服务网关,至少具有以下技术效果:
一、在判断获知所述告知消息中包括的指示标志位的值为预设的重试标识,则重新向所述MME发送所述DDN消息,相较于现有技术,直到计时器超时后,才会重新在CS域发起呼叫,从而缩短了用户等待时间。
二、本实施例在IMS CS RETRY TIMER超时前,尝试让S-GW向MME重新下发DDN消息,使MME寻呼用户,触发UE发起service Request流程,重新建立默认承载,无疑能提高默认承载建立的成功率和VOLTE被叫成功率。
三、在S-GW存储的“收到DDN消息响应”的状态信息的情况下,接收包括的指示标志位的值为预设的重试标识的告知消息,使清除本地存储的“收到DDN消息响应”的状态信息,可实现重新向MME发送DDN消息。
图12示出了本发明实施例四提供的一种S-GW的结构示意图。
所述MME包括:处理器(processor)121、存储器(memory)122、通信接口(Communications Interface)123和总线124;
其中,所述处理器121、存储器122、通信接口123通过所述总线124完成相互间的通信;
所述通信接口123用于该MME与其他装置的通信设备之间的信息传输;
所述处理器121用于调用所述存储器122中的程序指令,以执行上述伪基站识别方法所提供的方法,例如包括:服务网关S-GW向移动管理实体MME发送下行数据通知DDN消息后,以使得所述MME通知基站与空闲态UE建立默认承载;
接收所述MME返回的告知消息,若判断获知所述告知消息中包括的指示标志位的值为预设的重试标识,则重新向所述MME发送所述DDN消息;携带有所述重试标识的告知消息是所述MME在接收到所述基站返回的承载建立失败消息后发送的。
本实施例S-GW执行前述方法实施例二的方法,功能原理和效果不再详述。
本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。
本领域技术人员可以理解,实施例中的各步骤可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。
虽然结合附图描述了本发明的实施方式,但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型,这样的修改和变型均落入由所附权利要求所限定的范围之内。
Claims (10)
1.一种呼叫处理方法,其特征在于,包括:
移动管理实体MME收到服务网关S-GW发送的下行数据通知DDN消息后,通知基站与空闲态UE建立默认承载;
所述MME若接收到所述基站返回的承载建立失败消息,则向所述S-GW发送告知消息,用以指示所述S-GW重新发送所述DDN消息;其中,所述告知消息中包括指示标志位,所述指示标志位携带有预设的重试标识。
2.根据权利要求1所述的方法,其特征在于,所述告知消息具体为修改承载请求“Modify Bearer Request”消息。
3.一种呼叫处理方法,其特征在于,包括:
服务网关S-GW向移动管理实体MME发送下行数据通知DDN消息后,以使得所述MME通知基站与空闲态UE建立默认承载;
接收所述MME返回的告知消息,若判断获知所述告知消息中包括的指示标志位的值为预设的重试标识,则重新向所述MME发送所述DDN消息;携带有所述重试标识的告知消息是所述MME在接收到所述基站返回的承载建立失败消息后发送的。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
若判断获知所述告知消息中包括的指示标志位的值为预设的非重试标识,则不重新向所述MME发送所述DDN消息。
5.根据权利要求3所述的方法,其特征在于,所述重新向所述MME发送所述DDN消息之前,所述方法还包括:
清除本地存储的“收到DDN消息响应”的状态信息。
6.一种移动管理实体设备,其特征在于,包括:
第一通信模块,用于收到服务网关S-GW发送的下行数据通知DDN消息后,通知基站与空闲态UE建立默认承载;
第二通信模块,用于若接收到所述基站返回的承载建立失败消息,则向所述S-GW发送告知消息,用以指示所述S-GW重新发送所述DDN消息;其中,所述告知消息中包括指示标志位,所述指示标志位携带有预设的重试标识。
7.根据权利要求6所述的移动管理实体设备,其特征在于,所述告知消息具体为修改承载请求“Modify Bearer Request”消息。
8.一种服务网关,其特征在于,包括:
第三通信模块,用于向移动管理实体MME发送下行数据通知DDN消息后,以使得所述MME通知基站与空闲态UE建立默认承载;
第四通信模块,用于接收所述MME返回的告知消息,若判断获知所述告知消息中包括的指示标志位的值为预设的重试标识,则重新向所述MME发送所述DDN消息;携带有所述重试标识的告知消息是所述MME在接收到所述基站返回的承载建立失败消息后发送的。
9.根据权利要求8所述的服务网关,其特征在于,所述第四通信模块还用于:
若判断获知所述告知消息中包括的指示标志位的值为预设的非重试标识,则不重新向所述MME发送所述DDN消息。
10.根据权利要求8所述的服务网关,其特征在于,所述第四通信模块还用于:在重新向所述MME发送所述DDN消息之前,清除本地存储的“收到DDN消息响应”的状态信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710086957.6A CN108696861A (zh) | 2017-02-17 | 2017-02-17 | 一种呼叫处理方法、移动管理实体设备和服务网关 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710086957.6A CN108696861A (zh) | 2017-02-17 | 2017-02-17 | 一种呼叫处理方法、移动管理实体设备和服务网关 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108696861A true CN108696861A (zh) | 2018-10-23 |
Family
ID=63841749
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710086957.6A Pending CN108696861A (zh) | 2017-02-17 | 2017-02-17 | 一种呼叫处理方法、移动管理实体设备和服务网关 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108696861A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109547491A (zh) * | 2019-01-04 | 2019-03-29 | 中国联合网络通信集团有限公司 | 一种集团用户携号转网的通信方法及系统 |
CN111385851A (zh) * | 2018-12-29 | 2020-07-07 | 华为技术有限公司 | 一种通信方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102217360A (zh) * | 2011-04-29 | 2011-10-12 | 华为技术有限公司 | Isr激活场景中移动管理设备故障的处理方法及设备 |
CN102405668A (zh) * | 2010-09-08 | 2012-04-04 | 华为技术有限公司 | 一种寻呼处理方法、系统及服务网关 |
CN103283301A (zh) * | 2011-01-07 | 2013-09-04 | 日本电气株式会社 | 移动通信方法、移动管理节点和服务网关设备 |
CN103402187A (zh) * | 2013-07-08 | 2013-11-20 | 大唐移动通信设备有限公司 | 一种下行信令消息流程处理的方法及装置 |
CN104823498A (zh) * | 2012-10-10 | 2015-08-05 | Lg电子株式会社 | 用于处理寻呼的方法和用于中继下行链路数据的方法 |
CN105323792A (zh) * | 2014-07-31 | 2016-02-10 | 中国电信股份有限公司 | 移动性管理实体及其容灾方法和容灾系统 |
CN105359591A (zh) * | 2014-02-21 | 2016-02-24 | 华为技术有限公司 | 一种网络故障的处理方法和设备 |
JP2016189605A (ja) * | 2014-12-22 | 2016-11-04 | 日本電気株式会社 | 移動通信システムにおける端末への着信処理方法 |
-
2017
- 2017-02-17 CN CN201710086957.6A patent/CN108696861A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102405668A (zh) * | 2010-09-08 | 2012-04-04 | 华为技术有限公司 | 一种寻呼处理方法、系统及服务网关 |
CN103283301A (zh) * | 2011-01-07 | 2013-09-04 | 日本电气株式会社 | 移动通信方法、移动管理节点和服务网关设备 |
CN102217360A (zh) * | 2011-04-29 | 2011-10-12 | 华为技术有限公司 | Isr激活场景中移动管理设备故障的处理方法及设备 |
US20140050199A1 (en) * | 2011-04-29 | 2014-02-20 | Huawei Technologies Co., Ltd. | Method and device for handling failure of mobility management device in isr activated scenario |
CN104823498A (zh) * | 2012-10-10 | 2015-08-05 | Lg电子株式会社 | 用于处理寻呼的方法和用于中继下行链路数据的方法 |
CN103402187A (zh) * | 2013-07-08 | 2013-11-20 | 大唐移动通信设备有限公司 | 一种下行信令消息流程处理的方法及装置 |
CN105359591A (zh) * | 2014-02-21 | 2016-02-24 | 华为技术有限公司 | 一种网络故障的处理方法和设备 |
CN105323792A (zh) * | 2014-07-31 | 2016-02-10 | 中国电信股份有限公司 | 移动性管理实体及其容灾方法和容灾系统 |
JP2016189605A (ja) * | 2014-12-22 | 2016-11-04 | 日本電気株式会社 | 移動通信システムにおける端末への着信処理方法 |
Non-Patent Citations (2)
Title |
---|
3RD GENERATION PARTNERSHIP PROJECT: "《3GPP TS 29.274 V13.7.0》", 30 September 2016 * |
NOKIA, ALCATEL-LUCENT SHANGHAI BELL: "《3GPP TSG CT4 Meeting #74 C4-164299》", 31 July 2016 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111385851A (zh) * | 2018-12-29 | 2020-07-07 | 华为技术有限公司 | 一种通信方法及装置 |
CN111385851B (zh) * | 2018-12-29 | 2021-09-07 | 华为技术有限公司 | 一种通信方法及装置 |
CN109547491A (zh) * | 2019-01-04 | 2019-03-29 | 中国联合网络通信集团有限公司 | 一种集团用户携号转网的通信方法及系统 |
CN109547491B (zh) * | 2019-01-04 | 2021-06-04 | 中国联合网络通信集团有限公司 | 一种集团用户携号转网的通信方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3742799A1 (en) | Communication method and device | |
CN102202405B (zh) | 一种切换时无线资源的配置方法及装置 | |
JP7417719B2 (ja) | 接続処理方法及び通信機器 | |
CN111107664B (zh) | 一种资源管理方法、会话管理功能实体及设备 | |
CN107277868B (zh) | 一种电路域回退方法和设备 | |
CN103841545B (zh) | 一种mme池场景能力信息上报的方法及装置 | |
WO2016169103A1 (zh) | 一种网络切换方法、装置和移动终端 | |
US11432355B2 (en) | Control plane connection management method and apparatus | |
CN113709903A (zh) | 一种通信方法、设备及系统 | |
WO2012055093A1 (zh) | 移动交换中心池中的寻呼处理方法及装置 | |
JP7503615B2 (ja) | ユーザプレーンパスについての障害の検出とハンドリングの改善 | |
CN104919873B (zh) | 无线通信系统中用于寻呼的装置和方法 | |
CN112218283A (zh) | 业务挂起和恢复方法和系统、多卡终端和存储介质 | |
CN107438290B (zh) | 一种小数据传输的连接建立方法、scef实体、mme | |
WO2024037611A1 (zh) | 注册信息同步方法、装置、设备及介质 | |
CN108696861A (zh) | 一种呼叫处理方法、移动管理实体设备和服务网关 | |
CN115361660A (zh) | 用于语音业务的通信方法、装置和系统 | |
US11974355B2 (en) | Indication information sending method, apparatus and system, and storage medium | |
CN107438291A (zh) | 一种小数据传输的连接管理方法、scef实体、mme及ue | |
WO2011017894A1 (zh) | 一种本地呼叫本地交换的实现方法和系统 | |
CN108307454A (zh) | 网络切换方法及装置 | |
CN108462979B (zh) | 一种用于通信的域选方法和移动管理实体 | |
CN106162941A (zh) | 一种专用承载修改方法、系统和分组数据网关、终端 | |
CN110839115A (zh) | 终端呼叫的处理方法、装置、设备及存储介质 | |
CN112911623B (zh) | 一种流程超时监控方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for 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: 20181023 |