service request.doc

Service Request1、 流程圖2、Service Request流程說(shuō)明：1） 處在RRC_IDLE態(tài)的UE進(jìn)行Service Request過(guò)程，發(fā)起隨機(jī)接入過(guò)程，即MSG1消息；2） eNB檢測(cè)到MSG1消息后，向UE發(fā)送隨機(jī)接入響應(yīng)消息，即MSG2消息；3） UE收到隨機(jī)接入響應(yīng)后，根據(jù)MSG2的TA調(diào)整上行發(fā)送時(shí)機(jī)，向eNB發(fā)送RRCConnectionRequest消息，即MSG3消息；4） eNB向UE發(fā)送RRCConnectionSetup消息，包含建立SRB1承載信息和無(wú)線資源配置信息；5） UE完成SRB1承載和無(wú)線資源配置,向eNB發(fā)送RRCConnectionSetupComplete消息，包含NAS層Service Request信息；6） eNB選擇MME，向MME發(fā)送INITIAL UE MESSAGE消息，包含NAS層Service Request消息；7） UE與EPC間執(zhí)行鑒權(quán)流程，與GSM不同的是：4G鑒權(quán)是雙向鑒權(quán)流程，提高網(wǎng)絡(luò)安全能力。8） MME向eNB發(fā)送INITIAL CONTEXT SETUP REQUEST消息，請(qǐng)求建立UE上下文信息；9） eNB接收到INITIAL CONTEXT SETUP REQUEST消息，如果不包含UE能力信息，則eNB向UE發(fā)送UECapabilityEnquiry消息，查詢UE能力；10） UE向eNB發(fā)送UECapabilityInformation消息，報(bào)告UE能力信息；11） eNB向MME發(fā)送UE CAPABILITY INFO INDICATION消息，更新MME的UE能力信息；12） eNB根據(jù)INITIAL CONTEXT SETUP REQUEST消息中UE支持的安全信息，向UE發(fā)送SecurityModeCommand消息，進(jìn)行安全激活；13） UE向eNB發(fā)送SecurityModeComplete消息，表示安全激活完成；14） eNB根據(jù)INITIAL CONTEXT SETUP REQUEST消息中的ERAB建立信息，向UE發(fā)送RRCConnectionReconfiguration消息進(jìn)行UE資源重配，包括重配SRB1和無(wú)線資源配置，建立SRB2信令承載、DRB業(yè)務(wù)承載等；15） UE向eNB發(fā)送RRCConnectionReconfigurationComplete消息，表示資源配置完成；16） eNB向MME發(fā)送INITIAL CONTEXT SETUP RESPONSE響應(yīng)消息，表明UE上下文建立完成。流程到此時(shí)完成了service request，隨后進(jìn)行數(shù)據(jù)的上傳與下載。信令1720是數(shù)據(jù)傳輸完畢后，對(duì)UE去激活過(guò)程，涉及UE context release流程。3、NAS定義及內(nèi)容4、信令5. RRC_CONN_SETUP_CMP:RRC連接建立完成通過(guò)連接建立消息，SRB1建立起來(lái)，建立完成消息就SRB1承載在UL_DCCH信道上發(fā)送。RRC連接建立完成消息中帶有NAS層信息，NAS消息基站側(cè)不解析，直傳到MME。RRC-MSG.msg.struUL-DCCH-Message.struUL-DCCH-Message.message.c1.rrcConnectionSetupComplete/RRC連接建立完成消息.rrc-TransactionIdentifier - 0x1(1) / RRC消息ID.criticalExtensions.c1.rrcConnectionSetupComplete-r8.selectedPLMN-Identity - 0x1(1)/ 指示UE選擇的PLMN,如果是1，表示在SIB1消息里面的第一個(gè)PLMN，如果是2，表示在SIB1消息里面的第二個(gè)PLMN。以此類推.dedicatedInfoNAS - 0xC71D63BD./ 傳輸U(kuò)E和網(wǎng)絡(luò)層的NAS層消息。eNB層透?jìng)鞔讼⒔oMME。6. S1AP_INITIAL_UE_MSG:初始直傳消息初始直傳消息?；景褟腢U口收到的NAS消息發(fā)往核心網(wǎng)，初始ATTACH時(shí)，該Nas消息一般包含ATTACH REQ，請(qǐng)求在核心網(wǎng)創(chuàng)建上下文。S1ap-Msg.initiatingMcedureCode - 0xc(12).criticality - ignore(1).value.initialUEMessage/UE初始消息.protocolIEs.SEQUENCE.id - 0x8(8).criticality - reject(0).value.eNB-UE-S1AP-ID - 0x513c35(5323829)/ eNB 側(cè)的用戶標(biāo)識(shí)。.SEQUENCE.id - 0x1a(26).criticality - reject(0).value.nAS-PDU.NAS-MESSAGE.service-request-message/服務(wù)請(qǐng)求消息.kSI-and-sequence-number.kSIasme - 0x0(0)/ MME根據(jù)KSIasme可以找到Kasme。之所以MME不直接用Kasme，應(yīng)該是一個(gè)安全性考慮。.sequence-number - 0x1d(29).message-authentication-code/消息鑒權(quán)碼.short-MAC-value - 0x63bd(25533).SEQUENCE.id - 0x43(67).criticality - reject(0).value.tAI.pLMNidentity - 0x64F000/PLMN值.tAC - 0x890A/TAC值.SEQUENCE.id - 0x64(100).criticality - ignore(1).value.eUTRAN-CGI.pLMNidentity - 0x64F000.cell-ID - 1000100100000011000100011111B/此值為ECI.SEQUENCE.id - 0x86(134).criticality - ignore(1).value.rRC-Establishment-Cause - mt-Access(2)/RRC建立原因值，移動(dòng)終端接入，如響應(yīng)尋呼等。此值與RRC連接請(qǐng)求攜帶的原因值一致。.SEQUENCE.id - 0x60(96).criticality - reject(0).value.s-TMSI.mMEC - 0x08/接入的MMEC.m-TMSI - 0xC3054427/分配的TMSI8. S1AP_INITIAL_CONTEXT_SETUP_REQ:初始化文本建立請(qǐng)求初始上下文建立請(qǐng)求。由核心網(wǎng)發(fā)往基站，包含Nas消息ATTACH ACCEPT，指示基站為該UE分配資源建立數(shù)據(jù)承載。S1ap-Msg.initiatingMcedureCode - 0x9(9).criticality - reject(0).value.initialContextSetupRequest/初始文本建立請(qǐng)求.protocolIEs.SEQUENCE.id - 0x0(0).criticality - reject(0).value.mME-UE-S1AP-ID - 0x250ff2e(38862638)/核心網(wǎng)側(cè)UE用戶標(biāo)識(shí)。在eNodeB保存的UE上下文釋放之前，S1接口都是用同樣的一對(duì)MME-eNodeB S1AP ID來(lái)識(shí)別UE。此值與“eNB-UE-S1AP-ID - 0x513c35(5323829)”不同.SEQUENCE.id - 0x8(8).criticality - reject(0).value.eNB-UE-S1AP-ID - 0x513c35(5323829)/基站側(cè)用戶標(biāo)識(shí).SEQUENCE.id - 0x42(66).criticality - reject(0).value.uEAggregateMaximumBitrate/AMBR (Aggregate Maximum Bit Rate)是集合最大比特速率，在UE開(kāi)戶時(shí)設(shè)置，系統(tǒng)通過(guò)限制流量方式禁止一組數(shù)據(jù)流集合的比特速率超過(guò)AMBR，多個(gè)EPS承載可以共享一個(gè)AMBR。對(duì)于UE AMBR帶寬管理是限制一個(gè)UE的所有Non-GBR承載的速率之和不會(huì)超過(guò)UE AMBR。如果開(kāi)戶時(shí)AMBR設(shè)置為0，則初始上下文建立失敗，會(huì)回復(fù)INITIAL CONTEXT SETUP FAILURE消息且原因值可能為“Semantic Error”。（因?yàn)閰f(xié)議沒(méi)有完全對(duì)應(yīng)的原因值，所以原因值和產(chǎn)品實(shí)現(xiàn)有關(guān)。）該值定義了用戶SIM的最大下載速率，分為下行和上行。.uEaggregateMaximumBitRateDL - 0x61a8000(102400000)/ 下行AMBR, EPC開(kāi)戶配置.uEaggregateMaximumBitRateUL - 0x61a8000(102400000) / 上行AMBR, EPC開(kāi)戶配置.SEQUENCE.id - 0x18(24).criticality - reject(0).value.e-RABToBeSetupListCtxtSUReq/需要建立的E-RAB的列表，初始接入時(shí)只包含默認(rèn)承載的信息。.SEQUENCE.id - 0x34(52).criticality - reject(0).value.e-RABToBeSetupItemCtxtSUReq.e-RAB-ID - 0x5(5)/ eNodeB分配的管理E-RAB的標(biāo)識(shí)。默認(rèn)承載建立時(shí)，E-RAB-ID默認(rèn)為5。專用承載為其它值。ERAB-ID的有效范圍也同樣是5-15；故我們看到的默認(rèn)承載建立其ERAB-ID都是從5開(kāi)始編號(hào)的。.e-RABlevelQoSParameters/ERAB Qos 參數(shù)等級(jí).qCI - 0x6(6)/ 終端開(kāi)戶的CQI。不同QCI的SDF映射到不同的EPS承載。默認(rèn)承載只能是Non-GBR類型，而QCI5用于IMS信令，所以默認(rèn)承載只能在開(kāi)戶時(shí)選擇QCI6-9。.allocationRetentionPriority/分配資源的優(yōu)先級(jí)配置（包括優(yōu)先級(jí)和搶占指示器）.priorityLevel - 0x6(6)/ 此處為優(yōu)先級(jí)6，如果配置為“no priority”，則不考慮下面兩個(gè)參考的配置。.pre-emptionCapability - shall-not-trigger-pre-emption(0)/ 配置為may-trigger-pre-emption，表示分配可觸發(fā)搶占過(guò)程。若配置為“shall-not-trigger-pre-emption”表示分配不可觸發(fā)搶占過(guò)程。.pre-emptionVulnerability - pre-emptable(1)/ 表示某ERAB的資源能否被其他ERAB搶占。此處設(shè)置為pre-emptable，表示該E-RAB應(yīng)該包含在搶占過(guò)程中。.transportLayerAddress- 01100100010110110111101100001000B/ UGW分配的GTPU對(duì)端地址(傳輸層地址)，應(yīng)該等于eNodeB IPPATH中設(shè)置的UGW業(yè)務(wù)地址。如果地址不相等，則eNodeB傳輸資源申請(qǐng)失敗，會(huì)回復(fù)INITIAL CONTEXT SETUP FAILURE消息且原因值為“Transport Resource Unavailable”。.gTP-TEID - 0xD178B68C/ GTP遂道終結(jié)點(diǎn)，此處指的是上行GTP遂道終結(jié)點(diǎn)，或者說(shuō) UGW分配的GTPU對(duì)端端口。eNodeB在申請(qǐng)傳輸資源并分配本端的地址和端口后，建立GTPU實(shí)體。默認(rèn)承載和專有承載實(shí)際上使用的是不同的GTPU隧道。.SEQUENCE.id - 0x6b(107).criticality - reject(0).value.uESecurityCapabilities/UE的安全能力，在NAS Attach Request中包含了網(wǎng)絡(luò)能力。這里主要體現(xiàn)了加密算法和完全性保護(hù)算法。.encryptionAlgorithms - 1100000000000000B/加密算法：比特映射中每一個(gè)位置表示一種加密算法：所有比特為0 - UE 支持EEA0，不支持其它算法； first bit - 128-EEA1,；second bit - 128-EEA2，其它比特保留以備以后使用。值 1 表示支持，值 0表示不支持該算法。.integrityProtectionAlgorithms - 1100000000000000B/完整性算法：比特映射中每一個(gè)位置表示一種完整性保護(hù)算法：all bits equal to 0 UE只支持 EIA0 (15)； first bit - 128-EIA1；second bit - 128-EIA2。其它比特保留以備以后使用。值 1 表示支持，值 0表示不支持該算法.SEQUENCE.id - 0x49(73).criticality - reject(0).value.securityKey - 1010010111011111110000001000001000110101000111000101011010011000001111111110101011001101010101110010001101011100010000001101010001111011011101011010101111011001100111110010010011001110100100111011110111101000100100101000001000111110011100111101100000111111B/安全密鑰。核心網(wǎng)和UE之間NAS層的鑒權(quán)和安全過(guò)程之后，通過(guò)初始密鑰生成的KeNodeB，eNodeB收到后會(huì)導(dǎo)出AS層的安全密鑰。.SEQUENCE.id - 0x19(25).criticality - ignore(1).value.traceActivation/跟蹤啟動(dòng)消息(跟蹤激活).e-UTRAN-Trace-ID - 0x64F000003C090000/eNB跟蹤ID:其組成為：PLMN(高3字節(jié),如64F000） + Trace ID（中間3字節(jié)，如003C09） + Trace Recording Session Reference（低2字節(jié)，MDT中使用，多個(gè)UE共用，如0000），M2000啟動(dòng)跟蹤時(shí)填寫(xiě).interfacesToTrace - 11100000B/比特中每一位代表一個(gè)eNB 接口 第一個(gè)比特=S1-MME，第二個(gè)比特 =X2，第三個(gè)比特 =Uu 其它比特保留以備以后使用. 值“1”表示應(yīng)該被跟蹤 值 “0”表示不應(yīng)該被跟蹤. M2000啟動(dòng)跟蹤時(shí)選擇.traceDepth - maximum(2)/ 跟蹤深度，參考協(xié)議32.422/423。根據(jù)協(xié)議最低要求，eNB目前只支持Maximum，跟蹤編碼后的消息，不單獨(dú)上報(bào)消息名稱。.traceCollectionEntityIPAddress - 00000000000000000000000000000000B/跟蹤收集實(shí)體IP地址(TCE IP地址), M2000啟動(dòng)跟蹤時(shí)填寫(xiě).SEQUENCE.id - 0x29(41).criticality - ignore(1).value.handoverRestrictionList/切換限制列表.servingPLMN - 0x64F000/當(dāng)前服務(wù)網(wǎng)絡(luò)9. RRC_UE_CAP_ENQUIRY:UE能力查詢UE能力查詢請(qǐng)求消息，由基站發(fā)往終端。查詢UE在不同網(wǎng)絡(luò)的接入能力。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)10. RRC_UE_CAP_INFO:UE能力信息 UE根據(jù)前一個(gè)消息會(huì)把自己的無(wú)線接入能力上報(bào)給上層網(wǎng)絡(luò)，并與網(wǎng)絡(luò)MME中存儲(chǔ)的能力進(jìn)行比對(duì)更新，以應(yīng)備后續(xù)的通信服務(wù)需求。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支持網(wǎng)絡(luò)制式的列表，該列表中優(yōu)先介紹LTE的支持能力，然后介紹是否包含3G能力，如果包含就會(huì)介紹，最后介紹包含2G的能力。.UE-CapabilityRAT-Container.rat-Type - eutra(0)/ 系統(tǒng)類型-支持EUTRAN系統(tǒng).ueCapabilityRAT-Container.ueEutraCap.UE-EUTRA-Capability.accessStratumRelease - rel9(1)/ UE的協(xié)議版本，R8/9/10.ue-Category - 0x3(3)/ UE能力等級(jí)，協(xié)議規(guī)定取值范圍15，一般商用終端為CAT3(E392等)或CAT4(E5375)，TUE可以支持CAT5.pdcp-Parameters/ PDCP層參數(shù).supportedROHC-Profiles / 支持ROHT協(xié)議情況。ROHC（RObust Header Compression）是一種專為無(wú)線鏈路設(shè)計(jì)的數(shù)據(jù)包頭壓縮機(jī)制，以適應(yīng)無(wú)線鏈路高誤碼率和長(zhǎng)環(huán)回時(shí)間的鏈路特性。一般應(yīng)用于VOIP業(yè)務(wù)。.profile0x0001 - TRUE(1)/ Profile：在ROHC的框架下，針對(duì)不同的協(xié)議的數(shù)據(jù)流，有不同的頭部壓縮算法。Profile定義了針對(duì)特定協(xié)議層數(shù)據(jù)流的壓縮方式。Profile ID用于標(biāo)識(shí)Profile。Profile ID為0x0000表示不壓縮。如果信令中有這一條： maxNumberROHC-ContextSessions - cs2(0)表示為UE支持的并發(fā)激活ROHC 上下文的最大數(shù)量。CS2表示2個(gè)上下文。如果終端不支持ROHC profiles,網(wǎng)絡(luò)側(cè)會(huì)忽略此值。.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/物理層參數(shù).ue-TxAntennaSelectionSupported - FALSE(0)/ 該值如果為TURE，則表示UE有能力支持TS 36.2138.7中所描述的UE傳輸天線選擇。FALSE則表示能力不支持該傳輸天線選擇。.ue-SpecificRefSigsSupported - FALSE(0)/ 標(biāo)識(shí)是否支持UE特定參考信號(hào)。該信號(hào)在天線端口5上傳輸。FALSE表示不支持.rf-Parameters/ RF參數(shù)，目前只有支持的頻段.supportedBandListEUTRA.SupportedBandEUTRA.bandEUTRA - 0x26(38)/支持頻段38.halfDuplex - FALSE(0)/ 半雙工標(biāo)識(shí)，如果為TURE，那么該頻帶僅僅支持半雙工操作，否則支持全雙工操作。此條消息表示支持全雙工操作。.SupportedBandEUTRA.bandEUTRA - 0x27(39) /支持頻段39.halfDuplex - FALSE(0).SupportedBandEUTRA.bandEUTRA - 0x28(40) /支持頻段40.halfDuplex - FALSE(0).measParameters/測(cè)量參數(shù).bandListEUTRA/條目列表，對(duì)應(yīng)于每一個(gè)支持 EUTRA 頻帶，其排列的順序與supportedEUTRA-BandList.的排列順序一樣。.BandInfoEUTRA.interFreqBandList/支持異頻測(cè)量的列表.InterFreqBandIerFreqNeedForGaps - TRUE(1)/ 表示當(dāng)在bandListEUTRA以及在interFreqBandList 中所給出的E-UTRA 頻帶上進(jìn)行測(cè)量時(shí)，是否需要測(cè)量間隔。TRUE表示需要測(cè)量間隔。.InterFreqBandIerFreqNeedForGaps - TRUE(1).InterFreqBandIerFreqNeedForGaps - TRUE(1).interRAT-BandList/支持異系統(tǒng)測(cè)量的列表.InterRAT-BandIerRAT-NeedForGaps - TRUE(1)/ 異系統(tǒng)測(cè)量間隔，即當(dāng)在eutraBandList中條目所給出的E-UTRA頻帶上，以及在interRAT-BandList中條目所給出的interRAT頻帶上進(jìn)行測(cè)量時(shí)，需要的測(cè)量間隔。.InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).BandInfoEUTRA.interFreqBandList.InterFreqBandIerFreqNeedForGaps - TRUE(1).InterFreqBandIerFreqNeedForGaps - TRUE(1).InterFreqBandIerFreqNeedForGaps - TRUE(1).interRAT-BandList.InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).BandInfoEUTRA.interFreqBandList.InterFreqBandIerFreqNeedForGaps - TRUE(1).InterFreqBandIerFreqNeedForGaps - TRUE(1).InterFreqBandIerFreqNeedForGaps - TRUE(1).interRAT-BandList.InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).InterRAT-BandIerRAT-NeedForGaps - TRUE(1).featureGroupIndicators - 01111110000011011111100010000010B/功能組指示，每個(gè)BIT表示一個(gè)功能，共32bit，具體的定義可以參考36331協(xié)議的Table B.1-1: Definitions of feature group erRAT-Parameters/異系統(tǒng)支持能力.utraTDD128/支持互操作的utraTDD128，也就是TDSCDMA頻段.supportedBandListUTRA-TDD128.SupportedBandUTRA-TDD128 - a(0) /支持A頻段20102025.SupportedBandUTRA-TDD128 - f(5) /F頻段18801920.geran/支持互操作的GSM頻段.supportedBandListGERAN.SupportedBandGERAN - gsm850(5)/支持850M GSM.SupportedBandGERAN - gsm900E(7) /支持900E GSM.SupportedBandGERAN - gsm1800(9) /支持1800M GSM