CN102083112A - 保证业务连接的方法、网络设备和用户设备 - Google Patents
保证业务连接的方法、网络设备和用户设备 Download PDFInfo
- Publication number
- CN102083112A CN102083112A CN2009102256721A CN200910225672A CN102083112A CN 102083112 A CN102083112 A CN 102083112A CN 2009102256721 A CN2009102256721 A CN 2009102256721A CN 200910225672 A CN200910225672 A CN 200910225672A CN 102083112 A CN102083112 A CN 102083112A
- Authority
- CN
- China
- Prior art keywords
- subscriber equipment
- network element
- professional
- mobile management
- management network
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种保证业务连接的方法、网络设备和用户设备。该方法包括获知移动性管理网元故障或复位;获知附着于所述移动性管理网元上的用户设备的特征信息;根据用户设备的特征信息获知附着于所述移动性管理网元上的需要发起业务建立的用户设备,通知所述需要发起业务建立的用户设备发起业务建立。本发明实施例可在移动性管理网元故障或复位时,通知附着于该故障或复位的移动性管理网元需要发起业务建立的用户设备建立业务连接,可满足具有高可靠性业务需求的用户设备业务连接的有效性和可靠性。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种保证业务连接的方法、网络设备和用户设备。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)为了应对在无线宽带技术上的挑战,保持3GPP的优势,制定了长期演进计划(LongTerm Evolution,TLE),并在该LTE下定义了新的移动通信网络架构,使得该架构相对于现有的通用无线分组业务系统(General Packet Radio Service,GPRS)/通用移动通信系统(Universal Mobile Telecommunication System,UMTS)更加扁平,并且保留了分组域,被称之为演进的分组网络(EvolvedPacket System,EPS)。现有的EPS的核心网主要包括:移动管理实体(MobilityManagement Entity,MME)、服务网关(Serving Gateway,S-GW)和分组数据网络网关(Packet Data Network Gateway,P-GW)等逻辑功能实体,其中,MME负责非接入层(Non Access Stratum,NAS)信令和NAS信令加密以及漫游、跟踪等功能,分配用户临时身份标识以及安全功能等;S-GW负责本地的移动性锚点、3GPP系统内部的移动性锚点,以及合法监听相关信息,P-GW负责策略执行、计费以及合法监听相关功能。
上述的EPS网络可应用于人与人(Human to Human,H2H)和机器与机器(Machine to Machine,M2M)通信的应用中,其中,H2H通信需要人为参与,而M2M通信则是指无人为参与情况下各用户设备之间的网络通讯,如交通控制与管理、工厂监控以及远程抄表等的应用。在目前的EPS网络中,当移动性管理网元,即MME出现故障或复位时,移动性管理网元会将附着在其上的用户设备的上下文信息全部删除,同时,网关设备,即S-GW和P-GW检测到移动性管理网元出现故障或复位时,也会将其上管理的附着在移动性管理网元上的用户设备的上下文信息全部删除,因此,附着在移动性管理网元上的用户设备的业务连接就会中断,用户设备需要重新建立业务连接才能实现新的业务,而目前用户设备一般是通过人工复位用户设备的方法才能重新建立业务连接。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:现有的H2H或M2M通信系统中,当移动性管理网元出现故障或复位时,移动性管理网元和网关设备会将附着在该移动性管理网元上的用户设备的上下文信息全部删除,使得用户设备的业务连接中断,且必须对用户设备进行人工复位后才可使用户设备重新建立业务连接,而对于高可靠性业务连接,例如,H2H通信应用下的VIP用户,或者M2M通信应用下的安全监控用户设备,其需要高可靠性的业务连接,现有技术中无法为该类用户快速恢复业务连接,从而导致该类高可靠性业务不可用。
发明内容
本发明实施例提供一种保证业务连接的方法、网络设备和用户设备,实现快速有效地恢复用户设备的业务连接,保证用户设备的业务连接的有效性和可靠性。
本发明实施例提供一种保证业务连接的方法,包括:
获知移动性管理网元故障或复位;
获知附着于所述移动性管理网元上的用户设备的特征信息;
根据用户设备的特征信息获知附着于所述移动性管理网元上的需要发起业务建立的用户设备,通知所述需要发起业务建立的用户设备发起业务建立。
本发明实施例提供一种保证业务连接的方法,包括:
接入网设备获知移动性管理网元故障或复位;
接入网设备广播携带所述移动性管理网元标识的广播消息,以使用户设备接收到所述广播消息后,如果广播消息中的移动性管理网元的标识与用户设备中的移动性管理网元的标识一致,则发起业务建立。
本发明实施例提供一种网络设备,包括:
故障信息获取模块,用于获知移动性管理网元故障或复位;
特征信息获取模块,用于获知附着于所述移动性管理网元上的用户设备的特征信息;
通知模块,用于根据用户设备的特征信息获知附着于所述移动性管理网元上的需要发起业务建立的用户设备,通知所述需要发起业务建立的用户设备发起业务建立。
本发明实施例提供一种网络设备,包括:
故障信息获取模块,用于获知移动性管理网元故障或复位;
广播模块,用于广播携带所述移动性管理网元标识的广播消息,以使用户设备接收到所述广播消息后,如果广播消息中的移动性管理网元的标识与用户设备中的移动性管理网元的标识一致,则发起业务建立。
本发明实施例提供一种用户设备,包括:
消息接收模块,用于接收网络设备发送的通知消息,所述通知消息为所述网络设备在移动性管理网元故障或复位时,通知附着于所述移动性管理网元上的需要发起业务建立的用户设备发起业务建立的消息;
业务连接模块,用于根据所述通知消息发起业务建立。
本发明实施例通过在移动性管理网元故障或复位时,通知用户设备建立业务连接,使得需要发起业务建立的用户设备可以快速地建立业务连接,恢复具有高可靠性业务连接的用户设备业务连接的有效性,保证具有可靠性业务需求的用户设备的业务连接的可靠性。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明保证业务连接的方法实施例一的流程示意图;
图2为本发明保证业务连接的方法实施例二的流程示意图;
图3为本发明保证业务连接的方法实施例三的流程示意图;
图4为本发明保证业务连接的方法实施例四的流程示意图;
图5为本发明保证业务连接的方法实施例五的流程示意图;
图6为本发明保证业务连接的方法实施例六的流程示意图;
图7为本发明网络设备实施例一的结构示意图;
图8A为本发明网络设备实施例二中特征信息获取模块的结构示意图;
图8B为本发明网络设备实施例二中通知模块的结构示意图;
图9A为本发明网络设备实施例三中特征信息获取模块的的结构示意图;
图9B为本发明网络设备实施例三中通知模块的结构示意图;
图10为本发明网络设备实施例四的结构示意图;
图11为本发明网络设备实施例五中广播模块的结构示意图;
图12为本发明用户设备实施例的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明保证业务连接的方法实施例一的流程示意图。具体地,如图1所示,本实施例可包括如下步骤:
步骤101、网络设备获知移动性管理网元故障或复位;
步骤102、网络设备获知附着于所述移动性管理网元上的用户设备的特征信息;
步骤103、网络设备根据用户设备的特征信息获知附着于所述移动性管理网元上的需要发起业务建立的用户设备,通知所述需要发起业务建立的用户设备发起业务建立。
其中,所述的网络设备可以为网关设备,例如,GGSN、S-GW或P-GW,或者,也可以为接入网设备,例如,BSC、RNC或eNodeB;所述的移动性管理网元可以是SGSN或MME。
本实施例在移动性管理网元故障或复位时,可根据用户设备的特征信息确定附着于该故障或复位的移动性管理网元的需要发起业务建立的用户设备,并通知该需要发起业务建立的用户设备发起业务建立,建立新的业务连接,保证需要发起业务连接的用户设备的业务连接的有效性。其中,该需要发起业务连接的用户设备可以为系统中具有高可靠性业务需求的用户设备,或VIP用户设备,或起控制作用的用户设备等;所述的用户设备的特征信息(MTC Feature)可以是表示用户设备为高可靠性业务需求应用的信息,或者是表示用户设备为VIP用户的信息。
本实施例中,所述的用户设备发起业务建立可以是指用户设备发起附着流程或者用户设备发起PDN连接建立流程或者用户设备发起激活PDP上下文流程。
本实施例在移动性管理网元故障或复位时,根据用户设备的特征信息确定需要发起业务建立的用户设备,并通知该需要发起业务建立的用户设备发起业务建立,建立新的业务连接,使得需要发起业务建立的用户设备可快速地建立业务连接,恢复具有高可靠性业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。
图2为本发明保证业务连接的方法实施例二的流程示意图。本实施例方法可通过网关设备确定移动性管理网元故障或复位,并由网关设备通知用户设备建立业务连接。具体地,本实施例方法可包括以下步骤:
步骤201、网关设备获知第一移动性管理网元故障或复位。
本步骤中,网关设备获知第一移动性管理网元故障或复位具体地可包括如下步骤:
步骤A1、网关设备向第一移动性管理网元发送检测消息;
步骤A2、当网关设备未接收到第一移动性管理网元反馈的与检测消息对应的检测应答消息,则网关设备获知第一移动性管理网元故障;或者,
步骤A3、当网关设备接收到第一移动性管理网元反馈的与检测消息对应的检测应答消息,且检测应答消息指示第一移动性管理网元复位时,则网关设备获知第一移动性管理网元复位。
具体地,本实施例网关设备可通过Echo探测消息获知第一移动性管理网元故障或复位,其探测过程为:网关设备在第一次向第一移动性管理网元发送检测消息,如Echo Request时,第一移动性管理网元会对该检测消息作出应答,返回检测应答消息,如Echo Response,且在返回的检测应答消息中指示一个计数器(counter),并将该计数器设置一个初始值,此后,网关设备周期性的向第一移动性管理网元发送检测消息,若第一移动性管理网元运行正常,则第一移动性管理网元会返回应答消息,并保持检测应答消息中的计数器数值不变;若第一移动性管理网元复位,则第一移动性管理网元将会改变检测应答消息中的计数器数值,如计数器数值加1,因此,网关设备可根据接收到的检测应答消息中的计数器数值获知第一移动性管理网元是否复位,即网关设备接收到的检测应答消息中的计数器数值大于前一检测应答消息中的数值时,网关设备即可获知第一移动性管理网元复位。而网关设备发送检测消息之后的一定的时间内,未接收到第一移动性管理网元的检测应答消息时,可获知该第一移动性管理网元故障。本领域技术人员可理解的是,本发明实施例并不限于上述方式,网关设备也可通过其它方式获知第一移动性管理网元故障或复位。
步骤202、网关设备获知附着于该出现故障或复位的第一移动性管理网元上的用户设备的特征信息。
首先,网关设备获知附着于该移动性管理网元的用户设备。具体地,网关设备可根据其上的用户设备的上下文信息,获知其管理的用户设备是否是附着于该故障或复位的第一移动性管理网元的用户设备,如可根据用户设备的上下文信息中包含有出现故障或复位的第一移动性管理网元的信息时,可获知用户设备是附着于该第一移动性管理网元的用户设备。
其次,根据获知的附着于第一移动性管理网元上的用户设备,则可获知附着于该第一移动性管理网元的用户设备的特征信息。其中,网关设备可通过以下几种方式获知附着于该第一移动性管理网元上的用户设备的特征信息,分别说明如下:
(1)网关设备可从用户设备的上下文信息中获知用户设备的特征信息。
网关设备的用户设备的上下文信息中可设置有用户设备的特征信息,且用户设备的特征信息可通过移动性管理网元通知给网关设备,并由网关设备将其保存在用户设备的上下文信息中。具体地,可以在签约数据中签约用户设备的特征信息,移动性管理网元可从签约数据中获取用户设备的特征信息,并可将获得的用户设备的特征信息携带在会话请求消息,如Create SessionRequest或Create PDP Request中,发送给网关设备,从而网关设备可以将从会话请求消息中获得的用户设备的特征信息保存在用户设备的上下文信息中。
其中,移动性管理网元从签约数据中获取用户设备的特征信息具体可以是:在附着流程或跟踪区更新或路由区更新流程中,向归属位置寄存器(HomeLocation Register,HLR)或归属签约服务器(Home Subscriber Server,HSS)发送位置更新请求(Update Location Request)消息,HLR或HSS在位置更新确认(Update Location Ack)消息中携带用户设备的特征信息。
(2)网关设备可从网关设备的配置信息中,获知与用户设备的用户设备标识信息对应的用户设备的特征信息。
网关设备可配置有与用户设备的标识信息对应的特征信息,这样,网关设备在确定附着于第一移动性管理网元的用户设备后,即可根据用户设备的标识信息,在其上配置信息中查找与用户设备的标识信息对应的用户设备的特征信息。其中,用户设备的标识信息可以是移动性管理网元在会话管理消息中将用户设备的标识信息携带给网关设备,具体地,移动性管理网元可在进行附着流程或跟踪区更新或位置区更新流程或切换流程时,在会话管理消息,如Create Session Request或Create PDP Request中,携带附着于其上的用户设备的标识信息,发送给网关设备。
(3)网关设备可从网关设备的配置信息中,获知与用户设备所属的群组标识对应的用户设备的特征信息。
网关设备可配置有与用户设备所属的群组标识对应的特征信息,这样,网关设备在确定附着于第一移动性管理网元的用户设备后,即可根据用户设备所属的群组标识,在配置信息中查找与之对应的用户设备的特征信息。其中,用户设备所属的群组标识可以是移动性管理网元在会话管理消息中将用户设备所属的群组标识携带给网关设备,具体地,移动性管理网元可在进行附着流程或跟踪区更新或位置区更新流程或切换流程时,在会话管理消息中携带附着于其上的用户设备的群组标识,发送给网关设备,网关设备可根据该用户设备所属的群组标识获得用户设备的特征信息。
其中,所述的用户设备所属的群组标识是指用户设备所属的用户设备组或群组的标识、用户设备所属的M2M行业用户(MTC User)的标识、用户设备所属的M2M应用签约用户(MTC Subscriber)的标识或其它指示群组或行业用户标识的信息,例如,可通过接入点名称(Access Point Name,APN)标识用户设备所属的群组、用户组或行业用户,则APN就是用户设备所属群组或用户组或行业用户的标识;此外,在主备设备(Master/Slave设备)组成的群组或者用户设备组的场景下,主设备的标识信息也可以作为用户设备所属群组或用户组或行业用户的标识,此时,用户设备所述的群组标识就可以是主设备的标识信息。本实施例中,移动性管理网元在进行附着流程或跟踪区更新或位置区更新流程或切换流程时,可在会话管理消息中将用户设备所属的行业标识携带给网关设备,网关设备即可根据获得的用户设备所属的群组标识和其上的配置信息获得用户设备的特征信息。
本实施例中的用户设备的特征信息可以是用户设备需要较高业务连接需求,具体地,需要较高业务连接需求的用户设备可以是系统中的具有高可靠性要求的用户设备,或者是系统中的VIP用户等。
步骤203、网关设备根据用户设备的特征信息获知附着在第一移动性管理网元设备上的需要发起业务建立的用户设备,向正常运行的第二移动性管理网元发送指示消息,该指示消息中携带需要发起业务建立的用户设备的用户设备信息。
上述的需要较高业务连接需要的用户设备即为需要发起业务建立的用户设备,因此,网关设备获得用户设备的特征信息时,即可根据用户设备的特征信息确定需要发起业务建立的用户设备。
当获得确定需要触发的用户设备后,可向正常运行的第二移动性管理网元发送指示消息,且该指示消息中携带该需要发起业务建立的用户设备的用户设备信息,如用户设备的标识信息。其中,在GERAN/UTRAN系统,本实施例所述的网关设备可为GGSN,则指示消息可以是分组数据报文通知请求消息(PDU Notification Request),所述的分组数据报文通知请求消息中包含该需要触发的用户设备的标识信息,如IMSI,此外,所述的分组数据报文通知请求消息中还可包括该需要触发的用户设备的位置信息,如路由区标识(Routing Area Identity),其中,用户设备的位置信息可保存在网关设备的上下文信息中;而在EUTRAN系统中,所述的网关设备为SGW,则网关设备发送的指示消息可以是下行数据报文通知消息(Downlink DataNotification),所述的下行数据报文通知消息中包括该需要触发的用户设备的标识信息,如IMSI,此外,所述的下行数据报文通知消息中还可包括该需要触发的用户设备的位置信息,如跟踪区列表(Tracking Area List),其中,所述的用户设备的位置信息可保存在网关设备上用户设备的上下文信息中。本领域技术人员可以理解的是,网关设备发送的指示消息除了可以是分组数据报文通知请求消息,或者下行数据报文通知消息外,也可以是其它消息,或新增的消息,且在该消息中携带需要发起业务建立的用户设备的标识信息,以及还可携带需要发起业务建立的用户设备的位置信息。
之后,第二移动性管理网元接收到该指示消息后还可以向网关设备返回指示响应消息。
具体地,接收到网关设备发送的携带用户设备的信息的指示消息后,第二移动性管理网元可作出应答,并返回指示响应消息。其中,若所述指示消息为分组数据报文通知请求消息时,返回的指示响应消息可为分组数据报文通知响应消息(PDU Notification Response);若所述指示消息为下行数据报文通知消息时,返回的指示响应消息可以为下行数据报文通知确认消息(Downlink Date Notification Ack)。
步骤204、第二移动性管理网元根据该指示消息中的需要发起业务建立的用户设备的用户设备信息,通过接入网设备,向该需要发起业务建立的用户设备发起IMSI寻呼。
由于网关设备发送的指示信息中的用户设备信息包含需要发起业务建立的用户设备的用户设备信息,因此,第二移动性管理网元可通过IMSI寻呼直接触发用户设备建立业务连接。具体地,第二移动性管理网元可根据指示消息中的用户设备信息,在其管理范围内向用户设备发起IMSI寻呼,寻呼该指示消息中携带的用户设备信息对应的用户设备;或者,若指示消息中携带有用户设备的位置信息,则第二移动性管理网元还可在所述的用户设备的位置信息内寻呼用户设备,提高IMSI寻呼的针对性和效率;或者,第二移动性管理网元还可以根据自定义的寻呼规则向用户设备发起寻呼,寻呼用户设备。
本步骤中所述的接入网设备在GERAN系统下可以是BSC;在UTRAN系统下,可以是RNC;在EUTRAN系统下可以是eNodeB。当接入网设备接收到IMSI寻呼消息后,可对用户设备进行IMSI寻呼。
步骤205、接收到IMSI寻呼消息的用户设备,发起业务建立,建立业务连接。
所述的IMSI寻呼消息可触发用户设备重新建立业务连接,具体地,在EUTRAN系统中,用户设备接收到IMSI寻呼,则用户设备可发起附着流程,并在附着流程中建立PDN连接,根据所述附着流程中的PDN连接建立业务连接;而在GERAN/UTRAN系统中,用户设备接收到IMSI寻呼,则用户设备可发起附着流程,然后发起PDP上下文激活流程,通过所述PDP上下文激活流程建立业务连接。用户设备建立业务连接后,即可实现其自身的业务,如接收或发送相关的业务信息,可有效满足用户设备的业务需要。另外,如果网关设备获知第一移动性管理网元复位,则所述网关设备还可以选择所述第一移动性管理网元为所述用户设备发送业务建立指示消息,即在移动性管理网元复位的场景下,本实施例中所述第二移动性管理网元与所述第一移动性管理网元相同。
本实施例通过网关设备根据用户设备的特征信息确定需要发起业务建立的用户设备,并在移动性管理网元出现故障时,通知需要发起业务建立的用户设备建立业务连接,可以实现网关设备触发需要发起业务建立的用户设备快速地建立业务连接,恢复具有高可靠性业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。
图3为本发明保证业务连接的方法实施例三的流程示意图。本实施例方法可通过接入网设备确定移动性管理网元故障或复位,并可由接入网设备确定需要触发的用户设备,通知用户设备建立业务连接。具体地,本实施例方法可包括以下步骤:
步骤301、接入网设备确定移动性管理网元复位或故障。
本步骤中,接入网设备可根据接收到的移动性管理网元发送的复位指示消息,获知移动性管理网元复位。具体地,移动性管理网元复位时,可向接入网设备发送复位指示信息,通知其复位。另外,接入网设备可以根据链路探测机制获知移动性管理网元故障。
步骤302、接入网设备获知附着于该发生故障或复位的移动性管理网元上的用户设备的特征信息。
接入网设备可以通过配置的方法获知附着于该移动性管理网元的用户设备的信息,如IMSI。具体可以是在接入网设备上配置具有高可靠性的用户设备或者VIP用户设备的标识信息。接入网设备根据配置信息即可以获知需要发起业务建立的用户设备的信息。
步骤303、接入网设备获知附着在移动性管理网元设备上的需要发起业务建立的用户设备,并向该需要发起业务建立的用户设备发送IMSI寻呼消息。
上述的需要较高业务连接需要的用户设备即为需要发起业务建立的用户设备,因此,接入网设备获得用户设备的特征信息时,即可根据用户设备的特征信息确定需要发起业务建立的用户设备。
步骤304、用户设备接收到IMSI寻呼消息后,即可建立业务连接。
用户设备接收到IMSI寻呼后,可在该IMSI寻呼的触发下重新建立业务连接。具体地,在EUTRAN系统中,用户设备可发起附着流程,并在附着流程中建立PDN连接,根据所述附着流程中的PDN连接建立业务连接;而在GERAN/UTRAN系统中,用户设备可发起附着流程,然后发起PDP上下文激活流程,通过所述PDP上下文激活流程建立业务连接。用户建立业务连接后,即可实现其自身的业务,如接收或发送相关的业务信息,可有效满足用户设备的业务需要。
本实施例通过接入网设备根据用户设备的特征信息确定需要发起业务建立的用户设备,并在移动性管理网元出现故障时,通过IMSI寻呼通知需要发起业务建立的用户设备建立业务连接,可以实现接入网设备触发需要发起业务建立的用户设备快速地建立业务连接,恢复具有高可靠性业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。
图4为本发明保证业务连接的方法实施例四的流程示意图。与图3所示实施例技术方案不同的是,本实施例接入网设备可通过RRC请求信息触发用户设备建立业务连接。具体地,如图4所示,本实施例可包括以下步骤:
步骤401、与上述实施例中的步骤301对应相同。
步骤402、接入网设备获知附着于该发生故障或复位的移动性管理网元上的用户设备的特征信息。
首先,接入网设备获知附着于该移动性管理网元的用户设备。具体地,接入网设备可根据其上的用户设备的上下文信息,确定其上的用户设备是否是附着于该故障或复位的移动性管理网元的用户设备,如可根据用户设备的上下文信息中包含有出现故障或复位的移动性管理网元的信息时,可获知用户设备是附着于该移动性管理网元的用户设备。
其次,根据获知的附着于移动性管理网元上的用户设备,则可获知附着于该移动性管理网元的用户设备的特征信息。
其中,接入网设备可通过以下几种方式获知附着于该移动性管理网元上的用户设备的特征信息,分别说明如下:
(1)接入网设备可从用户设备的上下文信息中获知用户设备的特征信息。
接入网设备上用户设备的上下文信息中可设置有用户设备的特征信息,且用户设备的特征信息可通过移动性管理网元通知给接入网设备,并保存在用户设备的上下文信息中,如,移动性管理网元在附着流程或者PDN连接建立流程中向接入网设备发送的UE Context Setup Request消息中包含用户设备的特征信息。
(2)接入网设备可从接入网设备的配置信息中,获知与用户设备接入的小区标识对应的用户设备的特征信息。
接入网设备可配置有与用户设备接入的小区标识对应的特征信息,这样,接入网设备可根据用户设备接入的小区标识,在配置信息中查找与用户设备接入的小区标识对应的用户设备的特征信息。
(3)接入网设备可从接入网设备的配置信息中,获知与用户设备群组标识对应的用户设备的特征信息。
接入网设备可配置有与用户设备群组标识对应的特征信息,这样,接入网设备可根据用户设备的群组标识,在配置信息中查找与用户设备的群组标识对应的用户设备的特征信息。其中,用户设备所属的群组标识是指用户设备所属的群组或用户设备组标识,或者是用户设备所属的行业用户标识,或者是用户设备所属的MTC User或MTC Subscriber标识,或者其他标识用户设备所属的群组或用户设备组的标识,本专利不作限制。
(4)接入网设备可从用户设备发送的RRC消息中,获知用户设备的特征信息。
用户设备可在RRC消息中将用户设备的特征信息携带给接入网设备,如,用户设备可以在附着流程、路由区更新或跟踪区更新流程、服务请求等流程中将用户设备的特征信息在RRC消息中携带给接入网设备。
在获得用户设备的特征信息后,接入网设备即可根据用户设备的特征信息获知需要发起业务建立的用户设备。其中,所述的用户设备的特征信息可以是需要较高业务连接需求的用户设备的标识信息,具体地,需要较高业务连接需求的用户设备可以是系统中的具有高可靠性要求的用户设备,或者是系统中的VIP用户等。
此外,本实施例中,用户设备的特征信息也可以是移动性管理网元在无线接入承载(Radio Access Bearer,RAB)建立流程中,将用户设备的特征信息通知接入网设备。
步骤403、接入网设备根据用户设备的特征信息确定附着在移动性管理网元设备上的需要发起业务建立的用户设备,并向该需要发起业务建立的用户设备发送携带移动性管理网元故障或复位原因值的RRC释放请求消息。
当接入网设备确定需要发起业务建立的用户设备后,即可向用户设备发送携带移动性管理网元故障或复位原因值的RRC释放请求消息,作为业务建立指示通知用户设备建立业务连接。
之后,用户设备在接收到RRC释放请求消息后,可向接入网设备返回RRC释放响应消息(RRC Release Response)。
步骤404、用户设备接收到RRC释放请求消息后,可根据RRC释放请求消息中的原因值,建立业务连接。
本实施例通过接入网设备根据用户设备的特征信息确定需要发起业务建立的用户设备,并在移动性管理网元出现故障时,通过RRC消息通知需要发起业务建立的用户设备建立业务连接,可以实现接入网设备触发需要发起业务建立的用户设备快速地建立业务连接,恢复具有高可靠性业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。
图5为本发明保证业务连接的方法实施例五的流程示意图。本实施例中,在移动性管理网元故障或复位时,接入网设备可通过发送广播消息通知用户设备建立业务连接。具体地,如图5所示,本实施例方法可包括以下步骤:
步骤501、接入网设备获知移动性管理网元故障或复位。
步骤502、接入网设备广播携带该故障或复位的移动性管理网元标识的广播消息;
步骤503、用户设备接收到广播消息后,如果广播消息中的移动性管理网元的标识与用户设备中的移动性管理网元的标识一致,则所述用户设备发起业务建立。
本实施例中,用户设备接收到广播消息后,可由用户设备选择是否发起业务建立,例如,如果用户设备是具有高可靠性的应用特征信息或者所述用户设备是VIP用户,则用户设备接收到接入网设备发送的广播消息后,且广播消息中的移动性管理网元的标识与用户设备中的移动性管理网元的标识一致,则用户设备可发起业务连接建立。
实际应用中,移动性管理网元可为用户设备分配移动性管理网元标识,具体地,如在EUTRAN系统中,移动性管理网元为MME,则MME在为用户设备分配全局唯一的临时标识(Globally Unique Temporary Identity,GUTI)中包含MME标识GUMMEI;或者,在GERAN/UTRAN系统中,移动性管理网元为SGSN,则SGSN在为用户设备分配的P-TMSI(Packet TMSI)中包含SGSN标识NRI。因此,用户设备接收到该广播消息后,即可确定广播消息中的移动性管理网元标识是否与其自身上的移动性管理网元标识一致,若一致,则可建立业务连接。
本实施例通过广播消息触发需要建立业务连接的用户设备建立业务连接,可以实现需要发起业务建立的用户设备快速地建立业务连接,恢复具有高可靠性业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。本实施例无需网络设备首先根据用户设备的特征信息确定需要建立业务连接用户设备,而由用户设备自身确定是否发起业务连接,可以减轻网络设备的负担。
图6为本发明保证业务连接的方法实施例六的流程示意图。与上述图5所示实施例技术方案不同的是,本实施例中接入网设备可在特定的小区内通过广播信息通知用户设备建立业务连接。具体地,如图6所示,本实施例方法可包括以下步骤:
步骤601、接入网设备获知移动性管理网元故障或复位。
步骤602、接入网设备根据配置的小区标识与用户设备的特征信息之间的对应关系,获知需要发起业务建立的用户设备所在小区的小区标识。
本实施中,在接入网设备上可以配置小区标识与用户设备的特征信息之间的对应关系,如,在某些小区下接入的用户设备均具有高可靠性或者均是VIP的用户设备,则接入网设备在获知移动性管理网元复位或故障后,可以在所述某些小区中广播携带移动性管理网元的标识的广播消息。
步骤603、接入网设备向所述小区标识对应的小区广播携带所述移动性管理网元标识的广播消息。
需要说明的是,保证用户设备在该所述小区标识对应的小区内接入的方法可以是:
(1)接入网设备在小区广播消息中可以携带用户设备所属的群组标识,如果所述用户设备所属的群组标识包含于(或者相同)小区广播消息中的用户设备所属的群组标识,则所述用户设备选择所述小区接入。
其中,用户设备所属的群组标识是指用户设备所属的群组或用户设备组标识,或者是用户设备所属的行业用户标识,或者是用户设备所属的MTCUser或MTC Subscriber标识,或者其他标识用户设备所属的群组或用户设备组的标识,本专利不作限制。
(2)接入网设备在小区广播消息中广播所述小区的CSG ID(ClosedSubscriber Group Identifier),如果所述用户设备的CSG ID与所述小区的CSGID一致,则所述用户设备选择所述小区接入。
步骤604、用户设备接收到广播消息后,如果广播消息中的移动性管理网元的标识与用户设备中移动性管理网元的标识一致,则用户设备可重新建立业务连接。
本实施例通过广播消息触发需要建立业务连接的用户设备建立业务连接,可以实现需要发起业务建立的用户设备快速地建立业务连接,恢复具有高可靠性业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。本实施例无需网络设备首先根据用户设备的特征信息确定需要建立业务连接用户设备,而由用户设备自身确定是否发起业务连接,可以减轻网络设备的负担。本实施例通过向特定的小区发送广播消息,可以提高广播信息的针对性。
图7为本发明网络设备实施例一的结构示意图。如图7所示,本实施例网络设备包括故障信息获取模块1、特征信息获取模块2和通知模块3,其中,
故障信息获取模块1,用于获知移动性管理网元故障或复位;
特征信息获取模块2,用于获知附着于所述移动性管理网元上的用户设备的特征信息;
通知模块3,用于根据用户设备的特征信息获知附着于所述移动性管理网元上的需要发起业务建立的用户设备,通知所述需要发起业务建立的用户设备发起业务建立。
本实施例网络设备可以是接入网设备,例如,GGSN、S-GW或P-GW,或者,也可以是接入网设备,例如,BSC、RNC或eNodeB;其中,所述的移动性管理网元可以是SGSN或MME。
本实施例中,故障信息获取模块1获知移动性管理网元故障或复位时,可由特征信息获取模块2获知附着于该该故障或复位的移动性管理网元上的用户设备的特征信息,并通过通知模块3根据用户设备的特征信息通知需要发起业务建立的用户设备发起业务建立,以便需要发起业务建立的用户设备接收到该通知消息后,发起业务建立,重新建立业务连接。其中,所述的需要发起业务建立的用户设备可以系统中具有高可靠性业务需求的用户设备,如VIP用户设备,或起控制作用的用户设备等。
本实施例在移动性管理网元故障或复位时,可根据用户设备的特征信息确定需要发起业务建立的用户设备,并通知该需要发起业务建立的用户设备发起业务建立,建立新的业务连接,使得需要发起业务建立的用户设备可快速地建立业务连接,恢复具有高可靠性业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。
图8A为本发明网络设备实施例二中特征信息获取模块的结构示意图;
图8B为本发明网络设备实施例二中通知模块的结构示意图。本实施例网络设备为网关设备,可以是GGSN、S-GW或P-GW,具体地,在上述图7所示实施例技术方案的基础上,如图8A所示,本实施例中的特征信息获取模块2可包括第一用户确定单元20,以及第一特征获取单元21、第二特征获取单元22或者第三特征获取单元23,其中,
第一用户确定单元20,用于获知附着于所述移动性管理网元的用户设备;
第一特征获取单元21,用于从用户设备的上下文信息中,获知所述用户设备的特征信息;或者,
第二特征获取单元22,用于从网关设备的配置信息中,获知与所述用户设备的标识信息对应的所述用户设备的特征信息;或者,
第三特征获取单元23,用于从网关设备的配置信息中,获知与所述用户设备所属的群组标识对应的所述用户设备的特征信息。
本实施例中,当第一用户确定单元20获知附着于出现故障或复位移动性管理网元的用户设备后,可通过第一特征获取单元21、第二特征获取单元22或者第三特征获取单元23获知用户设备的特征信息。其具体获取方法可参考本发明保证业务连接的方法实施例二,在此不再赘述。
如图8B所示,本实施例中的通知模块3可包括第一触发用户确定单元30和第一信息发送单元31,其中:
第一触发用户确定单元30,用于根据附着于所述移动性管理网元上的用户设备的特征信息,获知附着于所述移动性管理网元上的需要发起业务建立的用户设备;
第一信息发送单元31,用于向正常工作的移动性管理网元发送业务建立指示消息,所述业务建立指示消息中携带所述需要发起业务建立的用户设备的信息,以便所述正常工作的移动性管理网元根据所述用户设备的信息对所述需要发起业务建立的用户设备进行IMSI寻呼,通知所述附着于所述移动性管理网元上的需要发起业务建立的用户设备在接收到IMSI寻呼消息后建立业务连接。
本实施例中第一触发用户确定单元30获知需要发起业务建立的用户设备后,可由第一信息发送单元31通过正常工作的移动性管理网元向需要发起业务建立的用户设备发送IMSI寻呼,通知用户设备发起业务建立,重新建立业务连接。其具体实现过程可参考本发明保证业务的连接方法实施例二,在此不再赘述。
本实施例通过网关设备根据用户设备的特征信息确定需要发起业务建立的用户设备,并在移动性管理网元出现故障时,通知需要发起业务建立的用户设备建立业务连接,可以实现网关设备触发需要发起业务建立的用户设备快速地建立业务连接,恢复具有高可靠性业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。
图9A为本发明网络设备实施例三中特征信息获取模块的结构示意图;图9B为本发明网络设备实施例三中通知模块的结构示意图。本实施例网络设备为接入网设备,可以是BSC、RNC或eNodeB。具体地,在上述图7所示实施例技术方案的基础上,如图9A所示,本实施例中的特征信息获取模块2可包括第二用户确定单元24,以及第四特征获取单元25、第五特征获取单元26、第六特征获取单元27或第七特征获取单元28,其中,
第二用户确定单元24,用于获知附着于所述移动性管理网元的用户设备;
第四特征获取单元25,用于从用户设备的上下文信息中,获知所述用户设备的特征信息;
第五特征获取单元26,用于从接入网设备的配置信息中,获知与所述用户设备的群组标识对应的所述用户设备的特征信息;
第六特征获取单元27,用于从接入网设备的配置信息中,获知与所述用户设备接入的小区标识对应的所述用户设备的特征信息
第七特征获取单元28,用于从所述用户设备发送的RRC消息中,获知所述用户设备的特征信息。
本实施例中,第二用户确定单元24获知附着于出现复位的移动性管理网元后,可通过第四特征获取单元25、第五特征获取单元26、第六特征获取单元27或第七特征获取单元28获知用户设备的特征信息。其具体的获取方法可参考本发明保证业务连接的方法实施例三和四,在此不再赘述。
如图9B所示,本实施例中的通知模块3可包括第二触发用户确定单元32,以及第二信息发送单元33或第三信息发送单元34,其中,
第二触发用户确定单元32,用于根据附着于所述移动性管理网元上的用户设备的特征信息,确定附着于所述移动性管理网元上的需要发起业务建立的用户设备;
第二信息发送单元33,用于向所述需要发起业务建立的用户设备进行IMSI寻呼,以便所述需要发起业务建立的用户设备在接收到IMSI寻呼消息后建立业务连接;
第三信息发送单元34,用于向所述需要发起业务建立的用户设备发送携带所述移动性管理网元故障或复位原因值的RRC释放请求消息,以便所述需要发起业务建立的用户设备在接收到所述RRC释放请求消息后建立业务连接。
本发明实施例可通过第二触发用户确定单元32获知需要发起业务建立的用户设备后,可由第二信息发送单元33向需要发起业务建立的用户设备发起IMSI寻呼,通知用户设备发起业务建立,或者,由第三信息发送单元34发送RRC释放请求消息,通知用户设备发起业务建立。其具体发送过程可参考本发明保证业务连接的方法实施例三或四,在此不再赘述。
本实施例通过接入网设备根据用户设备的特征信息确定需要发起业务建立的用户设备,并在移动性管理网元出现故障或复位时,通知需要发起业务建立的用户设备建立业务连接,可以实现接入网设备触发需要发起业务建立的用户设备快速地建立业务连接,恢复具有高可靠性业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。
图10为本发明网络设备实施例四的结构示意图。本实施例网络设备为接入网设备,且本实施例接入网设备可在移动性管理网元故障时,通过发送广播消息通知用户设备建立业务连接。具体地,如图10所示,本实施例网络设备包括故障信息获取模块4和广播模块5,其中,
故障信息获取模块4,用于获知移动性管理网元故障或复位;
广播模块5,用于广播携带所述移动性管理网元标识的广播消息,以使用户设备接收到所述广播消息后,如果广播消息中的移动性管理网元的标识与用户设备中的移动性管理网元的标识一致,则发起业务建立。
本实施例中,故障信息获取模块4获知移动性管理网元故障或复位时,可通过广播模块5广播携带所述移动性管理网元标识的广播消息,以通知附着于该移动性管理网元的用户设备建立业务连接,其中,用户设备接收到该广播消息后,且用户设备上的移动性管理网元标识与广播消息中携带的移动性管理网元标识相同时,用户设备也可根据自身的需要选择是否建立业务连接,其具体实现过程可参考上述本发明保证业务连接的方法实施例五,在此不再赘述。
本实施例通过广播消息触发需要建立业务连接的用户设备建立业务连接,可以实现需要发起业务建立的用户设备快速地建立业务连接,恢复具有高可靠性业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。本实施例无需网络设备首先根据用户设备的特征信息确定需要建立业务连接用户设备,而由用户设备自身确定是否发起业务连接,可以减轻网络设备的负担。
图11为本发明网络设备实施例五中广播模块的结构示意图。在上述图10所示实施例技术方案的基础上,如图11所示,所述的广播模块5具体可包括小区标识获取单元50和广播单元51,其中,
小区标识获取单元50,用于根据配置的小区标识与用户设备的特征信息之间的对应关系,获知所述需要发起业务建立的用户设备所在小区的小区标识;
广播单元51,用于向所述小区标识对应的小区广播携带所述移动性管理网元标识的广播消息,以使用户设备接收到所述广播消息后,如果广播消息中的移动性管理网元的标识与用户设备中的移动性管理网元的标识一致,则发起业务建立。
本实施中,当获知移动性管理网元故障或复位时,可由小区标识获取单元50获知需要发起业务建立的用户设备所在小区的小区标识,并由广播单元51在该小区标识对应的特定小区内广播携带所述移动性管理网元标识的广播消息,使得在该特定小区内附着于该移动性管理网元的用户设备在接收到广播消息后,建立业务连接。其具体实现可参考上述本发明保证业务连接的方法实施例六,在此不再赘述。
本实施例通过广播消息触发需要建立业务连接的用户设备建立业务连接,可以实现需要发起业务建立的用户设备快速地建立业务连接,恢复具有高可靠性业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。本实施例无需网络设备首先根据用户设备的特征信息确定需要建立业务连接用户设备,而由用户设备自身确定是否发起业务连接,可以减轻网络设备的负担,且本实施例通过向特定的小区发送广播消息,可以提高广播消息的针对性。
图12为本发明用户设备实施例的结构示意图。如图12所示,本实施例用户设备包括消息接收模块6和业务连接模块7,其中,
消息接收模块6,用于接收网络设备发送的通知消息,所述通知消息为所述网络设备在移动性管理网元故障或复位时,通知附着于所述移动性管理网元上的需要发起业务建立的用户设备发起业务建立的消息;
业务连接模块7,用于根据所述通知消息发起业务建立。
其中,所述的网络设备可以是接入网设备,例如,GGSN、S-GW或P-GW,或者,也可以为接入网设备,例如,BSC、RNC或eNodeB。
本实施中,消息接收模块6可用于接收网关设备通过移动性管理网元发起的IMSI寻呼消息;或者,用于接收接入网设备发起的IMSI寻呼消息;用于接收接入网设备发送的携带移动性管理网元故障或复位原因值的RRC释放请求消息。相应地,业务连接模块7可根据消息接收模块6接收的消息,建立业务连接,具体地,业务连接模块7可用于接收到所述网关设备通过移动性管理网元发起的IMSI寻呼消息后,发起业务建立;或者,用于接收到所述接入网设备发起的IMSI寻呼消息后,发起业务建立;或者,用于接收到所述接入网设备发送的携带移动性管理网元故障或复位原因值的RRC释放请求消息后,根据RRC释放请求消息中的原因值,发起业务建立。
其中,所述业务连接模块具体用于发起附着流程,并根据所述附着流程中的PDN连接建立业务连接;或者,具体用于发起附着流程和PDP上下文激活流程,根据所述PDP上下文激活流程建立业务连接。
此外,本实施中,消息接收模块6也可具体用于接收接入网设备发送的携带发生故障或复位的移动性管理网元标识的广播消息;相应地,业务连接模块7可具体用于当所述广播消息中包含的移动性管理网元的标识与用户设备中的移动性管理网元的标识相同时,发起业务建立。
本实施例可根据网络设备发送的通知消息建立业务连接,使得用户设备附着的移动性管理网元故障或复位时,通过接收到的通知消息建立业务连接,可快速有效地恢复业务连接的有效性,保证用户设备的高可靠性业务需求。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (17)
1.一种保证业务连接的方法,其特征在于,包括:
获知移动性管理网元故障或复位;
获知附着于所述移动性管理网元上的用户设备的特征信息;
根据用户设备的特征信息获知附着于所述移动性管理网元上的需要发起业务建立的用户设备,通知所述需要发起业务建立的用户设备发起业务建立。
2.根据权利要求1所述的方法,其特征在于,所述获知附着于所述移动性管理网元上的用户设备的特征信息包括:
网关设备获知附着于所述移动性管理网元的用户设备;
所述网关设备从用户设备的上下文信息中,获知所述用户设备的特征信息;或者,所述网关设备从网关设备的配置信息中,获知与所述用户设备的标识信息对应的所述用户设备的特征信息;或者,所述网关设备从网关设备的配置信息中,获知与所述用户设备所属的群组标识对应的所述用户设备的特征信息。
3.根据权利要求2所述的方法,其特征在于,所述根据用户设备的特征信息获知附着于所述移动性管理网元上的需要发起业务建立的用户设备,通知所述需要发起业务建立的用户设备发起业务建立包括:
所述网关设备根据附着于所述移动性管理网元上的用户设备的特征信息,获知附着于所述移动性管理网元上的需要发起业务建立的用户设备;
所述网关设备向正常工作的移动性管理网元发送业务建立指示消息,所述业务建立指示消息中携带所述需要发起业务建立的用户设备的信息,以使所述正常工作的移动性管理网元根据所述用户设备的信息对所述需要发起业务建立的用户设备进行IMSI寻呼,通知所述附着于所述移动性管理网元上的需要发起业务建立的用户设备在接收到IMSI寻呼消息后建立业务连接。
4.根据权利要求1所述的方法,其特征在于,所述获知附着于所述移动性管理网元上的用户设备的特征信息包括:
接入网设备获知附着于所述移动性管理网元的用户设备;
所述接入网设备从用户设备的上下文信息中,获知所述用户设备的特征信息;或者,所述接入网设备从接入网设备的配置信息中,获知与所述用户设备的群组标识对应的所述用户设备的特征信息;或者,所述接入网设备从接入网设备的配置信息中,获知与所述用户设备接入的小区标识对应的所述用户设备的特征信息;或者,所述接入网设备从所述用户设备发送的RRC消息中,获知所述用户设备的特征信息。
5.根据权利要求4所述的方法,其特征在于,所述根据用户设备的特征信息获知附着于所述移动性管理网元上的需要发起业务建立的用户设备,通知所述需要发起业务建立的用户设备发起业务建立包括:
所述接入网设备根据附着于所述移动性管理网元上的用户设备的特征信息,确定附着于所述移动性管理网元上的需要发起业务建立的用户设备;
所述接入网设备向所述需要发起业务建立的用户设备进行IMSI寻呼,通知所述需要发起业务建立的用户设备在接收到IMSI寻呼消息后建立业务连接;或者,所述接入网设备向所述需要发起业务建立的用户设备发送携带所述移动性管理网元故障或复位原因值的RRC释放请求消息,通知所述需要发起业务建立的用户设备在接收到所述RRC释放请求消息后建立业务连接。
6.一种保证业务连接的方法,其特征在于,包括:
接入网设备获知移动性管理网元故障或复位;
接入网设备广播携带所述移动性管理网元标识的广播消息,以使用户设备接收到所述广播消息后,如果广播消息中的移动性管理网元的标识与用户设备中的移动性管理网元的标识一致,则发起业务建立。
7.根据权利要求6所述的方法,其特征在于,所述接入网设备广播携带所述移动性管理网元标识的广播消息包括:
接入网设备根据配置的小区标识与用户设备的特征信息之间的对应关系,获知需要发起业务建立的用户设备所在小区的小区标识;
所述接入网设备向所述小区标识对应的小区广播携带所述移动性管理网元标识的广播消息。
8.一种网络设备,其特征在于,包括:
故障信息获取模块,用于获知移动性管理网元故障或复位;
特征信息获取模块,用于获知附着于所述移动性管理网元上的用户设备的特征信息;
通知模块,用于根据用户设备的特征信息获知附着于所述移动性管理网元上的需要发起业务建立的用户设备,通知所述需要发起业务建立的用户设备发起业务建立。
9.根据权利要求8所述的网络设备,其特征在于,所述特征信息获取模块包括:
第一用户确定单元及如下单元中的任一个:第一特征获取单元、第二特征获取单元、第三特征获取单元;
所述第一用户确定单元用于获知附着于所述移动性管理网元的用户设备;
所述第一特征获取单元用于从用户设备的上下文信息中,获知所述用户设备的特征信息;
所述第二特征获取单元用于从网关设备的配置信息中,获知与所述用户设备的标识信息对应的所述用户设备的特征信息;
所述第三特征获取单元用于从网关设备的配置信息中,获知与所述用户设备所属的群组标识对应的所述用户设备的特征信息。
10.根据权利要求9所述的网络设备,其特征在于,所述通知模块包括:
第一触发用户确定单元,用于根据附着于所述移动性管理网元上的用户设备的特征信息,获知附着于所述移动性管理网元上的需要发起业务建立的用户设备;
第一信息发送单元,用于向正常工作的移动性管理网元发送业务建立指示消息,所述业务建立指示消息中携带所述需要发起业务建立的用户设备的信息,以便所述正常工作的移动性管理网元根据所述用户设备的信息对所述需要发起业务建立的用户设备进行IMSI寻呼,通知所述附着于所述移动性管理网元上的需要发起业务建立的用户设备在接收到IMSI寻呼消息后建立业务连接。
11.根据权利要求8所述的网络设备,其特征在于,所述特征信息获取模块包括:
第二用户确定单元及如下单元中的任一个:第四特征获取单元、第五特征获取单元、第六特征获取单元、第七特征获取单元;
所述第二用户确定单元用于获知附着于所述移动性管理网元的用户设备;
所述第四特征获取单元用于从用户设备的上下文信息中,获知所述用户设备的特征信息;
所述第五特征获取单元用于从接入网设备的配置信息中,获知与所述用户设备的群组标识对应的所述用户设备的特征信息;
所述第六特征获取单元用于从接入网设备的配置信息中,获知与所述用户设备接入的小区标识对应的所述用户设备的特征信息;
所述第七特征获取单元用于从所述用户设备发送的RRC消息中,获知所述用户设备的特征信息。
12.根据权利要求11所述的网络设备,其特征在于,所述通知模块包括:
第二触发用户确定单元及如下单元中的任一个:第二信息发送单元、第三信息发送单元;
所述第二触发用户确定单元用于根据附着于所述移动性管理网元上的用户设备的特征信息,确定附着于所述移动性管理网元上的需要发起业务建立的用户设备;
所述第二信息发送单元用于向所述需要发起业务建立的用户设备进行IMSI寻呼,通知所述需要发起业务建立的用户设备在接收到IMSI寻呼消息后建立业务连接;
所述第三信息发送单元用于向所述需要发起业务建立的用户设备发送携带所述移动性管理网元故障或复位原因值的RRC释放请求消息,通知所述需要发起业务建立的用户设备在接收到所述RRC释放请求消息后建立业务连接。
13.一种网络设备,其特征在于,包括:
故障信息获取模块,用于获知移动性管理网元故障或复位;
广播模块,用于广播携带所述移动性管理网元标识的广播消息,以使用户设备接收到所述广播消息后,如果广播消息中的移动性管理网元的标识与用户设备中的移动性管理网元的标识一致,则发起业务建立。
14.根据权利要求13所述的网络设备,其特征在于,所述广播模块包括:
小区标识获取单元,用于根据配置的小区标识与用户设备的特征信息之间的对应关系,获知所述需要发起业务建立的用户设备所在小区的小区标识;
广播单元,用于向所述小区标识对应的小区广播携带所述移动性管理网元标识的广播消息,以使用户设备接收到所述广播消息后,如果广播消息中的移动性管理网元的标识与用户设备中的移动性管理网元的标识一致,则发起业务建立。
15.一种用户设备,其特征在于,包括:
消息接收模块,用于接收网络设备发送的通知消息,所述通知消息为所述网络设备在移动性管理网元故障或复位时,通知附着于所述移动性管理网元上的需要发起业务建立的用户设备发起业务建立的消息;
业务连接模块,用于根据所述通知消息发起业务建立。
16.根据权利要求15所述的用户设备,其特征在于,所述消息接收模块具体用于接收接入网设备发送的携带发生故障或复位的移动性管理网元标识的广播消息;
所述业务连接模块具体用于当所述广播消息中包含的移动性管理网元的标识与用户设备中的移动性管理网元的标识相同时,发起业务建立。
17.根据权利要求15所述的用户设备,其特征在于,所述业务连接模块具体用于发起附着流程,并根据所述附着流程中的PDN连接建立业务连接;或者,
所述业务连接模块具体用于发起附着流程和PDP上下文激活流程,根据所述PDP上下文激活流程建立业务连接。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102256721A CN102083112A (zh) | 2009-11-27 | 2009-11-27 | 保证业务连接的方法、网络设备和用户设备 |
PCT/CN2010/079210 WO2011063762A1 (zh) | 2009-11-27 | 2010-11-27 | 保证业务连接的方法、网络设备和用户设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102256721A CN102083112A (zh) | 2009-11-27 | 2009-11-27 | 保证业务连接的方法、网络设备和用户设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102083112A true CN102083112A (zh) | 2011-06-01 |
Family
ID=44065875
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102256721A Pending CN102083112A (zh) | 2009-11-27 | 2009-11-27 | 保证业务连接的方法、网络设备和用户设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102083112A (zh) |
WO (1) | WO2011063762A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012167494A1 (zh) * | 2011-08-01 | 2012-12-13 | 华为技术有限公司 | 电路域回落的寻呼处理方法、移动性管理网元及用户设备 |
CN104469696A (zh) * | 2013-09-22 | 2015-03-25 | 中兴通讯股份有限公司 | 一种终端群组的移动性管理方法、装置及系统 |
CN104854565A (zh) * | 2012-11-20 | 2015-08-19 | 艾里斯通讯公司 | 利用附近设备 |
WO2015123871A1 (zh) * | 2014-02-21 | 2015-08-27 | 华为技术有限公司 | 一种网络故障的处理方法和设备 |
CN105101457A (zh) * | 2014-04-30 | 2015-11-25 | 青岛海尔智能家电科技有限公司 | 一种激活设备的方法和装置 |
CN105228262A (zh) * | 2014-06-17 | 2016-01-06 | 青岛海尔智能家电科技有限公司 | 一种用于激活设备的方法和装置 |
WO2018000319A1 (zh) * | 2016-06-30 | 2018-01-04 | 华为技术有限公司 | 一种用户终端的附着方法及设备 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103379447B (zh) * | 2012-04-27 | 2018-07-06 | 中兴通讯股份有限公司 | 一种集群组呼服务区域生成方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007028225A1 (en) * | 2005-09-06 | 2007-03-15 | Redknee Inc. | Method for the interception of gtp-c messages |
CN101052212A (zh) * | 2006-04-03 | 2007-10-10 | 华为技术有限公司 | 一种移动终端重新附着网络的方法 |
CN101534566A (zh) * | 2008-03-11 | 2009-09-16 | 华为技术有限公司 | 一种寻呼用户的方法、无线接入设备及终端 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101534495B (zh) * | 2008-03-10 | 2011-01-26 | 大唐移动通信设备有限公司 | 一种用户设备的业务承载建立方法及装置 |
-
2009
- 2009-11-27 CN CN2009102256721A patent/CN102083112A/zh active Pending
-
2010
- 2010-11-27 WO PCT/CN2010/079210 patent/WO2011063762A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007028225A1 (en) * | 2005-09-06 | 2007-03-15 | Redknee Inc. | Method for the interception of gtp-c messages |
CN101052212A (zh) * | 2006-04-03 | 2007-10-10 | 华为技术有限公司 | 一种移动终端重新附着网络的方法 |
CN101534566A (zh) * | 2008-03-11 | 2009-09-16 | 华为技术有限公司 | 一种寻呼用户的方法、无线接入设备及终端 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012167494A1 (zh) * | 2011-08-01 | 2012-12-13 | 华为技术有限公司 | 电路域回落的寻呼处理方法、移动性管理网元及用户设备 |
CN104854565A (zh) * | 2012-11-20 | 2015-08-19 | 艾里斯通讯公司 | 利用附近设备 |
CN104854565B (zh) * | 2012-11-20 | 2019-04-09 | 艾里斯通讯公司 | 利用附近设备 |
CN104469696A (zh) * | 2013-09-22 | 2015-03-25 | 中兴通讯股份有限公司 | 一种终端群组的移动性管理方法、装置及系统 |
WO2015123871A1 (zh) * | 2014-02-21 | 2015-08-27 | 华为技术有限公司 | 一种网络故障的处理方法和设备 |
US10142883B2 (en) | 2014-02-21 | 2018-11-27 | Huawei Technologies Co., Ltd. | Network troubleshooting method and device |
CN105101457A (zh) * | 2014-04-30 | 2015-11-25 | 青岛海尔智能家电科技有限公司 | 一种激活设备的方法和装置 |
CN105228262A (zh) * | 2014-06-17 | 2016-01-06 | 青岛海尔智能家电科技有限公司 | 一种用于激活设备的方法和装置 |
WO2018000319A1 (zh) * | 2016-06-30 | 2018-01-04 | 华为技术有限公司 | 一种用户终端的附着方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2011063762A1 (zh) | 2011-06-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112040567B (zh) | 一种恢复rrc连接的方法及装置、计算机存储介质 | |
CN102083112A (zh) | 保证业务连接的方法、网络设备和用户设备 | |
CN102026372B (zh) | 系统广播消息更新的通知、读取方法及设备 | |
EP2785125B1 (en) | Method and system for determining accessibility of terminal group | |
CN102413485B (zh) | 一种机器终端的监控方法、系统及机器终端 | |
CN101291536B (zh) | 一种移动性管理实体负载重平衡的切换方法 | |
US20120106431A1 (en) | Operation control method of m2m user equipment, system and m2m user equipment | |
CN101547168B (zh) | 设备复位通知方法及系统、服务及分组数据网关和移动管理网元 | |
EP2515560B1 (en) | Method and system for synchronizing user data | |
CN101534566B (zh) | 一种寻呼用户的方法、无线接入设备及终端 | |
KR101914353B1 (ko) | 이동 통신 시스템을 위한 방법, 이동 통신 시스템, 이동 단말, 네트워크 노드 및 pgw | |
CN102934489B (zh) | 位置上报方法、设备和系统 | |
CN103858517A (zh) | 通信系统、方法和装置 | |
CN104871600A (zh) | 一种网络选择方法及核心网设备 | |
CN101931859A (zh) | 一种移动通信寻呼方法、系统及装置 | |
CN102045688B (zh) | 用户设备被非法使用的检测方法及检测装置 | |
CN102123436B (zh) | 一种用户设备的监测方法和装置 | |
CN101938807B (zh) | 一种避免无效寻呼的方法及装置 | |
CN101505474A (zh) | 用户切换过程中网络侧处理方法、网元设备及网络系统 | |
CN102740266A (zh) | 一种上下文的同步方法及系统 | |
CN101360323B (zh) | 一种网络获取临时标识的方法与系统 | |
CN102348193A (zh) | 一种网关标识上报的方法及系统 | |
CN101500220B (zh) | 通知网络释放资源的方法、装置和系统 | |
CN104918322B (zh) | 一种用户位置信息汇报的方法 | |
CN102833733A (zh) | 一种监控低移动性终端位置移动的方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110601 |
|
RJ01 | Rejection of invention patent application after publication |