CN100512479C - 一种通讯的方法、装置及系统 - Google Patents

Abstract

本发明实施例中公开了一支持通讯终端通讯的方法、装置及系统。本发明实施例支持通讯终端实现流媒体业务，在通讯网络侧之外设置流媒体支持装置，通过该流媒体支持装置与通讯终端的交互直接实现通讯终端的流媒体支持，因此不仅克服了通讯终端铃音存储量小的缺点，而且在业务过程中不需要通讯网络侧的参与，不会改变现有通讯网络侧的的信令处理流程，因此不会加重通讯网络侧的负担，同时因为该方法不会改变现有通讯网络侧的的信令处理流程，因此减少了改变信令处理带来的数据开发的工作量。另外，由于采用了业务服务器和流媒体服务器，不需要另外开发铃音数据库。

Description

一种通讯的方法、装置及系统

技术领域

本发明涉及一种通讯技术领域，特别涉及一种通讯技术领域中支持通讯终端实现流媒体的方法、装置及系统。

背景技术

现有技术中，通讯终端(移动电话机、固网电话机等)在有来电到达的时候是通过在通讯终端上播放铃音的方式来通知终端用户有来电。通讯终端播放的铃音可以是普通的纯音频铃音也可以是高质量的视音频铃音。由于通讯终端上存储设备的容量有限，终端上存放的铃音数量也是非常有限的，特别是在存储高质量视音频铃音的情况下。另外，通讯终端用户无法通过来电的铃音识别出来电者是谁。

为了解决用户无法通过来电铃音区分来电者的问题，现有技术一采用的一种解决方案如图1所示：在通讯终端上提供将终端上的铃音和终端电话本上号码或号码组进行绑定的功能。当有新来电到来的时候，终端会首先检查是否获取到新来电的号码，如果没有获取到就播放缺省铃音；如果获取到了则接着检查用户是否将该号码或该号码所在的号码组与终端本地存储的铃音进行了绑定，如果绑定了则播放该绑定铃音，如果没有绑定则是播放缺省铃音。

该技术方案在一定程度上解决了用户不能够通过铃音区分来电者的问题，但是，现有技术中通讯终端电话本中能够存储的号码数量是远远大于终端中存储的铃音数量的，特别是当终端铃音是高质量的视音频铃音时，终端上存储的铃音的数量十分有限，所以该技术没有办法做到每个号码对应一个铃音或者少数几个号码对应一个铃音。

因此，现有技术二，揭示了一种灵活的铃音服务技术方案。该技术方案终端的来电铃音存放在网络侧。当用户终端A通过网络呼叫用户终端B时，网络侧先检测被叫用户(终端B)是否在网络侧定制了来电铃音，如果定制了则在数据库中查找，并把B指定的与A绑定的铃音发给终端B进行播放，由此实现被叫铃音的网络侧存放。如图2所示，为该技术方案的组网图。在网络侧设备(虚线框内的设备)中，包括如下关键设备：SIP服务器(59-SIPPROXY SERVER)，处理用户的铃音预定请求并且处理和终端的SIP请求，如注册、呼叫等；铃音服务器(55-FLEXRING SERVER)，用于有来电的时候检索铃音数据库，检查SIP服务器请求的铃音是否存在，若存在则将SIP服务器请求的铃音发送给被叫通讯终端进行播放；铃音数据库(56-FLEXRINGDATA AND RECORDINGS)，用于存放铃音数据。

图3揭示了上述技术方案的流程图。具体流程描述如下：

S500：主叫用户要呼叫被叫用户，主叫通讯终端向SIP服务器发起INVITE请求。

S501：SIP服务器将主叫通讯终端的INVITE请求传给铃音服务器。

S502：铃音服务器到铃音数据库中查找被叫用户是否将某铃音和主叫用户号码进行了绑定。

S503：铃音数据库返回查询结果。

S504：铃音服务器根据S503中得到的查询结果向被叫通讯终端发起INVITE请求。

S507：如果被叫用户将某铃音与该主叫号码进行了绑定，则铃音服务器将该铃音发送到被叫通讯终端进行播放。

S508：被叫通讯终端回送振铃指示。

图4揭示了上述技术方案中，用户通过客户机(30-FLEXRING CLIENT)预定铃音的流程，具体描述如下：

S600：用户向铃音服务器获取铃音列表。

S601：铃音服务器向客户端返回列表。

S604：用户浏览和试听铃音和用户进行铃音绑定/解绑定。

由上述技方案可以看出，该技术方案虽然解决了终端设备铃音存储量过小的问题，但是，该技术方案将铃音的选择处理转移到网络侧(铃音服务器)进行，与普通呼叫相比不仅加重了网络侧的负担，而且改变了网络侧原有的信令处理流程。同时需要专门实现一个铃音服务器和铃音数据库开发工作量较大。

发明内容

为克服现有技术通讯流媒体业务会加重通讯网络侧负担的缺点，本发明实施例提供一种通讯的方法、装置及系统。

为达到上述第一目的，本发明实施例采用的技术方案是：通讯终端在呼叫处理的过程中，在判断来电号码或被叫号码与特定流媒体绑定后，向业务服务器发送获取流媒体相关信息的请求；该通讯终端接收到返回的所述流媒体相关信息，向流媒体服务器发送播放与所述流媒体相关信息对应的流媒体内容的请求，其中，所述流媒体相关信息为与主叫或被叫号码绑定的流媒体的HTTP URL对应的RTSP URL；该通讯终端接收到返回的流媒体内容，进行播放。

为达到上述第二目的，本发明实施例提供一种通讯终端，其包括业务请求模块、流媒体请求模块及流媒体地址管理单元该流媒体地址管理单元，该流媒体地址管理单元用于管理及查询与电话号码绑定的流媒体HTTP URL；该业务请求模块用于根据流媒体地址管理单元的查询结果，向业务服务器请求/接收流媒体的RTSP URL；该流媒体请求模块用于根据业务请求模块获取的流媒体RTSP URL向流媒体服务器请求/接收流媒体内容。

为达到上述第三目的，本发明实施例提供一种通讯系统，其特征在于，包括通讯网络侧装置、流媒体支持装置，该通讯网络侧装置用于处理通讯终端之间的通话连接，触发该通讯终端向该流媒体支持装置发送流媒体业务请求；该流媒体支持装置用于接收该通讯终端的流媒体业务请求，向该通讯终端播放流媒体内容；其中，所述流媒体支持装置包括业务服务器及流媒体服务器，

该业务服务器包括流媒体地址管理模块，用于根据用户定制的流媒体业务，管理流媒体RTSP URL，将该RTSP URL与特定的HTTP URL对应，并根据用户通讯终端的请求向通讯终端返回流媒体RTSP URL；

流媒体服务器用于存储流媒体、接收并响应通讯终端的流媒体播放请求。

由上述技术方案可见，本发明实施例支持通讯终端实现流媒体业务，在通讯网络侧之外设置流媒体支持装置，通过该流媒体支持装置与通讯终端的交互直接实现通讯终端的流媒体支持，因此不仅克服了通讯终端铃音存储量小的缺点，而且在业务过程中不需要通讯网络侧的参与，不会改变现有通讯网络侧的的信令处理流程，因此不会加重通讯网络侧的负担，同时因为该方法不会改变现有通讯网络侧的的信令处理流程，因此减少了改变信令处理带来的数据开发的工作量。另外，由于采用了业务服务器和流媒体服务器，不需要另外开发铃音数据库。

附图说明

图1为现有技术一在通讯终端播放电铃音的流程图。

图2为现有技术二的铃音服务的组网图。

图3为现有技术二的铃音服务的流程图。

图4为现有技术二客户端定制铃音服务的流程图。

图5为本发明实施例支持流媒体的通讯系统的总体框架图。

图6为图5中通讯系统的部分装置的功能模块图。

图7为本发明实施例被叫通讯终端实现流媒体业务的流程图。

图8为本发明实施例被叫通讯终端的内部处理流程图。

图9为本发明实施例主叫通讯终端实现流媒体业务的流程图。

图10为本发明实施例主叫通讯终端的内部处理流程图。

具体实施方式

以下参照附图并举较佳实施例，对本发明作进一步详细说明。

本发明较佳实施例首先提供一种支持通讯终端通讯的通讯系统。本发明实施例所述流媒体是指被叫终端的来电铃音和/或主叫终端的回铃音。

请参阅图5及图6，该通讯系统包括通讯终端、通讯网络侧装置及流媒体支持装置。

该通讯网络侧装置用以实现通讯终端之间的通话连接。

该流媒体支持装置用以支持实现通讯终端建立通话连接时主叫方通讯终端的流媒体回铃音及被叫方通讯终端来电铃音。该流媒体支持装置包括一业务服务器及一流媒体服务器。该流媒体服务器存储流媒体、接受并响应通讯终端的流媒体播放请求。

该业务服务器包括定制页面产生模块、流媒体地址管理模块及用户身份验证模块。该定制页面产生模块用于产生流媒体定制页面并提供用户流媒体绑定业务，即接受用户将指定号码与特定的流媒体HTT URL进行绑定，并将该流媒体的HTTP URL与相应的RTSP URL(如RTSP协议的URL等)对应；该用户身份验证模块用于根据通讯终端的信息验证用户身份；该流媒体地址管理模块用于根据用户定制的流媒体绑定业务，管理流媒体RTSPURL将该RTSP URL与HTTP URL对应、并根据用户通讯终端的请求向通讯终端返回流媒体RTSP URL。

该通讯终端包括一电话号码存储单元、一流媒体地址管理单元、一业务请求模块、一流媒体请求模块及一流媒体播放模块。一电话号码存储单元用户存储电话号码。该流媒体地址管理单元用于管理及查询与电话号码存储单元中存储的电话号码绑定的流媒体HTTP URL。该业务请求模块用于向业务服务器请求并获取流媒体RTSP URL，其包括一请求发送单元及一接收单元。该请求发送单元用于根据该流媒体地址管理单元的查询结果，向业务服务器发送请求要求获取与HTTP URL对应的流媒体RTSP URL，该请求中携带该通讯终端的信息。该接收单元用于接收业务服务器返回的流媒体RTSPURL。该流媒体请求模块包括一请求发送单元及一接收单元，该请求发送单元根据业务请求模块获取的流媒体地址向流媒体服务器发送请求要求获取流媒体内容；该接收单元用于接收流媒体服务器返回的流媒体内容。该流媒体播放模块用于播放该流媒体内容。

假设已在业务服务器上进行设置，由业务服务器管理流媒体的HTTPURL，将流媒体的HTTP URL与其RTSP地址对应；并且通讯终端已向业务服务器定制流媒体流媒体业务，将电话簿的某号码与特定流媒体对应的HTTP URL绑定并存储该绑定结果，则采用上述系统实现通讯终端流媒体的流程包括如下步骤：

S1、业务服务器接收到通讯终端的获取流媒体相关信息的请求，向该通讯终端返回该流媒体相关信息，触发通讯终端根据该流媒体相关信息向流媒体服务器发送播放该流媒体内容的请求；

S2、流媒体服务器接收到通讯终端发送的播放流媒体内容的请求，向通讯终端播放其请求的流媒体。

下面以支持通讯终端实现流媒体为例，结合具体描述本发明实施例中通讯过程的关键流程。

图7为本发明第一实施例，本实施例中，假设被叫通讯终端IP地址为：10.11.29.119；业务服务器地址为：10.11.28.141；流媒体服务器地址：10.11.28.137，且被叫方已订阅来电流媒体，将通讯终端A的号码与流媒体C的HTTP URL绑定，关键流程描述如下。

S101：主叫通讯终端A发起呼叫，向通讯网络侧装置发送INVITE请求。

S102：通讯网络侧装置对INVITE请求进行处理后，转发给被叫通讯终端B。

S105：被叫通讯终端B根据呼叫请求中的来电号码查找本端的号码簿，获取预先和主叫通讯终端A的号码绑定的流媒体C的HTTP的URL即URL地址H1。

S106：被叫通讯终端B向业务服务器发送请求，请求获取H1中的内容。

该请求为HTTP请求，请求中携带本端的信息。

本实施例中与通讯终端A的号码绑定的流媒体C的HTTP的URL地址为：

“http://10.11.28.141/terminalWeb/Content/viewprogram.do？id＝34”

通讯终端B通过解析该URL地址获取业务服务器地址为10.11.28.141，并发送http请求给10.11.28.141。

该HTTP请求可以为：

GET/terminal/terminalWeb/Content/viewprogram.do？id＝34％usrname＝xxx％pwd＝xxx”。

其携带的内容包括用户的名称及密码等信息。

S107：业务服务器根据接收的被叫通讯终端B的HTTP请求中的用户名称/密码等进行身份认证、计费等处理。

S108：如果身份验证后确认通讯终端B订制了流媒体业务，业务服务器向被叫通讯终端B返回H1地址对应的流媒体C的RTSP URL(R1)。

该步骤中，业务服务器对终端请求进行验证后给终端一个HTTP 302响应，在这个响应中会带上实际媒体(彩玲C)的地址R1，例如：

Response Code 302：

Location：

Rtsp://10.11.28.137：5541cncmax/3/hs_media/263film_cif.3gp？accountType

＝1&limitflux＝.........

S109：被叫通讯终端向流媒体服务器请求播放R1对应的流媒体内容。

该步骤中被叫通讯终端接收到业务服务器的返回结果，解析该流媒体RTSP URL，获取流媒体服务器地址为10.11.28.137，于是向10.11.28.137发起一个RTSP请求(SETUP)，要求建立媒体流连接，并在媒体流连接成功后与流媒体服务器进行交互，开始接收并播放流媒体C。

S110～S111：被叫通讯终端向主叫通讯终端A指示本端开始振铃，此步与S109步同时进行。

S112：流媒体服务器向被叫通讯终端B播放其请求播放的流媒体。

S113：被叫通讯终端B用户摘机。

S114：被叫通讯终端B向流媒体服务器请求停止播放流媒体，并切换音频开始通话。

S115～S116：被叫通讯终端B向对端指示本端摘机，此步与S114步同时进行。

S117：流媒体服务器停止向被叫通讯终端B播放流媒体。

S118～S120：通话建立。

该实施例实现过程中，S110～S111步骤可以设成与S112步骤同时或在该步骤之后进行，此时主叫通讯终端A是在流媒体服务器向被叫通讯终端B播放流媒体的同时或开始播放之后收到被叫通讯终端B的振铃指示。这样处理的好处是可以使主叫通讯终端A与被叫通讯终端B的处理结果信息同步，由于在通讯网络中信息的处理速度非常快，因此该步骤S110～S111的处理时机比较灵活。

在S102步，被叫通讯终端B在接收到INVITE请求后，其内部处理来电铃音的流程如图8所示。

S201～S202、终端B接收到新来电请求后，首先检查是否能够获取到来电号码，如果不能获取转S210；如果获取到了来电话码则转S203。

S203～S204、在号码簿中检查来电号码是否已经进行了流媒体地址绑定，如果未绑定转S210；如果已绑定，假设该来电号码对应的流媒体HTTP URL为H1，转S205。

S205、向业务服务器请求该流媒体地址H1的内容。

S206、如果发出请求后两秒内收到了业务服务器返回的流媒体RTSPURL(R1)则转S207；否则转S210。

S207、向流媒体服务器请求播放流媒体地址R1对应的内容。

S208、如果发出播放请求两秒内收到了流媒体服务器发送过来得流媒体内容则转S209；否则转S210。

S209、接收流媒体内容并进行播放，结束。

S210、播放本机铃音，结束。

需要说明的是，在S204及S206步骤中，判断时间可根据需要具体设定。如果被叫通讯终端B在设定的时间内没有收到相应的响应而执行了步骤S208，则此后即使被叫通讯终端B又接收到了响应(比如业务服务器返回了请求的流媒体地址H1的内容或者流媒体服务器发送的流媒体)，通讯终端也不再对该响应进行处理，而是继续播放本机铃音直至通话建立。

以上为本发明的第一实施例。本发明第二实施例如图9所示，为主叫通讯终端定制炫彩回铃音时通讯系统的关键流程图。

S301：主叫通讯终端A发起呼叫，向通讯网络侧装置发送INVITE请求。

S302：通讯网络侧装置对INVITE请求进行处理后，转发给被叫通讯终端B。

S302～S306：被叫通讯终端B向对端终端A指示本端开始振铃。

S307：主叫通讯终端A查询地址薄，获取预先和被叫通讯终端B的号码绑定的流媒体HTTP URL(H1’)。

S308：主叫通讯终端A向业务服务器发送请求，请求获取H1’中的内容。

该请求为HTTP请求，，请求中携带本端的信息。

S309：业务服务器根据接收的终端A的请求进行身份认证、计费等处理。

S310：业务服务器向主叫通讯终端A返回H1地址对应的流媒体RTSPURL(R1’)。

S311：终端Aj记录该流媒体地址R1’。

S312：主叫通讯终端A向流媒体服务器请求播放流媒体地址R1’对应的流媒体内容。

S313：流媒体服务器向主叫通讯终端A播放其请求播放的流媒体内容。

S314～S315：被叫通讯终端B用户摘机，指示本端摘机。

S316：主叫通讯终端A向流媒体服务器请求停止播放铃音媒体，并切换音频开始通话。

S317：流媒体服务器停止向主叫通讯终端A播放铃音媒体。

S318～S320：通话建立。

在该实施例中，主叫通讯终端A向业务服务器获取流媒体地址H1’的内容的步骤S307～S310可以在发起呼叫同时触发，也可在收到被叫通讯终端B的振铃指示后才触发。

如果A向业务服务器获取流媒体地址H1’的内容的步骤S307～S310在收到被叫通讯终端B的振铃指示后才触发，其内部处理回铃音的流程如图10所示。

S401、主叫请求呼出。

S402、收到被叫通讯终端B的振铃指示。

S403～S404、在号码簿中检查来电号码是否已经进行了流媒体地址绑定，如果未绑定转S410；如果已绑定，假设该来电号码对应的流媒体HTTP URL为H1’，转S405。

S405、向业务服务器请求该流媒体地址H1’的内容。

S406、如果发出请求后两秒内收到了业务服务器返回的流媒体RTSPURL(R1’)则转S409；否则转S410。

S407、向流媒体服务器请求播放流媒体地址R1’的内容。

S408、如果后发出播放请求两秒内收到了流媒体服务器发送过来得流媒体则转S409；否则转S410。

S409、接收流媒体并进行播放，结束。

S410、播放本机铃音，结束。

如果主叫通讯终端A向业务服务器获取流媒体地址H1’的内容的步骤S307～S310在发起呼叫同时触发，其内部获取回铃音的流程与上述收到被叫通讯终端B的振铃指示后触发相同。需要注意的是，因为此时终端A向业务服务器获取铃音在发起呼叫时就已经触发，因此，会出现两种情况：

1、主叫通讯终端A获取业务服务器返回的流媒体地址R1’在收到被叫通讯终端B的振铃指示之前完成，此时需要继续等待被叫通讯终端B的振铃指示才能触发终端A向流媒体服务器服务器请求播放铃音媒体。

2、终端A在收到被叫通讯终端B的振铃指示之后仍未获取业务服务器返回的铃音媒体地址R1’，此时可以根据预先设定的选择情况判断是继续等待还是直接播放本机铃音。

上述本发明实施例中，通讯终端用户(如上面的被叫通讯终端B的用B)可以通过终端上的Web浏览器浏览业务服务器生成的业务定制网页来订制/取消流媒体业务。业务定制网页中列出了可供用户选择的流媒体，每个媒体都是以超链接的形式给出。用户选定某个铃音对应的流媒体HTTP URL(H1)后可以进行以下操作：

S501、预览该铃音媒体。此时将启用终端的流媒体播放器请求播放该段媒体。

S502、将该媒体地址(即超链接的地址H1)与终端号码簿上的某个号码进行绑定，订制后该号码呼入的时候通讯终端将请求播放该媒体作为终端铃音。

定制完成后用户还可以在通讯终端查看当前自己订制了哪些铃音。

如果用户的通讯终端设备具有浏览Web网页，并能够通过Web网页与Web服务器进行交互的能力，则该定制过程可直接在通讯终端完成。

另外，本发明实施例并非只针对流媒体，如果通讯终端具有视频播放功能，本发明实施例同样也支持通讯终端的视频流媒体的绑定。

以上实施例以服务器采用HTTP URL对应RTSP URL，实际操作中也可以采用其他的对应方式来实现对流媒体地址的管理，例如采用SIP URL与RTSP URL对应，此时通讯终端将电话号码与流媒体的SIP URL绑定。

本发明实施例支持通讯终端实现流媒体业务，在通过业务服务器及流媒体服务器与通讯终端的交互直接实现通讯终端的流媒体支持，因此不仅克服了通讯终端铃音存储量小的缺点，而且在业务过程中不需要通讯网络侧的参与，不会改变现有通讯网络侧的的信令处理流程，因此不会加重通讯网络侧的负担。同时，由于采用了业务服务器和流媒体服务器，不需要另外开发铃音数据库。另外，如果用户定制了本发明实施例的流媒体业务，其不仅可以根据流媒体直接识别对方的身份，更加可以根据自己的喜好选择流媒体，增强了用户体验，进而可以提高运营商的竞争力。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1、一种通讯的方法，其包括如下步骤：

通讯终端在呼叫处理的过程中，在判断来电号码或被叫号码与特定流媒体绑定后，向业务服务器发送获取流媒体相关信息的请求；

该通讯终端接收到返回的所述流媒体相关信息，向流媒体服务器发送播放与所述流媒体相关信息对应的流媒体内容的请求，其中，所述流媒体相关信息为与主叫或被叫号码绑定的流媒体的HTTP URL对应的RTSP URL；

该通讯终端接收到返回的流媒体内容，进行播放。

2、如权利要求1所述的方法，其特征在于，该方法进一步包括：该通讯终端在通话建立时，停止播放该流媒体内容。

3、如权利要求1所述的方法，其特征在于，该方法进一步包括：业务服务器接收到的通讯终端的请求中携带用户信息，业务服务器根据该用户信息对用户进行身份验证，和/或进行计费。

4、如权利要求1所述的方法，其特征在于，所述通讯终端在呼叫处理的过程中，在判断来电号码或被叫号码与特定流媒体绑定后，向业务服务器发送获取流媒体相关信息的请求的过程具体为：

通讯网络侧装置接收并处理来自主叫侧的通讯终端呼叫请求，将处理结果发送给主叫侧或被叫侧的通讯终端，触发主叫侧或被叫侧的通讯终端向业务服务器发送要求获取流媒体相关信息的请求。

5、如权利要求1所述的方法，其特征在于，在所述通讯终端在呼叫处理的过程中，在判断来电号码或被叫号码与特定流媒体绑定后，向业务服务器发送获取流媒体相关信息的请求之前还包括：

业务服务器管理流媒体的HTTP URL，将流媒体的HTTP URL与其RTSP URL对应；

通讯终端向业务服务器定制流媒体业务，将电话簿的某号码与特定流媒体对应的HTTP URL绑定并存储所述绑定的结果。

6、如权利要求1至5任一项所述的方法，其特征在于，该通讯终端为被叫通讯终端，所述通讯终端在呼叫处理的过程中，在判断来电号码或被叫号码与特定流媒体绑定后，向业务服务器发送获取流媒体相关信息的请求，该通讯终端接收到返回的所述流媒体相关信息的过程具体为：通讯侧网络装置转发主叫终端的请求给被叫通讯终端，触发该被叫通讯终端根据所述主叫终端的请求进行如下动作：

查找本端的号码簿，获取预先和对端号码绑定的流媒体的HTTP URL；

向业务服务器发送获取流媒体相关信息的请求，要求获取与该HTTPURL对应的流媒体的RTSP URL的内容；

接收业务服务器返回的与该HTTP URL对应的流媒体RTSP URL。

7、如权利要求6所述的方法，其特征在于，通讯侧网络装置转发主叫终端的请求给被叫通讯终端，触发该被叫通讯终端根据所述主叫终端的请求进行如下的动作具体为：

在号码簿中检查来电号码是否进行了流媒体URL的绑定，如果已绑定，获取该来电号码对应的流媒体的HTTP URL，向业务服务器请求该流媒体HTTP URL的内容；

如果发出请求后在设定的时间内收到了业务服务器返回的流媒体RTSPURL，向流媒体服务器发送播放流媒体RTSP URL对应的内容的请求。

8、如权利要求1至5任一项所述的方法，其特征在于，该通讯终端为主叫通讯终端，所述通讯终端在呼叫处理的过程中，在判断来电号码或被叫号码与特定流媒体绑定后，向业务服务器发送获取流媒体相关信息的请求，该通讯终端接收到返回的所述流媒体相关信息的过程具体为：

通讯网络侧装置接收处理主叫通讯终端发送的请求，向主叫通讯终端返回被叫通讯终端的振铃指示，触发该主叫通讯终端进行如下动作：

在号码簿中检查被叫号码是否已经进行了流媒体HTTP URL绑定；如果已绑定，获取与被叫通讯终端电话号码对应的流媒体HTTP URL，向业务服务器请求，要求获取该流媒体RTSP URL的内容；

如果发出请求后在设定时间内收到了业务服务器返回的流媒体RTSPURL，向流媒体服务器请求播放流媒体RTSP URL对应的内容。

9、如权利要求1、2、3或5任一项所述的方法，其特征在于，该通讯终端为主叫通讯终端，所述通讯终端在呼叫处理的过程中，在判断来电号码或被叫号码与特定流媒体绑定后，向业务服务器发送获取流媒体相关信息的请求；该通讯终端接收到返回的所述流媒体相关信息，向流媒体服务器发送播放与所述流媒体相关信息对应的流媒体内容的请求的过程具体为：

主叫通讯终端发起呼叫，向通讯网络侧装置发送请求；

主叫通讯终端查询地址薄，获取预先和被叫通讯终端号码绑定的流媒体的HTTP URL；

向业务服务器发送请求，要求获取与该HTTP URL对应的流媒体RTSPURL；

主叫通讯终端收到业务服务器返回的流媒体RTSP URL，且接收到被叫通讯终端的振铃指示，向流媒体服务器发送播放流媒体RTSP URL对应的内容的请求。

10、如权利要求9所述的方法，其特征在于，该主叫通讯终端发起呼叫，向通讯网络侧装置发送请求后，所述方法具体包括：

在号码簿中检查被叫电话号码是否已经进行了流媒体地址绑定；如果已绑定，获取被叫通讯终端电话号码对应的流媒体HTTP URL，向业务服务器请求该流媒体RTSP URL的内容；

如果发出请求后在设定时间内收到了业务服务器返回的流媒体RTSPURL，且接收到被叫通讯终端的振铃指示，则向流媒体服务器请求播放所述流媒体RTSP URL对应的内容；

如果向流媒体服务器发送播放流媒体RTSP URL对应的内容的请求后，在设定时间内收到了流媒体服务器发送过来的流媒体内容，则播放该流媒体内容。

11、一种通讯系统，其特征在于，包括通讯网络侧装置、流媒体支持装置，

该通讯网络侧装置用于处理通讯终端之间的通话连接，触发该通讯终端向该流媒体支持装置发送流媒体业务请求；

该流媒体支持装置用于接收该通讯终端的流媒体业务请求，向该通讯终端播放流媒体内容；

其中，所述流媒体支持装置包括业务服务器及流媒体服务器，

该业务服务器包括流媒体地址管理模块，用于根据用户定制的流媒体业务，管理流媒体RTSP URL，将该RTSP URL与特定的HTTP URL对应，并根据用户通讯终端的请求向通讯终端返回流媒体RTSP URL；

流媒体服务器用于存储流媒体、接收并响应通讯终端的流媒体播放请求。

12、如权利要求11所述的系统，其特征在于，该业务服务器还包括定制页面产生模块和/或用户身份验证模块，

该定制页面产生模块用于产生流媒体定制页面并提供用户流媒体绑定业务；

该用户身份验证模块用于根据通讯终端的信息验证用户身份。

13、如权利要求11所述的系统，其特征在于，其还包括通讯终端，该通讯终端用于通过通讯网络侧装置建立通话，并根据通讯网络侧装置的处理结果向流媒体支持装置发送流媒体业务请求。

14、一种通讯终端，其特征在于，包括流媒体地址管理单元、业务请求模块及流媒体请求模块，

该流媒体地址管理单元，用于管理及查询与电话号码绑定的流媒体HTTP URL；

该业务请求模块，用于根据流媒体地址管理单元的查询结果，向业务服务器请求流媒体的RTSP URL，并接收业务服务器返回的RTSP URL；

该流媒体请求模块，用于根据业务请求模块获取的流媒体RTSP URL向流媒体服务器请求流媒体内容，并接收流媒体服务器返回的流媒体内容。

Images