CN102484641B - 用于选择网络资源的方法 - Google Patents

Abstract

本发明涉及一种用于选择网络资源的方法，其中，连接到IP网络(20)的所谓的受监视装置(10、11)还可以接入至少一个其它的物理和/或虚拟电信网络。根据本发明，在其中一请求由所述受监视装置(10、11)来进行发送或中继、或者被发送到所述受监视装置(10、11)的步骤之后，所述受监视装置(10、11)接收包括资源标识符的会话监视信号，所述资源标识符表现了所述受监视装置(10、11)可以或必须使用以实现所述请求的物理或虚拟网络。

Description

用于选择网络资源的方法

技术领域

本发明涉及一种因特网协议(IP)网络，并具体地，涉及适合于实现高级会话控制协议的那些网络。IP网络使得能够传递会谈数据，诸如在IP上传送语音(VoIP)、“内容分享”、“呈现(presence)”、或“即时消息传送”。

更具体地，本发明涉及被实现用于使得多媒体流的发起者或目的地能够利用在他们具有可用的资源之中最合适的网络资源的部件。

背景技术

传统的高级会话控制协议(诸如，H.323协议和会话发起协议(SIP))利用所谓的“信令”消息，该“信令”消息是使得终端能够请求与另一终端的连接的消息；或者类似地利用以下消息，该消息指明电话线占线、或者指明被呼叫的电话正在振铃、或者实际上指明某某电话被连接到网络并且可以以某某方式来到达。

所述H.323协议是由国际电信联盟的电信标准部(ITU-T)所开发的。它规定了与信令、编解码器协商、和信息传输有关的过程。它由语音设备和视频会议设备的制造商所广泛使用，并且还被广泛用于诸如“网上会面(NetMeeting)”之类的几个实时因特网应用中。

SIP是由因特网工程任务组(IETF)在它的文献RFC 3261中所定义的。这个协议使得可能在使用IP协议的网络中建立、修改、和终止多媒体会话。所述SIP协议还提供用于通知事件和发送在会话的情景(context)之外的信息的过程。它被广泛用于订制即时消息传送服务。这样，在SIP的环境中，存在各种类型的通信，诸如用于设立会话的请求、和在没有任何对话的情况下交换的请求。在符合这个协议的装置中，相关联的功能通过称为“用户代理”的逻辑单元来实现，所述“用户代理”取决于情形而充当“客户端”或“服务器”。

本发明部分地适合于IP多媒体子系统(IMS)类型的基础架构。所述IMS是由已知为第三代合作伙伴计划(3GPP)以及电信和因特网融合业务及高级组网协议(TISPAN)的标准化组织所定义的。它是由3GPP引入以用于移动网络、并然后由TISPAN重新使用以用于固定网络的网络架构。使用SIP协议的这个架构使得能够动态地设立多媒体会话，并在两个客户端之间控制该多媒体会话，并且它还使得能够在网络传输多媒体流的级别上保留资源。借助于这个架构，网络运营商可以方便地实现管理策略，传递预定的服务质量，并计算向他们的客户开具多少账单。目前，IMS准许接入如下类型的服务：电话通信、视频电话通信、呈现、和即时消息传送，并且它还管理其交互。

当在诸如上面所述的那些网络之类的网络上注册的客户端期望从所述网络使之可用的多媒体服务中获益时，所述客户端向所述网络传送信令消息或者从所述网络接收一个信令消息。有时，发生以下情况，即客户端有可能使用不同的资源来传输给定的多媒体流。本发明所涉及的网络资源是物理或虚拟网络。

按照传统的方式，“物理网络”是用于以比特的形式来传输数据的一组机电特征(开放系统互联(OSI)模型中的第一层)。为了进行连接，客户端可能具有各种可用的物理接口(例如，光纤、铜线对或无线电接口)。

“虚拟网络”是在物理网络的基础上构建的，并且包括以分组模式而进行操作的已连接通信。虚拟网络使得可能获得特定的特征，例如所述特征例如是在服务质量(例如，数据速率、等待时间或抖动)方面、在安全(例如，加密或验证)方面、或者在路由选择(例如，虚拟专用网络(VPN))方面。虚拟网络是传统地在OSI模型的第2、3、或4层(或中间层)上所宣称的。当在给定的物理网络上宣称不同的虚拟网络时，它们由专用于对应的OSI层的标识符来彼此区分。

在基于物理网络的技术(X.25、异步传输模式(ATM)、综合服务数字网络(ISDN)、IP、等)中，可能宣称不同类型的虚拟网络。这里是几个示例。

在X.25中，虚拟网络由虚拟信道标识符(VCI)来标识。在ATM中，虚拟网络由VCI并且还由虚拟路径标识符(VPI)来标识。X.25和ATM技术提供两种类型的连接：单独地与呼叫相关联的那些连接，其被称为“交换虚拟电路”(SVC)；和在两个终端之间在永久的基础上设立的那些连接，其被称作“永久虚拟电路”(PVC)。

在ISDN中，所述永久逻辑链路(PLL)服务使得能够以在“D信道(D-channel)”中输送的帧的形式来传递用户数据。

在IP的情景中，可能使用如下方式：

·虚拟局域网(VLAN)，其中专用的标签被添加到数据分组报头(OSI模型的第2层或第3层)；或者

·多协议标签交换隧道(MPLS)，其中，所述数据分组被再一次加标签(OSI模型的第2层)；亦或

·IPSec，其通过数据分组的验证和/或加密来使得IP上的通信业务安全(OSI模型的第3层)。

具有这样的可接入到其的资源的客户端装置例如可以是固定终端或移动终端、或者住宅网关、或者实际上是诸如具有SIP的数字订户线接入多路复用器(DSLAM)之类的网络运营商的语音网关，即收集在一些数量的电话线上移送的数字订户线数据通信业务的装置。

于是，可以疑问：是否可能不是有利的是，有权接入多个网络资源的多媒体流的客户端可能作为以下实践参数的函数来选择具体的资源，所述实践参数诸如：用于设立多媒体会话的请求的发送者的身份、和/或所述请求的目的地；和/或流的性质；和/或所拨叫的号码等。

例如，如果语音呼叫被标识为紧急呼叫，则它可以利用优先资源。

作为另一示例，数据库可以定义客户端的具体类别，例如处于被称作“情报机关(secret-services)”的类别中的客户可以是反间谍政府机关的探员。然后，当他们做出呼叫或接听呼叫时，可以向他们分配安全通信信道。

又一示例可以是作为给定多媒体流的性质(音频、视频、图像等)、以及它的技术特征(数据速率等)的函数来选择资源。

在现有技术的状态中，包括在SIP协议下，没有在协议中规定向客户端通知客户端可以或必须选择以进行使用的网络资源。在某些情形中，求助于需要部署专用设备的姑息解决方案；这样的解决方案因此实现起来昂贵并且复杂。

发明内容

在第一方面，本发明因而提供了一种选择网络资源的方法，其中，连接到IP网络的“受控实体”装置还可以接入至少一个其它的物理和/或虚拟电信网络，所述方法包括其中一请求由所述受控实体来进行发送或中继、或者被发送到所述受控实体的步骤。所述方法的值得注意之处在于，所述受控实体然后接收包含资源标识符的会话控制信号，所述资源标识符表现了所述受控实体为了满足所述请求而可以或必须使用的所述物理或虚拟网络。

术语“请求”这里被用于指的是用以设立多媒体会话的任何请求，而不管是电话呼叫、计算机方法请求、还是服务请求。在下面的描述中，创立请求的本体(identity)被称作“请求的”实体，并且请求的目的实体被称作“被请求的”实体。

在适当时，应该观察到，为了满足所述请求而请求的网络可以是(物理的)IP网络本身。

这样，在本发明中，首先可能通过向寻求设立或中继多媒体流的客户端通知最适合用于传输所述流的网络资源，来“在该源处”执行不同的切换。其次，还可能向多媒体流目的去往的目的客户端通知最适合用于传输所述流的网络资源。

应该观察到，作为网络运营商所选择的策略的函数，在适当时，将被授权的受控实体可能选择除了与所接收的资源标识符相关联的类型之外的类型的网络资源。如下面所说明的，当受控实体发现不可能选择符合所接收的资源标识符的网络资源时，这样的特征可能是尤其有利的；在这样的情形下，根据具体特征，所述受控实体可以有利地从对于其可用的资源中选择另一网络资源。

根据其它具体特征，所述受控实体将会话控制信号发送到IP网络，该信号包含如下信息，该信息用于指定所述受控实体拥有在物理或虚拟网络方面解释资源标识符所需要的部件。

借助于这些规定，向网络运营商通知对实现本发明的客户端进行控制的可能性。例如，可以当客户端在IP网络中的每次初始注册时使用这些规定。

在第二方面，本发明还提供了一种选择网络资源的方法，所述方法包括所谓的“控制器”装置在IP网络中拦截由“受控实体”装置所发送或中继的、或者发送到“受控实体”装置的请求的步骤。所述方法的值得注意之处在于，所述控制器然后向所述受控实体发送包含网络标识符的会话控制信号，所述网络标识符表现了所述受控实体为了满足所述请求而可以或必须使用的物理或虚拟网络。

本发明的这个第二方面的优点与第一方面的优点相同。

根据具体特征：

·所述控制器然后从所述受控实体接收表现了受控实体已经实际选择的网络资源的资源标识符；以及

·所述控制器使用所述信息来确定应该满足还是拒绝所述请求。

借助于这些规定，可以立即实现网络运营商为此目的所选择的策略。

对应地，本发明还提供了各种装置。

这样，在第三方面，本发明提供了一种“受控实体”装置，其连接到IP网络并且还能够接入至少一个其它的物理和/或虚拟电信网络，所述装置包括用于在一请求已经由所述受控实体来进行发送或中继、或者被发送到所述受控实体之后、起作用以接收跟随在所述请求后面的会话控制信号的部件。所述装置的值得注意之处在于，它还包括用于解释资源标识符的部件，所述资源标识符被包含在所述会话控制信号中，并且表现了所述受控实体为了满足所述请求而可以或必须使用的所述物理或虚拟网络。

根据具体特征，所述受控实体装置包括用于如果它发现不可能根据所述所接收的资源标识符来选择网络资源、则选择另一网络资源的部件。

根据其它具体特征，所述受控实体装置包括用于随后将会话控制信号传送到IP网络的部件，所述信号包含表现了所述受控实体装置已经被实际选择的网络资源的资源标识符。

根据又一具体特征，所述受控实体装置包括用于将会话控制信号发送到IP网络的部件，所述信号用于通知所述受控实体拥有解释物理或虚拟网络方面的资源标识符所必需的部件。

在第四方面，本发明还提供了一种“控制器”装置，其位于IP网络中并且包括用于拦截由“受控实体”装置所发送或中继的、或者被发送到“受控实体”装置的请求的部件。所述装置的值得注意之处在于，它还包括用于然后向所述受控实体发送一组控制信号的部件，所述信号包含资源标识符，所述资源标识符表现了所述受控实体为了满足所述请求而可以或必须使用的物理或虚拟网络。

根据具体特征，所述控制器装置还包括用于基于会话控制信号来确定应该满足还是拒绝所述请求的部件，所述会话控制信号是从所述受控实体接收的并且包含表现了所述受控实体所实际选择的网络资源的资源标识符。

根据其它具体特征，所述控制器装置还包括如下部件，该部件用于考虑所述受控实体拥有在物理或虚拟网络方面解释资源标识符所必需的部件的信息。

这些装置所提供的优点实质上与上面简要概括的由对应的方法所提供的优点相同。

应该观察到，可能在软件指令的情景中和/或在电子电路的情景中实现上面简要描述的装置。

本发明还提供了一种计算机程序，其可以从通信网络中下载和/或存储在计算机可读介质上和/或可以由微处理器执行。所述计算机程序的值得注意之处在于，它包括用于当在计算机上执行时、执行上面简要概述的网络资源选择方法中的任一个的步骤的指令。

所述计算机程序所提供的优点实质上与由所述方法所供应的那些优点相同。

附图说明

在阅读了作为非限制性示例而给出的具体实现的如下详细描述时，本发明的其它方面和优点显现。所述描述参考附图，在附图中：

·图1是用于提供多媒体服务并适合于实现本发明的系统的图示；以及

·图2是在本发明的实现中用于资源选择的功能图。

具体实施方式

图1所示的系统基于IMS类型的网络架构，如上面所简要说明的。这样的系统所提供的多媒体服务可包括如下服务：电话通信、视频电话通信、内容共享、呈现、即时消息传送、或电视。可使得这些服务用于网络20中的用户设备(UE)终端10的用户，所述网络20包括IP传输基础架构和服务器，所述终端10可根据SIP协议通过该网络20，来具体地与另一UE终端11交换多媒体流和会话控制信号，所述终端10和11被预先地向网络20的IMS服务器注册。

终端10、11可以是固定的或移动的终端，或者是家用的或商用的网关，其具有SIP信令部件，并且可能地包括用于回放视听内容的部件。

如图1所示，用于供应多媒体服务的这个系统依赖于符合如在3GPP中定义的IMS架构的网络20，并且其包括：

·IP传输基础架构(未示出)；

·一个或多个呼叫服务器，该一个或多个呼叫服务器在单个服务器(所写出的I/S-CSCF)中组合了询问呼叫服务器控制功能和伺服呼叫服务器控制功能；具体地，I/S-CSCF呼叫服务器22管理用于注册连接到网络20的装置的过程；为了使得这样的装置能够从网络所提供的服务中获益，并且忽略例外情况(某些紧急呼叫)，所述装置必须注册到I/S-CSCF服务器22；所述I/S-CSCF服务器22还管理在终端10与语音消息传送(VM)服务器25、呈现服务器(PS)26、和电话通信应用服务器(TAS)27之间的信令的路由，并且还管理朝向由相同IMS网络管理的其它终端(例如，终端11)的路由，以及在IMS网络20与其它网络(未示出)之间的路由信令；

·呈现代理呼叫服务器控制功能(P-CSCF)的一个或多个服务器；所述P-CSCF 21(或28)是IMS网络中的终端10(或11)的SIP联系点；这样，在终端10(或11)与I/S-CSCF呼叫服务器22之间交换的所有SIP信令经由对应的P-CSCF 21(或28)来传递；

·家用订户服务器(HSS)类型的一个或多个数据库服务器；其中HSS服务器24包含终端10的用户在验证数据、位置、和服务预定方面的简档；

·可选的订户位置功能(SLF)类型的服务器；SLF服务器23被使用在具有多个HSS服务器的网络中；通过I-CSCF和S-CSCF功能来询问所述SLF服务器23，以便找到收容与终端10的用户有关的数据的HSS服务器24的地址；

·一个或多个语音消息(VM)服务器25，所述VM服务器25管理终端10对这个终端的用户的消息存放/咨询事件的预订，并且它向终端10通知这样的事件在什么时间发生；

·一个或多个呈现服务器(PS)26，所述PS 26管理终端10对这个终端的用户寻求监视的呈现事件的预订，并且向终端通知这样的事件在什么时间发生；以及

·一个或多个电话通信应用服务器(TAS)27；TAS管理终端10的用户向运营商预订的电话通信服务，诸如呼叫号码呈现或呼叫转移。

所述语音消息(VM)服务器25、呈现服务器(PS)26、和电话通信应用服务器(TAS)27是所谓的“应用服务器”(AS)的示例。

具体地如下地询问数据库服务器HSS 24：

·在注册终端10时通过所述I-CSCF功能来进行询问，以便将I/S-CSCF服务器22分配到该终端的用户，或者找到已经被分配到该用户的I/S-CSCF服务器22；

·在终端10的初始注册时通过所述S-CSCF功能来进行询问，以便下载与用户已经预订的服务有关的数据，其具体地包括使得I/S-CSCF服务器22能够确定哪个信令消息它应该传递到哪个应用服务器(例如，VM 25、PS 26、或者TAS 27)的监测点；

·在终端10的用户的注册期间通过所述S-CSCF功能来进行询问，以便向HSS 24通知所述用户向所述I/S-CSCF服务器22的注册，或者通知正被拖延的这个注册；以及

·通过所述S-CSCF功能来进行询问，以便恢复用于验证由终端10的用户发送的信令所需要的信息。

下面，在图2所示的实现的情景中图示了本发明的操作和优点。

本发明利用概念“控制器”和“受控实体”：“控制器”是用于向“受控实体”通知传输层面的资源(物理和/或虚拟网络，如上面所定义的)的优选的或排它的选择的实体。

在借助于图1中的示例而示出的架构中：

·受控实体角色可具体地由终端10或终端11所担任，或者由网络运营商的语音网关(未示出)所担任；以及

·控制器的角色可具体地由S-CSCF或I/S-CSCF服务器22和/或应用服务器25、26、和27之一所担任。

为了使思路清晰，下面给出如下的考虑情况：终端10独自充当进行请求的受控实体，终端11处于被请求的受控实体的角色中，并且I/S-CSCF服务器22处于终端10和11二者的控制器的角色中。

根据本发明，定义了处于任意字母数字串形式中的资源标识符。这个标识符优选地被插入在控制器与受控实体实体交换的信令消息中的一些信令消息中。这样，可能作为控制器专用的准则的函数，在逐呼叫的基础上、在逐方法的基础上、或者实际上在逐服务的基础上选择资源类型。

在这点上，应该观察到，资源(这个物理网络或者那个虚拟网络)的具体标识需要通过用于接收本发明的资源标识符的受控实体来执行，并且不应该是控制器的职责，该控制器仅仅需要识别存在对具体用途的需要，而无需关心实际的实现(其可随时间的过程来改变)。这确保了控制层面独立于传输层面(并更具体地，OSI模型的各层彼此独立)。在控制器与受控实体之间交换的资源标识符因而是纯逻辑的。在本发明的“资源标识符”与资源的具体标识之间的区别使得控制器能够对在传输层面中发生的变化和修改保持透明。

如图2所示，因此，整体上管理网络的配置系统(具体地，所谓的“信息系统”)在每次安装或更新时，需要确保控制器和受控实体正在按照补充的方式来使用每个可用的资源标识符。这就是为什么：

·首先(图2中的操作“OS”)，由网络运营商管理的配置系统向控制器宣称与被使得可用于客户端的每个服务或使用分别相关联的资源标识符，此后相应地对控制器进行配置；以及

·其次(图2中的操作“OP”)，所述配置系统向受控实体宣称与所述受控实体可访问的(被使得可用于受控实体的或由受控实体预订的)每个资源分别相关联的资源标识符，此后相应地对受控实体进行配置。

在这里借助于示例所构想的IMS架构中，为了选择资源而在控制器与受控实体之间进行的交换采取SIP信号的形式。然后，本发明的资源标识符可传统地以选项标签(option-tag)的形式而包括在新的报头(下面的示例中的“Resource-control(资源控制)”中，其然后取决于用于通过控制器来选择资源的和用于SIP对话中的进展的情形而被插入在各个SIP方法中。本发明的这个报头因而可具体地(而不是排它地)插入在INVITE(邀请)、UPDATE(更新)、re-INVITE(再邀请)、和INFO方法中，并且还插入在1XX或2XX响应中。

在第一实现中，所述控制器22没有等待要由受控实体10返回的确认。接下来是在这个实现中的在控制器与受控实体10之间交换的消息的示例：

消息1，受控实体＝＞控制器：

INVITE sip：ambulance_emergencyorange.com SIP/2.0

Via：[...]

Max-Forwards：70

To：<sip：ambulance_emergencyorange.com>

From：[...]

Call-ID：[...]

CSeq：314159 INVITE

Contact：[...]

Content-Type：application/sdp

Content-Length：142

(partially shown：)

v＝0

m＝audio RTP/AVP 432108

消息2，控制器＝＞受控实体：

SIP/2.0-183 Session Progress

Via：[...]

To：[...]

From：[...]

Call-ID：[...]

CSeq：314159 INVITE

Contact：[...]

Resource-control：high_priority；no-answer

Content-Type：application/sdp

Content-Length：131

(partially shown：)

v＝0

m＝audio RTP/AVP 543218

在上面的示例中，在来自终端10的请求中，控制器22识别用于紧急VoIP呼叫的请求，并且推荐选择通过“high_priority(高优先级)”资源标识符所标识的网络资源，同时还指明向它发送应答是没有意义的(选项标签，“no-answer(没有应答)”)。

按照类似的方式，控制器可传送第二控制信号到受控实体，以便向受控实体推荐它选择了在所述请求中通过某一资源标识符所标识的网络资源。应该观察到，这样的消息在已经向多个网络资源请求接入时是有用的，其中这与请求者的情况无关地发生，即不管请求者是有权接入多个资源还是有权接入单个资源(在该情况下，向请求者推荐具体类型的网络资源明显是没有意义的)。

在目前考虑的系统中，被请求的受控实体例如可以是终端11(应该回忆起，该终端11同样受到控制器22所控制)。根据上面的示例而继续展开，在被请求的被呼叫方是“ambulance_emergency(救护_紧急)”的情况下，所述消息可采取如下的形式：

消息2′，控制器＝＞受控实体：

INVITE sip：ambulance_emergencyorange.com SIP/2.0

Via：[...]

Max-Forwards：70

To：<sip：ambulance_emergencyorange.com>

From：[...]

Call-ID：[...]

Resource-control：high_priority；no-answer

CSeq：314159 INVITE

Contact：[...]

Content-Type：application/sdp

Content-Length：142

(partially shown：)

v＝0

m＝audio RTP/AVP 432108

关于对于受控实体10的上面消息2，控制器向受控实体11推荐它选择了通过“high_priority(高优先级)”资源标识符所标识的网络资源，同时还在消息2′中指明受控实体11不需要对其进行回复(选项标签，“no-answer(没有应答)”)。

应该观察到，通常，受控实体不可能一直接入由控制器所指明的类型的网络。例如，如果资源标识符对应于ADSL线，则受控实体可发现所述ADSL线不可用(这具体地可能在ADSL线没有被同步时发生)；另一示例发生在其中已经在网络核心中更新了配置、但是对于客户端还没有更新的情况下，使得受控实体不能解释控制器所供应的资源标识符。

在这个第一实现中，如果所期望的资源对于受控实体10而言不可用，或者如果受控实体没有识别出所述请求，则选择默认的资源，并且SIP对话正常地继续。应该观察到，因为控制层面独立于传输层面，所以控制器22无法检验由受控实体随后设立的多媒体流是否利用了控制器22所推荐的资源。

在第二实现中，在从控制器22接收了资源标识符之后，需要受控实体10利用受控实体10已经实际选择的资源类型的标识符来对控制器作出响应。

在来自受控实体10的对控制器22的这个响应中，所述受控实体可有利地利用与在资源指明消息中控制器22所使用的报头类似的报头，即包括与控制器所供应的资源标识符等同的资源标识符的报头，这是在假设所请求的资源类型可用并且已被选择的情况下。如果所指明的资源类型不再可用，则在响应中插入的资源标识符将不同。

接下来是根据这个第二实现的在控制器22与受控实体10之间交换的消息的示例：

消息1，受控实体＝＞控制器：

INVITE sip：james_bondsecret-services.com SIP/2.0

Via：[...]

Max-Forwards：70

To：<sip：-：james_bondsecret-services.com>

From：[...]

Call-ID：[...]

CSeq：314159 INVITE

Contact：[...]

Content-Type：application/sdp

Supported：100rel

Content-Length：142

(partially shown：)

v＝0

m＝audio RTP/AVP 432108

消息2，控制器＝＞受控实体：

SIP/2.0-183 Session Progress

Via：[...]

To：[...]

From：[...]

Call-ID：[...]

CSeq：314159 INVITE

Contact：[...]

Resource-control：top_secret；confirm

Require：100rel

Content-Type：application/sdp

Content-Length：131

(partially shown：)

v＝0

m＝audio RTP/AVP 543218

消息3，受控实体＝＞控制器：

PRACK sip：james_bondsecret-services.com SIP/2.0

Via：[...]

Max-Forwards：70

To：<sip：-：james bondsecret-services.com>

From：[...]

Call-ID：[...]

CSeq：314160 PRACK

Contact：[...]

Resource-control：top_secret；confirmed

Content-Length：0

按照等效的方式，代替上面的消息2和3，可能使用下面的消息2b和3b：

消息2b，控制器＝＞受控实体：

SIP/2.0-183 Session Progress

Via：[...]

To：[...]

From：[...]

Call-ID：[...]

CSeq：314159 INVITE

Contact：[...]

Resource-control：top_secret；

Require：100rel；resource-control

Content-Type：application/sdp

Content-Length：131

(partially shown：)

v＝0

m＝audio RTP/AVP 543218

消息3b，受控实体＝＞控制器：

PRACK sip：james_bondsecret-services.com SIP/2.0

Via：[...]

Max-Forwards：70

To：<sip：-：james_bondsecret-services.com>

From：[...]

Call-ID：[...]

CSeq：314160 PRACK

Contact：[...]

Resource-control：top_secret；

Content-Length：0

...在上面的示例中，控制器22已经识别出，被呼叫方(“james_bond(詹姆斯·邦德)”)属于已知为“secret-services(情报机关)”的客户端类别。因此，它指示受控实体10选择通过“top_secret(最高机密)”资源标识符所标识的资源。在它的消息2或2b中，控制器22向受控实体10请求显性的确认；为此，它在本发明的“Resource-control(资源控制)”报头中使用传统的选项标签“confirm(确认)”(消息2)，或者在传统的报头“Require(要求)”中使用指明在本发明中实现的手段的新的“resource-control(资源控制)”选项标签(消息2b)。

对于在消息3或3b中的响应，受控实体10确认它已经能够选择与“top_secret(最高机密)”资源标识符相关联的资源。借助于示例，这个资源可以是在特定的VLAN中安排的、安全的或已加密的IP-SEC隧道。

如在第一实现中一样，控制器22然后可以可选地传送第二控制信号到被请求的受控实体，以便当被请求的被呼叫方潜在地有权接入多个网络资源时，推荐选择通过“top_secret(最高机密)”资源标识符所标识的网络资源。

这个第二实现的优点在于，如果认为由受控实体10实际选择的资源的类型不适当，则该第二实现使得控制器22能够拒绝设立多媒体流。在上面的示例中，如果在消息3或3b中，进行请求的受控实体10提出将语音呼叫置于不安全的网络上，则控制器22可以拒绝所述呼叫。

在这个第二实现中显然的是，控制器非常期望知道受控实体是否适当地配备有能够实现本发明所必需的部件。

无论本发明的实现是什么，为了使得控制器能够知道受控实体是否适当地配备有能够实现本发明所必需的部件，可能提供如下两种变体。

在第一变体中，由受控实体10发送的请求包括用于此目的的明确提及。返回到上面的示例，它在消息1中满足通过报头

Supported：100rel；resource-control

来替换报头

Supported：100rel

即，包括本发明的选项标签“resource-control(资源控制)”。

在第二变体中，控制器22通过使用RFC 3261的OPTIONS(选项)方法来(在任何时间)向受控实体10请求用于此目的确认。接下来是在控制器22与受控实体10之间的这样的交换的示例。

控制器＝＞受控实体：

OPTIONS sip：controlled_entityorange.com SIP/2.0

Via：[...]

Max-Forwards：70

To：<sip：controlled_entityorange.com>

From：<sip：controlerorange.com>；tag＝1928301774

Call-ID：a84b4c76e66710

CSeq：63104 OPTIONS

Contact：[...]

Accept：[...]

Content-Length：0

受控实体＝＞控制器：

SIP/2.0200 OK

Via：[...]

To：<sip：controlled_entityorange.com>；tag＝93810874

From：<sip：controlerorange.com>；tag＝1928301774

Call-ID：a84b4c76e66710

CSeq：63104 OPTIONS

Contact：[...]

Contact：<mailto：carolchicago.com>

Allow：INVITE，ACK，CANCEL，OPTIONS，BYE

Accept：[...]

Accept-Encoding：[...]

Accept-Language：[...]

Supported：resource-control

当控制器22接收到上面的响应时，它根据在传统的“Supported(所支持的)”报头中包括的本发明的“resource-control(资源控制)”选项标签，知道受控实体10被提供有能够实现本发明所需要的部件。

相反地，如果控制器22接收到没有包括所述“Supported(所支持的)”报头或者包括其中“resource-control(资源控制)”选项标签没有出现的“Supported(所支持的)”报头的响应，则控制器22不能断定客户端是否能够实现本发明，即关于网络资源选择上是否能够控制客户端。然后，这样的客户端的请求被处理的方式取决于网络20的运营商所实行的策略

可以借助于软件和/或硬件组件而将本发明实现在电信网络节点(更精确地，上述实现中的终端10和11、以及服务器22、25、26和27)内。

可以将软件组件合并在用于管理网络节点的传统计算机程序中。如上面所陈述的，这就是本发明还涉及计算机系统的原因。按照传统的方式，计算机系统包括使用信号来控制存储器的中央处理器单元、以及输入单元和输出单元。此外，计算机系统可用于执行计算机程序，该计算机程序包括用于实现本发明的网络资源选择方法的指令。

本发明还提供一种计算机程序，其可以从通信网络中下载，并且包括指令，该指令用于当在计算机上执行时，执行本发明的网络资源选择方法的步骤。所述计算机程序可被存储在计算机可读介质上，并且它可以由微处理器来执行。

所述程序可利用任何编程语言，并且它可以处于源代码、目标代码、或介于源代码和目标代码之间的代码的形式中，诸如，处于部分编译的形式中，或处于任何其它的期望形式中。

本发明还提供一种计算机可读数据介质，所述介质包括如上面指明的计算机程序指令。

所述数据介质可以是能够存储程序的任何实体或装置。例如，所述介质可以包括存储部件，诸如只读存储器(ROM)(例如，致密盘(CD)ROM、或微电子电路ROM)、或者实际的磁记录装置(例如，软盘或硬盘)。

此外，所述数据介质可以是诸如电或可选信号的可传送介质，其适合于经由电或光缆、通过无线电、或通过其它手段来进行传输。本发明的计算机程序具体地可从因特网类型的网络中下载。

在变体中，数据介质可以是其中合并了所述程序的集成电路，所述电路适于执行本发明的网络资源选择方法，或者要使用在本发明的网络资源选择方法的执行中。

Claims (18)

1.一种选择网络资源的方法，其中，连接到IP网络(20)的“受控实体”装置(10、11)还能够在传输层面中接入至少一个其它的物理和/或虚拟电信网络，所述方法包括：

其中在所述IP网络(20)中一请求由所述受控实体(10、11)来进行发送或中继、或者被发送到所述受控实体(10、11)的步骤；

所述受控实体(10、11)然后经由IP网络(20)来接收包含资源标识符的会话控制信号的步骤，所述资源标识符表现了所述受控实体(10、11)为了满足所述请求而能够或必须使用的所述IP网络(20)或者所述其它的物理或虚拟网络；以及

所述受控实体(10、11)在接收到所述资源标识符之后选择网络资源的步骤。

2.根据权利要求1的选择网络资源的方法，其特征在于，如果所述受控实体(10、11)发现它不可能根据所述所接收的网络标识符来选择网络资源，则所述受控实体(10、11)选择另一网络资源。

3.根据权利要求1的选择网络资源的方法，其特征在于，所述受控实体(10、11)将会话控制信号(20)发送到IP网络，该信号包含如下信息，该信息用于指定所述受控实体(10、11)拥有在物理或虚拟网络方面解释资源标识符所需要的部件。

4.一种选择网络资源的方法，所述方法包括：

所谓的“控制器”装置(22、25、26、27)在IP网络(20)中拦截由“受控实体”装置(10、11)所发送或中继的、或者发送到“受控实体”装置(10、11)的请求的步骤；

所述控制器(22、25、26、27)然后向所述受控实体(10、11)发送包含传输层面的资源标识符的会话控制信号的步骤，所述传输层面的资源标识符表现了所述受控实体(10、11)为了满足所述请求而能够或必须使用的所述IP网络(20)或者一些其它的物理或虚拟网络；以及

所述控制器(22、25、26、27)然后从所述受控实体(10、11)接收表现了受控实体(10、11)已经实际选择的网络资源的资源标识符的步骤。

5.根据权利要求4的选择网络资源的方法，其特征在于，所述控制器(22、25、26、27)使用所述信息来确定应该满足还是拒绝所述请求。

6.根据权利要求1到5中任一项的选择网络资源的方法，其特征在于，所述IP网络(20)至少使用H.323或SIP作为会话控制协议。

7.一种“受控实体”装置(10、11)，其连接到IP网络(20)并且还能够在传输层面中接入至少一个其它的物理和/或虚拟电信网络，所述装置包括：

用于当在所述IP网络(20)中一请求已经由所述受控实体(10、11)来进行发送或中继、或者被发送到所述受控实体(10、11)之后、起作用以经由IP网络(20)来接收跟随在所述请求后面的会话控制信号的部件；

用于解释资源标识符的部件，所述资源标识符被包含在所述会话控制信号中，并且表现了所述受控实体(10、11)为了满足所述请求而能够或必须使用的所述IP网络(20)或者所述其它的物理或虚拟网络；以及

用于在接收到所述资源标识符之后选择网络资源的部件。

8.根据权利要求7的受控实体装置(10、11)，其特征在于，它包括用于如果它发现不可能根据所述所接收的资源标识符来选择网络资源、则选择另一网络资源的部件。

9.根据权利要求7的受控实体装置(10、11)，其特征在于，它包括用于随后将会话控制信号传送到IP网络的部件，所述信号包含表现了所述受控实体装置(10、11)已经被实际选择的网络资源的资源标识符。

10.根据权利要求7的受控实体装置(10、11)，其特征在于，它包括用于将会话控制信号发送到IP网络(20)的部件，所述信号用于通知所述受控实体(10、11)拥有在物理或虚拟网络方面解释资源标识符所必需的部件。

11.根据权利要求7到10中任一项的受控实体装置(10、11)，其特征在于，它由连接到IP网络(20)的固定或移动终端所构成。

12.根据权利要求7到10中任一项的受控实体装置，其特征在于，它由家用或商用网关所构成。

13.根据权利要求7到10中任一项的受控实体装置，其特征在于，它由网络运营商的语音网关所构成。

14.一种“控制器”装置(22、25、26、27)，其位于IP网络(20)中并且包括：

用于拦截由“受控实体”装置(10、11)所发送或中继的、或者被发送到“受控实体”装置(10、11)的请求的部件；

用于然后向所述受控实体(10、11)发送一组控制信号的部件，所述信号包含传输层面的资源标识符，所述传输层面的资源标识符表现了所述受控实体(10、11)为了满足所述请求而能够或必须使用的所述IP网络(20)或者一些其它的物理或虚拟网络；以及

用于然后从所述受控实体(10、11)接收表现了受控实体(10、11)已经实际选择的网络资源的资源标识符的部件。

15.根据权利要求14的控制器装置，其特征在于，它还包括用于基于会话控制信号来确定应该满足还是拒绝所述请求的部件，所述会话控制信号是从所述受控实体(10、11)接收的并且包含表现了所述受控实体(10、11)所实际选择的网络资源的资源标识符。

16.根据权利要求14的控制器装置，其特征在于，它还包括如下部件，该部件用于考虑所述受控实体(10、11)拥有在物理或虚拟网络方面解释资源标识符所必需的部件的信息。

17.根据权利要求14到16中任一项的控制器装置，其特征在于，它由应用服务器(25、26、27)所构成。

18.根据权利要求14到16中任一项的控制器装置，其特征在于，IP网络(20)具有IMS类型的基础架构，所述控制器装置由伺服呼叫服务器控制功能类型或询问呼叫服务器控制功能和伺服呼叫服务器控制功能组合类型的呼叫服务器(22)所构成。