与IP多媒体子系统中的在线收费相关的方法和设备与流程

本发明涉及一种与IP多媒体子系统中的在线收费相关的方法和设备。

背景技术：
世界上大量移动用户是预付费用户，具有与运营商的预付费订购。对于多数预付费用户，使用在线收费。在智能网络(IN)解决方案的情况下，普遍的是，所使用的在线收费系统(OCS)具有用于向预付费用户发起呼叫通告的能力。可以在呼叫建立(预呼叫通告)之前、在呼叫期间或在呼叫结束时生成这些通告。出于各种原因而使用预呼叫通告(例如欢迎消息、账户余额信息、禁止原因)。在呼叫期间的通告一般是账户余额很低(呼叫切断告警，一般是音频的形式)的短告警；当由于空账户而已经切断呼叫时，使用在呼叫结束时的通告。对于使用多媒体电话服务(MMTel)应用服务器(AS)的IP多媒体子系统(IMS)中的移动预付费用户，AS可以基于通过Ro接口从OCS接收到的属性值对(AVP)中的信息来产生一些通告(Ro接口将在以下进一步详细描述)。这些通告可以主要基于低余额指示AVP、最终单元指示AVP和所接收到的结果代码。应参照RFC4006(Diameter信用控制)、RFC3588(Diameter基本协议)、3GPPTS24.229(基于会话发起协议(SIP)和会话描述协议(SDP)的互联网协议(IP)多媒体呼叫控制协议；阶段3)、3GPPTS32.260(IMS收费)、3GPPTS32.240(收费架构和原理)、3GPPTS32.299(电信管理；收费管理；Diameter收费应用)。申请人已经认识到，对于IP多媒体子系统(IMS)网络中的多媒体电话服务(MMTel)的移动预付费用户，需要改进的通告服务。

技术实现要素：
在此提出一种与IP多媒体子系统IMS内的在线收费相关的方法。通过在IMS服务节点与IMS收费节点之间提供的服务收费接口，在IMS收费节点处从IMS服务网络节点接收信用控制请求消息。参照一个或多个触发条件，在所述IMS收费节点处确定要将通告提供给与所述信用控制请求消息关联的用户和/或另一用户。在确定之后，通过所述服务收费接口在信用控制应答消息中将通告请求从所述IMS收费节点发送到所述IMS服务节点，从而在所述IMS服务节点中发起通告服务。所述信用控制应答消息响应于所述信用控制请求消息。所述通告请求包括与要提供的通告相关的通告信息。所述确定步骤可以响应于接收所述信用控制请求消息而执行。所述方法可以包括：响应于所述确定步骤中的确定，请求所述IMS服务节点发送所述信用控制请求消息，从而在所述确定步骤之后执行所述接收步骤。所述请求步骤可以包括：发送重新授权请求。从IMS服务节点的观点来看上述方法如下。通过在IMS服务节点与IMS收费节点之间提供的服务收费接口，将信用控制请求消息发送到IMS收费节点。在IMS收费节点处确定要将通告提供给与信用控制请求消息关联的用户和/或另一用户之后，通过服务收费接口在信用控制应答消息中接收通告请求。信用控制应答消息响应于信用控制请求消息。通告请求包括与要提供的通告相关的通告信息。响应于接收通告请求，在IMS服务节点中激活通告服务。作为通告服务的一部分，基于通告信息来配置要提供的通告。所述通告信息可以包括以下至少一个：(i)关于何时要提供所述通告的信息；(ii)关于要将所述通告提供给谁的信息；(iii)关于要提供的通告的内容的信息。关于所述通告的内容的信息可以包括可以用于查找构成要提供的通告的至少一部分的预定内容的通告标识符或引用。所述方法可以包括：使用所述通告标识符或引用来查找所述预定内容。所述通告信息可以包括要由所述IMS服务节点用于基于所述通告标识符或引用来查找所述预定内容的服务器的地址。所述方法可以包括：与所述服务器进行通信以确定所述通告的预定内容。所述通告的内容可以包括以下至少一个：欢迎消息、账户余额信息、禁止相关信息、账户余额信息、与潜在或实际呼叫切断相关的信息。关于何时要提供所述通告的信息可以指定是否要立即提供所述通告或是否要延迟预定时间或直到预定事件时提供所述通告。所述通告可以是账户相关或信用相关的通告。与所述信用控制请求消息关联的用户可以是主叫方。所述另一用户可以是被叫方。所述IMS服务节点可以涉及实现从所述主叫方到所述被叫方的呼叫。所述信用控制应答消息中可以包括多个通告请求。所述多个通告请求中的第一通告请求可以与呼叫建立通告相关，所述多个通告请求中的第二通告请求可以与在所述呼叫结束时的通告相关。所述信用控制应答消息可以是Diameter信用控制应答CCA消息。所述信用控制请求消息可以是Diameter信用控制请求CCR消息。所述IMS收费节点可以包括在线收费系统OCS。所述IMS服务节点可以包括应用服务器。所述服务收费接口可以是DiameterRo接口。提出一种IP多媒体子系统IMS内的根据上述方案的用于在线收费的设备。所述设备用于IMS收费节点处。所述设备包括用于通过在IMS服务节点与IMS收费节点之间提供的服务收费接口从IMS服务网络节点接收信用控制请求消息的装置(或被配置为或适于此的接收机/处理器/电路/单元)。所述设备包括用于参照一个或多个触发条件来确定要将通告提供给与所述信用控制请求消息关联的用户和/或另一用户的装置(或被配置为或适于此的处理器/电路/单元)。所述设备包括用于在确定之后通过所述服务收费接口在信用控制应答消息中将通告请求发送到所述IMS服务节点从而在所述IMS服务节点中发起通告服务的装置(或被配置为或适于此的发射机/处理器/电路/单元)，所述信用控制应答消息响应于所述信用控制请求消息，所述通告请求包括与要提供的所述通告相关的通告信息。提出一种IP多媒体子系统IMS内的根据上述方案的用于在线收费的设备。所述设备用于IMS服务节点处。所述设备包括用于通过在IMS服务节点与IMS收费节点之间所提供的服务收费接口将信用控制请求消息发送到所述IMS收费节点的装置(或被配置为或适于此的发射机/处理器/电路/单元)。所述设备包括用于在所述IMS收费节点处确定要将通告提供给与所述信用控制请求消息关联的用户和/或另一用户之后，通过所述服务收费接口在信用控制应答消息中接收通告请求的装置(或被配置为或适于此的接收机/处理器/电路/单元)，所述信用控制应答消息响应于所述信用控制请求消息，所述通告请求包括与要提供的通告相关的通告信息。所述设备包括用于响应于接收所述通告请求而在所述IMS服务节点中激活通告服务的装置(或被配置为或适于此的处理器/电路/单元)。所述设备包括用于作为所述通告服务的一部分基于所述通告信息来配置要提供的通告的装置(或被配置为或适于此的处理器/电路/单元)。还提出一种用于控制设备执行在此所提出的方法或当加载到设备时使得所述设备变为在此所提出的设备的程序。可以在载体介质上承载所述程序。所述载体介质可以是存储介质。所述载体介质可以是传输介质。还设想该程序所编程的设备，如包含该程序的存储介质。通过先前所考虑的技术，提供给AS的指示并不使得OCS能够经由AS将特定通告提供给用户。例如，低余额指示仅提供余额很低的总体信息。本发明实施例允许更灵活得多的方法，使得OCS能够控制通告服务的方面以及进行什么通告。例如，本发明实施例允许通知余额有多低或该低剩余余额将支撑多长时间，并且相应地允许控制应进行什么通告。在先前考虑的方法中并未建议发送与要提供的通告相关的通告信息。此外，不同于先前考虑的技术，本发明实施例并不需要专用AVP，而是允许从OCS向AS触发任何类型的通告。示例可以是欢迎通告、活动信息等。通过在所述信用控制应答消息中发送通告请求来从OCS发起在AS处的通告服务，其中，根据具体地与要提供的通告相关的通告请求所携带的通告信息来执行(控制)通告服务。根据本发明实施例的灵活通告能够向用户提供具有MMTel的IMS中的在线收费，其中与现今的移动网络中的可用服务相比具有相同或更好的通告服务。该解决方案还对运营商给出了基于如何构建网络中的整体通告处理和通告服务器的结构来创建收费通过的优化解决方案的灵活性。本发明的修改和其它变型对于受益于前面描述和附图所提出的教导的本领域技术人员将是容易想到的。因此，应理解，本发明实施例不限于所公开的特定示例，并且修改和其它变型意图被包括在本发明的范围内。虽然在此可以采用特定术语，但它们仅使用在通常和描述性的意义上，并且目的不是限制。附图说明图1通过背景的方式示出涉及在线和离线收费系统的IMS实体和接口；图2用于解释在在线收费情况下在OCS与MMTelAS之间的Ro接口上传送的消息；图3用于解释本发明实施例如何提出在图2的信用控制询问响应消息中包括附加通告相关信息；图4a和图4b示意性示出根据本发明实施例执行的方法；图5示意性示出用于执行根据本发明实施例的方法的设备；图6示意性示出可以实现本发明实施例的节点；图7a和图7b示出根据本发明实施例的说明与通告服务的提供相关地交换的消息和执行的步骤的信令图，其中，在呼叫建立时提供通告；图8示出根据本发明实施例的说明与通告服务的提供相关地交换的消息和执行的步骤的信令图，其中，在呼叫期间提供通告；图9示出根据本发明实施例的说明与通告服务的提供相关地交换的消息和执行的步骤的信令图，其中，在呼叫结束时提供通告；图10示出根据本发明实施例的说明与通告服务的提供相关地交换的消息和执行的步骤的信令图，其中，在呼叫建立时以及在呼叫结束时提供通告；图11示出根据本发明实施例的说明与通告服务的提供相关地交换的消息和执行的步骤的信令图，其中，在呼叫期间提供并且从在线收费系统发起通告；图12和图13用于解释实施本发明的第一备选；图14用于解释实施本发明的第二备选；图15示意性示出可以实现本发明实施例的网络；图16示意性示出根据本发明实施例的用户终端；图17示意性示出根据本发明实施例的基站。具体实施方式将首先从总体上描述本发明实施例，随后是更详细的描述。本发明实施例总体要服从IP多媒体子系统(IMS)的架构原理以及在Ro参考点处的在线收费的原理。在此方面，Ro是Diameter接口，现将在其它这些接口的上下文中参照图1对其进行简要解释。图1示出涉及在线和离线收费系统的IMS实体和接口。Ro是AS、媒体资源功能控制器(MRFC)、服务呼叫会话控制功能(S-CSCF)(或更一般地，服务网络中的节点)用于与OCS交换在线收费信息的Diameter接口。Gx是用于在策略和收费执行功能(PCEF)与策略和收费规则功能(PCRF)之间交换策略判断相关信息的Diameter接口。Gy是在OCS与PCEF(或更一般地，核心网络中的节点)之间的Diameter接口。经由Ro接口针对语音和视频并且经由Gy接口针对数据而向用户收费。(Gy用于基于流的收费)。Rx是用于在代理呼叫会话控制功能(P-CSCF)与PCRF之间交换策略和收费相关信息的Diameter接口。Rf是用于与CDF交换离线收费信息的Diameter接口。在在线收费中，OCS基于所请求的服务的价格或定价以及订户的账户中的余额来批准网络资源使用。OCS支持两种类型的在线收费功能：基于会话的收费功能(SBCF)和基于事件的收费功能(EBCF)。SBCF负责基于网络承载以及会话的服务，例如语音呼叫、GPRS会话或IMS会话。OCS能够通过在检查订户的账户之后允许或拒绝会话建立请求来控制会话。IMS通过OCS支持在线收费能力，其中，IMS节点或AS实时与OCS交互，以处理用户的账户并且控制与服务使用相关的收费。然而，发明人已经认识到，当前不可能使用Ro接口从OCS发起灵活的通告服务，并且意识到期望提供可以通过Ro(或等效)接口从OCS发起的灵活的通告服务。本发明实施例基于如图2所示的OCS3与IMS节点2之间的现有通信原理。为了能够从OCS发起通告，如图3示意性示出的，在AS21中定义新的“通告服务”，在OCS31中定义该服务的触发点，并且加入OCS31与AS21之间的协议。当在OCS31处接收到普通信用控制询问请求时，在建立呼叫之前或在呼叫期间，OCS31将进行普通定价和处理。该请求的结果可以是成功(即保留配额)，或其可以是不成功。除此之外，OCS31将还检查发起通告的触发条件。如果要从AS21请求通告服务，则OCS31在对AS21询问响应中加入该请求，如图3所示。OCS31包括作为通告服务请求的部分的定时指示符、播放选项指示符和通告标识符。定时指示符用于通知MMTelAS21中的通告服务何时要播放通告，例如立即或延迟。播放选项指示符用于向通告服务通知通告应对何方播放，例如主叫方或被叫方或二者。通告标识符用于标识通告，并且如果包括多于一个的通告，则也可以包括序列号，并且还有要在通告的可变部分中包括的变量。AS21中的通告服务可以包括：·通告选择部分·用户与通告设备之间的连接处理通告选择部分可以包括基于从OCS31接收到的通告标识符对AS21中的内部定义消息的映射功能。AS21可以建立对通告设备的连接，并且可以控制基于播放选项指示符的内容来将通告发送到用户。在消息已经传递到用户之后，AS21可以断开对通告设备的连接。图4a和图4b的流程图中示意性概括实施例。这些图示出IMS服务网络节点(例如AS)20、IMS收费节点(例如OCS)30和通告服务器节点(例如MRF/MGW)40所执行的步骤。图5示意性示出IMS服务网络节点20和IMS收费节点30的组件。在步骤S-b中，IMS服务网络节点20通过IMS服务网络节点20与IMS收费节点30之间提供的服务收费接口22，将信用控制请求消息发送到IMS收费节点30。在步骤S-C中，IMS收费节点30通过服务收费接口22从IMS服务网络节点20接收信用控制请求消息。该信用控制请求消息可以由IMS收费节点30请求，或其可以已经在IMS服务网络节点20的正常操作过程中由IMS服务网络节点20发送。现将阐述这两个选项，从第一选项(图4a中的“选项A”)开始并且随后是第二选项(图4a中的“选项B”)。关于选项A，在步骤S-A中，IMS收费节点30参照一个或多个触发条件确定要将通告提供给与信用控制请求消息关联的用户(例如主叫方)和/或另一用户(例如被叫方)。响应于步骤S-A中的确定，在步骤S-B中，IMS收费节点30将请求(例如重新授权请求)发送到IMS服务网络节点20，请求发送信用控制请求消息。在步骤S-a中，IMS服务网络节点20接收该请求。响应于接收该请求，在步骤S-b中，IMS服务网络节点20将信用控制请求消息发送到IMS收费节点30。如果步骤S-A中的确定是不要提供通告，则所发生的情况超出本发明的范围。对于选项B，不执行步骤S-A、S-B和S-a。而是在IMS服务网络节点20的正常操作中，在步骤S-b中发送信用控制请求消息；在步骤S-b中发送信用控制请求消息的原因并不重要，但以下更详细地阐述一些可能的原因。在步骤S-C中接收信用控制请求消息之后，IMS收费节点30然后在步骤S-D中执行与以上参照步骤S-A所描述的相似的检查。换句话说，在步骤S-D中，IMS收费节点30参照一个或多个触发条件确定要将通告提供给与信用控制请求消息关联的用户(例如主叫方)和/或另一用户(例如被叫方)。响应于步骤S-D中的确定，处理进入步骤S-E。如果步骤S-D中的确定是将不提供通告，则所发生的情况超出本发明的范围。在选项A中不执行步骤S-D，从而在选项A中处理从步骤S-C进入S-E。因此，在选项A和选项B中IMS收费节点30都执行确定步骤，其中，所述确定步骤是在IMS收费节点30接收到信用控制请求消息之前或之后执行的。在选项B中，响应于接收信用控制请求消息而执行确定步骤，而在选项A中，响应于确定步骤中的确定而请求信用控制消息，从而在确定步骤之后执行接收步骤。在已经进行这种确定(步骤S-A或步骤S-D中的“是”)之后，在步骤S-E中，通过服务收费接口22在信用控制应答消息中将通告请求发送到IMS服务网络节点20，从而在IMS服务网络节点20中发起通告服务。步骤S-E中所发送的信用控制应答消息响应于步骤S-C中所接收到的信用控制请求消息。所述通告请求包括与要提供的所述通告相关的信息。在步骤S-c中，IMS服务网络节点20通过服务收费接口22在信用控制应答消息中接收通告请求，在步骤S-c中所接收到的信用控制应答消息响应于先前在步骤S-b中所发送的信用控制请求消息，通告请求包括与要提供的通告相关的信息。响应于接收通告请求，在步骤S-d中在所述IMS服务网络节点20中激活通告服务。作为通告服务的部分，在步骤S-e中，IMS服务网络节点20基于通告请求中的通告信息来配置要提供的通告。可以与通告服务器40协作来执行通告的提供，以下将在特定实施例中提供其更多细节。在步骤S-f中，在IMS服务网络节点20处终止通告服务。图5示意性示出IMS服务网络节点20和IMS收费节点30的组件。IMS服务网络节点20包括被配置为或适用于分别执行步骤S-a至S-f的组件(例如处理器/接收机/发射机)P-a至P-f。IMS收费节点30包括被配置为或适用于分别执行步骤S-A至S-E的组件(例如处理器/接收机/发射机)P-A至P-E。应理解，可以通过一个或多个处理器或处理单元的形式来提供上述组件中的一个或多个的操作，可以至少部分地通过设备或装置上操作的程序来控制或提供所述一个或多个处理单元。单个组件实际上可以执行若干所描述的组件的功能。单个处理器或处理单元可以被配置为执行多个组件的功能。所述操作程序可以存储在计算机可读介质上，或可以例如实施为信号(例如从互联网网站所提供的可下载数据信号)。本发明应解释为覆盖操作程序自身、或载体上的记录、或信号或任何其它形式。图6是可以实现在此所描述的技术的节点1的示意性说明。用于控制节点1来执行在此所描述的方法的计算机程序存储在程序存储器70中。在执行在此所描述的方法期间所使用的数据存储在数据存储器60中。在执行在此所描述的方法期间，程序步骤取自程序存储器70并且由中央处理单元(CPU)50执行，CPU50从数据存储器60检索所需数据。执行在此所描述的方法得到的输出信息可以存储回数据存储器60中，或发送到输入/输出(I/O)接口80，I/O接口80可以根据需要包括发射机用于将数据发送到其它节点。类似地，输入/输出(I/O)接口80可以包括接收机，用于从其它节点接收数据，例如由CPU50使用。在进一步描述本发明更具体的实施例之前，将结合上述“服务收费接口”来提供简要解释。在这方面，可以考虑三种不同类型的收费：内容收费、服务收费(或通信收费)和承载收费。存在很多不同的使用中的收费模型——如按事件、按会话、基于内容以及基于价值——但它们可以通常分类为这三种类型或级别：内容收费、服务收费和承载收费。运营商在对于所有不同服务将收费建立在不同级别中具有灵活性，因为很多内容和数据服务的收费可以并且通常将基于这些级别的组合。当针对承载服务的实际介质而不是通过介质传送的服务或内容来向用户收费时，进行承载收费。示例是当消费者使用无线互联网时针对数据字节的收费。当使用承载收费时，应可以对服务或内容或二者实行零费率。当针对启用服务(例如人对人文本或图片消息传送、流传送和基于位置的服务)来向用户收费时，进行服务收费。当使用服务收费时，应可以对承载或内容收费或二者实行零费率。当针对用户从内容接收的实际体验或价值而不是底层技术来向用户收费时，进行内容收费。可以受益于这种收费级别的内容和数据服务的示例是内容对人MMS(例如体育片段)和移动游戏。当使用内容收费时，应可以对承载或服务收费或二者实行零费率。内容和服务收费通常与服务网络关联，而承载收费与核心网络关联。Gy接口用于承载收费，而Ro接口用于内容和服务收费。为此，在此所使用的术语“服务收费”应表示与服务网络关联的收费(即根据以上描述的内容收费和/或服务收费)，而术语“承载收费”将表示与核心网络关联的收费。Ro接口因此是“服务收费接口”的示例。现将描述实施本发明的更详细的示例。图7a和图7b所示的示例描述在呼叫建立时的通告请求。1.MMTelAS21接收INVITE。源订户是在线收费用户，即到OCS31的地址被包括在PCFA中。2.MMTelAS21收集可用收费信息，并且将CCR(I)发送到OCS31。3.OCS31将基于所接收到的信息进行定价，并且检查账户状态。OCS31将具有订户是预付费用户的知识。如果通告服务可以从AS请求，则OCS31将检查是否满足通告服务的触发条件中的一些。OCS31中用于请求MMTelAS21中的通告服务的触发条件可以例如是：-来自新订户的首次呼叫-在重新充值之后的首次呼叫-低余额，即账户的阈值已经在OCS31中通过。-无信用-账户定时器超期-服务监督超期4.除了CCA(I)中所包括的正常询问结果之外，OCS31将还加入通告请求。在新分组的AVP中承载通告请求。5.如果通告服务在MMTelAS21中可用并且活动，则存储询问的结果，并且由于定时指示符被设置为立即，因此通告服务开始。6.MMTelAS21将选择通告以发送到源用户。该选择基于从OCS31所接收到的通告标识符。7.向源用户建立连接。8.MMTelAS21将建立对媒体资源功能/媒体网关(MRF/MGW)41的连接，并且通知要播放哪个通告。9.向源用户播放通告。MRF/MGW41向MMTelAS21指示何时已经传送通告。10.释放MMTalAS21与MRF/MGW41之间的连接。11.MMTelAS21将基于来自询问的结果(即继续呼叫(步骤12)或清除呼叫(步骤13和14))而继续会话。图8示出另一详细示例。其描述在所建立的呼叫期间的通告请求。1在MMTelAS21中建立呼叫。2MMTelAS21必须向OCS31进行新询问。原因可以是已经使用了先前接收到的配额，或定价条件已经改变(例如媒体的改变)。MMTelAS21收集可用收费信息，并且将CCR(U)发送到OCS31。3OCS31将基于所接收到的信息进行定价，并且检查账户状态。OCS31将具有订户是预付费用户的知识。如果通告服务可以从AS请求，则OCS31将检查是否满足通告服务的触发条件中的一些。4除了CCA(U)中所包括的正常询问结果之外，OCS31将还加入通告请求。在新分组的AVP中承载通告请求。5如果通告服务在MMTelAS21中可用并且活动，则存储询问的结果，并且开始通告服务。通过服务可以基于定时指示符的内容而立即开始或延迟数秒。6MMTelAS21将选择通告以发送到用户。该选择基于从OCS31所接收到的通告标识符。7MMTelAS21将基于播放选项指示符中所包含的信息来建立连接。在该示例中，其为对主叫方的通告。MMTelAS21将连接方挂起。8MMTelAS21将建立对MRF/MGW41的连接，并且通知要播放哪个通告。9向用户播放通告。MRF/MGW41向MMTelAS21指示何时已经传送通告。10释放MMTalAS21与MRF/MGW41之间的连接。11恢复连接方。12呼叫继续。图9示出另一详细示例。其示出在呼叫结束时的通告请求。1在MMTelAS21中建立呼叫。2MMTelAS21必须向OCS31进行新询问。原因可以是已经使用了先前接收到的配额，或定价条件已经改变(例如媒体的改变)。MMTelAS21收集可用收费信息，并且将CCR(U)发送到OCS31。3OCS31将基于所接收到的信息进行定价，并且检查账户状态。OCS31将具有订户是预付费用户的知识。如果通告服务可以从AS请求，则OCS31将检查是否完成满足通告服务的触发条件中的一些。在此情况下，将使用来自账户的最终单元。4除了CCA(U)中所包括的正常询问结果之外，OCS31将还加入通告请求。在新分组的AVP中承载通告请求。5如果通告服务在MMTelAS21中可用并且活动，则存储询问的结果，并且开始通告服务。对于该情况，定时指示符用于通知应在已经使用所接收到的配额之后首先播放消息。否则定时指示符的默认值是“立即”。6当已经使用了所有配额时，MMTelAS21通过发送BYE来断开连接方。7MMTelAS21将选择通告以发送到用户。该选择基于从OCS31所接收到的通告标识符。8MMTelAS21将建立对MRF/MGW41的连接，并且通知要播放哪个通告。9向用户播放通告。MRF/MGW41向MMTelAS21指示何时已经传送通告。10释放MMTalAS21与MRF/MGW41之间的连接。11-12清除呼叫。图10示出多个通告的示例。其描述当账户非常低(即在向OCS31的第一询问中将使用账户上的最终单元时)的情况。在此情况下，CCA(I)将包括两个通告请求：一个用于呼叫建立通告，一个用于在呼叫结束时的通告。如图11所示，如果OCS31中的紧急通告的触发指示应立即播放通告，则OCS31可以向MMTelAS21发送重新授权请求(RAR)，并且强制MMTelAS21进行新询问。在处理该询问时，OCS31可以将通告请求加入询问结果。该操作与以上参照图4a和图4b所描述的“选项A”对应，而以上参照图7至图10所描述的其它示例与“选项B”对应。图12示出第一备选，其中，在OCS中进行通告服务器(例如媒体资源功能或MRF)的选择。为了增强创建更加网络优化的解决方案并且减少OCS与MMTelAS之间的通告标识符的耦合的可能性，OCS可以向MMTelAS提供通告服务器的地址作为通告服务请求的部分。取代在MMTelAS中针对通告进行映射，当MMTelAS建立连接时，OCS所定义的通告的结构传送到通告服务器。在OCS与通告服务器之间而不是在OCS与MMTelAS之间协调从OCS请求的通告的配置。对于该备选，以通告引用来代替通告标识符。序列号以及可变部分仍然是可应用的。该信息从MMTelAS传送到通告设备。为了将该信息从OCS和MMtelAS传输到通告服务器，可以使用来自RFC4240(SIP的基本网络媒体服务)的原理。在图13中提供示例。在从MMTelAS到通告服务器的通信中使用req-URI。图14示出第二备选，其中，在OCS中进行通告服务器以及通告存储器的选择。为了进一步增强创建更加网络优化的解决方案并且减少OCS与通告服务器之间的通告标识符的耦合的可能性，OCS可以将至通告服务器的地址提供给MMTelAS，作为通告服务请求的部分，以及通告的存储器的地址。如果通告服务器支持VXML，则该操作是有用的。通告服务器可以通过使用http来从存储器取得所指示的VXML。通告存储器可以集中在网络中，或其可以放置在OCS内。为了向存储器中的VXML提供用于可变部分(如果有)的值，可以在OCS与存储器之间提供该信息，或可以在从OCS到MMTelAS并且进一步到通告服务器的信令中包括该信息。为了将该信息从OCS和MMtelAS传输到通告服务器，可以使用来自RFC4240的原理。虽然可以在支持任何合适的通信标准并且使用任何合适的组件的任何适当类型的通信系统中实现所描述的解决方案，但可以在LTE网络(例如图15所示的网络)中实现所描述的解决方案的特定实施例。如图15所示，示例网络可以包括用户设备(UE)10和能够与UE10进行通信的一个或多个基站15的一个或多个实例，以及适合于支持UE10之间或UE10与另一通信设备(例如陆线电话)之间的通信的任何附加的元件。虽然所示的UE10可以表示包括硬件和/或软件的任何合适的组合的通信设备，但这些UE10在特定实施例中可以表示例如图16更详细地示出的示例UE10的设备。相似地，虽然所示的基站15可以表示包括硬件和/或软件的任何合适的组合的网络节点，但这些基站15在特定实施例中可以表示例如图17更详细地示出的示例基站15的设备。如图16所示，示例UE10包括处理器11、存储器12、收发机13和天线14。在特定实施例中，执行计算机可读介质(例如图16所示的存储器12)上所存储的指令的UE处理器11可以提供移动通信设备或UE的其它形式所提供的上述一些或所有功能。UE10的备选实施例可以包括超出图16所示的附加组件，其可以负责提供UE的功能的特定方面，包括上述任何功能和/或支持上述解决方案必须的任何功能。如图17所示，示例基站15包括处理器16、存储器17、收发机18和天线19。在特定实施例中，执行计算机可读介质(例如图17所示的存储器)上所存储的指令的基站处理器16可以提供移动基站、基站控制器、节点B、增强型节点B和/或任何其它类型的移动通信节点所提供的上述一些或所有功能。基站的备选实施例可以包括附加组件，负责提供附加功能，包括以上所标识的任何功能和/或支持上述解决方案必须的任何功能。所附信令图可以被看作不仅描述各个节点所交换的一系列消息和所执行的方法步骤，而且还描述用于交换这些消息或执行这些方法步骤的设备。此外，为了完整，描述为从节点A发送到节点B的任何消息隐含地包括节点A发送消息的步骤以及节点B接收消息的步骤以及用于执行这些步骤的在节点A和B处的装置。本领域技术人员应理解，在不脱离本发明的范围的的情况下，可以对上述实施例进行各种修改。例如，应容易理解，虽然参照3GPP核心网络的部分来描述以上实施例，但在此所描述的技术也可以用于类似的网络，例如具有类似功能组件的3GPP核心网络的后继组件。还使用术语“用户设备(UE)”代替术语“移动终端”或“移动电话”。术语“UE”在第三代伙伴项目(3GPP)文献中是熟知的，并且目的是指代被配置为访问互联网的任何设备；其可以包括例如移动通信设备、便携式或手持计算设备和桌面或所安装的计算机，但不限于此。因此，例如3GPP和UE的术语以及以上描述和附图中所使用的关联或相关术语应当相应地进行解释。