作者：中央电视台 孙培
根据4K超高清技术规划，中央广播电视总台各频道将逐步实现4K超高清体系的播出。为此，总台技术系统从前期拍摄、后期制作、总控、播出等全链路制作流程进行了4K超高清的建设改造。4K IP化移动外场项目是台内首个投入使用的无压缩、全IP构架的超高清前期制作视频系统，建成后可满足大型体育赛事、综艺及其他外场的转播制作需求。目前该系统已完成所有设备的连通与调试，并通过规划院的系统测试，顺利完成了各项录制和直播工作。
4K IP化移动外场系统采用无压缩4K/HDR/BT.2020的制作标准、全IP架构、2022-7的主备冗余链路保护机制、AES67 IP双向通话、使用AES3进行音频交接。系统主要以GV、SAM设备为核心设备，配备2台核心交换机、6讯道4K摄像机、1套4通道EVS精彩编辑、2套在线包装、具有8路外来信号、2通道播出及2通道收录的接入能力、切换台最大可支持30路4K信号接入制作。
4K IP化系统与传统高清SDI系统在构架上存在根本性的区别。在本次系统搭建过程中，遇到很多之前在SDI系统中未曾碰到的问题，回顾这一过程，总结其中涉及系统层面且比较有代表性的四个问题如下。
一、关于系统中的PTP同步的几个方面
本套4K IP化移动外场同步系统采用PTP和BB相结合的方式，其中以PTP为主要同步方式。所有IP设备均接入PTP信号，完成绝对时间的校正以及同频问题，以确保所有设备同一时间内输出信号包在RTP包头中插入的时间戳一致。系统使用两台TEK8000A作为主备同步发生器，主同步发生器的光口插1G光模块与主核心交换机相连，备同步发生器的1G光口与备核心交换机相连，同时主备核心交换机通过40G网口直连。具体连接方式见图1。
目前每台TEK8000A可发出Primary和Secondary两个PTP时钟，并可分别进行设置。本系统内的两台同步发生器均采用Primary时钟。具体设置时需要注意以下几点：
系统的主备同步机在系统录制节目时均设置为内同步方式，模式为enable master，profile Type 2059，Domain设置为127(两台机器设置在同一域内即可)，同时设置为multicast组播方式。
系统主备同步机接入主备核心交换机，同时采用主备核心交换机相连的这种方式，主要是为了在同一Domain域内存在两个PTP时钟，通过BMCA算法确认一个系统内所有设备使用的GM(Grand Master)主时钟。而BMCA算法会先比较两个时钟的Priority1(数值小的优先)，如果值相同，则对两个时钟的质量进行比较，在时钟质量相同的前提条件下，比较Priority2值，选择值相对较小的一个。
因此，在设置两个时钟Priority1的值时，将两个PTP时钟均设置为1，使其可以通过算法判断出质量更优的PTP并在系统内使用。同时将两个PTP时钟Priority2的值设置为不同，当两个PTP时钟质量相同时，数值小的PTP优先级别更高，为系统默认的主PTP。
考虑到系统内接收PTP信号的数量以及未来扩展需求，会超出同步机承担PTP信号校准的数量，目前4K IP化系统普遍推荐的PTP方式为BC模式。该模式使交换机从同步发生器接收到信号后进行内部锁定，再由交换机进行PTP的分发，缓解了同步机的压力。在此情况下，通过交换机命令语句，可以查询到所有交换机端口锁定PTP的情况。
例如本系统的连接方式，在交换机内通过命令“show ptp brief”查看网口PTP情况时，可以看到，主核心交换机29口连接主TEK8000A，PTP状态为SLAVE，其他端口为MASTER，向外发送PTP时钟信号，详见图2。
备核心交换机30口为SLAVE状态(30口为与主核心交换机互联的接口)，通过与主核心交换机互连取得主TEK8000A的时钟信号，其他端口为MASTER状态。同理，当系统运行在备PTP状态下时，可以看到备核心交换机与备同步机连接的29口为SLAVE状态，其他端口为MASTER状态，主核心交换机29口变为MASTER状态，互连的30端口为SLAVE状态，此时主核心交换机通过互连端口取得备PTP时钟进行系统同步。
此外，还可通过“show ptp parent”命令查看交换机当前时钟的GMID地址，以及优先级等信息。正常情况下，该GMID应与TEK8000A的时钟地址一致，详见图3。
通过“show ptp correction”命令可查看各端口PTP的校正值，正常情况如图4，调试过程中，系统correction出现过四位数情况，表示为同步未锁定。
本系统使用示波器的IP 10G接口，可接入核心交换机转发的PTP(GEN)及PTP(EVT)信号。其中PTP(GEN)为时钟询问信号，PTP(EVT)为时钟带时码的返回信号。在PTP界面，可以看到同步的GMID号，同步机是否锁定，TIMING等数值，在系统内单跳的结构下，示波器正常识别交换机同步数值CF域的情况下，该数值正常为零点几微秒的级别。其中224.0.1.129为PTP固有的组播地址。详见图5。
此次4K IP化系统采用的主备核心交换机，会在自身内部产生一个PTP同步。该PTP可通过交换机CLI语句进行设置，一般设置为domain127，IP地址为环回口1.1.1.1，Priority均设置为128。当核心交换机有PTP输入时，一般优先级会设置高于128，因此正常情况下，交换机南向输出锁定的PTP为同步发生器输出信号。
在此次系统调试阶段，PTP在同步机设置完毕后出现了TEK8000A和交换机内同步频繁倒换的情况，在交换机端，可查看到交换机接同步机的端口在SLAVE和MASTER状态来回倒换，同时下游锁定的板卡及示波器均显示GMID发生变化，监视墙信号出现同步倒换带来的闪动。
由于交换机内部同步级别比TEK8000A的同步级别低，根据BMCA算法，在TEK8000A没有丢失的情况下，将保持锁定在此状态。在检查交换机状态后，发现交换机CPU默认处理PTP同步的带宽为280Kbit，但在实际系统中，由于现在广电设备大多数以10G、25G接口为连接方式，在连接的时候，往往使用辫子线，将一个100G或40G接口划分给四个25G或10G使用。
就本系统而言，接收PTP的终端设备约46个，因此造成了TEK8000A的PTP数据的丢包，从而产生内部PTP信号变GM的情况。为此，将CPU处理PTP同步信号的带宽量增加到1M，丢包现象消失，系统PTP能够稳定锁在TEK8000A提供的PTP信号上，该问题得到解决。
系统内所有IP相关设备均接入PTP同步信号进行时间和频率的同步，但目前4K系统中还有部分设备仍然使用SDI信号进行交接，比如加解嵌器等等，除此之外，为保证安全性，本系统切换台的PGM末级输出仍使用4×3G SDI的方式，因此SAM的切换台不仅接入了PTP同步确保IP信号，还需接入BB信号确保SDI信号输出的同步。
BMCA算法中，为我们提供了判断PTP信号优劣的方法，同时可进行判断后的自动倒换，这在传统的BB方式下是一种新的技术手段。但应用此方法，是否会造成设备故障导致PTP信号不稳定引起系统频繁更换GM，从而导致设备频繁更新锁定，画面闪烁的情况，还需大家共同探讨。
另外，在以后很长时间内系统PTP和BB将会长时间并存，系统初步设计时，PTP和BB信号必然会在同一台TEK8000A上产生，如果发生PTP信号根据BMCA算法进行倒换时，会产生PTP信号与BB信号接在不同信号发生器的情况，因此在未来IP系统中，如果发现问题，要充分判断同步发生器的使用情况，再做断电重启等操作。同时，两台信号发生器(一台发出PTP信号，一台发出BB信号)是否可以随时保持同步，也是使用者必须考虑的问题。
二、关于净切换和非净切换
系统内共采用16块IQUCP板卡，每块板卡共有两个25G接口，可实现2022-7的机制，其主功能为4×3G SDI和IP双方向的信号转换，以及IP信号的切换。实现信号切换功能的IQUCP的第一个25G接口从主核心交换机取得两路4K IP信号，通过面板控制GVC，从GVC下发命令到IQUCP板卡，实现两路信号的切换。信号切换分为净切换和非净切换两种方式。系统中，除系统备路输出及演播厅信号监看使用净切换方式外，其他均采用非净切换的模式。
在IQUCP板卡上，净切换采用“make before break”模式，非净切换采用“break before make”模式。
在2022-7的模式下，IQUCP的25G端口分别和主备交换机相连，非净切模式中，25G端口可同时下行两路IP信号，转成两路4×3G信号。而净切换模式中，在收到信号切换命令后，板卡需要将预备切换的流先行引入25G端口，完成流的引入工作后再在两路IP流中进行切换，因此信号切换时为干净切换。因为需要预留带宽，以便需要切换的流随时占用带宽空间，所以一块IQUCP板卡只能完成一路净切换的功能。净切换的模式牺牲了带宽的资源实现了净切操作。
在实际操作过程中，系统调试阶段曾经在设置净切换和非净切换中走过一些弯路。净切换的板卡，初次设置时虽然没有设置第二路IP信号的IP地址和组播地址，有意为净切换预留出足够带宽，但是未将Flow Type选择为NONE，导致板卡认为还有4路符合RS4175的信号占在路由上，因此当净切换板卡先行发出引流命令时，端口带宽只能引来两路IP流，同时将另外两路IP流的引流命令保护性抛弃，此问题在将板卡该项选择为NONE后顺利解决。
在非净切换过程中，板卡先行发出IP流释放命令，释放出带宽后再行引入新的切出IP信号。实际调试中，我们发现板卡释放和引流命令间隔时间太短，导致交换机没有及时反映，还未来得及将不用的四个IP流释放就收到了组播加入的请求，因此25G端口带宽，如果信号设置为2.4G带宽，则只能再次引入两个流的容量。我们在端口加入了“ip igmp immediate-leave”命令，加速了组播流的离开，发现可实现三个流的快速加入。
交换机在无法完全加入组播流时，会丢掉另一个请求命令，为此，提高交换机的再次查询命令的轮询时间，将交换机的查询间隔从原有的60秒提高到2秒，提高末端设备的相应时间，将其系统默认的10秒提高到1秒，确保了第四路流的快速到达。图7为IQUCP所连接的交换机的端口配置。
此外，我们将IQUCP板卡的LINK功能进行了调整，该功能的作用是板卡在四个IP流进行倒换时，是否同时发出离开组播命令和加入组播的命令。在静切换过程中，勾选该功能，可以确保信号的同时切换。在非静切换过程中，不勾选该功能，可使板卡先发后发出IP流的离组命令和加入组播命令，加长同一个IP流的离组和加组间隔，使交换机有时间释放更多的IP流。
三、关于NBM策略保护机制
在安全方面本系统也进行了相关考虑，为保证端口流量的正常，防止非法设备接入，避免带宽拥挤造成的丢包情况，在交换机的控制软件中，将系统内所有接入设备的端口进行整理，列出允许接入设备的白名单，禁止未知设备的接入，提高系统安全性。我们还对未来根据节目需求会接入系统的设备进行了简单的规划，提前预留出接口的IP地址，以便日后接入新设备时方便使用。
此外，还对视频、音频、辅助数据进行了带宽的规划，例如在本系统中，237网段网段用于视频信号流，经测试其流量为2.18G，在交换机中设置其最大不超过2.4G，232网段用于音频，设置其最大不超过10M，233网段用于辅助数据，设置其最大不超过1M。
在实际的系统搭建过程中，关于信号的带宽设置，我们也经历了一些小插曲。对于单流的4K信号，我们经常称其带宽为12G，对于4流的4K信号，每个流经常说为3G。所以在系统最初设置时，根据厂家建议，视频流在交换机中设置的带宽为3G。
由于现阶段本系统中还有部分设备为10G接口，例如本系统所用示波器和用于IP转HDMI的转换盒目前均为10G接口。系统中，交换机端口通过接入10G光模块与示波器相连。如果将视频流信号定义为3G，则交换机将自动在输出端口中划分出3G带宽留给视频流使用，此时10G的端口仅能传输3个实际为2.18G的视频流。发现该问题后，我们将视频信号的带宽降至2.4G，确保了10G端口传输1个完整的4流4K IP视频信号。
四、NAT和端口镜像功能的实现
目前的IP化4K系统主要可分为使用系统内部通用交换机或专用交换机两种模式。使用专用交换机可以在交换机内部实现净切换，但价格较贵且协议不够开放。而通用交换机无法单独实现净切换，需要在IPG板卡处实现净切换。
在系统内部，由于管控系统仅能对部分设备进行管控，其他无法实现统一管控的设备，只能单一设定一个IP接收地址和组播地址，例如本系统使用的是管控系统为GVC，多通道记录服务器为双10G端口的EVS。GVC软件可以实现对系统内IQUCP板卡的控制，但是无法实现对系统内EVS的控制。如使用EVS，用户只能在EVS输入通道的界面内输入固定的IP地址及组播地址，但实际使用中，EVS记录的视频信号为不固定的选切信号。为此，在目前的系统实现过程中，我们使用双通道IQUCP板卡放置在EVS输入信号的前端，完成一路NAT地址变换的功能。使得无论选切系统中哪路视频信号，均可转换为EVS收录通道的IP地址及组播地址，用GVC控制IQUCP的方式完成信号选切。
相信未来会有更多品牌的通用交换机或路由器具备在系统内部支持NAT地址转换的功能，以便更好地简化系统。另一方面，在核心传输设备具备该项功能后，多久可以通过Telemetry协议或NetConf方式使各家集中控制软件实现对交换机端口的控制，也是真正投入使用的先决条件。
在和厂家工程师的沟通过程中，我们发现端口镜像和基于流的镜像功能目前在各系统中使用较少。在传统演播室中，SDI矩阵可以随意调用输入信号及输入端口的信号状态进行监看，在IP化系统中，一个交换机的不同端口会对应不同芯片进行交换和运算，当输入的IP流正常时无法完全意义上保证输出信号不丢包，此时就需要镜像功能将信号输出端口镜像到示波器的端口进行查看。
另外，在系统某路信号出现故障时，端口镜像还可以在保证正常线路连接的情况下，利用空余端口进行抓包分析。该项功能对于信号流问题的查找提供了更好的手段。相信随着IP系统应用方案的不断增多，各管控系统也将更加成熟。
五、结语
IP系统将是未来视频系统制作领域的发展方向，特别是在超高清时代来临的时候，IP系统大带宽、灵活调度及可扩展性将发挥巨大的作用，为超高清技术应用提供了有力支撑。
一方面，由传统SDI构架转换到IP构架，视频工程师对交换机的使用方式及安全模式将会更加关注。相对于传统SDI矩阵输入到输出信号的联通模式，交换机内部组播组加入的概念已经形成了完全的颠覆模式。在系统调试中我们发现，IP构架中信号目的端的操作完全有可能引起信号源的变化。这种现象将为我们深入解析系统发生的问题，提出了不同的思路。
另一方面，在IP系统的构架中，我们可以对输入信号流进行识别，确保系统允许的信号流进入，同时可提前约定信号流的带宽，以确保系统安全。但与此同时，除了视频、音频、辅助数据信号本身，是否可以对接入设备的各种申请及请求进行限定，防止由设备本身或病毒引起的过多请求命令对交换机的运算攻击带来的系统问题，也将是未来厂家及运行工程师考虑的焦点问题。
来源：摘选2019年第11期《现代电视技术》
微信订阅号：科技微览
8万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
