在基于信道的媒体远程通信协议的通信期间提供交互式媒体的方法和装置的制作方法

专利名称：在基于信道的媒体远程通信协议的通信期间提供交互式媒体的方法和装置的制作方法
在基于信道的媒体远程通信协议的通信期间提供交互式媒体的方法和装置 相关申请的交叉引用
本发明要求在2005年7月28日提交的序号为60/704,191的美国临时 申请的优先权，上述申请通过引用而整体结合于此。
版权声明
本申请的一部分内容包含计算机代码，这些计算机代码由达丽星网络 私人有限公司(Dilithium Networks Pty Ltd.)所有。这里保留版权保护下 的所有权利，达丽星网络私人有限公司。 2006。
背景技术：
提出了在设备("终端")之间的多媒体远程通信(多媒体"呼 叫")期间提供任意媒体的方法。更具体的说，本发明提供了用于在终端 之间的呼叫期间引入任意媒体的方法，所述呼叫实现了基于信道的远程通 信协议，例如因特网工程任务组(IETF)的会话发起协议(SIP)、国际 电信联盟(ITU)电信标准化部门(ITU-T)的H.323推荐规范、ITU-T的 H.324推荐规范以及其他由这些协议和推荐规范得到或与这些协议和推荐 规范有关的标准和推荐规范。更具体的说，其涉及在基于信道的媒体远程 通信协议的通信会话的各种阶段处、基于操作员、主叫者和被叫者的偏 好、利用提供给有关终端的媒体来提供可配置且交互式的媒体的方法和装 置。仅仅作为示例，本发明已被应用于在移动远程通信网络上的30 30-324M (根据ITU-T H.324协议改编的协议)的多媒体手持机之间建立多媒 体远程通信，但是将会认识到本发明也可以包括其他应用。
H.324是用于在通用交换电话网(GSTN)上进行多媒体通信的国际电 信联盟(ITU)协议标准。H.324M是常用于具有附录C (移动扩展)的 H.324的名称，并且是H.324扩展，用于在移动网络上操作，3G-324M是第三代伙伴计划(3GPP)的推荐规范，用于定义H.324M的改编版以在 3GPP网络中使用，并且还被3GPP2所采用。3GPP还已经改编了 IETF SIP以用于分组交换网络，该改编版被称为SIP/IMS。
在不损失一般性的条件下，我们使用术语"设备"指代诸如手持机之 类的用户端设备或诸如交换机或网关之类的网络端设备。术语"设备"覆 盖了 "实体"的意思。我们还交替使用术语"设备"和"终端"，它们在 本申请文件中都表示相同意思。
建立和连接典型3G-324M呼叫所涉及的关键步骤如下
1. 呼叫信令传输(Call Signaling)(承载体建立) 一在H.324的 范围之外。在GSTN的条件下通常是调制解调器连接，通过ISDN,或者 在移动的情形中通过移动交换中心(MSC)进行信令传输。
2. 移动级别检测(MLD) —其中在设备之间对公共移动级别取得 一致。该步骤由诸如H.324M和3G-324M设备之类的支持移动扩展的 H.324设备来执行。
3. 终端能力交换(TCS) —H.245消息传输(messaging)
4. 主从确定(MSD) —H.245消息传输
5. 开/关逻辑信道(OLC) —H.245消息传输
6. 复用器表条目交换(MTE) —H.245消息传输
在步骤(1)中，在设备之间建立端到端的承载体。该阶段被称作呼 叫信令传输。在使用3G-324M的第三代(3G)网络中，用户终端经由网 络元件连接到另一个用户终端；网络元件到用户终端的交互利用了 ITU-T 推荐规范Q.931,网络元件到网络元件的连接利用了信令传输系统7 (SS7)的集成系统数字网用户部分(ISUP)
图1图示出MS到MS的H.324呼叫的传统连接体系结构。仅仅作为 示例，在图1中，示出在两个终端之间的典型3G-324M中所涉及的网络元 件的简化描述。主叫终端(TOC) 110、被叫终端(TTC) 190、与TOC相 关联的MSC (OMSC) 120以及与TTC相关联的MSC (TMSC) 180被示 出。OMSC和TMSC可被放在一起。计费功能被标记为CHARGING (计 费)150。图2图示出主叫终端的传统会话建立和对被叫终端的设置请求。TOC210通过向OMSC 220发送Q.931 SETUP (建立)消息来启动呼叫建立过 程。OMSC 220向TMSC 224发送ISUP初始地址消息(IAM) 。 TMSC 224向与所拨叫号码相关联的TTC 230发送SETUP消息。SETUP消息向 TTC 230通知进入呼叫。TTC 230向TMSC 224发送ALERTING (警告) 消息，指示出振铃已经开始。TMSC 224向OMSC 220发送ISUP地址完成 消息(ACM) 。 OMSC 220通过发送ALTERING消息将振铃(回铃或提 醒)声连接到TOC210。TTC 230正在振铃并且可以应答呼叫。振铃周期的持续时间是可变的 并且在呼叫发起时对TOC 210是未知的。虽然3G-324M终端有能力显示 音频和视频，但是TOC 210在振铃周期的持续时间内接收和播放传统(只 有音频)的回铃声。如果TTC 230应答，贝U CONNECT (连接)消息被从TTC 230发送到 TMSC 224。 TMSC 224向OMSC 220发送ISUP应答消息(ANM)。 OMSC 220向TOC 210发送CONNECT 。在典型呼叫中，计费事件被从OMSC 220发送到计费实体 (CHARGING 222)，指示出会话的开始。计费事件可以是操作员定义 的，并且很可能在会话中的其他地方发生以提供网络使用的精确记账，在 网络中或来自其他元件以提供网络使用的精确记账。呼叫信令传输现在完成，并且通信链路(承载体)现在存在于TOC 210和TTC 230之间。 一旦呼叫信令传输完成，则进一步的步骤被用于建 立H.324会话，以提供在设备之间以设备已知且支持的格式传输视频、音 频和数据的方式。为了做此工作，H.324M利用了两个别的ITU-T推荐规 范。这些推荐规范中的第一个推荐规范是H.223 "用于低比特率多媒体通 信的复用协议"。H.223规定了面向帧的复用协议，其允许在单个通信链 路上传送数字声音、视频和数据(例如，命令与控制)信息的任意组合。 H.223可以具有多个操作模式，这在H.223推荐规范的附录A、 B和C中 有规定，用于在存在错误的情况下提供增强的恢复性。这些也被称作移动级别1、 2和3。在没有应用任何这些附录的条件下的H.223有时还被称作 工作在移动级别0 (基线，base-line) 。 H.324具有逻辑信道的概念，其是 在电路交换链路上提供虚拟信道的一种方式。复用器的任务是将写在逻辑 信道上的数据块的多个部分组合(复用)成被称作复用器协议数据单元(MUX一PDU)的帧。逻辑信道0总是可用，并且被用于命令和控制。数 据(声音、视频、命令与控制和其它通用数据)通过被称作服务数据单元(SDU)的比特流块向/从H.223复用器传送。在被复用之前，这些不同的 SDU穿过适配层，在适配层处会添加额外的信息以用于诸如错误检测、顺 序编号和重传请求之类的目的。这些推荐规范中的第二个推荐规范是H.245 "用于多媒体通信的控制 协议"，其规定了终端信息消息的语法和语义，以及在通信开始或通信期 间使用消息传输进行带内协商的过程。这些消息覆盖收发能力和偏好、逻 辑信道信令传输与控制和指示。在H.245中规定的消息以ITU-T抽象语法 标记(ASN.l)表示，并且可以分类为请求、响应、命令或者指示类型。 H.245消息在被传输之前根据ASN.l标准而被编码。当终端发送请求类型 的H.245消息时，它需要远程终端发送合适的响应类型消息。如果在某段 时间内没有接收到响应(有时被称作确认Ack)，则发送终端将重传请 求，或者在对重复的请求仍没有接收到任何响应的情况下采取别的适当动 作。请求的重传将发生多次。与呼叫建立相关联的许多H.245消息是请求 类型的消息。H.245还要求可靠的链路层用于正确的操作。在H.324的附录A中规 定的提供此功能的主要方式是使用简单重传协议(SRP)或编号简单重传 协议(NSRP)，其中一个或多个H.245消息(通称为多媒体系统控制 PDU，并且在本申请文件中称为H.245 PDU)在发送之前被形成为SRP命 令帧，并且接收终端必须发送SRP响应帧(有时被称为SRP Ack)来确认 正确接收SRP命令帧。直到已经接收到上一消息的SRP Ack，终端才可以 发送别的H.245消息。步骤(2)是H.223移动级别检测/复用器同步阶段。这由每个终端发 送重复模式的比特(标志)组成，这些比特指示出其所工作于的最高移动级别。每个终端检查其正在接收的标志。如果这些标记表示较低的移动级 别，则终端下降为相同的较低级别。当两个终端传输相同的标志序列时， 该步骤完成。使用如上所述的H.245请求与响应消息的序列来执行步骤(3)至 (6)。注意上述步骤(5)和(6)的顺序可以交换。应当注意，歩骤 (3)至(6)涉及由下层的状态机定义的程序，所述状态机也被称作信令 传输实体。相关的信令传输实体有1. 能力交换信令传输实体(CESE)2. 主从确定信令传输实体(MSDSE)3. 逻辑信道信令传输实体(LCSE)4. 复用表信令传输实体(MTSE)然而，为了与每个方向的逻辑信道建立H.324会话，上面的关键步骤 通常被顺序处理。ITU推荐规范H.323以和H.324类似的方式使用H.245来信令传输与 呼叫有关的命令、控制和指示消息。IETF会话发起协议(SIP)使用不同 的方法(会话描述协议(SDP))来建立终端能力和逻辑信道。对于H.324M，步骤(3)，终端能力集请求(TCS)步骤需要经由独 立的终端能力集(TCS)请求来交换终端能力。这些请求允许信令传输包 括复用器能力在内的终端支持的能力、所支持的编解码器以及与这些编解 码器相关联的参数。TCS还规定了对同时接收特定编解码器类型的其他终 端限制，或规定用于同时发送和接收的编解码器类型之间的相互依赖。对于H.324M，步骤(4)，主从关系(MS)是由附属的主从确定 (MSD)请求来确定的。在主终端被决定之后，该主终端然后负起对解决 终端之间的不兼容请求的责任。对于H.324M，步骤(5)，打开逻辑信道(OLC)被用于创建逻辑信 道(LC)作为信息传输路径。逻辑信道是由希望发送媒体的终端通过打开 逻辑信道(OLC)请求打开的。每个逻辑信道具有在OLC请求中规定的 特性。这些特性保证终端能够接收和解码将在信道上接收到的数据。逻辑 信道可被打开作为双向信道，其中正向和反向信道被同时创建。OLC被接收终端确认。对于H.324M，步骤(6)，复用器表条目(MTE)向远程终端指示出 发送终端意图如何格式化媒体载荷。MTE被接收终端确认。一旦这些步骤已经完成，则媒体(视频、音频和数据)可以在终端之 间流动。在逻辑信道中流动的会话媒体由附图中的"SessMedia (会话媒 体)"指示出。注意H.245消息在逻辑信道0上流动，逻辑信道0如先前 描述是通过复用器预定义的复用器表条目0来预定义和传送的。 一旦其他 复用器表条目已被交换，这些条目也可被与H.245消息结合使用。图2中示出了与3G-324M的逻辑信道特性有关的会话特性。某些会话 特性的修改在3G-324M的会话期间是允许的，允许的修改和方法在表1中 被指不出。特性会话建立时的判定会话期间的修改移动级别(ML)移动级别检测H.245协商和ML检领iJ终端能力(TCS)H.245协商H.245协商主从关系(MS)H.245协商不允许复用器表条目(MTE)H.245协商H.245协商逻辑信道(LC)H.245协商H.245协商表l特性相关信息逻辑信道号(LCN)一信道类型—适配层一可分割—表2快速建立技术(例如H.323快速连接、H.324快速应答和相关技术 (在共同转让的公开号为2004/0174817和2006/0029041的美国专利申请 中有更加充分的描述，这两个申请通过引用而结合于此)、SIP应答/提供和SIP "早期媒体"等)可以改变协商过程，但是不会改变会话的结果特性。在某些情况下，结果特性可被限制为与常规协商相比的精简的特性集 合。分别通过H.245关闭逻辑信道(CLC)消息和OLC (打开逻辑信道) 消息来关闭逻辑信道和重新打开逻辑信道在会话期间是允许的。 拆除典型3G-324M呼叫所涉及的关键步骤如下 HI.关闭逻辑信道(CLC) 一H.245消息传输 H2.会话结束命令(EndSession) —H.245消息传输 H3.呼叫信令传输(承载体释放) 一在H.324的范围之外 呼叫拆除可以以顺序的方式发生，涉及步骤(Hl) 、 (H2)和 (H3)，可以只涉及步骤(H2)禾卩(H3)，可以只涉及歩骤(H3)，或 者可以由失去通信引起。根据本发明的实施例，终端将适当地处理任何呼 叫拆除过程。作为示例，TOC 210决定通过终止承载体(即歩骤(H3))来终止会 话用于呼叫拆除的呼叫信令传输，不发送H.245消息。步骤(H3)以 TOC 210向OMSC 220发送DISCONNECT (断开)消息开始。OMSC 220 向TOC 210通知ISUP RELEASE (释放)。计费事件可被从OMSC 220发 送到CHARGING 222，为记账目的指示出会话结束。OMSC 220向TMSC 224发送ISUP RELEASE消息。TOC 210向 OMSC 220发送回复的ISUP RELEASE—COMPLETE消息。TMSC 224向 OMSC 220发送返回的ISUP RELEASE—COMPLETE (RLC)消息，并向 TTC 230发送DISCONNECT消息。TTC 230向TMSC 224发送回复的 RELEASE消息。TMSC 224向TTC 230回复以RELEASE—COMPLETE消 息。呼叫现在完成，并且各方都回到初始状态准备好进行新呼叫D由上可见，在3G网络中，尽管终端和网络本来有多媒体显示能力， 但是当TOC 210执行上述步骤时，当TTC 230振铃等待应答时被从网络发 送到TOC 210的媒体是传统的音频(语音)。因此，本领域存在对用于将 多媒体内容提供给通过远程通信协议进行通信的终端的方法和技术的需 要。发明内容根据本发明，提供了一种用于向远程通信会话中所涉及的多方提供可 配置内容的技术。更具体的说，本发明提供了用于在如下通信期间在终端 之间提供(一个或多个)交互式和任意媒体流的方法和装置，所述通信实 现了基于信道的媒体远程通信协议。根据本发明的一种实施例，提供了一种利用基于信道的协议将媒体流 从媒体服务器递送到第一设备的方法。该方法包括将第一会话信令传输消 息从第一设备发送到媒体服务器，将第二会话信令传输消息从媒体服务器 发送到第一设备，以及在媒体服务器和第一设备之间建立一个或多个信 道。该方法还包括在内容设备和媒体服务器之间建立一个或多个第一媒体 流，在媒体服务器中处理一个或多个第一媒体流以形成一个或多个第一经 处理媒体流，以及利用一个或多个信道将一个或多个第一经处理媒体流从 媒体服务器发送到第一设备。该方法还包括将第三会话信令传输消息从媒 体服务器发送到第二设备，将第四会话信令传输消息从第二设备发送到媒 体服务器，以及在第二设备和媒体服务器之间建立一个或多个第二媒体 流。另外，该方法包括在媒体服务器中处理一个或多个第二媒体流以形成 一个或多个第二经处理媒体流，以及利用一个或多个信道将一个或多个第 二经处理媒体流从媒体服务器发送到第一设备。根据本发明的另一种实施例，提供了一种利用基于信道的协议将媒体 流从媒体服务器递送到第一设备的方法。该方法包括将第一会话信令传输 消息从第一设备发送到媒体服务器，将第二会话信令传输消息从媒体服务 器发送到所述第一设备，以及在媒体服务器和第一设备之间建立一个或多 个信道。该方法还包括在内容设备和媒体服务器之间建立一个或多个第一 媒体流，将第三会话信令传输消息从媒体服务器发送到第二设备，以及将 第四会话信令传输消息从第二设备发送到媒体服务器。该方法还包括在第 二设备和媒体服务器之间建立一个或多个第二媒体流，在媒体服务器中处 理一个或多个第一媒体流或一个或多个第二媒体流中的至少一种以形成一 个或多个经处理媒体流，以及利用一个或多个信道将一个或多个经处理媒体流从媒体服务器发送到第一设备。根据本发明的又一种实施例，提供了一种向第一终端递送视频回铃媒 体流的方法。该方法包括将会话信令传输消息从第一终端发送到回铃服务 器，将会话信令传输响应消息从回铃服务器发送到第一终端，以及在回铃 服务器和第一终端之间建立一个或多个信道。该方法还包括在内容设备和 回铃服务器之间建立一个或多个媒体流，以及在回铃服务器中处理一个或 多个媒体流以形成视频回铃媒体流。该方法还包括利用一个或多个信道将 视频回铃媒体流从回铃服务器发送到第一终端，将第二会话信令传输消息 从回铃服务器发送到第二终端，以及将与应答呼叫相关联的第二会话信令 传输响应消息从第二终端发送到回铃服务器。发送第二会话信令传输响应 消息是在发送会话信令传输响应消息之后执行的。根据本发明的另一种实施例，提供了一种利用第一终端和第二终端在 远程通信网络中提供媒体流的方法。该方法包括将第一会话信令传输消息 从第一终端发送到媒体服务器，将第二会话信令传输消息从媒体服务器发 送到第一终端，以及在媒体服务器和第一终端之间建立一个或多个信道。 该方法还包括在内容设备和媒体服务器之间建立第一媒体流，利用一个或 多个信道将第一媒体流从媒体服务器发送到第一终端，以及将第三会话信 令传输消息从媒体服务器发送到第二终端。该方法还包括将第四会话信令 传输消息从第二终端发送到媒体服务器，在第二终端和媒体服务器之间建 立第二媒体流，以及确定第二媒体流中的预定媒体特征。另外，该方法包 括利用一个或多个信道将第三媒体流从媒体服务器发送到第一终端。根据本发明的另一种实施例，提供了一种利用第一终端和第二终端在 远程通信网络中提供第一媒体流和第二媒体流的方法。该方法包括将第一 会话信令传输消息从第一终端发送到媒体服务器，将第二会话信令传输消 息从媒体服务器发送到第一终端，以及在媒体服务器和第一终端之间建立 一个或多个信道。该方法还包括在内容设备和媒体服务器之间建立第一媒 体流，利用一个或多个信道将第一媒体流从媒体服务器发送到第一终端， 以及将第三会话信令传输消息从媒体服务器发送到第二终端。该方法还包 括将第四会话信令传输消息从第二终端发送到媒体服务器，在第二终端和媒体服务器之间建立第二媒体流，以及生成第三媒体流中的预定媒体特 征。预定媒体特征是在媒体服务器中生成的。另外，该方法包括利用一个 或多个信道将第三媒体流从媒体服务器发送到第一终端。根据本发明的另一种实施例，提供了一种利用第一终端和第二终端在远程通信网络中在会话移交(cutover)过程期间提供媒体流的方法。该方法包括将第一会话信令传输消息从第一终端发送到媒体服务器，将第二会 话信令传输消息从媒体服务器发送到第一终端，以及在媒体服务器和第一 终端之间建立一个或多个第一信道。该方法还包括建立从内容设备到媒体 服务器的第一媒体流，以及利用一个或多个第一信道将第二媒体流从媒体 服务器发送到第一终端。第二媒体流与第一媒体流相关联。该方法还包括 将第三会话信令传输消息从媒体服务器发送到第二终端，将第四会话信令 传输消息从第二终端发送到媒体服务器，以及在媒体服务器和第二终端之 间建立一个或多个第二信道。另外，该方法包括利用一个或多个第一信道 将第三媒体流从第一终端发送到媒体服务器，以及利用一个或多个第二信 道将第四媒体流从第二终端发送到媒体服务器。根据本发明的特定实施例，提供了一种在远程通信网络中向终端提供 视频回铃服务的方法。该方法包括将媒体内容存储在设在内容服务器中的 一个或多个存储器中，其中所述媒体内容被以第一格式存储，以及在内容 服务器和媒体服务器之间建立第一媒体流。所述方法还包括在媒体服务器和第一类H.324终端或类SIP终端中的至少一种之间建立第二媒体流，在 媒体服务器和第二类H.324终端之间建立第三媒体流，以及对媒体服务器 中的媒体内容进行转码，以形成以第二格式为特征的第一回铃媒体流。该 方法还包括将第一回铃媒体流发送到第一类H.324终端或类SIP终端中的 至少一种，对媒体服务器中的媒体内容进行转码，以形成以不同于第二格 式的第三格式为特征的第二回铃媒体流，以及将第二回铃媒体流发送到第 二类H.324终端。根据本发明的另一特定实施例，提供了一种对通过远程通信网络递送 的媒体内容进行计费的方法。该方法包括将第一会话信令传输消息从第一 设备发送到媒体服务器，将第二会话信令传输消息从媒体服务器发送到第一设备，以及在媒体服务器和第一设备之间建立一个或多个信道。该方法 还包括在内容服务器和媒体服务器之间建立一个或多个第一媒体流，确定 转换事件的发生，以及发起与转换事件相关联的计费事件。根据本发明的另一特定实施例，提供了一种将视频回铃媒体流递送到 第一终端的方法。该方法包括将会话信令传输消息从第一终端发送到回铃 服务器，将会话信令传输响应消息从回铃服务器发送到第一终端，以及在 回铃服务器和第一终端之间建立一个或多个信道。该方法还包括在内容服 务器和回铃服务器之间建立一个或多个媒体流，在回铃服务器中处理一个 或多个媒体流以形成视频回铃媒体流，利用一个或多个信道将视频回铃媒 体流从回铃服务器发送到第一终端。该方法还包括将第二会话信令传输消 息从回铃服务器发送到第二终端，以及把与应答呼叫相关联的第二会话信 令传输响应消息从第二终端发送到回铃服务器。发送第二会话信令传输响 应消息是在发送会话信令传输响应消息之后执行的。另外，该方法包括从 与呼叫建立相关联的级别减少回铃服务器的参与。根据本发明的一种实施例，提供了一种向3G-324M终端递送视频回铃 媒体流的方法。该方法包括将第一 Q.931 SETUP消息从3G-324M终端发 送到回铃服务器，将第一 Q.931 CONNECT消息从回铃服务器发送到3G-324M终端，以及在回铃服务器和3G-324M终端之间建立一个或多个第一 信道。该方法还包括在内容服务器与回铃服务器之间建立一个或多个媒体 流，在回铃服务器中处理一个或多个媒体流以形成视频回铃媒体流，以及 利用一个或多个第一信道将视频回铃媒体流从回铃服务器发送到3G-324M 终端。该方法还包括将会话信令传输消息从回铃服务器发送到第二终端， 以及把与应答呼叫相关联的第二会话信令传输消息从第二终端发送到回铃 服务器。发送第二会话信令传输消息是在发送第一 Q.931 CONNECT消息 之后执行的。另外，该方法包括在回铃服务器和第二终端之间建立一个或 多个第二信道，以及在回铃服务器处使一个或多个第一信道和一个或多个 第二信道相关联。根据本发明的特定实施例，提供了一种用于在第一移动手持机、第二 移动手持机和网关之间传输媒体的系统。该系统包括网关，以及耦合到该网关的内容服务器。网关被配置为接收来自内容服务器的视频回铃内容。 该系统还包括耦合到网关的第一手持机，该第一手持机适合于接收来自 网关的视频回铃内容；以及耦合到网关的第二手持机。网关被进一歩配置 为接收来自第二手持机的媒体，并且将该媒体从第二手持机发送到第一手 持机。当终端被连接时，本发明的实施例可被用于在会话期间的任何时刻提 供媒体。所提供的媒体可以呈多种形式之一，其非限制性示例为个性化 或定制的回铃声、呼叫任何阶段处的交互式媒体(例如，娱乐或广告)， 以及用来代替未被从远程会话提供的媒体的安慰媒体。将会认识到，本发 明的实施例可以包括其他应用。根据本发明，提供了用于向基于信道的媒体远程通信呼叫中所涉及的 终端提供可配置媒体的技术。充当会话方和内容提供方的端点的代理允许 在呼叫的各种阶段、在会话方的任何或所有媒体信道上共同或独立地提供 可配置媒体。代理可被描述为内容的媒体个性化服务器(MPS)，并且所 要提供的内容可以利用代理对呼叫的知识(即，被叫和主叫方号码，呼叫 阶段)和对网络信息的知识(即，订阅者信息)来判定。应当注意的是， 虽然本发明被称为媒体个性化服务器，但是其无需限于该具体实施例。在 MPS被使用的情况下，就应当被理解为本发明。在一特定实施例中，可配置的媒体流在TOC等待TTC处的应答时被 提供给TOC。该媒体供给此后将被称为个性化视频回铃(PVRB)。在该 示例的进一步改进中，本发明已被应用于移动远程通信网络上的3G-324M (基于H.324M的协议)多媒体手持机之间的远程通信中的PVRB。在另一特定实施例中，可配置媒体流在呼叫建立时被提供给非主叫 方。在该示例的进一步改进中，本发明已被应用于移动远程通信网络上的 3G-324M (基于H.324M的协议)多媒体手持机之间的远程通信。在另一特定实施例中，可配置媒体流被提供给终端，从而允许用户和 内容之间的交互。在该示例的进一步改进中，本发明已被应用于移动远程 通信网络上的3G-324M (基于H.324M的协议)多媒体手持机之间的远程 通信。在另一特定实施例中，可配置媒体流被周期性地(或不定期地)提 供，从而用媒体中断会话。在该示例的进一步改进中，本发明己被应用于移动远程通信网络上的3G-324M (基于H.324M的协议)多媒体手持机之 间的远程通信。在另一特定实施例中，通过将个性化内容与会话内容相混合而创建可 配置媒体流。在该示例的进一步改进中，本发明已被应用于移动远程通信 网络上的3G-324M (基于H.324M的协议)多媒体手持机之间的远程通 信。在另一特定实施例中，本发明提供了一种用于截取两方之间的通信并 转移至捕捉实体的方法。在该示例的进一步改进中，本发明已被应用于移 动远程通信网络上的3G-324M (基于H.324M的协议)多媒体手持机之间 的远程通信。系统具有一个或多个存储器，其可以位于单个设备或多个设备中。一 个或多个存储器包括用于执行这里所述的功能的各种计算机代码。根据实 施例，这些代码可在软件、硬件或软硬件的组合中。根据实施例，可以存 在用于执行这里描述的功能的其他计算机代码。本发明的新颖的目的、特征和优点在所附权利要求书中得到具体阐 明。通过结合附图参考以下描述，本发明的组合和操作方式以及进一步的 目的和优点可以得到最好的理解。


图1图示出MS到MS H.324呼叫的传统连接体系结构；图2图示出主叫终端的传统会话建立以及对被叫终端的建立请求；图3A图示出根据本发明实施例的MS到MS H.324呼叫的连接体系结构；图3B是图示出根据本发明实施例的会话操作序列的简化流程图； 图4图示出根据本发明实施例的主叫终端的会话建立以及对被叫终端 的建立请求；图5图示出根据本发明实施例对主叫终端显示可配置媒体；图6图示出根据本发明实施例的被叫终端的会话建立；图7图示出根据本发明的非交互实施例中的媒体拆除过程；图8图示出根据本发明实施例的会话移交；图9图示出根据本发明实施例的从主叫终端进行的会话拆除； 图10图示出根据本发明实施例的被传播到被叫终端的会话拆除； 图11图示出根据本发明实施例的单向媒体(或信令)路径； 图12图示出根据本发明实施例的在减少参与情况下的单向媒体(或 信令)路径；图13图示出根据本发明实施例的在没有参与情况下的单向媒体(或 信令)路径；图14图示出根据本发明实施例的在内容混合情况下的单向媒体；图15图示出根据本发明实施例的正被截取的单向媒体(或信令)路径；图16A图示出根据本发明另一实施例的利用IP内容的MS到MS H.324呼叫的另一连接体系结构；图16B图示出根据本发明另一实施例的利用IP内容的MS H.324到 SIP呼叫的另一连接体系结构；图17图示出根据本发明实施例的针对主叫终端的会话建立和内容递 送，其后跟有会话媒体递送。图18A-D图示出根据本发明实施例的执行媒体移交的方法；以及图19图示出根据本发明实施例的针对主叫终端的会话建立、内容递 送和计费。
具体实施方式
根据本发明，提供了一种用于向远程通信会话中所涉及的多方提供可 配置内容的技术。更具体的说，本发明提供了用于在实现基于信道的媒体 远程通信协议的终端之间的通信期间提供(一个或多个)交互式和任意媒 体流的方法和装置。本发明的实施例包括向主叫终端提供在会话的各种阶段非常需要的非普通媒体内容的方法和系统。内容可以是由所涉及的订阅者或网络操作员 选择的个性化媒体。基于上面对传统呼叫过程的讨论，还需要一种提供除传统音频之外的 可配置媒体并将这种媒体提供给会话期间的任一方的方法。内容可以是由 所涉及的订阅者或网络操作员选择的个性化媒体，并且具有会话媒体的其 他内容源。被提供给会话期间的一方的媒体的丰富性也是需要的，并且诸 如交互性和/或混合媒体会话之类的进一步增强可被提供。根据本发明的实施例，提供了用于向基于信道的媒体远程通信呼叫中 所涉及的终端提供可配置媒体的技术。充当会话方和内容提供方的终止点 的代理允许可配置媒体在呼叫的各种阶段以共同方式或独立方式被在会话 方的任意或者所有媒体信道上提供。该插入代理可被描述为个性化媒体服务器背对背用户代理(B2BUA)，因为其可被看作连接到会话方的用户代理并且参与对每一方的所有呼叫活动(本身的完整会话)，所述会话方包括象内容或捕捉设备一样的非终端参与者。可以利用PMS的呼叫知识(即，被叫和主叫方号码，呼叫的阶段)和网络知识(即，订阅者信息) 来进行媒体内容的个性化和对要提供的内容的判定。上述方法是一般性的并且可被本领域技术人员以许多不同方式实现。 我们在下面描述了示例性实施例，用于图示出可被容易地改编以适合特定 设备需要的方法。本发明的实施例包括用于提供个性化视频回铃服务的方法和系统。仅 仅作为示例，参考图3-10来描述本发明的实施例。当TOC等待TTC处的 应答时，可配置的媒体流被提供给TOC。该媒体供给此后将被称为个性化 视频回铃(PVRB)。在该示例的进一步改进中，本发明已被应用于在移 动远程通信网络上的3G-324M (基于H.324的协议)多媒体手持机之间的 远程通信中的PVRB。3G-324M协议这里仅被用于说明目的。这里描述的方法是一般性的并 且应用于实际上任何连接协议上的任何一对基于信道的终端之间的会话的 处理。相关领域技术人员将会认识到可以在不脱离本发明的精神和范围的 情况下使用其他步骤、配置和安排。本文提到涉及两个终端(TOC和TTC)的呼叫。这里所使用的术语 "终端"不限于终端设备，而是也可以表示在网络中起终端代理等作用的 其他实体。包括在术语"终端"的范围内的其他设备的示例包括服务器、手持机、网关、计算机、移动电话、PDA、智能电话、PSTN电话等等。图3A图示出根据本发明实施例的MS到MS的H.324呼叫的连接体系 结构。参考图3A，个性化媒体服务器背对背用户代理(B2BUA) 360被 加入到网络中。根据本发明的实施例，B2BUA 360被布置在TOC 110和 TTC 190之间的网络中的多点处。在图3A所示的实施例中，B2BUA 360 被布置在MSC (即OMSC 120)的网络侧，尽管实施例中的B2BUA可能 包含MSC并且可能被包含在MSC中，或被与其他元件放在一起。从而， 图3A所示的连接体系结构仅仅作为示例而提供，因为B2BUA可被放置 在网络中的任何点处，所述网络具有与所述连接相兼容的接口。实体也可 被放置在空网络中，如果在引入B2BUA 360之前两个终端被直接连接的 话。B2BUA 360既对协议没有限制，也无需对终端能力有限制。如果 B2BUA 360包括转码网关(例如，如在共同转让并且通过引用而结合于此 的公开号为2003/0028643的美国专利申请中所述)，则协议和终端能力可 能能够被独立地终止并且转码网关仍然可以保证不同能力的端点之间的兼 容性。参考图3A，被改编用于供应内容的实体(CONTENT (内容)370) 被加入到网络中，该实体具有到B2BUA 360的兼容连接。虽然内容服务 器的操作的类型和方法无需由特定协议规定，但是作为示例，内容服务器 CONTENT 370可以使用基于交互式会话的协议。在一特定实施例中， RTSP (实时流协议)服务器可以是CONTENT 370的元件。B2BUA 360 和CONTENT 370之间的接口被表示为简化的ISUP/H.324连接。B2BUA 360禾卩CONTENT 370之间的接口可以是私有接口或是任选的标准接口 。 当B2BUA包括转码网关时，则由CONTENT递送至l」B2BUA的内容可能 被以縮减数目的格式存储然后被转码网关实时(on the fly)转码。 一个示 例可能是存储单个高质量的媒体样本(例如，广播质量，或高质量H.264 )并将内容转码(transcode ) /转速率(transrate ) /转大小 (transsize)为如协商用于每个端点的格式。这有利于存储，而且还有利 于内容的管理并且还有利于内容的订阅。由B2BUA 360提供给终端的接口无需是相同的。作为非限制性示 例，媒体网关也可被结合在B2BUA 360中，其中ISUP被提供给第一接口 并且ISDN被提供给另一个接口。 H.323、 H.324和SIP是其他可以受益于 该方法的不同协议。参考图3A，被改编用于供应内容的实体(CONTENT 370)被加入到 网络中，该实体具有到B2BUA 360的兼容连接。虽然内容服务器的操作 的类型和方法无需由特定协议规定，但是作为示例，内容服务器 CONTENT 370可以使用基于交互式会话的协议。在一特定实施例中， RTSP (实时流协议)服务器可以是CONTENT 370的元件。B2BUA 360 和CONTENT 370之间的接口被表示为简化的ISUP/H.324连接。B2BUA 360和CONTENT 370之间的接口可以是私有接口或是任选的标准接口 。 当B2BUA包括转码网关时，则由CONTENT递送至lj B2BUA的内容可能 被以縮减数目的格式存储然后被转码网关实时转码。 一个示例可能是存储 单个广播质量的媒体样本并将内容转码/转速率/转大小为如协商用于每个 端点的格式。这有利于存储，而且还有利于内容的管理并且还有利于内容 的订阅。如从B2BUA 360的协议灵活性所显而易见的，B2BUA 360可以存在 于网络中的许多地方。图3A所示的位置仅仅是作为示例而提供。根据本 发明实施例，内容服务器370包括一个或多个存储器(未示出)。这一个 或多个存储器被修改为适合存储各种格式的多媒体内容。仅仅作为示例， 多媒体内容可以包括音频、视频、静态图像、数据、上述内容的组合，等 等。内容按照适于特定应用而被以各种格式存储。作为示例，本发明实施 例所利用和/或支持的格式包括3GPP文件文件、MPEG-4、 Real格式、 WMV、 AVI、 Quicktime，等等。参考图3A， CHARGING 150可以在逻辑上或物理上被与其他实体分 开，但是也可被放在一起。被结合到MSC中的CHARGING是一种可能的配置。根据所使用的记账方案或模型来使用其他的可能配置。图3B是图示出根据本发明实施例的一系列会话操作的流程图。参考图3B，会话发起(350)被执行，以发起TOC禾n MPS之间的会话。呼叫 源自TOC并且通过MPS被引导至TTC。 MPS禾Q TOC之间的会话建立 (352)被完成。在一种实施例中，会话建立(352)包含诸如Q.931之类 的会话信令传输。会话发起(354)被启动，以发起MPS和TOC之间的会话。在歩骤 354中发起的会话将包括用于在MPS和TOC之间传输媒体的逻辑信道和 其他特性的建立。仅仅作为示例，H.324和H.245在会话发起期间被使 用。内容被从MPS递送到TOC (356)。如在整个本文中更充分描述的， 从MPS递送到TOC的内容包括视频回铃内容、多媒体内容、包括音乐片 段在内的音乐内容、个人消息、网络声明、广告内容、用于视频邮件服务 器和门户的菜单、上述内容的组合，等等。TTC应答(358)，然后MPS和TTC之间的会话建立完成(360)。 在呼叫流程中的此时，在TOC和MPS之间以及MPS和TTC之间建立了 会话。内容(例如，视频回铃内容)正被从MPS递送到TOC，并且呼叫 准备好着手将会话媒体从TTC递送到TOC。具有可选的媒体质量保持的TOC-TTC移交被完成(362)，以便把正 被递送给TOC的内容从在步骤356中初始递送的内容切换为由TTC提供 的内容。如整个本文中所更充分描述的，在移交过程期间，去往两个终端 的媒体质量可被保持在适合于特定应用的预定级别。在某些实施例中，呼叫计费被可选地发起(364)，并且MPS的参与 可被最小化。仅仅作为示例，在特定的实施例中，呼叫计费被延迟，直到 事件发生。在某些实施例中，步骤364中的计费类似于与TOC和TTC之 间的传统呼叫的建立相关联的计费过程。例如，在视频邮件应用中，在用 户迸入预定的菜单选择之前，呼叫计费被延迟。从而，在用户采取同意计 费的肯定动作之前，呼叫计费在该实施例中不被发起。利用本发明实施例 所提供的方法和系统，可以使MPS的参与最小化，如整个本文中所更充 分描述的。呼叫在某一时段后结束(368)。应当认识到，图3B所示的具体步骤提供了根据本发明实施例的一种 提供视频回铃服务的特定方法。根据替换的实施例，其他顺序的步骤也可 被执行。例如，本发明的替换实施例可以按照不同顺序执行上面概述的步 骤或者使得某些步骤成为可选的。另外，图3B所示的单独步骤可以包括 多个子步骤，这些子步骤可以按照适合于单独步骤的各种顺序来执行。另 外，可以根据特定应用而增加或去除另外的步骤。本领域普通技术人员将 认识到许多变更、修改和替换。图4图示出根据本发明实施例的TOC的会话建立和对TTC的建立请 求。在一种实施例中，TOC 410是通过向OMSC 420发送SETUP消息来 发起呼叫建立过程的3G-324M终端。在收到SETUP消息之后，OMSC 420向B2BUA 424发送ISUP初始地址消息(IAM)。应当注意到， B2BUA 424可被提供用于确定相关订阅者是否已经订阅可配置媒体供给的 任何方面(例如，回铃声)。该确定可以通过以下步骤执行OMSC查询 未示出的归属位置寄存器(HLR)并修改B2BUA 424的操作以变成通过 代理进行传递。OMSC 420也可被配置为进行该订阅检查，并且完全地迂 回B2BUA 424的参与。因为可以利用提供个性化内容操作员广告的缺省 订阅，所以迂回序列未被示出。从而，根据本发明的实施例，按照适合于 特定应用来提供迂回序列。B2BUA 424向OMSC 420返回ISUP消息ANM。 OMSC 420向TOC 410返回CONNECT消息。通信链路现在存在于TOC 410和B2BUA 424 之间。TOC-B2BUA的会话特性现在可被确定。在收到来自TOC 410的包含被叫方信息的ISUP IAM之后，B2BUA 424试图连接到TTC 430。 ISUP IAM被发送到TMSC 428。 TMSC 428向 与拨叫号码相关联的TTC 430发送SETUP消息。SETUP消息向TTC 430 通知进入呼叫。如果TTC 430可用，则TTC 430向TMSC 428发送 ALETERING消息，从而向TMSC 428通知振铃已经启动。TMSC 428向 B2BUA 424发送ISUP地址完成消息(ACM)，从而向B2BUA 424指示 出TTC 430正在振铃并在等待应答。存在另外的可能性，以引入象早期ACM —样的诸如经修改的ACM之类的振铃响应，后跟诸如CPG之类的能够进行提醒的另一消息。振铃可被连接在其他消息流中，例如当在来自TMSC的ISUP "早期ACM"(没 有提醒指示的ACM)之后跟有具有提醒指示的ISUP CPG时。网关也可以 发起对TOC的呼叫并且在应答后立即提供回铃媒体的公告，同时第二终 端TTC仍在提醒。因为在TOC 410和B2BUA 424之间建立的会话可被交叉链接到在 B2BUA 424和TTC 430之间建立的会话。所以TOC 410和B2BUA 424之 间的会话的会话特性和逻辑信道特性(此后该接口和会话应当被称为 "B2BUA-TOC"，类似地接口以类似的方式被寻址)可被用于限制从 B2BUA 424提供给TTC 430的会话特性和控制B2BUA-TTC的会话特性。所应用的限制可以包括(但不限于)任何会话特性或逻辑信道特性， 例如降低最大ML、限制可用的媒体类型、限制可用的编解码器(以避 免转码)，等等。B2BUA 424的会话特性限制无需被限制为B2BUA-TTC。在某些情况 下，B2BUA-TOC在任何进一步的连接之前可被限制或修改，以减少转码 的使用，并且/或者完全消除转码。作为在3G-324M中消除转码的示例， B2BUA 424可以对TOC 410将其所通告的终端能力集(TCS)限制为3G-324M中的强制能力的最小集合。这将会话减少为一组最小已知特性，并 且将会知道TTC 430能够匹配这些能力并无需转码。TOC 410和B2BUA 424之间的逻辑信道是经由OLC请求打开的。在 OLC和MTE被TOC 410和B2BUA 424确认之后，媒体能够自由地在逻 辑信道中流动。如下面讨论的图5中所示，TOC 410在完成图4中所示的 序列之后可以开始发送媒体(TOC-LC中的SessMedia)。在PVRBT模式 下，B2BUA 424在被交叉连接要求之前可以无视TOC 410媒体和会话信 令传输(例如视频快速更新)，可配置且可定制的媒体示出于图5 (TOC-LC^中的流)。可以想到B2BUA 424将忽视的媒体和信令传输用于其他用 途，乃至提供会话混合的PVRB。所返回的会话媒体混合的PVRB可以是 交互性的，其示例可以是简单的交互式游戏。图5图示出根据本发明实施例向主叫终端显示可配置媒体。参考图5，为了访问将被提供给TOC 410的PVRB的内容，B2BUA 424可以在图 4中的ACM之后随时创建到CONTENT 426的会话连接。内容请求可以利 用如下信息来定制，这些信息包括会话信息、会话相关信息或由这些信 息中的任一个得到的信息、被叫方信息、主叫方信息、用于呼叫中所涉及 的订阅者的操作员信息、这些信息的组合，等等。在图5所示的示例中， B2BUA 424和CONTENT 426被示出为利用基于简化的ISUP信道的协议 进行连接。B2BUA 424向CONTENT 426发送ISUP IAM。 CONTENT 426 向B2BUA 424返回ISUP应答消息(ANM)。计费事件可被由B2BUA 424发送到CHARGING 422，从而为计费目的指示出流会话的开始。通信链路现在存在于CONTENT 426和B2BUA 424之间。CONTENT-B2BUA的会话特性现在可被确定。在CONTENT 426和B2BUA 424之间 建立的会话可被交叉链接到TOC，并且关于TOC的会话或LC特性的任 何信息可被用于限制B2BUA 424和CONTENT 426之间的终端会话特性或 作为选择将被递送的内容的手段。所应用的限制可以包括(但不限于)任何会话特性或逻辑信道特性， 例如降低最大ML、限制可用的媒体类型、限制可用的编解码器(以避 免转码)，等等。CONTENT 426和B2BUA 424之间的逻辑信道是经由OLC请求打开自由地在逻辑信道中流动(例如，由图5中的CONTENT-LC^中的流图示)。B2BUA 424具有到TOC 410的会话和到CONTENT 426的会话，其可 以将这些会话以各种方式互连。在提供PVRBT的本发明实施例中， B2BUA 424将CONTENT 426和TOC 410的媒体逻辑信道连接，以允许媒 体从CONTENT 426通过B2BUA 424传输到TOC 410 (例如，由图5中的 CONTENT-LC承中的流图示，该流流向TOC-LC^中的流)。因此，PVRBT 现在被显示在TOC 410处。图6图示出根据本发明实施例的被叫终端的会话建立。参考图6， TTC 430应答，并且CONNECT消息被从TTC 430发送到TMSC 428。TMSC 428然后向B2BUA 424发送ISUP应答消息(ANM)。通信链路现 在存在于TTC 430和B2BUA 424之间。TTC-B2BUA的会话特性现在可被 确定。在TTC 430和B2BUA 424之间建立的会话可被交叉链接到TTC 430，关于TOC的会话或LC特性的信息可被用于限制B2BUA 424和TTC 430之间的会话特性。所应用的限制可以包括(但不限于)任何会话特性或逻辑信道特性， 例如降低最大ML、限制可用的媒体类型、限制可用的编解码器(以避 免转码)，等等。TTC 430和B2BUA 424之间的逻辑信道是经由打开逻辑信道(OLC) 请求打开的。在OLC和复用表条目请求(MTE)被TTC 430和B2BUA 424确认之后，媒体能够自由地在逻辑信道中流动(例如，如图7中所示 的TTC-LC承中的SessMedia)。参考图7，开始B2BUA 424具有到TOC 410的会话、至(J CONTENT 426的会话以及到TTC 430的会话，B2BUA 424可以将这些会话以各种方 式互连。在提供PVRBT的本发明实施例中，B2BUA 424断开B2BUA 424 和CONTENT 426之间的信令传输路径和媒体逻辑信道。CONTENT 426 通过ISUP释放(REL)断开。CONTENT 426响应以ISUP释放完成 (RLC)。计费事件可被B2BUA 424发送到CHARGING 422，从而为计 费目的指示出TOC的流会话的结束。图8图示出根据本发明实施例的会话移交。在提供PVRBT的本发明 实施例中，在个性化回铃之后，B2BUA 424如图8所示连接TOC 410和 TTC430之间的会话。TOC-TTC移交决定可被延迟，以提高媒体质量。如果希望在移交之后开始接收比特流中的某些特征，则B2BUA424 可以在这些特征展现自己之前延迟连接TOC 410和TTC 430 (在TOC到 TTC方向和TTC到TOC方向)。在任何移交延迟期间，MPS仍然可以向 TOC发送媒体以使得对TOC用户的活动内容的时段最大化。其一个示例 将会是在图8所示的媒体移交结束之前通过执行图7中的命令而不断开 CONTENT 426，这将保持通过会话建立向TTC的内容传输并且向TOC用户提供对内容的更久访问(这可能会吸引奖励(premium))。时间媒体 质量问题一般将存在于具有时间压縮的媒体类型(诸如H.263、 MPEG-4 视觉、H.264或GSM-AMR之类的某种基于预测形式的编码)。如果不采 取动作，则媒体质量一般将受到不利影响。对于视频，这可以导致重大损 害，因为当需要帧内编码帧以正确显示视频时帧间编码帧到达TOC或 TTC。还可以采取动作，以使终端开始发送这些所需特征。所有这些动作可 以针对系统中的每个媒体信道独立执行，或者跨信道共同执行，以适应诸 如音频/视频时滞(skew)之类的媒体关系质量。媒体流可被延迟，以等待 提供补充媒体流或提供所需特征。例如，直到具有所需特征的视频准备好 时才可以传输音频。媒体质量增强延迟的一种示例性用途是在通过B2BUA 424传输视频 之前等待视频帧内编码(或关键)帧(I帧)。可以通过发出请求(例 如，H.245视频快速更新，等等)来加速I帧的到达。根据本发明的实施例，媒体延迟功能包括检测所需特征的能力。对于 某些编解码(例如H.263)中的视频I帧，视频媒体比特流中的图像起始 码(PSC)和帧类型被检测到。后跟有某些媒体比特流分析的数据去复用 (包括RTP拆包)实现了该检测过程。因为可以在复用形式下检测到某些 特征，所以在某些实施例中不提供去复用。根据本发明实施例，如果本地生成所需特征的媒体网关(例如，如共 同转让并且通过引用而结合于此的公开号为2004/0252761的美国专利申请 中所述的转码媒体网关)正在被使用，则媒体质量问题可被即时解决，或 者需要等待它们在输入比特流中到达。该本地生成的示例是如果媒体网关 在确定的移交点之前正在对输入的视频比特流进行转码和/或解码，则保持 如下状态，该状态将使得帧内编码可以应命令被生成到输出比特流中。在 移交时间之前，输出无需被使用或生成，但是在移交时，内帧(intra frame)需要被即时生成。还应当注意到，如果转码媒体网关被涉及，并且将仍然涉及，则更少 的会话特性需要被匹配(即，媒体编解码器和配置无需匹配)。另外，信令传输的子集可被交叉连接，而非整个集合。参考图8， B2BUA 424具有两个附接的会话，B2BUA 424可以以各种 方式将这两个会话互连。在提供PVRBT的本发明实施例中，TOC 410和 TTC 430之间的会话被使用，并且B2BUA 424经由重传将TTC 430和 TOC 410的信令传输路径和媒体逻辑信道连接。计费事件可被B2BUA 424 发送到CHARGIING 422，从而为了记账目的而指示出TOC 410至l」TTC 430的会话的开始。该计费发生于就正常TOC-TTC呼叫而论的相当时刻， 虽然其与被递送到TOC的会话建立和服务相比被延迟。如图8所示，会 话现在被建立在TOC 410和TTC 430之间，并且TOC 410和TTC 430可 以象它们之间的正常呼叫中一样进行通信。B2BUA 424只需在其职责需要的情况下留在会话中。如整个本文中所 更充分描述的，减少B2BUA在呼叫中的参与，则减少了在呼叫期间所使 用的资源量。图9图示出根据本发明实施例的从主叫终端进行的会话拆除。当任一 终端(例如图9所示序列中的TOC410)决定结束会话时，与步骤(Hl) 和(H3)类似的步骤发生。在步骤(H3)之后，呼叫信令传输 DISCONNECT被发送到终端所附接到的MSC (图9所示序列中的OMSC 420)。在接收到来自TOC 410的DISCONNECT之后，OMSC 420向 TOC 410通知RELEASE 。 OMSC 420向B2BUA 424发送ISUP RELEASE 消息。计费事件可被B2BUA 424发送到CHARGING 422，从而为了记账目 的而指示出TOC 410到TTC 430的会话的结束。TOC 410向OMSC 420发 送答复RELEASE—COMPLETE消息并且不再参与呼叫。当接收到来自 OMSC 420的ISUP RELEASE消息后，B2BUA 424立即向OMSC 420发送 返回的ISUP RELEASE—COMPLETE消息。对于TTC 430的断开情况，类 似处理对于本领域技术人员应当是显而易见的。图10图示出根据本发明实施例的传播到被叫终端的会话拆除。参考 图10，断开消息传播被图示出。B2BUA 424在接收到来自OMSC 420的 ISUP RELEASE消息之后立即向TMSC 428发送ISUP RELEASE消息。TMSC 428在接收到来自B2BUA 424的ISUP RELEASE消息之后立即向 B2BUA 424发送ISUP RELEASE—COMPLETE消息并向TTC 430发送 DISCONNECT消息。TTC 430向TMSC 428发送回复的RELEASE消息， TMSC 428回复以RELEASE—COMPLETE消息。呼叫现在完成并且各方返 回到准备好进行新呼叫的状态。 内容在提供PVRBT的本发明实施例(例如图4所示的实施例)中，如果 TTC 430不可用，则具有不可用原因代码(例如DISCONNECT或 RELEASE)的消息将被发送到B2BUA 424。该输入可以充当用于确定提 供给TOC 410的内容的输入。所显示的内容可以是忙碌指示或用户不可用 指示。其他网络声明或指示内容可被以类似方式显示。被提供给终端的个性化类型和内容选择的其他输入可被决定为表3中 所列出的一个或多个特性的函数。显然，表3中所提供的特性列表并非意 图限制本发明的实施例，并且其他特性被包括在本发明的范围中。本领域 普通技术人员将认识到许多对个性化判定的变更、修改、替换和增加。特性注释被叫实体的身份主叫实体的身份呼叫的阶段TTC的可用性忙碌情况，网络和用户(呼叫等 待)允许不同的内容被显示TTC的状态其他终端当前位于流会话中，或正 在交互式流会话中交互终端的能力和内容提供方的能力某些内容可能由于系统/终端能力而 不可用，S口，在MPS中未提供转码 功能的情况下，仅支持H.263的终 端处的MPEG-4视频内容。 如果内容的比特率和终端的比特流不匹配(并且在B2BUA中不支持转 速率)。预先规定的订阅者偏好网络个性化因素，例如用于内容选 择的人口统计信息操作员可以基于其自己的标准来提 供内容。这可以包括(但不限于) 基于人口统计和/或使用情况信息的 以特定订阅者为目标的单独广告。鹏、在没有其他选择标准的情况下，缺 省内容可被选择。表3查寻再次参考图4，在来自TTC 410的进入呼叫之后，B2BUA 424发起对 TTC 430的呼叫。B2BUA 424可以发起对多个被叫方号码的多个呼叫。这 在尝试(例如，在呼叫中心中)寻找多个终端或一组用户处的目标用户并 且仅将会话交叉连接到应答的TTC时有用。使B2BUA的参与最小化图11图示出根据本发明实施例的单向媒体(或信令传输)路径。参 考图11，在TOC IIO禾卩TTC 190之间的会话连接之后，B2BUA 360执行 如下任务，这些任务包括接收和重发从TOC 110到TTC 190和从TTC ]90 到TOC 110的信号和数据。B2BUA 360可以仅被动地涉及会话媒体和信 令的传送的某些方面(即不执行会话和/或媒体转换)，涉及该交换是 B2BUA 360中的资源(存储器、周期、端口或其他)的消耗并且可能希望 减少这些资源的消耗。如果会话特性和逻辑信道特性被以TTC 190和TOC IIO特性相匹配的 方式在会话建立时创建或在会话中修改，则B2BUA 360可以将其角色縮 减为承载体数据的管道并且不再与信令或媒体交互。作为示例，图13示 出了具有减少的参与的B2BUA 360 。根据涉及3G-324M设备的本发明实施例，减少的参与包括如下设置1.操作的移动级别(ML)相同。2. 复用器表条目(MTE)相同。3. 终端能力(TCS)相同(至少对于所选择的特征而言)，即复用器 能力相同，并且对于其他特征仅需要不冲突。4. TOC和TTC的主从确定(MSD)过程的输出不同，从而允许手持 机解决冲突。5. 开放的逻辑信道(LC)被匹配，使得一个终端的发送LC匹配另 一个终端的接收LC。根据本发明的实施例， 一种对与TTC进行协商的B2BUA给予更大控 制的方法是保证B2BUA变得从属于TOC。 B2BUA然后可以变为TTC的 主设备(master)，从而允许B2BUA解决具有所需特性的B2BUA-TOC 会话特性中的冲突，以允许对B2BUA-TOC的更好会话特性匹配。会话特性可被设计为显式地匹配由TOC禾卩TTC协商的能力。如果被 正确匹配，则这允许在B2BUA己经提供其服务之后(即，在向TOC提供 个性化视频回铃音之后)将其从呼叫中解放(即，使B2BUA不再参 与)。将会意识到，在会话期间修改某些会话特性的能力是可能的。会话可 修改(session-modifiable)的特性允许在TOC和TTC之间建立会话时的不 兼容特性。在会话移交之前，可以在每个建立的会话中修改这些特性，以 使这些特性与所需的一组特性相匹配。例如，这可以利用H.324和H.323 中的H.245消息或SIP中的Re-INVITE (重新邀请)消息来完成。图12图示出根据本发明实施例的具有减少参与的单向媒体(或信 令)路径。参考图12，称为发针(hair-pinning)的技术被图示出。在该技 术中，B2BUA 360的参与被减少至会话(承载体)数据的直接传输。当B2BUA 360的参与被最小化为承载体数据的传输时，释放链路干 线(RLT)可被执行，以从呼叫中完全去除B2BUA 360。根据个性化视频 回铃音情形，RLT将被在会话连接期间执行(在图8之后)。在RLT之 后，会话不再与B2BUA 360相关联(图13)。呼叫拆除将会象对于传统 呼叫(其中B2BUA 360不是网络元件) 一样发生。在SIP/IMS网络中， 可以用Re-INVITE或REFER (提交)来替换RLT，以实现释放功能。在完全留在媒体和信令路径中与信道的完全释放之间的所有可能性被 看作是利用了被动参与与访问会话信息之间的折衷。将B2BUA元件从会话去除的网络应用益处是明显的。如果B2BUA至少保持对承载体数据和信令的最少访问，则它还保持 了提供在进一步的示例实施例中概述的多个其他服务的能力。 非被叫方媒体供给示例本发明的实施例提供了如下方法和系统，其中媒体被提供给非被叫 方。在终端以任何方式断开后，B2BUA可以将媒体内容流化传输到未断 开的终端，因为B2BUA有能力独立地终止TOC-B2BUA和TTC-B2BUA。其一种示例用途将会是从操作员发送广告或声明。再次参考图9，其提供了一图示，该图示示出了 TOC 410正在终止会 话和正在被B2BUA 424释放。B2BUA 424具有用于断开TTC 430的选 项。这些选项包括立即向TTC 430传播终止并结束呼叫。该选项在图10 中被图示出。另一选项是不向TTC 430传播终止而是建立到非被叫方的流 会话。对于TTC 430,该选项类似于图5。流会话的持续时间可以是固定 时段、基于交互式事件的，或是无限期的。如果固定时段被使用，则终止将在内容被显示之后发送。该示例由图 7 (后跟图10)所示的序列图示出。如果使用无限期的流，则允许流会话 无限期地继续，并且仅当终端执行其挂断时才释放该终止。该示例由图9 所示的序列图示出，其中TTC 430终止，后跟如图7所示的B2BUA424。 作为示例，仅当被保持在会话中的终端是能够终止呼叫的交互式代理时， 才最有可能使用无限期时段。当然，其他选择被包括在本发明实施例的范 围中。非主叫方的媒体供给示例本发明的其他实施例提供了如下方法和系统，其中媒体被提供给非主 叫方。例如，在图6所示的序列之后，可以对图5所示的序列进行修改， 从而改为向TTC 430提供媒体，或除TOC 410之外还向TTC 430提供媒 体。内容可以是自个性化(self personalized)内容、广告或交互性内容， 等等。当然，内容不限于这些示例。向TTC 430进行流化传输可以产生如下情况，其中两用户都有正被流化传输至自己的个性化内容。该方法的一种示例用途可以是免费呼叫系 统，在免费呼叫系统中，在呼叫开始时的预定时间内向用户提供广告。参考图7，在移交决定被作出后，B2BUA 424执行REL命令。另外， 在图5之后插入如下过程，该过程基于对图7所示序列进行的一个或多个 修改并用于终止TTC 430流。然后进入图8，并按照正常PVRBT呼叫流 来继续图8。交互式媒体供给示例当B2BUA 424建立到TOC 410、 TTC 430和CONTENT 426的会话 时，不限于将CONTENT 426单向地连接到终端。通过打开会话的两端使 得终端可以经由B2BUA 424与CONTENT实体426交互，形成了产生交 互式流的能力，B2BUA 424可以基于脚本与CONTENT 426交互，或者 B2BUA 424可以充当在诸如语音识别或视频动作识别之类的媒体流中发出 的用户命令的代理。B2BUA424可以充当中间人，提供翻译服务，或者CONTENT服务器 426本身可以是交互式实体，能够直接响应通过B2BUA 424代理的终端请 求。几个非限制性的示例被提供如下(A)作为类H.324终端的 CONTENT 426，这种类H.324终端能够接收作为用户输入指示(H.245 UII)的输入以修改其行为；以及(B)作为类RTSP终端的CONTENT 426，这种类RTSP终端能够接收作为类RTSP控制的输入。B2BUA 424 然后可以提供从用户输入指示UII到RTSP控制的映射。用户交互可被用于选择内容、修改内容播放行为、与广告交互，和/或 玩交互式游戏。对于两种情况，交互的输入意义可以是作为会话的一部分 而被预先共用或作为会话的一部分而被共用。如果已经发生与终端的交互，贝！」B2BUA 424可以决定延迟任何会话 移交。如果客户端已经与流进行交互，则它们可被给予时间以完成它们的 交互并且不被中断。这时可以引入对其他实体的个性化，以覆盖交互时 段。本发明的其他实施例规定了媒体供给的周期性中断。如果B2BUA保持参与呼叫，则B2BUA可被用于中断所涉及的任何用户的媒体会话，并 用可配置媒体流来替换会话内容。该实施例的一种示例用途是用于免费呼 叫会话，其中用户不是直接支付服务，而是根据预先规定的合同通过观看 广告来间接支付服务。作为示例，可以利用混合的内容标识符在中断之前加上指示，以允许 终端的用户为中断作准备并增强用户的体验。会话媒体的混合媒体供给示例图14图示出根据本发明实施例的具有混合内容的单向媒体路径。除了先前描述的示例之外，本发明的实施例还以混合媒体的形式提供会话媒体。例如，如果B2BUA 360保持参与呼叫，则B2BUA 360可被用 于提供混合内容(主题性)的会话。内容是由内容服务器370提供的。如 图14所示，媒体和/或信令流被图示出，其中在交互期间，部分或者全部 的会话媒体可以形成流化、交互性的媒体的一部分。混合元素由图12中 的元素X (1585)图示出。替换或附属信道可以最简单的形式由更有能力的网络中的B2BUA 360 提供给从只有单媒体的网络(或其他有能力的网络)拨入的人们或者漫游 到只有单媒体的网络的人们。作为示例，VOIP、 2G (包括位于2G覆盖范 围内的3G订阅者)或PSTN客户端可以通过网关与3G网络进行协商并建 立只有语音的呼叫。B2BUA 360可以向缺乏可视呈现的用户提供一定范围 的解决方案。替换流可以是无特征的轮廓、静态图像、任何种类的视频，并且可能 与主叫方有关或无关。被叫方和操作员信息也可被用于确定内容类型。流也可以是可能个性化的头像(avatar)、计算机生成的表示(例 如，如美国专利No. 6,559,845中所讨论)，从而表示被设计为具有只有音 频的信号的、及时动嘴的主叫方。如对于本领域技术人员将会是显而易见的，附属信道不是仅限于增加 的视频，而是包括对任何缺少的媒体或逻辑信道或其他可用特征的替换。用户体验的显著增强是通过利用混合技术来产生的，其中终端之间的 媒体信号不再只是被代理或生成。而是将根据某些预先配置的规则集，利用可配置的内容来混合来自会话的媒体。一种示例是广告期间的画中画，其中会话媒体或广告媒体采用縮小的 范围(例如在两个方向上都进行1/2下采样)并且可以叠加在另一媒体 上。另一示例是使用与周期性中断相结合的混合媒体，由此警告指示符警 告用户周期性广告将要出现。示例包括音频的嘟嘟声和/或逐渐消失的视 频。该混合领域中的其他可能包括提供用户的完整媒体，但是增加以可配 置媒体。 一种非限制性的可能是用户环境的主题，由此框可被加入图像媒 体并且其他环境噪声也可被加入。作为该示例的补充，被加框的媒体可以是雨林的运动再现；具有来自雨林场景的低水平环境噪声。另外，框无需 被限制为直接以窗口方式显示会话媒体，而是可被交互，由此主题的元素 有时可以将自己置于会话媒体上，例如鸟飞过场景，或蜥蜴走过场景。可 以这样设计，使得两个终端接收到相同的混入事件，并且在场景的走过场 时可能有用，即房地产经纪带客户走过房屋的预先录制的摄影会话。本发明的实施例提供了包括会话媒体截取的方法和系统。图15图示 出根据本发明实施例的正被截取的单向媒体(或信令)路径。如果 B2BUA 360仍然全部位于媒体和信令路径中，则基于媒体的分析和捕捉 (例如，合法的截取)是可能的。图15引入了 INTERCEPT实体1886和 窃听点T 1887。 INTERCEPT 1886可以是支持标准视频电话协议(例如， SIP、 H.323或RTSP (有记录))的实体。当存在感兴趣的会话时，从 B2BUA 360到INTERCEPT 1886的会话可被打开。根据实施例，该会话将 按照合法当局的允许而被截取。确定感兴趣的会话存在使用了象主叫方和 被叫方这样的信息。在一种实施例中，所有的流媒体和会话信号被发送到 INTERCEPT设备1886，要么用于保存和稍后的检索，要么用于实时分 析。图16A图示出根据本发明另一实施例的利用IP内容的MS到MS的 H.324呼叫的另一种连接体系结构。在图16A所示的示例中， 一种替换网 络布局被示出。图16A示出了具有实体供给服务的示例性实施例，该实体供给服务与根据ISUP到H.323转码媒体网关创建并且与H.323到H.323或 RTSP交换网关外部地耦合的MSP类似。应当注意到，H.323到H.323或 RTSP交换网关是本发明的另一个实施例(B2BUA，)，其使用H.225.0-Q.931信令和与H.323协议相结合的RTP媒体来工作。另外的实施例和类 似的实施例可被与媒体网关耦合，以在不重新创建给定协议域中的所有组 件的情况下提供跨越协议边界的MSP特征。图16B图示出根据本发明另一实施树的利用IP内容的MS H.324至 SIP呼叫的另一连接体系结构。图16B所示的实现方式与图16A所示的实 现方式共有某些共同点。在图16B中，会话连接被建立在B2BUA' 1262 和TTC 1290之间。由图16B所示的实现方式所提供的益处在于内容 (例如视频回铃内容)可被递送到H.324设备(例如，3G-324M终端或与 SIP设备通信的设备)。图17图示出根据本发明实施例的主叫终端的会话建立和内容递送， 后跟有会话媒体递送。TOC 410向B2BUA 424发送第一会话信令传输消 息。在一种实施例中，TOC410是诸如3G-324M手持机之类的类H.324终 端。B2BUA 424在图17所示的实施例中提供媒体服务器的功能。第二会 话信令传输消息被从B2BUA 424发送到TOC 410。在第一信令传输消息 和第二信令传输消息之后， 一个或多个信道被建立在TOC 410和B2BUA 424之间。第一媒体流被建立在内容设备(CONTENT 426)和B2BUA 424之 间。在一种实施例中，CONTENT 426是诸如RTSP服务器之类的具有一 个或多个存储器的媒体流服务器。利用存储在内容服务器426中的媒体和 第一媒体流，B2BUA充当媒体服务器，处理第一媒体流以形成第一经处 理媒体流。根据一种实施例，第一经处理媒体流包含回铃媒体流。第一经 处理媒体流(例如，回铃媒体流)利用先前建立的一个或多个信道被从 B2BUA 424发送到TOC 410。如图17所示，第三会话信令传输消息被从B2BUA 424发送到TTC 430， TTC 430是某些实施例中的第二终端，其例如是H.324设备、3G-324M设备，或SIP设备。第四会话信令传输消息被从TTC 430发送到B2BUA 424，并且第二媒体流被建立在TTC 430和B2BUA 424之间。在 一种实施例中，从TTC 430发送的媒体被B2BUA 424处理以形成第二经 处理媒体流，其被从B2BUA 424发送到TOC 410。第二经处理媒体流可 以利用先前建立的一个或多个信道被从B2BUA 424发送到TOC 410。应当认识到，图17所示的具体步骤提供了根据本发明实施例的提供 内容递送(例如，视频回铃服务)的特定方法。根据替换实施例，其他顺;Wri^也可被执行。例如，本发明的替换实施例可以按照不同的顺序来执行上面概述的步骤。另外，图17所示的单独步骤可以包括多个子步骤，可以按照适合于单独步骤的各种顺序来执行这多个子步骤。另外，可 以根据特定应用而增加或删除另外的步骤。本领域普通技术人员之一将认 识到许多变更、修改和替换。在本发明实施例中按照适合于特定应用来确定会话信令传输消息的时间位置。在第一示例中，如果B2BUA正在发起呼叫，则SS2可以在SS1 之前。类似地，如果B2BUA在连接到TOC之前发起与TTC的连接或与 连接到TOC同时地发起与TTC的连接，则SS3可以在SS1之前，或被与 SS1同时发送。在其他实施例中，SS3有时也可以在SS1之前或之后发 生。因此，图17所示的时间顺序仅仅被作为示例提供。根据特定应用， 各种会话信令传输消息的时间顺序将视情况而变化。本领域普通技术人员 之一将认识到许多变更、修改和替换。图18A-D图示出根据本发明实施例的执行媒体移交的方法。在某一时 刻，MPS将被操作为执行移交操作，从而将第二媒体流递送到TOC，以 代替先前递送的媒体流。例如，可以用在MPS处接收到的来自TTC的会 话媒体来代替视频回铃消息中的内容。参考图18A，媒体移交被确定 (1810)，然后移交操作被执行(1812)。媒体被从MPS发送到TOC (1814)。在图18A所示的实施例中，在没有如在整个本文中更充分描述 并在下面更具体描述的某些期望特征的情况下发送媒体。参考图18B，媒体移交时间被确定(1820)。执行测试以确定在进入 媒体流中是否存在预定的媒体特征(1822)。在一种实施例中，所述预定 的媒体特征包括时间媒体特征。作为示例，时间媒体特征包括帧内编码帧(I帧)。如果预定的媒体特征存在于进入媒体流中，则媒体移交被执行(1826)。如步骤1828中所示，以期望的媒体特征开始而发起切换。根据本发明实施例，期望的媒体可以是为外出媒体类型编码的I帧。因此， 期望的媒体特征可以是原始检测到的进入I帧，或者经修改(例如，经转 码)版本的进入I帧。另一方面，如果预定的媒体特征未存在于进入媒体流中，则处理返回到歩骤1822，并且针对预定媒体特征的测试被继续。与图18A所示的过程相比，图18B所示的发送媒体的步骤(1828)在 某些实施例中被这样延迟，以提供具有改善质量的输出媒体流，等等。如 在整个本文中所更充分讨论的，从回铃媒体到会话媒体的移交是在预定媒 体特征(例如I帧)的检测之后执行的，以提供被TOC用来对媒体流进行 解码的时间特征。本领域普通技术人员之一将认识到许多变更、修改和替 换。参考图18C，如联系图18B所讨论的类似过程(1830、 1832、 1836和 1838)被执行。如果预定媒体特征未存在于进入媒体流，则向TTC请求预 定特征(1840)。请求可被进行一次或被重复多次。在特定实施例中，请 求被以预定频率重复多次。随后，过程回到步骤1832，即针对预定媒体特 征进行测试。参考图18D，媒体移交时间被确定(1850)。在图18D所示的实施例 中，MPS包含本地生成预定媒体特征的能力(1850)。因此，图18D所示 的方法无需被动地或基于MPS所发送的请求来等待接收预定媒体特征。 而是以减少的延迟或没有延迟地生成预定媒体特征，以用于移交操作。一 旦期望的媒体特征已被生成，则移交操作被执行(1854)并以期望媒体特 征开始的媒体被发送到TOC。期望媒体特征在某些实施例中是I帧，在这 些实施例中，预定媒体特征包括时间媒体特征。在特定实施例中，预定媒 体特征与期望媒体特征相同，例如都是I帧。应当认识到，图18A-D所示的具体步骤提供了根据本发明实施例的执 行移交操作(媒体替换)的方法。根据替换实施例，其他顺序的步骤也可 被执行。例如，本发明的替换实施例可以按照不同的顺序来执行上面概述的步骤。另外，图18A-D所示的单独步骤可以包括多个子步骤，可以按照 适合于单独步骤的各种顺序来执行这多个子步骤。另外，可以根据特定应 用而增加或删除另外的步骤。本领域普通技术人员之一将认识到许多变 更、修改和替换。图19图示出根据本发明实施例的针对主叫终端进行的会话建立、内容递送和计费。TOC 410向B2BUA 424发送第一会话信令传输消息。在 一种实施例中，TOC 410是诸如3G-324M手持机之类的类H.324终端。 B2BUA 424在图17所示的实施例中提供媒体服务器的功能。第二会话信 令传输消息被从B2BUA 424发送到TOC 410。在第一信令传输消息和第 二信令传输消息之后， 一个或多个信道被建立在TOC 410和B2BUA 424 之间。第一媒体流被建立在内容设备(CONTENT 426)禾n B2BUA 424之 间。在一种实施例中，CONTENT 426是诸如RTSP服务器之类的具有一 个或多个存储器的媒体流服务器。呼叫计费消息(StartChargel (开始计费 1))被从B2BUA 424发送到与第一媒体流的建立相关联的CHARGING 422。与Chargel (计费1)有关的媒体被从B2BUA发送到TOC。启动与 Chargel相关联的媒体的媒体的计费过程包含递送这种媒体。作为示例， 对于视频回铃应用，第一预定收费将被与某些媒体(例如，高级内容)相 关联，并且第二预定收费(例如，减少的收费)将被与其他内容相关联。 另外，针对与Chargel相关联的媒体的收费可以是基于媒体的时间长度 (例如更长或更短的视频片段)的。对于具有按月服务计划的订阅者，针 对StartChargel和EndChargel (结束计费1)消息而收取的费用值与其他 订阅者相比可被减少或是为零，并且在某些实施例中，StartChargel和 EndChargel消息可以不存在。对计费结构进行的其他变更、修改和替换对 于本领域技术人员将会是显而易见的。转换事件(TransitionEvent) —般与媒体移交或用户活动相关联。作 为示例，TTC应答呼叫可以引起转换事件。另外，视频邮件或门户中的菜 单交互可以触发转换事件。EndChargel通常与转换事件相关联，并引起与 Chargel时段相关联的计费的终止。如图19所示，StartCharge2 (开始计费2)也与转换事件相关联。与Charge2相关联的媒体如图所示被从B2BUA 424发送到TOC。仅仅作为示例，在视频回铃应用中，与Charge2相关联 的媒体可以是从TTC或其他实体发送的媒体。如图19所示，根据本发明实施例提供的方法和系统提供了延迟与针 对终端的会话建立和媒体或内容递送相关联的计费的能力。因此，可以在 转换事件(例如，被叫方应答呼叫)之前完成会话建立以及适当的计费。 在应答之前递送的内容从而可以具有与之相关的计费，而在应答之后递送 的内容可以具有不同的计费过程。计费可以与网络中存在的该呼叫流或其他呼叫流中的其他消息相符。例如，计费可以和与ISUP ANM (其可以是 单个消息)或来自TTC的Q. 931 CONNECT相关联的转换事件有关。虽然已经图示和描述了当前看作本发明示例实施例的实施例，但是本 领域技术人员将会明白，在不脱离本发明真实范围的情况下可以进行各种 其他修改并可以替换等同物。另外，在不脱离这里描述的中心发明概念的 情况下，可以进行许多修改以使特定情况适合于本发明的教导。优选实施例的先前描述被提供是为了使得本领域技术人员能够作出或 使用本发明。这些实施例的各种修改对于本领域技术人员将会显而易见， 并且可以在不使用创造性才能的情况下将这里定义的一般原则应用于其他 实施例。因此，本发明并非意图限于这里所示的实施例，而是将符合与这 里公开的原理和新颖特征相一致的最广范围。例如，上面的功能根据实施 例可被组合或进一步分离。某些特征也可被增加或去除。另外，所述特征 的特定顺序在某些实施例中并非明确需要的，虽然在其他实施例中可能很 重要。处理序列根据实施例可被以计算机代码和/或硬件来执行。当然，本 领域普通技术人员之一将认识到许多其他变更、修改和替换。另外还会明白，这里描述的示例和实施例只是用于说明目的，本领域 技术人员将根据这些示例和实施例想到各种修改和改变，并且这些修改和 改变将被包括在本申请的精神和范围以及所附权利要求书的范围内。
权利要求
1.一种利用基于信道的协议将媒体流从媒体服务器递送到第一设备的方法，该方法包括将第一会话信令传输消息从所述第一设备发送到所述媒体服务器；将第二会话信令传输消息从所述媒体服务器发送到所述第一设备；在所述媒体服务器和所述第一设备之间建立一个或多个信道；在内容设备和所述媒体服务器之间建立一个或多个第一媒体流；在所述媒体服务器中处理所述一个或多个第一媒体流，以形成一个或多个第一经处理媒体流；利用所述一个或多个信道将所述一个或多个第一经处理媒体流从所述媒体服务器发送到所述第一设备；将第三会话信令传输消息从所述媒体服务器发送到第二设备；将第四会话信令传输消息从所述第二设备发送到所述媒体服务器；在所述第二设备和所述媒体服务器之间建立一个或多个第二媒体流；在所述媒体服务器中处理所述一个或多个第二媒体流以形成一个或多个第二经处理媒体流；以及利用所述一个或多个信道将所述一个或多个第二经处理媒体流从所述媒体服务器发送到所述第一设备。
2. 如权利要求1所述的方法，其中，所述第一媒体流包括视频回铃 消息。
3. 如权利要求l所述的方法，其中，所述第二流包括会话媒体。
4. 如权利要求1所述的方法，其中，在发送所述第三会话信令传输 消息之前发送所述第四会话信令传输消息。
5. 如权利要求4所述的方法，其中，在发送所述第一会话信令传输 消息之前发送所述第四会话信令传输消息。
6. 如权利要求1所述的方法，其中，在发送所述第一会话信令传输 消息之前发送所述第二会话信令传输消息。
7. 如权利要求l所述的方法，还包括在所述第一设备和所述媒体服务器之间建立一个或多个第二信道； 在所述媒体服务器中处理所述一个或多个第三媒体流以形成一个或多个第三经处理媒体流；以及利用所述一个或多个第二媒体流将所述一个或多个第三经处理媒体流从所述媒体服务器发送到所述第二设备。
8. 如权利要求1所述的方法，其中，所述第一设备包括类H.324终~山顺。
9. 如权利要求8所述的方法，其中，所述类H.324终端包括类11.324 手持机、类H.324网关或类R324服务器中的至少一个。
10. 如权利要求1所述的方法，还包括基于以下信息中的至少一种来 确定所述第一媒体流的内容与被叫方相关联的标识符、与主叫方相关联 的标识符、与被叫方相关联的订阅者信息，或与主叫方相关联的订阅者信 息。
11. 一种利用基于信道的协议将媒体流从媒体服务器递送到第一设备 的方法，该方法包括将第一会话信令传输消息从所述第一设备发送到所述媒体服务器；将第二会话信令传输消息从所述媒体服务器发送到所述第一设备；在所述媒体服务器和所述第一设备之间建立一个或多个信道；在内容设备和所述媒体服务器之间建立一个或多个第一媒体流；将第三会话信令传输消息从所述媒体服务器发送到第二设备；将第四会话信令传输消息从所述第二设备发送到所述媒体服务器；在所述第二设备和所述媒体服务器之间建立一个或多个第二媒体流；在所述媒体服务器中处理所述一个或多个第一媒体流或所述一个或多个第二媒体流中的至少一种以形成一个或多个经处理媒体流；以及利用所述一个或多个信道将所述一个或多个经处理媒体流从所述媒体服务器发送到所述第一设备。
12. 如权利要求11所述的方法，其中，发送所述一个或多个经处理 媒体流包括向所述第一设备发送一个或多个第二经处理媒体流，其中所述一个或多个第二经处理媒体流是基于所述一个或多个第二媒体流的；终止向所述第一设备发送一个或多个第二经处理媒体流；以及 向所述第一设备发送一个或多个第一经处理媒体流，其中所述一个或多个第一经处理媒体流是基于所述一个或多个第一媒体流的。
13. 如权利要求12所述的方法，其中，终止所述发送和发送一个或 多个经处理媒体流被重复。
14. 如权利要求13所述的方法，其中，终止所述发送和发送一个或 多个经处理媒体流被周期性地重复。
15. 如权利要求13所述的方法，其中，终止所述发送和发送一个或多个经处理媒体流被不定期地重复。
16. 如权利要求12所述的方法，其中，所述一个或多个第一媒体流包括广告。
17. 如权利要求12所述的方法，还包括在终止向所述第一设备发送 一个或多个第二经处理媒体流之前发送一个或多个转换指示符。
18. 如权利要求17所述的方法，其中，所述一个或多个转换指示符 包括在向所述第一设备发送一个或多个第二经处理媒体流和向所述第一设 备发送一个或多个第一经处理媒体流之间的转换序列。
19. 如权利要求ll所述的方法，还包括在所述媒体服务器处接收来自所述第二设备的第五会话信令传输消 息，其中所述第五会话信令传输消息与到所述第二设备的会话的结束相关联；以及此后从所述媒体服务器向所述第一设备发送第六会话信令传输消息， 其中所述第六会话信令传输消息与到所述第一设备的会话的结束相关联。
20. 如权利要求ll所述的方法，还包括在所述媒体服务器处接收来自所述第二设备的第五会话信令传输消 息，其中所述第五会话信令传输消息与到所述第二设备的会话的结束相关联；此后在所述内容设备和所述媒体服务器之间建立一个或多个第三媒体流；在所述媒体服务器中处理所述一个或多个第三媒体流，以形成一个或 多个第二经处理媒体流；以及利用所述一个或多个信道将所述一个或多个第二经处理媒体流从所述 媒体服务器发送到所述第一设备。
21. 如权利要求20所述的方法，其中，发送所述一个或多个第二经 处理媒体流是在将第六会话信令传输消息从所述媒体服务器发送到所述第 二设备之后执行的，其中所述第六会话信令传输消息与到所述第二设备的 会话的结束相关联。
22. 如权利要求11所述的方法，其中，所述一个或多个经处理媒体 流包括一个或多个混合媒体流，所述一个或多个混合媒体流部分地基于所 述一个或多个第一媒体流或所述一个或多个第二媒体流中的至少一个。
23. 如权利要求22所述的方法，其中，所述一个或 包括作为安慰媒体提供的媒体内容。
24. 如权利要求22所述的方法，其中，所述一个或 包括图像或头像中的至少一个。
25. 如权利要求22所述的方法，其中，所述一个或 包括主题会话。
26. —种向第一终端递送视频回铃媒体流的方法，所述方法包括 将会话信令传输消息从所述第一终端发送到回铃服务器； 将会话信令传输响应消息从所述回铃服务器发送到所述第一终端； 在所述回铃服务器和所述第一终端之间建立一个或多个信道； 在内容设备和所述回铃服务器之间建立一个或多个媒体流； 在所述回铃服务器中处理所述一个或多个媒体流以形成视频回铃媒体利用所述一个或多个信道将所述视频回铃媒体流从所述回铃服务器发送到所述第一终端；将第二会话信令传输消息从所述回铃服务器发送到第二终端；以及 将与应答呼叫相关联的第二会话信令传输响应消息从所述第二终端发送到所述回铃服务器，其中发送所述第二会话信令传输响应消息是在发送多个混合媒体流 多个混合媒体流 多个混合媒体流会话信令传输响应消息之后执行的。
27. 如权利要求26所述的方法，其中，发送所述第二会话信令传输消息是在建立一个或多个信道之后执行的。
28. 如权利要求27所述的方法，其中，发送所述第二会话信令传输 消息是在发送所述视频回铃媒体流之后执行的。
29. 如权利要求26所述的方法，还包括在所述第二终端和所述回铃服务器之间建立一个或多个第二媒体流；在所述回铃服务器中处理所述一个或多个第二媒体流以形成一个或多个经处理媒体流；以及利用所述一个或多个信道将所述一个或多个第二经处理媒体流从所述 回铃服务器发送到所述第一终端。
30. 如权利要求29所述的方法，其中所述回铃服务器包括媒体网 关，所述媒体网关适用于将由所述内容设备使用的第一协议转换为由所述第一终端使用的第二协议；将由所述第二终端使用的第三协议转换为由所述第一终端使用的所述 第二协议；其中所述第一协议是从由类RTSP协议和类SIP协议组成的组中选择的；所述第二协议包括类H.324协议；并且所述第三协议是从由类H.324协议和类SIP协议组成的组中选择的。
31. 如权利要求26所述的方法，其中，所述第一终端和所述第二终 端包括类H.324终端。
32. 如权利要求31所述的方法，其中，建立一个或多个信道包括利 用H.324技术。
33. 如权利要求32所述的方法，其中，所述H.324技术包括H.245技术。
34. 如权利要求32所述的方法，其中，所述一个或多个信道包括一个或多个逻辑信道。
35. 如权利要求32所述的方法，其中还包括在利用控制信道将H.245 消息从所述第一终端发送到所述回铃服务器之前，将与建立所述一个或多 个信道相关联的定制消息从所述第一终端发送到所述回铃服务器。
36. 如权利要求26所述的方法，其中，所述第二会话信令传输响应 消息包括Q.931连接消息。
37. 如权利要求26所述的方法，其中，所述会话信令传输消息包括 Q.931建立消息，并且所述会话信令传输响应消息包括Q.931连接消息。
38. 如权利要求37所述的方法，其中，所述第二会话信令传输响应 消息包括Q.931连接消息。
39. 如权利要求26所述的方法，其中，所述回铃服务器包括媒体网
40. 如权利要求39所述的方法，其中，所述媒体网关适用于将第一 协议的所述一个或多个媒体流转换为第二协议的所述视频回铃媒体流。
41. 如权利要求40所述的方法，其中所述第一协议是从由类RTSP、类H.320、类H.323、类H.324和类 SIP的协议组成的组中选择的；并且所述第二协议是从由类RTSP、类H.320、类H.323、类H.324和类 SIP的协议组成的组中选择的。
42. 如权利要求40所述的方法，其中 所述第一协议包括类RTSP协议；并且所述第二协议是从由类H.323、类H.324和类SIP的协议组成的组中 选择的。
43. 如权利要求40所述的方法，其中，所述第一协议包括类RTSP协 议，并且所述第二协议包括类H.324协议。
44. 如权利要求40所述的方法，其中，所述第一协议包括类RTSP协 议，并且所述第二协议包括3G-324M协议。
45. 如权利要求39所述的方法，其中，所述媒体网关适用于将第--一个或多个编解码器的所述一个或多个媒体流转换为第二编解码器的所述视频回铃媒体流。
46. 如权利要求26所述的方法，其中，所述媒体服务器和所述内容 服务器被放在一起。
47. 如权利要求26所述的方法，还包括基于以下信息中的至少一种 来确定所述视频回铃媒体的内容与被叫方相关联的标识符、与主叫方相 关联的标识符、与被叫方相关联的订阅者信息，或者与主叫方相关联的订 阅者信息。
48. —种利用第一终端和第二终端在电信网络中提供媒体流的方法，该方法包括将第一会话信令传输消息从所述第一终端发送到媒体服务器； 将第二会话信令传输消息从所述媒体服务器发送到所述第一终端； 在所述媒体服务器和所述第一终端之间建立一个或多个信道； 在内容设备和所述媒体服务器之间建立第一媒体流； 利用所述一个或多个信道将第一媒体流从所述媒体服务器发送到所述 第一终端；将第三会话信令传输消息从所述媒体服务器发送到所述第二终端； 将第四会话信令传输消息从所述第二终端发送到所述媒体服务器； 在所述第二终端和所述媒体服务器之间建立第二媒体流； 确定所述第二媒体流中的预定媒体特征；以及利用所述一个或多个信道将第三媒体流从所述媒体服务器发送到所述 第一终端。
49. 如权利要求48所述的方法，其中，所述第二媒体流和所述第三 媒体流是相同的流。
50. 如权利要求48所述的方法，还包括在所述媒体服务器中处理所 述第二媒体流以形成所述第三媒体流。
51. 如权利要求48所述的方法，其中，延迟预定时段后发送所述第三媒体流。
52. 如权利要求48所述的方法，其中，所述预定时段是由时间媒体 特征到达所述媒体服务器来确定的。
53. 如权利要求52所述的方法，其中，所述时间媒体特征包括帧内 编码帧。
54. 如权利要求48所述的方法，还包括将请求从所述媒体服务器发 送到所述第二终端，其中所述请求包括对预定媒体特征的请求。
55. 如权利要求54所述的方法，其中，发送请求减少了与接收帧内 编码帧相关联的延迟时间。
56. 如权利要求54所述的方法，其中，所述请求包括H.245视频快速 更新请求。
57. 如权利要求48所述的方法，其中，所述预定时段是由图像起始 码到达所述媒体服务器来确定的。
58. 如权利要求48所述的方法，其中，确定预定媒体特征包括在复 用域中检测媒体特征。
59. 如权利要求48所述的方法，其中，所述第一终端包括3G-324M 终端。
60. —种利用第一终端和第二终端在电信网络中提供第一媒体流和第 二媒体流的方法，该方法包括将第一会话信令传输消息从所述第一终端发送到媒体服务器； 将第二会话信令传输消息从所述媒体服务器发送到所述第一终端； 在所述媒体服务器和所述第一终端之间建立一个或多个信道； 在内容设备和所述媒体服务器之间建立第一媒体流； 利用所述一个或多个信道将第一媒体流从所述媒体服务器发送到所述 第一终端；将第三会话信令传输消息从所述媒体服务器发送到所述第二终端； 将第四会话信令传输消息从所述第二终端发送到所述媒体服务器； 在所述第二终端和所述媒体服务器之间建立第二媒体流； 生成第三媒体流中的预定媒体特征，其中所述预定媒体特征是在所述媒体服务器中生成的；以及利用所述一个或多个信道将所述第三媒体流从所述媒体服务器发送到所述第一终端。
61. 如权利要求60所述的方法，还包括在所述媒体服务器中处理所 述第二媒体流以形成所述第三媒体流。
62. 如权利要求61所述的方法，其中，处理包括转码、转速率或转 大小中的至少一种。
63. 如权利要求60所述的方法，其中，所述预定媒体特征包括时间 特征。
64. 如权利要求63所述的方法，其中，所述时间特征包括帧内编码
65. 如权利要求60所述的方法，其中，所述第一终端包括3G-324M 终端。
66. —种利用第一终端和第二终端在电信网络中会话移交过程期间提 供媒体流的方法，该方法包括将第一会话信令传输消息从所述第一终端发送到媒体服务器； 将第二会话信令传输消息从所述媒体服务器发送到所述第一终端； 在所述媒体服务器和所述第一终端之间建立一个或多个第一信道； 建立从内容设备到所述媒体服务器的第一媒体流；利用所述一个或多个第一信道将第二媒体流从所述媒体服务器发送到 所述第一终端，其中所述第二媒体流与所述第一媒体流相关联；将第三会话信令传输消息从所述媒体服务器发送到所述第二终端； 将第四会话信令传输消息从所述第二终端发送到所述媒体服务器； 在所述媒体服务器和所述第二终端之间建立一个或多个第二信道； 利用所述一个或多个第一信道将第三媒体流从所述第一终端发送到所 述媒体服务器；以及利用所述一个或多个第二信道将第四媒体流从所述第二终端发送到所 述媒体服务器。
67. 如权利要求66所述的方法，还包括在所述第三媒体流或所述第四媒体流中的至少一个中确定预定媒体特 征；以及将第五媒体流从所述媒体服务器发送到以下终端中的至少一个利用所述一个或多个第一信道的所述第一终端或 利用所述一个或多个第二信道的所述第二终端。
68. 如权利要求67所述的方法，其中，所述预定媒体特征包括帧内编码帧。
69. 如权利要求66所述的方法，还包括生成包括预定媒体特征的第五媒体流，其中所述预定媒体特征是在所述媒体服务器中生成的并且部分地基于所述第三媒体流或所述第四媒体流 中的至少一个；以及将所述第五媒体流从所述媒体服务器发送到以下终端中的至少一个 利用所述一个或多个集一信道的所述第一终端或 利用所述一个或多个第二信道的所述第二终端。
70. 如权利要求69所述的方法，其中，所述预定媒体特征包括帧内 编码帧。
71. 如权利要求66所述的方法，其中，所述第一终端包括3G-324M 终端。
72. —种在电信网络中向终端提供视频回铃服务的方法，该方法包括将媒体内容存储在设在内容服务器中的一个或多个存储器中，其中所述媒体内容被以第一格式存储；在所述内容服务器和媒体服务器之间建立第一媒体流； 在所述媒体服务器和第一类H.324终端或类SIP终端中的至少一个之间建立第二媒体流；在所述媒体服务器和第二类H.324终端之间建立第三媒体流； 在所述媒体服务器中对所述媒体内容进行转码，以形成以第二格式为特征的第一回铃媒体流；将所述第一回铃媒体流发送到所述第一类H.324终端或所述类SIP终端中的至少一个；在所述媒体服务器中对所述媒体内容进行转码，以形成以不同于所述 第二格式的第三格式为特征的第二回铃媒体流；以及将所述第二回铃媒体流发送到第二类H.324终端。
73. 如权利要求72所述的方法，其中，所述第一格式是从由配置用 于广播网络、3GPP电路交换网络或3GPP分组交换网络中的至少一种网络 的编解码器组成的组中选择的。
74. 如权利要求72所述的方法，其中，所述第二格式是从由配置用 于3GPP电路交换网络或3GPP分组交换网络中的至少一种网络的3GPP编 解码器组成的组中选择的。
75. 如权利要求72所述的方法，其中，所述第三格式是从由配置用 于3GPP电路交换网络的3GPP编解码器组成的组中选择的。
76. 如权利要求72所述的方法，其中，所述第一格式是H.264，所述 第二格式是从由H.264、 H.263和MPEG-4视觉组成的组中选择的，并且 所述第三格式是从由H.264、 H.263和MPEG-4视觉组成的组中选择的。
77. 如权利要求72所述的方法，还包括基于以下信息中的至少一种 来确定所述第一媒体流的内容与被叫方相关联的标识符、与主叫方相关 联的标识符、与所述被叫方相关联的订阅者信息，或者与所述主叫方相关 联的订阅者信息。
78. —种对通过电信网络递送的媒体内容进行计费的方法，该方法包括将第一会话信令传输消息从第一设备发送到媒体服务器；将第二会话信令传输消息从所述媒体服务器发送到所述第一设备；在所述媒体服务器和所述第一设备之间建立一个或多个信道；在内容服务器和所述媒体服务器之间建立一个或多个第一媒体流；确定转换事件的发生；以及启动与所述转换事件相关联的计费事件。
79. 如权利要求78所述的方法，还包括启动与从所述媒体服务器发 送到所述第一设备的所述第一媒体流相关联的第二计费事件。
80. 如权利要求79所述的方法，还包括启动与从所述媒体服务器发 送到所述第一设备的所述第一媒体流相关联的第三计费事件。
81. 如权利要求80所述的方法，其中，所述第三计费事件包括所述第二计费事件的终止。
82. 如权利要求78所述的方法，其中，所述媒体服务器和所述内容服务器被放在一起。
83. 如权利要求78所述的方法，其中，所述第一会话信令传输消息 包括Q.931建立消息。
84. 如权利要求83所述的方法，其中，所述第二会话信令传输消息 包括Q.931连接消息。
85. 如权利要求78所述的方法，其中，所述转换事件包括从第二设 备发送到所述媒体服务器的应答消息。
86. 如权利要求85所述的方法，其中，所述应答消息包括Q.931连 接消息。
87. 如权利要求85所述的方法，其中，所述应答消息包括ISUP ANM消息。
88. —种将视频回铃媒体流递送到第一终端的方法，该方法包括 将会话信令传输消息从所述第一终端发送到回铃服务器； 将会话信令传输响应消息从所述回铃服务器发送到所述第一终端； 在所述回铃服务器和所述第一终端之间建立一个或多个信道；在内容服务器和所述回铃服务器之间建立一个或多个媒体流； 在所述回铃服务器中处理所述一个或多个媒体流以形成视频回铃媒体流；利用所述一个或多个信道将所述视频回铃媒体流从所述回铃服务器发 送到所述第一终端；将第二会话信令传输消息从所述回铃服务器发送到第二终端；把与应答呼叫相关联的第二会话信令传输响应消息从所述第二终端发 送到所述回铃服务器，其中发送所述第二会话信令传输响应消息是在发送 所述会话信令传输响应消息之后执行的；以及从与呼叫建立相关联的级别减少所述回铃服务器的参与。
89. 如权利要求88所述的方法，其中，减少所述回铃服务器的参与 包括将所述回铃服务器的能力减少至承载管道的能力。
90. 如权利要求88所述的方法，其中，减少所述回铃服务器的参与包括从所述媒体服务器发送RLT消息。
91. 如权利要求88所述的方法，其中，所述媒体服务器包括媒体网 关和IP回铃服务器。
92. 如权利要求91所述的方法，其中，减少所述IP回铃服务器的参 与包括将一个或多个会话方面提交给所述媒体网关。
93. 如权利要求92所述的方法，其中，将一个或多个会话方面提交 给所述媒体网关包括发送SIP重新邀请消息。
94. 如权利要求91所述的方法，其中，减少所述IP回铃服务器的参 与包括将一个或多个会话提交给所述媒体网关，从而除去所述IP服务器的 参与。
95. 如权利要求94所述的方法，其中，将一个或多个会话提交给所 述媒体网关包括发送SIP提交消息。
96. 如权利要求91所述的方法，其中，所述IP回铃服务器包括SIP 回铃服务器。
97. 如权利要求88所述的方法，还包括基于以下信息中的至少一种 来确定所述视频回铃媒体流的内容与被叫方相关联的标识符、与主叫方 相关联的标识符、与所述被叫方相关联的订阅者信息，或与所述主叫方相 关联的订阅者信息。
98. —种向3G-324M终端递送视频回铃媒体流的方法，该方法包括 将第一 Q.931建立消息从所述3G-324M终端发送到回铃服务器； 将第一 Q.931连接消息从所述回铃服务器发送到所述3G-324M终端； 在所述回铃服务器和所述3G-324M终端之间建立一个或多个第一信道；在内容设备与所述回铃服务器之间建立一个或多个媒体流； 在所述回铃服务器中处理所述一个或多个媒体流以形成所述视频回铃 媒体流；利用所述一个或多个第一信道将所述视频回铃媒体流从所述回铃服务 器发送到所述3G-324M终端；将会话信令传输消息从所述回铃服务器发送到第二终端； 把与应答呼叫相关联的第二会话信令传输消息从所述第二终端发送到所述回铃服务器，其中，发送所述第二会话信令传输消息是在发送所述第一 Q.931连接消息之后执行的；在所述回铃服务器和所述第二终端之间建立一个或多个第二信道；以及在所述回铃服务器处使所述一个或多个第一信道和所述一个或多个第 二信道相关联。
99. 如权利要求98所述的方法，其中，所述回铃服务器包括媒体网关。
100. 如权利要求99所述的方法，其中，所述媒体网关适用于处理 3G-324M会话。
101. 如权利要求100所述的方法，其中，所述媒体网关还适用于处 理SIP会话。
102. 如权利要求100所述的方法，其中，所述媒体网关还适用于处 理类H.320、类H.323、类H.324、类RTSP和类SIP会话。
103. 如权利要求98所述的方法，其中，所述内容设备和所述回铃服 务器被放在一起。
104. 如权利要求98所述的方法，其中，所述第二终端包括3G-324M 终端。
105. 如权利要求98所述的方法，其中，所述第二终端包括SIP终一山顺。
106. 如权利要求98所述的方法，其中，还包括基于以下信息中的至 少一种来确定所述视频回铃媒体流的内容与被叫方相关联的标识符、与 主叫方相关联的标识符、与所述被叫方相关联的订阅者信息，或与所述主 叫方相关联的订阅者信息。
107. —种用于在第一移动手持机、第二移动手持机和网关之间传输媒体的系统，该系统包括 网关；耦合到所述网关的内容服务器，其中所述网关被配置为接收来自所述 内容服务器的视频回铃内容；以及耦合到所述网关的第一手持机，该第一手持机适合于接收来自所述网 关的所述视频回铃内容；以及耦合到所述网关的第二手持机，其中所述网关被进一步配置为 接收来自所述第二手持机的媒体，并且将来自所述第二手持机的所述媒体发送到所述第一手持机。
108. 如权利要求107所述的系统，其中，所述网关适合于处理所述 视频回铃内容。
109. 如权利要求108所述的系统，其中，处理所述视频回铃包括将 所述视频回铃内容从第一协议转码为第二协议。
110. 如权利要求107所述的系统，其中，所述网关被配置为将从所 述第一手持机或所述第二手持机中的至少一个接收到的内容发送到所述内 容服务器。
全文摘要
一种向第一终端递送视频回铃媒体流的方法，包括将会话信令传输消息从第一终端发送到回铃服务器，将会话信令传输响应消息从回铃服务器发送到第一终端，以及在回铃服务器和第一终端之间建立一个或多个信道。该方法还包括在内容设备和回铃服务器之间建立一个或多个媒体流，并在回铃服务器中处理这一个或多个媒体流以形成视频回铃媒体流。该方法还包括将视频回铃媒体流从回铃服务器发送到第一终端，将第二会话信令传输消息从回铃服务器发送到第二终端，以及将与应答呼叫相关联的第二会话信令传输响应消息从第二终端发送到回铃服务器。发送第二会话信令传输响应消息是在发送会话信令传输响应消息之后执行的。
文档编号G06F15/173GK101278278SQ200680036195
公开日2008年10月1日 申请日期2006年7月28日 优先权日2005年7月28日
发明者布若迪·肯瑞克, 马尔万·A·贾布里 申请人:达丽星网络有限公司