H.248/Megaco用于媒体网关控制器（MGC）与媒体网关（MG）之间。控制器负责呼叫策略和资源协调，网关负责电话接口、编解码和媒体处理。IETF与ITU-T曾共同推进该协议，RFC 3525记录了Version 1；具体项目还应核对ITU-T H.248系列的版本及配置集。
控制器与媒体网关各负责什么
MGC决定何时连接、修改或释放媒体资源，MG执行相关命令并报告事件。MGC可以与其他呼叫控制系统互通，但H.248本身并不要求控制器一定处理H.225 RAS或H.323信令。MG也不因支持H.248就自动具有完整PBX、SIP注册服务器或所有会议业务。
Termination与Context构成连接模型
Termination宜译为终结点，是网关中发送或接收一种或多种媒体的逻辑实体，不应与一般意义的用户终端terminal混用。物理终结点可以对应模拟线或TDM时隙；临时终结点可以对应为一次会话创建的RTP媒体资源。
Context描述若干终结点之间的关联及媒体拓扑、混合等属性。一个终结点在某一时刻属于一个上下文；未参加普通关联的终结点可处于空上下文。处于同一上下文只是媒体关联的基础，实际媒体流向还由拓扑及流模式决定，不能说“同一上下文内必然全部互通”。
终结点标识和上下文标识用于控制双方准确指向资源。物理与临时资源的命名、创建和释放规则应按配置集核对，不能把所有标识都描述为设备启动后任意分配。
八种命令分别解决什么问题
| 命令 | 主要作用 |
|---|---|
| Add | 向上下文加入终结点，必要时建立上下文 |
| Modify | 修改终结点的媒体、事件或信号等属性 |
| Subtract | 从上下文移除终结点并返回相关统计等信息 |
| Move | 将终结点移动到另一上下文 |
| AuditValue | 审计当前属性和状态 |
| AuditCapabilities | 查询能力范围 |
| Notify | 由网关报告检测到的事件 |
| ServiceChange | 通报服务状态变化、重启等控制事件 |
Add、Modify等通常由MGC发起；Notify由MG向MGC报告事件，ServiceChange的适用方向和过程需按具体场景理解。命令通过事务组织，请求与响应还需处理重传、超时及错误码。
一次模拟电话与RTP资源的关联
- 网关启动后，通过ServiceChange相关过程建立服务关系。
- MGC要求物理终结点检测摘挂机和收号等事件。
- MG通过Notify报告相应事件。
- MGC按呼叫路由建立上下文，将物理终结点与RTP临时终结点关联。
- 通过描述符设置媒体地址、编解码及流向等参数。
- 通话结束后移除关联并释放临时资源；物理终结点按规则回到可用状态。
这是一种过程说明，具体消息顺序与业务场景有关。上下文在最后一个相关终结点移除后按协议规则消失，不是存在一个独立的“删除Context命令”。
描述符、Package与编码方式
描述符用于表达媒体、事件、信号、统计等命令内容。Package将特定接口或业务的属性和行为组织为可扩展定义；它不是“描述符的一种参数”这么简单。双方必须支持所用包及版本，基本协议一致并不保证扩展业务一致。
H.248与Megaco不是分别采用二进制和文本语法的两个不兼容协议。协议定义了ASN.1相关二进制编码及ABNF文本编码，两端按配置集选择一致的方式。H.248与MGCP的部署差异可参阅媒体网关控制协议比较。
联调时观察状态而非只看在线
检查ServiceChange、资源命名、包版本、错误码与RTP协商结果；分别验证摘机、拨号、振铃、应答、忙、挂机和重启。控制链路倒换时，还应测试资源状态是否一致，明确新呼叫恢复和既有通话保留的不同目标。
常见问题
H.248和Megaco的编码不同吗？
二者是共同标准化背景下的名称，不能按名称划分编码。应核对双方选择的是文本还是二进制以及具体配置集。
一个Context是不是一通电话？
简单呼叫常有这样的对应关系，但Context描述的是媒体关联。会议、复杂媒体和业务拆分不能机械按一对一理解。
