............value
..............eUTRAN-CGI
................pLMNidentity --- 0x64F000
................cell-ID --- '1000100100000011000100011111'B//此值为ECI ..........SEQUENCE
............id --- 0x86(134)
............criticality --- ignore(1) ............value
..............rRC-Establishment-Cause --- mt-Access(2)//RRC建立原因值，移动终端接入，如响应寻呼等。此值与RRC连接请求携带的原因值一致。 ..........SEQUENCE ............id --- 0x60(96)
............criticality --- reject(0) ............value ..............s-TMSI
................mMEC --- 0x08//接入的MMEC
................m-TMSI --- 0xC3054427//分配的TMSI 5 S1AP_INITIAL_CONTEXT_SETUP_REQ:初始化文本建立请求
初始上下文建立请求。由核心网发往基站，包含Nas消息ATTACH ACCEPT，指示基站为该UE分配资源建立数据承载。
S1ap-Msg
..initiatingMessage
....procedureCode --- 0x9(9) ....criticality --- reject(0) ....value
......initialContextSetupRequest//初始文本建立请求 ........protocolIEs ..........SEQUENCE ............id --- 0x0(0)
............criticality --- reject(0) ............value
..............mME-UE-S1AP-ID --- 0x250ff2e(38862638)//核心网侧UE用户标识。在eNodeB保存的UE上下文释放之前，S1接口都是用同样的一对MME-eNodeB S1AP ID来识别UE。此值与?eNB-UE-S1AP-ID --- 0x513c35(5323829)?不同 ..........SEQUENCE ............id --- 0x8(8)
............criticality --- reject(0) ............value
..............eNB-UE-S1AP-ID --- 0x513c35(5323829)//基站侧用户标识 ..........SEQUENCE
............id --- 0x42(66)
............criticality --- reject(0) ............value
..............uEAggregateMaximumBitrate//AMBR (Aggregate Maximum Bit Rate)是集合最大比特速率，在UE开户时设臵，系统通过限制流量方式禁止一组数据流集合的比特速率超过AMBR，多个EPS承载可以共享一个AMBR。对于UE AMBR带宽管理是限制一个UE的所有Non-GBR承载的速率之和不会超过UE AMBR。如果开户时AMBR设臵为0，则初始上下文建立失败，会回复INITIAL CONTEXT SETUP FAILURE消息且原因值可能为?Semantic Error?。（因为协议没有完全对应的原因值，所以原因值和产品实现有关。）该值定义了用户SIM的最大下载速率，分为下行和上行。
................uEaggregateMaximumBitRateDL --- 0x61a8000(102400000)// 下行AMBR, EPC开户配臵
................uEaggregateMaximumBitRateUL --- 0x61a8000(102400000) // 上行AMBR, EPC开户配臵 ..........SEQUENCE ............id --- 0x18(24)
............criticality --- reject(0) ............value
..............e-RABToBeSetupListCtxtSUReq//需要建立的E-RAB的列表，初始接入时只包含默认承载的信息。 ................SEQUENCE ..................id --- 0x34(52)
..................criticality --- reject(0) ..................value
....................e-RABToBeSetupItemCtxtSUReq
......................e-RAB-ID --- 0x5(5)// eNodeB分配的管理E-RAB的标识。默认承载建立时，E-RAB-ID默认为5。专用承载为其它值。ERAB-ID的有效范围也同样是5-15； 故我们看到的默认承载建立其ERAB-ID都是从5开始编号的。
......................e-RABlevelQoSParameters//ERAB Qos 参数等级 ........................qCI --- 0x6(6)// 终端开户的CQI。不同QCI的SDF映射到不同的EPS承载。默认承载只能是Non-GBR类型，而QCI5用于IMS信令，所以默认承载只能在开户时选择QCI6-9。
........................allocationRetentionPriority//分配资源的优先级配臵（包括优先级和抢占指示器）
..........................priorityLevel --- 0x6(6)// 此处为优先级6，如果配臵为?no priority?，则不考虑下面两个参考的配臵。
..........................pre-emptionCapability --- shall-not-trigger-pre-emption(0)// 配臵为＂may-trigger-pre-emption＂，表示分配可触发抢占过程。若配臵为 ?shall-not-trigger-pre-emption?表示分配不可触发抢占过程。
..........................pre-emptionVulnerability --- pre-emptable(1)// 表示某ERAB的资源能否被其他ERAB抢占。此处设臵为\，表示该E-RAB应该包含在抢占过程中。
......................transportLayerAddress---
'01100100010110110111101100001000'B// UGW分配的GTPU对端地址(传输层地址)，应该等于eNodeB IPPATH中设臵的UGW业务地址。如果地址不相等，则eNodeB
传输资源申请失败，会回复INITIAL CONTEXT SETUP FAILURE消息且原因值为?Transport Resource Unavailable?。
......................gTP-TEID --- 0xD178B68C// GTP遂道终结点，此处指的是上行GTP遂道终结点，或者说 UGW分配的GTPU对端端口。eNodeB在申请传输资源并分配本端的地址和端口后，建立GTPU实体。默认承载和专有承载实际上使用的是不同的GTPU隧道。
..........SEQUENCE
............id --- 0x6b(107)
............criticality --- reject(0) ............value
..............uESecurityCapabilities//UE的安全能力，在NAS Attach Request中包含了网络能力。这里主要体现了加密算法和完全性保护算法。
................encryptionAlgorithms --- '1100000000000000'B//加密算法：比特映射中每一个位臵表示一种加密算法：\所有比特为0\支持EEA0，不支持其它算法； \bit\；\，其它比特保留以备以后使用。值 ‘1’ 表示支持，值 '0'表示不支持该算法。
................integrityProtectionAlgorithms --- '1100000000000000'B//完整性算法：比特映射中每一个位臵表示一种完整性保护算法：\bits equal to 0\– UE只支持 EIA0 ([15])； \；\。其它比特保留以备以后使用。值 ‘1’ 表示支持，值 '0'表示不支持该算法 ..........SEQUENCE ............id --- 0x49(73)
............criticality --- reject(0) ............value
..............securityKey --- '1010010111011111110000001000001000110101000111000101011010011000001111111110101011001101010101110010001101011100010000001101010001111011011101011010101111011001100111110010010011001110100100111011110111101000100100101000001000111110011100111101100000111111'B//安全密钥。核心网和UE之间NAS层的鉴权和安全过程之后，通过初始密钥生成的KeNodeB，eNodeB收到后会导出AS层的安全密钥。 ..........SEQUENCE ............id --- 0x19(25)
............criticality --- ignore(1) ............value
..............traceActivation//跟踪启动消息(跟踪激活)
................e-UTRAN-Trace-ID --- 0x64F000003C090000//eNB跟踪ID:其组成为：PLMN(高3字节,如64F000） + Trace ID（中间3字节，如003C09） + Trace Recording Session Reference（低2字节，MDT中使用，多个UE共用，如0000），M2000启动跟踪时填写.
................interfacesToTrace --- '11100000'B//比特中每一位代表一个eNB 接口 第一个比特=S1-MME，第二个比特 =X2，第三个比特 =Uu 其它比特保留以备以后使用.. 值?1?表示‘应该被跟踪’ 值 ?0?表示‘不应该被跟踪’. M2000启动跟踪时选择 ................traceDepth --- maximum(2)// 跟踪深度，参考协议32.422/423。根据协议最低要求，eNB目前只支持Maximum，跟踪编码后的消息，不单独上报消息名称。
................traceCollectionEntityIPAddress --- '00000000000000000000000000000000'B//跟踪收集实体IP地址(TCE IP地址), M2000启动跟踪时填写 ..........SEQUENCE ............id --- 0x29(41)
............criticality --- ignore(1) ............value
..............handoverRestrictionList//切换限制列表
................servingPLMN --- 0x64F000//当前服务网络 6 RRC_UE_CAP_ENQUIRY:UE能力查询
UE能力查询请求消息，由基站发往终端。查询UE在不同网络的接入能力。 RRC-MSG ..msg
....struDL-DCCH-Message ......struDL-DCCH-Message ........message ..........c1
............ueCapabilityEnquiry//UE能力查询 ..............rrc-TransactionIdentifier --- 0x1(1) ..............criticalExtensions ................c1
..................ueCapabilityEnquiry-r8
....................ue-CapabilityRequest//UE能力查询的制式列表 ......................RAT-Type --- eutra(0) ......................RAT-Type --- utra(1)
......................RAT-Type --- geran-cs(2) ......................RAT-Type --- geran-ps(3)
......................RAT-Type --- cdma2000-1XRTT(4) 7 RRC_UE_CAP_INFO:UE能力信息
UE根据前一个消息会把自己的无线接入能力上报给上层网络，并与网络MME中存储的能力进行比对更新，以应备后续的通信服务需求。 RRC-MSG ..msg
....struUL-DCCH-Message ......struUL-DCCH-Message ........message
..........c1
............ueCapabilityInformation//UE能力信息 ..............rrc-TransactionIdentifier --- 0x1(1) ..............criticalExtensions ................c1
..................ueCapabilityInformation-r8
....................ue-CapabilityRAT-ContainerList//UE支持网络制式的列表，该列表中优先介绍LTE的支持能力，然后介绍是否包含3G能力，如果包含就会介绍，最后介绍包含2G的能力。
......................UE-CapabilityRAT-Container
........................rat-Type --- eutra(0)// 系统类型---支持EUTRAN系统 ........................ueCapabilityRAT-Container ..........................ueEutraCap
............................UE-EUTRA-Capability
..............................accessStratumRelease --- rel9(1)// UE的协议版本，R8/9/10 ..............................ue-Category --- 0x3(3)// UE能力等级，协议规定取值范围1～5，一般商用终端为CAT3(E392等)或CAT4(E5375)，TUE可以支持CAT5 ..............................pdcp-Parameters// PDCP层参数
................................supportedROHC-Profiles // 支持ROHT协议情况。ROHC（RObust Header Compression）是一种专为无线链路设计的数据包头压缩机制，以适应无线链路高误码率和长环回时间的链路特性。一般应用于VOIP业务。
..................................profile0x0001 --- TRUE(1)// Profile：在ROHC的框架下，针对不同的协议的数据流，有不同的头部压缩算法。Profile定义了针对特定协议层数据流的压缩方式。Profile ID用于标识Profile。Profile ID为0x0000表示不压缩。如果信令中有这一条： maxNumberROHC-ContextSessions --- cs2(0)表示为UE支持的并发激活ROHC 上下文的最大数量。CS2表示2个上下文。如果终端不支持ROHC profiles,网络侧会忽略此值。
..................................profile0x0002 --- TRUE(1) ..................................profile0x0003 --- FALSE(0) ..................................profile0x0004 --- FALSE(0) ..................................profile0x0006 --- FALSE(0) ..................................profile0x0101 --- FALSE(0) ..................................profile0x0102 --- FALSE(0) ..................................profile0x0103 --- FALSE(0) ..................................profile0x0104 --- FALSE(0) ..............................phyLayerParameters//物理层参数
................................ue-TxAntennaSelectionSupported --- FALSE(0)// 该值如果为TURE，则表示UE有能力支持TS 36.213[8.7]中所描述的UE传输天线选择。FALSE则表示能力不支持该传输天线选择。
................................ue-SpecificRefSigsSupported --- FALSE(0)// 标识是否支持UE特定参考信号。该信号在天线端口5上传输。FALSE表示不支持 ..............................rf-Parameters// RF参数，目前只有支持的频段 ................................supportedBandListEUTRA ..................................SupportedBandEUTRA
....................................bandEUTRA --- 0x26(38)//支持频段38