摘要：隨著物聯(lián)網(wǎng)的快速發(fā)展，M2M成為各個(gè)標(biāo)準(zhǔn)化組織研究和標(biāo)準(zhǔn)制定的工作重點(diǎn)。3GPP作為移動(dòng)通信技術(shù)的主要研究和標(biāo)準(zhǔn)制定者，對(duì)M2M的相關(guān)研究和標(biāo)準(zhǔn)制定也在加緊進(jìn)行。本文在介紹3GPP各個(gè)工作組的工作情況的基礎(chǔ)上，重點(diǎn)介紹了M2M在3GPP在SA2的研究和標(biāo)準(zhǔn)化進(jìn)展情況。
1 引言
3GPP各個(gè)工作組對(duì)M2M的研究范圍和重點(diǎn)各有不同，它們通過(guò)分工合作來(lái)實(shí)現(xiàn)對(duì)M2M技術(shù)的需求、功能、架構(gòu)、安全、信令流程等的研究和標(biāo)準(zhǔn)制定。具體來(lái)說(shuō)SA1工作組主要負(fù)責(zé)M2M業(yè)務(wù)需求和特性的分析，制定相關(guān)的需求規(guī)范TS.22.368，從而為其他各組奠定研究基礎(chǔ)；SA2基于SA1提出的需求進(jìn)行M2M總體網(wǎng)絡(luò)優(yōu)化方案的設(shè)計(jì)，包括基本網(wǎng)絡(luò)架構(gòu)、主要功能和基本流程等，并輸入到研究報(bào)告TR.23.888中；SA3主要負(fù)責(zé)分析M2M通信潛在的安全威脅及安全需求，并提供可行的解決方案；CT工作組主要基于SA2的架構(gòu)和功能設(shè)計(jì)，進(jìn)行終端及核心網(wǎng)方面M2M各種優(yōu)化技術(shù)的具體實(shí)現(xiàn)；TSG GERAN和TSG RAN中各工作組負(fù)責(zé)M2M通信在無(wú)線接入網(wǎng)絡(luò)中的優(yōu)化。本文主要對(duì)3GPP SA2在R10和R11階段M2M的標(biāo)準(zhǔn)化工作進(jìn)行梳理和總結(jié)。
2 R10階段M2M工作
未來(lái)MTC終端的數(shù)量與現(xiàn)有傳統(tǒng)終端相比，將呈數(shù)量級(jí)的增長(zhǎng)。雖然這些終端可能相對(duì)靜止同時(shí)產(chǎn)生的業(yè)務(wù)數(shù)據(jù)流量也比較小，但每個(gè)終端卻產(chǎn)生與傳統(tǒng)終端幾乎相同的信令數(shù)量，因此，當(dāng)將來(lái)大量的MTC終端與網(wǎng)絡(luò)進(jìn)行信令交互時(shí)，勢(shì)必會(huì)對(duì)網(wǎng)絡(luò)產(chǎn)生巨大的沖擊，致使網(wǎng)絡(luò)產(chǎn)生過(guò)載和擁塞。為了應(yīng)對(duì)這一變化，3GPP SA2在SA1對(duì)MTC優(yōu)化需求研究和標(biāo)準(zhǔn)化的基礎(chǔ)上，在2009年9月SA #45全會(huì)啟動(dòng)了R10階段SI項(xiàng)目Network Improvements for Machine-Type Communications (NIMTC)來(lái)深入研究MTC通信對(duì)3GPP網(wǎng)絡(luò)的影響及網(wǎng)絡(luò)實(shí)現(xiàn)MTC通信的優(yōu)化方案。
雖然在SA1定義了多種M2M優(yōu)化Feature，但由于時(shí)間和工作量等原因，3GPP在R10階段主要對(duì)MTC引起的網(wǎng)絡(luò)過(guò)載和擁塞進(jìn)行研究。NIMTC工作組主要基于以下兩種場(chǎng)景來(lái)考慮網(wǎng)絡(luò)過(guò)載和擁塞：
(1)運(yùn)行在終端上的應(yīng)用可能會(huì)使大量終端同時(shí)做某事。
(2)當(dāng)擁有大量漫游終端，且它們服務(wù)網(wǎng)絡(luò)出現(xiàn)故障，會(huì)同時(shí)重新附著到新的網(wǎng)絡(luò)中，使網(wǎng)絡(luò)產(chǎn)生擁塞。
在R10階段，就是基于以上兩種場(chǎng)景的考慮，對(duì)網(wǎng)絡(luò)過(guò)載和擁塞處理控制機(jī)制進(jìn)行優(yōu)化，以應(yīng)對(duì)未來(lái)海量MTC終端對(duì)網(wǎng)絡(luò)的沖擊。
SA2主要采用以下機(jī)制來(lái)應(yīng)對(duì)MTC終端對(duì)網(wǎng)絡(luò)的沖擊。
2.1 對(duì)UE配置和使用標(biāo)識(shí)
通過(guò)對(duì)UE配置和使用不同的標(biāo)識(shí)，使MTC終端能夠使用與傳統(tǒng)終端相比進(jìn)行優(yōu)化的信令過(guò)程，同時(shí)也可以使網(wǎng)絡(luò)針對(duì)不同標(biāo)識(shí)的終端根據(jù)運(yùn)營(yíng)商策略和網(wǎng)絡(luò)狀態(tài)采取不同的管理策略。具體的配置和標(biāo)識(shí)如下：
(1)配置UE使用Low Access Priority。
(2)配置UE在PLMN更換時(shí)，使用IMSI附著。
(3)配置UE使用長(zhǎng)時(shí)間的PLMN Search Time。
(4)配置UE對(duì)特定的無(wú)效USIM狀態(tài)進(jìn)行處理，如“Forbidden PLMN List”，“Forbidden PLMNs for Attach in S1mode List”，“Forbidden PLMNs for GPRS Service List”。
配置使用Low Access Priority的終端將通過(guò)NAS信令將Low Access Priority Indicator傳遞給MME，并在RRC連接建立過(guò)程中將相應(yīng)的Low Access Priority(無(wú)線側(cè)具體Indicator的名稱及形式需參照RAN工作組的規(guī)定)傳遞給E-UTRAN，傳遞Indicator是便于網(wǎng)絡(luò)決定是否接受這個(gè)NAS信令，或者進(jìn)行RRC連接的建立。Low Access Priority不適用于以下場(chǎng)景：
(1)緊急業(yè)務(wù)。
(2)接入等級(jí)為11~15用戶(如MulTimedia Priority Services)。
(3)對(duì)于響應(yīng)Page而建立RRC連接的場(chǎng)景。
(4)TS 24.301中描述的其他特殊場(chǎng)景。
如果NAS信令中包含a Low Access Priority Indication，MME應(yīng)將此Indication傳遞給S-GW/PGW，這個(gè)Indication和其建立的PDN連接相關(guān)聯(lián)。
Low Access Priority Indicator存儲(chǔ)在MME EPS Bearer Contexts中是為了計(jì)費(fèi)需要，而無(wú)其他用途。
2.2 優(yōu)化周期性RAU/TAU
終端在Idle態(tài)下，會(huì)進(jìn)行周期性位置更新，為了降低海量MTC終端周期性位置更新TAU/RAU給網(wǎng)絡(luò)帶來(lái)的網(wǎng)絡(luò)負(fù)載，需要將TAU/RAU的周期延長(zhǎng)。
Periodic RAU/TAU Timer Value可以在MME中配置也可以作為用戶簽約的一部分放在HSS。MME根據(jù)運(yùn)營(yíng)商策略、UE的Low Access Priority Indication和簽約信息來(lái)決定是否給UE分配長(zhǎng)周期的TAU/RAU。簽約中TAU Timer優(yōu)先級(jí)高于MME本地配置。
2.3 采用Overload控制機(jī)制
對(duì)于Overload的控制總體可以分為對(duì)上行和下行數(shù)據(jù)及信令的控制機(jī)制，對(duì)于下行的擁塞和過(guò)載控制主要通過(guò)Downlink Data Notification Requests限制機(jī)制來(lái)實(shí)現(xiàn)，而對(duì)于上行的擁塞和過(guò)載控制主要通過(guò)NAS Level擁塞控制機(jī)制來(lái)實(shí)現(xiàn)，Overload控制機(jī)制的主要原理是通過(guò)有效阻止或降低低優(yōu)先級(jí)業(yè)務(wù)來(lái)達(dá)到緩解網(wǎng)絡(luò)擁塞的目的。
2.3.1 Downlink Data Notification Requests限制機(jī)制
對(duì)于下行數(shù)據(jù)和信令控制主要采用對(duì)Downlink Data Notification Requests進(jìn)行限制來(lái)實(shí)現(xiàn)。
(1)MME可以拒絕S-GW的低優(yōu)先級(jí)業(yè)務(wù)的Downlink Data Notification Requests，MME根據(jù)ARP和運(yùn)營(yíng)商策略來(lái)確定業(yè)務(wù)是否為低優(yōu)先級(jí)。
(2)S-GW根據(jù)ARP和運(yùn)營(yíng)商策略來(lái)確定業(yè)務(wù)是否為低優(yōu)先級(jí)業(yè)務(wù)，從而確定是否發(fā)起Downlink Data Notification Requests，達(dá)到降低Downlink Data Notification Requests的數(shù)量。
(3)MME和S-GW會(huì)保存Throttling Factor和Throttling Delay的限制比例和限制時(shí)間。
2.3.2 NAS Level擁塞控制機(jī)制
在NAS Level Congestion Control包含兩個(gè)機(jī)制：基于APN的擁塞控制和通用NAS移動(dòng)性管理控制�；贏PN擁塞控制主要是對(duì)連接特定APN的終端進(jìn)行EMM和ESM信令擁塞控制；而通用NAS移動(dòng)性管理控制主要用在在通用擁塞條件下，對(duì)終端的NAS層移動(dòng)性管理信令消息進(jìn)行控制管理。
2.3.2.1 APN Based Congestion Control
為了避免連接特定APN的UE產(chǎn)生的EMM和ESM信令給網(wǎng)絡(luò)帶來(lái)?yè)砣�，UE和網(wǎng)絡(luò)應(yīng)支持對(duì)特定基于APN的EMM和ESM擁塞控制。
(1)基于APN Session管理的擁塞控制
當(dāng)某個(gè)APN被檢測(cè)出擁塞，MME應(yīng)運(yùn)行Session Management back-off Timer，并拒絕來(lái)自UE的對(duì)于此APN的ESM請(qǐng)求消息(包括PDN連接，承載資源分配或正在資源修改請(qǐng)求等)。MME中的Session Management back-off Timer是基于每個(gè)UE和APN的。當(dāng)MME發(fā)送Session管理請(qǐng)求消息給UE前，應(yīng)該清除Session Management back-off Timer。
當(dāng)從EPS Session Management reject消息中得到Session Management back-offer Timer后，UE應(yīng)采取以下措施：
●如果在拒絕消息中帶已知APN，則UE將不會(huì)發(fā)起對(duì)此APN業(yè)務(wù)管理流程。
●如果在拒絕消息中沒(méi)帶APN，則UE將不會(huì)發(fā)起不帶APN的業(yè)務(wù)管理流程。
●在Cell/TA/PLMN/RAT切換時(shí)，Session Management back-off Timer繼續(xù)運(yùn)行。
●在Session Management back-off Timer運(yùn)行時(shí)，UE允許發(fā)起Service User，緊急業(yè)務(wù)，Mobile Terminated Services。
●如果UE接收到網(wǎng)絡(luò)初始的對(duì)擁塞APN的EPS Session管理請(qǐng)求消息，UE應(yīng)終止Session Management back-off Timer。
●Session Management back-off Timer運(yùn)行時(shí)，UE可以發(fā)起PDN 拆除過(guò)程。
●UE應(yīng)支持對(duì)UE激活的每個(gè)APN分布設(shè)置Session Management back-off Timer。
(2)基于APN移動(dòng)性管理的擁塞控制
當(dāng)對(duì)某APN進(jìn)行擁塞控制時(shí)，MME存儲(chǔ)Mobility Management back-off Timer，并拒絕來(lái)自UE對(duì)此APN的移動(dòng)性管理流程。如果MME中含有UE的Context，MME可以對(duì)每個(gè)UE存儲(chǔ)back-off Timer。當(dāng)back-off Timer運(yùn)行時(shí)，UE將不會(huì)發(fā)起任何針對(duì)此APN的移動(dòng)性管理流程的NAS信令。
2.3.2.2 General NAS Level Mobility
產(chǎn)生MM back-off Timer，并放在UE Context中，對(duì)EMM信令進(jìn)行控制。但是對(duì)于處于Connected狀態(tài)下的TAU不應(yīng)該拒絕。如在切換過(guò)程中產(chǎn)生的TAU。
●在通用擁塞場(chǎng)景下，MME產(chǎn)生并運(yùn)行back-off Timer，并拒絕來(lái)自終端的移動(dòng)性管理信令請(qǐng)求。除了Service User，Emergency Services，Mobile Terminated Services業(yè)務(wù)外，UE不應(yīng)發(fā)起其他業(yè)務(wù)的移動(dòng)性管理消息。當(dāng)UE收到Paging Request消息時(shí)，UE應(yīng)停止Mobility Management back-off Timer并可以發(fā)出業(yè)務(wù)請(qǐng)求流程。
●Mobility Management back-off Timer應(yīng)不影響Cell/RAT和PLMN切換。Cell/RAT和TA切換時(shí)，Mobility Management back-off Timer不應(yīng)該停止。只有在新的PLMN不是Equivalent PLMN時(shí)，back-off Timer 才停止。
●在Connected Mode下，MME不應(yīng)該拒絕TAU。而在Idle模式下，MME可以拒絕TAU，并在拒絕消息中包含back-off Timer。
●如果Mobility Management back-off Timer時(shí)間超過(guò)UE周期TAU+Implicit Detach Timer，MME應(yīng)調(diào)整終端可達(dá)時(shí)間和Implicit Detach Timer，已保證MME在back-off Timer運(yùn)行時(shí)間，MME不會(huì)Implicit Detach 終端。
目前3GPP R10已在2010年9月凍結(jié)，目前的主要工作是R10階段對(duì)Congestion和Overload Control特性的澄清工作。在SA2#86次會(huì)議上，主要對(duì)back-off Timer的一些問(wèn)題進(jìn)行澄清。
3 R11階段M2M工作
2010年6月，在SA#48全會(huì)上，SA2啟動(dòng)了R11 SI及Stage 2 WI項(xiàng)目System Improvements for Machine-type Communications(SIMTC)，計(jì)劃在2012年3月完成全部MTC特性的研究。目前，R11階段MTC網(wǎng)絡(luò)架構(gòu)方面的研究工作已開(kāi)始起步，由于M2M需要研究的Feature比較多，因此SA2基于SA1對(duì)Feature的優(yōu)先級(jí)邏輯分組，對(duì)相關(guān)的M2M Feature進(jìn)行了分塊，分成了8個(gè)Buliding Blocks。SA2希望在R11階段能夠優(yōu)先完成前三個(gè)Blocks，即Reachability Aspects，Signaling Optimizations，CN-based and Power Considerations。在2011年10月舉行的SA2#87次會(huì)議上，SA2將在R11階段完成的Feature主要限定在Reachability Aspects這個(gè)Blocks中，即主要完成Addressing Aspects，Identifiers，MSISDN-less Aspects and PS-only和on-line Device Trigger Aspects，并根據(jù)優(yōu)化方案對(duì)SIMTC的網(wǎng)絡(luò)架構(gòu)和結(jié)構(gòu)進(jìn)行相應(yīng)的更新。
3.1 On-line device Trigger Aspects
對(duì)于Trigger的討論，主要集中在兩個(gè)方面，第一是采用什么樣的Trigger方案，第二是Trigger方案在什么地方有誰(shuí)來(lái)確定。根據(jù)目前討論的結(jié)論來(lái)看，基于MT-SMS方案由于對(duì)網(wǎng)絡(luò)影響較小，而被作為基礎(chǔ)方案被各個(gè)公司所接受，而對(duì)于其他的Trigger方案，各個(gè)公司提出的方案較多，爭(zhēng)議也比較大，目前還沒(méi)有達(dá)成一致意見(jiàn)。
3.2 Identifier
對(duì)于標(biāo)識(shí)的研究，主要研究使用什么樣的內(nèi)部標(biāo)識(shí)和外部標(biāo)識(shí)，內(nèi)外部標(biāo)識(shí)在什么地方進(jìn)行映射以及內(nèi)部標(biāo)識(shí)如何與外部標(biāo)識(shí)進(jìn)行映射。
對(duì)于內(nèi)部標(biāo)識(shí)，3GPP認(rèn)為在R11階段IMSI應(yīng)能滿足需求，因此將IMSI做為內(nèi)部標(biāo)識(shí)。并要求網(wǎng)絡(luò)支持IMSI與外部標(biāo)識(shí)的映射。對(duì)于外部標(biāo)識(shí)的討論，各家公司爭(zhēng)論較多，在SA2 #87次會(huì)議上，大家達(dá)成了初步的意向，主要對(duì)外部標(biāo)識(shí)中應(yīng)該具有的功能和應(yīng)包含哪些信息達(dá)成了初步的共識(shí)：外部標(biāo)識(shí)應(yīng)包含以下功能：
(1)應(yīng)支持一個(gè)或多個(gè)外部標(biāo)識(shí)向同一個(gè)內(nèi)部標(biāo)識(shí)的映射。
(2)標(biāo)識(shí)MTC終端的外部標(biāo)識(shí)應(yīng)全球惟一，并可全球可達(dá)。
(3)應(yīng)支持運(yùn)營(yíng)商制定特定外部標(biāo)識(shí)，這種標(biāo)識(shí)僅在運(yùn)營(yíng)商網(wǎng)絡(luò)內(nèi)部可達(dá)。
基于這些功能需求，MTC的外部標(biāo)識(shí)應(yīng)有兩部分組成，即Llocal-identifier和MNO-identifier。Local-identifier主要在運(yùn)營(yíng)商網(wǎng)絡(luò)內(nèi)部標(biāo)識(shí)終端設(shè)備，在運(yùn)營(yíng)商網(wǎng)絡(luò)內(nèi)惟一，而MNO-identifier主要用來(lái)標(biāo)識(shí)網(wǎng)絡(luò)運(yùn)營(yíng)商，以便MTC-IWF用來(lái)選擇HLR/HSS。外部標(biāo)識(shí)為External Identifier = <Local-Identifier><MNO-Identifier>。
3.3 Addressing Aspects
對(duì)于Addressing的研究，SA2認(rèn)為未來(lái)MTC終端數(shù)量巨大，因此首先推薦使用IPv6作為IP地址的主要解決方案，但是考慮到目前IPv4網(wǎng)絡(luò)仍是主流，且在將來(lái)也長(zhǎng)時(shí)期存在，因此也在SIMTC的研究中考慮IPv4的解決方案，但是主要考慮的是基于IPv4的過(guò)渡方案，目前對(duì)于使用哪種IPv4解決方案，還沒(méi)有確定，從目前的討論來(lái)看，過(guò)渡方案重點(diǎn)還是NAT以及各種衍生版本的NAT，如Managed-NAT和Non-Managed-NAT等解決方案。
3.4 MSISDN-less Aspects and PS-only
主要討論的是在沒(méi)有MSISDN的條件下，如何實(shí)現(xiàn)對(duì)終端的尋址，目前討論比較多的是短消息如何實(shí)現(xiàn)無(wú)MSISDN的尋址。目前各公司提出的解決方案較多，爭(zhēng)論也比較大，尚未達(dá)成共識(shí)。
4 結(jié)束語(yǔ)
M2M技術(shù)已成為3GPP標(biāo)準(zhǔn)化組織在R11階段主要研究?jī)?nèi)容，在最近韓國(guó)召開(kāi)的SA2第87次會(huì)議上M2M的討論占用了較多的時(shí)間。由于R11凍結(jié)時(shí)間限制，在R11階段并不能完成所有M2M Feature的優(yōu)化，其余的Feature將會(huì)放在以后的Release版本中繼續(xù)討論。隨著物聯(lián)網(wǎng)技術(shù)和應(yīng)用的興起，可以想象M2M技術(shù)將會(huì)成為未來(lái)3GPP技術(shù)發(fā)展趨勢(shì)之一。
