BlackMath 一针见血：

使用来自基站的控制信道。

通常，整个马戏团的工作方式是这样的：

在用户设备可以在基站注册之前，它必须寻找那个小区的“信标”。每当它看到它时，它就会等待一段时间$T_\text{wait}$在信标之后，允许新设备说“嘿，我在这里”。因为这些设备还不能相互了解，所以那个阶段本身并不是真正的 TDD（它更像是 ALOHA，随机元素是对距离的延迟）；特别是，因为这些设备与基站的距离不同（他们还不知道），所以没有时间段。出于这个原因，“hello”阶段的时间不如常规 TDD 时隙那么紧凑。这意味着它“浪费”了大量上行链路时间，因此，网络运营商可能会将这些阶段定义为相对很少发生。

假设新用户设备在那个“hello”阶段成功注册（即没有与另一个新设备发生冲突），基站现在知道有一个新设备，并且这个设备累积延迟$T_\text{beacon} + T_\text{distance} + T_\text{wait} + T_\text{distance}$. 自从到了基站，$T_\text{beacon}$和$T_\text{wait}$是已知的，它可以很容易地扣除$T_\text{distance}$. 然后它使用下行链路告诉新设备，“嘿，你需要$T_\text{timing advance}$比您早，以适应我们的 TDD 方案。您发送数据的时间段是 1、3、22 和 128。欢迎来到我的手机！

用户设备使用该时间提前调整其内部 TDD 计时。在操作期间，蜂窝塔不断地通知用户设备它是否需要调整该时间提前，例如，如果用户离开或移向蜂窝塔，就会出现这种情况。