专利名称：在多媒体网络中处理服务请求的方法和设备的制作方法
技术领域：
本发明总体上涉及多媒体网络中服务请求的有效处理，特别涉及包 含别名身份的服务请求。
背景技术：
IP多媒体子系统(IMS)是基于会话发起协议(SIP)的体系结构， 该体系结构创建了公共平台，使得先进的基于因特网的多媒体服务和分
组交换网络上的应用能够更广泛。
在图1中，例示了 IMS网络中的常规过程，该过程用于将用户装备 登记到IMS，并且用于请求基于IMS的服务。在该图中，仅呈现了基本 节点，而省略了不受本发明影响的任何中间节点。
在其他功能中，服务-呼叫会话控制功能(S-CSCF)节点是SIP服务 器或会话控制单元，该节点处理从登记到IMS的用户装备接收到的登记 请求。已经从登记的用户装备接收到对基于IMS服务的请求的S-CSCF 节点负责将该服务请求转发到专用应用服务器(AS)，以进行所请求的服 务的进一步处理。
归属用户服务器(HSS)是用于IMS的所有用户和服务相关数据的 主数据存储装置。存储在HSS中的主数据包括登记到IMS的每个用户的 用户配置文档。用户配置文档是永久存储在HSS中的用户特定信息的集 合。 一旦接收到将用户登记到IMS的请求，就将与用户相关联的用户配 置文档下载到S-CSCF节点。服务配置文档包括所有公共用户身份，即当 从IMS请求服务时可被使用的所有身份。公共用户身份可以是SIP URL 例如bob.home@x.com，或电话URI，例如电话+46812345667。服务配 置文档还包括触发规则，所述触发规则定义在哪些条件下服务请求将被 路由到专用应用服务器。通过检査与插入到所述服务请求中的用户身份相关联的触发规则，能够确定要将所述服务请求从S-CSCF节点路由到哪 个应用服务器。
在该应用服务器处，所述服务请求必须被链接到预先存储在该应用 服务器内并且与从所述服务请求中检索到的用户身份相关联的用户数 据。如何实现该链接并不在本发明的范围内。然而，用于将服务请求有 效链接到合适的用户数据的已知方法是使用散列函数，其中，接收到的 在服务请求中的用户身份可以被用作散列关键码。
如果需要，用户可以定义要链接到一个或更多个应用服务器中存储 的相同用户配置文档和相同数据的多个不同用户身份，即具有不同用户 身份的等同服务请求可以触发相同行为。这种替换的用户身份被称为别
名(alias)。别名还可以用于提供针对与另外的公共用户身份相关联的数 据的受限访问。
在图1中的第一步骤1:1内，供应系统IOO创建执行与HSS 101中 的特定用户身份相关联的服务所需的所有数据，包括可能包含一个或更 多个别名身份的已知用户身份。在另一步骤1:2中，供应系统还创建相关 联的应用服务器102中需要的包括用户身份的对应数据。该数据还包括 第一用户身份，并且根据应用服务器功能还包括已知别名身份。
在另一步骤1:3,希望访问由IMS网络提供的多媒体服务的用户通 过将SIP登记消息发送到IMS网络来登记用户装备103。 SIP登记消息被 发送到已经分配给该用户的S-CSCF节点104，并由该节点进行评估。 S-CSCF节点实质上是SIP服务器，但是它也用作登记器，这意味着它维 持着经登记的用户装备的位置和与该用户装备的用户相关联的用户身份 之间的绑定。当S-CSCF节点接收到登记请求时，在步骤1:4中将关于用 户的更新的用户配置文档从归属用户服务器(HSS)下载到S-CSCF节点。 与用户相关联的用户配置文档包括仅用于认证目的的私有用户身份，和 一个或更多个服务配置文档，每个服务配置文档可应用于一个或更多个 公共用户身份。
在已经登记用户装备之后，在步骤1:5中将对期望服务的请求105 发送到S-CSCF节点。在这种情况中，当请求服务时，用户正使用别名身份l。通过在步骤1:6中轮询服务请求内的用户身份，S-CSCF节点确定
与各个用户身份相关联的服务配置文档中的哪些触发规则得到满足，并 由此确定将该服务请求路由到哪个应用服务器，以进行所请求的服务的 进一步处理。
在另一步骤1:7中，将包括别名身份1的服务请求105路由到由各 个触发规则所指定的应用服务器。
在最后的步骤1:8中，使用适当的数据模型来将从所述服务请求检 索到的用户身份链接到与各个用户身份相关联的数据。这种链接过程可 能是复杂并且耗费资源的。
图2例示了与用户相关联的包括别名身份的不同用户身份的示例。 第一用户身份，即bOb.h0me@X.COm，被定义为第一用户身份，该第一用 户身份例如可以给出针对与相应用户相关联的用户数据的完全访问，而 附加的用户身份，即bob.work⑥x.com和bob.soccer⑥x.com，根据针对相 应用户身份或别名身份设置的触发规则，也能够给出针对相应用户数据 的完全访问或者受限访问。
已有解决方案的一个问题在于，如果应用服务器必须能够了解服务 请求中的别名身份，则应用服务器的设置变得复杂。
另一问题在于，如果应用服务器必须能够解释并了解引入的别名， 则应用服务器的数据模型以及请求的路由变得复杂。
又一问题在于，存在需要IMS网络中的所有节点共享相似数据模型 的情况。当需要升级IMS网络时，这导致复杂度增加。
与处理别名身份相关的其他问题是需要额外数据库请求和更多的在 应用服务器中执行的逻辑。
发明内容
本发明的目的是解决至少一些上面概述的问题。具体来说，本发明 的目的是提供一种解决方案，该解决方案可以简化在会话控制功能和多 媒体网络的应用服务器中对服务请求的处理，特别是对包括别名身份的 服务请求的处理。的方法和设置 来实现。根据一个方面，提供一种在多媒体网络中的会话控制单元中处 理服务请求的方法。
在该发明方法中，包括用户身份的服务请求从用户装备发送，并在 呼叫会话控制功能中被接收。所述呼叫会话控制功能可以是服务-呼叫会
话控制功能和XML配置访问协议聚合代理。检查与所述服务请求的所述
用户身份相关联的服务配置文档，以找出将所述服务请求发送到的应用
服务器。所述方法还公开了一个步骤，其中在将所述请求路由到所述应
用服务器之前，确保所述服务请求包括主用户身份。
在所述应用服务器内，所述主用户身份用于找出执行所请求的服务
所需的存储数据。在己经确定了所述服务请求是否已经包括所述主用户
身份之后，可将所述主用户身份插入到所述服务请求中。可替换的是， 可在根本不执行任何确定或检查的情况下插入所述主用户身份。
在所述确定步骤中，可从所述服务配置文档的新主用户身份头部或
第一用户身份位置检索所述主用户身份。可以从请求URI或P断言身份 (P-Asserted-Identity)检索所述服务请求的所述用户身份。
可将所述主用户身份插入到所述服务配置文件的新主用户身份头部 或者路由头部中。还可以通过用所述主用户身份替换所述服务请求中的 所述别名身份来简单地执行所述主用户身份到所述服务配置文档中的插 入。此外，在所述应用服务器内，包括所述主用户身份的服务请求将提 供对执行所请求的服务所需的数据的直接访问。
根据另一方面，提供一种在会话控制单元内处理服务请求的设备。 该发明设备包括接收装置，所述接收装置用于从用户装备接收包括用户 身份的服务请求。所述设备还包括检査装置，所述检查装置用于检查与 所述用户身份相关联的服务配置文档，以找出将所述服务请求路由到的 应用服务器。确保装置适于在通过路由装置将所述服务请求路由到所述 应用服务器之前，确保所述服务请求包括主用户身份。
根据另一方面，提供一种用于执行由从所述会话控制单元接收到的 服务请求所指示的服务的应用服务器。所述应用服务器包括如下装置，所述装置适于通过读取所述主用户身份，提供对执行所请求的服务所需 的存储数据的直接访问。
根据又一方面，提供一种归属用户服务器(HSS)，所述归属服务器 用于将服务配置文档转发到所述会话控制单元。所述归属用户服务器包 括定义装置，所述定义装置用于将所述服务配置文档中的第一用户身份 定义为所述主用户身份。另选的是，可将所述相应主用户身份插入到所 述服务配置文档中的新主用户身份头部内。
现在借助示例性实施方式并参照附图来更详细地描述本发明，其中 图1是例示根据现有技术的用于将用户装备登记到IMS，并且用于
请求基于IMS的服务的常规过程的原理框图。
图2是例示登记到IMS、能够与用户相关联的用户身份的示例的表。 图3是例示根据一个实施方式的用于处理针对基于IMS的服务的服
务请求的过程的原理框图。
图4是例示已经参照图3描述的节点的基本功能的高级原理框图。 图5是例示根据参照图3描述的实施方式的用于处理服务请求的基
本过程的流程图。
图6是例示图5的步骤502中描述的过程的另选实施方式的流程图。
具体实施例方式
简要描述，本发明提供了一种解决方案，其中简化了IMS网络的数 据模型和HSS及应用服务器的设置，并且改善了处理服务请求的性能， 特别是考虑了存储器需求和等待时间。
图3例示了处理IMS中的服务请求的第一实施方式。在第一步骤3:1 中，供应系统300创建所有需要的数据，包括被定义为主用户身份的用 户身份和任何己知的别名身份，并将该数据转发到HSS301。可通过用户 请求连接到供应系统的服务供应方(未示出)而将别名身份分配给被标 示为主用户身份的用户身份，来发起供应过程。主用户身份是具有连接到该主用户身份的特定服务集的用户身份，在用户定制相应服务集时， 该用户身份就存在。如果主用户身份被移除，则相应服务集连同所有相 关联的别名身份都将被移除。
在一个实施方式中，存储在服务配置文档中的第一用户身份始终被 定义为主用户身份。该实施方式的实现不需要HSS中的任何修改。此外， 因为主用户身份位于已经存在的数据字段中，所以该实施方式仅需要
S-CSCF中的小改变。
在另选的实施方式中，在服务配置文档中创建专用于主用户身份的 新主用户身份字段。然而，将新字段引入到服务配置文档中需要在HSS 中进行改变，HSS必须能够在供应期间处理主用户身份到新字段的插入， 并且在S-CSCF节点302中，HSS必须能够从存储在服务配置文档中的 其他用户身份中识别出主用户身份。
应该理解，本发明不限于在S-CSCF中的服务请求的处理，还可以 在其他会话控制单元中实施本发明。 一种另选情况公开了对存储为XML 格式的数据的处理。可通过在XCAP聚合代理(XCAPAP)中使用XML 配置访问协议(XCAP)来处理请求，并通过根据针对S-CSCF描述的任 意实施方式调整XCAPAP，来处理这种情况。
在另一步骤3:2中，供应系统还将与各个用户身份相关联的数据转 发到相应应用服务器303，所述应用服务器专用于执行与各个用户身份相 关联的服务。作为一种选择，供应系统可以在转发到相应应用服务器的 数据中包括所有可用别名身份。然而就执行本发明的目的而言，在供应 处理期间不需要将别名身份转发到所述应用服务器。
在步骤3:3中，用户A通过将登记请求从相应用户装备转发到作为 登记器操作的S-CSCF节点，将用户装备304登记到IMS。登记请求包括 用户身份，该用户身份可以是诸如bob.home(^x.com的主用户身份，或者 是诸如b0b.SOCCer@x.COm的别名身份，该别名身份可以定义替换的用户 身份。
响应于登记请求，S-CSCF节点从HSS请求并检索针对用户A的更 新的服务配置文档。这在步骤3:4中例示出。服务配置文档包括主用户身份，以及如果有的话，已经针对用户A提供的所有别名身份。
在下一步骤中，已经将用户装备登记到IMS的用户A希望定制与特
定用户身份相关联的服务。在包括别名身份(即别名身份l)的情况下，
由此在步骤3:5内将诸如SIP SUBSCRIBE (SIP定制)的服务请求305 转发到S-CSCF节点。为了让S-CSCF节点确定将所述服务请求转发到哪 个应用服务器，在步骤3:6中检査与所述服务请求的用户身份相关联的服 务配置文档。服务配置文档的触发规则指定在哪些条件将选择相应应用 服务器来进行所述服务请求的路由并执行所请求的服务。
在将所述服务请求路由到相应应用服务器之前，执行具有确保所述 服务请求包括主用户身份的用途的新步骤3:7。现在将给出用于执行此少 骤的多个另选实施方式。
在第一实施方式中，主用户身份始终被插入相应服务请求中。根据 该实施方式，在服务请求到达S-CSCF时，不需要检査它是否包括主用户 身份或别名身份。无论在所述服务请求中使用哪个用户身份，主用户身 份将始终插入所述服务请求中。
在另选实施方式中，S-CSCF节点可以始终将服务请求的别名身份翻 译成相应主用户身份，并在所述服务请求中用所述主用户身份替代所述 别名身份。因为服务请求中将不包括别名身份，所以此实施方式仅在相 应应用服务器不需要别名身份来执行相应服务请求的情况下可以作为另 选。
在又一实施方式中，S-CSCF比较服务请求中特定字段或头部的内 容。通过将相应字段或头部的内容与相应服务配置文档中的主用户身份 进行比较，确定所述主用户身份是否已被实现到所述服务请求的头部中。 如果发现主用户身份已经在所述服务请求中，则所述服务请求可以保持 不变，并被路由到相应应用服务器。选择哪个头部来在比较过程中进行 检查会因是起始情形还是终止情形而有所不同。在终止情形下，可以检 查能够作为SIPURI、安全SIP (SIPS) URI或电话URI的请求-URI，而 在起始情形下，可以检查P断言身份头部。
主用户身份可以被插入到服务请求中的新头部内。在另选实施方式中，已有路由头部可用于此目的。这可通过以下方式例示出
SlP:sipasl②x.com,会话情况-起始； Primaryuserid=sip:bob.home@x.com
其中，sipasl@x.com是执行服务的应用服务器的sip地址，而 bob.home⑥x.com是主用户身份。在本示例中，会话情况被定义为起始会 话，该起始会话指示是P断言身份保存关于S-CSCF应将服务请求路由 到哪个应用服务器的信息。通过实施该实施方式，因为主用户身份始终 包括在己存在的头部中，所以S-CSCF节点不必采取特定措施，当询问传 入服务请求路由到哪个应用服务器时，在本系统中己检査过所述已存在 的头部。
在步骤3:8中，将包括别名身份(即别名身份1)并且现在还包括与 该别名身份相关联的主用户身份(主用户身份l)的修改的服务请求306 路由到相应应用服务器，以执行所请求的服务。
最后的步骤3:9例示出在所述应用服务器中执行的内部服务执行处 理。在该步骤中，标识出用户身份(即主用户身份)，并将其用于将服务 请求链接到与所述服务请求的主用户身份以及别名身份相关联的数据。 通过使用所述主用户身份，可改善并简化在应用服务器中对服务请求的 处理。更重要的是，通过使用所建议的主用户身份，将获得对相应数据 的直接访问，因此将不需要对传入的服务请求中的别名身份的解释。
应该注意，在执行所请求的服务的过程中可能涉及多个应用服务器。 在这种情况中，根据通过主用户身份和别名身份(如果使用)标识出的 用户数据，可在这些应用服务器之间路由所述服务请求。
在图4中示出本发明的高级框图。该框图示出包括接收装置401的 HSS400，该接收装置401可从未示出的供应系统接收与特定用户身份相 关联的用户数据。所述用户数据随后在处理装置402中被处理，其中， 与各个用户身份相关联的服务配置文档将被更新并存储在存储装置403 中。 一旦接收到下载各个服务配置文档的更新版本的请求，包括发射装 置和接收装置的通信装置404就将服务配置文档下载到S-CSCF 405。在 S-CSCF中，包括接收装置和发射装置的通信装置406接收服务配置文档并将其存储在存储装置407中。用户使用优选用户身份可以在未示出的 用户装备处激活服务请求，其中，该服务请求被发送到专用于该用户装
备的S-CSCF，并在该S-CSCF的通信装置处被接收。所述服务请求被发 送到检查装置408，在所述检查装置408中检査与该服务请求的用户身份 相关联的服务配置文档的触发规则，以找出要将所述服务请求路由到的 AS。在将服务请求路由到相应AS之前，将该服务请求发送到确保装置 409。在该确保装置中，启动处理以确保与所述服务请求的用户身份相关 联的主用户身份包括在所述服务请求中。之前已经参照图3中的步骤3:7 描述了执行所述确保装置中的处理的一些另选方式。所述确保装置可以 包括插入装置，所述插入装置用于在不执行任何比较过程的情况下插 入主用户身份；和/或比较装置，所述比较装置用于将指定字段或头部与 接收到的服务请求的用户身份进行比较。另选的是，所述确保装置可以 包括适于将主用户身份插入到专用的新头部字段中或己存在的头部字段 中的装置。包括主用户身份的服务请求随后可通过路由装置410被路由 到相应AS。在AS 411处，所述服务请求由接收装置412接收，并被转 发到处理装置413，以将该服务请求链接到相关数据，以及对所请求的服 务进行处理。
图5是示出根据本发明的基本原理的用于处理服务请求的一般步骤 的流程图。在第一步骤500中，在诸如S-CSCF的会话控制单元中接收从 用户装备发送的服务请求。在下一步骤501中，针对与所述服务请求的 用户身份相关联的服务配置文档执行检查。该检查产生关于将所述服务 请求路由到哪个AS的决定。在下一步骤502中，用于处理主用户身份的 过程确保在将所述服务请求在步骤503中路由到相应应用服务器之前， 所述服务请求将包括相应主用户身份。用于处理主用户身份的一个实施 方式可以是始终将主用户身份插入到接收到的服务请求中，而无需对用 户身份中的原始内容进行任何评估。下面将参照图6描述处理主用户身 份的另选实施方式。在最后的步骤504中，在所述服务请求已被路由到 的应用服务器中执行所请求的服务。在所述应用服务器中进行的最后执 行步骤中，主用户身份提供了对执行所请求的服务所需的数据的直接访问。
最后，将参照图6中的流程图描述上面参照图5中的步骤503所描 述的用于处理主用户身份的另选实施方式。
在图6中， 一旦到达会话控制单元，就确定接收到的服务请求是否 包括从对应服务配置文档标识出的主用户身份。
可以用多种上面已经参照图3中的步骤3:7描述的替换方式来完成 针对接收到的服务请求的用户身份的检査，以及主用户身份到服务请求 的插入。
通过引入所描述的直接路由过程，与目前可用的系统相比较，能够 简化数据模型以及应用服务器的内部逻辑，同时能够改善应用服务器的 性能。
尽管已经参照特定示例性实施方式描述了本发明，但是应该理解， 本发明不限于公开的示例性实施方式。描述一般来说仅意图例示本发明 的概念，并且不应该视为对本发明范围的限制，本发明的范围由所附权 利要求限定。所附权利要求的范围与包括所有这些修改和等同结构及功 能的最宽释义相一致。
权利要求
1.一种在多媒体网络中的会话控制单元中处理服务请求的方法，所述方法包括以下步骤-a)从用户装备接收包括用户身份的服务请求，-b)检查与所述服务请求的所述用户身份相关联的服务配置文档，以找出将所述服务请求路由到的应用服务器，-c)确保所述服务请求包括主用户身份，以及，-d)将所述服务请求路由到所述应用服务器，其中，在所述应用服务器内，所述主用户身份用于找出执行所述请求的服务所需的存储的数据。
2. 根据权利要求1所述的方法，其中，在步骤b)之前，在接收到 包括所述用户身份的登记请求的情况下，所述会话控制单元从归属用户 服务器(HSS)检索与所述用户身份相关联的更新的服务配置文档。
3. 根据权利要求1或2所述的方法，其中，所述服务配置文档包括 触发规则和至少两个用户身份，所述至少两个用户身份包括所述主用户 身份和至少一个别名身份。
4. 根据权利要求1至3中任何一项所述的方法，其中，在步骤c) 中，所述确保步骤包括在将所述服务请求发送到应用服务器之前，验证 所述服务请求是否包括所述主用户身份。
5. 根据权利要求1至4中任何一项所述的方法，其中，在步骤c) 中，所述确保步骤包括将所述主用户身份插入到所述服务请求中。
6. 根据权利要求4所述的方法，其中，所述验证包括确定所述服务 请求是包括所述主用户身份还是包括别名身份。
7. 根据权利要求6所述的方法，其中，所述确定包括将所述服务请 求的头部与存储在所述服务配置文档中的所述主用户身份进行比较。
8. 根据权利要求7所述的方法，其中，所述主用户身份存储在所述 服务配置文档的新主用户身份头部中。
9. 根据权利要求7所述的方法，其中，所述主用户身份存储在所述服务配置文档的第一用户身份位置处。
10. 根据权利要求8或9所述的方法，其中，所述确定包括将所述 服务请求的请求URI与存储在所述服务配置文档中的所述主用户身份进 行比较。
11. 根据权利要求8或9所述的方法，其中，所述确定包括将所述 服务请求的P断言身份与存储在所述服务配置文档中的所述主用户身份 进行比较。
12. 根据权利要求7至11中任何一项所述的方法，其中，如果所述 比较的结果是不匹配，则将所述主用户身份插入到所述服务请求中。
13. 根据权利要求7至11中任何一项所述的方法，其中，如果所述 比较的结果是匹配，则所述服务请求保持不变。
14. 根据权利要求6至12中任何一项所述的方法，其中，所述确保 步骤还包括将所述主用户身份插入到所述服务请求的新主用户身份头部 中。
15. 根据权利要求6至12中任何一项所述的方法，其中，所述确保 步骤还包括将所述主用户身份插入到所述服务请求的路由头部中。
16. 根据权利要求7至12中任何一项所述的方法，其中，所述确保 步骤还包括在所述服务请求中用所述主用户身份替换所述别名身份。
17. 根据前述权利要求中任何一项所述的方法，其中，根据所述服 务配置文档的触发规则进行所述路由步骤d)。
18. 根据前述权利要求中任何一项所述的方法，其中，在所述应用 服务器内，所述主用户身份给出对所述存储的数据的直接访问。
19. 根据前述权利要求中任何一项所述的方法，其中，在所述应用 服务器内，基于所述主用户身份和任何包括的别名身份，执行所述请求 的服务。
20. 根据前述权利要求中任何一项所述的方法，其中，所述会话控 制单元是服务-呼叫会话控制功能(S-CSCF)。
21. 根据前述权利要求中任何一项所述的方法，其中，所述会话控 制单元是XML配置访问协议聚合代理(XCAPAP)。
22. —种用于在多媒体网络中的会话控制单元中处理服务请求的设 备，所述设备包括-接收装置，所述接收装置用于从用户装备接收包括用户身份的服务 请求，-检査装置，所述检查装置用于检查与所述服务请求的所述用户身份 相关联的服务配置文档，以找出将所述服务请求路由到的应用服务器，-确保装置，所述确保装置用于确保所述服务请求包括主用户身份， 以及，-路由装置，所述路由装置用于将所述服务请求路由到所述应用服务 器，其中在所述应用服务器内，所述主用户身份用于找出执行所述请求 的服务所需的存储的数据。
23. 根据权利要求22所述的设备，其中，所述会话控制单元包括接 收装置，在所述检查之前，在接收到包括所述用户身份的登记请求的情 况下，所述接收装置适于从归属用户服务器(HSS)检索与所述用户身份 相关联的更新的服务配置文档。
24. 根据权利要求22或23所述的设备，其中，所述服务配置文档 包括触发规则和至少两个用户身份，所述至少两个用户身份包括所述:'f-: 用户身份和至少一个别名身份。
25. 根据权利要求22至24中任何一项所述的设备，其中，所述确 保装置适于在将所述服务请求发送到应用服务器之前，验证所述服务请 求是否包括所述主用户身份。
26. 根据权利要求22至25中任何一项所述的设备，其中，所述确 保装置适于将所述主用户身份插入到所述服务请求中。
27. 根据权利要求25所述的设备，其中，所述确保装置适于确定所 述服务请求是包括所述主用户身份还是包括别名身份。
28. 根据权利要求27所述的设备，其中，所述确保装置适于将所述 服务请求的头部与存储在所述服务配置文档中的所述主用户身份进行比 较。
29. 根据权利要求28所述的设备，其中，所述确保装置适于从所述服务配置文档的新主用户身份头部检索所述主用户身份。
30. 根据权利要求22或23所述的设备，其中，所述确保装置适于 从所述服务配置文档的第一用户身份位置检索所述主用户身份。
31. 根据权利要求29或30所述的设备，其中，所述确保装置适于 将所述服务请求的请求URJ与存储在所述服务配置文档中的所述主用户 身份进行比较。
32. 根据权利要求29或30所述的设备，其中，所述确保装置适于 将所述服务请求的P断言身份与存储在所述服务配置文档中的所述主用 户身份进行比较。
33. 根据权利要求28至32中任何一项所述的设备，其中，如果所 述比较的结果是不匹配，则所述确保装置适于将所述主用户身份插入到 所述服务请求中。
34. 根据权利要求28至32中任何一项所述的设备，其中，如果所 述比较的结果是匹配，则所述确保装置适于对未改变的所述服务请求进 行路由。
35. 根据权利要求27至33中任何一项所述的设备，其中，所述确 保装置适于将所述主用户身份插入到所述服务请求的新主用户身份头部 中。
36. 根据权利要求27至33中任何一项所述的设备，其中，所述确 保装置适于将所述主用户身份插入到所述服务请求的路由头部中。
37. 根据权利要求28至33中任何一项所述的设备，其中，所述确 保装置适于在所述服务请求中用所述主用户身份来替换所述别名身份。
38. 根据前述权利要求中任何一项所述的设备，其中，所述路由装 置适于根据所述服务配置文档的触发规则来路由所述服务请求。
39. —种用于执行由从根据权利要求22至38中任何一项所述的设 备接收到的服务请求所指示的服务的应用服务器，所述应用服务器包括 适于通过读取所述主用户身份来提供对所述存储的数据的直接访问的装 置。
40. —种用于将服务配置文档转发到根据权利要求22至38中任何一项所述的设备的归属用户服务器(HSS)，所述归属用户服务器包括适 于将所述服务配置文档中的第一用户身份定义为所述主用户身份的装 置。
41. 一种用于将服务配置文档转发到根据权利要求22至38中任何 一项所述的设备的归属用户服务器(HSS)，所述归属用户服务器包括适 于将所述主用户身份插入到所述服务配置文档中的新主用户身份头部中 的装置。
42. 根据前述权利要求中任何一项所述的设备，其中，所述会话控 制单元是服务-呼叫会话控制功能(S-CSCF)。
根据前述权利要求中任何一项所述的设备，其中，所述会话控 制单元是XML配置访问协议聚合代理(XCAP AP)。
全文摘要
提供了在多媒体网络中的会话控制单元(302)中处理服务请求(3∶5)的方法和设备。在会话控制单元中从用户装备(304)接收到服务请求(305)后，检查与所述服务请求的所述用户身份相关联的服务配置文档，以找出要将所述服务请求路由到的应用服务器(303)。在将所述服务请求(306)路由(3∶8)到所述应用服务器之前，确保实体确保所述服务请求将包括主用户身份。在所述应用服务器中，所述主用户身份用于找出执行所述请求的服务所需的存储的数据。
文档编号H04W80/10GK101569218SQ200680056741
公开日2009年10月28日 申请日期2006年12月21日 优先权日2006年12月21日
发明者克里斯特·博贝格, 安德斯·林德伦, 扬·霍尔姆, 汉斯·林德伦 申请人:Lm爱立信电话有限公司