WO2007143905A1

WO2007143905A1 - A stream media service system and a realization method thereof

Info

Publication number: WO2007143905A1
Application number: PCT/CN2007/001718
Authority: WO
Inventors: Shile Wang; Haigang Jia
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-06-12
Filing date: 2007-05-28
Publication date: 2007-12-21
Also published as: CN1968402A; EP2028788A1; EP2028788A4; US20090055879A1; CN100505868C

Description

一种流媒体业务系统及其实现方法本申请要求于 2006 年 06 月 12 日提交中国专利局、申请号为 200610091853.6、发明名称为 "一种流媒体业务系统及其实现方法" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及通信领域中的数据传输技术，尤其是涉及一种流媒体业务系统及其实现方法。背景技术

流媒体业务（Circuit-switch Streaming Service, CSS ) 系统，用于提供流媒体业务，支持点播、直播和下载业务，具有高性能、高可靠性、高扩展性，能适配不同的视频和音频编码，支持不同的流媒体协议和文件格式。

图 1为现有一种流媒体业务系统的结构示意图。如图 1所示，该系统包括，编码器（ENCODER ) Γ、流媒体核心单元（ Circuit-switch Streaming Service Center, CSSC ) 2，、内容管理系统 ( Contents Management System, CMS ) 3，、视频网关（ Video Interworking Gateway, VIG ) 4，、移动数据业务平台（ Mobile Data Service Platform, MDSP ) 5 无线智能网（Wireless Intelligent Network, WIN ) 6，以及业务运营支撑系统（Business Operation Support System, BOSS ) 7，。

其中，编码器 1，，用于为内容提供商（Content Provider, CP ) /业务提供商（ Service Provider, SP )提供进行流媒体的编解码；流媒体核心单元 2，，为 CSS的核心部件，用于将流媒体服务提供给终端用户；内容管理系统 3，，主要用于提供 CSSC的内容管理功能，提供流媒体以及相关的内容提供商 / 业务提供商信息的维护功能，并提供给内容提供商 /业务提供商发布流媒体内容功能；视频网关 4，，用于完成 IP 网络中会话初始化协议（Session Initiation Protocol, SIP )终端与 3G网络 3G-H.324M手机的互通，包括信令、呼叫控制和承载业务的互通；移动数据业务平台 5，，用于提供移动数据业务部件的支撑，集中管理移动用户的数据业务用户信息以及业务订购信息，提供数据业务部件鉴权计费功能；无线智能网 6，以及业务运营支撑系统 7，与移动数据业务平台 5，配合完成 CSS业务的计费运营功能，其中：业务运营支撑系统 7，，用于处理后付费用户的计费运营；移动数据业务平台 5，，用于处理预付费用户的计费，并到无线智能网 6，的预付费单元进行预付费用户帐户扣费。

其中，视频网关与移动交换中心（MSC )服务器之间通过时分复用

( TDM ) E1网关中继连接， MSC服务器选择路由时把视频网关作为 MSC 服务器一个特定局向。视频网关内部包括软交换模块与通用媒体网关模块 , 软交换模块实现 MSC服务器的通信与连接，同时作为媒体网关的控制端，通过 H.248协议控制管理通用媒体网关模块，包括媒体网关登记与注销、状态管理；媒体网关资源管理，承载资源。视频网关提供与 3G网络、核心网设备的连接接口，用于异种网络之间的视频通信互通，可应用于基于下一代网络（Next Generation Network, NGN ) 架构的 3G 网络中，实现 3G-H.324M手机与 IP网络中的 CSSC (即， SIP终端）之间的流媒体业务。

具体的，现有的流媒体业务系统的基本呼叫流程如下：

终端用户发起普通 H.324M播放视频菜单（ Video Portal, VP )呼叫，被叫为流媒体业务的特服号码， MSC 服务器首先将呼叫转移到视频网关 4，，视频网关 4，进行号码分析，识别为流媒体业务后，视频网关 4，与 CSSC 建立 SIP呼叫，该呼叫命令中包含播放内容， CSSC通过简单对象访问协议 ( Simple Object Access Protocal, SOAP )与内容管理系统进行交互，从内容管理系统中获取播放内容的数据信息（例如播放内容的大小、位置等），视频网关 4，控制统一消息网关（Unified Message Gateway, UMG )与 CSSC 建立实时传输协议（RTP )媒体通道，媒体通道基于 SIP 的会话描述协议 ( Session Description Protocol, SDP ) 消息获取播放内容，其中：直播内容由 CSSC与编码器 1，通过 RTSP/SDP协议进行交互获取播放内容；点播内容直接在 CSSC上获取，点播内容是已经由编码器 1，完成编码并经过 CMS 上传到 CSSC上的节目文件。在点播内容时， CSSC播放视频菜单，用户可以在菜单或者播放节目的过程中，按键退出或者挂机结束该流媒体业务会话。会话结束后，视频网关 4，和 CSSC均可生成相应的计费话单。

但是，目前的 CSSC只提供了用户拨打指定接入码后，播放预定的流媒体内容的功能，没有提供主动下发流媒体到终端的功能。发明内容

本发明实施例提供一种流媒体业务的实现方法及系统，能够提供主动下发流媒体到终端的功能。

本发明实施例提供一种流媒体业务系统，包括流媒体核心单元、网关，还包括应用服务器，

所述应用服务器，与流媒体核心单元相连接，用于向所述流媒体核心单元发起视频主叫命令；

所述流媒体核心单元识别应用服务器发起的视频主叫命令，根据所述命令经由所述网关与被叫终端建立连接，并将所述应用服务器指定的流媒体内容发送给所述被叫终端。

本发明实施例提供一种流媒体业务系统的实现方法，包括：

流媒体核心单元接收应用服务器发送的视频主叫命令；

流媒体核心单元识别所述视频主叫命令，根据所述命令经由网关与被叫终端建立连接，并将所述应用服务器指定的流媒体内容发送给所述被叫终端。

本发明实施例还提供一种应用服务器，包括：

发送模块，用于发送视频主叫命令以及流媒体数据，以将指定的流媒体内容发送给被叫终端；

流媒体内容确定模块，用于指定发送给终端的流媒体内容；

控制模块，用于自动控制或手动控制发送模块将所述流媒体内容确定模块指定的流媒体内容发送给终端。

本发明的流媒体业务系统及实现方法，通过应用服务器控制 esse主动以视频电话呼叫用户或某种类型的用户群，用户接听后，可以观看到 esse 主动下发的流媒体，实现对用户主动下发多媒体流的业务；为运营商开展视频点播类业务、视频广告类业务、视频内容预订或公众类业务等提供了良好的方式。附图说明

图 1为现有的流媒体业务系统的结构示意图; 图 2为本发明实施例中的流媒体业务系统的结构示意图；图 3为本发明实施例中的流媒体业务系统的业务流程图。具体实施方式

以下结合附图详细描述本发明的流媒体业务系统及其实现方法。

本发明的流媒体业务系统，是在现有的流媒体业务系统的基础上，增加应用服务器（Application Server, AS ), 并通过应用服务器控制 CSSC主动以视频电话呼叫用户，用户接听后，可以观看到流媒体业务系统主动下发的流媒体，实现对用户主动下发流媒体的业务，即视频主叫业务。

视频主叫是指由业务提供商（SP )或服务端主动发起视频呼叫到指定终端或播放预定流媒体内容的一种业务。

图 2为本发明实施例中的流媒体业务的系统结构示意图。如图 2所示，本发明的流媒体业务的系统包括编码器 1、流媒体核心单元 2、内容管理系统 3、视频网关 4、移动数据业务平台 5、无线智能网 6、业务运营支撑系统 7以及应用服务器 8。

其中，流媒体核心单元 2，包括主叫模块，该主叫模块用于响应应用服务器 8呼叫、识别应用服务器 8发送的视频主叫命令，并控制 CSSC发起视频主叫呼叫；

应用服务器 8，用于控制视频主叫业务的逻辑，当应用服务器 8向 CSSC 发起主叫业务呼叫后， CSSC首先响应应用服务器 8的视频主叫业务请求，然后利用移动数据业务平台 5进行鉴权和计费，计费成功后， CSSC模拟成 SIP终端，经视频网关 4与 H.234终端（UE )进行 SIP通信，将应用服务器 8指定的流媒体内容发送给终端，以实现视频主叫业务。

其中，应用服务器 8与 CSSC、 CSSC与移动数据业务平台 5、移动数据业务平台 5与无线智能网 6以及移动数据业务平台 5与业务运营支撑系统 7 之间分别通过接口相连接，该接口可以是标准的服务互操作性组织 ( WSI )接口、可以是人机交互语言（Man Machine Language, MML )接口、也可以是用户自定义接口。

此外，编码器 1以及内容管理系统 3可以设置于流媒体核心单元 2中，其中：编码器 1，用于为内容提供商 /业务提供商提供进行流媒体的编解码；内容管理系统 3, 主要用于提供 CSSC的内容管理功能，提供流媒体以及相关的内容提供商 /业务提供商信息的维护功能，并提供给内容提供商 /业务提供商发布流媒体内容功能。

其中，播放内容可以为直播内容和点播内容，如果为直播内容，由 CSSC 与编码器 1通过实时流协议 ( Real-Time Streaming Protocol, RTSP ) /SDP 协议进行交互获取；如果为点播内容，首先由编码器 1 对播放内容进行编码，并经过内容管理系统 3上传到 CSSC上的点播文件，该部分为现有技术，本文不再详述。

具体的，首先，业务提供商通过应用服务器 8向 CSSC发送视频主叫命令（该视频主叫命令中含有被叫号码和指定的播放内容）； esse 中的主叫模块解析该视频主叫命令，得到被叫号码和播放内容，流媒体核心单元 2 通过 SOAP协议与内容管理系统 3进行交互，获取播放内容的相关信息（例如播放内容的位置、大小等），并向移动数据业务平台 5发送鉴权、计费请求，请求成功后，该主叫模块将视频主叫命令转化成 SIP请求（ SIP INVITE ) 消息（ INVITE消息中含有 SDP信息），发送给视频网关 4; 视频网关 4与终端建立连接后，返回响应给 CSSC, 同时， CSSC获取应用服务器 8指定的流媒体内容，并将该流媒体内容发送给终端，播放完成后， CSSC上报计费信息给移动数据业务平台 5后，生成原始话单数据 ( Call Detail Record, CDR )。 CSSC完成呼叫后，把用户响应（包括正常、被叫忙和超时等）上报给应用服务器 8，应用服务器 8根据用户响应和重试策略确定后续处理。

可以看出，本发明实施例的流媒体业务系统，在现有的流媒体业务系统的基础上，通过增加应用服务器，并在 esse 中增加主叫模块，业务提供商通过应用服务器向 esse发送视频主叫命令， esse中的主叫模块对该视频主叫命令进行解析，根据解析得到的相关命令向移动数据业务平台 5 发送鉴权、计费请求；如果鉴权计费成功，主叫模块控制 CSSC模拟成 SIP 终端与视频网关 4进行 SIP通信，通过编码器将应用服务器指定的流媒体内容给终端，从而实现业务提供商或服务端主动发起视频呼叫到指定终端或播放预定流媒体内容，即实现了视频主叫业务。

以下，结合附图 3 详细描述本发明实施例中的流媒体业务系统的实现方法，该方法包括以下步骤：

步骤 1 )业务提供商通过应用服务器向 esse发送视频主叫命令，该命令中包含被叫号码和播放内容；

应用服务器向 esse发送一个视频主叫命令中，只包含一个主叫和一个被叫的相关信息，较佳地，可以在各个视频主叫命令中包含相应的终端标识参数，用于向不同终端发起呼叫，这样应用服务器可以同时向 esse 发送多个视频主叫命令， esse同时呼叫多个终端。

步骤 2 ) CSSC向移动数据业务平台发送鉴权、计费请求；

其中步骤 2 ) 包括以下步骤：

步骤 21 ) CSSC接收应用服务器发送的实施视频主叫服务的命令后，对该命令进行解析，解析出命令参数（包括被叫号码和播放内容），并根据该命令的相关信息，向移动数据业务平台发送鉴权、计费请求；

步骤 3 )如果鉴权计费成功，即，移动数据业务平台向 CSSC返回鉴权、计费响应消息，则 CSSC向视频网关发送 SIP请求（SIP INVITE )消息（该消息中包含描述媒体数据属性的 SDP信息）；否则，返回鉴权计费失败消息，结束整个流程；

这里， CSSC在发送的 INVITE消息中含有 SDP信息，用于终端根据 SDP信息中描述的媒体属性信息，初始化终端状态，等待接收媒体数据。

下面，说明本发明实施例的视频主叫业务中 SIP INVITE消息，例如， CSS的主叫号码是 6690010, 被叫用户号码是 6680080， CSSC通知终端在 UDP端口 17424上接收音频数据时，命令如下：

INVITE sip:6680080@l 82.20.100.100:5060 SIP/2.0 II SIP INVITE消息 Via: SIP/2.0/UDP 182.20.100.198 :5060;branch=z9hG4bKD82〃说明协议、 SIP Proxy的地址、端口以及会话 ID。

From: <sip:6690010@ 182.20.100.198>;tag=E83CA64- 1 CAO 〃发起呼叫的用户标识

To: <sip:6680080@ 182.20.100.100> //所要呼叫的用户

Content-Type: application/sdp 〃消息体的类型

Content-Length: 256 〃消息体的字节长度 v=0 //SDP协议版本号

o=CiscoSystemsSIP-GW-UserAgent 2237 2134 IN IP4 182.20.100.198 1/ 会话建立者和会话的标识、会话版本、地址的协议类型、地址

s=SIP Call //会话的名字

c=IN IP4 182.20.100.198 〃连接的信息

t=0 0 //会话集获得的时间区段

m=audio 17424 RTP/AVP 18 8 0 //对流媒体的描述：类型、端口，呼叫者希望收发的格式

c=IN IP4 182.20.100.198

a=rtpmap:18 G729/8000 〃媒体级属性为 rtpmap

a=fmtp： 18 annexb=no 〃会话级属性为 fmtp

a=rtpmap:8 PCMA/8000

a=rtpmap:0 PCMU/8000

步骤 4 )视频网关与 H.324终端交互后，发送 SIP 200 OK消息给 CSSC; 步骤 5 ) CSSC完成与视频网关的 SIP交互后，经视频网关发送媒体数据给终端；

步骤 51 )在媒体数据播放过程中，终端可以按照提示按键操作；其中，终端按照提示按键操作为现有技术，在此不再复述。

步骤 6 )播放完成后， CSSC向应用服务器发送通知消息，通知应用服务器当前媒体播放完成，请求新播放内容或结束呼叫；

步骤 7 )应用服务器通知 CSSC结束呼叫（或终端发送挂断消息）， CSSC 向视频网关发送 SIP BYE消息请求挂断，并经过视频网关中断与终端的连接后， CSSC上报通话信息到移动数据业务平台，并根据移动数据业务平台 ( 5 )返回的计费结果生成原始话单数据；

步骤 8 ) CSSC上 4艮视频主叫通话结束响应给应用服务器。

其中，步骤 8 )还包括以下步骤：

步骤 81 ) CSSC完成呼叫后，把用户响应（包括正常、被叫忙和超时）上报给应用服务器，应用服务器根据呼叫结果、用户状态和重试策略确定后续处理。可以看出，本发明实施例提供的流媒体业务系统的实现方法，由于增加了应用服务器，业务提供商首先通过应用服务器向 esse发送视频主叫命令， esse对该命令进行解析，根据解析得到的相关命令向移动数据业务平台发送鉴权、计费请求；如果鉴权计费成功， esse模拟一个 SIP终端向视频网关发送 SIP INVITE消息 ,发送应用服务器指定的流媒体内容给终端 , 从而实现业务提供商或服务端主动发起视频呼叫到指定终端或播放预定流媒体内容，即实现了视频主叫业务。

此外，对预付费用户鉴权计费与上述流程（如图 3 所示）中有一些不同：预付费用户有资金预扣和资金回补，类似信用卡预授权，预付费用户是分段预扣资金，并且移动数据业务平台会到预付费单元上进行实时的扣费请求，在完成呼叫时会回补没有用完的预扣金额。

下面，说明本发明实施例的实现视频主叫的流媒体业务系统在实际中的应用：

例如，用户 A订购了手机新闻，在每天上午 8:00下发订购的手机新闻。应用服务器在 8: 00时向 CSSC发起视频主叫命令，并指定播放的流媒体内容； CSSC向视频网关发送 INVITE消息，发起一个呼叫到用户 A, 如果用户 A接听，视频网关通知 CSSC通话接通， CSSC下发流媒体内容，用户 A将收看到相应的新闻片段，从而实现了视频主叫业务。

但是，在 esse发起视频主叫过程中，可能因为某种原因（例如，用户正在通话、不在网络中、在 2G网络漫游、关机等）不能完成视频呼叫，可以由 CSS或应用服务器在一定时间内重试。例如，用户 A为正在通话或者关机等情况而导致无法接听时，则呼叫失败，此时需要根据重试策略进行重试。

以下，为本发明实施例中的流媒体业务系统的重试策略：

1 ) CSSC重试

对于 CSSC重试，是在应用服务器 8中进一步包含重试模块，用于控制 CSSC 中主叫模块在流媒体核心单元呼叫失败时进行重试。当应用服务器在下发视频主叫命令给 CSSC 时，重试模块可以控制该视频主叫命令的命令参数中带上所述重试次数和重试间隔时间等参数， CSSC在试呼失败时，根据参数要求进行重试，最后返回结果给应用服务器。

2 )应用服务器重试

应用服务器 8可以进一步包含响应模块，用于响应 CSSC中主叫模块完成呼叫后的用户响应上报，根据用户的不同响应确定后续处理，可以在该响应模块中设置重试参数，用于呼叫失败时，根据不同的原因进行不同策略的重试。 CSSC完成呼叫后，把用户响应（包括正常、被叫忙和超时）上报给应用服务器 8, 如果是呼叫失败，可以根据不同的原因进行不同策略的重试，例如：如果是占线，可以在 5分钟后重试；如果是关机，可以 30 分钟后重试等。

从以上重试策略可以看出，应用服务器可以制定灵活的重试策略，并且对 esse的冲击较小。

此外，本发明实施例中的流媒体业务系统在业务受理时，在 BOSS上提供业务受理接口，该接口可以釆用标准的服务互操作性组织接口、人机交互语言接口、或者用户自己定义的接口。例如短信服务（SMS )、非结构化补充数据业务（USSD )、交互式语音应答 ( Interactive Voice Response, IVR )、 End-User Portal等外部系统都使用 BOSS提供的接口，提供流媒体业务受理功能。

其中，业务受理包括：用户 A给用户 B订购指定视频；用户订购周期性下发的指定内容的视频，如：新片预告、新闻、体育节目等；企业用户批量订购指定时长作为给用户播放广告使用等。

以短信服务为例，本发明实施例中的流媒体业务系统在业务受理时，用户 M通过短信方式订购指定视频，从而触发应用服务器，在指定时间向 CSSC发起视频主叫命令，并指定播放的流媒体内容； CSSC向视频网关发送 INVITE消息，发起一个呼叫到用户 M, 如果用户 M接听，视频网关通知 CSSC通话接通， CSSC下发流媒体内容，用户 M将收看到相应的新闻片段，从而实现了视频主叫业务。

另外，本发明实施例中的流媒体业务的系统可以支持免费、包月计费、按内容计费、按时长计费等以及组合等方式进行计费。

在本发明实施例的流媒体业务系统中，仅以 3G终端（H.324终端）为例进行了描述，但是所述终端并不局限于此，还可以是其他终端，如 SIP 终端、 H.323软终端等。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

综上所述，本发明实施例提供的流媒体业务系统，通过增加了应用服务器，业务提供商首先通过应用服务器向 esse发送视频主叫命令，实现了对终端主动下发多媒体流的业务，即实现了视频主叫功能。例如，主动以视频电话的方式呼叫终端（例如某个 3G用户或某种类型的 3G用户群），终端用户接听后，可以观看到 CSSC主动下发的流媒体；流媒体业务系统的视频主叫能力为运营商开展视频点播类业务（例如，用户 A点播指定视频片段在指定时间段主动播放给用户 B )、视频广告类业务（例如，主动下发视频广告给用户）、视频内容预订（例如，预订一份视频新闻，在每天指定的时间下发给用户）或公众类业务等提供了良好的方式。

以上是为了使本领域普通技术人员理解本发明，而对本发明实施例所进行的详细描述，但可以想到，在不脱离本发明的精神实质的前提下可以做出其它的变化和修改，这些变化和修改均在本发明的保护范围内。

Claims

权利要求

1. 一种流媒体业务系统，包括流媒体核心单元、网关，其特征在于，还包括应用服务器，

2. 如权利要求 1所述的流媒体业务系统，其特征在于，所述流媒体核心单元包括主叫模块，所述主叫模块将所述视频主叫命令转化成 SIP请求消息，并将所述 SIP请求消息经由所述网关发送给被叫终端。

3. 如权利要求 1所述的流媒体业务系统，其特征在于，还包括内容管理单元，用于管理流媒体内容，和 /或，维护内容提供商 /业务提供商信息，和 /或，发布流媒体内容；

所述流媒体核心单元与所述内容管理单元进行交互，获取所述应用服务器指定的流媒体内容的相关信息。

4. 如权利要求 1所述的流媒体业务系统，其特征在于，所述应用服务器包括重试模块，用于控制所述流媒体核心单元在呼叫失败时根据设置的重试次数和 /或时间重新发起呼叫。

5. 如权利要求 1所述的流媒体业务系统，其特征在于，所述视频主叫命令包含被叫号码和指定播放的流媒体内容信息。

6. 如权利要求 1所述的流媒体业务系统，其特征在于，所述应用服务器与所述流媒体核心单元通过下述接口之一进行连接：

服务互操作性组织接口、或者人机交互语言接口、或者用户自定义接口。

7. 如权利要求 1所述的流媒体业务系统，其特征在于，所述应用服务器包括响应模块，用于响应所述流媒体核心单元完成呼叫后向应用服务器上才艮的消息；和 /或，用于呼叫失败时进行重试。

8. 如权利要求 1 所述的流媒体业务系统，其特征在于，所述终端为 H.324终端、或者 SIP终端、或者 H.323软终端。

9. 如权利要求 1所述的流媒体业务系统，其特征在于，还包括：数据业务平台，与所述流媒体业务核心单元连接，用于对流媒体业务进行鉴权、计费。

10. 一种流媒体业务系统的实现方法，其特征在于，包括：

流媒体核心单元接收应用服务器发送的视频主叫命令；

11. 如权利要求 10所述的方法，其特征在于，所述视频主叫命令包含被叫号码和指定播放的流媒体内容信息。

12. 如权利要求 10所述的方法，其特征在于，所述流媒体核心单元经由网关与被叫终端建立连接，并将所述应用服务器指定的流媒体内容发送给所述被叫终端，包括：

流媒体核心单元将视频主叫命令转化成 SIP请求消息，发送给网关；所述网关与所述终端交互后，返回响应给流媒体核心单元；

流媒体核心单元完成与所述网关的 SIP 交互后，经所述网关发送所述应用服务器指定的流媒体数据给所述终端。

13. 如权利要求 12所述的方法，其特征在于，还包括：

所述流媒体核心单元向数据业务平台发送鉴权、计费请求，如果鉴权计费请求成功，则将流媒体内容发送给终端，否则返回鉴权计费失败消息。

14. 如权利要求 13所述的方法，其特征在于，还包括：

所述流媒体核心单元接收应用服务器发送的视频主叫命令后，解析出命令参数，并根据命令参数向数据业务平台发送鉴权、计费请求。

15. 如权利要求 13所述的方法，其特征在于，还包括：

将流媒体内容发送给终端后，所述流媒体核心单元上报通信信息到数据业务平台，并根据数据业务平台返回的计费结果生成原始帐单数据。

16. 如权利要求 12所述的方法，其特征在于，所述应用服务器同时向流媒体核心单元发送多个视频主叫命令，流媒体核心单元同时呼叫多个终端，在各个视频主叫命令中包含相应的终端标识参数。

17. 如权利要求 12所述的方法，其特征在于，所述视频主叫命令中包含重试次数、和 /或重试间隔时间参数，流媒体核心单元在呼叫失败时，根据所述重试次数和 /或重试间隔时间参数进行重试，最后返回结果给应用服务器。

18. 如权利要求 12所述的方法，其特征在于，所述流媒体核心单元完成呼叫后，把用户响应上报给应用服务器，如果是呼叫失败，应用服务器进行重试。

19. 一种应用服务器，其特征在于，包括：

流媒体内容确定模块，用于指定发送给终端的流媒体内容；