GSM BSS 信令消息诠释-位置更新流程.doc

GSM BSS信令消息诠释位置更新流程GSM BSS信令消息诠释位置更新流程目录位置更新流程信令消息诠释41.信令流程42.信令流程详解4(1).Channel Request4(2).Channel Required7(3).Channel Activation7(4).Channel Activation Acknowledge9(5).Immediate Assignment Command9(6).SABM(Set Asynchronous Balanced Mode)帧13(7).UA(Unnumbered Acknowledgement)帧13(8).Establish Indication14(9).CR(Call Request)(CMP L3 Information)17(10).CC（Call Confirm）19(11).Location Updating Accept19(12).Location Updating Reject19(13).TMSI Reallocation Complete20(14).Clear Command20(15).Clear Complete20附录1：Element Identifier219.3 Other Information Elements219.3.1 Channel Number229.3.2 Link Identifier239.3.4 BS Power259.3.5 Channel Identification259.3.6 Channel Mode259.3.7 Encryption information279.3.8 Frame Number28附录2：MS Power Class and Level284.1Output power294.1.1Mobile Station29附录3：Channel Description1附录4：Message Type610.4Message Type6附录5：Data Link Layer Structure115 Overview of Data Link Layer Structure115.1 Functional Composition115.2 Identification of Data Link End Points125.3 Data Link Procedure135.4 Data link Distribution Procedure135.5 Random Access Procedures136 Specific Requirements146.1 Mode of Operation and Allowed SAPIs146.2 Acknowledged Mode of Operation146.2.1 Window Size146.2.2 Processing Capacity14附录6：CKSN(Ciphering Key Sequence Number)15附录7：Location Updating Type16附录8：Classmark17附件9：IMSI/TMSI26附件10：信令跟踪文件27FAQ：如何下载GSM协议？28GSM BSS信令消息诠释位置更新流程骆瑛（162429）关键词：位置更新 协议 信令摘 要：信令就如同设备之间的语言，设备之间的正常运行都是建立在这种语言也就是信令的正常交互基础之上的。正如不同的国家使用不同的语言，不同的语言又使用不同的语法一样，在通信网中，不同的接口使用不同的信令，不同的信令又对应使用不同的协议。因此信令是建立在协议基础之上的，而读懂了信令就读懂了设备之间的语言，就能清楚的明白系统是如何进行通讯的，特别当有故障出现但却没有任何告警提示信息时，信令分析就成为了排障最高效的方法。本文以位置更新信令流程为例，结合不同接口的协议，从字节级深入解读每条信令里的核心字段，使读者很容易理解每条信令的功能和作用，进而理解掌握整个位置更新信令流程的意义所在；为通过分析信令定位、解决相关网络问题奠定扎实的基础；同时也掌握了如何有效的使用协议来帮助解读信令的方法。参考资料清单：0408协议0808协议0858协议BSS信令与接口分析基础M900M1800 BSS 信令分析手册3G鉴权加密特性描述位置更新流程信令消息诠释1. 信令流程图 1 位置更新流程 2. 信令流程详解(1). Channel Request MS在空中接口的接入信道上（RACH上）向BTS发送Channel Request（该消息内含接入原因值为位置更新）。该消息里的字段描述如下：l Transparent IndicatorTransparent-indicator显示“non-transparent-message”说明这条消息对BSS是不透明传输的，也就是BSC和BTS要处理这条消息。l Channel Type协议0858-860 的9.3.1Channel Number定义如下 T代表子信道号（对SDCCH来说），TN是Timeslot，即时隙号。也就是说本条信令消息是在CCCH逻辑信道的RACH上传输的（Channel-type: uplink-ccch-rach对应10001 Uplink CCCH(RACH)），该CCCH对应的时隙号是0号时隙（time-slot:0）。l Request Reference和Access DelayChannel Request的主要包括参数Request Reference和Access Delay。Request Reference 包括RA（Channel Request中的8bit）和收到的接入脉冲的绝对帧号，Access Delay是接入脉冲的时间延迟。查协议0408-590的9.1.8Channel request，详见附录。RA（Random Access Information）主要包括参数Establish Cause和Random Reference，总信令消息为1个字节长度（即8bit），其中用36个bit（3个bit对应上图的第68bit，6个bit对应上图的第38bit）来提供接入网络原因；用52个bit(5个bit对应上图的15bit，2个bit对应上图的12bit，)携带Random Reference，也就是鉴别符。因为Random Reference最多5个bit，所以最多系统同时区分32个MS，要进一步区分同时发起请求的MS，还需要根据Um接口上UA应答消息判断（见后面相关内容）。下表中的”X”表示的是Random Reference字段，根据前面的36比特，根据这个字段，系统就能知道发起信道请求的原因值了。比如我们可以查出，信令里的对应下表中的Establishment Cause为000xxxxx或0000xxxx的因为位置更新而发起的信道请求NECI(new establishment causes indication)，也叫“半速率指示”。为0时 ：New establishment causes are not supported，为1时：New establishment causes are supported。t1,t3,t2是按下面的公式计算出绝对帧号。FN=51 (T3-T2) mod (26) + T3 + 51 x 26 x T1协议定义请详细请参见附录3。(2). Channel RequiredBTS向BSC发送Channel Required消息。Abis口的Channel Required消息所携带的内容跟Um口的Channel Request消息所携带的内容是完全一样的，详细请参见Channel Request解释。(3). Channel ActivationBSC收到Channel Required消息后，分配信令信道，向BTS发送Channel Activation消息，将相应的地面资源激活，主要包括激活类型、信道模式、电平、时间提前量。l Channel number 协议0858-860 的9.3.1Channel Number定义如下 T代表子信道号（对SDCCH来说），TN是Timeslot，即时隙号。可见激活的信道是类型为01，即SDCCH/8 + ACCH，子时隙为1（TTTT对应为001），该信道所在的时隙是time-slot:tn1(1)*001，即1号时隙。activation-type: - intra-cell-immediate-assignment(0) - 00000011,00000000 的前8比特位00000011是Activation Type 里的第一个8位字节Element identifier字段，对应协议定义的Activation Type；而00000000的第一位对应Activation Type里的第二个8位字节字段里的R位，0表示Initial activation，1表示Reactivation，这里明显是初次激活；后3位对应A3 A2 A1，当为000时表示跟立即指配流程相关（related to immediate assignment procedure），详细参见附件1。l channel-mode从channel-mode里可以看到上下行DTX都没有打开（dtx-downlink和dtx-uplink都为0），本次信道激活的是用来传信令的（speech-or-data-indicator:signaling）协议，字段“channel-rate-and type: sdcch”协议定义如下，可见本条信令是用的SDCCH（对应0000 0001）信道。字段“speech-coding-algor-or-data-rate-transp-ind”的全称即“speech coding algorithm/data rate - transparency indicator”。根据协议定义，如果Speech or data indicator是“signaling”的话，这该字段必须是0000 0000No resources required；如果是”Speech”的话，这该字段要给出相应的语音版本；如果是“data”的，详细请参见附录1。l Ms-power根据附录1，可见该手机是M900手机，对应的功率等级是5，也就是对应是33dBm，即信道激活初期，手机刚接入SDCCH的时候，是以最大功率发射的，因为这时候手机还没有占用SDCCH从而实现功控。l Timing-advance 时间提前量为0。(4). Channel Activation AcknowledgeBTS收到Channel Activation后，如果信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送Channel Activation Acknowledge，对之前通过Channel Activation激活的信道进行确认。(5). Immediate Assignment CommandBSC通过BTS向MS发送Immediate Assignment Command，Um接口中该消息在AGCH上发送。Immediate Assignment Command消息主要包括如下参数（详见协议0408-590的9.1.18 Immediate assignment）：l GSM0408协议定义的层3消息（除了BCCH、下行CCCH、SCH、RACH和HANDOVER ACCESS外）都包括如下字段a)Protocol Discriminator；b)Transaction Identifier或Skip Indicator；c)Message Type；d)Other IE(Information Elements)，如果需要的话。字节结构如下本条消息为对L2 Pseudo Length表示包括从本字段开始（包括本字段）一直到最后，消息的长度（以十六进制）。对Transaction Identifier对属于CC(Call Control)和SS(Supplementary Service)消息，其第一字节的第5到8比特包含Transaction identifier。它是用来唯一区别事务（Transaction）的，所以叫做Transaction Identifier(TI)。对一个给定PD和SAP的消息流来说，可以用TI来区别16种不同的双向的（bi-directional）消息流，我们称这个消息流为事务。TI的结构如下：事务是动态生成的，对应的TI值也是在生命周期里被分配，TI值是由触发一个事件的某一个接口的一侧（BSC或MSC）来分配的，当该事务结束时，对应的TI值就会被释放并被重新分配给后来的事务。当某个接口上的不同侧分别触发了一个事务，则需要用两个不同的TI来区别开，这时就用TI flag来表示：0表示本消息的是从触发该事务的一侧发送出来的，1表示本消息是被发送到触发该事务的一侧去的。 因此TI flag是唯一标识是谁给本事务分配该TI值，其唯一的作用就是用来避免同时分配一个相同的TI值时的冲突。详细请参见协议 GSM04.07。对Skip Indicator对属于RR(Radio Resource management message)和MM(Mobility Management)消息，其第一字节的第5到8比特包含skip indicator。如果一个消息的skip indicator是0000的，就不能忽略需要处理，否则可以忽略。也就是说发送RR或MM消息的协议单元的skip indicator应该是0000。对PD（Protocol Discriminator）协议定义如下： 也就是说Immediate Assignment Command是无线资源管理消息（rr-management-Protocol-Discriminator:0x6(6)，即0110 Radio Resource management messages）。对Message Type本消息为，对应下面协议里定义的“Channel establishment messages”l Dedicated Mode or TBF和Page ModeDedicated mode or TBF通知移动台将该消息的其余部分解码为分配专用信道的Immediate Assignment Command消息或者分配一个Temporary Block Flow。Page Mode用来控制属于某个寻呼小组的MS的行为。协议规定，在寻呼子信道上发送的寻呼消息（或指配消息）中的“page mode”字段会通知MS监听寻呼子信道的行为，MS共有四种监听寻呼模式： 正常寻呼：MS只监听属于自己的寻呼组 扩展寻呼：MS必须监听下一个PCH上的消息 寻呼重组：MS需要监听所有的寻呼子信道 与之前相同：寻呼模式与上一次接收到的寻呼模式相同本消息指明本MS的寻呼属于正常寻呼，也就是MS只监听属于自己的寻呼组。l Channel Description用来描述一个分配的信道以及相应的SACCH信道，Channel Type，TDMA offset，timeslot，绝对RF信道号。从信令看，网络为本次流程分配的是1号时隙（time-slot:tn1(1)）的3号子时隙（sub3，也就是channel-type:01011的最后3位011）SDCCH（channel-type:01011的前2位01）信道。训练序列号为5（tsc:0x5(5).101）。当hopping-channel里的h为0时，也就是没有跳频，所用的频点是7号频点（arfcn:0x7(7)），如果当h为1时，如果使用了跳频，就会有相应的MAIO和HSN了。详细请参见附录2。l Request Reference。Request Reference 包括RA（Channel Request中的8bit）和收到的接入脉冲的绝对帧号，请参见前面channel required的描述。l Time Advance时间提前量。请参见前面channel required的描述。l IA Rest Octets (Frequency parameters, before time)The IA Rest Octets 部分包含空闲比特和可能或者是“分组上行指配（packet uplink assignment）”，或者是“分组下行指配（packet downlink assignment）”，或者是“分组指配的第二部分（second part packet assignment）”，或者是“frequency parameters, before time”。 “frequency parameters, before time”包括MA(mobile allocation)和MAIO(参见channel description字段)。一般此字段在GPRS/EDGE里有相应的内容，在GSM里一般没有有效信息。该字段的总长度为22位（16进制）。如果只指明了starting time字段，没有frequency parameters和before time字段，那MS在接入信道前必须等待一段时间一直到starting time开始。如果没有指明starting time字段，那么MS认为在此消息里frequency parameters和before time字段都不是必须要提供的。 另一方面，为了提高信道效率，引入了Immediate Assignment Extend消息，它可以同时下发两个移动台的指配消息。两种消息所携带的内容是一样的(6). SABM(Set Asynchronous Balanced Mode)帧MS在main DCCH (为主信令信道，通常情况下是SDCCH、FACCH和SACCH)上发SABM帧接入。SABM是数据链路层LAPDm协议中的帧，建立异步平衡模式，是建立多帧证实模式时的第一个帧。Um接口上同时存在两种消息流，即信令和短消息，在一条链路上用标记SAPI（业务接入点标志）加以区别，定义了上层进入链路层的接入点，SAPI0对应信令应用(协议0405里定义到：call control signaling, mobility management signaling, supplementary services signaling and radio resource management signaling information as defined in GSM 04.08 and 04.10: SAPI = 0)，SAPI3对应短消息业务(协议0405里定义到：short message services as defined in GSM 04.11: SAPI = 3)，详细请参见附录4。在GSM中，SABM帧中带有一个信令消息：层3服务请求消息，用于对MS正确性的确认和向网络指示MS请求的服务。消息包括CM的业务请求、位置更新请求、IMSI分离及寻呼响应等。以上所有消息都包括MS的IMSI号、更详细的说明接入原因及MS类标CLASSMARK。 (7). UA(Unnumbered Acknowledgement)帧BTS在main DCCH上回送UA帧进行确认。UA是数据链路层LAPDm协议中无序号证实帧，是对SABM的证实。当两个MS同时发送的信道请求的消息内容完全一致时（高话务区域存在这样的可能），也就是前面Channel request 信令消息里携带的RA（Random Access Information）的两个参数Establishment Cause和Random Reference一样时，则这两个MS都可能响应到同一专用信道上。因此BTS在收到SABM帧后，不进行任何修改，向MS回一个内容与SABM帧所带消息完全一样的UA帧。由于SABM帧带有MS的IMSI号，如果MS收到UA帧的信息与SABM帧发出的不一样，它就放弃这个信道，开始重新接入过程。只有核对正确的MS才可留在该信道。(8). Establish IndicationBTS向BSC发Establish Indication消息。该消息指示了多帧模式下的无线链路连接的建立，主要包括参数Link Identifier和L3 Information。Link Identifier包括信令信道的类型、SAPI以及SAPI0下的消息优先级。L3 Information是一条完整的层三消息，消息内容见下。l Transparent Indicator说明本条信令是无线链路层消息，是不透明传输的消息，也就是BSC要处理的消息。l Channel Number说明本条信令是在前面分配的1号时隙9号子时隙的SDCCH上传输的。l Link Identifier根据协议0858-860定义说明本条信令的信道类型为主信令信道（FACCH或SDCCH）而非SACCH，再从前面的channel type也进一步确认是SDCCH而不是FACCH；not-applicable字段协议定义为NA比特位：当值为1时，表示本条信令不用Link Identifier字段，否则为0。Priority字段针对SAPI=0，即对信令定义消息的优先级：0 0表示normal priority，01表示high priority，1 0表示low priority。l L3 Information携带了旧位置区号、旧TMSI、类标1：旧位置区号u CKSN(Ciphering Key Sequence Number) 加密所用加密密匙（KC）是由鉴权集中获得，而鉴权流程并不是必须的，所以如果对于某个事件，鉴权配置表配置该事件不用鉴权，但要求要加密。若此时VLR没有相应的加密上下文（鉴权集中对应的加密密钥部分），则系统会自动要求启动鉴权流程。2G的KC只对用户传输的内容（如语音）等进行加密，无法对信令进行加密，而3G是可以对信令进行加密的（使用IK，完整性密钥）。为了允许在一个RR连接上不鉴权而启动加密，引入了CKSN，(UMTS里用KSI，即Key Set Identifier)。CKSN（KSI）由网络管理。 所以CKSN（KSI）的作用是使网络可以通过它识别保存在MS中的CK和CKSN（KSI）而不用启动鉴权流程，这就可以在后来的连接建立过程中再使用KC启动加密。CKSN（KSI）是一个数值，和与此用户相关某组鉴权集在VLR中序号相对应（假使VLR原本一次从HLR取回5组鉴权集，已用两组，那么最近一次被使用的一组鉴权集序列号为1）。 KSI和CKSN有相同的格式，占用3bits，七个值用来识别密钥集，也即值域是06（000110），111被MS用来表示无可用密钥。当CK/IK被删除后，KSI也设置为111；在网络侧111是保留值。 MS (UE）在给网络的第一条消息（LOCATION UPDATING REQUEST, CM SERVICE REQUEST, PAGING RESPONSE, CM RE-ESTABLISHMENT REQUEST）中带上CKSN（KSI）。在GSM系统中，如果保存的CKSN和MS发送来的CKSN相同，则可以用此CKSN对应的鉴权集中加密密钥Kc来启动加密。 在UMTS系统中，如果保存的KSI和UE发送来的KSI相同，则可以用保存的CK、IK来启动加密和完整性保护。 CKSN字段结构请参见附录6或协议0408-590。u LUT(Location Updating Type)For 字段表示是否有后续的请求，0为无，1为有。Lut字段表示位置更新的类型：00表示正常的Normal location updating，01表示Periodic updating，10表示IMSI attach。详细参见附录7或协议0408-590u Location Area Identification表明MCC为460，MNC为00，LAC为812b。u Mobile Station Classmark1 Revision Level00表示该手机为支持1阶段协议的手机， 01表示该手机为支持2阶段协议的手机，10为支持R99即以后协议版本的手机。ES IND“Controlled Early Classmark Sending”指示是否使用“及早类标发送”功能：0为不使用，1为使用。Encryption Algorithm A5/1 终端在类标中上报自己的加密支持能力（0为支持，1为不支持）：在类标1中上报A5/1算法支持能力，在类标2中上报A5/2和A5/3的支持能力，在类标3中上报A5/4到A5/7的支持能力。RF power capability当使用GSMP, E or R 900 MHz频段时，协议定义了5类：，当为DCS1800频段时，协议定义了3类：，具体的射频能力详见附件2，一般900MHZ频段的手机是Class4(对应输出最大功率2W)，而DCS1800频段的手机是Class1(对应输出最大功率1W)。Mobile Identity从下面十六进制的“F4”可得出二进制为“11110100”，根据协议定义（IMEISV: international mobile station equipment identity and software version, 国际移动台设备标识和软件版本），最后3位100表示使用的是TMSI，对应的TMSI就是”value”里的99F4A2F0。Odd/even Indication奇偶数表示位，0表示移动台的身份数字是偶数，同时当使用TMSI或PTMSI时也用0表示，1表示奇数。Identity Digits对IMSI,IMEI和IMEISV，该字段用BCD码表示。如果这个字段是个偶数，这前4位（bit5bit8）就用“1111”填充。如果这个字段表示的是TMSI，前4位（bit5bit8）也用“1111”填充。(9). CR(Call Request)(CMP L3 Information)BSC建立A接口SCCP链接，向MSC发送Location Update Request，属于完全层3消息（Complete Layer3 Information）(其余的还有如 CM SERVICE REQUEST, PAGING RESPONSE, CM REESTABLISHMENT REQUEST, IMSI DETACH消息)。该消息中包含了当前小区的CGI信息；在随机接入过程中，BSC收到BTS的Establishment Indication消息后，将进行BSC的内部处理，也就是根据“小区属性”里的MCC、MNC、LAC、CI参数设置情况，将当前小区的CGI添加到Location Update Request消息发送给MSC。Cell identification discriminator 表示用什么方式来标识小区： 0000使用CGI来标识小区；0001使用LAC+CI来标识小区；0010表示使用CI来表示；0011表示没有任何小区跟该事件相关。Cell Identification 0该字段对应手机的新位置区，以CGI表示：46000812B73E6。Location Area Identification该字段对应手机所在的旧位置区，以LAI表示：46000812B。表明新位置区的MCC：460，MNC：00，LAC:812B。Mobile Identity携带MS的老TMSI号。(10). CC（Call Confirm）MSC向BSC回链接确认消息。在GSM系统中，在A接口的通信上，除了无连接业务（如MSC发给BSC的RESET信令，不需要BSC回应）外，还用到了面向连接业务。面向连接业务类似于分组交换中的虚电路（Virtaul Circuit）传送，它需要在发送消息前，先通过应答的方式在始节点和终节点之间建立一条消息传送路径，即信令逻辑连接或虚连接。这种方式适用于传送大量的成批数据。在连接建立阶段，SCCP除了由MTP提供的功能外，也提供编路功能：首先，由发端SP的SCCP发送含有目的地编码的CR消息；如果收到CR的SP是目的地，则回送证实信号CC。所以CR和CC消息的作用是建立起SCCP连接号码，也即建立起一个虚连接，然后后续的信令就可以在这条虚连接上批量传送了。SCCP连接号码由系统唯一分配，使用完毕释放后可以重复使用。(11). Location Updating AcceptMSC向MS回位置更新接受消息，表明位置更新成功；该消息携带了新的位置区号（MCC:460；MNC:00；LAC:812B）和新的TMSI号码(83F4ABC1)。(12). Location Updating Reject如果网络侧拒绝本次位置更新，则网络侧下发Location Updating Reject消息给MS。如果网络侧收到Location Updating Request 消息时发现协议错误，网络侧将给MS回送携载如下原因值的Location Updating Reject消息： #03（Illegal MS）； #97（Message type non-existent or not implemented）； #98（Message type not compatible with the protocol state）； #111（Protocol error, unspecified）。 给MS回送Location Updating Reject消息响应后，网络侧将启动信道释放流程。如果MSC、VLR或HLR运行异常或通讯故障，网络侧将给MS回送携载原因值为#17（Network Failure）的Location Updating Reject消息。一般情况下，如果MSC和BSC的配置数据CGI或者LAC不一致，网络侧位置更新拒绝的原因也可能是网络故障。(13). TMSI Reallocation Complete若MSC侧设置名为 “位置更新时分配TMSI”的参数为“否”，则在位置更新的过程中，MS没有“TMSI Reallocation Complete”消息的上报，并且在网络下发的Location Updating Accept消息里也没有新的TMSI号码下发给MS，也就是MS一直始终同一个TMSI号码通讯，这样安全性较低。(14). Clear Command从此处开始网络侧启动信道释放流程，详细解释将在“释放流程”里做专门的介绍。(15). Clear Complete参见（14）描述。附录1：Element Identifier摘自协议0858-860 9.3 Other Information ElementsThe information elements used and the coding of their Element Identifier fields are:ElementIdentifier bits 8 7 6 5 4 3 2 1Element nameReference0 0 0 0 0 0 0 1Channel Number9.3.10 0 0 0 0 0 1 0Link Identifier9.3.20 0 0 0 0 0 1 1Activation Type9.3.30 0 0 0 0 1 0 0BS Power9.3.40 0 0 0 0 1 0 1Channel Identification9.3.50 0 0 0 0 1 1 0Channel Mode9.3.60 0 0 0 0 1 1 1Encryption Information9.3.70 0 0 0 1 0 0 0Frame Number9.3.80 0 0 0 1 0 0 1Handover Reference9.3.90 0 0 0 1 0 1 0L1 Information9.3.100 0 0 0 1 0 1 1L3 Information9.3.110 0 0 0 1 1 0 0MS Identity9.3.120 0 0 0 1 1 0 1MS Power9.3.130 0 0 0 1 1 1 0Paging Group9.3.140 0 0 0 1 1 1 1Paging Load9.3.150 0 0 1 0 0 0 0Physical Context9.3.160 0 0 1 0 0 0 1Access Delay9.3.170 0 0 1 0 0 1 0RACH Load9.3.180 0 0 1 0 0 1 1Request Reference9.3.190 0 0 1 0 1 0 0Release Mode9.3.200 0 0 1 0 1 0 1Resource Information9.3.210 0 0 1 0 1 1 0RLM Cause9.3.220 0 0 1 0 1 1 1Starting Time9.3.230 0 0 1 1 0 0 0Timing Advance9.3.240 0 0 1 1 0 0 1Uplink Measurements9.3.250 0 0 1 1 0 1 0Cause9.3.260 0 0 1 1 0 1 1Measurement result number9.3.270 0 0 1 1 1 0 0Message Identifier9.3.280 0 0 1 1 1 0 1reserved0 0 0 1 1 1 1 0System Info Type9.3.300 0 0 1 1 1 1 1MS Power Parameters9.3.310 0 1 0 0 0 0 0BS Power Parameters9.3.320 0 1 0 0 0 0 1Pre-processing Parameters9.3.330 0 1 0 0 0 1 0Pre-processed Measurements9.3.340 0 1 0 0 0 1 1reserved0 0 1 0 0 1 0 0SMSCB Information9.3.360 0 1 0 0 1 0 1MS Timing Offset9.3.370 0 1 0 0 1 1 0Erroneous Message9.3.380 0 1 0 0 1 1 1Full BCCH Information9.3.390 0 1 0 1 0 0 0Channel Needed9.3.400 0 1 0 1 0 0 1CB Command type9.3.410 0 1 0 1 0 1 0SMSCB message9.3.420 0 1 0 1 0 1 1Full Immediate Assign Info9.3.350 0 1 0 1 1 0 0SACCH Information9.3.290 0 1 0 1 1 0 1CBCH Load Information9.3.43ElementIdentifier bits 8 7 6 5 4 3 2 1Element nameReference0 0 1 0 1 1 1 0SMSCB Channel Indicator9.3.440 0 1 0 1 1 1 1Group call reference9.3.450 0 1 1 0 0 0 0Channel description9.3.460 0 1 1 0 0 0 1NCH DRX information9.3.470 0 1 1 0 0 1 0Command indicator9.3.480 0 1 1 0 0 1 1eMLPP Priority9.3.490 0 1 1 0 1 0 0UIC9.3.500 0 1 1 0 1 0 1Main channel reference9.3.510 0 1 1 0 1 1 0MultiRate configuration9.3.520 0 1 1 0 1 1 1MultiRate Control9.3.530 0 1 1 1 0 0 0Supported Codec Types9.3.540 0 1 1 1 0 0 1Codec Configuration9.3.550 0 1 1 1 0 1 0Round Trip Delay9.3.560 0 1 1 1 0 1 1 TFO Status9.3.570 0 1 1 1 1 0 0LLP APDU9.3.580 0 1 1 1 1 0 1to 1 1 1 0 1 1 1 1Reserved for future use1 1 1 1 0 0 0 0to 1 1 1 1 1 1 1 1Not used9.3.1 Channel NumberIn the direction BSC to BTS the Channel Number parameter is used to indicate on which physical channel/subchannel the message is to be sent. In the direction BTS to BSC the Channel Number indicates on which physical channel/subchannel the message was received. It is coded in two octets as follows:87654321Element identifier1C5C4C3C2C1TN2The C-bits describe the channel as follows:C5C4C3C2C100001Bm + ACCHs0001TLm + ACCHs001TTSDCCH/4 + ACCH01TTTSDCCH/8 + ACCH10000BCCH10001Uplink CCCH (RACH)10010Downlink CCCH (PCH + AGCH)The T-bits indicate, coded in binary, the sub-channel number as specified in 3GPPTS05.02.TN is time slot number, binary represented as in 3GPPTS05.02.9.3.2 Link IdentifierThis element identifies the signalling channel and SAPI of the radio data link.87654321Element identifier1C2C1NAprioritySAPI2The NA bit (bit 6 in octet 2) is set to 1 to indicate thet the Link Identifier is not applicable for this message. In all other cases it is set to 0.Th