(57)【要約】      （修正有）【課題】ＣＮに位置付けられる課金システムにおいて、報告されるバンド使用情報にしたがって課金を処理して請求書を生成すること。【解決手段】ｅＮＢ及びＵＥは、課金のためのバンド使用情報を生成するＳ３０１とともに、バンド使用情報をＣＮへ報告するＳ３０２ことができ、バンド使用情報は、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、また、トラフィックがｅＮＢによってそれぞれのバンドに割り当てられる。ｅＮＢ又はＵＥにおける計数エンティティは、データのスケジューリング情報に基づいて各バンドのデータ量又はデータ量の比率を異なるバンドを介してバンド使用情報として計数できる。【選択図】図３
2019013018.tif 000002
【特許請求の範囲】
【請求項１】
基地局によって行なわれる無線通信のためのバンド使用情報生成・報告方法であって、
課金のためのバンド使用情報を生成するバンド使用情報生成ステップと、
前記バンド使用情報をコアネットワーク（ＣＮ）へ報告するバンド使用情報報告ステップと
を備え、
前記バンド使用情報は、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、前記基地局によってトラフィックがそれぞれのバンドに割り当てられ、前記第１のバンドはライセンスバンド、前記第２のバンドはアンライセンスバンドであり、前記バンド使用情報は、前記バンド使用情報の報告ステップがトリガされる条件により、異なる有効期間が設定される、
バンド使用情報生成・報告方法。
【請求項２】
前記バンド使用情報は、前記基地局から移動性管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（ＳＧＷ）を介してパケットデータネットワークゲートウェイ（ＰＧＷ）へ報告される請求項１に記載のバンド使用情報生成・報告方法。
【請求項３】
前記バンド使用情報報告ステップは、前記バンド使用情報をＳ１−ＡＰインタフェースによって前記ＭＭＥへ報告することを含み、前記ＭＭＥにより求められる初期コンテキストセットアップ要求において前記バンド使用情報を情報要素（ＩＥ）として加えることによって前記報告をサポートするための初期セットアップが行なわれる請求項２に記載のバンド使用情報生成・報告方法。
【請求項４】
前記バンド使用情報報告ステップは、前記バンド使用情報をＳ１−ＡＰインタフェースによって前記ＭＭＥへ報告することを含み、前記ＭＭＥにより求められるＥ−ＲＡＢセットアップ要求において前記バンド使用情報をＩＥとして加えることによって前記報告をサポートするための初期セットアップが行なわれる請求項２に記載のバンド使用情報生成・報告方法。
【請求項５】
前記バンド使用情報報告ステップは、前記バンド使用情報をＳ１−ＡＰインタフェースによって前記ＭＭＥへ報告することを含み、前記基地局により求められるＳ１セットアップ要求において前記バンド使用情報をＩＥとして加えることによって前記報告をサポートするための初期セットアップが行なわれる請求項２に記載のバンド使用情報生成・報告方法。
【請求項６】
前記バンド使用情報報告ステップは、前記バンド使用情報をＳ１−ＡＰインタフェースによって前記ＭＭＥへ報告することを含み、前記報告をトリガするために前記ＭＭＥにより求められるＵＥコンテキスト変更要求において前記バンド使用情報をＩＥとして加えられ、前記バンド使用情報を前記ＭＭＥへ報告するためにＵＥコンテキスト変更応答において前記バンド使用情報をＩＥとして加えられる請求項２から５のいずれか一項に記載のバンド使用情報生成・報告方法。
【請求項７】
前記バンド使用情報報告ステップは、前記バンド使用情報をＳ１−ＡＰインタフェースによって前記ＭＭＥへ報告することを含み、前記報告をトリガするために前記ＭＭＥにより求められるＥ−ＲＡＢ変更要求において前記バンド使用情報をＩＥとして加えられ、前記バンド使用情報を前記ＭＭＥへ報告するためにＥ−ＲＡＢ変更応答において前記バンド使用情報をＩＥとして加えられる請求項２から５のいずれか一項に記載のバンド使用情報生成・報告方法。
【請求項８】
前記バンド使用情報報告ステップは、前記バンド使用情報をＳ１−ＡＰインタフェースによって前記ＭＭＥへ報告することを含み、前記バンド使用情報を前記ＭＭＥへ報告するために前記基地局によりトリガされるセルトラフィックトレースに対して前記バンド使用情報をＩＥとして加えられる請求項２から５のいずれか一項に記載のバンド使用情報生成・報告方法。
【請求項９】
前記バンド使用情報生成ステップでは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層における計数エンティティが、前記バンド使用情報を生成するために前記第１のバンド及び前記第２のバンドのそれぞれに関して全ての或いは正常に受けられるＰＤＣＰサービスデータ単位（ＳＤＵ）のバンド使用量を計数する請求項１に記載のバンド使用情報生成・報告方法。
【請求項１０】
非トランスペアレントモード無線リンク制御（ＲＬＣ）層において、前記バンド使用情報生成ステップは、各ＲＬＣプロトコルデータ単位（ＰＤＵ）のバンド使用状態を前記ＲＬＣ層へ報告する媒体アクセス制御（ＭＡＣ）層における計数エンティティと、
対応するＲＬＣ  ＰＤＵの知らされる前記バンド使用状態に基づいて各ＰＤＣＰ  ＰＤＵのバンド使用状態を導き出して各ＰＤＣＰ  ＰＤＵのバンド使用状態を前記ＰＤＣＰ層へ報告する前記ＲＬＣ層における計数エンティティと、
前記バンド使用情報を生成するために対応するＰＤＣＰ  ＰＤＵの知らされる前記バンド使用状態に基づいて全ての或いは正常に受けられるＰＤＣＰ  ＳＤＵのバンド使用量を計数する前記ＰＤＣＰ層における計数エンティティと
を備える請求項９に記載のバンド使用情報生成・報告方法。
【請求項１１】
トランスペアレントモードＲＬＣにおいて、前記バンド使用情報生成ステップは、各ＲＬＣ  ＰＤＵのバンド使用状態を前記ＰＤＣＰ層へ報告する前記ＭＡＣ層における計数エンティティと、
前記バンド使用情報を生成するために対応するＲＬＣ  ＰＤＵの知らされる前記バンド使用状態に基づいて全ての或いは正常に受けられるＰＤＣＰ  ＳＤＵのバンド使用量を計数する前記ＰＤＣＰ層における計数エンティティと
を備える請求項９に記載のバンド使用情報生成・報告方法。
【請求項１２】
前記バンド使用情報生成ステップは、各ＭＡＣ  ＰＤＵのバンド使用状態を前記ＭＡＣ層へ報告するＰＨＹ層における計数エンティティと、
対応するＭＡＣ  ＰＤＵの知らされる前記バンド使用状態に基づいて各ＲＬＣ  ＰＤＵのバンド使用状態を導き出す前記ＭＡＣ層における計数エンティティと
を更に備える請求項１０又は請求項１１に記載のバンド使用情報生成・報告方法。
【請求項１３】
前記各ＰＤＵのバンド使用状態を報告する間、前記ＰＤＵが正常に受けられるかどうかを示すＡＣＫ／ＮＡＣＫインジケータも対応する層の計数エンティティによって報告され、前記ＡＣＫ／ＮＡＣＫインジケータは、前記各ＰＤＵのバンド使用状態と共に、前記ＰＤＵに対応する前記ＳＤＵのバンド使用状態を導き出すために使用される請求項１０から１２のいずれか一項に記載のバンド使用情報生成・報告方法。
【請求項１４】
コアネットワーク（ＣＮ）によって行なわれる無線通信のための課金方法であって、
課金のためのバンド使用情報を基地局から得るバンド使用情報取得ステップと、
前記バンド使用情報に基づいて課金を処理する課金処理ステップと
を備え、
前記バンド使用情報は、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、トラフィックが前記基地局によってそれぞれのバンドに割り当てられ、前記第１のバンドはライセンスバンド、前記第２のバンドはアンライセンスバンドであり、前記バンド使用情報は、前記バンド使用情報の報告がトリガされる条件により、異なる有効期間が設定される、
課金方法。
【請求項１５】
無線通信のためのバンド使用情報を生成して報告するための基地局であって、
課金のためのバンド使用情報を生成するように構成されるバンド使用情報生成ユニットと、
前記バンド使用情報をコアネットワーク（ＣＮ）へ報告するように構成されるバンド使用情報報告ユニットと
を備え、
前記バンド使用情報は、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、前記基地局によってトラフィックがそれぞれのバンドに割り当てられ、前記第１のバンドはライセンスバンド、前記第２のバンドはアンライセンスバンドであり、前記バンド使用情報は、前記バンド使用情報の報告がトリガされる条件により、異なる有効期間が設定される、
基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信のための課金の分野に関し、特に、バンド使用情報生成・報告方法、課金報告、ｅＮｏｄｅＢ（ｅＮＢ）、コアネットワーク（ＣＮ）、移動性管理エンティティ（ＭＭＥ）、及び、ユーザ機器（ＵＥ）に関する。
【背景技術】
【０００２】
移動体データ通信の急増は、オペレータが有限の周波数スペクトルを益々高い効率を伴って利用することを強いるが、多くのアンライセンス周波数スペクトルは、ＷｉＦｉ、ブルートゥース（登録商標）等によってしかあまり効率的に利用されない。ＬＴＥ−Ｕ（LTE-unlicensed：ＬＴＥ−アンライセンス）は、ネットワーク容量を直接に且つ劇的に増大させるアンライセンスバンドまでＬＴＥスペクトルを拡張させることができる。ＬＡＡ（Licensed Assisted Access：ライセンスアシストアクセス）を伴うＬＴＥ−Ｕは、特に例えば信頼できるＣＣＨ（Control Channel：制御チャネル）、ＬＡ（Link Adaption：リンク適合）、ＨＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）、ＩＣＩＣ（Inter Cell Interference Coordination：セル間干渉制御）、干渉除去に起因して大規模なユーザが存在するときにはＷｉＦｉよりも高いスペクトル効率を有する。ＬＴＥ−Ｕは、以下の機構、例えば、ＬＢＴ（Listen Before Talk：リッスンビフォアトーク）、ＤＦＳ（Dynamic Frequency Selection：動的周波数選択）、ＴＰＣ（Transmit Power Control：送信電力制御）によって既存のＲＡＴ（Radio Access Technologies：無線アクセス技術）とうまく共存する。ネットワークアーキテクチャは更に簡単で統合される。
【０００３】
ＬＴＥ−Ｕの範囲内には、主に以下のような２つのタイプのオフローディングが存在する。
【０００４】
１）ＣＮ（コアネットワーク）オフローディング：異なるベアラ、例えば、ＷｉＦｉ（又はＬＴＥアンライセンス周波数）用の一方のベアラ及びＬＴＥライセンス周波数用の他方のベアラを介した異なるサービス。現在、ＵＥ（ユーザ機器）は、アンライセンスバンドでどんなに混雑していようともＷｉＦｉネットワークが利用できる場合にはＷｉＦｉネットワークに自動的に又は手動で切り換わる。ＷｉＦｉオフローディングと同様に、コンテンション・ベースのチャネルアクセスにおいては、例えば一種のジッターに起因して、アンライセンスバンドを介したＱｏＳ（サービス品質）／ＱｏＥ（Quality of Experience：ユーザ体感品質）を保証できない。
【０００５】
２）ＲＡＮ（無線アクセスネットワーク）オフローディング：単一のベアラがｅＮＢ（ｅＮｏｄｅＢ）においてＬＴＥアンライセンス周波数（又はＷｉＦｉ）とＬＴＥライセンス周波数との間で分けられる。ｅＮＢは、例えばチャネル状態やトラフィック負荷等に応じてトラフィックをアンライセンスバンド及びライセンスバンドに割り当てる。ＱｏＳは、アンライセンスバンドが利用できない場合にライセンスバンドによって保証され得るが、ＱｏＥにおいては、ライセンスバンド及びアンライセンスバンドの両方をスケジュールできる場合には、向上され得る。図１は、トラフィックがｅＮＢでＬＴＥライセンスバンドとＬＴＥアンライセンスバンドとに割り当てられるトラフィックのＲＡＮオフローディングを概略的に示す。
【０００６】
ユーザ選好に基づいてデータがＣＮにおいてオフロードされる従来のＣＮオフローディングとは異なり、ＬＡＡにおけるＲＡＮオフローディングは、キャリアアグリゲーションアーキテクチャの下でクロスキャリアスケジューリングを利用することによって更に高いＱｏＳ／ＱｏＥ及びスペクトル効率を与えることができる。したがって、ＲＡＮオフローディングは、ＬＴＥ−Ｕの利益を促進させるために更に多くの利点を与えることができる。
【０００７】
ＷｉＦｉと同様、オペレータの意思に応じて、アンライセンスバンドを介したサービスに関して異なる課金ポリシーを採用できる。課金ポリシーは、時間ベースの課金、量ベースの課金、事象ベースの課金、無料等を含む。特に、量ベースの課金は、異なる複数の課金ポリシーにおいてサポートされるものである。アンライセンスバンドにおいては、スペクトルが自由であるため、更に低い価格が妥当である。ＲＡＮオフローディングにおいて、各パケットのバンド使用（例えば、ライセンスバンド又はアンライセンスバンドの占有）は、ＣＮに位置付けられる課金システムに対してトランスペアレントである。このとき、単一のベアラを介した全てのパケット（同じＱｏＳ）は等しく課金される。現在のオペレータのネットワークでは、ＬＴＥデータの価格が常にＷｉＦｉデータ（例えばほぼ無料）の価格よりもかなり高い。ＬＴＥ−Ｕは、アンライセンスバンドがビジー状態であればライセンスバンドを利用することによってより安定したＱｏＳを与えることができるが、僅かなユーザしか存在しないときにＷｉＦｉによって同様のＱｏＳ／ＱｏＥを与えることができる場合には、ＷｉＦｉよりもかなり高い価格（ＬＴＥ価格）をユーザが支払わなければならない。一方、ｅＮＢは、時としてライセンスバンドの占有に起因して、ＷｉＦｉほど安いＬＴＥ−Ｕを与えない。したがって、ＲＡＮオフローディングにおけるデータ量の価格は、バンド使用量に基づいて更に動的であるべきであり、これはユーザ及びオペレータの両方に有益である。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
以上を考慮して、本開示は、ｅＮＢにおいてトラフィックがオフロードされるときに異なるバンドのデータ使用における異なる課金をサポートするためのバンド使用情報生成・報告方法を提供する。
【課題を解決するための手段】
【０００９】
本開示の第１の態様では、課金のためのバンド使用情報を生成するバンド使用情報生成ステップと、バンド使用情報をコアネットワーク（ＣＮ）へ報告するバンド使用情報報告ステップとを備える、ｅＮＢによって行なわれる無線通信のためのバンド使用情報生成・報告方法であって、バンド使用情報が少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、ｅＮＢによってトラフィックがそれぞれのバンドに割り当てられる、バンド使用情報生成・報告方法が提供される。
【００１０】
本開示の第１の態様では、特に、バンド使用情報は、ｅＮＢから移動性管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（ＳＧＷ）を介してパケットデータネットワークゲートウェイ（ＰＧＷ）へ報告される。
【００１１】
本開示の第１の態様では、特に、バンド使用情報報告ステップは、バンド使用情報をＳ１−ＡＰインタフェースによってＭＭＥへ報告することを含み、この場合、ＭＭＥにより求められる初期コンテキストセットアップ要求において新たな情報要素（ＩＥ）を加えることによって報告をサポートするための初期セットアップが行なわれる。
【００１２】
本開示の第１の態様では、特に、バンド使用情報報告ステップは、バンド使用情報をＳ１−ＡＰインタフェースによってＭＭＥへ報告することを含み、この場合、ＭＭＥにより求められるＥ−ＲＡＢセットアップ要求において新たなＩＥを加えることによって報告をサポートするための初期セットアップが行なわれる。
【００１３】
本開示の第１の態様では、特に、バンド使用情報報告ステップは、バンド使用情報をＳ１−ＡＰインタフェースによってＭＭＥへ報告することを含み、この場合、ｅＮＢにより求められるＳ１セットアップ要求において新たなＩＥを加えることによって報告をサポートするための初期セットアップが行なわれる。
【００１４】
本開示の第１の態様では、特に、バンド使用情報報告ステップは、バンド使用情報をＳ１−ＡＰインタフェースによってＭＭＥへ報告することを含み、この場合、報告をトリガするためにＭＭＥにより求められるＵＥコンテキスト変更要求において新たなＩＥが加えられ、また、バンド使用情報をＭＭＥへ報告するためにＵＥコンテキスト変更応答において新たなＩＥが加えられる。
【００１５】
本開示の第１の態様では、特に、バンド使用情報報告ステップは、バンド使用情報をＳ１−ＡＰインタフェースによってＭＭＥへ報告することを含み、この場合、報告をトリガするためにＭＭＥにより求められるＥ−ＲＡＢ変更要求において新たなＩＥが加えられ、また、バンド使用情報をＭＭＥへ報告するためにＥ−ＲＡＢ変更応答において新たなＩＥが加えられる。
【００１６】
本開示の第１の態様では、特に、バンド使用情報報告ステップは、バンド使用情報をＳ１−ＡＰインタフェースによってＭＭＥへ報告することを含み、この場合、バンド使用情報をＭＭＥへ報告するためにｅＮＢによりトリガされるセルトラフィックトレース(CELL TRAFFIC TRACE)に対して新たなＩＥが加えられる。
【００１７】
本開示の第１の態様において、特に、バンド使用情報生成ステップでは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層における計数エンティティが、バンド使用情報を生成するために第１のバンド及び第２のバンドのそれぞれに関して全ての或いは正常に受信したＰＤＣＰサービスデータ単位（ＳＤＵ）のバンド使用量を計数する。
【００１８】
本開示の第１の態様では、特に、非トランスペアレントモード無線リンク制御（ＲＬＣ）において、バンド使用情報生成ステップは、各ＲＬＣプロトコルデータ単位（ＰＤＵ）のバンド使用状態をＲＬＣ層へ報告する媒体アクセス制御（ＭＡＣ）層における計数エンティティと、対応するＲＬＣ  ＰＤＵの知らされるバンド使用状態に基づいて各ＰＤＣＰ  ＰＤＵのバンド使用状態を導き出して各ＰＤＣＰ  ＰＤＵのバンド使用状態をＰＤＣＰ層へ報告するＲＬＣ層における計数エンティティと、バンド使用情報を生成するために対応するＰＤＣＰ  ＰＤＵの知らされるバンド使用状態に基づいて全ての或いは正常に受信したＰＤＣＰ  ＳＤＵのバンド使用量を計数するＰＤＣＰ層における計数エンティティとを備える。
【００１９】
本開示の第１の態様では、特に、トランスペアレントモードＲＬＣにおいて、バンド使用情報生成ステップは、各ＲＬＣ  ＰＤＵのバンド使用状態をＰＤＣＰ層へ報告するＭＡＣ層における計数エンティティと、バンド使用情報を生成するために対応するＲＬＣ  ＰＤＵの知らされるバンド使用状態に基づいて全ての或いは正常に受信したＰＤＣＰ  ＳＤＵのバンド使用量を計数するＰＤＣＰ層における計数エンティティとを備える。
【００２０】
本開示の第１の態様では、特に、バンド使用情報生成ステップは、各ＭＡＣ  ＰＤＵのバンド使用状態をＭＡＣ層へ報告するＰＨＹ層における計数エンティティと、対応するＭＡＣ  ＰＤＵの知らされるバンド使用状態に基づいて各ＲＬＣ  ＰＤＵのバンド使用状態を導き出すＭＡＣ層における計数エンティティとを更に備える。
【００２１】
本開示の第１の態様では、特に、各ＰＤＵのバンド使用状態を報告する間、ＰＤＵが正常に受信したかどうかを示すＡＣＫ／ＮＡＣＫインジケータも対応する層の計数エンティティによって報告され、また、ＡＣＫ／ＮＡＣＫインジケータは、各ＰＤＵのバンド使用状態と共に、ＰＤＵに対応するＳＤＵのバンド使用状態を導き出すために使用される。
【００２２】
本開示の第１の態様では、特に、各ＰＤＣＰ  ＳＤＵのバンド使用状態がＣＮがマーキングしたフローの優先順位（CN marked priority of flow）によって導き出される。
【００２３】
本開示の第１の態様では、特に、バンド使用情報生成ステップにおいて、ＰＨＹ層の計数エンティティは、バンド使用情報を生成するために第１のバンド及び第２のバンドのそれぞれに関して全ての或いは正常に受信したトランスポートブロック（ＴＢ）のバンド使用量を計数する。
【００２４】
本開示の第１の態様では、特に、バンド使用情報生成ステップにおいて、ＭＡＣ層における計数エンティティは、バンド使用情報を生成するために第１のバンド及び第２のバンドのそれぞれに関して全ての或いは正常に受信したＭＡＣ  ＳＤＵのバンド使用量を計数する。
【００２５】
本開示の第１の態様では、特に、バンド使用情報生成ステップにおいて、ＲＬＣ層の計数エンティティは、バンド使用情報を生成するために第１のバンド及び第２のバンドのそれぞれに関して全ての或いは正常に受信したＲＬＣ  ＳＤＵのバンド使用量を計数し、また、各ＲＬＣ  ＳＤＵのバンド使用状態は、ＰＨＹ層及び／又はＭＡＣ層から導き出される。
【００２６】
本開示の第１の態様では、特に、第１のバンドがライセンスバンドであり、また、第２のバンドがアンライセンスバンドである。
【００２７】
本開示の第１の態様において、特に、オプション３Ｃのｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）シナリオに関し、バンド使用情報生成ステップでは、Ｘｎを介したデータパケットが全て第１のバンド及び第２のバンドのうちの一方のバンド使用量として計数される。
【００２８】
本開示の第１の態様において、特に、バンド使用情報は、第１のバンド及び第２のバンドのそれぞれのデータ量、第１のバンド又は第２のバンドのデータ量、第１のバンド又は第２のバンドのバンド使用比率、或いは、第１のバンド及び第２のバンドのバンド使用量に基づく基準レートである。
【００２９】
本開示の第１の態様において、特に、バンド使用情報のための１つの有効期間は、バンド使用情報の報告がＣＮによって受動的にトリガされる場合には、少なくとも２つのトリガ事象間の時間であり、或いは、バンド使用情報の報告がｅＮＢによって能動的に行なわれる場合には、最後の報告から現在の報告までの時間であり、或いは、第１のバンドと第２のバンドとの間の２つの切り換え事象間の時間である。
【００３０】
本開示の第１の態様において、特に、バンド使用情報生成・報告方法は、課金を目的とするＵＥへバンド使用情報を送信することを更に含むことができる。
【００３１】
本開示の第２の態様では、課金のためのバンド使用情報をｅＮＢから得るバンド使用情報取得ステップと、バンド使用情報に基づいて課金を処理する課金処理ステップとを備える、コアネットワーク（ＣＮ）によって行なわれる無線通信のための課金方法であって、バンド使用情報が少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、トラフィックがｅＮＢによってそれぞれのバンドに割り当てられる、課金方法が提供される。
【００３２】
本開示の第２の態様では、特に、ＣＮは、ＭＭＥ、ＳＧＷ、及び、ＰＧＷを少なくとも備え、また、バンド使用情報取得ステップにおいて、ｅＮＢから報告されるバンド使用情報は、最初にＭＭＥによって受けられた後、ＭＭＥによりＳＧＷを介してＰＧＷへ報告される。
【００３３】
本開示の第２の態様において、特に、バンド使用情報取得ステップは、ＭＭＥがＳ１−ＡＰインタフェースによってｅＮＢから報告されるバンド使用情報を受けることを備え、この場合、ＭＭＥにより求められる初期コンテキストセットアップ要求において新たな情報要素（ＩＥ）を加えることによって報告をサポートするための初期セットアップが行なわれる。
【００３４】
本開示の第２の態様において、特に、バンド使用情報取得ステップは、ＭＭＥがＳ１−ＡＰインタフェースによってｅＮＢから報告されるバンド使用情報を受けることを備え、この場合、ＭＭＥにより求められるＥ−ＲＡＢセットアップ要求において新たなＩＥを加えることによって報告をサポートするための初期セットアップが行なわれる。
【００３５】
本開示の第２の態様において、特に、バンド使用情報取得ステップは、ＭＭＥがＳ１−ＡＰインタフェースによってｅＮＢから報告されるバンド使用情報を受けることを備え、この場合、ｅＮＢにより求められるＳ１セットアップ要求において新たなＩＥによって報告をサポートするための初期セットアップが行なわれる。
【００３６】
本開示の第２の態様において、特に、バンド使用情報取得ステップは、ＭＭＥがＳ１−ＡＰインタフェースによってｅＮＢから報告されるバンド使用情報を受けることを備え、この場合、報告をトリガするためにＭＭＥにより求められるＵＥコンテキスト変更要求において新たなＩＥが加えられ、また、バンド使用情報をＭＭＥへ報告するためにＵＥコンテキスト変更応答において新たなＩＥが加えられる。
【００３７】
本開示の第２の態様において、特に、バンド使用情報取得ステップは、ＭＭＥがＳ１−ＡＰインタフェースによってｅＮＢから報告されるバンド使用情報を受けることを備え、この場合、報告をトリガするためにＭＭＥにより求められるＥ−ＲＡＢ変更要求において新たなＩＥが加えられ、また、バンド使用情報をＭＭＥへ報告するためにＥ−ＲＡＢ変更応答において新たなＩＥが加えられる。
【００３８】
本開示の第２の態様において、特に、バンド使用情報取得ステップは、ＭＭＥがＳ１−ＡＰインタフェースによってｅＮＢから報告されるバンド使用情報を受けることを備え、この場合、バンド使用情報をＭＭＥへ報告するためにｅＮＢによりトリガされるセルトラフィックトレースに対して新たなＩＥが加えられる。
【００３９】
本開示の第２の態様において、特に、バンド使用情報取得ステップは、変更ベアラ要求中の変更されるべきベアラコンテキストにおいて新たなＩＥを加えることによってバンド使用情報をＭＭＥからＳＧＷへ又はＳＧＷからＰＧＷへ報告することを含む。
【００４０】
本開示の第２の態様において、特に、バンド使用情報取得ステップは、トリガのために更新ベアラ要求中のベアラコンテキストにおいて新たなＩＥを加えるとともに報告のために更新ベアラ応答中のベアラコンテキストにおいて新たなＩＥを加えることによってバンド使用情報をＭＭＥからＳＧＷへ又はＳＧＷからＰＧＷへ報告することを含む。
【００４１】
本開示の第２の態様では、特に、第１のバンドがライセンスバンドであり、また、第２のバンドがアンライセンスバンドである。
【００４２】
本開示の第２の態様では、特に、課金処理ステップにおいて、前払いのユーザに関しては、ライセンスバンドにおける単位が最初に確保される或いはブロックされ、その後、バンド使用情報に基づいて過剰に確保された単位がユーザの口座へ戻され、また、後払いのユーザに関しては、バンド使用情報に基づいて請求書が生成される。
【００４３】
本開示の第３の態様では、課金のためのバンド使用情報を生成するバンド使用情報生成ステップと、バンド使用情報を非アクセス層（ＮＡＳ）によってコアネットワーク（ＣＮ）へ報告するバンド使用情報報告ステップとを備える、ＵＥにより行なわれる無線通信のためのバンド使用情報生成・報告方法であって、バンド使用情報が、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、ＵＥが付随されるｅＮＢによってトラフィックがそれぞれのバンドに割り当てられる、バンド使用情報生成・報告方法が提供される。
【００４４】
本開示の第４の態様では、課金のためのバンド使用情報を生成するように構成されるバンド使用情報生成ユニットと、バンド使用情報をコアネットワーク（ＣＮ）へ報告するように構成されるバンド使用情報報告ユニットとを備える、無線通信のためのバンド使用情報を生成して報告するためのｅＮｏｄｅ  Ｂ（ｅＮＢ）であって、バンド使用情報が、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、ｅＮＢによってトラフィックがそれぞれのバンドに割り当てられる、ｅＮｏｄｅ  Ｂ（ｅＮＢ）が提供される。
【００４５】
本開示の第５の態様では、課金のためのバンド使用情報をｅＮＢから得るように構成されるバンド使用情報取得ユニットと、バンド使用情報に基づいて課金を処理するように構成される課金処理ユニットとを備える、無線通信のための課金を処理するためのコアネットワーク（ＣＮ）であって、バンド使用情報が、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、トラフィックがｅＮＢによってそれぞれのバンドに割り当てられる、コアネットワーク（ＣＮ）が提供される。
【００４６】
本開示の第６の態様では、課金のためのバンド使用情報をｅＮＢから受信するように構成されるバンド使用情報受信ユニットと、ＳＧＷを介してバンド使用情報をＰＧＷへ報告するように構成されるバンド使用情報報告ユニットとを備える、無線通信のためのバンド使用情報を通信するための移動性管理エンティティ（ＭＭＥ）であって、バンド使用情報が、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、また、トラフィックがｅＮＢによってそれぞれのバンドに割り当てられる、移動性管理エンティティ（ＭＭＥ）が提供される。
【００４７】
本開示の第７の態様では、課金のためのバンド使用情報を生成するように構成されるバンド使用情報生成ユニットと、バンド使用情報を非アクセス層（ＮＡＳ）によってコアネットワーク（ＣＮ）へ報告するように構成されるバンド使用情報報告ユニットとを備える、無線通信のためのバンド使用情報を生成して報告するためのユニット機器（ＵＥ）であって、バンド使用情報が、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、ＵＥが付随されるｅＮＢによってトラフィックがそれぞれのバンドに割り当てられる、ユニット機器（ＵＥ）が提供される。
【００４８】
なお、文脈が別段に示唆しなければ、第１の態様及び第２の態様に関する先の特定の説明を第３〜第７の態様に適用することもできる。
【００４９】
本開示によれば、異なるバンドのバンド使用にかかわるバンド使用情報は、異なるバンドのバンド使用に基づいて課金を処理するためにＣＮへ報告され得る。したがって、料金請求がより正確で且つ妥当である。
【００５０】
以上は、概要であり、したがって当然に、簡素化、一般化、及び、細部の省略を含む。本明細書中に記載される装置及び／又はプロセス及び／又は他の主題の他の態様、特徴、及び、利点は、本明細書中に記載される教示において明らかになる。概要は、詳細な説明において以下に更に記載される概念の選択を簡略化された形態でもたらすように与えられる。この概要は、特許請求の範囲に記載される主題の重要な特徴又は本質的特徴を特定するように意図されておらず、特許請求の範囲に記載される主題の範囲を決定するのに役立つものとして使用されるようにも意図されていない。
【００５１】
本開示の前述の特徴及び他の特徴は、添付図面と併せて解釈される以下の説明及び添付の特許請求の範囲から更に十分に明らかになる。これらの図面が、本開示に係る幾つかの実施形態を単に描くにすぎず、したがって、その範囲を限定すると見なされるべきでないことを理解して、添付図面の使用により本開示を更なる特異性及び詳細を伴って説明する。
【図面の簡単な説明】
【００５２】
【図１】トラフィックがｅＮＢでＬＴＥライセンスバンドとＬＴＥアンライセンスバンドとに割り当てられるトラフィックのＲＡＮオフローディングを概略的に示す。
【図２】本開示の一実施形態に係るバンド使用情報生成・報告方法を説明するためのＲＡＮ及びＣＮを備える典型的な無線通信システムを示す。
【図３】本開示の一実施形態に係るｅＮＢにより行なわれる無線通信のためのバンド使用情報生成・報告方法のフローチャートを示す。
【図４】本開示の一実施形態に係るＣＮにより行なわれる無線通信のための課金方法のフローチャートを示す。
【図５】本開示の一実施形態におけるｅＮＢからＭＭＥへの報告の初期セットアップを概略的に示す。
【図６】本開示の一実施形態におけるｅＮＢからＭＭＥへの報告を概略的に示す。
【図７】本開示の一実施形態におけるｅＮＢからＭＭＥへの報告の初期セットアップを概略的に示す。
【図８】本開示の一実施形態におけるｅＮＢからＭＭＥへの報告を概略的に示す。
【図９】本開示の一実施形態におけるｅＮＢからＭＭＥへの報告の初期セットアップを概略的に示す。
【図１０】本開示の一実施形態におけるｅＮＢからＭＭＥへの報告を概略的に示す。
【図１１】本開示の一実施形態に係るＵＥにより行なわれる無線通信のためのバンド使用情報生成・報告方法のフローチャートを示す。
【図１２】本開示の一実施形態に係るバンド使用情報を生成して報告するためのｅＮＢの概略ブロック図を示す。
【発明を実施するための形態】
【００５３】
以下の詳細な説明では、この説明の一部を成す添付図面が参照される。図面中、同様の記号は、一般に、文脈が別段定めなければ、同様の構成要素を特定する。本開示の態様を多種多様な異なる構成で配置し、置換し、組み合わせ、及び、設計することができ、それらの構成の全てが明示的に考慮されてこの開示の一部を成すことが容易に理解される。
【００５４】
現在のＣＮアーキテクチャに基づき、（単一のＥＰＳ（進化型パケットシステム）ベアラを介した）単一のサービスデータフローは、ＲＡＮオフローディング（例えば、ＤＬ（ダウンリンク））をサポートできる。しかしながら、以下の問題が存在する。すなわち、１）価格においてアンライセンスバンド及びライセンスバンドを介したデータ間の区別がない。２）オペレータに対しては、統計値に基づいてアンライセンスバンド及びライセンスバンドの両方をサポートするベアラに関してアンライセンス価格とライセンス価格との間の平均価格が明らかにされてもよいが、これは、ＣＮでバンド使用に気付かないことにより実行不可能である。３）アンライセンスバンドを介してより多くのデータ量を有する特定のユーザに対して平均価格を何とかしてサポートできる場合であっても、実際に支払いは変わらない。そのような課金ポリシーは、可能なときにアンライセンスバンドのより多くの利用を促す良好な動機付けではない。ＷｉＦｉ価格が現在はＬＴＥよりもかなり安いのと同様、アンライセンスバンドの利用価格はライセンスバンドの利用よりも安くなければならない。したがって、ライセンスバンドを介したデータ量とアンライセンスバンドを介したデータ量とを別々にカウントすることが両方のバンドで機能するＵＥにとっては必要である。
【００５５】
ライセンスバンド及びアンライセンスバンドを介したデータ量に別々に課金するために、２つのバンドのバンド使用にかかわる課金に関するバンド使用情報がＣＮにおける課金システムへ報告されるべきである。言い換えると、ＣＮは、異なるバンドのデータ量を別々に知らなければならない。なお、幾つかの実施形態は、別々に課金されるべき２つのバンドとしてのライセンスバンド及びアンライセンスバンドとの関連で説明される場合があるが、２つのバンドは、ライセンスバンド及びアンライセンスバンドに限定されず、一般に本開示では第１のバンド及び第２のバンドと称される無線通信のために使用され得る任意の２つの異なるバンドであってもよい。
【００５６】
この開示では、バンド使用情報がＲＡＮ（ｅＮＢ又はＵＥ）で生成されてＲＡＮ／ＣＮインタフェースを介してＣＮへ報告されることが提案される。トラフィックがｅＮＢで異なるバンドに割り当てられるため、ｅＮＢ及びＵＥは、スケジューリング情報に基づいていずれのデータがいずれのバンドを使用するのかを知ることができる。バンド使用情報をＣＮへ報告するための２つの報告メカニズムが存在し得る。一方の報告メカニズムは、周期的となり得る及び／又はイベントトリガされ得るｅＮＢによりトリガされる能動的な報告である。他方の報告メカニズムは、同様に周期的となり得る及び／又はイベントトリガされ得る（例えば、ＰＣＥＦ（ポリシー及び課金実施機能）を介して）ＣＮによりトリガされる受動的な報告である。
【００５７】
図２は、本開示の一実施形態に係るバンド使用情報生成・報告方法を説明するためのＲＡＮ及びＣＮを備える典型的な無線通信システムを示す。図２において、ＲＡＮはｅＮＢとＵＥとを備え、また、ＣＮは、少なくともＭＭＥ、ＳＧＷ、及び、ＰＧＷを備える。また、ＣＮは、例えばＰＣＲＦ（ポリシー及び課金ルール機能）、課金システム、料金請求ドメイン等を位置付けるための他の要素を備えることもできる。本開示によれば、バンド使用情報は、ｅＮＢ又はＵＥで生成された後、ＣＮへ、例えばＰＣＥＦが位置付けられるＰＧＷへ、ＭＭＥ及びＳＧＷを介して報告され得る。ＰＧＷによって得られるバンド使用情報は、ＣＮに位置付けられる課金システムによって課金を処理するために使用される。
【００５８】
前述したように、２つのタイプのオフローディング（ＣＮオフローディング及びＲＡＮオフローディング）が存在してもよい。一例として、オフローディング初期化の手続きは以下のようになり得る。
１）ベアラ確立手続き
ａ）ステップ−１：ＵＥは、能力及びサブスクリプションに基づきアンライセンスバンドのみを介して又はアンライセンスバンド及びライセンスバンドの両方を介して１つのサービスを要求できる。ここで、ライセンスバンドに特有の伝統的なサービスは影響されない。
ｂ）ステップ−２：ＰＣＲＦは、ＵＥ要求及びサブスクリプションにしたがってベアラを確立するように求めることができる。
ｃ）ステップ−３：ｅＮＢは、ＣＮからの要求通りにアンライセンスバンド又はライセンスバンドで或いはこれらの両方でベアラを確立できる。
２）オフローディングを行なう
ａ）ｅＮＢは、チャネル状態及びトラフィック負荷（例えば、ＣＮから知らされる優先順位／選好／サービスのマーキング／パケット／ユーザ）に基づいてアンライセンスバンドに特有でないベアラに関して第１のバンドと第２のバンド（例えば、ライセンスバンドとアンライセンスバンド）との間でＲＡＮオフローディングを行なう。
ｂ）又は、ＣＮがトラフィックをアンライセンスベアラへオフロードする。
【００５９】
具体的には、ベアラ確立手続きの各ステップを以下のように詳しく典型的に説明できる。
１）ステップ−１におけるＵＥの決定
ａ）ＲＡＮオフローディングをサポートするＵＥは、
ｉ）ＵＥがＲＡＮオフローディングサービスに加入する場合に、
ｉｉ）又は、ＵＥが手動でＲＡＮオフローディングを選択する場合に、
ｉｉｉ）又は、同様のものである場合に、
アンライセンスバンドに特有でないベアラを要求する（ＲＡＮオフローディング）。
ｂ）それ以外の場合、ＵＥは、アンライセンスバンドに特有のベアラを要求する（ＣＮオフローディング）。
２）ステップ−２におけるＰＣＲＦの決定
ａ）ＰＣＲＦは、
ｉ）ＵＥがアンライセンスバンドに特有でないベアラを要求するとともに、ＵＥがＲＡＮオフローディングサービスに加入する場合に、
ｉｉ）又は、同様のものである場合に、
アンライセンスバンドに特有でないベアラを確立するように求める（ＲＡＮオフローディング）。
ｂ）それ以外の場合、ＰＣＲＦは、アンライセンスバンドに特有のベアラを確立するように求める（ＣＮオフローディング）。
３）ステップ−３におけるｅＮＢの決定
ａ）ｅＮＢは、
ｉ）ＰＣＲＦがアンライセンスバンドに特有でないベアラを確立するに求めるとともに、ｅＮＢがＲＡＮオフローディングをサポートする場合に、
ｉｉ）又は、同様のものである場合に、
アンライセンスバンドに特有でないベアラを確立する（ＲＡＮオフローディング）。
随意的に、アンライセンスバンドにおけるＳｅＮＢ（第２のｅＮＢ）は、ＤＣオプション−１の場合にアンライセンス無線ベアラを確立する。
その後、ｅＮＢは、送信中、
ｉ）アンライセンスバンドが使われていない場合に、
ｉｉ）又は、アンライセンスバンドがＱｏＳ要件を満たすことができる場合に、
ｉｉｉ）又は、ライセンスバンドが高負荷である場合に、
ｉｖ）又は、ＣＮが優先順位／選好／サービスのマーキング／フロー／パケット／ユーザを知らせる場合に、
ｖ）又は、同様のものである場合に、
一部の／全体のデータをアンライセンスバンドへオフロードする。
ｂ）それ以外の場合、ｅＮＢは、アンライセンスバンドに特有のベアラを確立する（ＣＮオフローディング）。
【００６０】
特に、オフローディング初期化の手続きにおいて、ＵＥは、ＣＮによる更に容易な承認のために実際に必要とされるＱｏＳよりも低いＱｏＳを要求でき、これは高負荷下にあるライセンスバンドに有益である。より低いＱｏＳのために、より低い価格が適用される。実際に必要とされるＱｏＳを満たすために、アンライセンスバンドを利用可能な場合には使用できる。
【００６１】
ＲＡＮオフローディングの場合に関しては、トラフィックがｅＮＢにおいて第１のバンド（例えばライセンスバンド）及び／又は第２のバンド（例えばアンライセンスバンド）に割り当てられる。したがって、ＣＮは、トラフィックがいずれのバンドを使用するのかを知らない。本開示の一実施形態によれば、ｅＮＢは、２つのバンドにかかわるバンド使用情報を生成して、それをＣＮへ報告する。図３は、本開示の一実施形態に係るｅＮＢにより行なわれる無線通信のためのバンド使用情報生成・報告方法３００のフローチャートを示す。方法３００は、課金のためのバンド使用情報を生成するバンド使用情報生成ステップ３０１と、バンド使用情報をＣＮへ報告するバンド使用情報報告ステップ３０２とを備える。この実施形態では、ｅＮＢによってトラフィックがそれぞれのバンドに割り当てられ、すなわち、トラフィックがＲＡＮオフローディングである。バンド使用情報は、少なくとも、第１のバンド及び第２のバンド、例えばライセンスバンド及びアンライセンスバンドのバンド使用にかかわる。なお、以下の実施形態が第１のバンド及び第２のバンドに関して記載される場合があるが、３つ以上のバンドが本開示に関与し得る。バンド使用情報は、課金を処理するためにＣＮにより使用され得る任意の形態の情報となり得る。例えば、バンド使用情報は、第１のバンド及び第２のバンドのそれぞれのデータ量であってもよく、すなわち、バンド使用情報は、第１のバンドを消費するデータ量及び第２のバンドを消費するデータ量、例えば第１のバンドにおける１ＭＢ（メガバイト）及び／又は第２のバンドにおける２ＭＢの両方を備える。或いは、バンド使用情報は、第１のバンド及び第２のバンドのうちの一方のバンドのデータ量のみを備えることができる。この場合、他方のバンドのデータ量は、ＣＮ側における全データ量から一方のバンドのデータ量を差し引くことによって導き出すことができる。或いは、バンド使用情報は、第１のバンド又は第２のバンドのバンド使用比率（０〜１００％）であってもよく、例えば、第１のバンド及び第２のバンドのうちの一方（例えばアンライセンスバンド）を使用するデータ量は、全体の量の７０％である。この場合、ＣＮ側は、バンド使用比率に基づいて価格又は割引額を計算できる。他の代わりの手段として、バンド使用情報は、第１のバンド及び第２のバンドのバンド使用に基づく基準レート（例えば１０ドル）であってもよい。基準レートは、例えば、基準単位価格に第１のバンド及び第２のバンドのバンド使用量をそれぞれ乗じることによって導き出すことができる。更に、バンド使用情報は、ＩＰフローごとに、ベアＩＤごとに、ＵＥごとに、セルごとに、又は、ｅＮＢごとに生成され得る。
【００６２】
したがって、ＣＮ側では、無線通信のための課金方法を与えることができる。図４は、ＣＮによって行なわれる無線通信のための課金方法４００のフローチャートを示す。方法４００は、課金のためのバンド使用情報をｅＮＢから得るバンド使用情報取得ステップ４０１と、バンド使用情報に基づいて課金を処理する課金処理ステップ４０２とを備え、この場合、バンド使用情報は、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、また、トラフィックがｅＮＢによってそれぞれのバンドに割り当てられる。図２に示されるように、ＣＮは、ＭＭＥ、ＳＧＷ、及び、ＰＧＷを少なくとも備え、また、ｅＮＢから報告されるバンド使用情報は、最初にＭＭＥによって受けられた後、ＭＭＥによりＳＧＷを介してＰＧＷへ報告され得る。課金処理ステップ４０２は、ＣＮにおける課金システムによって行なわれ得る。例えば、前払いのユーザにおいては、ライセンスバンドにおける単位を最初に確保する或いはブロックすることができ、その後、バンド使用情報に基づいて過剰に確保された単位がユーザの口座へ戻され、また、後払いのユーザにおいては、バンド使用情報に基づいて請求書を生成することができる。なお、バンド使用情報に基づいて課金を処理する特定の方法は、本開示の範囲を限定せず、当業者は、実用的用途に応じて課金を処理するための様々な方法を案出できる。
【００６３】
以下では、バンド使用情報生成ステップ３０１を実施形態によって詳しく説明する。
【００６４】
第１の実施形態において、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層における計数エンティティは、バンド使用情報を生成するために第１のバンド及び第２のバンドのそれぞれに関して全ての或いは正常に受信したＰＤＣＰサービスデータ単位（ＳＤＵ）のバンド使用量を計数する。この実施形態では、バンド使用情報がＰＤＣＰ層で生成され、したがって、ＰＤＣＰ  ＳＤＵのバンド使用量（すなわち、ＩＰパケット）を計数できる。したがって、オーバーヘッド（例えば、ヘッダ及び制御ＰＤＵ）を排除できる。この実施形態において、計数エンティティは、全てのＰＤＣＰ  ＳＤＵをそれらが正常に受信したかどうかにかかわらず計数してもよい。或いは、計数エンティティは、正常に受信できなかったＰＤＣＰ  ＳＤＵを省きつつ、正常に受信したＰＤＣＰ  ＳＤＵのみを計数してもよい。本明細書中において、「正常に受信したＳＤＵ又はＰＤＵ」は、ｅＮＢがアップリンクに関してＳＤＵ又はＰＤＵを正常に受信したとともにｅＮＢがダウンリンクに関してＳＤＵ又はＰＤＵのＡＣＫフィードバックを正常に受信したことを意味する。無損失ハンドオーバーの場合にソースｅＮＢにより転送されるデータに関しては、そのデータがＣＮからのものであるときには同じ計数基準を採用できる。好ましくは、無損失ハンドオーバー中に転送されるデータは１回だけ計数される。
【００６５】
第１の実施形態の第１の例としては、ＰＨＹ層を発端として、各層がそのバンド使用状態をその上層へ報告し、また、ＰＤＣＰ層の計数エンティティは、ＲＬＣ層のバンド使用状態に基づいてＰＤＣＰ  ＳＤＵのバンド使用量を計数する。特に、ＰＨＹ層の計数エンティティは、各ＭＡＣ  ＰＤＵのバンド使用状態をＭＡＣ層へ報告し、ＭＡＣ層の計数エンティティは、対応するＭＡＣ  ＰＤＵの知らされるバンド使用状態に基づいて各ＲＬＣ  ＰＤＵのバンド使用状態を導き出して、各ＰＬＣ  ＰＤＵのバンド使用状態をＲＬＣ層へ報告し、ＲＬＣ層の計数エンティティは、対応するＲＬＣ  ＰＤＵの知らされるバンド使用状態に基づいて各ＰＤＣＰ  ＰＤＵのバンド使用状態を導き出して、各ＰＤＣＰ  ＰＤＵのバンド使用状態をＰＤＣＰ層へ報告し、及び、ＰＤＣＰ層の計数エンティティは、バンド使用情報を生成するために、対応するＰＤＣＰ  ＰＤＵの知らされるバンド使用状態に基づいて全ての或いは正常に受信したＰＤＣＰ  ＳＤＵのバンド使用量を計数する。
【００６６】
ＰＨＹ層は、ＴＢがいずれのバンドを使用するのかを示す各ＭＡＣ  ＰＤＵ（ＴＢ）のバンド使用状態をスケジューリング情報から得ることができる。各ＭＡＣ  ＰＤＵのバンド使用状態がＭＡＣ層へ報告された後、ＭＡＣ層は、対応するＭＡＣ  ＰＤＵの知らされるバンド使用状態に基づいて、各ＲＬＣ  ＰＤＵ（ＭＡＣ  ＳＤＵ）のバンド使用状態を導き出すことができる。なお、ＭＡＣ  ＳＤＵ及びＭＡＣ  ＰＤＵは一対一の関係を成さなくてもよい。例えば、１つのＭＡＣ  ＳＤＵが幾つかのＭＡＣ  ＰＤＵへ分けられてもよく、或いは、幾つかのＭＡＣ  ＳＤＵが１つ以上のＭＡＣ  ＰＤＵへと組み合わされてもよい。したがって、ＭＡＣ  ＳＤＵのバンド使用状態は、ＭＡＣ  ＳＤＵの何パーセンテージが第１のバンド又は第２のバンドを使用するのかを示してもよい。例えば、１つのＭＡＣ  ＳＤＵが２つのＭＡＣ  ＰＤＵへ分けられるとともに、ＭＡＣ  ＰＤＵのうちの１つが第１のバンドでスケジュールされる場合、ＭＡＣ  ＳＤＵのバンド使用状態は、ＭＡＣ  ＳＤＵの５０％が第１のバンドを使用することを示すことができる。或いは、ＭＡＣ  ＳＤＵのバンド使用状態を丸めることができる。例えば、ＭＡＣ  ＳＤＵの半分以上が第１のバンドを使用する場合、ＭＡＣ  ＳＤＵのバンド使用状態は、ＭＡＣ  ＳＤＵが第１のバンドを使用することを示す。先の例では、ＭＡＣ  ＳＤＵの５０％が第１のバンドを使用し、したがって、ＭＡＣ  ＳＵＤのバンド使用状態は、ＭＡＣ  ＳＤＵが第１のバンドを使用することを示すように丸められ得る。加えて、ＭＡＣ  ＳＤＵのバンド使用状態は、ＭＡＣ  ＰＤＵの再送信（ＨＡＲＱプロセス）が存在する場合があるため、パーセンテージ又は丸められた状態であってもよい。例えば、ＭＡＣ  ＰＤＵは、最初に、第１のＨＡＲＱプロセスにおいてアンライセンスバンドで送信される場合があるが、その送信は成功せず、また、その後、同じＭＡＣ  ＳＤＵに対応するＭＡＣ  ＰＤＵが第１のＨＡＲＱプロセスにおいてライセンスバンドで送信され、その送信は成功する。この場合、成功する及び成功しないＨＡＲＱプロセスの両方が考慮されれば、ＭＡＣ  ＳＤＵのバンド使用状態は、ＭＡＣ  ＳＤＵの５０％がライセンス（又はアンライセンス）バンドを使用することを示すはずである。或いは、成功するＨＡＲＱプロセスのみが考慮されれば、ＭＡＣ  ＳＤＵのバンド使用状態は、ＭＡＣ  ＳＤＵがライセンスバンドを使用することを示すはずである。各ＲＬＣ  ＰＤＵ（ＭＡＣ  ＳＤＵ）のバンド使用状態がＲＬＣ  層へ報告された後、ＲＬＣ  層は、対応するＲＬＣ  ＰＤＵの知らされるバンド使用状態に基づいて、各ＰＤＣＰ  ＰＤＵのバンド使用状態を導き出すことができる。ＲＬＣ  ＰＤＵのバンド使用状態と同様に、ＰＤＣＰ  ＰＤＵのバンド使用状態は、ＡＲＱプロセス、セグメンテーション、及び／又は、ＲＬＣ層のための連結が存在し得るため、パーセンテージ又は丸められた状態になることもできる。ＰＤＣＰ  ＰＤＵのバンド使用状態がＰＤＣＰ層へ報告された後、ＰＤＣＰ層は、各ＰＤＣＰ  ＳＤＵのバンド使用状態（ＩＰパケット）を導き出すことができるとともに、第１のバンド及び第２のバンドのそれぞれに関してＰＤＣＰ  ＳＤＵのバンド使用量を計数することができる。
【００６７】
前述の第１の例は、非トランスペアレントモードＲＬＣに関するものである。第２の例としてのトランスペアレントモードＲＬＣでは、ＲＬＣ層における計数を省くことができる。特に、ＭＡＣ層における計数エンティティは、各ＲＬＣ  ＰＤＵのバンド使用状態をＰＤＣＰ層へ直接に報告し、また、ＰＤＣＰ層における計数エンティティは、バンド使用状態を生成するために、対応するＲＬＣ  ＰＤＵの知らされるバンド使用状態に基づいて全ての或いは正常に受信したＰＤＣＰ  ＳＤＵのバンド使用量を計数する。
【００６８】
加えて、ｅＮＢにおけるＭＡＣ層は各ＭＡＣ  ＳＤＵのバンド使用状態をＭＡＣ  ＳＤＵのバンドスケジューリングから知ることができるため、ＰＨＹの報告を省くことができる。したがって、第３の例では、第１及び第２の例に基づき、ＰＨＹ層の計数エンティティが各ＭＡＣ  ＰＤＵのバンド使用状態をＭＡＣ層へ報告するとともにＭＡＣ層の計数エンティティが対応するＭＡＣ  ＰＤＵの知らされるバンド使用状態に基づいて各ＲＬＣ  ＰＤＵのバンド使用状態を導き出すステップが省かれる。代わりに、ＭＡＣ層における計数エンティティは、ＭＡＣ  ＳＤＵのバンドスケジューリングから導き出される各ＲＬＣ  ＰＤＵ（ＭＡＣ  ＳＤＵ）のバンド使用状態をＲＬＣ層へ報告する。
【００６９】
前述の第１〜第３の例では、好ましくは、各ＰＤＵのバンド使用状態を報告する間、ＰＤＵが正常に受信したかどうかを示すＡＣＫ／ＮＡＣＫインジケータも対応する層の計数エンティティによって報告され、また、ＡＣＫ／ＮＡＣＫインジケータは、各ＰＤＵのバンド使用状態と共に、ＰＤＵに対応するＳＤＵのバンド使用状態を導き出すために使用される。ここで、「ＰＤＵ」は、ＭＡＣ  ＰＤＵ、ＲＬＣ  ＰＤＵ、及び、ＰＤＣＰ  ＰＤＵのいずれかを示し得る。この好ましい例によれば、計数エンティティは、ＰＤＵが正常に受信したかどうかを決定できる。したがって、計数エンティティがＰＤＵに対応するＳＤＵのバンド使用状態を導き出すとき、計数エンティティは、ＳＤＵに関連する全てのＰＤＵを考慮することができ、或いは、正常に受信したＰＤＵのみを考慮することができる。言い換えると、ここでは、再送信（例えば、ＭＡＣ層におけるＨＡＲＱプロセス及びＲＬＣ層におけるＡＲＱプロセス）を考慮することができる。前述したように、ＭＡＣ層にはＭＡＣ  ＰＤＵのＨＡＲＱプロセスが存在することができ、また、ＭＡＣ  ＳＤＵのバンド使用状態を決定する際には、ＨＡＲＱプロセスの全てを考慮することができ或いは成功するＨＡＲＱプロセスのみが考慮される。ＲＬＣ層にはＰＬＣ  ＰＤＵのＡＲＱプロセスが存在することができ、また、ＰＬＣ  ＳＤＵのバンド使用状態を決定する際に、ＡＲＱプロセスの全てを考慮することができ或いは成功するＡＲＱプロセスのみが考慮される。したがって、ＰＤＣＰ層における計数エンティティは、知らされるバンド使用状態と対応するＰＤＣＰ  ＰＤＵのＡＣＫ／ＮＡＣＫインジケータとに基づいて、全ての或いは正常に受信したＰＤＣＰ  ＳＤＵのバンド使用量を計数することができる。
【００７０】
第１の実施形態の第４の例において、各ＰＤＣＰ  ＳＤＵのバンド使用量は、下位層により報告されるのではなく、ＣＮがマーキングしたフローの優先順位によって導き出され得る。例えば、比率に換算したバンド使用量は、ＣＮがマークキングしたフローの優先順位レベルから導き出され得る。例えば、レベル１＝１０％、レベル２＝２０％，．．．，レベル９＝９０％である。ＲＡＮオフローディング基準は、ＣＮ指示優先順位／マーキングに基づき得る。ＧＧＳＮ／ＰＧＷ／ＴＤＦがダウンリンク方向に配信されるそれぞれのユーザプレーンデータパケットをマーキングするユーザプレーンＣＯＮｇｅｓｔｉｏｎ管理（ＵＰＣＯＮ）関連機構がＲＡＮオフローディング基準として採用されてもよい。マーキングは、同じＱＣＩに対してマッピングされるフロー間のトラフィック優先順位付けをサポートするようになっている。すなわち、ベアラ内の異なるＩＰフローは、ＲＡＮユーザプレーン混雑状態を扱うためにマーキングの異なる値と関連付けられてもよい。したがって、混雑状態がライセンスバンドで起こる場合には、より低い優先順位付けを伴うフローがアンライセンスバンドへオフロードされる。
【００７１】
先の第１の実施形態では、バンド使用情報がＰＤＣＰ層で生成される。しかしながら、バンド使用情報を他の層、すなわち、ＰＨＹ層、ＭＡＣ層、又は、ＲＬＣ層で生成することもできる。
【００７２】
第２の実施形態において、ＰＨＹ層の計数エンティティは、バンド使用情報を生成するために第１のバンド及び第２のバンドのそれぞれに関して全ての或いは正常に受信したトランスポートブロック（ＴＢ）のバンド使用量を計数できる。この場合、バンド使用情報は、ＰＨＹデータのバンド使用量をＣＮへ知らせることができる。好ましくは、仕様影響及び計数不正確を減らすために、ＰＨＹ層は、第１のバンド及び第２のバンドに関するバンド使用量の相対比率をバンド使用情報として計数できる。
【００７３】
第３の実施形態において、ＭＡＣ層における計数エンティティは、バンド使用情報を生成するために第１のバンド及び第２のバンドのそれぞれに関して全ての或いは正常に受信したＭＡＣ  ＳＤＵのバンド使用量を計数できる。この場合、バンド使用情報は、ＭＡＣデータのバンド使用量をＣＮへ知らせることができる。好ましくは、仕様影響及び計数不正確を減らすために、ＭＡＣ層は、全ての或いは正常に受信したＭＡＣ  ＳＤＵに関してバンド使用量の相対比率を計数できる。特に、ＭＡＣ層は、最初に、スケジュールされたバンド（第１のバンド及び第２のバンド）に係る全ての或いは正常に受信したＭＡＣ  ＰＤＵのデータ量、例えば、ライセンスバンドを介した１ｋビット及びアンライセンスバンドを介した２ｋビットを観測期間にわたって別々に計数する。その後、ＭＡＣ層の計数エンティティは、全データ量に対する第１又は第２のバンドデータ量（例えば、アンライセンスデータ量）の比率を生成する。上位層及びオーバーヘッド再送信のパーセンテージは、アンライセンスバンドを介したＭＡＣ  ＰＤＵとライセンスバンドを介したＭＡＣ  ＰＤＵとの間で等しいため、長期間にわたって観測される比率は、その期間にわたって観測されるデータ量よりも過剰計数による影響が小さい。例えば、比率は、４ビットにより表わされ得る２ｋ／（１ｋ＋２ｋ）＝０．６７≒７０％であってもよい。バンド使用情報としてのバンド使用比率が生成された後、そのバンド使用比率は、ＲＬＣ及びＰＤＣＰに対してトランスペアレントな方法でＣＮへ報告され得る。
【００７４】
第４の実施形態において、ＲＬＣ層の計数エンティティは、バンド使用情報を生成するために第１のバンド及び第２のバンドのそれぞれに関して全ての或いは正常に受信したＲＬＣ  ＳＤＵのバンド使用量を計数でき、また、各ＲＬＣ  ＳＤＵのバンド使用状態は、ＰＨＹ層及び／又はＭＡＣ層から導き出され得る。好ましくは、仕様影響及び計数不正確を減らすために、ＲＬＣ層は、第１のバンド及び第２のバンドに関するバンド使用量の相対比率をバンド使用情報として計数できる。
【００７５】
先の第１〜第４の実施形態では、基本的な適用シナリオがキャリアアグリゲーションである。第５の実施形態では、オプション３Ｃ（３ＧＰＰ  ＴＲ  ３６．８４２、Ｅ−ＵＴＲＡ及びＥ−ＵＴＲＡＮにおけるＳｍａｌｌ  Ｃｅｌｌ増進に関する研究；上位層態様を参照）のｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙシナリオ（ＤＣ）に関して、Ｘｎを介したデータパケットが全て第１のバンド及び第２のバンドのうちの一方、例えばアンライセンスバンドのバンド使用量として計数され得る。その後、計数手続きは、Ｘｎ分離にしたがってＰＤＣＰ層がＰＤＣＰ  ＳＤＵのデータ量を別々に計数することである。
【００７６】
以上では、バンド使用情報生成ステップが実施形態によって詳しく説明される。バンド使用情報が生成された後、バンド使用情報をＣＮへ報告できる。加えて、課金を目的とするＵＥへバンド使用情報を送信することもできる。この場合、ＵＥは、そのバンド使用状態を知ることができる。
【００７７】
以下では、ｅＮＢによるバンド使用情報報告ステップ３０２及びＣＮによるバンド使用情報取得ステップ４０１を実施形態により詳しく説明し、該実施形態において、バンド使用情報は、最初に、ＴＳ  ３６．４１３（３ＧＰＰ  ＴＳ３６．４１３：Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）参照）に定められるようにＳ１−ＡＰインタフェースによってｅＮＢからＭＭＥへ報告される。実際にバンド使用情報をｅＮＢからＭＭＥへ報告する前に、報告をサポートするための初期セットアップが行なわれなければならない。
【００７８】
第６の実施形態では、バンド使用情報をＳ１−ＭＭＥのコンテキスト管理手続き（ＴＳ  ３６．４１３におけるＳ１−ＡＰ）において報告することができる。ｅＮＢ及びＵＥの両方が初期ＵＥメッセージに基づいて２つのバンド動作（例えばＬＴＥ−Ｕ）をサポートする場合には、ＭＭＥにより求められる初期コンテキストセットアップ要求において新たなＩＥを加えることによって報告をサポートするための初期セットアップを行なうことができる。ここで、新たなＩＥを全てのＥ−ＲＡＢのために加えることができ或いは特定のＥ−ＲＡＢのために加えることができる。表１は、全てのＥ−ＲＡＢ及び／又は特定のＥ−ＲＡＢにおける新たなＩＥ（アンライセンスバンド動作）と共に加えられる初期コンテキストセットアップ要求を示す。
表１  初期コンテキストセットアップ要求
【表１】
2019013018.tif 000003
【００７９】
表１では、下線を引いた新たなＩＥ（アンライセンスバンド動作）がＵＥ（全てのＥ−ＲＡＢ）及び／又は特定のＥ−ＲＡＢに関して加えられる。なお、ＩＥの名前は単なる一例にすぎない。初期セットアップを行なう際、ＭＭＥは、新たなＩＥが加えられる初期コンテキストセットアップ要求をｅＮＢへ送ることができ、また、この実施形態における報告の初期セットアップを概略的に示す図５に示されるように、ｅＮＢは、初期コンテキストセットアップ完了をＭＭＥへフィードバックしてもよい。
【００８０】
初期セットアップが完了された後、バンド使用情報をｅＮＢからＭＭＥへ報告することができる。この実施形態において、報告は、ＵＥコンテキスト変更手続きでＭＭＥによりトリガされ得る。図６に示されるように、ＭＭＥは、報告をトリガするためにＵＥコンテキスト変更要求をｅＮＢへ送り、また、ｅＮＢは、ＵＥコンテキスト変更応答をバンド使用情報と共にＭＭＥへフィードバックする。特に、報告をトリガするためにＭＭＥにより要求されるＵＥコンテキスト変更要求に新たなＩＥを加えることができ、また、バンド使用情報をＭＭＥへ報告するために新たなＩＥをＵＥコンテキスト変更応答に加えることができる。ここで、トリガ及び報告をＵＥ（全てのＥ−ＲＡＢ）及び／又は特定のＥ−ＲＡＢに関して行なうことができる。表２は、全てのＥ−ＲＡＢ及び／又は特定のＥ−ＲＡＢにおける新たなＩＥ（バンド使用クエリー）が加えられるＵＥコンテキスト変更要求を示す。
表２  ＵＥコンテキスト変更要求
【表２】
2019013018.tif 000004
【００８１】
表２では、下線を引いた新たなＩＥ（バンド使用クエリー）がＵＥ（全てのＥ−ＲＡＢ）及び／又は特定のＥ−ＲＡＢに関して加えられる。なお、ＩＥの名前は単なる一例にすぎない。ＭＭＥが、バンド使用クエリーが加えられるＵＥコンテキスト変更要求を送った後、ｅＮＢは、バンド使用情報をＭＭＥへ報告するために新たなＩＥ（例えば、バンド使用報告）と共にＵＥコンテキスト変更応答をフィードバックすることができる。表３は、ＵＥ（全てのＥ−ＲＡＢ）及び／又は特定のＥ−ＲＡＢにおける新たなＩＥ（バンド使用報告）が加えられるＵＥコンテキスト変更応答を示し、この場合、新たなＩＥには下線が引かれる。表３では、「バンド使用報告」の「ＩＥタイプ及び基準」が「比率」として規定され、また、「意味説明」が「ライセンスバンドに対するアンライセンスバンド」である。言い換えると、この例において、バンド使用情報は、ライセンスバンドのバンド使用量に対するアンライセンスバンドのバンド使用量の比率を示す。しかしながら、バンド使用情報のこの形態が単なる一例にすぎず、本明細書中のバンド使用情報が任意の他の適した形態をとることができることは明らかである。
表３  ＵＥコンテキスト変更応答
【表３】
2019013018.tif 000005
【００８２】
第７の実施形態では、バンド使用情報をＳ１−ＭＭＥのＥ−ＲＡＢ管理手続き（ＴＳ  ３６．４１３におけるＳ１−ＡＰ）において報告することができる。ｅＮＢ及びＵＥの両方が初期ＵＥメッセージに基づいて２つのバンド動作（例えばＬＴＥ−Ｕ）をサポートする場合には、ＭＭＥにより求められるＥ−ＲＡＢセットアップ要求において新たなＩＥを加えることによって報告をサポートするための初期セットアップを行なうことができる。ここで、新たなＩＥをＵＥ（全てのＥ−ＲＡＢ）のために加えることができ或いは特定のＥ−ＲＡＢのために加えることができる。表４は、全てのＥ−ＲＡＢ及び／又は特定のＥ−ＲＡＢにおける新たなＩＥ（アンライセンスバンド動作）が加えられるＥ−ＲＡＢセットアップ要求を示す。
表４  Ｅ−ＲＡＢセットアップ要求
【表４】
2019013018.tif 000006
【００８３】
表４では、下線を引いた新たなＩＥ（アンライセンスバンド動作）がＵＥ（全てのＥ−ＲＡＢ）及び／又は特定のＥ−ＲＡＢに関して加えられる。なお、ＩＥの名前は単なる一例にすぎない。初期セットアップを行なう際、ＭＭＥは、新たなＩＥが加えられるＥ−ＲＡＢセットアップ要求をｅＮＢへ送ることができ、また、この実施形態における報告の初期セットアップを概略的に示す図７に示されるように、ｅＮＢは、Ｅ−ＲＡＢセットアップ完了をＭＭＥへフィードバックしてもよい。
【００８４】
初期セットアップが完了された後、バンド使用情報をｅＮＢからＭＭＥへ報告することができる。この実施形態において、報告は、Ｅ−ＲＡＢ変更手続きでＭＭＥによりトリガされ得る。図８に示されるように、ＭＭＥは、報告をトリガするためにＥ−ＲＡＢ変更要求をｅＮＢへ送り、また、ｅＮＢは、Ｅ−ＲＡＢ変更応答をバンド使用情報と共にＭＭＥへフィードバックする。特に、報告をトリガするためにＭＭＥにより要求されるＥ−ＲＡＢ変更要求に新たなＩＥを加えることができ、また、バンド使用情報をＭＭＥへ報告するために新たなＩＥをＥ−ＲＡＢ変更応答に加えることができる。ここで、トリガ及び報告を全てのＥ−ＲＡＢ及び／又は特定のＥ−ＲＡＢに関して行なうことができる。表５は、全てのＥ−ＲＡＢ及び／又は特定のＥ−ＲＡＢにおける新たなＩＥ（バンド使用クエリー）が加えられるＥ−ＲＡＢ変更要求を示す。
表５  Ｅ−ＲＡＢ変更要求
【表５】
2019013018.tif 000007
【００８５】
表５では、下線を引いた新たなＩＥ（バンド使用クエリー）がＵＥ（全てのＥ−ＲＡＢ）及び／又は特定のＥ−ＲＡＢに関して加えられる。なお、ＩＥの名前は単なる一例にすぎない。ＭＭＥがバンド使用クエリーが加えられるＥ−ＲＡＢ変更要求を送った後、ｅＮＢは、バンド使用情報をＭＭＥへ報告するために新たなＩＥ（例えば、バンド使用報告）と共にＥ−ＲＡＢ変更応答をフィードバックすることができる。表６は、全てのＥ−ＲＡＢ及び／又は特定のＥ−ＲＡＢにおける新たなＩＥ（バンド使用報告）が加えられるＥ−ＲＡＢ変更応答を示し、この場合、新たなＩＥには下線が引かれる。表６では、「バンド使用報告」の「ＩＥタイプ及び基準」が「比率」として規定され、また、「意味説明」が「ライセンスバンドに対するアンライセンスバンド」である。言い換えると、この例において、バンド使用情報は、ライセンスバンドのバンド使用量に対するアンライセンスバンドのバンド使用量の比率を示す。しかしながら、バンド使用情報のこの形態が単なる一例にすぎず、本明細書中のバンド使用情報が任意の他の適した形態をとることができることは明らかである。
表６  Ｅ−ＲＡＢ変更応答
【表６】
2019013018.tif 000008
【００８６】
なお、第６の実施形態及び第７の実施形態における初期セットアップ手続き及び報告手続きを置き換えることができる。また、他の初期セットアップ手続き及び報告手続きを適用することもでき、また、全てのそれらの初期セットアップ手続き及び報告手続きを任意に組み合わせることができる。特に、初期セットアップは、ｅＮＢ及びＣＮの実施に係る報告のために必要とされなくてもよい。
【００８７】
第８の実施形態では、別の初期セットアップ手続きが与えられる。この実施形態では、初期セットアップがｅＮＢによって要求される。特に、報告をサポートするための初期セットアップは、ｅＮＢにより求められるＳ１セットアップ要求において新たなＩＥを加えることによって行なわれる。表７は、新たなＩＥ（アンライセンスバンド動作）が加えられるＳ１セットアップ要求を示す。
表７  Ｓ１セットアップ要求
【表７】
2019013018.tif 000009
【００８８】
表７では、下線が引かれる新たなＩＥ（バンド使用報告）が加えられる。なお、ＩＥの名前は単なる一例にすぎない。初期セットアップを行なう際、ｅＮＢは、新たなＩＥが加えられるＳ１セットアップ要求をＭＭＥへ送ることができ、また、この実施形態における報告の初期セットアップを概略的に示す図９に示されるように、ＭＭＥは、Ｓ１セットアップ完了をｅＮＢへフィードバックしてもよい。
【００８９】
第９の実施形態では、他の報告手続きが与えられる。この実施形態において、報告は、ｅＮＢによってトリガされる（すなわち、能動的な報告）とともに、Ｓ１−ＭＭＥ（ＴＳ３６．４１３におけるＳ１−ＡＰ）インタフェースのトレース手続きで行なわれる。特に、新たなＩＥは、バンド使用情報をＭＭＥへ報告するためにｅＮＢによってトリガされるセルトラフィックトレースに加えられる。表８は、全てのＥ−ＲＡＢ及び／又は特定のＥ−ＲＡＢにおける新たなＩＥ（下線が引かれるバンド使用報告）が加えられるセルトラフィックトレースを示す。表８では、「バンド使用報告」の「ＩＥタイプ及び基準」が「比率」として定義され、また、「意味説明」が「ライセンスバンドに対するアンライセンスバンド」である。言い換えると、この例において、バンド使用情報は、ライセンスバンドのバンド使用量に対するアンライセンスバンドのバンド使用量の比率を示す。しかしながら、バンド使用情報のこの形態が単なる一例にすぎず、本明細書中のバンド使用情報が任意の他の適した形態をとることができることは明らかである。図１０は、実施形態に係るセルトラフィックトレースにより能動的な報告を概略的に示す。
表８  セルトラフィックトレース
【表８】
2019013018.tif 000010
【００９０】
以上では、ｅＮＢからＭＭＥへの報告が実施形態によって詳しく説明される。ＭＭＥがバンド使用情報を受けた後、ＭＭＥがバンド使用情報をＳＧＷへ報告することができ、また、ＳＧＷがバンド使用情報をＰＧＷへ報告することができる。ＭＭＥからＳＧＷへ及びＳＧＷからＰＧＷへの報告は、ＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）に基づくインタフェース（Ｓ１１、Ｓ５／Ｓ８）によって行なわれ得る。以下では、ＭＭＥからＳＧＷへ及びＳＧＷからＰＧＷへのバンド使用情報の報告を実施形態により説明する。
【００９１】
第１０の実施形態では、バンド使用情報がＭＭＥからＳＧＷへ又はＳＧＷからＰＧＷへ能動的に報告される。特に、バンド使用情報は、変更ベアラ要求中の変更されるべきベアラコンテキストにおいて新たなＩＥを加えることによってＭＭＥからＳＧＷへ及びＳＧＷからＰＧＷへ報告される。表９は、新たなＩＥ（バンド使用報告）と共に加えられる変更ベアラ要求中の変更されるべきベアラコンテキストを示す。表９において、「バンド使用報告」は、典型的に、「ライセンスバンドに対するアンライセンスバンドの比率」として規定され、言い換えると、バンド使用情報は、ライセンスバンドのバンド使用量に対するアンライセンスバンドのバンド使用量の比率を示す。しかしながら、バンド使用情報のこの形態が単なる一例にすぎず、本明細書中のバンド使用情報が任意の他の適した形態をとることができることは明らかである。
表９  変更ベアラ要求中の変更されるべきベアラコンテキスト
【表９】
2019013018.tif 000011
【００９２】
第１１の実施形態では、バンド使用情報がＭＭＥからＳＧＷへ又はＳＧＷからＰＧＷへ受動的に報告される。特に、バンド使用情報は、トリガのために更新ベアラ要求中のベアラコンテキストにおいて新たなＩＥを加えるとともに報告のために更新ベアラ応答中のベアラコンテキストにおいて新たなＩＥを加えることによってＭＭＥからＳＧＷへ又はＳＧＷからＰＧＷへ報告される。表１０及び表１１は、新たなＩＥ（バンド使用クエリー）と共に加えられる更新ベアラ要求中のベアラコンテキスト及び新たなＩＥ（バンド使用報告）と共に加えられる更新ベアラ応答中のベアラコンテキストをそれぞれ示す。表１１において、「バンド使用報告」は、典型的に、「ライセンスバンドに対するアンライセンスバンドの比率」として定義され、言い換えると、バンド使用情報は、ライセンスバンドのバンド使用量に対するアンライセンスバンドのバンド使用量の比率を示す。しかしながら、バンド使用情報のこの形態が単なる一例にすぎず、本明細書中のバンド使用情報が任意の他の適した形態をとることができることは明らかである。
表１０  更新ベアラ要求中のベアラコンテキスト
【表１０】
2019013018.tif 000012
表１１  更新ベアラ応答中のベアラコンテキスト
【表１１】
2019013018.tif 000013
【００９３】
第１１の実施形態では、ＭＭＥからＳＧＷへ報告するときに、ＳＧＷは、トリガのために更新ベアラ要求中のベアラコンテキストをＭＭＥへ送り、また、ＭＭＥは、報告のために更新ベアラ応答中のベアラコンテキストをＳＧＷへフィードバックする。ＳＧＷからＰＧＷへ報告するときに、ＰＧＷは、トリガのために更新ベアラ要求中のベアラコンテキストをＳＧＷへ送り、また、ＳＧＷは、報告のために更新ベアラ応答中のベアラコンテキストをＰＧＷへフィードバックする。
【００９４】
先の実施形態から、バンド使用情報をｅＮＢによってＣＮへ能動的に或いは受動的に報告できることが分かる。バンド使用情報のためのそれぞれの有効期間を要求に応じて設定できる。例えば、バンド使用情報のための１つの有効期間は、バンド使用情報の報告がＣＮによって受動的にトリガされる場合には、最後の２つのトリガ事象間の時間であってもよく、或いは、バンド使用情報の報告がｅＮＢによって能動的に行なわれる場合には、最後の報告から現在の報告までの時間であってもよく、或いは、第１のバンドと第２のバンドとの間の２つの切り換え事象間の時間であってもよい。
【００９５】
バンド使用情報がＰＧＷに到達した後、ＰＣＥＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）、ＯＦＣＳ（ＯＦｆｌｉｎｅ  Ｃｈａｒｇｉｎｇ  Ｓｙｓｔｅｍ）、及び、ＯＣＳ（Ｏｎｌｉｎｅ  Ｃｈａｒｇｉｎｇ  Ｓｙｓｔｅｍ）がバンド使用情報に基づいて課金を扱う。課金を処理するため、支払金を割り引くため（例えば、アンライセンスバンドでの価格を下げる）、又は、データ量をユーザへ払い戻すために、様々な課金ポリシーを採用できる。例えば、ＯＦＣＳ（３ＧＰＰ  ＴＳ  ３２．２４０：遠隔通信監理；課金管理；課金アーキテクチャ、及び、原理参照）の場合には、バンド使用報告（バンド使用情報）がＲｆから知らされ、その後、ＯＦＣＳは、対応するバンド使用報告に基づいて各ベアラのデータ量の課金をもたらす。ＯＣＳ（ＴＳ  ３２．２４０）の場合には、バンド使用報告がＲ０及び／又はＧｙから知らされる。ＯＣＳは、特定量の（通貨又は非通貨）単位を加入者の口座で使用するライセンスバンドとして確保し或いはブロックし、また、単位確保と適合する量のリソースを使用するための許可がネットワークへ戻される。送信後、実際のリソース使用量（すなわち、ライセンスバンド及びアンライセンスバンドのそれぞれのために使用される単位）が、ＯＣＳへのバンド使用報告から推定され、それにより、最終的に、過剰に確保された量を加入者口座へ再び入れることができる。例えば、前払いのユーザにおいては、ライセンスバンドにおける単位が最初に確保される或いはブロックされ、その後、過剰に確保された単位が、バンド使用情報に基づいてユーザの口座へ戻され、また、後払いのユーザにおいては、バンド使用情報に基づいて請求書が生成される。
【００９６】
なお、先の説明ではその詳細が省かれる前述のプロトコルは、
例えばＴＳ  ３６．４１３、ＴＳ  ３２．２４０などの関連する仕様を参照できる。
【００９７】
更に、前述したように、バンド使用情報をＵＥで生成することができる。これに関して、本開示は、図１１に示されるように、ＵＥにより行なわれる無線通信のためのバンド使用情報生成・報告方法１１００も提供する。方法１１００は、課金のためのバンド使用情報を生成するバンド使用情報生成ステップ１１０１と、バンド使用情報を非アクセス層（ＮＡＳ）によってコアネットワーク（ＣＮ）へ報告するバンド使用情報報告ステップ１１０２とを備え、この場合、バンド使用情報は、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、また、ＵＥが付随されるｅＮＢによってトラフィックがそれぞれのバンドに割り当てられる。なお、文脈が別段に示唆しなければ、前述したｅＮＢにおけるバンド使用情報生成手続きをバンド使用情報生成ステップ１１０１に適用することもできる。
【００９８】
また、本開示では、前述の方法を行なうためのｅＮＢ、ＣＮ、ＭＭＥ、及び、ＵＥも提案される。なお、方法に関する先の説明を本明細書で与えられるｅＮＢ、ＣＮ、ＭＭＥ、及び、ＵＥに適用することもできる。
【００９９】
図１２は、本開示の一実施形態に係る無線通信のためのバンド使用情報を生成して報告するためのｅＮＢ１２００を示すブロック図である。ｅＮＢ１２００は、課金のためのバンド使用情報を生成するように構成されるバンド使用情報生成ユニット１２０１と、バンド使用情報をコアネットワーク（ＣＮ）へ報告するように構成されるバンド使用情報報告ユニット１２０２とを備え、この場合、バンド使用情報は、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、また、トラフィックがｅＮＢによってそれぞれのバンドに割り当てられる。
【０１００】
本開示に係るｅＮＢ１２００は、随意的に、様々なデータを処理してｅＮＢ１２００におけるそれぞれのユニットの動作を制御するために関連するプログラムを実行するためのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１２１０、ＣＰＵ１２１０による様々なプロセス及び制御を行なうために必要とされる様々なプログラムを記憶するためのＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２１３、ＣＰＵ１２１０によるプロセス及び制御の手続きで生成される中間データを一時的に記憶するためのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２１５、及び／又は、様々なプログラム、データ等を記憶するための記憶ユニット１２１７を含んでもよい。前述のバンド使用情報生成ユニット１２０１、バンド使用情報報告ユニット１２０２、ＣＰＵ１２１０、ＲＯＭ１２１３、ＲＡＭ１２１５、及び／又は、記憶ユニット１２１７等は、データ及び／又はコマンドバス１２２０を介して相互に接続されて、互いの間で信号を転送してもよい。
【０１０１】
前述したそれぞれの単位は、本開示の範囲を限定しない。本開示の１つの実施によれば、前述したバンド使用情報生成ユニット１２０１及びバンド使用情報報告ユニット１２０２の機能がハードウェアによって実装されてもよく、また、前述のＣＰＵ１２１０、ＲＯＭ１２１３、ＲＡＭ１２１５、及び／又は、記憶ユニット１２１７が不要であってもよい。或いは、前述のバンド使用情報生成ユニット１２０１及びバンド使用情報報告ユニット１２０２の機能は、前述のＣＰＵ１２１０、ＲＯＭ１２１３、ＲＡＭ１２１５、及び／又は、記憶ユニット１２１７と組み合わせて機能的なソフトウェアによって実装されてもよい。
【０１０２】
また、本開示は、課金のためのバンド使用情報をｅＮＢから受信するように構成されるバンド使用情報受信ユニットと、ＳＧＷを介してバンド使用情報をＰＧＷへ報告するように構成されるバンド使用情報報告ユニットとを備える、無線通信のためのバンド使用情報を通信するための移動性管理エンティティ（ＭＭＥ）も提供し、この場合、バンド使用情報は、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、また、トラフィックがｅＮＢによってそれぞれのバンドに割り当てられる。ＭＭＥの典型的なブロック図は、前述のバンド使用情報生成ユニット及びバンド使用情報報告ユニットがバンド使用情報受信ユニット及びバンド使用情報報告ユニットに取って代えられる点を除き、図１２と同様であってもよい。本明細書では図１２に関連する先の説明も適用される。
【０１０３】
また、本開示は、課金のためのバンド使用情報を生成するように構成されるバンド使用情報生成ユニットと、バンド使用情報を非アクセス層（ＮＡＳ）によってコアネットワーク（ＣＮ）へ報告するように構成されるバンド使用情報報告ユニットとを備える、無線通信のためのバンド使用情報を生成して報告するためのユニット機器（ＵＥ）も提供し、この場合、バンド使用情報は、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、また、ＵＥが付随されるｅＮＢによってトラフィックがそれぞれのバンドに割り当てられる。ＵＥの典型的なブロック図が図１２に類似してもよく、また、ここでは、図１２に関連する先の説明も適用される。
【０１０４】
また、本開示は、課金のためのバンド使用情報をｅＮＢから得るように構成されるバンド使用情報取得ユニットと、バンド使用情報に基づいて課金を処理するように構成される課金処理ユニットとを備える、無線通信のための課金を処理するためのコアネットワーク（ＣＮ）も提供し、この場合、バンド使用情報は、少なくとも第１のバンド及び第２のバンドのバンド使用にかかわり、また、トラフィックがｅＮＢによってそれぞれのバンドに割り当てられる。なお、バンド使用情報取得ユニット及び課金処理ユニットは、ＣＮにおける任意の異なる要素又は同じ要素となり得る。例えば、バンド使用情報取得ユニットは、ＭＭＥであってもよく、又は、ＭＭＥ、ＳＧＷ、及び、ＰＧＷの組み合わせであってもよい。課金処理ユニットは、課金システムであってもよく、又は、ＣＮにおけるこの機能を伴う任意の他の１つ以上の要素であってもよい。言い換えると、バンド使用情報取得ユニット及び課金処理ユニットは、その実装形態によって限定されない。特に、本開示は、図２に示されるＭＭＥ、ＳＧＷ、及び、ＰＧＷを少なくとも備えるＣＮを提供できる。ＭＭＥ、ＳＧＷ、及び、ＰＧＷの定義は、ＣＮにより行なわれる課金方法に関する先の説明を参照できる。
【０１０５】
本発明は、ソフトウェア、ハードウェア、又は、ハードウェアと協働するソフトウェアによって実現され得る。前述した各実施形態の説明で使用される各機能ブロックは、集積回路としてのＬＳＩによって実現され得る。これらの機能ブロックが個々にチップとして形成されてもよく、或いは、１つのチップが機能ブロックの一部又は全てを含むように形成されてもよい。ＬＳＩは、ここでは、集積度の違いに応じてＩＣ、システムＬＳＩ、スーパーＬＳＩ、又は、超ＬＳＩと称されてもよい。しかしながら、集積回路を実装する技術は、ＬＳＩに限定されず、専用の回路又は汎用プロセッサを使用することによって実現されてもよい。加えて、ＬＳＩの製造後にプログラミングされ得るＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、又は、ＬＳＩの内側に配置される回路セルの接続及び設定を再構成できる再構成可能プロセッサが使用されてもよい。また、例えばＤＳＰ又はＣＰＵを含む計算手段を使用することにより各機能ブロックの計算を行なうことができ、また、各機構の処理ステップが実行のためのプログラムとして記録媒体に記録されてもよい。更に、半導体技術又は他の派生技術の進歩にしたがってＬＳＩに取った代わる集積回路を実装するための技術が出現する場合には、そのような技術を使用することによって機能ブロックが統合されてもよいことが明らかである。
【０１０６】
なお、本発明は、本発明の内容及び範囲から逸脱することなく明細書中で与えられる説明と既知の技術とに基づいて当業者により様々に変更され又は修正されるようになっており、また、そのような変更及び適用は、保護されるべき特許請求の範囲に入る。また、本発明の内容から逸脱しない範囲で、前述の実施形態の構成要素が任意に組み合わされてもよい。
【図１】
2019013018.tif 000014
【図２】
2019013018.tif 000015
【図３】
2019013018.tif 000016
【図４】
2019013018.tif 000017
【図５】
2019013018.tif 000018
【図６】
2019013018.tif 000019
【図７】
2019013018.tif 000020
【図８】
2019013018.tif 000021
【図９】
2019013018.tif 000022
【図１０】
2019013018.tif 000023
【図１１】
2019013018.tif 000024
【図１２】
2019013018.tif 000025