专利名称：通过寻址硬件部分将消息发送到移动台的方法与设备的制作方法
技术领域：
本发明一般涉及对消息的处理，特别是对移动通信网络中的短消息业务(SMS)消息的处理，尤其涉及寻找SMS消息的适当的收信地址。
背景技术：
已在移动通信网络中使用短消息业务(SMS)来使得不同用户能相互发送短的文本消息。由于欲将SMS内容发送到特定用户，因而将移动用户的ISDN号(MSISDN)(即移动用户的电话号码)用作识别的寻址信息。将SMS消息与MSISDN提供给SMS控制器，该控制器临时存储上述SMS，并查找预定的收信移动用户。在查找收信移动用户的过程中，SMS控制器与归属位置寄存器(HLR)进行交互，以获取与上述收信移动用户有关的用户身份模块(SIM)的身份数据、国际移动用户身份码(IMSI)。HLR还提供了移动交换中心(MSC)的地址，通过该中心可以到达上述SIM。通过使用该数据，可以将上述消息路由到适当的收信移动用户。
现今，也将SMS的概念应用于一些基于网络的应用，在这些应用中，使用SMS来将数据直接送给电话中的客户端。这样的例子包括空中(OTA)SMS，多媒体消息业务(MMS)通知与SIM工具箱更新。为符合基本的SMS概念，这些应用也使用MSISDN作为到达SIM卡或移动终端的地址。
只要在MSISDN之间存在一对一的通信，则可以用IMSI与移动终端的身份(如以国际移动设备身份码(IMEI)或IMEI软件版本(IMEISV)定义的身份)中的任一个来用于寻址目的，给出同一移动终端、SIM和用户。然而，通过引入更为灵活的解决方案，如允许用户在不同的终端之间移动SIM卡，或允许单个移动用户具有以同一MSISDN进行编址的不止一个SIM卡，则会出现寻址问题。
3GPP的一部分工作是致力于标准化一种功能，当在由IMEISV进行识别的终端中首次使用由IMSI进行识别的SIM卡时，该功能自动进行检测。这种功能即自动设备识别(ADD)。至少包括MSISDN、IMSI和IMEISV的信息存储在终端性能服务器中。该终端性能服务器也能将相关的信息转发到外部的应用，如装置管理系统(DMS)。这些应用使用部分上述信息来触发不同的事件。例如，可以将具有新的GPRS设置的SMS消息发送到在它们用于MMS、无线应用协议(WAP)或其他数据业务之前需要那些设置的终端。从而，终端性能服务器使得所相连的应用能够解决在不同的终端之间移动SIM卡的问题。然而，当应用未连接到任何更新的终端数据库时以及在使用双SIM卡时，上述问题仍然存在。
发明内容
现有技术SMS系统的一般问题是，在移动通信网络中的移动用户的寻址硬件部分(如SIM卡或移动终端)时存在不确定性。现有技术的解决方案的另一个问题是，当同一个移动用户使用不止一个SIM卡时，不可能保证SMS消息能到达其预定的硬件。
因此，本发明的一般目的是提供其中在发送消息时也可以将与硬件有关的标识信息用作寻址数据的方法、装置和系统。本发明的另一目的是提供要求对现有的标准化系统的改动尽可能小的方法、装置和系统。
通过根据所附的专利权利要求的方法、装置和系统实现了上述的目的。总而言之，从应用节点向消息控制器提供了预定特定硬件项的消息(通常为SMS消息)及其规定预定的收信硬件的硬件标识数据(如IMSI或IMEISV)。消息控制器与存储了关于收信硬件的信息的位置更新的用户数据库(如HLR)进行交互，并且根据提供的硬件标识数据与位置更新的用户数据库中存储的数据，决定对消息的进一步处理。优选地，上述进一步处理基于存储在位置更新的用户数据库中的硬件标识数据与所提供的硬件标识数据之间的比较。在一个实施例中，将硬件标识数据提供给位置更新的用户数据库，其中比较是与所存储的数据进行，使得检索出硬件的IMSI和有关的交换或支持节点地址。在另一个实施例中，应用节点也将用户的身份(如MSISDN)提供给消息控制器。消息控制器与位置更新的用户数据库进行交互，以从位置更新的用户数据库获得硬件标识数据(如IMSI和/或IMEISV)。在消息控制器处进行比较时，如果应用节点提供的硬件标识数据与从位置更新的用户数据库中获得的硬件数据一致，则将消息发送到同样从位置更新的用户数据库中获得的交换或支持节点的地址。否则，应用错误功能。
本发明的一个优点是消除了对作为消息的收信项的预定的硬件进行寻址时存在的任何不确定性。本发明的另一优点是只需对现有的标准进行非常有限的改动。
通过参考结合附图的以下说明，可以最好地理解本发明及其另外的目的与优点，在这些附图中图1是支持SMS的移动通信系统的示意性框图；图2A和2B是典型的HLR单元所存储的数据的示意图；图3是根据本发明的消息控制器实施例与其周边单元的示意性框图；图4是根据本发明的消息控制器与HLR的实施例的示意性框图；图5是根据本发明的消息控制器与HLR的其他实施例的示意性框图；
图6是根据本发明的方法的实施例的主要步骤的流程图；图7是根据本发明的方法的另一实施例的主要步骤的流程图。
具体实施例方式
在本公开中，术语“硬件标识数据”包括与各种硬件(包括SIM卡、移动终端等等)相关的标识数据。因而，硬件标识数据可包括例如IMSI、IMEI、IMEISV和它们的组合。
为更好地理解本发明，首先说明和讨论支持SMS的现有技术的通信系统的简短概述。
图1说明了这样的移动通信系统1。若干用户或移动用户10:0、10:1使用一个或多个移动终端14:0、14:1、14:2。各用户10:0、10:1的特征在于唯一的标识号码MSISDN。通常，在用户10:0、10:1与他们使用的移动终端14:0、14:1、14:2之间存在所有关系。移动终端14:0、14:1、14:2也具有由IMEISV定义的唯一身份。为将用户与移动终端14:0、14:1、14:2进行关联，在移动终端14:0、14:1、14:2中引入SIM卡16:0、16:1、16:2。SIM卡16:0、16:1、16:2的位置构成了与移动终端14:0、14:1、14:2的连接，同时由在数据库中登记的协定实现了SIM卡16:0、16:1、16:2与用户10:0、10:1的联系。SIM卡16:0、16:1、16:2也的确具有由IMSI定义的身份。总之，用户通过MSISDN进行识别，SIM卡通过IMSI进行识别，而移动终端通过IMEISV进行识别。借助无线通信链路18将各移动终端14:0、14:1、14:2与各自的基站22:0、22:1相连接。通常，将基站22:0、22:1配置成同时服务几个移动终端。基站22:0、22:1与移动交换中心20:0、20:1连接。通过更新HLR 50的地址字段，通信系统1记录了各终端14:0、14:1、14:2与哪些移动交换中心(MSC)20:0、20:1相连接。
当发送通常的SMS消息时，用户10:0可在他的发信移动终端14:0上键入消息，并请求将该SMS消息送至通过MSISDN识别的某个收信用户10:1。通过连接26，将该消息与其相关的MSISDN发送到通信系统的核心网30。在当前示出的系统中，通过核心网30将上述SMS消息以单个SS7分组的方式发送到SMS控制器40。通过以3GPP标准的协议定义的接口52对核心网30与SMS控制器之间的经由连接74的通信进行管理，且该通信包含上述消息和MSISDN数据。通过与MSC 42互通的SMS接收上述SMS消息，且该SMS至少临时地储存在控制器存储器44中。
SMS网关46与控制器存储器44相连，并通过接口54与HLR 50进行交互，以获得与预定的收信用户相关的地址数据。将MSISDN提供78给HLR 50，且该HLR 50使用其数据库返回80相应的IMSI数据和当前服务用户的MSC的地址。在该实施例中，根据3GPP规范的移动应用部分(MAP)标准来进行在SMS控制器40与HLR 50之间的通信。通过连接76和SS7网络30，SMS网关MSC 46发起对带有相关IMSI的SMS消息到MSC地址的传送。在移动终端的寻呼期间，由MSC使用该IMSI。通过连接24，被寻址的MSC 20:1接收上述消息和IMSI数据，并将其转发到移动终端14:1，从而使得SIM卡16:1与上述IMSI数据相关联。以这种方式，上述SMS便到达了其预定的收信用户10:1。
提供这种业务的一个重要部分是HLR 50。图2a示意性地说明了典型的SMS实例中HLR的部分内容。HLR包括若干条目，在图中，将这些条目表示为多个数据行。每个条目包括MSISDN号码101、IMSI号码102、当前的MSC地址104，在该实施例中，条目还包括IMEISV号码103。从而，这些条目定义了硬件标识数据(即IMSI、IMEISV与MSISDN)之间的联系。而且，MSC地址给出了在通信网中的当前位置。HLR 50是持续更新的。这意味着，如果用户将他的SIM卡放置在新的移动终端中时，对应条目的IMEISV将发生更新，以反映新的硬件。
已经开发了其他使用SMS概念来将数据发送到用户、终端或SIM卡的应用。非排他性的例子包括电子邮件通知、多媒体消息业务(MMS)消息、语音邮件、WAP推送、SIM工具箱的SMS或OTA配置的SMS。在图1中，用70:1、70:2、70:3来表示这样的应用节点。通常通过互联网60将这些应用70:1、70:2、70:3产生的SMS消息提供给与SMS控制器40的应用节点互通单元48。也可以使用其他类型的网络或连接来连接SMS控制器40与应用70:1、70:2、70:3。使用短消息对等(SMPP)协议，通过连接58来发送消息及其识别收信用户的MSISDN。然后，以与用户最初发出SMS消息的方式相同的方式转发SMS消息。
然而，在某些应用的SMS消息与通常的用户发出的SMS消息之间存在重要区别。用户发出的SMS消息在所有的实际情况下均是要发往收信用户。然而，应用SMS消息却是想要到达SIM卡或移动终端而非实际的用户。如果用户将SIM卡移动到新的终端，则必须通知产生应由该移动终端的收信SMS消息的应用。而且，如果使用比如双SIM卡的方法将MSISDN从一张SIM卡转移到另一SIM卡，则SIM的收信SMS消息也将错过目标SIM卡。也可以将双SIM概念扩展为超过两张SIM卡。
参考图1，可描述使用ADD的特定实施方式的OTA配置的SMS的原理。当检测到具有新终端的用户时，一种可能的流程如下所述。在发生类型为IMSI附着或正常的位置更新时，归属公共陆地移动网(HPLMN)或访问的公共陆地移动网(VPLMN)中的MSC节点20:1为所有用户取得IMEISV。在位置更新的更新操作过程中，MSC 20:1将接收的IMEISV发送到HPLMN的HLR节点50。如上所述，HLR 50存储IMEISV和其他用户数据。HLR 50向终端性能服务器72发送消息。在当前所示的系统中，终端性能服务器72将接收的信息与其内部存储的配置数据文件进行检验。终端性能服务器72将新的配置命令发送给DMS(图中所示的应用节点70:1)。可附加任何适当的数据。DMS 70:1定期处理上述配置命令，并根据接收的设备数据和接入点名称(APN)将适当的配置参数发送给识别的用户。根据上述的流程，DMS 70:1将以MSISDN寻址的OTA SMS发送到SMS控制器40，以进行进一步发送。此处，终端性能服务器72提供了能够执行OTA配置所需的必要身份信息。
当引入双(或多)SIM卡概念时，会出现更多的问题。目前，许多运营商采用了将多个SIM卡与相同的MSISDN号码关联的解决方案。这些解决方案通常称为双SIM卡，GSM双卡等。如果用户具有多个终端，则利用这些解决方案，用户将不必在多个终端之间转移SIM卡。可以同时将几个终端用于发出移动呼叫，但是，仅可用一个终端来进行移动呼叫和SMS消息的接收。典型的例子是用户既具有手持式终端也具有车载式终端的情形。另一典型的例子是用户既具有大的高级智能电话，也具有小的移动电话。这样，便取决于用户来向网络指定应当在HLR中标记成当前主动用于接收移动呼叫与SMS消息的终端。
图2b示意性地说明了典型的双SIM卡情况下HLR的部分内容。各SIM卡(即各IMSI)相当于HLR 50的一个条目。然而，由于可将几个IMSI与同一个MSISDN进行关联，因而仅选择用来接收传入呼叫的IMSI具有规定的MSISDN号码。在这个特定的示例中，用户MSISDN-1具有带有IMSI号码是IMSI-1和IMSI-2的双SIM。将IMSI-1选作应当接收传入呼叫的SIM卡。同样，用户MSISDN-3将IMSI-4标记成“主动”SIM卡，而将IMSI-3标记成“被动”。
然而，如果应用节点想要将SMS消息发送到某SIM卡或移动终端，则对应的MSISDN能与另一IMSI或IMEISV相关联。这将导致应用节点不能保证上述SMS能确实到达其预定的硬件。例如，参考图2b，如果IMSI-2是预定的目标，则相关联的MSISDN(即MSISDN-1)是非主动的，并且MSISDN-1与另一ISMI即ISMI-1进行主动关联。
上述实施例中使用的信息主要由IMSI、IMEI或IMEISV与MSISDN组成。然而，也可以以同等的方式使用移动终端、用户身份模块和移动用户的其他类型的标识数据。
本发明的一般解决方案包括添加接口56协议的参数，其中，所述协议控制应用节点70:1、70:2、70:3与SMS控制器40之间的通信。这些参数包括硬件标识数据，通常用户识别模块的标识数据(IMSI)和移动设备的标识数据(IMEI或IMEISV)中的至少一种。
图3说明了根据本发明的SMS控制器40的实施例及其周边的通信系统部分。通过连接58，将来自应用节点70的SMS消息和相关的MSISDN号码MSISDNx发送到SMS控制器。根据本发明的这个实施例，除了该数据之外，也结合了相关的IMSI数据IMSIx。当SMS GMSC 46用请求SMS的路由信息的消息询问HLR 50时，将MSISDNx数据用作标识。返回的IMSI数据IMSIy(以及还有MSC地址数据)相当于SIM卡，且根据HLR 50的数据库，该SIM卡是呼叫与SMS的“主动”接收者。在比较器45中，SMS GMSC 46对来自HLR 50的IMSIy数据与通过连接43接收的IMSIx数据进行比较，以核实它们是相同的。如果它们确实是相同的，则意味着该MSC地址也是与IMSIx相关的MSC地址，且通过连接47来提供该地址，以加入由41提供的SMS消息。通过发起对SMS的传送，SMS发送过程然后继续照常进行。这样，在连接76上提供的数据便包括SMS消息、MSC地址和IMSIx数据。
如果从HLR 50接收的IMSI与从应用节点接收的数据不相同，则可进行备选的错误处理流程。在一个实施例中，将错误消息49提供给应用节点，告知通过将MSISDN号码作为仅有的地址不能到达预定的收信硬件。在备选实施例中，可以将SMS消息保存一段时间，且延时一段时间后可进行新的HLR询问，以检查在选择主动的SIM卡方面是否存在变化。此处，在经过某个次数的尝试后或经过某段时间后，可以返回错误信息。
根据图3的实施例，通过简单地更新SMPP协议或其他控制应用节点与SMS控制器之间(即接口56)的通信的协议，便可用来自HRL的信息来验证是否已经寻址到正确终端或SIM卡。而且，不必改变当前用于SMS控制器40和HLR 50之间的接口54的标准化协议。
然而，如果在接口54处也进行了另外的改动，则可以实现另外的优点。图4说明了根据本发明的SMS控制器的另一实施例。通过连接58，将SMS消息从应用节点70发送到SMS控制器。也可以任选地提供MSISDN号码。根据本发明的这个实施例，除了此数据以外，也可以附加相关联的IMSI数据IMSIx。根据这个实施例，SMSGMSC 46用根据修改后的标准的消息来查询HLR 50。此处，基于用作标识的IMSIx数据81请求用于SMS的路由信息。在返回过程中，不论将下述SIM卡是否标记成主动的，均提供了与具有IMSIx的身份的SIM卡相一致的MSC地址数据MSCx 79。而这是根据存储在HLR 50的数据库中的信息提供的。SMS GMSC 46将MSCx地址加入上述消息与IMSIx数据。然后，通过发起对SMS消息的传送，SMS发送流程继续照常进行。这样，在连接76上提供的数据便包括SMS消息、MSCx地址与IMSIx数据。
如果更新MAP接口54来使其能传输作为识别信息的IMSI，则在双SIM卡解决方案的例子中，与哪张SIM卡被标记成主动用于接收移动SMS消息的SIM卡无关，可以找出正确终端的地址。在这样的情况下，对错误信令的需要便不象图4的实施例中那样至关重要。
图5说明了根据本发明的SMS控制器的另一个实施例。通过连接58，将SMS消息连同MSISDN号码MSISDNx从应用节点70发送到SMS控制器。根据本发明的这个实施例，除该数据以外，也可以附加相关联的IMEI数据IMEIx。根据该实施例，SMS GMSC 46用包含MSISDNx 80的消息查询HLR 50。在返回过程中，MSC地址数据MSCy 79对应与关于MSISDNx主动相关联的终端。同样，将相应的IMSIy和IMEIy提供给SMS GMSC 46。在比较器45中，SMSGMSC 46比较来自HLR 50的IMEIy数据和通过连接43接收的IMEIx数据，以验证它们是相同的。如果它们确实是相同的，则MSC地址MSCy与MSCx相同，IMSIy与IMSIx相同，且通过连接47来提供以加入到通过41提供的SMS消息。然后，通过发起对SMS消息的传送，SMS发送流程继续照常进行。这样，在连接76上提供的数据包括SMS消息、MSCx地址与IMSIx数据。
如果从HLR 50接收的IMEI与从应用节点接收的数据不相同。则可进行与图3的实施例类似的备选的错误处理流程。可以将错误消息49提供给应用节点，告知通过将MSISDN号码作为仅有的地址不能到达预定的收信硬件(在该实例中为某移动终端)。在备选实施例中，可以将SMS消息保存一段时间，且延时一段时间后可进行新的HLR查询，以检查在选择主动的终端设备方面是否存在变化。此处，在经过特定次数的尝试后或经过特定的时间后，可以返回错误信息。
注意，在图5的实施例中，假设HLR 50包括IMEISV(或IMEI)数据记录。在之前的实施例中，HLR 50是否包括IMEI或IMEISV的记录并不重要，因为不使用这些数据。
原则上，也可将IMEI用于与图4的实施例类似的配置之中。然而，仅基于IMEI号码来查找MSC地址在实际中难于实现。
在另一实施例中，SMS控制器40通过接口56接收的数据包含IMSI和IMEISV。SMS GMSC 46通过接口54向HLR 50提供IMSI，同时回过来接收IMEISV。然后，将IMEISV用于最初预定的收信硬件与HLR 50中存储的信息进行比较。这可以用来确保SIM卡位于正确的电话之中。而这可以是对使用终端性能服务器72的补充。
在本公开中，将SMS用作示范性的消息系统。然而，也可将本发明应用于其他消息系统，如非结构化补充业务数据(USSD)。类似的，将SMS控制器用作一般的消息控制器模型。在所述的实施例中，用HLR作为位置更新的用户数据库的实例。然而，也可使用其他具有更新位置数据的用户数据库，如归属用户服务器(HSS)。从位置更新的用户数据库接收的地址指交换或支持节点，在所述的实施例中，用MSC来作为这些交换或支持节点的实例。然而，也可以对其他类型的交换或支持节点(如GPRS或3G系统中的SGSN)进行寻址。
而且，在以上的实施例中，将IMEISV用作移动终端的硬件身份。由于IMEISV包含IMEI和定义实际的软件版本的扩展部分，因而任何寻址到独立于该软件版本的移动终端的消息也可仅凭IMEI同样寻找该终端。换言之，IMEI与IMEISV均可作为移动终端硬件的索引。
图6说明了根据本发明的一个方法实施例的主要步骤的流程图。该流程从步骤200开始。在步骤210中，从应用节点将消息和硬件标识数据发送到消息控制器。在本实施例中，上述消息控制器与位置更新的终端数据库(通常为HLR)之间的交互步骤包括三个分步骤214、216与218。在步骤214中，作为询问交换或支持节点地址的一部分，将硬件标识数据发送到HLR。在步骤216中，HLR检索与该硬件标识数据相一致的地址，并且在步骤218中，将该地址数据返回到消息控制器。在该实施例中，用于进一步管理上述消息的步骤220包括根据从HLR接收的地址发起对上述消息的传送的步骤224。该流程在步骤299处结束。
图7说明了根据本发明的另一个方法实施例的主要步骤的流程图。该流程在步骤200处开始。在步骤210中，从应用节点将消息与(第一)硬件标识数据发送到消息控制器。在步骤211中，分别单独或一起传输收信用户的标识号码与消息。在本实施例中，上述消息控制器与位置更新的终端数据库(通常为HLR)之间的交互步骤包括三个分步骤213、215与217。在步骤213中，作为查询交换或支持节点地址的一部分，将用户标识号码发送到HLR。在步骤215中，HLR检索与上述用户标识号码相一致的地址和对应的(第二)硬件标识数据。在步骤217中，将该地址数据与硬件标识数据返回到消息控制器。在该实施例中，用于进一步管理上述消息的步骤220包括分步骤221至224。在步骤221中，比较了分别从HLR和应用节点接收的硬件标识数据。如果在步骤222中确定的上述硬件标识数据是一致的数据，则流程继续进行到步骤224，在该步骤中，根据从HLR接收的地址发起对上述消息的传送。如果在步骤222中确定上述硬件数据不一致，则流程继续进行到步骤223，在该步骤中，执行错误处理过程。该流程在步骤299处结束。
应当将上述的实施例理解成本发明的一些说明性实例。本领域技术人员将理解，可以对这些实施例进行各种修改、组合与变更，而不至于背离本发明的范围。特别地，在技术上可实现的其他配置中，可以结合上述不同实施例中的不同部分解决方案。而本发明的范围是由附录的权利要求定义的。
权利要求
1.一种处理移动通信系统(1)中的消息的方法，包括以下步骤从应用节点(70；70:1-3)将消息和所述消息的预定收信接收器(16:1，16:2，14:1，14:2)的相关联的第一硬件标识数据发送到消息控制器(40)；在所述消息控制器(40)与位置更新的用户数据库(50)之间进行交互；根据所述第一硬件标识数据和存储在所述位置更新的用户数据库(50)中的数据进一步管理所述消息。
2.如权利要求1所述的方法，其特征在于还包括以下步骤比较所述第一硬件标识数据和存储在所述位置更新的用户数据库(50)中的硬件标识数据，从而，根据所述比较步骤的结果来进行进一步管理的步骤。
3.如权利要求1或2所述的方法，其特征在于，所述交互步骤又包括以下步骤从所述消息控制器(40)将所述第一硬件标识数据发送到所述位置更新的用户数据库(50)；由此，所述第一硬件标识数据被用来在所述位置更新的用户数据库(50)中检索当前用于处理由所述硬件标识数据规定的硬件(16:1，16:2，14:1，14:2)的交换或支持节点(20:1)的地址，如果存在任何该地址的话；以及从所述位置更新的用户数据库(50)将所述交换或支持节点(20:1)的地址返回到所述消息控制器(40)，如果存在任何该地址的话；由此，所述进一步管理的步骤包括发起将所述消息发送到所述交换或支持节点(20:1)的地址。
4.如权利要求3所述的方法，其特征在于，如果在所述位置更新的用户数据库(50)中未检索出当前用于处理由所述硬件标识数据规定的硬件(16:1，16:2，14:1，14:2)的交换或支持节点(20:1)的地址，所述进一步管理的步骤还包括存储所述消息并在经过延时后恢复与所述位置更新的用户数据库(50)的所述交互步骤。
5.如权利要求1或2所述的方法，其特征在于，还包括从所述应用节点(70；70:1-3)将与所述消息相关联的移动用户标识数据发送到所述消息控制器(40)的步骤。
6.如权利要求5所述的方法，其特征在于，所述移动用户标识数据是移动用户的ISDN号码。
7.如权利要求5或6所述的方法，其特征在于，所述交互步骤又包括以下步骤将所述移动用户标识数据从所述消息控制器(40)发送到所述位置更新的用户数据库(50)；检索当前用于处理由与之相关联的所述移动用户标识数据和第二硬件标识数据规定的移动用户(10:1)的交换或支持节点(20:1)的地址，如果存在任何该地址的话；以及将所述交换或支持节点(20:1)的地址与所述第二硬件标识数据从所述位置更新的用户数据库(50)返回到所述消息控制器(40)。
8.如权利要求7所述的方法，其特征在于，在所述消息控制器(40)中执行比较步骤，比较所述第一和第二硬件标识数据；以及如果所述第一和第二硬件标识数据等效，由此所述进一步管理的步骤包括发起将所述消息发送到所述交换或支持节点(20:1)的地址。
9.如权利要求8所述的方法，其特征在于，如果所述第一和第二硬件标识数据不等效，所述进一步管理的步骤还包括存储所述消息并在经过延时后恢复与所述位置更新的用户数据库(50)进行交互的步骤。
10.如权利要求8和9所述的方法，其特征在于，如果所述第一和第二硬件标识数据不等效，所述进一步管理的步骤还包括将错误消息发送到应用节点(70；70:1-3)。
11.如权利要求1至10中的任一项所述的方法，其特征在于，所述第一和第二硬件标识数据包括用户标识模块的标识数据和移动设备标识数据中的至少一方。
12.如权利要求11所述的方法，其特征在于，将用户标识模块的标识数据与移动设备的标识数据中的至少一方从所述位置更新的用户数据库(50)返回到所述消息控制器(40)。
13.如权利要求1至12中的任一项所述的方法，其特征在于，所述消息是短消息业务即SMS消息，且所述消息控制器(40)是SMS控制器。
14.如权利要求1至13中的任一项所述的方法，其特征在于，所述位置更新的用户数据库(50)是归属位置寄存器。
15.如权利要求3或7或任何从属于权利要求3或7的权利要求所述的方法，其特征在于所述交换或支持节点(20:1)为移动交换中心。
16.一种消息控制器，包括用于消息和所述消息的预定收信接收器相关联的第一硬件标识数据的第一接收器(48)；以及用于与位置更新的用户数据库(50)进行交互的部件(46)；以及用于根据所述第一硬件标识数据和存储在所述位置更新的用户数据库(50)中的数据进一步管理所述消息的部件(46)。
17.如权利要求16所述的消息控制器，其特征在于，所述进一步管理的部件(46)配置成建立在所述第一硬件标识数据与存储在所述位置更新的用户数据库(50)中的硬件标识数据之间的比较结果的基础上。
18.如权利要求16或17所述的消息控制器，其特征在于，所述进行交互的部件(46)又包括用于将所述第一硬件标识数据发送到所述位置更新的用户数据库(50)的发送部件；第二接收器，用于接收用于当前处理由来自所述位置更新的用户数据库(50)的所述硬件标识数据规定的硬件(16:1，16:2，14:1，14:2)的交换或支持节点(20:1)的地址，如果存在任何该地址的话；所述用于进一步管理的部件(46)包括用于发起将所述消息发送到所述交换或支持节点(20:1)的地址的部件。
19.如权利要求18所述的消息控制器，其特征在于，如果所述位置更新的用户数据库(50)未提供当前用于处理由所述硬件标识数据规定的硬件(16:1，16:2，14:1，14:2)的交换或支持节点(20:1)的地址，所述用于进一步管理的部件(46)还包括存储所述消息和在经过延时后恢复与所述位置更新的用户数据库(50)进行交互步骤。
20.如权利要求16或17所述的消息控制器，其特征在于，所述第一接收器(48)配置成用来进一步接收移动用户标识数据。
21.如权利要求20所述的消息控制器，其特征在于，所述移动用户标识数据是移动用户的ISDN号码。
22.如权利要求20或21所述的消息控制器，其特征在于，所述用于进行交互的部件(46)又包括用于将所述移动用户标识数据发送到所述位置更新的用户数据库(50)的发送部件；以及第二接收器，用于接收用于当前处理由来自所述位置更新的用户数据库(50)的与之相关联的所述移动用户标识数据和第二硬件标识数据规定的移动用户(10:1)的交换或支持节点(20:1)的地址，如果存在任何该地址的话。
23.如权利要求22所述的消息控制器，其特征在于用于比较所述第一和第二硬件标识数据的部件(46)；所述用于进一步管理的部件(46)包括用于发起将所述消息发送到所述交换或支持节点(20:1)的地址的部件；由此，所述用于发起的部件配置用来在所述用于比较的部件的输出表明所述第一和第二硬件标识数据等效时工作。
24.如权利要求23所述的消息控制器，其特征在于，所述用于进一步管理的部件(46)还包括用于存储所述消息的部件(44)和在经过延时后恢复与所述位置更新的用户数据库(50)进行交互的部件；由此，所述用于存储的部件(44)和用于恢复的部件配置成在所述用于比较的部件的输出表明所述第一和第二硬件标识数据不等效时工作。
25.如权利要求23或24所述的消息控制器，其特征在于，所述用于进一步管理的部件(46)还包括用于将错误消息发送到所述消息的发出节点(70；70:1-3)的部件；由此，所述用于发送错误消息的部件配置成在所述用于比较的部件的输出表明所述第一和第二硬件标识数据不等效时工作。
26.如权利要求16至25中的任一项所述的消息控制器，其特征在于，所述第一和第二硬件标识数据包括用户标识模块的标识数据与移动设备的标识数据中的至少一方。
27.如权利要求26所述的消息控制器，其特征在于，所述第二接收器配置成从所述位置更新的用户数据库(50)接收用户标识模块的标识数据和移动设备的标识数据中的至少一方。
28.如权利要求16至27中的任一项所述的消息控制器，其特征在于，所述消息是短消息业务即SMS消息，以及所述消息控制器为SMS控制器。
29.一种具有位置更新的用户数据库(50)的通信系统节点，包括用于与移动用户相关联的地址和硬件标识数据的存储器；以及用于更新所述存储器的内容的部件；其特征在于用于来自消息控制器(40)的消息的与预定收信接收器(16:1，16:2，14:1，14:2)相关联的硬件标识数据的接收器；用于检索当前处理由来自所述存储器的所述硬件标识数据规定的硬件(16:1，16:2，14:1，14:2)的交换或支持节点(20:1)的地址的部件，如果存在任何该地址的话；以及将当前用于处理由所述硬件标识数据规定的硬件(16:1，16:2，14:1，14:2)的所述交换或支持节点(20:1)的地址发送到所述消息控制器(40)的发送器。
30.如权利要求29所述的通信系统节点，其特征在于，所述发送器还包括将硬件标识数据发送到所述消息控制器(40)的部件。
31.如权利要求29或30所述的通信系统节点，其特征在于，所述位置更新的用户数据库(50)是归属位置寄存器。
32.一种包括如权利要求16至28中的任一项所述的至少一种消息控制器的移动通信系统(1)。
33.如权利要求32所述的移动通信系统，其特征在于，还包括如权利要求29至31中的任一项所述的至少一种通信系统节点。
全文摘要
从应用节点(70)向消息控制器(40)提供了预定到特定的硬件项的消息(通常为SMS消息)及其硬件标识数据(如IMSI或IMEISV)。消息控制器(40)与存储了有关收信硬件的信息的位置更新的用户数据库(如HLR(50))进行交互(78，80)，并且，根据提供的硬件标识数据与在位置更新的用户数据库(50)中存储的数据，决定对消息的进一步处理。
文档编号H04W64/00GK1926892SQ200480042561
公开日2007年3月7日 申请日期2004年3月26日 优先权日2004年3月26日
发明者R·斯科格, P·布莱克特 申请人:艾利森电话股份有限公司