保证业务连接的方法、网络设备和用户设备的制作方法

文档序号:7719223阅读:154来源:国知局
专利名称:保证业务连接的方法、网络设备和用户设备的制作方法
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种保证业务连接的方法、网络设备和用户设备。
背景技术
第三代合作伙伴计划(3rdGeneration Partnership Pro ject, 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-Gff)和分组数据网络 网关(Packet Data Network Gateway,P-GW)等逻辑功能实体,其中,MME负责非接入层(Non Access Stratum,NAS)信令和NAS信令加密以及漫游、跟踪等功能,分配用户临时身份标识 以及安全功能等;S-GW负责本地的移动性锚点、3GPP系统内部的移动性锚点,以及合法监 听相关信息,P-Gff负责策略执行、计费以及合法监听相关功能。上述的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-Gff或P_GW,或者,也可以为 接入网设备,例如,BSC、RNC或eNodeB ;所述的移动性管理网元可以是SGSN或MME。本实施例在移动性管理网元故障或复位时,可根据用户设备的特征信息确定附着 于该故障或复位的移动性管理网元的需要发起业务建立的用户设备,并通知该需要发起业 务建立的用户设备发起业务建立,建立新的业务连接,保证需要发起业务连接的用户设备 的业务连接的有效性。其中,该需要发起业务连接的用户设备可以为系统中具有高可靠性 业务需求的用户设备,或VIP用户设备,或起控制作用的用户设备等;所述的用户设备的特 征信息(MTC Feature)可以是表示用户设备为高可靠性业务需求应用的信息,或者是表示 用户设备为VIP用户的信息。本实施例中,所述的用户设备发起业务建立可以是指用户设备发起附着流程或者 用户设备发起PDN连接建立流程或者用户设备发起激活PDP上下文流程。本实施例在移动性管理网元故障或复位时,根据用户设备的特征信息确定需要发 起业务建立的用户设备,并通知该需要发起业务建立的用户设备发起业务建立,建立新的 业务连接,使得需要发起业务建立的用户设备可快速地建立业务连接,恢复具有高可靠性 业务的用户设备的业务连接的有效性,保证高可靠性业务需求的用户设备的业务连接。图2为本发明保证业务连接的方法实施例二的流程示意图。本实施例方法可通过网关设备确定移动性管理网元故障或复位,并由网关设备通知用户设备建立业务连接。具 体地,本实施例方法可包括以下步骤步骤201、网关设备获知第一移动性管理网元故障或复位。本步骤中,网关设备获知第一移动性管理网元故障或复位具体地可包括如下步 骤步骤Al、网关设备向第一移动性管理网元发送检测消息;步骤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、网关设备根据用户设备的特征信息获知附着在第一移动性管理网元设
10备上的需要发起业务建立的用户设备,向正常运行的第二移动性管理网元发送指示消息, 该指示消息中携带需要发起业务建立的用户设备的用户设备信息。上述的需要较高业务连接需要的用户设备即为需要发起业务建立的用户设备,因 此,网关设备获得用户设备的特征信息时,即可根据用户设备的特征信息确定需要发起业 务建立的用户设备。当获得确定需要触发的用户设备后,可向正常运行的第二移动性管理网元发送指 示消息,且该指示消息中携带该需要发起业务建立的用户设备的用户设备信息,如用户设 备的标识信息。其中,在GERAN/UTRAN系统,本实施例所述的网关设备可为GGSN,则指示 消息可以是分组数据报文通知请求消息(PDU Notification Request),所述的分组数据报 文通知请求消息中包含该需要触发的用户设备的标识信息,如IMSI,此外,所述的分组数据 报文通知请求消息中还可包括该需要触发的用户设备的位置信息,如路由区标识(Routing Area Identity),其中,用户设备的位置信息可保存在网关设备的上下文信息中;而在 EUTRAN系统中,所述的网关设备为SGW,则网关设备发送的指示消息可以是下行数据报文 通知消息(Downlink DataNotif ication),所述的下行数据报文通知消息中包括该需要触 发的用户设备的标识信息,如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 her或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,用于获知附着于所述移动性管理网元上的用户设备的特征 fn息;通知模块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、 第五特征获取单元沈、第六特征获取单元27或第七特征获取单元观,其中,第二用户确定单元M,用于获知附着于所述移动性管理网元的用户设备;第四特征获取单元25,用于从用户设备的上下文信息中,获知所述用户设备的特 征信息;第五特征获取单元沈,用于从接入网设备的配置信息中,获知与所述用户设备的 群组标识对应的所述用户设备的特征信息;第六特征获取单元27,用于从接入网设备的配置信息中,获知与所述用户设备接 入的小区标识对应的所述用户设备的特征信息第七特征获取单元观,用于从所述用户设备发送的RRC消息中,获知所述用户设 备的特征信息。本实施例中,第二用户确定单元M获知附着于出现复位的移动性管理网元后,可 通过第四特征获取单元25、第五特征获取单元沈、第六特征获取单元27或第七特征获取单 元观获知用户设备的特征信息。其具体的获取方法可参考本发明保证业务连接的方法实 施例三和四,在此不再赘述。如图9B所示,本实施例中的通知模块3可包括第二触发用户确定单元32,以及第 二信息发送单元33或第三信息发送单元34,其中,第二触发用户确定单元32,用于根据附着于所述移动性管理网元上的用户设备的 特征信息,确定附着于所述移动性管理网元上的需要发起业务建立的用户设备;第二信息发送单元33,用于向所述需要发起业务建立的用户设备进行IMSI寻呼, 以便所述需要发起业务建立的用户设备在接收到IMSI寻呼消息后建立业务连接;第三信息发送单元34,用于向所述需要发起业务建立的用户设备发送携带所述移 动性管理网元故障或复位原因值的RRC释放请求消息,以便所述需要发起业务建立的用户 设备在接收到所述RRC释放请求消息后建立业务连接。
17
本发明实施例可通过第二触发用户确定单元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可具体用于当所 述广播消息中包含的移动性管理网元的标识与用户设备中的移动性管理网元的标识相同 时,发起业务建立。本实施例可根据网络设备发送的通知消息建立业务连接,使得用户设备附着的移 动性管理网元故障或复位时,通过接收到的通知消息建立业务连接,可快速有效地恢复业 务连接的有效性,保证用户设备的高可靠性业务需求。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序 在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括R0M、RAM、磁碟或者 光盘等各种可以存储程序代码的介质。
最后应说明的是以上实施例仅用以说明本发明的技术方案,而非对其限制;尽 管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替 换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
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上下 文激活流程建立业务连接。
全文摘要
本发明提供一种保证业务连接的方法、网络设备和用户设备。该方法包括获知移动性管理网元故障或复位;获知附着于所述移动性管理网元上的用户设备的特征信息;根据用户设备的特征信息获知附着于所述移动性管理网元上的需要发起业务建立的用户设备,通知所述需要发起业务建立的用户设备发起业务建立。本发明实施例可在移动性管理网元故障或复位时,通知附着于该故障或复位的移动性管理网元需要发起业务建立的用户设备建立业务连接,可满足具有高可靠性业务需求的用户设备业务连接的有效性和可靠性。
文档编号H04W24/04GK102083112SQ20091022567
公开日2011年6月1日 申请日期2009年11月27日 优先权日2009年11月27日
发明者吴问付, 周汉 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1