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

文档序号:7642999阅读:124来源:国知局
专利名称:用于在ims网络中通过一组服务器提供网络服务的方法和设备的制作方法
技术领域
本发明涉及用于在IMS (IP多媒体子系统)型电信网络中提供 网络服务的方法。
背景技术
如第三代合作伙伴计划(3GPP )在TS 23.002 V7丄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发 送注册信息流(例如,公共用户身份、私有用户身份、归属网络域名、 UEIP地址、全局可路由用户代理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-Pu11 Resp,,信息流从HSS发送到 I-CSCF。如果它为HSS已知,它将包含S-CSCF名称,或者如果必 须选择新的S-CSCF,它将具有S-CSCF功能。当功能返回时,I-CSCF 将基于返回的功能执行新S-CSCF的选择功能。
如果HSS中的核查不成功,Cx-QueryResp将拒绝注册的尝试。
5. I-CSCF将使用S-CSCF名称通过名称-地址解决机制判断 S-CSCF的地址。I-CSCF还可以基于从HSS接收的信息判断合适的归属网络联系点的名称。I-CSCF然后将发送注册信息流(P-CSCF 地址/名称、公共用户身份、私有用户身份、P-CSCF网络标识符、UE IP地址)到所选的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-Put Resp/Cx-Pu11 Resp"(用户信息)到S-CSCF。从HSS传递到S-CSCF 的用户信息将包括一个或多个名称/地址信息,当用户在该S-CSCF注 册时,该信息可用于接入用于服务控制的(多个)平台。S-CSCF将 存储所指示的用户的信息。除了名称/地址信息,安全信息也可以被发 送以在S-CSCF中使用。
8. 基于过滤标准(filter criteria ) , S-CSCF将发送注册信息到 服务控制平台且执行任何合适的服务控制过程。
9. S-CSCF将返回200 0K信息流(归属网络联系信息、GRUU ) 到I画CSCF。
10. I-CSCF将发送信息流200 OK (归属网络联系信息、 GRUU)到P-CSCF。 I-CSCF将在发送信息流200 OK之后释放所有 注册信息。
11. P-CSCF将存储归属网络联系信息,且将发送信息流200 OK (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)中识别出的第二网络实体处,从用户设 备接收对另一服务的另一请求。在这种情况下,该方法有利地还包括 在在第二网络实体处检查在它所接入的服务器的子集中,是否存在一 个服务器允许满足用户设备所作出的对另 一服务的另 一请求。在肯定 的情况下,还包括第二网络实体接入如此识别出的服务器,从而满足 对该另一服务的另一请求。在否定的情况下,还包括从第二网络实体 向第一网络实体通知对该另一服务的所述另一请求。此时,步骤l) -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个应用月l务器24 ( 24_1、 24—2、…、24—N)。
根据本发明,每个第二实体22适于接入应用服务器的预定子集。 例如,在图2中,第二实体22_3适于接入应用服务器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 作为非限制性实例示意且根据本发明可以在通信网络中使用其他接入网络。
因为IPCAN、 GPRS、 UMTS和IMS技术在本领域中公知,此 后并不详细描述上述IP CAN、 GPRS/UMTS接入网络、IMS CN、 HSS、 GGSN、 GW。
作为实例,且并不是非限制方式,用户设备l可以包括计算机、 电话(可以是移动电话、固定电话或其他电话)、个人数字助理(PDA) 等。
IP CAN 12和GRPS/UMTS接入网络14允许用户设备1分别通 过网关(GW) 120和GGSN140接入IMS核心网18。然后,如下文 详细解释,IMS核心网18又接入应用服务器24 (通过第二网络实体 22)以满足用户通过用户设备l发出的服务请求。
第一网络实体20、第二网络实体22、 HSS16、网关120、 GGSN 140、应用服务器24以及用户设备1包括硬件模块、软件模块、固件 模块和/或其组合,这些模块适于根据本发明的各个方面执行本发明。
在IPCAN 12或GPRS/UMTS接入网络14中注册之后,且在荻 得IP连接性之后,根据本领域中公知的技术,用户设备1适于通过 向IMS核心网18注册其自身而获取对IMS提供的服务的接入。
在IMS核心网18中注册之后,多个第一网络实体20其中之一 以类似于上面参考图1中的S-CSCF布置公开的方式被分配给用户设 备1。
分配的第一网络实体20负责执行用于用户设备l的会话控制服 务、处理信令消息以建立、修改和终止会话/呼叫。
图3示意性示出,在用户设备1正在漫游的情况或者更一般地在 用户设备(UE) 1执行如3GPP TS 23.228中规定的代理-CSCF发现 的情况下,根据本发明的实施例,IMS型注册过程交换的主要消息的 实例。
在图3中,在获取IP连接性和执行P-CSCF发现过程之后,用 户设备1发送SIP注册消息,类似于3GPP TS 23.228中规定的过程 和参考图l公开的内容,该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相关 联。
如果所有这些阶段都被正确执行,肯定的注册确认消息被发送回 用户设备l。
图4示意性示出,当用户设备1处于其归属域内,或者更一般地, 当用户设备1不执行P-CSCF发现过程时,根据本发明的另 一实施例, 为注册过程交换的主要消息的实例。根据该实施例,关于多个第一网 络实体20其中之一的名称/地址信息在用户设备1上预配置,例如, 在其USIM、 ISIM (通用用户身份模块/IMS用户身份模块)上预配 置。作为替代地,所述名称/地址信息可以通过IP地址获取阶段传递 到用户设备l(例如,PDP上下文激活、DHCP配置等。)
在图4中,在获取IP连接性之后,用户设备l发送寻址到预配 置了名称/地址信息的第一网络实体20的SIP注册消息。第一网络实体20接收注册消息且可选地能够根据3GPP TS 23.228中规定的过程执行IMS认证。
根据所示的实施例,第一网络实体20还有利地适于与HSS 16 交互以获得上述一组规则来处理后续用户设备服务请求。根据另 一 实 施例,该组规则可以在第一网络实体20上预配置。
如果所有这些阶段都被正确执行,肯定的注册确认消息被发送回 用户设备1。
根据另一实施例(未示出),在用户设备l处于其归属域的情况 下,或者更一般地,在用户设备l不执行P-CSCF发现的情况下,例 如,基于与注册消息中的用户设备l相关联的IP地址和/或基于负载 共享,也可以通过GGSN 140或GW 120实现将多个第一实体20其 中之一分配到用户设备l。
一旦在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,以及可选地,服务标识符)以基于用户设备l请求的 服务在多个第二网络实体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),包括用户设备l作出的服务请求。
在从第二实体22接收SIP邀请消息之后,应用服务器24根据预 定的认证策略检查用户设备l是否被授权,以接入所请求的服务,在 肯定的情况下,使用200 OK消息回复,该200 OK消息通过第二实 体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,以及可选地,服务标识 符)以基于用户设备l所请求的服务在多个第二网络实体22中识别 与应用服务器24组中与提供用户设备1所请求的服务的那个应用服 务器24相关联的那个第二网络实体22。
此时,不同于图5的实施例,在识别合适的第二网络实体22之 后,第一网络实体20发送SIP重定向消息到用户设备1,包括识别所 请求的服务的信息和关于所识别的第二网络实体的名称/地址信息,从 而使得用户设备1将对预定服务的请求重定向到所述第二网络实体 22。
当接收到所述重定向消息时,用户设备l从其检索第二网络实体 名称/地址信息且在合适的SIP邀请消息中将对预定服务的请求重定 向到所述第二网络实体。
此时,消息流完全类似于参考图5所公开的消息流。
鉴于上述描述,应当注意,根据图5的实施例(其中第一网络实 体20用作代理服务器)的服务提供不需要对于用户设备的任何特定 要求。另外,在通信网络中提供新服务(例如,在网络中配置的新应 用服务器)基本不影响第一网络实体20。
然后,根据图6的实施例(其中第一网络实体20用作重定向服务器)的服务提供需要用户设备适于维持特定服务请求和分配给其的 第二网络实体之间的关联以用于服务所述具体服务请求。
图7示出,当根据图6的消息流处理向用户设备l提供第一服务 的第二网络实体从用户设备l接收到对另一服务的请求时,根据本发
明交换的主要消息的实例。
具体而言,在图7中,用户设备1发送SIP邀请消息到分配给其 的第二网络实体22,从而请求另一服务。该SIP邀请消息包括对服务 的描述(例如,使用会话描述协议(SDP)编码),且可选地也可以 包含月l务标识符(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以 执行会话控制。在用户设备l请求特定服务时,所分配的第一网络实 体20基于所请求的服务识别第二网络实体22,该第二网络实体22接 入允许满足用户设备1作出的特定服务请求的应用服务器。
如上面已经陈述,根据3GPP TS 23.228公开的内容,该架构使 得每个第二网络实体被配置,从而适于仅接入应用服务器24—1至 24_N的子集。
这允许简化网络实体的配置和它们使用的过滤标准。 另外,这允许专门化第二网络实体中执行的操作从而使其仅接入 特定(一組)应用服务器,该组应用服务器或者专用于提供特定服务(例如,企业服务)或者专用于服务于特定类型的用户设备(例如, 用于服务于预定制造商的移动电话)。
另外,这允许针对第三方(例如,向其雇员提供专有服务的企业 网络)拥有的应用服务器专门指定第二网络的操作。这在隐私和安全 问题方面是有利的。
例如,可以提供如下架构
-第二网络实体可以位于IMS-供应商/运营商网络内且运营商 本身可以是服务供应商,即,AS由运营商提供;该方案具有为网络 配置和资源优化提供更大灵活性的优点;
-第二网络实体可以位于IMS供应商网络中,而AS可以寄存 在第三方网络中;
-第二网络实体可以位于第三方网络中,例如也拥有合适AS的 企业网络;这具有允许企业网络使用在企业网络中下载的某些HSS-数据开发某些简单服务且容易接入的优点;然而,这对必须处理3GPP SIP接口的企业网络强加了某些要求。
-第二网络实体和AS可以位于IMS供应商网络中,AS具有与 企业网络的网络服务接口。
应当注意,在所示的实施例中,第一网络实体20和第二网络实 体22被公开为扮演两个不同角色。第一网络实体20被分配给用户设 备1以在IMS核心网18中用户设备注册时用于执行会话控制,而第 二网络实体22在请求特定服务时基于请求的服务被分配给用户设备。 然而,根据本发明,任意第一和第二网络实体可适于起两种作用。
权利要求
1.一种用于管理电信网络(100)中的服务提供的方法,其中该服务通过一组服务器(24)提供且该电信网络(100)包括至少一个第一网络实体(20)和多个第二网络实体(22),每个第二网络实体(22)适于接入所述服务器(24)的子集,该方法包括1)在所述第一网络实体(20)处,从用户设备(1)接收对预定服务的请求;以及2)在所述预定的第一网络实体(20)处,基于用户设备(1)请求的服务,在多个第二网络实体(22)中识别接入所述服务器(24)的组中允许满足对预定服务的请求的服务器(24)的第二网络实体(22)。
2. 根据权利要求1所述的方法,还包括3)向2)中识别出的 第二网络实体(22)通知用户设备(1)所作的请求。
3. 根据权利要求2所述的方法,还包括4)在所述第二网络实 体(22)处,识别在它所接入的所述子集中允许满足对预定服务的请 求的服务器(24)。
4. 根据权利要求3所述的方法,还包括5)通过第二网络实体 (22)接入4)中识别的服务器(24)从而满足对预定服务的请求。
5. 根据权利要求2至4其中任一项所述的方法,其中在3)中, 不将所述请求从第一网络实体(20)通知给第二网络实体(22)。
6. 根据权利要求2至4其中任一项所述的方法,其中在3)中, 不将所述请求从用户设备(1)通知给第二网络实体(22)。
7. 根据权利要求6所述的方法,其中3)符合从第一网络实体 (20)向用户设备(1)发送关于2)中识别出的第二网络实体(22)的信息,从而使得用户设备(l)能够将对所述预定服务的请求重定 向到所述第二网络实体(22)。
8. 根据权利要求6或7所述的方法,还包括在2)中识别出 的第二网络实体(22)处,从用户设备(1)接收对另一服务的另一请求。
9. 根据权利要求8所述的方法,该方法还包括在第二网络实体 (22)处检查在它所接入的服务器(24)的子集中,是否存在一个服务器(24)允许满足用户设备(1)所作出的对另一服务的另一请求。
10. 根据权利要求9所述的方法,在肯定的情况下,还包括第二 网络实体(22)接入如此识别出的服务器(24),从而满足对该另一 服务的另一请求。
11. 根据权利要求9或IO所述的方法,在否定的情况下,还包 括从第二网络实体(22)向第一网络实体通知对该另一服务的所述另 一请求。
12. 根据权利要求11所述的方法,还包括实施步骤1)至5)以 管理对该另 一服务的所述另 一请求。
13. —种用于向用户设备(1)提供服务的电信网络(100),通 过一组服务器(24)提供该服务,该电信网络(100)包括-至少一个第一网络实体(20);以及-多个第二网络实体(22),每个第二网络实体适于接入所述服 务器(24)的子集;其中该至少一个第一网络实体(20)包括适于从用户设备(1) 接收对预定服务的请求的模块;以及适于基于用户设备(1)所请求 的服务,识别所述多个第二网络实体(22)中接入该组服务器(24) 中允许满足用户设备(1)所请求的服务的服务器(24)的第二网络 实体(22)的模块。
14. 根据权利要求13所述的电信网络(100),其中每个第二网 络实体(22)包括适于接收对预定服务的所述请求的模块。
15. 根据权利要求13或14所述的电信网络(100),其中每个 第二网络实体(22)还适于识别它所接入的所述子集中允许满足对所 述预定服务的请求的服务器(24)。
16. 根据权利要求15所述的电信网络(100),其中每个第二网 络实体(22)还适于接入所识别的服务器(24),从而满足对所述预定服务的请求。
17. 根据权利要求13至16其中任一项所述的电信网络(100), 其中每个第二网络实体(22)适于从第一网络实体(20)接收用户设 备(1)作出的服务请求。
18. 根据权利要求13至17其中任一项所述的电信网络(100), 其中每个第二网络实体(22)适于从用户设备(1)接收所述服务请求。
19. 根据权利要求18所述的电信网络(100),其中第一网络实 体(20)适于向用户设备(1)发送关于所识别的第二网络实体(22) 的信息,从而使得用户设备(1)能够将对预定服务的请求重定向到 所述第二网络实体(22)。
20. 根据权利要求18或19所述的电信网络(100),其中每个 第二网络实体(22)还适于从用户设备(1)接收对另一服务的另一 请求。
21. 根据权利要求20所述的电信网络(100),其中每个第二网 络实体(22)还适于检查在它所接入的服务器(24)的子集中是否存 在一个服务器(24)允许满足该另一服务请求。
22. 根据权利要求21所述的电信网络(100),其中,在肯定的 情况下,每个第二网络实体(22)还适于接入所识别的服务器(24), 从而满足对该另一服务的另一请求。
23. 根据权利要求21所述的电信网络(100),其中,在否定的 情况下,每个第二网络实体(22)还适于发送对该另一服务的所述另 一请求到第一网络实体(20)。
24. —种在电信网络(100)中使用以向用户设备(1)提供服务 的网络实体(20),该网络实体(20)包括适于从用户设备(1)接 收对预定服务的请求的模块;以及适于基于用户设备(1)请求的服 务,识别多个第二网络实体(22)中接入一组服务器(24)中允许满 足用户设备(1)的服务请求的服务器(24)的第二网络实体(22) 的模块。
全文摘要
用于管理电信网络(100)中的服务提供的方法,其中该服务通过一组服务器(24)提供且该电信网络(100)包括至少一个第一网络实体(20)和多个第二网络实体(22),每个第二网络实体(22)适于接入所述服务器(24)的子集,该方法包括1)在所述第一网络实体(20)处,从用户设备(1)接收对预定服务的请求;以及2)在所述预定第一网络实体(20)处,基于用户设备(1)请求的服务,在多个第二网络实体(22)中识别接入该组服务器(24)中允许满足预定服务的请求的服务器的第二网络实体(22)。
文档编号H04L29/06GK101601252SQ200680056907
公开日2009年12月9日 申请日期2006年12月27日 优先权日2006年12月27日
发明者P·贝罗尼, 卢卡·德尔'尤莫 申请人:意大利电信股份公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1