专利名称：用于优化混合接入网中服务利用的设备的制作方法
技术领域：
本发明涉及混合接入网，更具体涉及服务的利用，所述服务通过接入网的运营商而变得对用户可用。
背景技术：
在此“混合接入网”意思是至少两个不同类型的通信网络，也被称为“多域”网络，使得用户终端和/或网络设备建立呼叫，并且所述混合接入网连接到IMS(网际协议多媒体子系统)类型核心网络。这涉及到例如IP连通性网络(特别地，诸如GPRS、UMTS、WiFi、WiMax、WLAN或xDSL网络)和/或传统网络，诸如是PSTN类型的交换电话网络(如果给它们提供到IMS核心网络的网关)。
不同类型接入网的数量继续在增长。这些接入网可能特别位于固定网络(例如xDSL或有线网络)、移动或蜂窝网络(例如GPRS、UMTS或4G网络)、漫游网络(例如WiFi、WiMax网络)、广播网络(例如DVB-T/H或DMB网络)。这些接入网通常属于不同的运营商，通常只考虑了它们自己的特征和性能被独立地管理，就是说没有区分来自其它接入网的内容类型和他们经常呼叫传输的内容类型。
例如，如果具有混合或多技术(通信)终端的用户发现他位于能同时连接到UMTS网络和WiFi网络的区域，他也许不会或不能够根据成本和/或服务质量(QoS)和/或速度，选择更适合的接入技术到他希望利用的服务，例如，用于检索或发送邮件(e-mail)的服务。对于用户方来说，例如由于网络利用率或因为网络链接限制策略，相关的UMTS和WiFi网络运营商不是总是有能力使得他们选择最适合于用户请求的服务的接入网或技术。
发明内容
本发明的目的是改善这种情况，更具体地是使混合接入网中的服务利用得以优化。
为此，本发明提出用于IMS类型核心网络的优化设备，所述核心网络耦合到服务应用和至少不同类型的两个接入网，该设备包括耦合到服务应用的处理装置，该处理装置适于当连接到接入网之一的用户终端请求接入到由服务应用之一管理的选定服务时，根据由用户和/或与用户已经签订合同的接入网运营商定义的规则、请求的服务的特征、和用户终端的性能和/或用户合同特征和/或使得用户终端接入到请求的服务的每个接入网，来优化请求的服务利用。
根据本发明的优化设备可以独立地或组合地具有其它特征，特别地-它可以包含适于存储服务特征的第一存储装置；-服务特征可以从配置方面的需求、用户终端利用方面的需求、至少一个支持的接入网技术、和服务质量方面的需求中进行选择；-它可以包含适于存储接入网特征的第二存储装置；-接入网的特征可以从可接入性、理论性能、可用性能、至少一个支持的服务类型、至少一个支持的服务模式、和支持的每个接入技术的利用成本中进行选择；-它可以包含适合存储终端性能的第三存储装置；-终端性能可以从类型和至少一个提供的接入技术中进行选择；-它可以包含适于存储由用户定义的规则和由用户与每个接入网签订(或固定计费支付)的每个合同类型的第四存储装置；-它可以包含适合存储由接入网运营商定义的规则的第五存储装置；-它的处理装置可以包含在至少包括规则引擎、专家系统和优化系统的组中选择的单元，该单元适于，给定配置和服务利用方面的需求、由运营商和/或用户定义的规则、用户终端的性能以及由用户签订的合同类型，如果接收到用户终端请求的服务的定义，则访问存储装置以确定每个可接入的和最佳的接入网和每个将要使用的接入网技术。
本发明同样提出一种用于IMS类型核心网络的服务器，所述核心网络耦合到服务应用和至少不同类型的两个接入网，该服务器配备有上文描述的类型的优化设备。
本发明特别地适用于，但不是专用于，互联网(或IP)连通性混合通信网络。然而，通常来说，本发明涉及至少不同类型的两个通信网络的所所有，包括至少一个配备有到IMS核心网络的网关的交换电话网络(例如PSTN类型)。
通过下面的详细描述和附图本发明的其它特征和优点将变得清楚，其中-图1非常概略地并从功能上示出一组两个连接到IMS类型核心网络的混合接入网的例子，配备有根据本发明一个实施例的优化设备的应用服务器耦合到该核心网络，-图2非常概略地示出在应用户终端请求的通信服务利用的第一个例子中，主要设备之间交换消息的主要步骤，-图3非常概略地示出在应用户终端请求的通信服务利用的第二个例子中，主要设备之间交换消息的主要步骤，并且-图4非常概略地示出在应用户终端请求的通信服务利用的第三个例子中，主要设备之间交换消息的主要步骤。
如果需要，附图构成本发明说明书的一部分，并且有助于本发明的限定。
具体实施例方式
本发明的目的是使在连接到IMS类型核心网络的一组至少两个混合接入网中的服务利用得以优化。
下文中作为非限制性的例子，认为混合接入网包括固定接入网R1，如高比特率容量(xDSL)PSTN交换电话网络类型；移动接入网R2，如UMTS类型；以及漫游接入网R3，如WiFi类型。
然而，本发明不限于这一组混合接入网示例。实际上它涉及任何一组连接到IMS(IP多媒体子系统)类型核心网络的、固定网络和/或移动(或蜂窝)和/或漫游和/或广播类型的至少两个混合接入网。
此外，在图1所示的例子中，三个接入网Ri(i＝1至3，R1至R3)提供IP连通性，但这不是必须的。
用户终端Tk配备有能使它们在IMS环境中工作的IMS代理AI，这些用户终端连接到(或可以连接到)至少一个接入网Ri。这些终端Tk可以是单技术终端(这种情况下只能连接到一种类型的接入网)或多技术终端(这种情况下能够连接到不同类型的接入网)。
同一用户可以有至少两个类型终端Tk可用。例如，用户可以具有固定电话T1和移动电话T2，该固定电话T1连接到已经与用户已经签订第一个合同的第一个运营商的接入网R1，该移动电话T2可以连接到已经与用户签订了第二个合同的第二个运营商、或在适当情况下与第二个运营商达成协议的另一个运营商(当授权漫游时)的接入网R2。同样，用户可以与涉及多个接入技术的同一运营商签订合同。
在示出的例子中，第一个用户具有固定电话T1(适当情况下的IP类型)以及移动电话T2，其中，固定电话T1连接到接入网R1、具有IMS代理AI，移动电话T2是UMTS和WiFi类型的，具有IMS代理AI，能够连接到接入网R2和R3；第二个用户具有具有固定电话T3(适当情况下的IP类型)和移动电话T4，其中，固定电话T3具有IMS代理AI，连接到接入网R1，移动电话T4是UMTS和WiFi类型的，具有IMS代理AI，能够连接到接入网R2和R3；而第三个用户只具有连接到接入网R1的ADSL线路的办公计算机T5，该计算机具有IMS代理AI。
对本领域技术人员来说IMS网络的组成是已知的，3GPP组织的RFC23.002规范中有描述，在3GPP互联网站点可以找到，在此不再详述。需要指出，由本发明使用的机制同样适用于基于核心MMD(多媒体域)技术的核心网，所述核心MMD技术等同于IMS技术，并且由3GPP2组织定义。
为了理解本发明，简要概括下文中核心网的单元或模块的一些功能。
IMS网络(或域)可以连接到例如UMTS网络的包-交换网络(或域)R2，和/或连接到例如PSTN网络(适当情况下ADSL)的固定通信网络R1，和/或连接到例如WiFi或WiMax类型的漫游网络R3，和/或连接到无线局域网(WLAN)。
无论用户是连接到已经与其签订合同(或者他们已经支付了固定费用)的运营商的接入网，还是连接到漫游情况下被访问的网络，IMS网络使得用户(或具有IMS代理AI的终端的IMS用户)接入到由应用服务器管理的特定IMS服务。
IMS网络的操作模式独立于其连接的接入网，并且因此对于IP连通性网络和没有IP连通性网络它都能提供同样的服务。因而，IMS网络特别地实现了互通、考虑服务质量、漫游、服务的集成和透明性、单一服务接口的使用、和不中断的会话移动性。
如图1所示，每一个接入网Ri(在此i＝1至3)包含配备有GGSN(网关GPRS服务节点)模块Gi的核心网络，模块Gi连接到IMS网络RI。GGSN模块是(或路由器)在它的接入网Ri和外部网络之间并且特别在IMS网络RI核心网络起着逻辑节口作用的节点。因此，它确保了它的接入网与一个或多个外部网络的连通性。
此外，IMS网络还耦合到称为HSS(本地用户服务器)的预订数据库(subscription database)，存储了提供了IMS服务的用户的已知地址。
IMS网络更进一步包括S-CSCF(服务-呼叫会话控制功能)模块，该模块组成了进入它提供的IMS服务的端口。S-CSCF模块连接到一个或多个应用服务器SAj(在此j＝1至5，但是可以是任何更于或等于2的值)。它特别地负责对用户验证，并且耦合到HSS，以便从其中重新获得关于用户的信息并在其中存储所述用户的已知地址。
在IMS网络(核心)中，通常定义两种类型应用服务器SAj。第一组类型服务器包括至少一个链接到通信的应用，例如瞬时或延迟通信应用、“1到1”或“1到多”类型通信应用、文本数据通信应用、语音和视频通信应用、和“推到X(push to X)”或呼叫或视频类型通信应用。第二组类型服务器包括旨在使服务便利的应用(赋能层enabler layer)，如检测用户终端Tk的可用性和接入性(或出现)的应用、计费应用、验证和接入控制(AAC)应用、确定用户终端Tk位置的应用、监控服务质量(QoS)的应用，和GLMS(组和列表管理服务器)类型应用。
在图1中，第一种类型应用服务器用方块SA1和SA2表示，第二种类型应用服务器用方块SA3和SA4表示。
本发明提出的优化设备D优选地采用旨在形成应用服务器(在此SA5)的一部分的应用的形式，该应用服务器连接到IMS网络RI的S-CSCF模块。应用服务器SA5优选是第二种类型(赋能层)。
根据本发明的优化设备D包括处理模块MT，该模块耦合到其它服务应用，IMS网络RI的AS1到AS4(第一和第二种类型)。每次当连接到IMS网络RI的接入网Ri之一的用户终端Tk请求接入选定的IMS服务时，MT负责干预，其中所述选定的IMS服务由服务应用AS1到AS4之一管理。更具体地，处理模块MT根据以下内容负责优化每个请求的IMS服务(由服务应用AS1到AS4之一管理)利用首先，由发起请求的用户定义的和/或由已经与用户签订合同的接入网Ri运营商定义的规则，第二，请求的服务的特征，以及第三，用户终端的性能和/或用户的合同的特征和/或能使得终端接入到请求的服务的每个网络。
处理模块MT可以适于考虑服务特征的任何类型，例如配置方面每个服务应用AS1到AS4的需求、用户终端使用方面每个服务应用AS1到AS4的需求、被每个服务应用AS1到AS4支持的每个接入网技术、服务质量(QoS)方面的需求、和SLS(服务水平规范)。
由应用服务器AS1到AS4的服务应用管理的服务的特征存储在第一存储装置M1中。例如，如图1所示，第一存储装置M1构成了优化设备D的一部分。在这种情况下，它们耦合到处理模块MT。然而，这不是必须的。假设它们构成IMS网络RI的一部分，则它们事实上能够位于设备D和包含设备D的应用服务器SA5的外部。
第一存储装置M1可以是任何形式，如存储器或数据库或目录。
处理模块MT同样可以适于考虑接入网Ri的任何特征类型，例如可接入性、连接到IMS网络RI的每个接入网Ri的理论性能和可用性能、利用每个接入技术的成本、连接到IMS网络RI的每个接入网Ri支持的每个服务类型、以及在适当情况下被所述服务类型支持的每个服务模式。
接入网Ri的特征存储在第二存储装置M2中。例如，如图1所示，第二存储装置M2构成了优化设备D的一部分。在这种情况下，它们耦合到处理模块MT。然而，这不是必须的。假设它们构成IMS网络RI的一部分，或者甚至是在接入网中它们是可以访问的，则它们事实上能够位于设备D和包括设备D的应用服务器SA5的外部。
第二存储装置M2可以是任何形式，如存储器或数据库或目录。
处理模块MT同样可以适于考虑终端Tk的任何性能，例如，销售的主要终端各自的类型，或所有终端各自的类型，和被每个终端类型Tk支持的每个接入技术。
终端Tk的性能特征存储在第三存储装置M3中。例如，如图1所示，第三存储装置M3构成优化设备D的一部分。在这种情况下，它们连接到处理模块MT。然而，这不是必须的。假设它们构成IMS网络RI的一部分，或者甚至是在接入网中它们是可以访问的，则它们事实上能够位于设备D和包括设备D的应用服务器SA5的外部。
第三存储装置M3可以是任何形式，如存储器或数据库或目录。
处理模块MT同样可以适于考虑由每个用户与每个接入网Ri订立的(或固定付费)每个预定类型，以及由每个用户着眼于使用由应用服务器的服务应用AS1到AS4所管理的服务之一而定义的规则类型。
需要指出，在IMS服务的环境中，每个运营商可以使IMS预定或固定付费对于他的IMS客户(或IMS用户)可用，以使得他们接入多种类型的接入网，如固定网络、移动网络、xDSL网络和漫游网络，所有这些网络都连接到IMS网络RI核心网。
给出该假设，每个运营商都可以具有安装在其自己的应用服务器SA5中或共有应用服务器中的他自己的的优化设备D。同样可以设想对于所有运营商，单个优化设备D管理IMS服务利用的优化。
用户规则可以采用以下之一的形式，例如-“对某些呼叫使用某些服务质量(QoS)”，-“将优先权给予使用时间-信用量方面成本最低的接入网”，-“在一月中将优先权给予对固定电话的呼叫，并且如果没有应答呼叫移动电话”，-“如果在一月中的最后一周呼叫移动电话的总时间超过30分钟，那就将优先权给予对移动电话的呼叫”，-“如果呼叫移动电话的时间-信用量已用完(＜0)，那就禁止没有优先级的对移动电话的呼叫”。
这些规则通常根据由用户与运营商签订的(或固定付费的)预定类型定义。因此以上提到的后面三个规则的例子可以适合于这样的情况其中，对于用户的固定电话，用户和固定接入网R1运营商订立了按月的合同，由此每个到固定电话的呼叫耗费1 ，分配每月两个小时的时间-信用量给移动电话呼叫，超出该时间-信用量的每个移动电话呼叫耗费2 用户规则和预定类型(或固定计费)存储在第四存储装置M4中。例如，如图1所示，第四存储装置M4构成优化设备D的一部分。在这种情况下，它们耦合到处理模块MT。然而，这不是必须的。假设它们构成IMS网络RI的一部分，则它们事实上能够位于设备D和包括设备D的应用服务器SA5的外部。
第四存储装置M4可以是任何形式，如存储器或数据库或目录。
处理模块MT同样可以适于着眼于使用由应用服务器的服务应用AS1到AS4所管理的服务之一，考虑由连接到IMS网络的接入网Ri的每个运营商定义的任何类型的规则。
运营商规则可以例如涉及根据用户的合同类型将要应用到用户的策略的一部分，例如定义接入技术的优先使用。
运营商规则存储在第五存储装置M5中。例如，如图1所示，第五存储装置M5构成优化设备D的一部分。在这种情况下，它们耦合到处理模块MT。然而，这不是必须的。假设它们构成IMS网络RI的一部分，则它们事实上能够位于设备D和包括设备D的应用服务器SA5的外部。
第五存储装置M5可以是任何形式，如存储器或数据库或目录。
在第一个变体中，第四存储装置M4和第五存储装置M5可以构成同一存储装置的两个部分。
在第二个变体中，第三存储装置M3和第四存储装置M4可以构成同一存储装置的两个部分。
在第三个变体中，第二存储装置M2和第五存储装置M5可以构成同一存储装置的两个部分。
虽然在图1中没有示出，可以给优化设备D加上例如GUI(图形用户接口)类型的图形接口，以便使得用户和/或运营商定义他们各自的规则。可以通过IMS通常使用的多媒体资源功能(MRF)提供图形接口。
处理模块MT可以包括，例如，从规则引擎、专家系统和优化系统选择的单元MR，该单元负责，每次当它接收用户终端Tk请求的服务的定义的时，访问存储装置M1到M5以确定所有优化上述设备需要的信息。在这些信息中，特别地要提到以下信息对于给出类型和/或可用接入技术的请求终端Tk来说，可接入的接入网Ri；与可用性能和接入网的可接入性相关的数据；接入技术；接入网的性能和适当情况下请求的服务所必需的服务质量；由发起请求的终端Tk的用户定义的并且与请求的服务相关的规则；每个由发起请求的终端Tk的用户签订的合同(或固定付费)的类型；以及，由已经与发起请求的终端Tk的用户的签订了合同的运营商定义的并且与请求的服务相关的规则。
一旦拥有所有这些信息，给定了部署和利用方面的需求、对应于选定接入技术的发起请求的终端Tk的用户的合同、以及由运营商和/或用户定义的规则，规则引擎(或专家系统或优化系统)MR能够确定能接入的接入网Ri和能利用的接入网技术，所述接入网技术被发起请求的终端Tk支持并且最适合于所请求的服务的使用。
一旦处理模块MT实现了对接入技术和接入网Ri的选择，并且已经确定与每个请求的服务相关的规则，它就有了“最终的”信息。然后，处理模块MT联系托管应用的应用服务器SAj，其中所述应用管理发起请求的终端Tk希望使用的服务，以便向所述应用服务器传送给它优化请的求服务所需要的最终信息。然后，根据接收的最终信息，应用服务器SAj检查使得对于请求终端Tk请求的服务可用。
需要指出，在服务利用期间处理模块MT可以适于干预。实际上，无论何时用户终端不再能使用设备D给它选择的接入技术，这可以是有用的，其中，用户终端不再能使用设备D给它选择的接入技术的原因例如用户终端已经移动和/或接入网Ri不再有足够的资源和/或用户终端不再有足够的时间-信用量。
这个干预类型旨在考虑到存储在存储装置M1到M5至少一些信息更新，使得能够确定新的最终信息。
参考图2至4下面描述服务利用优化的三个例子。这三个服务利用例子对应于这样的情况其中第一个用户(具有固定电话T1和移动电话T2)请求在他的固定终端T1和第二用户(具有固定电话T3和移动电话T4)的终端之间建立呼叫。还认为第一个用户已经与固定接入网R1运营商签订了按月合同，由此每个到固定电话的呼叫耗费1 ，分配每月两个小时的时间-信用量给对移动电话的呼叫，超过时间-信用量的每个对移动电话的呼叫耗费2 最后，认为第一个用户已经定义了以下一组规则“在一月中将优先权给予对固定电话的呼叫，并且如果没有应答呼叫移动电话”、“如果在一月中的最后一周呼叫移动电话的总时间超过30分钟，那就将优先权给予对移动电话的呼叫”、“如果呼叫移动电话的时间-信用量已用完(＜0)，那就禁止没有优先级的对移动电话的呼叫”。
如图2所示的第一个服务利用例子对应于这样的情况一方面，第一个用户处于他的合同月的中间并且还没有用完用于呼叫移动电话的时间-信用量，另一方面，第二用户的固定终端T3没有应答。
在第一步骤F1，固定终端T1发送第一个消息(例如“邀请”类型)请求建立呼叫到(指定的)第二用户。这个消息到达IMS网络RI的S-CSCF模块。
在第二步骤F2，S-CSCF模块发送第二消息(例如“100”或“尝试”类型)到固定终端T1，告诉固定终端T1正在尝试建立请求的呼叫。
在第三步骤F3，S-CSCF模块转发第一个消息(例如“邀请”类型)到包含根据本发明的优化设备D的应用服务器SA5。后者继续确定与请求的服务相关的最终信息，并且将它发送到应用服务器(如SA3)，该应用服务器托管了管理请求的呼叫建立服务的应用。该操作模式特别适用于诸如预付费应用的“背对背”类型应用。对于其它应用类型，优化设备D能够直接发送最终信息到监控用户的IMS服务的S-CSCF模块。
根据第一个用户定义的规则，必须将优先级给予对第二个用户的固定电话T3的呼叫。相应地，在第四个步骤F4，应用服务器SA3转发第一个消息(例如“邀请”类型)到第二个用户的固定电话T3。收到第一个消息就触发固定电话T3的振铃器。
然后，在第五个步骤F5，固定电话T3发送第三个消息(例如“180”或“振铃”类型)到应用服务器SA3(负责呼叫服务)，以告诉它正在进行振铃。
然后，在应用服务器SA3中管理呼叫服务的应用等待片刻。根据由第一个用户定义的规则(由应用服务器SA5以最终信息的形式发送)，没有从固定电话T3接收到新的消息，它就推断第二个用户没有应答，并且然后决定终止尝试与固定电话T3建立呼叫，以便尝试与第二个用户的移动电话T4建立呼叫。在第六个步骤F6，应用服务器SA3向固定电话T3发送第四个消息(例如“取消”类型)，以便取消之前启动的呼叫建立过程。
当接收到第四个消息时，固定电话T3终端振铃，之后，在第七个步骤F7，它向应用服务器SA3发送第五个消息(例如“200”或“OK”类型)以告诉它已经中断振铃。然后，在第八个步骤F8，固定电话T3向应用服务器SA3发送第六个消息(例如“487”或“请求被终止”类型)，以便告诉它已经终止呼叫建立尝试。在第九个步骤F9，应用服务器SA3向固定电话T3发送第七个消息(例如“ACK”类型)，以便确认收到第六个消息(F8)。
因为用户定义的和之前接收的规则，应用服务器SA3知道它必须从此时起尝试在第一个用户的固定电话T1和第二个用户的移动电话T4之间建立呼叫。在第十个步骤F10，它向移动电话T4发送第八个消息(例如“邀请”类型)以便启动呼叫的建立。
然后，在第十一个步骤F11，移动电话T4发送第九个消息(例如“180”或“振铃”类型)到应用服务器SA3(负责呼叫服务)以便告诉它正在进行振铃。
当应用服务器SA3已经收到第九个消息，在第十二个步骤F12，它将第九个消息转发到S-CSCF模块。然后，当轮到S-CSCF模块接收到第九个消息，在第十三个步骤F13，它将第九个消息转发到第一个用户的固定电话T1。
如果第二个用户在他的移动电话T4上接收呼叫，后者在第十四个步骤F14向应用服务器SA3发送第十个消息(例如“200”或“OK”类型)以便向其表明呼叫已经被接受。
当应用服务器SA3已经收到第十个消息时，在第十五个步骤F15它将第十个消息转发到S-CSCF模块。然后，当轮到S-CSCF模块接收到第十个消息，在第十六个步骤F16，它将第十个消息转发到第一个用户的固定电话T1。
在第十七个步骤F17，固定电话T1向固定电话T3发送第十一个消息(例如“ACK”类型)以便确认收到第十个消息(F16)。当S-CSCF模块已经接收到第十一个消息，在第十八个步骤F18，它将第十一个消息转发到应用服务器SA3。然后，当轮到应用服务器SA3接收到第十一个消息(F18)，在第十九个步骤F19，它将第十一个消息转发到移动电话T4。在第二十个步骤F20，借助于RTP协议，固定电话T1和移动电话T4之间的呼叫然后可以例如以媒体流的形式发生。
如图3所示的第二个服务利用例子对应于这样的情况其中第一个用户发现自己处于他的合同月中的最后一周并且还有50分钟用于呼叫移动电话的时间-信用量。
在第一个步骤F1’，固定终端T1发送第一个消息(例如“邀请”类型)请求建立到(指定的)第二个用户的呼叫。这个消息到达IMS网络RI的S-CSCF模块。
在第二个步骤F2’，S-CSCF模块发送第二个消息(例如“100”或“尝试”类型)到固定终端T1以告诉固定终端T1正在尝试建立请求的呼叫。
在第三个步骤F3’，S-CSCF模块将第一个消息(例如“邀请”类型)转发到包含根据本发明的优化设备D的应用服务器SA5。应用服务器SA5继续确定与请求的服务相关的最终信息，并且将其发送到托管应用的应用服务器(如SA3)，所述应用管理请求的呼叫建立服务。
该操作模式特别适用于“背对背”类型应用，诸如预付费应用。对于其它应用类型，优化设备D能够直接发送最终信息到监控用户IMS服务的S-CSCF模块。
根据第一个用户定义的规则，因为这是合同月中的最后一周并且用于呼叫移动电话的时间-信用量超过了30分钟，所以必须将优先权给予对第二个用户的移动电话T4的呼叫。相应地，在第四个步骤F4’，应用服务器SA3将第一个消息(例如“邀请”类型)转发到移动电话T4以启动呼叫建立。
然后，在第五个步骤F5’，移动电话T4发送第三个消息(例如“180”或“振铃”类型)到应用服务器SA3(负责呼叫服务)，以便告诉它正在进行振铃。
当应用服务器SA3已经收到第三个消息时，在第六个步骤F6’，它将第三个消息转发到S-CSCF模块。然后，当轮到S-CSCF模块接收到第三个消息时，在第七个步骤F7’，它将第三个消息转发到第一个用户的固定电话T1。
如果第二个用户在他的移动电话T4上接收呼叫，后者在第八个步骤F8’向应用服务器SA3发送第四个消息(例如“200”或“OK”类型)，以便表明呼叫已经被接受。
当应用服务器SA3已经收到第四个消息时，在第九个步骤F9’，它将第四个消息转发到S-CSCF模块。然后，当轮到S-CSCF模块接收到第四个消息时，在第十个步骤F10’它将第四个消息转发到第一个用户的固定电话T1。
在第十一个步骤F11’，固定电话T1向固定电话T3发送第五个消息(例如“ACK”类型)以便确认收到第四个消息(F10’)。当S-CSCF模块已经接收到第五个消息时，在第十二个步骤F12’它将第五个消息转发到应用服务器SA3。然后，当轮到应用服务器SA3接收到第五个消息(F12’)时，在第十三个步骤F13’它将第五个消息转发到移动电话T4。然后，在第十四个步骤F14’，借助于RTP协议，固定电话T1和移动电话T4之间的呼叫可以例如以媒体流的形式发生。
如图4所示的第三个服务利用例子对应于这样的情况一方面，第一个用户已经用完用于呼叫移动电话的时间-信用量并且，另一方面，呼叫不是紧急(或优先级)呼叫。
在第一个步骤F1″，固定终端T1发送第一个消息(例如“邀请”类型)请求建立呼叫到(指定的)第二个用户。这个消息到达IMS网络RI的S-CSCF模块。
在第二个步骤F2″，S-CSCF模块发送第二个消息(例如“100”或“尝试”类型)到固定终端T1，以告诉固定终端T1正在尝试建立请求的呼叫。
在第三个步骤F3″，S-CSCF模块将第一个消息(例如“邀请”类型)转发到包含根据本发明的优化设备D的应用服务器SA5。应用服务器SA5继续确定与请求的服务相关的最终信息，并且将其发送到托管应用的应用服务器(如SA3)，所述应用管理请求的呼叫建立服务。
操作模式特别适用于“背对背”类型应用，诸如预付费应用。对于其它应用类型，优化设备D能够直接发送最终信息到控制用户IMS服务的S-CSCF模块。
根据第一个用户定义的规则，只有第二个用户的固定电话T3必须被呼叫。从而，在第四个步骤F4″，应用服务器SA3将第一个消息(例如“邀请”类型)转发到第二个用户的固定电话T3。
在此认为第二个用户暂时是不可用的。相应地，在第五个步骤F5″，当固定电话T3收到第一个消息时，向应用服务器SA3发送第三个消息(例如“480”或“暂时不可用”类型)以便告诉应用服务器SA3(第二个)用户暂时不可用。
在第六个步骤F6″，应用服务器SA3向固定电话T3发送第四个消息(例如“ACK”类型)以确认收到第三个消息(F5″)。
根据第一个用户定义的规则，第二个用户的移动电话T4可以不必被呼叫。相应地，在第七个步骤F7″，应用服务器SA3将第三个消息(例如“480”或“暂时不可用”类型)转发到S-CSCF模块。在第八个步骤F8″，当收到该第三个消息时，S-CSCF模块向应用服务器SA3发送第八个消息(例如“ACK”类型)以便确认收到第三个消息(F7″)。
然后，在第九个步骤F9″，S-CSCF模块将第三个消息(例如“480”或“暂时不可用”类型)转发到第一个用户的固定电话T1。在第十个步骤F10″，当收到第三个消息时，固定电话T1向S-CSCF模块发送第六个消息(例如“ACK”类型)以便确认收到第三个消息(F9″)。该过程在这个阶段中断，没有建立呼叫的可能性。
根据本发明的优化设备，并且特别是它的处理模块MT和适当情况下它的存储装置M1到M5，可以采用电子电路、软件(或电子数据处理)模块或电路和软件的组合的形式。
本发明提供了一些优点，包括-对于用户，增强了对于他们的合同(或固定付费)以及由通信终端提供的接入技术的管理，-管理和优化接入网运营商的资源的可能性，-因为在多个接入网之间共享了任务，减少了接入网运营商和其用户的成本。
本发明不限于上文中仅通过例子描述的优化设备和应用服务器实施例，而是涵盖了本领域技术人员可以想到的、落入以下权利要求范围内的所有变体。
权利要求
1.一种用于网际协议多媒体子系统类型核心网络(RI)的优化设备(D)，所述核心网络耦合到服务应用和至少两个不同类型的接入网(Ri)，所述优化设备(D)特征在于，其包括耦合到所述服务应用的处理装置(MT)，所述处理装置(MT)适于当连接到所述接入网(Ri)之一的用户终端请求接入由所述服务应用之一管理的选定服务时，根据由该用户和/或与该用户已经签订合同的接入网运营商定义的规则、所述请求的服务的特征、和所述用户终端(Tk)的性能和/或所述合同的特征和/或使得所述用户终端(Tk)接入到所述请求的服务的每个接入网，来优化所述请求的服务的利用。
2.根据权利要求1的设备，其特征在于包括适于存储所述服务的特征的第一存储装置(M1)。
3.根据权利要求1的设备，其特征在于所述服务的特征可以从包括至少部署需求、使所述用户终端(Tk)能够利用的需求、至少一个支持的接入网(Ri)技术的组中进行选择
4.根据权利要求1的设备，其特征在于，包括适于存储所述接入网(Ri)特征的第二存储装置(M2)。
5.根据权利要求1的设备，其特征在于，所述接入网(Ri)特征从包括至少可接入性、理论性能、可用性能、至少一个支持的服务类型、至少一个支持的服务模式、和支持的每个接入技术的利用成本的组中进行选择。
6.根据权利要求1的设备，其特征在于包括适于存储所述用户终端(Tk)性能的第三存储装置(M3)。
7.根据权利要求1的设备，其特征在于所述用户终端(Tk)性能从包括至少一个类型和至少一个提供的接入技术的组中进行选择
8.根据权利要求1的设备，其特征在于包括适于存储由所述用户定义的所述规则和/或由所述用户与每个接入网(Ri)签订的每个合同类型的第四存储装置(M4)。
9.根据权利要求1的设备，其特征在于包括适于存储由所述接入网运营商定义的规则的第五存储装置(M5)。
10.根据权利要求1的设备，其特征在于，所述处理装置(MT)包括单元(MR)，所述单元(MR)在至少包括规则引擎、专家系统和优化系统的组中选择，所述单元(MR)适于，给定部署和所述服务利用方面的需求、由所述运营商和/或所述用户定义的规则、所述用户终端(Tk)的性能以及由所述用户签订的合同类型，如果接收到用户终端请求的服务的定义，则访问所述存储装置(M1-M5)以确定每个可接入的和最佳的接入网(Ri)以及每个将要使用的接入网技术
11.一种用于网际协议多媒体子系统类型核心网络(RI)的应用服务器(SA5)，所述核心网络耦合到服务应用和至少不同类型的两个接入网(Ri)，所述应用服务器(SA5)特征在于包括根据前述权利要求任一项的优化设备(D)。
全文摘要
一种用于IMS类型核心网络(RI)的优化设备(D)，所述核心网络耦合到服务应用和至少不同类型的两个接入网(Ri)，所述优化设备(D)特征在于，其包括耦合到所述服务应用的处理装置(MT)，所述处理装置适于当连接到接入网之一的用户终端请求接入到由所述服务应用之一管理的选定服务时，根据由该用户和/或与该用户已经签订合同的接入网运营商定义的规则、所述请求的服务的特征、和所述用户终端(Tk)的性能和/或所述合同的特征和/或使得所述用户终端(Tk)接入到所述请求的服务的每个接入网，来优化所述请求的服务的利用。
文档编号H04M7/00GK101018404SQ20061013090
公开日2007年8月15日 申请日期2006年12月26日 优先权日2005年12月26日
发明者E·马里利, O·马蒂诺, M·A·赛迪, S·斯奎丁 申请人:阿尔卡特朗讯公司