CN1297923C

CN1297923C - 在互联网协议网络中提供即时业务的系统与方法

Info

Publication number: CN1297923C
Application number: CNB028245350A
Authority: CN
Inventors: 大卫·格拉贝斯凯; 阿诺普·特里帕蒂; 迈克尔·霍迈尔; 迈克尔·S·博雷拉
Original assignee: UTStarcom Inc
Current assignee: UTStarcom Inc
Priority date: 2001-12-12
Filing date: 2002-12-12
Publication date: 2007-01-31
Anticipated expiration: 2022-12-12
Also published as: CN1625737A; JP2005514808A; US20040003046A1; AU2002351370A1; EP1454245A1; WO2003054717A1

Abstract

本发明公开了用于在一互联网协议网络(104)中提供即时业务的系统与方法。这些方法之一包括：在一第一用户终端(102)和一预定网络装置之间提供一第一通信会话的步骤；以及在一第二用户终端(114)和该预定网络装置之间提供一第二通信会话的步骤。该示范性的方法还包括：接收一用以在该第一用户终端(102)和该第二用户终端(114)之间建立一有效通信会话的激活请求，并且响应地，在该预定网络装置上将该第一通信会话桥接到该第二通信会话。

Description

在互联网协议网络中提供即时业务的系统与方法

相关申请的交叉参照

本申请要求2001年12月12日提交的美国专利申请序列号10/021,171的申请的优先权，在此并入其全部内容作为参照。

技术领域

本发明涉及移动互联网协议(“IP”)网络中的通信。在优选实施例的一方案中，它涉及在这样的网络中提供即时语音消息。

背景技术

随着对无线通信和互联网连接的关注的迅速增长，无线业务供应商通过提供其客户利用两项技术的应用来争夺市场份额。然而，由于业务供应商试图扩大其客户群，他们发现在电路交换网络中提供联合语音和数据业务的固有困难。这些基础设施无法满足带宽的巨大需求，或无法即时地支持新兴业务和应用的具有成本效益的递送。

在移动互联网协议网络中，移动通信装置(移动节点)，比如将其连接点从一网络改变到另一网络的移动主机或路由器，通过两个装置即“外部代理器”和“本地代理”，与互联网协议(“IP”)网络上的目标主机通信。典型地，该外部代理的功能并入在移动节点访问过的网络上的路由器中。该外部代理为移动节点提供发送业务，同时向本地代理登记。例如，外部代理拆封(detunnel)并且传送已由移动节点的本地代理封装(tunnel)发送到移动节点的数据包。

典型地，本地代理并入移动节点本地网络上的路由器中。本地代理维持对于移动节点的当前位置信息。当一个或多个本地代理同时处理多个移动节点的呼叫时，本地代理实质上提供与虚拟专用网络业务相似的业务。

移动互联网协议需要在移动节点(移动实体)和外部代理之间的链路层连通性。然而，在一些系统中，从移动节点的链路层可能在远离外部代理的一点终止。这样的网络一般称为第三代(3G)无线网络。3G网络比许多当前现有的电路交换的数字移动网络传送大得多的网络容量。3G网络中增长的可用带宽向无线用户开放了新一代的应用，比如合作和多媒体业务。

下一代IP网络的体系结构的一个目标是这样的框架，该框架通过利用基于IP的应用和协议来引入互联网速度下的新的多媒体业务和特征。这已造成多媒体网络的功能和操作方面在三个层或平面内的划分，其被广义定义为媒体处理、控制和业务创建。该业务创建平面有时候还划分为应用平面和数据平面。最早的下一代IP网络已经着眼于构建实现该体系结构框架的基础设施。同时，已为部署做好准备的基于IP多媒体业务的列表已稳固扩展，其最终会带来新业务和特征的巨大多样性。因此，下一代业务的成功引入不仅有赖于这些业务对终端用户是如何有用，而且有赖于它们如何智能地集成底层网络系统的性能。

因此，存在着对用于提供多媒体业务的方法和系统的需求。

发明内容

这里所述的系统和方法是用于在一互联网协议网络中提供即时业务，该方法包括：在一第一用户终端和一预定网络装置之间提供一第一通信会话的步骤；以及在一第二用户终端和该预定网络装置之间提供一第二通信会话的步骤；接收一用以在该第一用户终端和该第二用户终端之间建立一有效通信会话的激活请求；在该预定网络装置上将该第一通信会话桥接(bridge)到该第二通信会话。

该优选方法的进一步方案包括：在一在线状态服务器(presence server)上从一第一用户终端接收一用于预订一多媒体业务的请求；从该在线状态服务器向一会议服务器发送一用于在该第一用户终端和该会议服务器之间提供一第一通信会话的请求；响应于接收该请求，在该第一用户终端和该会议服务器之间提供该第一通信会话；将与该第一用户终端相关联的一用户的有关在线状态信息提供给已被授权接收该在线状态信息的至少一个用户；在该会议服务器和一第二用户终端之间提供一第二通信会话；将与该第二用户终端相关联的一用户的有关在线状态信息提供给与该第一用户终端相关联的该用户；在该会议服务器上接收一用以在该第一用户终端和该第二用户终端之间建立一有效会话的激活请求；在该会议服务器上将该第一通信会话桥接到该第二通信会话。

通过阅读如下参照附图的详细描述，本发明的这些以及其他方面和优点对于本领域普通技术人员会变得更明显。

附图说明

本发明的示范实施例将参照如下附图加以描述，其中：

图1是说明一网络体系结构实施例的功能框图，该网络体系结构适用于本发明中的用于按照示范实施例在IP网络中提供即时语音消息的应用；

图2是说明应用于网络体系结构中以用于按照示范实施例在IP网络中提供即时语音消息的不同客户装置的框图；

图3A和3B是说明按照示范实施例的SIP用户注册和SIP用户预订即时语音消息的消息流；

图4A和4B是说明按照示范实施例在用户之间创建有效连接和发送即时语音消息的处理的消息流；

图5A和5B是说明按照示范实施例利用多个会议服务器，SIP用户代理如何在网络体系结构中使用语音消息业务以创建到另一在线用户的有效连接的消息流；

图6是说明按照示范实施例，SIP用户代理如何取消预订和注销即时语音消息业务的消息流；

图7是说明按照示范实施例在用户终端采用虚拟用户代理的第二代网络中向客户装置提供即时语音消息业务的网络体系结构的框图；

图8是说明在图7的系统体系结构中注册/预订和提供即时语音消息业务的消息流；

图9是说明按照一示范实施例，在用户终端采用虚拟用户代理的第三代网络中提供即时语音消息业务的示范网络体系结构的框图；

图10是说明在图9的系统体系结构中注册/预订和提供即时语音消息业务的消息流；

图11是说明在用户终端具有SIP用户代理的第三代网络中提供即时语音消息业务的示范网络体系结构的框图；以及

图12是说明在图11的系统体系结构中注册/预订以及提供即时语音消息业务的消息流。

具体实施方式

图1是说明适用于本发明中的应用的网络体系结构100实施例的功能框图，该应用是用于在IP网络中提供即时业务，比如即时语音消息。该网络体系结构包括网络104，比如万维网或公共网，该网络104在客户终端102和客户终端114之间提供一通信路径。客户终端102和114可采取任何适当的形式，比如电话、计算机或个人数字助理(“PDA”)。客户终端102和114分别经由通信链路116和126连接到网络104。通信链路116和126可包括无线通信链路、有线通信链路或其组合。按照示范实施例，客户终端102的用户可发送实时语音消息到预定用户群。例如，如下面将更加详细描述的，客户终端102的用户可通过按下客户终端102上可用的预定按钮(实际的或虚拟的)启动发送即时消息。在可选实施例中，该用户可通过拨号预定数字组来启动该业务。而且，可选地，用户可通过选择客户终端102上可用的预定图标比如图形图标来启动该业务。

如图1中进一步所示的，网络体系结构100包括分别经由通信链路118、120、122和124互连到网络104的在线状态服务器106、会议服务器108、认证服务器110和信令服务器112。按照示范实施例，在线状态服务器106控制和管理与预订多媒体业务的用户相关联的状态和信息。特别地，在线状态服务器106检测用户的活动状态，并且针对协议和所预定的业务跟踪用户的状态。如下面将更加详细描述的，用户可向在线状态服务器106注册，并且预订一项或多项特定业务，比如即时语音消息业务。当用户向在线状态服务器106注册时，在线状态服务器106按照预存的帐户来识别该用户，并且该用户可预定与该帐户相关联的一项或多项特定业务。按照示范实施例，当用户向在线状态服务器106注册时，该用户可预订例如即时语音消息业务。然而，应当理解这些业务并不限于即时语音消息业务，并且同时可提供例如请求告知用户的存在和状态的不同多媒体业务。

按照示范实施例，用户预订可与单个预定业务相关联。可选地，一项业务可支持单个注册用户的多项预订，并且不同的预定可由在线状态服务器106利用不同的预订标识符来区别和跟踪。在该实施例中，当单个用户与用于单个业务的多项预定相关联时，该用户可使用不同的用户身份。

按照示范实施例，对多项业务或关联于一项业务的多个用户身份的支持能够以多种方式在在线状态服务器106上实现。例如，假定对于每个预订请求有不同的标识符，在线状态服务器106可配置为在单个注册下允许对一项业务的多个同时预订。可选地，在线状态服务器106可配置为每次注册接收单个预订，并且允许单个用户的多个同时注册，以作为提供多个同时预订的装置。第一种方式可向业务供应商提供更简明的帐户信息，而第二种方式可使得在线状态服务器106更容易地实现。因此，依据网络开发商的需求或偏好，可选择任一方式。在随后附图中所示的消息流的实施例说明了作为第一种方式的不同步骤和相似特征的注册和预订。然而，应当理解也可用于第二种方式产生消息流。

表1提供对于每个用户的用户信息实例，该用户信息可保持在在线状态服务器106上或与在线状态服务器106相关联的外部数据库上，按照示范实施例，该用户进行注册并且上线以使用即时多媒体业务。

项目	状态	参数
项目	状态	参数	预订ID	{已注册，已预订}	{授权接收通信方}，{授权发送通信方}
会议服务器ID	{正确，错误……}	{连接到用户的IP地址/RTP端口，控制接口的IP地址……}	预订ID	{已注册，已预订}	{授权接收通信方}，{授权发送通信方}
会议服务器ID	{正确，错误……}	{连接到用户的IP地址/RTP端口，控制接口的IP地址……}	发送/接收	{发送，接收}	{发送会议服务器IP地址/RTP端口，接收会议服务器IP地址/RTP端口}
可用性	{可用？，不可用？}	{原因码}	发送/接收	{发送，接收}	{发送会议服务器IP地址/RTP端口，接收会议服务器IP地址/RTP端口}
可用性	{可用？，不可用？}	{原因码}	统计	NA	{发送/接收的包，在线时间……}
限制	{限制状态}	{授权状态}	统计	NA	{发送/接收的包，在线时间……}

表1

如表1所示，用户配置文件(profile)记录可包括与用户所使用的一个或多个预订标识符有关的信息，以及授权通信方列表。在一实施例中，该用户配置文件可指定两个授权通信方列表，包括授权接收通信方列表和授权发送通信方列表。而且，当完成注册和预订处理时，在线状态服务器106可跟踪与该客户终端相关联的会议服务器。应当理解，该客户终端可从多个会议服务器接收多媒体业务，并且在该实施例中，存储于在线状态服务器106上的用户配置文件为运行于客户装置上的每个预订而指定多组会议服务器信息。而且，在线状态服务器106配置为跟踪用户状态，并且将该信息保存在可用性记录中。而且，该用户配置文件可包括与一个或多个预订相关联的统计数据，并且该统计数据可包括例如在线时间以及在客户终端上发送和接收的大量包(packet)。而且，该用户配置文件可指定与该用户相关联的限制状态。然而，应当理解，表1中所示的用户配置文件仅为示范，更多或更少的参数和记录也可在该用户配置文件中指定。

除跟踪与单个用户相关联的信息之外，按照示范实施例，在线状态服务器106也从特定用户接收请求，以激活和解除与关联于即时消息的其他用户的连接。在线状态服务器106的具体动作和功能将在下面更为详细地描述。

而且，在具有多个会议服务器的系统中，在线状态服务器106可配置为一旦从用户接收到注册和预订请求，则管理会议服务器向用户终端的分配。在线状态服务器106也可配置为保持每个会议服务器的状态和可用性，并且在向用户分配会议服务器之前应用一组策略规则。例如，与特定公司相关联的每个用户可分配有相同的会议服务器，或者会议服务器的分配可取决于用户的通信方。除应用大量策略规则之外，在线状态服务器106可在多个会议服务器之间对注册和预订请求进行负载权衡(load-balance)。应当理解，也可有许多不同的实施例，并且这些不同的实施例对于本领域技术人员是显而易见的。

再参照图1，认证服务器110可包括远程授权拨号用户服务(“RADIUS”)服务器，该远程授权拨号用户服务服务器可为用户执行认证、授权和记帐功能。RADIUS服务器上的更多信息可在互联网工程任务小组(“IETF”)所提供的请求注解(“RFC”)文件2138中找到，在此将其并入作为参照。认证服务器110可包括用户配置文件或用户记录的一内部数据库或者一外部数据库，该数据库可由授权的网络实体访问。如下将要更为详细描述的，当信令服务器112接收到注册或预订的用户请求时，信令服务器112可查询认证服务器110以确定如何处理该请求。按照下面将要更为详细描述的示范实施例，在与认证服务器110相关联的数据库中所存储的用户配置文件可包括一项或多项业务的参数，比如可联系该用户的通信方列表，或者该用户希望能够联络的通信方列表。按照上一段中所提及的示范实施例，如果用户以多个身份预订，可为每个身份保持单独的列表集合。认证服务器110的功能和操作将在下面更为详细地描述。

再参照图1，信令服务器112向客户终端102、114和其他网络实体比如在线状态服务器106、会议服务器108、认证服务器110等提供信令业务。在一实施例中，信令服务器112可包括会话启动协议(“SIP”)代理服务器。然而，应当理解，也可使用不同的实施例和协议。关于SIP的更多信息可在RFC-2543中找到，在此将其并入作为参照。按照示范实施例，信令服务器112是一用于信令消息的媒介，这些消息在体系结构100的客户终端和其他网络部分之间发送。在信令服务器112包括SIP代理服务器的实施例中，信令服务器112经由SIP用户代理，与客户装置102和114交互，该SIP用户代理可位于客户装置上，或者可选地，可实施为网络实体上的虚拟代理。使用SIP消息的特定消息流将参照随后附图加以描述。然而，应当理解，也可使用不同的信令协议，用于提供多媒体业务比如即时语音消息的示范实施例并不限于使用SIP。

当一用户注册和预订即时语音消息时，在客户/用户终端和会议服务器108之间提供通信会话。按照示范实施例，会议服务器108支持多个IP地址和端口组合，使得它们可为授权用户所用。再参照图1，当客户终端102和114的用户注册和预订即时语音消息业务时，会议服务器108为每个客户终端和会议服务器108之间所创建的每个通信会话分配一IP地址/端口对，并且将通信会话置于非活动(“保持”)状态。按照示范实施例，在客户终端102、114和会议服务器108之间创建的通信会话包括实时传送协议(“RTP”)通信会话。关于RTP的更多信息可在RFC-1889中找到，在此将其并入作为参照。然而，应当理解，示范实施例并不限于RTP，也可以使用能够提供实时传输或对时间敏感的传输的任何当前现有或以后发展出的协议。

按照示范实施例，会议服务器108可配置为在客户终端102和114可用的多种压缩和解压(编译码器)方案之间支持代码转换。如下面将更为详细描述的，会议服务器108设置编译码器类型所需的信息和其他参数可在建立RTP会话期间获取。

而且，除向客户装置提供终止RTP会话以及在激活会话之前将会话保持在非活动状态之外，会话服务器108还内部地桥联这些连接，以在用户之间建立端到端的RTP会话。按照示范实施例，会话服务器108一收到来自用户的授权请求便桥接这些会话，下面将更为详细地描述其方法。

图1说明适用于本发明的应用的示范体系结构100；然而，应当理解，也可使用更多、更少、不同或等效的网络装置。而且，本领域技术人员可意识到，图1所示的功能实体能够以任何适当的组合和结构，实施为分离的部件或与其他部件结合实施。例如，示范体系结构100并不限于单个会议服务器，并且多个会议服务器也可用以增强多媒体业务系统的可扩展性。在下面将更为详细描述的实施例中，桥接于用户之间的会话可横跨两个或更多会议服务器。按照一个实施例，会议服务器和客户终端之间的RTP会话可以是全双工的，即允许在一个信号载波上同时进行双向的数据传输。在可选实施例中，半双工通信(即允许在双向通信链路上进行双向但并非同时的数据传输)可在发送现行语音消息时得到加强以避免引入回音。在该实施例中，会议服务器可配置为确保用户之间的桥接是半双工的。

下文将参照即时语音消息业务，描述示范实施例。然而，应当理解，示范系统和方法并不限于即时语音消息，而也可用于不同的业务。

为进一步说明示范实施例，图2说明一包括不同终端用户的网络体系结构200，这些终端用户能够经由各种装置访问会议服务器108。网络体系结构200包括提供大量端口222-240的会议服务器108，如图2中的黑点所示，用户可连接和建立RTP会话到这些端口。应当理解，图2中所示的黑点表示IP地址/RTP端口组合，其中每个IP地址可与多个RTP端口相关联。而且，图2中所示的端口/IP地址对的数量并不视为限制性的，图2仅描述示范实施例而已。

例如，当与无线电话202比如码分多址(CDMA)电话相关联的用户注册到在线状态服务器106时，在会议服务器108上，在无线电话202和IP地址/端口组合224之间建立RTP会话。如图2所示，无线电话202经由分组数据服务节点(“PDSN”)206并且经由无线通信链路248和基站204访问会议服务器108，并且建立RTP会话到会议服务器108。图2还示出个人计算机208，该个人计算机具有经由远程存取服务器(“RAS”)210建立到IP地址/端口对230的RTP会话；SIP终端212，该SIP终端具有在连接242(比如LAN连接或经由IP业务供应商)上建立到IP地址/端口对240的RTP会话；以及无线客户装置216，该装置具有经由PDSN218、无线通信链路250和基站220建立到IP地址/端口对232的RTP会话。

图2还说明这样的实施例，用户在该实施例中能够以多个身份预订，如参照SIP终端212所示。如上一段所述，一用户可希望具有与不同的在线用户群相关联的不同身份，其中已授权该用户与这些在线用户通信，并且用户的存在(在线状态)会发送到这些在线用户，下面将描述其实施例。在该实施例中，在该用户和会话服务器108之间创建多个RTP会话。如图2所示，SIP终端212具有两个RTP会话，它们分别经由连接244和246创建到会话服务器108上的IP地址/端口对234和238。

如图2所示，由会议服务器108在用户之间桥联的连接可以是一对一或一对多。参照与无线电话202相关联的用户，说明一对一连接的桥联，其中该用户与SIP电话214的用户进行通信。按照示范实施例，当与无线电话202相关联的用户指定谁应该接收消息时，会议服务器108在预建的RTP会话之间创建一桥联。在图2中，会议服务器108桥联在IP地址/RTP端口对224和IP地址/RTP端口对238终止的RTP连接。相似地，参照与个人计算机208相关联的用户，说明一对多连接的桥联，其中该用户与SIP电话212的用户以及无线客户终端216的用户进行通信。当个人计算机208的用户指定谁应该接收消息时，会议服务器108桥联在这些RTP会话之间的连接。在图2中，会议服务器108将终止于IP地址/RTP端口对230的RTP连接桥联到终止于IP地址/RTP端口对240和232的RTP连接。

按照示范实施例，当一用户决定发送即时语音消息到一个或多个接收方时，该用户识别目标接收方并且启动即时语音消息。当一用户注册和预订一个或多个业务时，该用户会收到一用户列表，这些用户是该用户已被授权可与之通信的用户，并且该用户的存在信息(在线状态)会发送到已被授权获悉该用户存在信息的任一在线用户。在一实施例中，例如在注册期间，该用户可限制授权哪些用户获悉该用户的存在信息。在该实施例中，该用户可请求具有与多个用户通信的授权，但是只有一部分的这些用户可获得授权以获悉该用户的在线状态。在一实施例中，认证服务器110可存储一用户配置文件，该用户配置文件包括授权通信方的列表以及其他用户特有信息。如上一段所述，一旦该用户注册和预订一个或多个业务，会议服务器108会提供到一用户终端的RTP会话。

按照示范实施例，一用户终端可包括一图形接口，该图形接口配置为显示该用户的授权通信方，并且还配置为接收该用户对通信方的选择，其中该用户希望发送即时消息到所述通信方。可选地，一用户终端可配置为向该用户显示一通信方列表并且接收选择输入(比如用户拨号的数字)，作为用于确定目标通信方的装置。然而，应当理解，该用户进行目标通信方选择所用的装置可为专用应用软件，并且可有许多不同的实施例。而且，一旦一用户选择该目标接收方列表，该用户会通过选择用户终端上的一预订选择输入来启动发送即时语音消息到目标接收方。例如，该选择输入可包括用户终端上的一预订按钮或一图形选择标识符，其可由该用户在用户终端上加以选择。应当理解，基于客户终端的类型，可有不同的实施例。下面假设用户选择一预订“通话”按钮，以启动发送即时语音消息到目标接收方。

因此，按照示范实施例，当一用户选择一目标接收方列表并且在用户终端上选择一通话按钮时，会议服务器108在用户和该用户所指定的接收方之间内部地桥联RTP连接。由于该呼叫的建立以及终端用户编译码器和其他装置特征中的差异已作为注册和预订处理的一部分提前解决，当一用户选择一通话按钮时，该用户立即发送实时语音消息到目标接收方。

按照一示范实施例的即时语音消息业务可通过SIP用户代理发送到终端用户，其中这些SIP用户代理向该用户展现输出并且从该用户获取输入。下面将描述的消息流实施例是SIP第三方呼叫控制流。SIP第三方呼叫控制使用网络中的一媒介实体，以邀请SIP用户代理加入呼叫。具体地，该媒介实体启动呼叫到SIP用户代理。按照示范实施例，该媒介实体是在线状态服务器106，同时，呼叫参与者是SIP用户代理和会议服务器108。有大量的能够实现该呼叫设置的可能的SIP第三方呼叫流，并且任一这些呼叫流可按照示范实施例用于即时语音消息中。因此，下面将描述的特定消息流并非限定或排除其他实施例，而应当仅视为说明性的。

而且，应当理解，这些呼叫流与如何实施SIP用户代理无关。这些消息流说明不含参与的用户代理的即时消息系统在网络内的设置和控制。按照示范实施例，终端用户端子可本地控制或远程控制SIP用户代理。如下面将更为详细描述的，一SIP虚拟用户代理利用一远程控制的SIP用户代理，发送即时语音消息业务到非SIP用户终端，因此允许该业务随着发展中的网络而迁移。在该实施例中，现行SIP用户代理之间的部件和方法在网络发展的同时保持恒定，并且SIP用户代理的控制可改变为适应不断发展的网络。

说明呼叫流的每个后续附图包括：两个SIP用户代理(UA-A 370和UA-B372)；一授权服务器，比如授权服务器100；一在线状态服务器，比如在线状态服务器106；一信令服务器，比如信令服务器112；以及两个会议服务器(会议服务器1(108)和会议服务器N(374))，其中“N”表示会议服务器的任意数量。而且，将参照与图2中所示终端202和214相关联的用户，说明后续附图。在该实施例中，每个用户可以一预订的注册身份进行注册，同时，与控制UA-B 317的终端相关联的用户与两个预定身份相关联，比如工作标题身份和个人身份。当SIP是用于建立会话的主要协议时，后续附图中所示的消息流包括非SIP协议元件。例如，信令服务器112和认证服务器110可利用非SIP协议比如所有权协议或RADIUS来进行通信。下面所述的消息流中使用的协议是所有权协议。然而，应当理解也可以使用标准的协议。

而且，尽管未清楚地示出，但基本的呼叫流可容易地概括为单个用户以多个身份预订的情况和单个消息同时发送到多个接收方的情况。相似地，随后的消息流并未给出故障的情况。因此，应当理解，后续附图并不限定或限制按照示范实施例的即时语音消息的具体性能、业务或特征的范围。而且，应当理解预订和注册的步骤可合并为单个步骤。

图3A和3B说明按照一示范实施例用于SIP用户注册和预订即时语音消息业务的消息流300。参照图3A，SIP用户代理A(UA-A)370发送一注册请求(REGISTER)消息302到信令服务器112。按照示范实施例，用户以预订的用户注册标识符进行注册。响应于接收到该注册请求，信令服务器112产生一认证准许请求(AUTH_ADMIT REQ)消息304并且将其转发到认证服务器110。为了认证该用户，认证服务器110接收一用户配置文件，该文件包括：用以指定该用户被授权使用的业务的信息；与用户偏好相关的信息等。

当认证服务器110成功认证该用户时，认证服务器110返回一认证成功(AUTH_SUCCESS)消息306到信令服务器112。然后，信令服务器112发送一200 OK消息308到UA-A370。当该用户认证成功时，信令服务器112产生一通报(NOTIFY)消息310并且将其转发到在线状态服务器106。该通报消息310向在线状态服务器106通报：表示为UA-A370的该用户已被认证并授权向在线状态服务器106注册，由此完成如状态条312所示的用户注册。假定AUTH_ADMIT REQ消息304和AUTH_SUCCESS消息306是在线状态服务器106和认证服务器110之间的协议的一部分。

为了预订一个或多个业务，UA-A 370发送一预订请求(SUBSCRIBE)消息314到信令服务器112。在该实施例中，请求消息314指定当前预订的业务类型为即时消息业务，并且还指定由用户选择的一预订标识符，在该实施例中为订户ID1。当信令服务器112接收到消息314时，信令服务器112将该消息转发到在线状态服务器106，如316中所示。接着，在线状态服务器106代表该用户发送一认证许可请求(AUTH_PERMIT REQ)消息318，并且将该消息转发到认证服务器110。接着，认证服务器110利用存储在它的数据库之一中的用户配置文件，确定该用户是否已授权，并且假定成功授权，返回一授权成功(AUTH_SUCCESS)答复消息320到在线状态服务器106。按照示范实施例，该答复消息包括一授权通信方列表，在图3A中表示为一“允许列表”参数。该授权通信方列表包括一通信方列表，其基于服务器110所存储的用户说明、许可和授权来确定的。在线状态服务器106相随后向信令服务器112发送一表示该请求处理成功的200 OK消息322，并且信令服务器112将该消息转发到UA_A终端370，如消息324中所示。假定AUTH_PERMIT消息318和AUTH_SUCCESS消息320是在线状态服务器106和认证服务器110之间所用的协议的一部分。

按照示范实施例，在线状态服务器106更新授权的通信方，以使其仅包括当前在线的那些用户。如图3A中所示，在线状态服务器106将通报(NOTIFY)消息326中的更新列表发送到信令服务器112，信令服务器112随后将其转发到UA-A终端370，如328中所示。通报消息326提供关于哪些授权通信方在线的信息。UA-A 370以一200 OK消息330向信令服务器112做出响应，信令服务器112随后将该消息转发到在线状态服务器106，如332中所示。按照示范实施例，在注册处理的该点，由于注册/预订处理还未完成，用户优选地并不使用该通信方列表。在一示范实施例中，在客户终端上的用户接口程序可配置为直到该处理完成才使用这些业务。

随后，在线状态服务器106发送一邀请(INVITE)消息334到信令服务器112，信令服务器112将该消息转发到UA-A 370，如图3B中的消息336所示。UA-A 370以一包括会话说明协议(SDP)参数的200 OK消息338做出响应，如消息338中的SDP-A所示。关于SDP的更多信息可在RFC-2327中找到，在此将其并入作为参照。按照示范实施例，消息338中的SDP参数包括一IP地址和多个端口，用于RTP会话的用户代理终端。此外，SDP参数可包括所支持的编译码器列表。当信令服务器112接收到消息338时，它将该消息转发到在线状态服务器106，如消息340中的200 OK所示。

随后，会议服务器108被邀请加入呼叫。按照示范实施例，在线状态服务器106发送邀请(INVITE)342到信令服务器112，并且信令服务器向会议服务器108发送一包括与UA-A 370相关联的SDP的INVITE消息344。会议服务器108以一200 OK消息346向信令服务器112做出响应，该200 OK消息包括一与会议服务器108相关联的SDP，即SDP会议服务器1，如图3B中所示。SDP会议服务器包括IP地址和端口，用于RTP会话的会议服务器终端。此外，SDP会议服务器1可包括一由会议服务器108从UA-A 370所提供的编译码器列表中选择的编译码器。当信令服务器112接收到消息346时，它将该消息转发到在线状态服务器106，如348中所示。

响应地，在线状态服务器106经由信令服务器112发送确认(ACK)消息到会议服务器108和UA-A 370，如消息350、352、354和356中所示。发往UA-A 370的ACK消息354、356包括与会议服务器108相关联的SDP。在这一点，在UA-A 370和会议服务器108之间建立一RTP会话，如358和状态条360中所示。按照示范实施例，该RTP会话处于非活动状态(或“保持”状态)中。

而且，按照示范实施例，当UA-A 102完全地预定到在线状态服务器106，并且具有建立到会议服务器108的RTP连接时，在线状态服务器106会在该新预订的用户上线时，向希望并且已授权向其通报的其他订户通报。如图3B中所示，在线状态服务器106经由信令服务器112发送一个或多个NOTIFY消息362。按照示范实施例，并入UA-A 370的用户完全地注册和预订，如状态条364所示，并且可发送消息到他/她的授权通信方列表上的用户，并且从任何其他已被授权发送消息到该用户的用户接收消息。如上一段所述，客户装置上的用户接口配置为提供这样的装置，该装置用以向该用户提供信息，比如显示出用户的通信方列表，并且从该用户接收输入，比如“通话”输入或通信方选择。

图4A和4B说明消息流400，当发送方和接收方具有建立到相同会议服务器的RTP会话时，该消息流用于在用户之间创建有效的连接，并且用于发送即时语音消息。假定这些用户按照图3A和3B所述的方法注册和预订，并且该发送用户被授权联络该或这些接收用户。该发送用户表示为UA-A 370，一单独的接收用户表示为UA-B 372。

参照图4A，假定UA-B 372已注册和预订一业务，并且一RTP会话已在UA-B 372和会议服务器108之间建立，如402中所示。与客户终端372相关联的一用户可具有两个或更多预订标识符，比如订户ID 2a和2b。应当理解，一用户可利用例如图形选择输入或拨号预定的数字，经由客户终端选择一预定的订户标识符。在该实施例中，如果该用户具有多个订户标识符，该用户可在这些业务提供给该订户时，激活/解除这些标识符的一部分。在图4A和4B中，假定与UA-A 370相关联的用户被授权传送并且接收与具有订户ID 2a的用户相关联的在线状态信息。如图4A中所示，UA-B的注册过程中的最后步骤是向授权的用户通报UA-B现在在线。具体地，在线状态服务器106经由信令服务器112向UA-A 370发送一包括这样的信息的通报(NOTIFY)消息：与订户ID 2a相关联的用户在线并且准备接收消息，如消息404、406中所示。404和406的顺序与达成UA-A 370预订过程的图3B的NOTIFY362相似。一旦UA-A 370接收到NOTIFY消息406，会向UA-A370通报UA-B 372已预订，如状态条408中所示。

随后，UA-A 370请求连接到UA-B，订户ID 2a。例如，该用户可经由用户终端上可用的图形接口选择目标用户，并且还可按下“通话”按钮以启动连接。如图4A中所示，UA-A 370经由信令服务器112向在线状态服务器106发送一通报(NOTIFY)消息，如消息410和412所示。NOTIFY消息410和412定义与目标用户相关联的订户ID 2a。当在线状态服务器106接收到该请求时，在线状态服务器106检查与UA-B 372的用户相关联的状态。按照示范实施例，该状态信息本地保持在在线状态服务器上106，并且指示与UA-B 372相关联的用户是否已注册和预订，以及与UA-A 370相关联的用户是否已被授权发送消息到该用户。而且，在线状态服务器106可校验该目标用户当前是否处于允许接收消息的状态中。例如，在线状态服务器106可确定该目标用户当前是否正在接收消息。应当理解，在线状态服务器106在连接该会话之前也可确定其他的方面。

如果在线状态服务器106确定该连接是允许的，在线状态服务器106再发出一NITOFY消息414到会议服务器108。该消息414指示用户代理、UA-A和UA-B的端点，并且可包括一桥联哪一对IP地址/RTP端口组合的指示。而且，按照示范实施例，在线状态服务器106更新发送和接收用户及其各自用户代理的状态。应当理解，按照示范实施例，用户代理对与目标实体相关联的本地IP地址和RTP端口一无所知。可选地，它们知道会议服务器108上的IP地址和RTP端口。当会议服务器402在UA-A 370和关联于UA-B 372的适当RTP会话之间桥联RTP连接时，会议服务器108以一200 OK消息416做出响应，并且会议服务器108可在UA-A 370和UA-B 372之间转发RTP包，如状态条418所示。

随后，在线状态服务器106经由信令服务器112向UA-A 370发送一200OK消息，如420和422所示，并且在UA-A 370和UA-B 372之间建立一RTP连接，如状态条424所示。将UA-A 370上200 OK消息422的接收转译成一发往终端用户的信号，比如客户终端的嘟嘟声。在示范实施例中，假定该用户继续按住“通话”按钮。

按照示范实施例，在处理的该点，在UA-A 370和UA-B 372之间桥联一RTP连接，并且RTP包可在用户之间流动。在用户使用“通话”按钮的实施例中，只要“通话”按钮保持按下就保持该连接，如图4B中的426所示。然而，应当理解，也可有不同的实施例。例如，多个选择输入可存在于客户终端上以启动会话和终止会话。本领域技术人员会意识到许多不同的具体应用的实施例也是可能的。

图4B还说明在UA-A 370和UA-B 372之间终止通信链路的处理。按照一示范实施例，该用户可通过释放他/她的客户终端上的“通话”按钮来终止通信。响应于检测到用户输入，UA-A 370发送一NOTIFY消息到在线状态服务器108，如消息428和430所示。该NOTIFY消息识别具有订户ID 2的终止用户。

随后，在线状态服务器再发送一NOTIFY消息432到会议服务器108，再次转译该输入的消息以指示哪些用户代理断开。该NOTIFY消息432可包括与该会话相关联的IP地址/端口组合。按照示范实施例，会议服务器108终止对应IP地址/RTP端口之间的内部连接，如436中所示，并且发送一200OK消息434到在线状态服务器106。响应地，会议服务器108更新发送方用户和接收方用户的状态。而且，在线状态服务器106经由信令服务器112发送一200 OK消息438到UA-A 370，如消息438和440中所示。当UA-A370接收到消息440时，UA-A 370将该消息转译成一发往终端用户的信号，比如在客户终端的嘟嘟声，以指示连接的终止。

如442中所示，RTP会话返回到非活动状态。而且，如444中所示，发送用户代理和接收用户代理的RTP会话返回到非活动状态，并且到会议服务器108的RTP会话444和446在该程序的结束仍然保持，从而用户仍能够即时地激活会话。

图5A和5B是一消息流，该消息流说明信令用户代理如何利用语音消息业务创建到另一在线用户的有效连接，并且当发送方和接收方均具有建立到不同会议服务器的RTP会话时，如何发送一即时语音消息。假定用户A和用户B按照图3A和3B中所述的步骤注册和预订，并且发送用户被授权联络接收用户。而且，图5A和5B并不是要说明用户B的整个注册处理；然而，在图5A中说明了注册的最后几个步骤。与前面的附图相似，发送用户表示为UA-A 370，单个接收用户表示为UA-B 372。如图5A和5B中所示，与UA-B相关联的用户注册和预订一即时语音消息业务，并且一RTP会话建立到会议服务器N 374，如502中所示。而且，与前面的附图相似，假定关联于UA-B 372的用户具有多个订户标识符，并且假定UA-A被授权与具有ID 2a的订户通信。如消息504、506中所示，UA-A 370接收一NOTIFY消息，该消息包括与关联于该订户即身份ID 2a的在线状态相关的信息，并且向UA-A 370通报UA-B 372已预订，如状态条508中所示。

与图4A相似，假定关联于UA-A 370的用户请求建立一连接到与UA-B372的订户标识符2a相关联订户。发送一连接请求的步骤如消息510和512所示。按照包括多个会议服务器的示范实施例，在线状态服务器106发送单独的NOTIFY消息到该连接请求中所包括的每个会议服务器。在线状态服务器106可将该连接请求消息中所指定的预订标识符转译到各用户代理和会议服务器。

如图5A中所示，在线状态服务器106向会议服务器108发送一NOTIFY消息514，该消息包括一在关联于会议服务器N 374的UA-A 370和UA-B 372之间桥联一连接的请求。响应地，会议服务器108接收一200 OK消息516。相似地，在线状态服务器106向会议服务器374发送一NOTIFY消息518，该消息包括一连接UA-A 370和UA-B 372的请求，并且该消息还指定UA-A370关联于会议服务器108。随后，在线状态服务器106从会议服务器374接收一200 OK消息520，并且会议服务器108可将RTP包从UA-A370转发到UA-B 372，如状态条522所示。按照示范实施例，两个或更多会议服务器之间的连接以这样的方式建立：除发送多个NOTIFY消息和接收多个200OK消息以外，它对于在线状态服务器106是透明的。

当在线状态服务器106从各会议服务器接收到200 OK消息516和520时，在线状态服务器106经由信令服务器112发送一200 OK消息到UA-A370，如消息524和526中所示。如状态条528所示，UA-A 370和UA-B 372之间的RTP连接已建立。与图4A和4B中所示的单个会议服务器实施例相似，这些会议服务器桥联UA-A 370和UA-B 372之间的连接，不同的是发送方和接收方之间的桥联横跨多个会议服务器，如530中所示。在一实施例中，这些会议服务器可加强从UA-A 370到UA-B 372的半双工桥联。然而，也可有不同的实施例。而且，如前面附图中所谈论的，关联于UA-A 370的用户可被通报该连接已建立。

当用户断开该会话时，UA-A 370经由信令服务器112发送一NOTIFY消息到在线状态服务器106，如532和534中所示。当在线状态服务器106接收到该消息534时，它启动从会议服务器断开的处理。断开该呼叫的处理通过发送单独的NOTIFY消息到断开请求中包括的每个会议服务器来完成。与桥联这些会话相似，在线状态服务器106可指定哪些用户代理应断开。消息536和538说明一发送到会议服务器108的断开请求，消息540和542说明一发送到会议服务器374的断开请求。与经由多个会议服务器桥联RTP会话相似，除响应于断开请求接收多个200 OK消息以外，该桥联的终止对于在线状态服务器106是透明的。当桥联的连接终止时，如状态条544所示，在线状态服务器106发送200 OK消息546和548，并且RTP会话返回到非活动(“保持”)状态，如状态条550所示。如图5B中所示，RTP会话554和552在UA-A 370和会议服务器108之间以及在UA-B 372和会议服务器374之间保持非活动状态。

图6是说明按照一示范实施例用于取消预订和注销一即时消息业务的处理的消息流600。按照示范实施例，一用户可利用客户终端取消预订该业务。例如，客户终端上的客户接口可包括一选择输入，该输入使得用户启动一使用户取消预订该业务的处理。当该用户决定取消预订和/或注销该业务时，UA-A 370向信令服务器112发送一SUBSCRIBE消息602，该消息包括一设置为零的终止(EXPIRE)参数。消息602还包括预订ID(在该实例中是关联于客户终端202的用户的预订ID1)。信令服务器112以一200 OK消息604做出响应，然后发出一NOTIFY消息606到在线状态服务器106，该消息指示与客户终端202的用户相关联的预订ID 1的离线状态。

按照示范实施例，当在线状态服务器106接收到NOTIFT消息606时，在线状态服务器106将该用户的专有预订从它的在线用户列表中去除，如状态条608中所示，并且当该用户恢复上线时发送一NOTIFY消息610到先前通报过的所有在线用户。利用该处理，在线状态服务器106建立UA-A代理370的无效，如状态条612所示。应当理解，在线状态服务器106也可更新关联于UA-A 370的其他本地状态信息。

接着，在线状态服务器106经由信令服务器112发送一BYE消息到UA-A370以用于关联于预订ID的呼叫ID，如614和616中所示。这导致该用户代理退出该呼叫。该用户代理以一200 OK消息做出响应，该消息经由信令服务器112发送到在线状态服务器106，如618和629中所示。随后，在线状态服务器106经由信令服务器112发送一BYE消息到会议服务器108，如622和624中所示。这导致会议服务器108退出该呼叫。会议服务器108以一200 OK消息做出响应，该消息经由信令服务器112发送到在线状态服务器106，如626和628中所示。在这一点，UA-A 202和会议服务器108之间的RTP会话已被撤销，如状态条630所示。

为了注销该用户，UA-A 202向信令服务器112发送一REGISTER消息632，该消息包括设置为零的终止参数。而且，消息632包括在帐户中所指定的注册ID，其中该帐户是为在线状态服务器106或认证服务器110上的用户而建立的。信令服务器112转发该REGISTER消息632到在线状态服务器106，如634中所示，并且在线状态服务器106以一200 OK消息636做出响应。在线状态服务器106更新任何相关的本地信息，比如与该用户相关联的注册帐户信息，并且该用户不再注册到在线状态服务器106上，如状态条638所示。应当理解，注销和取消预订的处理可由在线状态服务器106启动。例如，在线状态服务器106可配置为对与一连接相关联非活动状态进行计时，并且当到达预订时限时，会议服务器106会撤销该连接。应当理解，也可有不同的实施例。

应当理解，图3至图6中所示的消息流仅为示例性的，本发明并不限于所述的消息。应当理解，也可使用更少、更多、不同或等效的消息。而且，在上述消息流中，按照示范实施例，信令代理比如SIP用户代理代表终端用户起作用，以访问和使用即时语音消息。在所示实施例中，SIP用户代理位于终端用户客户终端，比如电话或个人计算机。然而，按照示范实施例，一非SIP客户终端也可与一参与该即时消息业务的远程信令用户代理通信。在该实施例中，该SIP用户代理可位于网络部件中，并且由一非SIP客户装置远程控制。在该实施例中，该SIP用户代理在一客户装置上虚拟存在。下文将一远程设置的SIP用户代理视为一虚拟用户代理(“VUA”)。

按照示范实施例，除关联于SIP用户代理的基本部件之外，该VUA结构包括两个附加部件。具体地，这些部件包括一远程控制协议和接口以及一媒体传输功能。该远程控制协议和接口提供一方法，该方法用于远程执行程序以与SIP用户代理交换命令和控制消息。这些命令和控制消息使得SIP用户代理代表客户装置参与即时语音消息的呼叫控制处理。例如，在其他部件中，该协议可包括多个方法，这些方法用于客户装置指示SIP用户代理注册和预订该业务以及请求连接到另一用户。

按照示范实施例，在非SIP终端和一VUA之间使用的协议可基于交易的类型，并且可利用任何当前现有或以后发展出的协议。而且，该协议可为装置所特有的，并且一VUA可按照客户装置所使用的性能和方法来定制。而且，不同的客户装置可使用不同的协议以与一VUA通信，并且根据使用该VUA的装置的类型，该VUA可定制为识别和处理不同类型的协议。可选地，客户装置上的应用可定制为确保与VUA的控制协议和接口的特定实施保持一致。应当理解，一VUA并不限定于按照示范实施例的即时语音消息的使用，并且根据信令协议比如SIP，结合VUA也可以实施不同的应用。

按照示范实施例，VUA上可用的媒体传输功能确保SIP用户代理在客户装置和提供即时语音消息或其他业务中所包含的其他网络装置之间转发媒体数据。按照示范实施例，来自会议服务器108的RTP包中的媒体有效负载转发到客户装置以用于向终端用户显示。相似地，来自SIP用户装置的客户装置的媒体数据在RTP包的有效负载中发送到会议服务器108。按照示范实施例，该媒体传输功能可取决于客户装置上所用的媒体处理方法。例如，如果该客户装置具有产生RTP包的能力，则该传输功能可转发RTP包。可选地，如果该客户装置产生原始编译码器样本，则该传输功能创建RTP包，并且将样本插入到有效负载中。相似地，到达RTP包的有效负载可提取出来并且转发到客户装置作为原始编译码器样本。

按照示范实施例，该传输功能可包括按照客户装置的性能和方法而进行VUA的定制。相反地，客户装置的定制要求确保与VUA的传输功能的特定实施保持一致。应当理解，该VUA并不限于这里描述的即时语音消息业务的使用，而可以支持其他网络业务和终端用户应用。

当将远程控制协议、接口和媒体传输功能附加到SIP用户代理时，非SIP客户装置可将该SIP用户代理视为一VUA。在客户装置上执行并且访问该VUA的业务及功能的应用的确切性质取决于具体的装置。后述包括该VUA的方法旨在包含按照示范实施例的即时语音消息的应用和实施。无论该SIP用户代理是位于该装置上还是作为一VUA进行访问，前面附图以及后续附图中所示的呼叫流对任一客户装置都是可行的。VUA的概念旨在确保终端用户在使用即时语音消息时的经历与该功能如何实施无关。

后续附图说明即时语音消息在无线存取网络中的三种实施例。在说明VUA的附图中，示出客户装置和VUA之间所用的控制协议仅作示例性说明之用。应当理解，所示的控制协议仅为示例性的，并非作为限定。

图7是说明一网络体系结构700的框图，该体系结构用于在第二代(2G)网络中向客户装置提供即时语音消息，其中一VUA配置为一远程装置，并且客户装置是非SIP终端。该网络体系结构700包括两个订户装置，分别表示为无线终端724和726。然而，应当理解，这些订户装置也可采用其他形式。无线终端724和726分别经由互通单元(“IWU”)702和706、基站712和706访问网络704。在一实施例中，无线终端724和726经由建立到IWU 702和706的点对点协议(“PPP”)连接708和710，连接到网络704。本领域技术人员可理解，连接708和710可利用典型的无线网络架构部件，建立和支持PPP连接。在一实施例中，无线终端可配置为接收和传输编译码器样本。可选地，这些终端可配置为支持RTP流。如果该终端客户装置仅支持一种编译码器传送方法，该装置可缓冲这些样本，并且适当地将这些样本排序以用于向用户显示。图7还说明连接到网络704的在线状态服务器108、会议服务器106、认证服务器110和信令服务器112。

在图7所示的实施例中，作为由IWU 702和706控制的RAS会话，从无线终端724和726的PPP连接可终止于网络终端。为了建立这样的连接，一用户例如可在该无线终端上启动一IP数据模式。然而，也可有不同的实施例。而且，如图7所示，标示为虚拟UA-A 714和虚拟UA-B 716的VUA分别在IWU 702和706上实施。在该实施例中，无线终端724和726可运行移动应用，这些应用与PPP连接的另一端的各VUA交互。按照示范实施例，一移动应用提供一用户接口用于即时语音消息特征和功能，比如注册、预订、用户通信方列表的显示以及“通话”按钮或不同的接口。而且，该移动应用可包括这样的功能，该功能用以将语音编译码器输出传送到IP数据路径，并且用以从输入的IP包接收媒体数据并将它们传送到语音编译码器。

在一实施例中，无线终端可传送IP包中的编译码器样本到VUA 714和716，其中VUA 714和716通过将编译码器样本插入到RTP有效负载中来相继地创建RTP包。接着，VUA 714和716可通过建立的RTP会话传输RTP包到会议服务器106。在该实施例中，RTP流终止于控制VUA 714和716的IWU 702和706。对于网络到终端的方向，将上述步骤反向。在图7中，IWU702和706经由连接720和722连接到网络704，按照示范实施例，连接720和722支持其他协议中的RTP、SIP和IP流。

图8是消息流800，该消息流说明在图7的系统体系结构中的注册/预订和即时语音消息。在图8中，移动终端724、726与VUA714、716之间的通信利用一伪协议，该伪协议可采用与图8中所示的实施例不同的实施例。这些消息是描述性的，但不应当理解为使用一特定类型的协议。

如消息802中所示，移动应用724发送注册和预订消息到VUA 714。在一实施例中，关联于移动应用724的移动终端可首先完成开机序列，然后该用户可经由PPP建立一数据模式连接。在图8中，单独的注册和预定消息合并为一个消息802。然而，应当理解，也可有许多不同的实施例，在这些实施例中可发送两个不同的消息。在VUA-A 714上收到该请求会触发上述的注册/预订呼叫流，并且以从在线状态服务器106收到一ACK消息806而告终。如图8所示，消息806包括一会议服务器的SDP，并且所有服务器表示为单个方框。ACK消息806还指示已完成在VUA-A 714和会议服务器108之间建立非活动性RTP会话，如814中所示。而且，当VUA-A 714接收到ACK消息806时，VUA-A 714产生一包括授权通信方列表(由VUA-A 714在呼叫流建立期间获取)的ACK消息808，并且将该消息发送到移动应用A724。按照示范实施例，VUA-A 714现在已在线和就绪，并且移动应用A 724也已准备好使用即时语音消息业务。

进一步如图8中所示，移动应用B 726启动相同的序列，导致VUA-B 716上线，并且移动应用B 726也进入就绪状态。该示范性的处理通过消息810、812、816、818以及RTP会话保持820来描述。一旦移动应用B 726完成注册和预定处理，移动应用A 724接收一移动应用B 726在线的通报。为此，在线状态服务器106发送一NOTIFY消息822到VUA-A 714，其中VUA-A714会随后通报授权用户。在图8中，VUA-A 714发送一更新消息824到移动应用A 724，向终端用户告警用户B在线。

而且，如图8所示，关联于终端724的用户例如通过按下“通话”按钮，启动一即时语音消息到用户B。在该实施例中，移动应用724可配置为通过发送一Talk_To消息826到VUA-A 714来做出响应，该消息指示一桥联连接到用户B的请求。这随后会以一从VUA-A 714发送到在线状态服务器106的NOTIFY消息828开始，触发在前面附图中所示的Talk/End_talk呼叫流的通话部分。一旦会议服务器108中的连接已桥联，如从在线状态服务器106发出的一200 OK消息830所示，VUA-A 714发送一ACK消息832到移动应用A 724，其中移动应用A 724会随后触发一可听信号到该终端用户。

在处理的该点，VUA-A 714和VUA-B 716之间的RTP连接已经就绪和有效，如834中所示。在该实施例中，关联于终端724的用户可开始与终端726的用户进行通信。在两个终端都支持RTP通信的实施例中，该RTP流可在这两个移动终端之间得到支持。可选地，VUA-A 714和VUA-B 716可将RTP流转换成用以传输到终端724和726的编译码器样本，并且以相反的方向传输编译码器样本到RTP有效负载。

当关联于终端724的用户决定终止与关联于终端726的用户的通信时，例如通过释放“通话”按钮，移动应用A 724会受到触发，并且发送一End_Talk_to消息836到VUA-A 714。然后VUA-A 714会启动在前面附图中所示的Talk/End_talk呼叫流的结束通话部分。在图8中只示出了该断开处理的第一消息即NOTIFY消息838。一旦完成断开处理，RTP会话变为非活动性，并且VUA-A 714和VUA-B 716保持它们到会议服务器108的RTP连接，如840和842中所示。

图9是说明3G网络的示范网络体系结构900的框图，该体系结构按照一示范实施例用于即时语音消息，在该实施例中，移动终端不支持SIP用户代理。在图9中，从移动终端936和938的PPP连接902和908终止于分组数据服务节点(PDSN)904和906。在3G网络中，移动IP可用以提供用户终端移动性，同时保持到网络918比如IP网络的IP连接总是有效的。应当理解，数据业务和蜂窝业务并非独占性的，也可以同时有效。在图9所示的实施例中，移动终端的IP地址分别在它们的本地代理(“HA”)914和910加以控制，并且移动IP隧道912和910在HA 914、916和PDSN 904、906之间建立。

在图9所示的实施例中，一VUA分解为一控制元件和一RTP媒体元件。控制元件924和926实施为移动终端的HA 914和916中的应用，RTP媒体元件928和930在PDSN 904和906中实施。在该实施例中，RTP的终止使用一与移动终端的PPP会话相关联的PDSN上的IP地址和端口。如关于2G情况下的参考图7所述，移动终端936和938控制移动应用。然而这时，这些客户应用是在HA连接到VUA控制元件，并且在PDSN中的PPP连接的另一端连接到VUA RTP媒体元件。在该实施例中，PDSN 904和906经由连接920和922，向/从网络918传送RTP数据，并且经由连接910和912封装传送IP数据到HA 914和916。

在该实施例中，对于终端到网络的方向，原始编译码器样本以IP包传送到PDSN 904和906中的VUA RTP媒体元件928和930。所述媒体元件随后创建RTP包，将原始编译码器样本插入到RTP有效负载中，然后经由已建立的RTP会话将它们转发到会议服务器108。也就是说，该RTP流终止于控制VUA RTP媒体元件928和930的PDSN 904和906中。至于网络到终端的方向，将上述步骤反向。再假定含有原始编译码器数据的IP包会包括足够的排序信息，用以允许移动终端应用以正确的次序显示这些这些IP包。而且，在HA控制的VUA控制元件924、926和网络918之间的连接932和934支持SIP和IP流。相似地，在PDSN控制的RTP媒体元件928、930和网络918之间的连接920和922支持RTP通信。然而，应当理解，图9仅说明该网络体系结构的示范实施例，也可以使用更少、更多、不同或等效的网络元件。

图10说明一用于图9所示3G网络体系结构的即时语音消息的消息流1000。首先，移动应用936注册和预订。注册和预订的处理与参考说明2G网络消息流的图8所述的处理相似，不同的是RTP会话的终止。与移动应用A 936的注册和预订相关联的消息是：注册/预订消息1002、REGISTER消息1004、ACK消息1006和ACK消息1008。相似地，与预订和注册的处理相关联的消息是：注册/预订消息1010、REGISTER消息1012、ACK消息1016和ACK消息1018。一旦完成注册和预订，在RTP终点928、930和会议服务器108之间创建两个RTP会话1014和1020。

而且，当关联于终端216的用户完成注册/预订处理时，在线状态服务器106发送一NOTIFY消息1022到VUA-A 924，VUA-A 924将接收的消息中的信息转译成在VUA-A 924和终端936之间使用的用于即时语音消息通信的协议。随后，VUA-A 924向终端936发送一UPDATE消息1024，该消息包括表示关联于终端938的用户在线的信息。

当终端936的用户启动与终端938的用户的通信时，终端936的移动应用产生并且发送一TALK_TO(B)消息1026到VUA-A 924。当VUA-A 924接收到消息1026时，启动桥联这些会话的处理。用以桥联这些连接的消息流已参照前面附图加以描述，因此消息流1000仅说明在VUA-A 924和会议服务器108之间发送的首消息和尾消息。具体地，这些消息是NOTIFY消息1028和200 OK消息1030。随后，VUA-A 924发送一ACK消息1032到终端936，并且端到端的媒体连接是可用的，如1034中所示。如参照图9中所示网络体系结构所描述的，用户可结束在他们各个PDSN处的RTP连接。

而且，与前面附图相似，关联于终端936的用户可结束到终止用户的连接。当移动应用A 936检测到来自用户的指示连接请求的终止的输入时，移动应用A 936产生并且发送一END_TALK_TO(B)消息1036到VUA-A 924，然后该消息被转译并且发送到在线状态服务器106，如NOTIFY消息1038中所示。NOTIFY消息1038启动RTP桥联的断开，不再参照图10进行描述。RTP桥联的断开中所包括的消息已参照前面附图加以描述。该处理一结束，RTP会话1040和1042返回到保持状态。

图11是说明按照另一示范实施例用于即时语音消息的3G网络体系结构1100的框图。图11说明两个移动终端1124和1126(支持SIP)，它们具有终止于PDSN 1104和1114的PPP连接1102和1122。与前面的网络体系结构相似，PDSN 1104和1114经由移动IP连接1108和1120与各本地代理1116和1118通信。而且，如图11中所示，PDSN 1104和1114经由通信链路1110和1112连接到网络1106比如IP网络。而且，与前面附图相似，网络体系结构1100包括会议服务器106、认证服务器110、在线状态服务器106和信令服务器112。

图11与图9中所示网络体系结构的区别在于没有VUA，而是由移动终端1124和1126控制它们自己的SIP用户代理。因此，无需任何附加协议或传输元件。在图11所示的实施例中，SIP和RTP流直接在移动终端终止。

图12是用于图11所示网络体系结构1100中的即时语音消息的消息流1200。应当理解，在图12中仅示出简化的消息流，并且SIP用户代理在与移动终端通信时进行控制。首先，位于移动终端1124的SIP UA-A注册和预订即时语音消息业务。在一实施例中，移动终端可配置为在建立一移动IP会话到该网络时自动启动注册和预订处理。可选地，该注册和预订可在从一用户接收到明确的命令时加以执行。在任一实施例中，SIP UA-A 1124发送一REGISTER消息1202到在线状态服务器106，并且以一包括会议服务器SDP的ACK消息1204以及在SIP用户终端1124和会议服务器108之间建立RTP会话1208而告终。按照示范实施例，在该处理的该点，UA-A 1124已经上线并为即时语音消息就绪。

相似地，SIP UA-B 1128注册和预订即时语音消息业务。如图12中所示，UA-B 1128发送一REGISTER消息1206到在线状态服务器106，并且该处理以一包括会议服务器SDP的ACK消息1210而告终。在结束注册和预订时，在会议服务器108和用户终端1128之间建立一RTP会话1212。

随后，UA-A 1124接收一NOTIFY消息1214，该消息包括一用以告知关联于UA-B 1128的用户已上线的通报。接着，图12说明从UA-A 1124启动一即时语音消息到UA-B 1128。例如，当用户按下“通话”按钮，通过UA-A1124发送一NOTIFY消息1216到在线状态服务器106，启动一桥接RTP会话的处理，并且一旦在会议服务器108上桥联这些连接，该处理会以在线状态服务器106发送一200 OK消息1218到UA-A 1124而告终。当UA-A 1128接收到该200 OK消息1218时，会以一指示连接1220可用的可听音向用户通报。然后用户可启动通信。

而且，如图12中所示，当关联于UA-A 1124的用户决定例如通过释放“通话”按钮来结束通信时，UA-A 1124会启动一终止已桥联的连接的处理。该处理以NOTIFY消息1222开始，以终止内部桥联连接的会议服务器108告终，并且维持两个RTP会话1224和1226在终端1124和1126上保持。

应当理解，除非另有说明，这里所述的程序、处理、方法和系统并不涉及或限于特定类型的计算机或网络系统(硬件或软件)。各种类型的支持IP联网的通用或专用计算机系统可按照这里所述的指导来加以运用或实现操作。

考虑到本发明的原理可应用于广泛实施例，应当理解所述实施例仅为实例，并不能视为限定本发明的范围。例如，流程图的步骤可采用不同于所述的顺序，并且可使用更多或更少的步骤，以及在框图中可使用更多或更少的元件。虽然优选实施例的各种元件已描述为以软件加以实施，但是硬件或固件实施的其他实施例也可替换使用，反之亦然。而且，应当理解也可使用不同或等效的消息。可选地，本领域技术人员可理解，即使在某些所述消息中表示有简化的语法，但仍可容易地理解这些消息的原本含义。

而且，对于本领域技术人员显而易见的是，在用于即时语音消息的系统中所包括的方法可具体表现为一种包括一个或多个计算机可读媒体的计算机程序产品。例如，计算机可读介质可包括其上存储有计算机可读程序代码段的可读存储器装置，比如硬盘驱动装置、CD-ROM、DVD-ROM或计算机磁盘。该机算计可读介质也可包括通信或传输介质，比如光学、有线或无线的总线或通信链路，其上载有作为数字或模拟数据信号的程序代码段。

权利要求并不限于所述的次序或元件，除非说明其效果。因此，落入所附权利要求及其等效的范围和精神以内的所有实施例都是本发明所请求保护的。

Claims

1.一种用于在一互联网协议网络中提供即时业务的方法，该方法包括如下步骤：

在一第一用户终端和一预定网络装置之间提供一第一通信会话；

在一第二用户终端和该预定网络装置之间提供一第二通信会话；

在提供该第一通信会话和该第二通信会话之后，接收一用以在该第一用户终端和该第二用户终端之间建立一有效通信会话的激活请求；以及

在该预定网络装置上将该第一通信会话即时桥接到该第二通信会话。

2.如权利要求1所述的方法，其中该第一通信会话包括一第一实时传输协议会话，以及该第二通信会话包括一第二实时传输协议会话。

3.如权利要求1所述的方法，其中在提供该第一通信会话之前，还包括：

从与该第一用户终端相关联的一第一用户接收该第一用户的第一注册请求；

按照与该第一用户终端相关联的该第一用户的一第一用户帐户，认证该第一用户；

从与该第一用户帐户相关联的该第一用户接收该第一用户的第一预订请求，其中该第一预订请求包括一预定一第一业务的请求。

4.如权利要求3所述的方法，其中该第一业务包括一多媒体业务。

5.如权利要求4所述的方法，其中该多媒体业务包括一即时语音消息业务。

6.如权利要求3所述的方法，其中还包括：

从与该第二用户终端相关联的一第二用户接收该第二用户的第一注册请求；

按照与该第二用户终端相关联的该第二用户的一第二用户帐户，认证该第二用户；

从与该第二用户终端相关联的该第二用户接收该第二用户的第一预订请求，其中该第二用户的第一预订请求包括一用以利用一第一订户身份预订该第一业务的请求。

7.如权利要求6所述的方法，其中还包括：

从与该第二用户终端相关联的该用户接收一第二预订请求，其中该第二预订请求包括一用以利用一第二订户身份预订该第一业务的请求；

在该第二用户终端和该预订网络装置之间提供一第三通信会话。

8.如权利要求1所述的方法，其中还包括：

向该第一用户终端提供一第一订户列表，该第一订户列表包括与有效订户相关联的订户身份，所述有效订户被授权与关联于该第一用户终端的用户进行通信；以及

向该第二用户终端提供一第二订户列表，该第二订户列表包括与有效订户相关联的订户身份，所述有效订户被授权与关联于该第二用户终端的用户进行通信。

9.如权利要求1所述的方法，其中该第一用户终端包括一信令代理，并且所述的接收用以在该第一用户终端和该第二用户终端之间建立一有效通信会话的请求的步骤包括：

接收一用以建立该有效通信会话到该第二用户终端的用户输入；

从该信令代理发送所述的用以在该第一用户终端和该第二用户终端之间建立该有效通信会话的请求到该预定网络装置。

10.如权利要求9所述的方法，其中该信令代理包括一会话启动协议代理。

11.如权利要求1所述的方法，其中该第一用户终端关联于一虚拟信令代理，并且所述的接收用以在该第一用户终端和该第二用户终端之间建立一有效通信会话的请求的步骤包括：

在该第一用户终端上接收用以建立该有效通信会话到该第二用户终端的一用户输入；

向该虚拟信令代理发送一用以建立该有效通信会话的请求；

从该虚拟信令代理向该预定网络装置发送所述的用以在该第一用户终端和该第二用户终端之间建立该有效通信会话的请求。

12.如权利要求1所述的方法，其中还包括：

接收一用以在该第一用户终端和该第二用户终端之间终止该有效通信会话的请求；以及

在该预定网络装置上将该第一通信会话从该第二通信会话断开。

13.如权利要求1所述的方法，其中所述的提供该第一通信会话和该第二通信会话的步骤包括：在接收该激活请求之前，在该第一、第二用户终端和该预定网络装置之间建立该第一、第二通信会话。

14.如权利要求1所述的方法，其中该第一用户终端关联于一第一预定装置，该第二用户终端关联于一第二预定装置，并且其中，在该第一用户终端和该第一预定装置之间提供该第一通信会话，在该第二用户终端和该第二预定装置之间提供该第二通信会话，并且所述的将该第一通信会话桥接到该第二通信会话的步骤包括经由该第一预定装置和该第二预定装置桥接所述会话。

15.一种用于在一互联网协议网络种提供即时业务的方法，该方法包括：

在一在线状态服务器上从一第一用户终端接收一用于预订一多媒体业务的请求；

从该在线状态服务器向一会议服务器发送一用以在该第一用户终端和该会议服务器之间提供一第一通信会话的请求；

响应于接收到该请求，在该第一用户终端和该会议服务器之间提供该第一通信会话；

将与该第一用户终端相关联的一用户有关的在线状态信息提供给已被授权接收该在线状态信息的至少一个用户；

在该会议服务器和一第二用户终端之间提供一第二通信会话；

将与该第二用户终端相关联的一用户有关的在线状态信息提供给与该第一用户终端相关联的该用户；

在该会议服务器上接收一用以在该第一用户终端和该第二用户终端之间建立一有效会话的激活请求；

在该会议服务器上将该第一通信会话桥接到该第二通信会话。

16.如权利要求15所述的方法，其中所述的将该第一通信会话桥接到该第二通信会话的步骤包括：启动从该第一用户终端到该第二用户终端的半双工通信。

17.如权利要求15所述的方法，其中还包括在发送所述的用以在该第一用户终端和该会议服务器之间提供该第一通信会话的请求之前，认证关联于该第一用户终端的该用户。

18.如权利要求15所述的方法，其中该激活请求包括一来自与该第一用户终端相关联的该用户的请求，并且该方法还包括在将该第一通信会话桥接到该第二通信会话之前，确定与该第二用户终端相关联的该用户是否有效。

19.如权利要求15所述的方法，其中还包括：

在该会议服务器和一第三用户终端之间提供一第三通信会话；

在该会议服务器上接收一用以在该第一用户终端、该第二用户终端和该第三用户终端之间建立有效会话的激活请求；以及

将该第一通信会话桥接到该第二通信会话和该第三通信会话。

20.如权利要求15所述的方法，其中该第一通信会话和该第二通信会话包括实时传输协议会话。

21.如权利要求15所述的方法，其中所述用以预订的请求包括一用以预订一预定业务的请求。

22.如权利要求21所述的方法，其中该预定业务包括一即时语音消息业务。

23.一种用于在一互联网协议网络中提供即时业务的系统，该系统包括：

一会议服务器，配置为向一第一用户终端和一第二用户终端提供至少一个通信会话，该会议服务器还配置为当接收到一通信会话激活请求时，在该第一用户终端和该第二用户终端之间桥接所述至少一个通信会话，并且还配置为当接收到一解除请求时断开所述会话；

一认证服务器，配置为认证用户请求；

一在线状态服务器，配置为存储用户配置文件、跟踪与用户终端相关联的用户状态信息以及向授权的用户提供该用户状态信息，该在线状态服务器还配置为接收一通信会话激活请求，并且响应地，确定在该请求中所指定的至少一个目标终端的可用性，其中如果该至少一个目标终端可用，则该在线状态服务器配置为转发该请求到该会议服务器。

24.如权利要求23所述的系统，其中还包括一第二会议服务器，并且该在线状态服务器还配置为保持每个会议服务器的状态和可用性。

25.如权利要求24所述的系统，其中该在线状态服务器还配置为当从与该用户终端相关联的该用户接收到注册和预订请求时，管理会议服务器到用户终端的分配。

26.如权利要求23所述的系统，其中还包括：

至少一个信令用户代理，配置为在该用户终端、该会议服务器和该在线状态服务器之间提供控制协议和信令接口。

27.如权利要求26所述的系统，其中该至少一个信令用户代理包括至少一个会话启动协议用户代理。

28.如权利要求26所述的系统，其中该第一用户终端包括一第一信令用户代理，以及该第二用户终端包括一第二信令用户代理。

29.如权利要求27所述的系统，其中该至少一个信令用户代理包括一虚拟用户代理。

30.如权利要求29所述的系统，其中该虚拟用户代理包括一远离该用户终端的用户代理。

31.如权利要求29所述的系统，其中该虚拟用户代理由该用户终端远程控制，并且该虚拟用户代理包括一远程控制协议、一远程接口和一远程媒体传输功能。

32.一种用于在一互联网协议网络中提供实时数据传输的系统，该系统包括：

多个会议服务器，包括一第一会议服务器和一第二会议服务器，该第一会议服务器配置为将至少一个通信会话提供给与一第一用户终端相关联的一第一用户，并且该第二会议服务器配置为将至少一个通信会话提供给与一第二用户终端相关联的一第二用户，该第一会议服务器和该第二会议服务器还配置为当接收到一通信会话激活请求时，在该第一用户终端和该第二用户终端之间桥接所述至少一个通信会话，并且还配置为当接收到一通信会话解除请求时断开所述会话；

一在线状态服务器，配置为当从该第一用户和该第二用户接收到注册请求时，分配该第一用户到该第一会议服务器，以及分配该第二用户到该第二会议服务器，该在线状态服务器还配置为从该第一用户接收一用以建立与该第二用户的通信会话的通信会话激活请求，并且响应地，确定该第二用户与该第二会议服务器的关联性以及该第一用户与该第一会议服务器的关联性，并且该在线状态服务器还配置为发送一第一请求到该第一会议服务器以及发送一第二请求到该第二会议服务器，其中该第一请求包括一用以将提供给该第一用户的至少一个通信会话桥接到该第二会议服务器的请求，该第二请求包括一用以将提供给该第二用户的至少一个通信会话桥接到该第一会议服务器的请求。

33.如权利要求32所述的系统，其中该在线状态服务器还配置为当从该第一用户接收到该通信会话激活请求时，确定该第二用户终端的可用性，并且其中该在线状态服务器配置为，如果该第二用户可用，则发送该第一请求到该第一会议服务器以及发送该第二请求到该第二会议服务器。

34.如权利要32所述的系统，其中提供给该第一用户终端的至少一个通信会话和提供给该第二用户终端的至少一个通信会话包括实时传输协议会话。