特許 7464128 端末デバイス、ネットワークデバイス、および端末デバイスにより実行される通信の方法

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

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

(11)【特許番号】

(24)【登録日】2024-04-01

(45)【発行日】2024-04-09

(54)【発明の名称】端末デバイス、ネットワークデバイス、および端末デバイスにより実行される通信の方法

(51)【国際特許分類】

   H04W 68/02 20090101AFI20240402BHJP

   H04W 72/0446 20230101ALI20240402BHJP

   H04W 72/23 20230101ALI20240402BHJP

【ＦＩ】

H04W68/02

H04W72/0446

H04W72/23

【請求項の数】 7

(21)【出願番号】P 2022539219

(86)(22)【出願日】2019-12-26

(65)【公表番号】

(43)【公表日】2023-03-01

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

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

(87)【国際公開日】2021-07-01

【審査請求日】2022-08-24

(73)【特許権者】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】リアン リン

(72)【発明者】

【氏名】ワン ガン

【審査官】青木 健

(56)【参考文献】

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

【文献】Qualcomm Incorporated, Oppo, China Unicorn, Vivo，Avoidance of paging collisions to minimize outage of services，3GPP TSG SA WG2 #122 S2-174243，Internet<URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_122_Cabo/Docs/S2-174243.zip>，2017年06月20日

【文献】Intel, Sony, OPPO, InterDigital，Solution for Paging Reception with PO collision avoidance，3GPP TSG SA WG2 #136 S2-1911942，Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_136_Reno/Docs/S2-1911942.zip>，2019年11月15日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

端末デバイスであって、第１のＵｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（ＵＳＩＭ）の第１ページング機会が第２のＵＳＩＭの第２ページング機会と重複するページング衝突を決定する手段と、
前記第１のＵＳＩＭのためのページング機会を決定するための候補オフセット値を決定する手段と、
前記候補オフセット値をネットワークデバイスに送信する手段と、
前記ネットワークデバイスによる前記候補オフセット値の受信に伴い提供されるオフセット値を、前記ネットワークデバイスから受信する手段と、
前記端末デバイスのＩｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）である第１の識別情報と、前記オフセット値に基づいて、前記端末デバイスの第２の識別情報を決定する手段と、
前記第２の識別情報に基づいて、ページング機会の衝突を避けるための第３ページング機会を決定する手段と、
を有する端末デバイス。

【請求項2】

前記候補オフセット値は、
無線リソース制御（ＲＲＣ）シグナリングを使用して送信される、
請求項１に記載の端末デバイス。

【請求項3】

前記オフセット値は前記候補オフセット値に基づく、
請求項１または２に記載の端末デバイス。

【請求項4】

ネットワークデバイスであって、
第１のＵｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（ＵＳＩＭ）の第１ページング機会が第２のＵＳＩＭの第２ページング機会と重複するページング衝突の決定に基づき、端末デバイスから、前記第１のＵＳＩＭのためのページング機会を決定するための候補オフセット値を受信する手段と、
前記候補オフセット値の受信に伴い、オフセット値を、前記端末デバイスへ提供する手段と、
を備え、
前記端末デバイスのＩｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）である第１の識別情報と、前記オフセット値に基づいて、前記端末デバイスの第２の識別情報が決定され、
前記第２の識別情報に基づいて、ページング機会の衝突を避けるための第３ページング機会が決定される、
ネットワークデバイス。

【請求項5】

前記候補オフセット値は、無線リソース制御（ＲＲＣ）シグナリングを使用して受信される、
請求項４に記載のネットワークデバイス。

【請求項6】

前記オフセット値は前記候補オフセット値に基づく、
請求項４または５に記載のネットワークデバイス。

【請求項7】

端末デバイスにより実行される通信の方法であって、前記方法は、
第１のＵｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（ＵＳＩＭ）の第１ページング機会が第２のＵＳＩＭの第２ページング機会と重複するページング衝突を決定することと、
前記第１のＵＳＩＭのためのページング機会を決定するための候補オフセット値を決定することと、
前記候補オフセット値をネットワークデバイスに送信することと、
前記ネットワークデバイスによる前記候補オフセット値の受信に伴い提供されるオフセット値を、前記ネットワークデバイスから受信することと、
前記端末デバイスのＩｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）である第１の識別情報と、前記オフセット値に基づいて、前記端末デバイスの第２の識別情報を決定することと、
前記第２の識別情報に基づいて、ページング機会の衝突を避けるための第３ページング機会を決定することと、
を含む方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は全体として電気通信分野に関し、特にページング監視中の通信の方法、デバイス、及びコンピュータ記憶媒体に関する。

【背景技術】

【0002】

現在、複数の汎用加入者識別モジュール（ＵＳＩＭ：universal subscriber identity module）の端末デバイスは市場で大きなシェアを占めている。２つのＵＳＩＭカードは、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、新無線（ＮＲ：New Radio）等の同一又は異なる通信規格に準拠してもよい。また、端末デバイスの無線周波数（ＲＦ）能力は、１つの送信ポート（Ｔｘ）／１つの受信ポート（Ｒｘ）、１Ｔｘ／２Ｒｘ、２Ｔｘ／２Ｒｘ等であってもよい。しかしながら、マルチＵＳＩＭ端末デバイスの性能を向上させるための仕様強化は行われていない。

【0003】

１Ｔｘ／１Ｒｘを有するマルチＵＳＩＭ端末デバイスが複数のネットワーク（例えばＵＳＩＭ ＡのネットワークとＵＳＩＭ Ｂのネットワーク）に登録されている場合、当該端末デバイスは、無線リソース制御（ＲＲＣ）のアイドル状態又は非アクティブ（ｉｎａｃｔｉｖｅ）状態において、全ての第３世代パートナーシッププロジェクト（３ＧＰＰ）の無線アクセス技術（ＲＡＴ）でのページングを、同時に監視することはできない。従来、ＵＳＩＭ ＡとＵＳＩＭ Ｂの間でページング衝突が発生した場合、端末デバイスはＵＳＩＭ ＡとＵＳＩＭ Ｂに関連付けられたページングチャネルのうち１つを選択して監視する必要があるが、これではもう１つのページングチャネルでのページングが成功しない可能性がある。したがって、マルチＵＳＩＭ端末デバイスの性能を保証することができない。

【発明の概要】

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

【0004】

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

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

【0005】

第１の態様において、通信のための方法が提供される。当該方法は、端末デバイスにおいて、第１ページングの第１ページング機会情報が第２ページングの第２ページング機会情報と重複するか否かを決定することと、前記第１ページング機会情報が前記第２ページング機会情報と重複することに応じて、前記第１ページングに関連付けられたネットワークデバイスに前記第１ページングと前記第２ページングとの間のページング衝突の指示を送信することと、を含む。

【0006】

第２の態様において、通信のための方法が提供される。当該方法は、端末デバイスの第１ページングに関連付けられたネットワークデバイスにおいて、前記端末デバイスの前記第１ページングと第２ページングとの間のページング衝突の指示を受信することを含む。前記指示は、前記第１ページングの第１ページング機会情報が前記第２ページングの第２ページング機会情報と重複することに応じて、前記端末デバイスから前記ネットワークデバイスに送信される。

【0007】

第３の態様において、通信のための方法が提供される。当該方法は、コアネットワーク要素において、端末デバイスの第１ページングに関連付けられたネットワークデバイスから第１メッセージを受信することを含む。前記第１メッセージは、前記端末デバイスの前記第１ページングと第２ページングとの間のページング衝突を示すとともに、前記第１ページングに関連付けられた識別情報を含む。前記第１メッセージは、前記端末デバイスから前記ページング衝突の指示を受信したことに応じて前記ネットワークデバイスによって送信される。

【0008】

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

【0009】

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

【0010】

第６の態様において、コアネットワーク要素が提供される。当該コアネットワーク要素は、プロセッサと、プロセッサに結合されるメモリとを含む。メモリには命令が格納されており、前記命令は、プロセッサにより実行される場合に、コアネットワーク要素に、本開示の第３の態様にかかる方法を実行させる。

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【図面の簡単な説明】

【0015】

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

【0016】

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

【0017】

【図2A】本開示のいくつかの実施形態にかかる、ページング監視中の通信のためのプロセスの模式図である。

【0018】

【図2B】本開示のいくつかの実施形態にかかる、ページング監視中の通信のための別のプロセスの模式図である。

【0019】

【図3】本開示のいくつかの実施形態にかかる、ページング監視中の通信のための別のプロセスの模式図を示す。

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

【図13】本開示の実施形態を実施するのに適したデバイスの概略ブロック図である。

【0030】

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

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

上述したように、従来、ＵＳＩＭ ＡとＵＳＩＭ Ｂとの間でページング衝突が発生した場合、マルチＵＳＩＭ端末デバイスは、ＵＳＩＭ Ａ及びＵＳＩＭ Ｂに関連付けられたページングチャネルのうち１つを選択して監視する必要がある。いくつかの状況において、端末デバイスは端末デバイス側の時分割多重化（ＴＤＭ：Time Division Multiplexing）方式に基づき、ページング機会の一部のみを選択してもよい。例えば、端末デバイスは、ページング時間が長いページングメッセージを受信し、ページング時間が短いページングメッセージを廃棄してもよい。別の例示として、端末デバイスは、ＵＳＩＭカードの１つについて、ページング機会を優先させてもよい。このようにすると、ページングメッセージを見逃す可能性があり、また、アクセス遅延を引き起こす可能性がある。

【0038】

コアネットワーク（ＣＮ）側には、ページング衝突に対する別の従来方式が存在する。端末デバイスは、ＵＳＩＭカードのうち１つのＵＳＩＭカードに新たな識別情報を割り当てるよう、非アクセス層（ＮＡＳ）のプロセスを通じてコアネットワーク要素に要求し、その後、新たな識別情報に基づいて前記１つのＵＳＩＭカードのために新たなページング機会を決定してもよい。コアネットワーク要素から端末デバイスへの新しい識別情報の送信において、まず、端末デバイスと前記１つのＵＳＩＭカードにサービスを提供するネットワークデバイスとの間の接続がアクティベートされなければならない。したがって、ページング機会をアクセス層（ＡＳ）層で計算し、頻繁なＡＳ／ＮＡＳインターワーキングが必要となる場合、長い遅延が発生することになる。また、この方式は、ページング機会を計算するために固定の国際的な携帯加入者識別番号（ＩＭＳＩ：International Mobile Subscriber Identity）を使用する必要があるため、ＬＴＥカードには適用できない。また、新たな識別情報を用いても、前記１つのＵＳＩＭカードのページング機会がもう１つのＵＳＩＭカードと一致する可能性がある。

【0039】

本開示の実施形態は、ページング監視中の通信のための改良された解決手段を提供する。この解決手段により、低遅延で効率よくページング衝突を回避することができる。以下、図面を参照し、本開示の原理及び実施について詳細に説明する。

【0040】

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

【0041】

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

【0042】

図１に示すように、通信ネットワーク１００はさらに、コアネットワークデバイス１３０内に位置するコアネットワーク要素１３１を含んでもよい。コアネットワーク要素１３１は、第１ネットワークデバイス１１０及び第２ネットワークデバイス１１１と通信してもよい。端末デバイス１２０は、ＮＡＳ層を介してコアネットワーク要素１３１と通信してもよく、ＡＳ層を介して第１ネットワークデバイス１１０及び第２ネットワークデバイス１１１と通信してもよい。例えば、いくつかの実施形態において、コアネットワーク要素１３１はアクセス及びモビリティ管理機能（ＡＭＦ）を実行してもよい。コアネットワーク要素１３１は他の任意の追加機能を実行してもよく、本願ではこの点について限定しないことに留意されたい。

【0043】

また、第１ネットワークデバイス１１０は、無線通信チャネル等のチャネルを介して、端末デバイス１２０と通信してもよい。同様に、少なくとも１つの第２ネットワークデバイス１１１も、無線通信チャネル等のチャネルを介して端末デバイス１２０と通信してもよい。第１ネットワークデバイス１１０と第２ネットワークデバイス１１１は、互いに通信を行ってもよい。

【0044】

理解すべき点として、図１におけるデバイスの数は説明を目的として示されたものであり、本開示に対する何らかの限定を暗示するものではない。ネットワーク１００は、本開示の実施に適した任意の適切な数のネットワークデバイス及び／又は端末デバイス及び／又はコアネットワーク要素を含んでもよい。特に、ここでは図１において１つのコアネットワークデバイス１３０のみが示されているが、本開示の実施形態は、より多くのコアネットワークの場合にも適用され得る。例えば、第１ネットワークデバイス１１０と第２ネットワークデバイス１１１は、異なるコアネットワークに接続されてもよい。また、ここでは、図１において１つのコアネットワーク要素１３１のみを示しているが、本開示の実施形態はコアネットワーク要素がより多い場合にも適用され得る。例えば、第１のＵＳＩＭカード１２１と第２のＵＳＩＭカード１２２は、異なるコアネットワーク要素に対応していてもよい。

【0045】

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

【0046】

図１に示すように、端末デバイス１２０がアイドル状態又は非アクティブ状態の場合、コアネットワークデバイス１３０が端末デバイス１２０に音声通話データ、ビデオ通話データ等のデータを送信すると、コアネットワーク要素１３１は端末デバイス１２０に対するページングを開始する。いくつかの実施形態において、コアネットワーク要素１３１は、ネットワークデバイス１１０、１１１等のネットワークデバイスにページングメッセージを送信してもよく、その後、ネットワークデバイス１１０、１１１がそれぞれのページングメッセージを送信してもよい。同時に、端末デバイス１２０は、ページングメッセージの送信を監視してもよい。

【0047】

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

【0048】

例えば、図１に示すような第１のＵＳＩＭカード１２１及び第２のＵＳＩＭカード１２２に対して、端末デバイス１２０は、第１のＵＳＩＭカード１２１に関連付けられた第１ページングと、第２のＵＳＩＭカード１２２に関連付けられた第２ページングとに関与してもよい。この場合、端末デバイス１２０は、対応する監視機会（以下、ページング機会情報とも称する）を算出してもよい。いくつかの実施形態において、ページング機会情報は、ページングフレーム（ＰＦ）及びページング機会（ＰＯ）に関するパラメータを含んでもよい。例えば、ページング機会情報は、ページング周期、接続持続時間、及びページングフレームオフセットのうち少なくとも１つを含んでもよい。例えば、３ＧＰＰ仕様３８．３０４Ｖｆ．５．０（ＮＲ用）、３６．３０４Ｖ１５．４．０（ＬＴＥ用）では、以下の計算が規定されている。
・ ３８．３０４ Ｖｆ．５．０
以下の式で、ページング用のＰＦ及びＰＯが決定される。
ＰＦ用のＳＦＮは以下の式で決定される。
（ＳＦＮ ＋ ＰＦ＿ｏｆｆｓｅｔ） ｍｏｄ Ｔ ＝ （Ｔ ｄｉｖ Ｎ）＊（ＵＥ＿ＩＤ ｍｏｄ Ｎ）
ＰＯのインデックスを示すインデックスｉ＿ｓは、以下の式で決定される。
ｉ＿ｓ ＝ ｆｌｏｏｒ （ＵＥ＿ＩＤ／Ｎ） ｍｏｄ Ｎｓ
上記のＰＦとｉ＿ｓの計算には、以下のパラメータが使用される。
Ｔ： ＵＥのＤＲＸ周期（Ｔは、ＵＥ固有のＤＲＸ値（ＲＲＣ及び／又は上位レイヤにＵＥ固有のＤＲＸ値が設定されている場合）の最小値と、システム情報でブロードキャストされるデフォルトＤＲＸ値によって決定される。ＲＲＣ又は上位レイヤによってＵＥ固有のＤＲＸが設定されていない場合、当該デフォルト値が適用される）。
Ｎ： Ｔのページングフレーム総数
Ｎｓ：ＰＦ用のページング機会の数
ＰＦ＿ｏｆｆｓｅｔ： ＰＦ決定用オフセット
ＵＥ＿ＩＤ： ５Ｇ－Ｓ－ＴＭＳＩ ｍｏｄ １０２４
・ ３６．３０４Ｖ１５．４．０
ＰＦは以下の式で与えられる。
ＳＦＮ ｍｏｄ Ｔ＝ （Ｔ ｄｉｖ Ｎ）＊（ＵＥ＿ＩＤ ｍｏｄ Ｎ）
サブフレームパターンからのＰＯを指すインデックスｉ＿ｓは、以下の式から導き出される。
ｉ＿ｓ ＝ ｆｌｏｏｒ（ＵＥ＿ＩＤ／Ｎ） ｍｏｄ Ｎｓ
上記のＰＦとｉ＿ｓの計算には、以下のパラメータが使用される。
－Ｔ： ＵＥのＤＲＸ周期
－ｎＢ： ４Ｔ， ２Ｔ， Ｔ， Ｔ／２， Ｔ／４， Ｔ／８， Ｔ／１６， Ｔ／３２， Ｔ／６４， Ｔ／１２８及びＴ／２５６、またＮＢ－ＩｏＴについてＴ／５１２及びＴ／１０２４であってもよい。
－Ｎ： ｍｉｎ（Ｔ，ｎＢ）
－Ｎｓ： ｍａｘ（１，ｎＢ／Ｔ）
－ＵＥ＿ＩＤ：
ＵＥが、５ＧＣに接続されたＥ－ＵＴＲＡをサポートし、ＮＡＳが、選択されたセルで５ＧＣを使用するよう指示した場合、
ＰＤＣＣＨでＰ－ＲＮＴＩを監視している場合、５Ｇ－Ｓ－ＴＭＳＩ ｍｏｄ １０２４。
そうでない場合、
ＰＤＣＣＨでＰ－ＲＮＴＩを監視している場合、ＩＭＳＩ ｍｏｄ １０２４。
ＮＰＤＣＣＨでＰ－ＲＮＴＩを監視している場合、ＩＭＳＩ ｍｏｄ ４０９６。
ＭＰＤＣＣＨでＰ－ＲＮＴＩを監視している場合、又はＮＰＤＣＣＨでＰ－ＲＮＴＩを監視し且つＵＥが非アンカーキャリアのページングをサポートしている場合で、さらに、システム情報において非アンカーキャリアのページング機会情報が提供される場合、ＩＭＳＩ ｍｏｄ １６３８４。

【0049】

第１のＵＳＩＭカード１２１の識別情報に基づく上記計算により、第１のＵＳＩＭカード１２１に関連付けられた第１ページング機会情報が得られ、第２のＵＳＩＭカード１２２の識別情報に基づく上記計算により、第２のＵＳＩＭカード１２２に関連付けられた第２ページング機会情報が得られると仮定する。いくつかの状況において、第１ページング機会情報は、第２ページング機会情報と重複することがある。これは通常、ページング衝突とみなされる。

【0050】

この点に鑑み、本願の実施形態は、無線アクセスネットワーク（ＲＡＮ）に基づく解決手段を提供する。本願の実施形態によれば、端末デバイスに関連付けられた第１ページングと第２ページングとの間のページング衝突が検出された場合、端末デバイスは、第１ページングに関連付けられたネットワークデバイスにページング衝突の指示を送信することができる。こうして、ＲＡＮによって、ページング衝突の問題解決を低遅延で効率よく促すことができる。図２Ａ、図２Ｂ及び図３を参照しながら、これについてより詳細に説明する。

【0051】

図２Ａは、本開示の実施形態にかかる、ページング監視中の通信のためのプロセス２００の模式図である。議論を目的として、図１を参照しつつプロセス２００を説明する。プロセス２００は、図１に示す端末デバイス１２０、ネットワークデバイス１１０及びコアネットワーク要素１３１に関わっていてもよい。本実施形態では、ネットワークデバイス１１１が端末デバイス１２０の非アクティブ化前に最後にサービスを提供したネットワークデバイスであると仮定する。

【0052】

図２Ａに示すように、端末デバイス１２０は、第１のＵＳＩＭカード１２１に関連付けられた第１ページング機会情報が、第２のＵＳＩＭカード１２２に関連付けられた第２ページング機会情報と重複するか否かを決定してもよい（２１０）。いくつかの実施形態において、ページング機会情報はＰＦとＰＯを含んでもよい。いくつかの実施形態において、端末デバイス１２０は、３ＧＰＰ仕様３８．３０４Ｖｆ．５．０及び３６．３０４Ｖ１５．４．０に規定された式に従って、第１のＵＳＩＭカード１２１と第２のＵＳＩＭカード１２２の対応するＰＦ及びＰＯを算出してもよい。現在存在する、又は将来開発される任意の他の適切な計算を適用してもよく、さらに、ＰＦ及びＰＯ以外にも他の任意の適切なパラメータを使用してもよいことに留意されたい。

【0053】

いくつかの実施形態において、端末デバイス１２０は、第１ページング機会情報が第２ページング機会情報と完全に重複するか否かを決定してもよい。第１ページング機会情報が第２ページング機会情報と部分的に重複する場合、端末デバイス１２０は、第２のＵＳＩＭカード１２２に対する第１のＵＳＩＭカード１２１の優先度に基づいて、更新後の第１ページング機会情報を決定してもよい（２１０’）。例えば、いくつかの実施形態において、端末デバイス１２０は、衝突するＰＦ又はＰＯ上で、より大きなページング周期を有する第２のＵＳＩＭカード１２２のみを監視し、したがって第２ページング機会情報は変更されずに、更新後の第１ページング機会情報を決定することを選択してもよい。いくつかの代替の実施形態において、端末デバイス１２０は、衝突するＰＦ又はＰＯ上で、プライマリカードとして第２のＵＳＩＭカード１２２のみを監視し、したがって第２ページング機会情報は変更されずに、更新後の第１ページング機会情報を決定することを選択してもよい。このようにして、ページング衝突は、ＴＤＭ方式で端末デバイス１２０において解決される。

【0054】

一方、第１ページング機会情報が第２ページング機会情報と完全に重複する場合、端末デバイス１２０は、第１ページング機会情報が第２ページング機会情報と重複すると決定してもよい。すなわち、ページング衝突が検出される。このとき、端末デバイス１２０は、ネットワークデバイス１１０にページング衝突の指示を送信してもよい（２２０）。いくつかの実施形態において、端末デバイス１２０はＲＲＣシグナリングで指示を送信してもよい。例えば、ページング衝突が検出された場合、端末デバイス１２０は、第１ネットワークデバイス１１０へのＲＲＣ接続の開始を直接トリガしてもよい。

【0055】

端末デバイス１２０がアイドル状態にあるいくつかの実施形態において、端末デバイス１２０は、ＲＲＣ確立要求メッセージの確立理由を使用して指示を送信してもよい。例えば、ＲＲＣ確立要求（ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔ）／ＲＲＣ接続確立要求（ＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＲｅｑｕｅｓｔ）メッセージは、以下のように使用することができる。
RRCSetupRequest-IEs ::= SEQUENCE {
ue-Identity InitialUE-Identity,
establishmentCause EstablishmentCause,
spare BIT STRING (SIZE (1))
}
…
EstablishmentCause ::= ENUMERATED {
emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, mo-VoiceCall, mo-VideoCall, mo-SMS, mps-PriorityAccess, mcs-PriorityAccess, pagingCollision, spare5, spare4, spare3, spare2, spare1}

【0056】

端末デバイス１２０が非アクティブ状態にあるいくつかの代替の実施形態において、端末デバイス１２０は、ＲＲＣ再開要求メッセージの再開理由を用いて指示を送信してもよい。例えば、ＲＲＣ再開要求（ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ）／ＲＲＣ再開要求１（ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１）／ＲＲＣ接続再開要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ）メッセージは以下のように使用されてもよい。
RCResumeRequest ::= SEQUENCE {
rrcResumeRequest RRCResumeRequest-IEs
}
RRCResumeRequest-IEs ::= SEQUENCE {
resumeIdentity ShortI-RNTI-Value,
resumeMAC-I BIT STRING (SIZE (16)),
resumeCause ResumeCause,
spare BIT STRING (SIZE (1))
}
ResumeCause ::= ENUMERATED {emergency, highPriorityAccess, mt-Access, mo-Signalling,
mo-Data, mo-VoiceCall, mo-VideoCall, mo-SMS, rna-Update, mps-PriorityAccess, mcs-PriorityAccess, pagingCollsion, spare1, spare2, spare3, spare4}

【0057】

留意すべき点として、任意の他の適切な方式を用いてネットワークデバイス１１０に指示を送信してもよく、本願では上記の例示に限定しない。

【0058】

端末デバイス１２０が接続状態にあるいくつかの実施形態において、端末デバイス１２０がコアネットワーク要素１３１から第１ページングに関連付けられた更新後の識別情報（ｉｄｅｎｔｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）を受信すると、端末デバイス１２０は、更新後の識別情報に基づいて算出された第１ページング機会情報が、第２ページング機会情報と重複するか否かを決定してもよい。第１ページング機会情報が第２ページング機会情報と重複する場合、端末デバイス１２０はコアネットワーク要素１３１に対して、別の更新後の識別情報についての要求を送信してもよい。例えば、端末デバイス１２０はコアネットワーク要素１３１にＮＡＳメッセージを送信してよく、これによってコアネットワーク要素１３１が、第１ページングに関連付けられた新たな識別情報を、更新後の第１ページング機会情報の決定のために端末デバイス１２０に割り当ててもよい。

【0059】

端末デバイス１２０が接続状態にあるいくつかの代替の実施形態において、端末デバイス１２０がコアネットワーク要素１３１から第１ページングに関連付けられた更新後の識別情報を受信すると、端末デバイス１２０は、更新後の識別情報に基づいて算出された第１ページング機会情報が第２ページング機会情報と重複するか否かを決定してもよい。第１ページング機会情報が第２ページング機会情報と重複する場合、端末デバイス１２０は、図２Ａの２２０と結び付けて説明したように、ネットワークデバイス１１０にページング衝突の指示を送信してもよい。

【0060】

いくつかの実施形態において、端末デバイス１２０が接続状態からアイドル状態又は非アクティブ状態に変化し、ネットワークデバイス１１０から別のネットワークデバイス（例えば、ネットワークデバイス１１１）に移動した場合、端末デバイス１２０は、第１ページング機会情報が第２ページング機会情報と重複するか否かを決定してもよい。第１ページング機会情報が第２ページング機会情報と重複する場合、端末デバイス１２０は、図２Ａの２２０と結び付けて説明したように、ネットワークデバイス１１０にページング衝突の指示を送信してもよい。

【0061】

図２Ａに示すように、この指示を受信すると、ネットワークデバイス１１０は、コアネットワーク要素１３１に第１メッセージを送信してもよい（２３０）。第１メッセージは、ページング衝突を示すとともに第１のＵＳＩＭカード１２１の識別情報を含む。

【0062】

第１メッセージを受信すると、コアネットワークデバイス１３０は、第１のＵＳＩＭカード１２１の更新後の識別情報を決定し（２４０）、更新後の識別情報を端末デバイス１２０に送信してもよい（２５０）。いくつかの実施形態において、コアネットワークデバイス１３０は、ＮＡＳプロセスによって端末デバイス１２０に更新後の識別情報を送信してもよい（２５０）。留意すべき点として、更新後の識別情報をコアネットワークデバイス１３０から端末デバイス１２０に送信するには任意の他の適切な方式を用いてもよく、本願はこれをついて限定しない。

【0063】

第１のＵＳＩＭカード１２１の更新後の識別情報を受信すると、端末デバイス１２０は、第１のＵＳＩＭカード１２１に関連付けられた更新後の第１ページング機会情報を決定してもよい（２６０）。これにより、更新後の第１ページング機会情報と、変更されていない第２ページング機会情報とを区別することができ、ページング衝突の問題を解消することができる。

【0064】

図２Ｂは、本開示の実施形態にかかる、ページング監視中の通信のための別のプロセス２００の模式図である。議論を目的として、図１を参照してプロセス２００’を説明する。プロセス２００’は、図１に示す端末デバイス１２０、ネットワークデバイス１１０、ネットワークデバイス１１１、及びコアネットワーク要素１３１に関わってもよい。本実施形態において、ネットワークデバイス１１０が端末デバイス１２０に現在サービスを提供しているネットワークデバイスと仮定し、また、ネットワークデバイス１１１が端末デバイス１２０の非アクティブ化前に最後にサービスを提供したネットワークデバイスであると仮定する。図２Ａの２３０の処理が図２Ｂの２３１’及び２３２’の処理に置き換えられることを除いて、プロセス２００’は、図２Ａで説明したプロセス２００と同様である。以下では、簡潔にするため相違点のみを説明する。

【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】

いくつかの代替の実施形態において、ネットワークデバイス１１０は、ＵＥ補助情報（ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）メッセージにおけるフィールドを使用して当該指示を受信してもよい。いくつかの実施形態において、ネットワークデバイス１１０が端末デバイスの非アクティブ化の前に最後にサービスを提供したネットワークデバイスであり、第２ページングに関連付けられた別のネットワークデバイスが変更されない場合、ネットワークデバイス１１０は現在のセルにおいて当該指示を１回だけ受信してもよい。

【0135】

ブロック８２０において、ネットワークデバイス１１０は、第１ページングについてのオフセット値を決定してもよい。いくつかの実施形態では、ネットワークデバイス１１０は端末デバイス１２０からオフセット値の候補を受信し、当該候補に基づいてオフセット値を決定してもよい。いくつかの実施形態では、ネットワークデバイス１１０は端末デバイス１２０から第２ページング機会情報を受信し、第２ページング機会情報に基づいてオフセット値を決定してもよい。この方面の処理は、図３の３５０と結び付けて説明した処理と同様であるため、ここではその他の詳細を繰り返さない。

【0136】

ブロック８３０において、ネットワークデバイス１１０は、第１加入者識別モジュールに関連付けられた更新後の第１ページング機会情報の決定のために、端末デバイス１２０にオフセット値を送信してもよい。いくつかの実施形態において、ネットワークデバイス１１０はＲＲＣシグナリングにおいてオフセット値を送信してもよい。例えばいくつかの実施形態において、ネットワークデバイス１１０は、ＲＲＣ再設定メッセージ及びＲＲＣ解放メッセージのうち少なくとも１つのメッセージにおいてオフセット値を送信してもよい。この方面の処理は、図３の３６０と結び付けて説明した処理と同様であるため、ここではその他の詳細を繰り返さない。

【0137】

いくつかの実施形態において、ネットワークデバイス１１０は第１ネットワークデバイスであり、ネットワークデバイス１１０は、コアネットワーク要素（例えば図１のコアネットワーク要素１３１）に第１加入者識別モジュールの識別情報とオフセット値を送信することで、コアネットワーク要素１３１がページングメッセージにおいて第１加入者識別モジュールの識別情報とオフセット値を送信するようにしてもよい。この方面の処理は、図３の３６０と結び付けて説明した処理と同様であるため、ここではその他の詳細を繰り返さない。

【0138】

いくつかの代替の実施形態において、ネットワークデバイス１１０は、第１ネットワークデバイスと同じページング設定を有する少なくとも１つの第２ネットワークデバイスに対して、更新後のページング設定の決定のために、第１加入者識別モジュールの識別情報とオフセット値を送信してもよい。この方面の処理は、図３の３６２と結び付けて説明した処理と同様であるため、ここではその他の詳細を繰り返さない。

【0139】

いくつかの実施形態において、ネットワークデバイス１１０は、第１ネットワークデバイスと同じページング設定を有する少なくとも１つの第２ネットワークデバイスのリストを決定し、当該リストを端末デバイス１２０に送信してもよい。この方面の処理は、図３の３８０及び３８１と結び付けて説明した処理と同様であるため、ここではその他の詳細を繰り返さない。

【0140】

いくつかの実施形態において、ネットワークデバイス１１０は、ページング衝突を示すとともに、第１ページングに関連付けられた識別情報を含む第１メッセージを、コアネットワーク要素に送信することで、コアネットワーク要素が、第１ページングに関連付けられた更新後の識別情報を端末デバイスに割り当てるようにしてもよい。これについて図９を参照しつつさらに詳細に説明を行う。

【0141】

図９は、本開示のいくつかの実施形態にかかる、ネットワークデバイスで実施される通信の別の例示的方法９００を示す。方法９００は例えば、図１に示すネットワークデバイス１１０において実行されてもよい。議論を目的として、以下では図１を参照して方法９００を説明する。理解すべき点として、方法９００は、図示されていない付加的ブロックを含んでもよく、且つ／又は、図示されたいくつかのブロックを省略してもよく、この点において、本開示の範囲は限定されない。本実施形態において、第１ページングは端末デバイス１２０の第１加入者識別モジュール（例えば第１のＵＳＩＭカード１２１）に関連付けられ、第２ページングは端末デバイス１２０の第２加入者識別モジュール（例えば第２のＵＳＩＭカード１２２）に関連付けられている。

【0142】

図９に示すようにブロック９１０において、ネットワークデバイス１１０は、ネットワークデバイス１１０が端末デバイス１２０の非アクティブ化前に最後にサービスを提供したネットワークデバイスであるか否かを決定してもよい。ブロック９１０において、ネットワークデバイス１１０が端末デバイス１２０の非アクティブ化前に最後にサービスを提供したネットワークデバイスであると決定した場合、ブロック９２０において、ネットワークデバイス１１０は、ページング衝突を示すとともに第１加入者識別モジュールの識別情報を含む第１メッセージを、コアネットワーク要素１３１に送信し、コアネットワーク要素１３１が第１加入者識別モジュールの更新後の識別情報を端末デバイス１２０に割り当てるようにしてもよい。

【0143】

ブロック９１０において、ネットワークデバイス１１０が最後にサービスを提供したネットワークデバイスではないと決定した場合、ブロック９３０において、ネットワークデバイス１１０は、最後にサービスを提供したネットワークデバイス（ネットワークデバイス１１１等）に対し、ページング衝突を示す第２メッセージを送信して、最後にサービスを提供したネットワークデバイスがコアネットワーク要素１３１に対しページング衝突を通知するようにしてもよい。いくつかの実施形態において、ネットワークデバイス１１０は、ＵＥコンテキスト取得要求（ＲｅｔｒｉｅｖｅＵＥＣｏｎｔｅｘｔＲｅｑｕｅｓｔ）メッセージ内の再開理由を用いて当該第２メッセージを送信してもよい。この方面の処理は、図２Ｂの２３１’と結び付けて説明した処理と同様であるため、ここではその他の詳細を繰り返さない。

【0144】

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

【0145】

図１０に示すようにブロック１０１０において、コアネットワーク要素１３１は、第１ページングに関連付けられたネットワークデバイス（例えばネットワークデバイス１１０）から、第１ページングと第２ページングとの間のページング衝突を示すとともに、第１ページングに関連付けられた識別情報を含む第１メッセージを受信してもよい。本実施形態では、ネットワークデバイス１１０が端末デバイス１２０の非アクティブ化前に最後にサービスを提供したネットワークデバイスであってもよい。

【0146】

第１メッセージに基づき、コアネットワーク要素１３１は第１ページングに関連付けられた更新後の識別情報を端末デバイス１２０に割り当ててもよい。図１１を参照しながら、これについてより詳細に説明する。

【0147】

図１１は、本開示のいくつかの実施形態にかかる、コアネットワーク要素で実施される通信の別の例示的方法１１００を示す。方法１１００は例えば、図１に示すコアネットワーク要素１３１において実行されてもよい。議論を目的として、以下では図１を参照して方法１１００を説明する。理解すべき点として、方法１１００は、図示されていない付加的ブロックを含んでもよく、且つ／又は、図示されたいくつかのブロックを省略してもよく、この点において、本開示の範囲は限定されない。本実施形態において、第１ページングは端末デバイス１２０の第１加入者識別モジュール（例えば第１のＵＳＩＭカード１２１）に関連付けられ、第２ページングは端末デバイス１２０の第２加入者識別モジュール（例えば第２のＵＳＩＭカード１２２）に関連付けられている。

【0148】

図１１に示すようにブロック１１１０において、コアネットワーク要素１３１は、第１加入者識別モジュール（第１のＵＳＩＭカード１２１等）にサービスを提供するネットワークデバイス（ネットワークデバイス１１０等）から、第１加入者識別モジュールと第２加入者識別モジュール（第２のＵＳＩＭカード１２２等）との間のページング衝突を示すとともに第１加入者識別モジュールの識別情報を含む第１メッセージを受信してもよい。いくつかの実施形態において、ネットワークデバイスは端末デバイス１２０の非アクティブ化前に最後にサービスを提供したネットワークデバイスであってもよい。

【0149】

ブロック１１２０において、コアネットワーク要素１３１は、第１メッセージに基づいて、第１加入者識別モジュールに関連付けられた更新後の識別情報を決定してもよい。ブロック１１３０において、コアネットワーク要素１３１は、第１加入者識別モジュールに関連付けられた更新後の第１ページング機会情報の決定のために、端末デバイス１２０に更新後の識別情報を送信してもよい。いくつかの実施形態において、コアネットワークデバイス１３０は、ＮＡＳプロセスによって端末デバイス１２０に更新後の識別情報を送信してもよい。留意すべき点として、更新後の識別情報をコアネットワークデバイス１３０から端末デバイス１２０に送信するには任意の他の適切な方式を用いてもよく、本願はこれをついて限定しない。

【0150】

図１２は、本開示のいくつかの実施形態にかかる、コアネットワーク要素で実施される通信の別の例示的方法１２００を示す。方法１２００は例えば、図１に示すコアネットワーク要素１３１において実行されてもよい。議論を目的として、以下では図１を参照して方法１２００を説明する。理解すべき点として、方法１２００は、図示されていない付加的ブロックを含んでもよく、且つ／又は、図示されたいくつかのブロックを省略してもよく、この点において、本開示の範囲は限定されない。本実施形態において、第１ページングは端末デバイス１２０の第１加入者識別モジュール（例えば第１のＵＳＩＭカード１２１）に関連付けられ、第２ページングは端末デバイス１２０の第２加入者識別モジュール（例えば第２のＵＳＩＭカード１２２）に関連付けられている。

【0151】

図１２に示すようにブロック１２１０において、コアネットワーク要素１３１は、第１加入者識別モジュール（例えば図１の第１のＵＳＩＭカード１２１）にサービスを提供する第１ネットワークデバイス（例えば図１のネットワークデバイス１１０）から、第１加入者識別モジュールの識別情報とオフセット値を受信してもよい。いくつかの実施形態において、当該オフセット値は、端末デバイス（図１の端末デバイス１２０等）からページング衝突の指示を受信したことに応じて、第１ネットワークデバイスによって決定されてもよい。この方面の処理は、図３の３６０と結び付けて説明した処理と同様であるため、ここではその他の詳細を繰り返さない。

【0152】

ブロック１２２０において、コアネットワーク要素１３１は、第１加入者識別モジュールに関連付けられた更新後の第１ページング機会情報の決定のために、ページングメッセージにおいて第１加入者識別モジュールの識別情報とオフセット値を送信してもよい。この方面の処理は、図３の３６１と結び付けて説明した処理と同様であるため、ここではその他の詳細を繰り返さない。

【0153】

図１３は、本開示の実施形態を実施するのに適したデバイス１３００の概略ブロック図である。デバイス１３００は、図１に示すネットワークデバイス１１０、端末デバイス１２０又はコアネットワーク要素１３１の別の例示の実現であるとみなすことができる。したがって、デバイス１３００は、ネットワークデバイス１１０、端末デバイス１２０若しくはコアネットワーク要素１３１で実現することができ、又はネットワークデバイス１１０、端末デバイス１２０若しくはコアネットワーク要素１３１の少なくとも一部として実現することができる。

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

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

【0162】

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

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】