(完整版)Abis接口协议

Abis 接口协议
在 Abis 接口，涉及的协议不多，主要有链路层的LapD 协议和第三层协议(规范并没有专门为这一层协议其起名字，因此后面我们都称其为 Abis 层 3 协议)。

1.1 LapD 协议
在 GSM 中， LapD (D 信道链路接入规程)是BTS 与 BSC 之间传送信令的数据链
路规程，其目的是使用 D 信道通过用户—网络接口在第三层各实体间传送信息。

LapD 的规定考虑到开放系统互连(OSI)的参考模型和层服务规约。

在 OSI 参考模型中的基本结构技术就是分层的技术。

基于这种思想的设计， CCITT 在
建议 Q.920-Q.921 中对 LapD 作了详尽的描述，由于 GSM 08.56 在 Q.921 基础上作了一些修改，所以实际使用的是一种变形协议，以下的阐述均基于 GSM 08.56。

根据 GSM 规范的定义， BSC 与 BTS 之间的信令接口应遵循 LapD 规程。

以下的三种信息种类可以被 LapD 支持：信令(包括短消息信息)、操作维护和层 2 管理信息。

对每种信息种类 BSC 可以由一条或者多条层 2 的链路到每一个 TRX 和 BCF。

在Abis 接口上的信令链路通过 Terminal Endpoint Identifiers (TEI)来寻址不同的是单元。

同样的单元通常有多个功能实体，在不同的功能实体之间的逻辑链路通过功能地址 Service Access Points Identifier (SAPI)来识别。

在 GSM 规范中，
有无线信令链路 RSL (SAPI=0)，操作维护链路 OML (SAPI=62)和层 2 管理链路 L2ML (SAPI=63)三种逻辑链路。

下图显示了不同层 2 链路的体系模型，一些逻辑链路可以在服用在一条物理链路上，同样的层 2 逻辑链路不可以分布在一条以上的物理链路上。

1.1.1 帧结构
链路层的基本功能是将要在信道上传送的信息构造成比单个比特大的单位，这种很小的单位将是所有链路层功能工作的基本结构。

在信令世界中，这样的一个单位称为一帧。

整个问题的关键是要在比特流中包含足够的信息，使接收端能够找到每一帧的开头和结尾。

在这一点上 LapD 是HDLC 的继承者，帧的起始和结尾都用一个 8 比特长的标志。

为了防止虚假的开始和结束，引入了“0 比
特插入”掩盖数据流中浮现的与标志相同的比特序列。

这种机制允许帧的长度是可变的，甚至不需要指出帧内的实际长度。

同一标志可以作为一帧的结束，
同时指示下一帧的开始。

图 1 1 LapD 帧标志
1.1.2 分段和重组
帧的最大长度要受低层传输约束的限制，当信令报文的最大长度超过帧允许的最大长度时，这条报文就得分段，按几帧发送；相反的，在接收端必须将报文重组。

要作到这一点，接收端必须收到足够的信息才干知道怎样重组报文，这
增加了协议的额外开消。

当预见到信令报文的最大长度不会超过帧的最大长度时，就可以免去分段和重组的过程。

在 Abis 接口上无须定义分段和重组的功能， Abis 的 LapD 帧长度简单地限制在264 字节(不包括标志)，它对应上一层信息的 260 个字节。

1.1.3 检错和纠错
链路层的第二个重要功能是通过检测可能发生传输差错的帧，并当帧出错时请求重发来提高传输的质量。

就检错来说， LapD 使用了HDLC 方案(它在每帧增加了 16 个冗余位，在LapD 中称为 FCS，或者帧校验序列)，根据差错检测特点选取编码方案。

在 LapD 协议中，使用了生成多项式： X16 +X12 +X5 +1 来计算 16 比特。

差错检测由两个用途：一是提供帧内残存差错似然性的足够信息，从而可请求重发该帧；二是检测链路的质量，当误码率超过某给定门限时就触发相关的告警。

帧确认和重发功能通过消除剩余差错的方法可获得很好的性能， LapD 协议没有利用前向纠错能力(这种特征通常被认为是物理层的)，而是使用了类似HDLC 的后向纠错机制，可在两种模式中选择：
- 不确认模式，无论接收端结果怎样，帧只传一次；
- 确认模式，可由重发保证纠正有错的帧。

确认和重发都是以循环帧计数为基础的，它使接收者能检测可能的帧重复和/或者帧丢失，并确认特定的帧。

在 LapD 中，确认是通过接收机向发送方传送下一个期望帧的号码 N (R)实现的， LapD 的最大帧号(计数周期)是 128。

这一机制示于下图中，如果帧号是按模 8 计算的，一个接收端期望 2 号帧则表明帧号为 1，0，7，6，…的帧都已正确收到了。

在各种情况下，如果有未确认的帧，发送方都要重发那一帧。

然而，重发的总次数是要受到限制，以免当发生严重问题时浮现无限循环。

图 1 2 重发机制
发送方必须保留帧知道它们得到确认，以便当需要重发时可用。

为了限制相应的缓冲器的数量，以及避免计数的歧义， LapD 中用到了窗口概念。

发送窗的大小决定了在任一时刻已发出但尚未得到确认的帧数。

这个窗的大小值 K 必须足够大，使得发送方可进行预期处理而不必因等待确认而延时。

在 LapD 中，窗口的大小可以改变。

为了在接口两侧启动一个确认模式的传输， LapD 中使用了一个简单程序，它由两条消息组成，参见多帧操作过程。

惟独在这一交换后才会发生上层信息的交换。

与确认模式下传输的建立类似，链路的正常释放也通过一个简单的过程完成，参见多帧操作过程。

1.1.4 复用
链路层提供了将信息流在一个信道上复用的可能性。

这些信息流是独立的，不能保证它们之间帧的次序，而且要对各个流分别运用窗口机制。

为了区分它们，要在每一个帧中插入一个地址。

这种机制对于点对多点链路是必须的，它就是为有一条路线和几个终端的用户装置涉及的，并在 LapD 中保留下来。

Abis 接口上的复用有两个方面。

一方面是对应于不同功能之间的差别，其实现与无线接口相类似。

这一接口上的“SAPI”值列在下表中， SAPI0 用于自/至无线接口的所有报文。

另一方面，复用要向终接在 BTS 内不同设备提供不同链路
(TRX)，这个的鉴别利用了 LapD 链路层地址的另一个域TEI (终端设备识别)， TEI 的动态管理是 SAPI63 消息的一种功能。

SAPI 信息流类型
0 无线信令
62 操作和维护
63 层 2 管理
1.1.5 流量控制
链路层要研究的最后一个问题是流量控制。

当考虑一条链路时，通常假设接收端的处理和缓冲能力能处理链路的最大吞吐量。

但是，时常是由不同信息流共享资源，其处理能力要低于各个信息流最大能力之和。

拥塞控制的一个目标是控制每一个信息流，是系统的某些部份的过载不至于是整个系统能力降为 0，
并尽可能实现最大的吞吐量。

瓶颈可能距离信息流的实际源很远，但必须向
其报告拥塞情况以控制输入负载，最终是源信息流量降低。

延传输链对每一
段分别进行流量控制是有助于控制吞吐量的一个方法。

用类似于 HDLC 的协议(只需简单地延时发送确认)就很自然地提供了某种方式的流量控制。

但这种控制只是勉强合格的，因为如果延时太长，发送者将重复该帧，从而加重了拥塞。

也可以使用一种附加机制，即将窗口变为 1 的简单的停-等协议， LapD 中明确要求提供这种机制。

1.1.6 TEI 指配过程
下面描述均基于 TEI 值在 0~63 之间时的情况。

TRX 需要建立相应TEI 的传输链路，则向 BSC 发出UI 帧，内含相应的 TEI 的标识， BSC 收到之后，广播一个UI 帧，内含一条检测消息，如果其他实体(如其他 TRX)有回应，说明该 TEI 已经被使用， BSC 不能分配相应的 TEI。

如果一段时间内没有收到应答， BSC 会再次发送一个广播UI 帧，如果再次没有收到应答，则说明该 TEI 没有被使用， BSC 通过一UI 帧通知用户分配 TEI 成功。

1.1.7 TEI 检验过程
当 BSC 怀疑在一条物理链路上存在不止一个用户使用相同的TEI 时，则启动
TEI 检验过程，以便对这一情况进行证实。

1.1.8 TEI 取销过程
TEI 取销时， BSC 侧的 LAPD 层管理进程应发出MDL-REMOVE-REQUEST 原语，引起物理信道上的连续两次身份取销消息的发送。

1.1.9 差错处理
由于 LapD 链路数据传送的硬件程度高，传送差错大部份能用硬件处理，所以层2 软件主要对与 TEI 有关的差错作相应处理，对一些其它差错仅进行差错记
录。

当层 2 软件收到 MDL-ERROR-INDICATION，差错码为 C、D、G、H 时，将调用 TEI 检测规程，根据用户侧的响应进行处理：
- 当未收到响应，取销 TEI；
- 当收到单个响应，进行差错记录；
- 当收到多个响应， TEI 取销规程。

1.1.10 未确认信息传送的过程
第三层用原语 DL-UNIT DATA-REQUEST、或者管理实体利用 MDL-UNIT
DATA- REQUEST 将未确认的信息传送到数据链路层，这些消息均在UI 帧中
发送。

- 对广播式操作， UI 帧中的 TEI 值应为 127。

- UI 帧 P 比特为 0。

对于 TEI 管理规程消息，在用户侧与网络侧用 UI 帧发送，且必须经过广播链路，则此类 UI 帧中的 TEI 值必为 127，SAPI 为 63。

当接收方收到 UI 帧时，将采用数据链路层对第三层的原语 DL-UNIT DATA- INDICATION 或者数据链路层对层管理实体的原语 MDL-UNIT DATA-INDICATION 将信息传送出去(由 SAPI 确定到第三层或者层管理实体)。

需要注意的是，未确认信息的传送与确认信息 I 帧的传送并非互斥的，二者
可同时进行，在多帧规程的任何一 TEI 已分配的状态，均可处理 UI 帧。

1.1.11 多帧操作过程
1.1.11.1 建立过程
第三层用 DL_ESTABLISH_REQEST 请求建立数据链路连接。

数据链路实体向对端实体发送 SABME 命令。

接收 SABME 命令的实体，如果能进入建立状态，则发送UA 响应，向第三层发送建立指示，并进行初始化。

收到 UA 响应， SABME 发起者向第三层发出建立证实，并初始化。

1.1.11.2 释放过程
第三层利用 DL_RELEASE_REQEST 请求释放数据链路连接。

数据链路实体向对端发送 DISC 命令。

接收 DISC 命令的实体向对端发UA 响应，丢弃所有 I 帧队列，进入连接断开状态并通知第三层。

DISC 命令发起者收到UA 响应之后，丢弃所有排队 I 帧，通知第三层，并进入连接断开状态。

1.1.11.3 信息传递过程
第三层用 DL_DATA_REQEST 原语请求发送的数据包将首先被链入一个 I 帧队列，并发出一个 I_FRAME_QUEUE_UP 的消息， LapD 进程收到这个消息后，将发送一个 I 帧，将发送状态变量 VS 和接收状态变量 VR 分配给 I 帧的 NS 和 NR 字段，同时将 VS 在发送结束后加 1。

打开定时器 T200。

信息发送中的流量控制采用滑动窗口机制。

窗口大小可随 SAPI 的不同而略有变化。

接收到一帧 I 帧后，将比较 I 帧中的发送序号 NS 和本端接收状态变量 VR，如相等则接收，采用
DL_DATA_INDICATION 原语传送给第三层，不相等则丢弃 I 帧，向发送端发送REJ 帧，表示接收帧顺序错。

在发送端收到一个有效 I 帧和监视帧(RR、RNR、REJ)，将把该帧中的 NR 做为对所有 NS
1.2 Abis 层 3 协议
Abis 层 3 协议的模型可以参见下图。

图 1 3 层 3 模型
Abis 层 3 协议中的消息按照BTS 的处理方式可以分为两类：
透明消息： BTS 负责转发该类消息，不加以任何解释或者改变。

不透明消息：消息只在 BSC 和BTS 之间传送， BTS 根据消息发起相应的动作或者消息作为一次 BTS 动作的结果。

此外， Abis 层 3 协议中的消息根据其具体功能还可以分为四组：无线链路层管理消息、专用信道管理消息、公共信道管理消息和 TRX 管理消息。

所有的 Abis 层 3 协议中的消息几乎都通过LapD 的 I 帧进行传送，除了MEASUREMENT RESULT 消息，它是通过 LapD 的 UI 帧进行传送。

在空中接口，上行方向(MS 发来的消息)，所有的通过 LapDm 的 I 帧和 UI 帧的消息，除了 MEASurement REPort 消息，多被当做透明消息，被 BTS 在DATA INDication 和 UNIT DATA INDication 消息中转发给 BSC。

在下行方向(发往MS 的消息)的所有 Um 接口的L3 消息除了以下几种之外都是透明通过 BTS 的，这几种消息在 Abis 接口被 Abis 接口层 3 协议的指定消息替换掉，但到了BTS，BTS 在经过必要的动作之后，将发送对应的 Um 接口L3 消息到无线接口上。

Message to MS Replaced on A-bis interface by
CIPHering MODe CoMmanD ENCRyption CoMmanD
PAGing REQuest PAGing CoMmanD
SYSTEM INFOrmation BCCH INFOrmation and SACCH FILLing
NOTIFication NOTIFication CoMmanD
EXTENDED MEASUREMENT ORDER SACCH FILLing
Immediate assign (3 types) IMMEDIATE ASSIGN COMMAND
为了讲清晰有关的信令流程，我们先将部份的全局流程图画出来，以匡助对局部流程的理解。

图 1 4 MS 接入和信道分配
图 1 5 寻呼流程和加密模式改变流程
图 1 6 传输模式改变(指配)流程
图 1 7 切换流程
图 1 8 释放流程
图 1 9 其他流程
下面的描述中，如果没有专门说明消息所属的协议，则统统是指 Abis 接口层 3 的消息。

1.2.1 无线链路层管理过程
1.2.1.1 链路建立指示
当 BTS 检测到在一条已经激活的逻辑信道上MS 发来的一个 SABM 帧，则通过一条 ESTablish INDication 消息向BSC 指示在无线接口上MS 发起的一条多帧模式的 L2 链路已建立，消息中包含了 SABM 帧中携带的内容。

BSC 在收到该消息后应该进行和 MSC 建立一条 SCCP 连接的过程。

在 MS 初始接入流程、信道模式改变(指配)流程和切换流程中，我们都可以看到链路建立指示过程。

此外，当 MS 要发送点对点短消息时也会使用链路建立指示过程。

1.2.1.2 链路建立请求
当 BSC 需要主动和 MS 在无线接口建立一条多帧模式的L2 链路时，向MS 所在的BTS 发送一条 ESTablish REQuest 消息， BTS 向 MS 发送一 SABM 帧，在收到 MS 的 UA 应答帧时， BTS 发送一条 ESTablish CONFirm 消息给 BSC 作为肯定应答。

这个过程使用得比较少，惟独在网络要发送点对点短消息给 MS 时才会使用，这时 BSC 主动要求建立一条新的用于发送点对点短消息的 L2 链路。

1.2.1.3 链路释放指示
当 BTS 通过一条多帧模式的链路层连接收到MS 发来的一个 DISC 帧，则 BTS 发送一条 RELease INDication 消息通知 BSC 无线接口的链路层连接已经释放。

BSC 在收到RELease INDication 消息后可以将相应的逻辑信道释放。

在会话释放流程中，我们可以看到链路释放指示过程。

此外在 MS 主动将发送点对点短消息的 L2 链路释放时也会使用。

1.2.1.4 链路释放请求
当 BSC 要求释放一条多帧模式的L2 链路时，向BTS 发送一条 RELease REQuest 消息给 BTS，BTS 则在该 L2 链路上发送一DISC 帧给 MS，当 BTS 收到 MS 发送的应答(UA 或者 DM 帧)，则发送一条 RELease CONFirm 消息给BSC。

这个过程使用得比较少，惟独在网络主动将给 MS 发送点对点短消息的 L2 链路释放时才会使用。

1.2.1.5 透明 L3 消息在确认模式下的发送
BSC 发送一条DATA REQuest 消息给 BTS，消息里面包含了完整的需要用确认模式发送的 L3 消息。

此过程用于 BTS 透明发送 Um 接口的 RR、MM、CC 和 SS 消息给 MS。

1.2.1.6 透明 L3 消息在确认模式下的接收
BTS 在收到一条确认模式下的L3 消息时，将该消息放在一条 DATA INDication 消息发送给 BSC。

此过程用于 BTS 透明发送 Um 接口的RR、MM、CC 和 SS 消息给 BSC (后三类消息又透明通过 BSC 传给 MSC)。

1.2.1.7 透明 L3 消息在不确认模式下的发送
BSC 发送一条DATA REQuest 消息给 BTS，消息里面包含了完整的需要用不确认模式发送的 L3 消息。

此过程用于 BTS 透明发送 Um 接口的 RR 消息给MS。

1.2.1.8 透明 L3 消息在不确认模式下的发送
BSC 发送一条UNIT DATA INDication 消息给 BTS，消息里面包含了完整的需要用不确认模式发送的 L3 消息。

此过程用于 BTS 透明发送 Um 接口的 RR 消息给BSC。

1.2.2 专用信道管理过程
1.2.2.1 信道激活
当 BSC 为决定为某个 MS 分配了一个逻辑信道则通过消息CHANnel ACTIVation 命令 BTS 的对应 TRX 启动相应的信道，在激活信道之后 TRX 用消息CHANnel ACTIVation ACKnowledge 作为肯定回答，或者用消息 CHANnel ACTIVation NACK 作为否定回答。

在 MS 初始接入、切换和信道模式改变(指配)流程中，我们可以看到信道激活过程。

1.2.2.2 信道模式改变
当 BSC 要改变以激活信道的一些模式信息时(这都是由MSC 发来的消息触发的)，发送一条 MODE MODIFY 消息给 BTS，消息中包含了新的模式(BTS 使用的旧模式是在信道激活或者前一次信道模式改变中指定的)，在改变到新模式之后， BTS 向 BSC 发送一条MODE MODIFY ACKnowledge 消息作为肯定回答，或者发送一条 MODE MODIFY NACK 消息作为否定回答。

在信道模式修改流程中，我们可以看到信道模式修改过程。

1.2.2.3 切换检测
在切换过程中，当 MS 尝试接入目标 BTS 和 BSC 时，会在新信道上向 BTS 发送HANDOVER ACCESS 接入突发， BTS 每次接收突发成功则向BSC 发送一条HANDOver DETection 消息。

如果切换采用的是异步切换方式，则期间 BTS 会向MS 重复发送多次 PHYsical INFOrmation 消息。

在切换流程中，我们可以看见切换检测过程。

1.2.2.4 开始加密
BSC 在决定对信道上传输的信息采用新的加密算法时(这都是由MSC 发来的BSSMAP 协议的消息触发的)，向信道所在的BTS 发送 ENCRyption CoMmanD 消息，消息中包括需要 BTS 要使用的所有信息以及一条传给MS 的完整的 Um 接口RR 层的消息Ciphering Mode Command (因为加密需要发送方和接收方都了解有关信息才行)， BTS 收到消息之后，以原加密模式将内含的 Um 接口RR 层的消息 Ciphering Mode Command 传给 MS，同时开始启动新解密模式(上行方向)。

MS 收到 Um 接口 RR 层的消息 Ciphering Mode Command 后，同时启动新加密(上行方向)和新解密(下行方向)，并发送 CIPHering MODe COMplete 消息给 BTS，BTS 收到任何一个正确解码的报文(在新加密模式下)，就表明MS 已正确地转换到新的加密模式时， BTS 的发送也变为新加密模式(下行方
向)，并在收到 MS 的 CIPHering MODe COMplete 消息(Um 接口 RR 消息)后，将该消息放在 Abis 接口消息DATA INDication 中发送给 BSC，作为肯定回答。

若 BTS 基于某种原因不能按照的ENCRyption CoMmanD 消息要求加密，它就回发一个 ERROR REPORT 消息给 BSC 作为否定回答。

在加密流程中，我们可以看到开始加密过程的使用。

1.2.2.5 测量报告
普通情况下， MS 每 102/104 复帧将一个测量报告(Um 接口消息MEASurement REPort)通过 SACCH 信道上报 BTS，里面包含了 102/104 复帧以来的下行的测量信息， BTS 在这期间同时也在进行着上行的测量，因此每过 102/104 复帧，BTS 会将这两部份信息组合在一条Abis 消息 MEASurement RESult 发送给 BSC，如果因为某些原因， BTS 没有按时收到 MS 的测量报告，则只将自己的上行测量结果放在 Abis 消息 MEASurement RESult 发送给 BSC。

在其他流程中，我们可以看到测量报告过程的使用。

为了减少 BSC 的处理测量报告的负荷以及减少 Abis 接口的消息流量，还可以使用一种所谓的测量报告预处理的过程，即由 BTS 先对 102/104 复帧一次的测量数据作一些加工(如求平均)，然后将加工的结果以比较低的频次发送给BSC。

要让 BTS 进行测量报告预处理，首先 BSC 要发送一条PREPROCESS CONFIGURE 消息给 BTS，消息中包含了 BTS 进行加工需要的一些基本控制参数，BTS 在收到这个消息后，就进行测量报告的预处理，将预处理的结果以PREPROCESSED MEASUREMENT RESULT 消息发送给 BSC。

当在上行 SACCH 信道中包含了一条 MS 发来的 EXTended MEASurement REPort，BTS 将向常规处理方法一样将它转发给BSC，不能使用测量预处理。

1.2.2.6 SACCH 去激活
此过程用于 BSC 根据无线信道释放程序释放BTS 处的 SACCH 逻辑信道。

在BSC 发送 Channel Release 消息(Um 接口 RR 层消息)给MS 时， BSC 也发送一条DEACTIVATE SACCH 消息给 BTS 以去激活 SACCH 信道。

在信道释放流程中，我们可以看到 SACCH 去激活过程的使用。

1.2.2.7 无线信道释放
当某个逻辑信道再也不被使用的时候， BSC 需要通知 BTS 将该信道释放掉，于是向对应的 BTS 发送一条 RF CHANnel RELease 消息， BTS 在释放该信道后，返回
一条 RF CHANnel RELease
ACKnowledge 消息给 BSC。

在信道释放流程中，我们可以看到无线信道释放过程的使用。

1.2.2.8 MS 功率控制
BSC 会根据测量数据的结果推算出MS 应该使用的合适的发射功率，于是通过消
息 MS POWER CONTROL 将控制参数通知BTS，BTS 将这些信息通过 SACCH 信道的L1 帧头发送给 MS，从而最终完成 MS 功率控制的动作。

在其他流程中，我们可以看到 MS 功率控制过程的使用。

1.2.2.9 基站功率控制
BSC 会根据测量数据的结果推算出BTS 侧应该使用的合适的发射功率，于是通过消息 BS POWER CONTROL 将控制参数通知BTS，BTS 随之执行相应的发射功率调整工作。

在其他流程中，我们可以看到基站功率控制过程的使用。

1.2.2.10 连接失败
当 BTS 检测到激活的无线链路已经中断时，发送消息CONNection FAILure INDication 通知 BSC 无线连接已经中断，消息中包含了BTS 认为最可能的中断原因。

在会话释放流程中，我们可以看到连接失败过程的使用。

1.2.2.11 物理上下文请求
当 BSC 需要了解 MS 所在当前信道的一些情况(物理上下文)时，发送申请消息PHYsical CONTEXT REQuest 给 BTS，BTS 通过消息 PHYsical CONTEXT CONFirm 将有关的物理上下文告知 BSC。

普通来说，物理上下文主要包括 MS 的当前的时间提前量以及上下行当前的发射功率等(当由 BTS 进行功率控制时)。

在信道模式修改(指配)流程和切换流程中，我们可以看到物理上下文请求过程的使用。

1.2.2.12 SACCH 信息修改
在 SACCH 信道的下行方向上， BTS 除了在 L1 帧头将功率控制参数和最新的时间提前量通知 MS 之外，还要将 Um 接口的 RR 消息 SI5/5bis/5ter/6 重复发送给MS，当 BSC 想修改某条 SACCH 上的相关消息，则发送一条 SACCH INFO MODIFY 消息给 BTS，消息中包含了新的 Um 接口的 RR 消息 SI5/5bis/5ter/6。

在其他流程中，我们可以看到 SACCH 信息修改过程的使用。

1.2.2.13 说者检测
当在为一个话音组呼叫(voice group call)的信道被激活期间， BTS 如果收到 MS 在信道的上行方向的接入突发， BTS 则组装一条 VGCS UPLINK GRANT 消息 (Um 接口L3 消息)以不确认模式在主信令链路上发送给 MS，同时 BTS 发送一条 TALKER DETection 消息给 BSC，消息中包含了测量到的接入突发的时延，如果一定时间内没有 MS 收到一个正确解码的帧， BTS 则重复发送 VGCS UPLINK GRANT 消息给 MS，如果连续发送多次，仍然无法从 MS 收到正确解码的帧， BTS 将发送一条 CONNECTION FAILURE INDICATION 消息给 BSC。

这个过程惟独在系统支持 VGCS/VBS 的情况下才会被使用。

1.2.2.14 听者检测
当在为一个话音组呼叫(voice group call)的信道被激活期间， BTS 如果收
到 MS 在信道的一个接入突发，包含了保留作为上行接入请求应答的值，则BTS 组建一条 LISTENER DETection 消息发送给 BSC。

这个过程惟独在系统支持 VGCS/VBS 的情况下才会被使用。

1.2.3 公共信道管理过程
1.2.3.1 MS 信道请求
当 BTS 在 RACH 信道上检测到MS 的一个随机接入(即 MS 的 CHANnel REQuest 消息)，则发送一条消息 CHANnel ReQuireD 给 BSC，里面包含了 CHANnel REQuest 消息的有效信息。

在初始接入流程中，我们可以看到 MS 信道请求过程的使用。

1.2.3.2 寻呼
从 A 接口收到 MSC 发来的 BSSMAP 协议的 PAGING 消息， BSC 发送一条 PAGing CoMmanD 消息 BTS，消息包含了 MS 标识(TMSI 或者 IMSI)， BTS 通过消息PAGing REQuest 在无线口的 PCH 信道上发送给MS。

在初始接入流程中，我们可以看到寻呼过程的使用。

1.2.3.3 删除指示
当 BTS 发觉由于下行 CCCH 信道拥塞而删除了一条 IMMEDIATE ASSIGN COMMAND，则用消息 DELETE INDication 通知 BSC。

在初始接入流程中，我们可以看到删除指示过程的使用。

1.2.3.4 CCCH 负载指示
当 BTS 检测到某条 CCCH 信道过载时，则需要向BSC 周期性发送一条CCCH LOAD INDication 消息以通知 BSC。

在其他流程中，我们可以看到 CCCH 负载指示过程的使用。

1.2.3.5 广播信息改变
当 BSC 要改变 BCCH 信道上发送的信息，则发送一条BCCH INFOrmation 消息给BTS，消息中包含了完整的需要修改的 Um 接口的 RR 层的 SI 消息。

在其他流程中，我们可以看到广播信息改变过程的使用。

1.2.3.6 短消息小区广播
短消息服务小区广播消息以 Abis 接口消息 SMS BROADCAST REQUEST 或者
SMS BROADCAST COMMAND 发送给 BTS。

在其他流程中，我们可以看到以下的短消息小区广播过程的使用。

当使用 SMS BROADCAST REQUEST 消息模式时， BSC 要负责处理排队、重发和如何充分利用 CBCH 信道的工作， BSC 也要负责将 SMS 小区广播消息分成适合在无线接口上发送的小块。

当使用 SMS BROADCAST COMMAND 消息模式时， BSC 能够请求一条完成的小区广播消息。

BSC 处理排队、重发和如何充分利用CBCH 信道的工作， BSC 也要负责。