JP5910838B2 - ホーム基地局失敗ｄｌパケット総計 - Google Patents

Description

本発明は移動電気通信ネットワーク、限定はしないが特に、３ＧＰＰ（第３世代パートナーシッププロジェクト）標準規格、又はその規格と同等の、若しくはその規格から派生した規格に従って動作するネットワークに関する。本発明は、限定はしないが特に、呼の終了時に、失敗したパケット送信のカウントを報告することに関連している。

本出願は、２００９年８月１８日に出願された英国特許出願第０９１４４２７．０号に基づくとともに該特許出願からの優先権の利益を主張する。該特許出願の開示は参照によりその全体が本明細書に援用される。

３ＧＰＰ標準規格の下で、ＮｏｄｅＢ（又はＬＴＥにおいてはｅＮＢ）は、移動デバイスがコアネットワークに接続する際に経由する基地局である。最近では、３ＧＰＰ標準化団体は、公式のアーキテクチャを採用し、ホーム基地局（ＨＮＢ）のための新たな標準規格に対する取り組みを始めた。ホーム基地局がＬＴＥ（ロングタームエボリューション）標準規格に従って動作している場合、ＨＮＢはＨｅＮＢと呼ばれることがある。同様のアーキテクチャがＷｉＭＡＸネットワークにも適用される。この場合、ホーム基地局は一般にフェムトセルと呼ばれる。単純にするために、本出願ではＨＮＢという用語を用いて任意のそのようなホーム基地局を指し、基地局という用語を総称的に用いて他の基地局（ＨＮＢが動作するマクロセルの基地局等）を指す。１つ又は複数のＨＮＢは自宅内の無線カバレッジ（例えば３Ｇ／４Ｇ／ＷｉＭＡＸ）を提供し、１つ又は複数の適切な公衆ネットワークを介して（例えばインターネットへのＡＤＳＬリンクを介して）コアネットワークへ接続し、３ＧＰＰ標準規格の場合は、１つ又は複数のＨＮＢからのトラフィックを集約するＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）を介してコアネットワークへ接続する。

課金ポリシーは成功したパケットカウントによって決めることができるので、３ＧＰＰ標準規格のための現在の仕様では、最終的に呼が解放されたときに、情報要素（ＩＥ）「送信失敗ＤＬデータ量」を報告する必要がある。サービスを提供する基地局は、呼が解放されたときに、失敗したＤＬデータパケットのカウントを報告することができるように、このカウントを保持する。しかしながら、移動電話のようなユーザー装置（ＵＥ）がユーザーとともに動き回るとき、通話中に、ＵＥはセル間でローミングする可能性が高い。マクロセル間でローミングするとき、ソース基地局とコアネットワークとの間のＩｕ接続が解放されることになり、ターゲット基地局と新たなＩｕ接続が確立される。それゆえ、コアネットワークは、その呼に関与した基地局毎の失敗パケットカウントを総計することができる。しかしながら、本発明者は、ＵＥが１つのＨＮＢから別のＨＮＢに移動するとき、ハンドオーバー中にＨＮＢ−ＧＷとコアネットワークとの間のＩｕ接続が解放されないので、コアネットワークは失敗パケットカウントを追跡できないことを理解している。

本発明はこの問題に対処するために行なわれた。本発明者は、呼が最後に解放されるときに、失敗ＤＬパケットの全ての総計されたカウントがコアネットワークに報告されるように、ハンドオーバーに関与するＨＮＢ−ＧＷ又はＨＮＢ（複数の場合もあり）に失敗ＤＬデータパケットを総計する責任を負わせることによって、この問題に対処できることを理解している。

一態様によれば、本発明は、ゲートウェイデバイスに接続し、１つ又は複数の移動通信デバイスに通信サービスを提供するためのホーム基地局であって、１つ又は複数の先行するホーム基地局によって移動通信デバイスに送信するのに失敗したダウンリンクデータパケットの数を、該ホーム基地局によって同じ前記移動通信デバイスに送信するのに失敗したダウンリンクデータパケットの数と総計するように動作可能なダウンリンク失敗パケット制御モジュールを備え、送信に失敗したダウンリンクパケットの数の総計を報告するため、データ量についての報告を送信するように動作可能なホーム基地局を提供する。

また、他の一態様によれば、本発明は、ゲートウェイデバイスと接続し、１つ又は複数の移動通信デバイスに通信サービスを提供するホーム基地局によって実行される方法であって、１つ又は複数の先行するホーム基地局によって移動通信デバイスに送信するのに失敗したダウンリンクデータパケットの数を、該ホーム基地局によって同じ前記移動通信デバイスに送信するのに失敗したダウンリンクデータパケットの数と総計する段階と、送信に失敗したダウンリンクパケットの数の総計を報告するため、データ量についての報告を送信する方法を提供する。

また、他の一態様によれば、本発明は、ホーム基地局と通信するように構成された移動通信デバイスにおいて、１つ又は複数の先行するホーム基地局によって移動通信デバイスに送信するのに失敗したダウンリンクデータパケットの数を、該ホーム基地局によって同じ前記移動通信デバイスに送信するのに失敗したダウンリンクデータパケットの数と総計するように動作可能なダウンリンク失敗パケット制御モジュールを備え、送信に失敗したダウンリンクパケットの数の総計を報告するため、データ量についての報告を送信するように動作可能な移動通信デバイスを提供する。

ここで、本発明の実施形態を、例として、添付の図面を参照しながら説明する。

本発明の実施形態が適用可能であるタイプの移動通信デバイスを示す概略図である。 図１に示されるシステムの一部を形成するホーム基地局のブロック図である。 図１に示されるシステムの一部を形成するホーム基地局ゲートウェイのブロック図である。

図面に関して一般的に、任意の機能ブロック図が、デバイス内に存在する機能を単に示すことを意図していること、及び機能ブロック図に示される各ブロックが必ずしも個別のエンティティ又は分離したエンティティであることを意味するものと解釈されるべきでないことは理解されたい。１つのブロックによって提供される機能は散在する場合があるか、又はデバイス全体を通じて若しくはデバイスの一部の中に分散される場合がある。さらに、その機能は、適切な場合には、ハードワイヤード構成要素、ソフトウェア構成要素若しくはファームウェア構成要素、又はこれらの任意の組み合わせを組み込むことができる。

概説
図１は、移動（セルラー）電気通信システム１を概略的に示しており、そのシステムでは、移動電話（ＭＴ）３のユーザーが、「ホーム」基地局（ＨＮＢ）に基づくセル９−１から離れているときに、Ｅ−ＵＴＲＡＮ基地局５−１のマクロセル、又はＵＴＲＡＮ５−１のマクロセル及び無線ネットワークコントローラー（ＲＮＣ）７と、コアネットワーク（ＣＮ）８とを介して、他のユーザー（図示せず）と通信することができる。電気通信システム１において、ユーザーは、ＨＮＢに基づくセル９−１内にいるときに、ＨＮＢ１１−１のセル９−１、公衆データネットワーク（この場合、インターネット１３）、ホーム基地局ゲートウェイ（ＨＮＢ−ＧＷ）１５、及びコア電話網８を介して、他のユーザー（図示せず）と通信することもできる。ＨＮＢ１１−１は通常、ＡＤＳＬ又はケーブル接続のような適切なインターネット接続を介してそれぞれのＨＮＢ−ＧＷ１５に接続し、それぞれのＨＮＢ−ＧＷ１５を介して全てのアップリンク通信が送信されるように、ＨＮＢ−ＧＷ１５のＩＰアドレスをプログラミングされる。自らのセル９−２を有する第２のＨＮＢ１１−２が示されており、移動電話３は、どのＨＮＢが最も良い接続を提供するかによって、ＨＮＢ１１間でローミングすることができる。

後に更に詳細に説明されるように、この実施形態では、ＨＮＢ間ハンドオーバーに関与するＨＮＢ−ＧＷ１５又はＨＮＢ（複数の場合もあり）は、失敗ＤＬパケット送信カウントを総計する。ＨＮＢ−ＧＷ１５が失敗ＤＬパケット送信カウントを総計するとき、ＨＮＢ−ＧＷは、ソースＨＮＢ１１から「送信失敗ＤＬデータ量」を入手し、移動電話３がＨＮＢ−ＧＷ１５内の異なるＨＮＢ１１にリロケートする度に、これらの値を総計しなければならない。ＨＮＢ（複数の場合もあり）１１が失敗ＤＬパケットカウントを総計するとき、ＨＮＢ内ハンドオーバー時に、ソースＨＮＢはターゲットＨＮＢにその（総計された）カウントをシグナリングし、それにより、ターゲットＨＮＢがカウントを総計し続け、コアネットワーク８とＨＮＢ−ＧＷ１５との間のＩＵ接続が解放されるときに、総計された「送信失敗ＤＬデータ量」をコアネットワーク８に送信できるようにしなければならない。

ＨＮＢ−ＧＷに基づく解決策
先に検討されたように、本発明によって対処される問題に対して２つの異なる解決策があり、第１の解決策では、移動電話３がＨＮＢ−ＧＷ１５内の異なるＨＮＢ１１にリロケートする度に、ＨＮＢ−ＧＷ１５がソースＨＮＢ１１からの「送信失敗ＤＬデータ量」を総計する必要がある。ＨＮＢ−ＧＷ１５がソースＨＮＢ１１から「送信失敗ＤＬデータ量」を入手できるようにするのに、いくつかの異なる方法があり、そのうちのいくつかが以下に説明される。

選択肢１ａ：ＨＮＢ−ＧＷ１５が、ソースＨＮＢ１１に、ＲＡＮＡＰ ＩＵ解放指令メッセージを送信し、ソースＨＮＢ１１は、ＲＡＮＡＰ ＩＵ解放完了メッセージによって応答し、そのメッセージがＩＥ「送信失敗ＤＬデータ量」を含む。

選択肢１ｂ：ソースＨＮＢ１１が、ＨＮＢ−ＧＷ１５へのＲＵＡ切断メッセージ内に、「送信失敗ＤＬデータ量」を含むことができる。ソースＨＮＢ１１は、リロケーションが成功したのを検出するときに、ＨＮＢ−ＧＷにこのメッセージを送信することになる。

選択肢１ｃ：ソースＨＮＢ１１が、ＨＮＢ−ＧＷ１５へのＨＮＢＡＰ ＵＥ登録解除メッセージ内に、「送信失敗ＤＬデータ量」を含むことができる。この場合も、ソースＨＮＢ１１は、リロケーションが成功したのを検出するときに、ＨＮＢ−ＧＷにこのメッセージを送信することになる。

選択肢１ｄ：ＨＮＢ−ＧＷ１５が、ソースＨＮＢ１１に、「ＵＥリロケーション済み」のような関連する理由を含むＲＵＡ切断メッセージを送信することができ、ソースＨＮＢ１１は、新たなＲＵＡメッセージＲＵＡ切断応答によって応答することができ、そのメッセージが、「送信失敗ＤＬデータ量」を含む。

選択肢１ｅ：ＨＮＢ−ＧＷ１５が、ソースＨＮＢ１１に、ＨＮＢＡＰ ＵＥ登録解除メッセージを送信することができ、ソースＨＮＢ１１は、ＨＮＢＡＰ ＵＥ登録解除応答によって応答することができ、そのメッセージが、「送信失敗ＤＬデータ量」を含む。

上記の選択肢のうちの１つに基づいて、ソースＨＮＢ１１から「送信失敗ＤＬデータ量」を受信した後に、ＨＮＢ−ＧＷ１５は、この値を記憶（格納）するものとし、リロケーション手順中にＨＮＢによって報告される各「送信失敗ＤＬデータ量」を合計し、最終的に、この総計された値を用いて、コアネットワーク８への実際のＩＵ解放完了メッセージにおいて「送信失敗ＤＬデータ量」ＩＥを送信するものとする。

ＲＵＡメッセージの詳細については、読者は、３ＧＰＰ標準規格書ＴＳ２５．４６８−ＵＴＲＡＮ ＩｕｈインターフェースＲＡＮＡＰユーザーアダプション（RANAP User Adaption：ＲＵＡ）シグナリングを参照されたい。ＨＮＢＡＰメッセージについては、３ＧＰＰ標準規格書ＴＳ２５．４６９−ＵＴＲＡＮ ＩｕｈインターフェースホームノードＢアプリケーションパート（ＨＮＢＡＰ：Home Node B Application Part）シグナリングを、ＲＡＮＡＰメッセージについては、３ＧＰＰ標準規格書ＴＳ２５．４１３−ＵＴＲＡＮ Ｉｕインターフェース無線アクセスネットワークアプリケーションパート（ＲＡＮＡＰ：Radio Access Network Application Part）シグナリングを参照されたい。

ＨＮＢに基づく解決策
対処される問題に対する第２の解決策では、ソースＨＮＢ１１が、ハンドオーバー時に、その総計された「送信失敗ＤＬデータ量」をターゲットＨＮＢ１１にシグナリングし、それにより、ターゲットＨＮＢ１５が総計されたカウントを継続することができるようにし、呼が最後に解放されるか、又はマクロセル、若しくは異なるＨＮＢ−ＧＷによって制御される別のＨＮＢに転送されるときに、最後のターゲットＨＮＢ１１が、総計された「送信失敗ＤＬデータ量」をコアネットワーク８に報告することができるようにする。ソースＨＮＢ１１は、ＳＲＮＣｔｏＴＲＮＣコンテナー（SRNC to TRNC Container）において、その総計された「送信失敗ＤＬデータ量」をターゲットＨＮＢ１１にシグナリングすることができる。

ホーム基地局
図２は、図１に示すホーム基地局（ＨＮＢ）１１のそれぞれの主要構成要素を示すブロック図である。図示されるように、各ＨＮＢ１１は、１つ又は複数のアンテナ５３を介して移動電話３に対し信号を送受信するように動作可能であり、かつＨＮＢ−ＧＷインターフェース５５を介してＨＮＢ−ＧＷ１５に対し信号を送受信するように動作可能な送受信機回路部５１を備える。送受信機回路部５１の動作は、メモリ５９内に記憶されているソフトウェアに従ってコントローラー５７によって制御される。必ずしも図２には示されていないが、ホーム基地局１１は、当然、セルラー電話網ホーム基地局の通常の機能を全て有することになり、これは、必要に応じて、ハードウェア、ソフトウェア及びファームウェアのうちのいずれか１つ、又は任意の組み合わせによって与えることができる。ソフトウェアは、メモリ５９内にプリインストールすることができ、かつ／又は通信ネットワーク８を介して、若しくはリムーバブルデータ記憶デバイスからダウンロードすることができる。

コントローラー５７は、この例では、メモリ５９内に格納されたプログラム命令又はソフトウェア命令によって、ホーム基地局１１の動作全体を制御するように構成される。図に示されるように、これらのソフトウェア命令は、中でも、オペレーティングシステム６１、基地局登録モジュール６３、移動電話登録モジュール６５、ハンドオーバーモジュール６７、接続制御モジュール６８及びＤＬ失敗パケット制御モジュール６９を含む。基地局登録モジュール６３は、ＨＮＢ１１をＨＮＢ−ＧＷ１５に登録するように動作可能であり、移動電話登録モジュール６５は移動電話３をＨＮＢ１１及びＨＮＢ−ＧＷ１５に登録するように動作可能である。ハンドオーバーモジュール６７は、ＨＮＢ１１から別のＨＮＢ、又は別の基地局５への移動電話３のハンドオーバーを制御するように動作可能である。接続制御モジュール６８は、ＨＮＢ１１と、そのＨＮＢがサービスを提供している移動電話３との間の接続、及びＨＮＢ−ＧＷ１５との接続を制御するように動作可能である。ＤＬ失敗パケット制御モジュール６９は、移動電話３に送信するのに成功しなかったＤＬパケットのカウントを保持し、かつＨＮＢ内ハンドオーバー時にＨＮＢ−ＧＷ１５若しくはターゲットＨＮＢのいずれかに、又はマクロセル、若しくは異なるＨＮＢ−ＧＷ１５によってサービスを提供される別のＨＮＢ１１へのハンドオーバー時にコアネットワーク８に、そのカウントを与えるように動作可能である。ＨＮＢ１１が、「送信失敗ＤＬデータ量」を総計する責任を負う場合には、ＨＮＢ内ハンドオーバー時に、ターゲットＨＮＢ１１内のＤＬ失敗パケット制御モジュール６８は、ソースＨＮＢ１１から「送信失敗ＤＬデータ量」を受信し、そのデータ量を自ら計算した「送信失敗ＤＬデータ量」と合計し、その後、総計された値を次のＨＮＢ１１に、又はコアネットワーク８にシグナリングする。

ホーム基地局ゲートウェイ
図３は、図１に示されるホーム基地局ゲートウェイ（ＨＮＢ−ＧＷ）１５の主要構成要素を示すブロック図である。図に示されるように、ＨＮＢ−ＧＷ１５は、送受信機回路部７０を備えており、送受信機回路部７０は、ＨＮＢインターフェース７２を介して、ＨＮＢ１１に対し信号を送受信するように動作可能であり、かつ、ＣＮインターフェース７４を介して、ＣＮ８に対し信号を送受信するように動作可能である。送受信機回路部７０の動作は、メモリ７８内に記憶されているソフトウェアに従ってコントローラー７６によって制御される。必ずしも図３には示されないが、ＨＮＢ−ＧＷ１５は、当然、セルラー電話網ＨＮＢ−ＧＷの通常の機能を全て有することになり、これは、必要に応じて、ハードウェア、ソフトウェア及びファームウェアのうちのいずれか１つ、又は任意の組み合わせによって与えることができる。ソフトウェアは、メモリ７８内にプリインストールすることができ、かつ／又は通信ネットワーク８を介して、若しくはリムーバブルデータ記憶デバイスからダウンロードすることができる。

コントローラー７６は、この例では、メモリ７８内に格納されたプログラム命令又はソフトウェア命令によって、ホーム基地局１１の動作全体を制御するように構成される。図に示されるように、これらのソフトウェアは、中でも、オペレーティングシステム８０、基地局登録モジュール８２、移動電話登録モジュール８４、ハンドオーバーモジュール８６、接続制御モジュール８７およびＤＬ失敗パケット制御モジュール８８を含む。

基地局登録モジュール８２はＨＮＢ１１をＨＮＢ−ＧＷ１５に登録するように動作可能であり、電話登録モジュール６５は移動電話３をＨＮＢ−ＧＷ１５に登録するように動作可能である。ハンドオーバー制御モジュール８６は、ＨＮＢ−ＧＷ１５によってサービスを提供される２つのＨＮＢ１１間での移動電話３のＨＮＢ内ハンドオーバーを制御するように動作可能である。接続制御モジュール８７は、ＨＮＢ−ＧＷ１５とコアネットワークとの間に（ＣＮインターフェース７４を通じて）移動電話のための接続を確立し、かつＨＮＢ−ＧＷ１５とサービスを提供するＨＮＢ１１との間に接続を確立するように動作可能である。ＤＬ失敗パケット制御モジュール８８は、移動電話３がＨＮＢ−ＧＷ１５内の異なるＨＮＢ１１にリロケートする度に、ソースＨＮＢ１１から「送信失敗ＤＬデータ量」を入手し、これらの値を総計（合計）し、呼が別のＨＮＢ−ＧＷ１５若しくはマクロセルに転送されるときに、又は呼が解放されるときに、総計された値（最後のＨＮＢ１１からの数を含む）をコアネットワーク８に報告するように動作可能である。「送信失敗ＤＬデータ量」を総計するのがＨＮＢ１１であるとき、ＨＮＢ−ＧＷ１５は、ＤＬ失敗パケット制御モジュール８８を必要としないことは、当業者には理解されよう。

上記の説明において、ホーム基地局１１及びホーム基地局ゲートウェイ１５は、理解しやすくするために、複数の別々のモジュール（基地局登録モジュール、電話登録モジュール、アクセス制御モジュール等）を有するものとして説明されている。或る特定の用途の場合、例えば、既存のシステムが本発明を実施するように変更されていた場合には、これらのモジュールはこのようにして設けることができるが、他の用途、例えば、最初から本発明の機構を念頭において設計されるシステムでは、これらのモジュールはオペレーティングシステム又はコード全体の中に組み込むことができるので、これらのモジュールは別々の実体として区別可能でない場合もある。

変更形態及び代替形態
上記で詳細な実施形態が説明された。当業者であれば理解するように、上記の実施形態に対し、該実施形態において実施される本発明から依然として利益を受けながら、複数の変更及び代替を行うことができる。

上記の実施形態では、移動電話ベースの電気通信システムが説明された。当業者であれば理解するように、本出願において記載されるシグナリング技法を他の通信システムに用いることができる。他の通信ノード又は通信デバイスは、例えば、個人用携帯情報端末、ラップトップコンピューター、ウェブブラウザー等のようなユーザーデバイスを含むことができる。

上述した実施形態において、移動電話及びＨＮＢはそれぞれ送受信機回路部を備える。通常、この回路部は、専用ハードウェア回路によって形成される。しかしながら、いくつかの実施形態では、送受信機回路部の一部を、対応するコントローラーによって実行されるソフトウェアとして実装することができる。

上記の実施形態では、複数のソフトウェアモジュールが説明された。当業者であれば理解するように、それらのソフトウェアモジュールは、コンパイルされた形式でもコンパイルされていない形式でも提供することができ、コンピューターネットワークを介した信号として又は記録媒体上で、ＨＮＢ又は移動電話に供給することができる。さらに、このソフトウェアの一部又は全てによって実行される機能は、１つ又は複数の専用ハードウェア回路を用いて実行することができる。しかしながら、ソフトウェアモジュールの使用によって、基地局、ゲートウェイ及び移動電話の機能を更新するために該基地局、該ゲートウェイ、及び該移動電話を更新するのが容易になるため、ソフトウェアモジュールの使用が好ましい。

明細書において、具体的な通信ノード（例えば、ＨＮＢ、基地局、ＲＮＣ）が説明されてきたが、その説明を、類似の機能を有する他のノードにも同じく当てはめることができることは理解されよう。詳細には、用語ＨＮＢは、任意のタイプのネットワーク（例えば、ＬＴＥ、ＷｉＭＡＸ等）のホーム基地局を指すのに包括的に用いられること、並びに類似の機能を基地局によって提供することができることは理解されよう。

種々の他の変更は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。

以下は、現在提案されている３ＧＰＰ標準規格において本発明を実施することができる方法の詳細な説明である。種々の機構が不可欠であるか、又は必要であるように記述されるが、これは、例えば、その標準規格によって課せられる他の要件に起因して、提案された３ＧＰＰ標準規格の場合のみ当てはまる場合がある。それゆえ、ここで述べられることは、本発明を多少なりとも制限するものと解釈されるべきではない。

１．序論
課金ポリシーは成功したパケットカウントによって決めることができるので、最終的に呼が解放されたときに、ＩＥ「送信失敗ＤＬデータ量」が報告されるものとする。したがって、ＣＮにとって失敗パケットカウントの報告が必要である。

本明細書は、ＨＮＢ−ＧＷ内リロケーションシナリオ中に「送信失敗ＤＬデータ量」を報告するいくつかの方法を記述する。

２．検討
ＨＮＢ−ＧＷ内ＨＮＢ−ＨＮＢリロケーションの場合、ＣＮに対するＩＵ接続は解放されない。「送信失敗ＤＬデータ量」を総計する機能は、そのリロケーションに関与するＨＮＢ−ＧＷ又はＨＮＢ（複数の場合もあり）のいずれかにおいて行なわれるものとする。

ＨＮＢ−ＧＷに基づく解決策
この場合、ＨＮＢ−ＧＷは、ＵＥがＨＮＢ−ＧＷ内の異なるＨＮＢにリロケートする度に、或る手段によってソースＨＮＢ（複数の場合もあり）から「送信失敗ＤＬデータ量」を入手し、これらの値を総計しなければならない。ソースＨＮＢからこの情報を入手するために、以下の選択肢があり得る。

選択肢１ａ：ＨＮＢ−ＧＷがＲＡＮＡＰ ＩＵ解放指令メッセージを送信し、ソースＨＮＢが、ＩＥ「送信失敗ＤＬデータ量」を含むＲＡＮＡＰ ＩＵ解放完了メッセージによって応答する。

提案１ａ：ソースＨＮＢが、ＨＮＢ−ＧＷへのＲＡＮＡＰ ＩＵ解放完了メッセージにおいて、「送信失敗ＤＬデータ量」を送信する。

選択肢１ｂ：ソースＨＮＢが、ＨＮＢ−ＧＷへのＲＵＡ切断メッセージにおいて「送信失敗ＤＬデータ量」を送信することができる。

提案１ｂ：ソースＨＮＢが、ＲＵＡ切断メッセージにおいて「送信失敗ＤＬデータ量」を送信する。

選択肢１ｃ：ソースＨＮＢが、ＨＮＢ−ＧＷへのＨＮＢＡＰ ＵＥ登録解除メッセージにおいて「送信失敗ＤＬデータ量」を送信することができる。

提案１ｃ：ソースＨＮＢが、ＨＮＢ−ＧＷへのＨＮＢＡＰ ＵＥ登録解除メッセージにおいて「送信失敗ＤＬデータ量」を送信する。

選択肢１ｄ：ＨＮＢ−ＧＷが、「ＵＥリロケーション済み」のような関連する理由を含むＲＵＡ切断メッセージを送信することができる。ソースＨＮＢは、「送信失敗ＤＬデータ量」を含む、新たなＲＵＡメッセージＲＵＡ切断応答によって応答することができる。

提案１ｄ：ＨＮＢ−ＧＷが新たな理由値を含むＲＵＡ切断メッセージを送信し、ソースＨＮＢが、そのＩＥの１つとして「送信失敗ＤＬデータ量」を有する新たなＲＵＡメッセージＲＵＡ切断応答によって応答する。

選択肢１ｅ：ＨＮＢ−ＧＷが、ソースＨＮＢにＨＮＢＡＰ ＵＥ登録解除メッセージを送信することができ、ソースＨＮＢが、「送信失敗ＤＬデータ量」を含む、ＨＮＢＡＰ ＵＥ登録解除応答によって応答することができる。

提案１ｅ：ＨＮＢ−ＧＷが、新たな理由値を含むＨＮＢＡＰ ＵＥ登録解除メッセージを送信し、ソースＨＮＢが、そのＩＥの１つとして「送信失敗ＤＬデータ量」を有する新たなＨＮＢＡＰメッセージＨＮＢＡＰ ＵＥ登録解除応答によって応答する。

上記の選択肢のうちの１つに基づいて、ソースＨＮＢから「送信失敗ＤＬデータ量」を受信すると、ＨＮＢ−ＧＷは、この値を記憶（格納）すべきであり、リロケーション手順中にＨＮＢによって報告される各「送信失敗ＤＬデータ量」を合計し、最終的に、この総計された値を用いて、ＣＮへの実際のＩＵ解放完了メッセージにおいて「送信失敗ＤＬデータ量」ＩＥを送信するものとする。

提案２：ＨＮＢ−ＧＷが、ソースＨＮＢ（複数の場合もあり）によって報告される「送信失敗ＤＬデータ量」の総計の機能を実行し、その後、ＣＮに最後のＩＵ解放完了メッセージを送信するものとする。

ＨＮＢに基づく解決策
この場合、「送信失敗ＤＬデータ量」がターゲットＨＮＢにシグナリングされ、最後にＩＵ解放手順が生じるときに、ターゲットＨＮＢが、ＣＮに、総計された値「送信失敗ＤＬデータ量」を送信する。

提案３：各ＨＮＢが、先行するソースＨＮＢによって報告される「送信失敗ＤＬデータ量」及び現在のＨＮＢにおいて実際に生じた「送信失敗ＤＬデータ量」を合計する機能を実行するものとする。

提案４：ソースＨＮＢが、ＳＲＮＣｔｏＴＲＮＣコンテナーにおいて、ターゲットＨＮＢに「送信失敗ＤＬデータ量」をシグナリングするものとする。

３．提案
ＨＮＢ−ＧＷに基づく解決策
提案１ａ：ソースＨＮＢが、ＨＮＢ−ＧＷへのＲＡＮＡＰ ＩＵ解放完了メッセージにおいて、「送信失敗ＤＬデータ量」を送信する。

提案１ｂ：ソースＨＮＢが、ＲＵＡ切断メッセージにおいて、「送信失敗ＤＬデータ量」を送信する。

提案１ｃ：ソースＨＮＢが、ＨＮＢ−ＧＷへのＨＮＢＡＰ ＵＥ登録解除メッセージにおいて、「送信失敗ＤＬデータ量」を送信する。

提案１ｄ：ＨＮＢ−ＧＷが、新たな理由値を含むＲＵＡ切断メッセージを送信し、ソースＨＮＢが、そのＩＥの１つとして「送信失敗ＤＬデータ量」を有する新たなＲＵＡメッセージＲＵＡ切断応答によって応答する。

提案１ｅ：ＨＮＢ−ＧＷが、新たな理由値を含むＨＮＢＡＰ ＵＥ登録解除メッセージを送信し、ソースＨＮＢが、そのＩＥの１つとして「送信失敗ＤＬデータ量」を有する新たなＨＮＢＡＰメッセージＨＮＢＡＰ ＵＥ登録解除応答によって応答する。

提案２：ＨＮＢ−ＧＷが、ソースＨＮＢ（複数の場合もあり）によって報告される「送信失敗ＤＬデータ量」の総計の機能を実行し、その後、ＣＮに最後のＩＵ解放完了メッセージを送信するものとする。

ＨＮＢに基づく解決策
提案３：各ＨＮＢが、先行するソースＨＮＢによって報告される「送信失敗ＤＬデータ量」及び現在のＨＮＢにおいて実際に生じた「送信失敗ＤＬデータ量」を合計する機能を実行するものとする。

提案４：ソースＨＮＢが、ＳＲＮＣｔｏＴＲＮＣコンテナーにおいて、ターゲットＨＮＢに「送信失敗ＤＬデータ量」をシグナリングするものとする。

４．参考文献
[1] 3GPP TS 22.220 Service requirements for Home NodeBs and Home eNodeBs (Release 9)
[2] 3GPP TS 25.469 HNBAP Protocol Specification

Claims (5)

1. ゲートウェイデバイスを介してコアネットワークに接続し、１つ又は複数の移動通信デバイスに通信サービスを提供するためのホーム基地局であって、
   １つ又は複数の先行するホーム基地局によって移動通信デバイスに送信するのに失敗したダウンリンクデータパケットの数を、該ホーム基地局によって同じ前記移動通信デバイスに送信するのに失敗したダウンリンクデータパケットの数と総計するように動作可能なダウンリンク失敗パケット制御モジュールを備え、
   送信に失敗したダウンリンクパケットの数の総計を前記コアネットワークに報告するため、ハンドオーバーに応じて、データ量についての報告を前記ゲートウェイデバイスに送信するように動作可能なホーム基地局。
2. ハンドオーバー時に、ターゲットホーム基地局に、前記ホーム基地局によって前記移動通信デバイスに送信するのに失敗したダウンリンクデータパケットの数に関連するデータをシグナリングするように動作可能であり、該シグナリングされるデータはＳＲＮＣｔｏＴＲＮＣコンテナーにおいて送信される、請求項１に記載のホーム基地局。
3. ゲートウェイデバイスを介してコアネットワークと接続し、１つ又は複数の移動通信デバイスに通信サービスを提供するホーム基地局によって実行される方法であって、
   １つ又は複数の先行するホーム基地局によって移動通信デバイスに送信するのに失敗したダウンリンクデータパケットの数を、該ホーム基地局によって同じ前記移動通信デバイスに送信するのに失敗したダウンリンクデータパケットの数と総計する段階と、
   送信に失敗したダウンリンクパケットの数の総計を前記コアネットワークに報告するため、ハンドオーバーに応じて、データ量についての報告を前記ゲートウェイデバイスに送信する段階と
   を含む方法。
4. コアネットワーク、請求項１または請求項２に記載のホーム基地局、及び、移動通信デバイスを備える通信システム。
5. プログラマブルなホーム基地局を請求項１または請求項２に記載のホーム基地局として構成させるためのコンピュータで実行可能な命令を含むコンピュータプログラム。

Images