【手続補正書】
【提出日】令和3年1月4日(2021.1.4)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の名称】データを伝送する方法及び機器
【技術分野】
【０００１】
「関連出願の相互参照」
本願は、２０１７年６月１５日に中国国家知識産権局に提出された、出願番号ＰＣＴ／ＣＮ２０１７／０８８５１５号で「データを伝送する方法及び機器」と題するＰＣＴ特許出願の優先権を主張し、その内容の全てを参照によりここに組み込む。
【０００２】
本願は、通信分野に関し、より具体的には、データを伝送する方法及び機器に関する。
【背景技術】
【０００３】
ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、略称ＬＴＥ）システムでは、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、略称ＲＬＣ）エンティティが、順に提出する方式でパケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ、略称ＰＤＣＰ）層にデータを提出し、すなわち、サービスデータユニット（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ、略称ＳＤＵ）ｎは、ＳＤＵｎ＋１より前にＰＤＣＰ層に提出されなければならない。
【０００４】
しかしながら、ニューラジオ（Ｎｅｗ  Ｒａｄｉｏ、略称ＮＲ）システムでは、場合によっては、順に提出する必要がないので、様々なシーンのニーズを満たすために、新規な提出方式が必要となる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本願の実施例は、データを伝送する方法及び機器を提供し、上位層へのリアルタイムなデータ提出を実現できる。
【課題を解決するための手段】
【０００６】
第１の態様では、データを伝送する方法を提供し、
受信端が、提出されたデータと提出予定データが連続しないことを確定した場合、第１の提出モードのタイマーをオンし、ただし、前記第１の提出モードは、前記受信端に、データを受信した時、データを上位層に直接提出するよう指示するためのものであることと、
前記第１の提出モードのタイマーが失効していない場合、前記受信端が前記第１の提出モードを用いて上位層に前記提出予定データを提出することとを含む。
【０００７】
これにより、提出されたデータと提出予定データが連続しない場合に、受信端は第１の提出モードのタイマーをオンすることにより、第１の提出モードを用いて上位層にデータを提出することを実現し、当該第１の提出モードにおいて、前記受信端は、データを受信すると、連続しないデータを受信Ｂｕｆｆｅｒに保存する必要がなく、データを上位層に直接提出することができるため、データのタイムリーな提出を実現でき、また、当該第１の提出モードにおいて、受信ｂｕｆｆｅｒを使用する必要がないため、システムリソースを節約することができる。
【０００８】
第１の態様によれば、第１の態様におけるいくつかの実施形態において、前記方法は、
前記第１の提出モードのタイマーがオン状態にあれば、前記受信端が、前記提出されたデータと前記提出予定データが連続することを確定した場合に、前記第１の提出モードのタイマーを停止することをさらに含む。
【０００９】
すなわち、前記第１の提出モードのタイマーが非動作状態にある場合に、前記第１の提出モードのタイマーの起動条件は、提出予定データと提出されたデータが連続しないことであってもよく、前記第１の提出モードのタイマーが動作状態にある場合に、前記第１の提出モードのタイマーの停止条件は、提出予定データと提出されたデータが連続することであってもよい。
【００１０】
第１の態様によれば、第１の態様におけるいくつかの実施形態において、前記方法は、
前記受信端が、並べ替えウィンドウのウィンドウ情報と、前記提出されたデータの情報とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定することをさらに含む。
【００１１】
第１の態様によれば、第１の態様におけるいくつかの実施形態において、前記並べ替えウィンドウのウィンドウ情報は、前記並べ替えウィンドウのウィンドウ下限標識を含み、前記受信端が、並べ替えウィンドウのウィンドウ情報と、前記提出されたデータの情報とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定することは、
前記受信端が並べ替えウィンドウのウィンドウ下限標識と、前回提出されたサービスデータユニット（ＳＤＵ）のシーケンス番号（ＳＮ）とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定することを含む。
【００１２】
いくつかの実施例において、並べ替えウィンドウのウィンドウ下限標識は、受信対象の次のＰＤＵのシーケンス番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ、略称ＳＮ）、または、受信されたＰＤＵにおける最大ＳＮの次のＳＮであってもよく、１つのデータパケットのＳＮが並べ替えウィンドウのウィンドウ下限標識より小さく、すなわち当該データパケットのＳＮが並べ替えウィンドウ外にある場合、当該データパケットは、既に成功的に受信されて上位層に提出されていると見なすことができ、ウィンドウのウィンドウ上限標識は、ウィンドウ下限標識＋ウィンドウのサイズであってもよい。
【００１３】
これにより、並べ替えウィンドウのウィンドウ下限標識は、提出予定データの情報、例えば、提出予定データの最小ＳＮを指示することができ、これにより、前記受信端は提出予定データの最小ＳＮ及び提出されたデータの最大ＳＮに基づき、両者が連続するか否かを判断することで、提出予定データと提出されたデータが連続するか否かを確定する。
【００１４】
第１の態様によれば、第１の態様におけるいくつかの実施形態において、前記受信端が並べ替えウィンドウのウィンドウ下限標識と、前回提出されたサービスデータユニット（ＳＤＵ）のシーケンス番号（ＳＮ）とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定することは、
前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮの次のＳＮに対応する計数値に等しくなければ、前記提出されたデータと前記提出予定データが連続しないことを確定する、または
前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮの次のＳＮに対応する計数値に等しければ、前記提出されたデータと前記提出予定データが連続することを確定することを含む。
【００１５】
ここでＳＤＵのＳＮの次のＳＮに対応する計数値は、前回提出されたデータのＳＮに１を加算し、そしてＲＸ＿ＨＦＮと合わせて確定されたものであってもよい。
【００１６】
第１の態様によれば、第１の態様におけるいくつかの実施形態において、前記方法は、
前記第１の提出モードのタイマーが失効した状態にある場合、並べ替えウィンドウのウィンドウ下限標識を次回提出しようとするＳＤＵに対応する計数値に設定することをさらに含む。
【００１７】
ここで次回提出しようとするＳＤＵに対応する計数値は、次回提出しようとするＳＮで、ＲＸ＿ＨＦＮと合わせて確定されたものであってもよい。
【００１８】
第１の態様によれば、第１の態様におけるいくつかの実施形態において、前記受信端が、提出されたデータと提出予定データが連続しないことを確定した場合、第１の提出モードのタイマーをオンすることは、
前記次回提出しようとするＳＤＵに対応する計数値が前回提出されたＳＤＵに対応する計数値に等しくない場合、前記第１の提出モードのタイマーをオンすることを含む。
【００１９】
第１の態様によれば、第１の態様におけるいくつかの実施形態において、前記受信端は、端末機器またはネットワーク機器である。
【００２０】
第１の態様によれば、第１の態様におけるいくつかの実施形態において、前記受信端は端末機器であり、前記方法は、
前記受信端がネットワーク機器から送信された指示情報を受信することをさらに含み、前記指示情報は、前記端末機器に、前記第１の提出モードまたは第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであり、ただし、前記第２の提出モードは前記受信端に、順にデータを上位層に提出するよう指示するためのものである。
【００２１】
いくつかの実施例において、前記指示情報は、具体的には、前記端末機器のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層に、前記第１の提出モードまたは前記第２の提出モードを用いて上位層にデータを提出するよう指示するためのものである。
【００２２】
いくつかの実施例において、前記指示情報は、具体的には、前記端末機器の無線リンク制御（ＲＬＣ）層に、前記第１の提出モードまたは前記第２の提出モードを用いて上位層にデータを提出するよう指示するためのものである。
【００２３】
第１の態様によれば、第１の態様におけるいくつかの実施形態において、前記受信端がネットワーク機器から送信された指示情報を受信することは、
前記受信端が前記ネットワーク機器から送信された無線リソース制御（ＲＲＣ）シグナリングを受信することを含み、前記無線リソース制御シグナリングは前記指示情報を含む。
【００２４】
第１の態様によれば、第１の態様におけるいくつかの実施形態において、前記受信端がネットワーク機器から送信された指示情報を受信することは、
前記受信端が前記ネットワーク機器から送信されたメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）またはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）制御プロトコルデータユニット（ＰＤＵ）を受信することを含み、前記ＭＡＣ  ＣＥまたはＰＤＣＰ制御ＰＤＵは前記指示情報を含む。
【００２５】
第２の態様では、データを伝送する方法を提供し、
受信端が第２の提出モードのタイマーの時間長をゼロに設定することと、
前記受信端が前記第１の提出モードを用いて、上位層に提出予定データを提出することとを含み、
ただし、前記第１の提出モードは、前記受信端に、データを受信した時、データを上位層に直接提出するよう指示するためのものであり、前記第２の提出モードは前記受信端に、順にデータを上位層に提出するよう指示するためのものである。
【００２６】
第３の態様では、データを伝送する方法を提供し、
端末機器が、ネットワーク機器から送信された指示情報を受信し、前記指示情報は、前記端末機器のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層及び無線リンク制御（ＲＬＣ）層に、第１の提出モードまたは第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであり、ただし、前記第１の提出モードは、前記端末機器に、プロトコルデータユニット（ＰＤＵ）データを受信した時、サービスデータユニット（ＳＤＵ）データを直接生成して上位層に提出するよう指示するためのものであり、前記第２の提出モードは、前記端末機器に、順にＳＤＵデータを上位層に提出するよう指示するためのものであることと、前記指示情報に基づき上位層に前記ＳＤＵデータを提出することを含む。
【００２７】
第４の態様では、データを伝送する機器を提供し、第１の態様または第１の態様のいずれかの任意に選択可能な実施形態における方法を実行するためのユニットを含む。
【００２８】
第５の態様では、データを伝送する機器を提供し、第２の態様または第２の態様のいずれかの任意に選択可能な実施形態における方法を実行するためのユニットを含む。
【００２９】
第６の態様では、データを伝送する機器を提供し、第３の態様または第３の態様のいずれかの任意に選択可能な実施形態における方法を実行するためのユニットを含む。
【００３０】
第７の態様では、データを伝送する機器を提供し、メモリ、プロセッサ及び送受信機を含み、前記メモリはプログラムを記憶するためのものであり、前記プロセッサはプログラムを実行するためのものであり、前記プログラムが実行される時、前記プロセッサは前記送受信機において第１の態様または第１の態様のいずれかの任意に選択可能な実施形態における方法を実行する。
【００３１】
第８の態様では、データを伝送する機器を提供し、メモリ、プロセッサ及び送受信機を含み、前記メモリはプログラムを記憶するためのものであり、前記プロセッサはプログラムを実行するためのものであり、前記プログラムが実行される時、前記プロセッサは前記送受信機において第２の態様または第２の態様のいずれかの任意に選択可能な実施形態における方法を実行する。
【００３２】
第９の態様では、データを伝送する機器を提供し、メモリ、プロセッサ及び送受信機を含み、前記メモリはプログラムを記憶するためのものであり、前記プロセッサはプログラムを実行するためのものであり、前記プログラムが実行される時、前記プロセッサは前記送受信機において第３の態様または第３の態様のいずれかの任意に選択可能な実施形態における方法を実行する。
【００３３】
第１０の態様では、コンピュータ読み取り可能な媒体を提供し、前記コンピュータ読み取り可能な媒体は、端末機器が実行するプログラムコードを記憶するためのものであり、前記プログラムコードは、第１の態様または第１の態様のいずれかの任意に選択可能な実施形態における方法を実行するためのコマンドを含む。
【００３４】
第１１の態様では、コンピュータ読み取り可能な媒体を提供し、前記コンピュータ読み取り可能な媒体は、端末機器が実行するプログラムコードを記憶するためのものであり、前記プログラムコードは、第２の態様または第２の態様のいずれかの任意に選択可能な実施形態における方法を実行するためのコマンドを含む。
【００３５】
第１２の態様では、コンピュータ読み取り可能な媒体を提供し、前記コンピュータ読み取り可能な媒体は、端末機器が実行するプログラムコードを記憶するためのものであり、前記プログラムコードは、第３の態様または第３の態様のいずれかの任意に選択可能な実施形態における方法を実行するためのコマンドを含む。
【００３６】
第１３の態様では、コマンドを含むコンピュータプログラム製品を提供し、コンピュータにおいて実行される時、コンピュータに上記第１の態様または第１の態様のいずれかの任意に選択可能な実施形態における方法を実行させる。
【００３７】
第１４の態様では、コマンドを含むコンピュータプログラム製品を提供し、コンピュータにおいて実行される時、コンピュータに上記第２の態様または第２の態様のいずれかの任意に選択可能な実施形態における方法を実行させる。
【００３８】
第１５の態様では、コマンドを含むコンピュータプログラム製品を提供し、コンピュータにおいて実行される時、コンピュータに上記第３の態様または第３の態様のいずれかの任意に選択可能な実施形態における方法を実行させる。
【図面の簡単な説明】
【００３９】
【図１】本願の実施例による無線通信システムを示す図である。
【図２】本願の実施例によるデータを伝送する方法を示すフローチャットである。
【図３】本願のもう一つの実施例によるデータを伝送する方法を示すフローチャットである。
【図４】本願のさらにもう一つの実施例によるデータを伝送する方法を示すフローチャットである。
【図５】本願の実施例によるデータを伝送する機器を示すブロック図である。
【図６】本願のもう一つの実施例によるデータを伝送する機器を示すブロック図である。
【図７】本願のさらにもう一つの実施例によるデータを伝送する機器を示すブロック図である。
【図８】本願の実施例によるデータを伝送する機器を示すブロック図である。
【発明を実施するための形態】
【００４０】
以下、本願の実施例に係る技術方案を図面に基づいて説明する。
【００４１】
本願の実施例に係る技術方案は、例えば、グローバル移動通信（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、略称「ＧＳＭ」）、符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、略称「ＣＤＭＡ」）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、略称「ＷＣＤＭＡ」）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、略称「ＧＰＲＳ」）システム、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、略称「ＬＴＥ」）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、略称「ＦＤＤ」）システム、ＬＴＥ時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、略称「ＴＤＤ」）システム、ユニバーサル移動通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ、略称「ＵＭＴＳ」）、ワイマックス（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ、略称「ＷｉＭＡＸ」）通信システムや次世代の５Ｇシステムなど、様々な通信システムに適用することができる。
【００４２】
図１は、本願の実施例に適用される無線通信システム１００を示す。当該無線通信システム１００はネットワーク機器１１０を含んでもよい。ネットワーク機器１００は、端末機器と通信する機器であってもよい。ネットワーク機器１００は特定の地理エリアに通信カバレッジを提供でき、当該カバレッジエリア内に位置する端末機器（例えばＵＥ）と通信を行うことができる。いくつかの実施例において、当該ネットワーク機器１００は、ＧＳＭシステムまたはＣＤＭＡシステムにおける基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、略称ＢＴＳ）であってもよく、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ、略称ＮＢ）であってもよく、ＬＴＥシステムにおける進化型基地局（Ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ、略称ｅＮＢまたはｅＮｏｄｅＢ）であってもよく、またはクラウド無線アクセスネットワーク（Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、略称ＣＲＡＮ）における無線コントローラであってもよく、または当該ネットワーク機器は、中継局、アクセスポイント、車載機器、ウェアラブル機器、次世代の５Ｇネットワークにおけるネットワーク側機器もしくは次世代の進化型地上波公共移動通信ネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、略称ＰＬＭＮ）におけるネットワーク機器などであってもよい。
【００４３】
当該無線通信システム１００は、ネットワーク機器１１０のカバレッジ範囲内に位置する少なくとも１つの端末機器１２０をさらに含む。端末機器１２０は、移動型または固定型であってもよい。いくつかの実施例において、端末機器１２０は、アクセス端末、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、略称ＵＥ）、ユーザユニット、加入者局、移動局、モバイルステーション、遠隔局、遠隔端末、移動機器、ユーザ端末、端末、無線通信機器、ユーザ代理機器またはユーザ装置であってもよい。アクセス端末は、セルラーホン、無線電話、セッションイニシエーションプロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、略称ＳＩＰ）電話、無線ローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、略称ＷＬＬ）局、携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、略称ＰＤＡ）、無線通信機能を有するハンドヘルド機器、計算機器または無線モデムに接続されたその他処理機器、車載機器、ウェアラブル機器、次世代の５Ｇネットワークにおける端末機器または次世代の進化型ＰＬＭＮにおける端末機器などであってもよい。
【００４４】
いくつかの実施例において、５Ｇシステムまたはネットワークは、ＮＲシステムもしくはＮＲネットワークと称することもできる。
【００４５】
以下、本願の実施例に関連する背景知識について簡単に説明する。
【００４６】
無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、略称ＲＬＣ）層は、パケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ、略称ＰＤＣＰ）層とメディアアクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、略称ＭＡＣ）層との間に位置する。ＲＬＣ層は、サービスアクセスポイント（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ、略称ＳＡＰ）を介してＰＤＣＰ層と通信を行い、ロジックチャネルを介してＭＡＣ層と通信を行う。各ＵＥのロジックチャネルのそれぞれに、１つのＲＬＣエンティティを備える。ＲＬＣエンティティがＰＤＣＰ層から受信したデータ、またはＰＤＣＰ層に対して送信するデータは、ＲＬＣ  ＳＤＵまたはＰＤＣＰ  ＰＤＵと称する。ＲＬＣエンティティがＭＡＣ層から受信したデータ、またはＭＡＣ層に対して送信するデータは、ＲＬＣ  ＰＤＵまたはＭＡＣ  ＳＤＵと称する。
【００４７】
受信端（端末機器またはネットワーク機器であってもよい）が並べ替えウィンドウに受信したＲＬＣ  ＰＤＵに特定の順がない場合に、並べ替えを行ってから、ＰＤＣＰ層に提出するようにする必要があり、特定の順がなく届いたＲＬＣ  ＰＤＵは、その前のＲＬＣ  ＰＤＵがすべて成功的に受信されてＰＤＣＰ層に提出されるまで、受信バッファ（ｂｕｆｆｅｒ）に保存されておく。
【００４８】
受信端がＲＬＣ  ＰＤＵデータを受信した時、どのＲＬＣ  ＰＤＵを失ったかを検出する必要があり、並べ替えを行いすぎることによる遅延を避けるために、並べ替えタイマー（ｔ＿Ｒｅｏｒｄｅｒｉｎｇ）をトリガして失われたＲＬＣ  ＰＤＵを待つようにしてもよく、簡単に言えば、受信端は、受信されないＲＬＣ  ＰＤＵを所定の時間長だけ待ち、それと認められない場合は待たないということである。ｔ＿Ｒｅｏｒｄｅｒｉｎｇにより、受信されないＰＤＵをどれぐらいの時間長で待つかが決まる。従来のＬＴＥプロトコルにおいて、ｔ＿Ｒｅｏｒｄｅｒｉｎｇの挙動、すなわち起動条件、停止条件、トリガ条件及びトリガ後の挙動等が規定され、要するに、ｔ＿Ｒｅｏｒｄｅｒｉｎｇの目的は、並べ替えウィンドウ内のデータパケットが順にＰＤＣＰ層に提出されることを確保することである。
【００４９】
しかしながら、あらゆる場合において順に提出する必要があるわけではなく、例えば、ＰＤＣＰ層に並べ替え能力を備え、ＲＬＣが提出した特定の順のないデータを、ＰＤＣＰ層が並び替えることができるのであれば、ＲＬＣ層は、ＰＤＣＰ層でデータを処理するように、受信したデータをＰＤＣＰ層にタイムリーに提出することができる。
【００５０】
そのために、本願の実施例は、データを伝送する方法を提供し、タイムリーな提出モードを提供することにより、ＲＬＣ層からＰＤＣＰ層へのデータのタイムリーな提出を実現するものである。
【００５１】
図２は、本願の実施例によるデータを伝送する方法２００を示すフローチャットである。前記方法２００は、図１に示す無線通信システムにおける端末機器またはネットワーク機器により実行することができ、図２に示すように、当該方法２００は、Ｓ２１０と、Ｓ２２０とを含み、
Ｓ２１０において、受信端が、提出されたデータと提出予定データが連続しないことを確定した場合、第１の提出モードのタイマーをオンし、ただし、前記第１の提出モードは、前記受信端に、データを受信した時、データを上位層に直接提出するように指示するためのものである。
Ｓ２２０において、前記第１の提出モードのタイマーが失効していない場合、前記受信端が前記第１の提出モードを用いて上位層に前記提出予定データを提出する。
【００５２】
従来技術において、提出されたデータと提出予定データが連続しない場合、すなわち提出されたデータと提出予定データとの間にギャップ（ｇａｐ）がある場合に、受信端が提出予定データをバッファに保存し、提出されたデータ以後から提出予定データ以前までのデータ、すなわちｇａｐ部分のデータが成功的に上位層に提出されるまで、前記提出予定データを上位層に提出しないから、提出予定データのタイムリーな提出を実現できない。
【００５３】
本願の実施例において、受信端は、提出されたデータと提出予定データが連続しない場合に、第１の提出モードのタイマーをオンして、第１の提出モードを用いて上位層にデータを提出することができ、当該第１の提出モードにおいて、前記受信端は、データを受信すると、連続しないデータを受信Ｂｕｆｆｅｒに保存する必要がなく、データを上位層に直接提出することができるため、当該第１の提出モードにおいて、受信ｂｕｆｆｅｒを使用する必要がなく、システムリソースを節約することができる。
【００５４】
なお、上述したデータを上位層に直接提出するということは、受信したＲＬＣ  ＰＤＵデータを上位層に直接提出することでもよければ、受信されたＲＬＣ  ＰＤＵデータを組み換え、ＲＬＣ  ＳＤＵを得て、ＲＬＣ  ＳＤＵを上位層に提出することでもよく、ここで上位層はＰＤＣＰ層であってもよく、前記第１の提出モードはタイムリーな提出モード、またはリアルタイムな提出モード等と称することもできる。
【００５５】
前記第１の提出モードのタイマーがオン状態にある場合、または前記第１の提出モードのタイマーが動作状態にある場合に、前記受信端は、常にタイムリーな提出モードを用いて上位層にデータを提出し、すなわち前記第１の提出モードのタイマーが停止されるか、またはタイムアウトになるまで、データを受信すると上位層に直接提出するようにしてもよい。
【００５６】
タイマーの所定の時間長を超える場合、タイマーは失効になり、タイマーの時間長を超えていないが、停止条件を満たしている場合、前記タイマーが停止され、タイマーが失効した状態または停止した状態にある場合、または前記タイマーが非動作状態にある場合に、前記受信端がタイムリーな提出モードを用いて上位層にデータを提出するのではなく、従来技術における順に提出するモードを用いて上位層にデータを提出する。
【００５７】
いくつかの実施例において、方法２００は、
前記第１の提出モードのタイマーがオン状態にあれば、前記受信端は、前記提出されたデータと前記提出予定データが連続することを確定した場合に、前記第１の提出モードのタイマーを停止することをさらに含んでもよい。
【００５８】
つまり、前記第１の提出モードのタイマーの起動条件は、提出予定データと提出されたデータが連続しないことであってもよく、前記第１の提出モードのタイマーの停止条件は、提出予定データと提出されたデータが連続することであってもよい。すなわち、前記第１の提出モードのタイマーが非動作状態にある時、前記受信端は、提出予定データと提出されたデータが連続しない場合に、第１の提出モードのタイマーを起動して、タイムリーな提出モードを用いて上位層にデータを提出し、提出予定データと提出されたデータが連続する場合に、従来技術における提出モード、すなわち順に提出する方式を用いて上位層にデータを提出することができる。
【００５９】
すなわち、前記第１の提出モードのタイマーが非動作状態にある場合、前記第１の提出モードのタイマーの起動条件は、提出予定データと提出されたデータが連続しないことであってもよく、前記第１の提出モードのタイマーが動作状態にある場合、前記第１の提出モードのタイマーの停止条件は、提出予定データと提出されたデータが連続することであってもよい。
【００６０】
第１の提出モードのタイマーが停止された場合、前記受信端は前記第１の提出モードのタイマーの時間長をゼロにリセットし、これによって前記第１の提出モードのタイマーは非動作状態になり、前記第１の提出モードのタイマーの時間長がゼロより大きい値に設定された場合、前記第１の提出モードのタイマーが起動され、前記第１の提出モードのタイマーは動作状態になり、前記第１の提出モードのタイマーがオンされた場合、前記受信端は、並べ替えウィンドウにデータを受信すると、データを上位層に直接提出し、パケットロスの状況が発生した場合においても、パケットロスを待つことなく、新しいデータが届いたら受信された新しいデータを上位層に提出するようにしてもよい。
【００６１】
一実施例として、方法２００は、
前記受信端が並べ替えウィンドウのウィンドウ情報と、前記提出されたデータの情報とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定することをさらに含む。
【００６２】
ただし、並べ替えウィンドウのウィンドウ情報は、並べ替えウィンドウのウィンドウ下限標識、ウィンドウ上限標識及びウィンドウのサイズ等の情報を含んでもよく、並べ替えウィンドウのサイズは、ウィンドウの移動を行わないことを前提として、受信可能なＰＤＵの数を指示するためのものである。
【００６３】
例えば、並べ替えウィンドウのウィンドウ下限標識は、受信対象の次のＰＤＵのシーケンス番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ、ＳＮ）、または、受信されたＰＤＵにおける最大ＳＮの次のＳＮであってもよく、１つのデータパケットのＳＮが並べ替えウィンドウのウィンドウ下限標識より小さく、すなわち当該データパケットのＳＮが並べ替えウィンドウ外にある場合、当該データパケットは、既に成功的に受信されて上位層に提出されていると見なすことができ、ウィンドウのウィンドウ上限標識は、ウィンドウ下限標識＋ウィンドウのサイズであってもよい。例えば、受信されたデータパケットの最大ＳＮが５０であれば、ウィンドウ下限標識はＳＮ＋１＝５１であり、ウィンドウのサイズが５１２であれば、ウィンドウ上限標識は５１＋５１２＝５６３である。
【００６４】
このような場合に、並べ替えウィンドウの移動は、主にウィンドウ下限の推進によって決まるものであり、すなわちウィンドウ下限のデータパケットが成功的に受信されて上位層に提出されているか、または並べ替えタイマーが失効した場合に限り、ウィンドウが後方に移動し、これによって並べ替えウィンドウのウィンドウ下限標識は、提出予定データの情報、例えば、提出予定データの最小ＳＮを指示することができ、そして前記受信端は、提出予定データの最小ＳＮ及び提出されたデータの最大ＳＮに基づき、両者が連続するか否かを判断することで、提出予定データと提出されたデータが連続するか否かを確定する。
【００６５】
これにより、本願の実施例において、前記受信端が前回上位層に提出したＲＬＣ  ＳＤＵのＳＮをＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮと記し、前記受信端が前回提出されたＳＤＵのＳＮに基づき、並べ替えウィンドウのウィンドウ下限標識によって指示されるＳＮと合わせて、提出予定データと提出されたデータが連続するか否かを確定する。
【００６６】
具体的には、ＳＮに一定の範囲があるため、当該範囲を超えると、ＳＮは再計数されることになり、現在のハイパーフレーム番号（Ｈｙｐｅｒ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ、略称ＨＦＮ）をＲＸ＿ＨＦＮと記し、再計数の回数を記録するために用いることができ、これにより、前記受信端は、前回提出されたＳＤＵのＳＮに基づき、ＲＸ＿ＨＦＮと合わせれば、前回提出されたＳＤＵに対応する計数値（ＣＯＵＮＴ）、すなわち前記受信端が実際に上位層に提出したＳＤＵの番号を確定することができる。同様な方法を用いれば、ウィンドウ下限標識に基づき対応する計数値、すなわち提出予定データの最小ＳＮに対応する計数値を算出することができる。
【００６７】
いくつかの実施例において、前記受信端が、並べ替えウィンドウのウィンドウ情報と、前記提出されたデータの情報とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定することは、
前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮの次のＳＮに対応する計数値に等しくなければ、前記提出されたデータと前記提出予定データが連続しないことを確定する、または
前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮの次のＳＮに対応する計数値に等しければ、前記提出されたデータと前記提出予定データが連続することを確定することを含む。
【００６８】
ウィンドウ下限標識に対応する計数値は提出予定データの実際の番号値を反映し、前回提出されたＳＤＵのＳＮに対応する計数値は前回提出されたＳＤＵの実際の番号値を反映できるため、この２つの計数値が連続するか否かを比較することで、提出されたデータと提出予定データが連続するか否かを判断することができ、例えば、ウィンドウ下限標識に対応する計数値はＣＯＵＮＴ１であり、前回提出されたＳＤＵのＳＮに対応する計数値はＣＯＵＮＴ２であり、ＣＯＵＮＴ１＝ＣＯＵＮＴ２＋１であれば、提出されたデータと提出予定データが連続することを確定し、そうでない場合は、提出されたデータと提出予定データが連続しないことを確定してもよい。
【００６９】
なお、具体的に実施する際は、ウィンドウ下限標識を前回提出されたＳＤＵのＳＮに設定することができ、これによって比較を行う際、前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮに対応する計数値に等しくない場合に、前記提出されたデータと前記提出予定データが連続しないことを確定し、前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮに対応する計数値に等しい場合に、前記提出されたデータと前記提出予定データが連続することを確定してもよい。すなわち、具体的な判断条件は、ウィンドウ下限標識の定義に基づき調整を行うことができ、本願の実施例はこれについて特に限定しない。
【００７０】
一実施例として、前記方法２００は、
前記第１の提出モードのタイマーが失効した状態にある場合、並べ替えウィンドウのウィンドウ下限標識を次回提出しようとするＳＤＵに対応する計数値に設定することをさらに含む。
【００７１】
ただし、前記第１の提出モードのタイマーが失効した状態にあるというのは、前記第１の提出モードのタイマーが非動作状態にあると理解してもよい。
【００７２】
具体的には、前記受信端が並べ替えウィンドウのウィンドウ下限標識を次回提出しようとするＳＤＵに対応する計数値（Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮと記す）に対応する計数値に設定することができ、例えば、前記受信端は、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮに基づき、受信端の現在のＲＸ＿ＨＦＮと合わせて対応するＣＯＵＮＴ値を確定することができ、これにより、第１の提出モードのタイマーが失効した状態にある時、前記受信端は、次回提出しようとするＳＤＵに対応する計数値が前回提出されたＳＤＵに対応する計数値に等しくない場合、すなわち提出予定データと提出されたデータが連続しない場合に、前記第１の提出モードのタイマーをオンすることで、タイムリーな提出モードを用いて上位層にデータを提出することができる。
【００７３】
なお、本願の実施例において、前記受信端は端末機器であってもよければ、ネットワーク機器であってもよく、本願の実施例はこれについて特に限定しない。
【００７４】
前記受信端が端末機器であれば、一実施例として、前記方法２００は、
前記受信端がネットワーク機器から送信された指示情報を受信することをさらに含んでもよく、前記指示情報は、前記端末機器に、前記第１の提出モードまたは第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであり、ただし、前記第２の提出モードは前記受信端に、順にデータを上位層に提出するよう指示するためのものである。
【００７５】
すなわち、受信端が端末機器である場合、具体的にどういう提出モードを用いるかは、ネットワーク機器により端末機器に設定することができ、ネットワーク機器は、システムのニーズまたは上位層の処理能力等の要素に基づき、端末機器がどういう提出モードを用いて上位層にデータを提出するかを設定することができる。例えば、前記ネットワーク機器は、遅延に対する要求が高い場合に、データの伝送遅延を減らすように、端末機器が第１の提出モード、すなわちタイムリーな提出モードを用いて上位層にデータを提出するように設定するか、または上位層の処理能力が比較的に高い場合に、タイムリーな提出モードを用いて上位層にデータを提出し、すなわち特定の順がないデータを上位層に直接提出し、上位層によりデータの並べ替えを行うように設定してもよい。
【００７６】
いくつかの実施例において、前記指示情報は、具体的には、前記端末機器のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層に、前記第１の提出モードまたは前記第２の提出モードを用いて上位層にデータを提出するよう指示するためのものである。
【００７７】
いくつかの実施例において、前記指示情報は、具体的には、前記端末機器の無線リンク制御（ＲＬＣ）層に、前記第１の提出モードまたは前記第２の提出モードを用いて上位層にデータを提出するよう指示するためのものである。
【００７８】
すなわち、当該端末機器のＲＬＣ層が用いる提出モードを指示するための指示情報、及び当該端末機器のＰＤＣＰ層が用いる提出モードを指示するための指示情報は、同一の指示ドメインにベアリングされてもよく、例えば、ＲＲＣシグナリングもしくは動的シグナリングの特定の指示ドメインにベアリングされるか、または、同一の指示情報を用いて当該端末機器のＲＬＣ層及びＰＤＣＰ層にどういう提出モードを用いるかを指示することができる。
【００７９】
一実施例として、前記受信端がネットワーク機器から送信された指示情報を受信することは、
前記受信端が前記ネットワーク機器から送信された無線リソース制御（ＲＲＣ）シグナリングを受信することを含み、前記無線リソース制御シグナリングは前記指示情報を含む。
【００８０】
すなわち前記ネットワーク機器は、ＲＲＣシグナリングを介して、前記受信端にどういう提出モードを用いるかを準静的に設定することができる。
【００８１】
もう一つの実施例として、前記受信端がネットワーク機器から送信された指示情報を受信することは、
前記受信端が、前記ネットワーク機器から送信されたメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）またはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）制御プロトコルデータユニット（ＰＤＵ）を受信することを含み、前記ＭＡＣ  ＣＥまたはＰＤＣＰ制御ＰＤＵは前記指示情報を含む。
【００８２】
すなわち、ネットワーク機器は、動的シグナリング、例えば、ＭＡＣ  ＣＥまたはＰＤＣＰ制御ＰＤＵを介して、端末機器にどういう提出モードを用いて上位層にデータを提出するかを動的に設定することができる。
【００８３】
いくつかの実施例において、前記ネットワーク機器は、他の方式で前記受信端に前記指示情報を送信することもでき、本願の実施例は前記指示情報の具体的な通知方式を限定しない。
【００８４】
これにより、本願の実施例のデータを伝送する方法において、受信端は、提出予定データと提出されたデータが連続しない場合、タイムリーな提出モードのタイマーをオンして、タイムリーに提出する方式を用いて上位層にデータを提出することを実現し、データのタイムリーな提出を実現し、データの伝送遅延を減らすことに役立つものである。
【００８５】
なお、本願の実施例において、どういう提出モードを用いようと、受信端はプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、略称ＰＤＵ）データを受信した時、いずれもＰＤＵデータに対してパケットヘッダを除去する（アンパックとも称する）処理を行って、ＳＤＵデータを生成する必要があり、そうでなければ当該ＳＤＵデータを上位層に提出することはできず、本明細書では、説明の便宜上、ＰＤＵデータからＳＤＵデータを生成するプロセスを省略しているが、当該プロセスを実行しないという意味ではない。
【００８６】
本願の実施例において、当該受信端は、複数のＰＤＵに基づき当該ＳＤＵデータを生成することができ、ただし、当該複数のＰＤＵは、１つの完全なＳＤＵを構成可能なものであるか、もしくは１つの完全なＳＤＵの一部であってもよく、または、当該複数のＰＤＵのうち一部のＰＤＵは１つの完全なＳＤＵを構成でき、すなわち当該ＳＤＵデータは、完全なＳＤＵを構成可能な少なくとも１つのＰＤＵと、当該少なくとも１つのＰＤＵより前（及び／または後）のＰＤＵとから生成されるものであってもよい。
【００８７】
すなわち、当該受信端は、完全なＳＤＵを構成可能な少なくとも１つのＰＤＵ及び当該少なくとも１つのＰＤＵより前のＰＤＵから１つのＳＤＵデータを生成するか、もしくは受信端は、完全なＳＤＵを構成可能な少なくとも１つのＰＤＵ及び当該完全なＰＤＵより後のＰＤＵから１つのＳＤＵデータを生成するか、または、当該受信端は、当該少なくとも１つのＰＤＵ、当該少なくとも１つのＰＤＵより前のＰＤＵ、及び当該少なくとも１つのＰＤＵより後のＰＤＵから１つのＳＤＵデータ等を生成することができ、本願の実施例は当該ＳＤＵの生成方式について特に限定しない。
【００８８】
当該第１の提出モードにおいて、当該ＳＤＵデータを生成した後、当該受信端は、当該ＳＤＵデータより前のＳＤＵデータはまだ上位層に提出していないにしても、当該ＳＤＵデータを上位層に直接提出し、すなわち受信端は特定の順がなくても上位層にＳＤＵデータを提出することができる。
【００８９】
当該第２の提出モードにおいて、当該ＳＤＵデータを生成した後、当該受信端は、当該ＳＤＵデータより前のＳＤＵデータが全て上位層に提出されるまで当該ＳＤＵデータを上位層に提出することができず、すなわち当該受信端は、順にＳＤＵデータを上位層に提出する必要がある。
【００９０】
図３は本願のもう一つの実施例によるデータを伝送する方法３００を示すフローチャットである。前記方法３００は、図１に示す無線通信システムにおける端末機器またはネットワーク機器により実行することができ、図３に示すように、当該方法３００は、Ｓ３１０と、Ｓ３２０とを含み、
Ｓ３１０において、受信端は第２の提出モードのタイマーの時間長をゼロに設定する。
Ｓ３２０において、前記受信端は第１の提出モードを用いて、上位層に提出予定データを提出する。
【００９１】
ただし、前記第１の提出モードは、前記受信端に、データを受信した時、データを上位層に直接提出するよう指示するためのものであり、前記第２の提出モードは前記受信端に、順にデータを上位層に提出するよう指示するためのものである。
【００９２】
本実施例において、並べ替えウィンドウのウィンドウ上限標識は、既に受信されたＰＤＵにおける最大ＳＮ番号の次のＳＮ番号であってもよく、１つのデータパケットのＳＮが並べ替えウィンドウのウィンドウ上限標識より大きく、すなわち当該データパケットのＳＮが並べ替えウィンドウ外にある場合に、当該データパケットはまだ成功的に受信されていないと見なすことができ、受信端は、ＳＮが現在のウィンドウ上限標識より大きいデータパケットを受信したのであれば、前記受信端は、ウィンドウ上限標識を新たに受信したデータパケットのＳＮに更新し、すなわちウィンドウを後方に移動することができる。
【００９３】
すなわち、並べ替えウィンドウの移動は、主にウィンドウ上限によって推進されるものであり、すなわち受信端がより大きいＳＮのデータパケットさえ受信したのであれば、ウィンドウは後方に移動し、このような場合に、前記受信端は、第２の提出モード、すなわち順に提出するモードのタイマーの時間長をゼロに設定するだけでよく、順に提出するモードのタイマーの時間長がゼロである時、タイマーは非動作状態にあるため、パケットロスが発生したにしても、パケットロスを待つことはなく、これにより、ウィンドウは新しいデータパケットの受信に伴い後方に移動するため、新しいデータパケットを受信した時、受信端は、新たに受信したデータパケットを上位層に直接提出して、受信されたデータパケットのタイムリーな提出を実現できる。
【００９４】
これにより、このシーンにおいて、前記受信端は、提出されたデータと提出予定データパケットが連続するか否かを判断し確定する必要がなく、第２の提出モードのタイマーの時間長をゼロに設定することだけで、受信されたデータパケットのタイムリーな提出を実現できる、またはデータを順に提出する必要があれば、第２の提出モードのタイマーの時間長をゼロより大きく設定するだけでよい。これにより、前記受信端は、第２の提出モードのタイマーの時間長を制御するだけで、タイムリーな提出及び順に提出すると、２タイプのモードの切り替えを実現できる。
【００９５】
なお、本願の実施例において、どういう提出モードを用いようと、受信端がプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、略称ＰＤＵ）データを受信した時、いずれもＰＤＵデータに対してパケットヘッダ除去（アンパックとも称する）処理を行って、サービスデータユニット（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ、略称ＳＤＵ）データを生成する必要があり、そうでなければ当該ＳＤＵデータを上位層に提出ことはできず、本明細書では、説明の便宜上、ＰＤＵデータからＳＤＵデータを生成するプロセスを省略しているが、当該プロセスを実行しないという意味ではない。
【００９６】
本願の実施例において、当該受信端は、複数のＰＤＵに基づき当該ＳＤＵデータを生成することができ、ただし、当該複数のＰＤＵは、１つの完全なＳＤＵを構成可能なものであるか、もしくは１つの完全なＳＤＵの一部であってもよく、または、当該複数のＰＤＵのうち一部のＰＤＵは１つの完全なＳＤＵを構成でき、すなわち当該ＳＤＵデータは、完全なＳＤＵを構成可能な少なくとも１つのＰＤＵと、当該少なくとも１つのＰＤＵより前（及び／または後）のＰＤＵとから生成されるものであってもよい。
【００９７】
すなわち、当該受信端は、完全なＳＤＵを構成可能な少なくとも１つのＰＤＵ及び当該少なくとも１つのＰＤＵより前のＰＤＵから１つのＳＤＵデータを生成するか、もしくは受信端は、完全なＳＤＵを構成可能な少なくとも１つのＰＤＵ及び当該完全なＰＤＵより後のＰＤＵから１つのＳＤＵデータを生成するか、または、当該受信端は、当該少なくとも１つのＰＤＵと、当該少なくとも１つのＰＤＵより前のＰＤＵと、当該少なくとも１つのＰＤＵより後のＰＤＵとから１つのＳＤＵデータ等を生成することができ、本願の実施例は当該ＳＤＵの生成方式について特に限定しない。
【００９８】
当該第１の提出モードにおいて、当該ＳＤＵデータを生成した後、当該受信端は、当該ＳＤＵデータより前のＳＤＵデータはまだ上位層に提出していないにしても、当該ＳＤＵデータを上位層に直接提出し、すなわち受信端は特定の順がなくても上位層にＳＤＵデータを提出することができる。
【００９９】
当該第２の提出モードにおいて、当該ＳＤＵデータを生成した後、当該受信端は、当該ＳＤＵデータより前のＳＤＵデータが全て上位層に提出されるまで当該ＳＤＵデータを上位層に提出することができず、すなわち当該受信端は、順にＳＤＵデータを上位層に提出する必要がある。
【０１００】
図４は本願のさらにもう一つの実施例によるデータを伝送する方法７００を示すフローチャットである。前記方法７００は、図１に示す無線通信システムにおける端末機器により実行することができ、図４に示すように、当該方法７００は、Ｓ７１０と、Ｓ７２０とを含み、
Ｓ７１０において、端末機器がネットワーク機器から送信された指示情報を受信し、前記指示情報は、前記端末機器のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層及び無線リンク制御（ＲＬＣ）層に、前記第１の提出モードまたは第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであり、ただし、前記第１の提出モードは、前記端末機器に、ＰＤＵデータを受信した時、サービスデータユニット（ＳＤＵ）データを直接生成して上位層に提出するよう指示するためのものであり、前記第２の提出モードは、前記端末機器に、順にＳＤＵデータを上位層に提出するよう指示するためのものである。
Ｓ７２０において、前記指示情報に基づき上位層に前記ＳＤＵデータを提出する。
【０１０１】
これにより、本願の実施例において、当該端末機器のＲＬＣ層が用いる提出モードを指示するための指示情報、及び当該端末機器のＰＤＣＰ層が用いる提出モードを指示するための指示情報は、同一の指示ドメインにベアリングされてもよく、例えば、ＲＲＣシグナリングもしくは動的シグナリングの特定の指示ドメインにベアリングされるか、または、同一の指示情報を用いて当該端末機器のＲＬＣ層及びＰＤＣＰ層にどういう提出モードを用いるかを指示することができる。なお、本願の実施例において、どういう提出モードを用いようと、受信端はＰＤＵデータを受信した時、いずれもＰＤＵデータに対してパケットヘッダ除去処理を行って、ＳＤＵデータを生成する必要があり、そうでなければ当該ＳＤＵデータを上位層に提出することができない。
【０１０２】
本願の実施例において、当該受信端は、複数のＰＤＵを受信することができ、当該受信端は、当該複数のＰＤＵに対してパケットヘッダ除去処理を行って、１つのＳＤＵを生成することができ、ただし、当該複数のＰＤＵは、１つの完全なＳＤＵを構成可能なものであるか、もしくは１つの完全なＳＤＵの一部を構成することができるか、または、当該複数のＰＤＵのうち一部のＰＤＵは１つの完全なＳＤＵを構成可能なものであり、すなわち当該ＳＤＵデータは、完全なＳＤＵを構成可能な少なくとも１つのＰＤＵと、当該少なくとも１つのＰＤＵより前（及び／または後）のＰＤＵとから生成することができる。
【０１０３】
例えば、当該受信端がＰＤＵ１、ＰＤＵ２及びＰＤＵ３を受信しており、当該ＰＤＵ１、ＰＤＵ２及びＰＤＵ３は１つの完全なＳＤＵを構成するのであれば、当該受信端は、当該ＰＤＵ１、ＰＤＵ２及びＰＤＵ３に対してパケットヘッダ除去処理を行って、１つの完全なＳＤＵを生成することができる。
【０１０４】
または、受信端がＰＤＵ４、ＰＤＵ５及びＰＤＵ６を受信しており、当該ＰＤＵ５が１つの完全なＳＤＵであり（ＳＤＵ１と記す）、当該ＰＤＵ４及び当該ＰＤＵ６がＳＤＵ１以外の他のＳＤＵのセグメントであってもよく、当該ＰＤＵ４及び当該ＰＤＵ６は同一のＳＤＵに属するものでもよければ、異なるＳＤＵに属するものでもよいのであれば、当該受信端は、当該ＰＤＵ４、ＰＤＵ５及びＰＤＵ６に対してパケットヘッダ除去処理を行って、１つのＳＤＵを生成することができる。
【０１０５】
当該第１の提出モードにおいて、当該ＳＤＵデータを生成した後、当該受信端は、当該ＳＤＵデータより前のＳＤＵデータはまだ上位層に提出されていないにしても、当該ＳＤＵデータを上位層に直接提出し、すなわち受信端は特定の順がなくても上位層にＳＤＵデータを提出することができる。
【０１０６】
当該第２の提出モードにおいて、当該ＳＤＵデータを生成した後、当該受信端は、当該ＳＤＵデータより前のＳＤＵデータが全て上位層に提出されるまで当該ＳＤＵデータを上位層に提出することができず、すなわち当該受信端は、順にＳＤＵデータを上位層に提出する必要がある。
【０１０７】
上述した内容は、本願の方法の実施例を図２から図４を参照して詳細に説明しているものであり、以下、本願の装置の実施例を図５から図８を参照して詳細に説明する。なお、装置の実施例と方法の実施例は互いに対応するものであるため、類似する説明は、方法の実施例を参照すればよい。
【０１０８】
図５は本願の実施例によるデータを伝送する機器を示すブロック図である。図５の機器４００は、処理モジュール４１０と、通信モジュール４２０とを含み、
処理モジュール４１０は、提出されたデータと提出予定データが連続しないことを確定する場合に、第１の提出モードのタイマーをオンするためのものであり、ただし、前記第１の提出モードは、前記機器に、データを受信した時、データを上位層に直接提出するよう指示するためのものである。
通信モジュール４２０は、前記第１の提出モードのタイマーが失効していない場合に、前記第１の提出モードを用いて上位層に前記提出予定データを提出するためのものである。
【０１０９】
いくつかの実施例において、前記処理モジュール４１０は、さらに、
前記第１の提出モードのタイマーがオン状態にあれば、前記提出されたデータと前記提出予定データが連続することを確定した場合、前記第１の提出モードのタイマーを停止するためにも用いられる。
【０１１０】
いくつかの実施例において、前記機器は、確定モジュールをさらに含み、
前記確定モジュールは、並べ替えウィンドウのウィンドウ情報と、前記提出されたデータの情報とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定するためのものである。
【０１１１】
いくつかの実施例において、前記並べ替えウィンドウのウィンドウ情報は、前記並べ替えウィンドウのウィンドウ下限標識を含み、前記確定モジュールは、具体的には、
並べ替えウィンドウのウィンドウ下限標識と、前回提出されたサービスデータユニット（ＳＤＵ）のシーケンス番号（ＳＮ）とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定するためのものである。
【０１１２】
いくつかの実施例において、前記確定モジュールは、具体的には、
前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮの次のＳＮに対応する計数値に等しくなければ、前記提出されたデータと前記提出予定データが連続しないことを確定する、または、
前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮの次のＳＮに対応する計数値に等しければ、前記提出されたデータと前記提出予定データが連続することを確定するためのものである。
【０１１３】
いくつかの実施例において、処理モジュール４１０は、さらに、
前記第１の提出モードのタイマーが失効した状態にある場合に、並べ替えウィンドウのウィンドウ下限標識を次回提出しようとするＳＤＵに対応する計数値に設定するためにも用いられる。
【０１１４】
いくつかの実施例において、処理モジュール４１０は、さらに、
前記次回提出しようとするＳＤＵに対応する計数値が前回提出されたＳＤＵに対応する計数値に等しくない場合、前記第１の提出モードのタイマーをオンするためにも用いられる。
【０１１５】
いくつかの実施例において、前記機器は、端末機器またはネットワーク機器である。
【０１１６】
いくつかの実施例において、前記機器は端末機器であり、前記通信モジュール４２０は、さらに、
ネットワーク機器から送信された指示情報を受信するためにも用いられ、前記指示情報は、前記端末機器に、前記第１の提出モードまたは第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであり、ただし、前記第２の提出モードは前記機器に、順にデータを上位層に提出するよう指示するためのものである。
【０１１７】
いくつかの実施例において、前記指示情報は、具体的には、前記機器のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層に、前記第１の提出モードまたは前記第２の提出モードを用いて上位層にデータを提出するよう指示するためのものである。
【０１１８】
いくつかの実施例において、前記指示情報は、具体的には、前記機器の無線リンク制御（ＲＬＣ）層に、前記第１の提出モードまたは前記第２の提出モードを用いて上位層にデータを提出するよう指示するためのものである。
【０１１９】
いくつかの実施例において、通信モジュール４２０は、具体的には、
前記ネットワーク機器から送信された無線リソース制御（ＲＲＣ）シグナリングを受信するためのものであり、前記無線リソース制御シグナリングは、前記指示情報を含む。
【０１２０】
いくつかの実施例において、前記通信モジュール４２０は、具体的には、
前記ネットワーク機器から送信されたメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）またはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）制御プロトコルデータユニット（ＰＤＵ）を受信するためのものであり、前記ＭＡＣ  ＣＥまたはＰＤＣＰ制御ＰＤＵは前記指示情報を含む。
【０１２１】
具体的には、当該機器４００は、前記方法２００に説明されている受信端に対応し（例えば、受信端として設定されるか、または当該機器そのものは受信端である）、当該機器４００における各モジュールまたはユニットは、それぞれ前記方法２００で受信端により実行される各動作もしくは処理プロセスを実行するためのものであってもよく、ここで、重複説明を避けるために、その詳細な説明を省略している。
【０１２２】
図６は本願の実施例によるデータを伝送する機器を示すブロック図である。図６の機器５００は、設定モジュール５１０と、通信モジュール５２０とを含み、
設定モジュール５１０は、第２の提出モードのタイマーの時間長をゼロに設定するためのものである。
通信モジュール５２０は、第１の提出モードを用いて、上位層に提出予定データを提出するためのものである。
【０１２３】
ただし、前記第１の提出モードは、前記機器に、データを受信した時、データを上位層に直接提出するよう指示するためのものであり、前記第２の提出モードは、前記機器に、順にデータを上位層に提出するよう指示するためのものである。
【０１２４】
具体的には、当該機器５００は、前記方法３００に説明されている受信端に対応し（例えば、受信端として設定されるか、または当該機器そのものは受信端である）、当該機器５００における各モジュールまたはユニットは、それぞれ前記方法３００で受信端により実行される各動作もしくは処理プロセスを実行するためのものであってもよく、ここで、重複説明を避けるために、その詳細な説明を省略している。
【０１２５】
図７は本願の実施例によるデータを伝送する端末機器を示すブロック図である。図７の端末機器８００は、通信モジュール８１０を含み、
通信モジュール８１０は、ネットワーク機器から送信された指示情報を受信するためのものであり、前記指示情報は、前記端末機器のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層及び無線リンク制御（ＲＬＣ）層に、第１の提出モードまたは第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであり、ただし、前記第１の提出モードは、前記端末機器に、プロトコルデータユニット（ＰＤＵ）データを受信した時、サービスデータユニット（ＳＤＵ）データを直接生成して上位層に提出するよう指示するためのものであり、前記第２の提出モードは、前記端末機器に、順にＳＤＵデータを上位層に提出するよう指示するためのものであり、通信モジュール８１０は、前記指示情報に基づき上位層に前記ＳＤＵデータを提出するためにも用いられる。
【０１２６】
具体的には、当該端末機器８００は、前記方法７００に説明されている端末機器に対応し（例えば、端末機器として設定されるか、または当該機器そのものは端末機器である）、当該端末機器８００における各モジュールまたはユニットは、それぞれ前記方法７００で端末機器により実行される各動作もしくは処理プロセスを実行するためのものであってもよく、ここで、重複説明を避けるために、その詳細な説明を省略している。
【０１２７】
図８に示すように、本願の実施例は、データを伝送する機器６００をさらに提供し、前記機器６００は図５の機器４００、図６の機器５００、または図７の機器８００であってもよく、図２の方法２００もしくは図３の方法３００に対応する受信端の内容、または図４の方法７００に対応する端末機器の内容を実行するために用いることができる。前記機器６００は、入力インタフェース６１０、出力インタフェース６２０、プロセッサ６３０及びメモリ６４０を含み、前記入力インタフェース６１０、出力インタフェース６２０、プロセッサ６３０及びメモリ６４０は、バスシステムを介して接続されてもよい。前記メモリ６４０は、プログラム、コマンドまたはコードを記憶するためのものである。前記プロセッサ６３０は、前記メモリ６４０に記憶せれているプログラム、コマンドまたはコードを実行することによって、入力インタフェース６１０を制御して信号を受信させ、出力インタフェース６２０を制御して信号を送信させ、前述した方法の実施例における操作を完了させるためのものである。
【０１２８】
なお、本願の実施例において、前記プロセッサ６３０は中央処理ユニット（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、略称「ＣＰＵ」）であってもよく、前記プロセッサ６３０は、他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理部品、ディスクリートトランジスタもしくはトランジスタ論理部品、ディスクリートハードウェア部品等であってもよい。汎用プロセッサはマイクロプロセッサであってもよく、または前記プロセッサはいかなる従来のプロセッサ等であってもよい。
【０１２９】
前記メモリ６４０は、読み取り専用メモリ及びランダムアクセスメモリを含み、プロセッサ６３０にコマンド及びデータを提供するものであってもよい。メモリ６４０の一部は、不揮発性ランダムアクセスメモリをさらに含んでもよい。例えば、メモリ６４０は、機器タイプの情報を記憶することもできる。
【０１３０】
実施する過程において、上記方法に係る内容は、プロセッサ６３０のハードウェアの集積論理回路またはソフトウェア形式のコマンドにより完了することができる。本願の実施例に開示されている方法に係る内容は、ハードウェアのプロセッサが直接実行して完了するか、またはプロセッサのハードウェア及びソフトウェアモジュールを組み合わせて実行して完了するものとして表現することができる。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリもしくは電気的消去プログラマブルメモリ、レジスタなど当該技術分野の成熟した記憶媒体に配置することができる。前記記憶媒体はメモリ６４０に配置され、プロセッサ６３０はメモリ６４０から情報を読み取り、そのハードウェアと合わせて上記方法に係る内容を完了する。重複説明を避けるため、ここで詳細な説明を省略する。
【０１３１】
一つの具体的な実施形態において、図５の機器４００が備える処理モジュール４１０は、図８のプロセッサ６３０で実現することができ、図５の機器４００が備える通信モジュール４２０は、図８の前記入力インタフェース６１０及び前記出力インタフェース６２０で実現することができる。
【０１３２】
もう一つの具体的な実施形態において、図６の機器５００が備える設定モジュール５１０は、図８のプロセッサ６３０で実現することができ、図６の機器５００が備える通信モジュール５２０は、図８の前記入力インタフェース６１０及び前記出力インタフェース６２０で実現することができる。
【０１３３】
さらにもう一つの具体的な実施形態において、図７の機器８００が備える通信モジュール８１０は、図８の前記入力インタフェース６１０及び前記出力インタフェース６２０で実現することができる。
【０１３４】
本願の実施例は、コンピュータ読み取り可能な記憶媒体をさらに提供し、当該コンピュータ読み取り可能な媒体は、１つ以上のプログラムを記憶し、当該１つ以上のプログラムはコマンドを含み、当該コマンドが複数のアプリケーションプログラムを含む携帯型電子機器により実行される時、当該携帯型電子機器に図２から図４に示す実施例の方法を実行させることができる。
【０１３５】
本願の実施例は、コンピュータプログラムをさらに提供し、当該コンピュータプログラムはコマンドを含み、当該コンピュータプログラムがコンピュータにより実行される時、コンピュータに図２から図４に示す実施例の方法の対応するプロセスを実行させる。
【０１３６】
当業者にとって自明なように、本明細書に開示されている各実施形態に記載の例示的なユニット、アルゴリズム及びステップは、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組み合わせにより実施することができる。これらの機能はハードウェアで実行するか、ソフトウェア方式で実行するかは、該当発明の特定の用途及び設計上の制限条件に依存する。当業者であれば、特定の用途ごとに異なる方法を用いて説明された機能を実現することができ、このような実現は本願の範囲を逸脱するものと見なすべきではない。
【０１３７】
当業者にとって自明なように、説明の便宜上や簡素化の観点から、上記のように説明されているシステム、装置及びユニットの具体的な動作プロセスは、上記方法の実施例の対応するプロセスを参照すればよいため、ここで詳細な説明を省略する。
【０１３８】
なお、本願に係るいくつかの実施例に開示されているシステム、装置及び方法は、他の形態によっても実現できる。例えば、上記のように説明されている装置の実施例は、例示的なものに過ぎない。例えば、上記ユニットの区分は、論理上の機能区分に過ぎず、実際に実現する際に他の形態で区分することもでき、例えば、複数のユニットまたは部品をもう一つのシステムに組み合わせるかもしくは集積させたり、または一部の特徴を反映させず、もしくは実行しなかったりしてもよい。また、示すもしくは説明されている相互の間の接続または直接的な接続または通信接続は、いくつかのインタフェース、装置またはユニットを用いた間接的接続または通信接続であってもよく、電気的、機械的もしくはその他形態であってもよい。
【０１３９】
分離した部品として説明されている上記各ユニットは、物理的に分離したものでもよければ、そうでないものであってもよい。ユニットとして示す各部品は、物理的なユニットであってもそうでなくてもよい。すなわち、同一の場所に設けられるものであってもよければ、複数のネットワークユニットに配置されるものであってもよい。必要に応じて、そのうち一部のユニット、または全てのユニットを用いて本実施形態の目的を達成することができる。
【０１４０】
なお、本願の各実施例において、各機能ユニットは、１つの処理ユニットに集積されてもよければ、各ユニットが単独で物理的に存在してもよく、または２つ以上のユニットが１つのユニットに集積されてもよい。
【０１４１】
前記機能は、ソフトウェアの機能ユニットの形態で実施され、且つ独立した製品として販売または使用される場合、コンピュータ読み取り可能記憶媒体に記憶されてもよい。これにより、本願に係る発明の趣旨、すなわち従来技術に対して貢献している部分または当該発明の一部は、ソフトウェア製品の形態で表すことができる。当該コンピュータソフトウェア製品は、一つの記憶媒体に記憶されており、コンピュータデバイス（パソコン、サーバ、またはネットワーク機器など）に本願の各実施例に記載の方法の全てのステップまたはその一部を実行させるためのいくつかのコマンドを含む。上記記憶媒体は、ＵＳＢメモリ、モバイルハードディスク、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、略称ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、略称ＲＡＭ）、磁気ディスクもしくはコンパクトディスクなど、プロクラムコードを記憶可能な種々の媒体を含む。
【０１４２】
本明細書に記載されている内容は、本願の具体的な実施形態に過ぎず、本願の保護範囲はこれに限定されない。当業者が本願に開示されている技術的範囲において容易に想到し得る変更や置換などは、いずれも本願の保護範囲に含まれる。これにより、本願の保護範囲は、特許請求の範囲に記載の内容に準拠するものとする。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データを伝送する方法であって、
受信端が、提出されたデータと提出予定データが連続しないことを確定した場合、第１の提出モードのタイマーをオンし、ただし、前記第１の提出モードは、前記受信端に、データを受信した時、データを上位層に直接提出するよう指示するためのものであることと、
前記第１の提出モードのタイマーが失効していない場合、前記受信端が前記第１の提出モードを用いて上位層に前記提出予定データを提出することとを含むことを特徴とするデータを伝送する方法。
【請求項２】
前記方法は、前記第１の提出モードのタイマーがオン状態にあれば、前記受信端が前記提出されたデータと前記提出予定データが連続することを確定した場合、前記第１の提出モードのタイマーを停止することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記方法は、前記受信端が、並べ替えウィンドウのウィンドウ情報と、前記提出されたデータの情報とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定することをさらに含むことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記並べ替えウィンドウのウィンドウ情報は、前記並べ替えウィンドウのウィンドウ下限標識を含み、前記受信端が並べ替えウィンドウのウィンドウ情報と、前記提出されたデータの情報とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定することは、
前記受信端が並べ替えウィンドウのウィンドウ下限標識と、前回提出されたサービスデータユニット（ＳＤＵ）のシーケンス番号（ＳＮ）とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定することを含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記受信端が並べ替えウィンドウのウィンドウ下限標識と、前回提出されたサービスデータユニット（ＳＤＵ）のシーケンス番号（ＳＮ）とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定することは、
前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮの次のＳＮに対応する計数値に等しくなければ、前記提出されたデータと前記提出予定データが連続しないことを確定する、または
前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮの次のＳＮに対応する計数値に等しければ、前記提出されたデータと前記提出予定データが連続することを確定することを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記方法は、前記第１の提出モードのタイマーが失効した状態にある場合、並べ替えウィンドウのウィンドウ下限標識を次回提出しようとするＳＤＵに対応する計数値に設定することを含むことを特徴とする請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記受信端が、提出されたデータと提出予定データが連続しないことを確定した場合、第１の提出モードのタイマーをオンすることは、
前記次回提出しようとするＳＤＵに対応する計数値が前回提出されたＳＤＵに対応する計数値に等しくない場合、前記第１の提出モードのタイマーをオンすることを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記受信端は、端末機器またはネットワーク機器であることを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記受信端は端末機器であり、前記方法は、
前記受信端がネットワーク機器から送信された指示情報を受信することをさらに含み、前記指示情報は、前記端末機器に、前記第１の提出モードまたは第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであり、ただし、前記第２の提出モードは前記受信端に、順にデータを上位層に提出するよう指示するためのものであることを特徴とする請求項８に記載の方法。
【請求項１０】
前記指示情報は、前記端末機器のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層に、前記第１の提出モードまたは前記第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであることを特徴とする請求項９に記載の方法。
【請求項１１】
前記指示情報は、前記端末機器の無線リンク制御（ＲＬＣ）層に、前記第１の提出モードまたは前記第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであることを特徴とする請求項９または１０に記載の方法。
【請求項１２】
前記受信端がネットワーク機器から送信された指示情報を受信することは、
前記受信端が前記ネットワーク機器から送信された無線リソース制御（ＲＲＣ）シグナリングを受信することを含み、前記無線リソース制御シグナリングは、前記指示情報を含むことを特徴とする請求項９から１１のいずれか１項に記載の方法。
【請求項１３】
前記受信端がネットワーク機器から送信された指示情報を受信することは、
前記受信端が前記ネットワーク機器から送信されたメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）またはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）制御プロトコルデータユニット（ＰＤＵ）を受信することを含み、前記ＭＡＣ  ＣＥまたはＰＤＣＰ制御ＰＤＵは前記指示情報を含むことを特徴とする請求項９から１１のいずれか１項に記載の方法。
【請求項１４】
データを伝送する方法であって、
受信端が、第１の提出モードを用いて上位層にデータを提出することを確定した場合、第２の提出モードのタイマーの時間長をゼロに設定することと、
前記受信端が前記第１の提出モードを用いて、上位層に提出予定データを提出することとを含み、
ただし、前記第１の提出モードは、前記受信端に、データを受信した時、データを上位層に直接提出するよう指示するためのものであり、前記第２の提出モードは、前記受信端に、順にデータを上位層に提出するよう指示するためのものであることを含むことを特徴とするデータを伝送する方法。
【請求項１５】
データを伝送する方法であって、
端末機器がネットワーク機器から送信された指示情報を受信し、前記指示情報は、前記端末機器のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層及び無線リンク制御（ＲＬＣ）層に、第１の提出モードまたは第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであり、ただし、前記第１の提出モードは、前記端末機器に、プロトコルデータユニット（ＰＤＵ）データを受信した時、サービスデータユニット（ＳＤＵ）データを直接生成して上位層に提出するよう指示するためのものであり、前記第２の提出モードは、前記端末機器に、順にＳＤＵデータを上位層に提出するよう指示するためのものであることと、
前記指示情報に基づき上位層に前記ＳＤＵデータを提出することとを含むことを特徴とするデータを伝送する方法。
【請求項１６】
データを伝送する機器であって、
処理モジュールと、通信モジュールとを含み、
前記処理モジュールは、提出されたデータと提出予定データが連続しないことを確定する場合、第１の提出モードのタイマーをオンするためのものであり、ただし、前記第１の提出モードは、前記機器に、データを受信した時、データを上位層に直接提出するよう指示するためのものであり、
前記通信モジュールは、前記第１の提出モードのタイマーが失効していない場合、前記第１の提出モードを用いて上位層に前記提出予定データを提出するためのものであることを特徴とするデータを伝送する機器。
【請求項１７】
前記処理モジュールは、さらに、
前記第１の提出モードのタイマーがオン状態にあれば、前記提出されたデータと前記提出予定データが連続することを確定した場合、前記第１の提出モードのタイマーを停止するためにも用いられることを特徴とする請求項１６に記載の機器。
【請求項１８】
前記機器は、確定モジュールをさらに含み、
前記確定モジュールは、並べ替えウィンドウのウィンドウ情報と、前記提出されたデータの情報とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定するためのものであることを特徴とする請求項１６または１７に記載の機器。
【請求項１９】
前記並べ替えウィンドウのウィンドウ情報は、前記並べ替えウィンドウのウィンドウ下限標識を含み、前記確定モジュールは、
並べ替えウィンドウのウィンドウ下限標識と、前回提出されたサービスデータユニット（ＳＤＵ）のシーケンス番号（ＳＮ）とに基づき、前記提出されたデータと前記提出予定データが連続するか否かを確定するためのものであることを特徴とする請求項１８に記載の機器。
【請求項２０】
前記確定モジュールは、
前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮの次のＳＮに対応する計数値に等しくなければ、前記提出されたデータと前記提出予定データが連続しないことを確定する、または
前記ウィンドウ下限標識に対応する計数値が前回提出されたＳＤＵのＳＮの次のＳＮに対応する計数値に等しければ、前記提出されたデータと前記提出予定データが連続することを確定するためのものであることを特徴とする請求項１９に記載の機器。
【請求項２１】
前記処理モジュールは、
前記第１の提出モードのタイマーが失効した状態にある場合、並べ替えウィンドウのウィンドウ下限標識を次回提出しようとするＳＤＵに対応する計数値に設定するためのものであることを特徴とする請求項１６から２０のいずれか１項に記載の機器。
【請求項２２】
前記処理モジュールは、さらに、
前記次回提出しようとするＳＤＵに対応する計数値が前回提出されたＳＤＵに対応する計数値に等しくない場合、前記第１の提出モードのタイマーをオンするためにも用いられることを特徴とする請求項２１に記載の機器。
【請求項２３】
前記機器は端末機器またはネットワーク機器であることを特徴とする請求項１６から２１のいずれか１項に記載の機器。
【請求項２４】
前記機器は端末機器であり、前記通信モジュールは、
ネットワーク機器から送信された指示情報を受信するためのものであり、前記指示情報は前記機器に、前記第１の提出モードまたは第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであり、ただし、前記第２の提出モードは、前記機器に、順にデータを上位層に提出するよう指示するためのものであることを特徴とする請求項２３に記載の機器。
【請求項２５】
前記指示情報は、前記機器のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層に、前記第１の提出モードまたは前記第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであることを特徴とする請求項２４に記載の機器。
【請求項２６】
前記指示情報は、前記機器の無線リンク制御（ＲＬＣ）層に、前記第１の提出モードまたは前記第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであることを特徴とする請求項２４または２５に記載の機器。
【請求項２７】
前記通信モジュールは、
前記ネットワーク機器から送信された無線リソース制御（ＲＲＣ）シグナリングを受信するためのものであり、前記無線リソース制御シグナリングは前記指示情報を含むことを特徴とする請求項２４から２６のいずれか１項に記載の機器。
【請求項２８】
前記通信モジュールは、
前記ネットワーク機器から送信されたメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）またはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）制御プロトコルデータユニット（ＰＤＵ）を受信するためのものであり、前記ＭＡＣ  ＣＥまたはＰＤＣＰ制御ＰＤＵは前記指示情報を含むことを特徴とする請求項２４から２６のいずれか１項に記載の機器。
【請求項２９】
データを伝送する機器であって、
設定モジュールと、通信モジュールとを含み、
前記設定モジュールは、第２の提出モードのタイマーの時間長をゼロに設定するためのものであり、
前記通信モジュールは、第１の提出モードを用いて、上位層に提出予定データを提出するためのものであり、
ただし、前記第１の提出モードは、前記機器に、データ受信した時、データを上位層に直接提出するよう指示するためのものであり、前記第２の提出モードは、前記機器に、順にデータを上位層に提出するよう指示するためのものであることを特徴とするデータを伝送する機器。
【請求項３０】
データを伝送する端末機器であって、
通信モジュールを含み、
前記通信モジュールは、ネットワーク機器から送信された指示情報を受信するためのものであり、前記指示情報は、前記端末機器のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層及び無線リンク制御（ＲＬＣ）層に、第１の提出モードまたは第２の提出モードを用いて上位層にデータを提出するよう指示するためのものであり、ただし、前記第１の提出モードは、前記端末機器に、プロトコルデータユニット（ＰＤＵ）データを受信した時、サービスデータユニット（ＳＤＵ）データを直接生成して上位層に提出するよう指示するためのものであり、前記第２の提出モードは、前記端末機器に、順にＳＤＵデータを上位層に提出するよう指示するためのものであり、前記通信モジュールは、前記指示情報に基づき上位層に前記ＳＤＵデータを提出するためにも用いられることを特徴とするデータを伝送する端末機器。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2020523908.tif 000001
【図２】
2020523908.tif 000002
【図３】
2020523908.tif 000003
【図４】
2020523908.tif 000004
【図５】
2020523908.tif 000005
【図６】
2020523908.tif 000006
【図７】
2020523908.tif 000007
【図８】
2020523908.tif 000008