特表2023-554478小規模データ伝送終了およびシグナリングのためのネットワーク方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-12-27
(54)【発明の名称】小規模データ伝送終了およびシグナリングのためのネットワーク方法
(51)【国際特許分類】
H04W 76/27 20180101AFI20231220BHJP
H04W 88/08 20090101ALI20231220BHJP
H04W 4/20 20180101ALI20231220BHJP
【ＦＩ】
H04W76/27
H04W88/08
H04W4/20
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023537382
(86)(22)【出願日】2021-12-07
(85)【翻訳文提出日】2023-08-16
(86)【国際出願番号】 EP2021084564
(87)【国際公開番号】W WO2022128617
(87)【国際公開日】2022-06-23
(31)【優先権主張番号】202041055339
(32)【優先日】2020-12-19
(33)【優先権主張国・地域又は機関】IN
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】515076873
【氏名又は名称】ノキア テクノロジーズ オサケユイチア
(74)【代理人】
【識別番号】100094569
【弁理士】
【氏名又は名称】田中 伸一郎
(74)【代理人】
【識別番号】100103610
【弁理士】
【氏名又は名称】▲吉▼田 和彦
(74)【代理人】
【識別番号】100109070
【弁理士】
【氏名又は名称】須田 洋之
(74)【代理人】
【識別番号】100067013
【弁理士】
【氏名又は名称】大塚 文昭
(74)【代理人】
【識別番号】100120525
【弁理士】
【氏名又は名称】近藤 直樹
(72)【発明者】
【氏名】ゴダン フィリップ
(72)【発明者】
【氏名】ラセルヴァ ダニエラ
(72)【発明者】
【氏名】チャンドラシェカール スブラマニヤ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD11
5K067EE02
5K067EE10
5K067GG01
(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】
ターゲット基地局の分散型ユニット（ターゲットｇＮＢ－ＤＵ）によって、マルチショットＳＤＴトランザクション時間中にワイヤレスネットワーク内のユーザ機器（ＵＥ）から、ＵＬ ＳＤＴパケットを受け取るステップと、前記ＵＬ ＳＤＴパケットが終端ＵＬ ＳＤＴパケットであるかどうかを判定するステップと、
前記ＵＬ ＳＤＴパケットが前記終端ＵＬ ＳＤＴパケットであるとの前記判定に応答して、
前記マルチショットＳＤＴトランザクションの終了を指示する終了データを生成するステップと、
前記ワイヤレスネットワーク内の経路に沿って前記終了データを基地局の中央ユニット（ｇＮＢ－ＣＵ）に伝送するステップであって、前記終了データが前記ＳＤＴトランザクションの終了を指示する、ステップと
を含む、方法。
【請求項35】
非一時的コンピュータ可読ストレージ媒体を含み、少なくとも１つのデータ処理装置によって実行されたとき、請求項１～３４のいずれかに記載の方法を実施することを前記少なくとも１つのデータ処理装置に行わせるように構成された実行可能コードを格納する、コンピュータプログラム製品。
【請求項36】
請求項１～３４のいずれか１項に記載の方法を実施するための手段を備える装置。
【発明の詳細な説明】
【技術分野】
【0001】
本説明は、通信に関する。
【背景技術】
【0002】
通信システムは、固定またはモバイル通信デバイスなど、２つ以上のノードまたはデバイス間の通信を可能にする設備でもよい。信号は、有線またはワイヤレスキャリアで搬送可能である。
【0003】
セルラー通信システムの例は、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって標準化されているアーキテクチャである。この分野の最近の開発は、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）無線アクセス技術のロングタームエボリューション（ＬＴＥ：ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）と呼ばれることが多い。Ｅ－ＵＴＲＡ（進化型ＵＭＴＳ地上波無線アクセス）は、モバイルネットワーク用の３ＧＰＰのＬＴＥアップグレード経路のエアインターフェースである。ＬＴＥでは、基地局またはアクセスポイント（ＡＰ：ａｃｃｅｓｓ ｐｏｉｎｔ）は、エンハンストノードＡＰ（ｅＮＢ）と呼ばれ、カバレッジエリアまたはセル内のワイヤレスアクセスを提供する。ＬＴＥでは、モバイルデバイスまたは移動局は、ユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）と呼ばれる。ＬＴＥは、いくつかの改善または開発を含んできた。
【0004】
グローバルな帯域幅不足に直面するワイヤレスキャリアは、例えば、将来のブロードバンドセルラー通信ネットワークのために、十分に利用されていないミリメートル波（ｍｍＷａｖｅ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）周波数スペクトルの検討を動機づけてきた。ｍｍＷａｖｅ（または極高周波）は、例えば、３０～３００ギガヘルツ（ＧＨｚ）の周波数範囲を含み得る。この帯域の電波は、例えば、１０から１ミリメートルまでの波長を有することができ、ミリメートル帯域またはミリメートル波という名前を与える。ワイヤレスデータの量は、おそらく、今後数年のうちに著しく増加するであろう。より多くのスペクトルを取得することと、より小さいセルサイズを有することと、より多くのビット／ｓ／Ｈｚを可能にする改善された技術を使用することとを含むこの難題に対処しようとする際に、様々な技法が使用されてきた。より多くのスペクトルを取得するために使用され得る１つの要素は、例えば６ＧＨｚを超える、より高い周波数に移行することである。第５世代ワイヤレスシステム（５Ｇ）のために、ｍｍＷａｖｅ無線スペクトルを採用したセルラー無線機器の展開のためのアクセスアーキテクチャが提案されてきた。ｃｍＷａｖｅ無線スペクトル（例えば、３～３０ＧＨｚ）など、他の実例のスペクトルも使用され得る。
【発明の概要】
【0005】
実例の実装形態によれば、方法は、ターゲット基地局の分散型ユニット（ターゲットｇＮＢ－ＤＵ）によって、マルチショットＳＤＴトランザクション中にワイヤレスネットワーク内のユーザ機器（ＵＥ）から、ＵＬ ＳＤＴパケットを受け取ることを含む。方法は、ＵＬ ＳＤＴパケットが終端ＵＬ ＳＤＴパケットであるかどうかを判定することをさらに含む。方法は、ＵＬ ＳＤＴパケットが終端ＵＬ ＳＤＴパケットであるとの判定に応答して、マルチショットＳＤＴトランザクションの終了を指示する終了データを生成することと、ワイヤレスネットワーク内の経路に沿って終了データを基地局の中央ユニット（ｇＮＢ－ＣＵ）に伝送することであって、終了データがＳＤＴトランザクションの終了を指示する、伝送することとをさらに含む。
【0006】
実例の実装形態によれば、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含み、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、少なくとも、ターゲット基地局の分散型ユニット（ターゲットｇＮＢ－ＤＵ）によって、マルチショットＳＤＴトランザクション中にワイヤレスネットワーク内のユーザ機器（ＵＥ）から、ＵＬ ＳＤＴパケットを受け取ることを装置に行わせるように構成される。装置は、ＵＬ ＳＤＴパケットが終端ＵＬ ＳＤＴパケットであるかどうかを判定することをさらに行う。装置は、ＵＬ ＳＤＴパケットが終端ＵＬ ＳＤＴパケットであるとの判定に応答して、マルチショットＳＤＴトランザクションの終了を指示する終了データを生成することと、ワイヤレスネットワーク内の経路に沿って終了データを基地局の中央ユニット（ｇＮＢ－ＣＵ）に伝送することであって、終了データがＳＤＴトランザクションの終了を指示する、伝送することとをさらに行う。
【0007】
実例の実装形態によれば、装置は、ターゲット基地局の分散型ユニット（ターゲットｇＮＢ－ＤＵ）によって、マルチショットＳＤＴトランザクション中にワイヤレスネットワーク内のユーザ機器（ＵＥ）から、ＵＬ ＳＤＴパケットを受け取ることを行うための手段を含む。装置は、ＵＬ ＳＤＴパケットが終端ＵＬ ＳＤＴパケットであるかどうかを判定することをさらに含む。装置は、ＵＬ ＳＤＴパケットが終端ＵＬ ＳＤＴパケットであるとの判定に応答して、マルチショットＳＤＴトランザクションの終了を指示する終了データを生成することと、ワイヤレスネットワーク内の経路に沿って終了データを基地局の中央ユニット（ｇＮＢ－ＣＵ）に伝送することであって、終了データがＳＤＴトランザクションの終了を指示する、伝送することとを行うための手段をさらに含む。
【0008】
実例の実装形態によれば、コンピュータプログラム製品は、コンピュータ可読ストレージ媒体を含み、少なくとも１つのデータ処理装置によって実行されたとき、ターゲット基地局の分散型ユニット（ターゲットｇＮＢ－ＤＵ）によって、マルチショットＳＤＴトランザクション中にワイヤレスネットワーク内のユーザ機器（ＵＥ）から、ＵＬ ＳＤＴパケットを受け取ることを少なくとも１つのデータ処理装置に行わせるように構成された実行可能コードを格納する。少なくとも１つのデータ処理装置は、ＵＬ ＳＤＴパケットが終端ＵＬ ＳＤＴパケットであるかどうかを判定することをさらに行う。少なくとも１つのデータ処理装置は、ＵＬ ＳＤＴパケットが終端ＵＬ ＳＤＴパケットであるとの判定に応答して、マルチショットＳＤＴトランザクションの終了を指示する終了データを生成することと、ワイヤレスネットワーク内の経路に沿って終了データを基地局の中央ユニット（ｇＮＢ－ＣＵ）に伝送することであって、終了データがＳＤＴトランザクションの終了を指示する、伝送することとをさらに行う、
【0009】
実例の実装形態によれば、方法は、ユーザ機器（ＵＥ）によって、マルチショットＳＤＴトランザクションの１つまたは複数のアップリンク（ＵＬ：ｕｐｌｉｎｋ）小規模データ伝送（ＳＤＴ：ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ）パケットを、基地局の分散型ユニット（ｇＮＢ－ＤＵ）に伝送することを含む。方法はまた、１つまたは複数のＵＬ ＳＤＴパケットを伝送した後、マルチショットＳＤＴトランザクションがクローズされたことを指示する無線リソース制御解放（ＲＲＣ＿ＲＥＬＥＡＳＥ）データをｇＮＢ－ＤＵから受け取ることであって、マルチショットＳＤＴトランザクションのクローズがｇＮＢ－ＤＵによって決定される、受け取ることを含む。
【0010】
実例の実装形態によれば、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含み、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、少なくとも、マルチショットＳＤＴトランザクションの１つまたは複数のアップリンク（ＵＬ）小規模データ伝送（ＳＤＴ）パケットをユーザ機器（ＵＥ）によって基地局の分散型ユニット（ｇＮＢ－ＤＵ）に伝送することを装置に行わせるように構成される。装置は、１つまたは複数のＵＬ ＳＤＴパケットを伝送した後、マルチショットＳＤＴトランザクションがクローズされたことを指示する無線リソース制御解放（ＲＲＣ＿ＲＥＬＥＡＳＥ）データをｇＮＢ－ＤＵから受け取ることであって、マルチショットＳＤＴトランザクションのクローズがｇＮＢ－ＤＵによって決定される、受け取ることをさらに行う。
【0011】
実例の実装形態によれば、装置は、マルチショットＳＤＴトランザクションの１つまたは複数のアップリンク（ＵＬ）小規模データ伝送（ＳＤＴ）パケットをユーザ機器（ＵＥ）によって基地局の分散型ユニット（ｇＮＢ－ＤＵ）に伝送することを行うための手段を含む。装置はまた、１つまたは複数のＵＬ ＳＤＴパケットを伝送した後、マルチショットＳＤＴトランザクションがクローズされたことを指示する無線リソース制御解放（ＲＲＣ＿ＲＥＬＥＡＳＥ）データをｇＮＢ－ＤＵから受け取ることであって、マルチショットＳＤＴトランザクションのクローズがｇＮＢ－ＤＵによって決定される、受け取ることを行うための手段を含む。
【0012】
実例の実装形態によれば、コンピュータプログラム製品は、コンピュータ可読ストレージ媒体を含み、少なくとも１つのデータ処理装置によって実行されたとき、マルチショットＳＤＴトランザクションの１つまたは複数のアップリンク（ＵＬ）小規模データ伝送（ＳＤＴ）パケットをユーザ機器（ＵＥ）によって基地局の分散型ユニット（ｇＮＢ－ＤＵ）に伝送することを少なくとも１つのデータ処理装置に行わせるように構成された実行可能コードを格納する。少なくとも１つのデータ処理装置はまた、１つまたは複数のＵＬ ＳＤＴパケットを伝送した後、マルチショットＳＤＴトランザクションがクローズされたことを指示する無線リソース制御解放（ＲＲＣ＿ＲＥＬＥＡＳＥ）データをｇＮＢ－ＤＵから受け取ることであって、マルチショットＳＤＴトランザクションのクローズがｇＮＢ－ＤＵによって決定される、受け取ることを行う。
【0013】
実装形態の１つまたは複数の例の詳細が、添付の図面および下記の説明において説明される。他の特徴は、説明および図面から、ならびに特許請求の範囲から明らかであろう。
【図面の簡単な説明】
【0014】
【図1】実例の実装形態によるデジタル通信ネットワークのブロック図である。
【図2】実例の実装形態による、４ステップＲＡＣＨベースのＳＤＴ、２ステップＲＡＣＨベースのＳＤＴ、およびＣＧベースのＳＤＴという、３つのＳＤＴソリューションを示す図である。
【図3】実例の実装形態による、ＳＤＴ Ｍｓｇ３／ＭｓｇＡのためのＵＬ ＭＡＣ ＰＤＵ、またはベースラインＲＲＣベースの方法のためのＣＧベースのＳＤＴ伝送の内容を示す図である。
【図4】実例の実装形態による、ユーザプレーン（ＵＰ）および制御プレーン（ＣＰ）両方のための、５Ｇ－ＲＡＮ分散型（左）および分割型ＣＵ－ＤＵアーキテクチャ（右）を示す図である。
【図5】実例の実装形態による、２つのＵＬデータの伝送を含むマルチショットＳＤＴ手順を示す図である。
【図6】アンカーリロケーションのないＲＡＮ通知エリア（ＲＮＡ：ＲＡＮ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｅａ）アップデート手順を示す図である。
【図7】実例の実装形態による、受信ｇＮＢ－ＤＵの最終ＵＬデータ判定を示すフローチャートである。
【図8】実例の実装形態による、アンカーリロケーションのないｇＮＢ間ＳＤＴを使用したｇＮＢ－ＤＵの最終ＵＬデータ判定、およびターゲットｇＮＢ－ＣＵ－ＣＰを含む通知経路を示すシーケンス図である。
【図9】実例の実装形態による、アンカーリロケーションのないｇＮＢ間ＳＤＴを使用したｇＮＢ－ＤＵの最終ＵＬデータ判定、およびアンカーｇＮＢ－ＣＵ－ＵＰを含む通知経路を示すシーケンス図である。
【図10】実例の実装形態による、アンカーリロケーションのあるｇＮＢ間ＳＤＴを使用したｇＮＢ－ＤＵの最終ＵＬデータ判定、およびターゲットｇＮＢ－ＣＵ－ＣＰに直接の通知経路を示すシーケンス図である。
【図11】ターゲットリロケーションのあるｇＮＢ間ＳＤＴを使用したｇＮＢ－ＤＵの最終ＵＬデータ判定、およびターゲットｇＮＢ－ＣＵ－ＵＰを含む通知経路を示すシーケンス図である。
【図12】実例の実装形態による、マルチショットＳＤＴトランザクションを終了させるプロセスを示すフローチャートである。
【図13】実例の実装形態による、マルチショットＳＤＴトランザクションを終了させるプロセスを示すフローチャートである。
【図14】実例の実装形態による、ノードまたはワイヤレス局（例えば、基地局／アクセスポイント、中継ノード、または移動局／ユーザデバイス）のブロック図である。
【発明を実施するための形態】
【0015】
図１は、実例の実装形態による、ワイヤレスネットワーク１３０などのデジタル通信システムのブロック図である。図１のワイヤレスネットワーク１３０では、移動局（ＭＳ）またはユーザ機器（ＵＥ）とも呼ばれることもあるユーザデバイス１３１、１３２、１３３、および１３５は、アクセスポイント（ＡＰ）、エンハンストノードＢ（ｅＮＢ）、ｇＮＢ（５Ｇ基地局でもよい）、またはネットワークノードとも呼ばれることもある基地局（ＢＳ）１３４と接続されてもよい（および通信していてもよい）。アクセスポイント（ＡＰ）、基地局（ＢＳ）または（ｅ）ノードＢ（ｅＮＢ）の機能の少なくとも一部はまた、リモート無線ヘッドなどのトランシーバに動作連結され得る任意のノード、サーバ、またはホストによって実行されてもよい。ＢＳ（またはＡＰ）１３４は、ユーザデバイス１３１、１３２、１３３、および１３５を含む、セル１３６内のワイヤレスカバレッジを提供する。４つのユーザデバイスだけがＢＳ１３４に接続または取り付けられているように示されているが、任意の数のユーザデバイスが提供されてもよい。ＢＳ１３４はまた、インターフェース１５１を介してコアネットワーク１５０に接続される。これは、ワイヤレスネットワークの１つの簡単な例にすぎず、他が使用されてもよい。
【0016】
ユーザデバイス（ユーザ端末、ユーザ機器（ＵＥ））は、例として、移動局（ＭＳ）、モバイルフォン、セルフォン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ハンドセット、ワイヤレスモデムを使用するデバイス（アラームまたは測定デバイス、等）、ラップトップおよび／またはタッチスクリーンコンピュータ、タブレット、ファブレット、ゲーム機、ノートブック、ならびにマルチメディアデバイスといったタイプのデバイスを含むがこれらに限定されない、加入者識別モジュール（ＳＩＭ）があってもなくても動作するワイヤレスモバイル通信デバイスを含めた、ポータブルコンピューティングデバイスを指すことができる。ユーザデバイスはまた、ほぼ排他的なアップリンクのみのデバイスでもよく、その例は、画像またはビデオクリップをネットワークにロードするカメラまたはビデオカメラであることを理解されたい。
【0017】
ＬＴＥでは（例として）、コアネットワーク１５０は、進化型パケット・コア（ＥＰＣ）と呼ばれてもよく、ＥＰＣは、ＢＳ間のユーザデバイスの移動／ハンドオーバをハンドリングまたは支援する移動管理エンティティ（ＭＭＥ）、ＢＳとパケットデータネットワークまたはインターネットとの間のデータおよび制御信号を転送し得る１つまたは複数のゲートウェイ、ならびに、他の制御機能またはブロックを含んでもよい。５Ｇでは、コアネットワーク１５０は、アクセス管理機能（ＡＭＦ）でもよい。
【0018】
様々な実例の実装形態は、多種多様なワイヤレス技術、（ＬＴＥ、ＬＴＥ－Ａ、５Ｇ（新無線すなわちＮＲ）、ｃｍＷａｖｅ、および／もしくはｍｍＷａｖｅ帯域ネットワークなどの）ワイヤレスネットワーク、または任意の他のワイヤレスネットワークもしくはユースケースに適用されてもよい。ＬＴＥ、５Ｇ、ｃｍＷａｖｅおよびｍｍＷａｖｅ帯域ネットワークは、例証的な例として提供されるにすぎず、様々な実例の実装形態は、任意のワイヤレス技術／ワイヤレスネットワークに適用されてもよい。様々な実例の実装形態はまた、例えば、超高信頼低レイテンシ通信（ＵＲＬＬＣ）、モノのインターネット（ＩｏＴ）、タイムセンシティブ通信（ＴＳＣ）、エンハンストモバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプコミュニケーション（ＭＭＴＣ）、車両対車両（Ｖ２Ｖ）、車両対デバイスなど、様々な異なる用途、サービスまたはユースケースに適用されてもよい。これらのユースケースのそれぞれ、またはＵＥのタイプは、要件の独自のセットを有してもよい。
【0019】
いくつかのＩｏＴアプリケーションは、比較的少量のデータの交換を伴う。例えば、計量およびアラームアプリケーションは、典型的には、少量のモバイル発信（ＭＯ：ｍｏｂｉｌｅ ｏｒｉｇｉｎａｔｅｄ）データを伴い、その一方で、様々なクエリ、アップデート通知、アクチュエータ有効化、および同様のものは、少量のモバイル終了（ＭＴ：ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｅｄ）データを伴う。残念ながら、モバイルデバイスとネットワークとの間の接続の確立は、（少量のデータに比べて）大きいオーバヘッドを伴う。場合によっては、ＵＥは、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態といった、接続状態と非稼働状態との間の中間領域を表す非アクティブ状態に置かれてもよい。
【0020】
ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥ（または他のタイプのモバイルデバイス）との間のデータ伝送を可能にすることは、ＵＥが伝送するべき少量のデータを有し、無線アクセスネットワーク（ＲＡＮ）がデータを有していないか、または伝送するべきほんの少量のデータを有するが、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合、理にかなっている。ＵＥまたはＲＡＮが伝送するべきその後のデータを有する場合、アクティブ接続状態（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモード）に移行するためのオーバヘッドは正当化されてもよく、したがって、データは、専用リソースを用いて送られることが可能である。
【0021】
ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、アンカーｇＮＢ（すなわち、最終サービングｇＮＢ）によって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移行しているＵＥに、非アクティブ無線ネットワーク一時識別子（Ｉ－ＲＮＴＩ：ｉｎａｃｔｉｖｅ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）がアロケートされる。Ｉ－ＲＮＴＩは、一時中断構成を有するＲＲＣ解放メッセージの一部として構成され、ＵＥは、ＲＲＣ再開リクエストメッセージの中でＩ－ＲＮＴＩを伝送する。Ｉ－ＲＮＴＩ（４０ビット）は、ＵＥおよび最終サービングｇＮＢ両方を識別するための手段を含んでもよく、したがって、Ｉ－ＲＮＴＩは、ＵＥ ＩＤ部分およびｇＮＢ ＩＤ部分を含んでもよい。Ｉ－ＲＮＴＩを構築するために使用されるアルゴリズムは、ベンダに固有のものであり、これは、Ｉ－ＲＮＴＩ内の位置についての決定、およびＵＥ ＩＤおよびｇＮＢ ＩＤ部分のために使用されるいくつかのビットを含む。
【0022】
いくつかの実装形態では、ＵＥ識別子はＳＤＴ ＵＥ ＩＤである。この場合、Ｉ－ＲＮＴＩは、このような識別子の特殊なケースである。
【0023】
３ＧＰＰ Ｒｅｌ－１７に関して、「ＮＲ ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎｓ ｉｎ ＩＮＡＣＴＩＶＥ ｓｔａｔｅ」［ＲＰ－１９３２５２］という題の作業項目が開始されてきた。５Ｇ ＮＲシステムにおけるアップリンク送信によってトリガされる小規模データ伝送（ＳＤＴ）を可能にするための３つのソリューションが、第１のＵＬ伝送に焦点を合わせて、ここで提案される
・ ４ステップＲＡＣＨベースのＳＤＴ：４ステップＲＡＣＨ手順のＭｓｇ３において伝送されるユーザプレーン（ＵＰ：Ｕｓｅｒ Ｐｌａｎｅ）または制御プレーン（ＣＰ：Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）データ（すなわち、ＲＲＣ接続再開リクエストで多重化された小さいペイロード）。
・ ２ステップＲＡＣＨベースのＳＤＴ：ＵＰ（またはＣＰ）データ伝送は、２ステップＲＡＣＨ手順のＭｓｇＡで、および具体的にはＰＵＳＣＨリソース上で起こり、ＰＵＳＣＨリソースは、ｇＮＢによって再構成され、関連付けられた物理伝送パラメータを有するシステム情報においてブロードキャストされる、
・ 構成済みグラントベースのＳＤＴ：ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥは、ＵＬデータ伝送のために使用されることになる固有の事前構成済みＰＵＳＣＨリソースを指示するＣＧタイプ１構成を受け取ることができる。この（タイプの）ＣＧ構成はまた、ＵＥのタイミングアドバンスが有効である限り、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるときに使用されるように構成可能である。
・ ４ステップＲＡＣＨベースのＳＤＴ：４ステップＲＡＣＨ手順のＭｓｇ３において伝送されるユーザプレーン（ＵＰ：Ｕｓｅｒ Ｐｌａｎｅ）または制御プレーン（ＣＰ：Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）データ（すなわち、ＲＲＣ接続再開リクエストで多重化された小さいペイロード）。
・ ２ステップＲＡＣＨベースのＳＤＴ：ＵＰ（またはＣＰ）データ伝送は、２ステップＲＡＣＨ手順のＭｓｇＡで、および具体的にはＰＵＳＣＨリソース上で起こり、ＰＵＳＣＨリソースは、ｇＮＢによって再構成され、関連付けられた物理伝送パラメータを有するシステム情報においてブロードキャストされる、
・ 構成済みグラントベースのＳＤＴ：ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥは、ＵＬデータ伝送のために使用されることになる固有の事前構成済みＰＵＳＣＨリソースを指示するＣＧタイプ１構成を受け取ることができる。この（タイプの）ＣＧ構成はまた、ＵＥのタイミングアドバンスが有効である限り、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるときに使用されるように構成可能である。
【0024】
ＳＤＴを可能にするための上述のソリューションにおいて、無線リソース制御（ＲＲＣ）ベースのアプローチが想定され、図２に示されている。図２は、４ステップＲＡＣＨベースのＳＤＴ２１０、２ステップＲＡＣＨベースのＳＤＴ２２０、およびＣＧベースのＳＤＴ２３０という、３つのＳＤＴソリューションを示す図２００である。
・ ４ステップＲＡＣＨベースのＳＤＴ２１０では、２１１において、ユーザ機器（ＵＥ）が、ＭＳＧ１として、ＳＤＴ ＲＡＣＨプリアンブルを基地局（ｇＮＢ）に送る。２１２において、ｇＮＢは、ＭＳＧ２として、ランダムアクセスレスポンス（ＲＡＲ）をＵＥに送る。２１３において、ＵＥは、ＭＳＧ３として、ＲＲＣ＿ＲＥＳＵＭＥ＿ＲＥＱＵＥＳＴメッセージおよび任意のアップリンク（ＵＬ）データをｇＮＢに送る。２１４において、ｇＮＢは、ＭＳＧ４として、一時中断指示および任意のダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）データを伴うＲＲＣ＿ＲＥＬＥＡＳＥをＵＥに送る。
・ ２ステップＲＡＣＨベースのＳＤＴ２２０では、２２１において、ＵＥは、ＭＳＧＡとして、ＳＤＴ ＲＡＣＨプリアンブル、ＲＲＣ＿ＲＥＳＵＭＥ＿ＲＥＱＵＥＳＴメッセージ、および任意のアップリンク（ＵＬ）データをｇＮＢに送る。２２２において、ｇＮＢは、ＭＳＧＢとして、一時中断指示および任意のダウンリンク（ＤＬ）データを伴うＲＲＣ＿ＲＥＬＥＡＳＥをＵＥに送る。
・ ＣＧベースのＳＤＴ２３０では、ＵＥは、ＰＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある。２３１において、ｇＮＢは、ＳＤＴのためのＣＯＮＦＩＧＵＲＥＤ＿ＧＲＡＮＴ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮをＵＥに送る。ＵＥは次いで、ＰＲＣ＿ＩＮＡＣＴＩＶＥ状態に進む。２３２において、ＵＥは、ＲＲＣ＿ＲＥＳＵＭＥ＿ＲＥＱＵＥＳＴおよび任意のＵＬデータを含むＣＯＮＦＩＧＵＲＥＤ＿ＧＲＡＮＴ ＰＵＳＣＨ伝送をｇＮＢに送る。２３３において、ＵＥは、一時中断指示および任意のＤＬデータを伴うＲＲＣ＿ＲＥＳＵＭＥをｇＮＢに送る。
・ ４ステップＲＡＣＨベースのＳＤＴ２１０では、２１１において、ユーザ機器（ＵＥ）が、ＭＳＧ１として、ＳＤＴ ＲＡＣＨプリアンブルを基地局（ｇＮＢ）に送る。２１２において、ｇＮＢは、ＭＳＧ２として、ランダムアクセスレスポンス（ＲＡＲ）をＵＥに送る。２１３において、ＵＥは、ＭＳＧ３として、ＲＲＣ＿ＲＥＳＵＭＥ＿ＲＥＱＵＥＳＴメッセージおよび任意のアップリンク（ＵＬ）データをｇＮＢに送る。２１４において、ｇＮＢは、ＭＳＧ４として、一時中断指示および任意のダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）データを伴うＲＲＣ＿ＲＥＬＥＡＳＥをＵＥに送る。
・ ２ステップＲＡＣＨベースのＳＤＴ２２０では、２２１において、ＵＥは、ＭＳＧＡとして、ＳＤＴ ＲＡＣＨプリアンブル、ＲＲＣ＿ＲＥＳＵＭＥ＿ＲＥＱＵＥＳＴメッセージ、および任意のアップリンク（ＵＬ）データをｇＮＢに送る。２２２において、ｇＮＢは、ＭＳＧＢとして、一時中断指示および任意のダウンリンク（ＤＬ）データを伴うＲＲＣ＿ＲＥＬＥＡＳＥをＵＥに送る。
・ ＣＧベースのＳＤＴ２３０では、ＵＥは、ＰＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある。２３１において、ｇＮＢは、ＳＤＴのためのＣＯＮＦＩＧＵＲＥＤ＿ＧＲＡＮＴ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮをＵＥに送る。ＵＥは次いで、ＰＲＣ＿ＩＮＡＣＴＩＶＥ状態に進む。２３２において、ＵＥは、ＲＲＣ＿ＲＥＳＵＭＥ＿ＲＥＱＵＥＳＴおよび任意のＵＬデータを含むＣＯＮＦＩＧＵＲＥＤ＿ＧＲＡＮＴ ＰＵＳＣＨ伝送をｇＮＢに送る。２３３において、ＵＥは、一時中断指示および任意のＤＬデータを伴うＲＲＣ＿ＲＥＳＵＭＥをｇＮＢに送る。
【0025】
ＲＲＣベースのアプローチは、例えばＵＥアイデンティティおよびその認証トークンについての情報（すなわちＭＡＣ－Ｉ）を含むＲＲＣメッセージを、ＵＥが送ることを伴う。ＲＲＣ再開リクエストメッセージはこのために使用されるが、いくつかの実装形態では、異なるメッセージが同様に採用され得ることが想定され、図３は、対応するアップリンクメディアアクセスチャネルプロトコルデータユニット（ＵＬ ＭＡＣ ＰＤＵ）３００を示している。ＳＤＴ手順は次いで、別のＲＲＣメッセージのＵＥによる受信でクローズされる。ＲＲＣのないアプローチは、代わりに、ＲＲＣ層が含まれる必要がなく、ＵＥ認証トークンなどの必要な情報が、ＭＡＣヘッダにおいて、またはＭＡＣ ＣＥとして、ＵＥによって提供されることが可能であることを想定する。
【0026】
ＲＡＮアーキテクチャは、集中型ベースバンドユニットと分散型無線ユニットとに分割されてもよい。ＮＲにおいて定義されたＮＧ－ＲＡＮアーキテクチャが、図４に示されている。図４は、ユーザプレーン（ＵＰ）および制御プレーン（ＣＰ）両方のための、５Ｇ－ＲＡＮ分散型（左）および分割型ＣＵ－ＤＵアーキテクチャ（右）４００を示す図である。図４では、左の分散型アーキテクチャは、すべてのＲＡＮプロトコル層を備える伝統的なｇＮＢ４１０を示している。右には、分散型ユニット（ＤＵ：Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）４２２、および場合によっては、ネットワーク側のリモートユニット（ＲＵ）４２４のうちの１つまたは複数を制御する中央ユニット（ＣＵ：Ｃｅｎｔｒａｌ Ｕｎｉｔ）に、より高い層で分離した、ＮＧ－ＲＡＮ分割型アーキテクチャ４２０が示されている。このような分割型アーキテクチャは、機能分割がネットワーク側の１つまたは複数のプロトコル層において適用され、コスト低減、スケーラビリティ改善、およびより効率的なスケジューリング調整への可能性を有する。
【0027】
ＵＰパケットは、ＵＬペイロードであることが指摘される。対照的に、ＣＰパケットは、ＭＡＣ ＣＥなど、より低い層パケットである。
【0028】
ＣＵ／ＤＵ分割型アーキテクチャでは、ＵＥをＲＲＣ非アクティブ状態に移行させるｇＮＢおよびセルのために、以下の想定が可能である。
・ ＵＥおよびＣＵ－ＣＰは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに移行するときにＵＥコンテキストを格納する。
・ ＤＵは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに移行するときに格納されたＵＥコンテキスト、およびＤＵとＣＵ－ＵＰとの間で確立された対応するＦ１－Ｕトンネルを解放する。
・ ＣＵ－ＵＰは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにあるときに、一時中断状態におけるＵＥコンテキストを保持してもよい。
・ ＵＥおよびＣＵ－ＣＰは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに移行するときにＵＥコンテキストを格納する。
・ ＤＵは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに移行するときに格納されたＵＥコンテキスト、およびＤＵとＣＵ－ＵＰとの間で確立された対応するＦ１－Ｕトンネルを解放する。
・ ＣＵ－ＵＰは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにあるときに、一時中断状態におけるＵＥコンテキストを保持してもよい。
【0029】
マルチショットＳＤＴは、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移させることなく、すなわち同じＳＤＴ手順の一部として、複数のＵＬ／ＤＬ伝送が後で、第１のＵＬ ＳＤＴ伝送に送信可能であることを伴う。
【0030】
ＵＥがマルチショットＳＤＴを使用できるようにするために、ネットワークは、（例えばＢＳＲに基づく）伝送のためにより多くのデータがＵＥバッファに存在すると判定する能力があるべきであり、ＵＥは、図５に示されたように、その後のＵＬデータを伝送するための、動的グラントまたは構成済みグラントを割り当てられる能力があるべきである。
【0031】
図５は、２つのＵＬデータの伝送を含むマルチショットＳＤＴ手順５００を示す図である。５０１において、ＵＥは、ＲＲＣ＿ＲＥＳＵＭＥ＿ＲＥＱＵＥＳＴメッセージ、第１のＵＬデータ、およびバッファステータスレポート（ＢＳＲ：ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ）をｇＮＢに送る。５０２において、ｇＮＢは、接続解像度情報およびＵＬ動的グラントをＵＥに送る。５０３において、ＵＥは、第２のＵＬデータを含むスケジューリング済みＰＵＳＣＨ伝送をｇＮＢに送る。５０４において、ｇＮＢは、一時中断指示および任意のＤＬデータを伴うＲＲＣ＿ＲＥＬＥＡＳＥメッセージをＵＥに送る。
【0032】
それでも、ＲＲＣベースのＳＤＴを使用するときでも、マルチショットＳＤＴ手順における第１のＵＬ ＳＤＴ伝送だけが、ＭＡＣ－Ｉ情報に基づくＵＥ検証を可能にするための、ＲＲＣメッセージ（例えばＲＲＣ＿ＲＥＳＵＭＥ＿ＲＥＱＵＥＳＴ）を含むことになり、その一方で、その後のＵＬ ＳＤＴ伝送は、ＲＲＣメッセージを含まなくてもよい。一方では、ＳＤＴ手順の中でＵＥ検証を複数回繰り返す必要はなく、他方では、その後の伝送におけるＵＥの識別情報は、スケジューリンググラントにおける専用リソース割当てに基づくことが可能である。
【0033】
その後のＵＬ ＳＤＴ伝送手段にＲＲＣメッセージがないことは、それでも、その後のＳＤＴ伝送があるかどうか、およびいつＳＤＴが終わるはずであるかについて、ｇＮＢ ＣＵ－ＣＰが気づいていないことを意味する。したがって、いつおよびどのようにｇＮＢ－ＣＵ－ＣＰが進行中のＳＤＴ手順をクローズすることができるか、すなわち、何がｇＮＢ－ＣＵ－ＣＰがＲＲＣ＿ＲＥＬＥＡＳＥメッセージ（または同様のもの）をＵＥに送るためのトリガであるかが不明確である。
【0034】
このようなその後のＳＤＴデータパケットのハンドリングについての、ｇＮＢ－ＤＵにおける曖昧性もある。データ転送に必要なＵＥコンテキスト情報を確立するために実行される制御プレーン手順は、非常に高価なので各ＵＬ ＳＤＴ伝送で繰り返すのは不可能である。
【0035】
さらに、アンカーリロケーションなくネットワークが動作するｇＮＢ間ＳＤＴの場合、関連ｇＮＢ－ＣＵ－ＣＰは、アンカーｇＮＢに常駐している。この場合、ＳＤＴ伝送を実施する従来のアプローチは、図６に示されたアンカーリロケーションのない周期的なＲＡＮ通知エリア（ＲＮＡ）アップデート手順によって行われる。
【0036】
図６は、アンカーリロケーションのないＲＡＮ通知エリア（ＲＮＡ）アップデート手順６００を示す図である。図６において、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ ＣＭ＿ＣＯＮＮＥＣＴＥＤ状態にある。６０１において、ＵＥは、ＲＲＣ＿ＲＥＳＵＭＥ＿ＲＥＱＵＥＳＴおよびＲＮＡアップデートをｇＮＢに送る。６０２において、ｇＮＢは、ＲＥＴＲＩＥＶＥ＿ＵＥメッセージおよびＲＮＡアップデートを最終サービング（アンカー）ｇＮＢに送る。６０３において、最終サービングｇＮＢは、ＲＥＴＲＩＥＶＥ＿ＵＥ＿ＣＯＮＴＥＸＴ＿ＦＡＩＬＵＲＥメッセージをｇＮＢに送る。６０３において、ｇＮＢは、ＲＲＣ＿ＲＥＬＥＡＳＥメッセージおよび一時中断指示をＵＥに送る。ＲＲＣ解放メッセージは、ＵＥへの伝送のために（図６のステップ６０３の一部として）最終サービングｇＮＢによってｇＮＢに即時に提供される。
【0037】
どのように終了させるべきか不明確な上述の従来のＵＬ ＳＤＴ伝送とは対照的に、マルチショットＳＤＴトランザクションを実施する改善された技法は、ワイヤレスネットワークにおける基地局（ｇＮＢ）の分散型ユニット（ＤＵ）によって、マルチショット小規模データ伝送（ＳＤＴ）の終了のための条件を判定することを含み、終了の指示をワイヤレスネットワーク内のエンティティに提供する。例えば、ＵＥがマルチショットＳＤＴトランザクションを始めるとき、ＵＥは、初期ＵＬ ＳＤＴデータパケットをターゲットｇＮＢ－ＤＵに送る。ＵＥが、ＵＥコンテキストを獲得するように、例えばターゲットｇＮＢ－ＣＵ－ＣＰといった、関連ネットワークエンティティに通知すると、ｇＮＢ－ＤＵは、ＵＬおよびＤＬデータを転送するための経路を確立するための命令を受け取る。ｇＮＢ－ＤＵが、ＵＥからＵＬ ＳＤＴデータパケットを受信し続けるとき、ＤＵは、ＵＬ ＳＤＴデータパケットが終端ＵＬ ＳＤＴデータパケット、すなわち、トランザクションの最終的なデータパケットであるかどうかを判定する。ｇＮＢ－ＤＵがこの判定を行うと、ｇＮＢ－ＤＵは、マルチショットＳＤＴトランザクションの終了を指示する終了データを生成し、関連ネットワークエンティティから受け取られた命令ごとに確立された経路に沿って終了データを伝送する。
【0038】
上述の改善された技法は、基地局の中央ユニット制御プレーン（ｇＮＢ－ＣＵ－ＣＰ）が終了メッセージをＵＥに送ることを可能にする。これは、ＰＤＣＣＨモニタリングの持続時間を最小化することによって、ワイヤレスネットワークおよびＵＥにおいて著しい電力リソースを節約し得る。
【0039】
いくつかの実装形態では、経路を表すデータは、指示された経路を介してその後のＵＬ ＳＤＴパケットを送るために使用される。
【0040】
ターゲットｇＮＢ－ＤＵにおいて導入されるべきネットワーク中心方法は、以下の２つの可能なシナリオに応じて、いつ所与のＵＥの進行中のマルチショットＳＤＴトランザクションを終えるべきか、および「ＳＤＴトランザクションエンドの指示」を、アンカーまたはターゲットノードのＲＡＮ分割型アーキテクチャにおける関連ネットワークエンティティに（すなわちｇＮＢ－ＣＵ－ＣＰの方へ）シグナリングするべきかを、ターゲットｇＮＢ－ＤＵが判定することを規定する。
・ 「シナリオ＃１」：アンカーリロケーションのないＳＤＴ
・ 「シナリオ＃２」：アンカーリロケーションのあるＳＤＴ。
次に、これは、アンカーまたはターゲットｇＮＢ－ＣＵ－ＣＰが、一時中断情報を伴うＲＲＣ＿ＲＥＬＥＡＳＥメッセージの生成をタイムリにトリガすることを可能にする。これは、ＳＤＴトランザクションの終了をシグナリングするため、およびＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥに再び移行させるために、ターゲットｇＮＢ－ＤＵが、伝送用のこのＲＲＣ解放メッセージをＵＥに転送することも可能にする。
・ 「シナリオ＃１」：アンカーリロケーションのないＳＤＴ
・ 「シナリオ＃２」：アンカーリロケーションのあるＳＤＴ。
次に、これは、アンカーまたはターゲットｇＮＢ－ＣＵ－ＣＰが、一時中断情報を伴うＲＲＣ＿ＲＥＬＥＡＳＥメッセージの生成をタイムリにトリガすることを可能にする。これは、ＳＤＴトランザクションの終了をシグナリングするため、およびＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥに再び移行させるために、ターゲットｇＮＢ－ＤＵが、伝送用のこのＲＲＣ解放メッセージをＵＥに転送することも可能にする。
【0041】
ＳＤＴ終了判定は、ＤＵにおけるローカル情報に基づいて、またはＵＥによって提供された情報に基づいて、ＤＵにおいてネットワーク側で行われる（すなわちネットワーク中心アプローチ）。ＵＥによって提供された情報に基づくとき、例えば、（例：特殊な事前定義された値を有する）ＢＳＲなどの既存のＭＡＣ／ＲＬＣシグナリングを活用した、ＵＥへのシグナリングインパクトがある（例えば、ＵＥは、ＭＡＣ ＣＥにおけるＳＤＴトランザクションエンドを含む）、またはＵＥへのどのようなシグナリングインパクトもないという、２つの変形物がある。
【0042】
上述のネットワーク中心方法には、上述のような、アンカーリロケーションが使用されないか（シナリオ＃１）、使用されるか（シナリオ＃２）に応じて、複数の選択肢がある。ネットワーク中心方法はまた、ＵＬ ＳＤＴトランザクション終了指示のための転送ソリューションに応じたものである。
・ 「代案Ａ」：ＣＰインターフェースを介して転送されたＵＬ ＳＤＴトランザクション終了指示、
・ 「代案Ｂ」：ＵＰトンネルを介して転送されたＵＬ ＳＤＴトランザクション終了指示、
選択は、ターゲットｇＮＢ－ＣＵ－ＣＰによって行われる。ターゲットｇＮＢ－ＣＵ－ＣＰは次いで、選択された代案をターゲットＤＵに知らせる。
・ 「代案Ａ」：ＣＰインターフェースを介して転送されたＵＬ ＳＤＴトランザクション終了指示、
・ 「代案Ｂ」：ＵＰトンネルを介して転送されたＵＬ ＳＤＴトランザクション終了指示、
選択は、ターゲットｇＮＢ－ＣＵ－ＣＰによって行われる。ターゲットｇＮＢ－ＣＵ－ＣＰは次いで、選択された代案をターゲットＤＵに知らせる。
【0043】
上述のネットワーク中心方法に含まれるステップは、アンカーリロケーションのあるおよびない（シナリオ１および２）両方のシナリオ、ならびに、両方のデータ転送ソリューション（代案ＡおよびＢ）を考慮に入れて、以下で説明される。
・ ステップ１：ＵＥからの第１のＵＬ ＳＤＴ伝送の受信時または受信後、ターゲットｇＮＢ－ＤＵは、ＳＤＴのための選ばれた転送ソリューションについての情報を、ターゲットｇＮＢ－ＣＵ－ＣＰから受信する。
○ この情報は、（第１のＵＬ ＳＤＴパケットにおいて）ＤＵによって送られた初期ＵＬ ＲＲＣメッセージ（Ｆ１：ＵＥコンテキストセットアップ手順）に応答して、ターゲットｇＮＢ－ＣＵ－ＣＰからターゲットｇＮＢ－ＤＵに提供されることが可能である。
○ シナリオ１（アンカーリロケーションのないｇＮＢ間ＳＤＴ）：ターゲットｇＮＢ－ＤＵは、選ばれた転送ソリューションが、アンカーｇＮＢ－ＣＵ－ＣＰに転送する、すなわちアンカーリロケーションのない、データであるという情報を、ターゲットｇＮＢ－ＣＵ－ＣＰから受信する。
○ シナリオ２（アンカーリロケーションのあるｇＮＢ間ＳＤＴ、またはｇＮＢ内ＳＤＴ）：ターゲットｇＮＢ－ＤＵは、選ばれた転送ソリューションが、ターゲットｇＮＢ－ＣＵ－ＣＰに転送する、すなわちアンカーリロケーションのある、データであるという情報を、ターゲットｇＮＢ－ＣＵ－ＣＰから受信する。
・ ステップ２：ＳＤＴ手順が、その後、ＵＥのために進行中である間、ターゲットｇＮＢ－ＤＵは、ＵＬ ＳＤＴトランザクションが終了されるべきであるかどうかを評価／判定する。
○ 評価／判定は、バッファ（ＢＳＲ／ＳＲ）内のデータについてのＵＥから受け取られた旧情報、ならびに／またはローカルモニタリングおよび情報（例えば、進行中のＳＤＴトランザクションにおいてＵＥによって既に実施されたＵＬ ＳＤＴ伝送の数のモニタリング、データ不活動モニタリング、ロードレベル）に基づいて、行われることが可能である。この場合、ＵＥインパクトはない。
○ また、判定は、例えば、ＭＡＣ ＣＥにおいてエンコードされた、新しいＳＤＴエンド指示など、ＵＥからの明確な新しいシグナリングを介して行われることが可能である。
○ 判定は、絶えず、周期的に、またはイベントベースで（例えば、ＵＬ ＳＤＴの受信時に）、行われることが可能である。
・ ステップ３：ＵＬ ＳＤＴトランザクションを終えるべきであるとターゲットｇＮＢ－ＤＵが判定した場合、ターゲットｇＮＢ－ＤＵは、このステップのために代案Ａが選ばれるかＢが選ばれるかに応じて、関連ネットワークエンティティ（すなわち、ｇＮＢ－ＣＵ－ＣＰまたはｇＮＢ－ＣＵ－ＵＰ）に終了指示をシグナリングする（シナリオ１および２両方に適用される）。トランザクションの初期ＵＬ ＳＤＴパケットを受信した後、ワイヤレスネットワーク内で終了データが伝送され、ｇＮＢ－ＤＵに送られる経路を表すデータが、アンカーｇＮＢ－ＣＵ－ＵＰによって生成されることが指摘される。
○ 代案Ａ（ＣＰインターフェースＦ１－Ｃ／Ｘｎ－Ｃを介したＵＬ ＳＤＴトランザクション終了）
◆ ステップ３．１：ターゲットｇＮＢ－ＤＵは、例えばＵＬ ＳＤＴトランザクション終了指示を使用して、ＳＤＴ手順終了に関するＦ１－Ｃ情報を介してターゲットｇＮＢ－ＣＵ－ＣＰに指示する。
● 上記のＦ１－Ｃ ＵＬ ＳＤＴトランザクション終了指示は、Ｆ１－Ｃメッセージに含まれ、Ｆ１－Ｃメッセージは、選ばれた転送経路に応じて、最終ＵＬ ＳＤＴパケットをさらに含んでも含まなくてもよい。
◆ シナリオ１（アンカーリロケーションのないｇＮＢ間ＳＤＴ）：
● ステップ３．２：アンカーｇＮＢは、ＵＬ ＳＤＴトランザクション終了を制御していてもよいので、したがって、ターゲットｇＮＢ－ＣＵ－ＣＰは、ＵＬ ＳＤＴトランザクション終了に関する情報をアンカーｇＮＢ－ＣＵ－ＣＰに知らせる。
○ これは、既存のＸｎＡＰメッセージ（例えばＸｎＡＰ解放もしくはＸｎＡＰコンテキスト取り出しリクエスト）または新しいＸｎＡＰメッセージを使用することによって実施可能である。
● ステップ３．３：アンカーｇＮＢ－ＣＵ－ＣＰは、ＵＬ ＳＤＴトランザクション終了に関する情報を受信すると、ＵＥへの一時中断情報を伴うＲＲＣ＿ＲＥＬＥＡＳＥメッセージを構築し、Ｘｎを介してターゲットＣＵ ＣＰを介してこのメッセージを配信する。
○ ＵＬ ＳＤＴトランザクション終了は、ＤＬデータが予想される場合、遅延させることが可能である。
◆ シナリオ２（アンカーリロケーションのあるｇＮＢ間ＳＤＴ、またはｇＮＢ内ＳＤＴ）：
● ステップ３．２：ターゲットｇＮＢ－ＣＵ－ＣＰは、ＵＬ ＳＤＴトランザクション終了を制御しており、したがって、ＵＬ ＳＤＴトランザクション終了に関する情報を受信すると、ＵＥへの一時中断情報を伴うＲＲＣ解放メッセージを構築し、ターゲットｇＮＢ－ＤＵを介してこのメッセージを配信する。
○ ＵＬ ＳＤＴトランザクション終了は、ＤＬデータが予想される場合、遅延させることが可能である。
○ 代案Ｂ（ＵＰインターフェースＦ１－Ｕを介したＵＬ ＳＤＴトランザクション終了）
◆ シナリオ１（アンカーリロケーションのないｇＮＢ間ＳＤＴ）：
● ステップ３．１：ターゲットｇＮＢ－ＤＵは、例えばＵＬ ＳＤＴトランザクション終了指示を使用して、Ｆ１－Ｕを介してアンカーｇＮＢ－ＣＵ－ＵＰに指示する。
● ステップ３．２：ＵＬ ＳＤＴトランザクション終了についての情報を受信すると、アンカーＣＵ－ＵＰは、Ｅ１を介してアンカーＣＵ－ＣＰに知らせる。
● ステップ３．３：ＵＬ ＳＤＴトランザクション終了についての情報を受信すると、アンカーＣＵ－ＣＰは、ＵＥへの一時中断情報を伴うＲＲＣ＿ＲＥＬＥＡＳＥメッセージを構築し、既存のＸｎＡＰメッセージまたは新しいＸｎＡＰメッセージを介して、Ｘｎを介してターゲットＣＵ－ＣＰを介して、ＵＥにこのメッセージを配信する。
○ ＵＬ ＳＤＴトランザクション終了は、ＤＬデータが予想される場合、遅延させることが可能である。
◆ シナリオ２（アンカーリロケーションのあるｇＮＢ間ＳＤＴ、またはｇＮＢ内ＳＤＴ）（このシナリオでは、ＵＥコンテキストは、ターゲットｇＮＢに移されるか、ターゲットｇＮＢに既に存在し、したがって、一時中断指示を伴う最終的なＲＲＣ＿ＲＥＬＥＡＳＥも、ターゲットｇＮＢ－ＣＵ－ＣＰによって生成される）：
● ステップ３．１：ターゲットｇＮＢ－ＤＵは、例えばＵＬ ＳＤＴトランザクション終了指示を使用して、Ｆ１－Ｕを介してターゲットｇＮＢ－ＣＵ－ＵＰに指示する。
● ステップ３．２：ＵＬ ＳＤＴトランザクション終了についての情報を受信すると、ターゲットＣＵ－ＵＰは、Ｅ１を介してターゲットＣＵ－ＣＰに知らせる。
● ステップ３．３：ＵＬ ＳＤＴトランザクション終了についての情報を受信すると、ターゲットＣＵ－ＣＰは、ＵＥへの一時中断情報を伴うＲＲＣ＿ＲＥＬＥＡＳＥメッセージを構築し、ターゲットｇＮＢ－ＤＵを介してＵＥにこのメッセージを配信する。
○ ＵＬ ＳＤＴトランザクション終了は、ＤＬデータが予想される場合、遅延させることが可能である。
・ ステップ１：ＵＥからの第１のＵＬ ＳＤＴ伝送の受信時または受信後、ターゲットｇＮＢ－ＤＵは、ＳＤＴのための選ばれた転送ソリューションについての情報を、ターゲットｇＮＢ－ＣＵ－ＣＰから受信する。
○ この情報は、（第１のＵＬ ＳＤＴパケットにおいて）ＤＵによって送られた初期ＵＬ ＲＲＣメッセージ（Ｆ１：ＵＥコンテキストセットアップ手順）に応答して、ターゲットｇＮＢ－ＣＵ－ＣＰからターゲットｇＮＢ－ＤＵに提供されることが可能である。
○ シナリオ１（アンカーリロケーションのないｇＮＢ間ＳＤＴ）：ターゲットｇＮＢ－ＤＵは、選ばれた転送ソリューションが、アンカーｇＮＢ－ＣＵ－ＣＰに転送する、すなわちアンカーリロケーションのない、データであるという情報を、ターゲットｇＮＢ－ＣＵ－ＣＰから受信する。
○ シナリオ２（アンカーリロケーションのあるｇＮＢ間ＳＤＴ、またはｇＮＢ内ＳＤＴ）：ターゲットｇＮＢ－ＤＵは、選ばれた転送ソリューションが、ターゲットｇＮＢ－ＣＵ－ＣＰに転送する、すなわちアンカーリロケーションのある、データであるという情報を、ターゲットｇＮＢ－ＣＵ－ＣＰから受信する。
・ ステップ２：ＳＤＴ手順が、その後、ＵＥのために進行中である間、ターゲットｇＮＢ－ＤＵは、ＵＬ ＳＤＴトランザクションが終了されるべきであるかどうかを評価／判定する。
○ 評価／判定は、バッファ（ＢＳＲ／ＳＲ）内のデータについてのＵＥから受け取られた旧情報、ならびに／またはローカルモニタリングおよび情報（例えば、進行中のＳＤＴトランザクションにおいてＵＥによって既に実施されたＵＬ ＳＤＴ伝送の数のモニタリング、データ不活動モニタリング、ロードレベル）に基づいて、行われることが可能である。この場合、ＵＥインパクトはない。
○ また、判定は、例えば、ＭＡＣ ＣＥにおいてエンコードされた、新しいＳＤＴエンド指示など、ＵＥからの明確な新しいシグナリングを介して行われることが可能である。
○ 判定は、絶えず、周期的に、またはイベントベースで（例えば、ＵＬ ＳＤＴの受信時に）、行われることが可能である。
・ ステップ３：ＵＬ ＳＤＴトランザクションを終えるべきであるとターゲットｇＮＢ－ＤＵが判定した場合、ターゲットｇＮＢ－ＤＵは、このステップのために代案Ａが選ばれるかＢが選ばれるかに応じて、関連ネットワークエンティティ（すなわち、ｇＮＢ－ＣＵ－ＣＰまたはｇＮＢ－ＣＵ－ＵＰ）に終了指示をシグナリングする（シナリオ１および２両方に適用される）。トランザクションの初期ＵＬ ＳＤＴパケットを受信した後、ワイヤレスネットワーク内で終了データが伝送され、ｇＮＢ－ＤＵに送られる経路を表すデータが、アンカーｇＮＢ－ＣＵ－ＵＰによって生成されることが指摘される。
○ 代案Ａ（ＣＰインターフェースＦ１－Ｃ／Ｘｎ－Ｃを介したＵＬ ＳＤＴトランザクション終了）
◆ ステップ３．１：ターゲットｇＮＢ－ＤＵは、例えばＵＬ ＳＤＴトランザクション終了指示を使用して、ＳＤＴ手順終了に関するＦ１－Ｃ情報を介してターゲットｇＮＢ－ＣＵ－ＣＰに指示する。
● 上記のＦ１－Ｃ ＵＬ ＳＤＴトランザクション終了指示は、Ｆ１－Ｃメッセージに含まれ、Ｆ１－Ｃメッセージは、選ばれた転送経路に応じて、最終ＵＬ ＳＤＴパケットをさらに含んでも含まなくてもよい。
◆ シナリオ１（アンカーリロケーションのないｇＮＢ間ＳＤＴ）：
● ステップ３．２：アンカーｇＮＢは、ＵＬ ＳＤＴトランザクション終了を制御していてもよいので、したがって、ターゲットｇＮＢ－ＣＵ－ＣＰは、ＵＬ ＳＤＴトランザクション終了に関する情報をアンカーｇＮＢ－ＣＵ－ＣＰに知らせる。
○ これは、既存のＸｎＡＰメッセージ（例えばＸｎＡＰ解放もしくはＸｎＡＰコンテキスト取り出しリクエスト）または新しいＸｎＡＰメッセージを使用することによって実施可能である。
● ステップ３．３：アンカーｇＮＢ－ＣＵ－ＣＰは、ＵＬ ＳＤＴトランザクション終了に関する情報を受信すると、ＵＥへの一時中断情報を伴うＲＲＣ＿ＲＥＬＥＡＳＥメッセージを構築し、Ｘｎを介してターゲットＣＵ ＣＰを介してこのメッセージを配信する。
○ ＵＬ ＳＤＴトランザクション終了は、ＤＬデータが予想される場合、遅延させることが可能である。
◆ シナリオ２（アンカーリロケーションのあるｇＮＢ間ＳＤＴ、またはｇＮＢ内ＳＤＴ）：
● ステップ３．２：ターゲットｇＮＢ－ＣＵ－ＣＰは、ＵＬ ＳＤＴトランザクション終了を制御しており、したがって、ＵＬ ＳＤＴトランザクション終了に関する情報を受信すると、ＵＥへの一時中断情報を伴うＲＲＣ解放メッセージを構築し、ターゲットｇＮＢ－ＤＵを介してこのメッセージを配信する。
○ ＵＬ ＳＤＴトランザクション終了は、ＤＬデータが予想される場合、遅延させることが可能である。
○ 代案Ｂ（ＵＰインターフェースＦ１－Ｕを介したＵＬ ＳＤＴトランザクション終了）
◆ シナリオ１（アンカーリロケーションのないｇＮＢ間ＳＤＴ）：
● ステップ３．１：ターゲットｇＮＢ－ＤＵは、例えばＵＬ ＳＤＴトランザクション終了指示を使用して、Ｆ１－Ｕを介してアンカーｇＮＢ－ＣＵ－ＵＰに指示する。
● ステップ３．２：ＵＬ ＳＤＴトランザクション終了についての情報を受信すると、アンカーＣＵ－ＵＰは、Ｅ１を介してアンカーＣＵ－ＣＰに知らせる。
● ステップ３．３：ＵＬ ＳＤＴトランザクション終了についての情報を受信すると、アンカーＣＵ－ＣＰは、ＵＥへの一時中断情報を伴うＲＲＣ＿ＲＥＬＥＡＳＥメッセージを構築し、既存のＸｎＡＰメッセージまたは新しいＸｎＡＰメッセージを介して、Ｘｎを介してターゲットＣＵ－ＣＰを介して、ＵＥにこのメッセージを配信する。
○ ＵＬ ＳＤＴトランザクション終了は、ＤＬデータが予想される場合、遅延させることが可能である。
◆ シナリオ２（アンカーリロケーションのあるｇＮＢ間ＳＤＴ、またはｇＮＢ内ＳＤＴ）（このシナリオでは、ＵＥコンテキストは、ターゲットｇＮＢに移されるか、ターゲットｇＮＢに既に存在し、したがって、一時中断指示を伴う最終的なＲＲＣ＿ＲＥＬＥＡＳＥも、ターゲットｇＮＢ－ＣＵ－ＣＰによって生成される）：
● ステップ３．１：ターゲットｇＮＢ－ＤＵは、例えばＵＬ ＳＤＴトランザクション終了指示を使用して、Ｆ１－Ｕを介してターゲットｇＮＢ－ＣＵ－ＵＰに指示する。
● ステップ３．２：ＵＬ ＳＤＴトランザクション終了についての情報を受信すると、ターゲットＣＵ－ＵＰは、Ｅ１を介してターゲットＣＵ－ＣＰに知らせる。
● ステップ３．３：ＵＬ ＳＤＴトランザクション終了についての情報を受信すると、ターゲットＣＵ－ＣＰは、ＵＥへの一時中断情報を伴うＲＲＣ＿ＲＥＬＥＡＳＥメッセージを構築し、ターゲットｇＮＢ－ＤＵを介してＵＥにこのメッセージを配信する。
○ ＵＬ ＳＤＴトランザクション終了は、ＤＬデータが予想される場合、遅延させることが可能である。
【0044】
すべてのケースにおいて、ターゲットｇＮＢ－ＤＵは、ＵＬ ＳＤＴトランザクション中にＵＥ／ｇＮＢ－ＣＵ－ＣＰから受信したＩ－ＲＮＴＩに基づく一時的なＵＥコンテキストを格納することを提案される。これは、ＵＬ ＳＤＴトランザクションの完了まで存在してもよく、ＲＲＣ＿ＲＥＬＥＡＳＥメッセージをＵＥに送った後でのみ、放棄されてもよい。さらに、例えばｇＮＢ－ＤＵおよびｇＮＢ－ＣＵ－ＵＰといった、ＵＬ ＳＤＴトランザクション終了後に、対応する論理エンティティにおいてリソース解放も実施される。
【0045】
図７は、受信するｇＮＢ－ＤＵ ＵＬ ＳＤＴトランザクション終了７００を示すフローチャートである。
【0046】
７０２において、ｇＮＢ－ＤＵ ＵＬがＵＬ ＳＤＴデータパケットを受信したかどうかが判定される。
【0047】
ＵＬ ＳＤＴデータパケットがｇＮＢ－ＤＵにおいて受信されなかった場合、７０４において、ｇＮＢ－ＤＵは、ＵＬ ＳＤＴトランザクションの何らかの不活動があるかどうかを検出する。ない場合、ｇＮＢ－ＤＵは、ＵＬ ＳＤＴデータパケットを受信したかどうかを判定し続ける。ある場合、ｇＮＢ－ＤＵは、ＵＬ ＳＤＴトランザクションが終了したと判定する。
【0048】
ＵＬ ＳＤＴデータパケットがｇＮＢ－ＤＵにおいて受信された場合、７０６において、ｇＮＢ－ＤＵは、ＵＬ ＳＤＴデータパケットが終端ＵＬ ＳＤＴデータパケットであるという指示があるかどうかを判定する。
【0049】
７０８において、ＵＬ ＳＤＴデータパケットが終端ＵＬ ＳＤＴデータパケットであるという指示がないとｇＮＢ－ＤＵが判定した場合、ｇＮＢ－ＤＵは、別のＵＬ ＳＤＴデータパケットを待つ。
【0050】
ＵＬ ＳＤＴデータパケットが終端ＵＬ ＳＤＴデータパケットであるという指示があるとｇＮＢ－ＤＵが判定した場合、７１０において、ｇＮＢ－ＤＵは、ＵＬ ＳＤＴトランザクション終了指示をネットワーク内の関連エンティティに送る。
【0051】
図８～図１１は、シナリオ１および２ならびに代案ＡおよびＢ両方のための、ＵＬ ＳＤＴトランザクション終了プロセスを示している。ＵＥが、アンカーｇＮＢとは異なるｇＮＢへのＳＤＴを開始し、アンカーリロケーションが実施されないシナリオ１では、第１およびその後の（ＵＬ）データの両方が、アンカーｇＮＢ－ＣＵ－ＵＰにおいて処理されることになり、データは、ターゲットｇＮＢ－ＤＵからアンカーｇＮＢ－ＣＵ－ＵＰに直接転送可能であることに留意されたい。
【0052】
図８は、シナリオ１、代案Ａ、すなわち、アンカーリロケーションのないｇＮＢ間ＳＤＴを使用したＵＬ ＳＤＴトランザクション終了のｇＮＢ－ＤＵ判定８００、およびアンカーｇＮＢ－ＣＵ－ＣＰへのＣＰインターフェースを介した通知経路を示すシーケンス図である。
・ ８０１および８０２において、ターゲットｇＮＢ－ＤＵは、ＵＥから第１のＳＤＴデータパケットを受信し、ＵＥコンテキスト（例えば、ＵＬ ＴＥＩＤアドレス）を獲得するためにＦ１－Ｃを介してターゲットｇＮＢ－ＣＵ－ＣＰと通信し、アンカーｇＮＢ－ＣＵ－ＵＰへのＵＥのＳＤＴ ＤＲＢのためのＤＬ＋ＵＬ転送Ｆ１－Ｕトンネルを確立する。
○ 注意：ＤＵは、受信したＩ－ＲＮＴＩをキーとして使用してＵＥコンテキストを確立し、ＳＤＴ手順のエンドまでＵＥコンテキストを保持する。
・ ８０３において、ＵＥは、同じＳＤＴ手順（またはトランザクション）の一部として、すなわちＲＲＣ＿ＣＯＮＮＥＣＴＥＤに切り替えずに、ターゲットｇＮＢ－ＤＵへの１つまたは複数のその後のＵＬ ＳＤＴデータパケット伝送を実施してもよい。第１のＳＤＴデータパケットは、例えばＢＳＲを介して、バッファ内に追加のデータがあることを既に指示していたか、ＵＥは、第１のＳＤＴ伝送の後、さらなるデータがあることを指示する。
・ ８０４において、各ＳＤＴデータパケットのために、ターゲットｇＮＢ－ＤＵは、ＵＥによって提供された情報に基づいて、またはローカル情報を使用して、現在のＵＬ ＳＤＴデータパケットがＵＥのための進行中のＵＬ ＳＤＴトランザクションのうちの最後であるか否かを判定する。
○ この評価が、ＵＥによって提供された情報に基づくとき、ＵＥシグナリングがインパクトを受けるか否かに応じて、２つの変形物がある。
◆ 変形物１：ＵＥシグナリングインパクトがない、すなわち、ターゲットｇＮＢ－ＤＵが、ＵＥからの旧情報に基づいて、ＵＬ ＳＤＴトランザクションのエンドを決定する。
● ＵＥは、ＢＳＲをネットワークに提供してもよい。
● いくつかの実装形態では、事前定義された値（例えば、０バイト）を指示するＢＳＲインデックスは、進行中のＳＤＴ手順をクローズすることをＵＥが選んだという指示を伝えることができる。
● いくつかの実装形態では、ＵＥがＢＳＲを含まず、その一方でＢＳＲの余地がない場合、進行中のＳＤＴ手順をクローズすることをＵＥが選んだという指示を伝えることができる。
● いくつかの実装形態では、ＵＥが選んだという指示の伝送は、より低いプロトコル層を介して実施される。
◆ 変形物２：ＵＥシグナリングインパクトがある場合、ｇＮＢ－ＤＵは、ＵＥからの新しいシグナリング情報に基づいて、ＵＬ ＳＤＴトランザクションのエンドを決定する。
● いくつかの実装形態では、現在のＵＬ ＳＤＴデータパケットがバッファ内の終端ＵＬ ＳＤＴデータパケットであるとＵＥが判定し、さらなるデータがバッファ内にすぐに到着することが予想されない場合、ＵＥは、例えば、ＵＬ ＳＤＴトランザクション終了を指示するＭＡＣ ＣＥまたはＲＬＣメッセージを介して、ＳＤＴ伝送において情報をターゲットｇＮＢ－ＤＵに送る。
・ ８０５において、ターゲットｇＮＢ－ＤＵは、Ｆ１－Ｃを介してＵＬ ＳＤＴトランザクション終了指示をターゲットｇＮＢ－ＣＵ－ＣＰに送る。
○ いくつかの実装形態では、指示は、「ＵＬ ＳＤＴの終了」または同様のものを指示するＩＥを伴う「Ｆ１：ＵＬ ＳＤＴ移送」である。
○ いくつかの実装形態では、ターゲットｇＮＢ－ＤＵは、「ＵＬ ＳＤＴの終了」を伴うＩＥを含むＵＥ不活動通知メッセージをターゲットｇＮＢ－ＣＵ－ＣＰに送る。
・ ８０６において、ＵＬ ＳＤＴトランザクション終了指示を受信することに応答して、ターゲットｇＮＢ－ＣＵ－ＣＰは、ＵＬ ＳＤＴ手順の結末をつけるためにＲＲＣ＿ＲＥＬＥＡＳＥを送ることを、アンカーｇＮＢ－ＣＵ－ＣＰに知らせる。
○ ＸｎＡＰ＿ＵＥ＿ＲＥＬＥＡＳＥメッセージまたはＸｎＡＰ＿ＣＯＮＴＥＸＴ＿ＲＥＴＲＩＥＶＥ＿ＲＥＱＵＥＳＴメッセージは、このために再使用または拡張されることが可能である。いくつかの実装形態では、新しいＸｎＡＰメッセージが使用されることが可能である。
○ ターゲットｇＮＢ ＣＵ－ＣＰは、アンカーリロケーションが実施されないＳＤＴ手順の中で、ＵＥコンテキスト（すなわち、ＵＥのＩ－ＲＮＴＩ）を格納する。
・ ８０７および８０８において、アンカーｇＮＢ－ＣＵ－ＣＰは、任意の残りのＤＬデータの配信後、アンカーｇＮＢ－ＣＵ－ＵＰ、およびターゲットｇＮＢ－ＤＵへのＤＬトンネルを解放することができる。
・ ８０９において、アンカーｇＮＢ－ＣＵ－ＣＰは、ＳＤＴトランザクションを終了させるＲＲＣ＿ＲＥＬＥＡＳＥを生成し、ターゲットｇＮＢ－ＣＵ－ＣＰへの新しいまたは既存のＸｎＡＰメッセージ（例えば、ＸｎＡＰ解放メッセージ）にＲＲＣ＿ＲＥＬＥＡＳＥを付加する。
・ ８１０において、ターゲットｇＮＢ－ＣＵ－ＣＰは、ＵＥへのＲＲＣ＿ＲＥＬＥＡＳＥを付加して、ターゲットｇＮＢ－ＤＵを解放することができる。
○ いくつかの実装形態では、このために、異なるメッセージが使用される。
○ いくつかの実装形態では、ｇＮＢ－ＤＵおよびｇＮＢ－ＣＵ－ＣＰは、この時点でＵＥコンテキストを捨てる。
・ ８１１において、ＲＲＣ＿ＲＥＬＥＡＳＥメッセージがＵＥに送られ、ＲＲＣメッセージは、ＳＤＴ手順のクローズを指示する（リクエストする）。
・ ８０１および８０２において、ターゲットｇＮＢ－ＤＵは、ＵＥから第１のＳＤＴデータパケットを受信し、ＵＥコンテキスト（例えば、ＵＬ ＴＥＩＤアドレス）を獲得するためにＦ１－Ｃを介してターゲットｇＮＢ－ＣＵ－ＣＰと通信し、アンカーｇＮＢ－ＣＵ－ＵＰへのＵＥのＳＤＴ ＤＲＢのためのＤＬ＋ＵＬ転送Ｆ１－Ｕトンネルを確立する。
○ 注意：ＤＵは、受信したＩ－ＲＮＴＩをキーとして使用してＵＥコンテキストを確立し、ＳＤＴ手順のエンドまでＵＥコンテキストを保持する。
・ ８０３において、ＵＥは、同じＳＤＴ手順（またはトランザクション）の一部として、すなわちＲＲＣ＿ＣＯＮＮＥＣＴＥＤに切り替えずに、ターゲットｇＮＢ－ＤＵへの１つまたは複数のその後のＵＬ ＳＤＴデータパケット伝送を実施してもよい。第１のＳＤＴデータパケットは、例えばＢＳＲを介して、バッファ内に追加のデータがあることを既に指示していたか、ＵＥは、第１のＳＤＴ伝送の後、さらなるデータがあることを指示する。
・ ８０４において、各ＳＤＴデータパケットのために、ターゲットｇＮＢ－ＤＵは、ＵＥによって提供された情報に基づいて、またはローカル情報を使用して、現在のＵＬ ＳＤＴデータパケットがＵＥのための進行中のＵＬ ＳＤＴトランザクションのうちの最後であるか否かを判定する。
○ この評価が、ＵＥによって提供された情報に基づくとき、ＵＥシグナリングがインパクトを受けるか否かに応じて、２つの変形物がある。
◆ 変形物１：ＵＥシグナリングインパクトがない、すなわち、ターゲットｇＮＢ－ＤＵが、ＵＥからの旧情報に基づいて、ＵＬ ＳＤＴトランザクションのエンドを決定する。
● ＵＥは、ＢＳＲをネットワークに提供してもよい。
● いくつかの実装形態では、事前定義された値（例えば、０バイト）を指示するＢＳＲインデックスは、進行中のＳＤＴ手順をクローズすることをＵＥが選んだという指示を伝えることができる。
● いくつかの実装形態では、ＵＥがＢＳＲを含まず、その一方でＢＳＲの余地がない場合、進行中のＳＤＴ手順をクローズすることをＵＥが選んだという指示を伝えることができる。
● いくつかの実装形態では、ＵＥが選んだという指示の伝送は、より低いプロトコル層を介して実施される。
◆ 変形物２：ＵＥシグナリングインパクトがある場合、ｇＮＢ－ＤＵは、ＵＥからの新しいシグナリング情報に基づいて、ＵＬ ＳＤＴトランザクションのエンドを決定する。
● いくつかの実装形態では、現在のＵＬ ＳＤＴデータパケットがバッファ内の終端ＵＬ ＳＤＴデータパケットであるとＵＥが判定し、さらなるデータがバッファ内にすぐに到着することが予想されない場合、ＵＥは、例えば、ＵＬ ＳＤＴトランザクション終了を指示するＭＡＣ ＣＥまたはＲＬＣメッセージを介して、ＳＤＴ伝送において情報をターゲットｇＮＢ－ＤＵに送る。
・ ８０５において、ターゲットｇＮＢ－ＤＵは、Ｆ１－Ｃを介してＵＬ ＳＤＴトランザクション終了指示をターゲットｇＮＢ－ＣＵ－ＣＰに送る。
○ いくつかの実装形態では、指示は、「ＵＬ ＳＤＴの終了」または同様のものを指示するＩＥを伴う「Ｆ１：ＵＬ ＳＤＴ移送」である。
○ いくつかの実装形態では、ターゲットｇＮＢ－ＤＵは、「ＵＬ ＳＤＴの終了」を伴うＩＥを含むＵＥ不活動通知メッセージをターゲットｇＮＢ－ＣＵ－ＣＰに送る。
・ ８０６において、ＵＬ ＳＤＴトランザクション終了指示を受信することに応答して、ターゲットｇＮＢ－ＣＵ－ＣＰは、ＵＬ ＳＤＴ手順の結末をつけるためにＲＲＣ＿ＲＥＬＥＡＳＥを送ることを、アンカーｇＮＢ－ＣＵ－ＣＰに知らせる。
○ ＸｎＡＰ＿ＵＥ＿ＲＥＬＥＡＳＥメッセージまたはＸｎＡＰ＿ＣＯＮＴＥＸＴ＿ＲＥＴＲＩＥＶＥ＿ＲＥＱＵＥＳＴメッセージは、このために再使用または拡張されることが可能である。いくつかの実装形態では、新しいＸｎＡＰメッセージが使用されることが可能である。
○ ターゲットｇＮＢ ＣＵ－ＣＰは、アンカーリロケーションが実施されないＳＤＴ手順の中で、ＵＥコンテキスト（すなわち、ＵＥのＩ－ＲＮＴＩ）を格納する。
・ ８０７および８０８において、アンカーｇＮＢ－ＣＵ－ＣＰは、任意の残りのＤＬデータの配信後、アンカーｇＮＢ－ＣＵ－ＵＰ、およびターゲットｇＮＢ－ＤＵへのＤＬトンネルを解放することができる。
・ ８０９において、アンカーｇＮＢ－ＣＵ－ＣＰは、ＳＤＴトランザクションを終了させるＲＲＣ＿ＲＥＬＥＡＳＥを生成し、ターゲットｇＮＢ－ＣＵ－ＣＰへの新しいまたは既存のＸｎＡＰメッセージ（例えば、ＸｎＡＰ解放メッセージ）にＲＲＣ＿ＲＥＬＥＡＳＥを付加する。
・ ８１０において、ターゲットｇＮＢ－ＣＵ－ＣＰは、ＵＥへのＲＲＣ＿ＲＥＬＥＡＳＥを付加して、ターゲットｇＮＢ－ＤＵを解放することができる。
○ いくつかの実装形態では、このために、異なるメッセージが使用される。
○ いくつかの実装形態では、ｇＮＢ－ＤＵおよびｇＮＢ－ＣＵ－ＣＰは、この時点でＵＥコンテキストを捨てる。
・ ８１１において、ＲＲＣ＿ＲＥＬＥＡＳＥメッセージがＵＥに送られ、ＲＲＣメッセージは、ＳＤＴ手順のクローズを指示する（リクエストする）。
【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】
説明された実装形態の特定の特徴が、本明細書で説明されたように示されてきたが、多くの修正、代用、変更、および同等物が、今、当業者には思いつくであろう。したがって、添付の特許請求の範囲は、様々な実施形態の本当の精神内に入るものとして、このようなすべての修正および変更をカバーすることを意図するものであることを理解されたい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【手続補正書】
【提出日】2023-08-16
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項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】
ターゲット基地局の分散型ユニット（ターゲットｇＮＢ－ＤＵ）によって、マルチショットＳＤＴトランザクション時間中にワイヤレスネットワーク内のユーザ機器（ＵＥ）から、ＵＬ ＳＤＴパケットを受け取るステップと、前記ＵＬ ＳＤＴパケットが終端ＵＬ ＳＤＴパケットであるかどうかを判定するステップと、
前記ＵＬ ＳＤＴパケットが前記終端ＵＬ ＳＤＴパケットであるとの前記判定に応答して、
前記マルチショットＳＤＴトランザクションの終了を指示する終了データを生成するステップと、
前記ワイヤレスネットワーク内の経路に沿って前記終了データを基地局の中央ユニット（ｇＮＢ－ＣＵ）に伝送するステップであって、前記終了データが前記ＳＤＴトランザクションの終了を指示する、ステップと
を含む、方法。
【請求項35】
少なくとも１つのデータ処理装置によって実行されたとき、請求項１～３４のいずれかに記載の方法を実施することを前記少なくとも１つのデータ処理装置に行わせるように構成された実行可能コードを格納する非一時的コンピュータ可読ストレージ媒体。
【請求項36】
請求項１～３４のいずれか１項に記載の方法を実施するための手段を備える装置。
【国際調査報告】