专利名称：一种hlr用户数据查询的方法、系统和装置的制作方法
技术领域：
本发明涉及移动通信技术，尤其涉及移动通信技术中一种HLR(HomeLocation Register,归属位置寄存器)用户数据查询的方法、系统和装置。
背景技术：
运营商的用户投诉中，大多数是网络问题的投诉，对于这种投诉，客服人员首先要 根据用户标识信息查询HLR中的用户数据，以首先判断是否存在用户数据设置错误的情 况，因此，客服人员每天要进行大量的HLR用户数据查询。 但由于技术条件和网络的限制，客服人员不能直接在客服系统中登录HLR进行用 户数据的查询，而是通过一个远程登录工具进行查询，而这种查询方式不支持并发查询，即 当一个HLR处于登录状态时，不允许该HLR再次登录，而且没有错误处理机制，这样由于客 观原因导致登录HLR失败时，不能及时退出，而又不能使用该HLR再次登录，这样，对客服人 员的工作就造成了很大的不便，降低了HLR用户数据查询的效率。
发明内容
本发明实施例提供一种HLR用户数据查询的方法、系统和装置，以提高HLR查询效率。 —种HLR用户数据查询系统，包括至少一个HLR，还包括 查询终端，用于接收待查询用户标识信息，生成HLR数据远程查询服务请求并发 送，所述远程查询服务请求中携带待查询用户标识信息，以及接收根据HLR数据远程查询 服务请求返回的查询结果并显示； 查询子系统，用于接收所述查询终端发送的HLR数据远程查询服务请求，根据所 述查询服务请求中携带的待查询用户标识信息，与待查询用户归属的HLR建立连接并进行 用户数据查询，以及在建立连接失败或用户数据查询失败时，释放与HLR之间的连接并向 所述查询终端返回失败指示信息，在查询成功后，向所述查询终端返回查询结果。
所述查询子系统具体包括 WEB服务器，用于接收所述查询终端发送的HLR数据远程查询服务请求并转发；
查询服务器，用于接收所述WEB服务器转发的HLR数据远程查询服务请求，根据所 述查询服务请求中携带的待查询用户标识信息，与待查询用户归属的HLR建立连接并进行 用户数据查询，以及在建立连接失败或用户数据查询失败时，释放与HLR之间的连接并通 过所述WEB服务器向查询终端返回失败指示信息，在查询成功后，通过所述WEB服务器向查 询终端返回查询结果。 进一步，所述查询服务器还用于将查询到的用户数据翻译成使用自然语言描述的 信息，并将翻译后的信息作为查询结果返回给查询终端。 所述查询服务器还用于根据所述HLR数据远程查询服务请求的接收顺序，为每一 个HLR建立对应的待查询用户标识信息队列，并根据待查询用户标识信息队列中的待查询用户标识信息，依次向HLR进行用户数据查询，或者向HLR发起并行查询。 进一步，所述查询服务器还用于根据待查询用户标识信息队列长度门限值，当接
收到的查询服务请求中携带的待查询用户标识信息对应的队列已满时，通过所述WEB服务
器向查询终端返回稍后查询提示信息。 更进一步，所述查询服务器还用于设定该HLR对应的待查询用户标识信息队列长 度门限值为固定值，或 根据经验数据按时间确定该HLR对应的待查询用户标识信息队列长度门限值。
更佳的，所述查询服务器设置在网管网中，所述WEB服务器设置在网管网的防火 墙处。 —种查询服务器，包括 识别单元，用于从WEB服务器接收HLR数据远程查询服务请求，并根据所述查询服 务请求中携带的待查询用户标识信息识别待查询用户的归属HLR ; 登录单元，用于与待查询用户归属的HLR建立连接并进行用户数据查询，以及在 建立连接失败或用户数据查询失败时，释放与HLR之间的连接并向WEB服务器发送失败指 示信息，在查询成功后，向WEB服务器发送查询结果。 调度单元，用于根据所述HLR数据远程查询服务请求的接收顺序，为每一个HLR建
立对应的待查询用户标识信息队列，并将待查询用户标识信息放入待查询用户标识信息队
列中，由登录单元依次登录HLR查询队列中用户标识信息在HLR中对应的用户数据，或者并
行登录到HLR后并发查询队列中每一个用户标识信息在HLR中对应的用户数据。 进一步，所述调度单元还用于根据待查询用户标识信息队列长度门限值，当接收
到的查询服务请求中携带的待查询用户标识信息对应的队列已满时，通过所述WEB服务器
向查询终端返回稍后查询提示信息。 更进一步，所述调度单元还用于根据经验数据按时间确定待查询用户标识信息队 列长度门限值。 查询服务器中还包括 解析单元，用于将所述登录单元获取到的用户数据信息翻译成自然语言描述的信 息，并将翻译后的信息作为查询结果发送。
—种HLR用户数据查询方法，包括 接收查询终端转发的HLR数据远程查询服务请求，所述远程查询服务请求中携带 待查询用户标识信息； 根据所述查询服务请求中携带的待查询用户标识信息，与待查询用户归属的HLR 建立连接并进行用户数据查询；以及 在建立连接失败或用户数据查询失败时，释放与HLR之间的连接并向所述查询终 端返回失败指示信息，在查询成功后，向所述查询终端返回查询结果。 根据所述HLR数据远程查询服务请求的接收顺序，为每一个HLR建立对应的待查 询用户标识信息队列，并在接收到HLR数据远程查询服务请求后，将其中携带的待查询用 户标识信息放入对应的队列中；以及 所述的进行用户数据查询具体包括根据待查询用户标识信息队列中的待查询用 户标识信息，依次或并行向HLR进行用户数据查询。
进一步，所述将待查询用户标识信息放入对应队列之前，先根据待查询用户标识 信息所对应HLR的队列长度门限值，当待查询用户标识信息队列已满时，返回稍后查询提 示信息，否则将待查询用户标识信息放入对应队列中。 更进一步，所述待查询用户标识信息队列长度门限值为固定值，或根据经验数据 按时间确定。 更佳的，所述查询成功后，先将查询到的用户数据翻译成使用自然语言描述的信 息，再将翻译后的信息作为查询结果返回。 所述建立连接失败或用户数据查询失败的确定方法具体包括 在请求建立连接时，当设置的最长连接时间内接不到HLR返回的连接确认信号
时，确定建立连接失败； 在用户数据查询时，当没有成功接收到数据或接收的数据不包含该步骤设定携带 的关键字时，确定查询失败。 本发明实施例通过提供的HLR用户数据查询的方法、系统和装置，在登录HLR过程 或查询过程中，能够在登录HLR失败或查询失败时及时退出HLR，不再影响再次登录，提高 了 HLR的查询效率。
图1为本发明实施例中HLR用户数据查询系统的网络连接图； 图2为本发明实施例中HLR用户数据查询的方法流程图； 图3为本发明实施例中HLR用户数据查询过程中各个网络设备间的信号传输示意 图； 图4为本发明实施例中登录HLR并进行用户数据查询过程中的退出机制流程图； 图5为本发明实施例中并发连接HLR的流程图； 图6a和图6b为本发明实施例中查询服务器的装置图。
具体实施例方式
本发明实施例为提高HLR查询的效率，提供了一种HLR用户数据查询的方法，在登 录HLR的多次交互中，对于可能出现的错误都相应设置了退出机制，使得在登录HLR失败时 能够及时退出，释放占用的资源，不再影响再次登录。 本发明实施例提供的一种系统如图1所示，系统中主要包括在客服网络中的查询 终端IOI，网管侧接口防火墙上的WEB服务器102，网管网内的查询服务器103。
WEB服务器102，用于接收查询终端101发送的HLR数据远程查询服务请求并转发 给查询服务器103， WEB服务器102提供WEB形式的HLR查询服务，对登录的客服人员进行 鉴权后，接收客服人员输入的用户标识信息，并发送给查询服务器103，查询完毕后，接收查 询服务器返回的查询结果，并通过查询终端101显示给客服人员。WEB服务器102与查询服 务器103的连接可以用socket接口实现。 查询服务器103，用于接收WEB服务器102转发的HLR数据远程查询服务请求，根 据查询服务请求中携带的待查询用户标识信息，与待查询用户归属的HLR建立连接并进行 用户数据查询，以及在建立连接失败或用户数据查询失败时，释放与HLR之间的连接并通过WEB服务器102向查询终端101返回失败指示信息，在查询成功后，通过所述WEB服务器 102向查询终端101返回查询结果。在接收到WEB服务器102发送的查询服务请求后，可以 先对待查询用户标识信息进行识别并判断该待查询用户标识信息是否有效，再获取该待查 询用户的归属HLR信息，然后与待查询用户归属的HLR建立连接并进行用户数据查询，还可 根据需要对查询情况进行日志的记录。 在查询服务器103与待查询用户归属的HLR建立连接并进行用户数据查询的过程 中，查询服务器103会在建立连接失败或用户数据查询失败时，释放与HLR之间的连接并通 过所述WEB服务器向查询终端返回失败指示信息，判断失败的条件可以是判断是否接收到 数据或判断HLR所返回命令中是否包含设定的特定关键字，若包含，则说明此次交互成功， 继续进行下一步，若不包含，则说明此次交互不成功，需要及时退出连接，根据所进行到的 步骤释放与HLR之间的连接。 进一步，查询服务器103还可以根据HLR数据远程查询服务请求的接收顺序为每 个HLR建立对应的待查询用户标识信息队列，建立队列后，可以根据队列中的用户标识信 息依次进行登录查询，也可以利用多线程并发登录查询队列中的用户标识信息，实现多个 用户标识信息在同一时间的并发登录，这样，在多个客服人员同时查询同属于一个HLR的 用户标识信息时，或在一个客服人员同时查询多个同属于一个HLR的用户标识信息时，不 需要等待和重试即可查询。还可以设置一个最大并发值n，每次并发查询n个队列中的用户 标识信息，队列中不在查询中的信息等待。 查询服务器103还可以解析查询到的用户数据，将用户数据翻译成便于客服人员 识别的使用自然语言描述的用户数据，以降低客服人员的工作难度，提高客服人员的工作 效率。 查询终端IOI，用于在客服人员通过查询终端101远程登录到WEB服务器102输入 待查询用户标识信息后，生成携带待查询用户标识信息的HLR数据远程查询服务请求发送 给WEB服务器102，并接收WEB服务器102返回的查询结果。当然，也可以不通过查询终端 101直接在WEB服务器102上输入携带用户标识信息的HLR数据远程查询服务请求和读取 返回的查询结果。 查询服务器103设置在网管网内是一种较佳的方式，这样从查询终端101到查询
服务器103共经过了两道防火墙，安全性较高。WEB服务器102可以设置在网管网的防火墙
处，即直接连接在网管网的防火墙上，采用网管网防火墙的规则，便于管理。 需要说明的是，WEB服务器102和查询服务器103组成了执行查询功能的查询子
系统，WEB服务器102和查询服务器103的功能也可以合并设置在一个服务器上。 如图2所示，HLR用户数据查询方法包括如下步骤 步骤S201、客服人员在前台的查询终端101登录WEB服务器102，客服人员登录 WEB服务器102时要进行鉴权，身份验证通过后方可登录。 登录时可以采用在前台查询终端101通过WEB页面输入WEB服务器的ip地址，打 开WEB服务器页面，然后进行鉴权登录的方式，还可以同时采用客服人员与查询终端IP绑 定的方式，每个客服人员只能使用自己的用户名和主机登录WEB服务器102进行查询，以加 强系统的安全性。 步骤S202、客服人员在查询终端101通过WEB服务器102输入待查询的用户标识信息，可以一次输入多个用户标识信息。 步骤S203、查询服务器103接收WEB服务器102发送的待查询的用户标识信息，查 询服务器103查询所输入用户标识信息归属的HLR，并远程登录该HLR，登录时若出现错误 或异常，根据设置重试或退出。 查询用户标识信息归属的HLR时，主要根据预先存储的用户标识信息和HLR对应 表查询，用户标识信息主要为用户号码，用户标识信息和HLR的对应表可以存储在查询服 务器本地，也可以为其设置一个数据库服务器104，查询时，查询服务器103连接数据库服 务器104并根据数据服务器中的用户数据查询。 步骤S204、查询服务器103登录HLR成功后接收HLR返回的用户数据，接收到用户 数据后，可以将HLR返回的用户数据翻译成前台客服人员容易识别的使用自然语言描述的 用户数据再显示给WEB服务器中的客服人员，使用自然语言描述的信息是相对于原始数据 而言的，是指该用户是否开通漫游、是否开通国际短信等类似的信息，这样，客服人员可以 直观的识别用户数据，不需要自己面对用户数据进行对应的查阅和翻译。当然，查询服务器 103也可以不对返回的用户数据进行翻译，直接显示给客服人员。
以上步骤即可完成HLR数据的查询。 图3为HLR数据的查询过程中各个设备间的信号传输示意图，通过图3可以清楚 的看到HLR数据的查询过程和查询过程中信号的传输。 在步骤S203中，从登录HLR到所需要的用户数据成功返回，要涉及到多次交互，为 防止交互过程中出现问题而导致登录失败却不能及时退出的情况，在每次登录交互时都进 行了设置，对可能出现的错误进行严格处理，在建立连接失败时释放占用的资源，并向所述 查询终端返回失败指示信息或在建立连接后用户数据查询失败时，释放与HLR之间的连接 并通过所述WEB服务器向查询终端返回失败指示信息，保证HLR远程登录正常进行。
在请求建立连接时，当设置的最长连接时间内接不到HLR返回的连接确认信号 时，确定建立连接失败，由于在请求建立连接时，已经占用了一定的资源，所以在建立连接 失败时也需要释放资源。在用户数据查询时，当没有成功接收到数据或接收的数据不包含 该步骤设定携带的关键字时，确定查询失败，如登录时不携带提示登录的关键字、需要密码 时不携带提示输入密码的关键字或需要二级登录、查询指令或返回查询结果时不携带相应 提示符，都可确定查询失败。 在每次登录交互时，如果因网络问题而导致执行指令超时，则可以进行重试，重试 的最高次数可根据需要制定， 一旦超过最高次数，则按照交互失败处理；如果在登录未成 功时出现接收数据错误、接收数据不正确或执行指令失败的情况，退出发起telnet连接的 socket ;如果在登录成功后出现接收数据错误或执行指令失败的情况，发送exit指令，退 出登录。同时，为了方便对出现的问题进行定位、追踪、分析和解决，可以将每次出现的错误 都详细记录到错误日志中。 查询服务器登录HLR并查询用户数据的具体步骤如图4所示 步骤S401、发起HLR连接，一般HLR提供telnet或者ssh的方式供远程登录使用，
连接时，通过socket方式连接到HLR上。 步骤S402、判断连接是否成功，若成功，执行步骤S403，若不成功，执行步骤S419。
步骤S403、接收返回的数据。
步骤S404、判断是否接收到数据，如果是，执行步骤S405，如果不是，执行步骤 S420。 步骤S405、使用telnet或ssh协议解析收到的数据，判断收到的数据中是否包含 提示登录的关键字，如"login"关键字，如果是，执行步骤S406，如果不是，执行步骤S420。
步骤S406、发送用户名，接收返回的数据。 步骤S407、判断是否接收到数据，如果是，执行步骤S408，如果不是，执行步骤 S420。 步骤S408、使用telnet或ssh协议解析收到的数据，判断收到的数据中是否包 含所要密码的关键字，如"password"关键字，如果是，执行步骤S409，如果不是，执行步骤 S420。 步骤S409、发送密码，接收返回的数据。 步骤S410、判断是否接收到数据，如果是，执行步骤S411，如果不是，执行步骤
5420。 步骤S411、使用telnet或ssh协议解析收到的数据，判断收到的数据中是否包含 HLR返回的提示符，如">"关键字，如果是，执行步骤S412，如果不是，执行步骤S420。
步骤S412、发送二级登录指令，接收返回的数据。 步骤S413、判断是否接收到数据，如果是，执行步骤S414，如果不是，执行步骤
5421。 步骤S414、使用telnet或ssh协议解析收到的数据，判断收到的数据中是否包含 HLR返回的提示符，如"<"关键字，如果是，执行步骤S415，如果不是，执行步骤S421 。
步骤S415、发送查询指令，根据HLR的不同发送不同的查询指令，可以是一条，也 可以为多条，接收返回的数据。 步骤S416、判断是否接收到数据，如果是，执行步骤S417，如果不是，执行步骤
5422。 步骤S417、使用telnet或ssh协议解析收到的数据，判断收到的数据中是否包含
HLR返回的提示符，如"<"关键字，如果是，执行步骤S418，如果不是，执行步骤S422。 步骤S418、查询成功，发送exit指令，退出二级登录，再发送exit指令，退出一
级登录，退出socket,同时还可以将本次查询开始及结束的时间、查询客服人员，查询终端
IP、用户标识信息都详细记录到日志中，以便于日后的统计和分析。 步骤S419、提示连接HLR失败，释放连接时占用的资源，执行步骤S423。 步骤S420、提示登录HLR失败，退出socket,执行步骤S423。 步骤S421、提示登录HLR失败，发送exit指令，退出一级登录，退出socket。 步骤S422、提示指令执行失败，发送exit指令，退出二级登录，再发送exit指令，
退出一级登录，退出socket。 步骤S423、将登录与查询HLR失败的资料记录到日志中，以便于问题的定位、追 踪、分析和解决，记录的资料可以包括登录与查询的时间、出现错误的步骤、登录的用户标 识信息、操作的客服人员等。由于详细记录了出现错误的步骤，所以可以较精确的定位出现 故障的位置，便于问题的分析和解决。 当然，对于不同的HLR来说，登录的过程也有所不同，有的HLR不需要进行二级登录，这样就不需要进行有关二级登录交互的判断，有的HLR在发起连接时就要求将用户名
和密码发送过去直接进行登录，这样就不需要进行有关用户名和密码的交互判断，直接判
断一级登录是否成功即可，登录的过程可以根据HLR的不同进行相应设置。 在步骤S202中，客服人员通过WEB服务器输入待查询的用户标识信息，可以一次
输入多个用户标识信息，这时，可为每一个HLR建立对应的待查询用户标识信息队列，将同
属于一个HLR的待查询用户标识信息放入对应的队列中，再依次进行查询，或进行并发查
询，例如，同时有客服人员输入的500个用户标识信息需要进行查询，这500个用户标识信
息可能是不同的客服人员在接近的时间输入的，也可能是一个客服人员需要查询多个用户
标识信息，假设这500个用户标识信息中有20个用户标识信息归属于同一个HLR，那么将
这20个HLR放入一个队列中，依次查询或利用多线程实现并发查询，为防止客服人员等待
的时间过长，队列长度门限值是可以设置的，一般按照客服人员能接受的等待时间来设置，
如果队列已满，则给客服人员相应的提示，不再将用户标识信息放入队列。 并发查询时，并发查询的队列长度门限值可以根据HLR的负荷能力进行设置，以
不影响通信网络为准，并发查询的队列长度门限值可以设置成一个固定值，例如设置为
300，则登录该HLR的用户标识信息在300以内时，若队列中增加了用户标识信息，则可发起
该用户标识信息的连接，进行并发查询，若登录该HLR的用户标识信息达到300，则不再将
新的用户标识信息放入队列，并提示客服人员队列已满。队列长度门限值还可以根据HLR
的负荷能力进行动态调整，若某段时间HLR负荷较大，则相应降低队列长度门限值，反之，
若某段时间HLR比较空闲，则相应增加队列长度门限值。还可以根据经验数据来调整队列
长度门限值，主要调整依据是节假日与平时的经验值、每天各时段的经验值，例如若经验
数据显示，平时晚上6点到12点是通话高峰，那么，在这段时间内相应降低队列长度门限
值，在晚上12点以后再根据经验数据相应增加队列长度门限值，而节假日晚上6点到2点
是通话高峰，那么在节假日的这段时间相应降低队列长度门限值，在晚上2点以后再根据
经验数据相应增加队列长度门限值。 如图5所示，用户标识信息进入队列进行并发查询的步骤包括 步骤S501、客服人员通过WEB服务器102输入待查询的用户标识信息， 一次可输入
多个用户标识信息。 步骤S502、查询服务器103接收WEB服务器发送的待查询用户标识信息，判断这些 用户标识信息是否符合要求，主要根据用户标识信息长度、开头数字等条件进行判断，如果 符合要求，执行步骤S504，如果不符合要求，执行步骤S503。
步骤S503、提示客服人员所输入用户标识信息有误。 步骤S504、通过事先存储的用户标识信息段与HLR对应关系表查询用户标识信息 的归属HLR。 步骤S505、获得查询到的用户标识信息归属HLR的当前连接数，并根据HLR当前负 荷计算HLR允许连接的最大数目。 步骤S506、根据该HLR允许连接的最大数目和获得的当前连接数，判断队列是否 已满，如果队列已满，则执行步骤S508，如果队列未满，则执行步骤S507。
步骤S507、将HLR数据远程查询服务请求中携带的待查询用户标识信息按请求的 先后顺序放入相应HLR的队列中，发起HLR连接，进行并发查询。
步骤S508、提示客服人员该用户标识信息所属HLR的连接数目过多，请稍后再试。
还可以设置一个缓存，在队列已满时，将不能进入队列的用户标识信息暂时放入缓存中，一旦队列中出现空闲位置，则自动使缓存中的用户标识信息进入队列，这样即可进一步简化客服人员的操作，当然，也可以设置一个缓存的最大数量，在达到最大数量时，不再将用户标识信息存入缓存，同时给客服人员相应的提示，以减少客服人员等待时间。
如图6a所示，本发明实施例中查询服务器103包括如下单元
识别单元601，用于对用户标识信息进行识别，确认用户标识信息有效后，查询该用户标识信息的归属HLR，并获得该HLR的配置信息。 登录单元602 ，用于根据该HLR的配置信息与待查询用户归属的HLR建立连接并查询用户标识信息在HLR中对应的用户数据，以及在建立连接失败或用户数据查询失败时，释放与HLR之间的连接并向WEB服务器发送失败指示信息，在查询成功后，向WEB服务器发送查询结果，再退出HLR登录。 进一步，如图6b所示，为了能够实现几个同属于一个HLR的用户标识信息并发登录，该查询服务器103还包括 调度单元603，用于对并发查询的过程进行调度，查询该用户标识信息所归属HLR的当前连接数，并在当前连接数未达到为其设置的最大连接数时，将该用户标识信息放入队列中，在当前连接数达到为其设置的最大连接数时，提示客服人员连接数过多，稍后再进行查询。 此时，登录单元602对队列中的用户标识信息进行并发登录，并发登录可以用多线程实现。 更进一步，为方便客服人员，简化操作，还可在查询服务器103中设置一个缓存单元604，用于暂时存储调度单元603没有放入队列的用户标识信息，一旦队列中出现空余的位置，调度单元603立即自动读取存储单元中存储的用户标识信息并将其放入队列中。
更佳的，为方便客服人员识别返回的数据中所携带的信息，提高工作效率，该查询服务器103还包括 解析单元605，用于解析登录单元602获取到的用户数据，将这些用户数据翻译成
便于客服人员识别的使用自然语言描述的用户数据，如该用户是否开通漫游等。 本发明实施例通过提供的HLR用户数据查询的方法、系统和装置，在登录HLR过程
中涉及的多次交互中，对于可能出现的错误都进行了相应的设置，使得在登录HLR失败时
能够及时退出，不再影响再次登录，提高了 HLR查询的效率。 显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变 在内。
权利要求
一种归属位置寄存器HLR用户数据查询系统，包括至少一个HLR，其特征在于，还包括查询终端，用于接收待查询用户标识信息，生成HLR数据远程查询服务请求并发送，所述远程查询服务请求中携带待查询用户标识信息，以及接收根据HLR数据远程查询服务请求返回的查询结果并显示；查询子系统，用于接收所述查询终端发送的HLR数据远程查询服务请求，根据所述查询服务请求中携带的待查询用户标识信息，与待查询用户归属的HLR建立连接并进行用户数据查询，以及在建立连接失败时释放占用的资源，并向所述查询终端返回失败指示信息或在建立连接后用户数据查询失败时，释放与HLR之间的连接并向所述查询终端返回失败指示信息，在查询成功后，向所述查询终端返回查询结果。
2. 如权利要求1所述的系统，其特征在于，所述查询子系统具体包括WEB服务器，用于接收所述查询终端发送的HLR数据远程查询服务请求并转发； 查询服务器，用于接收所述WEB服务器转发的HLR数据远程查询服务请求，根据所述查 询服务请求中携带的待查询用户标识信息，与待查询用户归属的HLR建立连接并进行用户 数据查询，以及在建立连接失败或用户数据查询失败时，释放与HLR之间的连接并通过所 述WEB服务器向查询终端返回失败指示信息，在查询成功后，通过所述WEB服务器向查询终 端返回查询结果。
3. 如权利要求2所述的系统，其特征在于，所述查询服务器还用于将查询到的用户数 据翻译成使用自然语言描述的信息，并将翻译后的信息作为查询结果返回给查询终端。
4. 如权利要求2或3所述的系统，其特征在于，所述查询服务器还用于根据所述HLR数 据远程查询服务请求的接收顺序，为每一个HLR建立对应的待查询用户标识信息队列，并 根据待查询用户标识信息队列中的待查询用户标识信息，依次向HLR进行用户数据查询， 或者向HLR发起并行查询。
5. 如权利要求4所述的系统，其特征在于，所述查询服务器还用于根据待查询用户标 识信息队列长度门限值，当接收到的查询服务请求中携带的待查询用户标识信息对应的队 列已满时，通过所述WEB服务器向查询终端返回稍后查询提示信息。
6. 如权利要求4所述的系统，其特征在于，所述查询服务器还用于设定该HLR对应的待 查询用户标识信息队列长度门限值为固定值，或根据经验数据按时间确定该HLR对应的待查询用户标识信息队列长度门限值。
7. 如权利要求2所述的系统，其特征在于，所述查询服务器设置在网管网中，所述WEB 服务器设置在网管网的防火墙处。
8. —种查询服务器，其特征在于，包括识别单元，用于从WEB服务器接收HLR数据远程查询服务请求，并根据所述查询服务请 求中携带的待查询用户标识信息识别待查询用户的归属HLR ;登录单元，用于与待查询用户归属的HLR建立连接并进行用户数据查询，以及在建立 连接失败或用户数据查询失败时，释放与HLR之间的连接并向WEB服务器发送失败指示信 息，在查询成功后，向WEB服务器发送查询结果。
9. 如权利要求8所述的查询服务器，其特征在于，还包括调度单元，用于根据所述HLR数据远程查询服务请求的接收顺序，为每一个HLR建立对应的待查询用户标识信息队列，并将待查询用户标识信息放入待查询用户标识信息队列 中，由登录单元依次登录HLR查询队列中用户标识信息在HLR中对应的用户数据，或者并行 登录到HLR后并发查询队列中每一个用户标识信息在HLR中对应的用户数据。
10. 如权利要求8所述的查询服务器，其特征在于，所述调度单元还用于根据待查询用 户标识信息队列长度门限值，当接收到的查询服务请求中携带的待查询用户标识信息对应 的队列已满时，通过所述WEB服务器向查询终端返回稍后查询提示信息。
11. 如权利要求IO所述的查询服务器，其特征在于，所述调度单元还用于根据经验数 据按时间确定待查询用户标识信息队列长度门限值。
12. 如权利要求8至11任一所述的查询服务器，其特征在于，还包括 解析单元，用于将所述登录单元获取到的用户数据信息翻译成自然语言描述的信息，并将翻译后的信息作为查询结果发送。
13. —种HLR用户数据查询方法，其特征在于，包括接收查询终端转发的HLR数据远程查询服务请求，所述远程查询服务请求中携带待查 询用户标识信息；根据所述查询服务请求中携带的待查询用户标识信息，与待查询用户归属的HLR建立 连接并进行用户数据查询；以及在建立连接失败或用户数据查询失败时，释放与HLR之间的连接并向所述查询终端返 回失败指示信息，在查询成功后，向所述查询终端返回查询结果。
14. 如权利要求13所述的方法，其特征在于，还包括根据所述HLR数据远程查询服务请求的接收顺序，为每一个HLR建立对应的待查询用 户标识信息队列，并在接收到HLR数据远程查询服务请求后，将其中携带的待查询用户标 识信息放入对应的队列中；以及所述的进行用户数据查询具体包括根据待查询用户标识信息队列中的待查询用户标 识信息，依次或并行向HLR进行用户数据查询。
15. 如权利要求14所述的方法，其特征在于，所述将待查询用户标识信息放入对应队 列之前，先根据待查询用户标识信息所对应HLR的队列长度门限值，当待查询用户标识信 息队列已满时，返回稍后查询提示信息，否则将待查询用户标识信息放入对应队列中。
16. 如权利要求15所述的方法，其特征在于，所述待查询用户标识信息队列长度门限 值为固定值，或根据经验数据按时间确定。
17. 如权利要求13所述的方法，其特征在于，所述查询成功后，先将查询到的用户数据 翻译成使用自然语言描述的信息，再将翻译后的信息作为查询结果返回。
18. 如权利要求13至17任一所述的方法，其特征在于，所述建立连接失败或用户数据 查询失败的确定方法具体包括在请求建立连接时，当设置的最长连接时间内接不到HLR返回的连接确认信号时，确 定建立连接失败；在用户数据查询时，当没有成功接收到数据或接收的数据不包含该步骤设定携带的关 键字时，确定查询失败。
全文摘要
本发明涉及移动通信技术，公开了一种HLR用户数据查询的方法、系统和装置，以提高HLR用户数据查询的效率。一种HLR用户数据查询方法，包括接收查询终端转发的HLR数据远程查询服务请求，所述远程查询服务请求中携带待查询用户标识信息；根据所述查询服务请求中携带的待查询用户标识信息，与待查询用户归属的HLR建立连接并进行用户数据查询；以及在建立连接失败或用户数据查询失败时，释放与HLR之间的连接并向所述查询终端返回失败指示信息，在查询成功后，向所述查询终端返回查询结果。
文档编号H04W76/00GK101730069SQ20081022562
公开日2010年6月9日 申请日期2008年10月31日 优先权日2008年10月31日
发明者冯旭, 康灿, 李安平, 李永春, 柴华, 王家新 申请人:中国移动通信集团天津有限公司