CN101909256B - 用户信息的查询方法及多媒体消息中心 - Google Patents

用户信息的查询方法及多媒体消息中心 Download PDF

Info

Publication number
CN101909256B
CN101909256B CN201010262827.1A CN201010262827A CN101909256B CN 101909256 B CN101909256 B CN 101909256B CN 201010262827 A CN201010262827 A CN 201010262827A CN 101909256 B CN101909256 B CN 101909256B
Authority
CN
China
Prior art keywords
retry
message
query
module
service processing
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.)
Active
Application number
CN201010262827.1A
Other languages
English (en)
Other versions
CN101909256A (zh
Inventor
张剑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Zhongxing Communication Technology Service Co., Ltd.
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201010262827.1A priority Critical patent/CN101909256B/zh
Priority to PCT/CN2010/078045 priority patent/WO2012022074A1/zh
Publication of CN101909256A publication Critical patent/CN101909256A/zh
Application granted granted Critical
Publication of CN101909256B publication Critical patent/CN101909256B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种用户信息的查询方法及多媒体消息中心。上述多媒体消息中心包括：业务处理模块和重试模块，上述方法包括：当用户信息查询失败时，业务处理模块确定发起查询重试流程，向重试模块发送用户信息的查询重试消息；重试模块将接收到的查询重试消息中满足预定触发条件的查询重试消息发送至业务处理模块；业务处理模块重新发起查询满足预定触发条件的查询重试消息对应的用户信息的流程。根据本发明提供的技术方案，可以有效提高MMSC下发多媒体消息的成功率，从而提高了用户体验。

Description

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

Claims (10)

1.一种用户信息的查询方法，应用于多媒体消息中心MMSC，其特征在于，所述MMSC包括：业务处理模块和重试模块，所述方法包括：
当用户信息查询失败时，所述业务处理模块确定发起查询重试流程，向所述重试模块发送用户信息的查询重试消息；
所述重试模块将接收到的所述查询重试消息中满足预定触发条件的查询重试消息发送至所述业务处理模块；
所述业务处理模块重新发起查询所述满足预定触发条件的查询重试消息对应的用户信息的流程；
其中，所述预定触发条件包括以下之一：接收到来自于HLR的表示终端处于激活状态的通知消息，其中，该消息和所述满足预定触发条件的查询重试消息携带的终端标识一致；接收到来自于所述MMSC的业务配置模块的重试定时消息，其中，该消息和所述满足预定触发条件的查询重试消息携带的终端标识一致。
2.根据权利要求1所述的方法，其特征在于，在以下之一情况下，所述用户信息查询失败：
所述MMSC的代理模块与保存所述用户信息的HLR建链失败；
所述HLR返回响应超时；
所述HLR查询所述用户信息错误。
3.根据权利要求2所述的方法，其特征在于，所述业务处理模块确定发起查询重试流程包括：
所述业务处理模块接收来自于所述代理模块的状态码，其中，所述状态码用于反映与查询失败对应的所述情况；
所述业务处理模块根据所述状态码确定是否需要发起查询重试流程。
4.根据权利要求1所述的方法，其特征在于，在所述重试模块将所述满足预定触发条件的查询重试消息发送至所述业务处理模块时，所述方法还包括：所述重试模块在所述查询重试消息中删除所述满足预定触发条件的查询重试消息。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：
所述重试模块判断当前重试次数是否达到所述MMSC的业务配置模块中配置的最大次数；
如果是，结束用户信息查询流程。
6.一种多媒体消息中心MMSC，其特征在于，包括：
业务处理模块，用于在用户信息查询失败时，确定发起查询重试流程，向重试模块发送用户信息的查询重试消息，在接收到所述查询重试消息中满足预定触发条件的查询重试消息时，重新发起查询该查询重试消息对应的用户信息的流程；
所述重试模块，用于确定所述满足预定触发条件的查询重试消息，将该查询重试消息发送至所述业务处理模块；
其中，所述预定触发条件包括以下之一：接收到来自于HLR的表示终端处于激活状态的通知消息，其中，该消息和所述满足预定触发条件的查询重试消息携带的终端标识一致；接收到来自于所述MMSC的业务配置模块的重试定时消息，其中，该消息和所述满足预定触发条件的查询重试消息携带的终端标识一致。
7.根据权利要求6所述的MMSC，其特征在于，
所述MMSC还包括：代理模块，用于向所述业务处理模块返回状态码，其中，所述状态码用于反映与查询失败对应的情况，所述情况包括以下之一：所述代理模块与保存所述用户信息的HLR建链失败、所述HLR返回响应超时、所述HLR查询所述用户信息错误；
所述业务处理模块，还用于接收来自于所述代理模块的所述状态码，根据所述状态码确定是否需要发起查询重试流程。
8.根据权利要求6所述的MMSC，其特征在于，
所述MMSC还包括：业务配置模块，用于向所述重试模块发送重试定时消息；
所述重试模块，还用于在来自于HLR的表示终端处于激活状态的通知消息或所述重试定时消息与所述满足预定触发条件的查询重试消息携带的终端标识一致时，确定发送所述满足预定触发条件的查询重试消息。
9.根据权利要求8所述的多媒体消息中心MMSC，其特征在于，所述重试模块，还用于在判断当前重试次数达到所述业务配置模块中配置的最大次数时，结束用户信息查询流程。
10.根据权利要求6所述的MMSC，其特征在于，所述重试模块，还用于在向所述业务处理模块发送所述满足预定触发条件的查询重试消息时，从所述查询重试消息中删除所述满足预定触发条件的查询重试消息。
CN201010262827.1A 2010-08-19 2010-08-19 用户信息的查询方法及多媒体消息中心 Active CN101909256B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201010262827.1A CN101909256B (zh) 2010-08-19 2010-08-19 用户信息的查询方法及多媒体消息中心
PCT/CN2010/078045 WO2012022074A1 (zh) 2010-08-19 2010-10-22 用户信息的查询方法及多媒体消息中心

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010262827.1A CN101909256B (zh) 2010-08-19 2010-08-19 用户信息的查询方法及多媒体消息中心

Publications (2)

Publication Number Publication Date
CN101909256A CN101909256A (zh) 2010-12-08
CN101909256B true CN101909256B (zh) 2014-12-10

Family

ID=43264545

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010262827.1A Active CN101909256B (zh) 2010-08-19 2010-08-19 用户信息的查询方法及多媒体消息中心

Country Status (2)

Country Link
CN (1) CN101909256B (zh)
WO (1) WO2012022074A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111258776A (zh) * 2020-01-09 2020-06-09 上海钧正网络科技有限公司 一种服务远程调用的容灾方法及设备
CN113923163A (zh) * 2021-10-20 2022-01-11 广东亿迅科技有限公司 一种基于长连接消息通道限流方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101127950A (zh) * 2007-09-04 2008-02-20 中兴通讯股份有限公司 一种短消息重试处理方法、装置及应用其的短消息中心
CN101304553A (zh) * 2008-06-24 2008-11-12 中兴通讯股份有限公司 一种多媒体短消息系统及其实现mm5接口的方法
CN101420661A (zh) * 2008-11-11 2009-04-29 中兴通讯股份有限公司 短消息重试方法和装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7792549B2 (en) * 2005-03-30 2010-09-07 Alcatel-Lucent Usa Inc. Repeat dialing in wireless networks to called parties that are powered off
CN101304561A (zh) * 2008-06-17 2008-11-12 中国移动通信集团江苏有限公司 一种获取彩信用户状态的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101127950A (zh) * 2007-09-04 2008-02-20 中兴通讯股份有限公司 一种短消息重试处理方法、装置及应用其的短消息中心
CN101304553A (zh) * 2008-06-24 2008-11-12 中兴通讯股份有限公司 一种多媒体短消息系统及其实现mm5接口的方法
CN101420661A (zh) * 2008-11-11 2009-04-29 中兴通讯股份有限公司 短消息重试方法和装置

Also Published As

Publication number Publication date
CN101909256A (zh) 2010-12-08
WO2012022074A1 (zh) 2012-02-23

Similar Documents

Publication Publication Date Title
JP4884924B2 (ja) 端末機とそのメッセージ処理方法
KR101291324B1 (ko) 확장된 메시징 플랫폼
US6895005B1 (en) Business logic server for facilitating the transmission of a data download to a mobile wireless unit
JP3762767B2 (ja) 公衆移動通信ネットワークと連動する私設無線ネットワークのショートメッセージサービスサーバ及びサービス方法
US20090181705A1 (en) Mail transmission system and method and push mail server
US20110016190A1 (en) Method and apparatus for realizing message service
US8909129B2 (en) Method for transmitting data, particularly having multimedia contents, in a mobile communication network
JP2008546055A (ja) ワイヤレス・ページング・システム
CN110808948A (zh) 远程过程调用方法、装置及系统
CN105165035B (zh) 兼具文本消息传输的多媒体消息传输
CN101917681B (zh) 多媒体消息中心及消息的下发方法
US20060089164A1 (en) Method and system for transmitting MMS notification message
CN101909256B (zh) 用户信息的查询方法及多媒体消息中心
EP2493135B1 (en) Short-message transfer method, subsystem and system
EP1501015A1 (en) Mail arrival notifying system and mail delivery apparatus
WO2003094553A1 (en) Method and device for delivering messages to mobile terminal devices in accordance with a user selectable attainability status
CN101931913A (zh) 多媒体消息的处理方法及系统
CN102131154B (zh) 一种消息增值业务处理方法、装置
CN101877862A (zh) 大对象传输方法、服务器
US20050186978A1 (en) Short message server and method using the same
KR20080006225A (ko) 즉시 전송 프리미엄 ｓｍｓ 서비스 시스템 및 방법
CN101331748A (zh) 经由网络与脱离的终端进行通信的方法
KR102671958B1 (ko) 메시지 자동 전환 발송 시스템 및 방법
KR100637535B1 (ko) 불완료 단문메시지 전송 방법
CN101902706A (zh) 支持非mms终端使用多媒体消息的方法及mmsc

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20170515

Address after: 518057 A3-01 and A3-02 building, Zhongxing building, Nanshan District hi tech Industrial Park, Shenzhen, Guangdong, China

Patentee after: Shenzhen Zhongxing Communication Technology Service Co., Ltd.

Address before: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No.

Patentee before: ZTE Corporation

TR01 Transfer of patent right