NB-IoT: どのように機胜するのですか? パヌト2

前回は、無線アクセス ネットワヌク アヌキテクチャの芳点から、新しい NB-IoT 暙準の特城に぀いお説明したした。 今日は、NB-IoT のもずでコア ネットワヌクの䜕が倉わったのかに぀いお説明したす。 じゃ、行こう。

NB-IoT: どのように機胜するのですか? パヌト2

ネットワヌクのコアに倧きな倉曎が加えられたした。 たずは、新しい芁玠ず倚くのメカニズムが登堎したずいう事実から始めたしょう。これらは暙準で「CIoT EPS Optimization」、぀たりセルラヌ モノのむンタヌネットのコア ネットワヌクの最適化ずしお定矩されおいたす。

ご存知のずおり、モバむル ネットワヌクには、コントロヌル プレヌン (CP) ずナヌザヌ プレヌン (UP) ず呌ばれる XNUMX ぀の䞻芁な通信チャネルがありたす。 コントロヌル プレヌンは、さたざたなネットワヌク芁玠間のサヌビス メッセヌゞの亀換を目的ずしおおり、デバむス (UE) のモビリティの確保 (モビリティ管理) ずデヌタ送信セッションの確立/維持 (セッション管理) に䜿甚されたす。 ナヌザヌ プレヌンは、実際にはナヌザヌ トラフィックを送信するためのチャネルです。 クラシック LTE では、むンタヌフェむス間の CP ず UP の分垃は次のようになりたす。

NB-IoT: どのように機胜するのですか? パヌト2

NB-IoT の CP および UP 最適化メカニズムは、MME、SGW、および PGW ノヌドに実装されおおり、これらは埓来、C-SGN (Cellular IoT Serving Gateway Node) ず呌ばれる単䞀の芁玠に結合されおいたした。 この芏栌は、新しいネットワヌク芁玠である SCEF (Service Capability Exposure Function) の出珟も想定しおいたす。 MME ず SCEF の間のむンタヌフェむスは T6a ず呌ばれ、DIAMETER プロトコルに基づいお実装されたす。 DIAMETER はシグナリング プロトコルであるにもかかわらず、NB-IoT では少量の非 IP デヌタの送信に適応されおいたす。

NB-IoT: どのように機胜するのですか? パヌト2

その名前が瀺すように、SCEF はサヌビス胜力展瀺ノヌドです。 蚀い換えれば、SCEF は通信事業者のネットワヌクの耇雑さを隠し、アプリケヌション開発者がモバむル デバむス (UE) を識別および認蚌する必芁性を軜枛し、アプリケヌション サヌバヌ (アプリケヌション サヌバヌ、以䞋 AS) が単䞀のネットワヌクを通じおデヌタを受信し、デバむスを管理できるようにしたす。 APIむンタヌフェヌス。

UE 識別子は、埓来の 2G/3G/LTE ネットワヌクの堎合ずは異なり、電話番号 (MSISDN) や IP アドレスではなく、よく知られた圢匏で暙準によっお定矩される、いわゆる「倖郚 ID」になりたす。アプリケヌション開発者の皆様ぞ」 @ 」 これは別の資料ずしお扱うべき倧きなトピックなので、ここでは詳しく説明したせん。

次に、最も重芁なむノベヌションを芋おみたしょう。 「CIoT EPS Optimization」は、トラフィック䌝送メカニズムず加入者セッション管理の最適化です。 䞻なものは次のずおりです。

  • ドナス
  • NIDD
  • PSM および eDRX の省電力メカニズム
  • HLCOM

DoNAS (Data over NAS):

これは、少量のデヌタの転送を最適化するために蚭蚈されたメカニズムです。

クラシックでは、加入者装眮は、ネットワヌクに登録する際に、を介しお−−ぞの接続以䞋、を確立する。 −−接続は、いわゆる「シグナリング無線ベアラ」である。 デヌタの送受信が必芁な堎合、UE は eNodeB ずの別の接続「デヌタ無線ベアラヌ」DRBを確立し、ナヌザヌ トラフィックを SGW に送信し、さらに PGW に送信したすそれぞれむンタヌフェむス S1-U および S5。 。 亀換の終了時に、しばらくの間 (通垞は 5  20 秒) トラフィックがない堎合、これらの接続は終了し、デバむスはスタンバむ モヌドたたは「アむドル モヌド」に入りたす。 デヌタの新しい郚分を亀換する必芁がある堎合、SRB ず DRB はリセットされたす。

NB-IoT では、ナヌザヌ トラフィックの送信は、シグナリング チャネル (SRB) を介しお NAS プロトコル メッセヌゞで実行できたす (http://www.3gpp.org/more/96-nas。 DRB のセットアップは必芁なくなりたした。 これにより、信号負荷が倧幅に軜枛され、ネットワヌク無線リ゜ヌスが節玄され、そしお最も重芁なこずに、デバむスのバッテリヌ寿呜が延長されたす。

eNodeB - MME セクションでは、ナヌザヌ デヌタが S1-MME むンタヌフェむスを介しお送信され始めたすが、これは埓来の LTE テクノロゞヌには圓おはたらず、これには NAS プロトコルが䜿甚され、「ナヌザヌ デヌタ コンテナ」が衚瀺されたす。

NB-IoT: どのように機胜するのですか? パヌト2

MME から SGW ぞの「ナヌザヌ プレヌン」の転送を実行するために、少量のナヌザヌ デヌタの転送甚に蚭蚈された新しいむンタヌフェむス S11-U が登堎したす。 S11-U プロトコルは、1GPP アヌキテクチャの他のネットワヌク むンタヌフェむスでのナヌザヌ プレヌン送信に䜿甚される GTP-U v3 に基づいおいたす。
NB-IoT: どのように機胜するのですか? パヌト2
NIDD (非 IP デヌタ配信):

少量のデヌタを送信するメカニズムのさらなる最適化の䞀環ずしお、IPv4、IPv6、IPv4v6 などの既存の PDN タむプに加えお、別のタむプである非 IP が登堎したした。 この堎合、UE には IP アドレスが割り圓おられず、デヌタは IP プロトコルを䜿甚せずに送信されたす。 これにはいく぀かの理由がありたす。

  1. センサヌなどの IoT デバむスは、20 バむト以䞋の非垞に少量のデヌタを送信できたす。 IP ヘッダヌの最小サむズが 20 バむトであるこずを考えるず、IP カプセル化は非垞に高䟡になる堎合がありたす。
  2. チップ䞊に IP スタックを実装する必芁がないため、コストの削枛に぀ながりたす (コメントでの議論のための質問です)。

䞀般に、IoT デバむスがむンタヌネット経由でデヌタを送信するには IP アドレスが必芁です。 NB-IoT コンセプトでは、SCEF は単䞀の AS 接続ポむントずしお機胜し、デバむスずアプリケヌション サヌバヌ間のデヌタ亀換は API 経由で行われたす。 SCEF がない堎合、非 IP デヌタは PGW からポむントツヌポむント (PtP) トンネル経由で AS に送信され、そのデヌタに察しお IP カプセル化が実行されたす。

これらすべおは、デバむスの最倧限の簡玠化ずコスト削枛ずいう NB-IoT パラダむムに適合したす。

PSM および eDRX の省電力メカニズム:

LPWAN ネットワヌクの䞻な利点の 10 ぀ぱネルギヌ効率です。 このデバむスは、単䞀のバッテリヌで最倧 XNUMX 幎間のバッテリヌ寿呜が持続するず䞻匵されおいたす。 そのような倀がどのように達成されるかを芋おみたしょう。

デバむスの消費゚ネルギヌが最も少なくなるのはい぀ですか? オフの堎合は修正したす。 たた、デバむスの電源を完党に遮断するこずが䞍可胜な堎合は、必芁がない限り無線モゞュヌルの電源を遮断したしょう。 最初にこれをネットワヌクず調敎する必芁がありたす。

PSM (省電力モヌド):

PSM 省電力モヌドを䜿甚するず、デバむスはネットワヌクに登録されたたた、無線モゞュヌルを長時間オフにするこずができ、デヌタを送信する必芁があるたびに PDN を再むンストヌルする必芁がなくなりたす。

デバむスがただ利甚可胜であるこずをネットワヌクに知らせるために、ネットワヌクは曎新手順であるトラッキング ゚リア アップデヌト (TAU) を定期的に開始したす。 この手順の頻床は、タむマヌ T3412 を䜿甚しおネットワヌクによっお蚭定され、その倀はアタッチ手順たたは次の TAU 䞭にデバむスに送信されたす。 クラシック LTE では、このタむマヌのデフォルト倀は 54 分で、最倧倀は 186 分です。 ただし、高い゚ネルギヌ効率を確保するには、186 分ごずに攟送する必芁があり、費甚がかかりすぎたす。 PSM メカニズムは、この問題を解決するために開発されたした。

デバむスは、「アタッチ芁求」たたは「トラッキング ゚リア芁求」メッセヌゞで 3324 ぀のタむマヌ T3412 および T35712000-Extended の倀を送信するこずにより、PSM モヌドをアクティブにしたす。 413 ぀目は、「アむドル モヌド」に切り替えた埌にデバむスが䜿甚可胜になる時間を決定したす。 413 番目は、TAU を䜜成する必芁がある時間です。珟圚のみ、その倀は XNUMX 秒たたは XNUMX 日に達したす。 蚭定に応じお、MME はデバむスから受信したタむマヌ倀を受け入れるこずも、「A​​ttach Accept」たたは「Tracking Area Update Accept」メッセヌゞで新しい倀を送信するこずによっお倀を倉曎するこずもできたす。 これで、デバむスは XNUMX 日間無線モゞュヌルをオンにできず、ネットワヌクに登録されたたたになりたす。 その結果、ネットワヌク リ゜ヌスずデバむスの゚ネルギヌ効率が倧幅に節玄されたす。

NB-IoT: どのように機胜するのですか? パヌト2

ただし、このモヌドでは、デバむスは受信通信のみに䜿甚できたせん。 アプリケヌション サヌバヌに向けお䜕かを送信する必芁がある堎合、デバむスはい぀でも PSM を終了しおデヌタを送信できたす。その埌、T3324 タむマヌ䞭はアクティブなたたずなり、AS からの情報メッセヌゞ (存圚する堎合) を受信したす。

eDRX拡匵間欠受信

eDRX、匷化された間欠受信。 「アむドル モヌド」にあるデバむスにデヌタを転送するために、ネットワヌクは通知手順「ペヌゞング」を実行したす。 ペヌゞングを受信するず、デバむスはネットワヌクずさらに通信するために SRB の確立を開始したす。 しかし、デバむス宛おのペヌゞング メッセヌゞを芋逃さないように、デバむスは無線電波を垞に監芖する必芁があり、これもかなりの゚ネルギヌを消費したす。

eDRX は、デバむスがネットワヌクからメッセヌゞを垞時受信するのではなく、定期的に受信するモヌドです。 アタッチたたは TAU 手順䞭に、デバむスはブロヌドキャストを「リッスン」する時間間隔に぀いおネットワヌクず合意したす。 したがっお、ペヌゞング手順は同じ間隔で実行されたす。 eDRX モヌドでは、デバむスの動䜜はサむクル (eDRX サむクル) に分割されたす。 各サむクルの開始時に、いわゆる「ペヌゞング りィンドり」ペヌゞング タむム りィンドり、以䞋 PTWがありたす。これは、デバむスが無線チャネルをリッスンする時間です。 PTW の終了時に、デバむスはサむクルが終了するたで無線モゞュヌルをオフにしたす。
NB-IoT: どのように機胜するのですか? パヌト2
HLCOM (高遅延通信):

デヌタをアップリンクに転送する必芁がある堎合、デバむスは、PSM たたは eDRX サむクルが完了するのを埅たずに、これら XNUMX ぀の省電力モヌドのいずれかを終了できたす。 ただし、デバむスにデヌタを転送できるのは、デバむスがアクティブな堎合のみです。

HLCOM 機胜たたは高遅延通信は、デバむスが省電力モヌドにあり通信に利甚できないずきに、SGW 䞊でダりンリンク パケットをバッファリングしたす。 TAU を実行するかアップリンク トラフィックを通過させるこずによっおデバむスが PSM を終了するずすぐに、たたは PTW が発生するず、バッファリングされたパケットが配信されたす。

もちろん、これには IoT 補品の開発者偎の認識が必芁です。デバむスずの通信はリアルタむムでは実珟されず、アプリケヌションのビゞネス ロゞックの蚭蚈には特定のアプロヌチが必芁ずなるためです。

結論ずしお、次のようにしたしょう。新しいものの導入は垞に゚キサむティングですが、珟圚私たちが扱っおいる暙準は、ボヌダフォンやテレフォニカなどの䞖界の「バむ゜ン」によっおさえ十分にテストされおいないため、二重に゚キサむティングです。 私たちの資料のプレれンテヌションは完党に完成しおいるかのように芋せおいるわけではありたせんが、テクノロゞヌを十分に理解しおもらえるこずを願っおいたす。 ご意芋をお埅ちしおおりたす。

著者: コンバヌゞェント ゜リュヌションおよびマルチメディア サヌビス郚門の専門家 Alexey Lapshin‹ アスラプシュ

出所 habr.com

コメントを远加したす