CN102149218A - 用户信息查询方法及用户信息中心、网关设备 - Google Patents
用户信息查询方法及用户信息中心、网关设备 Download PDFInfo
- Publication number
- CN102149218A CN102149218A CN2010102138501A CN201010213850A CN102149218A CN 102149218 A CN102149218 A CN 102149218A CN 2010102138501 A CN2010102138501 A CN 2010102138501A CN 201010213850 A CN201010213850 A CN 201010213850A CN 102149218 A CN102149218 A CN 102149218A
- Authority
- CN
- China
- Prior art keywords
- user profile
- user
- gateway device
- terminal
- information
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种用户信息查询方法及用户信息中心、网关设备,方法包括:获取并存储第一网关设备保存的在线用户终端的用户信息;接收第一网关设备或者第二网关设备在无法从本地查询到对应用户终端的用户信息时发送的用户信息查询请求,其中携带有对应用户终端的标识信息;在储存的用户信息中,查询与标识信息对应的用户信息,并将查询到的用户信息返回给发送用户信息查询请求的网关设备。本发明实施例通过为多个网关设备共同设置用户信息中心,对多个网关设备保存的用户信息进行统一管理,保证了在线用户终端业务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间的无缝切换。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种用户信息查询方法及用户信息中心、网关设备。
背景技术
在无线通信网络中,为了使用户终端在经过网关设备,例如无线接入协议(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网关此时可以向共同的用户信息中心发出用户信息查询请求,并在该用户信息查询请求中携带发出业务请求的在线用户终端的标识信息。该标识信息具体为能够唯一标识出该用户终端的关键信息,例如用户终端的终端网际协议(Internet Protocol,简称IP)地址,或者用户终端的移动终端号码等信息。
第二种情况还可以应用在当用户信息中心获取并保存了第一网关设备的用户信息后,第一网关设备的存储功能模块出现故障或者保存的用户信息发生丢失时。此时虽然第一网关设备无法在本地正常地执行用户信息的查询功能,但是由于第一网关设备的其他基本功能模块并未失效,因而第一网关设备对应的用户业务暂时还无需切换到另一网关设备中。因而应用本发明实施例的方法,第一网关设备在接收到对应的在线用户终端发送的业务请求,且无法在本地查询到该用户终端的用户信息时,可以向对应的用户信息中心发送用户信息查询请求,且在该用户信息查询请求中携带请求查询的用户终端的标识信息,以使用户信息中心在储存的所有用户信息中,根据该标识信息进行查询。从而使得存储功能模块发生故障的第一网关设备无需将业务切换到另一网关设备时,仍然能够响应对应的用户终端发出的业务请求。
即应用于WAP网关时,在本发明实施例中,在多个WAP网关中的任一WAP网关在接收到在线用户终端的业务请求,而无法在本地端查询到该在线用户终端的用户信息,以至于无法响应该业务请求时,均可以向对应的用户信息中心发送用户信息查询请求,以查询所需的用户信息,且在该用户信息查询请求需要携带请求查询用户终端的标识信息。
步骤102,在储存的在线用户终端的用户信息中,查询与标识信息对应的用户信息,并将查询到的用户信息返回给发送用户信息查询请求的网关设备。
而用户信息中心在接收到任一WAP网关发送的用户信息查询请求后,根据该用户信息查询请求中携带的标识信息,可以识别出WAP网关需要查询的用户终端,从而用户信息中心可以在本地储存的所有用户信息中,根据该标识信息进行查询。而在查询到与该标识信息对应的用户信息后,用户信息中心将查询到的该用户信息返回给请求查询的WAP网关,从而使得该WAP网关即使无法在本地查询到对应用户终端的用户信息,还可以通过用户信息中心进行查询,而且根据用户信息中心返回的用户信息,同样可以响应该业务请求,而无需强行中断在线用户终端的业务,导致用户终端业务的不连续性。
需要说明的是,本实施例中虽然仅以WAP网关为例,对通过为多个网关设备共同设置用户信息中心,且在用户信息中心中保存对应的各网关设备的用户信息,以为各网关设备提供用户信息查询功能,保证业务连续性的实例进行了说明,但是需要了解的是,在本发明实施例中,网关设备并不仅限于为WAP设备,其还可以包括其他的能够为在线用户终端提供业务服务的网关设备,例如有线等效保密(Wired Equivalent Privacy,简称WEP)网关设备等,而本发明实施例并不对此进行具体的限制。
本实施例的用户信息查询方法,通过为多个网关设备共同设置用户信息中心,各网关设备在本地保存用户信息的同时还将该用户信息备份至用户信息中心中,从而实现业务在不同网关设备之间进行切换的过程中,当接管后的网关设备无法在本地查询到发起业务请求的在线用户终端的用户信息时,可以通过用户信息中心查询获得,保证了在线用户终端业务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间的无缝切换;同时在本发明实施例中,通过用户信息中心对各网关设备保存的用户信息进行备份,还使得当网关设备的存储功能模块发生故障或者信息丢失时,信息丢失的网关设备仍然能够在用户信息中心中查询到所需的用户信息,无需将业务切换到另一网关设备,也能完成对用户终端的业务请求的响应。
图2为本发明实施例提供的另一种用户信息查询方法的流程图。与上述实施例不同的是,本实施例从对应于用户信息中心的任一网关设备的角度,对本发明实施例的用户信息查询方法进行了描述。如图2所示,本实施例的方法具体包括如下步骤:
步骤200,将获取到的在线用户终端的用户信息发送至对应的用户信息中心进行储存;
对于与用户信息中心对应的任一网关设备而言,在该网关设备获取到了对应的在线用户终端的用户信息后,例如WAP网关通过GGSN设备获取到了对应的在线用户终端的用户信息后,除了将该用户信息保存在本地的存储系统中之外,还同时将获取到的该用户信息发送至对应的用户信息中心,以使用户信息中心对该用户信息进行备份储存。
步骤201,若在本地无法查询到对应用户终端的用户信息时,向用户信息中心发送用户信息查询请求,该用户信息查询请求中携带有对应用户终端的标识信息;
用户信息中心备份储存了对应的网关设备保存的用户信息后,可以向对应的各网关设备提供用户信息查询功能。具体地,当某一网关设备在接收到对应的在线用户终端发出的业务请求,却无法在本地查询到与该用户终端对应的用户信息,从而无法响应该业务请求时,尤其是当某一网关设备对属于同一用户信息中心的另一网关设备的业务进行接管,而无法查询到该另一网关设备中对应的在线用户终端的用户信息时,可以向该用户信息中心发送用于查询用户信息的用户信息查询请求。针对需查询的用户终端,网关设备可以在该用户信息查询请求中携带该用户终端的标识信息,例如该用户终端的终端IP地址,或者用户终端的移动终端号码等信息。
步骤202,接收用户信息中心返回的、根据标识信息查询到的与标识信息对应的用户信息。
用户信息中心接收到网关设备发送的用户信息查询请求后,根据其中携带的标识信息,可以识别出网关设备需要查询的用户终端,从而可以在本地储存的所有用户信息中,对该用户终端的用户信息进行查询。而在查询到与该标识信息对应的用户信息后,用户信息中心将查询到的该用户信息返回给请求查询的网关设备,从而使得该网关设备即使无法在本地查询到对应用户终端的用户信息,还可以通过用户信息中心进行查询,而且根据返回的用户信息,同样可以响应接收到的业务请求,而无需强行中断在线用户终端的业务,导致用户终端业务的不连续性。
具体地,与上一实施例相同,在本实施例中,网关设备同样可以为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以进行储存,具体指将该用户信息携带在一用户信息增加请求中,发送给对应的OUAIC。
步骤303,OUAIC储存接收到的用户信息;
步骤304,OUAIC向第一WAP GW返回用户信息增加响应消息(Add UserInformation Response);
OUAIC接收到该用户信息添加请求后,提取出其中的用户信息,并将提取出的用户信息储存在本地系统中,同时返回一用户信息增加响应消息给第一WAP GW,以告知第一WAP GW此次的用户信息添加操作成功。此时,在OUAIC中便成功增添保存了与第一WAP GW对应的MS的用户信息。
步骤305,第一WAP GW向GGSN返回计费开始响应消息(AccountingStart Response);
步骤306,GGSN向MS返回PDP上下文激活响应消息(Activate PDPContext Accept);
与此同时,第一WAP GW在根据接收到的计费开始请求消息,在本地端保存了对应的用户信息后,为了告知MS此次PDP上下文激活操作已经完成,还向GGSN返回计费开始响应消息,以使GGSN向MS返回PDP上下文激活响应消息。
步骤307,若第一WAP GW发生故障,GGSN将MS的业务路由指向第二WAP GW;
若在此时第一WAP GW发生了故障或者由于工程改造无法响应用户终端的业务请求时,GGSN在检测到第一WAP GW的断网状态后,会为对应的所有MS寻找一个新的承载对应业务的WAP GW,并将MS的业务路由至该新的WAP GW中。在本实施例中,称该新的WAP GW为第二WAP GW,该第二WAP GW与第一WAP GW对应于同一个OUAIC,且在GGSN将MS的业务路由至第二WAP GW之后,对于GGSN接收到的MS发送的业务请求,GGSN均应将该业务请求转发至第二WAP GW中。
步骤308,MS通过GGSN向第二WAP GW发送业务请求;
在MS的PDP上下文激活操作完成之后,MS可以在此基础上向GGSN发出业务请求,以请求访问相关网络信息资源。而由于GGSN承载的业务已被路由至第二WAP GW中,因而GGSN在接收到MS发送的业务请求后,会将该业务请求转发至第二WAP GW。
步骤309,第二WAP GW在本地查询与MS对应的用户信息;
第二WAP GW接收到该业务请求,且为了响应该业务请求,需要在目标统一资源定位(Uniform Resource Location,简称URL)中添加与该业务请求对应的MS的部分用户信息。因此,为了获取得到MS的部分用户信息,第二WAP GW会根据业务请求中的关键标识信息,在本地存储系统中查询与该关键标识信息、即与该业务请求对应的用户信息。
步骤310,第二WAP GW无法在本地查询到与MS对应的用户信息,向OUAIC发送携带有MS的标识信息的用户信息查询请求(Query UserInformation Request);
而由于该第二WAP GW为在第一WAP GW发生故障后,承载GGSN业务的新的WAP GW,在此之前,第二WAP GW并未从GGSN发送的计费开始请求消息中提取相关用户终端的用户信息并进行保存,因而在上述步骤309中,第二WAP GW将无法在本地查询到与MS对应的用户信息,从而无法在URL中添加相应的用户信息,以至于无法响应该业务请求。
于是,在本实施例中,为了继续对该业务请求进行响应,在第二WAP GW无法在本地查询到MS的用户信息时,该第二WAP GW将向OUAIC发送用户信息查询请求,并在该用户信息查询请求中携带MS的标识信息,以指示OUAIC对指定的用户终端进行用户信息的查询。
步骤311,OUAIC根据用户信息查询请求中的标识信息,查询与该标识信息对应的用户信息;
OUAIC接收到用户信息查询请求后,提取出其中携带的用户终端的标识信息,并在本地存储的所有用户信息中,查询与该标识信息对应的用户信息。由于在上述步骤302及303中,第一WAP GW在从计费开始请求消息中获取到任一MS的用户信息后,已经将该用户信息发送至OUAIC中进行储存,因而在OUAIC中必定储存了第一WAP GW对应的所有在线MS的用户信息。因此,OUAIC根据用户信息查询请求中的标识信息,便能查询到与该标识信息,即与发送业务请求的MS对应的用户信息。
步骤312,OUAIC将查询到的MS的用户信息携带在用户信息查询响应消息(Query User Information Response)中返回给第二WAP GW;
步骤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 GW发送计费结束请求消息,以请求结束此次业务的计费。
步骤316,第二WAP GW向OUAIC发送用户信息删除请求(Delete UserInformation Request);
步骤317,OUAIC在储存的所有用户信息中,删除用户信息删除请求指定的用户信息;
步骤318,OUAIC向第二WAP GW返回用户信息删除响应消息(DeleteUser Information Response);
第二WAP GW根据接收到的计费结束请求消息,结束此次业务,同时在本地删除与该MS对应的用户信息。具体地,由于在本实施例中,第二WAPGW为GGSN业务发生切换后的WAP GW,因此在第二WAP GW中并没有储存与MS对应的用户信息,相应地,第二WAP GW的该在本地删除MS的用户信息的操作实质上无需予以执行。而进一步地,为了同时在OUAIC中删除与MS对应的用户信息,第二WAP GW还将向OUAIC发送携带有该MS的标识信息的用户信息删除请求,以指示OUAIC将业务访问结束的MS的用户信息从存储系统中删除。
步骤319,第二WAP GW向GGSN返回计费结束响应消息(Accounting-Response(stop));
步骤320,GGSN向MS返回PDP去激活响应消息(Deactivate PDP ContextResponse)。
在第二WAP GW向GGSN返回了计费结束响应消息,以及GGSN在接收到该计费结束响应消息,并向MS返回PDP去激活响应消息后,此次业务访问至此结束。
需要说明的是,在本实施例中,若用户终端在通过GGSN访问业务的过程中,需要对自身的用户信息进行更改时,例如需要对用户信息中包含的某一个特征信息(如终端IP地址、终端号码等)进行更改时,可以向OUAIC发送用户信息更改请求,该用户信息更改请求指示OUAIC对指定的用户信息进行指定的更改。而OUAIC接收到该用户信息更改请求后,在存储系统储存的所有用户信息中,查找到该用户信息更改请求指定的用户信息,并对该用户信息进行指定的更改操作,从而保证了OUAIC中储存的信息与实际用户终端的用户信息的同步。
具体地,实际应用中,用户终端在需要对用户信息中心对应的用户信息进行更新时,均可以通过对应的WAP网关,发送相应的用户信息更新请求至用户信息中心中。该用户信息更新请求中指定的更新操作可以包括:对指定的用户信息的增加、删除或更改的操作,例如在上述实施例中,当用户终端上线时,发送用户信息增加消息给OUAIC,以指示在OUAIC中添加指定的用户信息;而当用户终端下线时,发送用户信息删除消息给OUAIC,以指示在OUAIC申删除指定的用户信息;以及在用户终端在线的过程中,发送用户信息更新消息给OUAIC,以指示OUAIC对指定的用户信息进行相应的更新。
此外还需要说明的是,在本发明实施例中,OUAIC除了为各WAP GW提供必要的查询、更新用户信息的功能外,为了对OUAIC中存储的所有用户信息进行统一管理,OUAIC还能够为用户提供用户信息的统计分析功能。即:针对用户终端或者其他系统发送的各种用户信息统计请求,OUAIC可以根据该用户信息统计请求中指定的维度属性信息,在本地储存的所有用户信息中,对与该维度属性信息对应的用户信息进行统计,并将统计得到的统计结果返回给用户。
具体地,用户发送的用户信息统计请求可以请求对用户终端的任一维度属性进行统计分析,例如可根据APN、NAS IP、NAS ID、归属地设备ID、终端号码、终端IP段或者归属地等进行统计。而由于在OUAIC中储存了对应的所有WAP GW的在线用户终端的用户信息,因此OUAIC根据统计请求在本地储存系统根据统计得到的结果,相比于单个WAP GW系统会更加全面,而用户根据OUAIC返回的统计结果,可以更加方便地对当前用户行为和设备运行状态进行分析。
本实施例的用户信息查询方法,通过为多个网关设备共同设置用户信息中心,各网关设备在本地保存用户信息的同时还将该用户信息备份至用户信息中心中,从而在业务在不同网关设备之间进行切换的过程中,当接管后的网关设备无法在本地查询到发起业务请求的在线用户终端的用户信息时,可以通过用户信息中心查询获得,保证了在线用户终端业务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间的无缝切换;同时在本发明实施例中,通过用户信息中心对各网关设备保存的用户信息进行备份,还得到当网关设备的存储功能模块发生故障或者信息丢失时,信息丢失的网关设备仍然能够在用户信息中心中查询到所需的用户信息,无需将业务切换到另一网关设备,也能完成对用户终端的业务请求的响应。
进一步地,本实施例中,用户信息中心还可以为对应的用户终端提供对用户信息进行在线更新的功能,以及提供对所有的用户信息进行统计分析的功能,从而使得在线用户终端还可以通过发起用户信息更新请求,通过对应的网关设备在用户信息中心对储存的用户信息进行更新,从而保证了用户信息中心储存的用户信息与实际用户终端之间的同步;以及方便了系统对当前用户行为和设备运行状态进行的统计和分析。
图4为本发明实施例提供的再一种用户信息查询方法的流程图,本实施例以系统中存在两套WAP GW时为例,对两套WAP GW互相备份彼此的用户信息,以为对方提供用户信息的查询功能的方案进行了描述。
如图4所示,本实施例的方法具体包括如下步骤:
步骤400,第一网关设备获取并存储第二网关设备保存的在线用户终端的用户信息;
实际应用中,当系统中存在两套WAP GW时,在本发明实施例实现对这两套WAP GW中所保存的用户信息进行备份,以保证GGSN业务在两套WAPGW间进行切换,用户的业务访问不会受到影响的过程中,并不是必须需要通过为这两套WAP GW共同设置一个用户信息中心而予以实现。在本发明实施例中,还可以通过由两个WAP GW彼此互相实时地备份各自的用户信息,以保证用户终端的业务在两套WAP GW的彼此切换的过程中不会产生中断。具体地,在此情况下,对于系统中的任意一个第一WAP GW而言,在获取到对应的在线用户终端的用户信息,且将获取到的用户信息保存到本地的同时,还将该用户信息发送给系统中的第二WAP GW进行备份存储。
步骤401,第一网关设备接收第二网关设备在无法从本地查询到对应的用户终端的用户信息时发送的用户信息查询请求,该用户信息查询请求中携带有对应的用户终端的标识信息;
步骤402,第一网关设备在储存的在线用户终端的用户信息中,查询与标识信息对应的用户信息,并将查询到的用户信息返回给第二网关设备。
第一WAP GW从第二WAP GW获取并存储了第二WAP GW的在线用户终端的用户信息后,当第二WAP GW的存储功能模块出现故障或者保存的用户信息发生丢失时,此时虽然第二WAP GW无法在本地正常地执行用户信息的查询功能,但是由于第二WAP GW的其他基本功能模块并未失效,因而第二WAP GW对应的用户业务暂时还无需切换到第一WAP GW中。因而在本实施例中,为了正常地响应在线用户终端发送的业务请求,第二WAP GW在无法从本地正常地查询到对应的用户信息时,可以向第一WAP GW发送相应的用户信息查询请求,其中携带需查询的用户终端的标识信息,以请求在第一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 GW发生故障或进行工程改造,而需要将自身的GGSN业务切换到第一WAP GW中时,由于第一WAPGW中已经事先备份储存了需切换的第二WAP GW所对应的所有用户信息,因而在GGSN业务切换到第一WAP GW后,当第一WAP GW接收到原归属于第二WAP GW的任一在线用户终端发送的业务请求时,该第一WAP GW可以在本地查询到该原归属于第二WAP GW的任一在线用户终端的用户信息,进而根据查询到的该用户信息,第一WAP GW可以直接响应原归属于第二WAP GW的用户终端的业务请求,从而保证了GGSN业务在两套WAP GW间进行切换,用户的业务访问不会被强行中断。
需要说明的是,同样地,在本实施例中,在两个网关设备进行彼此的用户信息备份的同时,当任一网关设备接收到对应的在线用户终端发送的用户信息更新请求时,为了在自身的存储系统以及对方的存储系统中将相应的用户信息进行更改,接收到用户信息更改请求的网关设备还将该用户信息更新请求转发给另一网关设备,以使该另一网关设备同时根据接收到的用户信息更新请求中携带的、请求更新的用户信息的标识信息,对与该标识信息对应的用户信息进行相应的更改操作,从而通过转发用户信息更新请求,在两套网关设备中,实现用户信息的同步。具体地,该相应的更新操作包括增加、删除或更改指定的用户信息。
本实施例的用户信息查询方法,通过在系统中存在两套网关设备时,由两套WAP GW互相备份彼此的用户信息,从而在业务在两套网关设备之间彼此切换时,接管后的网关设备根据预先获取并存储的用户信息,可以对请求切换的网关设备对应的用户终端的业务请求进行处理,保证了在线用户终端业务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间的无缝切换。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、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用于若网关设备在本地无法查询到对应的用户终端的用户信息时,向用户信息中心发送用户信息查询请求,该用户信息查询请求中携带有该对应得用户终端的标识信息;而信息接收模块23则用于接收用户信息中心返回的、根据标识信息查询到的与标识信息对应的用户信息。
具体地,本实施例中的网关设备可以为WAP网关设备,或者其他的能够为在线用户终端提供业务服务的网关设备,例如WEP网关设备等,本实施例并不对此进行具体的限制。而本实施例的网关设备所涉及的所有功能模块、以及其所涉及的具体工作过程,可以参考上述用户信息查询方法所涉及的实施例揭露的相关内容,在此不再赘述。
本实施例的网关设备,通过为多个网关设备共同设置用户信息中心,各网关设备在本地保存用户信息的同时还将该用户信息备份至用户信息中心中,从而在业务在不同网关设备之间进行切换的过程中,当接管后的网关设备无法在本地查询到发起业务请求的在线用户终端的用户信息时,可以通过用户信息中心查询获得,保证了在线用户终端业务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间的无缝切换;同时通过用户信息中心对各网关设备保存的用户信息进行备份,还使得当网关设备的存储功能模块发生故障或者信息丢失时,信息丢失的网关设备仍然能够在用户信息中心中查询到所需的用户信息,无需将业务切换到另一网关设备,也能完成对用户终端的业务请求的响应。
在本实施例上述技术特征的基础上,进一步地,本实施例的网关设备还可以包括第一请求转发模块24,用于若接收到对应的任一用户终端发送的用户信息更新请求时,向用户信息中心转发该用户信息更新请求,该用户信息更新请求用于指示用户信息中心对指定的用户信息进行指定的更新操作。具体地,该指定的更新操作包括增添、删除或更改指定的用户信息。
在上述技术特征中,用户信息中心通过为对应的用户终端提供对用户信息进行在线更新的功能,使得在线用户终端可以通过网关设备,发起用户信息更新请求给用户信息中心,以对用户信息中心中储存的对应的用户信息进行更新,从而保证了用户信息中心储存的用户信息与实际用户终端之间的数据同步。
图9为本发明实施例提供的另一种网关设备的结构示意图。本实施例的网关设备应用于上述存在两套网关设备的系统中,如图9所示,本实施例的网关设备包括:第二信息发送模块31、第二请求发送模块32、信息存储模块33和第二信息查询模块34。
其中,第二信息发送模块31用于将获取到的在线用户终端的用户信息发送至另一网关设备中进行储存;第二请求发送模块32用于若在本地无法查询到对应的用户终端的用户信息时,向另一网关设备发送用户信息查询请求,该用户信息查询请求中携带有对应的用户终端的标识信息;信息存储模块33用于接收到另一网关设备发送的用户信息后,将该用户信息进行储存;第二信息查询模块34则用于根据接收到的另一网关设备发送的用户信息查询请求中的标识信息,在存储的用户信息中查询与该标识信息对应的用户信息,并发送给另一网关设备。
具体地,本实施例中的网关设备同样可以为WAP网关设备,或者其他的能够为在线用户终端提供业务服务的网关设备,例如WEP网关设备等,本实施例并不对此进行具体的限制。同样地,而本实施例的网关设备所涉及的所有功能模块、以及其所涉及的具体工作过程,可以参考上述用户信息查询方法所涉及的实施例揭露的相关内容,在此不再赘述。
本实施例的网关设备,通过在系统中存在两套网关设备时,由两套WAPGW互相备份彼此的用户信息,从而在业务在两套网关设备之间彼此切换时,接管后的网关设备根据预先获取并存储的用户信息,可以对请求切换的网关设备对应的用户终端的业务请求进行处理,保证了在线用户终端业务的连续性,避免了网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间的无缝切换;同时,当其中一套网关设备由于发生存储功能故障,无法在本地查询到对应用户终端的用户信息时,同样可以通过在另一套网关设备中进行查询,以得到所需的用户信息,在无需将业务切换到另一网关设备,以及无需中断用户终端的业务时,也能完成对用户终端的业务请求的正常响应。
在本实施例上述技术特征的基础上,进一步地,本实施例的网关设备还可以包括第二请求转发模块35和第二信息更新模块36。其中,第二请求转发模块35用于若接收到对应的任一用户终端发送的用户信息更新请求时,向另一网关设备转发该用户信息更新请求;而第二信息更新模块36用于根据接收到的用户信息更新请求,对用户信息更新请求指定的用户信息进行指定的更新操作,该指定的更新操作包括增加、删除或更改指定的用户信息。
图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之间的具体通信过程,均可以参考上述用户信息查询方法以及网关设备所涉及的相关实施例揭露的相关内容,在此不再赘述。
本实施例的用户信息查询系统,通过由两个网关设备彼此互相实时地备份各自的用户信息,当任意一个网关设备需要将自身的业务切换到另一个网关设备中时,由于另一个网关设备中已经事先备份储存了需切换的网关设备所对应的所有用户信息,因而在业务切换到另一网关设备后,该网关设备可以在本地查询到需切换网关的任一在线用户终端的用户信息,从而同样保证了在线用户终端业务的连续性,避免了在网关设备业务切换过程中发生的业务中断现象,实现了网关设备之间的无缝切换。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (15)
1.一种用户信息查询方法,其特征在于,包括:
获取并存储第一网关设备保存的在线用户终端的用户信息;
接收所述第一网关设备或者第二网关设备在无法从本地查询到对应的用户终端的用户信息时发送的用户信息查询请求,所述用户信息查询请求中携带有所述对应的用户终端的标识信息;
在储存的所述在线用户终端的用户信息中,查询与所述标识信息对应的用户信息,并将查询到的用户信息返回给发送所述用户信息查询请求的网关设备。
2.根据权利要求1所述的用户信息查询方法,其特征在于,所述方法还包括:
接收用户信息更新请求,所述用户信息更新请求中携带请求更新的用户信息的标识信息;
根据所述用户信息更新请求,对所述用户信息更新请求指定的用户信息进行指定的更新操作,所述指定的更新操作包括增加、删除或更改所述指定的用户信息。
3.根据权利要求1或2所述的用户信息查询方法,其特征在于,所述方法还包括:
接收用户信息统计请求,所述用户信息统计请求中携带有请求统计的维度属性信息;
在储存的所有用户信息中,对与所述维度属性信息对应的用户信息进行统计,并返回统计结果。
4.一种用户信息查询方法,其特征在于,包括:
将获取到的在线用户终端的用户信息发送至对应的用户信息中心进行储存;
若在本地无法查询到对应的用户终端的用户信息时,向所述用户信息中心发送用户信息查询请求,所述用户信息查询请求中携带有所述对应的用户终端的标识信息;
接收所述用户信息中心返回的、根据所述标识信息查询到的与所述标识信息对应的用户信息。
5.根据权利要求4所述的用户信息查询方法,其特征在于,所述方法还包括:
若接收到对应的任一用户终端发送的用户信息更新请求时,向所述用户信息中心转发所述用户信息更新请求,所述用户信息更新请求用于指示所述用户信息中心对指定的用户信息进行指定的更新操作,所述指定的更新操作包括增添、删除或更改所述指定的用户信息。
6.一种用户信息查询方法,其特征在于,包括:
第一网关设备获取并存储第二网关设备保存的在线用户终端的用户信息;
所述第一网关设备接收所述第二网关设备在无法从本地查询到对应的用户终端的用户信息时发送的用户信息查询请求,所述用户信息查询请求中携带有所述对应的用户终端的标识信息;
所述第一网关设备在储存的所述在线用户终端的用户信息中,查询与所述标识信息对应的用户信息,并将查询到的用户信息返回给所述第二网关设备。
7.根据权利要求6所述的用户信息查询方法,其特征在于,所述方法还包括:
所述第一网关设备接收所述第二网关设备发送的用户信息更新请求,所述用户信息更新请求中携带请求更新的用户信息的标识信息;
所述第一网关设备根据所述用户信息更新请求,对所述用户信息更新请求指定的用户信息进行指定的更新操作,所述指定的更新操作包括增加、删除或更改所述指定的用户信息。
8.一种用户信息查询方法,其特征在于,包括:
第一网关设备获取并存储第二网关设备保存的在线用户终端的用户信息;
所述第一网关设备接收原归属于所述第二网关设备的用户终端发送的包含所述用户终端的标识信息的业务请求;
所述第一网关设备根据存储的所述第二网关设备的在线用户终端的用户信息,响应所述业务请求。
9.一种用户信息中心,其特征在于,包括:
获取模块,用于获取并存储第一网关设备保存的在线用户终端的用户信息;
请求接收模块,用于接收所述第一网关设备或者第二网关设备在无法从本地查询到对应的用户终端的用户信息时、发送的用户信息查询请求,所述用户信息查询请求中携带有所述对应的用户终端的标识信息;
第一信息查询模块,用于在储存的所述在线用户终端的用户信息中,查询与所述标识信息对应的用户信息;
信息返回模块,用于将所述信息查询模块查询到的用户信息返回给发送所述用户信息查询请求的网关设备。
10.根据权利要求9所述的用户信息中心,其特征在于:
所述请求接收模块还用于接收用户信息更新请求,所述用户信息更新请求中携带请求更新的用户信息的标识信息;
所述用户信息中心还包括第一信息更新模块,用于根据所述请求接收模块接收到的所述用户信息更新请求,对所述用户信息更新请求指定的用户信息进行指定的更新操作,所述指定的更新操作包括增加、删除或更改所述指定的用户信息。
11.根据权利要求9或10所述的用户信息中心,其特征在于:
所述请求接收模块还用于接收用户信息统计请求,所述用户信息统计请求携带有请求统计的维度属性信息;
所述用户信息中心还包括信息统计模块,用于根据所述请求接收模块接收到的所述用户信息统计请求,在储存的所有用户信息中,对与所述维度属性信息对应的用户信息进行统计,并返回统计结果。
12.一种网关设备,其特征在于,包括:
第一信息发送模块,用于将获取到的在线用户终端的用户信息发送至对应的用户信息中心进行储存;
第一请求发送模块,用于若在本地无法查询到对应的用户终端的用户信息时,向所述用户信息中心发送用户信息查询请求,所述用户信息查询请求中携带有所述对应的用户终端的标识信息;
信息接收模块,用于接收所述用户信息中心返回的、根据所述标识信息查询到的与所述标识信息对应的用户信息。
13.根据权利要求12所述的网关设备,其特征在于,还包括:
第一请求转发模块,用于若接收到对应的任一用户终端发送的用户信息更新请求时,向所述用户信息中心转发所述用户信息更新请求,所述用户信息更新请求用于指示所述用户信息中心对指定的用户信息进行指定的更新操作,所述指定的更新操作包括增添、删除或更改所述指定的用户信息。
14.一种网关设备,其特征在于,包括:
第二信息发送模块,用于将获取到的在线用户终端的用户信息发送至另一网关设备中进行储存;
第二请求发送模块,用于若在本地无法查询到对应的用户终端的用户信息时,向所述另一网关设备发送用户信息查询请求,所述用户信息查询请求中携带有所述对应的用户终端的标识信息;
信息存储模块,用于接收到所述另一网关设备发送的用户信息后,将所述用户信息进行储存;
第二信息查询模块,用于根据接收到的所述另一网关设备发送的用户信息查询请求中的标识信息,在存储的用户信息中查询与所述标识信息对应的用户信息,并发送给所述另一网关设备。
15.根据权利要求14所述的网关设备,其特征在于,所述设备还包括:
第二请求转发模块,用于若接收到对应的任一用户终端发送的用户信息更新请求时,向所述另一网关设备转发所述用户信息更新请求;
第二信息更新模块,用于根据接收到的所述用户信息更新请求,对所述用户信息更新请求指定的用户信息进行指定的更新操作,所述指定的更新操作包括增加、删除或更改所述指定的用户信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102138501A CN102149218A (zh) | 2010-06-23 | 2010-06-23 | 用户信息查询方法及用户信息中心、网关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102138501A CN102149218A (zh) | 2010-06-23 | 2010-06-23 | 用户信息查询方法及用户信息中心、网关设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102149218A true CN102149218A (zh) | 2011-08-10 |
Family
ID=44423128
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010102138501A Pending CN102149218A (zh) | 2010-06-23 | 2010-06-23 | 用户信息查询方法及用户信息中心、网关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102149218A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015013984A1 (zh) * | 2013-08-02 | 2015-02-05 | 华为技术有限公司 | 不同ott之间的信息查询方法及装置 |
CN106604328A (zh) * | 2015-10-15 | 2017-04-26 | 中国电信股份有限公司 | Mecc区域切换方法和系统 |
CN107331079A (zh) * | 2017-06-06 | 2017-11-07 | 浪潮金融信息技术有限公司 | 业务处理方法及装置 |
CN110855785A (zh) * | 2019-11-17 | 2020-02-28 | 广州荔支网络技术有限公司 | 一种数据处理的方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101076063A (zh) * | 2007-06-29 | 2007-11-21 | 中国网络通信集团公司 | 呼叫接续方法、语音求助系统及语音求助信息处理方法 |
CN101399842A (zh) * | 2007-09-28 | 2009-04-01 | 华为技术有限公司 | 一种wap网关和ggsn及二者间交换用户信息的方法 |
CN101741812A (zh) * | 2008-11-10 | 2010-06-16 | 华为技术有限公司 | 一种用户信息的获取方法、装置和系统 |
-
2010
- 2010-06-23 CN CN2010102138501A patent/CN102149218A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101076063A (zh) * | 2007-06-29 | 2007-11-21 | 中国网络通信集团公司 | 呼叫接续方法、语音求助系统及语音求助信息处理方法 |
CN101399842A (zh) * | 2007-09-28 | 2009-04-01 | 华为技术有限公司 | 一种wap网关和ggsn及二者间交换用户信息的方法 |
CN101741812A (zh) * | 2008-11-10 | 2010-06-16 | 华为技术有限公司 | 一种用户信息的获取方法、装置和系统 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015013984A1 (zh) * | 2013-08-02 | 2015-02-05 | 华为技术有限公司 | 不同ott之间的信息查询方法及装置 |
CN104620545A (zh) * | 2013-08-02 | 2015-05-13 | 华为技术有限公司 | 不同ott之间的信息查询方法及装置 |
CN106604328A (zh) * | 2015-10-15 | 2017-04-26 | 中国电信股份有限公司 | Mecc区域切换方法和系统 |
CN106604328B (zh) * | 2015-10-15 | 2019-05-10 | 中国电信股份有限公司 | Mecc区域切换方法和系统 |
CN107331079A (zh) * | 2017-06-06 | 2017-11-07 | 浪潮金融信息技术有限公司 | 业务处理方法及装置 |
CN107331079B (zh) * | 2017-06-06 | 2019-11-26 | 浪潮金融信息技术有限公司 | 业务处理方法及装置 |
CN110855785A (zh) * | 2019-11-17 | 2020-02-28 | 广州荔支网络技术有限公司 | 一种数据处理的方法及装置 |
CN110855785B (zh) * | 2019-11-17 | 2022-08-09 | 广州荔支网络技术有限公司 | 一种数据处理的方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102577450B (zh) | 确定策略和计费规则功能实体的方法、装置和系统 | |
CN102450052B (zh) | 数据网关负载处理方法、设备及系统 | |
CN101291536B (zh) | 一种移动性管理实体负载重平衡的切换方法 | |
CN100563392C (zh) | 在网络故障时的呼叫恢复方法及系统 | |
CN101562784B (zh) | 报文分发方法、设备及系统 | |
CN102026152A (zh) | 一种移动终端及实现接入点名称设置的系统和方法 | |
CN103796188A (zh) | 下行传输数据的方法和设备 | |
CN102036224A (zh) | 通知移动设备升级软件的方法、系统及升级控制实体 | |
CN101516123A (zh) | 一种数据业务分组接入漫游控制的方法与系统 | |
CN112187495A (zh) | 终端与服务器的通信方法、通信系统 | |
CN102149218A (zh) | 用户信息查询方法及用户信息中心、网关设备 | |
CN104168545A (zh) | 一种实现即时消息与短信/彩信互通的方法及系统 | |
CN101237699A (zh) | 无线网络节点与接入服务器之间建立多隧道的控制方法 | |
CN101150781B (zh) | 移动交换中心池中被叫恢复的方法、装置和系统 | |
CN110913028B (zh) | 虚拟地址的处理方法、装置和系统 | |
CN104717626A (zh) | 一种会话路由信息共享方法、设备和系统 | |
CN101873567B (zh) | 一种移动终端去附着的方法、系统和装置 | |
CN103945367B (zh) | 用于移动通信的地址分配方法、地址分配系统和基站 | |
CN101640670A (zh) | 一种gtp消息传输的方法及装置 | |
CN101472266B (zh) | 移动终端的位置更新方法、设备及系统 | |
CN102938704A (zh) | 接入管理方法、装置和系统 | |
CN101754152A (zh) | 定位业务的实现方法、定位系统以及归属用户服务器 | |
CN103327482B (zh) | 终端和网络切换控制方法 | |
JP6795959B2 (ja) | 通信システム | |
CN101420718B (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110810 |