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协议