CN101601252B - 用于在ims网络中通过一组服务器提供网络服务的方法和设备 - Google Patents

Abstract

用于管理电信网络(100)中的服务提供的方法，其中该服务通过一组服务器(24)提供且该电信网络(100)包括至少一个第一网络实体(20)和多个第二网络实体(22)，每个第二网络实体(22)适于接入所述服务器(24)的子集，该方法包括：1)在所述第一网络实体(20)处，从用户设备(1)接收对预定服务的请求；以及2)在所述预定第一网络实体(20)处，基于用户设备(1)请求的服务，在多个第二网络实体(22)中识别接入该组服务器(24)中允许满足预定服务的请求的服务器的第二网络实体(22)。

Description

用于在IMS网络中通过一组服务器提供网络服务的方法和设备

技术领域

本发明涉及用于在IMS(IP多媒体子系统)型电信网络中提供网络服务的方法。

背景技术

如第三代合作伙伴计划(3GPP)在TS 23.002 V7.1.0(2006-03)中所公开，IMS包含CN(核心网)元件，用于提供在PS(分组交换)域上传递的包含音频、视频、文本、聊天等及其组合的IP多媒体服务。

如第三代合作伙伴计划(3GPP)在TS 23.228 V7.5.0(2006-09)中所公开，当用户设备(UE)通过明确在IMS中注册附接或者使其自身可接入IMS服务时，服务呼叫会话控制功能(C-CSCF)将被分配以服务该UE。

如上面提及的技术规范TS 23.228中第4.6章所陈述，CSFC是可以在IMS中使用的扮演各种角色的IMS实体。代理-CSFC(P-CSFC)是IM(IP多媒体)CN子系统内的第一联系点。UE使用称为“本地CSCF发现”的机制发现其地址。查询-CSFC(I-CSFC)是运营商网络内的联系点，用于目标为该网络运营商的用户或当前位于该网络运营商服务区域中的漫游用户的所有连接。服务-CSCF(S-CSCF)执行用于UE的会话控制服务。它维护网络运营商用于支持服务所需的会话状态。

将S-CSCF分配给UE根据称为“IMS注册”的过程进行。

如上面提及的TS 23.228中第5.2.2.3章所公开，可以在执行接入注册之后且在已经从接入网络获得用于发送信号的IP连接性之后发起IMS注册。出于注册信息流的目的，用户被认为总是在漫游。对于在其归属网络中漫游的用户，归属网络将执行受访网络元件和归属网络元件的角色。具体而言，如图1所示(对应于所述技术规范TS 23.228的图5.1)：

1.在UE已经获得IP连接性之后，它能够通过向P-CSFC发送注册信息流(例如，公共用户身份、私有用户身份、归属网络域名、UE IP地址、全局可路由用户代理URI(GRUU)支持标识符)开始IM注册。

2.当接收注册信息流时，P-CSCF将根据上面提及的“本地CSCF发现”机制检查“归属域名”以发现归属网络的入口点(即，I-CSCF)。代理服务器将向I-CSCF发送注册信息流(P-CSCF地址/名称、公共用户身份、私有用户身份、P-CSCF网络标识符、UE IP地址)。名称-地址解决方案机制被用以从归属域名判断归属网络的地址。P-CSCF网络标识符是在归属网络识别的字符串，归属网络是P-CSCF所处的网络(例如，P-CSCF网络标识符是P-CSCF网络的域名)。

3.I-CSCF将发送“Cx-Query/Cx-Select-Pull”信息流到归属用户服务器(HSS)(公共用户身份、私有用户身份、P-CSCF网络标识符)。

HSS将核查用户是否已经注册。HSS将根据用户的预订和运营商限制/约束指示用户是否被允许在该(P-CSCF网络标识符识别的)P-CSCF网络中注册，如果该用户签约和运营商限制/约束存在。

4.“Cx-Query Resp/Cx-Select-Pull Resp”信息流从HSS发送到I-CSCF。如果它为HSS已知，它将包含S-CSCF名称，或者如果必须选择新的S-CSCF，它将具有S-CSCF功能。当功能返回时，I-CSCF将基于返回的功能执行新S-CSCF的选择功能。

如果HSS中的核查不成功，Cx-Query Resp将拒绝注册的尝试。

5.I-CSCF将使用S-CSCF名称通过名称-地址解决机制判断S-CSCF的地址。I-CSCF还可以基于从HSS接收的信息判断合适的归属网络联系点的名称。I-CSCF然后将发送注册信息流(P-CSCF地址/名称、公共用户身份、私有用户身份、P-CSCF网络标识符、UEIP地址)到所选的S-CSCF。归属网络联系点将被P-CSCF使用以转发会话发起信号到归属网络。

S-CSCF将存储受访网络提供的P-CSCF地址/名称。这代表归属网络转发后续终止会话信号到UE的地址/名称。S-CSCF将存储P-CSCF网络ID信息。

6.S-CSCF将发送“Cx-Put/Cx-Pull”信息流(公共用户身份、私有用户身份、S-CSCF名称)到HSS。

7.HSS将存储该用户的S-CSCF名称，且返回信息流“Cx-PutResp/Cx-Pull Resp”(用户信息)到S-CSCF。从HSS传递到S-CSCF的用户信息将包括一个或多个名称/地址信息，当用户在该S-CSCF注册时，该信息可用于接入用于服务控制的(多个)平台。S-CSCF将存储所指示的用户的信息。除了名称/地址信息，安全信息也可以被发送以在S-CSCF中使用。

8.基于过滤标准(filter criteria)，S-CSCF将发送注册信息到服务控制平台且执行任何合适的服务控制过程。

9.S-CSCF将返回200OK信息流(归属网络联系信息、GRUU)到I-CSCF。

10.I-CSCF将发送信息流200OK(归属网络联系信息、GRUU)到P-CSCF。I-CSCF将在发送信息流200OK之后释放所有注册信息。

11.P-CSCF将存储归属网络联系信息，且将发送信息流200OK(GRUU)到UE。

一旦成功执行了IMS注册，UE可以接入IMS服务且可以通过分配到其的S-CSCF使用应用服务器(AS)提供的服务。S-CSCF到AS的接口用于提供驻留在AS中的服务。

如TS 23.002中所陈述，应用服务器(AS)提供用于多媒体服务或增值IM服务的基本逻辑且可以寄存在用户归属网络或第三方位置。第三方可以是网络或者仅仅是分立的应用服务器。应用服务器例如可以是SIP(会话发起协议)应用服务器、OSA(开放业务体系)应用服务器或CAMEL(移动网增强逻辑的定制应用)IM-SSF(IM服务交换功能)。

因此，根据上述技术规范中公开的内容，S-CSCF被分配以在UE在IMS中注册时服务于UE。然后，当UE发出对于具体服务的接入的请求时，在IM注册过程中分配到其的S-CSCF服务于该UE，以用于提供所述具体服务。

申请人注意到，根据本领域中已知的该技术，向UE提供服务通过分配给该UE的S-CSCF执行，不考虑UE实际要求的服务。

申请人注意到，这暗示着，IM移动运营商必须配置IMS网络的所有S-CSCF，使得它们适于能够接入向UE提供IM服务的所有应用服务器(AS)。例如，这要求所有S-CSCF上安装复杂过滤标准(FC)，该过滤标准允许S-CSCF接入所有应用服务器中允许满足UE发出的具体服务请求的合适AS。这在执行时间和成本方面是十分费力的。

另外，因为所有S-CSCF必须具有接入所有AS的可能性，申请人发现，移动运营商不能专门化S-CSCF中执行的操作以提供仅对能够专用于提供特定服务或服务于特定种类UE的特定(一组)AS的接入。而且，移动运营商不能针对第三方拥有(即，不同于移动运营商的不同行为者拥有)的AS专门指定S-CSCF的操作，该第三方例如是为其雇员提供专门化服务的企业网络。这在安全和隐私问题方面是不利的。

相应地，申请人觉察到在IMS型电信网络中改善服务提供的需要。具体而言，申请人觉察到克服上述缺点的需要。

申请人发现，这可以通过一机制实现，根据该机制，提供服务给某个UE通过每次基于UE要求的特定服务分配给UE的网络实体执行。这允许克服上述缺点，因为它允许移动运营商配置这种网络实体为使得它们中的每一个适于仅接入一个应用服务器或者有限数目的应用服务器。这样，过滤标准和网络实体的配置相当简单。

再者，移动运营商被赋予专门化网络实体中执行的操作的可能性，从而使得它能够接入特定应用服务器(组)，该特定应用服务器(组)将专用于提供特定服务或者服务于特定类型的UE。另外，移动运营商被赋予针对第三方拥有的应用服务器专门化网络实体的操作的可能性。

发明内容

因此，在第一方面，本发明涉及一种用于管理电信网络中的服务提供的方法，其中该服务通过一组服务器提供且该电信网络包括至少一个第一网络实体和多个第二网络实体，每个第二网络实体适于接入所述服务器的子集，该方法包括：

1)在所述第一网络实体处，从用户设备接收对预定服务的请求；以及

2)在所述预定的第一网络实体处，基于用户设备请求的服务，在多个第二网络实体中识别接入所述服务器的组中允许满足对预定服务的请求的服务器的第二网络实体。

典型地，对于一组N个服务器，子集可以包括M个服务器，1≤M＜N(N、M是整数)。

有利地，通过使用与用户设备可要求的每种类型的服务相关联的合适规则执行多个第二网络实体中预定第二网络实体的识别。不同类型的服务的实例可以是语音呼叫、视频呼叫、两个用户之间的语音/视频交换以及他们之间的数据业务、聊天、多方会议等。

有利地，该方法还包括：3)向2)中识别出的第二网络实体通知用户设备所作的请求。有利地，该方法还包括：4)在所述第二网络实体处，识别它所接入的所述子集中允许满足对预定服务的请求的服务器。有利地，该方法还包括：5)通过第二网络实体接入4)中识别的服务器(24)从而满足对预定服务的请求。有利地，第二网络实体接入4)中识别的服务器以获取向用户设备提供预定服务所需的服务逻辑或者直接获取所请求的预定服务。

根据一实施例，在3)中，请求不从第一网络实体通知给第二网络实体。

根据另一实施例，在3)中，不将所述请求从第一网络实体通知给第二网络实体。在这种情况下，3)符合从第一网络实体向用户设备发送关于2)中识别出的第二网络实体的信息，从而使得用户设备能够将对所述预定服务的请求重定向到所述第二网络实体。根据该实施例，该方法还包括：在2)中识别出的第二网络实体处，从用户设备接收对另一服务的另一请求。在这种情况下，该方法有利地还包括在在第二网络实体处检查在它所接入的服务器的子集中，是否存在一个服务器允许满足用户设备所作出的对另一服务的另一请求。在肯定的情况下，还包括第二网络实体接入如此识别出的服务器，从而满足对该另一服务的另一请求。在否定的情况下，还包括从第二网络实体向第一网络实体通知对该另一服务的所述另一请求。此时，步骤1)-2)以及有利地步骤3)至5)被再次实施以用于管理对另一服务的所述另一请求。

在本发明的优选实施例中，通信网络是IMS型通信网络。

根据一实施例，根据类似于上述技术规范TS 23.228中公开的注册过程，第一网络实体被分配给用户设备。

根据另一实施例，第一网络实体可以以预定方式分配给用户设备，且识别第一位网络实体的信息可以有利地在用户设备上预配置，使得用户设备能够直接联系第一网络实体以向其发送服务请求。

根据另一实施例，依赖于APN(接入点名称)且因此依赖于向用户赋予IP连接性和/或基于负载共享的GGSN(网关GPRS服务/支持节点)或网关，第一网络实体可以基于地理位置通过GGSN或网关被分配给用户设备。

根据本发明的优选实施例，根据3GPP TS 24.229，用户设备、第一网络实体、第二网络实体和服务器之间的消息是会话发起协议(SIP)方法。

例如，对1)和3)中服务的请求可以通过SIP邀请消息发送。

在第二方面，本发明涉及一种用于向用户设备提供服务的电信网络，通过一组(应用)服务器提供该服务，该电信网络包括：

至少一个第一网络实体；以及

多个第二网络实体，每个第二网络实体适于接入所述服务器的子集；

其中该至少一个第一网络实体包括适于从用户设备接收对预定服务的请求的模块；以及适于基于用户设备所请求的服务，识别所述多个第二网络实体中接入该组服务器中允许满足用户设备所请求的服务的服务器的第二网络实体的模块。

典型地，所述模块是软件、固件和/或硬件模块。

有利地，每个第二网络实体包括适于接收对预定服务的所述请求的模块。有利地，每个第二网络实体适于识别它所接入的所述子集中允许满足对所述预定服务的请求的服务器。有利地，每个第二网络实体还适于接入所识别的服务器，从而满足对所述预定服务的请求。有利地，每个第二网络实体适于接入识别的服务器以获取向用户设备提供预定服务所需的服务逻辑或者直接获取请求的预定服务。

根据一实施例，每个第二网络实体有利地适于从第一网络实体接收用户设备作出的服务请求。

根据另一实施例，每个第二网络实体有利地适于从用户设备接收服务请求。根据该实施例，第一网络实体适于向用户设备发送关于所识别的第二网络实体的信息，从而使得用户设备能够将对预定服务的请求重定向到所述第二网络实体。根据该实施例，每个第二网络实体还有利地适于从用户设备接收对另一服务的另一请求。在这种情况下，每个第二网络实体还适于检查在它所接入的服务器(24)的子集中是否存在一个服务器允许满足该另一服务请求。肯定的情况下，每个第二网络实体还适于接入所识别的服务器，从而满足对该另一服务的另一请求。在否定的情况下，每个第二网络实还适于发送对该另一服务的所述另一请求到第一网络实体。

在本发明的优选实施例中，通信网络是IMS型通信网络。

如上所述，根据本发明的优选实施例，根据3GPP TS 24.229，用户设备、第一网络实体、第二网络实体和服务器之间的消息是会话发起协议(SIP)方法。

根据该优选实施例，用户设备、第一网络实体、第二网络实体和服务器是支持SIP的，即，它们适于支持SIP及其本身扩展的使用或者支持通过合适的SIP接口的使用。

根据另一方面，本发明涉及一种电信网络的网络实体，其用于向用户设备提供服务，该网络实体包括适于从用户设备接收对预定服务的请求的模块；以及适于基于用户设备请求的服务，识别多个第二网络实体中接入一组服务器中允许满足该用户设备的服务请求的服务器的第二网络实体的模块。

至于网络实体的其他结构和功能特征，参考在本发明的第一方面和第二方面中已经公开的内容。

附图说明

本发明的特征和优点将通过下面仅以非限制性实例提供的一些实例性实施例的详细描述、通过参考附图做出的描述而得以显现，附图中：

图1示意性示出如技术规范TS 23.228中公开的IMS注册过程的消息流；

图2示意性示出根据本发明的电信网络的实施例；

图3示意性示出根据本发明的实施例，为IMS型注册过程交换的主要消息的实例；

图4示意性示出根据本发明的另一实施例，为IMS型注册过程交换的主要消息的实例；

图5示意性示出根据本发明的第一实施例，用于向用户设备提供服务而交换的主要消息的实例；

图6示意性示出根据本发明的第二实施例，用于向用户设备提供服务而交换的主要消息的实例；

图7示意性示出，当根据图6的消息流处理向用户设备提供第一服务的第二网络实体从用户设备接收用于另一服务的请求时，根据本发明交换的主要消息的实例。

具体实施方式

图2示出了根据本发明的一个实施例的IMS型电信网络100，其包括多个第一网络实体20、多个第二网络实体22(22_a、22_b和22_c)和一组N个应用服务器24(24_1、24_2、...、24_N)。

根据本发明，每个第二实体22适于接入应用服务器的预定子集。例如，在图2中，第二实体22_a适于接入应用服务器24_1和24_2，第二实体22_b适于接入应用服务器24_3、24_4和24_5，且第二实体22_c适于接入应用服务器24_N。

如上所述，应用服务器24提供用于多媒体服务或增值IM服务的基本逻辑且可以寄存在用户的归属网络或第三方位置。第三方可以是网络或只是分立的AS。

IMS中提供的服务的实例是辅助服务(呼叫转发、CCBS遇忙呼叫完成)、语音呼叫连续性、企业服务、语音呼叫、视频呼叫、两个用户之间的语音/视频交换及他们之间的数据业务、聊天、多方会议、对于网络服务的接入等。

根据示出的实施例，电信网络100还包括第一和第二网络实体20、22所关联的IMS核心网(CN)18、与IMS核心网18关联的HSS 16、普通IP连接性接入网络(CAN)12、GPRS/UMTS接入网络14和用户设备1。

IP CAN 12和GPRS/UMTS接入网络14分别通过网关(GW)120和GGSN 140与IMS核心网18连接。

应当注意，即使通常提供多个用户设备，为简单起见，在图2中仅示意了一个用户设备。

而且，注意，图2中的IP CAN 12和GPRS/UMTS接入网络14作为非限制性实例示意且根据本发明可以在通信网络中使用其他接入网络。

因为IP CAN、GPRS、UMTS和IMS技术在本领域中公知，此后并不详细描述上述IP CAN、GPRS/UMTS接入网络、IMS CN、HSS、GGSN、GW。

作为实例，且并不是非限制方式，用户设备1可以包括计算机、电话(可以是移动电话、固定电话或其他电话)、个人数字助理(PDA)等。

IP CAN 12和GRPS/UMTS接入网络14允许用户设备1分别通过网关(GW)120和GGSN 140接入IMS核心网18。然后，如下文详细解释，IMS核心网18又接入应用服务器24(通过第二网络实体22)以满足用户通过用户设备1发出的服务请求。

第一网络实体20、第二网络实体22、HSS 16、网关120、GGSN140、应用服务器24以及用户设备1包括硬件模块、软件模块、固件模块和/或其组合，这些模块适于根据本发明的各个方面执行本发明。

在IPCAN 12或GPRS/UMTS接入网络14中注册之后，且在获得IP连接性之后，根据本领域中公知的技术，用户设备1适于通过向IMS核心网18注册其自身而获取对IMS提供的服务的接入。

在IMS核心网18中注册之后，多个第一网络实体20其中之一以类似于上面参考图1中的S-CSCF布置公开的方式被分配给用户设备1。

分配的第一网络实体20负责执行用于用户设备1的会话控制服务、处理信令消息以建立、修改和终止会话/呼叫。

图3示意性示出，在用户设备1正在漫游的情况或者更一般地在用户设备(UE)1执行如3GPP TS 23.228中规定的代理-CSCF发现的情况下，根据本发明的实施例，IMS型注册过程交换的主要消息的实例。

在图3中，在获取IP连接性和执行P-CSCF发现过程之后，用户设备1发送SIP注册消息，类似于3GPP TS 23.228中规定的过程和参考图1公开的内容，该SIP注册消息被所发现的P-CSCF接收，且然后被查询-CSCF接收。

应当注意，为清晰起见，在图2中没有示出P-CSCF和I-CSCF。

此时，类似于3GPP TS23.228中规定的过程以及类似于图1公开的内容，I-CSCF与HSS 16交互以识别多个第一网络实体20中分配给该特定用户设备1的一个第一网络实体。例如，该分配基于地理位置和/或基于负载共享而执行。

在这种交互之后，注册消息被传播到所分配的第一网络实体20，该第一网络实体20进而可选地能够根据3GPP TS 23.228中规定的过程执行IMS认证。

根据所示的实施例，分配的第一网络实体20还有利地适于与HSS 18交互以获得一组合适的规则来处理后续用户设备服务请求。根据另一实施例，该组规则可以在第一网络实体20上预配置。

根据本发明，所述规则将用户设备可要求的每种类型的服务与预定的第二网络实体22相关联。例如，在图2的实施例中，所述规则将应用服务器24_1和24_2提供的服务类型与第二实体22_a相关联，将应用服务器24_3、24_4和24_5提供的服务类型与第二实体22_b相关联，且将应用服务器24_N提供的服务类型与第二实体22_c相关联。

如果所有这些阶段都被正确执行，肯定的注册确认消息被发送回用户设备1。

图4示意性示出，当用户设备1处于其归属域内，或者更一般地，当用户设备1不执行P-CSCF发现过程时，根据本发明的另一实施例，为注册过程交换的主要消息的实例。根据该实施例，关于多个第一网络实体20其中之一的名称/地址信息在用户设备1上预配置，例如，在其USIM、ISIM(通用用户身份模块/IMS用户身份模块)上预配置。作为替代地，所述名称/地址信息可以通过IP地址获取阶段传递到用户设备1(例如，PDP上下文激活、DHCP配置等。)

在图4中，在获取IP连接性之后，用户设备1发送寻址到预配置了名称/地址信息的第一网络实体20的SIP注册消息。

第一网络实体20接收注册消息且可选地能够根据3GPP TS23.228中规定的过程执行IMS认证。

根据所示的实施例，第一网络实体20还有利地适于与HSS 16交互以获得上述一组规则来处理后续用户设备服务请求。根据另一实施例，该组规则可以在第一网络实体20上预配置。

如果所有这些阶段都被正确执行，肯定的注册确认消息被发送回用户设备1。

根据另一实施例(未示出)，在用户设备1处于其归属域的情况下，或者更一般地，在用户设备1不执行P-CSCF发现的情况下，例如，基于与注册消息中的用户设备1相关联的IP地址和/或基于负载共享，也可以通过GGSN 140或GW 120实现将多个第一实体20其中之一分配到用户设备1。

一旦在IMS核心网18中成功注册，用户设备1可以接入IMS中提供的服务。

根据本发明的两个不同实施例，在向用户设备1提供服务的过程中，在注册过程中分配到该用户设备1的第一网络实体20可以用作代理服务器或者重定向服务器。如下文更详细示出，当用作代理服务器时，第一网络实体20用作用户设备1和第二网络实体22之间的中介。当第一网络实体20用作重定向服务器时，该用户设备发出的服务请求被重定向到第二网络实体22。

图5和6示出当第一网络实体20分别用作代理服务器和重定向服务器时根据本发明交换的主要消息的两个实例。

在实施例中通过以非限制性方式示出的交换消息是3GPP-SIP方法。

在图5的实例中，用户通过合适的用户接口(未示出)请求用户设备1发送SIP邀请消息到分配给其的第一网络实体20，从而请求特定服务。SIP邀请消息包括对所请求服务的描述(例如，使用已知会话描述协议(SDP)编码)，且可选地还可以包含服务标识符(service_Id)。

当接收所述SIP邀请消息时，第一网络实体20根据预定的认证策略和预订的服务检查用户设备1是否被授权以接入所请求的服务。在肯定的情况下，它分析所要求的会话的特性(例如，SIP邀请消息中包含的SDP，以及可选地，服务标识符)以基于用户设备1请求的服务在多个第二网络实体22中识别接入应用服务器24的组中允许满足用户设备1的服务请求的应用服务器24的第二网络实体22。有利地，该识别通过使用将用户设备可要求的每种类型的服务与预定的第二网络实体关联起来的上述规则组执行。

例如，当用户设备1请求应用服务器24_3提供的服务类型时，第二网络实体22_b将被识别。

在识别合适的第二网络实体22之后，第一网络实体20发送SIP邀请消息到所识别的第二网络实体22(例如，22_b)。

在接收到SIP邀请消息时，所识别的第二网络实体22(例如，22_b)分析所要求的会话的特征(例如，包括在SIP邀请消息中的SDP，以及可选地，服务标识符)以基于用户设备1请求的服务在子集中识别允许满足该用户设备发出的服务请求的应用服务器24(例如，24_3)。有利地，该识别通过使用与应用服务器的子集(例如，24_3、24_4、24_5)提供的每种类型的服务相关联的合适的过滤标准执行，该应用服务器(例如24_3)提供该用户设备所请求的特定服务。

在所示的实施例中，在识别合适的应用服务器之后，第二网络实体22(例如，22_b)发送SIP邀请消息到所识别的应用服务器24(例如24_3)，包括用户设备1作出的服务请求。

在从第二实体22接收SIP邀请消息之后，应用服务器24根据预定的认证策略检查用户设备1是否被授权，以接入所请求的服务，在肯定的情况下，使用200OK消息回复，该200OK消息通过第二实体22和第一实体20传播给用户设备1。

第二网络实体22发送SIP邀请消息到所识别的应用服务器24的所示实施例预期这种情况：其中用户设备请求的服务由应用服务器提供。在应用服务器仅向第二网络实体提供用于实现该用户设备所请求的服务(例如，在视频呼叫请求的情况下)的基本逻辑的另一实施例(未示出)中，第二网络实体22不发送SIP邀请消息到所识别的应用服务器24，而是仅接入所识别的应用服务器24以收集实现用户设备1所请求的服务所需的基本逻辑。

现在转向图6的实例，用户设备1发送SIP邀请消息到分配给其的第一网络实体20，从而请求特定服务。和图5的实施例一样，SIP邀请消息包括对所请求服务的描述(例如，使用会话描述协议(SDP)编码，且可选地，还可以包含服务标识符(service_Id)。

和图5中示出的实施例一样，当接收到所述SIP邀请消息时，第一网络实体20根据预定的认证策略和预订的服务检查用户设备1是否被授权接入所请求的服务。在肯定的情况下，它分析所要求的会话的特性(例如，SIP邀请消息中包含的SDP，以及可选地，服务标识符)以基于用户设备1所请求的服务在多个第二网络实体22中识别与应用服务器24组中与提供用户设备1所请求的服务的那个应用服务器24相关联的那个第二网络实体22。

此时，不同于图5的实施例，在识别合适的第二网络实体22之后，第一网络实体20发送SIP重定向消息到用户设备1，包括识别所请求的服务的信息和关于所识别的第二网络实体的名称/地址信息，从而使得用户设备1将对预定服务的请求重定向到所述第二网络实体22。

当接收到所述重定向消息时，用户设备1从其检索第二网络实体名称/地址信息且在合适的SIP邀请消息中将对预定服务的请求重定向到所述第二网络实体。

此时，消息流完全类似于参考图5所公开的消息流。

鉴于上述描述，应当注意，根据图5的实施例(其中第一网络实体20用作代理服务器)的服务提供不需要对于用户设备的任何特定要求。另外，在通信网络中提供新服务(例如，在网络中配置的新应用服务器)基本不影响第一网络实体20。

然后，根据图6的实施例(其中第一网络实体20用作重定向服务器)的服务提供需要用户设备适于维持特定服务请求和分配给其的第二网络实体之间的关联以用于服务所述具体服务请求。

图7示出，当根据图6的消息流处理向用户设备1提供第一服务的第二网络实体从用户设备1接收到对另一服务的请求时，根据本发明交换的主要消息的实例。

具体而言，在图7中，用户设备1发送SIP邀请消息到分配给其的第二网络实体22，从而请求另一服务。该SIP邀请消息包括对服务的描述(例如，使用会话描述协议(SDP)编码)，且可选地也可以包含服务标识符(service_Id)。

在接收到所述SIP邀请消息时，第二网络实体22(例如，22_b)检查在它接入的应用服务器的子集(例如，24_3、24_4、24_5)中，是否存在一个应用服务器提供用户设备1所请求的另一服务。在肯定的情况下(未示出的情况)，第二网络实体22接入如此识别出的应用服务器以满足用户设备1发出的另一服务器请求。在否定的情况下(在图7中示出的情况)，第二网络实体22发送包含对该另一服务的所述请求的SIP邀请消息到先前向其发送对第一服务的请求的第一网络实体20。此时，用于管理对该另一服务的请求的消息流完全类似于参考图6公开的消息流。

鉴于上述描述，在IMS核心网18中用户设备注册时，通过参考图3和4公开的注册过程，第一网络实体20被分配给用户设备1以执行会话控制。在用户设备1请求特定服务时，所分配的第一网络实体20基于所请求的服务识别第二网络实体22，该第二网络实体22接入允许满足用户设备1作出的特定服务请求的应用服务器。

如上面已经陈述，根据3GPP TS 23.228公开的内容，该架构使得每个第二网络实体被配置，从而适于仅接入应用服务器24_1至24_N的子集。

这允许简化网络实体的配置和它们使用的过滤标准。

另外，这允许专门化第二网络实体中执行的操作从而使其仅接入特定(一组)应用服务器，该组应用服务器或者专用于提供特定服务(例如，企业服务)或者专用于服务于特定类型的用户设备(例如，用于服务于预定制造商的移动电话)。

另外，这允许针对第三方(例如，向其雇员提供专有服务的企业网络)拥有的应用服务器专门指定第二网络的操作。这在隐私和安全问题方面是有利的。

例如，可以提供如下架构：

-第二网络实体可以位于IMS-供应商/运营商网络内且运营商本身可以是服务供应商，即，AS由运营商提供；该方案具有为网络配置和资源优化提供更大灵活性的优点；

-第二网络实体可以位于IMS供应商网络中，而AS可以寄存在第三方网络中；

-第二网络实体可以位于第三方网络中，例如也拥有合适AS的企业网络；这具有允许企业网络使用在企业网络中下载的某些HSS-数据开发某些简单服务且容易接入的优点；然而，这对必须处理3GPPSIP接口的企业网络强加了某些要求。

-第二网络实体和AS可以位于IMS供应商网络中，AS具有与企业网络的网络服务接口。

应当注意，在所示的实施例中，第一网络实体20和第二网络实体22被公开为扮演两个不同角色。第一网络实体20被分配给用户设备1以在IMS核心网18中用户设备注册时用于执行会话控制，而第二网络实体22在请求特定服务时基于请求的服务被分配给用户设备。然而，根据本发明，任意第一和第二网络实体可适于起两种作用。

Claims (18)

1.一种用于管理电信网络(100)中的IP多媒体服务提供的方法，其中该IP多媒体服务通过一组服务器(24)提供且该电信网络(100)包括至少一个第一网络实体(20)和多个第二网络实体(22)，每个第二网络实体(22)适于仅接入所述服务器(24)的子集，该方法包括：

a)在所述第一网络实体(20)处获得或在所述第一网络实体(20)上预配置预定规则，所述预定规则将每种类型的IP多媒体服务与接入提供所述类型的IP多媒体服务的所述服务器(24)的所述第二网络实体(22)相关联；

1)在所述第一网络实体(20)处，从用户设备(1)接收对预定的IP多媒体服务的请求；以及

2)在所述第一网络实体(20)处，基于用户设备(1)请求的IP多媒体服务，使用所述预定规则以在多个第二网络实体(22)中识别接入所述服务器(24)的组中允许满足对预定的IP多媒体服务的请求的服务器(24)的第二网络实体(22)，

3)i.从第一网络实体(20)向2)中识别出的第二网络实体(22)通知用户设备(1)所作的请求，或

ii.从第一网络实体(20)向用户设备(1)发送关于2)中识别出的第二网络实体(22)的信息，从而使得用户设备(1)能够将对所述预定IP多媒体服务的请求重定向到所述第二网络实体(22)。

2.根据权利要求1所述的方法，还包括：4)在所述第二网络实体(22)处，识别在它所接入的所述子集中允许满足对预定服务的请求的服务器(24)。

3.根据权利要求2所述的方法，还包括：5)通过第二网络实体(22)接入4)中识别的服务器(24)从而满足对预定服务的请求。

4.根据权利要求1所述的方法，在3)ii.的情况下，还包括：在2)中识别出的第二网络实体(22)处，从用户设备(1)接收对另一IP多媒体服务的另一请求。

5.根据权利要求4所述的方法，该方法还包括在第二网络实体(22)处检查在它所接入的服务器(24)的子集中，是否存在一个服务器(24)允许满足用户设备(1)所作出的对另一IP多媒体服务的另一请求。

6.根据权利要求5所述的方法，在肯定的情况下，还包括第二网络实体(22)接入如此识别出的服务器(24)，从而满足对该另一IP多媒体服务的另一请求。

7.根据权利要求5所述的方法，在否定的情况下，还包括从第二网络实体(22)向第一网络实体(20)通知对该另一IP多媒体服务的所述另一请求。

8.根据权利要求7所述的方法，还包括：

4)在所述第二网络实体(22)处，识别在它所接入的所述子集中允许满足对预定服务的请求的服务器(24)；和

5)通过第二网络实体(22)接入4)中识别的服务器(24)从而满足对预定服务的请求，

其中，实施步骤1)至5)以管理对该另一IP多媒体服务的所述另一请求。

9.一种用于向用户设备(1)提供服务的电信网络(100)，通过一组服务器(24)提供该服务，该电信网络(100)包括：

-至少一个第一网络实体(20)；以及

-多个第二网络实体(22)，每个第二网络实体适于接入所述服务器(24)的子集；

其中该至少一个第一网络实体(20)包括：

获得或预配置预定规则的模块，所述预定规则将每种类型的IP多媒体服务与接入提供所述类型的IP多媒体服务的所述服务器(24)的第二网络实体(22)相关联；

接收模块，从用户设备(1)接收对预定IP多媒体服务的请求；

识别模块，使用所述预定规则，以基于用户设备(1)所请求的IP多媒体服务，识别所述多个第二网络实体(22)中接入该组服务器(24)中允许满足用户设备(1)所请求的IP多媒体服务的服务器(24)的第二网络实体(22)；以及

通知模块，向识别模块中识别出的第二网络实体(22)通知用户设备(1)所作的请求，或

发送模块，向用户设备(1)发送关于识别模块中识别出的第二网络实体(22)的信息，从而使得用户设备(1)能够将对所述预定IP多媒体服务的请求重定向到所述第二网络实体(22)。

10.根据权利要求9所述的电信网络(100)，其中每个第二网络实体(22)包括适于接收对预定服务的所述请求的模块。

11.根据权利要求9所述的电信网络(100)，其中每个第二网络实体(22)包括适于识别它所接入的所述子集中允许满足对所述预定服务的请求的服务器(24)的模块。

12.根据权利要求11所述的电信网络(100)，其中每个第二网络实体(22)包括适于接入所识别的服务器(24)，从而满足对所述预定服务的请求的模块。

13.根据权利要求9所述的电信网络(100)，其中每个第二网络实体(22)包括适于从第一网络实体(20)接收用户设备(1)作出的服务请求的模块。

14.根据权利要求9所述的电信网络(100)，其中每个第二网络实体(22)包括适于从用户设备(1)接收所述服务请求的模块。

15.根据权利要求9所述的电信网络(100)，其中每个第二网络实体(22)包括适于从用户设备(1)接收对另一服务的另一请求的模块。

16.根据权利要求15所述的电信网络(100)，其中每个第二网络实体(22)包括适于检查在它所接入的服务器(24)的子集中是否存在一个服务器(24)允许满足对该另一服务的另一请求的模块。

17.根据权利要求16所述的电信网络(100)，其中，每个第二网络实体(22)包括适于在肯定的情况下，接入所识别的服务器(24)，从而满足对该另一服务的另一请求的模块。

18.根据权利要求16所述的电信网络(100)，其中，每个第二网络实体(22)包括适于在否定的情况下，发送对该另一服务的所述另一请求到第一网络实体(20)的模块。

Images