特表 2024-541064 指示方法、データ伝送方法、通信ノードおよび記憶媒体

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

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

(11)【公表番号】

(43)【公表日】2024-11-06

(54)【発明の名称】指示方法、データ伝送方法、通信ノードおよび記憶媒体

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20241029BHJP

   H04W 92/16 20090101ALI20241029BHJP

   H04W 8/22 20090101ALI20241029BHJP

   H04W 72/11 20230101ALI20241029BHJP

   H04W 74/0833 20240101ALI20241029BHJP

【ＦＩ】

H04W72/1268

H04W92/16

H04W8/22

H04W72/11

H04W74/0833

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024526750

(86)(22)【出願日】2022-11-24

(85)【翻訳文提出日】2024-05-02

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

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

(87)【国際公開日】2023-06-29

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

(32)【優先日】2021-12-24

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＪＡＶＡ

(71)【出願人】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100112656

【弁理士】

【氏名又は名称】宮田 英毅

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(72)【発明者】

【氏名】劉壮

(72)【発明者】

【氏名】馬子江

(72)【発明者】

【氏名】高音

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

5K067

【Ｆターム（参考）】

5K067AA11

5K067DD17

5K067DD34

5K067EE02

5K067EE10

5K067JJ11

(57)【要約】

本願は、指示方法、データ伝送方法、通信ノードおよび記憶媒体を提供する。該方法は、端末のコンテキストを確定し、第２通信ノードに指示メッセージを送信し、前記指示メッセージに、前記コンテキストに関連するインタフェース接続情報が含まれ、前記インタフェース接続情報が、前記第１通信ノードに対応する端末インタフェース識別子および前記第２通信ノードに対応する端末インタフェース識別子を含み、前記インタフェース接続情報が、記憶されたインタフェースによるスモールデータ伝送ＳＤＴを前記第２通信ノードに指示させることに用いられる。
【選択図】図１

【特許請求の範囲】

【請求項1】

第１通信ノードに適用される指示方法であって、
端末のコンテキストを確定することと、
第２通信ノードに指示メッセージを送信し、前記指示メッセージに、前記コンテキストに関連するインタフェース接続情報が含まれ、前記インタフェース接続情報が、前記第１通信ノードに対応する端末インタフェース識別子および前記第２通信ノードに対応する端末インタフェース識別子を含み、前記インタフェース接続情報が、記憶されたインタフェースによるスモールデータ伝送ＳＤＴを前記第２通信ノードに指示させることに用いられることと、を含む、
指示方法。

【請求項2】

前記第２通信ノードの初期上りリンク無線リソース制御ＲＲＣメッセージを受信し、前記初期上りリンクＲＲＣメッセージにＲＲＣ回復要求メッセージが含まれ、前記ＲＲＣ回復要求メッセージに非アクティブ状態の無線ネットワーク一時的識別子Ｉ－ＲＮＴＩが含まれることと、
前記Ｉ－ＲＮＴＩに基づいて前記端末を識別することと、
前記端末に対してＳＤＴ認証を行うことと、を更に含む、
請求項１に記載の方法。

【請求項3】

前記指示メッセージは、
ＳＤＴ認証成功メッセージ、端末コンテキスト確立要求メッセージ、端末コンテキスト修正メッセージの少なくとも１つを含む、
請求項１に記載の方法。

【請求項4】

シグナリングデータが担持された前記第２通信ノードの上りリンク共通制御チャネルＲＲＣメッセージを受信することと、
前記上りリンク共通制御チャネルＲＲＣメッセージに共通制御チャネルＣＣＣＨメッセージ指示が担持されている場合、または前記上りリンク共通制御チャネルＲＲＣメッセージに前記コンテキストに関連するインタフェース接続情報が担持されていない場合、前記上りリンク共通制御チャネルＲＲＣメッセージに担持されたシグナリングデータ内のＩ－ＲＮＴＩに基づき、前記シグナリングデータの属する端末を確定することと、を更に含む、
請求項１に記載の方法。

【請求項5】

前記第２通信ノードの、コンフィグアドグラントＣＧリソース解放指示または更新後のＣＧリソースが含まれるテキスト更新メッセージを受信することと、
前記テキスト更新メッセージに前記ＣＧリソース解放指示が含まれる場合、前記ＣＧリソース解放指示に基づき、第２通信ノード側端末のコンテキストの解放または保持を確定することと、を更に含む、
請求項１に記載の方法。

【請求項6】

前記ＣＧリソース解放指示または前記更新後のＣＧリソースに基づき、ＲＲＣ解放メッセージにおけるＣＧリソース関連情報を設定することと、
ＣＧリソースを解放するまたはＣＧリソースを更新するように前記端末に通知するための前記ＲＲＣ解放メッセージを送信することと、を更に含む、
請求項５に記載の方法。

【請求項7】

ランダムアクセスチャネルＲＡＣＨ ＳＤＴまたはＣＧ ＳＤＴを含むＳＤＴ種別情報が担持された前記第２通信ノードの初期上りリンクＲＲＣメッセージを受信することと、
ＣＧリソースが配置されており、且つ前記ＳＤＴ種別がＲＡＣＨ ＳＤＴである場合、前記ＣＧリソースを解放または更新することと、を更に含む、
請求項１に記載の方法。

【請求項8】

ＣＧリソース解放指示またはＣＧリソース更新指示が含まれる端末コンテキスト更新要求を送信することを更に含み、
前記ＣＧリソース解放指示は、ＣＧリソースを解放して前記端末のコンテキストを保留するように第２通信ノードに指示することに用いられ、
前記ＣＧリソース更新指示は、ＣＧリソースを再割り当てて更新するように前記第２通信ノードに指示することに用いられる、
請求項１に記載の方法。

【請求項9】

第２通信ノードに適用されるデータ伝送方法であって、
指示メッセージを受信し、前記指示メッセージに、端末のコンテキストに関連するインタフェース接続情報が含まれ、前記インタフェース接続情報が、第１通信ノードに対応する端末インタフェース識別子および前記第２通信ノードに対応する端末インタフェース識別子を含むことと、
前記インタフェース接続情報に基づき、前記端末のコンテキストおよび関連する記憶されたインタフェースを確定することと、
前記端末のコンテキストおよび前記記憶されたインタフェースに基づいてスモールデータ伝送ＳＤＴを行うことと、を含む
データ伝送方法。

【請求項10】

初期上りリンク無線リソース制御ＲＲＣメッセージを送信し、前記初期上りリンクＲＲＣメッセージにＲＲＣ回復要求メッセージが含まれ、前記ＲＲＣ回復要求メッセージに非アクティブ状態の無線ネットワーク一時的識別子Ｉ－ＲＮＴＩが含まれることを更に含む、
請求項９に記載の方法。

【請求項11】

前記指示メッセージは、
ＳＤＴ認証成功メッセージ、端末コンテキスト確立要求メッセージ、端末コンテキスト修正メッセージの少なくとも１つを含む、
請求項９に記載の方法。

【請求項12】

前記端末のコンテキストおよび前記記憶されたインタフェースに基づいてＳＤＴを行うことは、
前記端末のＳＤＴトラフィックデータを受信した場合、記憶された前記第１通信ノードに対応する端末インタフェースおよび前記第２通信ノードに対応する端末インタフェースに基づき、前記端末に対応するデータ無線ベアラＤＲＢデータ伝送チャネルを介して前記第１通信ノードに前記ＳＤＴトラフィックデータを伝送することを含む、
請求項９に記載の方法。

【請求項13】

前記端末のシグナリングデータを受信した場合、前記シグナリングデータが担持された上りリンク共通制御チャネルＲＲＣメッセージを送信することを更に含む、
請求項９に記載の方法。

【請求項14】

前記上りリンク共通制御チャネルＲＲＣメッセージには、共通制御チャネルＣＣＣＨメッセージ指示または前記コンテキストに関連するインタフェース接続情報が更に担持されている、
請求項１３に記載の方法。

【請求項15】

コンフィグアドグラントＣＧリソース解放指示または更新後のＣＧリソースが含まれるテキスト更新メッセージを送信することを更に含む、
請求項９に記載の方法。

【請求項16】

ランダムアクセスチャネルＲＡＣＨ ＳＤＴまたはＣＧ ＳＤＴを含むＳＤＴ種別情報が担持された初期上りリンクＲＲＣメッセージを送信することを更に含む、
請求項９に記載の方法。

【請求項17】

ＣＧリソース解放指示が含まれる端末コンテキスト更新要求を受信することと、
前記ＣＧリソース解放指示に基づいてＣＧリソースを解放して前記端末のコンテキストを保留することと、を更に含む、
請求項９に記載の方法。

【請求項18】

ＣＧリソース更新指示が含まれる端末コンテキスト更新要求を受信することと、
前記ＣＧリソース更新指示に基づいてＣＧリソースを再割り当てて更新することと、
端末コンテキスト更新要求フィードバックメッセージを送信することと、を更に含む、
請求項９に記載の方法。

【請求項19】

メモリと、プロセッサと、メモリに記憶されてプロセッサで実行可能なコンピュータプログラムとを含む通信ノードであって、
前記プロセッサが前記プログラムを実行すると、請求項１から８のいずれか１項に記載の指示方法または請求項９から１８のいずれか１項に記載のデータ伝送方法を実現する、
通信ノード。

【請求項20】

コンピュータプログラムが記憶されたコンピュータ可読記憶媒体であって、
前記コンピュータプログラムがプロセッサによって実行されると、請求項１から８のいずれか１項に記載の指示方法または請求項９から１８のいずれか１項に記載のデータ伝送方法を実現する、
コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、無線通信ネットワークの技術分野に関し、例えば、指示方法、データ伝送方法、通信ノードおよび記憶媒体に関する。

【背景技術】

【0002】

無線通信システムにおいて、基地局（例えば、ｇＮＢ）は、集中型ユニット（Ｃｅｎｔｒａｌｉｚｅｄ Ｕｎｉｔ、ＣＵ）と分散型ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ、ＤＵ）に分離することができ、１つの基地局は、１つのＣＵと複数のＤＵを含んでもよく、ＣＵとＤＵとの間はインタフェースを介して接続される。また、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）非アクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ）にある端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）にスモールデータ（Ｓｍａｌｌ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＳＤＴ）伝送用の特定にスケジュールされた（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ、ＣＧ）リソースを割り当てるが、ＵＥがランダムアクセスチャネル（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＲＡＣＨ）リソースを使用してＳＤＴ伝送を行う場合、ＤＵは、ＣＧ設定リソースを生成する時に記憶されたＵＥのコンテキストを用いてスモールデータ伝送を行うことができず、基地局側のリソースを浪費してしまう。

【発明の概要】

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

【0003】

本願は、指示方法、データ伝送方法、通信ノードおよび記憶媒体を提供する。

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

【0004】

本願の実施例は、
第１通信ノードに適用される指示方法であって、端末のコンテキストを確定することと、第２通信ノードに指示メッセージを送信し、前記指示メッセージに、前記コンテキストに関連するインタフェース接続情報が含まれ、前記インタフェース接続情報が、前記第１通信ノードに対応する端末インタフェース識別子および前記第２通信ノードに対応する端末インタフェース識別子を含み、前記インタフェース接続情報が、記憶されたインタフェースによるＳＤＴを前記第２通信ノードに指示させることに用いられることと、を含む、
指示方法を提供する。

【0005】

本願の実施例は、
第２通信ノードに適用されるデータ伝送方法であって、指示メッセージを受信し、前記指示メッセージに、端末のコンテキストに関連するインタフェース接続情報が含まれ、前記インタフェース接続情報が、第１通信ノードに対応する端末インタフェース識別子および前記第２通信ノードに対応する端末インタフェース識別子を含むことと、前記インタフェース接続情報に基づき、前記端末のコンテキストおよび関連する記憶されたインタフェースを確定することと、前記端末のコンテキストおよび前記記憶されたインタフェースに基づいてＳＤＴを行うことと、を含み、
データ伝送方法を更に提供する。

【0006】

本願の実施例は、
メモリと、プロセッサと、メモリに記憶されてプロセッサで実行可能なコンピュータプログラムとを含む通信ノードであって、前記プロセッサが前記プログラムを実行すると、上記指示方法またはデータ伝送方法を実現する、
通信ノードを更に提供する。

【0007】

本願の実施例は、
コンピュータプログラムが記憶されたコンピュータ可読記憶媒体であって、該プログラムがプロセッサによって実行されると、上記指示方法またはデータ伝送方法を実現する、
コンピュータ可読記憶媒体を更に提供する。

【図面の簡単な説明】

【0008】

【図1】一実施例に係る指示方法のフローチャートである。

【図2】一実施例に係るデータ伝送方法のフローチャートである。

【図3】一実施例に係るスモールデータ伝送方法の実現模式図である。

【図4】一実施例に係る別のスモールデータ伝送方法の実現模式図である。

【図5】一実施例に係る更なるスモールデータ伝送方法の実現模式図である。

【図6】一実施例に係る更なるスモールデータ伝送方法の実現模式図である。

【図7】一実施例に係る指示装置の構造模式図である。

【図8】一実施例に係るデータ伝送装置の構造模式図である。

【図9】一実施例に係る通信ノードのハードウェアの構造模式図である。

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

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

以下、異なる実施例により、スモールデータの伝送方法について例示的に説明する。以下の実施例において、第１通信ノードはＣＵで、第２通信ノードはＤＵである。

【実施例1】

【0043】

図３は、一実施例に係るスモールデータ伝送方法の実現模式図である。図３に示すように、該方法の具体的なプロセスは、以下のステップを含んでもよい。

【0044】

ステップ１：端末（即ち、ＵＥ）のトラフィックが終了した時、基地局（例えば、ｇＮＢ）は、ＵＥの接続を完全に解放するのではなく、ＵＥをＲＲＣ非アクティブ状態（即ち、ＲＲＣ＿ＩＮＡＣＴＩＶＥ）に解放する。ｇＮＢはＵＥにスモールデータ伝送（即ち、ＳＤＴ）用のＣＧリソースを配置し、且つ、ｇＮＢのＤＵ側は、ＵＥのコンテキスト（例えば、無線リンク制御層プロトコル（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＲＬＣ）配置等）を記憶し、ｇＮＢのＣＵ側も、ＵＥのコンテキスト（例えば、パケットデータ統合プロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）配置等）を記憶し、ＣＵおよびＤＵは、ＤＲＢのデータ伝送チャネル（即ち、Ｆ１－Ｕ ＤＲＢ ｔｕｎｎｅｌ）を記憶する。

【0045】

ステップ２：ＵＥがＲＲＣ非アクティブ状態にあり、ＳＤＴを行う準備ができるが、ＣＧリソースが満たしておらず、例えば、ＣＧリソースに対応する受信信号品質が閾値要求を満たしていない場合、またはＣＧリソースによって送信されたＲＲＣ回復要求メッセージのｇＮＢへの伝送に成功できていない場合、ＵＥは、ＲＡＣＨチャネルを介してＲＲＣ回復要求メッセージをｇＮＢに送信することを準備することができる。

【0046】

ステップ３：ＵＥは、ＲＡＣＨチャネルを介してＲＲＣ回復要求メッセージ（即ち、ＲＲＣ ＲＥＳＵＭＥ ＲＥＱＵＥＳＴ）をｇＮＢに送信し、ｇＮＢのＤＵは、ＲＲＣ回復要求メッセージを受信した後、ＵＥがスモールデータ伝送を行う必要があることを識別し、ＤＵは、受信したＲＲＣ回復要求メッセージを初期上りリンクＲＲＣメッセージ（即ち、Ｉｎｉｔｉａｌ ＵＬ ＲＲＣ Ｍｅｓｓａｇｅ）にパッケージし、初期上りリンクＲＲＣメッセージをＣＵに送信し、ここで、初期上りリンクＲＲＣメッセージには、該初期上りリンクＲＲＣメッセージがスモールデータ伝送用のものであることをＣＵに指示するためのＳＤＴ指示情報が担持されている。

【0047】

ステップ４：ＣＵは、初期上りリンクＲＲＣメッセージに含まれるＤＵのＲＲＣ回復要求メッセージを受信し、ＲＲＣ回復要求メッセージに含まれるＩ－ＲＮＴＩによりＵＥを識別し、ＵＥに対してスモールデータ伝送の認証（即ち、ＳＤＴ認証）を行い、対応するＣＵ側のＵＥのコンテキスト（即ち、ＵＥ Ｃｏｎｔｅｘｔ）および該ＵＥのコンテキストに関連するＦ１インタフェースの接続情報を見つけ、該接続情報は、ＣＵに対応する端末Ｆ１インタフェース識別子（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＩＤ）およびＤＵに対応する端末Ｆ１インタフェースＩＤを含んでもよく（即ち、該ＵＥのコンテキストに関連するＣＵ側のＵＥ Ｆ１インタフェースＩＤおよびＤＵ側のＵＥ Ｆ１インタフェースＩＤを確定する）、ここで、ＣＵ側のＵＥ Ｆ１インタフェースＩＤはＣＵ ＵＥ Ｆ１ＡＰ ＩＤと表すことができ、ＤＵ側のＵＥ Ｆ１インタフェースＩＤはＤＵ ＵＥ Ｆ１ＡＰ ＩＤと表すことができ、Ｆ１ＡＰはＦ１インタフェースを意味することができる。

【0048】

ステップ５：ＣＵは、ＳＤＴ認証成功メッセージ（即ち、ＳＤＴ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）のような指示メッセージをＤＵに送信し、その中に該ＵＥのコンテキストに関連するＣＵ側のＵＥ Ｆ１インタフェースＩＤおよびＤＵ側のＵＥ Ｆ１インタフェースＩＤが含まれる。ＤＵは、該メッセージを受信した後、（ＣＵ ＵＥ Ｆ１ＡＰ ＩＤ、ＤＵ ＵＥ Ｆ１ＡＰ ＩＤ）によりＤＵ側での該ＵＥのコンテキストを確定し、且つ、該ＵＥのコンテキストに関連するＦ１インタフェースの接続を確定する。なお、ここで、ＣＵからＤＵに送信される指示メッセージはＳＤＴ認証成功メッセージに限定されず、ＣＵは、ＵＥコンテキスト確立要求メッセージ／修正メッセージ（即ち、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ／ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ）に、ＵＥのコンテキストを確定するようにＤＵに通知するための（ＣＵ ＵＥ Ｆ１ＡＰ ＩＤ、ＤＵ ＵＥ Ｆ１ＡＰ ＩＤ）を担持することもでき、即ち、ＣＵからＤＵに送信される指示メッセージは、ＳＤＴ認証成功メッセージ、端末コンテキスト確立要求メッセージ、端末コンテキスト修正メッセージの少なくとも１つを含む。

【0049】

ステップ６：ＵＥは、後続のスモールデータ伝送プロセスで、ＲＡＣＨによってスケジュールされたリソースまたはＣＧによってスケジュールされたリソースによりＤＲＢデータ（即ち、端末のＳＤＴトラフィックデータ）をＤＵに送信し、ＤＵは、ＤＲＢデータを受信した後、該ＵＥのコンテキストに関連するＦ１インタフェースの接続（即ち、記憶されたＣＵに対応する端末インタフェースおよびＤＵに対応する端末インタフェース）に基づき、Ｆ１インタフェースにおける該ＵＥに対応するＤＲＢデータ伝送チャネルでＤＲＢデータをＣＵに伝送する。ＣＵは、ＤＲＢデータを受信した後、ＤＲＢデータを５Ｇコアネットワーク（即ち、５ＧＣ）に送信する。

【実施例2】

【0050】

図４は、一実施例に係る別のスモールデータ伝送方法の実現模式図である。図４に示すように、該方法の具体的なプロセスは、以下のステップを含んでもよい。

【0051】

ステップ１：端末（即ち、ＵＥ）のトラフィックが終了した時、基地局（例えば、ｇＮＢ）は、ＵＥの接続を完全に解放するのではなく、ＵＥをＲＲＣ非アクティブ状態（即ち、ＲＲＣ＿ＩＮＡＣＴＩＶＥ）に解放する。ｇＮＢはＵＥにスモールデータ伝送（即ち、ＳＤＴ）用のＣＧリソースを配置し、且つ、ｇＮＢのＤＵ側は、ＵＥのコンテキスト（例えば、ＲＬＣ配置等）を記憶し、ｇＮＢのＣＵ側も、ＵＥのコンテキスト（ＰＤＣＰ配置等）を記憶し、ＣＵおよびＤＵは、ＤＲＢのデータ伝送チャネル（即ち、Ｆ１－Ｕ ＤＲＢ ｔｕｎｎｅｌ）を記憶する。

【0052】

ステップ２：ＵＥがＲＲＣ非アクティブ状態にあり、ＳＤＴを行う準備ができるが、ＣＧリソースが満たしておらず、例えば、ＣＧリソースに対応する受信信号品質が閾値要求を満たしていない場合、またはＣＧリソースによって送信されたＲＲＣ回復要求メッセージのｇＮＢへの伝送に成功できていない場合、ＵＥは、ＲＡＣＨチャネルを介してＲＲＣ回復要求メッセージをｇＮＢに送信することを準備することができる。

【0053】

ステップ３：ＵＥは、ＲＡＣＨチャネルを介してＲＲＣ回復要求メッセージ（即ち、ＲＲＣ ＲＥＳＵＭＥ ＲＥＱＵＥＳＴ）をｇＮＢに送信し、ｇＮＢのＤＵは、ＲＲＣ回復要求メッセージを受信した後、ＵＥがスモールデータ伝送を行う必要があることを識別し、ＤＵは、受信したＲＲＣ回復要求メッセージを初期上りリンクＲＲＣメッセージ（即ち、Ｉｎｉｔｉａｌ ＵＬ ＲＲＣ Ｍｅｓｓａｇｅ）にパッケージし、初期上りリンクＲＲＣメッセージをＣＵに送信し、ここで、初期上りリンクＲＲＣメッセージには、該初期上りリンクＲＲＣメッセージがスモールデータ伝送用のものであることをＣＵに指示するためのＳＤＴ指示情報が担持されている。

【0054】

ステップ４：ＣＵは、初期上りリンクＲＲＣメッセージに含まれるＤＵのＲＲＣ回復要求メッセージを受信し、ＲＲＣ回復要求メッセージに含まれるＩ－ＲＮＴＩによりＵＥを識別し、ＵＥに対してスモールデータ伝送の認証（即ち、ＳＤＴ認証）を行い、対応するＣＵ側のＵＥのコンテキスト（即ち、ＵＥ ｃｏｎｔｅｘｔ）および該ＵＥのコンテキストに関連するＦ１インタフェースの接続情報を見つけ、該接続情報は、ＣＵに対応する端末Ｆ１インタフェース識別子（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＩＤ）およびＤＵに対応する端末Ｆ１インタフェースＩＤを含んでもよく（即ち、該ＵＥのコンテキストに関連するＣＵ側のＵＥ Ｆ１インタフェースＩＤおよびＤＵ側のＵＥ Ｆ１インタフェースＩＤを確定する）、ここで、ＣＵ側のＵＥ Ｆ１インタフェースＩＤはＣＵ ＵＥ Ｆ１ＡＰ ＩＤと表すことができ、ＤＵ側のＵＥ Ｆ１インタフェースＩＤはＤＵ ＵＥ Ｆ１ＡＰ ＩＤと表すことができ、Ｆ１ＡＰはＦ１インタフェースを意味することができる。

【0055】

ステップ５：ＣＵは、ＳＤＴ認証成功メッセージ（即ち、ＳＤＴ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）のような指示メッセージをＤＵに送信し、その中に該ＵＥのコンテキストに関連するＣＵ側のＵＥ Ｆ１インタフェースＩＤおよびＤＵ側のＵＥ Ｆ１インタフェースＩＤが含まれる。ＤＵは、該メッセージを受信した後、（ＣＵ ＵＥ Ｆ１ＡＰ ＩＤ、ＤＵ ＵＥ Ｆ１ＡＰ ＩＤ）によりＤＵ側での該ＵＥのコンテキストを確定し、且つ、該ＵＥのコンテキストに関連するＦ１インタフェースの接続を確定する。なお、ここで、ＣＵからＤＵに送信される指示メッセージはＳＤＴ認証成功メッセージに限定されず、ＣＵは、ＵＥコンテキスト確立要求メッセージ／修正メッセージ（即ち、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ／ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ）に、ＵＥのコンテキストを確定するようにＤＵに通知するための（ＣＵ ＵＥ Ｆ１ＡＰ ＩＤ、ＤＵ ＵＥ Ｆ１ＡＰ ＩＤ）を担持することもでき、即ち、ＣＵからＤＵに送信される指示メッセージは、ＳＤＴ認証成功メッセージ、端末コンテキスト確立要求メッセージ、端末コンテキスト修正メッセージの少なくとも１つを含む。

【0056】

ステップ６：ＵＥは、ＲＡＣＨによってスケジュールまたはＣＧによってスケジュールされた対応する個別制御チャネル（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＤＣＣＨ）リソースにより、後続のシグナリングデータを送信し、例えば、シグナリング無線ベアラ（Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒｓ、ＳＲＢ）プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＰＤＵ）または非アクセス層（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ、ＮＡＳ）ＰＤＵをＤＵに送信し、ＤＵは、異なるＵＥのためにスケジュールされたリソースに基づき、シグナリングデータがどのＵＥのためのものであるかを識別することができる。ＤＵは、上りリンクＲＲＣ情報伝送（即ち、ＵＬ ＲＲＣ Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒ）メッセージによりシグナリングデータ（即ち、ＳＲＢ ＰＤＵまたはＮＡＳ ＰＤＵ）を担持してＣＵに送信し、ここで、ＵＬ ＲＲＣ Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒメッセージは、該シグナリングデータがどのＵＥに属するかをＣＵに指示するための該ＵＥのコンテキストに関連するＣＵ側のＵＥ Ｆ１ＡＰ ＩＤおよびＤＵ側のＵＥ Ｆ１ＡＰ ＩＤを担持している。

【0057】

ステップ７：ＵＥは、ＲＡＣＨによってスケジュールされた対応するＣＣＣＨ共通制御チャネルリソースにより、後続のシグナリングデータ（即ち、ＳＲＢ ＰＤＵまたはＮＡＳ ＰＤＵ）をＤＵに送信し、且つ、シグナリングデータにＵＥのＩ－ＲＮＴＩを担持する。ＣＣＣＨ共通チャネルであるため、ＤＵは、この時、シグナリングデータがどのＵＥのためのものであるかを識別することができず、ＤＵは、上りリンクＣＣＣＨ ＲＲＣ情報伝送（即ち、ＵＬ ＣＣＣＨ ＲＲＣ Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒ）メッセージによりシグナリングデータ（即ち、ＳＲＢ ＰＤＵまたはＮＡＳ ＰＤＵ）を担持してＣＵに送信し、ここで、メッセージには、オプションとして、該メッセージに担持されたシグナリングデータがＣＣＣＨチャネルシグナリングであることをＣＵに指示するためのＣＣＣＨ メッセージ指示が担持されている。ＣＵは、ＵＬ ＣＣＣＨ ＲＲＣ Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒメッセージを受信した後、該メッセージにＣＣＣＨメッセージ指示が担持され、またはメッセージに該ＵＥのコンテキストに関連するＣＵ側のＵＥ Ｆ１ＡＰ ＩＤおよびＤＵ側のＵＥ Ｆ１ＡＰ ＩＤ（即ち、ＣＵ＆ＤＵ ＵＥ Ｆ１ＡＰ ＩＤ）が担持されていない場合、ＣＵは、該メッセージに担持されたシグナリングデータ内のＵＥのＩ－ＲＮＴＩに基づき、該シグナリングデータがどのＵＥに属するかを識別する。

【実施例3】

【0058】

図５は、一実施例に係る更なるスモールデータ伝送方法の実現模式図である。図５に示すように、該方法の具体的なプロセスは、以下のステップを含んでもよい。

【0059】

ステップ１：基地局とＵＥとの間にＣＧリソースを配置し、ＵＥは、ＲＲＣ非アクティブ状態でＣＧリソースおよび基地局によりスモールデータ伝送を行う。

【0060】

ステップ２：ＤＵは、ＤＵ側に配置されたＣＧリソースの有効なタイマがタイムアウトしたり、ＤＵ側の負荷が大きすぎたりするような何らかの理由で、ＣＧリソースを解放または再配置（即ち、更新）すると決定する。

【0061】

ステップ３：ＤＵは、ＵＥテキスト更新（即ち、ＵＥ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄ）をＣＵに送信し、ここで、ＵＥテキスト更新メッセージは、ＣＧリソース解放指示または更新後のＣＧリソース（ただし、このＵＥテキスト更新メッセージに限定されない）を含む。

【0062】

ステップ４：ＣＵは、ＵＥ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄメッセージを受信し、その中にＣＧリソース解放指示が含まれる場合、ＣＵは、ＤＵ側のＵＥテキスト（即ち、ＵＥのコンテキスト）（ただし、ＵＥテキスト更新メッセージに限定されない）を解放するか、またはそのまま保持するかを決定することができる。

【0063】

ステップ５：ＣＵがＤＵ側のコンテキストを解放すると決定した場合、ＣＵはＵＥテキスト解放（即ち、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）メッセージをＤＵに送信し、ＤＵは、該ＵＥテキスト解放メッセージを受信した後、対応するＤＵ側のコンテキスト（例えば、ＲＬＣのエンティティと配置、物理層とＭＡＣ層のエンティティと配置、およびＣＵとの間のＦ１インタフェースチャネル）を解放する。

【0064】

ステップ６：ＣＵは、ＤＵによりＵＥにＲＲＣ解放メッセージを送信し、非アクティブ状態に解放するようにＵＥに指示する。ここで、ＣＵがＤＵ側から受信したＵＥ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄ等のメッセージに含まれるＣＧリソース解放指示またはＤＵの更新後のＣＧリソースに基づき、ＣＵは、ＲＲＣ解放メッセージにおけるＣＧリソース関連情報を設定し、例えば、ＣＧリソース解放指示または更新後のＣＧリソースを設定し、ＣＵは、ＲＲＣ解放メッセージをＵＥに送信することにより、ＣＧリソースを送信するまたはＣＧリソースを更新するようにＵＥに通知する。

【0065】

ステップ７：ＵＥは、ＲＲＣ解放メッセージを受信し、該メッセージにＣＧリソース解放指示が含まれる場合、ＵＥは、対応するＣＧリソース配置を解放し、該メッセージに更新後のＣＧリソースが含まれる場合、ＵＥは、対応するＣＧリソース配置を保存して更新する。

【実施例4】

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

本願の図における任意の論理フローのブロック図は、プログラムステップを表してもよいし、互いに接続された論理回路、モジュールおよび機能を表してもよいし、プログラムステップと論理回路、モジュールおよび機能との組み合わせを表してもよい。コンピュータプログラムはメモリに記憶されてもよい。メモリは、ローカルな技術環境に適した任意のタイプを有することができ、且つ、任意の適当なデータ記憶技術で実現でき、例えば、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、光記憶デバイスおよびシステム（デジタル多機能ディスク（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ、ＤＶＤ）または光ディスク（Ｃｏｍｐａｃｔ Ｄｉｓｃ、ＣＤ））等であるが、これらに限定されない。コンピュータ可読媒体は、非一時的な記憶媒体を含んでもよい。データプロセッサは、ローカルな技術環境に適した任意のタイプであってもよく、例えば、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブル論理デバイス（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサであるが、これらに限定されない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【手続補正書】

【提出日】2024-05-02

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

基地局の集中型ユニットＣＵに適用される指示方法であって、
前記基地局の分散型ユニットＤＵから、端末と関連する初期上りリンク無線リソース制御ＲＲＣメッセージを受信し、前記初期上りリンク無線リソース制御ＲＲＣメッセージに、スモールデータＳＤＴを指示するためのＳＤＴ指示情報と、前記端末からランダムアクセスチャネルＲＡＣＨを介して送信されるＲＲＣ回復要求メッセージとが含まれることと、
前記端末のコンテキストを確定することと、
前記ＤＵに指示メッセージを送信し、前記指示メッセージに、前記コンテキストに関連するインタフェース接続情報が含まれ、前記インタフェース接続情報が、前記ＣＵに対応する端末インタフェース識別子および前記ＤＵに対応する端末インタフェース識別子を含み、前記インタフェース接続情報が、記憶されたインタフェースによるスモールデータ伝送ＳＤＴを前記ＤＵに指示させることに用いられ、前記記憶されたインタフェースが前記端末と関連するデータ無線ベアラＤＲＢデータ伝送チャネルであることと、を含む、
指示方法。
請求項１に記載の方法。

【請求項2】

前記指示メッセージは、
ＳＤＴ認証成功メッセージ、端末コンテキスト確立要求メッセージ、端末コンテキスト修正メッセージの少なくとも１つを含む、
請求項１に記載の方法。

【請求項3】

前記ＤＵの、コンフィグアドグラントＣＧリソース解放指示または更新後のＣＧリソースが含まれるテキスト更新メッセージを受信することと、
前記テキスト更新メッセージに前記ＣＧリソース解放指示が含まれる場合、前記ＣＧリソース解放指示に基づき、ＤＵ側端末のコンテキストの解放または保持を確定することと、を更に含む、
請求項１に記載の方法。

【請求項4】

前記ＣＧリソース解放指示または前記更新後のＣＧリソースに基づき、ＲＲＣ解放メッセージにおけるＣＧリソース関連情報を設定することと、
ＣＧリソースを解放するまたはＣＧリソースを更新するように前記端末に通知するための前記ＲＲＣ解放メッセージを送信することと、を更に含む、
請求項３に記載の方法。

【請求項5】

ＣＧリソース解放指示またはＣＧリソース更新指示が含まれる端末コンテキスト更新要求を送信することを更に含み、
前記ＣＧリソース解放指示は、ＣＧリソースを解放して前記端末のコンテキストを保留するようにＤＵに指示することに用いられ、
前記ＣＧリソース更新指示は、ＣＧリソースを再割り当てて更新するように前記ＤＵに指示することに用いられる、
請求項１に記載の方法。

【請求項6】

前記記憶されたインタフェースを介して前記ＤＵから、端末からＲＡＣＨを介して前記ＤＵに送信されるＳＤＴ伝送データを受信することを含む、
請求項１に記載の方法。

【請求項7】

基地局の分散型ユニットＤＵに適用されるデータ伝送方法であって、
ランダムアクセスチャネルＲＡＣＨを介して、端末から無線リソース制御ＲＲＣ回復要求メッセージを受信することと、
端末と関連する初期上りＲＲＣメッセージを前記基地局の集中型ユニットＣＵに送信し、前記初期上りＲＲＣメッセージに、スモールデータＳＤＴを指示するためのＳＤＴ指示情報と、受信したＲＲＣ回復要求メッセージとが含まれることと、
前記ＣＵから指示メッセージを受信し、前記指示メッセージに、前記端末のコンテキストに関連するインタフェース接続情報が含まれ、前記インタフェース接続情報が、前記ＣＵに対応する端末インタフェース識別子および前記ＤＵに対応する端末インタフェース識別子を含むことと、
前記インタフェース接続情報に基づき、前記端末のコンテキストおよび関連する記憶されたインタフェースを確定することと、
前記端末のコンテキストに基づき、前記記憶されたインタフェースを介して前記ＣＵに前記端末のスモールデータ伝送ＳＤＴトラフィックデータを伝送し、前記記憶されたインタフェースが前記端末と関連するデータ無線ベアラＤＲＢデータ伝送チャネルであることと、を含む、
データ伝送方法。

【請求項8】

前記指示メッセージは、
ＳＤＴ認証成功メッセージ、端末コンテキスト確立要求メッセージ、端末コンテキスト修正メッセージの少なくとも１つを含む、
請求項７に記載の方法。

【請求項9】

前記端末のコンテキストに基づき、前記記憶されたインタフェースを介して前記ＣＵに前記端末のＳＤＴトラフィックデータを伝送することは、
前記ＲＡＣＨを介して前記端末のＳＤＴトラフィックデータを受信した場合、前記記憶されたインタフェースを介して前記ＣＵに前記ＳＤＴトラフィックデータを伝送することを含む、
請求項７に記載の方法。

【請求項10】

前記端末のシグナリングデータを受信した場合、前記シグナリングデータが担持された上りリンク共通制御チャネルＲＲＣメッセージを送信することを更に含む、
請求項７に記載の方法。

【請求項11】

前記上りリンク共通制御チャネルＲＲＣメッセージには、共通制御チャネルＣＣＣＨメッセージ指示または前記コンテキストに関連するインタフェース接続情報が更に担持されている、
請求項１０に記載の方法。

【請求項12】

コンフィグアドグラントＣＧリソース解放指示または更新後のＣＧリソースが含まれるテキスト更新メッセージを送信することを更に含む、
請求項７に記載の方法。

【請求項13】

ＣＧリソース解放指示が含まれる端末コンテキスト更新要求を受信することと、
前記ＣＧリソース解放指示に基づいてＣＧリソースを解放して前記端末のコンテキストを保留することと、を更に含む、
請求項７に記載の方法。

【請求項14】

メモリと、プロセッサと、メモリに記憶されてプロセッサで実行可能なコンピュータプログラムとを含む通信ノードであって、
前記プロセッサが前記プログラムを実行すると、請求項１から６のいずれか１項に記載の指示方法または請求項７から１３のいずれか１項に記載のデータ伝送方法を実現する、
基地局。

【請求項15】

コンピュータプログラムが記憶されたコンピュータ可読記憶媒体であって、
前記コンピュータプログラムがプロセッサによって実行されると、請求項１から６のいずれか１項に記載の指示方法または請求項７から１３のいずれか１項に記載のデータ伝送方法を実現する、
コンピュータ可読記憶媒体。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００４

【補正方法】変更

【補正の内容】

【0004】

本願の実施例は、
基地局の集中型ユニットＣＵに適用される指示方法であって、基地局の分散型ユニットＤＵから、端末と関連する初期上りリンク無線リソース制御ＲＲＣメッセージを受信し、初期上りリンク無線リソース制御ＲＲＣメッセージに、スモールデータＳＤＴを指示するためのＳＤＴ指示情報と、端末からランダムアクセスチャネルＲＡＣＨを介して送信されるＲＲＣ回復要求メッセージとが含まれることと、端末のコンテキストを確定することと、ＤＵに指示メッセージを送信し、指示メッセージに、コンテキストに関連するインタフェース接続情報が含まれ、インタフェース接続情報が、ＣＵに対応する端末インタフェース識別子およびＤＵに対応する端末インタフェース識別子を含み、インタフェース接続情報が、記憶されたインタフェースによるスモールデータ伝送ＳＤＴをＤＵに指示させることに用いられ、記憶されたインタフェースが端末と関連するデータ無線ベアラＤＲＢデータ伝送チャネルであることと、を含む、
指示方法を提供する。

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】０００５

【補正方法】変更

【補正の内容】

【0005】

本願の実施例は、
基地局の分散型ユニットＤＵに適用されるデータ伝送方法であって、ランダムアクセスチャネルＲＡＣＨを介して、端末から無線リソース制御ＲＲＣ回復要求メッセージを受信することと、端末と関連する初期上りＲＲＣメッセージを基地局の集中型ユニットＣＵに送信し、初期上りＲＲＣメッセージに、スモールデータＳＤＴを指示するためのＳＤＴ指示情報と、受信したＲＲＣ回復要求メッセージとが含まれることと、ＣＵから指示メッセージを受信し、指示メッセージに、端末のコンテキストに関連するインタフェース接続情報が含まれ、インタフェース接続情報が、ＣＵに対応する端末インタフェース識別子およびＤＵに対応する端末インタフェース識別子を含むことと、インタフェース接続情報に基づき、端末のコンテキストおよび関連する記憶されたインタフェースを確定することと、端末のコンテキストに基づき、記憶されたインタフェースを介してＣＵに端末のスモールデータ伝送ＳＤＴトラフィックデータを伝送し、記憶されたインタフェースが端末と関連するデータ無線ベアラＤＲＢデータ伝送チャネルであることと、を含む、
データ伝送方法を更に提供する。

【手続補正4】

【補正対象書類名】図面

【補正対象項目名】図６

【補正方法】変更

【補正の内容】

【図6】

【国際調査報告】