1.
移动流媒体业务使用哪些特有的应用和控制协议?
答复:
流媒体使用的特有的应用和控制协议有RTP/RTCP、RSVP、RTSP。
实时传输协议(RTP)和实时控制协议(RTCP):RTP/RTCP是基于IP的应用层协议,支持实时数据(音频、视频流)的传输,其思想是传输实时数据的同时发送一些关于传输和接收的质量的反馈信息,这两个任务分别由RTP和RTCP完成。RTP提供一些机制用于进行时间重建、定时、丢包检测和重排序。RTP支持单播和组播,可用于单向传输也可用于双向业务,但是RTP本身不提供如何实时传输的机制,也不提供可靠的流阻塞控制,而是通过与RTCP和UDP的配合,使传输效率达到最优化。RTP是一个协议框架,对于新的负载类型格式和新的软件是开放的。通过增加新的框架和负载类型,RTP可以更好地支持新的数据格式和新的应用。RTP/RTCP为传送实时数据提供需要的功能和控制机制,但是其本身不负责高层的任务,如重排序和同步,这些由应用程序完成。
资源预留协议(RSVP):RSVP允许数据接收方为数据流请求特殊的端到端QoS。实时应用使用RSVP在路由器上预留必要的资源,这样在传输的时候可以得到所要求的带宽。RSVP用于设置网络资源的预留,在预留过程并没有进行数据传输也不提供服务质量,而是通过预留保证在传输的时候网络资源可得到充分利用。RSVP流程是单一的,不区别发送方和接收方。RSVP支持组播和单播,并适应变化的成员个数和路由。使用RSVP要求传输路径上的节点都支持RSVP,这很难得到保证,所以流应用一般不使用RSVP。
实时流协议(RTSP):RTSP是一个应用层协议,利用RTSP可以在服务器和客户端之间建立并控制连续的音频媒体和视频媒体流,进行服务器和客户端之间的“网络远程控制”,提供类似VCR的音频和视频的远程控制功能,如暂停、快进、倒带和直接选择位置等功能,但是RTSP要在独立于数据的通道中进行传输。RTSP支持单播和组播,提供选择传送通道的方法,可以选择UDP、组播UDP和TCP,而低层的传输机制依赖于RTP或TCP。RTSP与低层的协议(如RTP、RSVP)一起协调运行,提供完全的流服务。RTSP是有状态的、对称的协议,RTSP服务器维护会话状态且RTSP中媒体服务器和客户端都能发出请求。RTSP的语法和操作与HTTP相似,使用专用于音频和视频的类似于HTTP中的URL。
2. 电路域视频业务的业务流程。
对于
1)
2)WCDMA MSC进行被叫号码分析,选定出局中继电路;同时,完成PLMN BC 到ISDN BC的转换,通过ISUP信令,向汇接局发起呼叫接续;
3)汇接局通过ISUP信令,将呼叫接续到国际接口局;国际接口局将呼叫接续到被叫运营商的国际接口局;
4)被叫运营商国际接口局通过ISUP信令将呼叫接续到被叫运营商汇接局;运营商汇接局再直接将被叫号码送到被叫所在的MSC;
5)被叫所在的MSC发起取路由信息过程;发起分配漫游号码并返回漫游号码;
6)被叫所在的MSC发起到用户的MTC呼叫,接通可视电话。
具体的信令接续流程如下:
1)UE始发信令流程:

注:WCDMA MSC将PLMN BC转换为ISDN BC。
2)UE终结信令流程

3. 电路和分组多媒体业务应用实例介绍

答复:
多媒体业务包括电路型实时多媒体业务、分组型实时多媒体业务和IP阶段的多媒体业务。
电路型实时多媒体业务应用举例:
实现WCDMA可视电话终端与PLMN或PSTN、ISDN网络的可视电话终端之间的多媒体可视电话通信。(一般使用H
分组型实时多媒体业务应用举例:
实现分组域上的点到点媒体会话和多点间媒体会议。(一般使用H.323协议)
非实时多媒体短消息业务,也就是MMS消息业务
IP阶段多媒体业务应用举例:







发表评论 评论 (1 个评论)