JP7306511B2 - 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御 - Google Patents

制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御 Download PDF

Info

Publication number
JP7306511B2
JP7306511B2 JP2022032267A JP2022032267A JP7306511B2 JP 7306511 B2 JP7306511 B2 JP 7306511B2 JP 2022032267 A JP2022032267 A JP 2022032267A JP 2022032267 A JP2022032267 A JP 2022032267A JP 7306511 B2 JP7306511 B2 JP 7306511B2
Authority
JP
Japan
Prior art keywords
control plane
data
mme
core network
network node
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022032267A
Other languages
English (en)
Other versions
JP2022071118A (ja
Inventor
イスクレン イアネフ
ゲナディ フェレフ
アンドレアス クンツ
利之 田村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JP2022071118A publication Critical patent/JP2022071118A/ja
Application granted granted Critical
Publication of JP7306511B2 publication Critical patent/JP7306511B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0247—Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H04W48/06—Access restriction performed under specific conditions based on traffic conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14—Backbone network devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

本開示は、通信システムに関する。本開示は、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）やＵＴＲＡＮのロングタームエボリューション（ＬＴＥ）など、ＬＴＥアドバンストも含めた第３世代パートナーシッププロジェクト（３ＧＰＰ）標準あるいはその同等物または派生物に従って動作する、無線通信システムとそのデバイスとに特に関するが他を排除するものではない。本開示は、制御プレーンの最適化に特に関するが他を排除するものではない。
＜略語と用語＞
以下の略語と用語（違ったように述べられるとき）は、本明細書において使用される。
Figure 0007306511000001
以下の用語は、本明細書において使用される。
Ｃｅｌｌｕｌａｒ ＩｏＴ：モノのインターネットのための低複雑性かつ低スループットであるデバイスをサポートするセルラネットワーク。Ｃｅｌｌｕｌａｒ ＩｏＴは、ＩＰトラフィックと非ＩＰトラフィックの両方をサポートする。
Ｎａｒｒｏｗｂａｎｄ－ＩｏＴ（ＮＢ－ＩｏＴ）：Ｃｅｌｌｕｌａｒ ＩｏＴの一部を形成する３ＧＰＰ無線アクセス技術。これは、１８０ｋＨｚに制限されたチャネル帯域幅（１つの物理リソースブロック（ＰＲＢ）に対応する）を有するＥ－ＵＴＲＡＮを用いたネットワークサービスへのアクセスを可能にする。クローズまたはサブクローズに特に明記されていない限り、Ｎａｒｒｏｗｂａｎｄ－ＩｏＴはＥ－ＵＴＲＡＮのサブセットである。
ＷＢ－Ｅ－ＵＴＲＡＮ：広帯域（ＷＢ）のＥ－ＵＴＲＡＮは、Ｎａｒｒｏｗｂａｎｄ－ＩｏＴを除くＥ－ＵＴＲＡＮの部分である。
制御プレーンＣＩｏＴ ＥＰＳ最適化：最適化された制御プレーン信号を用いた、まれな小さなデータ送信（ＩＰデータ、非ＩＰデータ、ＳＭＳ）のサポート。ＵＥとネットワークにとって必須である。
ユーザプレーンＣＩｏＴ ＥＰＳ最適化：最適化されたユーザプレーン信号を用いた、まれな小さなデータ送信（ＩＰデータ、ＳＭＳ）のサポート。ＵＥとネットワークの両方にとってオプションである。
３ＧＰＰ標準の下では、「ＮｏｄｅＢ」（またはＬＴＥの「ｅＮＢ」）は、モバイルデバイスがコアネットワークに接続して、他のモバイルデバイスやリモートサーバと通信するための基地局である。それを可能にするために、モバイルデバイスは、サービング基地局とのいわゆる無線リソース制御（ＲＲＣ）接続を確立する。簡易化のため、本出願では、そのような任意の基地局を参照するために用語「基地局」を使う。通信デバイスは、例えば、携帯電話、スマートフォン、ユーザ機器、パーソナルデジタルアシスタント、マシンタイプ通信（ＭＴＣ）デバイス、ラップトップコンピュータ、ウェブブラウザなどのモバイル通信デバイスであってもよい。また、３ＧＰＰ標準は、（一般的に）据置型である装置の一部として実装可能なＷｉ－Ｆｉルータやモデムなどの非モバイルユーザ機器を、ネットワークに接続することを可能にする。
３ＧＰＰ標準の下では、基地局は、コアネットワーク（ＬＴＥにおいて改良型パケットコア（ＥＰＣ）ネットワークと呼ばれる）に接続される。モバイルデバイスを追跡し、異なる基地局間の移動を容易にするために、コアネットワークは、コアネットワークに接続された基地局と通信しているいくつかの移動管理エンティティ（ＭＭＥ）を含む。モバイルデバイスとそれに関連づけられたＭＭＥとの間の通信は、非アクセス層（ＮＡＳ）信号を使用して（サービング基地局を介して）行われる。
３ＧＰＰは、「セルラＩｏＴ（ＩｏＴ＝モノのインターネット）」（ＣＩｏＴ）デバイスと呼ばれる、超低複雑性であり、電力制約されている、低データ速度のＭＴＣデバイスをサポートするためのアーキテクチャ強化を研究している。３ＧＰＰにおけるこの研究の主な焦点は、セキュリティなどを損なうことなく、（例えば、ＴＲ４５．８２０ Ｖｅｒ．１３．１．０のトラフィックモデルに基づいて）まれな小データ送信の高効率な処理をサポートすることである。
実際には、モノのインターネットは、適切な電子機器、ソフトウェア、センサ、ネットワーク接続などを備えたデバイス（つまり「モノ」）のネットワークであり、これによりデバイスが互いに、そして他の通信装置とデータを収集・交換することが可能になる。簡略化のために、本出願は、明細書および図面（ＣＩｏＴデバイスの文脈において）におけるユーザ機器（ＵＥ）またはモバイルデバイスに言及するが、当然のことながら、記載される技術は、このようなコアネットワークに接続可能な任意のモバイル機器および「非モバイル」機器に実装可能である。
３ＧＰＰのリリース１３のＮＢ－ＩｏＴ研究では、小規模なデータ転送のより良いサポートのために次のようなアーキテクチャ上の拡張が既に達成されている。
‐ユーザプレーンＣＩｏＴ ＥＰＳ最適化：最適化されたユーザプレーンのデータ転送に基づく
‐制御プレーンＣＩｏＴ ＥＰＳ最適化：ユーザデータをＮＡＳ ＰＤＵにカプセル化することによりＭＭＥを介してユーザデータを転送し、短いデータトランザクションを処理する際の制御プレーンメッセージの総数を削減する
ＮＢ－ＣＩｏＴ ＵＥまたはＷＢ－ＣＩｏＴ ＵＥは、ネットワークに接続または再接続（アタッチ、ＲＡＵ／ＴＡＵ）するとき、ＵＥがサポートしうるネットワーク動作および使用することが好ましいものを優先ネットワーク動作指示子(Preferred Network Behavior indication)に含める。優先ネットワーク動作には次の情報が含まれる。
- 制御プレーンＣＩｏＴ ＥＰＳ最適化がサポートされているかどうか
- ユーザプレーンＣＩｏＴ ＥＰＳ最適化がサポートされているかどうか
- 制御プレーンまたはユーザプレーンのＣＩｏＴ ＥＰＳ最適化が望ましいかどうか
- Ｓ１－Ｕデータ転送がサポートされているかどうか
-コンバインドアタッチ(Combined Attach)無しのＳＭＳ転送が要求されているかどうか
- ＰＤＮ接続無しのアタッチがサポートされているかどうか
- 制御プレーンＣＩｏＴ ＥＰＳ最適化のためのヘッダ圧縮がサポートされているかどうか。
ＭＭＥは、サポートされるネットワークの動作情報(Supported Network Behavior information)内で受け取るネットワーク動作を示す。ＭＭＥは、以下の１つまたは複数を示し得る。
- 制御プレーンＣＩｏＴ ＥＰＳ最適化がサポートされているかどうか
- ユーザプレーンＣＩｏＴ ＥＰＳ最適化がサポートされているかどうか
- Ｓ１－Ｕデータ転送がサポートされているかどうか
- コンバインドアタッチ(Combined Attach)無しのＳＭＳ転送が受け付けられるどうか
- ＰＤＮ接続無しのアタッチがサポートされているかどうか
- 制御プレーンＣＩｏＴ ＥＰＳ最適化のためのヘッダ圧縮がサポートされているかどうか。
ＮＢ－ＩｏＴをサポートするＵＥは、制御プレーンＣＩｏＴ ＥＰＳ最適化のサポートを常に示すものとする（すなわち、制御プレーンＣＩｏＴ ＥＰＳ最適化サポートは必須である）。
ＵＥが優先ネットワーク動作を含める場合、これはＵＥがネットワークで利用可能であると期待されるネットワーク動作を定義する。
ＮＢ－ＩｏＴ ＲＡＴを使用しているＵＥやＲＲＣ信号にＣＩｏＴ ＥＰＳ最適化のサポートを示すＵＥに対して、ＭＭＥを選択する場合、ｅＮｏｄｅＢのＭＭＥ選択アルゴリズムは、リリース１３のＮＡＳ信号プロトコルに対してＭＭＥのサポート（あるいは非サポート）を考慮してＭＭＥを選択する。
<制御プレーンＣＩｏＴ ＥＰＳ最適化におけるデータ転送>
ＵＥ３およびＭＭＥ９が制御プレーンＣＩｏＴ ＥＰＳ最適化を使用する場合、それらは関連するＰＤＮ接続のＥＰＳベアラアイデンティティを含むＮＡＳ ＰＤＵ内のデータを転送することができる（図１および図２参照）。ＩＰと非ＩＰの両データタイプがサポートされる。これは、ＲＲＣのＮＡＳ転送機能、Ｓ１－ＡＰプロトコル、ならびにＭＭＥ９とＳ－ＧＷ１８Ｓとの間およびＳ－ＧＷ１８ＳとＰ－ＧＷ１８Ｐとの間のＧＴ－ｕトンネルのデータ転送を使用することによって達成される。また、非ＩＰ接続がＭＭＥ９を介してＳＣＥＦで行われる場合、ＴＳ２３．６８２ Ｖｅｒ．１３．５．０．に示すようなデータ転送が行われる。ＮＡＳ信号ＰＤＵとＮＡＳデータＰＤＵとの間の潜在的な競合を最小限に抑えるため、ＭＭＥ９は、ＵＥがＥＣＭ－ＣＯＮＮＥＣＴＥＤ状態になることをＨＳＳ、ＭＳＣまたはＳＧＷに警告する前であって、ＮＡＳデータＰＤＵのダウンリンク転送を開始する前に、セキュリティ関連手順を完了しなければならない（例えば、認証、セキュリティモードコマンド、ＧＵＴＩ再割当）。
<ユーザプレーンＣＩｏＴ ＥＰＳ最適化におけるデータ転送>
ユーザプレーンＣＩｏＴ ＥＰＳ最適化機能は、サービングｅＮｏｄｅＢおよびＵＥにおいてアクセス層（ＡＳ）コンテクストを確立するためのサービス要求手順を使用する必要なしに、ユーザプレーンデータの転送をサポートすることを可能にする。前提条件として、ＵＥはネットワーク内のＡＳベアラとＡＳセキュリティコンテクストを確立する初期接続確立を実行する必要があり、ＵＥとＲＲＣの接続は、接続中断手順を用いて中断されている（図３参照（ＴＳ２３．４０１ Ｖｅｒ．１３．６．１ ５．３．４Ａ節）。
接続中断手順を使用すると、次のようになる。
‐ＥＣＭ－ＩＤＬＥへの移行時のＵＥ３は、ＡＳ情報を記憶する
‐ｅＮｏｄｅＢ５は、ＵＥ３の、ＡＳ情報、Ｓ１ＡＰアソシエーション、およびベアラコンテクストを記憶する
‐ＭＭＥ９は、ＵＥ３の、Ｓ１ＡＰアソシエーションおよびベアラコンテクストを記憶し、ＥＣＭ－ＩＤＬＥとなる。
この機能のコンテクストでは、ＵＥ３およびｅＮｏｄｅＢ５は、ＥＣＭ－ＩＤＬＥへの移行時に関連するＡＳ情報を記憶する。
ＵＥがＥＣＭ－ＩＤＬＥ状態にある時のＮＡＳレイヤからの後続のトランザクショントリガでは、ＵＥは接続再開手順を試行する（図４参照）（ＴＳ２４．３０１ Ｖｅｒ．１３．５．０ ５．３．５Ａ節）。
接続再開手順が失敗すると、ＵＥ３は保留中のＮＡＳ手順を開始する。異なるｅＮｏｄｅＢで構成されたセル間のＵＥ移動におけるユーザプレーンＥＰＳ最適化のサポートを維持するために、ＡＳコンテクストはｅＮｏｄｅＢ間で転送されなければならない。
接続再開手順を使用すると、次のようになる。
‐ＵＥ３は、接続中断手順の間に記憶されたＡＳ情報を使用してネットワークとの接続を再開する
‐潜在的に新しいｅＮｏｄｅＢ５は、ＵＥ３との接続が安全に再開されたことをＭＭＥ９に通知し、ＭＭＥ９はＥＣＭ－ＣＯＮＮＥＣＴＥＤ状態になる。
制御プレーンＣＩｏＴ ＥＰＳ最適化を用いた新たに認められたデータ送信は、ＭＭＥやＳＧＳＮなどのネットワーク制御プレーンエンティティに余分な負荷を加えることが見込まれる。ＭＭＥやＳＧＳＮは、それらが制御プレーンＣＩｏＴ ＥＰＳ最適化の展開で処理すべきデータと比べて比較的小さい信号メッセージを処理するために用いられる。
３ＧＰＰは既に以下のようないくつかの初期制限をもってこの問題または関連する問題に対処している。
‐非例外レポートのための制御プレーンＣＩｏＴ ＥＰＳ最適化を用いてユーザデータを送信するために、ネットワークにアクセスするＵＥからのＲＲＣ接続要求を拒否する（ＴＳ２３．４０１、ｓ４．３．７．４．１）
‐異常な状況下では（例えば、ＭＭＥの負荷が事業者によって設定された閾値を超えるとき）、ＭＭＥは、もし設定されていれば、ＳＣＥＦが生成しているＮＩＤＤ Ｓｕｂｍｉｔ Ｒｅｑｕｅｓｔメッセージを制限することがある（ＴＳ２３．４０１、ｓ４．３．７．４．１ｂ）
‐ＭＭＥは、加入者情報またはＭＭＥポリシーに基づいて、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いて送信されるユーザデータの速度制御を行うことができる。速度制御を行う場合、ＵＥは、ＵＥがネットワークに接続されている限り、または速度制御情報が速度制御情報を含む後続のＮＡＳメッセージによって更新されるまで、その速度制御を行う。（ＴＳ２３．４０１、ｓ４．７．７）。
ＮＡＳレベルの輻輳制御のための方法も既に存在し、ＵＥからの信号を制限するために適用される。
‐ＡＰＮに関連付けられたＥＰＳセッション管理（ＥＳＭ）輻輳が検出された際に、ＭＭＥが、セッション管理バックオフタイマが起動しているＵＥからのＥＳＭ要求（例えば、ＰＤＮ接続、ベアラリソース割当またはベアラリソース変更要求）を拒否することができる、ＡＰＮベースの輻輳制御（ＴＳ２３．４０１、ｓ４．３．７．４．２．３）
‐一般的な過負荷状況下でＭＭＥがＵＥからの移動管理信号要求を拒否することができる、一般的なＮＡＳレベルの移動管理制御（ＴＳ２３．４０１、ｓ４．３．７．４．２．４）。
本明細書において、「タイマ」とは、ソフトウェアによって実現される「タイマ値を示す信号」または「タイマ機能」を意味する。
問題の提示：しかしながら、上記の（古くて新しい）制約は大体において、１）非ＩＰダウンリンクデータ（ＳＣＥＦ）からの過負荷と、２）ＵＥからのＲＲＣ／ＮＡＳ信号を制限することによって、制御プレーンにおけるＡＰＮとＭＭが関連する輻輳の克服とに対応している。制御プレーンでのデータ送信から生じる制御プレーン機能エンティティにおける過負荷を、ＣＩｏＴ ＥＰＳ最適化によって制限する方法はない。結論として、制御プレーンＣＩｏＴ ＥＰＳ最適化による通信に重点を置いた適切な負荷制御が不可能な場合、制御プレーンＣＩｏＴ ＥＰＳ最適化（すなわち、ＭＭＥおよびＳＧＳＮによるデータ転送）は、ＭＭＥおよびＳＧＳＮの過負荷に大きく影響し得る。本開示における解決策は、データ転送のための制御プレーンＣＩｏＴ ＥＰＳ最適化の過度の使用によるシステム（例えば、ＭＭＥ／ＳＧＳＮ）の過負荷を制御し回避する方法に関する。
１つの態様において、本開示は、制御プレーンＣＩｏＴ（Ｃｅｌｌｕｌａｒ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）最適化をサポートするコアネットワークノードであって、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による過負荷を示す情報を、無線アクセスネットワークノードに送信するよう構成された送信機を有するコアネットワークノードを提供する。
１つの態様において、本開示は、制御プレーンＣＩｏＴ（Ｃｅｌｌｕｌａｒ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）最適化を用いたデータ転送による過負荷を示す情報を、コアネットワークノードから受信するよう構成された受信機を有する無線アクセスネットワークノードを提供する。
１つの態様において、本開示は、制御プレーンＣＩｏＴ（Ｃｅｌｌｕｌａｒ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）最適化をサポートするコアネットワークノードのための送信方法であって、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による過負荷を示す情報を、無線アクセスネットワークノードに送信することを含む送信方法を提供する。
１つの態様において、本開示は、制御プレーンＣＩｏＴ（Ｃｅｌｌｕｌａｒ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）最適化を用いたデータ転送による過負荷を示す情報を、コアネットワークノードから受信することを含む通信方法を提供する。
図１（ＴＳ２３．４０１、ｓ５．３．４Ｂ．２から）は、制御プレーンＣＩｏＴ ＥＰＳ最適化による移動体発信データ転送を示すタイミング図である。 図２（ＴＳ２３．４０１、ｓ５．３．４Ｂ．３から）は、制御プレーンＣＩｏＴ ＥＰＳ最適化による移動体着信データ転送を示すタイミング図である。 図３は、ｅＮｏｄｅＢによって開始された接続中断手順を示すタイミング図である。 図４は、ＵＥによって開始された接続再開手順を示すタイミング図である。 図５は、ＵＥが制御プレーンＣＩｏＴ ＥＰＳ最適化のために接続されている間のＣプレーンデータバックオフタイマの処理を示すタイミング図である。 図６は、登録中のＣプレーンデータバックオフタイマの処理を示すタイミング図である。 図７は、ＣプレーンＣＩｏＴデータ過負荷の開始および中断を示すタイミング図である。 図８は、ＭＭＥ構成更新手順によるＣプレーンおよびＵプレーンのＣＩｏＴ重み係数設定を示すタイミング図である。 図９は、Ｓ１設定手順によるＣプレーンおよびＵプレーンＣＩｏＴ重み係数更新を示すタイミング図である。 図１０は、本開示の実施形態が適用可能なセルラ（電気）通信システムを概略的に示す図である。 図１１は、図１０に示すシステムの一部を形成するモバイルデバイスのブロック図である。 図１２は、図１０に示すシステムの一部を形成する基地局のブロック図である。 図１３は、図１０に示すシステムの一部を形成する移動管理エンティティのブロック図である。 図１４は、図１０に示すシステムの一部を形成するゲートウェイのブロック図である。
実施形態による解決策の説明
提案される解決策の１つの主要なアイデアは、ＵＥが制御プレーン信号（例えばＴＡＵ／ＲＡＵ手順またはサービス要求）をまだ送信可能な間に、ＣＩｏＴ ＥＰＳ最適化を行う制御プレーンでのＵＥからネットワーク（ＭＭＥ／ＳＧＳＮ）へのデータＰＤＵの送信を制限することである。データＰＤＵの送信制限は、１）ある期間データＰＤＵ送信がないか、２）（例えば、指定されたバックオフタイマを使用して）ある期間送信速度が制限されるものとして、適用することができる。この主要なアイデアは、解決策１または解決策２といういくつかの選択肢で以下に説明される。
解決策１ Ｃプレーンデータバックオフタイマ
制御プレーンＣＩｏＴ ＥＰＳ最適化（ＩＰデータと非ＩＰデータの両方）を用いたデータ転送による、ネットワーク（例えば、ＭＭＥ、ＳＧＳＮ、ＣＩｏＴ－ＥＰＣノードなどのネットワーク制御プレーンエンティティ）の過負荷を制限する１つのとりうる解決策は、所定の時間、ＵＥからの送信を制限することである。特に、バックオフタイマ（Ｃプレーンデータバックオフタイマまたは待機タイマなどの類似の意味を有する他の任意の名称で呼ばれる）を導入して、このタイマの継続時間中、ＵＥが制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ送信を試行することを制限することが提案される。制御プレーンデータ用のバックオフタイマは、ＵＥが非制御プレーンデータサービスに対するサービス要求を送信することを妨げるものではない。この解決策は、図５のメッセージシーケンスチャートで示される。
１）ＵＥ３は、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いてデータを送信する目的でＲＲＣ接続を確立する。
２）データは、ＲＲＣ接続設定完了メッセージまたは他のＲＲＣメッセージ内のＮＡＳデータＰＤＵでｅＮｏｄｅＢに転送される。データが連結されている場合、ＮＡＳデータＰＤＵには、後続データまたはデータの末尾のための指示子/フラグが含まれていてもよい。
３）ステップ２で送信されたＮＡＳ ＰＤＵは、ｅＮｏｄｅＢ５がＳ１ ｉｎｉｔｉａｌ ＵＥメッセージを使用することによってＭＭＥ９に届く。
４）オプション１（ステップ４および５）：ＭＭＥ９が過負荷状態になっている場合（例えば、負荷が事業者によって定義されたデータ／信号負荷閾値に達すると）、ＭＭＥ９は、ｅＮＢへのＳ１コンテクスト解放(Context Release)コマンドでＳ１コンテクストを解放することによって制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ送信を拒否してもよく、ＭＭＥ９はＣプレーンデータバックオフタイマを含んでもよい。
また、ＵＥ３が複数のＰＤＮ接続を使用している場合、ＭＭＥ９は、ＡＰＮによって識別される異なるＰＤＮ接続に対して異なるＮＡＳデータＰＤＵ送信閾値を有することができる。異なるＰＤＮ接続に対する制御プレーンＣＩｏＴ ＥＰＳ最適化による異なるデータＰＤＵ送信閾値は、ａ）事業者の構成、ｂ）サービングノード（ＭＭＥ／ＳＧＳＮ）におけるローカル設定、ｃ）ＵＥまたはＡＰＮ加入者情報、ｄ ）サードパーティからのサービス要件、ｅ）ＰＧＷのようなＵプレーンエンティティの輻輳や一時的な利用不可、またはＳＣＥＦの輻輳や一時的な利用不可、あるいは、ｆ）ＡＰＮ毎のその他のデータ制限に基づくことができる。そのような場合、ＭＭＥ９は、特定のＡＰＮとの間で送受信されるデータに対してＣプレーンデータバックオフタイマを適用することができる。これに対応して、ＵＥ３において、Ｃプレーンデータバックオフタイマは、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いた関連するＡＰＮへのデータ送信のみに適用される。ＵＥ３は、他の確立されたＰＤＮ接続に属するデータＰＤＵを送信してもよいし、Ｃプレーンデータバックオフタイムが適用されるＡＰＮとは異なるＡＰＮに属する新しいＰＤＵ接続の確立を開始してもよい。
すべてのデータＰＤＵ送信またはＰＤＵ接続ごとのデータＰＤＵ送信へのＣプレーンデータバックオフタイマの適用可能性は、１）異なるタイマタイプおよび／またはＡＰＮ指示子を用いることによって、あるいは、２）同じタイマタイプを用いるがタイマ適用可能性のために新たな指示子を用いることによって、あるいは、３）同じタイマタイプを用いるがＭＭＥ／ＳＧＳＮからＵＥ３へのＮＡＳメッセージにＡＰＮ指示子を含めることによって、ＵＥ３に示すことができる。
５）そして、ｅＮｏｄｅＢ５は、確認応答モードでＲＲＣ接続解放メッセージをＵＥ３に送信し、それにはＣプレーンデータバックオフタイマを含める。ＵＥ３がＣプレーンデータバックオフタイマを受信した場合、Ｃプレーンデータバックオフタイマが動作している間、または、ＵＥが他のＭＭＥサービスエリアからセルを再選択するまで、ＵＥ３は制御プレーンＣＩｏＴ ＥＰＳ最適化を用いるデータ転送のための他のデータ送信を試行しない。
６）オプション２：ＭＭＥ９が過負荷状態でない場合、ＭＭＥ９はＰ－ＧＷに向かってベアラを確立し（まだ確立されていなければ）、さらにアップリンクデータを転送する。
７）ダウンリンクデータまたは確認応答は、アップリンクデータへの応答として届いてもよい。
８）ダウンリンクデータが届くと、このデータはＮＡＳデータＰＤＵにカプセル化され、Ｓ１ダウンリンクメッセージでｅＮｏｄｅＢに送信される。ＭＭＥ９が現在過負荷状態にある（例えば、到達した事業者定義の負荷閾値または過負荷指示子がダウンリンクデータと共に受信された）場合、ＭＭＥ９は、ＮＡＳデータＰＤＵにＣプレーンデータバックオフタイマを含めることができる。
また、ＭＭＥ／ＳＧＳＮは、上記オプション１）、例えばステップ４に示すように、ＰＤＮ接続毎に制限を行うことができる。
９）ｅＮｏｄｅＢ５は、ダウンリンクデータと、ＮＡＳデータＰＤＵにカプセル化されたＣプレーンデータバックオフタイマとを含むＲＲＣダウンリンクデータメッセージを送信する。
１０）オプション３：また、ＭＭＥ９が過負荷状態にある（例えば、事業者定義の負荷閾値に到達した）か、あるいは、過負荷指示子がダウンリンクデータと共に受信された場合、ＭＭＥ９はｅＮｏｄｅＢ５へのＳ１コンテクスト解放コマンドにＣプレーンデータバックオフタイマを含めることができる。
１１）そして、ｅＮｏｄｅＢ５は、確認応答モードでＵＥ３にＲＲＣ接続解放メッセージを送信し、それにはＣプレーンデータバックオフタイマを含める。
ＵＥ３がＣプレーンデータバックオフタイマを受信すると、ＵＥ３は、Ｃプレーンデータバックオフタイマが動作している間、または、ＵＥが別のＭＭＥサービスエリアからセルを再選択するまで、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いた別のデータ送信を試行しない。
上記の説明ではＣプレーンデータバックオフタイマという用語が使用されているが、これは一般にはある期間、すなわちＣプレーンデータバックオフタイムであってもよいことに留意されたい。信号メッセージの受信者（例えば、ＵＥ）がＣプレーンデータバックオフタイムを処理した後、ＵＥ３は、内部のＣプレーンデータバックオフタイマを開始する。また、ＵＥ３が指示されたＣプレーンデータバックオフタイマを適用するか否か、というＵＥの挙動を監視・検証するために、ＭＭＥ／ＳＧＳＮは内部のＣプレーンデータバックオフタイマを開始することができる。
また、上記解決策は、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータＰＤＵ送信速度が、Ｃプレーンデータバックオフタイムの期間中は 「０」（ゼロ）に制限される方法であると解釈され得ることにも留意されたい。この解決策に加えて、代わりに、Ｃプレーン機能エンティティ（ＭＭＥ／ＳＧＳＮ）は、データＰＤＵ送信速度制限ファクタを強化することができる。例えば、このデータＰＤＵ送信速度制限ファクタは５０％または２０％であってよく、ＵＥ３が、Ｃプレーンデータバックオフタイムの期間中、（以前許可されていた送信速度と比較して）５０％、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータＰＤＵ送信速度を低下させなければならないことを意味する。別の代替的な解決策では、ＭＭＥ／ＳＧＳＮは、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いた新しいデータＰＤＵ送信速度の絶対値についてＵＥに通知してもよく、そしてそれは現在適用されているものより低いと想定される。この新しいデータＰＤＵ送信速度の値は、Ｃプレーンデータバックオフタイムの間適用される。ここで説明するオプションのパラメータ「データＰＤＵ送信速度制限ファクタ」および「新しいデータＰＤＵ送信速度」は図５には示されていないが、これらの新しいパラメータの１つまたは複数を、ステップ４／５または８／９または１０／１１に示されるメッセージに含めることができる。
Ｃプレーン機能エンティティ（ＭＭＥ／ＳＧＳＮ）は、Ｃプレーンデータバックオフタイマの適切な値を導出する手段を有する。図５のステップ４で既に述べたように、様々なファクタに依存する可能性がある。
Ｃプレーンデータバックオフタイマが使用され得る別の使用例は、ＭＭＥ９が過負荷状態になった（または過負荷に近づいたか、事業者が設定した閾値に到達した）とき、かつ、事業者が制御プレーンＣＩｏＴ ＥＰＳ最適化でのデータ通信のためにさらなるＵＥがアタッチするのを遅らせたいときに、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ送信のために、ＵＥがアタッチ／ＴＡＵ／ＲＡＵするのを制限することである。ＭＭＥ９は、Ｃプレーンデータバックオフタイマの継続期間中、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ送信のためにアタッチすることを制限するか否か、また、どのＵＥを制限するかを決定する際に、ＵＥ加入者データ（例えば、低い優先度、遅延許容性などのようなＵＥの特徴）を考慮してよい。これは図６のメッセージシーケンスチャートで示されている。
１）ＵＥ３は、アタッチ／ＴＡＵ／ＲＡＵ要求の送信によって登録手順を開始する。ＵＥ３は、望ましいネットワーク動作パラメータを含み、ＵＥ３が、制御プレーンＣＩｏＴ ＥＰＳ最適化またはユーザプレーンＣＩｏＴ ＥＰＳ最適化、あるいはその両方をサポートすることを示す。ＵＥ３はまた、その望ましいＣＩｏＴ ＥＰＳ最適化（すなわち、制御プレーンＣＩｏＴ ＥＰＳ最適化またはユーザプレーンＣＩｏＴ ＥＰＳ最適化）を示す。
２）ｅＮｏｄｅＢ５は、ＵＥ３によって示される望ましいＣＩｏＴ ＥＰＳ最適化をサポートするＭＭＥ９を選択し、そのＭＭＥ９にＮＡＳメッセージを転送する。
３ａ）ＵＥ３が制御プレーンＣＩｏＴ ＥＰＳ最適化とユーザプレーンＣＩｏＴ ＥＰＳ最適化の両方のサポートを示し、かつ制御プレーンＣＩｏＴ ＥＰＳ最適化の優先を示していて、ＭＭＥ９が過負荷状態であるか過負荷状態に近い（例えば、事業者定義の閾値負荷に達した）状態である場合、ＭＭＥ９は、ユーザプレーンＣＩｏＴ ＥＰＳ最適化のみの登録を受けつけると決定してもよい。この場合、ＵＥ３は、ユーザプレーンＣＩｏＴ ＥＰＳ最適化のみを用いたデータ送信を開始することが許可される。
３ｂ）ＵＥ３が制御プレーンＣＩｏＴ ＥＰＳ最適化とユーザプレーンＣＩｏＴ ＥＰＳ最適化の両方のサポートを示し、かつ制御プレーンＣＩｏＴ ＥＰＳ最適化の優先を示していて、ＭＭＥ９が過負荷状態である、または過負荷状態に近い（例えば、事業者定義の閾値負荷に達した）状態である場合、ＭＭＥ９は、制御プレーンＥＰＳ最適化のための登録要求を受けつけると決定してもよいが、ＭＭＥ９は、Ｃプレーンデータバックオフタイマの継続期間中、ＵＥ３に対して制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ送信の試行を制限するために、登録受諾（例えば、アタッチ／ＴＡＵ／ＲＡＵ受諾）メッセージにＣプレーンデータバックオフタイマを含めてもよい。ＵＥ３は、もし登録していれば、ユーザプレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ送信を許可される。ＵＥ３は、Ｃプレーンデータバックオフタイマの満了まで、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を開始しない。
３ｃ）ＵＥ３が制御プレーンＣＩｏＴ ＥＰＳ最適化とユーザプレーンＣＩｏＴ ＥＰＳ最適化の両方のサポートを示し、かつ制御プレーンＣＩｏＴ ＥＰＳ最適化の優先を示していて、ＭＭＥ９が過負荷状態である、または過負荷状態に近い（例えば、事業者定義の閾値負荷に達した）状態である場合、ＭＭＥ９は、制御プレーンＣＩｏＴ ＥＰＳ最適化のための登録を拒絶すると決定してもよく、Ｃプレーンデータバックオフタイマの継続期間中、ＵＥ３に対して制御プレーンＣＩｏＴ ＥＰＳ最適化のために登録しようとさらに試行することを制限するためにＣプレーンデータバックオフタイマを含めてもよい。
解決策１は、ＳＧＳＮがＭＭＥを表し、ＲＮＣ／ＢＳがｅＮｏｄｅＢを表す、３Ｇおよび２Ｇモバイルネットワークならびに端末について、また、５Ｇモバイルネットワークおよび端末について、同様に適用可能である。
解決策２ ＣプレーンＣＩｏＴデータ過負荷メッセージ
解決策２は、以下のことを提案する。ネットワークの制御プレーンエンティティ（例えば、ＭＭＥ、ＳＧＳＮ、またはＣＩｏＴ－ＥＰＣ制御ノードなど）が過負荷状態になり（例えば、負荷がモバイルネットワーク事業者によって設定された閾値に達する）、過負荷の主な原因が制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による場合、ＭＭＥが、ＣプレーンＣＩｏＴデータパラメータ（または同様の意味を有する他の任意のパラメータ）を有する過負荷開始メッセージをｅＮｏｄｅＢに送信することで、その機能を有する他のＭＭＥが利用可能でない場合に、ｅＮｏｄｅＢは、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送のためにそのＭＭＥを選択しない、または、ｅＮｏｄｅＢは、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送の要求を拒否する。この解決策は図７に示される。
１）ＵＥ３による、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送の要求。制御プレーンＣＩｏＴ ＥＰＳ最適化優先は、ＲＲＣ信号（例えば、ＲＲＣ接続設定完了または他のＲＲＣメッセージ）内に示される。
２）ｅＮｏｄｅＢ５は、ＵＥによる要求を、制御プレーンＣＩｏＴ ＥＰＳ最適化が可能なＭＭＥ_１９－１に転送する。
３）ある段階で、ＭＭＥ_１９－１は、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送により過負荷状態になる（すなわち、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による負荷が、事業者によって定義された閾値に達する）。その際、ＭＭＥ_１９－１は、ｅＮｏｄｅＢ５に過負荷開始メッセージを送信してもよく、それには、ＭＭＥ＿１９－１がＣプレーンＣＩｏＴ データパラメータを含む過負荷停止メッセージを送信するまで、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送のさらなる要求がｅＮｏｄｅＢ５によってＭＭＥ＿１９－１に転送してはいけないことを意味するＣプレーンＣＩｏＴデータパラメータを含める。
４）他のＵＥ３は、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いてデータを送信する目的でＲＲＣ接続を確立する。データは、ＲＲＣ接続設定完了メッセージまたは他のＲＲＣメッセージ内のＮＡＳデータＰＤＵによってｅＮｏｄｅＢ５に送信される。
５ａ）このとき、ＭＭＥ＿１９－１は過負荷（例えば、事業者が設定した閾値に達した）状態であるので、ｅＮｏｄｅＢ５は、例えば、制御プレーンＣＩｏＴ ＥＰＳ最適化可能である他のＭＭＥ（例えば、ＭＭＥ＿ｎ９－Ｎ）へ、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送のためのすべての要求をＳ１ Ｉｎｉｔｉａｌ ＵＥメッセージによってルーティングすることを開始する。
５ｂ）制御プレーンＣＩｏＴ最適化が可能な他のＭＭＥが利用可能でない場合、ｅＮｏｄｅＢ５はＲＲＣ接続解放メッセージでＲＲＣ接続を解放することによってＵＥ３からの要求を拒絶し、ｅＮｏｄｅＢはそれにＣプレーンデータバックオフタイマを含めてもよい。ＵＥ３がＣプレーンデータバックオフタイマを受信すると、ＵＥ３は、Ｃプレーンデータバックオフタイマが動作している間、または、ＵＥが他のＭＭＥサービスエリアからセルを再選択するまで、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いた別のデータ転送を試行してはならない。
６）しばらくすると、ＭＭＥ＿１９－１における制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による負荷が過負荷閾値を下回る。そして、ＭＭＥ＿１９－１は、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による過負荷状態が終了したことを示すために、ＣプレーンＣＩｏＴデータパラメータ（または同様の意味を有する他のパラメータ）を含む過負荷停止メッセージを送信する。このメッセージを受信した場合、ｅＮｏｄｅＢは、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送用のＭＭＥを選択するときに、再びＭＭＥ＿１９－１を考慮に入れることを開始するものとする。
７－８）ｅＮｏｄｅＢは、ＭＭＥ＿１９－１への制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送の要求のルーティングを開始する。
解決策３ 制御プレーンＣＩｏＴ ＥＰＳ最適化およびユーザプレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送のための専用重み係数
解決策３は、制御プレーンＣＩｏＴ ＥＰＳ最適化およびユーザプレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送のための重み係数（Ｃプレーン重み係数およびＵプレーン重み係数）を導入することを提案する。これにより、両タイプの通信によるＭＭＥの負荷を考慮する、より精度の高いロードバランシングが可能になり、また、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送とユーザプレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送とのバランスを制御することが可能になるだろう。
図８および図９は、既存のＭＭＥ構成更新手順およびＳ１設定手順を使用して、新しいＣプレーン重み係数およびＵプレーン重み係数がｅＮｏｄｅＢにおいて設定される方法を示す。
ｅＮｏｄｅＢ５は、ＵＥからの、制御プレーンＣＩｏＴ ＥＰＳ最適化またはユーザプレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送の要求を受信すると、ロードバランシング（ＭＭＥ選択）のためにＣプレーン重み係数およびＵプレーン重み係数を使用する。
既存の技術と比較した技術的改善点
解決策1：
‐Ｃプレーンデータバックオフタイマ：制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による負荷を制限するために、ＡＳおよびＮＡＳ信号で使用される新しいタイプのバックオフタイマである。制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送によるＭＭＥ負荷が移動体事業者によって設定された閾値に達すると、ＭＭＥ９は、ＮＡＳまたはＲＲＣ信号を用いてＣプレーンデータバックオフタイマをＵＥに返す。ＵＥがＣプレーンデータバックオフタイマを受信すると、ＵＥは、Ｃプレーンデータバックオフタイマの満了まで、または、異なるＭＭＥサービスエリアからセルを再選択するまで、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を試行しない。
‐後続データまたはデータの末尾のフラグ：制御プレーンＣＩｏＴ ＥＰＳ最適化を用いた、連結されたＮＡＳデータＰＤＵを転送する際、最後のＮＡＳデータＰＤＵを示す、ＲＲＣまたはＮＡＳ信号メッセージ内のＵＥからの新しいフラグ／パラメータ指示子である。
‐過負荷表示：ダウンリンクデータ内の新しいパラメータである。過負荷指示子を伴うダウンリンクデータがＭＭＥに届く場合、ＭＭＥは、ＡＳまたはＲＲＣ信号を用いたＵＥあてのＮＡＳデータＰＤＵにＣプレーンデータバックオフタイマを含めてもよい。ＵＥがＣプレーンデータバックオフタイマを受信すると、ＵＥは、Ｃプレーンデータバックオフタイマの満了まで、または、異なるＭＭＥサービスエリアからセルを再選択するまで、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を試行しない。
解決策２：
‐ＣプレーンＣＩｏＴデータ：過負荷開始および過負荷停止メッセージ内の新しいパラメータである。ＭＭＥ９が制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送により過負荷状態になると（すなわち、制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による負荷が事業者によって定義された閾値に達すると）、ＭＭＥ９はｅＮｏｄｅＢ５に過負荷開始メッセージを送ってもよく、以下のようなＣプレーンＣＩｏＴデータパラメータを含める。すなわち、ＣプレーンＣＩｏＴデータパラメータは、ＭＭＥ９がＣプレーンＣＩｏＴデータパラメータを伴う過負荷停止メッセージを送信するまで、つまり、ＭＭＥ９が過負荷状態ではなくなるまで、ｅＮｏｄｅＢ５はこのＭＭＥ９に制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送のさらなる要求を転送しないことを意味する。
解決策３：
‐新しいＣプレーン重み係数およびＵプレーン重み係数：（制御プレーンＣＩｏＴ ＥＰＳ最適化およびユーザプレーンＣＩｏＴ ＥＰＳ最適化を用いた）両タイプのデータ転送によるＭＭＥ９負荷を考慮したより精度の高いロードバランシングを可能にし、また、制御プレーンＣＩｏＴ ＥＰＳ最適化データとユーザプレーンＣＩｏＴ ＥＰＳ最適化データとのバランスを制御することを可能にする。新しいＣプレーン重み係数およびＵプレーン重み係数は、既存のＭＭＥ構成更新手順およびＳ１設定手順を使用して、ＭＭＥ９によってｅＮｏｄｅＢ５において構成されるだろう。ｅＮｏｄｅＢ５は、制御プレーンＣＩｏＴ ＥＰＳ最適化またはユーザプレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送の要求がＵＥから受信された時に、ロードバランシング（ＭＭＥ選択）のためのＣプレーン重み係数およびＵプレーン重み係数を使用する。
システム外略
図１０は、モバイルデバイス３Ａ～３Ｃのユーザが、Ｅ－ＵＴＲＡＮ無線アクセス技術（ＲＡＴ）を使用し、Ｅ－ＵＴＲＡＮ基地局５Ａ、５Ｂとコアネットワーク７とを介して、互いに通信し、また、他のユーザと通信することができるモバイル（セルラまたはワイヤレス）電気通信ネットワーク１を概略的に示す。当業者であれば分かるように、３つのモバイルデバイス３と２つの基地局５が例示のために図１０に示されているが、このシステムは、実装される場合、通常は他の基地局およびモバイルデバイスを含む。
周知のように、モバイルデバイス３は、電気通信システム１によってカバーされる地理的エリア内を移動しながら、基地局５によってサービスされるエリア（すなわち、無線セル）に出入りすることができる。モバイルデバイス３を追跡し、かつ、異なる基地局５間の移動を容易にするために、コアネットワーク７はいくつかの移動管理エンティティ（ＭＭＥ）９－１～９－Ｎを備える。
ＭＭＥ９は、コアネットワーク７と接続された基地局５と通信する。コアネットワーク７はまた、サービングゲートウェイ（Ｓ－ＧＷ）１８Ｓおよび／またはパケットデータネットワークゲートウェイ（Ｐ－ＧＷ）１８Ｐといったゲートウェイ１８を１つまたは複数含む。別個に示されているが、Ｓ－ＧＷ１８ＳおよびＰ－ＧＷ１８Ｐの機能は、単一のネットワークエンティティによって適宜提供されることが理解されよう。
モバイルデバイス３と各々のサービング基地局５とは、ＬＴＥエアインタフェース、いわゆる「Ｕｕ」インタフェースを介して接続される。基地局５は、いわゆる「Ｘ２」インタフェースを介して互いに接続される。各基地局５はまた、いわゆる「Ｓ１」インタフェースを介してコアネットワークノード（ＭＭＥ９およびＳ－ＧＷ１８Ｓのうちの１つなど）に接続される。コアネットワーク７から、インターネットなどの外部ＩＰネットワーク２０への接続もＰ－ＧＷ１８Ｐを介して提供される。図１０には示されていないが、コアネットワークは、ホーム加入者サーバ（ＨＳＳ）といった更なるノードを含んでもよい。
モバイルデバイス
図１１は、図１０に示すモバイルデバイス３（またはＩｏＴデバイス）の１つの主要コンポーネントを示すブロック図である。図示されるように、モバイルデバイス３は、１つまたは複数のアンテナ３３を介して基地局５と信号を送受信するよう動作可能なトランシーバ回路３１を有する。モバイルデバイス３は、モバイルデバイス３の動作を制御するコントローラ３７を有する。コントローラ３７は、メモリ３９を関連付けられ、トランシーバ回路３１に接続される。図１１には必ずしも示されないが、モバイルデバイス３は、従来のモバイルデバイス３（例えば、ユーザインターフェース３５）の通常の機能をすべて有することはもちろんであり、これは、ハードウェア、ソフトウェアおよびファームウェアのうちの１つ、またはそれらの組み合わせによって適宜提供される。ソフトウェアは、メモリ３９に予めインストールされていてもよく、電気通信ネットワークを介して、またはリムーバブルデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。
コントローラ３７は、本例においては、メモリ３９に保存されたプログラム命令またはソフトウェア命令によってモバイルデバイス３の全体的な動作を制御する。図示されるように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム４１、通信制御モジュール４３、ＲＲＣモジュール４４、ＮＡＳモジュール４５、およびＩｏＴモジュール４９を含む。
通信制御モジュール４３は、モバイルデバイス３と基地局５との間の通信を制御する。また、通信制御モジュール４３は、基地局５とＭＭＥ９やＳ－ＧＷ１８Ｓといった他のノード（基地局５を介して）とに送信されるべき制御データ（制御プレーン）およびユーザデータ（ユーザプレーン、アップリンク及びダウンリンクの両方）の個々のフローを制御する。
ＲＲＣモジュール４４は、ＲＲＣ標準に従ってフォーマットされた信号メッセージを生成、送信、および受信するよう動作可能である。例えば、そのようなメッセージは、モバイルデバイス３とそのサービング基地局５との間で交換される。ＲＲＣメッセージは、例えば、ランダムアクセス手順やＲＲＣ接続確立／再構成に関するメッセージを含めることができ、ＲＲＣメッセージはまた、サービング基地局５によってＭＭＥ９に中継されるべき制御データ（例えば、ＮＡＳメッセージ）を含むメッセージを含めることもできる。
ＮＡＳモジュール４５は、ＮＡＳプロトコルに従ってフォーマットされた信号メッセージを生成、送信、および受信するよう動作可能である。例えば、そのようなメッセージは、モバイルデバイス３とＭＭＥ９との間で（基地局５を介して）交換される。ＮＡＳメッセージは、例えば、モバイルデバイス３をＭＭＥ９に登録するための制御データのような、モバイルデバイス３の移動に関する制御データを含む。
ＩｏＴモジュール４９は、「モノのインターネット」や他のマシンタイプの通信アプリケーション（セルラＩｏＴ、狭帯域ＩｏＴ、および広帯域ＩｏＴを適宜含む）に関する通信を容易にする役割を担う。また、ＩｏＴモジュール４９は、ユーザプレーン／制御プレーンの最適化および関連する信号を含む、ＩｏＴ通信に関連するユーザプレーンおよび制御プレーンを管理する役割を担う。
基地局
図１２は、図１０に示す基地局５の１つの主要構成要素を示すブロック図である。図示のように、基地局５は、１つまたは複数のアンテナ５３を介してモバイルデバイス３との間で信号を送受信するトランシーバ回路５１と、信号を他の基地局と送受信するための基地局インタフェース（Ｘ２）５４と、コアネットワークエンティティ（例えば、ＭＭＥ９およびＳ－ＧＷ１８）と信号を送受信するためのコアネットワークインタフェース（Ｓ１）５５とを含む。基地局５は、基地局５の動作を制御するコントローラ５７を有する。コントローラ５７は、メモリ５９に関連付けられている。図１２には必ずしも示されていないが、当然のことながら基地局５は携帯電話ネットワーク基地局のすべての通常機能を有しており、これはハードウェア、ソフトウェアおよびファームウェアのうちのいずれか１つ、あるいはそれらの任意の組み合わせによって適宜提供される。ソフトウェアは、メモリ５９に予めインストールされていてもよく、また、例えば通信ネットワーク１を介して、あるいは取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。コントローラ５７は、本例では、メモリ５９内に記憶されたプログラム命令またはソフトウェア命令によって基地局５の全体的な動作を制御するように構成される。図示のように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム６１、通信制御モジュール６３と、ＲＲＣモジュール６４と、Ｓ１ＡＰモジュール６７と、ＩｏＴモジュール６９とを含む。
通信制御モジュール６３は、基地局５と、基地局５に接続されたモバイルデバイス３および他のネットワークエンティティ（例えば、ＭＭＥ９／Ｓ－ＧＷ１８Ｓ）との間の通信を制御する。また、通信制御モジュール６３は、この基地局５に関連するモバイルデバイス３のためのアップリンク／ダウンリンクユーザトラフィックおよび制御データのそれぞれのフローを制御する。
ＲＲＣモジュール６４は、ＲＲＣ標準に従ってフォーマットされた信号メッセージを生成、送信、および受信するように動作可能である。例えば、そのようなメッセージは、基地局５と、この基地局５に関連するモバイルデバイス３との間で交換される。ＲＲＣメッセージは、例えば、ランダムアクセス手順やＲＲＣ接続確立／再構成に関するメッセージを含むことができ、また、ＲＲＣメッセージは、サービング基地局５によってＭＭＥ９に中継されるべき制御データ（例えば、ＮＡＳメッセージ）を含むメッセージを含むこともできる。
Ｓ１ＡＰモジュール６７は、Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）標準に従ってフォーマットされた信号メッセージを生成、送信、および受信するように動作可能である。例えば、そのようなＳ１ＡＰメッセージは、基地局５と、この基地局５に接続されたＭＭＥ９との間で交換される。Ｓ１ＡＰメッセージは、例えば、ＮＡＳ信号、Ｓ１設定メッセージ、および関連する応答を運ぶメッセージを含むことができる。
ＩｏＴモジュール６９は、「モノのインターネット」および／または他のマシンタイプの通信アプリケーション（セルラＩｏＴ、狭帯域ＩｏＴ、および広帯域ＩｏＴを適宜含む）に関する通信を容易にする役割を担う。また、ＩｏＴモジュール６９は、ユーザプレーン／制御プレーン最適化および関連する信号を含む、ＩｏＴ通信に関連する（ＩｏＴ機能を有するユーザ機器のための）ユーザプレーンおよび制御プレーンを管理する役割を担う。
移動管理エンティティ
図１３は、図１０に示すＭＭＥ９の１つの主要構成要素を示すブロック図である。図示のように、ＭＭＥ９は、トランシーバ回路７１と、基地局５と信号を送受信する基地局インタフェース（Ｓ１）７４と、他のコアネットワークノード（他のＭＭＥ９やゲートウェイ１８など）と信号を送受信するためのコアネットワークインタフェース７５とを含む。ＭＭＥ９は、ＭＭＥ９の動作を制御するコントローラ７７を有する。コントローラ７７は、メモリ７９に関連付けられている。
ソフトウェアは、メモリ７９に事前にインストールされてもよく、また、例えば通信ネットワーク１を介して、あるいは、取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。コントローラ７７は、本例では、メモリ７９内に記憶されたプログラム命令またはソフトウェア命令によって、ＭＭＥ９の全体的な動作を制御するように構成される。図示のように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム８１、通信制御モジュール８３、非アクセス層（ＮＡＳ）モジュール８５、Ｓ１ＡＰモジュール８７、およびＩｏＴモジュール８９を含む。
通信制御モジュール８３は、ＭＭＥ９と、ＭＭＥ９に接続された他のネットワークエンティティ（例えば、基地局５、他のＭＭＥ９、ゲートウェイ１８、および基地局５の１つに接続された任意のモバイルデバイス３）との間の通信を制御する。
ＮＡＳモジュール８５は、ＮＡＳプロトコルに従ってフォーマットされた信号メッセージを生成、送信、および受信するように動作可能である。例えば、そのようなメッセージは、ＭＭＥ９と、このＭＭＥ９に関連するモバイルデバイス３との間で（基地局５を介して）交換される。ＮＡＳメッセージは、例えば、モバイルデバイス３をＭＭＥ９に登録するための制御データといった、モバイルデバイス３の移動に関する制御データを含むＮＡＳメッセージを含む。
Ｓ１ＡＰモジュール８７は、Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）標準に従ってフォーマットされた信号メッセージを生成、送信、および受信するように動作可能である。例えば、そのようなメッセージは、ＭＭＥ９と、このＭＭＥ９に接続された基地局５との間で交換される。Ｓ１ＡＰメッセージは、例えば、ＮＡＳ信号、Ｓ１設定メッセージ、および関連する応答を運ぶメッセージを含むことができる。
ＩｏＴモジュール８９は、「モノのインターネット」および／または他のマシンタイプの通信アプリケーション（セルラＩｏＴ、狭帯域ＩｏＴ、および広帯域ＩｏＴを適宜含む）に関する通信を容易にする役割を担う。また、ＩｏＴモジュール８９は、ユーザプレーン／制御プレーン最適化および関連する信号を含む、ＩｏＴ通信に関連する（ＩｏＴ機能を有するユーザ機器のための）ユーザプレーンおよび制御プレーンを管理する役割を担う。
ゲートウェイ
図１４は、図１０に示すゲートウェイ１８の１つの主要構成要素を示すブロック図である。図示のように、ゲートウェイ１８は、トランシーバ回路９１と、基地局５との間で信号を送受信する基地局インタフェース（Ｓ１）９４と、他のコアネットワークノード（ＭＭＥ９や他のゲートウェイ１８など）との間で信号を送受信するためのコアネットワークインタフェース９５とを有する。ゲートウェイ１８は、ゲートウェイ１８の動作を制御するコントローラ９７を有する。コントローラ９７は、メモリ９９に関連付けられている。
ソフトウェアは、例えば、メモリ９９に予めインストールされていてもよく、また、通信ネットワーク１を介して、あるいは取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。コントローラ９７は、本例では、メモリ９９内に格納されたプログラム命令またはソフトウェア命令によって、ゲートウェイ１８の全体的な動作を制御するように構成される。図示のように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム１０１、通信制御モジュール１０３と、Ｓ１ＡＰモジュール１０７と、ＩｏＴモジュール８９とを含む。
通信制御モジュール１０３は、ゲートウェイ１８と、ゲートウェイ１８に接続された他のネットワークエンティティ（例えば、基地局５、ＭＭＥ９、他のゲートウェイ１８、基地局５の１つに接続された任意のモバイルデバイス３）との間の通信を制御する。
Ｓ１ＡＰモジュール１０７は、Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）標準に従ってフォーマットされた信号メッセージを生成、送信、および受信するように動作可能である。例えば、このようなメッセージは、ゲートウェイ１８と、このゲートウェイ１８に接続された基地局５との間で交換される。
ＩｏＴモジュール１０９は、「モノのインターネット」および／または他のマシンタイプの通信アプリケーション（セルラＩｏＴ、狭帯域ＩｏＴ、および広帯域ＩｏＴを適宜含む）に関する通信を容易にする役割を担う。また、ＩｏＴモジュール１０９は、ユーザプレーン／制御プレーン最適化および関連する信号を含む、ＩｏＴ通信に関連する（ＩｏＴ機能を有するユーザ機器用の）ユーザプレーンおよび制御プレーンを管理する役割を担う。
変形例と代替案
以上、詳細な実施形態を説明した。当業者であれば分かるように、上述の例示的な実施形態に対していくつかの変形例や代替案が考え得るが、その中に具現化された開示からも利益を享受する。説明のために、いくつかのこれらの代替案および変形例のみを説明する。
上記の例示的な実施形態では、３ＧＰＰ無線通信（無線アクセス）技術が使用される。しかしながら、上記の例示的な実施形態によるＩｏＴデバイスの送信を管理するために、他の任意の無線通信技術（すなわち、ＷＬＡＮ、Ｗｉ－Ｆｉ、ＷｉＭＡＸ、Ｂｌｕｅｔｏｏｔｈなど）を使用することができる。上記の例示的な実施形態は、「非モバイル」または一般に据置型のユーザ機器にも適用可能である。
ＩｏＴアプリケーションの例
モノのインターネット（つまりＭＴＣ）アプリケーションのいくつかの例を、以下の表（出典：３ＧＰＰ ＴＳ ２２．３６８ Ｖ１３．１．０、付録B）にリスト化する。このリストは他を排除するものではなく、モノのインターネット／マシンタイプ通信アプリケーションの範囲を示すことが意図されている。
Figure 0007306511000002
上記の説明では、理解を容易にするために、モバイルデバイス、基地局、ＭＭＥ、およびゲートウェイは、多数の別個のモジュール（通信制御モジュールやＲＲＣ／ＮＡＳ／Ｓ１ＡＰ／ＩｏＴモジュールなど）を有するものとする。これらのモジュールは、例えば、既存のシステムが本発明を実施するよう改変されるなど、特定の用途のためにこのように提供されてもよいが、他の用途、例えば、当初から本発明の特徴を念頭に置いて設計されたシステムにおいて、これらのモジュールを、全体のオペレーティングシステムまたはコードに組み込むことができ、したがって、これらのモジュールは、別個のエンティティとして識別できないことがある。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、またはこれらを組み合わせて実装してもよい。
上記の例示的な実施形態では、いくつかのソフトウェアモジュールが説明された。当業者には理解されるであろうが、ソフトウェアモジュールは、コンパイルされた形態でもコンパイルされない形態でも提供されてよく、コンピュータネットワークで、または記録媒体上で、モバイルデバイス（ＵＥ）、基地局、ＭＭＥ、およびゲートウェイに対して信号として供給されてもよい。また、このソフトウェアの一部または全部によって実行される機能は、１つまたは複数の専用ハードウェア回路を使用して実行されてもよい。しかしながら、ソフトウェアモジュールの使用によって、モバイルデバイス（ＵＥ）、基地局、ＭＭＥ、およびゲートウェイの更新が容易になるので、それらの機能性の更新のためにはソフトウェアモジュールの使用が好ましい。
様々な他の変更が当業者には明らかであり、ここではさらに詳細には説明しない。
上に開示された例示的な実施形態の全体または一部は、以下の付記として説明することができるが、これに限定されない。
（付記１）制御プレーンＣＩｏＴ（Ｃｅｌｌｕｌａｒ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）最適化をサポートするコアネットワークノードであって、
前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による過負荷を示す情報を、無線アクセスネットワークノードに送信するよう構成された送信機
を有するコアネットワークノード。
（付記２）付記１に記載のコアネットワークノードであって、
前記送信機はさらに、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による過負荷を示す情報を含む過負荷開始メッセージを送信するよう構成された
コアネットワークノード。
（付記３）付記２に記載のコアネットワークノードであって、
前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求を前記コアネットワークノードに送信しないよう前記無線アクセスネットワークノードに要求するよう構成されたコントローラ
をさらに有するコアネットワークノード。
（付記４）付記３に記載のコアネットワークノードであって、
前記コントローラはさらに、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求するＲＲＣ接続要求を受け付けないよう前記無線アクセスネットワークノードに要求するよう構成された
コアネットワークノード。
（付記５）付記３に記載のコアネットワークノードであって、
前記コントローラはさらに、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求するＲＲＣ接続要求を他のコアネットワークノードにリルートするよう前記無線アクセスネットワークノードに要求するよう構成された
コアネットワークノード。
（付記６）制御プレーンＣＩｏＴ（Ｃｅｌｌｕｌａｒ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）最適化を用いたデータ転送による過負荷を示す情報を、コアネットワークノードから受信するよう構成された受信機
を有する無線アクセスネットワークノード。
（付記７）付記６に記載の無線アクセスネットワークノードであって、
前記受信機はさらに、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による過負荷を示す情報を含む過負荷開始メッセージを受信するよう構成された
無線アクセスネットワークノード。
（付記８）付記６または７に記載の無線アクセスネットワークノードであって、
前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求を前記コアネットワークノードに送信しないよう構成されたコントローラ
をさらに有する無線アクセスネットワークノード。
（付記９）付記８に記載の無線アクセスネットワークノードであって、
前記コントローラはさらに、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求する、前記コアネットワークノードへのＲＲＣ接続要求を受け付けないよう構成された
無線アクセスネットワークノード。
（付記１０）付記８に記載の無線アクセスネットワークノードであって、
前記コントローラはさらに、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求するＲＲＣ接続要求を他のコアネットワークノードにリルートするよう構成された
無線アクセスネットワークノード。
（付記１１）
付記６乃至１０のいずれかに記載の無線アクセスネットワークノードであって、
過負荷の理由で前記ＲＲＣ接続要求を拒否する際、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を制限するために、制御プレーンデータバックオフタイマをユーザ機器（ＵＥ）に送信するよう構成された送信機
をさらに有する無線アクセスネットワークノード。
（付記１２）付記１１に記載の無線アクセスネットワークノードであって、
前記制御プレーンデータバックオフタイマを前記ＵＥに送信することによって、前記制御プレーンデータバックオフタイマが動作している間は前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送の要求を試行しないよう前記ＵＥに要求するよう、さらに構成された
無線アクセスネットワークノード。
（付記１３）
制御プレーンＣＩｏＴ（Ｃｅｌｌｕｌａｒ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）最適化をサポートするコアネットワークノードのための送信方法であって、
前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による過負荷を示す情報を、無線アクセスネットワークノードに送信すること
を含む送信方法。
（付記１４）付記１３に記載の送信方法であって、
前記送信は、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による過負荷を示す情報を含む過負荷開始メッセージを送信することによって実施される
送信方法。
（付記１５）付記１４に記載の送信方法であって、
前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求を前記コアネットワークノードに送信しないよう前記無線アクセスネットワークノードに要求すること
をさらに含む送信方法。
（付記１６）付記１５に記載の送信方法であって、
前記要求は、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求する、前記コアネットワークノードへのＲＲＣ接続要求を受け付けないよう要求することによって実施される
送信方法。
（付記１７）付記１６に記載の送信方法であって、
前記要求は、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求するＲＲＣ接続要求を他のコアネットワークノードにリルートするよう要求することによって実施される
送信方法。
（付記１８）制御プレーンＣＩｏＴ（Ｃｅｌｌｕｌａｒ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）最適化を用いたデータ転送による過負荷を示す情報を、コアネットワークノードから受信すること
を含む通信方法。
（付記１９）付記１８に記載の通信方法であって、
前記受信は、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送による過負荷を示す情報を含む過負荷開始メッセージを受信することによって実施される
通信方法。
（付記２０）付記１８または１９に記載の通信方法であって、
前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求を前記コアネットワークノードに送信しないこと
をさらに有する通信方法
（付記２１）付記２０に記載の通信方法であって、
前記送信しないことは、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求する、前記コアネットワークノードへのＲＲＣ接続要求を受け付けないことによって実施される
通信方法。
（付記２２）付記２０に記載の通信方法であって、
前記送信しないことは、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を要求するＲＲＣ接続要求を他のコアネットワークノードにリルートすることによって実施される
通信方法。
（付記２３）付記１８乃至２２のいずれかに記載の通信方法であって、
過負荷の理由で前記ＲＲＣ接続要求を拒否する際、前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送を制限するために、制御プレーンデータバックオフタイマをユーザ機器（ＵＥ）に送信すること
をさらに含む通信方法。
（付記２４）付記２３に記載の通信方法であって、
前記制御プレーンデータバックオフタイマを前記ＵＥに送信することによって、前記制御プレーンデータバックオフタイマが動作している間は前記制御プレーンＣＩｏＴ ＥＰＳ最適化を用いたデータ転送の要求を試行しないよう前記ＵＥに要求すること
をさらに含む通信方法。
（付記２５）
プログラマブル通信デバイスに、
請求項１３乃至２４のいずれかに記載の方法を実施させること
を実現させるためのコンピュータプログラム。
（付記２６）付記６に記載の無線アクセスネットワークノードと、
付記１に記載のコアネットワークノードと
を有するシステム。
本発明をその例示的な実施形態を参照して具体的に示し説明したが、本発明はこれらの実施形態に限定されるものではない。特許請求の範囲によって規定される本発明の精神および範囲から逸脱することなく、形式および詳細の様々な変更を行うことが可能なことが、当業者には理解されよう。
本願は、２０１６年４月１日に特許出願された欧州特許出願ＥＰ１６２７５０４９．１の特許出願に基づく優先権主張の利益を享受するものであり、当該特許出願に記載された内容は、全て本明細書に含まれるものとする。

Claims (8)

  1. 移動管理用コアネットワークノードであって、
    ＵＥ（User Equipment）の監視のための制御プレーンデータバックオフタイマを保有する制御手段と、
    前記移動管理用コアネットワークノードが過負荷状態下の場合に、前記ＵＥからの要求であって、制御プレーンのセルラ版モノのインターネット向け最適化 (Control Plane Cellular IoT (CIoT) Optimization)を用いたデータ送信の要求を制限するために、前記制御プレーンデータバックオフタイマを含む登録受諾メッセージを前記ＵＥに送信する送信手段と、
    を有する移動管理用コアネットワークノード。
  2. 前記制御プレーンデータバックオフタイマは、ユーザプレーンを介したデータ転送用の前記ＵＥには適用されない、請求項１に記載の移動管理用コアネットワークノード。
  3. ＵＥ（User Equipment）であって、
    過負荷状態下にある移動管理用コアネットワークノードから、前記移動管理用コアネットワークノードに保有された前記ＵＥの監視のための制御プレーンデータバックオフタイマを含む登録受諾メッセージを、受信する受信手段と、
    前記制御プレーンデータバックオフタイマが動作している間、制御プレーンのセルラ版モノのインターネット向け最適化 (Control Plane Cellular IoT (CIoT) Optimization)を用いたデータ送信を開始しないよう制御する制御手段と、
    を有するＵＥ。
  4. 前記制御プレーンデータバックオフタイマは、ユーザプレーンを介したデータ転送用の前記ＵＥには適用されない、請求項３に記載のＵＥ。
  5. 移動管理用コアネットワークノードの通信方法であって、
    ＵＥ（User Equipment）の監視のための制御プレーンデータバックオフタイマを保有し、
    前記移動管理用コアネットワークノードが過負荷状態下の場合に、前記ＵＥからの要求であって、制御プレーンのセルラ版モノのインターネット向け最適化 (Control Plane Cellular IoT (CIoT) Optimization)を用いたデータ送信の要求を制限するために、前記制御プレーンデータバックオフタイマを含む登録受諾メッセージを前記ＵＥに送信する、
    移動管理用コアネットワークノードの通信方法。
  6. 前記制御プレーンデータバックオフタイマは、ユーザプレーンを介したデータ転送用の前記ＵＥには適用されない、請求項５に記載の移動管理用コアネットワークノードの通信方法。
  7. ＵＥ（User Equipment）の通信方法であって、
    過負荷状態下にある移動管理用コアネットワークノードから、前記移動管理用コアネットワークノードに保有された前記ＵＥの監視のための制御プレーンデータバックオフタイマを含む登録受諾メッセージを受信し、
    前記制御プレーンデータバックオフタイマが動作している間、制御プレーンのセルラ版モノのインターネット向け最適化 (Control Plane Cellular IoT (CIoT) Optimization)を用いたデータ送信を開始しない、
    ＵＥの通信方法。
  8. 前記制御プレーンデータバックオフタイマは、ユーザプレーンを介したデータ転送用の前記ＵＥには適用されない、請求項７に記載のＵＥの通信方法。
JP2022032267A 2016-04-01 2022-03-03 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御 Active JP7306511B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP16275049 2016-04-01
EP16275049.1 2016-04-01
JP2021010275A JP7044181B2 (ja) 2016-04-01 2021-01-26 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2021010275A Division JP7044181B2 (ja) 2016-04-01 2021-01-26 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御

Publications (2)

Publication Number Publication Date
JP2022071118A JP2022071118A (ja) 2022-05-13
JP7306511B2 true JP7306511B2 (ja) 2023-07-11

Family

ID=58548795

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2018550612A Pending JP2019515527A (ja) 2016-04-01 2017-03-23 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御
JP2018550611A Abandoned JP2019515526A (ja) 2016-04-01 2017-03-23 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御
JP2021010275A Active JP7044181B2 (ja) 2016-04-01 2021-01-26 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御
JP2022032267A Active JP7306511B2 (ja) 2016-04-01 2022-03-03 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御

Family Applications Before (3)

Application Number Title Priority Date Filing Date
JP2018550612A Pending JP2019515527A (ja) 2016-04-01 2017-03-23 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御
JP2018550611A Abandoned JP2019515526A (ja) 2016-04-01 2017-03-23 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御
JP2021010275A Active JP7044181B2 (ja) 2016-04-01 2021-01-26 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御

Country Status (4)

Country Link
US (2) US11109259B2 (ja)
EP (2) EP3437361A1 (ja)
JP (4) JP2019515527A (ja)
WO (2) WO2017170123A1 (ja)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017170123A1 (en) * 2016-04-01 2017-10-05 Nec Corporation LOAD CONTROL FROM CONTROL PLANE CIoT EPS OPTIMISATION
WO2017189038A1 (en) * 2016-04-29 2017-11-02 Intel IP Corporation CELLULAR IoT CONTROL AND USER PLANE SWITCHING
CN107426785A (zh) * 2016-05-23 2017-12-01 中国移动通信有限公司研究院 一种数据传输方法及装置
WO2018009025A1 (ko) * 2016-07-07 2018-01-11 엘지전자 주식회사 무선 통신 시스템에서 pdn 연결 관련 신호 송수신 방법 및 이를 위한 장치
US10750400B2 (en) * 2016-09-30 2020-08-18 Qualcomm Incorporated Processing a data packet received over control plane in congestion scenario
EP3537843B1 (en) * 2016-11-03 2022-08-17 LG Electronics Inc. Method for moving from ngs to eps in wireless communication system and apparatus therefor
WO2018182224A1 (ko) * 2017-03-25 2018-10-04 엘지전자 주식회사 액세스 제어 방법 및 이를 지원하는 장치
WO2019119447A1 (en) * 2017-12-22 2019-06-27 Qualcomm Incorporated Expedited release of a user equipment
JP2019125845A (ja) * 2018-01-12 2019-07-25 シャープ株式会社 ユーザ装置
US10568018B1 (en) * 2018-04-19 2020-02-18 Sprint Spectrum L.P. Methods and systems for preventing message overloading in wireless networks
CN110650499B (zh) 2018-06-26 2022-04-29 华为技术有限公司 重定向的方法、通信系统和通信装置
US11323948B2 (en) * 2018-07-24 2022-05-03 T-Mobile Usa, Inc. Device management for NB-IoT devices
JP7248929B2 (ja) * 2019-01-09 2023-03-30 日本電気株式会社 コアネットワークノード及び方法
CN111757390A (zh) * 2019-03-29 2020-10-09 中兴通讯股份有限公司 一种支持网络切片的方法及网络管控系统
EP4055874A4 (en) * 2019-11-04 2023-08-02 Mavenir Networks, Inc. METHOD AND APPARATUS FOR OPTIMIZING USER PLANE RESOURCES
GB2592065A (en) * 2020-02-16 2021-08-18 Samsung Electronics Co Ltd UE in restricted service area
GB2614673B (en) * 2020-05-23 2024-02-21 Samsung Electronics Co Ltd PDU session transfer across different access types
EP4285573A1 (en) * 2021-01-27 2023-12-06 Sony Group Corporation Broker circuitry, network broker circuitries, broker devices, base station, publisher devices, subscriber devices
WO2023104430A1 (en) * 2021-12-09 2023-06-15 Nokia Technologies Oy A control method for non-disruptive sw upgrade in live 5g radio access networks

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014514831A (ja) 2011-04-01 2014-06-19 インターデイジタル パテント ホールディングス インコーポレイテッド ネットワークへの接続性を制御する方法および装置
WO2015129211A1 (ja) 2014-02-28 2015-09-03 日本電気株式会社 ネットワーク制御方法およびシステム
JP2019515526A (ja) 2016-04-01 2019-06-06 日本電気株式会社 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御
JP2019533358A (ja) 2016-09-30 2019-11-14 クアルコム，インコーポレイテッド 輻輳シナリオにおける制御プレーンを介して受信されたデータパケットの処理

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101413570B1 (ko) 2010-10-05 2014-06-30 에이치티씨 코퍼레이션 Ａｐｎ 기반의 혼잡 제어의 처리 방법 및 관련 통신 장치
JP5306417B2 (ja) 2011-06-02 2013-10-02 株式会社エヌ・ティ・ティ・ドコモ 無線制御基地局及び接続先交換局判定方法
WO2013142277A1 (en) * 2012-03-22 2013-09-26 Research In Motion Limited Handling services during device backoff
CN103369553A (zh) * 2012-03-30 2013-10-23 中兴通讯股份有限公司 设置后退定时器的方法和网络侧
US9628941B2 (en) 2012-09-26 2017-04-18 Lg Electronics Inc. MTC monitoring method
CN104919829B (zh) * 2012-11-02 2019-06-11 Lg电子株式会社 用于发送mtc设备的数据的方法
CN110149621B (zh) * 2013-07-03 2022-06-07 交互数字专利控股公司 保护ProSe通信会话的方法和WTRU
JP2019050436A (ja) * 2016-01-19 2019-03-28 シャープ株式会社 端末装置、ｃ−ｓｇｎおよび通信制御方法
JP2019050437A (ja) 2016-01-19 2019-03-28 シャープ株式会社 端末装置、ｃ−ｓｇｎおよび通信制御方法
US10575318B2 (en) 2016-02-11 2020-02-25 Lg Electronics Inc. Data transmission method and user equipment, and data reception method and base station
WO2017141749A1 (en) 2016-02-17 2017-08-24 Nec Corporation Selection of control plane and user plane for the data transmission
CA3014677C (en) 2016-02-18 2023-04-11 Telefonaktiebolaget Lm Ericsson (Publ) System, methods, and apparatuses for managing data rate for control plane optimization
CN109076330B (zh) 2016-03-23 2021-08-13 Lg 电子株式会社 无线通信系统中跟踪区域更新的方法及其装置
WO2017171184A1 (ko) 2016-03-28 2017-10-05 엘지전자 주식회사 Nb-iot rat에서 네트워크 액세스를 시도하는 방법
WO2017166221A1 (zh) 2016-03-31 2017-10-05 华为技术有限公司 无线接入控制方法、装置及系统
EP3524005A1 (en) * 2016-10-10 2019-08-14 Nec Corporation User equipment, system and communication method for managing overload in the context of control plane cellular internet of things evolved packet system optimisation
WO2018080230A1 (ko) * 2016-10-30 2018-05-03 엘지전자(주) 무선 통신 시스템에서 emm 모드를 결정하는 방법 및 이를 위한 장치
US11076314B2 (en) 2016-12-28 2021-07-27 Apple Inc. Systems, methods and devices for congestion control for transport of user data via a control plane
US11259208B2 (en) * 2017-06-08 2022-02-22 Lg Electronics Inc. Overload control method in wireless communication system and device for same

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014514831A (ja) 2011-04-01 2014-06-19 インターデイジタル パテント ホールディングス インコーポレイテッド ネットワークへの接続性を制御する方法および装置
WO2015129211A1 (ja) 2014-02-28 2015-09-03 日本電気株式会社 ネットワーク制御方法およびシステム
JP2019515526A (ja) 2016-04-01 2019-06-06 日本電気株式会社 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御
JP7044181B2 (ja) 2016-04-01 2022-03-30 日本電気株式会社 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御
JP2019533358A (ja) 2016-09-30 2019-11-14 クアルコム，インコーポレイテッド 輻輳シナリオにおける制御プレーンを介して受信されたデータパケットの処理

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP TS23.401 V13.6.1，2016年03月24日，第35-41,91ページ
NEC，Key Issue CN overload protection from data transfer via control plane CIoT EPS optimizations - solut，3GPP TSG-SA WG2#116 S2-163484，2016年07月05日，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_116_Vienna/Docs/S2-163484.zip＞

Also Published As

Publication number Publication date
EP3437361A1 (en) 2019-02-06
JP2019515527A (ja) 2019-06-06
EP3437380A1 (en) 2019-02-06
EP3437380B1 (en) 2022-11-09
JP2022071118A (ja) 2022-05-13
WO2017170122A1 (en) 2017-10-05
JP2021078144A (ja) 2021-05-20
JP7044181B2 (ja) 2022-03-30
US20190141563A1 (en) 2019-05-09
JP2019515526A (ja) 2019-06-06
US11109259B2 (en) 2021-08-31
US11564121B2 (en) 2023-01-24
WO2017170123A1 (en) 2017-10-05
US20200305022A1 (en) 2020-09-24

Similar Documents

Publication Publication Date Title
JP7306511B2 (ja) 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御
US12028912B2 (en) Method for (re)selection of control plane and user plane data transmission
US9648520B2 (en) Method for processing data associated with handover in a wireless network
JP6042954B2 (ja) 無線通信システムにおけるアイドルモードシグナリング減少に関連するデータを処理する方法
US9148882B2 (en) Method for processing data associated with session management and mobility management
WO2019029883A1 (en) SERVICE SPACING REGULATION FOR A WIRELESS DEVICE
JP2019537866A (ja) ユーザ機器、モビリティ管理ノード、およびその通信方法
CN112637963B (zh) 多址接入协议数据单元会话释放的方法及其用户设备
JP2017511981A (ja) 被中継ｕｅへのトラヒック及び被中継ｕｅからのトラヒックを中継するｕｅ（ｕｅ−ｒ）でのデータレート制御
CN103037452A (zh) 支持话音业务连续性的方法
JP2014533453A (ja) 無線通信システムにおける位置領域の更新に関連したデータを処理する方法
WO2015062643A1 (en) Keeping user equipment in a state attached to a cellular communication network during offloading of cellular data to another communication network
KR102170503B1 (ko) 이동통신시스템에서의 호출장치 및 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220303

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230207

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230329

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230530

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230612

R151 Written notification of patent or utility model registration

Ref document number: 7306511

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151