特許 7132950 共有ＲＡＮでのリソース制御

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-08-30

(45)【発行日】2022-09-07

(54)【発明の名称】共有ＲＡＮでのリソース制御

(51)【国際特許分類】

   H04W 28/18 20090101AFI20220831BHJP

   H04W 92/24 20090101ALI20220831BHJP

【ＦＩ】

H04W28/18

H04W92/24

【請求項の数】 20

(21)【出願番号】P 2019564375

(86)(22)【出願日】2018-02-13

(65)【公表番号】

(43)【公表日】2020-03-12

(86)【国際出願番号】 US2018018023

(87)【国際公開番号】W WO2018148736

(87)【国際公開日】2018-08-16

【審査請求日】2021-02-10

(31)【優先権主張番号】62/458,260

(32)【優先日】2017-02-13

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】314015767

【氏名又は名称】マイクロソフト テクノロジー ライセンシング，エルエルシー

(74)【代理人】

【識別番号】100118902

【弁理士】

【氏名又は名称】山本 修

(74)【代理人】

【識別番号】100106208

【弁理士】

【氏名又は名称】宮前 徹

(74)【代理人】

【識別番号】100120112

【氏名又は名称】中西 基晴

(74)【代理人】

【識別番号】100173565

【弁理士】

【氏名又は名称】末松 亮太

(72)【発明者】

【氏名】リンク，フレッド

(72)【発明者】

【氏名】チアン，ハイボ

(72)【発明者】

【氏名】ブラウン，マイケル，アンソニー

【審査官】米倉 明日香

(56)【参考文献】

【文献】特表２０１５－５２４１８６（ＪＰ，Ａ）

【文献】国際公開第２０１７／００６５４８（ＷＯ，Ａ１）

【文献】国際公開第２０１５／０５６３９２（ＷＯ，Ａ１）

【文献】国際公開第２００５／０３９２１１（ＷＯ，Ａ１）

【文献】CATT，Analysis on enabling network slicing in RAN，3GPP TSG-RAN WG3 #91b R3-160780，2016年04月02日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線アクセスネットワーク（ＲＡＮ）を共有する複数のコアネットワーク（ＣＮ）のうちの１つを管理するためのコンピュータ化された方法であって、
コンピューティングデバイスによって、前記複数のＣＮのうちの少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御タイプインジケータを受信するステップであって、前記ＲＡＮリソース割り当て制御タイプインジケータが、
ＲＡＮリソースの保証された最小割り当て、
ＲＡＮリソースの絶対割り当て、および
ＲＡＮリソースのパーセンテージベースの割り当て、
のうちの少なくとも１つを含んだＲＡＮリソース割り当て制御タイプを示す、ステップと、
前記コンピューティングデバイスによって、前記複数のＣＮのうちの前記少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値を受信するステップと、
前記コンピューティングデバイスによって、前記複数のＣＮのうちの前記少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータを前記ＲＡＮリソース割り当て制御タイプに基づいて決定するステップであって、前記決定するステップが更に、
前記少なくとも１つの第１のＣＮが、前記ＲＡＮリソース割り当て制御タイプにおけるＲＡＮリソースの保証された最小割り当てに関連付けられているときには、前記少なくとも１つの第１のＣＮに関連付けられた前記ＲＡＮリソース割り当て制御値か、
前記少なくとも１つの第１のＣＮが、前記ＲＡＮリソース割り当て制御タイプにおけるＲＡＮリソースの絶対割り当てに関連付けられているときには、前記少なくとも１つの第１のＣＮに関連付けられた前記ＲＡＮリソース割り当て制御値か、または
あるＣＮが、前記ＲＡＮリソース割り当て制御タイプにおけるＲＡＮリソースのパーセンテージベースの割り当てに関連付けられているときには、前記少なくとも１つの第１のＣＮに関連付けられた前記ＲＡＮリソース割り当て制御値および前記複数のＣＮのうちの他のＣＮに関連付けられた少なくとも１つのＲＡＮリソース割り当て制御値か、
に基づく、ステップと、
前記少なくとも１つの第１のＣＮに対し前記ＲＡＮリソース割り当て制御値に基づいた量のＲＡＮリソースが割り当てられるように、前記コンピューティングデバイスによって、前記ＲＡＮリソース割り当てパラメータおよび前記関連付けられた少なくとも１つの第１のＣＮの識別を、トラフィックコントローラのノードに送信するステップと、
を含む、方法。

【請求項2】

請求項１に記載のコンピュータ化された方法において、前記ＲＡＮリソース割り当てパラメータが、
前記少なくとも１つの第１のＣＮに提供される最大量のＲＡＮリソースと、
前記少なくとも１つの第１のＣＮに提供される最小保証量のＲＡＮと、
のうちの少なくとも１つを含む、方法。

【請求項3】

請求項２に記載のコンピュータ化された方法であって、更に、
前記トラフィックコントローラの前記ノードによって、前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータを受信するステップと、
前記トラフィックコントローラのノードによって、前記少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の表示を受信するステップと、
前記トラフィックコントローラによって、前記少なくとも１つの第１のＣＮに割り当てられるＲＡＮリソースの量を決定するステップであって、前記決定するステップが、
前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータが、前記少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの最大量を含むときには、前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータ、および前記少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の表示と、
前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータが、前記少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの保証された最小量を含むときには、少なくとも１つの他のＣＮに対する前記ＲＡＮリソース割り当てパラメータ、および
前記少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示と、
前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータが、前記少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの保証された最小量を含むときには、前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータ、および前記少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の表示と、
のうちの少なくとも１つに基づく、ステップと、
前記少なくとも１つの第１のＣＮに割り当てられるＲＡＮリソースの前記量に基づいて、前記トラフィックコントローラによって、前記少なくとも１つの第１のＣＮに関連付けられた少なくとも１つのデバイスに対するトラフィックを制御するステップと、
を含む、方法。

【請求項4】

請求項３に記載のコンピュータ化された方法において、前記トラフィックを制御するステップが、
（ａ）ＲＡＮカバレッジエリアへのユーザ機器（ＵＥ）のアタッチメントまたはモビリティを制限することと、
（ｂ）利用可能なＲＡＮリソースを超えたときに、前記ＲＡＮカバレッジエリア内のＱｏＳ属性をデバイスベアラごとに修正することと、
（ｃ）表示されたＱｏＳレベルに基づいてユーザトラフィックを管理することであって、優先度の低いユーザデータのトラフィックの保留、一時中断、および拒否のうちの少なくとも１つを含むことと、
のうちの少なくとも１つを含む、方法。

【請求項5】

請求項３に記載のコンピュータ化された方法であって、更に、
ＲＡＮ輻輳を示す前記ＲＡＮからのローディング情報を処理するステップと、
前記ローディング情報に基づいて、前記少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の前記表示または少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示のうちの少なくとも１つを調整するステップと、
前記調整された表示を前記トラフィックコントローラに送信するステップと、
を含む、方法。

【請求項6】

請求項３に記載のコンピュータ化された方法であって、更に、
ＲＡＮ輻輳認識機能からのローディング情報を処理するステップと、
前記ローディング情報に基づいて、前記少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の前記表示または少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示のうちの少なくとも１つを調整するステップと、
前記調整された表示を前記ＲＡＮに送信するステップと、
を含む、方法。

【請求項7】

請求項１に記載のコンピュータ化された方法であって、更に、
前記コンピューティングデバイスによって、前記複数のＣＮのうちの第２のＣＮに関連付けられた第２のＲＡＮリソース割り当て制御タイプインジケータを受信するステップであって、前記第２のＲＡＮリソース割り当て制御タイプインジケータが、
ＲＡＮリソースの保証された最小割り当て、
ＲＡＮリソースの絶対割り当て、および
ＲＡＮリソースのパーセンテージベースの割り当て、
のうちの少なくとも１つを含んだ第２のＲＡＮリソース割り当て制御タイプを示す、ステップと、
前記コンピューティングデバイスによって、前記複数のＣＮのうちの前記第２のＣＮに関連付けられた第２のＲＡＮリソース割り当て制御値を受信するステップであって、
前記複数のＣＮのうちの前記少なくとも１つの第１のＣＮに関連付けられた前記ＲＡＮリソース割り当て制御タイプが前記第２のＲＡＮリソース割り当て制御タイプとは異なり、かつ、
前記複数のＣＮのうちの前記少なくとも１つの第１のＣＮに関連付けられた前記ＲＡＮリソース割り当て制御値が前記第２のＲＡＮリソース割り当て制御値とは異なる、
ステップと、
を含む、方法。

【請求項8】

請求項７に記載のコンピュータ化された方法において、
前記少なくとも１つの第１のＣＮは、モバイルデバイスにサービスを提供し、
前記第２のＣＮは、マシンタイプデバイスにサービスを提供する、方法。

【請求項9】

請求項１に記載のコンピュータ化された方法であって、更に、
１つ以上のユーザ機器（ＵＥ）に対する定期的な位置更新タイマー値を決定するステップと、
非ピーク時間の決定に基づいて、前記定期的な位置更新タイマー値を調整するステップと、
を含む、方法。

【請求項10】

請求項９に記載のコンピュータ化された方法において、
前記定期的な位置更新タイマーが、前記１つ以上のＵＥから提供されたタイマー値と、ホーム加入者サーバ（ＨＳＳ）またはホームロケーションレジスタ（ＨＬＲ）から提供されたタイマー値と、ローカルＭＭＥ／ＳＧＳＮ設定とのうちの少なくとも１つに基づく、方法。

【請求項11】

無線アクセスネットワーク（ＲＡＮ）を共有する複数のコアネットワーク（ＣＮ）のうちの１つを管理するための装置であって、
プロセッサに結合されたメモリであって、前記プロセッサによって実行されると、該プロセッサに、
前記複数のＣＮのうちの少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御タイプインジケータを受信させ、前記ＲＡＮリソース割り当て制御タイプインジケータが、
ＲＡＮリソースの保証された最小割り当て、
ＲＡＮリソースの絶対割り当て、および
ＲＡＮリソースのパーセンテージベースの割り当て、
のうちの少なくとも１つを含んだＲＡＮリソース割り当て制御タイプを示し、
前記複数のＣＮのうちの前記少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値を受信させ、
前記複数のＣＮのうちの前記少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータを前記ＲＡＮリソース割り当て制御タイプに基づいて決定させ、前記決定が、更に、
前記少なくとも１つの第１のＣＮが、前記ＲＡＮリソース割り当て制御タイプにおけるＲＡＮリソースの保証された最小割り当てに関連付けられているときには、前記少なくとも１つの第１のＣＮに関連付けられた前記ＲＡＮリソース割り当て制御値か、
前記少なくとも１つの第１のＣＮが、前記ＲＡＮリソース割り当て制御タイプにおけるＲＡＮリソースの絶対割り当てに関連付けられているときには、前記少なくとも１つの第１のＣＮに関連付けられた前記ＲＡＮリソース割り当て制御値か、または
あるＣＮが、前記ＲＡＮリソース割り当て制御タイプにおけるＲＡＮリソースのパーセンテージベースの割り当てに関連付けられているときには、前記少なくとも１つの第１のＣＮに関連付けられた前記ＲＡＮリソース割り当て制御値および前記複数のＣＮのうちの他のＣＮに関連付けられた少なくとも１つのＲＡＮリソース割り当て制御値か、
に基づき、
前記少なくとも１つの第１のＣＮに対し前記ＲＡＮリソース割り当て制御値に基づいた量のＲＡＮリソースが割り当てられるように、前記ＲＡＮリソース割り当てパラメータおよび前記関連付けられた少なくとも１つの第１のＣＮの識別を、トラフィックコントローラのノードに送信させる、
コンピュータ可読命令を含む、メモリを備える、装置。

【請求項12】

請求項１１に記載の装置において、前記ＲＡＮリソース割り当てパラメータが、
前記少なくとも１つの第１のＣＮに提供される最大量のＲＡＮリソースと、
前記少なくとも１つの第１のＣＮに提供される最小保証量のＲＡＮと、
のうちの少なくとも１つを含む、装置。

【請求項13】

請求項１２に記載の装置において、前記トラフィックコントローラが、更に、
前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータを受信し、
前記少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の表示を受信し、
前記少なくとも１つの第１のＣＮに割り当てられるＲＡＮリソースの量を決定し、該決定が、
前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータが、前記少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの最大量を含むときには、前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータおよび前記少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の表示と、
前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータが、前記少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの保証された最小量を含むときには、少なくとも１つの他のＣＮに対する前記ＲＡＮリソース割り当てパラメータおよび前記少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示と、
前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータが、前記少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの保証された最小量を含むときには、前記少なくとも１つの第１のＣＮに対する前記ＲＡＮリソース割り当てパラメータおよび前記少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の表示と、
のうちの少なくとも１つに基づき、
前記少なくとも１つの第１のＣＮに割り当てられるＲＡＮリソースの前記量に基づいて、前記少なくとも１つの第１のＣＮに関連付けられた少なくとも１つのデバイスに対するトラフィックを制御する、
ように構成される、装置。

【請求項14】

請求項１３に記載の装置において、前記トラフィックコントローラが、更に、
（ａ）ＲＡＮカバレッジエリアへのユーザ機器（ＵＥ）のアタッチメントまたはモビリティを制限することと、
（ｂ）利用可能なＲＡＮリソースを超えたときに、前記ＲＡＮカバレッジエリア内のＱｏＳ属性をデバイスベアラごとに修正することと、
（ｃ）表示されたＱｏＳレベルに基づいてユーザトラフィックを管理することであって、該ユーザトラフィックの管理が、優先度の低いユーザデータのトラフィックの保留、一時中断、および拒否のうちの少なくとも１つを含む、ことと、
のうちの少なくとも１つによってトラフィックを制御するように構成される、装置。

【請求項15】

請求項１３に記載の装置であって、更に、ローディング要素を備え、該ローディング要素が、
ＲＡＮ輻輳を示す前記ＲＡＮからのローディング情報を処理し、
前記ローディング情報に基づいて、前記少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の前記表示または少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示のうちの少なくとも１つを調整し、
前記調整された表示を前記トラフィックコントローラに送信する、
ように構成される、装置。

【請求項16】

請求項１３に記載の装置であって、更に、ローディング要素を備え、該ローディング要素が、
ＲＡＮ輻輳認識機能からのローディング情報を処理し、
前記ローディング情報に基づいて、前記少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の前記表示または少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示のうちの少なくとも１つを調整し、
前記調整された表示を前記ＲＡＮに送信する、
ように構成される、装置。

【請求項17】

請求項１１に記載の装置であって、更に、
前記複数のＣＮのうちの第２のＣＮに関連付けられた第２のＲＡＮリソース割り当て制御タイプインジケータを受信させ、前記第２のＲＡＮリソース割り当て制御タイプインジケータが、
ＲＡＮリソースの保証された最小割り当て、
ＲＡＮリソースの絶対割り当て、および
ＲＡＮリソースのパーセンテージベースの割り当て、
のうちの少なくとも１つを含んだ第２のＲＡＮリソース割り当て制御タイプを示し、
前記複数のＣＮのうちの前記第２のＣＮに関連付けられた第２のＲＡＮリソース割り当て制御値を受信させ、
前記複数のＣＮのうちの前記少なくとも１つの第１のＣＮに関連付けられた前記ＲＡＮリソース割り当て制御タイプが前記第２のＲＡＮリソース割り当て制御タイプとは異なり、かつ、
前記複数のＣＮのうちの前記少なくとも１つの第１のＣＮに関連付けられた前記ＲＡＮリソース割り当て制御値が前記第２のＲＡＮリソース割り当て制御値とは異なる、
装置。

【請求項18】

請求項１７に記載の装置において、
前記少なくとも１つの第１のＣＮは、モバイルデバイスにサービスを提供し、
前記第２のＣＮは、マシンタイプデバイスにサービスを提供する、装置。

【請求項19】

請求項１２に記載の装置であって、更に、タイミングコントローラを備え、該タイミングコントローラが、
１つ以上のユーザ機器（ＵＥ）に対する定期的な位置更新タイマー値を決定し、
非ピーク時間の決定に基づいて、前記定期的な位置更新タイマー値を調整する、
ように構成される、装置。

【請求項20】

請求項１９に記載の装置において、前記定期的な位置更新タイマーは、前記１つ以上のＵＥから提供されたタイマー値と、ホーム加入者サーバ（ＨＳＳ）またはホームロケーションレジスタ（ＨＬＲ）から提供されたタイマー値と、ローカルＭＭＥ／ＳＧＳＮ設定とのうちの少なくとも１つに基づく、装置。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０１７年２月１３日に出願された「ＡＤＭＩＳＳＩＯＮ ＣＯＮＴＲＯＬ ＩＮ Ａ ＳＨＡＲＥＤ ＲＡＮ」と題する、３５Ｕ．Ｓ．Ｃ．§１１９（ｅ）に基づく米国仮出願第６２／４５８，２６０号に対する利益を主張するものであり、その内容はその全体が参照により本明細書に組み込まれる。

【0002】

本開示は、概して、無線アクセスネットワーク（ＲＡＮ）技術に関し、より具体的には、共有ＲＡＮ内の受付制御を行うことに関する。

【背景技術】

【0003】

第３世代パートナーシッププロジェクト（３ＧＰＰ）アーキテクチャは、セルラーＲＡＮをマルチプルパケットコアネットワーク（ＣＮ）に接続する可能性をサポートする。３ＧＰＰは、ＲＡＮ共有アーキテクチャとして、異なるＣＮへのＲＡＮ機器の展開を定義している。３ＧＰＰ ＲＡＮ技術の例には、ＧＥＲＡＮ（２Ｇ）、ＵＴＲＡＮ（３Ｇ）、およびＥ－ＵＴＲＡＮ（４Ｇ）が含まれる。

【0004】

関連技術の実装では、セルラー事業者は、通常、ＣＮを展開して自分の加入者デバイスにサービスを提供する。事業者は、共有ＲＡＮアーキテクチャを展開して、ワイヤレスカバレッジを構築するコストを削減し得る。そうすることで、事業者は共有セルラーカバレッジエリアを定義でき、これらのカバレッジエリアのＲＡＮ機器を使用して、そのＲＡＮカバレッジエリアＣＮを共有するすべての事業者のデバイスをサポートし得る。

【0005】

関連技術の実装では、セルラー事業者は、概して、単一のＣＮを展開して自分の加入者デバイスを取り扱う。所定のカバレッジエリアのすべてのＲＡＮ機器は、その特定のセルラー事業者に関連付けられたデバイス用にこの単一のＣＮに接続する。歴史的に、サポートされている加入者デバイスの大部分は、エンドユーザまたはアプリケーションによる使用方法と、セルラーＲＡＮおよびＣＮとの相互作用方法に一貫性がある。例えば、任意の所定の携帯電話は、通常、他の携帯電話と同様に、セルラーＲＡＮおよびその関連ＣＮと相互作用する。

【0006】

関連技術の実装では、事業者は、彼らのネットワーク上のより多様な加入者デバイスのセットのサポートを増やしている。拡張加入者デバイスのサポートには、事業者が、同じＲＡＮ機器を共有しながら、異なるカテゴリの加入者デバイス（例えば、スマートフォン、自動車、電力計、農業用センサ、医療デバイス、家電用品など）を取り扱う各コアネットワークと共に、マルチプルコアネットワークを展開し得るなどの新しい展開のユースケースが含まれる。

【0007】

例示的な関連技術の実装では、事業者は、伝統的に、事業者のすべての加入者デバイスを取り扱うように構成された単一のＣＮおよび単一のＲＡＮを含むロングタームエボリューション（ＬＴＥ）ネットワークを運営した。しかしながら、加入者デバイスの多様性は増加している。事業者は、例えば、農業ビジネス向けの特別なプロモーションを提供して、セルラーネットワークに農場センサを追加することによって、彼らの加入者ベースを拡大することを試みてきた。センサの使用パターンおよびネットワーク要件は、スマートフォンやラップトップなどの他のユーザ機器（ＵＥ）とは大きく異なる。したがって、事業者は、これらのセンサの独特のネットワーク要件を取り扱うように特別に構成された第２のＣＮを展開し得る。この例では、事業者は第２の完全なＣＮを展開し、第２のＣＮを共有ＲＡＮに接続する。ＵＥのＣＮ選択時間の間に、共有ＲＡＮ上のデバイスは、正しいＣＮにルーティングされる。この例示的な関連技術の実装では、共有ＲＡＮは、既知の３ＧＰＰサービス品質（ＱｏＳ）方法によってリソースを割り当てて管理する。しかしながら、既存のＱｏＳ方法は、ＣＮが利用可能な共有ＲＡＮリソースの一部を保証されることを確実にせず、例えば、データ無線ベアラを含むがこれに限定されない時間または周波数に基づくブロックまたはユニットなど、下位のデバイスのために作成されたＣＮには、他のより高い優先順位のＣＮによる高い使用期間中にＲＡＮリソースが割り当てられないことがある。

【発明の概要】

【0008】

以下は、本発明のいくつかの態様の基本的な理解を提供するために、技術革新の簡略化された要約を提示する。この要約は、本発明の広範な概観ではない。本発明の鍵となるまたは重要な要素を特定することも、本発明の範囲を線引きすることも意図していない。その唯一の目的は、後で提示されるより詳細な説明の前置きとして、本発明のいくつかの概念を簡略化された形で提示することである。共有ＲＡＮとマルチプルＣＮがある関連技術の展開では、異なるＣＮ間のＲＡＮリソースの使用を調停するための定義済みの方法はない。本開示の例示的な実装は、マルチプルＣＮが共有ＲＡＮを利用して異なるＣＮ間のＲＡＮリソースの使用を調停するシステムおよび方法を対象とする。

【0009】

概して、一態様において、本発明は、無線アクセスネットワーク（ＲＡＮ）を共有する複数のコアネットワーク（ＣＮ）のうちの１つを管理するためのコンピュータ化された方法を特徴とし、本方法は、コンピューティングデバイスによって、複数のＣＮのうちの少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御タイプインジケータを受信することであって、ＲＡＮリソース割り当て制御タイプインジケータは、ＲＡＮリソースの保証された最小割り当て、ＲＡＮリソースの絶対割り当て、およびＲＡＮリソースのパーセンテージベースの割り当てのうちの少なくとも１つを含む、受信することと、コンピューティングデバイスによって、複数のＣＮのうちの少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値を受信することと、コンピューティングデバイスによって、複数のＣＮのうちの少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータを決定することであって、決定することは、少なくとも１つの第１のＣＮが、ＲＡＮリソースの保証された最小割り当てのＲＡＮリソース割り当て制御タイプインジケータに関連付けられているときには、少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値、少なくとも１つの第１のＣＮが、ＲＡＮリソースの絶対割り当てのＲＡＮリソース割り当て制御タイプインジケータに関連付けられているときには、少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値、または、ＣＮが、ＲＡＮリソースのパーセンテージベースの割り当てのＲＡＮリソース割り当て制御タイプインジケータに関連付けられているときには、少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値および複数のＣＮのうちの別のＣＮに関連付けられた少なくとも１つのＲＡＮリソース割り当て制御値、に基づく、決定することと、少なくとも１つの第１のＣＮにリソース割り当て値に基づいた量のＲＡＮリソースが割り当てられるように、コンピューティングデバイスによって、ＲＡＮリソース割り当てパラメータおよび関連付けられた少なくとも１つの第１のＣＮの識別を、トラフィックコントローラのノードに送信することと、を含む。

【0010】

別の態様において、本発明は、少なくとも１つの第１のＣＮに提供されるＲＡＮリソース最大量、および少なくとも１つの第１のＣＮに提供されるＲＡＮの最小保証量、のうちの少なくとも１つを含む、リソース割り当てパラメータを含むコンピュータ化された方法を特徴とする。

【0011】

別の態様において、本発明は、トラフィックコントローラのノードによって、少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータを受信することと、トラフィックコントローラのノードによって、少なくとも１つのＣＮに対するＲＡＮリソース使用量の表示を受信することと、トラフィックコントローラによって、少なくとも１つの第１のＣＮに割り当てられるＲＡＮリソースの量を決定することであって、決定することは、少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータが、少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの最大量を含むときには、少なくとも１つの第１のＣＮに対するリソース割り当てパラメータおよび少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の表示、少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータが、少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの保証された最小量を含むときには、少なくとも１つの他のＣＮに対するリソース割り当てパラメータおよび少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示、ならびに、少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータが、少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの保証された最小量を含むときには、少なくとも１つの第１のＣＮに対するリソース割り当てパラメータおよび少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の表示、のうちの少なくとも１つに基づく、決定することと、少なくとも１つの第１のＣＮに割り当てられるＲＡＮリソースの量に基づいて、トラフィックコントローラによって、少なくとも１つの第１のＣＮに関連付けられた少なくとも１つのデバイスに対するトラフィックを制御することと、を含む、コンピュータ化された方法を特徴とする。

【0012】

別の態様において、本発明は、（ａ）ＲＡＮカバレッジエリアへのユーザ機器（ＵＥ）のアタッチメントまたはモビリティを制限することと、（ｂ）利用可能なＲＡＮリソースを超えたときに、ＲＡＮカバレッジエリア内のＱｏＳ属性をデバイスベアラごとに修正することと、（ｃ）表示されたＱｏＳレベルに基づいてユーザトラフィックを管理することであって、ユーザトラフィックを管理することは、優先度の低いユーザデータのトラフィックの保留、一時中断、および拒否のうちの少なくとも１つを含む、管理することと、のうちの少なくとも１つを含む、トラフィックを制御することを含むコンピュータ化された方法を特徴とする。

【0013】

別の態様において、本発明は、コンピューティングデバイスによって、複数のＣＮのうちの第２のＣＮに関連付けられた第２のＲＡＮリソース割り当て制御タイプインジケータを受信することと、コンピューティングデバイスによって、複数のＣＮのうちの第２のＣＮに関連付けられた第２のＲＡＮリソース割り当て制御値を受信することであって、複数のＣＮのうちの少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御タイプインジケータは、第２のＲＡＮリソース割り当て制御タイプインジケータとは異なり、かつ、複数のＣＮのうちの少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値は、第２のＲＡＮリソース割り当て制御値とは異なる、受信することと、を含む、コンピュータ化された方法を特徴とする。

【0014】

別の態様において、本発明は、モバイルデバイスにサービスを提供する少なくとも１つの第１のＣＮと、マシンタイプデバイスにサービスを提供する第２のＣＮと、を含むコンピュータ化された方法を特徴とする。

【0015】

別の態様において、本発明は、ＲＡＮ輻輳を示すＲＡＮからのローディング情報を処理することと、ローディング情報に基づいて、少なくとも１つのＣＮに対するＲＡＮリソース使用量の表示または少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示のうちの少なくとも１つを調整することと、調整された表示をトラフィックコントローラに送信することと、を含む、コンピュータ化された方法を特徴とする。

【0016】

別の態様において、本発明は、ＲＡＮ輻輳認識機能からのローディング情報を処理することと、ローディング情報に基づいて、少なくとも１つのＣＮに対するＲＡＮリソース使用量の表示または少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示のうちの少なくとも１つを調整することと、調整された表示をＲＡＮに送信することと、を含む、コンピュータ化された方法を特徴とする。

【0017】

別の態様において、本発明は、１つ以上のユーザ機器（ＵＥ）に対する定期的な位置更新タイマー値を決定することと、非ピーク時間の決定に基づいて、１つ以上の（ＵＥ）に対する定期的な位置更新タイマー値を決定することと、非ピーク時間中であるように定期的な位置更新タイマー値を調整することと、を含む、コンピュータ化された方法を特徴とする。

【0018】

別の態様において、本発明は、１つ以上のＵＥから提供されたタイマー値、ホーム加入者サーバ（ＨＳＳ）またはホームロケーションレジスタ（ＨＬＲ）から提供されたタイマー値、および、ローカルＭＭＥ／ＳＧＳＮ設定、のうちの少なくとも１つに基づいた定期的な位置更新タイマーを含む、コンピュータ化された方法を特徴とする。

【0019】

概して、別の態様において、本発明は、無線アクセスネットワーク（ＲＡＮ）を共有する複数のコアネットワーク（ＣＮ）のうちの１つを管理するための装置を特徴とし、その装置は、プロセッサに結合されたメモリであって、プロセッサによって実行されるとき、プロセッサに、複数のＣＮのうちの少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御タイプインジケータを受信することであって、ＲＡＮリソース割り当て制御タイプインジケータは、ＲＡＮリソースの保証された最小割り当て、ＲＡＮリソースの絶対割り当て、および、ＲＡＮリソースのパーセンテージベースの割り当て、のうちの少なくとも１つを含む、受信することと、複数のＣＮのうちの少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値を受信することと、複数のＣＮのうちの少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータを決定することであって、決定することは、少なくとも１つの第１のＣＮが、ＲＡＮリソースの保証された最小割り当てのＲＡＮリソース割り当て制御タイプインジケータに関連付けられているときには、少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値、少なくとも１つの第１のＣＮが、ＲＡＮリソースの絶対割り当てのＲＡＮリソース割り当て制御タイプインジケータに関連付けられているときには、少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値、または、ＣＮが、ＲＡＮリソースのパーセンテージベースの割り当てのＲＡＮリソース割り当て制御タイプインジケータに関連付けられているときには、少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値および複数のＣＮのうちの別のＣＮに関連付けられた少なくとも１つのＲＡＮリソース割り当て制御値、に基づく、決定することと、少なくとも１つの第１のＣＮにリソース割り当て値に基づいた量のＲＡＮリソースが割り当てられるように、ＲＡＮリソース割り当てパラメータおよび関連付けられた少なくとも１つの第１のＣＮの識別を、トラフィックコントローラのノードに送信することと、を行わせる、コンピュータ可読命令を含む、メモリを備える。

【0020】

別の態様において、本発明は、少なくとも１つの第１のＣＮに提供される最大量のＲＡＮリソース、および、少なくとも１つの第１のＣＮに提供される最小保証量のＲＡＮ、のうちの少なくとも１つを含む、リソース割り当てパラメータを特徴とする。

【0021】

別の態様において、本発明は、トラフィックコントローラが、少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータを受信することと、少なくとも１つのＣＮに対するＲＡＮリソース使用量の表示を受信することと、少なくとも１つの第１のＣＮに割り当てられるＲＡＮリソースの量を決定することであって、決定することは、少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータが、少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの最大量を含むときには、少なくとも１つの第１のＣＮに対するリソース割り当てパラメータおよび少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の表示、少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータが、少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの保証された最小量を含むときには、少なくとも１つの他のＣＮに対するリソース割り当てパラメータおよび少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示、ならびに、少なくとも１つの第１のＣＮに対するＲＡＮリソース割り当てパラメータが、少なくとも１つの第１のＣＮに提供されるＲＡＮリソースの保証された最小量を含むときには、少なくとも１つの第１のＣＮに対するリソース割り当てパラメータおよび少なくとも１つの第１のＣＮに対するＲＡＮリソース使用量の表示、のうちの少なくとも１つに基づく、決定することと、少なくとも１つの第１のＣＮに割り当てられるＲＡＮリソースの量に基づいて、少なくとも１つの第１のＣＮに関連付けられた少なくとも１つのデバイスに対するトラフィックを制御することと、を行うようにさらに構成されていることを特徴とする。

【0022】

別の態様において、本発明は、（ａ）ＲＡＮカバレッジエリアへのユーザ機器（ＵＥ）のアタッチメントまたはモビリティを制限することと、（ｂ）利用可能なＲＡＮリソースを超えたときに、ＲＡＮカバレッジエリア内のＱｏＳ属性をデバイスベアラごとに修正することと、（ｃ）表示されたＱｏＳレベルに基づいてユーザトラフィックを管理することであって、ユーザトラフィックを管理することは、優先度の低いユーザデータのトラフィックの保留、一時中断、および拒否のうちの少なくとも１つを含む、管理することと、のうちの少なくとも１つによってトラフィックを制御するようにさらに構成されているトラフィックコントローラを特徴とする。

【0023】

別の態様において、本発明は、複数のＣＮのうちの第２のＣＮに関連付けられた第２のＲＡＮリソース割り当て制御タイプインジケータを受信することと、複数のＣＮのうちの第２のＣＮに関連付けられた第２のＲＡＮリソース割り当て制御値を受信することであって、複数のＣＮのうちの少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御タイプインジケータは、第２のＲＡＮリソース割り当て制御タイプインジケータとは異なり、かつ、複数のＣＮのうちの少なくとも１つの第１のＣＮに関連付けられたＲＡＮリソース割り当て制御値は、第２のＲＡＮリソース割り当て制御値とは異なる、受信することと、を行わせる装置を特徴とする。

【0024】

別の態様において、本発明は、モバイルデバイスにサービスを提供する少なくとも１つの第１のＣＮと、マシンタイプデバイスにサービスを提供する第２のＣＮと、を特徴とする。

【0025】

別の態様において、本発明は、ＲＡＮ輻輳を示すＲＡＮからのローディング情報を処理することと、ローディング情報に基づいて、少なくとも１つのＣＮに対するＲＡＮリソース使用量の表示または少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示のうちの少なくとも１つを調整することと、調整された表示をトラフィックコントローラに送信することと、を行うように構成されているローディング要素を特徴とする。

【0026】

別の態様において、本発明は、ＲＡＮ輻輳認識機能からのローディング情報を処理することと、ローディング情報に基づいて、少なくとも１つのＣＮに対するＲＡＮリソース使用量の表示または少なくとも１つの他のＣＮに対するＲＡＮリソース使用量の表示のうちの少なくとも１つを調整することと、調整された表示をＲＡＮに送信することと、を行うように構成されているローディング要素を特徴とする。

【0027】

別の態様において、本発明は、１つ以上のユーザ機器（ＵＥ）に対する定期的な位置更新タイマー値を決定することと、非ピーク時間の決定に基づいて、１つ以上の（ＵＥ）の定期的な位置更新タイマー値を決定することと、非ピーク時間中であるように定期的な位置更新タイマー値を調整することと、を行うように構成されているタイミングコントローラを特徴とする。

【0028】

別の態様において、本発明は、１つ以上のＵＥから提供されたタイマー値、ホーム加入者サーバ（ＨＳＳ）またはホームロケーションレジスタ（ＨＬＲ）から提供されたタイマー値、および、ローカルＭＭＥ／ＳＧＳＮ設定、のうちの少なくとも１つに基づいた定期的な位置更新タイマーを特徴とする。

【0029】

本開示の態様は、リソースエリアネットワーク（ＲＡＮ）を共有する複数のコアネットワーク（ＣＮ）のうちの１つを管理する装置を含み、これは、ＲＡＮのノードに、ＲＡＮから装置に割り当てられるＲＡＮリソースの量の表示を送信するように構成されたプロセッサを含むことができ、その表示は、装置に割り当てられるＲＡＮリソースのパーセンテージベースの表示および／または装置に対する保証された最小のリソースうちの１つであり、かつ、ＲＡＮのノードの調停に基づいてＲＡＮリソースの割り当てを受信し、調停は、複数のＣＮから受信した表示に基づく。

【0030】

本開示の態様は、リソースエリアネットワーク（ＲＡＮ）を共有する複数のコアネットワーク（ＣＮ）のうちの１つを管理する装置のための方法をさらに含むことができ、その方法は、ＲＡＮのノードに、ＲＡＮから装置に割り当てられるＲＡＮリソースの量の表示を送信することを含み、その表示は、装置に割り当てられるＲＡＮリソースのパーセンテージベースの表示、および装置に対する保証された最小のリソースのうちの１つであり、かつ、ＲＡＮのノードの調停に基づいてＲＡＮリソースの割り当てを受信し、調停は、複数のＣＮから受信した表示に基づく。

【0031】

本開示の態様は、リソースエリアネットワーク（ＲＡＮ）を共有する複数のコアネットワーク（ＣＮ）のうちの１つを管理する装置のための命令を格納する非一時的コンピュータ可読媒体をさらに含むことができ、その命令は、ＲＡＮのノードに、ＲＡＮから装置に割り当てられるＲＡＮリソースの量の表示を送信することを含み、その表示は、装置に割り当てられるＲＡＮリソースのパーセンテージベースの表示、および装置に対する保証された最小のリソースのうちの１つであり、かつ、ＲＡＮのノードの調停に基づいてＲＡＮリソースの割り当てを受信し、調停は、複数のＣＮから受信した表示に基づく。

【0032】

本開示の態様は、リソースエリアネットワーク（ＲＡＮ）を共有する複数のコアネットワーク（ＣＮ）のうちの１つを管理する装置を含み、これは、ＲＡＮから直接受信したローディング、事業者ネットワーク内の外部ソースからのローディングを含めて、およびローカルＲＡＮローディング計算に基づいて、様々な入力からの所定のＣＮに対する現在のＲＡＮローディングを決定するように構成されたプロセッサを含むことができる。

【図面の簡単な説明】

【0033】

【図1】例示的セルラーワイヤレス展開を図示する。

【図2】例示的な実装形態による、マルチプルＣＮを含むネットワークアーキテクチャを図示する。

【図3】例示的な実装形態による、共有ＲＡＮを使用するＣＮの例を図示する。

【図4】割り当てられたＲＡＮリソースの現在の使用を決定するＣＮを含む例示的な実装形態を図示する。

【図5】例示的な実装形態による、ＲＡＮ輻輳を緩和する手段としてイベントを拒否するための例示的なフロー図を図示する。

【図6】例示的な実装形態による、ＲＡＮ輻輳を緩和する手段としてＱｏＳ属性を修正するための例示的なフロー図を図示する。

【図7】例示的な実装形態による、定期的タイマー値の供給を図示する。

【図8】例示的な実装形態による、定期的タイマー実装に適用できるフロー図を図示する。

【図9】例示的な実装形態が適用され得る例示的なＭＭＥ／ＳＧＳＮを図示する。

【図10】一実施形態による、ＲＡＮリソース割り当てパラメータを設定する例示的な方法を図示する。

【図11】一実施形態による、ＣＮに割り当てられるＲＡＮリソースの量を決定する例示的な方法を図示する。

【発明を実施するための形態】

【0034】

以下の詳細な説明は、本出願の図および例示的な実装のさらなる詳細を提供する。参照番号および図の間の冗長要素の説明は、明快さのために省略されている。説明全体で使用される用語は、例として提供されており、限定することを意図したものではない。例えば、「自動」という用語の使用には、ユーザまたは管理者による実装の一定の態様の制御を含む、完全に自動または半自動の実装が含まれてもよく、本出願の実装を実施する当業者の所望の実装に依存する。

【0035】

ワイヤレス業界の予測は、インターネットへ接続するためにセルラー技術を使用するデバイスの数が大幅に増加していることを示している。既存のネットワークは、デバイスの数並びにデバイスのタイプの多様性の両方を取り扱うために進化する必要があり得る。大きな成長分野の１つは、ワイヤレスネットワークにマシンタイプのデバイスを追加することであり、例えば、電力計、自動車、家電用品、医療デバイス、農業用センサなどがある。マルチプルコアネットワークを展開することにより、ワイヤレス事業者がこの成長とデバイスの多様性に対処することを可能にする。

【0036】

ワイヤレス事業者がマルチプルコアネットワークを追加すると、共有ＲＡＮの使用を管理する必要性が問題になる。ここで説明する実装例は、この課題に対処する。

【0037】

例示的な実装形態において、デバイスによって生成されるトラフィックは、マルチプルＣＮを使用してより適切に管理され得、ネットワークがより多くのデバイスにサービスを提供することを可能にする。実装例には、デバイス位置レポートの最適化が含まれる。例示的な実装形態において、最適化は、時刻に基づいて位置レポートタイマーを動的にすることを含み得る。

【0038】

例示的な実装形態において、マルチプルＣＮにわたるＲＡＮリソースの割り当ては、ＲＡＮリソースを共有する他のＣＮと比較して、ＣＮが許可されるＲＡＮリソースの相対量を含むＲＡＮへＣＮによって提供される表示を含むことができる。この表示は、単純なパーセンテージベースの表示（例えば、このコアネットワークにはＲＡＮ容量のＸ％が許可される）、あるいは代わりに輻輳時にそのコアに対して許されるリソースの保証されたフロアに対する要求のいずれかであることができる。

【0039】

例示的な実装形態において、共有ＲＡＮでマルチプルコアネットワークを展開するとき、各コアネットワークは、そのコアに割り当てられた実際のリソース使用率の可視性を必要とする場合がある。この可視性は、ＲＡＮの現在のローディング状態を受信するモビリティ管理エンティティ（ＭＭＥ）またはサービス提供ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サポートノード（ＳＧＳＮ）によって実現できる。これは、ＲＡＮから直接、または３ＧＰＰ定義のＲＡＮ輻輳認識機能（ＲＣＡＦ）のような外部機能を介してなど、多数の異なるソースによって受信され得る。この実際のＲＡＮ利用により、ローディング情報が輻輳／過負荷状態を示している場合、それぞれのＣＮはローディング低減ステップを呼び出すことができる。輻輳／過負荷低減の実装には、アタッチメントもしくはモビリティの拒否もしくは制限、デバイスベアラサービスのためのサービス品質（ＱｏＳ）設定の修正、および／またはネットワーク上のデバイスアクティビティの遅延を含むことができるが、これらに限定されない。アクティビティの遅延の例には、デバイスに提供される定期的なトラッキングエリア更新（ＴＡＵ）／ルーティングエリア更新（ＲＡＵ）値をカスタマイズして、非ピーク時間中に定期的なＵＥレポートを可能にするコアネットワークを含むことができる。ＭＭＥ／ＳＧＳＮは、非ピーク時間中に次の定期的なＴＡＵ／ＲＡＵを開始するようにデバイスに示すことができる。例示的な実装形態において、事業者は、遅延耐性および／または低モビリティデバイスを多数、大部分、または唯一含む特定のコアネットワーク内のデバイスアクティビティを遅延させることを選んでもよい。例えば、あるマシンタイプのデバイスは、モバイル性が低い場合があり、そのため、ピーク使用時間の高輻輳期間中に頻繁なアクティビティを必要としないことがあり得る。限定はされないが、インターネットアクセスおよび通信の目的でＲＡＮと頻繁に通信する携帯電話および他のコンピュータ化されたデバイスなどのモバイルデバイスは、高輻輳期間またはピーク使用時間中でも、より頻繁なアクティビティを必要とすることがあり得る。

【0040】

本開示の例示的な実装形態では、マルチプルＣＮに対して、所定のＣＮが許可されているＲＡＮリソースの相対量に関する表示をコアからＲＡＮへ提供するためのシステムと方法が提供されており、同時にＲＡＮが過負荷／輻輳状態にあるときにＲＡＮリソースを管理するためのシステムと方法が提供されている。本開示の例示的な実装形態では、非ピーク時間中にＴＡＵ／ＲＡＵプロセスが開始され得るように、ＭＭＥ／ＳＧＳＮが定期的ＴＡＵ／ＲＡＵ値を計算する方法およびシステムがある。

【0041】

図１は、インターネットネットワーク１０１、ＣＮ１０２、およびＲＡＮ１０３のためのインフラストラクチャを含むことができる例示的なセルラーワイヤレス展開を図示する。ＲＡＮ１０３は、限定されないがセルサイトなどのマルチプルＲＡＮデバイス１０４ａ、１０４ｂ、１０４ｃを含み得る。例示的なセルラーワイヤレスアーキテクチャにおいて、事業者は、ＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ－ＵＴＲＡＮ、または５ＧＮＲなどのワイヤレス事業者の無線アクセス技術（ＲＡＴ）をサポートするＲＡＮ１０３を展開する。概して、ＲＡＮ１０３はエンドデバイスとのセルラー通信を取り扱う。ＲＡＮ１０３は、エンドデバイスの認証、モビリティ、およびセッション管理（例えば、デバイスは、ネットワークへのアクセス、ＲＡＮノード間のシームレスな移動、およびユーザデータの送／受信を許可できる）、またはＲＡＮ１０３に委任されていない他の機能、を取り扱うＣＮ１０２に接続されている。ＣＮ１０２内で、ＲＡＮ機器は、冗長性およびネットワークスケーリングの目的で、もう１つのコアネットワーク要素１０５に接続し得る。一例として、コアネットワーク要素１０５は、ＣＮ１０２内に１つ以上のＭＭＥ／ＳＧＳＮを含み得る。ＣＮ１０２は、例えば、コアネットワーク要素１０５のそれぞれまたはサブセットについて、ＲＡＮ１０３へのマルチプル接続を有し得る。ＲＡＮ１０３からＣＮ１０２へのマルチプル接続を使用することは、ＭＭＥ／ＳＧＳＮのいずれかが利用できない場合に冗長性を提供する。ＣＮ１０２は、ＣＮ１０２に接続されたＲＡＮ１０３内のＲＡＮデバイス１０４ａ、１０４ｂ、１０４ｃの数に関係なく、１つの論理ＣＮとして扱われる。

【0042】

図２は、例示的な実装形態による、マルチプルＣＮを含むネットワークアーキテクチャを図示する。図２に図示するように、ＣＮ１０２およびＣＮ２０２は２つの別個の論理的ＣＮである。一実施形態によれば、ＣＮ１０２は、携帯電話などであるがこれに限定されない一般的なワイヤレス事業者デバイスにサービスを提供し、一方ＣＮ２０２は、すべてのマシンタイプコミュニケーション（ＭＴＣ）デバイスにサービスを提供し得る。ワイヤレス事業者は、図２に示すように単一の共有ＲＡＮに接続するマルチプルＣＮを含むネットワークアーキテクチャを展開し得、各ＣＮは一定のタイプ、クラス、またはデバイスのサブセットにサービスを提供するように設計され得ることを理解されたい。図２は、２つのＣＮ１０２および２０２のみを図示しているが、ワイヤレス事業者はより多くのＣＮを実装することを選択してもよい。

【0043】

マルチプルＣＮと単一の共有ＲＡＮ１０３を有する展開では、ＲＡＮ１０３はマルチプルＣＮに接続できる。ＲＡＮ１０３は、デバイスを正しいＣＮにルーティングする機能を果たし得る。図２の実施形態によれば、ＲＡＮ１０３は、デバイスをＣＮ１０２またはＣＮ２０２のいずれかにルーティングし得る。ＣＮ１０２および２０２のいずれを所定のデバイスのために使用するかのＲＡＮ１０３による選択は、標準の３ＧＰＰ定義の方法を通じて達成され得る。非限定的な例として、デバイスの選択されたパブリックランドモバイルネットワーク（ＰＬＭＮ）を介して、またはＣＮ１０２、２０２のうちの１つとのネゴシエーションに基づいて、ルーティングは達成され得る。ＵＥは、一度にＣＮ１０２のうちの１つに固定され得る。一例として、図２に見られるように、また上述のように、ワイヤレス事業者は、ＭＴＣネットワーク２０１用のＭＴＣデバイスを取り扱うために第２のＣＮ２０２を展開することを選んでもよい。非限定的な例によれば、ＣＮ２０２またはＲＡＮ１０３は、ＣＮ１０２に関連付けられたインターネットネットワーク１０１上のすべての他のデバイスを保持してもよい。ＭＴＣデバイスは、所定のＣＮ機能セットおよびネットワーク使用パターンを有し得、他のデバイスよりも遅延耐性があり得る。他の属性の中でも、そのような属性は、事業者が、ＭＴＣネットワーク２０１に関連付けられた独自のＣＮ２０２上にこれらのデバイスタイプを分離することを決定するように導き得る。事業者は、マルチプルタイプのネットワークを実装し得、ネットワークのサブセットと、または各ネットワークに対してインターフェース接続する個々のＣＮを実装し得ることを理解されたい。そのようなサブセットは、ネットワークの特性、またはネットワークとインターフェース接続するデバイス間で共有される属性に基づいて描画され得る。

【0044】

例示的な実装形態において、ＭＭＥ／ＳＧＳＮは、ＲＡＮリソースを共有する他のＣＮと比較して、各ＣＮに割り当てられるＲＡＮ１０３上のＲＡＮリソースの相対量に関する表示をＲＡＮに提供することができる。図２に示すように、ＭＭＥ／ＳＧＳＮ１０５、２０５の１つまたはそれぞれは、ＲＡＮと通信して、それぞれＣＮ１０２、２０２に割り当てられるＲＡＮリソースの相対量を示し得る。例示的な実装形態では、提供される表示は、パーセンテージベースの表示（例えば、関連付けられたＣＮにはＲＡＮ容量のＸ％が許可される）、またはそのＣＮに許可されるリソースの保証されたフロアのいずれかとなることができる。

【0045】

ＲＡＮは、使用可能な有限量のＲＡＮリソースを有する。ＲＡＮに接続されたデバイスによって要求されたＲＡＮリソースの量が利用可能なリソースを超える場合、ＲＡＮはそれらのリソースを調停する必要があり得る。ＲＡＮによる現在の調停では、デバイスベアラに対して３ＧＰＰのＱｏＳ属性（例えば、トラフィッククラス、ＱｏＳクラス識別子、割り当てと保持の優先順位、総最大ビットレート、保証ビットレート、最大ビットレートなど）を使用する。共有ＲＡＮ展開では、ＲＡＮは、各ＣＮがＲＡＮリソースの合意またはプリセット量を保証されることを確実にするために、定義されたベアラレベルＱｏＳ属性を超えて、リソースを割り当てる追加の方法から利益を受け得る。

【0046】

図２に図示された例を使用して、ワイヤレス事業者は、２つの別々のコアネットワーク、ＣＮ１０２およびＣＮ２０２を展開してきた。ＣＮ２０２は、専ら、事業者のマシン対マシン（Ｍ２Ｍ）またはＭＴＣ関連デバイスにサービスを提供し得、一方ＣＮ１０２は、セルラーデバイスなどであるがこれに限定されないすべての他のデバイスを取り扱う。非限定的な例として、事業者がＭＴＣ関連デバイス（ＣＮ２０２）を他のデバイスよりも優先度が低いと見なした場合、すべてのＲＡＮリソースがＣＮ１０２によって必要とされるとき、ＲＡＮ１０３がＣＮ２０２関連デバイスにリソースを割り当てない場合があり得る。別の実施形態によれば、事業者は、ＣＮ２０２に依然としていくつかのＲＡＮリソースが割り当てられることを保証することができる。例えば、ＣＮ２０２は、所定のパーセンテージまたは最小量のリソースなど、具体量のＲＡＮリソースを割り当てられ得る。

【0047】

図３は、例示的な実装形態による、共有ＲＡＮ１０３を使用するマルチプルＣＮの例を図示する。具体的には、図３の例は、ＲＡＮリソースの絶対割り当てを備えた単一の共有ＲＡＮ１０３を使用する２つのＣＮ、ＣＮ１およびＣＮ２、を図示する。絶対割り当ては、特定のＣＮに割り当てられる具体量のＲＡＮリソースを提供することを含み得る。絶対割り当ては、ＲＡＮリソースのユニットで一般的な数として表現される。別の実施形態によれば、ＲＡＮは、各ＣＮから受信した値を合計し、各所定のＣＮに割り当てられるＲＡＮリソースのパーセンテージを導出し得る。各ＣＮは、パーセンテージ割り当てを直接ＲＡＮに提供し得る。

【0048】

図３の例では、ＭＭＥ／ＳＧＳＮ３１５は、割り当てられるべきＲＡＮリソースのその部分の表示をＲＡＮ１０３に提供する。例えば、コアネットワーク（ＣＮ）３１１は、ＭＭＥ／ＳＧＳＮ３１５を介して３０１で２０のＲＡＮリソース要求を送り、ＣＮ３２１はＭＭＥ／ＳＧＳＮ３２５を介して３０２で８０のＲＡＮリソース要求を送信する。ＲＡＮ１０３は、これらのＲＡＮリソース値を受信すると、ＲＡＮリソースの２０％がＣＮ１に割り当てられ、８０％がＣＮ２に割り当てられることを確実にする。どの時点でも、ＣＮは更新されたＲＡＮリソース割り当て値を送り得、ＲＡＮはそのリソース割り当てを動的に調整する。このような例示的な実装形態では、ＣＮに許可されるＲＡＮリソースの量の絶対値が提供され得るが、本開示はそれに限定されず、リソースの具体値、事業者の望ましい実装に基づいて事前設定された割り当てなどのような、リソース割り当ての他の表示が適用され得る。

【0049】

別の実施形態では、ここに記載されている実装例の事業者は、代わりに、ＲＡＮリソースの最小量を定義するスキームを使用できる。いくつかの実施形態によれば、ＣＮは、保証された最小量のＲＡＮリソースを受け取ることであることをＲＡＮ１０３に示し得る。このため、１つ以上のＣＮは、指定された最小量のＲＡＮリソース（例えば、フロア）を常に保証され得る。ＲＡＮは、使用可能な容量がある場合、所定のＣＮが要求されたフロアを超えて使用することを許可する場合があるが、ＣＮが要求されたフロア／最小へアクセスすることを常に保証する。各コアによって要求される最小値の合計がＲＡＮリソースの合計を超える場合、ＲＡＮは各ＣＮが要求する最小値を調整して、利用可能なＲＡＮリソースの合計に等しくし得る。調整は、他のＣＮが要求した最小値と比較して、各ＣＮ要求の相対的パーセンテージを保持し得る。

【0050】

絶対および保証されたＲＡＮリソース割り当て方法の両方において、ＲＡＮ１０３は、それぞれのＣＮからの要求された割り当てに基づいてそのリソースをセグメント化してもよい。絶対割り当て方法の場合、ＲＡＮ１０３は、そのＣＮによって完全に使用されているかどうかに関係なく、要求された相対的パーセンテージが、それぞれのＣＮに対してのみ使用されることを確実にし得る。所定のＣＮデバイストラフィックが、その割り当てられたＲＡＮリソースを超えるとき、ＲＡＮ１０３は、そのＣＮの割り当てられたＲＡＮリソースの割り当て内で既知のＱｏＳ技術に基づいてトラフィックに優先順位を付け得る。保証された最小割り当て方法の場合、ＲＡＮ１０３は、要求された最小ＲＡＮリソースが常に利用可能であることを保証し得る。ＣＮが超えることができるのは要求最小値であるが、最小値へのアクセスを有することが常に保証される。一例として、３Ｇ ＵＭＴＳでは、無線ネットワークコントローラ（ＲＮＣ）３０３は、そのカバレッジエリア下でサービスされるデバイスのための無線リソースを管理および割り当てるＲＡＮ１０３内のエンティティであり得る。ＲＮＣ３０３は、ＣＮ３１１および／または３２１によって提供されるＱｏＳパラメータを使用して、そのＲＮＣ３０３に割り当てられた利用可能なＲＡＮリソース内のトラフィックに優先順位を付ける。ＲＮＣ３０３は、他の属性の中でも、ＲＡＮリソースの使用をスケジューリングするときにＣＮ３１１および／または３２１によって提供されるトラフィック取り扱い優先度および割り当て／保持優先度を使用する。一実施形態の一部として、ＲＡＮ１０３は、その適用可能なＣＮに割り当てられたＲＡＮリソースの割り当て総量内のリソースのスケジューリングを適用し得る。所定のＣＮに対する各ＲＡＮ割り当て内で、ＲＡＮ１０３は、既存のＱｏＳ方法を利用してトラフィックを管理し、そのＣＮに割り当てられた量を超えるときに優先順位を付ける。同様の実施形態によれば、ＣＮがリソースの保証された最小割り当てを下回るリスクがあるとき、ＲＡＮ１０３は、他のＣＮによって提供されるＱｏＳパラメータを使用して、保証された最小割り当てを維持するように他のＣＮによるトラフィックを低減し得る。

【0051】

このため、例示的な実装は、ＣＮ１０２、２０２からＲＡＮ１０３への要求ＲＡＮリソース情報の交換に対処する。ＲＡＮ１０３は、この情報を使用して、ＣＮ１０２、２０２による識別に従ってＲＡＮリソースを割り当て得る。追加の実施形態によれば、ＣＮは、割り当てられたＲＡＮリソースのそれ自体の現在の使用（ローディング）を決定することができ、ＲＡＮリソースが過負荷または輻輳しているときにデバイスおよびそれらのセッションの優先順位を管理できる。事業者は、ＲＡＮが輻輳または過負荷期間にあるときにトラフィックを管理する方法を利用することもできる。このため、ＲＡＮ輻輳および／または過負荷の時間中、コアネットワークは、受付制御ポリシーを適用してＲＡＮローディングを低減できる。

【0052】

図４は、ＭＭＥ／ＳＧＳＮ４１０が特定のＲＡＮノード４１３の現在の負荷を受信して、現在のローディングを決定し、ＭＭＥ／ＳＧＳＮ４１０が関連付けられたＣＮからの全体のトラフィックを低減できることを可能にする目的のために使用される例示的な実装形態を図示する。ＲＡＮローディングの低減は、ＭＭＥ／ＳＧＳＮ受付制御を介して影響を受ける可能性がある。例えば、複数のＣＮのうちの特定のＣＮに関連付けられたＭＭＥ／ＳＧＳＮ４１０は、それ自体の要求されたリソース割り当て内でデバイストラフィックを制御するように、ネットワークＲＡＮ４１３の過負荷または輻輳状態の間に受付制御プロセスを適用し得る。ＭＭＥ／ＳＧＳＮ４１０がこの受付制御を適用するために、ＭＭＥ／ＳＧＳＮ４１０は、ＲＡＮ４１３のローディングを通知され得る。このローディング情報は、マルチプルソースから来ることができ、それぞれのＲＡＮ～コアインターフェース（例えば、Ｇｂ（ＧＥＲＡＮ）、Ｉｕ（ＵＴＲＡＮ）、およびＳ１－ＭＭＥ（Ｅ－ＵＴＲＡＮ））を介してＲＡＮ４１３からＭＭＥ／ＳＧＳＮ４１０に直接受信されるローディング情報４０１、ＲＡＮ４１３ローディングの知識を有する外部ソース（例えば、３ＧＰＰのＲＡＮ輻輳認識機能（ＲＣＡＦ）４１６）から受信したローディング情報４０２、ならびに／またはＲＡＮローディングを決定するための内部方法としてＭＭＥ／ＳＧＳＮ４１０内に保存され得る、カバレッジエリア内のユーザ数およびそれらに関連付けられたベアラのローカル分析を通じて導出されたローディング情報などであり、しかしこれらに限定されない。ローディングまたは輻輳情報は、ＭＭＥ／ＳＧＳＮ４１０で、またはＣＮ内の他の要素で、ローカルに導出されることが、理解されるべきである。

【0053】

このため、例示的な実装形態では、ＲＡＮ４１３に関する負荷、輻輳、および過負荷の表示は、ローディング情報に含めることができる。しかしながら、ローディング情報はそれに限定されず、所望の実装に応じて、他の情報がローディング情報に含まれてもよい。輻輳しているまたは過負荷状態にあるＲＡＮ４１３は、本開示では「輻輳している」または「輻輳」として概して参照され得る。ローディング情報がどのように決定され、ＭＭＥ／ＳＧＳＮと通信されるかは、当業者に知られている任意の望ましい実装を通じて実装することができる。本明細書で説明される例示的な実装形態は、ローディング情報が使用されるときのＭＭＥ／ＳＧＳＮ４１０動作の例を対象とする。異なるネットワークアーキテクチャにおける類似の構成要素が類似の機能を実行できることを理解されたい。

【0054】

ローディング情報を使用することにより、ＭＭＥ／ＳＧＳＮ４１０は、ローカルに定義されたポリシーを使用して、限定はされないが、そのカバレッジエリアへのアタッチメントまたはモビリティの拒否または制限、およびそのカバレッジエリア内のデバイスベアラのＱｏＳ属性の修正を通じて、具体的なＲＡＮカバレッジエリアへのトラフィックを管理するステップを取ることができる。したがって、各ＣＮは、セルフガバナンスを実装し得、マルチプルＣＮにわたって要求されたリソース割り当ての使用を管理するように、独自のデバイスにわたってリソース割り当てを実施し得る。一実施形態によれば、ＲＡＮ４１３は、ＭＭＥ／ＳＧＳＮ４１０に加えて、またはその代替として、トラフィック管理を行い得る。例えば、ＲＡＮ４１３は、データパケットに添付されたインジケータなどの表示されたＱｏＳレベルに基づいてユーザトラフィックを管理し得る。一実施形態によれば、ユーザトラフィックを管理することは、優先度の低いユーザデータのトラフィックの保留、一時中断、および拒否のうちの少なくとも１つを含み得るが、それに限定されない。

【0055】

例示的な実装形態では、３ＧＰＰのＭＭＥ／ＳＧＳＮ４１０は、受付およびモビリティ制御を実行し得る。これらの３ＧＰＰノードは、どのデバイスが事業者のネットワークのどの部分にアクセスできるかを決定する場合がある。ＭＭＥ／ＳＧＳＮは、デバイスがその制御下にある全カバレッジエリアに接続することを拒否でき、または特定のエリアでの接続を拒否できる。

【0056】

図５は、例示的な実装形態による、具体的サービスエリア内でＲＡＮリソースを割り当てられたＣＮ内の輻輳によるイベントを拒否するための例示的なフロー図を図示する。具体的には、図５は、ＭＭＥ／ＳＧＳＮが輻輳によるイベントを拒否するときの例を図示する。拒否プロセスの一環として、ＭＭＥ／ＳＧＳＮは、デバイスがネットワークにすぐに再度アクセスしようとしないように、任意選択的に遅延タイマーをＵＥに提供することができる。５０１で、ＭＭＥ／ＳＧＳＮは、所定のＵＥに対する通常のモビリティ（アイドルまたはアクティブ）イベントを処理する。５０２で、モビリティイベントのターゲット位置が輻輳下にあるかどうかに関して判定が行われる。いいえ（Ｎ）の場合、フローは５０３に進み、通常のイベント処理が行われる。そうではなく、はい（Ｙ）の場合、フローは５０４に進み、イベントは適切な拒否理由（原因コード）で拒否される。

【0057】

図６は、例示的な実装形態による、具体的サービスエリア内でＲＡＮリソースを割り当てられたＣＮ内の輻輳を管理するための例示的なフロー図を図示する。具体的には、図６は、ＭＭＥ／ＳＧＳＮが、１つ以上のデバイスベアラに適用される特定のＱｏＳ属性を制御できる例示的な実装形態を図示する。ＭＭＥ／ＳＧＳＮは、例えば、ネットワーク事業者によって提供される設定されたポリシーに基づいて、所定のベアラのためのＱｏＳ更新をトリガーして、影響を受けるＲＡＮリソースへの影響を低減する。６０１で、ＭＭＥ／ＳＧＳＮに輻輳が通知される（外部）、またはＭＭＥ／ＳＧＳＮの内部計算が、輻輳があると決定する（内部）。６０２で、輻輳した／過負荷エリアに含まれるＵＥについて、ＭＭＥ／ＳＧＳＮは、適用可能なベアラにＱｏＳ更新を実行する。図６に図示される例示的な方法は、限定はされないが、スマートフォン、自動車、電力計、農業用センサ、医療デバイス、および家電用品を含む輻輳した／過負荷エリア内の任意のデバイスに対して実行され得ることを理解されたい。

【0058】

そのＣＮに割り当てられたＲＡＮリソースが輻輳しているケースを管理するための図５および図６に図示されている実装以外の追加の例示的な実装形態では、ＭＭＥ／ＳＧＳＮは、異なる実装を組み合わせて、または限定はされないが、デバイスが特定のエリアでのサービスを許可されているかどうか、ネットワークにその位置を通知する頻度、およびデバイスが無線リソースを要求できるかどうかを決定するなど、代替として、デバイスのモビリティ管理イベントを管理できる。これらのイベントのいずれについても、ＭＭＥ／ＳＧＳＮはイベントを拒否、および／またはデバイスに一定期間イベントを遅延するよう指示することができ、これらすべては、そのＣＮによるＲＡＮリソースを低減する方法である。

【0059】

本開示の例示的な実装形態では、ＭＭＥ／ＳＧＳＮは、定期的ＴＡＵタイマーおよび定期的ＲＡＵタイマーをそれぞれ動的に決定することができ、それにより、デバイスは、事業者が定義した非ピーク期間中に位置更新を実行し得る。３ＧＰＰ標準実装形態によれば、ＭＭＥ／ＳＧＳＮは、ＵＥに定期的レポートタイマーを提供するＣＮ内の機能エンティティであってもよい。３ＧＰＰでは、定期的なレポートタイマーは、ＭＭＥの定期的ＴＡＵタイマー、およびＳＧＳＮの定期的ＲＡＵタイマーと呼ばれる場合がある。以降、両方のタイマーは、定期的タイマーとして参照される。本明細書で説明される実装形態は、類似の機能を有する他のタイマーに加えて、ＴＡＵおよびＲＡＵタイマーの一方または両方を含むことができることを理解されたい。

【0060】

図７は、例示的な実装形態による、タイマー値の供給を図示する。具体的には、図７は、定期的タイマー値の可能なソースの高レベルデータポイントと、それらがエンドＵＥに提供される方法を図示する。図７の例では、定期的タイマー７０１は、所定のＵＥ７１３に対してホーム加入者サーバ（ＨＳＳ）／ホームロケーションレジスタ（ＨＬＲ）７１１内に格納され、ＭＭＥ／ＳＧＳＮ７１２に提供され得る。ＵＥは、デバイス内に直接供給され得る事業者値に基づいて、要求された定期的タイマー７０２をＭＭＥ／ＳＧＳＮ７１２に提供することができる。ＭＭＥ／ＳＧＳＮ７１２は、所定のＵＥ７１３に対してローカルに設定された定期的タイマー７０４を利用することもできる。さらに、ＭＭＥ／ＳＧＳＮ７１２は、最終周期的タイマー値７０３を決定し、同じものをＵＥ７１３に提供する。ＭＭＥ／ＳＧＳＮ７１２が、提供３つのタイマーを使用して最終定期的タイマー値を決定する方法は、事業者の優先とＭＭＥ／ＳＧＳＮの構成とに基づく。このため、図７に図示するように、ＭＭＥ／ＳＧＳＮ７１２は、ＵＥ７１３に提供される最終定期的タイマー値７０３を決定する制御を有する。最終定期的タイマー値７０３は、タイマー７０１、７０２、および７０４のうちの少なくとも１つから導出され得、図４を参照して考察したように取得された情報、および／またはタイマー設定を最適化するための他の関連情報に基づいてさらに導出され得ることを理解されたい。

【0061】

本開示の例示的実施形態は、ＭＭＥ／ＳＧＳＮ７１３が、非ピーク時間中に発生する定期的タイマー値７０３を任意選択的に導出することを可能にすることによって、３ＧＰＰ標準プロセスに追加する。非ピーク時間は、事業者固有である可能性があり、ＭＭＥ／ＳＧＳＮ７１３上に事業者によって構成され得る。非ピーク時間は通常、事業者のＣＮ上でアクティビティが少ない、例えば、ＲＡＮリソースの使用率が低い、２４時間以内の時間である。一例示的実装形態によれば、ＭＭＥ／ＳＧＳＮ７１３は、ＲＡＮリソースの設定された割り当て内でそのＣＮ上の使用を維持するように、複数のＣＮのうちの１つの特定のＣＮに対して定期的タイマー値７０３を導出し得る。

【0062】

図８は、例示的な実装形態による、デバイスの定期的タイマー実装に適用できるフロー図を図示する。３ＧＰＰでは、定期的トラッキングエリア更新（定期的ＴＡＵ）は、ＭＭＥに関連付けられ、定期的ルーティングエリア更新（定期的ＲＡＵ）は、ＳＧＳＮに関連付けられている。これらのタイマーに従って、デバイスがまだネットワークに接続されていることをネットワークが認識するように、デバイスは、定義されたＴＡＵ／ＲＡＵ時間に基づいてネットワークに定期的にメッセージを送り得る。例えば、デバイスは定期的にチェックインし、そのため、ネットワークは、デバイスから他のアクティビティがない期間中にそれがまだ存在していることを認識し得る。８０１で、定期的ＴＡＵタイマー（ＭＭＥ）または定期的ＲＡＵタイマー（ＳＧＳＮ）がＵＥに対して導出される。これは、ＭＭＥ／ＳＧＳＮ上に設定された事業者の優先に基づいて達成され得る。８０２で、ＵＥに提供する標準定期的タイマーが決定される。８０３で、ＭＭＥ／ＳＧＳＮが非ピークタイマー計算をサポートするかどうかに関して決定がなされる。いいえ（Ｎ）の場合、フローは８０７に進み、標準タイマー値をＵＥに提供する。

【0063】

そうではなく、はい（Ｙ）の場合、フローは８０４に進み、ここで、標準導出タイマーの満了が非ピーク期間にわたるかどうかに関して判定が行われる。そうである場合（Ｙ）、フローは８０７に進む。そうでない場合（Ｎ）、フローは８０５に進み、ここで、ＭＭＥ／ＳＧＳＮは、非ピーク時間中になるようにタイマーを調整する。非調整標準タイマーの満了前または後にタイマーの調整レベルを決定することは、所望する実装に応じて、事業者によってまたは任意の他の方法によって設定されるプリセット時間に基づくことができる。８０６で、非ピーク調整タイマー値がＭＭＥ／ＳＧＳＮからＵＥに提供される。この実装形態は、限定はされないが、電力計、農業用センサ、医療デバイス、および家電用品などの位置を変更する可能性が低いデバイスにとって特に有益であることを理解されたい。一実施形態によれば、そのようなデバイスを収容するように構成された複数のＣＮのうちのあるＣＮが提供されてもよく、非ピーク調整タイマー値が、複数のＣＮの設定の一部としてそのＣＮに実装される。

【0064】

図９は、例示的な実装形態が適用され得る例示的なＭＭＥ／ＳＧＳＮ装置を図示する。ＭＭＥ／ＳＧＳＮ９００は、１つ以上の物理的プロセッサ（図示せず）から作られ得る中央処理ユニット（ＣＰＵ）９０１、所望の実装形態に応じて当業者に知られている任意のメモリ（限定はされないが、フラッシュ、ハードディスクドライブ、ランダムアクセスメモリなどのような）であり得るメモリ９０２、およびＭＭＥ／ＳＧＳＮ９００の機能をＲＡＮ（図示せず）とインターフェース接続するＲＡＮインターフェース９０３を含むことができる。ＭＭＥ／ＳＧＳＮ９００は、ＭＭＥ／ＳＧＳＮ内にハンドラ９０１－１を含み得、それは、図８に関して説明され、本記載の他の部分で説明されるように、定期的タイマーを決定する。ＭＭＥ／ＳＧＳＮ９００は、この定期的タイマー値をデバイスに提供するメッセージハンドラ９０１－２を含み得る。この定期的タイマーがデバイスに提供されるときの具体的メッセージは、例えば、３ＧＰＰ仕様によって支配されてもよい。一例として、ＭＭＥの場合、３ＧＰＰ定義のトラッキングエリア更新手順は、ＵＥがＭＭＥに「ＴＡＵ要求」を送ることでトリガーされ得、ＭＭＥは、デバイスが使用する定期的タイマー値を含む「ＴＡＵ受理」で応答できる。追加の実装形態は、他の標準を使用し得ることを理解されたい。さらに、ＭＭＥ／ＳＧＳＮ９００は、事業者の非ピークアクティブ時間を定義する永続的なデータベースに維持されるローカル設定９０２－１を含み得る。本明細書で説明される例示的な実装形態の使用を通じて、ＭＭＥ／ＳＧＳＮ９００はまた、アクティビティパターンを学習することができ、例えば、事業者の設定なしに非ピーク時間を「学習」することによって、特定のノードの非ピーク時間を動的に確立することができる。非排他的な実施形態によれば、学習は、ある期間にわたって生成されたシグナリングの量によって識別され得る。例えば、ＭＭＥ／ＳＧＳＮは、１日にＵＥで生成されたシグナリングの合計をトレンド化して、トラフィックが最も少ない期間を識別できる。ＭＭＥ／ＳＧＳＮ９００の機能は、他の既存の電気通信規格、または、まだこれから開発される将来の規格内に実装される類似の機能を備えた構成要素を介して実装され得ることを理解されたい。

【0065】

図１０は、一実施形態による、ＲＡＮリソース割り当てパラメータを設定するための例示的な方法を図示する。ステップ１００１で、第１のコンピューティングデバイスは、複数のＣＮのうちの少なくとも１つのＣＮからＲＡＮリソース割り当て制御タイプインジケータを受信し得る。コンピューティングデバイスは、特定のＣＮ、ＲＡＮ、または別の位置に位置付けされ得る。一実施形態によれば、ＲＡＮリソース割り当て制御タイプインジケータは、そのＣＮに関連付けられたデバイスのためのＲＡＮリソースの使用が、保証された最小レジーム、絶対割り当てレジーム、および／またはパーセンテージ割り当てレジームによって支配されるべきであることを示し得る。上記でより詳細に説明したように、保証された最小レジームは、例えばＲＡＮリソースのユニットで、または利用可能なＲＡＮリソースのパーセンテージとして、あるＣＮがＣＮに割り当てられるリソースの最小量を参照できる。上記でより詳細に説明したように、絶対割り当てレジームは、例えばＲＡＮリソースのユニットで、ＣＮが割り当てられたＲＡＮリソースの絶対量を参照できる。上記でより詳細に説明したように、パーセンテージ割り当てレジームは、例えばパーセンテージとして、ＣＮが割り当てられる利用可能なＲＡＮリソースの一定のパーセンテージを参照できる。

【0066】

一実施形態によれば、コンピューティングデバイスは、ＲＡＮを共有する各ＣＮに関連付けられたＲＡＮリソース割り当て制御タイプインジケータを受信し得る。一実施形態によれば、コンピューティングデバイスは、ＲＡＮを共有するすべてのＣＮに関連付けられた単一のＲＡＮリソース割り当て制御タイプインジケータを受信し得る。ＲＡＮリソース割り当て制御タイプインジケータは、限定はされないが、事業者からの事前設定ファイル、セットアップ、またはルーチン、ＲＡＮリソース割り当て制御タイプインジケータが関連付けられているそれぞれのＣＮ、および／または、中央ノードに関連付けられた少なくとも１つのＣＮに関する情報を格納するように構成されたＲＡＮをオンまたはオフのいずれかをする中央ノード、などの多数の異なるソースから受信され得る。一実施形態によれば、中央ノードは、中央ノード、共有ＲＡＮ、または事業者に関連付けられたＣＮのうちの少なくとも１つから情報を受信し、受信した情報に基づいてＲＡＮリソース割り当て制御タイプインジケータを決定し得る。別の実施形態によれば、ＣＮのいくつかまたは各々は、少なくとも２つのＣＮ間のネゴシエーションに基づいて、ＲＡＮリソース割り当て制御タイプインジケータをコンピューティングデバイスに送信し得る。コンピューティングデバイスは、１つのタイプのＲＡＮリソース割り当て制御タイプインジケータを取り扱うようにのみ構成され得ることを理解されたい。

【0067】

ステップ１００２で、コンピューティングデバイスは、複数のＣＮのうちの少なくとも１つのＣＮに関連付けられたＲＡＮリソース割り当て制御値を受信し得る。ＲＡＮリソース割り当て制御値は、例えば、ＣＮに提供されるＲＡＮリソースの保証された最小量の値、ＣＮに提供されるＲＡＮリソースの絶対割り当ての値、および／またはＣＮに提供されるＲＡＮリソースのパーセンテージ割り当ての値を表し得る。ＲＡＮリソース割り当て制御値は、限定はされないが、事業者による事前設定、ＲＡＮリソース割り当て制御値が関連付けられているそれぞれのＣＮ、および／または、中央ノードに関連付けられた少なくとも１つのＣＮに関する情報を格納するように構成されたＲＡＮをオンまたはオフのいずれかをする中央ノード、などの多数の異なるソースから受信され得る。一実施形態によれば、中央ノードは、中央ノード、共有ＲＡＮ、または事業者に関連付けられたＣＮのうちの少なくとも１つから情報を受信し、受信した情報に基づいてＲＡＮリソース割り当て制御値を決定し得る。別の実施形態によれば、ＣＮは、少なくとも２つのＣＮ間のネゴシエーションに基づいてＲＡＮリソース割り当て制御値をコンピューティングデバイスに送信し得る。ＲＡＮリソース割り当て制御値は、例えば、コンピューティングデバイスが、１つのタイプのＲＡＮリソース割り当て制御タイプを取り扱うようにのみ構成されている単一の値または単一文字列のビットなどの、ＲＡＮリソース割り当て制御タイプインジケータとしての情報の一片であり得ることを理解されたい。ステップ１００１および１００２はまとめて、本明細書では、ＣＮに割り当てられるリソースの量の表示を受信することとも呼ぶ。

【0068】

ステップ１００３で、コンピューティングデバイスは、ＣＮに対するＲＡＮリソース割り当てパラメータを決定し始める。リソース割り当て制御タイプインジケータが、ＲＡＮリソースの保証された最小割り当てである場合（ステップ１０２０）、コンピューティングデバイスはステップ１０２１に進み得る。ステップ１０２１で、ＣＮに対するＲＡＮリソース割り当てパラメータは、ＣＮに関連付けられたＲＡＮリソース割り当て制御値に基づいて設定される。例えば、ＣＮに関連付けられたＲＡＮリソース割り当て制御値がＲＡＮリソースの５％を示している場合、ＣＮに対するＲＡＮリソース割り当てパラメータは、ＲＡＮリソースの少なくとも５％がＣＮに割り当てられることを示すように設定され得る。一実施形態によれば、ＣＮに関連付けられたＲＡＮリソース割り当て制御値が５ユニットのＲＡＮリソースを示す場合、ＣＮに対するＲＡＮリソース割り当てパラメータは、少なくとも５ユニットのＲＡＮリソースがＣＮに割り当てられることを示すように設定され得る。別の実施形態によれば、ＣＮに関連付けられたＲＡＮリソース割り当て制御値が５ユニットのＲＡＮリソースを示す場合、ＣＮに対するＲＡＮリソース割り当てパラメータは、ＲＡＮで利用可能なすべてのリソースのうち少なくともｘ％がＣＮに割り当てられることを示すように設定され得る。ＲＡＮリソースの異なるユニットに基づく値を示すＣＮに関連付けられたＲＡＮリソース割り当て制御値、または任意のスケールに基づくユニットレス数を用いてなど、追加の並べ換えが実装されてもよいことを理解されたい。ＣＮに対するＲＡＮリソース割り当てパラメータは、多数の類似のユニットに提供され得、特定のＣＮに関連付けられた値のみの可視性に基づいていてもよく、またはＲＡＮリソースを共有するいくつかまたはすべての他のＣＮに関連付けられた値の可視性に基づいていてもよく、またはシステムリソース全体の可視性に基づいていてもよいこともまた理解されたい。

【0069】

リソース割り当て制御タイプインジケータが、ＲＡＮリソースの絶対割り当てである場合（ステップ１０３０）、コンピューティングデバイスはステップ１０３１に進み得る。ステップ１０３１で、ＣＮに対するＲＡＮリソース割り当てパラメータは、ＣＮに関連付けられたＲＡＮリソース割り当て制御値に基づいて設定される。例えば、ＣＮに関連付けられたＲＡＮリソース割り当て制御値がＲＡＮリソースのｘユニットを示す場合、ＣＮに対するＲＡＮリソース割り当てパラメータを設定して、ＲＡＮリソースのｘユニットがＣＮに割り当てられることを示し得る。ＲＡＮリソースのユニットは、例えば、ＲＡＮ無線リソースブロックを含み得る。

【0070】

リソース割り当て制御タイプインジケータが、ＲＡＮリソースのパーセンテージ割り当てである場合（ステップ１０４０）、コンピューティングデバイスはステップ１０３１に進み得る。ステップ１０３１で、ＣＮに対するＲＡＮリソース割り当てパラメータは、ＣＮに関連付けられたＲＡＮリソース割り当て制御値に基づいて設定される。例えば、ＣＮに関連付けられたＲＡＮリソース割り当て制御値がｘユニットを示す場合、ＣＮに対するＲＡＮリソース割り当てパラメータは、他のＣＮに関連付けられたユニットの総量のうちｘユニット（例えば、ｘ％）が、ＣＮに割り当てられることを示すように設定され得る。しかしながら、ＲＡＮリソース割り当て制御値のユニットは、例えば、ネットワーク事業者によって事前設定されているときなど、すでにパーセンテージとして提供されている場合があり、このため、コンピューティングデバイスは、特定のＣＮに対してＲＡＮリソース割り当てパラメータを設定するときに、他のＣＮに関連付けられたＲＡＮリソース割り当て制御値に対する可視性を必要としないことを理解されたい。

【0071】

ＲＡＮリソース割り当てパラメータは、割り当てられるＲＡＮリソースの最大量または割り当てられるＲＡＮリソースの保証された最小量など、多数の異なるＲＡＮリソース割り当てタイプを示し得ることを理解されたい。これらのレジームは、本開示全体にわたって詳細に考察されている。一実施形態によれば、ＲＡＮリソース割り当てパラメータは、１つより多いＲＡＮリソース割り当てタイプを示してもよく、または特定のＣＮは、２つ以上のＲＡＮリソース割り当てタイプについて１つより多いＲＡＮリソース割り当てパラメータに関連付けられてもよい。

【0072】

ＲＡＮリソース割り当てパラメータがＣＮに対して設定されると、本方法はステップ１０４０に移動し得る。ステップ１０４０で、ＲＡＮリソース割り当てパラメータは、トラフィックコントローラのノードに送信され得る。一実施形態によれば、トラフィックコントローラは、トラフィックを制御、優先順位付け、制限、または方向付けするための既存のＲＡＮ構成要素を使用して実装され得る。別の実施形態によれば、トラフィックコントローラは、トラフィックを制御、優先順位付け、制限、または方向付けすることに関連付けられたＣＮ内の１つ以上の構成要素、またはこれらの構成要素の組み合わせであり得る。コンピューティングデバイスに関連付けられた別の構成要素が、ステップ１０４０で送信を達成してもよいことを理解されたい。例えば、コンピューティングデバイスが中央位置または特定のＣＮに位置している場合、送信は、中央位置とトラフィックコントローラとの間の既存の接続によって達成されてもよい。コンピューティングデバイスがＲＡＮ内に位置する場合、送信は、ＲＡＮに関連付けられた論理または物理要素間であってもよい。

【0073】

図１１は、一実施形態による、ＣＮに割り当てられるＲＡＮリソースの量を決定する例示的な方法を図示する。ステップ２００１で、トラフィックコントローラのノードは、図１０を参照して考察したリソース割り当てパラメータなど、ＲＡＮリソースを共有する複数のＣＮのうちの少なくとも１つのＣＮに対するＲＡＮリソース割り当てパラメータを受信し得る。一実施形態によれば、トラフィックコントローラは、複数のＣＮのうちの１つより多いＣＮ、または複数のＣＮのすべてのＣＮについてのＲＡＮリソース割り当てパラメータを受信し得る。ＲＡＮリソース割り当てパラメータは、図１０を参照して説明したコンピューティングデバイスなどの、コンピューティングデバイスから受信し得る。

【0074】

ステップ２００２で、トラフィックコントローラは、少なくとも１つのＣＮに対するＲＡＮリソース使用量の表示を受信し得る。少なくとも１つのＣＮに対するＲＡＮリソース使用量は、ＲＡＮの現在のローディング状態を受信するモビリティ管理エンティティ（ＭＭＥ）またはサービス提供ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サポートノード（ＳＧＳＮ）など、上記で説明したような多数のソースから受信され得る。いくつかの実施形態によれば、これは、ＲＡＮから直接に、または３ＧＰＰ定義のＲＡＮ輻輳認識機能（ＲＣＡＦ）のような外部機能を通して受信され得る。いくつかの実施形態によれば、トラフィックコントローラは、ＲＡＮ内の構成要素であり得、ＲＡＮにわたるトラフィックに対する可視性を有し得、この可視性に基づいてＲＡＮ使用量を計算し得る。一実施形態によれば、トラフィックコントローラは、ＲＡＮリソースを共有する他のＣＮに対するＲＡＮリソース使用量の追加の表示を受信し得る。いくつかの実施形態によれば、他のＣＮに対するＲＡＮリソース使用量の表示は、ＲＡＮの輻輳状態を示してもよく、または他のＣＮに関連付けられた具体的な値であってもよい。

【0075】

ステップ２００３で、トラフィックコントローラは、少なくとも１つのＣＮに割り当てられるＲＡＮリソースの量を決定し始める。少なくとも１つのＣＮに対するＲＡＮリソース割り当てパラメータが、提供されるＲＡＮリソースの最大量を示す場合（ステップ２０２０）、方法はステップ２０２３に進み得る。ステップ２０２３で、少なくとも１つのＣＮに提供されるＲＡＮリソースの量は、少なくとも１つのＣＮによるＲＡＮリソース使用量の表示に基づき得る。例えば、トラフィックコントローラは、少なくとも１つのＣＮによるＲＡＮリソース使用量の表示を、少なくとも１つのＣＮに割り当てられたＲＡＮリソースの最大値またはパーセンテージと比較してもよい。少なくとも１つのＣＮによるＲＡＮリソース使用量の表示に関連付けられたＲＡＮリソースの量が、ＣＮに割り当てられたＲＡＮリソースの最大値またはパーセンテージを超える場合、ＣＮに割り当てられたＲＡＮリソースの最大値またはパーセンテージのみが、少なくとも１つのＣＮに割り当てられ得る。少なくとも１つのＣＮによるＲＡＮリソース使用量の表示に関連付けられたＲＡＮリソースの量が、ＣＮに割り当てられたＲＡＮリソースの最大値またはパーセンテージよりも少ない場合、少なくとも１つのＣＮによるＲＡＮリソース使用量の表示に関連付けられた量が、少なくとも１つのＣＮに割り当てられ得る。

【0076】

少なくとも１つのＣＮに対するＲＡＮリソース割り当てパラメータが、提供されるＲＡＮリソースの保証された最小量を示す場合（ステップ２０３０）、方法はステップ２０２１に進み得る。ステップ２０２３で、少なくとも１つのＣＮによるＲＡＮリソース使用量の表示に関連付けられたＲＡＮリソースの量が、少なくとも１つのＣＮに対するＲＡＮリソース割り当てパラメータに関連付けられたＲＡＮリソースの保証された最小量を超えている、または超えようとしているかどうかが判定され得る。答えがいいえである場合、方法はステップ２０３３に進み得る。ステップ２０３３で、少なくとも１つのＣＮに提供されるＲＡＮリソースの量は、少なくとも１つのＣＮによるＲＡＮリソース使用量の表示に関連付けられたＲＡＮリソースの量に基づいて決定される。例えば、少なくとも１つのＣＮに割り当てられるＲＡＮリソース使用量の量は、要求または使用される量に等しくなるように設定され得る。いくつかの実施形態によれば、少なくとも１つのＣＮに割り当てられるＲＡＮリソースの量を決定する方法は、少なくとも１つのＣＮによるＲＡＮリソース使用量の表示に関連付けられたＲＡＮリソースの量が、少なくとも１つのＣＮに対するＲＡＮリソース割り当てパラメータに関連付けられたＲＡＮリソースの保証された最小量を超えていないか、または超えると判定した後に終了し得る。したがって、そのＣＮに関連付けられたトラフィックは、ステップ２０４０に関して論じるように制御または制限されない。

【0077】

ステップ２０３１での答えがはいである場合、方法はステップ２０３４に進む。ステップ２０３４で、ＣＮに提供されるＲＡＮリソースの量は、少なくとも１つの他のＣＮによるＲＡＮリソース使用量の表示に関連付けられたＲＡＮリソースの量に基づいて決定され得る。一実施形態によれば、トラフィックコントローラは、少なくとも１つの他のＣＮに関連付けられたＲＡＮリソース使用量の表示に基づいて、ＲＡＮが輻輳状態にあるかどうかを判定し得る。輻輳状態は、少なくとも１つのＣＮとＲＡＮリソースを共有するＣＮに利用可能なＲＡＮリソースの総量に基づいて決定され得る。一実施形態によれば、トラフィックコントローラは、輻輳状態の表示を単に受信してもよい。ＲＡＮが輻輳状態にない場合、少なくとも１つのＣＮに割り当てられるＲＡＮリソース使用量の量は、要求または使用されている量に等しくなるように設定され得る。いくつかの実施形態によれば、少なくとも１つのＣＮに割り当てられるＲＡＮリソースの量を決定する方法は、ＲＡＮが輻輳状態にないと判定した後に終了し得、ステップ２０４０に進まない場合がある。

【0078】

ＲＡＮが輻輳状態にあると判定された場合、少なくとも１つのＣＮに割り当てられるＲＡＮリソース使用量の量は、少なくとも１つの他のＣＮによるＲＡＮリソース使用量の表示に関連付けられたＲＡＮリソースの量に基づき得る。例えば、少なくとも１つのＣＮに割り当てられるＲＡＮリソース使用量の量は、少なくとも１つの他のＣＮに関連付けられた保証された最小値と干渉しないように決定され得る。別の実施形態によれば、少なくとも１つのＣＮに割り当てられるＲＡＮリソース使用量の量は、その量が、少なくとも１つの他のＣＮに関連付けられたＲＡＮリソースの保証された最小量と干渉しない限り、ＣＮにより要求されるＲＡＮリソースの量であると決定され得る。一実施形態によれば、少なくとも１つのＣＮに割り当てられるＲＡＮリソースの量の決定は、少なくとも１つのＣＮに関連付けられた保証された最小値に関連付けられた１つの部分と、少なくとも１つのＣＮに関連付けられた保証された最小値を超える量に関連付けられた別の部分との分岐量を含む。

【0079】

ステップ２０４０で、トラフィックコントローラは、少なくとも１つのＣＮに割り当てられるＲＡＮリソースの量に基づいて、少なくとも１つのＣＮに関連付けられた少なくとも１つのデバイスに対するトラフィックを制御し得る。一実施形態によれば、少なくとも１つのＣＮに割り当てられるＲＡＮリソースの量が、少なくとも１つのＣＮによるＲＡＮリソース使用量の表示に関連付けられた量に等しいかより大きい場合、トラフィックコントローラは、少なくとも１つのＣＮに関連付けられた少なくとも１つのデバイスに関連付けられたトラフィックを制限しないようにトラフィックを制御し得る。一実施形態によれば、少なくとも１つのＣＮに割り当てられるＲＡＮリソースの量が、少なくとも１つのＣＮによるＲＡＮリソース使用量の表示に関連付けられた量よりも少ない場合、トラフィックコントローラは、少なくとも１つのＣＮに関連付けられた少なくとも１つのデバイスに関連付けられたトラフィックを制限するようにトラフィックを制御し得る。例えば、トラフィックコントローラは、少なくとも１つのＣＮに関連付けられたトラフィックを制限するように、本明細書に記載のＱｏＳまたは他の技術を実装し得る。一実施形態によれば、トラフィックコントローラは、少なくとも１つのＣＮに関連付けられたトラフィックを制限するように、本明細書に記載のＱｏＳまたは他のトラフィック制限技術を実装するために、ＲＡＮまたは少なくとも１つのＣＮのいずれかの他の構成要素に表示を提供し得る。図１１に関連付けられた方法によれば、ＲＡＮ上のトラフィックは、ＲＡＮのリソースを共有する各ＣＮに関連付けられたＲＡＮリソースの最大および保証された最小量を実施するように制御され得る。

【0080】

各ＣＮには、ＲＡＮリソースの保証された最小量および最大量の両方が提供され得ることを理解されたい。トラフィックコントローラは、複数のＣＮの各ＣＮに対して各制限を実施するように構成されてもよい。さらに、限定はされないが、時刻、ユーザ数などのような他のパラメータに基づいて、制御されたトラフィックを変更するように、より複雑または柔軟なトラフィック制御スキームが実装されてもよい。

【0081】

詳細な説明のいくつかの部分は、コンピュータ内の動作のアルゴリズムと記号表現の観点から提示されている。これらのアルゴリズム記述および記号表現は、データ処理技術の当業者が、その革新の本質を他の当業者に伝えるために使用する手段である。アルゴリズムは、所望の最終状態または結果に導く一連の定義されたステップである。例示的な実装形態では、実行されるステップには、有形の結果を達成するための有形の量の物理的な操作が含まれる。

【0082】

特に明記しない限り、考察から明らかなように、記載全体を通して、「処理」、「コンピューティング」、「計算」、「決定」、「表示」などのような用語を利用する考察は、コンピュータシステムのレジスタおよびメモリ内の物理（電子）量として表されるデータを、コンピュータシステムのメモリまたはレジスタまたはその他の情報ストレージ内の物理量として同様に表される他のデータに操作および変換するコンピュータシステムまたはその他の情報処理デバイスのアクションおよびプロセス、伝送または表示デバイスを含むことができることを理解されたい。

【0083】

例示的な実装形態は、本明細書の動作を実行するための装置にも関係し得る。この装置は、１つ以上の所望の目的のために特別に構築されてもよく、１つ以上のコンピュータプログラムによって選択的に作動または再構成される１つ以上の汎用コンピュータを含んでもよい。そのようなコンピュータプログラムは、コンピュータ可読記憶媒体またはコンピュータ可読信号媒体などのコンピュータ可読媒体に格納されてもよい。コンピュータ可読記憶媒体は、限定はされないが、光ディスク、磁気ディスク、読み取り専用メモリ、ランダムアクセスメモリ、ソリッドステートデバイスおよびドライブなどの有形媒体、または電子情報を保存するために適切な任意の他タイプの有形または非一時的媒体を含み得る。コンピュータ可読信号媒体は、搬送波などの媒体を含み得る。本明細書で提示されるアルゴリズムおよびディスプレイは、何か特定のコンピュータまたは他の装置に本質的に関係するものではない。コンピュータプログラムには、所望の実装の動作を実行する命令を含む純粋なソフトウェア実装を含めることができる。

【0084】

本明細書の例に従って、様々な汎用システムをプログラムおよびモジュールと共に使用し得、または、より特化した装置を構築して所望の方法ステップを実行することが便利であることを証明する場合がある。加えて、例示的な実装形態は、特定のプログラミング言語を参照して説明されていない。様々なプログラミング言語を使用して、本明細書で説明する例示的な実装形態の教示を実装し得ることが理解されよう。プログラミング言語の命令は、１つ以上の処理デバイス、例えば、中央処理ユニット（ＣＰＵ）、プロセッサ、またはコントローラによって実行され得る。

【0085】

当技術分野で知られているように、上記の動作は、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアの何らかの組み合わせによって実行することができる。例示的な実装形態の様々な態様は、回路および論理デバイス（ハードウェア）を使用して実装され得、一方他の態様は、プロセッサによって実行された場合、プロセッサに本アプリケーションの実装を行う方法を実行させる、機械可読媒体（ソフトウェア）に格納された命令を使用して実装され得る。さらに、本出願のいくつかの例示的な実装形態は、ハードウェアのみで実行されてもよいが、他の例示的な実装形態は、ソフトウェアのみで実行されてもよい。なおさらに、説明された様々な機能は、単一のユニットで実行することもでき、または、いくつかの方法で多数の構成要素にわたって分散させることもできる。ソフトウェアによって実行されるとき、本明細書で説明される方法は、汎用コンピュータなど、コンピュータ可読媒体に格納された命令に基づくプロセッサによって実行され得る。必要に応じて、命令は、圧縮および／または暗号化された形式で媒体に保存できる。

【0086】

さらに、本出願の他の実装形態は、本出願の教示の仕様および実施を考慮することにより、当業者には明らかであろう。説明した例示的な実装形態の様々な態様および／または構成要素は、単独でまたは任意の組み合わせで使用され得る。本明細書および例示的な実装形態は、例としてのみ考慮されることが意図されており、本出願の真の範囲および趣旨は、以下の特許請求の範囲によって示されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】