专利名称：用户信息的查询方法及多媒体消息中心的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种用户信息的查询方法及多媒体消息中 心。
背景技术：
多媒体消息业务(Multimedia Messaging Service，简称为MMS)是一种能够在终 端(例如，手机)和终端之间以及终端和Email服务器等其他应用之间传送多媒体内容的 消息服务。与目前应用的非常成功的文本形式的短消息业务相比，多媒体消息将为用户提 供包括图象、声音等多种媒体格式的消息内容，使运营商可以为用户提供非常丰富的，个性 化的服务。例如，可以在旅程中将看到的美景配上背景音乐随时随地发送给远方的亲朋好 友，发送精心制作的电子贺卡。当多媒体消息发送给手机用户时，手机的用户信息保存在HLR服务器中，多媒体 消息中心需要通过匪5消息接口查询HLR服务器，得到手机的用户信息，根据上述用户信息 确定彩信下发方式，如果用户手机状态正常，则多媒体消息中心给手机用户下发正常的多 媒体消息通告消息。然而，当多媒体消息中心通过MM5消息接口查询HLR服务器失败时，多媒体消息中 心无法下发需要提交的多媒体消息，从而导致下发多媒体消息的成功率降低，大大降低了 用户体验。
发明内容
本发明的主要目的在于提供一种用户信息的查询方法及多媒体消息中心，以解决 上述的问题至少之一。根据本发明的一个方面，提供了一种用户信息的查询方法。根据本发明的用户信息的查询方法，应用于MMSC，包括当用户信息查询失败时， 业务处理模块确定发起查询重试流程，向重试模块发送用户信息的查询重试消息；重试模 块将接收到的查询重试消息中满足预定触发条件的查询重试消息发送至业务处理模块；业 务处理模块重新发起查询满足预定触发条件的查询重试消息对应的用户信息的流程。根据本发明的另一方面，提供了一种多媒体消息中心。根据本发明的多媒体消息中心包括业务处理模块，用于在用户信息查询失败时， 确定发起查询重试流程，向重试模块发送用户信息的查询重试消息，在接收到查询重试消 息中满足预定触发条件的查询重试消息时，重新发起查询该查询重试消息对应的用户信息 的流程。重试模块，用于确定满足预定触发条件的查询重试消息，将该查询重试消息发送至 业务处理模块。通过本发明，匪SC查询用户信息失败后，在确定重试查询的情况下，重新发起查 询重试消息中满足预定触发条件的重试消息对应的用户信息的流程。解决了相关技术中 MMSC下发多媒体消息的成功率较低的问题，进而可以有效提高MMSC下发多媒体消息的成功率，从而提高了用户体验。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1是根据本发明实施例的用户信息的查询方法的流程图；图2是根据本发明优选实施例的用户信息的查询方法的流程图；图3是根据本发明实施例的多媒体消息中心的结构框图；图4为根据本发明优选实施例的多媒体消息中心的结构框图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的 情况下，本申请中的实施例及实施例中的特征可以相互组合。图1是根据本发明实施例的用户信息的查询方法的流程图。其中，该方法应用于 MMSC，如图1所示，该用户信息的查询方法主要包括以下处理步骤S102 当用户信息查询失败时，业务处理模块确定发起查询重试流程，向重 试模块发送用户信息的查询重试消息；步骤S104 重试模块将接收到的查询重试消息中满足预定触发条件的查询重试 消息发送至业务处理模块；步骤S106 业务处理模块重新发起查询满足预定触发条件的查询重试消息对应 的用户信息的流程。相关技术中，当多媒体消息中心通过匪5消息接口查询HLR服务器失败时，多媒体 消息中心无法下发需要提交的多媒体消息。采用上述方法，可以有效提高MMSC下发多媒体 消息的成功率，从而提高了用户体验。其中，上述多媒体消息中心可以包括多个功能模块业务处理模块、代理模块、重 试模块、和业务配置模块等。在优选实施过程中，多媒体消息提交到多媒体彩信中心以后，由多媒体彩信中心 的业务处理模块对消息进行分析，如果终呼用户是移动终端(例如，手机)，则发起一个对 终呼用户的MM5查询请求消息(即用户信息查询消息)，将该查询请求消息发送给代理模 块。代理模块收到查询请求以后，首先根据多媒体消息业务配置模块上配置的HLR的 信息，得到HLR的网络信息，并向HLR建链链路，如果链路成功，则代理模块将请求消息编 码，向HLR发起匪5查询请求，并且等待HLR响应。如果代理模块接收到HLR服务器的查询响应，代理模块将响应消息解码，将查询 结果返回给业务处理模块。在业务处理模块接收到匪5查询响应以后，如果成功查询，则继续多媒体消息提 交流程。但是，在以下之一情况下，可能会导致用户信息查询失败。第一种情况匪SC的代理模块与保存用户信息的HLR建链失败；
第二种情况HLR返回响应超时；第三种情况HLR查询用户信息错误。优选地，在步骤S102中，业务处理模块确定发起查询重试流程可以包括以下处 理(1)业务处理模块接收来自于代理模块的状态码，其中，状态码用于反映与查询失 败对应的上述情况；(2)业务处理模块根据状态码确定是否需要发起查询重试流程。在优选实施过程中，如果用户信息查询失败，则代理模块会返回给业务处理模块 查询的状态码，每种状态码表示一种错误情况，例如，与HLR服务器建链失败错误，HLR返回 响应超时错误，HLR查询终端手机号码错误等多重错误类型，每种错误都有指定的错误码， 但是这些错误状态并不是每种都需要重试的，这里就需要配置需要重试的状态码。当某种 状态码被配置，当业务处理模块接收到该状态码时就会发起MM5重试请求。在上述第一种情况下，即代理模块与HLR建立链路失败，则代理模块向业务处理 模块返回错误。如果业务处理模块收到代理模块的建链失败响应，则业务处理模块根据 MMSC的业务配置模块中配置决定这种情况是否进行重试，如果需要重试，则向重试模块发 送查询重试请求，重试模块根据业务配置模块的配置信息建立重试控制信息。如果代理模块成功发送MM5查询消息，但是如果在系统设置时间内没有收到HLR 返回的响应，则代理模块返回给业务处理模块失败响应，业务处理模块接收到响应后，根据 配置信息确定是否进行重试，如果需要重试则进入重试流程。如果代理模块接收到HLR的 查询响应，代理模块将响应消息解码，将查询结果返回给业务处理模块。业务处理模块接收到匪5查询响应以后，如果成功查询，则继续多媒体消息提交 流程；如果查询用户信息错误，则根据状态码判断是否需要进行重试，如果需要重试则进入 重试流程。优选地，上述步骤S104中的预定触发条件包括以下之一(1)接收到来自于HLR的表示终端处于激活状态的通知消息，其中，该消息和满足 预定触发条件的查询重试消息携带的终端标识一致；(2)接收到来自于匪SC的业务配置模块的重试定时消息，其中，该消息和满足预 定触发条件的查询重试消息携带的终端标识一致。在优选实施过程中，当重试模块建立了 MM5重试机制后，可以通过两种触发方式 发起重试请求，第一种触发方式是HLR主动发起的匪5Alert消息(即上述通知消息)，该 消息表示用户处于激活状态，当重试模块收到该消息以后，则立即发起重启请求；第二种方 式是根据在业务配置模块中配置的重试策略进行重试。例如，每隔五分钟重试一次，在预 定时间到达时，向MMSC的业务配置模块发送重试定时消息，触发重试流程。业务处理模块接收到上述通知消息或重试定时消息以后，重新进行匪5查询，并 且将查询结果通知给多媒体消息重试模块，多媒体消息业务处理模块收到重试消息以后， 重新发起MM5查询请求，并且按照上述步骤决定后续流程。优选地，在重试模块将满足预定触发条件的查询重试消息发送至业务处理模块 时，还可以包括以下处理重试模块在查询重试消息中删除满足预定触发条件的查询重试 消息。
通过上述处理，重试模块只会被通知消息和重试消息队列的重试定时消息中的一 个消息触发。例如，重试模块首先接收到重试定时消息，则重试模块将该条重试消息发送给 业务处理模块，并且将该条消息从重试队列中删除，这样就可以保证接收到通知消息后不 会被重复触发。优选地，上述方法还可以包括以下处理重试模块判断当前重试次数是否达到 MMSC的业务配置模块中配置的最大次数；如果是，结束用户信息查询流程。在优选实施过程中，如果当前重试次数达到了业务配置模块中配置的最大次数， 此时还没有成功查询用户信息，则MMSC下发多媒体消息失败。通过该处理，可以有效避免 MMSC不间断查询用户信息，从而节省了系统资源。以下结合图2描述上述优选实施方式。图2是根据本发明优选实施例的用户信息的查询方法的流程示意图。以下结合图 2描述上述用户信息的查询方法，该方法主要包括以下步骤步骤1 在业务配置模块中配置MM5查询失败重试信息，其中，该信息主要包含(1)重试状态码如果匪5查询失败，则代理模块(MM5Agent)会返回给业务处理 模块(MMS Relay)查询的状态码，每种状态码表示一种错误状态，例如，代理模块与HLR建 链失败错误，HLR返回响应超时错误，HLR查询终端手机号码错误等多重错误类型，每种错 误都有指定的状态码，但是这些错误状态并不是每种都需要重试的，这里就需要配置需要 重试的状态码。当某种状态码被配置，当MMS Relay接收到该状态码时就会发起MM5重试 请求。(2)MM5重试机制(策略)此处包含重试次数和每次重试之间的时间间隔。重试 次数表示失败重试的总体次数，如果重试次数大于该设置值，则表示最终重试失败；重试时 间表示每次重试之间的时间间隔，重试时间和次数可以任意组合，比如重试三次，每次重视 间隔五分钟，这只重试两次，第一次重试为五分钟，第二次重试为十分钟。(3)外部触发匪5重试事件配置2中，配置的是重试模块主动发起重试的策略， 但是还有一些重试是由外部服务器触发的，例如，上述HLR服务器主动发起的MM5A1 ert消 息，如果多媒体消息业务配置模块中配置该类配置，则当MMS Relay收到该类消息，则发起 消息主动触发MM5重试流程。步骤2 其他彩信平台向MMS Relay发送多媒体消息提交请求，MMS Relay对其他 彩信平台回复彩信提交响应。MMS Relay接收到多媒体消息以后，通过业务分析，发现终呼 用户为手机终端，需要查询HLR，则发起匪5查询请求，将消息发送给匪5Agent模块。步骤3 :MM5Agent接收到查询消息以后，首先读取业务配置模块中配置的HLR的网 络信息，向HLR服务器建立通讯链路，如果建立链路失败，则返回指定的状态码，MMS Relay 模块查询业务配置模块的配置信息中该状态码是否需要重试，如果需要，则发送重试消息 给重试模块，执行步骤S208，如果不需要，则下发多媒体消息失败。如果建立链路成功，执行 步骤S210。步骤4:重试模块接收到重试消息以后，首先读取业务配置模块中配置的重试机 制，如果该状态码配置了重试机制，则根据重试机制中配置的第一次重试时间，将重试消息 插入定时重试队列中，重试消息触发的时间就是配置中的第一次重试时间。并且保存查询 消息中的需要查询的终端号码，然后重试模块进入等待模式，等待MM5定时重试队列的触发。步骤5 当步骤S206中匪5Agent和HLR建链成功，则将查询消息编码，发送给HLR 服务器。步骤6 匪5Agent在规定时间内未收到HLR服务器的查询响应，则返回给匪S Relay失败消息和指定状态码，MMS Relay接收到响应消息后，查询配置信息中该状态码是 否需要重试，如果需要，则发送重试消息给MM5重试模块，如果不需要，则多媒体消息失败。 然后重复步骤S208操作。步骤7 匪5Agent模块接收到HLR服务器返回响应以后，将消息返回给匪S Relay 模块。如果MM5查询成功则继续多媒体消息提交流程，如果查询失败，MMS Relay模块查询 配置信息中该状态码是否需要重试，如果需要，则发送重试消息给MM5重试模块，如果不需 要，则多媒体消息下发失败。然后重复步骤S208操作。步骤8 当匪5查询进入重试流程以后，匪5重试模块进入等待模式，如果业务配 置模块中配置了匪5Alert消息触发重试机制，则匪5重试模块等待两种触发消息，一种是 匪5Alert消息，一种是匪5重试定时消息，当匪5重试模块接收到任何一种重试消息以后， 则丢弃另外一种触发消息。步骤9 如果匪5重试模块首先接收到HLR的匪5Alert消息以后，匪5重试被 匪5Alert消息触发，MM5重试模块在重试消息队列中查询到所有与MM5Alert消息中携带终 端号码相同的重试消息，并且将该消息向MMS Relay发送，并且删除重试队列中该条重试消 息。即在这种情况下MM5重试只被匪5Alert消息触发，不会在被重试消息队列的定时消息 触发。如果MM5重试模块首先收到MM5重试定时消息，则MM5重试模块将该条重试消息发 送给匪S Relay，并且将该条消息从重试队列中删除，这样就可以保证收到MM5Alert消息 后不会被重复触发。步骤10 匪S Relay模块接收到重试消息以后，重新发起匪5查询消息，返回执行 步骤S206。步骤11 如果MM5重试次数最终达到多媒体消息业务配置中最大配置时，MM5查询 还未成功，则多媒体消息提交失败，结束流程。图3是根据本发明实施例的多媒体消息中心的结构框图。如图3所示，该多媒体 消息包括业务处理模块30和重试模块32。业务处理模块30，用于在用户信息查询失败时，确定发起查询重试流程，向重试模 块发送用户信息的查询重试消息，在接收到查询重试消息中满足预定触发条件的查询重试 消息时，重新发起查询该查询重试消息对应的用户信息的流程。重试模块32，用于确定上述满足预定触发条件的查询重试消息，将该查询重试消 息发送至业务处理模块。上述MMSC中，业务处理模块30对重试模块32确定的满足预定触发条件的查询重 试消息重新发起用户信息查询流程。可以有效提高MMSC下发多媒体消息的成功率，从而提 高了用户体验。优选地，如图4所示，上述MMSC还可以包括代理模块34，用于向业务处理模块返 回状态码，其中，该状态码用于反映与查询失败对应的情况，情况包括以下之一代理模块 与保存用户信息的HLR建链失败、HLR返回响应超时、HLR查询用户信息错误；则业务处理模块30，还用于接收来自于代理模块的状态码，根据状态码确定是否需要发起查询重试流 程。优选地，如图4所示，上述匪SC还可以包括业务配置模块36，用于向重试模块32 发送重试定时消息；则重试模块32，还用于在来自于HLR的表示终端处于激活状态的通知 消息或重试定时消息与满足预定触发条件的查询重试消息携带的终端标识一致时，确定发 送满足预定触发条件的查询重试消息。优选地，如图4所示，重试模块32，还用于在判断当前重试次数达到业务配置模块 中配置的最大次数时，结束用户信息查询流程。优选地，如图4所示，重试模块32，还用于在向业务处理模块发送满足预定触发条 件的查询重试消息时，从查询重试消息中删除满足预定触发条件的查询重试消息。下面描述上述各模块相互结合的优选实施方式。多媒体消息提交到多媒体彩信中心以后，由业务处理模块30对消息进行分析，如 果终呼用户是手机终端，则发起一个对终呼用户的匪5查询请求消息，将该消息发送给代 理模块。代理模块34接收到查询请求以后，首先根据业务配置模块36上配置的HLR的信 息，得到HLR的网络信息，并向HLR建立链路请求，如果建立链路成功，则代理模块34将请 求消息编码，向HLR发起MM5查询请求，并且等待HLR响应；如果HLR链路建立失败，则向业 务处理模块30返回错误。如果业务处理模块30接收到代理模块的建链失败响应，则业务处理模块根据业 务配置模块36中的配置决定这种情况是否进行重试，如果需要重试，则向重试模块32发送 MM5重试请求，重试模块32根据配置建立重试控制信息。如果代理模块34成功发送匪5查询消息，但是如果在系统设置时间内没有收到 HLR响应，则代理模块34返回给业务处理模块30失败响应，业务处理模块30接收到响应 后，根据配置决定是否进行重试，如果需要重试则进入重试流程。如果代理模块接收到HLR 服务器的查询响应，代理模块将响应消息解码，将查询结果返回给业务处理模块。业务处理模块30接收到MM5查询响应以后，如果成功查询，则继续多媒体消息提 交流程；如果查询失败，则根据状态码判断是否需要进行重试，如果需要重试则进入重试流 程。当重试模块32建立了 MM5重试机制后，可以根据两种重试方式发起重试请求，第 一种方式是HLR主动发起的MM5Alert消息，该种消息表示用户处于激活状态，当重试模块 接收到该消息以后，则立即发起重启请求；第二种方式是根据在业务配置模块中配置的重 试策略进行重试。业务处理模块30接收到MM5查询重试请求以后，重新进行MM5查询，并且将查询 结果通知给重试模块，业务处理模块30接收到重试消息以后，重新发起MM5查询请求，并且 按照上述步骤决定后续流程。如果在业务配置模块36配置的匪5重试策略规定内，还是没有匪5重试查询成 功，则多媒体消息提交失败。综上所述，多媒体消息中心进行用户信息查询失败以后，根据返回失败状态，决定 是否进行MM5重试查询，如果需要重试查询，则根据多媒体消息中心的控制信息进行MM5查询重试，直到成功或者最终查询失败。借助本发明提供的上述实施例，可以有效提高MMSC 下发多媒体消息的成功率，从而大大提高了用户体验。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用 的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成 的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储 在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示 出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或 步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何 修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
一种用户信息的查询方法，应用于多媒体消息中心MMSC，其特征在于，所述MMSC包括业务处理模块和重试模块，所述方法包括当用户信息查询失败时，所述业务处理模块确定发起查询重试流程，向所述重试模块发送用户信息的查询重试消息；所述重试模块将接收到的所述查询重试消息中满足预定触发条件的查询重试消息发送至所述业务处理模块；所述业务处理模块重新发起查询所述满足预定触发条件的查询重试消息对应的用户信息的流程。
2.根据权利要求1所述的方法，其特征在于，在以下之一情况下，所述用户信息查询失败所述MMSC的代理模块与保存所述用户信息的HLR建链失败； 所述HLR返回响应超时； 所述HLR查询所述用户信息错误。
3.根据权利要求2所述的方法，其特征在于，所述业务处理模块确定发起查询重试流 程包括所述业务处理模块接收来自于所述代理模块的状态码，其中，所述状态码用于反映与 查询失败对应的所述情况；所述业务处理模块根据所述状态码确定是否需要发起查询重试流程。
4.根据权利要求1所述的方法，其特征在于，所述预定触发条件包括以下之一接收到来自于所述HLR的表示终端处于激活状态的通知消息，其中，该消息和所述满 足预定触发条件的查询重试消息携带的终端标识一致；接收到来自于所述MMSC的业务配置模块的重试定时消息，其中，该消息和所述满足预 定触发条件的查询重试消息携带的终端标识一致。
5.根据权利要求1所述的方法，其特征在于，在所述重试模块将所述满足预定触发条 件的查询重试消息发送至所述业务处理模块时，所述方法还包括所述重试模块在所述查 询重试消息中删除所述满足预定触发条件的查询重试消息。
6.根据权利要求1至5中任一项所述的方法，其特征在于，所述方法还包括所述重试模块判断当前重试次数是否达到所述MMSC的业务配置模块中配置的最大次数；如果是，结束用户信息查询流程。
7.一种多媒体消息中心匪SC，其特征在于，包括业务处理模块，用于在用户信息查询失败时，确定发起查询重试流程，向重试模块发送 用户信息的查询重试消息，在接收到所述查询重试消息中满足预定触发条件的查询重试消 息时，重新发起查询该查询重试消息对应的用户信息的流程。所述重试模块，用于确定所述满足预定触发条件的查询重试消息，将该查询重试消息 发送至所述业务处理模块。
8.根据权利要求7所述的MMSC，其特征在于，所述MMSC还包括代理模块，用于向所述业务处理模块返回状态码，其中，所述状态码 用于反映与查询失败对应的情况，所述情况包括以下之一所述代理模块与保存所述用户信息的HLR建链失败、所述HLR返回响应超时、所述HLR查询所述用户信息错误；所述业务处理模块，还用于接收来自于所述代理模块的所述状态码，根据所述状态码 确定是否需要发起查询重试流程。
9.根据权利要求7所述的MMSC，其特征在于，所述MMSC还包括业务配置模块，用于向所述重试模块发送重试定时消息；所述重试模块，还用于在来自于所述HLR的表示终端处于激活状态的通知消息或所述 重试定时消息与所述满足预定触发条件的查询重试消息携带的终端标识一致时，确定发送 所述满足预定触发条件的查询重试消息。
10.根据权利要求9所述的多媒体消息中心匪SC，其特征在于，所述重试模块，还用 于在判断当前重试次数达到所述业务配置模块中配置的最大次数时，结束用户信息查询流 程。
11.根据权利要求7所述的MMSC，其特征在于，所述重试模块，还用于在向所述业务处 理模块发送所述满足预定触发条件的查询重试消息时，从所述查询重试消息中删除所述满 足预定触发条件的查询重试消息。
全文摘要
本发明公开了一种用户信息的查询方法及多媒体消息中心。上述多媒体消息中心包括业务处理模块和重试模块，上述方法包括当用户信息查询失败时，业务处理模块确定发起查询重试流程，向重试模块发送用户信息的查询重试消息；重试模块将接收到的查询重试消息中满足预定触发条件的查询重试消息发送至业务处理模块；业务处理模块重新发起查询满足预定触发条件的查询重试消息对应的用户信息的流程。根据本发明提供的技术方案，可以有效提高MMSC下发多媒体消息的成功率，从而提高了用户体验。
文档编号H04W4/12GK101909256SQ20101026282
公开日2010年12月8日 申请日期2010年8月19日 优先权日2010年8月19日
发明者张剑 申请人:中兴通讯股份有限公司