用于与通信网络的远程用户建立多媒体会话的方法

专利名称：用于与通信网络的远程用户建立多媒体会话的方法
技术领域：
本发明总体上涉及通信网络领域，并且尤其涉及移动通信网络。 更具体地说，本发明涉及在通信网络例如移动通信网络内建立多媒体 会话。
背景技术：
为通信网络、尤其是移动通信网络的用户提供多媒体服务得到广 泛关注。"多媒体服务"是指其中可使用多种媒体例如语音、文本、图 像、视频、数据访问(例如通过互联网和/或电子邮箱)、普通文件支 持和/或执行通信的服务。在这些服务中，所谓的"组合服务"得到移动 电话运营商的巨大关注。对于本说明书，"组合服务，，通常是指(不一 定是移动的)通信网络的终端可利用该服务同时打开和使用两个连接、
通常是电路(电路交换或CS)连接和分组(分组交换，PS)连接的服务。
例如，Nokia公司的白皮书"Video sharing-Enrich your voice call with video，，中描述了通过移动终端可享受的服务，乂>众可从下列因特 网站上下载得到此白皮书http:〃www.nokia.com/BaseProject/Sites/ NOKIA一MAIN一18022/CDA/Categories/Phones/Technologies/VideoSh aring/—Content/一StaticFiles/video一sharing一a4一2510.pdf
此白皮书内描述的实时视频共享服务使得用户在电话通话期间 可容易地丰富他们的通信。 一个或另一个用户可共享通过视频摄像头 获得的直播视频或从终端获得的视频剪辑。两个用户可在继续进行他 们的语音呼叫的同时看到相同视频并且讨论该视频。
在公众可在下列因特网站上从Nokia论坛下载得到的标题为 "White Paper: IP Convergence Based On SIP: EnhancedPerson-To-Person Communications"的另 一个白皮书内
http:〃www.forum.nokia.com/main/l，，040，00.html fsrParam=2-3 -/main.html&fileID=5336
说明了使用SIP协议在能够支持IP协议的终端之间建立连接。 如该白皮书内所述的，为了通信，基于IP的应用程序必须具有到达通 信者的机制。目前，固定和移动电话网络执行此建立连接的关键任务。 通过拨打另一个用户的电话号码，网络可在任何两个终端之间建立点 对点连接。此关键连接性性能在互联网内仍未广泛存在。根据此白皮 书，其它关键移动网络性能实现的基于SIP的会话管理(即，IMS标 准提供的验证、漫游和网络互连)提供了所需的结构。通过实现这种 系统，可在两个终端之间实现IP连接。 一旦建立该连接，该连接可用 于交换所有类型的通信媒体(语音、视频、内容等)。类似于HTTP， SIP是基于文本的客户机-服务器协议。SIP被设计成建立、修改和终 止多媒体会话或呼叫，并且其与HTTP的不同之处在于"SIP终端"(或 用户代理，UA)可用作客户机和服务器。因此，可建立客户机到客户 机的通信。
PCT专利申请No. WO 2005/027460 乂〉开了一种在至少两个最终 用户终端之间建立组合多媒体会话的方法，该方法包括在每个最终 用户终端发现使用多媒体服务的最终用户授权；随后经由 一个或多个 电信网络在最终用户终端之间建立电路交换连接；在成功发现使用多 媒体服务的最终用户授权时并且在建立所述电路交换连接之前或之 后，在每个最终用户终端发现该终端或每个其他终端的多媒体性能； 并且在建立电路交换连接的同时，经由一个或多个IP多媒体子系统网 络在最终用户终端之间建立IP多媒体子系统会话，并且在用户终端之 间传送IP多媒体信息，所述多媒体信息与两个或全部用户终端支持的 服务有关。
如上述PCT专利申请内进一步说明的，IP多媒体子系统(IMS ) 是第三代合作伙伴计划(3GPP )定义的在3G移动通信网络上提供IP 多媒体服务的技术。IMS提供了通过服务的综合和交互丰富最终用户的个人至个人通信体验的关键特性。IMS允许在基于IP的网络(不 一定是移动的，或者仅仅是移动的)上实现新的丰富的个人到个人(客 户机到客户机)以及个人到内容(客户机到服务器)通信。IMS使用 SIP协议建立和控制用户终端之间(或用户终端与服务器例如网络服 务器之间)的呼叫或会话。

发明内容
本申请人要解决的一个问题是建立多媒体会话、例如基于IMS 基础结构和SIP协议的用于视频共享服务的会话可能花费数秒钟。具 体地，示例性地参照包括语音和视频分量的多媒体会话，在第一用户 "邀请"第二用户加入多媒体会话的时刻和第二用户在其终端的屏幕上
看到第 一用户发送的视频的第 一视频帧的时刻之间经过的时间会非常 长。这会导致用户对于给定服务的质量获得很差的印象。
申请人已经观察到建立多媒体会话所需的总时间可分成两个主 要范畴第一范畴集合了完成建立会话所需的所有信令消息所需的时 间间隔；第二范畴集合了正确运行和配置在用户终端处呈现交换的内 容所需的多媒体应用软件(例如，多媒体播放器)所需的时间间隔。
一旦网络基础结构已经被建立和配置，则由于通常在标准内定义 了建立会话所需的信令消息的数量和类型，所以集合第一范畴的时间 间隔的总时间不能被减小超过特定时限，以便减少运营商和/或技术之 间的互操作性的影响。继而，由于多媒体应用软件的运行和配置通常 依赖于不容易改变的终端的特征(处理单元速度、存储器等)，所以 第二范畴的时间间隔不容易被降低。
尽管如上所述，申请人已经发现通过使得多媒体应用软件的运行 和/或配置在交换建立多媒体会话所需的信令消息花费的时间间隔期 间发生，仍可大大降低在通信网络的两个用户之间建立多媒体会话所 需的时间。换句话说，多媒体应用软件的至少一部分可在多媒体会话 的建立完成之前运行，从而一旦多媒体会话的建立完成，用户终端基 本上随时可使用多媒体服务而基本不会有任何另外的延时。本发明的
优选实施例可建议，应用软件的至少一部分的运行在发起通信的用户 终端处被专用于与远程用户终端建立多媒体会话的第 一信令的开始而 触发。此外，本发明的优选实施例可建议，应用软件的至少一部分的
建立多媒体会话的第 一信令而触发。
根据本发明的笫一个方面涉及一种用于与通信网络的远程用户建立多媒体会话的方法，该方法包括
- 开始要与远程用户的终端建立多媒体会话的信令；
- 接收指示该多媒体会话建立的预定确认；
- 在接收到所述预定确认之前运行多媒体应用程序的至少 一个模块。
根据本发明的第二个方面涉及一种用于与通信网络的远程用户 建立多媒体会话的方法，该方法包括
- 接收要与远程用户的终端建立多媒体会话的信令；
- 接收指示该多媒体会话建立的预定确认；
- 在接收到所述预定确认之前运行多媒体应用程序的至少 一个模块。
根据本发明的第三个方面涉及一种适于管理与通信网络的远程 用户的多媒体会话的应用程序，该应用程序适合于在适于在该通信网 络内使用的终端上运行，其中该应用程序包括当在所述终端上运行时 适合于执行如上述第一和/或第二个方面所述方法的步骤的软件代码 部分。
根据本发明的第四个方面涉及一种适于在通信网络内使用的终 端，其中该终端包括如上述第三个所述的应用程序。


下文参照附图对仅作为非限制性示例的本发明的一些实施例的 详细说明使得本发明的其它特征和优点更为清楚，其中
-图1作为示例示出能够支持多媒体会话的移动通信网络；
-图2示意性地示出移动通信网络的两个用户享受组合服务的情况；
-图3是示意性地示出能够建立多媒体会话的移动终端的示例的功能框-图4示出适合于可在两个用户终端之间在分组交换域上建立对等会话的典型信令消息流。
具体实施例方式
在下文将参考根据本发明的作为能够支持建立多媒体会话的网 络的移动通信网络进行详细说明。可以看到，对移动通信网络的参考 仅是示例性的，而不应被认为是限制本发明的范围，本发明可应用于任何类型的通信网络。尤其是，根据本发明的多媒体会话可在具有连 接到不同网络例如移动网络和固定网络(例如，数字用户线路或xDSL ) 的终端的用户之间被建立。
此外，在下文的详细说明中将参考组合视频共享服务，其中在通信网络的电路交换域内建立第一连接，而在两个用户之间的分组交换域内建立并行的第二连接。尤其是，分组交换域内的连接用于共享实 时获得的或者从储存库(repository)中得到的静止图像或视频，而电 路交换连接用于语音通信。可以看到，根据下文说明的视频共享服务 仅是示例性的，本发明可应用于其中可在通信网络的两个用户之间、 甚至(但不必须)在单个用户到用户连接上交换多媒体内容的许多不 同类型的服务。通常，由于电路交换域往往不能为多媒体内容交换提 供足够的可用带宽，所以可利用在网络的至少一个分组交换域上建立的会话交换多媒体内容。
对于本发明，表述"多媒体会话，是指其中可交换多媒体内容的会话。"多媒体内容"在文中是指使用多种(即，至少两种)不同媒体， 例如语音、文本、图像、视频、普通数据或文件(例如，可通过互联 网和/或电子邮箱访问)的内容。多媒体会话依赖于在通信网络内建立的至少一个连接。例如，根据上文的视频共享服务允许建立其中在电路交换连接上执行语音通信和在分组交换连接上执行视频通信的多媒 体会话。
图1示出能够根据GSM/GRPS标准提供移动电话服务的移动通 信网络20的示例。可以看到，能够根据UMTS标准提供移动电话服 务的移动网络的结构与图1所示的移动网络非常相似。移动网络20 支持电路交换连接上的通信以及分组交换连接上的通信。为此，移动 网络20包括电路交换网络部分(或域)35和分组交换网络部分(或 域)51。移动终端12、 14 (例如手机、PDA或个人数字助理等)通过 无线电接口与一个或多个无线电基站(BTS、基站发射站)32通信。 每个无线电基站32在通常已知被称为"小区"，的对应地理区域30内提 供移动电话服务。应理解，移动网络20为远多于图1内作为示例示出 的数量的多个小区以及多个移动终端提供服务。不同的无线电基站32 连接到基站控制器(BSC)34,该基站控制器34管理无线电资源的分 配和解除分配，并且控制移动终端在从一个无线电基站到另一个无线 电基站的切换和/或小区重新选择。BSC及其关联无线电基站通常被称 为基站子系统(BSS) 。 BSC 34连接到电路域35内的移动交换中心 (MSC) 36，通过该移动交换中心36还可建立朝向其它网络38例如 PSTN或ISDN (综合业务数字网络)网络的电路连接。通常，在毛细 移动网络内，多个类似于图1内所示的BSC 34的BSC连接到单个 MSC。在UMTS上下文内，BSC通常被称为RNC (无线电网络控制 器)，并且BTS通常被称为节点-B。但是，对于本说明书，首字母缩 略词BSC和RNC代表的表述可被认为完全等同，BTS和术语节点-B 代表的表述也是如此。
MSC36还通过信令网络40 (例如根据信令系统No.7或SS7的 信令网络)连接到归属位置寄存器(HLR )42和拜访位置寄存器(VLR ) 44。 VLR 44包括容纳与相应的地理区域内此时存在的所有移动终端 有关的信息的数据库，并且其保持MSC在这种地理区域内提供服务 所必需的移动电话服务的订户的临时登记数据。HLR 42包括存储和 管理移动网络20的用户、例如移动终端12、 14所属的用户的订用的
数据库。对于其的每个订户，HLR包括永久订用数据例如电话号码(移 动站点ISDN或MSISDN)，还已知为在PSTN网络的编号方案内识 别移动终端的订用的客户线路识别码(CLI),和国际移动用户识别 码(IMSI),即分配给每个用户的并且用于移动电话网络的电路域内 的信令的国际唯一识别码。HLR 42还包括移动网络的用户被授权使 用的服务列表(在所谓"资料，，内)，以及即时服务该用户的VLR的 地址。
每个BSC 34还连接到对应于图1内的GRPS网络51的分组交 换域，连接到服务GRPS支持节点(SGSN ) 50，该节点50负责将信 息包(packet)输送给位于其服务区域内的移动终端。在毛细移动网 络内，多个BSC连接到单个SGSN。网关GRPS支持节点(GGSN) 54用作朝向外部分组网络例如IP网络56 (例如，互联网)的逻辑接 口。节点SGSN50和GGSN54通常通过IP干线52相互连接。尽管 在分组交换域51内没有提供"本地，，信令，但是可利用已知的分组协议 (例如UDP、 TCP、 HTTP)来定义分组交换域51内的信令协议，和 /或可提供已知的应用层信令(例如SIP)。
附图标记55指示本领域技术人员已知而未详细示出的IMS (IP 多媒体子系统)网络基础结构。IMS网路基础结构55主要与分组交 换域51相互作用，但是还具有用于与作为电路交换域35的一部分的 设备通信的网关。
图1的移动通信网络20可以是包括外部电路交换网络(用网络 38例示)和外部分组交换网络(用网络56例示)的更广的通信网络 的一部分。移动通信网络20的用户可在电路交换连接上与属于外部网 络38的用户通信，还可在分组交换连接上连接到IP网络58内的网站 或它们自己的电子邮箱服务器。另夕卜，移动通信网络20的用户可使用 至少一种组合服务，即利用该通信服务，用户例如图2的移动终端12所属的用户可以从他/她自己的移动终端12朝(移动网络20或外部网络28的)另一个用户同时打开电路交换连接和分组交换连接。例如，用 户可利用分组交换连接从他/她自己的移动终端12向他/她自己的会话者发送一连串静止图像或视频(录制剪辑或通过内置视频摄像头实时 得到的视频)，并且同时与他/她自己的会话者共同评论在两个终端上 显现的图像。对于本说明书，在下文术语"视频"将包括实时获得的或 被记录和存储在储存库例如存储器区域内的任何类型的图像，既包括 静止图像也包括运动图像。
例如，参照图2，拥有移动终端12的移动网络20的第一用户朝 拥有移动终端14的移动网络20的第二用户呼叫。BTS 32服务于第一 移动终端12，而BTS 32，服务于第二移动终端14， BTS 32，可能与服 务于第一移动终端32的BTS相同或不同。在第二用户接受呼叫时建 立第一连接Cl以支持第一和第二用户之间的语音通信。通常在移动 网络20的电路交换域35内双向地建立连接C1。在移动网络20的分 组交换域51内在移动终端12和移动终端14之间建立第二连接C2， 以允许第一和第二用户在他们电话交谈期间共享视频。连接C2可被 单向或双向使用在用于单向连接的连接上可实现更高的比特率。可 利用已知的技术允许移动终端12、 14同时保持两个连接Cl和C2起 作用例如，用于UMTS移动终端/网络的多RAB (无线接入承载) 技术和用于GSM/GRPS移动终端/网络的DTM技术。
图3是示意性地示出能够使用组合服务的移动终端12的示例的 功能框图。移动终端12包括适合于发射/接收的天线121、射频收发机 122、 GRPS模块123、编码/解码单元124、扬声器125、视频摄像机 126、麦克风127、屏幕128、键盘129、具有与其相关联的存储器131 的处理器(或CPU，中央处理器)130。移动终端121通常通过合适 的电气触点与图3内未示出的SIM (用户识别模块)相关联。
天线121和射频收发机122通常允许实现来自和朝向移动网络的 无线电基站的通信。扬声器125和麦克风127通常在移动终端12的用 户可听到的信号内传递对应于语音的电信号，反之亦然。键盘129通 常允许用户手动地与移动终端进行交互，发送例如与选择菜单选项或 选择电话号码等有关的命令。屏幕128可以是例如液晶屏(LCD,液 晶显示器)，并且其通常适合于显示视频。视频摄像机126、例如CCD(电荷耦合器件)摄像机通常适合于捕捉视频或静止图像。GRPS模 块123通常包括打包/拆包器件和緩冲器，并且其能够将来自移动网络的无线电块封装成信息包，并且将上部协议层提供的信息包拆解成无 线电块，以便通过射频收发机122和天线121朝移动网络传输。编码/解码单元124(例如，H.263视频编解码器)连接到扬声器125，连接 到麦克风127，连接到显示器128，并且连接到摄像机126:其通常管 理视频摄像机126捕获的或将在屏幕128上显示的视频和/或麦克风127捕获的或将被传输给扬声器125的音频分量的编码/解码。处理器130监管移动终端12内包括的不同模块的操作和活动性。存储器131 与处理器130共同包括用于管理与通信网络和/或通信网络的其它用户 的通信的至少一个软件应用程序。可以看到，尽管在图3内不同单元 用与存储器131分离的实体表示，但是至少一些所示单元可利用执行 相同功能并且存储在存储器131内的软件程序实现。例如，编码/解码单元124和/或GRPS模块123示出为单独实体，但是也可用移动终端 12的存储器131内驻留的软件程序实现。
存储器131内包括的上述用于管理通信的至少一个软件应用程序 包括用于控制和/或管理多媒体会话例如组合视频共享服务的软件。具体的，该用于控制和/或管理多媒体会话的至少一个软件应用程序控制 和/或管理通常根据预定操作流组织的建立多媒体会话所需的信令。这种软件应用程序可在移动终端启动时自动启动，以便在移动开关开通 期间留在后台，并且当应该开始多媒体会话时"苏醒"。但是可设想，用户可禁止应用软件的自动启动，并且应用程序可被用户手动运行。用于控制和/或管理多媒体会话的软件应用程序通常与适于处理用于 建立该会话的信令消息的(软件或硬件)模块进行交互。例如，这种模块可以是适于处理SIP消息、即用于根据SIP标准(例如，IEFT RFC 3261 )准备请求和/或解析响应的存储器131内包括的软件栈。
此外，存储器131包括用于控制、管理和/或再现多媒体内容例 如可在移动终端12的用户和远程用户之间交换的多媒体内容的多媒体应用软件(例如多媒体播放器)。术语"多媒体应用软件"或更简单的"多媒体应用"包括适于控制移动终端12的多媒体资源(例如，编码 /解码单元124，和/或扬声器125，和/或视频摄像机126，和/或麦克风 127，和/或显示器128，和/或键盘129)的软件(例如，库和/或脚本 和/或初始化文件等)，以及适于管理多媒体内容向用户的再现、即用 户对该多媒体内容的实际享受(例如，屏幕显示、大小、位置、用户 可用的控制等)的软件。通常，后一种软件可包括用户界面以便允许 用户(至少最少)与被再现内容进行交互。本发明可在单个多媒体软况下被^:，或者在提供单独k模块来控制i动终端12的;媒体资源 和内容再现的情况下被执行。在后一种情况下，被配置为用于控制移 动终端12的多媒体资源的模块将被称为"多媒体引擎"，而适于再现多 媒体内容的模块将被称为"多媒体控制台"。术语"多媒体控制台"包括 用于可允许用户设定被再现内容的一些参数(例如音量、屏幕大小、 缩放设定等)的用户界面(通常是图像用户界面，GUI)。除了将被 播放的内容的再现之外，多媒体控制台还可允许用户获取(并且可存 储)内容例如记录视频或静止图像。多媒体控制台通常通过合适的接 口与多媒体引擎配合，以便将与将被再现的内容的设定有关的所有必 要信息传递给多媒体引擎，该信息可能包括与用户执行的设定有关的 信息，以允许多媒体引擎合适地准备将被再现的内容。具体地，多媒 体引擎可执行至少一个以下操作视频(或通常是数据)获取，编码 和/或解码，打包和/或拆包，(根据多媒体控制台可能接收到的设定) 控制内容的呈现，同步音频和视频分量，根据预定时间界限同步将被 呈现给用户的内容。在优选实施例内，多媒体引擎可包括一组模块化 软件元件(例如，动态链接库或DLL)，每个软件元件执行终端的一 个或多个多媒体资源的控制功能。
可以看到，上述软件应用程序(用于控制/管理多媒体会话的应 用程序和用于控制/管理/再现多媒体内容的应用程序中的任何一种) 可在移动终端12内实现为客户端应用程序，该客户端应用程序可安装 在移动终端12的操作系统上(安装在内部移动终端的存储器内，或较不优选地，安装在移动终端可访问的外部存储器内)，或"电缆固定，，
在移动终端12的固件内。
在优选实施例内，用于控制/管理多媒体会话的软件应用程序适 合于截取和/或识别与来自和/或朝向移动终端执行的呼叫有关的事件
的信令。具体地，应用程序可能够截取和/或识别
-与在电路交换域内建立的来话呼叫有关的信令；和/或
-与在电路交换域内执行的已建立的去话呼叫有关的信令；和/
或
-与本地执行的电路交换域内的去话呼叫的中断有关的信令；和
/或
-与远程执行的电路交换域内的去话呼叫的中断有关的信令。
可以看到，上文列出的至少两种情况还可包括在呼叫期间移动终 端(或远程移动终端)碰巧离开无线电覆盖范围的情况下呼叫终止这 一可能。此外，可以看到，上文列出的情况并未构成软件应用程序可 截取或识别的可能事件的详尽列表。
在优选实施例内，在拥有移动终端的用户希望朝另一个用户(属 于同一移动网络或不同的固定或移动网络)呼叫的情况下，在传统的 用户选择电话号码以进行呼叫(通常通过键盘执行，或者选自移动终 端或与其相关联的SIM内存储的电话号码簿)期间，用于管理/控制 多媒体会话的软件应用程序不会介入。呼叫用户可以完全传统的方式、 通常是按下移动终端的键盘上的合适键开始朝他/她自己的会话者呼 叫。呼叫通常被在网络的电路交换域上经由一定路线发送。
在被叫用户应答时，在通信网络的电路交换域内在呼叫用户的移 动终端和被叫用户的移动终端之间建立连接。在建立这种连接时，向呼叫用户的移动终端发送确认，这使得呼叫用户能够使用刚刚建立的 连接与他/她自己的会话者通信。在呼叫用户的终端上运行的用于管理 /控制多媒体会话的软件应用程序截取这种确认信令，并且触发与移动 网络的分组交换域的连接过程开始。分组交换连接过程的开始可有利 地自动执行(即，不与终端的用户进行交互)。通常，该过程提供了
从终端到分组交换域的接入点(APN，接入点名称)的连接。该连接过程规定GGSN 54通常通过RADIUS协议将请求该连接的终端的电 话号码信令到该APN。在已经检查其证书之后，APN 使该电话号码 与分组交换域上的唯一地址(通常是IP地址)相关联，并且将相同内 容传递给GGSN 54,该GGSN 54继而朝请求该连接的终端转发相同 内容。APN还在合适的数据库内保持移动终端的电话号码(或电路交 换域内的移动终端的识别码)与被分配的IP地址(或分组交换域内的 移动终端的地址/识别码)相关联。这种关联还可被传递给网络内的其它装置例如WAP网关。与分组交换域的连接通常通过从移动终端朝移动网络的GRPS网络核心的GGSN打开所谓的PDP上下文而完成。
类似地，在建立电路交换连接时，也向被叫用户的移动终端发送确认。用于管理在被叫用户的终端上运行的多媒体会话的软件应用程序截取这种确认信令，并且以与上文参照呼叫用户终端所描述的方式类似的方式触发与移动网络的分組交换域的连接过程的开始。
在上述的可选实施例内，可提出PDP上下文的打开被呼叫和/或被叫用户手动执行，或者在呼叫和/或被叫用户的终端在进行呼叫时PDP上下文已经在起作用(例如，在终端接通时激活PDP上下文)。
一旦已经建立与分组交换域的连接，呼叫用户和被叫用户通常可使用电路交换连接相互进行语音通信，并且使用分组交换连接来共享 数据。但是，为了共享数据，优选地在分组交换域上在两个用户终端 之间建立"直接，，连接或会话。在两个用户之间建立直接连接可,皮两个 用户之一例如通过按下各自终端上的合适键(或软键)启动，该键(或软键)被标记为或对应于视频或数据共享服务。用于管理多媒体会话 的应用程序因此可启动将在分组交换域上建立朝向远程用户的连接的信令。通常，在两个用户的终端之间建立对等连接为了建立对等连接，两个用户的终端交换分组交换域上的它们各自的地址/识别码(通 常是它们的IP地址)。
图4示出适于允许在拥有终端MSA的用户A和拥有终端MSB 的用户B之间在分组交换域上建立对等会话的信令消息的一个流程实
施例。具体地，图4所示的示例性流程与上述IEFTRFC 3261兼容， 并且使用根据SIP协议的信令消息。通信网络的分组交换域可包括或与IMS基础结构相互作用。对于此说明书，并不必指定信令流程涉及的分组交换网络和IMS基础结构的所有元件，从而在名为"IMS/SIP 内核"的单个功能块内浓缩了全部网络基础结构，集合了SIP信令涉及的IMS基础结构的所有元件和/或功能。这还意味着，用户A和B在他们各自配置中具有各自会话者的识别码(例如，由于它们已经4皮包括在已经建立的电路交换会话上的语音通信内，或者由于在终端目录内包括对应入口)以用于SIP信令消息的寻址。
信令流的开始通常被两个用户之一在各自终端上的动作触发，该动作对应于共享视频会话的开始。例如，用户A可通过按下他/她终端 MSA上的合适键(或软键)发起与用户B的视频共享(401)。此动作触发了将SIP INVITE信令消息发送(402 )给用户B(例如使用SIP URI作为用户B的识别码)，该消息包括分组交换网络上的终端MSA的至少一个发送者识别码，例如被分配给MSA的IP地址IPa和/或用户A的SIPURI。与多媒体会话建立有关的其它信息通常也被包括在 SIP INVITE信令消息内(例如，将被使用的媒体的类型，协议，将被使用的通信端口等)。SIP INVITE消息部分地对应于邀请远程用户开始多媒体会话的邀请消息。IMS/SIP内核尤其是执行SIP INVITE 消息内包括的用户B的地址的分辨，以便确定分配给他/她终端MSB的对应IP地址IPB。 一旦分辨已被执行，则SIP INVITE消息;故转发给终端MSB (403)。可在用户B的终端MSB的屏幕上向用户B清楚地呈现出提示(404),请求用户B接受共享视频会话(或一般地，多媒体会话)。在地址分辨期间，IMS/SIP内核可向终端MSA发送 SIP 100 TRYING (405)响应，指示SIP INVITE已被接收，并且 MS/SIP内核中包括的代理服务器正在工作以把SIP INVITE消息路由到目的地。
终端MSB以与电路交换呼叫有关的正常信令期间发生的方式类似的方式向终端MSA发送响应，该响应指示终端MSB已经接收到SIP INVITE消息并且"振铃"(终端MSB的实际铃声可被跳过，尤其 是如果用户A和用户B已经在并行的、已经建立的连接上进行语音通 信)，即其等待用户B接受共享视频会话。为此，终端MSB可向用 户A答复SIP 180 RINGING消息(406)(例如，使用作为用户A的 识别码的SIP URI) 。 SIP 180 RINGING消息可能在地址分辨之后被 从IMS/ISP内核转发给终端MSA (407)，以确定分配给用户A的终 端MSA的IP地址IPA。可任选地向用户A示出(408)听觉或视觉 报警，以便告知用户A用户B已经接收到共享视频要求并且网络正在 等待他/她的响应。
当用户B接受(409)共享视频会话时(此步骤可被终端MSB 自动执行，即用户B不必与终端MSB实际进4亍交互)，SIP 200 OK 消息作为初始SIP INVITE消息402、 403的肯定确认被终端MSB发 送(410)给终端MSA。 SIP 200 OK消息可能在地址分辨之后祐: IMS/ISP内核转发给终端MSA。听觉或视觉警报可被任选地呈现
(412)给用户A，以便告知用户A用户B已接受共享视频要求。终 端MSA通过向用户B发送SIP ACK消息(413 )确i人接收到SIP 200 OK消息，该SIP ACK消息可能在地址分辨之后祐_ IMS/ISP内核转发
(414)给终端MSB。因此建立视频共享会话，从而图像帧(例如， 从终端MSA内置的视频摄像机捕获的)可被从终端MSA发送给终端 MSB。合适的用于管理视频内容的发送的协议可以是RTP/RTCP (实 时协议/实时控制协议)，利用该协议可执行视频内容的流传输。
其它信令流可用于建立多媒体会话。例如，其它信令流可包括额 外的确认(例如，所谓的"临时确认"或SIP PRACK，或SIP 180 RINGING消息)，以允许在建立多媒体会话期间协商分组交换连接 上的服务质量(QoS)，和/或提供为了信令会话过程而在终端MSA 和MSB之间交换的附加消息以及相关确认。在优选实施例内，终端 MSA和MSB之间的性能信息交换可在SIP INVITE消息开始之前进 行。性能信息的交换可由适于访问远程用户终端的至少 一种媒体性能 的信令消息(例如SIP OPTIONS消息)执行。对于性能信息交换来说，上述专利申请WO 2005/027460的指导可适合于本发明。
在任何情况下，多媒体会话建立的开始与从一个用户的终端发送 信令消息一致。该发送可被解释为要与远程用户终端建立多媒体会话。在上文所述的示例性流程内，建立多媒体会话的意图可通过发送邀请 多媒体会话的消息(例如，SIP INVITE消息)和/或从来自为了性能信息交换而被发送的消息(例如，SIP选项消息)被估计。建立多媒体会话的意图可被用于控制和/或管理在用户终端上运行的多媒体会 话的软件"跟踪"，该软件可被邀请消息或性能信息交换消息的发送和/或接收触发。
此外，建立多媒体会话与用户终端接收到与先前的邀请多媒体会话的消息有关(直接或间接)的肯定确认。在图4的示例内，终端MSA估计在接收到SIP 200 OK消息410、 411时，即在接收到最初发 送的SIP INVITE消息402、403的肯定确认时，与终端MSB建立多媒体会话。继而，终端MSB估计在接收到其自身接受多媒体会话邀 请消息的确认时，即在接收到图4内所示的SIP ACK消息413、414， 与终端MSA建立多媒体会话。多媒体会话的建立可被用于控制和/或 管理在用户终端上运行的多媒体会话的软件"跟踪"，该软件可被上述确认触发。
申请人已证实，在通信涉及的终端处发送和/或接收要建立多媒体会话的笫一信令(可能包括性能信息交换)的时刻与在相同终端接收到多媒体会话建立的确认的时刻之间的时间间隔可持续数秒。具体来说，交换的信令消息越多，所需的时间间隔越长。
申请人已观察到，一旦建立多媒体会话，则可利用此时间间隔使 通信涉及的终端准备交换内容。为此，通信涉及的终端内驻留的多媒体应用软件在实际建立多媒体会话之前开始运行。优选地，在发送和/ 或接收要建立多媒体会话的信令消息(可能包括性能信息交换消息)之后，在有关终端上开始运行多媒体应用软件。更优选地，基于要建 立多媒体会话的信令消息(可能包括性能信息交换消息)的发送和/或接收，即使用所述信令的开始作为触发，在有关终端上开始运行多媒体应用软件。
具体地，在终端上驻留的多媒体应用软件被组织成使得一个多媒 体引擎模块被配置用于控制终端的多媒体资源，和一个单独的多媒体 控制台模块被配置用于再现多媒体内容的情况下，优选地，多媒体引 擎模块在实际建立多媒体会话之前运行，而多媒体控制台模块在建立 多媒体会话之后运行。
为了上述目的，多媒体引擎模块的运行可被要建立多媒体会话的 信令消息(包括性能信息交换消息)的发送和/或接收触发，而多媒体 控制台的运行被接收到多媒体会话被建立的最终确认触发。
可选地，在单个软件应用对象用于控制终端的多媒体资源和再现 多媒体内容的情况下，在实际建立多媒体会话之前，这种单个软件应 用对象在用户终端上在后台运行，以在终端的屏幕上为可能呈现给用 户的与多媒体会话的逐渐建立有关的消息留出空间。然后在实际建立 多媒体会话之后，这种应用可在前台出现。最初的后台运行可被要建 立多媒体会话的信令消息(包括性能信息交换消息)的发送和/或接收 触发，而前台运行被接收到多媒体会话被建立的最终确认触发。
有利地，因此，可利用完成多媒体会话的建立所需的时间间隔以 便至少将准备终端进行多媒体会话所需的多媒体应用软件的模块加载到终端的CPU (例如高速緩存)使用的存储器内，从而在实际建立多媒体会话时，终端部分准备好发送和/或接收多媒体内容而没有任何进 一步延时。这会大大加快用户察觉到的多媒体服务的总建立时间。在多媒体会话的建立中止时，告知会话失败的信令消息(例如，SIP4xx 消息)可用作结束运行的多媒体应用模块的触发，结果释放所分配的 存储器资源。
在优选实施例内，使用包括不同组成模块(例如DLL)的多媒 体引擎，每个模块专门用于终端的各个多媒体资源，和用于协调和配 置组成模块的多媒体监控模块，在实际建立多媒体会话之前，该监控 模块可与将用于多媒体会话的适当数量的组成模块一起被预先加载到 终端的存储器内。这可例如通过提出多媒体监控模块最初预加载所有
可用组成模块，然后由于例如与远程终端的性能交换信息会话而关闭 多媒体会话不必需的组成模块(从而释放其所分配的存储器资源)来执行。
为了进一步节省处理时间，方便地将至少一个多媒体引擎模块嵌 入适合于控制/管理多媒体会话的建立的相同应用对象，从而多媒体引擎模块和适于控制/管理建立多媒体会话所需的信令消息的模块在终 端存储器内共用相同的过程。
尤其是在其中电路交换连接被用于传输音频内容而分组交换被 连接用于传输视频内容的视频共享会话的情况下，可通过减小终端上运行的多媒体应用(尤其是多媒体引擎模块)使用的緩冲器的大小， 进一步缩短建立视频共享服务所需的总时间。在普通多媒体会话内，调节緩冲操作以便吸收由于分组交换连接上的带宽波动导致的音频-视频波动。实际上，在根据上文的视频共享服务内，电路交换连接基 本上可确保音频连续性，从而緩冲器减小至多会导致视频内容流中出现一些中断，这被认为是可接受的。因此，合适的緩冲器的大小形成为小于大约3秒，优选地小于大约2秒(例如，l秒)。
通过根据上文公开内容进行操作，可大大缩短两个用户之间的多媒体会话的总建立时间，即在第一用户邀请，第二用户进行多媒体会话的时刻和第二用户在其终端屏幕上开始实际共享多媒体内容的时刻之间经过的时间。
尽管已经利用 一些实施例公开和说明了该操作，但是本领域技术人员可以理解，可对所公开的实施例以及本发明的其它实施例做出一些修改而不会背离所附权利要求限定的本发明的范围。
例如，在组合服务的情况下，当在分组交换连接上发送内容的用 户决定停止内容发送时，多媒体会话可被关闭(例如使用SIP BYE消息)，仍保持与通信网络的分组交换域的连接打开。在多媒体会话结束时，尤其是为了节约终端的电池资源，通常为可能发生的另一个多 媒体会话至少保持被加载到终端的存储器内的多媒体会话模块。
作为另一个示例，在组合服务的情况下，当一个用户在接收到电路交换域上的连接掉线的确认时而决定终止电路交换域上的语音呼叫 时，关闭通信的终端上的控制/管理多媒体会话的应用程序可还自动开始在分组交换域上的连接的掉线(例如，通过使用SIP BYE信令消 息)。相同过程还可用于由于缺少无线电覆盖而终止电路交换域上的 呼叫的情况(在使用移动终端的情况下)。在这种情况下，多媒体应 用被关闭以释放先前所保留的存储器资源。
权利要求
1.一种用于与通信网络的远程用户建立多媒体会话的方法，该方法包括-开始要与远程用户的终端建立多媒体会话的信令；-接收指示该多媒体会话建立的预定确认；-在接收到所述预定确认之前运行多媒体应用程序的至少一个模块。
2. 根据权利要求l的方法，其中所述信令被寻址到所述远程用户。
3. 根据权利要求1或2的方法，其中所述多媒体应用程序的所 述至少一个模块的运行在开始所述信令之后执行。
4. 根据权利要求3的方法，其中所述多媒体应用程序的所述至少一个模块的运行基于所述信令的开始而执行。
5. 根据权利要求1至4中任一项的方法，其中所述多媒体应用 程序的所述至少 一 个模块的运行在后台执行。
6. 根据权利要求1至5中任一项的方法，其中所述多媒体应用 程序包括多媒体引擎和多媒体控制台，并且所述多媒体应用程序的所 述至少一个模块的运行包括运行所述多媒体引擎。
7. 根据权利要求6的方法，其中接收所述预定确认包括接收所 述多媒体会话的建立的肯定确认，并且该方法包括在接收到所述肯定 确认之后在前台运行所述多媒体控制台。
8. 根据权利要求7的方法，其中在前台运行所述多媒体控制台 基于接收到所述肯定确认而执行。
9. 根据权利要求1至8中任一项的方法，其中要建立多媒体会 话的信令包括适于访问远程用户的终端的至少一种多媒体性能的性能 交换信令。
10. 根据权利要求1至9中任一项的方法，其中要建立多媒体会 话的信令包括适于遨请远程用户的终端加入多媒体会话的邀请信令。
11. 根据权利要求1至10中任一项的方法，其中该方法还包括向远程用户的终端呼叫。
12. 根据权利要求11的方法，其中该方法还包括 -接收对所述呼叫的确认；-基于接收到该呼叫确认在所述通信网络的分组交换域上建立连接。
13. 根据权利要求12的方法，其中开始要建立多媒体会话的信令 在已建立的分组交换连接上执行。
14. 一种用于与通信网络的远程用户建立多媒体会话的方法，该 方法包括-接收到要与远程用户的终端建立多媒体会话的信令；-接收到指示该多媒体会话建立的预定确认；-在接收到所述预定确认之前运行多媒体应用程序的至少 一个模块。
15. 根据权利要求14的方法，其中所述信令从所述远程用户发起。
16. 根据权利要求14或15的方法，其中所述多媒体应用程序的 所述至少 一 个模块的运行在接收到所述信令之后执行。
17. 根据权利要求16的方法，其中所述多媒体应用程序的所述至 少一个模块的运行基于接收到所述信令而执行。
18. 根据权利要求14至17中任一项的方法，其中所述多媒体应 用程序的所述至少 一个模块的运行在后台执行。
19. 根据权利要求14至18中任一项的方法，其中所迷多媒体应 用程序包括多媒体引擎和多媒体控制台，并且所述多媒体应用程序的 所述至少一个模块的运行包括运行所述多媒体引擎。
20. 根据权利要求19的方法，其中接收所述预定确认包括接收所 述多媒体会话的建立的肯定确认，并且该方法包括在接收到所述肯定 确认之后在前台运行所述多媒体控制台。
21. 根据权利要求20的方法，其中在前台运行所述多媒体控制台基于接收到所述肯定确认而执行。
22. 根据权利要求14至21中任一项的方法，其中要建立多媒体 会话的信令包括适于访问接收所述信令的终端的至少一种多媒体性能 的性能交换信令。
23. 根据权利要求14至22中任一项的方法，其中要建立多媒体 会话的信令包括邀请信令，该邀请信令适于邀请接收该邀请信令的终 端加入多媒体会话。
24. 根据权利要求14至23中任一项的方法，其中该方法还包括接收来自远程用户的终端的呼叫。
25. 根据权利要求24的方法，其中该方法还包括 -应答所述呼叫；-基于该呼叫的应答在所述通信网络的分组交换域上建立连接。
26. 根据权利要求25的方法，其中开始要建立多媒体会话的信令在已建立的分組交换连接上执行。
27. —种适于管理与通信网络的远程用户的多媒体会话的应用程序，该应用程序适合于在适于在该通信网络内使用的终端上运行，其中该应用程序包括当在所述终端上运行时适合于执行权利要求1至26 中任一项的步骤的软件代码部分。
28. 适于在通信网络内使用的终端，其中该终端包括权利要求27的应用程序。
29. 根据权利要求28的终端，其中所述终端是移动电话。
全文摘要
为了与远程用户的终端(14)建立多媒体会话，终端(12)开始要建立寻址到远程用户的终端(14)的多媒体会话的信令。预定确认消息向终端和远程终端指示该多媒体会话建立。该终端和/或远程终端在接收到所述预定确认消息之前运行多媒体应用程序的至少一个模块。
文档编号H04L29/06GK101346964SQ200580052426
公开日2009年1月14日 申请日期2005年11月3日 优先权日2005年11月3日
发明者A·德·马丁, A·波尔塔, A·瓦雷希奥, B·伯迪耶罗 申请人:意大利电信股份公司