用于确定sip消息的可信度的系统和方法
【专利摘要】一种用于确定SIP消息的可信度的系统和方法。提供了一种用于执行注册的方法。该方法包括：接收服务器超时消息，所述服务器超时消息至少包括字段，该字段被设置为与在第一注册期间接收的值相等的值。所述方法还包括：通过响应于接收到所述服务器超时消息而执行第二注册，来发起恢复过程。
【专利说明】用于确定SIP消息的可信度的系统和方法
[0001] 本申请是申请号为201080026092.0( "用于确定SIP消息的可信度的系统和方 法"）的中国专利申请的分案申请。
【技术领域】
【背景技术】
[0002] IP(互联网协议）多媒体子系统（IMS)是用于向移动和固定用户代理（UA)提供 多媒体服务和基于IP的语音呼叫的标准化架构。主要由互联网工程任务组（IETF)来标准 化和管理会话发起协议（SIP)，作为用于创建、修改和终止基于IMS的呼叫或会话的信令协 议。
[0003] 如本文使用的，术语"用户代理"和"UA"在一些情况下可以指代移动设备，诸如 移动电话、个人数字助理、手持式或膝上型计算机，以及具有通信能力的类似设备。这样的 UA可以是UE(用户设备）的一部分。一个UE可以具有多个UA。UE可以具有关联的可拆 卸存储器模块，诸如，但不限于，通用集成电路卡（UICC)，包括订户识别模块（SIM)应用、通 用订户识别模块（USIM)应用、IP多媒体服务识别模块（ISIM)应用、或者可拆卸用户识别 模块（R-UM)应用，等等。这样的模块的例子可以包括，但不限于，PC卡、CompactFlash I、 CompactFlash II、SmartMedia、存储棒、存储棒 Duo、存储棒 PRODuo、存储棒 PRO-HG Duo、存 储棒Micro M2、多媒体卡、小型多媒体卡、MMCMicro卡、安全数字卡、SxS、通用闪存存储器、 miniSD卡、microSD卡、xD-Picture卡、智能棒、串行闪存模块、y卡以及NT卡。当信息存 储在可拆卸存储器模块上时，该模块的内容镜像到UE。
[0004] 备选地，这样的UA可以包括不具有这种模块的设备自身。在其他情况下，术语 "UA"可以指代具有类似能力但不是便携式的设备，比如固定线路电话、台式计算机、机顶盒 或网络节点。当一个或多个UA是网络节点的一部分时，该网络节点可以代表其他功能（诸 如UA或固定线路设备）进行动作，并且仿真或模拟UA或固定线路设备。例如，对于一些 UA，通常驻留在设备上的MS SIP客户端实际驻留在网络中，并且使用优化的协议将SIP消 息信息中继给设备。换言之，传统上由UA执行的一些功能可以用远程UA的形式进行分布， 其中所述远程UA表示网络中的UA。术语"UA"还可以指代可以终结通信会话的任何硬件或 软件部件，所述通信会话可以包括，但不限于，SIP会话。此外，术语"用户代理"、"UA"、"用 户设备"、"UE"和"节点"在本文中可以作为同义词使用。此外，术语"报头"和"报头字段" 在本文中可以作为同义词使用。此外，SIP消息是SIP请求或SIP响应。
[0005] UA可以连接到基于SIP的网络，其包括多个其他部件，诸如P_CSCF(代理呼叫会话 控制功能）、S-CSCF (服务CSCF)、IBCF (互联边界控制功能）、应用服务器（AS)、以及其他 部件，它们中的任何部件可以被称为网络节点。在SIP网络的节点之间可以存在信任关系。 艮P，网络内的一组节点可以将接收自组内的其他节点的所有消息视为合法的。可以将这种 组称为形成了信任域或一个或多个信任网络。题为"Private Extensions to the Session Initiation Protocol(SIP)for Asserted Identity within Trusted Networks，'IETF RFC 3325进一步讨论了该主题。
【发明内容】
【专利附图】
【附图说明】
[0006] 为了更完全地理解本公开，现在参考下面的简要描述以及附图和详细描述，在附 图中相似的参考标号表不相似的部分。
[0007] 图1是根据本公开的实施例的包括多个网络节点的通信系统的图。
[0008] 图2是示出根据本公开的实施例的用于UA检索可信度信息的方法的呼叫流程图。
[0009] 图3示出根据本公开的实施例的用于确定在IMS网络中的信任域外部的节点是否 可"[目的方法。
[0010] 图4示出根据本公开的备选实施例的用于确定在IMS网络中的信任域外部的节点 是否可"[目的方法。
[0011] 图5示出适合实现本公开的若干实施例的处理器和相关部件。
【具体实施方式】
[0012] 应该开始就注意，尽管下面提供本公开的一个或多个实施例的说明性实现，所公 开的系统和/或方法可以使用任何数目的（无论是否是已知的或现有的）技术来实现，无 论是否是已知的或现有的。本公开不应该以任何方式局限于下面所述的说明性实现、附图、 和技术，包括本文示出和描述的示例性设计和实现，而是可以在所附的权利要求及其等价 的全部范围内进行修改。
[0013] 在MS网络中的信任域内的节点可能从信任域外部的节点接收消息。在一些情况 下，这样的消息可能命令信任域中的节点执行所述节点所不希望执行的一个或多个动作。 例如，可能恶意地发送消息给多个UA，虚假通知所述UA出现了服务器超时。接收到这样的 消息的UA可能尝试向SIP注册器进行重新注册，尽管实际上不需要重新注册。如果大量的 UA尝试重新注册，则注册器可能变得过载并且发生故障。因为其他UA可能不能注册，所以 这会导致网络中的大问题。
[0014] 在实施例中，从网络节点的信任域外部发送给网络节点的消息可以包括指示消息 的信任度的信任指示符。信任指示符还可以是信任令牌、信任标识符或者信任标记。信任 指示符可以是两种类型之一。在消息中存在一种类型的信任指示符指示了可以信任发送该 消息的网络节点。包含这种信任指示符的消息的接收者不需要执行对信任指示符的任何验 证。当在消息中存在另一种类型的信任指示符时，消息的接收者将信任指示符与内部存储 的信任信息/数据库进行比较。如果信任指示符与所存储的信任指示符匹配，则验证了该 信任指示符，并且接收者/接收器知道可以信任发送该消息的网络节点。
[0015] 如果在消息中存在第一类型的信任指示符，或者如果存在第二类型且验证了该第 二类型，则接收该消息的网络节点执行通常与消息的接收、或者消息及其内容相关联的动 作。如果不存在信任指示符，或者未验证信任指示符，则接收该消息的网络节点可以不执行 通常与消息的接收、或者消息及其内容相关联的一个或多个动作。
[0016] 在实施例中，接收消息的网络节点是维护与UA的信任域外部的网络节点有关的 信任信息的UA。当从其信任域外部接收到消息时，UA可以将可能包括在消息内的信任指 示符与UA维护的信任信息进行比较。如果UA验证了该信任指示符与其维护的信任信息匹 配，则UA执行通常与消息的接收、或者消息及其内容相关联的动作。如果UA没能验证该信 任指示符与其维护的信任信息匹配，则UA不执行通常与消息的接收、或者消息及其内容相 关联的至少一个动作。
[0017] 图1示出了这些实施例，其中UA 110能够与网络节点B 130通信，网络节点B 130 能够与网络节点A 120通信。UA 110、网络节点A 120、以及网络节点B 130可以是基于MS 的网络中的部件，以及网络节点A 120以及网络节点B 130可以在UA的信任域外部。尽管 仅示出了两个其他网络节点，但是可以存在其他数目的网络节点。在该实施例中，网络节点 A 120生成消息A 140,并且在消息A 140中包括信任指示符A 145。网络节点120接着将 消息A 140发送给网络节点B 130。消息A 140的接收引起网络节点B 130生成包含信任 指示符B 155的消息B 150,并且将消息B 150发送给UA 110。消息A 140可以与消息B 150相同也可以不同，并且信任指示符A 145和信任指示符B 155可以相同也可以不同。换 言之，网络节点B 130可以简单地传递从网络节点A 120接收的信任指示符A 145,或者网 络节点B130可以基于从网络节点A 120和/或其他网络节点接收的信任指示符A 145或 其他信息生成新的信任指示符B 155。
[0018] 在其他实施例中，网络节点A 120在消息A 140中不包括信任指示符A 145。相 反，网络节点B 130生成不与消息A 140中包括的任何信息相关的信任指示符B 155,以及 网络节点B 130接着在发送给UA 110的消息B 150中包括信任指示符B 155。换言之，UA 110接收的信任指示符可能由与UA 110直接通信的网络节点生成，可能由另外的网络节点 生成并接着由与UA 110直接通信的网络节点在不修改的情况下传递，或者可以由另外的 网络节点生成并由与UA 110直接通信的网络节点进行修改的情况下传递。
[0019] 在一些实施例中，当接收到包含信任指示符的消息时，UA 110执行通常与消息的 接收相关联的动作。在其他实施例中，当接收到包含信任指示符的消息时，UA 110将信任 指示符与UA 110先前接收并存储的信任信息115进行比较。当发现消息中的信任指示符 和所存储的信任信息115匹配时，UA 110执行通常与消息的接收相关联的动作。当发现信 任指示符和所存储的信任信息115不匹配时，UA 110不执行通常与消息的接收相关联的至 少一个动作。
[0020] 在实施例中，信任指示符和/或信任信息115可以是可信网络节点的统一资源标 识符（URI)或者某种其他类型的标识符。网络节点可以在发送给UA 110的消息中包括其 URI。UA 110可能事先已经接收具有可信URI的列表形式的信任信息115。当接收到具有 URI形式的信任指示符的消息时，UA 110可以将消息中的URI与URI列表中的URI进行比 较。如果找到匹配，则UA 110可以信任发送消息的网络节点。
[0021] UA 110可能不能够识别URI是否属于P-CSCF、S-CSCF、IBCF或者某个其他类型的 网络节点。一些网络节点（诸如IBCF)可以包括也可以不包括其URI信息。因此，UA可能 不确定哪个URI代表哪个网络节点。为了确定这一点，可以按照一定惯例，或者添加附加指 示符。SIP REGISTER请求及其响应（以及在所述响应或请求中包括的报头字段值）通常 不应该离开信任域。由原始REGISTER请求触发的第三方REGISTER请求可以离开信任域。 在实施例中，在这种情况下设立防止REGISTER响应中的信息受到污染的措施。例如，可以 通过URI参数向SIP消息指示URI代表已知网络节点的事实。例如，对于S-CSCF，可以添 力口 URI参数scscf。备选地,诸如"fe"之类的URI参数可以被设置为诸如fe ="scscf"或 fe="pcscf，scscf"之类的值或值的列表。此处，将网络节点称为功能单元，或"fe"。在 P-CSCF和S-CSCF (以及可能的其他）功能单元共处一个物理设备中的部署中，当使用SIP Service-Route报头时，消息可以采用例如下述形式：
[0022] Service-Route ：sip ：origiscscfI. homel. com ；lr ；scscf 5?
[0023] Service-Route :sip :orig@pcscfl. homel. com ;lr ;fe =，'pcscf, Scscf，'。
[0024] 作为备选，在接收到具有URI列表形式的信任信息115之后，UAllO可以查询数据 库或其他数据仓库，以确定对应于所列出的URI的网络节点和/或信任指示符和/或信任 信息。数据库可以是网络中的网络节点或者存储在存储器中的设备上的数据库，所述存储 器可以是内部的或者是在可拆卸的存储器模块中。
[0025] 在另外的实施例中，可以使用SIP配置框架、SIP策略框架、基于EAP的策略检索机 制、基于XCAP/HTTP的服务器、或者开放移动联盟（OMA)设备管理（DM)对象，向UA 110传 送对应于列出的URI的信任指示符和/或信任信息和/或网络节点。
[0026] UA 110可以用若干不同方式中的一种或多种来接收信任信息115。在一些实施例 中，可以响应于UA 110提交的SIP REGISTER请求，向UA 110提供信任信息115。在这些 实施例的一些变形中，响应可以是SIP 2000K响应，以及可以将信任信息115直接包括在 2000K响应中。可以由接收REGISTER请求的网络节点（诸如应用服务器）将信任信息115 包括在2000K响应中，因为该请求路由经过所述网络节点。备选地，应用服务器可以接收第 三方注册消息，如S-CSCF上的初始过滤准则所配置的那样。
[0027] 在这些实施例的其他变形中，UA 110响应于REGISTER请求所接收的2000K响应 可以包含向UA 110通知可以如何获取信任信息115的信息。在图2中示出了这样的实施 例。在事件210处，UA 110通过向网络节点B 130(其可以是S-CSCF)发送REGISTER请求 来向IMS网络进行注册。作为注册过程220的一部分，归属订户服务器（HSS) 200或类似的 部件，可以向网络节点B 130下载将由UA 110使用的信任信息115。在事件230处，完成注 册，并且网络节点B 130向UA 110发送2000K响应。在图2的实施例中，2000K响应可以包 含URI或者一些其他类型的标识符，该URI或标识符可以识别能够获取信任信息115的位 置。在其他实施例中，2000K响应可以直接包括信任信息115。
[0028] 备选地，如事件240所示，作为SIP注册的一部分，UA 110可以订阅SIP Reg Event 包，该包可以向UA 110回送信息。响应于步骤240处的订阅消息，在事件250处，网络节点 B 130可以返回诸如通知消息之类的消息。通知消息可以包含如上所述从HSS 200下载的 信任信息115的位置。
[0029] 当经由事件230处的2000K消息，经由事件250处的通知消息，或者经由其他SIP 方法，UA 110已经收到信任信息115的位置时,UA 110可以从指定位置获得信任信息115。 在该情况下，该指定位置是网络节点A 120,但是在其他情况下，可以从其他网络节点获得 信任信息115。在事件260处，UA 110发送消息，诸如HTTP GET消息，以从网络节点A 120 获得信任信息115。在事件270处，网络节点A 120向UA 110发送信任信息115。UA 110 于是可以在内部或可拆卸存储器中存储信任信息115,其中信任信息115将可用于将来供 UA 110在确定是否信任网络节点时使用。
[0030] 在备选实施例中，可以在UA 110的注册期间，在SIP Path报头或SIP Service-Route报头中的一个或多个字段中提供信任信息115。例如，UA 110发起的SIP REGISTER请求可以路由经过至少P-CSCF和S-CSCF，其中S-CSCF执行REGISTRAR (注册器） 的角色。UA 110接收的对其REGISTER请求的响应（诸如2000K响应）可以包括传送关于 REGISTER请求路由所通过的路径上的网络节点（诸如P-CSCF和S-CSCF)的信息。另外， SIP Service-Route报头中的一个或多个字段可以至少包含实际执行任何服务的P-CSCF 或S-CSCF的地址。Service-Route报头上的S-CSCF和Path报头字段上的S-CSCF的地址 不一定是相同的。
[0031] 在一些情况下，充当REGISTRAR的S-CSCF可能不是对来自UAllO的其它请求进行 回复的S-CSCF。更一般的，并非能够传输信任信息的所有网络节点可以都包括在REGISTER 请求或其响应路由所通过的路径上。然而，如果网络节点传输信任消息，用表示发起者的值 来填充报头字段（诸如SIP P-Asserted-Identity报头字段）或URI参数或SIP主体部分是 有利的。存在若干措施，以使得UA 110能够确定表示发起者的某个值仅发起者可能知道或 者仅发起者可以插入。例如，P-Asserted-Identity报头字段中的值可以与Service-Route 报头字段上的值进行比较。
[0032] 当UA 110从UA的信任域外部的网络节点接收的消息中不存在任何信任指示符 时，或者当信任指示符存在但是与UA存储的信任信息115不匹配时，UA 110可以以若干不 同方式进行反应。在一些情况下，UA 110可以拒绝、丢弃或终结该消息。在其他情况下，UA 110可以向发送消息的网络节点返回错误消息。在又一些其他情况下，UAllO可以移除可能 引起采取不期望的动作的消息部分，以及可以处理消息的剩余部分。在一些情况下，可以采 取这些动作的各种组合。
[0033] 图3示出了用于确定在IMS网络中的信任域外部的节点是否可信的方法300的实 施例。在步骤310，UA从网络节点接收包含信任指示符的消息。在步骤320，UA确定信任指 示符是否与UA中存储的信任信息匹配。在步骤330,当信任指示符与UA中存储的信任信息 匹配时，UA执行通常与消息的接收相关联的所有动作。在步骤340,当信任指示符与UA中 存储的信任信息不匹配时，UA避免执行通常与消息的接收相关联的至少一个动作。
[0034] 图4示出了用于确定在IMS网络中的信任域外部的节点是否可信的方法400的备 选实施例。在步骤410，UA从网络节点接收消息。在步骤420，UA确定消息中是否存在信任 指示符。在步骤430,当消息中存在信任指示符时，UA执行通常与消息的接收相关联的所有 动作。在步骤440,当消息中不存在信任指示符时，UA避免执行通常与消息的接收相关联的 至少一个动作。
[0035] 回到上述的其中恶意地发送消息给多个UA从而虚假通知所述UA出现了服务器超 时的示例，本文描述的实施例可以防止UA不必要地尝试向网络重新注册。当UA之一接收 恶意消息时，UA可以使用本文描述的技术以确定是否信任消息的发送者。因此，在该情况 下，将不信任发送者，UA将不执行通常与消息的接收相关联的一个或多个动作。在该情况 下，UA将不会重新注册。
[0036] UE的一种可能反映将遵从3GPP TS 24. 229中的题为"Abnormal cases (异常情 况）"的子条款5. I. 2A. 1. 6。
[0037] 如果UE接收包含下述的504 (服务器超时）响应：
[0038] -P-Asserted-Identity 报头字段，被设为：
[0039] -等于在注册期间接收的Service-Route或Path报头字段上的值的值，或
[0040] -Content-Type (内容类型）报头字段，不依赖于Content-Disposition (内容 部署）报头字段的值或存在，不依赖于Content-Disposition参数的值或存在，根据子 条款7.6(即，"application/3gpp-ims+xml")设置其值，贝U可以如下应用被识别为 为"3gpp-alternative-service"的缺省内容部署：
[0041] -如果504 (服务器超时）响应包括如子条款7. 6中描述的頂CN子系统XML主体 以及设置为"恢复"的类型单元以及设置为"初始注册"的动作单元，则UE :
[0042] -应该通过执行子条款5. I. 1. 2规定的初始注册来发起恢复过程；以及
[0043] -可以基于原因单元中包含的文本字符串向用户提供指示。
[0044] 针对P-CSCF的一种可能反映可以遵从3GPP TS 24. 229中的题为"Abnormal cases (异常情况）"的子条款5. 2. 6. 3. 2A :
[0045] 当如下述之一所确定的P-CSCF不能够将针对对话的初始请求或针对独立交易的 请求转发给Service-Route报头中的下一跳：
[0046] -没有P-CSCF对服务请求及其重传的响应；
[0047] _接收到针对该请求的3xx响应或480 (临时不可用）响应；或者
[0048] -通过对于P-CSCF可用的未指定的措施；
[0049] 以及
[0050] -P-CSCF支持恢复过程；
[0051] 则 P-CSCF :
[0052] 1)应该通过向UE返回504 (服务器超时）响应来拒绝该请求；
[0053] 2)如果在Acc印t报头字段中没有指示支持子条款7. 6中描述的3GPP頂CN子系 统XML主体，应该假设UE支持3GPP頂CN子系统XML主体的第1版XML机制；以及
[0054] 3)应该在504 (服务器超时）响应中包括：
[0055] a) Content-Type报头字段，其值设为如子条款7. 6. 1中描述的3GPP頂CN子系统 XML主体的关联的MME类型；
[0056] b) P-Asserted-Identity报头字段，其设为在用户的UE发送引起该响应的请求的 用户的注册期间的Path报头字段中包括的P-CSCF的SIP URI的值；以及
[0057] c) 3GPP頂CN子系统XML主体，包含：
[0058] i)〈alternative-service〉单元，设为备选服务的参数；
[0059] ii)〈type〉子单元，设为"恢复"以指示支持恢复过程；
[0060] iii)〈reason〉子单元，设为运营商可配置的原因；以及
[0061] iv)〈action〉子单元，设为"初始注册"。
[0062] 注意：这些过程并不阻止对超出在本子条款中指定的那些技术或对上述未指定可 靠性或恢复技术的使用。
[0063] 针对S-CSCF的一种可能反映可以遵从3GPP TS 24.229中的题为"Requests initiated by the served user (所服务的用户发起的请求）"的子条款5. 2.6. 3. 2A。
[0064] 当S-CSCF接收S-CSCF不具有其用户简档或不信任其具有的数据（例如，由于重 启）的被服务用户发起的请求，S-CSCF应该尝试从HSS检索用户简档。如果S-CSCF没有 检索到用户简档并且S-CSCF支持恢复过程，则S-CSCF应该：
[0065] 1)通过向UE返回504 (服务器超时）响应来拒绝该请求；
[0066] 2)如果在Acc印t报头字段中没有指示支持子条款7. 6中描述的3GPP頂CN子系 统XML主体，则假设UE支持3GPP頂CN子系统XML主体的第1版XML机制；以及
[0067] 3)P-Asserted-Identity报头字段设为在用户的UE发送引起该响应的请求的用 户的注册期间的Service-Route报头字段中包括的S-CSCF的SIP URI的值；
[0068] 4)在504 (服务器超时）响应中包括：
[0069] a) Content-Type报头字段，其值设为如子条款7. 6. 1中描述的3GPP頂CN子系统 XML主体的关联的MME类型；
[0070] b) 3GPP頂CN子系统XML主体：
[0071] i)〈alternative-service〉单元，设为备选服务的参数；
[0072] ii)〈type〉子单元，设为"恢复"以指示支持恢复过程；
[0073] iii)〈reason〉子单元，设为运营商可配置的原因；以及
[0074] iv)〈action〉子单元，设为"初始注册"。
[0075] 另外，可以对3GPP TS 24. 229中的题为"General (综述）"的子条款5. 10. 4. 1做 出如下修改：
[0076] 注I :THIG功能在第5版和第6版I-CSCF中执行，并且可与该子条款中规定的过 程兼容。
[0077] 仅在网络需要网络拓扑隐藏时，才应用下述过程。要求网络拓扑隐臧的网络被称 为隐臧网络。
[0078] 注2 :请求和响应被独立处理，因此在IBCF中不需要用于该目的的任何状态信息。
[0079] IBCF应该对揭示拓扑信息的所有报头字段应用网络拓扑隐藏，所述报头字段诸如 是 Via(经由）、Route(路由）、Record-Route(记录-路由）、Service-Route(服务-路 由）、以及Path (路径）。
[0080] 当接收到下述传入REGISTER请求时，针对所述请求必须应用网络拓扑隐藏并且 该请求包括Path报头字段，则IBCF应该向Path报头字段的顶部添加IBCF的可路由的SIP URI。IBCF可以在插入的SIP URI中包括识别IBCF接收的后续请求的方向（即从S-CSCF 向P-CSCF)的指示符，以识别UE终结的情况。IBCF可以用不同方式来编码该指示符，诸如 URI中的唯一参数、URI的用户名部分中的字符串、或者URI中的专用端口号。
[0081] 注3 :(在Route报头字段中）包括方向指示符或到达专用端口号的任何后续请 求，指示该请求是由S-CSCF向P-CSCF发送的。
[0082] 当接收到针对其必须应用网络拓扑隐藏的传入REGISTER请求时，具有 P-Asserted-Identity的SIP请求或SIP响应在其信任域中设置功能单元的SIP URI，IBCF 应该向P-Asserted-Identity字段应用网络拓扑隐藏。
[0083] 当接收到针对其必须应用网络拓扑隐藏并且其包括Record-Route报头字段的传 入初始请求时，IBCF应该向Record-Route报头字段的顶部添加其自己的可路由SIP URI。
[0084] UE可以接收与网络节点存储的值不相同的值，因为IBCF可以执行位置隐藏，并且 用例如IBCF的SIP URI的至少一个值替换SIP消息中的URI (比如Path或Service-Route 报头字段）。IBCF将必须一致地执行该位置隐藏或者替换URI，以不破坏所指示的信任。
[0085] 当SIP UA接收SIP消息时，其将分析功能中的表格以查看是否需要针对该SIP消 息执行任何动作，所述SIP消息例如是INVITE请求。该表格或数据结构识别指示符。这些 指示符可以是，但不限于，SIP报头字段、用于查找的SIP特定值等等。对于每个字段，可能 存在如下可以执行的动作或一组动作，但不限于此：
[0086]
【权利要求】
1. 一种由頂S网络的第一网络节点执行的方法，所述方法包括： 接收第一 SIP消息中的报头字段中的统一资源标识符"URI" ； 接收所述第一 SIP消息中的所述报头字段中的令牌，所述令牌指示所述第一 SIP消息 的路径上的网络节点的类型； 响应于所述接收，发送第二SIP消息，其中，所述第二SIP消息是SIP 2000K响应；以及 基于所接收的令牌，发送包括所接收的URI在内的第三SIP消息，所述第三SIP消息传 达与所述第一网络节点相关的信息。
2. 根据权利要求1所述的方法，还包括：接收由所述第一 SIP消息触发的第四SIP消 肩、。
3. 根据权利要求2所述的方法，其中，由所述第一 SIP消息触发的所述第四SIP消息涉 及初始过滤标准的配置。
4. 根据权利要求2所述的方法，其中，所述第四SIP消息是第三方SIP REGISTER消息。
5. 根据权利要求1所述的方法，其中，所述令牌是与所接收的URI相关联的参数。
6. 根据权利要求1所述的方法，其中，所述第二网络节点在所述第一 SIP消息的路径 上。
7. 根据权利要求1所述的方法，其中，所述第一 SIP消息是SIP REGISTER消息。
8. 根据权利要求1所述的方法，其中，所述第一 SIP消息是SIP请求和SIP响应之一。
9. 一种系统，包括： IMS网络的第一网络节点，所述第一网络节点被配置为： 接收第一 SIP消息中的报头字段中的统一资源标识符"URI" ； 接收所述第一 SIP消息中的所述报头字段中的令牌，所述令牌指示所述第一 SIP消息 的路径上的网络节点的类型； 响应于所接收的令牌，发送第二SIP消息，其中，所述第二SIP消息是SIP 2000K响应； 以及 基于所接收的令牌，发送包括所接收的URI在内的第三SIP消息，所述第三SIP消息传 达与所述第一网络节点相关的信息。
10. 根据权利要求9所述的系统，其中，所述第一网络节点还被配置为：接收由所述第 一 SIP消息触发的第四SIP消息。
11. 根据权利要求10所述的系统，其中，由所述第一 SIP消息触发的所述第四SIP消息 涉及初始过滤标准的配置。
12. 根据权利要求10所述的系统，其中，所述第四SIP消息是第三方SIP REGISTER消 肩、。
13. 根据权利要求9所述的系统，其中，所述令牌是与所接收的URI相关联的参数。
14. 根据权利要求9所述的系统，其中，所述第二网络节点在所述第一 SIP消息的路径 上。
15. 根据权利要求9所述的系统，其中，所述第一 SIP消息是SIP REGISTER消息。
16. 根据权利要求9所述的系统，其中，所述第一 SIP消息是SIP请求和SIP响应之一。
17. -种包括有形的非瞬时计算机可读存储介质的计算机程序产品，在所述有形的非 瞬时计算机可读存储介质其上存储有指令，所述指令在由处理设备执行时，实现了由MS 网络的第一网络节点执行的方法，所述方法包括： 接收第一 SIP消息中的报头字段中的统一资源标识符"URI" ； 接收所述第一 SIP消息中的所述报头字段中的令牌，所述令牌指示所述第一 SIP消息 的路径上的网络节点的类型； 响应于所述接收，发送第二SIP消息，其中，所述第二SIP消息是SIP 2000K响应；以及 基于所接收的令牌，发送包括所接收的URI在内的第三SIP消息，所述第三SIP消息传 达与所述第一网络节点相关的信息。
18. 根据权利要求17所述的计算机程序产品，还包括：接收由所述第一 SIP消息触发 的第四SIP消息。
19. 根据权利要求18所述的计算机程序产品，其中，由所述第一 SIP消息触发的所述第 四SIP消息涉及初始过滤标准的配置。
20. 根据权利要求18所述的计算机程序产品，其中，所述第四SIP消息是第三方SIP REGISTER 消息。
21. 根据权利要求17所述的计算机程序产品，其中，所述令牌是与所接收的URI相关联 的参数。
22. 根据权利要求17所述的计算机程序产品，其中，所述第二网络节点在所述第一 SIP 消息的路径上。
23. 根据权利要求17所述的计算机程序产品，其中，所述第一SIP消息是SIP REGISTER 消息。
24. 根据权利要求17所述的计算机程序产品，其中，所述第一 SIP消息是SIP请求和 SIP响应之一。
【文档编号】H04L29/06GK104394146SQ201410686876
【公开日】2015年3月4日 申请日期:2010年3月19日 优先权日:2009年4月13日
【发明者】简·亨德里克·卢卡斯·贝克, 艾德里安·巴克利, 安德鲁·艾伦 申请人:黑莓有限公司