专利名称：在因特网协议多媒体核心网络子系统中由应用服务器进行的呼叫始发的制作方法
技术领域：
本发明总体上涉及通信系统，并且具体地涉及用于在因特网协议多媒体子系统中 进行呼叫始发的技术。
背景技术：
最近的技术创新已将因特网的能力扩展到包括通信服务。一种这类用于多媒体通 信的服务提供了用于在因特网协议(IP)多媒体核心网络子系统(IMS)中使用的呼叫控制 协议。如本领域所知，IMS遵循会话发起协议(SIP)和会话描述协议(SDP)，且其中为所有 IMS实体分配了 IP地址。在IMS中，在本文称为用户设备(UE)的移动终端或通信设备提供 SIP用户代理(UA)的作用。呼叫会话控制功能(CSCF)提供SIP代理的作用。在IMS中，应用服务器(AS)也可以提供SIP UA的作用，并为在IMS中的第三方登 记者(例如，UE)提供呼叫控制。典型地，诸如归属订户系统(HSS)的归属通信网络运营商 向UE或订户分配私有用户标识。该私有用户标识可用于UE内的SIP应用。还为UE分配 在HSS上规定的至少一个公共用户标识(PUI)。PUI的形式是SIP URI。可以在具有不同私 有用户标识和IP地址的多个UE之间共享PUI。IMS提供宣称标识(Asserted Identity) 的“信任域”，这些宣称标识均属于同一运营商网络，或具有与相同的运营商网络的先前安 排。宣称标识在SIP协议中采用P-Asserted-Identity报头的形式。在IMS中的登记请求 中，要求UE递交PUI、私有用户标识、和域名。该登记请求可以从IMS接收授权或不授权的 响应。应用服务器(AS)可支持代表已知UE的登记。具体是，一旦接收到第三方登记请 求，AS即可代表在服务CSCF(S-CSCF)上登记的PUI使用SIP URI进行预订。以此方式，AS 可以作用为始发UA。在当前情形下，AS必须与请求将要被发送到其的S-CSCF处于同一信任 域内。当代表PUI发送初始请求时，AS插入路由报头，该路由报头指向登记或托管(hosted) (即未登记)PUI的S-CSCF或指向用作PUI网络的入口点的I-CSCF。AS可以通过询问UE 的归属订户系统或在第三方登记期间获得S-CSCF地址。为了由AS使用P-Asserted-Identity，产生如下请求，仿佛该请求是由UE始发的 (其中AS插入表示UE的PUI的P-Asserted-Identity)，或者是由支持公共服务标识(PSI) 所标识的服务的AS所产生的，其中AS插入包含AS的PSI的P-Asserted-Identity。然而，这些过程仅可在AS和S-CSCF的信任域内适用。具体而言，在当前IMS协议 的情况下，仅允许AS代表本地网络IMS订户始发呼叫，且仅允许AS向始发订户的服务CSCF 发送呼叫。该情形不能完全满足AS的需求。任何特定IMS AS将仅了解那些恰巧也预订AS 托管服务的IMS订户。AS代表订户进行呼叫始发可以发生在IMS始发通道以及终止通道 上。这要求接收该呼叫始发的S-CSCF(始发或终止S-CSCF)有能力向作为呼叫的逻辑始发 者的订户的S-CSCF发送呼叫。然而，该方案不向非预订UE提供任何分配。需要增强IMS，以允许IMS代表非预订UE始发呼叫。
在附图中，相同的附图标记在各个视图中表示相同或功能上相似的元素，附图与 下列详细说明并入到说明书，并构成其一部分，用于进一步说明各个实施例，并解释根据本 发明的各种原理和优点。图1是说明根据本发明的示例性IMS呼叫环境的图；和图2是说明根据本发明的方法的流程图。
具体实施例方式本发明定义了一种用于在因特网协议多媒体核心网络子系统(IMS)中使用的呼 叫控制协议。总体上，本发明提供了对IMS网络的增强，以支持AS代表任何用户(包括非 IMS订户)来始发呼叫。在现有技术中，当AS代表非IMS用户始发呼叫时，该呼叫会被网络 拒绝。本发明提供了增强的IMS标准，以允许/不允许AS代表用户(公共用户标识)始 发呼叫。本文描述了两种不同实施例的情况a)对于不属于始发IMS网络的用户(即在HSS 中未如此规定)，其中用户可以是IMS用户但属于不同的IMS网络，或者用户不是IMS用户， 并且b)对于属于始发IMS网络的用户(即在HSS之中如此规定)，这与IMS标准中的现有 情况相似，但具有下述的附加增强。有利地，本发明允许对由AS代表用户所始发的呼叫进行阻塞/消除阻塞的能力。 这仅作为“信任域”概念的一部分被定义在当前IMS标准中，但是该概念不允许基于每个 用户来对呼叫进行阻塞/消除阻塞的能力。另外，本发明允许在始发网络上的中转功能 (transit functionality)，以通过网络传递通信，而当前IMS标准仅描述了用于通信的在 终止网络上的中转功能。按本文的描述，诸如用户设备(UE)或通信设备的术语一般指端用户设备，诸如固 定和/或WiFi sip电话、蜂窝或移动无线电话、WiMaxsip UA、双向无线电装置、消息收发设 备、个人数字助理、个人作业板(personal assignment pad)、被装备用于无线操作的个人 计算机、蜂窝手持终端或设备等，或者所提供的这类单元的等效物，其被安排和构造为按照 本文所讨论和描述的，根据本发明的各种概念和原理进行操作，并在适当的规范、标准、和 协议下操作。在本文的示例中，IMS是覆盖技术，并不寻址下层，下层可以取自以太网、WiFi、 WiMax、蜂窝、或有线电视机顶盒或DSL/DSLAM。请注意，本发明可以适用于任何类型的提供 希望将IMS用作为应用层的IP网络层的接入。所讨论和描述的原理及概念可以具体适用于在通信网络上提供或促进基于分 组的多媒体通信服务或语音、数据、或消息收发服务的通信单元、设备和系统，诸如常规双 向系统和设备、包括模拟和数字蜂窝的各种蜂窝电话系统、CDMA(码分多址)及其变体、 GSM(全球移动通信系统)、GPRS (通用分组无线电系统)、诸如UMTS (通用移动电信服务)系 统的2. 5G和3G系统、集成数字增强型网络、以及以上的变体或演进。本文描述的原理和概 念可以进一步应用于具有较短距离通信能力的设备或系统，诸如IEEE 802. XX、蓝牙、Wi-Fi 或WiMAX等，其优选利用CDMA、跳频、正交频分复用、或TDMA接入技术、以及一个或多个各种 网络协议，诸如TCP/IP (传输控制协议/因特网协议)、IPX/SPX (分组间交换/顺序分组交换)、Net BIOS(网络基本输入输出系统)或其他协议结构。进一步，根据各种示例和替代示例性实施例，基于分组的RAN可以包括码分多址 (CDMA) RAN、移动全球系统(GSM) RAN、通用移动电信系统(UMTS) RAN、仅有数据(DO)的RAN、 高速分组数据接入(HRPDA)RAS、无线局域网(WLAN)RAN、或者演进数据语音(EVDV)RAN。示 例性RAN应支持在IP多媒体核心网络子系统(IMS)规范下进行通信，例如，如在第三代伙 伴计划(3GPP)技术规范(TS)24. 229所概述的，使用会话发起协议(SIP)、会话描述协议 (SDP)及其变体进行通信。应当注意，根据诸如3GPP第7版IMS规范TS24. 229的上述标 准，可以通过RTP/UDP(实时传输协议/通用数据报协议)发射多媒体流。应当理解，本文也可以涉及其他3GPP规范和标准。进一步，根据各种示例性实施 例，可以将本发明实施为诸如应用层软件应用的较高层，在该情况中，在不偏离本发明的意 图范围的情况下，诸如数据链路层的较低协议层可以进行互换，只要他们支持分组交换通
fn °提供本公开，以进一步以可实现方式解释根据本发明来制作和使用各种实施例的 最佳模式。进一步提供本公开，以增强对发明性原理及其优点的理解和评价，而不是以任何 方式限制本发明。仅通过所附权利要求(包括在本申请待决期间所做的任何修改以及如发 布的那些权利要求的等效内容)来限定本发明。还应当理解，诸如第一和第二、顶部和底部之类的关系术语(如果有的话)的使 用，仅用于将一个实体或动作与另一实体或动作进行区别，而不是必然要求或暗示这些实 体或动作之间的任何实际这种关系或顺序。本发明可以进一步包括具有步骤、过程之类的 处理。尽管指示了多个处理或步骤，但除非明示或必须受限于特定的顺序，否则可以用任何 顺序执行它们。可以用任何顺序来执行没有如此受限的步骤或处理。在特定情况中，可以 将这些步骤或处理重复多次，或者可以按需要或在特定事件等发生之前无限循环这些步骤 或处理。很多发明性功能和很多发明性原理最好用软件程序或指令以及诸如专用集成电 路之类的集成电路(IC)来实施，或在其中实施。预计到，尽管可能由例如可用时间、现有技 术、和经济上的考虑引起的重大努力和很多设计选择，但是当由本文公开的概念和原理所 指导时，一名普通技术人员将能够以最少的试验很容易地产生此类软件指令、程序和IC。所 以，为了简化并使根据本发明的原理和概念被模糊的风险最小化，对这类软件和IC(如果 有的话)的进一步讨论将限于与本发明相关的要素。图1是说明根据本发明的示例性IMS呼叫环境的图。始发通信单元110(例如与用 户设备(UE)A相关联)希望参与与目标通信单元120(例如与UE B相关联)的通信会话，从 而可以例如根据IMS (因特网协议多媒体子系统)和SIP过程来在其间交换视频媒体流102 和音频媒体流103。应当理解，将结合始发和/或终止因特网协议多媒体子系统(IMS)核心 130、132来进行会话，并且将例如通过应用服务器(AS) 140来建立会话，该AS 140可以促进 在呼叫中将音频和视频流传送到目标通信单元120或其他单元。始发IMS核心130作用为 代理服务呼叫状态控制功能(P-CSCF)，其是在始发通信单元110和始发IMS核心130之间 的初始接口(SIP服务器)。P-CSCF对UE标识做基本验证，然后将UE标识传递给被指配为 始发S-CSCF 130的登记处理。应当注意，将IMS呼叫处理划分为均可以具有不同CSCF和 AS的始发和终止。
本发明提供了对3GPP TS 24. 229节5.7. 3IMS标准的增强，以允许/不允许AS 140代表非IMS网络订户的用户(公共用户标识)(例如UE A110)始发呼叫。本文描述 了两种不同的实施例。第一实施例涉及不属于始发IMS网络的用户(即在归属订户系统 (HSS) 150中未如此规定)。这可以包括例如非IMS用户的用户或者是IMS用户但属于不 同IMS网络的用户。第二实施例涉及属于始发IMS网络的用户(即，在HSS中如此规定)， 这与已在3GPP TS 24. 229标准中描述的情况类似，但有如下所述的新差别。本发明的第一实施例允许对由AS 140代表不属于始发IMS网络的IMS用户110而 始发的呼叫进行路由。在本实施例中，由于用户不是始发网络的IMS用户(因此在HSS中 没有如此规定)，因此对于SIP信令101定义在询问CSCF(I-CSCF)中的新的全局系统级参 数，以允许/不允许AS代表该外部用户发起呼叫请求。在操作中，第一实施例假定AS 140代表不属于始发网络的用户110发起呼叫请 求。具体而言，AS 140将表示始发用户的公共用户标识的P-Asserted-Identity插入到信 令101中的SIP INVITE中。具体而言，AS将“orig”参数附加到最顶层的路由报头中的 URI，该参数是来自于信任域中的AS的呼叫始发中的硬令牌。在一些实施例中，AS可能无 法了解用户是否是IMS订户(除非其通过Sh接口询问HSS)，因此在这些情况中，AS 140可 以将请求发送给预先配置的始发I-CSCF 130。I-CSCF 130 (作用为始发I-CSCF)将对HSS 150执行Cx LIR，并且如本领域所知 的，由于用户110不是IMS网络的订户，因此HSS将返回SIP直径错误(Diameter error)。 如下所述，根据对于非预订(外部)用户如上定义的对于I-CSCF允许/不允许网络服务 器呼叫始发参数设置的值，I-CSCF 130将允许/不允许该请求。在(对于外部用户)将参 数设置为“允许”的情况中，I-CSCF将按照请求-URI/路由报头把请求路由给适当的终止 I-CSCF 132。在该情况中，始发I-CSCF 130作用为中转I-CSCF，这不同于仅为终止侧定义 了 IMS中转的当前3GPP TS 24. 229第7版标准。这增强了当前标准，在当前标准中，在用 户不是该网络用户的情况中，I-CSCF将返回不成功的SIP响应404 (未找到)或604 (任何 地方都不存在)。该新功能对于AS执行用于很多应用服务情形的服务是有用的，例如，非 IMS用户可以享用诸如找我&跟从我和点击拨号的特性。在(对于外部用户)将参数设置 为“不允许”的情况中，I-CSCF将拒绝该请求。在UE是IMS订户的情况中，始发I-CSCF将首先寻找被指配给始发用户的始发 S-CSCF，并将呼叫路由给它。然后，始发S-CSCF —结束了始发服务过程，就基于请求URI将 该呼叫路由给终止I-CSCF 132。本发明的第二实施例描述了允许对由AS 140代表没有预订始发IMS网络的IMS 用户110而始发的呼叫进行路由。在该情况中，由于用户是始发IMS网络的IMS用户(在 HSS150中如此规定)，因此定义了用户服务简档中的新SIP参数，以允许/不允许AS代表 该用户(即公共用户标识)发起呼叫请求。请注意，新SIP参数不同于对于第一实施例定 义的全局参数，但执行相同的功能，因此在本文称为“服务参数”。在操作中，AS 140代表IMS用户110发起呼叫请求。具体而言，AS140将表示用 户的公共用户标识(来自于初始IMS登记)的P-Asserted-Identity插入到信令101中的 SIP INVITE中。具体而言，AS将“orig”参数附加到最顶层的路由报头中的URI，该参数是 来自于信任域中的AS的呼叫始发中的硬令牌。按照现有的3GPP TS 24. 229标准，根据AS是否知道代表其产生请求的公共用户标识的S-CSCF，有两种不同的情况。如果AS知道用 于该用户的S-CSCF地址，在该S-CSCF地址处登记了或(在非登记情况中通过询问)托管 了被代表产生请求的公共用户标识，则AS 140将请求直接发送给S-CSCF 130。然而，如果 AS不知道用于该用户的S-CSCF地址，在该S-CSCF地址处登记了或(在非登记情况中通过 询问)托管了被代表产生请求的公共用户标识，则AS将请求发送给公共用户标识的网络的 入口点(例如，I-CSCF)。在第一情况中，S-CSCF130(作用为始发 S-CSCF)将下载在 P-Asserted-Identity 中指示的用户的服务简档，并根据在以上定义的用户服务简档中对于新SIP参数设置的 值，S-CSCF 130将允许/不允许请求。在第二情况中，I-CSCF 130(作用为始发I-CSCF)将对HSS 150执行Cx LIR(定 位信息请求)，并且在始发用户(由P-Asserted-Identity指示)不是本地IMS网络用户 的情况中，HSS返回指示适当的直径错误的Cx LIA消息(未找到用户)，根据以上定义的对 于新I-CSCF SIP参数设置的值，I-CSCF 130将允许/不允许请求。在始发用户是本地IMS 网络用户的情况中，以及(对于该用户)将SIP参数设置为“允许”的情况中，根据当前标 准，HSS 150将返回Cx LIA(定位信息发起人)消息。在(对于该用户)将SIP参数设置 为“不允许”的情况中，HSS将返回指示合适的直径错误的Cx LIA消息(请求未被允许)。 在该情况中，I-CSCF 130将拒绝来自于AS 140的请求。选择性地，在始发用户是本地IMS用户，且用户服务简档指示不允许代表用户的 网络始发的情况中，按照当前标准，也可以返回没有错误的Cx LIA消息，并且当已指配的 S-CSCF 130下载了在P-Asserted-Identity中指示的用户的服务简档时，根据以上定义的 对于新SIP参数的设置的值，S-CSCF将允许/不允许请求。本领域的普通技术人员将理解，本文描述的各种模块之间的接口以软件接口形式 存在，采用例如功能呼叫之类的形式，或者可以采用实时中断处理或其他软件相关处理的 形式。替代性地，功能和接口可以以硬件形式存在，或者可以是硬件和软件的组合。承载需 求涉及示例性无线电接入网络，该网络提供用来传送如本文所述的应用流的承载。用来支 持本文描述的服务的承载需求符合TS 24. 229节5. 7. 3.。根据以上讨论应理解，本发明的很多特性易于实施在诸如应用程序的软件程序 中，或者实施在一系列相互通信的软件程序、应用、例程、模块、操作系统等中。另外，可以将 很多功能实现为具有一系列步骤或类似物的方法或过程。图2说明了用于在因特网协议多媒体核心网络子系统(IMS)中由应用服务器进行 呼叫始发的示例性方法。该方法包括提供用于用户的公共用户标识的第一步骤200。下一 步骤202包括提供指示是否允许/不允许应用服务器代表公共用户标识发起呼叫请求的服 务参数。下一步骤204包括插入表示用户的公共用户标识的P-Asserted-Identity (PAI)。 下一步骤206包括将呼叫始发参数附加到最顶层路由报头中的URI。下一步骤208包括代 表用户发起呼叫。下一步骤224包括应用服务器确定用户是否是始发IMS网络的订户，并且应用服 务器是否知道224用于该用户的服务呼叫会话控制功能(S-CSCF)地址，在该服务呼叫会话 控制功能(S-CSCF)地址处代表公共用户标识(即PAI)产生了请求。如果AS知道PAI S-CSCF的地址，则步骤202的服务参数被包括在用户的服务简档中，随后从用户的归属订户系统下载228该服务参数。在该情况中，用户服务简档标记 将是用户简档的一部分，并经由Cx直径接口从HSS传送到S-CSCF。下一步骤226包括AS 将请求直接发送给服务呼叫会话控制功能。下一步骤228包括由服务呼叫会话控制功能 (S-CSCF)下载在P-Asserted-Identity中指示的用户的服务简档，以获得服务参数。如果 PAI服务简档的服务参数被设置为“允许” 230，则下一步骤232包括通过对应用服务器代 表用户所始发的呼叫进行消除阻塞，来允许应用服务器作出的发起用于该用户的呼叫的请 求。如果服务参数被设置为“不允许”230，则下一步骤231包括通过阻塞应用服务器代表 用户所始发的呼叫，来拒绝应用服务器作出的发起用于该用户的呼叫的请求。如果不能确定224用户是否是始发IMS网络的订户，或者应用服务器不知道224 用于公共用户标识(即PAI)(代表该PAI产生了请求)的服务呼叫会话控制功能(S-CSCF) 的地址时，则将步骤202的服务参数定义为询问呼叫会话控制功能中的全局系统级参数。 该全局参数对于I-CSCF规定而言是本地的。下一步骤234包括将请求发送给公共用户标识的网络的入口点，即预先规定的 询问呼叫会话控制功能(I-CSCF)，以确定用户是否是IMS订户。下一步骤236包括执行对 于用户的本地网络归属订户系统(HSS)的Cx定位信息请求，其返回指示成功与否(即没有 错误或有错误)的Cx定位信息应答(Cx LIA)消息。如果成功，则下一步骤221包括将呼叫路由给如在HSS响应中指示的适当始发 服务呼叫会话控制功能(S-CSCF)(对于始发用户指配了该S-CSCF)，然后流程前进到步骤 228。如果不成功，在HSS返回“未找到用户”错误以指示这不是IMS用户的情况中(注 意，该流程示出的一个选项为不论IMS用户的简档允许还是不允许用户级网络始发，HSS 总是向IMS用户返回肯定响应。另一选项在该流程图中没有示出，该选项为在接收到 I-CSCF Cx LIR询问时，HSS将查看用户的简档)，询问呼叫会话控制功能然后将确定218 是否允许非IMS用户始发。如果否，则始发I-CSCF将通过阻塞应用服务服务器代表用户 所始发的呼叫，来拒绝231应用服务器作出的发起用于该用户的呼叫的请求。如果是这 样，则始发I-CSCF将按照请求-URI，把呼叫路由222到合适的终止询问呼叫会话控制功能 (I-CSCF)。总之，本发明提供了一种应用服务器代表任何网络用户发起呼叫的方法，即通过 在I-CSCF上和HSS中的用户的服务简档中提供新参数，来允许/不允许AS代表任何公共 用户标识(即使非IMS用户的公共用户标识)发起呼叫请求。在I/S-CSCF中引入了新呼 叫处理机制，以使用以上新服务参数来允许/不允许AS对于IMS和非IMS订户进行的呼叫 处理。这将在不必在HSS上将这些路由字符串/指示符规定为订户或PSI的情况下，通过 对网络所有的路由指示符进行处理，给IMS网络带来很多感兴趣的先进服务能力。有利地，本发明提供了对AS代表信任域概念之外的用户所始发的呼叫进行阻塞/ 消除阻塞的能力。在当前标准中定义了信任域概念，但是如需要中转IP IMS网络的电路到 电路网络呼叫，该概念仅允许在终止网络上的中转功能，这不是如本发明那样允许基于每 个用户规定阻塞/不阻塞呼叫。另外，不同于现有技术，本发明在始发网络上执行中转功 能。执行本文示出和描述的序列和方法的顺序可以不同于已描述的顺序。在附图中描述的具体序列、功能和操作仅说明了本发明的一个或多个实施例，并且其他实施方式对于 本领域的普通技术人员将是显而易见的。附图意图说明可以由本领域的普通技术人员所理 解和恰当执行的本发明的各种实施方式。任何计划实现相同目的的方案可以代替图示的特 定实施例。本发明可以用任何合适的形式来实施，包括硬件、软件、固件或任何这些形式的 组合。本发明可选择性地作为在一个或多个数据处理器和/或数据信号处理器上运行的计 算机软件的一部分来实施。可以用任何合适的方式，物理地、功能地、和逻辑地实施本发明 实施例的元素和组件。事实上，可以用单个单元、多个单元或其它功能单元的一部分的形式 来实施功能。依此，本发明可以在单个单元中实施，或者可物理地和功能地分布在不同单元 和处理器之间。尽管已经结合一些实施例描述了本发明，但是并非要将本发明限定于本文阐述的 特定形式。更确切地说，本发明的范围仅由所附的权利要求来限定。另外，尽管特征可能表 现为结合特定实施例被描述，但是，在本领域的技术人员会意识到，根据本发明可以组合被 描述实例中的各种特征。在权利要求中，术语包括并非要排除其他元素或步骤的出现。另外，尽管分别列出，但可以通过例如单个单元或处理器来实施多个装置、元素或 方法步骤。另外，尽管各个特征可包括在不同的权利要求中，但是可以有利地组合这些特 征，并且包括在不同权利要求中并非暗示特征的组合是不可行和/或不利的。而且，在一类 权利要求中包括一个特征并非暗示对此类别的限制，而是指示该特征同样可以视情况适用 于其他权利要求类别。另外，在权利要求中的特征顺序并非暗示特征必须起作用的任何特定顺序，并且 具体地，在方法权利要求中的各个步骤的顺序并非意指必须用该顺序来执行步骤。当然，可 以用任何适当的方式来执行步骤。另外，单个引用不排除多个。所以，引用“一”、“第一”、 “第二”等不排除多个。
权利要求
一种用于在因特网协议多媒体核心网络子系统(IMS)中由应用服务器进行呼叫始发的方法，所述方法包括以下步骤提供用于用户的公共用户标识；以及提供服务参数，所述服务参数指示是否允许/不允许所述应用服务器代表所述公共用户标识来发起呼叫请求，其中如果所述服务参数允许所述应用服务器发起呼叫请求，则对由所述应用服务器代表所述用户始发的呼叫取消阻塞，以及如果所述服务参数不允许所述应用服务器发起呼叫请求，则对由所述应用服务器代表所述用户始发的呼叫进行阻塞。
2.如权利要求1所述的方法，进一步包括以下步骤确定所述用户不属于始发IMS网 络，并且其中所述服务参数是在询问呼叫会话控制功能中的全局系统级参数。
3.如权利要求1所述的方法，进一步包括以下步骤确定所述用户属于始发IMS网络， 并且其中所述服务参数是所述用户的归属订户系统中的用户服务简档内的会话发起协议 参数。
4.如权利要求1所述的方法，进一步包括以下步骤 代表所述用户发起呼叫，插入表示所述用户的所述公共用户标识的P-Asserted-Identity，以及 将呼叫始发参数附加到最顶层路由报头中的URI。
5.如权利要求1所述的方法，进一步包括以下步骤无法确定所述用户是否是IMS订 户，进一步包括以下步骤向预先配置的询问呼叫会话控制功能发送请求，以确定所述用户 是否是IMS订户。
6.如权利要求5所述的方法，进一步包括以下步骤 对所述用户的归属订户系统执行Cx定位信息请求； 由所述归属订户系统返回错误消息，以及如果所述全局系统级参数被设置为“允许”，则按照Request-URI/Route报头，将所述 请求路由给适当的终止询问呼叫会话控制功能，以及如果所述全局系统级参数被设置为“不允许”，则所述询问呼叫会话控制功能将拒绝所 述请求。
7.如权利要求1所述的方法，其中如果所述应用服务器知道用于所述用户的服务呼叫 会话控制功能地址，在该服务呼叫会话控制功能地址处代表所述公共用户标识产生了所述 请求，则所述方法进一步包括以下步骤将所述请求直接发送给所述服务呼叫会话控制功 能。
8.如权利要求7所述的方法，进一步包括以下步骤由所述服务呼叫会话控制功能来下载在所述P-Asserted-Identity中指示的所述用 户的服务简档，以及如果所述服务参数被设置为“允许”，则允许所述请求，并且 如果所述服务参数被设置为“不允许”，则拒绝所述请求。
9.如权利要求1所述的方法，其中如果所述应用服务器不知道用于所述用户的服务呼 叫会话控制功能的地址，在该服务呼叫会话控制功能地址处代表所述公共用户标识产生了所述请求，则所述方法进一步包括以下步骤将所述请求发送给所述公共用户标识的网络 的入口点。
10. 一种用于在因特网协议多媒体核心网络子系统中由应用服务器进行呼叫始发的系 统，所述系统包括具有公共用户标识的通信设备；服务参数，所述服务参数指示是否允许/不允许所述应用服务器代表所述公共用户标 识来发起呼叫请求；代理服务器，所述代理服务器响应于所述服务参数来控制呼叫始发； 其中如果所述服务参数允许所述应用服务器发起呼叫请求，则所述代理服务器对由所述应 用服务器代表所述用户始发的呼叫取消阻塞，并且如果所述服务参数不允许所述应用服务器发起呼叫请求，则所述代理服务器对由所述 应用服务器代表所述用户始发的呼叫进行阻塞。
全文摘要
一种在因特网协议多媒体核心网络子系统中由应用服务器进行呼叫始发的系统和方法，包括提供用于用户的公共用户标识的第一步骤。下一步骤包括将服务参数存储在用户的服务简档中，该服务参数指示是否允许/不允许应用服务器代表该公共用户标识发起呼叫请求。如果服务参数允许应用服务器发起呼叫请求，则系统对由应用服务器代表用户始发的呼叫取消阻塞。如果服务参数不允许应用服务器发起呼叫请求，则系统阻塞由应用服务器代表用户始发的呼叫。
文档编号H04L12/66GK101855876SQ200880112281
公开日2010年10月6日 申请日期2008年9月16日 优先权日2007年10月18日
发明者乌里·S·巴尼埃尔, 乔斯·米格尔·托雷斯, 俞梅, 斯里尼瓦桑·克里什纳穆尔蒂, 米格尔·安杰尔·穆诺兹, 路易斯·F·维拉德 申请人:摩托罗拉公司