YD/T 1388.6-2005
基本信息
标准号： YD/T 1388.6-2005
中文名称：基于软交换的业务技术要求 第6部分:视频多媒体业务
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：1279475
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 1388.6-2005.Technical requirements of the softswitch based services part 6: Video multimedia services.
1范圈
YD/T 1388.6规定了基于软交换的视频多媒体业务中点对点视频通信业务(点对点可视电话业务)和视频多媒体会议业务的业务含义和业务特征、业务的使用方法、业务的信令流程、计费原则以及与业务相关的其它要求。
YD/T 1388.6适用于基于软交换的视频多媒体业务。
2规范性引用文件
下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而,鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本部分。
软交换设备总体技术要求(第二版)
YD/T 1388.1-2005基于软交换的业务技术要求第1部分:业务体系
YD/T 1388.2-2005基于软交换的业务技术要求第2部分:号码识别类业务
YD/T 1388.3-2005基于软交换的业务技术要求第3 部分:呼叫前转类业务
YD/T 1388.4-2005基于软交换的业务技术要求第4部分:多方通话类业务
YD/T 1388.5-2005基于软交换的业务技术要求第5部分:点击拨号类业务
3缩略语
下列缩略语适用于本部分。
MGCP Media Gateway Control Protocol 媒体网关控制协议
RTP Real-time Transport Protocol 实时传输协议
4点对点视频通信业务(点对点可视电话业务)
4.1业务含 义和业务特征
4.1.1
业务含义
两个视频终端用户之间在建立连接之后，相互之间既能够实时地传送音频信息又能够实时地传送视频信息。
1范圈
YD/T 1388.6规定了基于软交换的视频多媒体业务中点对点视频通信业务(点对点可视电话业务)和视频多媒体会议业务的业务含义和业务特征、业务的使用方法、业务的信令流程、计费原则以及与业务相关的其它要求。
YD/T 1388.6适用于基于软交换的视频多媒体业务。
2规范性引用文件
下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而,鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本部分。
软交换设备总体技术要求(第二版)
YD/T 1388.1-2005基于软交换的业务技术要求第1部分:业务体系
YD/T 1388.2-2005基于软交换的业务技术要求第2部分:号码识别类业务
YD/T 1388.3-2005基于软交换的业务技术要求第3 部分:呼叫前转类业务
YD/T 1388.4-2005基于软交换的业务技术要求第4部分:多方通话类业务
YD/T 1388.5-2005基于软交换的业务技术要求第5部分:点击拨号类业务
3缩略语
下列缩略语适用于本部分。
MGCP Media Gateway Control Protocol 媒体网关控制协议
RTP Real-time Transport Protocol 实时传输协议
4点对点视频通信业务(点对点可视电话业务)
4.1业务含 义和业务特征
4.1.1
业务含义
两个视频终端用户之间在建立连接之后，相互之间既能够实时地传送音频信息又能够实时地传送视频信息。
标准图片预览
标准内容
中华人民共和国通信行业标准
YD/T13B8.6-2005
基于软交换的业务技术要求
第6部分：视频多媒体业务
Technical reguirements of the softswitch based servicespart 6: Video multimedia services2005-09-01发布
2005-12-01实施
中华人民共和国信息产业部发布前
2规范性乳用文件
3缩陷，
点对点规频通信业务（点对点可视电话业务）4
4.1业务含义和业务特征
4.2业务的使用法
4.3业务的信令流程
4.4计费原购
4.5与业务相关的其它要求
5视频多媒体会设业务.
5.1业务营义和业务特征
5.2业务的使用为法
5.3业务的信今流程
5.4让费原账
5.5与业务相关的其它要求
附录A（资料性附录）业务实现示商和消息流程A.1点对点视谢通借业务
A.2魂频多媒体会议业务
YD/T138B.6-2005
YD/T138B.6-2005
本部分是坐于软交换的业务技术系列标准之。术系列标准的名称和结构如下；1，苯于软交换的业务技术要求第部分：业务体系2.基丁软交换的业务技术整求第2部分：号码识别类业务3基十软交换的业务技术要求第3部分：呼叫前转类业务4。苯于软交换的业务技术要求第4部分：多方通话类业务5.基丁软交换的业务技术要求第5部分：点击援号类业务6.基十软交换的业务技术要求第6部分：俄取多媒体业务本部分在编写过程中注意了与以下标准的协调统：基于软交换的媒体服务器技术要求（第二版）本部分的附录A感资料性隔录。
本部分由中国通信标准化协会提出并归二，本部分起草单位：信息产业部电信研究院中国联合通信有限公可
中必通讯股份有限公司
华为技术有限公司
本部分主要起草人：李海花林美玉杨征纪文郭长城
基于软交换的业务技术要求
第6部分：视频多媒体业务
YD/T 1386.6-2005
本部分规定了基于软交换的视频多媒体业务中点对点规频通信业务（点对点可视电话业务）和说赖多媒体公议业务的业务合义和业务特征、业务的使用方法、业务的信令流程、计费原则以及与业务相关的其它要求。
本部分适用于于软交换的视阔多媒体业多。2规范性引用文性
下列文件中的条款通过本部分的引用而感为本部分的条款。凡是准目期的引用文件，其随行所有的修改单（不包括期误的内容）或俺订版均不适用丁本部分，然而，效励根据本部分达减协议的各方研究是否可使用这些文件的最新版术。凡是不注日期的引用文件，其最新版本适用丁本部分。软交换设备总体技术要求（第二版）YD/T 1388.1-2005
YD/T 1388.2-2005
YD/T13BB.3-2005
YD/T 1388.4-2005
YD/T 1388.52005
3蹦略
基于软交换的业务技术要求第1部分：业务件系基于较交换的业务技术要求第2部分：号码识别类业务基十软交换的业务技代要求第3部分：呼州前转类业务基于软交换的业务技术要求，第4部分：多方通话类业务基于软交换的业务技术要求第5部分：点击拨号类业务下列缩略评适用干不部分。
Media Gateway Control PrarncolReal-timeThmsport Protcol
Session Description ProtocolSession Tniciatinn Protocol
4点对点视频通信业务（点对点可规电情业务】4.1业务含义和业务特征
4.1.1、业务含义
媒体网关控制协议
实时传输协议
会话述协设
会话切始协设
两个视数终用户之回在建立许按之后，相五之问既能梦实时地传送音频信息又虚够实时地传送视信息。
注：在本标准中规频链端可以是SIP整端和H323终端，但SP资端应依忧先支持该业务。4.1.2业步特征
点对点视赖业务的特证如下：
4.1,2.1权酸段
软交对主叫用户租被叫用户使用该业务的权限些进行必证，对无权用户禁止使用该业务。当主叫用户被叫用户任何一没有权限时，都不能提供规频业务。但是禁止使用现顾业务时，语音业务仍能正常进行，
YD/T 1388.6-2005
4.1.2.2模式切换
用户能够通过终常上的模式切换来活或者去活视频通信。4.2业务的使用方法
4.2.1登记
需要向业务提供者申销开通该项业务。4.2.2使用
使用该项业务不需要其它的操作，用广只需要打开或关闭视预通信模式来决定是否激活该业务。用户（包括主叫用产和被叫用户可以在通信开始之前，也可以在通信过程中的任意时刻特规规通信模式设置为开或关。
4.9业务的情令迹量
见附录A。
4,4 计费原则
4.4.1计费方式
软交换应该能够分别记采主被叫用户音频、视频通信的详细信息，并能够根据音频、视频通信的时长分别对音频、视频通信进行详细计费。4.4.2计费对象
对主叫尽码和裁叫每码进行许费。4.4.3计费内客
对语首通借的计费内容应满足《软交换设备总体技术要求》静订版）中的相关规定，同时还应包含说频避偿信息，包括编解码格式等内穿。4.5与业务相关的其它要求
4.5.1对网第的要求
4.5.1.1网络带宽
网路应该够根据视频通信所采用的编码格式预留相应的网络带宽。4.5.1.2网络时延
对下育察流和视频减，端到端网络时延总长不应超过200ms4.5.1.3网路表包率免费标准bzxz.net
对于音频流和规频流，端到端网络去包率最高不应起过1%。4.5.1.4网络抖动
对于音频流和视频流，增到竭网络时延抖动最大不应超过50mB。4.52业务量要求
4.5.2.1育显质量
音频质量的主观评定（MOS值）应大于3.5，4.5.2.2规频质量
函内外目前都没有完善的评价方法，目前主要来用主规评价，客规评价方法行持于进“步研究。5视频务媒体会设业务
5.1业务含义和业务特征
5.1.1业务含义
多个视赖终端之间建立许接之后，相无之间既健够实时传送音频信息又能够实时地传送视频信息。5.12业务特征
规频多媒体会议业务的特征如下：（1）权限限制：教交换对用产使用该业务的权限要进行认证，对无权用户禁止使用该业务。（2）相会议的人数可以设置。
YD/T 1388.6-2005
（1）会议成分虑会改主持者和会议泰与者两类，会议毛持者可以接叫会改参与者的电语号码，召集其加人会议；会议垒与者不能够存案其他会议参与者加人会议，只能等待会议主持者召集，或者通过拨打会议呼叫接人号，会议室号信息和用户身份信息的方式自己申请加人会议，（4）会改过程中，如果某参会议成员关闭视频模式，将不影响其他成员使用该业务，但是该成站将光法接收媒休服务器发送的视频媒体值。5.2业务的使用方法
5.2.1登记
用户便用该业务之前必须间业务提供者申说开通该项业务，获得：一个账号和密码。5.2.2使用
出会议主持者向软交换预约会议，软交换认证道过之后，再由会议士持者问各个用户发起请求，建立会议，用户只需要应答即可加人会议，并可以打开或关闭规观通信模式来决定是否激活视题功能。任何用户可以在通信开始之前，也可以在通信过模中的仟意时刻切换规颊通倍模式。会议过程中，会议主持者能够意请新成员如人会议，其他用户也可以在取得会议号和密码后发起中请加人会议。
5.3业务的信令键租
见尉录A
5.4计费原则
5.4.1计费方式
软交换可以根拟会议时长（从第个用户加人会议开始到股后一个用户退出会议为止，对业务申请用户（案团用户）计费，也可以对考加会议号码按时长计费，规熟多媒体会议的费用包括愿务费和通话费。
5.4.2计费对象
对业务中请用户势加会设号码进行1费。5.4.3计费内容
应满足软交换设备总体技术要求》（整订版）中的相关规定，同时还应包含以下计费信息：会议申请的记录以及每个会议参与者的会话信息，包括该用广通信的媒体类型和每种媒体类型的通信时长，5.5与业务相关的其它要求
5.5.1对网络的要求
5.5.1.1两络带密
网结成该能够根据规频通信所采用的编码格式预阐相应的网络带宽。5.5.1.2网络时延
对于音频流和视频流，端到端网络时延最长不应超过200mm5.5.1.3网络丢包率
对于音频流和视瞬泣，端到端网络法包率最尚不应超过1%。5.5.1.4网络抖动
对于音规流和视流，到尴网络时延抖动敏大不成超过50ms，5.5.2业务质量要求
5.5.2.1音频频量
音频质量的主观评定（MOS值）应大于3.5。5.5.2.2视就质量
国内外月前都没有完普的评价方法，目前主要采用主观评价，客观评价方法有待于进步研究。3
KNKAs
YD/T198B.B-2005
A.1点对点规颈通遵业弱
A.1.1业务实现对应的网络示衰围景A
【料性附录】
业务实现示意和消惠遮程
基于转交换的点对点视频遇信业务所对应的网络尔意图如图A1所示。软交换1和交换2是款交换网络中的2个软交换设备，5P终端1和H.323终1注肝到较交换1，SI终端2和H373终端2注册到软交换2，月所有的SP终端和II.327终增都是视频够端。软交换和教交换之闻以改软交换和S正终端之间使用SP协议进行通信，软安换利H.323终端之间使用H.323协议进行通信，各种终端之间的媒体流为RTP流。图A.1仅是一个示意图，在实际网络中可以包含更多的软必换，SIF终端和H.323终端，收变换1
H3232编1
TM求缺网地
软交损2
1L323轻编2
图亢1点对点视慢通信业务对坐的网络示意函A.1.2单域呼叫（两个视题终增注册在同一个软交换下1A.12.1呼叫难文流理
A.1.2.1.1两个SIP终端之间的呼叫建立泄租呼叫迹立的流程与主被叫用广是否有权、呼叫建立之前主被叫SP然端1的视烦模式是否打开有关，假设SI终端I和SIP终端2注册在同个软交换下a）土被叫用户为有权户，呼明立之主被叫的规频模式打开在这种游说上，主叫用户和该叫用户都已经中请点对点视费业务，并且在进行呼叫之前，未叫S整端1和被叫SIP终端2上的说频模式都比经打开。（1）SP终端1的规薄通信模式已经打开，主叫用户呼叫SP终端用户2，SP终端1回较交换签送INVTTE消息，其中包含指示SP然端1能力的SDP部分。SDP部分应该同时包含STP终增所支持的音频编解码和视频编解码。
软交换向S终端1回送yin游息，指示呼叫正在处过程中。（2）较交换期断S亚终端用户1已经中请了点对点视照业务，并判断被叫用户也已经中请了点对点视频业务，删向被叫SIP整端2转发INVIIE消息。（3）截叫SP终2向软变换发送1Rgg消息，指示正在向链叫用户振铃，软变换将向主叫SP整端1转发180Ringing销息。
（4）SP繁端2的锐频遇信模式也经打开，被叫用户脑机，STP整端2向软交换没递2U)OK消息，其中包含江P部分，向STP些端1指示此次通信所使用的音频编解码和视频编解码。4
YD/T1388.6-2005
（5）软交换收到2[X）OK消息，引始对主叫用户的音赖通信和视频通信进行计费，对被叫用产的视瓶通信进行费，同时向SP终端1转发2000K消息SIP终【收到2DDDK微息房，回送ACK消息：软交榜收到ACK消息后向SIP终端2转发ACK消息，
主被叫用户之间同时开始音频和规频通信。b）主被叫用户为有权用广，呼叫蛙立之前主叫梯颗模式打并，被叫视频模式关闭在这种惯况下，主叫用户和被叫用户都己经中请点对点规赖业务，化在呼叫建之之前被叫S止终端2上的视频模式处于关闭状态。呼叫建立流程可图A.2，区别在于由于被叫SIP整端21的视载模式处于关闭状态，所均被叫SIP势端2发送的200OK消息以及软交换转发的200OK消息中的SDP部分H指示此次通信所使用的音额编解码。软交换收到200OK消息后，只始对主叫用户的音频通信逃行计费。SIP此期！
()vmr[sEP]
Hotyeg
180 Ringing
(5) 200 OK SDP)
图A两个SP谢之间的呼四建文过程一主被叫用户之间只能进行音通信，禁交换
(2)INYTE(SDP)
(3) 180 klagng
(4) 200 OK (SDF)
一生替叫用户为有极用户，呼叫建立之的主整叫的绝题式打开）主被叫用户为有权用户，时叫立之前主叫视频模式关闭在这科情说下，主叫明广和被叫用广都凹经中请了点对点视频业务，但在呼叫建立之前主叫终端1上的规频式处于关闭状态。
呼叫建立流器同图A.2，区别在于山于士明S正终端1[的视频模式处于关闭状态，所以主听SF终端」向软交换发送的INVITE消包中的SDP部分只包含SP终端1所支持的频端解码，同样，软交换向被叫SIP终尝2转发的NVTIF消息中的SDP部分电H包含SP然端1所支持的音频编解码，此时无论被叫5IP终端2上的规题模式是否打开，教叫S1终增2发送的2U0OK游息以及软交换转发的200OK消意中都只包含此次信所便用的音频编解码，软交换收到200OK消息后，只开始对主叫用户的音频通信进行计费。
于兼叫用户之间只能进行音频通信，KNYKAa
YO/T1388.6-2005
d！主叫用户为充规用户
在这和法况下，主叫用户没有申清点对点视频业券。呼叫建立流程同图A2，区在于山于士明用户为无权用产，所以无论主叫山终端1向软交换发送的TNVTTE消息中是否包含SP终端1所支持的视嫩编解妈（取决丁上叫SIP终端1的视频模式是否处于打开状态），软交换向鼓叫SIP终端2转发的INVITE.消息中都只能包含SIP终端1所支持的音题缩解码此时无论被叫用户是否为有权用户，被叫SP终端2E.的规顿模式尽否于打开状你，被叫S终端2发送的2000区消息以及软交换转发的200心K消息中部只包含此次通信所使用的育频编解码，软交换收到200OK消息后，只开始对主叫用户的音规通信进行计费。主被叫用户之间只能进行音频通借。费用产为光权用户
在这种情况下，被叫用户没有申请点对点视频业务。呼叫建立流程间图A.2，区别在于由于截叫用为无权用，所以无论主叫SP整期1向软交换发送的TNVTTE消息中是否包含SP终赠1所支持的视频编解码（收决丁主叫SIP终端的视频模式是否处于打开状念】，软交换向叫SP终端2转发的INVI前息中都能包含SIP签」所支持的音数编解码，此时无论被叫SP终筛21的视新樊式是否处于打开状态，教叫S业终券2发送的200K消息以及软交换转发的200OK消息中都以包含此次通信所便用的音频编解码，软交快收到200K消息店，其开始对丰叫用户的者频通借进行计费。主变叫用户之间只能迹行音频通信，A.1.2.1.2两个H.323续端之间的呼叫难立流程除呼叫建过程中所涉及到的消息不同之外，其它与两个正终端之问的点对点视题通信拥间，都需要软交换检壳主被叫用户的权限，并根据上被叫用户的视烦模式是否打开来协商通信时所采用的媒体倍息
设H.323终端1和H.323终端2流册在同-个软交换下。A.12.1.2.1快遇呼明立遮租
以“主被叫用户为有权用，呼叫建立之前主被叫的税测模式打”为例，呼叫连接采用快速启动方式的呼叫建立流程见图A.3
1）H.323整赠1的视频通信模式已经打开，主叫用户呼叫H.323终端用广2.1.323终端1首先向软交换发送ARQ请求地址解析和授权，地址解析和授权通过后软交换向H.323终端1回送ACF消息，【2）I32终端1阿软交换发送Seup前息，请求建立到H.323终端2的呼叫连拨，SeWp消息中应包含H.245的通道信息，并H在H.245通道信息同时包含H.323终端1所支持的音频编解码和说频缩解码，软交读判断H.323整端用户1和终端用户2已经申流了点对点说频通仿业务，则向H.323整端2转发 Setup消息。
（3）款交换向H.323终端1发送乎叫进展CallProceeding销息。（4）H.323终端2间软交换发送呼叫进展Calrocceding消息。里山可以包含H245的通道信息，山可以不包含，教交换应该能够识别这两种不呼括况。如果Ca业rDceedin消息中包含有H.245的适道消息，款交换应该然向H.323终端1转发该CallProceeding消息：如果CaliPraceeding消息中没有包含H.245的通道消息，流程图就如图.3所示（5】H323终竭2向软交换发送ARQ消息，请求授权，软交换可送认证通过消息ACF。（G）H.323终端2向软交换发送Alering消息，指示止在向被叫用广裁羚，俊满息中司以包含H.245的避道信息，也可以不包含。软交换应该能够识别这两种不同情况并向323终端1转发Alerting消息如景鼓退回的消息中包含有H.245快启消息，遂轩逆道就已经打开：如果被叫返国的消息中设有包含H.245快启消息型料通道还没有打开（7」11.323终端2的规频道信模式已经打开，敲叫用广拖机，H.323整端2向软交换发送C消息，指示械州用户已经应答，该消息中可以包含H.245的通道信息，也可以不包含。在R.245脂道信息6
YD/T1388.6-2005
中问H323终销1指示此芯通信所使用的音整编解码和规翻编解码。软交换收到Cp0m消息后，开始对土叫用户的音频适信和视谢通信进行计费，对健叫用户的视期信进行计费，同时间H.323然端1转发Connect消息。
H325维询1
(I) ARD
(2) Sep
(3） Cca rcaag
Alkenlng
图A3两个H39做之间的快呼国建立过程主被叫用户之间同时开始音测和视频逼候。数交换
(4) Can Proceeding
(S) ARQ
(6) Aladng
(7) Coampct
RTP 值
H.323此圳2
丰叫用户为有权用户，寻呵建立之前主快叫的视频情式打开两个SIP整治之间的呼叫建立过程媒体信息是在NVTIE消息和2UU消息中进行协商的，在两个H.323终增之问进行呼叫建立的过程中媒体信息是在Setup消息和CalProceeding/Alcrting/Connect消息中利用H.245通道信息进行协商的
A.12.1.2.2非快速呼叫建立握
以“主鼓叫用户为有权用户，呼叫建立之前主被叫的现频携式打开”为例，呼叫连接采用非快速呼叫建立流程，呼叫建立的随如图A.4所示。滋程说明：
【1）H.323终端1的现频通信模式已经打开，卡叫用户呼叫H323整嘴用广2。H.323整端1首光向软交换发送ARQ请求地证解析和授权，地证解析和授权通过后软交换向H323终端1回送ACF消息。（2）H323务端！向软交换发送Se叫p消息，请求建立到H.323终端2的呼叫连热。软交换内H.323终端2转发Sewp消息。
（3）软交换向H.323终端|发送呼叫进展CallProcecding消息。（4）H.323终端2向软交换发送呼叫进展CallProceedin消息，（5）H.323终赠2向款交换发送ARQ消息，请求授权，软交换送认证通对消息ACF。（6）H.323终染2向教交换发送Aiurting消息，指示止在向美叫用广摄铃。软交换向H.323终端】转发Alerting消息，
【7H.323终端2的规频通信模式已经打开，被叫用户摘机，H.323终端2向软交换发送Conmecl销7
YD/T 1$88.6-2005
息，指示被叫用户已经应答。软交换将该消息转发给H.323终端1。（8）H.323整端那H.323路端2之间进行能力集交互。（9）H.323务1和H.323终端2之间打开[1.245通道逗辑通道。主被叫用户之间同时开始音频和视操通信，两个SP终端之间的呼叫建京过器媒体信息是在INVITE消息和200消息中进行协商的，在两个H323终端之回进行呼叫建文逆划程中，煤体信高早通过胸力集交换过是用H245通道信息进行协商的。
H323其！
(2) Sebp
( 3 ) Call Pruaxxling
Alating
Conneet
（R）既力集交
（9）开H.24号通值
软交物
(4/ Celt Pcrnding
(S)ARO
16) Alenag
能为华交换
开H.245通通
图A,4个H.323终紫之阔的非换速呼叫蝇立过程一主数叫用户为有权用户，呼剂建立之前主被叫的规换辅式打开A.1.2.1.3SIP终端与H.323整端之间的呼叫建立流程两个不同类型视频终端之间的呼叫建立流程需要软交换进行消息的转换，其它同两个SP终端之间的点对点视频通信，都需要较交换检查士被叫用户的限，并根据主微叫用产的视赖模式是否打开米协商通信时所采用的媒体信息。假效SIP终端1和H1.323终端2证册在间-个款交换下：a）s用户呼叫.323用产
以“士被叫用户为有权用户，呼叫建文之前士被明的视叛模式打开”为例，软交换和H.323终端之间采用快速启动呼叫建立流程，测SIP终响作主叫呼叫H.323然竭的呼叫建立随程如图A.5所示。（1）SI终1的供费通信模式已经打开，呼叫H.323终端用户2.SIP终端1向软交换发送INYTE消息，其中包食指示SIP终端1售力的SDP部分。SDP部分应该同叫包含5P终端！所支持的音顺第解码和视熟综解码。
()IM（STP)
J00 tryimng
180 Rinyelng
(7) 2XOK[SDP)
图:A.5SIP格端确呼叫H.323路随的呼国塞立过程较交换
RTP清
(2) Seup
(3) Cail Froeeodine
(4) AKQ
(5) akestiaa
(6) Coed
YD/T1386.6-2005
H323降编2
一主被用户为有权用户，呼回建立之荫主被叫的槐颠模式打开软交换问SP终端1回送100yi消感，指示呼叫正在处理过程中。（2）软交换判断SP终增用户1和H.323终掌用2均已经申请了点对点说通停业务，则向H.323终瞬2发送Setup息，Setup消息中应包含H.245的通道息，并且在H.245通道信息中同时包含SIP终端「所支持的音规编解码利视规骗解码。（3）H323悠端2间软交换发送呼叫进展CalProceeding消息。里面可以包含H.245的通道信息，电可以不包含，软交换应该能够让别这两种不同情况，如果CalPrcceing消息中包含有H245的通道消息，软交换应该能够将其映射成SDP消息在相应的消息中换带到SIP终端；如果CalIProcreding消息中没有包含H.245的通道消息，刚流程图如图A.5所示，（4）H323端2向软交换发送ARQ消息，请求提权，软交换可送认证通过消息ACF。（5）H.323终端2向软交换发送Alernting消息，指示止在向被叫用广振铃，该消息中叫以包含H245的通道借息，也可以不包含。如果Alerting消息中包含行H245的通道消息，软交换应该能够在向S正格端！发送的180Ringing中携带SDP消息：如果Alerting消息中不包含H.245的通道消息，180Ringing中不换带SDP消息，
（右）IT.323终端2的视频通信模式已经打开，被叫用户摘机，H.323终增2向数交换发送Comcct消息，指示被叫用户已经应等，该消息中可以包含H245的通道信息，也可以不包含。在H.245通道信泉中向S整踏1指示此次道信所使用的音频编解码非规癫编解码。软交换收到Comnet消息片，开始对主叫用户的音数通信和视款通信进行计费，对被叫用户的频通信进行计费。（7）软交换向SI终端1发送200OK消息，共中包合STP部分，向SIP终端1指4此次通信所使用的音颊编解码和视频编解码，SIP终端1收到200OK消息后，回送ACK消息，出被叫户之间网时开赔育频和视频通信。媒休信息利用SIP协议中的TINVTTF消息中的SDP信息和H.323协设中的Callfroceeding/Aletdng/9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
YD/T13B8.6-2005
基于软交换的业务技术要求
第6部分：视频多媒体业务
Technical reguirements of the softswitch based servicespart 6: Video multimedia services2005-09-01发布
2005-12-01实施
中华人民共和国信息产业部发布前
2规范性乳用文件
3缩陷，
点对点规频通信业务（点对点可视电话业务）4
4.1业务含义和业务特征
4.2业务的使用法
4.3业务的信令流程
4.4计费原购
4.5与业务相关的其它要求
5视频多媒体会设业务.
5.1业务营义和业务特征
5.2业务的使用为法
5.3业务的信今流程
5.4让费原账
5.5与业务相关的其它要求
附录A（资料性附录）业务实现示商和消息流程A.1点对点视谢通借业务
A.2魂频多媒体会议业务
YD/T138B.6-2005
YD/T138B.6-2005
本部分是坐于软交换的业务技术系列标准之。术系列标准的名称和结构如下；1，苯于软交换的业务技术要求第部分：业务体系2.基丁软交换的业务技术整求第2部分：号码识别类业务3基十软交换的业务技术要求第3部分：呼叫前转类业务4。苯于软交换的业务技术要求第4部分：多方通话类业务5.基丁软交换的业务技术要求第5部分：点击援号类业务6.基十软交换的业务技术要求第6部分：俄取多媒体业务本部分在编写过程中注意了与以下标准的协调统：基于软交换的媒体服务器技术要求（第二版）本部分的附录A感资料性隔录。
本部分由中国通信标准化协会提出并归二，本部分起草单位：信息产业部电信研究院中国联合通信有限公可
中必通讯股份有限公司
华为技术有限公司
本部分主要起草人：李海花林美玉杨征纪文郭长城
基于软交换的业务技术要求
第6部分：视频多媒体业务
YD/T 1386.6-2005
本部分规定了基于软交换的视频多媒体业务中点对点规频通信业务（点对点可视电话业务）和说赖多媒体公议业务的业务合义和业务特征、业务的使用方法、业务的信令流程、计费原则以及与业务相关的其它要求。
本部分适用于于软交换的视阔多媒体业多。2规范性引用文性
下列文件中的条款通过本部分的引用而感为本部分的条款。凡是准目期的引用文件，其随行所有的修改单（不包括期误的内容）或俺订版均不适用丁本部分，然而，效励根据本部分达减协议的各方研究是否可使用这些文件的最新版术。凡是不注日期的引用文件，其最新版本适用丁本部分。软交换设备总体技术要求（第二版）YD/T 1388.1-2005
YD/T 1388.2-2005
YD/T13BB.3-2005
YD/T 1388.4-2005
YD/T 1388.52005
3蹦略
基于软交换的业务技术要求第1部分：业务件系基于较交换的业务技术要求第2部分：号码识别类业务基十软交换的业务技代要求第3部分：呼州前转类业务基于软交换的业务技术要求，第4部分：多方通话类业务基于软交换的业务技术要求第5部分：点击拨号类业务下列缩略评适用干不部分。
Media Gateway Control PrarncolReal-timeThmsport Protcol
Session Description ProtocolSession Tniciatinn Protocol
4点对点视频通信业务（点对点可规电情业务】4.1业务含义和业务特征
4.1.1、业务含义
媒体网关控制协议
实时传输协议
会话述协设
会话切始协设
两个视数终用户之回在建立许按之后，相五之问既能梦实时地传送音频信息又虚够实时地传送视信息。
注：在本标准中规频链端可以是SIP整端和H323终端，但SP资端应依忧先支持该业务。4.1.2业步特征
点对点视赖业务的特证如下：
4.1,2.1权酸段
软交对主叫用户租被叫用户使用该业务的权限些进行必证，对无权用户禁止使用该业务。当主叫用户被叫用户任何一没有权限时，都不能提供规频业务。但是禁止使用现顾业务时，语音业务仍能正常进行，
YD/T 1388.6-2005
4.1.2.2模式切换
用户能够通过终常上的模式切换来活或者去活视频通信。4.2业务的使用方法
4.2.1登记
需要向业务提供者申销开通该项业务。4.2.2使用
使用该项业务不需要其它的操作，用广只需要打开或关闭视预通信模式来决定是否激活该业务。用户（包括主叫用产和被叫用户可以在通信开始之前，也可以在通信过程中的任意时刻特规规通信模式设置为开或关。
4.9业务的情令迹量
见附录A。
4,4 计费原则
4.4.1计费方式
软交换应该能够分别记采主被叫用户音频、视频通信的详细信息，并能够根据音频、视频通信的时长分别对音频、视频通信进行详细计费。4.4.2计费对象
对主叫尽码和裁叫每码进行许费。4.4.3计费内客
对语首通借的计费内容应满足《软交换设备总体技术要求》静订版）中的相关规定，同时还应包含说频避偿信息，包括编解码格式等内穿。4.5与业务相关的其它要求
4.5.1对网第的要求
4.5.1.1网络带宽
网路应该够根据视频通信所采用的编码格式预留相应的网络带宽。4.5.1.2网络时延
对下育察流和视频减，端到端网络时延总长不应超过200ms4.5.1.3网路表包率免费标准bzxz.net
对于音频流和规频流，端到端网络去包率最高不应起过1%。4.5.1.4网络抖动
对于音频流和视频流，增到竭网络时延抖动最大不应超过50mB。4.52业务量要求
4.5.2.1育显质量
音频质量的主观评定（MOS值）应大于3.5，4.5.2.2规频质量
函内外目前都没有完善的评价方法，目前主要来用主规评价，客规评价方法行持于进“步研究。5视频务媒体会设业务
5.1业务含义和业务特征
5.1.1业务含义
多个视赖终端之间建立许接之后，相无之间既健够实时传送音频信息又能够实时地传送视频信息。5.12业务特征
规频多媒体会议业务的特征如下：（1）权限限制：教交换对用产使用该业务的权限要进行认证，对无权用户禁止使用该业务。（2）相会议的人数可以设置。
YD/T 1388.6-2005
（1）会议成分虑会改主持者和会议泰与者两类，会议毛持者可以接叫会改参与者的电语号码，召集其加人会议；会议垒与者不能够存案其他会议参与者加人会议，只能等待会议主持者召集，或者通过拨打会议呼叫接人号，会议室号信息和用户身份信息的方式自己申请加人会议，（4）会改过程中，如果某参会议成员关闭视频模式，将不影响其他成员使用该业务，但是该成站将光法接收媒休服务器发送的视频媒体值。5.2业务的使用方法
5.2.1登记
用户便用该业务之前必须间业务提供者申说开通该项业务，获得：一个账号和密码。5.2.2使用
出会议主持者向软交换预约会议，软交换认证道过之后，再由会议士持者问各个用户发起请求，建立会议，用户只需要应答即可加人会议，并可以打开或关闭规观通信模式来决定是否激活视题功能。任何用户可以在通信开始之前，也可以在通信过模中的仟意时刻切换规颊通倍模式。会议过程中，会议主持者能够意请新成员如人会议，其他用户也可以在取得会议号和密码后发起中请加人会议。
5.3业务的信令键租
见尉录A
5.4计费原则
5.4.1计费方式
软交换可以根拟会议时长（从第个用户加人会议开始到股后一个用户退出会议为止，对业务申请用户（案团用户）计费，也可以对考加会议号码按时长计费，规熟多媒体会议的费用包括愿务费和通话费。
5.4.2计费对象
对业务中请用户势加会设号码进行1费。5.4.3计费内容
应满足软交换设备总体技术要求》（整订版）中的相关规定，同时还应包含以下计费信息：会议申请的记录以及每个会议参与者的会话信息，包括该用广通信的媒体类型和每种媒体类型的通信时长，5.5与业务相关的其它要求
5.5.1对网络的要求
5.5.1.1两络带密
网结成该能够根据规频通信所采用的编码格式预阐相应的网络带宽。5.5.1.2网络时延
对于音频流和视频流，端到端网络时延最长不应超过200mm5.5.1.3网络丢包率
对于音频流和视瞬泣，端到端网络法包率最尚不应超过1%。5.5.1.4网络抖动
对于音规流和视流，到尴网络时延抖动敏大不成超过50ms，5.5.2业务质量要求
5.5.2.1音频频量
音频质量的主观评定（MOS值）应大于3.5。5.5.2.2视就质量
国内外月前都没有完普的评价方法，目前主要采用主观评价，客观评价方法有待于进步研究。3
KNKAs
YD/T198B.B-2005
A.1点对点规颈通遵业弱
A.1.1业务实现对应的网络示衰围景A
【料性附录】
业务实现示意和消惠遮程
基于转交换的点对点视频遇信业务所对应的网络尔意图如图A1所示。软交换1和交换2是款交换网络中的2个软交换设备，5P终端1和H.323终1注肝到较交换1，SI终端2和H373终端2注册到软交换2，月所有的SP终端和II.327终增都是视频够端。软交换和教交换之闻以改软交换和S正终端之间使用SP协议进行通信，软安换利H.323终端之间使用H.323协议进行通信，各种终端之间的媒体流为RTP流。图A.1仅是一个示意图，在实际网络中可以包含更多的软必换，SIF终端和H.323终端，收变换1
H3232编1
TM求缺网地
软交损2
1L323轻编2
图亢1点对点视慢通信业务对坐的网络示意函A.1.2单域呼叫（两个视题终增注册在同一个软交换下1A.12.1呼叫难文流理
A.1.2.1.1两个SIP终端之间的呼叫建立泄租呼叫迹立的流程与主被叫用广是否有权、呼叫建立之前主被叫SP然端1的视烦模式是否打开有关，假设SI终端I和SIP终端2注册在同个软交换下a）土被叫用户为有权户，呼明立之主被叫的规频模式打开在这种游说上，主叫用户和该叫用户都已经中请点对点视费业务，并且在进行呼叫之前，未叫S整端1和被叫SIP终端2上的说频模式都比经打开。（1）SP终端1的规薄通信模式已经打开，主叫用户呼叫SP终端用户2，SP终端1回较交换签送INVTTE消息，其中包含指示SP然端1能力的SDP部分。SDP部分应该同时包含STP终增所支持的音频编解码和视频编解码。
软交换向S终端1回送yin游息，指示呼叫正在处过程中。（2）较交换期断S亚终端用户1已经中请了点对点视照业务，并判断被叫用户也已经中请了点对点视频业务，删向被叫SIP整端2转发INVIIE消息。（3）截叫SP终2向软变换发送1Rgg消息，指示正在向链叫用户振铃，软变换将向主叫SP整端1转发180Ringing销息。
（4）SP繁端2的锐频遇信模式也经打开，被叫用户脑机，STP整端2向软交换没递2U)OK消息，其中包含江P部分，向STP些端1指示此次通信所使用的音频编解码和视频编解码。4
YD/T1388.6-2005
（5）软交换收到2[X）OK消息，引始对主叫用户的音赖通信和视频通信进行计费，对被叫用产的视瓶通信进行费，同时向SP终端1转发2000K消息SIP终【收到2DDDK微息房，回送ACK消息：软交榜收到ACK消息后向SIP终端2转发ACK消息，
主被叫用户之间同时开始音频和规频通信。b）主被叫用户为有权用广，呼叫蛙立之前主叫梯颗模式打并，被叫视频模式关闭在这种惯况下，主叫用户和被叫用户都己经中请点对点规赖业务，化在呼叫建之之前被叫S止终端2上的视频模式处于关闭状态。呼叫建立流程可图A.2，区别在于由于被叫SIP整端21的视载模式处于关闭状态，所均被叫SIP势端2发送的200OK消息以及软交换转发的200OK消息中的SDP部分H指示此次通信所使用的音额编解码。软交换收到200OK消息后，只始对主叫用户的音频通信逃行计费。SIP此期！
()vmr[sEP]
Hotyeg
180 Ringing
(5) 200 OK SDP)
图A两个SP谢之间的呼四建文过程一主被叫用户之间只能进行音通信，禁交换
(2)INYTE(SDP)
(3) 180 klagng
(4) 200 OK (SDF)
一生替叫用户为有极用户，呼叫建立之的主整叫的绝题式打开）主被叫用户为有权用户，时叫立之前主叫视频模式关闭在这科情说下，主叫明广和被叫用广都凹经中请了点对点视频业务，但在呼叫建立之前主叫终端1上的规频式处于关闭状态。
呼叫建立流器同图A.2，区别在于山于士明S正终端1[的视频模式处于关闭状态，所以主听SF终端」向软交换发送的INVITE消包中的SDP部分只包含SP终端1所支持的频端解码，同样，软交换向被叫SIP终尝2转发的NVTIF消息中的SDP部分电H包含SP然端1所支持的音频编解码，此时无论被叫5IP终端2上的规题模式是否打开，教叫S1终增2发送的2U0OK游息以及软交换转发的200OK消意中都只包含此次信所便用的音频编解码，软交换收到200OK消息后，只开始对主叫用户的音频通信进行计费。
于兼叫用户之间只能进行音频通信，KNYKAa
YO/T1388.6-2005
d！主叫用户为充规用户
在这和法况下，主叫用户没有申清点对点视频业券。呼叫建立流程同图A2，区在于山于士明用户为无权用产，所以无论主叫山终端1向软交换发送的TNVTTE消息中是否包含SP终端1所支持的视嫩编解妈（取决丁上叫SIP终端1的视频模式是否处于打开状态），软交换向鼓叫SIP终端2转发的INVITE.消息中都只能包含SIP终端1所支持的音题缩解码此时无论被叫用户是否为有权用户，被叫SP终端2E.的规顿模式尽否于打开状你，被叫S终端2发送的2000区消息以及软交换转发的200心K消息中部只包含此次通信所使用的育频编解码，软交换收到200OK消息后，只开始对主叫用户的音规通信进行计费。主被叫用户之间只能进行音频通借。费用产为光权用户
在这种情况下，被叫用户没有申请点对点视频业务。呼叫建立流程间图A.2，区别在于由于截叫用为无权用，所以无论主叫SP整期1向软交换发送的TNVTTE消息中是否包含SP终赠1所支持的视频编解码（收决丁主叫SIP终端的视频模式是否处于打开状念】，软交换向叫SP终端2转发的INVI前息中都能包含SIP签」所支持的音数编解码，此时无论被叫SP终筛21的视新樊式是否处于打开状态，教叫S业终券2发送的200K消息以及软交换转发的200OK消息中都以包含此次通信所便用的音频编解码，软交快收到200K消息店，其开始对丰叫用户的者频通借进行计费。主变叫用户之间只能迹行音频通信，A.1.2.1.2两个H.323续端之间的呼叫难立流程除呼叫建过程中所涉及到的消息不同之外，其它与两个正终端之问的点对点视题通信拥间，都需要软交换检壳主被叫用户的权限，并根据上被叫用户的视烦模式是否打开来协商通信时所采用的媒体倍息
设H.323终端1和H.323终端2流册在同-个软交换下。A.12.1.2.1快遇呼明立遮租
以“主被叫用户为有权用，呼叫建立之前主被叫的税测模式打”为例，呼叫连接采用快速启动方式的呼叫建立流程见图A.3
1）H.323整赠1的视频通信模式已经打开，主叫用户呼叫H.323终端用广2.1.323终端1首先向软交换发送ARQ请求地址解析和授权，地址解析和授权通过后软交换向H.323终端1回送ACF消息，【2）I32终端1阿软交换发送Seup前息，请求建立到H.323终端2的呼叫连拨，SeWp消息中应包含H.245的通道信息，并H在H.245通道信息同时包含H.323终端1所支持的音频编解码和说频缩解码，软交读判断H.323整端用户1和终端用户2已经申流了点对点说频通仿业务，则向H.323整端2转发 Setup消息。
（3）款交换向H.323终端1发送乎叫进展CallProceeding销息。（4）H.323终端2间软交换发送呼叫进展Calrocceding消息。里山可以包含H245的通道信息，山可以不包含，教交换应该能够识别这两种不呼括况。如果Ca业rDceedin消息中包含有H.245的适道消息，款交换应该然向H.323终端1转发该CallProceeding消息：如果CaliPraceeding消息中没有包含H.245的通道消息，流程图就如图.3所示（5】H323终竭2向软交换发送ARQ消息，请求授权，软交换可送认证通过消息ACF。（G）H.323终端2向软交换发送Alering消息，指示止在向被叫用广裁羚，俊满息中司以包含H.245的避道信息，也可以不包含。软交换应该能够识别这两种不同情况并向323终端1转发Alerting消息如景鼓退回的消息中包含有H.245快启消息，遂轩逆道就已经打开：如果被叫返国的消息中设有包含H.245快启消息型料通道还没有打开（7」11.323终端2的规频道信模式已经打开，敲叫用广拖机，H.323整端2向软交换发送C消息，指示械州用户已经应答，该消息中可以包含H.245的通道信息，也可以不包含。在R.245脂道信息6
YD/T1388.6-2005
中问H323终销1指示此芯通信所使用的音整编解码和规翻编解码。软交换收到Cp0m消息后，开始对土叫用户的音频适信和视谢通信进行计费，对健叫用户的视期信进行计费，同时间H.323然端1转发Connect消息。
H325维询1
(I) ARD
(2) Sep
(3） Cca rcaag
Alkenlng
图A3两个H39做之间的快呼国建立过程主被叫用户之间同时开始音测和视频逼候。数交换
(4) Can Proceeding
(S) ARQ
(6) Aladng
(7) Coampct
RTP 值
H.323此圳2
丰叫用户为有权用户，寻呵建立之前主快叫的视频情式打开两个SIP整治之间的呼叫建立过程媒体信息是在NVTIE消息和2UU消息中进行协商的，在两个H.323终增之问进行呼叫建立的过程中媒体信息是在Setup消息和CalProceeding/Alcrting/Connect消息中利用H.245通道信息进行协商的
A.12.1.2.2非快速呼叫建立握
以“主鼓叫用户为有权用户，呼叫建立之前主被叫的现频携式打开”为例，呼叫连接采用非快速呼叫建立流程，呼叫建立的随如图A.4所示。滋程说明：
【1）H.323终端1的现频通信模式已经打开，卡叫用户呼叫H323整嘴用广2。H.323整端1首光向软交换发送ARQ请求地证解析和授权，地证解析和授权通过后软交换向H323终端1回送ACF消息。（2）H323务端！向软交换发送Se叫p消息，请求建立到H.323终端2的呼叫连热。软交换内H.323终端2转发Sewp消息。
（3）软交换向H.323终端|发送呼叫进展CallProcecding消息。（4）H.323终端2向软交换发送呼叫进展CallProceedin消息，（5）H.323终赠2向款交换发送ARQ消息，请求授权，软交换送认证通对消息ACF。（6）H.323终染2向教交换发送Aiurting消息，指示止在向美叫用广摄铃。软交换向H.323终端】转发Alerting消息，
【7H.323终端2的规频通信模式已经打开，被叫用户摘机，H.323终端2向软交换发送Conmecl销7
YD/T 1$88.6-2005
息，指示被叫用户已经应答。软交换将该消息转发给H.323终端1。（8）H.323整端那H.323路端2之间进行能力集交互。（9）H.323务1和H.323终端2之间打开[1.245通道逗辑通道。主被叫用户之间同时开始音频和视操通信，两个SP终端之间的呼叫建京过器媒体信息是在INVITE消息和200消息中进行协商的，在两个H323终端之回进行呼叫建文逆划程中，煤体信高早通过胸力集交换过是用H245通道信息进行协商的。
H323其！
(2) Sebp
( 3 ) Call Pruaxxling
Alating
Conneet
（R）既力集交
（9）开H.24号通值
软交物
(4/ Celt Pcrnding
(S)ARO
16) Alenag
能为华交换
开H.245通通
图A,4个H.323终紫之阔的非换速呼叫蝇立过程一主数叫用户为有权用户，呼剂建立之前主被叫的规换辅式打开A.1.2.1.3SIP终端与H.323整端之间的呼叫建立流程两个不同类型视频终端之间的呼叫建立流程需要软交换进行消息的转换，其它同两个SP终端之间的点对点视频通信，都需要较交换检查士被叫用户的限，并根据主微叫用产的视赖模式是否打开米协商通信时所采用的媒体信息。假效SIP终端1和H1.323终端2证册在间-个款交换下：a）s用户呼叫.323用产
以“士被叫用户为有权用户，呼叫建文之前士被明的视叛模式打开”为例，软交换和H.323终端之间采用快速启动呼叫建立流程，测SIP终响作主叫呼叫H.323然竭的呼叫建立随程如图A.5所示。（1）SI终1的供费通信模式已经打开，呼叫H.323终端用户2.SIP终端1向软交换发送INYTE消息，其中包食指示SIP终端1售力的SDP部分。SDP部分应该同叫包含5P终端！所支持的音顺第解码和视熟综解码。
()IM（STP)
J00 tryimng
180 Rinyelng
(7) 2XOK[SDP)
图:A.5SIP格端确呼叫H.323路随的呼国塞立过程较交换
RTP清
(2) Seup
(3) Cail Froeeodine
(4) AKQ
(5) akestiaa
(6) Coed
YD/T1386.6-2005
H323降编2
一主被用户为有权用户，呼回建立之荫主被叫的槐颠模式打开软交换问SP终端1回送100yi消感，指示呼叫正在处理过程中。（2）软交换判断SP终增用户1和H.323终掌用2均已经申请了点对点说通停业务，则向H.323终瞬2发送Setup息，Setup消息中应包含H.245的通道息，并且在H.245通道信息中同时包含SIP终端「所支持的音规编解码利视规骗解码。（3）H323悠端2间软交换发送呼叫进展CalProceeding消息。里面可以包含H.245的通道信息，电可以不包含，软交换应该能够让别这两种不同情况，如果CalPrcceing消息中包含有H245的通道消息，软交换应该能够将其映射成SDP消息在相应的消息中换带到SIP终端；如果CalIProcreding消息中没有包含H.245的通道消息，刚流程图如图A.5所示，（4）H323端2向软交换发送ARQ消息，请求提权，软交换可送认证通过消息ACF。（5）H.323终端2向软交换发送Alernting消息，指示止在向被叫用广振铃，该消息中叫以包含H245的通道借息，也可以不包含。如果Alerting消息中包含行H245的通道消息，软交换应该能够在向S正格端！发送的180Ringing中携带SDP消息：如果Alerting消息中不包含H.245的通道消息，180Ringing中不换带SDP消息，
（右）IT.323终端2的视频通信模式已经打开，被叫用户摘机，H.323终增2向数交换发送Comcct消息，指示被叫用户已经应等，该消息中可以包含H245的通道信息，也可以不包含。在H.245通道信泉中向S整踏1指示此次道信所使用的音频编解码非规癫编解码。软交换收到Comnet消息片，开始对主叫用户的音数通信和视款通信进行计费，对被叫用户的频通信进行计费。（7）软交换向SI终端1发送200OK消息，共中包合STP部分，向SIP终端1指4此次通信所使用的音颊编解码和视频编解码，SIP终端1收到200OK消息后，回送ACK消息，出被叫户之间网时开赔育频和视频通信。媒休信息利用SIP协议中的TINVTTF消息中的SDP信息和H.323协设中的Callfroceeding/Aletdng/9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。