IMS网络之间的安全XDM通信
阅读：4发布：2022-04-26
专利汇可以提供IMS网络之间的安全XDM通信专利检索，专利查询，专利分析的服务。并且提出一种在第一和第二IMS网络域之间进行XDM 请求 的通信的方法。在第一域中接收XDM请求，该XDM请求与能够依靠该XDM请求从第二域中的 位置 访问 的XML文档相关。创建SIP请求，该SIP请求包括将其标识为与XDM请求相关的请求的信息。将SIP请求发送到第二域，使得能够基于SIP请求中的标识信息，将该SIP请求路由选择到第二域中的所述位置。由此，建立第一与第二域之间用于XDM请求的连接。，下面是IMS网络之间的安全XDM通信专利的具体信息内容。
1. 一种在第一和第二IMS网络域之间进行XDM请求的通信的方法，所述方法包括：
在所述第一域中接收XDM请求，所述XDM请求与能够依靠所述XDM请求从所述第二域中的位置访问的XML文档相关；
创建SIP请求，所述SIP请求包括将其标识为与XDM请求相关的请求的信息；以及将所述SIP请求发送到所述第二域，使得能够基于所述SIP请求中的标识信息，将所述SIP请求路由选择到所述第二域中的所述位置，并且由此在所述第一与第二域之间建立用于XDM请求的连接。
2. 如权利要求1所述的方法，其中所述SIP请求是包括建立SIP会话的请求的SIP INVITE，以及其中在已经建立所述SIP会话之后，将所述XDM请求发送到所述第二域。
3. 如权利要求3所述的方法，其中所建立的SIP会话利用所述第一与第二域之间用于SIP信令的安全通信隧道。
4. 如权利要求3所述的方法，其中所述安全通信隧道是如下的其中之一：所述第一与第二域中的每个域中的跨网络代理节点之间的XCAP/XDM隧道；TCP隧道；IPsec隧道；SSH隧道；MRSP隧道；以及能够承载XCAP请求的任何其它隧道。
5. 如权利要求1所述的方法，其中所述SIP请求是未包括建立SIP会话的请求的SIP MESSAGE，以及其中将所述XDM请求嵌在所述SIP MESSAGE中。
6. 如权利要求5所述的方法，其中将所述SIP MESSAGE标识为与XDM请求相关的请求的信息包括特征标签。
7. 如权利要求5或权利要求6所述的方法，其中在所述第二域中从所述SIP MESSAGE中提取所述XDM请求，并将所述XDM请求转发到所述第二域中能够访问所述XML文档的所述位置。
8. 如任何前面权利要求所述的方法，其中所述SIP请求包括所述XML文档的拥有者的标识符。
9. 如任何前面权利要求所述的方法，其中所述SIP请求还包括指示所述SIP请求与XDM请求相关的IMS服务指示符。
10. 如任何前面权利要求所述的方法，还包括取回所述XML文档并用XDM响应将其返回到所述第一域。
11. 如任何前面权利要求所述的方法，其中将所述第一域中接收的XDM请求转发到所述第一域中的CNP，所述CNP创建所述SIP请求。
12. 如任何前面权利要求所述的方法，其中在所述第二域中能够访问所述XML文档且所述SIP请求被路由选择到的位置是CNP。
13. 如权利要求1至11中任一项所述的方法，其中在所述第二域中所述SIP请求被路由选择到的位置是AP或XDMS。
14. 一种IMS网络的节点，包括：
用于接收XDM请求的接收器，所述XDM请求与能够依靠所述XDM请求从另一个IMS网络中的位置访问的XML文档相关；
用于创建SIP请求的处理器，其中所述SIP请求包括将其标识为与XDM请求相关的请求的信息，以及
用于将所述SIP请求发送到所述另一个IMS网络的传送器。
15. 如权利要求14所述的节点，配置成：创建与所述另一个IMS网络中的位置建立SIP会话的SIP INVITE，并且一旦已经建立所述SIP会话，就将所述XDM请求发送到所述位置。
16. 如权利要求14所述的节点，其中所述SIP请求是SIP MESSAGE，所述处理器配置成将所述XDM请求嵌在所述SIP MESSAGE中。
17. 一种IMS网络的节点，包括：
用于接收来自另一个IMS网络的SIP MESSAGE的接收器，其中所述SIP MESSAGE承载从所述IMS网络中的位置访问XML文档的XDM请求；
用于从所述SIP MESSAGE中提取所述XDM请求的变换模块，以及
用于将所述XDM请求转发到所述位置以访问所述XML文档的传送器。
18. 一种IMS网络的节点，包括：
接收器，用于接收与另一个IMS网络建立SIP会话的SIP INVITE，所述SIP INVITE与来自所述另一个网络的访问XML文档的XDM请求相关，以及用于在已经建立所述会话之后接收所述XDM请求；
处理器模块，配置成响应所述SIP INVITE以便设立所述SIP会话，以及传送器，用于转发访问所述XML文档的所述XDM请求。
IMS网络之间的安全XDM通信
技术领域
背景技术
[0002] 开放移动联盟（OMA）陈述了XML文档管理（XDM）体系结构（参见OMA XDM 2.0）。这定义一种使得用户特定服务相关的信息可供需要它们的服务引擎（enabler）来访问的共同机制。这种信息预期被存储在能够定位、访问和操控（例如，创建、改变、删除等）它的网络中。XDM指定在良好构造的XML文档中将如何定义这种信息，以及用于这类XML文档的访问和操控的共同协议。
[0003] 经由共同协议XCAP（XML配置访问协议）来访问和操控文档[参见IETF RFC4825“The Extensible Markup Language (XML) Configuration Access protocol (XCAP)”, J. Rosenberg, 2007年5月, URL: http://www.ietf.org/rfc/rfc4825.txt]。
XDM提供一种用于管理服务特定数据的体系结构，并定义一种使得用户特定服务相关的信息可供需要它们的服务引擎访问的共同机制。依靠XML文档来表达和交换服务特定信息，并且用称为XDMS（XDM服务器）的逻辑储存库来将这个信息存储在网络中。每个储存库可以与使用其数据来执行其功能的功能实体关联。在XDMS中存储的每个XML文档被描述为XCAP应用使用（XCAP Application Usage），其使应用能够经由XCAP来使用文档。
XDM提供一种用于管理服务特定数据的体系结构，并定义一种使得用户特定服务相关的信息可供需要它们的服务引擎访问的共同机制。依靠XML文档来表达和交换服务特定信息，并且用称为XDMS（XDM服务器）的逻辑储存库来将这个信息存储在网络中。每个储存库可以与使用其数据来执行其功能的功能实体关联。在XDMS中存储的每个XML文档被描述为XCAP应用使用（XCAP Application Usage），其使应用能够经由XCAP来使用文档。
[0004] 附图的图1示出上文引述的OMA体系结构文档中定义的一些网络实体。在图1中，两个XDM客户端2-1和2-2经由聚合代理4与相应的不同XDM服务器6-1和6-2通信。XDM客户端2-1和2-2是提供对各种XDMS特征的访问的客户端实体。它们为最终用户提供创建、修改或删除XML文档以及通过那样来创建、修改或删除服务特定数据的可能性。聚合代理4是XDM客户端2-1和2-2访问在任何XDM服务器中存储的XML文档的联系点；聚合代理4执行如请求的认证或路由选择之类的功能。XDM服务器6-1和6-2保存服务特定数据，并实现用于创建、修改或删除这种数据的过程。
[0005] IP多媒体子系统（IMS）是第三代合作伙伴计划（3GPP）定义的通过移动通信网络来提供IP多媒体服务的技术。IMS使用会话发起协议（SIP）来设立和控制用户终端之间（或用户终端与应用服务器之间）的呼叫或会话。SIP信令承载的会话描述协议（SDP）用于描述和协商会话的媒体组成部分。虽然SIP是作为用户至用户的协议来创建的，但是IMS引入用于例如预订处理、安全性和计费的附加功能，以允许运营商和服务提供商控制对服务的用户访问以及相应地对用户计费。
[0006] 图2以示意形式示出在GPRS/PS接入网络的情况中IMS 22如何结合到移动网络体系结构中。呼叫/会话控制功能（CSCF）24作为IMS核心网络22a内的SIP代理来操作。用户经由接入网络和连接层26中的网关节点来访问IMS 22。归属订户服务器HSS 28保留用户预订简档的记录，其定义用户已预订的服务。在登记之后，用户能够与其他对等方建立通信会话，从而使用IMS的多媒体能力。IMS还包括服务网络22b，其中提供应用服务器（AS）28以用于实现IMS服务功能性。
[0007] 3GPP体系结构定义三种类型的CSCF：代理CSCF（P-CSCF），其是用户在IMS核心网络22a内的第一个联系点；服务CSCF（S-CSCF）根据用户的预订来控制对用户的服务提供；以及查询CSCF（I-CSCF），其作用是基于它从用户的HSS 26获取的用户的预订简档来标识正确的S-CSCF，并向该S-CSCF转发经由P-CSCF从SIP终端接收的请求。
[0008] 图3更详细地示出OMA-AD-XDM-V2_0-20090810-C文档中定义的XML文档管理体系结构。图3的聚合代理34是XDM客户端2访问任何XDMS中存储的XML文档的联系点。在这个OMA定义的XDM解决方案中，使用NNI（网络至网络接口）在另一个运营商的域中取XML文档和搜索XML文档中的信息会是可能的。到远程网络的业务经由跨网络代理实体36a被路由选择到远程网络。所使用的协议是基于某一安全传输（例如TLS（传输层安全性））的HTTP。请求网络要求与远程网络达成某种服务协定以便被远程网络接受。
[0009] 图3的远程网络的跨网络代理36b是可信网络访问在远程网络的任何XDMS中存储的XML文档的联系点。图3的NNI-I接口位于跨网络代理36a与远程网络的跨网络代理36b之间。NNI-I接口的协议是XCAP。
[0010] 对于常规SIP业务来说，例如当始发IMS网络中的用户呼叫属于不同的、远程IMS网络的另一个用户时，经由始发网络的IMS核心将SIP消息路由选择到互连网关节点N-SBG（网络会话边界网关）。N-SBG（除了其他东西以外）负责在不同的网络之间建立安全隧道。当始发网络中的S-CSCF已经完成始发服务时，它将执行SIP消息中的请求URI的域地址的DNS查找，并找到远程网络的I-CSCF的地址。然后通过安全连接（通常是IPSec）将SIP消息经由N-SBG路由选择到远程侧。
[0011] 对于OMA XDM 2.0中定义的XCAP（HTTP）业务，过程相当不同。如果用户想要访问或取回来自不同的、远程网络中的另一个用户的XML文档（例如图片），则将请求经由聚合代理（AP）路由选择到跨网络代理（Cross-Network Proxy，CNP），这二者都在始发网络中，然后被路由选择到远程网络中的CNP。CNP定义为HTTP代理（配置为反向代理），并且负责检查远程网络是否是可信网络。当在远程网络中的CNP接收到请求时，相同的过程同样适用。OMA XDM 2.0还规定CNP负责使用TLS等来使得数据传递CNP:s安全，但是有关这个如何实现则没有更多描述。
[0012] 因此，XCAP具有定义通过NNI的通信的其自有方式，并且这已经在两个网络位置（N-SBG和CNP）被处理。同样，正如目前定义的，使用必须专门针对HTTP/XCAP业务建立的安全性机制通过NNI在网络之间发送XCAP消息。这使系统的配置更复杂且引入更多潜在的错误源。同样，一些网络，例如在大的地理区域内操作的网络，被划分成多个区或范围，每个区或范围作为本地或子网络来操作，并且在不同的运营商网络之间以及其自有的区域性子网络之间均使用NNI。这样大量的NNI和为每个NNI建立HTTP/XCAP安全性机制的需要对系统配置造成严重负担。
[0013] 但是，注意XCAP消息仅是要处理且在新OMA XDM 2.1标准中指定的请求的一个类型。其它基于HTTP的OMA XDM请求包括使用XML文档命令协议的XDM搜索请求和命令。
[0014] WO2009/068114中描述一种简化CNP节点的配置的方法。在这个文档中，建议为DNS提供远程网络的CNP XCAP根地址。但是，上文引述的其它问题仍旧存在。
[0015] 因此期望解决这些问题。
发明内容
[0016] 在一个方面中，提出一种在第一和第二IMS网络域之间进行XDM请求的通信的方法。在第一域中接收XDM请求，该XDM请求与能够依靠该XDM请求从第二域中的位置访问的XML文档相关。创建SIP请求，该SIP请求包括将其标识为与XDM请求相关的请求的信息。将SIP请求发送到第二域，使得能够基于SIP请求中的标识信息来将该SIP请求路由选择到第二域中的所述位置。由此，建立第一与第二域之间用于XDM请求的连接。
[0017] 优点在于，SIP路由选择原理的有益之处能够用于找到要向其发送XDM请求的远程网络实体（CNP/AP/XDMS）。由于使用SIP，所以无需为通过NNI的HTTP/XDM业务建立分开的安全性机制。
[0018] 在一个实施例中，SIP请求是包括建立SIP会话的请求的SIP INVITE，并且其中在已经建立SIP会话之后，将XDM请求发送到第二域。建立的SIP会话可以利用第一与第二域之间用于SIP信令的安全通信隧道。安全通信隧道可以是如下的其中之一：第一与第二域中的每个域中的跨网络代理节点之间的XCAP/XDM隧道；TCP隧道；IPsec隧道；SSH隧道；MRSP隧道；以及能够承载XCAP请求的任何其它隧道。
[0019] 在另一个实施例中，SIP请求是未包括建立SIP会话的请求的SIP MESSAGE，并且其中XDM请求被嵌在SIP MESSAGE中。将SIP MESSAGE标识为与XDM请求相关的请求的信息可包括特征标签。可以在第二域中从SIP MESSAGE中提取XDM请求，并将其转发到第二域中能够访问XML文档的位置。
[0020] 在实施例中，SIP请求可以包括XML文档的拥有者的标识符。SIP请求还可以包括指示该SIP请求与XDM请求相关的IMS服务指示符。
[0021] 该方法还可以包括取回XML文档并在XDM响应中将其返回到第一域。
[0022] 在实施例中，可以将第一域中接收到的XDM请求转发到第一域中的CNP，该CNP创建SIP请求。在第二域中能够访问XML文档且SIP请求被路由选择到的位置可以是CNP。作为备选，在第二域中SIP请求被路由选择到的位置可以是AP或XDMS。
[0023] 在另一个方面中，提出一种IMS网络的节点。该节点包括用于接收XDM请求的接收器，该XDM请求与能够依靠该XDM请求从另一个IMS网络中的位置访问的XML文档相关。处理器创建SIP请求，其中该SIP请求包括将其标识为与XDM请求相关的请求的信息。传送器将该SIP请求发送到另一个IMS网络。
[0024] 在一个实施例中，该节点配置成：创建与另一个IMS网络中的位置建立SIP会话的SIP INVITE，并且一旦已经建立SIP会话，就将XDM请求发送到该位置。
[0025] 在另一个实施例中，SIP请求是SIP MESSAGE，处理器配置成将XDM请求嵌在SIP MESSAGE中。
[0026] 在另一个方面中，提出一种IMS网络的节点。该节点包括用于接收来自另一个IMS网络的SIP MESSAGE的接收器。该SIP MESSAGE承载从IMS网络中的位置访问XML文档的XDM请求。变换模块从SIP MESSAGE中提取XDM请求。传送器将XDM请求转发到该位置以访问XML文档。
[0027] 在另一个方面中，提出一种IMS网络的节点。该节点包括用于接收与另一个IMS网络建立SIP会话的SIP INVITE的接收器。该SIP INVITE与来自另一个网络的访问XML文档的XDM请求相关。该接收器还在已经建立会话之后接收XDM请求。处理器模块配置成响应该SIP INVITE以便设立SIP会话。传送器转发访问XML文档的XDM请求。
附图说明
[0028] 前文引述的图1是示出OMA XDM 2.0中定义的XDM体系结构的网络实体的示意图。
[0029] 前文引述的图2是示出与GPRS/PS接入网络集成的IMS网络的示意图。
[0030] 前文引述的图3是示出XDM体系结构的更详细的示意图。
[0031] 图4是用于用户访问不同网络中的XDMS的系统的示意图。
[0033] 图6是使用图4的系统的另一个实施例的信号流程图。
[0034] 图7是示出主要方法步骤的流程图。
[0035] 图8A是处理入局XCAP或其它XDM请求的IMS网络节点的示意图。
[0036] 图9是处理从另一个IMS域发送的入局SIP MESSAGE或INVITE的IMS网络节点的示意图。
具体实施方式
[0037] 在下文的论述中，将请求称为XCAP请求。但是，正如上文提到的，新OMA XDM 2.1标准中也指定了其它类型的请求，并且将领会的是，所描述的原理可刚好容易地用于这些其它类型的请求。下文将所有这类请求称为XDM请求。
[0038] 下文描述的实施例使用标准SIP NNI路由选择原理以便找到远程网络中的CNP。这可能涉及建立对话会话，在其内，发送XCAP消息。作为备选，可以用单独的SIP MESSAGE请求经由安全隧道来发送XCAP请求而不建立会话。
[0039] 该系统配置成：当在第一IMS网络域（始发网络）中接收到来自用户的访问第二IMS网络域（远程网络）中的XML文档的XCAP请求时，始发网络中的CNP创建SIP请求，使用标准SIP路由选择来将该SIP请求发送到远程网络。这样，能够使用SIP找到远程网络中的CNP，使得能够将XCAP请求发送给它。然后将XCAP请求转发到远程网络中的适当位置以访问XML文档。注意正如本文中引述的，访问文档可以涉及从远程XDMS取回XML文档（即，将文档发送回请求用户）或可以例如涉及出于某一其它目的（如搜索）来访问文档而非实际地取回XML文档。
[0040] 在图4中所示出的一个实施例中，在用户的网络（域A）中将来自用户（用户A）402的XCAP请求转发到域A中的AP 406。AP 406认识到它是访问在不同网络中驻留的XML文档的XCAP请求，并且将该XCAP请求转发到域A中的CNP-A 408。现在，CNP-A 408配置成创建SIP请求，并将这个SIP请求转发到存储所请求的XML文档的XDMS所驻留的域的IMS核心。在本实施例中，SIP请求是开始SDP协商以建立对话会话的SIP INVITE请求。CNP-A 408将远程文档拥有者的身份（例如sip:userX@domainX.com）置于SIP消息的请求URI中。这个身份是原始XCAP请求URI的一部分（即，它是请求－例如http:://apserver/[AUID-value]/users/[XUI]/document中的XUI 。XUI可以具有sip:user@domain或TEL:+46107190000的形式）。CNP-A 408还将IMS特定通信服务指示符包括在SIP消息报头中。根据标准SIP信令，将这个SIP INVITE经由S-CSCF 410转发到域A中的N-SBG 412。然后经由安全隧道
414（例如，IPSec隧道或用于在域之间传输SIP消息的无论任何方式）将SIP INVITE转发到远程网络域B中的N-SBG 416，N-SBG 416将把其继续转发到域B中的I-CSCF 420。由于这个身份“sip:userX@domainX.com”是常规身份，所以I-CSCF 420能够参考域B中的HSS 422，它从HSS 422获得它将该请求路由选择到S-CSCF 424以及然后将其路由选择到域B中的CNP-B 426所要求的SIP路由选择信息。基于SIP INVITE中的信息，包括服务指示符，HSS 422提供触发信息（IFC），其告知S-CSCF调用哪个SIP应用服务器。因此，如果服务指示符设为“XDM/XCAP”，则该请求将被转发到CNP-B 426。
414（例如，IPSec隧道或用于在域之间传输SIP消息的无论任何方式）将SIP INVITE转发到远程网络域B中的N-SBG 416，N-SBG 416将把其继续转发到域B中的I-CSCF 420。由于这个身份“sip:userX@domainX.com”是常规身份，所以I-CSCF 420能够参考域B中的HSS 422，它从HSS 422获得它将该请求路由选择到S-CSCF 424以及然后将其路由选择到域B中的CNP-B 426所要求的SIP路由选择信息。基于SIP INVITE中的信息，包括服务指示符，HSS 422提供触发信息（IFC），其告知S-CSCF调用哪个SIP应用服务器。因此，如果服务指示符设为“XDM/XCAP”，则该请求将被转发到CNP-B 426。
[0041] CNP-B 426将检查该请求是否来自可信网络域，并且如果获准，则将继续进行SDP协商以建立会话。使用SIP INVITE中的SDP正文来建立媒体会话（例如，CNP-A 408与CNP-B426之间的TCP连接）。如果N-SBG是TCP感知的，则可以从CNP-A到域A中的N-SBG 412以及从域A的N-SBG 412到域B中的N-SBG 416以及从域B中的N-SBG 416到CNP-B 426设立这个TCP会话。N-SBG通过操控用于建立SIP会话（和对应的媒体会话）的SIP INVITE和其它SIP消息中发送的SDP正文来完成这个操作。通过建立会话，使用SDP正文来设立“用户面”连接。然后能够使用这个连接来传输由CNP-A 408发送的经由TCP连接的到CNP-B
426的XCAP请求。
426的XCAP请求。
[0042] CNP-B 426然后接收XCAP请求，并以常规方式来处理它以访问XML文档。XCAP请求被转发到域B中的AP 428，其然后能够从XDMS 430访问所请求的XML文档。
[0043] 图5示出网络实体之间的信令的序列。在步骤501，用户A向域A中的AP发送访问域B中的XDMS中的XML文档的HTTP/XCAP请求，并且在步骤502将这个HTTP/XCAP请求转发到域A中的CNP，CNP-A。CNP-A创建SIP INVITE以建立对话会话，其中，在SIP INVITE URI中插入远程文档拥有者的身份，并在步骤503将这个SIP INVITE发送到域A中的S-CSCF，S-CSCF经由域A中的N-SBG（步骤504）以及IP-Sec隧道（步骤505）将其路由选择到域B中的N-SBG。在步骤506，将SIP INVITE转发到域B中的I-CSCF。在步骤507，I-CSCF向域B HSS发送对路由选择信息的请求，域B HSS返回（步骤508）域B中要向其发送SIP INVITE发送的S-CSCF的身份。在步骤509，将SIP INVITE发送到域B中的S-CSCF，并且在步骤510，将这个SIP INVITE转发到CNP-B。CNP-B检查该请求来自可信IMS域，并在步骤512就此进行确认。在步骤513，随后进行常规SDP会话协商，并且一旦已经建立会话，就在步骤514向CNP-A对此确认。
[0044] 现在，在步骤515，CNP-A将XCAP请求转发到域A中的S-CSCF，并且使用所建立的连接将这个XCAP请求继续发送直到域B中的S-CSCF（步骤516）以及继续到CNP-B（步骤517）。在步骤518，CNP-B处理HTTP/XCAP请求并将这个HTTP/XCAP请求转发到域B中的AP。在步骤519，该AP从XDMS访问XML文档，并在步骤520，用XCAP响应来返回所请求的数据，经由所建立的连接路径将其一路发送回用户A（步骤522）。
[0045] 图6示出使用备选方法的网络实体之间的信令序列，其中将XCAP请求嵌在包含特定特征标签的SIP MESSAGE请求中。在这个方法中，无需建立SIP会话而访问XML文档。与上文描述和图5中所示的方法一样，在步骤601和602，将用户的XCAP请求发送到域A中的AP，并将其转发到CNP-A。现在，在步骤603，CNP-A创建SIP MESSAGE，与先前一样，将远程文档拥有者的身份并入该SIP消息的URI中。但是，CNP-A还在消息中插入特征标签，将其标识为承载XCAP请求的消息。CNP-A还将HTTP/XCAP请求信息嵌在该消息中。在步骤604，将这个消息转发（与图5的步骤503-510中一样）到域B中的CNP-B。此时，CNP-B认识特征标签，并在检查该消息来自可信网络之后，进行到从SIP MESSAGE中提取HTTP/XCAP请求信息以重新创建XCAP请求（步骤605）。该方法然后与先前一样进行到访问在XDMS的XML文档（步骤606至608），并将所请求的数据返回到用户（步骤609）。
[0046] 注意，在上文描述的实施例中，XDM/XCAP请求到SIP/SDP的转换以及反之被描述为在域A和B中的CNP中发生，并且请求被路由选择到CNP。但是，将领会的是，相同的原理可适用于在另一个实体（如AP）进行转换。同样可可能的是，SIP请求被路由选择到XDMS，在其中回到XCAP请求的转换发生。
[0047] 上文描述的解决方案利用SIP路由选择原理的有益之处以找到要向其发送XCAP/HTTP请求的远程CNP/AP/XDMS。由于使用SIP，所以无需为通过NNI的HTTP/XCAP业务建立分开的安全性机制。
[0048] 图7是示出主要方法步骤的概观的流程图。在步骤701中，在域A中从用户接收XCAP请求。该XCAP请求与能够从域B中的位置访问的XML文档相关（例如，它位于可经由域B中的CNP访问的XDMS中，如上所述）。在步骤702，创建SIP请求。该SIP请求包括将其标识为与XCAP相关的请求的信息。在步骤703，将该SIP请求发送到第二域。然后能够使用常规SIP路由选择过程，使得如在步骤704所示，基于SIP请求中的标识信息，将该SIP请求路由选择到第二域中的位置（CNP）。如在步骤705所示，因此在第一与第二域之间建立用于XDM消息的连接。在步骤706，通过建立的连接在域之间传输XCAP消息（例如请求或响应）。
[0049] 图8A是处理入局XCAP或其它XDM请求的IMS网络实体或节点80的示意图。在节点的接收器82中接收该请求，并认识该请求与另一个IMS网络中的XML文档相关。将该请求传递到处理器84，处理器84创建SIP请求，插入将该SIP请求标识为与XDM请求相关的请求的信息。然后经由节点80中的传送器86转发该SIP请求，以发送到另一个IMS网络。
[0050] 该系统可以配置成在作为会话对话的一部分发送XDM请求之前等待建立SIP会话。在该情况中，在发送请求之前，处理器84将等待已建立的会话的确认。作为备选，如果不要求SIP会话，则处理器84创建SIP MESSAGE，并将XDM请求嵌在该SIP消息中。
[0051] 图9是处理从另一个IMS域发送的入局SIP MESSAGE或INVITE的IMS网络节点90的示意图。在一个配置中，SIP MESSAGE承载用于从IMS网络中的位置访问XML文档的XDM请求。在节点90的接收器92接收该SIP MESSAGE，并将其转发到变换模块94，在其中从该SIP MESAAGE中提取XDM请求。然后经由节点90的传送器96将XDM请求转发到网络中访问XML文档的位置。
[0052] 在另一个配置中，SIP INVITE与来自其它网络的访问XML文档的XDM请求相关，并且包括建立SIP会话的请求。在接收器92接收该SIP INVITE，并将其转发到处理器/变换模块94，其配置成响应SIP INVITE以便设立SIP会话。接收器92还在已经建立会话之后接收XDM请求。然后经由节点90的传送器96转发访问XML文档的XCAP请求。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种调度请求的处理方法及系统 | 2020-09-20 | 5 |
| 用于请求和分配多个传输机会中的资源的方法和装置 | 2021-12-25 | 4 |
| 允许多频域的请求方设备的仲裁方法、系统和设备 | 2022-01-16 | 5 |
| 发送混合自动重复请求反馈信息的方法和用户设备 | 2021-06-22 | 5 |
| 启用通信可行性确定时间以完成M2M服务器与一个或多个M2M设备之间的通信交换 | 2022-10-13 | 0 |
| 实现车载终端监控中大容量请求转发的装置及方法 | 2021-07-01 | 1 |
| 产生和读取自动重复请求(ARQ)状态反馈消息的方法和系统 | 2021-07-15 | 2 |
| 广告处理方法、设备及系统 | 2022-08-30 | 1 |
| 一种客户端发送加密URL请求的方法和系统 | 2020-12-30 | 0 |
| 一种授权锁权限的方法和分布式锁管理器 | 2022-05-21 | 2 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈