GSM BSS 信令消息诠释-移动主被叫流程.doc

目录GSM BSS 信令消息诠释-移动主被叫流程GSM BSS信令消息诠释-移动主被叫流程目录GSM BSS 信令消息诠释-移动主被叫流程11.概述22.移动主被叫流程分类23.移动主被叫(早指配) 流程23.1信令流程23.2信令流程诠释43.3流程说明214.移动主被叫(晚指配)流程214.1信令流程214.2流程说明235.移动始主叫(及早指配)流程235.1信令流程235.2流程说明24附录1：Priority24附录2：Channel Description26附录3：TSC（Training Sequence Code）285.2.3Normal burst (NB)29附录4：Assignment complete & Assignment failure309.1.3Assignment complete309.1.4Assignment failure30附录5：CIC(CIRCUIT IDENTITY CODE)32附件6：信令跟踪文件331 GSM BSS 信令消息诠释-移动主被叫流程GSM BSS 信令消息诠释-移动主被叫流程骆瑛（162429）关键词：移动主被叫 协议 信令摘要：信令就如同设备之间的语言，设备之间的正常通讯都是建立在这种语言也就是信令的正常交互基础之上的。正如不同的国家使用不同的语言，不同的语言又使用不同的语法一样，在通信网中，在不同的接口使用不同的协议，不同的协议又对应不同的信令，承载不同的消息字段（IE，Information Element）一样。因此读懂了信令就读懂了设备之间的语言，就能清楚的明白系统是如何进行通讯的，特别当有故障出现但却没有任何告警提示信息时，信令分析就成为了排障最有效的方法之一。本文以移动主被叫流程为例，结合不同接口的协议，从字节级深入解读每条信令里的核心字段，使读者快速掌握每条信令的功能和作用，进而理解整个移动主被叫流程的意义所在；为通过分析信令定位、分析和解决网络故障问题奠定扎实的理论基础；同时也能掌握如何有效的使用协议来帮助解读信令的方法。参考资料清单：0408协议0808协议0858协议BSS信令与接口分析基础M900M1800 BSS 信令分析手册1. 概述移动主叫（MOC，Mobile Originated Call）包括MS拨打MS、MS拨打固定电话，不包括短消息始发。移动被叫（MTC，Mobile Terminated Call）包括MS拨打MS、固定电话拨打MS，不包括短消息接收。移动主叫和被叫的区别在于：l 被叫方有寻呼消息；l 某些信令的方向不一样；l Call Proceeding(主叫)和Call Confirm(被叫)信令名和方向都不一样。本文主要以移动主叫流程为主，如没特别说明MS默认指主叫手机。2. 移动主被叫流程分类指配流程分成三类：l 及早指配（Very Early Assignment）l 早指配（Early Assignment）l 晚指配（Late Assignment）早指配（Early Assignment）和晚指配（Late Assignment）流程的选择是MSC决定的；及早指配（Very Early Assignment）流程是由BSS根据无线资源等情况决定的。本文将以网络中默认使用的早指配流程（Early Assignment）为例进行对重要信令消息进行诠释。3. 移动主被叫(早指配) 流程3.1 信令流程移动主被叫(早指配)的信令流程如下图所示。图 1 移动主叫流程(早指配)图 2 移动被叫流程(早指配)3.2 信令流程诠释（1） 手机主叫的时候发起的第一条消息是在Um接口上的Channel Request 消息，然后BTS 对这个消息进行转发，在A-bis 接口上我们看到Channel Required。Channel Request我们可以理解为信道请求，在BTS与BSC之间的Channel Required我们通常叫做信道申请。Channel Request消息内含接入原因值为MOC，即主叫发起的信道请求。但是该消息中的原因值并不完全准确，因为MS在做移动主叫和IMSI分离时都填的是该原因值。查协议0408-590的9.1.8Channel request，详见附录。RA（Random Access Information）主要包括参数Establish Cause和Random Reference，信令消息为1个字节长度（即8bit），其中36bit用来提供接入网络原因，52bit可以携带鉴别符，最多只能同时区分32个MS，要进一步区分同时发起请求的MS，还需要根据Um接口上UA应答消息判断。下表中的”X”表示的是Random Reference字段，根据前面的36比特，根据这个字段，系统就能知道发起信道请求的原因值了。比如我们可以查出，主叫的信令里的对应下表中的0100XXXX，也就是，也就是因为主叫而发起的信道请求，而被叫的对应的是也即是为响应寻呼而发起的信道请求。（2）（7）同位置更新相关信令解释。激活的信道是1号SDCCH时隙的3号子时隙。（8）BTS向BSC发Establish Indication消息，该消息中准确的反映了MS的接入原因，例如此时对移动主叫和IMSI分离填的是不同的原因值。对移动主叫，原因值为 CM Service Request，所谓CM业务请求，就是呼叫管理业务请求；对IMSI分离，原因值是IMSI Detach Indication。协议0418定义如下：The layer 3 service request message is typically one of the following:-CM SERVICE REQUEST.-LOCATION UPDATING REQUEST.-IMSI DETACH.-PAGING RESPONSE.-CM RE-ESTABLISHMENT REQUEST.-NOTIFICATION RESPONSE.-IMMEDIATE SETUP.- RR INITIALISATION REQUEST.本信令如下图所示：CM Service request ，即移动主叫。Classmark2手机类标2携带的消息元素说明： RF Power Capability，表示手机支持的射频功率能力，在GSM 900 P、E or R 频段上分为5级，在DCS 1800 or PCS 1900 频段上分为3级。一般GSM900是第4级，DCS1800是第1级； PS capability (pseudo-synchronization capability)，表示手机伪同步能力，取值0表示不支持，1为支持； SS Screening Indicator，手机支持补充业务（如呼叫前转、呼叫等待等）指示； SM capability (MT SMS pt to pt capability)，表示手机端到端短消息能力，取值0表示不支持，1表示支持； VBS（Voice Broadcast Service） notification reception，表示手机是否支持语音广播业务； VGCS（Voice Group Call Service） notification reception，表示手机是否支持语音组呼业务； FC (Frequency Capability)，表示频率支持能力，对于GSM900频段，取值0表示手机不支持E-GSM or R-GSM，1表示支持；对于DCS1800该比特位没有意义； CM3，表示手机对类标3的支持； LCS VA capability (LCS value added location request notification capability)，表示手机支持定位服务业务； SoLSA，表示手机对本地化业务区域(Location Service Area)的支持； CMSP(CM Service Prompt)，表示手机支持网络发起主叫CM连接请求。 A5/2,A5/3 algorithm supported，表示手机是否支A5/2、A5/3加密算法：0表示不支持，1表示支持； 手机类标3携带的消息元素说明： A5/4, A5/5 ,A5/6,A5/7 algorithm supported，表示手机是否支持A5/4A5/7加密算法，取值0表示不支持，1表示支持 Multiband Supported表示是否支持P-band , E-GSM , R-GSM和DCS 1800； Associated Radio capability 1 and 2，Associated Radio capability 1 指示了P-band , E-GSM , R-GSM的无线能力；Associated Radio capability 2 指示 DCS1800的无线能力； Multi Slot Class表示手机多时隙能力支持； UCS2( Universal Multiple-Octet Coded Character Set)，表示手机是否支持通用多字节编码特征组； R Support,表示R GSM的无线能力域包含手机功率等级等R GSM信息； Extended Measurement Capability，表示手机是否支持GPRS扩展测量报告能力； MS Measurement capability，表示手机从一个信道切换到另一个信道，进行邻区功率测量能力； Positioning Method Capability，表示手机支持的位置服务能力。 这里简单介绍下为让MSC获得手机的类标3的类标更新流程：对于双频手机而言，在SCCP连接建立之后收到CM 业务接受之前，它还有一个类标更新的流程。类标更新是由MSC来发起的，由MSC下发一个Classmark Request 消息，然后BSC会把这条消息转为Classmark Enquiry，就是类标请求，然后手机会上报一个Classmark Change，在BSC把它转为Classmark Update，通过这条消息MSC可以获得手机的类标3。因为在CR消息上报的时候，消息里面包含的是类标2，而类标3是与双频手机的双频能力相关的，所以MSC在这里需要进行类标更新获得手机的类标3。系统消息里有个参数“ECSC”（Early Classmark Sending Control），及早类标发送控制，就是控制类标3是由MS自动上报还是被动上报的： 手机被动响应上报：当ECSC设置为“否”时，MS会在Establishment Indication消息的CM SERV REQ中上报Classmark 2,随后MSC会在A接口链接CC建立后，在下发CM Service Accepted消息之前，根据上报的Classmark 2 中的CM3是否为1来确定是否发送CLASSMARK ENQUIRY消息，当MS上报的COMPLETE L3 INFO消息的类标2中CM3的标志为是的时候就发CLASSMARK ENQUIRE消息，手机收到后向网络回CLASSMARK CHANGE消息，上报类标3的信息。 手机主动上报：ECSC设置为“是”时，MS会在Establishment Indication消息的CM SERV REQ中上报Classmark 2，紧接着上报Classmark Change消息，上报CLASSMARK3信息。这样就避免了网络的查询过程。 建议一般情况下设置ECSC为“否”, 但当网络需要Classmark 3信息内容情况下建议设置ECSC为“是”，以便MS尽快上报所需类标信息，减少网络查询过程。如双频/混合小区，GPRS/EDGE小区，采用A5/4A5/7加密算法，启动定位服务时，建议设置ECSC为“是”。 (9)(10) BSC向MSC发送CR(CMP L3 Information)消息，也就是Call Request呼叫请求（完全层3消息），这个完全层3消息里携带的内容就是Abis口的Establishment Identification的消息，MSC回复CC（Call Confirm）消息，建立A接口SCCP链接。在随机接入过程中，BSC收到BTS的Establishment Indication消息后，将进行BSC的内部处理，也就是根据“小区属性”里的MCC、MNC、LAC、CI参数设置情况，将当前小区的CGI添加到CM Service Request消息发送给MSC。相关消息解释请见“GSM信令消息诠释-位置更新流程”，这里不在类述。此外，本消息的还上报给MSC类标2和TMSI号两个信息。请注意：CR和CC消息是属于SCCP层的MTP3,而我们一般关注的是高层的消息，因此我们在A口能看到名为“Cm Service Request”消息就是这个完全层3消息，具体该消息属于移动管理（MM）层的消息，也就是属于DTAP协议层，此外还有CKSN号，见如下字段。从下面的字段可确认该“Cm Service Request”是BSSAP层的消息，也就是BSC和MSC之间的消息。是在A口用BSSAP格式传送的，整个消息的长度是26个字节，也就是下面的红色框有26个。当MSC收到CM业务请求的时候有几个任务。一个是鉴权，然后是加密，然后是识别。这三个流程都是可选的，而对于双频手机来说它还有一个流程叫做手机的类标更新流程（我们会在对这4个流程在别的章节另外再做详细说明）。（11）MSC发CM Service Accepted，Um接口中该消息在SDCCH上发送。从下面的字段可以看出该消息是DTAP消息，具体是MM层的消息。（12）主叫MS在SDCCH上发Setup。从下面的消息字段可以判断出该消息属于呼叫控制（CC）的消息。我们主要关注本消息携带的两个重要的内容：手机的承载能力和被叫号码。手机的承载能力从下面的截图得知该手机是支持全半速率的，全速率优先的手机(dual rate support ms full rate speech version1 preferred, half rate speech version1 also supported)，支持全速率语音版本1(gsm full rate speech version1)，全速率语音版本2(gsm full rate speech version2, 也就是EFR)，全速率语音版本3(gsm full rate speech version3, 也就是AMR FR)，半速率语音版本1(gsm half rate speech version1)，半速率语音版本3(gsm half rate speech version3, 也就是AMR HR)。被叫号码协议0408定义号码类型如下图所示。“unknown”是当网络或用户不知道号码类型，如国际号码，国内号码等。协议定义的编号计划如下图所示。001表示使用的是ISDN/固定电话编号计划Digit就是被叫号码了：6621下面的字段是可选字段，指示的是手机的呼叫控制能力，主要是两个内容：PCP和DTMF，协议定义如下：PCP为1，表示手机支持延迟清除流程，反之则不支持；DTMF（Dual Tone Multi-Frequency signaling）为1是手机支持DTMF功能，0是预留给早期版本的。(13)当MSC收到这个Setup消息以后，可以根据被叫号码以及其它的相关信息进行相关的处理，比如说根据被叫号码进行号码分析，进行路由选择，同时根据相关的业务信息MSC可以在A接口上指配相关的电路资源，这个指配是通过Assignment Request来实现的，也就是指配请求来实现的，同时向主叫MS发Call Proceeding，Um接口中该消息在SDCCH上发送。(14)MSC向BSC发Assignment Request，里面含有A接口的电路资源，比如说CIC的号码（即电路识别码），通过CIC以及相关的性能描述指定一条A接口电路。同时也通知BSC该手机支持的语音版本号，以便BSC能根据自身情况分配最优信道给该手机。该消息属于BSSMAP消息，消息长度为22个字节。MSC把手机通过Setup消息上报的自身能力，通过该信令下发给BSC。PCI(Preemption Capability indicator)=0，该手机不会抢占已有的链接，反之，则可以。Priority level：用来定义该呼叫请求的优先级。值域为114，1表示优先级最高，在CM_SERVICE_REQUEST, CALL_PROCEEDING 和 SETUP消息中上报给网络。QAI(queuing allowed indicator)=0，不允许该手机排队，反之则可以。PVI(Preemption Vulnerability indicator)=0，该手机已建立的链接不能被抢占，反之，则可以。详细请参见附录1。协议定义CIC号结果如下图所示：ak定义的是在用的PCM号，XXXXX 定义的是实际使用的时隙，总共16位（BSC与MSC间，属于BSSAP协议层），所以值域是065535（2的16次方）；而局间（MSC之间，属于ISUP协议层）中继的CIC位长是12位，值域是04096（2的12次方），高7位表示PCM系统编号，低5位表示PCM系统内的时隙号。所以本呼叫占用的是A口的CIC号为3941的电路（PCM号为123（十进制），时隙号为5）。详细协议定义请参加附录5。Downlink dtx flag为1是表示MSC禁止BSC在下行激活DTX功能，否则为0。(15)BSC分配话音信道，向BTS发送Channel Activation。当BSC收到Assignment Request的时候，BSC会下发一个Channel Active，在这里要说明的就是手机在申请业务或者上网的时候，它的指配都是有一定规则的，指配的方式有几种：早指配、晚指配和及早指配三种。我们这个流程中使用的是早指配，早指配是在我们GSM系统中最常用的一种指配方式，它的特点是当手机第一次申请信道的时候首先指配SDCCH信道，然后CM业务请求上来以后，系统给手机指配TCH信道或者是业务信道，这个业务信道的指配是在Alerting回铃音之前。这种就是早指配方式。晚指配和及早指配在后面相应的章节做介绍。l Channel number协议定义Bm就是TCH/F，Lm就是TCH/H，ACCH为FACCH + SACCH，所以bm-acch就是TCH/F+FACCH + SACCH，而lm-acch就是TCH/H+FACCH + SACCH信道。Activation type在这里也即指配流程里是intra cell normal assignment，而立即指配流程对应的是intra-cell-immediate-assignment。详细请参见“GSM信令消息诠释-位置更新流程”的Channel Activation描述，这里不再类述。l Channel Mode从channel-mode里可以看到上下行都开启了DTX功能（dtx-downlink和dtx-uplink都为1）。根据协议的定义，本次信道激活的是用来传话音的（speech-or-data-indicator:speech），同时从字段“channel-rate-and type: full-rate-tch-channe-Bm”，也就是激活的是全速率TCH信道。0408协议定义如下，可见本条信令是对应0000 1000信道。字段“speech coding algorithm/data rate + transparency indicator”根据协议定义，如果Speech or data indicator是“signaling”的话，这该字段必须是0000 0000No resources required，如果是”Speech”的话，这该字段要给出相应的语音版本。从本消息里看出是对应的“0010 0001GSM speech coding algorithm version 3”也就是AMR，综上所述，要激活的信道是一条位于时隙6的AMR全速率信道。l Channel Identification TSC，训练序列号，值域07，用3个比特的二进制码表示，协议定义TSC必须跟小区的BCC相等。对H位，协议定义到，也就是0表示不跳频，1表示跳频。当为“0”即不跳频时，rf hopping chan的值是频点号：ARFCN(absolute RF channel number)，值域为01023；如果为“1”跳频时，rf hopping chan的值就会是相应的MAIO，HSN和MA组，如图所示。l Ms Power 和Time Advance 请参见“GSM信令消息诠释-位置更新流程”的Channel Activation描述，这里不再类述。l Multirate Configuration当小区支持AMR时，BSC会把有关AMR的相关数据配置下发给BTS。l MS Capability手机支持SAIC（Single Antenna Interference Cancellation）功能和Repeat ACCH（空口信令链路抗干扰，包括Repeated Downlink FACCH 和Repeated SACCH ）的能力（1为支持，0为不支持）。SAIC和Repeat ACCH是两种新功能，在此不做详细描述，但这两个功能也需要手机支持。手机是通过类标3上报网络是否支持的。(16)BTS收到Channel Activation后，如果信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送Channel Activation Acknowledge。(17)BSC通过BTS向MS发送Assignment Command，Um接口中该消息在SDCCH上发送。注意：在这里使用的消息Assignment Command是“指配命令”，所以这段流程我们通常叫做“指配流程”。而前面指配SDCCH的时候用的是Immediate Assignment Command ，就是“立即指配命令”，所以这段流程通常叫做“立即指配流程”，这一点要注意区分。通过Assignment Command，BSC告诉MS刚才已经准备好的相关的信道信息、跳频参数、功率级别以及小区的多速率配置，参见下图。另外，说明一下，在信令跟踪里我们能看到如下的名为“Data Request”的信令消息，这个是因为有些消息在某一接口上是透明传输的，该所以对该接口来说都被认为是数据。比如“Assignment Command”其实是BSC和MS之间的RR层消息，所以在ABIS接口看来就是不处理的一个透传的数据，我们可以点开该消息，能看到transparent message就说明了这点，从channel type和time slot可以确认这条消息是通过前面立即指配流程激活的1号SDCCH时隙3号子时隙下发给MS的，因为这时MS还没有接入刚才通过指配流程分配的TCH信道。(18)MS在Assignment Command中指定的FACCH上发SABM帧来接入。(19)BTS在FACCH上回UA帧进行确认。（18）（19）详细字节说明请参见“GSM信令消息诠释-位置更新流程”，这里不再类述。(20)BTS向BSC发Establishment Indication；Establishment Indication就是确认MS以及接入刚才分配的TCH/F信道了，从channel type可以看出该消息可以在FACCH或SDCCH上发送，因为现在使用的是TCH而不是SDCCH，所以是在FACCH上发送的。(21)MS在接入话音信道后，在FACCH上发送Assignment Complete。在手机收到UA帧以后，会上报一个Assignment Complete消息，即指配完成命令。RR cause value给出了完成该分配的原因值，这里是因为“正常事件”的分配完成，其余原因值请参见附录4。(22) Assignment Complete到达BSC后，BSC会把这个信令透传给MSC。这样，在主叫这一侧相关的无线业务信道和地面电路就准备好了，并认为该呼叫进入通话状态，随后开始释放之前的SDCCH信道。(23)MSC向主叫MS发Alerting消息，主叫MS听到回铃音，Um接口中该消息在FACCH上发送。那么什么时候进入通话过程呢？主要是等待被叫的振铃，如果被叫开始振铃了，那么被叫会给它的网络侧反馈一个Alerting消息（一个回铃音），然后主叫侧的MSC会给手机下发回铃音Alerting（这里的Alerting是以信令的方式来实现的）。手机收到这个Alerting以后就知道这个电话已经打通了，就等着被叫摘机了。从下面的字段可知，该Alerting是属于DTAP消息里的CC层的消息，里面没有带任何重要内容。(24)MSC向主叫MS发Connect，Um接口中该消息在FACCH上发送；当被叫按下“接通”键时，被叫MS会上报一条Connect消息给MSC，然后MSC会给主叫的手机下发一个Connect命令表明被叫已摘机，此时主叫手机会上传一个Connect ACK连接证实消息，正式进入通话过程。 (25)主叫MS在FACCH上向MSC回Connect Acknowledge；对（24）和（25），我们都可以点击ABIS接口上透传的这两条消息，能看到如下字段，说明这两条消息都是在FACCH上传送的。(26)主叫MS和被叫MS进入语音通话状态；(27)通话完毕，主叫MS挂机，主叫MS在FACCH上发Disconnect消息；(28)MSC向MS发Release，Um接口中该消息在FACCH上发送；(29)MS回Release Complete，Um接口中该消息在FACCH上发送；(30)MSC向BSC发Clear Command，BSC收到该消息后，启动释放流程；后续的释放流程参见释放流程的描述；(31)BSC通过BTS向MS发送Channel Release，Um接口中该消息在FACCH上发送；(32)MS在FACCH上发DISC帧；(33)BTS在FACCH上回UA帧进行确认。（27）（33）详细说明请参见“GSM信令消息诠释-释放流程”，在此不再类述。3.3 流程说明(1) 图中（1）（8）为随机接入、立即指配过程。在此过程中，BSS为MS分配信令信道。(2) 图中，在（10）和（11）之间，可能会有鉴权、加密流程、类标查询（更新过程）。根据MSC的数据配置情况等的不同，在A接口链接建立后，MSC有可能不会立即下发CM Service Accepted消息，而是：l 下发 Cipher Mode Command启动加密流程（这种情况下MSC就不会再下发CM Service Accepted消息）。l 下发Authentication Request启动鉴权流程。l 下发Classmark Update启动类标更新流程。此外，如果BSC数据配置中“ECSC”配置为“是”，则双频MS在上报Establishment Indication后，将紧接着上报Classmark Change消息。(3) 图中（14）（22）为TCH指配流程在此流程中，BSS为MS分配话音信道以及A接口电路等资源。(4) 图中（30）（40）为释放流程所示为主叫MS先挂机的释放流程。在资源释放时，无线口先释放逻辑信道，再释放物理信道。4. 移动主被叫(晚指配)流程4.1 信令流程移动主被叫流程(晚指配)的信令流程如下图所示。图 3 移动主叫流程(晚指配)图 4 移动被叫流程(晚指配)(1) 及早指配与晚指配的区别是后者的指配流程在Alerting消息之后，其它方面没有差别；(2) 晚指配流程的优点：可以节约占用话音信道的时间；(3) 晚指配流程的缺点：如果后续指配不成功，会造成被叫用户听到振铃却不能打通电话，从而易导致用户投诉。因此，实际应用中，一般不使用本流程，而是使用Error! Reference source not found.流程。4.2 流程说明请参见“移动主被叫(早指配) 流程”的相关说明。5. 移动始主叫(及早指配)流程5.1 信令流程移动主叫流程(及早指配)的信令流程如下图所示。图 5 移动主叫流程(及早指配)(1) 早指配与及早指配的区别是：后者在立即指配时分配的是TCH作为信令信道使用，因此在指配时不需要再分配TCH，而是通过Mode Modify，将立即指配分配的TCH调整为话音信道；(2) 及早指配流程，一般发生在立即指配时无空闲SDCCH供分配，但有空闲TCH、且BSC数据配置容许立即指配TCH的情况下。5.2 流程说明请参见“移动主被叫(早指配) 流程”的相关说明。附录1：Priority摘自协议08083.2.2.18PriorityThis element indicates the priority of the request. It is coded as follows:87654321Element identifieroctet 1Lengthoctet 2Priorityoctet 3Octet 2 is a binary indication of the length of the rest of the element.Octet 3 is coded as follows:87654321sparepcipriority levelqapvioctet 3Bit 8 is spare, set to 0pci = Preemption Capability indicator(see note)0this allocation request shall not preempt an existing connection1this allocation request may preempt an existing connectionpriority level:6 5 4 30 0 0 0spare0 0 0 1priority level 1 = highest priority0 0 1 0priority level 2 = second highest priority: : : :1 1 1 0priority level 14 = lowest priority1 1 1 1priority not usedqa = queuing allowed indicator0queuing not allowed1queuing allowedpvi = Preemption Vulnerability indicator (see note)0this connection shall not be preempted by another allocation request1this connection might be preempted by another allocation requestNOTE:Preemption Capability indicator applies to the allocation of resources for an event and as such it provides the trigger to the preemption procedures/processes of the BSS. Preemption Vulnerability indicator applies for the entire duration of a connection and as such indicates whether the connection is a target of the preemption procedures/processes of the BSS.如下摘自0408-5h010.5.1.11Priority LevelThe purpose of the Priority Level is to provide information defining the priority level requested or applied. The Priority Level IE may be included in CM_SERVICE_REQUEST, CALL_PROCEEDING and SETUP messages.The Priority Level information element is coded as shown in figure10.8quad/GSM04.08 and table10.12ter/GSM04.08.The Priority Level is a type 1 information element with 1 octet length.Figure 10.8quad/GSM 04.08: Priority LevelTable 10.12ter/GSM 04.08 Priority Level Call priority (octet 1) Bit 3 2 1 0 0 0 no priority applied 0 0 1 call priority level 4 0 1 0 call priority level 3 0 1 1 call priority level 2 1 0 0 call priority level 1 1 0 1 call priority level 0 1 1 0 call priority level B 1 1 1 call priority level A 附录2：Channel Description摘自协议0408-5h010.5.2.5aChannel Description 2The purpose of the Channel Description 2 information element is to provide a description of an allocable channel configuration together with its SACCH.The Channel Description 2 information element is coded as shown in figure10.19a/GSM04.08 and table10.23a/GSM04.08.The Channel Description 2 is a type 3 information element with 4 octets length.Figure 10.19a/GSM04.08: Channel Description 2 information elementTable 10.23a/GSM04.08: Channel Description 2 information elementTable 10.23a/GSM04.08: Channel Description information element (continued)附录3：TSC（Training Sequence Code）摘自协议0408-5h05.2.3Normal burst (NB)Bit NumberLengthContentsDefinition(BN)of fieldof field 023tail bits(below)36058encrypted bits (e0 . e57)05.03618626training sequence bits(below)8714458encrypted bits (e58 . e115)05.031451473tail bits(below)(1481568,25guard period (bits)subclause5.2.8)where the tail bits are defined as modulating bits with states as follows:(BN0, BN1, BN2) = (0, 0, 0)and(BN145, BN146, BN147)= (0, 0, 0)where the training sequence bits are defined as modulating bits with states as given in the following table according to the training sequence code, TSC. For broadcast and common control channels, the TSC must be equal to the BCC, as defined in GSM03.03 and as described in this technical specification in subclause3.3.2.TrainingTraining sequence bitsSequence(BN61, BN62 . BN86)Code (TSC)0(0,0,1,0,0,1,0,1,1,1,0,0,0,0,1,0,0,0,1,0,0,1,0,1,1,1)1(0,0,1,0,1,1,0,1,1,1,0,1,1,1,1,0,0,0,1,0,1,1,0,1,1,1)2(0,1,0,0,0,0,1,1,1,0,1,1,1,0,1,0,0,1,0,0,0,0,1,1,1,0)3(0,1,0,0,0,1,1,1,1,0,1,1,0,1,0,0,0,1,0,0,0,1,1,1,1,0)4(0,0,0,1,1,0,1,0,1,1,1,0,0,1,0,0,0,0,0,1,1,0,1,0,1,1)5(0,1,0,0,1,1,1,0,1,0,1,1,0,0,0,0,0,1,0,0,1,1,1,0,1,0)6(1,0,1,0,0,1,1,1,1,1,0,1,1,0,0,0,1,0,1,0,0,1,1,1,1,1)7(1,1,1,0,1,1,1,1,0,0,0,1,0,0,1,0,1,1,1,0,1,1,1,1,0,0)Under certain circumstances only half the encrypted bits present in a normal burst will contain complete in