特許 7533598 端末装置及び第１ネットワーク装置

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

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

(11)【特許番号】

(24)【登録日】2024-08-05

(45)【発行日】2024-08-14

(54)【発明の名称】端末装置及び第１ネットワーク装置

(51)【国際特許分類】

   H04W 36/14 20090101AFI20240806BHJP

   H04W 12/45 20210101ALI20240806BHJP

   H04W 36/18 20090101ALI20240806BHJP

   H04W 76/27 20180101ALI20240806BHJP

【ＦＩ】

H04W36/14

H04W12/45

H04W36/18

H04W76/27

【請求項の数】 15

(21)【出願番号】P 2022552398

(86)(22)【出願日】2020-03-02

(65)【公表番号】

(43)【公表日】2023-04-17

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

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

(87)【国際公開日】2021-09-10

【審査請求日】2022-10-28

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ワン ガン

【審査官】松▲崎▼ 祐季

(56)【参考文献】

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

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

【文献】米国特許出願公開第２０１５／０２８２０１９（ＵＳ，Ａ１）

【文献】特開平１０－２３５１７（ＪＰ，Ａ）

【文献】Huawei, HiSilicon，Solution for KI#3: RAN Based UE Initiated Release Request[online]，3GPP TSG SA WG2 #136AH S2-2000480，Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_136AH_Incheon/Docs/S2-2000480.zip>，2020年01月07日

【文献】3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol specification (Release 12)，3GPP TS 25.331 V12.5.0，Internet<https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=1180>，2015年，1,79,166-169,342-344,888-890,1876-1879頁

【文献】Huawei, HiSilicon, CTC，Discussion on dual registration and issues in LTE[online]，3GPP TSG RAN WG2 #103 R2-1812618，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103/Docs/R2-1812618.zip>，2018年08月10日

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

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

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

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

ＳＡ ＷＧ１－４、６

ＣＴ ＷＧ１、４

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

【請求項1】

端末装置であって、
第１ネットワークから第２ネットワークへの切替を決定する手段と、
前記端末装置が好むギャップを示す第１の要求であって、記端末装置が前記第１ネットワークで接続状態を維持しながら前記第２ネットワークに切替をするための第１ギャップパターンを示す第１情報を含む前記第１の要求を、第１のＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎを介して前記第１ネットワークに送信する手段と、
前記端末装置がもはや前記ギャップを好まない旨の決定に基づいて、ギャップパターンを示す情報を含めずに第２のＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎを前記第１ネットワークに送信する手段と、
を有し、
前記第１ネットワークと前記第２ネットワークはそれぞれの汎用加入者識別モジュール（ＵＳＩＭ）に関連付けられている、
端末装置。

【請求項2】

前記第１の要求を送信する手段は、
タイマが動作中であるか否かを決定する手段と、
前記タイマが動作していないと決定したことに従って、前記第１の要求を送信する手段と、
を含む、
請求項１に記載の端末装置。

【請求項3】

前記第１の要求を送信することに応じて、前記タイマを起動する手段をさらに有する、
請求項２に記載の端末装置。

【請求項4】

ＲＲＣメッセージにおいて、前記第１ネットワークから前記タイマの値を受信する手段をさらに有する、
請求項２または３に記載の端末装置。

【請求項5】

前記第１のＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎはさらに、マルチＵＳＩＭのためにリリースされるべき、１以上のサービングセルまたはセカンダリノードに属するセルを示す、
請求項１から４のいずれか１項に記載の端末装置。

【請求項6】

前記第１ネットワークによって前記第１情報に基づき決定された、マルチＵＳＩＭのための第２ギャップパターンを示す第２情報を、前記第１ネットワークから受信する手段を更に有する、
請求項１から５のいずれか１項に記載の端末装置。

【請求項7】

前記第１ギャップパターンは、
前記第１ギャップパターンが非周期的である場合におけるギャップの開始システムフレーム番号（ＳＦＮ）と長さ、又は、
前記第１ギャップパターンが周期的である場合におけるギャップの周期性と、時間領域オフセットと、長さ、
を示す、
請求項１から６のいずれか１項に記載の端末装置。

【請求項8】

前記第２ギャップパターンは、
前記第２ギャップパターンが非周期的である場合におけるギャップの開始システムフレーム番号（ＳＦＮ）と長さ、又は、
前記第２ギャップパターンが周期的である場合におけるギャップの周期性と、時間領域オフセットと、長さ、
を示す、
請求項６に記載の端末装置。

【請求項9】

第１ネットワークの第１ネットワーク装置であって、
端末装置が好むギャップを示す第１の要求であって、記端末装置が前記第１ネットワークで接続状態を維持しながら第２ネットワークに切替をするための第１ギャップパターンを示す第１情報を含む前記第１の要求を、第１のＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎを介して前記端末装置から受信する手段と、
前記端末装置がもはや前記ギャップを好まない旨の決定に基づいて、ギャップパターンを示す情報を含まない第２のＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎを前記端末装置から受信する手段と、
を有し、
前記第１ネットワークと前記第２ネットワークは、それぞれの汎用加入者識別モジュール（ＵＳＩＭ）に関連付けられている、
第１ネットワーク装置。

【請求項10】

ＲＲＣメッセージにおいて、前記端末装置にタイマの値を送信する手段をさらに有する、
請求項９に記載の第１ネットワーク装置。

【請求項11】

前記タイマに対応する時間内に、前記第１の要求に対する応答を送信する手段をさらに有する、
請求項１０に記載の第１ネットワーク装置。

【請求項12】

前記第１のＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎは、さらに、マルチＵＳＩＭのためにリリースされるべき、１以上のサービングセルまたはセカンダリノードに属するセルを示す、
請求項９から１１のいずれか１項に記載の第１ネットワーク装置。

【請求項13】

前記第１情報に基づいて、マルチＵＳＩＭのための第２ギャップパターンを示す第２情報を決定する手段と、
前記第２情報を前記端末装置へ送信する手段を更に有する、
請求項９から１２のいずれか１項に記載の第１ネットワーク装置。

【請求項14】

前記第１ギャップパターンは、
前記第１ギャップパターンが非周期的である場合におけるギャップの開始システムフレーム番号（ＳＦＮ）と長さ、又は、
前記第１ギャップパターンが周期的である場合におけるギャップの周期性と、時間領域オフセットと、長さ、
を示す、
請求項９から１３のいずれか１項に記載の第１ネットワーク装置。

【請求項15】

前記第２ギャップパターンは、
前記第２ギャップパターンが非周期的である場合におけるギャップの開始システムフレーム番号（ＳＦＮ）と長さ、又は、
前記第２ギャップパターンが周期的である場合におけるギャップの周期性と、時間領域オフセットと、長さ、
を示す、
請求項１３に記載の第１ネットワーク装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は一般に、電気通信の分野に関し、特に、通信ネットワーク間の切替中の通信の方法、装置及びコンピュータ記憶媒体に関する。

【背景技術】

【0002】

現在、マルチ汎用加入者識別モジュール（ＵＳＩＭ：ｕｎｉｖｅｒｓａｌ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）の端末装置は市場で大きなシェアを占めている。２つのＵＳＩＭカードは、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）等の同一又は異なる通信規格に準拠してもよい。また、端末装置の無線周波数（ＲＦ）能力は、１つの送信ポート（Ｔｘ）／１つの受信ポート（Ｒｘ）、１Ｔｘ／２Ｒｘ、２Ｔｘ／２Ｒｘ等であってもよい。しかしながら、マルチＵＳＩＭ端末装置の性能を向上させるための仕様強化は行われていない。

【0003】

単一のＴｘを有するマルチＵＳＩＭ端末装置が、1つより多いネットワーク、例えばＵＳＩＭ Ａのネットワーク（以下、第１ネットワークとも称する）とＵＳＩＭ Ｂのネットワーク（以下、第２ネットワークとも称する）に登録されており、端末装置が第１ネットワークでは接続を確立したが、第２ネットワークではアイドル状態又は非アクティブ状態を維持していると仮定する。現在、端末装置が第２ネットワークでデータ送信を行う必要がある場合、端末装置は第１ネットワークに通知することなく、第１ネットワークとの接続を解除するだけである。この場合、第１ネットワークは端末装置を接続失敗とみなすため、誤ったネットワーク性能が記録されることになる。したがって、マルチＵＳＩＭ端末装置の性能を保証することができない。

【発明の概要】

【発明が解決しようとする課題】

【0004】

概して、本開示の実施形態は、通信のための方法、装置、及びコンピュータ記憶媒体を提供する。

【課題を解決するための手段】

【0005】

第１の態様において、通信の方法が提供される。当該方法は、端末装置において、第１通信ネットワークの第１ネットワーク装置から第２通信ネットワークの第２ネットワーク装置への切替が実行されるか否かを決定することであって、前記第１通信ネットワークと第２通信ネットワークがそれぞれ前記端末装置の第１アイデンティティ（identity）と第２アイデンティティに関連付けられていることと、切替が実行されると決定したことに応じて、前記第１ネットワーク装置から前記第２ネットワーク装置への切替についての要求を、前記第１ネットワーク装置に送信することと、を含む。

【0006】

第２の態様において、通信の方法が提供される。当該方法は、第１通信ネットワークの第１ネットワーク装置において、前記第１ネットワーク装置から第２通信ネットワークの第２ネットワーク装置への切替についての要求を、端末装置から受信することを含む。前記第１通信ネットワークと第２通信ネットワークは、それぞれ前記端末装置の第１アイデンティティと第２アイデンティティに関連付けられている。

【0007】

第３の態様では、端末装置が提供される。端末装置は、プロセッサと、プロセッサに結合されたメモリとを含む。メモリには命令が格納されており、前記命令は、プロセッサにより実行される場合、端末装置に、本開示の第１の態様にかかる方法を実行させる。

【0008】

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

【0009】

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

【0010】

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

【0011】

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

【図面の簡単な説明】

【0012】

図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述及びその他の目的、特徴及び有益な効果がさらに明らかになるはずである。

【0013】

【図1】本開示のいくつかの実施形態を実施可能な例示的な通信シナリオを示す。

【0014】

【図2】本開示のいくつかの実施形態にかかる第１ネットワークから第２ネットワークへの切替中の通信プロセスを説明する模式図を示す。

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

全ての図において、同一又は類似の図面符号は、同一又は類似の要素を示す。

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

【0025】

以下、いくつかの例示的な実施形態を参照して、本開示の原理を説明する。理解すべき点として、これらの実施形態は、単に説明を目的とし、当業者が本開示を理解し実施する際の助けとなるものであり、本開示の範囲に対する何らかの限定を示唆するものではない。本明細書で説明する開示内容は、以下に説明する方法以外に、さまざまな方法で実施可能である。

【0026】

以下の説明及び請求項において、別に定義がある場合を除き、文中で使用される全ての技術用語・科学用語は、本開示が属する分野の当業者が通常理解するものと同じ意味を有する。

【0027】

文中で使用される用語「端末装置」は、無線又は有線での通信能力を有する全ての装置を指す。端末装置の例には、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、移動電話、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、携帯コンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、すべてのインターネット（ＩｏＥ）装置、マシンタイプコミュニケーション（ＭＴＣ）装置、Ｖ２Ｘ通信用の車載装置（Ｘは歩行者、車両又はインフラ／ネットワークを表す）、デジタルカメラのような画像取込装置、ゲーム機器、音楽保存再生装置、又は無線若しくは有線によるインターネットへのアクセス・閲覧を可能にするインターネットツール等が含まれるが、これらに限定されない。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末又は無線装置と互換的に使用することができる。また、用語「ネットワーク装置」は、端末装置が通信可能なセル又はカバレッジを、提供又は管理可能な装置を指す。ネットワーク装置の例には、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、送信／受信ポイント（ＴＲＰ）、リモートラジオユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、例えばフェムトノード、ピコノード等の低電力ノードが含まれるが、これらに限定されない。

【0028】

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

【0029】

文中で使用される場合、文脈の中で他に明記していない限り、単数形式である「１つ」、「１つの」及び「当該」は、複数形式を含むことを意味する。用語「含む」及びその変形は、「…を含むが、これらに限定されない」という意味の、開放式の用語であると解釈される。用語「…に基づいて」は、「少なくとも部分的に基づく」と解釈される。用語「１つの実施形態」及び「実施形態」は、「少なくとも１つの実施形態」と解釈される。用語「別の実施形態」は、「少なくとも１つの別の実施形態」と解釈される。用語「第１」、「第２」等は、異なるか又は同一の対象を指してもよい。以下の説明では、その他の定義も、明確及び暗黙のものとして含まれ得る。

【0030】

いくつかの例示において、値、プロセス又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解すべき点として、こうした説明は、使用される複数の機能のオプションから、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。

【0031】

上述したように、現在、端末装置が第２ネットワークでデータ送信を行う必要がある場合、端末装置は第１ネットワークに通知することなく、第１ネットワークとの接続を解除するだけである。この場合、第１ネットワークは端末装置を接続失敗とみなすため、誤ったネットワーク性能が記録されることになる。

【0032】

本開示の実施形態は、上述及びその他の問題を解決するために、第１ネットワークから第２ネットワークへの切替を通知するための解決手段を提供する。この解決手段は、誤ったネットワーク性能の記録を回避することができるとともに、端末装置の性能向上に役立つものである。以下、図面を参照し、本開示の原理及び実施について詳細に説明する。

【0033】

図１は、本開示の実施形態を実施可能な例示的な通信シナリオ１００の模式図を示す。図１に示すように、通信シナリオ１００は、ネットワーク装置１１０（以下、第１ネットワーク装置１１０とも称する）と、第１のＵＳＩＭカード１２１及び第２のＵＳＩＭカード１２２を搭載した端末装置１２０とを含んでもよい。第１ネットワーク装置１１０は、第１のＵＳＩＭカード１２１及び第２のＵＳＩＭカード１２２のうちの少なくとも１つにサービスを提供してもよい。第１のＵＳＩＭカード１２１と第２のＵＳＩＭカード１２２は、同一又は異なるＲＡＴに適合していてもよい。これらのＲＡＴは、現在存在する、又は今後開発されるものである。留意すべき点として、端末装置１２０が搭載するＵＳＩＭカードの数は２つに限定されず、２つより多いＵＳＩＭカードが適用されてもよい。以下では便宜上、２つのＵＳＩＭカードを例に説明を行う。

【0034】

図１に示すように、通信シナリオ１００はさらに、少なくとも１つの隣接するネットワーク装置１１１（以下、第２ネットワーク装置１１１とも称する）に関わっていてもよい。ここでは簡潔にするために、図１において第２ネットワーク装置１１１のみを示している。また、隣接するネットワーク装置１１１は、第１のＵＳＩＭカード１２１及び第２のＵＳＩＭカード１２２うちの少なくとも１つのＵＳＩＭカードにサービスを提供してもよい。便宜上、別に説明がない限り、第１ネットワーク装置１１０が第１のＵＳＩＭカード１２１にサービスを提供し、第２ネットワーク装置１１１が第２のＵＳＩＭカード１２２にサービスを提供すると仮定して以下の説明を行う。しかし、これは説明のための例示にすぎず、本開示を限定するものではないことに留意されたい。例えば、第１のＵＳＩＭカード１２１と第２のＵＳＩＭカード１２２は、第１ネットワーク装置１１０又は第２ネットワーク装置１１１等の同一のネットワーク装置からサービスを受けてもよい。

【0035】

また、第１ネットワーク装置１１０は、無線通信チャネル等のチャネルを介して、端末装置１２０と通信してもよい。同様に、第２ネットワーク装置１１１も、無線通信チャネル等のチャネルを介して端末装置１２０と通信してもよい。

【0036】

理解すべき点として、図１における装置の数は説明を目的として示されたものであり、本開示に対する何らかの限定を示唆するものではない。通信シナリオ１００は、本開示の実施に適した任意の適切な数のネットワーク装置及び／又は端末装置を含んでもよい。

【0037】

通信シナリオ１００の通信は、任意の適切な規格に適合していてもよい。任意の適切な規格には移動通信用グローバルシステム（ＧＳＭ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－アドバンスト（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、マシンタイプコミュニケーション（ＭＴＣ）等が含まれるが、これらに限定されない。また、現在既知の又は将来開発される任意の世代の通信プロトコルに基づき、通信を実行してもよい。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）、第６世代（６Ｇ）或いはそれを超える通信プロトコルが含まれるが、これらに限定されない。

【0038】

便宜上、第１ネットワーク装置１１０と端末装置１２０との間に形成される通信ネットワークを第１ネットワーク（以下、第１通信ネットワークとも称する）と称し、第２ネットワーク装置１１１と端末装置１２０との間に形成される通信ネットワークを第２ネットワーク（第２通信ネットワークとも称する）と称する。

【0039】

１つの端末装置は、複数の通信ネットワークシステムでの複数のネットワークに関わってもよいことに留意されたい。いくつかの実施形態において、複数のネットワークは、端末装置の複数のアイデンティティに関連付けられてもよい。留意すべき点として、複数のネットワークは端末装置の他の面と関連付けられてもよく、本願はこれをついて限定しない。以下では、説明のために、端末装置の第１加入者識別モジュール及び第２加入者識別モジュールに関連付けられている第１ネットワーク及び第２ネットワークを例に記述する。

【0040】

図１に示すように、端末装置１２０が第１ネットワークにおける第１ネットワーク装置１１０との接続を確立し、第２ネットワークにおいてアイドル状態又は非アクティブ状態を維持している場合、端末装置１２０が第２ネットワークの第２ネットワーク装置１１１とデータ送信を実行する必要があれば、端末装置１２０は第１ネットワークの第１ネットワーク装置１１０から第２ネットワークの第２ネットワーク装置１１１への切替を実行する必要がある。

【0041】

本願の実施形態によれば、第１ネットワーク装置１１０から第２ネットワーク装置１１１への切替が実行されると決定した場合、端末装置１２０は、当該切替についての要求を第１ネットワーク装置１１０に送信する。こうすることで、ネットワーク装置に当該切替を通知することができ、誤ったネットワーク性能の記録を回避することができる。以下、図２を参照してより多くの詳細について説明する。

【0042】

図２は、本開示の実施形態にかかる第１ネットワークから第２ネットワークへの切替中の通信プロセス２００を説明する模式図を示す。議論を目的として、図１を参照してプロセス２００を説明する。プロセス２００は、図１に示す端末装置１２０、第１ネットワーク装置１１０及び第２ネットワーク装置１１１に関わってもよい。本実施形態では、端末装置１２０は、第１ネットワーク装置１１０の第１ネットワークにおいて接続状態にあり、第２ネットワーク装置１１１の第２ネットワークにおいてアイドル状態又は非アクティブ状態にあると仮定する。

【0043】

図２に示すように、端末装置１２０は、第１ネットワーク装置１１０から第２ネットワーク装置１１１への切替が実行されるか否かを決定する（２１０）。いくつかの実施形態において、端末装置１２０は、端末装置１２０と第２ネットワーク装置１１１との間でデータが送信されるかどうかを決定してもよく、データが送信されると決定した場合、端末装置１２０は、第１ネットワークにおいて進行中の緊急サービスがあるか否かを決定してもよい。第１ネットワークにおいて進行中の緊急サービスがないと決定した場合、端末装置１２０は、切替が実行されると決定してもよい。

【0044】

例えば、端末装置１２０が、第２ネットワーク装置１１１に送信すべきモバイル発信（ＭＯ：Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｅ）データを有し、且つ、第１ネットワークにおいて緊急サービスが実施されていない場合、端末装置１２０は切替が実行されると決定してもよい。或いは、端末装置１２０が第２ネットワーク装置１１１からページングメッセージを受信し、且つ、第１ネットワークにおいて進行中の緊急サービスがない場合、端末装置１２０は、切替が実行されると決定してもよい。第１ネットワークにおいて進行中の緊急サービスがあると決定した場合、端末装置１２０は、緊急サービスの中断を回避するために、ページング情報を無視する。こうすることで、緊急サービスの質が確保される。

【0045】

切替が実行されると決定した場合、端末装置１２０は、切替についての要求を第１ネットワーク装置１１０に送信する（２２０）。いくつかの実施形態において、端末装置１２０は、無線リソース制御（ＲＲＣ）メッセージを介して要求を送信してもよい。例えば、端末装置１２０は、ＵＥ補助情報（ＵＥｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）メッセージを介して要求を送信してもよい。既存の、又は将来開発される任意の他のＲＲＣメッセージを使用してもよく、本願はこれについて限定しないことに留意されたい。

【0046】

いくつかの実施形態において、要求には、第１通信ネットワークにおける期待されるＲＲＣ状態が含まれてもよい。例えば、期待されるＲＲＣの状態には、アイドル状態、非アクティブ状態、又は接続状態が含まれてもよい。いくつかの代替又は追加の実施形態では、要求には、要求の理由が含まれてもよい。理由には、例えば、節電の場合についての節電が含まれる。別の例示として、理由には、第２ネットワークに切替をする場合についてのネットワーク切替が含まれてもよい。理由は、任意の他の適切な形でも可能であることに留意されたい。こうすることで、第１ネットワーク装置１１０が解除要求の理由を区別するのに役立つ。

【0047】

要求の理由がネットワーク切替を含むいくつかの実施形態では、要求は、第２通信ネットワークのサービス情報を含んでもよい。いくつかの実施形態では、サービス情報は、期待される切替期間又は不在パターンを含んでもよい。例えば、サービス情報には、期待される周期性、時間領域オフセット、及び周期ごとの不在時間が含まれてもよい。

【0048】

使用される時分割多重化（ＴＤＭ）パターンが端末装置１２０によって決定されるいくつかの実施形態では、要求は、ＴＤＭパターンの提案を含んでもよい。いくつかの実施形態において、要求は、ＴＤＭパターン候補リストを含んでもよい。この場合、第１ネットワーク装置１１０は、リストから１つのＴＤＭパターンを選択してもよい。いくつかの実施形態では、要求においてＴＤＭパターンの提案が送信されてもよい。例えば、端末装置１２０は、ＵＥ補助情報（ＵＥＡｓｓｉｓｔａｎｔＩｎｆｏｒｍａｔｉｏｎ）メッセージを介して、要求においてＴＤＭパターンの提案を送信してもよい。いくつかの代替的な実施形態では、ＴＤＭパターンの提案は、要求と別に送信されてもよい。例えば、端末装置１２０は、ＲＲＣ確立完了（ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅ）メッセージを介して、ＴＤＭパターンの提案を送信してもよい。

【0049】

本願の実施形態によれば、ＴＤＭパターン（本明細書では、切替ギャップとも称する）は、端末装置１２０が、第１ネットワークで接続状態を維持しながら、小規模データ送信のために一定期間内（例えば、短時間）に第２ネットワークに切替をするように設定されている。

【0050】

ＴＤＭパターンのオフ期間中、第１ネットワーク装置１１０は、端末装置１２０のスケジューリングを回避しなければならない。また、端末装置１２０のメディアアクセス制御（ＭＡＣ）エンティティは、ランダムアクセス応答（ＲＡＲ）ウィンドウ、ｍｓｇＢ応答ウィンドウ又はコンテンション解決タイマが動作中でない限り、設定された全てのサービングセル又は特定のサービングセルにおいて、Ｍｓｇ３及びＭｓｇＡ以外の何らかのアップリンク（ＵＬ）送信を実行せず、物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）の監視及びダウンリンク（ＤＬ）受信を実行しないようにしなければならない。

【0051】

いくつかの実施形態において、第１ネットワーク装置１１０は、ＴＤＭパターンをサポートするかどうかをシステム情報においてブロードキャストしてもよく、端末装置１２０は、システム情報に基づいて、第１ネットワーク装置１１０がＴＤＭパターンをサポートするか否かを決定してもよい。第１ネットワーク装置１１０がＴＤＭパターンをサポートすると決定した場合、端末装置１２０は、ＴＤＭパターンを決定し、切替についての要求にＴＤＭパターンを組み込んでもよい。

【0052】

いくつかの実施形態において、ＴＤＭパターン情報は、切替の開始情報及び持続時間を含んでもよい。これは、１回（one shot）の切替ギャップとみなされてもよい。いくつかの実施形態において、開始情報は、システムフレーム番号（ＳＦＮ）、スロット番号、直交周波数分割多重化（ＯＦＤＭ）シンボル番号のいずれかを含んでもよい。いくつかの代替的な実施形態では、ＴＤＭパターン情報は、当該切替の周期性、時間領域オフセット、及び、周期ごとの不在時間の長さを含んでもよい。これは、周期的な切替ギャップとみなされてもよい。

【0053】

要求は上述の例示に限定されず、第２通信ネットワークで実行されるデータ送信に関連付けられている任意の他の適切な情報も含まれることに留意されたい。こうすることで、第１ネットワーク装置１０が、使用されるＴＤＭパターンを決定するのに役立つ。

【0054】

端末装置１２０にデュアルコネクティビティ（ＤＣ：Dual Connectivity）が設定され、端末装置１２０が第１ネットワークにおいて接続状態の維持を所望するいくつかの実施形態では、要求は、第１通信ネットワークにおいて接続状態を維持しながらサービングセルの少なくとも一部を解放又は非アクティブ化することを含んでもよい。例えば、端末装置１２０は、期待されるＲＲＣ状態を接続状態に設定し、且つ、セカンダリノード（ＳＮ）全体を解放又は非アクティブ化することを示してもよい。或いは、端末装置１２０は、期待されるＲＲＣ状態を接続状態に設定し、ＳＮの特定の１つ又は複数のサービングセルを解放又は非アクティブ化することを示してもよい。いくつかの実施形態において、ＤＣは、ＬＴＥ－ＤＣ、ＬＥＴ－ＮＲ ＤＣ（ＥＮ－ＤＣ）、次世代コアＮＲ－ＬＴＥ ＤＣ（ＮＧ ＥＮ－ＤＣ）、ＮＲ－ＬＴＥ ＤＣ（ＮＥ－ＤＣ）又はＮＲ－ＤＣであってもよい。

【0055】

端末装置１２０にキャリアアグリゲーションが設定され、端末装置１２０が第１ネットワークにおいて接続状態の維持を所望するいくつかの実施形態では、要求は、第１通信ネットワークにおいて接続状態を維持しながらサービングセルの少なくとも一部を解放又は非アクティブ化する提案を含んでもよい。例えば、端末装置１２０は、期待されるＲＲＣ状態を接続状態に設定し、設定された全てのサービングセルを解放又は非アクティブ化することを示してもよい。或いは、端末装置１２０は、期待されるＲＲＣ状態を接続状態に設定し、特定の１つ又は複数のサービングセルの解放又は非アクティブ化を示してもよい。

【0056】

本願の実施形態によれば、ネットワーク切替のためのタイマが定義される。ここで図２を参照すると、いくつかの実施形態において、要求を送信することに応じて（２２０）、端末装置１２０はタイマを開始してもよい（２３０）。いくつかの実施形態において、タイマの上限値は、第１ネットワーク装置１１０からのシステム情報によってブロードキャストされてもよい。或いは、タイマの上限値は、第１ネットワーク装置１１０からのＲＲＣメッセージによって設定されてもよい。上限値について、任意の他の適切な形式で決定してもよいことに留意されたい。

【0057】

いくつかの実施形態では、タイマが動作していないと決定した場合に、端末装置１２０は、切替についての要求を送信してもよい。例えば、切替がまだ実行されておらず、且つタイマが動作中である場合、端末装置１２０と第１ネットワーク装置１１０との間で次のデータが実行されると決定したとしても、端末装置１２０は切替についての別の要求を送信してはならない。こうすることで、要求送信の重複を回避し、送信リソースを節約することができる。

【0058】

第１ネットワーク装置１１０が当該要求を無視し、当該要求に対する応答を与えないいくつかの実施形態において、端末装置１２０は、タイマが満了したときに、第２ネットワーク装置１１１への切替を自主的に実行してもよい（２７０）。切替を実行するためのいくつかの実施形態において、端末装置１２０は、第１ネットワークにおいてアイドル状態になるように、第１ネットワーク装置１１０との接続を解除し、第２ネットワークに切り替えてもよい。いくつかの代替的な実施形態において、端末装置１２０は、第１ネットワーク装置１１０との接続を維持し、ＴＤＭパターンを使用して、第１ネットワーク装置１１０と第２ネットワーク装置１１１との間の切替を実行してもよい。

【0059】

いくつかの代替的な実施形態では、図２に示すように、切替についての要求を受信すると、第１ネットワーク装置１１０は、当該要求に対する応答を決定し（２４０）、タイマの上限値に対応する時間内に、当該応答を端末装置１２０に送信してもよい（２５０）。当該要求に対する応答を受信すると、端末装置１２０は、タイマを停止してもよい（２６０）。いくつかの実施形態において、当該応答はＲＲＣ解放（ＲＲＣＲｅｌｅａｓｅ）メッセージにおいて送信されてもよい。或いは、当該応答は、切替ギャップ設定を有するＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージにおいて送信されてもよい。上述したものは例示にすぎず、当該応答は、既存の、又は将来開発される任意の他の適切なＲＲＣメッセージにおいて送信されてもよいことに留意されたい。

【0060】

いくつかの実施形態において、第１ネットワーク装置１１０は、切替が拒否されたことを示す応答（以下、第１応答とも称する）を送信してもよい。いくつかの実施形態では、当該応答は、端末装置１２０が切替について別の要求を送信することが禁止される待機時間を含んでもよい。待機時間の間、第１ネットワーク装置１１０は、端末装置１２０との接続を維持することを期待する。また、端末装置１２０は、待機時間の間に別の切替要求を開始すべきではない。いくつかの代替又は追加の実施形態では、応答は拒否の理由を含んでもよい。例えば、理由は、端末装置１２０と第１ネットワーク装置１１０との間で重要なサービスが実行されることを示してもよい。応答には、任意の他の適切な内容が含まれてもよいことに留意されたい。理由には、任意の他の適切な内容が含まれてもよいことに留意されたい。

【0061】

いくつかの代替的な実施形態において、第１ネットワーク装置１１０は、切替が許可されたことを示す応答（以下、第２応答とも称する）を送信してもよい。第１ネットワーク装置１１０がＴＤＭパターンをサポートするいくつかの実施形態では、応答は、第１ネットワーク装置１１０と第２ネットワーク装置１１１との間の切替で使用されるＴＤＭパターンを含んでもよい。

【0062】

ＴＤＭパターンが第１ネットワーク装置１１０によって決定されるいくつかの実施形態において、第１ネットワーク装置１１０は、第２ネットワーク装置１１１のサービス情報と、ＴＤＭパターンの提案（要求から受信された場合）とに基づいてＴＤＭパターンを決定し、ＴＤＭパターンを、要求に対する応答に組み込んでもよい。ＴＤＭパターンが端末装置１２０によって決定されるいくつかの実施形態では、第１ネットワーク装置１１０は、端末装置１２０のＴＤＭパターンについての提案を拒否し、ＴＤＭパターンの提案を第２応答で提供してもよい。

【0063】

例えば、第１ネットワーク装置１１０は、例えば、切替ギャップ設定を有するＲＲＣＲｅｌｅａｓｅメッセージやＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ等、当該要求を処理するＲＲＣメッセージを、端末装置１２０に送信してもよい。ＲＲＣメッセージを受信すると、端末装置１２０はタイマを停止してもよい。既存の、又は将来開発される任意の他のＲＲＣメッセージを使用してもよく、本願はこれについて限定しないことに留意されたい。

【0064】

いくつかの代替的な実施形態において、第１ネットワーク装置１１０との接続の再確立が開始されると決定した場合、端末装置１２０はタイマを停止してもよい。いくつかの代替的な実施形態において、第１ネットワーク装置１１０から第１通信ネットワークの第３ネットワーク装置へのハンドオーバー（handover）のメッセージを受信すると、端末装置１２０はタイマを停止してもよい。例えば、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すると、端末装置１２０はタイマを停止してもよい。第１ネットワーク装置１１０が端末装置１２０に対する切替ギャップ設定を有するいくつかの実施形態では、切替ギャップ設定が、ハンドオーバー中に、ソースネットワーク装置としての第１ネットワーク装置１１０からターゲットネットワーク装置としての第３ネットワーク装置に渡されてもよい。例えば、ハンドオーバー準備情報（ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ）メッセージを介して、切替ギャップ設定が渡されてもよい。任意の他の適切なメッセージも可能であることに留意されたい。

【0065】

上述したように、端末装置１２０は、タイマ満了前に第１ネットワーク装置１１０から応答を受信した場合、タイマを停止してもよい（２６０）。その後、端末装置１２０は、要求に対する応答に基づいて、第２ネットワーク装置１１１への切替を実行してもよい（２７０）。いくつかの実施形態において、端末装置１２０は、第１ネットワークにおいてアイドル状態又は非アクティブ状態になるように、第１ネットワーク装置１１０との接続を解除し、第２ネットワークに切り替えてもよい。いくつかの代替的な実施形態において、端末装置１２０は、第１ネットワーク装置１１０との接続を維持し、ＴＤＭパターンを使用して、第１ネットワーク装置１１０と第２ネットワーク装置１１１との間の切替を実行してもよい。

【0066】

図２に示すように、端末装置１２０がＴＤＭパターンの停止を所望するいくつかの実施形態では、端末装置１２０は、ＴＤＭパターンを停止するための指示を、関連するネットワーク装置に送信してもよい（２８０又は２８０’）。いくつかの実施形態において、端末装置１２０と第２ネットワーク装置１１１との間でデータが送信されないと決定した場合、端末装置１２０は、第１ネットワーク装置１１０に当該指示を送信してもよい（２８０）。いくつかの代替的な実施形態において、端末装置１２０と第１ネットワーク装置１１０との間でデータが送信されないと決定した場合、端末装置１２０は、第２ネットワーク装置１１１に当該指示を送信してよい（２８０’）。

【0067】

いくつかの実施形態において、端末装置１２０は、ＲＲＣシグナリングを介して指示を送信してもよい。いくつかの実施形態では、端末装置１２０は、暗黙的な方法で指示を送信してもよい。例えば、端末装置１２０は、期待されるＲＲＣ状態が接続状態でＴＤＭパターン情報を有しないＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ等のＲＲＣメッセージを送信してもよい。或いは、端末装置１２０は、明示的な方法で指示を送信してもよい。例えば、端末装置１２０は、明示的な指示（例えば、ビット値）を有するＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ等のＲＲＣメッセージを送信してもよい。

【0068】

いくつかの代替的な実施形態において、端末装置１２０は、メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）を介して指示を送信してもよい。このように、端末装置１２０は、ＭＡＣ ＣＥを使用して、ＴＤＭパターンをアクティブ化又は非アクティブ化することができる。

【0069】

端末装置１２０がＴＤＭパターンの終了までに第１ネットワークに戻ることができないいくつかの実施形態において、端末装置１２０は、第１ネットワーク装置１１０との接続を解除し、アイドル状態になる手順を実行してもよい。或いは、端末装置１２０は何も行動を起こさなくてもよい。即ち、第１ネットワーク装置１１０との接続を維持するか否かは、端末装置１２０によって決まる。

【0070】

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

【0071】

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

【0072】

図３に示すように、ブロック３１０において、端末装置１２０は、第１ネットワーク装置１１０から第２ネットワーク装置１１１への切替が実行されるか否かを決定する。いくつかの実施形態において、第１ネットワーク装置１１０の第１ネットワークは、端末装置１２０の第１アイデンティティ（第１のＵＳＩＭカード１２１等）と関連付けられてもよく、第２ネットワーク装置１１１の第２ネットワークは、端末装置１２０の第２アイデンティティ（第２のＵＳＩＭカード１２２等）と関連付けられてもよい。第１ネットワークと第２ネットワークは、端末装置１２０のアイデンティティ以外の他の面で、互いに区別されてもよいことに留意されたい。

【0073】

切替が実行されることを決定すると、ブロック３２０において、端末装置１２０は、第１ネットワーク装置１１０から第２ネットワーク装置１１１への切替についての要求を、第１ネットワーク装置１１０に送信する。こうすることで、ネットワーク側に当該切替を通知することができ、誤ったネットワーク性能の記録を回避することができる。したがって、ネットワーク切替中の性能向上を実現することができる。

【0074】

本願のいくつかの実施形態によれば、端末装置１２０のネットワーク切替動作を規制するために、タイマが導入される。いくつかの実施形態において、端末装置１２０は、要求を送信することに応じてタイマを開始してもよい。第２ネットワーク装置１１１にデータが送信されると決定されるいくつかの実施形態において、端末装置１２０は、タイマが動作中か否かを決定し、タイマが動作中ではないと決定した場合、切替についての要求を送信してもよい。こうすることで、切替についての要求の送信の重複を効果的に回避することができる。

【0075】

いくつかの実施形態において、端末装置１２０は、タイマ満了時に切替を実行してもよい。いくつかの実施形態において、端末装置１２０は、前記第１ネットワーク装置１１０から前記要求に対する応答を受信したこと、第１ネットワーク装置１１０との接続の再確立が開始されると決定したこと、又は、第１ネットワーク装置１１０から第１ネットワークの第３ネットワーク装置へのハンドオーバーのメッセージを受信したことのうち、少なくとも１つに応じて、タイマを停止してもよい。以下、図４～図７を参照してより多くの詳細について説明する。

【0076】

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

【0077】

図４に示すように、ブロック４０１において、端末装置１２０は、端末装置１２０と第２ネットワーク装置１１１との間でデータが送信されるか否かを決定してもよい。いくつかの実施形態において、第２ネットワーク装置１１１に送信すべきＭＯデータがある場合、端末装置１２０は、データが送信されると決定してもよい。いくつかの代替的な実施形態において、第２ネットワーク装置１１１からページングメッセージを受信した場合、端末装置１２０は、データが送信されると決定してもよい。

【0078】

データが送信されると決定すると、ブロック４０２において、端末装置１２０は、端末装置１２０と第１ネットワーク装置１１０との間に進行中の緊急サービスがあるか否かを決定する。ブロック４０３において、端末装置１２０と第１ネットワーク装置１１０との間に進行中の緊急サービスがないと決定した場合、端末装置１２０は、第１ネットワーク装置１１０から第２ネットワーク装置１１１への切替についての要求を第１ネットワーク装置１１０に送信してもよい。こうすることで、緊急サービスの質を確保することができる。

【0079】

いくつかの実施形態において、端末装置１２０は、ネットワーク切替のためのタイマが動作中か否かを決定してもよい。また、タイマが動作中であると決定した場合、端末装置１２０は、当該要求を第１ネットワーク装置１１０に送信しない。一方、タイマが動作中ではないと決定した場合、端末装置１２０は、当該要求を第１ネットワーク装置１１０に送信する。このようにして、不要な要求の再送を回避することができる。

【0080】

いくつかの実施形態において、要求は、第１ネットワークでの期待されるＲＲＣ状態、要求の理由、第２ネットワークのサービス情報、ＴＤＭパターンの提案、及び、第１ネットワークで接続状態を維持しながらサービングセルの少なくとも一部を解放又は非アクティブ化する提案のうち、少なくとも１つを含んでもよい。要求の他の詳細については、図２の動作２２０と結び付けて上述したものと同様であるため、ここでは繰り返さない。

【0081】

要求を送信することに応じて、ブロック４０４において、端末装置１２０は、タイマを開始してもよい。いくつかの実施形態において、端末装置１２０は、第１ネットワーク装置１１０からのシステム情報においてタイマの上限値を受信してもよい。或いは、端末装置１２０は、第１ネットワーク装置１１０からの専用のＲＲＣメッセージにおいてタイマの上限値を受信してもよい。上限値に基づいて、端末装置１２０は、タイマのタイミングを管理することができる。

【0082】

ブロック４０５において、端末装置１２０は、タイマが満了したか否かを決定してもよい。タイマが満了していないと決定した場合、ブロック４０６において、端末装置１２０は、要求に対する応答が第１ネットワーク装置１１０から受信されたかどうかを決定してもよい。ブロック４０６で応答が受信されたと決定した場合、端末装置１２０は、ブロック４０７でタイマを停止してもよい。

【0083】

ブロック４０８において、端末装置１２０は、応答に基づいて、切替が許可されたか拒否されたかを決定してもよい。応答が切替拒否を示す場合（即ち、第１応答）、ブロック４０９において、端末装置１２０は、切替についての別の要求を待機時間内に送信できないようにしてもよい。待機時間が第１ネットワーク装置１１０によって設定されるいくつかの実施形態では、端末装置１２０は、応答から待機時間を取得してもよい。待機時間は任意の他の適切な方法で決定してもよいことに留意されたい。

【0084】

応答が切替許可を示す場合（即ち、第２応答）、ブロック４１０において、端末装置１２０は切替を実行してもよい。応答が受信されないとブロック４０６で決定した場合、端末装置１２０はブロック４０５に戻ってもよい。タイマが満了したとブロック４０５で決定した場合、端末装置１２０はブロック４１０に進み、切替を実行してもよい。

【0085】

切替を実行するためのいくつかの実施形態において、端末装置１２０は、第１ネットワーク装置１１０との第１接続を解除し、第２ネットワーク装置１１１との第２接続を確立してもよい。このようにして、端末装置１２０は、第１ネットワークではアイドル状態又は非アクティブ状態になり、第２ネットワークでは接続状態になってもよい。

【0086】

いくつかの代替的な実施形態において、端末装置１２０は、第１ネットワークと第２ネットワークとの間でＴＤＭパターンを実行してもよい。このように、端末装置１２０は、第１ネットワークにおいて接続状態を維持しながら、第２ネットワークにおいて所望のデータ送信を実行してもよい。これについて、図５と図６を参照しながら詳しく説明する。

【0087】

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

【0088】

図５に示すように、ブロック５１０において、端末装置１２０は、切替に関連付けられているＴＤＭパターンを決定してもよい。いくつかの実施形態において、端末装置１２０は、ＴＤＭパターンに対する第１ネットワーク装置１１０のサポートについての認識に基づいて、ＴＤＭパターンを使用すると決定してもよい。当該認識は、第１ネットワーク装置１１０がブロードキャストするシステム情報から取得されてもよい。いくつかの実施形態において、端末装置１２０は、切替の開始情報と持続時間（即ち１回の切替ギャップ）、又は、切替の周期性、時間領域オフセット及び周期ごとの不在時間の長さ（即ち周期的な切替ギャップ）のうち、少なくとも１つを決定することによって、ＴＤＭパターンを決定してもよい。

【0089】

ブロック５２０において、端末装置１２０は、ＴＤＭパターンに従って切替を実行してもよい。いくつかの実施形態において、端末装置１２０は、第１ネットワークと第２ネットワークとの間のＴＤＭパターンに従って、第１ネットワークと第２ネットワークにおいてデータ送信を実行してもよい。

【0090】

ブロック５３０において、端末装置１２０は、第１ネットワーク装置１１０のためのＴＤＭパターンの第１情報と、第２ネットワーク装置１１１のためのＴＤＭパターンの第２情報とを生成してもよい。いくつかの実施形態では、第１情報及び第２情報を、第１ネットワーク及び第２ネットワークにおける対応する時間領域の要件を満たすように適応させてもよい。

【0091】

ブロック５４０において、端末装置１２０は、第１情報を第１ネットワーク装置１１０に送信してもよい。例えば、端末装置１２０は、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージを介して第１情報を送信してもよい。任意の他の適切なメッセージも可能であることに留意されたい。

【0092】

ブロック５５０において、端末装置１２０は、第２情報を第２ネットワーク装置１１１に送信してもよい。例えば、端末装置１２０は、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを介して第２情報を送信してもよい。任意の他の適切なメッセージも可能であることに留意されたい。

【0093】

いくつかの代替的な実施形態において、第１ネットワーク装置１１０は、端末装置１２０とＴＤＭパターンについて再交渉してもよい。いくつかの実施形態において、端末装置１２０は、第１ネットワーク装置１１０にＴＤＭパターン候補リストを提供して、そこから１つを選択させてもよい。いくつかの実施形態では、端末装置１２０がＴＤＭパターンを提供する場合、第１ネットワーク装置１１０は、当該ＴＤＭパターンを拒否し、ＴＤＭパターンの提案を端末装置１２０に提供してもよい。

【0094】

ここまで、ＴＤＭパターンが端末装置１２０によって決定される場合の実施形態について、図５を参照して説明した。以下では図６と結び付けて、ＴＤＭパターンが第１ネットワーク装置１１０によって決定される場合について説明する。

【0095】

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

【0096】

図６に示すように、ブロック６１０において、端末装置１２０は、第１ネットワーク装置１１０から、切替に関連付けられているＴＤＭパターンを受信してもよい。いくつかの実施形態において、端末装置１２０は、切替についての要求に対する応答の中から、ＴＤＭパターンを取得してもよい。当該応答は、第１ネットワーク装置１１０から受信される。いくつかの実施形態において、端末装置１２０は、切替の開始情報と持続時間（即ち１回の切替ギャップ）、又は、切替の周期性、時間領域オフセット及び周期ごとの不在時間の長さ（即ち周期的な切替ギャップ）のうち、少なくとも１つを取得してもよい。

【0097】

ブロック６２０において、端末装置１２０は、ＴＤＭパターンに従って切替を実行してもよい。いくつかの実施形態において、端末装置１２０は、第１ネットワークと第２ネットワークとの間のＴＤＭパターンに従って、第１ネットワークと第２ネットワークにおいてデータ送信を実行してもよい。

【0098】

ブロック６３０において、端末装置１２０は、ネットワーク装置１１０から受信したＴＤＭパターンに基づいて、第２ネットワーク装置１１１のためのＴＤＭパターンの第２情報を生成してもよい。いくつかの実施形態では、第２情報を、第２ネットワークにおける時間領域の要件を満たすように適応させてもよい。

【0099】

ブロック６４０において、端末装置１２０は、第２情報を第２ネットワーク装置１１１に送信してもよい。例えば、端末装置１２０は、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを介して第２情報を送信してもよい。任意の他の適切なメッセージも可能であることに留意されたい。

【0100】

ここまで、ＴＤＭパターンのアクティブ化について説明した。以下では、ＴＤＭパターンの非アクティブ化について説明する。図７は、本開示のいくつかの実施形態にかかる、端末装置で実施される別の例示的な通信方法７００を示す。方法７００は例えば、図１に示す端末装置１２０において実行されてもよい。議論を目的として、以下では図１を参照して方法７００を説明する。理解すべき点として、方法７００は、示されていない追加のブロックを含んでもよく、且つ／又は、示されたいくつかのブロックを省略してもよく、この点において、本開示の範囲は限定されない。

【0101】

図７に示すように、ブロック７１０において、端末装置１２０は、端末装置１２０と、第１ネットワーク装置１１０及び第２ネットワーク装置１１１のうち一方のネットワーク装置との間でデータが送信されるか否かを決定してもよい。端末装置１２０と、第１ネットワーク装置１１０及び第２ネットワーク装置１１１のうち一方のネットワーク装置との間でデータが送信されないと決定すると、ブロック７２０において、端末装置１２０は、第１ネットワーク装置１１０及び第２ネットワーク装置１１１のうち他方のネットワーク装置に、ＴＤＭパターンを停止するための指示を送信してもよい。

【0102】

いくつかの実施形態において、端末装置１２０と第２ネットワーク装置１１１との間でデータが送信されないと決定した場合、端末装置１２０は、第１ネットワーク装置１１０に指示を送信してもよい。いくつかの実施形態において、端末装置１２０と第１ネットワーク装置１１０との間でデータが送信されないと決定した場合、端末装置１２０は、第２ネットワーク装置１１１に指示を送信してもよい。

【0103】

いくつかの実施形態において、端末装置１２０は、ＲＲＣメッセージを介して指示を送信してもよい。いくつかの実施形態では、端末装置１２０は、暗黙的な方法で指示を送信してもよい。例えば、端末装置１２０は、期待されるＲＲＣ状態が接続状態でＴＤＭパターン情報を有しないＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ等のＲＲＣメッセージを送信してもよい。或いは、端末装置１２０は、明示的な方法で指示を送信してもよい。例えば、端末装置１２０は、明示的な指示（例えば、ビット値）を有するＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ等のＲＲＣメッセージを送信してもよい。

【0104】

いくつかの代替的な実施形態において、端末装置１２０は、メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）を介して指示を送信してもよい。このように、端末装置１２０は、ＭＡＣ ＣＥを使用して、ＴＤＭパターンをアクティブ化又は非アクティブ化することができる。

【0105】

ブロック７３０において、端末装置１２０は、ＴＤＭパターンを停止し、第１ネットワーク装置１１０及び第２ネットワーク装置１１１のうち他方のネットワーク装置との接続を維持してもよい。

【0106】

端末装置１２０がＴＤＭパターンの終了時までに第１ネットワークに戻ることができないいくつかの実施形態では、端末装置１２０は、第１ネットワーク装置１１０との接続を解除し、アイドル状態又は非アクティブ状態に移る手順を実行してもよい。或いは、端末装置１２０は何も行動を起こさなくてもよい。即ち、第１ネットワーク装置１１０との接続を維持するか否かは、端末装置１２０によって決まる。

【0107】

ここまで、端末装置で実施される通信方法について説明した。本願の実施形態では、対応して、ネットワーク装置で実施される通信方法がさらに提供される。これについて、図８～図１０を参照しながら以下のとおり説明する。

【0108】

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

【0109】

図８に示すように、ブロック８１０において、第１ネットワーク装置１１０は、第１ネットワーク装置１１０から第２ネットワーク装置１１１への切替についての要求を、端末装置１２０から受信する。いくつかの実施形態において、第１ネットワーク装置１１０の第１ネットワークは、端末装置１２０の第１アイデンティティ（第１のＵＳＩＭカード１２１等）と関連付けられてもよく、第２ネットワーク装置１１１の第２ネットワークは、端末装置１２０の第２アイデンティティ（第２のＵＳＩＭカード１２２等）と関連付けられてもよい。第１ネットワークと第２ネットワークは、端末装置１２０のアイデンティティ以外の他の面で、互いに区別されてもよいことに留意されたい。

【0110】

いくつかの実施形態において、要求は、第１ネットワークでの期待されるＲＲＣ状態、要求の理由、第２ネットワークのサービス情報、ＴＤＭパターンの提案、及び、第１ネットワークで接続状態を維持しながらサービングセルの少なくとも一部を解放又は非アクティブ化する提案のうち、少なくとも１つを含んでもよい。

【0111】

いくつかの実施形態において、第１ネットワーク装置１１０は、要求に対する応答を提供しなくてもよい。いくつかの代替的な実施形態では、第１ネットワーク装置１１０は、要求に対する応答を一定時間内に送信してもよい。いくつかの実施形態において、当該時間は、端末装置１２０によって管理され要求の送信時に開始されるタイマの上限値に対応していてもよい。いくつかの実施形態において、第１ネットワーク装置１１０は、上限値を設定し、上限値を端末装置１２０に送信してもよい。例えば、システム情報において上限値をブロードキャストしてもよい。或いは、ＲＲＣメッセージにおいて上限値を設定してもよい。

【0112】

いくつかの実施形態において、第１ネットワーク装置１１０は、切替が拒否されたことを示す第１応答を送信してもよい。いくつかの実施形態では、第１応答は、切替について別の要求を送信することが禁止される待機時間を含んでもよい。こうすることで、切替要求の送信の重複を回避し、送信リソースを節約することができる。

【0113】

いくつかの実施形態において、第１ネットワーク装置１１０は、切替が許可されたことを示す第２応答を送信してもよい。いくつかの実施形態では、第２応答は、切替に関連付けられているＴＤＭパターンを含んでもよい。こうすることで、切替についての要求の送信の重複を回避し、送信リソースを節約することができる。以下、図９～図１０を参照してより多くの詳細について説明する。

【0114】

図９は、本開示のいくつかの実施形態にかかる、ネットワーク装置で実施される別の例示的な通信方法９００を示す。方法９００は例えば、図１に示す第１ネットワーク装置１１０又は第２ネットワーク装置１１１において実行されてもよい。議論を目的として、以下では図１の第１ネットワーク装置１１０を参照して方法９００を説明する。理解すべき点として、方法９００は、示されていない追加のブロックを含んでもよく、且つ／又は、示されたいくつかのブロックを省略してもよく、この点において、本開示の範囲は限定されない。本実施形態では、ＴＤＭパターンが第１ネットワーク装置１１０によって決定される。

【0115】

図９に示すように、ブロック９１０において、第１ネットワーク装置１１０は、切替に関連付けられているＴＤＭパターンを決定してもよい。いくつかの実施形態において、第１ネットワーク装置１１０は、受信された要求から第２ネットワークのサービス情報を取得し、当該サービス情報に基づいてＴＤＭパターンを決定してもよい。要求にＴＤＭパターンの提案が含まれるいくつかの実施形態において、第１ネットワーク装置１１０は、受信された要求からサービス情報とＴＤＭパターンの提案とを取得し、サービス情報とＴＤＭパターンの提案とに基づいてＴＤＭパターンを決定してもよい。

【0116】

いくつかの実施形態において、第１ネットワーク装置１１０は、切替の開始情報と持続時間、又は、切替の周期性、時間領域オフセット及び周期ごとの不在時間の長さのうち、少なくとも１つを決定することによって、ＴＤＭパターンを決定してもよい。

【0117】

ブロック９２０において、第１ネットワーク装置１１０は、端末装置１２０にＴＤＭパターンを送信してもよい。いくつかの実施形態において、第１ネットワーク装置１１０は、第２応答において、端末装置１２０にＴＤＭパターンを送信してもよい。或いは、第１ネットワーク装置１１０は、第２応答とは別にＴＤＭパターンを送信してもよい。いくつかの実施形態では、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ等のＲＲＣメッセージにおいてＴＤＭパターンを送信してもよい。任意の他の適切なＲＲＣメッセージも可能であることに留意されたい。

【0118】

以上、ＴＤＭパターンが第１ネットワーク装置１１０によって決定される場合の実施形態について説明した。以下では、ＴＤＭパターンが端末装置１２０によって決定される場合について説明する。図１０は、本開示のいくつかの実施形態にかかる、ネットワーク装置で実施される別の例示的な通信方法１０００を示す。方法１０００は例えば、図１に示す第１ネットワーク装置１１０又は第２ネットワーク装置１１１において実行されてもよい。議論を目的として、以下では図１の第１ネットワーク装置１１０を参照して方法１０００を説明する。理解すべき点として、方法１０００は、示されていない追加のブロックを含んでもよく、且つ／又は、示されたいくつかのブロックを省略してもよく、この点において、本開示の範囲は限定されない。

【0119】

図１０に示すように、ブロック１０１０において、第１ネットワーク装置１１０は、端末装置１２０から、切替に関連付けられているＴＤＭパターンを受信してもよい。いくつかの実施形態において、第１ネットワーク装置１１０は、切替の開始情報と持続時間、又は、切替の周期性、時間領域オフセット及び周期ごとの不在時間の長さのうち、少なくとも１つを受信してもよい。ブロック１０２０において、第１ネットワーク装置１１０は、第１ネットワークと第２ネットワークとの間のＴＤＭパターンに従って、端末装置１２０とのデータ送信を実行してもよい。

【0120】

ＴＤＭパターンの間、第１ネットワーク装置１１０は、ＴＤＭパターンを停止するための指示を、端末装置１２０から受信してもよい。この場合、第１ネットワーク装置１１０は、ブロック１０３０に進んでもよい。ブロック１０３０において、第１ネットワーク装置１１０は、ＴＤＭパターンを停止するための指示が受信されたかどうかを決定してもよい。

【0121】

いくつかの実施形態において、第１ネットワーク装置１１０は、ＲＲＣメッセージを介して当該指示を受信してもよい。いくつかの実施形態では、第１ネットワーク装置１１０は、暗黙的な方法で指示を受信してもよい。例えば、期待されるＲＲＣ状態が接続状態でＴＤＭパターン情報を有しないＲＲＣメッセージ（ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ等）を受信した場合、第１ネットワーク装置１１０は、ＴＤＭパターンを停止するための指示が受信されたと決定してもよい。いくつかの代替的な実施形態では、端末装置１２０は、明示的な方法で指示を受信してもよい。例えば、明示的な指示を有するＲＲＣメッセージ（例えばＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ）を受信し、当該明示的な指示が例えば、ＴＤＭパターンを停止すべきであることを示すビット値である場合、第１ネットワーク装置１１０は、ＴＤＭパターンを停止するための指示が受信されたと決定してもよい。

【0122】

いくつかの代替的な実施形態において、第１ネットワーク装置１１０は、ＭＡＣ ＣＥを介して指示を受信してもよい。例えば、ＴＤＭパターンを停止すべきであることを示すＭＡＣ ＣＥを受信した場合、第１ネットワーク装置１１０は、ＴＤＭパターンを停止するための指示が受信されたと決定してもよい。

【0123】

指示が受信されたと決定した場合、ブロック１０４０において、第１ネットワーク装置１１０は、ＴＤＭパターンを停止し、端末装置１２０との接続を維持してもよい。

【0124】

図３～図１０に描かれた方法の実施は、基本的に図２と結び付けて説明したプロセスに対応するため、ここではその他の詳細を繰り返さない。本開示の実施形態による方法３００～１０００を使用すると、ネットワーク切替中のネットワーク性能を向上させることができる。

【0125】

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

【0126】

図に示すように、装置１１００は、プロセッサ１１１０、プロセッサ１１１０に結合されるメモリ１１２０、プロセッサ１１１０に結合される適切な送信機（ＴＸ）及び受信機（ＲＸ）１１４０、並びにＴＸ／ＲＸ１１４０に結合される通信インタフェースを含む。メモリ１１２０は、プログラム１１３０の少なくとも一部を格納する。ＴＸ／ＲＸ１１４０は双方向通信に用いられる。ＴＸ／ＲＸ１１４０は、通信のための少なくとも１つのアンテナを有し、実際には本願で述べたアクセスノードは、複数のアンテナを有してもよい。通信インタフェースは、他のネットワーク部材と通信を行う際に必要な任意のインタフェース、例えば、ｅＮＢ間の双方向通信用のＸ２インタフェース、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信用のＳ１インタフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又はｅＮＢと端末装置との間の通信用のＵｕインタフェースを表してもよい。

【0127】

プログラム１１３０がプログラム命令を含むと仮定すると、当該プログラム命令が、関連するプロセッサ１１１０により実行された場合、これにより、装置１１００は、本明細書で図１～図１０を参照して論じたように、本開示の実施形態に基づき操作を行うことができるようになる。本明細書の実施形態は、装置１１００のプロセッサ１１１０が実行可能なコンピュータソフトウェアにより実施するか、ハードウェアにより実施するか、又はソフトウェア及びハードウェアの組合せにより実施してもよい。プロセッサ１１１０は、本発明の各実施形態を実施するように設定することができる。また、プロセッサ１１１０及びメモリ１１２０の組合せは、本開示の各実施形態を実施するのに適した処理手段１１５０を構成してもよい。

【0128】

メモリ１１２０は、ローカルの技術ネットワークに適した任意のタイプであってよく、任意の適切なデータ記憶技術により実現してもよい。例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体による記憶装置、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び取り外し可能メモリ等が挙げられるが、これらに限定されない。装置１１００には１つのメモリ１１２０しか示されていないが、装置１１００には複数の物理上異なるメモリモジュールを設置してもよい。例として、プロセッサ１１１０は、ローカルの技術ネットワークに適した任意のタイプであってよく、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、１つ又は複数を含んでもよいが、これらに限定されない。装置１１００は複数のプロセッサ、例えば、マスタープロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

【0129】

通常、本開示の各実施形態は、ハードウェア若しくは専用回路、ソフトウェア、論理、又はそれらの任意の組合せにおいて実施することができる。いくつかの態様はハードウェアによって実施し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピュータ装置が実行するファームウェア又はソフトウェアによって実施してもよい。本開示の実施形態の各態様は、ブロック図、フローチャートとして図示されて説明され、又は他のいくつかの図形によって示されているが、理解すべき点として、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア若しくはコントローラ若しくは他のコンピュータ装置、又はそれらの組合せにおいて実現してもよいが、これらに限定されない。

【0130】

本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に、有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図１～図１０を参考に上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置において実行されプログラムモジュールに含まれる、コンピュータが実行可能な命令等を含む。一般的に、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。プログラムモジュールの機能は、各実施形態での必要に応じて、プログラムモジュール間で組み合わせるか、又は分割してもよい。プログラムモジュールのマシン可読命令は、ローカル装置又は分散型装置において実行してもよい。分散型装置において、プログラムモジュールはローカルの記憶媒体及びリモートの記憶媒体の両方に置いてもよい。

【0131】

本開示の方法を実行するためのプログラムコードは、１種類又は複数種類のプログラミング言語の任意の組合せにより記述してもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供してもよく、プログラムコードはプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に指定された機能／操作を実施する。プログラムコードは全てマシン上で実行するか、部分的にマシン上で実行するか、独立したソフトウェアパッケージとして実行するか、マシン上で部分的に実行するとともにリモートのマシン上で部分的に実行するか、又は全てリモートのマシン若しくはサーバ上で実行してもよい。

【0132】

上述のプログラムコードは、マシン可読媒体上に含まれていてよく、当該マシン可読媒体は、命令実行システム、装置若しくは装置により使用されるプログラム、又は、命令実行システム、装置若しくは装置と結合して使用されるプログラムを含むか又は格納する任意の有形媒体であり得る。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であり得る。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置若しくは装置、又は前述の任意の適切な組合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のより具体的な例には、１つ若しくは複数のケーブルの電気的接続、携帯用コンピュータ磁気ディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。

【0133】

なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行するか、又は、図示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、複数のタスク及び並行処理が有利である可能性がある。同様に、上述の議論では、いくつかの特定の実施の詳細が含まれるが、これらの詳細は本開示の範囲に対する限定であると解釈されるべきではなく、特定の実施形態が持つ特徴についての説明であると解釈されるべきである。個々の実施形態の文脈において説明されたいくつかの特徴は、ある１つの実施形態において組み合わせて実現されてもよい。逆に、１つの実施形態の文脈において説明された各種特徴は、複数の実施形態において単独で、又は任意の適切なサブ的な組合せにより、実現されてもよい。

【0134】

本開示について、構造的特徴及び／又は方法・動作の専門の言葉で説明したが、添付の請求項によって限定される本開示は、必ずしも上述の具体的な特徴又は動作に限定されないと理解されるべきである。上述の具体的な特徴や動作はむしろ、請求項を実現する例示的形態として開示されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】