用户信息查询方法及用户信息中心、网关设备的制作方法

文档序号:7752882阅读:215来源:国知局
专利名称:用户信息查询方法及用户信息中心、网关设备的制作方法
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种用户信息查询方法及用户信息中 心、网关设备。
背景技术
在无线通信网络中,为了使用户终端在经过网关设备,例如无线接入协议 (Wireless Access Protocol,简称WAP)网关进行业务访问时,WAP网关能够在本地查询 到与该用户终端对应的用户信息,进而根据查询到的用户信息将业务请求前传至业务提供 商(Service Provider,简称SP)进行处理,在WAP网关接收并响应用户终端的业务请求 之前,WAP网关通常需要从用户终端获取相关的用户信息并保存在本地系统中。实际应用 中,该用户信息通常由WAP网关通过与用户终端对应的网关GPRS支持节点(Gateway GPRS SupportNode,简称GGSN)设备获取得到,具体指通过GGSN设备从用户终端发起的分组数据 协议(Packet Data Protocol,简称PDP)上下文激活请求中获取对应的用户信息,并将该用 户信息携带在计费请求中转发给WAP网关。而在实际组网中,由于一个WAP网关往往会承载多套GGSN业务,即同一个网关往 往会同时对应多个GGSN设备,因此当承载了几套GGSN业务的某个WAP网关发生故障或者 需要进行工程改造时,为了保证在线用户终端能继续对这些业务进行正常的访问,该发生 故障的WAP网关往往需要将承载的所有GGSN业务切换到系统中其他WAP网关中,具体指请 求切换的WAP网关将保存的所有在线用户终端的用户信息转移到接管的WAP网关中,以尽 量地不影响这些在线用户终端的上网体验。现有技术中,该业务切换过程通常由这些在线用户终端重新向对应的GGSN设备 发起PDP激活请求,以及接管后的WAP网关重新从这些GGSN设备获取相应的用户信息而予 以实现。但是,在这种业务切换方法中,由于在切换的过程中,接管后的WAP网关尚未获取 到与请求切换的WAP网关对应的用户信息,因此当该接管后的WAP网关接收到在线用户终 端的业务请求时,往往会因为无法在本地查询到与该业务请求对应的用户信息,而无法响 应该业务请求,从而导致在线用户终端的被迫下线,同时在线用户终端所有的业务将被强 行中断,严重影响了用户终端的上网体验。

发明内容
本发明实施例提供一种用户信息查询方法及用户信息中心、网关设备,用以解决 GGSN业务在不同网关设备之间切换时造成的业务中断问题。为实现上述目的,本发明实施例提供一种用户信息查询方法,包括获取并存储第一网关设备保存的在线用户终端的用户信息;接收所述第一网关设备或者第二网关设备在无法从本地查询到对应的用户终端 的用户信息时、发送的用户信息查询请求,所述用户信息查询请求中携带有所述对应的用 户终端的标识信息;
在储存的所述在线用户终端的用户信息中,查询与所述标识信息对应的用户信 息,并将查询到的用户信息返回给发送所述用户信息查询请求的网关设备。为实现上述目的,本发明实施例还提供一种用户信息查询方法,包括将获取到的在线用户终端的用户信息发送至对应的用户信息中心进行储存;若在本地无法查询到对应的用户终端的用户信息时,向所述用户信息中心发送用 户信息查询请求,所述用户信息查询请求中携带有所述对应的用户终端的标识信息;接收所述用户信息中心返回的、根据所述标识信息查询到的与所述标识信息对应 的用户信息。为实现上述目的,本发明实施例还提供一种用户信息查询方法,包括第一网关设备获取并存储第二网关设备保存的在线用户终端的用户信息;所述第一网关设备接收所述第二网关设备在无法从本地查询到对应的用户终端 的用户信息时发送的用户信息查询请求,所述用户信息查询请求中携带有所述对应的用户 终端的标识信息;所述第一网关设备在储存的所述在线用户终端的用户信息中,查询与所述标识信 息对应的用户信息,并将查询到的用户信息返回给所述第二网关设备。为实现上述目的,本发明实施例还提供一种用户信息查询方法,包括第一网关设备获取并存储第二网关设备保存的在线用户终端的用户信息;所述第一网关设备接收原归属于所述第二网关设备的用户终端发送的包含所述 用户终端的标识信息的业务请求;所述第一网关设备根据存储的所述第二网关设备的在线用户终端的用户信息,响 应所述业务请求。为实现上述目的,本发明实施例还提供一种用户信息中心,包括获取模块,用于获取并存储第一网关设备保存的在线用户终端的用户信息;请求接收模块,用于接收所述第一网关设备或者第二网关设备在无法从本地查询 到对应的用户终端的用户信息时、发送的用户信息查询请求,所述用户信息查询请求中携 带有所述对应的用户终端的标识信息;第一信息查询模块,用于在储存的所述在线用户终端的用户信息中,查询与所述 标识信息对应的用户信息;信息返回模块,用于将所述查询模块查询到的用户信息返回给发送所述用户信息 查询请求的网关设备。为实现上述目的,本发明实施例还提供一种网关设备,包括第一信息发送模块,用于将获取到的在线用户终端的用户信息发送至对应的用户 信息中心进行储存;第一请求发送模块,用于若在本地无法查询到对应用户终端的用户信息时,向所 述用户信息中心发送用户信息查询请求,所述用户信息查询请求中携带有所述对应用户终 端的标识信息;信息接收模块,用于接收所述用户信息中心返回的、根据所述标识信息查询到的 与所述标识信息对应的用户信息。为实现上述目的,本发明实施例还提供一种网关设备,包括
第二信息发送模块,用于将获取到的在线用户终端的用户信息发送至另一网关设 备中进行储存;第二请求发送模块,用于若在本地无法查询到对应的用户终端的用户信息时,向 所述另一网关设备发送用户信息查询请求,所述用户信息查询请求中携带有所述对应的用 户终端的标识信息;信息存储模块,用于接收到所述另一网关设备发送的用户信息后,将所述用户信 息进行储存;第二信息查询模块,用于根据接收到的所述另一网关设备发送的用户信息查询请 求中的标识信息,在存储的用户信息中查询与所述标识信息对应的用户信息,并发送给所 述另一网关设备。本发明实施例提供的用户信息查询方法及用户信息中心、网关设备,通过为多个 网关设备共同设置用户信息中心,各网关设备在本地保存用户信息的同时还将该用户信息 备份至用户信息中心中,从而在业务在不同网关设备之间进行切换的过程中,当接管后的 网关设备无法在本地查询到发起业务请求的在线用户终端的用户信息时,可以通过用户信 息中心查询获得,保证了在线用户终端业务的连续性,避免了网关设备业务切换过程中发 生的业务中断现象,实现了网关设备之间的无缝切换;同时在本发明实施例中,通过用户信 息中心对各网关设备保存的用户信息进行备份,还使得当网关设备的存储功能模块发生故 障或者信息丢失时,信息丢失的网关设备仍然能够在用户信息中心中查询到所需的用户信 息,无需将业务切换到另一网关设备,也能完成对用户终端的业务请求的响应。


为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发 明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以 根据这些附图获得其他的附图。图1为本发明实施例提供的一种用户信息查询方法的流程图;图2为本发明实施例提供的另一种用户信息查询方法的流程图;图3为本发明实施例提供的又一种用户信息查询方法的信令图;图4为本发明实施例提供的再一种用户信息查询方法的流程图;图5为本发明实施例提供的还一种用户信息查询方法的流程图;图6为本发明实施例提供的一种用户信息中心的结构示意图;图7为本发明实施例提供的另一种用户信息中心的结构示意图;图8为本发明实施例提供的一种网关设备的结构示意图;图9为本发明实施例提供另的一种网关设备的结构示意图;图10为本发明实施例提供的一种用户信息查询系统的结构示意图;图11为本发明实施例提供的另一种用户信息查询系统的结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是 本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员 在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。图1为本发明实施例提供的一种用户信息查询方法的流程图,如图1所示,本实施 例的方法包括如下步骤步骤100,获取并存储第一网关设备保存的在线用户终端的用户信息;本实施例中,为了解决现有的网关设备在业务切换的过程中出现的在线用户终端 业务中断的问题,在无线通信网络中新建了一个或多个用户信息中心,每个用户信息中心 可以同时对应网络中的多个网关设备,且用于对该多个网关设备所保存的在线用户终端的 用户信息进行统一的备份管理。在本发明实施例中,以WAP网关为例来进行说明,实际应用 中,可以将无线网络中包含的所有WAP网关按照不同的网段、区域,或者按照其他的划分原 则划分为多个子组,并为划分后形成的各个子组内包含的所有WAP网关共同设置一个用户 信息中心,每个用户信息中心负责对其管辖的子组内的所有WAP网关的用户信息进行统一 的保存和管理。具体地,在为多个WAP网关共同设置了一个用户信息中心之后,该用户信息中心 可以从对应的多个WAP网关中获取这些WAP网关各自保存的在线用户终端的用户信息,并 将获取到的用户信息储存在本地系统中。对于每个WAP网关而言,相当于WAP网关在自身 系统保存了对应的所有在线用户终端的用户信息的同时,还将该用户信息备份了一份存储 至对应的用户信息中心中,以便需要时能从对应用户信息中心对所需的用户信息进行查询 提取。步骤101,接收第一网关设备或者第二网关设备在无法从本地查询到对应用户终 端的用户信息时、发送的用户信息查询请求,该用户信息查询请求中携带有该对应用户终 端的标识信息;因此,用户信息中心在备份存储了对应的各网关设备的用户信息后,可以为对应 的各网关设备提供用户信息查询功能。具体地,在用户信息中心接收并存储了第一网关设 备对应的所有在线用户终端的用户信息后,该第一网关设备自身甚至系统中不同于第一网 关设备的第二网关设备都可以通过发送用户信息查询请求的方式,以在用户信息中心查询 得到所需的用户信息。具体地,这种用户信息的查询功能可以对应两种情况第一种情况为用户信息中心获取并保存了第一网关设备的用户信息后,当第一网 关设备发生故障而将对应的所有在线用户终端的业务切换到第二网关设备时,由于第二网 关设备中未保存与第一网关设备对应的用户终端的用户信息,因而在业务切换后,无法在 本地查询到该用户终端的用户信息。而在本发明实施例中,由于用户信息中心的存在,且用 户信息中心中备份存储了各网关设备的用户信息,因而此时第二网关设备可以向用户信息 中心发送信息查询请求,其中携带请求查询的用户终端的标识信息,以便用户信息中心根 据该标识信息在本地存储系统中查询到第二网关设备所需的用户信息。应用在WAP网关中,当对应于用户信息中心的某一 WAP网关发生故障或需要进 行工程改造,而需要将承载的所有GGSN业务切换到该用户信息中心对应的另一 WAP网关 中时,该请求切换的WAP网关会将接收到的在线用户终端的业务请求,直接转发至切换后 的WAP网关,而由于发出业务请求的在线用户终端并非切换后的WAP网关所对应的用户终端,因此该切换后的WAP网关无法在本地查询到对应的用户信息。因此,基于本发明实施 例的方法,该切换后的WAP网关此时可以向共同的用户信息中心发出用户信息查询请求, 并在该用户信息查询请求中携带发出业务请求的在线用户终端的标识信息。该标识信息 具体为能够唯一标识出该用户终端的关键信息,例如用户终端的终端网际协议anternet Protocol,简称IP)地址,或者用户终端的移动终端号码等信息。第二种情况还可以应用在当用户信息中心获取并保存了第一网关设备的用户信 息后,第一网关设备的存储功能模块出现故障或者保存的用户信息发生丢失时。此时虽然 第一网关设备无法在本地正常地执行用户信息的查询功能,但是由于第一网关设备的其他 基本功能模块并未失效,因而第一网关设备对应的用户业务暂时还无需切换到另一网关设 备中。因而应用本发明实施例的方法,第一网关设备在接收到对应的在线用户终端发送的 业务请求,且无法在本地查询到该用户终端的用户信息时,可以向对应的用户信息中心发 送用户信息查询请求,且在该用户信息查询请求中携带请求查询的用户终端的标识信息, 以使用户信息中心在储存的所有用户信息中,根据该标识信息进行查询。从而使得存储功 能模块发生故障的第一网关设备无需将业务切换到另一网关设备时,仍然能够响应对应的 用户终端发出的业务请求。即应用于WAP网关时,在本发明实施例中,在多个WAP网关中的任一 WAP网关在接 收到在线用户终端的业务请求,而无法在本地端查询到该在线用户终端的用户信息,以至 于无法响应该业务请求时,均可以向对应的用户信息中心发送用户信息查询请求,以查询 所需的用户信息,且在该用户信息查询请求需要携带请求查询用户终端的标识信息。步骤102,在储存的在线用户终端的用户信息中,查询与标识信息对应的用户信 息,并将查询到的用户信息返回给发送用户信息查询请求的网关设备。而用户信息中心在接收到任一 WAP网关发送的用户信息查询请求后,根据该用户 信息查询请求中携带的标识信息,可以识别出WAP网关需要查询的用户终端,从而用户信 息中心可以在本地储存的所有用户信息中,根据该标识信息进行查询。而在查询到与该标 识信息对应的用户信息后,用户信息中心将查询到的该用户信息返回给请求查询的WAP网 关,从而使得该WAP网关即使无法在本地查询到对应用户终端的用户信息,还可以通过用 户信息中心进行查询,而且根据用户信息中心返回的用户信息,同样可以响应该业务请求, 而无需强行中断在线用户终端的业务,导致用户终端业务的不连续性。需要说明的是,本实施例中虽然仅以WAP网关为例,对通过为多个网关设备共同 设置用户信息中心,且在用户信息中心中保存对应的各网关设备的用户信息,以为各网关 设备提供用户信息查询功能,保证业务连续性的实例进行了说明,但是需要了解的是,在本 发明实施例中,网关设备并不仅限于为WAP设备,其还可以包括其他的能够为在线用户终 端提供业务服务的网关设备,例如有线等效保密(Wired Equivalent I^rivacy,简称TOP)网 关设备等,而本发明实施例并不对此进行具体的限制。本实施例的用户信息查询方法,通过为多个网关设备共同设置用户信息中心,各 网关设备在本地保存用户信息的同时还将该用户信息备份至用户信息中心中,从而实现业 务在不同网关设备之间进行切换的过程中,当接管后的网关设备无法在本地查询到发起业 务请求的在线用户终端的用户信息时,可以通过用户信息中心查询获得,保证了在线用户 终端业务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间的无缝切换;同时在本发明实施例中,通过用户信息中心对各网关设备保存的用户 信息进行备份,还使得当网关设备的存储功能模块发生故障或者信息丢失时,信息丢失的 网关设备仍然能够在用户信息中心中查询到所需的用户信息,无需将业务切换到另一网关 设备,也能完成对用户终端的业务请求的响应。图2为本发明实施例提供的另一种用户信息查询方法的流程图。与上述实施例不 同的是,本实施例从对应于用户信息中心的任一网关设备的角度,对本发明实施例的用户 信息查询方法进行了描述。如图2所示,本实施例的方法具体包括如下步骤步骤200,将获取到的在线用户终端的用户信息发送至对应的用户信息中心进行 储存;对于与用户信息中心对应的任一网关设备而言,在该网关设备获取到了对应的在 线用户终端的用户信息后,例如WAP网关通过GGSN设备获取到了对应的在线用户终端的用 户信息后,除了将该用户信息保存在本地的存储系统中之外,还同时将获取到的该用户信 息发送至对应的用户信息中心,以使用户信息中心对该用户信息进行备份储存。步骤201,若在本地无法查询到对应用户终端的用户信息时,向用户信息中心发送 用户信息查询请求,该用户信息查询请求中携带有对应用户终端的标识信息;用户信息中心备份储存了对应的网关设备保存的用户信息后,可以向对应的各网 关设备提供用户信息查询功能。具体地,当某一网关设备在接收到对应的在线用户终端发 出的业务请求,却无法在本地查询到与该用户终端对应的用户信息,从而无法响应该业务 请求时,尤其是当某一网关设备对属于同一用户信息中心的另一网关设备的业务进行接 管,而无法查询到该另一网关设备中对应的在线用户终端的用户信息时,可以向该用户信 息中心发送用于查询用户信息的用户信息查询请求。针对需查询的用户终端,网关设备可 以在该用户信息查询请求中携带该用户终端的标识信息,例如该用户终端的终端IP地址, 或者用户终端的移动终端号码等信息。步骤202,接收用户信息中心返回的、根据标识信息查询到的与标识信息对应的用
户fn息。用户信息中心接收到网关设备发送的用户信息查询请求后,根据其中携带的标识 信息,可以识别出网关设备需要查询的用户终端,从而可以在本地储存的所有用户信息中, 对该用户终端的用户信息进行查询。而在查询到与该标识信息对应的用户信息后,用户信 息中心将查询到的该用户信息返回给请求查询的网关设备,从而使得该网关设备即使无法 在本地查询到对应用户终端的用户信息,还可以通过用户信息中心进行查询,而且根据返 回的用户信息,同样可以响应接收到的业务请求,而无需强行中断在线用户终端的业务,导 致用户终端业务的不连续性。具体地,与上一实施例相同,在本实施例中,网关设备同样可以为WAP网关设备, 或者其他的能够为在线用户终端提供业务服务的网关设备,例如AAA设备、PDSN设备或者 GGSN设备等,本发明实施例并不对此进行具体的限制。本实施例的用户信息查询方法,通过为多个网关设备共同设置用户信息中心,各 网关设备在本地保存用户信息的同时还将该用户信息备份至用户信息中心中,从而在业务 在不同网关设备之间进行切换的过程中,当接管后的网关设备无法在本地查询到发起业务 请求的在线用户终端的用户信息时,可以通过用户信息中心查询获得,保证了在线用户终端业务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备 之间的无缝切换;同时在本发明实施例中,通过用户信息中心对各网关设备保存的用户信 息进行备份,还使得当网关设备的存储功能模块发生故障或者信息丢失时,信息丢失的网 关设备仍然能够在用户信息中心中查询到所需的用户信息,无需将业务切换到另一网关设 备,也能完成对用户终端的业务请求的响应。图3为本发明实施例提供的又一种用户信息查询方法的信令图,本实施例以网关 设备为WAP网关(Gateway,简称GW)为例,对第一 WAPGW将承载的GGSN业务切换到对应于 同一用户信息中心的第二WAP GW的过程中,发生的在线的移动终端(Mobile Station,简称 MS)通过GGSN设备向第一 WAP GW发起业务请求,而第二 WAP GW通过用户信息中心响应该 业务请求的具体过程做出了描述。且在本实施例中,将用户信息中心称为在线用户终端接 入信息中心(On-line User Access Information Center,简称 OUAIC)。如图 3 所示,本实 施例的方法具体包括如下步骤步骤300,MS 向 GGSN 发送 PDP 上下文激活请求(PDP Context ActivateRequest), 该PDP上下文激活消息中携带该MS的用户信息;本实施例中,在MS进行任一业务访问之前,需要进行PDP上下文激活。激活的过 程中,MS向与需访问业务对应的GGSN设备发送PDP上下文激活请求,且在该PDP上下文激 活请求中携带与该MS相关的用户信息。具体地,该用户信息通常包括MS的终端号码、终端 IP地址、承载类型、计费ID、接入点名称(Access Point Name,简称APN)以及网络接入服务 器(NetworkAttached Storage,简称 NAS)等关键信息。步骤301,GGSN根据PDP上下文激活请求,向对应的第一 WAP GW发送携带MS的用 户信息的计费开始请求消息(Accounting Start Request);步骤302,第一 WAP GW在本地保存该用户信息的同时,将该用户信息携带在用户 信息增加请求(Add User Information Request)中发送给 OUAIC;GGSN接收到该PDP上下文激活请求后,通过计费开始请求消息向对应的第一 WAP GW转发该MS的用户信息,具体指GGSN将MS的用户信息携带在计费开始请求消息中发送 给对应的第一 WAP GW。而第一 WAP GW接收到该计费开始请求消息后,从计费开始请求消 息中提取出对应的用户信息,并保存在本地端。进一步地,为了在对应的OUAIC中将该用户 信息进行备份,以便于后续的查询与管理,第一 WAP GW还将提取出的该用户信息转发给对 应OUAIC以进行储存,具体指将该用户信息携带在一用户信息增加请求中,发送给对应的 OUAICo步骤303,OUAIC储存接收到的用户信息;步骤304,OUAIC向第一 WAP GW返回用户信息增加响应消息(Add UserInformation Response);OUAIC接收到该用户信息添加请求后,提取出其中的用户信息,并将提取出的用户 信息储存在本地系统中,同时返回一用户信息增加响应消息给第一WAP Gff,以告知第一WAP GW此次的用户信息添加操作成功。此时,在OUAIC中便成功增添保存了与第一 WAP GW对应 的MS的用户信息。步骤305,第一 WAP Gff向GGSN返回计费开始响应消息(AccountingStart Response);
步骤306,GGSN向MS返回PDP上下文激活响应消息(Activate PDPContext Accept);与此同时,第一 WAP GW在根据接收到的计费开始请求消息,在本地端保存了对应 的用户信息后,为了告知MS此次PDP上下文激活操作已经完成,还向GGSN返回计费开始响 应消息,以使GGSN向MS返回PDP上下文激活响应消息。步骤307,若第一 WAP Gff发生故障,GGSN将MS的业务路由指向第二 WAP Gff ;若在此时第一 WAP GW发生了故障或者由于工程改造无法响应用户终端的业务请 求时,GGSN在检测到第一 WAP Gff的断网状态后,会为对应的所有MS寻找一个新的承载对应 业务的WAP GW,并将MS的业务路由至该新的WAP GW中。在本实施例中,称该新的WAP Gff 为第二 WAP Gff,该第二 WAP Gff与第一 WAP Gff对应于同一个0UAIC,且在GGSN将MS的业务 路由至第二 WAP Gff之后,对于GGSN接收到的MS发送的业务请求,GGSN均应将该业务请求 转发至第二 WAP GW中。步骤308,MS通过GGSN向第二 WAP Gff发送业务请求;在MS的PDP上下文激活操作完成之后,MS可以在此基础上向GGSN发出业务请求, 以请求访问相关网络信息资源。而由于GGSN承载的业务已被路由至第二 WAP GW中,因而 GGSN在接收到MS发送的业务请求后,会将该业务请求转发至第二 WAP GW。步骤309,第二 WAP Gff在本地查询与MS对应的用户信息;第二 WAP Gff接收到该业务请求,且为了响应该业务请求,需要在目标统一资源定 位(Uniform Resource Location,简称URL)中添加与该业务请求对应的MS的部分用户信 息。因此,为了获取得到MS的部分用户信息,第二 WAP GW会根据业务请求中的关键标识信 息,在本地存储系统中查询与该关键标识信息、即与该业务请求对应的用户信息。步骤310,第二 WAP Gff无法在本地查询到与MS对应的用户信息,向OUAIC发送携 带有MS的标识信息的用户信息查询请求(Query UserInformation Request);而由于该第二WAP GW为在第一WAP GW发生故障后,承载GGSN业务的新的WAP Gff, 在此之前,第二 WAP Gff并未从GGSN发送的计费开始请求消息中提取相关用户终端的用户 信息并进行保存,因而在上述步骤309中,第二 WAP GW将无法在本地查询到与MS对应的用 户信息,从而无法在URL中添加相应的用户信息,以至于无法响应该业务请求。于是,在本实施例中,为了继续对该业务请求进行响应,在第二WAP GW无法在本地 查询到MS的用户信息时,该第二 WAP GW将向OUAIC发送用户信息查询请求,并在该用户信 息查询请求中携带MS的标识信息,以指示OUAIC对指定的用户终端进行用户信息的查询。步骤311,OUAIC根据用户信息查询请求中的标识信息,查询与该标识信息对应的 用户fe息;OUAIC接收到用户信息查询请求后,提取出其中携带的用户终端的标识信息,并在 本地存储的所有用户信息中,查询与该标识信息对应的用户信息。由于在上述步骤302及 303中,第一 WAP GW在从计费开始请求消息中获取到任一 MS的用户信息后,已经将该用户 信息发送至OUAIC中进行储存,因而在OUAIC中必定储存了第一 WAP GW对应的所有在线MS 的用户信息。因此,OUAIC根据用户信息查询请求中的标识信息,便能查询到与该标识信息, 即与发送业务请求的MS对应的用户信息。步骤312,OUAIC将查询到的MS的用户信息携带在用户信息查询响应消息(QueryUser Information Response)中返回给第二 WAP Gff ;步骤313,第二 WAP GW根据OUAIC返回的用户信息,向SP发送业务请求。OUAIC查询到与发送业务请求的MS对应的用户信息后,将该用户信息返回给第二 WAP GW,从而第二 WAP GW根据OUAIC返回的该用户信息,可以将部分的该用户信息中添加 在URL中,进而向对应的SP发送相应的业务请求,以使该业务请求得到响应。步骤314,MS 向 GGSN 发送 PDP 去激活请求(Deactivate PDP ContextRequest);步骤315,GGSN向第二 WAP GW发送计费结束请求消息 (Accounting-Request(stop));而当MS发出的业务请求得到了 SP的响应,且无其他的业务请求需要时,或者MS 欲退出此次业务时,该MS可以向对应的GGSN发出PDP去激活请求,以请求结束此次的业务 访问,而GGSN在接收到该PDP去激活请求后,会继续向承载该GGSN的业务的第二 WAP Gff 发送计费结束请求消息,以请求结束此次业务的计费。步骤316,第二WAP GW 向 OUAIC发送用户信息删除请求(Delete UserInformation Request);步骤317,OUAIC在储存的所有用户信息中,删除用户信息删除请求指定的用户信 息;步骤318,OUAIC向第二 WAP GW返回用户信息删除响应消息(Deleteher Information Response);第二 WAP GW根据接收到的计费结束请求消息,结束此次业务,同时在本地删除与 该MS对应的用户信息。具体地,由于在本实施例中,第二 WAPGW为GGSN业务发生切换后的 WAP Gff,因此在第二 WAP Gff中并没有储存与MS对应的用户信息,相应地,第二 WAP Gff的该 在本地删除MS的用户信息的操作实质上无需予以执行。而进一步地,为了同时在OUAIC中 删除与MS对应的用户信息,第二 WAP GW还将向OUAIC发送携带有该MS的标识信息的用户 信息删除请求,以指示OUAIC将业务访问结束的MS的用户信息从存储系统中删除。步骤319,第二 WAP Gff向GGSN返回计费结束响应消息 (Accounting-Response(stop));步骤320,GGSN向MS返回PDP去激活响应消息(Deactivate PDP ContextResponse)。在第二 WAP Gff向GGSN返回了计费结束响应消息,以及GGSN在接收到该计费结束 响应消息,并向MS返回PDP去激活响应消息后,此次业务访问至此结束。需要说明的是,在本实施例中,若用户终端在通过GGSN访问业务的过程中,需要 对自身的用户信息进行更改时,例如需要对用户信息中包含的某一个特征信息(如终端IP 地址、终端号码等)进行更改时,可以向OUAIC发送用户信息更改请求,该用户信息更改请 求指示OUAIC对指定的用户信息进行指定的更改。而OUAIC接收到该用户信息更改请求 后,在存储系统储存的所有用户信息中,查找到该用户信息更改请求指定的用户信息,并对 该用户信息进行指定的更改操作,从而保证了 OUAIC中储存的信息与实际用户终端的用户 信息的同步。具体地,实际应用中,用户终端在需要对用户信息中心对应的用户信息进行更新 时,均可以通过对应的WAP网关,发送相应的用户信息更新请求至用户信息中心中。该用户信息更新请求中指定的更新操作可以包括对指定的用户信息的增加、删除或更改的操 作,例如在上述实施例中,当用户终端上线时,发送用户信息增加消息给0UAIC,以指示在 OUAIC中添加指定的用户信息;而当用户终端下线时,发送用户信息删除消息给0UAIC,以 指示在OUAIC申删除指定的用户信息;以及在用户终端在线的过程中,发送用户信息更新 消息给0UAIC,以指示OUAIC对指定的用户信息进行相应的更新。此外还需要说明的是,在本发明实施例中,OUAIC除了为各WAP GW提供必要的查 询、更新用户信息的功能外,为了对OUAIC中存储的所有用户信息进行统一管理,OUAIC还 能够为用户提供用户信息的统计分析功能。即针对用户终端或者其他系统发送的各种用 户信息统计请求,OUAIC可以根据该用户信息统计请求中指定的维度属性信息,在本地储存 的所有用户信息中,对与该维度属性信息对应的用户信息进行统计,并将统计得到的统计 结果返回给用户。具体地,用户发送的用户信息统计请求可以请求对用户终端的任一维度属性进行 统计分析,例如可根据APN、NAS IP, NAS ID、归属地设备ID、终端号码、终端IP段或者归属 地等进行统计。而由于在OUAIC中储存了对应的所有WAP GW的在线用户终端的用户信息, 因此OUAIC根据统计请求在本地储存系统根据统计得到的结果,相比于单个WAP Gff系统会 更加全面,而用户根据OUAIC返回的统计结果,可以更加方便地对当前用户行为和设备运 行状态进行分析。本实施例的用户信息查询方法,通过为多个网关设备共同设置用户信息中心,各 网关设备在本地保存用户信息的同时还将该用户信息备份至用户信息中心中,从而在业务 在不同网关设备之间进行切换的过程中,当接管后的网关设备无法在本地查询到发起业务 请求的在线用户终端的用户信息时,可以通过用户信息中心查询获得,保证了在线用户终 端业务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备 之间的无缝切换;同时在本发明实施例中,通过用户信息中心对各网关设备保存的用户信 息进行备份,还得到当网关设备的存储功能模块发生故障或者信息丢失时,信息丢失的网 关设备仍然能够在用户信息中心中查询到所需的用户信息,无需将业务切换到另一网关设 备,也能完成对用户终端的业务请求的响应。进一步地,本实施例中,用户信息中心还可以为对应的用户终端提供对用户信息 进行在线更新的功能,以及提供对所有的用户信息进行统计分析的功能,从而使得在线用 户终端还可以通过发起用户信息更新请求,通过对应的网关设备在用户信息中心对储存的 用户信息进行更新,从而保证了用户信息中心储存的用户信息与实际用户终端之间的同 步;以及方便了系统对当前用户行为和设备运行状态进行的统计和分析。图4为本发明实施例提供的再一种用户信息查询方法的流程图,本实施例以系统 中存在两套WAP GW时为例,对两套WAP GW互相备份彼此的用户信息,以为对方提供用户信 息的查询功能的方案进行了描述。如图4所示,本实施例的方法具体包括如下步骤步骤400,第一网关设备获取并存储第二网关设备保存的在线用户终端的用户信 息;实际应用中,当系统中存在两套WAP GW时,在本发明实施例实现对这两套WAP Gff 中所保存的用户信息进行备份,以保证GGSN业务在两套WAPGW间进行切换,用户的业务访问不会受到影响的过程中,并不是必须需要通过为这两套WAP GW共同设置一个用户信息中 心而予以实现。在本发明实施例中,还可以通过由两个WAP GW彼此互相实时地备份各自的 用户信息,以保证用户终端的业务在两套WAP GW的彼此切换的过程中不会产生中断。具体 地,在此情况下,对于系统中的任意一个第一WAP GW而言,在获取到对应的在线用户终端的 用户信息,且将获取到的用户信息保存到本地的同时,还将该用户信息发送给系统中的第 二 WAP GW进行备份存储。步骤401,第一网关设备接收第二网关设备在无法从本地查询到对应的用户终端 的用户信息时发送的用户信息查询请求,该用户信息查询请求中携带有对应的用户终端的 标识信息;步骤402,第一网关设备在储存的在线用户终端的用户信息中,查询与标识信息对 应的用户信息,并将查询到的用户信息返回给第二网关设备。第一 WAP GW从第二 WAP GW获取并存储了第二 WAP GW的在线用户终端的用户信 息后,当第二 WAP Gff的存储功能模块出现故障或者保存的用户信息发生丢失时,此时虽然 第二 WAP GW无法在本地正常地执行用户信息的查询功能,但是由于第二 WAP GW的其他基 本功能模块并未失效,因而第二 WAP GW对应的用户业务暂时还无需切换到第一 WAP GW中。 因而在本实施例中,为了正常地响应在线用户终端发送的业务请求,第二 WAP Gff在无法从 本地正常地查询到对应的用户信息时,可以向第一 WAP Gff发送相应的用户信息查询请求, 其中携带需查询的用户终端的标识信息,以请求在第一 WAP GW查询对应的用户信息。而由于第一 WAP GW事先备份存储了第二 WAP GW的所有在线用户终端的用户信 息,因而第一 WAP GW在接收到第二 WAP GW的用户信息查询请求时,可以根据其中携带的标 识信息在自身存储系统中进行查询,从而将查询到的第二 WAP GW所需的用户信息返回给 WAP GW,以便第二 WAP GW正常实现对用户终端的业务请求的处理。从而保证了当两套WAP GW的其中任意一套发生存储功能故障时,无需将自身的GGSN业务切换到另一套中,也无需 中断在线用户终端的业务,同样能够正常响应用户终端的业务请求。需要说明的是,本实施例中,在两个网关设备进行彼此的用户信息备份的同时,当 任一网关设备接收到对应的在线用户终端发送的用户信息更新请求时,为了在自身的存储 系统以及对方的存储系统中将相应的用户信息进行更改,接收到用户信息更改请求的网关 设备还将该用户信息更新请求转发给另一网关设备,以使该另一网关设备同时根据接收到 的用户信息更新请求中携带的、请求更新的用户信息的标识信息,对与该标识信息对应的 用户信息进行相应的更改操作,从而通过转发用户信息更新请求,在两套网关设备中,实现 用户信息的同步。具体地,该相应的更新操作包括增加、删除或更改指定的用户信息。本实施例的用户信息查询方法,通过在系统中存在两套网关设备时,由两套WAP GW互相备份彼此的用户信息,从而当其中一套网关设备由于发生存储功能故障,无法在本 地查询到对应用户终端的用户信息时,可以通过在另一套网关设备中进行查询,以得到所 需的用户信息,在无需将业务切换到另一网关设备,以及无需中断用户终端的业务时,也能 完成对用户终端的业务请求的正常响应。图5为本发明实施例提供的还一种用户信息查询方法的流程图。本实施例同样以 系统中存在两套WAP GW时为例,对两套WAP GW互相备份彼此的用户信息,使得当两套WAP GW的其中一套将GGSN业务切换到另一套WAP GW时,另一套WAP GW根据事先获取并存储的WAP GW的用户信息,对该请求切换的WAP GW的用户终端的业务请求进行处理的方案进 行了描述。如图5所示,本实施例的方法具体包括如下步骤步骤500,第一网关设备获取并存储第二网关设备保存的在线用户终端的用户信 息;与上一实施例相同,实际应用中,当系统中存在两套WAP GW时,在本发明实施例 中,可以由两个WAP GW彼此互相实时地备份各自的用户信息,以保证用户终端的业务在两 套WAP GW的彼此切换的过程中不会产生中断。具体地,在此情况下,对于系统中的任意一 个第一 WAP GW而言,在获取到对应的在线用户终端的用户信息,且将获取到的用户信息保 存到本地的同时,还将该用户信息发送给系统中的第二 WAP GW进行备份存储。步骤501,第一网关设备接收原归属于第二网关设备的用户终端发送的包含所述 用户终端的标识信息的业务请求;步骤502,第一网关设备根据存储的第二网关设备的在线用户终端的用户信息,响 应该业务请求。第一 WAP GW从第二 WAP GW获取并存储了第二 WAP GW的在线用户终端的用户信 息后,两套WAP GW互相备份彼此的用户信息还可以实现另一种应用场景下的查询功能。具 体地,当第二 WAP Gff发生故障或进行工程改造,而需要将自身的GGSN业务切换到第一 WAP GW中时,由于第一 WAPGW中已经事先备份储存了需切换的第二 WAP Gff所对应的所有用户 信息,因而在GGSN业务切换到第一 WAP GW后,当第一 WAP GW接收到原归属于第二 WAP Gff 的任一在线用户终端发送的业务请求时,该第一WAP GW可以在本地查询到该原归属于第二 WAP GW的任一在线用户终端的用户信息,进而根据查询到的该用户信息,第一 WAP GW可以 直接响应原归属于第二 WAP Gff的用户终端的业务请求,从而保证了 GGSN业务在两套WAP Gff间进行切换,用户的业务访问不会被强行中断。需要说明的是,同样地,在本实施例中,在两个网关设备进行彼此的用户信息备份 的同时,当任一网关设备接收到对应的在线用户终端发送的用户信息更新请求时,为了在 自身的存储系统以及对方的存储系统中将相应的用户信息进行更改,接收到用户信息更改 请求的网关设备还将该用户信息更新请求转发给另一网关设备,以使该另一网关设备同时 根据接收到的用户信息更新请求中携带的、请求更新的用户信息的标识信息,对与该标识 信息对应的用户信息进行相应的更改操作,从而通过转发用户信息更新请求,在两套网关 设备中,实现用户信息的同步。具体地,该相应的更新操作包括增加、删除或更改指定的用 户fn息。本实施例的用户信息查询方法,通过在系统中存在两套网关设备时,由两套WAP GW互相备份彼此的用户信息,从而在业务在两套网关设备之间彼此切换时,接管后的网关 设备根据预先获取并存储的用户信息,可以对请求切换的网关设备对应的用户终端的业务 请求进行处理,保证了在线用户终端业务的连续性,避免了网关设备业务切换过程中发生 的业务中断现象,实现了网关设备之间的无缝切换。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序 在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。图6为本发明实施例提供的一种用户信息中心的结构示意图,如图6所示,本实施 例的用户信息中心包括获取模块11、请求接收模块12、第一信息查询模块13和信息返回模 块14。其中,获取模块11用于获取并存储第一网关设备保存的在线用户终端的用户信 息;请求接收模块12用于接收第一网关设备或者第二网关设备在无法从本地查询到对应 的用户终端的用户信息时、发送的用户信息查询请求,该用户信息查询请求中携带有对应 的用户终端的标识信息;第一信息查询模块13用于根据请求接收模块12接收到的用户信 息查询请求,在储存的所有在线用户终端的用户信息中,查询与标识信息对应的用户信息; 信息返回模块14则用于将第一信息查询模块13查询到的用户信息返回给发送用户信息查 询请求的网关设备。具体地,在本实施例中,网关设备可以为WAP网关,或者其他的能够为在线用户终 端提供业务服务的网关设备,例如WEP网关设备等,本实施例并不对此进行具体的限制。而 在本实施例中,用户信息中心所涉及的所有功能模块、以及其所涉及的具体工作过程,可以 参考上述用户信息查询方法所涉及的实施例揭露的相关内容,在此不再赘述。本实施例的用户信息中心,通过为多个网关设备共同设置用户信息中心,各网关 设备在本地保存用户信息的同时还将该用户信息备份至用户信息中心中,从而在业务在不 同网关设备之间进行切换的过程中,当接管后的网关设备无法在本地查询到发起业务请求 的在线用户终端的用户信息时,可以通过用户信息中心查询获得,保证了在线用户终端业 务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间 的无缝切换;同时在本实施例中,还通过用户信息中心对各网关设备保存的用户信息进行 备份,还使得当网关设备的存储功能模块发生故障或者信息丢失时,信息丢失的网关设备 仍然能够在用户信息中心中查询到所需的用户信息,无需将业务切换到另一网关设备,也 能完成对用户终端的业务请求的响应。图7为本发明实施例提供的另一种用户信息中心的结构示意图,如图7所示,在上 一实施例的技术方案的基础上,本实施例的用户信息中心中,请求接收模块12还可以用于 接收任一网关设备发送的用户信息更新请求,该用户信息更新请求中携带请求更新的用户 信息的标识信息。而相应地,本实施例的用户信息中心还可以包括第一信息更新模块15,该 第一信息更新模块15用于根据请求接收模块12接收的用户信息更新请求,对用户信息更 新请求指定的用户信息进行指定的更新操作,该指定的更新操作包括增加、删除或更改指 定的用户信息。进一步地,本实施例中,请求接收模块12还可以用于接收用户信息统计请求,该 用户信息统计请求携带有请求统计的维度属性信息;而相应地,用户信息中心还可以包括 信息统计模块16,该信息统计模块16用于在储存的所有用户信息中,对与维度属性信息对 应的用户信息进行统计,并返回统计结果。其中,本实施例的用户信息中心所涉及的所有功能模块、以及其所涉及的具体工 作过程,同样可以参考上述用户信息查询方法所涉及的实施例揭露的相关内容,在此不再 赘述。本实施例的用户信息中心,通过为多个网关设备共同设置用户信息中心,各网关设备在本地保存用户信息的同时还将该用户信息备份至用户信息中心中,从而在业务在不 同网关设备之间进行切换的过程中,当接管后的网关设备无法在本地查询到发起业务请求 的在线用户终端的用户信息时,可以通过用户信息中心查询获得,保证了在线用户终端业 务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间 的无缝切换;同时在本实施例中,还通过用户信息中心对各网关设备保存的用户信息进行 备份,还使得当网关设备的存储功能模块发生故障或者信息丢失时,信息丢失的网关设备 仍然能够在用户信息中心中查询到所需的用户信息,无需将业务切换到另一网关设备,也 能完成对用户终端的业务请求的响应。进一步地,本实施例中,用户信息中心还可以为对应的用户终端提供对用户信息 进行在线更新的功能,以及提供对所有的用户信息进行统计分析的功能,从而使得在线用 户终端还可以通过发起用户信息更改请求,通过对应的网关设备在用户信息中心对储存的 用户信息进行更新,从而保证了用户信息中心储存的用户信息与实际用户终端之间的同 步;以及方便了系统对当前用户行为和设备运行状态进行的统计和分析。图8为本发明实施例提供的一种网关设备的结构示意图。如图8所示,本实施例 的网关设备包括第一信息发送模块21、第一请求发送模块22和信息接收模块23。其中,第一信息发送模块21用于将获取到的在线用户终端的用户信息发送至对 应的用户信息中心进行储存;第一请求发送模块22用于若网关设备在本地无法查询到对 应的用户终端的用户信息时,向用户信息中心发送用户信息查询请求,该用户信息查询请 求中携带有该对应得用户终端的标识信息;而信息接收模块M则用于接收用户信息中心 返回的、根据标识信息查询到的与标识信息对应的用户信息。具体地,本实施例中的网关设备可以为WAP网关设备,或者其他的能够为在线用 户终端提供业务服务的网关设备,例如WEP网关设备等,本实施例并不对此进行具体的限 制。而本实施例的网关设备所涉及的所有功能模块、以及其所涉及的具体工作过程,可以参 考上述用户信息查询方法所涉及的实施例揭露的相关内容,在此不再赘述。本实施例的网关设备,通过为多个网关设备共同设置用户信息中心,各网关设备 在本地保存用户信息的同时还将该用户信息备份至用户信息中心中,从而在业务在不同网 关设备之间进行切换的过程中,当接管后的网关设备无法在本地查询到发起业务请求的在 线用户终端的用户信息时,可以通过用户信息中心查询获得,保证了在线用户终端业务的 连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间的无 缝切换;同时通过用户信息中心对各网关设备保存的用户信息进行备份,还使得当网关设 备的存储功能模块发生故障或者信息丢失时,信息丢失的网关设备仍然能够在用户信息中 心中查询到所需的用户信息,无需将业务切换到另一网关设备,也能完成对用户终端的业 务请求的响应。在本实施例上述技术特征的基础上,进一步地,本实施例的网关设备还可以包括 第一请求转发模块M,用于若接收到对应的任一用户终端发送的用户信息更新请求时,向 用户信息中心转发该用户信息更新请求,该用户信息更新请求用于指示用户信息中心对指 定的用户信息进行指定的更新操作。具体地,该指定的更新操作包括增添、删除或更改指定 的用户信息。在上述技术特征中,用户信息中心通过为对应的用户终端提供对用户信息进行在线更新的功能,使得在线用户终端可以通过网关设备,发起用户信息更新请求给用户信息 中心,以对用户信息中心中储存的对应的用户信息进行更新,从而保证了用户信息中心储 存的用户信息与实际用户终端之间的数据同步。图9为本发明实施例提供的另一种网关设备的结构示意图。本实施例的网关设备 应用于上述存在两套网关设备的系统中,如图9所示,本实施例的网关设备包括第二信息 发送模块31、第二请求发送模块32、信息存储模块33和第二信息查询模块34。其中,第二信息发送模块31用于将获取到的在线用户终端的用户信息发送至另 一网关设备中进行储存;第二请求发送模块32用于若在本地无法查询到对应的用户终端 的用户信息时,向另一网关设备发送用户信息查询请求,该用户信息查询请求中携带有对 应的用户终端的标识信息;信息存储模块33用于接收到另一网关设备发送的用户信息后, 将该用户信息进行储存;第二信息查询模块34则用于根据接收到的另一网关设备发送的 用户信息查询请求中的标识信息,在存储的用户信息中查询与该标识信息对应的用户信 息,并发送给另一网关设备。具体地,本实施例中的网关设备同样可以为WAP网关设备,或者其他的能够为在 线用户终端提供业务服务的网关设备,例如WEP网关设备等,本实施例并不对此进行具体 的限制。同样地,而本实施例的网关设备所涉及的所有功能模块、以及其所涉及的具体工作 过程,可以参考上述用户信息查询方法所涉及的实施例揭露的相关内容,在此不再赘述。本实施例的网关设备,通过在系统中存在两套网关设备时,由两套WAPGW互相备 份彼此的用户信息,从而在业务在两套网关设备之间彼此切换时,接管后的网关设备根据 预先获取并存储的用户信息,可以对请求切换的网关设备对应的用户终端的业务请求进行 处理,保证了在线用户终端业务的连续性,避免了网关设备业务切换过程中发生的业务中 断现象,实现了网关设备之间的无缝切换;同时,当其中一套网关设备由于发生存储功能故 障,无法在本地查询到对应用户终端的用户信息时,同样可以通过在另一套网关设备中进 行查询,以得到所需的用户信息,在无需将业务切换到另一网关设备,以及无需中断用户终 端的业务时,也能完成对用户终端的业务请求的正常响应。在本实施例上述技术特征的基础上,进一步地,本实施例的网关设备还可以包括 第二请求转发模块35和第二信息更新模块36。其中,第二请求转发模块35用于若接收到 对应的任一用户终端发送的用户信息更新请求时,向另一网关设备转发该用户信息更新请 求;而第二信息更新模块36用于根据接收到的用户信息更新请求,对用户信息更新请求指 定的用户信息进行指定的更新操作,该指定的更新操作包括增加、删除或更改指定的用户 fn息ο图10为本发明实施例提供的一种用户信息查询系统的结构示意图。如图10所示, 本实施例的用户信息查询系统包括用户信息中心1以及多个网关设备2,用户信息中心1与 网关设备2连接。具体地,本实施例中,网关设备2可以为WAP网关,或者其他的能够为在 线用户终端提供业务服务的网关设备,例如WEP网关设备等,本实施例并不对此进行具体 的限制。而用户信息中心1设置在各WAP网关之间,用于对各WAP网关的用户信息进行统 一管理,并为各WAP网关提供用户信息的查询功能、用户信息的实时更新功能以及用户信 息的统计分析功能。具体地,本实施例中用户信息中心1以及网关设备2所涉及的所有功能模块、以及各功能模块所涉及的具体工作过程,均可以参考上述用户信息查询方法、用户信息中心以 及网关设备所涉及的实施例揭露的相关内容,在此不再赘述。本实施例的用户信息查询系统,通过为多个网关设备共同设置用户信息中心,各 网关设备在本地保存用户信息的同时还将该用户信息备份至用户信息中心中,从而在业务 在不同网关设备之间进行切换的过程中,当接管后的网关设备无法在本地查询到发起业务 请求的在线用户终端的用户信息时,可以通过用户信息中心查询获得,保证了在线用户终 端业务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备 之间的无缝切换;同时在本实施例中,通过用户信息中心对各网关设备保存的用户信息进 行备份,还使得当网关设备的存储功能模块发生故障或者信息丢失时,信息丢失的网关设 备仍然能够在用户信息中心中查询到所需的用户信息,无需将业务切换到另一网关设备, 也能完成对用户终端的业务请求的响应。图11为本发明实施例提供的另一种用户信息查询系统的结构示意图。如图11所 示,本实施例的用户信息查询系统包括第一网关设备3和第二网关设备4,第一网关设备3 和第二网关设备4相互连接。其中,第一网关设备3和第二网关设备4在各自获取到对应 的用户终端的用户信息,并保存在本地后,均将获取到的该用户信息发送至对端进行备份 储存。同时当第一网关设备3或第二网关设备4在无法从本地查询到对应的用户终端的用 户信息时,均向对端发送用户信息查询请求,该用户信息查询请求中携带有所述对应的用 户终端的标识信息,以使所述对端在储存的用户信息中查询与标识信息对应的用户信息, 并返回给发送用户信息查询请求的网关设备。进一步地,第一网关设备3或第二网关设备4 接收到原归属于对端的用户终端发送的包含用户终端的标识信息的业务请求时,还均根据 存储的用户信息,响应业务请求。本实施例保证了当任一网关设备发生故障或进行工程改造,而需要将自身业务切 换到另一网关设备时,由于另一个网关设备中已经事先备份储存了需切换的网关设备所对 应的所有用户信息,因而在业务切换后,另一网关设备可以在本地查询到需切换的网关设 备对应的在线用户终端的用户信息,保证了业务在第一网关设备3和第二网关设备4间进 行切换时,用户的业务访问不会受到影响。具体地,与上一实施例相似,在本实施例中,第一网关设备3和第二网关设备4均 可以为WAP网关,或者其他的能够为在线用户终端提供业务服务的网关设备,例如WEP网关 设备等,而本实施例并不对此进行具体的限制。且本实施例中第一网关设备3以及第二网 关设备4所涉及的所有功能模块、各功能模块所涉及的具体工作过程,以及第一网关设备3 以及第二网关设备4之间的具体通信过程,均可以参考上述用户信息查询方法以及网关设 备所涉及的相关实施例揭露的相关内容,在此不再赘述。本实施例的用户信息查询系统,通过由两个网关设备彼此互相实时地备份各自的 用户信息,当任意一个网关设备需要将自身的业务切换到另一个网关设备中时,由于另一 个网关设备中已经事先备份储存了需切换的网关设备所对应的所有用户信息,因而在业务 切换到另一网关设备后,该网关设备可以在本地查询到需切换网关的任一在线用户终端的 用户信息,从而同样保证了在线用户终端业务的连续性,避免了在网关设备业务切换过程 中发生的业务中断现象,实现了网关设备之间的无缝切换。最后应说明的是以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替 换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
1. 一种用户信息查询方法,其特征在于,包括获取并存储第一网关设备保存的在线用户终端的用户信息;接收所述第一网关设备或者第二网关设备在无法从本地查询到对应的用户终端的用 户信息时发送的用户信息查询请求,所述用户信息查询请求中携带有所述对应的用户终端 的标识信息;在储存的所述在线用户终端的用户信息中,查询与所述标识信息对应的用户信息,并 将查询到的用户信息返回给发送所述用户信息查询请求的网关设备。
2.根据权利要求1所述的用户信息查询方法,其特征在于,所述方法还包括接收用户信息更新请求,所述用户信息更新请求中携带请求更新的用户信息的标识信息;根据所述用户信息更新请求,对所述用户信息更新请求指定的用户信息进行指定的更 新操作,所述指定的更新操作包括增加、删除或更改所述指定的用户信息。
3.根据权利要求1或2所述的用户信息查询方法,其特征在于,所述方法还包括 接收用户信息统计请求,所述用户信息统计请求中携带有请求统计的维度属性信息; 在储存的所有用户信息中,对与所述维度属性信息对应的用户信息进行统计,并返回统计结果。
4. 一种用户信息查询方法,其特征在于,包括将获取到的在线用户终端的用户信息发送至对应的用户信息中心进行储存; 若在本地无法查询到对应的用户终端的用户信息时,向所述用户信息中心发送用户信 息查询请求,所述用户信息查询请求中携带有所述对应的用户终端的标识信息;接收所述用户信息中心返回的、根据所述标识信息查询到的与所述标识信息对应的用 户fn息。
5.根据权利要求4所述的用户信息查询方法,其特征在于,所述方法还包括若接收到对应的任一用户终端发送的用户信息更新请求时,向所述用户信息中心转发 所述用户信息更新请求,所述用户信息更新请求用于指示所述用户信息中心对指定的用户 信息进行指定的更新操作,所述指定的更新操作包括增添、删除或更改所述指定的用户信 肩、ο
6.一种用户信息查询方法,其特征在于,包括第一网关设备获取并存储第二网关设备保存的在线用户终端的用户信息; 所述第一网关设备接收所述第二网关设备在无法从本地查询到对应的用户终端的用 户信息时发送的用户信息查询请求,所述用户信息查询请求中携带有所述对应的用户终端 的标识信息;所述第一网关设备在储存的所述在线用户终端的用户信息中,查询与所述标识信息对 应的用户信息,并将查询到的用户信息返回给所述第二网关设备。
7.根据权利要求6所述的用户信息查询方法,其特征在于,所述方法还包括所述第一网关设备接收所述第二网关设备发送的用户信息更新请求,所述用户信息更 新请求中携带请求更新的用户信息的标识信息;所述第一网关设备根据所述用户信息更新请求,对所述用户信息更新请求指定的用户 信息进行指定的更新操作,所述指定的更新操作包括增加、删除或更改所述指定的用户信息。
8.一种用户信息查询方法,其特征在于,包括第一网关设备获取并存储第二网关设备保存的在线用户终端的用户信息; 所述第一网关设备接收原归属于所述第二网关设备的用户终端发送的包含所述用户 终端的标识信息的业务请求;所述第一网关设备根据存储的所述第二网关设备的在线用户终端的用户信息,响应所 述业务请求。
9.一种用户信息中心,其特征在于,包括获取模块,用于获取并存储第一网关设备保存的在线用户终端的用户信息; 请求接收模块,用于接收所述第一网关设备或者第二网关设备在无法从本地查询到对 应的用户终端的用户信息时、发送的用户信息查询请求,所述用户信息查询请求中携带有 所述对应的用户终端的标识信息;第一信息查询模块,用于在储存的所述在线用户终端的用户信息中,查询与所述标识 信息对应的用户信息;信息返回模块,用于将所述信息查询模块查询到的用户信息返回给发送所述用户信息 查询请求的网关设备。
10.根据权利要求9所述的用户信息中心,其特征在于所述请求接收模块还用于接收用户信息更新请求,所述用户信息更新请求中携带请求 更新的用户信息的标识信息;所述用户信息中心还包括第一信息更新模块,用于根据所述请求接收模块接收到的所 述用户信息更新请求,对所述用户信息更新请求指定的用户信息进行指定的更新操作,所 述指定的更新操作包括增加、删除或更改所述指定的用户信息。
11.根据权利要求9或10所述的用户信息中心,其特征在于所述请求接收模块还用于接收用户信息统计请求,所述用户信息统计请求携带有请求 统计的维度属性信息;所述用户信息中心还包括信息统计模块,用于根据所述请求接收模块接收到的所述用 户信息统计请求,在储存的所有用户信息中,对与所述维度属性信息对应的用户信息进行 统计,并返回统计结果。
12.一种网关设备,其特征在于,包括第一信息发送模块,用于将获取到的在线用户终端的用户信息发送至对应的用户信息 中心进行储存;第一请求发送模块,用于若在本地无法查询到对应的用户终端的用户信息时,向所述 用户信息中心发送用户信息查询请求,所述用户信息查询请求中携带有所述对应的用户终 端的标识信息;信息接收模块,用于接收所述用户信息中心返回的、根据所述标识信息查询到的与所 述标识信息对应的用户信息。
13.根据权利要求12所述的网关设备,其特征在于,还包括第一请求转发模块,用于若接收到对应的任一用户终端发送的用户信息更新请求时, 向所述用户信息中心转发所述用户信息更新请求,所述用户信息更新请求用于指示所述用户信息中心对指定的用户信息进行指定的更新操作,所述指定的更新操作包括增添、删除 或更改所述指定的用户信息。
14.一种网关设备,其特征在于,包括第二信息发送模块,用于将获取到的在线用户终端的用户信息发送至另一网关设备中 进行储存;第二请求发送模块,用于若在本地无法查询到对应的用户终端的用户信息时,向所述 另一网关设备发送用户信息查询请求,所述用户信息查询请求中携带有所述对应的用户终 端的标识信息;信息存储模块,用于接收到所述另一网关设备发送的用户信息后,将所述用户信息进 行储存;第二信息查询模块,用于根据接收到的所述另一网关设备发送的用户信息查询请求中 的标识信息,在存储的用户信息中查询与所述标识信息对应的用户信息,并发送给所述另 一网关设备。
15.根据权利要求14所述的网关设备,其特征在于,所述设备还包括第二请求转发模块,用于若接收到对应的任一用户终端发送的用户信息更新请求时, 向所述另一网关设备转发所述用户信息更新请求;第二信息更新模块,用于根据接收到的所述用户信息更新请求,对所述用户信息更新 请求指定的用户信息进行指定的更新操作,所述指定的更新操作包括增加、删除或更改所 述指定的用户信息。
全文摘要
本发明提供一种用户信息查询方法及用户信息中心、网关设备,方法包括获取并存储第一网关设备保存的在线用户终端的用户信息;接收第一网关设备或者第二网关设备在无法从本地查询到对应用户终端的用户信息时发送的用户信息查询请求,其中携带有对应用户终端的标识信息;在储存的用户信息中,查询与标识信息对应的用户信息,并将查询到的用户信息返回给发送用户信息查询请求的网关设备。本发明实施例通过为多个网关设备共同设置用户信息中心,对多个网关设备保存的用户信息进行统一管理,保证了在线用户终端业务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间的无缝切换。
文档编号H04W88/16GK102149218SQ201010213850
公开日2011年8月10日 申请日期2010年6月23日 优先权日2010年6月23日
发明者李守平 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1