一. 简介
在真实世界中，数字化放行通过数据链实施飞行员、塔台人员之间的起飞前放行许可，替代或部分替代目前的语音放行方式，以解决人工话音预放行服务中出现的机场话音通信频道拥挤，话音歧义性等问题。
在模拟飞行中，由于技术限制等原因，我们不能完全模拟真实中的数字化放行。因此，我们将采用Euroscope的私聊系统以及alias指令来实现对数字化放行最大程度的模拟。
二. 飞行员部分
如果您的起飞机场可以提供实施DCL服务以及当前在线的管制员可以提供DCL服务，在您提交了飞行计划以后，管制员会主动通过私聊的方式发送DCL。
注1：DCL服务仅向IFR机组提供。VFR机组以及不想使用DCL服务的IFR机组请通过话音申请放行许可。
注2：如果您不想使用DCL服务，请主动向管制员声明。
注3：如果ATC最终通过话音方式完成放行许可的发布, 则此前 获得的DCL信息自动失效
注3：目前具备提供DCL服务能力的机场：北京首都，广州白云，深圳宝安，海口美兰，三亚凤凰，西安咸阳，昆明长水，厦门高崎，杭州萧山，上海浦东，青岛流亭，上海虹桥，重庆江北，成都双流，大连周水子
图1. PDC报文范例（译文：世界协调时1135z 14年10月3日 上海浦东国际机场 PDC CES219航班，可以按计划航路放行到德国法兰克福，
使用35R号跑道起飞，PIK12D离港程序，应答机6306，下个频率118.4MHz，机场通播代号P，起始爬升高度1200米，巡航高度
9800米，您不需要回复此信息，请在频率118.4MHz复诵跑道代号和起始爬升高度信息）
_ 当放行准备好时，您会以私聊的方式收到您的DCL报文。在收到报文之后，请向管制员复诵跑道代号和起始爬升高度信息。如果对有任何疑问，请通过管制频率联系管制员获得放行许可。 _
大力支持一下，赞
我乱入教程了哈哈
那个图要换…因为命令改了…
好吧
https://forum.vatprc.net/uploads/emoticons/default_wub.png" alt=":wub:">
https://forum.vatprc.net/uploads/emoticons/default_wub.png" alt=":wub:">
https://forum.vatprc.net/uploads/emoticons/default_wub.png" alt=":wub:">
点225个赞 ~~~~~~~~~
https://forum.vatprc.net/uploads/emoticons/default_wink.png" alt=";)"> 大力推广
这种放行方式给力 赞
昨天第一次使用这个，感觉方便很多，环节管制压力
怪不得我今天收到了这种放行模式~~赞一个
飞厦门三亚时就有这个放行，当时感觉还挺新奇，现在觉得不错 确实很赞，有助于飞行员第一时间做好起飞前的准备。
看懂了，终于，我是全部复送，明白了