专利名称：基于用户识别信息转发消息的电信系统和方法
技术领域：
本发明涉及基于用户识别信息转发消息的电信系统和方法。
背景技术：
现代电信网络除了执行在用户之间发起呼叫的基本功能之外，还为电话用户提供了许多高级特征。现在，诸如呼叫等待、主叫识别、主叫方回叫以及无线用户的呼叫处理之类的高级特征是大多数电话服务提供商提供的标准特征。为了提供这类高级特征，服务提供商的电信网络必须配置成支持这些特征。
全球移动通信系统(GSM)网络作为一类现代电信网络，它是一种采用时分多址(TDMA)调制在网络上传送信号的数字蜂窝电话技术。这里所讨论的概念和原理也应用于其它类型的网络，如通用移动电信系统(UMTS)网络。这里仅通过举例方式来描述GSM网络。图1是包括移动台102的常规GSM网络100的功能框图，移动台102通常是蜂窝电话，它通过无线通信信道104与基站子系统106进行通信。基站子系统106与系统100覆盖的地理区域或“小区”内的移动台102进行通信，还与网络子系统108通信，以便对往来于移动台102的呼叫进行路由，并验证使用移动台的用户的注册和认证信息。
网络子系统108包括移动交换中心(MSC)110，MSC 110与基站子系统106进行通信，同时还对往来于网络子系统中其它组件的消息进行路由，以便验证用户注册和认证信息，并执行其它功能如更新移动台102的位置。基站子系统106通常通过事务处理能力应用部分(TCAP)消息进行通信，这种消息是根据网络子系统108中的特定通信协议形成的消息。网络子系统108还包括信号转接点(STP)112、114，它们根据包含于每个TCAP消息中的路由信息将TCAP消息路由到网络中适合的点上。更具体地说，如本领域技术人员所理解的那样，目的点代码(DPC)和称为被叫方地址的信令连接控制点(SCCP)规定了TCAP消息在网络100中组件之间的路由。这样，每个STP 112、114用作网络集线器，由此不需要在网络100中的组件之间进行直接链接。网络子系统108还包括一对归属位置寄存器(HLR)116、118，每个HLR是存储用户信息如每个用户的相关注册、特征及认证数据的数据库。网络子系统108还包括图1的示范实施例中的第二MSC 120，其功能与MSC 110相同。应注意，网络100可包括一个或多个HLR。
在工作中，当用户从他或她的移动台102发起呼叫时，对应的消息便在无线通信信道104上传送，并通过基站子系统106传递到MSC 110。响应于此消息，MSC 110经由STP 112、114与适当的HLR116、118进行通信，以便验证第一用户的注册和认证信息。一旦此信息得到验证，MSC 110便将TCAP消息路由到第二用户，从而连接或建立呼叫。MSC 110根据从移动台102经由通信信道104和子系统106传送到该MSC的初始消息中所包含的已拨号码确定TCAP消息的适当路由。HLR 116、118是网络子系统108内的数据库，其存储所有用户信息，并与MSC 110、120配合工作，作为许可或拒绝移动电话用户访问网络子系统108的门限组件。
若干无线运营商或服务提供商通常利用网络100来向他们各自的用户提供移动电话服务。各服务提供商必须实施并维护HLR 116、118，以便向他们的用户提供服务。在许多情况下，无线业务提供商雇用第三方公司来为其提供并维护HLR 116、118。第三方公司最初建立HLR 116、118，之后在增加和删除用户以及改变各用户特征时对该HLR进行维护。服务提供商可能在某些时候希望雇用新公司来维护HLR 116、118，在此情况下，当前HLR中的用户输入项必须转移给由新公司建立并维护的新HLR。另一种需要将用户输入项从第一HLR 116、118转移给第二HLR的情形发生在服务提供商正在扩展业务并希望将用户重新分配给网络子系统108中的某个不同的HLR时。
通常，为将HLR 116、118从老公司转移到新公司，必须重新配置网络子系统108中的路由配置信息，以便将导向老HLR的呼叫路由到新HLR。此方法是劳动密集型的，由此实施起来既费时且成本又高。另一种方法是简单地将所有用户输入项从老公司的HLR 116、118转移到新公司的HLR。在HLR 116、118可能包含数百万用户输入项，因而转移所有这些输入项所需的延迟和支出不切实际的情况下，这种方法并不总是可行或实际。此外，在这种方法中，直到所有用户输入项已转移才可使用新HLR 116、118，因此耽搁了新HLR的实现。因此，在将所有用户服务转移到新HLR 116、118的操作完成之前，必须使用老的HLR，或者，在完成将用户服务转移到新HLR的操作期间，必须暂停对潜在用户的服务。
需要一种允许服务提供商更容易地将用户数据从一个HLR转移到另一HLR，并使服务提供商能够在这种转移期间维持服务的系统和方法。
发明内容
根据本发明的一个方面，消息转发归属位置寄存器组件包括转发逻辑组件，该转发逻辑组件适于接收消息，并用于根据该消息中的用户识别信息确定是处理还是转发消息。消息可以是TCAP消息，该转发逻辑组件可包括含多条记录的查询表，每条记录定义了是转发还是处理对应的接收消息的规则。消息中的用户识别信息可以是IMSI标识符和MSISDN标识符中的至少一个。
图1是常规GSM网络的功能框图。
图2是根据本发明一个实施例的GSM网络子系统的功能框图，该网络子系统包括消息转发归属位置寄存器(HLR)，用于基于每条消息所包含的用户识别信息来转发消息。
图3A和3B是说明根据本发明一个实施例，由图2的消息转发HLR执行的消息转发过程的流程图。
图4是根据本发明一个实施例，说明由图2的消息转发HLR使用的转换查询表的表格。
图5是图2的网络子系统的功能框图，说明在消息转发HLR将接收到的消息转发给子系统中适当的常规HLR时，该子系统中的消息路由。
图6是图2的网络子系统的功能框图，说明在消息转发HLR处理接收到的消息时子系统中的消息路由。
具体实施例方式
图2是根据本发明一个实施例的GSM网络子系统200的功能框图，该网络子系统包括消息转发归属位置寄存器(HLR)，用于根据每条消息所包含的用户识别信息来判断是转发还是处理所接收的消息。在进行这种判断时，消息转发HLR 202将消息中的用户识别信息与转换查询表204中的输入项进行比较。查询表204中的输入项指示，针对用户识别信息的特定值，消息转发HLR 202是如常规HLR那样处理该消息还是对其进行转发。当查询表204指示应处理消息时，将该消息提供给消息转发HLR 202中的HLR组件206并加以处理。相反，当查询表204指示应转发消息时，消息转发HLR 202将该消息转发给查询表中指示的另一HLR。消息转发HLR 202允许服务提供商通过将消息转发给新HLR组件206中尚未激活的老用户HLR来更容易地实现该新HLR组件。这样，当在HLR组件206中添加用户时，可维持给所有用户的服务。当在HLR组件206中激活用户时，便更新查询表204，由此将导向这些新激活的用户的消息从老HLR重新导向HLR组件。
在以下说明中，结合本发明的所述实施例提出了某些细节，以提供对本发明的充分理解。然而，本领域的技术人员会明白，本发明可在没有这些具体细节的情况下实现。此外，本领域技术人员会理解，如下所述的示范实施例并未限制本发明的范围，并且还会明白，所公开的实施例和这种实施例的组件的各种修改、等效物及其组合均在本发明范围内。虽然以下并未明确地加以说明，但是包括比所述各实施例的所有组件更少组件的实施例也可能在本发明范围之内。最后，下面未详细说明众所周知的组件和/或过程的操作，以避免不必要地使本发明不够清楚。
图2所示的网络子系统200包括第二消息转发HLR 208，此消息转发HLR包含对应的转换查询表210和HLR组件212，它们的工作方式与消息转发HLR 202中的对应组件相同。第二消息转发HLR208允许在查询表204、210之间共享输入项，同时限制由消息转发HLR 208或202中的某个HLR定义的转发规则。在备选实施例中，网络200包括其它的消息转发HLR或单个消息转发HLR。此外，网络子系统200包括移动交换中心(MSC)214、216；信号转接点(STP)218、220；以及常规HLR 222、224，它们的工作方式与先前参照图1描述的对应组件相同。
在工作中，当用户发起呼叫时，由MSC 214接收对应的TCAP消息，MSC 214接着将此消息通过STP 218路由到消息转发HLR202。注意，虽然描述的是基于呼叫的TCAP消息，但消息转发HLR202、208的操作应用于网络200中传送的任何类型的基于用户的TCAP消息。响应于TCAP消息的接收，消息转发HLR 202判断HLR组件206是应该处理该消息还是将其转发到常规HLR 222、224之一。当将该消息加到HLR组件206之上时，该组件处理该消息，以验证该消息所包含的用户信息的注册和认证信息。如果消息转发HLR 202确定应该转发该TCAP消息，则通过所需组件将其路由到HLR 222或224。例如，当消息转发HLR 202确定应该将该TCAP消息转发到HLR 224时，该消息转发HLR将该消息路由到STP 218，随后又将该消息通过STP 220路由到HLR 224。一旦HLR组件206或HLR224已对收到的TCAP消息中的信息进行了验证，则将此验证结果连同任何相关信息一起传送给MSC 214。MSC 214随后将上述TCAP消息路由到第二用户，以便连接或“建立”呼叫。
图3A和3B是更详细地说明根据本发明一个实施例，由图2的消息转发HLR 202执行的消息转发过程的流程图。在解释图3的过程之前，先对TCAP消息所包含的用户识别信息进行更详细的说明。GSM网络子系统200中的TCAP消息包括由消息转发HLR 202使用的两类标识符1)国际移动用户身份(IMSI)标识符；和2)移动用户综合业务数字网络号码(MSISDN)标识符。IMSI标识符是存储在移动台102(图1)所包含的用户身份模块(SIM)中的唯一标识符。SIM是含有其它用户专用信息以及保密数据的便携式卡，如本领域技术人员所理解的那样，它允许用户通过简单地将SIM卡插入不同的移动台中便可经由该移动台访问网络子系统200。上述标识符(MSISDN)对应于用户的电话号码，每个MSISDN与特定的IMSI标识符相关联。如本领域技术人员所理解的那样，当网络200为UMTS网络时，IMSI值存储在通用用户身份模块(USIM)应用中，此应用在移动台内的通用集成电路芯片(UICC)上执行。
图3的消息转发过程开始于步骤300，由此进入步骤302，在该步骤中接收TCAP消息。该过程随后进行到步骤304，此步骤在功能上表示根据接收到的消息所包含的标识符类型对该消息进行路由或交换。当通过TCAP消息中的IMSI标识符识别用户时，该过程进行到步骤309，并当通过MSISDN标识符识别用户时，处理进行到步骤311。步骤309和311仅仅指示要对上述消息应用的用户路由逻辑，即步骤309指示对包括通过IMSI标识符识别的用户的TCAP消息应用的用户路由逻辑，或者步骤311指示对包括通过MSISDN标识符识别的用户的TCAP消息应用的用户路由逻辑。
处理从步骤309进行到步骤306，判断要用于查询HLR组件206中路由转换表的值，即IMSI标识符或MSISDN标识符。当步骤306中的判断是肯定的，则过程进行到步骤308，并且在找到时读取包含与所接收的IMSI标识符相关联的MSISDN标识符的记录。如果找到这种记录，则步骤308中的判断是肯定的，过程进行到步骤310。在步骤310中，该过程在转换查询表204(图2)中查找匹配的MSISDN标识符。
所述过程从步骤310进行到步骤312，并判断查询表204是否包含与从接收到的消息中的IMSI标识符导出的搜索准则相对应的记录。这里涉及几个因素，例如有关用户路由转换查询表中所用搜索准则的搜索基础或用户记录存在性。步骤312判断搜索查询表204是否返回输入项，而不考虑该输入项是基于MSISDN还是基于IMSI标识符。如果此判断是否定的，则所述过程进行到步骤314，并且消息转发HLR 202中的HLR组件206处理该消息。在此情形下，用户路由转换查询表不包含匹配搜索准则的输入项。注意，图3所示的处理逻辑防止这种情形在任何时候发生，由此，步骤312中的判断有效地判断了转换查询表是否返回表项。当步骤312的判断是肯定的时候，这表示查询表204中存在一条与接收消息中IMSI标识符的相关搜索准则匹配的记录。在此情况下，过程进行到步骤316，并根据查询表204中的记录确定是转发还是处理所接收的消息。如果该记录指示消息应当由HLR组件206处理，则步骤316中的判断是否定的，并且过程进行到步骤314，由上述HLR组件处理该消息。当查询表204中的记录指示应当转发该消息时，则该记录还包括该消息应当转发到的转发地址。在此情况下，过程进行到步骤318，将所述消息转发到指出的地址，该地址通常对应于老HLR。例如，在子系统200中，转发地址通常对应于常规HLR 222或224的地址。
当步骤308的判断是否定时，这意味着接收消息中的IMSI标识符不包含在HLR组件206中，过程进行到步骤320，并判断在查询表204中是否找到IMSI标识符的匹配项。过程随后进行到步骤312，并判断转换查询表204是否在步骤320中返回输入项。如果步骤312的判断是否定的，则没有找到任何记录，过程进行到步骤314，由HLR组件206处理该消息。如果步骤320中执行的查询操作返回了表项，则步骤312的判断是肯定的。如果步骤320返回了输入项，则查询表204包括含有IMSI标识符的输入项，并且步骤312的判断是肯定的。过程随后进行到步骤316，判断记录是否指示应转发或处理所述消息。如果记录指示应处理消息，则步骤316中的判断是否定的，并且过程进行到步骤314，由HLR组件206处理该消息。相反，如果记录指示要转发该消息，则过程进行到步骤318，并将该消息转发到记录中所包含的转发地址。
现在返回到步骤311，此步骤311仅指示了对通过MSISDN标识符识别的用户应用的用户路由逻辑。处理从步骤311进行到步骤322，并判断要用于搜索HLR组件206中的路由转换表的值，即IMSI标识符或MSISDN标识符。当步骤322中的判断是肯定时，过程进行到步骤324，并读取找到时会包含与所接收的MSISDN标识符相关联的IMSI标识符的用户记录。如果找到这种记录，则步骤324中的判断是肯定的，并且过程进行到步骤320。在步骤320中，该过程在转换查询表204(图2)中查找匹配的IMSI标识符。
过程从步骤320进行到步骤312，并判断查询表204是否包含与从接收到的消息中的MSISDN标识符导出的搜索准则对应的记录。步骤312验证对查询表204的搜索是否返回了输入项，而不考虑该输入项是基于MSISDN还是基于IMSI标识符。如果此判断是否定的，则过程进行到步骤314，由消息转发HLR 202中的HLR组件206处理该消息。在此情形下，用户路由转换查询表不包含匹配搜索准则的输入项。注意，图3的处理逻辑防止这种情形在任何时候发生，由此步骤312的判断有效地判断了转换查询表是否返回表项。当步骤312的判断是肯定时，这表示查询表204中存在与接收消息中IMSI标识符的相关搜索准则匹配的记录。在此情况下，过程进行到步骤316，并根据查询表204中的记录判断要转发还是处理接收消息。如果该记录指示应由HLR组件206处理该消息，则步骤316中的判断是否定的，并且过程进行到步骤314，由上述HLR组件处理该消息。当查询表204中的记录指示应当转发消息时，则该记录还包括该消息应当转发到的转发地址。在此情况下，过程进行到步骤318，将该消息转发到指出的地址，该地址通常对应于老HLR。例如，在子系统200中，转发地址通常对应于常规HLR 222或224的地址。
当步骤324的判断是否定时，这意味着接收消息中的MSISDN标识符未包含在HLR组件206中，过程进行到步骤310，并判断在查询表204是否找到MSISDN标识符的匹配项。该过程随后进行到步骤312，并判断在步骤320中转换查询表204是否返回输入项。如果步骤312的判断是否定的，则没有找到任何记录，过程进行到步骤314，由HLR组件206处理该消息。如果步骤320中执行的查询操作返回了表项，则在步骤312的判断是肯定的。如果步骤310返回输入项，则查询表204包括含有IMSI标识符的输入项，步骤312的判断是肯定的。过程随后进行到步骤316，并判断记录是否指示应该转发还是处理该消息。如果记录指示应处理该消息，则步骤316中的判断是否定的，并且过程进行到步骤314，由LR组件206处理该消息。相反，如果记录指示应转发该消息，则过程进行到步骤318，将该消息转发到该记录所包含的转发地址。图4是根据本发明的一个实施例说明图2所示转换查询表204的表格。查询表204包括多条记录R1-R6，每条记录包括多个字段，它们包含在查询表的各列中。每条记录R1-R6的第一字段是“输入项”字段，其中记录R1-R5具有对应于记录编号的输入项号。记录R6包含将记录R6定义为查询表中的默认记录的默认记录输入项。在本说明书中，这些记录R1-R6也可替代性地称为记录或查询表项。每条记录R1-R6的“输入项”字段在描述如图4所示的表204时仅用于参考目的，不影响针对接收的TCAP消息作出的转发或处理判断。查询表204的下一列或每条记录R1-R6的下一字段是“用户ID”字段。在图4的示例中，记录R1-R3在它们各自的用户ID字段中包含MSISDN，记录R4在其用户ID字段中包含IMSI，而记录R5-R6包含“.”，这是通配符，表示这些记录的用户标识可取任意值。每条记录R1-R6中的下两个字段标记为“地址性质”和“号码编制方案字段”，对所有记录R1-R6具有通配符，表示这些字段可取任意值。每条记录R1-R6中的下一字段是“地址”字段，指示与记录中用户ID字段相应的特定地址或地址范围。例如，由于地址字段包含输入项“1307754.”，因此记录R1对应于任何具有以数字“1307754”开始的值的MSISDN标识符的接收消息。此输入项中的通配符指示值1307754之后可以为任意值。字段“地址性质”、“号码编制方案”、以及“地址”之上的标题“用户ID值”表示，这些字段中的每一个规定了每条记录R1-R6中相应用户ID字段的特定参数。
每条记录R1-R6的下三个字段也标记为“地址性质”、“号码编制方案”以及“地址”，但这些字段规定了适用给定记录R1-R6定义的特定规则的消息转发HLR 202(图2)的特定参数。图4中这三个字段之上的标题“转发HLR编号”指明了这一点。例如，记录R3对应于任何具有取值在范围“1402385.”内的MSISDN标识符，且从具有地址14023847201的消息转发HLR 202转发的接收消息。
最后两个字段标记为“动作指示符”和“网络实体”，并且如由这两个字段之上的标题所示那样共同构成“转换数据”。动作指示符字段取值“转发”或“处理”，指示要转发还是处理消息。网络实体字段在动作指示符取“转发”值时指示要将接收消息转发到的地址。例如，记录R1定义了如下应用于接收消息的规则。如果接收消息与取值在“1307754.”范围内的MSISDN标识符相关联，则应当由含有查询表204的消息转发HLR 202处理该消息。相反，记录R2定义应当将与取值在“1402384.”范围内的MSISDN标识符相关联的接收消息转发到地址“14023847204”的规则。图4所示实施例仅作为示例提供，查询表204的其它实施例也在本发明范围之内。此外，消息转发HLR 202的其它实施例可以不包括查询表，而可以包括判断是处理还是转发给定消息的其他形式的转发逻辑。
图5是图2的网络子系统200的功能框图，用于说明当消息转发HLR 202将接收消息转发到适当的常规HLR 222时，TCAP消息在该子系统中的路由。子系统200中的组件之间的虚线指示所述消息在该子系统中的路由，紧靠虚线的数字表示路由顺序。最初，诸如由移动用户(未显示)发起的呼叫之类的动作导致将对应的消息提供给MSC 214。MSC 214接收该消息，并如线1所示将该消息转发到STP 218，STP 218接着又如线2所示将该消息路由到消息转发HLR 202。消息转发HLR 202利用图4的查询表204并执行图3的过程，以判断是转发还是处理该消息。
在本示例中，消息转发HLR 202确定要将该消息转发到常规HLR222。因此，消息转发HLR 202如线3所示将该消息转发到STP 218，之后STP 218如线4所示将该消息路由到消息转发HLR 222。HLR 222随后如前所述处理该消息，以验证发起呼叫的用户的信息，之后直接与该用户通信。与用户直接通信意味着不再涉及消息转发HLR202，而是由HLR 222执行呼叫处理，就好像该消息最初已路由到HLR222一样。因此，HLR 222如线5所示向STP 218提供返回消息，并且如线6所示将该消息路由到MSC 214。随后，MSC 214将该返回消息传送给发起呼叫的用户。
图6是图2的网络子系统200的功能框图，用于说明当消息转发HLR 208处理接收消息时TCAP消息在该子系统中的路由。对于二次呼叫，消息转发HLR 208以与消息转发HLR 202相同的方式操作。最初，由移动用户(未显示)发起的动作(如点对点呼叫)导致将对应的消息提供给MSC 216。MSC 216接收该消息，并如线1所示将该消息转发到STP 220，STP 220接着又如线2所示将该消息路由到消息转发HLR 208。消息转发HLR 208使用图4的查询表204并执行图3的过程，以判断是转发还是处理该消息。
在本示例中，消息转发HLR 208确定要处理上述消息，因此，它如前所述对该消息进行处理，以验证发起呼叫的用户的信息。之后，消息转发HLR 208如线3所示将返回消息传送给STP 220。STP 220如线4所示将该返回消息传送给MSC 216，之后该MSC将上述返回消息传送给发起所述动作(如点对点呼叫)的用户。
本领域技术人员会明白，虽然在前述说明书中陈述了本发明的各种实施例和优点，但以上公开仅仅是例示性的，可以对其在细节上予以变更，并且这些变更仍然在本发明的广义原理范围内。例如，上述一些组件可利用数字或者模拟电路或二者的组合来实现，适当时，可通过在合适的处理电路上运行软件来实现。还应当注意，根据子系统200的实施方式，由组件200-224执行的功能可组合起来由更少的单元执行，或分开由更多的单元执行。因此，本发明仅受所附权利要求来限定。
权利要求
1.一种适于接收含有用户识别信息的消息的消息转发组件(202，208)，其可用于根据所述消息中的所述用户识别信息判断是处理还是转发所述消息。
2.如权利要求1所述的消息转发组件(202，208)，其特征在于所述消息包括TCAP消息。
3.如权利要求1所述的消息转发组件(202，208)，其特征在于还包括含有多条记录的查询表(204，210)，其中每条记录定义了是转发还是处理对应的接收消息的规则。
4.如权利要求1所述的消息转发组件(202，208)，其特征在于所述消息包括IMSI标识符或MSISDN标识符中的至少一个，并且所述消息转发组件利用所述IMSI(320)和MSISDN(310)标识符判断是处理还是转发所述消息。
5.如权利要求1所述的消息转发组件(202，208)，其特征在于还包括数据库组件(206，212)，所述消息转发组件(202，208)可用于在所述消息转发组件(202，208)判定要处理所述消息时向所述数据库组件(206，212)提供所述消息。
6.如权利要求1所述的消息转发组件(202，208)，其特征在于所述消息转发组件(202，208)包括归属位置寄存器组件(206，212)。
7.如权利要求1所述的消息转发组件(202，208)，其特征在于还包括包括至少一个用户信息组件(222，224)的电信网络(200)，每个用户信息组件(222，224)存储用户验证信息；以及其中所述消息转发组件(202，208)包括用于存储用户验证信息的归属位置寄存器组件(206，212)，以及其中所述消息转发组件(202，208)还可用于在所述组件判定应该处理所述消息时向所述归属位置寄存器组件(206，212)提供所述消息，以及在所述消息转发组件(202，208)判定应该转发所述消息时，可用于将所述消息转发给所述其它用户信息组件(222，224)之一。
8.如权利要求7所述的消息转发组件(202，208)，其特征在于还包括至少一个移动交换中心组件(214，216)，每个移动交换中心组件(214，216)耦合成与所述归属位置寄存器组件(222，224)和所述消息转发归属位置寄存器组件(202，208)通信；以及至少一个信号转接点组件(218，220)，每个信号转接点耦合到所述移动交换中心组件(214，216)和所述归宿位置寄存器组件(222，224)以及所述消息转发归属位置寄存器组件(202，208)，并可用于在上述组件之间传送消息。
9.一种在电信网络(200)中处理消息的方法，所述方法包括接收消息，所述消息包括用户识别信息；根据所述用户识别信息判断是处理还是转发所述消息；以及根据所述判断操作结果处理或转发所述消息。
10.如权利要求9所述的方法，其特征在于根据所述用户识别信息判断是处理还是转发所述消息的操作包括将所述消息中的所述用户信息与查询表(204，210)中的多条记录作比较，其中每条记录定义了是转发还是处理对应的接收消息的规则。
11.如权利要求10所述的方法，其特征在于每条消息包括IMSI标识符或MSISDN标识符中的至少一个，并且所述比较操作包括将所述消息中的所述标识符与所述查询表(204，210)中每条记录所包含的标识符进行比较。
12.如权利要求11所述的方法，其特征在于所述查询表(204，210)中的每条记录包括至少一个用户识别字段；其中，每条记录还包括转换数据字段，所述转换数据字段含有有关是转发还是处理对应消息的信息以及某消息要转发到的所述网络中的某个组件的网络地址；所述判断操作包括将所述查询表(204，210)中的所述用户识别字段与与所述消息相关联的所述用户识别信息进行比较；以及转发所述消息的所述操作包括当所述消息中的所述用户识别信息匹配所述用户识别字段中的所述信息时，将所述消息转发到所述网络地址。
13.如权利要求9所述的方法，其特征在于所述方法是用包含在计算机可读介质中的程序指令来实现的，所述程序指令的内容使计算机通过执行所述方法的操作来处理电信网络中的消息。
全文摘要
消息转发移动性管理(如归属位置寄存器)组件(202，208)包括转发逻辑组件(204，210)，它适于接收消息，并可根据所述消息中的所述用户或用户识别信息判断是处理还是转发所述消息。所述消息可以是TCAP消息，转发逻辑组件(204，210)可包括含有多条记录的查询表(204，210)，其中每条记录定义是转发还是处理对应的接收消息的规则。所述消息中的用户或用户识别信息可以是IMSI标识符或MSISDN标识符之一或二者。
文档编号H04W92/02GK1741637SQ20051008226
公开日2006年3月1日 申请日期2005年6月30日 优先权日2004年7月1日
发明者B·凯尼恩, M·凯利 申请人:惠普开发有限公司