H323

  • 格式:pdf
  • 大小:774.40 KB
  • 文档页数:65

H.245
• H.245的控制信号在一条专门的可靠信道(如TCP连接)上传送,称为H.245控 制信道,控制信道必需在任何逻辑信道之前由H.225.0先行建立,并在通信结 束后释放。 • 在H.323中,呼叫指的是两个端点之间的一种点到点的联系。一个呼叫通信可 以只包含一种媒体,也可以包含多种媒体信息,每种媒体信息在一个逻辑信 道上传送。 • 在IP网络中,逻辑信道就是TCP连接或者无连接的UDP通道。每个逻辑信道 的打开和关闭、参数设定、收发双方的能力协商等控制功能由H.245协议完 成。 • 它还要完成多点会议呼叫各逻辑信道的配合控制功能。
Gateway 网关 H.320 Terminal (ISDN)
多点控制单元 MCU MultiPoint Control Unit: 支持三个以上节 点设备的会议
PSTN
Speech Only H.323 Terminal
H.324 Terminal (POTS)
网络设备
•Gatekeeper:关守 •Gateway:网关 •Endpoint:终端
– 规定了如何利用RTP对音、视信号进行封装; – 定义了登记、接纳和状态(RAS— — Registration,Admission and Status)协议。
• RAS协议的作用是为网络管理点提供确定端点地址和状态、施行呼叫接纳控 制等功能,该管理点就是网守(GK— — Gatekeeper)。
H.225.0协议(2)
• 对于补充业务,ISDN UNI制订了通用功能协议Q.932,规 定了适于各种补充业务的一般控制机制及相应的消息和信 息单元。同时制订了Q.950系列协议,对各个补充业务的 信今过程及信息单元的定义作了具体的规定。 • 与之对应,H.323系统也采用向样的体系来处理补充业 务。H.450.1为支持H.323系统补充业务的通用功能协, H.450.2-x为各种特定补充业务的信令协议。
带宽管理过程:发送方请求改变
带宽管理过程:接收方请求改变
H.225.0协议(1)
• H.323系统的呼叫信令协议是以ISDN的Q.931/Q.932/Q.950为基础 制订的,其中Q.931为最重要。 • 从原理上说,Q.931的控制对象是电路连接(B信道),而H.225.0的控 制对象只是呼叫,其任务是建立起端点间的H.245控制信道,至于各 端点间的媒体通信“ 连接” (即逻辑信道)的建立和释放是由H.245控制协 议完成的。 • Q.931定义的许多信令过程和信息单元在H.225.0中是用不上的,之所 以采用直接借用的方法,一是标准制订速度和可靠性有保障,二是有 利于和SCN的互通。
终端功能
视频I/O设备 视频I/O设备
H.261、H.263 H.261、H.263 G.723.1 G.723.1 G.729 G.729 系统控制 系统控制 H.245
话音I/O设备 话音I/O设备
数据通信 数据通信
H.225 H.225 层 层
LAN LAN 接口 接口
系统控制 系统控制 用户接口 用户接口
• 实时音频和视频编码信号均封装在RTP协议分组中,以提 供定时信息和数据报序号,供接收端重组信号。 • RTCP协议提供QoS监视功能,它是RTP协议的一部分。 RTP只是提供了实时应用的适配功能和质量监视手段,并 不提供机制保证信号的及时传送,也不能确保QoS。数据通信采用T.120系列建议,是用于多媒 体会议的数据协议栈,IP网络中的传真协议 正在定义之中。
H.225.0
• H.225.0和H.245是H.323系统的核心协议,前者主要用于呼叫控制,后者用 于媒体信道控制。 • 在任何呼叫开始之前,首先必需在端点之间建立呼叫联系,同时建立H.245控 制信道,这就是H.225呼叫信令协议的主要功能。当控制功能移交给H.245以 后.原则上呼叫联系即可释放,如果有补充业务的话,则要到整个通信结束 后才释放呼叫联系。呼叫释放也由H.225.0完成。 • H.225.0建议还包含两个功能:
H.225 呼叫控制 H.225.0(RAS)
H.263、H.261— — 视频编码标准 H.225.0— — 分组和同步标准 H.245— — 系统控制标准 G.723.1、G.729— — 音频编码标准
网关主要功能
•协议翻译 •信息格式的转换 •信息传递
关守功能
• 基本功能:
– 地址翻译 – 呼叫接纳和控制 – 带宽控制 – 区域控制
多点处理器(MP)
• MP接收来自各参会瑞点的音频、视频和数据信号流,经处理后回送各端点。 因此,MP应能执行各种媒体信息的编解码算法。 • 对于视频信号,MP必须能进行视频交换或视频混合。 • 对于音频信号,MP必须能够通过交换、混合或二者的组合将M个音频输入经 处理后生成N个输出。 • 混合时,MP可以去除或衰减某些输入信号以降低噪声和其它不希望的信号。 • 每个输出还可以是不同输入信号的混合,以便提供所要求的私下交谈。终端 应保证自己的话音信号不在自己终端输出。
网闸自动搜寻过程
端点登记
• 端点必须在搜寻过程中确定的网闸上登记,必须在登记后才能发起和 接受呼叫,登记表明该端点加入厂管理区。 • 端点须向网闸的RAS地址发送RRQ消息,消息包含的最重要的两个参 数就是端点别名及其呼叫信令运输层地址。别名可为E.164地址或 H.323标识。一个端点可以有多个别名,所有别名都应在RRQ消息中 送住网闸,它们将翻译为向一个运输层地址。 • 在一般情况下,网闸将返回RCF消息,告之网闸的呼叫信令运输层地 址,并将端点别名和地址登记入翻译表。消息中有一个“ 生存时间” 参 数,单位为秒,指示本次登记信息的寿命。
带宽管理
• 带宽管理用于呼叫中途改变呼叫接纳时确定的带宽,改变请求可由端点或网 闸发起。 • 当端点需要增加某个逻辑信道的比特率时,如果端点所用带宽没有超过原来 分配的总带宽,则无需向网闸请求;如果超过允许总带宽,就需向网闸发送 BRQ请求消息。 • 网闸根据适当的判据决定是否允许,若允许,就回送BCF。否则回送BRJ。 • 当端点在相当长一段时间内要减少所用带宽,建议向网闸发送BRQ,以便释 放带宽给其它呼叫使用。 • 增加带宽请求可由发送方发起,也可由接收方发起。
H.323的协议栈
语音与视频编码建议
•话音编码采用相应的G系列建议, G.711(PCM)为必备编码方式,其余为任选 方式,目前IP电话最常用的是G.729A和 G.723.1。 •视频编码采用H.260系列建议,如 H.261(p×64kbit/s)、H.263(<64kbit/s) 等。
RTP建议
H系列(H.323和其它基于H.245的)多媒体终端的安全和保密
关 于 电 话 的 建 议
支持H.323补充业务的通信协议 H.323各类补充业务 关于松弛耦合会议的H.323扩展 媒体网关(MG)和媒体网关控制器(MGC)之间的通信协议 话音频率的脉码调制(PCM) 多媒体通信5.3/6.3kbit/s双速率语音编码器 采用低时延码激励线性预测的16kbit/s语音编码 采用共轭结构代数码激励的8kbit/s语音编码 低复杂度8kbit/s CS-ACELP 8kbit/s语音编码 IP网络端点间存贮转发方式的传真通信 IP网络终端间实时三类传真通信过程
H.323和ISDN呼叫信令协议的关系
H.323呼叫信令协议 H.225.0呼叫信令 ISDN协议 Q.931 Q.932 关系 基于 基于 地位对应
• 可选功能
– 呼叫控制信令 – 呼叫权限 – 带宽管理 – 呼叫管理 – 网络管理 – 其它功能
多点控制器(MC)
• 多点通信功能部件包括MC、MP和MCU,用于会 议通信。 • MC提供多点会议的控制功能。它和参加会议的每 个端点执行“ 能力交换” 过程,指示信息可发送的 操作模式,当有终端加入或离开,功能通过 H.245协议完成。为此参会各端点首先要建立至 MC的H.245控制信道。
呼叫接纳和退出
• ARQ/ACF和DRQ/DCF是整个呼叫控制过程第一对和最后一对消 息,分别标志呼叫的开始和结束。 • 在ARQ中,端点给出目的地信息(如共E.164地址或H.323标识)以及所 要求的带宽。 • 网闸如果同意接纳此呼叫,则回送ACF,其中包括的两项主要参数是 允许分配的带宽和翻译后所得的目的地呼叫信令运输层地址或者是网 闸本身的呼叫信令运输层地址。
• 呼叫接纳
– ARQ 呼叫接纳请求 – ACF 呼叫接纳证实 – ARJ 呼叫接纳拒绝
• 呼叫退出
– DRQ 呼叫退出请求 – DCF 呼叫退出证实 – DRJ 呼叫退出拒绝
RAS消息(2)
• 带宽管理
– BRQ 带宽请求 – BCF 带宽证实 – BRJ 带宽拒绝
• 状态查询
– IRQ 信息请求 – IRR 信息响应
登 记 和 去 除 登 记 过 程
端点定位
• 当端点或网闸已知某一端点的别名,需要知道其呼叫信令信道运输层 地址时,可向相应的网闸发送LRQ消息; • 发送地址是该网闸的RAS地址。如不知道该端点的归属网闸,也可用 搜寻多播地址发送LRQ消息。 • 该瑞点在其上登记的网闸收到此消息后应回送LCF消息,消息中包含 该端点的呼叫信令信道运输层地址,或者是该网闸的呼叫传令信道运 输层地址, • 究竟传送哪一个地址取决于呼叫传令是采用直接选路方式还是网闸的 选路方式。
H.323
协议 H.323V1 H.323V2 H.323V3 H.323V4 H.225.0 H.245 H.235 H.450.1 H.450.2-X H.332 H.248 G.711 G.723.1 G.728 G.729 G.729 Annex A T.37 T.38
协议名 用于QoS无保证的LAN上可视电话系统和设备 基于分组多媒体通信系统 基于分组多媒体通信系统 基于分组多媒体通信系统 分组多媒体通信系统的呼叫信令协议和媒体流分组化 多媒体通信协议的控制协议