YD/T 1388.6-2005 基于软交换的业务技术要求 第6部分:视频多媒体业务
YD/T 1388.6-2005 Business technology requirements based on softswitch, Part 6: Video multimedia services
基本信息
发布历史
-
2005年09月
研制信息
- 起草单位:
- 信息产业部电信研究院、中国联合通信有限公司等
- 起草人:
- 李海花、林美玉 等
- 出版信息:
- 页数:31页 | 字数:- | 开本: -
内容描述
������������
中华人民共和国通信行业标准
丫�汀�����������
基于软交换的业务技术要求
第�部分�视频多媒体业务
�����������������������������������������������
��������������������������������
����������发布����������实施
中华人民共和国信息产业部发布
���������������
目次
前
�曰⋯“�⋯⋯’⋯,�����⋯⋯,�’�,�⋯⋯’�“’二”“�⋯⋯’⋯⋯“⋯⋯,,,�⋯,��⋯,⋯’���⋯⋯‘����������⋯⋯“““�⋯⋯
�
范围································································”················································⋯⋯
�规范性引用文件
缩略语
点对点视频通信业务�点对点可视电话业务�
��
����立业务含义和业务特征
�,
山
�业务的使用方法
�凡
�
⋯业务的信令流程
��
计费原则
��
与业务相关的其它要求
视频多媒体会议业务
、﹄,
�
︸���⋯业务含义和业务特征
�﹄,
‘业务的使用方法·····························································································⋯⋯
�九
﹂
业务的信令流程··。········································。·················································⋯⋯
计费原则···。·····························。························一气······�����������������������������
���与业务相关的其它要求
附录��资料性附录�业务实现示意和消息流程�������������������������������������������������������������������������
�����点对点视频通信业务·······················································································⋯⋯
�����视频多媒体会议业务·�������������������������������������������������������������������������������������������
���������������
前言
本部分是基于软交换的业务技术系列标准之一。本系列标准的名称和结构如下�
��基于软交换的业务技术要求第�部分�业务体系
��基于软交换的业务技术要求第�部分�号码识别类业务
��基于软交换的业务技术要求第�部分�呼叫前转类业务
��基于软交换的业务技术要求第�部分�多方通话类业务
��基于软交换的业务技术要求第�部分�点击拨号类业务
��基于软交换的业务技术要求第�部分�视频多媒体业务
本部分在编写过程中注意了与以下标准的协调统一�
基于软交换的媒体服务器技术要求�第二版�
本部分的附录�是资料性附录。
本部分由中国通信标准化协会提出并归口。
本部分起草单位�信息产业部电信研究院
��������中国联合通信有限公司
��������中兴通讯股份有限公司
��������华为技术有限公司
本部分主要起草人�李海花林美玉杨征陆纪文郭长城
��厅�����������
基于软交换的业务技术要求
第�部分�视频多媒体业务
,范围
��本部分规定了基于软交换的视频多媒体业务中点对点视频通信业务�点对点可视电话业务�和视频
多媒体会议业务的业务含义和业务特征、业务的使用方法、业务的信令流程、计费原则以及与业务相关
的其它要求。
��本部分适用于基于软交换的视频多媒体业务。
�规范性引用文件
��下列文件中的条款通过本部分的引用而成为本部分的条款。几是注日期的引用文件,其随后所有的
修改单�不包括勘误的内容�或修订版均不适用于本部分,然而,鼓励根据本部分达成协议的各方研究
是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本部分。
��软交换设备总体技术要求�第二版�
������������������基于软交换的业务技术要求第�部分�业务体系
����������������基于软交换的业务技术要求第�部分�号码识别类业务
�����������������基于软交换的业务技术要求第�部分�呼叫前转类业务
�����������������基于软交换的业务技术要求第�部分�多方通话类业务
�����������������基于软交换的业务技术要求第�部分�点击拨号类业务
�编略语
��下列缩略语适用于本部分。
������������������������������������媒体网关控制协议
�����������������������������������实时传输协议
������������������������������������会话描述协议
����������������������������������会话初始协议
�点对点视颇通信业务�点对点可视电话业务�
���业务含义和业务特征
����业务含义
��两个视频终端用户之间在建立连接之后,相互之间既能够实时地传送音频信息又能够实时地传送视
频信息。
��注�在本标准中视频终端可以是���终端和����终端,但��终端应该优先支持该业务。
����业务特征
��点对点视频业务的特征如下�
������权限限制
��软交换对主叫用户和被叫用户使用该业务的权限要进行认证,对无权用户禁止使用该业务。当主叫
用户或被叫用户任何一方没有权限时,都不能提供视频业务。但是禁止使用视频业务时,语音业务仍能
正常进行。
丫�厅�����������
�����摸式切换
��用户能够通过终端上的模式切换来激活或者去活视频通信。
��业务的使用方法
�����登记
��需要向业务提供者申请开通该项业务。
�����使用
��使用该项业务不需要其它的操作,用户只需要打开或关闭视频通信模式来决定是否激活该业务。
��用户�包括主叫用户和被叫用户�可以在通信开始之前,也可以在通信过程中的任意时刻将视频通
信模式设置为开或关。
���业务的伯令流程
��见附录��
���计费原则
�����计费方式
��软交换应该能够分别记录主被叫用户音频、视频通信的详细信息,并能够根据音频、视频通信的时
长分别对音频、视频通信进行详细计费。
�����计费对象
��对主叫号码和被叫号码进行计费。
�����计费内容
��对语音通信的计费内容应满足《软交换设备总体技术要求�修订版�中的相关规定,同时还应包含
视频通信信息,包括编解码格式等内容。
���与业务相关的其它要求
���」对网络的要求
�������网络带宽
��网络应该能够根据视频通信所采用的编码格式预留相应的网络带宽。
�����网络时延
��对于音频流和视频流,端到端网络时延最长不应超过������
�����网络丢包率
��对于音频流和视频流,端到端网络丢包率最高不应超过����
�����网络抖动
��对于音频流和视频流,端到端网络时延抖动最大不应超过�����
����业务质�要求
�������音颇质�
��音频质量的主观评定����值�应大于����
�������视颇质�
��围内外目前都没有完善的评价方法�目前主要采用主观评价,客观评价方法有待于进一步研究。
�视颇多媒体会议业务
���业务含义和业务特征
�����业务含义
��多个视频终端之间建立连接之后,相互之间既能够实时传送音频信息又能够实时地传送视频信息。
����业务特征
��视频多媒体会议业务的特征如下�
�����权限限制�软交换对用户使用该业务的权限要进行认证,对无权用户禁止使用该业务。
�����参加会议的人数可以设置。
����������������������������������������������厅�����������
�����会议成员分成会议主持者和会议参与者两类,会议主持者可以拨叫会议参与者的电话号码,召
集其加人会议�会议参与者不能够召集其他会议参与者加人会议,只能等待会议主持者召集,或者通过
拨打会议呼叫接人号,会议室号信息和用户身份信息的方式自己申请加人会议。
�����会议过程中,如果某参加会议成员关闭视频模式,将不影响其他成员使用该业务,但是该成员
将无法接收媒体服务器发送的视频媒体流。
���业务的使用方法
�����登记
��用户使用该业务之前必须向业务提供者申请开通该项业务,获得一个账号和密码。
���使用
��由会议主持者向软交换预约会议,软交换认证通过之后,再由会议主持者向各个用户发起请求,建
立会议。用户只需要应答即可加人会议,并可以打开或关闭视频通信模式来决定是否激活视频功能。任
何用户可以在通信开始之前,也可以在通信过程中的任意时刻切换视频通信模式。
��会议过程中,会议主持者能够邀请新成员加人会议,其他用户也可以在取得会议号和密码后发起申
请加人会议。
��业务的信令流程
��见附录��
���计费原则
�����计费方式
��软交换可以根据会议时长�从第一个用户加人会议开始到最后一个用户退出会议为止�,对业务申请
用户�集团用户�计费,也可以对参加会议号码按时长计费。视频多媒体会议的费用包括服务费和通话
费。
���计费对象
��对业务申请用户和参加会议号码进行计费。
���计费内容
��应满足《软交换设备总体技术要求》�修订版�中的相关规定,同时还应包含以下计费信息�会议申
请的记录以及每个会议参与者的会话信息,包括该用户通信的媒体类型和每种媒体类型的通信时长。
��与业务相关的其它要求
����对网络的要求
�������网络带宽
��网络应该能够根据视频通信所采用的编码格式预留相应的网络带宽。
������网络时延
��对于音频流和视频流,端到端网络时延最长不应超过������
�����网络丢包率�
��对于音频流和视频流,端到端网络丢包率最高不应超过���
�����网络抖动
��对于音频流和视频流,端到端网络时延抖动最大不应超过�����
�����业务质,要求
�������音频质�
��音频质量的主观评定����值�应大于���
�����视频质�
��国内外目前都没有完善的评价方法,目前主要采用主观评价,客观评价方法有待于进一步研究。
��厅�����������
���附录�
���资料性附录〕
业务实现示意和消息流程
���点对点视颇通倍业务
�����业务实现对应的网络示意图
��基于软交换的点对点视频通信业务所对应的网络示意图如图���所示。软交换�和软交换�是软交换
网络中的�个软交换设备,���终端�和�����终端�注册到软交换�����终端�和�����终端�注册到
软交换�,且所有的���终端和����终端都是视频终端。软交换和软交换之间以及软交换和���终端之
间使用���协议进行通信,软交换和�����终端之间使用�����协议进行通信,各种终端之间的媒体流为
���流。图���仅是一个示意图,在实际网络中可以包含更多的软交换、���终端和�����终端。
圈凡,点对点视绷通值业务对应的网络示宜圈
����单域呼叫�两个视颇终端注册在同一个软交换下�
������呼叫建立流程
��������两个���终端之间的呼叫建立流程
��呼叫建立的流程与主被叫用户是否有权、呼叫建立之前主被叫���终端上的视频模式是否打开有关。
假设���终端�和���终端�注册在同一个软交换下。
����主被叫用户为有权用户,呼叫建立之前主被叫的视频模式打开
��在这种情况下,主叫用户和被叫用户都已经申请了点对点视频业务,并且在进行呼叫之前,主叫���
终端�和被叫���终端�上的视频模式都已经打开。
��������终端�的视频通信模式已经打开,主叫用户呼叫���终端用户�����终端�向软交换发送
������消息,其中包含指示���终端�能力的���部分。���部分应该同时包含���终端�所支持的
音频编解码和视频编解码。
��软交换向���终端�回送���������消息,指示呼叫正在处理过程中。
�����软交换判断���终端用户�已经申请了点对点视频业务,并判断被叫用户也已经申请了点对点
视频业务,则向被叫���终端�转发������消息。
�����被叫���终端�向软交换发送����������消息,指示正在向被叫用户振铃。软交换将向主叫
���终端�转发����������消息。
��������终端�的视频通信模式已经打开,被叫用户摘机,���终端�向软交换发送�����消息,
其中包含���部分,向���终端�指示此次通信所使用的音频编解码和视频编解码。
�
��厅�����������
�����软交换收到�����消息,开始对主叫用户的音频通信和视频通信进行计费,对被叫用户的视
频通信进行计费,同时向���终端�转发�����消息。
�����终端�收到�����消息后,回送���消息�软交换收到���消息后向���终端�转发���
消息。
��主被叫用户之间同时开始音频和视频通信。
����主被叫用户为有权用户,呼叫建立之前主叫视频模式打开,被叫视频模式关闭
��在这种情况下,主叫用户和被叫用户都已经申请了点对点视频业务,但在呼叫建立之前被叫���终
端�上的视频模式处于关闭状态。
��呼叫建立流程同图��,区别在于由于被叫���终端�上的视频模式处于关闭状态,所以被叫���
终端�发送的�����消息以及软交换转发的�����消息中的���部分只指示此次通信所使用的音频
编解码。软交换收到�����消息后,只开始对主叫用户的音频通信进行计费。
��终端�软交换��终端�
��圈���两个���终端之间的呼叫碗立过程�主被叫用户为有权用户,呼叫建立之前主被叫的视颇模式打开
��主被叫用户之间只能进行音频通信。
����主被叫用户为有权用户,呼叫建立之前主叫视频模式关闭
��在这种情况下,主叫用户和被叫用户都已经申请了点对点视频业务,但在呼叫建立之前主叫���终
端�上的视频模式处于关闭状态。
��呼叫建立流程同图���,区别在于由于主叫���终端�上的视频模式处于关闭状态,所以主叫���
终端�向软交换发送的�����消息中的���部分只包含���终端�所支持的音频编解码,同样,软交
换向被叫���终端�转发的������消息中的���部分也只包含���终端�所支持的音频编解码,此时
无论被叫���终端�上的视频模式是否打开,被叫���终端�发送的�����消息以及软交换转发的���
��消息中都只包含此次通信所使用的音频编解码。软交换收到�����消息后,只开始对主叫用户的音
频通信进行计费。
��主被叫用户之间只能进行音频通信。
��厅�����������
����主叫用户为无权用户
��在这种情况下,主叫用户没有申请点对点视频业务。
��呼叫建立流程同图��,区别在于由于主叫用户为无权用户,所以无论主叫���终端�向软交换发
送的�������消息中是否包含���终端�所支持的视频编解码�取决于主叫���终端�的视频模式是否
处于打开状态�,软交换向被叫���终端�转发的������消息中都只能包含���终端�所支持的音频编
解码,此时无论被叫用户是否为有权用户,被叫���终端�上的视频模式是否处于打开状态,被叫���
终端�发送的�����消息以及软交换转发的�����消息中都只包含此次通信所使用的音频编解码。软
交换收到�����消息后,只开始对主叫用户的音频通信进行计费。
��主被叫用户之间只能进行音频通信。
����被叫用户为无权用户
��在这种情况下,被叫用户没有申请点对点视频业务。
��呼叫建立流程同图���,区别在于由于被叫用户为无权用户,所以无论主叫���终端�向软交换发
送的������消息中是否包含���终端�所支持的视频编解码�取决于主叫���终端�的视频模式是否
处于打开状态�,软交换向被叫���终端�转发的������消息中都只能包含���终端�所支持的音频编
解码,此时无论被叫���终端�上的视频模式是否处于打开状态,被叫���终端�发送的�����消息
以及软交换转发的�����消息中都只包含此次通信所使用的音频编解码。软交换收到�����消息后,
只开始对主叫用户的音频通信进行计费。
��主被叫用户之间只能进行音频通信。
���������两个�����终端之间的呼叫建立流程
��除呼叫建立过程中所涉及到的消息不同之外,其它与两个���终端之间的点对点视频通信相同,都
需要软交换检查主被叫用户的权限,并根据主被叫用户的视频模式是否打开来协商通信时所采用的媒体
信息。
��假设�����终端�和�����终端�注册在同一个软交换下。
�����������快速呼叫建立流程
��以“主被叫用户为有权用户,呼叫建立之前主被叫的视频模式打开”为例,呼叫连接采用快速启动
方式的呼叫建立流程见图����
����������终端�的视频通信模式已经打开,主叫用户呼叫�����终端用户�������终端�首先向
软交换发送���请求地址解析和授权,地址解析和授权通过后软交换向�����终端�回送���消息。
���������终端�向软交换发送����消息,请求建立到����终端�的呼叫连接。�����消息中应
包含�����的通道信息,并且在����通道信息中同时包含�����终端�所支持的音频编解码和视频编
解码。软交换判断����终端用户�和终端用户�已经申请了点对点视频通信业务,则向����终端�
转发�����消息。
�����软交换向����终端�发送呼叫进展�������������消息。
���������终端�向软交换发送呼叫进展�����������消息。里面可以包含�����的通道信息,也
可以不包含,软交换应该能够识别这两种不同情况。如果������������消息中包含有�����的通道消
息,软交换应该能够向����终端�转发该�������������消息�如果�������������消息中没有包含
�����的通道消息,流程图就如图���所示。
���������终端�向软交换发送���消息,请求授权,软交换回送认证通过消息����
����������终端�向软交换发送��������消息,指示正在向被叫用户振铃,该消息中可以包含����
的通道信息,也可以不包含。软交换应该能够识别这两种不同情况并向�����终端�转发������消息。
如果被叫返回的消息中包含有�����快启消息,逻辑通道就已经打开�如果被叫返回的消息中没有包含
����快启消息则逻辑通道还没有打开。
���������终端�的视频通信模式已经打开,被叫用户摘机,�����终端�向软交换发送�������消
息,指示被叫用户已经应答,该消息中可以包含����的通道信息,也可以不包含。在�����通道信息
�
丫�厅�����������
中向�����终端�指示此次通信所使用的音频编解码和视频编解码。软交换收到�������消息后,开始
对主叫用户的音频通信和视频通信进行计费,对被叫用户的视频通信进行计费,同时向�����终端�转
发�������消息。
圈��两个����绮端之间的快速呼叫碗立过程��主被叫用户为有权用户�呼叫趁立之前主被叫的视绷桩式打开
��主被叫用户之间同时开始音频和视频通信。
��两个���终端之间的呼叫建立过程媒体信息是在������消息和���消息中进行协商的,在两个
�����终端之间进行呼叫建立的过程中媒体信息是在�����消息和����������������������������消息中
利用�����通道信息进行协商的。
���������非快速呼叫建立流程
��以“主被叫用户为有权用户,呼叫建立之前主被叫的视频模式打开”为例,呼叫连接采用非快速呼
叫建立流程,呼叫建立的流程如图���所示。
��流程说明�
����������终端�的视频通信模式已经打开,主叫用户呼叫�����终端用户������终端�首先向
软交换发送���请求地址解析和授权,地址解析和授权通过后软交换向�����终端�回送���消息。
���������终端�向软交换发送�����消息,请求建立到�����终端�的呼叫连接。软交换向�����
终端�转发�����消息。
�����软交换向�����终端�发送呼叫进展�����消息。
���������终端�向软交换发送呼叫进展��������������消息。
���������终端�向软交换发送���消息,请求授权,软交换回送认证通过消息����
����������终端�向软交换发送��������消息,指示正在向被叫用户振铃。软交换向����终端�
转发�������消息。
���������终端�的视频通信模式已经打开,被叫用户摘机,�����终端�向软交换发送�������消
���������������������������������������������������������������������������
��������������
息,指示被叫用户已经应答。软交换将该消息转发给�����终端
定制服务
推荐标准
- YBB 00192005-2015 药用陶瓷容器铅、镉浸出量测定法 2015-08-11
- QB/T 1218-1991 自行车油漆技术条件 1991-09-10
- HB 1-140-1983 90°沉头锥端螺栓 1984-05-31
- HB 2053-1974 定位件 1974-11-11
- JB/T 5620-1991 显像管玻璃池炉能耗分等 1991-09-13
- JT/T 34.5-1993 交通行业工人技术等级标准 交通勘测 航务土工试验工 1993-10-19
- QJ 468-1985 镁合金化学氧化膜层技术条件 1985-08-01
- SJ 1776-1981 GK-100~600超高真空金属油扩散泵结构型式与参数系列 1981-03-27
- HB 4414-1990 冷冲模四导柱钢模架上模座 1990-09-18
- QJ 1246-1987 石墨材料和制品的X射线探伤方法 1987-07-09