本文描述配置H.323信令接口(他的)能够工作与在H.245的多个语音编码。用于的默认编码解码器他的经常不是足够为思科与相互作用的H.323辅助(他的)的呼叫控制解决方案与现有VoIP运行网络。思科将解释用于的必要的步骤启用他的与编码一起使用除G.711之外。
此介绍文档提供和所有上下文信息描述此信息也许使用的真实世界的情况的主题的说明。
本文档的读者应具备以下方面的知识:
设置他的(请参阅相关信息部分)
H.323协议建议-国际电信联盟(ITU)
本文档中的信息基于以下软件和硬件版本:
他的版本2.21和4.1
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。
有关文档规则的详细信息,请参阅 Cisco 技术提示规则。
在对交换控制消息的每呼叫期间H.245控制信号使用。在呼叫建立前, H.323终端的功能交换。从H.323协议规格描述,因为它是H.323标准,提供的最低的服务音频编码解码器支持是必须。所有H.323终端必须有支持的至少一个音频编码解码器,是G.711。另外的编码支持例如G.722、G.728和G.729可选。此时的他的不支持RFC 1890的外部定义的动态编解码器类型(G.729附录类型)。他的也支持G.723.1
参数名 | 类型 |
---|---|
caps.table [i] .entryNo | INTEGER(1, 65535) |
caps.table[i].audio.g711Alaw64k | INTEGER(1, 256) |
caps.table[i].audio.g711Alaw56k | INTEGER(1, 256) |
caps.table[i].audio.g711Ulaw64k | INTEGER(1, 256) |
caps.table[i].audio.g711Ulaw56k | INTEGER(1, 256) |
caps.table[i].audio.g722at64k | INTEGER(1, 256) |
caps.table[i].audio.g722at56k | INTEGER(1, 256) |
caps.table[i].audio.g722at48k | INTEGER(1, 256) |
caps.table[i].audio.g728 | INTEGER(1, 256) |
caps.table[i].audio.g729 | INTEGER(1, 256) |
参数名 | 类型 |
---|---|
chan [i] .name | 字符串 |
chan[i].audio.g711Alaw64k | INTEGER(1, 256) |
chan[i].audio.g711Alaw56k | INTEGER(1, 256) |
chan[i].audio.g711Ulaw64k | INTEGER(1, 256) |
chan[i].audio.g711Ulaw56k | INTEGER(1, 256) |
chan[i].audio.g722at64k | INTEGER(1, 256) |
chan[i].audio.g722at56k | INTEGER(1, 256) |
chan[i].audio.g722at48k | INTEGER(1, 256) |
chan[i].audio.g728 | INTEGER(1, 256) |
chan[i].audio.g729 | INTEGER(1, 256) |
参数名 | 类型 |
---|---|
模式[i] .name | 字符串 |
modes[i].audio.g711Alaw64k | NULL |
modes[i].audio.g711Alaw56k | NULL |
modes[i].audio.g711Ulaw64k | NULL |
modes[i].audio.g711Ulaw56k | NULL |
modes[i].audio.g722at64k | NULL |
modes[i].audio.g722at56k | NULL |
modes[i].audio.g722at48k | NULL |
modes[i].audio.g728 | NULL |
modes[i].audio.g729 | NULL |
只支持G.711关于H.323标准是必须的。所以, G.711是在的默认音频编码解码器他的。如果要使用另一个编码,您必须配置它。h245.caps.table[x].audio的值和h245.chan[x].audio字段代表从选定的编码的音频功能。音频功能是描述每个小包最大帧,毫秒不是每个小包数量或字节的整数值。
G.711是与8000示例的ITU建议的一个基于示例的编码每在八示例帧的秒。G.711代表(在一帧) 1毫秒语音。G.729与基于帧的G.711比较并且代表(在一帧) 10毫秒语音。这导致您实际上是功能的一multiplier H.323终端有的yy值(如下所示)。
例如,如果EP能够接收20毫秒价值每个小包音频, G.711的yy值是20并且是2 G.729的。对于其他编码,参考ITU 建议。
h245.caps.table[1].audio.g711Ulaw64k = 20 h245.caps.table[1].entryNo = 7111 h245.caps.table[2].audio.g711Alaw64k = 20 h245.caps.table[2].entryNo = 7110 h245.chan[1].audio.g711Alaw64k = 20 h245.chan[1].name = g711Alaw64k h245.chan[2].audio.g711Ulaw64k = 20 h245.chan[2].name = g711Ulaw64k h245.modes[1].audio.g711Alaw64k = h245.modes[1].name = g711Alaw64k h245.modes[2].audio.g711Ulaw64k = h245.modes[2].name = g711Ulaw64k
h245.caps.table[x].audio.name = yy h245.caps.table[x].entryNo = zz h245.chan[x].audio.name = yy h245.chan[x].name = name h245.modes[x].audio.name = h245.modes[x].name = name
x是必须由1和20范围的一有效的数字替换的阵列索引[x]。它一定是连续和唯一在配置里。从帧每个小包派生一个特定编码可以每个ITU支持的yy是帧multiplier。zz是选择识别在应用程序的编码的编号。关于有效范围,请参阅本文H.245 Terminal Capability Codec部分。
prov-sta::srcver=”active”,dstver=”Add_Codec_G729” prov-add:name="H245",caps.table[4].audio.g729="2" prov-add:name="H245",caps.table[4].entryno="729" prov-add:name="H245",chan[4].audio.g729="2" prov-add:name="H245",chan[4].name="g729" prov-add:name="H245",modes[3].audio.g729="" prov-add:name="H245",modes[3].name="g729" prov-cpy