JP7616382B2 - 方法、ｍｕｓｉｍ端末装置及びマスタノード（ｍｎ） - Google Patents

Description

本開示の実施形態は、全体として電気通信の分野に関し、特に、マルチ汎用加入者識別モジュール（ＵＳＩＭ：ｍｕｌｔｉ－ｕｎｉｖｅｒｓａｌ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）のネットワーク間の切り替え中の通信の方法、装置及びコンピュータ記憶媒体に関する。

現在、マルチＵＳＩＭ端末装置が大きな市場シェアを占めている。２つのＵＳＩＭカードは、ロングタームエボリューション（ＬＴＥ：ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）などの同じ又は異なる通信規格に準拠することができ、端末装置の無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）能力は、１つの送信ポート（Ｔｘ）／１つの受信ポート（Ｒｘ）、１Ｔｘ／２Ｒｘ、２Ｔｘ／１Ｒｘなどとすることができる。

いくつかのシナリオにおいて、マルチＵＳＩＭ端末装置は、ＵＳＩＭ ＡのネットワークＡで接続を確立し、ＵＳＩＭ ＢのネットワークＢでアイドル状態又は非アクティブ状態を維持することができる。従来、ネットワークＢでのデータ送信の実行やページングオケージョンの監視などの操作が必要な場合、端末装置はネットワークＡに通知せずにネットワークＡとの接続を解放してネットワークＢに切り替えるだけであった。これはネットワークＡの性能に悪影響を与える。

全体として、本開示の実施形態はマルチＵＳＩＭのネットワーク間の切り替え中の通信の方法、装置及びコンピュータ記憶媒体を提供する。

第１の態様において、通信方法が提供される。前記方法は、端末装置の第１の加入者識別モジュールに関連付けられた第１のネットワーク装置から、前記端末装置の第２の加入者識別モジュールに関連付けられた第２のネットワーク装置への切り替えに関する時点の情報を、前記端末装置において決定することと、前記第１のネットワーク装置との接続の解放を要求するために、前記時点の情報を前記第１のネットワーク装置に送信することと、を含む。

第２の態様において、通信方法が提供される。前記方法は、端末装置において、第１のネットワーク装置の予期されるスケジューリングギャップに関する情報を生成することと、前記第１のネットワーク装置との無線リソース制御接続を解放することなく前記第１のネットワーク装置から第２のネットワーク装置へ切り替えることを要求するために、前記予期されるスケジューリングギャップに関する情報を前記第１のネットワーク装置に送信することと、を含む。前記第１のネットワーク装置は、前記端末装置の第１の加入者識別モジュールに関連付けられ、前記第２のネットワーク装置は、前記端末装置の第２の加入者識別モジュールに関連付けられる。

第３の態様において、通信方法が提供される。前記方法は、第１のネットワーク装置との接続の解放を要求するための時点の情報を、前記第１のネットワーク装置において前記端末装置から受信することと、前記第１のネットワーク装置との接続を解放するためのメッセージを前記端末装置に送信することと、を含む。前記時点の前記情報は、前記第１のネットワーク装置から第２のネットワーク装置への切り替えに関し、前記第１のネットワーク装置は、前記端末装置の第１の加入者識別モジュールに関連付けられ、前記第２のネットワーク装置は、前記端末装置の第２の加入者識別モジュールに関連付けられる。

第４の態様において、通信方法が提供される。前記方法は、第１のネットワーク装置との接続を解放することなく前記第１のネットワーク装置から第２のネットワーク装置への切り替えを要求するために、前記第１のネットワーク装置の予期されるスケジューリングギャップに関する情報を、前記第１のネットワーク装置において前記端末装置から受信することと、前記予期されるスケジューリングギャップに関する情報に基づいて、前記スケジューリングギャップの設定を前記端末装置に送信することと、を含む。前記第１のネットワーク装置は、前記端末装置の第１の加入者識別モジュールに関連付けられ、前記第２のネットワーク装置は、前記端末装置の第２の加入者識別モジュールに関連付けられる。

第５の態様において、端末装置が提供される。端末装置は、プロセッサと、プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合に、前記端末装置に本開示の第１の態様と第２の態様とに記載の方法を実行させる命令を、記憶する。

第６の態様において、ネットワーク装置が提供される。ネットワーク装置は、プロセッサと、プロセッサに結合されたメモリとを含む。前記メモリは、前記プロセッサにより実行された場合に、前記ネットワーク装置に本開示の第３の態様と第４の態様とに記載の方法を実行させる命令を、記憶する。

第７の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合に、前記少なくとも１つのプロセッサに、本開示の第１の態様と第２の態様とに記載の方法を実行させる。

第８の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合に、前記少なくとも１つのプロセッサに、本開示の第３の態様と第４の態様とに記載の方法を実行させる。

本開示のその他の特徴は、以下の説明により容易に理解できるであろう。

図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

本開示のいくつかの実施形態を実施可能な例示的な通信ネットワークを示す図である。

例示的な通信ネットワークにおけるネットワーク装置の例示的なコンポーネントを示す模式図である。

本開示のいくつかの実施形態にかかる、マルチＵＳＩＭのネットワーク間の切り替え中の通信のためのプロセスを示す模式図である。

本開示のいくつかの実施形態にかかる、マルチＵＳＩＭのネットワーク間の切り替え中の通信のための別のプロセスを示す模式図である。

本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法を示す図である。

本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法を示す図である。

本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法を示す図である。

本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される別の例示的な通信方法を示す図である。

本開示の実施形態を実現するのに適した装置の概略ブロック図である。

図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

ここで、いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。

以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。

本文で使用されるように、用語「端末装置（ｔｅｒｍｉｎａｌ ｄｅｖｉｃｅ）」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ：ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）装置、あらゆるモノのインターネット（ＩｏＥ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）装置、マシンタイプ通信（ＭＴＣ：ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、又は無線装置と互換的に使用することができる。また、「ネットワーク装置（ｎｅｔｗｏｒｋ ｄｅｖｉｃｅ）」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストする（ｈｏｓｔｉｎｇ）ことのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ：ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、送受信ポイント（ＴＲＰ：ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）、リモートラジオユニット（ＲＲＵ：ｒｅｍｏｔｅ ｒａｄｉｏ ｕｎｉｔ）、ラジオヘッド（ＲＨ：ｒａｄｉｏ ｈｅａｄ）、リモートラジオヘッド（ＲＲＨ：ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。

一実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスタノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なるＲＡＴを利用してもよい。一実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。一実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置及び第２のネットワーク装置の少なくとも一方から端末装置に送信することができる。一実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信することができる。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信することができる。

本明細書で使用される単数形「１つ（ａ，ａｎ）」、及び「前記（ｔｈｅ）」は、文脈に明示的に示されていない限り、複数形も含まれる。「含む（ｉｎｃｌｕｄｅ）」という用語及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「一実施形態」及び「実施形態」という用語は、「少なくとも１つの実施形態」と理解されるべきである。「別の実施形態」という用語は、「少なくとも１つの別の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指すことができる。以下では、その他の明示的及び暗黙的な定義を含む場合がある。

いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解されるであろう。

本明細書で使用されるように、用語「加入者識別モジュール（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）」は、端末装置で使用される汎用加入者識別モジュールを指す。ＳＩＭの例としては、ＳＩＭカード、ＵＳＩＭカード、ＩＳＩＭカードなどが挙げられるが、これらに限定されるものではない。用語「ＳＩＭ」は、ＵＳＩＭ又はＩＳＩＭと互換的に使用されてもよい。

以上のように、マルチＵＳＩＭ端末装置が、ＵＳＩＭ ＡのネットワークＡで接続を既に確立し、ＵＳＩＭ ＢのネットワークＢでアイドル状態又は非アクティブ状態を維持している場合において、端末装置がネットワークＢで動作する必要があるとき、端末装置は、ネットワークＡには通知せずにネットワークＡとの接続を解放してネットワークＢに切り替えるだけであり、これは、ネットワークＡの性能に悪影響を与える。これに鑑みて、リリース１７（Ｒｅｌｅａｓｅ １７）では、端末装置がネットワークＡにそのネットワークＡからの切り替えを通知する仕組みが承認されている。

従来の解決策では、端末装置は、無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）接続解放要求メッセージをネットワークＡに送信し、そのネットワークＡからの切り替えをネットワークＡに通知する。例えば、端末装置は、解放補助指示とＲＲＣタイマの値とがＲＲＣ接続解放要求メッセージ内でネットワークＡに送信されたときに起動されるＲＲＣタイマにより制御される、ＲＲＣ接続解放プロシージャを開始し、このタイマが満了したときに、ネットワークＡからの応答が受信されていない場合、端末装置は、ローカルＲＲＣ接続解放に進む。

しかし、端末装置とネットワークＡとでは、ＲＲＣ接続解放要求メッセージの送受信時刻が異なる。例えば、ＲＲＣタイマの値をネットワークＡが受信した場合、端末装置におけるＲＲＣタイマがネットワークＡに知られていない間に既に満了した可能性がある。これはネットワークＡをミスリードすることになる。

別の従来の解決策では、マルチＵＳＩＭ端末装置が、ＵＳＩＭ ＡのネットワークＡで接続を既に確立し、ＵＳＩＭ ＢのネットワークＢでアイドル状態又は非アクティブ状態を維持している場合において、端末装置がネットワークＢで動作する必要があるとき、端末装置は、ネットワークＡとの接続を維持してもよいが、ページングをリスニングする（ｌｉｓｔｅｎ ｔｏ）ために定期的にＵＳＩＭ Ｂに調整される必要がある場合もある。これにより、端末装置とネットワークＡとの間で送信を行わないスケジューリングギャップが提案される。

しかしながら、この場合、端末装置とネットワークＡとの間の全てのトラフィックの性能は、スケジューリングギャップの間に著しく低下する。例えば、２ Ｒｘ／１ Ｔｘの端末装置について、キャリアアグリゲーション（ＣＡ：ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）又はデュアル接続（ＤＣ：ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）を設定することなどにより、周波数範囲（ＦＲ：ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）１とＦＲ２との両方で同時に動作することができる。全ての周波数範囲についてのみスケジューリングギャップがサポートされる場合（ここでは便宜上、ＵＥごと（ｐｅｒ－ＵＥ）スケジューリングギャップとも称される）、全てのＦＲ（ＦＲ１及びＦＲ２）上での送受信は中断されるべきである。

本開示の実施形態は、マルチＵＳＩＭのネットワーク間の切り替え中の通信のための改善された解決策を提供する。一態様において、本開示の実施形態は、その前に切り替えの実行が予期される（ｅｘｐｅｃｔｅｄ）時点をネットワーク側に示すための解決策を提供する。こうして、ネットワーク側は、端末装置により受け入れられることが可能な、正確な最後の切り替え時間を知ることができる。

別の態様において、本開示の実施形態は、ＦＲのためのスケジューリングギャップ（便宜上、本明細書ではＦＲごと（ｐｅｒ－ＦＲ）スケジューリングギャップとも称される）をサポートするための解決策を提供する。こうして、ネットワークＢのキャンピングされた（ｃａｍｐｅｄ）セルと同じＦＲ内にあるネットワークＡのサービング（ｓｅｒｖｉｎｇ）セルのみがスケジューリングギャップを適用する必要があり、ネットワークＡ内の他のＦＲのサービングセルのトラフィックを中断することはない。

以下、添付図面を参照して、本開示の原理及び実施態様について詳細に説明する。
通信ネットワークの例

図１Ａは、本開示の実施形態を実施可能な例示的な通信ネットワーク１００Ａを示す模式図である。図１Ａに示すように、通信ネットワーク１００は、ネットワーク装置１１０（以下、第１のネットワーク装置１１０とも称する）と、第１のＵＳＩＭカード１２１及び第２のＵＳＩＭカード１２２を保持している端末装置１２０とを含んでもよい。第１のネットワーク装置１１０は、第１のＵＳＩＭカード１２１と第２のＵＳＩＭカード１２２とのうちの少なくとも一つをサービングすることができる。第１のＵＳＩＭカード１２１と第２のＵＳＩＭカード１２２とは、現在既存の又は将来開発される同じ又は異なるＲＡＴに準拠してもよい。なお、端末装置１２０が保持するＵＳＩＭカードの数は、２つに限らず、２つ以上のＵＳＩＭカードを適用してもよい。便宜上、以下では、２つのＵＳＩＭカードを例として説明する。

図１Ａに示すように、通信ネットワーク１００Ａは、少なくとも１つのネットワーク装置１３０（以下、第２のネットワーク装置１３０とも称する）をさらに含んでもよい。ここで、図１には、簡潔に表現するために、１つだけの第２のネットワーク装置１３０が示されている。ネットワーク装置１３０は、第１のＳＩＭ １２１と第２のＳＩＭ １２２とのうちの少なくとも一つをサービングしてもよい。便宜上、以下では、特記しない限り、第１のネットワーク装置１１０が第１のＳＩＭ １２１をサービングし、第２のネットワーク装置１３０が第２のＳＩＭ １２２をサービングすると仮定して説明する。しかしながら、これは単に例示のための一例であり、本開示を限定するものではないことに注意すべである。例えば、第１のＵＳＩＭ １２１と第２のＵＳＩＭ １２２とは、例えば第１のネットワーク装置１１０又は第２のネットワーク装置１３０など、同一のネットワーク装置によりサービングされてもよい。

第１のネットワーク装置１１０は、無線通信チャネルなどのチャネルを介して端末装置１２０と通信することができる。同様に、少なくとも１つの第２のネットワーク装置１３０も、無線通信チャネルなどのチャネルを介して端末装置１２０と通信することができる。例えば、第１のＳＩＭ １２１は、第１のネットワーク装置１１０と通信し、第２のＳＩＭ １２２は、第２のネットワーク装置１３０と通信してもよい。別の例において、第１のＳＩＭ １２１は、第２のネットワーク装置１３０と通信し、第２のＳＩＭ １２２は、第１のネットワーク装置１１０と通信してもよい。さらに別の例において、第１のＳＩＭ １２１と第２のＳＩＭ １２２との両方が第１のネットワーク装置１１０と通信してもよい。もちろん、第１のＳＩＭ １２１と第２のＳＩＭ １２２との両方が第２のネットワーク装置１２０と通信してもよい。

図１Ａにおける装置の数は説明の目的で与えられており、本開示に対するいかなる限定も暗示していないことが、理解されるであろう。通信ネットワーク１００Ａは、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置を含んでもよい。

通信ネットワーク１００Ａにおける通信は、モバイル通信のためのグローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標）：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、マシンタイプ通信（ＭＴＣ）などを含むが、これらに限定されない任意の適切な規格に準拠することができる。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行することができる。通信プロトコルの例は、第１世代（１Ｇ：ｇｅｎｅｒａｔｉｏｎ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。

図１Ｂは、例示的な通信ネットワークにおけるネットワーク装置１００Ａの例示的なコンポーネントを示す模式図１００Ｂである。例示のために、第１のネットワーク装置１１０に関連して図１Ｂについて説明する。図１Ｂについての説明は、示されている、又は示されていない通信ネットワーク１００Ａの他のネットワーク装置にも適用可能であることを理解すべきである。図１Ｂに示すように、第１のネットワーク装置１１０は、マスタノード（ＭＮ：ｍａｓｔｅｒ ｎｏｄｅ）１１１とセカンダリノード（ＳＮ：ｓｅｃｏｎｄａｒｙ ｎｏｄｅ）１１２とを含んでもよい。ＭＮ １１１とＳＮ １１２とは、ネットワーク装置として実現されてもよいことを理解すべきである。ＭＮ １１１は、サービングセル１１１－１及び１１１－２を有してもよく、ＳＮ １１２は、サービングセル１１２－１及び１１２－２を有してもよい。ＭＮ １１１のサービングセルは、プライマリセル（ＰＣｅｌｌ：ｐｒｉｍａｒｙ ｃｅｌｌ）と少なくとも１つのセカンダリセル（ＳＣｅｌｌ：ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）とを含んでもよく、ＳＮ １１２のサービングセルは、プライマリセカンダリセル（ＰＳＣｅｌｌ：ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）と少なくとも１つのセカンダリセル（ＳＣｅｌｌ）とを含んでもよい。ＭＮとＳＮとの各々は、より多くのサービングセル又はより少ないサービングセルを有してもよく、示されたサービングセルに限定されないことを理解すべきである。

図１Ａに戻り、端末装置１２０が、ＳＩＭ １２１と第１のネットワーク装置１１０との間に接続を確立し、ＳＩＭ １２２と第２のネットワーク装置１３０との間でアイドル状態又は非アクティブ状態を維持すると仮定する。端末装置１２０がＳＩＭ １２２と第２のネットワーク装置１３０との間で送受信を行う場合、端末装置１２０は、第２のネットワーク装置１３０への切り替えを考慮してもよい。

いくつかのシナリオにおいて、第２のネットワーク装置１３０からの処理すべき長時間トラフィック、例えば、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ：ｖｏｉｃｅ ｏｖｅｒ ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）／ボイスオーバーＮｅｗ Ｒａｄｉｏ（ＶｏＮＲ：ｖｏｉｃｅ ｏｖｅｒ ｎｅｗ ｒａｄｉｏ）音声呼などが存在する場合、端末装置１２０は、長時間切り替え（ｌｏｎｇ－ｔｉｍｅ ｓｗｉｔｃｈ）を実行してもよい。この場合、端末装置１２０は、第１のネットワーク装置１１０との接続を解放し、第２のネットワーク装置１３０に切り替えてもよい。

他のいくつかのシナリオにおいて、第２のネットワーク装置１３０からの処理すべき短時間トラフィック、例えば、ページング受信、測定、追跡エリア更新（ＴＡＵ：ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ）、無線ネットワークエリア更新（ＲＮＡＵ：ｒａｄｉｏ ｎｅｔｗｏｒｋ ａｒｅａ ｕｐｄａｔｅ）、携帯発信ショートメッセージサービス（ＭＯＳＭＳ：ｍｏｂｉｌｅ－ｏｒｉｇｉｎａｔｅｄ ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ）などが存在する場合、端末装置１２０は、短時間切り替え（ｓｈｏｒｔ－ｔｉｍｅ ｓｗｉｔｃｈ）を実行してもよい。この場合、端末装置１２０は、第１のネットワーク装置１１０との接続を維持し、一時的に第２のネットワーク装置１３０に切り替えてもよい。

本開示の実施形態は、これらのシナリオについての改善された解決策を提供する。上記のシナリオは単に例示のためにのみ使用され、本開示を限定するものではないことに注意すべきである。本開示の実施形態にかかる解決策は、これらのシナリオの何れにも適用可能である。図２と図３とを参照してこれについてより詳細に説明する。
接続を解放する実現例

図２は、本開示の実施形態にかかる、マルチＵＳＩＭのネットワーク間の切り替え中の通信のためのプロセス２００を示す模式図である。説明のために、図１を参照してプロセス２００を説明する。プロセス２００には、図１に示すような端末装置１２０と、第１のネットワーク装置１１０と、第２のネットワーク装置１３０とが関与してもよい。端末装置１２０は、第１のネットワーク装置１１０から第３のネットワーク装置１３０への切り替えを行う必要があると仮定する。

図２に示すように、端末装置１２０は、切り替えの時点に関する情報を決定する（２１０）。いくつかの実施形態において、時点の情報は、その前に切り替えの実行が予期される時点を含んでもよい。言い換えれば、端末装置１２０は、端末装置１２０により受け入れられることが可能な、第１のネットワーク装置１１０との接続を解放するための最後の切り替え時点又はデッドラインを決定することができる。

いくつかの実施形態において、時点の情報は、第１のネットワーク装置１１０のＰＣｅｌｌ上のフレーム、サブフレーム、タイムスロット、又は直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルのうちの少なくとも１つの境界を示してもよい。いくつかの実施形態において、端末装置１２０は、該時点に対応するフレーム番号（ｆｒａｍｅ ｎｕｍｂｅｒ）、サブフレーム番号（ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ）、タイムスロット番号（ｔｉｍｅ ｓｌｏｔ ｎｕｍｂｅｒ）、又はＯＦＤＭシンボル番号（ｓｙｍｂｏｌ ｎｕｍｂｅｒ）のうちの少なくとも１つを決定してもよい。

そして、端末装置１２０は、該時点の情報を第１のネットワーク装置１１０に送信する（２２０）。いくつかの実施形態において、端末装置１２０は、第１のネットワーク装置１１０との接続の解放を要求するためのメッセージ（本明細書では、第１のメッセージとも称される）内で前記時点の情報を送信することができる。例えば、端末装置１２０は、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎなどのＲＲＣメッセージを送信してＲＲＣ接続解放を要求してもよく、ＲＲＣメッセージには前記時点の情報が含まれる。これは一例に過ぎず、第１のメッセージについて任意の他の適切な形式も可能であることを理解すべきである。いくつかの実施形態において、アイドル状態又は非アクティブ状態などの予期されるＲＲＣ状態が第１のメッセージに含まれる。もちろん、任意の他の適切な情報も第１のメッセージに含まれてもよい。

第１のメッセージを受信すると、第１のネットワーク装置１１０は、第１のネットワーク装置１１０との接続を解放するためのメッセージ（本明細書では、第２のメッセージとも称される）を、前記時点の前に端末装置１２０に送信する（２３０）。例えば、第１のネットワーク装置１１０は、ＲＲＣＲｅｌｅａｓｅメッセージを端末装置１２０に送信してもよい。

したがって、端末装置１２０は、第２メッセージを受信してもよい。いくつかの実施形態において、端末装置１２０は、前記時点の前に第２のメッセージが受信されたか否かを決定することができる（２４０）。前記時点の前に第２のメッセージが受信された場合、端末装置１２０は、第１のネットワーク装置１１０との接続を解放し、第２のネットワーク装置１３０に切り替えてもよい（２５０）。

いくつかの実施形態において、第２のメッセージが受信された場合、端末装置１２０は、第１のネットワーク装置１１０との接続を解放し、第２のネットワーク装置１３０に切り替えてもよい。いくつかの実施形態において、前記時点の前に第２のメッセージが受信されなかった場合、端末装置１２０は、第１のネットワーク装置１１０との接続を自律的に解放し、第２のネットワーク装置１３０に切り替えてもよい。代替として、前記時点の前に第２のメッセージが受信されなかった場合、端末装置１２０は、第１のネットワーク装置１１０との接続を維持し、第２のメッセージを待ってもよい。

いくつかの実施形態において、端末装置１２０は、第１のネットワーク装置１１０との接続を解放する要求をキャンセルするためのメッセージ（本明細書では、第３のメッセージとも称される）を、前記時点の前に送信してもよい。例えば、端末装置１２０は、予期されるＲＲＣ状態を接続状態として有する別のＲＲＣメッセージを第１のネットワーク装置１１０に送信してもよい。切り替えのためのＲＲＣタイマが起動されるいくつかの実施形態において、端末装置１２０は、ＲＲＣタイマが動作している間に、第１のネットワーク装置１１０との接続の解放をキャンセルするためのメッセージを送信してもよい。こうして、端末装置１２０は、前の解放要求の取り消しを示してもよい。

図２に関連して説明した処理により、ネットワーク側は、端末装置１２０により受け入れられることが可能な、正確な最後の切り替え時間を知ることができるので、通信効率を向上させることができる。
接続を維持する実現例

図３は、本開示の実施形態にかかる、マルチＵＳＩＭのネットワーク間の切り替え中の通信のための別のプロセス３００を示す模式図である。説明のために、図１を参照してプロセス３００を説明する。プロセス３００には、図１に示すような端末装置１２０と、第１のネットワーク装置１１０と、第２のネットワーク装置１３０とが関与してもよい。端末装置１２０が、第１のネットワーク装置１１０から第３のネットワーク装置１３０への切り替えを行う必要があると、仮定する。

図３に示すように、端末装置１２０は、第１のネットワーク装置１１０のスケジューリングギャップの情報（本明細書では、予期されるスケジューリングギャップに関する情報とも称する）を生成してもよい（３１０）。いくつかの実施形態において、スケジューリングギャップの間、端末装置１２０と第１のネットワーク装置１１０の少なくとも１つのサービングセルとの間で送信は実行されない。

いくつかの実施形態において、端末装置１２０は、複数の予期されるスケジューリングギャップに関連する情報を生成してもよい。いくつかの実施形態において、複数の予期されるスケジューリングギャップは、例えば、第２のネットワーク装置１３０により提供されるような異なるサービスに関連付けられてもよい。

いくつかの実施形態において、予期されるスケジューリングギャップに関する情報は、予期されるスケジューリングギャップについての周期性、時間長、又は時間オフセットのうちの少なくとも１つを含んでもよい。これは、予期されるスケジューリングギャップのパターンと称されてもよい。

いくつかの代替実施形態において、予期されるスケジューリングギャップに関する情報は、予期されるスケジューリングギャップについての周波数範囲情報を含んでもよい。いくつかの実施形態において、予期されるスケジューリングギャップに関する情報は、端末装置１２０が切り替えられる対象である第２のネットワーク装置１３０のセルのＦＲを含んでもよい。例えば、セルは、例えばキャンピングされたセルであってもよい。別の例において、セルはサービングセルであってもよい。例えば、ＦＲはＦＲ１又はＦＲ２であってもよい。いくつかの代替又は追加の実施形態において、予期されるスケジューリングギャップに関する情報は、端末装置１２０が切り替えられる対象である第２のネットワーク装置１３０のセルの周波数を含んでもよい。代替として、スケジューリングギャップの情報は、スケジューリングギャップについて予期されるＦＲを含んでもよい。例えば、スケジューリングギャップは、全てのＦＲについて設定されるように予期されてもよい。別の例として、スケジューリングギャップは、ＦＲ１について設定されるように予期されてもよい。さらに別の例として、スケジューリングギャップは、ＦＲ２について設定されるように予期されてもよい。

いくつかの実施形態において、スケジューリングギャップの間、第１のネットワーク装置１１０の媒体アクセス制御（ＭＡＣ：ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）エンティティは、対応するＦＲ内のサービングセル上では、ハイブリッド自動反復要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバック及びチャネル状態情報（ＣＳＩ：ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）の送信を実行しないようにし、探測参照信号（ＳＲＳ：ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を報告しないようにし、Ｍｓｇ３又はＭＳＧＡペイロード以外のアップリンク共有チャネル（ＵＬ－ＳＣＨ：ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）で送信するようにし、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ、又はｍｓｇＢ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが動作している場合に、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を規定通りに監視するようにし、そうでない場合に、ＰＤＣＣＨを監視しないようにし、ダウンリンク共有チャネル（ＤＬ－ＳＣＨ：ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）上で受信しないようにすべきである。

いくつかの実施形態において、スケジューリングギャップの情報は、スケジューリングギャップが満了する時点を含んでもよい。言い換えれば、端末装置１２０は、該時点（すなわち、スケジューリングギャップの終了時刻）で第１のネットワーク装置１１０に復帰することを予期する（ｅｘｐｅｃｔ）。いくつかの実施形態において、該時点は、該時点に対応するフレーム番号、サブフレーム番号、タイムスロット番号、又はＯＦＤＭシンボル番号のうちの少なくとも１つに関してもよい。こうして、第１のネットワーク装置１１０は、端末装置１２０の正確な復帰予期時刻を知ることができる。いくつかの実施形態において、ギャップの満了後に端末装置１２０が復帰できない場合、第１のネットワーク装置１１０との接続を解放してもよい。

スケジューリングギャップの情報が生成されると、端末装置１２０は、スケジューリングギャップの情報を第１のネットワーク装置１１０に送信する（３２０）。いくつかの実施形態において、端末装置１２０は、第１のネットワーク装置１１０とのＲＲＣ接続を解放することなく第１のネットワーク装置１１０から第２のネットワーク装置１３０へ切り替えることを要求するためのメッセージ（本明細書では第４のメッセージとも称される）内でスケジューリングギャップの情報を送信してもよい。

第４のメッセージを受信すると、第１のネットワーク装置１１０は、第４のメッセージに含まれるスケジューリングギャップの情報に基づいて、スケジューリングギャップの設定を生成してもよい（３３０）。本開示の実施形態によれば、該設定は、スケジューリングギャップが適用される少なくとも１つのＦＲを含む。ＵＥごと設定のいくつかの実施形態において、設定は、全てのＦＲ、即ちＦＲ１とＦＲ２との両方を含んでもよい。ＦＲごと設定のいくつかの実施形態において、設定は、ＦＲ１又はＦＲ２を含んでもよい。いくつかの実施形態において、第１のネットワーク装置１１０は、異なるサービスに関連付けられる複数のスケジューリングギャップを設定してもよい。この場合、第１のネットワーク装置１１０は、各スケジューリングギャップが全ての周波数範囲に適用される（すなわち、ＵＥごとスケジューリングギャップ）か、又は第１のネットワーク装置１１０のＦＲ１／ＦＲ２（すなわち、ＦＲごとスケジューリングギャップ）に適用されるかを示すことができる。

いくつかの実施形態において、ＵＥ／ＦＲ１／ＦＲ２ごとスケジューリングギャップの設定は、第２のネットワーク装置１３０のＦＲに基づいてもよい。例えば、端末装置１２０が切り替えられる対象である第２のネットワーク装置１３０内のサービングセルがＦＲ２内で動作する場合、第１のネットワーク装置１１０は、ＦＲ２ごとにスケジューリングギャップを端末装置１２０に設定してもよい。

スケジューリングギャップの設定を生成すると、第１のネットワーク装置１１０は、当該設定を端末装置１２０に送信する（３４０）。

第１のネットワーク装置１１０がＭＮ（例えば、ＭＮ １１１）とＳＮ（例えば、ＳＮ １１２）とを含むいくつかの実施形態において、第１のネットワーク装置１１０は、ＭＮ １１１によりスケジューリングギャップの情報を受信し、ＭＮ １１１によりスケジューリングギャップの情報に基づいて設定を生成してもよい。そして、ＭＮ １１１は、該設定を端末装置１２０に送信する。ＭＮ １１１は、該設定をＳＮ １１２に送信する。

いくつかの代替又は追加の実施形態において、第１のネットワーク装置１１０は、ＭＮ １１１によりスケジューリングギャップの情報を受信し、スケジューリングギャップの情報をＭＮ １１１からＳＮ １１２に送信することで、ＳＮ １１２がスケジューリングギャップの情報に基づいて該設定を生成するようにしてもよい。いくつかの実施形態において、ＳＮ １１２は、該設定を端末装置１２０に送信してもよい。代替として、ＳＮ １１２は、該設定をＭＮ １１１に送信することにより、ＭＮ １１１が該設定を端末装置１２０に送信するようにしてもよい。

例えば、ＮＥ－ＤＣの場合、ＭＮ １１１は、スケジューリングギャップの設定（ＵＥ／ＦＲ１／ＦＲ２ごとの設定を含む）を生成して端末装置１２０に送信してもよい。ＭＮ １１１は、スケジューリングギャップの設定（ＵＥ／ＦＲ１ごとの設定を含む）をＸｎメッセージによりＳＮ １１２に通知することができる。

別の例として、ＮＲ－ＤＣの場合、ＭＮ １１１は、スケジューリングギャップの設定（ＵＥ／ＦＲ１／ＦＲ２ごとの設定を含む）を生成して端末装置１２０に送信してもよい。ＭＮ １１１は、スケジューリングギャップの設定（ＵＥ／ＦＲ１／ＦＲ２ごとの設定を含む）をＸｎメッセージによりＳＮ １１２に通知することができる。

さらに別の例として、（ＮＧ）ＥＮ－ＤＣの場合、ＭＮ １１１は、ＦＲ１／ＵＥごとのスケジューリングギャップ設定を生成して端末装置１２０に送信してもよい。さらに、ＭＮ １１１は、予期されるスケジューリングギャップに関する情報をＳＮ １１２に送信してもよい。ＳＮ １１２は、ＦＲ２ごとのスケジューリングギャップ設定を生成して端末装置１２０に送信する。いくつかの実施形態において、ＭＮ １１１は、ＦＲ２に関連付けられるスケジューリングギャップの情報を端末装置１２０からＳＮ １１２に送信してもよい。ＳＮ １１２は、該情報に基づいてＦＲ２に関連付けられるスケジューリングギャップを生成してシグナリング無線ベアラ３（ＳＲＢ３：ｓｉｇｎａｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ ３）を介して端末装置１２０に設定してもよい。代替として、ＳＮ １１２は、ＦＲ２に関連付けられるスケジューリングギャップをＭＮ １１１に送信することで、ＭＮ １１１がそれをＳＲＢ１により端末装置１２０に設定するようにしてもよい。

スケジューリングギャップの設定を第１のネットワーク装置１１０から受信すると、端末装置１２０は、スケジューリングギャップの設定から、スケジューリングギャップが適用される少なくとも１つのＦＲを決定し（３５０）、第１のネットワーク装置１１０の該少なくとも１つのＦＲ上で第２のネットワーク装置１３０に切り替えてもよい（３６０）。すなわち、端末装置は、ＦＲに対応する第１のネットワーク装置１１０の少なくとも１つのサービングセル上で第２のネットワーク装置１３０に切り替えてもよい。こうして、端末装置１２０は第１のネットワーク装置１１０内の対応するＦＲのサービングセル上でのみいかなる送信又は受信を行わず、第１のネットワーク装置１１０の他のサービングセル上での送信は中断されない。

いくつかのシナリオにおいて、端末装置１２０は、切り替えの終了の前に、第１のネットワーク装置１１０に、より早く切り替えてもよい（３７０）。この場合、端末装置１２０は、通知を第１のネットワーク装置１１０に送信してもよい（３８０）。いくつかの実施形態において、該通知は、端末装置１２０が第１のネットワーク装置１１０に早期に復帰することを示してもよい。こうして、無線リソースの無駄とサービスの中断とを回避することができる。

いくつかの実施形態において、端末装置１２０は、スケジューリング要求（ＳＲ）を第１のネットワーク装置１１０に送信してもよい。ＳＲは、端末装置１２０が第１のネットワーク装置１１０に早期に復帰することを示す。いくつかの実施形態において、端末装置１２０は、ＳＲのために設定された専用リソースを介してＳＲを送信してもよい。こうして、第１のネットワーク装置１１０への早期復帰を第１のネットワーク装置１１０に示すことができる。いくつかの実施形態において、該専用リソースはスケジューリングギャップとともに設定されてもよい。もちろん、該専用リソースは、任意の他の適切な方法で設定されてもよい。

いくつかの代替実施形態において、端末装置１２０は、媒体アクセス制御制御要素（ＭＡＣ ＣＥ：ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を第１のネットワーク装置１１０へ生成してもよい。いくつかの実施形態において、該ＭＡＣ ＣＥは、端末装置１２０が第１のネットワーク装置１１０に早期に復帰することを示してもよい。いくつかの実施形態において、ＭＡＣ ＣＥは、論理チャネル識別子（ＬＣＩＤ：ｌｏｇｉｃ ｃｈａｎｎｅｌ ｉｄｅｎｔｉｆｉｅｒ）を有するＭＡＣサブヘッダで識別され、ＭＡＣ ＣＥは、固定サイズのゼロビットを有してもよい。これにより、第１のネットワーク装置１１０への端末装置１２０の早期復帰を第１のネットワーク装置１１０に通知することができる。

ＭＡＣ ＣＥを生成すると、端末装置１２０は、アップリンク許可があるか否かを決定してもよい。アップリンク許可（ｕｐｌｉｎｋ ｇｒａｎｔ）がある場合、端末装置１２０は、アップリンク許可に基づいてＭＡＣ ＣＥを第１のネットワーク装置１１０に送信してもよい。アップリンク許可がない場合、端末装置１２０は、ＳＲを第１のネットワーク装置１１０に送信してもよい。第１のネットワーク装置１１０は、ＳＲに応じて、端末装置１２０に許可を設定し、端末装置１２０は、該設定された許可に基づいてＭＡＣ ＣＥを送信してもよい。こうして、第１のネットワーク装置１１０への早期復帰を第１のネットワーク装置１１０に示してもよい。

いくつかの代替実施形態において、端末装置１２０は、第１のネットワーク装置１１０へのランダムアクセスプロシージャ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）を開始してもよい。例えば、端末装置１２０は、２ステップのランダムアクセスチャネル（ＲＡＣＨ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）に基づいてランダムアクセスプロシージャを開始してもよい。別の例において、端末装置１２０は、４ステップＲＡＣＨに基づいてランダムアクセスプロシージャを開始してもよい。こうして、第１のネットワーク装置１１０への早期復帰を第１のネットワーク装置１１０に示してもよい。

複数のスケジューリングギャップが設定され、該複数のスケジューリングギャップの各々が対応する識別情報（ＩＤ：ｉｄｅｎｔｉｔｙ）に関連付けられている実施形態において、端末装置１２０は、該複数のスケジューリングギャップのうちの１つ又は複数のスケジューリングギャップのキャンセルを示す指示を送信してもよい。いくつかの実施形態において、該指示は、該１つ又は複数のスケジューリングギャップのＩＤを含んでもよい。

なお、本開示の実施形態を実現するのに図２及び図３に示す動作が必ずしも必要ではなく、必要に応じて、より多くの動作又はより少ない動作を適用してもよいことに、留意すべきである。図２及び図３で例示されるプロセスに対応し、本開示の実施形態は、端末装置及びネットワーク装置において実現される通信方法を提供する。図４～図７を参照し、以下にこれらの方法を説明する。
方法の実現例

図４は本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法４００を示す図である。例えば、方法４００は、図１に示すような端末装置１２０において実行できる。以下、説明のために、図１を参照して方法４００を説明する。方法４００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

図４に示すように、ブロック４１０において、端末装置１２０は、第１のネットワーク装置１１０から第２のネットワーク装置１３０への端末装置１２０の切り替えに関する時点の情報を決定する。いくつかの実施形態において、第１のネットワーク装置１１０は端末装置１２０の第１のＳＩＭに関連付けられ、第２のネットワーク装置１３０は端末装置１２０の第２のＳＩＭに関連付けられる。いくつかの実施形態において、時点の情報は、該時点に対応するフレーム番号、サブフレーム番号、タイムスロット番号、又はＯＦＤＭシンボル番号のうちの少なくとも１つを含んでもよい。

ブロック４２０において、端末装置１２０は、第１のネットワーク装置１１０との接続の解放を要求するために、該時点の情報を第１のネットワーク装置１１０に送信する。いくつかの実施形態において、端末装置１２０は、第１のネットワーク装置１１０との接続の解放を要求するためのメッセージ内で該時点の情報を第１のネットワーク装置１１０に送信してもよい。いくつかの実施形態において、端末装置１２０は、第１のネットワーク装置１１０との接続を解放するためのメッセージを受信してもよい。第１のネットワーク装置１１０との接続を解放するためのメッセージを受信したことに応じて、端末装置１２０は、第１のネットワーク装置１１０との接続を解放し、第２のネットワーク装置１３０に切り替えてもよい。

いくつかの実施形態において、該時点の前に第２のメッセージが第１のネットワーク装置１１０から受信されなかった場合、端末装置１２０は、第１のネットワーク装置１１０との接続を解放してもよい。いくつかの代替実施形態において、該時点の前に第２のメッセージが第１のネットワーク装置１１０から受信されなかった場合、端末装置１２０は、第１のネットワーク装置１１０との接続を維持し、第１のネットワーク装置１１０との接続を解放するためのメッセージの受信を待ってもよい。

いくつかの実施形態において、端末装置１２０は、第１のネットワーク装置１１０との接続を解放する要求をキャンセルするためのメッセージを、該時点の前に第１のネットワーク装置１１０に送信してもよい。

図５は本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法５００を示す。例えば、方法５００は、図１に示すような端末装置１２０において実行できる。以下、説明のために、図１を参照して方法５００を説明する。方法５００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

図５に示すように、ブロック５１０において、端末装置１２０は、第１のネットワーク装置１１０のスケジューリングギャップの情報を生成してもよい。いくつかの実施形態において、第１のネットワーク装置１１０は端末装置１２０の第１のＳＩＭに関連付けられ、第２のネットワーク装置１３０は端末装置１２０の第２のＳＩＭに関連付けられる。

いくつかの実施形態において、スケジューリングギャップの情報は、スケジューリングギャップについての周期性、時間長又は時間オフセットのうちの少なくとも１つ、スケジューリングギャップのためのＦＲ情報、或いはスケジューリングギャップが満了する時点、のうちの少なくとも１つを含んでもよい。

いくつかの実施形態において、ＦＲ情報は、端末装置１２０が切り替えられる対象である第２のネットワーク装置１３０のセルのＦＲ又は周波数のうちの少なくとも１つ、或いはスケジューリングギャップについて予期されるＦＲ、のうちの少なくとも１つを含んでもよい。

いくつかの実施形態において、該時点は、該時点に対応するフレーム番号、サブフレーム番号、タイムスロット番号、又はＯＦＤＭシンボル番号のうちの少なくとも１つに関してもよい。

ブロック５２０において、端末装置１２０は、第１のネットワーク装置とのＲＲＣ接続を解放することなく第１のネットワーク装置から第２のネットワーク装置へ切り替えることを要求するために、スケジューリングギャップの情報を第１のネットワーク装置１１０に送信する。いくつかの実施形態において、端末装置１２０は、第１のネットワーク装置１１０とのＲＲＣ接続を解放することなく第１のネットワーク装置１１０から第２のネットワーク装置１３０へ切り替えることを要求するためのメッセージ内で、スケジューリングギャップの情報を送信してもよい。

いくつかの実施形態において、端末装置１２０は、スケジューリングギャップが適用されるＦＲを含むスケジューリングギャップの設定を第１のネットワーク装置１１０から受信し、該スケジューリングギャップの設定に基づいて、ＦＲに対応する第１のネットワーク装置１１０の少なくとも１つのサービングセル上で第２のネットワーク装置１３０に切り替えてもよい。

いくつかの実施形態において、端末装置１２０が第２のネットワーク装置１３０から第１のネットワーク装置１１０に切り替えない場合、端末装置１２０は、第１のネットワーク装置１１０との接続を解放してもよい。例えば、端末装置１２０は、スケジューリングギャップの満了時に端末装置１２０が第２のネットワーク装置１３０から第１のネットワーク装置１１０に切り替えるか否かを決定してもよい。スケジューリングギャップの満了時に端末装置１２０が第２のネットワーク装置１３０から第１のネットワーク装置１１０に切り替えない場合、端末装置１２０は、第１のネットワーク装置１１０との接続を解放してもよい。

いくつかの実施形態において、端末装置１２０は、スケジューリングギャップの情報を第１のネットワーク装置１１０のＭＮに送信してもよい。いくつかの実施形態において、端末装置１２０は、第１のネットワーク装置１１０のＳＮから、該ＳＮにより生成された設定を受信してもよい。いくつかの実施形態において、端末装置１２０は、ＭＮから、ＳＮ又はＭＮにより生成された設定を受信してもよい。

いくつかの実施形態において、スケジューリングギャップが満了する前に第２のネットワーク装置１３０から第１のネットワーク装置１１０に切り替えることに応じて、端末装置１２０は、端末装置１２０が第１のネットワーク装置１１０に早期に復帰することを示す通知を第１のネットワーク装置１１０に送信してもよい。

いくつかの実施形態において、端末装置１２０は、端末装置が第１のネットワーク装置１１０に早期に復帰することを示すＳＲを第１のネットワーク装置１１０に送信してもよい。いくつかの実施形態において、ＳＲは、専用リソースを介して送信されてもよい。いくつかの実施形態において、端末装置１２０は、第１のネットワーク装置１１０へのランダムアクセスプロシージャを開始してもよい。

いくつかの実施形態において、端末装置１２０は、端末装置１２０が第１のネットワーク装置１１０に早期に復帰することを示すＭＡＣ ＣＥを生成してもよい。アップリンク許可がある場合、端末装置１２０は、アップリンク許可に基づいてＭＡＣ ＣＥを第１のネットワーク装置１１０に送信してもよい。アップリンク許可がない場合、端末装置１２０は、ＳＲを第１のネットワーク装置１１０に送信してもよい。いくつかの実施形態において、ＭＡＣ ＣＥは、ＬＣＩＤを有するＭＡＣサブヘッダ及びＭＡＣ ＣＥで識別される。

いくつかの実施形態において、異なるサービスに関連付けられる複数のスケジューリングギャップが端末装置１２０に設定されてもよい。いくつかの実施形態において、端末装置１２０は、該複数のスケジューリングギャップのうちの１つ又は複数のスケジューリングギャップのキャンセルを示す指示を第１のネットワーク装置１１０に送信してもよい。

図６は本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法６００を示す。例えば、方法６００は、図１に示すような第１のネットワーク装置１１０において実行できる。以下、説明のために、図１を参照して方法６００を説明する。方法６００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

図６に示すように、ブロック６１０において、第１のネットワーク装置１１０は、端末装置１２０から、第１のネットワーク装置１１０との接続の解放を要求するための時点の情報であって、第１のネットワーク装置１１０から第２のネットワーク装置１３０への切り替えに関する該時点の情報を受信する。いくつかの実施形態において、第１のネットワーク装置１１０は、端末装置１２０の第１のＳＩＭに関連付けられ、第２のネットワーク装置１３０は端末装置１２０の第２のＳＩＭに関連付けられる。

いくつかの実施形態において、時点の情報は、該時点に対応するフレーム番号、サブフレーム番号、タイムスロット番号、又はＯＦＤＭシンボル番号のうちの少なくとも１つを含んでもよい。

ブロック６２０において、第１のネットワーク装置１１０は、第１のネットワーク装置１１０との接続を解放するためのメッセージを端末装置１２０に送信する。いくつかの実施形態において、第１のネットワーク装置１１０は、該時点の前に、第１のネットワーク装置１１０との接続の解放をキャンセルするためのメッセージを端末装置１２０から受信してもよい。

図７は本開示のいくつかの実施形態にかかる、ネットワーク装置において実装される別の例示的な通信方法７００を示す図である。例えば、方法７００は、図１に示すような第１のネットワーク装置１１０において実行できる。以下、説明のために、図１を参照して方法７００を説明する。方法７００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

図７に示すように、ブロック７１０において、ネットワーク装置１１０は、第１のネットワーク装置１１０との接続を解放することなく第１のネットワーク装置１１０から第２のネットワーク装置１３０へ切り替えることを要求するための第１のネットワーク装置１１０のスケジューリングギャップの情報を、端末装置１２０から受信してもよい。いくつかの実施形態において、第１のネットワーク装置１１０は端末装置１２０の第１のＳＩＭに関連付けられ、第２のネットワーク装置１３０は端末装置１２０の第２のＳＩＭに関連付けられる。

いくつかの実施形態において、該情報は、スケジューリングギャップについての周期性、時間長又は時間オフセットのうちの少なくとも１つ、スケジューリングギャップのためのＦＲ情報、或いはスケジューリングギャップが満了する時点、のうちの少なくとも１つを含んでもよい。

いくつかの実施形態において、周波数範囲情報は、端末装置１２０が切り替えられる対象である第２のネットワーク装置１３０のサービングセルのＦＲ又は周波数のうちの少なくとも１つ、又はスケジューリングギャップについて予期されるＦＲ、のうちの少なくとも１つを含んでもよい。

いくつかの実施形態において、該時点は、該時点に対応するフレーム番号、サブフレーム番号、タイムスロット番号、又はＯＦＤＭシンボル番号のうちの少なくとも１つに関してもよい。

ブロック７２０において、第１のネットワーク装置１１０は、スケジューリングギャップの情報に基づいて、スケジューリングギャップの設定を端末装置１２０に送信する。いくつかの実施形態において、第１のネットワーク装置１１０は、スケジューリングギャップが適用される少なくとも１つのＦＲを含む設定を生成してもよい。

いくつかの実施形態において、第１のネットワーク装置１１０のマスタノードは、スケジューリングギャップの情報を受信し、該情報に基づいて設定を生成し、該設定を端末装置１２０に送信してもよい。いくつかの実施形態において、第１のネットワーク装置１１０のマスタノードは、スケジューリングギャップの情報を受信し、該スケジューリングギャップの情報を第１のネットワーク装置１１０のＳＮに送信してもよい。これらの実施形態において、ＳＮは、ＳＮにより設定を生成し、該設定を端末装置１２０に送信してもよい。

いくつかの実施形態において、第１のネットワーク装置１１０は、スケジューリングギャップが満了する前に端末装置１２０が第２のネットワーク装置１３０から第１のネットワーク装置１１０に切り替えたことを示す通知を、受信してもよい。

いくつかの実施形態において、第１のネットワーク装置１１０は、端末装置１２０からＳＲを受信してもよい。スケジューリング要求は、端末装置１２０が第１のネットワーク装置１１０に早期に復帰することを示す。いくつかの代替実施形態において、第１のネットワーク装置１１０は、端末装置１２０により開始されたランダムアクセスプロシージャを検出してもよい。こうして、第１のネットワーク装置１１０は、第１のネットワーク装置１１０への端末装置１２０の早期の復帰に関する通知を受信することができる。

いくつかの代替実施形態において、第１のネットワーク装置１１０は、端末装置１２０からＭＡＣ ＣＥを受信することにより、通知を受信してもよい。ＭＡＣ ＣＥは、端末装置１２０が第１のネットワーク装置１１０に早期に復帰することを示す。いくつかの実施形態において、ＭＡＣ ＣＥは、ＬＣＩＤを有するＭＡＣサブヘッダで識別されてもよく、ＭＡＣ ＣＥは、固定サイズのゼロビットを有してもよい。

いくつかの代替実施形態において、第１のネットワーク装置１１０は、端末装置１２０からＳＲを受信し、ＳＲを受信したことに応じてアップリンク許可を送信し、そして、該アップリンク許可を介して端末装置１２０からＭＡＣ ＣＥを受信することにより、該通知を受信してもよい。

いくつかの実施形態において、異なるサービスに関連付けられる複数のスケジューリングギャップが端末装置１２０に設定されてもよい。いくつかの実施形態において、第１のネットワーク装置１１０は、端末装置１２０から、該複数のスケジューリングギャップのうちの１つ又は複数のスケジューリングギャップのキャンセルを示す指示を受信し、該指示に基づいて該複数のスケジューリングギャップのうちの１つ又は複数のスケジューリングギャップをキャンセルしてもよい。

方法４００～方法７００におけるステップの動作は、図２及び図３に関連して説明されたプロセスと似ており、そのため、他の詳細の重複した説明をここで省略する。
装置の実現例

図８は本開示の実施形態を実現するのに適した装置８００の概略ブロック図である。装置８００は、図１に示す第１のネットワーク装置１１０、端末装置１２０、又は第２のネットワーク装置１３０の別の例示的な実施態様として考えられる。したがって、装置８００は、第１のネットワーク装置１１０、端末装置１２０、又は第２のネットワーク装置１３０において、又はそれらの少なくとも一部として実現することができる。

図示されるように、装置８００は、プロセッサ８１０と、プロセッサ８１０に結合されたメモリ８２０と、プロセッサ８１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）８４０と、ＴＸ／ＲＸ ８４０に結合された通信インターフェースとを備える。メモリ８１０は、プログラム８３０の少なくとも一部を記憶する。ＴＸ／ＲＸ ８４０は双方向通信に用いられる。ＴＸ／ＲＸ ８４０は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有することができる。通信インターフェースは、ｅＮＢ／ｇＮＢ間の双方向通信のためのＸ２／Ｘｎインターフェース、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／アクセス及びモビリティ管理機能（ＡＭＦ：Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）／ＳＧＷ／ＵＰＦとｅＮＢ／ｇＮＢとの間の通信のためのＳ１／ＮＧインターフェース、ｅＮＢ／ｇＮＢと中継ノード（ＲＮ：ｒｅｌａｙ ｎｏｄｅ）との間の通信のためのＵｎインターフェース、又はｅＮＢ／ｇＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

プログラム８３０は、図１～図７を参照して本明細書で説明したように、関連するプロセッサ８１０により実行された場合、装置８００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと仮定する。本文の実施形態は、装置８００のプロセッサ８１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現できる。プロセッサ８１０は、本開示の様々な実施形態を実施するように設定することができる。さらに、プロセッサ８１０とメモリ８２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段８５０を形成することができる。

メモリ８２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現することができる。装置８００内には１つのメモリ８２０のみが示されているが、装置８００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ８１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つ又は複数を含むことができる。装置８００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ）集積回路チップを有することができる。

全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現することができる。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現（ｐｉｃｔｏｒｉａｌ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装できることを理解されたい。

本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に（ｔａｎｇｉｂｌｙ）記憶された少なくとも一つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２～図７を参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割することができる。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行することができる。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。

本開示の方法を実行するためのプログラムコードは、一つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で実行されてもよいし、部分的にマシン上で実行されてもよいし、独立したソフトウェアパッケージとして実行されてもよいし、部分的にマシン上でかつ部分的にリモートマシン上で実行されてもよいし、又は完全にリモートマシン又はサーバ上で実行されてもよい。

上述のプログラムコードは、マシン可読媒体上で実装することができ、マシン可読媒体は、命令実行システム、機器、又は装置により使用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる、任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体とすることができる。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含むことができるが、これらに限定されない。マシンが読み取り可能な記憶媒体のより具体的な例は、一つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、リードオンリーメモリ（ＲＯＭ：ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）又はフラッシュメモリ）、光ファイバ、ポータブル光ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ：ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含んでもよい。

なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブ組合せで実装されてもよい。

本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims (6)

1. ＭＵＳＩＭ（multi-universal subscriber identity module；マルチ汎用加入者識別モジュール）端末装置により実行される方法であって、
   前記ＭＵＳＩＭ端末装置におけるＭＵＳＩＭのための少なくとも一つの第１のギャップについてのギャップ好み情報を第１のネットワーク装置に送信することと、
   前記ＭＵＳＩＭのための少なくとも一つの第２のギャップであって、識別情報（ＩＤ）に関連付けられている第２のギャップについての設定情報を前記第１のネットワーク装置から受信することと、
   を含む方法。
2. マスタノード（ＭＮ）により実行される方法であって、
   ＭＵＳＩＭ（multi-universal subscriber identity module；マルチ汎用加入者識別モジュール）端末装置におけるＭＵＳＩＭのための少なくとも一つの第１のギャップについてのギャップ好み情報を前記ＭＵＳＩＭ端末装置から受信することと、
   前記ＭＵＳＩＭのための少なくとも一つの第２のギャップについての設定情報を前記ＭＵＳＩＭ端末装置に送信することと、
   前記ＭＵＳＩＭのための少なくとも一つの前記第２のギャップについての前記設定情報をセカンダリノード（ＳＮ）に送信することと、
   を含む方法。
3. 前記第２のギャップのそれぞれは、識別情報（ＩＤ）に関連付けられている、
   請求項２に記載の方法。
4. ＭＵＳＩＭ（multi-universal subscriber identity module；マルチ汎用加入者識別モジュール）端末装置であって、
   当該ＭＵＳＩＭ端末装置におけるＭＵＳＩＭのための少なくとも一つの第１のギャップについてのギャップ好み情報を第１のネットワーク装置に送信する手段と、
   前記ＭＵＳＩＭのための少なくとも一つの第２のギャップであって、識別情報（ＩＤ）に関連付けられている第２のギャップについての設定情報を前記第１のネットワーク装置から受信する手段と、
   を備えるＭＵＳＩＭ端末装置。
5. マスタノード（ＭＮ）であって、
   ＭＵＳＩＭ（multi-universal subscriber identity module；マルチ汎用加入者識別モジュール）端末装置におけるＭＵＳＩＭのための少なくとも一つの第１のギャップについてのギャップ好み情報を前記ＭＵＳＩＭ端末装置から受信する手段と、
   前記ＭＵＳＩＭのための少なくとも一つの第２のギャップについての設定情報を前記ＭＵＳＩＭ端末装置に送信する手段と、
   前記ＭＵＳＩＭのための少なくとも一つの前記第２のギャップについての前記設定情報をセカンダリノード（ＳＮ）に送信する手段と、
   を備えるマスタノード（ＭＮ）。
6. 前記第２のギャップのそれぞれは、識別情報（ＩＤ）に関連付けられている、
   請求項５に記載のマスタノード（ＭＮ）。

Images