专利名称:在ims网络中分配服务器的方法和装置的制作方法
技术领域:
本发明涉及用于在IP多媒体子系统网络中分配服务器的方法和装 置,具体地说但不一定,涉及用于向IP多々某体子系统用户动态分配应 用服务器的方法和装置。 .背景技术IP多媒体服务在同一会话中提供语音、视频、消息传递、数据等 的动态组合。通过增加基本应用以及可能组合的纟某体数量,提供给终端 用户(例如订户)的服务数量将增加,并且将丰富个人之间通信体验。这 将引发新一代个人化丰富多々某体通信服务,包括所谓的"组合IP多i某体,, 服务。IP多媒体子系统(IMS)是由第三代合作伙伴项目(3GPP)定义的技 术,以便通过移动通信网络(3GPPTS 22.228、 TS 23.228、 TS 24.229、 TS 29.228、 TS 29.229、 TS 29.328和TS 29.329版本5至版本7)来提供 IP多媒体服务。IMS通过利用标准化IMS服务使能器来提供丰富终端 用户个人到个人通信体验的关健特征,标准化IMS服务使能器通过基 于IP的网络便于新的丰富的个人到个人(客户机到客户机)通信服务以 及个人到内容(客户机到服务器)服务。IMS利用会话启动协议(SIP)来建 立和控制用户终端之间(或者用户终端与应用服务器之间)的呼叫或会 话。由SIP信令携带的会话描述协议(SDP)用来描述和协商会话的媒体 成分。虽然SIP创建为用户到用户协议,但是,IMS允许运营商和服务 提供商控制用户对服务的访问并相应地对用户收费。作为实例,图1示意说明在GPRS/PS接入网(IMS当然可通过其它 接入网操作)的情况下IMS如何适合移动网络体系结构。呼叫/会话控制功能(CSCF)作为IMS中的SIP代理进行操作。3GPP体系结构定义三种 类型的CSCF:代理CSCF(P-CSCF),它是IMS中用于SIP终端的第一 接触点;服务CSCF(S-CSCF),它向用户提供该用户预订的服务;以及 询问CSCF(I-CSCF),其作用是标识正确的S-CSCF,并向那个S-CSCF 转发经由P-CSCF从SIP终端接收的请求。用户使用指定的SIP REGISTER方法向IMS登记。这是用于连4妻 到IMS并向IMS通告可到达SIP用户身份的地址("联系人")的机制。在 3GPP中,当SIP终端执行登记时,IMS对用户鉴权,并从可用S-CSCF 的集合中将某个S-CSCF分配到那个用户。虽然用于分配S-CSCF的标 准3GPP没有规定,但是它们可包括负荷共享和服务要求。要注意, S-CSCF的分配是对基于IMS的服务的用户访问进行控制(和收费)的关 键。运营商可提供用于防止原本会绕过S-CSCF的直接用户到用户SIP 会话的机制。在登记过程中,I-CSCF的职责是在还没有选择S-CSCF时选择 S-CSCF。 I-CSCF接收来自归属网络的归属用户服务器(HSS)的所需 S-CSCF能力,并根据所接收能力来选择适当的S-CSCF。[要注意,在 用户被另 一方呼叫并且目前没有给该用户分配S-CSCF的情况下,也可 由I-CSCF为用户执行S-CSCF分配。]在多个HSS部署在一个网络的情 况下,预订定位器功能(SLF)由I-CSCF用来标识用户的正确HSS。当已 登记用户随后向IMS发送会话i青求时,P-CSCF能够根据在登记过程中 从S-CSCF接收的信息将请求转发到所选S-CSCF。在IMS服务网络中,提供应用服务器(AS)用于实现IMS服务功能 性。应用服务器向IMS系统中的终端用户提供服务,并且可作为端点 通过3GPP定义的Mr接口连4妄,或者通过3GPP定义的ISC接口由 S-CSCF"链接进来"。在后一种情况下,初始过滤准则(IFC)由S-CSCF 用来确定哪些应用服务器应当在SIP会话建立(或者实际上为了会话或 非会话相关的任何SIP方法)期间被"链接进来"。IFC在IMS登记过程 中作为用户的用户简档的 一部分由S-CSCF从HSS接收。图2说明AS与S-CSCF之间的IMS服务控制(ISC)接口以及IMS 中的其它接口。虽然图2中的AS表示为仅具有到S-CSCF的单个接口, 但是要理解,实际上,ISC接口将扩展到给定运营商的网络的许多(或 全部)CSCF服务器所连接的通信网络,允许AS与所有这些CSCF进行 通信。[图2所示的其它实体是本领域的技术人员众所周知的。]在AS与用户终端(TS23.002)之间存在另 一个接口 (Ut),但这个接口 在图中未示出。Ut接口使用户能够管理与他或她的服务相关的信息, 例如公开服务身份的创建和分配、例如由"存在"服务、会议策略管理等 使用的授权策略的管理。在3GPP定义的IMS中,虽然将用户静态分配到HSS,但是,正 是AS在网络所提供的服务的情况下提供特定值。阅读3GPP规范版本 5和版本6联想到,以固定方式将用户分配到特定SIP AS。基本概念是, 规定用户由给定的某个服务或多个服务的特定SIP AS支持。为了使所 分配S-CSCF能够通过ISC接口到达所分配的AS,那个用户那个服务 的过滤准则(包含在从HSS发送到S-CSCF的IFC中)包含作为目标地址 (编码为SIP-URI)的完全合格域名(FQDN)或IP地址。例如,这意味着, 当S-CSCF认识到应当将特定INVITE路由到AS时,通过Cx接口为 S-CSCF提供特定AS的地址。为了标识例如用户终端与SIP-AS之间的 Ut接口等其它接口的正确AS,为路由选择代理提供特定用户的AS地 址。在将用户分配到特定AS的情况下,用那个接口和服务的AS地址 来配置终端,或者终端将请求发送到知道如何检索那个用户的AS地址 的实体。"前端"可进行这个操作,并在这样一种情况下,路由选择功能 性配置到前端中。发明内容从以上论述清楚看到,向用户分配AS的现有建议要求将用户提供 到给定服务或服务集合的特定SIP应用服务器。这需要在AS上的数据 的高级可用性和持续存储,因为在单个AS变为暂时不可用或者没有保留适当的信息时,所提供的服务对于分配了 AS的用户将不可用。采用这种方法可能需要向每个AS加入冗余。此外,静态用户分配使网络的 操作方面复杂化,并且使诸如向AS重新分配用户之类的动作成为重要 的任务。例如在网络中的用户^:量增长到需要附加容量(处理能力、存 储器等)的程度时,可能需要这种重新分配。根据本发明的第一方面,提供一种将请求定向到IP多媒体子系统 中的应用用户服务器的方法,该方法包括在IP多媒体子系统的实体接收到与IP多媒体子系统用户关联的请 求时,查询数据库以便确定该用户是否被分配到应用服务器;如果确定所述用户未分配到应用服务器,则在所述实体将该用户分 配到应用服务器,将所述请求从所述实体转发到所分配应用服务器,以 及将请求从应用服务器或所述实体发送到所述数据库,从而使得在那里 记录该分配;以及如果确定用户被分配到应用服务器,则将所述请求从所述实体转发 到所分配应用服务器。本发明的实施例提供处理将IP多々某体子系统的用户动态分配到会 话启动协议应用服务器(SIP-AS)的手段。用户的动态分配的优点在于, 放松了对分配数据的持续存储的要求,并且易于例如通过引进新的应用 服务器来对网络体系结构进行改变和升级。所述请求可以是会话启动协议请求,或者是根据任何其它协议(例 如Ut接口 )送往用户应用服务器的请求。优选地,查询数据库以便确定用户是否被分配到应用服务器的所述 步骤按照会话启动协议来执行。在本发明的一个实施例中,所述IP多々某体子系统实体是服务呼叫 会话控制功能。在这种情况下,查询以及对查询的响应通过Cx接口发 送到归属用户服务器。在一个备选实施例中,所述IP多媒体子系统实体是前端分配器或 者"有代表性"应用服务器,它充当对于网络其余部分的单个逻辑应用服务器。对于在IP多媒体子系统的服务呼叫会话控制功能上从用户接收 的请求,前端分配器设置在应用服务器与服务呼叫会话控制功能之间的 ISC接口上。在服务呼叫会话控制功能上接收到该请求时,服务呼叫会 话控制功能查询归属用户服务器,以便标识所述请求应发送到的前端分 配器。查询可向服务呼叫会话控制功能返回单个前端分配器的标识,或 者可标识从中选择一个前端分配器的一组前端分配器。或者,前端分配器可通过Ut接口接收来自用户的请求。 前端分配器可以是IP多媒体子系统中的独立节点。或者,它可以 是驻留在应用服务器上的功能实体。在后一种情况下,前端分配器可根 据用户被分配到的应用服务器,将请求转发到它所驻留在的应用服务器 或另一个应用服务器。所述数据库可设置在归属用户服务器上。用户到应用服务器的分配可使用透明和/或不透明ISC接口存储在归属用户服务器中。其它备选 的集中维护的数据库可包括通过诸如SQL、 JDBC、 ODBC之类的接口 可用的LDAP目录和关系/对象数据库。还能够在网络中的多个位置上 保持数据库。例如,在执行应用服务器分配的实体是FE-DIST的情况 下,数据库的副本可设置在各FE-DIST上。优选地,从应用服务器或所述实体发送到所述数据库的所述请求包 括应用服务器的一个或多个地址。对于应用服务器所连接到的各接口 , 可包含一个地址。在用户先前尚未分配到应用服务器的情况下,应用服务器将从归属 用户服务器获得用户数据。对于先前分配的用户,应用服务器可能已经 保留了用户数据。用户数据可由应用服务器保留,而不管用户是否已经 从IP多媒体子系统撤销登记/未登记。在本发明的一些实现中,从所述实体接收请求的应用服务器可将请 求转发到另 一个应用服务器,和/或可使得在所述数据库上记录用户到 所述另一个服务器的分配。根据本发明的第二方面,提供用于IP多媒体子系统网络的装置,该装置包括用于接收与IP多媒体子系统用户关联的请求的部件;用于查询数据库以便确定用户是否被分配到应用服务器的部件;在确定用户未分配到应用服务器时将用户分配到应用服务器并将请求转发到所分配应用服务器的部件;以及在确定用户 一皮分配到应用/1艮务器时将请求转发到所分配应用服务器的部件。所述装置可设置在服务呼叫会话控制功能服务器中。或者,该装置 可驻留在应用服务器上,或者可以是IP多媒体子系统中的独立节点。根据本发明的第三方面,l是供一种将会话启动协议请求定向到IP 多媒体子系统中的应用用户服务器的方法,该方法包括在IP多i某体子系统的服务呼叫会话控制功能处接收到与IP多媒体 子系统用户关联的会话启动协议请求时,将请求转发到充当重定向服务 器的第一应用服务器;在第一应用服务器,查询数据库以便确定用户是否被分配到应用服 务器;如果确定用户未分配到应用服务器,则在所述第 一应用服务器将用 户分配到第二应用服务器,并将重定向请求返回到标识第二应用服务器的服务呼叫会话控制功能;以及将请求从服务呼叫会话控制功能转发到第二应用服务器。所述重定向请求可包括响应会话启动协议请求而发送的以下SIP 消息中的一个或多个 "300复式选择" "301永久移动" "302暂时移动"。服务呼叫会话控制功能可对第二应用服务器的身份/位置进行高速 缓存,使得可将后续请求直接转发到第二应用服务器。例如使用"301 永久移动"或"302暂时移动"响应来便于这个操作。根据本发明的第四方面,提供一种用于IP多媒体子系统的应用服务器,该服务器包括用于从服务呼叫会话控制功能接收与IP多i某体子系统用户关联的请求的部件;用于查询数据库以便确定用户是否被分配到应用服务器、并且如果 否则将用户分配到第二应用服务器的部件;以及用于将重定向请求返回到标识第二应用服务器的服务呼叫会话控 制功能的部件。
图1示意说明IP多々某体子系统集成到3G移动通信系统中;图2示意说明IP多媒体子系统的某些实体,包括应用服务器和服务呼叫/状态控制功能以及各种接口 ;图3示意说明FE-DIST用于在IMS用户登记时将IMS用户分配到应用服务器;图4示意说明FE-DIST在用户登记后用于处理始发和终接呼叫; 图5示意说明FE-DIST用于处理对未登记用户的终接呼叫; 图6示意说明FE-DIST用于处理通过非SIP接口所接收的IMS登 记用户的请求;图7示意说明FE-DIST用于处理通过非SIP接口所接收的未登记用 户的请求;图8说明与使用有代表性应用服务器构建应用服务器数据库关联 的信令;图9说明与有代表性应用服务器用于选择应用服务器并使得消息 重定向到所选服务器相关联的信令和过程步骤;图10说明在已指定应用服务器为活动的所接收INVITE的情况下 与有代表性应用服务器的使用相关联的信令和过程步骤;以及图11说明在已指定应用服务器为不活动的所接收INVITE的情况下与有代表性应用服务器的使用相关联的信令和过程步骤。
具体实施方式
以上引用的3GPP技术标准描述了初始过滤准则(IFC)的使用,它们 存储在HSS中,并且在用户登记时或者在对未登记用户进行终接呼叫 时发送到服务呼叫/会话控制功能(S-CSCF)节点。按照传统方式,用户 的IFC包含例如作为完全合格域名(FQDN)的特定SIP应用服务器(AS) 地址。这标识对于给定服务分配到那个用户的AS。 [IFC有可能包含与 相应IMS服务对应的两个或两个以上AS地址。]如果IFC中的AS地址 是SIP-URL,则DNS用于将SIP-URL解析为IP地址。出于效率的原因, S-CSCF可对特定SIP-AS地址与IP地址之间的关联进行高速緩存。这 种高速緩存通常在系统的S-CSCF的DNS客户机中进行,并且基于每 个节点而不是基于每个用户进行高速緩存。作为实例,以下论述假定使用SIP-AS分配的灵活且动态的方法。 这包括在动态SIP-AS分配尚未完成的情况下,用通用AS身份例如 SIP-AS-service.叩erator.com来替换以初始过滤准则(IFC)存储在归属用 户服务器(HSS)的特定AS地址。不是直接标识一个或一组AS,这个身 份标识IMS中的新功能实体,在此称作前端分配器或"FE-DIST"。 FE-DIST或者可称作"有代表性AS"。 FE-DIST位于S-CSCF与AS之间 的ISC接口上。在用户的登记时-或者在未登记用户的呼叫终接时-按照3GPP TS 23.228、 3GPP TS 29.228和3GPP TS 29.229中所述的过 程通过Cx接口将IFC下载到S-CSCF。将SIP-AS的通用身份解析为特 定名称如FE-DIST.operator.com,进一步将它解析为IP地址,或者将通 用身份直接解析为IP地址。现有DNS方法用于解析过程。[在将通用 身份解析为特定名称、再进一步解析为IP地址的情况下,需要S-CSCF 与DNS之间的两个往返。]IFC触发由S-CSCF向FE-DIST功能提供第 三方登记消息、即SIP REGISTER消息。S-CSCF在这个阶段不对用户 与所选FE-DIST地址之间的关联进行高速緩存。FE-DIST功能性可以是驻留在提供(所需)服务的每个SIP-AS上的 功能实体,或者可部署为独立节点。当然能够在网络中部署和安装服务 时结合这两种方法,即,为某些AS配备与独立FE-DIST节点共存的 FE-DIST功能实体。以下参照的并且用来说明该建议的附图将FE-DIST 和AS(应用逻辑驻留在其上)表示为分开的功能实体。图3示意说明IP多i某体子系统(IMS)中的功能实体,它们便于将服 务提供给用户终端。图3还作为实例说明与前端分配实体(FE!到FEn) 使能的用户到IMS应用服务器(AS!到ASn)的动态分配关联的过程步骤。 在此假定应用服务器分配发生在登记时,但是,也可发生在其它时间。la用户终端通过向IMS网络发送SIP REGISTER消息来启动 REGISTRATION过程,并且按照3GPP定义的过程被分配到S-CSCF 其中之一。lb在登记过程中,从HSS下载用户的服务筒档。这个简档包含IFC。2a在完成登记过程后,S-CSCF知道它应向IFC中标识的应用服务 器名称发送第三方REGISTRATION。应用服务器名称是通用名称。 S-CSCF向DNS服务器请求IP地址。DNS服务器用可用FE-DIST的一 个或多个地址进行应答。注意,S-CSCF将该地址解释为AS地址,并 且要求不对S-CSCF的功能性进行改变。2b S-CSCF选择其中一个返回的IP地址作为将REGISTER消息转 发到的地址。2c将第三方REGISTER消息发送到所选的FE-DIST。2d FE-DIST通过经由Sh接口查询HSS上存储的中央数据库来检查 用户是否已经被分配到AS。如果是,则将REGISTER消息转发到所分 配AS。如果查找操作表明用户仍未分配到AS,则FE-DIST选择AS, 并将REGISTER消息发送到所选的AS 。3在接收到第三方登记时,AS执行以下任务它在HSS中存储其地址与用户身份之间的映射。AS存储的地址实际上是不同接口的不同地址阵列。例如,可能存在用于接收SIP消息、HTTP业务等的不同地址。它从中央位置(例如HSS或者其它中央库)检索用户数据。AS向中 央位置预订,使得它将会收到关于用户数据的改变的通知。从眼前的观点来看,SIP-AS可使用透明数据(通过Sh接口透明 数据是HSS不知道的)在HSS中存储其地址与用户身份之间的映射。从 长远的观点来看,在HSS中可将映射添加到不透明数据。要理解,不是在单个位置、即HSS存储在步骤2b提到的数据库, 而是可在网络中的各种位置存储多个副本。例如,各FE-DIST可存储 它自己的数据库的副本。在完成图3所示的过程时,SIP-AS已经被分配到用户,并且SIP-AS 已经检索到所需用户数据的副本,并准备服务于用户。在用户向IMS撤销登记时,用户可保持分配到SIP-AS,并且不必 清除由FE-DIST/AS/HSS保存的用户数据。这允许完全分离用户/AS分 配过程与IMS/SIP登记过程,乂人而提供以下优点与分配过程耦合到 SIP/IMS登记过程时相比,用户凄t据;险索频率降低了 。参照图4,现在将参照图中编号的过程步骤来描述用于处理已登记 用户的始发和终4娄IMS"呼叫"的过程。la由S-CSCF接收与用户相关的SIP请求(例如SIPINVITE)。2a S-CSCF分析初始SIP请求,并且S-CSCF根据通过Cx接口从HSS接收的SIP-AS名称向DNS服务器请求IP地址。DNS服务器用可用FE-DIST的一个或多个地址进行应答。注意,S-CSCF将该地址解释为AS地址,并且S-CSCF的功能性没有改变。2b必要时,S-CSCF选择其中一个将指向FE-DIST的返回地址。2c将初始SIP消息发送到所提供或所选的FE-DIST地址。2d接收FE-DIST通过经由透明Sh执行HSS中的查找(或者在提供了它自己的数据库副本时通过对它进行检查)来标识分配到用户的AS。 3将SIP请求发送到SIP-AS。该SIP-AS具有来自(先前执行的)登记过程的用户的数据副本。它继续处理SIP请求。参照图5,现在参照图中编号的过程步骤来描述用于处理未登记用户的终接IMS"呼叫"的过程。la S-CSCF接收终接SIP请求(例如SIP INVITE)。lb将服务简档从HSS下载到S-CSCF。这包含初始过滤准则。2a S-CSCF分析初始SIP请求,并且S-CSCF(根据通过Cx接口从HSS接收的SIP-AS名称)向DNS服务器请求IP地址。DNS服务器用可用FE-DIST的一个或多个地址对S-CSCF进行响应。2b必要时,S-CSCF选择将初始SIP消息转发到的返回地址之一。 2c将初始SIP清息发送到所选的FE-DIST。2d FE-DIST通过经由透明Sh执行HSS中的查找,来标识分配到用 户的AS。3将SIP请求发送到SIP-AS。假定用户即使在他被IMS撤销登记/ 未登记时仍然保持分配到SIP-AS, SIP-AS将具有来自前一个登记过程 的用户数据的副本。它继续处理SIP请求。[如果AS由于某种原因而丟 失了用户数据,则在步骤2d中已经发现这种情况。已经分配了新的AS, 并且所选AS已经从中央位置取出用户数据。]这里提出的用于分配和路由SIP请求的过程也可适用于请求通过 Ut接口到达IP多媒体子系统的情况。图6说明通过Ut接口接收SIP请求并且所述的用户已经分配到AS 的情况。所示并且编号的步骤如下1. 在IMS中通过Ut接口接收请求。在由那个前端所表示的服务的 FE-DIST上终接请求。2. FE-DIST通过Sh接口向HSS请求AS地址。3. 显式AS地址通过Sh接口返回到FE-DIST。4. 将请求转发到显式地址以及例如服务AS上的XML文档管理服 务器(XDMS)。图7说明通过Ut接口接收SIP请求并且所述的用户尚未被分配到AS的情况。所示并且编号的步骤如下1. 通过特定接口接收请求。在由那个前端所表示的服务的FE-DIST 上终接请求。2. FE-DIST通过Sh接口向HSS请求AS地址。3. 返回还没有分配AS的指示。5. 将请求转发到所选的AS和XMDS。6. 所选的AS执行以下步骤 SIP-AS可选择将自己登记为该用户的服务AS,并且在进行 这样的操作时,它将其显式地址存储在HSS中。[如果事务 处理仅发生一次,并且预计不会存在后续请求,则可能不需 要这个操作。] 从中央数据存储装置(通常为HSS)读取专用用户数据。
处理该请求。虽然图6和图7具体涉及Ut接口 ,但是要理解,FE-DIST可处理 通过其它接口接收的请求。虽然其它接口还未标准化,但是, 一个实例 可能是应用服务器实现ISC和OSA并且Parlay协议用于OSA的情况。用于便将用户动态分配到应用服务器的备选机制包括实现 FE-DIST,它能够将用户分配到某个服务相关应用服务器,并使SIP请 求被重定向到那个应用服务器。这个新的FE-DIST本质上充当以重定 向模式工作的应用服务器,并且必须事先知道将要共享用户负荷的所有 AS的名称或地址。因此,FE-DIST必须包含具有用户可^C动态分配到 的AS地址的表。AS名称或地址的列表可通过两种不同的方式设置在 FE-DIST中1. 手动配置(通过操作和维护工具、命令行界面或任何其它方式)。2. 由AS本身自动进行。在这种方法中,在使AS在线时,它将SIP REGISTER消息发送到FE-DIST,其中在"从和到"标题以及"联系人"标题中AS的SIP URI保存AS的名称或地址。图8说明与该自动配置过 程关联的SIP信令。注意,在任何给定的网络中,可能存在用户可被动态分配到的AS 以及没有这种能力因而用户必须被静态分配到的AS。用户到AS的分配将在用户访问IMS网络时例如在他或她在网络中 登记时执行。当这个操作发生时,S-CSCF接收SIP REGISTER消息。 根据从HSS下载的触发信息(IFC), S-CSCF将REGISTER消息转发到 FE-DIST。这个过程是众所周知的,并在IMS标准中定义。现在,FE-DIST 需要将一个AS分配到登记用户。它检查其AS的预先配置列表,并根 据某些标准来选择AS,并将它的名称或地址作为"300复式选择"应答 中的联系人标题返回到S-CSCF 。 FE-DIST注意到所选AS的身份和/或 地址,并将它与在REGISTER请求中接收的用户标识符一起存储在它 的用户标识符-AS映射表中。AS例如可根据它的当前占用等级、它的 使用等级(在FE-DIST接收来自AS的负荷报告的情况下)、它的操作状 态(在FE-DIST能够获得关于AS工作状态的信息的情况下)纟皮选择。S-CSCF在接收到FE-DIST应答时,根据FE-DIST所指示的将 REGISTER请求(经过略微修改为第三方登记)转发到AS。最后,S-CSCF 将接收来自这个或另 一个(在某个其它重定向发生的情况下)AS的"200 OK"响应,并且它将该响应又转发回到REGISTER请求路径中的前一 跳(通常为某个I-CSCF)。对于与现在登记的用户相关的其它SIP请求,S-CSCF在将每个新 请求相对其触发信息进行匹配之后,将它转发到FE-DIST,如它之前处 理REGISTER请求那样。但是,这引起了以下问题每个以及每一个 新的SIP请求需要经由FE-DIST进行解析,从而恶化了整个网络的响应 时间,并增加了 S-CSCF和FE-DIST功能的负荷。一种可能的改进方法是,在FE-DIST发现在REGISTER中标识的 用户已经被分配到AS时,FE-DIST用"301永久移动"响应来应答 REGISTER。这使S-CSCF能够对响应中包含的AS地址进行高速緩存,使得没有其它相关的SIP请求被发送到FE-DIST。另一种方法是,FE-DIST用包含具有预定义时间的到期标题的"302 暂时移动"响应来应答REGISTER。这允许S-CSCF在那个预定义时间 内对AS地址进行高速緩存。当这个时间到期时,S-CSCF将在接收到 用户的另一个SIP请求时查询FE-DIST。这种方法的优点在于,它将减 少FE-DIST上的负荷,同时仍然允许例如在前一分配的AS出故障时将 用户重新分配到新的用户。在S-CSCF中安装由FE-DIST(在"300复式选择"或"302暂时移动" 中)报告的重定向的一种简单方式是改写激发请求转发到FE-DIST的触 发器的触发信息中的目标AS字段。注意,在"302暂时移动"的情况下, S-CSCF必须保留用于触发的旧的目标服务器,使得在302应答设置的 时间到期时,它可以恢复它。在FE-DIST实现S-CSCF中的重定向的情况下,当HSS随后更新 用户的S-CSCF中存储的触发信息时,必须删除在那个用户的S-CSCF 中安装的任何暂时或永久重定向。如果已经通过改写触发信息安装了重 定向,则这当然将在存储由HSS发送的新触发信息时自动发生。图9 i兌明FE-DIST如何处理来自用户的初始SIP请求。该请求可以 是所示的REGISTER,或者是FE-DIST没有登记任何用户ID-AS绑定 的某种其它请求。图10说明已经登记的用户的另 一个SIP请求如何由FE-DIST进行 处理,假定使用"302暂时移动"响应。图11说明用于处理用户从非工作AS到另 一个AS的重新定位的过 程。注意,如果由新AS提供的服务需要登记(即,在使用服务之前必须 已经接收到REGISTER请求)时,则所提供的方法将仅在新的AS能够 以某种方式访问先前存在的登记信息时(例如,在所有AS共享即使个别 AS出故障时也继续工作的公共登记数据库时)才工作。本领域的技术人员会理解到,可对上述实施例进行各种修改,并不 背离本发明的范围。
权利要求
1.一种将请求定向到IP多媒体子系统中的应用服务器的方法,所述方法包括在所述IP多媒体子系统的实体接收到与IP多媒体子系统用户关联的请求时,查询数据库以便确定所述用户是否被分配到应用服务器;如果确定所述用户未分配到应用服务器,则在所述实体将所述用户分配到应用服务器,将所述请求从所述实体转发到所分配应用服务器,以及将请求从所述应用服务器或所述实体发送到所述数据库,从而使得在那里记录所述分配;以及如果确定所述用户被分配到应用服务器,则将所述请求从所述实体转发到所分配应用服务器。
2. 如权利要求1所述的方法,查询数据库以便确定所述用户是否 被分配到应用服务器的所述步骤按照会话启动协议来执行。
3. 如权利要求1或2所述的方法,所述IP多々某体子系统实体是服 务呼叫会话控制功能。
4. 如权利要求1或2所述的方法,其中所述IP多々某体子系统实体 是前端分配器,它充当对于网络其余部分的单个逻辑应用服务器。
5. 如权利要求4所述的方法,在服务呼叫会话控制功能接收到所 述请求时,将查询从所述服务呼叫会话控制功能发送到归属用户服务 器,以便标识所述请求应发送到的所述前端分配器,并在所述前端分配 器接收那个前端分配器的标识。
6. 如以上权利要求中任一项所述的方法,其中所述请求是会话启 动协议请求。
7. 如权利要求4或5所述的方法,其中在所述实体通过Ut接口接 收所述请求。
8. 如以上权利要求中任一项所述的方法,其中所述数据库设置在 归属用户服务器。
9. 如权利要求8所述的方法,其中用户到应用^^务器的所述分配使用透明和/或不透明ISC接口存储在所述归属用户服务器中。.
10. 如权利要求4或者从属于权利要求4的权利要求5至9中任一 项所述的方法,其中所述数据库"i史置在所述前端分配器。
11. 如权利要求4或者从属于权利要求4的权利要求5至9中任一 项所述的方法,其中所述数据库集中设置,并且所述前端分配器对所接 收应用服务器分配数据进行高速缓存,并预订这个数据的改变。
12. 如以上权利要求中任一项所述的方法,其中从所述应用服务器 发送到所述数据库的所述请求包括所述应用服务器的 一个或多个地址。
13. 如以上权利要求中任一项所述的方法,其中如果所述用户先前 尚未分配到应用服务器,所述应用服务器就从所述归属用户服务器获得 用户数据。
14. 如权利要求13所述的方法,其中对于先前分配的用户,所述 应用服务器保留所述用户数据,而不管所述用户是否已经从所述IP多 々某体子系统撤销登记/未登记。
15. 用于IP多i某体子系统网络的装置,所述装置包括 用于接收与IP多媒体子系统用户关联的请求的部件;用于查询数据库以便确定所述用户是否被分配到应用服务器的部件;如果确定所述用户未分配到应用服务器,则将所述用户分配到应用 服务器并将所述请求转发到所分配应用服务器的部件;以及如果确定所述用户被分配到应用服务器,则将所述请求转发到所分 配应用服务器的部件。
16. 如权利要求15所述的装置,所述装置构成服务呼叫会话控制 功能服务器的一部分。
17. 如权利要求15所述的装置,所述装置驻留在应用服务器上, 或者是所述IP多i某体子系统中的独立节点。
18. —种将会话启动协议请求定向到IP多々某体子系统中的应用服务器的方法,所述方法包括在所述IP多媒体子系统的服务呼叫会话控制功能接收到与IP多媒 体子系统用户关联的会话启动协议请求时,将所述请求转发到充当重定向服务器的第一应用服务器;在所述第 一应用服务器,查询数据库以便确定所述用户是否被分配 到应用服务器;如果确定所述用户未分配到应用服务器,则在所述第一应用服务器 将所述用户分配到第二应用服务器,并将重定向请求返回到标识所述第 二应用服务器的所述服务呼叫会话控制功能;以及将所述请求从所述服务呼叫会话控制功能转发到所述第二应用服 务器。
19. 如权利要求18所述的方法,所述重定向请求包括响应所述会 话启动协议请求而发送的以下SIP消息中的一个或多个"300复式选择" "301永久移动" "302暂时移动"。
20. 如权利要求18或19所述的方法,所述服务呼叫会话控制功能 对所述第二应用服务器的身份/位置进行高速緩存,使得后续请求可直 接转发到所述第二应用服务器。
21. —种用于IP多媒体子系统的应用服务器,所述服务器包括:用于从服务呼叫会话控制功能接收与IP多》某体子系统用户关联的 请求的部件;用于查询数据库以便确定所述用户是否-故分配到应用服务器,并且 如果否,则将所述用户分配到第二应用服务器的部件;以及用于将重定向请求返回到标识所述第二应用服务器的所述服务呼 叫会话控制功能的部件。
全文摘要
一种将请求定向到IP多媒体子系统中的应用服务器的方法。该方法包括在IP多媒体子系统的实体接收到与IP多媒体子系统用户关联的请求时,查询集中维护的数据库以便确定用户是否被分配到应用服务器。如果确定用户未分配到应用服务器,则在所述实体将用户分配到应用服务器,将请求从所述实体转发到所分配的应用服务器,以及将请求从应用服务器或所述实体发送到所述数据库,从而使得在那里记录该分配。如果确定用户被分配到应用服务器,则将请求从所述实体转发到所分配的应用服务器。
文档编号H04L29/06GK101223758SQ200680026044
公开日2008年7月16日 申请日期2006年7月19日 优先权日2005年7月19日
发明者A·里德, B·阿斯特龙, H·普里比茨, J·-J·阿劳茨-罗萨多, S·伯格, S·特里尔 申请人:艾利森电话股份有限公司