在IP多媒体子系统中解析协议无关方案的方法和设备技术方案

一个被互联网协议多媒体子系统（ＩＭＳ）网络的实体（１２ｂ）用来根据会话启动协议（ＳＩＰ）解析请求地址的方法，但是具有请求统一资源标识符（ＵＲＩ），来指出具有协议无关方案的地址，该方法的特征在于：　　　　ａ）步骤（３２），响应于接收到请求来查询方案映射数据存储器（１２ｃ），所述查询用于确定用于解析地址的试用方案的可能映射；和　　　　ｂ）步骤（３３），按需依次测试每个可能的试用方案，所述测试基于比较使用试用方案的地址与地址数据存储器（１２ｄ）中的地址。（*该技术在2023年保护过期，可自由使用*）

【技术实现步骤摘要】
【国外来华专利技术】
本专利技术涉及3GPP(第三代合作伙伴计划)UMTS(通用移动电信系统)所提供部分的互联网协议(IP)多媒体子系统(IMS)中的消息路由，其在包括第三代合作伙伴计划技术规范(TS)23.228″IP多媒体子系统(IMS)；第2阶段″的不同3GPP规范中被陈述。IP多媒体CN(核心网络)子系统包括所有用于提供多媒体服务的CN元件，其中包括在3GPP TS 23.002中定义的信令收集和承载相关的网络元件。IP多媒体服务是基于IETF(Internet工程工作小组)定义的会话控制能力；会话控制能力以及多媒体承载使用PS(分组交换)域，其可能包括相当于CS(电路交换)域中某些服务的服务。为了实现访问独立性并通过互联网与有线终端保持一个平滑的互操作，IP多媒体子系统努力符合IETF互联网标准。因此，被指定的接口尽可能符合用于已选择IETF协议的情况的IETF互联网标准，例如所谓的会话启动协议(SIP)。3GPP TS 23.228中描述的IP多媒体核心网络(IM CN)子系统特别包括一类或另一类的CSCF(呼叫状态控制功能)。UE(用户设备)在与IMS的通信中使用SIP(会话启动协议)，而IMS网络(即更准确地说是IM CN)负责把SIP消息/请求路由到接收方。在路由消息的过程中，IMS用消息的请求URI(统一资源标识符)找出服务于目标用户的S-CSCF(服务CSCF)；S-CSCF最终经由某些中间CSCF元件把请求递送到目标用户(例如终端UE)。消息地址的方案，或更确切地说消息的请求URI是告诉诸如浏览器之类的客户程序(比如HTML客户程序或XML客户程序)该使用哪个访问方法，或换言之使用哪个(一个或多个)协议访问URI中指定资源的URI的一部分。方案包括一个置于地址开头的标记，后面跟着一个冒号(例如′sip′或′XWV′或′mailto′或′http′)。按照RFC 3261所述(Internet工程工作小组的网络工作组″SIP会话启动协议″，在互联网上http//www.faqs.org/rfcs/rfc3261.html可用)，请求URI是一个ISP URI或SIPS URI(在RFC 3261的19.1部分被描述)或(在RFC2396中定义的)一般的URI。请求URI向用户或服务指出请求正被发往何处。SIP元件可以支持具有除了″sip″和″sips″之外的方案的请求URI，比如RFC 2806的″tel″URI方案(″用于电话呼叫的URL，由网络工作组定义，在互联网上http//www.faqs.org/rfcs/rfc2806.html可用)。SIP元件可以在其处理中，用任何机理转换非SIP的URI，从而产生SIP URI、SIPSURI或一些其它的方案。SIP URI的常用语法在RFC 3261中被定义如下SIP-URI＝″sip″[userinfo″@″]hostport uri-parameters[headers]userinfo＝[user|telephone-subscriber[″″password]]hostport＝host[″″port]host ＝hostname|IPv4address|IPv6referencehostname＝*(domainlabel″.″)toplabel[″.″]uri-parameters＝*(″i″uri-parameter)uri-parameter＝transport-param/user-param/method-param/ttl-param/maddr-param/lr-param /other-param/transport-param＝″transport＝″(″udp″/″tcp″/″sctp″/″tls″/other-tranport)other-transport＝tokenuser-param＝″user″(″phone″/″ip″/other-user)other-user＝token 对于存在和(立即)发消息，IETF建议使用协议无关方案(意指不指出特定协议的方案)并提供诸如′im′和′pres′之类的方案；(′im′和′pres′在还不是一个RFC的draft-ietf-impp-cpim-03中规定)。方案′xim′和′pres′的目的是能够不考虑目标用户正在使用的通信技术(即通信协议)而寻址目标用户(发行者或接收者)，或者更准确地说是被用来联络服务器的通信协议，服务器依次利用潜在的又一个协议与目标用户通信，如上述的draft-ietf-impp-cpim-03中所述。在3GPP第5版中规定的IMS中，具有除了′sip′和′tel′之外的方案的SIP URI的使用不被考虑。从而，在依从3GPP第5版的网络中不可能正确地处理具有除了′sip′和xtel′之外的方案的SIP消息。更具体地说，在根据先有技术的3GPP第5版的IMS网络中，I-CSCF(询问CSCF)服务器负责基于请求URI找出分配给目标用户(或资源)的S-CSCF，并通过I-CSCF查询HSS(家庭用户服务器)数据库来完成；I-CSCF假定请求URI可以与HSS数据库中包括的信息相匹配。这类匹配出现在请求URI是表示某些注册IMS用户的SIP URI的时候，但是如果请求URI使用协议无关方案，则根据先有技术将不存在匹配。假定IMS允许具有使用非SIP方案的请求URI的目标用户的SIP消息被路由到目标端I-CSCF(当前的Re15兼容的IMS所不允许)，仍然需要改变为允许使用协议无关方案的3GPP规定的IMS，即一个改变导致具有协议无关方案的地址的消息经由IMS被路由及至边界网关或目标用户，并因此允许路由具有除了方案为″sip″和″tel″之外的消息。
技术实现思路
因此，在本专利技术的第一方面中，提供一个方法，让互联网协议多媒体子系统(IMS)网络的实体，根据会话启动协议(SIP)解析请求地址，却具有请求统一资源标识符(URI)，来指出具有协议无关方案的地址，该方法的特征在于响应于接收请求而查询方案映射数据存储器的步骤，所述查询用于确定用于解析地址的试用方案的可能映射；和按需依次测试每个可能的试用方案的步骤，测试基于比较使用试用方案的地址与地址数据存储器中的地址。根据本专利技术的第一方面，方案映射数据存储器可以使至少一个协议无关的方案和指定特定协议的映射方案关联起来。此外，根据本专利技术的第一方面，方案映射数据存储器的查询可能产生一个用于非SIP方案的网关地址。此外，仍然根据本专利技术的第一方面，如果试用方案是非SIP方案，则测试步骤可以省略，而代之可以用非SIP方案并基于不涉及外部数据存储器就可用的信息来确定地址。此外，甚至仍然根据本专利技术的第一方面，如果试用方案是非SIP方案，则测试步骤可以省略，而代之以可以在查询方案映射数据存储器的步骤中，用非SIP方案来配备网关地址。在本专利技术的第二方面中提供一个设备，其包括用于根据本专利技术第一方面执行的步骤的装置。在本专利技术的第三方面中提供一个系统，包括具有用于执行根据本专利技术第一方面步骤的装置的呼叫状态控制功能(CSCF)，方案映射的数据存储器、地址的数据存储器、和多个其它的CSCF元件。在本专利技术的第四方面中提供一个系统本文档来自技高网...

【技术保护点】

【技术特征摘要】
【国外来华专利技术】1.一个被互联网协议多媒体子系统(IMS)网络的实体(12b)用来根据会话启动协议(SIP)解析请求地址的方法，但是具有请求统一资源标识符(URI)，来指出具有协议无关方案的地址，该方法的特征在于a)步骤(32)，响应于接收到请求来查询方案映射数据存储器(12c)，所述查询用于确定用于解析地址的试用方案的可能映射；和b)步骤(33)，按需依次测试每个可能的试用方案，所述测试基于比较使用试用方案的地址与地址数据存储器(12d)中的地址。2.根据权利要求1所述的方法，其中，方案映射数据存储器(12c)把至少一个协议无关方案关联到指出特定协议的映射方案。3.根据权利要求1所述的方法，其中，方案映射数据存储器(12c)的查询产生用于非SIP方案的一个网关地址。4.根据权利要求1所述的方法，其中，如果试用方案是非SIP方案，则测试步骤(33)被省略，而代之以用非SIP方案并基于可用信息而不涉及外部数据...

【专利技术属性】
技术研发人员：J·阿尔诺斯，J·科斯塔雷奎纳，H·克哈塔比尔，I·维斯特曼，
申请(专利权)人：诺基亚有限公司，
类型：发明
国别省市：