LAPDm协议

Um接口协议
2.1 LapDm协议
LapDm协议很类似于LapD协议，下面仅说明一下与LapD的不同之处。

在MS和BTS之间，物理介质对GSM是特有的，即无线接口，而不是一般的64Kb/s的电路。在这个接口上，点对点报文传输可按照两种方式进行：
- 使用主信道，即需要优先占有资源（快速随路信令）。典型的，这种挪用的方法不是传送一个用户数据块（20ms）而是要用相应的资源发送一条信令报文；
- 使用慢速随路控制信道（SACCH）。

在LapDM中，由于利用了无限接口的同步方案来传递帧边界的信息，因此无需相应的帧起始和结束的标志。即利用实现准备号的物理层的块，将每一帧插入一个单独的物理块，长为23字节。结果，一个LapDM帧在所有TCH上的最大长度是23字节，在SACCH上最多21字节（这一差别来自每个SACCH块有两个特殊用途的字节：时间提前量和发送功率控制）。但有效的信息长度可能小于这一最大值，因此每帧中要包括一个长度指示器。未用的字节用缺省值“00101011”填充。这个填充值是为了减小一个只有少量信息的帧（从而有很多填充字节）产生与频率校正信道（FCCH）突发脉冲类似的突发脉冲（这将干扰移动台试图同步）的可能性。由于历史原因，“11111111”仍作为移动台上行链路传输的填充图案。

由于无线接口的帧最大长度为21或23字节，不能满足大多数信令的需要，因此在LapDM中要定义分段和重组。它利用了一个所谓的“附加”位，将报文的最后一帧与其他帧区分开来。由于这一机制，对无线路径上的报文长度没有固定的限制，唯一的限制来自这些消息也要在其他接口上传送，因此是在无线接口规范中提到的260字节。

LapDM没有使用检错机制，这是因为物理层提供的传输方案已经具有差错检测性能。

LapDM协议没有利用前向纠错能力（这种特征通常被认为是物理层的），而是使用了类似HDLC的后向纠错机制，可在两种模式中选择：
- 不确认模式，无论接收端结果怎样，帧只传一次；
- 确认模式，可由重发保证纠正有错的帧。

LapDM中用到了窗口概念。LapDM的计数周期是8。在LapDM中，窗口的大小总置为1，这种选择使协议时间较简单，窗口大小为1就对应简单的发送-等待协议。在用于信令的SDCCH信道情况下，这种简化不会使性能降低，因为信道的编排基本上是交替的，在接收帧和下一个发送机会之间有足够的时间来构成应答帧。对于其他信道，由于这个窗口大小是1，在要连续发送几帧时会引起附加延时。例如全速率信道（TCH/F）的信令能力最多每120ms一帧，即不会比SDCCH能力的两倍更好。然而，信令应用受这一限制损失很少，因为信令帧通常一次只有一帧，只有当一个报文分段称几帧时是个例外。

为了在接口两侧启动一个确认模式的传输，LapDM中使用了一个简单程序，它由两条消息组成，参见多帧操作过程。只有在这一交换后才会发生上层信息的交换。与确认模式下传输的建立类似，链路的正常释放也通过一个简单的过程完成，参见多帧操作过程。在任何时候，一个未确认的信息都能发送。当没有信息需要传输而又应该传输时，就发送一个“填充帧”，它是一个不确认模式的信息帧（UI帧），信息长度为0。

在无线接口上，同时存在两种相互独立的流，一种专用于传送信令报文，另一种用于短消息业务。这两种流由一个称为SAPI（业务接入点识别）的链路识别来区分。LapDM“SAPI”可以取值0（信令）和3（短消息），因此规范中常常出现SAPI0和SAPI3。并不是信道上所有SAPI的组合都是允许的，下表列出了允许的情况，以及与每种信道类型上的各种SAPI相关的模式指示（确认或非确认模式）。
TCH/F SDCCH SACCH
信令（SAPI0） 确认模式 确认模式 不确认模式
短消息（SAPI3） —— 确认模式 确认模式
2.2 RR协议
下面的描述中，如果没有专门说明消息所属的协议，则统统是指Um接口RR层的消息。
2.2.1 空闲模式过程
2.2.1.1 系统信息广播
小区的BCCH信道上向MS广播各种系统信息，如SYSTEM INFORMATION TYPE 2到4消息和可选的TYPE 1, 2bis, 2ter, 7, 8, 13, 15, 16和17以及其他类型，这些系统信息周期性地在BCCH信道上广播，通过这些消息中的相应信息，MS能够决定是否和怎样来通过当前小区来接入系统。这些系统信息由BSC组装，放在Abis接口相应消息（BCCH INFOrmation）发送到BTS，BTS再周期性地将这些系统信息从BCCH信道上发送出去。

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

2.2.2 RR连接建立
2.2.2.1 寻呼
当MSC需要寻呼某MS时，通过A接口发送一条BSSMAP协议的寻呼消息给BSC，BSC将该消息包装在Abis接口的消息（PAGing CoMmanD）发送给相关的一个或多个BTS，消息包含了MS标识（TMSI或IMSI），BTS再通过消息PAGing REQuest在无线口的PCH信道上发送给MS。

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

2.2.2.2 MS信道请求
MS如果要主动与网络侧进行连接建立（如发起呼叫、位置更新等）或收到网络的发给它的寻呼消息之后，被动与网络侧进行连接建立时，在所在的BTS的RACH信道上发送一条CHANnel REQuest消息，BTS检测到该消息后会将其包装在Abis接口的消息（CHANnel ReQuireD）中发送给BSC。

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

2.2.2.3 立即指配
BSC在收到MS信道请求，则相应地争取为其分配一条信道并将信道激活，然后发送一条IMMEDIATE ASSIGN COMMAND消息给BTS，消息中包含了一条完整的通知MS的Um接口RR层消息IMMEDIATE ASSIGNMENT或IMMEDIATE ASSIGNMENT EXTENDED或IMMEDIATE ASSIGNMENT REJECT（如果没有信道可用），BTS收到这条消息后，负责在CCCH信道安排将消息中的Um接口RR层消息发送给MS。

在初始接入流程中，我们可以看到立即指配过程的使用。

2.2.2.4 通知
2.2.3 专用模式过程
2.2.3.1 SACCH过程
SACCH信道上主要传送以下几类消息，上行方向是MS的测量报告/扩展测量报告、MS发送的点对点短消息，下行方向主要是SI5/5bis/6/ EXTENDED MEASUREMENT ORDER和发往MS的点对点短消息。点对点短消息在此不作过多说明，因为不属于RR层协议。其他两类都是RR层的内容。

MS在BSC的指示下，对当前使用的下行信道进行测量，同时测量一些指定频点（通常是邻近小区的BCCH频点）的信号强度，将这些测量到的结果以MEASurement REPort或EXTended MEASurement REPort消息在SACCH信道上通知网络侧。

BSC将需要发给特定MS的SI5/5bis/6/EXTENDED MEASUREMENT ORDER消息通知BTS，由BTS将消息发送到SACCH下行信道上。

在其他流程中，我们可以看到SACCH过程的使用。
2.2.3.2 信道指配
一般的分配策略都是为MS先分配一条SDCCH信道，用来传输一些鉴权等信令（参见MM和CC协议），如果真是一次呼叫的话，BSC会收到MSC发来的A 接口的ASSignment REQuest消息，请求BSC将当前的信道换成一条TCH信道。BSC随后进行Abis接口层3的物理上下文请求过程和信道激活过程，准备好一条TCH信道，然后将一条Um接口的RR消息ASSignment CoMmanD消息在SDCCH信道发送给MS，通知MS接入TCH信道。MS在新信道成功建链之后，发送一条应答消息ASSignment COMplete消息给BSC，BSC再发送一条BSSMAP协议的的ASSignment COMplete给MSC，信道指配的过程完成。

在模式修改（指配）流程中，我们可以看到信道指配过程的使用。

2.2.3.3 切换
这里指的切换是小区间的切换，由于涉及的实体的不同，可以分为BSC内部的切换和BSC之间的切换。我们按照最复杂的BSC之间的切换来进行切换过程的说明。发起切换的BSC我们称之为旧BSC，切换的目标BSC我们称为新BSC。

在旧BSC，如果BSC决定发起一次跨BSC的切换，BSC发送一条BSSMAP协议的的HANDOver ReQuireD消息给所属的MSC，消息里面包含了切换的目标小区。如果MSC成功在新BSC建立起信道，则发送HANDOver CoMmanD消息给旧BSC，里面包含了一条Um接口的RR层消息HANDOver CoMmanD，BSC在旧信道上将该消息传送给MS。如果切换成功或切换失败但MS没能返回旧信道，旧BSC会收到MSC的清除信道的命令。如果切换失败但MS成功返回旧信道，MS会在旧信道上发送一条HANDOver FAILure消息给BSC。


在新BSC，BSC会收到MSC发来的消息（HANDOver REQuest），请求一次切换，BSC于是分配相应信道并激活，然后组装一条Um接口RR层消息HANDver CoMmanD消息放在A口应答消息（HANDOver REQuest ACKnowledge）中返回给MSC。当MS试图切换到新信道上时，可能发送一些切换接入突发（RR层消息HANDOver ACCESS），成功建链之后，向BSC发送一条RR消息HANDOver COMplete。BSC用BSSMAP协议的相应消息（HANDOver COMplete）通知MSC。如果切换失败，新BSC会收到MSC的清除信道的命令。


在切换流程中，我们看到切换过程的使用。
2.2.3.4 频率重定义
当BSC需要修改BTS所使用的频点或跳频参数时，而又不想对现有正在进行的业务造成影响，可以向业务的MS发送一条FREQUENCY REDEFINE消息，消息中说明了MS使用的频点或跳频参数将在何时发生怎样的变化。在到达指定的时刻，BTS和MS将同时进行调整，这样就能作到既修改BTS的有关频点或跳频参数而又不对已有业务造成影响。至于如何通知BTS，不是通过Abis的层3消息，而是通过BSC到BTS的O&M通道的相关消息，不属于我们的讨论范围。

在其他流程中，我们可以看到频率重定义过程的使用。

2.2.3.5 信道模式修改
当MSC决定修改信道的模式（如从话音变成数据）时，从A接口发送一条BSSMAP协议的ASSignment REQuest消息给BSC，BSC根据消息的内容，组织两条消息，一条是发给BTS的MODE MODIFY消息（参见Abis接口层3协议的信道模式修改），一条是发给MS的RR层消息CHANnel MODE MODIFY消息，同时发送出去。BTS在模式修改结束后，会发送一条Abis接口消息MODE MODIFY ACKnowledge消息作为应答（参见Abis接口层3协议的信道模式修改）；MS在模式修改结束之后，会发送一条RR层消息CHANnel MODE MODIFY ACKnowledge消息给BSC。BSC在收到BTS和MS的应答之后，发送一条BSSMAP协议的的ASSignment COMplete消息给MSC作为应答。

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

2.2.3.6 加密模式设置
当MSC决定修改信道的加密模式时，从A接口发送一条BSSMAP协议的CIPHer MODE CoMmadD消息给BSC，BSC根据消息的内容，向信道所在的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，作为肯定回答。

在加密模式修改流程中，我们可以看到加密模式设置过程的使用。

2.2.3.7 附加信道指配
当BSC需要将MS占用的TCH/H + ACCH扩充配置成TCH/H + TCH/H + ACCHs而又不中断原有的业务时，向MS发送一条ADDITIONAL ASSignment消息，MS收到该消息之后，激活新增的TCH/H，然后在原TCH/H信道上向BSC回应一条ASSigment COMplete消息。

2.2.3.8 部分信道释放
当BSC需要将MS占用的TCH/H + TCH/H + ACCHs缩减配置成 TCH/H + ACCH而又不中断原有的业务时，向MS发送一条PARTial RELease消息，MS收到该消息之后，释放在被释放信道上的所有底层连接，并在剩下的信道上建立这些被释放的连接，然后在主TCH/H信道上向BSC回应一条PARTial RELease COMplete消息。

2.2.3.9 类标改变
MS在专用模式下，如果网络要求（BCCH信道上的系统信息中有要求）或MS发生类标（CLASSMARK）的改变，MS会尽快将它的类标通过RR层消息CLASSMARK CHANGE通知网络侧，BSC收到之后，发送一条BSSMAP协议的的CLASSMARK UPDATA消息给MSC，里面包含了CLASSMARK CHANGE消息中的有关内容。

2.2.3.10 类标询问
MSC想了解MS的类标的时候，向BSC发送一条BSSMAP协议的的CLASSMARK REQUEST消息，BSC相应发送一条RR层消息CLASSMARK ENQUIRY消息给MS，MS回应CLASSMARK CHANGE消息，BSC再通过A接口的BSSMAP协议的CLASSMARK UPDATE消息通知MSC。

2.2.3.11 通知和寻呼信息指示
2.2.3.12 RR连接释放
有多种原因会导致RR连接的释放。

第一种是MSC向BSC发BSSMAP协议的消息CLEAR CoMmanD，命令BSC释放连接，于是BSC发送RR层消息CHANnel RELease命令MS信道释放RR连接，同时BSC也要启动SACCH去激活过程，并向MSC回应CLEAR COMplete消息。之后BSC进行链路释放指示过程和无线信道释放过程，在A接口进行SCCP断链过程。

第二种情况是BTS检测到和MS的连接已经失败，于是通过Abis接口的连接失败过程通知BSC，BSC向MSC发送CLEAR REQuest消息，请求连接的释放，后面的过程和第一种情况类似，只不过不需要在通知MS。其实这种情况，没有涉及任何RR层的消息，但为了叙述的完整，列于此处。

第三种情况是BSS因为其他的一些原因，主动决定释放RR连接，于是向MSC发送CLEAR REQuest消息，请求连接的释放，后面的过程和第一种情况类似。

在连接释放流程中，我们可以看到RR连接释放过程的使用。
2.3 MM协议
2.4 CC协议