特許 7521109 データ転送制御情報の拡張バッファリング

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

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

(11)【特許番号】

(24)【登録日】2024-07-12

(45)【発行日】2024-07-23

(54)【発明の名称】データ転送制御情報の拡張バッファリング

(51)【国際特許分類】

   H04W 68/00 20090101AFI20240716BHJP

   H04W 76/18 20180101ALI20240716BHJP

   H04W 80/10 20090101ALI20240716BHJP

【ＦＩ】

H04W68/00

H04W76/18

H04W80/10

【請求項の数】 13

(21)【出願番号】P 2023508107

(86)(22)【出願日】2021-07-22

(65)【公表番号】

(43)【公表日】2023-08-30

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

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

(87)【国際公開日】2022-02-10

【審査請求日】2023-04-05

(31)【優先権主張番号】2030250-1

(32)【優先日】2020-08-07

(33)【優先権主張国・地域又は機関】SE

(73)【特許権者】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】パレニウス，トールニー

(72)【発明者】

【氏名】ベルグレン，アンダース

(72)【発明者】

【氏名】ノルド，ラーシュ

【審査官】桑原 聡一

(56)【参考文献】

【文献】Sony，KI #1, Sol #3: Update to remove EN，3GPP TSG SA WG2 #139e S2-2003675，Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_139e_Electronic/Docs/S2-2003675.zip>，2020年06月01日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

通信ネットワーク（９９、１００、１００－１、１００－２）のページング制御ノードを動作させる方法であって、
－無線通信デバイス（１０１）に対するデータ転送を検出すると、前記無線通信デバイス（１０１）をページングするためのページング手順をトリガするステップ（３１１０）と、
－前記無線通信デバイス（１０１）から、前記無線通信デバイス（１０１）が一時的にビジーであることを示す応答メッセージ（４０３０）を受信するステップ（３１１５）と、
－前記無線通信デバイス（１０１）が前記データ転送に関与することができないことを示すインジケータを、前記データ転送に関連付けられたセッション制御ノードに提供するステップ（３１２０）とを含み、それにより、前記データ転送に関連付けられたデータ転送制御情報（４０５５）のバッファリングを容易にし、
前記ページング制御ノードはアクセス及びモビリティ管理機能（ＡＭＦ）であり、
前記データ転送は着信呼であり、
前記データ転送制御情報（４０５５）は、呼制御情報（４０５５）である、方法。

【請求項2】

－前記応答メッセージ（４０３０）の受信に応答して、前記ページング手順のエスカレーションを中断し、及び／又は前記無線通信デバイス（１０１）のためにスケジュールされている１つ又は複数のさらなるデータ転送に関連付けられた１つ又は複数のさらなるページング手順をブロックするステップをさらに含む、請求項１に記載の方法。

【請求項3】

前記応答メッセージ（４０３０）は、前記無線通信デバイス（１０１）が前記データ転送に関与することができない予測持続時間を示すインジケータを含み、
前記方法は、
－前記予測持続時間を前記セッション制御ノードに示すステップをさらに含む、請求項１又は２に記載の方法。

【請求項4】

前記無線通信デバイス（１０１）が前記データ転送に関与することができないことを示す前記インジケータは、前記無線通信デバイス（１０１）が一時的にビジーであることを示す、請求項１～３のいずれか１つに記載の方法。

【請求項5】

通信ネットワーク（９９、１００、１００－１、１００－２）のページング制御ノードであって、制御回路（１３１２）と、前記通信ネットワーク（９９、１００、１００－１、１００－２）の１つ又は複数のノードとインターフェースするインターフェース（１３１５）とを含み、前記制御回路（１３１２）は、
－無線通信デバイス（１０１）に対するデータ転送を検出すると、前記無線通信デバイス（１０１）をページングするためのページング手順をトリガし、
－前記無線通信デバイス（１０１）から、前記インターフェース（１３１５）を介して、前記無線通信デバイス（１０１）が一時的にビジーであることを示す応答メッセージ（４０３０）を受信し、
－前記インターフェース（１３１５）を介して、前記無線通信デバイス（１０１）が前記データ転送に関与することができないことを示すインジケータを、前記データ転送に関連付けられたセッション制御ノードに提供し、それにより、前記データ転送に関連付けられたデータ転送制御情報（４０５５）のバッファリングを容易にし、
前記ページング制御ノードはアクセス及びモビリティ管理機能（ＡＭＦ）であり、
前記データ転送は着信呼であり、
前記データ転送制御情報（４０５５）は、呼制御情報（４０５５）である、ページング制御ノード。

【請求項6】

前記制御回路（１３１２）は、請求項１～４のいずれか１つに記載の方法を実行する、請求項５に記載のページング制御ノード。

【請求項7】

通信ネットワーク（９９、１００、１００－１、１００－２）のセッション制御ノードを動作させる方法であって、
－無線通信に対するデータ転送を検出すると、ページング制御ノード（１１２、１３１）から、無線通信デバイス（１０１）が一時的にビジーであることを示すインジケータを取得するステップと、
－前記無線通信デバイス（１０１）が一時的にビジーであるという前記インジケータを取得したことに応答して、前記データ転送のデータ転送制御情報（４０５５）をバッファリングするステップと、
－バッファリングする前記ステップの完了時に、前記データ転送制御情報（４０５５）の前記無線通信デバイス（１０１）への提供を容易にするステップとを含み、
前記ページング制御ノードはアクセス及びモビリティ管理機能（ＡＭＦ）であり、
前記データ転送は着信呼であり、
前記データ転送制御情報（４０５５）は、呼制御情報（４０５５）である、方法。

【請求項8】

前記ページング制御ノード（１１２、１３１）から、前記無線通信デバイス（１０１）が前記データ転送に関与することができない予測持続時間を示すインジケータを取得することをさらに含む、請求項７に記載の方法。

【請求項9】

－前記データ転送制御情報（４０５５）をバッファリングされていたものとしてラベル付けするステップをさらに含む、請求項７又は８に記載の方法。

【請求項10】

－前記データ転送制御情報（４０５５）をバッファリングしながら、破棄イベントを監視するステップと、
－監視する前記ステップに基づいて前記破棄イベントを検出すると、前記データ転送制御情報（４０５５）を破棄するステップとをさらに含む、請求項７～９のいずれか１つに記載の方法。

【請求項11】

前記破棄イベントは、前記無線通信デバイス（１０１）からトリガを受信しない応答タイムアウト、又は着信呼の発信元から受信した解除指示の少なくとも一方である、請求項１０に記載の方法。

【請求項12】

前記データ転送制御情報（４０５５）は、前記無線通信デバイス（１０１）からのそれぞれの要求に応じて前記無線通信デバイス（１０１）に提供される、請求項７～１１のいずれか１つに記載の方法。

【請求項13】

通信ネットワーク（９９、１００、１００－１、１００－２）のセッション制御ノードであって、制御回路（１２１２）と、前記通信ネットワーク（９９、１００、１００－１、１００－２）の１つ又は複数のノードとインターフェースするインターフェース（１２１５）とを含み、前記制御回路（１２１２）は、
－無線通信デバイス（１０１）に対するデータ転送を検出すると、ページング制御ノード（１１２、１３１）から、前記インターフェース（１２１５）を介して、前記無線通信デバイス（１０１）が一時的にビジーであることを示すインジケータを取得し、
－前記無線通信デバイス（１０１）が一時的にビジーであるという前記インジケータを取得したことに応答して、前記データ転送のデータ転送制御情報（４０５５）をバッファリングし、
－前記バッファリングの完了時に、前記インターフェース（１２１５）を介して、前記データ転送制御情報（４０５５）を前記無線通信デバイス（１０１）に提供することを容易にし、
前記ページング制御ノードはアクセス及びモビリティ管理機能（ＡＭＦ）であり、
前記データ転送は着信呼であり、
前記データ転送制御情報（４０５５）は、呼制御情報（４０５５）である、セッション制御ノード。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の様々な例は、一般に、無線通信デバイスのページング手順に関し、ページングメッセージの受信に応答して、無線通信デバイスによって応答メッセージが送信され、応答メッセージは、無線通信デバイスが着信データ転送に一時的に応答することができないことを示す。本開示の様々な例は、一般に、ビジーイベントが解消されるまで、データ転送に関連付けられたデータ転送制御情報をバッファリングすることに関する。

【背景技術】

【0002】

無線通信デバイス（ユーザ機器、ＵＥと呼ばれることもある）を使用する移動体通信が普及している。ＵＥの電力消費を低減するために、ＵＥは、１つ又は複数のデータ転送に参加することができる接続モードから、データ転送が少なくとも一時的に延期される切断モードに遷移することができる。切断モードの例には、第３世代パートナーシップ（３ＧＰＰ（登録商標））新無線（ＮＲ）無線リソース制御（ＲＲＣ）アイドルモード及びＲＲＣ非アクティブモードが含まれる。切断モードの様々な実装形態が公知であるが、一般に、切断モードから接続モードへの再遷移は、ページング手順によってトリガすることができる。ここでは、１つ又は複数のページング信号が、ページング時点（ｏｃｃａｓｉｏｎ）（ＰＯ）においてＵＥへ送信される。これは、例えばランダムアクセス手順を実装することによって、切断モードから接続モードへの再遷移をトリガする。

【0003】

１つ又は複数のページング信号の受信に応答して切断モードから接続モードへの再遷移をこのようにトリガすることは、柔軟性及び電力消費の点で非効率的であり得ることが観察されている。この問題に対処するために、ＵＥは一時的にビジーであることをシグナリングすることができることが公知である（国際公開第２０２０／０７６４６０号明細書）。次いで、ページング手順を停止することができ、さらなるデータをＵＥに送信することができなくなる。

【0004】

そのようなビジー指示でさえ柔軟性が制限され、電力消費に関して非効率的であるシナリオが発生する可能性がある。

【先行技術文献】

【特許文献】

【0005】

【文献】国際公開第２０２０／０７６４６０号

【発明の概要】

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

【0006】

したがって、無線通信デバイスに向けられた着信データ転送を処理する高度な技術が必要とされている。関連付けられたページング手順を実装する高度な技術が必要とされている。特に、上記の制限又は欠点の少なくともいくつかを克服又は緩和する技術が必要とされている。

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

【0007】

この必要性は、独立請求項の特徴によって満たされる。従属請求項の特徴は、実施形態を定義する。

【0008】

ＵＥを動作させる方法が提供される。本方法は、ページングメッセージを受信するステップを含む。ページングメッセージは、データ転送を示す。ページングメッセージは通信ネットワークから受信される。本方法はまた、例えば少なくとも１つのビジーイベントを検出したときに、応答メッセージを通信ネットワークに送信するステップを含む。応答メッセージは、無線通信デバイスが一時的にビジーであることを示す。

【0009】

一時的にビジーである無線通信デバイスは、データ転送に一時的に関与することができない無線通信デバイスに対応することができる。

【0010】

データ転送は、無線通信デバイスに向けることができる。すなわちデータ転送の意図された受信者又は端末ノードは、無線通信デバイス又は無線通信デバイスに関連付けられた加入者であり得る。

【0011】

例えば、データ転送は着信中にある可能性がある。ここで、一時的にビジーである無線通信デバイスは、着信呼に一時的に応答することができない無線通信デバイスに対応することができる。

【0012】

応答メッセージは、ページングメッセージに関連付けることができる。これは、応答メッセージが、ページングメッセージによって示される時間周波数リソースグリッドのリソースで送信されることを意味することができる。応答メッセージは、ページングメッセージへのポインタを含むことができる。

【0013】

ページングメッセージは、通信ネットワークに対して切断モード、例えば、非アクティブモード又はアイドルモードで動作している間に受信することができる。

【0014】

例えば、応答メッセージは、無線通信デバイスがビジーである予測持続時間を示すインジケータを含むことができる。

【0015】

コンピュータプログラム又はコンピュータプログラム製品又はコンピュータ可読記憶媒体は、プログラムコードを含む。プログラムコードは、少なくとも１つのプロセッサによって実行することができる。プログラムコードを実行することにより、少なくとも１つのプロセッサは、ＵＥを動作させる方法を実施する。本方法は、通信ネットワークに対して切断モードで動作している間にページングメッセージを受信するステップを含む。ページングメッセージは、データ転送を示す。ページングメッセージは通信ネットワークから受信される。本方法はまた、少なくとも１つのビジーイベントを検出したときに、ページングメッセージに関連付けられた応答メッセージを通信ネットワークに送信するステップを含む。応答メッセージは、無線通信デバイスが一時的にビジーであることを示す。

【0016】

無線通信デバイスは制御回路を含む。制御回路は、通信ネットワークからページングメッセージを受信するように構成される。ページングメッセージは、データ転送を示す。制御回路は、少なくとも１つのビジーイベントを検出すると、ページングメッセージに関連付けられた応答メッセージを通信ネットワークに送信するようにさらに構成される。応答メッセージは、無線通信デバイスが一時的にビジーであることを示す。

【0017】

通信ネットワークのページング制御ノードを動作させる方法が提供される。本方法は、無線通信デバイスに対するデータ転送を検出すると、その無線通信デバイスをページングするためのページング手順をトリガするステップを含む。本方法はまた、無線通信デバイスから、応答メッセージを受信するステップを含む。応答メッセージは、無線通信デバイスが一時的にビジーであることを示す。本方法はまた、無線通信デバイスがセッション制御ノードへのデータ転送に関与することができないことを示すインジケータを提供するステップを含む。セッション制御ノードは、データ転送に関連付けられる。これにより、データ転送に関連付けられたデータ転送制御情報のバッファリングを容易に行うことができる。

【0018】

例えば、無線通信デバイスがデータ転送に関与することができないことを示すインジケータは、無線通信デバイスがビジーであることを示すことができる。無線通信デバイスがデータ転送に関与することができないことを示すインジケータが、無線通信デバイスが到達不能及び／若しくは応答不能であること、並びに／又はページング手順が失敗したことを示すことも可能である。

【0019】

無線通信デバイスが関与することができないことを示すインジケータは、推定持続時間のインジケータを含むことができる。この推定持続時間は、ＵＥがデータ転送に関与することができないであろう時間の長さを示すことができる。

【0020】

データ転送を検出することは、データ転送に関連付けられたセッション制御ノードからページング要求を受信することを含むことができる。

【0021】

コンピュータプログラム又はコンピュータプログラム製品又はコンピュータ可読記憶媒体は、プログラムコードを含む。プログラムコードは、少なくとも１つのプロセッサによってロード及び実行することができる。プログラムコードを実行すると、少なくとも１つのプロセッサは、通信ネットワークのページング制御ノードを動作させる方法を実施する。本方法は、無線通信デバイスに対するデータ転送を検出すると、その無線通信デバイスをページングするためのページング手順をトリガするステップを含む。本方法はまた、無線通信デバイスから、応答メッセージを受信するステップを含む。応答メッセージは、無線通信デバイスが一時的にビジーであることを示す。本方法はまた、無線通信デバイスがセッション制御ノードへのデータ転送に関与することができないことを示すインジケータを提供するステップを含む。セッション制御ノードは、データ転送に関連付けられる。これにより、データ転送に関連付けられたデータ転送制御情報のバッファリングを容易に行うことができる。

【0022】

通信ネットワークのページング制御ノードは制御回路を含む。制御回路は、無線通信デバイスに対するデータ転送を検出すると、その無線通信デバイスをページングするためのページング手順をトリガするように構成される。本方法はまた、無線通信デバイスから、応答メッセージを受信することを含む。応答メッセージは、ページングメッセージに関連付けることができる。応答メッセージは、無線通信デバイスが一時的にビジーであることを示す。本方法はまた、無線通信デバイスがセッション制御ノードへのデータ転送に関与することができないことを示すインジケータを提供するステップを含む。セッション制御ノードは、データ転送に関連付けられる。これにより、データ転送に関連付けられたデータ転送制御情報のバッファリングを容易に行う。

【0023】

通信ネットワークのセッション制御ノードを動作させる方法が提供される。本方法は、無線通信デバイスに対する着信データ転送を検出すると、その無線通信デバイスがデータ転送に一時的に関与することができないと決定するステップを含む。次いで、無線通信デバイスが着信データ転送に一時的に関与することができないと決定したことに応答して、データ転送のデータ転送制御情報をバッファリングすることができる。次いで、前記バッファリングが完了するときに、データ転送制御情報を無線通信デバイスに提供することを容易にすることが可能である。

【0024】

例えば、無線通信デバイスがデータ転送に一時的に関与することができないと決定する前記ステップは、ページング制御ノードから、無線通信デバイスが一時的にビジーであることを示すインジケータを取得することを含むことができる。

【0025】

コンピュータプログラム又はコンピュータプログラム製品又はコンピュータ可読記憶媒体は、プログラムコードを含む。プログラムコードは、少なくとも１つのプロセッサによって実行することができる。プログラムコードを実行すると、少なくとも１つのプロセッサは、通信ネットワークのセッション制御ノードを動作させる方法を実施する。本方法は、無線通信デバイスに対する着信データ転送を検出すると、その無線通信デバイスがデータ転送に一時的に関与することができないと決定するステップを含む。次いで、無線通信デバイスが着信データ転送に一時的に関与することができないと決定したことに応答して、データ転送のデータ転送制御情報をバッファリングすることができる。次いで、前記バッファリングが完了するときに、データ転送制御情報を無線通信デバイスに提供することを容易にすることが可能である。

【0026】

セッション制御ノードは制御回路を含む。制御回路は、無線通信デバイスに対するデータ転送を検出すると、その無線通信デバイスがデータ転送に一時的に関与することができないと決定するように構成される。次いで、無線通信デバイスがデータ転送に一時的に関与することができないという前記決定に応答して、データ転送のデータ転送制御情報がバッファリングされる。次いで、例えば前記バッファリングが完了するときに、データ転送制御情報を無線通信デバイスに提供することを容易にすることが可能である。

【0027】

上記の特徴及び以下で説明される特徴は、示されたそれぞれの組み合わせだけでなく、本発明の範囲から逸脱することなく他の組み合わせ又は単独で使用することができることを理解されたい。

【図面の簡単な説明】

【0028】

【図1】図１は、様々な例による、ＵＥ、セルラネットワーク、及びデータネットワークを含む通信ネットワークを概略的に例示する図である。

【図2】図２は、様々な例による、複数のセルラネットワークに関連付けられたマルチＳＩＭデバイスの複数の加入者識別情報を概略的に例示する図である。

【図3】図３は、様々な例によるＵＥの複数の動作モードを例示する図である。

【図4】図４は、様々な例によるセルラネットワークのセッション制御ノードを概略的に例示する図である。

【図5】図５は、様々な例によるセルラネットワークのページング制御ノードを概略的に例示する図である。

【図6】図６は、様々な例によるＵＥを概略的に例示する図である。

【図7】図７は、様々な例による方法のフローチャートである。

【図8】図８は、様々な例による方法のフローチャートである。

【図9】図９は、様々な例による方法のフローチャートである。

【図10】図１０は、様々な例による複数のノード間の通信のシグナリング図である。

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

【0029】

本開示のいくつかの例は、一般に、複数の回路又は他の電気デバイスを提供する。回路及び他の電気デバイス、並びにそれぞれによって提供される機能へのすべての言及は、本明細書に例示及び記載されているもののみを包含することに限定されることを意図するものではない。開示された様々な回路又は他の電気デバイスに特定のラベルを割り当てている場合があるが、そのようなラベルは、回路及び他の電気デバイスの動作の範囲を限定することを意図するものではない。そのような回路及び他の電気デバイスは、所望の特定のタイプの電気的実装形態に基づいて任意の方法で、互いに組み合わせ、及び／又は分離することができる。本明細書に開示された任意の回路又は他の電気デバイスは、本明細書に開示された動作を実施するために互いに協働する任意の数のマイクロコントローラ、グラフィックスプロセッサユニット（ＧＰＵ）、集積回路、メモリデバイス（例えば、ＦＬＡＳＨ（登録商標）、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的にプログラム可能な読み出し専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラム可能な読み出し専用メモリ（ＥＥＰＲＯＭ）、又はそれらの他の適切な変形）、及びソフトウェアを含むことができることが認識されたい。さらに、電気デバイスのうちの任意の１つ又は複数は、開示されている任意の数の機能を実施するようにプログラムされた非一時的コンピュータ可読媒体に具現化されたプログラムコードを実行するように構成することができる。

【0030】

以下、添付図面を参照して、本発明の実施形態を詳細に説明する。以下の実施形態の説明は、限定的な意味で解釈されるべきではないことを理解されたい。本発明の範囲は、以下に記載される実施形態又は図面によって限定されることを意図するものではなく、これらは例示のみを目的とするものである。

【0031】

図面は概略的な表現と見なされるべきであり、図面に例示された要素は必ずしも縮尺通りに示されていない。むしろ、様々な要素は、それらの機能及び一般目的が当業者に明らかになるように表現されている。機能ブロック、デバイス、構成要素、又は図面に示されているか若しくは本明細書に記載されている他の物理的若しくは機能的ユニット間の任意の接続又は結合も、間接的な接続又は結合によって実装することができる。構成要素間の結合はまた、無線接続を介して確立することができる。機能ブロックは、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組み合わせで実装することができる。

【0032】

様々な例は、通信ネットワークにおける無線通信に関する。通信ネットワークは、ＵＥ及びセルラネットワークを含むことができる。通信ネットワークは、１つ又は複数のデータネットワーク、例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークを含むことができる。セルラネットワーク（ＮＷ）は、無線アクセスＮＷ（ＲＡＮ）及びコアＮＷ（ＣＮ）を含むことができる。ＲＡＮは、複数のセルに関連付けられた１つ又は複数の基地局を含むことができる。無線リンクは、無線通信デバイスとＲＡＮとの間でデータを符号化する信号を通信するために使用することができる。

【0033】

ＵＥは、接続モード又は切断モードで選択的に動作することができる。これらのモードは、セルラネットワークに関する動作に関連して定義される。モードは、より具体的には、ＲＡＮ及び任意選択的にＣＮに関して定義することができる。切断モードは、ＵＥとＲＡＮとの間の無線リンク上の通信を低減又はさらには除去し、それによって電力消費を低減する。切断モードから接続モードへの遷移をトリガするために、ページング手順を使用することができる。本明細書に記載された様々な例によれば、ページング手順は、１つ又は複数のページング信号の送信を含むことができる。１つ又は複数のページング信号は、ページング時点（ＰＯ）において送信することができる。ＰＯは、ＵＥによって実装される不連続受信サイクル（ＤＲＸ）のＯＮ期間と整合させることができる。１つ又は複数のページング信号は、ページングインジケータを含むことができ、ページングインジケータは、典型的には、制御チャネルで送信されてブラインド復号を用いて受信される。１つ又は複数のページング信号は、ページングメッセージを符号化することができ、ページングメッセージは、典型的には、ページングインジケータによって示される時間周波数リソースグリッドの時間周波数リソース上で受信される。ページングメッセージがページング原因を示すことが可能である。ページング原因の値は、ページング手順が通信ネットワークによってトリガされた理由を示すことができる。ページング原因の例は、以下を含むことができる：着信データ転送、例えば、着信呼；測定要求；測位要求；ＥＴＷＳ／ＣＭＡＳ警告などの緊急警告；及び／又はシステム情報など。着信データ転送は、移動体着信（ｍｏｂｉｌｅ－ｔｅｒｍｉｎａｔｉｎｇ）（ＭＴ）データ転送と呼ばれることがある。

【0034】

本明細書で説明される様々な例は、ＵＥの複数の識別情報を使用して少なくとも１つのセルラＮＷに接続することができる無線通信デバイスに関する。このようなＵＥは、マルチＳＩＭデバイスと呼ばれる。本明細書に記載された様々な例によれば、本明細書で使用されるＵＥの識別情報という用語は、ＵＥに関連付けられた加入者に関連付けられた識別情報、すなわち、加入者識別情報（簡潔にするために、以下、これを単に識別情報と呼ぶ）を指すことができる。これらの識別情報は、ＵＥに割り当てられた一時的な識別情報を含むことができる。例えば、１つ又は複数の識別情報を使用して少なくとも１つのセルラＮＷに接続することができるそのようなＵＥは、複数のＳＩＭチップカード又は複数の埋め込みＳＩＭモジュールを備えることができる。以下、複数の識別情報を使用して少なくとも１つのセルラＮＷに接続することができるそのようなＵＥを、マルチＳＩＭデバイスと呼ぶことにする。複数の識別情報は、典型的には、それぞれのセルラＮＷ又はセルラＮＷにおける異なるサブスクリプションに関連付けられる。そのようなサブスクリプションは、一意の識別情報、例えば、国際モバイル加入者識別情報（ＩＭＳＩ）及び一意のサービス契約に関連付けられる。例えば、音声通話、ショートメッセージングサービス、及びパケット化データなどのデータ転送のためのポリシー及び課金及び／又はトラフィックシェーピングは、それぞれのサービスモデルに依存する可能性がある。本明細書に記載の様々な例によれば、マルチＳＩＭデバイスが第１の識別情報を使用して少なくとも１つのセルラＮＷに接続する場合、それぞれのＩＰアドレス、一意の移動局国際加入者ディレクトリ番号、及びセルラＮＷとの一意のデータ接続をプロビジョニングすることができる。次いで、マルチＳＩＭデバイスは、そのセルラＮＷに対して接続モードで動作する。典型的には、マルチＳＩＭデバイスは、第１の識別情報を使用して接続モードで動作するが、マルチＳＩＭデバイスは、第２の識別情報に関連付けられた同じセルラＮＷ又は別のセルラＮＷに関して第２の識別情報を使用して切断モードで動作する。これは、特に、デュアル送信及び／又は受信（送信）能力を欠くいわゆるシングル無線マルチＳＩＭデバイスに当てはまる。

【0035】

切断モードのＰＯは、マルチＳＩＭデバイスのさらなる識別情報の接続モードに関連付けられた不在時間又はページングギャップと整合させることができる。ＵＥが接続モードで動作しているセルラＮＷに対する不在時間に対応するページングギャップを提供することが可能であり、不在時間の間、ＵＥは、第２の識別情報と関連付けられたセルラＮＷに関してチャネル測定を行い、且つ／又は第２の識別情報と関連付けられたセルラＮＷからの１つ若しくは複数のページング信号を監視することができる。本明細書で説明される様々な例によれば、マルチＳＩＭデバイスは、ＮＷの観点から、典型的なシナリオでは２つの独立したＵＥとして認識されると見なすことができる。

【0036】

本明細書に記載の様々な例によれば、マルチＳＩＭデバイスは、複数の識別情報を使用して同じセルラＮＷ又は複数のセルラＮＷに接続することができる。例えば、複数のセルラＮＷに接続するマルチＳＩＭデバイスに関するいくつかのシナリオが本明細書で説明されるものの、本技術は、マルチＳＩＭデバイスが複数の識別情報を使用して１つの同じセルラＮＷに接続するシナリオにも適用可能であることができる。

【0037】

様々な技術は、ＵＥ（例えば、シングルＳＩＭ ＵＥ又はマルチＳＩＭデバイス）がページングされているとき、ＵＥがそれに応じて切断モードから接続モードに移行することを進んで行うか、又はそれができない様々な理由があり得るという知見に基づいている。ＵＥはビジーであり得る。そのようなビジーイベントのいくつかの例を以下の表１に列挙する。

【0038】

【表1】

【0039】

ＵＥがデータ転送に関与することができないと決定したことに応答して、様々な技術が、ページング手順をトリガしたデータ転送に関連付けられた制御情報（データ転送制御情報）のバッファリングを容易に行う。ＵＥがデータ転送に関与することができない１つの原因は、ＵＥが１つ又は複数のビジーイベントに遭遇していることであり得る。ＵＥは応答不能である可能性がある。

【0040】

本明細書に記載された様々な例によれば、ＵＥがデータ転送に関与することができないことを決定するための様々な選択肢が考えられる。そのような選択肢の例が、表２に提供される。

【0041】

【表2】

【0042】

バッファリングは、通信ＮＷの１つ又は複数のノードで行うことができる。より具体的には、バッファリングは、通信ＮＷのセッション制御ノードで行うことができる。

【0043】

本明細書で説明される様々な例によれば、データ転送制御情報をバッファリングするように構成されたセッション制御ノードは、セルラＮＷのＣＮの制御ノードであり得る。また、セッション制御ノードは、セルラＮＷのＣＮのデータプレーンゲートウェイによって実装することができる。またさらなる例では、セッション制御ノードは、ＲＡＮの基地局によって実装することができる。またさらなる例では、セッション制御ノードは、セルラネットワークに接続されたデータネットワークのノード、例えばＩＭＳノードによって実装することができる。

【0044】

データ転送制御情報のバッファリングは、ある持続時間にわたって拡張することができる。例えば、持続時間は、３０秒より長く、任意選択的に１分より長く、さらに任意選択的に１０分より長くすることができる。バッファリングは、少なくとも１つのビジーイベントが解消されるまで拡張することができる。バッファリングは、破棄タイマが切れるまで拡張することができる。より具体的には、バッファリングは、ページング手順の完了を超えて拡張することができる。したがって、このバッファリングは、ページング手順の完了を超えて拡張されるので、「拡張バッファリング」と呼ぶこともできる。データ転送制御情報のバッファリングが、データ転送に関連付けられた待ち時間を超えて拡張することさえ可能である。例示のために、データ転送は、数秒間（例えば、着信呼の場合のように、着信呼の発信元が電話を切るまで）有効であり得るが、データ転送制御情報は、数分間、又はさらには数十分間バッファリングすることができる。その場合、データ転送制御情報をバッファリングすることで、誰から電話があったかを知ることができる。

【0045】

本明細書で説明される様々な例によれば、バッファリングされるデータ転送制御情報は、データ転送のペイロードデータ、例えばペイロードデータパケットよりもサイズが大幅に小さくなる可能性がある。例えば、データ転送制御情報は、データ転送の１つ又は複数のパラメータを示すことができる。そのようなパラメータにより、ＵＥは、データ転送を再開／開始する状態になる。初期データ転送とは異なるさらなるデータ転送を、例えばＵＥによってセットアップすることができる。さらなるデータ転送は、初期着信データ転送に関連付けられた情報を搬送することができる。これは、少なくとも１つのビジーイベントが解消された後の時点でデータ転送に関連付けられた情報を配信するのに役立つ。データ転送制御情報の情報内容のいくつかの例を少数挙げると、データ転送の発信元；データ転送の内容、例えば、アプリケーションタイプ、音声通話、ビデオ通話、通話；データ転送の優先度；データ転送の有効期限；データ転送のパケット化データの暗号化に関連付けられた暗号材料、例えば証明書又は暗号鍵材料である。

【0046】

次いで、少なくとも１つのビジーイベントが解消されたときに、データ転送に関連付けられたバッファリングされたデータ転送制御情報をＵＥに提供することが可能である。これにより、ＵＥは、少なくとも１つのビジーイベントのために、以前は応答することができなかったデータ転送の詳細について通知されることができる。例えば、データ転送が通話（例えば、音声通話又はビデオ通話）である場合、それぞれのデータ転送制御情報（この場合、通話制御情報と呼ばれる）は、ＵＥによって、着信呼の発信元への発信呼をトリガするために使用することができる。より一般的に言えば、ＵＥは、データ転送制御情報に基づいて、着信データ転送の発信元に向かうさらなるデータ転送をトリガすることができる。例えば、ページング手順又は着信データ転送の有効性を超えても、データ転送制御情報のバッファリングを拡張することが有用であるのは、このためである。

【0047】

上述した技術は、以下の例を使用して、特に着信データ転送が着信呼によって実装されるシナリオについて例示されている：最初に、着信呼を示し、通信ＮＷから受信されたページングメッセージによってトリガされることで、ＵＥはページングメッセージに応答する応答メッセージを送信することができる。応答メッセージを、セルラ通信ＮＷのコアＮＷのノードに送信することができる。少なくとも１つのビジーイベントを検出すると、この応答メッセージを送信することができる。応答メッセージは、ＵＥが着信呼に応答するために、より一般的にはデータ転送に関与するために一時的に利用することができないことを示すことができる。例えば、応答メッセージは、ビジーインジケータを含むことができる。応答メッセージは、ＵＥが着信呼に応答することができない予測持続時間を示すインジケータを含むことができる。例えば、ＵＥがマルチＳＩＭデバイスであるシナリオが考えられる。ここで、少なくとも１つのビジーイベントは、ＵＥが、ページングメッセージに関連付けられた識別情報とは異なるさらなる識別情報を使用して、接続モードで動作していることを含むことができる。次いで、応答メッセージは、さらなる識別情報を使用して、ＵＥがビジーである時間の長さの推定を示すことができる。一般的に言えば、応答メッセージは、ＵＥが着信呼に応答するために一時的に利用することができないことを示すので、ＵＥがページングメッセージ、より具体的には着信呼に対する応答動作を後の時間又は後の段階で行う可能性があることを通信ＮＷに示すことができる。応答メッセージが、ＵＥが着信呼に応答することができない予測持続時間を示すシナリオでは、そのような時間を、例えば、ＵＥにおける設定に基づいて推定することが可能である。例えば、事前定義されたルックアップテーブルに依存してもよく、ルックアップテーブルは、例えば、ビジーイベントのタイプ、さらなる識別情報を使用する接続モードによってサポートされるデータ転送に関連付けられたアプリケーションのタイプに基づく、データ転送の残り持続時間のリアルタイム推定値に基づく（例えば、転送されるパケット化データの残りのサイズに基づく）、又はさらには、ユーザが、例えばダイアログウィンドウから分単位で表される特定の持続時間を選択することができるユーザクエリに基づいたリアルタイムのユーザ対話に基づく予測時間のそれぞれの値を含む。次いで、応答メッセージを受信するノードは、ビジーであるためにそのＵＥに到達不能であったことを記録することができる。応答メッセージを受信するノードは、無線通信デバイスが再び「ノンビジー」又は到達可能になる推定時間を記録することができる。応答メッセージを受信するノードは、この情報を別のノード、例えばセッション制御ノード又はＩＭＳ ＮＷ内のノード、例えば着信呼のセッション制御ノードにフォワードすることが可能である。ＵＥが着信呼に応答するために一時的に利用することができないことを示す応答メッセージに基づいて、ここでは呼制御情報によって実装されるデータ転送制御情報の拡張バッファリングを実装することが可能である。例示のために、そのような拡張バッファリングは、特定のタイプのデータ転送にのみ適用可能であり得る。例えば、音声通話又はビデオ通話のための拡張バッファリングが選択的にアクティブ化されることが考えられる。拡張バッファリングを選択的にアクティブ化するための決定基準は、データ転送のタイプ（例えば、拡張バッファリングは、通話のためにのみアクティブ化され得るが、他のタイプのデータ転送のためにはアクティブ化されない）、加入者に関連付けられたポリシー、例えば加入者レベル、加入者に関連付けられた事前定義された設定などを含むことができる。例えば、データ転送は着信呼に対応することができる。着信呼は、セッション開始プロトコル（ＳＩＰ）に従って実装することができる。ＳＩＰは、例えば、ＲｏｓｅｎｂｅｒｇらによるＴｈｅ Ｉｎｔｅｒｎｅｔ Ｓｏｃｉｅｔｙ，Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ：３２６１（２００２）に記載されている。そのようなシナリオでは、通話の発信元から受信した招待メッセージを呼制御情報としてバッファリングすることができる。ＳＩＰ招待メッセージから情報、例えば、着信呼の発信元のアドレスを抽出することも可能である。例えば、ＳＩＰ招待メッセージがバッファリングされるシナリオでは、ＳＩＰ招待メッセージをバッファリングされていたものとしてラベル付けすることが可能である。例えば、それぞれのインジケータを、ＳＩＰ招待メッセージのヘッダに組み込むことができる。ＳＩＰ招待メッセージにリンクされた別個のインジケータを提供することも可能である。同様の説明は、他のタイプのバッファリングされた呼制御情報にも適用される。一般に、バッファリングされていたデータ転送制御情報を示すそのようなラベルは、データ転送制御情報に含まれても、別個に提供されてもよい。ＵＥが再び利用可能になる、すなわち、ＵＥが着信呼に直接応答するのを以前妨げていたすべてのビジーイベントが解消されると、ＵＥは、通信ＮＷにバッファリングされた呼制御情報を要求することができる。それぞれの要求メッセージを送信することができる。これは、サービス要求メッセージであり得る。要求メッセージは、以前に送信され、ＵＥが着信呼に応答するために一時的に利用することができないことを示す応答メッセージを参照することができる。要求メッセージはまた、着信呼、又はより一般的には、移動体着信データを直接参照することもできる。例えば、要求メッセージは、通信ＮＷにおける移動体着信データの拡張バッファを参照することができる。これにより、通信ＮＷに、ＵＥが呼制御情報を受信する準備ができたことが通知される。

【0048】

この要求メッセージに基づいて、呼制御情報をバッファリングしている通信ＮＷにおける特定のノードに、ＵＥが現在接続モードで動作しており、データを受信することができることが通知される。次いで、バッファリングされた呼制御情報がＵＥに提供される。これは、バッファリングされていた呼制御情報のラベルと共に提供することができる。ＵＥは、呼制御情報を受信し、呼制御情報が拡張された持続時間にわたってバッファリングされていたと決定すると、着信呼に直接応答しない。例えば、発信者の識別情報を確認することが可能である。例えば、呼制御情報がＳＩＰ招待メッセージによって実装されるシナリオでは、ＵＥは、そのＳＩＰ招待メッセージに直接応答することを控えることができる。むしろ、ＵＥは、任意選択的に、呼制御情報に基づいて着信呼の発信元への発信呼をトリガすることができる。発信呼をトリガするかしないかの１つ又は複数の決定基準が考えられる。決定基準の例には、例えば呼制御情報がバッファリングされていた持続時間、又はユーザクエリ（例えば、ＵＥのユーザとの手動対話）が含まれる。例えば、それぞれのユーザインターフェースを介してユーザを促して、ユーザが発信呼を行いたいかを示させるようにすることができる。

【0049】

上記では、着信呼によって実装されるデータ転送の文脈においてシナリオが説明された。上述した概念は、ＵＥに向けられた他の種類及びタイプの着信データ転送に容易に適用することができる。

【0050】

図１は、ＵＥ１０１、セルラＮＷ１００、及びデータネットワーク（ＤＮ）１８０、例えばＩＭＳ ＮＷを含む通信ＮＷ９９を概略的に例示する。図１の例は、３ＧＰＰ ５ＧアーキテクチャによるセルラＮＷ１００を例示する。３ＧＰＰ ５Ｇアーキテクチャの詳細は、３ＧＰＰ ＴＳ ２３．５０１、バージョン１５．３．０（２０１７－０９）に記載されている。図１及び以下の説明のさらなる部分は、セルラＮＷの３ＧＰＰ ５Ｇフレームワークにおける技術を例示しているが、同様の技術を他の通信プロトコルに容易に適用することができる。例には、例えばＭＴＣ又はＮＢ－ＩＯＴフレームワークにおける３ＧＰＰ ＬＴＥ ４Ｇ、さらには例えばＩＥＥＥ Ｗｉ－Ｆｉ技術などの非セルラ無線システムが含まれる。

【0051】

図１のシナリオでは、ＵＥ１０１はセルラＮＷ１００に接続可能である。例えば、ＵＥ１０１は、携帯電話、スマートフォン、ＩＯＴデバイス、ＭＴＣデバイス、センサ、アクチュエータなどのうちの１つであり得る。

【0052】

ＵＥ１０１はマルチＳＩＭデバイス１０１であり、ＵＥ１０１は、２つの識別情報４５１、４５２を使用して、１つ又は複数のセルラＮＷに接続することができる（図１には、単一のセルラＮＷのみを例示する）。識別情報４５１、４５２は、静的（例えば、ＳＵＰＩ／ＩＭＳＩ）であっても、一時的（例えば、一時的モバイル識別子（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｉｄｅｎｔｉｔｙ）（ＴＭＳＩ））であってもよい。複数の識別情報４５１、４５２の各々は、ＵＳＩＭなどのそれぞれのＳＩＭによって実装することができる。

【0053】

ＵＥ１０１は、典型的には１つ又は複数のＢＳ１１２（簡略化のために、図１には単一のＢＳ１１２のみを例示する）によって形成されるＲＡＮ１１１を介してセルラＮＷ１００のＣＮ１１５に接続可能である。無線リンク１１４は、ＲＡＮ１１１、具体的には、ＲＡＮ１１１のＢＳ１１２のうちの１つ又は複数とＵＥ１０１との間で確立される。無線リンク１１４は、データを無線で搬送するための１つ又は複数の空間ストリームを含むことができる。無線リンク１１４は、無線チャネルとラベル付けすることもできる。

【0054】

無線（ｗｉｒｅｌｅｓｓ）リンク１１４（又は無線（ｒａｄｉｏ）リンク）は、時間周波数リソースグリッドを実装する。典型的には、直交周波数分割多重（ＯＦＤＭ）が使用され、ここで、キャリアは複数のサブキャリアを含む。次いで、（周波数領域の）サブキャリア及び（時間領域の）シンボルは、時間周波数リソースグリッドの時間周波数リソース要素を定義する。それにより、プロトコル時間ベースは、例えば、複数のシンボルを含むフレーム及びサブフレームの持続時間、並びにフレーム及びサブフレームの開始位置及び停止位置によって定義される。無線リンク１１４の異なる論理チャネル又は基準信号には、異なる時間周波数リソース要素を割り当てることができる。例に、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、ランダムアクセス用チャネルなどが含まれる。

【0055】

ＵＥ１０１がその複数の識別情報４５１、４５２を使用して接続するセルラＮＷの無線リンク１１４は、例えば、異なる周波数、異なる変調及び／又は符号化などを使用するなど、互いに異なる可能性がある。複数のＮＷの無線リンク１１４の搬送波周波数間に周波数オフセットが存在する可能性がある。

【0056】

ＣＮ１１５は、ユーザプレーン（ＵＰ）１９１（データプレーン、ＤＰと呼ばれることも多い）及び制御プレーン（ＣＰ）１９２を含む。データ転送のアプリケーションデータは、典型的には、ＵＰ１９１を介してルーティングされる。データ転送は、ペイロードデータの送信に関連付けることができる。例えば、これは、別のアプリケーションの通話又はペイロードデータであり得る。データ転送は、発信元によって特徴付けることができる。データ転送は、例えば、それぞれのデータパケットのヘッダで識別される２つの端末ノード間で行うことができる。データ転送は、複数のデータパケットを含むことができる。データ転送は、専用ベアラに関連付けることができる。このために、ＵＰ機能ノード（ＵＰＦ）１２１が設けられている。ＵＰＦ１２１は、ルータ機能を実装することができる。ＵＰＦ１２１は、ゲートウェイノードを実装する。アプリケーションデータは、１つ又は複数のＵＰＦ１２１を通過することができる。図１のシナリオでは、ＵＰＦ１２１は、データＮＷ１８０、例えば、インターネット若しくはローカルエリアＮＷ又はＩＭＳ ＮＷに対してゲートウェイとして機能する。データ転送のアプリケーションデータは、ＵＥ１０１とデータＮＷ１８０上の１つ又は複数のサーバとの間で通信可能である。

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

【表3】

【0103】

ＵＥは、バッファリングされていたデータ転送制御情報を考慮して、データ転送制御情報に基づいて行う動作を調整することができる。特に、ＵＥが着信データ転送に一時的に応答することができないためにＵＥが着信データ転送に直接応答することができないシナリオと比較して、着信データ転送がＵＥによって直接応答されるシナリオに対して異なる動作を行うことができる。

【0104】

例示のために、ＵＥが着信データ転送に直接応答する場合、ＵＥは、発信元からの着信データ転送を受け入れることができる。これとは異なり、データ転送制御情報がバッファリングされていた場合、ＵＥは、さらなるデータ転送を確立するか、又は着信データ転送の発信元に向かうさらなるデータ転送の確立をトリガすることができる。例えば、データ転送が着信呼によって実装されるシナリオでは、ボックス３０９２において、着信呼の発信元に向かう発信呼がトリガされるべきかを確認することができ、肯定の場合、これをボックス３０９５において実行することができる。

【0105】

本明細書に記載の様々な例によれば、ボックス３０９２において、着信データ転送を開始するかを決定する際に、様々な決定基準を考慮することができる。決定基準の例は、ボックス３０３０においてページングメッセージを受信してから、又はボックス３０６０において応答メッセージを送信してからタイムアウト時間が経過したかを確認することを含むことができる。代替的又は追加的に、決定基準は、ユーザのクエリに基づくことができる。

【0106】

図７の前述の説明から理解されるように、ＵＥは、ページングメッセージによってトリガされて、例えばＡＭＦなどのページング制御ノードにメッセージを送信することによってページングメッセージに応答すること（ボックス３０６０）が可能である。この応答メッセージは、例えば、さらなる識別情報を使用して別のセルラＮＷに対して接続モードで動作するため、ビジーインジケータと、任意選択で、ＵＥがビジーである時間の推定時間とを含むことができる。ボックス３０６０において送信される応答メッセージは、ＵＥが後の段階で着信データ転送に対する応答動作を行うことができることを通信ＮＷに示すことが可能である。特に、ＵＥは、バッファリングされたデータ転送制御データを後で取り出すためのクエリを行うことができる。それぞれの原因値を、サービス要求メッセージに含めることができ、又はデータ転送制御情報を問い合わせる専用メッセージを実装することができる。ＵＥはその後、データ転送制御情報を取得することができる。例えば、対応する要求に応答してデータ転送制御情報を受信することによって、データ転送制御情報がバッファリングされていたと推測することができる。バッファリングされていたデータ転送制御情報は、例えば、そのヘッダセクションにそれぞれのインジケータを設定することによって、それに応じてラベル付けすることも可能である。

【0107】

次に、このようなデータ転送制御情報のバッファリングを容易にする手順の詳細について、図８を用いて説明する。

【0108】

図８は、様々な例による方法のフローチャートである。図８の方法は、例えば、ＣＮによって開始されたページングの場合はＡＭＦ（図１を参照：ＡＭＦ１３１）、又はＲＡＮによって開始されたページングの場合はＢＳ１１２のようなページング制御ノードによって実行することができる。任意選択のボックスは、図８において破線でラベル付けされている。

【0109】

ボックス３１０５において、ページング制御ノードは、ページングが必要かを決定する。例えば、ページング制御ノードは、データ転送がＵＥのためにスケジュールされているかを決定することができる。これは、例えばＵＰ１９１のゲートウェイノード及び／若しくはＳＭＦ（図１を参照：ＳＭＦ１３２）などのセッション制御ノード、又はセルラＮＷに接続されたデータＮＷのノード、例えばＩＭＳのノード（図１を参照：データＮＷ１８０）から受信されたそれぞれの制御メッセージに応答することができる。そのような制御メッセージがデータ転送のタイプを示すことが可能である。例えば、アプリケーションを示すことができる。例えば、データ転送が発信元からの着信呼であることを示すことができる。

【0110】

次に、ボックス３１１０において、ページング手順がトリガされる。これは、ＲＡＮ１１１の別の基地局１１２へ制御メッセージを提供することを含むことができる。

【0111】

ＵＥモビリティを考慮するために、ページング手順のページングエスカレーションを実装することができる。

【0112】

ボックス３１０５に関連して前述したように、ページング手順をトリガし、データ転送のタイプを示すページングメッセージを使用することが可能である。例えば、ページングメッセージは、データ転送のタイプのいくつかの例を与えると、着信呼又はウェブサイトプッシュメッセージ又はロケーションベースのサービスメッセージ又はソーシャルネットワークメッセージなどを示すことができる。

【0113】

次に、ボックス３１１５において、ＵＥから応答メッセージを受信することができる。この応答メッセージは、ＵＥが着信データ転送に一時的に応答することができないことを示すことができる。したがって、ボックス３１１５は、図７のボックス３０６０と相互に関連している。応答メッセージは、ビジーインジケータを含むことが可能である。応答メッセージは、ＵＥがデータ転送に応答することができない予測持続時間を示すインジケータを含むことが可能である。

【0114】

次に、ボックス３１２０において、ＵＥがデータ転送に関与することができないことを示すインジケータが、データ転送に関連付けられた１つ又は複数のセッション制御ノードに提供される。無線通信デバイスが一時的にデータ転送に関与することができないことを示すそのようなインジケータを実装する様々な選択肢がある。いくつかの選択肢を表４に例示する。

【0115】

【表4】

【0116】

また、利用可能な場合、予測持続時間の指示をセッション制御ノードに提供することが可能である。これは、ＵＥによって提供されるそれぞれのインジケータに基づくことができる（図７に関連して説明したように：ボックス３０６０）。例えば、そのインジケータをフォワードすることができる。これは、セッション制御ノードがバッファリングを調整するのを助けることができる。

【0117】

ＵＥがデータ転送に一時的に応答することができないことを示す応答メッセージ３１１５を受信したことに応答して、ページング制御ノードは、ページング手順の任意のエスカレーションを中断することもできる。これは、ページングを停止することができることを意味する。代替的に又は追加的に、さらなるデータ転送に関連付けられた、もう１つのさらなるページング手順をブロックすることができる。例えば、ある持続時間の間、無線通信デバイスのページングを延期することができる。

【0118】

上述したように、そのような技術は、セッション制御ノードにおけるデータ転送制御情報のバッファリングを容易にすることができる。このようなデータ転送制御情報のバッファリングに関するさらなる詳細は、以下の図９に関連して説明される。

【0119】

図９は、様々な例による方法のフローチャートである。図９の方法は、ＵＥに向けられた着信データ転送を処理するセッション制御ノードによって実行することができる。セッション制御ノードは、本明細書で説明される様々な例によれば、ＣＰノード又はＵＰノードであり得る。セッション制御ノードの例示的な実装形態は、ＳＭＦ（図１を参照）、ＵＰＦ、又はセルラＮＷに接続されたデータＮＷ、例えばＩＭＳ ＮＷのゲートウェイノードなどのノードである。任意選択のボックスは、破線を使用してラベル付けされている。

【0120】

ボックス３２０５において、ＵＥへのデータ転送をキューに入れる。データ転送をキューに入れることは、ＵＥへの既存のデータ接続（図１を参照：データ接続１８９）がセットアップされているか、すなわち、ＵＥが接続モードで動作しているか（図３を参照：接続モード３０１）を確認することを意味することができる。当てはまらない場合、データ転送に関連付けられた着信データを格納／バッファリングすることができ、同時に、ページング制御ノードにそれぞれの制御メッセージを送信することによってページングを要求することができる（図８を参照：ボックス３１０５）。

【0121】

次いで、ボックス３２１０において、ＵＥがデータ転送に関与することができないかが決定される。本明細書に記載の様々な例によれば、ボックス３２１０を実装するために様々な選択肢が利用可能である。いくつかの選択肢が、表５に要約されている。

【0122】

【表5】

【0123】

次いで、ボックス３２１０での確認の結果に応じて、本方法は、ボックス３２１６で開始する（ＵＥがデータ転送に関与することができる場合）か、又はボックス３２１７に進む（ＵＥがデータ転送に関与することができない場合）。

【0124】

ボックス３２１６において、データ転送に関連付けられた任意のデータをＵＥへフォワードすることができる。ページングの成功に応答して、その間にデータ接続をセットアップすることができる。データは、データ接続に沿ってフォワードすることができる。

【0125】

ボックス３２１７において、データ転送制御情報のバッファリングをアクティブ化するか非アクティブ化するかの任意選択の確認を行うことができる。例えば、ボックス３２１７において、着信データ転送のタイプに基づいて決定することが可能である。例えば、拡張バッファリングは、着信呼に対してアクティブ化されてもよいが、例えばソーシャルネットワークメッセージのような非通話アプリケーションに関する着信データ転送に対してはアクティブ化されなくてもよい。

【0126】

バッファリングがアクティブ化されない場合、データ転送はボックス３２１８で拒否される。例示のために、着信データ転送の発信元にそれぞれの拒否メッセージを送信することが可能である。

【0127】

そうでなければ、ボックス３２１９において、データ転送制御情報をバッファリングすることができる。

【0128】

データ転送制御情報がボックス３２１９を実行する前に、すなわちボックス３２０５の一部として既にバッファリングされていたシナリオが考えられる。その後、バッファリングは、ボックス３２１９で継続することができる。

【0129】

さらに、いくつかのシナリオでは、ボックス３２１９において、データ転送制御情報はバッファリングされていたものとしてラベル付けすることができる。例示のために、データ転送制御情報のヘッダにそれぞれのインジケータを設定することができる。データ転送制御情報を参照する別個のインジケータを提供することも可能である。詳細は表３で説明する。

【0130】

任意選択で、着信データ転送の発信元に拒否メッセージを送信することも可能である。いくつかの例では、そのような拒否メッセージは、セッション制御ノードでバッファリングが実装されていることを示す原因値を含むことができる。これにより、着信データ転送の発信元は、ＵＥが着信データ転送に関連付けられたさらなるデータ転送を開始するようになる可能性があることを理解することができる。様々な例によれば、拒否メッセージは、ＵＥがさらなるデータ転送を開始する推定時間も含むことが可能である。これは、ＵＥから以前に取得されたそれぞれのタイミング指示に基づくことができる。

【0131】

ボックス３２２０において、ＵＥがその間応答しているかの注意をそらす。本明細書に記載の様々な例によれば、ボックス３２２０の確認を実装するために様々な選択肢が利用可能である。例示のために、１つ又は他のノードから、ＵＥが応答するようになっていることを示すそれぞれのインジケータを監視することが可能である。例示のために、ＵＥへのデータ接続がセットアップされているかを監視することが可能である。ＵＥが応答するようになるかを監視することは、一般に、ＣＰにおける制御シグナリングに基づくこと、又はＵＰを監視することに基づくことができる。要求は、ＵＥから受信することができる。例えば、１つのシナリオでは、ＵＥは、その後セッション制御ノードによって受信され得るデータ転送制御情報の要求を送信することができる。

【0132】

次いで、ＵＥが応答するようになると、ボックス３２２０において、無線通信デバイスへのデータ転送制御情報のプロビジョニングが容易になる。例えば、データ転送制御情報のデータプレーンルーティングは、例えば、データ接続に沿って、その後セットアップされることが考えられる。また、データ転送制御情報は、ＡＭＦなどのモビリティ制御ノードに提供することができ、次いで、モビリティ制御ノードがデータ転送制御情報を無線通信デバイスにフォワードすることができる。

【0133】

ボックス３２２０での確認は、例えば破棄イベントが満たされるまで、時々再実行することが可能である。したがって、ボックス３２２１において、データ転送制御情報のバッファリングを中止するかが確認される。これは、セッション制御ノードが呼制御情報をバッファリングしながら破棄イベントを監視することを意味することができる。次いで、破棄されたイベントを検出すると、次に説明するように、バッファリングされたデータ転送制御情報を破棄することができる。例示的な破棄イベントは、以下の表６に列挙されている。

【0134】

【表6】

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

例示のために、様々な例によれば、ＵＥは、バッファリングされたデータ転送制御情報を要求する要求メッセージを送信する。他の例では、そのような要求メッセージはＵＥによって送信されないが、ネットワークノードが、ＵＥが接続モードに再送信するかどうかを監視し、次いで、そのような監視に基づいてＵＥへのデータ転送制御情報のプロビジョニングをトリガすることが可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】