专利名称：可视电话呼叫方法及系统的制作方法
技术领域：
本发明涉及通信领域，特别涉及可视电话呼叫技术。
背景技术：
彩铃也称为个性化回铃音业务，是一项由被叫用户定制，为主叫用户提 供一段音乐歌曲或其他录音来替代普通回铃音的业务。客户申请开通彩铃业 务之后，可以自行设定个性化回铃音，在其做被叫时，为主叫用户播放个性 化定制的音乐歌曲或其他录音，来代替普通的回铃音。具体的说，个性化回
铃音可以是任意一段音乐、歌曲、录音、视频等；如果是视频，则需要主叫 用户终端具有相应的视频媒体播放能力才能正确体验，此时又称为多媒体彩 铃或彩视业务。
可视电话的多媒体彩铃业务是一项在可视电话业务中，由被叫用户定 制，当主叫以可视电话方式拨打被叫时，系统在被叫振铃的同时为主叫用户 提供一段绚丽、悦耳的多媒体视频来替代普通回铃音的业务。
可#见电^舌业务是在通用移动通信系统(Universal mobile telecommunication system,简称"UMTS")中定义的一种可以同时利用音频 和视频的点对点通信业务，可以在两个可^L移动终端之间，可视移动终端和 可银固定终端之间或者可视移动终端与PC机之间实现音频和视频的双向实 时交流。下面对可视电话业务中涉及到的多媒体通信控制信令协议H.245进 行介绍。
H.245是H.323协议族中用于媒体信道控制的协议，主要完成多媒体通 信中每个逻辑通道的建立、维护和释放。具体包括逻辑通道的打开和关闭，参数设定、收发双方的能力协商等控制功能。同时它还要完成多点会议呼叫
中逻辑信道的配合控制功能。H.245的控制信号在一条基于传输控制协议 (Transfer Control Protocol,简称"TCP")连接的控制信道上传送，控制信 道必须在任何逻辑信道之前先行建立，并在通信结束后释放。
在H.245中定义了两类信道控制信道和通信信道。控制信道，也称为 H.245信道，位于不同H.323实体上的两个H.245对等信令实体通过该信道 传送H.245消息，以控制媒体信道的建立和释放。通信信道，也就是媒体信 道，在H.245中称为逻辑信道，在其上传送用户通信信息。 一般来说，两个 实体间可有多条逻辑信道，在呼叫中可以根据需要随时建立和释放，在H.245 十办议中称为打开和关闭。在H.245协议的主要控制过程中包括能力交换、逻 楫信道信令过程、主从确定过程、往返时延确定、环路维护等。另外，H.245 协议还定义了许多简单的命令和指示消息，可用于各种用途，它们不涉及通 常的协议过程。比较常用的有流量控制命令、多点方式命令、通信方式命 令、用户输入指示等。
H.245消息可分为4种类型请求、响应、命令、指示。具体地说，请 求消息要求接收方执行所要求的动作，并立即返回响应。响应消息是对请求 消息的回复。命令消息要求接收方执行指定的动作，但不要求回送响应消息。 括示消息只是传送信息，不要求接收方执行操作，也不要求其回复响应消息， i常是指示终端的状态信息。
目前，通过在终端上内置实现多媒体彩铃的功能模块，实现可视电话的 多媒体彩铃业务，即用户下载多媒体彩铃并进行设置后，当他人给该用户的 终端拨打可^L电话时，该用户的终端向主叫终端播放多媒体彩铃。运营商通 过收取用户下载多媒体彩铃的信息费实现盈利，无需对运营商的网络侧进行 改造。具体地说，用户的终端是经过改造的可视电话终端，在可视电话终端 的基础之上叠加了多媒体彩铃的功能模块。当接收到其它终端的呼叫请求之后，被叫终端发送Alerting (发信号)消息给主叫方，并随后发送Connecting (连接)消息启动承载建立流程。并同时启动终端的多媒体彩铃应用程序， 准备开始播放彩铃内容；与此同时，被叫终端同主叫终端之间通过H.245, 建立多媒体彩铃的承载。当完成承载的建立过程之后，被叫终端的多媒体彩 铃模块通过建好的承载播放多媒体回铃音，主叫终端通过可视电源的承载收 听、收看到多媒体彩铃的内容。当被叫用户摘机后，被叫终端的彩铃模块停 止播放内容，控制权转移到终端用户手中，至此，整个多媒体彩铃业务的过 程完成。
然而，本发明的发明人发现，由于现有技术的方案需要对终端进行改造， 增加实现多媒体彩铃的功能模块，以便在呼叫过程中播放多媒体彩铃的内容。 而且，还需要将实现多媒体彩铃的功能模块同用于可视电话呼叫的功能模块 进行整合，配合工作，因此，对终端的要求较高。如果终端需要选择大量的 多媒体彩铃内容，还需要在本地完成内容的存储功能。而且，对运营商而言， 仅能够通过收取用户下载多媒体彩铃的信息费实现盈利，这从根本上改变了 现有运营商的收入模式，与运营商的需求背道而驰。
另一方面，由于信令的模式问题，在播放多媒体彩铃阶段，终端就会错 误地认为可视电话的通话过程已经开始，因此对终端而言，无法实现对通话 时长的精确计费，从而容易造成用户的投诉。
发明内容
本发明实施方式要解决的主要技术问题是提供一种可视电话呼叫方法 及系统，使得可视电话的多媒体彩铃业务可通过较小的代价得以实现。
为解决上述技术问题，本发明的实施 式提供了一种可视电话呼叫方 法，_包括以下步骤
在主叫终端与多媒体回铃音服务器之间建立可视电话的第一承载；多媒体回铃音服务器通过第一承载向主叫终端播放多媒体回铃音；
检测到被叫终端摘机后，在该被叫终端与多媒体回铃音服务器之间建立 可视电话的第二承载；
通过第一承载和第二承载，在主叫终端和被叫终端之间进行可视电话通
本发明的实施方式还提供了一种可视电话呼叫方法，包括以下步骤
在主叫终端与多媒体回铃音服务器之间建立可视电话的第三承载；
多媒体回铃音服务器通过第三承载向主叫终端播放多媒体回铃音；
在主叫终端和被叫终端之间建立可视电话的第四承载，通过该第四承载 在主叫终端和被叫终端之间进行可视电话通信。
本发明的实施方式还提供了一种可视电话呼叫系统，包括
' 承载建立单元，用于在主叫终端与多媒体回铃音服务器之间建立可视电 话的第一承载；
多媒体回铃音播放单元，用于通过承载建立单元建立的第一承载向主叫 终端播放多媒体回铃音；
检测单元，用于检测被叫终端是否摘机，并在检测到该被叫终端摘机后， 向承载建立单元指示该被叫终端已摘机；承载建立单元还用于在收到检测单 元的指示后，在^:叫终端与多媒体回铃音服务器之间建立可视电话的第二承
载；
通信单元，用于通过承载建立单元建立的第一承载和第二承载，在主叫 终端和净皮叫终端之间进行可视电话通信。
本发明的实施方式还提供了一种可视电话呼叫系统，包括
承载建立单元，用于在主叫终端与多媒体回铃音服务器之间建立可视电话的第三承载，在该主叫终端和被叫终端之间建立可视电话的第四承载；
多媒体回铃音播放单元，用于通过承载建立单元建立的第三承载向主叫 终端播放多媒体回铃音；
通信单元，用于通过承载建立单元建立的第三承载和第四承载，在主叫 终端和被叫终端之间进行可视电话通信。
本发明实施方式与现有技术相比，主要效果在于多媒体彩铃业务可以 在基于现有的可视电话的网络框架上得以实现。而且，由多媒体回铃音服务 器向该主叫终端播放多媒体回铃音，避免了对终端进行协议层面的改造，使 得可视电话的多媒体彩铃业务的实现，对终端的影响能够减小到最小程度。
图1是根据本发明第一实施方式的可视电话呼叫方法的网络结构示意
图2是根据本发明第一实施方式的可视电话呼叫方法流程图； 图3是根据本发明第二实施方式的可视电话呼叫方法流程图； 图4是根据本发明第三实施方式的可视电话呼叫方法流程图； 图5是根据本发明第四实施方式的可视电话呼叫方法流程图； 图6是根据本发明第五实施方式的可视电话呼叫方法流程图； 图7是根据本发明第六实施方式的可视电话呼叫方法流程图； 图8是根据本发明第七实施方式的可视电话呼叫方法的网络结构示意
图9是根据本发明第七实施方式的可视电话呼叫方法流程图； 图IO是根据本发明第八实施方式的可视电话呼叫方法流程图；图11是根据本发明第九实施方式的可视电话呼叫方法流程图12是根据本发明第十一实施方式的可视电话呼叫系统结构示意图； 图13是根据本发明第十二实施方式的可视电话呼叫系统结构示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发 明的实施方式作进一步地详细描述。
本发明的第一实施方式涉及一种可视电话呼叫方法，在本实施方式中，多 媒体回铃音服务器通过在主叫终端与多媒体回铃音服务器之间建立的可视电话 的第一承载，向该主叫终端播放多媒体回铃音。当检测到被叫终端摘机后，在 该被叫终端与该多媒体回铃音服务器之间建立可视电话的第二承载，通过所建 立的第一承载和第二承载，在该主叫终端和该被叫终端之间进行可视电话通信。 本实施方式的网络结构如图1所示，包含移动交换中心(Mobile Switching Center, 简称"MSC")服务器、媒体网关(MediaGateway,简称"MGW")、拜访位置 寄存器(Visitor Location Register,简称"VLR，，)、无线网络控制器(Radio Network Controller,简称"RNC")、基站节点(Node Base Station,简称"NodeB")、归 属位置寄存器(Home Location Register,简称"HLR")、鉴权中心(Authentication Center,简称"AuC")、提供多媒体回铃音的多媒体回铃音服务器等网元，以及 至、被叫终端。其中，MSC服务器可以与VLR集成在一起，为合一网元，MSC 服务器与MGW之间通过H.248过程建立连接，HLR可以与AuC集成在一起， 为合一网元。(AuC在实际的布网的情况下可能不存在)。具体流程如图2所示。
在步骤201中，主叫终端即用户设备(User Equipment,筒称"UE")A向 附着的MSC服务器A发SETUP(建立)消息，消息中携带的BC—IE信元中ITC J^，UDI，， ORA为'H.223&H.245，。接着，在步骤202中，MSC服务器A向被叫终端即UE B的HLR B发起发 送路由信息(Send Routing Info,简称"SRI")请求，查询路由信息。
接着，在步骤203中，HLR B向UE B附着的MSC服务器B发送请求提供 漫游号码(Provide Roaming Number,简称"PRN")的消息，请求该UEB的移 动台漫游号码(Mobile Station Roaming Number,简称"MSRN")。
接着，在步骤204中，MSC服务器B向HLR B返回该UE B的MSRN，如 果MSC服务器B支持预寻呼，这时会先发起预寻呼过程后再返回该UE B的 MSRN。
接着，在步骤205中，HLRB向MSC服务器A返回UEB的路由信息(即 该UE B的MSRN)，并携带被叫用户(即使用UE B的用户)是否定制多媒体 彩铃业务的信息。
接着，在步骤206中，MSC服务器A获得UEB的MSRN后，向UEA发 起Call—Proceeding (呼叫过程)。
接着，在步骤207中，MSC服务器A向多媒体回铃音服务器发起ISUPIAM 消息(综合业务凄t字网用户部分起始地址消息)。如果被叫用户签约了主叫号码 显示业务，则该ISUP IAM消息中需要携带主叫号码和业务前缀信息。其中，多 媒体回铃音服务器是为可视电话用户提供多媒体彩铃的系统，具备多媒体彩铃 存储、播放和管理能力，并且支持承载无关呼叫控制(Bearer Independent Call Control,简称"BICC" )/综合业务数字网用户部分(ISDN User Part,简称"ISUP，，) 协议。在被叫用户申请多媒体彩铃业务后，该服务器应可以为主叫终端提供多 媒体彩铃的播放，并在被叫用户接听时可以自动中断该多媒体彩铃的播放。
接着，在步骤208中，多媒体回铃音服务器向MSC服务器B发起ISUP IAM 消息。如果被叫用户签约了主叫号码显示业务，则该ISUP IAM消息中需要携带 主叫号码。
接着，在步骤209中，如果MSC服务器B在向HLR B返回UE B的MSRN前没有发起预寻呼过程，则在本步骤中，该MSC服务器B向UE B发起寻呼请 求消息。
接着，在步骤210中，UEB向该MSC服务器B返回寻呼响应消息。
接着，在步骤211中，MSC服务器B向UE B发送SETUP消息，消息中 携带的BC—IE信元中ITC为，UDI，， ORA为'H.223&H.245'。
接着，在步骤212中，UEB向该MSC服务器B返回CALL CONFIRMED (呼叫确认)消息，没有携带新的BC—IE，表示能够支持可视电话的被叫。此 时，.该UEB开始振铃。
:接着，在步骤213中，UE B振铃后，UE B向MSC服务器B返回Alerting 消息。
接着，在步骤214中，MSC服务器B向多媒体回铃音服务器发送地址完成 消息(Address Complete Message,简称"ACM")。
接着，在步骤215中，多媒体回铃音服务器在接收到MSC服务器B发来的 ACM后，向MSC服务器A发送携带彩铃信息的ACM。
接着，在步骤216中，MSC服务器A识别该彩铃信息，发送Alerting给UEA。
'接着，在步骤217中，多媒体回铃音服务器向MSC服务器A发送应答消息 (Answer Message,简称"ANM")消息，触发MSC服务器A发送Connect消 息给UE A。该ANM消息是从多媒体回铃音服务器向MSC服务器A发送的 ANM信号，表示可以进行建立多媒体回铃音服务器和UE A之间的通话，并用 来触发Connect消息。在本实施方式当中本步骤为可选步骤，具体的选择，取决 于实际的需要。需要说明的是，MSC服务器A也可以在收到来自多媒体回铃音 服务器的携带彩铃信息的ACM后，向UE A发送Connect消息。也就是说， Connect消息的发送，也可以不通过ANM消息来触发。接着，在步骤218中，UE A在接收到Co皿ect消息后，向MSC服务器A 发送Connect ACK (连4矣响应)消息。
接着，在步骤219中，UEA和多媒体回铃音服务器之间通过可视电话信令 协议过程，建立可视电话的第一承载。该可视电话信令协议可以是H.324、 H.323 或会话发起协议(SessionInitationProtocol,筒称"SIP")的可视电话信令协议。 本实施方式以H.323中的H.245过程建立可视电话的第一承载为例进行说明。
接着，在步骤220中，UEA通过多媒体回铃音服务器收看视频彩铃。
接着，在步骤221中，UE B完成摘机动作之后，向MSC服务器B发送Connect 消息。被叫应答过程开始。
接着，在步骤222中，MSC服务器B向多媒体回铃音服务器发送ANM消
台
- 接着，在步骤223中，MSC服务器B向UE B发送Connect _ACK (连接响 应)消息。
接着，在步骤224中，多媒体回铃音服务器向MSC服务器A发送ANM消 息，此时UEA附着的MSC服务器A对可视电话通信开始计费。由于是在检测 到UE B摘机后再对可视电话通信进行计费的，因此可使得在多媒体彩铃业务的 实现过程中，能够对通话时长进行精确计算和控制。此时，MSC服务器A可以 向UE A发送Connect信令。需要说明的是，在实际应用中，MSC服务器A也 可以不向UE A发送Connect信令或即使发送Connect消息，UE A也不处理 Connect消息，也就是说，此时Connect消息的发送与否为可选步骤。如果UEA 收到了该Connect消息并且选择处理该Connect消息，则该UE A可以向MSC 服务器A回复一个Connect—ACK响应消息，当然也可以不回复任何的消息。
接着，在步骤225中，多媒体回铃音服务器和UEB之间通过多媒体通信控 制信令协议H.245过程，建立可视电话的第二承载。接着，在步骤226中，通过UEA和多媒体回铃音服务器之间建立的可视电 话的第一承载，与UE B和多媒体回铃音服务器之间建立的可视电话的第二承 载，在该UE A与UE B之间进行第三代移动通信(The Third Generation,简称 "3G")电路域的可视电话通信。
不难发现，在本实施方式中，多媒体彩铃业务可以基于现有的可视电话的 网络框架上得以实现。而且，由多媒体回铃音服务器向该主叫终端播放多媒体 回铃音，避免了对终端进行协议层面的改造，使得可视电话的多媒体彩铃业务 的实现，对终端的影响能够减小到最小程度。另外，UEA和UEB分别只需与 多媒体回铃音服务器建立一次可视电话承载，呼叫接通后，UEA和UEB通过 多媒体回铃音服务器完成可视电话。而且，本实施方式对MSC服务器与终端的 改造都较小，易于实现。
需要说明的是，本实施方式中步骤218和步骤223中的Co皿ect ACK消息 是用来对Connect消息进行确认的，可以存在，也可以不存在，具体的选择，取 决于实际的需要。
本发明的第二实施方式涉及一种可视电话呼叫方法，本实施方式与第一实 施方式大致相同，其区别在于，在第一实施方式中，MSC服务器A通过向UEA 发送Connect消息(如步骤217),通知UE A建立可视电话的第一承载。而在本 实施方式中，MSC服务器A在向UE A发送Alerting消息后，不向UEA发送如 步骤217所示的Connect消息(如图3所示)，而是在发送给UE A的Alerting 消息中携带业务标识。比如说，通过Alerting消息中的信息元素"User-User" 携带标识多媒体彩铃业务的特殊文本，以便UEA能够识别是否将要开始接收多 媒体彩铃，如果Alerting消息中没有携带该业务标识，则按正常流程开始可视电 话的通信；如果Alerting消息中携带有该业务标识，则建立可视电话的第一承载。
另外，MSC服务器A在被叫终端UEB摘机后，并且收到了来自多媒体回 铃音服务器的ANM消息(即第一实施方式中的步骤224)时，该MSC服务器A向UE A发送Connect消息，如图3所示。
通过在Alerting消息中携带业务标识，可使得不支持多媒体彩铃业务的终端 收到该Alerting消息后，也不会对正常接续造成影响，灵活地兼容了不支持多々某 体彩铃业务的终端。另夕卜，UEA收到Alerting消息之后还需要启动3G-324M协 议交互，同时要求网络在此时能够建立电路交换数据(Circuit Switch Data,简 称"CSD") 64电路链路，以便后续流程的迅速进行。
本发明的第三实施方式涉及一种可视电话呼叫方法，本实施方式与第一实 施方式大致相同，其区别在于，在第一实施方式中，网络侧无需通知主叫终端 (即UEA)相关的可视电话通话时长的计费信息，而在本实施方式中，网络侧 在检测到被叫终端(即UEB)摘机之前，通过向该被叫终端发送表示网络侧尚 莱开始计费的"Facility"消息，通知该主叫终端忽略计费或计时；在检测到该 被叫终端摘机后，通过向该被叫终端发送表示网络侧开始计费的"Facility"消 息，通知该主叫终端开始计费或计时。为描述方便，下文中将第一条"Facility" 消息称为"Facility"消息A，将第二条"Facility"消息称为"Facility"消息B。
具体流程如图4所示，步骤401至步骤420分别与步骤201至步骤220完 全相同，在此不再赘述。
在步骤421中，MSC服务器A或多媒体回铃音服务器向UEA发送"Facility" 消息A，通知UEA这不是一次正常通话，网络侧尚未开始计费。
步骤422至步骤425分别与步骤221至步骤224完全相同，在此不再赘述。
在步骤426中，MSC服务器A或多媒体回铃音服务器向UE A发送"Facility" 消息B，通知UEA正常通话开始，网络侧开始计费。
由于在正常的可视电话的过程当中，UE A在收到步骤417中的Co皿ect消 息之后，将会建立可视电话的承载，这个时候，UEA会向用户显示"可视电 话通话中"， 一般情况下，还会附加可视电话的通话时间，如"00:19"等。而多 ,体彩铃业务属于在可视电话技术基础之上的叠加业务，因此，如果不对UE进行任何的改造的话，可视电话应用会认为多媒体彩铃业务的过程也是可视电话 通话的过程，因此，会在播放多媒体回铃音的过程当中显示"可视电话通话中，， 以及相关的计时信息。
为了避免用户对计费信息产生误解，同时尽可能的减小业务对可视电话应
用的修改，让正常的可视电话通信不受影响，UE可以在收到步骤417中的 Connect消息之后，仍按照正常的情况进行计时，但在收到表示网络侧尚未开始 计费的消息，即"Facility"消息A后，可向用户显示表示网络侧尚未开始计费 的信息。比如说，将显示的计时信息进行归零处理，并且在屏幕上显示"正在 播放回铃音，尚未开始计费"等信息，通知用户网络侧尚未开始计费。在UE收 到表示网络侧开始计费的消息，即"Facility"消息B之后，让可^f见电话应用开 始对可视电话进行计时/计费，并且显示可视电话进行中等类似的字样。
由于步骤417中的Connect消息是可选的，因此在UE未收到系统侧下发的 Connect消息，该Connect消息的功能被其他的信令消息所替代时，该UE在收 到替代Connect消息功能的信令的时候，将会按照多Jf某体彩铃的方式进行显示， 即显示正在播放回铃音等类似的字样，计时信息不显示，或者显示为"00:00"。 在收到Connect消息之后，按照正常的可视电话显示过程显示所有内容。
步骤427和步骤428分别与步骤225和步骤226完全相同，在此不再赘述。
需要说明的是，本实施方式中步骤418和步骤424中的Connect ACK消息 可以存在，也可以不存在，具体的选择，取决于实际的需要。另外，步骤421 中的"Facility"消息A除了可以在如图4所示的位置外，也可以位于步骤416 ^后的步骤425之前的任意一个位置。
在本实施方式的步骤425中，MSC服务器A可以向UE A发送Connect消 息，也可以不发送该消息，如果MSC服务器A发送该Connect消息，则将在收 到来自多媒体回铃音服务器发送的ANM之后，再向UE A发送该Connect消息， UEA可以处理这个消息，也可以不对这个消息进行^f壬^T的处理。不难发现，本实施方式中步骤421和步骤426的主要作用在于，提示主叫 终端是否真正的可视电话已经开始。使得该主叫终端能够准确地获知网络侧计 算的通话时长，以免该主叫终端的用户对计费信息产生误解，解决在播放多J 某 体彩铃过程中终端开始计时的问题。
值得一提的是，在本实施方式中，MSC服务器A还可以在步骤416或步骤 417中，通过下发给UE A的Alerting消息或Connect消息，将本次振铃是否会 触发多媒体彩铃的播放的信息发送给UEA,以便UEA能够据此准确计时。比 如说，如果消息中没有此信息，则UEA按照原有正常方式启动计时。如果消息 中有此j言息，则UE A将不会在收到第一个Connect消息时启动计时，而是等待 居续网络发送指示启动计时的消息，在收到指示启动计时的消息后，再启动计 时。
本次振铃是否会触发多媒体彩铃的播放的信息可以通过消息中的facility字 段来扩展实现，也可以通过Connect消息当中的User-User字段的扩展来实现。 比如说，如果在Connect消息中User-User字段的值为1，则指示UEA在收到第 一个Co皿ect消息时不计时；在Connect消息中User-User字段的值为0，则指 杀UEA按照原有正常方式启动计时。
不难发现，如果下发给UEA的Alerting消息或Connect消息中，携带本次 捧铃是否会触发多媒体彩铃的播放的信息，则等同于已经执行了步骤421，因此 "Facility"消息A的发送就可以省略，但是仍需发送"Facility"消息B,该"Facility" 消息B即作为上述指示启动计时的消息。
本发明的第四实施方式涉及一种可视电话呼叫方法，本实施方式与第一实 施方式大致相同，其区别在于，在第一实施方式中，网络侧无需通知主叫终端 X即UEA)相关的可视电话通话时长的计费信息，而在本实施方式中，网络侧 在检测到被叫终端(即UEB)摘机之前，通过向该^皮叫终端发送表示网络侧尚 未开始计费的短消息业务(Short Message ,简称"SMS")消息，通知该主叫终端忽略计费或计时；在检测到该被叫终端摘机后，通过向该被叫终端发 送表示网络侧开始计费的SMS消息，通知该主叫终端开始计费或计时。为描述 方便，下文中将第一条SMS消息称为SMS消息A,将第二条SMS消息称为SMS 消息B。
具体流程如图5所示，步骤501至步骤520分别与步骤201至步骤220完 全相同，在此不再赘述。
在步骤521中，MSC服务器A向UEA发送SMS消息A,通知UEA这不 是一次正常通话，网络侧尚未开始计费。UE A在收到该SMS消息A后，可向 用户显示表示网络侧尚未开始计费的信息。比如说，在屏幕上显示"正在播方文 回铃音，尚未开始计费，，等信息，通知用户网络侧尚未开始计费。
步骤522至步骤525分别与步骤221至步骤224完全相同，在此不再赘述。
在步骤526中，MSC服务器A向UEA发送SMS消息B，通知UEA正常 通话开始，网络侧开始计费。
步骤521与步骤526中SMS消息的发送实际上是一个逻辑的过程，在实际 实现当中可以是MSC服务器A发送SMS,也可以是和短信网关之类的辅助设 务相配合发送。在本实施方式中，MSC服务器A发送SMS的含义在于，SMS 消息通过某个设备触发，然后经由MSC服务器A发送。
步骤527和步骤528分别与步骤225和步骤226完全相同，在此不再赘述。
需要说明的是，本实施方式中步骤518和步骤524中的Connect ACK消息 可以存在，也可以不存在，具体的选择，取决于实际的需要。另外，步骤521 中的SMS消息A除了可以在如图5所示的位置外，也可以位于步骤516之后的 步骤525之前的任意一个位置。
在本实施方式的步骤525中，MSC服务器A可以向UE A发送Connect消 息，也可以不发送该消息，如果MSC服务器A发送该Connect消息，则将在收到来自多々某体回铃音服务器发送的ANM之后，再向UE A发送该Connect消息， UE A可以处理这个消息，也可以不对这个消息进行任何的处理。
不难发现，本实施方式中步骤521和步骤526的主要作用在于，提示主叫 终端是否真正的可^L电话已经开始。使得该主叫终端能够准确地获知网络侧计 算的通话时长，以免该主叫终端的用户对计费信息产生误解，解决在播放多媒 体彩铃过程中终端开始计时的问题。由于SMS是一种终端常见的通信方式，因 此可以通过SMS携带的内容表示网络侧尚未开始计费或开始计费的信息。在 SMS中携带何种内容来表示相应的信息可以才艮据事先的约定，比如说，可以利 用SMS消息携带的"MRBT Begin"表示可视电话尚未开始，目前是多媒体彩 铃业务，主叫终端接收到该SMS消息之后，会认为目前的会话为多媒体彩铃会 话，不将当前会话作为可视电话的通话进行处理；可以利用SMS消息携带的"VP Begin"作为可视电话开始的标志，主叫终端接收到该SMS消息之后，会认为目 前的会话为可视电话的通话，当前会话将作为正常可视电话的通话进行处理。 SMS消'息可以携带不同的内容和信息，因此SMS消息所表示的信息可能会有所 不同，这个取决于事先的约定。
另外，值得一提的是，本实施方式中，是以通过SMS消息通知主叫终端网 绛侧是否已经开始计费为例进行说明的，在实际应用中，也可以通过其它的方 式来通知该主叫终端，如多媒体消息业务(Multimedia Message Services,简称 "MMS，，)、电子函件(Electronic mail,简称"E-mail")、即时送信业务(Instant Messenger,简称"IM")、推消息(Push Message)等，具体实现方式与本实施 芳式类似，在此不再赘述。
需要说明的是，在本实施方式中，MSC服务器A还可以在步骤516或步骤 517中，通过下发给UE A的Alerting消息或Connect消息，将本次振铃是否会 触发多媒体彩铃的播放的信息发送给UEA,以便UEA能够据此准确计时。比 如说，.如果消息中没有此信息，则UEA按照原有正常方式启动计时。如果消息中有此信息，则UE A将不会在收到第一个Connect消息时启动计时，而是等待 后续网络发送指示启动计时的消息，在收到指示启动计时的消息后，再启动计 时。
本次振铃是否会触发多媒体彩铃的播放的信息可以通过消息中的facility字 段来扩展实现，也可以通过Connect消息当中的User-User字段的扩展来实现。 比如说，如果在Connect消息中User-User字段的值为1，则指示UEA在收到第 一个Connect消息时不计时；在Connect消息中User-User字段的值为0，则指 示UEA按照原有正常方式启动计时。
不难发现，如果下发给UEA的Alerting消息或Connect消息中，携带本次 振铃是否会触发多媒体彩铃的播放的信息，则等同于已经执行了步骤521，因此 SMS消息A的发送就可以省略，但是仍需发送SMS消息B，该SMS消息B即 作为上述指示启动计时的消息。
本发明的第五实施方式涉及一种可视电话呼叫方法，本实施方式与第一实 施方式大致相同，其区别在于，在第一实施方式中，网络侧无需通知主叫终端 (即UEA)相关的可视电话通话时长的计费信息，而在本实施方式中，网络侧 在检测到被叫终端(即UEB)摘机之前，通过向该,皮叫终端发送表示网络侧尚 未开始计费的H.245的命令(Command)或指示(Indication)消息，通知该主 叫终端忽略计费或计时；在检测到该被叫终端摘机后，通过向该被叫终端发送 表示网络侧开始计费的H.245的命令或指示消息，通知该主叫终端开始计费或 计时。为描述方便，下文中将第一条H.245的命令或指示消息称为H.245的命 令或指示消息A,将第二条H.245的命令或指示消息称为H.245的命令或指示消 息B。
具体流程如图6所示，步骤601至步骤620分别与步骤201至步骤220完 全相同，在此不再赘述。
在步骤621中，多媒体回铃音服务器向UEA发送H.245的命令或指示消息A，通知UE A这不是一次正常通话，网络側尚未开始计费。UE A在收到该H.245 的命令或指示消息A后，可向用户显示表示网络侧尚未开始计费的信息。比如 说，在屏幕上显示"正在播放回铃音，尚未开始计费"等信息，通知用户网络 侧尚未开始计费。
步骤622至步骤625分别与步骤221至步骤224完全相同，在此不再赘述。
在步骤626中，多媒体回铃音服务器向UEA发H.245的命令或指示消息B， 通知UE A正常通话开始，网络侧开始计费。
步骤627和步骤628分别与步骤225和步骤226完全相同，在此不再赘述。
需要说明的是，本实施方式中步骤618和步骤624中的Co皿ect ACK消息 可以存在，也可以不存在，具体的选择，取决于实际的需要。另外，步骤621 中的H.245的命令或指示消息A，除了可以在如图6所示的位置外，也可以位 于步骤619之后的步骤625之前的任意一个位置。
在本实施方式的步骤625中，MSC服务器A可以向UE A发送Connect消 息，也可以不发送该消息，如果MSC服务器A发送该Connect消息，则将在收 到来自多媒体回铃音服务器发送的ANM之后，再向UE A发送该Connect消息， UE A可以处理这个消息，也可以不对这个消息进行任何的处理。
不难发现，本实施方式中步骤621和步骤626的主要作用在于，提示主叫 终端是否真正的可视电话已经开始。使得该主叫终端能够准确地获知网络侧计 算的通话时长，以免该主叫终端的用户对计费信息产生误解，解决在播放多々某 体彩铃过程中终端开始计时的问题。由于整个多媒体彩铃的开展过程都是需要 H.245的支持，因此可以通过H.245的命令或指示消息来表示网络侧尚未开始计 费或开始计费的信息。采用何种H.245的命令或指示消息来表示相应的信息可 以根据事先的约定，比如说，H.245中USER INPUT的Indication (指示)消息 泉用如下的格式
Indication Message : user inputUserlnputlndication ::=CHOICE
nonstandard NonStandardParameter， alphanumeric General String,
则可以在USER INPUT的Indication消息当中的"GeneralString"字段携带 10000来表示可视电话尚未开始，目前是多媒体彩铃业务，主叫终端接收到该消 息之后，会认为目前的会话为多媒体彩铃会话，不将当前会话作为可视电话的 通话进行处理；可以在USER INPUT的Indication消息当中的"GeneralString" 字段携带10001来表示多媒体彩铃业务结束，可视电话开始，主叫终端接收到 该消息之后，会认为目前的会话为可视电话的通话，当前会话将作为正常可视 电话的通话进行处理。由于USER INPUT的Indication消息可以携带各种各样的 数据，上述方案仅是一种可能的方式和取值。
如果以H.245 Command消息为例，则H.245 Command消息A还可以通过 用户推指示(USER INPUT Indication,简称"UII")传送双音多频(Dualtone multifrequency，简称"DTMF")A信号，指示UEA停止终端计时，UEA收到 此消息后，停止计时，将计时器清零，并提示用户将进行多媒体彩铃播放。H.245 Command消息B可以通过传送DTMF B信号，指示UEA开始计时，UEA收 到此消息后，开始计时，并提示用户开始正常通信。
具体的实现过程当中还可能采用其他的H.245的命令、指示、或者其他的 消息。具体实现方式与本实施方式类似，在此不再赘述。
需要说明的是，在本实施方式中，MSC服务器A还可以在步骤616或步骤 617中，通过下发给UE A的Alerting消息或Connect消息，将本次振铃是否会 触发多媒体彩铃的播放的信息发送给UEA，以便UE A能够据此准确计时。比如说，如果消息中没有此信息，则UEA按照原有正常方式启动计时。如果消息 中有此信息，则UEA将不会在收到第一个Connect消息时启动计时，而是等待 后续网络发送指示启动计时的消息，在收到指示启动计时的消息后，再启动计 时。
本次振铃是否会触发多媒体彩铃的播放的信息可以通过消息中的facility字 段来扩展实现，也可以通过Connect消息当中的User-User字段的扩展来实现。 比如说，如果在Connect消息中User-User字段的值为1，则指示UEA在收到第 一个Connect消息时不计时；在Connect消息中User-User字段的值为0，则指 糸UEA按照原有正常方式启动计时。
不难发现，如果下发给UEA的Alerting消息或Connect消息中，携带本次 振铃是否会触发多媒体彩铃的播放的信息，则等同于已经执行了步骤621，因此 H.245命令或指示消息A的发送就可以省略，但是仍需发送H.245命令或指示 消息B，该H.245命令或指示消息B即作为上述指示启动计时的消息。
本发明的第六实施方式涉及一种可视电话呼叫方法，本实施方式与第一实 施方式大致相同，其区别在于，在第一实施方式中，网络侧无需通知主叫终端 (即UEA)相关的可视电话通话时长的计费信息，而在本实施方式中，网络侧 在检测到被叫终端(即UEB)摘机之前，通过向该被叫终端发送表示网络侧尚 未开始计费的非结构的补充业务数据(Unstructured Supplementary Service Data, 简称"USSD")信号，通知该主叫终端忽略计费或计时；在4全测到该;陂叫终端 摘机后，通过向该被叫终端发送表示网络侧开始计费的USSD信号，通知该主 叫终端开始计费或计时。为描述方便，下文中将第一条USSD信号称为USSD 倌号A,将第二条USSD信号称为USSD信号B。
具体流程如图7所示，步骤701至步骤720分别与步骤201至步骤220完 全相同，在此不再赘述。
在步骤721中，MSC服务器A向UEA发送USSD信号A，通知UEA这不是一次正常通话，网络侧尚未开始计费。UEA在收到该USSD信号A后，可 向用户显示表示网络侧尚未开始计费的信息。比如说，在屏幕上显示"正在播 放回铃音，尚未开始计费"等信息，通知用户网络侧尚未开始计费。
步骤722至步骤725分别与步骤221至步骤224完全相同，在此不再赘述。
在步骤726中，MSC服务器A向UEA发USSD信号B，通知UEA正常 通话开始，网络侧开始计费。
步骤727和步骤728分别与步骤225和步骤226完全相同，在此不再赘述。
需要说明的是，本实施方式中步骤718和步骤724中的Connect ACK消息 可以存在，也可以不存在，具体的选择，取决于实际的需要。另外，步骤721 中的USSD信号A,除了可以在如图7所示的位置外，也可以位于步骤716之 后的步骤725之前的任意一个位置。
在本实施方式的步骤725中，MSC服务器A可以向UE A发送Connect消 息，也可以不发送该消息，如果MSC服务器A发送该Connect消息，则将在收 到来自多媒体回铃音服务器发送的ANM之后，再向UE A发送该Connect消息， UE A可以处理这个消息，也可以不对这个消息进行任何的处理。
不难发现，本实施方式中步骤721和步骤726的主要作用在于，提示主叫 终端是否真正的可视电话已经开始。使得该主叫终端能够准确地获知网络侧计 算的通话时长，以免该主叫终端的用户对计费信息产生误解，解决在播放多媒 体彩铃过程中终端开始计时的问题。由于USSD是一种终端常见的通信方式， 因此可以通过USSD信号携带表示网络侧尚未开始计费或开始计费的信息。采 用何种USSD信号来表示相应的信息可以根据事先的约定，比如说，可以利用 USSD信号携带的一个表示彩铃开始的标志，指示主叫终端目前是多媒体彩铃业 务，'该主叫终端接收到该USSD信号之后，会认为目前的会话为多媒体彩铃会 话，不将当前会话作为可视电话的通话进行处理；可以利用USSD信号携带的 —个表示可视电话开始的标志，指示主叫终端可视电话开始，终端接收到该USSD信号之后，会认为目前的会话为可视电话的通话，当前会话将作为正常可 视电话的通话进行处理。不同的USSD信号表示的信息会有所不同，这个取决 于事先的约定。
另外，值得一提的是，本实施方式中，是以通过USSD信号通知主叫终端 网络侧是否已经开始计费为例进行说明的，在实际应用中，也可以通过其它的 信令方式来通知该主叫终端，比如说，可以是会话发起协议(Session Initation Protocol,简称"SIP，，)、超文本传输协议(Hyper Text Transfer Protocol,简称 "HTTP")、实时流协议(Realtime Streaming Protocol,简称"RTSP")信令等等。 具体实瑰方式与本实施方式类似，不同的仅仅是底层的承载存在区别，在此不 #赘述。
需要说明的是，在本实施方式中，MSC服务器A还可以在步骤716或步骤 717中，通过下发给UE A的Alerting消息或Connect消息，将本次振铃是否会 触发多媒体彩铃的播放的信息发送给UEA，以便UE A能够据此准确计时。比 如说，如果消息中没有此信息，则UEA按照原有正常方式启动计时。如果消息 中有此信息，则UEA将不会在收到第一个Connect消息时启动计时，而是等待 后续网络发送指示启动计时的消息，在收到指示启动计时的消息后，再启动计 时。
本次振铃是否会触发多媒体彩铃的播放的信息可以通过消息中的facility字 段来扩展实现，也可以通过Connect消息当中的User-User字段的扩展来实现。 比如说，如果在Connect消息中User-User字段的值为1，则指示UEA在收到第 一个Connect消息时不计时；在Connect消息中User-User字段的值为0，则指 示UEA按照原有正常方式启动计时。
不难发现，如果下发给UEA的Alerting消息或Connect消息中，携带本次 振铃是否会触发多媒体彩铃的播放的信息，则等同于已经执行了步骤721,因此 USSD信号A的发送就可以省略，但是仍需发送USSD信号B，该USSD信号B即作为上述指示启动计时的消息。
本发明的第七实施方式涉及一种可^L电话呼叫方法，在本实施方式中，多 媒体回铃音服务器通过在主叫终端与多媒体回铃音服务器之间建立的可视电话 的第三承载，向该主叫终端播放多媒体回铃音。该主叫终端和被叫终端之间建 i可^L电话的第四承载，通过该第四承载在该主叫终端和被叫终端之间进行可 视电话通信。该第三承载和第四承载为通过H.324、 H.323、或SIP的可视电话 协议建立的可视电话通信链路，本实施方式中以H.323中的H.245过程建立该 第三承载和第四承载为例进行说明。
本实施方式的网络结构如图8所示，不同的区域建立不同的多媒体回铃音 服务器，MSC服务器仍与VLR集成在一起，为合一网元，MSC服务器仍与MGW 之间通过H.248过程建立连接，HLR仍与AuC集成在一起，为合一网元。具体 流程如图9所示。
在步骤901中，主叫终端即UE A向附着的MSC服务器A发SETUP (建 立)消息,消息中携带的BC—IE信元中ITC为，UDI， ， ORA为'H.223&H.245 ，。
接着，在步骤902中，MSC服务器A向被叫终端即UE B的HLR B发起发 SRI请求。
接着，在步骤903中，HLRB向UEB附着的MSC服务器B取该UEB的 移动台漫游号码MSRN。
接着，在步骤904中，MSC服务器B向HLR B返回该UE B的MSRN,如 果MSC服务器B支持预寻呼，这时会先发起预寻呼过程后再返回该UE B的 MSRN。
接着，在步骤905中，HLRB向MSC服务器A返回UEB的路由信息(即 该UE B的MSRN),并携带被叫用户(即使用UE B的用户)是否定制多媒体 彩铃业务的信息。接着，在步骤906中，MSC服务器A获得UEB的MSRN后，向UEA发 起Call—Proceeding (呼叫过程)。
接着，在步骤907中，MSC服务器A向MSC服务器B发起ISUP IAM消 息。如果被叫用户签约了主叫号码显示业务，则该ISUP IAM消息中需要携带主 叫号码。
接着，在步骤908中，如果MSC服务器B在向HLR B返回UE B的MSRN 前没有发起预寻呼过程，则在本步骤中，该MSC服务器B向UE B发起寻呼请 求消息。
接着，在步骤909中，UEB向该MSC服务器B返回寻呼响应消息。
接着，在步骤910中，MSC服务器B向UE B发送SETUP消息，消息中 携带的BC—IE信元中ITC为，UDI，， ORA为'H.223&H.245'。
接着，在步骤911中，UEB向该MSC服务器B返回CALL CONFIRMED (呼叫确认)消息，没有携带新的BC—IE,表示能够支持可视电话的被叫。
接着，在步骤912中，UE B振铃后，UE B向MSC服务器B返回Alerting消息。
接着，在步骤913中，MSC服务器B向MSC服务器A返回BICCACM消
自
接着，在步骤914中，MSC服务器A向UE A返回Alerting消息。
接着，在步骤915中，MSC服务器A向多媒体回铃音服务器发起BICCIAM 消息，携带UE B是否定制多媒体彩铃业务的信息。
接着，在步骤916中，多々某体回铃音服务器向MSC服务器A返回BICC ACM 消息。MSC服务器A识别该多媒体回铃音服务器发来的ACM消息，并且，不 向主叫终端发送Alerting消息。
接着，在步骤917中，多媒体回铃音服务器向MSC服务器A发送BICC ANM消息。MSC服务器A在收到该BICCANM消息后，向主叫终端UEA发送连接 信令CONNECT,同时监听MSC服务器B是否有返回消息。该ANM消息表示 可以进行建立多媒体回铃音服务器和UE A之间的通话，并用来触发Connect消 息。在本实施方式当中本步骤为可选步骤，具体的选择，取决于实际的需要。
接着，在步骤918中，UE A在接收到Connect消息后，向MSC服务器A 发送Connect ACK (连接响应)消息。
接着，在步骤919中，UEA和多媒体回铃音服务器之间通过多媒体通信控 制信令协议H.245过程，建立可视电话的第三承载。并在该可视电话的第三承 载建立完成后，收看多媒体回铃音服务器播放的多媒体彩铃信息。
接着，在步骤920中，被叫终端UE B发送应答消息CONNECT给MSC服 务器B。
接着，在步骤921中，MSC服务器B向MSC服务器A返回BICC ANM消
自'&。
接着，在步骤922中，MSC服务器B向UE B返回连接确认CONNECT ACK 消息。
接着，在步骤923中，MSC服务器A向多媒体回铃音服务器发送BICC Release (BICC释放)消息，指示拆除该多媒体回铃音服务器和UE A之间建立 的第三承载。
接着，在步骤924中，该多媒体回铃音服务器和UEA之间拆除所建立的可 视电话的第三承载。
接着，在步骤925中，该多媒体回铃音服务器向MSC服务器A返回BICC Release Complete (BICC释放完成)消息。
接着，在步骤926中，UE A和UE B之间通过多媒体通信控制信令协议H.245 过程，建立可视电话的第四承载。接着，在步骤927中，通过UEA和UEB之间建立的可视电话的第四承载， 在该UE A与UE B之间进行3G电路域的可视电话通信。
接着，在步骤928中，可视电话通话完毕后，UE A和UEB之间拆除所建 立的第四承载和底层电路承载过程。
不难发现，在本实施方式中，多媒体彩铃业务可以基于现有的可视电话的 网络框架上得以实现。而且，由多媒体回铃音服务器向该主叫终端播放多媒体 回铃音，避免了对终端进行协议层面的改造，使得可视电话的多媒体彩铃业务 的实现，对终端的影响能够减小到最小程度。
另外，在建立可视电话的第四承载之前，需要在检测到被叫终端摘机后， 拆除在该主叫终端与多媒体回铃音服务器之间建立的第三承载。使得在用户通 话接通时，可以立即释放掉多媒体回铃音服务器所占用的电路，节约了有限的 电路资源。
值得一提的是，在本实施方式中，当主叫终端与被叫终端之间的可视电话 的第四承载建立完成后，网络侧还需要对该可视电话通信进行计费。使得在多 J 某体彩铃业务的实现过程中，能够对通话时长进行精确计算和控制。
需要i兌明的是，在本实施方式中，MSC服务器A还可以在步骤914或步骤 917中，通过下发给UE A的Alerting消息或Connect消息，将本次振铃是否会 触发多媒体彩铃的播放的信息发送给UEA，以便UEA能够据此准确计时。比 如说，如果消息中没有此信息，则UEA按照原有正常方式启动计时。如果消息 中有此信息，则UEA将不会在收到第一个Co皿ect消息时启动计时，而是等待 后续网络发送指示启动计时的消息，在收到指示启动计时的消息后，再启动计 时。
本次振铃是否会触发多媒体回铃音的播放的信息可以通过消息中的facility 字段来扩展实现，也可以通过Connect消息当中的User-User字段的扩展来实现。 t匕如说，如果在Connect消息中User-User字段的值为1，则指示UEA在收到第一个Connect消息时不计时；在Connect消息中User-User字段的值为0，则指 示UEA按照原有正常方式启动计时。
本发明的第八实施方式涉及一种可视电话呼叫方法，本实施方式与第七实 施方式大致相同，其区别在于，在第七实施方式中，第三承载和第四承载为通 过H.324、 H.323、或SIP的可视电话协议建立的可视电话通信链路；而在本实 施方式中，第三承载和第四承载为CSD链路，可视电话的逻辑通道通过H.324、 H.323或SIP可^L电话通信协议在CSD链路之上建立。其中，第三承栽可分解 为由主叫终端到该主叫终端的MSC服务器之间的第五承载，和该主叫终端的 MSC服务器到多媒体回铃音服务器之间的第六承载；第四承载可分解为主叫 终端到该主叫终端的MSC服务器之间的第五承载，和主叫终端的MSC服务器 到被叫终端之间的第七承载。
具体流程如图10所示，步骤1001至步骤1018分别与步骤901至步骤918 完全相同，在此不再赘述。
在步骤1019中，先在UEA和MSC服务器A之间建立第五承载，在MSC 服务器A和多媒体回铃音服务器之间建立第六承载。该第五承载和第六承载均 为CSD链路。然后，在该第五承载和第六承载的基础上建立R245过程。建立 后，主叫终端用户可以收看多媒体回铃音服务器播放的多媒体回铃音。
步骤1020至步骤1024分别与步骤920至步骤924完全相同，在此不再赘述。
在步骤1025中，多媒体回铃音服务器向MSC服务器A返回BICC Release Complete (BICC释放完成)消息。MSC服务器A向UE A发送Facility消息， 此消息表示MSC服务器A与多媒体回铃音服务器的承载(即六承载)已拆除， MSC服务器A与MSC服务器B之间的CS64kbps承载已建立。当然，通过facility 消息来携带该信息只是一种具体的实现方式，实际上也可以用其他的消息进行 替代。本步骤的主要目的在于提示主叫终端即UEA,在整个可视电话的呼叫过程会涉及两次H.245承载过程的建立，指示该UE A在收到facility消息后，为 第二次的H.245承载过程(即UEA与UEB之间的可视电话的第四承载)做准 备，准备在现有的CS64kbp的链路上进行与UE B之间的承载的建立。
本步骤不仅可以出现在如图10所示的位置，还可能出现在步骤1023至步 璩1026之间的任何位置，其作用主要是用于提示进行两次H.245承载过程的建 立。
在步骤1026中，在现有的UE A和MSC服务器A之间的第五承栽，和MSC 服务器A和UE B之间的第七承载的基础上，建立H.245过程，即建立主叫终 端UE A和被叫终端UE B之间的第四承栽。
步骤1027和步骤1028分别与步骤927和步骤928完全相同，在此不再赘述。
,不难发现，本实施方式与第七实施方式相比，可以提供更快速的2次H.245 承载过程的建立，并且改动工作量小，无实现障碍。
本发明的第九实施方式涉及一种可视电话呼叫方法，本实施方式在第七实 施方式的基础上，通过UEA和多媒体回铃音服务器分别发起H.245自行挂断过 程，达到拆除UEA和多媒体回铃音服务器之间可视电话的第三承载的目的。具 体流程如图11所示。
步骤1101至步骤1120分别与步骤901至步骤920完全相同，在此不再赘述。
在步骤1121中，MSC服务器B向MSC服务器A返回BICC ANM消息。 并且，MSC服务器A向UE A发送facility消息。UE A收到该facility消息后， 发起H.245自行挂断流程(即不向通信的对方发送挂断信令"End Session"),并 直接释放本地资源。
步骤1122与步骤923完全相同。
在步骤1123中，MSC服务器A向多媒体回铃音服务器发送BICC Release在步骤1124中，UEA在完成H.245的自行挂断流程后，发起第二次H.245 的承载建立，即发起第七实施方式中所述的UEA与UEB之间可视电话的第四 承载的建立过程。
在步骤1125中，多々某体回铃音服务器向MSC服务器A返回BICC Release Complete (BICC释放完成)消息。
.步骤1126与步骤1127分别与步骤927和步骤928相同，在此不再赘述。
不难发现，本实施方式与第七实施方式的区别在于，由网络侧向主叫终端 下发一个提示消息(即上述facility消息)，指示主叫终端该多媒体彩铃业务的播 放过程结束，要求该主叫终端建立第二个H.245的承载。主叫终端在收到该提 示消息后，会发起一个自挂断的流程。这样，第一次建立的与多媒体回铃音服 务器之间的H.245承载将通过主叫终端挂断通信链路的方式结束。这样的一个 过程符合正常的通话流程，而且，进一步减少了整个网绍4妄续的时间，减小了 业务切换的时间，提高了用户的体验。
可以将整个多媒体彩铃业务将看作两次通话，第一次通话作为多媒体彩铃 业务，第二次通话作为正常的可视电话的通话。主叫终端根据网络侧下发的提 示消息，以自挂断的方式来结束整个多媒体彩铃的会话，并且在自挂断会话之 后，'发起一个新的用于可视电话的通话的H.245承载的建立过程，从而顺利实 现正常的可视电话的通话。
在步骤1123中，当多媒体回铃音服务器收到来自MSC服务器A的BICC Release消息后，会发起一个自挂断的流程。多媒体回铃音服务器在整个多媒体 彩铃业务当中可作为一个逻辑上的终端出现，提供多媒体的彩铃内容。在提供 多媒体彩铃内容的过程结束之后，该多媒体回铃音服务器可以作为会话的参与 一方参与到整个的多媒体彩铃承载的拆除过程。UE A发起的自挂断流程与多媒体回铃音服务器发起的自挂断流程，完成的 功能基本相似(即拆除UE A多媒体回铃音服务器之间的承载)，因此，实际上 可以只在UEA中发起的自挂断流程，或只在多媒体回铃音服务器中发起的自挂 断流程。但是，出于整个系统的协同工作的考虑，为了尽量的减少系统出错的 可能，也可以在UEA和多媒体回铃音服务器中分别发起自挂断流程，而且，在 实际应用中，这两个自挂断流程并无严格的先后顺序。另外，本实施方式的步 骤1123中，MSC服务器A向多媒体回铃音服务器发送的BICC Release消息， 实际上是用于指示该多媒体回铃音服务器进行自挂断过程的。因此，如果该多 媒体回铃音服务器不执行自挂断的过程，则步骤1123可以省略。
不难发现，在本发明的第一至第六实施方式中，在整个多媒体彩铃业务完 成之后，多媒体回铃音服务器还需要驻留在后续的可视电话的通话过程当中， 承担一个背靠背服务器的作用，为描述方^f更，将该方案称为跨接方案。在本发 明的第七至第九实施方式中，在整个多媒体彩铃业务完成之后，需要拆除多媒 体回铃音服务器与主叫终端之间的通信链路，主叫终端和被叫终端之间需要建 立起用于可视电话业务的通信链路，该方案最大的特征在于，主叫终端需要分 別与多媒体回铃音服务器、被叫终端建立H.245的承载，为描述方便，将该方 案#为非跨接方案。
本发明的第十实施方式涉及一种可视电话呼叫方法，本实施方式为第一至 第六实施方式中的if争接方案，与第七至第九实施方式中的为非跨接方案的融合。
具体地说，主叫终端在发送给MSC服务器A的SETUP消息中，携带上本 终端所支持的彩铃方案的类型(即是支持跨接方案还是支持非跨接方案)。比如 说，可以通过SETUP消息中User-User字段的取值，来指示终端支持的是非跨 接方案，还是跨接方案。可以事先约定，User-User字段取值为0时，表示本终 端支持跨接方案，User-User字段取值为1时，表示本终端支持非跨接方案。
如果网络侧发现主叫终端支持的是跨接方案，则后续流程可以与上述第一至第六实施方式中的任一实施方式相同；如果网络侧发现主叫终端支持的是非 跨接方案，则后续流程可以与上述第七至第九实施方式中的任一实施方式相同， 在此不再赘述。
本发明的第十一实施方式涉及一种可视电话呼叫系统，如图12所示，包括 承载建立单元，用于在主叫终端与多媒体回铃音服务器之间建立可视电话的第 一承载；多媒体回铃音播放单元，用于通过该承载建立单元建立的第一承载， 向该主叫终端播放多媒体回铃音；检测单元，用于检测被叫终端是否摘机，并 在检测到该被叫终端摘机后，向该承载建立单元指示该被叫终端已摘机，该承 载建立单元还用于在收到该检测单元的该指示后，在该被叫终端与该多媒体回 ^音服务器之间建立可视电话的第二承载；通信单元，用于通过该承载建立单 元建立的第一承载和第二^c载，在该主叫终端和该;故叫终端之间进行可视电话 通信。使得多媒体彩铃业务可以基于现有的可视电话的网络框架上得以实现。 禹且，由多媒体回铃音播放单元向该主叫终端播放多媒体回铃音，避免了对终 端进行协议层面的改造，使得可视电话的多媒体彩铃业务的实现，对终端的影 响能够减小到最小程度。
其中，多媒体回铃音播放单元位于多媒体回铃音服务器内，承载建立单元 通过可视电话信令协议过程建立该第一承载和该第二承载。该可视电话信令协 i义可以为H.324、 H.323或SIP的可视电话信令协i义。
值得一提的是，本实施方式的可视电话呼叫系统中，还可以包括计费单元， 用亍对可视电话通信进行计费；该检测单元还用于在检测到被叫终端摘机后， 向该计费单元指示该被叫终端已摘机，该计费单元在收到该指示后，对可视电
话通信开始计费。使得在多媒体彩铃业务的实现过程中，能够对通话时长进行 精确计算和控制。
在本实施方式的可视电话呼叫系统中，还可以包括通知单元，用于通知主 叫终端忽略计费或计时，以及通知主叫终端开始计费或计时。该检测单元还用于在检测到净皮叫终端摘才几后，向该通知单元指示该#皮叫终端已摘机。该通知单 元在收到该4企测单元的该指示之前，通知该主叫终端忽略计费或计时，在收到 该检测单元的该指示之后，通知该主叫终端开始计费或计时。使得该主叫终端 能够准确地获知网络侧计算的通话时长，以免该主叫终端的用户对计费信息产 生误解。
本发明的第十二实施方式涉及一种可视电话呼叫系统，如图13所示，包括 承载建立单元，用于在主叫终端与多媒体回铃音服务器之间建立可视电话的第 三承载，在该主叫终端和被叫终端之间建立可视电话的第四承载。多媒体回铃 音播放单元，用于通过该承载建立单元建立的第三承载向该主叫终端播放多+某 体回铃音。通信单元，用于通过该承载建立单元建立的第四承载，在该主叫终 端和该被叫终端之间进行可视电话通信。使得多媒体彩铃业务可以基于现有的 可视电4舌的网络框架上得以实现。
本实施方式的可视电话呼叫系统还可以包括检测单元，用于检测被叫终 端是否摘机，和承载拆除单元，用于拆除承载。
如果第三承载和第四承载为电路交换数据CSD链路，且该第三承载在逻辑 上可分解为主叫终端到该主叫终端的MSC服务器之间的第五承载、和该主叫 终端的MSC服务器到多媒体回铃音服务器之间的第六承载；该第四承载在逻辑 Ji可分解为该第五承载、和主叫终端的MSC服务器到被叫终端之间的第七承 载。那么，该检测单元在检测到该被叫终端摘机后，向该承载拆除单元指示该 被叫终端已摘机，该承载拆除单元在收到该指示后，拆除在主叫终端的MSC服 务器到多媒体回铃音服务器之间的第六承载。
如果第三承载和第四承载为通过H.324、 H.323、或SIP的可视电话协议建 立的可视电话通信链路，则该4企测单元在检测到该被叫终端摘机后，向该承载 拆除单元指示该被叫终端已摘机，该承栽拆除单元在收到该指示后，拆除该承 栽建立单元建立的该第三承载，并指示该承载建立单元建立该第四承载。由此可见，在用户通话接通时(即检测单元检测到该被叫终端摘机)，可以 立即释放掉多媒体回铃音服务器所占用的电路，因此能够有效节约有限的电路 资源。
综上所述，在本发明的实施方式中，多媒体回铃音服务器通过在主叫终 端与多媒体回铃音服务器之间建立的可视电话的第 一承载，向该主叫终端播 放多媒体回铃音。当检测到被叫终端摘机后，在该被叫终端与该多媒体回铃 音服务器之间建立可视电话的第二承载，通过所建立的第一承载和第二承载，
在该主叫终端和该;故叫终端之间进行可^L电话通信。或者，多々某体回铃音月l
务器通过在主叫终端与多媒体回铃音服务器之间建立的可视电话的第三承 载，向该主叫终端播放多媒体回铃音。该主叫终端和净皮叫终端之间建立可视 电话的第四承载，通过该第四岸义载在该主叫终端和被叫终端之间进行可视电 话通信。使得多々某体彩铃业务可以基于现有的可视电话的网络框架上得以实 现。而且，由多媒体回铃音服务器向该主叫终端播放多媒体回铃音，避免了 对终端进行协议层面的改造，使得可视电话的多媒体彩铃业务的实现，对终 端的影响能够减小到最小程度。
网络侧在检测到被叫终端摘机(或完成第四承载的建立)后，再对可视 电话通信进行计费，使得在多媒体彩铃业务的实现过程中，能够对通话时长 进行精确计算和控制。
在检测到被叫终端摘4几之前，通知该主叫终端忽略计费，在检测到该净皮 叫终端摘才几后，通知该主叫终端开始计费。使得该主叫终端能够准确地获知 网络侧计算的通话时长，以免该主叫终端的用户对计费信息产生误解。
在通过第四岸义载进行可视电话通信的方案中，在建立可视电话的第四承 载的步骤之前，需要在检测到被叫终端摘机后，拆除在该主叫终端与多媒体 回铃音服务器之间建立的第三承载。使得在用户通话接通时，可以立即释放 掉多媒体回铃音服务器所占用的电路，节约了有限的电路资源。虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和 描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各 种改变，而不偏离本发明的精神和范围。
权利要求
1.一种可视电话呼叫方法，其特征在于，包括以下步骤主叫终端建立与多媒体回铃音服务器的可视电话的第一承载；所述主叫终端接收所述多媒体回铃音服务器通过所述第一承载播放的多媒体回铃音；通过所述第一承载和第二承载，所述主叫终端和被叫终端进行可视电话通信；所述第二承载为多媒体回铃音服务器在检测到所述被叫终端摘机后，在所述被叫终端与所述多媒体回铃音服务器之间建立的可视电话的承载；其中，根据移动交换中心MSC服务器在检测到所述被叫终端摘机之前的通知，所述主叫终端忽略计费或计时；根据MSC服务器在检测到所述被叫终端摘机后的通知，所述主叫终端开始计费或计时
2. 根据权利要求1所述的可视电话呼叫方法，其特征在于，在所述主 叫终端建立与多媒体回铃音服务器的可视电话的第一承载之前，所述方法还 包括所述主叫终端接收所述多媒体回铃音服务器发送的Alerting消息，其中， 所述Alerting消息中携带业务标识，用于通知所述主叫终端建立所述第一承 载5 或者，所述主叫终端接收所述多媒体回铃音服务器发送的Connect消息，所述 Connect消息用于通知所述主叫终端建立所述第一承载。
3. 根据权利要求1或2所述的可视电话呼叫方法，其特征在于，所述 MSC服务器在4全测到被叫终端摘机之前的通知是MSC服务器向所述主叫终端发送的表示网络側尚未开始计费的信息， 该信息通过发送给该主叫终端的消息、信令、信号、或电子函件携带。
4. 根据权利要求3所述的可视电话呼叫方法，其特征在于，所述消息为H.245命令、H.245指示、短消息、多媒体消息、Facility 消息、Alterting消息、Conncet消息、即时消息、或推消息；所述信号为双音多频DTMF信号或非结构补充业务数据USSD信号；所述信令为会话发起协议SIP信令、超文本传输协议HTTP信令、或实 时流协议RTSP信令。
5. 根据权利要求3所述的可视电话呼叫方法，其特征在于，在所述主 叫终端收到所述表示网络侧尚未开始计费的信息之后，所述方法还包括所述主叫终端向使用本终端的用户显示表示网络侧尚未开始计费的信自
6. 根据权利要求1或2所述的可视电话呼叫方法，其特征在于，所述 MSC服务器在检测到所述被叫终端摘机后的通知是MSC服务器向所述主叫终端发送的表示网络侧开始计费的信息，该信 息通过发送给该主叫终端的消息、信令、信号、或电子函件携带。
7. 根据权利要求6所述的可视电话呼叫方法，其特征在于，所述消息为H.245命令、H.245指示、短消息、多媒体消息、Facility 消息、Alterting消息、Conncet消息、即时消息、或推消息；所述信号为DTMF信号或USSD信号；所述信令为SIP信令、HTTP信令、或RTSP信令。
8. 根据权利要求1所述的可视电话呼叫方法，其特征在于，所述第一 承载和所述第二承载通过可视电话信令协议过程建立；所述可视电话信令协议为H.324、 H.323或SIP的可视电话信令协议。
9、根据权利要求1所述的可视电话呼叫方法，其特征在于，所述方法
10 还包括在检测到所述被叫终端摘机后，网络侧对所述可视电话通信进行计费。
11. 如权利要求1至IO任一项所述的可视电话呼叫方法，其特征在于， 所述MSC服务器在检测到所述被叫终端摘机之前的通知在第一承载建立之 后发送，所述主叫终端在建立第一承载之后忽略计费或计时。
12. —种可视电话呼叫方法，其特征在于，包括以下步骤主叫终端建立与多媒体回铃音服务器的可视电话的第三承载；所述主叫终端接收所述多媒体回铃音服务器通过所述第三承载播放的 多媒体回铃音；所述主叫终端接收移动交换中心MSC服务器在检测到被叫终端摘机后 发送的指示消息，该指示消息用于指示在所述主叫终端和所述被叫终端之间 建立可视电话第四承载；根据所述指示消息，所述主叫终端建立和被叫终端的可视电话的第四承 载，通过所述第四承载所述主叫终端和被叫终端进行可视电话通信。
13. 根据权利要求12所述的可视电话呼叫方法，其特征在于，所述第 三承载和第四承载为CSD链路；所述第三承载由所述主叫终端到该主叫终端的MSC服务器之间的第五 承载、和该主叫终端的MSC服务器到所述多媒体回铃音服务器之间的第六 承载组成；所述第四承载由所述第五承载、和所述主叫终端的MSC服务器到所述 被叫终端之间的第七承载组成。
14. 根据权利要求13所述的可视电话呼叫方法，其特征在于，在所述 建立可视电话的第四承载之前，所述方法还包括当网络侧检测到所述被叫终端摘机后，拆除所述第六承载。
15. 根据权利要求12所述的可视电话呼叫方法，其特征在于，所述第 三承栽和第四承载为通过H.324、 H.323、或会话发起协议SIP的可视电话协 议建立的可视电话通信链路；在建立所述可视电话的第四承载之前，所述方法还包括当网络側;险测到所述被叫终端摘机后，拆除所述第三承载。
16. 根据权利要求15所述的可视电话呼叫方法，其特征在于，所述拆 除所述第三承载是所述主叫终端接收MSC服务器发送的用于指示该主叫终端发起自挂断 流程的消息，发起H.245自行挂断流程，并直接释放本地资源。
17.根据权利要求12所述的可视电话呼叫方法，其特征在于，所述建 立可视电话的第四承载包括所述主叫终端发起H.324可视电话通信的重新建立过程。
18. 根据权利要求12所述的可视电话呼叫方法，其特征在于，在建立 所述可视电话的第四承载之后，所述方法还包括网络側对所述可视电话通信进行计费。
19. 一种可视电话呼叫方法，其特征在于，包括以下步骤- 在主叫终端与多媒体回铃音服务器之间建立可视电话的第三承载；所述多媒体回铃音服务器通过所述第三承载向所述主叫终端播放多媒 体回铃音；在所述主叫终端和被叫终端之间建立可视电话的第四承载，通过该第四 ^c载在所述主叫终端和^^皮叫终端之间进行可^L电话通信；其中，根据移动交换中心MSC服务器在检测到所述被叫终端摘机之前 的通知，所述主叫终端忽略计费或计时；根据MSC服务器在检测到该被叫 终端摘机后的通知，所述主叫终端开始计费或计时。
20. 根据权利要求19所述的可视电话呼叫方法，其特征在于，所述MSC 服务器在检测到被叫终端摘机之前的通知是MSC服务器向所述主叫终端发送的表示网络侧尚未开始计费的信息， 该信息通过发送给该主叫终端的消息、信令、信号、或电子函件携带。
21. 根据权利要求20所述的可视电话呼叫方法，其特征在于，所述消息为H.245命令、H.245指示、短消息、多媒体消息、Facility 消息、Alterting消息、Conncet消息、即时消息、或推消息；所述信号为双音多频DTMF信号或非结构补充业务数据USSD信号；所述信令为SIP信令、超文本传输协议HTTP信令、或实时流协议RTSP 信令。
22. 根据权利要求20所述的可视电话呼叫方法，其特征在于，在所述 主叫终端收到所述表示网络侧尚未开始计费的信息之后，所述方法还包括所述主叫终端向使用本终端的用户显示表示网络侧尚未开始计费的信自
23. 根据权利要求19所述的可视电话呼叫方法，其特征在于，所述MSC 服务器在检测到所述被叫终端摘机后的通知是MSC服务器向所述主叫终端发送的表示网络侧开始计费的信息，该信 息通过发送给该主叫终端的消息、信令、信号、或电子函件携带。
24. 根据权利要求23所述的可视电话呼叫方法，其特征在于，所述消息为H.245命令、H.245指示、短消息、多媒体消息、Facility 消息、Alterting消息、Conncet消息、即时消息、或推消息;所述信号为双音多频DTMF信号或USSD信号； 所述信令为SIP信令、HTTP信令、或RTSP信令。
25. —种可^L电话呼叫方法，其特征在于，包括以下步骤主叫终端向移动交换中心MSC服务器发送所述可视电话呼叫的建立消 息，在该建立消息中携带该主叫终端支持的彩铃方案的类型；如果所述主叫终端支持的彩铃方案的类型为跨接方案，则根据权利要求 1至11任一项所述的方法进行所述可视电话的呼叫。
26. 根据权利要求25所述的可视电话呼叫方法，其特征在于，所述方 法还包括如果所述主叫终端支持的彩铃方案的类型为非跨接方案，则根据权利要 求12至24任一项所述的方法进行所述可视电话的呼叫。
27. —种可^L电话呼叫方法，其特征在于，包括以下步骤主叫终端向移动交换中心MSC服务器发送所述可视电话呼叫的建立消 息，在该建立消息中携带该主叫终端支持的彩铃方案的类型；如果所述主叫终端支持的彩铃方案的类型为非跨接方案，则根据权利要 求12至24任一项所述的方法进行所述可视电话的呼叫。
全文摘要
本发明涉及通信领域，公开了一种可视电话呼叫方法及系统，使得可视电话的多媒体彩铃业务可通过较小的代价得以实现。本发明中，多媒体回铃音服务器通过与主叫终端之间建立的可视电话的第一承载，向该主叫终端播放多媒体回铃音；当检测到被叫终端摘机后，在该被叫终端与该多媒体回铃音服务器之间建立可视电话的第二承载，通过所建立的第一承载和第二承载，在该主叫终端和该被叫终端之间进行可视电话通信。或者，多媒体回铃音服务器通过与主叫终端之间建立的可视电话的第三承载，向该主叫终端播放多媒体回铃音；该主叫终端和被叫终端之间建立可视电话的第四承载，通过该第四承载在该主叫终端和被叫终端之间进行可视电话通信。
文档编号H04M3/42GK101621588SQ20091016148
公开日2010年1月6日 申请日期2007年9月4日 优先权日2007年9月4日
发明者健 杨, 雷 王, 陈国乔 申请人:华为技术有限公司