YD/T 1388.6-2005 基于软交换的业务技术要求 第6部分:视频多媒体业务

YD/T 1388.6-2005 Business technology requirements based on softswitch, Part 6: Video multimedia services

行业标准-邮电通信 简体中文 现行 页数:31页 | 格式:PDF

基本信息

标准号
YD/T 1388.6-2005
标准类型
行业标准-邮电通信
标准状态
现行
中国标准分类号(CCS)
国际标准分类号(ICS)
-
发布日期
2005-09-01
实施日期
2005-12-01
发布单位/组织
信息产业部
归口单位
中国通信标准化协会
适用范围
-

发布历史

研制信息

起草单位:
信息产业部电信研究院、中国联合通信有限公司等
起草人:
李海花、林美玉 等
出版信息:
页数:31页 | 字数:- | 开本: -

内容描述

������������

中华人民共和国通信行业标准

丫�汀�����������

基于软交换的业务技术要求

第�部分�视频多媒体业务

�����������������������������������������������

��������������������������������

����������发布����������实施

中华人民共和国信息产业部发布

���������������

目次

�曰⋯“�⋯⋯’⋯,�����⋯⋯,�’�,�⋯⋯’�“’二”“�⋯⋯’⋯⋯“⋯⋯,,,�⋯,��⋯,⋯’���⋯⋯‘����������⋯⋯“““�⋯⋯

范围································································”················································⋯⋯

�规范性引用文件

缩略语

点对点视频通信业务�点对点可视电话业务�

��

����立业务含义和业务特征

�,

�业务的使用方法

�凡

⋯业务的信令流程

��

计费原则

��

与业务相关的其它要求

视频多媒体会议业务

、﹄,

︸���⋯业务含义和业务特征

�﹄,

‘业务的使用方法·····························································································⋯⋯

�九

业务的信令流程··。········································。·················································⋯⋯

计费原则···。·····························。························一气······�����������������������������

���与业务相关的其它要求

附录��资料性附录�业务实现示意和消息流程�������������������������������������������������������������������������

�����点对点视频通信业务·······················································································⋯⋯

�����视频多媒体会议业务·�������������������������������������������������������������������������������������������

���������������

前言

本部分是基于软交换的业务技术系列标准之一。本系列标准的名称和结构如下�

��基于软交换的业务技术要求第�部分�业务体系

��基于软交换的业务技术要求第�部分�号码识别类业务

��基于软交换的业务技术要求第�部分�呼叫前转类业务

��基于软交换的业务技术要求第�部分�多方通话类业务

��基于软交换的业务技术要求第�部分�点击拨号类业务

��基于软交换的业务技术要求第�部分�视频多媒体业务

本部分在编写过程中注意了与以下标准的协调统一�

基于软交换的媒体服务器技术要求�第二版�

本部分的附录�是资料性附录。

本部分由中国通信标准化协会提出并归口。

本部分起草单位�信息产业部电信研究院

��������中国联合通信有限公司

��������中兴通讯股份有限公司

��������华为技术有限公司

本部分主要起草人�李海花林美玉杨征陆纪文郭长城

��厅�����������

基于软交换的业务技术要求

第�部分�视频多媒体业务

,范围

��本部分规定了基于软交换的视频多媒体业务中点对点视频通信业务�点对点可视电话业务�和视频

多媒体会议业务的业务含义和业务特征、业务的使用方法、业务的信令流程、计费原则以及与业务相关

的其它要求。

��本部分适用于基于软交换的视频多媒体业务。

�规范性引用文件

��下列文件中的条款通过本部分的引用而成为本部分的条款。几是注日期的引用文件,其随后所有的

修改单�不包括勘误的内容�或修订版均不适用于本部分,然而,鼓励根据本部分达成协议的各方研究

是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本部分。

��软交换设备总体技术要求�第二版�

������������������基于软交换的业务技术要求第�部分�业务体系

����������������基于软交换的业务技术要求第�部分�号码识别类业务

�����������������基于软交换的业务技术要求第�部分�呼叫前转类业务

�����������������基于软交换的业务技术要求第�部分�多方通话类业务

�����������������基于软交换的业务技术要求第�部分�点击拨号类业务

�编略语

��下列缩略语适用于本部分。

������������������������������������媒体网关控制协议

�����������������������������������实时传输协议

������������������������������������会话描述协议

����������������������������������会话初始协议

�点对点视颇通信业务�点对点可视电话业务�

���业务含义和业务特征

����业务含义

��两个视频终端用户之间在建立连接之后,相互之间既能够实时地传送音频信息又能够实时地传送视

频信息。

��注�在本标准中视频终端可以是���终端和����终端,但��终端应该优先支持该业务。

����业务特征

��点对点视频业务的特征如下�

������权限限制

��软交换对主叫用户和被叫用户使用该业务的权限要进行认证,对无权用户禁止使用该业务。当主叫

用户或被叫用户任何一方没有权限时,都不能提供视频业务。但是禁止使用视频业务时,语音业务仍能

正常进行。

丫�厅�����������

�����摸式切换

��用户能够通过终端上的模式切换来激活或者去活视频通信。

��业务的使用方法

�����登记

��需要向业务提供者申请开通该项业务。

�����使用

��使用该项业务不需要其它的操作,用户只需要打开或关闭视频通信模式来决定是否激活该业务。

��用户�包括主叫用户和被叫用户�可以在通信开始之前,也可以在通信过程中的任意时刻将视频通

信模式设置为开或关。

���业务的伯令流程

��见附录��

���计费原则

�����计费方式

��软交换应该能够分别记录主被叫用户音频、视频通信的详细信息,并能够根据音频、视频通信的时

长分别对音频、视频通信进行详细计费。

�����计费对象

��对主叫号码和被叫号码进行计费。

�����计费内容

��对语音通信的计费内容应满足《软交换设备总体技术要求�修订版�中的相关规定,同时还应包含

视频通信信息,包括编解码格式等内容。

���与业务相关的其它要求

���」对网络的要求

�������网络带宽

��网络应该能够根据视频通信所采用的编码格式预留相应的网络带宽。

�����网络时延

��对于音频流和视频流,端到端网络时延最长不应超过������

�����网络丢包率

��对于音频流和视频流,端到端网络丢包率最高不应超过����

�����网络抖动

��对于音频流和视频流,端到端网络时延抖动最大不应超过�����

����业务质�要求

�������音颇质�

��音频质量的主观评定����值�应大于����

�������视颇质�

��围内外目前都没有完善的评价方法�目前主要采用主观评价,客观评价方法有待于进一步研究。

�视颇多媒体会议业务

���业务含义和业务特征

�����业务含义

��多个视频终端之间建立连接之后,相互之间既能够实时传送音频信息又能够实时地传送视频信息。

����业务特征

��视频多媒体会议业务的特征如下�

�����权限限制�软交换对用户使用该业务的权限要进行认证,对无权用户禁止使用该业务。

�����参加会议的人数可以设置。

����������������������������������������������厅�����������

�����会议成员分成会议主持者和会议参与者两类,会议主持者可以拨叫会议参与者的电话号码,召

集其加人会议�会议参与者不能够召集其他会议参与者加人会议,只能等待会议主持者召集,或者通过

拨打会议呼叫接人号,会议室号信息和用户身份信息的方式自己申请加人会议。

�����会议过程中,如果某参加会议成员关闭视频模式,将不影响其他成员使用该业务,但是该成员

将无法接收媒体服务器发送的视频媒体流。

���业务的使用方法

�����登记

��用户使用该业务之前必须向业务提供者申请开通该项业务,获得一个账号和密码。

���使用

��由会议主持者向软交换预约会议,软交换认证通过之后,再由会议主持者向各个用户发起请求,建

立会议。用户只需要应答即可加人会议,并可以打开或关闭视频通信模式来决定是否激活视频功能。任

何用户可以在通信开始之前,也可以在通信过程中的任意时刻切换视频通信模式。

��会议过程中,会议主持者能够邀请新成员加人会议,其他用户也可以在取得会议号和密码后发起申

请加人会议。

��业务的信令流程

��见附录��

���计费原则

�����计费方式

��软交换可以根据会议时长�从第一个用户加人会议开始到最后一个用户退出会议为止�,对业务申请

用户�集团用户�计费,也可以对参加会议号码按时长计费。视频多媒体会议的费用包括服务费和通话

费。

���计费对象

��对业务申请用户和参加会议号码进行计费。

���计费内容

��应满足《软交换设备总体技术要求》�修订版�中的相关规定,同时还应包含以下计费信息�会议申

请的记录以及每个会议参与者的会话信息,包括该用户通信的媒体类型和每种媒体类型的通信时长。

��与业务相关的其它要求

����对网络的要求

�������网络带宽

��网络应该能够根据视频通信所采用的编码格式预留相应的网络带宽。

������网络时延

��对于音频流和视频流,端到端网络时延最长不应超过������

�����网络丢包率�

��对于音频流和视频流,端到端网络丢包率最高不应超过���

�����网络抖动

��对于音频流和视频流,端到端网络时延抖动最大不应超过�����

�����业务质,要求

�������音频质�

��音频质量的主观评定����值�应大于���

�����视频质�

��国内外目前都没有完善的评价方法,目前主要采用主观评价,客观评价方法有待于进一步研究。

��厅�����������

���附录�

���资料性附录〕

业务实现示意和消息流程

���点对点视颇通倍业务

�����业务实现对应的网络示意图

��基于软交换的点对点视频通信业务所对应的网络示意图如图���所示。软交换�和软交换�是软交换

网络中的�个软交换设备,���终端�和�����终端�注册到软交换�����终端�和�����终端�注册到

软交换�,且所有的���终端和����终端都是视频终端。软交换和软交换之间以及软交换和���终端之

间使用���协议进行通信,软交换和�����终端之间使用�����协议进行通信,各种终端之间的媒体流为

���流。图���仅是一个示意图,在实际网络中可以包含更多的软交换、���终端和�����终端。

圈凡,点对点视绷通值业务对应的网络示宜圈

����单域呼叫�两个视颇终端注册在同一个软交换下�

������呼叫建立流程

��������两个���终端之间的呼叫建立流程

��呼叫建立的流程与主被叫用户是否有权、呼叫建立之前主被叫���终端上的视频模式是否打开有关。

假设���终端�和���终端�注册在同一个软交换下。

����主被叫用户为有权用户,呼叫建立之前主被叫的视频模式打开

��在这种情况下,主叫用户和被叫用户都已经申请了点对点视频业务,并且在进行呼叫之前,主叫���

终端�和被叫���终端�上的视频模式都已经打开。

��������终端�的视频通信模式已经打开,主叫用户呼叫���终端用户�����终端�向软交换发送

������消息,其中包含指示���终端�能力的���部分。���部分应该同时包含���终端�所支持的

音频编解码和视频编解码。

��软交换向���终端�回送���������消息,指示呼叫正在处理过程中。

�����软交换判断���终端用户�已经申请了点对点视频业务,并判断被叫用户也已经申请了点对点

视频业务,则向被叫���终端�转发������消息。

�����被叫���终端�向软交换发送����������消息,指示正在向被叫用户振铃。软交换将向主叫

���终端�转发����������消息。

��������终端�的视频通信模式已经打开,被叫用户摘机,���终端�向软交换发送�����消息,

其中包含���部分,向���终端�指示此次通信所使用的音频编解码和视频编解码。

��厅�����������

�����软交换收到�����消息,开始对主叫用户的音频通信和视频通信进行计费,对被叫用户的视

频通信进行计费,同时向���终端�转发�����消息。

�����终端�收到�����消息后,回送���消息�软交换收到���消息后向���终端�转发���

消息。

��主被叫用户之间同时开始音频和视频通信。

����主被叫用户为有权用户,呼叫建立之前主叫视频模式打开,被叫视频模式关闭

��在这种情况下,主叫用户和被叫用户都已经申请了点对点视频业务,但在呼叫建立之前被叫���终

端�上的视频模式处于关闭状态。

��呼叫建立流程同图��,区别在于由于被叫���终端�上的视频模式处于关闭状态,所以被叫���

终端�发送的�����消息以及软交换转发的�����消息中的���部分只指示此次通信所使用的音频

编解码。软交换收到�����消息后,只开始对主叫用户的音频通信进行计费。

��终端�软交换��终端�

��圈���两个���终端之间的呼叫碗立过程�主被叫用户为有权用户,呼叫建立之前主被叫的视颇模式打开

��主被叫用户之间只能进行音频通信。

����主被叫用户为有权用户,呼叫建立之前主叫视频模式关闭

��在这种情况下,主叫用户和被叫用户都已经申请了点对点视频业务,但在呼叫建立之前主叫���终

端�上的视频模式处于关闭状态。

��呼叫建立流程同图���,区别在于由于主叫���终端�上的视频模式处于关闭状态,所以主叫���

终端�向软交换发送的�����消息中的���部分只包含���终端�所支持的音频编解码,同样,软交

换向被叫���终端�转发的������消息中的���部分也只包含���终端�所支持的音频编解码,此时

无论被叫���终端�上的视频模式是否打开,被叫���终端�发送的�����消息以及软交换转发的���

��消息中都只包含此次通信所使用的音频编解码。软交换收到�����消息后,只开始对主叫用户的音

频通信进行计费。

��主被叫用户之间只能进行音频通信。

��厅�����������

����主叫用户为无权用户

��在这种情况下,主叫用户没有申请点对点视频业务。

��呼叫建立流程同图��,区别在于由于主叫用户为无权用户,所以无论主叫���终端�向软交换发

送的�������消息中是否包含���终端�所支持的视频编解码�取决于主叫���终端�的视频模式是否

处于打开状态�,软交换向被叫���终端�转发的������消息中都只能包含���终端�所支持的音频编

解码,此时无论被叫用户是否为有权用户,被叫���终端�上的视频模式是否处于打开状态,被叫���

终端�发送的�����消息以及软交换转发的�����消息中都只包含此次通信所使用的音频编解码。软

交换收到�����消息后,只开始对主叫用户的音频通信进行计费。

��主被叫用户之间只能进行音频通信。

����被叫用户为无权用户

��在这种情况下,被叫用户没有申请点对点视频业务。

��呼叫建立流程同图���,区别在于由于被叫用户为无权用户,所以无论主叫���终端�向软交换发

送的������消息中是否包含���终端�所支持的视频编解码�取决于主叫���终端�的视频模式是否

处于打开状态�,软交换向被叫���终端�转发的������消息中都只能包含���终端�所支持的音频编

解码,此时无论被叫���终端�上的视频模式是否处于打开状态,被叫���终端�发送的�����消息

以及软交换转发的�����消息中都只包含此次通信所使用的音频编解码。软交换收到�����消息后,

只开始对主叫用户的音频通信进行计费。

��主被叫用户之间只能进行音频通信。

���������两个�����终端之间的呼叫建立流程

��除呼叫建立过程中所涉及到的消息不同之外,其它与两个���终端之间的点对点视频通信相同,都

需要软交换检查主被叫用户的权限,并根据主被叫用户的视频模式是否打开来协商通信时所采用的媒体

信息。

��假设�����终端�和�����终端�注册在同一个软交换下。

�����������快速呼叫建立流程

��以“主被叫用户为有权用户,呼叫建立之前主被叫的视频模式打开”为例,呼叫连接采用快速启动

方式的呼叫建立流程见图����

����������终端�的视频通信模式已经打开,主叫用户呼叫�����终端用户�������终端�首先向

软交换发送���请求地址解析和授权,地址解析和授权通过后软交换向�����终端�回送���消息。

���������终端�向软交换发送����消息,请求建立到����终端�的呼叫连接。�����消息中应

包含�����的通道信息,并且在����通道信息中同时包含�����终端�所支持的音频编解码和视频编

解码。软交换判断����终端用户�和终端用户�已经申请了点对点视频通信业务,则向����终端�

转发�����消息。

�����软交换向����终端�发送呼叫进展�������������消息。

���������终端�向软交换发送呼叫进展�����������消息。里面可以包含�����的通道信息,也

可以不包含,软交换应该能够识别这两种不同情况。如果������������消息中包含有�����的通道消

息,软交换应该能够向����终端�转发该�������������消息�如果�������������消息中没有包含

�����的通道消息,流程图就如图���所示。

���������终端�向软交换发送���消息,请求授权,软交换回送认证通过消息����

����������终端�向软交换发送��������消息,指示正在向被叫用户振铃,该消息中可以包含����

的通道信息,也可以不包含。软交换应该能够识别这两种不同情况并向�����终端�转发������消息。

如果被叫返回的消息中包含有�����快启消息,逻辑通道就已经打开�如果被叫返回的消息中没有包含

����快启消息则逻辑通道还没有打开。

���������终端�的视频通信模式已经打开,被叫用户摘机,�����终端�向软交换发送�������消

息,指示被叫用户已经应答,该消息中可以包含����的通道信息,也可以不包含。在�����通道信息

丫�厅�����������

中向�����终端�指示此次通信所使用的音频编解码和视频编解码。软交换收到�������消息后,开始

对主叫用户的音频通信和视频通信进行计费,对被叫用户的视频通信进行计费,同时向�����终端�转

发�������消息。

圈��两个����绮端之间的快速呼叫碗立过程��主被叫用户为有权用户�呼叫趁立之前主被叫的视绷桩式打开

��主被叫用户之间同时开始音频和视频通信。

��两个���终端之间的呼叫建立过程媒体信息是在������消息和���消息中进行协商的,在两个

�����终端之间进行呼叫建立的过程中媒体信息是在�����消息和����������������������������消息中

利用�����通道信息进行协商的。

���������非快速呼叫建立流程

��以“主被叫用户为有权用户,呼叫建立之前主被叫的视频模式打开”为例,呼叫连接采用非快速呼

叫建立流程,呼叫建立的流程如图���所示。

��流程说明�

����������终端�的视频通信模式已经打开,主叫用户呼叫�����终端用户������终端�首先向

软交换发送���请求地址解析和授权,地址解析和授权通过后软交换向�����终端�回送���消息。

���������终端�向软交换发送�����消息,请求建立到�����终端�的呼叫连接。软交换向�����

终端�转发�����消息。

�����软交换向�����终端�发送呼叫进展�����消息。

���������终端�向软交换发送呼叫进展��������������消息。

���������终端�向软交换发送���消息,请求授权,软交换回送认证通过消息����

����������终端�向软交换发送��������消息,指示正在向被叫用户振铃。软交换向����终端�

转发�������消息。

���������终端�的视频通信模式已经打开,被叫用户摘机,�����终端�向软交换发送�������消

���������������������������������������������������������������������������

��������������

息,指示被叫用户已经应答。软交换将该消息转发给�����终端

定制服务