CN101111077B - 多媒体广告彩像***及其实现广告彩像业务的方法 - Google Patents

Abstract

本发明公开了一种多媒体广告彩像***及其实现广告彩像业务的方法，应用于IP多媒体子***，IP多媒体子***包括PSS服务器，广告彩像***包括：多媒体广告彩像应用服务器，与PSS服务器相连，接收PSS的多媒体广告彩像业务请求，并对所述业务请求进行处理，包括根据请求判断需要播放的广告音频和/或视频文件，并发送播放广告彩像文件消息；媒体资源服务器，用于存储广告彩像文件，接收终端上传的广告彩像文件并对彩像文件进行共享；媒体服务器，用于播放广告彩像文件，接收多媒体广告彩像应用服务器所发送的播放广告彩像文件消息，读取媒体资源服务器上共享的广告彩像文件后向终端播放。本发明***及方法能起到更好的企业宣传和产品推广作用。

Description

多媒体广告彩像***及其实现广告彩像业务的方法

技术领域

本发明涉及电信通讯行业领域，尤其涉及一种IMS(IP MultimediaSubsystem，简称IMS)域多媒体广告彩像***及其实现广告彩像业务的方法。

背景技术

彩像业务是一项由主叫用户定制，为被叫用户提供的一段个性化的音频或者视频片断用来替代单调的振铃音的业务。随着宽带技术的发展及第三代无线通信技术(3G)的成熟应用，越来越多的用户成为彩像业务的受益者。特别是IP(Internet Protocol)多媒体子***(IP Multimedia Subsystem，简称IMS)域用户数的增长，采用SIP(Session Initiation Protocol，会话启动协议)协议的视频终端的大量使用，为彩像业务提供了广阔的发展空间。

IMS是在3GPP R5版本的核心网中首次引入，这是在基于IP的网络上提供多媒体业务的通用网络架构，3GPP R6、R7版本对IMS进行了完善。IMS的重要特点是对控制层功能做了进一步分解，实现了会话控制实体CSCF(Call Session Control Function，呼叫会话控制功能)和业务、承载在功能上的分离，使网络架构更为开放、灵活。IMS的另一重要特点是采用SIP作为呼叫控制协议。

IMS是一个在PS域(Packet Switched，分组交换，用于宽带数据传输)上面的多媒体控制/呼叫控制平台，IMS使得PS具有CS(Circuit Switched，电路承载域，用于窄带数据传输)的部分功能，支持会话类和非会话类的多媒体业务。IMS为未来的多媒体应用提供一个通用的业务平台，典型的业务如：Presence、Messaging、Conferencing、PoC等，因此对于传统的移动运营商，IMS的需求更多的是近期市场的需求，在考虑建设IMS网络时，不仅要考虑移动用户的需求，也需要考虑大客户的需求和一些潜在固定宽带用户的需求，但是这些固定业务的需求，并不是传统PSTN/ISDN业务的需求，应该是宽带多媒体业务的需求，因此在考虑建设IMS时也并不需要考虑PSTN仿真业务(PES)的提供，而是提供PSTN模拟业务(Public SimulationService，PSS)。

SIP是一个客户/服务器协议。协议消息分为两类：请求和响应。请求消息从客户机发往服务器，响应消息则从服务器发往客户机。协议消息的目的是建立或终结会话，该会话可以是Internet多媒体会议、Internet电话呼叫或多媒体信息流分配。SIP是通过“邀请”的方法来建立会话的，“邀请”是SIP协议的核心机制。发出邀请请求后，终接用户或网络应回送响应。在SIP中，响应分为两类。一类是中间响应，报告呼叫的进展情况，如用户空闲、正在“振铃”(提示用户)等；另一类为最终响应，包括成功响应和异常失败响应。

SIP协议定义的只是呼叫(会话)建立、终结和修改的信息，并不涉及媒体控制。媒体类型、编码格式、收发地址等信息仍由SDP(会话描述协议)协议传送，并作为SIP消息的消息体(Body)和头部一起传送。因此，支持基于SIP的多媒体通信应用的网元和终端必须能支持SDP。另外，SIP响应消息的消息体还包含指示呼叫进展和失败原因的文本信息。

SIP信令详细内容可参考RFC3261。下面对发明中的提到的SIP消息做简要介绍：

1)Invite：会话请求消息，用来邀请用户或应用程序加入某会话。

2)183：183(Session Progress)应答用于提示建立对话的进度消息。Reason-Phrase(表达原因的句子)、头域或者消息体可以用于提示呼叫进度的更详细的信息。

3)180：180(Ringing)本地振铃消息。

4)PRACK：1XX临时响应得确认消息。具体可参考协议RFC3262。

5)200OK：表示请求已经处理成功。这个消息取决于不同方法的请求的应答。

6)ACK：200OK应答的确认消息以及4XX、5XX、6XX等的确认消息。

7)INFO：INFO消息的目的是沿着SIP信令通路携带应用层消息，由协议RFC2976规定。

8)CANCEL：取消客户端发起的上一个请求。

9)487：表示请求被BYE或CANCEL中止。

10)Early Session：早会话，由协议RFC3959规定。

11)Session，正常会话。

现有的广告媒介可谓五花八门，如果能把彩像业务受众面广和提供媒体信息丰富的特点和广告结合起来，不仅形式新颖，而且能起到很好的广告效果。但是当前的彩像业务并不能实现广告功能。

发明内容

本发明要解决的技术问题是提供一种多媒体广告彩像***及其实现广告彩像业务的方法，以起到更好的企业宣传和产品推广作用，满足用户需求。

为了解决上述技术问题，本发明提供了一种多媒体广告彩像***，应用于IP多媒体子***，所述IP多媒体子***包括核心网、边界网关控制器和PSS服务器，所述广告彩像***包括：

多媒体广告彩像应用服务器，与所述PSS服务器相连，接收PSS服务器的多媒体广告彩像业务请求，并对所述业务请求进行处理，包括根据所述请求判断需要播放的广告音频和/或视频文件，并发送播放广告彩像文件消息；

媒体资源服务器，用于存储广告彩像文件，接收终端上传的广告彩像文件并对所述彩像文件进行共享；

媒体服务器，用于播放广告彩像文件，接收多媒体广告彩像应用服务器所发送的播放广告彩像文件消息，读取媒体资源服务器上共享的广告彩像文件后向被叫终端播放；

所述PSS服务器实现对多媒体广告彩像业务的触发控制及媒体服务器和被叫终端的媒体协商逻辑控制。

进一步地，所述多媒体广告彩像***还包括：

互联网服务器，用于接收用户的多媒体广告彩像业务请求，并输出给所述多媒体广告彩像应用服务器；

接口机，用于所述互联网服务器和所述多媒体广告彩像应用服务器之间的交互。

进一步地，所述多媒体广告彩像***还包括：数据库，用于存储用户的签约数据及业务数据，包括用户所订购的广告彩像文件记录。

为了解决上述技术问题，本发明还提供了一种实现多媒体广告彩像业务的方法，其特征在于，所述方法包括如下步骤：

(1)签约用户在PSS服务器上登记多媒体广告彩像业务信息；

(2)签约用户拨打电话呼叫被叫，呼叫到达PSS服务器，所述PSS服务器发送会话请求消息到多媒体广告彩像应用服务器及被叫终端；

(3)所述多媒体广告彩像应用服务器收到所述会话请求消息后根据呼叫信息判断本次呼叫需要播放的广告音频和/或视频文件；被叫终端收到所述会话消息后向PSS发送本地振铃消息；

(4)PSS收到所述本地振铃消息后向多媒体广告彩像应用服务器发送播放广告彩像文件消息；

(5)多媒体广告彩像应用服务器收到所述播放广告彩像文件消息后，向媒体服务器发送播放广告彩像文件消息，媒体服务器接到所述播放广告彩像文件消息后，从媒体资源服务器获得需要播放的广告音频和/或视频文件，并对文件进行解码后向被叫终端发送音频和/或视频媒体流。

进一步地，步骤(3)中所述呼叫信息为主叫号码、被号号码、当前日期、当前时间之中的一个信息或者多个信息的任意组合。

进一步地，步骤(3)中所述会话消息经过核心网到达被叫侧终端。

进一步地，步骤(3)中所述会话消息到达被叫终端后，被叫终端和所述PSS之间进行媒体协商，之后被叫终端向PSS发送本地振铃消息；

进一步地，步骤(3)中所述被叫终端和所述PSS之间进行媒体协商的步骤为：被叫终端返回应答消息给所述PSS服务器，所述PSS服务器接到该应答消息后，返回临时响应应答消息给被叫终端，被叫终端返回确认消息至所述PSS服务器。

进一步地，步骤(3)中，如果被叫终端返回的应答消息带有早会话的请求媒体和正常会话的应答媒体，PSS将在临时响应应答消息中带早会话的应答；如果被叫终端返回的应答消息只有正常会话的应答媒体，则PSS将在临时响应应答消息中带早会话的请求，被叫终端将在应答的请求成功处理消息中回带有早会话的应答。

进一步地，所述方法还包括以下步骤：

(6)被叫用户摘机应答，媒体服务器结束播放广告彩像文件，用户正常通话。

本发明多媒体广告彩像***及其实现广告彩像业务的方法，对于视频支持，具有形式新颖、信息丰富、用户面广的特点。广告彩像提供商将产品宣传广告、企业形象广告等各类合法的广告做成多媒体视频片断，供广告彩像业务签约用户订购、设置使用。广告彩像用户可以通过设置广告彩像为企业打广告，企业或运营商可以为用户提供一定的回报。企业根据本企业的广告彩像的使用频率支付给运营商相应的广告费用。这样能起到更好的企业宣传和产品推广作用，并具有经济效益，能更好地满足用户对广告彩像业务的需求。

附图说明

图1是本发明的多媒体广告彩像***实施例的组网结构图。

图2是本发明第一实施例实现多媒体广告彩像业务的方法流程图。

图3是本发明第二实施例的多媒体广告彩像***组网结构示意图

图4是图3所示***的的呼叫信令流程图。

图5是本发明的签约用户体验及订购广告彩像流程图。

图6是本发明的签约广告彩像提供商上传广告彩像流程图。

图7是被叫终端所回的183消息中带Early session的情况下***的消息流程图。

图8是被叫终端的183消息中不带early session的情况下***的消息流程图。

具体实施方式

本发明提供了一种实现多媒体广告彩像的***及方法，以及在IMS域的实现。

多媒体广告彩像***在IMS核心网基础上，对公共电话交换网络模拟业务(Public Simulation Service，PSS)服务器进行改造，并增加广告彩像***组成。为了实现对原有公共电话交换网络(Public Switched TelephoneNetwork，PSTN)业务的融合，由公共电话交换网络模拟业务(PSS)服务器实现对多媒体广告彩像业务的触发控制及媒体服务器和被叫终端的媒体协商逻辑控制。

PSS服务器在IMS网络中提供基本业务、补充业务、IP centrex业务等IP多媒体电话业务。本发明中多媒体广告彩像业务是作为一个补充业务存在于PSS上的。用户需要在PSS上登记多媒体广告彩像业务信息。当呼叫到达PSS时，PSS判断用户有广告彩像业务属性，就会发送会话请求(Invite)消息到多媒体广告***，具体的说，是发送到多媒体广告彩像服务器，完成和多媒体广告***的信令交互。

本发明主要在核心网上增加多媒体广告彩像服务器(MultimediaAdvertisement Display Application Server，MADAS)、媒体服务器(MediaServer，MS)、媒体资源服务器(Media Resource Server，MRS)。

下面结合附图对本发明的优选实施例进行详细说明：

参照图1所示，为本发明第一实施例的多媒体广告彩像***组网结构图。本发明相关的主要设备包括以下部分：核心网，包括CSCF(Call SessionControl，呼叫会话控制功能)、HSS(Home Subscriber Server，归属用户服务器)等，所述核心网还包括公共电话交换网络模拟业务(PSS)服务器1、边界网关控制器(Session Border Controller，SBC)2。本发明还包括多媒体广告彩像应用服务器(MADAS)3、接口机(Interface Management Point，IMP)4、媒体资源服务器(MRS)5、媒体服务器(MS)6以及互联网(WEB)服务器7、数据库(Data Base，DB)8。

其中，多媒体广告彩像应用服务器3和PSS服务器1相连，多媒体广告彩像应用服务器3与数据库8及媒体服务器6相连，媒体服务器6与媒体资源服务器5相连，媒体资源服务器5及多媒体广告彩像应用服务器3分别与接口机4相连，接口机4与互联网服务器相连。

其中各个模块具有以下功能：

MADAS：提供多媒体广告彩像的呼叫处理业务逻辑以及完成和接口机IMP的交互实现WEB上的用户订购广告彩像、上传等功能，并根据用户请求判断需要播放的广告音频和/或视频文件，向MS发送带有地址信息的播放广告彩像文件消息。

MRS：存储广告彩像的设备，提供FTP(File Transfer Protocol，文件传输协议)服务供WEB上传广告彩像文件，另外提供NFS(Net File System，网络文件***)服务共享广告彩像文件，供MS播放使用。

MS：媒体服务器、是广告彩像的播放设备。MS读取MRS上通过NFS服务共享的广告彩像文件，然后向终端播放。MADAS和MS之间也是通过SIP协议完成交互的。

IMP：完成WEB和MADAS之间的交互工作，和WEB服务器、MADAS一起完成用户的WEB请求。

DB：数据库用来存储用户的签约数据及业务数据，如用户所订购的广告彩像的文件记录等。

WEB服务器：用户与多媒体彩像***之间信息交互的门户，用户通过WEB门户完成业务属性的修改，并发送广告彩像的预览、订购等请求，以及广告彩像提供商发送上传广告彩像请求，用户通过WEB服务器对广告彩像文件进行浏览。

参照图2所示，为本发明第一实施例实现多媒体广告彩像业务的方法流程图。该方法包括以下步骤：

步骤201：签约用户在PSS服务器上登记多媒体广告彩像业务信息；

步骤202：签约用户拨打电话呼叫被叫，呼叫到达PSS，PSS发送Invite消息到MADAS触发广告彩像业务软件；

步骤203：广告彩像业务软件根据主叫号码、被号号码，当前日期、时间，判断本次呼叫需要播放的广告音频和/或视频文件；

步骤204：Invite消息经过核心网到达被叫侧终端，被叫终端和所述PSS之间进行媒体协商，终端返回的183消息有可能带Early session或不带Earlysession。如果终端返回183消息带有Early session的请求(offer)媒体和Session的应答(answer)媒体，PSS将在临时响应应答(PRACK)消息中带Early session的应答(answer)；如果终端返回的183消息只有Session的应答(answer)媒体，则PSS将在临时响应应答(PRACK)消息中带Earlysession的请求(offer)，终端将在临时响应应答(PRACK)的200OK消息中回Early session的answer。

步骤205：被叫终端向PSS发送180(本地振铃消息)消息，PSS接到该180消息后，向MADAS发送播放的Info消息；MADAS向媒体服务器发送播放广告彩像文件的消息，媒体服务器接到所述播放消息后，从媒体资源服务器获得需要播放的广告音频和/或视频文件，并对文件进行解码后向终端发送视频和/或音频媒体流；

步骤206：用户摘机应答，媒体服务器停止向终端发送视频和/或音频媒体流，广告彩像播放结束，用户正常通话。

优选实施例二：

参照图3所示，为本发明第二实施例的多媒体广告彩像***组网结构示意图，在本实施例中，将所述网络分成了主叫用户侧和被叫用户侧两部分。

参照图4所示，是图3所示***的的呼叫信令流程图。因为不影响说明流程，中间设备CSCF和SBC在图中并未画出。下面具体说明流程：

步骤401：主叫发起呼叫经过SBC，SBC转发到CSCF，CSCF在接收到主叫用户呼叫后根据初始过滤规则(Initial Filter Criteria，IFC)触发主叫侧PSS。

步骤402：主叫PSS发起到MADAS的呼叫。

步骤403：MADAS查询数据库DB，得到用户的注册信息及待播放的MRS上的广告彩像文件地址信息。

步骤404：MADAS呼叫媒体服务器，获取媒体服务器支持媒体类型信息。

步骤405：主叫PSS发起到被叫的呼叫，中间要经过被叫侧CSCF、SBC等设备。

步骤406：主叫PSS通过183、PRACK、200PRACK消息完成媒体服务器和被叫终端的媒体协商。具体信令消息可参考图7、图8。

步骤407：被叫终端回180振铃消息经过核心网设备SBC、CSCF，到达主叫侧PSS。

步骤408：主叫PSS发送Info消息通知MADAS播放广告彩像文件。

步骤409：MADAS通知媒体服务器MS播放广告彩像文件。

步骤410：MS根据广告彩像文件地址信息读取MRS上的对应文件。

步骤411：MS播放读取到的广告文件，经过SBC向终端发送媒体流。

参照图5所示，是本发明的签约用户体验及订购广告彩像流程图。下面具体说明流程：

步骤501：签约用户在WEB上输入个人信息，发送登陆注册请求。

步骤502：WEB服务器从DB中查询用户信息，确定用户身份，DB返回用户的个人信息，及***可提供的广告彩像信息。

步骤503：WEB服务器返回用户登录成功，及呈现给用户个人信息及***信息。

步骤504：用户发起体验某个广告彩像的请求。

步骤505：WEB服务器发起该用户请求到IMP。

步骤506：IMP从DB中查询该广告彩像的具体信息，包括媒体类型、文件地址及大小等信息。

步骤507：IMP通过FTP方式从MRS下载广告彩像媒体到本地。

步骤508：IMP通知WEB服务器，下载文件成功，并开启本地FTP服务器，提供文件地址给WEB服务器。此处的文件地址是重新分配的在IMP本地服务器的地址。

步骤509：WEB服务器根据所述文件地址从IMP提供的FTP服务器下载文件到本地的临时文件夹。

步骤510：WEB服务器提供给用户临时文件的地址。这时用户就可以预览体验广告彩像了。

步骤511：用户发起订购广告彩像请求。

步骤512：WEB服务器发送该请求到IMP。

步骤513：IMP发送订购请求到MADAS的WEB管理模块。

步骤514：MADAS到DB中查询该条广告彩像信息，并给用户个人彩像库中增加该条广告。

步骤515：MADAS向IMP返回订购结果。

步骤516：IMP向WEB服务器返回订购结果。

步骤517：WEB服务器向用户呈现订购结果。

参照图6所示，是本发明的签约广告彩像提供商上传广告彩像流程图。下面具体说明流程：

步骤601，签约广告彩像提供商在WEB上输入个人信息，发送登陆注册请求。

步骤602，WEB服务器从DB中查询用户信息，确定用户身份。DB返回用户的个人信息。

步骤603，WEB服务器返回用户登录成功，及呈现给用户已上传的广告彩像信息。

步骤604，提供商发起广告彩像上传请求，上传广告彩像文件到WEB服务器临时文件夹。

步骤605，WEB服务器发起上传广告彩像请求到IMP。并上传广告彩像到IMP的FTP服务器上。

步骤606，IMP发送上传广告彩像请求到MADAS。

步骤607，MADAS调用DB存储过程，为将要上传的广告彩像分配ID(Identity，身份标识号码)。并在DB中增加广告彩像记录。

步骤608，MADAS将DB分配的广告彩像ID返回给IMP。

步骤609，IMP上传FTP服务器上的广告彩像到MRS。

步骤610，IMP通知WEB服务器上传广告彩像成功。

步骤611，WEB服务器通知用户广告彩像上传成功。

参照图7所示，是被叫终端所回的183消息中带Early session的情况下***的消息流程图。下面具体说明信令流程，在图7及图8的流程中用UE(User Equipment，用户设备)_A及UE_B代替主、被叫用户，并且所述PSS分为主叫PSS及被叫PSS，图7流程如下：

步骤(701-703)：主叫用户发起呼叫，UE_A发送Invite请求给UE_B，请求中包含正常媒体请求(offer)，同时SIP消息的support头域中包含支持早期会话(Early-session)能力的标识，主叫PSS发送消息给被叫PSS，主叫PSS和被叫PSS均不对信令做特殊处理。

步骤(704)：被叫UE_B返回183响应。响应中携带Early Session媒体B2Offer，同时响应中包含正常媒体响应B1 Answer。

步骤(705)：被叫PSS返回183响应给主叫PSS，响应消息中包含UE_B返回的应答媒体B1 Answer和UE_B的Early Session媒体B2。

步骤(706)：主叫PSS返回183响应给UE_A。

步骤(707)：UE_A发送PRACK，确认收到183响应。

步骤(708)：主叫PSS向MADAS发送Invite消息，消息中包含被叫UE_B的Early Session媒体B2。

步骤(709)：MADAS返回183消息，SDP中携带广告彩像应答媒体MAD Answer。

步骤(710-711)：主叫PSS发送PRACK消息给MADAS，MADAS回200OK消息。

步骤(712)：主叫PSS发送PRACK消息给被叫PSS，消息中携带广告彩像媒体MAD Answer。

步骤(713)：被叫PSS发送PRACK消息给UE_B，消息中携带MADAnswer。

步骤(714)：UE_B向被叫PSS发送200OK消息。

步骤(715)：被叫PSS发送200OK消息给主叫PSS。

步骤(716)：主叫PSS发送200OK消息给UE_A。

步骤(717-719)：被叫UE_B发送180消息给被叫PSS，被叫PSS发送180消息给主叫PSS，主叫PSS发送180消息给UE_A。

步骤(720-722)：UE_A发送PRACK，确认收到180响应，主叫PSS发送PRACK消息给被叫PSS，被叫PSS发送PRACK给被叫UE_B。

步骤(723-725)：UE_B发送200OK消息至被叫PSS，被叫PSS发送200OK消息给主叫PSS，主叫PSS发送200OK消息给UE_A。

步骤(726-727)：主叫PSS收到180消息后发送Info消息给MADAS，通知MADAS播放广告，MADAS发送200OK消息。

步骤(728-730)：被叫接听，UE_B发送200OK消息，被叫PSS发送200OK消息给主叫PSS，主叫PSS发送200OK消息给UE_A。

步骤(731-734)：主叫PSS发送Cancel消息给MADAS，释放到MADAS的呼叫。MADAS发送200OK消息。MADAS发送487消息，主叫PSS回ACK消息。

步骤(735-737)：主叫UE_A发送ACK消息给被叫UE_B，主被叫通话。

参照图8所示，是被叫终端的183消息中不带early session的情况下***的消息流程图。下面具体说明信令流程：

步骤(801-803)：主叫用户发起呼叫，UE_A发送Invite请求给UE_B，请求中包含正常媒体请求(offer)，同时SIP消息的support头域中包含支持早期会话(early-session)能力的标识，主叫PSS发送消息给被叫PSS，主叫PSS和被叫PSS均不对信令做特殊处理。

步骤(804)：被叫UE_B返回183响应。响应中携带正常媒体响应B1Answer。

步骤(805)：被叫PSS返回183响应给主叫PSS，响应消息中包含UE_B返回的应答媒体B1 Answer。

步骤(806)：主叫PSS返回183响应给UE_A。

步骤(807)：UE_A向主叫PSS发送PRACK，确认收到183响应。

步骤(808)：主叫PSS向MADAS发送Invite消息，该消息中不包含媒体信息。

步骤(809)：MADAS向主叫PSS返回183消息，SDP中携带广告彩像媒体请求(MAD Offer)。

步骤(810)：主叫PSS发送PRACK消息给被叫PSS，消息中携带广告彩像媒体MAD offer。

步骤(811)：被叫PSS发送PRACK消息给UE_B，消息中携带MADoffer。

步骤(812)：UE_B向被叫PSS发送200OK消息，消息中携带B2 Answer。

步骤(813)：被叫PSS发送200OK消息给主叫PSS，消息中携带B2Answer。

步骤(814)：主叫PSS发送200OK消息给UE_A。

步骤(815-816)：主叫PSS发送PRACK消息给MADAS，消息中携带B2Answer，MADAS回200OK消息给主叫PSS。

步骤(817-819)：被叫UE_B发送180消息给被叫PSS，被叫PSS发送180消息给主叫PSS，主叫PSS发送180消息给UE_A。

步骤(820-822)：UE_A向主叫PSS发送PRACK，确认收到180响应，主叫PSS发送PRACK消息给被叫PSS，被叫PSS发送PRACK给被叫UE_B。

步骤(823-825)：UE_B向被叫PSS发送200OK消息，被叫PSS发送200OK消息给主叫PSS，主叫PSS发送200OK消息给UE_A。

步骤(826-827)：主叫PSS收到180消息后发送Info消息给MADAS，通知MADAS播放广告，MADAS向主叫PSS发送200OK消息。

步骤(828-830)：被叫接听，UE_B向被叫PSS发送200OK消息，被叫PSS发送200OK消息给主叫PSS，主叫PSS发送200OK消息给UE_A。

步骤(831-834)：主叫PSS发送Cancel消息给MADAS，释放到MADAS的呼叫。MADAS向主叫PSS发送200OK消息。MADAS向主叫PSS发送487消息，主叫PSS向MADAS回ACK消息。

步骤(835-837)：主叫UE_A发送ACK消息给主叫PSS，主叫PSS发送ACK消息给被叫UE_B，主被叫通话。

图7和图8的流程都是符合相关协议的，是为了兼容不同终端而设计，这也是实现时所必须考虑的问题。媒体服务器支持多种格式的流媒体传输，音频支持常用的g711、g729、AMR等格式，视频支持H263、H264等，以满足不同终端的要求。媒体流的传输格式是由被叫终端和媒体服务器媒体协商的结果。被叫用户是否能够看到多媒体的视频广告彩像，由用户的终端是否支持视频播放及主叫用户为被叫用户定制的媒体类型共同决定。如果用户的终端不支持视频播放，被叫用户只能听到视频广告片断的音频部分。

多媒体广告彩像属于本专利首创，相较于现有技术，本发明提供一种新的广告业务的实现方法，特别对于视频支持，具有形式新颖、信息丰富、用户面广的特点。本发明只需要对PSS进行稍加改造，在IMS核心网上增加广告彩像***即可，实现起来比较简单，且不会和传统的补充类业务发生冲突。改造开销不大，却能很大地方便企业推销产品以及宣传企业形象。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种多媒体广告彩像***，应用于IP多媒体子***，所述IP多媒体子***包括核心网、边界网关控制器和公共电话交换网络模拟业务PSS服务器，其特征在于，所述广告彩像***包括：

多媒体广告彩像应用服务器，与所述PSS服务器相连，接收PSS服务器的多媒体广告彩像业务请求，并对所述业务请求进行处理，包括根据所述请求判断需要播放的广告音频和/或视频文件，并发送播放广告彩像文件消息；

媒体资源服务器，用于存储广告彩像文件，接收终端上传的广告彩像文件并对所述彩像文件进行共享；

媒体服务器，用于播放广告彩像文件，接收多媒体广告彩像应用服务器所发送的播放广告彩像文件消息，读取媒体资源服务器上共享的广告彩像文件后向被叫终端播放；

所述PSS服务器实现对多媒体广告彩像业务的触发控制及媒体服务器和被叫终端的媒体协商逻辑控制。

2.如权利要求1所述的多媒体广告彩像***，其特征在于，所述多媒体广告彩像***还包括：

互联网服务器，用于接收用户的多媒体广告彩像业务请求，并输出给所述多媒体广告彩像应用服务器；

接口机，用于所述互联网服务器和所述多媒体广告彩像应用服务器之间的交互。

3.如权利要求2所述的多媒体广告彩像***，其特征在于，所述多媒体广告彩像***还包括：数据库，用于存储用户的签约数据及业务数据，包括用户所订购的广告彩像文件记录。

4.一种利用权利要求1所述的多媒体广告彩像***实现多媒体广告彩像业务的方法，其特征在于，所述方法包括如下步骤：

(1)签约用户在PSS服务器上登记多媒体广告彩像业务信息；

(2)签约用户拨打电话呼叫被叫，呼叫到达PSS服务器，所述PSS服务器发送会话请求消息到多媒体广告彩像应用服务器及被叫终端；

(3)所述多媒体广告彩像应用服务器收到所述会话请求消息后根据呼叫信息判断本次呼叫需要播放的广告音频和/或视频文件；被叫终端收到所述会话请求消息后向PSS发送本地振铃消息；

(4)PSS收到所述本地振铃消息后向多媒体广告彩像应用服务器发送播放广告彩像文件消息；

(5)多媒体广告彩像应用服务器收到所述播放广告彩像文件消息后，向媒体服务器发送播放广告彩像文件消息，媒体服务器接到所述播放广告彩像文件消息后，从媒体资源服务器获得需要播放的广告音频和/或视频文件，并对文件进行解码后向被叫终端发送音频和/或视频媒体流。

5.如权利要求4所述的方法，其特征在于，步骤(3)中所述呼叫信息为主叫号码、被号号码、当前日期、当前时间之中的一个信息或者多个信息的任意组合。

6.如权利要求4或5所述的方法，其特征在于，步骤(3)中所述会话请求消息经过核心网到达被叫侧终端。

7.如权利要求4或5所述的方法，其特征在于，步骤(3)中所述会话请求消息到达被叫终端后，被叫终端和所述PSS之间进行媒体协商，之后被叫终端向PSS发送本地振铃消息。

8.如权利要求7所述的方法，其特征在于，步骤(3)中所述被叫终端和所述PSS之间进行媒体协商的步骤为：被叫终端返回应答消息给所述PSS服务器，所述PSS服务器接到该应答消息后，返回临时响应应答消息给被叫终端，被叫终端返回确认消息至所述PSS服务器。

9.如权利要求8所述的方法，其特征在于，步骤(3)中，如果被叫终端返回的应答消息带有早会话的请求媒体和正常会话的应答媒体，PSS将在临时响应应答消息中带早会话的应答；如果被叫终端返回的应答消息只有正常会话的应答媒体，则PSS将在临时响应应答消息中带早会话的请求，被叫终端将在应答的请求成功处理消息中回带有早会话的应答。

10.如权利要求4所述的方法，其特征在于，所述方法还包括以下步骤：

(6)被叫用户摘机应答，媒体服务器结束播放广告彩像文件，用户正常通话。

Images