背景技术
对现有的移动性管理(MobilityManagement,MM)方案中的一些关于拥塞管理的情况进行说明如下:
一、APNbasedMobilityManagementcontrol(基于接入点名称的移动性管理控制)。
网络侧对签约了特殊APN(AccessPointName,接入点名称)的UE(UserEquipment,用户设备,即终端设备)进行APNbasedmobilitymanagementcongestion(基于接入点名称的移动性拥塞管理)。
当此类UE发起MMRequest(MobilityManagementRequest,移动性管理请求)到网络侧时,网络侧会判断特殊APN是否发生拥塞,如果是,则拒绝此MMRequest,并可能在返回的拒绝消息中携带MMback-offtimer(MobilityManagementback-offtimer,移动性管理退避定时器)给UE,UE在收到MMback-offtimer之后,启动本地的定时器,在此定时器超时之前不再发起任何mobilitymanagement过程。
二、通用的CongestionControl(拥塞控制)。
现有的3GPP(ThirdGenerationPartnershipProject,第三代移动通信伙伴计划)协议提出了通用的NAS(Non-Access-Stratum,非接入层)层的MobilityManagementCongestionControl机制,提出在通用的网络过载条件下,网络侧可以拒绝UE的任何MMRequest消息,并在返回的拒绝消息中携带MMback-offtimer,UE在收到MMback-offtimer之后,启动本地的定时器,在该定时器超时之前,UE不能发起任何非EMC(Emergency,紧急)、非高优先级或MT(Mobileterminated,被叫)业务的MMRequest消息。
三、Paging(寻呼)。
PGW(PacketDataNetworkGateway,分组数据网络网关)将下行数据直接发送到SGW(ServingGateway,服务网关),由SGW触发DDN(DownlinkDataNotification,下行数据通知)消息通知MME(MobilityManagementEntity,移动性管理实体)进行Paging,在DDN消息中,携带收到数据的Bearer(承载)的BearerID(BearerIdentity,承载标识),以及ARP(AllocationandRetentionPriority,分配和保持优先级)信息。
网络侧寻呼UE时,仅在分配给UE的寻呼范围中寻呼,如果寻呼多次都寻呼不到,则向SGW返回寻呼失败。例如:根据TAI(TrackingAreaIdentity,跟踪区标识)list(列表)确定的分配给UE的寻呼范围。
四、寻呼范围的分配。
网络根据operatorpolicy(运营商策略)来给终端分配寻呼范围,如通过TAIlist/RAI(RoutingAreaIdentity,路由区标识)的形式。
寻呼范围的下发是在Attach(附着)过程,TAU/RAU(TrakingAreaUpdate/RoutingAreaUpdate,跟踪区更新/路由区更新)过程,或者GUTI(GloballyUniqueTemporaryIdentity,全球唯一临时标识)/P-TMSI(Packet-TemporaryMobileSubscriberIdentify,分组临时移动用户标识)Reallocation(重分配)过程等进行。网络侧会在上述过程中根据终端设备当前的位置分配合适的寻呼范围。
五、Lowaccesspriorityindicator(低优先级接入指示)。
考虑到R10中可能不使用OTA(OverTheAir,空中下载),网络侧可以通过OMA(OpenMobileAlliance,开放移动联盟)DM(DeviceManagement,设备管理)配置UE的设备属性,被配置为lowaccesspriority(低接入优先级)的UE在发生NAS请求时,需要携带Lowaccesspriorityindicator,网络侧会根据此指示信息进行接入控制,例如在网络过载情况下,优先选择拒绝携带lowaccesspriorityindicator的NAS请求,以及进行拥塞控制。
其中,NAS请求可以包括SM(SessionManagement,会话管理)request或MMrequest。
针对配置为lowaccesspriorityindicator的UE,可以配置长的TAUtimer,PLMN(PublicLandMobileNetwork,公共陆上移动网络)search(搜索)timer以及back-offtimer。
在实现本发明实施例的过程中,申请人发现现有技术至少存在以下问题:
当核心网控制实体确定发生核心网控制实体过载或业务网络拥塞时,需要拒绝该终端设备发送的请求,并触发终端设备运行MMback-offtimer,但是,终端设备也会因此不能发起任何非EMC、非高优先级或MT业务的MMRequest,因此,当终端设备移出原来分配给它的TA(TrackingArea,跟踪区)list或RA(RoutingArea,路由区)之后,不能发起TAU/RAU过程进行TAlist或RA的更新,从而,会造成即使该终端设备仍旧处于该核心网控制实体的控制范围,该核心网控制实体也不能及时更新分配给终端设备的TAIlist或RAI。如果此时有MT业务,特别是有PriorityService(优先业务)到达,网络侧会在原来分配的TAIlist或RAI发起寻呼,而此时寻呼将失败,造成被叫业务中断。
具体实施方式
如背景技术所述,3GPP提出了一种拥塞控制方法,通过下发MMback-offtimer的方式来阻止终端设备在网络拥塞的情况下发起MMRequest消息。然而,此方法会带来如下问题,由于终端设备无法在启动了MMback-offtimer的情况下,向网络侧发起位置更新请求等MM信令,因此,一旦终端设备移出了之前分配的寻呼范围,即使终端设备仍旧处于当前的核心网控制实体的覆盖范围内,核心网控制实体也会因为寻呼不到该终端设备,而导致业务中断或无法开始。
而3GPP又提出在MMback-offtimer运行时,终端设备仍然可以发起被叫业务(mobileterminatedservice)。因此,一旦终端设备有被叫业务,核心网控制实体需要寻呼终端设备,而在现有技术中,核心网控制实体只是在原来下发给终端设备的寻呼范围内寻呼该终端设备,从而,有可能由于寻呼不到,而导致业务中断。
为了克服这样的缺陷,本发明实施例所提出的技术方案使核心网控制实体将自身所能服务的所有位置区域下发给处于业务拥塞状态的终端设备,从而,使该终端设备在核心网控制实体的覆盖范围内时,始终可以保证可以被寻呼,保证业务的正常实现。
如图1所示,为本发明实施例提出的一种寻呼范围的分配方法的流程示意图,该方法具体包括以下步骤:
步骤S101、核心网控制实体接收终端设备发送的请求消息。
在具体的实施场景中,本步骤中所提及的请求消息,具体包括:
核心网控制实体接收终端设备发送的位置更新请求消息,位置更新请求消息具体为终端设备在检测到自身已处于所分配的寻呼范围之外时向核心网控制实体发送的;或,
核心网控制实体接收终端设备发送的其他移动性管理请求消息。
具体的请求消息的类型变化并不会影响本发明的保护范围,只要是能够触发核心网控制实体对当前是否处于业务拥塞状态的判定的消息都可以属于本发明的保护范围。
需要进一步指出的是,上述的寻呼范围具体指的是:
在终端设备未运行MMback-offtimer,且核心网控制实体确定未发生核心网控制实体过载或业务网络拥塞的情况下,核心网控制实体根据预设策略为终端设备分配的寻呼范围。
此种情况即为常规的寻呼范围分配方案,由核心网控制实体在Attach过程,TAU/RAU过程,或者GUTI/P-TMSIReallocation过程等过程中实现,具体的分配规则是在该一定的范围(如具体的核心网控制实体的覆盖范围)内,根据预设的分配策略,选择部分区域作为该终端设备的寻呼范围。
即处于业务拥塞状态之前核心网控制实体为该终端设备分配的寻呼范围,与本发明实施例后续步骤中所分配的寻呼范围的区别在于所覆盖的位置区域的大小,在本步骤中,核心网控制实体为未处于业务拥塞状态的终端设备所分配的寻呼范围所对应的区域小于或等于该核心网控制实体所能服务的所有位置区域。
步骤S102、核心网控制实体判断当前是否处于核心网控制实体过载或网络拥塞的状态。
如果判断结果为是,则执行步骤S103;
如果判断结果为否,则正常响应相应的请求消息。
步骤S103、核心网控制实体将将比当前为该终端设备分配的寻呼区域更大的位置区域作为寻呼范围分配给终端设备。
在实际的应用场景中,具体的分配方案可以包括以下两种:
方案一、核心网控制实体在返回给终端设备的响应消息中携带将比当前为该终端设备分配的寻呼区域更大的位置区域的信息。
方案二、核心网控制实体通过向终端设备发起的单独的更新寻呼区域过程所对应的消息携带将比当前为该终端设备分配的寻呼区域更大的位置区域的信息。
在实际的应用场景中,本发明实施例所给出的一种具体的方案下,上述的比当前为该终端设备分配的寻呼区域更大的位置区域,具体可以为该核心网控制实体所能服务的所有位置区域,当然,也可以为该核心网控制实体覆盖范围内的其他范围的位置区域,但需要满足大于当前为该终端设备分配的寻呼区域,并且小于或等于该核心网控制实体所能服务的所有位置区域的要求,具体的位置区域的划分范围可以根据实际需要进行调整,这样的变化并不影响本发明的保护范围。
需要说明的是,在具体的应用场景中,对于上述的比当前为该终端设备分配的寻呼区域更大的位置区域的确定过程具体如下:
首先,核心网控制实体确定该终端设备当前所分配的寻呼区域,然后,在当前所分配的寻呼区域以及其他的统计信息的基础上,根据预设的规则选择分配给该终端设备的位置区域范围。
其中,上述的根据预设的规则选择分配给该终端设备的位置区域范围的选择方式可以包括以下的一种或多种:
(1)在核心网控制实体的覆盖范围内,结合对该终端设备的移动轨迹的预测该终端设备可能会移动到的区域,并在该区域中选择部分或全部的位置区域分配给该移动终端作为寻呼区域。
(2)在核心网控制实体的覆盖范围内,确定该移动终端当前所分配的寻呼区域周围的区域,并在该区域中选择部分或全部的位置区域分配给该移动终端作为寻呼区域。
(3)在核心网控制实体的覆盖范围内,结合其他终端设备的分布信息,确定该移动终端当前所分配的寻呼区域周围所存在的终端设备分布密度较高的区域(可以通过相应的密度门限值或数量门限值进行筛选),并在该区域中选择部分或全部的位置区域分配给该移动终端作为寻呼区域。
在上述的各种方案中,具体选择的位置区域的数量可以根据需要进行确定,具体选择的位置区域数量的变化并不会影响本发明的保护范围。
需要进一步指出的是,根据实际需要,上述的选择规则可以组合使用,也可以单独使用其中的任何一种,相应的组合方式的变化并不会影响本发明的保护范围。
在本发明实施例的后续说明中,相应的选择规则同样存在类似的说明,不再重复描述。
具体的,在实际应用中,具体应用上述的哪种方案可以根据实际的需要进行调整,这样的变化并不会影响本发明的保护范围。
在本步骤中所进行的寻呼区域的分配与步骤S101中所提及的常规的寻呼区域的分配方案的差异在于:
常规的寻呼区域的分配方案中的寻呼范围分配是按照预设的策略进行的寻呼范围的分配,如果没有达到相应的重分配条件,核心网控制实体对于相应的分配结果是不会进行变更的,即使在此过程中,移动终端已经处于寻呼范围之外。
因此,本发明实施例提出了如步骤S103所提及的寻呼区域的分配方案,即只要移动终端处于核心网控制实体的覆盖范围,那么,一旦核心网控制实体确定当前处于业务拥塞状态,就会将比当前为该终端设备分配的寻呼区域更大的位置区域,甚至是自身所能服务的所有位置区域的全部覆盖区域作为更新的寻呼区域分配给该移动终端,这样的方式使移动终端在网络侧设备核心网控制实体的覆盖范围内移动时,无需因为移出寻呼范围(常规分配方案所分配的寻呼范围)而触发相应的更新寻呼区域过程,而核心网控制实体将比当前为该终端设备分配的寻呼区域更大的位置区域,甚至是自身所能服务的所有位置区域的全部覆盖范围都分配给移动终端作为寻呼区域,也可以保证最大限度的扩展移动终端的移动范围,不会频繁进行寻呼范围的更新,降低相应的信令交互对网络资源的占用。
与之相应的,本发明实施例进一步给出了一种寻呼范围的分配方法在终端设备侧的处理过程。
如图2所示,为本发明实施例提出的一种寻呼范围的分配方法在终端设备侧的流程示意图,该方法具体包括以下步骤:
步骤S201、终端设备向核心网控制实体发送请求消息。
与步骤S101中的说明相类似,本步骤中所发送的请求消息,具体包括:
终端设备向核心网控制实体发送的位置更新请求消息,位置更新请求消息具体为终端设备在检测到自身已处于所分配的寻呼范围之外时向核心网控制实体发送的;或,
终端设备向核心网控制实体发送移动性管理请求消息。
具体的请求消息的类型变化并不会影响本发明的保护范围,只要是能够触发核心网控制实体对当前是否处于业务拥塞状态的判定的消息都可以属于本发明的保护范围。
需要进一步指出的是,上述的所分配的寻呼范围,具体为按照常规方案所分配的寻呼范围,即在终端设备未运行MMback-offtimer,且核心网控制实体确定未发生核心网控制实体过载或业务网络拥塞的情况下,终端设备接收到的核心网控制实体根据预设策略为终端设备分配的寻呼范围。
其中,寻呼范围所对应的区域小于或等于核心网控制实体所能服务的所有位置区域。
步骤S202、如果核心网控制实体判断当前处于核心网控制实体过载或网络拥塞的状态,终端设备接收核心网控制实体的指示,将比当前为该终端设备分配的寻呼区域更大的位置区域作为自身的寻呼范围。
在实际的应用场景中,本步骤的具体处理过程包括以下两种:
方案一、终端设备接收到核心网控制实体返回的携带比当前为该终端设备分配的寻呼区域更大的位置区域的信息的响应消息,将比当前为该终端设备分配的寻呼区域更大的位置区域作为自身的寻呼范围。
方案二、终端设备根据核心网控制实体所发起的单独的更新寻呼区域过程所对应的消息中所携带的比当前为该终端设备分配的寻呼区域更大的位置区域的信息,进行自身的寻呼范围的更新。
具体的,在实际应用中,具体应用上述的哪种方案可以根据实际的需要进行调整,这样的变化并不会影响本发明的保护范围。
与步骤S103相类似,在实际的应用场景中,本发明实施例所给出的一种具体的方案下,上述的比当前为该终端设备分配的寻呼区域更大的位置区域,具体可以为该核心网控制实体所能服务的所有位置区域,当然,也可以为该核心网控制实体覆盖范围内的其他范围的位置区域,但需要满足大于当前为该终端设备分配的寻呼区域,并且小于或等于该核心网控制实体所能服务的所有位置区域的要求,具体的位置区域的划分范围可以根据实际需要进行调整,这样的变化并不影响本发明的保护范围。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例的技术方案,使核心网控制实体确定需要拒绝终端设备的请求消息时,将比当前为该终端设备分配的寻呼区域更大的位置区域分配给该终端设备作为寻呼范围,从而,在处于核心网控制实体过载或网络拥塞的状态下,使终端设备可以获得核心网控制实体所能提供的最大范围的位置区域作为自身的寻呼区域,避免该终端设备在该核心网控制实体的覆盖范围内,因为引出了所分配的寻呼区域而导致自身无法继续被寻呼的问题,提高了业务的可靠性。
下面,结合具体的应用场景,对本发明实施例所提出的技术方案进行说明。
在本实施例中,为了描述方便,直接以核心网控制实体所能服务的所有位置区域作为比当前为该终端设备分配的寻呼区域更大的位置区域的示例进行技术方案的描述,这样的限定仅是一种示例,并不会影响本发明的保护范围。
针对LTE系统,MME(核心网控制实体的具体示例)会按照现有的寻呼范围分配方案给UE分配TAIlist,只要UE在TAlist范围移动,可以不发TAURequest,在此基础上,本发明实施例所提出的技术方案如图3所示,具体包括以下步骤:
步骤S301、UE在TAlist范围移动时,UE向MME发起TAU或ServiceRequest的MMRequest。
步骤S302、MME根据generaloverload和APNbasedMobilityManagementcongestioncontrol的状况和对应策略,判断此时是否应该拒绝该请求并下发MMback-offtimer。
如果是,则执行步骤S303;
如果不是,则进行正常的响应处理。
步骤S303、MME仍然处于EMM-REGISTERED,同时将本MME辖下所有的TAIlist分配给UE。
该TAIlist可以通过拒绝消息捎带,也可以通过发起单独过程,如GUTIReallocation过程分配。
步骤S304、UE收到MMback-offtimer之后,启动back-offtimer。
基于上述的技术方案的技术思路,针对GPRS系统,也可以采用类似的处理方案,为UE分配一个SGSN下辖的所有RAIlist,该list可以通过拒绝消息携带,也可以通过发起单独过程,如P-TMSIreallocation过程分配。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例的技术方案,使核心网控制实体确定需要拒绝终端设备的请求消息时,将比当前为该终端设备分配的寻呼区域更大的位置区域分配给该终端设备作为寻呼范围,从而,在处于核心网控制实体过载或网络拥塞的状态下,使终端设备可以获得核心网控制实体所能提供的最大范围的位置区域作为自身的寻呼区域,避免该终端设备在该核心网控制实体的覆盖范围内,因为引出了所分配的寻呼区域而导致自身无法继续被寻呼的问题,提高了业务的可靠性。
为了实现本发明实施例的技术方案,本发明实施例还提供了一种核心网控制实体,其结构示意图如图4所示,具体包括:
接收模块41,用于接收终端设备发送的请求消息;
判断模块42,用于判断当前是否处于核心网控制实体过载或网络拥塞的状态;
发送模块43,用于在判断模块42的判断结果为是时,将比当前为该终端设备分配的寻呼区域更大的位置区域作为寻呼范围分配给终端设备。
在具体的实施场景中,接收模块41,具体用于:
接收终端设备发送的位置更新请求消息,位置更新请求消息具体为终端设备在检测到自身已处于所分配的寻呼范围之外时向核心网控制实体发送的,或接收终端设备发送的其他移动性管理请求消息;
其中,所分配的寻呼范围,具体为在终端设备未运行MMback-offtimer,且核心网控制实体确定未发生核心网控制实体过载或业务网络拥塞的情况下,核心网控制实体根据预设策略为终端设备分配的寻呼范围,寻呼范围所对应的区域小于或等于核心网控制实体所能服务的所有位置区域。
另一方面,发送模块43,具体用于:
向终端设备发送携带比当前为该终端设备分配的寻呼区域更大的位置区域的信息的响应消息;或,
向终端设备发起的单独的更新寻呼区域过程,并在相应的消息中携带比当前为该终端设备分配的寻呼区域更大的位置区域的信息。
另一方面,本发明实施例还提供了一种终端设备,其结构示意图如图5所示,包括:
发送模块51,用于向核心网控制实体发送请求消息;
接收模块52,用于在核心网控制实体判断当前处于核心网控制实体过载或网络拥塞的状态时,接收核心网控制实体的指示,将比当前为该终端设备分配的寻呼区域更大的位置区域作为该终端设备的寻呼范围。
在具体的实施场景中,其特征在于,发送模块51,具体用于:
向核心网控制实体发送的位置更新请求消息,位置更新请求消息具体为终端设备在检测到自身已处于所分配的寻呼范围之外时向核心网控制实体发送的,或向核心网控制实体发送移动性管理请求消息;
其中,所分配的寻呼范围,具体为在终端设备未运行MMback-offtimer,且核心网控制实体确定未发生核心网控制实体过载或业务网络拥塞的情况下,终端设备接收到的核心网控制实体根据预设策略为终端设备分配的寻呼范围,寻呼范围所对应的区域小于或等于核心网控制实体所能服务的所有位置区域。
另一方面,接收模块52,具体用于:
接收核心网控制实体返回的携带比当前为该终端设备分配的寻呼区域更大的位置区域的信息的响应消息,将比当前为该终端设备分配的寻呼区域更大的位置区域作为自身的寻呼范围;或,
根据接收到的核心网控制实体所发起的单独的更新寻呼区域过程所对应的消息中所携带的比当前为该终端设备分配的寻呼区域更大的位置区域的信息,进行自身的寻呼范围的更新。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例的技术方案,使核心网控制实体确定需要拒绝终端设备的请求消息时,将比当前为该终端设备分配的寻呼区域更大的位置区域分配给该终端设备作为寻呼范围,从而,在处于核心网控制实体过载或网络拥塞的状态下,使终端设备可以获得核心网控制实体所能提供的最大范围的位置区域作为自身的寻呼区域,避免该终端设备在该核心网控制实体的覆盖范围内,因为引出了所分配的寻呼区域而导致自身无法继续被寻呼的问题,提高了业务的可靠性。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或网络侧设备等)执行本发明实施例各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景,但是,本发明实施例并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。