特許 7665863 伝送制御方法および関連装置

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

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

(11)【特許番号】

(24)【登録日】2025-04-11

(45)【発行日】2025-04-21

(54)【発明の名称】伝送制御方法および関連装置

(51)【国際特許分類】

   H04W 60/04 20090101AFI20250414BHJP

   H04W 76/27 20180101ALI20250414BHJP

   H04W 4/20 20180101ALI20250414BHJP

   H04W 76/30 20180101ALI20250414BHJP

   H04W 48/08 20090101ALI20250414BHJP

【ＦＩ】

H04W60/04

H04W76/27

H04W4/20 110

H04W76/30

H04W48/08

【請求項の数】 15

(21)【出願番号】P 2024503571

(86)(22)【出願日】2022-07-19

(65)【公表番号】

(43)【公表日】2024-08-14

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

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

(87)【国際公開日】2023-01-26

【審査請求日】2024-02-20

(31)【優先権主張番号】202110897870.3

(32)【優先日】2021-08-05

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

(31)【優先権主張番号】202110822924.X

(32)【優先日】2021-07-21

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

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤 克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田 郁大

(72)【発明者】

【氏名】▲張▼ 梦晨

(72)【発明者】

【氏名】徐 海博

(72)【発明者】

【氏名】ジャグディープ シング アルワリア

【審査官】望月 章俊

(56)【参考文献】

【文献】中国特許出願公開第１１０７４０４８４（ＣＮ，Ａ）

【文献】CATT，Consideration on CP issues[online]，3GPP TSG RAN WG2 #114-e R2-2105281，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_114-e/Docs/R2-2105281.zip>，2021年05月11日，[検索日 2024.12.03]

【文献】Samsung，Control Plane Common Aspects of RACH and CG based SDT[online]，3GPP TSG RAN WG2 #114-e R2- 2104785，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_114-e/Docs/R2-2104785.zip>，2021年05月10日，[検索日 2024.12.03]

【文献】Lenovo, Motorola Mobility，Analysis on RA selection and RNAU[online]，3GPP TSG RAN WG2 #112-e R2- 2009873，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_112-e/Docs/R2-2009873.zip>，2020年10月23日，[検索日 2024.12.03]

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

非無線リソース制御（ＲＲＣ）接続状態にある装置によって実行される方法であって、
第一のプリセット条件が満たされると、無線アクセス・ネットワークベースの通知エリア更新ＲＮＡＵ（ＲＮＡＵ）用であるＲＲＣ接続再開手順を実行するステップを備え、
前記第一のプリセット条件は、第二のタイマーが期限切れになっていることと、第一のタイマーが作動していないこととを含むか、または
前記第一のプリセット条件は、前記装置が第一のサービングセルのシステム情報ブロック１（ＳＩＢ１）を受信することであって、前記第一のサービングセルが、構成済みの無線アクセス・ネットワークベース通知エリア（ＲＮＡ）に属していない、ことと、第一のタイマーが作動していないこととを含み、かつ
前記装置がスモールデータ伝送ＳＤＴ用であるＲＲＣ接続再開手順を開始すると、前記第一のタイマーは始動され、前記装置が前記第二のタイマーの継続時間を含むＲＲＣ解除メッセージを受信すると、前記第二のタイマーは始動される、
方法。

【請求項2】

前記第一のタイマーが作動しているときに、ＲＲＣ拒否メッセージが受信された場合、前記第一のタイマーを停止するステップと、
前記第二のタイマーが作動していない場合、第一の変数を第一の値に設定するステップであって、前記第一の変数が前記第一の値であることは、保留中のＲＮＡ更新手順が存在することを示す、ステップと
をさらに備える、請求項１に記載の方法。

【請求項3】

前記第一のタイマーが作動しているときに、ＲＲＣ拒否メッセージが受信された場合、前記第一のタイマーを停止するステップと、
前記第二のタイマーが作動していない場合、前記ＲＮＡＵ用である前記ＲＲＣ接続再開手順を実行するステップと
をさらに備える、請求項１に記載の方法。

【請求項4】

前記第一のタイマーが作動しているときに、ＲＲＣ拒否メッセージが受信された場合、前記第一のタイマーを停止するステップと、
前記第二のタイマーが作動していない場合、第三のタイマーを始動するステップと、
前記第三のタイマーが期限切れになっている場合、前記第一のタイマーが作動していない場合、前記ＲＮＡＵ用である前記ＲＲＣ接続再開手順を実行するステップと
をさらに備える、請求項１に記載の方法。

【請求項5】

前記第一のタイマーが期限切れになっているときに、前記第二のタイマーが作動していない場合、第一の変数を第一の値に設定するステップであって、前記第一の変数が前記第一の値であることは、保留中のＲＮＡ更新手順が存在することを示す、ステップ
をさらに備える、請求項１に記載の方法。

【請求項6】

前記第一のタイマーが期限切れになっているときに、前記第二のタイマーが作動していない場合、前記ＲＮＡＵ用である前記ＲＲＣ接続再開手順を実行するステップ
をさらに備える、請求項１に記載の方法。

【請求項7】

前記第一のタイマーが作動しているときに、セル再選択が発生した場合、前記第一のタイマーを停止するステップと、
第二のサービングセルのＳＩＢ１を受信するステップであって、前記第二のサービングセルは、前記装置上に発生する前記セル再選択を通じて得られるサービングセルである、ステップと、
前記第二のサービングセルの前記ＳＩＢ１を受信しているときに、前記第二のサービングセルが前記構成済みのＲＮＡに属し、前記第二のタイマーが作動していない場合、第一の変数を第一の値に設定するステップであって、前記第一の変数が前記第一の値であることは、保留中のＲＮＡ更新手順が存在することを示す、ステップと
をさらに備える、請求項１に記載の方法。

【請求項8】

前記第一のタイマーが作動しているときに、セル再選択が発生した場合、前記第一のタイマーを停止するステップと、
第二のサービングセルのＳＩＢ１を受信するステップであって、前記第二のサービングセルは、前記装置上に発生するセル再選択を通じて得られるサービングセルである、ステップと、
前記第二のサービングセルの前記ＳＩＢ１が受信されるときに、前記第二のサービングセルが前記構成済みのＲＮＡに属し、前記第二のタイマーが作動していない場合、前記ＲＮＡＵ用である前記ＲＲＣ接続再開手順を実行するステップと
をさらに備える、請求項１に記載の方法。

【請求項9】

前記第一のタイマーが作動しているときに、セル再選択が発生した場合、前記第一のタイマーを停止するステップと、
第二のサービングセルのＳＩＢ１を受信するステップであって、前記第二のサービングセルは、前記装置上に発生するセル再選択を通じて得られたサービングセルである、ステップと、
前記第二のサービングセルの前記ＳＩＢ１が受信されるときに、前記第二のサービングセルが前記構成済みのＲＮＡに属し、前記第二のタイマーが作動していない場合、第三のタイマーを始動するステップと、
前記第三のタイマーが期限切れになっているときに、前記第一のタイマーが作動していない場合、前記ＲＮＡＵ用である前記ＲＲＣ接続再開手順を実行するステップと
をさらに備える、請求項１に記載の方法。

【請求項10】

前記非ＲＲＣ接続状態は、ＲＲＣ非アクティブ状態を含み、前記装置上にセル再選択が発生した後、前記装置は、前記ＲＲＣ非アクティブ状態にある、請求項７に記載の方法。

【請求項11】

第一の変数を第一の値に設定する前記ステップの後、
アクセス禁止が緩和され、上位層がＲＲＣ層にＲＲＣ接続再開の実行を要求しない場合、かつ、前記第一の変数が前記第一の値である場合、前記ＲＮＡＵ用である前記ＲＲＣ接続再開手順を実行するステップ
をさらに備える、請求項２に記載の方法。

【請求項12】

前記非ＲＲＣ接続状態は、ＲＲＣ非アクティブ状態を含む、請求項１に記載の方法。

【請求項13】

装置であって、前記装置は、請求項１ないし１２の何れか一つに記載の方法を実装するように構成される、装置。

【請求項14】

コンピュータ記憶媒体であって、前記コンピュータ記憶媒体は、コンピュータプログラムを格納し、前記コンピュータプログラムが実行されると、請求項１ないし１２の何れか一つに記載の方法が実装される、コンピュータ記憶媒体。

【請求項15】

コンピュータプログラムであって、前記コンピュータプログラムが実行されると、請求項１ないし１２の何れか一つに記載の方法が実装される、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、通信技術の分野に関し、特に、データ伝送方法および関連装置に関する。

【背景技術】

【0002】

本出願は、２０２１年７月２１日に中国国家知識産権局に出願された「通信方法、端末、およびネットワーク機器」という名称の中国特許出願第２０２１１０８２２９２４．Ｘ号、および２０２１年８月５日に中国国家知識産権局に出願された「伝送制御方法および関連装置」という名称の中国特許出願第２０２１１０８９７８７０．３号に対する優先権を主張しており、両特許出願は、その全体が参照により本明細書に組み込まれる。

【0003】

［背景］
通信システムでは、端末およびネットワーク機器の間における通信プロトコルスタックは、無線リソース制御（ＲＲＣ）層を含むことがある。現在、端末の三つのＲＲＣ状態が存在する。すなわち、ＲＲＣアイドル（ＲＲＣ ＩＤＬＥ）状態、ＲＲＣ非アクティブ（ＲＲＣ ＩＮＡＣＴＩＶＥ）状態、およびＲＲＣ接続（ＲＲＣ ＣＯＮＮＥＣＴＥＤ）状態である。ＲＲＣ ＩＮＡＣＴＩＶＥ状態にある端末は、ネットワーク機器との間で、ＲＲＣ接続再開手順を通じてスモールデータ（ｓｍａｌｌ ｄａｔａ）の伝送を実行し得て、この伝送は、スモールデータ伝送（ＳＤＴ）と呼ばれることがある。端末がＲＲＣ ＩＮＡＣＴＩＶＥ状態にある場合、無線アクセスネットワーク（ＲＡＮ）は、ＲＡＮベースの通知エリア（ＲＮＡ）を管理し得る。例えば、端末は、ＲＮＡ更新（ＲＮＡＵ）をトリガーし、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行して、端末が現在位置するＲＮＡのネットワーク機器に通知し得る。

【0004】

端末がＳＤＴを実行すると、ＲＮＡＵの実行がトリガーされることがある。この場合、端末は、現在実行中のＳＤＴを停止し、ＲＮＡＵを実行し得て、これは、スモールデータの伝送に影響を与える。例えば、その後に端末が再びＳＤＴを開始する場合、伝送遅延が増加し、電力消費量およびシグナリング・オーバーヘッドも増加する。

【発明の概要】

【0005】

本出願の実施形態は、スモールデータの伝送に対する影響を回避し、不必要な電力消費およびシグナリング・オーバーヘッドを回避するために、伝送制御方法および関連装置を開示する。

【0006】

第一の態様によれば、本出願の一実施形態は、非無線リソース制御ＲＲＣ接続状態にある端末に適用される伝送制御方法を提供し、本方法は以下のことを含む。すなわち、第一のプリセット条件が満たされると、無線アクセス・ネットワークベースの通知エリア更新ＲＮＡＵ用であるＲＲＣ接続再開手順を実行するステップであって、第一のプリセット条件は、第二のタイマーが期限切れになり、第一のタイマーが作動していないことを含むか、または、第一のプリセット条件は、端末が第一のサービングセルのシステム情報ブロックＳＩＢ１を受信し、第一のサービングセルが構成された無線アクセス・ネットワークベースの通知エリアＲＮＡに属することなく、第一のタイマーが作動していないことを含み、第一のタイマーは、端末がスモールデータ伝送ＳＤＴ用であるＲＲＣ接続再開手順を開始したときに始動され、第二のタイマーは、端末が第二のタイマーの継続時間を含むＲＲＣ解除メッセージを受信したときに始動される、ステップ。

【0007】

幾つかの実施形態では、ＲＮＡＵ用であるＲＲＣ接続再開手順は、ＲＲＣ要求メッセージを送信するステップであって、ＲＲＣ要求メッセージにおける再開原因情報要素ｒｅｓｕｍｅＣａｕｓｅ ＩＥは、ＲＮＡ更新である、ステップを含む。

【0008】

例えば、第二のタイマーは、Ｔ３８０である。

【0009】

本出願では、第一のタイマーが作動していないと（換言すると、ＳＤＴ手順が実行されていると）、ＲＮＡＵは実行されない。ＳＤＴが実行されると、ネットワーク機器は、端末が位置するＲＮＡを取得し得る。ＲＮＡＵを実行しないことは、ネットワーク機器による端末のステータスの取得に影響を与えることなく、ＳＤＴ手順で伝送が実行されるスモールデータに対する影響を回避することができ、例えば、伝送遅延における増加か回避され、その後にＳＤＴを再開することによって増加する不必要なシグナリング・オーバーヘッドおよび電力消費が回避される。

【0010】

可能な実装では、第一のタイマーが作動していないことは、以下を意味する。すなわち、第一のタイマーが始動されていないこと。

【0011】

幾つかの実施形態では、第一のタイマーが始動されていないことは、ＳＤＴ用である要件が存在しないことを示す。

【0012】

可能な実装では、第一のプリセット条件が満たされると、無線アクセス・ネットワークベースの通知エリア更新ＲＮＡＵ用である無線リソース制御ＲＲＣ接続再開手順を実行する前に、本方法は、以下をさらに含む。すなわち、ＳＤＴ用であるＲＲＣ接続再開手順を開始するステップ、第一のタイマーを始動するステップ。および、セル再選択が発生すると、第一のタイマーを停止するステップ。ここで、第一のプリセット条件は、第一のタイマーが作動していることなく、端末のサービングセルが構成されたＲＮＡに属さないことと、第一のタイマーが作動していないことが、第一のタイマーが停止されることであることとであり、端末のサービングセルは、端末上に発生するセル再選択を通して得られるサービングセルである。

【0013】

幾つかの実施形態では、ＳＤＴ用であるＲＲＣ接続再開手順は、ＲＲＣ要求メッセージを送信するステップを含み、ＲＲＣ要求メッセージのｒｅｓｕｍｅＣａｕｓｅ ＩＥは、ｍｏ－ｄａｔａである。

【0014】

可能な実装では、第一のプリセット条件は、以下をさらに含む。すなわち、端末がＲＲＣ非アクティブ状態にあること、および／または端末がサービングセルにおいてＳＤＴ手順を実行することができないこと。

【0015】

幾つかの実施形態では、端末がサービングセルにおいてＳＤＴ手順を実行することができないことは、以下のことを含む。すなわち、端末がサービングセルにおいて以前のＳＤＴ手順を継続することができないこと。幾つかの実施形態では、端末がサービングセルにおいてＳＤＴ手順を実行することができないことは、以下のことを含む。すなわち、端末は、サービングセルにおいて新しいＳＤＴ手順を開始することができないこと。

【0016】

可能な実装では、本方法は、以下をさらに含む。すなわち、第一のタイマーが作動しているときに、ＲＲＣ拒否メッセージが受信された場合、第一のタイマーを停止するステップ。および、第二のタイマーが作動していない場合、第一の変数を第一の値に設定するステップであって、第一の変数が第一の値であることは、保留中のＲＮＡ更新手順が存在することを示す、ステップ。

【0017】

本出願では、第一のタイマーが作動しているときに（換言すると、ＳＤＴ手順が実行されているときに）、第二のタイマーが期限切れになった場合、端末は、現在実行されているＳＤＴ手順に対する影響を回避するように、ＲＮＡＵを実行することもなく、第一の変数を第一の値に設定することもない。ＳＤＴ手順が異常終了し（例えば、第一のタイマーが停止または期限切れになったとき）、第二のタイマーが作動していないとき、端末は、第一の変数を第一の値に設定し得ることにより、その後にＲＮＡＵを正常に実行することができる。

【0018】

可能な実装では、本方法は、以下をさらに含む。すなわち、第一のタイマーが作動しているとき、ＲＲＣ拒否メッセージが受信された場合、第一のタイマーを停止するステップ。および、第二のタイマーが作動していない場合、ＲＮＡＵ用である無線リソース制御ＲＲＣ接続再開手順を実行するステップ。

【0019】

本出願では、第一のタイマーが作動しているとき（換言すると、ＳＤＴ手順が実行されているとき）に、第二のタイマーが期限切れになった場合、端末は、現在実行されているＳＤＴ手順に対する影響を回避するように、ＲＮＡＵを実行することはない。ＳＤＴ手順が異常終了し（例えば、第一のタイマーが停止または期限切れになったとき）、第二のタイマーが作動していない場合、端末は、ＲＮＡＵを実行して、ＲＮＡＵの正常な実行を保証する。

【0020】

可能な実装では、本方法は、以下をさらに含む。すなわち、第一のタイマーが作動しているときに、ＲＲＣ拒否メッセージが受信された場合、第一のタイマーを停止するステップ。第二のタイマーが作動していない場合、第三のタイマーを始動するステップ。および、第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行するステップ。

【0021】

可能な実装では、第三のタイマーの継続時間は、第二のタイマーの継続時間と同じである。

【0022】

可能な実装では、第三のタイマーの継続時間は、第二のタイマーの継続時間とは異なる。

【0023】

可能な実装では、非無線リソース制御ＲＲＣ接続状態は、ＲＲＣ非アクティブ状態であり、端末がＲＲＣ拒否メッセージを受信した後、端末は、ＲＲＣ非アクティブ状態になる。

【0024】

本出願では、第一のタイマーが作動しているとき（換言すると、ＳＤＴ手順が実行されているとき）に、第二のタイマーが期限切れになった場合、端末は、現在実行されているＳＤＴ手順に対する影響を回避するために、ＲＮＡＵを実行することもなく、第三のタイマーを始動することもない。ＳＤＴ手順が異常終了し（例えば、第一のタイマーが停止または期限切れになったとき）、第二のタイマーが作動していない場合、端末は、第三のタイマーを始動し得る。第三のタイマーが期限切れになり、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用である無線リソース制御ＲＲＣ接続再開手順を実行して、ＲＮＡＵの正常な実行を保証する。

【0025】

可能な実装では、本方法は、以下をさらに含む。すなわち、第一のタイマーが期限切れになったときに、第二のタイマーが作動していない場合、第一の変数を第一の値に設定するステップであって、第一の変数が第一の値であることは、保留中のＲＮＡ更新手順が存在することを示す、ステップ。

【0026】

可能な実装において、本方法は、以下をさらに含む。すなわち、第一のタイマーが期限切れになったときに、第二のタイマーが作動してない場合、ＲＮＡＵ用である無線リソース制御ＲＲＣ接続再開手順を実行するステップ。

【0027】

可能な実装では、本方法は、以下をさらに含む。すなわち、第一のタイマーが期限切れになったときに、第二のタイマーが作動していない場合、第三のタイマーを始動するステップ。および、第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行するステップ。

【0028】

可能な実装では、第三のタイマーの継続時間は、第二のタイマーの継続時間と同じである。

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

【図1】本出願の一実施形態による、通信システムのアーキテクチャを示す模式図である。

【図2】新無線ＮＲにおけるユーザープレーン通信プロトコルスタックのアーキテクチャを示す模式図である。

【図3】ＮＲにおける制御プレーン通信プロトコルスタックのアーキテクチャを示す模式図である。

【図4】ユーザー装置ＵＥの無線リソース制御ＲＲＣ状態間の切替えを示す模式図である。

【図5】本出願の実施形態による、スモールデータ伝送ＳＤＴを示す幾つかの模式的フローチャートである。

【図6】本出願の実施形態による、スモールデータ伝送ＳＤＴを示す幾つかの模式的フローチャートである。

【図7】本出願の実施形態による、スモールデータ伝送ＳＤＴを示す幾つかの模式的フローチャートである。

【図8】本出願の実施形態による、スモールデータ伝送ＳＤＴを示す幾つかの模式的フローチャートである。

【図9】本出願の実施形態による、スモールデータ伝送ＳＤＴを示す幾つかの模式的フローチャートである。

【図10】本出願の実施形態による、スモールデータ伝送ＳＤＴを示す幾つかの模式的フローチャートである。

【図11】本出願の一実施形態による、伝送制御方法を示す模式的フローチャートである。

【図12】本出願の実施形態による、シーケンス図である。

【図13】本出願の実施形態による、他の伝送制御方法を示す模式的フローチャートである。

【図14】本出願の実施形態による、他の伝送制御方法を示す模式的フローチャートである。

【図15】本出願の実施形態による、他の伝送制御方法を示す模式的フローチャートである。

【図16】本出願の実施形態による、他の伝送制御方法を示す模式的フローチャートである。

【図17】本出願の実施形態による、他の伝送制御方法を示す模式的フローチャートである。

【図18】本出願の実施形態による、別のシーケンス図である

【図19】本出願の実施形態による、別の伝送制御方法を示す模式的フローチャートである。

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

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

Ｓ６０3：ネットワーク機器は、ＲＲＣＲｅｊｅｃｔメッセージを端末に送信する。

【0331】

幾つかの実施形態では、Ｓ６０３は、任意選択のステップである。

【0332】

幾つかの実施形態では、第一のタイマーが作動すると、端末は、ＲＲＣＲｅｊｅｃｔメッセージを受信し、第一のタイマーは停止する。

【0333】

幾つかの実施形態では、端末がＲＲＣＲｅｊｅｃｔメッセージを受信した後、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態にある。

【0334】

幾つかの実施形態では、端末がネットワーク機器に対して、ＳＤＴ用であるＲＲＣ接続再開手順を開始すると、端末は、ＲＲＣ要求メッセージをネットワーク機器に送信し、ＲＲＣＲｅｊｅｃｔメッセージは、ＲＲＣ要求メッセージに応答して、ネットワーク機器によって送信される。ＲＲＣ要求メッセージは、例えば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１などの、ＲＲＣ再開要求メッセージである。

【0335】

Ｓ６０４：第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定する。

【0336】

幾つかの実施形態では、端末がＲＲＣＲｅｊｅｃｔメッセージを受信した後、端末は、非ＲＲＣ接続状態になる。任意選択で、非ＲＲＣ接続状態は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態である。

【0337】

幾つかの実施形態では、端末がＲＲＣＲｅｊｅｃｔメッセージを受信した後、端末は、ＳＤＴ手順が今回失敗している（拒否されている）と見做し、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。端末は、依然として定期的なＲＮＡＵを実行する必要がある。ただし、この場合、第二のタイマーは作動していないため、端末は、第一の変数を第一の値に設定し得る。

【0338】

幾つかの実施形態では、端末がＲＲＣＲｅｊｅｃｔメッセージを受信した後に、ＲＲＣ ＩＮＡＣＴＩＶＥ状態にあり、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。

【0339】

幾つかの実施形態では、端末は、ＲＲＣＲｅｊｅｃｔメッセージを受信し、待ち時間は、ＲＲＣＲｅｊｅｃｔメッセージに構成されている。この場合、端末は、タイマーＴ３０２を始動し得る。任意選択で、タイマーＴ３０２が作動すると、ＵＥのＲＲＣ接続再開手順が禁止される。タイマーＴ３０２が期限切れになると、ＵＥの禁止されたＲＲＣ接続再開手順が緩和される。この場合、上位層（例えば、ＮＡＳ層など）がＲＲＣ接続の再開を要求しない場合、ＵＥは、ＲＲＣ接続再開手順を再始動し得る。例えば、上位層（例えば、ＮＡＳ層など）がデータ送信用であるＲＲＣ接続の再開を要求することなく、第一の変数が第一の値に設定される場合、ＵＥは、ＲＮＡＵ用であるＲＲＣ接続再開手順の開始を継続し得る。

【0340】

幾つかの実施形態では、端末がＳＤＴ手順を実行しているとき（例えば、端末がＲＲＣＲｅｊｅｃｔメッセージを受信する前）に、第二のタイマーが期限切れになった場合、端末は、第一のタイマーが作動しているか否かを判定し得る。第一のタイマーが作動している場合、端末は、ＲＮＡＵをトリガーすることなく、ＳＤＴ手順の実行を継続する。第二のタイマーが期限切れになった後、かつ、端末がＲＲＣＲｅｊｅｃｔメッセージを受信した後、端末は、第一のタイマーを停止し、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。任意選択で、第二のタイマーが作動していないことは、以下のことを意味する。すなわち、第二のタイマーが期限切れになった後、第二のタイマーは作動していないこと。

【0341】

幾つかの実施形態では、端末がＲＲＣＲｅｊｅｃｔメッセージを受信した後、端末がＲＲＣ ＩＤＬＥ状態にある場合、端末は、ＲＮＡＵをトリガーすることもなく、第一の変数を第一の値に設定することもない。

【0342】

端末によって受信されるメッセージは、図１４に示されるＲＲＣ拒否メッセージに限定されない。他の幾つかの実施形態では、ＲＲＣＲｅｊｅｃｔメッセージは、代替的に、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｊｅｃｔメッセージ、または同一の機能を有するが、３ＧＰＰに標準化されていない他のＲＲＣメッセージであり得る。

【0343】

これは、図１４に示される例に限定されない。他の幾つかの実施形態では、端末がＲＲＣ拒否メッセージを受信した後、第二のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行し得る。具体例は、図１４におけるものと同様である。相違点は、図１４における「第一の変数を第一の値に設定する」ことが「ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する」ことに置き換えられる点にある。例えば、端末のＲＲＣ層は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。任意選択で、端末は、ＲＲＣＲｅｊｅｃｔメッセージを受信し、ＲＲＣＲｅｊｅｃｔメッセージに待ち時間が構成されていない。この場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。例えば、端末のＲＲＣ層は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行する。

【0344】

幾つかの他の実施形態では、端末は、最初に、第一の変数を第一の値に設定し得て、その後、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。例えば、端末のＲＲＣ層は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行する。

【0345】

幾つかの他の実施形態では、端末がＲＲＣ拒否メッセージを受信した後、第二のタイマーが作動していない場合、端末は、第三のタイマーを始動し得る。第三のタイマーが期限切れになると、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。具体例は、図１４におけるものと同様であり、相違点は、図１４における「第一の変数を第一の値に設定する」ことが「第三のタイマーを始動する」ことに置き換えられる点にある。任意選択で、本方法は、以下をさらに含む。すなわち、第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行すること。

【0346】

任意選択で、第三のタイマーは、第二のタイマーと同じである。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間と等しい。例えば、第三のタイマーは、Ｔ３８０である。

【0347】

任意選択で、第三のタイマーは、第二のタイマーとは異なる。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間と等しくない。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間未満である。例えば、第三のタイマーの継続時間の単位は、ミリ秒または秒である。

【0348】

任意選択で、第三のタイマーの実行中に、端末は、ＮＡＳ層上にデータ送信要件が存在するか否か、例えば、ＮＡＳが接続再開手順を開始するようにＲＲＣ層をトリガーするか否かを待機し得る。ＮＡＳ層上にデータ送信要件が存在し、ＮＡＳ層が接続再開手順を開始するようにＲＲＣ層をトリガーした場合、端末は、データ送信用であるＲＲＣ接続再開手順を開始し、ＲＮＡＵ用であるＲＲＣ接続再開手順は実行することはない。データ送信用であるＲＲＣ接続再開手順には、ＳＤＴ用であるＲＲＣ接続再開手順と、非ＳＤＴ用であるＲＲＣ接続再開手順とが含まれる。

【0349】

幾つかの実施形態では、以下の通りである。

【0350】

１＞ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔまたはＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１に応答して、ＲＲＣＲｅｊｅｃｔが受信された場合、

【0351】

２＞ ＳＤＴ手順に起因してレジュームがトリガーされた場合、および

【0352】

２＞ Ｔ３８０が期限切れになった場合、

【0353】

３＞ 変数ｐｅｎｄｉｎｇＲＮＡ－Ｕｐｄａｔｅを真に設定する。

【0354】

幾つかの実施形態では、端末がＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージに応答して、ＲＲＣＲｅｊｅｃｔメッセージを受信し、ＳＤＴ手順に基づいて再開するステップがトリガーされ、第二のタイマーが期限切れになる場合、端末は、第一の変数を第一の値に設定し得て、端末は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを送信することによって、再開するステップを要求し得る。任意選択で、再開するステップは、ＳＤＴ用であるＲＲＣ接続再開手順である。

【0355】

可能な実装では、第一のタイマーが期限切れになったときに、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。第一の変数が第一の値であることは、以下のことを示す。すなわち、保留中のＲＮＡＵが存在すること。第一の変数および第一の値の説明については、ＲＮＡＵを実行する上述した実装における第一の変数および第一の値の説明を参照されたい。具体例を以下の図１５に示す。

【0356】

図１５は、本出願の実施形態による、別の伝送制御方法を示す模式的フローチャートである。本方法は、以下のステップを含むが、これらに限定されない。

【0357】

Ｓ７０１：端末は、第二のタイマーを始動する。

【0358】

幾つかの実施形態では、Ｓ７０１は、任意選択のステップであり、Ｓ７０１は、図１１におけるＳ４０１と同様である。

【0359】

Ｓ７０２：端末は、第一のタイマーを始動する。

【0360】

幾つかの実施形態では、Ｓ７０２は、任意選択のステップであり、Ｓ７０２は、図１３におけるＳ５０１と同様である。

【0361】

幾つかの実施形態では、Ｓ７０１およびＳ７０２の実行順序は、Ｓ７０１がＳ７０２の前に実行されることであってもよいし、またはＳ７０２がＳ７０１の前に実行されることであってもよい。

【0362】

Ｓ７０３：第一のタイマーが期限切れになるときに、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定する。

【0363】

幾つかの実施形態では、第一のタイマーが期限切れになった後、端末は非ＲＲＣ接続状態になる。任意選択で、非ＲＲＣ接続状態は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態である。幾つかの実施形態では、端末がＲＲＣ ＩＮＡＣＴＩＶＥ状態にある場合、端末は、ネットワーク機器に対して、ＳＤＴ用であるＲＲＣ接続再開手順を開始し、第一のタイマーを始動する。第一のタイマーが期限切れになった後、端末は、依然として、ＲＲＣ ＩＮＡＣＴＩＶＥ状態にある。

【0364】

幾つかの実施形態では、第一のタイマーが期限切れになった後、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。端末は、依然として、定期的なＲＮＡＵを実行する必要がある。ただし、この場合、第二のタイマーが作動していないため、端末は、第一の変数を第一の値に設定し得る。

【0365】

幾つかの実施形態では、第一のタイマーが期限切れになった後、端末がＲＲＣ ＩＮＡＣＴＩＶＥ状態になり、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定する。

【0366】

幾つかの実施形態では、端末がＳＤＴ手順を実行しているとき（例えば、第一のタイマーが期限切れになる前）に、第二のタイマーが期限切れになった場合、端末は、第一のタイマーが作動しているか否かを判定し得る。第一のタイマーが作動している場合、端末は、ＲＮＡＵをトリガーすることなく、ＳＤＴ手順の実行を継続する。第二のタイマーが期限切れになった後、第一のタイマーが期限切れになった場合、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。任意選択で、第二のタイマーが作動していないことは、以下のことを意味する。すなわち、第二のタイマーが期限切れになった後、第二のタイマーが作動していないこと。

【0367】

他の幾つかの実施形態では、第一のタイマーが期限切れになった後に、端末がＲＲＣ ＩＤＬＥ状態にある場合、端末は、ＲＮＡＵをトリガーすることなく、第一の変数を第一の値に設定することはない。

【0368】

これは、図１５に示される例に限定されない。他の幾つかの実施形態では、第一のタイマーが期限切れになったときに、第二のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行し得る。具体例は、図１５におけるものと同様である。相違点は、図１５における「第一の変数を第一の値に設定する」ことが「ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する」ことに置き換えられる点にある。例えば、端末のＲＲＣ層は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。

【0369】

幾つかの他の実施形態では、端末は、最初に、第一の変数を第一の値に設定し得て、その後、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。例えば、端末のＲＲＣ層は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行する。

【0370】

幾つかの他の実施形態では、第一のタイマーが期限切れになったときに、第二のタイマーが作動していない場合、端末は、第三のタイマーを始動し得る。第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。具体例は、図１５におけるものと同様であり、相違点は、図１５における「第一の変数を第一の値に設定する」ことが「第三のタイマーを始動する」ことに置き換えられる点にある。任意選択で、本方法は、以下をさらに含む。すなわち、第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行すること。

【0371】

任意選択で、第三のタイマーは、第二のタイマーと同じである。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間と等しい。例えば、第三のタイマーは、Ｔ３８０である。

【0372】

任意選択で、第三のタイマーは、第二のタイマーとは異なる。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間と等しくない。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間未満である。例えば、第三のタイマーの継続時間の単位は、ミリ秒または秒である。

【0373】

任意選択で、第三のタイマーの実行中に、端末は、ＮＡＳ層上にデータ送信要件があるか否か、例えば、ＮＡＳが接続再開手順を開始するようにＲＲＣ層をトリガーするか否かを待機し得る。ＮＡＳ層上にデータ送信要件があり、ＮＡＳ層が接続再開手順を開始するようにＲＲＣ層をトリガーする場合、端末は、データ送信用であるＲＲＣ接続再開手順を開始し、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行することはない。データ送信用であるＲＲＣ接続再開手順には、ＳＤＴ用であるＲＲＣ接続再開手順と、非ＳＤＴ用であるＲＲＣ接続再開手順とが含まれる。

【0374】

可能な実装では、第二のサービングセルのＳＩＢ１が受信されたときに、第二のサービングセルが構成済みのＲＮＡに属し、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。第一の変数が第一の値であることは、以下のことを示す。すなわち、保留中のＲＮＡＵが存在すること。第一の変数および第一の値の説明については、ＲＮＡＵを実行する上述した実装における第一の変数および第一の値の説明を参照されたい。具体例を以下の図１６に示す。

【0375】

図１６は、本出願の実施形態による、別の伝送制御方法を示す模式的フローチャートである。本方法は、以下のステップを含むが、これらに限定されない。

【0376】

Ｓ８０１：端末は、第二のタイマーを始動する。

【0377】

幾つかの実施形態では、Ｓ８０１は、任意選択のステップであり、Ｓ８０１は、図１１におけるＳ４０１と同様である。

【0378】

Ｓ８０２：端末は、第一のタイマーを始動する。

【0379】

幾つかの実施形態では、Ｓ８０２は、任意選択のステップであり、Ｓ８０２は、図１３におけるＳ５０１と同様である。

【0380】

幾つかの実施形態では、Ｓ８０１およびＳ８０２の実行順序は、Ｓ８０１がＳ８０２の前に実行されることであってもよく、またはＳ８０２がＳ８０１の前に実行されることであってもよい。

【0381】

Ｓ８０３：端末上にセル再選択が発生する。

【0382】

幾つかの実施形態では、Ｓ８０３は、任意選択のステップである。

【0383】

幾つかの実施形態では、セル再選択は、端末およびネットワーク機器がＳＤＴ手順を実行中であるときに発生する。幾つかの実施形態では、第一のタイマーが作動していると、端末上にセル再選択が発生し、端末は、第一のタイマーを停止する。

【0384】

幾つかの実施形態では、セル再選択は端末に発生し、端末は、第三のセルから第四のセルに切り替える。換言すると、端末に発生するセル再選択を通して得られるサービングセルは、第四のセルであり、以後、第二のサービングセルと呼ばれる。幾つかの実施形態では、端末の第二のサービングセルは、構成済みのＲＮＡに属し、ＲＮＡは、端末上にセル再選択が発生する前に、端末用にネットワーク機器によって構成される。

【0385】

幾つかの実施形態では、セル再選択が発生した後、端末は、現在のサービングセルのＳＩＢ１を受信し、ＳＩＢ１に基づいて第二のサービングセルを決定し、ＳＩＢ１は、第二のサービングセルを示す。幾つかの実施形態では、端末は、ＳＩＢ１に基づいて、第二のサービングセルが構成済みのＲＮＡに属することを決定し、ＲＮＡは、端末上にセル再選択が発生する前に、端末用にネットワーク機器によって構成される。具体例は、図１１におけるＳ５０２と同様であり、詳細については、改めて説明しない。

【0386】

幾つかの実施形態では、端末上にセル再選択が発生した後、端末は、非ＲＲＣ接続状態にある。任意選択で、非ＲＲＣ接続状態は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態である。

【0387】

Ｓ８０４：第二のサービングセルが構成済みのＲＮＡに属し、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定する。

【0388】

幾つかの実施形態では、端末上にセル再選択が発生した後、端末は、非ＲＲＣ接続状態にある。任意選択で、非ＲＲＣ接続状態は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態である。幾つかの実施形態では、端末がＲＲＣ ＩＮＡＣＴＩＶＥ状態にあると、端末は、ネットワーク機器に対して、ＳＤＴ用であるＲＲＣ接続再開手順を開始し、第一のタイマーを始動する。セル再選択は、第一のタイマーが作動しており、端末が依然としてＲＲＣ ＩＮＡＣＴＩＶＥ状態にあるときに発生する。

【0389】

幾つかの実施形態では、端末上に発生するセル再選択の後に、端末がＲＲＣ ＩＮＡＣＴＩＶＥ状態にあり、第二のサービングセルが構成済みのＲＮＡに属し、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。

【0390】

幾つかの実施形態では、端末がＲＲＣ ＩＮＡＣＴＩＶＥ状態にあるときに、第二のサービングセルが構成済みのＲＮＡに属し、第二のタイマーが作動することなく、端末が第二のサービングセルにおいてＳＤＴ手順を実行できない場合、端末は、第一の変数を第一の値に設定し得る。任意選択で、端末が第二のサービングセルにおいてＳＤＴ手順を実行することができないとは、以下のことを意味する。すなわち、端末は、第二のサービングセルにおいて以前のＳＤＴ手順を継続することができないこと。例えば、セル再選択が発生した後、端末は、ＳＤＴ用であり、Ｓ８０２において開始されたＲＲＣ接続再開手順を継続することができない。任意選択で、端末が第二のサービングセルにおいてＳＤＴ手順を実行することができないことは、以下のことを意味する。すなわち、端末は、第二のサービングセルにおいて新しいＳＤＴ手順を開始することができないこと。例えば、セル再選択が発生した後、端末は、ＳＤＴ用であり、Ｓ８０２において開始されたＲＲＣ接続再開手順用である新しいＳＤＴ手順の開始を継続することができないか、または新しく取得されたスモールデータのための新しいＳＤＴ手順を実行することができない。任意選択で、端末が第二のサービングセルにおいてＳＤＴ手順を実行することができないことは、以下のことを意味する。すなわち、端末は、第二のサービングセルにおいてＳＤＴ関連構成情報を有しないこと。例えば、第二のサービングセルは、ＳＤＴをサポートしていない。任意選択で、第二のサービングセルがＳＤＴをサポートしていないことは、以下のことを含む。すなわち、ＳＤＴ関連構成は、第二のサービングセルにおけるシステム情報にブロードキャストされていないこと。別の例として、第二のサービングセルは、ＲＡ－ＳＤＴおよび／またはＣＧ－ＳＤＴをサポートすることはない。

【0391】

幾つかの実施形態では、端末上にセル再選択が発生した後、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態にある。端末は、依然として、定期的なＲＮＡＵを実行する必要がある。ただし、この場合、第二のタイマーが作動していないため、端末は、第一の変数を第一の値に設定し得る。

【0392】

幾つかの実施形態では、端末がＳＤＴ手順を実行しているとき（例えば、セル再選択が発生する前）に、第二のタイマーが期限切れになった場合、端末は、第一のタイマーが作動しているか否かを判定し得る。第一のタイマーが作動している場合、端末は、ＲＮＡＵをトリガーすることなく、ＳＤＴ手順の実行を継続する。任意選択で、第一のタイマーが作動しているということは、第一のタイマーが作動し続けているということであり、端末は、第二のサービングセルにおいて以前のＳＤＴ手順を継続し得る。任意選択で、第一のタイマーが作動していることは、第一のタイマーが始動されていることであり、端末は、第二のサービングセルにおいて、ＳＤＴ用である新しいＲＲＣ接続再開手順を開始し得る。第二のタイマーが期限切れになった後、端末上にセル再選択が発生し、端末は、第一のタイマーを停止し、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。任意選択で、第二のタイマーが作動していないことは、以下のことを意味する。すなわち、第二のタイマーが期限切れになった後、第二のタイマーが作動していないこと。

【0393】

他の幾つかの実施形態では、端末上に発生したセル再選択後に、端末がＲＲＣ ＩＤＬＥ状態にある場合、端末は、ＲＮＡＵをトリガーすることなく、第一の変数を第一の値に設定することはない。他の幾つかの実施形態では、端末上に発生したセル再選択の後、端末は、第二のサービングセルにおいてＳＤＴ手順を実行し得て、端末は、ＲＮＡＵをトリガーすることもなく、第一の変数を第一の値に設定することもない。

【0394】

これは、図１６に示される例に限定されない。他の幾つかの実施形態では、第二のサービングセルのＳＩＢ１が受信されたときに、第二のサービングセルが構成済みのＲＮＡに属し、第二のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行し得る。具体例は、図１６におけるものと同様である。相違点は、図１６における「第一の変数を第一の値に設定する」ことが「ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する」ことに置き換えられる点にある。例えば、端末のＲＲＣ層は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。

【0395】

他の幾つかの実施形態では、端末は、最初に、第一の変数を第一の値に設定し得て、その後、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。例えば、端末のＲＲＣ層は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行する。

【0396】

幾つかの他の実施形態では、第二のサービングセルのＳＩＢ１が受信されたときに、第二のサービングセルが構成済みのＲＮＡに属し、第二のタイマーが作動していない場合、端末は、第三のタイマーを始動する。具体例は、図１６におけるものと同様であり、相違点は、図１６における「第一の変数を第一の値に設定する」ことが「第三のタイマーを始動する」ことに置き換えられる点にある。任意選択で、本方法は、以下をさらに含む。すなわち、第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行すること。

【0397】

任意選択で、第三のタイマーは、第二のタイマーと同じである。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間と等しい。例えば、第三のタイマーは、Ｔ３８０である。

【0398】

任意選択で、第三のタイマーは、第二のタイマーとは異なる。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間と等しくない。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間未満である。例えば、第三のタイマーの継続時間の単位は、ミリ秒または秒である。

【0399】

任意選択で、第三のタイマーの実行中、端末は、ＮＡＳ層上にデータ送信要件があるか否か、例えば、ＮＡＳが接続再開手順を開始するようにＲＲＣ層をトリガーするか否かを待機し得る。ＮＡＳ層上にデータ送信要件が存在し、ＮＡＳ層が接続再開手順を開始するようにＲＲＣ層をトリガーする場合、端末は、データ送信用であるＲＲＣ接続再開手順を開始し、ＲＮＡＵ用であるＲＲＣ接続再開手順は実行することはない。データ送信用であるＲＲＣ接続再開手順には、ＳＤＴ用であるＲＲＣ接続再開手順と、非ＳＤＴ用であるＲＲＣ接続再開手順とが含まれる。

【0400】

幾つかの実施形態では、以下の通りである。

【0401】

１＞ Ｔ３１９もしくはＴ３０２、またはＴ３ＸＸが作動している間に、セル再選択が発生した場合、

【0402】

２＞ Ｔ３８０がＳＤＴ手順中に期限切れになるか、またはＳＤＴ手順中に期限切れになっている場合、

【0403】

３＞ 変数ｐｅｎｄｉｎｇＲＮＡ－Ｕｐｄａｔｅを真に設定する。

【0404】

幾つかの実施形態では、タイマーＴ３１９、タイマーＴ３０２、または第一のタイマーＴ３ＸＸが作動しているときに、端末上にセル再選択が発生した場合、かつ、第二のタイマーＴ３８０がＳＤＴ手順において期限切れになるか、または期限切れになっている場合、端末は、変数ｐｅｎｄｉｎｇＲＮＡ－Ｕｐｄａｔｅを真に設定し得る。

【0405】

可能な実装では、端末の完全性チェックが失敗したときに、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。第一の変数が第一の値であることは、以下のことを示す。すなわち、保留中のＲＮＡＵが存在すること。第一の変数および第一の値の説明については、ＲＮＡＵを実行する上述した実施形態における第一の変数および第一の値の説明を参照されたい。具体例を以下の図１７に示す。

【0406】

図１７は、本出願の実施形態による、別の伝送制御方法を示す模式的フローチャートである。本方法は、以下のステップを含むが、これらに限定されない。

【0407】

Ｓ９０１：端末は、第二のタイマーを始動する。

【0408】

幾つかの実施形態では、Ｓ９０１は、任意選択のステップであり、Ｓ９０１は、図１１におけるＳ４０１と同様である。

【0409】

Ｓ９０２：端末は、第一のタイマーを始動する。

【0410】

幾つかの実施形態では、Ｓ９０２は、任意選択のステップであり、Ｓ９０２は、図１３におけるＳ５０１と同様である。

【0411】

幾つかの実施形態では、Ｓ９０１およびＳ９０２の実行順序は、Ｓ９０１がＳ９０２の前に実行されることであってもよく、またはＳ９０２がＳ９０１の前に実行されることであってもよい。

【0412】

Ｓ９０３：端末の完全性チェックが失敗したときに、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定する。

【0413】

幾つかの実施形態では、第一のタイマーが作動していると、端末の完全性チェックは失敗する。幾つかの実施形態では、端末の完全性チェックが失敗することは、以下の通りである。すなわち、端末のＲＲＣ層が、ＲＲＣ層の最下層によって示される完全性チェックの失敗を受信することであり、ＲＲＣ層の最下層は、例えば、ＰＤＣＰ層である。

【0414】

幾つかの実施形態では、端末の完全性チェックが失敗した後、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。幾つかの実施形態では、端末がＲＲＣ ＩＮＡＣＴＩＶＥ状態にあると、端末は、ネットワーク機器に対して、ＳＤＴ用であるＲＲＣ接続再開手順を開始し、第一のタイマーを始動する。第一のタイマーか実行していると、端末の整合性チェックが失敗した後、端末は、依然として、ＲＲＣ ＩＮＡＣＴＩＶＥ状態にある。

【0415】

幾つかの実施形態では、端末の完全性チェックが失敗した後、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。端末は、依然として、定期的なＲＮＡＵを実行する必要がある。ただし、この場合、第二のタイマーが作動していないため、端末は、第一の変数を第一の値に設定し得る。

【0416】

幾つかの実施形態では、端末がＳＤＴ手順を実行しているとき（例えば、端末の完全性チェックが失敗する前）に、第二のタイマーが期限切れになった場合、端末は、第一のタイマーが作動しているか否かを判定し得る。第一のタイマーが作動している場合、端末は、ＲＮＡＵをトリガーすることなく、ＳＤＴ手順の実行を継続する。第二のタイマーが期限切れになった後、端末の完全性チェックが失敗している場合、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。任意選択で、第二のタイマーが作動していないことは、以下のことを意味する。すなわち、第二のタイマーが期限切れになった後、第二のタイマーが作動していないこと。

【0417】

幾つかの実施形態では、端末の完全性チェックが失敗した後、端末がＲＲＣ ＩＤＬＥ状態にある場合、端末は、ＲＮＡＵをトリガーすることもなく、第一の変数を第一の値に設定することもない。

【0418】

これは、図１７に示される例に限定されない。他の幾つかの実施形態では、端末の完全性チェックが失敗したときに、第二のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行し得る。具体例は、図１７におけるものと同様である。相違点は、図１７における「第一の変数を第一の値に設定する」ことが「ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する」ことに置き換えられる点にある。例えば、端末のＲＲＣ層は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。

【0419】

幾つかの他の実施形態では、端末は、最初に、第一の変数を第一の値に設定し得て、その後、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。例えば、端末のＲＲＣ層は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行する。

【0420】

幾つかの他の実施形態では、端末の完全性チェックが失敗したときに、第二のタイマーが作動していない場合、端末は、第三のタイマーを始動し得る。第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。具体例は、図１７におけるものと同様であり、相違点は、図１７における「第一の変数を第一の値に設定する」ことが「第三のタイマーを始動する」ことに置き換えられる点にある。任意選択で、本方法は、以下をさらに含む。すなわち、第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。

【0421】

任意選択で、第三のタイマーは、第二のタイマーと同じである。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間と等しい。例えば、第三のタイマーは、Ｔ３８０である。

【0422】

任意選択で、第三のタイマーは、第二のタイマーとは異なる。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間と等しくない。例えば、第三のタイマーの継続時間は、第二のタイマーの継続時間未満である。例えば、第三のタイマーの継続時間の単位は、ミリ秒または秒である。

【0423】

任意選択で、第三のタイマーの実行中に、端末は、ＮＡＳ層上にデータ送信要件があるか否か、例えば、ＮＡＳが接続再開手順を開始するようにＲＲＣ層をトリガーするか否かなどを待機し得る。ＮＡＳ層上にデータ送信要件が存在し、ＮＡＳ層が接続再開手順を開始するようにＲＲＣ層をトリガーする場合、端末は、データ送信用であるＲＲＣ接続再開手順を開始し、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行することはない。データ送信用であるＲＲＣ接続再開手順には、ＳＤＴ用であるＲＲＣ接続再開手順と、非ＳＤＴ用であるＲＲＣ接続再開手順とが含まれる。

【0424】

本出願では、ＳＤＴ手順が実行されるとき、ＲＮＡＵはトリガーされないと理解され得る。ＳＤＴが実行されると、ネットワーク機器は、端末が位置するＲＮＡを取得し得て、ＲＮＡＵを実行しないことは、ネットワーク機器による端末のステータスの取得に影響を与えないだけでなく、ＳＤＴ手順におけるスモールデータの送信への影響を回避することができる。

【0425】

また、ＳＤＴが異常終了する場合（例えば、第四のＲＲＣ応答メッセージが受信されるとき、セル再選択が発生したとき、第一のタイマーが期限切れになったとき、または端末の完全性チェックが失敗したとき）について、第二のタイマーが作動していない（例えば、第二のタイマーが期限切れになった後、第二のタイマーが作動していない）場合、端末は、第一の変数を第一の値に設定し得て、これにより、ＵＥは、その後も定期的にＲＮＡＵのトリガーを継続することができ、ＲＮＡＵの正常な実行は、影響を受けることはない。

【0426】

可能な実装では、ＳＤＴ手順において第一の変数が第一の値に設定されている場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行し得る。幾つかの実施形態では、ＳＤＴ手順において第一の変数が第一の値に設定され、上位層（例えば、ＮＡＳ層など）がＲＲＣ接続の再開を要求しない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。幾つかの実施形態では、端末のアクセスカテゴリ２または８の禁止が緩和され、上位層（例えば、ＮＡＳ層など）がＲＲＣ接続の再開を要求することなく、第一の変数が第一の値に設定される場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。幾つかの実施形態では、ＳＤＴ手順において端末のアクセスカテゴリの禁止が緩和され、上位層（例えば、ＮＡＳ層など）がＲＲＣ接続の再開を要求することなく、第一の変数が第一の値に設定される場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。幾つかの実施形態では、アクセス禁止が緩和され、（ＮＡＳ層のような）上位層がＲＲＣ層にＲＲＣ接続再開を要求しない場合、かつ、第一の変数が第一の値である場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行し得る。

【0427】

図１８は、別のシーケンス図の一例を示している。

【0428】

図１８に示されるように、横軸は、時間軸（ｔ）である。第三の時点ｔ_３において、（例えば、第一のＲＲＣ応答メッセージが受信されると、）第二のタイマーが始動される。第四の時点ｔ_４において、（例えば、ＲＲＣ要求メッセージが送信されると、）第一のタイマーが始動される。第五の時点ｔ_５において、第二のタイマーが期限切れになる。ｔ_３＜ｔ_４＜ｔ_５＜ｔ_６である。第二のタイマーは、第三の時点および第五の時点の間で作動し、第一のタイマーは、第四の時点および第六の時点の間で作動し、端末は、第四の時点および第六の時点の間でＳＤＴ手順を実行する。第五の時点において、端末がＳＤＴ手順を実行すると、第二のタイマーは期限切れになり、端末は、ＲＮＡＵをトリガーすることはない。換言すると、第二のタイマーが期限切れになり、第一のタイマーが作動している場合、端末は、ＲＮＡＵをトリガーすることはない。

【0429】

幾つかの実施形態では、第六の時点において、端末上にセル再選択が発生し、第一のタイマーは停止し、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。セル再選択を通して得られた端末のサービングセルが構成済みのＲＮＡに属することなく、端末がサービングセルにおいてＳＤＴ手順を実行することができない場合、端末は、ＲＮＡＵをトリガーし得る。任意選択で、ＲＮＡＵをトリガーするステップは、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行するステップである。詳細については、図１３における説明を参照されたい。

【0430】

他の幾つかの実施形態では、第六の時点において、端末は、第四のＲＲＣ応答メッセージを受信し、第一のタイマーは停止し、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。第二のタイマーが動作しない場合、端末は、ＲＮＡＵをトリガーし得る。任意選択で、ＲＮＡＵをトリガーするステップは、第一の変数を第一の値に設定するステップであり得る。詳細については、図１４における説明を参照されたい。

【0431】

他の幾つかの実施形態では、第六の時点において、第一のタイマーが期限切れになり、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。第二のタイマーが作動していない場合、端末は、ＲＮＡＵをトリガーし得る。任意選択で、ＲＮＡＵをトリガーするステップは、第一の変数を第一の値に設定するステップであり得る。詳細については、図１５における説明を参照されたい。

【0432】

他の幾つかの実施形態では、第六の時点において、端末上にセル再選択が発生し、第一のタイマーが停止し、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。セル再選択を通して得られた端末のサービングセルが構成済みのＲＮＡに属する場合、端末は、サービングセルにおいてＳＤＴ手順を実行することができることなく、この場合、第二のタイマーは作動することなく、端末は、ＲＮＡＵをトリガーし得る。任意選択で、ＲＮＡＵをトリガーするステップは、第一の変数を第一の値に設定するステップであり得る。詳細については、図１６における説明を参照されたい。

【0433】

他の幾つかの実施形態では、第六の時点において、端末の完全性チェックが失敗し、第一のタイマーが停止し、端末は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態になる。第二のタイマーが作動していない場合、端末は、ＲＮＡＵをトリガーし得る。任意選択で、ＲＮＡＵをトリガーするステップは、第一の変数を第一の値に設定するステップであり得る。詳細については、図１７における説明を参照されたい。

【0434】

可能な実装では、ＳＤＴ手順を実行するとき、端末は、第二のタイマーを停止し得る。具体例を以下の図１９に示す。

【0435】

図１９は、本出願の実施形態による、別の伝送制御方法を示す模式的フローチャートである。本方法は、以下のステップを含むが、これに限定されない。

【0436】

Ｓ１００１：端末は、ＲＲＣ要求メッセージをネットワーク機器に送信する。

【0437】

幾つかの実施形態では、Ｓ１００１は、任意選択のステップである。

【0438】

幾つかの実施形態では、端末がＳＤＴ要件を有する場合、端末は、ＳＤＴ用であるＲＲＣ接続再開手順を開始し得る。ＲＲＣ接続再開手順は、以下のことを含み得る。すなわち、端末は、ＳＤＴに基づいてＲＲＣ要求メッセージをネットワーク機器に送信すること。

【0439】

幾つかの実施形態では、端末がＳＤＴ要件を有する場合、端末は、４－ｓｔｅｐ ＳＤＴ用であるＲＲＣ接続再開手順を開始し得る。手順については、図５および図６に示される手順を参照されたい。ＲＲＣ接続再開手順において端末によって送信されるＲＲＣ要求メッセージは、４－ｓｔｅｐ ＳＤＴに基づいて送信され、ＲＲＣ要求メッセージは、ｍｓｇ３に含まれることがある。

【0440】

幾つかの実施形態では、端末がＳＤＴ要件を有する場合、端末は、２－ｓｔｅｐ ＳＤＴ用であるＲＲＣ接続再開手順を開始し得る。手順については、図７および図８に示される手順を参照されたい。ＲＲＣ接続再開手順において端末によって送信されるＲＲＣ要求メッセージは、２－ｓｔｅｐ ＳＤＴに基づいて送信され、ＲＲＣ要求メッセージは、ｍｓｇＡにふくまれることがある。

【0441】

幾つかの実施形態では、端末がＳＤＴ要件を有する場合、端末は、ＣＧ－ＳＤＴ用であるＲＲＣ接続再開手順を開始し得る。手順については、図９および図１０に示される手順を参照されたい。ＲＲＣ接続再開手順において端末によって送信されるＲＲＣ要求メッセージは、ＣＧ－ＳＤＴに基づいて送信される。

【0442】

幾つかの実施形態では、ネットワーク機器にＲＲＣ要求メッセージを送信すると、端末は、アップリンク・スモールデータを共に送信する。具体例については、図５、図７、および図９に示される手順を参照されたい。

【0443】

Ｓ１００２：ネットワーク機器は、第一の応答メッセージを端末に送信する。

【0444】

幾つかの実施形態では、Ｓ１００２は、任意選択のステップである。

【0445】

幾つかの実施形態では、端末によって送信されたＲＲＣ要求メッセージを受信した後、ネットワーク機器は、第一の応答メッセージを端末に送信し得る。幾つかの実施形態では、端末によって送信されるＲＲＣ要求メッセージおよびアップリンク・スモールデータを受信した後、ネットワーク機器は、第一の応答メッセージを端末に送信し得る。

【0446】

幾つかの実施形態では、端末は、ＲＡ－ＳＤＴを開始し、ネットワーク機器は、ＲＡ－ＳＤＴに基づいて端末によって送信されたＲＲＣ要求メッセージを受信し、第一の応答メッセージを端末に送信し得る。任意選択で、第一の応答メッセージは、競合解消が成功していることを示し得る。任意選択で、第一の応答メッセージは、ランダムアクセス手順が成功裏に完了していることを示し得る。任意選択で、端末は、第一の応答メッセージを受信し、競合解消が成功していると判定する。任意選択で、端末は、第一の応答メッセージを受信し、ランダムアクセス手順が成功裏に完了していると判定する。任意選択で、第一の応答メッセージは、図５ないし図８に示される競合解消メッセージである。

【0447】

幾つかの実施形態では、端末は、ＣＧ－ＳＤＴを開始し、ネットワーク機器は、ＣＧ－ＳＤＴに基づいて端末によって送信されたＲＲＣ要求メッセージを受信し、第一の応答メッセージを端末に送信し得る。任意選択で、第一の応答メッセージは、Ｓ１００１において送信されたＲＲＣ要求メッセージおよび／またはアップリンク・スモールデータに固有であり得る。任意選択で、第一の応答メッセージは、ＲＲＣ要求メッセージが成功裏に送信されていることを示し得る。任意選択で、第一の応答メッセージは、アップリンク・スモールデータが成功裏に送信されていることを示し得る。任意選択で、第一の応答メッセージは、図９および図１０に示されるフィードバック応答メッセージである。任意選択で、第一の応答メッセージは、再送をスケジューリングするためのダウンリンク制御情報（ＤＣＩ）であり得る。任意選択で、第一の応答メッセージは、新たな送信をスケジューリングするためのＤＣＩであり得る。

【0448】

Ｓ１００３：端末の下位層は、第一の情報を上位層に示す。

【0449】

幾つかの実施形態では、Ｓ１００３は、任意選択のステップである。

【0450】

具体的には、端末は、複数の層を含み得る。具体例としては、図２および図３に示されるユーザープレーン・プロトコルスタックまたは制御プレーン・プロトコルスタックに含まれる層を参照されたい。Ｓ１００３における最下層および上位層は、相対的な概念であると理解され得る。幾つかの実施形態では、Ｓ１００３における端末の最下層は、第一の層であり、第一の層は、ユーザープレーン・プロトコルスタックまたは制御プレーン・プロトコルスタックにおける層である。幾つかの実施形態では、第一の層は、ネットワーク機器によって送信された第一の応答メッセージを受信する層である。幾つかの実施形態では、Ｓ１００３において、上位層は第二の層であり、第二の層は、第一の層の上位にある層である。

【0451】

例えば、第一の層はＭＡＣ層であり、第二の層はＲＲＣ層である。

【0452】

例えば、第一の層は物理層であり、第二の層はＭＡＣ層である。

【0453】

例えば、第一の層は物理層であり、第二の層はＲＲＣ層である。

【0454】

Ｓ１００４：端末は、第二のタイマーを停止する。

【0455】

幾つかの実施形態では、端末の第三の層は、第三の層の下位層によって示される第一の情報を受信し、第二のタイマーを停止する。任意選択で、第三の層はＲＲＣ層である。任意選択で、第三の層の下位層は、ＭＡＣ層である。任意選択で、第三の層の下位層は、物理層である。

【0456】

幾つかの実施形態では、ＲＡ－ＳＤＴ手順において、端末のＭＡＣ層は、ネットワーク機器によって送信された第一の応答メッセージを受信し、ＭＡＣ層は、ＭＡＣ層の上位にあるＲＲＣ層に第一の情報を指示する。任意選択で、第一の情報は、競合解消が成功していることを指示し、任意選択で、第一の指示情報は、ランダムアクセス手順が成功裏に完了していることを指示する。ＲＲＣ層は、ＭＡＣ層によって示された第一の情報を受信し、第二のタイマーを停止する。任意選択で、Ｓ１００３において、下位層はＭＡＣ層であり、上位層はＲＲＣ層であり、Ｓ１００４において、第二のタイマーは、ＲＲＣ層において停止される。

【0457】

幾つかの実施形態では、ＣＧ－ＳＤＴ手順において、端末のＭＡＣ層は、ネットワーク機器によって送信された第一の応答メッセージを受信し、ＭＡＣ層は、ＭＡＣ層の上位にあるＲＲＣ層に第一の情報を示し、第一の情報は、ＲＲＣ要求メッセージおよび／またはアップリンク・スモールデータが成功裏に送信されていることを示し、ＲＲＣ層は、ＭＡＣ層によって示された第一の情報を受信し、第二のタイマーを停止する。任意選択で、Ｓ１００３において、下位層はＭＡＣ層であり、上位層はＲＲＣ層であり、Ｓ１００４において、第二のタイマーは、ＲＲＣ層において停止される。

【0458】

幾つかの実施形態では、ＣＧ－ＳＤＴ手順において、端末の物理層は、ネットワーク機器によって送信された第一の応答メッセージを受信し、物理層は、物理層の上位のＲＲＣ層に第一の情報を示し、第一の情報は、ＲＲＣ要求メッセージおよび／またはアップリンク・スモールデータが成功裏に送信されていることを示し、ＲＲＣ層は、物理層によって指示された第一の情報を受信し、第二のタイマーを停止する。任意選択で、Ｓ１００３において、下位層は物理層であり、上位層はＲＲＣ層であり、Ｓ１００４において、第二のタイマーは、ＲＲＣ層において停止される。

【0459】

幾つかの実施形態では、ＣＧ－ＳＤＴ手順において、端末の物理層は、ネットワーク機器によって送信された第一の応答メッセージを受信し、物理層は、物理層の上位にあるＭＡＣ層に第二の情報を指示し、第二の情報は、ＲＲＣ要求メッセージおよび／またはアップリンク・スモールデータが成功裏に送信されていることを示す。ＭＡＣ層は、物理層によって示された第二の情報を受信し、ＭＡＣ層の上位にあるＲＲＣ層に第一の情報を指示し、第一の情報は、ＲＲＣ要求メッセージおよび／またはアップリンク・スモールデータが成功裏に送信されていることを示し、ＲＲＣ層は、ＭＡＣ層によって指示された第一の情報を受信し、第二のタイマーを停止する。任意選択で、Ｓ１００３において、最下層はＭＡＣ層であり、上位層はＲＲＣ層であり、Ｓ１００４において、第二のタイマーは、ＲＲＣ層において停止される。

【0460】

幾つかの実施形態では、端末が第二のタイマーを停止する前に、第二のタイマーは、オン状態にある。例えば、ＳＤＴ用のＲＲＣ接続再開手順を開始する前に（例えば、Ｓ１００１など）、端末は、第二のタイマーを始動する。

【0461】

幾つかの実施形態では、第二のタイマーを停止した後、端末は、今度はＳＤＴ手順に基づいて後続送信を実行し得る。詳細については、図５ないし図１０における後続送信の説明を参照されたい。第二のタイマーは停止され、期限切れになることはない。そのため、ＲＮＡＵはトリガーされることなく、ＳＤＴ手順におけるスモールデータの送信は影響を受けることはない。

【0462】

幾つかの実施形態では、第二のタイマーを停止した後、端末は、ネットワーク機器によって送信されたＲＲＣ応答メッセージを受信し得る。詳細については、図５ないし図１０におけるＲＲＣ応答メッセージに関する上述した説明を参照されたい。幾つかの実施形態では、第二のタイマーを停止した後、端末は、ネットワーク機器によって送信された第一のＲＲＣ応答メッセージ、例えば、ＲＲＣＲｅｌｅａｓｅメッセージ、サスペンド構成付きＲＲＣＲｅｌｅａｓｅメッセージ、または同一の機能を有するが、３ＧＰＰに標準化されていない別のＲＲＣメッセージを受信し、端末は、第二のタイマーを始動し得る。

【0463】

上述した実施形態における第二のタイマーを始動するステップは、複数の場合を含むと理解され得る。以下に、例として二つのケースを示す。

【0464】

ケース１：ＳＤＴを実行する場合、端末は、第一のＲＲＣ応答メッセージを受信し、第一のタイマーを停止し、第二のタイマーを始動する。例えば、最初に、端末がＳＤＴ要求を有する場合、端末は、ＳＤＴ用であるＲＲＣ接続再開手順を開始し、第一のタイマーを始動する。その後、第二のタイマーが期限切れになるも、第一のタイマーが作動状態にある場合、端末は、ＲＮＡＵをトリガーすることなく、ＳＤＴの実行を継続する。最後に、端末が第一のＲＲＣ応答メッセージを受信した後、端末は、今回のＳＤＴが成功していると見做し、第一のタイマーを停止し、非ＲＲＣ接続状態を維持する。さらに、第一のＲＲＣ応答メッセージを受信した後、端末は、第二のタイマーを始動し、これにより、ＲＮＡＵは、その後も定期的にトリガーされ続けることがある。

【0465】

ケース２：ＳＤＴを実行する場合、端末は、第五のＲＲＣ応答メッセージを受信し、第一のタイマーを停止する。その後、第一のＲＲＣ応答メッセージを受信すると、端末は、次いで、第二のタイマーを始動し、第五のＲＲＣ応答メッセージは、例えば、ＲＲＣＲｅｓｕｍｅメッセージ、ＲＲＣＳｅｔｕｐメッセージ、または同一の機能を有するが、３ＧＰＰに標準化されていない別のＲＲＣメッセージである。例えば、最初に、端末がＳＤＴ要件を有する場合、端末は、ＳＤＴ用であるＲＲＣ接続再開手順を開始し、第一のタイマーを始動する。次いで、第二のタイマーが期限切れになるも、第一のタイマーが作動状態にある場合、端末は、ＲＮＡＵをトリガーすることなく、ＳＤＴを実行し続ける。次いで、端末が第五のＲＲＣ応答メッセージを受信した後、端末は、今回のＳＤＴが成功していると見做し、第一のタイマーを停止し、非ＲＲＣ接続状態からＲＲＣ接続状態に移行し得る。その後、端末は、第一のＲＲＣ応答メッセージを受信し、ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態から非ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態に移行し、第二のタイマーを始動し、これにより、ＲＮＡＵは、その後も周期的にトリガーされ続けることがある。

【0466】

可能な実装では、端末がＲＲＣ拒否メッセージを受信した後、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。具体例は、図１４におけるものと同様である。相違点は、図１４における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある点にある。なお、第二のタイマーの停止の説明については、上記の図１９を参照されたい。

【0467】

可能な実装では、端末がＲＲＣ拒否メッセージを受信した後、第二のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行し得る。具体例は、図１４におけるものと同様である。相違点は、Ｓ６０４が次のように変更され得る点にある。すなわち、第二のタイマーが作動していない場合、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行することであり、図１４における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある。なお、第二のタイマーの停止の説明については、上記の図１９を参照されたい。

【0468】

可能な実装では、端末がＲＲＣ拒否メッセージを受信した後、第二のタイマーが作動していない場合、端末は、第三のタイマーを始動し得る。第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。具体例は、図１４におけるものと同様である。相違点は、Ｓ６０４が次のように変更され得る点にある。第二のタイマーが作動していない場合、第三のタイマーを始動すること。Ｓ６０４の後、本方法は、以下をさらに含む。すなわち、第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行し、図１４における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある。第二のタイマーの停止の説明については、上記の図１９を参照されたい。

【0469】

可能な実装では、第一のタイマーが期限切れになったときに、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。具体例は、図１５におけるものと同様である。相違点は、図１５における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある点にある。なお、第二のタイマーの停止については、上記の図１９を参照されたい。

【0470】

可能な実装では、第一のタイマーが期限切れになったときに、第二のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行し得る。具体例は、図１５におけるものと同様である。相違点は、Ｓ７０３が次のように変更され得る点にある。すなわち、第一のタイマーが期限切れになったときに、第二のタイマーが作動していない場合、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行することであり、図１５における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある。なお、第二のタイマーの停止の説明については、上記の図１９を参照されたい。

【0471】

可能な実装では、第一のタイマーが期限切れになったときに、第二のタイマーが作動していない場合、端末は、第三のタイマーを始動し得る。第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行する。具体例は、図１５におけるものと同様である。相違点は、Ｓ７０３を次のように変更され得る点にある。すなわち、第一のタイマーが期限切れになったときに、第二のタイマーが作動していない場合、第三のタイマーを始動すること。Ｓ７０３の後、本方法は、以下をさらに含む。すなわち、第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行することであり、図１５における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある。なお、第二のタイマーの停止の説明については、上記の図１９を参照されたい。

【0472】

可能な実装では、第二のサービングセルのＳＩＢ１が受信されたときに、第二のサービングセルが構成済みのＲＮＡに属し、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。具体例は、図１６におけるものと同様である。相違点は、図１６における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある点にある。なお、第二のタイマーの停止の説明については、上記の図１９を参照されたい。

【0473】

可能な実装では、第二のサービングセルのＳＩＢ１が受信されたときに、第二のサービングセルが構成済みのＲＮＡに属し、第二のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行し得る。具体例は、図１５におけるものと同様である。相違点は、Ｓ８０４が次のように変更され得る点にある。すなわち、第二のサービングセルが構成済みのＲＮＡに属し、第二のタイマーが動作していない場合、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行することであり、図１６における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある。なお、第二のタイマーの停止については、上記の図１９を参照されたい。

【0474】

可能な実装において、第二のサービングセルのＳＩＢ１が受信されたときに、第二のサービングセルが構成済みのＲＮＡに属し、第二のタイマーが作動していない場合、端末は、第三のタイマーを始動する。具体例は、図１６におけるものと同様である。相違点は、Ｓ８０４が次のように変更され得る点にある。すなわち、第二のサービングセルが構成済みのＲＮＡに属し、第二のタイマーが作動しない場合、端末は、第三のタイマーを始動する。Ｓ８０４の後、本方法は、以下をさらに含む。すなわち、第三のタイマーが期限切れになったとき、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行することであり、図１６における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある。なお、第二のタイマーの停止の説明については、上記の図１９を参照されたい。

【0475】

可能な実装では、端末の完全性チェックが失敗したときに、第二のタイマーが作動していない場合、端末は、第一の変数を第一の値に設定し得る。具体例は、図１７におけるものと同様である。相違点は、図１７における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある点である。なお、第二のタイマーの停止の説明については、上記の図１９を参照されたい。

【0476】

可能な実装では、端末の完全性チェックが失敗したときに、第二のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を直接的に実行し得る。具体例は、図１７におけるものと同様である。相違点は、Ｓ９０３が次のように変更され得る点にある。すなわち、整合性チェックが失敗し、第二のタイマーが動作していない場合、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行することであり、図１７における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある。なお、第二のタイマーの停止の説明については、上記の図１９を参照されたい。

【0477】

可能な実装では、端末の完全性チェックが失敗したときに、第二のタイマーが作動していない場合、端末は、第三のタイマーを始動し得る。具体例は、図１７におけるものと同様である。相違点は、Ｓ９０３が次のように変更され得ることである。すなわち、完全性チェックが失敗し、第二のタイマーが作動していない場合、第三のタイマーを始動すること。Ｓ９０３の後、本方法は、以下をさらに含む。すなわち、第三のタイマーが期限切れになったときに、第一のタイマーが作動していない場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行することであり、図１７における「第二のタイマーが期限切れになる」ことが「第二のタイマーが停止する」ことに置き換えられる必要がある。なお、第二のタイマーの停止については、上述した図１９を参照されたい。

【0478】

可能な実装では、端末がＳＤＴ手順において第一の変数を第一の値に設定した後、アクセス禁止が緩和され、非アクセスＮＡＳ層がＲＲＣ接続再開を実行するようにＲＲＣ層に要求することない場合、かつ、第一の変数が第一の値である場合、端末は、ＲＮＡＵ用であるＲＲＣ接続再開手順を実行し得る。

【0479】

本出願におけるＳＤＴ手順（例えば、図５ないし図１０に示されるＳＤＴ手順）は、ＳＤＴ用である上述したＲＲＣ接続再開手順を含むことがあると理解され得る。任意選択で、送信されたＲＲＣ要求メッセージにおけるｒｅｓｕｍｅＣａｕｓｅ ＩＥは、ｍｏ－ｄａｔａである。本出願におけるＲＮＡＵ（例えば、ＲＮＡＵを実行する実装中の上述した例）は、ＲＮＡＵ用である上述したＲＲＣ接続再開手順を含み得る。任意選択で、送信されたＲＲＣ要求メッセージにおけるｒｅｓｕｍｅＣａｕｓｅ ＩＥは、ｒｎａ－Ｕｐｄａｔｅである。

【0480】

これは、上述に列挙した場合に限定されない。他の幾つかの実施形態では、端末がＲＲＣ ＩＤＬＥ状態にあると、ＲＮＡＵが実行される必要があり得る。具体的な実装は、ＲＲＣ ＩＮＡＣＴＩＶＥ状態にあるＵＥの実装と同様であるが、説明が異なることがある。例えば、ＲＮＡＵ用であるＲＲＣ接続再開手順は、ＲＮＡＵ用であるＲＲＣ接続設定手順に置き換えられ得る。

【0481】

端末によって受信されるメッセージは、上述した例におけるＳＩＢ１に限定されない。他の幾つかの実施形態では、端末は、別のメッセージを受信し、そのメッセージに基づいて、サービングセルが構成済みのＲＮＡに属するか否かを判定し得る。例えば、端末は、メッセージからセルＩＤを読み取り、読み取られたセルＩＤが、ＵＥ用に基地局によって構成されたセルリストに含まれ、ＲＡＮ－ＮｏｔｉｆｉｃａｔｉｏｎＡｒｅａＩｎｆｏ ＩＥにあるセルＩＤに属するか否かを判定する。別の例としては、端末は、メッセージからセルのＴＡＣを読み取り、その読み取られたＴＡＣが、ＵＥ用に基地局によって構成されたＲＡＮエリアリストに含まれ、ＲＡＮ－ＮｏｔｉｆｉｃａｔｉｏｎＡｒｅａＩｎｆｏ ＩＥにあるＴＡＣに属するか否かを判定する。サービングセルが構成済みのＲＮＡに属するか否かを判定する方式は、本出願において限定されない。

【0482】

幾つかの実施形態では、Ｔ３８０が期限切れになった後、またはＵＥの現在のＲＮＡ外のセルにおいてＵＥがＳＩＢ１を受信した後、ＲＲＣ ＩＮＡＣＴＩＶＥ状態にあるＵＥは、ＲＮＡＵ用であるＲＲＣ接続再開手順をトリガーする必要がある。ただし、ネットワーク機器はＳＤＴデータ送信を実行しているＵＥのセル位置を知覚することができるため、実際には、ＵＥは、ＲＮＡＵを実行する必要がない。そのため、ＳＤＴ手順では、ＲＮＡＵのトリガーを回避する必要がある。

【0483】

幾つかの実施形態では、Ｔ３８０は、ＳＤＴ手順において停止される。例えば、ＳＤＴ手順が開始した後、ネットワーク機器から、ＵＥのＲＲＣ要求メッセージに対応する第一の応答メッセージを受信すると、ＵＥは、Ｔ３８０を停止する。例えば、ＵＥは、ＲＡ－ＳＤＴの競合解消ＭＡＣ ＣＥを受信すると、またはＣＧ－ＳＤＴにおいて送信されたＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに応答して、ＡＣＫを受信すると、Ｔ３８０を停止する。

【0484】

幾つかの実施形態では、追加の条件が、以下のように導入される。すなわち、ＲＮＡＵは、ＳＤＴ障害検出タイマーが作動していないとき、すなわち、第一のタイマーが作動していることなく、Ｔ３８０が期限切れになった場合にのみ、トリガーすることができること。ＳＤＴ障害検出タイマーは、ＵＥがＳＤＴ用であるＲＲＣ接続再開手順を開始すると、始動される。換言すると、ＳＤＴ障害検出タイマーが作動していると、ＵＥは、ＳＤＴ手順を実行している。そのため、Ｔ３８０が期限切れになると、周期的なＲＮＡＵがトリガーされることを回避するために、周期的なＲＮＡＵをトリガーするための現在の条件に追加条件が追加され得る。

【0485】

本出願において説明される通信システムアーキテクチャおよびサービスシナリオは、本出願における技術的解決策をより明確に説明することを意図しているが、本出願に提供される技術的解決策に対する制約を構成していないと理解され得る。当業者であれば、通信システムアーキテクチャの進化、および新たなサービスシナリオの出現に伴い、本出願に提供される技術的解決策も同様の技術的問題に適用可能であると認識し得る。

【0486】

当業者であれば、上述した実施形態における方法の手順の全部または一部が、コンピュータプログラムに関連するハードウェアを指示するコンピュータプログラムによって実装され得ると理解し得る。コンピュータプログラムは、コンピュータ可読記憶媒体に格納され得る。コンピュータプログラムが実行されると、上述した方法の実施形態における手順が含まれ得る。記憶媒体には、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、または光ディスクなどの、コンピュータプログラムコードを保存することができる任意の媒体が含まれる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】