JP2016521038A - プロトコルデータユニットの配信 - Google Patents

プロトコルデータユニットの配信 Download PDF

Info

Publication number
JP2016521038A
JP2016521038A JP2016505781A JP2016505781A JP2016521038A JP 2016521038 A JP2016521038 A JP 2016521038A JP 2016505781 A JP2016505781 A JP 2016505781A JP 2016505781 A JP2016505781 A JP 2016505781A JP 2016521038 A JP2016521038 A JP 2016521038A
Authority
JP
Japan
Prior art keywords
data unit
protocol
protocol data
service data
received
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016505781A
Other languages
English (en)
Other versions
JP6336039B2 (ja
Inventor
ヘンリ マルクス コスキネン
ヘンリ マルクス コスキネン
Original Assignee
ノキア ソリューションズ アンド ネットワークス オサケユキチュア
ノキア ソリューションズ アンド ネットワークス オサケユキチュア
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US13/856,951 external-priority patent/US20140301362A1/en
Application filed by ノキア ソリューションズ アンド ネットワークス オサケユキチュア, ノキア ソリューションズ アンド ネットワークス オサケユキチュア filed Critical ノキア ソリューションズ アンド ネットワークス オサケユキチュア
Publication of JP2016521038A publication Critical patent/JP2016521038A/ja
Application granted granted Critical
Publication of JP6336039B2 publication Critical patent/JP6336039B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1841—Resequencing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

種々の通信システムにおけるプロトコルデータユニット、或いは他の適当なデータ又は情報ユニットの配信は、適切な方法及び装置により向上させることができる。例えば、多数の下位層確認モードプロトコルエンティティで受信されるプロトコルデータユニットのシーケンス内配信は、タイマー及び／又はフォワーディング状態レポートから利益が得られる。方法は、データ転送を与える複数の下位層プロトコルエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察することを含む。又、この方法は、ギャップの観察時にタイマーをスタートさせることも含む。更に、この方法は、タイマーが満了になったとき、ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止することも含む。この方法は、更に、フォワーディング状態レポートを検出することも含む。又、この方法は、上位層へのデータ配信の直前に、ハンドオーバーにおいてフォワーディング欠落ためにギャップを含ませることも含む。【選択図】 図３

Description

関連出願の相互参照：本出願は、２０１３年１０月３０日に出願された米国特許出願第１４／０６７，５０９号の利益及び優先権を主張するもので、該出願は、２０１３年４月４日に出願された米国特許出願第１３／８５６，９５１号の一部継続出願であり、その利益及び優先権も主張される。この以前の出願は、両方とも、参考としてここにそのまま援用される。
種々の通信システムにおけるプロトコルデータユニット又は他の適当なデータ又は情報ユニットの配信は、適当な方法及び装置により改善することができる。例えば、多数の下位層確認モードプロトコルエンティティから並列に受信されるプロトコルデータユニットのシーケンス内配信は、再順序付けタイマー及び／又はフォワーディング状態レポートから利益が得られる。更に、多数の下位層確認モードプロトコルエンティティから並列に受信されるプロトコルデータユニット（ＰＤＵ）のシーケンス内配信は、受信プロトコルエンティティにおいて上位層へのデータ配信を促進するためにサービスデータユニット（ＳＤＵ）を含まないデータＰＤＵから利益が得られる。
進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）エアインターフェイスプロトコルスタックでは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）が、現在、無線リンクコントロール（ＲＬＣ）プロトコルの上に存在する。ＰＤＣＰは、現在、参考としてここに援用される第三世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）３６．３２３により規定されている。ＲＬＣは、参考としてここに援用される３ＧＰＰ ＴＳ ３６．３２２により規定されている。
ＰＤＣＰでは、リストされた「下位層から予想されるサービス」は、とりわけ、確認データ転送サービスを含み、これは、下位層の再確立時を除き、ＰＤＣＰプロトコルデータユニットの首尾良い配信及びシーケンス内(in-sequence)配信の指示を含むものである。
対応的に、次のＰＤＣＰ「ファンクション」がリストされる：下位層の再確立時の上位層ＰＤＵのシーケンス内配信。
Ｅ−ＵＴＲＡＮの二重接続の研究において、プロトコルスタックは、二重接続の各ノードに独立したＲＬＣを有することをベースとされた。図１は、コントロール／ユーザ（Ｃ／Ｕ）平面プロトコルスタックを示す。より詳細には、図１は、オフロード又はサイト間キャリアアグリゲーションのためのマルチ無線Ｕ平面プロトコルスタックを示している。
ステージ２レベルにおいて、ＰＤＣＰとＲＬＣとの間のシーケンス内配信における作業分担は、それ自体を、例えば、参考としてここに援用する３ＧＰＰ ＴＳ ３６．３００§§１０．１．２．３及び１０．１．２．３．１において次のように示している。「ハンドオーバーの際に、ソースｅＮＢは、ターゲットｅＮＢに全てのダウンリンクＰＤＣＰ ＳＤＵ［サービスデータユニット］を、ＵＥにより確認されていないそれらのＳＮと共に順次にフォワーディングする。・・・通常のハンドオーバーの後に、ＵＥは、ターゲットｅＮＢからＰＤＣＰ ＳＤＵを受信するとき、それを、考えられるギャップに関わらず低いＳＮをもつ全てのＰＤＣＰ ＳＤＵと一緒に上位層へ配信することができる。」
上述した考えられるギャップは、ハンドオーバー後に、ＵＥのＰＤＣＰが、ハンドオーバー前に受信が失敗したＰＤＵを受信するために生じるが、それらがソースｅＮＢによりターゲットｅＮＢへフォワーディングされる場合だけである。いずれの場合にも、ＵＥのＰＤＣＰは、ハンドオーバー後に受信したＰＤＵがＰＤＵのシーケンス番号の増加する順に到着すると仮定することが許される。
この原理のステージ３の実現は、３ＧＰＰ ＴＳ ３６．３２３ §§５．１．２、５．１．２．１、及び５．１．２．１．２において次のように見える。「・・・ＰＤＣＰにより受信されたＰＤＣＰ ＰＤＵが下位層の再確立によるものでない場合に：関連ＣＯＵＮＴ値の上昇順に上位層へ：受信したＰＤＣＰ ＳＤＵに関連したＣＯＵＮＴ値より低い関連ＣＯＵＮＴ値をもつ記憶された全てのＰＤＣＰ ＳＤＵ；受信したＰＤＣＰ ＳＤＵに関連したＣＯＵＮＴ値からスタートする連続的に関連するＣＯＵＮＴ値をもつ記憶された全てのＰＤＣＰ ＳＤＵ；・・・を配信する。」
従って、ソースｅＮＢのキーで暗号化された全ての受信ＲＬＣ ＳＤＵを配信するためにハンドオーバーにおいて遂行されるＲＬＣ再確立によってＰＤＵがフラッシュされない限り、システムは、低いＳＮをもつＰＤＵが受信の後に続かず、従って、ＳＤＵを上位層へ配信すると仮定する。
同じ３ＧＰＰ ＴＳから続いて：「・・・Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを、上位層に配信された最後のＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮにセットし、さもなければ、受信ＰＤＣＰ ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１又は受信ＰＤＣＰ ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮである場合に：関連ＣＯＵＮＴ値の上昇順に上位層へ：受信したＰＤＣＰ ＳＤＵに関連したＣＯＵＮＴ値からスタートする連続的に関連するＣＯＵＮＴ値をもつ記憶された全てのＰＤＣＰ ＳＤＵを配信し；Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを、上位層に配信された最後のＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮにセットする。」
従って、ＰＤＵがＲＬＣ再確立によりフラッシュされた場合には、システムは、上位層へのＳＤＵ配信を控え、これは、配信されるＳＤＵのＳＮシーケンスにホールを残す。
従って、上述した従来の手順では、２つの分岐があり、その第１は、ＳＮの低い未受信のＰＤＵは、受信後に予想できないと仮定することであり、この仮定に対する唯一の例外である第２の分岐は、ＰＤＵがＲＬＣ再確立のために受信されるときである。
別のプロトコルアーキテクチャーオプションは、分散型ＲＬＣプロトコルを含み、図１を参照すれば、ｅＮＢのＰＤＣＰエンティティは、共通位置にあるマスターＲＬＣエンティティにインターフェイスし、このマスターＲＬＣは、ＵＥを行先とするＲＬＣ ＰＤＵを、この場合に二重無線モードと称される、共通位置のＭＡＣ／ＰＨＹ層を経て直接無線インターフェイス送信するためのものと、ＬＴＥ−Ｈｉ ＡＰで動作するスレーブＲＬＣにより送信されるもの、に分割する。上述した方法と同様に、このオプションでは、ＰＤＣＰベアラと、所与の方向のデータ流を伴うＲＬＣベアラとの間には１対１のマッピング関係がある。
３ＧＰＰ ＴＳ ３６．３２２によれば、各受信未確認モードのＲＬＣエンティティは、次のもの、即ちＶＲ（ＵＲ）−ＵＭ受信状態変数、ＶＲ（ＵＸ）−ＵＭ ｔ−再順序付け状態変数、ＶＲ（ＵＨ）−ＵＭ最高受信状態変数、及びｔ−再順序付けを実施する。ＶＲ（ＵＲ）−ＵＭ受信状態変数は、再順序付けのために依然考慮される最も早期のＵＭＤＰＤＵのＳＮの値を保持することができる。ＶＲ（ＵＸ）−ＵＭ ｔ−再順序付け状態変数は、ｔ−再順序付けをトリガーしたＵＭＤ ＰＤＵのＳＮに続くＳＮの値を保持することができる。ＶＲ（ＵＨ）−ＵＭ最高受信状態変数は、受信したＵＭＤ ＰＤＵの中で最も高いＳＮをもつＵＭＤ ＰＤＵのＳＮに続くＳＮの値を保持し、そして再順序付けウインドウの上位縁として働くことができる。ｔ−再順序付けは、下位層におけるＲＬＣ ＰＤＵのロスを検出するためにＡＭ ＲＬＣエンティティ及び受信ＵＭ ＲＬＣエンティティの受信側により使用されるタイマーである。
３ＧＰＰ ＴＳ ３６．３２２、§５．１．２．２．４は、ｔ−再順序付けが満了になったときのアクションを説明している。特に、３ＧＰＰ ＴＳ ３６．３２２は、「ｔ−再順序付けが満了になったときに、受信ＵＭ ＲＬＣエンティティは、ＶＲ（ＵＲ）を、第１のＵＭＤ ＰＤＵのＳＮに、ＳＮ≧非受信ＶＲ（ＵＸ）で更新し；ＵＭＤ ＰＤＵからのＲＬＣ ＳＤＵをＳＮ＜更新ＶＲ（ＵＲ）で再アッセンブルし、そのように行うときにＲＬＣヘッダを除去し、そして再アッセンブルされたＲＬＣ ＳＤＵを、以前に配信されていない場合にＲＬＣ ＳＮの上昇順に上位層へ配信し；ＶＲ（ＨＵ）＞ＶＲ（ＵＲ）の場合に、ｔ−再順序付けをスタートし；ＶＲ（ＵＸ）をＶＲ（ＵＨ）にセットする」と説明している。
従来、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）データＰＤＵは、ＰＤＣＰ ＳＤＵ ＳＮ；及び非圧縮のＰＤＣＰ ＳＤＵを含むユーザ平面データ；又は圧縮されたＰＤＣＰ ＳＤＵを含むユーザ平面データ；又はコントロール平面データ；及びＳＲＢのためのＭＡＣ−１フィールド；又はＲＮに対して、ＤＲＢのＭＡＣ−１フィールド（完全性保護が構成される場合）を搬送するのに使用される。
従来、ＰＤＣＰは、無線リンクコントロール（ＲＬＣ）再確立時を除いて、受信されたものの中で、ＰＤＵ欠落を待機しない。従って、ｅＮＢでのＰＤＣＰ破棄によって生じるギャップは、ＵＥにおいてＴＣＰ／ＩＰで直ちに見ることができる。その結果、ＵＥは、複写ＴＣＰ ＡＣＫを送信し、そしてネットワーク側のＴＣＰがスローダウンされる。
例えば、参考としてここにそのまま援用される３ＧＰＰテクニカルレポート（ＴＲ）３６．８４２ ｖ．０．３．０には、上位層の小さなセル層の改善が説明されている。例えば、テクニカルレポートのオプション３Ｃには、使用されるＵ平面プロトコルアーキテクチャーが説明されている。
第１の実施形態によれば、方法は、データ転送を与える複数の下位層プロトコルエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察することを含む。又、この方法は、ギャップ観察時にタイマーをスタートさせることも含む。更に、この方法は、タイマーが満了になったとき、ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止することも含む。
変形例において、前記方法は、フォワーディング状態レポートを検出し、そして上位層へのデータ配信の直前に、ハンドオーバーにおいてフォワーディング欠落ためにギャップを含ませることを含む。
第２の実施形態によれば、方法は、どのプロトコルデータユニットシーケンス番号がユーザ装置にフォワーディングされないか決定することを含む。又、この方法は、レポートにおいてユーザ装置へプロトコルデータユニットシーケンス番号を明確に識別することを含む。
第３の実施形態によれば、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、データ転送を与える複数の下位層プロトコルエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察するように構成される。又、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、ギャップ観察時にタイマーをスタートさせるようにも構成される。更に、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、タイマーが満了になったとき、ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止するようにも構成される。
変形例において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、フォワーディング状態レポートを検出し、そして上位層へのデータ配信の直前に、ハンドオーバーにおいてフォワーディング欠落ためにギャップを含ませるように構成される。
第４の実施形態によれば、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、どのプロトコルデータユニットのシーケンス番号がユーザ装置へフォワーディングされないか決定するように構成される。又、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、レポートにおいてユーザ装置へプロトコルデータユニットシーケンス番号を明確に識別するようにも構成される。
第５の実施形態によれば、装置は、データ転送を与える複数の下位層プロトコルエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察するための観察手段を備えている。又、この装置は、ギャップ観察時にタイマーをスタートさせるスタート手段も備えている。更に、この装置は、タイマーが満了になったとき、ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止するための防止手段も備えている。
変形例において、この装置は、フォワーディング状態レポートを検出するための検出手段と、上位層へのデータ配信の直前に、ハンドオーバーにおいてフォワーディング欠落ためにギャップを含ませるための配信手段とを備えている。
第６の実施形態によれば、装置は、どのプロトコルデータユニットのシーケンス番号がユーザ装置へフォワーディングされないか決定するための決定手段を備えている。又、この装置は、レポートにおいてユーザ装置へプロトコルデータユニットシーケンス番号を明確に識別するための識別手段も備えている。
第７の実施形態によれば、方法は、シーケンス番号をもつが、非ゼロサイズのサービスデータユニットを伴わないプロトコルデータユニットを受信することを含む。又、この方法は、非ゼロサイズで且つシーケンス番号との関連性を有するサービスデータユニットが存在しないことで上位層へのサービスデータユニットの配信が阻止されるのを防止することも含む。
第８の実施形態によれば、方法は、データ受信エンティティへ配信されないサービスデータユニットを決定することを含む。サービスデータユニットは、シーケンス番号に関連している。又、この方法は、シーケンス番号を含むが、サービスデータユニットは除外するプロトコルデータユニットを送信することも含む。
第９の実施形態によれば、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、シーケンス番号をもつが、非ゼロサイズのサービスデータユニットを伴わないプロトコルデータユニットを受信するように構成される。又、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、非ゼロサイズで且つシーケンス番号との関連性を有するサービスデータユニットが存在しないことで上位層へのサービスデータユニットの配信が阻止されるのを防止するように構成される。
第１０の実施形態によれば、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、データ受信エンティティへ配信されないサービスデータユニットを決定するように構成される。サービスデータユニットは、シーケンス番号に関連している。又、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、シーケンス番号を含むが、サービスデータユニットは除外するプロトコルデータユニットを送信するように構成される。
第１１の実施形態によれば、装置は、シーケンス番号を伴うが、非ゼロサイズのサービスデータユニットを伴わないプロトコルデータユニットを受信するための手段を備えている。又、装置は、非ゼロサイズで且つシーケンス番号との関連性を有するサービスデータユニットが存在しないことで上位層へのサービスデータユニットの配信が阻止されるのを防止する手段も備えている。
第１２の実施形態によれば、装置は、データ受信エンティティへ配信されないサービスデータユニットを決定するための手段を備えている。サービスデータユニットは、シーケンス番号に関連している。又、装置は、シーケンス番号を含むが、サービスデータユニットは除外するプロトコルデータユニットを送信する手段も備えている。
第１３から第１６の実施形態によれば、非一時的コンピュータ読み取り可能な媒体は、ハードウェアで実行されたときに、プロセスを遂行するインストラクションでエンコードされる。このプロセスは、各々、第１の実施形態、第２の実施形態、第７の実施形態、第８の実施形態の方法、及びそれらの変形形態である。
第１７から第２０の実施形態によれば、コンピュータプログラムは、装置にロードされたときに、コンピュータシステムが第１の実施形態、第２の実施形態、第７の実施形態、第８の実施形態の方法、及びそれらの変形形態を遂行するようにさせるプログラムインストラクションを含む。
本発明を適切に理解するために添付図面を参照する。
単一のＰＤＣＰベアラとして働く独立したＲＬＣプロトコルベアラを含むプロトコル−アーキテクチャーのオプションを示す。 ある実施形態による方法を示す。 ある実施形態によるタイマー使用を示す。 ある実施形態によるフォワーディング状態レポートの取り扱いを示す。 ある実施形態によるシステムを示す。
進化型ノードＢ（ｅＮＢ）のようなベースステーションのネットワーク側の送信ＴＣＰ装置をスローダウンする方法は色々ある。１つの方法は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）のデータユニット破棄をベースステーションにおいて使用することである。ベースステーションは、送信ＴＣＰ装置のデータレートがベースステーションの無線インターフェイスのデータレートを越えるときに送信ＴＣＰ装置にスローダウンを求める。例えば、この破棄は、ｅＮＢの送信バッファが確立をスタートするときに有用である。
再順序付けの役割を果たす層が、そのようなパケット破棄を行う層と同じ層又はそれより上位の層である場合には、再順序付けプロトコルは、送信側で破棄されるパケットを、下位層でまだ処理されているパケットと区別することができない。例えば、おそらく間欠的にスケジュールされるマクロｅＮＢ（ＭｅＮＢ）及び小型セルｅＮＢ（ＳｅＮＢ）のような複数の別の配信岐路がある。
あるシーケンス番号をもつＳＤＵが受信されなくても、ＵＥの受信ＰＤＣＰが、受信データを上位層へいつ送るべきか判断するための種々のオプションがある。例えば、再順序付けタイマーが使用される。この再順序付けタイマーは、長い満了値を有する必要がある。或いは又、ＰＤＣＰは、デフォールトにより、それ自身、まだ受信していないＰＤＵに続くデータを上位層へ配信することを阻止する。データが続くかどうかは、シーケンス番号により確立される。
両オプションは、送信ＰＤＣＰエンティティから受信ＰＤＣＰエンティティへの明確な指示から利益が得られる。この指示は、所与のＳＮに関連したＳＤＵが予想されないことを特定する。この特徴及び他の特徴は、以下で説明する。
ある実施形態では、Ｅ−ＵＴＲＡＮの現在ベアラモデルとは異なり、ユーザ装置及びｅＮＢに終端されるＰＤＣＰベアラは、ユーザ装置の２つの無線インターフェイスの各々を経て１つづつの、２つの独立したＲＬＣベアラにわたって搬送される。従って、ある実施形態では、ベアラは、確認モード（ＡＭ）ベアラである。この説明では、ｅＮＢは、アクセスポイントの一例に過ぎない。
複数の独立したＲＬＣ−ＡＭベアラがＰＤＣＰベアラのデータを搬送するようハーネスされる図１に示す更新されたベアラモデルについて考えると、ユーザ装置のＰＤＣＰエンティティは、複数の基礎的ＲＬＣエンティティからＰＤＣＰプロトコルデータユニットを高度にインターレースされた状態で受信するように結合される。換言すれば、受信の後に低いＳＮの未受信のＰＤＵが予想されないという仮定が維持される状態は、ルールではなく、稀な例外となる。唯一の例外は、ネットワーク側のＰＤＣＰエンティティのｅＮＢ間ハンドオーバーにより生じ、ここでは、ソースｅＮＢは、ユーザ装置にまだ首尾良く配信されていないＰＤＣＰプロトコルデータユニットのフォワーディングを実行しない。しかし、この例外は、適切に取り扱う必要があり、即ちユーザ装置のＰＤＣＰが、上位層へのデータ配信の前に、受信ギャップを充填するのを常に待機する場合には、ベアラをフォワーディングしないハンドオーバーがデッドロック状態に至る。というのは、フォワーディングされないパケットにより生じるギャップは、受信されることがないからである。
ある実施形態では、ユーザ装置のＰＤＣＰエンティティが、受信ギャップの充填を予想すべきでないときを推測するための装置及び方法が提供される。
例えば、ある実施形態では、図３に示すように、再順序付けタイマーのようなタイマーが利用される。ＰＤＣＰエンティティが、その下で動作している複数のＲＬＣ−ＡＭエンティティからプロトコルデータユニットを受信して、受信したプロトコルデータユニットのギャップが充填されるともはや予想されないときを結論付けるため、タイマー及びその取り扱いは、ＲＬＣ−ＵＭに対して現在特定されている必要な関連状態変数と共に、ＡＭデータ転送に転用される。
図３に示したように、受信したプロトコルデータユニットのギャップを３１０において観察し、例えば、プロトコルデータユニットのシーケンスにおけるギャップを観察したときに、再順序付けタイマーのようなタイマーが３２０においてスタートされる。プロトコルデータユニットは、データ転送を行う複数の下位層プロトコルエンティティから受信される。プロトコルデータユニットは、交互に受信される。下位層エンティティの各々は、プロトコルデータユニットの確認された転送を行う。３３０においてタイマーが満了すると、そのギャップは、３４０において、上位層へのサービスデータユニットの配信をブロックすることがもはや許されない。ＶＲ（ＵＸ）のような状態変数は、ＰＤＣＰにおいて導入され、一方、ＶＲ（ＵＲ）及びＶＲ（ＵＨ）のような状態変数は、現存のＰＤＣＰ状態変数Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ及びＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮに対して各々簡単な関係を有する。配信阻止の防止は、プロトコルデータユニットを待機することにより生じる遅延を伴わずに上位層へのサービスデータユニットの配信を進めることで実行される。２つ以上の下位層プロトコルエンティティからのプロトコルデータユニットの受信は、少なくとも実質的に並列の性質であり、そして複数の下位層プロトコルエンティティは、確認モードプロトコルエンティティである。
タイマーの満了値は、３５０において無線リソースコントロール（ＲＲＣ）により構成され、そして３６０において充分長くセットされて、例えば、ＭＡＣ及びＲＬＣレベルでの全ての考えられるＨＡＲＱ及びＡＲＱ再送信を各々含めてｅＮＢにより小型セルノードを経てユーザ装置へ送られるプロトコルデータユニットの通常の配信遅延中にタイマーが満了しないようにする。タイマーの満了を充分長い値にこのようにセットする必要性のために、ソースがＰＤＣＰサービスデータユニットをフォワーディングせず、従って、ギャップが残るｅＮＢ間ハンドオーバーの場合に、ユーザ装置による上位層へのデータ配信は、著しく遅延されない。
更に、ある実施形態では、上述した遅延を短縮するためフォワーディング状態レポートが利用される。図４は、ある実施形態によるフォワーディング状態レポートの取り扱いを示す。フォワーディング状態レポートとは、ネットワーク、例えば、ハンドオーバーターゲットｅＮＢが、４１０において、ユーザ装置に（ハンドオーバーの後に）、ユーザ装置が全く受信を期待できないのはどのプロトコルデータユニットシーケンス番号（ＰＤＵ ＳＮ）かを明確に告げられるようにする新規なＰＤＣＰコントロールＰＤＵである。又、任意であるが、４２０において、フォワーディング状態レポートは、おそらく、ユーザ装置に（ハンドオーバーの後に）、ユーザ装置が受信を期待するのはどのプロトコルデータユニットシーケンス番号かも告げることができる。従って、４１０において、フォワーディング状態レポートのようなコントロールデータユニットが送信されて、受信が期待されない少なくとも１つのプロトコルデータユニットを識別する。
ユーザ装置によってそのようなレポートにおいて４３０で受信された情報は、次いで、当該未受信のプロトコルデータユニットに関する一般的な不確実性を無効にする。というのは、ユーザ装置が４４０において付加的なプロトコルデータユニットシーケンス番号が期待されるかどうか決定するときにタイマーが既に動作しているからである。４３５において、この方法は、少なくとも１つの識別されたプロトコルデータユニットが上位層へのサービスデータユニットの配信を阻止することを防止することを含む。ユーザ装置は、直ちに４５０へ進み、ハンドオーバーにフォワーディングが欠落するためにギャップを含む上位層へのデータ配信を行う。ユーザ装置へ配信されるＰＤＣＰプロトコルデータユニットにＳＮのギャップが生じないことをハンドオーバーターゲットｅＮＢが観察するケースでは、そのようなレポートを送信することが単に控えられる。従って、４０５において、レポートを送信すべきかどうかの決定がなされる。４３５において、少なくとも１つの識別されたプロトコルデータユニットは、上位層へのサービスデータユニットの配信を阻止することが防止される。
原理的に、タイマーは、フォワーディング状態レポートとは独立して使用される。タイマーは、プロトコルエンティティが実行するための付加的な連続的ランニング手順を導入する。これらの手順は、例えば、フォワーディングなしのハンドオーバーが存在するシナリオにおいて、受信したプロトコルデータユニットの中のギャップが永久的であることを示すときだけ動作を変更する。３７０において、例えば、ハンドオーバーコマンドが受信されたときに無線リソースコントロールによる特徴のアクチベーションは、１つのオプションである。従来、ＰＤＣＰは、ハンドオーバーのためにＰＤＣＰ再確立が呼び出されるかどうか知らない。更に、３８０において、特徴のデアクチベーションは、示されたＳＮの後にプロトコルデータユニットのＳＮにギャップがもはや生じることがないとのハンドオーバーターゲットｅＮＢのピアＰＤＣＰエンティティからの指示により、遂行される。この指示は、フォワーディング状態レポートの一形式と考えられる。特徴をアクティブ又はインアクティブにする可能性は、手順の説明において個別の分岐を要求する。
フォワーディング状態レポートのみへの依存は、ユーザ装置によるその受信が確実になされることを要求する。というのは、通過中にそのようなレポートが失われることは、ユーザ装置のＰＤＣＰがデッドロックとなり、あり得ない受信ギャップの充填を待機することになるからである。配信を保証するための考えられるオプションは、ＲＬＣ ＡＭの基礎的確認モード配信への依存、及び／又は送信ノードが４６０において確認を待機するところのＰＤＣＰレベルでのフォワーディング状態レポートの受信の明確な確認の要求、等の特徴を含む。ＰＤＣＰコントロールＰＤＵは、目的に対して定義される。更に、フォワーディング状態レポートは、所定の時間内に確認が受け取られない場合に、４７０において再送される。
従って、ある実施形態は、複数のＲＬＣ−ＡＭエンティティからプロトコルデータユニットを受信するＰＤＣＰエンティティがプロトコルデータユニットのギャップなし受信を仮定すべきとき及び仮定すべきでないとき、並びにそれに応じてサービスデータユニットを上位層へどのように配信すべきかについての装置及び方法を提供する。
タイマー及びフォワーディング状態レポートの両方が含まれるある実施形態では、次の特徴は、ＰＤＣＰ手順の一部分である。例えば、ＲＬＣ ＡＭにマップされた１つのＤＲＢのみからのＰＤＣＰデータプロトコルデータユニットの受信が構成され、且つＰＤＣＰにより受信されたＰＤＣＰ ＰＤＵが下位層の再確立によるものではない場合は、関連ＣＯＵＮＴ値の上昇順に上位層へ：受信したＰＤＣＰ ＳＤＵに関連したＣＯＵＮＴ値より小さい関連ＣＯＵＮＴ値をもつ全ての記憶されたＰＤＣＰ ＳＤＵ；受信したＰＤＣＰ ＳＤＵに関連したＣＯＵＮＴ値からスタートして連続的に関連するＣＯＵＮＴ値をもつ全ての記憶されたＰＤＣＰ ＳＤＵを配信し；Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを、上位層に配信された最後のＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮにセットし、さもなければ、受信ＰＤＣＰ ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１又は受信ＰＤＣＰ ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮである場合に：関連ＣＯＵＮＴ値の上昇順に上位層へ：受信したＰＤＣＰ ＳＤＵに関連したＣＯＵＮＴ値からスタートする連続的に関連するＣＯＵＮＴ値をもつ記憶された全てのＰＤＣＰ ＳＤＵを配信し；Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを、上位層に配信された最後のＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮにセットする、ことが特定される。これは、１つの規範的実施形態に過ぎないことを理解されたい。
更に、ｔ−再順序付け及びＶＲ（ＵＸ）のような変数は、参考としてここに援用される３ＧＰＰ ＴＳ ３６．３２２に示されたものと同様に取り扱うことができる。
更に、ＰＤＣＰフォワーディング状態レポートの受信に関して、ＲＬＣ ＡＭにマップされる無線ベアラに対してＰＤＣＰフォワーディング状態レポートが受信されるときに：受信が期待されないとレポートに示されたＰＤＣＰ ＳＮ［又はＣＯＵＮＴ値］ごとに、ユーザ装置は、全ての関連する状態変数及びｔ−再順序付けを、更に特定されるものとして更新し、そして他のサービスデータユニットを上位層へ、そのＰＤＣＰ ＳＮをもつＰＤＣＰデータＰＤＵが受信されたかのように、配信する。
図５は、本発明のある実施形態によるシステムを示す。図２、３又は４のフローチャートの各ブロック及びその組み合わせは、種々の手段又はその組み合わせ、例えば、ハードウェア、ソフトウェア、ファームウェア、１つ以上のプロセッサ及び／又は回路によって実施できることを理解されたい。１つの実施形態では、このシステムは、多数の装置、例えば、ネットワーク要素５１０、及びユーザ装置（ＵＥ）又はユーザデバイス５２０を備えている。このシステムは、２つ以上のＵＥ５２０及び２つ以上のネットワーク要素５１０を備えてもよいが、例示の目的で各々１つしか示されていない。ネットワーク要素は、アクセスポイント、ベースステーション、ｅＮｏｄｅ Ｂ（ｅＮＢ）、サーバー、ホスト、又はここに述べる他のネットワーク要素のいずれかである。これらの各装置は、５１４及び５２４で各々示された少なくとも１つのプロセッサ又はコントロールユニット又はモジュールを含む。各装置には少なくとも１つのメモリが設けられ、各々５１５及び５２５で示されている。メモリには、コンピュータプログラムインストラクション又はコンピュータコードが含まれる。１つ以上のトランシーバ５１６及び５２６が設けられ、そして各装置は、５１７及び５２７で各々示されたアンテナも備えている。１つのアンテナしか示されていないが、各装置には多数のアンテナ及び多数のアンテナ要素が設けられる。例えば、これら装置の他の構成も設けられる。例えば、ネットワーク要素５１０及びＵＥ５２０は、ワイヤレス通信に加えて、ワイヤード通信用に構成されてもよく、そしてそのようなケースでは、アンテナ５１７及び５２７は、単にアンテナに限定されずに、任意の形態の通信ハードウェアでもよい。同様に、あるネットワーク要素５１０は、単にワイヤード通信用に構成されてもよく、そしてそのようなケースでは、アンテナ５１７は、ネットワークインターフェイスカードのような任意の形態のワイヤード通信ハードウェアでもよい。
トランシーバ５１６及び５２６は、各々、独立した送信器、受信器、又は送受信器、或いは送信及び受信の両方に構成されたユニット又は装置である。送信器及び／又は受信器（無線部に関する限り）は、装置自体に配置されずに、例えば、マストに配置されるリモート無線ヘッドとして実施されてもよい。又、「液体」又は柔軟な無線手段の概念によれば、動作及び機能は、ノード、ホスト又はサーバーのような異なるエンティティにおいて柔軟な仕方で実行されることも明らかである。換言すれば、「分業(division of labor)」は、ケースバイケースである。１つの考えられる使い方は、ローカルコンテンツを配信するためのネットワーク要素を形成することである。サーバーで実行できるソフトウェアであるバーチャルアプリケーションとして１つ以上の機能を実施することもできる。
ユーザデバイス又はユーザ装置は、移動ステーション（ＭＳ）、例えば、移動電話又はスマートホン又はマルチメディア装置、ワイヤレス通信能力が設けられたタブレットのようなコンピュータ、ワイヤレス通信能力が設けられたパーソナルデータ又はデジタルアシスタント（ＰＤＡ）、ポータブルメディアプレーヤ、デジタルカメラ、ポケットビデオカメラ、ワイヤレス通信能力が設けられたナビゲーションユニット、或いはその組み合わせである。
規範的な実施形態において、ノード又はユーザ装置のような装置は、図２、３又は４を参照して上述した実施形態を具現化するための手段を備えている。又、規範的な実施形態において、ユーザ装置のような装置は、受信したプロトコルデータユニットにおけるギャップを観察し、そのギャップ観察時にタイマーをスタートし、そしてタイマーが満了すると、ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止するための手段（５２４）を備えている。ノードのような別の規範的な装置は、どのプロトコルデータユニットのシーケンス番号がユーザ装置へフォワーディングされないか決定し、そしてユーザ装置へのプロトコルデータユニットシーケンス番号をレポートにおいて明確に識別するための手段（５１４）を備えている。
プロセッサ５１４及び５２４は、計算又はデータ処理装置、例えば、中央処理ユニット（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジック装置（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタルエンハンスト回路又は同等の装置、或いはその組み合わせによって具現化される。プロセッサは、単一のコントローラとして実施されてもよいし、又は複数のコントローラ又はプロセッサとして実施されてもよい。
ファームウェア又はソフトウェアについては、実施は、少なくとも１つのチップセットのモジュール又はユニット（例えば、手順、機能、等）を含む。メモリ５１５及び５２５は、独立した適当なストレージ装置、例えば、非一時的コンピュータ読み取り可能な媒体である。ハードディスクドライブ（ＨＤＤ）、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、又は他の適当なメモリが使用される。メモリは、単一の集積回路上でプロセッサと組み合わされてもよいし、又はそれとは個別であってもよい。更に、コンピュータプログラムインストラクションは、メモリに記憶されそしてプロセッサにより処理されるもので、適当な形態のコンピュータプログラムコード、例えば、適当なプログラミング言語で書かれたコンパイル型又は解釈型コンピュータプログラムである。メモリ又はデータストレージエンティティは、典型的に、内部にあるが、外部にあってもよいし又はその組み合わせでもよく、そのようなケースでは、付加的なメモリ容量がサービスプロバイダーから得られる。メモリは、固定でもよいし、取り外し可能でもよい。
メモリ及びコンピュータインストラクションは、特定の装置のプロセッサとで、ネットワーク要素５１０及び／又はＵＥ５２０のようなハードウェア装置が、上述したプロセスのいずれかを遂行するように構成される（例えば、図２、３及び４を参照されたい）。それ故、ある実施形態では、非一時的なコンピュータ読み取り可能な媒体は、ハードウェアで実行されたときに、ここに述べるプロセスの１つのようなプロセスを遂行するコンピュータインストラクション又は１つ以上のコンピュータプログラム（追加又は更新されたソフトウェアルーチン、アプレット又はマクロ）でエンコードされる。コンピュータプログラムは、プログラミング言語、例えば、オブジェクティブ−Ｃ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｂａ、等の高レベルプログラミング言語、又はマシン言語又はアッセンブラーのような低レベルプログラミング言語によりコード化される。或いは又、本発明のある実施形態は、全体的にハードウェアで実行されてもよい。
更に、図５は、ネットワーク要素５１０及びＵＥ５２０を備えたシステムを示しているが、本発明の実施形態は、ここに図示して述べたように、他の構成、及び付加的な要素を伴う構成にも適用できる。例えば、複数のユーザ装置及び複数のネットワーク要素が存在してもよく、或いは同様の機能を果たす他のノード、例えば、ユーザ装置及びアクセスポイントの機能を合成したノード、例えば、リレーノードが存在してもよい。
ある実施形態では、ＰＤＣＰデータＰＤＵを標準的なＬＴＥエアインターフェイスにわたって使用する特殊なケースもある。
図２は、ある実施形態による方法を示す。図２に示されたように、２１０において、データ送信ＰＤＣＰエンティティは、所与のＰＤＣＰシーケンス番号に関連したＳＤＵがピアプロトコルエンティティに配信されないことを決定する。この決定は、既に番号付けされたＰＤＵの中での意図的な破棄であるので、例えば、ＰＤＣＰエンティティによりなされる判断である。
データ送信ＰＤＣＰエンティティが、所与のＰＤＣＰシーケンス番号に関連したＳＤＵがピアプロトコルエンティティに配信されないことを決定すると、２２０において、データ送信ＰＤＣＰエンティティは、ＰＤＣＰデータＰＤＵを、そのＳＮを伴うがＳＤＵなしに、ピアエンティティへ送信する。或いは又、ＳＤＵが含まれるが、ゼロサイズである。２１０及び２２０における方法の部分は、データ送信ＰＤＣＰエンティティにより実行されるが、この方法の残り部分は、受信ピアエンティティにより実行される。
２３０において、受信ピアエンティティはＰＤＵを受信する。そのようなＰＤＵを受信するとき、受信ピアエンティティは、ＰＤＵを、そのＳＮに関連したゼロ長さのＳＤＵを含んでいるかのように処理する。これは、２４０において、非ゼロサイズで且つシーケンス番号との関連性を有するサービスデータユニットの不存在で上位層へのサービスデータユニットの配信が阻止されるのを受信エンティティがどのように防止するかの一例である。それ故、受信ピアエンティティは、２５０において、他のＳＤＵを上位層へ配信する前にそのＳＮを長時間待機するのを回避する。
ある実施形態は、種々の利益及び／又は効果を有する。例えば、ある実施形態では、付加的なＰＤＣＰ ＰＤＵを導入する必要がない。
当業者であれば、上述した本発明は、異なる順序のステップで、及び／又はここに開示するものとは異なる構成のハードウェア要素で実施できることが容易に理解されよう。それ故、本発明は、それらの好ましい実施形態に基づいて述べたが、当業者であれば、本発明の精神及び範囲から逸脱せずに、多数の修正、変更及び別の構造が明らかであることが理解されよう。例えば、プロトコルデータユニットが一例として使用されたが、ある実施形態は、プロトコルデータユニットだけではなく、他の適当なデータ又は情報ユニットにも適用することができる。それ故、本発明の範囲を決定するためには、特許請求の範囲を参照されたい。
用語
ＡＣＫ 肯定確認
ＡＭ 確認モード
ＮＡＣＫ 否定確認
ＲＬＣ 無線リンクコントロール
ＰＤＣＰ パケットデータコンバージェンスプロトコル
ＰＤＵ プロトコルデータユニット
ＳＤＵ サービスデータユニット
ＳＮ シーケンス番号
ＵＭ 非確認モード
５１０：ネットワーク要素
５１４：プロセッサ
５１５：メモリ
５１６：トランシーバ
５２０：ユーザ装置
５２４：プロセッサ
５２５：メモリ
５２６：トランシーバ

Claims (50)

  1. データ転送を与える複数の下位層プロトコルエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察し；
    前記ギャップの観察時にタイマーをスタートさせ；及び
    前記タイマーが満了になったとき、前記ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止する；
    ことを含む方法。
  2. 無線リソースコントロールによりタイマーの満了値を構成することを更に含む、請求項１に記載の方法。
  3. 前記防止は、プロトコルデータユニットを待機することで生じる遅延を伴わずに上位層へのサービスデータユニットの配信を行うことで実行される、請求項１に記載の方法。
  4. ２つ以上の下位層プロトコルエンティティからのプロトコルデータユニットの受信は、少なくとも実質的に並列の性質であり、そして複数の下位層プロトコルエンティティは、確認モードのプロトコルエンティティである、請求項１に記載の方法。
  5. 前記タイマーのスタートは、更に、タイマーの使用がアクチベートされるか又はデアクチベートされるかの決定を条件とする、請求項１に記載の方法。
  6. 受信を期待すべきでない少なくとも１つのプロトコルデータユニットを識別するコントロールデータユニットを受信し；及び
    少なくとも１つの識別されたプロトコルデータユニットが上位層へのサービスデータユニットの配信を阻止するのを防止する；
    ことを含む方法。
  7. 少なくとも１つのプロトコルデータユニットの前記識別は、シーケンス番号を使用することにより実行される、請求項６に記載の方法。
  8. 前記防止は、プロトコルデータユニットを待機することで生じる遅延を伴わずに上位層へのサービスデータユニットの配信を行うことで実行される、請求項６に記載の方法。
  9. 前記コントロールデータユニットは、受信を期待すべき少なくとも１つのプロトコルデータユニットを識別する、請求項６に記載の方法。
  10. データ受信エンティティへ配信されない少なくとも１つのプロトコルデータユニットを決定し；及び
    コントロールデータユニットを送信し、少なくとも１つのプロトコルデータユニットを識別する；
    ことを含む方法。
  11. 少なくとも１つのプロトコルデータユニットの前記識別は、シーケンス番号を使用することにより実行される、請求項１０に記載の方法。
  12. 前記コントロールデータユニットは、受信を期待すべき１つ以上のプロトコルデータユニットを識別する、請求項１０に記載の方法。
  13. 前記コントロールデータユニットの受信の確認を待機し；及び
    前記確認が所定の時間内に受信されないときに前記コントロールデータユニットを再送する；
    ことを更に含む、請求項１０に記載の方法。
  14. 前記送信は、プロトコルデータユニットの配信が行われないかどうかに基づきコントロールデータユニットを送信すべきかどうかの以前の決定を条件とする、請求項１０に記載の方法。
  15. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリと、
    を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    データ転送を与える複数の下位層プロトコルエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察し；
    前記ギャップ観察時にタイマーをスタートさせ；及び
    前記タイマーが満了になったとき、前記ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止する；
    ように構成される、装置。
  16. 前記少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、無線リソースコントロールによりタイマーの満了値を構成するように構成される、請求項１５に記載の装置。
  17. 前記防止は、プロトコルデータユニットを待機することで生じる遅延を伴わずに上位層へのサービスデータユニットの配信を行うことで実行される、請求項１５に記載の装置。
  18. ２つ以上の下位層プロトコルエンティティからのプロトコルデータユニットの受信は、少なくとも実質的に並列の性質であり、そして複数の下位層プロトコルエンティティは、確認モードのプロトコルエンティティである、請求項１５に記載の装置。
  19. 前記タイマーのスタートは、更に、タイマーの使用がアクチベートされるか又はデアクチベートされるかの決定を条件とする、請求項１５に記載の装置。
  20. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリと、
    を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    受信を期待すべきでない少なくとも１つのプロトコルデータユニットを識別するコントロールデータユニットを受信し；及び
    少なくとも１つの識別されたプロトコルデータユニットが上位層へのサービスデータユニットの配信を阻止するのを防止する；
    ように構成される、装置。
  21. 前記少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、シーケンス番号を使用することにより少なくとも１つのプロトコルデータユニットを識別するよう構成される、請求項２０に記載の装置。
  22. 前記少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、プロトコルデータユニットを待機することで生じる遅延を伴わずに上位層へのサービスデータユニットの配信を行うことで配信の阻止を防止するように構成される、請求項２０に記載の装置。
  23. 前記コントロールデータユニットは、受信を期待すべき少なくとも１つのプロトコルデータユニットを識別するように構成される、請求項２０に記載の装置。
  24. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリと、
    を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    データ受信エンティティへ配信されない少なくとも１つのプロトコルデータユニットを決定し；及び
    コントロールデータユニットを送信し、少なくとも１つのプロトコルデータユニットを識別する；
    ように構成される、装置。
  25. 前記少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、シーケンス番号を使用することにより少なくとも１つのプロトコルデータユニットを識別するよう構成される、請求項２４に記載の装置。
  26. 前記コントロールデータユニットは、受信を期待すべき１つ以上のプロトコルデータユニットを識別するように構成される、請求項２４に記載の装置。
  27. 前記少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    前記コントロールデータユニットの受信の確認を待機し；及び
    前記確認が所定の時間内に受信されないときに前記コントロールデータユニットを再送する；
    ように構成される、請求項２４に記載の装置。
  28. 前記少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、プロトコルデータユニットの配信が行われないかどうかに基づきコントロールデータユニットを送信すべきかどうかの以前の決定を条件としてプロトコルデータユニットを送信するように構成される、請求項２４に記載の装置。
  29. シーケンス番号をもつが、非ゼロサイズのサービスデータユニットを伴わないプロトコルデータユニットを受信し；及び
    非ゼロサイズで且つシーケンス番号との関連性を有するサービスデータユニットが不存在であることで上位層へのサービスデータユニットの配信が阻止されるのを防止する；
    ことを含む方法。
  30. データ受信エンティティへ配信されないサービスデータユニットを決定し、該サービスデータユニットは、シーケンス番号に関連しており；及び
    前記シーケンス番号を含むがサービスデータユニットは除外するプロトコルデータユニットを送信する；
    ことを含む方法。
  31. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリと、
    を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    シーケンス番号をもつが、非ゼロサイズのサービスデータユニットを伴わないプロトコルデータユニットを受信し；及び
    非ゼロサイズで且つシーケンス番号との関連性を有するサービスデータユニットが不存在であることで上位層へのサービスデータユニットの配信が阻止されるのを防止する；
    ように構成される、装置。
  32. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリと、
    を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    データ受信エンティティへ配信されないサービスデータユニットを決定し、該サービスデータユニットは、シーケンス番号に関連しており；及び
    前記シーケンス番号を含むがサービスデータユニットは除外するプロトコルデータユニットを送信する；
    ように構成される、装置。
  33. データ転送を与える複数の下位層プロトコルエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察する手段と；
    前記ギャップの観察時にタイマーをスタートさせる手段と；
    前記タイマーが満了になったとき、前記ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止するための手段と；
    を備えた装置。
  34. 無線リソースコントロールによりタイマーの満了値を構成するための手段を更に備えた、請求項３３に記載の装置。
  35. 前記防止は、プロトコルデータユニットを待機することで生じる遅延を伴わずに上位層へのサービスデータユニットの配信を行うことで実行される、請求項３３に記載の装置。
  36. ２つ以上の下位層プロトコルエンティティからのプロトコルデータユニットの受信は、少なくとも実質的に並列の性質であり、そして複数の下位層プロトコルエンティティは、確認モードのプロトコルエンティティである、請求項３３に記載の装置。
  37. 前記タイマーのスタートは、更に、タイマーの使用がアクチベートされるか又はデアクチベートされるかの決定を条件とする、請求項３３に記載の装置。
  38. 受信を期待すべきでない少なくとも１つのプロトコルデータユニットを識別するコントロールデータユニットを受信する手段と；
    少なくとも１つの識別されたプロトコルデータユニットが上位層へのサービスデータユニットの配信を阻止するのを防止するための手段と；
    を備えた装置。
  39. 少なくとも１つのプロトコルデータユニットの前記識別は、シーケンス番号を使用することにより実行される、請求項３８に記載の装置。
  40. 前記防止は、プロトコルデータユニットを待機することで生じる遅延を伴わずに上位層へのサービスデータユニットの配信を行うことで実行される、請求項３８に記載の装置。
  41. 前記コントロールデータユニットは、受信を期待すべき少なくとも１つのプロトコルデータユニットを識別する、請求項３８に記載の装置。
  42. データ受信エンティティへ配信されない少なくとも１つのプロトコルデータユニットを決定する手段と；
    コントロールデータユニットを送信し、少なくとも１つのプロトコルデータユニットを識別するための手段と；
    を備えた装置。
  43. 少なくとも１つのプロトコルデータユニットの前記識別は、シーケンス番号を使用することにより実行される、請求項４２に記載の装置。
  44. 前記コントロールデータユニットは、受信を期待すべき１つ以上のプロトコルデータユニットを識別する、請求項４２に記載の装置。
  45. 前記コントロールデータユニットの受信の確認を待機する手段と；
    前記確認が所定の時間内に受信されないときに前記コントロールデータユニットを再送する手段と；
    を更に備えた、請求項４２に記載の装置。
  46. 前記送信は、プロトコルデータユニットの配信が行われないかどうかに基づきコントロールデータユニットを送信すべきかどうかの以前の決定を条件とする、請求項４２に記載の装置。
  47. シーケンス番号をもつが、非ゼロサイズのサービスデータユニットを伴わないプロトコルデータユニットを受信するための手段と；
    非ゼロサイズで且つシーケンス番号との関連性を有するサービスデータユニットが不存在であることで上位層へのサービスデータユニットの配信が阻止されるのを防止するための手段と；
    を備えた装置。
  48. データ受信エンティティへ配信されないサービスデータユニットを決定するための手段であって、サービスデータユニットは、シーケンス番号に関連したものである手段と；
    前記シーケンス番号を含むがサービスデータユニットは除外するプロトコルデータユニットを送信するための手段と；
    を備えた装置。
  49. ハードウェアで実行されたときに、請求項１-１４、２９又は３０のいずれかに記載の方法より成るプロセスを実行するインストラクションでエンコードされた非一時的コンピュータ読み取り可能な媒体。
  50. 請求項１-１４、２９又は３０のいずれかに記載の方法より成るプロセスを遂行するためのインストラクションをエンコードするコンピュータプログラム製品。
JP2016505781A 2013-04-04 2014-03-31 プロトコルデータユニットの配信 Active JP6336039B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US13/856,951 2013-04-04
US13/856,951 US20140301362A1 (en) 2013-04-04 2013-04-04 Delivery of protocol data units
US14/067,509 US20140301188A1 (en) 2013-04-04 2013-10-30 Delivery of protocol data units
US14/067,509 2013-10-30
PCT/EP2014/056418 WO2014161804A1 (en) 2013-04-04 2014-03-31 Delivery of protocol data units

Publications (2)

Publication Number Publication Date
JP2016521038A true JP2016521038A (ja) 2016-07-14
JP6336039B2 JP6336039B2 (ja) 2018-06-06

Family

ID=50439356

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016505781A Active JP6336039B2 (ja) 2013-04-04 2014-03-31 プロトコルデータユニットの配信

Country Status (8)

Country Link
US (2) US20140301188A1 (ja)
EP (1) EP2982069A1 (ja)
JP (1) JP6336039B2 (ja)
KR (2) KR101811749B1 (ja)
CN (1) CN105229961A (ja)
BR (1) BR112015025308B1 (ja)
HK (1) HK1218677A1 (ja)
WO (1) WO2014161804A1 (ja)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6231837B2 (ja) * 2013-09-24 2017-11-15 株式会社Ｎｔｔドコモ 移動通信方法及び無線基地局
JP6230859B2 (ja) * 2013-09-26 2017-11-15 株式会社Ｎｔｔドコモ 移動通信システム及び無線基地局
CN104581824A (zh) * 2013-10-17 2015-04-29 中兴通讯股份有限公司 一种数据包分流传输的方法及系统
WO2015113497A1 (en) * 2014-01-28 2015-08-06 Mediatek Singapore Pte. Ltd. Methods for re-order pdcp packets
US10237911B2 (en) * 2014-01-30 2019-03-19 Intel IP Corporation Packet data convergence protocol (PDCP) enhancements in dual-connectivity networks
CN105578522B (zh) * 2014-10-11 2019-01-01 中国移动通信集团公司 传输控制协议确认报文段的发送方法及装置
CN105704641B (zh) * 2014-11-06 2019-11-26 中兴通讯股份有限公司 设备到设备d2d数据传输方法、装置及d2d ue
KR102237511B1 (ko) 2015-04-29 2021-04-07 삼성전자주식회사 무선 통신 시스템에서 단말의 통신 제어 방법 및 장치
WO2017012668A1 (en) * 2015-07-23 2017-01-26 Nokia Solutions And Networks Oy Improved data unit reordering in dual connectivity scenarios
US9999049B2 (en) 2015-08-31 2018-06-12 Qualcomm Incorporated Avoiding unnecessary protocol data unit (PDU) transmissions
CN106559184A (zh) * 2015-09-25 2017-04-05 中兴通讯股份有限公司 数据传输的方法、装置及系统
CN108024295B (zh) * 2016-11-03 2022-04-19 中兴通讯股份有限公司 中继转移方法及装置、终端、基站
WO2018170855A1 (zh) * 2017-03-23 2018-09-27 Oppo广东移动通信有限公司 传输数据的方法、终端设备和网络设备
RU2019138317A (ru) 2017-04-28 2021-05-28 Телефонактиеболагет Лм Эрикссон (Пабл) Сетевой узел и осуществляемые на нем способы переупорядочения протокола конвергенции пакетной передачи данных (pdcp)
CN110583006B (zh) * 2017-05-04 2022-07-29 Lg电子株式会社 发送数据单元的方法和装置
WO2018227501A1 (zh) 2017-06-15 2018-12-20 Oppo广东移动通信有限公司 传输数据的方法和设备
CN109150767A (zh) * 2017-06-16 2019-01-04 华为技术有限公司 一种数据包发送方法、装置及设备
CN109451788B (zh) 2017-07-20 2021-11-30 北京小米移动软件有限公司 一种数据传输方法和装置
WO2019028826A1 (en) * 2017-08-11 2019-02-14 Qualcomm Incorporated RADIO LINK CONTROL REASSEMBLY TECHNIQUES IN WIRELESS SYSTEMS
KR102375440B1 (ko) * 2017-09-28 2022-03-17 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 무선 통신 방법 및 단말기 디바이스
CN110049519B (zh) * 2018-01-15 2021-08-13 华为技术有限公司 会话建立方法、会话转移方法、设备和存储介质
CN111756485B (zh) 2019-03-27 2022-09-02 华为技术有限公司 一种控制定时器、数据包处理方法及设备
EP4183081A1 (en) * 2020-07-20 2023-05-24 Nokia Technologies Oy Apparatus, method, and computer program
CN112469080B (zh) * 2020-11-27 2022-08-02 紫光展锐(重庆)科技有限公司 一种数据包处理的方法及相关装置
CN115914126A (zh) * 2021-09-08 2023-04-04 联发科技（新加坡）私人有限公司 管理乱序数据包的方法及其用户设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009543494A (ja) * 2006-07-07 2009-12-03 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 媒体アクセス制御破棄通知
JP2010512691A (ja) * 2006-12-06 2010-04-22 クゥアルコム・インコーポレイテッド Ｒｌｃ再送方式のための方法および装置
WO2012064772A1 (en) * 2010-11-08 2012-05-18 Qualcomm Incorporated System and method for multi-point hsdpa communication utilizing a multi-link pdcp sublayer
US20120294281A1 (en) * 2011-05-16 2012-11-22 Electronics And Telecommunications Research Institute Data delivery method performed in receiving apparatus of mobile communication system

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100747464B1 (ko) * 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속（ｈｓｄｐａ）시스템을 위한타이머를 이용한 교착상황 회피방법
KR100896484B1 (ko) * 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치
WO2007130325A2 (en) * 2006-05-01 2007-11-15 Interdigital Technology Corporation Method and apparatus for facilitating lossless handover in 3gpp long term evolution systems
KR100907978B1 (ko) 2007-09-11 2009-07-15 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
US8477719B2 (en) * 2007-10-01 2013-07-02 Qualcomm Incorporated Systems and methods for in-order delivery in downlink during handover

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009543494A (ja) * 2006-07-07 2009-12-03 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 媒体アクセス制御破棄通知
JP2010512691A (ja) * 2006-12-06 2010-04-22 クゥアルコム・インコーポレイテッド Ｒｌｃ再送方式のための方法および装置
WO2012064772A1 (en) * 2010-11-08 2012-05-18 Qualcomm Incorporated System and method for multi-point hsdpa communication utilizing a multi-link pdcp sublayer
US20120281564A1 (en) * 2010-11-08 2012-11-08 Qualcomm Incorporated System and method for multi-point hsdpa communication utilizing a multi-link pdcp sublayer
US20120294281A1 (en) * 2011-05-16 2012-11-22 Electronics And Telecommunications Research Institute Data delivery method performed in receiving apparatus of mobile communication system

Also Published As

Publication number Publication date
BR112015025308A2 (pt) 2017-07-18
WO2014161804A1 (en) 2014-10-09
EP2982069A1 (en) 2016-02-10
BR112015025308A8 (pt) 2022-04-26
KR20170021383A (ko) 2017-02-27
CN105229961A (zh) 2016-01-06
KR101811749B1 (ko) 2017-12-22
HK1218677A1 (zh) 2017-03-03
KR20150138351A (ko) 2015-12-09
US20140301188A1 (en) 2014-10-09
BR112015025308B1 (pt) 2023-04-04
JP6336039B2 (ja) 2018-06-06
US20160043955A1 (en) 2016-02-11

Similar Documents

Publication Publication Date Title
JP6336039B2 (ja) プロトコルデータユニットの配信
KR102297506B1 (ko) 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
US20140301362A1 (en) Delivery of protocol data units
EP3020155B1 (en) Method and system for protocol layer enhancements in data offload over small cells
US10440614B2 (en) Interruptions in wireless communications
US10531336B2 (en) Link control in centralized deployments
EP3031281B1 (en) Use of packet status report from secondary base station to master base station in wireless network
EP3179770B1 (en) User equipment
US20200267793A1 (en) Method and system for handling packet duplication and resumption of rbs in wireless communication system
EP3603138B1 (en) Packet data convergence protocol windows with split bearers
JP2018526894A (ja) エンハンスドコンポーネントキャリアによるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングのための方法、装置、およびコンピュータ可読媒体
KR101379408B1 (ko) 재송요구 송신방법 및 수신측장치
EP2670077A1 (en) Method and apparatus for data packet retransmission
EP2955959A1 (en) Inter-enb carrier aggregation
CN109246848B (zh) 一种rlc实体的重建立方法及装置
JP2020520567A (ja) パケットデータコンバージェンスプロトコル（ｐｄｃｐ）の再順序付けのためのネットワークノードとその方法
US10880044B2 (en) Packet retransmission in a wireless communication system
JPWO2015141012A1 (ja) 無線通信装置及び無線通信方法
KR20090122962A (ko) 재송요구 송신방법 및 수신측 장치
JP5147983B1 (ja) 基地局及び通信制御方法
CN109314608A (zh) 一种数据传输方法、网络设备及终端设备
WO2014194841A1 (zh) 数据传输方法及装置
US10396966B2 (en) Per-protocol data unit delivery-path indication
US20230396368A1 (en) Methods, apparatuses, and media for operating point-to-multipoint radio bearer
EP2521398B1 (en) Method, device and system for processing user equipment handover in long term evolution (lte) system

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20161128

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170110

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170410

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171023

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180123

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180409

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180501

R150 Certificate of patent or registration of utility model

Ref document number: 6336039

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250