TETRA网络繁忙时，排队等待与抢占已有通信怎样区别

专用无线电资料都在谈网络繁忙，却可能描述两种不同的资源处理。TCCA的《Voice Services & Facilities》将Priority Call and busy queuing与Emergency call and Pre-emptive Priority Call分列：一处解释怎样保留等待中的呼叫，另一处解释已有通信怎样让出资源。[1] 读懂这个区别，才能知道“优先”改变了哪一个环节。

繁忙排队段先说明，网络资源的访问按用户终端的呼叫优先级组织。随后才介绍集群控制器中的队列：它在繁忙期间存储、处理呼叫，在用户优先级顺序之内采用First In First Out，也就是先进先出的关系。因此，不能把FIFO单独摘出来，改写成所有用户不分优先级、只比较谁先提出请求。

这个队列保留的是尚待建立的呼叫请求。原文将建立条件写为有业务信道变为空闲，届时系统自动建立呼叫。资料中的自动处理，仍连着一个资源条件；“已有请求进入队列”并没有被定义成“当前已经通话”。对整理功能简介的人，这比只写一个“支持排队”更具体，因为它同时说明请求放在哪里、按什么关系等待，以及等待的是什么。

相邻的抢占段描述另一种变化：网络繁忙时，最低优先级的通信会被中止，以处理紧急呼叫。这里不只是把新请求向队列前方移动，而是触及正在占用资源的通信。等待某个信道空闲，与中止已有低优先通信，是两个需要分别保留的动作含义。

可以设想两份纯文字功能记录。甲写控制器已经存储一个请求，待信道空闲再建立；乙写为处理更高优先的呼叫，最低优先通信已被中止。这是解释文档用语的假设，不是现场日志。两份记录都可能出现“网络繁忙”和“优先”，但甲表达等待条件，乙表达已有通信受到的改变，不能用同一句“呼叫排到了前面”代替。

对专用通信产品资料，排队说明让读者关注尚未建立的请求，抢占说明则让读者关注已经存在的通信。将这两类对象写清，可以避免把资源处理规则概括成“高优先级总能立即成功”。本文只解释TCCA这两个连续功能段，没有验证任何网络的可用资源和实现表现；页面首次发布日期未确认，也不涉及终端操作、等级设置或应急保障安排。