lub口信令解码关联方案和实施方法

《lub口信令解码关联方案和实施方法》由会员分享，可在线阅读，更多相关《lub口信令解码关联方案和实施方法（36页珍藏版）》请在装配图网上搜索。

1、Iub口信令解码关联方案和实施方法(v1.1)版本历史：版本号修改历史修改内容V1.02010-06-01最初版本V1.12010-06-28添加了NBAP、ALCAP的具体实施方法，FP部分公共传输信道识别的具体实施方法，RLC层级连的具体实施方法本文共分为8个部分。第一部分Iub口协议栈概述。第二部分NBAP及其信令举例。第三部分ALCAP及其信令举例。第四部分FP部分概述。第五部分FP部分RLC层重组及信令传输方向。第六部分FP部分信令举例。第七部分解码部分整体框架。第八部分会话关联整体框架。1、 Iub口协议栈概述Iub口信令协议共分为三部分：NBAP、ALCAP、FP 。1、 1NB

2、AP部分协议体系结构NBAP信令在ATM上协议栈是：AAL5SSCOPNBAP（自下而上）在IP上的协议栈是：EthernetIPSCTPNBAP（自下而上）NBAPSCTPIPEthernetNBAPSSCOPAAL51、2ALCAP部分协议体系结构ALCAP信令在ATM上协议栈是：AAL5SSCOPALCAP（自下而上）在IP上的协议栈是：EhernetIPSCTPALCAP（自下而上）在MTP上的协议栈是：MTP3ALCAP（自下而上）ALCAPSSCOPAAL5ALCAPMTP31、3FP部分协议体系结构FP信令在ATM上协议栈是：AAL2FP（自下而上）在IP上的协议栈是：Ehern

3、etIPUDPFP（自下而上）FPUDPIPEthernetFPAAL2我们采集的Iub口信令是以ATM承载，AAL5承载NBAP与ALCAP，AAL2承载FP。NBAP与ALCAP的AAL5部分的VPI和VCI不同。例如，承载NBAP的VPI为3，VCI为51，ALCAP的VPI为3，VCI为53。所以，用VPI和VCI组成的组合可以区分NBAP和ALCAP。参照文档和规范NBAP部分：25TS433UTRAN Iub interface Node B Application Part (NBAP) signallingQ.2110B-ISDN ATM Adaption Layer Serv

4、ice Specific Connection Oriented ProtocolALCAP部分：Q.2630.1AAL Type 2 Signalling Protocol Capability Set 1Q.2110B-ISDN ATM Adaption Layer Service Specific Connection Oriented ProtocolFP部分：25TS321Medium Access Control (MAC) protocol specification25TS322RLC Protocol Specification25TS331Radio Resource Co

5、ntrol (RRC); protocol specification25TS427UTRAN Iub/Iur interface user plane protocol for DCH data streams25TS432UTRAN Iub interface: signalling transport25TS435UTRAN Iub interface user plane protocols for Common Transport Channel data streams24TS007Mobile radio interface signalling layer 3General a

6、spects24TS008Mobile radio interface signalling layer 3Core network protocolsStage 32、 NBAP及其信令举例NBAP协议可以描述成结构体。NBAP-ELEMENTARY-PROCEDURE := CLASS &InitiatingMessage,&SuccessfulOutcomeOPTIONAL,&UnsuccessfulOutcomeOPTIONAL,&OutcomeOPTIONAL,&messageDiscriminatorMessageDiscriminator,&procedureIDProcedur

7、eID UNIQUE,&criticalityCriticality DEFAULT ignoreInitiatingMessage消息是必须的，SuccessfulOutcome、UnsuccessfulOutcome、Outcome消息都是可选的。ProcedureID是唯一值。Criticality的默认值是ignore。例如，RadioLinkSetupRequestTDD属于InitiatingMessage；而RadioLinkSetupResponseTDD属于SuccessfulOutcome。以RadioLinkSetupRequestTDD消息为例，由procedureID

8、、criticality、messageDiscriminator、transactionID、value组成。其中，value是信令消息的主体部分。以RadioLinkSetupRequestTDD为例，说明信令消息主体部分。RadioLinkSetupRequestTDD := SEQUENCE protocolIEsProtocolIE-ContainerRadioLinkSetupRequestTDD-IEs,protocolExtensionsProtocolExtensionContainerRadioLinkSetupRequestTDD-ExtensionsOPTIONAL,.

9、其中，RadioLinkSetupRequestTDD-Extensions为扩展部分，是可选的。RadioLinkSetupRequestTDD-Ies是若干个Item。这几个Item构成了NBAP信令的主体。以RadioLinkSetupRequestTDD-Ies为例，说明RadioLinkSetupRequestTDD的各个Item。RadioLinkSetupRequestTDD-IEs NBAP-PROTOCOL-IES := IDid-CRNC-CommunicationContextIDCRITICALITY rejectTYPE CRNC-CommunicationConte

10、xtIDPRESENCE mandatory | IDid-UL-CCTrCH-InformationList-RL-SetupRqstTDDCRITICALITY notifyTYPE UL-CCTrCH-InformationList-RL-SetupRqstTDDPRESENCE optional | IDid-DL-CCTrCH-InformationList-RL-SetupRqstTDDCRITICALITY notifyTYPE DL-CCTrCH-InformationList-RL-SetupRqstTDDPRESENCE optional | IDid-DCH-TDD-In

11、formationCRITICALITY rejectTYPE DCH-TDD-InformationPRESENCE optional | IDid-DSCH-TDD-InformationCRITICALITY rejectTYPE DSCH-TDD-InformationPRESENCE optional | IDid-USCH-InformationCRITICALITY rejectTYPE USCH-InformationPRESENCE optional | IDid-RL-Information-RL-SetupRqstTDDCRITICALITY rejectTYPE RL-

12、Information-RL-SetupRqstTDDPRESENCE mandatory ,.可以看出，RadioLinkSetupRequestTDD的Item有：CRNC-CommunicationContextID（必须）、UL-CCTrCH-InformationList-RL-SetupRqstTDD（可选）、DL-CCTrCH-InformationList-RL-SetupRqstTDD（可选）、DCH-TDD-Information（可选）、DSCH-TDD-Information（可选）、USCH-Information（可选）、RL-Information-RL-Setu

13、pRqstTDD（必须）。各个Item的具体意义，这里就不再阐述了，详见25.433。以下就以一条RadioLinkSetupRequestTDD信令为例，说明NBAP编码的特点和解码的方法。00 1b 02 14 f4 80 a2 00 00 05 00 2c 00 03 40 b6 44 01 20 80 28 00 01 1c 80 23 22 00 00 01 40 44 10 3e 58 00 02 01 d6 80 0a 00 08 00 60 18 00 5c 0c 01 10 01 fe 00 01 70 02 30 00 01 00 00 4c 80 21 00 00 48

14、80 1c 51 00 00 01 00 01 2c 00 10 00 00 00 4a 80 0d 00 08 00 c0 18 04 e5 1d 01 ce 61 e0 02 00 39 00 26 00 00 00 28 00 07 00 00 01 11 02 00 00 00 50 00 01 00 94 50 14 9f 30 02 00 00 00 50 00 01 00 94 50 14 9f 30 3c 00 00 e6 00 19 20 03 ca 00 00 01 36 01 7b 00 94 00 01 02 2a 00 01 00 01 18 00 03 00 27

15、5f00 1bProcedureID，表示RadioLinkSetupRequest02(00000010)00 ddMode ，值是tdd，00 criticality，值是Reject，00 messageDiscriminator，值是common，1 表示longTransactionId，0 填充位。14 f4longTransactionId，值为5364。00 00 05表示5个Item。00 2c 00 03 40 b6 44表示CRNC-CommunicationContextID。00 2c 表示id-CRNC-CommunicationContextID，值是44，00

16、表示craticality，值是0，表示reject。03表示长度，40 b6 44（共3字节），表示CRNC-CommunicationContextID的值是46660。01 20 80 28 00 01 1c 80 23 22 00 00 01 40 44 10 3e 58 00 02 01 d6 80 0a 00 08 00 60 18 00 5c 0c 01 10 01 fe 00 01 70 02 30 00 01 00表示UL-CCTrCH-InformationList-RL-SetupRqstTDD 01 20表示id-UL-CCTrCH-InformationList-RL

17、-SetupRqstTDD，值是288。28表示value的长度。00表示有1个Item。01 1c表示id-UL-CCTrCH-InformationItem-RL-SetupRqstTDD，值是284。23表示value的长度。00 4c 80 21 00 00 48 80 1c 51 00 00 01 00 01 2c 00 10 00 00 00 4a 80 0d 00 08 00 c0 18 04 e5 1d 01 ce 61 e0 02表示DL-CCTrCH-InformationList-RL-SetupRqstTDD。00 4c表示id-DL-CCTrCH-Informatio

18、nList-RL-SetupRqstTDD，值是76。21表示value的长度。00表示有1个Item。00 48表示id-UL-CCTrCH-InformationItem-RL-SetupRqstTDD，值是72。1c表示value的长度。00 39 00 26 00 00 00 28 00 07 00 00 01 11 02 00 00 00 50 00 01 00 94 50 14 9f 30 02 00 00 00 50 00 01 00 94 50 14 9f 30 3c 00表示DCH-TDD-Information。00 39表示id-DCH-TDD-Information，值

19、是57。26表示value的长度。00 e6 00 19 20 03 ca 00 00 01 36 01 7b 00 94 00 01 02 2a 00 01 00 01 18 00 03 00 27 5f表示RL-Information-RL-SetupRqstTDD。00 e6表示id-RL-Information-RL-SetupRqstTDD，值是230。19表示value的长度。3、 ALCAP及其信令举例ALCAP信令由两部分组成，Header和Parameters。Header部分由Destination signalling association identifier(4字节

20、)，Message Identifier(1字节)，Message compatibility(1字节)。Parameter部分由Parameter Identifier(1字节)，Parameter compatibility(1字节)，Parameter Length(1字节)，Field(长度由Parameter Length决定)。Destination Signalling Association Identifier(4字节)Message Identifier(1字节)Message Compatibility(1字节)ParametersHeader部分格式Parameter

21、Identifier(1字节)Parameter Compatibility(1字节)Parameter Length(1字节)Field(字节数由Parameter Length决定)Parameters部分格式Message Identifier、Parameter Identifier等字段的定义，详见Q.2630.1。00 00 00 00 05 06 06 06 04 00 00 15 d5 02 44 05 00 00 44 2c be 04 00 14 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0c 4

22、4 07 00 00 23 00 00 23 00 05 44 0c 00 d4 00 d4 00 d4 00 d4 2c 2c 2c 2c 07 44 04 00 00 00 b000 00 00 00 表示DSAID，占4个字节。05表示Message Type，值是Establish request (ERQ)。06表示Message Compatibility。06表示Parameter，值是OSAID。04表示OSAID的长度。00 00 15 d5表示OSAID的值。02表示Parameter，值是CEID。44表示Message Compatibility。05表示OSAID的长

23、度。00 00 44 2c表示PathId的值，为17452。be表示ChannelID的值，为190。04表示Parameter，值是DNSEA。00表示Message Compatibility。14表示DNSEA的长度。00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00表示Address。0c表示Parameter，值是SSISU。44表示Message Compatibility。07 表示SSISU的长度。00 00 23表示Maximum Length of SSSAR-SDU Forward。00 00 2

24、3表示Maximum Length of SSSAR-SDU Backwards。00 表示Transmission Error Detection，值是Disabled。05表示Parameter，值是Link Characteristics。44表示Message Compatibility。0c表示Link Characteristics的长度。00 d4表示Maximum Forward Bit Rate。00 d4表示Maximum Backwards Bit Rate。00 d4表示Average Forward Bit Rate。00 d4表示Average Backwards

25、Bit Rate。2c表示Maximum Forward CPS SDU Size。2c表示Maximum Backwards CPS SDU Size。2c表示Average Forward CPS SDU Size。2c表示Average Backwards CPS SDU Size。07表示Parameter，值是SUGR。44表示Message Compatibility。04表示SUGR的长度。00 00 00 b0表示SUGR的值。4、 FP部分概述4、1FP部分协议体系结构FP部分信令可以分成公共传输信道信令和专用控制信道信令。它们自下而上由MAC层、RLC层、RRC层所组成。具

26、体框架如下：RRC PDURLC HEADERRLC SDU逻辑信道MAC HEADERMAC SDU传输信道4、1、1MAC层（详见25.321）各逻辑信道上的信令需要映射到传输信道上，然后传输信道再映射到物理信道才能完成从应用层到物理层的传输，传输信道是有自身的传输格式集的，MAC层完成了从逻辑信道到传输信道的映射，以下是各种逻辑信道与传输信道的关系。BCCHPCCHDCCHCCCH（常见逻辑信道）BCHPCH RACHFACHDCH（常见传输信道）MAC头部的TCTF字段用来区分映射到同一个传输信道上的逻辑信道1）Coding of the Target Channel Type Fie

27、ld on FACH for TDDTCTF Designation000BCCH001CCCH2）Coding of the Target Channel Type Field on RACH for TDDTCTF Designation00CCCH0100DCCH or DTCHOver RACH1）和2）两种情况的MAC部分如下：PCH的MAC部分没有头部，如下：当DCCH有多个逻辑信道复合在DCH上时，MAC的头部有C/T字段，如下：C/T共占4Bit，具体描述如下：C/T fieldDesignation0000Logical channel 10001Logical channe

28、l 2. 1110Logical channel 151111Reserved(PDUs with this coding will be discarded by this version of the protocol)4、1、2RLC层（详见25.322）RLC层共分三种形式：透明模式TM、无确认模式UM、确认模式AM。4、1、2、1透明模式TM4、1、2、2无确认模式UM4、1、2、3确认模式AM4、1、3RRC层（详见25.331）不展开。4、1、4各传输信道的包格式（详见25.43525.427）4、1、4、1RACH信道的包格式：若 F/T Bit 为0 ，为数据帧；若 F/T

29、Bit 为1 ，为控制帧 。4、1、4、2FACH信道的包格式：4、1、4、3PCH信道的包格式：4、1、4、4DCH信道包格式5、 FP部分RLC层重组及信令传输方向5、1FP部分RLC层重组RLC层共有三种模式：TM(透明模式)，UM（非确认模式），AM（确认模式）。下面就以AM模式为例，说明RLC层重组。AM模式中，可能没有LI（长度指示符），可能有一个LI，可能有两个或两个以上LI。如果LI为0x7f，则表示前一个长度指示所指向的字节以后的字节全部是填充字节，整个SDU已经完成；如果LI为0x7e，则表示前一个长度指示所指向的字节以后的字节全部是piggybacked status，整

30、个SDU已经完成；如果LI为普通值，长度指示所指向的字节以前是上一个SDU，以后是下一个SDU。一个SDU开始满足以下三种情况中的其中一种：i) 第一种情况：须同时满足以下两个条件：1、 前面一个PDU的最后一个LI值为7f或者7e2、 接下来的PDU的无LI值，HE（Header Extension）的值为00，就将这个PDU作为SDU的开始ii) 第二种情况：非最后一个LI值为普通值，就将这个PDU的第LI个字节后的部分作为SDU的开始iii) 第三种情况：须同时满足以下两个条件：1、这一个PDU的Sequence Number值为02、且这一个PDU无LI值，HE（Header Exte

31、nsion）的值为00，就将这个PDU作为SDU的开始一个PDU级联下一个PDU满足以下条件：下一个PDU的CFN值大于这一个PDU的CFN值并且下一个PDU的Sequence Number值大于这一个PDU的Sequence Number值一个SDU结束满足以下两种情况中的其中一种：i) 第一种情况：这一个PDU的最后一个LI值为7f或者7eii) 第二种情况：这一个PDU的最后一个LI值为普通值5、2FP部分RLC层重组具体实施方法以RLC AM为例，说明RLC重组的算法。if(HE_bit = 0)/The succeeding octet contains data/没有LI 值, 作

32、为接续PDU，push入队列ChBearerTracer:GetObj().DoAMPush(ctkey, AMContent);else if(HE_bit = 1)/The succeeding octet contains a length indicator and E bitdoif(pS-LI != 0) & (pS-LI != 0x7e) & (pS-LI != 0x7f)/这个LI 为普通值, 作为SDU重组的开始，将LI长的PDU push入队列，此PDU是SDU的最后一个PDU，并将这个SDU pop出来，进行SDU解码。ChBearerTracer:GetObj().Do

33、AMPush(ctkey, AMContent1);if(ChBearerTracer:GetObj().DoAMTryPop(ctkey, AMContent2)ReassembleAMPDU(content, bufset, AMContent2);if(pS-Next = NULL)/已经是最后一个LI 值了, 并且是普通值，将这个LI长的PDU push入队列ChBearerTracer:GetObj().DoAMPush(ctkey, AMContent3);elseif(pS-LI = 0x7e) | (pS-LI = 0x7f)/这个PDU 的最后一个LI 值为0x7e 或0x7

34、f , 下一个PDU 作为SDU重组的开始,将已经压入队列的SDU pop出来，进行解码。pS = pS-Next;while(pS != NULL);5、3信令传输方向各公共传输信道都有明确的传输方向，如RACH上行，FACH下行，PCH下行。但是，专用传输信道本身却没有明确的传输方向。但是我们在光口采集信令的时候，实际上是一个光口对应采集一个传输方向的信令。这在ATM适配层的相关字段可以标示出来。例如在斯普瑞特采集的信令包是用Side字段来区分不同光口的。确定信令传输方向的方法如下：在公共传输信道的传输承载集合确定后，根据RACH对应的Side字段确定上行信令对应的Side,根据FACH信

35、道的Side字段确定下行信令对应的Side。6、 FP部分信令举例6、1RACH信道上的信令解析以RRC CONNECTION REQUEST为例，说明RACH信道上的信令解析。CCCH 映射到 RACH信道上的TCTF为00 。RRC CONNECTION REQUEST为上传消息， 采用透明传输格式。以下是一条RRC CONNECTION REQUEST 信令（共32个字节）：9A 06 00 56 0E 62 34 B4 32 D1 80 01 4A 18 C2 A5 C0 00 00 00 00 00 00 00 00 23 00 01 75 00 2A D79A ( 10011010

36、 ) 头部CRC为：（01001101）B = （4D）H ，数据帧。06 （00000110） Connection Frame Number（连接帧号）00 （00000000） spare 为000 ，TFI（00000）为0 。56 （01010110） Received SYNC UL Timing Deviation 为0x56 。0E 62 34 B4 32 D1 80 01 4A 18 C2 A5 C0 转换为二进制：0 0 0 0 1 1 1 0 0 1 1 0 0 0 1 0 0 0 1 1 0 1 0 0 1 0 1 1 0 1 0 0 0 0 1 1 0 0 1 01

37、1 0 1 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 0 1 0 1 0 0 0 0 1 1 0 0 01 1 0 0 0 0 1 0 1 0 1 0 0 1 0 1 1 1 0 0 0 0 0 00 0 CCCH 映射到 RACH信道上的TCTF 。0 Integrity Check（整体性检查），0表示未选中 。0 1 表示UL-CCCH的消息类型为RRC CONNECTION REQUEST 。1 1 measuredResultsOnRACH ，v3d0NonCriticalExtensions已选上 。0 0 1 表示选中TMSI-a

38、nd-LAI-GSM-MAP 。1 0 0 0 1 0 0 0 1 1 0 1 0 0 1 0 1 1 0 1 0 0 0 0 1 1 0 0 1 0 1 1 表示TMSI ，共4字节 。0 1 0 0 0 1 1 0 0 0 0 0 表示MCC为4 6 0 。0 0 0 0 0 0 0 0 表示MNC为0 0 。0 1 0 1 0 0 1 0 1 0 0 0 0 1 1 0 表示LAC 。6、2FACH信道上的信令解析以RRC CONNECTION SETUP为例，说明FACH信道上的信令解析。CCCH 映射到 FACH信道上的TCTF为001 。RRC CONNECTION SETUP为下

39、传消息， 采用非确认传输格式。以下是一条RRC CONNECTION SETUP 信令（共31个字节）：A8 48 01 00 3D 3F 07 25 1A D4 3E A8 C0 00 A5 0C 13 FF 3F 5B 50 40 18 E0 69 20 01 99 00 10 5DA8 （10101000） 头部CRC为：0x54 = 01010100 ，数据帧 。48 （01001000） Connection Frame Number（连接帧号） 。01 （00000001） Spare为000 ，00001表示TFI值为1 。00 （00000000）为Transmit Power

40、 Level （发射功率） 。3D 3F 07 25 1A D4 3E A8 C0 00 A5 0C 13 转换为二进制0 0 1 1 1 1 0 1 0 0 1 1 1 1 1 1 0 0 0 0 0 1 1 1 0 0 1 0 0 1 0 1 0 0 0 1 1 0 1 01 1 0 1 0 1 0 0 0 0 1 1 1 1 1 0 1 0 1 0 1 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 01 0 1 0 0 1 0 1 0 0 0 0 1 1 0 0 0 0 0 1 0 0 1 10 0 1 CCCH 映射到 FACH信道上的TCTF 。1 1 1

41、0 1 0 0 Sequence Number 为0x74（01110100），1表示紧接着的是Length Indicator 。1 1 1 1 1 0 0 Length Indicator 为0x7C（01111100），0表示紧接着的是Data 。0 Integrity Check（整体性检查），0表示未选中 。0 1 1 表示DL-CCCH的消息类型为RRC CONNECTION SETUP 。1 表示选中later-than-r3 。0 0 1 表示选中TMSI-and-LAI-GSM-MAP 。0 0 1 0 1 0 0 0 1 1 0 1 0 1 1 0 1 0 1 0 0 0

42、0 1 1 1 1 1 0 1 0 1 表示TMSI ，共4字节 。0 1 0 0 0 1 1 0 0 0 0 0 表示MCC 为4 6 0 。0 0 0 0 0 0 0 0 表示MNC为0 0 。0 1 0 1 0 0 1 0 1 0 0 0 0 1 1 0 表示LAC 。6、3PCH信道上的信令解析下面说明PCCH信道上的信令解析。PCCH信道没有MAC头，以下是一条TYPE1寻呼信令。（共16个字节）72 58 C0 01 40 A3 60 99 AB F8 78 B2 7A 46 77 B072 （01110010） CRC Header 为0x39 = （00111001） ，0 表

43、示数据帧。58 （01011000） Connection Frame Number（连接帧号） 。C0 （11000000） 末位为零，表示没有Bitmap 。01 （00000001） Spare 为000 ，TFI为1（00001）。40 A3 60 99 AB F8 78 B2转换为二进制：0 1 0 0 0 0 0 0 1 0 1 0 0 0 1 1 0 1 1 0 0 0 0 0 1 0 0 1 1 0 0 1 1 0 1 0 1 0 1 11 1 1 1 1 0 0 0 1 0 1 1 0 0 1 00 表示选择PagingType1 。1 0 0 表示选中PagingRecor

44、dList，没有选中BCCH-ModificationInfo和laterNonCriticalExtensions 。0 0 0 表示有1个Paging Record 。0 表示选择cn-Identity 。1 0 1 表示terminatingLowPrioritySignalling 。0 表示CN-DomainIdentity 选择 cn 。0 0 1 表示选择TMSI-GSM-MAP 。1 0 1 1 0 0 0 0 0 1 0 0 1 1 0 0 1 1 0 1 0 1 0 1 1 1 1 1 1 1 0 0 表示TMSI ，共4字节 。6、4DCH信道上的信令解析下面说明DCH信

45、道上的信令解析。下面以一条DOWNLINK DIRECT TRANSFER消息为例，说明DCH信道上的信令解析（共24个字节）。24 62 01 28 01 8D C3 A2 0A F9 94 20 3A 10 12 00 60 C9 E0 01 4A 10 9D 5024 （00100100） CRC Header 为0x12 = 0010010 ，末位0表示数据帧。62 （01100010） Connection Frame Number（连接帧号）。01 （00000001） Spare为000 ，TFI为1（00001）。28 01 8D C3 A2 0A F9 94 20 3A 10

46、 12 00 60 C9 E0 01 4A 10转换为二进制为：0 0 1 0 1 0 0 0 0 0 0 0 0 0 0 1 1 0 0 0 1 1 0 1 1 1 0 0 0 0 1 1 1 0 1 0 0 0 1 00 0 0 0 1 0 1 0 1 1 1 1 1 0 0 1 1 0 0 1 0 1 0 0 0 0 1 0 0 0 0 0 0 0 1 1 1 0 1 00 0 0 1 0 0 0 0 0 0 0 1 0 0 1 0 0 0 0 0 0 0 0 0 0 1 1 0 0 0 0 0 1 1 0 0 1 0 0 11 1 1 0 0 0 0 0 0 0 0 0 0 0 0 1

47、 0 1 0 0 1 0 1 0 0 0 0 1 0 0 0 00 0 1 0 表示C/T为2 ，为Logical Channel 3 。1 0 0 0 0 0 0 0 0 0 0 1 1 最高位为1 ，表示的是数据PDU ，Sequence Number 为0x03 = 000000000011 。0 0 0 表示HE Bit 为00 ，接下来的是数据 。1 表示Integrity Check（整体性检查），1表示选中 。1 0 1 1 1 0 0 0 0 1 1 1 0 1 0 0 0 1 0 0 0 0 0 1 0 1 0 1 1 1 1 1 表示Authentication Code

48、，共32 Bit 。0 0 1 1 表示Searial Number ，共4 Bit 。0 0 1 0 1 表示选中的消息类型是DownlinkDirectTransfer 。0 表示选中的是r3 。0 表示为选中laterNonCriticalExtensions 。0 0 表示RRC-TransactionIdentifier的值为0 。1 表示CN-DomainIdentity 取ps 。0 0 0 0 0 0 0 1 1 1 0 1 表示NAS消息的长度，长度值为0x1d（29）。0 0 0 0 1 0 0 00000 表示Skip Indicator , 1000 表示GPRS mo

49、bility management messages。0 0 0 0 1 0 0 1表示Routing area update accept。0 0 0 0 0 0 0 00000表示Force to standby，0000表示Update result。0 0 1 1 0 0 0 0表示GPRS Timer。0 1 1 0 0 1 0 0 1 1 1 1 0 0 0 0表示MCC为460 。0 0 0 0 0 0 0 0表示MNC为00 。剩下的13个Bit为1 0 1 0 0 1 0 1 0 0 0 0 1 。F2 63 01 28 02 08 02 33 F1 D7 BA 30 0B

50、E9 C3 F1 D7 BA 54 02 58 90 35 F363 （01100011） Connection Frame Number（连接帧号） 。比上一条PDU的Connection Frame Number大1。28 02 08 02 33 F1 D7 BA 30 0B E9 C3 F1 D7 BA 54 02 58 90转换为二进制为：0 0 1 0 1 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 1 0 0 0 1 1 0 0 1 11 1 1 1 0 0 0 1 1 1 0 1 0 1 1 1 1 0 1 1 1 0 1

51、0 0 0 1 1 0 0 0 0 0 0 0 0 1 0 1 11 1 1 0 1 0 0 1 1 1 0 0 0 0 1 1 1 1 1 1 0 0 0 1 1 1 0 1 0 1 1 1 1 0 1 1 1 0 1 00 1 0 1 0 1 0 0 0 0 0 0 0 0 1 0 0 1 0 1 1 0 0 0 1 0 0 1 0 0 0 00 0 1 0 表示C/T为2 ，为Logical Channel 3 。1 0 0 0 0 0 0 0 0 0 1 0 0 最高位为1 ，表示的是数据PDU ，Sequence Number 为0x04 = 000000000100 。比上一条PD

52、U的Sequence Number大1。因此这一条PDU就可以与上一条PDU组成SDU。0 0 0 表示HE Bit 为00 ，接下来的是数据 。RRC层最开始3个Bit（100）与上一个PDU的最后13个Bit组成LAC1 0 1 0 0 1 0 1 0 0 0 0 1 1 0 0表示LAC，值是0xa50c（42252）。0 0 0 0 0 0 0 1表示RAC，值是0x01。0 0 0 1 1 0 0 10x19表示P-TMSI signature的Type。1 1 1 1 1 0 0 0 1 1 1 0 1 0 1 1 1 1 0 1 1 1 0 1表示P-TMSI signature

53、的值。0 0 0 1 1 0 0 00x18表示Mobile identity的Type。0 0 0 0 0 1 0 10x05表示Mobile identity的Length。1 1 1 1 0 1 0 01 0 0表示TMSI。1 1 1 0 0 0 0 1 1 1 1 1 1 0 0 0 1 1 1 0 1 0 1 1 1 1 0 1 1 1 0 1表示TMSI的值。0 0 1 0 1 0 1 00x2a表示GPRS Timer 2的Type。0 0 0 0 0 0 0 10x01表示GPRS Timer 2的Length。0 0 1 0 1 1 0 0表示GPRS Timer 2的Va

54、lue。剩下的5个Bit为0 1 0 0 1。4E 64 01 28 02 D0 DF E4 06 C9 E0 41 68 00 05 CE CB F2 9B A1 9B 60 7B 0264 （01100100） Connection Frame Number（连接帧号） 。比上一条PDU的Connection Frame Number大1。28 02 D01 0 0 0 0 0 0 0 0 0 1 0 1 最高位为1 ，表示的是数据PDU ，Sequence Number 为0x05 = 000000000101 。比上一条PDU的Sequence Number大1。因此这一条PDU就可以

55、与上一条PDU组成SDU。1 0 101表示后面的字节是LI。0 0 0 0 1 1 0表示第一个LI值是6。1表示后面的字节是LI。1 1 1 1 1 1 1 表示第二个LI值是7f。0表示后面的字节是Data。根据LI值的指示，RRC部分的为：40 6C 9E 04 16 80RRC层最开始3个Bit（010）与上一个PDU的最后5个Bit组成一个字节。0 1 0 0 1 0 1 00x4A表示PLMN List的Type。0 0 0 0 0 0 1 10x03表示PLMN List的Length。0 1 1 0 0 1 0 0 1 1 1 1 0 0 0 0 0 0 1 0 0 0 0

56、0 1 0 1 1 0 1 0 0表示PLMN List的Value。0 0 0 0 0表示填充（Padding）。7、 解码部分整体框架开始判断AAL的类型AAL Type = 5 AAL Type = 2进入SSCOP解码模块进入FP解码模块根据VPI和VCI的组合，区分NBAP和ALCAP属于NBAP的组合属于ALCAP的组合进入ALCAP解码模块进入NBAP解码模块8、关于区分NBAP和ALCAP的VPI和VCI的组合，可以通过ALCAP的ERQ开始的前4个Byte：00 00 00 00 来确定ALCAP的VPI和VCI的组合，其余为NBAP的VPI和VCI的组合。关于SSCOP解码

57、，可以参照Q.2110，这里就不再阐述。FP部分的整体框架公共传输信道所有可能的数据帧长度：Srach 29 Sfach 6 ，28 ，50 ，72 ，94 ，116 ，138 Spch 6 ，36 ，66 ，16 ，26 根据RACH对应的Side字段确定上行信令对应的Side,根据FACH信道的Side字段确定下行信令对应的Side。NBAP部分的具体实施方法NBAP信令主要由procedureID、transactionID、value三部分组成。其中，value部分是主要的部分。下面就用简单的代码来说明NBAP的value部分的具体实施方法。void NbapParser:ParseN

58、BAPPROTOCOLIES(NbapContent& content, BufferSet& bufset)/ProtocolIE_ID占2 个字节，用来唯一标示一个Itemguint16 ProtocolId = GUINT16_TO_BE(*(guint16*)bufset.buf);Move(bufset,2);/Criticality占2 bitMove(bufset,1);guint16 Length = 0;if(*bufset.buf 7) & 0x01)/如果Bit7的值为1，表明value的长度字节为2，最大值为16383Length = GUINT16_TO_BE(*(g

59、uint16*)bufset.buf) & 0x3fff;Move(bufset,2);else/如果Bit7的值为0，表明value的长度字节为1，最大值为256Length = *bufset.buf;Move(bufset,1);switch(ProtocolId)case 。:/ 某个ProtocolId为。的Item/对该Item进行解码break;ALCAP部分的具体实施方法下面就用简单的代码来说明ALCAP的具体实施方法。void AlcapParser:Parse(AlcapContent& content, BufferSet& bufset) throw (ParseException)/DSAID长度为4字节content.dsaid = GUINT32_TO_BE(*(guint32*)bufset.buf);Move(bufset,