用于执行服务器发现的机制的利记博彩app

专利名称：用于执行服务器发现的机制的利记博彩app
技术领域：
本发明涉及一种用于发现在通信连接中使用的应用功能或服务器的机 制。特别地，本发明涉及一种改进的机制，该机制确保当建立通信连接时， 诸如网关网络元件的网络控制元件和诸如用户设备的终端设备应当联系相
同的服务器/代理，例如IP多媒体子系统(IMS)网络的代理呼叫状态控 制功能(P-CSCF)。
针对下文所描述的本发明，应当注意
-终端设备或用户设备(UE)可以例如是任何这样的设备，即，用户 可以借助该设备接入通信网络；这意味着移动以及非移动设备和网络，独 立于它们所基于的技术平台；仅举例来说，要注意，根据由第三代合作伙 伴项目3GPP所标准化的原理进行操作并且被称为例如UMTS终端的通信 设备适于结合本发明来使用；然而，所述终端设备或用户设备还可以具有 使用由因特网工程任务組(IETF)所规定的功能和组件的类型；
-当此处引用呼叫或^ 舌时，这仅示例了任何内容的连接的一般例子； 本发明中所使用的内容旨在指代以下中的至少一项的多媒体数据音频数 据(例如，语音)、视频数据、图像数据、文本数据，以及描迷了音频、 视频、图像和/或文本数据的属性的元数据、其任何组合，或者可选地或附 加地甚至其它数据(作为进一步的例子，诸如待访问/下载的应用程序的程 序代码)；
-可能被实现为软件代码部分并且使用处理器在下文描述的实体之一 处运行的方法步骤独立于软件代码，并且可以使用任何已知的或将来开发 的編程语言来指定；
-可能被实现为所述实体之一处的硬件组件的方法步骤和/或设备独立于硬件，并且可以使用任何已知的或将来开发的硬件技术或诸如MOS、 CMOS、 BiCMOS、 ECL、 TTL等使用例如ASIC组件或DSP组件的这些 技术的任何混合物来实现；
- 一般地，在不改变本发明的思想的情况下，任何方法步骤均适于被 实现为软件或通过硬件来实现；
-设备或装置或客户机/服务器可以被实现为单个的设备或装置，但这 并不排除它们被以分布式方式遍及系统地实现，只要设备的功能性被保留。
背景技术：
过去几年中，通信网络在世界各地的扩展日益增加，例如基于有线的 通信网络(诸如综合服务数字网络(ISDN))或无线通信网络(诸如 cdma2000 (码分多址接入)系统、4象通用移动电信系统(UMTS)的第三 代(3G)蜂窝通信网络、像全球移动通信系统(GSM)的第二代(2G) 蜂窝通信网络、通用分组无线电系统(GPRS)、增强型数据速率全球演 进(EDGE)或诸如无线局域网(WLAN)这样的其它无线通信系统)。 诸如第三代合作伙伴项目(3GPP)、电信和因特网融合业务及高级网络协 议(TISPAN )、国际电信联盟(ITU )、第三代合作伙伴项目2 (3GPP2 )、 因特网工程任务组(IETF) 、 CableLabs (有线电视实验室)等各种组织 正工作于用于电信网络和多址接入环境的标准。
当前合并因特网和蜂窝电信世界的技术是因特网协议(IP)多媒体子 系统或IMS。 IMS是用于旨在提供移动和固定多媒体服务的运营商的标准 化体系结构。IMS使用基于4^"发起协议(SIP)的3GPP标准化实现的 IP语音(VoIP )实现，并且在标准因特网协议(IP )上运行。分组交换(PS) 和电路交换(CS)通信系统均得到支持。
当要开始通信连接或会话时，必须建立通信路径，并执行各种配置过 程，以便不仅设置必要的网络元件，而且还设置用于连接的策略和收费规 则。
图6中示出了在通信连接建立期间受影响的步骤的一个例子。在图6中，示出了简化的信令图，其说明了通信连接建立期间在终端 设备(UE)与网络之间的信令。所述网络包括控制网络元件(诸如作为核 心网络元件的GPRS网关服务节点(GGSN))和服务器节点(诸如IMS 的P-CSCF)以及策略控制元件(诸如策略和收费规则功能(PCRF)、策 略判决功能(PDF)或资源和准入控制子系统(RACS))。在图6的示 例图中，PCRF和P-CSCF被示为相同网络元件的一部分(共址)。然而， 要注意，这些元件也可以是分离的元件。作为用于控制接口的协议，有可 能使用Diameter (例如在3GPP rel.7用例中)，但也可以使用本领域技术 人员已知的其它协议。
在步骤l， UE通过向网络(即，向GGSN)发送相应的请求来激活主 PDP(分组数据协议)上下文。在步骤2， GGSN基于例如由移动订户ISDN
(MSISDN)号所提供的用户身份来选择要联系的策略控制元件(例如， 外部的或共址的PCRF)。然后，在步骤3， GGSN向所选择的策略控制 元件发送CCR(信用控制请求)初始消息。该消息包括^i殳置成PRIMARY
(主)的上下文-类型AVP (属性值对)和被分配给该UE的IP地址。尽 管并不存在IMS会话，然而，策略控制元件在步骤4通过发送具有被设置 成SUCCESS (成功)的结果-代码AVP的CCA (信用控制应答)初始消 息，来授权主PDP上下文激活。策略控制元件可以根据运营商策略来为主
(通用)PDP上下文设置最大QoS限制(例如，交互式或背景的最大业务 级)，并且如果在策略控制元件中提供有为通用PDP上下文所设置的预配 置规则，则可以发送预配置的收费规则。在步骤5， GGSN激活主PDP上 下文。P-CSCF的列表可以被返回给UE。如果策略控制元件和P-CSCF共 址，则相同的发现地址被发送给UE。在步骤8和9,UE成功地经由P-CSCF 向IMS注册。GGSN将向诸如PCRF这样的所选择的策略控制元件发送 未来的请求。
基本地，存在三种已知的标准P-CSCF发现(或选择)机制 - P-CSCF地址可以作为基于GPRS/PDP上下文的P-CSCF发现过程 的结果而被网络控制元件(诸如GGSN)接收。在该连接中，要注意，位
9于GGSN中的策略和收费执行功能(PCEF)可以由一个或多个PCRF节 点来服务。基于所连接的分组数据网络(PDN)并结合UE身份信息(如 果可用的话，并且其可以特定于IP-CAN (IP连接性接入网络))，PCEF 可以联系适当的PCRF。有可能为特定的UE联系相同的PCRF,而与所 l吏用的IP-CAN无关。
-第一终端仅联系通过OTA (空中)所接收的预配置P-CSCF地址。 这意味着P-CSCF的地址或逻辑名称必须被配置到UE中。
-P-CSCF地址可以作为DHCP (动态主机配置协议)质询的结果而 被接收(即，所谓的基于DHCP的P-CSCF发现机制)。
此外，还已知一些用于服务器发现的专有解决方案。
然而，如以上所指示的，提出了若干用于服务器(P-CSCF)选择的可 行机制，其中，只有基于PDP上下文的P-CSCF选择工作于特定的网, 系结构中。因而，会有以下情况UE已经选择了 (例如由于DHCP查询) 与GGSN正联系的P-CSCF不同的P-CSCF，或者GGSN正在联系未被连 接到UE已联系的P-CSCF的策略控制元件(例如PCRF )。
图7中示出了相应的例子。图7示出了简化信令图，其说明了通信连 接建立期间在通信连接建立的网络和终端设备(UE )之间的信令，并且图 7类似于图6(要注意，图6和图7的相同步骤以相同的参考标记标示，以 便省略其相应的描述)。
图7的步骤1至5等效于图6的步骤1至5。这意味着GGSN在与它 所选择的P-CSCF (即，PCRF/P-CSCF1;步骤2)通信之后，已经激活了 PDP上下文。然而，在UE使用的P-CSCF发现机制例如是基于DHCP的 P-CSCF发现机制的情况下，GGSN无法知道UE选择了哪个P-CSCF。这 可以导致以下情形UE选择了与GGSN所选择的P-CSCF不同的另一 P-CSCF (即，PCRF/P-CSCF2 )，并且向该(第二) P-CSCF2发送相应 的注册消息(步骤8) 。 P-CSCF2利用200 OK SIP消息来响应该注册消 息(步骤9 )，以便SIP注册成功。然而，当UE向P-CSCF2发送诸如SDP (会话描述协议)OFFER (提供)这样的INVITE (邀请)消息时(步骤10) ， PCRF/P-CSCF2将试图根据网络上行链路(UL) /下行链路(DL) 连接来确定对服务质量(QoS)进行授权，并且确定用于该连接的媒体流 的业务种类(步骤11)。由于PCRF/P-CSCF2不是GGSN为UE初始选 择和联系的服务器，故而将出现不匹配。因此，不能成功建立SIP会话， 这在步骤13中通过相应的SDP应答来通知UE。
在当前的诸如3GPP网络的网络体系结构中，UE可以自由决定它将 使用所描述的哪个机制来获取P-CSCF地址，这是强制的。所以，P-CSCF 发现机制选择取决于终端逻辑。然而，这会造成冲突，因为在当前的一些 体系结构中，可用于P-CSCF发现的唯一机制是基于PDP上下文的 P-CSCF发现才几制。
另夕卜，目前在用的有这样的终端，其仅支持OTA或仅支持基于DHCP 的P-CSCF发现，但却缺乏对基于GPRS或基于PDP上下文的P-CSCF 发现机制的支持。
因而，以这样的方式使用目前的发现机制存在这样的问题GGSN使 用基于GPRS/PDP上下文的一种P-CSCF发现机制，但却不知道使用例如 基于DHCP的P-CSCF发现的UE所选择的P-CSCF(或者可选地，P-CSCF 的地址或逻辑名称已经被配置到UE中)，这会选择出不同的P-CSCF， 以至于不能建立SIP会话。

发明内容
因而，本发明的目的是提供一种用于为通4言连接选择渚如P-CSCF的 服务器的改进机制。特别地，本发明的目的是提供一种机制，其确保所有 种类的终端类型向网络控制元件(诸如GPRS的GGSN)事先选定的完全 相同的服务器/代理(像P-CSCF )发送注册消息(诸如SIP注册)，或者 向被连接到策略控制元件(例如，PDF、 PCRF、 RACS )的服务器(P-CSCF) 发送注册消息(诸如SIP注册)，其中，所述网络控制元件(GGSN)早 先已经(取决于网络部署)联系了所述策略控制元件。
通过所附权利要求中所限定的措施来实现该目的。特别地，根据所提出的解决方案的一个方面，提供了例如一种方法，
所述方法包括基于第一发现过程来执行对服务器的第一选择，接收与基 于第二发现过程对服务器的第二选择相关的请求消息，以及通过传送在基 于所述第 一发现过程的第 一选择中所选择的服务器的地址信息，响应所述 请求消息。
根据所提出的解决方案的另一方面，提供了例如一种设备，所述设备 包括选择单元，所述选择单元被配置以便基于第一发现过程实施对服务 器的选择；接收单元，所述接收单元被配置以便接收与基于第二发现过程 对服务器的第二选择相关的请求消息；以及处理器，所述处理器被配置以 便处理所述请求消息，并且通过传送在基于所述第一发现过程的第一选择 中所选择的服务器的地址信息来响应所述请求消息。
根据所提出的解决方案的另一方面，提供了例如一种用于计算机的计 算机程序产品，所述计算机程序产品包括软件代码部分，当所述产品在所 述计算机上运行时，所述软件代码部分使得所述计算机充当经由网络用于 终端设备的通信连接的控制网络元件，其中，所述计算机程序产品被配置 以便基于第一发现过程来执行对服务器的第一选择，接收与基于第二发 现过程对服务器的第二选择相关的请求消息，处理所述请求消息，以及通 过传送在基于所述第一发现过程的第一选择中所选择的服务器的地址信息 来响应所述请求消息。
根据进一步的细化，所提出的解决方案可以包括一个或多个以下特征 -所述第一选择可以通过网关网络元件来执行，并且所述第二选择可 以通过终端设备来执行；
-所述执行、所述接收和所述响应可以通过中继代理元件来执行； -所述第一发现过程可以是基于分组数据协议上下文的发现机制； -所述第二发现过程可以是基于动态主机配置协议的发现机制； -要选择的服务器可以包括应用功能服务器和代理服务器中的至少一 个；于是所述应用功能服务器可以包括代理呼叫状态控制功能； -所述中继代理元件可以;故包括在所述网关网络元件中；-可以提供至少一个策略控制元件；此外，可以向所述服务器仅分配 一个策略控制元件；
-可选地，可以向所述服务器提供多个策略控制元件，其中，可以执 行用于选择所述多个策略控制元件中的同 一个策略控制元件的预定负载平 衡机制；可以在服务器中以及在网络网关元件中执行所述预定负载平衡机 制。
根据所提出的解决方案的另一方面，提供了例如一种方法，所述方法 包括基于第一发现过程来执行对服务器的第一选择，接收与基于第二发 现过程对服务器的第二选择相关的请求消息，向被连接到通信网络的配置 服务器转发包括在所述请求消息中的信息，从所述配置服务器响应地接收 地址信息，基于第一发现过程来处理所接收的地址信息，以及通过传送根 据对所接收的地址信息的处理而导出的地址信息来响应所述请求消息。
根据所提出的解决方案的另一方面，提供了例如一种设备，所述设备 包括选择单元，所述选择单元被配置以便基于第一发现过程来实施对服 务器的选择；接收单元，所述接收单元被配置以便接收与基于第二发现过 程对服务器的笫二选择相关的请求消息；转发单元，所述转发单元被配置 以便向被连接到通信网络的配置服务器转发包括在所述请求消息中的信 息；以及处理器，所述处理器被配置以便基于所述第一发现过程来处理作 为响应而从所述配置服务器接收的地址信息，以及通过传送根据对所接收 的地址信息的处理而导出的地址信息来响应所述请求消息。
根据所提出的解决方案的另一方面，提供了例如一种用于计算机的计 算机程序产品，所述计算机程序产品包括软件代码部分，当所述产品在所 述计算机上运行时，所述软件代码部分使得所述计算机充当经由网络用于 终端设备的通信连接的控制网络元件，其中，所述计算才;uf呈序产品被配置 以便基于第一发现过程来执行对服务器的第一选择，接收与基于第二发 现过程对服务器的第二选择相关的请求消息，从中继代理元件向被连接到 通信网络的配置服务器转发包括在所述请求消息中的信息，从所述配置服 务器响应地接收地址信息，基于所述第一发现过程来处理所接收的地址信息，以及通过传送根据对所接收的地址信息的处理而导出的地址信息来响 应所述请求消息。
根据进一步的细化，所提出的解决方案可以包括一个或多个以下特征 -所述执行、所述接收、所述转发、所述处理和所述响应可以通过中 继代理元件来执行；
-所述第一发现过程可以是基于分组数据协议上下文的发现机制； -所述第二发现过程可以是基于动态主机配置协议的发现机制； -要选择的服务器可以包括代理呼叫状态控制功能； -所述中继代理元件可以被包括在所述网关网络元件中； -可以提供至少一个策略控制元件；
-可以在服务器中以及在网络网关元件中执行预定负载平衡机制。 根据所提出的解决方案的另一方面，提供了例如一种设备，所述设备 包括选择装置，所述选择装置用于基于第一发现过程来实施对服务器的 选择；接收装置，所述接收装置用于接收与基于第二发现过程对服务器的 第二选择相关的请求消息；处理装置，所述处理装置用于处理所述请求消 息；以及响应装置，所述响应装置用于通过传送在基于所述第一发现过程 的第一选择中所选择的服务器的地址信息来响应所述请求消息。
根据所提出的解决方案的另一方面，提供了例如一种系统，所述系统 包括至少第一和第二服务器、基于第一发现过程来执行对所述第一服务 器的第 一选择的网络控制元件，以瓦基于第二发现过程来执行对所述第二 服务器的第二选择的终端设备，其中，所述第二服务器被配置以便从所 述终端设备接收请求消息，确定所述网络控制元件所选择的第一服务器， 以及基于从所述终端设备接收到的所述请求消息，向所述第一服务器转发 服务请求消息。
通过所提出的解决方案，有可能确保适当地建立来自终端或UE(其 不支持预定的服务器发现机制，而是使用与网络控制元件所使用的发现机 制不同的另一发现才几制)的连接(诸如SIP会话)，而不用考虑所述终端 是哪种类型或者选择了哪种接入类型。换言之，可以避免由于所述UE和
14所述网络控制元件分别选择的服务器(P-CSCF )不匹配而导致的会话等被 拒绝。
在参照说明书和附图后，本发明以上和进一步的目的、特征和优势将 变得更加显而易见。


图1示出的示图说明了可在其中应用本发明的包括策略和收费控制体 系结构的简化网络结构；
图2示出的示图说明了图1的网络结构的网络元件的细节； 图3示出的流程图说明了根据本发明的第一例子的服务器发现方法； 图4示出的流程图说明了根据本发明的第二例子的服务器发现方法； 图5示出的示图说明了在执行服务器发现机制之后网络元件间的连接
情形；
图6示出的信令图说明了根据现有技术的P-CSCF选择；
图7示出的信令图说明了根据现有技术的P-CSCF选择；
图8示出的信令图说明了根据第一可选例子的P-CSCF选择；
图9示出的示图说明了宽带接入支持机制；以及
图10示出的流程图说明了根据第一可选例子的P-CSCF选择。
具体实施例方式
下文中，参照附图描述本发明的例子和实施例。为了说明本发明，将 结合3GPP系统描述所述例子和实施例，在3GPP系统中，要建立到IMS 网络的应用功能(AF)的会活，即，位于该IMS网络中的终端的多々某体 通信连接或会话。然而，要注意的是，本发明不限于这样的系统或环境中 的应用，而是还可应用于其它网络系统、连接类型以及类似环境中，例如， 在TISPAN策略控制系统中。
包括收费和M处理机制的通信网络的基本系统体系结构可以包括众 所周知的IMS网络的体系结构。这样的网g系结构包括若干控制节点或CSCF，所述若干控制节点或CSCF是满足若干角色(诸如询问CSCF (I画CSCF )、代理CSCF ( P-CSCF )、服务CSCF ( S-CSCF))并且被 用来在IMS中处理SIP信令分組的SIP服务器或代理。另夕卜，提供了像脱 机收费系统(OFCS)或联机收费系统(OCS)的收费功能性，用于进行 收费控制。此外，像互连边界控制功能(IBCF)、订购定位器功能(SLF) 和归属订户服务器(HSS)这样的网络节点(通过来自I-CSCF的接口来 询问这些网络节点)是完整体系结构的一部分。这些元件的一般功能和互 连对本领域的技术人员来说是已知的，并且在相应的规范中进行了描述， 所以此处省略其详细描述。然而，要注意，提供了若干用于通信连接的附 加网络元件和信令链路。
此外，此处描述的网络元件及其功能可以通过软件实现，例如通过用 于计算机的计算机程序产品，或者通过硬件实现。在任一种情况中，为了
执行它们各自的功能，相应使用的设备或服务器/客户机(诸如终端设备、 核心网络控制元件、CSCF、像基站子系统BSS元件或无线电接入网络RAN 元件等的接入网络子系统元件)包括控制、处理和通信/信令功能性所要求 的若干装置和组件(未示出)。这样的装置可以包括例如用于执行指令、 程序并且用于处理数据的处理器单元；用于存储指令、程序和数据、用于 充当处理器等的工作区的存储装置(例如，ROM、 RAM、 EEPROM等)； 用于通过软件来输入数据和指令的输入装置(例如，软盘、CD-ROM、 EEPROM等)；用于向用户提供监控和操纵可能性的用户接口装置(例 如，屏幕、键盘等)；用于在处理器单元的控制下建立链路和/或连接的接 口装置(例如，有线和无线接口装置、天线等)以及类似装置。这意味着 类似IMS域的各个网络部分可以包括虽未示出但本领域技术人员已知并 且因而没有在此处更详细描述的若干元件和/或功能性。
图1示出了一种包括策略和收费控制体系结构的简化网络结构，在其 中可应用本发明。参考标记1标明了作为网络控制元件的网关网络元件 GW，诸如GGSN。 GW或GGSN 1可以包括策略和收费执行功能PCEF， 其涵盖了服务IP流检测、策s^L行和基于IP流的收费功能性。参考标记2标明了 IMS网络的应用功能，诸如P-CSCF。参考标记2a标明了可连接 到网络的另一服务器(或多个服务器)或代理(或多个代理)。参考标记 3标明了策略控制元件，诸如PCRF，其协调网络资源来满足被授权4吏用 所请求的服务的用户的需求，并涵盖了策略控制判决和基于IP流的收费控 制功能性。即使下文中将策略控制元件3描述为PCRF，但也要注意，策 略控制元件还可以是PDF或RACS。除了基于规则的收费之外，PCRF 3 还允许使用静态收费规则和动态裁决。动态裁决功能是通过与PCEF11的 实时交互来实现的。GW 1 (PCEF 11)经由例如基于Diameter的Gx接 口而连接到PCRF 3,并且AF(或P-CSCF )2经由Rx接口而连接到PCRF 3 (另外的一个服务器或多个服务器2a也可以借助对应的接口而连接到策 略控制元件)。如以上所提到的，代替Diameter协议，取决于网络体系结 构，还有可能采用另一协议类型。
参考标记4标明了配置服务器，诸如可用于基于DHCP的服务器发现 的DHCP服务器。举例来说，配置服务器4经由诸如网关网络元件1中的 DHCP中继代理(图1中未示出)这样的中继代理元件而连接到网络。
参考标记5标明了 OFCS。参考标记6标明了 OCS,其包括例如 CAMEL (用于移动增强逻辑的定制应用)SCP (服务控制点)61和基于 服务数据流的信用控制单元62。 OFCS5经由Gz接口而连接到网关1，并 且OCS6经由Gy接口而连接到网关1。
参考标记7标明了订购简档库(SPR),其含有策略控制元件(此处 是PCRF)需要用于基于订购的策略和接入级策略以及收费规则的所有与 订户和订购相关的信息，订购简档库(SPR)经由Sp接口连接到PCRF。
参考标记8标明了终端或用户设备(UE)，将经由网络控制元件 (GGSN) 1为所述终端或用户设备(UE )建立与网络的通信连接或会话。 众所周知，借助对应的接口和子系统(例如，接入网络子系统)来实现终 端8到网络的连接。
在图l的系统中，PCRF3和P-CSCF2被示作分离的元件。然而，代 替作为外部网络元件，PCRF3可以共址于P-CSCF2中。在图2中，示出了根据图1的网关网络元件1的更详细的示图。要注 意，对等效元件使用相同的参考标记，以便在此处省略其进一步的描述。
参考标记12标明了中继代理元件，可在终端与网络之间执行的发现机 制中使用该中继代理元件，例如，结合基于DHCP的P-CSCF发现机制。 中继代理元件12包括处理器121来执行和控制在相应发现机制中的处理。
参考标记122标明了用于在中继代理元件12(即，处理器121)与UE 之间进行通信的接口或输入/输出元件(I/O)。这意味着经由1/0 122，在 中继代理元件12与UE之间传送诸如请求和应答消息这样的数据。
参考标记123标明了用于在中继代理元件12 (即，处理器121)与在 发现机制中用于获得地址信息的配置服务器(诸如DHCP服务器)之间进 行通信的接口或输入/输出元件(I/O)。这意味着经由1/0 123，在中继代 理元件12与配置服务器之间传送诸如请求和应答消息这样的数据。特别 地，来自UE的请求消息信息可以经由该I/O 123而^皮转发。
参考标记124标明了存储器，该存储器用于在其内存储诸如被处理器 121执行的计算机程序产品这样的数据，緩冲从另一元件接收的地址信息 以便对其进行转发，以及充当处理器121的工作空间。
参考标记13标明了选择单元，借助该选择单元，网关网络元件1能够 执行另 一类型的服务器发现机制，诸如基于PDP上下文的P-CSCF发现机 制。选择单元13被连接到网络，以便获得诸如一个或多个P-CSCF这样的 服务器的地址信息，以及选择这些服务器之一来为UE建立通信连接(例 如对应于图6的步骤2 )。对这些服务器之一 (即， 一个P-CSCF)的选择 M于本领域技术人员已知的预定算法。
要注意，由选择单元13检索的信息(诸如网关网络元件1在例如基于 PDP上下文的发现过程中所选择的一个或多个服务器/代理的地址信息)可 以由选择单元13提供给中继代理元件12，并被存储在其中(例如在存储 器124中)用于进一步处理。
在建立通信连接或会话中所涉及的单元(诸如终端设备或UE 8以及 网络控制元件或网关网络元件(GGSN) 1)使用不同的发现机制来为^l"
18选择服务器/代理(诸如P-CSCF 2)的情形中，要确保这些单元选择相同 的服务器/代理，以便会话建立是成功的。例如，可以假定以下情形GGSN 1使用基于PDP的P-CSCF发现机制，而UE使用基于DHCP的P-CSCF 发现机制。
根据本发明的第一例子，为了确保所有种类的终端(其不使用第一种 发现机制而是使用另一 (第二)类型)将注册消息(例如，SIP注册)发 送到由网关网络节点(GGSN)根据基于第一发现机制(例如，基于PDP 上下文的P-CSCF发现机制)的P-CSCF发现的结果而联系的相同服务器 /代理(即，P-CSCF)，或者发送到与GGSN早先(取决于NW部署)已 联系过的策略控制元件(例如，PCRF)相连接的P-CSCF，或者发送到被 预配置(例如，通过对相应地址的固定预设置)成与GGSN早先已发送了 Diameter请求的策略控制元件(PCRF ) —起工作的P-CSCF，使用用于 终端所采用的第二类型发现机制的中继代理元件来传输对应的地址信息。 例如，在终端正使用基于DHCP的P-CSCF发现机制的情况下，中继代理 元件是位于网关网络元件中的DHCP中继代理元件。当使用基于PDP上 下文的发现机制的网关网络元件已经为建立M而联系了 P-CSCF时，中 继代理元件代表(正常进行响应的)DHCP服务器来对终端所发送的基于 DHCP的代理请求进行响应。
在图3中，描述了示出根据该第一例子的服务器/代理选择的流程图。 在步骤S10,网关网络元件1执行用于选择代理服务器的第一发现机制， 诸如基于PDP上下文的P-CSCF发现机制，并且选择特定的P-CSCF。所 述选择可以例如由选择单元13来执行。基于PDP上下文的P-CSCF发现 机制的细节对本领域技术人员来说是已知的，并且因而此处不再详细描述。
然后，在步骤S20，由终端(UE) 8起动基于第二类型发现机制的对 代理服务器的选择，该第二类型发现机制与网关网络元件1所使用的发现 机制不同。如以上所描述的，终端8正使用基于DHCP的P-CSCF发现机 制。因此，终端8在步骤S30向网络发送请求消息，以便联系DHCP服务 器来获得用于选择的候选P-CSCF的地址信息。该请求消息在步骤S40由网关网络元件1的DHCP中继代理元件12 接收。例如，选择单元13通知中继代理元件12 (即，其处理器)网关 网络元件已经在之前的发现过程中联系了 P-CSCF。此外，至少所选择的 P-CSCF的地址信息被从选择单元13传送到中继代理元件12，并且被存储 在例如存储器124中。
因此，中继代理元件在步骤S50代表DHCP服务器来答复终端8的请 求消息。中继代理发送与网关网络元件l(选择单元13)在之前的基于PDP 上下文的P-CSCF发现机制中所选择的P-CSCF相关的地址信息，该地址 信息可以被存储在存储器124中并且从中检索。因而，执行这两个发现机 制导致相同的P-CSCF选择。
基于该信息，有可能GGSN 1联系到正确的策略控制元件(诸如PCRF (外部的或共址的PCRF) ) 。 P-CSCF不得不向策略控制元件(该例子 中的PCRF )发送第一命令，诸如Diameter命令(如果该协议类型被使用 的话)。这意味着应当存在这样的网络部署或机制(例如，SLF类的机制， 但以动态方式来选择)，所述网络部署或机制确保这些请求应当创立GGSN 早先联系过的相同策⑩制元件(PCRF)实例。
确保该情况的一个可能性是以这样的方式来配置PCRF和P-CSCF之 间的关系，即仅存在一个专用PCRF服务于一个或若干个P-CSCF。然 而，如果不是这种情况，即在可以存在很多PCRF服务于各个P-CSCF的 情形中，GGSN配备有负栽平衡机制来在PCRF之间进行选择。
作为修改，以下情况也是可行的策略控制元件配备有能力来经由数 据库而质询订户专用的/订购的或订户的端i殳备指定的P-CSCF。例如，可 以经由来自3GPP Rel-7体系结构中的订购简档库(SPR)的Sp接口或经 由来自TISPAN模型中的网络附着子系统(NASS)的e4而发生质询。e4 可以是连接性会话位置和存储功能(CLF)与RACS之间的接口。
其它标准化体也可以指定它们获得类似信息的方式。此外，P-CSCF 具有类似的逻辑(除了 SP/e4接口能力之外)，以便联系相同的策略控制 元件(诸如PCRF)。可选地，策略控制元件包括自有机制来协商由所联系的PCRF (即，P-CSCF所联系的PCRF和GGSN所联系的P-CSCF ) 中的哪一个来服务订户。
根据本发明的进一步(第二)例子，为了确保所有种类的终端(其不 使用第一类发现机制而是使用另一 (第二)类型)将注册消息(例如，SIP 注册)发送到网关网络节点(GGSN)根据基于第一发现机制(例如，基 于PDP上下文的P-CSCF发现机制)的P-CSCF发现的结果而联系的相同 服务器/代理(即，P-CSCF)，或者发送到与GGSN早先(取决于NW部 署)已联系过的策略控制元件(例如，PCRF)相连接的P-CSCF，或者发 送到被预配置成与GGSN早先已发送了 Diameter请求的PCRF —起工作 的P-CSCF，使用用于由终端所采用的第二类型发现机制的中继代理元件 来修改对应的地址信息。例如，在终端正使用基于DHCP的P-CSCF发现 机制的情况下，中继代理元件是位于网关网络元件中的DHCP中继代理元 件。在通过使用与网关网络元件1 (GGSN)在基于PDP上下文的P-CSCF 发现机制中所使用的算法相同的算法而修改了 DHCP服务器响应之后，中 继代理元件对终端所发送的基于DHCP的代理请求进行响应。
在图4中，描述了示出根据该第二例子的服务器/代理选择的流程图。 在步骤SllO，网关网络元件1执行用于选择代理服务器的第一发现机制， 诸如基于PDP上下文的P-CSCF发现机制，并且选择特定的P-CSCF。所 述选择可以例如由选择单元13基于特定算法来执行。基于PDP上下文的 P-CSCF发现机制的细节对本领域技术人员来说是已知的，并且因而此处 不再详细描述。
然后，在步骤S120，由终端(UE) 8起动基于第二类型发现机制的对 代理服务器的选择，该第二类型发现机制不同于网关网络元件1所使用的 发现机制。如以上所描述的，终端8正使用基于DHCP的P-CSCF发现机 制。因此，终端8在步骤S130向网络发送请求消息，以便联系DHCP服 务器来获得用于选择的候选P-CSCF的地址信息。
该请求消息在步骤S140由网关网络元件1的DHCP中继代理元件12 接收。该请求消息中所含的信息在步骤SI 50被以惯常方式转发到对应的配
21置(例如，DHCP)服务器4。配置服务器4通过向中继代理元件12发送 例如对应的服务器/代理(P-CSCF)的地址信息来应答该请求。
在步骤S160,中继代理元件12 (即，处理器121)处理从DHCP服 务器接收的地址信息。详细地，DHCP服务器的响应是通过使用与GGSN (即，选择单元13 )在基于PDP上下文的P-CSCF发现机制中所使用的 算法相同的算法来修改的。然后，在步骤S170，中继代理元件12通过发 送在^f奮改处理中所检索的相应P-CSCF的地址信息来响应终端8的请求。 由于使用相同的算法，该地址信息包括类似在步骤S110获得的相同服务器 地址。
换言之，DHCP中继代理元件12充当面向客户机(即，终端)的服务 器和面向服务器(配置服务器)的中继。
此外，GGSN 1在基于PDP上下文的P-CSCF发现机制中使用的相同 算法要被配置到DHCP。可以在网关网络元件1与配置服务器(DHCP月l 务器)之间的接口中传送所有必要的信息，例如像UE的IP地址、IMSI 或MSISDN这才羊的与订户相关的ID^f言息。
基于所接收的信息，有可能GGSN1联系到正确的策略控制元件(诸 如PCRF (外部的或共址的PCRF) ) 。 P-CSCF不得不向策略控制元件 (例如PCRF )发送第一命令，诸如Diameter命令。这意味着应当存在这 样的网络部署或机制(例如，SLF类的机制，但以动态方式来选择)，所 述网络部署或机制确保这些请求应当创立GGSN早先联系过的相同策略控 制元件实例。
确保该情况的一个可能性是以这样的方式配置策略控制元件(像 PCRF)与服务器/代理(像P-CSCF)之间的关系，即仅存在一个专用 策略控制元件服务于一个或若干个P-CSCF。然而，如果不是这种情况， 即，在可以存在很多策略控制元件(PCRF)服务于各个P-CSCF的情形 中，GGSN可以配备有负载平衡机制来在策略控制元件(PCRF)之间进 行选择。此外，P-CSCF具有类似的逻辑，以便联系相同的策略控制元件 (PCRF)。可选地，策略控制元件(PCRF)包括自有协商机制来协商由所联系的策略控制元件(PCRF )(即，P-CSCF所联系的策略控制元件和 GGSN所联系的P-CSCF)中的哪一个来服务订户。
在图5中，示出了 PCRF与P-CSCF之间的关系以及P-CSCF和GGSN 到PCRF的连接。参考标记1-1， 1-2和1-3标明了相应的GGSN (网关网 络元件)。参考标记3-1和3-2标明了 PCRF。参考标记2-1， 2-2和2-3 标明了 P-CSCF。 PCRF 3-1服务于P-CSCF 2-1和2-2，而PCRF 3-2服务 于P-CSCF 2-3。在P-CSCF将由PCRF 3-1和3-2这二者来服务的情况中， PCRF 3-1和3-2可以包括连接以便使得协商机制能够工作。在图5所示出 的情形中，为了建立通信连接，并且在例如结合图3或图5所描述的选择 服务器/代理之后，P-CSCF 2-2被选择，并且GGSN 1-1被连接到PCRF 3-1 ， PCRF 3-1具有到所选择的P-CSCF 2-2的连接。
要注意，PCRF ID可以被预配置到GGSN 1-1至1-3。
下文中，描述了可选的例子，用于确保所有种类的终端(其不使用第 一类发现机制而是使用另一 (第二)类型)将注册消息(例如，SIP注册) 发送到网关网络节点(GGSN)根据基于第一发现机制(例如，基于PDP 上下文的P-CSCF发现机制)的P-CSCF发现的结果而联系的相同服务器 /代理(即，P-CSCF),或者发送到与GGSN早先(取决于NW部署)已 联系过的策略控制元件(例如，PCRF)相连接的P-CSCF，或者发送到被 预配置(例如，通过对相应地址的固定预设置)成与GGSN早先已发送了 诸如Diameter请求这样的请求的PCRF —起工作的P-CSCF。
根据第一可选例子，像使用基于PDP上下文的P-CSCF选择的网关网 络元件(GGSN) —样，主P-CSCF具有类似的逻辑(即，在用的算法)。 因此，当主P-CSCF被终端联系，但是没有被网关网络元件事先联系过时， 主P-CSCF基于该算法执行对应的处理，并且确定另一辅P-CSCF (即， 由GGSN选择的P-CSCF)。然后，主P-CSCF能够将终端的注册消息(诸 如SIP REGISTER消息)重定向到已被GGSN事先联系过(即，选择) 的另一 (辅)P-CSCF。视情况，P-CSCF可以接收作为请求-URI的一部 分的MSISDN。 P-CSCF可以在算法中使用MSISDN来确定另一 (辅)P-CSCF。要注意，重路由是基于预配置的信息(即，下一个P-CSCF的 地址)。
此外，P-CSCF/PCRF被配置以便授权SIP REGISTER消息，从而检 查SIP REGISTER消息是否被发送到正确的P-CSCF或者PCRF是否早 先已接收到携带了相同UE的IP地址的Diameter CCR请求。正确的 P-CSCF的^f言息在IMS注册期间可以是可用的。
图8中示出了相应的机制。此处，在步骤1, UE通过向网络(即向 GGSN)发送对应的请求来激活主PDP (分组数据协议)上下文。在步骤 2， GGSN基于例如由移动订户ISDN (MSISDN)号所提供的用户身份， 选择要联系的策略控制元件(例如，外部的或共址的PCRF)。然后，在
步骤3, GGSN向所选择的策略控制元件(即，PCRF/P-CSCF2 )发送CCR (信用控制请求)初始消息。该消息包括4皮i殳置成PRIMARY (主)的上 下文-类型AVP (属性值对)和被分配给UE的IP地址。尽管不存在IMS 会话，然而，策略控制元件在步骤4通it^送具有^^殳置成SUCCESS (成 功)的结果-代码AVP的CCA (信用控制应答)初始消息，来授权主PDP 上下文激活。根据运营商策略，策略控制元件可以为主(通用)PDP上下 文设置最大QoS限制(例如，交互式或背景的最大业务级)，并且如果在 策略控制元件中提供了为通用PDP上下文设置的预配置规则，则可以发送 预配置的收费规则。在步骤5， GGSN激活主PDP上下文。P-CSCF的列 表可以被返回给UE。如果策略控制元件和P-CSCF共址，则相同的发现 地址被发送给UE。这意味着GGSN在与它所选择的P-CSCF (即， PCRF/P-CSCF 1;步骤2 )通信之后已激活了 PDP上下文。现在，UE使 用基于DHCP的P-CSCF发现机制。假定UE选择了与GGSN所选择的 P-CSCF (其是PCRF/P-CSCF2 )不同的另一 P画CSCF (即，PCRF/P-CSCF 1),那么UE向该(第二) P-CSCF1发送对应的注册消息(步骤7)。像 GGSN —样具有相同逻辑的P-CSCF1确定GGSN选择了 P-CSCF2，并且 向P-CSCF2转发注册消息(步骤9和步骤10 )。步骤11和步骤12是用 于确认步骤9和步骤10的注册的200 OK消息。正常的注册过程发生，例如按照在3GPP或IETF中所规定的。与所规定的正常注册过程唯一不同 是P-CSCFl可以将自己从路由集中移除(因为一旦^t被建立，它便没 有必要保留在信令路径中)。
在步骤12， UE向P-CSCF2发送诸如SDP (会话描述协议)OFFER (提供)这样的INVITE (邀请)消息，P-CSCF2在步骤13中确定例如 上行链路(UL) /下行链路(DL)连接，授权服务质量(QoS)，并且为 连接确定用于媒体流的业务种类。P-CSCF2可以向接入网络发送被更新的 PCC规则信息(步骤14和步骤15)。在步骤17,相应的SDP应答净议 送给P-CSCF2， P-CSCF2向UE发送相应的SDP应答(步骤18 )。因而， 会话可以成功建立。
在图10中，描述了根据图8中的该例子而说明服务器/代理选择的流 程图。在步骤S310，诸如网关网络元件这样的网络控制元件执行用于选择 代理服务器的第一发现机制，诸如基于PDP上下文的P-CSCF发现机制， 并且选择特定的P-CSCF (对应于图8的步骤2， P-CSCF2)。基于PDP 上下文的P-CSCF发现机制的细节对本领域技术人员来说是已知的，并且 因而此处不再详细描述。
然后，在步骤S320，由终端设备(UE)来执行基于第二类型发现机 制的对代理/服务器的选择，第二类型发现机制不同于网关网络元件所使用 的发现机制。如以上所描述的，终端设备可以使用例如基于DHCP的 P-CSCF发现机制。基于PDP上下文的P-CSCF发现机制的细节对本领域 技术人员来说是已知的，因而此处不再详细描述。基本地，终端向网络发 送请求，以便联系DHCP服务器，并且获得用于选择的候选P-CSCF的地 址信息。
在步骤S330,终端设备已选择了与网关网络节点所选择的P-CSCF不 同的对应P-CSCF (例如P-CSCF1)。为了起动服务，终端设备向它所选 择的服务器(即P-CSCF1)发送对应的服务请求消息，该服务请求消息在 步骤S340被P-CSCF1接收。
具有类似于网络控制元件(就服务器选择而言)的逻辑的P-CSCF1
25在步骤S350确定网络(例如，GGSN )已选择了另 一服务器(即，P-CSCF2 )， 并且获得例如P-CSCF2的地址。现在，P-CSCF1向P-CSCF2转发从终端 设备接收的服务请求消息，例如通过向P-CSCF2发送注册消息。
作为进一步的修改，诸如PCRF的策略控制元件可以同时返回订户/ 订购/i殳备特定的正确P-CSCF的地址来作为对质询的响应。
才艮据笫二可选例子，经由OTA来更新用户的主/辅P-CSCF的逻辑名 称。例如，开放移动联盟(OMA)已规定了相应的机制。可以增强供应解 决方案(包括OMA设备管理(OMA DM )和OMA客户机供应(OMA CP)),以侵，使用与在基于PDP上下文(或GPRS)的P-CSCF发现机 制中所使用的算法类似的相同算法。优选地，该选择基于静态信息，并且 可应用于使用静态P-CSCF信息的终端。
根据第三可选例子，域名服务(DNS)被配置以便根据用户的MSISDN 来为逻辑名称提供不同的IP地址。
根据第四可选例子，终端(UE)例如以标志信息的形式向接入网络递 送信息元素其是否支持特定类型的服务器/代理发现(诸如基于DHCP 的P-CSCF发现)。这可以例如经由Iu (从而经由Gn/Gp)接口来实现。 举例来说，当接入网络接收到关于终端使用基于DHCP的P-CSCF发现的 信息元素时，它选择缺省的PCRF (或者在PCRF共址于P-CSCF中的情 况下是缺省的P-CSCF)。缺省的PCRF被连接到缺省的P-CSCF,缺省 的P-CSCF也被预配置到DHCP服务器。
此外，下文描述了附加的可选例子，借助于这些附加的可选例子，不 仅有可能确保所有种类的终端类型向完全相同的服务器/代理(诸如像 GPRS这样的网络早先已选择的P-CSCF)发送例如SIP注册消息，还确 保使用对应的机制，以便使得(独立于接入的)网关网络元件与策略控制 元件之间的接口 (诸如独立于接入的网络控制元件与策略控制元件之间的 Gx接口 )以及策略判决功能也能够工作于宽带接入。要注意，在一般的 GGSN中要求进行改变，以便成为独立于接入的网关网络元件。
根据第五可选例子，为了支持使用固定或宽带接入网络的终端，或者支持在没有SIM (订户身份模块)卡的情况下正进行依附(诸如GPRS依 附)的终端，P-CSCF发现机制基于的是IP地址而不是CPE (客户前提设 备)的MSISDN。
现在，描述第六可选例子。GPRS网络可以并且将分配/^共和私有IP 地址这二者。IMS和接入网络可以由相同的或单独的运营商所有和运营。 此外，当前，IMS被视为处于私有IP地址网络中(处于^^共IP地址网络 中已被视为是种安全风险)。
举例来说，如果私有IP地址被分配用于订户，如果SIP请求被朝向公 共IP地址网络继续路由(在目的地IMS网络的边界中进行NAT穿越)， 或者如果进行控制的IMS网络与分组核心不处于相同的私有IP地址网络 中，则需要网络地址转换器(NAT)穿越。(实际中总是在/)如果请求是 来自宽带接入网络时，则涉及后一种情况。因为对于NAT穿越的需要将 取决于网络的接入技术、在归属网络和目的地网络这二者中的IP地址部 署、运营商的商业关系，以及完全没有时是否仍留有公共IP地址用于在 GGSN中进行分配，所以无法设置关于是否应当需要NAT穿越的预配置 规则。
要注意，配置服务器(诸如为GPRS网络提供P-CSCF地址的DHCP 服务器)不同于为宽带接入分配P-CSCF地址的服务器(例如，也是DHCP 服务器)。由于这个原因，运营商可以指导宽带接入的用户使用P-CSCF 或具有宽带接入能力(即，NAT控制能力)的特定服务器。该服务器或 P-CSCF不需要与接入网络已连接的策略控制元件有关系。
为了向来自宽带接入的请求提供策略和收费控制，具有P-CSCF能力 能进行NAT控制的服务器能够将请求重路由到能进行策略控制的第二 P-CSCF，该第二 P-CSCF具有面向宽带接入网络的策略控制接口 (其例 如可以是对于独立于接入的网络控制元件的TISPAN指定接口或3GPP指 定接口，诸如Gx接口)。这在图9中示出，其中，参考标记51标明了终 端或用户设备，参考标记52标明了具有P-CSCF能力能进行NAT控制的 服务器，参考标记53标明了第二 P-CSCF，并且参考标记54标明了独立于接入的网络控制元件。分别地，元件51、 52和52之间的连接线描述了 控制平面信令连接，并且元件51和54之间的连接线描述了用户平面信令 连接，借助于所述连接线，重路由被执行。重定向处理类似于早先在第一 可选例子中所描述的那样。能进行策略控制的第二 P-CSCF 53是与独立于 接入的网络控制元件(诸如GGSN) 54为请求所选择的P-CSCF相同的 P-CSCF。因为一些终端设备(诸如固定电话和膝上型计算机)没有SIM 卡等，并且又由于xDSL网络不能够携带MSISDN信息，所以GGSN不 能够接收这样的信息。因此，它不能根据MSISDN信息来选择第二 P-CSCF (以及与其相关的策略控制元件)。作为解决此问题的一个选项，可以在 P-CSCF选择表中提供缺省分支。可选地，所谓的伪MSISDN可以在表中 有它们自己的行。借助于此，有可能将选择引向针对某一特定的策略控制 元件(其与某一能进行策略控制的P-CSCF元件(即第二 P-CSCF 53 )有 关系)的结果，从而服务来自宽带接入的请求。通过这些步骤和配置(导 致指定的策略控制元件(与特定的第二 P-CSCF 53相关)的伪MSISDN 信息)以及对应的接口 (诸如在策略控制元件(PCRF)与位于独立于接 入的网络控制元件54中的PCEF之间的Gx接口 )，策略判决功能可应用 于宽带接入。
接下来，描述进一步的可选例子，在所述进一步的可选例子中，针对
做出的紧急呼叫/^S舌，实现了 IMS系统环境下的P-CSCF发现。此外， 还描述了为紧急^^舌提供位置信息的可能性。
一般地，如以上所描述的，在终端设备或UE选择不同于GPRS网络 (即，GGSN)已选择的P-CSCF的情况下，结果是仅可以成功执行SIP 注册，而SIP会话是不可能的(尽管非IMS服务是可用的)。如结合图9 类似描述的，如果诸如PCRF的策略控制元件试图找到用于CPE (或它的 IP地址)的现有过程，但却由于GGSN已在主PDP上下文激活过程期间 与另一策略控制元件(P-CSCF)建立了关系而造成失败，那么PCRF不 得不拒绝SIP会话请求以及所有接下来的请求。在以下的可选例子中，描述了也可应用于固定或宽带接入网络的解决方案，所述固定或宽带接入网
络不携带MSISDN信息，并且与这些接入一起使用的终端没有SIM卡。 在该连接中还要考虑到，甚至在没有SIM卡的情况下，通常也有可能进行 紧急呼叫。如果没有SIM卡，则没有关于订户的MSISDN的信息，所以 可能出现GPRS网络不能根据它来选择P-CSCF的情形。
才艮据第七可选例子，在主PDP上下文激活/IMS注册过程期间，为了 支持使用固定或宽带接入网络的终端，或者没有SIM卡而正进行依附(例 如GPRS依附)的终端，类似于以上描述的第五可选例子，P-CSCF发现 基于的是CPE的IP地址(而不是MSISDN)。该逻辑对基于GPRS ( PDP 上下文)的P-CSCF发现过程有影响，举例来说，即基于GPRS的P-CSCF 发现是得到支持的。详细地，在主PDP上下文激活请求不包括MSISDN 信息的情况中，发现机制使用基于CPE的IP地址的算法。
根据第八可选例子，在紧急会话建立/辅PDP上下文激活过程的情况 中，会话激活请求配备有紧急呼叫指示(例如，在SIP/有效栽荷中)。当 紧急会话被识别时，举例来说，基于紧急呼叫指示，媒体授权(media authorization)不拒绝请求呼叫。此外，设置为不需要收费。诸如PCRF 的策略控制元件仍然获得SIP会话请求的信息。
辅PDP上下文激活请求可以含有(任选的)紧急呼叫指示信息。为了 加固用于紧急呼叫的承载设置，诸如GGSN的网络控制元件跳过对媒体授 权请求的发送。
详细地，当SIP会话请求到达像PCRF的策略控制元件时，策略控制 元件检查请求-URI是否含有PSAP (公共安全应答点)的特定目的地标识， 诸如应急中心号码(具有TEL-URI格式)，或者PSAP的逻辑名称或用 于标识PSAP的另 一特定指示。
P-CSCF包括了逻辑来检查是否涉及紧急呼叫请求。这可以例如通过 检查请求是否(在SIP沐效载荷中)携带指定的紧急指示来实现，或者通 过根据特殊种类的数字或URI分析来检查请求-URI内容以确定它是否与 应急中心的预配置URI相匹配来实现。要注意，该逻辑并不限于这些例子，
29也可使用其它机制。
当紧急会话被确定时，媒体授权不拒绝请求呼叫。此外，判定不需要 收费。
如以上所指示的，辅PDP上下文激活请求可以含有(任选的)紧急呼 叫指示信息。为了加固用于紧急呼叫的承栽设置，诸如GGSN的网络控制 元件跳过对媒体授权请求的发送。这意p木着在IMS中检测到的紧急呼叫信 息具有优先权。如果辅PDP上下文激活请求不携带该指示，但是策略控制 (在P-CSCF中)知道涉及紧急呼叫，则它接受承载请求，而不需要任何 进一步的QoS或准入控制。
另一方面，在承栽请求携带了紧急呼叫指示，但是SIP请求不携带任 何紧急呼叫指示并且该请求在IMS中没有被视为紧急呼叫的情况下，使用 正常的准入、QoS和收费控制。
根据该笫八可选例子，IMS ( P-CSCF或特别的E-CSCF )与接入网络 元件之间的关系和连接被这样配置，即，使得(经由例如自有特定接口或 者经由Rq或Gx接口 (即，Diameter接口，所以相同的位置信息AVP可 以应用于所有接口 )来携带的)位置信息可以净皮传送和接收。该相关性可 以通过IP地址来指示。要注意，要求在这些网络元件之间没有NAT穿越。
在第七和第八可选例子中描述的机制可应用于所有类型的接入。另夕卜， GGSN和IMS被绑定于一对一关系，以便进行订户的位置信息请求。此外， 由于另一网络元件应用了位置信息，因此，这可以初。f见为受信信息(UE 发起的位置信息被碎见为是不受信的)。
要注意，即使借助于可被应用于3GPP rel-7参考体系结构的机制来详 细说明了本发明，此处所描述的功能和机制也不限于3GPP体系结构。本 发明在其原理上还可应用于由不同标准化体规定的其它网络体系结构，在 其中，接入网络元件或策略控制元件将根据预配置信息或者终端/订户或订 购特定的信息来选斧渚如P-CSCF的代理/服务器。
例如，本发明还可应用于TISPAN体系结构或TISPAN所指定的策略 控制才莫型，其中，所谓的PULL机制也可净皮应用，PULL机制是网络中的接入网络资源机制，并且在其中，接入网络也会选择策略控制元件。
根据本发明，提供了一种机制，其确保分别在网络控制元件和终端设 备中执行的不同服务器/代理发现机制选择相同的服务器/代理。对服务器/ 代理的第一选择由网络控制元件基于第一发现过程来执行。然后，对服务 器/代理的第二选择由终端设备基于第二发现过程来起动。中继代理元件被 用来代表配置服务器对请求进行响应，或者被用来修改配置服务器响应， 以便网络控制元件和终端设备选择相同的服务器/代理。
应当理解，上述说明书和附图仅旨在通过示例方式来说明本发明。本 发明的优选实施例因而可以在所附权利要求的范围内变化。
权利要求
1.一种方法，其包括基于第一发现过程来执行对服务器的第一选择，接收与基于第二发现过程对服务器的第二选择相关的请求消息，以及通过传送在基于所述第一发现过程的第一选择中所选择的服务器的地址信息，响应所述请求消息。
2. 才艮据4又利要求1的方法，其包括 由网关网络元件来执行所述第一选择，以及 由终端设备来执行所述第二选择。
3. 根据权利要求1的方法，其包括 由中继代理元件来实现所述执行、所述接收和所述响应。
4. 根据权利要求l的方法，其中，所述第一发现过程是基于分组数 据协议上下文的发现机制。
5. 根据权利要求l的方法，其中，所述第二发现过程是基于动态主 才几配置协议的发现才几制。
6. 根据权利要求1的方法，其中，要选择的服务器包括应用功能服 务器和代理服务器中的至少 一个。
7. 根据权利要求6的方法，其中，所述应用功能服务器包括代理呼 叫状态控制功能。
8. 根据权利要求3的方法，其中，所述中继代理元件被包括在所述 网关网络元件中。
9. 根据权利要求l的方法，其进一步包括 提供至少 一个策略控制元件。
10. 根据权利要求9的方法，其进一步包括 向所述服务器仅分配一个策略控制元件。
11. 根据权利要求9的方法，其进一步包括 向所述服务器分配多个策略控制元件，以及执行预定的负载平衡机制，用于选择所述多个策略控制元件中的同一 个策略控制元件。
12. 根据权利要求ll的方法，其进一步包括在服务器中以及在网络网关元件中执行所述预定的负载平衡机制。
13. —种设备，其包括选择单元，所述选择单元被配置以便基于第 一发现过程来实施对服务 器的选择，接收单元，所述接收单元被配置以便接收与基于第二发现过程对服务 器的第二选择相关的请求消息，以及处理器，所述处理器被配置以便处理所述请求消息，并且通过传送在 基于所述第一发现过程的第一选择中所选择的服务器的地址信息来响应所 述请求消息。
14. 根据权利要求13的设备，其中，所述第一发现过程是基于分组 数据协议上下文的发现机制。
15. 根据权利要求13的设备，其中，所述第二发现过程是基于动态 主才几配置协i义的发现4几制。
16. 根据权利要求13的设备，其中，要选择的服务器包括应用功能 服务器和代理服务器中的至少 一个。
17. 根据权利要求16的设备，其中，所述应用功能服务器包括代理 呼叫状态控制功能。
18. 根据权利要求13的设备，其进一步被配置以便执行中继代理元 件的功能。
19，根据权利要求13的设备，其被配置以便执行用于选择多个策略控制元件之一的预定的负栽平衡机制，其中， 由所述服务器来执行相同的预定的负载平衡机制。
20, —种用于计算机的计算机程序产品，所述计算机程序产品包括软 件代码部分，当所述产品在所述计算^Ji运行时，所述软件代码部分使得 所述计算机充当经由网络用于终端设备的通信连接的控制网络元件，其中，所述计算机程序产品:f皮配置以便基于第 一发现过程来执行对服务器的第 一选择，接收与基于第二发现过程对服务器的第二选择相关的请求消息，处理所述请求消息，以及通过传送在基于所述第 一发现过程的第 一选择中所选择的服务器的地址信息，响应所述请求消息。
21， 一种方法，其包括基于第 一发现过程来执行对服务器的第 一选择，接收与基于第二发现过程对服务器的第二选择相关的请求消息，向被连接到通信网络的配置服务器转发包括在所述请求消息中的信息，作为响应，从所述配置服务器接收地址信息， 基于所述第一发现过程来处理所接收到的地址信息，以及 通过传送根据对所接收的地址信息的处理而导出的地址信息，响应所 述请求消息。
22. 根据权利要求21的方法，其包括由中继代理元件来实现所述执行、所述接收、所述转发、所述处理和 戶斤述响应。
23. 根据权利要求21的方法，其中，所述第一发现过程是基于分组 数据协议上下文的发现机制。
24. 根据权利要求21的方法，其中，所述第二发现过程是基于动态 主;f几配置协议的发现机制。
25. 根据权利要求21的方法，其中，要选择的服务器包括代理呼叫 状态控制功能。
26. 根据权利要求22的方法，其中，所述中继代理元件被包括在所 述网关网络元件中。
27. 根据权利要求21的方法，其进一步包括 提供至少 一个策略控制元件。
28. 根据权利要求21的方法，其进一步包括在服务器中以及在网络网关元件中执行预定的负栽平衡机制。
29. —种设备，其包括选择单元，所述选择单元被配置以便基于第 一发现过程来实施对服务 器的选择，接收单元，所述接收单元被配置以便接收与基于第二发现过程对服务 器的第二选择相关的请求消息，转发单元，所述转发单元被配置以便向被连接到通信网络的配置服务 器转发包括在所述请求消息中的信息，以及处理器，所述处理器被配置以便基于所述第一发现过程来处理作为 响应而从所述配置服务器接收到的地址信息，以及通过传送根据对所接收 的地址信息的处理而导出的地址信息，响应所述请求消息。
30. 根据权利要求29的设备，其中，所述第一发现过程是基于分组 数据协议上下文的发现机制。
31. 根据权利要求29的设备，其中，所述笫二发现过程是基于动态 主机配置协议的发现机制。
32. 根据权利要求29的设备，其中，所述服务器包括代理呼叫状态 控制功能。
33. 根据权利要求29的设备，其进一步被配置以便执行中继代理 元件的功能。
34. 根据权利要求29的设备，其中，所述设备是网关网络元件。
35. 根据权利要求29的设备，其被配置以便 与至少 一个策略控制元件通信。
36. 根据权利要求35的设备，其被配置以便执行用于选择多个策略控制元件之一的预定的负栽平衡机制，其中， 由所述服务器来执行相同的预定的负载平衡机制。
37. —种用于计算机的计算机程序产品，所述计算机程序产品包括软 件代码部分，当所述产品在所述计算机上运行时，所述软件代码部分使得所述计算机充当经由网络用于终端设备的通信连接的控制网络元件，其中，所述计算机程序产品被配置以便基于第 一发现过程来执行对服务器的第 一选择，接收与基于第二发现过程对服务器的第二选择相关的请求消息，从中继代理元件向被连接到通信网络的配置服务器转发包括在所述请求消息中的信息，作为响应，从所述配置服务器接收地址信息，基于所述第一发现过程来处理所接收的地址信息，以及通过传送根据对所接收的地址信息的处理而导出的地址信息，响应所述请求消息。
38. —种设备，其包括选择装置，用于基于第一发现过程来实施对服务器的选择，接收装置，用于接收与基于第二发现过程对服务器的第二选择相关的请求消息，处理装置，用于处理所述请求消息，以及响应装置，用于通过传送在基于所述第一发现过程的第一选择中所选择的服务器的地址信息，响应所述请求消息。
39. —种系统，其包括至少第一和第二服务器，基于第 一发现过程来执行对第 一服务器的第 一选择的网络控制元件，以及基于第二发现过程来执行对第二服务器的第二选择的终端设备，其中，所述第二服务器被配置以便从所述终端设备接收请求消息，确定由所述网络控制元件所选择的第一服务器，以及基于从所述终端设备接收的请求消息，向所述第 一服务器转发服务请求消息。
全文摘要
提供了一种机制，所述机制确保分别在网络控制元件和终端设备中执行的不同服务器/代理发现机制选择了相同的服务器/代理。对服务器/代理的第一选择由网络控制元件基于第一发现过程来执行。然后，对服务器/代理的第二选择由终端设备基于第二发现过程来起动。中继代理元件被用来代表配置服务器对请求进行响应，或者被用来修改配置服务器响应，以便所述网络控制元件和所述终端设备选择相同的服务器/代理。
文档编号H04L29/08GK101658014SQ200880011933
公开日2010年2月24日 申请日期2008年2月26日 优先权日2007年4月13日
发明者K·M·罗特斯丹, S·霍特里 申请人:诺基亚公司