(57)【要約】  種々の通信システムは、通信プロトコルのサポートの適切な指示から利益が得られる。特に、ハンドオーバーを使用するあるワイヤレスシステムは、選択的専有プロトコルサポート指示除去を使用する。方法は、ソースアクセスノードから受け取った第１構成に基づきプロトコルサポートを決定することを含む。又、この方法は、ハンドオーバー後に、第１構成が不変のままであるかどうかに基づいて専有プロトコルを使用し続けるべきかどうか決定することを含む。更に、この方法は、その決定に基づきその専有プロトコルを使用するか又は使用を停止することを含む。【選択図】図７
2018526950.tif 000002
【特許請求の範囲】
【請求項１】
アクセスノードによりユーザ装置を第１の専有プロトコルサポート指示構成で構成し、及び
前記アクセスノードがアップリンク専有プロトコル指示を受け取るときに無線リソース制御構成を除去する、
ことを含み、前記除去は、無線通信で無線リソース制御再構成を遂行せずに実行される、方法。
【請求項２】
前記アクセスノードがアップリンク専有プロトコル指示を受け取るのに応答して、前記アクセスノードにより、ダウンリンク媒体アクセス制御メッセージで応答して、専有プロトコル指示が黙って削除されたことをユーザ装置に確認することを更に含む、請求項１に記載の方法。
【請求項３】
ソースアクセスノードから受け取った第１構成に基づきプロトコルサポートを決定し、
ハンドオーバー後に、前記第１構成が不変のままであるかどうかに基づいて専有プロトコルを使用し続けるべきかどうか決定し、及び
前記決定に基づいて前記専有プロトコルを使用するか又は使用を停止する、
ことを含む方法。
【請求項４】
ハンドオフコマンドにより前記第１構成が不変のままであるときに前記専有プロトコルの使用を停止することを更に含む、請求項３に記載の方法。
【請求項５】
その後に前記専有プロトコルサポートを指示する第２構成を受け取り、及びその受け取った第２構成に基づいて前記専有プロトコルを再び使用することを更に含む、請求項４に記載の方法。
【請求項６】
前記専有プロトコルのサポートを指示するハンドオーバー後の構成を受け取る際に前記専有プロトコルを使用することを更に含む、請求項３から５のいずれかに記載の方法。
【請求項７】
前記第２構成は、前記第１構成と同じである、請求項５又は６の記載の方法。
【請求項８】
ダウンリンク専有媒体アクセス制御メッセージを受信し、そして無線リソース制御構成を削除することを更に含む、請求項３から７のいずれかに記載の方法。
【請求項９】
前記第２構成は、前記第１構成とは異なる、請求項５、６又は８のいずれかに記載の方法。
【請求項１０】
前記第２構成が前記第１構成とは異なるとき、前記第２構成は、Ｍｅａｓｅｌｄがアクチベートされない場合に有効と考えられる、請求項９に記載の方法。
【請求項１１】
第１アクセスノードが専有プロトコルをサポートし、ユーザ装置が第１アクセスノードからのハンドオーバーを遂行し、そしてユーザ装置の既存の無線リソース制御構成が第１の専有プロトコル指示を含むことを検出し、及び
無線リソース制御再構成を使用して、別の専有プロトコル指示をユーザ装置に与える、
ことを含む方法。
【請求項１２】
前記別の専有プロトコル指示を与えることは、前記第１の専有プロトコル指示に置き換えることを含む、請求項１１に記載の方法。
【請求項１３】
別の無線リソース制御構成をアクチベートするのを控えることを含む、請求項１１又は１２に記載の方法。
【請求項１４】
前記第２構成は、前記第１構成と同じである、請求項１１から１３のいずれかに記載の方法。
【請求項１５】
前記第２構成は、前記第１構成とは異なる、請求項１１から１３のいずれかに記載の方法。
【請求項１６】
前記第２構成は、Ｍｅａｓｌｄをアクチベートしない、請求項１１から１５のいずれかに記載の方法。
【請求項１７】
少なくとも１つのプロセッサ、及び
コンピュータプログラムコードを含む少なくとも１つのメモリ、
を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
アクセスノードによりユーザ装置を第１の専有プロトコルサポート指示構成で構成し、及び
前記アクセスノードがアップリンク専有プロトコル指示を受け取るときに無線リソース制御構成を除去する、
ようにさせるよう構成され、前記除去は、無線通信で無線リソース制御再構成を遂行せずに実行される、装置。
【請求項１８】
前記アクセスノードがアップリンク専有プロトコル指示を受け取るのに応答して、前記アクセスノードにより、ダウンリンク媒体アクセス制御メッセージで応答して、専有プロトコル指示が黙って削除されたことをユーザ装置に確認することを更に含む、請求項１７に記載の装置。
【請求項１９】
少なくとも１つのプロセッサ、及び
コンピュータプログラムコードを含む少なくとも１つのメモリ、
を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
ソースアクセスノードから受け取った第１構成に基づきプロトコルサポートを決定し、
ハンドオーバー後に、前記第１構成が不変のままであるかどうかに基づいて専有プロトコルを使用し続けるべきかどうか決定し、及び
前記決定に基づいて前記専有プロトコルを使用するか又は使用を停止する、
ようにさせるよう構成された装置。
【請求項２０】
ハンドオフコマンドにより前記第１構成が不変のままであるときに前記専有プロトコルの使用を停止することを更に含む、請求項１９に記載の装置。
【請求項２１】
その後に前記専有プロトコルサポートを指示する第２構成を受け取り、及びその受け取った第２構成に基づいて前記専有プロトコルを再び使用することを更に含む、請求項２０に記載の装置。
【請求項２２】
前記専有プロトコルのサポートを指示するハンドオーバーの後の構成を受け取る際に前記専有プロトコルを使用することを更に含む、請求項１９から２１のいずれかに記載の装置。
【請求項２３】
前記第２構成は、前記第１構成と同じである、請求項２１又は２２に記載の装置。
【請求項２４】
ダウンリンク専有媒体アクセス制御メッセージを受信し、そして無線リソース制御構成を削除することを更に含む、請求項１９から２３のいずれかに記載の装置。
【請求項２５】
前記第２構成は、前記第１構成とは異なる、請求項２１、２２又は２４のいずれかに記載の装置。
【請求項２６】
前記第２構成が前記第１構成とは異なるとき、前記第２構成は、Ｍｅａｓｅｌｄがアクチベートされない場合に有効と考えられる、請求項２５に記載の装置。
【請求項２７】
前記装置は、ユーザ装置を含む、請求項１９から２６のいずれかに記載の装置。
【請求項２８】
少なくとも１つのプロセッサ、及び
コンピュータプログラムコードを含む少なくとも１つのメモリ、
を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
第１アクセスノードが専有プロトコルをサポートし、ユーザ装置が第１アクセスノードからのハンドオーバーを遂行し、そしてユーザ装置の既存の無線リソース制御構成が第１の専有プロトコル指示を含むことを検出し、及び
無線リソース制御再構成を使用して、別の専有プロトコル指示をユーザ装置に与える、
ようにさせるよう構成された、装置。
【請求項２９】
前記別の専有プロトコル指示を与えることは、前記第１の専有プロトコル指示に置き換えることを含む、請求項２８に記載の装置。
【請求項３０】
別の無線リソース制御構成をアクチベートするのを控えることを更に含む、請求項２８又は２９に記載の装置。
【請求項３１】
前記第２構成は、前記第１構成と同じである、請求項２８から３０のいずれかに記載の装置。
【請求項３２】
前記第２構成は、前記第１構成とは異なる、請求項２８から３０のいずれかに記載の装置。
【請求項３３】
前記第２構成は、Ｍｅａｓｌｄをアクチベートしない、請求項２８から３２のいずれかに記載の装置。
【請求項３４】
前記装置は、アクセスノードを含む、請求項２８から３３のいずれかに記載の装置。
【請求項３５】
請求項１から１６のいずれかに記載の方法を遂行するための手段を備えた装置。
【請求項３６】
請求項１から１６のいずれかに記載の方法を含むプロセスを遂行するためのインストラクションをエンコードするコンピュータプログラム製品。
【請求項３７】
ハードウェアで実行されたときに、請求項１から１６のいずれかに記載の方法を含むプロセスを遂行するインストラクションでエンコードされた非一時的コンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照：本願は、２０１５年９月１０日に出願された米国プロビジョナル特許出願第６２／２１６，８１４号に関連し、そしてその利益及び優先権を主張するものであり、その全体が参考としてここに援用される。
【０００２】
種々の通信システムは、通信プロトコルのサポートの適切な指示から利益が得られる。特に、ハンドオーバーを使用するあるワイヤレスシステムは、選択的な専有プロトコルサポート指示の除去を使用する。
【背景技術】
【０００３】
進化型ノードＢ（ｅＮＢ）とユーザ装置（ＵＥ）との間で専有ワイヤレスプロトコルをサポートするときには、１つ以上のメカニズムを通してＵＥにこの専有プロトコルサポートを指示することができ、ＵＥには、例えば、無線リソースコントロール（ＲＲＣ）シグナリングを経て特殊なメッセージが送信される。一例において、このメカニズムは、特定のＲＲＣ構成を使用し／Ｌ２又はＬ３レイヤシグナリングで指示されることを伴い、パラメータの設定は、通常のｅＮＢにより使用されることが期待されない特定の独特の形態でセットされる。ＲＲＣ構成とは、ＲＲＣイベントのための構成を指す。特殊な構成を通して専有プロトコルサポートを指示する他のメカニズムも考えられる。
【０００４】
そのような専有構成をもつＵＥが隣接ｅＮＢへハンドオフされるとき、その隣接ｅＮＢもこの専有プロトコルをサポートするかどうか分からない。ハンドオフ時に、隣接ｅＮＢは、標準的な既存のシグナリングを通して、ＲＲＣ構成のような既存のＵＥ構成について通知される。
【発明の概要】
【０００５】
第１の実施形態によれば、方法は、ソースアクセスノードから受け取った第１構成に基づきプロトコルサポートを決定することを含む。又、この方法は、ハンドオーバー後に、第１構成が不変のままであるかどうかに基づいて専有プロトコルを使用し続けるべきかどうか決定することを含む。更に、この方法は、その決定に基づいてその専有プロトコルを使用するか又は使用を停止することを含む。
【０００６】
変形態様において、この方法は、ハンドオフコマンドにより第１構成が不変のままであるときに専有プロトコルの使用を停止することを含む。
【０００７】
変形態様において、この方法は、その後に専有プロトコルサポートを指示する第２構成を受け取り、及びその受け取った第２構成に基づいて専有プロトコルを再び使用することを含む。
【０００８】
変形態様において、この方法は、専有プロトコルのサポートを指示するハンドオフの後の構成を受け取る際に専有プロトコルを使用することを含む。
【０００９】
変形態様において、第２構成は、第１構成と同じである。
【００１０】
変形態様において、この方法は、更に、ダウンリンク専有媒体アクセス制御メッセージを受信し、そしてＲＲＣ構成を削除することを含む。
【００１１】
変形態様において、第２構成は、第１構成とは異なる。
【００１２】
変形態様において、第２構成が第１構成とは異なるとき、第２構成は、Ｍｅａｓｅｌｄがアクチベートされない場合に有効と考えられる。
【００１３】
第２の実施形態によれば、方法は、第１アクセスノードが専有プロトコルをサポートし、ユーザ装置が第１アクセスノードのハンドオフを遂行し、そしてユーザ装置の既存のＲＲＣ構成が第１の専有プロトコル指示を含むことを検出することを含む。又、この方法は、無線リソース制御再構成を使用して、別の専有プロトコル指示をユーザ装置に与えることも含む。
【００１４】
変形態様において、別の専有プロトコル指示を与えることは、第１の専有プロトコル指示に置き換えることを含む。
【００１５】
変形態様において、この方法は、別のＲＲＣ構成をアクチベートするのを控えることを含む。
【００１６】
変形態様において、第２構成は、第１構成と同じである。
【００１７】
変形態様において、第２構成は、第１構成とは異なる。
【００１８】
変形態様において、第２構成は、Ｍｅａｓｌｄをアクチベートしない。
【００１９】
第３の実施形態によれば、方法は、アクセスノードによりユーザ装置を第１の専有プロトコルサポート指示構成で構成することを含む。又、この方法は、アクセスノードがアップリンク専有プロトコル指示を受け取るときにＲＲＣ構成を除去することを含み、この除去は、無線通信で無線リソース制御再構成を遂行せずに実行される。
【００２０】
変形態様において、アクセスノードがアップリンク専有プロトコル指示を受け取るのに応答して、アクセスノードにより、ダウンリンク媒体アクセス制御メッセージで応答して、専有プロトコル指示が黙って削除されたことをユーザ装置に確認する。
【００２１】
第４から第６の実施形態によれば、装置は、第１から第３の実施形態による方法を各々それらの変形態様のいずれかにおいて遂行するための手段を備えている。
【００２２】
第７から第９の実施形態によれば、装置は、少なくとも１つのプロセッサ、並びに少なくとも１つのメモリ及びコンピュータプログラムコードを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、第１から第３の実施形態による方法を各々それらの変形態様のいずれかにおいて遂行するようにさせるよう構成される。
【００２３】
第１０から第１２の実施形態によれば、コンピュータプログラム製品は、第１から第３の実施形態による方法を含むプロセスを各々それらの変形態様のいずれかにおいて遂行するためのインストラクションをエンコードするものである。
【００２４】
第１３から第１５の実施形態によれば、非一時的コンピュータ読み取り可能な媒体は、ハードウェアで実行されたときに、第１から第３の実施形態による方法を含むプロセスを各々それらの変形態様のいずれかにおいて遂行するインストラクションをエンコードするものである。
【００２５】
第１６及び第１７の実施形態によれば、システムは、第５、第６、第８又は第９の実施形態による少なくとも１つの装置と通信する第４又は第７実施形態による少なくとも１つの装置を各々それらの変形態様のいずれかにおいて備えている。
【００２６】
本発明を適切に理解するために、添付図面を参照する。
【図面の簡単な説明】
【００２７】
【図１】ターゲットアクセスノードが非サポートの専有プロトコルをサポートするとユーザ装置が誤って決定するシナリオを示す。
【図２】幾つかの実施形態により、ハンドオフ中に受信したＲＲＣをユーザ装置が無視する解決策を示す。
【図３】幾つかの実施形態により、黙って削除が実施される解決策を示す。
【図４】幾つかの実施形態により、ターゲットアクセスノードが専有プロトコルをサポートするとき以外に黙って削除が実施される解決策を示す。
【図５】幾つかの実施形態により、ハンドオフ後にデータロード制御情報信号をトグルする動作を示す。
【図６】幾つかの実施形態により、ハンドオフ後に（図５の方向に対して）逆の方向にデータロード制御情報信号をトグルする動作を示す。
【図７】幾つかの実施形態による方法を示す。
【図８】幾つかの実施形態による別の方法を示す。
【図９】幾つかの実施形態による更に別の方法を示す。
【図１０】幾つかの実施形態によるシステムを示す。
【発明を実施するための形態】
【００２８】
ＵＥが新たな／隣接ｅＮＢに入ると、専有ＵＥ構成が幾つかの特定の問題を引き起こすことがある。例えば、１つの潜在的なシナリオにおいて、隣接ｅＮＢは、ハンドオフ時にそれが受け取ったＲＲＣ構成を利用して、そのＲＲＣ構成を伴うＵＥを（再）構成する。これは、ｅＮＢが専有プロトコルをサポートすることをＲＲＣ構成が指示しているとＵＥが解釈するので、ＵＥを混乱させることになる。これは、次いで、ＵＥが標準的ｅＮＢへの専有シグナリングの送信を潜在的にスタートさせて、その標準的ｅＮＢが専有／非標準的シグナリングを受信するときに予想し得ない結果を招くので、問題である。
【００２９】
図１は、ターゲットアクセスノードが非サポートの専有プロトコルをサポートするとユーザ装置が誤って決定するシナリオを示す。図１に示すように、ハンドオフ後、ＵＥは、実際に新たなｅＮＢがそうでないときに、新たなｅＮＢが専有プロトコルをサポートすると信じることがある。図１に示すように、データロード制御ＵＥは、ＲＲＣデータロード制御情報信号（ＤＬＣＩＳ）を有するＲＲＣ接続構成で構成される。ＵＥは、ＲＲＣ接続再構成完了で応答する。ＵＥは、次いで、ＲＲＣ  ＤＬＣＩＳを記憶し、そしてｅＮＢは、ＲＲＣ  ＤＬＣＩＳをＵＥコンテキストに記憶する。ＵＥは、次いで、専有媒体アクセス制御（ＭＡＣ）メッセージを使用する。
【００３０】
データロード制御情報信号とは、例えば、参考としてここにそのまま援用される“Data Loading Control”と題する米国特許出願公告第２０１３／０３２４０７５に述べられたＭＡＣ、ＲＲＣ及び他のエアインターフェイスシグナリングのような情報信号の種類を広く指すものである。ＭＡＣ／ＲＲＣを使用するいずれの適当な情報信号がデータロード制御情報信号として使用されてもよい。
【００３１】
その後、データロード制御をサポートしない売主Ｘ  ｅＮＢへのハンドオーバー（ＨＯ）がスタートする。ハンドオーバー要求には、ＲＲＣ  ＤＬＣＩＳに関する情報が与えられ、そしてターゲットｅＮＢは、この要求を確認する。その間に、ＵＥは、ＲＲＣ構成への変更を伴わないハンドオーバーコマンドを受信し、そしてＲＲＣ接続再構成が完了したことを知らせる。ターゲットｅＮＢがそのＲＲＣ接続再構成メッセージを送信するとき、ターゲットｅＮＢは、ソースＲＲＣ  ＤＬＣＩＳ構成を採用しそして使用する。従って、ＵＥは、ターゲットｅＮＢが専有プロトコル（１つ又は複数）をサポートすると誤って結論することがある。
【００３２】
幾つかの実施形態は、上述した状態を取り扱い、そこに述べた問題を回避する。例えば、幾つかの実施形態では、ユーザ装置は、ハンドオフ中に受け取る専有構成（例えば、Ｌ２又はＬ３レイヤ／ＲＲＣに示された構成）を無視する。或いは又、ｅＮＢのようなアクセスノードは、専有構成（例えば、ＲＲＣ構成）をストレージから黙って削除し、そしてハンドオーバープロセス中に専有構成信号をターゲットノードに与えない。更に別の実施形態では、ターゲットノードが、専有プロトコルの使用も指示する別の又は異なる専有構成信号へスイッチする。
【００３３】
図２は、幾つかの実施形態により、ハンドオフ中に受信したＲＲＣをユーザ装置が無視する解決策を示す。この解決策は、最初にＵＥがハンドオーバー時にＲＲＣ構成を無効として処理するという点で、図１に示す解決策とは異なる。従って、ＵＥは、ターゲットｅＮＢがその後のＲＲＣ  ＤＬＣＩＳを送信するまで待機し、次いで、ＲＲＣ  ＤＬＣＩＳを記憶して、通知を有効として処理する。
【００３４】
要約すれば、この解決策において、ＵＥは、ハンドオフ中に受け取るＲＲＣを有効プロトコル指示ＲＲＣと考えない。ＵＥは、後で、ＵＥが個別の／その後のＲＲＣ再構成中に専有プロトコルの構成を受け取る場合だけ、専有プロトコルの使用を開始する。
【００３５】
例えば、ＵＥ及びｅＮＢは、ＲＲＣを黙って除去しない。同様に、ｅＮＢは、ＵＥからＲＲＣ構成を除去することを要求されない。
【００３６】
幾つかの実施形態において、データロード制御ＵＥは、受け取ったＲＲＣ構成が有効と考えられるまで、ターゲットセルに第２のＲＲＣ再構成（構成を保持する）を要求する。ここで、データロード制御ＵＥは、専有プロトコルを実行するＵＥの一例として使用される。ユーザ装置が特にデータロード制御である必要はない。
【００３７】
データロード制御ＵＥがＲＲＣ構成をハンドオフ手順の一部分として受け取るときに、ＵＥは、ターゲットｅＮＢがデータロード制御プロトコルをサポートする証拠としてこのメッセージにより構成されたＲＲＣの使用を控える。
【００３８】
むしろ、ハンドオフ後、ＵＥは、受け取ったＲＲＣ構成を、ターゲットｅＮＢがデータロード制御プロトコルをサポートする有効な証拠と考えるまで、そのターゲットセルに第２のＲＲＣ再構成を要求する。
【００３９】
ＲＲＣ構成からデータロード制御プロトコルサポートを識別するように構成されていないＵＥは、このＲＲＣハンドオフ構成を使用しない。従って、隣接セルがそのＲＲＣ構成をハンドオフの一部分として非構成のＵＥに与えたとしても、非構成のＵＥとで問題を引き起こすことはない。従って、ｅＮＢも、非構成のＵＥから専有構成を除去するためにＲＲＣ再構成を使用することが要求されない。
【００４０】
図３は、幾つかの実施形態により、黙って削除が実施される解決策を示す。同様に、図４は、ターゲットアクセスノードが専有プロトコルをサポートするとき以外に黙って削除が実施される１つの規範的な解決策を示す。図３及び４に示す実施形態は、幾つかの実施形態の単なる例示に過ぎず、それらの特徴は、あらゆる場合に要求されると考えてはならない。
【００４１】
これらの解決策において、第１のダウンリンク専有ＭＡＣメッセージは、ネットワークがＲＲＣ構成を削除したことをＵＥに対して確認するものとして働く。ＵＥがこの確認を受け取らない場合には、ネットワークは、ＲＲＣ構成を依然使用する。ＵＥがハンドオフを完了した後に、ＵＥがＲＲＣメッセージを受信する場合には、データロード制御プロトコルの使用を控える。
【００４２】
任意であるが、ＵＥは、それが専有ダウンリンクＭＡＣメッセージを受信しない場合には、アップリンク専有ＭＡＣメッセージを最大繰り返し数まで繰り返してもよい。
【００４３】
データロード制御ＵＥは、ＲＲＣデータロード制御情報信号を受信するのに応答して、アップリンクＭＡＣメッセージを送信するように構成される。これは、データロード制御がサポートされる新たなｅＮＢへハンドオフした後にＵＥがデータロード制御を使用できないというシナリオを回避する上で助けとなる。
【００４４】
ｅＮＢは、それがアップリンク専有プロトコルサポート、例えば、アップリンク専有ＭＡＣメッセージを受信した場合には、種々のことを行うことができる。先ず第１に、ｅＮＢは、ＲＲＣ構成を黙って除去することができる。この除去は、ｅＮＢ内のストレージからの除去であり、おそらく、ハンドオフ中に行われる。又、この除去は、無線通信を経てＲＲＣ再構成を遂行せずに行うことができる。ｅＮＢは、ダウンリンクＭＡＣメッセージで応答して、専有プロトコル指示（例えば、レイヤＬ２又はＬ３の指示）が黙って削除されたことをＵＥに確認し、ＵＥが、そのとき別の専有プロトコル指示を受け取る場合は、ハンドオフ後に専有プロトコルを使用できるようにする。
【００４５】
換言すれば、黙って削除するとは、ターゲットアクセスノードがそれに対応するＲＲＣＤＬＣＩＳを送信する場合に、ターゲットアクセスノードがソースアクセスノードにおいて記憶された情報を単にコピーするのではなく、ターゲットアクセスノードが専有プロトコルをサポートするのを意味することを保証するものである。
【００４６】
ＵＥがアップリンクＭＡＣメッセージを送信するが、ソースｅＮＢがそれを受信する場合には、ＵＥがｅＮＢからの確認を待機しない場合に問題を招く。従って、ダウンリンクＭＡＣメッセージは、ネットワークがアップリンクＭＡＣメッセージを受信しそして黙って削除したという確認として使用される。
【００４７】
ＵＥがこの確認を受け取らない場合には、ＲＲＣがハンドオフコマンドに依然含まれる。このため、ＵＥがダウンリンク専有ＭＡＣメッセージを受信しない場合には、ＵＥは、次のハンドオフ後にデータロード制御プロトコルの使用を控えることができる。
【００４８】
構成されたＵＥは、アップリンク専有ＭＡＣメッセージを送信する。このアップリンク通信の正当性は、ＵＥが構成されたＵＥであり且つＵＥがアップリンクＭＡＣメッセージを決して送信しない場合に、ＲＲＣに対してｅＮＢの側に特殊な振舞いが依然必要とされることである。
【００４９】
結局、構成されたＵＥは、ハンドオフ後に受け取るＲＲＣを潜在的に使用する。ハンドオフ後に受け取るこのＲＲＣが、構成されたアクセスノードではなく、コピー側ターゲットアクセスノードからのものである場合には、構成されたＵＥが混乱を招く。特に、構成されたＵＥは、実際にターゲットセルがサポートしないときに、ターゲットセルがデータロード制御プロトコルをサポートすると考える。
【００５０】
ＵＥが構成されたＵＥではなく且つｅＮＢが専有ＭＡＣメッセージを受信しない場合には、専有プロトコル構成に対してｅＮＢの側に特殊な振舞いが要求されない。
【００５１】
換言すれば、ｅＮＢは、非構成のＵＥから専有プロトコル構成を除去することが要求されない。更に、ｅＮＢは、専有ＭＡＣメッセージで特定の専有構成に応答しないＵＥが、構成されたＵＥではないと仮定することができる。
【００５２】
一般的に、非構成のＵＥは、このＲＲＣハンドオフ構成を使用しない。従って、隣接セルがそのＲＲＣ構成を非構成のＵＥに与える場合でも、非構成のＵＥに伴う問題を招くことはない。従って、ｅＮＢは、ＲＲＣ再構成を使用して、非構成のＵＥから、又は実際に専有ＭＡＣメッセージでＲＲＣに応答しないＵＥから、専有構成を除去することが要求されない。
【００５３】
図５は、幾つかの実施形態により、ハンドオフ後にデータロード制御情報信号をトグルする動作を示し、一方、図６は、幾つかの実施形態により、ハンドオフ後に逆の方向にデータロード制御情報信号をトグルする動作を示す。これら解決策では、データロード制御情報信号のある雰囲気(flavor)からハンドオーバー直後のセルの異なる雰囲気への変化が生じる。
【００５４】
トグル解決策では、ＲＲＣアナウンスメントの第２の雰囲気がある。ＲＲＣデータロード制御情報信号内のパラメータの少なくとも１つは、２つの異なる値を有し、両方の値はデータロード制御プロトコルサポートを指示する。
【００５５】
このようなケースでは、ターゲットｅＮＢが、ソースセルに使用されたＲＲＣ構成を見ることができる。というのは、ターゲットｅＮＢは、そのＲＲＣをハンドオフプロセスの一部分として受け取るからである。次いで、ターゲットｅＮＢは、異なる／別のＲＲＣデータロード制御情報信号を使用して、ＵＥが受信したＲＲＣが、ハンドオフ中にＲＲＣが転送された結果ではないことをＵＥが確信できるようにする。
【００５６】
従って、これらの解決策は、ＨＯの際に２つの同じＲＲＣ構成間でトグルすることができ、２つの間の相違は僅かである。例えば、１つのＲＲＣは、１つの専有構成を有し、そして他のＲＲＣは、異なる専有構成を有する。ＲＲＣ構成をアクチベートするように構成されたＭｅａｓｌｄ（参考としてここにそのまま援用される３ＧＰＰ  ＴＳ  ３６．３１１を参照）を有するものはない。
【００５７】
図７は、幾つかの実施形態による方法を示す。これは、ハンドオフ後にｅＮＢ専有プロトコルサポートのレベルをＵＥが決定できるようにする方法である。この方法は、７１０において、ソースアクセスノードから受け取った第１構成に基づきプロトコルサポートを決定することを含む。ソースアクセスノードは、ｅＮＢである。又、この方法は、７２０において、ハンドオーバー後に、第１構成が不変のままであるかどうかに基づいて専有プロトコルを使用し続けるべきかどうか決定することを含む。更に、この方法は、７３０において、その決定に基づいて専有プロトコルを使用するか、又は７３５において、使用を停止することを含む。
【００５８】
専有プロトコルの使用を停止することは、第１構成がハンドオフコマンドにより不変のままであるときに生じる。これは、ターゲットアクセスノードが単にソースアクセスノードをコピーするだけであることをユーザ装置が検出することに対応する。
【００５９】
この方法は、７４０において、専有プロトコルサポートを指示する第２構成をその後に受け取ることを含む。これは、ターゲットｅＮＢから受け取られる。この方法は、更に、７４５において、その受け取った第２構成に基づき専有プロトコルを再び使用することを含む。
【００６０】
この方法は、専有プロトコルのサポートを指示するハンドオフ後の構成を受け取る際に専有プロトコルを使用することを含む。これは、ハンドオフ後の第１回目であるか、又はハンドオフ後の第２回目又はそれ以降である。
【００６１】
第２構成は、第１構成と同じである。この解決策では、上述したように、ハンドオフ後に付加的なＲＲＣが要求されることがある。
【００６２】
この方法は、更に、７１５において、ダウンリンク専有媒体アクセス制御メッセージをＵＥにより受信し、そして７１７において、ＲＲＣ構成を削除することを含む。この場合には、ＲＲＣが削除されるので、第１構成は、もはやその場所にない。
【００６３】
第２構成は、第１構成とは異なる。第２構成が第１構成とは異なるとき、第２構成は、Ｍｅａｓｌｄがアクチベートされない場合に有効と考えられる。この場合、これがアクチベートされないことは、この構成が通常の形態で使用されないことの更に別の手掛かりである。むしろ、それは、専有プロトコルサポートを指示するのに使用される。
【００６４】
図８は、幾つかの実施形態による別の方法を示す。これは、ハンドオフのための特殊な取り扱いでｅＮＢがＵＥに専有プロトコルサポートを指示できるようにする方法である。この方法は、８１０において、第１のアクセスノード（ｅＮＢ）が専有プロトコルをサポートし、ユーザ装置が第１のアクセスノードをハンドオフするのを遂行し、そしてユーザ装置の既存のＤＬＣＩが第１専有プロトコル指示を含むことを検出することを含む。又、この方法は、８２０において、無線リソース制御再構成を使用して、別の専有プロトコル指示をユーザ装置に与えることも含む。
【００６５】
別の専有プロトコル指示を与えることは、８２５において、第１専有プロトコル指示に置き換えることを含む。この方法は、別の構成のアクチベーションを控えることも含む。上述したように、このアクチベーションの欠落は、第１専有プロトコル指示の目的を検証する上で助けとなる。
【００６６】
第２構成は、第１構成と同じである。これは、上述したように、ハンドオフ後に同じＲＲＣ信号が再び与えられる実施形態の場合である。
【００６７】
或いは又、第２構成が第１構成とは異なってもよい。これは、上述したトグル実施形態に対応する。
【００６８】
第２構成は、Ｍｅａｓｌｄをアクチベートしない。従って、ＲＲＣ構成は、アクチベートされない。これは、上述したように、付加的なチェックを与える。
【００６９】
図９は、幾つかの実施形態による更に別の方法を示す。これは、ハンドオフのための特殊な取り扱いでｅＮＢがＵＥに専有プロトコルサポートを指示できるようにする方法である。この方法は、９１０において、ｅＮＢのようなアクセスノードにより、第１専有プロトコルサポート指示構成でユーザ装置を構成することを含む。この構成は、例えば、特殊なＲＲＣ構成である。又、この方法は、９２０において、アクセスノードがアップリンク専有プロトコル指示を受け取るときに、９３０において、例えば、ｅＮＢ内に記憶されそしておそらくハンドオフ中に与えられるＲＲＣ構成を除去することも含む。アップリンク専有プロトコル指示は、アップリンク専有ＭＡＣメッセージである。除去は、無線通信を経て無線リソース制御再構成を遂行することなく行われる。
【００７０】
アクセスノードがアップリンク専有プロトコル指示を受け取るのに応答して、この方法は、９２７において、アクセスノードにより、ダウンリンク媒体アクセス制御メッセージで応答することを含む。この応答は、ＲＲＣ構成のような専有プロトコル指示が黙って削除されたことをユーザ装置に確認する。従って、ＵＥは、ＵＥがそのとき別の専有プロトコル指示を受け取る場合には、ハンドオフ後にデータロード制御／専有プロトコルを使用する。これは、次いで、ハンドオフ中に隣接セルに与えられた第１のデータロード制御情報信号から生じた第１のデータロード制御情報信号に応答して、構成されたＵＥがデータロード制御プロトコルを使用できるという図１に示す問題を回避する。換言すれば、ハンドオフ中に受け取られるデータロード制御情報信号のコピーは、ターゲットｅＮＢがプロトコルをサポートする証拠ではなく、その新たなターゲットセルの専有プロトコルを使用しなければならないというＵＥへの充分な指示ではない。この解決策に代って、ＵＥは、ハンドオフの完了に続いて、個別のデータロード制御情報信号を受信するまで、データロード制御プロトコルを使用しない。
【００７１】
従って、幾つかの実施形態は、種々の前記特徴を個別の実施形態として又は互いに組み合わせて包含してもよい。更に、他の変形例及び組み合せも許される。
【００７２】
例えば、幾つかの実施形態では、ｅＮＢは、無線通信メッセージを使用して、ＵＥからＲＲＣ構成を明確に除去することができる。これは、ＵＥが後で別のセルへハンドオフされるときにその別のセルが別の売主からのものである可能性が高く、従って、同じプロトコルをサポートしないという潜在的な問題を回避する上で助けとなる。
【００７３】
更に、幾つかの実施形態は、非構成のＵＥを自動的に検出する。非構成のＵＥとは、専有プロトコルをサポートするように構成されていないＵＥである。システムは、非構成のＵＥに関する問題を回避できる明確なメカニズムを使用することができる。
【００７４】
ＲＲＣアナウンスメントが構成された後に、データロード制御ＭＡＣメッセージが受信されない場合には、データロード制御ＵＥは、このＲＲＣ構成を自動的にそれ自身で削除する。更に、ｅＮＢは、このＲＲＣ構成を自動的にそれ自身で削除し、そしてＲＲＣ構成を明確に除去するのに無線通信メッセージングを使用しない。
【００７５】
ハンドオフ前のＲＲＣのこの除去は、ハンドオフ手順の間にこの除去を遂行する必要性を回避できる。ハンドオフ前にＲＲＣを充分除去するために暗示的又は明示的メカニズムを使用することができる。
【００７６】
ＵＥ及び／又はｅＮＢにより付加的なトリガーが使用される。例えば、ＵＥが第１のＭＡＣメッセージ後の特定の短時間インターバル内にハンドオフする場合は、データロード制御ＵＥが、次のハンドオフ後に受け取られるＲＲＣを無視する。というのは、それは、非構成のターゲットｅＮＢにそれを与える構成されたソースｅＮＢから得られるものだからである。
【００７７】
変更されたＲＲＣデータロード制御情報信号基準は、種々の特徴を有する。例えば、基準信号受信品質（ＲＳＲＱ）は、基準信号受信電力（ＲＳＲＰ）に代って選択的に使用される。
【００７８】
データロード制御情報信号の後に、ＵＥは、スレッシュホールド数より多い専有ＭＡＣメッセージがＵＥにより送信されるが確認を受け取らない場合には、付加的な専有ＭＡＣメッセージを送信することが禁止される。これは、構成されたＵＥが非構成のＵＥに専有ＭＡＣメッセージを溢れさせるのを防止する上で助けとなる。
【００７９】
より一般的には、プロトコルは、ネットワークがかなり特定の構成パラメータセットと共に専有接続／プロトコルのためのＲＲＣ構成を使用して、ｅＮＢが特別の専有プロトコルをサポートすることをＵＥに指示することで開始する。従って、この余計なＲＲＣ構成は、ＵＥ性能を変更しない。特別な専有データロード制御ＵＥは、データロード制御プロトコルがそのｅＮＢによりサポートされることをこの特別なＲＲＣ構成が指示することが分かる。
【００８０】
図１０は、本発明の幾つかの実施形態によるシステムを示す。図７から９のフローチャートの各ブロックは、ハードウェア、ソフトウェア、ファームウェア、１つ以上のプロセッサ、及び／又は回路のような種々の手段又はそれらの組み合せにより実施されることを理解されたい。１つの実施形態において、システムは、例えば、ネットワーク要素１０１０及びユーザ装置（ＵＥ）又はユーザデバイス１０２０のような多数のデバイスを備えている。このシステムは、２つ以上のＵＥ１０２０及び２つ以上のネットワーク要素１０１０を備えているが、例示のために各々１つしか示されていない。ネットワーク要素は、アクセスポイント、ベースステーション、ｅＮｏｄｅＢ（ｅＮＢ）、又は他のネットワーク要素、例えば、他のアクセスノードである。これらデバイスの各々は、１０１４及び１０２４として各々示された少なくとも１つのプロセッサ又は制御ユニット又はモジュールを含む。各デバイスには、少なくとも１つのメモリが設けられ、各々１０１５及び１０２５として示されている。メモリは、例えば、上述した実施形態を具現化するためにコンピュータプログラムインストラクション又はコンピュータコードを収容している。１つ以上のトランシーバ１０１６及び１０２６が設けられ、各デバイスは、１０１７及び１０２７として各々示されたアンテナも備えている。各々１つのアンテナしか示されていないが、各デバイスには多数のアンテナ及び多数のアンテナ素子が設けられる。例えば、これらデバイスの他の構成も設けられる。例えば、ネットワーク要素１０１０及びＵＥ１０２０は、ワイヤレス通信に加えて、更にワイヤード通信用に構成されてもよく、そのような場合には、アンテナ１０１７及び１０２７は、単なるアンテナに限定されず、ある形態の通信ハードウェアを示してもよい。
【００８１】
トランシーバ１０１６及び１０２６は、各々、独立した送信器、受信器、又は送受信器でもよいし、或いは送信及び受信の両方について構成されたユニット又はデバイスでもよい。又、送信器及び／又は受信器（無線部に関する限り）は、デバイスそれ自体に位置されず、例えば、マストに位置されるリモート無線ヘッドとして具現化されてもよい。又、「リキッド」又はフレキシブルラジオの概念によれば、オペレーション及びファンクションは、ノード、ホスト又はサーバーのような異なるエンティティにおいて柔軟に遂行されることを理解されたい。換言すれば、労力の分割は、ケースバイケースで変化する。１つの考えられる用途は、ネットワーク要素にローカルコンテンツを配信させることである。又、１つ以上のファンクションは、サーバーで実行できるソフトウェアとして与えられるバーチャルアプリケーションとして具現化されてもよい。
【００８２】
ユーザデバイス又はユーザ装置１０２０は、移動電話又はスマートホン又はマルチメディアデバイスのようなユーザ装置（ＵＥ）又は移動ステーション（ＭＳ）；ワイヤレス通信能力が設けられたタブレットのようなコンピュータ；ポータブルメディアプレーヤ；デジタルカメラ；ポケットビデオカメラ；ワイヤレス通信能力が設けられたナビゲーションユニット；或いはその組み合せである。又、ユーザデバイス又はユーザ装置１０２０は、センサ又はスマートメータ、或いは単一の位置に対して通常構成される他のデバイスである。
【００８３】
ここに例示する実施形態では、ノード又はユーザデバイスのような装置は、図７から９を参照して上述した実施形態を具現化するための手段を含む。
【００８４】
プロセッサ１０１４及び１０２４は、計算又はデータ処理装置、例えば、中央処理ユニット（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタルエンハンスト回路、又は同等のデバイス、或いはその組み合せによって具現化される。プロセッサは、単一のコントローラ、或いは複数のコントローラ又はプロセッサとして具現化される。更に、プロセッサは、ローカル構成、クラウド構成、又はその組み合せにおいてプロセッサのプールとして具現化される。
【００８５】
ファームウェア又はソフトウェアについての具現化は、モジュール又は少なくとも１つのチップセットのユニット（例えば、手順、ファンクション、等）を含む。メモリ１０１５及び１０２５は、独立した適当なストレージデバイス、例えば、非一時的コンピュータ読み取り可能な媒体である。ハードディスクドライブ（ＨＤＤ）、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、又は他の適当なメモリが使用される。メモリは、単一の集積回路上にプロセッサとして結合されるか、又は個別のものでもよい。更に、コンピュータプログラムインストラクションは、メモリに記憶され、そしてプロセッサによって処理され、適当な形態のコンピュータプログラムコード、例えば、適当なプログラミング言語で書かれたコンパイル型又は解釈型コンピュータプログラムである。メモリ又はデータストレージエンティティは、典型的に、内部であるが、追加のメモリ容量がサービスプロバイダーから得られる場合のように外部又はその組み合せであってもよい。メモリは、固定でも、除去可能でもよい。
【００８６】
メモリ及びコンピュータプログラムインストラクションは、特定デバイスのプロセッサとで、ネットワーク要素１０１０及び／又はＵＥ１０２０のようなハードウェア装置が、上述したいずれかのプロセス（例えば、図７から９を参照）を遂行するようにさせるよう構成される。それ故、幾つかの実施形態では、非一時的コンピュータ読み取り可能な媒体は、ハードウェアで実行されたときに、ここに述べるプロセスの１つのようなプロセスを遂行するコンピュータインストラクション又は１つ以上のコンピュータプログラム（例えば、追加又は更新されたソフトウェアルーチン、アプレット又はマクロ）でエンコードされる。コンピュータプログラムは、Ｏｂｊｅｃｔｉｖｅ−Ｃ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、等の高レベルプログラミング言語、或いはマシン言語又はアッセンブラーのような低レベルプログラミング言語であるプログラミング言語によってコード化される。或いは又、本発明の幾つかの実施形態は、完全にハードウェアで遂行されてもよい。
【００８７】
更に、図１０は、ネットワーク要素１０１０及びＵＥ１０２０を備えたシステムを示しているが、本発明の実施形態は、ここに図示して述べたように、他の構成、及び追加要素を伴う構成にも適用できる。例えば、多数のユーザ装置又はデバイス及び多数のネットワーク要素が存在してもよいし、或いは同様の機能を発揮する他のノード、例えば、ユーザ装置及びアクセスポイントの機能を結合するノード、例えば、リレーノードが存在してもよい。
【００８８】
幾つかの実施形態は、種々の利益及び／又は効果を有する。例えば、幾つかの実施形態は、専有知識共有プロトコルの一部分として具現化するのに適している。このメカニズムは、全専有プロトコルを可能にするよう働くことができる。更に、特殊なプロトコルは、ＵＥが構成されたＵＥである場合に特別なＲＲＣ再構成を行う必要性を回避するといった効果を可能にすることができる。しかしながら、本発明の幾つかの実施形態は、非構成のＵＥの場合、そこで必要となるＲＲＣ再構成を選択的に遂行することで問題を回避できることを保証する。
【００８９】
当業者であれば、上述した本発明が異なる順序のステップでも実施でき、及び／又はここに開示したものとは異なる構成のハードウェア要素でも実施できることが容易に理解されよう。それ故、本発明は、好ましい実施形態に基づいて説明したが、当業者であれば、本発明の精神及び範囲から逸脱せずに、幾つかの変更、修正及び代替的構造が明らかとなろう。
【符号の説明】
【００９０】
１０１０：ネットワーク要素
１０１４：プロセッサ
１０１５：メモリ
１０１６：トランシーバ
１０１７：アンテナ
１０２０：ユーザ装置
１０２４：プロセッサ
１０２５：メモリ
１０２６：トランシーバ
１０２７：アンテナ
【図１】
2018526950.tif 000003
【図２】
2018526950.tif 000004
【図３】
2018526950.tif 000005
【図４】
2018526950.tif 000006
【図５】
2018526950.tif 000007
【図６】
2018526950.tif 000008
【図７】
2018526950.tif 000009
【図８】
2018526950.tif 000010
【図９】
2018526950.tif 000011
【図１０】
2018526950.tif 000012
【国際調査報告】
2018526950.tif 000013
2018526950.tif 000014
2018526950.tif 000015