CN101658014A - 用于执行服务器发现的机制 - Google Patents

用于执行服务器发现的机制 Download PDF

Info

Publication number
CN101658014A
CN101658014A CN200880011933A CN200880011933A CN101658014A CN 101658014 A CN101658014 A CN 101658014A CN 200880011933 A CN200880011933 A CN 200880011933A CN 200880011933 A CN200880011933 A CN 200880011933A CN 101658014 A CN101658014 A CN 101658014A
Authority
CN
China
Prior art keywords
server
discovery procedure
cscf
network
request message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN200880011933A
Other languages
English (en)
Other versions
CN101658014B (zh
Inventor
S·霍特里
K·M·罗特斯丹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Oyj filed Critical Nokia Oyj
Publication of CN101658014A publication Critical patent/CN101658014A/zh
Application granted granted Critical
Publication of CN101658014B publication Critical patent/CN101658014B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1025—Dynamic adaptation of the criteria on which the server selection is based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

提供了一种机制，所述机制确保：分别在网络控制元件和终端设备中执行的不同服务器/代理发现机制选择了相同的服务器/代理。对服务器/代理的第一选择由网络控制元件基于第一发现过程来执行。然后，对服务器/代理的第二选择由终端设备基于第二发现过程来起动。中继代理元件被用来代表配置服务器对请求进行响应，或者被用来修改配置服务器响应，以便所述网络控制元件和所述终端设备选择相同的服务器/代理。

Description

用于执行服务器发现的机制
技术领域
本发明涉及一种用于发现在通信连接中使用的应用功能或服务器的机制。特别地，本发明涉及一种改进的机制，该机制确保当建立通信连接时，诸如网关网络元件的网络控制元件和诸如用户设备的终端设备应当联系相同的服务器/代理，例如IP多媒体子系统(IMS)网络的代理呼叫状态控制功能(P-CSCF)。
针对下文所描述的本发明，应当注意：
-终端设备或用户设备(UE)可以例如是任何这样的设备，即，用户可以借助该设备接入通信网络；这意味着移动以及非移动设备和网络，独立于它们所基于的技术平台；仅举例来说，要注意，根据由第三代合作伙伴项目3GPP所标准化的原理进行操作并且被称为例如UMTS终端的通信设备适于结合本发明来使用；然而，所述终端设备或用户设备还可以具有使用由因特网工程任务组(IETF)所规定的功能和组件的类型；
-当此处引用呼叫或会话时，这仅示例了任何内容的连接的一般例子；本发明中所使用的内容旨在指代以下中的至少一项的多媒体数据：音频数据(例如，语音)、视频数据、图像数据、文本数据，以及描述了音频、视频、图像和/或文本数据的属性的元数据、其任何组合，或者可选地或附加地甚至其它数据(作为进一步的例子，诸如待访问/下载的应用程序的程序代码)；
-可能被实现为软件代码部分并且使用处理器在下文描述的实体之一处运行的方法步骤独立于软件代码，并且可以使用任何已知的或将来开发的编程语言来指定；
-可能被实现为所述实体之一处的硬件组件的方法步骤和/或设备独立于硬件，并且可以使用任何已知的或将来开发的硬件技术或诸如MOS、CMOS、BiCMOS、ECL、TTL等使用例如ASIC组件或DSP组件的这些技术的任何混合物来实现；
-一般地，在不改变本发明的思想的情况下，任何方法步骤均适于被实现为软件或通过硬件来实现；
-设备或装置或客户机/服务器可以被实现为单个的设备或装置，但这并不排除它们被以分布式方式遍及系统地实现，只要设备的功能性被保留。
背景技术
过去几年中，通信网络在世界各地的扩展日益增加，例如基于有线的通信网络(诸如综合服务数字网络(ISDN))或无线通信网络(诸如cdma2000(码分多址接入)系统、像通用移动电信系统(UMTS)的第三代(3G)蜂窝通信网络、像全球移动通信系统(GSM)的第二代(2G)蜂窝通信网络、通用分组无线电系统(GPRS)、增强型数据速率全球演进(EDGE)或诸如无线局域网(WLAN)这样的其它无线通信系统)。诸如第三代合作伙伴项目(3GPP)、电信和因特网融合业务及高级网络协议(TISPAN)、国际电信联盟(ITU)、第三代合作伙伴项目2(3GPP2)、因特网工程任务组(IETF)、CableLabs(有线电视实验室)等各种组织正工作于用于电信网络和多址接入环境的标准。
当前合并因特网和蜂窝电信世界的技术是因特网协议(IP)多媒体子系统或IMS。IMS是用于旨在提供移动和固定多媒体服务的运营商的标准化体系结构。IMS使用基于会话发起协议(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用例中)，但也可以使用本领域技术人员已知的其它协议。
在步骤1，UE通过向网络(即，向GGSN)发送相应的请求来激活主PDP(分组数据协议)上下文。在步骤2，GGSN基于例如由移动订户ISDN(MSISDN)号所提供的用户身份来选择要联系的策略控制元件(例如，外部的或共址的PCRF)。然后，在步骤3，GGSN向所选择的策略控制元件发送CCR(信用控制请求)初始消息。该消息包括被设置成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)接收。在该连接中，要注意，位于GGSN中的策略和收费执行功能(PCEF)可以由一个或多个PCRF节点来服务。基于所连接的分组数据网络(PDN)并结合UE身份信息(如果可用的话，并且其可以特定于IP-CAN(IP连接性接入网络))，PCEF可以联系适当的PCRF。有可能为特定的UE联系相同的PCRF，而与所使用的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会话。
发明内容
因而，本发明的目的是提供一种用于为通信连接选择诸如P-CSCF的服务器的改进机制。特别地，本发明的目的是提供一种机制，其确保所有种类的终端类型向网络控制元件(诸如GPRS的GGSN)事先选定的完全相同的服务器/代理(像P-CSCF)发送注册消息(诸如SIP注册)，或者向被连接到策略控制元件(例如，PDF、PCRF、RACS)的服务器(P-CSCF)发送注册消息(诸如SIP注册)，其中，所述网络控制元件(GGSN)旱先已经(取决于网络部署)联系了所述策略控制元件。
通过所附权利要求中所限定的措施来实现该目的。
特别地，根据所提出的解决方案的一个方面，提供了例如一种方法，所述方法包括：基于第一发现过程来执行对服务器的第一选择，接收与基于第二发现过程对服务器的第二选择相关的请求消息，以及通过传送在基于所述第一发现过程的第一选择中所选择的服务器的地址信息，响应所述请求消息。
根据所提出的解决方案的另一方面，提供了例如一种设备，所述设备包括：选择单元，所述选择单元被配置以便基于第一发现过程实施对服务器的选择；接收单元，所述接收单元被配置以便接收与基于第二发现过程对服务器的第二选择相关的请求消息；以及处理器，所述处理器被配置以便处理所述请求消息，并且通过传送在基于所述第一发现过程的第一选择中所选择的服务器的地址信息来响应所述请求消息。
根据所提出的解决方案的另一方面，提供了例如一种用于计算机的计算机程序产品，所述计算机程序产品包括软件代码部分，当所述产品在所述计算机上运行时，所述软件代码部分使得所述计算机充当经由网络用于终端设备的通信连接的控制网络元件，其中，所述计算机程序产品被配置以便：基于第一发现过程来执行对服务器的第一选择，接收与基于第二发现过程对服务器的第二选择相关的请求消息，处理所述请求消息，以及通过传送在基于所述第一发现过程的第一选择中所选择的服务器的地址信息来响应所述请求消息。
根据进一步的细化，所提出的解决方案可以包括一个或多个以下特征：
-所述第一选择可以通过网关网络元件来执行，并且所述第二选择可以通过终端设备来执行；
-所述执行、所述接收和所述响应可以通过中继代理元件来执行；
-所述第一发现过程可以是基于分组数据协议上下文的发现机制；
-所述第二发现过程可以是基于动态主机配置协议的发现机制；
-要选择的服务器可以包括应用功能服务器和代理服务器中的至少一个；于是所述应用功能服务器可以包括代理呼叫状态控制功能；
-所述中继代理元件可以被包括在所述网关网络元件中；
-可以提供至少一个策略控制元件；此外，可以向所述服务器仅分配一个策略控制元件；
-可选地，可以向所述服务器提供多个策略控制元件，其中，可以执行用于选择所述多个策略控制元件中的同一个策略控制元件的预定负载平衡机制；可以在服务器中以及在网络网关元件中执行所述预定负载平衡机制。
根据所提出的解决方案的另一方面，提供了例如一种方法，所述方法包括：基于第一发现过程来执行对服务器的第一选择，接收与基于第二发现过程对服务器的第二选择相关的请求消息，向被连接到通信网络的配置服务器转发包括在所述请求消息中的信息，从所述配置服务器响应地接收地址信息，基于第一发现过程来处理所接收的地址信息，以及通过传送根据对所接收的地址信息的处理而导出的地址信息来响应所述请求消息。
根据所提出的解决方案的另一方面，提供了例如一种设备，所述设备包括：选择单元，所述选择单元被配置以便基于第一发现过程来实施对服务器的选择；接收单元，所述接收单元被配置以便接收与基于第二发现过程对服务器的第二选择相关的请求消息；转发单元，所述转发单元被配置以便向被连接到通信网络的配置服务器转发包括在所述请求消息中的信息；以及处理器，所述处理器被配置以便基于所述第一发现过程来处理作为响应而从所述配置服务器接收的地址信息，以及通过传送根据对所接收的地址信息的处理而导出的地址信息来响应所述请求消息。
根据所提出的解决方案的另一方面，提供了例如一种用于计算机的计算机程序产品，所述计算机程序产品包括软件代码部分，当所述产品在所述计算机上运行时，所述软件代码部分使得所述计算机充当经由网络用于终端设备的通信连接的控制网络元件，其中，所述计算机程序产品被配置以便：基于第一发现过程来执行对服务器的第一选择，接收与基于第二发现过程对服务器的第二选择相关的请求消息，从中继代理元件向被连接到通信网络的配置服务器转发包括在所述请求消息中的信息，从所述配置服务器响应地接收地址信息，基于所述第一发现过程来处理所接收的地址信息，以及通过传送根据对所接收的地址信息的处理而导出的地址信息来响应所述请求消息。
根据进一步的细化，所提出的解决方案可以包括一个或多个以下特征：
-所述执行、所述接收、所述转发、所述处理和所述响应可以通过中继代理元件来执行；
-所述第一发现过程可以是基于分组数据协议上下文的发现机制；
-所述第二发现过程可以是基于动态主机配置协议的发现机制；
-要选择的服务器可以包括代理呼叫状态控制功能；
-所述中继代理元件可以被包括在所述网关网络元件中；
-可以提供至少一个策略控制元件；
-可以在服务器中以及在网络网关元件中执行预定负载平衡机制。
根据所提出的解决方案的另一方面，提供了例如一种设备，所述设备包括：选择装置，所述选择装置用于基于第一发现过程来实施对服务器的选择；接收装置，所述接收装置用于接收与基于第二发现过程对服务器的第二选择相关的请求消息；处理装置，所述处理装置用于处理所述请求消息；以及响应装置，所述响应装置用于通过传送在基于所述第一发现过程的第一选择中所选择的服务器的地址信息来响应所述请求消息。
根据所提出的解决方案的另一方面，提供了例如一种系统，所述系统包括：至少第一和第二服务器、基于第一发现过程来执行对所述第一服务器的第一选择的网络控制元件，以及基于第二发现过程来执行对所述第二服务器的第二选择的终端设备，其中，所述第二服务器被配置以便：从所述终端设备接收请求消息，确定所述网络控制元件所选择的第一服务器，以及基于从所述终端设备接收到的所述请求消息，向所述第一服务器转发服务请求消息。
通过所提出的解决方案，有可能确保：适当地建立来自终端或UE(其不支持预定的服务器发现机制，而是使用与网络控制元件所使用的发现机制不同的另一发现机制)的连接(诸如SIP会话)，而不用考虑所述终端是哪种类型或者选择了哪种接入类型。换言之，可以避免由于所述UE和所述网络控制元件分别选择的服务器(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策略控制系统中。
包括收费和会话处理机制的通信网络的基本系统体系结构可以包括众所周知的IMS网络的体系结构。这样的网络体系结构包括若干控制节点或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流检测、策略执行和基于IP流的收费功能性。参考标记2标明了IMS网络的应用功能，诸如P-CSCF。参考标记2a标明了可连接到网络的另一服务器(或多个服务器)或代理(或多个代理)。参考标记3标明了策略控制元件，诸如PCRF，其协调网络资源来满足被授权使用所请求的服务的用户的需求，并涵盖了策略控制判决和基于IP流的收费控制功能性。即使下文中将策略控制元件3描述为PCRF，但也要注意，策略控制元件还可以是PDF或RACS。除了基于规则的收费之外，PCRF 3还允许使用静态收费规则和动态裁决。动态裁决功能是通过与PCEF 11的实时交互来实现的。GW 1(PCEF 11)经由例如基于Diameter的Gx接口而连接到PCRF 3，并且AF(或P-CSCF)2经由Rx接口而连接到PCRF3(另外的一个服务器或多个服务器2a也可以借助对应的接口而连接到策略控制元件)。如以上所提到的，代替Diameter协议，取决于网络体系结构，还有可能采用另一协议类型。
参考标记4标明了配置服务器，诸如可用于基于DHCP的服务器发现的DHCP服务器。举例来说，配置服务器4经由诸如网关网络元件1中的DHCP中继代理(图1中未示出)这样的中继代理元件而连接到网络。
参考标记5标明了OFCS。参考标记6标明了OCS，其包括例如CAMEL(用于移动增强逻辑的定制应用)SCP(服务控制点)61和基于服务数据流的信用控制单元62。OFCS 5经由Gz接口而连接到网关1，并且OCS 6经由Gy接口而连接到网关1。
参考标记7标明了订购简档库(SPR)，其含有策略控制元件(此处是PCRF)需要用于基于订购的策略和接入级策略以及收费规则的所有与订户和订购相关的信息，订购简档库(SPR)经由Sp接口连接到PCRF。
参考标记8标明了终端或用户设备(UE)，将经由网络控制元件(GGSN)1为所述终端或用户设备(UE)建立与网络的通信连接或会话。众所周知，借助对应的接口和子系统(例如，接入网络子系统)来实现终端8到网络的连接。
在图1的系统中，PCRF 3和P-CSCF 2被示作分离的元件。然而，代替作为外部网络元件，PCRF 3可以共址于P-CSCF 2中。
在图2中，示出了根据图1的网关网络元件1的更详细的示图。要注意，对等效元件使用相同的参考标记，以便在此处省略其进一步的描述。
参考标记12标明了中继代理元件，可在终端与网络之间执行的发现机制中使用该中继代理元件，例如，结合基于DHCP的P-CSCF发现机制。中继代理元件12包括处理器121来执行和控制在相应发现机制中的处理。
参考标记122标明了用于在中继代理元件12(即，处理器121)与UE之间进行通信的接口或输入/输出元件(I/O)。这意味着经由I/O 122，在中继代理元件12与UE之间传送诸如请求和应答消息这样的数据。
参考标记123标明了用于在中继代理元件12(即，处理器121)与在发现机制中用于获得地址信息的配置服务器(诸如DHCP服务器)之间进行通信的接口或输入/输出元件(I/O)。这意味着经由I/O 123，在中继代理元件12与配置服务器之间传送诸如请求和应答消息这样的数据。特别地，来自UE的请求消息信息可以经由该I/O 123而被转发。
参考标记124标明了存储器，该存储器用于在其内存储诸如被处理器121执行的计算机程序产品这样的数据，缓冲从另一元件接收的地址信息以便对其进行转发，以及充当处理器121的工作空间。
参考标记13标明了选择单元，借助该选择单元，网关网络元件1能够执行另一类型的服务器发现机制，诸如基于PDP上下文的P-CSCF发现机制。选择单元13被连接到网络，以便获得诸如一个或多个P-CSCF这样的服务器的地址信息，以及选择这些服务器之一来为UE建立通信连接(例如对应于图6的步骤2)。对这些服务器之一(即，一个P-CSCF)的选择是基于本领域技术人员已知的预定算法。
要注意，由选择单元13检索的信息(诸如网关网络元件1在例如基于PDP上下文的发现过程中所选择的一个或多个服务器/代理的地址信息)可以由选择单元13提供给中继代理元件12，并被存储在其中(例如在存储器124中)用于进一步处理。
在建立通信连接或会话中所涉及的单元(诸如终端设备或UE 8以及网络控制元件或网关网络元件(GGSN)1)使用不同的发现机制来为会话选择服务器/代理(诸如P-CSCF 2)的情形中，要确保这些单元选择相同的服务器/代理，以便会话建立是成功的。例如，可以假定以下情形：GGSN1使用基于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上下文的发现机制的网关网络元件已经为建立会话而联系了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的请求消息。中继代理发送与网关网络元件1(选择单元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之间进行选择。
作为修改，以下情况也是可行的：策略控制元件配备有能力来经由数据库而质询订户专用的/订购的或订户的端设备指定的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中，描述了示出根据该第二例子的服务器/代理选择的流程图。在步骤S110，网关网络元件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接收。该请求消息中所含的信息在步骤S150被以惯常方式转发到对应的配置(例如，DHCP)服务器4。配置服务器4通过向中继代理元件12发送例如对应的服务器/代理(P-CSCF)的地址信息来应答该请求。
在步骤S160，中继代理元件12(即，处理器121)处理从DHCP服务器接收的地址信息。详细地，DHCP服务器的响应是通过使用与GGSN(即，选择单元13)在基于PDP上下文的P-CSCF发现机制中所使用的算法相同的算法来修改的。然后，在步骤S170，中继代理元件12通过发送在修改处理中所检索的相应P-CSCF的地址信息来响应终端8的请求。由于使用相同的算法，该地址信息包括类似在步骤S110获得的相同服务器地址。
换言之，DHCP中继代理元件12充当面向客户机(即，终端)的服务器和面向服务器(配置服务器)的中继。
此外，GGSN 1在基于PDP上下文的P-CSCF发现机制中使用的相同算法要被配置到DHCP。可以在网关网络元件1与配置服务器(DHCP服务器)之间的接口中传送所有必要的信息，例如像UE的IP地址、IMSI或MSISDN这样的与订户相关的ID信息。
基于所接收的信息，有可能GGSN 1联系到正确的策略控制元件(诸如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的信息在IMS注册期间可以是可用的。
图8中示出了相应的机制。此处，在步骤1，UE通过向网络(即向GGSN)发送对应的请求来激活主PDP(分组数据协议)上下文。在步骤2，GGSN基于例如由移动订户ISDN(MSISDN)号所提供的用户身份，选择要联系的策略控制元件(例如，外部的或共址的PCRF)。然后，在步骤3，GGSN向所选择的策略控制元件(即，PCRF/P-CSCF2)发送CCR(信用控制请求)初始消息。该消息包括被设置成PRIMARY(主)的上下文-类型AVP(属性值对)和被分配给UE的IP地址。尽管不存在IMS会话，然而，策略控制元件在步骤4通过发送具有被设置成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-CSCF1)，那么UE向该(第二)P-CSCF1发送对应的注册消息(步骤7)。像GGSN一样具有相同逻辑的P-CSCF1确定GGSN选择了P-CSCF2，并且向P-CSCF2转发注册消息(步骤9和步骤10)。步骤11和步骤12是用于确认步骤9和步骤10的注册的200OK消息。正常的注册过程发生，例如按照在3GPP或IETF中所规定的。与所规定的正常注册过程唯一不同是：P-CSCF1可以将自己从路由集中移除(因为一旦会话被建立，它便没有必要保留在信令路径中)。
在步骤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在步骤S350确定网络(例如，GGSN)已选择了另一服务器(即，P-CSCF2)，并且获得例如P-CSCF2的地址。现在，P-CSCF1向P-CSCF2转发从终端设备接收的服务请求消息，例如通过向P-CSCF2发送注册消息。
作为进一步的修改，诸如PCRF的策略控制元件可以同时返回订户/订购/设备特定的正确P-CSCF的地址来作为对质询的响应。
根据第二可选例子，经由OTA来更新用户的主/辅P-CSCF的逻辑名称。例如，开放移动联盟(OMA)已规定了相应的机制。可以增强供应解决方案(包括OMA设备管理(OMA DM)和OMA客户机供应(OMACP))，以便使用与在基于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接口)，策略判决功能可应用于宽带接入。
接下来，描述进一步的可选例子，在所述进一步的可选例子中，针对在宽带接入网络中所进行的所有会话以及在GPRS网络中没有SIM卡时所做出的紧急呼叫/会话，实现了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/有效载荷中)。当紧急会话被识别时，举例来说，基于紧急呼叫指示，媒体授权(mediaauthorization)不拒绝请求呼叫。此外，设置为不需要收费。诸如PCRF的策略控制元件仍然获得SIP会话请求的信息。
辅PDP上下文激活请求可以含有(任选的)紧急呼叫指示信息。为了加固用于紧急呼叫的承载设置，诸如GGSN的网络控制元件跳过对媒体授权请求的发送。
详细地，当SIP会话请求到达像PCRF的策略控制元件时，策略控制元件检查请求-URI是否含有PSAP(公共安全应答点)的特定目的地标识，诸如应急中心号码(具有TEL-URI格式)，或者PSAP的逻辑名称或用于标识PSAP的另一特定指示。
P-CSCF包括了逻辑来检查是否涉及紧急呼叫请求。这可以例如通过检查请求是否(在SIP/有效载荷中)携带指定的紧急指示来实现，或者通过根据特殊种类的数字或URI分析来检查请求-URI内容以确定它是否与应急中心的预配置URI相匹配来实现。要注意，该逻辑并不限于这些例子，也可使用其它机制。
当紧急会话被确定时，媒体授权不拒绝请求呼叫。此外，判定不需要收费。
如以上所指示的，辅PDP上下文激活请求可以含有(任选的)紧急呼叫指示信息。为了加固用于紧急呼叫的承载设置，诸如GGSN的网络控制元件跳过对媒体授权请求的发送。这意味着在IMS中检测到的紧急呼叫信息具有优先权。如果辅PDP上下文激活请求不携带该指示，但是策略控制(在P-CSCF中)知道涉及紧急呼叫，则它接受承载请求，而不需要任何进一步的QoS或准入控制。
另一方面，在承载请求携带了紧急呼叫指示，但是SIP请求不携带任何紧急呼叫指示并且该请求在IMS中没有被视为紧急呼叫的情况下，使用正常的准入、QoS和收费控制。
根据该第八可选例子，IMS(P-CSCF或特别的E-CSCF)与接入网络元件之间的关系和连接被这样配置，即，使得(经由例如自有特定接口或者经由Rq或Gx接口(即，Diameter接口，所以相同的位置信息AVP可以应用于所有接口)来携带的)位置信息可以被传送和接收。该相关性可以通过IP地址来指示。要注意，要求在这些网络元件之间没有NAT穿越。
在第七和第八可选例子中描述的机制可应用于所有类型的接入。另外，GGSN和IMS被绑定于一对一关系，以便进行订户的位置信息请求。此外，由于另一网络元件应用了位置信息，因此，这可以被视为受信信息(UE发起的位置信息被视为是不受信的)。
要注意，即使借助于可被应用于3GPP rel-7参考体系结构的机制来详细说明了本发明，此处所描述的功能和机制也不限于3GPP体系结构。本发明在其原理上还可应用于由不同标准化体规定的其它网络体系结构，在其中，接入网络元件或策略控制元件将根据预配置信息或者终端/订户或订购特定的信息来选择诸如P-CSCF的代理/服务器。
例如，本发明还可应用于TISPAN体系结构或TISPAN所指定的策略控制模型，其中，所谓的PULL机制也可被应用，PULL机制是网络中的接入网络资源机制，并且在其中，接入网络也会选择策略控制元件。
根据本发明，提供了一种机制，其确保分别在网络控制元件和终端设备中执行的不同服务器/代理发现机制选择相同的服务器/代理。对服务器/代理的第一选择由网络控制元件基于第一发现过程来执行。然后，对服务器/代理的第二选择由终端设备基于第二发现过程来起动。中继代理元件被用来代表配置服务器对请求进行响应，或者被用来修改配置服务器响应，以便网络控制元件和终端设备选择相同的服务器/代理。
应当理解，上述说明书和附图仅旨在通过示例方式来说明本发明。本发明的优选实施例因而可以在所附权利要求的范围内变化。

Claims (39)

1.一种方法，其包括：
基于第一发现过程来执行对服务器的第一选择，
接收与基于第二发现过程对服务器的第二选择相关的请求消息，以及
通过传送在基于所述第一发现过程的第一选择中所选择的服务器的地址信息，响应所述请求消息。
2.根据权利要求1的方法，其包括：
由网关网络元件来执行所述第一选择，以及
由终端设备来执行所述第二选择。
3.根据权利要求1的方法，其包括：
由中继代理元件来实现所述执行、所述接收和所述响应。
4.根据权利要求1的方法，其中，所述第一发现过程是基于分组数据协议上下文的发现机制。
5.根据权利要求1的方法，其中，所述第二发现过程是基于动态主机配置协议的发现机制。
6.根据权利要求1的方法，其中，要选择的服务器包括应用功能服务器和代理服务器中的至少一个。
7.根据权利要求6的方法，其中，所述应用功能服务器包括代理呼叫状态控制功能。
8.根据权利要求3的方法，其中，所述中继代理元件被包括在所述网关网络元件中。
9.根据权利要求1的方法，其进一步包括：
提供至少一个策略控制元件。
10.根据权利要求9的方法，其进一步包括：
向所述服务器仅分配一个策略控制元件。
11.根据权利要求9的方法，其进一步包括：
向所述服务器分配多个策略控制元件，以及
执行预定的负载平衡机制，用于选择所述多个策略控制元件中的同一个策略控制元件。
12.根据权利要求11的方法，其进一步包括：
在服务器中以及在网络网关元件中执行所述预定的负载平衡机制。
13.一种设备，其包括：
选择单元，所述选择单元被配置以便基于第一发现过程来实施对服务器的选择，
接收单元，所述接收单元被配置以便接收与基于第二发现过程对服务器的第二选择相关的请求消息，以及
处理器，所述处理器被配置以便处理所述请求消息，并且通过传送在基于所述第一发现过程的第一选择中所选择的服务器的地址信息来响应所述请求消息。
14.根据权利要求13的设备，其中，所述第一发现过程是基于分组数据协议上下文的发现机制。
15.根据权利要求13的设备，其中，所述第二发现过程是基于动态主机配置协议的发现机制。
16.根据权利要求13的设备，其中，要选择的服务器包括应用功能服务器和代理服务器中的至少一个。
17.根据权利要求16的设备，其中，所述应用功能服务器包括代理呼叫状态控制功能。
18.根据权利要求13的设备，其进一步被配置以便执行中继代理元件的功能。
19.根据权利要求13的设备，其被配置以便：
执行用于选择多个策略控制元件之一的预定的负载平衡机制，其中，由所述服务器来执行相同的预定的负载平衡机制。
20.一种用于计算机的计算机程序产品，所述计算机程序产品包括软件代码部分，当所述产品在所述计算机上运行时，所述软件代码部分使得所述计算机充当经由网络用于终端设备的通信连接的控制网络元件，其中，所述计算机程序产品被配置以便：
基于第一发现过程来执行对服务器的第一选择，
接收与基于第二发现过程对服务器的第二选择相关的请求消息，
处理所述请求消息，以及
通过传送在基于所述第一发现过程的第一选择中所选择的服务器的地址信息，响应所述请求消息。
21.一种方法，其包括：
基于第一发现过程来执行对服务器的第一选择，
接收与基于第二发现过程对服务器的第二选择相关的请求消息，
向被连接到通信网络的配置服务器转发包括在所述请求消息中的信息，
作为响应，从所述配置服务器接收地址信息，
基于所述第一发现过程来处理所接收到的地址信息，以及
通过传送根据对所接收的地址信息的处理而导出的地址信息，响应所述请求消息。
22.根据权利要求21的方法，其包括：
由中继代理元件来实现所述执行、所述接收、所述转发、所述处理和所述响应。
23.根据权利要求21的方法，其中，所述第一发现过程是基于分组数据协议上下文的发现机制。
24.根据权利要求21的方法，其中，所述第二发现过程是基于动态主机配置协议的发现机制。
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.一种系统，其包括：
至少第一和第二服务器，
基于第一发现过程来执行对第一服务器的第一选择的网络控制元件，以及
基于第二发现过程来执行对第二服务器的第二选择的终端设备，
其中，所述第二服务器被配置以便：
从所述终端设备接收请求消息，
确定由所述网络控制元件所选择的第一服务器，以及
基于从所述终端设备接收的请求消息，向所述第一服务器转发服务请求消息。
CN2008800119333A 2007-04-13 2008-02-26 用于执行服务器发现的机制 Active CN101658014B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/785,030 2007-04-13
US11/785,030 US9871872B2 (en) 2007-04-13 2007-04-13 Mechanism for executing server discovery
PCT/EP2008/052282 WO2008125378A1 (en) 2007-04-13 2008-02-26 Mechanism for executing server discovery

Publications (2)

Publication Number Publication Date
CN101658014A true CN101658014A (zh) 2010-02-24
CN101658014B CN101658014B (zh) 2013-10-09

Family

ID=39495499

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008800119333A Active CN101658014B (zh) 2007-04-13 2008-02-26 用于执行服务器发现的机制

Country Status (10)

Country Link
US (2) US9871872B2 (zh)
EP (1) EP2135432B1 (zh)
JP (1) JP5158387B2 (zh)
KR (1) KR101067357B1 (zh)
CN (1) CN101658014B (zh)
AU (1) AU2008238192A1 (zh)
CA (1) CA2680440A1 (zh)
IL (1) IL201257A0 (zh)
RU (1) RU2435328C2 (zh)
WO (1) WO2008125378A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106233695A (zh) * 2014-04-25 2016-12-14 瑞典爱立信有限公司 用于管理客户端设备的装置和方法

Families Citing this family (61)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006066145A2 (en) 2004-12-17 2006-06-22 Tekelec Supporting database access in an internet protocol multimedia subsystem
US8942668B2 (en) * 2007-04-20 2015-01-27 Alcatel Lucent Camel service charging in IMS networks
CN101291233B (zh) * 2007-04-20 2011-04-20 华为技术有限公司 一种实现事件检测的方法及系统
CN101299660B (zh) * 2007-04-30 2010-12-08 华为技术有限公司 一种执行安全控制的方法、系统及设备
WO2009006630A1 (en) * 2007-07-05 2009-01-08 Starent Networks, Corp System and method for reducing latency in call setup and teardown
WO2009012813A1 (en) * 2007-07-23 2009-01-29 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for use in a communications network
DE602007010841D1 (de) * 2007-07-23 2011-01-05 Ericsson Telefon Ab L M Verfahren und vorrichtung zur verwendung in einem kommunikationsnetz
US20090031394A1 (en) * 2007-07-24 2009-01-29 Telefonaktiebolaget Lm Ericsson (Publ) Methods and systems for inter-resource management service type descriptions
CN100546258C (zh) * 2007-07-24 2009-09-30 华为技术有限公司 实现策略与计费控制的方法、装置和系统
US8375136B2 (en) * 2007-08-08 2013-02-12 Innopath Software, Inc. Defining and implementing policies on managed object-enabled mobile devices
ATE526770T1 (de) * 2007-11-01 2011-10-15 Ericsson Telefon Ab L M Verfahren und system zum korrelieren von aaa- sitzungen
US8942112B2 (en) * 2008-02-15 2015-01-27 Cisco Technology, Inc. System and method for providing selective mobility invocation in a network environment
EP2255493B1 (en) * 2008-03-13 2013-05-15 Redknee Inc. Configurator
US8688784B2 (en) * 2008-03-20 2014-04-01 Redknee Inc. Metering of telecommunications services
CN101567793A (zh) * 2008-04-25 2009-10-28 华为技术有限公司 Pcc规则更新的方法、装置及系统
CN101729500B (zh) * 2008-10-31 2013-03-27 华为技术有限公司 一种ip会话标识方法、装置和系统
CN101742009B (zh) * 2008-11-07 2012-06-27 华为技术有限公司 一种会话关联的方法、系统及装置
EP2394396B1 (en) 2009-02-03 2018-10-17 Samsung Electronics Co., Ltd. Supplementary service provision method and system for ims-based network
EP2415227A1 (en) * 2009-04-01 2012-02-08 Nokia Siemens Networks OY Optimized interface between two network elements operating under an authentication, authorization and accounting protocol
KR101051023B1 (ko) * 2009-05-08 2011-07-26 주식회사 케이티 복수 ｐｃｒｆ를 지원하는 이동 통신 시스템 및 그 방법
US8972553B2 (en) * 2009-08-10 2015-03-03 Qualcomm Incorporated Method and apparatus for handling policy and charging control rule or quality of service rule modification failures
WO2011020514A1 (en) * 2009-08-20 2011-02-24 Telefonaktiebolaget L M Ericsson (Publ) Fair usage enforcement in roaming packet based access
WO2011047726A1 (en) * 2009-10-22 2011-04-28 Telefonaktiebolaget L M Ericsson (Publ) P-cscf address discovery
US20110141924A1 (en) * 2009-12-16 2011-06-16 Tektronix Inc. System and Method for Filtering High Priority Signaling and Data for Fixed and Mobile Networks
US9350876B2 (en) * 2010-01-04 2016-05-24 Tekelec, Inc. Methods, systems, and computer readable media for detecting initiation of a service data flow using a Gx rule
KR101632753B1 (ko) * 2010-03-25 2016-06-22 삼성전자주식회사 단말 관리 서비스를 제공하는 중개 단말 및 방법
US9215588B2 (en) 2010-04-30 2015-12-15 Cisco Technology, Inc. System and method for providing selective bearer security in a network environment
JP2012044556A (ja) * 2010-08-20 2012-03-01 Ntt Docomo Inc 移動通信方法及びポリシー制御ノード
US9019861B2 (en) * 2010-09-17 2015-04-28 Panasonic Intellectual Property Corporation Of America Base station and communication system
US8547908B2 (en) * 2011-03-03 2013-10-01 Tekelec, Inc. Methods, systems, and computer readable media for enriching a diameter signaling message
US8811281B2 (en) 2011-04-01 2014-08-19 Cisco Technology, Inc. Soft retention for call admission control in communication networks
EP2705698B1 (en) 2011-05-06 2016-04-06 Tekelec, Inc. Methods, systems, and computer readable media for steering a subscriber between access networks
CN102263786B (zh) * 2011-07-04 2017-04-05 中兴通讯股份有限公司 一种实现承载资源控制功能的方法和系统
KR20130070308A (ko) 2011-12-19 2013-06-27 삼성전자주식회사 동적 정책 제공을 위한 정책 결정 장치와 주소 변환 장치 사이의 연동을 위한 방법 및 장치
ES2883576T3 (es) * 2012-01-06 2021-12-09 Alcatel Lucent Reducir la carga debido al reporte de cambios de información a un controlador de política y/o carga en un sistema de comunicación móvil
EP2829017B1 (en) * 2012-03-19 2019-07-03 Nokia Solutions and Networks Oy Reliable charging in a roaming scenario through trust relationship between neighbouring networks
US8862702B2 (en) * 2012-07-18 2014-10-14 Accedian Networks Inc. Systems and methods of installing and operating devices without explicit network addresses
US9532224B2 (en) * 2012-11-05 2016-12-27 Electronics And Telecommunications Research Institute Method of device-to-device discovery and apparatus thereof
US9319378B2 (en) 2013-01-23 2016-04-19 Tekelec, Inc. Methods, systems, and computer readable media for using a diameter routing agent (DRA) to obtain mappings between mobile subscriber identification information and dynamically assigned internet protocol (IP) addresses and for making the mappings accessible to applications
WO2014177755A1 (en) * 2013-04-30 2014-11-06 Tana Oy Work machine control
US9509519B2 (en) 2013-09-09 2016-11-29 At&T Intellectual Property I, L.P. Method and system for managing user location information in a communication system
JP5681772B1 (ja) * 2013-09-24 2015-03-11 株式会社Ｎｔｔドコモ Ｉｐマルチメディアサブシステム、プロキシセッション制御装置及び通信制御方法
US9680745B2 (en) * 2014-01-20 2017-06-13 Huawei Technologies Co., Ltd. Multi-domain source routed forwarding based on collaborating network controllers
EP3869836A1 (en) * 2015-03-30 2021-08-25 Huawei Technologies Co., Ltd. Wireless communication method, remote user equipment, and relay user equipment
EP3866500A1 (en) 2015-04-01 2021-08-18 Telefonaktiebolaget LM Ericsson (publ) Ims emergency calls for roaming ues
US10951519B2 (en) 2015-06-17 2021-03-16 Oracle International Corporation Methods, systems, and computer readable media for multi-protocol stateful routing
US9668135B2 (en) 2015-08-14 2017-05-30 Oracle International Corporation Methods, systems, and computer readable media for providing access network signaling protocol interworking for user authentication
US10554661B2 (en) 2015-08-14 2020-02-04 Oracle International Corporation Methods, systems, and computer readable media for providing access network session correlation for policy control
US10084755B2 (en) 2015-08-14 2018-09-25 Oracle International Corporation Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) proxy and diameter agent address resolution
US9923984B2 (en) 2015-10-30 2018-03-20 Oracle International Corporation Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) message loop detection and mitigation
US9668134B2 (en) 2015-08-14 2017-05-30 Oracle International Corporation Methods, systems, and computer readable media for providing access network protocol interworking and authentication proxying
FR3047861A1 (fr) 2016-02-15 2017-08-18 Orange Procede et serveur de selection d'un serveur d'entree d'un reseau de communication ims.
US10736070B2 (en) * 2017-07-26 2020-08-04 Blackberry Limited Method and system for use of a relay user equipment in an internet protocol multimedia subsystem
EP3747173B1 (en) * 2018-02-02 2024-04-03 Telefonaktiebolaget LM Ericsson (publ) Service based p-cscf discovery
US10834266B2 (en) * 2018-07-23 2020-11-10 Cisco Technology, Inc. Process-efficient generation of data records for data communications involving groups or aggregates of IoT devices
FR3084549B1 (fr) 2018-07-30 2022-02-18 Ingenico Group Procede de transmission de donnees vers deux passerelles distinctes, et dispositif correspondant.
JP7269779B2 (ja) 2019-04-08 2023-05-09 大崎電気工業株式会社 電力量計
RU2715285C1 (ru) * 2019-04-23 2020-02-26 Алексей Николаевич Бегаев Способ повышения устойчивости защищенного соединения между элементами системы корпоративного управления с помощью инфотелекоммуникационных ресурсов, находящихся под управлением двух и более операторов связи
EP4106271A4 (en) * 2020-02-26 2023-03-29 Huawei Technologies Co., Ltd. METHOD, APPARATUS AND SYSTEM FOR APPLICATION DISCOVERY
CN112104506B (zh) * 2020-09-21 2023-07-18 北京指掌易科技有限公司 组网方法、装置、服务器及可读存储介质
US11283883B1 (en) 2020-11-09 2022-03-22 Oracle International Corporation Methods, systems, and computer readable media for providing optimized binding support function (BSF) packet data unit (PDU) session binding discovery responses

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU7325700A (en) 1999-09-10 2001-04-17 Telefonaktiebolaget Lm Ericsson (Publ) System and method of controlling discovery of a call-control server in a packet data network
FI109950B (fi) * 2000-01-20 2002-10-31 Nokia Corp Osoitteen saanti
WO2002032178A1 (en) 2000-10-10 2002-04-18 Nokia Corporation Service discovery and service partitioning for a subscriber terminal between different networks
US8458335B2 (en) * 2001-06-18 2013-06-04 Digi International Inc. Method and apparatus for relationship management
US7003575B2 (en) * 2001-10-15 2006-02-21 First Hop Oy Method for assisting load balancing in a server cluster by rerouting IP traffic, and a server cluster and a client, operating according to same
US6889252B2 (en) * 2001-10-22 2005-05-03 Jetcaps International Business Strategy Sas Method and system for using a selected peripheral of a network using a server as a re-router
US7533160B2 (en) 2003-02-18 2009-05-12 Qualcomm Incorporated Provisioning server information in a mobile station
JP4415751B2 (ja) 2003-05-14 2010-02-17 パナソニック株式会社 情報通信装置
US20040255302A1 (en) * 2003-06-10 2004-12-16 Nokia Corporation Systems and methods for content and service registration, query and subscription, and notification across local service discovery domains
US7568199B2 (en) * 2003-07-28 2009-07-28 Sap Ag. System for matching resource request that freeing the reserved first resource and forwarding the request to second resource if predetermined time period expired
CN1890942B (zh) * 2003-12-10 2010-04-14 国际商业机器公司 重定向对万维网服务的客户端请求的方法
KR101080546B1 (ko) * 2003-12-30 2011-11-04 텔레폰악티에볼라겟엘엠에릭슨(펍) 멀티미디어 서비스 케이퍼빌리티를 자동으로 발견하는 방법 및 통신 시스템
GB0400883D0 (en) * 2004-01-15 2004-02-18 Nokia Corp Controlling communication sessions in a communication system
EP1560368A1 (fr) * 2004-01-30 2005-08-03 France Telecom Procédé d'établissement d'une session multimédia entre un équipement appelant et un équipement appelé d'un réseau du type à sous domaine multimédia et système de communication mettant en oeuvre ce procédé
US20050267972A1 (en) * 2004-05-25 2005-12-01 Nokia Corporation Lightweight remote display protocol
US7574595B2 (en) * 2004-06-22 2009-08-11 Interdigital Technology Corporation Transparent session initiated protocol
FR2874779A1 (fr) * 2004-08-25 2006-03-03 France Telecom Procede et systeme de localisation d'utilisateurs pour les services bases sur les protocoles sip ou h.323 avec attribution d'adresse ip dynamique
US7543069B2 (en) * 2004-10-18 2009-06-02 International Business Machines Corporation Dynamically updating session state affinity
US7869382B2 (en) * 2004-12-06 2011-01-11 Hewlett-Packard Development Company, L.P. Network management assisted discovery
EP1705859A1 (en) * 2005-03-24 2006-09-27 Orange SA Packet radio network and method for activation of a packet data protocol context
JP4266950B2 (ja) 2005-03-31 2009-05-27 Ｎｅｃアクセステクニカ株式会社 アドレス情報取得装置およびアドレス情報取得方法
WO2007026268A1 (en) * 2005-08-31 2007-03-08 Nokia Corporation Inter-access mobility and service control
US20070223450A1 (en) * 2005-09-20 2007-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Minimized setup time for IMS multimedia telephony using PRE provisioned resources reserve at answer
US7911943B2 (en) * 2006-01-13 2011-03-22 Nokia Corporation Optimization of PDP context usage
JP4903816B2 (ja) * 2006-02-07 2012-03-28 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおいて用いる方法及び装置
US8131805B2 (en) * 2006-03-01 2012-03-06 Research In Motion Limited Multilevel anti-spam system and method with load balancing
GB2436665A (en) * 2006-03-31 2007-10-03 Fujitsu Ltd Efficient call routing while roaming
US8180382B1 (en) * 2006-07-14 2012-05-15 At&T Mobility Ii Llc Direct and immediate transmittal of voice messages and handset storage thereof
US20080092224A1 (en) * 2006-10-16 2008-04-17 Motorola, Inc. Method and apparatus for seamless connections and service continuity in an agnostic access internet protocol multimedia communication system
US7774438B2 (en) * 2007-01-26 2010-08-10 Avaya Communication Israel Ltd. Parameter provisioning

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106233695A (zh) * 2014-04-25 2016-12-14 瑞典爱立信有限公司 用于管理客户端设备的装置和方法
CN106233695B (zh) * 2014-04-25 2020-04-03 瑞典爱立信有限公司 用于管理客户端设备的装置和方法

Also Published As

Publication number Publication date
EP2135432A1 (en) 2009-12-23
US20080256251A1 (en) 2008-10-16
CA2680440A1 (en) 2008-10-23
RU2435328C2 (ru) 2011-11-27
US9871872B2 (en) 2018-01-16
JP2010527520A (ja) 2010-08-12
KR101067357B1 (ko) 2011-09-23
WO2008125378A1 (en) 2008-10-23
AU2008238192A1 (en) 2008-10-23
EP2135432B1 (en) 2012-10-17
IL201257A0 (en) 2010-05-31
KR20090128564A (ko) 2009-12-15
JP5158387B2 (ja) 2013-03-06
CN101658014B (zh) 2013-10-09
RU2009141603A (ru) 2011-05-20
US20180139289A1 (en) 2018-05-17

Similar Documents

Publication Publication Date Title
CN101658014B (zh) 用于执行服务器发现的机制
CN102598633B (zh) 控制用户设备中的分组过滤器安装
RU2390970C2 (ru) Регистрация пользователей в системе связи
CN101142833B (zh) 用于控制电路交换域用户终端接入ims通信网服务的设备
US8300629B2 (en) Device and method for providing interaction management for communication networks
US8126459B2 (en) Controlling registration in a communication system
CN100596076C (zh) 个人网管理中用户设备登记、激活系统、方法及装置
US20110078316A1 (en) Method And Element For Service Control
CN101563903B (zh) 用于向用户提供ip多媒体子系统通信服务的方法和设备
CN104322136A (zh) 处理通信网络中的通信会话
CN103125105A (zh) 用于管理向一组用户实体的通信的应用服务器
WO2006120303A1 (en) Method and element for service control
CN103119906B (zh) 用于在通信网络中管理向用户实体的会话发起协议通信的网络实体及方法
KR20070025271A (ko) 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 발신 및 착신 호를 가능하게 하는 방법 및 장치
CN101584182A (zh) 发现基于电话的Web服务器的方法及相关电子设备和计算机程序产品
US9332055B2 (en) Method and apparatus for routing XCAP requests
KR20100121350A (ko) 복수 ｐｃｒｆ를 지원하는 이동 통신 시스템 및 그 방법
CN101771932B (zh) 多媒体子系统本地业务触发系统、方法及相关装置
CN101212712A (zh) 用户设备、服务呼叫控制功能实体及用户设备注册方法
WO2023094009A1 (en) Method, apparatus and computer program

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20160120

Address after: Espoo, Finland

Patentee after: Technology Co., Ltd. of Nokia

Address before: Espoo, Finland

Patentee before: Nokia Oyj