CN101621588B - 可视电话呼叫方法 - Google Patents
可视电话呼叫方法 Download PDFInfo
- Publication number
- CN101621588B CN101621588B CN2009101614866A CN200910161486A CN101621588B CN 101621588 B CN101621588 B CN 101621588B CN 2009101614866 A CN2009101614866 A CN 2009101614866A CN 200910161486 A CN200910161486 A CN 200910161486A CN 101621588 B CN101621588 B CN 101621588B
- Authority
- CN
- China
- Prior art keywords
- message
- bearer
- calling terminal
- terminal
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 146
- 238000004891 communication Methods 0.000 claims abstract description 59
- 230000008569 process Effects 0.000 claims description 54
- 230000011664 signaling Effects 0.000 claims description 44
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 238000012546 transfer Methods 0.000 claims description 3
- 238000004040 coloring Methods 0.000 description 37
- 108091006146 Channels Proteins 0.000 description 18
- 230000004044 response Effects 0.000 description 12
- 230000000007 visual effect Effects 0.000 description 5
- 241000278713 Theora Species 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 241000331006 Euchaeta media Species 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明涉及通信领域,公开了一种可视电话呼叫方法及***,使得可视电话的多媒体彩铃业务可通过较小的代价得以实现。本发明中,多媒体回铃音服务器通过与主叫终端之间建立的可视电话的第一承载,向该主叫终端播放多媒体回铃音;当检测到被叫终端摘机后,在该被叫终端与该多媒体回铃音服务器之间建立可视电话的第二承载,通过所建立的第一承载和第二承载,在该主叫终端和该被叫终端之间进行可视电话通信。或者,多媒体回铃音服务器通过与主叫终端之间建立的可视电话的第三承载,向该主叫终端播放多媒体回铃音;该主叫终端和被叫终端之间建立可视电话的第四承载,通过该第四承载在该主叫终端和被叫终端之间进行可视电话通信。
Description
技术领域
本发明涉及通信领域,特别涉及可视电话呼叫技术。
背景技术
彩铃也称为个性化回铃音业务,是一项由被叫用户定制,为主叫用户提供一段音乐歌曲或其他录音来替代普通回铃音的业务。客户申请开通彩铃业务之后,可以自行设定个性化回铃音,在其做被叫时,为主叫用户播放个性化定制的音乐歌曲或其他录音,来代替普通的回铃音。具体的说,个性化回铃音可以是任意一段音乐、歌曲、录音、视频等;如果是视频,则需要主叫用户终端具有相应的视频媒体播放能力才能正确体验,此时又称为多媒体彩铃或彩视业务。
可视电话的多媒体彩铃业务是一项在可视电话业务中,由被叫用户定制,当主叫以可视电话方式拨打被叫时,***在被叫振铃的同时为主叫用户提供一段绚丽、悦耳的多媒体视频来替代普通回铃音的业务。
可视电话业务是在通用移动通信***(Universal mobile telecommunication system,简称“UMTS”)中定义的一种可以同时利用音频和视频的点对点通信业务,可以在两个可视移动终端之间,可视移动终端和可视固定终端之间或者可视移动终端与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种类型:请求、响应、命令、指示。具体地说,请求消息要求接收方执行所要求的动作,并立即返回响应。响应消息是对请求消息的回复。命令消息要求接收方执行指定的动作,但不要求回送响应消息。指示消息只是传送信息,不要求接收方执行操作,也不要求其回复响应消息,通常是指示终端的状态信息。
目前,通过在终端上内置实现多媒体彩铃的功能模块,实现可视电话的多媒体彩铃业务,即用户下载多媒体彩铃并进行设置后,当他人给该用户的终端拨打可视电话时,该用户的终端向主叫终端播放多媒体彩铃。运营商通过收取用户下载多媒体彩铃的信息费实现盈利,无需对运营商的网络侧进行改造。具体地说,用户的终端是经过改造的可视电话终端,在可视电话终端的基础之上叠加了多媒体彩铃的功能模块。当接收到其它终端的呼叫请求之 后,被叫终端发送A1erting(发信号)消息给主叫方,并随后发送Connecting(连接)消息启动承载建立流程。并同时启动终端的多媒体彩铃应用程序,准备开始播放彩铃内容;与此同时,被叫终端同主叫终端之间通过H.245,建立多媒体彩铃的承载。当完成承载的建立过程之后,被叫终端的多媒体彩铃模块通过建好的承载播放多媒体回铃音,主叫终端通过可视电源的承载收听、收看到多媒体彩铃的内容。当被叫用户摘机后,被叫终端的彩铃模块停止播放内容,控制权转移到终端用户手中,至此,整个多媒体彩铃业务的过程完成。
然而,本发明的发明人发现,由于现有技术的方案需要对终端进行改造,增加实现多媒体彩铃的功能模块,以便在呼叫过程中播放多媒体彩铃的内容。而且,还需要将实现多媒体彩铃的功能模块同用于可视电话呼叫的功能模块进行整合,配合工作,因此,对终端的要求较高。如果终端需要选择大量的多媒体彩铃内容,还需要在本地完成内容的存储功能。而且,对运营商而言,仅能够通过收取用户下载多媒体彩铃的信息费实现盈利,这从根本上改变了现有运营商的收入模式,与运营商的需求背道而驰。
另一方面,由于信令的模式问题,在播放多媒体彩铃阶段,终端就会错误地认为可视电话的通话过程已经开始,因此对终端而言,无法实现对通话时长的精确计费,从而容易造成用户的投诉。
发明内容
本发明实施方式要解决的主要技术问题是提供一种可视电话呼叫方法及***,使得可视电话的多媒体彩铃业务可通过较小的代价得以实现。
为解决上述技术问题,本发明的实施方式提供了一种可视电话呼叫方法,包括以下步骤:
在主叫终端与多媒体回铃音服务器之间建立可视电话的第一承载;
多媒体回铃音服务器通过第一承载向主叫终端播放多媒体回铃音;
检测到被叫终端摘机后,在该被叫终端与多媒体回铃音服务器之间建立可视电话的第二承载;
通过第一承载和第二承载,在主叫终端和被叫终端之间进行可视电话通信。
本发明的实施方式还提供了一种可视电话呼叫方法,包括以下步骤:
在主叫终端与多媒体回铃音服务器之间建立可视电话的第三承载;
多媒体回铃音服务器通过第三承载向主叫终端播放多媒体回铃音;
在主叫终端和被叫终端之间建立可视电话的第四承载,通过该第四承载在主叫终端和被叫终端之间进行可视电话通信。
本发明的实施方式还提供了一种可视电话呼叫***,包括:
承载建立单元,用于在主叫终端与多媒体回铃音服务器之间建立可视电话的第一承载;
多媒体回铃音播放单元,用于通过承载建立单元建立的第一承载向主叫终端播放多媒体回铃音;
检测单元,用于检测被叫终端是否摘机,并在检测到该被叫终端摘机后,向承载建立单元指示该被叫终端已摘机;承载建立单元还用于在收到检测单元的指示后,在被叫终端与多媒体回铃音服务器之间建立可视电话的第二承载;
通信单元,用于通过承载建立单元建立的第一承载和第二承载,在主叫终端和被叫终端之间进行可视电话通信。
本发明的实施方式还提供了一种可视电话呼叫***,包括:
承载建立单元,用于在主叫终端与多媒体回铃音服务器之间建立可视电 话的第三承载,在该主叫终端和被叫终端之间建立可视电话的第四承载;
多媒体回铃音播放单元,用于通过承载建立单元建立的第三承载向主叫终端播放多媒体回铃音;
通信单元,用于通过承载建立单元建立的第三承载和第四承载,在主叫终端和被叫终端之间进行可视电话通信。
本发明实施方式与现有技术相比,主要效果在于:多媒体彩铃业务可以在基于现有的可视电话的网络框架上得以实现。而且,由多媒体回铃音服务器向该主叫终端播放多媒体回铃音,避免了对终端进行协议层面的改造,使得可视电话的多媒体彩铃业务的实现,对终端的影响能够减小到最小程度。
附图说明
图1是根据本发明第一实施方式的可视电话呼叫方法的网络结构示意图;
图2是根据本发明第一实施方式的可视电话呼叫方法流程图;
图3是根据本发明第二实施方式的可视电话呼叫方法流程图;
图4是根据本发明第三实施方式的可视电话呼叫方法流程图;
图5是根据本发明第四实施方式的可视电话呼叫方法流程图;
图6是根据本发明第五实施方式的可视电话呼叫方法流程图;
图7是根据本发明第六实施方式的可视电话呼叫方法流程图;
图8是根据本发明第七实施方式的可视电话呼叫方法的网络结构示意图;
图9是根据本发明第七实施方式的可视电话呼叫方法流程图;
图10是根据本发明第八实施方式的可视电话呼叫方法流程图;
图11是根据本发明第九实施方式的可视电话呼叫方法流程图;
图12是根据本发明第十一实施方式的可视电话呼叫***结构示意图;
图13是根据本发明第十二实施方式的可视电话呼叫***结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明的实施方式作进一步地详细描述。
本发明的第一实施方式涉及一种可视电话呼叫方法,在本实施方式中,多媒体回铃音服务器通过在主叫终端与多媒体回铃音服务器之间建立的可视电话的第一承载,向该主叫终端播放多媒体回铃音。当检测到被叫终端摘机后,在该被叫终端与该多媒体回铃音服务器之间建立可视电话的第二承载,通过所建立的第一承载和第二承载,在该主叫终端和该被叫终端之间进行可视电话通信。本实施方式的网络结构如图1所示,包含移动交换中心(Mobile Switching Center,简称“MSC”)服务器、媒体网关(Media Gateway,简称“MGW”)、拜访位置寄存器(Visitor Location Register,简称“VLR”)、无线网络控制器(Radio NetworkController,简称“RNC”)、基站节点(Node Base Station,简称“Node B”)、归属位置寄存器(Home Location Register,简称“HLR”)、鉴权中心(AuthenticationCenter,简称“AuC”)、提供多媒体回铃音的多媒体回铃音服务器等网元,以及主、被叫终端。其中,MSC服务器可以与VLR集成在一起,为合一网元,MSC服务器与MGW之间通过H.248过程建立连接,HLR可以与AuC集成在一起,为合一网元。(AuC在实际的布网的情况下可能不存在)。具体流程如图2所示。
在步骤201中,主叫终端即用户设备(User Equipment,简称“UE”)A向附着的MSC服务器A发SETUP(建立)消息,消息中携带的BC_IE信元中ITC为’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”)的消息,请求该UE B的移动台漫游号码(Mobile Station Roaming Number,简称“MSRN”)。
接着,在步骤204中,MSC服务器B向HLR B返回该UE B的MSRN,如果MSC服务器B支持预寻呼,这时会先发起预寻呼过程后再返回该UE B的MSRN。
接着,在步骤205中,HLR B向MSC服务器A返回UE B的路由信息(即该UE B的MSRN),并携带被叫用户(即使用UE B的用户)是否定制多媒体彩铃业务的信息。
接着,在步骤206中,MSC服务器A获得UE B的MSRN后,向UE A发起Call_Proceeding(呼叫过程)。
接着,在步骤207中,MSC服务器A向多媒体回铃音服务器发起ISUP IAM消息(综合业务数字网用户部分起始地址消息)。如果被叫用户签约了主叫号码显示业务,则该ISUP IAM消息中需要携带主叫号码和业务前缀信息。其中,多媒体回铃音服务器是为可视电话用户提供多媒体彩铃的***,具备多媒体彩铃存储、播放和管理能力,并且支持承载无关呼叫控制(Bearer Independent CallControl,简称“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中,UE B向该MSC服务器B返回寻呼响应消息。
接着,在步骤211中,MSC服务器B向UE B发送SETUP消息,消息中携带的BC_IE信元中ITC为’UDI’,ORA为′H.223&H.245’。
接着,在步骤212中,UE B向该MSC服务器B返回CALL CONFIRMED(呼叫确认)消息,没有携带新的BC_IE,表示能够支持可视电话的被叫。此时,该UE B开始振铃。
接着,在步骤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在接收到Connect消息后,向MSC服务器A发送Connect ACK(连接响应)消息。
接着,在步骤219中,UEA和多媒体回铃音服务器之间通过可视电话信令协议过程,建立可视电话的第一承载。该可视电话信令协议可以是H.324、H.323或会话发起协议(Session Initation Protocol,简称“SIP”)的可视电话信令协议。本实施方式以H.323中的H.245过程建立可视电话的第一承载为例进行说明。
接着,在步骤220中,UE A通过多媒体回铃音服务器收看视频彩铃。
接着,在步骤221中,UE B完成摘机动作之后,向MSC服务器B发送Connect消息。被叫应答过程开始。
接着,在步骤222中,MSC服务器B向多媒体回铃音服务器发送ANM消息。
接着,在步骤223中,MSC服务器B向UE B发送Connect_ACK(连接响应)消息。
接着,在步骤224中,多媒体回铃音服务器向MSC服务器A发送ANM消息,此时UE A附着的MSC服务器A对可视电话通信开始计费。由于是在检测到UE B摘机后再对可视电话通信进行计费的,因此可使得在多媒体彩铃业务的实现过程中,能够对通话时长进行精确计算和控制。此时,MSC服务器A可以向UE A发送Connect信令。需要说明的是,在实际应用中,MSC服务器A也可以不向UE A发送Connect信令或即使发送Connect消息,UE A也不处理Connect消息,也就是说,此时Connect消息的发送与否为可选步骤。如果UE A收到了该Connect消息并且选择处理该Connect消息,则该UE A可以向MSC服务器A回复一个Connect_ACK响应消息,当然也可以不回复任何的消息。
接着,在步骤225中,多媒体回铃音服务器和UE B之间通过多媒体通信控制信令协议H.245过程,建立可视电话的第二承载。
接着,在步骤226中,通过UE A和多媒体回铃音服务器之间建立的可视电话的第一承载,与UE B和多媒体回铃音服务器之间建立的可视电话的第二承载,在该UE A与UE B之间进行第三代移动通信(The Third Generation,简称“3G”)电路域的可视电话通信。
不难发现,在本实施方式中,多媒体彩铃业务可以基于现有的可视电话的网络框架上得以实现。而且,由多媒体回铃音服务器向该主叫终端播放多媒体回铃音,避免了对终端进行协议层面的改造,使得可视电话的多媒体彩铃业务的实现,对终端的影响能够减小到最小程度。另外,UE A和UE B分别只需与多媒体回铃音服务器建立一次可视电话承载,呼叫接通后,UE A和UE B通过多媒体回铃音服务器完成可视电话。而且,本实施方式对MSC服务器与终端的改造都较小,易于实现。
需要说明的是,本实施方式中步骤218和步骤223中的Connect ACK消息是用来对Connect消息进行确认的,可以存在,也可以不存在,具体的选择,取决于实际的需要。
本发明的第二实施方式涉及一种可视电话呼叫方法,本实施方式与第一实施方式大致相同,其区别在于,在第一实施方式中,MSC服务器A通过向UE A发送Connect消息(如步骤217),通知UEA建立可视电话的第一承载。而在本实施方式中,MSC服务器A在向UE A发送Alerting消息后,不向UE A发送如步骤217所示的Connect消息(如图3所示),而是在发送给UE A的Alerting消息中携带业务标识。比如说,通过Alerting消息中的信息元素“User-User”携带标识多媒体彩铃业务的特殊文本,以便UE A能够识别是否将要开始接收多媒体彩铃,如果Alerting消息中没有携带该业务标识,则按正常流程开始可视电话的通信;如果Alerting消息中携带有该业务标识,则建立可视电话的第一承载。
另外,MSC服务器A在被叫终端UE B摘机后,并且收到了来自多媒体回铃音服务器的ANM消息(即第一实施方式中的步骤224)时,该MSC服务器 A向UE A发送Connect消息,如图3所示。
通过在Alerting消息中携带业务标识,可使得不支持多媒体彩铃业务的终端收到该Alerting消息后,也不会对正常接续造成影响,灵活地兼容了不支持多媒体彩铃业务的终端。另外,UE A收到Alerting消息之后还需要启动3G-324M协议交互,同时要求网络在此时能够建立电路交换数据(Circuit Switch Data,简称“CSD”)64电路链路,以便后续流程的迅速进行。
本发明的第三实施方式涉及一种可视电话呼叫方法,本实施方式与第一实施方式大致相同,其区别在于,在第一实施方式中,网络侧无需通知主叫终端(即UEA)相关的可视电话通话时长的计费信息,而在本实施方式中,网络侧在检测到被叫终端(即UE B)摘机之前,通过向该被叫终端发送表示网络侧尚未开始计费的“Facility”消息,通知该主叫终端忽略计费或计时;在检测到该被叫终端摘机后,通过向该被叫终端发送表示网络侧开始计费的“Facility”消息,通知该主叫终端开始计费或计时。为描述方便,下文中将第一条“Facility”消息称为“Facility”消息A,将第二条“Facility”消息称为“Facility”消息B。
具体流程如图4所示,步骤401至步骤420分别与步骤201至步骤220完全相同,在此不再赘述。
在步骤421中,MSC服务器A或多媒体回铃音服务器向UE A发送“Facility”消息A,通知UE A这不是一次正常通话,网络侧尚未开始计费。
步骤422至步骤425分别与步骤221至步骤224完全相同,在此不再赘述。
在步骤426中,MSC服务器A或多媒体回铃音服务器向UE A发送“Facility”消息B,通知UE A正常通话开始,网络侧开始计费。
由于在正常的可视电话的过程当中,UE A在收到步骤417中的Connect消息之后,将会建立可视电话的承载,这个时候,UE A会向用户显示:“可视电话通话中”,一般情况下,还会附加可视电话的通话时间,如“00:19”等。而多媒体彩铃业务属于在可视电话技术基础之上的叠加业务,因此,如果不对UE进 行任何的改造的话,可视电话应用会认为多媒体彩铃业务的过程也是可视电话通话的过程,因此,会在播放多媒体回铃音的过程当中显示“可视电话通话中”以及相关的计时信息。
为了避免用户对计费信息产生误解,同时尽可能的减小业务对可视电话应用的修改,让正常的可视电话通信不受影响,UE可以在收到步骤417中的Connect消息之后,仍按照正常的情况进行计时,但在收到表示网络侧尚未开始计费的消息,即“Facility”消息A后,可向用户显示表示网络侧尚未开始计费的信息。比如说,将显示的计时信息进行归零处理,并且在屏幕上显示“正在播放回铃音,尚未开始计费”等信息,通知用户网络侧尚未开始计费。在UE收到表示网络侧开始计费的消息,即“Facility”消息B之后,让可视电话应用开始对可视电话进行计时/计费,并且显示可视电话进行中等类似的字样。
由于步骤417中的Connect消息是可选的,因此在UE未收到***侧下发的Connect消息,该Connect消息的功能被其他的信令消息所替代时,该UE在收到替代Connect消息功能的信令的时候,将会按照多媒体彩铃的方式进行显示,即显示正在播放回铃音等类似的字样,计时信息不显示,或者显示为“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之后,再向UEA发送该Connect消息,UE A可以处理这个消息,也可以不对这个消息进行任何的处理。
不难发现,本实施方式中步骤421和步骤426的主要作用在于,提示主叫终端是否真正的可视电话已经开始。使得该主叫终端能够准确地获知网络侧计算的通话时长,以免该主叫终端的用户对计费信息产生误解,解决在播放多媒体彩铃过程中终端开始计时的问题。
值得一提的是,在本实施方式中,MSC服务器A还可以在步骤416或步骤417中,通过下发给UE A的Alerting消息或Connect消息,将本次振铃是否会触发多媒体彩铃的播放的信息发送给UE A,以便UE A能够据此准确计时。比如说,如果消息中没有此信息,则UE A按照原有正常方式启动计时。如果消息中有此信息,则UEA将不会在收到第一个Connect消息时启动计时,而是等待后续网络发送指示启动计时的消息,在收到指示启动计时的消息后,再启动计时。
本次振铃是否会触发多媒体彩铃的播放的信息可以通过消息中的facility字段来扩展实现,也可以通过Connect消息当中的User-User字段的扩展来实现。比如说,如果在Connect消息中User-User字段的值为1,则指示UEA在收到第一个Connect消息时不计时;在Connect消息中User-User字段的值为0,则指示UEA按照原有正常方式启动计时。
不难发现,如果下发给UE A的Alerting消息或Connect消息中,携带本次振铃是否会触发多媒体彩铃的播放的信息,则等同于已经执行了步骤421,因此“Facility”消息A的发送就可以省略,但是仍需发送“Facility”消息B,该“Facility”消息B即作为上述指示启动计时的消息。
本发明的第四实施方式涉及一种可视电话呼叫方法,本实施方式与第一实施方式大致相同,其区别在于,在第一实施方式中,网络侧无需通知主叫终端(即UE A)相关的可视电话通话时长的计费信息,而在本实施方式中,网络侧在检测到被叫终端(即UE B)摘机之前,通过向该被叫终端发送表示网络侧尚未开始计费的短消息业务(Short Message Service,简称“SMS”)消息,通知该 主叫终端忽略计费或计时;在检测到该被叫终端摘机后,通过向该被叫终端发送表示网络侧开始计费的SMS消息,通知该主叫终端开始计费或计时。为描述方便,下文中将第一条SMS消息称为SMS消息A,将第二条SMS消息称为SMS消息B。
具体流程如图5所示,步骤501至步骤520分别与步骤201至步骤220完全相同,在此不再赘述。
在步骤521中,MSC服务器A向UE A发送SMS消息A,通知UE A这不是一次正常通话,网络侧尚未开始计费。UE A在收到该SMS消息A后,可向用户显示表示网络侧尚未开始计费的信息。比如说,在屏幕上显示“正在播放回铃音,尚未开始计费”等信息,通知用户网络侧尚未开始计费。
步骤522至步骤525分别与步骤221至步骤224完全相同,在此不再赘述。
在步骤526中,MSC服务器A向UE A发送SMS消息B,通知UE A正常通话开始,网络侧开始计费。
步骤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的主要作用在于,提示主叫终端是否真正的可视电话已经开始。使得该主叫终端能够准确地获知网络侧计算的通话时长,以免该主叫终端的用户对计费信息产生误解,解决在播放多媒体彩铃过程中终端开始计时的问题。由于SMS是一种终端常见的通信方式,因此可以通过SMS携带的内容表示网络侧尚未开始计费或开始计费的信息。在SMS中携带何种内容来表示相应的信息可以根据事先的约定,比如说,可以利用SMS消息携带的“MRBT Begin”表示可视电话尚未开始,目前是多媒体彩铃业务,主叫终端接收到该SMS消息之后,会认为目前的会话为多媒体彩铃会话,不将当前会话作为可视电话的通话进行处理;可以利用SMS消息携带的“VPBegin”作为可视电话开始的标志,主叫终端接收到该SMS消息之后,会认为目前的会话为可视电话的通话,当前会话将作为正常可视电话的通话进行处理。SMS消息可以携带不同的内容和信息,因此SMS消息所表示的信息可能会有所不同,这个取决于事先的约定。
另外,值得一提的是,本实施方式中,是以通过SMS消息通知主叫终端网络侧是否已经开始计费为例进行说明的,在实际应用中,也可以通过其它的方式来通知该主叫终端,如多媒体消息业务(Multimedia Message Services,简称“MMS”)、电子函件(Electronic mail,简称“E-mail”)、即时送信业务(InstantMessenger,简称“IM”)、推消息(Push Message)等,具体实现方式与本实施方式类似,在此不再赘述。
需要说明的是,在本实施方式中,MSC服务器A还可以在步骤516或步骤517中,通过下发给UE A的Alerting消息或Connect消息,将本次振铃是否会触发多媒体彩铃的播放的信息发送给UE A,以便UE A能够据此准确计时。比如说,如果消息中没有此信息,则UE A按照原有正常方式启动计时。如果消息 中有此信息,则UE A将不会在收到第一个Connect消息时启动计时,而是等待后续网络发送指示启动计时的消息,在收到指示启动计时的消息后,再启动计时。
本次振铃是否会触发多媒体彩铃的播放的信息可以通过消息中的facility字段来扩展实现,也可以通过Connect消息当中的User-User字段的扩展来实现。比如说,如果在Connect消息中User-User字段的值为1,则指示UEA在收到第一个Connect消息时不计时;在Connect消息中User-User字段的值为0,则指示UE A按照原有正常方式启动计时。
不难发现,如果下发给UE A的Alerting消息或Connect消息中,携带本次振铃是否会触发多媒体彩铃的播放的信息,则等同于已经执行了步骤521,因此SMS消息A的发送就可以省略,但是仍需发送SMS消息B,该SMS消息B即作为上述指示启动计时的消息。
本发明的第五实施方式涉及一种可视电话呼叫方法,本实施方式与第一实施方式大致相同,其区别在于,在第一实施方式中,网络侧无需通知主叫终端(即UEA)相关的可视电话通话时长的计费信息,而在本实施方式中,网络侧在检测到被叫终端(即UE B)摘机之前,通过向该被叫终端发送表示网络侧尚未开始计费的H.245的命令(Command)或指示(Indication)消息,通知该主叫终端忽略计费或计时;在检测到该被叫终端摘机后,通过向该被叫终端发送表示网络侧开始计费的H.245的命令或指示消息,通知该主叫终端开始计费或计时。为描述方便,下文中将第一条H.245的命令或指示消息称为H.245的命令或指示消息A,将第二条H.245的命令或指示消息称为H.245的命令或指示消息B。
具体流程如图6所示,步骤601至步骤620分别与步骤201至步骤220完全相同,在此不再赘述。
在步骤621中,多媒体回铃音服务器向UE A发送H.245的命令或指示消息 A,通知UE A这不是一次正常通话,网络侧尚未开始计费。UE A在收到该H.245的命令或指示消息A后,可向用户显示表示网络侧尚未开始计费的信息。比如说,在屏幕上显示“正在播放回铃音,尚未开始计费”等信息,通知用户网络侧尚未开始计费。
步骤622至步骤625分别与步骤221至步骤224完全相同,在此不再赘述。
在步骤626中,多媒体回铃音服务器向UE A发H.245的命令或指示消息B,通知UEA正常通话开始,网络侧开始计费。
步骤627和步骤628分别与步骤225和步骤226完全相同,在此不再赘述。
需要说明的是,本实施方式中步骤618和步骤624中的Connect ACK消息可以存在,也可以不存在,具体的选择,取决于实际的需要。另外,步骤621中的H.245的命令或指示消息A,除了可以在如图6所示的位置外,也可以位于步骤619之后的步骤625之前的任意一个位置。
在本实施方式的步骤625中,MSC服务器A可以向UE A发送Connect消息,也可以不发送该消息,如果MSC服务器A发送该Connect消息,则将在收到来自多媒体回铃音服务器发送的ANM之后,再向UEA发送该Connect消息,UE A可以处理这个消息,也可以不对这个消息进行任何的处理。
不难发现,本实施方式中步骤621和步骤626的主要作用在于,提示主叫终端是否真正的可视电话已经开始。使得该主叫终端能够准确地获知网络侧计算的通话时长,以免该主叫终端的用户对计费信息产生误解,解决在播放多媒体彩铃过程中终端开始计时的问题。由于整个多媒体彩铃的开展过程都是需要H.245的支持,因此可以通过H.245的命令或指示消息来表示网络侧尚未开始计费或开始计费的信息。采用何种H.245的命令或指示消息来表示相应的信息可以根据事先的约定,比如说,H.245中USER INPUT的Indication(指示)消息果用如下的格式:
Indication Message:user input
UserInputIndication::=CHOICE
{
nonStandard NonStandardParameter,
alphanumeric General String,
…
}
则可以在USER INPUT的Indication消息当中的“GeneralString”字段携带10000来表示可视电话尚未开始,目前是多媒体彩铃业务,主叫终端接收到该消息之后,会认为目前的会话为多媒体彩铃会话,不将当前会话作为可视电话的通话进行处理;可以在USER INPUT的Indication消息当中的“GeneralString”字段携带10001来表示多媒体彩铃业务结束,可视电话开始,主叫终端接收到该消息之后,会认为目前的会话为可视电话的通话,当前会话将作为正常可视电话的通话进行处理。由于USER INPUT的Indication消息可以携带各种各样的数据,上述方案仅是一种可能的方式和取值。
如果以H.245Command消息为例,则H.245Command消息A还可以通过用户推指示(USER INPUT Indication,简称“UII”)传送双音多频(Dualtonemultifrequency,简称“DTMF”)A信号,指示UEA停止终端计时,UEA收到此消息后,停止计时,将计时器清零,并提示用户将进行多媒体彩铃播放。H.245Command消息B可以通过传送DTMF B信号,指示UE A开始计时,UE A收到此消息后,开始计时,并提示用户开始正常通信。
具体的实现过程当中还可能采用其他的H.245的命令、指示、或者其他的消息。具体实现方式与本实施方式类似,在此不再赘述。
需要说明的是,在本实施方式中,MSC服务器A还可以在步骤616或步骤617中,通过下发给UE A的Alerting消息或Connect消息,将本次振铃是否会触发多媒体彩铃的播放的信息发送给UE A,以便UE A能够据此准确计时。比 如说,如果消息中没有此信息,则UE A按照原有正常方式启动计时。如果消息中有此信息,则UE A将不会在收到第一个Connect消息时启动计时,而是等待后续网络发送指示启动计时的消息,在收到指示启动计时的消息后,再启动计时。
本次振铃是否会触发多媒体彩铃的播放的信息可以通过消息中的facility字段来扩展实现,也可以通过Connect消息当中的User-User字段的扩展来实现。比如说,如果在Connect消息中User-User字段的值为1,则指示UE A在收到第一个Connect消息时不计时;在Connect消息中User-User字段的值为0,则指示UEA按照原有正常方式启动计时。
不难发现,如果下发给UE A的Alerting消息或Connect消息中,携带本次振铃是否会触发多媒体彩铃的播放的信息,则等同于已经执行了步骤621,因此H.245命令或指示消息A的发送就可以省略,但是仍需发送H.245命令或指示消息B,该H.245命令或指示消息B即作为上述指示启动计时的消息。
本发明的第六实施方式涉及一种可视电话呼叫方法,本实施方式与第一实施方式大致相同,其区别在于,在第一实施方式中,网络侧无需通知主叫终端(即UEA)相关的可视电话通话时长的计费信息,而在本实施方式中,网络侧在检测到被叫终端(即UE B)摘机之前,通过向该被叫终端发送表示网络侧尚未开始计费的非结构的补充业务数据(Unstructured Supplementary Service Data,简称“USSD”)信号,通知该主叫终端忽略计费或计时;在检测到该被叫终端摘机后,通过向该被叫终端发送表示网络侧开始计费的USSD信号,通知该主叫终端开始计费或计时。为描述方便,下文中将第一条USSD信号称为USSD信号A,将第二条USSD信号称为USSD信号B。
具体流程如图7所示,步骤701至步骤720分别与步骤201至步骤220完全相同,在此不再赘述。
在步骤721中,MSC服务器A向UE A发送USSD信号A,通知UE A这 不是一次正常通话,网络侧尚未开始计费。UE A在收到该USSD信号A后,可向用户显示表示网络侧尚未开始计费的信息。比如说,在屏幕上显示“正在播放回铃音,尚未开始计费”等信息,通知用户网络侧尚未开始计费。
步骤722至步骤725分别与步骤221至步骤224完全相同,在此不再赘述。
在步骤726中,MSC服务器A向UE A发USSD信号B,通知UE A正常通话开始,网络侧开始计费。
步骤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 InitationProtocol,简称“SIP”)、超文本传输协议(Hyper Text Transfer Protocol,简称“HTTP”)、实时流协议(Realtime Streaming Protocol,简称“RTSP”)信令等等。具体实现方式与本实施方式类似,不同的仅仅是底层的承载存在区别,在此不再赘述。
需要说明的是,在本实施方式中,MSC服务器A还可以在步骤716或步骤717中,通过下发给UE A的Alerting消息或Connect消息,将本次振铃是否会触发多媒体彩铃的播放的信息发送给UE A,以便UE A能够据此准确计时。比如说,如果消息中没有此信息,则UE A按照原有正常方式启动计时。如果消息中有此信息,则UEA将不会在收到第一个Connect消息时启动计时,而是等待后续网络发送指示启动计时的消息,在收到指示启动计时的消息后,再启动计时。
本次振铃是否会触发多媒体彩铃的播放的信息可以通过消息中的facility字段来扩展实现,也可以通过Connect消息当中的User-User字段的扩展来实现。比如说,如果在Connect消息中User-User字段的值为1,则指示UE A在收到第一个Connect消息时不计时;在Connect消息中User-User字段的值为0,则指示UE A按照原有正常方式启动计时。
不难发现,如果下发给UE A的Alerting消息或Connect消息中,携带本次振铃是否会触发多媒体彩铃的播放的信息,则等同于已经执行了步骤721,因此USSD信号A的发送就可以省略,但是仍需发送USSD信号B,该USSD信号B 即作为上述指示启动计时的消息。
本发明的第七实施方式涉及一种可视电话呼叫方法,在本实施方式中,多媒体回铃音服务器通过在主叫终端与多媒体回铃音服务器之间建立的可视电话的第三承载,向该主叫终端播放多媒体回铃音。该主叫终端和被叫终端之间建立可视电话的第四承载,通过该第四承载在该主叫终端和被叫终端之间进行可视电话通信。该第三承载和第四承载为通过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中,HLR B向UE B附着的MSC服务器B取该UE B的移动台漫游号码MSRN。
接着,在步骤904中,MSC服务器B向HLR B返回该UE B的MSRN,如果MSC服务器B支持预寻呼,这时会先发起预寻呼过程后再返回该UE B的MSRN。
接着,在步骤905中,HLR B向MSC服务器A返回UE B的路由信息(即该UE B的MSRN),并携带被叫用户(即使用UE B的用户)是否定制多媒体彩铃业务的信息。
接着,在步骤906中,MSC服务器A获得UE B的MSRN后,向UE A发起Call_Proceeding(呼叫过程)。
接着,在步骤907中,MSC服务器A向MSC服务器B发起ISUP IAM消息。如果被叫用户签约了主叫号码显示业务,则该ISUP IAM消息中需要携带主叫号码。
接着,在步骤908中,如果MSC服务器B在向HLR B返回UE B的MSRN前没有发起预寻呼过程,则在本步骤中,该MSC服务器B向UE B发起寻呼请求消息。
接着,在步骤909中,UE B向该MSC服务器B返回寻呼响应消息。
接着,在步骤910中,MSC服务器B向UE B发送SETUP消息,消息中携带的BC_IE信元中ITC为’UDI’,ORA为′H.223&H.245’。
接着,在步骤911中,UE B向该MSC服务器B返回CALL CONFIRMED(呼叫确认)消息,没有携带新的BC_IE,表示能够支持可视电话的被叫。
接着,在步骤912中,UE B振铃后,UE B向MSC服务器B返回Alerting消息。
接着,在步骤913中,MSC服务器B向MSC服务器A返回BICC ACM消息。
接着,在步骤914中,MSC服务器A向UE A返回Alerting消息。
接着,在步骤915中,MSC服务器A向多媒体回铃音服务器发起BICC IAM消息,携带UE B是否定制多媒体彩铃业务的信息。
接着,在步骤916中,多媒体回铃音服务器向MSC服务器A返回BICC ACM消息。MSC服务器A识别该多媒体回铃音服务器发来的ACM消息,并且,不向主叫终端发送Alerting消息。
接着,在步骤917中,多媒体回铃音服务器向MSC服务器A发送BICC ANM 消息。MSC服务器A在收到该BICC ANM消息后,向主叫终端UE A发送连接信令CONNECT,同时监听MSC服务器B是否有返回消息。该ANM消息表示可以进行建立多媒体回铃音服务器和UE A之间的通话,并用来触发Connect消息。在本实施方式当中本步骤为可选步骤,具体的选择,取决于实际的需要。
接着,在步骤918中,UE A在接收到Connect消息后,向MSC服务器A发送ConnectACK(连接响应)消息。
接着,在步骤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向多媒体回铃音服务器发送BICCRelease(BICC释放)消息,指示拆除该多媒体回铃音服务器和UE A之间建立的第三承载。
接着,在步骤924中,该多媒体回铃音服务器和UEA之间拆除所建立的可视电话的第三承载。
接着,在步骤925中,该多媒体回铃音服务器向MSC服务器A返回BICCRelease Complete(BICC释放完成)消息。
接着,在步骤926中,UE A和UE B之间通过多媒体通信控制信令协议H.245过程,建立可视电话的第四承载。
接着,在步骤927中,通过UE A和UE B之间建立的可视电话的第四承载,在该UEA与UE B之间进行3G电路域的可视电话通信。
接着,在步骤928中,可视电话通话完毕后,UE A和UE B之间拆除所建立的第四承载和底层电路承载过程。
不难发现,在本实施方式中,多媒体彩铃业务可以基于现有的可视电话的网络框架上得以实现。而且,由多媒体回铃音服务器向该主叫终端播放多媒体回铃音,避免了对终端进行协议层面的改造,使得可视电话的多媒体彩铃业务的实现,对终端的影响能够减小到最小程度。
另外,在建立可视电话的第四承载之前,需要在检测到被叫终端摘机后,拆除在该主叫终端与多媒体回铃音服务器之间建立的第三承载。使得在用户通话接通时,可以立即释放掉多媒体回铃音服务器所占用的电路,节约了有限的电路资源。
值得一提的是,在本实施方式中,当主叫终端与被叫终端之间的可视电话的第四承载建立完成后,网络侧还需要对该可视电话通信进行计费。使得在多媒体彩铃业务的实现过程中,能够对通话时长进行精确计算和控制。
需要说明的是,在本实施方式中,MSC服务器A还可以在步骤914或步骤917中,通过下发给UE A的Alerting消息或Connect消息,将本次振铃是否会触发多媒体彩铃的播放的信息发送给UE A,以便UE A能够据此准确计时。比如说,如果消息中没有此信息,则UE A按照原有正常方式启动计时。如果消息中有此信息,则UE A将不会在收到第一个Connect消息时启动计时,而是等待后续网络发送指示启动计时的消息,在收到指示启动计时的消息后,再启动计时。
本次振铃是否会触发多媒体回铃音的播放的信息可以通过消息中的facility字段来扩展实现,也可以通过Connect消息当中的User-User字段的扩展来实现。比如说,如果在Connect消息中User-User字段的值为1,则指示UE A在收到第 一个Connect消息时不计时;在Connect消息中User-User字段的值为0,则指示UE A按照原有正常方式启动计时。
本发明的第八实施方式涉及一种可视电话呼叫方法,本实施方式与第七实施方式大致相同,其区别在于,在第七实施方式中,第三承载和第四承载为通过H.324、H.323、或SIP的可视电话协议建立的可视电话通信链路;而在本实施方式中,第三承载和第四承载为CSD链路,可视电话的逻辑通道通过H.324、H.323或SIP可视电话通信协议在CSD链路之上建立。其中,第三承载可分解为:由主叫终端到该主叫终端的MSC服务器之间的第五承载,和该主叫终端的MSC服务器到多媒体回铃音服务器之间的第六承载;第四承载可分解为:主叫终端到该主叫终端的MSC服务器之间的第五承载,和主叫终端的MSC服务器到被叫终端之间的第七承载。
具体流程如图10所示,步骤1001至步骤1018分别与步骤901至步骤918完全相同,在此不再赘述。
在步骤1019中,先在UE A和MSC服务器A之间建立第五承载,在MSC服务器A和多媒体回铃音服务器之间建立第六承载。该第五承载和第六承载均为CSD链路。然后,在该第五承载和第六承载的基础上建立H.245过程。建立后,主叫终端用户可以收看多媒体回铃音服务器播放的多媒体回铃音。
步骤1020至步骤1024分别与步骤920至步骤924完全相同,在此不再赘述。
在步骤1025中,多媒体回铃音服务器向MSC服务器A返回BICC ReleaseComplete(BICC释放完成)消息。MSC服务器A向UE A发送Facility消息,此消息表示MSC服务器A与多媒体回铃音服务器的承载(即六承载)已拆除,MSC服务器A与MSC服务器B之间的CS64kbps承载已建立。当然,通过facility消息来携带该信息只是一种具体的实现方式,实际上也可以用其他的消息进行替代。本步骤的主要目的在于提示主叫终端即UE A,在整个可视电话的呼叫过 程会涉及两次H.245承载过程的建立,指示该UE A在收到facility消息后,为第二次的H.245承载过程(即UE A与UE B之间的可视电话的第四承载)做准备,准备在现有的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 (BICC释放)消息,该多媒体回铃音服务器收到该消息后,发起H.245自行挂断流程(即不向通信的对方发送挂断信令“End Session”)。
在步骤1124中,UE A在完成H.245的自行挂断流程后,发起第二次H.245的承载建立,即发起第七实施方式中所述的UE A与UE B之间可视电话的第四承载的建立过程。
在步骤1125中,多媒体回铃音服务器向MSC服务器A返回BICC ReleaseComplete(BICC释放完成)消息。
步骤1126与步骤1127分别与步骤927和步骤928相同,在此不再赘述。
不难发现,本实施方式与第七实施方式的区别在于,由网络侧向主叫终端下发一个提示消息(即上述facility消息),指示主叫终端该多媒体彩铃业务的播放过程结束,要求该主叫终端建立第二个H.245的承载。主叫终端在收到该提示消息后,会发起一个自挂断的流程。这样,第一次建立的与多媒体回铃音服务器之间的H.245承载将通过主叫终端挂断通信链路的方式结束。这样的一个过程符合正常的通话流程,而且,进一步减少了整个网络接续的时间,减小了业务切换的时间,提高了用户的体验。
可以将整个多媒体彩铃业务将看作两次通话,第一次通话作为多媒体彩铃业务,第二次通话作为正常的可视电话的通话。主叫终端根据网络侧下发的提示消息,以自挂断的方式来结束整个多媒体彩铃的会话,并且在自挂断会话之后,发起一个新的用于可视电话的通话的H.245承载的建立过程,从而顺利实现正常的可视电话的通话。
在步骤1123中,当多媒体回铃音服务器收到来自MSC服务器A的BICCRelease消息后,会发起一个自挂断的流程。多媒体回铃音服务器在整个多媒体彩铃业务当中可作为一个逻辑上的终端出现,提供多媒体的彩铃内容。在提供多媒体彩铃内容的过程结束之后,该多媒体回铃音服务器可以作为会话的参与一方参与到整个的多媒体彩铃承载的拆除过程。
UEA发起的自挂断流程与多媒体回铃音服务器发起的自挂断流程,完成的功能基本相似(即拆除UE A多媒体回铃音服务器之间的承载),因此,实际上可以只在UEA中发起的自挂断流程,或只在多媒体回铃音服务器中发起的自挂断流程。但是,出于整个***的协同工作的考虑,为了尽量的减少***出错的可能,也可以在UEA和多媒体回铃音服务器中分别发起自挂断流程,而且,在实际应用中,这两个自挂断流程并无严格的先后顺序。另外,本实施方式的步骤1123中,MSC服务器A向多媒体回铃音服务器发送的BICC Release消息,实际上是用于指示该多媒体回铃音服务器进行自挂断过程的。因此,如果该多媒体回铃音服务器不执行自挂断的过程,则步骤1123可以省略。
不难发现,在本发明的第一至第六实施方式中,在整个多媒体彩铃业务完成之后,多媒体回铃音服务器还需要驻留在后续的可视电话的通话过程当中,承担一个背靠背服务器的作用,为描述方便,将该方案称为跨接方案。在本发明的第七至第九实施方式中,在整个多媒体彩铃业务完成之后,需要拆除多媒体回铃音服务器与主叫终端之间的通信链路,主叫终端和被叫终端之间需要建立起用于可视电话业务的通信链路,该方案最大的特征在于,主叫终端需要分别与多媒体回铃音服务器、被叫终端建立H.245的承载,为描述方便,将该方案称为非跨接方案。
本发明的第十实施方式涉及一种可视电话呼叫方法,本实施方式为第一至第六实施方式中的跨接方案,与第七至第九实施方式中的为非跨接方案的融合。
具体地说,主叫终端在发送给MSC服务器A的SETUP消息中,携带上本终端所支持的彩铃方案的类型(即是支持跨接方案还是支持非跨接方案)。比如说,可以通过SETUP消息中User-User字段的取值,来指示终端支持的是非跨接方案,还是跨接方案。可以事先约定,User-User字段取值为0时,表示本终端支持跨接方案,User-User字段取值为1时,表示本终端支持非跨接方案。
如果网络侧发现主叫终端支持的是跨接方案,则后续流程可以与上述第一 至第六实施方式中的任一实施方式相同;如果网络侧发现主叫终端支持的是非跨接方案,则后续流程可以与上述第七至第九实施方式中的任一实施方式相同,在此不再赘述。
本发明的第十一实施方式涉及一种可视电话呼叫***,如图12所示,包括:承载建立单元,用于在主叫终端与多媒体回铃音服务器之间建立可视电话的第一承载;多媒体回铃音播放单元,用于通过该承载建立单元建立的第一承载,向该主叫终端播放多媒体回铃音;检测单元,用于检测被叫终端是否摘机,并在检测到该被叫终端摘机后,向该承载建立单元指示该被叫终端已摘机,该承载建立单元还用于在收到该检测单元的该指示后,在该被叫终端与该多媒体回铃音服务器之间建立可视电话的第二承载;通信单元,用于通过该承载建立单元建立的第一承载和第二承载,在该主叫终端和该被叫终端之间进行可视电话通信。使得多媒体彩铃业务可以基于现有的可视电话的网络框架上得以实现。而且,由多媒体回铃音播放单元向该主叫终端播放多媒体回铃音,避免了对终端进行协议层面的改造,使得可视电话的多媒体彩铃业务的实现,对终端的影响能够减小到最小程度。
其中,多媒体回铃音播放单元位于多媒体回铃音服务器内,承载建立单元通过可视电话信令协议过程建立该第一承载和该第二承载。该可视电话信令协议可以为H.324、H.323或SIP的可视电话信令协议。
值得一提的是,本实施方式的可视电话呼叫***中,还可以包括计费单元,用于对可视电话通信进行计费;该检测单元还用于在检测到被叫终端摘机后,向该计费单元指示该被叫终端已摘机,该计费单元在收到该指示后,对可视电话通信开始计费。使得在多媒体彩铃业务的实现过程中,能够对通话时长进行精确计算和控制。
在本实施方式的可视电话呼叫***中,还可以包括通知单元,用于通知主叫终端忽略计费或计时,以及通知主叫终端开始计费或计时。该检测单元还用 于在检测到被叫终端摘机后,向该通知单元指示该被叫终端已摘机。该通知单元在收到该检测单元的该指示之前,通知该主叫终端忽略计费或计时,在收到该检测单元的该指示之后,通知该主叫终端开始计费或计时。使得该主叫终端能够准确地获知网络侧计算的通话时长,以免该主叫终端的用户对计费信息产生误解。
本发明的第十二实施方式涉及一种可视电话呼叫***,如图13所示,包括:承载建立单元,用于在主叫终端与多媒体回铃音服务器之间建立可视电话的第三承载,在该主叫终端和被叫终端之间建立可视电话的第四承载。多媒体回铃音播放单元,用于通过该承载建立单元建立的第三承载向该主叫终端播放多媒体回铃音。通信单元,用于通过该承载建立单元建立的第四承载,在该主叫终端和该被叫终端之间进行可视电话通信。使得多媒体彩铃业务可以基于现有的可视电括的网络框架上得以实现。
本实施方式的可视电话呼叫***还可以包括:检测单元,用于检测被叫终端是否摘机,和承载拆除单元,用于拆除承载。
如果第三承载和第四承载为电路交换数据CSD链路,且该第三承载在逻辑上可分解为:主叫终端到该主叫终端的MSC服务器之间的第五承载、和该主叫终端的MSC服务器到多媒体回铃音服务器之间的第六承载;该第四承载在逻辑上可分解为:该第五承载、和主叫终端的MSC服务器到被叫终端之间的第七承载。那么,该检测单元在检测到该被叫终端摘机后,向该承载拆除单元指示该被叫终端已摘机,该承载拆除单元在收到该指示后,拆除在主叫终端的MSC服务器到多媒体回铃音服务器之间的第六承载。
如果第三承载和第四承载为通过H.324、H.323、或SIP的可视电话协议建立的可视电话通信链路,则该检测单元在检测到该被叫终端摘机后,向该承载拆除单元指示该被叫终端已摘机,该承载拆除单元在收到该指示后,拆除该承载建立单元建立的该第三承载,并指示该承载建立单元建立该第四承载。
由此可见,在用户通话接通时(即检测单元检测到该被叫终端摘机),可以立即释放掉多媒体回铃音服务器所占用的电路,因此能够有效节约有限的电路资源。
综上所述,在本发明的实施方式中,多媒体回铃音服务器通过在主叫终端与多媒体回铃音服务器之间建立的可视电话的第一承载,向该主叫终端播放多媒体回铃音。当检测到被叫终端摘机后,在该被叫终端与该多媒体回铃音服务器之间建立可视电话的第二承载,通过所建立的第一承载和第二承载,在该主叫终端和该被叫终端之间进行可视电话通信。或者,多媒体回铃音服务器通过在主叫终端与多媒体回铃音服务器之间建立的可视电话的第三承载,向该主叫终端播放多媒体回铃音。该主叫终端和被叫终端之间建立可视电话的第四承载,通过该第四承载在该主叫终端和被叫终端之间进行可视电话通信。使得多媒体彩铃业务可以基于现有的可视电话的网络框架上得以实现。而且,由多媒体回铃音服务器向该主叫终端播放多媒体回铃音,避免了对终端进行协议层面的改造,使得可视电话的多媒体彩铃业务的实现,对终端的影响能够减小到最小程度。
网络侧在检测到被叫终端摘机(或完成第四承载的建立)后,再对可视电话通信进行计费,使得在多媒体彩铃业务的实现过程中,能够对通话时长进行精确计算和控制。
在检测到被叫终端摘机之前,通知该主叫终端忽略计费,在检测到该被叫终端摘机后,通知该主叫终端开始计费。使得该主叫终端能够准确地获知网络侧计算的通话时长,以免该主叫终端的用户对计费信息产生误解。
在通过第四承载进行可视电话通信的方案中,在建立可视电话的第四承载的步骤之前,需要在检测到被叫终端摘机后,拆除在该主叫终端与多媒体回铃音服务器之间建立的第三承载。使得在用户通话接通时,可以立即释放掉多媒体回铃音服务器所占用的电路,节约了有限的电路资源。
虽然通过参照本发明的某些优选实施方式,已经对本发明进行了图示和描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (26)
1.一种可视电话呼叫方法,其特征在于,包括以下步骤:
主叫终端建立与多媒体回铃音服务器的可视电话的第一承载;
所述主叫终端接收所述多媒体回铃音服务器通过所述第一承载播放的多媒体回铃音;
通过所述第一承载和第二承载,所述主叫终端和被叫终端进行可视电话通信;所述第二承载为多媒体回铃音服务器在检测到所述被叫终端摘机后,在所述被叫终端与所述多媒体回铃音服务器之间建立的可视电话的承载;
其中,根据移动交换中心MSC服务器在检测到所述被叫终端摘机之前的通知,所述主叫终端忽略计费或计时;根据MSC服务器在检测到所述被叫终端摘机后的通知,所述主叫终端开始计费或计时。
2.根据权利要求1所述的可视电话呼叫方法,其特征在于,在所述主叫终端建立与多媒体回铃音服务器的可视电话的第一承载之前,所述方法还包括:
所述主叫终端接收所述多媒体回铃音服务器发送的Alerting消息,其中,所述Alerting消息中携带业务标识,用于通知所述主叫终端建立所述第一承载;或者,
所述主叫终端接收所述多媒体回铃音服务器发送的Connect消息,所述Connect消息用于通知所述主叫终端建立所述第一承载。
3.根据权利要求1或2所述的可视电话呼叫方法,其特征在于,所述MSC服务器在检测到被叫终端摘机之前的通知是:
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.如权利要求1、2、8、9中任一项所述的可视电话呼叫方法,其特征在于,所述MSC服务器在检测到所述被叫终端摘机之前的通知在第一承载建立之后发送,所述主叫终端在建立第一承载之后忽略计费或计时。
11.一种可视电话呼叫方法,其特征在于,包括以下步骤:
主叫终端建立与多媒体回铃音服务器的可视电话的第三承载;
所述主叫终端接收所述多媒体回铃音服务器通过所述第三承载播放的多媒体回铃音;
所述主叫终端接收移动交换中心MSC服务器在检测到被叫终端摘机后发送的指示消息,该指示消息用于指示在所述主叫终端和所述被叫终端之间建立可视电话第四承载;
根据所述指示消息,所述主叫终端建立和被叫终端的可视电话的第四承载,通过所述第四承载所述主叫终端和被叫终端进行可视电话通信。
12.根据权利要求11所述的可视电话呼叫方法,其特征在于,所述第三承载和第四承载为CSD链路;
所述第三承载由所述主叫终端到该主叫终端的MSC服务器之间的第五承载、和该主叫终端的MSC服务器到所述多媒体回铃音服务器之间的第六承载组成;
所述第四承载由所述第五承载、和所述主叫终端的MSC服务器到所述被叫终端之间的第七承载组成。
13.根据权利要求13所述的可视电话呼叫方法,其特征在于,在所述建立可视电话的第四承载之前,所述方法还包括:
当网络侧检测到所述被叫终端摘机后,拆除所述第六承载。
14.根据权利要求11所述的可视电话呼叫方法,其特征在于,所述第三承载和第四承载为通过H.324、H.323、或会话发起协议SIP的可视电话协议建立的可视电话通信链路;
在建立所述可视电话的第四承载之前,所述方法还包括:
当网络侧检测到所述被叫终端摘机后,拆除所述第三承载。
15.根据权利要求14所述的可视电话呼叫方法,其特征在于,所述拆除所述第三承载是:
所述主叫终端接收MSC服务器发送的用于指示该主叫终端发起自挂断流程的消息,发起H.245自行挂断流程,并直接释放本地资源。
16.根据权利要求11所述的可视电话呼叫方法,其特征在于,所述建立可视电话的第四承载包括:
所述主叫终端发起H.324可视电话通信的重新建立过程。
17.根据权利要求11所述的可视电话呼叫方法,其特征在于,在建立所述可视电话的第四承载之后,所述方法还包括:
网络侧对所述可视电话通信进行计费。
18.一种可视电话呼叫方法,其特征在于,包括以下步骤:
在主叫终端与多媒体回铃音服务器之间建立可视电话的第三承载;
所述多媒体回铃音服务器通过所述第三承载向所述主叫终端播放多媒体回铃音;
在所述主叫终端和被叫终端之间建立可视电话的第四承载,通过该第四承载在所述主叫终端和被叫终端之间进行可视电话通信;
其中,根据移动交换中心MSC服务器在检测到所述被叫终端摘机之前的通知,所述主叫终端忽略计费或计时;根据MSC服务器在检测到该被叫终端摘机后的通知,所述主叫终端开始计费或计时。
19.根据权利要求18所述的可视电话呼叫方法,其特征在于,所述MSC服务器在检测到被叫终端摘机之前的通知是:
MSC服务器向所述主叫终端发送的表示网络侧尚未开始计费的信息,该信息通过发送给该主叫终端的消息、信令、信号、或电子函件携带。
20.根据权利要求19所述的可视电话呼叫方法,其特征在于,
所述消息为H.245命令、H.245指示、短消息、多媒体消息、Facility消息、Alterting消息、Conncet消息、即时消息、或推消息;
所述信号为双音多频DTMF信号或非结构补充业务数据USSD信号;
所述信令为SIP信令、超文本传输协议HTTP信令、或实时流协议RTSP信令。
21.根据权利要求19所述的可视电话呼叫方法,其特征在于,在所述主叫终端收到所述表示网络侧尚未开始计费的信息之后,所述方法还包括:
所述主叫终端向使用本终端的用户显示表示网络侧尚未开始计费的信息。
22.根据权利要求18所述的可视电话呼叫方法,其特征在于,所述MSC服务器在检测到所述被叫终端摘机后的通知是:
MSC服务器向所述主叫终端发送的表示网络侧开始计费的信息,该信息通过发送给该主叫终端的消息、信令、信号、或电子函件携带。
23.根据权利要求22所述的可视电话呼叫方法,其特征在于,
所述消息为H.245命令、H.245指示、短消息、多媒体消息、Facility消息、Alterting消息、Conncet消息、即时消息、或推消息;
所述信号为双音多频DTMF信号或USSD信号;
所述信令为SIP信令、HTTP信令、或RTSP信令。
24.一种可视电话呼叫方法,其特征在于,包括以下步骤:
主叫终端向移动交换中心MSC服务器发送所述可视电话呼叫的建立消息,在该建立消息中携带该主叫终端支持的彩铃方案的类型;
如果所述主叫终端支持的彩铃方案的类型为跨接方案,则根据权利要求1至10任一项所述的方法进行所述可视电话的呼叫。
25.根据权利要求24所述的可视电话呼叫方法,其特征在于,所述方法还包括:
如果所述主叫终端支持的彩铃方案的类型为非跨接方案,则根据权利要求11至23任一项所述的方法进行所述可视电话的呼叫。
26.一种可视电话呼叫方法,其特征在于,包括以下步骤:
主叫终端向移动交换中心MSC服务器发送所述可视电话呼叫的建立消息,在该建立消息中携带该主叫终端支持的彩铃方案的类型;
如果所述主叫终端支持的彩铃方案的类型为非跨接方案,则根据权利要求11至23任一项所述的方法进行所述可视电话的呼叫。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101614866A CN101621588B (zh) | 2007-09-04 | 2007-09-04 | 可视电话呼叫方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101614866A CN101621588B (zh) | 2007-09-04 | 2007-09-04 | 可视电话呼叫方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2007101498137A Division CN100531271C (zh) | 2007-03-31 | 2007-09-04 | 可视电话呼叫方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101621588A CN101621588A (zh) | 2010-01-06 |
CN101621588B true CN101621588B (zh) | 2011-01-05 |
Family
ID=41514614
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101614866A Active CN101621588B (zh) | 2007-09-04 | 2007-09-04 | 可视电话呼叫方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101621588B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1812561A (zh) * | 2004-12-30 | 2006-08-02 | 朗迅科技公司 | 向移动用户装置提供多媒体回铃服务的方法和设备 |
CN1859496A (zh) * | 2006-03-10 | 2006-11-08 | 华为技术有限公司 | 一种实现多媒体彩铃业务的***及方法 |
CN1917531A (zh) * | 2006-09-01 | 2007-02-21 | 北京邮电大学 | 基于移动通信网络的播送多媒体彩铃的***和方法 |
CN1917532A (zh) * | 2006-09-01 | 2007-02-21 | 北京邮电大学 | 基于移动通信网的多媒体彩铃业务的实现方法和*** |
-
2007
- 2007-09-04 CN CN2009101614866A patent/CN101621588B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1812561A (zh) * | 2004-12-30 | 2006-08-02 | 朗迅科技公司 | 向移动用户装置提供多媒体回铃服务的方法和设备 |
CN1859496A (zh) * | 2006-03-10 | 2006-11-08 | 华为技术有限公司 | 一种实现多媒体彩铃业务的***及方法 |
CN1917531A (zh) * | 2006-09-01 | 2007-02-21 | 北京邮电大学 | 基于移动通信网络的播送多媒体彩铃的***和方法 |
CN1917532A (zh) * | 2006-09-01 | 2007-02-21 | 北京邮电大学 | 基于移动通信网的多媒体彩铃业务的实现方法和*** |
Also Published As
Publication number | Publication date |
---|---|
CN101621588A (zh) | 2010-01-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100531271C (zh) | 可视电话呼叫方法及*** | |
US20070121821A1 (en) | System and Method for Displaying Ring Back Tone and Caller Display in Picture/Video Format | |
EP2611147A2 (en) | Video communication method, video communication system and integrated media resource server | |
EP1855475A1 (en) | System for realizing multimedia ring back tone service and method thereof | |
US8862094B2 (en) | System and method for modifying calling behavior | |
CN101317431B (zh) | 多媒体回铃音平台、实现多媒体彩铃业务的***及方法 | |
JP2005124183A (ja) | 通信セッション上で起動中の複数個の通信機器の識別情報を情報受信コンポーネントに送信する装置および方法 | |
CN101516069A (zh) | 被叫终端在用户应答前动态播放振铃的***和方法 | |
CN112752310A (zh) | 一种基于媒体协商的电话视频名片*** | |
WO2012151966A1 (zh) | 一种电子名片业务的实现方法和*** | |
CN101489201B (zh) | 实现彩铃业务过程中指示通话计时的方法及相应设备 | |
CN102664863B (zh) | 终端实现呼叫等待的方法、装置和*** | |
CN101621588B (zh) | 可视电话呼叫方法 | |
CN102404295B (zh) | 会话中早媒体的播放方法及*** | |
CN101594598B (zh) | 一种ims网络中媒体协商的方法和*** | |
CN101668229A (zh) | 多媒体铃音业务的呼叫和控制方法、装置及*** | |
CN108270908A (zh) | 一种未接电话的提醒方法和装置 | |
CN101969615B (zh) | 可视电话呼叫方法 | |
CN101635819B (zh) | 可视电话呼叫方法及*** | |
KR20020036262A (ko) | 이동 통신 교환 시스템 발신 단말에서의 착신 응답 표시방법 | |
CN101489001B (zh) | 基于非跨接技术实现彩铃业务的方法及相应设备 | |
CN101500205A (zh) | 多媒体业务计费方法及*** | |
CN102055726B (zh) | 一种实现彩像业务的方法及移动终端 | |
KR100335994B1 (ko) | 차세대 지능망에서 유선 전화를 이용하여 개인용 컴퓨터를호출하는 폰투피시 지능망 서비스 제공 방법 | |
CN101184272A (zh) | 指示主叫设备被叫设备状态的方法、***及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |