光連接最關(guān)鍵是需要減少信令，旨在減輕UE在CONNECTED和IDLE狀態(tài)之間轉(zhuǎn)換所造成的信令負(fù)擔(dān)。協(xié)議在最初的討論中已經(jīng)提出的開放問題之一是如何建模和指定LTE光連接模式。最初考慮了三種主要方法——一種單獨(dú)的狀態(tài)，IDLE和CONNECTED——RAN WG2從中選擇了一種主要方法，即嘗試在不引入新狀態(tài)的情況下重用現(xiàn)有狀態(tài)。然而，對(duì)于IDLE或CONNECTED哪個(gè)選項(xiàng)更好，尚無定論。

Light connection模式下的UE狀態(tài)建模

在深入研究每個(gè)建模選項(xiàng)的優(yōu)點(diǎn)和缺點(diǎn)的更具體細(xì)節(jié)之前，值得注意的是協(xié)議RAN已經(jīng)達(dá)成的一些相關(guān)協(xié)議：

1.當(dāng)UE被配置為具有光連接模式時(shí)，從MME的角度來看，UE狀態(tài)是EMM_CONNECTED，并且保持S1接口。

2.當(dāng)UE被配置為具有光連接模式時(shí)，從eNB的角度來看，UE狀態(tài)是RRC_CONNECTED。

因此，關(guān)于NAS/AS狀態(tài)，RAN 已經(jīng)從網(wǎng)絡(luò)側(cè)的角度假設(shè)UE狀態(tài)是CONNECTED（更準(zhǔn)確地說，EMM_CONNECTED/RRC_CONNECTED）。然而，如引言中所述，未決定應(yīng)為UE側(cè)選擇哪個(gè)選項(xiàng)。然而，RAN 一直隱含地假設(shè)NAS/AS處于相同狀態(tài)。換言之，EMM_CONNECTED/RRC_COCONNECTED和EMM_IDLE/RRC_IDLE是兩個(gè)主要選項(xiàng)。

一般來說，“狀態(tài)”的整個(gè)概念假設(shè)，通信雙方應(yīng)該對(duì)當(dāng)前狀態(tài)有相同的理解，以采取相應(yīng)的行動(dòng)和對(duì)外部觸發(fā)做出反應(yīng)。如果一個(gè)人建立了一個(gè)無論另一個(gè)實(shí)體的“狀態(tài)”如何都能正常運(yùn)行的系統(tǒng)，那么它實(shí)際上意味著它沒有任何功能含義，因此是多余的。

EMM_IDLE/RRC_IDLE建模選項(xiàng)

關(guān)于該建模選項(xiàng)（為清楚起見，因此稱為“IDLE”），CT 初步確定了以下問題：

1.處于空閑模式的UE啟動(dòng)周期性跟蹤區(qū)域更新過程。然而，從MME的角度來看，UE處于EMM_CONNECTED模式，因此后者既不運(yùn)行其移動(dòng)可達(dá)定時(shí)器，也不期望從UE接收這樣的指示（這實(shí)際上可能觸發(fā)某些特定于實(shí)現(xiàn)的恢復(fù)過程，因?yàn)镸ME可能認(rèn)為存在狀態(tài)失配）。當(dāng)然，克服此問題的潛在解決方案是強(qiáng)制UE不向MME發(fā)送這些指示，就像UE處于EMM_CONNECTED中一樣。

2.對(duì)于移動(dòng)發(fā)起的數(shù)據(jù)和信令消息，處于IDLE狀態(tài)的UE需要發(fā)送相應(yīng)的服務(wù)請(qǐng)求，從MME的角度來看，其接收將是模糊的。如在上面的情況中，為了繞過這個(gè)問題，需要防止UE發(fā)送這個(gè)指示，再次偏離IDLE狀態(tài)的當(dāng)前功能。

3.存在假定兩個(gè)通信端處于相同狀態(tài)的某些特征。其中之一是PSM，它僅適用于處于IDLE模式的UE，其激活在NAS層協(xié)商。如果從MME的角度來看，UE仍處于連接模式，則一旦下行數(shù)據(jù)到達(dá)MME，MME將立即將其轉(zhuǎn)發(fā)給eNB，eNB將嘗試到達(dá)UE。然而，被配置為具有空閑狀態(tài)的PSM模式的UE可能簡(jiǎn)單地?zé)o法接收eNB指示，因?yàn)樗粫?huì)監(jiān)聽尋呼信道。

EMM_CONNECTED/RRC_CONNECTED

關(guān)于此建模選項(xiàng)（因此稱為“僅連接”），協(xié)議和其他公司初步確定了以下關(guān)鍵問題：

1.該選項(xiàng)的主要關(guān)注點(diǎn)之一是如何確保對(duì)移動(dòng)源數(shù)據(jù)的訪問控制。假設(shè)RAN WG2將啟用一些現(xiàn)有的接入控制機(jī)制，將對(duì)NAS/AS交互產(chǎn)生一些影響，以確保NAS向AS層提供相應(yīng)的信息。

2.在討論期間提出的另一個(gè)問題是，由于處于光連接模式的UE將執(zhí)行自主小區(qū)重選，而從MME的角度來看，它處于EMM_CONNECTED模式，因此移動(dòng)性應(yīng)由MME控制，因此是否會(huì)對(duì)當(dāng)前的過程和要求產(chǎn)生任何影響。

光連接的信號(hào)流程

在將UE重新配置為光連接模式時(shí)，UE和“錨”eNB都保持UE上下文。然而，當(dāng)在尋呼區(qū)域周圍移動(dòng)時(shí)，UE可以最終到達(dá)另一eNB，該eNB可以屬于相同或不同的尋呼區(qū)域。為了進(jìn)一步簡(jiǎn)化，我們將分別考慮當(dāng)UE停留在同一區(qū)域中和當(dāng)UE跨越尋呼區(qū)域邊界時(shí)的情況。

同一尋呼區(qū)域

如果UE停留在同一尋呼區(qū)域內(nèi)而不需要與網(wǎng)絡(luò)交換數(shù)據(jù)，即不存在移動(dòng)觸發(fā)或移動(dòng)終止呼叫，那么我們不期望UE向網(wǎng)絡(luò)發(fā)送任何消息，這旨在消除不必要的信令負(fù)載。相反，由于UE可以開始在不同的eNB中交換數(shù)據(jù)，因此應(yīng)該有一種方法來確保對(duì)應(yīng)的eNB具有UE上下文信息。原則上，我們可以重用UE上下文檢索過程，以便一旦UE獲得對(duì)新eNB的訪問，就將相應(yīng)的信息傳送給它。圖1示出了在網(wǎng)絡(luò)元件之間交換的用于移動(dòng)發(fā)起和移動(dòng)終止呼叫的信令消息的示例集合?？梢钥闯?，共同點(diǎn)是UE通過新的eNB發(fā)送消息，之后獲取UE上下文并將其移動(dòng)到新位置。這兩種情況之間的唯一區(qū)別是UE作為UL數(shù)據(jù)的存在的結(jié)果或者作為通過整個(gè)尋呼區(qū)域發(fā)送的接收尋呼消息的結(jié)果發(fā)送RRC消息。

圖1:MO和MT呼叫的一組示例性信令消息

從圖1中可以看出，原則上，我們可以重用CIoT框架引入的RRC消息，以向網(wǎng)絡(luò)指示UE具有UL數(shù)據(jù)（或已經(jīng)從網(wǎng)絡(luò)接收到尋呼指示），之后，根據(jù)現(xiàn)有過程，網(wǎng)絡(luò)將為CONNECTED模式提供配置。必須注意，RRC ConnectionResumeRequest消息必須具有相應(yīng)的指示符（隱式或顯式），以便網(wǎng)絡(luò)知道UE必須保持在CONNECTED模式，這不是RAN區(qū)域更新過程。

不同的尋呼區(qū)域（存在X2）

也可能存在這樣的情況，即UE剛剛越過尋呼區(qū)域邊界，而沒有被尋呼或其UL緩沖器中沒有數(shù)據(jù)。如果X2接口可用，那么我們可以遵循與移動(dòng)發(fā)起呼叫相同的原則，因此UE上下文將移動(dòng)到新尋呼區(qū)域中的新eNB，如圖2a所示。參考該圖，與移動(dòng)發(fā)起的呼叫相比，唯一的本質(zhì)區(qū)別在于，一旦eNB從UE接收到RRC ConnectionResumeRequest消息，前者將要求UE移回到光連接模式。

圖2：尋呼區(qū)域更改的一組示例性信令消息

不同的尋呼區(qū)域（X2不存在）

回到圖2（a，b）中描述的信令過程，假設(shè)源和目標(biāo)eNB之間存在X2接口，即使它們屬于不同的RAN尋呼區(qū)域。然而，存在eNB不具有X2建立的接口的情況，這對(duì)于屬于不同RAN尋呼區(qū)域的兩個(gè)eNB來說是很容易的情況（事實(shí)上，構(gòu)建RAN尋呼區(qū)的一種方法是將在它們之間建立X2接口的eNB分組在一起）。

為了克服這個(gè)問題，應(yīng)該還建議依賴允許通過MME在目標(biāo)eNB處建立UE上下文的現(xiàn)有信令。如下圖3所示，如果目標(biāo)eNB不具有UE上下文并且也不能聯(lián)系源eNB，則它不能“接受”恢復(fù)過程，而是將觸發(fā)RRC連接的建立。如果UE向MME（例如TAU）發(fā)送NAS消息，則在接收到該消息后，MME可以在舊eNB處釋放UE上下文，并向新eNB提供相應(yīng)的信息。新eNB將負(fù)責(zé)決定下一步采取哪些行動(dòng)，包括將UE移動(dòng)到光連接模式的決定。