特許7642787 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 中国移動通信有限公司研究院の特許一覧 ▶ 中国移▲動▼通信集▲団▼公司の特許一覧

特許7642787データ伝送方法及び端末

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3a
3b
4
5
6
7a
7b
7c
7d
7e
7f
7g
7h
8
9
10
11
12
13

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

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

(11)【特許番号】

(24)【登録日】2025-02-28

(45)【発行日】2025-03-10

(54)【発明の名称】データ伝送方法及び端末

(51)【国際特許分類】

H04W 76/27 20180101AFI20250303BHJP

H04W 76/30 20180101ALI20250303BHJP

H04W 74/0836 20240101ALI20250303BHJP

H04W 80/02 20090101ALI20250303BHJP

【ＦＩ】

H04W76/27

H04W76/30

H04W74/0836

H04W80/02

【請求項の数】 3

(21)【出願番号】P 2023506351

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

(65)【公表番号】

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

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

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

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

【審査請求日】2023-03-29

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

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

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

(73)【特許権者】

【識別番号】518389015

【氏名又は名称】中国移動通信有限公司研究院

【氏名又は名称原語表記】ＣｈｉｎａＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎＣｏ．，ＬｔｄＲｅｓｅａｒｃｈＩｎｓｔｉｔｕｔｅ

【住所又は居所原語表記】３２ＸｕａｎｗｕｍｅｎＷｅｓｔＳｔｒｅｅｔ，ＸｉｃｈｅｎｇＤｉｓｔｒｉｃｔ，Ｂｅｉｊｉｎｇ１０００５３，Ｃｈｉｎａ

(73)【特許権者】

【識別番号】507142144

【氏名又は名称】中国移動通信集団有限公司

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

(74)【代理人】

【識別番号】100145403

【弁理士】

【氏名又は名称】山尾憲人

(74)【代理人】

【識別番号】100135703

【弁理士】

【氏名又は名称】岡部英隆

(72)【発明者】

【氏名】劉亮

(72)【発明者】

【氏名】陳寧宇

(72)【発明者】

【氏名】韓星宇

(72)【発明者】

【氏名】胡南

【審査官】石原由晴

(56)【参考文献】

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

【文献】Ericsson，Details of solution B for small data transmission in RRC_INACTIVE[online]，3GPP TSG-RAN WG2 #97 R2-1700890，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97/Docs/R2-1700890.zip>，2017年02月04日

【文献】Nokia, Nokia Shanghai Bell，MAC sub-header formats[online]，3GPP TSG-RAN WG2 #99 R2-1708763，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_99/Docs/R2-1708763.zip>，2017年08月12日

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１、４

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

【請求項1】

無線リソース制御（ＲＲＣ）非アクティブ状態にある端末のためのデータ伝送方法であって、
データ及びＲＲＣ回復要求メッセージを、第１基地局又は第１基地局の集中ユニット（ＣＵ）又は第１基地局の分散ユニット（ＤＵ）に送信することと、
前記第１基地局又は前記第１基地局のＣＵ又は前記第１基地局のＤＵから送信されたＲＲＣ解放メッセージを受信することと、を含み、
前記データ及びＲＲＣ回復要求メッセージを、前記第１基地局又は前記第１基地局のＣＵ又は前記第１基地局のＤＵに送信する前に、前記データ伝送方法は、
前記データを直接第１メディアアクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）として第１ＭＡＣプロトコルデータユニット（ＰＤＵ）にカプセル化することをさらに含み、
前記第１ＭＡＣＳＤＵのサブヘッダ情報には、論理チャネル識別情報及びベアラ識別情報が含まれ、前記論理チャネル識別情報は、前記データの論理チャネルタイプを示すために用いられ、前記ベアラ識別情報は、前記データに対応するデータベアラを示すために用いられる、データ伝送方法。

【請求項2】

前記ＲＲＣ回復要求メッセージは、４ステップのランダムアクセスプロセスにおけるＲＲＣ回復要求メッセージ、又は、２ステップのランダムアクセスプロセスにおけるＭＳＧＡが搬送するＲＲＣ回復要求メッセージである、
請求項１に記載のデータ伝送方法。

【請求項3】

プロセッサと、メモリと、前記メモリに記憶され、前記プロセッサで実行可能なコンピュータプログラムと、を備え、
前記コンピュータプログラムは、前記プロセッサによって実行されるときに、前記プロセッサに、請求項１または２に記載のデータ伝送方法を実行させる、端末。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信技術の分野に関し、特に、データ伝送方法、端末及びネットワーク側機器に関する。

【0002】

（関連出願への相互参照）
本願は、２０２０年０７月３１日に中国特許局に提出された、出願番号が２０２０１０７５７１０５．７である中国特許出願の優先権を主張し、その内容の全てが引用により本願に組み込まれる。

【背景技術】

【0003】

現在、端末の状態は、無線リソース制御（ＲＲＣ：ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）アイドル状態とＲＲＣ接続状態に加えて、ＲＲＣ非アクティブ状態（ＲＲＣ＿ｉｎａｃｔｉｖｅ）をさらに含む。ＲＲＣ非アクティブ状態は、リソースとエネルギーを可能な限り節約しながら、ユーザ機器（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）を迅速にＲＲＣ接続状態になるようにし、プロトコルデータユニット（ＰＤＵ：ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションの確立を完了することができ、超信頼性と低遅延シナリオの要件を満たすことができる。

【発明の概要】

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

【0004】

しかしながら、ＲＲＣ非アクティブ状態にある端末がデータを送信する必要がある場合、端末はまず接続回復を行い、データを送信するためにＲＲＣ接続状態に入る必要がある。この方式は、小さなパケット伝送のシナリオでは伝送遅延が増加する可能性がある。

【0005】

本開示の実施例は、データ伝送方法、端末（ＵＥ）及びネットワーク側機器を提供することにより、関連技術の伝送モードにおける大きな伝送時間遅延の問題を解決する。

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

【0006】

第１態様によれば、本開示の実施例は、無線リソース制御（ＲＲＣ）非アクティブ状態にある端末のためのデータ伝送方法を提供し、前記データ伝送方法は、
データ及びＲＲＣ回復要求メッセージを、第１基地局又は第１基地局の集中ユニット（ＣＵ：ＣｅｎｔｒａｌｉｚｅｄＵｎｉｔ）又は第１基地局の分散ユニット（ＤＵ：ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ）に送信することと、
第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵから送信されたＲＲＣ解放メッセージを受信することと、を含む。

【0007】

第２態様によれば、本開示の実施例は、第１基地局又は第１基地局の集中ユニット（ＣＵ）又は第１基地局の分散ユニット（ＤＵ）のためのデータ伝送方法を提供し、前記データ伝送方法は、
無線リソース制御（ＲＲＣ）非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信することと、
ＲＲＣ解放メッセージを端末に送信することと、を含む。

【0008】

第３態様によれば、本開示の実施例は、第２基地局のためのデータ伝送方法を提供し、前記データ伝送方法は、
第１基地局又は第１基地局の集中ユニット（ＣＵ）から送信されたユーザ機器（ＵＥ）コンテキスト検索（ｒｅｔｒｉｅｖａｌ）要求メッセージを受信することと、
ＵＥコンテキスト検索失敗メッセージを第１基地局又は第１基地局のＣＵに送信することと、
前記データをコアネットワークに送信することと、を含む。

【0009】

第４態様によれば、本開示の実施例は、第１基地局の分散ユニット（ＤＵ）に適用されるデータ伝送方法を提供し、前記データ伝送方法は、
無線リソース制御（ＲＲＣ）非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信することと、
前記データ及びＲＲＣ回復要求メッセージを第１基地局の集中ユニット（ＣＵ）に送信することと、
第１基地局のＣＵから送信されたＲＲＣ解放メッセージを受信することと、
前記ＲＲＣ解放メッセージを端末に送信することと、を含む。

【0010】

第５態様によれば、本開示の実施例は、無線リソース制御（ＲＲＣ）非アクティブ状態にある端末を提供し、前記端末は、
データ及びＲＲＣ回復要求メッセージを、第１基地局又は第１基地局の集中ユニット（ＣＵ）又は第１基地局の分散ユニット（ＤＵ）に送信するように構成される送信モジュールと、
第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵから送信されたＲＲＣ解放メッセージを受信するように構成される受信モジュールと、を備える。

【0011】

第６態様によれば、本開示の実施例は、無線リソース制御（ＲＲＣ）非アクティブ状態にある端末を提供し、前記端末は、プロセッサと、トランシーバと、を備え、
前記トランシーバは、データ及びＲＲＣ回復要求メッセージを、第１基地局又は第１基地局の集中ユニット（ＣＵ）又は第１基地局の分散ユニット（ＤＵ）に送信し、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵから送信されたＲＲＣ解放メッセージを受信する。

【0012】

第７態様によれば、本開示の実施例は、第１基地局又は第１基地局の集中ユニット（ＣＵ）又は第１基地局の分散ユニット（ＤＵ）であるネットワーク側機器を提供し、前記ネットワーク側機器は、
無線リソース制御（ＲＲＣ）非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信するように構成される受信モジュールと、
ＲＲＣ解放メッセージを端末に送信するように構成される送信モジュールと、備える。

【0013】

第８態様によれば、本開示の実施例は、第１基地局又は第１基地局の集中ユニット（ＣＵ）又は第１基地局の分散ユニット（ＤＵ）であるネットワーク側機器を提供し、前記ネットワーク側機器は、プロセッサと、トランシーバと、を備え、
前記トランシーバは、無線リソース制御（ＲＲＣ）非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信し、ＲＲＣ解放メッセージを端末に送信する。

【0014】

第９態様によれば、本開示の実施例は、第２基地局であるネットワーク側機器を提供し、前記ネットワーク側機器は、
第１基地局又は第１基地局の集中ユニット（ＣＵ）から送信されたユーザ機器（ＵＥ）コンテキスト検索要求メッセージを受信するように構成される第１受信モジュールと、
ＵＥコンテキスト検索失敗メッセージを第１基地局又は第１基地局のＣＵに送信するように構成される第１送信モジュールと、
前記データをコアネットワークに送信するように構成される第２送信モジュールと、を備える。

【0015】

第１０態様によれば、本開示の実施例は、第２基地局であるネットワーク側機器を提供し、前記ネットワーク側機器は、プロセッサと、トランシーバと、を備え、
前記トランシーバは、第１基地局又は第１基地局の集中ユニット（ＣＵ）から送信されたユーザ機器（ＵＥ）コンテキスト検索要求メッセージを受信し、ＵＥコンテキスト検索失敗メッセージを第１基地局又は第１基地局のＣＵに送信し、データをコアネットワークに送信する。

【0016】

第１１態様によれば、本開示の実施例は、第１基地局のＤＵであるネットワーク側機器を提供し、前記ネットワーク側機器は、
無線リソース制御（ＲＲＣ）非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信するように構成される第１受信モジュールと、
前記データ及びＲＲＣ回復要求メッセージを第１基地局の集中ユニット（ＣＵ）に送信するように構成される第１送信モジュールと、
第１基地局のＣＵから送信されたＲＲＣ解放メッセージを受信するように構成される第２受信モジュールと、
前記ＲＲＣ解放メッセージを端末に送信するように構成される第２送信モジュールと、を備える。

【0017】

第１２態様によれば、本開示の実施例は、第１基地局のＤＵであるネットワーク側機器を提供し、前記ネットワーク側機器は、プロセッサと、トランシーバと、を備え、
前記トランシーバは、無線リソース制御（ＲＲＣ）非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信し、前記データ及びＲＲＣ回復要求メッセージを第１基地局の集中ユニット（ＣＵ）に送信し、第１基地局のＣＵから送信されたＲＲＣ解放メッセージを受信し、前記ＲＲＣ解放メッセージを端末に送信する。

【0018】

第１３態様によれば、本開示の実施例は、端末を提供し、前記端末は、プロセッサと、メモリと、前記メモリに記憶され、前記プロセッサで実行可能なコンピュータプログラムと、を備え、前記コンピュータプログラムは、前記プロセッサによって実行されるときに、前記プロセッサに、第１態様に記載のデータ伝送方法におけるステップを実行させる。

【0019】

第１４態様によれば、本開示の実施例は、ネットワーク側機器を提供し、前記ネットワーク側機器は、プロセッサと、メモリと、前記メモリに記憶され、前記プロセッサで実行可能なコンピュータプログラムと、を備え、前記コンピュータプログラムは、前記プロセッサによって実行されるときに、前記プロセッサに、第２態様に記載のデータ伝送方法におけるステップ、又は第３態様に記載のデータ伝送方法におけるステップ、又は第４態様に記載のデータ伝送方法におけるステップを実行させる。

【0020】

第１５態様によれば、本開示の実施例は、コンピュータプログラムが記憶されたコンピュータ可読記憶媒体を提供し、前記コンピュータプログラムは、前記プロセッサによって実行されるときに、前記プロセッサに、第１態様に記載のデータ伝送方法におけるステップ、又は，第２態様に記載のデータ伝送方法におけるステップ、又は第３態様に記載のデータ伝送方法におけるステップ、又は第４態様に記載のデータ伝送方法におけるステップを実行させる。

【発明の効果】

【0021】

本開示の実施例では、ＲＲＣ非アクティブ状態にある端末は、データ及びＲＲＣ回復要求メッセージを、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵに送信し、第１基地局又は第１基地局のＣＵ又は第１基地局ＤＵから送信されたＲＲＣ解放メッセージを受信する。データの伝送時間を早めることにより、伝送遅延を低減し、端末がＲＲＣ非アクティブ状態に戻るプロセスを高速化し、端末の消費電力を節約することができる。

【図面の簡単な説明】

【0022】

【図1】本開示の実施例によるデータ伝送方法のフローチャート１である。

【図2】関連技術における端末とターゲット基地局との間のデータ伝送プロセスの概略図である。

【図3a】本開示の実施例によるＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）ＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）のフィールド構成の概略図である。

【図3b】本開示の実施例によるＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）ＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）のフィールド構成の概略図である。

【図4】本開示の実施例によるデータ伝送方法のフローチャート２である。

【図5】本開示の実施例によるデータ伝送方法のフローチャート３である。

【図6】本開示の実施例によるデータ伝送方法のフローチャート４である。

【図7a】本開示の実施例による様々なシナリオにおけるデータ伝送方法のフローチャートである。

【図7b】本開示の実施例による様々なシナリオにおけるデータ伝送方法のフローチャートである。

【図7c】本開示の実施例による様々なシナリオにおけるデータ伝送方法のフローチャートである。

【図7d】本開示の実施例による様々なシナリオにおけるデータ伝送方法のフローチャートである。

【図7e】本開示の実施例による様々なシナリオにおけるデータ伝送方法のフローチャートである。

【図7f】本開示の実施例による様々なシナリオにおけるデータ伝送方法のフローチャートである。

【図7g】本開示の実施例による様々なシナリオにおけるデータ伝送方法のフローチャートである。

【図7h】本開示の実施例による様々なシナリオにおけるデータ伝送方法のフローチャートである。

【図8】本開示の実施例による端末の構造図である。

【図9】本開示の実施例による端末の構造図である。

【図10】本開示の実施例によるネットワーク側機器の構造図である。

【図11】本開示の実施例によるネットワーク側機器の構造図である。

【図12】本開示の実施例によるネットワーク側機器の構造図である。

【図13】本開示の実施例によるネットワーク側機器の構造図である。

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

【0023】

本開示の実施例の技術的解決策をより明確に説明するために、上記で、実施例の説明で使用される図面について簡単に紹介したが、明らかに、上記の図面は、本開示のいくつかの実施例に過ぎず、当業者にとっては、創造的な労力を払わなくても、これらの図面に基づいて他の関連図面を得ることもできる。

【0024】

以下では、本願実施例における図面を参照して本願実施例における技術的解決策を説明するが、明らかに、記載された実施例は、本願実施例の一部であり、すべての実施例ではない。本開示の実施例に基づいて、創造的な労力を払わずに当業者によって得られる他のすべての実施例は、本開示の保護範囲に含まれる。

【0025】

図１を参照すると、図１は、本開示の実施例によるデータ伝送方法のフローチャートであり、無線リソース制御（ＲＲＣ）非アクティブ状態にある端末に用いられ、図１に示すように、前記データ伝送方法は、以下のステップ（Ｓ：Ｓｔｅｐ）を含む。

【0026】

ステップ１０１において、データ及びＲＲＣ回復要求メッセージを、第１基地局又は第１基地局の集中ユニット（ＣＵ：ＣｅｎｔｒａｌｉｚｅｄＵｎｉｔ）又は第１基地局の分散ユニット（ＤＵ：ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ）に送信する。

【0027】

本開示の具体的な実施例では、当該データは、インスタントメッセージングソフトウェアのデータ、メールなどのアプリケーションのハートビートパケット、スマートウェアラブルデバイス及びセンサのデータなど、様々なアプリケーションのアプリケーションデータであり得る。データ及びＲＲＣ回復要求メッセージは、同じデータ送信で第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵに送信される。

【0028】

４ステップのランダムアクセスプロセスの場合、端末は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）機会（ｏｃｃａｓｉｏｎ）で、プリアンブルを第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵに送信し、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵは、プリアンブルを検出した後、ランダムアクセス応答メッセージを端末に送信し、ここで、プリアンブルを送信するＰＲＡＣＨ機会に対応するランダムアクセス（ＲＡ：ＲａｎｄｏｍＡｃｃｅｓｓ）無線ネットワーク一時識別子（ＲＮＴＩ：ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒｙＩｄｅｎｔｉｔｙ）でスクランブルされる。

【0029】

端末は、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵから送信されたランダムアクセス応答メッセージを受信し、当該ランダムアクセス応答メッセージが、端末に送信されたものであると決定された場合、例えば、ランダムアクセスプリアンブル識別子（ＲＡＰＩＤ：ＲａｎｄｏｍＡｃｃｅｓｓｐｒｅａｍｂｌｅｉｄｅｎｔｉｆｉｅｒ）が一致する場合、端末は、データ及びＲＲＣ回復要求メッセージを第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵに送信する。

【0030】

２ステップのランダムアクセスプロセスの場合、ステップ１０１は、端末がＰＲＡＣＨ機会にプリアンブルを第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵに送信し、物理アップリンク共有チャネル（ＰＵＳＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）でデータ及びＲＲＣ回復要求メッセージを、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵに送信することを含む。

【0031】

ステップ１０２において、第１基地局又は第１基地局のＣＵ又は第１基地局ＤＵから送信されたＲＲＣ解放メッセージを受信する。

【0032】

端末がＲＲＣ解放メッセージを受信した後、ＲＲＣ接続が解放され、端末は、ＲＲＣ非アクティブ状態になり、端末の電力消費を節約することができる。

【0033】

４ステップのアクセスプロセスの関連技術では、ＲＲＣ非アクティブ状態にある端末がデータを送信する必要がある場合、図２に示す複数のステップが必要となり、図２において、ターゲット基地局は、第１基地局又は第１基地局のＣＵ又は第１基地局ＤＵである。

【0034】

ステップ１１１において、端末は、プリアンブルをターゲット基地局に送信する。

【0035】

ステップ１１２において、端末は、ターゲット基地局のランダムアクセス応答メッセージを受信する。

【0036】

ステップ１１３において、端末は、ＲＲＣ回復要求メッセージをターゲット基地局に送信する。

【0037】

ステップ１１４において、端末は、ターゲット基地局から送信されたＲＲＣ回復メッセージを受信する。

【0038】

ステップ１１５において、端末は、ＲＲＣ回復完了メッセージをターゲット基地局に送信する。

【0039】

ステップ１１６において、端末は、データをターゲット基地局に送信する。

【0040】

図２に示した端末がデータを伝送する処理と比較して、本開示の具体的な実施形態におけるデータ送信方法は、ＲＲＣ回復が完了した後にデータの伝送を開始する必要はなく、ランダムアクセス応答メッセージを受信した後にデータを伝送することができ、即ち、データの伝送時間を早めることにより、伝送遅延を低減することができる。同時に、関連技術と比較して、本開示の具体的な実施形態は、端末がＲＲＣ非アクティブ状態に戻るプロセスを高速化し、端末の消費電力を節約することができる。

【0041】

同様に、２ステップのランダムアクセスプロセスでも、データ伝送遅延を低減しながら、端末の消費電力を節約することができる。

【0042】

本実施例では、ＲＲＣ非アクティブ状態にある端末は、データ及びＲＲＣ回復要求メッセージを第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵに送信し、第１基地局又は第１基地局のＣＵ又は第１基地局ＤＵから送信されたＲＲＣ解放メッセージを受信する。データの伝送時間を早めることにより、伝送遅延を低減し、端末がＲＲＣ非アクティブ状態に戻るプロセスを高速化し、端末の消費電力を節約することができる。

【0043】

さらに、前記ＲＲＣ回復要求メッセージは、４ステップのランダムアクセスプロセスにおけるＲＲＣ回復要求メッセージ、又は、２ステップのランダムアクセスプロセスにおけるＭＳＧＡが搬送するＲＲＣ回復要求メッセージである。

【0044】

さらに、前記データは、前記ＲＲＣ回復要求メッセージと多重化又はカスケード化される。

【0045】

さらに、ステップ１０１において、データ及びＲＲＣ回復要求メッセージを、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵに送信する前に、前記データ伝送方法は、
前記データを直接第１メディアアクセス制御（ＭＡＣ：ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）サービスデータユニット（ＳＤＵ：ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）として第１ＭＡＣプロトコルデータユニット（ＰＤＵ：ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）にカプセル化すること、又は
前記データを使用した前処理により生成された第２ＭＡＣＳＤＵを第２ＭＡＣＰＤＵにカプセル化すること、をさらに含む。

【0046】

つまり、前記データは、第１ＭＡＣＰＤＵ又は第２ＭＡＣＰＤＵにカプセル化される。ここで、前記前処理は、シグナリングベアラ及びデータベアラの回復処理、暗号化処理、セグメント処理のうちの少なくとも１つを含む。

【0047】

具体的には、端末が、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵから送信されたランダムアクセス応答メッセージを受信した後、当該ランダムアクセス応答メッセージが、端末に送信されたものであると決定された場合、例えば、ＲＡＰＩＤが一致する場合、アップリンク（ＵＬ：Ｕｐｌｉｎｋ）グラント（Ｇｒａｎｔ）リソースで端末の識別子（ＩＤ：ＩｄｅｎｔｉｔｙＤｏｃｕｍｅｎｔ）及びアップリンクデータを送信する。

【0048】

このとき、端末がシグナリング無線ベアラ（ＳＲＢ：ＳｉｇｎａｌＲａｄｉｏＢｅａｒｅｒ）、データ無線ベアラ（ＤＲＢ：ＤａｔａＲａｄｉｏＢｅａｒｅｒ）などの構成をアクティブ化していない場合、端末は、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）データ（即ち、データ）を第１ＭＡＣＳＤＵとして第１ＭＡＣＰＤＵに直接カプセル化する。そして、データにＭＡＣサブヘッダ情報（即ち、ｓｕｂ－ｈｅａｄｅｒ）を追加して、ＭＡＣサブＰＤＵ（即ち、ｓｕｂ－ＰＤＵ）を形成し、次に、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ）（即ち、ＲＲＣ回復要求メッセージ）又はＤＣＣＨ（ＤｅｄｉｃａｔｅｄＣｏｎｔｒｏｌＣｈａｎｎｅｌ）を含むＭＡＣｓｕｂ－ＰＤＵの後に配置し、ＣＣＣＨ又はＤＣＣＨを搬送するＭＡＣｓｕｂ－ＰＤＵのサブヘッダ情報には、別のＭＡＣＰＤＵも含むかどうかの指示が含まれ、具体的なＭＡＣＰＤＵは、図３ａに示すとおりである。

【0049】

ここで、最初のサブヘッダ情報（ｓｕｂ－ｈｅａｄｅｒ）のＳドメインは、後続にＭＡＣｓｕｂ－ＰＤＵがあるかどうかを示し、２番目のＭＡＣｓｕｂ－ＰＤＵのｓｕｂ－ｈｅａｄｅｒは、以下の２つの実現形態を含む。

【0050】

第１の実施形態（図３ａの参照符号ＡＡで示すように）：サブヘッダ情報には、データに対応する専用ＬＣＩＤ（ＬｏｇｉｃａｌＣｈａｎｎｅｌＩｄｅｎｔｉｆｉｃａｔｉｏｎ）、及び当該データに対応するＤＲＢＩＤ情報が含まれる。専用ＬＣＩＤは、データがＩＰデータであることを識別するために、基地局（第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵとして理解できる）によって使用される。ＤＲＢＩＤ情報は、データが端末のどのベアラに対応するかを知るために、基地局によって使用される。そのため、基地局は、当該データを適切なＧＴＰ－Ｕ（ＵｓｅｒＰｌａｎｅｏｆＧＰＲＳＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌ）トンネル（ｔｕｎｎｅｌ）に正確に配置してからコアネットワークに送信することができる。

【0051】

第２の実施形態（図３ａの参照符号ＢＢで示すように）：サブヘッダには、データに対応するＤＲＢＩＤ情報が含まれ、基地局は、ＤＲＢＩＤ情報に基づいてデータがＩＰデータであることを識別し、当該データがどの端末のベアラに対応するかを知ることで、当該データを適切なＧＴＰ－Ｕｔｕｎｎｅｌに正確に配置してからコアネットワークに送信することができる。

【0052】

このとき、端末がＳＲＢ、ＤＲＢなどの構成をアクティブ化していない場合、ＳＲＢ、ＤＲＢなどの構成をアクティブ化して、第２ＭＡＣＰＤＵを取得する。このようにして、図３ｂに示すように、ＰＤＣＰ層及びＲＬＣ層などの通常の処理モードに従ってデータを処理して、次に、第２ＭＡＣＳＤＵを生成し、第２ＭＡＣＳＤＵとＭＡＣｓｕｂ－ｈｅａｄｅｒとでＭＡＣｓｕｂ－ＰＤＵを形成し、当該ＭＡＣｓｕｂ－ＰＤＵを、ＣＣＣＨ又はＤＣＣＨを搬送するＭＡＣｓｕｂ－ＰＤＵの後に配置する。このようにして、ベアラがアクティブ化されているため、ＬＣＩＤは、正常なデータの論理チャネルＩＤ、即ち、０００００１～１０００００を使用すればよい。

【0053】

さらに、前記第１ＭＡＣＳＤＵのサブヘッダ情報には、論理チャネル識別情報及びベアラ識別情報のうちの少なくとも１つが含まれ、前記論理チャネル識別情報は、前記データの論理チャネルタイプを示すために用いられ、前記ベアラ識別情報は、前記データに対応するデータベアラを示すために用いられ、又は
前記第２ＭＡＣＳＤＵのサブヘッダ情報には、論理チャネル識別情報が含まれる。

【0054】

ここで、第１ＭＡＣＳＤＵは、論理チャネル識別情報及びベアラ識別情報のうちの少なくとも１つを含む。さらに、第１ＭＡＣＳＤＵは、少なくともベアラ識別情報を含む。第１ＭＡＣＳＤＵは、端末がＳＲＢ、ＤＲＢなどの構成をアクティブ化していない場合に対応し、データベアラがアクティブ化されていないため、第１ＭＡＣＳＤＵでデータベアラを指示する必要がある。さらに、前記第１ＭＡＣＳＤＵのサブヘッダ情報に含まれる論理チャネル識別情報は、ＩＰデータ専用の論理チャネル識別子である。

【0055】

第２ＭＡＣＳＤＵは、端末ベアラがアクティブ化されている場合に対応し、前処理によって第２ＭＡＣＳＤＵを決定し、後続に第２ＭＡＣＰＤＵをカプセル化解除するときに、データのデータベアラなどの情報を取得でき、前記第２ＭＡＣＳＤＵのサブヘッダ情報には、ベアラ識別情報が含まれず、論理チャネル識別情報のみが含まれる必要がある。

【0056】

図４に示すように、本開示の実施例は、データ伝送方法の一フローチャートを提供し、本実施例によって提供されるデータ伝送方法は、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵに用いられ、前記データ伝送方法は、次のステップを含む。

【0057】

ステップ２０１において、ＲＲＣ非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信する。

【0058】

４ステップのランダムアクセスプロセスの場合、端末は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）機会で、プリアンブルを第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵに送信し、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵは、プリアンブルを検出した後、ランダムアクセス応答メッセージを端末に送信し、ここで、プリアンブルを送信するＰＲＡＣＨ機会に対応するランダムアクセス（ＲＡ：ＲａｎｄｏｍＡｃｃｅｓｓ）無線ネットワーク一時識別子（ＲＮＴＩ：ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒｙＩｄｅｎｔｉｔｙ）でスクランブルされる。

【0059】

第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵは、ランダムアクセス応答メッセージを端末に送信し、端末が、当該ランダムアクセス応答メッセージが自体に送信されたものであると決定された場合、例えば、ＲＡＰＩＤが一致する場合、端末は、データ及びＲＲＣ回復要求メッセージを第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵに送信する。

【0060】

２ステップのランダムアクセスプロセスの場合、端末がＰＲＡＣＨ機会に送信したプリアンブルを受信し、端末がＰＵＳＣＨ機会に送信したデータ及びＲＲＣ回復要求メッセージを受信する。

【0061】

ステップ２０２において、ＲＲＣ解放メッセージを端末に送信する。

【0062】

４ステップのランダムアクセスプロセスの場合、第１基地局（以下、第１基地局を例として説明し、第１基地局に適用される方法は、第１基地局のＣＵ又は第１基地局のＤＵにも適用され得る）は、サスペンド指示を搬送するＲＲＣ解放メッセージを端末に直接送信することができる。

【0063】

２ステップのランダムアクセスプロセスの場合、第１基地局は、ＲＲＣ解放メッセージをＭＳＧＢ（ｍｅｓｓａｇｅＢ）メッセージで搬送して端末に送信でき、当該ＭＳＧＢメッセージはさらに、ランダムアクセス応答メッセージ、及びＲＡＰＩＤ情報を含み得る。

【0064】

端末がＲＲＣ解放メッセージを受信した後、ＲＲＣ接続が解放され、端末は、ＲＲＣ非アクティブ状態になり、端末の電力消費を節約することができ、ＲＲＣ解放メッセージは、端末競合の解決に成功したことを示すためにも使用される。

【0065】

さらに、ステップ２０２の後、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵデータをコアネットワークに送信し、データの伝送を完了する。

【0066】

本実施例では、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵは、ＲＲＣ非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信し、ＲＲＣ解放メッセージを端末に送信する。データの伝送時間を早めることにより、伝送遅延を低減し、端末がＲＲＣ非アクティブ状態に戻るプロセスを高速化し、端末の消費電力を節約することができる。

【0067】

さらに、前記ＲＲＣ回復要求メッセージは、４ステップのランダムアクセスプロセスにおけるＲＲＣ接続回復要求メッセージ、又は、２ステップのランダムアクセスプロセスにおけるＭＳＧＡが搬送するＲＲＣ回復要求メッセージである。

【0068】

さらに、前記データは、前記ＲＲＣ回復要求メッセージと多重化又はカスケード化される。

【0069】

さらに、前記データは、第１ＭＡＣＰＤＵ又は第２ＭＡＣＰＤＵにカプセル化され、前記第１ＭＡＣＰＤＵには、前記データによって直接生成された第１ＭＡＣＳＤＵが含まれ、前記第２ＭＡＣＰＤＵには、前記データに対する前処理によって生成された第２ＭＡＣＳＤＵが含まれる。

【0070】

ここで、前記前処理は、シグナリングベアラ及びデータベアラの回復処理、暗号化処理、セグメント処理のうちの少なくとも１つを含む。

【0071】

具体的には、端末が第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵから送信されたランダムアクセス応答メッセージを受信した後、当該ランダムアクセス応答メッセージが、端末に送信されたものであると決定された場合、例えば、ＲＡＰＩＤが一致する場合、ＵＬＧｒａｎｔリソースで端末のＩＤ及びアップリンクデータを送信する。具体的には、次のようないくつかの方案がある。

【0072】

このとき、端末がＳＲＢ、ＤＲＢなどの構成をアクティブ化していない場合、端末は、ＩＰデータ（即ち、データ）を第１ＭＡＣＳＤＵとして第１ＭＡＣＰＤＵに直接カプセル化する。

【0073】

端末は、データにＭＡＣサブヘッダ情報（即ち、ｓｕｂ－ｈｅａｄｅｒ）を追加して、ＭＡＣサブＰＤＵ（即ち、ｓｕｂ－ＰＤＵ）を形成し、次に、ＣＣＣＨ（即ち、ＲＲＣ回復要求メッセージ）又はＤＣＣＨを含むＭＡＣｓｕｂ－ＰＤＵの後に配置し、ＣＣＣＨ又はＤＣＣＨを搬送するＭＡＣｓｕｂ－ＰＤＵのサブヘッダ情報には、別のＭＡＣＰＤＵも含むかどうかの指示が含まれ、具体的なＭＡＣＰＤＵは、図３ａに示すとおりである。

【0074】

【0075】

第１の実施形態：ヘッダ情報（即ち、サブヘッダ情報）には、データに対応する専用ＬＣＩＤと、当該データに対応するＤＲＢＩＤ情報とが含まれ、専用ＬＣＩＤは、基地局が、当該データがＩＰデータであることを識別するために用いられ、ＤＲＢＩＤ情報は、基地局が、当該データが端末のどのベアラに対応するかを知るために使用され、これにより、基地局は、当該データを適切なＧＴＰ－Ｕｔｕｎｎｅｌに正確に配置してからコアネットワークに送信することができる。

【0076】

第２の実施形態：サブヘッダには、データに対応するＤＲＢＩＤ情報が含まれ、基地局は、ＤＲＢＩＤ情報に基づいてデータがＩＰデータであることを識別し、当該データがどの端末のベアラに対応するかを知ることで、当該データを適切なＧＴＰ－Ｕｔｕｎｎｅｌに正確に配置してからコアネットワークに送信することができる。

【0077】

このとき、端末がＳＲＢ、ＤＲＢなどの構成をアクティブ化していない場合、ＳＲＢ、ＤＲＢなどの構成をアクティブ化して、第２ＭＡＣＰＤＵを取得する。図３ｂに示すように、ＰＤＣＰ層及びＲＬＣ層などの通常の処理モードに従ってデータを処理して、次に、第２ＭＡＣＳＤＵを生成し、第２ＭＡＣＳＤＵとＭＡＣｓｕｂ－ｈｅａｄｅｒとでＭＡＣｓｕｂ－ＰＤＵを形成し、当該ＭＡＣｓｕｂ－ＰＤＵを、ＣＣＣＨ又はＤＣＣＨを搬送するＭＡＣｓｕｂ－ＰＤＵの後に配置する。ＬＣＩＤは、正常なデータの論理チャネルＩＤ、即ち、０００００１～１０００００を使用する。

【0078】

さらに、前記第１ＭＡＣＰＤＵは、論理チャネル識別情報及びベアラ識別情報のうちの少なくとも１つを含み、前記論理チャネル識別情報は、前記データの論理チャネルタイプを示すために用いられ、前記ベアラ識別情報は、前記データに対応するデータベアラを示すために用いられ、又は
前記第２ＭＡＣＳＤＵのサブヘッダ情報には、論理チャネル識別情報が含まれる。

【0079】

【0080】

第２ＭＡＣＳＤＵは、端末ベアラがアクティブ化されている場合に対応し、前処理によって第２ＭＡＣＳＤＵを決定し、後続に第２ＭＡＣＰＤＵをカプセル化解除するときに、データのデータベアラなどの情報を取得でき、前記第２ＭＡＣＳＤＵのサブヘッダ情報には、ベアラ識別情報が含まれず、論理チャネル識別情報が含まれる。

【0081】

さらに、無線リソース制御（ＲＲＣ）非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信した後、前記データ伝送方法は、
回復された前記データをコアネットワークに送信することをさらに含む。

【0082】

本実施例では、後述するように、第１基地局がデータをコアネットワークに送信してもよく（アンカー基地局を切り替える必要がある場合、すなわち、ＵＥコンテキストを再配置する場合に対応）、第１基地局がデータを第２基地局に送信してもよく、第２基地局がコアネットワークに送信してもよい（アンカー基地局を切り替える必要がない場合、すなわち、ＵＥコンテキストを再配置する場合に対応）。

【0083】

アンカー基地局を切り替える必要がない場合に対応して、このとき、第１基地局は、データとＵＥコンテキスト検索要求メッセージを一緒に第２基地局に送信し、アンカー基地局を切り替える必要がある場合には、回復された端末コンテキストに基づいて送信処理を行うことができる。

【0084】

つまり、無線リソース制御（ＲＲＣ）非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信した後、前記データ伝送方法は、
ＵＥコンテキスト検索要求メッセージを第２基地局に送信することと、
第２基地局から送信されたＵＥコンテキスト検索応答メッセージを受信することと、
前記データをコアネットワークに送信することと、をさらに含む。

【0085】

本実施例では、第１基地局は、端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信した後、ＲＲＣ回復要求メッセージからＩ－ＲＮＴＩ（ＩｎａｃｔｉｖｅＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ）及びＭＡＣ－Ｉ（ＭｅｓｓａｇｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＣｏｄｅ－Ｉｎｔｅｇｒｉｔｙ）を得、第２基地局のＩＤ情報を得、ＵＥコンテキスト要求メッセージを第２基地局に送信する。

【0086】

ＵＥコンテキスト検索応答メッセージがＵＥコンテキスト検索失敗メッセージである場合、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵは、データを第２基地局に送信し、第２基地局は、データをコアネットワークに送信する。

【0087】

ＵＥコンテキスト検索応答メッセージがＵＥコンテキスト検索成功メッセージである場合、第１基地局又は第１基地局のＣＵ又は第１基地局のＤＵは、データをコアネットワークに直接送信する。

【0088】

具体的には、ＵＥコンテキスト検索応答メッセージがＵＥコンテキスト検索成功メッセージである場合、前記データをコアネットワークに送信することは、具体的には、
正常に回復された端末コンテキストに基づいて、端末から送信された第１ＭＡＣＰＤＵ又は第２ＭＡＣＰＤＵから前記データを取得することであって、前記第１ＭＡＣＰＤＵには、前記データによって直接生成された第１ＭＡＣＳＤＵが含まれ、前記第２ＭＡＣＰＤＵには、前記データに対する前処理によって生成された第２ＭＡＣＳＤＵが含まれる、ことと、
前記データをコアネットワークに送信することと、を含む。

【0089】

具体的には、端末コンテキストが正常に回復された場合、第１ＭＡＣＰＤＵからＤＲＢＩＤ情報、及びデータを取得するか、又は第２ＭＡＣＰＤＵからＬＣＩＤに対応するデータを解析し、ＤＲＢ情報及びＰＤＵセッション情報を取得する。

【0090】

第１基地局は、データを取得した後、パス切り替え要求をコアネットワークに送信し、コアネットワークが送信しパス切り替え要求応答を受信し、第１基地局は、適切なトンネルを介してデータをコアネットワークに送信する。

【0091】

さらに、無線リソース制御（ＲＲＣ）非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信した後、前記データ伝送方法は、
ＵＥコンテキスト検索要求メッセージを第２基地局に送信することであって、前記ＵＥコンテキスト検索要求メッセージは、ＲＲＣ回復理由指示、データ送信指示、後続データ指示情報、端末キャッシュ情報、前記端末から送信されたデータ、データの論理チャネル識別情報、及びデータのベアラ識別情報のうちの少なくとも１つを搬送する、ことと、
第２基地局がＵＥコンテキスト要求メッセージ内の情報に基づいて、ＵＥコンテキストの移行を行うかどうかを決定することと、
第２基地局から送信されたＵＥコンテキスト検索失敗メッセージを受信することと、をさらに含む。

【0092】

ここで、前記ＲＲＣ回復理由指示は、緊急コール、高優先度アクセス、端末終了アクセス、端末トリガシグナリング、端末トリガデータ、端末トリガ音声コール、及び端末トリガビデオコールのうちの少なくとも１つを含む。

【0093】

一実施形態では、ＵＥコンテキスト検索要求メッセージは、ＲＲＣ回復理由指示を含み得、当該データに対応するベアラ識別情報を搬送し、ベアラ識別情報は、後続に適切なトンネルを介して当該データをコアネットワークに送信するように、第２基地局がデータに対応するＤＲＢＩＤを知るために用いられる。

【0094】

別の実施形態では、ＵＥコンテキスト検索要求メッセージは、ＲＲＣ回復理由指示及び／又はデータ送信指示を含み得る。

【0095】

第１基地局は、ＵＥコンテキスト検索失敗メッセージを受信した後、データを第２基地局に送信し、第２基地局は、データをコアネットワークに送信する。第１基地局がＵＥコンテキスト検索要求メッセージを第２基地局に送信すると同時に、データも送信した場合、第１基地局は、ＵＥコンテキスト検索失敗メッセージを受信した後、データを再び第２基地局に送信する必要がない。

【0096】

さらに、データ伝送方法は、
アドレス指示メッセージ又は前記ＵＥコンテキスト検索失敗メッセージによって搬送されるデータ転送情報を前記第２基地局から受信することと、
前記端末から送信されたデータを前記第２基地局に転送することと、をさらに含む。

【0097】

具体的には、データ転送情報が、ＵＥコンテキスト検索失敗メッセージで搬送されない場合、第２基地局から送信されたＵＥコンテキスト検索失敗メッセージを受信した後、アドレス指示メッセージによって搬送されるデータ転送情報も第２基地局から受信する。データ転送情報がＵＥコンテキスト検索失敗メッセージで搬送される場合、第１基地局は、ＵＥコンテキスト検索失敗メッセージを介してデータ転送情報を取得する。

【0098】

データ転送情報は、第２基地局の伝送層（ＴＮＬ：ＴｒａｎｓｐｏｒｔＮｅｔｗｏｒｋＬａｙｒｅｒ）情報であり得、インターネットプロトコルアドレス（ＩＰ：ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＡｄｄｒｅｓｓ）情報、及びトンネルプロトコルユーザプレーン（ＧＴＰ－Ｕ：ＵｓｅｒｐｌａｎｅｏｆＧＰＲＳＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌ）トンネルエンドポイント識別（ＴＥＩＤ：ＴｕｎｎｅｌＥｎｄｐｏｉｎｔＩｄｅｎｔｉｆｉｅｒ）情報を含み、データ転送情報に基づいて第２基地局を決定し、後続にデータを第２基地局に転送するために用いられる。

【0099】

さらに、前記端末から送信されたデータは、ＩＰデータ、第１ＭＡＣＰＤＵデータ、第１ＭＡＣＳＤＵデータ、第２ＭＡＣＰＤＵデータ、第２ＭＡＣＳＤＵデータ、回復された第１ＲＬＣＳＤＵ、及び回復された第２ＲＬＣＳＤＵのうちの少なくとも１つである。

【0100】

別の実施形態では、ＵＥコンテキスト検索応答メッセージは、ＲＬＣ構成情報及び／又は伝送層アドレス情報を搬送することができる。

【0101】

さらに、第１基地局又は第１基地局のＣＵは、ＲＬＣＳＤＵ又はＰＤＣＰＰＤＵを回復して、回復データを第１基地局又は第１基地局のＣＵに送信し、第１基地局又は第１基地局のＣＵは、端末から送信されたデータを回復し、データをコアネットワークに送信する。

【0102】

図５に示すように、図５は、本開示の実施例によるデータ伝送方法のさらに別のフローチャートであり、本実施例によって提供されるデータ伝送方法は、第２基地局に用いられ、前記データ伝送方法は、次のステップを含む。

【0103】

ステップ３０１において、第１基地局又は第１基地局のＣＵから送信されたＵＥコンテキスト検索要求メッセージを受信する。

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

プロセッサ８１０は、端末の制御センターであり、様々なインターフェース及び回線を使用して端末全体の各部分を接続し、メモリ８０９内に記憶されたソフトウェアプログラム及び／又はモジュールを動作又は実行し、メモリ８０９に記憶されたデータを呼び出して端末の各種機能及び処理データを実行することにより、端末を全体的に監視する。プロセッサ８１０は、１つ又は複数の処理ユニットを含み得、例示的に、プロセッサ810は、アプリケーションプロセッサとモデムプロセッサを統合することができ、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインタフェース、及びアプリケーションなどを処理し、モデムプロセッサは、主に無線通信を処理する。理解可能なこととして、上述したモデムプロセッサは、プロセッサ８１０に統合されなくてもよい。

【0323】

端末８００はさらに、バッテリなどの各構成要素に電力を供給する電源８１１を含み、例示的に、電源８１１は、電源管理システムを介してプロセッサ８１０と論理的に接続され、それにより、電源管理システムを介して充電、放電、及び消費電力の管理などの機能を実現することができる。

【0324】

また、端末８００は、図示しないいくつかの機能モジュールを含み、ここでは繰り返して説明しない。

【0325】

例示的に、本開示の実施形態は、端末をさらに提供し、前記端末は、プロセッサ８１０と、メモリ８０９と、前記メモリ８０９に記憶され、前記プロセッサ８１０で実行可能なコンピュータプログラムと、を備え、当該コンピュータプログラムは、プロセッサ８１０によって実行されるときに、上記の図１に示すデータ伝送方法の実施例の各プロセスを実現し、また、同じ技術的効果を達成することができ、繰り返しを避けるために、ここでは繰り返して説明しない。

【0326】

図１０を参照すると、図１０は、本開示の実施例によるネットワーク側機器の概略構造図であり、図１０に示すように、第１ネットワーク側機器９００は、第１基地局又は第１基地局の集中ユニット（ＣＵ）又は第１基地局の分散ユニット（ＤＵ）であり、第１ネットワーク側機器９００は、
無線リソース制御（ＲＲＣ）非アクティブ状態にある端末から送信されたデータ及びＲＲＣ回復要求メッセージを受信するように構成される第２受信モジュール９０１と、
ＲＲＣ解放メッセージを端末に送信するように構成される第２送信モジュール９０２と、を備える。

【0327】

【0328】

さらに、前記データは、前記ＲＲＣ回復要求メッセージと多重化又はカスケード化される。

【0329】

さらに、前記データは、第１メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）又は第２ＭＡＣＰＤＵにカプセル化され、前記第１ＭＡＣＰＤＵには、前記データによって直接生成された第１ＭＡＣサービスデータユニット（ＳＤＵ）が含まれ、前記第２ＭＡＣＰＤＵには、前記データに対する前処理によって生成された第２ＭＡＣＳＤＵが含まれる。

【0330】

さらに、前記前処理は、シグナリングベアラ及びデータベアラの回復処理、暗号化処理、セグメント処理のうちの少なくとも１つを含む。

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

図１２において、バスアーキテクチャ（バス１２０１によって表される）では、バス１２０１は、任意の数の相互接続されたバス及びブリッジを含み得、バス１２０１は、プロセッサ１２０５で表される１つ又は複数のプロセッサ、及びメモリ１２０６で表されるメモリを含む様々な回路を接続する。バス１２０１はまた、周辺機器、電圧調整器、及び電力管理回路などの様々な他の回路を接続することもでき、これらは、当技術分野でよく知られているため、本明細書では繰り返して説明しない。バスインターフェース１２０４は、バス１２０１とトランシーバ１２０２との間のインターフェースを提供する。トランシーバ１２０２は、1つの要素であってもよく、複数の受信機及び送信機などの複数の要素であってもよく、伝送媒体を介して様々な他のデバイスと通信するためのユニットを提供する。プロセッサ１２０５によって処理されたデータは、アンテナ１２０３を介して無線媒体上に伝送され、さらに、アンテナ１２０３は、データを受信してプロセッサ１２０５に伝送する。

【0390】

プロセッサ１２０５は、バス１２０１及び通常の処理の管理を担い、時間、周辺インターフェース、電圧調整、電力管理、及び他の制御機能を含む様々な機能を提供することもできる。また、メモリ１２０６は、動作を実行するときにプロセッサ１２０５によって使用されるデータを記憶するために使用され得る。

【0391】

例示的に、プロセッサ１２０５は、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ又はＣＰＬＤであり得る。

【0392】

例示的に、本開示の実施例は、ネットワーク側機器をさらに提供し、前記ネットワーク側機器は、プロセッサ１２０５と、メモリ１２０６と、メモリ１２０６に記憶され、前記プロセッサ１２０５で実行可能なコンピュータプログラムと、を備え、当該コンピュータプログラムは、プロセッサ１２０５によって実行されるときに、上記の図３に示すデータ伝送方法の実施例の各プロセスを実現するか、又は、上記の図４に示すデータ伝送方法の実施例の各プロセスを実現するか、又は、上記の図５に示すデータ伝送方法の実施例の各プロセスを実現し、また、同じ技術的効果を達成することができ、繰り返しを避けるために、ここでは繰り返して説明しない。

【0393】

本開示の実施例は、コンピュータ可読記憶媒体をさらに提供し、前記コンピュータプログラムは、プロセッサによって実行されるときに、図１に示すデータ伝送方法におけるステップ、又は、図３に示すデータ伝送方法におけるステップ、又は、図４に示すデータ伝送方法におけるステップ、又は、図５に示すデータ伝送方法におけるステップを実現する。

【0394】

ここで、前記的コンピュータ可読記憶媒体は、例えば、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクなどである。

【0395】

理解可能なこととして、本開示で説明されるこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組み合わせで実装され得る。ハードウェアの実装に対して、モジュール、ユニット、サブモジュール、サブユニットは、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ：ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔｓ）、デジタル信号プロセッサ（ＤＳＰ：ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇ）、デジタル信号処理機器（ＤＳＰＤ：ＤＳＰＤｅｖｉｃｅ）、プログラマブルロジックデバイス（ＰＬＤ：ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するように構成される他の電子ユニット又はその組み合わせで実装され得る。

【0396】

なお、本明細書において、「備える」、「含む」という用語、又はその任意の他の変形は、非排他的な包含をカバーすることを意図するので、一連の要素を含むプロセス、方法、物品又は装置は、それらの要素だけでなく、明示的に列挙されていない他の要素、又は、そのようなプロセス、方法、物品、又は装置の固有の要素をさらに含む。特に限定されていない場合、「…を含む」という文で定義された要素は、当該要素を含むプロセス、方法、物品、又は装置に、他の同じ要素があることを排除しない。

【0397】

上記の実施形態の説明により、当業者が明確に理解できることとして、上記の実施例の方法は、ソフトウェアと必要な汎用なハードウェアプラットフォームによって実現でき、もちろん、ハードウェアによっても実現できるが、多くの場合、前者がより好適な実施形態である。このような理解に基づき、本開示の実質的な技術的特徴又は関連技術に対する貢献度のある部分は、ソフトウェア製品の形で実装することができ、当該コンピュータソフトウェア製品は、１つの記憶媒体（ＲＯＭ／ＲＡＭ、ディスク、ＣＤなど）に記憶され、端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであり得る）に本開示の各実施例における方法を実行させる、複数の命令を含む。

【0398】

以上、図面を参照して本開示の実施形態について説明したが、本開示は、上述した具体的な実施形態に限定されるものではなく、上述した具体的な実施形態は、例示的なものであって限定されるものではなく、当業者は、本開示の要旨及び特許請求の範囲から逸脱することなく、多くの他の形態を作ることができ、これらはすべて本発明の保護範囲内に含まれるべきである。

【図1】