专利名称：在ims中分配应用服务器地址的方法和装置的制作方法
技术领域：
本发明涉及用于在IP多^某体子系统中分配应用服务器地址的方法 和装置，更具体来说，涉及用于为动态分配的应用服务器分配应用服 务器地址的方法和装置。
背景技术：
IP多媒体服务在同一个会话中提供语音、视频、消息传递、数据 等的动态组合。通过增加基本应用以及它可能组合的々某体的数量，提 供给终端用户的服务数量将增加，并将丰富个人之间的通信体验。这 将引发新一代个人化丰富多媒体通信服务，包括所谓的"组合IP多媒 体"服务。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如4可适合移动网络体系结构。呼叫/会话控制功能(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登记。这是用于连接 到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。[要注意，在 用户^L另一方呼叫并且目前没有给该用户分配S-CSCF的情况下，也 可由I-CSCF为用户执行S-CSCF分配。]当已登记用户随后向IMS发 送会话请求时，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。基本概念 是，规定用户由给定的某个服务或多个服务的特定SIPAS应用服务器 支持。为了使所分配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到用户的分配中。例如，可提供一些手 段用于允许S-CSCF在接收到来自用户的SIP登记请求时，或者在接 收到未登记用户的呼叫终接请求时，从可用应用服务器集合中选择一 个AS。但是，在由于某个其它过程而将AS分配给用户的情况下，这 样一种方法可能产生沖突。具体来说，可考虑以下情况由于通过Ut 接口发送到IMS的用户请求而〗夸AS分配给用户。在S-CSCF上接收 到随后登记(或呼叫终接)请求时，除非S-CSCF知道先前的AS分配， 否则可能导致资源的低效利用。根据本发明的第 一方面，提供一种在IP多々某体子系统中分配应用 服务器地址的方法，该方法包括在将应用服务器分配给用户时，将应用服务器地址或多个地址从 所分配应用服务器或者其它应用服务器发送到归属用户服务器； 在归属用户服务器与用户身份相关联存储所接收地址； 将地址从归属用户服务器发送到分配给用户的服务/呼叫状态控 制功能；以及在服务/呼叫状态控制功能与用户的身份相关联对所接收地址进 行高速緩存，其中服务/呼叫状态控制功能使用所接收地址向所分配应用服务 器发送用户相关消息。这里所使用的术语"应用服务器"包含传统的SIP应用服务器以及 具有SIP接口的其它服务器。本发明的上述第 一方面的方法可响应以下事件之一执行1. 在服务/呼叫状态控制功能上接收到来自所述用户的SIP登记请求；2. 在服务/呼叫状态控制功能上接收到所述用户的呼叫终接请求， 并且其中的所述用户未登记；以及3. 在应用服务器上通过非ISC接口如Ut接口接收到来自所述用户的请求。当然，并不排除通过其它SIP方法来触发本发明方法。 在上述1和2的情况下，在月良务/呼叫状态控制功能上接收到登记 或呼叫终接请求可使服务/呼叫状态控制功能将请求转发到所分配应 用服务器或者所述其它应用服务器。在这些应用服务器之一上接收到 请求使接收应用服务器执行向归属用户服务器发送应用服务器地址或 多个地址的所述步骤。在服务/呼叫状态控制功能上接收到登记或呼叫终接请求可使服 务/呼叫状态控制功能向归属用户服务器请求所分配应用服务器地址，即，Cx用户简档检索过程。在已经分配显式地址的情况下，将它发送到服务/呼叫状态控制功能。在没有分配显式地址的情况下，归属用户 服务器可向服务/呼叫状态控制功能转发通用应用服务器身份。在这种 情况下，服务/呼叫状态控制功能将通用身份解析为多个显式地址之 一、如IP地址或完全合格域名，并选择其中一个显式地址。将登记或 呼叫终接请求发送到这个地址，此后执行第一方面的步骤。在上述3的情况下，在应用服务器上接收到请求可使那个应用服务器向归属用户服务器发送查询，以便确定是否已向所述用户分配了 应用服务器。如果是，则接收应用服务器将在已从归属用户服务器接 收到其地址(如果所分配服务器不是它自己)之后，将请求转发到所分配应用服务器。如果没有分配应用服务器，则接收应用服务器将执行 a)在归属用户服务器中存储它自己的地址，b)将请求转发到另一个应 用服务器，并使所述另一个应用服务器的地址存储在归属用户服务器 中，或者c)将请求转发到另一个应用服务器，并允许所述另一个应用 服务器将其地址存储在归属用户服务器中。优选地，所述应用服务器地址或多个地址经由Sh接口发送到归属 用户服务器。但是或者可使用其它协议。根据本发明的第二方面，提供一种用于在IP多々某体子系统中分配 应用服务器地址的应用服务器，该应用服务器包括用于在将应用服务器或另 一个应用服务器分配给用户时将应用服务器地址或多个地址发 送到归属用户服务器的部件。本发明实施例的优点包括-用户数据与处理逻辑分离。这降低了对在执行应用逻辑运行的 节点上持续存储数据的要求，并使得更易于在节点之间重新分配用户。-通过允许在节点运转中断的情况下将用户分配给另 一个节点， 用户到SIP-AS的动态分配增加了系统可用性。-用户到应用服务器的动态分配是可能的，同时仍然允许由于通 过诸如Ut、 OSA等非ISC接口的用户活动而引起的分配。-该解决方案将用户到AS的动态分配与IMS过程分离，即，分 配与登记和终接呼叫过程分离，并且用户甚至可在从IMS撤销登记时 仍然保持被分配给AS。用户下一次登记时，IFC将包含所分配AS的 地址，而不是服务的通用名称。这使核心网络中的信令以及通过Sh 接口的用户数据传送蕞小化。
图1示意说明IP多々某体子系统到3G移动通信系统中的集成；图2示意说明包括应用服务器和服务呼叫/状态控制功能的IP多 媒体子系统的某些实体；图3示意说明用于将应用服务器地址显式推送到IMS中的 S-CSCF的过程；图4示意说明处理IMS中已登记用户的始发和终接呼叫的过程； 图5示意说明用于处理IMS中未登记用户的终接呼叫的过程； 图6示意说明用于处理通过非ISC接口接收的向IMS登记的用户 的请求的过程；以及图7示意说明用于处理通过非ISC接口接收的未向IMS登记的用 户的请求的过程。
具体实施方式
以上引用的3GPP技术标准描述了初始过滤准则(IFC)的使用，它 们存储在HSS中，并且在用户登记时或者在对未登记用户进行终接呼 叫时发送到服务呼叫/会话控制功能(S-CSCF)节点。按照传统方式，用 户的IFC包含例如作为完全合格域名(FQDN)的特定SIP应用服务器 (AS)地址。这标识对于给定服务分配到那个用户的AS。 [IFC有可能包 含与相应IMS服务对应的两个或两个以上AS地址。]如果IFC中的 AS地址是SIP-URL，则DNS用于将SIP-URL解析为IP地址。出于效速緩存。这种高速緩存通常在S-CSCF的DNS客户机中进行，并且基 于每个节点而不是基于每个用户进行高速緩存。作为实例，以下论述假定使用SIP-AS分配的灵活且动态的方法。 这包括在动态SIP-AS分配还未完成的情况下，用通用AS身份例如 SIP-AS.operator.com来替换归属用户服务器(HSS)上存储的特定AS地 址。通用身份标识全都能够提供给定IMS服务的预定义的一组AS。 具体来说，存储在HSS中的初始过滤准则(IFC)提供有应用服务器的通 用名称、如SIP-AS.叩erator.eom。在用户登记时-或者在未登记用户 的呼叫终接时—按照3GPP TS 23.228、 3GPP TS 29.228和3GPP TS 29.229中所述的过程、通过Cx接口将IFC下载到S-CSCF。或者将 SIP-AS的通用身份解析为特定名称、如SIP-ASl.operator.com，进一步 将它解析为IP地址，或者将通用身份直接解析为多个IP地址。现有 DNS方法用于解析过程。[在将通用身份解析为特定名称、再进一步解 析为IP地址的情况下，需要S-CSCF与DNS之间的两个往返。]IFC 触发由S-CSCF向所选SIP-AS提供第三方登记消息、即SIP REGISTER 消息。S-CSCF在这个阶段不对用户与所选AS地址之间的关联进行高 速緩存。接收第三方登记消息的特定SIP-AS将用户动态分配给它自己，并 成为那个用户的服务AS。它检查是否保留了该用户的所需用户数据，如果没有，则通过透明或不透明Sh从HSS(和/或可能从其它某个持续 用户数据库)检索这个数据。服务AS通过Sh接口 (通过不透明接口或 者可能通过透明接口)将它的地址显式推送入HSS，以便将它自己登记 为用户的服务AS。所推送地址可附带有对应的通用身份，以便允许在HSS上对于给 定用户记录多个通用身份(在以下实例中假定HSS对各用户仅记录单 个通用身份)的情况。这个地址明确标识特定服务AS，并且可能是特 定名称，例如SIP-AS-12345.operator.com或者服务器的IP地址。HSS 又通过Cx接口将服务AS的地址推送到托管用户的S-CSCF。在根据 所述的用户的IFC来转发SIP请求时，S-CSCF将这个推送消息作为从 那 一点开始使用所推送地址的显式指示。这种方法消除了(在S-CSCF上)以下假定对应于最初解析的IP 地址的SIP AS是处理初始请求的AS。例如，在从S-CSCF接收初始 请求的AS将请求转发到另一个AS以便进行处理的情况下，情况可能 不是这样。根据这里所述的方法，该第二个AS是通过Sh接口将其地 址推送入HSS以便将它自己登记为用户的服务AS的AS。这里所述的显式地址推送才几制不限于登记时和处理未登记用户的 终接请求时的SIP-AS分配。利用这个机制，SIP-AS可在任何时间将 它自己登记为用户的服务SIP-AS,例如由于在Ut或其它接口上的操 作或者某个管理操作。换言之，该解决方案将用户到AS的动态分配 与IMS过程分离分配与登记和终接呼叫过程分离，并且用户即使在 他们从IMS撤销登记时也可保持被分配到AS。现在考虑几个详细实例，以便进一步说明本发明原理。它们首先 涉及通过ISC接口发起的过程，然后涉及通过Ut接口发起的过程。ISC发起的过程 f记,S/iMS力MS 参照图3,现在将在具体用户的SIP登记上下文中描述SIP-AS分配过程。这个过程的步骤如下所述，其中步骤按照图中所用的编号进 行编号。这个序列假定在登记之前没有向用户分配服务应用服务器。la.用户终端通过向S-CSCF发送SIP REGISTER消息来发起SIP REGISTRATION过程。lb.在登记过程中，从HSS下载用户服务简档。这包含具有应用 服务器的相关通用身份的初始过滤准则(IFC)。[注意，在这里假定IFC 仅包含单个通用身份，但情况不一定是这样。]2abc.在完成向HSS的登记过程之后，S-CSCF知道它必须执行向 指定AS的第三方登记。S-CSCF 2向DNS服务器4请求通用AS的IP 地址。DNS服务器4用与相应的可用AS (AS!至ASs)对应的多个IP 地址进行响应。S-CSCF 2从返回地址中选择将REGISTER消息转发到 的一个地址-选择可基于按照DNS所分配的优先级进行加权的循环 选择-并且第三方登记消息可发送到所选AS。 S-CSCF在这个阶段不 需要记住用户/AS地址关联。[如果4妄收AS确定某个其它AS必须处理该请求，则该请求将被转发到那个其它AS,并且它成为所分配AS。]3.在接收到第三方登记时，所分配AS执行以下步骤-它从HSS中检索专用用户数据。-它相对于通用应用服务器身份、即先前提供给S-CSCF的身份， 在HSS中以不透明用户服务简档数据对用户存储它的显式地址。 -AS表明它希望收到关于对用户数据的改变的通知。要注意，虽然在这个实例中HSS是AS地址和用户数据的中央库， 但也可使用某个其它中央库。这可能是耦合到实现IMS服务的AS集 合的数据库，或者是对运营商/月良务提供商的域中所有AS通用的。4a. HSS标识因AS存储其显式地址引起的用户服务简档的变化， 并决定更新S-CSCF。4b. HSS通过Cx接口来更新S-CSCF中的用户简档。用户简档携 带所分配服务AS的显式地址。4c. S-CSCF存储具有所分配服务AS显式地址的已更新用户简档。Sh接口上的透明数据可用作以集中方式存储用户数据的手段。这 是在本论述中假定的情况，但它并不是必需的，另一个数据库用来存 储用户数据也是可能的。在完成所述过程时，已经为用户选择了 SIP-AS。 SIP-AS已经检索 到用户的专用用户数据副本。S-CSCF已经接收并存储了为那个用户分 配的SIP-AS的地址。在用户随后撤销登记期间，SIP-AS可自行撤销登记，并从HSS 中删除所存储的AS地址。但是，为了将用户到AS的动态分配与IMS 过程分离、即允许用户甚至在他们从IMS撤销登记时也保持^皮分配到 AS，情况不一定是这样。SIP AS在SIP登记之前已经分配给用户是可能的。由于因通过非 ISC接口接收到请求、或者因未登记用户的呼叫的先前终接、或者因 撤销登记之后在HSS上的数据保持而引起的SIP AS分配，可能发生 这种情况。在这类情况下，S-CSCF从HSS检索到的IFC可包括已分 配AS的显式地址。在SIP-AS分配之后那个AS将不是S-CSCF可达 到的情况也是可能的。因此可进行规定，以便允许S-CSCF从DNS返 回的地址集合中选择不同的AS地址。
己登记^,^始发'威浮凝i^齊现在参照图4来描述使用以上所述过程对于来自或送往已登记用 户的始发或终接呼叫所执行的过程。该过程需要以下步骤1. 在S-CSCF接收用户的SIP请求。2. S-CSCF分析该SIP请求，并将它与用户简档中的IFC (先前由 HSS向它提供的)进行匹配。 一旦IFC匹配，这个IFC便指向AS的通 用名称，并且又指向服务AS的相关显式地址。S-CSCF在登记期间已 经接收到这个用户的显式地址。3. 将SIP请求发送到月良务SIP-AS的显式地址。SIP-AS具有来自 登记过程的用户的专用数据的副本，并继续处理SIP请求。
^登记々,W浮接i^蕃现在将参照图5来描述对于未登记用户的终接呼叫所执行的过 程。在这样一种情况下，当接收到终接请求时，SIP-AS没有用户数据。 该过程需要以下步骤1. S-CSCF接收终接SIP请求。2. 将用户服务简档从HSS下载到S-CSCF。这个筒档包含具有应 用服务器的相关通用身份的初始过滤准则(IFC)。3a. S-CSCF分析SIP请求。 一旦IFC匹配，它将指向不存在服务 应用服务器的相关显式地址的AS的通用名称。S-CSCF解析该通用名 称，并向DNS服务器请求IP地址。DNS服务器用多个地址进行应答。3b. S-CSCF从返回地址中选择将终接SIP消息转发到的一个地址。4. 将终接SIP请求转发到所选SIP-AS。5. 在接收到终接SIP请求时，AS执行在以上参照图4所述的步 骤3中阐述的过程。6a. HSS标识因AS存储其显式地址引起的用户服务简档的变化， 并决定更新S-CSCF。6b. HSS通过Cx接口来更新S-CSCF中的用户简档。用户简档携 带所分配服务AS的显式地址。在用户撤销登记期间，SIP-AS可能或者可能不自行撤销登记，并 从HSS中删除所存储的AS地址。在AS地址由HSS保留的情况下， 在任何后续登记过程期间，HSS将向S-CSCF提供显式地址。Ut发起的过程用户能够通过经由非ISC接口如Ut接口向AS发送请求，来发起 某个动作、例如对特定IMS服务的数据和特征的改变。在用户还未向 IMS登记的某些情况下，可执行这样一种动作。不是由AS直接接收， 而是这些请求可由某个"中间"应用、例如与特定AS处于同一位置的XML文档管理服务器(XDMS)前端来接收。前端的地址可在终端预先 存储为Ut接口的缺省地址。XDMS前端应当将消息转发到已经分配给 该用户的AS上的XDMS(即作为前一登记或终接呼叫过程的一部分)。 如果在将AS分配给用户之前通过UT接口接收到请求，则AS选 择必须响应那个请求而执行。XDMS前端将通过Sh接口查找服务AS 的地址，并确定没有存储服务SIP-AS地址。XDMS前端则选择SIP-AS， 并将请求转发到该SIP-AS。 SIP-AS将从HSS检索用户数据，并且如 果它决定将它自己登记为那个用户的服务SIPAS，则在HSS中的用户 服务简档中存储它的显式地址，并继续处理请求。如果为用户分配了 S-CSCF，则这将触发从HSS到S-CSCF的用户简档更新。
在己经分豕7 AS 况7"遞"W凝口^炎W清,更详细地考虑以下过程，其中通过非ISC接口如Ut接口接收到用 户请求，已经分配了 AS的情况二按照以下方式处理(图6):1. 通过特定接口接收请求。该请求在那个前端所表示的服务的"前 端分配器"(FE-DIST)上终接。2. FE-DIST通过Sh接口向HSS请求AS地址。3. 显式AS地址通过Sh返回到FE-DIST。4. 将请求转发到显式地址以及服务AS上的XDMS。
^^^"》、潔AS W勞况7"遞《W凝没有分配AS的情况按照以下方式来处理(图7):1. 通过特定接口接收请求。该请求在由那个前端所表示的服务的 FE-DIST上终接。2. FE-DIST通过Sh接口向HSS请求AS地址。3. 返回还没有分配AS的指示。4. FE-I5. 将请求转发到所选AS和XMDS'6. 所选AS执行以下操作-SIP-AS可选择将它自己登记为那个用户的服务AS，并且在这 样做时，它将其显式地址存储在HSS中。[如果事务处理仅发生一次， 并且预计不会存在后续请求，则可能不需要这个操作。]-从中央数据存储器读取专用用户数据。-处理该请求。本领域的技术人员会理解，可对上述实施例进行各种修改，并不 背离本发明的范围。例如，对于给定SIP服务可能需要两个SIP-AS也 是可能的，在这种情况下，将两个显式SIP-AS地址推送到S-CSCF。
权利要求
1.一种在IP多媒体子系统中分配应用服务器地址的方法，所述方法包括在将应用服务器分配给用户时，将应用服务器地址或多个地址从所分配应用服务器或其它应用服务器发送到归属用户服务器；在所述归属用户服务器与所述用户身份相关联存储所接收地址；将所述地址从所述归属用户服务器发送到分配给所述用户的服务/呼叫状态控制功能；以及在所述服务/呼叫状态控制功能与所述用户的身份相关联对所接收地址进行高速缓存，其中所述服务/呼叫状态控制功能使用所接收地址向所分配应用服务器发送用户相关消息。
2. 如权利要求l所述的方法，其中将应用服务器分配给用户的所 述步骤响应以下事件之一执行a) 在所述服务/呼叫状态控制功能上接收到来自所述用户的SIP登 记请求；b) 在所述服务/呼叫状态控制功能上接收到所述用户的呼叫终接 请求，并且其中的所述用户未登记；以及c) 在应用服务器上通过非ISC接口接收到来自所述用户的请求。
3. 如权利要求2所述的方法，其中在a)和b)的情况下，在所述服 务/呼叫状态控制功能上接收到所述登记或呼叫终接请求使所述服务/ 呼叫状态控制功能将请求转发到所分配应用服务器或者所述其它应用 服务器，并且在这些应用服务器之一上接收到所述请求使接收应用服 务器执行将应用服务器地址或多个地址发送到所述归属用户服务器的 所述步骤。
4. 如权利要求3所述的方法，其中在所述服务/呼叫状态控制功能 上接收到登记或呼叫终接请求使所述服务/呼叫状态控制功能向所述 归属用户服务器请求所分配应用服务器地址。
5. 如权利要求4所述的方法，其中在已经分配显式地址的情况下， 由所述归属用户服务器将它发送到所述服务/呼叫状态控制功能，并且 在没有分配显式地址的情况下，所述归属用户服务器向所述服务/呼叫 状态控制功能发送通用应用服务器身份。
6. 如权利要求5所述的方法，其中所述服务/呼叫状态控制功能执 行将所接收通用身份解析为多个显式地址之一的步骤。
7. 如权利要求2所述的方法，其中在c)的情况下，在应用服务器 上接收到请求使那个应用服务器向所述归属用户服务器发送查询，以 便确定是否已向所述用户分配了应用服务器。
8. 如权利要求7所述的方法，其中如果已经分配了应用服务器， 则接收应用服务器在所分配服务器不是它自己的情况下已从所述归属 用户服务器接收到其地址之后，将所述请求转发到所分配应用服务器。
9. 如权利要求7或8所述的方法，其中如果没有分配应用服务器， 则接收应用服务器将执行a)在所述归属用户服务器中存储它自己的 地址，b)将所述请求转发到另一个应用服务器，并使所述另一个应用 服务器的地址一皮存储在所述归属用户服务器中，或者c)将所述请求转 发到另 一个应用服务器，并允许所述另 一个应用服务器将其地址存储 在所述归属用户服务器中。
10. 如以上权利要求中任一项所述的方法，其中所述应用服务器 地址或多个地址经由Sh接口/人所述应用服务器发送到所述归属用户 服务器。
11. 如以上权利要求中任一项所述的方法，其中将所述地址从所 述归属用户服务器发送到分配给所述用户的服务/呼叫状态控制功能 的所述步骤包括通过Cx接口在所述服务/呼叫状态控制功能更新初 始过滤准则。
12. —种用于在IP多媒体子系统中分配应用服务器地址的应用服 务器，所述应用服务器包括用于在将所述应用服务器或另 一个应用服 务器分配给用户时将应用服务器地址或多个地址发送到归属用户服务 器的部件。
全文摘要
一种在IP多媒体子系统中分配应用服务器地址的方法。方法包括在将应用服务器分配给用户时，将应用服务器地址或多个地址从所分配应用服务器或其它应用服务器发送到归属用户服务器；在归属用户服务器与用户身份相关联存储所接收地址；将地址从归属用户服务器发送到分配给用户的服务/呼叫状态控制功能；并在服务/呼叫状态控制功能与用户的身份相关联对所接收地址进行高速缓存。服务/呼叫状态控制功能使用所接收地址向所分配应用服务器发送用户相关消息。
文档编号H04L29/06GK101223754SQ200580051092
公开日2008年7月16日 申请日期2005年8月15日 优先权日2005年7月19日
发明者A·里德, B·阿斯特龙, H·普里比茨, S·伯格, S·特里尔 申请人:艾利森电话股份有限公司