第一篇：23401協(xié)議翻譯總結(jié)

文檔名稱 文檔密級(jí)

該篇文章是本人對(duì)23401協(xié)議的總結(jié)，其中包含了對(duì)原文的翻譯、個(gè)人理解及閱讀心得，希望能夠?qū)Τ鯇W(xué)此協(xié)議的同事有所幫助。由于讀協(xié)議時(shí)間不長(zhǎng)，理解尚淺，存在理解錯(cuò)誤之處，歡迎批評(píng)指正。

Notes：

１． Handover流程翻譯了Inter-eNodeB Handover.而對(duì)接入技術(shù)間的切換沒有翻譯。

２． ３． ４． ５． ６． ７． 對(duì)RAU流程沒有總結(jié)翻譯，大家可以比對(duì)TAU流程對(duì)其進(jìn)行學(xué)習(xí)。除1、2外的其他流程全部翻譯總結(jié)過了。

與原版協(xié)議存在章節(jié)順序的不統(tǒng)一，給大家造成的困難敬請(qǐng)諒解。存在沒有完全按原文翻譯的段落，精簡(jiǎn)提煉了大致意思。如果有任何疑問請(qǐng)郵件聯(lián)系，我們可以共同探討。

最后，給大家推薦我們項(xiàng)目組中兩個(gè)可以為大家答疑解惑的老員工：管力學(xué)（44877），周能發(fā)（00125096）。他們協(xié)議讀得比較透徹，理解得十分深刻。

謝謝！

韓軍偉 00136843

September 5, 2008 1 引言概述

1.1 協(xié)議范疇

本協(xié)議設(shè)計(jì)范圍為EPS（Evolved Packet System）。Evolved 3GPP Packet Switched Domain提供IP連通性。

協(xié)議內(nèi)容涵蓋漫游、非漫游狀態(tài)的各個(gè)方面，包括在E-UTURN（Evolved Universal Terrestrial Radio Access Network）和以前的接入網(wǎng)之間的移動(dòng)性，計(jì)費(fèi)策略控制和計(jì)費(fèi)，鑒權(quán)。23402協(xié)議是本協(xié)議的補(bǔ)充，它涉及非3GPP的內(nèi)容。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第1頁, 共101頁

文檔名稱 文檔密級(jí)

1.2 SAE核心網(wǎng)絡(luò)初步知識(shí) 1.2.1 幾個(gè)重要網(wǎng)元的簡(jiǎn)單介紹

1.MME（Mobile management Entity）,控制面上的主要網(wǎng)元，與eNodeB之間存在信令面的接口S1-MME.與S-GW之間存在S11接口，與HSS之間的接口是S6a(Diameter類型協(xié)議)。與S4-SGSN之間存在S3接口。與MSC之間存在SGs接口。與其他的MME之間通過S10接口相連。

2.Serving GW, 用戶面的一個(gè)重要網(wǎng)關(guān)?？梢赃@么理解，3G中的SGSN相當(dāng)于SGW+MME。對(duì)于它上面的接口（S1-U，S5/S8，S11，S103，S12，S4）不一一介紹。

3.PDN GW，與外網(wǎng)關(guān)系最密切的網(wǎng)關(guān)。相當(dāng)于3G中的GGSN。存在接口有S5/S8，S2a,Gx,SGi,Ga.4.HSS,用來存放簽約數(shù)據(jù)。

1.2.2 幾個(gè)重要的定義

1.MME 池：屬于一個(gè)范圍的概念，在此范圍中，用戶可以不換為之服務(wù)的MME來進(jìn)行業(yè)務(wù)。MME池是很多個(gè)TA區(qū)的父集合。特別注意的是，MME池的范圍可以互相重合。

2.SGW服務(wù)池：理解類似于1。

3.PDN連接： 一個(gè)用IP地址表征的用戶和一個(gè)用APN（接入點(diǎn)名稱）表征的PDN之間的連接。

4.缺省APN： 在簽約數(shù)據(jù)中定義好的，用于附著過程中的PDN連接時(shí)選擇PDN GW等。

1.2.3 幾個(gè)重要的縮略寫法

AMBR DL TFT ECGI ECM EMM 2016-5-4 Aggregate Maximum Bit Rate DownLink Traffic Flow Template Evolved Cell Global Identifier EPS Connection Management EPS Mobility Management

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第2頁, 共101頁

文檔名稱 文檔密級(jí)

EPC EPS GUMMEI GUTI GW PDB PLR LBI MME MMEC M-TMSI P-GW PTI S-GW S-TMSI SDF TAC TAI TAU TIN UL TFT Evolved Packet Core Evolved Packet System Globally Unique MME Identifier Globally Unique Temporary Identity Gateway Packet Delay Budget Packet Loss Rate Linked EPS Bearer Id Mobility Management Entity MME Code M-Temporary Mobile Subscriber Identity PDN Gateway Protocol Transaction Id Serving Gateway S-Temporary Mobile Subscriber Identity Service Data Flow Tracking Area Code Tracking Area Identity Tracking Area Update Temporary Identity used in Next update UpLink Traffic Flow Template 簡(jiǎn)單說一下我剛接觸協(xié)議時(shí)，幾個(gè)讓我感到困惑的縮寫：

1.GUTI（Global Unique Temporary ID）MME為UE分配的臨時(shí)標(biāo)識(shí)，能夠表征為用戶服務(wù)的MME，以及MME上的用戶。

2.S-TMSI，for paging, the mobile is paged with the S-Tmsi.STMSI=MMEC+M-TMSI，實(shí)際上表示的是在MME pool內(nèi)使用的用戶臨時(shí)標(biāo)識(shí)。3． TAI=MCC+MNC+TAC,也就是說TAI.等于國(guó)家代碼+網(wǎng)號(hào)+tracking area code.4.TIN用來存放上次用戶在某種核心網(wǎng)里的標(biāo)識(shí)，GUTI，PTMSI或者是IMSI。為了下次更新的時(shí)候使用。

5.ECGI，無線側(cè)使用的標(biāo)志是哪個(gè)小區(qū)（全球唯一）。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第3頁, 共101頁

文檔名稱 文檔密級(jí)

1.2.4 SAE組網(wǎng)架構(gòu)

UTRAN SGSN GERAN S1-MME HSS S3 MME S11 LTE-Uu UE E-UTRAN S1-U S10 S6a PCRF S12 S4 Serving Gateway S5 Gx PDN Gateway SGi Rx Operator's IP Services(e.g.IMS, PSS etc.)上圖是非漫游狀態(tài)下的組網(wǎng)結(jié)構(gòu)圖，我們要把這張圖好好的理解且記住。至于漫游態(tài)下的（home routed, local breakout with home/visited operator’s application function）三種情況的組網(wǎng)圖可以類比著學(xué)習(xí)。其中，home routed時(shí)，Serving GW用漫游地的PGW、PCRF、IP Services都用歸屬地的，其他兩種情況PCRF分為VPCRF和HPCRF（之間S9接口）。SGW，PDNGW都用漫游地的，他們的區(qū)別在于用了哪邊的Operator’s IP Services.2 功能分類

2.1 Network Access Control Functions 網(wǎng)絡(luò)接入的意思是說一個(gè)用戶連接到了演化的分組核心網(wǎng)系統(tǒng)。

2.1.1 Network/Access network selecton

UE選擇了一個(gè)PLMN(公共陸地移動(dòng)通信網(wǎng))/接入網(wǎng)，從這里它可以獲得自己的IP連通性。接入網(wǎng)的選擇機(jī)制因接入技術(shù)的不同而不同。

2.1.2 Authentication and authorisation function 對(duì)用戶的驗(yàn)證和鑒權(quán)，這個(gè)功能與移動(dòng)性管理有關(guān)。

2.1.3 Admission control function 這個(gè)控制的目的在于檢查被請(qǐng)求的資源是否可用，還有決定是否預(yù)訂這些資源。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第4頁, 共101頁

文檔名稱 文檔密級(jí)

2.1.4 Policy and Charging Enforcement Function 這于PCEF有關(guān)，PCEF涉及業(yè)務(wù)數(shù)據(jù)流探測(cè)，策略執(zhí)行和基于流的計(jì)費(fèi)功能。

2.1.5 Lawful Interception 合法監(jiān)聽的使用對(duì)象是優(yōu)先級(jí)比較高的國(guó)家權(quán)力機(jī)關(guān)，如國(guó)家安全局。

2.2 Packet routeing and transfer functions 首先要搞明白什么是路由，路由就是在PLMN內(nèi)或間的用來傳送數(shù)據(jù)包而經(jīng)過的一系列網(wǎng)絡(luò)節(jié)點(diǎn)的列表。每一個(gè)路由包括一個(gè)源節(jié)點(diǎn)，零個(gè)或以上的中繼節(jié)點(diǎn)和一個(gè)目的斷點(diǎn)。路由的過程就是按照一系列的規(guī)則決定并且使用一個(gè)用來傳送數(shù)據(jù)的通路的過程。EPS是一個(gè)IP的網(wǎng)絡(luò)，它在基于IP的情況下使用標(biāo)準(zhǔn)的路由和傳輸機(jī)制。

2.2.1 IP header compression function 通過使用IP頭壓縮機(jī)制，使無線側(cè)功能的使用最優(yōu)化。

2.2.2 Packet screening function 檢查UE是否在用被分配好的IP地址（IPv4-Address/IPv6-Prefix/Full-IPv6-Address）

2.3 Security Functions 2.3.1 Ciphering function 加密功能可以保護(hù)空口上用戶數(shù)據(jù)和信令的機(jī)密性。

2.3.2 Integrity protection function 保證UE和網(wǎng)絡(luò)側(cè)之間交互信令的完整性。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第5頁, 共101頁

文檔名稱 文檔密級(jí)

2.4 Mobility management functions 為了保持對(duì)UE當(dāng)前位置的跟蹤。

2.4.1 處于ECM-IDLE態(tài)下的用戶可達(dá)性管理

處于IDLE態(tài)的用戶位置被知曉的程度只是它所在的TA List。一個(gè)UE可以在多個(gè)TA區(qū)注冊(cè)（一個(gè)TA LIST中）。用戶被尋呼時(shí)就是向他所在的TAs所覆蓋的小區(qū)發(fā)尋呼。

周期性的TAU定時(shí)器超時(shí)后，用戶發(fā)起周期性的TAU。這個(gè)定時(shí)器的啟動(dòng)是在用戶進(jìn)入IDLE態(tài)或者因?yàn)榍袚Q而離開E-UTRAN后。3G空口狀態(tài)的變化以及2G GPRS在STANDBY/READY態(tài)之間的切換不會(huì)影響周期性TAU定時(shí)器。

MME也啟動(dòng)一個(gè)類似的timer。如果超時(shí)，MME可以推斷出UE“不在服務(wù)區(qū)”。但是，這時(shí)候MME并不知道UE已經(jīng)離開了多久，所以MME不會(huì)立即盲目的刪除用戶的承載。MME把PPF標(biāo)志清除并啟動(dòng)第二個(gè)timer（這個(gè)值相對(duì)大一些）。PPF位刪除后，MME不再對(duì)用戶進(jìn)行尋呼并且再收到SGW發(fā)來的Downlink Data Notification message后回復(fù)一個(gè)Downlink Data Notification Reject message。如果在第二個(gè)timer超時(shí)后（在此期間UE沒有跟網(wǎng)絡(luò)聯(lián)系），那么MME推測(cè)出UE已經(jīng)離開服務(wù)區(qū)很久了。在ISR（Idle Mode Signalling Reduction）激活情況下，當(dāng)?shù)诙€(gè)timer超時(shí)的時(shí)候，MME對(duì)用戶置一個(gè)“允許隱式分離”標(biāo)志。當(dāng)ＳＧＳＮ和ＭＭＥ同時(shí)置此標(biāo)志后，用戶被隱式分離掉。如果用戶回到了ＣＯＮＮＥＣＴＥＤ態(tài)下，ＭＭＥ清除此標(biāo)志，并置ＰＰＦ標(biāo)志位。

2.4.2 TA list 的管理

涉及UE的TAI LIST的分配和重分配。TA區(qū)就是針對(duì)MME的服務(wù)范圍來說的。

2.4.3 eNodeB間的移動(dòng)錨點(diǎn)功能 2.4.4 3GPP間移動(dòng)錨點(diǎn)功能 2.4.5 ISR機(jī)制

ISR機(jī)制的引入就是為了減少在IDLE態(tài)(ECM-IDLE, PMM-IDLE, GPRS STANDBY states)時(shí)2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第6頁, 共101頁

文檔名稱 文檔密級(jí)

在inter-RAT cell-reselection過程中的信令的數(shù)量。

2.4.6 移動(dòng)限制

移動(dòng)性限制由UE、無線接入網(wǎng)和核心網(wǎng)共同提供。ECM-IDLE態(tài)下的UE根據(jù)核心網(wǎng)側(cè)提供的信息執(zhí)行移動(dòng)限制，ECM-CONNECTED態(tài)下的執(zhí)行是在無線接入網(wǎng)和核心網(wǎng)上執(zhí)行。在這種狀態(tài)下，核心網(wǎng)向無線接入網(wǎng)提供一個(gè)handover restriction list。這個(gè)限制列表詳細(xì)指明了漫游、地區(qū)和接入限制。

2.5 無線資源管理

由無線接入網(wǎng)執(zhí)行。為了支持E-UTRAN無線資源的管理，MME經(jīng)過S1提供給eNodeB一個(gè)“RAT/Frequency Selection Priority”參數(shù).RFSP 是針對(duì)每一個(gè)UE的參數(shù)。MME從HSS那里獲取RFSP（例如，在附著過程中）。

2.6 網(wǎng)絡(luò)管理

2.6.1 MME間的負(fù)載均衡

對(duì)每個(gè)MME配一個(gè)權(quán)值。eNodeB選擇某個(gè)MME的可能性是根據(jù)這些權(quán)值成比例的來得。這個(gè)權(quán)值是根據(jù)該MME相對(duì)于MME池中其他MME的“能力”來決定的。例如，一個(gè)新的MME權(quán)值會(huì)比較大，它可以替其他MME分擔(dān)任務(wù)。這種權(quán)值不會(huì)變換的很經(jīng)常。

2.6.2 MME間負(fù)載的重均衡

舉個(gè)例子，當(dāng)O+M操作時(shí)，要將一個(gè)MME從一個(gè)MME pool里移走，那么就要進(jìn)行負(fù)載重均衡。如果這個(gè)MME將要被停用，上節(jié)中所述的權(quán)值置零，這樣新的接入者就不會(huì)選擇它了。而且還要盡快地、對(duì)周圍影響最小的進(jìn)行Off-load過程。特別注意一點(diǎn)，對(duì)于處于connected態(tài)的用戶（沒有TAU，ATTACH，DETACH，SERVICE REQUEST），那么會(huì)啟用eNodeB間的Handover（MME重選）流程。該流程的觸發(fā)是MME向eNodeB發(fā)送一個(gè)handover trigger信息。對(duì)于IDLE態(tài)下的用戶，網(wǎng)絡(luò)側(cè)要把他們叫醒，讓之處于connected態(tài)，然后再進(jìn)行上述過程。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第7頁, 共101頁

文檔名稱 文檔密級(jí)

2.6.3 MME對(duì)過載的控制

MME調(diào)用S1 interface overload procedure可以限制負(fù)載其上的eNodeB們?；蚴莟he use of NAS signalling to reject NAS requests from UEs.對(duì)負(fù)載其上的eNodeB們，MME可以發(fā)送overload start message.MME 要求eNodeB:only permit RRC connection establishments for emergency sessions for that MME.2.7 選擇功能 2.7.1 PDN GW的選擇

PDN GW的選擇根據(jù)HSS提供的簽約數(shù)據(jù)信息和其他附加的標(biāo)準(zhǔn)來進(jìn)行。HSS對(duì)每個(gè)簽約的PDN提供一個(gè)或多個(gè)PDN簽約上下文： 1.PDN GW 的ID 和一個(gè)APN，或者

2.一個(gè)APN和一個(gè)針對(duì)該APN的一個(gè)指示（PDN GW的選擇在拜訪地或者歸屬地PLMN是否被允許）。為與非3GPP切換而準(zhǔn)備的一個(gè)PDN GW的IP地址也能包括在內(nèi)。

對(duì)于靜態(tài)的地址分配情況，一個(gè)靜態(tài)的PGW可能被這樣選擇出來：APN 映射出的PDN GW或HSS提供的PDN GW ID映射出的PDNGW。

HSS也可以指示哪個(gè)PDN簽約上下文是對(duì)這個(gè)用戶默認(rèn)的。

通過用戶提供的APN來獲得PDN GW的ID，如果這個(gè)被用來選擇PGW的APN已經(jīng)存在著PDN連接，那么選擇相同的PDN GW。

2.7.2 Serving GW 的選擇

選擇時(shí)遵循的三個(gè)大的原則: 1.符合網(wǎng)絡(luò)拓?fù)洹?.考慮SGW之間的負(fù)載均衡。3.對(duì)網(wǎng)絡(luò)中存在GW合設(shè)的情況，優(yōu)先選擇合設(shè)的。

2.7.3 MME的選擇

遵循網(wǎng)絡(luò)拓?fù)?，考慮負(fù)載均衡

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第8頁, 共101頁

文檔名稱 文檔密級(jí)

2.7.4 SGSN的選擇

遵循網(wǎng)絡(luò)拓?fù)?，考慮負(fù)載均衡

2.7.5 PCRF的選擇

一個(gè)PDN GW 和AF可能被一個(gè)或多個(gè)PCRF節(jié)點(diǎn)服務(wù)，而且，在漫游態(tài)下（Local breakout情況），拜訪地網(wǎng)絡(luò)中使用一個(gè)或多個(gè)PCRF。參見 TS23.203[6]。

2.8 IP NETWORK RELATED FUNCTIONS 2.8.1 域名服務(wù)

對(duì)EPS中的節(jié)點(diǎn)，通過域名解析到他們的IP地址

2.8.2 DHCP功能

Dynamic Host Configuration Function允許給UE提供IP配置信息。

2.8.3 eNodeBs跟多MMEs的連接功能

一個(gè)eNodeB可以連接多個(gè)MMEs。這意味著一個(gè)eNodeB必須能夠決定哪個(gè)MME能夠覆蓋UE定位的區(qū)域，也能夠收到UE發(fā)出的信令。

MME之間通過發(fā)送Identification Request message或者Context Request message來獲得用戶上下文，一個(gè)新的MME向原側(cè)MME要上下文時(shí)需要使用GUTI。網(wǎng)元的具體詳細(xì)介紹

3.1 E-UTRAN E-UTRAN的功能有： 1.頭壓縮和用戶面加密。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第9頁, 共101頁

文檔名稱 文檔密級(jí)

2.MME的選擇（至某個(gè)MME沒有路由通路時(shí)，可以根據(jù)用戶提供的信息來決定選擇MME）3.上行和下行承載級(jí)別的允許控制。

4.傳送上行中不同服務(wù)水平的信息包，例如根據(jù)承載的QCI設(shè)定差別服務(wù)。

3.2 MME MME的功能有如下： 1.NAS信令 2.NAS信令安全

3.不同的3GPP接入網(wǎng)之間的移動(dòng)而產(chǎn)生的核心網(wǎng)網(wǎng)元之間的信令傳送（S3接口）4.ECM-IDLE態(tài)下的UE可達(dá)性（包括執(zhí)行和管理尋呼轉(zhuǎn)播）5.跟蹤區(qū)列表管理 6.PGW和SGW的選擇

7.handover流程中，MME需要變換時(shí)，MME的選擇 8.Handover到2G/3G接入網(wǎng)時(shí)，SGSN的選擇 9.漫游（跟歸屬地HSS間的S6a接口）10.安全鑒定

11.承載管理，包括專有承載的建立 12.對(duì)信令傳輸?shù)暮戏ūO(jiān)聽

NOTE：MME和SGW可以在一個(gè)物理節(jié)點(diǎn)上實(shí)現(xiàn)也可分開實(shí)現(xiàn)。

3.3 Gateway 對(duì)一個(gè)與EPS有關(guān)聯(lián)的UE，在一定的時(shí)間內(nèi)，只有一個(gè)SGW。SGW功能（不論S5/S8的類型）： 1.Inter-eNodeB切換的移動(dòng)錨點(diǎn)

2.3GPP接入網(wǎng)之間切換的時(shí)候作為移動(dòng)錨點(diǎn)

3.ECM-IDLE態(tài)下，下行數(shù)據(jù)的緩沖和觸發(fā)網(wǎng)絡(luò)側(cè)發(fā)起service request流程。4.合法監(jiān)聽 5.分組路由和轉(zhuǎn)發(fā)

6.傳送上、下行中不同服務(wù)水平的信息包，例如根據(jù)承載的QCI設(shè)定差別服務(wù)。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第10頁, 共101頁

文檔名稱 文檔密級(jí)

7.基于業(yè)務(wù)種類的計(jì)費(fèi)。

8.在inter-eNodeB類型的切換時(shí)，幫助eNodeB對(duì)網(wǎng)絡(luò)側(cè)下行的包和原側(cè)eNodeB接收并緩存的包進(jìn)行排序，防止亂序，通過“end marker”來實(shí)現(xiàn)。

9.基于每個(gè)用戶，某個(gè)PDN連接，某種QCI的業(yè)務(wù)的上行數(shù)據(jù)和下行數(shù)據(jù)的計(jì)費(fèi) 10.它不能連在GGSN上

3.4 PDN GW PDN GW和PDN之間的接口為SGi。

如果一個(gè)用戶接入多個(gè)PDN連接，這將可能會(huì)存在多于一個(gè)的PDN GW為這個(gè)用戶服務(wù)，但是S5/S8和Gn/Gp的組合不能同時(shí)為UE服務(wù)。它的功能包括（GTP-based,pmip-based）： 1.基于用戶的包過濾功能 2.合法監(jiān)聽

3.UE的IP地址分配（重點(diǎn)）

4.傳送上、下行中不同服務(wù)水平的信息包，例如根據(jù)承載的QCI設(shè)定差別服務(wù)。5.上行、下行基于業(yè)務(wù)水平的計(jì)費(fèi) 6.上行、下行業(yè)務(wù)級(jí)別的門控

7.上行、下行業(yè)務(wù)級(jí)別的速度控制，根據(jù)速度策略來執(zhí)行或?qū)DF進(jìn)行整形 8.基于APN-AMBER對(duì)上行、下行速率的控制執(zhí)行

9.基于有相同GBR、QCI的SDFs的累積MBRs的下行速率的控制 10.DHCPv4和DHCPv6 11.網(wǎng)絡(luò)不支持PPP承載類型，GGSN的R8 以前的PPP功能可能會(huì)在PGW中實(shí)現(xiàn) 后面的幾個(gè)功能是GTP-based S5/S8特有的： 1.上行、下行中承載的約束 2.上行承載約束的檢查

3.5 SGSN 除卻在23060協(xié)議中描述的SGSN的功能，還有：

1.在2G/3G和4G的接入網(wǎng)切換時(shí)，核心網(wǎng)中節(jié)點(diǎn)的信令傳輸

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第11頁, 共101頁

文檔名稱 文檔密級(jí)

2.PDN和Serving GW的選擇

3.在切換到4G接入網(wǎng)的時(shí)候，對(duì)MME的選擇

3.6 GERAN，UTRAN，PCRF，AAA server PCRF是策略下發(fā)和計(jì)費(fèi)控制的網(wǎng)元。

在非漫游態(tài)下，在歸屬地HPLMN中只有單個(gè)的PCRF與用戶的IP-CAN會(huì)話相關(guān)。PCRF實(shí)現(xiàn)接口有Rx和Gx。

漫游態(tài)（Local breakout）情況下，會(huì)存在2個(gè)PCRFs服務(wù)于一個(gè)用戶（vpcrf&hpcrf）特別注意的是HPCRF有個(gè)特有的功能：通過S9，Rx接口實(shí)現(xiàn)與PDN GW間的IP-CAN會(huì)話。

HSS H-PCRF S6a HPLMN S9 VPLMN UTRAN GSN GERAN S3 S1-MME S4 S12 Gx S11 V-PCRF Rx MME LTE-Uu S10 S5 UE E-UTRAN S1-U Serving Gateway PDN Gateway SGi Visited Operator's IP Services AAA server與PDN GW之間實(shí)現(xiàn)SGi接口。

接口S3，S4，S5，S8，S10，S11 都是基于GTP協(xié)議的。EPS移動(dòng)性管理狀態(tài)和連接管理狀態(tài)

4.1 EMM，ECM簡(jiǎn)介

EPS Mobility Management states的產(chǎn)生是移動(dòng)性管理流程（ATTACH、TAU）的結(jié)果 而 EPS Connection Management stages描述了UE和核心網(wǎng)之間信令的連續(xù)性 ECM狀態(tài)、EMM狀態(tài)兩者互相獨(dú)立

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第12頁, 共101頁

文檔名稱 文檔密級(jí)

4.2 EMM 4.2.1 EMM-DEREGISTERED 在此狀態(tài)下，UE對(duì)MME來說不可達(dá)，因?yàn)镋MM上下文中不包括用戶的有效位置和路由信息。而且，UE上下文仍可以被保存在UE和MME中，這樣做的目的就是避免在每次附著的時(shí)候發(fā)起AKA過程，也就是鑒權(quán)過程。

4.2.2 EMM-REGISTERED UE可以通過一次成功的注冊(cè)流程（attachTAU等）來進(jìn)入此狀態(tài)。這種狀態(tài)下，MME知道UE的確切位置或者是用戶所在的TA List。

在這狀態(tài)下，用戶至少有一個(gè)PDN連接并且建立了EPS安全上下文。

Detach流程可以把用戶重新送回DEREGISTERED態(tài)。當(dāng)然，TAU或ATTACH的被拒絕信息通常也會(huì)讓UE和MME中的EMM狀態(tài)變化為未注冊(cè)態(tài)。

如果一個(gè)用戶所有的承載被釋放（切換到非3GPP時(shí)），MME會(huì)把UE的MM狀態(tài)變?yōu)槲醋?cè)。當(dāng)UE檢測(cè)到自己所有的承載被釋放后，UE也會(huì)把MM狀態(tài)變成未注冊(cè)。當(dāng)切到非3GPP網(wǎng)后，UE切斷與接入網(wǎng)所有的接口，這時(shí)候，UE自動(dòng)的把自己的MM狀態(tài)變成未注冊(cè)。當(dāng)UE可達(dá)定時(shí)器超時(shí)，MME可能會(huì)把一個(gè)用戶隱式分離。

4.3 ECM 4.3.1 ECM-IDLE 一個(gè)用戶與網(wǎng)絡(luò)沒有NAS信令連接時(shí)，用戶進(jìn)入了IDLE態(tài)。

此狀態(tài)下的UE在eNodeB內(nèi)沒有上下文，也沒有S1-MME，S1-U連接。在EMM-REGISTERED，ECM-IDLE態(tài)，UE會(huì)：

1.如果用戶當(dāng)前TA不在TA list中時(shí)，為了用戶維持自己的注冊(cè)態(tài)，同時(shí)也能夠被MME尋呼，那么用戶會(huì)發(fā)起TAU 2.發(fā)起周期性TAU，用以通知核心網(wǎng)UE可用 3.當(dāng)應(yīng)答呼叫時(shí)，發(fā)起service request 2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第13頁, 共101頁

文檔名稱 文檔密級(jí)

4.為上傳用戶數(shù)據(jù)而建立無線承載時(shí)，發(fā)起service request.當(dāng)UE和MME之間的信令連接通道被建立，UE和MME將會(huì)變?yōu)镋CM-CONNECTED態(tài)。能夠發(fā)起ECM-IDLE轉(zhuǎn)為ECM-CONNECTED態(tài)的消息有ATTACH request, TAU, service request 和 Detach Request。

用戶在IDLE態(tài)時(shí)，UE和網(wǎng)絡(luò)側(cè)可能不同步。i.e.用戶和網(wǎng)絡(luò)側(cè)可能有不同的EPS承載集。當(dāng)UE和MME進(jìn)入了ECM-CONNECTED態(tài)后，EPS Bearers 在兩側(cè)將會(huì)被同步。

4.3.2 ECM-CONNECTED UE處在這個(gè)狀態(tài)下，MME將會(huì)知道為它服務(wù)的eNodeB的ID。用戶的移動(dòng)性管理與handover有關(guān)。

eNodeB明確指示（觸發(fā)）時(shí)，用戶發(fā)起TAU流程。eNodeB可以因?yàn)閁E的移動(dòng)性或者負(fù)載均衡的原因，在MME發(fā)生變化的切換流程后，觸發(fā)TAU流程。在MME不變的切換流程后，而且當(dāng)前的TAI不再TA List中了，要不要發(fā)起TAU流程是由RAN配置決定的。CONNECTED態(tài)下的用戶與MME間存在信令連接（由RRC連接和S1-MME連接組成）。S1-Release流程可以把UE和MME雙雙從CONNECTED態(tài)打回IDLE態(tài)。

由于無線連接異常或離開覆蓋區(qū)等原因，UE可能收不到S1-release的指示。這種情況下，UE、MME兩者的ECM狀態(tài)會(huì)暫時(shí)性的不匹配。

當(dāng)一個(gè)用戶換到CONNECTED態(tài)，并且此時(shí)無線承載沒能被建立，那么相應(yīng)的核心網(wǎng)側(cè)的承載會(huì)被去激活。

4.4 狀態(tài)切換

Detach, Attach Reject, TAU reject, EUTRAN interface switched off due to Non-3GPP handover, All bearers deactivated, EMMREGISTERED

EMM state model in UE 2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第14頁, 共101頁

文檔名稱

Detach, Attach Reject, TAU reject All bearers deactivated 文檔密級(jí)

EMM DEREGISTERED

EMM state model in MME

RRC connection released ECM-IDLE RRC connection established ECM-CONNECTED

ECM state model in UE S1 connection released ECM-IDLE S1 connection established ECM-CONNECTED

ECM state model in MME 5 QoS 5.1 PDN連接服務(wù)

EPS提供了UE和外部分組數(shù)據(jù)網(wǎng)之間的IP連通性。這就被叫做PDN連接服務(wù)。PDN連接服務(wù)支持一個(gè)或多個(gè)業(yè)務(wù)數(shù)據(jù)流（ＳＤＦ）的傳輸。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第15頁, 共101頁

文檔名稱 文檔密級(jí)

5.2 EPS Bearer 5.2.1 EPS Bearer概述

對(duì)于EUTRAN接入核心網(wǎng)，PDN連接服務(wù)通過承載來提供。

一個(gè)EPS Bearer惟一的標(biāo)志一組UE和PGW之間的SDF集合（GTP-based S5/S8）,一組UE和SGW之間的SDF集合（PMIP-based S5/S8）。

一個(gè)EPS bearer是承載水平QoS控制的一種粒度。也就是說，SDFs映射到一個(gè)相同的承載上，獲得相同水平的包轉(zhuǎn)發(fā)待遇（例如時(shí)序策略，排隊(duì)管理策略，速度整形策略，無線鏈路控制配置等等）。假設(shè)兩個(gè)SDF擁有不同承載水平的QoS,那么每個(gè)SDF需要單獨(dú)的承載為之服務(wù)。不同于且獨(dú)立于承載水平的QoS控制，PCC架構(gòu)允許對(duì)SDF粒度的QoS控制，這獨(dú)立于SDF到承載的映射。

當(dāng)一個(gè)用戶連接到某個(gè)PDN時(shí)，一個(gè)承載將會(huì)被建立，并且貫穿于整個(gè)PDN連接的生命周期。這個(gè)承載就是缺省承載！連接到相同PDN而建立的其他承載都是專有承載。對(duì)于接入網(wǎng)來說，它根本分不清一個(gè)承載是什么類型的承載。

一個(gè)UL TFT是一組上行數(shù)據(jù)包過濾器的集合。DL TFT類似。每一個(gè)承載在PCEF中都于UE中的UL TFT和PCEF中的DL TFT有關(guān)。

對(duì)過濾器優(yōu)先順序（值）的賦值是運(yùn)營(yíng)商配置決定的?？梢酝ㄟ^把與SDFs的優(yōu)先值設(shè)定得低于專有承載相關(guān)的過濾器的優(yōu)先值，把特定的SDFs“強(qiáng)制”加到缺省承載在上。為了用缺省承載傳輸，可以設(shè)定缺省承載過濾器的優(yōu)先值要高于與專有承載的相關(guān)的過濾器的優(yōu)先值。

承載水平的初始QoS參數(shù)值是根據(jù)簽約數(shù)據(jù)由網(wǎng)絡(luò)側(cè)分配的。PCEF可以基于本地配置或在與PCRF交互后更改這些參數(shù)值。

專有承載的建立和修改只能由EPC決定發(fā)起，并且承載級(jí)別的QoS參數(shù)值也往往是由網(wǎng)絡(luò)側(cè)定義的。在專有承載的建立及修改過程中，MME對(duì)通過S11接口傳來的QoS參數(shù)值不能作任何修改，它只能把這些值轉(zhuǎn)發(fā)給eNodeB（這些值對(duì)MME來說是透明的，也就是不知曉的）。在專有承載的建立及修改過程中，接入網(wǎng)和網(wǎng)絡(luò)側(cè)之間的“QoS協(xié)商”是不被支持的。但是，MME可以拒絕專有承載的建立和修改。

在承載建立或修改時(shí)，如果與GBR相關(guān)的專有網(wǎng)絡(luò)資源被分配，那么者個(gè)EPS承載是GBR（保2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第16頁, 共101頁

文檔名稱 文檔密級(jí)

證帶寬）的承載。反之，就是非GBR的。

接入控制可以在一個(gè)非GBR承載建立或修改過程中執(zhí)行，即使這個(gè)非GBR的承載與GBR值沒有關(guān)系。

一個(gè)專有承載可以是GBR的也可以是非GBR的，一個(gè)缺省承載一定是非GBR的。

缺省承載貫穿于PDN連接始終，來為用戶提供IP連續(xù)性，這就要求了缺省承載是非GBR的。

5.2.2 S5/S8基于GTP時(shí)的EPS承載

Application / Service Layer UL Service Data Flows ULTFT-ID PDN GW user plane with 2G access via the S4 interface Application IP SNDCP LLC RLC MAC GSM RF UmIP Relay SNDCPU UDP IP L2 L1 GTPU UDP IP L2 L1 Relay RLC MAC GSM RF BSSGP N etwor k S ervice L1bis GbBSSGP Network Service L1bis BS SGSN Serving G W PDN GW SGi UE

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第25頁, 共101頁

文檔名稱 文檔密級(jí)

（3G接入）UE-PGW用戶面~通過S12接口

Application IP PDCP RLC MAC L1 UuIP Relay PDCP RLC MAC L1 GTPU UDP/IP L2 L1 GTPU UDP/IP L2 L1 UTRAN Serving GW PDN GW SGi UE（3G接入）UE-PGW用戶面~通過S4接口

Application IP PDCP RLC MAC L1 UuIP Relay PDCP RLC MAC L1 GTPU UDP/IP L2 L1 GTPUU UDP/IP L2 L1 UDP/IP UDP/IP UTRAN SGSN Servin g GW PDN GW SGi UE 2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第26頁, 共101頁

文檔名稱 文檔密級(jí)

6.2 身份標(biāo)識(shí) 6.2.1 EPS Bearer ID EPS Bearer ID用來唯一的表示一個(gè)通過接入網(wǎng)接入的用戶的一個(gè)EPS承載的標(biāo)識(shí)。EPS Bearer ID是MME分配的。核心網(wǎng)側(cè)承載和無線側(cè)承載有一對(duì)一的映射關(guān)系，eNB來進(jìn)行兩個(gè)承載ID的映射。

6.2.2 GUTI MME會(huì)給UE分配一個(gè)全球唯一臨時(shí)標(biāo)識(shí)。這個(gè)標(biāo)識(shí)由兩部分組成： 一部分表示分配該標(biāo)識(shí)的MME 另一部分表示該MME中的UE 在MME中，用戶被M-TMSI表示。

GUMMEI（全球唯一MME ID）由國(guó)家代碼，網(wǎng)號(hào)，以及MME Identifier（MMEI）三部分構(gòu)成。而MMEI由MMEGI和MMEC組成（ＭＭＥ組號(hào)+MME code）。GUTI=GUMMEI+M-TMSI=MCC+MNC+MMEGI+MMEC+M-TMSI 在尋呼過程中，用戶是通過S-TMSI被尋呼的。S-TMSI就是MMEC+M-TMSI。

運(yùn)營(yíng)商在配置網(wǎng)絡(luò)的時(shí)候，一定要保證MMEC在MME pool內(nèi)唯一，如果MME池有交界重合部分，那么一定要保證在重合部分MMEC的唯一性。

GUTI用來保證簽約用戶ID的機(jī)密性，并且它縮短后的簡(jiǎn)單形式S-TMSI可以使無線信令流程（paging,Service Request1）更高效。

6.2.3 TAI

這個(gè)標(biāo)識(shí)用來標(biāo)志跟蹤區(qū)。TAI=MCC+MNC+TAC（Tracking area code）。從這里我們可以看出來，每個(gè)TAI是全球唯一的。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第27頁, 共101頁

文檔名稱 文檔密級(jí)

6.2.4 eNB S1-AP UE ID 在eNB中，來標(biāo)志S1-MME接口上的一個(gè)用戶。它在eNB上的每個(gè)S1-MME接口上唯一。

6.2.5 MME S1-AP UE ID 在MME中，來標(biāo)志S1-MME接口上的一個(gè)用戶。它在MME上的每個(gè)S1-MME接口上唯一

6.3 IP地址分配 6.3.1 IP地址的分配

概述

在缺省承載激活好以后，如果在建載過程中沒有IPv4地址分配給UE，那么UE要執(zhí)行地址分配流程，以保證起碼獲得一個(gè)IP地址（v4/v6都可）為UE分配IP地址的方式有以下幾種：

1.在缺省承載建立過程中，歸屬地分配給UE IP地址（動(dòng)態(tài)或靜態(tài)的歸屬地地址）2.拜訪地在建載過程中分配給UE Ip地址（動(dòng)態(tài)的拜訪地地址）

3.在缺省承載激活的時(shí)候，PDN的運(yùn)營(yíng)者或管理者給UE分配一個(gè)動(dòng)態(tài)/靜態(tài)的IP地址（外部PDN地址分配）

為用戶缺省承載而給UE分配的IP地址在同一個(gè)PDN上的專有承載們也要使用。多PDN連接的IP地址分配處理方式按照附著中的機(jī)制進(jìn)行。

PDN type IPv4，IPv6，IPv4v6都被支持。一個(gè)PDN type是Ipv4v6的EPS承載可能與下面這幾種地址形式有關(guān)：?jiǎn)渭兊腎pv4地址或者一個(gè)Ipv6地址/前綴或（Ipv4和v6地址/前綴）。PDN type Ipv4與一個(gè)Ipv4地址相關(guān)連。V6的類似。一個(gè)PDNtype Ipv4和v6的應(yīng)用情況是UE和/或PGW僅僅支持Ipv4地址或僅僅支持Ipv6地址/前綴；或運(yùn)營(yíng)商僅僅選擇單一的IP版本，或簽約僅僅局限于僅僅的Ipv4或v6。除此之外，PDN type Ipv4 and v6在與其前版本的節(jié)點(diǎn)交互時(shí)使用。在附著過程中，用戶根據(jù)IP棧配置設(shè)定PDN type：

１．支持Ipv4，v6的用戶，發(fā)起PDN type IPv4v6的請(qǐng)求 ２．僅僅支持Ipv4的用戶，發(fā)起PDN type Ipv4的請(qǐng)求

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第28頁, 共101頁

文檔名稱 文檔密級(jí)

３．僅僅支持Ipv6的用戶，發(fā)起PDN type Ipv6的請(qǐng)求

４．如果用戶不知道自己支持什么類型，那么發(fā)起PDN type IPv4v6的請(qǐng)求

如果用戶發(fā)起PDN type IPv4v6的請(qǐng)求，但是運(yùn)營(yíng)商僅僅支持單一的IP版本，那么PDN type將會(huì)變成單一的類型（v4或v6）并且“網(wǎng)絡(luò)優(yōu)先選擇”的原因返回UE。在這種情況下，UE不能再發(fā)起不同版本的PDN連接。如果用戶發(fā)起PDN type IPv4v6的請(qǐng)求，而且運(yùn)營(yíng)商對(duì)每個(gè)承載支持單一的IP版本類型（這是由和以前版本的網(wǎng)絡(luò)節(jié)點(diǎn)交互決定的），那么PDN type將會(huì)變成單一的類型（v4或v6）并且“single address bearers only”的原因返回UE。這種情況下，用戶可以通過發(fā)起PDN connectivity procedure（和）來建立不同版本類型的PDN連接（APN相同，PDN type v4或v6）。

在不同接入技術(shù)之間進(jìn)行切換（從4G到2G/3G中去），PDN type Ipv4v6的EPS承載會(huì)映射到 PDP type Ipv4v6。PDN type Ipv4/v6情況也類似。

運(yùn)營(yíng)商在用戶的簽約中決定分配地址時(shí)分配動(dòng)態(tài)的歸屬地地址還是拜訪地地址。

UE可以在PCO（Protocol Configuration Options）信元中向網(wǎng)絡(luò)側(cè)暗示自己想要通過DHCPv4獲取Ipv4類型的地址。

1.用戶可以指示在缺省承載建立過程中自己想要獲得Ipv 4，那么網(wǎng)絡(luò)側(cè)在建載流程中分配IPv4地址給用戶。

2.用戶可以指示在缺省承載建立之后自己想要通過DHCPv4獲得Ipv4。也就是說，網(wǎng)絡(luò)側(cè)支持DHCPv4并允許的話，在建載過程中不會(huì)給UE分配地址。網(wǎng)絡(luò)側(cè)可能設(shè)定相關(guān)field為0.0.0.0來應(yīng)答用戶。在建載后，UE通過與網(wǎng)絡(luò)側(cè)的連通性來通過自己的DHCPv4功能來分配Ipv4地址。UE發(fā)送DHCPv4 Discover message。然而，如果在建載過程中，網(wǎng)絡(luò)側(cè)向UE提供了IPv4地址，那么在建載過程中，UE要接受這個(gè)地址。

3.如果UE沒有發(fā)送任何的地址選擇的優(yōu)先性信息，PGW根據(jù)每個(gè)APN的配置來決定是否用DHCPv4。

UE和網(wǎng)絡(luò)側(cè)網(wǎng)元都要支持以下機(jī)制：

１．如果支持Ipv4，那么通過建載分配Ipv4地址

２．如果支持Ipv6,那么通過IPv6 Stateless Address autoconfiguration來分配IPv6 此外，PCO在建載過程中可能用來配置IP地址分配中使用到的參數(shù)。UE和網(wǎng)絡(luò)網(wǎng)元選擇性的支持以下機(jī)制：

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第29頁, 共101頁

文檔名稱 文檔密級(jí)

１．在attach流程后，通過DHCPv4來進(jìn)行IPv4地址分配和IPv4參數(shù)配置 ２．通過Stateless DHCPv6來配置IPv6參數(shù)

３．根據(jù)HSS中簽約數(shù)據(jù)來分配靜態(tài)的IPv4地址或靜態(tài)的IPv6前綴。對(duì)用戶來說，IP地址是PLMN和外部PDN中的誰分配的，它并不知曉。

為了支持DHCP IP分配，PGW要扮演DHCP服務(wù)器的角色。當(dāng)DHCP被外部數(shù)據(jù)網(wǎng)用來分配地址和配置參數(shù)時(shí)，PGW要扮演對(duì)UE來說是DHCP服務(wù)器的角色，對(duì)外部DHCP服務(wù)器來說是DHCP客戶端的角色。SGW沒有DHCP功能！它只負(fù)責(zé)像往常一樣的包轉(zhuǎn)發(fā)功能。如果用戶在attach accept過程中獲得了IPv6前綴，它可以忽略這個(gè)分配。（不懂這是為什么??）

IP address allocation mechanisms for GTP based S5/S8 這一部分描述了以下幾類地址分配：

1.IPv4 address allocation via default bearer activation 2.IPv6 prefix allocation via IPv6 stateless address autoconfiguration 3.IPv6 parameter configuration via stateless DHCPv6 4.IPv4 address allocation and IPv4 parameter configuration via DHCPv4 5.IPv6 prefix delegation via DHCPv6 7 流程部分（含其它）

7.1 Attach 流程

Attach流程是由接入網(wǎng)側(cè)發(fā)起的。

用戶要想從網(wǎng)絡(luò)側(cè)那里獲得自己想要的服務(wù)，首先要向網(wǎng)絡(luò)側(cè)注冊(cè)，我們稱之為網(wǎng)絡(luò)附著。通過附著過程中的缺省承載建立，用戶可以always-on IP connectivity。應(yīng)用于缺省承載的PCC規(guī)則可能在PGW中已經(jīng)預(yù)先定義好了，并且在附著過程中由PGW自己發(fā)起。附著也可能觸發(fā)一個(gè)或多個(gè)的專有承載建立。在附著過程中，UE可能申請(qǐng)IP地址分配。

初始附著過程中，UE要提供Mobile Equipment Identity（IMEI）。MME可以控制EIR來檢查這個(gè)IMEI。在漫游過程中，MME要把IMEI傳給HSS。并且，如果存在一個(gè)PGW在漫游地以2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第30頁, 共101頁

文檔名稱 文檔密級(jí)

外，那么應(yīng)該把IMEI傳給這個(gè)PGW。

UE eNodeB new MME Old MME/SGSN Serving GW EIR 3.Identification Request 3.Identification Response 4.Identity Request 4.Identity Response 5a.Authentication / Security PDN GW PCRF HSS 1.Attach Request 2.Attach Request 5b.Identity Request/Response 5b.ME Identity Check6.PCO Request 6.PCO Response 7.Delete Bearer Request 7.Delete Bearer Response 8.Update Location 9.Cancel Location 9.Cancel Location Ack 10.Delete Bearer Request 10.Delete Bearer Response 11.Insert Subscriber Data 11.Insert Subscriber Data Ack.12.Update Location Ack 13.Create Default Bearer Request 14.Create Default Bearer Request(C)16.Create Default Bearer Response First Downlink Data 18.Attach Accept 17.Create Default Bearer Response 19.RRC Connection Reconfiguration 20.RRC Connection Reconfiguration Complete 21.Attach Complete First Uplink Data 22.Update Bearer Request 23.Update Bearer Response First Downlink Data 24.Update Location Request 25.Update Location Response 15.PCEF Initiated IP-CAN Session Establishment 10.PCEF Initiated IP-CAN Session Termination 7.PCEF Initiated IP-CAN Session Termination(A)(B)1.UE通過發(fā)送給eNodeB一個(gè)Attach Request（IMSI or old GUTI, last visited TAI(if available), UE Network Capability, PDN Type, Protocol Configuration Options, Ciphered Protocol Configuration Options Transfer, Attach Type, KSI, NAS sequence number, NAS-MAC）以及被選網(wǎng)絡(luò)的指示來發(fā)起附著流程。如果UE沒有有效的2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第31頁, 共101頁

文檔名稱 文檔密級(jí)

GUTI，那么IMSI應(yīng)該被包括在內(nèi)。如果可能的話，上次的TAI要被包括在內(nèi)，以幫助MME來產(chǎn)生一個(gè)更合理的TAIs列表。被選網(wǎng)絡(luò)信息表示用做網(wǎng)絡(luò)共享目的的PLMN。UE Network Capability是被定義在“UE capabilities”里。如果UE擁有安全參數(shù)，這個(gè)Attach Request message將會(huì)被NAS-MAC做完整性保護(hù)，這樣的目的是允許MME對(duì)UE的驗(yàn)證。如果UE有安全參數(shù)，KSI也被包括在消息中。此外，UE可以對(duì)附著請(qǐng)求消息中的幾個(gè)部分進(jìn)行加密（哪幾個(gè)部分尚未定下來）。如果UE沒有有效的NAS security association，那么這個(gè)消息沒有被完整性保護(hù)也沒有被加密，這樣的話它將在5a中被建立。UE network capabilities也指明了支持的NAS和AS安全算法。PDN type指明了UE想要的IP版本類型。PCO用來在UE和PGW之間傳遞數(shù)據(jù)，并且對(duì)MME和SGW透明。PCO可以包括地址分配的優(yōu)先性信息（在缺省承載建立以后，用戶想要通過DHCPv4獲得IPv4地址）。如果用戶要發(fā)送需要加密的PCOs,UE會(huì)設(shè)定Ciphered Protocol Configuration Options Transfer標(biāo)志位，并且在鑒權(quán)和NAS安全建立好以后發(fā)送所有的PCOs。Attach類型指明UE是不是從非3GPP切換過來的。

2.eNB找到MME（找到的方法就是通過old GUTI和被選網(wǎng)絡(luò)）。如果MME與這個(gè)eNB網(wǎng)絡(luò)拓?fù)渖喜煌ǎ敲磂NB選擇一個(gè)新的MME。eNB轉(zhuǎn)發(fā)給新的MME這個(gè)attach request信息附帶被選網(wǎng)絡(luò)以及E-UTRAN AI連同全球唯一的E-UTRAN小區(qū)ID。當(dāng)然了，這個(gè)轉(zhuǎn)發(fā)是通過把這個(gè)消息包括在一個(gè)S1-MME控制信息(Initial UE message)里。

3.如果前面流程UE用GUTI標(biāo)識(shí)自己，并且這次附著的MME跟上次Detach時(shí)的MME不同，那么新側(cè)MME發(fā)送給舊側(cè)MME一個(gè)Identification Request(old GUTI, complete Attach Request message)，用以獲得IMSI。如果S-TMSI、old TAI指示了一個(gè)SGSN，那么就向這個(gè)SGSN發(fā)送。原側(cè)MME通過Identification Response(IMSI, unused EPS Authentication Vectors, KSIASME, KASME)響應(yīng)新的MME。如果剛才的request是發(fā)給了SGSN，那么SGSN響應(yīng)MME時(shí)回復(fù)一個(gè)Identification Response(IMSI, Unused Authentication Quintets, CK, IK and KSI)。如果UE不為原側(cè)MME/SGSN所知或者Attach Request信息的完整性檢查沒有通過，原側(cè)MME/SGSN用一個(gè)恰當(dāng)?shù)腻e(cuò)誤原因來響應(yīng)新側(cè)。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第32頁, 共101頁

文檔名稱 文檔密級(jí)

4.如果UE在新側(cè)和舊側(cè)都不被知曉，那么新MME發(fā)送一個(gè)Identity Request給UE來獲取IMSI。

5.5a.如果網(wǎng)絡(luò)側(cè)中任何網(wǎng)元沒有UE的上下文，如果第1步中Attach Request沒有被完整性保護(hù)，或者如果完整性保護(hù)檢查沒能通過，那么強(qiáng)制進(jìn)行authentication and NAS security setup。

5b.如果附著類型不是“handover”,那么IMEI要從UE那里獲得。傳送的IMEI是被加密過的。MME可以向EIR發(fā)送ME Identity Check Request(ME Identity, IMSI)。EIR回復(fù)結(jié)果，MME決定繼續(xù)附著流程還是拒絕UE的附著。

6.如果UE設(shè)定過PCO Transfer flag那么PCO在這一步從UE處獲得。

7.如果在新MME存在著UE活動(dòng)的承載上下文（也許是因?yàn)閁E沒有完整的detach就重新attach），新的MME就通過向GWs發(fā)送Delete Bearer Request(TEIDs)刪掉這些上下文。GWs響應(yīng)MME。如果PCRF被應(yīng)用，PGW就使用IP-CAN會(huì)話終止流程來告知資源的釋放。

8.如果MME和上次detach時(shí)的不同，或者M(jìn)ME沒有UE合法的簽約上下文，或者如果用戶IMEI換掉了（手機(jī)可能換了），MME就向HSS發(fā)送一個(gè)Update Location（MME ID，IMSI，IMEI）

9.HSS向原側(cè)MME發(fā)送Cancel Location(IMSI, Cancellation Type)，這個(gè)Cancellation Type設(shè)定為 Update Procedure。原側(cè)MME發(fā)送Cancel Location Ack(IMSI)來響應(yīng)，并且移除MM上下文和承載上下文。

10.如果老的MME存在活動(dòng)的承載上下文，那么老的MME通過向GWs發(fā)送Delete Bearer Request(TEIDs)messages來刪除這些承載上下文。GWs返回響應(yīng)（TEIDs）。如果PCRF被使用，PGW就使用IP-CAN會(huì)話終止流程來告知資源的釋放。

11.HSS向MME插入簽約數(shù)據(jù)。Insert Subscriber Data(IMSI, Subscription Data)message。簽約數(shù)據(jù)包括一個(gè)或多個(gè)PDN簽約上下文。每個(gè)PDN簽約上下文包含了一個(gè)EPS subscribed QoS profile。MME采取那個(gè)標(biāo)定為缺省的（供缺省承載使用的）PDN簽約上下文。這就引發(fā)了在這個(gè)過程的使用的將是缺省APN。MME驗(yàn)證UE當(dāng)前的TA，如果地域性的簽約數(shù)據(jù)限制或者接入限制的話，UE將會(huì)被拒絕在這個(gè)TA區(qū)附著。新的MME向HSS返回Insert Subscriber Data Ack message，并包含一個(gè)錯(cuò)誤原2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第33頁, 共101頁

文檔名稱 文檔密級(jí)

因。如果所有的檢查通過，那么新MME為UE建立上下文并返回Insert Subscriber Data Ack message給HSS。

12.HSS通過向MME發(fā)送Update Location Ack來知會(huì)MME關(guān)于Update Location的應(yīng)答。如果Update Location被HSS拒絕了，MME就拒絕UE的附著請(qǐng)求。

13.如果針對(duì)這個(gè)APN給UE分配了簽約的PDN地址，PDN簽約上下文中包括了用戶的IPv4地址或者IPv6前綴和可選擇的PGW ID。如果PDN簽約數(shù)據(jù)里沒有PDN GW的ID，那么就根據(jù)前面講過的PDN GW的選擇機(jī)制來選擇PGW。然后MME選擇一個(gè)SGW，并且為缺省承載分配EPS承載ID。然后發(fā)送給新選擇的S-GW一個(gè)Create Default Bearer Request(IMSI, MSISDN, MME TEID for control plane, PDN GW address, PDN Address, APN, RAT type, Default Bearer QoS, PDN Type, APN-AMBR, EPS Bearer Identity, Protocol Configuration Options, ME Identity, User Location Information(ECGI), Selection Mode, Charging Characteristics, Trace Reference, Trace Type, Trigger Id, OMC Identity, Maximum APN Restriction, Dual Address Bearer Flag, the Protocol Type over S5/S8)message。RAT type為了后續(xù)PCC決策使用。AMBR應(yīng)用于相關(guān)的PDN連接。如果MSISDN在HSS簽約數(shù)據(jù)里被提供，那么也將被包括在消息內(nèi)。Selection Mode指明一個(gè)簽約APN是否被選擇或者非簽約的APN被MME選擇。PGW可以用Selection Mode的信息來決定是否拒絕缺省承載的激活。Charging Characteristics 指示對(duì)應(yīng)這個(gè)承載上下文的計(jì)費(fèi)的類別。如果UE需要IPv4v6，并且UE可能切換到R8或更高版本的SGSNs（支持雙棧地址）上去，Dual Address Bearer Flag將被設(shè)定。Protocol Type over S5/S8表明S5/S8上用的是哪種協(xié)議。此外，如果PGW、SGW跟蹤功能需要，那么MME包括Trace Reference, Trace Type, Trigger Id, and OMC Identity.MME從HLR/OMC拷貝Trace Reference, Trace Type, and OMC Identity。PDN中Maximum APN Restriction的檢查也將是是否拒絕UE的依據(jù)。

14.SGW在承載表中加入新條目并且發(fā)送給PGW一個(gè)Create Default Bearer Request(IMSI, MSISDN, APN, Serving GW Address for the user plane, Serving GW TEID of the user plane, Serving GW TEID of the control plane, RAT type, Default Bearer QoS, PDN Type, PDN Address, APN-AMBR, EPS Bearer Identity, Protocol Configuration 2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第34頁, 共101頁

文檔名稱 文檔密級(jí)

Options, ME Identity, User Location Information(ECGI), Selection Mode, Charging Characteristics, Trace Reference, Trace Type, Trigger Id, OMC Identity, Maximum APN Restriction, Dual Address Bearer Flag)message。發(fā)送時(shí)用的PGW的地址是在上一步驟中得到的。這一步后，SGW緩存所有從PGW而來的下行數(shù)據(jù)包，直到21步。如果從MME獲得MSISDN，那么也將它包括在上述消息中。

15.如果動(dòng)態(tài)的PCC啟用，那么PGW發(fā)起IP-CAN session Establishment procedure，并且PGW獲取針對(duì)UE的PCC規(guī)則。這也許會(huì)導(dǎo)致一些專有承載的建立。PGW向PCRF提供IMSI, UE IP address, User Location Information(ECGI), Serving Network, RAT type, APN-AMBR, Default Bearer QoS。ECGI用來基于位置的計(jì)費(fèi)。

16.PGW在承載上下文列表中加入新的條目并且產(chǎn)生一個(gè)Charging ID.PGW可以向SGW發(fā)送用戶面分組數(shù)據(jù)單元，并開始計(jì)費(fèi)。

PGW向SGW發(fā)送Create Default Bearer Response(PDN GW Address for the user plane, PDN GW TEID of the user plane, PDN GW TEID of the control plane, PDN Type, PDN Address, EPS Bearer Identity, Protocol Configuration Options, UL TFT, Charging Id, Prohibit Payload Compression, APN Restriction, Cause, CGI/SAI/RAI change report required, BCM)message。

17.SGW返回給MME一個(gè)Create Default Bearer Response(PDN Type, PDN Address, Serving GW address for User Plane, Serving GW TEID for User Plane, Serving GW TEID for control plane, EPS Bearer Identity, PDN GW addresses and TEIDs(GTP-based S5/S8)or GRE keys(PMIP-based S5/S8)at the PDN GW(s)for uplink traffic, Protocol Configuration Options, UL TFT, DL TFT(for PMIP-based S5/S8), Charging Id, Prohibit Payload Compression, APN Restriction, Cause, CGI/SAI/RAI change report required, BCM)message。DL TFT for PMIP-based S5/S8是通過SGW和PCRF之間的交互來獲得的。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第35頁, 共101頁

文檔名稱 文檔密級(jí)

18.MME向eNB發(fā)送 an Attach Accept(APN, GUTI, PDN Type, PDN Address, TAI List, EPS Bearer Identity, Session Management Configuration IE, Protocol Configuration Options, KSI, NAS sequence number, NAS-MAC, NAS security algorithm)message 如果MME分配了新的GUTI，那么它將被包括在內(nèi)。這個(gè)消息是包含在一個(gè)S1-MME控制信息里的。這個(gè)控制信息還包括AS安全上下文信息，Handover 限制列表，EPS Bearer QoS，EPS Bearer ID，還有SGW用戶面的TEID和Address。MME把UL TFT和OoS參數(shù)中的QCI存放到Session Management Configuration IE中了。此外，如果用戶有2G/3G兼容功能，MME就用EPS bearer QoS信息來產(chǎn)生PDP上下文的有關(guān)QoS參數(shù)，Radio Priority，Packet Flow ID。如果UE Network Capability中指明它不支持BSS packet flow，那么MME不會(huì)包括PFI在內(nèi)。NAS安全算法是由MME選擇的。這個(gè)消息信元不會(huì)被加密。

19.eNB給UE發(fā)送RRC Connection Reconfiguration message，這個(gè)信息包括無線承載的ID，Attach Accept也將會(huì)發(fā)送給UE。UE記錄一些自己需要的東西，例如QoS等。UE忽略被分配地址中的IPv6前綴信息。UE通過UL TFT來決定上行包到無線承載的映射關(guān)系。UE不能拒絕RRC Connection Reconfiguration。UE把TIN值改為GUTI（如果ISR機(jī)制沒有啟動(dòng)）。

20.UE向eNB發(fā)送RRC Connection Reconfiguration Complete message。這個(gè)消息包含了Attach Complete（EPS承載ID，NAS序列號(hào)，NAS-MAC）消息。這個(gè)消息將會(huì)被NAS安全算法保護(hù)。

21.eNB把剛才得到的Attach Complete包含在一個(gè)S1-MME控制信息里轉(zhuǎn)發(fā)給MME。這個(gè)控制信息還包括eNB的TEID和地址（供下行使用）。

UE有了IP地址，它可以上傳上行數(shù)據(jù)包了。

22.MME向SGW發(fā)送一個(gè)Update Bearer Request（eNB address,eNB TEID）

23.SGW向MME發(fā)送Update Bearer Response(EPS Bearer Identity)。表明它已經(jīng)收到eNB的TEID。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第36頁, 共101頁

文檔名稱 文檔密級(jí)

24.在MME收到承載更新響應(yīng)消息后，如果承載被建立并且簽約數(shù)據(jù)顯示用戶可以切換到非3GPP網(wǎng)絡(luò)中去，如果MME選擇了不同于HSS中簽約數(shù)據(jù)PDN簽約上下文制定的PDN GW，那么MME就要把APN連同PGW ID一起發(fā)送到HSS（為和非3GPP之間的切換移動(dòng)做準(zhǔn)備）。

25.HSS把上述內(nèi)容更新，并且給MME一個(gè)響應(yīng)。

7.2 TAU流程和RAU流程 7.2.1 TAU with Serving GW change new Serving old Serving GW GW UE eNodeB new MME 1.UE changes to a new Tracking Area 2.TAU Request 3.TAU Request old MME/ old S4 SGSN PDN GW HSS 4.Context Request 5.Context Response 6.Authentication 7.Context Acknowledge 8.Create Bearer Request 9.Update Bearer Request(A)10.Update Bearer Response 11.Create Bearer Response 12.Update Location 13.Cancel Location 14.Cancel Location Ack 15.Insert Subscriber Data 15.Insert Subscriber Data Ack 16.Update Location Ack 17.Delete Bearer Request(B)19.TAU Accept 20.TAU Complete 18.Delete Bearer Response Tracking Area Update procedure with Serving GW change 我發(fā)現(xiàn)協(xié)議中的不足：在第3和第8步中都要上傳eNB地址和TEID。流程中也沒有下發(fā)給eNB SGW的地址和TEID（后來聽導(dǎo)師說是因?yàn)闊o線側(cè)承載還沒建立，尚不需要告訴eNB.）。還有這張流程圖僅僅針對(duì)eNB沒有變的情況。

1.UE探測(cè)到當(dāng)前TAI不在用戶跟網(wǎng)絡(luò)注冊(cè)的TAIs List中，因而得知換到了新的TA，或者2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第37頁, 共101頁

文檔名稱 文檔密級(jí)

UE重選了一個(gè)接入小區(qū)并且沒有跟MME通知注冊(cè)、更新，或者UE在PMM-Connected下重選了接入小區(qū)。

2.UE通過向eNB發(fā)送一個(gè)TAU Request和一個(gè)被選網(wǎng)絡(luò)的指示來觸發(fā)TAU流程。TAU Request包括如下信元：old GUTI, last visited TAI, active flag, EPS bearer status, P-TMSI Signature, additional GUTI, KSI, NAS sequence number, NAS-MAC。

如果UE的TIN是“GUTI”或“RAT-related TMSI”,并且如果UE有一個(gè)有效的GUTI，那么Old GUTI就體現(xiàn)該值。如果UE的TIN是“P-TMSI”并且UE有一個(gè)有效的P-TMSI和相關(guān)的RAI，那么Old GUTI就用這兩個(gè)值的形式來表示。

如果UE有一個(gè)有效GUTI，那么additional GUTI就用GUTI的形式來表示，而不管Old GUTI是否是用這個(gè)GUTI表示或者是用P-TMSI映射而來的GUTI。

在RRC信令中傳遞給eNB的（在從eNB到MME使用的）路由參數(shù)是來源于old GUTI.對(duì)于合設(shè)的MME/SGSN，eNB從GUTI中找到MME code用以路由。

上次拜訪的TAI可以幫助MME為后續(xù)TAU Accept信息產(chǎn)生一個(gè)合理的TAIs列表。用戶需要的active flag是UE在IDLE態(tài)的時(shí)候被用來在TAU流程中為所有活動(dòng)態(tài)的EPS承載激活無線和S1承載的。EPS承載狀態(tài)指示用戶的每個(gè)EPS承載是活動(dòng)的。如果UE存在有效的安全參數(shù)，那么TAU Request消息將會(huì)被NAS-MAC完整性保護(hù)（為了MME對(duì)用戶的驗(yàn)證），這種情況下，KSI也被包括在內(nèi)。

3.eNB從GUTI和被選網(wǎng)絡(luò)的指示找到要找的MME。如果MME與eNB不相連，那么MME將按照“MME Selection Funciton”進(jìn)行MME的選擇。eNB把TAU Request消息轉(zhuǎn)發(fā)給新的MME，當(dāng)然，還要上傳接入網(wǎng)Area ID和Selected Network。

4.MME發(fā)送給舊側(cè)MME/SGSN一個(gè)Context Request(old GUTI, complete TAU Request message)消息用以找回用戶的信息。新MME通過GUTI找到他們。如果新MME指名自己對(duì)UE已經(jīng)進(jìn)行過鑒權(quán)或者源MME已經(jīng)正確的驗(yàn)證過UE，那么原側(cè)MME啟動(dòng)一個(gè)timer.5.原側(cè)MME/SGSN通過一個(gè)Context Response(MME context(e.g.IMSI, MSISDN, unused EPS Authentication Vectors, KSIASME, KASME, bearer contexts, Serving GW signalling 2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第38頁, 共101頁

文檔名稱 文檔密級(jí)

Address and TEID(s), ISR)來響應(yīng)MME。PGW地址和TEID(s)(for GTP-based S5/S8)或者上行使用的GRE Keys(PMIP-based S5/S8 at the PDN GW(s))是承載上下文的一部分。如果UE不被原側(cè)MME所知或者入過TAU Request消息的完整性檢查沒能通過，old MME回應(yīng)一個(gè)恰當(dāng)?shù)腻e(cuò)誤原因。如果old MME為UE存放了MSISDN，那么它也要包括在消息中。

6.如果step 2傳送的TAU Request消息安全性檢查失敗，那么鑒權(quán)是必須執(zhí)行的。如果將要進(jìn)行GUTI分配并且網(wǎng)絡(luò)支持加密功能，那么NAS信令要被加密。

7.MME來決定是否要更換SGW。當(dāng)SGW不能再繼續(xù)為UE服務(wù)的時(shí)候，SGW將要被重新選擇。當(dāng)然重選的觸發(fā)原因還有：一個(gè)新的SGW可以為UE長(zhǎng)時(shí)間服務(wù)并且/或者它有更多的UE到PGW的通道，或者GWs合設(shè)的情況。

MME（后面不是Old MME的MME默認(rèn)指的就是新MME）向舊側(cè)MME和SGSN發(fā)送一個(gè)Context Acknowledge(Serving GW change indication)消息。(Serving GW change indication指明一個(gè)新的SGW被選擇。原側(cè)MME/SGSN在它的上下文中表明GWs和HSS中的信息無效。這是為了保證舊側(cè)可以在UE沒有完成這個(gè)TAU的情況下發(fā)起回到原側(cè)的TAU時(shí)更新HSS和GWs的信息。如果安全功能沒有正確的鑒定UE，那么TAU將會(huì)被拒絕，并且新的MME發(fā)送一個(gè)拒絕信息給原側(cè)MME。如果拒絕的話，原側(cè)MME/SGSN就像沒有收到Identification和Context Request一樣繼續(xù)工作。這就保證了原側(cè)和新側(cè)中的一個(gè)為UE服務(wù)。

ISR機(jī)制在SGW變的情況下就不會(huì)啟動(dòng)。

8.MME為UE建立MM上下文。MME驗(yàn)證來自UE的EPS bearer status和從原側(cè)MME/SGSN得來的承載上下文，并且釋放那些非活動(dòng)態(tài)的用戶承載資源。如果沒有適合缺省承載的承載上下文或者根本就沒有承載上下文，那么MME拒絕TAU Request。MME向新SGW發(fā)送一個(gè)Create Bearer Request(IMSI, bearer contexts, MME Context ID, Type, the Protocol Type over S5/S8)信息。PGW address和下行TFT（For PMIP-based S5/S8）包括在承載上下文中。Type指示SGW向PDN-GW發(fā)起Update Bearer Request。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第39頁, 共101頁

文檔名稱 文檔密級(jí)

9.新SGW發(fā)送給相關(guān)的PGW一個(gè)Update Bearer Request(Serving GW Address, Serving GW Tunnel Endpoint Identifier)消息。

10.PGW更新自己的承載上下文，并且返回Update Bearer Response(MSISDN,用戶面PGW address和TEID，SGW context ID)11.SGW更新它的承載上下文，協(xié)議中未提，我認(rèn)為是更新了用戶面PGW的地址和TEID，這就使SGW上傳來自eNB的分組數(shù)據(jù)單元成為可能。SGW返回給MME一個(gè)Create Bearer Response(MME Context ID, Serving GW address and TEID for user plane, Serving GW Context ID)消息。MME然后更新承載上下文。

12.MME驗(yàn)證自己是否有（用來自原側(cè)MME/SGSN的GUTI，additional GUTI或者是IMSI標(biāo)識(shí)的）的UE的簽約數(shù)據(jù)，如果沒有，MME發(fā)送Update Location（MME id，IMSI，Update type）消息給HSS。Update type指示只有MME的注冊(cè)信息將要在HSS中更新。它也指示HSS是否應(yīng)該對(duì)其它接入技術(shù)（3G）進(jìn)行cancel location。

13.HSS發(fā)送Cancel Location（IMSI，Cancellation type）給老MME，Cancellation type置為Update Procedure 14.如果第四步中的定時(shí)器沒有在計(jì)時(shí)，那么老MME移除MM上下文。否則，在定時(shí)器超時(shí)以后再移除上下文。這保證當(dāng)這次TAU沒能進(jìn)行完而UE又觸發(fā)另一個(gè)TAU流程的時(shí)候，MM上下文還存放在原側(cè)MME中。

15.HSS插入簽約數(shù)據(jù)。插入之前，MME要驗(yàn)證UE在新TA區(qū)里的接入限制等等。16.這跟12步配套，屬于響應(yīng)消息。

17.第4步中的timer超時(shí)后，原側(cè)MME/SGSN釋放承載資源。并且如果原側(cè)在Context Acknowledge message中收到SGW變換過的說明，那么原側(cè)MME/SGSN將刪除EPS承載資源（發(fā)送Delete Bearer Request(Cause, TEID)給Old SGW）。原因值告訴原側(cè)SGW不要觸發(fā)向PGW發(fā)送的刪載消息。如果ISR機(jī)制在SGW啟動(dòng)，那么SGW也向原側(cè)（更源一側(cè)）核心網(wǎng)節(jié)點(diǎn)發(fā)送刪載信息來釋放承載資源。如果MME沒有變且選擇了新的SGW，那么在第11步后就觸發(fā)刪載釋放資源的流程。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第40頁, 共101頁

文檔名稱 文檔密級(jí)

18.原側(cè)SGW響應(yīng)（Delete Bearer Response(TEID)消息）

19.MME向UE發(fā)送TAU Accept（GUTI，TAI List，EPS Bearer status, KSI, NAS sequence number, NAS-MAC,NAS security algorithm）消息。前面第2步中的active flag如果被設(shè)定，MME可能會(huì)向eNB提供Handover Restriction List。如果MME給用戶分配了一個(gè)新的GUTI，那么也要將這個(gè)GUTI下發(fā)。如果TAU流程中“active flag”被置，那么用戶面建立流程可能被激發(fā)。類比UE觸發(fā)的Service Request流程MME establishes the bearer(s)的步驟。MME告訴UE EPS Bearer的狀態(tài)（EPS bearer status IE）。UE刪掉那些非活動(dòng)態(tài)承載的資源（承載的狀態(tài)就是在EPS bearer status中表明）。NAS security algorithm是MME選擇的NAS算法。這個(gè)消息的信元不會(huì)被加密。MME開始使用這個(gè)選擇好的NAS安全算法來傳遞NAS信令。當(dāng)收到TAU Accept message并且ISR機(jī)制沒有啟用，那么UE設(shè)定TIN為“GUTI”，UE通過把P-TMSI的內(nèi)部更新狀態(tài)設(shè)為“Update needed”來刪掉內(nèi)部的ISR狀態(tài)。ISR不啟動(dòng)的情況：1.SGW更換 2.MME更換。具體原因就是避免與以前原側(cè)兩個(gè)節(jié)點(diǎn)的上下文傳輸。

20.UE響應(yīng)MME（TAU Complete message）。如果NAS安全算法在TAU Accept里包括著，那么NAS序列號(hào)和NAS-MAC都要包括在TAU Complete message中。UE開始使用NAS安全算法, TAU Complete message也將被使用此算法進(jìn)行保護(hù)。如果“active flag”沒有被設(shè)，而且TAU不是handover流程的一部分，那么MME將會(huì)釋放與UE之間的信令連接。

注意，如果TAU流程失敗的次數(shù)達(dá)到允許上限，或者M(jìn)ME返回給UE一個(gè)Tracking Area Update Reject（cause）消息，那么UE進(jìn)入EMM DEREGISTERED狀態(tài)。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第41頁, 共101頁

文檔名稱 文檔密級(jí)

7.2.2 E-UTRAN Tracking Area Update without SGW Change UE RNC eNodeB BSC MME SGSN Serving Old PDN GW MME GW PCRF HSS 1.UE changes to a TA not registered with MME 2.Tracking Area Update Request 3.Tracking Area Update Request 4.Context Request 5.Context Response 6.Context Request 7.Context Response 8.Authentication 9.Context Acknowledge 10.Context Acknowledge 10b.Forward packets 11.Update Bearer Request 12.Update Bearer Request 13.PCEF Initiated IP-CAN Session Modification 14.Update Bearer Response 15.Update Bearer Response 16.Update Location 17.Cancel Location 18.Iu Release Command 19.Iu Release Complete 20.Cancel Location Ack 21.Insert Subscriber Data 21b.Insert Subscriber Data Ack 22.Update Location Ack(A)23.Tracking Area Update Accept 24.Tracking Area Update Complete E-UTRAN Tracking Area Update without SGW change 這里我有個(gè)疑問：ＳＧＷ，ＰＧＷ都不變?yōu)槭裁匆M(jìn)行12，14中TEID的更新 ？ 1.UE 選擇一個(gè)不在TA List中的TA，或者UE重選了一個(gè)E-UTRAN小區(qū)（并沒有及時(shí)注冊(cè)更新到MME）或者UE在PMM-CONNECTED態(tài)的時(shí)候重選了一個(gè)E-UTRAN小2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第42頁, 共101頁

文檔名稱 文檔密級(jí)

區(qū)。

2.UE通過向eNB發(fā)送一個(gè)TAU Request和一個(gè)被選網(wǎng)絡(luò)的指示來觸發(fā)TAU流程。TAU Request包括如下信元：UE Network Capability，active flag, EPS承載狀態(tài)，Old GUTI，上次的TAI，P-TMSI signature, additional GUTI.如果UE的TIN是“GUTI”或“RAT-related TMSI”,并且如果UE有一個(gè)有效的GUTI，那么Old GUTI就體現(xiàn)該值。如果UE的TIN是“P-TMSI”并且UE有一個(gè)有效的P-TMSI 和相關(guān)的RAI，那么Old GUTI就用這兩個(gè)值的形式來表示。

如果UE有一個(gè)有效GUTI，那么additional GUTI就用GUTI的形式來表示，而不管Old GUTI是否是用這個(gè)GUTI表示或者是用P-TMSI映射而來的GUTI。

在RRC信令中傳遞給eNB的（在從eNB到MME使用的）路由參數(shù)是來源于old GUTI.對(duì)于合設(shè)的MME/SGSN，eNB從GUTI中找到MME code用以路由。

上次拜訪的TAI可以幫助MME為后續(xù)TAU Accept信息產(chǎn)生一個(gè)合理的TAIs列表。用戶需要的active flag是UE在IDLE態(tài)的時(shí)候被用來在TAU流程中為所有活動(dòng)態(tài)的EPS承載激活無線和S1承載的。EPS承載狀態(tài)指示用戶的每個(gè)EPS承載是活動(dòng)的。UE的是否支持ISR的能力被包含在UE Network Capability中。

3.eNB通過old GUTI中的GUMMEI信息和被選網(wǎng)絡(luò)信息來找MME。如果GUMMEI指示的MME與eNB不相連，eNB將會(huì)按照選擇規(guī)則來選擇MME。eNB轉(zhuǎn)發(fā)TAU Request消息，并且附帶上ECGI，一起傳給MME。

4.MME發(fā)送給舊側(cè)MME一個(gè)Context Request(old GUTI, MME Address, UE validated, complete TAU Request message)消息用以找回用戶的信息。新MME通過GUTI找到原側(cè)MME。如果新MME指名自己對(duì)UE已經(jīng)進(jìn)行過鑒權(quán)或者原側(cè)MME已經(jīng)正確的驗(yàn)證過UE，那么原側(cè)MME啟動(dòng)一個(gè)timer.5.原側(cè)MME響應(yīng)，發(fā)送context response(context).承載上下文，PGW地址，SGW地址都是上下文的一部分。承載上下文被傳送的優(yōu)先級(jí)較高。對(duì)沒有TFT約束的承載上下文可以設(shè)定最高的優(yōu)先級(jí)，這樣可以保證服務(wù)的連續(xù)性。如果UE在原側(cè)不被知曉，或者TAU Request消息完整性檢查失敗，原側(cè)MME返回一個(gè)恰當(dāng)?shù)腻e(cuò)誤原因。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第43頁, 共101頁

文檔名稱 文檔密級(jí)

6.向原來的SGSN發(fā)送一個(gè)Context Request(old GUTI, UE Validated, MME Address, P-TMSI signature)消息以獲得用戶信息。新MME通過GUTI找到原側(cè)SGSN。P-TMSI signature被SGSN用來做完整性檢查。UE validated指示新MME已經(jīng)對(duì)UE進(jìn)行過鑒權(quán)。如果新MME指名自己對(duì)UE已經(jīng)進(jìn)行過鑒權(quán)或者原側(cè)SGSN已經(jīng)正確的驗(yàn)證過UE，那么原側(cè)SGSN啟動(dòng)一個(gè)timer 7.原側(cè)SGSN響應(yīng)，發(fā)送一個(gè)Context Response(MM context(e.g.IMSI, unused Authentication Quintets, CK, IK, KSI, bearer contexts, Serving GW signalling Address and TEID(s), ISR)消息。PGW地址，SGW地址都是上下文的一部分。如果UE在舊側(cè)不被知曉，SGSN返回一個(gè)恰當(dāng)?shù)腻e(cuò)誤原因。ISR指示源SGSN支持用戶ISR的建立。承載上下文被傳送的優(yōu)先級(jí)較高。

8.安全功能可能會(huì)被執(zhí)行。

9.MME發(fā)送一個(gè)Context Acknowledge消息給原側(cè)MME。原側(cè)MM在它的上下文中表明GWs和HSS中的信息無效。這是為了保證原側(cè)可以在UE沒有完成這個(gè)TAU的情況下發(fā)起回到原側(cè)的TAU時(shí)更新HSS和GWs的信息。如果安全功能沒有正確的鑒定UE，那么TAU將會(huì)被拒絕，并且新的MME發(fā)送一個(gè)拒絕信息給原側(cè)MME。如果拒絕的話，原側(cè)MME就像沒有收到Identification和Context Request一樣繼續(xù)工作。這就保證了原側(cè)和新側(cè)中的一個(gè)為UE服務(wù)。

10.MME向原側(cè)SGSN發(fā)送context acknowledge(ISR)消息。除非ISR啟動(dòng)，不然SGSN在它的上下文中表明GWs和HSS中的信息無效。這是為了保證舊側(cè)可以在UE沒有完成這個(gè)TAU的情況下發(fā)起回到原側(cè)的TAU時(shí)更新HSS和GWs的信息。ISR告訴SGSN要保持UE的上下文并且SGSN停止第6步中的timer。ISR沒有啟動(dòng)的話，如果第6步中定時(shí)器超時(shí)，那么原側(cè)SGSN刪除所有的用戶承載上下文。如果安全功能沒有正確的鑒定UE，那么TAU將會(huì)被拒絕，并且新的MME發(fā)送一個(gè)拒絕信息給原側(cè)SGSN。如果拒絕的話，原側(cè)SGSN就像沒有收到Identification和Context Request一樣繼續(xù)工作。這就保證了原側(cè)和新側(cè)中的一個(gè)為UE服務(wù)。

11.MME采取來自于原側(cè)的用戶承載上下文。如果有必要，新MME會(huì)把PDP上下文1隊(duì)12016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第44頁, 共101頁

文檔名稱 文檔密級(jí) 的映射到EPS承載，并且把QoS參數(shù)值也進(jìn)行映射。MME驗(yàn)證來自UE的EPS bearer status和從原側(cè)MME/SGSN得來的承載上下文，并且釋放那些非活動(dòng)態(tài)的用戶承載資源。如果沒有適合缺省承載的承載上下文或者根本就沒有承載上下文，那么MME拒絕TAU Request。MME向SGW發(fā)送一個(gè)Update Bearer Request(new MME address and TEID, QoS Negotiated, Serving network identity, ISR)message。PGW地址被包含在bearer contexts中。ISR說明ISR要不要建立。

當(dāng)Update Bearer Request不指示ISR，那么SGW向其他核心網(wǎng)節(jié)點(diǎn)發(fā)送Delete Bearer Request來刪除ISR資源（這些節(jié)點(diǎn)在SGW上存在承載）

12.SGW向PGW發(fā)送Update Bearer Request(Serving GW Address and TEID, RAT type)to the PDN GW(s)。來告知PGW關(guān)于RAT type的變化等。

13.如果動(dòng)態(tài)的PCC啟用，RAT type信息需要從PGW上傳給PCRF（通過IP-CAN Session Modification流程）。

PGW不需要等到PCRF的響應(yīng)，而直接進(jìn)行下面步驟。如果PCRF響應(yīng)導(dǎo)致一個(gè)EPS承載的更新，那么PGW應(yīng)該發(fā)起一個(gè)bearer update procedure.14.PGW更新它的上下文，這樣的更新保證向正確的SGW下發(fā)分組數(shù)據(jù)單元（PDUs）。PGW返回一個(gè)Update Bearer Response(PDN GW address and TEID, MSISDN)信息到SGW。如果PGW把MSISDN儲(chǔ)存在UE上下文中，那么MSISDN將被包括在消息內(nèi)。

15.SGW更新承載上下文，保證PDUs可以上傳至PGW。SGW返回給MME一個(gè)Update Bearer Response(Serving GW address and TEID and TEIDs(for GTP-based S5/S8)or GRE keys(for PMIP-based S5/S8)at the PDN GW(s)for uplink traffic)消息。

16.MME驗(yàn)證自己是否有（用來自原側(cè)MME/SGSN的GUTI，additional GUTI或者是IMSI標(biāo)識(shí)的）的UE的簽約數(shù)據(jù)，如果沒有，MME發(fā)送Update Location（MME id，IMSI，Update type）消息給HSS。Update type指示只有MME的注冊(cè)信息將要在HSS中更新。

17.HSS發(fā)送Cancel Location（IMSI，Cancellation type）給老MME，Cancellation type置為Update Procedure 18.當(dāng)收到Context Acknowledge message，并且如果UE是IU連接的，那么原側(cè)SGSN發(fā)送給RNC一個(gè)IU Release command。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第45頁, 共101頁

文檔名稱 文檔密級(jí)

19.RNC響應(yīng)18步

20.如果第四步中的定時(shí)器沒有在計(jì)時(shí)，那么老MME移除MM上下文。否則，在定時(shí)器超時(shí)以后再移除上下文。這保證當(dāng)這次TAU沒能進(jìn)行完而UE又觸發(fā)另一個(gè)TAU流程的時(shí)候，MM上下文還存放在原側(cè)MME中。原側(cè)回復(fù)一個(gè)響應(yīng)信息Cancel Location Ack(IMSI)。

ISR從始至終都沒有從新側(cè)MME通知到原側(cè)MME。

因此原側(cè)MME在第4步中計(jì)時(shí)器超時(shí)后直接刪除所有的承載資源，這跟接收到Cancel Location message是沒有依賴關(guān)系的。

21.HSS插入簽約數(shù)據(jù)。插入之前，MME要驗(yàn)證UE在新TA區(qū)里的接入限制等等。22.HSS向新MME發(fā)送Update Location Ack（IMSI）。

23.MME向UE發(fā)送TAU Accept（GUTI，TAI List，EPS Bearer status, ISR）消息。前面第2步中的active flag如果被設(shè)定，MME可能會(huì)向eNB提供Handover Restriction List。如果MME給用戶分配了一個(gè)新的GUTI，那么也要將這個(gè)GUTI下發(fā)。如果TAU流程中“active flag”被置，那么用戶面建立流程可能被激發(fā)。類比UE觸發(fā)的Service Request流程MME establishes the bearer(s)的步驟。MME告訴UE EPS Bearer的狀態(tài)（EPS bearer status IE）。UE刪掉那些非活動(dòng)態(tài)承載的資源（承載的狀態(tài)就是在EPS bearer status中表明）。ISR表明UE的P-TMSI、RAI仍然有效，仍然在網(wǎng)絡(luò)側(cè)注冊(cè)著。如果ISR沒啟動(dòng)，UE把內(nèi)部數(shù)據(jù)P-TMSI的狀態(tài)設(shè)為“update needed”.當(dāng)收到TAU Accept message并且ISR機(jī)制沒有啟用，那么UE設(shè)定TIN為“GUTI”，當(dāng)ISR啟動(dòng)，并且UE的TIN值為“GUTI”時(shí)，UE的TIN沒有更新過。當(dāng)ISR啟動(dòng)并且下次更新是“P-TMSI”或“RAT-related TMSI”，那么UE設(shè)定TIN為“RAT-related TMSI”。MME更換時(shí)ISR不再繼續(xù)保持，具體原因就是避免與以前原側(cè)兩個(gè)節(jié)點(diǎn)的上下文傳輸。

24.如果GUTI變了，UE要發(fā)一個(gè)Tracking Area Update Complete message給MME，用來通知其GUTI已經(jīng)更新。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第46頁, 共101頁

文檔名稱 文檔密級(jí)

MME在安全功能執(zhí)行完成后可能發(fā)起無線接入承載建立，或者等到TAU結(jié)束時(shí)發(fā)起。對(duì)UE來說，無線接入承載建立可以發(fā)生在TAU Request發(fā)出后的任意時(shí)間內(nèi)。

如果因?yàn)槁蜗拗?、地域性簽約數(shù)據(jù)或是接入限制等原因而導(dǎo)致TAU操作被拒絕的話，MME不會(huì)建立承載上下文。UE會(huì)收到拒絕信息連同一個(gè)恰當(dāng)?shù)脑?，并且S1連接將要被釋放，UE進(jìn)入IDLE態(tài)。

如果MME不能在一個(gè)或多個(gè)PGW中更新承載上下文，新MME要對(duì)相應(yīng)的承載上下文去激活。這不會(huì)導(dǎo)致MME拒絕TAU。

MME要基于從PGW接收到的每個(gè)承載上下文中的APN Restriction來決定最大的APN限制，并且保存。

如果MME不支持原側(cè)SGSN所支持的激活態(tài)的承載上下文的時(shí)候，MME要根據(jù)原側(cè)SGSN提供的優(yōu)先算法對(duì)這些上下文做優(yōu)先度排列，用以決定哪些承載上下文可以維持激活態(tài)，哪些被刪掉。無論如何，MME首先會(huì)把一個(gè)或多個(gè)PGW上的所有承載上下文更新然后對(duì)那些不能維持的上下文去活。這不會(huì)導(dǎo)致MME拒絕TAU。

如果MS（UE）處于PMM-CONNECTED態(tài)，承載上下文在轉(zhuǎn)發(fā)Relocation Request信息時(shí)就已經(jīng)傳送了。

如果TAU流程失敗的次數(shù)達(dá)到允許上限，或者M(jìn)ME返回給UE一個(gè)Tracking Area Update Reject（cause）消息，那么UE進(jìn)入EMM DEREGISTERED狀態(tài)。

如果在Update Location Ack中傳回的是拒絕類型，這要通知給UE，并且UE在一次成功的LAU完成之前不能進(jìn)行任何非PS業(yè)務(wù)。

7.2.3 Routeing Area Update RAU的兩種情況類比TAU的兩種情況來學(xué)習(xí)。

2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第47頁, 共101頁

文檔名稱 文檔密級(jí)

7.3 Service Request流程 7.3.1 UE triggered Service Request UE eNodeB MME Serving GW PDN GW PCRF HSS 1.NAS: Service Request 2.NAS: Service Request 3.Authentication 4.S1-AP: Initial Context Setup Request 5.Radio Bearer Establishment 6.Uplink Data 7.S1-AP: Initial Context Setup Complete 8.Update Bearer Request 9.Update Bearer Request(A)10.PCEF Initiated IP-CAN Session Modification 11.Update Bearer Response 12.Update Bearer Response

UE triggered Service Request procedure 1.UE發(fā)送給MME一個(gè)NAS消息Service Request(S-TMSI)，這個(gè)消息封裝在一個(gè)發(fā)送至eNB的RRC信息中。RRC消息是可以用來裝載NAS消息的。

2.eNB把這個(gè)NAS消息轉(zhuǎn)發(fā)給MME。NAS消息被封裝在一個(gè)S1-AP中：Initial UE Message(NAS message, Cell Global ID of the serving cell)。

3.NAS鑒定程序

4.MME向eNB發(fā)送一個(gè)S1-AP Initial Context Setup Request(Serving GW address, S1-TEID(s)(UL), Bearer QoS(s), Security Context, MME Signalling Connection Id, Handover Restriction List)。這一步為所有處于激活態(tài)的EPS Bearer建立S1承載（原文中還要建立無線承載，我覺得原文描述欠妥當(dāng)，因?yàn)橄乱徊讲沤o線承載）。eNB把以下內(nèi)容存儲(chǔ)到UE RAN context中：安全上下文，MME 信令連接ID，承載QoS信息和S1-TEID（s）(UL).。

5.eNB發(fā)起無線承載建立過程。用戶面的安全內(nèi)容在這一步建立，這其實(shí)含蓄的確認(rèn)了2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第48頁, 共101頁

文檔名稱 文檔密級(jí)

service request.建立好以后，UE和網(wǎng)絡(luò)側(cè)中的EPS承載狀態(tài)被同步。UE要把那些沒有對(duì)應(yīng)的無線承載建立的EPS承載刪除。

6.從UE來的上行數(shù)據(jù)在這時(shí)就可以通過eNB發(fā)送給SGW了。eNB可以通過step4提供的TEID和SGW地址來上傳數(shù)據(jù)。

7.eNB發(fā)送給MME一個(gè)S1-AP消息;Initial Context Setup Complete(eNodeB address, List of accepted EPS bearers, List of rejected EPS bearers, S1 TEID(s)(DL))8.MME向SGW發(fā)送Update Bearer Request message(eNodeB address, S1 TEID(s)(DL)for the accepted EPS bearers, Delay Downlink Packet Notification Request, RAT Type)。這時(shí)候SGW可以發(fā)送給UE下行數(shù)據(jù)了。Delay Downlink Packet Notification Request在下面一節(jié)會(huì)講到。

9.如果RAT type跟上次向PGW匯報(bào)時(shí)的不同了，那么SGW要把它通過Update Bearer Request message發(fā)給PGW。

10.如果動(dòng)態(tài)的PCC采用，PGW與PCRF通過PCEF初始的IP-CAN Session Modification procedure來進(jìn)行交互，以獲得對(duì)應(yīng)于此RAT type的PCC規(guī)則。如果沒啟用動(dòng)態(tài)PCC，那么PGW要使用本地QoS策略。

11.PGW向SGW發(fā)送Update Bearer Response。12.SGW向MME發(fā)送Update Bearer Response。

7.3.2 UE觸發(fā)Service Request中的反常情況處理

在特定情況下，UE觸發(fā)的該流程可能導(dǎo)致增加MME負(fù)擔(dān)的不必要的Downlink Packet Notification messages。

發(fā)生異常情況就是在step6中的上行數(shù)據(jù)被上傳而又有響應(yīng)的下行數(shù)據(jù)抵達(dá)SGW，但這發(fā)生在step 8（eNB和SGW之間的用戶面建立）之前，這些下行數(shù)據(jù)并不能從SGW轉(zhuǎn)發(fā)給eNB,從而導(dǎo)致SGW向MME發(fā)送Downlink Data Notification message。

在step2-9時(shí)間內(nèi)，如果MME接收到Downlink Data Notification，MME并不會(huì)發(fā)起S1 Interface Paging消息。MME對(duì)所有附載其上的UE進(jìn)行這類事件的發(fā)生頻率進(jìn)行統(tǒng)計(jì)。如果這個(gè)數(shù)值過大，并且超過運(yùn)營(yíng)商配置的一個(gè)上限值，MME就會(huì)發(fā)送給SGW一個(gè)“Delay Downlink Packet Notification Request” 和parameter D。其中參數(shù)D是給定的延時(shí)值（５０ｍｓ的倍數(shù)或2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第49頁, 共101頁

文檔名稱 文檔密級(jí)

０）。SGW就在接收到數(shù)據(jù)包和發(fā)送Downlink Data Notification之間使用這個(gè)延時(shí)。在step2-9之間，較低頻率的Downlink Data Notification消息發(fā)送是屬于正常情況。MME負(fù)責(zé)制定參數(shù)D。這里舉兩個(gè)例子：

1.當(dāng)Downlink Data Notification的發(fā)送頻率過高，MME適應(yīng)性地升高D值。反之，降低D值。

2.當(dāng)不必要的Downlink Data Notification抵達(dá)，MME計(jì)算相同的UE觸發(fā)過的Downlink Data Notification到收到Update Bearer Response之間的時(shí)間，D的值來源于這些值的平均加上一個(gè)保險(xiǎn)差值。

通常情況下，在收到下行數(shù)據(jù)包而S1用戶面連接又不通的時(shí)候，SGW會(huì)即時(shí)的發(fā)送Downlink Data Notification消息。

SGW從MME發(fā)來的一個(gè)Service Request流程中的Update Request消息中得來Downlink Data Notification的延時(shí)請(qǐng)求和延時(shí)參數(shù)D。它將會(huì)使用這個(gè)D參數(shù)來做Downlink Data Notification數(shù)據(jù)包緩存。如果eNB的地址和TEID在這個(gè)時(shí)間之內(nèi)到達(dá)SGW（一個(gè)定時(shí)器來計(jì)時(shí)），那么刪除定時(shí)器并在不向MME發(fā)送Downlink Data Notification的情況下完成Service Request流程。否則在定時(shí)器超時(shí)后SGW會(huì)向MME發(fā)送Downlink Data Notification。

7.3.3 Network Triggered Service Request UE eNodeB RNC/BSC MME SGSN S-GW PDN GW 1.Downlink Data 2a.Downlink Data Notification 2b.Downlink Data Notification Ack 2a.Downlink Data Notification 3a.Paging 3b.Paging 4a.Paging 4b.Paging 5.UE Paging Response 6a.Stop Paging 6b.Stop Paging Downlink Data E-UTRAN Downlink Data 2G or 3G non DT Downlink Data 3G DT 2b.Downlink Data Notification Ack Network triggered Service Request procedure 2016-5-4

華為機(jī)密，未經(jīng)許可不得擴(kuò)散

第50頁, 共101頁

第二篇：翻譯協(xié)議

翻譯協(xié)議

本合約雙方當(dāng)事人______________________________________________(以下簡(jiǎn)稱甲方)及

兼職工作人員(以下簡(jiǎn)稱乙方)_____________ 身份證號(hào)：_____________________________茲因甲方業(yè)務(wù)需要，委托乙方翻譯書稿資料（以中文為主），經(jīng)雙方協(xié)商達(dá)成以下條款：

一、合約有效期間為_______年______月________日起至_______年_______月_________日止。

二、規(guī)格：乙方交付甲方Word文件翻譯稿，格式、標(biāo)題、字體，除甲方有特殊規(guī)格之要求外，每頁（A4橫式）不得少于三十行。

三、價(jià)格：乙方須按議定單價(jià)（詳見所附議價(jià)單）計(jì)價(jià)，不得任意調(diào)整價(jià)格。

四、文件：乙方須按照甲方交稿時(shí)所約定的時(shí)間內(nèi)完成翻譯文稿，并經(jīng)甲方核對(duì)。如有錯(cuò)誤，應(yīng)由乙方負(fù)責(zé)實(shí)時(shí)改正。乙方如有延誤交件，甲方得以書面定期促請(qǐng)乙方改善、如乙方逾期仍未改善，甲方可以解除本合約。

五、收件時(shí)由乙方出示簽認(rèn)驗(yàn)收單，載明交件時(shí)間、張數(shù)、規(guī)格、金額（單價(jià)、總額），乙方完成翻譯經(jīng)核校無誤后，由甲方核對(duì)驗(yàn)收簽字并安排支付50%余款。

六、寄件地點(diǎn)：__________________________________________________________。

七、資料必須在規(guī)定時(shí)間內(nèi)完成，若在規(guī)定時(shí)間內(nèi)無法完成任務(wù)的人員，超過三天每天扣50元，超過五天每天扣100元，超過十天我們將不給剩余的工資。（這點(diǎn)規(guī)定望翻譯人員特別注意?。?/p>

八、薪資結(jié)算以甲方編輯部審核出的正確錄入文字量為基數(shù)，錯(cuò)誤錄入字?jǐn)?shù)不計(jì)算在薪資之內(nèi)。工資每萬字1500元，做滿一個(gè)月者升為1600元（為了保證雙方的利益每一萬字可以結(jié)賬一次），甲方于乙方提交一萬字錄入當(dāng)日將款項(xiàng)匯入乙方所指定的銀行賬戶。

九、罰責(zé)：甲方應(yīng)按照議定價(jià)格付款，若有超逾應(yīng)付款項(xiàng)，經(jīng)乙方發(fā)現(xiàn)時(shí)，甲方除應(yīng)予更正外，且愿處以該筆溢請(qǐng)款項(xiàng)之壹百倍罰款。

十、保密責(zé)任：乙方對(duì)甲方所委托之翻譯文稿內(nèi)容，應(yīng)負(fù)保密之法律責(zé)任，非經(jīng)甲方書面同意，不得私自利用或?qū)ν獍l(fā)表或揭露。

十一、本合約所涉及文稿的知識(shí)產(chǎn)權(quán)或相關(guān)權(quán)利歸甲方所有，乙方完成翻譯經(jīng)甲方驗(yàn)收后，應(yīng)將相關(guān)文稿一并返還甲方，不得私自留存。

十二、違約：除另行約定外，任一方若有違反本合約任一條款，另一方有權(quán)解除本合約，并有權(quán)要求違約方賠償相關(guān)損失及費(fèi)用（含律師費(fèi)）。

十三、在未發(fā)稿之前，我們將附帶簡(jiǎn)單的合約書，一式兩份，乙方在其中一份合約書上簽字后與甲方聯(lián)系以確認(rèn)其身份、地址及簽約合同后應(yīng)預(yù)付給乙方50%的工資即7500元。(注明：需將先完成翻譯的一萬字的Word文檔上交甲方后可預(yù)領(lǐng)百分之五十的工資即7500元。）

十四、在乙方錄入第一份手稿工作完畢后，應(yīng)將其中一份合約書盡快郵回給甲方（可使用普通掛號(hào)信）以取得身份證明、管理檔案，保障任務(wù)和工資發(fā)放的作用。

十五、譯后署名權(quán)：乙方完成書稿翻譯后，甲方會(huì)在出版時(shí)加入乙方署名，即所謂的譯后署名權(quán)。（經(jīng)署名將在甲方發(fā)行出版物時(shí)加入書中?。?/p>

十六、乙方必須申請(qǐng)加入甲方會(huì)員，并支付200元押金，此押金將在乙方接到手稿后返還乙方。

十七、近期甲主錄入資料多為商務(wù)文稿和貴重手稿。安全起見，甲方將對(duì)乙方暫時(shí)性收取500元人民幣作為版權(quán)保密金。等乙方工作完畢時(shí)，甲方將退還乙方該保密金。

十八、乙方要對(duì)甲方所委托翻譯文稿內(nèi)容擔(dān)負(fù)保密的法律責(zé)任，非經(jīng)甲方書面同意，不得私自利用或?qū)ν獍l(fā)表或泄露，否則500元保密金將不退還。

十九、關(guān)于本合約產(chǎn)生爭(zhēng)議，雙方同意以__________________________為第一審管轄法院。

二十、本合約壹式貳份，雙方各執(zhí)壹份，合約如有未盡事宜，應(yīng)由雙方再行約定。

甲方（蓋章）：______________________________________

地址: 北京市朝陽區(qū)安華西里一區(qū)

香港九龍觀塘巧明街95號(hào)世達(dá)中心15樓F.J.K座

代表人（簽字）：_______________________

_________年____月____日

乙方（蓋章）_______________________

地址：

代表人（簽字）：_______________________

_________年____月____日

第三篇：翻譯保密協(xié)議[范文模版]

保密協(xié)議（Confidential Agreement）

協(xié)議編號(hào)(Ref No.)：

服務(wù)合同編號(hào)(Ref.No.of Service Contract)：

甲 方： 乙 方：

Party A： Party B： 地 址： 地 址： Address： Address： 電話(Tel)： 電話(Tel)： 傳真(Fax)： 傳真(Fax)：

E-mail: E-mail: 郵 編(Post Code)： 郵 編(Post Code)： Http:// Http://

鑒于乙方為甲方提供翻譯服務(wù)，雙方當(dāng)事人就乙方在服務(wù)期間及服務(wù)結(jié)束以后保守甲方技術(shù)秘密和其他商業(yè)秘密的有關(guān)事項(xiàng)，商定下列條款并共同遵守： Whereas:Party B provides translation service for Party A, and with regards to confidentiality of Party A’s technical know-how and other commercially related secrets during and after the service period, both parties have concluded and committed to observe the following terms and conditions.一.定義

I.Definitions：

1.公司秘密(指關(guān)系公司權(quán)利和利益，在一定時(shí)間內(nèi)只限一定范圍內(nèi)的人員知悉的事項(xiàng)，包括但不限于專利、著作權(quán)、技術(shù)秘密和其他商業(yè)機(jī)密)。

Company secrets(i.e., any matters related to the rights and interests of the Company, which are only known to limited number of persons within a certain period, including but not limited to patents, copyrights, technical know-how and commercial secrets)

2.甲方已經(jīng)或即將交付給乙方、向乙方披露或乙方知悉的相關(guān)信息和資料(包括但不限于上 面印有“保密”、“confidential”字樣或其它同義的文字)。

Any relevant information and materials that Party A has delivered, disclosed or known or is ready to deliver, disclose or make known to Party B(including but not limited to those stamped with “保密”, “confidential” or other words or characters bearing the equivalent meanings).3.乙方在為甲方提供服務(wù)期間所完成的、與甲方業(yè)務(wù)相關(guān)或主要利用甲方所提供的信息所完 成的作品或其他商業(yè)秘密信息等成果。

Any works or achievements that have been completed by Party B during the service period, or that are related to Party A’s businesses or that have been completed mainly with the information provided by Party A, and/or other commercial secrets.4.形式：包括但不限于書面、口頭、模型或其他存儲(chǔ)于任何硬件上的信息，如光盤、計(jì)算機(jī)、便攜式硬盤等。

Forms: including but not limited to information that is paper based, orally made, modeled or stored in any other hardware, such as CDs, computers, portable hard drives, etc.二.乙方充分認(rèn)知并同意甲方就上述秘密、信息資料及服務(wù)成果具有下列利害關(guān)系的全部或一部分：

II.Party B has fully understood and agreed that the above mentioned secrets, information and materials as well as service achievements are bearing all or part of the following significance: 1.乙方對(duì)第三人具有保密必要或義務(wù)。

Party B has the responsibility and obligation to keep the concerned information secret to any third party.2.具有知識(shí)產(chǎn)權(quán)的價(jià)值或商業(yè)利益。

The concerned information is of intellectual property values or of commercial interests.三.下列情形乙方不負(fù)保密責(zé)任：

III.Party B shall not be held confidential responsibility for: 1.已公開為眾所周知的文件或資料；

Documents or materials that had previously been made public 2.甲方同意公開的；

That Party A has agreed to disclose;or

3.基于法律規(guī)定或法院的判決，裁定而披露者。

That has to be disclosed in accordance with laws and regulations or the court decisions.四.乙方保密職責(zé)

IV.Party B’s Confidential Responsibilities

1.乙方同意采取必要合理的措施維護(hù)甲方的保密資料或信息。

Party B has agreed to undertake appropriate measures necessary for protecting the confidentiality of Party A’s materials or information.2.乙方必須遵守甲方規(guī)定的任何成文或不成文的保密規(guī)章、制度、履行與其服務(wù)相應(yīng)的保密

職責(zé)。甲方的保密規(guī)章、制度沒有規(guī)定或者規(guī)定不明確之處，乙方亦應(yīng)本著謹(jǐn)慎、誠(chéng)實(shí)的態(tài) 度、采取任何必要、合理的措施，維護(hù)其于服務(wù)期間知悉或者持有的任何屬于甲方或者屬于 第三方但甲方承諾有保密義務(wù)的技術(shù)秘密或其他商業(yè)秘密信息，以保持其機(jī)密性。

Party B shall abide by any written or unwritten confidential regulations and systems provided for by Party A, and shall fully implement its confidential responsibilities associated with the service provided.In case that there exists any unregulation or indefiniteness in the confidential regulations and systems provided for by Party A, Party B shall, with a cautious and faithful attitude, undertake any appropriate measures necessary for confidential protection of any technical know-how or other commercial secrets belonging to Party A that it has acquired or held during the service period, or that does not belong to Party A while Party A has the commitment to take the confidential responsibilities.五.所有權(quán)保留

V.Reserve of Ownership

1.凡甲方交付給乙方的資料，其所有權(quán)仍屬于甲方，甲方可以隨時(shí)以書面形式通知乙方交還 或銷毀該資料，以及其所有的拷貝本。

Party A reserves the right of ownership for any materials sent to Party B, and reserves the right to make a request in writing, requiring Party B to return or destroy such materials and all the copies.2.甲方交付乙方文件或資料，如含有任何可申請(qǐng)專利權(quán)或著作權(quán)等知識(shí)產(chǎn)權(quán)者，乙方不得據(jù)

為己有而申請(qǐng)或提供他人申請(qǐng)專利或著作權(quán)等知識(shí)產(chǎn)權(quán)。

In case that the documents or materials contain any works or technical achievements that may apply for patents, copyrights and/or other intellectual properties, Party B shall not take such works or technical achievements as its own, and apply or provide to any third party to apply for patents, copyrights and/or other intellectual properties.3.乙方完成的服務(wù)成果，相關(guān)知識(shí)產(chǎn)權(quán)歸甲方所有，乙方不得在未經(jīng)甲方明確授權(quán)的前提下

利用這些成果進(jìn)行生產(chǎn)、經(jīng)營(yíng)或自行向第三方轉(zhuǎn)讓。

The relevant intellectual properties of any service achievements that have been completed by Party B belong to Party A.Without Party A’s clear authorization, Party B shall not conduct any production or operation by use of such achievements, or transfer such achievements to any third party.六.資料返還 VI.Return of Materials

服務(wù)合同結(jié)束時(shí)，乙方有義務(wù)按甲方的要求將甲方已交付乙方的資料以及其所有的復(fù)制或拷 貝本交還給甲方。無法返還的資料，包括但不限于已安裝于硬設(shè)備的軟件程序，乙方應(yīng)即清 除銷毀。

Upon termination of the service contract, Party B is obliged to return all the materials previously delivered to him by Party A and all copies back to Party A as per Party A’s request.For those that could not be physically returned, including but not limited to software program installed in hard devices, Party A shall eliminate from such devices immediately.七.保密期間

VII.Period of Confidentiality

乙方同意自服務(wù)結(jié)束之后對(duì)在為甲方提供服務(wù)期間接觸、知悉屬于甲方或者雖屬于第三方但 甲方承諾保密義務(wù)的技術(shù)秘密和其他商業(yè)秘密信息，承擔(dān)如同服務(wù)期間一樣的保密義務(wù)和不 擅自使用有關(guān)秘密信息的義務(wù)，直至甲方宣布解密或該信息實(shí)際上已經(jīng)公開。

After the ending of translation service, Party B has agreed to take the same confidential responsibility as regulated within the service period for any technical know-how or other commercial secrets belonging to Party A that it has acquired or held during the service period, or that does not belong to Party A while Party A has the commitment to take the confidential responsibilities, and committed that he will not use any secret information without Party A’s authorization or approval, until Party A declares the disclosure of such information or such information has been actually disclosed to the public.八.違約責(zé)任

VIII.Responsibility for Breach of Agreement

乙方同意如違反本合約任何條款的，甲方有權(quán)單方面解除與乙方的服務(wù)合同，并保留依法追 究乙方違約責(zé)任的權(quán)利。

Party B has agreed that if he has violated any term or condition under this Agreement, Party A will reserve the right to terminate the service contract signed with Party B, and reserve the right to claim Party B’s responsibility for breach of this Agreement.九.因本合同而引起的糾紛，如果協(xié)商解決不成，任何一方均有權(quán)提起訴訟。

IX.For any dispute aroused under this Agreement, any party may propose for legal proceedings if a resolution fails to be reached under negotiation.十.雙方確認(rèn)，在簽署本合同前已仔細(xì)審閱過本合同的內(nèi)容，并完全了解合同各條款的法律 含義。X.Both parties have confirmed that prior to signing this Agreement, they have carefully reviewed this Agreement and have fully understood the legal meaning of each term and condition under this Agreement.十一.本合同一式兩份，作為服務(wù)合同的附件,與對(duì)應(yīng)的服務(wù)合同同時(shí)簽署,自雙方簽字或蓋章完成之日起生效，雙方各執(zhí)一份。

XI.This Agreement is made out in duplicates, and functions as the enclosure to the service contract.This Agreement is to be signed concurrently with the associated service contract.This Agreement will enter into effect upon signed or sealed by both parties.Each party will hold one copy of this Agreement.單位合同章(Contract Seal)： 單位合同章(Contract Seal)： 甲方經(jīng)辦人簽章 乙方經(jīng)辦人簽章

Party A’s Representative Party B’s Representative(signature or seal)：(signature or seal)：

日期(Date)：

****年**月**日 日期(Date)：

****年**月**日

第四篇：翻譯保密協(xié)議

翻 譯 保 密 協(xié) 議

甲方 ：

住址：

乙方 ：

身份證：

住址：

甲方委托乙方翻譯資料，乙方為甲方提供規(guī)范、保密的翻譯服務(wù)，雙方本著平等互利的原則經(jīng)友好協(xié)商，達(dá)成以下保密協(xié)議：

1.商業(yè)秘密

本合同提及的商業(yè)秘密，包括但不限于：技術(shù)方案、工程設(shè)計(jì)、電路設(shè)計(jì)、制造方法、配方、工藝流程、技術(shù)指標(biāo)、計(jì)算機(jī)軟件、數(shù)據(jù)庫、研究開發(fā)記錄、技術(shù)報(bào)告、檢測(cè)報(bào)告、實(shí)驗(yàn)數(shù)據(jù)、試驗(yàn)結(jié)果、圖紙、樣品、樣機(jī)、模型、模具、操作手冊(cè)、技術(shù)文檔、相關(guān)的函電，等等。

本合同提及的其他商業(yè)秘密，包括但不限于：客戶名單、行銷計(jì)劃、采購資料、定價(jià)政策、財(cái)務(wù)資料、進(jìn)貨渠道，等等。

2.秘密來源

乙方從甲方獲得的與項(xiàng)目有關(guān)或因項(xiàng)目產(chǎn)生的任何商業(yè)、營(yíng)銷、技術(shù)、運(yùn)營(yíng)數(shù)據(jù)或其他性質(zhì)的資料，無論以何種形式或載于何種載體，無論在披露時(shí)是否以口頭、圖像或以書面方式表明其具有保密性。

3.保密義務(wù)

對(duì)甲方的商業(yè)秘密，乙方在此同意：

(1)嚴(yán)守機(jī)密，并采取所有保密措施和制度保護(hù)該秘密（包括但不僅限于乙方為保護(hù)其自有商業(yè)秘密所采用的措施和制度）；

（2）不泄露任何商業(yè)秘密給任何第三方；

（3）除在履行為甲方的翻譯業(yè)務(wù)之外，任何時(shí)候均不得利用該秘密；

（4）不復(fù)制或通過反向工程使用該秘密。

（5）未經(jīng)甲方允許，不得將翻譯工作轉(zhuǎn)交他人代理。

4.返還信息

任何時(shí)候，只要收到甲方的書面或口頭要求，乙方應(yīng)立即歸還全部商業(yè)秘密資料和文件，包含該商業(yè)秘密資料的媒體及其任何或全部復(fù)印件或摘要。如果該技術(shù)資料屬于不能歸還的形式、或已經(jīng)復(fù)制或轉(zhuǎn)錄到其他資料或載體中，則應(yīng)刪除。

5.保密期限

本協(xié)議有效期限為永久。

6.爭(zhēng)議解決

本協(xié)議受中國(guó)法律管轄并按照中國(guó)的法律進(jìn)行解釋。由于本協(xié)議的履行或解釋而產(chǎn)生的或與之有關(guān)的任何爭(zhēng)議，如雙方無法協(xié)商解決，應(yīng)提交甲方所在地人民法院審理。

本合同一式貳份，雙方各持一份，具有同等效力。

甲方 [ 簽章 ] ：乙方 [ 簽字加指紋] ：

年月日

第五篇：翻譯保密協(xié)議樣本(翻譯)

深 圳 溝 通 翻 譯 有 限 公 司

Shenzhen GoTone Translation & Interpretation Co., Ltd.溝通翻譯有限公司

翻譯保密協(xié)議

本協(xié)議由 甲方：深圳翻譯有限公司（以下簡(jiǎn)稱“甲方”）

地址：深圳市福田區(qū)彩田路海天綜合大廈618A室和乙方：（以下簡(jiǎn)稱“乙方”）

地址：

簽訂，并與簽訂之日起生效。

文件名稱：

甲方聘請(qǐng)乙方為其提供筆譯服務(wù)

乙方應(yīng)為公司提供的信息保密，并且不得披漏（或許可其雇員披漏）信息予其機(jī)構(gòu)以

外任何其他人。乙方及其工作人員只能在翻譯工作進(jìn)行時(shí)使用該信息，未經(jīng)甲方先書面同意，不得為自身或他方的利益使用或試圖使用該信息。

甲方提供信息及其相關(guān)所有專利、版權(quán)、貿(mào)易秘密、商標(biāo)及其它知識(shí)產(chǎn)權(quán)的唯一所有人。

本協(xié)議未授予或暗示乙方對(duì)此類權(quán)利的任何許可或轉(zhuǎn)讓。

對(duì)于相關(guān)文稿、專利、版權(quán)、貿(mào)易秘密、商標(biāo)及其它知識(shí)產(chǎn)權(quán)的翻譯，甲方享有唯一所

有權(quán)。乙方無權(quán)向任何第三方提供、復(fù)制或銷售該譯稿。

乙方若違背以上條款得承擔(dān)相關(guān)的法律責(zé)任。

本協(xié)議一式兩份，具有同等法律效力。甲方保存一份，乙方保存一份，傳真件合同及掃

描件合同具有同等法律效力。

本保密協(xié)議為 《兼職翻譯合同》附件，為《兼職翻譯合同》構(gòu)成與合同正文具有同等的法律效力。

甲方：深圳溝通翻譯有限公司乙方：

(蓋章)(蓋章或簽字)

負(fù)責(zé)人：負(fù)責(zé)人：

電話：400-605-0102電話：

日期：日期：

地址：深圳市福田區(qū)彩田路海天綜合大廈618A室郵政編碼：518000

Address: 618A，HAITIAN BUILDING, CAITIAN ROAD,Zip code:518000

FUTIAN DISTRICT，ShenzhenTel：（0755）83460102

Fax：（0755）83461426