H323Client-4 H225 呼叫信令的数据流

2023-10-25 02:40

本文主要是介绍H323Client-4 H225 呼叫信令的数据流,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

H323Client-4 H225 呼叫信令的数据流

Webcome to project:MTAVIPClient; Expecting you to join!
MTAVIPClient supports H323 and SIP protocols.
MTAVIPClient means Audio/Video over IP networkd.

1 H323协议族

H.323协议族主要包含三种信令控制协议: RAS(H.225)信令,呼叫控制/呼叫设置(H.225)信令和媒体控制和传输(H.245)信令。三种信令的作用域如图-1所示。

image-1 H.323协议族的三种信令控制协议之间的关系

H323终端支持的呼叫建立模式,详见具体参见H323协议的8.1 Phase A – Call setup部分。

  • Basic call setup – Neither endpoint registered(use H225)
  • Both endpoints registered to the same Gatekeeper(use RAS)
  • Only calling endpoint has Gatekeeper(use RAS)
  • Only called endpoint has Gatekeeper(use RAS)
  • Both endpoints registered to different Gatekeepers(use RAS)

2 RAS(H.225)信令

RAS是在Gateway和GateKeeper之间使用的信令协议。RAS信道优先于任何其他信道之前打开,独立于呼叫建立和媒体传输信道。RAS使用用户数据报协议(UDP)端口1719(H.225 RAS消息)和1718(组播关守发现)。

3 H.225呼叫控制/设置信令

H.225呼叫控制信令用于建立H.323端点之间的连接。ITU H.225建议书规定了Q.931信令消息的使用和支持。在TCP端口1720上通过IP网络创建可靠的(TCP)呼叫控制通道。该端口为了连接,维护和断开呼叫而启动Q.931呼叫控制消息。
当存在GateKeeper时,通过直接呼叫信令或GKRCS交换H.225呼叫建立消息。所选择的方法在RAS准入消息交换期间由GateKeeper决定。当不存在GateKeepe时,则H.225消息在端点之间直接交换。
H323终端支持的呼叫建立模式,详见具体参见H323协议的8.1 Phase A – Call setup部分。

image-2: Both Endpoints register to same gatekeeper (Direct)--CISCO

image-3: Only called endpoint registered to the gatekeeper (Direct)--CISCO

image-3: Only called endpoint registered to the gatekeeper (Direct)--CISCO

4 H.245媒体控制和传输

H.245处理H.323实体之间的端到端控制消息。H.245程序建立音频,视频,数据和控制信道信息传输的逻辑信道。它用于协商频道使用和功能,如:流量控制和能力交换信息。H.245的详细说明请见下一章。

系列文章

  • H323Client-1 H323协议族概述
  • H323Client-2 H323视频会议开源生态
  • H323Client-3 H323 终端
  • H323Client-4 H225 呼叫信令的数据流
  • H323Client-5 H245 控制信令的数据流
  • H323Client-6 基于开源代码编写H323客户端
  • H323Client-7 构建或接入 H323 云服务

参考文献

  • The Standard in Open Source H.323
  • Web Real-Time Communication(WebRTC)
  • a cross-platform solution to stream audio and video(ffmpeg)

这篇关于H323Client-4 H225 呼叫信令的数据流的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/279503

相关文章

数据流与Bitmap之间相互转换

把获得的数据流转换成一副图片(Bitmap) 其原理就是把获得倒的数据流序列化到内存中,然后经过加工,在把数据从内存中反序列化出来就行了。 难点就是在如何实现加工。因为Bitmap有一个专有的格式,我们常称这个格式为数据头。加工的过程就是要把这个数据头与我们之前获得的数据流合并起来。(也就是要把这个头加入到我们之前获得的数据流的前面)      那么这个头是

微信小程序(一)数据流与数据绑定

一、单向数据流和双向数据流 1、单项数据流:指的是我们先把模板写好,然后把模板和数据(数据可能来自后台)整合到一起形成HTML代码,然后把这段HTML代码插入到文档流里面 优点:数据跟踪方便,流向单一,追寻问题比较方便【主要体现:微信小程序】。 缺点:就是写起来不太方便,如果修改UI界面数据需要维护对应的model对象 2、双向数据流:值和UI是双向绑定的,大家都知道,只要UI里面的值发生

Linux | 匿名管道和命名管道:进程间通信数据流的桥梁

目录 1、进程间通信目的 2、管道——匿名管道和命名管道 匿名管道 匿名管道的示例代码:将数据写入管道、子进程从管道读取数据并将其输出到bash中 父子进程通过匿名管道建立通信 重点:管道的五个特点 命名管道(也称为FIFO) a. 创建命名管道 - mkfifo() b. 使用open函数打开命名管道文件 c. 读写命名管道- read() 和 write() d. 关闭和

vue学习十一(全局局部组件、prop传不同值、 v-bind 动态赋值、单向数据流、prop校验)

文章目录 全局注册局部注册dom模板解析注意事项用 Prop 传递不同值类型用 Prop通过 v-bind 动态赋值用 Prop传递对象的所有属性用 Prop传递对象数组用 Prop传入一个数字单向数据流Prop 验证 全局注册 我们只用过 Vue.component 来创建组件 这些组件是全局注册的。也就是说它们在注册之后可以用在任何新创建的 Vue 根实例 (new Vu

软件设计文档绘图:流程图、数据流图、UML

摘要: 在软件设计过程中,编写详尽的文档是不可或缺的一环,而图形化表达则是这些文档中至关重要的组成部分。为了清晰、直观地展示系统结构、数据处理流程以及设计思想,设计师们常常运用多种图表来辅助说明。其中,最为常用且高效的图形包括流程图、数据流图以及统一建模语言(UML)图。 流程图:流程图是描述一系列顺序性操作步骤的经典工具,它通过图形化的方式展示了从起点到终点的流程逻辑。在软件设计中,流程图

呼叫中心系统数据分析报表统计

呼叫中心系统在客服职场中具有非常重要的作用,可以说如果呼叫中心系统瘫痪整个客服职场都无法工作。呼叫中心的数据统计分析功能对于企业来说也是非常重要的,能够快速帮助企业生成各种数据报表。     呼叫中心系统数据分析统计功能包括:工作量统计、话务统计、转化量统计、满意度统计、按键统计、工单量统计、坐席状态统计等等。还可以根据企业自身需求,定制数据统计报表。     不同的企业需

【软考】——数据流图

在软考学习中,下午题的前三道:数据流图,ER模型,UML图是基本上不能失分的,这几个题是最基本的题,出题的形式都是固定的,而数据流图这道题拿满分最重要的是耐心和细心的分析试题。 考点突破 ①补充数据流图的缺失部分,包括补充数据流、补充外部实体及补充数据存储。——实体出现的频率比较多 ②数据流图的改错,包括改正数据流名称,数据流的起始点与终点及删除多余数据流——通过仔细

SIP信令中的PRACK的含义和使用

简单点说PRACK是对核心网返回100-199响应,又称为非可靠性传输的可靠响应。 PRACK:the Provisional Response ACKnowledgement SIP中的最终响应被理解是会可靠传输的,例如对应INVITE的200OK响应,UAC会给一个ACK,告诉UAS已经收到了200OK。200与ACK间的可靠性是end-to-end的。PRACK是S

蓝牙信令测试(二)

本文BLE测试主要依据RF-PHY.TS.5.0.0协议,且仅包含了NOC(正常工作条件)的不需添加干扰的测试项目。EOC(极限工作条件)需要根据实际情况(温度范围、湿度范围以及电源类型等)而定,干扰信号需要信号发生器,在这里不再展开。 BLE支持三个物理层,如下图: 其中S=2代表2个符号编码1个bit数据,S=8代表8个符号编码1个bit数据。 2.5 BLE-发射机 2.5.