特表 2025-504865 データユニット処理

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2025-02-19

(54)【発明の名称】データユニット処理

(51)【国際特許分類】

   H04W 28/04 20090101AFI20250212BHJP

   H04W 80/02 20090101ALI20250212BHJP

【ＦＩ】

H04W28/04

H04W80/02

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024543145

(86)(22)【出願日】2023-01-20

(85)【翻訳文提出日】2024-07-19

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

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

(87)【国際公開日】2023-07-27

(31)【優先権主張番号】63/301,541

(32)【優先日】2022-01-21

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＳＩＭＵＬＩＮＫ

２．ＶＥＲＩＬＯＧ

３．ＳＴＡＴＥＦＬＯＷ

４．ＬＡＢＶＩＥＷ

(71)【出願人】

【識別番号】517308024

【氏名又は名称】オフィノ， エルエルシー

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】チュン， スンドゥク

(72)【発明者】

【氏名】パク， キュンミン

(72)【発明者】

【氏名】ディナン， エスマエル ヘジャジ

(72)【発明者】

【氏名】タレビ ファード， ペイマン

(72)【発明者】

【氏名】チャオ， ウェイファー

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA13

5K067CC08

5K067EE02

5K067EE10

5K067HH23

(57)【要約】

本発明の方法は、第一のデバイスによって第二のデバイスに、データフローのデータユニットに関連付けられる複数のパケットを送信することと、前記第一のデバイスによって、前記複数のパケットのうちの少なくとも一つのパケットの送信障害を決定することと、前記第一のデバイスによって、前記少なくとも一つのパケットの前記送信障害、および前記複数のパケットが前記データユニットと関連付けられること、に基づき、前記複数のパケットを破棄することと、前記第一のデバイスによって前記第二のデバイスに、前記複数のパケットが破棄されるという表示を送信することと、を含む。
【選択図】図２２

【特許請求の範囲】

【請求項1】

方法であって、
第一のデバイスによって第二のデバイスに、データフローのデータユニットに関連付けられる複数のパケットを送信することと、
前記第一のデバイスによって、前記複数のパケットのうちの少なくとも一つのパケットの送信障害を決定することと、
前記第一のデバイスによって、
前記少なくとも一つのパケットの前記送信障害、および
前記複数のパケットが前記データユニットと関連付けられること、に基づき、前記複数のパケットを破棄することと、
前記第一のデバイスによって前記第二のデバイスに、前記複数のパケットが破棄されるという表示を送信することと、を含む、方法。

【請求項2】

方法であって、
第一のデバイスによって、複数のパケットのうちの少なくとも一つのパケットの送信障害に基づき、データフローのデータユニットに関連付けられる前記複数のパケットを破棄することと、
前記第一のデバイスによって、前記複数のパケットが破棄されるという表示を送信することと、を含む、方法。

【請求項3】

前記第一のデバイスによって第二のデバイスに、前記データフローの前記データユニットに関連付けられる前記複数のパケットを送信することをさらに含む、請求項２に記載の方法。

【請求項4】

前記第一のデバイスが第一の無線デバイスを含み、前記第二のデバイスが第二の無線デバイスを含む、請求項３に記載の方法。

【請求項5】

前記第一のデバイスが、第一の無線デバイスの第一のエンティティを含み、前記第二のデバイスが、前記第一の無線デバイスの第二のエンティティを含む、請求項３に記載の方法。

【請求項6】

前記第一のエンティティまたは前記第二のエンティティのいずれかが、
パケットデータ収束プロトコル（ＰＤＣＰ）層、または
無線リンク制御（ＲＬＣ）層、の少なくとも一つを含む、請求項５に記載の方法。

【請求項7】

前記データユニットが、サービスデータユニット（ＳＤＵ）を含む、請求項５に記載の方法。

【請求項8】

前記第一のエンティティによって、前記ＳＤＵを、少なくとも一つの第一のＰＤＵおよび少なくとも一つの第二のＰＤＵを含む複数のプロトコルデータユニット（ＰＤＵ）にセグメント化することをさらに含む、請求項５に記載の方法。

【請求項9】

前記破棄することが、前記第一のエンティティによって、前記少なくとも一つの第二のＰＤＵの前記送信障害に基づき、前記ＳＤＵを破棄することを含む、請求項８に記載の方法。

【請求項10】

前記第一のデバイスによって、前記複数のパケットのうちの少なくとも一つのパケットの送信障害を決定することをさらに含む、請求項２～９のいずれか一項に記載の方法。

【請求項11】

前記第一のデバイスが、前記少なくとも一つのパケットに関連付けられる時間期間の満了に基づき、前記送信障害を決定する、請求項１０に記載の方法。

【請求項12】

前記第一のデバイスが、
前記パケットが受信されるときに、前記少なくとも一つのパケットに関連付けられる前記時間期間を開始し、および
前記第一のデバイスが、前記少なくとも一つのパケットが前記第二のデバイスによって受信されるという表示を受信するときに、前記少なくとも一つのパケットに関連付けられる前記時間期間を停止する、請求項１１に記載の方法。

【請求項13】

前記複数のパケットが破棄されるという前記表示が、
パケットデータ収束プロトコル（ＰＤＣＰ）ステータスレポート、または
ＰＤＣＰ制御プロトコルデータユニット、の少なくとも一つを介して、送信される、請求項３～１２のいずれか一項に記載の方法。

【請求項14】

前記複数のパケットが破棄されるという前記表示が、前記第二のデバイスが前記複数のパケットの各々を破棄する必要があることを示す情報を含む、請求項３～１３のいずれか一項に記載の方法。

【請求項15】

前記第一のデバイスによって、前記第二のデバイスから、前記複数のパケットが破棄されるという前記表示を送信するかどうかに関する構成情報を受信することをさらに含む、請求項３～１４のいずれか一項に記載の方法。

【請求項16】

前記第一のデバイスが、アプリケーションから前記複数のパケットを受信する、請求項２～１５のいずれか一項に記載の方法。

【請求項17】

前記第一のデバイスによって、
前記複数のパケットが破棄されるという前記表示に対する確認応答、
前記複数のパケットが破棄されるという表示、または
更新済みパラメーター、の少なくとも一つを受信することをさらに含む、請求項２～１６のいずれか一項に記載の方法。

【請求項18】

前記第一のデバイスによって、前記複数のパケットを破棄することを決定することに基づき、前記第一のデバイスのメモリーから前記データユニットを除去することをさらに含む、請求項２～１６のいずれか一項に記載の方法。

【請求項19】

第一のデバイスであって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記第一のデバイスに請求項１～１８のいずれか一項に記載の方法を実施させる命令を格納するメモリーと、を含む、第一のデバイス。

【請求項20】

一つまたは複数のプロセッサーによって実行されるときに、前記一つまたは複数のプロセッサーに請求項１～１８のいずれか一項に記載の方法を実施させる命令を含む、非一時的コンピューター可読媒体。

【請求項21】

方法であって、
第二のデバイスによって、第一のデバイスから、データフローのデータユニットに関連付けられる複数のパケットが破棄されるという表示を受信することを含む、方法。

【請求項22】

前記第二のデバイスによって、および前記表示に基づき、前記複数のパケットのうちの一つまたは複数の受信パケットを破棄することをさらに含む、請求項２１に記載の方法。

【請求項23】

前記第二のデバイスによって、前記第一のデバイスから、前記データフローの前記データユニットに関連付けられる前記複数のパケットを受信することをさらに含む、請求項２１～２２のいずれか一項に記載の方法。

【請求項24】

前記第一のデバイスが第一の無線デバイスを含み、前記第二のデバイスが第二の無線デバイスを含む、請求項２１～２３のいずれか一項に記載の方法。

【請求項25】

前記第一のデバイスが、第一の無線デバイスの第一のエンティティを含み、前記第二のデバイスが、前記第一の無線デバイスの第二のエンティティを含む、請求項２１～２３のいずれか一項に記載の方法。

【請求項26】

前記第一のエンティティまたは前記第二のエンティティのいずれかが、
パケットデータ収束プロトコル（ＰＤＣＰ）層、または
無線リンク制御（ＲＬＣ）層、の少なくとも一つを含む、請求項２５に記載の方法。

【請求項27】

前記データユニットが、サービスデータユニット（ＳＤＵ）を含む、請求項２６に記載の方法。

【請求項28】

前記複数のパケットが破棄されるという前記表示が、
パケットデータ収束プロトコル（ＰＤＣＰ）ステータスレポート、または
ＰＤＣＰ制御プロトコルデータユニット、の少なくとも一つを介して、受信される、請求項２１～２７のいずれか一項に記載の方法。

【請求項29】

前記複数のパケットが破棄されるという前記表示が、前記第二のデバイスが前記複数のパケットの各々を破棄する必要があることを示す情報を含む、請求項２１～２８のいずれか一項に記載の方法。

【請求項30】

前記第二のデバイスから前記第一のデバイスに、前記複数のパケットが破棄されるという前記表示を送信するかどうかに関する構成情報を送信することをさらに含む、請求項２１～２９のいずれか一項に記載の方法。

【請求項31】

前記構成情報が、前記第一のデバイスが前記時間期間の満了に基づき前記送信障害を決定することを可能にするための、前記時間期間の値を含む、請求項３０に記載の方法。

【請求項32】

第二のデバイスであって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記第二のデバイスに請求項２１～３１のいずれか一項に記載の方法を実施させる命令を格納するメモリーと、を含む、第二のデバイス。

【請求項33】

一つまたは複数のプロセッサーによって実行されるときに、前記一つまたは複数のプロセッサーに請求項２１～３１のいずれか一項に記載の方法を実施させる命令を含む、非一時的コンピューター可読媒体。

【請求項34】

システムであって、
第一のデバイスであって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記第一のデバイスに、
複数のパケットのうちの少なくとも一つのパケットの送信障害に基づき、データフローのデータユニットに関連付けられる前記複数のパケットを破棄すること、および
第二のデバイスに、前記複数のパケットが破棄されたという表示を送信すること、を含む動作を実施させる命令を格納するメモリーと、を含む、第一のデバイスと、
前記第二のデバイスであって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記第二のデバイスに、
前記第一のデバイスから、前記複数のパケットが破棄されるという前記表示を受信することを含む、動作を実施させる命令を格納するメモリーと、を含む、前記第二のデバイスと、を含む、システム。

【発明の詳細な説明】

【背景技術】

【0001】

関連出願の相互参照
本出願は、２０２２年１月２１日に出願された米国仮特許出願第６３／３０１，５４１号の継続であり、その全体が参照により本明細書に組み込まれる。

【発明の概要】

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

【0002】

本開示では、さまざまな実施形態が、開示された技術がどのように実装され得るか、および／または開示された技術がどのように環境およびシナリオで実践され得るかの実施例として提示される。関連技術分野の当業者には、範囲から逸脱することなく、形態および詳細のさまざまな変更を行うことができることは明らかであろう。実際、明細書を読んだ後、代替の実施形態を実装する方法が関連技術分野の当業者に明らかになるであろう。本実施形態は、例示的実施形態のいずれによっても限定されるべきではない。本開示の実施形態は、添付図面を基準して説明される。開示された例示的実施形態からの制限、特徴、および／または要素が組み合わせられ、本開示の範囲内でさらなる実施形態を作成し得る。機能および利点を強調する図は、例としてのみ示される。開示されたアーキテクチャーは、示される以外の方式で利用され得るように、十分に柔軟で構成可能である。例えば、いかなるフローチャートにリストされたアクションも、いくつかの実施形態で再配列され、または任意選択的にのみ使用され得る。

【0003】

実施形態は、必要に応じて動作するように構成され得る。開示された機構は、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせなどで、特定の基準が満たされると実施され得る。例示的な基準は、例えば、無線デバイスまたはネットワークノード構成、トラフィック負荷、初期システムセットアップ、パケットサイズ、トラフィック特性、上記の組み合わせなどに少なくとも部分的に基づき得る。一つまたは複数の基準が満たされるときに、さまざまな例示的実施形態が適用され得る。従って、開示されたプロトコルを選択的に実装する例示的実施形態を実装することが可能であり得る。

【0004】

基地局は、無線デバイスの混合と通信し得る。無線デバイスおよび／または基地局は、複数の技術、および／または同じ技術の複数のリリースをサポートし得る。無線デバイスは、一つまたは複数の特定の能力を有し得る。本開示が複数の無線デバイスと通信する基地局に言及する場合、本開示は、カバレッジエリア内の全無線デバイスのサブセットに言及することができる。本開示は、例えば、所定の能力を含み、基地局の所定のセクターにある、所定のＬＴＥまたは５Ｇリリースの複数の無線デバイスに言及し得る。本開示における複数の無線デバイスは、選択された複数の無線デバイス、および／または開示された方法などに従って実行するカバレッジエリア内の全無線デバイスのサブセットに言及し得る。開示された方法に準拠し得ないカバレッジエリアに複数の基地局または複数の無線デバイスが存在し得る。例えば、それらの無線デバイスまたは基地局は、ＬＴＥまたは５Ｇ技術の古いリリースに基づき実施される。

【図面の簡単な説明】

【0005】

【図1】図１Ａおよび図１Ｂは、アクセスネットワークおよびコアネットワークを含む通信ネットワークの実施例を示す。

【0006】

【図2】図２Ａ、図２Ｂ、図２Ｃ、および図２Ｄは、コアネットワーク内のサービスベースのアーキテクチャーのフレームワークのさまざまな例を示す。

【0007】

【図3】図３は、コアネットワーク機能を含む例示的な通信ネットワークを示す。

【0008】

【図4】図４Ａおよび図４Ｂは、複数のユーザープレーン機能および信頼できないアクセスを有するコアネットワークアーキテクチャーの実施例を示す。

【0009】

【図5】図５は、ローミングシナリオのためのコアネットワークアーキテクチャーの実施例を示す。

【0010】

【図6】図６は、ネットワークスライシングの実施例を示す。

【0011】

【図7】図７Ａ、図７Ｂおよび図７Ｃは、ユーザープレーンプロトコルスタック、制御プレーンプロトコルスタック、およびユーザープレーンプロトコルスタックのプロトコル層の間に提供されるサービスを示す。

【0012】

【図8】図８は、データ交換のためのサービス品質モデルの実施例を示す。

【0013】

【図9】図９Ａ、図９Ｂ、図９Ｃ、および図９Ｄは、無線デバイスの例示的な状態および状態移行を示す。

【0014】

【図10】図１０は、無線デバイスの登録手順の実施例を示す。

【0015】

【図11】図１１は、無線デバイスに対するサービス要求手順の実施例を示す。

【0016】

【図12】図１２は、無線デバイスに対するプロトコルデータユニットセッション確立手順の実施例を示す。

【0017】

【図13】図１３は、通信ネットワーク内の要素の構成要素の実施例を示す。

【0018】

【図14】図１４Ａ、図１４Ｂ、図１４Ｃ、および図１４Ｄは、物理コアネットワーク展開のさまざまな例を示しており、各々が一つまたは複数のネットワーク機能またはその一部分を有する。

【0019】

【図15】図１５は、本開示の例示的実施形態の一態様の図である。

【0020】

【図16】図１６は、本開示の例示的実施形態の一態様の図である。

【0021】

【図17】図１７は、本開示の例示的実施形態の一態様の図である。

【0022】

【図18】図１８は、本開示の例示的実施形態の一態様の図である。

【0023】

【図19】図１９は、本開示の例示的実施形態の一態様の図である。

【0024】

【図20】図２０は、本開示の例示的実施形態の一態様の図である。

【0025】

【図21】図２１は、本開示の例示的実施形態の一態様の図である。

【0026】

【図22】図２２は、本開示の例示的実施形態の一態様の図である。

【0027】

【図23】図２３は、本開示の例示的実施形態の一態様の図である。

【0028】

【図24】図２４は、本開示の例示的実施形態の一態様の図である。

【0029】

【図25】図２５は、本開示の例示的実施形態の一態様の図である。

【0030】

【図26】図２６は、本開示の例示的実施形態の一態様の図である。

【0031】

【図27】図２７は、本開示の例示的実施形態の一態様の図である。

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

【0032】

本開示では、「ａ」および「ａｎ」ならびに類似の語句は、特定の要素の単一のインスタンスを指すが、その要素の他のインスタンスを除外するように解釈されるべきではない。例えば、二つのホイールを有する二輪は、「ホイール（単数）」を有すると説明され得る。同様に、接尾辞「（ｓ）」で終わる任意の用語は、「少なくとも一つ」および／または「一つまたは複数」として解釈されるべきである。本明細書では、「ｍａｙ」という用語は「例えば、～であり得る」として解釈されるべきである。換言すれば、「ｍａｙ」という用語は、「ｍａｙ」という用語に続く句が複数の好適な可能性の一つの実施例であり、さまざまな実施形態のうちの一つまたは複数によって用いられても用いられ得ないことを示す。本明細書で使用される場合、「含む（ｃｏｍｐｒｉｓｅｓ）」および「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」という用語は、記載される要素の一つまたは複数の構成要素を列挙する。「含む（ｃｏｍｐｒｉｓｅｓ）」という用語は、「含む（ｉｎｃｌｕｄｅｓ）」と互換性があり記載される要素に含まれる列挙されていない構成要素を除外しない。対照的に、「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」は、記述される要素の一つまたは複数の構成要素の完全な列挙を提供する。

【0033】

「に基づき」、「に応答して」、「に依存して」、「採用する」、「使用する」、という語句および類似の語句は、イベントおよび／またはアクションに対する特定の要因および／または状態の存在および／または影響を示すが、列挙されていない要因および／または状態も存在すること、および／またはイベントおよび／またはアクションに影響を与えることを除外しない。例えば、動作Ｘが、状態Ｙに「基づき」実施される場合、これは、動作が、少なくとも状態Ｙに「基づき」実施されると解釈されるべきである。例えば、動作Ｘの性能が、状態ＹおよびＺの両方が満たされるときに実施される場合、動作Ｘの性能は、「Ｙに基づいて」いる、と説明され得る。

【0034】

「構成される」という用語は、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの容量に関連し得る。構成されるとは、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの動作特性に影響するデバイスの特定の設定を指し得る。換言すれば、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリー値などは、デバイスが特定の特性を提供するために、デバイスが動作状態または非動作状態にあるかどうかにかかわらず、デバイス内で「構成され」得る。「デバイスにおいて発生する制御メッセージ」などの用語は、デバイスが動作状態か非動作状態かにかかわらず、制御メッセージがデバイスにおける特定の特性を構成するために使用され得る、またはデバイスにおける特定のアクションを実装するために使用され得るパラメーターを有することを意味し得る。

【0035】

本開示では、パラメーターは一つまたは複数の情報オブジェクトを含み、情報オブジェクトは一つまたは複数の他のオブジェクトを含むことができる。例えば、パラメーターＪがパラメーターＫを含み、パラメーターＫがパラメーターＬを含み、パラメーターＬがパラメーターＭを含む場合、ＪはＬを含み、ＪはＭを含む。パラメーターはフィールドまたは情報要素と呼んでもよい。例示的実施形態では、一つまたは複数のメッセージが複数のパラメーターを含む場合、複数のパラメーターのうちのパラメーターが一つまたは複数のメッセージのうちの少なくとも一つにあるが、一つまたは複数のメッセージの各々にある必要はないことを意味する。

【0036】

本開示は、列挙された要素の可能な組み合わせを指し得る。簡潔さおよび読みやすさのために、本開示は、任意選択的な特徴のセットから選択することによって得られ得るありとあらゆる変更を明示的に記載していない。本開示は、そのような全ての変更を明示的に開示すと解釈されるべきである。例えば、列挙された要素Ａ、Ｂ、Ｃの七つの可能な組み合わせは、（１）「Ａ」、（２）「Ｂ」、（３）「Ｃ」、（４）「ＡおよびＢ」、（５）「ＡおよびＣ」、（６）「ＢおよびＣ」、および（７）「Ａ、Ｂ、およびＣ」からなる。簡潔性および読みやすさのために、これらの七つの可能な組み合わせは、以下の交換可能な定式化のうちのいずれかを使用して説明され得る、「Ａ、Ｂ、およびＣのうちの少なくとも一つ」、「Ａ、Ｂ、またはＣのうちの少なくとも一つ」、「Ａ、Ｂ、およびＣのうちの一つまたは複数」、「Ａ、Ｂ、またはＣのうちの一つまたは複数」、「Ａ、Ｂ、および／またはＣ」。不可能な組み合わせは除外されることが理解されよう。例えば、「Ｘおよび／またはＸではない」は、「ＸまたはＸではない」と解釈されるべきである。さらに、これらの定式化は、重複および／または同義概念、例えば、「識別子、識別、および／またはＩＤ番号」の代替的な表現を記述し得ることが理解されよう。

【0037】

本開示は、セットおよび／またはサブセットを指し得る。一実施例として、セットＸは、一つまたは複数の要素を含む要素のセットであり得る。Ｘの全ての要素がＹの要素でもある場合、ＸはＹのサブセットと呼んでもよい。本開示では、非空のセットおよびサブセットのみが考慮される。例えば、Ｙが要素Ｙ１、Ｙ２、およびＹ３からなる場合、Ｙの可能性のあるサブセットは、｛Ｙ１、Ｙ２、Ｙ３｝、｛Ｙ１、Ｙ２｝、｛Ｙ１、Ｙ３｝、｛Ｙ２、Ｙ３｝、｛Ｙ１｝、｛Ｙ２｝、および｛Ｙ３｝である。

【0038】

図１Ａは、本開示の実施形態が実装され得る通信ネットワーク１００の実施例を示す。通信ネットワーク１００は、例えば、ネットワーク事業者によって運営される公衆陸上モバイルネットワーク（ＰＬＭＮ）で構成される。図１Ａに示すように、通信ネットワーク１００は、無線デバイス１０１、アクセスネットワーク（ＡＮ）１０２、コアネットワーク（ＣＮ）１０５、および一つまたは複数のデータネットワーク（ＤＮ）１０８を含む。

【0039】

無線デバイス１０１は、ＡＮ１０２およびＣＮ１０５を介してＤＮ１０８と通信し得る。本開示では、無線デバイスという用語は、無線通信が必要であるかまたは使用可能な任意のモバイルデバイスまたは固定（非モバイル）デバイスを指し、包含し得る。例えば、無線デバイスには、電話、スマートフォン、タブレット、コンピューター、ラップトップ、センサー、メーター、ウェアラブルデバイス、モノのインターネット（ＩｏＴ）デバイス、車両道路側ユニット（ＲＳＵ）、中継ノード、自動車、無人航空機、都市空中移動、および／またはそれらの任意の組み合わせが含まれる。無線デバイスという用語は、ユーザー機器（ＵＥ）、ユーザー端末（ＵＴ）、アクセス端末（ＡＴ）、モバイルステーション、受話器、無線送受信ユニット（ＷＴＲＵ）、および／または無線通信デバイスを含む、他の用語を包含する。

【0040】

ＡＮ１０２は、任意の適切な様式で無線デバイス１０１をＣＮ１０５に接続し得る。ＡＮ１０２から無線デバイス１０１への通信方向はダウンリンクと呼ばれ、無線デバイス１０１からＡＮ１０２への通信方向はアップリンクと呼ばれる。ダウンリンク送信は、周波数分割二重化（ＦＤＤ）、時間分割二重化（ＴＤＤ）、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。ＡＮ１０２は、エアーインターフェイスを介した無線通信を通じて無線デバイス１０１に接続することができる。エアーインターフェイス上で少なくとも部分的に動作するアクセスネットワークは、無線アクセスネットワーク（ＲＡＮ）と称され得る。ＣＮ１０５は、無線デバイス１０１と一つまたは複数のＤＮ１０８との間の一つまたは複数のエンドツーエンド接続をセットアップし得る。ＣＮ１０５は、無線デバイス１０１を認証し、課金機能を提供し得る。

【0041】

本開示では、基地局という用語は、無線デバイス１０１とＡＮ１０２との間の通信を容易にするＡＮ１０２の任意の要素を指し、包含し得る。アクセスネットワークおよび基地局は、多くの異なる名称および実装を有する。基地局は、地球に固定された地上基地局であり得る。基地局は、移動カバレッジエリアを有するモバイル基地局であり得る。基地局は、例えば、衛星上に、宇宙空間内にあり得る。例えば、ＷｉＦｉおよびその他の規格は、アクセスポイントという用語を使用し得る。別の実施例として、第三世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、三世代モバイルネットワーク用の仕様を生成しており、その各々は異なる用語を使用する。第三世代（３Ｇ）および／またはユニバーサルモバイル通信システム（ＵＭＴＳ）規格は、Ｎｏｄｅ Ｂ．４Ｇ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）という用語を使用し得、および／または進化ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）規格は、進化ノードＢ（ｅＮＢ）という用語を使用し得る。５Ｇおよび／または新無線（ＮＲ）規格は、ＡＮ１０２を次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）として記述することができ、基地局を次世代ｅＮＢ（ｎｇ－ｅＮＢ）および／または世代ノードＢ（ｇＮＢ）と称することができる。将来の規格（例えば、６Ｇ、７Ｇ、８Ｇ）は、新しい用語を使用して、本開示に記載される方法（例えば、無線デバイス、基地局、ＡＮ、ＣＮ、および／またはその構成要素）を実装する要素を指し得る。基地局は、ドナーノードのカバレッジエリアを拡張するために使用される中継器または中継ノードとして実装され得る。中継器ノードは、ドナーノードから受信した無線信号を増幅および再ブロードキャストし得る。中継ノードは、中継器ノードと同じ／類似の機能を実施し得るが、ドナーノードから受信した無線信号を復号して、無線信号を増幅および再ブロードキャストする前にノイズを除去し得る。

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

層３は、ネットワーク層に対応し得る。層３は、層２にパッケージ化されたデータのルーティングに関係し得る。層３は、データおよびトラフィック回避の優先順位付けを処理し得る。ＮＲでは、層３は、無線リソース制御層（ＲＲＣ）および非アクセス層（ＮＡＳ）を含むことができる。層４～７は、トランスポート層、セッション層、提示層、およびアプリケーション層に対応し得る。アプリケーション層は、エンドユーザーと相互作用して、アプリケーションに関連付けられるデータを提供する。一実施例では、アプリケーションを実装するエンドユーザーは、アプリケーションに関連付けられるデータを生成し、その情報をターゲットデータネットワーク（例えば、インターネット、アプリケーションサーバーなど）に送信し始めることができる。アプリケーション層から開始して、ＯＳＩモデルの各層は、情報を操作および／または再パッケージ化し、それを下部層に送達し得る。最下層では、操作および／または再パッケージ化された情報は、物理インフラストラクチャ（例えば、電気的、光学的、および／または電磁的）を介して交換され得る。ターゲットデータネットワークに近づくと、情報はパッケージ解除され、ターゲットデータネットワークによって使用可能な形態（例えば、エンドユーザーによって提供されたのと同じ形態）でアプリケーション層に再び到達するまで、上位および上位層に提供される。エンドユーザーに応答するために、データネットワークは、この手順を逆に実行し得る。

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

１２１０で、ＵＥはＰＤＵセッション確立を開始する。ＵＥは、ＡＮを介してＰＤＵセッション確立要求をＡＭＦに送信し得る。ＰＤＵセッション確立要求はＮＡＳメッセージであり得る。ＰＤＵセッション確立要求は、ＰＤＵセッションＩＤ、要求されたＰＤＵセッションタイプ（新規または既存の）、要求されたＤＮ（ＤＮＮ）、要求されたネットワークスライス（Ｓ－ＮＳＳＡＩ）、要求されたＳＳＣモード、および／または任意の他の適切な情報を示し得る。ＰＤＵセッションＩＤは、ＵＥによって生成され得る。ＰＤＵセッションタイプは、例えば、インターネットプロトコル（ＩＰ）ベースのタイプ（例えば、ＩＰｖ４、ＩＰｖ６、またはデュアルスタックＩＰｖ４／ＩＰｖ６）、イーサネット（登録商標）タイプ、または非構造化タイプであり得る。

【0163】

ＡＭＦは、ＰＤＵセッション確立要求に基づきＳＭＦを選択し得る。一部のシナリオでは、要求されたＰＤＵセッションは、特定のＳＭＦとすでに関連付けられ得る。例えば、ＡＭＦは、ＵＥのＵＥコンテキストを記憶してもよく、ＵＥコンテキストは、要求されたＰＤＵセッションのＰＤＵセッションＩＤが特定のＳＭＦとすでに関連付けられていることを示し得る。一部のシナリオでは、ＡＭＦは、ＳＭＦが要求されたＰＤＵセッションを処理するように準備されるという決定に基づき、ＳＭＦを選択し得る。例えば、要求されたＰＤＵセッションは、特定のＤＮＮおよび／またはＳ－ＮＳＳＡＩと関連付けられてもよく、ＳＭＦは、ＳＭＦが特定のＤＮＮおよび／またはＳ－ＮＳＳＡＩに関連付けられるＰＤＵセッションを管理できるという決定に基づき選択され得る。

【0164】

１２２０で、ネットワークは、ＰＤＵセッションのコンテキストを管理する。１２１０でＳＭＦを選択した後、ＡＭＦは、ＰＤＵセッションコンテキスト要求をＳＭＦに送信する。ＰＤＵセッションコンテキスト要求は、１２１０でＵＥから受信したＰＤＵセッション確立要求を含み得る。ＰＤＵセッションコンテキスト要求は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求および／またはＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求であり得る。ＰＤＵセッションコンテキスト要求は、ＵＥの識別子、要求されたＤＮ、および／または要求されたネットワークスライスを示し得る。ＰＤＵセッションコンテキスト要求に基づき、ＳＭＦは、ＵＤＭからサブスクリプションデータを取得し得る。サブスクリプションデータは、ＵＥのセッション管理サブスクリプションデータであり得る。ＳＭＦは、サブスクリプションデータの更新をサブスクリプションしてもよく、その結果、ＰＣＦは、ＵＥのサブスクリプションデータが変化した場合に新しい情報を送信する。ＵＥのサブスクリプションデータを取得した後、ＳＭＦは、ＰＤＵセッションコンテキスト応答をＡＭＧに送信し得る。ＰＤＵセッションコンテキスト応答は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ応答および／またはＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答であり得る。ＰＤＵセッションコンテキスト応答は、セッション管理コンテキストＩＤを含み得る。

【0165】

１２３０で、必要に応じて、二次承認／認証を実施することができる。二次承認／認証は、ＵＥ、ＡＭＦ、ＳＭＦ、およびＤＮを伴い得る。ＳＭＦは、データネットワーク認証、承認、および会計（ＤＮ ＡＡＡ）サーバーを介してＤＮにアクセスし得る。

【0166】

１２４０で、ネットワークは、ＰＤＵセッションに関連付けられるアップリンクデータのためのデータ経路を設定する。ＳＭＦは、ＰＣＦを選択し、セッション管理ポリシー関連付けを確立し得る。関連付けに基づき、ＰＣＦは、ＰＤＵセッションに対するポリシー制御および課金ルール（ＰＣＣルール）の初期セットを提供し得る。特定のＰＤＵセッションを標的とするとき、ＰＣＦは、ＳＭＦに、ＰＤＵセッションにＩＰアドレスを割り当てるための方法、ＰＤＵセッションのデフォルト課金方法、対応する課金エンティティのアドレス、新しいポリシーを要求するためのトリガーなどを示し得る。ＰＣＦはまた、一つまたは複数のＰＤＵセッションを含むサービスデータフロー（ＳＤＦ）を標的とし得る。ＳＤＦを標的とするとき、ＰＣＦは、ＳＭＦに、ＱｏＳ要件を適用するためのポリシー、トラフィックの監視（例えば、課金目的）、および／またはステアリングトラフィック（例えば、一つまたは複数の特定のＮ６インターフェイスを使用することによって）を示し得る。

【0167】

ＳＭＦは、ＰＤＵセッションに対するＩＰアドレスを決定および／または割り当て得る。ＳＭＦは、ＰＤＵセッションを処理するために、一つまたは複数のＵＰＦ（図１２の実施例では単一のＵＰＦ）を選択し得る。ＳＭＦは、Ｎ４セッションメッセージを選択されたＵＰＦに送信し得る。Ｎ４セッションメッセージは、Ｎ４セッション確立要求および／またはＮ４セッション修正要求であり得る。Ｎ４セッションメッセージは、ＰＤＵセッションに関連付けられるパケット検出、施行、および報告ルールを含み得る。応答として、ＵＰＦはＮ４セッション確立応答および／またはＮ４セッション修正応答を送信することによって確認応答し得る。

【0168】

ＳＭＦは、ＰＤＵセッション管理情報をＡＭＦに送信し得る。ＰＤＵセッション管理情報は、セッションサービス要求（例えば、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒ）メッセージであり得る。ＰＤＵセッション管理情報は、ＰＤＵセッションＩＤを含み得る。ＰＤＵセッション管理情報は、ＮＡＳメッセージであり得る。ＰＤＵセッション管理情報は、Ｎ１セッション管理情報および／またはＮ２セッション管理情報を含み得る。Ｎ１セッション管理情報は、ＰＤＵセッション確立承諾メッセージを含み得る。ＰＤＵセッション確立承諾メッセージは、ＵＰＦのトンネルエンドポイント情報およびＰＤＵセッションに関連付けられるサービス品質（ＱｏＳ）情報を含み得る。

【0169】

ＡＭＦは、Ｎ２要求をＡＮに送信し得る。Ｎ２要求は、ＰＤＵセッション確立承諾メッセージを含み得る。Ｎ２要求に基づき、ＡＮは、ＵＥに対するＡＮリソースを決定し得る。ＡＮリソースは、ＵＥによって使用されて、ＡＮを介して、ＤＮとのＰＤＵセッションを確立し得る。ＡＮは、ＰＤＵセッションに使用されるリソースを決定し、決定されたリソースをＵＥに示し得る。ＡＮはＰＤＵセッション確立承諾メッセージをＵＥに送信することができる。例えば、ＡＮは、ＵＥのＲＲＣ再構成を実行し得る。ＡＮリソースが設定された後、ＡＮは、Ｎ２要求確認応答をＡＭＦに送信し得る。Ｎ２要求確認応答は、Ｎ２セッション管理情報、例えば、ＡＮのＰＤＵセッションＩＤおよびトンネルエンドポイント情報を含み得る。

【0170】

アップリンクデータのためのデータ経路が１２４０にセットアップされた後、ＵＥは、任意選択的に、ＰＤＵセッションに関連付けられるアップリンクデータを送信し得る。図１２に示すように、アップリンクデータは、ＡＮおよびＵＰＦを介してＰＤＵセッションに関連付けられるＤＮに送信され得る。

【0171】

１２５０で、ネットワークは、ＰＤＵセッションコンテキストを更新し得る。ＡＭＦは、ＰＤＵセッションコンテキスト更新要求をＳＭＦに送信し得る。ＰＤＵセッションコンテキスト更新要求は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求であり得る。ＰＤＵセッションコンテキスト更新要求は、ＡＮから受信したＮ２セッション管理情報を含み得る。ＳＭＦは、ＰＤＵセッションコンテキスト更新を承認し得る。確認応答は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答であり得る。確認応答は、任意のＵＥモビリティイベントについてＳＭＦに通知されることを要求するサブスクリプションを含み得る。ＰＤＵセッションコンテキスト更新要求に基づき、ＳＭＦは、Ｎ４セッションメッセージをＵＰＦに送信し得る。Ｎ４セッションメッセージは、Ｎ４セッション修正要求であり得る。Ｎ４セッションメッセージは、ＡＮのトンネルエンドポイント情報を含み得る。Ｎ４セッションメッセージは、ＰＤＵセッションに関連付けられる転送ルールを含み得る。応答として、ＵＰＦはＮ４セッション修正応答を送信して確認し得る。

【0172】

ＵＰＦがＡＮのトンネルエンドポイント情報を受信した後、ＵＰＦは、ＰＤＵセッションに関連付けられるダウンリンクデータをリレーし得る。図１２に示すように、ダウンリンクデータは、ＡＮおよびＵＰＦを介してＰＤＵセッションに関連付けられるＤＮから受信され得る。

【0173】

図１３は、通信ネットワーク内の要素の構成要素の実施例を示す。図１３は、無線デバイス１３１０、基地局１３２０、および一つまたは複数のネットワーク機能１３３０の物理的展開（以降、「展開１３３０」）を含む。本開示に記載される任意の無線デバイスは、類似の構成要素を有してもよく、無線デバイス１３１０と同様の様式で実装され得る。本開示に記載される任意の他の基地局（またはその任意の部分は、基地局のアーキテクチャーに応じて）は、類似の構成要素を有してもよく、基地局１３２０と同様の様式で実装され得る。本開示における任意の物理コアネットワーク展開（または基地局のアーキテクチャーに応じて、その任意の部分）は、同様の構成要素を有し得、展開１３３０と同様の様式で実装され得る。

【0174】

無線デバイス１３１０は、エアーインターフェイス１３７０を介して基地局１３２０と通信し得る。エアーインターフェイス１３７０を介した無線デバイス１３１０から基地局１３２０への通信方向はアップリンクとして公知であり、エアーインターフェイス１３７０を介した基地局１３２０から無線デバイス１３１０への通信方向はダウンリンクとして公知である。ダウンリンク送信は、ＦＤＤ、ＴＤＤ、および／または二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。図１３には、単一の無線デバイス１３１０と単一の基地局１３２０が示されるが、無線デバイス１３１０は、エアーインターフェイス１３７０を介して任意の数の基地局または他のアクセスネットワーク構成要素と通信することができ、基地局１３２０は、エアーインターフェイス１３７０を介して任意の数の無線デバイスと通信することができることが理解されるであろう。

【0175】

無線デバイス１３１０は、処理システム１３１１およびメモリー１３１２を含んでもよい。メモリー１３１２は、一つまたは複数のコンピューター可読媒体、例えば、一つまたは複数の非一時的コンピューター可読媒体を含んでもよい。メモリー１３１２は、命令１３１３を含み得る。処理システム１３１１は、命令１３１３を処理および／または実行し得る。命令１３１３の処理および／または実行により、無線デバイス１３１０および／または処理システム１３１１が一つまたは複数の機能またはアクティビティを実行し得る。メモリー１３１２は、データ（図示せず）を含み得る。処理システム１３１１によって実行される機能またはアクティビティの一つは、メモリー１３１２にデータを保存したり、メモリー１３１２から以前に保存されたデータを取得したりすることなどである。一例では、基地局１３２０から受信されたダウンリンクデータはメモリー１３１２に格納され、基地局１３２０に送信するためのアップリンクデータはメモリー１３１２から取得され得る。図１３に示すように、無線デバイス１３１０は、送信処理システム１３１４および／または受信処理システム１３１５を使用して、基地局１３２０と通信し得る。別の方法として、送信処理システム１３１４および受信処理システム１３１５は、単一の処理システムとして実装されてもよく、または両方が省略されてもよく、無線デバイス１３１０内の全ての処理は、処理システム１３１１によって実施され得る。図１３には示されていないが、送信処理システム１３１４および／または受信処理システム１３１５は、メモリー１３１２に類似しているが、メモリー１３１２から分離する専用メモリーに結合されてもよく、それらのそれぞれの機能のうちの一つまたは複数を実施するために処理および／または実行され得る命令を含んでもよい。無線デバイス１３１０は、エアーインターフェイス１３７０にアクセスするための一つまたは複数のアンテナ１３１６を含んでもよい。

【0176】

無線デバイス１３１０は、一つまたは複数の他の要素１３１９を含むことができる。一つまたは複数の他の要素１３１９は、特徴および／または機能を提供するソフトウェアおよび／またはハードウェアを含むことができる。例えば、スピーカー、マイクロフォン、キーパッド、ディスプレイ、タッチパッド、衛星トランシーバー、ユニバーサルシリアルバス（ＵＳＢ）ポート、ハンズフリーヘッドセット、周波数変調（ＦＭ）無線ユニット、メディアプレーヤー、インターネットブラウザ、電子制御ユニット（例えば、自動車用）、および／または一つまたは複数のセンサー（例えば、加速度計、ジャイロスコープ、温度センサー、レーダーセンサー、リダーセンサー、超音波センサー、光センサー、カメラ、グローバルポジショニングセンサー（ＧＰＳ）など）。無線デバイス１３１０は、一つまたは複数の他の要素１３１９からユーザー入力データを受信し、および／または一つまたは複数の他の要素１３１９にユーザー出力データを提供し得る。一つまたは複数の他の要素１３１９は、電源を含んでもよい。無線デバイス１３１０は、電源からパワーを受信することができ、およびそのパワーを無線デバイス１３１０内の他の構成要素に分配するように構成することができる。電源は、一つまたは複数の電源、例えば、バッテリー、太陽電池、燃料電池、またはそれらの任意の組み合わせを含み得る。

【0177】

無線デバイス１３１０は、エアーインターフェイス１３７０を介して、基地局１３２０にアップリンクデータを送信および／または基地局１３２０からダウンリンクデータを受信し得る。送信および／または受信を実施するために、処理システム１３１１、送信処理システム１３１４、および／または受信システム１３１５のうちの一つまたは複数は、オープンシステム相互接続（ＯＳＩ）機能を実装し得る。一実施例として、送信処理システム１３１４および／または受信システム１３１５は、層１ ＯＳＩ機能を実行し得、処理システム１３１１は、上位層機能を実行し得る。無線デバイス１３１０は、一つまたは複数のアンテナ１３１６を使用して、エアーインターフェイス１３７０を介してデータを送信および／または受信することができる。一つまたは複数のアンテナ１３１６が複数のアンテナを含むシナリオの場合、複数のアンテナを使用して、空間多重化（例えば、シングルユーザー多入力多出力（ＭＩＭＯ）またはマルチユーザーＭＩＭＯ）、送信／受信多様性、および／またはビームフォーミングなどの一つまたは複数のマルチアンテナ技術を実行し得る。

【0178】

基地局１３２０は、処理システム１３２１およびメモリー１３２２を含んでもよい。メモリー１３２２は、一つまたは複数のコンピューター可読媒体、例えば、一つまたは複数の非一時的コンピューター可読媒体を含んでもよい。メモリー１３２２は、命令１３２３を含み得る。処理システム１３２１は、命令１３２３を処理および／または実行し得る。命令１３２３の処理および／または実行により、基地局１３２０および／または処理システム１３２１は一つまたは複数の機能またはアクティビティを実行し得る。メモリー１３２２は、データ（図示せず）を含み得る。処理システム１３２１によって実行される機能またはアクティビティの一つは、メモリー１３２２にデータを保存したり、メモリー１３２２から以前に保存されたデータを取得したりすることなどである。基地局１３２０は、送信処理システム１３２４および受信処理システム１３２５を使用して、無線デバイス１３１０と通信し得る。図１３には示されていないが、送信処理システム１３２４および／または受信処理システム１３２５は、メモリー１３２２に類似しているが、メモリー１３２２から分離する専用メモリーに結合されてもよく、それらのそれぞれの機能のうちの一つまたは複数を実施するために処理および／または実行され得る命令を含んでもよい。無線デバイス１３２０は、エアーインターフェイス１３７０にアクセスするための一つまたは複数のアンテナ１３２６を含んでもよい。

【0179】

基地局１３２０は、ダウンリンクデータを、エアーインターフェイス１３７０を介して無線デバイス１３１０に送信および／または無線デバイス１３１０からアップリンクデータを受信し得る。送信および／または受信を実行するために、処理システム１３２１、送信処理システム１３２４、および／または受信システム１３２５の一つまたは複数がＯＳＩ機能を実装することができる。一実施例として、送信処理システム１３２４および／または受信システム１３２５は、層１ ＯＳＩ機能を実行し得、処理システム１３２１は、上位層機能を実行し得る。基地局１３２０は、一つまたは複数のアンテナ１３２６を使用して、エアーインターフェイス１３７０を介してデータを送信および／または受信し得る。一つまたは複数のアンテナ１３２６が複数のアンテナを含むシナリオの場合、複数のアンテナを使用して、空間多重化（例えば、シングルユーザー多入力多出力（ＭＩＭＯ）またはマルチユーザーＭＩＭＯ）、送信／受信多様性、および／またはビームフォーミングなどの一つまたは複数のマルチアンテナ技術を実行し得る。

【0180】

基地局１３２０は、インターフェイスシステム１３２７を含んでもよい。インターフェイスシステム１３２７は、インターフェイス１３８０を介して、一つまたは複数の基地局および／またはコアネットワークの一つまたは複数の要素と通信できる。インターフェイス１３８０は、有線および／または無線であってもよく、インターフェイスシステム１３２７は、インターフェイス１３８０を介して通信するのに適した一つまたは複数の構成要素を含んでもよい。図１３では、インターフェイス１３８０は基地局１３２０を単一の展開１３３０に接続しているが、無線デバイス１３１０はインターフェイス１３８０を介して任意の数の基地局および／またはＣＮ展開と通信することができ、展開１３３０はインターフェイス１３８０を介して任意の数の基地局および／または他のＣＮ展開と通信することができることが理解されるであろう。基地局１３２０は、一つまたは複数の他の要素１３１９のうちの一つまたは複数と類似した一つまたは複数の他の要素１３２９を含んでもよい。

【0181】

展開１３３０は、一つまたは複数のネットワーク機能（ＮＦ）の任意の数のインスタンスの任意の数の部分を含み得る。展開１３３０は、処理システム１３３１およびメモリー１３３２を含んでもよい。メモリー１３３２は、一つまたは複数のコンピューター可読媒体、例えば、一つまたは複数の非一時的コンピューター可読媒体を含んでもよい。メモリー１３３２は、命令１３３３を含み得る。処理システム１３３１は、命令１３３３を処理および／または実行し得る。命令１３３３の処理および／または実行により、展開１３３０および／または処理システム１３３１が一つまたは複数の機能またはアクティビティを実行し得る。メモリー１３３２は、データ（図示せず）を含み得る。処理システム１３３１によって実行される機能またはアクティビティの一つは、メモリー１３３２にデータを保存したり、メモリー１３３２から以前に保存されたデータを取得したりすることなどである。展開１３３０は、インターフェイスシステム１３３７を使用してインターフェイス１３８０にアクセスし得る。展開１３３０は、一つまたは複数の他の要素１３１９の一つまたは複数に類似した一つまたは複数の他の要素１３３９を含むことができる。

【0182】

システム１３１１、１３１４、１３１５、１３２１、１３２４、１３２５、および／または１３３１のうちの一つまたは複数は、一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーを含んでもよい。一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーは、例えば、汎用プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、マイクロコントローラー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）および／または他のプログラマブルロジックデバイス、ディスクリートゲートおよび／またはトランジスターロジック、ディスクリートハードウェア構成要素、オンボードユニット、またはそれらの任意の組み合わせを含み得る。システム１３１１、１３１４、１３１５、１３２１、１３２４、１３２５、および／または１３３１の一つまたは複数は、信号暗号化／処理、データ処理、電力制御、入力／出力処理、および／または無線デバイス１３１０、基地局１３２０、および／または展開１３３０がモバイル通信システムで動作できるようにするその他の機能を実行できる。

【0183】

開示された実施形態で説明される要素の多くは、モジュールとして実装され得る。ここで、モジュールは、定義された機能を実行し、他の要素への定義されたインターフェイスを有する要素として定義される。本開示で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（例えば、生物学的要素を有するハードウェア）、またはそれらの組み合わせで実装され得、それらは、挙動的に等価であり得る。例えば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂ（登録商標）および／またはなど）もしくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ Ｏｃｔａｖｅ、またはＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔで実行されるように構成されるコンピューター言語で記述されたソフトウェアルーチンで実装され得る。ディスクリートまたはプログラム可能なアナログ、デジタル、および／または量子ハードウェアを組み込む物理ハードウェアを使用してモジュールを実装することも可能であり得る。プログラム可能なハードウェアの実施例には、コンピューター、マイクロコントローラー、マイクロプロセッサー、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、複合プログラマブルロジックデバイス（ＣＰＬＤ）などがある。コンピューター、マイクロコントローラー、マイクロプロセッサーは、アセンブリー、Ｃ、Ｃ＋＋などの言語を使用してプログラムできる。ＦＰＧＡ、ＡＳＩＣ、およびＣＰＬＤは、多くの場合、プログラマブルデバイスの機能が少ない内部ハードウェアモジュール間の接続を構成するＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）またはＶｅｒｉｌｏｇなどのハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。機能モジュールの結果を達成するために、上記の技術がしばしば組み合わせて使用される。

【0184】

無線デバイス１３１０、基地局１３２０、および／または展開１３３０は、タイマーおよび／またはカウンターを実装し得る。タイマー／カウンターは、初期値で開始し得る。本明細書で使用される場合、開始することが、再起動を含み得る。開始されると、タイマー／カウンターが実行され得る。タイマー／カウンターの実行は、発生と関連付けられ得る。発生が発生すると、タイマー／カウンターの値は変化し得る（例えば、増加または減少）。発生は、例えば、外因性事象（例えば、信号の受信、状態の測定など）、内在性事象（例えば、信号の送信、計算、比較、動作の実行もしくはその実行の決定など）、またはそれらの任意の組み合わせであり得る。タイマーの場合、発生は、特定の時間の経過であり得る。しかしながら、タイマーは、特定の単位時間の経過をカウントするカウンターとして記述および／または実装され得ることが理解されよう。タイマー／カウンターは、最終値に到達するまで、最終値の方向に実行され得る。最終値に達することが、タイマー／カウンターの満了と呼んでもよい。最終値は、閾値と呼んでもよい。タイマー／カウンターは一時停止されてもよく、タイマー／カウンターの現在の値は、タイマー／カウンターの値を変更することになる一つまたは複数の発生の発生時でさえも、保持、維持、および／または持ち越される。タイマー／カウンターは、一時停止されていないか、または継続されてもよく、保持、維持、および／または持ち越された値は、一つまたは複数の発生が発生したときに再び変化し始める。タイマー／カウンターは、設定および／またはリセットされ得る。本明細書で使用される場合、設定はリセットを含み得る。タイマー／カウンターが設定および／またはリセットすると、タイマー／カウンターの値は初期値に設定され得る。タイマー／カウンターは、開始および／または再起動され得る。本明細書で使用される場合、開始することが、再起動を含み得る。いくつかの実施形態では、タイマー／カウンターが再起動すると、タイマー／カウンターの値は初期値に設定されてもよく、タイマー／カウンターは実行を開始し得る。

【0185】

図１４Ａ、１４Ｂ、１４Ｃ、および１４Ｄは、各々が一つまたは複数のネットワーク機能またはその一部分を有する、物理コアネットワーク展開のさまざまな例示的な配置を示す。コアネットワーク展開は、展開１４１０、展開１４２０、展開１４３０、展開１４４０、および／または展開１４５０を含む。各展開は、例えば、図１３に示す展開１３３０に類似し得る。特に、各展開は、一つまたは複数の機能または活動を実施するための処理システム、データおよび／または命令を記憶するためのメモリー、ならびに他のネットワーク要素（例えば、他のコアネットワーク展開）と通信するためのインターフェイスシステムを含み得る。各展開は、一つまたは複数のネットワーク機能（ＮＦ）を含んでもよい。ＮＦという用語は、特定の機能セット、および／またはそれらの機能を実行するように構成される一つまたは複数の物理要素（例えば、処理システムと、処理システムによって実行されると処理システムに機能を実行させる命令を含むメモリー）を指す場合がある。例えば、本開示では、ネットワーク機能がＸ、Ｙ、およびＺを実行すると記述される場合、これは、一つまたは複数の物理要素がどのように、またはどこに配備されるかにかかわらず、Ｘ、Ｙ、およびＺを実行するように構成される一つまたは複数の物理要素を指すことが理解されよう。ＮＦという用語は、ネットワークノード、ネットワーク要素、および／またはネットワークデバイスを指し得る。

【0186】

以下で詳しく説明するように、ＮＦにはさまざまなタイプがありＮＦのタイプごとに異なる機能セットが関連付けられる場合がある。複数の異なるＮＦは、異なる場所（例えば、異なる物理コアネットワーク展開において）または同じ場所（例えば、同じ展開内に共存）に柔軟に展開できる。単一のＮＦは、異なる場所（異なる物理コアネットワーク展開を使用して実装される）または同じ場所に柔軟に展開され得る。さらに、物理コアネットワーク展開はまた、一つまたは複数の基地局、アプリケーション機能（ＡＦ）、データネットワーク（ＤＮ）、またはそれらの任意の部分を実装し得る。ＮＦは、専用または共有ハードウェア上のネットワーク要素として、専用または共有ハードウェア上で実行されるソフトウェアインスタンスとして、またはプラットフォーム（クラウドベースのプラットフォームなど）上でインスタンス化された仮想化機能としてなどを含む、さまざまな方法で実装できる。

【0187】

図１４Ａは、各展開が一つのネットワーク機能を含む、コアネットワーク展開の例示的な配置を示す。展開１４１０は、ＮＦ１４１１を含み、展開１４２０は、ＮＦ１４２１を含み、展開１４３０は、ＮＦ１４３１を含む。展開１４１０、１４２０、１４３０は、インターフェイス１４９０を介して通信する。展開１４１０、１４２０、１４３０は、他のネットワーク要素に対して異なる信号伝播遅延を有する異なる物理的位置を有し得る。展開１４１０、１４２０、１４３０の物理的位置の多様性は、改善された速度、カバレッジ、セキュリティ、および／または効率で、広いエリアへのサービスの提供を可能にし得る。

【0188】

図１４Ｂは、単一の展開が複数のＮＦを含む例示的な配置を示す。図１４Ａとは異なり、各ＮＦは別個の展開で展開されており、図１４Ｂは、展開１４１０、１４２０における複数のＮＦを示す。一実施例では、展開１４１０、１４２０は、ソフトウェア定義ネットワーク（ＳＤＮ）および／またはネットワーク機能仮想化（ＮＦＶ）を実装し得る。

【0189】

例えば、展開１４１０は、追加のネットワーク機能、ＮＦ１４１１Ａを含む。ＮＦ１４１１、１４１１Ａは、同じ展開１４１０内の同じ物理的位置に共存する、同じＮＦタイプの複数のインスタンスから構成され得る。ＮＦ１４１１、１４１１Ａは、互いに独立して実装され得る（例えば、分離および／または独立して制御される）。例えば、ＮＦ１４１１、１４１１Ａは、異なるネットワークスライスと関連付けられてもよい。展開１４１０に関連付けられる処理システムおよびメモリーは、ＮＦ１４１１Ａに関連付けられる全ての機能に加えて、ＮＦ１４１１に関連付けられる全ての機能を実行し得る。一例では、ＮＦ１４１１、１４１１Ａは、異なるＰＬＭＮと関連付けられてもよいが、ＮＦ１４１１、１４１１Ａを実装する展開１４１０は、単一のエンティティによって所有および／または操作され得る。

【0190】

その他の図１４Ｂに示すように、展開１４２０は、ＮＦ１４２１および追加のネットワーク機能ＮＦ１４２２を含む。ＮＦ１４２１、１４２２は、異なるＮＦタイプであり得る。ＮＦ１４１１、１４１１Ａと同様に、ＮＦ１４２１、１４２２は、同じ展開１４２０内で同一位置に配置されるが、別々に実装され得る。一実施例として、第一のＰＬＭＮは、ＮＦｓ１４２１、１４２２を有する展開１４２０を所有および／または動作させ得る。別の実施例として、第一のＰＬＭＮは、ＮＦ１４２１を実装してもよく、第二のＰＬＭＮは、ＮＦ１４２２を実装するために、第一のＰＬＭＮ（例えば、レンタル、リース、調達など）から、展開１４２０（例えば、処理電力、データストレージなど）の能力の少なくとも一部分を取得し得る。さらに別の実施例として、展開は、一つまたは複数の第三者によって所有および／または操作されてもよく、第一のＰＬＭＮおよび／または第二のＰＬＭＮは、展開１４２０の能力のそれぞれの部分を調達し得る。複数のＮＦが単一の展開で提供される場合、ネットワークは、より速い速度、カバレッジ、セキュリティ、および／または効率で動作し得る。

【0191】

図１４Ｃは、ＮＦの単一のインスタンスが複数の異なる展開を使用して実装される、コアネットワーク展開の例示的な配置を示す。特に、ＮＦ１４２２の単一のインスタンスは、展開１４２０、１４４０で実装される。一実施例として、ＮＦ１４２２によって提供される機能は、サブサービスのバンドルまたはシーケンスとして実装され得る。各サブサービスは、例えば、異なる展開で独立して実装され得る。各サブサービスは、異なる物理的位置に実装され得る。異なる物理的位置にわたって単一のＮＦのサブサービスの実装を分配することによって、モバイル通信ネットワークは、より大きな速度、カバレッジ、セキュリティ、および／または効率で動作し得る。

【0192】

図１４Ｄは、一つまたは複数のネットワーク機能がデータ処理サービスを使用して実装される、コアネットワーク展開の例示的な配置を示す。図１４Ｄ、ＮＦｓ１４１１、１４１１Ａ、１４２１、１４２２は、データ処理サービスとして実装される展開１４５０に含まれる。展開１４５０は、例えば、クラウドネットワークおよび／またはデータセンターを含んでもよい。展開１４５０は、ＰＬＭＮによって、またはＰＬＭＮ以外の第三者によって所有および／または操作され得る。展開１４５０を使用して実装されるＮＦ１４１１、１４１１Ａ、１４２１、１４２２は、同じＰＬＭＮまたは異なるＰＬＭＮに属し得る。ＰＬＭＮは、展開１４５０の能力（例えば、処理電力、データストレージなど）の少なくとも一部分を取得（例えば、レンタル、リース、調達など）し得る。データ処理サービスを使用して一つまたは複数のＮＦを提供することによって、モバイル通信ネットワークは、より大きな速度、カバレッジ、セキュリティ、および／または効率で動作し得る。

【0193】

図に示すように、異なるネットワーク要素（例えば、ＮＦ）は、異なる物理的展開に位置してもよく、または単一の物理的展開で共に位置し得る。本開示では、異なるネットワーク要素間のメッセージの送受信は、明示的に示されない限り、展開間送信または展開内送信に限定されないことが理解されよう。

【0194】

一実施例では、展開は、一つまたは複数のＮＦで事前構成され、所定の様式で、他の「黒色ボックス」の展開（例えば、インターフェイス１４９０を介して）と通信するように事前構成される、黒色ボックスであり得る。追加的または代替的に、展開は、ＮＦを実装し、他の展開と透過性の様式で通信するように設計されたオープンソース命令（例えば、ソフトウェア）に従って動作するように構成され得る。展開は、オープンＲＡＮ（Ｏ－ＲＡＮ）規格に従って動作し得る。

【0195】

図１５に示す例示的実施形態は、アプリケーションデータユニット（ＡＤＵ）が、送信機から受信機に送達される方法を示す。ＡＤＵは、例えば、写真ファイル、ビデオフレーム、テキストファイルなどを含み得る。例えば、ＡＤＵは、一つまたは複数のプロトコル（例えば、ＲＴＰ、ＤＡＳＨ、ＴＣＰ、ＵＤＰなど）によって生成されるデータユニットを含み得る。ＡＤＵは、例えば、アプリケーションの第二のインスタンスによる使用および／または娯楽のために、またはアプリケーションのアプリケーションサーバーによる処理のために、特定のアプリケーションの第一のインスタンスによって生成および／または作成され得る。中間層は、送信機から受信機への送達のために、ＡＤＵをパッケージングおよび／またはフォーマットすることに関与し得る。例えば、中間層は、一つまたは複数のプロトコル（例えば、ＩＰなど）の機能を提供し得る。一つまたは複数のプロトコルに基づき、ＡＤＵを一つまたは複数のパケットにフォーマットした後、中間層は、一つまたは複数のパケットを下部層に転送し得る。下部層は、例えば、特定のインターフェイスを介して、一つまたは複数のパケットを一つのノードから別のノードに転送する機能を提供し得る。アプリケーションの第二のインスタンスは、他のノードに位置し得る。

【0196】

図１５に示すように、例えば、ＵＥ内の上部層（例えば、アプリケーション）は、ＡＤＵ１を生成し得る。ＵＥ内の上部層は、ＡＤＵ１をＵＥの中間層に送達し得る。送達されたＡＤＵ１について、ＵＥの中間層は、ＡＤＵ１を処理し得、一つまたは複数のプロトコルに基づき、ＡＤＵ１を一つまたは複数のパケットにパッケージ化し得る。例えば、一つまたは複数のパケットは、パケット１およびパケット２を含むことができる。例えば、ＩＰプロトコルが使用される場合、ＡＤＵ１は、一つまたは複数のＩＰパケットに処理され得る。各ＩＰパケットは、ＡＤＵ１の少なくとも一部分を含み得る。

【0197】

中間層は、生成された一つまたは複数のパケットを下部層に送達し得る。下部層は、ＵＥとＮＧ－ＲＡＮとの間でデータを転送することに関与するアクセス層（ＡＳ）であり得る。例えば、ＡＳのＳＤＡＰエンティティは、ＳＤＵ１およびＳＤＵ２として、中間層からパケット１および／またはパケット２を受信し得る。ＵＥのＡＳは、ＳＤＵ１およびＳＤＵ２を処理および送信し得る。例えば、ＵＥのＡＳは、ＳＤＵ１およびＳＤＵ２をＮＧ－ＲＡＮのＡＳに送信し得る。例えば、ＵＥのＡＳのＲＬＣエンティティは、ＳＤＵ１およびＳＤＵ２から一つまたは複数のＰＤＵを処理し、生成し得る。例えば、ＮＧ－ＲＡＮによって割り当てられた無線リソースの量に基づき、ＡＳのＲＬＣ層は、ＳＤＵ１をＰＤＵ１およびＰＤＵ２に、ＳＤＵ２をＰＤＵ３およびＰＤＵ４にセグメント化し得る。ＡＳのＭＡＣエンティティは、ＲＬＣエンティティから一つまたは複数のＰＤＵを受信し得る。ＭＡＣエンティティは、受信した一つまたは複数のＰＤＵをＮＧ－ＲＡＮに送信し得る。

【0198】

さまざまな層は、例えば、図７Ｃで上述したものなど、異なる機能を有する。ＡＤＵ１を構成するデータは、分割、細分化、圧縮、暗号化、再順序付け、多重化、符号化などされ得る。ＡＤＵ１がこれらの層を通過した後、最終結果（例えば、一つまたは複数のＰＤＵ）は、送信に好適であり得る。しかしながら、ＰＤＵは、ＡＤＵ１に関連付けられるアプリケーションに対して（文字通り）解読不能であり得る。以下でより詳細に説明される送信後、プロセスは逆転され得、ＡＤＵ１は、アプリケーションによって使用可能になるように、他方の側面（例えば、図１５のアプリケーションサーバー）で再構成され得る。

【0199】

図１５に戻ると、ＮＧ－ＲＡＮのＭＡＣエンティティは、ＵＥによって送信された一つまたは複数のＰＤＵを受信し得る。受信した一つまたは複数のＰＤＵは、一つまたは複数のＳＤＵに再組み立てされ得る。例えば、受信されたＰＤＵ１およびＰＤＵ２では、ＮＧ－ＲＡＮのＡＳは、ＳＤＵ１を再組み立てし得る。例えば、受信されたＰＤＵ３およびＰＤＵ４では、ＮＧ－ＲＡＮのＡＳは、ＳＤＵ２を再組み立てし得る。ＳＤＵ１のパケット１およびＳＤＵ２のパケット２は、ＮＧ－ＲＡＮからコアネットワーク（例えば、ＵＰＦ）に送達され得る。コアネットワークは、パケット１およびパケット２をインターネットを介して受信機（例えば、ＡＤＵに関連付けられるアプリケーションサーバー）に送信し得る。パケット１およびパケット２を受信した後、アプリケーションサーバーの中間層は、ＡＤＵ１を回復し、ＡＤＵ１を上部層に送達し得る。アプリケーション層は、受信したＡＤＵ１を使用して、アプリケーション固有の処理を実行し得る。

【0200】

既存の技術では、一つまたは複数のプロトコルエンティティおよび／または一つまたは複数の層は、差別化された用途の差別化された特性に無関係であり得る。既存の技術では、一つまたは複数のプロトコルエンティティおよび／または一つまたは複数の層は、アプリケーションに対する一つまたは複数のタイプのＡＤＵの差別化された特性に無関係であり得る。例えば、ＡＳは、異なるアプリケーションの異なる特性を考慮しえない。例えば、ＡＳは、アプリケーションの一つまたは複数のＡＤＵ間の差および／または類似性および／または関係を考慮しえない。例えば、下部層（例えば、図１５のパケット１、ＳＤＵ１、ＰＤＵ２）のデータユニットは、特定のアプリケーション（例えば、図１５のＡＤＵ１）に関連付けられるＡＤＵの一部分と関連付けられてもよい。しかし、下部層内では、データユニットは、特定のアプリケーションデータユニット、または特定のアプリケーションとも関連付けられるものとして認識でき得ない。下部層では、データユニットは、単に、送達のためにパッケージされる一連の１および０であり得る。このアプリケーションに依存しないアプローチ（例えば、ＡＤＵに依存しないアプローチ）は、一つまたは複数の層および／または一つまたは複数のエンティティの独立した強化のサポートに寄与し得る。例えば、ＡＳの動作を特定のアプリケーション特性に紐付けしないことによって、ＡＳは、一つまたは複数のアプリケーションの挙動の変化を必要とせずに進化し得る。このアプリケーションに無関係なアプローチにより、ＡＳは、後に開発された新しいアプリケーションの導入をサポートすることができる。しかしながら、新しい高度な使用事例が出現し、アプリケーションのＱｏＳ要件が強化されて、ユーザーに強化された体験を提供すると、ＡＳによるアプリケーションに依存しないアプローチは、以下でより詳細に論じるように、無線リソースおよびネットワークリソースの効率的な使用をサポートでき得ない。

【0201】

図１６は、一つまたは複数のＳＤＵがＵＥからＮＧ－ＲＡＮに送達されないデータ送達の実施例を示す。一つまたは複数の生成されたＰＤＵ（例えば、ＰＤＵ１、ＰＤＵ２、ＰＤＵ３、ＰＤＵ４）について、下部層のＲＬＣエンティティおよび／または下部層のＭＡＣエンティティは、一つまたは複数のＰＤＵを送信し得る。ＰＤＵの送信に失敗すると、ＲＬＣエンティティおよび／またはＭＡＣエンティティは、ＰＤＵの再送信を実行し得る。例えば、送信機のＲＬＣエンティティが、受信機のＲＬＣエンティティから、一つまたは複数のＳＤＵに対する否定確認応答を受信する場合、送信機のＲＬＣエンティティは、一つまたは複数のＳＤＵの再送信を実行し得る。例えば、送信機のＭＡＣエンティティが受信機からＨＡＲＱプロセスに対して否定的なＨＡＲＱ確認応答を受信する場合、送信機のＭＡＣエンティティは、ＨＡＲＱプロセスに対してＨＡＲＱ再送信を実行し得る。

【0202】

図１６の実施例では、時間ｔ＝ｔ１で、送信機のＲＬＣエンティティは、ＰＤＵ１を送信してもよく、ＰＤＵ１に対する確認応答を受信し得る。時間ｔ＝ｔ２で、ＲＬＣエンティティは、ＰＤＵ２である次のＰＤＵを送信し得る。ＰＤＵ２の送信が失敗したことを検出した後、ＲＬＣエンティティは、時間ｔ＝ｔ２’およびｔ＝ｔ２’’でＰＤＵ２の再送信を実行し得る。ＰＤＵ２のいくつかの送信に障害が生じた後、ＲＬＣエンティティは、ＰＤＵ２の送信を停止してもよく、ｔ＝ｔ３でＰＤＵ３の送信を開始してもよく、ｔ＝ｔ４でＰＤＵ４の送信を開始し得る。受信されたＰＤＵ（例えば、ＰＤＵ１、ＰＤＵ３、およびＰＤＵ４）について、受信機は、受信された一つまたは複数のＰＤＵを使用して、一つまたは複数のＳＤＵのアセンブリーを実行し得る。受信機は、一つまたは複数の組み立てられたＳＤＵを次のホップ（例えば、ＵＰＦ、ＮＧ－ＲＡＮ、ＵＥ、インターネットルータ、上部層）に送達し得る。

【0203】

図１５が示すように、送信機から受信機へのＡＤＵの送達のために、ＡＤＵに関連付けられる全てのＰＤＵをＵＥからＮＧ－ＲＡＮに送達する必要があり得る。ＰＤＵのうちの一つが正常に配信されない場合、ＡＤＵは回復され得ない。例えば、図１６の実施例では、ＡＤＵ１は、ＰＤＵ１、ＰＤＵ２、およびＰＤＵ３と関連付けられる。ＡＤＵ２は、ＰＤＵ４と関連付けられる。実施例では、ＰＤＵ２がＵＥからＮＧ－ＲＡＮに正常に送達されないため、ＮＧ－ＲＡＮは、ＳＤＵ１（例えば、パケット１）を再組み立てすることができ得ない。実施例では、ＮＧ－ＲＡＮは、ＰＤＵ３およびＰＤＵ４を受信し得る。ＰＤＵ２がＵＥからＮＧ－ＲＡＮに正常に送達されないため、ＮＧ－ＲＡＮはＰＤＵ２の受信を待機し得る。例えば、ＮＧ－ＲＡＮは、ＰＤＵ３および／またはＰＤＵ４のタイマーを開始し得る。ＰＤＵ２は、タイマーの満了まで受信され得ない。タイマーの満了時に、ＮＧ－ＲＡＮは、ＰＤＵ３およびＰＤＵ４を処理し得る。

【0204】

実施例では、ＰＤＵ３およびＰＤＵ４がＵＥからＮＧ－ＲＡＮに正常に送達されるため、ＮＧ－ＲＡＮは、ＳＤＵ２（例えば、パケット２）およびＳＤＵ３（例えば、パケット３）を再組み立てすることができる。ＮＧ－ＲＡＮは、コアネットワークを介して、パケット２およびパケット３をアプリケーションサーバーに転送し得る。パケット１が受信されないため、アプリケーションサーバーは、受信されたパケット２でＡＤＵ１を回復することができない。実施例では、ＰＤＵ３およびＰＤＵ４は、ＵＥからＮＧ－ＲＡＮに受信され、ＰＤＵ２は受信されないため、ＮＧ－ＲＡＮは、タイマー満了までＰＤＵ２の受信を待機し得る。ＵＥはＰＤＵ２の送信を停止し得るため、ＰＤＵ２に対するＮＧ－ＲＡＮの待機は必要とされ得ない。

【0205】

しかしながら、図１６の実施例が例示するように、既存の技術の非効率的な動作は、一つまたは複数のネットワークノードに、回復不可能なＡＤＵに関連付けられる一つまたは複数のパケットおよび／または一つまたは複数のＰＤＵを配信させる。しかしながら、図１６の実施例が例示するように、既存の技術の非効率的な動作は、一つまたは複数のパケットおよび／または一つまたは複数のＰＤＵの送達を一つまたは複数のネットワークノードに遅延させる。

【0206】

例えば、ＰＤＵ１を受信した後、ＮＧ－ＲＡＮの受信ＲＬＣエンティティは、ＰＤＵ２の受信を待つことができる。ＰＤＵ２について、ｔ＝ｔ２’’で、ＵＥの送信ＲＬＣエンティティは、ＰＤＵ２の送信の失敗を決定し得る。しかしながら、受信ＲＬＣエンティティは、ＰＤＵ２の受信を不必要に待ち得る。その後、送信ＲＬＣエンティティは、ｔ＝ｔ３でＰＤＵ３を、ｔ＝ｔ４でＰＤＵ４を送信し得る。ＰＤＵ３およびＰＤＵ４は、受信ＲＬＣエンティティによって受信され得る。しかしながら、ＰＤＵ２がまだ受信されていないため、受信ＲＬＣエンティティは、受信ＰＤＵ３およびＰＤＵ４の処理を不必要に遅延させ得る。その後、ＮＧ－ＲＡＮは、ＰＤＵ３およびＰＤＵ４を使用して、ＳＤＵ２（例えば、パケット２）およびＳＤＵ３（例えば、パケット３）を再組み立てし得る。ＮＧ－ＲＡＮは、パケット２およびパケット３をコアネットワークに転送し得る。コアネットワークは、パケット２およびパケット３をアプリケーションサーバーに転送し得る。パケット１が欠落しているため、アプリケーションサーバーはパケット２を使用でき得ない。従って、無線リソースおよびネットワークリソースが、既存の技術の動作において、パケット２の送達のために不必要に無駄になり得る。ＰＤＵ２に起因して、アプリケーションサーバーへのパケット３の送達が遅延し得る。従って、データ送達の不必要な遅延は、既存の技術の動作において、ユーザー体験を低下させ得る。

【0207】

本開示の例示的実施形態は、ネットワークおよび／またはＵＥの動作を強化することによって、システム効率を改善する。一実施例では、送信プロトコルエンティティは、受信プロトコルエンティティ、サービスデータユニットおよび／またはプロトコルデータユニットの失敗した送信に関連付けられる、一つまたは複数のプロトコルデータユニットおよび／または一つまたは複数のサービスデータユニットの情報と交換し得る。これは、バッファ管理の効率を高め、データ送達の遅延を低減し得る。一実施例では、一つまたは複数のプロトコルエンティティは、サービスデータユニットおよび／またはプロトコルデータユニットの失敗した送信に関連付けられる、一つまたは複数のプロトコルデータユニットおよび／または一つまたは複数のサービスデータユニットに関する交換された情報に基づき、データ処理を実行し得る。これにより、システムの無線リソースおよび／またはネットワークリソースの不必要な使用が低減され得る。これは、全体的な待ち時間の低減をサポートし得る。

【0208】

本明細書において、ＮＧ－ＲＡＮの用語は、ｇＮＢ、ｅＮＢ、ｎｇ－ｅＮＢ、ＮｏｄｅＢ、アクセスノード、アクセスポイント、Ｎ３ＩＷＦ、中継ノード、基地局中央ユニット（例えば、ｇＮＢ－ＣＵ）、基地局分散ユニット（例えば、ｇＮＢ－ＤＵ）、および／または類似のもののうちの少なくとも一つを含み得る基地局として解釈され得る。

【0209】

本明細書では、ＡＭＦの用語は、モビリティ管理機能／エンティティ、アクセス管理機能、および／または類似のもののうちの少なくとも一つを含み得るコアネットワークデバイスとして解釈され得る。本明細書では、ＳＭＦの用語は、セッション管理機能／エンティティ、サービングゲートウェイ、ＰＤＮゲートウェイ、および／または類似のもののうちの少なくとも一つを含み得るコアネットワークデバイスとして解釈され得る。

【0210】

本明細書では、コアネットワークノードの用語は、ＡＭＦ、ＳＭＦ、ＮＳＳＦ、ＵＰＦ、ＮＲＦ、ＵＤＭ、ＰＣＦ、および／または類似のもののうちの少なくとも一つを含み得るコアネットワークデバイスとして解釈され得る。コアネットワークという用語は、コアネットワークノードとして解釈され得る。本明細書において、アクセスノードの用語は、ＮＧ－ＲＡＮなどを含み得る基地局として解釈され得る。本明細書では、ネットワークノードの用語は、コアネットワークノードおよび／またはアクセスノードおよび／またはＵＥおよび／または類似のものとして解釈され得る。

【0211】

本明細書において、プロトコルエンティティは、無線アクセス（例えば、ＬＴＥアクセス、ＮＲアクセス）および／または有線アクセス（例えば、イーサネット（登録商標））および／または通信（例えば、ＴＣＰ、ＩＰ）に関連する特定の機能のセットを実行するエンティティとして解釈され得る。一実施例では、エンティティは、プロトコルエンティティとして解釈され得る。一実施例では、ＬＴＥおよび／またはＮＲのプロトコルエンティティは、ＳＤＡＰエンティティおよび／またはＰＤＣＰエンティティおよび／またはＲＬＣエンティティおよび／またはＭＡＣエンティティおよび／またはＰＨＹエンティティを含むことができる。一実施例では、層（例えば、ＳＤＡＰ層、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層）は、プロトコルエンティティ（例えば、ＳＤＡＰエンティティ、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＭＡＣエンティティ、ＰＨＹエンティティ）として解釈され得る。

【0212】

本明細書において、サービスデータユニットは、プロトコルエンティティによって受信される、データのユニットとして解釈され得る。本明細書において、プロトコルデータユニットは、プロトコルエンティティによって送信される、データのユニットとして解釈され得る。プロトコルエンティティは、他のプロトコルエンティティから一つまたは複数のサービスデータユニット（ＳＤＵ）を受信し得、プロトコルエンティティは、一つまたは複数のプロトコルサービスデータユニット（ＰＤＵ）を同じホストまたは別のホストの別のプロトコルエンティティに送信し得る。例えば、ＰＤＣＰエンティティは、上位エンティティ（例えば、ＳＤＡＰエンティティ）から一つまたは複数のＰＤＣＰ ＳＤＵを受信することができ、ＰＤＣＰエンティティは、一つまたは複数のＰＤＣＰ ＰＤＵを下位エンティティ（例えば、ＲＬＣエンティティ）に送信することができる。下位エンティティ（例えば、ＲＬＣエンティティ）は、上位層から一つまたは複数のＳＤＵ（例えば、ＲＬＣ ＳＤＵ）を受信し得る。下位層によって受信される一つまたは複数のＳＤＵは、上位層によって送信される一つまたは複数のＰＤＵと同じであり得る。

【0213】

本明細書において、ＡＦ（アプリケーション機能）の用語は、一つまたは複数のアプリケーションをホストおよび／または実行し得るＡＳ（アプリケーションサーバー）として解釈され得る。

【0214】

本明細書において、ＡＤＵという用語は、アプリケーションにサービスを提供する一つまたは複数のホスト間で交換されるデータの単位として解釈され得る。一実施例では、アプリケーション（例えば、インターネットブラウザ、インスタントメッセージアプリケーション、ビデオプレーヤーアプリケーションなど）は、第一のホスト（例えば、スマートフォン、コンピューター、アプリケーションサーバーなど）上で実行されてもよく、同じアプリケーションは、第二のホスト（例えば、別のスマートフォン、コンピューター、アプリケーションサーバーなど）上で実行され得る。第一のホスト上のアプリケーションは、一つまたは複数のＡＤＵを含むアプリケーションデータ（例えば、写真ファイル、テキストメッセージなど）を生成し得る。第一のホストから第二のホストへのアプリケーションデータの送達のために、第一のホストのアプリケーションは、アプリケーションデータを第一のタイプのプロトコルエンティティ（例えば、ＳＩＰエンティティなど）に送達することができる。アプリケーションデータを第二のホストに配信するために、第一のホストの第一のタイプのプロトコルエンティティは、アプリケーションデータを処理することができ、一つまたは複数の第一のタイプのプロトコルデータユニット（例えば、ＳＳＩＤ要求メッセージ、ＳＳＩＤ応答メッセージなど）を生成することができる。第一のタイプのプロトコルエンティティは、一つまたは複数の第一のタイプのプロトコルデータユニットを第一のタイプのアクセス（例えば、ＬＴＥアクセス、ＮＲアクセス、ＷＩＦＩアクセスなど）に送達することができる。第一のホストの第一のタイプのアクセスは、一つまたは複数の第一のタイプのプロトコルデータユニットを処理することができ、一つまたは複数の第一のタイプのアクセスプロトコルデータユニット（例えば、ＳＤＡＰ ＰＤＵ、ＰＤＣＰ ＰＤＵ、ＲＬＣ ＰＤＵ、ＭＡＣ ＰＤＵなど）を生成することができる。第一のホストの第一のタイプのアクセスは、一つまたは複数の第一のタイプのアクセスプロトコルデータユニットを送信し得る。第三のホスト（例えば、ＮＧ－ＲＡＮ、ＵＥなど）の第一のタイプのアクセスは、一つまたは複数の第一のタイプのアクセスプロトコルデータユニットを受信し得る。第三のホストは、一つまたは複数の第一のタイプのプロトコルデータユニットを再組み立てすることができ、一つまたは複数の第一のタイプのプロトコルデータユニットを第三のホストの第二のタイプのアクセス（例えば、ＬＴＥアクセス、ＮＲアクセス、ＷＩＦＩアクセス、イーサネット（登録商標）アクセス、ＡＴＭアクセス、ＧＴＰアクセスなど）に送達することができる。第三のホストの第二のタイプのアクセスは、一つまたは複数の第一のタイプのプロトコルデータユニットを処理することができ、一つまたは複数の第二のタイプのアクセスプロトコルデータユニット（例えば、イーサネット（登録商標）フレーム、ＡＴＭセル、ＬＴＥアクセスＰＤＵ、ＮＲアクセスＰＤＵ、ＷＩＦＩアクセスパケットなど）を生成することができる。第三のホストの第二のタイプのアクセスは、一つまたは複数の第二のタイプのアクセスプロトコルデータユニットを送信し得る。第二のホストの第二のタイプのアクセスは、一つまたは複数の第二のタイプのアクセスプロトコルデータユニットを受信し得る。第二のホストの第二のタイプのアクセスは、一つまたは複数の第二のタイプのアクセスプロトコルデータユニットを使用して、一つまたは複数の第一のタイプのプロトコルデータユニットを再組み立てし得る。第二のホストの第二のタイプのアクセスは、再組み立てされた一つまたは複数の第一のタイプのプロトコルデータユニットを第二のホストの第一のタイプのプロトコルエンティティに送達し得る。第二のホストの第一のタイプのプロトコルエンティティは、一つまたは複数の受信された第一のタイプのプロトコルデータユニットを使用して、アプリケーションデータを再組み立てし得る。第二のホストの第一のタイプのプロトコルエンティティは、アプリケーションデータを第二のホストのアプリケーションに送達することができる。

【0215】

一実施例では、アプリケーションとアクセス（例えば、ＬＴＥアクセス、ＮＲアクセス、ＷＩＦＩアクセス）との間に一つまたは複数のプロトコルエンティティ（例えば、ＴＣＰエンティティ、ＵＤＰエンティティ、ＲＴＰエンティティなど）があり得る。上記の説明では、単純な例示目的のために、一つのプロトコルエンティティ（例えば、第一のタイプのプロトコルエンティティ）のみが説明される。一実施例では、第一のタイプのプロトコルエンティティとアクセスとの間に一つまたは複数のプロトコルエンティティ（例えば、第二のタイプのプロトコルエンティティ、第三のタイプのプロトコルエンティティなど）があり得る。同様に、一実施例では、第一のホストと第二のホストとの間に一つまたは複数のホスト（例えば、ＮＧ－ＲＡＮ、ＵＰＦ、インターネットルータなど）があり得る。上記の説明では、単純な例示の目的で、一つのホスト（例えば、第三のホスト）のみが説明される。一実施例では、第三のホストと第二のホストとの間に、追加の一つまたは複数のホスト（例えば、第四のホスト（例えば、ＵＰＦ）、第五のホスト（例えば、インターネットルータ）など）があり得る。一実施例では、一対のホストは、同じまたは異なるタイプのアクセスを使用し得る。例えば、第三のホストと第四のホストとの間の通信のために、第三のタイプのアクセス（例えば、光ファイバ、衛星など）が使用され得る。

【0216】

一実施例では、ＡＤＵは、アプリケーションデータとして解釈され得る。一実施例では、ＡＤＵは、第一のタイプのプロトコルデータユニットとして解釈され得る。一実施例では、ＡＤＵは、第二のタイプのプロトコルデータユニットなどとして解釈され得る。一実施例では、ＡＤＵは、プロトコルエンティティのデータ単位として解釈され得る。一実施例では、第一のホストおよび第二のホストは、プロトコルエンティティに対する一つまたは複数のコンテキストを保持することができる。例えば、第一のホストのアプリケーションは、第二のホストのアプリケーションと通信し得る。第一のホストのアプリケーションは、第二のホストのコンテキストを有し得る。第二のホストのアプリケーションは、第一のホストのコンテキストを有し得る。従って、アプリケーションデータは、ＡＤＵであり得る。例えば、第一のホストの第一のタイプのプロトコルエンティティは、第二のホストの第一のタイプのプロトコルエンティティと通信し得る。第一のホストの第一のタイプのプロトコルエンティティは、第二のホストのコンテキストを有し得る。第二のホストの第一のタイプのプロトコルは、第一のホストのコンテキストを有し得る。従って、第一のタイプのプロトコルデータユニットは、ＡＤＵであり得る。例えば、第一のホストの第一のタイプのアクセスは、第二のホストの第二のタイプのアクセスと通信し得ない。第一のホストの第一のタイプのアクセスは、第二のホストの第二のタイプのアクセスのコンテキストを有しえない。第二のホストの第二のタイプのアクセスは、第一のホストの第一のタイプのアクセスのコンテキストを有しえない。従って、第一のタイプのアクセスプロトコルデータユニットは、ＡＤＵではあり得ない。従って、第二のタイプのアクセスプロトコルデータユニットは、ＡＤＵではあり得ない。

【0217】

本明細書において、サービスデータフローの用語は、一つまたは複数のホスト間で交換されるデータユニットのセットとして解釈され得る。例えば、第一のサービスデータフローは、第二のホストから第一のホストへの一つまたは複数のデータユニットのセットとして解釈され得る。例えば、第二のサービスデータフローは、第三のホストから第一のホストへの一つまたは複数のデータユニットのセットとして解釈され得る。例えば、サービスデータフローの一つまたは複数のデータユニットは、一つまたは複数の属性（例えば、同じソースＩＰアドレス、同じ宛先ＩＰアドレス、同じＵＤＰポートなど）上の同じ共有を含んでもよい。

【0218】

本明細書において、一部分という用語は、一部として解釈され得る。例えば、ＳＤＵの一部分は、ＳＤＵの一つまたは複数の部分として解釈され得る。例えば、ＳＤＵの一部分は、ＳＤＵの一つまたは複数のバイト／ビットとして解釈され得る。例えば、ＰＤＵの一部分は、ＰＤＵの一つまたは複数の部分として解釈され得る。例えば、ＰＤＵの一部分は、ＰＤＵの一つまたは複数のバイト／ビットとして解釈され得る。本明細書において、セグメントの用語は、一部分として解釈され得る。例えば、ＲＬＣ ＳＤＵのセグメントおよび／またはＲＬＣ ＳＤＵセグメントは、ＲＬＣ ＳＤＵの一つまたは複数のバイト／ビットであり得る。

【0219】

【0220】

図１７は、本開示の一つの例示的実施形態を描写し得る。

【0221】

一実施例では、第一の送信プロトコルエンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ）は、上位層（例えば、ＳＤＡＰエンティティ、ＰＤＣＰエンティティ、ＩＰエンティティ、およびＴＣＰエンティティなど）から一つまたは複数のパケット（例えば、ＳＤＵ）を受信することができる。一つまたは複数のパケットは、少なくとも一つまたは複数のパケットヘッダーおよび／または一つまたは複数のパケットペイロードを含むことができる。一つまたは複数のパケットペイロードは、一つまたは複数のＡＤＵ、および／または一つまたは複数のＡＤＵおよび／または一つまたは複数のＳＤＵ（例えば、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵ、ＲＬＣ ＳＤＵ）の一つまたは複数のバイトを含み得る。一つまたは複数のパケットは、第一のパケットおよび／または第二のパケットおよび／または第三のパケットを含むことができる。第一の送信プロトコルエンティティが一つまたは複数のパケットを受信すると、第一の送信プロトコルエンティティは、一つまたは複数のパケットを有する一つまたは複数の関連付けられるＡＤＵ情報をさらに受信することができる。第一の送信プロトコルエンティティは、第一の関連付けられるＡＤＵ情報を有する第一のパケットを受信し得る。第一の送信プロトコルエンティティは、第二の関連付けられるＡＤＵ情報を有する第二のパケットを受信し得る。第一の送信プロトコルエンティティは、第三の関連付けられるＡＤＵ情報を有する第三のパケットを受信し得る。例えば、第一の関連付けられるＡＤＵ情報は、第一のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第二の関連付けられるＡＤＵ情報は、第二のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第三の関連付けられるＡＤＵ情報は、第三のパケットに関連付けられるＡＤＵのアイデンティティが２であることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第二のパケットが関連付けられていることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第三のパケットが関連付けられていないことを示すことができる。

【0222】

一実施例では、第一の送信プロトコルエンティティは、受信された一つまたは複数のパケットおよび／または一つまたは複数の関連付けられるＡＤＵ情報を処理することができる。処理後、第一の送信プロトコルエンティティは、一つまたは複数のＰＤＵ（例えば、ＰＤＣＰ ＰＤＵ、ＲＬＣ ＰＤＵ、ＳＤＡＰ ＰＤＵ）を構成し得る。例えば、一つまたは複数のＰＤＵは、第一のＰＤＵおよび／または第二のＰＤＵおよび／または第三のＰＤＵを含んでもよい。第一のＰＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）は、第一のＳＤＵ（例えば、第一のパケット）の少なくとも一部分を含むことができる。第二のＰＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）は、第二のＳＤＵ（例えば、第二のパケット）の少なくとも一部分を含んでもよい。第三のＰＤＵ（例えば、第三のＰＤＣＰ ＰＤＵ）は、第三のＳＤＵ（例えば、第三のパケット）の少なくとも一部分を含み得る。

【0223】

【0224】

一実施例では、第一の送信プロトコルエンティティ（例えば、送信ＰＤＣＰエンティティ）は、一つまたは複数のＰＤＵ（例えば、ＰＤＣＰ ＰＤＵ）を第二の送信プロトコルエンティティ（例えば、送信ＲＬＣエンティティ）に送達し得る。送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＳＤＵ（例えば、一つまたは複数のＰＤＣＰ ＰＤＵ）を受信し得る。受信した一つまたは複数のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵを構築することができる。一つまたは複数のＲＬＣ ＰＤＵは、一つまたは複数のＲＬＣ ＳＤＵ（例えば、ＲＬＣ ＳＤＵ １セグメント１、ＲＬＣ ＳＤＵ １セグメント２、ＲＬＣ ＳＤＵ １、ＲＬＣ ＳＤＵ ２セグメント１、ＲＬＣ ＳＤＵ ２）の少なくともセグメントを含んでもよい。ＭＡＣエンティティによって示されるサイズ情報に基づき、送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＳＤＵから一つまたは複数のＲＬＣ ＰＤＵを構築し得る。例えば、ＭＡＣエンティティが、送信ＲＬＣエンティティに５００バイト未満のデータブロックを配信するように要求する場合、送信ＲＬＣエンティティは、５００バイト未満であり得るＲＬＣ ＰＤＵを構成し得る。ＲＬＣ ＰＤＵは、一つまたは複数のＲＬＣ ＳＤＵの少なくともセグメントおよび／または制御情報を含んでもよい。

【0225】

一実施例では、一つまたは複数のＲＬＣ ＰＤＵを構築した後、送信ＲＬＣエンティティは、送信のために一つまたは複数のＲＬＣ ＰＤＵをＭＡＣエンティティに送達し得る。例えば、送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントを使用して、一つまたは複数のＲＬＣ ＰＤＵを構成し得る。例えば、第一のＲＬＣ ＳＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）について、送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵを生成し得る。一つまたは複数のＲＬＣ ＰＤＵは、第一のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＰＤＵを含んでもよい。第一のＲＬＣ ＰＤＵは、ＲＬＣ ＳＤＵ１の第一のセグメント（例えば、第一のＰＤＣＰ ＰＤＵの第一の部分）を含んでもよい。第二のＲＬＣ ＰＤＵは、ＲＬＣ ＳＤＵ１の第二のセグメント（例えば、第一のＰＤＣＰ ＰＤＵの第二の部分）を含んでもよい。

【0226】

一実施例では、送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵを送信し得る。送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵは、受信ＲＬＣエンティティに正常に配信され得る。送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵは、受信ＲＬＣエンティティに正常に送達され得ない。例えば、第一のＲＬＣ ＰＤＵ（例えば、ＲＬＣ ＳＤＵ１セグメント１）は、受信ＲＬＣエンティティに正常に送達され得る。例えば、第二のＲＬＣ ＰＤＵ（例えば、ＲＬＣ ＳＤＵ１セグメント２）は、受信ＲＬＣエンティティに正常に送達され得ない。ＲＬＣ ＳＤＵ１セグメント２を受信ＲＬＣエンティティに送達するために、送信ＲＬＣエンティティは、ＲＬＣ ＳＤＵ１セグメント２を数回再送信し得る。

【0227】

一実施例では、いくつかの成功した再送信がＲＬＣ ＳＤＵ１セグメント２を受信ＲＬＣエンティティに送達しようとした後、送信ＲＬＣエンティティは、ＲＬＣ ＳＤＵ１の送信が失敗したと決定し得る。ＲＬＣ ＳＤＵ１の送信が失敗したという決定は、送信ＲＬＣエンティティがＲＬＣ ＳＤＵ１および／またはＲＬＣ ＳＤＵ１のセグメントの送信を停止することであり得る。ＲＬＣ ＳＤＵ１の送信が失敗したという決定は、送信ＲＬＣエンティティがＲＬＣ ＳＤＵ１および／またはＲＬＣ ＳＤＵ１のセグメントの送達を中止することであり得る。ＲＬＣ ＳＤＵ１の送信が失敗したという決定は、ＲＬＣ ＳＤＵ１の送達が失敗したことであり得る。ＲＬＣ ＳＤＵ１の送信が失敗したという決定は、ＲＬＣ ＳＤＵ１の送達が設定された時間内に成功しないことであり得る。

【0228】

一実施例では、ＲＬＣ ＳＤＵ１の送信が失敗したという決定に基づき、送信ＲＬＣエンティティは、ＲＬＣ制御ＰＤＵ（例えば、ＲＬＣステータスＰＤＵ、ＲＬＣ送信機ステータスレポート、ＲＬＣステータスＰＤＵ）を受信ＲＬＣエンティティに送信し得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信しない、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信を停止する、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信を中止する、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報は、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関連付けられる一つまたは複数の配列番号を含み得る。例えば、ＲＬＣ制御ＰＤＵは、ＲＬＣ ＳＤＵ１が送信および／または破棄され得ない情報を含み得る。

【0229】

一実施例では、受信ＲＬＣエンティティは、ＲＬＣ制御ＰＤＵを受信し得る。受信したＲＬＣ制御ＰＤＵに基づき、受信ＲＬＣエンティティは、送信ＲＬＣエンティティが送信しない、および／または送信を停止する、および／または送信を中止する、一つまたは複数のＲＬＣ ＳＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＰＤＵを識別し得る。例えば、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントについて、受信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントが受信されたかのように挙動し得る。例えば、受信ＲＬＣエンティティは、受信ＲＬＣエンティティの動作に関連付けられるローカル変数を更新し得る。例えば、受信ＲＬＣエンティティは、一つまたは複数の配列番号に関連付けられるローカル変数（例えば、次に予期されるＲＬＣ ＰＤＵ／ＳＤＵの配列番号、および／または確認済みのＲＬＣ ＰＤＵ／ＳＤＵの配列番号、および／または受信ウィンドウに関連付けられる配列番号）を更新し得る。例えば、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵについて、受信ＲＬＣエンティティは、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関連付けられる、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／またはＲＬＣ ＰＤＵセグメントを決定し得る。受信ＲＬＣエンティティは、決定された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＰＤＵセグメントを破棄し得る。例えば、ＲＬＣ制御ＰＤＵが、ＲＬＣ ＳＤＵ１の送信が中止されたことを示す場合、受信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵ１セグメント１を破棄し得る。例えば、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントについて、受信ＲＬＣエンティティは、受信ＰＤＣＰエンティティに、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵの情報を示し得る。受信ＲＬＣエンティティからの表示に基づき、受信ＰＤＣＰエンティティは、示される一つまたは複数のＲＬＣ ＳＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントに関連付けられる一つまたは複数のＰＤＣＰ ＰＤＵ／ＳＤＵを決定し得る。受信ＰＤＣＰエンティティは、決定された一つまたは複数のＰＤＣＰ ＰＤＵを破棄することができる。

【0230】

【0231】

図１８は、本開示の一つの例示的実施形態を描写し得る。

【0232】

一実施例では、第一の送信プロトコルエンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ）は、上位層（例えば、ＳＤＡＰエンティティ、ＰＤＣＰエンティティ、ＩＰエンティティ、およびＴＣＰエンティティなど）から一つまたは複数のパケット（例えば、ＳＤＵ）を受信することができる。一つまたは複数のパケットは、少なくとも一つまたは複数のパケットヘッダーおよび／または一つまたは複数のパケットペイロードを含むことができる。一つまたは複数のパケットペイロードは、一つまたは複数のＡＤＵ、および／または一つまたは複数のＡＤＵおよび／または一つまたは複数のＳＤＵ（例えば、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵ、ＲＬＣ ＳＤＵ）の一つまたは複数のバイトを含み得る。一つまたは複数のパケットは、第一のパケットおよび／または第二のパケットおよび／または第三のパケットを含むことができる。第一の送信プロトコルエンティティが一つまたは複数のパケットを受信すると、第一の送信プロトコルエンティティは、一つまたは複数のパケットを有する一つまたは複数の関連付けられるＡＤＵ情報をさらに受信することができる。第一の送信プロトコルエンティティは、第一の関連付けられるＡＤＵ情報を有する第一のパケットを受信し得る。第一の送信プロトコルエンティティは、第二の関連付けられるＡＤＵ情報を有する第二のパケットを受信し得る。第一の送信プロトコルエンティティは、第三の関連付けられるＡＤＵ情報を有する第三のパケットを受信し得る。例えば、第一の関連付けられるＡＤＵ情報は、第一のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第二の関連付けられるＡＤＵ情報は、第二のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第三の関連付けられるＡＤＵ情報は、第三のパケットに関連付けられるＡＤＵのアイデンティティが２であることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第二のパケットが関連付けられていることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第三のパケットが関連付けられていないことを示すことができる。

【0233】

一実施例では、第一の送信プロトコルエンティティは、受信された一つまたは複数のパケットおよび／または一つまたは複数の関連付けられるＡＤＵ情報を処理することができる。処理後、第一の送信プロトコルエンティティは、一つまたは複数のＰＤＵ（例えば、ＰＤＣＰ ＰＤＵ、ＲＬＣ ＰＤＵ、ＳＤＡＰ ＰＤＵ）を構成し得る。例えば、一つまたは複数のＰＤＵは、第一のＰＤＵおよび／または第二のＰＤＵおよび／または第三のＰＤＵを含んでもよい。第一のＰＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）は、第一のＳＤＵ（例えば、第一のパケット）の少なくとも一部分を含むことができる。第二のＰＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）は、第二のＳＤＵ（例えば、第二のパケット）の少なくとも一部分を含んでもよい。第三のＰＤＵ（例えば、第三のＰＤＣＰ ＰＤＵ）は、第三のＳＤＵ（例えば、第三のパケット）の少なくとも一部分を含み得る。

【0234】

【0235】

一実施例では、送信ＰＤＣＰエンティティは、第一のＰＤＣＰ ＰＤＵを送信ＲＬＣエンティティに送達することができる。送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ、ＲＬＣ ＳＤＵ １）を受信し得る。受信した第一のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵを構築し得る。一つまたは複数のＲＬＣ ＰＤＵは、第一のＲＬＣ ＳＤＵの少なくとも一つまたは複数のセグメントを含んでもよい。例えば、一つまたは複数のＲＬＣ ＰＤＵは、第一のＲＬＣ ＰＤＵ（例えば、ＲＬＣ ＰＤＵ １、ＲＬＣ ＳＤＵ １セグメント１）および／または第二のＲＬＣ ＰＤＵ（例えば、ＲＬＣ ＰＤＵ ２、ＲＬＣ ＳＤＵ １セグメント２）を含んでもよい。

【0236】

一実施例では、一つまたは複数のＲＬＣ ＰＤＵを構築した後、送信ＲＬＣエンティティは、送信のために一つまたは複数のＲＬＣ ＰＤＵをＭＡＣエンティティに送達し得る。例えば、送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵの第一のセグメントを使用して、第一のＲＬＣ ＰＤＵ（例えば、ＲＬＣ ＰＤＵ１）を構成し得る。例えば、送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵの第二のセグメントを使用して、第二のＲＬＣ ＰＤＵ（例えば、ＲＬＣ ＰＤＵ２）を構成し得る。

【0237】

一実施例では、送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵを送信し得る。送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵは、受信ＲＬＣエンティティに正常に配信され得る。送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵは、受信ＲＬＣエンティティに正常に送達され得ない。例えば、第一のＲＬＣ ＰＤＵは、受信ＲＬＣエンティティに正常に送達され得る。例えば、第二のＲＬＣ ＰＤＵは、受信ＲＬＣエンティティに正常に送達され得ない。第一のＲＬＣ ＳＤＵの第二のセグメントを受信ＲＬＣエンティティに送達するために、送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵの第二のセグメントを数回再送信し得る。

【0238】

一実施例では、数回失敗した再送信が、第一のＲＬＣ ＳＤＵの第二のセグメントを受信ＲＬＣエンティティに送達しようとした後、送信ＲＬＣエンティティは、ＲＬＣ ＳＤＵ１の送信が失敗したと決定し得る。ＲＬＣ ＳＤＵ１の送信が失敗したという決定は、送信ＲＬＣエンティティがＲＬＣ ＳＤＵ１および／またはＲＬＣ ＳＤＵ１の一つまたは複数のセグメントの送信を停止することであり得る。ＲＬＣ ＳＤＵ１の送信が失敗したという決定は、送信ＲＬＣエンティティがＲＬＣ ＳＤＵ１および／またはＲＬＣ ＳＤＵ１の一つまたは複数のセグメントの送信を中止することであり得る。ＲＬＣ ＳＤＵ１の送信が失敗したという決定は、ＲＬＣ ＳＤＵ１および／またはＲＬＣ ＳＤＵ１の一つまたは複数のセグメントの送達が失敗したことであり得る。

【0239】

一実施例では、ＲＬＣ ＳＤＵ１の送信が失敗したという決定に基づき、送信ＲＬＣエンティティは、送信ＰＤＣＰエンティティへの送達情報を示し得る。送達情報は、ＰＤＣＰ ＰＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）の送達が失敗し、および／またはＲＬＣ ＳＤＵ（例えば、第一のＲＬＣ ＳＤＵ）の送達が失敗したことを示し得る。送達情報は、ＰＤＣＰ ＰＤＵおよび／またはＲＬＣ ＳＤＵの送達にエラーが発生したことを示し得る。

【0240】

一実施例では、送達情報に基づき、送信ＰＤＣＰエンティティが、送達情報および／またはＰＤＣＰ ＰＤＵに関連付けられるＰＤＣＰ ＳＤＵによって示されるＰＤＣＰ ＰＤＵを破棄すると決定することができる。一実施例では、送達情報に基づき、送信ＰＤＣＰエンティティは、送達情報によって示されるＰＤＣＰ ＰＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）に関連付けられるＰＤＣＰ ＳＤＵ（例えば、第一のＰＤＣＰ ＳＤＵ、第一のパケット）を破棄することを決定し得る。送信ＲＬＣエンティティからの送達情報に基づき、送信ＰＤＣＰエンティティは、ＰＤＣＰ ＰＤＵに関連付けられるＡＤＵ情報を決定し得る。例えば、送達情報が第一のＰＤＣＰ ＰＤＵを示すこと、および／または第一のＰＤＣＰ ＳＤＵが第一のＰＤＣＰ ＰＤＵに関連付けられていること、および／または第一のパケットが第一のＰＤＣＰ ＳＤＵに関連付けられていることに基づき、送信ＰＤＣＰエンティティは、第一のパケットに関連付けられるＡＤＵ情報（例えば、ＡＤＵのアイデンティティ）を決定し得る。例えば、送信ＰＤＣＰエンティティは、第一のパケットに関連付けられるＡＤＵのアイデンティティが１であり得ると決定し得る。ＰＤＣＰ ＰＤＵに関連付けられる識別されたＡＤＵ情報に基づき、送信ＰＤＣＰエンティティは、ＡＤＵ情報に関連付けられる一つまたは複数のＰＤＣＰ ＳＤＵ（例えば、パケット）をさらに決定し得る。例えば、第二のパケットに関連付けられるＡＤＵ情報に基づき、送信ＰＤＣＰエンティティが、第二のパケット（例えば、第二のＰＤＣＰ ＳＤＵ）が第一のパケットに関連付けられると決定し得る。決定に基づき、送信ＰＤＣＰエンティティが、第二のパケット（例えば、第二のＰＤＣＰ ＳＤＵ）および／または第二のＰＤＣＰ ＰＤＵを破棄することができる。例えば、第三のパケットに関連付けられるＡＤＵ情報に基づき、送信ＰＤＣＰエンティティは、第三のパケット（例えば、第三のＰＤＣＰ ＳＤＵ）が第一のパケットと関連付けられていないと決定し得る。決定に基づき、送信ＰＤＣＰエンティティは、第三のパケット（例えば、第三のＰＤＣＰ ＳＤＵ）および／または第三のＰＤＣＰ ＰＤＵを破棄しえない。

【0241】

【0242】

図１９は、本開示の一つの例示的実施形態を描写し得る。

【0243】

一実施例では、第一の送信プロトコルエンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ）は、上位層（例えば、ＳＤＡＰエンティティ、ＰＤＣＰエンティティ、ＩＰエンティティ、およびＴＣＰエンティティなど）から一つまたは複数のパケット（例えば、ＳＤＵ）を受信することができる。一つまたは複数のパケットは、少なくとも一つまたは複数のパケットヘッダーおよび／または一つまたは複数のパケットペイロードを含むことができる。一つまたは複数のパケットペイロードは、一つまたは複数のＡＤＵ、および／または一つまたは複数のＡＤＵおよび／または一つまたは複数のＳＤＵ（例えば、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵ、ＲＬＣ ＳＤＵ）の一つまたは複数のバイトを含み得る。一つまたは複数のパケットは、第一のパケットおよび／または第二のパケットおよび／または第三のパケットを含むことができる。第一の送信プロトコルエンティティが一つまたは複数のパケットを受信すると、第一の送信プロトコルエンティティは、一つまたは複数のパケットを有する一つまたは複数の関連付けられるＡＤＵ情報をさらに受信することができる。第一の送信プロトコルエンティティは、第一の関連付けられるＡＤＵ情報を有する第一のパケットを受信し得る。第一の送信プロトコルエンティティは、第二の関連付けられるＡＤＵ情報を有する第二のパケットを受信し得る。第一の送信プロトコルエンティティは、第三の関連付けられるＡＤＵ情報を有する第三のパケットを受信し得る。例えば、第一の関連付けられるＡＤＵ情報は、第一のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第二の関連付けられるＡＤＵ情報は、第二のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第三の関連付けられるＡＤＵ情報は、第三のパケットに関連付けられるＡＤＵのアイデンティティが２であることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第二のパケットが関連付けられていることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第三のパケットが関連付けられていないことを示すことができる。

【0244】

一実施例では、第一の送信プロトコルエンティティは、受信された一つまたは複数のパケットおよび／または一つまたは複数の関連付けられるＡＤＵ情報を処理することができる。処理後、第一の送信プロトコルエンティティは、一つまたは複数のＰＤＵ（例えば、ＰＤＣＰ ＰＤＵ、ＲＬＣ ＰＤＵ、ＳＤＡＰ ＰＤＵ）を構成し得る。例えば、一つまたは複数のＰＤＵは、第一のＰＤＵおよび／または第二のＰＤＵおよび／または第三のＰＤＵを含んでもよい。第一のＰＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）は、第一のＳＤＵ（例えば、第一のパケット）の少なくとも一部分を含むことができる。第二のＰＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）は、第二のＳＤＵ（例えば、第二のパケット）の少なくとも一部分を含んでもよい。第三のＰＤＵ（例えば、第三のＰＤＣＰ ＰＤＵ）は、第三のＳＤＵ（例えば、第三のパケット）の少なくとも一部分を含み得る。

【0245】

一実施例では、送信ＰＤＣＰエンティティが、第一のＰＤＣＰ ＰＤＵを送信ＲＬＣエンティティに送達することができる。送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ、ＲＬＣ ＳＤＵ １）を受信し得る。受信した第一のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵを処理してもよく、第一のＲＬＣ ＰＤＵ（ＲＬＣ ＰＤＵ１）を構築し得る。

【0246】

一実施例では、送信ＰＤＣＰエンティティは、第二のＰＤＣＰ ＰＤＵを送信ＲＬＣエンティティに送達することができる。送信ＲＬＣエンティティは、第二のＲＬＣ ＳＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ、ＰＤＣＰ ＰＤＵ２、ＲＬＣ ＳＤＵ２）を受信し得る。受信した第二のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第二のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵを構築し得る。例えば、一つまたは複数のＲＬＣ ＰＤＵは、第二のＲＬＣ ＰＤＵ（ＲＬＣ ＰＤＵ２）を含んでもよい。

【0247】

一実施例では、一つまたは複数のＲＬＣ ＰＤＵを構築した後、送信ＲＬＣエンティティは、送信のために一つまたは複数のＲＬＣ ＰＤＵをＭＡＣエンティティに送達し得る。

【0248】

送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵは、受信ＲＬＣエンティティに正常に配信され得る。送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵは、受信ＲＬＣエンティティに正常に送達され得ない。例えば、第一のＲＬＣ ＳＤＵは、受信ＲＬＣエンティティに正常に送達され得る。受信ＲＬＣエンティティは、正常に受信された一つまたは複数のＲＬＣ ＳＤＵをメモリー内にバッファし得る。例えば、第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵは、受信ＲＬＣエンティティに正常に送達され得ない。第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵを受信ＲＬＣエンティティに送達するために、送信ＲＬＣエンティティは、第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵを数回再送信し得る。

【0249】

一実施例では、数回失敗した再送信が、第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵを受信ＲＬＣエンティティに送達しようとした後、送信ＲＬＣエンティティは、ＲＬＣ ＳＤＵ２の送信が失敗したと決定し得る。ＲＬＣ ＳＤＵ２の送信が失敗したという決定は、送信ＲＬＣエンティティがＲＬＣ ＰＤＵ２および／またはＲＬＣ ＳＤＵ２の送信を停止することであり得る。ＲＬＣ ＰＤＵ２の送信が失敗したという決定は、送信ＲＬＣエンティティがＲＬＣ ＰＤＵ２および／またはＲＬＣ ＳＤＵ２の送信を中止することであり得る。ＲＬＣ ＰＤＵ２の送信が失敗したという決定は、ＲＬＣ ＳＤＵ２および／またはＲＬＣ ＰＤＵ２の送達が失敗したことであり得る。

【0250】

一実施例では、ＲＬＣ ＳＤＵ２の送信が失敗したという決定に基づき、送信ＲＬＣエンティティは、送信ＰＤＣＰエンティティに送達情報を送信し得る。送達情報は、ＰＤＣＰ ＰＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）の送達が失敗し、および／またはＲＬＣ ＳＤＵ（例えば、第二のＲＬＣ ＳＤＵ）の送達が失敗したことを示し得る。送達情報は、ＰＤＣＰ ＰＤＵおよび／またはＲＬＣ ＳＤＵの送達にエラーが発生したことを示し得る。

【0251】

一実施例では、送達情報に基づき、送信ＰＤＣＰエンティティが、送達情報によって示されるＰＤＣＰ ＰＤＵを破棄することを決定し得る。一実施例では、送達情報に基づき、送信ＰＤＣＰエンティティは、送達情報によって示されるＰＤＣＰ ＰＤＵに関連付けられるＰＤＣＰ ＳＤＵ（例えば、第二のＰＤＣＰ ＳＤＵ、第二のパケット）を破棄することを決定し得る。ＲＬＣ送信エンティティからの送達情報に基づき、送信ＰＤＣＰエンティティは、ＰＤＣＰ ＰＤＵに関連付けられるＡＤＵ情報を決定し得る。例えば、送達情報が第二のＰＤＣＰ ＰＤＵを示すこと、および／または第二のＰＤＣＰ ＳＤＵが第二のＰＤＣＰ ＰＤＵに関連付けられていること、および／または第二のパケットが第二のＰＤＣＰ ＳＤＵに関連付けられていることに基づき、送信ＰＤＣＰエンティティは、第二のパケットに関連付けられるＡＤＵ情報（例えば、ＡＤＵのアイデンティティ）を決定し得る。

【0252】

例えば、送信ＰＤＣＰエンティティは、第二のパケットに関連付けられるＡＤＵのアイデンティティが１であると決定することができる。ＰＤＣＰ ＰＤＵに関連付けられる識別されたＡＤＵ情報に基づき、送信ＰＤＣＰエンティティは、ＡＤＵ情報に関連付けられる一つまたは複数のＰＤＣＰ ＳＤＵ（例えば、パケット）をさらに決定し得る。例えば、第一のパケットに関連付けられるＡＤＵ情報に基づき、および／または第二のパケットに関連付けられるＡＤＵ情報に基づき、送信ＰＤＣＰエンティティが、第一のパケット（例えば、第一のＰＤＣＰ ＳＤＵ）が第二のパケット（例えば、第二のＰＤＣＰ ＳＤＵ）に関連付けられていると決定し得る。決定に基づき、送信ＰＤＣＰエンティティが、第一のパケット（例えば、第一のＰＤＣＰ ＳＤＵ）および／または第一のＰＤＣＰ ＰＤＵを破棄することができる。例えば、第三のパケットに関連付けられるＡＤＵ情報に基づき、および／または第二のパケットに関連付けられるＡＤＵ情報に基づき、送信ＰＤＣＰエンティティが、第三のパケット（例えば、第三のＰＤＣＰ ＳＤＵ）が第二のパケット（例えば、第二のＰＤＣＰ ＳＤＵ）に関連付けられていないと決定し得る。決定に基づき、送信ＰＤＣＰエンティティは、第三のパケット（例えば、第三のＰＤＣＰ ＳＤＵ）および／または第三のＰＤＣＰ ＰＤＵを破棄しえない。

【0253】

一実施例では、一つまたは複数のＡＤＵ情報に基づき、関連する一つまたは複数のＰＤＣＰ ＳＤＵ（例えば、一つまたは複数のパケット、一つまたは複数のＰＤＣＰ ＰＤＵ）の識別に基づき、送信ＰＤＣＰエンティティが、第一のＰＤＣＰ ＰＤＵ（例えば、第一のＲＬＣ ＳＤＵ）を破棄する必要があることを送信ＲＬＣエンティティに示すことができる。例えば、送信ＰＤＣＰエンティティは、送信ＲＬＣエンティティに、第一のＲＬＣ ＳＤＵを破棄する必要があることを示し得る。例えば、送信ＰＤＣＰエンティティは、送信ＲＬＣエンティティに、ＡＤＵ情報に基づき、送信ＲＬＣエンティティが一つまたは複数のＲＬＣ ＳＤＵを破棄する必要があることを示し得る。破棄される一つまたは複数のＲＬＣ ＳＤＵの情報に基づき、送信ＲＬＣエンティティは、ＲＬＣ制御ＰＤＵ（例えば、ＲＬＣステータスＰＤＵ、ＲＬＣ送信機ステータスレポート）を受信ＲＬＣエンティティに送信し得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信および／または破棄しない、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信を停止する、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信を中止する、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報は、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関連付けられる一つまたは複数の配列番号を含み得る。例えば、第一のＲＬＣ ＳＤＵを破棄する必要があるという送信ＰＤＣＰエンティティからの表示に基づき、ＲＬＣ制御ＰＤＵは、第一のＲＬＣ ＰＤＵおよび／または第一のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または第一のＲＬＣ ＳＤＵを破棄する必要がある情報を含み得る。

【0254】

一実施例では、受信ＲＬＣエンティティは、ＲＬＣ制御ＰＤＵを受信し得る。受信したＲＬＣ制御ＰＤＵに基づき、受信ＲＬＣエンティティは、送信ＲＬＣエンティティが送信しない、および／または送信を停止する、および／または送信を中止する、および／または破棄する、一つまたは複数のＲＬＣ ＳＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＰＤＵを識別し得る。例えば、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵについて、受信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵが受信されたかのように挙動し得る。例えば、受信ＲＬＣエンティティは、受信ＲＬＣエンティティの動作に関連付けられる一つまたは複数のローカル変数を更新し得る。例えば、受信ＲＬＣエンティティは、一つまたは複数の配列番号に関連付けられる一つまたは複数のローカル変数（例えば、次の予想されるＲＬＣ ＳＤＵの配列番号、および／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントの配列番号、および／または受信／受信ウィンドウに関連付けられる確認済みのＲＬＣ ＳＤＵの配列番号、および／または配列番号など）を更新し得る。例えば、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵについて、受信ＲＬＣエンティティは、識別された一つまたは複数のＲＬＣ ＳＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵに関連付けられる一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／またはＲＬＣ ＳＤＵセグメントを決定し得る。受信ＲＬＣエンティティは、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵセグメントを破棄し得る。例えば、受信ＲＬＣエンティティは、第一のＲＬＣ ＰＤＵおよび／または第一のＲＬＣ ＳＤＵおよび／または第一のＲＬＣ ＳＤＵの一つまたは複数のセグメントを破棄し得る。例えば、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントについて、受信ＲＬＣエンティティは、受信ＰＤＣＰエンティティに、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数のセグメントおよび／または一つまたは複数のＲＬＣ ＳＤＵの情報を示し得る。受信ＲＬＣエンティティからの表示に基づき、受信ＰＤＣＰエンティティは、示された一つまたは複数のＲＬＣ ＳＤＵに関連付けられる一つまたは複数のＰＤＣＰ ＰＤＵを決定し得る。受信ＰＤＣＰエンティティは、決定された一つまたは複数のＰＤＣＰ ＰＤＵを破棄することができる。

【0255】

図２０は、本開示の一つの例示的実施形態を描写し得る。

【0256】

図１９の実施例に示すように、受信ＲＬＣエンティティは、第一のＲＬＣ ＰＤＵを受信し得る。第一のＲＬＣ ＰＤＵは、第一のＰＤＣＰ ＰＤＵを含んでもよい。第一のＲＬＣ ＰＤＵに基づき、受信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵを回復し得る。受信ＲＬＣエンティティは、回復された第一のＲＬＣ ＳＤＵを受信ＰＤＣＰエンティティに送達し得る。受信ＰＤＣＰエンティティは、受信した第一のＲＬＣ ＳＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）をバッファし得る。

【0257】

一実施例では、受信ＲＬＣエンティティは、ＲＬＣ制御ＰＤＵを受信し得る。ＲＬＣ制御ＰＤＵは、第一のＲＬＣ ＰＤＵおよび／または第一のＲＬＣ ＳＤＵを破棄する必要があることを示し得る。受信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）を破棄する必要がある受信ＰＤＣＰエンティティを示し得る。受信ＲＬＣエンティティからの表示に基づき、受信ＰＤＣＰエンティティは、第一のＰＤＣＰ ＰＤＵおよび／または第一のＰＤＣＰ ＳＤＵを破棄し得る。

【0258】

図２１は、本開示の一つの例示的実施形態を描写し得る。

【0259】

一実施例では、第一の送信プロトコルエンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ）は、上位層（例えば、ＳＤＡＰエンティティ、ＰＤＣＰエンティティ、ＩＰエンティティ、およびＴＣＰエンティティなど）から一つまたは複数のパケット（例えば、ＳＤＵ）を受信することができる。一つまたは複数のパケットは、少なくとも一つまたは複数のパケットヘッダーおよび／または一つまたは複数のパケットペイロードを含むことができる。一つまたは複数のパケットペイロードは、一つまたは複数のＡＤＵ、および／または一つまたは複数のＡＤＵおよび／または一つまたは複数のＳＤＵ（例えば、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵ、ＲＬＣ ＳＤＵ）の一つまたは複数のバイトを含み得る。一つまたは複数のパケットは、第一のパケットおよび／または第二のパケットおよび／または第三のパケットを含むことができる。第一の送信プロトコルエンティティが一つまたは複数のパケットを受信すると、第一の送信プロトコルエンティティは、一つまたは複数のパケットを有する一つまたは複数の関連付けられるＡＤＵ情報をさらに受信することができる。第一の送信プロトコルエンティティは、第一の関連付けられるＡＤＵ情報を有する第一のパケットを受信し得る。第一の送信プロトコルエンティティは、第二の関連付けられるＡＤＵ情報を有する第二のパケットを受信し得る。第一の送信プロトコルエンティティは、第三の関連付けられるＡＤＵ情報を有する第三のパケットを受信し得る。例えば、第一の関連付けられるＡＤＵ情報は、第一のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第二の関連付けられるＡＤＵ情報は、第二のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第三の関連付けられるＡＤＵ情報は、第三のパケットに関連付けられるＡＤＵのアイデンティティが２であることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第二のパケットが関連付けられていることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第三のパケットが関連付けられていないことを示すことができる。

【0260】

一実施例では、第一の送信プロトコルエンティティは、受信された一つまたは複数のパケットおよび／または一つまたは複数の関連付けられるＡＤＵ情報を処理することができる。処理後、第一の送信プロトコルエンティティは、一つまたは複数のＰＤＵ（例えば、ＰＤＣＰ ＰＤＵ、ＲＬＣ ＰＤＵ、ＳＤＡＰ ＰＤＵ）を構成し得る。例えば、一つまたは複数のＰＤＵは、第一のＰＤＵおよび／または第二のＰＤＵおよび／または第三のＰＤＵを含んでもよい。第一のＰＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）は、第一のＳＤＵ（例えば、第一のパケット）の少なくとも一部分を含むことができる。第二のＰＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）は、第二のＳＤＵ（例えば、第二のパケット）の少なくとも一部分を含んでもよい。第三のＰＤＵ（例えば、第三のＰＤＣＰ ＰＤＵ）は、第三のＳＤＵ（例えば、第三のパケット）の少なくとも一部分を含み得る。

【0261】

一実施例では、送信ＰＤＣＰエンティティは、第一のＰＤＣＰ ＰＤＵを送信ＲＬＣエンティティに送達することができる。送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ、ＰＤＣＰ ＰＤＵ１、ＲＬＣ ＳＤＵ１）を受信し得る。受信した第一のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵを構築し得る。例えば、一つまたは複数のＲＬＣ ＰＤＵは、第一のＲＬＣ ＰＤＵ（ＲＬＣ ＰＤＵ１）を含んでもよい。

【0262】

一実施例では、送信ＰＤＣＰエンティティは、第二のＰＤＣＰ ＰＤＵを送信ＲＬＣエンティティに送達することができる。送信ＲＬＣエンティティは、第二のＲＬＣ ＳＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ、ＰＤＣＰ ＰＤＵ２、ＲＬＣ ＳＤＵ２）を受信し得る。受信した第二のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第二のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵを構築し得る。例えば、一つまたは複数のＲＬＣ ＰＤＵは、第二のＲＬＣ ＰＤＵ（ＲＬＣ ＰＤＵ２）を含んでもよい。

【0263】

一実施例では、一つまたは複数のＲＬＣ ＰＤＵを構築した後、送信ＲＬＣエンティティは、送信のために一つまたは複数のＲＬＣ ＰＤＵをＭＡＣエンティティに送達し得る。

【0264】

送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵは、受信ＲＬＣエンティティに正常に送達され得る。送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵは、受信ＲＬＣエンティティに正常に送達され得ない。例えば、第一のＲＬＣ ＰＤＵおよび／または第一のＲＬＣ ＳＤＵは、受信ＲＬＣエンティティに正常に送達され得る。受信ＲＬＣエンティティは、正常に受信された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵをメモリー内にバッファし得る。例えば、受信ＲＬＣエンティティは、一つまたは複数の正常に受信されたＲＬＣ ＳＤＵを受信ＰＤＣＰエンティティに送達し得る。例えば、第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵは、受信ＲＬＣエンティティに正常に送達され得ない。第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵを受信ＲＬＣエンティティに送達するために、送信ＲＬＣエンティティは、第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵを数回再送信し得る。

【0265】

一実施例では、第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵを受信ＲＬＣエンティティに送達することを数回失敗した後、送信ＲＬＣエンティティは、ＲＬＣ ＰＤＵ２および／または第二のＲＬＣ ＳＤＵの送信が失敗したと決定し得る。ＲＬＣ ＰＤＵ２および／または第二のＲＬＣ ＳＤＵの送信が失敗したという決定は、送信ＲＬＣエンティティがＲＬＣ ＰＤＵ２および／またはＲＬＣ ＳＤＵ２の送信を停止することであり得る。ＲＬＣ ＰＤＵ２および／または第二のＲＬＣ ＳＤＵの送信が失敗したという決定は、送信ＲＬＣエンティティがＲＬＣ ＰＤＵ２および／またはＲＬＣ ＳＤＵ２の送信を中止することであり得る。ＲＬＣ ＰＤＵ２の送信が失敗したという決定は、ＲＬＣ ＳＤＵ２および／または第二のＲＬＣ ＳＤＵの送達が失敗したことであり得る。

【0266】

一実施例では、ＲＬＣ ＰＤＵ２および／または第二のＲＬＣ ＳＤＵの送信が失敗したという決定に基づき、送信ＲＬＣエンティティは、送信ＰＤＣＰエンティティに送達情報を送信し得る。送達情報は、ＰＤＣＰ ＰＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ、第二のＲＬＣ ＳＤＵ）の送達が失敗し、および／またはＲＬＣ ＳＤＵ（例えば、第二のＲＬＣ ＳＤＵ）の送達が失敗したことを示し得る。送達情報は、ＰＤＣＰ ＰＤＵおよび／またはＲＬＣ ＳＤＵの送達にエラーが発生したことを示し得る。

【0267】

一実施例では、送達情報に基づき、送信ＰＤＣＰエンティティが、送達情報によって示されるＰＤＣＰ ＰＤＵを破棄することを決定し得る。一実施例では、送達情報に基づき、送信ＰＤＣＰエンティティは、送達情報によって示されるＰＤＣＰ ＰＤＵに関連付けられるＰＤＣＰ ＳＤＵ（例えば、第二のＰＤＣＰ ＳＤＵ、第二のパケット）を破棄することを決定し得る。ＲＬＣ送信エンティティからの送達情報に基づき、送信ＰＤＣＰエンティティは、ＰＤＣＰ ＰＤＵに関連付けられるＡＤＵ情報を決定し得る。例えば、送達情報が第二のＰＤＣＰ ＰＤＵを示すこと、および／または第二のＰＤＣＰ ＳＤＵが第二のＰＤＣＰ ＰＤＵに関連付けられていること、および／または第二のパケットが第二のＰＤＣＰ ＳＤＵに関連付けられていることに基づき、送信ＰＤＣＰエンティティは、第二のパケットに関連付けられるＡＤＵ情報（例えば、ＡＤＵのアイデンティティ）を決定し得る。例えば、送信ＰＤＣＰエンティティは、第二のパケットに関連付けられるＡＤＵのアイデンティティが１であると決定することができる。ＰＤＣＰ ＰＤＵに関連付けられる識別されたＡＤＵ情報に基づき、送信ＰＤＣＰエンティティは、ＡＤＵ情報に関連付けられる一つまたは複数のＰＤＣＰ ＳＤＵ（例えば、パケット）をさらに決定し得る。例えば、第一のパケットに関連付けられるＡＤＵ情報に基づき、送信ＰＤＣＰエンティティが、第一のパケット（例えば、第一のＰＤＣＰ ＳＤＵ）が第二のパケットに関連付けられていると決定することができる。決定に基づき、送信ＰＤＣＰエンティティが、第一のパケット（例えば、第一のＰＤＣＰ ＳＤＵ）および／または第一のＰＤＣＰ ＰＤＵを破棄することができる。例えば、第三のパケットに関連付けられるＡＤＵ情報に基づき、送信ＰＤＣＰエンティティは、第三のパケット（例えば、第三のＰＤＣＰ ＳＤＵ）が第二のパケットと関連付けられていないと決定し得る。決定に基づき、送信ＰＤＣＰエンティティは、第三のパケット（例えば、第三のＰＤＣＰ ＳＤＵ）および／または第三のＰＤＣＰ ＰＤＵを破棄しえない。

【0268】

一実施例では、送信ＰＤＣＰエンティティは、ＰＤＣＰステータスレポート（例えば、ＰＤＣＰ制御ＰＤＵ、ＰＤＣＰ送信機レポート）を受信ＰＤＣＰエンティティに送信し得る。ＰＤＣＰステータスレポートは、一つまたは複数のＰＤＣＰ ＳＤＵ（例えば、第一のＰＤＣＰ ＳＤＵ、第二のＰＤＣＰ ＳＤＵ）が破棄される、および／または送信されない情報を含み得る。例えば、ＰＤＣＰステータスレポートは、一つまたは複数のＰＤＣＰ ＳＤＵ（例えば、第一のＰＤＣＰ ＳＤＵ、第二のＰＤＣＰ ＳＤＵ）の送信が停止および／または中止される情報を含み得る。例えば、ＰＤＣＰステータスレポートは、送信ＰＤＣＰエンティティが送信し得るか、または送信し得ない、一つまたは複数のＰＤＣＰ ＳＤＵの情報を含み得る。例えば、ＰＤＣＰステータスレポートは、一つまたは複数のＡＤＵと関連付けられる一つまたは複数のＰＤＣＰ ＰＤＵの情報を含み得る。例えば、ＰＤＣＰステータスレポートは、送信ＰＤＣＰエンティティが送信し得る一つまたは複数の配列番号の情報を含むことができる。

【0269】

一実施例では、受信ＰＤＣＰエンティティを受信することが、ＰＤＣＰ制御ＰＤＵを受信することができる。受信したＰＤＣＰ制御ＰＤＵに基づき、受信ＰＤＣＰエンティティは、送信ＰＤＣＰエンティティが送信しない、および／または送信を停止する、および／または送信を中止する、および／または破棄する、一つまたは複数のＰＤＣＰ ＰＤＵおよび／または一つまたは複数のＰＤＣＰ ＳＤＵを識別し得る。例えば、識別された一つまたは複数のＰＤＣＰ ＰＤＵおよび／または一つまたは複数のＰＤＣＰ ＳＤＵについて、受信ＰＤＣＰエンティティを受信することが、一つまたは複数のＰＤＣＰ ＰＤＵおよび／または一つまたは複数のＰＤＣＰ ＳＤＵが受信されたかのように動作し得る。例えば、ＰＤＣＰ制御ＰＤＵに基づき、受信ＰＤＣＰエンティティは、受信ＰＤＣＰエンティティの動作に関連付けられるローカル変数を更新することができる。例えば、受信ＰＤＣＰエンティティは、次に予期されるＰＤＣＰ ＰＤＵ／ＳＤＵの配列番号および／または受信ウィンドウに関連付けられる配列番号に関連付けられるローカル変数を更新することができる。例えば、識別された一つまたは複数のＰＤＣＰ ＰＤＵおよび／または一つまたは複数のＰＤＣＰ ＳＤＵについて、受信ＰＤＣＰエンティティを受信することが、識別された一つまたは複数のＰＤＣＰ ＰＤＵおよび／または一つまたは複数のＰＤＣＰ ＳＤＵを破棄し得る。例えば、識別された一つまたは複数のＰＤＣＰ ＰＤＵおよび／または一つまたは複数のＰＤＣＰ ＳＤＵについて、受信ＰＤＣＰエンティティは、識別された一つまたは複数のＰＤＣＰ ＰＤＵに関連付けられる一つまたは複数のＲＬＣ ＳＤＵの情報を受信ＲＬＣエンティティに示すことができる。受信ＰＤＣＰエンティティからの表示に基づき、受信ＲＬＣエンティティは、破棄する一つまたは複数のＲＬＣ ＰＤＵおよび／またはＲＬＣ ＳＤＵを決定し得る。受信ＰＤＣＰエンティティからの表示に基づき、受信ＲＬＣエンティティは、送信されない一つまたは複数のＲＬＣ ＰＤＵおよび／またはＲＬＣ ＳＤＵを決定し得る。受信ＰＤＣＰエンティティからの表示に基づき、受信ＲＬＣエンティティは、受信ＲＬＣエンティティが受信を待つ必要がないと、一つまたは複数のＲＬＣ ＰＤＵおよび／またはＲＬＣ ＳＤＵを決定し得る。受信ＰＤＣＰエンティティからの表示に基づき、受信ＲＬＣエンティティは、一つまたは複数のローカル変数（例えば、一つまたは複数の配列番号、一回以上）を更新することができる。

【0270】

図２２は、本開示の一つの例示的実施形態を描写し得る。

【0271】

一実施例では、送信実施ＰＤＣＰエンティティがＰＤＣＰ ＳＤＵ（例えば、パケット）を受信すると、送信ＰＤＣＰエンティティはＰＤＣＰ ＳＤＵのタイマーを開始することができる。タイマーは、ＰＤＣＰ ＳＤＵの破棄と関連付けられ得る。送信ＰＤＣＰエンティティが、ＰＤＣＰ ＳＤＵに関連付けられるＰＤＣＰ ＰＤＵが送達されるという表示を受信する場合、送信ＰＤＣＰエンティティはタイマーを停止することができる。ＰＤＣＰ ＳＤＵのタイマーが満了した場合、送信ＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵおよび／またはＰＤＣＰ ＳＤＵに関連付けられるＰＤＣＰ ＰＤＵを破棄することができる。ＰＤＣＰ ＳＤＵのタイマーが満了した場合、送信ＰＤＣＰエンティティは、送信ＲＬＣエンティティにＰＤＣＰ ＰＤＵに関連付けられるＲＬＣ ＳＤＵを破棄することを示し得る。ＰＤＣＰ ＳＤＵのタイマーが満了した場合、送信ＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵの送信が失敗および／または停止したことを受信ＰＤＣＰエンティティに示すことができる。

【0272】

一実施例では、送信ＰＤＣＰエンティティは、一つまたは複数のＰＤＣＰ ＳＤＵを受信し得る。一つまたは複数のＰＤＣＰ ＳＤＵは、第一のＰＤＣＰ ＳＤＵおよび第二のＰＤＣＰ ＳＤＵを含んでもよい。送信ＰＤＣＰエンティティは、一つまたは複数のＰＤＣＰ ＳＤＵと関連付けられる一つまたは複数のＡＤＵ情報をさらに受信し得る。例えば、第一のＰＤＣＰ ＳＤＵに関連付けられる第一のＡＤＵ情報は、第一のＰＤＣＰ ＳＤＵに関連付けられる第一のＡＤＵ識別が１であり得る情報を含み得る。例えば、第二のＰＤＣＰ ＳＤＵに関連付けられる第二のＡＤＵ情報は、第二のＰＤＣＰ ＳＤＵに関連付けられる第二のＡＤＵ識別が１であり得る情報を含み得る。受信された第一のＰＤＣＰ ＳＤＵについて、送信ＰＤＣＰエンティティは、タイマーを開始することができる。送信ＰＤＣＰエンティティは、第一のＰＤＣＰ ＳＤＵに関連付けられる第一のＰＤＣＰ ＰＤＵを送信ＲＬＣエンティティに送達することができる。送信ＰＤＣＰエンティティは、第一のＰＤＣＰ ＰＤＵが送達されたという表示を受信し得ない。第一のＰＤＣＰ ＳＤＵのタイマーは、満了し得る。ＰＤＣＰ ＳＤＵのタイマーが満了した場合、送信ＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵを破棄することを決定し得る。例えば、送信ＰＤＣＰエンティティは、第一のＰＤＣＰ ＳＤＵを破棄することを決定し得る。

【0273】

一実施例では、送信ＰＤＣＰエンティティが、ＰＤＣＰ ＳＤＵおよび／またはＰＤＣＰ ＰＤＵを破棄すると決定する場合、図１７、図１８、図１９、図２０、図２１の実施例に示すような手順を実行し得る。例えば、送信ＰＤＣＰエンティティは、満了タイマーに関連付けられるＰＤＣＰ ＳＤＵ（および／またはＰＤＣＰ ＰＤＵに関連付けられるＰＤＣＰ ＰＤＵ）が、送達情報で示され得るかのように作用し得る。例えば、第一のＰＤＣＰ ＳＤＵに対する第一のタイマーが満了した場合、送信ＰＤＣＰエンティティは、第一のＰＤＣＰ ＳＤＵおよび／または第一のＰＤＣＰ ＰＤＵがＲＬＣエンティティからの送達情報によって示されるかのように作用し得る。例えば、送達情報は、ＰＤＣＰ ＰＤＵの送信が失敗／停止することであり得る。例えば、図１７、図１８、図１９、図２０、図２１の実施例に示されるようなＰＤＣＰエンティティの挙動は、ＲＬＣエンティティから送達情報を受信する代わりに、タイマーの満了によってトリガーされ得る。

【0274】

例えば、送信ＰＤＣＰエンティティは、タイマー満了のＰＤＣＰ ＳＤＵ（例えば、第一のＰＤＣＰ ＳＤＵ）に関連付けられるＡＤＵ情報を決定し得る。送信ＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵに関連付けられるＡＤＵ情報（例えば、ＡＤＵのアイデンティティ）を決定し得る。例えば、送信ＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵに関連付けられるＡＤＵのアイデンティティが１であると決定し得る。ＰＤＣＰ ＳＤＵに関連付けられる識別されたＡＤＵ情報に基づき、送信ＰＤＣＰエンティティは、ＡＤＵ情報に関連付けられる一つまたは複数のＰＤＣＰ ＳＤＵ（例えば、パケット）をさらに決定し得る。例えば、第二のパケットに関連付けられるＡＤＵ情報に基づき、送信ＰＤＣＰエンティティが、第一のパケット（例えば、第一のＰＤＣＰ ＳＤＵ）が第二のパケット（例えば、第二のＰＤＣＰ ＳＤＵ）に関連付けられると決定し得る。決定に基づき、送信ＰＤＣＰエンティティが、第二のパケット（例えば、第二のＰＤＣＰ ＳＤＵ）および／または第二のＰＤＣＰ ＰＤＵを破棄することができる。

【0275】

一実施例では、送信ＰＤＣＰエンティティは、ＰＤＣＰステータスレポート（例えば、ＰＤＣＰ制御ＰＤＵ、ＰＤＣＰ送信機レポート）を受信ＰＤＣＰエンティティに送信し得る。ＰＤＣＰステータスレポートは、一つまたは複数のＰＤＣＰ ＳＤＵ（例えば、第一のＰＤＣＰ ＳＤＵ）が破棄される、および／または送信されない情報を含み得る。例えば、ＰＤＣＰステータスレポートは、一つまたは複数のＰＤＣＰ ＳＤＵ（例えば、第一のＰＤＣＰ ＳＤＵ）および／または一つまたは複数のＰＤＣＰ ＰＤＵの送信が停止および／または中止される情報を含み得る。例えば、ＰＤＣＰステータスレポートは、送信ＰＤＣＰエンティティが送信し得るか、または送信し得ない、一つまたは複数のＰＤＣＰ ＳＤＵおよび／または一つまたは複数のＰＤＣＰ ＰＤＵの情報を含み得る。例えば、ＰＤＣＰステータスレポートは、一つまたは複数のＡＤＵと関連付けられる一つまたは複数のＰＤＣＰ ＰＤＵ／ＳＤＵの情報を含み得る。例えば、ＰＤＣＰステータスレポートは、送信ＰＤＣＰエンティティが送信し得る配列番号の情報を含むことができる。

【0276】

一実施例では、送信ＰＤＣＰエンティティは、第二のＰＤＣＰ ＰＤＵ（第二のＲＬＣ ＳＤＵ）を破棄する必要があることを送信ＲＬＣエンティティに示すことができる。例えば、送信ＰＤＣＰエンティティは、送信ＲＬＣエンティティに、第一のＲＬＣ ＳＤＵを破棄する必要があることを示し得る。例えば、ＰＤＣＰエンティティは、送信ＲＬＣエンティティに、ＡＤＵ情報に基づき、送信ＲＬＣエンティティが一つまたは複数のＲＬＣ ＳＤＵを破棄する必要があることを示し得る。破棄される一つまたは複数のＲＬＣ ＳＤＵの情報に基づき、送信ＲＬＣエンティティは、ＲＬＣ制御ＰＤＵ（例えば、ＲＬＣステータスＰＤＵ、ＲＬＣ送信機ステータスレポート）を受信ＲＬＣエンティティに送信し得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信および／または破棄しない、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信を停止する、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信を中止する、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報は、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに関連付けられる一つまたは複数の配列番号を含み得る。例えば、第一のＲＬＣ ＳＤＵを破棄する必要があるという送信ＰＤＣＰエンティティからの表示に基づき、ＲＬＣ制御ＰＤＵは、第一のＲＬＣ ＰＤＵおよび／または第一のＲＬＣ ＳＤＵを破棄する必要がある情報を含み得る。

【0277】

図２３は、本開示の一つの例示的実施形態を描写し得る。

【0278】

一実施例では、第一の送信プロトコルエンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ）は、上位層（例えば、ＳＤＡＰエンティティ、ＰＤＣＰエンティティ、ＩＰエンティティ、およびＴＣＰエンティティなど）から一つまたは複数のパケット（例えば、ＳＤＵ）を受信することができる。一つまたは複数のパケットは、少なくとも一つまたは複数のパケットヘッダーおよび／または一つまたは複数のパケットペイロードを含むことができる。一つまたは複数のパケットペイロードは、一つまたは複数のＡＤＵ、および／または一つまたは複数のＡＤＵおよび／または一つまたは複数のＳＤＵ（例えば、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵ、ＲＬＣ ＳＤＵ）の一つまたは複数のバイトを含み得る。一つまたは複数のパケットは、第一のパケットおよび／または第二のパケットおよび／または第三のパケットを含むことができる。第一の送信プロトコルエンティティが一つまたは複数のパケットを受信すると、第一の送信プロトコルエンティティは、一つまたは複数のパケットを有する一つまたは複数の関連付けられるＡＤＵ情報をさらに受信することができる。第一の送信プロトコルエンティティは、第一の関連付けられるＡＤＵ情報を有する第一のパケットを受信し得る。第一の送信プロトコルエンティティは、第二の関連付けられるＡＤＵ情報を有する第二のパケットを受信し得る。第一の送信プロトコルエンティティは、第三の関連付けられるＡＤＵ情報を有する第三のパケットを受信し得る。例えば、第一の関連付けられるＡＤＵ情報は、第一のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第二の関連付けられるＡＤＵ情報は、第二のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第三の関連付けられるＡＤＵ情報は、第三のパケットに関連付けられるＡＤＵのアイデンティティが２であることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第二のパケットが関連付けられていることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第三のパケットが関連付けられていないことを示すことができる。

【0279】

一実施例では、第一の送信プロトコルエンティティは、受信された一つまたは複数のパケットおよび／または一つまたは複数の関連付けられるＡＤＵ情報を処理することができる。処理後、第一の送信プロトコルエンティティは、一つまたは複数のＰＤＵ（例えば、ＰＤＣＰ ＰＤＵ、ＲＬＣ ＰＤＵ、ＳＤＡＰ ＰＤＵ）を構成し得る。例えば、一つまたは複数のＰＤＵは、第一のＰＤＵおよび／または第二のＰＤＵおよび／または第三のＰＤＵを含んでもよい。第一のＰＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）は、第一のＳＤＵ（例えば、第一のパケット）の少なくとも一部分を含むことができる。第二のＰＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）は、第二のＳＤＵ（例えば、第二のパケット）の少なくとも一部分を含んでもよい。第三のＰＤＵ（例えば、第三のＰＤＣＰ ＰＤＵ）は、第三のＳＤＵ（例えば、第三のパケット）の少なくとも一部分を含み得る。

【0280】

一実施例では、送信ＰＤＣＰエンティティは、一つまたは複数のＰＤＣＰ ＰＤＵを送信ＲＬＣエンティティに送達することができる。送信ＰＤＣＰエンティティは、一つまたは複数のＰＤＣＰ ＰＤＵと関連付けられる一つまたは複数のＡＤＵ情報を送達することができる。例えば、送信ＲＬＣエンティティは、第一のＡＤＵ情報を有する第一のＲＬＣ ＳＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）を受信し得る。例えば、送信ＲＬＣエンティティは、第二のＡＤＵ情報を有する第二のＲＬＣ ＳＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）を受信し得る。例えば、送信ＲＬＣエンティティは、第三のＡＤＵ情報を有する第三のＲＬＣ ＳＤＵ（例えば、第三のＰＤＣＰ ＰＤＵ）を受信し得る。例えば、第一のＲＬＣ ＳＤＵおよび／または第二のＲＬＣ ＳＤＵに関連付けられるＡＤＵ情報は、ＡＤＵアイデンティティが１であることを示し得る。例えば、第三のＲＬＣ ＳＤＵに関連付けられるＡＤＵ情報は、ＡＤＵアイデンティティが２であることを示し得る。

【0281】

受信した第一のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵ（例えば、第一のＲＬＣ ＰＤＵ、ＲＬＣ ＰＤＵ１）を構築し得る。受信した第二のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第二のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵ（例えば、第二のＲＬＣ ＰＤＵ、ＲＬＣ ＰＤＵ２）を構築し得る。受信した第三のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第三のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵ（例えば、第三のＲＬＣ ＰＤＵ、ＲＬＣ ＰＤＵ３）を構築し得る。送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵを送信し得る。

【0282】

送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵは、受信ＲＬＣエンティティに正常に送達され得る。送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵは、受信ＲＬＣエンティティに正常に送達され得ない。例えば、第一のＲＬＣ ＰＤＵ（例えば、第一のＲＬＣ ＳＤＵ、第一のＰＤＣＰ ＰＤＵ）および／または第三のＲＬＣ ＰＤＵ（例えば、第三のＲＬＣ ＳＤＵ、第三のＰＤＣＰ ＰＤＵ）は、受信ＲＬＣエンティティに正常に送達され得る。受信ＲＬＣエンティティは、正常に受信された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵをメモリー内にバッファし得る。一つまたは複数のＲＬＣ ＳＤＵは、受信ＲＬＣエンティティから受信ＰＤＣＰエンティティに送達され得る。例えば、第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵは、受信ＲＬＣエンティティに正常に送達され得ない。第二のＲＬＣ ＳＤＵを受信ＲＬＣエンティティに送達するために、送信ＲＬＣエンティティは、第二のＲＬＣ ＰＤＵ／ＳＤＵを数回再送信し得る。

【0283】

一実施例では、数回失敗した再送信が、第二のＲＬＣ ＳＤＵを受信ＲＬＣエンティティに送達しようとした後、送信ＲＬＣエンティティは、ＲＬＣ ＳＤＵ２および／またはＲＬＣ ＰＤＵ２の送信が失敗したと決定し得る。ＲＬＣ ＳＤＵ２および／またはＲＬＣ ＰＤＵ２の送信が失敗したという決定は、送信ＲＬＣエンティティがＲＬＣ ＰＤＵ２および／またはＲＬＣ ＳＤＵ２の送信を停止することであり得る。ＲＬＣ ＳＤＵ２および／またはＲＬＣ ＰＤＵ２の送信が失敗したという決定は、送信ＲＬＣエンティティがＲＬＣ ＰＤＵ２および／またはＲＬＣ ＳＤＵ２の送信を中止することであり得る。ＲＬＣ ＳＤＵ２および／またはＲＬＣ ＰＤＵ２の送信が失敗したという決定は、ＲＬＣ ＳＤＵ２および／またはＲＬＣ ＳＤＵ２の送達が失敗したことであり得る。

【0284】

一実施例では、ＲＬＣ ＳＤＵ２および／またはＲＬＣ ＰＤＵ２の送信が失敗したという決定に基づき、送信ＲＬＣエンティティは、ＲＬＣ ＰＤＵおよび／またはＲＬＣ ＰＤＵに関連付けられるＲＬＣ ＳＤＵを破棄し得る。送信ＲＬＣエンティティは、破棄されたＲＬＣ ＳＤＵおよび／または破棄されたＲＬＣ ＰＤＵに関連付けられるＡＤＵ情報を決定し得る。例えば、ＲＬＣ ＰＤＵに関連付けられるＲＬＣ ＳＤＵで送達されるＡＤＵ情報に基づき、送信ＲＬＣエンティティは、ＡＤＵ情報を決定し得る。決定されたＡＤＵ情報に基づき、送信ＲＬＣエンティティは、決定されたＡＤＵ情報に関連付けられる一つまたは複数のＲＬＣ ＳＤＵを決定し得る。例えば、破棄されたＲＬＣ ＳＤＵ（例えば、第二のＲＬＣ ＳＤＵ）のＡＤＵ情報は、破棄されたＲＬＣ ＳＤＵ（例えば、第二のＲＬＣ ＳＤＵ）のＡＤＵアイデンティティが１であることを示し得る。例えば、送信ＲＬＣエンティティは、ＲＬＣ ＳＤＵ１のＡＤＵアイデンティティが１であると決定し得る。一つまたは複数のＲＬＣ ＳＤＵのＡＤＵ情報の決定に基づき、送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＳＤＵを破棄し得る。例えば、送信ＲＬＣエンティティは、破棄されたＲＬＣ ＳＤＵ（例えば、ＲＬＣ ＳＤＵ２）と同じＡＤＵ情報に関連付けられる一つまたは複数のＲＬＣ ＳＤＵ（例えば、ＲＬＣ ＳＤＵ１）をさらに破棄し得る。例えば、送信ＲＬＣエンティティは、一つまたは複数の破棄されたＲＬＣ ＳＤＵに関連付けられる一つまたは複数のＲＬＣ ＰＤＵを破棄し得る。例えば、送信ＲＬＣエンティティは、ＲＬＣ ＳＤＵ３のＡＤＵアイデンティティが２であると決定し得る。一つまたは複数のＲＬＣ ＳＤＵのＡＤＵ情報の決定に基づき、送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＳＤＵを破棄しえない。例えば、送信ＲＬＣエンティティは、破棄されたＲＬＣ ＳＤＵ（例えば、ＲＬＣ ＳＤＵ２）として異なるＡＤＵ情報に関連付けられる一つまたは複数のＲＬＣ ＳＤＵ（例えば、ＲＬＣ ＳＤＵ３）を破棄しえない。例えば、送信ＲＬＣエンティティは、一つまたは複数の破棄されていないＲＬＣ ＳＤＵに関連付けられる一つまたは複数のＲＬＣ ＰＤＵを破棄しえない。

【0285】

一実施例では、一つまたは複数の破棄されたＲＬＣ ＳＤＵおよび／または一つまたは複数の破棄されたＲＬＣ ＰＤＵについて、送信ＲＬＣエンティティは、ＲＬＣ制御ＰＤＵ（例えば、ＲＬＣステータスＰＤＵ、ＲＬＣ送信機ステータスレポート）を受信ＲＬＣエンティティに送信し得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信および／または破棄しない、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信を停止する、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。ＲＬＣ制御ＰＤＵは、送信ＲＬＣエンティティが送信を中止する、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報を含み得る。一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに関する情報は、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに関連付けられる一つまたは複数の配列番号を含み得る。例えば、破棄された一つまたは複数のＲＬＣ ＳＤＵ／ＰＤＵの情報に基づき、ＲＬＣ制御ＰＤＵは、第一のＲＬＣ ＰＤＵおよび／または第一のＲＬＣ ＳＤＵを破棄する必要がある情報を含み得る。例えば、破棄された一つまたは複数のＲＬＣ ＳＤＵ／ＰＤＵの情報に基づき、ＲＬＣ制御ＰＤＵは、第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵを破棄する必要がある情報を含み得る。例えば、破棄された一つまたは複数のＲＬＣ ＳＤＵ／ＰＤＵに関連付けられるＡＤＵ情報に基づき、ＲＬＣ制御ＰＤＵは、一つまたは複数のＲＬＣ ＰＤＵ／ＳＤＵ（例えば、第一のＲＬＣ ＳＤＵ、第二のＲＬＣ ＳＤＵ）に関連付けられる一つまたは複数のＡＤＵの情報を含み得る。

【0286】

一実施例では、受信ＲＬＣエンティティは、ＲＬＣ制御ＰＤＵを受信し得る。受信したＲＬＣ制御ＰＤＵに基づき、受信ＲＬＣエンティティは、送信ＲＬＣエンティティが送信しない、および／または送信を停止する、および／または送信を中止する、および／または破棄する、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵを識別し得る。例えば、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵについて、受信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵが受信されたかのように動作し得る。受信ＲＬＣエンティティが、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵが受信されたかのように動作し得ることは、受信ＲＬＣエンティティが、一つまたは複数のＲＬＣ ＰＤＵ／ＳＤＵを受信することを長く待ち得ない／予期しえない。例えば、受信ＲＬＣエンティティは、受信ＲＬＣエンティティの動作に関連付けられるローカル変数を更新し得る。例えば、受信ＲＬＣエンティティは、次の予想されるＲＬＣ ＰＤＵ／ＳＤＵの一つまたは複数の配列番号、および／または確認済みのＲＬＣ ＰＤＵ／ＳＤＵの一つまたは複数の配列番号、および／または受信／受信ウィンドウ／バッファに関連付けられる一つまたは複数の配列番号に関連付けられるローカル変数を更新し得る。例えば、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵについて、受信ＲＬＣエンティティは、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに関連付けられる一つまたは複数のＲＬＣ ＰＤＵおよび／またはＲＬＣ ＳＤＵを決定し得る。受信ＲＬＣエンティティは、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵを破棄し得る。例えば、受信ＲＬＣエンティティは、第一のＲＬＣ ＰＤＵおよび／または第一のＲＬＣ ＳＤＵを破棄し得る。例えば、受信ＲＬＣエンティティは、第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵを破棄し得る。例えば、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵについて、受信ＲＬＣエンティティは、受信ＰＤＣＰエンティティに、識別された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの情報を示し得る。情報は、一つまたは複数のＲＬＣ ＳＤＵが破棄および／または送信しない、および／または中止されることを含み得る。受信ＲＬＣエンティティからの表示に基づき、受信ＰＤＣＰエンティティは、示される一つまたは複数のＲＬＣ ＳＤＵに関連付けられる一つまたは複数のＰＤＣＰ ＰＤＵ／ＳＤＵを決定し得る。受信ＰＤＣＰエンティティは、決定された一つまたは複数のＰＤＣＰ ＰＤＵを破棄することができる。

【0287】

図２４は、本開示の一つの例示的実施形態を描写し得る。

【0288】

一実施例では、第一の送信プロトコルエンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ）は、上位層（例えば、ＳＤＡＰエンティティ、ＰＤＣＰエンティティ、ＩＰエンティティ、およびＴＣＰエンティティなど）から一つまたは複数のパケット（例えば、ＳＤＵ）を受信することができる。一つまたは複数のパケットは、少なくとも一つまたは複数のパケットヘッダーおよび／または一つまたは複数のパケットペイロードを含むことができる。一つまたは複数のパケットペイロードは、一つまたは複数のＡＤＵ、および／または一つまたは複数のＡＤＵおよび／または一つまたは複数のＳＤＵ（例えば、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵ、ＲＬＣ ＳＤＵ）の一つまたは複数のバイトを含み得る。一つまたは複数のパケットは、第一のパケットおよび／または第二のパケットおよび／または第三のパケットを含むことができる。第一の送信プロトコルエンティティが一つまたは複数のパケットを受信すると、第一の送信プロトコルエンティティは、一つまたは複数のパケットを有する一つまたは複数の関連付けられるＡＤＵ情報をさらに受信することができる。第一の送信プロトコルエンティティは、第一の関連付けられるＡＤＵ情報を有する第一のパケットを受信し得る。第一の送信プロトコルエンティティは、第二の関連付けられるＡＤＵ情報を有する第二のパケットを受信し得る。第一の送信プロトコルエンティティは、第三の関連付けられるＡＤＵ情報を有する第三のパケットを受信し得る。例えば、第一の関連付けられるＡＤＵ情報は、第一のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第二の関連付けられるＡＤＵ情報は、第二のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第三の関連付けられるＡＤＵ情報は、第三のパケットに関連付けられるＡＤＵのアイデンティティが２であることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第二のパケットが関連付けられていることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第三のパケットが関連付けられていないことを示すことができる。

【0289】

一実施例では、第一の送信プロトコルエンティティは、受信された一つまたは複数のパケットおよび／または一つまたは複数の関連付けられるＡＤＵ情報を処理することができる。処理後、第一の送信プロトコルエンティティは、一つまたは複数のＰＤＵ（例えば、ＰＤＣＰ ＰＤＵ、ＲＬＣ ＰＤＵ、ＳＤＡＰ ＰＤＵ）を構成し得る。例えば、一つまたは複数のＰＤＵは、第一のＰＤＣＰ ＰＤＵおよび／または第二のＰＤＣＰ ＰＤＵおよび／または第三のＰＤＣＰ ＰＤＵを含んでもよい。第一のＰＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）は、第一のＳＤＵ（例えば、第一のパケット）の少なくとも一部分を含むことができる。第二のＰＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）は、第二のＳＤＵ（例えば、第二のパケット）の少なくとも一部分を含んでもよい。第三のＰＤＵ（例えば、第三のＰＤＣＰ ＰＤＵ）は、第三のＳＤＵ（例えば、第三のパケット）の少なくとも一部分を含み得る。例えば、一つまたは複数のＰＤＵは、一つまたは複数のＡＤＵ情報を含み得る。第一のＰＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）は、第一のＳＤＵ（例えば、第一のパケット、第一のＰＤＣＰ ＳＤＵ）および／または第一のＡＤＵ情報を含み得る。第二のＰＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）は、第二のＳＤＵ（例えば、第二のパケット、第二のＰＤＣＰ ＳＤＵ）および／または第二のＡＤＵ情報を含み得る。第三のＰＤＵ（例えば、第三のＰＤＣＰ ＰＤＵ）は、第三のＳＤＵ（例えば、第三のパケット、第三のＰＤＣＰ ＳＤＵ）および／または第三のＡＤＵ情報を含むことができる。例えば、第一のＡＤＵ情報および／または第二のＡＤＵ情報は、関連付けられるＡＤＵアイデンティティが１であることを示し得る。例えば、第三のＡＤＵ情報は、関連付けられるＡＤＵアイデンティティが２であることを示し得る。

【0290】

一実施例では、送信ＰＤＣＰエンティティは、一つまたは複数のＰＤＣＰ ＰＤＵを送信ＲＬＣエンティティに送達することができる。送信ＰＤＣＰエンティティは、一つまたは複数のＰＤＣＰ ＰＤＵと関連付けられる一つまたは複数のＡＤＵ情報を送達することができる。例えば、送信ＲＬＣエンティティは、第一のＡＤＵ情報を有する第一のＲＬＣ ＳＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）を受信し得る。例えば、送信ＲＬＣエンティティは、第二のＡＤＵ情報を有する第二のＲＬＣ ＳＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）を受信し得る。例えば、送信ＲＬＣエンティティは、第三のＡＤＵ情報を有する第三のＲＬＣ ＳＤＵ（例えば、第三のＰＤＣＰ ＰＤＵ）を受信し得る。例えば、第一のＲＬＣ ＳＤＵおよび／または第二のＲＬＣ ＳＤＵに関連付けられるＡＤＵ情報は、ＡＤＵアイデンティティが１であることを示し得る。例えば、第三のＲＬＣ ＳＤＵに関連付けられるＡＤＵ情報は、ＡＤＵアイデンティティが２であることを示し得る。

【0291】

一実施例では、受信した第一のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵ（例えば、第一のＲＬＣ ＰＤＵ）を構築し得る。受信した第二のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第二のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵ（例えば、第二のＲＬＣ ＰＤＵ）を構築し得る。受信した第三のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第三のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵ（例えば、第三のＲＬＣ ＰＤＵ）を構築し得る。一つまたは複数のＲＬＣ ＰＤＵは、一つまたは複数のＲＬＣ ＰＤＵ／ＳＤＵに関連付けられる一つまたは複数のＡＤＵ情報を含み得る。例えば、第一のＲＬＣ ＰＤＵは、第一のＲＬＣ ＳＤＵに関連付けられるＡＤＵ情報を含み得る。例えば、第二のＲＬＣ ＰＤＵは、第二のＲＬＣ ＳＤＵに関連付けられるＡＤＵ情報を含み得る。例えば、第三のＲＬＣ ＰＤＵは、第三のＲＬＣ ＳＤＵに関連付けられるＡＤＵ情報を含み得る。送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵを送信し得る。

【0292】

一実施例では、送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵは、受信ＲＬＣエンティティに正常に送達され得る。送信ＲＬＣエンティティによって送信される一つまたは複数のＲＬＣ ＰＤＵは、受信ＲＬＣエンティティに正常に送達され得ない。例えば、第一のＲＬＣ ＰＤＵは、受信ＲＬＣエンティティに正常に送達され得る。受信ＲＬＣエンティティは、正常に受信された一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵをメモリー内にバッファし得る。一つまたは複数のＲＬＣ ＳＤＵは、受信ＰＤＣＰエンティティに送達され得る。例えば、第二のＲＬＣ ＰＤＵ第二のＲＬＣ ＳＤＵは、受信ＲＬＣエンティティに正常に送達され得ない。第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵを受信ＲＬＣエンティティに送達するために、送信ＲＬＣエンティティは、第二のＲＬＣ ＰＤＵおよび／または第二のＲＬＣ ＳＤＵを数回再送信し得る。

【0293】

一実施例では、受信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵを受信し得る。例えば、受信ＲＬＣエンティティは、第一のＲＬＣ ＰＤＵおよび／または第三のＲＬＣ ＰＤＵを受信し得る。受信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵを受信しえない。例えば、受信ＲＬＣエンティティは、第二のＲＬＣ ＰＤＵを受信しえない。受信した一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵに基づき、受信ＲＬＣエンティティは、一つまたは複数の欠落ＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵを識別し得る。例えば、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵの一つまたは複数の配列番号に基づき、受信ＲＬＣエンティティは、一つまたは複数の欠落ＲＬＣ ＰＤＵを決定し得る。例えば、受信した第一のＲＬＣ ＰＤＵ（例えば、１）および第三のＲＬＣ ＰＤＵ（例えば、３）の配列番号に基づき、受信ＲＬＣエンティティは、第二のＲＬＣ ＰＤＵ（例えば、２）が欠落していると決定し得る。一つまたは複数の受信されていないＲＬＣ ＰＤＵ／ＳＤＵについて、受信ＲＬＣエンティティは、欠落している一つまたは複数のＲＬＣ ＰＤＵ／ＳＤＵに関連付けられるＡＤＵ情報を決定し得る。決定されたＡＤＵ情報について、受信ＲＬＣエンティティは、ＡＤＵ情報に関連付けられる一つまたは複数のＲＬＣ ＰＤＵ／ＳＤＵを破棄し得る。例えば、受信ＲＬＣエンティティは、欠落しているＲＬＣ ＰＤＵ（例えば、ＲＬＣ ＰＤＵ２）に関連付けられるＡＤＵ情報が１であると決定し得る。識別されたＡＤＵ情報および一つまたは複数の受信されたＲＬＣ ＰＤＵ／ＳＤＵのＡＤＵ情報に基づき、受信ＲＬＣエンティティは、第一のＲＬＣ ＰＤＵ／ＳＤＵが同じＡＤＵ情報に関連付けられていると決定し得る。決定に基づき、受信ＲＬＣエンティティは、第一のＲＬＣ ＰＤＵ／ＳＤＵを破棄し得る。

【0294】

他の実施例では、一つまたは複数のＰＤＣＰ ＰＤＵは、一つまたは複数のＡＤＵ情報を含み得る。一つまたは複数のＰＤＣＰ ＰＤＵは、ＰＤＣＰ ＰＤＵに関連付けられる一つまたは複数のＡＤＵ情報を含み得る。例えば、第一のＰＤＣＰ ＰＤＵは、第一のＰＤＣＰ ＳＤＵおよび／または第一のＡＤＵ情報を含み得る。例えば、第二のＰＤＣＰ ＰＤＵは、第二のＰＤＣＰ ＳＤＵおよび／または第二のＡＤＵ情報を含み得る。例えば、第三のＰＤＣＰ ＰＤＵは、第三のＰＤＣＰ ＳＤＵおよび／または第三のＡＤＵ情報を含み得る。一つまたは複数のＰＤＣＰ ＰＤＵの一つまたは複数のＡＤＵ情報に基づき、受信ＰＤＣＰエンティティは、欠落している一つまたは複数のＰＤＣＰ ＰＤＵのＡＤＵ情報に関連付けられる一つまたは複数のＰＤＣＰ ＰＤＵを決定し得る。受信ＰＤＣＰエンティティは、決定された一つまたは複数の関連付けられるＰＤＣＰ ＰＤＵ／ＳＤＵを破棄することができる。このＰＤＣＰエンティティ動作は、前述の実施例に示されるように、ＲＬＣエンティティの動作と類似し得る。

【0295】

図２５は、本開示の一つの例示的実施形態を描写し得る。

【0296】

一実施例では、第一の送信プロトコルエンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ）は、上位層（例えば、ＳＤＡＰエンティティ、ＰＤＣＰエンティティ、ＩＰエンティティ、およびＴＣＰエンティティなど）から一つまたは複数のパケット（例えば、ＳＤＵ）を受信することができる。一つまたは複数のパケットは、少なくとも一つまたは複数のパケットヘッダーおよび／または一つまたは複数のパケットペイロードを含むことができる。一つまたは複数のパケットペイロードは、一つまたは複数のＡＤＵ、および／または一つまたは複数のＡＤＵおよび／または一つまたは複数のＳＤＵ（例えば、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵ、ＲＬＣ ＳＤＵ）の一つまたは複数のバイトを含み得る。一つまたは複数のパケットは、第一のパケットおよび／または第二のパケットおよび／または第三のパケットを含むことができる。第一の送信プロトコルエンティティが一つまたは複数のパケットを受信すると、第一の送信プロトコルエンティティは、一つまたは複数のパケットを有する一つまたは複数の関連付けられるＡＤＵ情報をさらに受信することができる。第一の送信プロトコルエンティティは、第一の関連付けられるＡＤＵ情報を有する第一のパケットを受信し得る。第一の送信プロトコルエンティティは、第二の関連付けられるＡＤＵ情報を有する第二のパケットを受信し得る。第一の送信プロトコルエンティティは、第三の関連付けられるＡＤＵ情報を有する第三のパケットを受信し得る。例えば、第一の関連付けられるＡＤＵ情報は、第一のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第二の関連付けられるＡＤＵ情報は、第二のパケットに関連付けられるＡＤＵのアイデンティティが１であることを示し得る。例えば、第三の関連付けられるＡＤＵ情報は、第三のパケットに関連付けられるＡＤＵのアイデンティティが２であることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第二のパケットが関連付けられていることを示し得る。例えば、一つまたは複数の関連付けられるＡＤＵ情報は、第一のパケットおよび第三のパケットが関連付けられていないことを示すことができる。

【0297】

一実施例では、第一の送信プロトコルエンティティは、受信された一つまたは複数のパケットおよび／または一つまたは複数の関連付けられるＡＤＵ情報を処理することができる。処理後、第一の送信プロトコルエンティティは、一つまたは複数のＰＤＵ（例えば、ＰＤＣＰ ＰＤＵ、ＲＬＣ ＰＤＵ、ＳＤＡＰ ＰＤＵ）を構成し得る。例えば、一つまたは複数のＰＤＵは、第一のＰＤＵおよび／または第二のＰＤＵおよび／または第三のＰＤＵを含んでもよい。第一のＰＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）は、第一のＳＤＵ（例えば、第一のパケット）の少なくとも一部分を含むことができる。第二のＰＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）は、第二のＳＤＵ（例えば、第二のパケット）の少なくとも一部分を含んでもよい。第三のＰＤＵ（例えば、第三のＰＤＣＰ ＰＤＵ）は、第三のＳＤＵ（例えば、第三のパケット）の少なくとも一部分を含み得る。

【0298】

一実施例では、送信ＰＤＣＰエンティティは、一つまたは複数のＰＤＣＰ ＰＤＵを送信ＲＬＣエンティティに送達することができる。送信ＰＤＣＰエンティティは、一つまたは複数のＰＤＣＰ ＰＤＵと関連付けられる一つまたは複数のＡＤＵ情報を送達することができる。例えば、送信ＲＬＣエンティティは、第一のＡＤＵ情報を有する第一のＲＬＣ ＳＤＵ（例えば、第一のＰＤＣＰ ＰＤＵ）を受信し得る。例えば、送信ＲＬＣエンティティは、第二のＡＤＵ情報を有する第二のＲＬＣ ＳＤＵ（例えば、第二のＰＤＣＰ ＰＤＵ）を受信し得る。例えば、送信ＲＬＣエンティティは、第三のＡＤＵ情報を有する第三のＲＬＣ ＳＤＵ（例えば、第三のＰＤＣＰ ＰＤＵ）を受信し得る。例えば、第一のＲＬＣ ＳＤＵおよび／または第二のＲＬＣ ＳＤＵに関連付けられるＡＤＵ情報は、ＡＤＵアイデンティティが１であることを示し得る。例えば、第三のＲＬＣ ＳＤＵに関連付けられるＡＤＵ情報は、ＡＤＵアイデンティティが２であることを示し得る。

【0299】

一実施例では、受信した第一のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第一のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵ（例えば、第一のＲＬＣ ＰＤＵ）を構築し得る。受信した第二のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第二のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵ（例えば、第二のＲＬＣ ＰＤＵ）を構築し得る。受信した第三のＲＬＣ ＳＤＵについて、送信ＲＬＣエンティティは、第三のＲＬＣ ＳＤＵを処理してもよく、一つまたは複数のＲＬＣ ＰＤＵを構築し得る。

【0300】

一実施例では、送信ＲＬＣエンティティは、一つまたは複数のＲＬＣ ＰＤＵ（例えば、一つまたは複数のＭＡＣ ＳＤＵ）を送信ＭＡＣエンティティに送達し得る。送信ＭＡＣエンティティは、一つまたは複数のＭＡＣ ＳＤＵを含む一つまたは複数のＭＡＣ ＰＤＵを構築し得る。一つまたは複数のＭＡＣ ＳＤＵは、ＲＬＣ ＰＤＵを含んでもよい。送信ＭＡＣエンティティは、一つまたは複数のＭＡＣ ＰＤＵを一つまたは複数のＨＡＲＱプロセスに割り当てることができる。一つまたは複数のＨＡＲＱプロセスは、一つまたは複数のＭＡＣ ＰＤＵを受信ＭＡＣエンティティに送達するために、送信および／または再送信を実行し得る。例えば、一つまたは複数のＭＡＣ ＰＤＵは、第一のＭＡＣ ＰＤＵおよび／または第二のＭＡＣ ＰＤＵを含んでもよい。第一のＭＡＣ ＰＤＵは、第一のＲＬＣ ＰＤＵ（例えば、第一のＭＡＣ ＳＤＵ）を含んでもよい。第二のＭＡＣ ＰＤＵは、第二のＲＬＣ ＰＤＵ（例えば、第二のＭＡＣ ＳＤＵ）を含んでもよい。一つまたは複数のＨＡＲＱプロセスは、第一のＨＡＲＱプロセスおよび／または第二のＨＡＲＱプロセスを含み得る。第一のＨＡＲＱプロセスは、第一のＭＡＣ ＰＤＵを送信し得る。第二のＨＡＲＱプロセスは、第二のＭＡＣ ＰＤＵを送信し得る。

【0301】

一実施例では、送信ＭＡＣエンティティの第一のＨＡＲＱプロセスは、第一のＭＡＣ ＰＤＵを受信ＭＡＣエンティティに送達でき得ない。送信ＭＡＣエンティティは、ＭＡＣ ＳＤＵ（例えば、第一のＲＬＣ ＰＤＵ）の送信の障害を送信ＲＬＣエンティティに報告し得る。送信ＲＬＣエンティティは、第一のＲＬＣ ＰＤＵの送信が失敗したと決定し得る。例えば、第一のＲＬＣ ＰＤＵの送信が数回失敗した場合、送信ＲＬＣエンティティは、第一のＲＬＣ ＰＤＵの送信が失敗したと決定し得る。ＲＬＣ ＰＤＵの送信が失敗したという決定に基づき、送信ＲＬＣエンティティは、第一のＲＬＣ ＰＤＵおよび／または第一のＲＬＣ ＳＤＵを破棄し得る。ＲＬＣ ＰＤＵ／ＳＤＵの送信が失敗したという決定に基づき、送信ＲＬＣエンティティは、第一のＲＬＣ ＰＤＵおよび／または第一のＲＬＣ ＳＤＵに関連付けられるＡＤＵ情報を識別し得る。識別されたＡＤＵ情報に基づき、送信ＲＬＣエンティティは、識別されたＡＤＵ情報に関連付けられる一つまたは複数のＲＬＣ ＳＤＵおよび／または一つまたは複数のＲＬＣ ＰＤＵを決定し得る。例えば、第一のＲＬＣ ＰＤＵ／ＳＤＵに関連付けられるＡＤＵ情報および第二のＲＬＣ ＰＤＵ／ＳＤＵに関連付けられるＡＤＵ情報に基づき、送信ＲＬＣエンティティは、第一のＲＬＣ ＰＤＵおよび／または第一のＲＬＣ ＳＤＵが関連付けられていると決定し得る。例えば、決定に基づき、送信ＲＬＣエンティティは、第二のＲＬＣ ＳＤＵ／ＰＤＵを破棄すること、および／または第二のＲＬＣ ＳＤＵ／ＰＤＵの送信を停止することを決定し得る。

【0302】

一実施例では、一つまたは複数のＲＬＣ ＰＤＵおよび／または一つまたは複数のＲＬＣ ＳＤＵのＡＤＵ情報に基づき、送信ＲＬＣエンティティは、送信を破棄および／または中止するために、一つまたは複数のＲＬＣ ＰＤＵ（例えば、一つまたは複数のＭＡＣ ＳＤＵ）の情報を送信ＭＡＣエンティティに示し得る。送信ＲＬＣエンティティから送達される情報に基づき、送信ＭＡＣエンティティは、一つまたは複数の関連するＨＡＲＱプロセスを決定し得る。例えば、送信ＲＬＣエンティティは、第二のＲＬＣ ＰＤＵ（例えば、第二のＭＡＣ ＳＤＵ）を破棄する必要があることを送信ＭＡＣエンティティに示し得る。第二のＭＡＣ ＳＤＵが第二のＨＡＲＱプロセスを介して送信されることに基づき、送信ＭＡＣエンティティは、第二のＨＡＲＱプロセスを介して送信を終了および／または中止し得る。

【0303】

図２６は、本開示の一つの例示的実施形態を描写し得る。

【0304】

一実施例では、送信エンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ、ＭＡＣエンティティ）は、上部層／エンティティ（例えば、アプリケーション層、中間層、ＳＤＡＰエンティティ、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ、ＭＡＣエンティティ）から一つまたは複数のサービスデータユニット（例えば、ＳＤＵ、ＰＤＣＰ ＳＤＵ、ＲＬＣ ＳＤＵ、ＳＤＡＰ ＳＤＵ、ＭＡＣ ＳＤＵ）を受信し得る。送信エンティティは、一つまたは複数の受信されたサービスデータユニットを処理し得る。送信エンティティは、一つまたは複数のサービスデータユニットに基づき、一つまたは複数のプロトコルデータユニット（例えば、ＰＤＵ、ＰＤＣＰ ＰＤＵ、ＲＬＣ ＰＤＵ、ＳＤＡＰ ＰＤＵ、ＭＡＣ ＰＤＵ）を構成し得る。送信エンティティは、一つまたは複数のプロトコルデータユニットを送信してもよく、および／または一つまたは複数のプロトコルデータユニットを下部層（例えば、ＲＬＣエンティティ、ＭＡＣエンティティ、ＰＤＣＰエンティティ、ＰＨＹエンティティ）に送達し得る。

【0305】

一実施例では、送信エンティティは、一つまたは複数のプロトコルデータユニットおよび／または一つまたは複数のサービスデータユニットを送信または再送信しないことを決定し得る。送信エンティティは、一つまたは複数のプロトコルデータユニットおよび／または一つまたは複数のサービスデータユニットの送信を終了または停止することを決定し得る。決定は、プロトコルデータユニットおよび／またはサービスデータユニットに対する試行された送信数が閾値（例えば、３回、４回など）を超えることに基づいてもよい。決定は、サービスデータユニットおよび／またはプロトコルデータユニットの可用性が閾値（例えば、１秒、５秒など）を通過してから経過した時間に基づいてもよい。決定は、上部層がサービスデータユニットおよび／またはプロトコルデータユニットの破棄を要求することに基づいてもよい。

【0306】

一実施例では、決定に基づき、送信エンティティは、送信機ステータスレポート（例えば、制御プロトコルデータユニット）を受信エンティティに送信し得る。送信機ステータスレポートは、送信機が送信を停止、および／または中止する、および／または破棄する、一つまたは複数のサービスデータユニットおよび／または一つまたは複数のプロトコルデータユニットに関する情報を含み得る。

【0307】

図２７は、本開示の一つの例示的実施形態を描写し得る。

【0308】

一実施例では、送信エンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ、ＭＡＣエンティティ）は、上部層／エンティティ（例えば、アプリケーション層、中間層、ＳＤＡＰ層、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ、ＭＡＣエンティティ）から一つまたは複数のサービスデータユニット（例えば、ＳＤＵ、ＰＤＣＰ ＳＤＵ、ＲＬＣ ＳＤＵ、ＳＤＡＰ ＳＤＵ、ＭＡＣ ＳＤＵ）を受信し得る。送信エンティティは、一つまたは複数のサービスデータユニットと関連付けられる一つまたは複数のＡＤＵ情報を受信し得る。

【0309】

送信エンティティは、一つまたは複数の受信されたサービスデータユニットを処理し得る。送信エンティティは、一つまたは複数のサービスデータユニットに基づき、一つまたは複数のプロトコルデータユニット（例えば、ＰＤＵ、ＰＤＣＰ ＰＤＵ、ＲＬＣ ＰＤＵ、ＳＤＡＰ ＰＤＵ、ＭＡＣ ＰＤＵ）を構成し得る。送信エンティティは、一つまたは複数のプロトコルデータユニットを送信してもよく、および／または一つまたは複数のプロトコルデータユニットを下部層（例えば、ＲＬＣエンティティ、ＭＡＣエンティティ、ＰＤＣＰエンティティ、ＰＨＹエンティティ）に送達し得る。

【0310】

一実施例では、送信エンティティは、一つまたは複数のプロトコルデータユニットおよび／または一つまたは複数のサービスデータユニットを送信または再送信しないことを決定し得る。送信エンティティは、一つまたは複数のプロトコルデータユニットおよび／または一つまたは複数のサービスデータユニットの送信を終了または停止することを決定し得る。決定は、プロトコルデータユニットおよび／またはサービスデータユニットに対する試行された送信数が閾値（例えば、３回、４回など）を超えることに基づいてもよい。決定は、サービスデータユニットおよび／またはプロトコルデータユニットの可用性が閾値（例えば、１秒、５秒など）を通過してから経過した時間に基づいてもよい。決定は、上部層がサービスデータユニットおよび／またはプロトコルデータユニットの破棄を要求することに基づいてもよい。

【0311】

一実施例では、破棄される一つまたは複数のサービスデータユニットおよび／または一つまたは複数のプロトコルデータユニット（例えば、第一のユニットのセット）について、送信エンティティは、一つまたは複数のサービスデータユニットおよび／または一つまたは複数のプロトコルデータユニットに対する関連付けられるＡＤＵ情報を識別し得る。ＡＤＵ情報に基づき、送信エンティティは、破棄される一つまたは複数のプロトコルデータユニット（例えば、第一のユニットのセット）に関連付けられる一つまたは複数のプロトコルデータユニットおよび／または一つまたは複数のプロトコルデータユニット（例えば、第二のユニットのセット）を決定し得る。例えば、破棄される一つまたは複数のプロトコルデータユニット（例えば、第一のユニットのセット）は、第一のサービスデータユニットを含み得る。例えば、第一のサービスデータユニットは、第一のＡＤＵ情報と関連付けられてもよい。第一のＡＤＵ情報は、ＡＤＵアイデンティティが１であることを示し得る。例えば、第二のサービスデータユニットは、第二のＡＤＵ情報と関連付けられてもよい。第二のＡＤＵ情報は、ＡＤＵアイデンティティが１であることを示し得る。例えば、第三のサービスデータユニットは、第三のＡＤＵ情報と関連付けられてもよい。第三のＡＤＵ情報は、ＡＤＵアイデンティティが２であることを示し得る。一つまたは複数のサービスデータユニットに対する一つまたは複数のＡＤＵ情報に基づき、送信エンティティは、第二のサービスデータユニットが第一のサービスデータユニットと関連付けられ得ると決定し得る。決定に基づき、送信エンティティは、第二のサービスデータユニットを破棄し得る。

【0312】

一実施例では、決定に基づき、送信エンティティは、送信機ステータスレポート（例えば、制御プロトコルデータユニット）を受信エンティティに送信し得る。送信機ステータスレポートは、送信機が送信を停止、および／または中止する、および／または破棄する、一つまたは複数のサービスデータユニットおよび／または一つまたは複数のプロトコルデータユニットに関する情報を含み得る。

【0313】

一実施例では、第一の送信プロトコルエンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ）は、上位層（例えば、ＳＤＡＰエンティティ、ＰＤＣＰエンティティ、ＩＰエンティティ、およびＴＣＰエンティティなど）から一つまたは複数のパケット（例えば、ＳＤＵ）を受信することができる。一つまたは複数のパケットは、少なくとも一つまたは複数のパケットヘッダーおよび／または一つまたは複数のパケットペイロードを含むことができる。一つまたは複数のパケットペイロードは、一つまたは複数のＡＤＵ、および／または一つまたは複数のＡＤＵおよび／または一つまたは複数のＳＤＵ（例えば、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵ、ＲＬＣ ＳＤＵ）の一つまたは複数のバイトを含み得る。一つまたは複数のパケットは、第一のパケットおよび／または第二のパケットおよび／または第三のパケットを含むことができる。

【0314】

一実施例では、第四のエンティティ（例えば、ＲＲＣエンティティ）は、第一の送信プロトコルエンティティを状態情報で構成することができる。状態情報に基づき、第一の送信プロトコルエンティティは、一つまたは複数の関連付けられるＡＤＵ情報を一つまたは複数のパケットであると識別し得る。状態情報は、一つまたは複数のＳＤＵが同じＡＤＵに関連付けられていることを識別する方法の情報を含み得る。状態情報は、一つまたは複数のＳＤＵが異なるＡＤＵに関連付けられていることを識別する方法の情報を含み得る。状態情報は、ＳＤＵに関連付けられるＡＤＵ情報を識別する方法の情報を含み得る。例えば、状態情報は、一つまたは複数のフィールドを示し得る。例えば、一つまたは複数のフィールドは、アプリケーションデータユニット（ＡＤＵ）の一つまたは複数のフィールド、ＩＰパケットの一つまたは複数のフィールド、ＲＴＰパケットの一つまたは複数のフィールド、ＵＤＰパケットの一つまたは複数のフィールド、ＴＣＰパケットの一つまたは複数のフィールド、ＨＴＴＰパケットの一つまたは複数のフィールド、タイムスタンプフィールド、ＤＳＣＰフィールドなどのうちの少なくとも一つを含み得る。

【0315】

一実施例では、第一の送信プロトコルエンティティが一つまたは複数のパケットを受信すると、状態情報に基づき、第一の送信プロトコルエンティティは、一つまたは複数の関連付けられるＡＤＵ情報を一つまたは複数のパケットである識別することができる。例えば、第一の送信プロトコルエンティティが一つまたは複数のパケットを受信すると、状態情報に基づき、第一の送信プロトコルエンティティは、同じＡＤＵに関連付けられる一つまたは複数のパケットを識別することができる。例えば、状態情報は、タイムスタンプフィールドを示し得る。第一のパケットのタイムスタンプフィールドは、１であり得る。第二のパケットのタイムスタンプフィールドは、１であり得る。第三のパケットのタイムスタンプフィールドは、２であり得る。状態情報および一つまたは複数のパケットに基づき、第一の送信プロトコルエンティティは、第一のパケットおよび第二のパケットが同じＡＤＵに関連付けられていると決定し得る。状態情報および一つまたは複数のパケットに基づき、第一の送信プロトコルエンティティは、第一のパケットおよび第三のパケットが同じＡＤＵと関連付けられていないと決定し得る。状態情報および一つまたは複数のパケットに基づき、第一の送信プロトコルエンティティは、第一のパケットに対する関連付けられるＡＤＵ情報が１であると決定し得る。状態情報および一つまたは複数のパケットに基づき、第一の送信プロトコルエンティティは、第二のパケットに対する関連付けられるＡＤＵ情報が１であると決定し得る。状態情報および一つまたは複数のパケットに基づき、第一の送信プロトコルエンティティは、第三のパケットに対する関連付けられるＡＤＵ情報が２であると決定し得る。決定に基づき、第一の送信プロトコルエンティティは、第一のパケットに対する第一の関連付けられるＡＤＵ情報を生成し得る。決定に基づき、第一の送信プロトコルエンティティは、第二のパケットに対する第二の関連付けられるＡＤＵ情報を生成し得る。決定に基づき、第一の送信プロトコルエンティティは、第三のパケットに対する第三の関連付けられるＡＤＵ情報を生成し得る。

【0316】

一実施例では、図１７～図２５の実施例では、一つまたは複数の関連付けられるＡＤＵ情報を有する一つまたは複数のパケットを受信する代わりに、第一の送信プロトコルエンティティは、上述のように、一つまたは複数のパケットに対する一つまたは複数の関連付けられるＡＤＵ情報を決定し得る。

【0317】

一実施例では、第一のエンティティ（例えば、ＰＤＣＰエンティティ）は、第三のエンティティ（例えば、上部層、ＳＤＡＰエンティティ、プロトコルエンティティ）から一つまたは複数のサービスデータユニット（ＳＤＵ、例えば、ＰＤＣＰ ＳＤＵ）を受信することができる。例えば、一つまたは複数のＳＤＵは第一のＳＤＵを含むことができる。第一のエンティティは、一つまたは複数のＳＤＵに基づき、一つまたは複数のプロトコルデータユニット（ＰＤＵ、例えば、ＰＤＣＰ ＰＤＵ）を生成することができる。例えば、第一のＳＤＵに基づき、第一のエンティティは、第一のＰＤＵを生成し得る。第一のＰＤＵは、第一のＳＤＵを含んでもよい。第一のエンティティは、第一のＰＤＵを送信し得る。例えば、第一のネットワークノードの第一のエンティティ（例えば、第一のデバイス、ＵＥ、ＮＧ－ＲＡＮ）は、第一のＰＤＵを第二のネットワークノード（例えば、第二のデバイス、ＮＧ－ＲＡＮ、ＵＥ）の第一のエンティティに送信することができる。例えば、第一のエンティティは、第一のＰＤＵを第二のエンティティ（例えば、ＲＬＣエンティティ、ＭＡＣエンティティ、ＰＤＣＰエンティティ、ＰＨＹエンティティ、ＳＤＡＰエンティティ）に送信して、第一のＰＤＵの送達を要求し得る。

【0318】

一実施例では、第一のエンティティは、第一のＰＤＵの送達が失敗したと決定することができる。第一のＰＤＵの送達障害は、第一のＳＤＵの送達障害として解釈され得る。例えば、第一のエンティティは、第一のＰＤＵが閾値（例えば、構成される時間量）内で正常に送達されない場合、第一のＰＤＵの送達障害を決定し得る。例えば、第二のエンティティは、第一のＰＤＵの送信を実行し得る。第二のエンティティが第一のＰＤＵの送信に失敗した場合、第二のエンティティは、第一のＰＤＵの送達に失敗したことを第一のエンティティに示すことができる。第二のエンティティが受信機（例えば、第二のネットワークノードの第二のエンティティ）から第一のＰＤＵに対する確認応答を受信しない場合、第二のエンティティは、第一のＰＤＵの送達が失敗したことを第一のエンティティに示すことができる。

【0319】

一実施例では、第一のエンティティは、第一のＳＤＵが閾値（例えば、構成される時間量）内に正常に送達されない場合、第一のＰＤＵの送達障害を決定し得る。第一のエンティティは、第一のＳＤＵが第三のエンティティから受信されるときに、第一のＳＤＵに対して構成される時間量でタイマーを開始することができる。タイマーが満了した場合、第一のエンティティは、第一のＰＤＵの送達が失敗したと決定することができる。第一のエンティティが、第一のＳＤＵおよび／または第一のＰＤＵが正常に送達されたという表示を受信する場合、第一のエンティティは、第一のＳＤＵのタイマーを停止することができる。

【0320】

例えば、第二のエンティティは、第一のＰＤＵの送信数が閾値（例えば、構成される数）に到達した場合、第一のＰＤＵの送達障害を決定し得る。決定に基づき、第二のエンティティは、第一のＰＤＵの送達が失敗したことを第一のエンティティに示し得る。

【0321】

第一のエンティティは、第一のＰＤＵの送達障害の決定に基づき、送達が失敗する第一のＳＤＵおよび／または第一のＰＤＵを破棄することができる。第一のエンティティは、第一のエンティティが第一のＰＤＵに対する送達障害を決定しない場合、第一のＰＤＵおよび／または第一のＳＤＵを破棄し得ない。第一のエンティティは、第一のエンティティが第一のＳＤＵおよび／または第一のＰＤＵを破棄すると決定する場合、第一のＳＤＵおよび／または第一のＰＤＵをそのメモリーから除去することができる。

【0322】

一実施例では、第一のＰＤＵの送達が失敗したという決定に基づき、第一のエンティティは、第二のネットワークノードの第一のエンティティに、第一のＳＤＵを破棄する表示、および／または第一のＳＤＵの送信が停止する表示を送信することができる。例えば、第一のネットワークノードの第一のエンティティは、第一のＳＤＵを破棄する表示（例えば、第一のＳＤＵの送達障害の情報、第一のＳＤＵが送信されていない情報、第一のＳＤＵの送信が中止された情報）を第二のネットワークノードの第一のエンティティに送信することができる。例えば、第一のＳＤＵを破棄する表示は、ステータスレポート（例えば、ＰＤＣＰステータスレポート）および／または制御ＰＤＵ（例えば、ＰＤＣＰ制御ＰＤＵ）および／または類似のものを含み得る。例えば、第一のＳＤＵを破棄する表示は、第一のＳＤＵおよび／または第一のＰＤＵの識別情報を含み得る。例えば、第一のＳＤＵおよび／または第一のＰＤＵの識別情報は、第一のＳＤＵおよび／または第一のＰＤＵの一つまたは複数の配列番号および／またはアイデンティティ情報を含み得る。例えば、第一のＳＤＵを破棄する表示は、
－ 第一のエンティティが、第一のＳＤＵおよび／または第一のＰＤＵの送信を停止／中止する情報、
－ 第一のＳＤＵおよび／または第一のＰＤＵを破棄する必要があるという情報、
－ 第一のエンティティが、第一のＳＤＵおよび／または第一のＰＤＵを送信し得ない情報、を含み得る。

【0323】

一実施例では、第一のエンティティは、第四のエンティティ（例えば、無線リソース制御エンティティ）から、第一のＳＤＵを破棄するための表示を送信するかどうかの構成情報を受信することができる。例えば、構成情報が、第一のエンティティが第一のＳＤＵを破棄する表示を送信することを示す場合、第一のエンティティは、第一のＳＤＵを破棄する表示を送信し得る。例えば、構成情報が、第一のエンティティが第一のＳＤＵを破棄する表示を送信することを示さない場合、第一のエンティティは、第一のＳＤＵを破棄する表示を送信しえない。例えば、構成情報は、送達障害の決定に関連付けられる一つまたは複数のパラメーターの情報をさらに含み得る。例えば、構成情報は、一つまたは複数のパラメーターに対する一つまたは複数の閾値（例えば、構成される数、一つまたは複数のＳＤＵに対する再送信の数、タイマー値）を含み得る。

【0324】

一実施例では、第一のネットワークノードの第一のエンティティは、第二のネットワークノードから、第一のＳＤＵを破棄する表示に対する応答を受信することができる。例えば、応答は、第一のＳＤＵを破棄するための表示の受信確認、および／または第一のＳＤＵを破棄すること、および／または第一のＰＤＵを破棄すること、および／またはパラメーター（例えば、受信ウィンドウ、ローカル変数）を更新することのうちの少なくとも一つを含み得る。

【0325】

一実施例では、第一のＰＤＵは、第一のＰＤＵに関連付けられる第一のＳＤＵを識別するための情報を含み得る。例えば、第一のＰＤＵは、第一のＳＤＵに関連付けられる一つまたは複数の配列番号および／または一つまたは複数のアイデンティティ情報を含み得る。

【0326】

一実施例では、第一のデバイス（例えば、ＵＥ、ＮＧ－ＲＡＮ）の第一のエンティティ（例えば、無線リンク制御エンティティ、ＲＬＣエンティティ）は、第一のデバイスの第三のエンティティ（例えば、パケットデータ収束プロトコルエンティティ、ＰＤＣＰエンティティ）から、サービスデータユニット（ＳＤＵ）を受信することができる。第一のエンティティは、ＳＤＵを複数のプロトコルデータユニット（ＰＤＵ）にセグメント化（例えば、フォーマット）することができる。複数のＰＤＵは、少なくとも一つの第一のＰＤＵおよび少なくとも一つの第二のＰＤＵを含み得る。第一のエンティティは、少なくとも一つの第一のＰＤＵを第二のデバイス（例えば、ＮＧ－ＲＡＮ、ＵＥ）に送信することができる。第一のエンティティは、少なくとも一つの第二のＰＤＵまたはＳＤＵのうちの少なくとも一つの送達障害に基づき、ＳＤＵを破棄することを決定し得る。決定に基づき、第一のデバイスの第一のエンティティは、第二のデバイスの第一のエンティティに、少なくとも一つの第一のＰＤＵまたはＳＤＵのうちの少なくとも一つを破棄する表示を送信し得る。一実施例では、送達障害は、少なくとも一つの第二のＰＤＵが構成される時間内に送信されないことに基づき決定され得る。一実施例では、送達障害は、少なくとも一つの第二のＰＤＵが、構成される回数送信され、第一のエンティティが確認応答を受信しないことに基づき決定され得る。一実施例では、送達障害は、ＳＤＵに対して行われた送信の数が、構成される数に到達することに基づき決定され得る。一実施例では、送達障害は、少なくとも一つの第一のＰＤＵおよび少なくとも一つの第二のＰＤＵに対して行われた送信の数の合計が、構成される数に達することに基づき決定され得る。一実施例では、表示に基づき、第二のデバイスの第一のエンティティは、少なくとも一つの第一のＰＤＵおよび／または少なくとも一つの第二のＰＤＵおよび／またはＳＤＵを破棄し得る。一例では、表示に基づき、第二のデバイスの第一のエンティティは、一つまたは複数のローカル変数および／または一つまたは複数のタイマーを更新することができる。

【0327】

一実施例では、第一のデバイス（例えば、ＵＥ、ＮＧ－ＲＡＮ）の第一のエンティティ（例えば、ＲＬＣエンティティ、ＰＤＣＰエンティティ、ＳＤＡＰエンティティ）は、第一のデバイスの第三のエンティティ（例えば、ＰＤＣＰエンティティ、ＳＤＡＰエンティティ、上部層）から、サービスデータユニット（ＳＤＵ）を受信し得る。第一のエンティティは、ＳＤＵを複数のプロトコルデータユニット（ＰＤＵ）にセグメント化することができる。複数のＰＤＵは、少なくとも一つの第一のＰＤＵおよび少なくとも一つの第二のＰＤＵを含み得る。第一のエンティティは、少なくとも一つの第一のＰＤＵを第二のデバイス（例えば、ＮＧ－ＲＡＮ、ＵＥ）に送信することができる。第一のエンティティは、少なくとも第二のＰＤＵの送達障害に基づき、ＳＤＵを破棄することを決定し得る。決定に基づき、第一のエンティティは、第二のデバイスに、少なくとも一つの第一のＰＤＵまたはＳＤＵのうちの少なくとも一つを破棄する表示を送信し得る。

【0328】

一実施例では、第一のネットワークノード（例えば、ＵＥ、ＮＧ－ＲＡＮ）の受信プロトコルエンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ）は、第二のネットワークノード（例えば、ＮＧ－ＲＡＮ、ＵＥ）の送信プロトコルエンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ）から、一つまたは複数のプロトコルデータユニット（ＰＤＵ）を受信することができる。一つまたは複数のＰＤＵは、一つまたは複数のサービスデータユニット（ＳＤＵ）と関連付けられ得る。受信プロトコルエンティティは、送信プロトコルエンティティから、送信機ステータス情報（例えば、制御ＰＤＵ、ステータスレポート、ステータスＰＤＵ）を受信し得る。送信機ステータス情報は、送信プロトコルエンティティで破棄される一つまたは複数のＳＤＵの情報を含み得る。受信プロトコルエンティティは、送信機ステータス情報に基づき、一つまたは複数の受信ＰＤＵおよび／または一つまたは複数の受信ＳＤＵを処理し得る。例えば、受信プロトコルエンティティは、送信機ステータス情報に基づき、一つまたは複数の受信されたＰＤＵおよび／または一つまたは複数の受信されたＳＤＵを破棄し得る。

【0329】

一実施例では、第一のネットワークノードの第一のエンティティは、第二のエンティティから、サービスデータユニット（ＳＤＵ）を受信することができる。第一のエンティティは、受信したＳＤＵに基づき、一つまたは複数のプロトコルデータユニット（ＰＤＵ）を構成し得る。第一のエンティティは、第三のエンティティに、一つまたは複数のＰＤＵを送信し得る。第一のエンティティは、ＳＤＵの送信を停止すると決定し得る。決定に基づき、第一のエンティティは、ＳＤＵの情報をピアエンティティ（例えば、第二のネットワークノード）に送信することができる。

【0330】

一実施例では、第一のネットワークノード（例えば、ＵＥ、ＮＧ－ＲＡＮ）の第一のエンティティ（例えば、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＳＤＡＰエンティティ、アプリケーション、プロトコルエンティティ、ＭＡＣエンティティ、ＰＨＹエンティティ）は、第三のエンティティ（例えば、第一のネットワークノード、アプリケーション、プロトコルエンティティの上部層）から、第一のサービスデータユニット（ＳＤＵ、ＳＤＡＰ ＳＤＵ、ＰＤＣＰ ＳＤＵ、ＲＬＣ ＳＤＵ、ＭＡＣ ＳＤＵ、ＰＨＹ ＳＤＵ、ＡＤＵ（例えば、ＩＰパケット、ＲＴＰパケット、ＴＣＰパケット、ＵＤＰパケット、またはアプリケーションデータ））を受信することができる。第一のエンティティは、第一のＳＤＵを使用して、少なくとも一つの第一のプロトコルデータユニット（ＰＤＵ、ＳＤＡＰ ＰＤＵ、ＰＤＣＰ ＰＤＵ、ＲＬＣ ＰＤＵ、ＭＡＣ ＰＤＵ、ＰＨＹ ＰＤＵ）を生成することができる。第一のエンティティは、少なくとも一つの第一のＰＤＵを送信することができる。

【0331】

一実施例では、第一のエンティティは、第一のＳＤＵの送達が失敗したと決定することができる。例えば、第一のエンティティは、第二のエンティティ（例えば、ＲＬＣエンティティ、ＰＤＣＰエンティティ、ＳＤＡＰエンティティ、アプリケーション、プロトコルエンティティ、ＭＡＣエンティティ、ＰＨＹエンティティ）から、第一のＳＤＵおよび／または第一のＳＤＵに関連付けられる少なくとも一つのＰＤＵの送達が失敗するという表示を受信し得る。例えば、少なくとも一つのＰＤＵに対する送信数が閾値に到達した場合、第二のエンティティは、少なくとも一つのＰＤＵの送達が失敗したことを第一のエンティティに送信し得る。少なくとも一つのＰＤＵの送達が失敗したという表示に基づき、第一のエンティティは、第一のＳＤＵの送達が失敗したと決定し得る。例えば、第一のエンティティは、第一のＳＤＵを受信するときにタイマーを開始することができる。タイマーが満了した場合、第一のエンティティは、第一のＳＤＵの送達が失敗したと決定し得る。第一のエンティティは、第一のエンティティがＳＤＵが正常に送達されたという表示を受信した場合、タイマーを停止することができる。タイマーに対する構成値は、第四のエンティティによって示され得る。

【0332】

一実施例では、第一のエンティティは、第三のエンティティから第二のＳＤＵを受信することができる。第一のエンティティは、第二のＳＤＵを使用して少なくとも一つの第二のＰＤＵを生成することができる。第一のエンティティは、少なくとも一つの第二のＰＤＵを送信することができる。第一のＳＤＵおよび／または第二のＳＤＵの組み合わせは、第一のＡＤＵを含んでもよい。

【0333】

一実施例では、第一のＳＤＵの送達が失敗したという決定に基づき、第一のエンティティは、第一のＳＤＵを破棄することを決定し得る。一実施例では、第一のエンティティは、第一のＳＤＵに関連付けられる第二のＳＤＵを識別し得る。例えば、一つまたは複数のＳＤＵに関連付けられる一つまたは複数のＡＤＵ情報に基づき、第一のエンティティは、第一のＳＤＵに関連付けられる第二のＳＤＵを識別し得る。例えば、第一のＳＤＵに対する関連するＡＤＵ情報および／または第二のＳＤＵに対する関連するＡＤＵ情報が合致する場合、第一のエンティティは、第二のＳＤＵが第一のＳＤＵに関連付けられていると決定し得る。例えば、第三のエンティティは、第一のエンティティに、一つまたは複数のＳＤＵおよび／または一つまたは複数のＳＤＵに関連付けられる一つまたは複数のＡＤＵ情報を送達することができる。例えば、第一のＳＤＵおよび第二のＳＤＵは、条件が満たされる場合に関連付けられ得る。第一のエンティティは、条件が満たされるかどうかを決定し得る。例えば、条件は、第一のＳＤＵの一つまたは複数のフィールドが、第二のＳＤＵの一つまたは複数のフィールドと一致することであり得る。例えば、条件は、第一のＳＤＵに関連付けられるＡＤＵの識別情報が、第二のＳＤＵに関連付けられるＡＤＵの識別情報と一致することであり得る。第一のＳＤＵおよび第二のＳＤＵは、サービスデータフローを含んでもよい。サービスデータフローは、ソースアドレスおよび／または宛先アドレスで識別され得る。第四のエンティティ（例えば、ＲＲＣエンティティ）は、一つまたは複数のフィールドの情報を用いて第一のエンティティを構成することができる。例えば、一つまたは複数のフィールドは、アプリケーションデータユニット（ＡＤＵ）の一つまたは複数のフィールド、ＩＰパケットの一つまたは複数のフィールド、ＲＴＰパケットの一つまたは複数のフィールド、ＵＤＰパケットの一つまたは複数のフィールド、ＴＣＰパケットの一つまたは複数のフィールド、ＨＴＴＰパケットの一つまたは複数のフィールド、タイムスタンプフィールド、ＤＳＣＰフィールドのうちの少なくとも一つを含み得る。例えば、一つまたは複数のフィールドは、一つまたは複数のＳＤＵの一つまたは複数のフィールドを含み得る。

【0334】

決定に基づき、第一のエンティティは、第二のＳＤＵを破棄することを決定し得る。

【0335】

一実施例では、第二のＳＤＵおよび第一のＳＤＵが関連付けられると決定される場合、第一のエンティティは、第二のＳＤＵの情報を送信し得る。例えば、第一のネットワークノードの第一のエンティティは、第二のＳＤＵの情報を、第二のネットワークノード（例えば、ＮＧ－ＲＡＮ、ＵＥ）の第一のエンティティに送信することができる。例えば、第二のＳＤＵの情報は、第一のネットワークノードが、第二のＳＤＵおよび／または第二のＳＤＵに関連付けられる少なくとも一つのＰＤＵを送信しえないことを示し得る。例えば、第二のＳＤＵの情報は、第二のＳＤＵおよび／または第二のＳＤＵに関連付けられる少なくとも一つのＰＤＵが破棄されること、および／または第二のＳＤＵおよび／または第二のＳＤＵに関連付けられる少なくとも一つのＰＤＵが破棄される必要があることを示し得る。第二のＳＤＵの情報は、第一のＳＤＵの情報をさらに含み得る。第一のＳＤＵの情報は、第一のネットワークノードが、第一のＳＤＵおよび／または第一のＳＤＵに関連付けられる少なくとも一つのＰＤＵを送信しえないことを示し得る。第一のＳＤＵの情報は、第一のＳＤＵおよび／または第一のＳＤＵに関連付けられる少なくとも一つのＰＤＵの破棄を示し得る。第一のＳＤＵの情報は、第一のＳＤＵおよび／または第一のＳＤＵに関連付けられる少なくとも一つのＰＤＵを破棄する必要があることを示し得る。例えば、第二のＳＤＵの情報は、ステータスレポート（例えば、ＰＤＣＰステータスレポート、ＲＬＣステータスレポート、ＳＤＡＰステータスレポート）および／または制御ＰＤＵ（例えば、ＰＤＣＰ制御ＰＤＵ、ＲＬＣ制御ＰＤＵ、ＭＡＣ制御要素）および／または類似のものを含み得る。

【0336】

他の実施例では、第二のＳＤＵおよび第一のＳＤＵが、関連付けられないと決定される場合、第一のエンティティは、第二のＳＤＵの情報を送信し得ない。

【0337】

一実施例では、第二のＳＤＵが破棄される場合、第一のエンティティは、第二のＳＤＵに関連付けられる少なくとも一つのＰＤＵを破棄する表示を第二のエンティティに送信し得る。一実施例では、第一のＳＤＵが破棄される場合、第一のエンティティは、第二のエンティティに、第一のＳＤＵに関連付けられる少なくとも一つのＰＤＵを破棄する表示を送信し得る。

【0338】

一実施例では、第一のエンティティは、第二のＳＤＵの情報に対する応答を受信し得る。

【0339】

一実施例では、受信プロトコルエンティティ（例えば、ＰＤＣＰ、ＲＬＣ）は、送信プロトコルエンティティから、一つまたは複数のプロトコルデータユニット（ＰＤＵ）を受信し得る。一つまたは複数のＰＤＵは、第一のサービスデータユニット（ＳＤＵ）と関連付けられ得る。受信プロトコルエンティティは、送信プロトコルエンティティから、第一のＳＤＵが破棄されるという情報を受信し得る。第一のＳＤＵが破棄されるという情報に基づき、受信プロトコルエンティティは、受信エンティティの一つまたは複数のパラメーターを更新し得る。一つまたは複数のパラメーターは、受信ウィンドウ（例えば、受信ウィンドウの配列番号、次のデータの配列番号）または一つまたは複数のタイマー（例えば、一つまたは複数のタイマーを停止し、一つまたは複数のタイマーを開始する）のうちの少なくとも一つを含む。

【0340】

一実施例では、第一のネットワークノードの送信プロトコルエンティティは、上部層から、一つまたは複数のサービスデータユニット（ＳＤＵ）を受信することができる。送信プロトコルエンティティは、一つまたは複数のＳＤＵに対する一つまたは複数のＳＤＵ識別情報を決定し得る。送信プロトコルエンティティは、一つまたは複数のＳＤＵを使用して、一つまたは複数のプロトコルデータユニット（ＰＤＵ）を生成し得る。一つまたは複数のＰＤＵは、少なくとも一つまたは複数のＳＤＵ識別情報を含み得る。送信プロトコルエンティティは、一つまたは複数のＰＤＵを送信し得る。

【0341】

一実施例では、受信プロトコルエンティティは、一つまたは複数のプロトコルデータユニット（ＰＤＵ）を受信し得る。一つまたは複数のＰＤＵは、一つまたは複数のサービスデータユニット（ＳＤＵ）識別情報および一つまたは複数のＳＤＵを含んでもよい。一つまたは複数の受信されたＰＤＵ、および一つまたは複数のＳＤＵ識別情報に基づき、受信プロトコルエンティティは、一つまたは複数のＳＤＵが正常に受信されていないと決定し得る。受信プロトコルエンティティは、一つまたは複数のＳＤＵに関連付けられる一つまたは複数のＰＤＵが、正常に受信されなかったことを決定し得る。決定に基づき、受信プロトコルエンティティは、決定された一つまたは複数の関連付けられるＰＤＵを破棄し得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【国際調査報告】