什么是MGCP协议？

媒体网关控制协议（MGCP）是一种 VOIP 协议，应用于分开的多媒体网关单元之间。多媒体网关由包含“智能”呼叫控制的呼叫代理和包含媒体功能的媒体网关组成，其中的媒体功能执行诸如由 TDM 语音到 VOIP 的转化。
媒体网关包括端点，呼叫代理能够进行创建、修改和删除连接，在端点上实现建立和控制与其它多媒体端点的媒体会话过程。媒体网关是一种网络单元，它提供电话电路上的语音信号与因特网或其它网络上的数据包之间的转换。呼叫代理通知终点检查特定事件并生成信号。终点自动地通告呼叫代理其服务状态下的变化。此外，呼叫代理还可以核查终点及终点连接。
MGCP 采用的是呼叫控制结构，这里的“智能”呼叫控制处于网关外部，并由呼叫代理控制。 MGCP 设定呼叫代理之间采用同步方式发送连续命令和响应给在它们控制下的网关，但其并没有为同步呼叫代理设置专门的机制。基本上， MGCP 是一种主从协议，由网关去执行由呼叫代理发送的命令。
MGCP 采用的连接模式，其基本构架是端点和连接。端点是源数据和 / 或数据接收器，它们可以是物理的也可以是虚拟的。物理终点的创建需要安装相应硬件设备，而虚拟终点的创建可由软件完成。连接可以是点对点方式也可以是多点方式。点对点连接即两端点之间的联系，实现端点间的数据传送的目的。一旦两端点间建立起这样的连接，那么端点间可以传输数据。多点连接的建立是通过连接端点和多点会话而实现的。连接的建立可以在各种承载网络上进行。
在 MGCP 模式中，网关主要负责音频信号转换功能，呼叫代理主要处理呼叫信令和呼叫处理功能。因此，呼叫代理实现了 H323 标准信令层并充当了“ H323 关守”或 H323 体系的一个或多个“ H323 终点”。
协议结构
MGCP 是一种基于文本的协议。其中事务的进行由一条命令和强制响应完成。下面提供了8种命令：
MGC—> MG
CreateConnection： 创建两个终点间的连接；通过 SDP 规定终点的接收能力。
MGC—> MG
ModifyConnection：更改连接的属性；与 CreateConnection 命令具有相同的参数。
MGC <—> MG
DeleteConnection：终止连接， 并在连接的执行过程中收集统计数据。
MGC —> MG
NotificationRequest： 当在终端的特定事件发生时，请求媒体网关发送相关通知。
MGC <— MG
Notify： 一旦观察到事件发生，就通知媒体网关控制器。
MGC —> MG
AuditEndpoint：决定终点状态。
MGC —> MG
AuditConnection：检索与连接相关的参数。
MGC <— MG
RestartInProgress： 指单个终点或终点组将进入或退出服务的信号。

1、物理层：以太网 · 调制解调器 · 电力线通信(PLC) · SONET/SDH · G709 · 光导纤维 · 同轴电缆 · 双绞线等。

2、数据链路层：Wi-Fi(IEEE 80211) · WiMAX(IEEE 80216) ·ATM · DTM · 令牌环 · 以太网 ·FDDI · 帧中继 · GPRS · EVDO ·HSPA · HDLC · PPP · L2TP ·PPTP · ISDN·STP · CSMA/CD等。

3、网络层协议：IP (IPv4 · IPv6) · ICMP· ICMPv6·IGMP ·IS-IS · IPsec · ARP · RARP · RIP等。

4、传输层协议：TCP · UDP · TLS · DCCP · SCTP · RSVP · OSPF 等。

5、应用层协议：DHCP ·DNS · FTP · Gopher · >

参考资料来源：百度百科-网络协议

远程办公、异地办公是企业未来办公的发展趋势，网上普遍的叫法为“分布式办公”，就是多人同时在不同地点共同完成同一项任务的办公方式，想要解决分布式办公遇到的沟通、协作问题，建立统一通信工具实现工作协同的诉求变得非常强烈，通过云视讯技术能达到“任何时间、任何地点、任何设备”无差别沟通的效果。云视频会议系统具备移动性、视频化、云端协作、社交属性增强等4大成为未来统一通信工具的基本元素。

移动性

移动性是未来通信工具的重要特征，它不能只解决办公场景下用户即时沟通需求，还应具备极佳的移动 *** 作体验、桌面软硬终端的协作和互通能力。云视频会议已打通了全部主流系统，安卓、iOS、Windows、Mac OS都能使用。用户通过手机APP就能快速建立和发起会议，用短信、电子邮件、微信、钉钉等方式将邀请卡发给参会人员，各方点击邀请卡一键就能加入会议参与沟通。系统还支持根据需求自建企业通讯录。

视频化

面对面视频沟通已经被证明是比文字和语音更高效的沟通方式，云视频会议系统可以为员工提供高清面对面视频互动连接，强大的音视频技术保证了用户在移动互联网环境下就能享受到沉浸式沟通体验，多流智能路由机制让系统能根据网络环境自动识别、分配网络资源，做到不卡顿、不延迟。云视频会议系统真正实现了在家、机场、酒店或任何地方都能与全公司同事进行面对面交流。

云端协作

业务上云已经是必然趋势，与阿里云、腾讯云、天翼云、沃云等云平台合作，基于顶级云计算基础设施和运维体系，实现分布式部署，采取多云多活、异地多活、故障自动迁移等先进的处理手段，确保用户在全球任意角落都能稳定、安全的视频沟通。所有与会者都能共享手机、电脑屏幕，云会议室内所有终端都能同步显示各类文档、与应用界面，多方同步批注、管理参会者列表等基础会议功能也都支持，丰富的功能让使用者尽情享受高效的云端协作。

社交属性增强

移动互联网时代的办公场景已不同以往，需求已经由单一的企业内部沟通向多元化、全面连接发展，未来的办公通信工具必须能与公共社交平台无缝对接。云视频会议系统已经成功打通了微信，融合微信小程序后，用户可以享受到“1秒入会，2秒组会，3分钟部署”的极简 *** 作体验，与集团各办事处、项目相关部门、供应商、渠道伙伴、客户等沟通都变得简单、高效。会议录屏视频文件、创建企业通讯录的人员邀请等也都能通过微信分享完成。

小鱼易连是一家采用云计算实现多方视频会议及视频业务应用的云视频生态系统公司，作为传统视频会议的颠覆者和云视频会议的引领者，不管是技术能力还是服务均处于行业领先水平，独创的“云+端+AI“音视频解决方案完美支持企业各环节沟通协作需求，针对企业真实业务场景中遇到的痛点，深度开发的视频会议、智能培训、沟通会商、远程招聘、视频客服、指挥中心等已被广泛应用，未来，随着5G、云计算等技术的高速发展，小鱼易连将引领企业办公模式升级。

我认为不是 两个peer要会话就需要把各自的sdp发送到对方，如果两者都在局域网(nat)之后，怎么发送？这时候就需要一个在公网上的能直接访问的中间者来传递消息，在这之前两者都是tcp连接在中间服务器上的。这个中间服务器除了转发sdp，还会传递candidate，它包含stun之后的信息，有了这个peer之间就能直接传media数据了。peer通过ice组件向stun服务器协商后获得了candidate，所以这个信令服务器并不是ICE server，用google 文档上的话说，这个信令服务器可以是普通的socketserver，也可以sip/xmpp/Websocket服务器

在不同的网络环境(带有摄像头/麦克风多媒体设备)中，为两个浏览器实现点对点实时视频/语音通信有什么困难

1、了解对方的媒体格式、支持的最大分辨率和其他媒体信息？

2、要了解彼此的网络，就有可能找到一条通信链路？

3、两个终端还没有建立连接时,如何交换“媒体信息”和“网络信息”呢
为了保证两端都有正确的编码和解码，最简单的方法就是取它们的交集H264

注:有一种特殊的协议叫做Session Description protocol (SDP)，可以用来描述上述信息 。

在webrtc中，参与视频通信的双方必须首先交换SDP信息，这样双方才能了解基本的SDP交换过程。
同样，在复杂的网络环境中，要在两端之间建立连接，必须有一个双方都可以访问的链路。
从图中可以看出，他们可以使用公用网段192沟通。

在web brtc通信过程中，这些与网络相关的信息也必须进行交换，以找到共同的交集。这个过程也被称为“网络协商”。
两个终端还没有建立连接时,如何交换“媒体信息”和“网络信息”呢

此时，所谓信号服务器信号服务器应该出现:
如上图所示,两个浏览器可以抽象的上层一层信令服务器(可以是一个或多个,根据实际的应用程序中,如果两个浏览器可以访问公共网络环境,如公共如果没有公共网络环境中,您可以设置一组服务器两端,即信号服务器A和信号服务器B，但这两套信令服务器必须能够相互通信)，在信令服务器的帮助下，可以实现上述SDP信息和网络信息的交换。
交换SDP的过程大致如图所示:
1 Amy(假设一个人的名字)通过setLocalDescription方法保存自己的SDP信息，然后通过offer方法发送给信令服务器。

2 信息服务器将Amy的SDP转发给另一端的Bob(另一个虚构的名字)，Bob将首先调用setremotedescription来保存Amy的SDP。

3然后Bob调用setLocalDescription方法来保存他的SDP，然后使用answer方法通过信令服务器将他的SDP发送给Amy

4 Amy收到Bob的SDP后，调用setRemoteDescription进行保存，双方完成SDP交换，找到交集。如果他们能达成协议，他们就可以建立一个p2p连接并开始通信。
但现实往往是残酷的。在中国的网络环境下，据统计，至少有一半的网络不能直接连接。我个人认为根本原因是:在互联网发展的早期，绝大多数IP4地址资源都被国外所占据。当轮到中国等发展中国家使用IP地址时，大多数计算机没有公网IP地址，只能通过路由器和交换机进行NAT转换，相当一部分NAT是对称的。基本上，没有办法播放它。在这种情况下，您只能使用前一节提到的转向服务器进行转移。此外，在视频对话框中，通常会有房间(或组)的概念，用来隔离一些服务。这部分逻辑也在信号服务器中实现。对端、信令服务器、stun/转接服务器后，整个1对1实时视频通信顺序图如下:
主要流程如下:

1 双方首先调用getUserMedia打开本地摄像头

2 向信令服务器发送apply_join请求以加入房间

3信令服务器通知我成功加入(joined)，同时向其他人广播加入消息(other_joined)

4 第二个端开始创建peerConnection连接

5 PeerB创建报价，同时将SDP保存到本地机器(setLocalDescription)，并通过信令服务器将SDP传递给peerA

6 在setLocalDescription之后，PeerB将异步触发“候选网络链接”的集合，这大致决定了它自己所有的NAT映射通过Stun退出。如果Stun返回的NAT是“对称的”，它将基本上无法穿透。再次通过Turn得到中继应答地址，并通过信令服务器将网络候选链接信息发送给peerA(即:启动网络协商)

7 peerA收到peerB的SDP后，开始响应(createAnswer)，仍然通过信令服务器将SDP发送给peerB

8 同时，peerA也会开始收集网络候选链路，并通过信令服务器(即网络协商)将自己的网络信息发送给peerB。

通过这种方式，peerA和peerB相互交换了媒体信息和网络信息。如果他们能达成一致(即找到交叉点)，他们就能开始沟通。

---