JP2010537510A - Ｍａｃフレーム内のｐｄｃｐ制御ｐｄｕのトランスポート - Google Patents

Ｍａｃフレーム内のｐｄｃｐ制御ｐｄｕのトランスポート Download PDF

Info

Publication number
JP2010537510A
JP2010537510A JP2010521184A JP2010521184A JP2010537510A JP 2010537510 A JP2010537510 A JP 2010537510A JP 2010521184 A JP2010521184 A JP 2010521184A JP 2010521184 A JP2010521184 A JP 2010521184A JP 2010537510 A JP2010537510 A JP 2010537510A
Authority
JP
Japan
Prior art keywords
protocol
layer
data
protocol layer
mac
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.)
Pending
Application number
JP2010521184A
Other languages
English (en)
Inventor
メイラン、アルナード
ホ、サイ・イウ・ダンキャン
シャポニエール、エティエンヌ・エフ．
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2010537510A publication Critical patent/JP2010537510A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

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

関連出願に関わる相互参照
本出願は、２００７年８月１４日に提出された「ＭＡＣフレーム内のＰＤＣＰ制御ＰＤＵのトランスポート」と題する、米国の仮特許出願連続番号６０／９５５、８６０の利益を主張する。前述の出願の全体が、引用によりここに組み込まれる。
Ｉ．分野
以下の説明は、一般に無線通信に関わり、さらに詳細には、パケット・データ収束プロトコル（packet data convergence protocol：ＰＤＣＰ）制御プロトコル・データ・ユニット（protocol data unit：ＰＤＵ）トランスポートに関わる。
ＩＩ．背景
無線通信システムは、種々のタイプの通信に提供するために、広く展開されていて、例えば、音声および／またはデータは、そのような無線通信システムを通して提供され得る。典型的な無線通信システム、または、ネットワークは、１つ以上の共有資源（例えば、バンド幅、送信電力、・・・）に対して、複数ユーザのアクセスを提供することができる。例えば、システムは、周波数分割多重（ＦＤＭ）、時分割多重（ＴＤＭ）、符合分割多重（ＣＤＭ）、直交周波数分割多重（ＯＦＤＭ）およびその他、のような、様々な多重アクセス技術を使用することができる。
一般に、無線多重アクセス通信システムは、複数のモバイル・デバイスのために、通信を同時にサポートすることができる。各々のモバイル・デバイスは、順方向および逆方向リンク上の送信を通して、１つ以上の基地局と通信することができる。順方向リンク（つまり、ダウン・リンク）は、基地局からモバイル・デバイスへの通信リンクを指し、逆方向リンク（つまり、アップ・リンク）は、モバイル・デバイスから基地局への通信リンクを指す。
無線通信システムは、サービス区域を提供する１つ以上の基地局を、しばしば使用する。典型的な基地局は、同報通信、マルチキャスト、および／またはユニキャスト・サービスのために、複数のデータ・ストリームを送信することができ、そこにおいて、データ・ストリームは、１つのモバイル・デバイスに対して、独立した受信の対象であり得る、データの流れであり得る。そのような基地局のサービス区域内のモバイル・デバイスは、コンポジット・ストリームにより伝えられる、１つ、１つ以上、または、全てのデータ・ストリームを受信するように使用され得る。同様に、モバイル・デバイスは、基地局または別のモバイル・デバイスにデータを送信することができる。
レイヤ２・プロトコル・スタック（例えば、さらに、ユーザ−プレーン・プロトコル・スタックとも呼ばれる）は、パケット・データ収束プロトコル（packet data convergence protocol：ＰＤＣＰ）レイヤ、無線リンク制御（radio link control：ＲＬＣ）レイヤ、および、媒体アクセス制御（medium access control：ＭＡＣ）レイヤを含むことができる。パケット・データ収束プロトコル（ＰＤＣＰ）は、セキュリィティ、ヘッダ圧縮、暗号化およびハンドオフのようなサービスを実行することができる。セキュリィティ・サービスは、他人（例えば攻撃者）が、送信されたメッセージおよび完全性の保護を読み出すのを防ぐために、また、他人がユーザのアイデンティティを偽造するのを防ぐために、暗号化を含むことができる。ヘッダ圧縮サービスは、あるタイプのパケット（例えば、ＩＰヘッダ、ＵＤＰヘッダ、およびＲＴＰヘッダ）を圧縮することができる。ハンドオフサービスは、再送信サービスを含み得る、順番通りの配送、および、選択的な配送サービスを含む。無線リンク制御（ＲＬＣ）レイヤは、無線リンクが信頼できることを保障する、セグメント化、連結、再アセンブリ、再送、および、他のサービス、のようなサービスを実行することができる。メディア・アクセス制御（ＭＡＣ）レイヤは、物理レイヤ（physical layer：ＰＨＹ）においてを物理的にトランスポートされるフレームの形成やスケジューリング、および、ハイブリッドＡＲＱ（ＨＡＲＱ）のような、肯定応答（acknowledgement：ＡＣＫ）と否定応答（negative acknowledgement：ＮＡＣＫ）サービスのようなサービスを実行することができる。
各々のプロトコルまたはレイヤは、上位のレイヤに対してサービスを実行し、ユーザ・プレーン・スタック内のそのようなプロトコルまたはレイヤより下位のレイヤまたはプロトコルのために、パケットを生成することができる。上位のレイヤからプロトコルに供給されたパケットは、サービス・データ・ユニット（ＳＤＵ）と呼ばれる。下位レイヤのために生成されたパケットは、プロトコル・データ・ユニット（ＰＤＵ）と呼ばれる。例えば、ＲＬＣレイヤまたはプロトコルにより発生される出力パケットは、ＲＬＣ ＰＤＵと呼ばれる。さらに、これらの同じパケットは、それらが入力として、ＭＡＣに対して供給されるので、ＭＡＣ ＳＤＵと呼ばれる。一般に、プロトコルまたはレイヤからのＰＤＵは、初期レイヤから、それに続く下層のレイヤまたはプロトコルを通して、トランスポートされる必要がある。例えば、ＰＤＣＰレイヤからのＰＤＵは、ＰＤＣＰレイヤ、ＲＬＣレイヤおよびＭＡＣレイヤによりトランスポートされる必要がある。そのような従来の技術は、スケジューリングおよび／または優先順位の細分性（granularity）の点で、非効率的であり柔軟性がない。
以下は、そのような実施例の基本的な理解を提供するために、１つ以上の実施例の単純化した概要を示す。この概要は、全ての熟考された実施例の広範な概観ではないし、そのような実施例の基本的な、または、重大な要素を識別したり、任意のまたは全ての実施例の範囲を描いたりすることを意図していない。その唯一の目的は、後に示される、さらに詳細な説明の前置きとして、単純化された形式で、１つ以上の実施例のいくつかの概念を示すことである。
１つ以上の実施例と、これに対応する開示に従って、種々の態様が、プロトコル・プレーン内での、データの効率的なルーティングを容易にすることに関連して説明される。システムと方法は、特定のプロトコル・レイヤへの直接のルーティングのために、ＭＡＣヘッダ内にデータの一部をパッケージすることができる。
関連する態様に従って、ある方法は、プロトコル・レイヤに関わるデータ・パケットの効率的な通信を容易にする。その方法は、ユーザ・プレーン・プロトコル・スタック内の、第１のプロトコル・レイヤからのデータ・パケットの受信を含むことができる。さらに、この方法は、第１のプロトコル・レイヤから第２のプロトコル・レイヤに直接、データ・パケットを通信することを含み得るが、ここにおいて、データ・パケットがユーザ・プレーン・プロトコル・スタック内の、０個以上のプロトコル・レイヤをバイパスする。さらに、この方法は、第２のプロトコル・レイヤ内の、第２のプロトコル・ヘッダの発生を含み得るが、第２のプロトコル・ヘッダが、データ・パケットのルートを決めるために第１のプロトコル・レイヤに示す、一部のデータを含む。この方法は、さらに、第２のプロトコル・レイヤからの、第２のプロトコル・ヘッダの送信を含み得る。
別の態様が、無線通信装置に関わる。無線通信装置は、プロトコル・スタック内の第１のプロトコル・レイヤから、データ・パケットを受信し、第１のプロトコル・レイヤから第２のプロトコル・レイヤに、そのデータ・パケットを直接通信し、そのデータ・パケットが、ユーザ・プレーン・プロトコル・スタック内の０個以上のプロトコル・レイヤをバイパスすることができるようにし、第２のプロトコル・レイヤ内に第２のプロトコル・ヘッダを発生し、その第２のプロトコル・ヘッダが、データ・パケットのルーティングするために、第１のプロトコル・レイヤに指示する、一部のデータを含み、第２のプロトコル・レイヤから第２のプロトコル・ヘッダを送信するように構成されている、少なくとも１つのプロセッサを含み得る。さらに、無線通信装置は、少なくとも１つのプロセッサに結合されるメモリを含み得る。
さらに別の態様は、データのクロス・レイヤ最適化を可能にする、無線通信装置に関わる。この無線通信装置は、ユーザ・プレーン・プロトコル・スタック内の第１のプロトコル・レイヤから、データ・パケットを受信するための手段を含み得る。さらに、無線通信装置は、第１のプロトコル・レイヤから第２のプロトコル・ヘッダに直接、データ・パケットを通信するための手段を含み得るが、そこにおいて、そのデータ・パケットがユーザ・プレーン・プロトコル・スタック内の、０個以上のプロトコル・レイヤをバイパスする。さらに、無線通信装置は、第２のプロトコル・レイヤ内に、第２のプロトコル・ヘッダを発生するための手段を含み得るが、そこにおいて、第２のプロトコル・ヘッダが、データ・パケットのルーティングするために第１のプロトコル・レイヤに指示する、一部のデータを含む。さらに、無線通信装置は、第２のプロトコル・レイヤから第２のプロトコル・ヘッダを送信するための手段を含み得る、
さらに別の態様は、プロトコル・スタック内の第１のプロトコル・レイヤから、データ・パケットを受信し、第１のプロトコル・レイヤから第２のプロトコル・レイヤに、そのデータ・パケットを直接通信し、そのデータ・パケットがユーザ・プレーン・プロトコル・スタック内の０個以上のプロトコル・レイヤをバイパスし、第２のプロトコル・レイヤ内に第２のプロトコル・ヘッダを発生し、第２のプロトコル・ヘッダが、データ・パケットのルートを決める第１のプロトコル・レイヤに指示する、一部のデータを示し、第２のプロトコル・レイヤから第２のプロトコル・ヘッダを送信するためのコードをそこに記憶させているコンピュータ可読媒体を含むコンピュータ・プログラム製品に関わる。
他の態様に従って、方法は、プロトコル・レイヤに対して直接、サービス・データ・ユニット（ＳＤＵ）を通信するのを容易にする。その方法は、第１のプロトコル・レイヤ内の第１のプロトコル・ヘッダの受信を含み得るし、第１のプロトコル・ヘッダが、第２のプロトコル・レイヤに対して、データ・パケットの一部のルートを指示し、プロトコル・スタック内で、第２のプロトコル・レイヤが、第１のプロトコル・レイヤとは異なる。さらに、方法は、第１のプロトコル・レイヤ・パケット・データ・ユニット（ＰＤＵ）内の、第２のプロトコル・レイヤＳＤＵを、第１のプロトコルＰＤＵヘッダにおいて定義されている、第２のプロトコル・レイヤへのルートの直接の決定を含むことができ、第２のプロトコルＳＤＵが、プロトコル・スタック内の０個以上のプロトコル・レイヤをバイパスする。さらに、その方法は、第２のプロトコル・レイヤ内の、第２のプロトコルＳＤＵを処理することを含み得る。
別の態様は、無線通信装置に関わる。その無線通信装置は、第１のプロトコル・レイヤ内の第１のプロトコル・ヘッダを受信するように構成されている少なくとも１つのプロセッサを含むことができ、第１のプロトコル・ヘッダが、第２のプロトコル・レイヤに対して、データ・パケットの一部のルートを指示し、プロトコル・スタック内で第１のプロトコル・レイヤとは異なっている、第２のプロトコル・レイヤが、第１のプロトコル・レイヤ・パケット・データ・ユニット（ＰＤＵ）内の、第２のプロトコル・レイヤＳＤＵを、第１のプロトコルＰＤＵヘッダ内に定義されている、第２のプロトコル・レイヤへのルートを直接、決定し、第２のプロトコルＳＤＵが、プロトコル・スタック内の０個以上のプロトコル・レイヤをバイパスし、第２のプロトコル・レイヤ内の第２のプロトコルＳＤＵを処理する。さらに、無線通信装置は、少なくとも１つのプロセッサに結合されたメモリを含むことができる。
別の態様は、データのクロス・レイヤ最適化を可能にする、無線通信装置に関わる。その無線通信装置は、第１のプロトコル・レイヤ内の第１のプロトコル・ヘッダを受信する手段を含むことができ、第１のプロトコル・ヘッダが、第２のプロトコル・レイヤに対して、データ・パケットの一部のルートを指示し、第２のプロトコル・レイヤが、プロトコル・スタック内で、第１のプロトコル・レイヤとは異なっている。さらに、無線通信装置は、第１のプロトコル・レイヤ・パケット・データ・ユニット（ＰＤＵ）内の、第２のプロトコル・レイヤＳＤＵを、第１のプロトコルＰＤＵヘッダにおいて定義されている、第２のプロトコル・レイヤへのルートを直接、決定する手段を含むことができ、第２のプロトコルＳＤＵが、プロトコル・スタック内の０個以上のプロトコル・レイヤをバイパスする。さらに、無線通信装置は、第２のプロトコル・レイヤ内の第２のプロトコルＳＤＵを処理するための手段を含むことができる。
さらに別の態様は、少なくとも１つのコンピュータに、第１のプロトコル・レイヤ内の第１のプロトコル・ヘッダを受信させ、第１のプロトコル・ヘッダが、第２のプロトコル・レイヤに対して、データ・パケットの一部のルートを指示させ、プロトコル・スタック内で、第１のプロトコル・レイヤとは異なっている、第２のプロトコル・レイヤが、第１のプロトコル・レイヤ・パケット・データ・ユニット（ＰＤＵ）内の、第２のプロトコル・レイヤＳＤＵを、第１のプロトコルＰＤＵヘッダ内に定義されている、第２のプロトコル・レイヤへのルートを直接、決定させ、第２のプロトコルＳＤＵが、プロトコル・スタック内の０個以上のプロトコル・レイヤをバイパスさせ、第２のプロトコル・レイヤ内の第２のプロトコルＳＤＵを処理させる、コードをそこに記憶させているコンピュータ可読媒体を含むコンピュータ・プログラム製品に関わる。
前述の、そして関連する目的の達成のために、１つ以上の実施例は、以下に十分に説明され、特に請求項に指摘される、特徴を含む。以下の説明および添付された図面は、１つ以上の実施例の、いくつかの図示できる態様を詳細に明らかにしている。これらの態様は、種々の実施例の原理が使用され得る種々の方法を、しかしながら数個かもしれないが、示しており、そして、説明される実施例が、全てのそのような態様と、同等の物を含むように意図されている。
図１は、ここに示された種々の態様に従う、無線通信システムの図である。 図２は、無線通信環境における使用のための、例示の通信装置の図である。 図３は、データの効率的なルートの決定を容易にする、例示の無線通信システムの図である。 図４は、データを直接、トランスポートし、ルーティングすることができる、例示のＭＡＣヘッダの構成の図である。 図５は、データと一緒にパッケージされているＭＡＣヘッダを受信でき、処理のためのサービスに対して、そのようなデータの一部を、直接、ルーティングできる、例示の方法の図である。 図６は、特定のプロトコル・レイヤへの直接のルーティングのために、ＭＡＣヘッダ内に、一部のデータをパッケージすることができる、例示の方法の図である。 図７は、無線通信システムにおけるプロトコル・レイヤに、データを効率的にトランスポートすることを容易にする、例示のモバイル・デバイスの図である。 図８は、無線ネットワーク環境内の、特定のプロトコル・レイヤに対する、データの通信を容易にする例示のシステムの図である。 図９は、ここに説明される、種々のシステムと方法に関連して使用され得る、例示の無線ネットワーク環境の図である。 図１０は、プロトコル・レイヤに関わるデータ・パケットを、効率的に通信することを容易にする、例示のシステムの図である。 図１１は、無線通信環境におけるプロトコル・レイヤに対して直接、プロトコル・データ・ユニット（ＰＤＵ）を通信する、例示のシステムの図である。
詳細な説明
種々の実施例が、至る所で同様の参照数字が、同様の要素を引用するのに、使われるようにし、図を参照して、ここに、説明される。以下の説明において、説明の目的のために、１つ以上の実施例の完全な理解を提供するために、多くの特定な詳細が、明らかにされる。しかしながら、そのような実施例がこれらの特定の詳細なしに、実行されるかもしれないことは、明白かもしれない。他の事例においては、１つ以上の実施例を説明するのを容易にするために、よく知られている構造とデバイスが、ブロック・ダイアグラムの形で示される。
この出願において使用されるように、「モジュール」、「構成要素」、「フォーマッタ」、「ルータ」、「プロトコル・レイヤ」、「ユーザ・プレーン・プロトコル・スタック」、「システム」、および類似の用語は、コンピュータ関連のエンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または、実行中のソフトウェアを参照するように意図されている。例えば、構成要素は、これに限定されはしないが、プロセッサの上で動作するプロセス、プロセッサ、オブジェクト、実行可能な物、実行のスレッド、プログラムおよび／またはコンピュータであってもよい。実例として、デバイスの上で動作するアプリケーションと演算デバイスの両方が、構成要素になり得る。１つ以上の構成要素は、プロセスおよび／または実行スレッドの中に存在することができ、構成要素は、１つのコンピュータに局在化、および／または、２つ以上のコンピュータに分散してもよい。さらに、これらの構成要素は、種々のデータ構造をその上に保存する、種々のコンピュータ可読媒体から実行することができる。構成要素は、ローカルおよび／または１つ以上のデータ・パケット（例えば、ローカルシステム、分散システムの中で、および／またはインターネットのように、他のシステムと信号を通して、ネットワーク経由で、他の構成要素と相互に作用する１つの構成要素からのデータ）を有する信号に従う等のリモート・プロセスを通して、通信することができる。
ここに説明された手法は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）および他のシステムのような、種々の無縁通信システムのために使用されてもよい。「システム」と「ネットワーク」という言葉は、しばしば、交換可能なように、使用されている。ＣＤＭＡシステムは、Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｉｃａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）、ＣＤＭＡ２０００等の無線テクノロジーを実施することができる。ＵＴＲＡは、広帯域−ＣＤＭＡ（Ｗ−ＣＤＭＡ）とＣＤＭＡの他の変形を含んでいる。ＣＤＭＡ２０００は、ＩＳ−２０００，ＩＳ−９５とＩＳ８５６標準を含む。ＴＤＭＡシステムは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）等の無線テクノロジーを実施することができる。ＯＦＤＭシステムは、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、フラッシュＯＦＤＭ等の無線テクノロジーを実施することができる。ＵＴＲＡとＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、順方向通信にＯＦＤＭＡを、逆方向通信にＳＣ−ＦＤＭＡを利用する、Ｅ−ＵＴＲＡを使用する、ＵＭＴＳの今度のリリースである。
単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、単一の搬送波変調と周波数領域の等化（frequency domain equalization）を利用する。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡと同様の性能と、それとは本質的には同じ、全体としての複雑さを持つ。ＳＣ−ＦＤＭＡの信号は、その固有の単一搬送波構成のために、より低いピーク対平均電力比（peak-to-average power ratio：ＰＡＰＲ）を持つ。ＳＣ−ＦＤＭＡは、例えば、より低いＰＡＰＲが送信電力の効率の点で、アクセス端末にとって大いに役立つ、逆方向通信において使用される。従って、ＳＣ−ＦＤＭＡは、３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）またはＥｖｏｌｖｅｄ ＵＴＲＡにおける、アップリンク多重アクセス方式として実施され得る。
さらに、種々の実施例が、モバイル・デバイスに関連して、ここに説明される。モバイル・デバイスは、さらに、システム、加入者ユニット、加入者ステーション、モバイル・ステーション、遠隔ステーション、遠隔端末、アクセス端末ユーザ端末、端末無線通信デバイス、ユーザ・エージェント、ユーザ・デバイス、または、ユーザ機器（ＵＥ）と呼ばれることがありうる。モバイル・デバイスは、携帯電話、コードレス電話、セッション設定プロトコル（Session Initiation Protocol：ＳＩＰ）電話、無線ローカル・ループ（Wireless local loop：ＷＩＰ）ステーション、個人情報端末（ＰＤＡ）、無線接続能力を持つハンドヘルド・デバイス、計算デバイス、または、その他の無線モデムに接続された演算デバイスになり得る。さらに、種々の実施例が、基地局に関連して、ここに、説明される。基地局は、モバイル・デバイスと通信するために利用され得るものであり、そして、さらに、アクセス・ポイント、ノードＢ，または、何らかの他の用語で呼ばれ得る。
さらに、ここに説明される、種々の態様または特徴は、標準プログラミングまたは技術手法を用いて、方法、装置または製品として実施され得る。ここで使われる「製品（article of manufacture）」という言葉は、任意のコンピュータ可読な、デバイス、キャリア、または媒体、からアクセス可能なコンピュータ・プログラムを包含するように意図されている。例えば、コンピュータ可読媒体は、これらに限定されはしないが、磁気ストレージ・デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク（例えば、コンパクトディスク（ＣＤ），ディジタル・バーサタイル・ディスク（ＤＶＤ）等）、スマート・カードおよびフラッシュ・デバイス（例えば、ＥＰＲＯＭ，カード・スティック、キー・ドライブ等）を含むことができる。さらに、ここに説明される種々の記憶メディアは、１つ以上のデバイスおよび／または情報を記憶するための、他の機械可読媒体を表す。「機械可読媒体（machine-readable medium）」という言葉は、これらに限定されはしないが、無線チャネルと、命令および／またはデータを記憶し、保持し、および／または運ぶことができる、種々の他の媒体を含むことができる。
ここでは、図１を参照して、無線通信システム１００が、ここに示される種々の実施例に従って、示される。システム１００は、複数のアンテナ・グループを含み得る、基地局１０２を含む。例えば、１つのアンテナ・グループは、アンテナ１０４と１０６を含み得るし、別のグループは、アンテナ１０８と１１０を含み得るし、さらなるグループはアンテナ１１２と１１４を含み得る。２つのアンテナが、それぞれのアンテナ・グループに示されるが、しかしながら、より多くのまたはより少ないアンテナが、それぞれのグループのために、利用され得る。当業者に認識されるように、基地局１０２は、さらに送信機チェーンと受信機チェーンを含み得るが、その各々は、信号の送信と受信に関連付けられた、複数個の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナ等）を、順に含む。
基地局１０２は、モバイル・デバイス１１６とモバイル・デバイス１２２のような、１つ以上のモバイル・デバイスと通信することができるが、基地局１０２が、モバイル・デバイス１１６とモバイル・デバイス１２２と同様に、任意の数のモバイル・デバイスと、実質的に通信することができることが理解されるべきである。モバイル・デバイス１１６と１２２は、例えば、携帯電話、スマートフォン、ラップトップ、携帯型の通信デバイス、携帯型の計算デバイス、衛星無線、全地球測位システム、個人情報端末、および／または、無線通信システム１００を通して通信するための適切なデバイスであればよい。描かれているように、モバイル・デバイス１１６は、アンテナ１１２と１１４を使って通信しているが、アンテナ１１２と１１４は、モバイル・デバイス１１６に順方向リンク１１８を通して情報を送信し、モバイル・デバイス１１６から、逆方向リンク１２０を通して、情報を受信する。さらに、モバイル・デバイス１２２は、アンテナ１０４と１０６と通して通信しているが、アンテナ１０４と１０６は、モバイル・デバイス１２２に順方向リンク１２４を通して情報を送信し、モバイル・デバイス１２２から、逆方向リンク１２６を通して、情報を受信する。周波数分割複信（ＦＤＤ）システムにおいては、順方向リンク１１８は、逆方向リンク１２０により使用されるのとは異なる、周波数帯を利用することができ、順方向リンク１２４は、逆方向リンク１２６により使用されるのとは異なる周波数帯を利用することができる。さらに、時分割複信（ＴＤＤ）システムでは、順方向リンク１１６と逆方向リンク１２０は、共通周波数帯を利用することができ、順方向リンク１２４と逆方向リンク１２６とは、共通の周波数帯を利用することができる。
各々のアンテナ・グループおよび／またはそれらが通信するように指示されているエリアは、基地局１０２のセクタとして呼ばれ得る。例えば、アンテナ・グループは、基地局１０２により扱われる地域のセクタの、モバイル・デバイスと通信するように設計され得る。順方向通信リンク１１８と１２４上の通信において、基地局１０２の送信アンテナは、モバイル・デバイス１１６と１２２のための、順方向リンク１１８と１２４の信号対雑音比を改善するために、ビーム形成を利用することができる。さらに、基地局１０２が、関連するサービス区域にランダムに分散するモバイル・デバイス１１６と１２２に送信するために、ビーム形成を利用する場合には、隣接セルのモバイル・デバイスは、その全てのモバイル・デバイスに、１つのアンテナを通して送信する基地局と比較すると、より少ない干渉を受け得る。
基地局１０２（および／または基地局１０２の各々のセクタ）は、１つ以上の複数のアクセス技術（例えば、ＣＤＭＡ，ＴＤＭＡ，ＦＤＭＡ，ＯＦＤＭＡ、・・・）を使用し得る。例えば、基地局１０２は、対応するバンド幅で、モバイル・デバイス（例えば、モバイル・デバイス１１６と１２２）と通信するために特定の技術を利用し得る。さらに、基地局１０２により、１つ以上の技術が使用されるとすると、各々の技術は、対応するバンド幅に関連付けられ得る。ここに説明される技術は、以下を含み得る。Ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ （ＧＳＭ）、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ），Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ （ＥＤＧＥ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ （ＵＭＴＳ）、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （Ｗ−ＣＤＭＡ）、ｃｄｍａＯｎｅ （ＩＳ−９５）、ＣＤＭＡ２０００、Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ Ｏｐｔｉｍｉｚｅｄ （ＥＶ−ＤＯ）、Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ （ＵＭＢ）、Ｗｏｒｌｄ ｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ （ＷｉＭＡＸ）、ＭｅｄｉａＦＬＯ、Ｄｉｇｉｔａｌ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔｉｎｇ （ＤＭＢ），Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｈａｎｄｈｅｌｄ （ＤＶＭ−Ｈ）等。技術の前述のリストは、例として提供されていて、請求項はそのように限定されないし、むしろ、任意の無線通信技術が、ここに添付された請求項の範囲に入るように意図されていることを認識するべきである。
基地局１０２は、第１の技術による、第１のバンド幅を使用し得る。さらに、基地局１０２は、第２のバンド幅において、第１の技術に対応するパイロットを送信し得る。実例に従うと、任意の第２の技術を使用する通信のために、第２のバンド幅は、基地局１０２および／または任意の別の基地局（示されていない）により影響され得る。さらに、パイロットは、第１の技術の存在を（例えば、第２の技術を経由して通信するモバイル・デバイスに）指示し得る。例えば、パイロットは、第１の技術の存在に関する情報を伝えるために、ビットを使用し得る。さらに、第１の技術を使用するセクタのセクタＩＤ、第１の周波数のバンド幅を示すキャリア・インデックス、およびそのような情報は、パイロット内に含まれ得る。
他の例に従って、パイロットは、ビーコン（および／またはビーコンのシーケンス）であり得る。ビーコンは、１つのサブキャリア、または、いくつかのサブキャリア（例えば、少ない数のサブキャリア）上に、大きな割合の電力が送信される、ＯＦＤＭシンボルであり得る。したがって、ビーコンは、バンド幅の狭い部分におけるデータに干渉している（例えば、バンド幅の残りが、ビーコンによって影響され得ない）間でも、モバイル・デバイスにより観察され得る、強いピークを供給する。この例に従うと、第１のセクタは、第１のバンド幅の上で、ＣＤＭＡを経由して通信し得るし、第２のセクタは、第２のバンド幅の上で、ＯＦＤＭを経由して通信し得る。従って、第１のセクタは、第２のバンド幅の上に、ＯＦＤＭビーコン（または、ＯＦＤＭビーコンのシーケンス）を送信することにより、第１のバンド幅（例えば、第２のバンド幅上でＯＦＤＭを利用して動作しているモバイル・デバイスに対する）の上での、ＣＤＭＡの可用性を示し得る。
一般に、主題のイノベーションは、特定のプロトコル・レイヤに対してデータを直接、トランスポートするか、または、通信することにより、クロス・レイヤの最適化を提供することができる。例えば、ＭＡＣヘッダは、そのようはデータが向けられるか、ターゲットとされる、プロトコル・レイヤを指示する、データを含み得る。受信において、ＭＡＣヘッダは、そのようなデータの効率的で最適化された処理のために、ＭＡＣプロトコル・レイヤより上の、少なくとも１つのプロトコル・レイヤを、データの一部（例えば、ＰＤＵｓ、ＳＤＵｓ等）がバイパスすることを、許容し得る。言い換えれば、ソース・プロトコル・レイヤ（例えば、ソース・プロトコル・レイヤが、ＰＤＵが開始した、ユーザ・プレーン・プロトコル・スタック内の１つのレイヤである）からのデータ・ユニットが、ソース・プロトコル・レイヤとＭＡＣプロトコル・レイヤの間の、それぞれのプロトコル・レイヤにより取り扱われている代わりに、ＰＤＵは、ＭＡＣプロトコル・レイヤによる直接の受信を許容するために、ソース・プロトコル・レイヤとＭＡＣプロトコル・レイヤの間のプロトコル・レイヤをバイパスし得る。これは、より大きいスケジューリングの柔軟性と、レート制御ポリシをバイパスするための方法を提供する。
図２に戻ると、無線通信環境内での使用のための、通信装置２００が示される。通信装置２００は、基地局またはその一部、モバイル・デバイスまたはその一部、または、無線通信環境に送信されたデータを受信する、実質的には任意の通信装置であり得る。通信システムにおいて、通信装置２００は、ユーザ・プレーン・プロトコル・スタック内のクロス・レイヤ最適化を可能にするために、以下に説明される構成要素を使用する。
通信装置２００は、通信のための様々なプロトコル・レイヤを含む、ユーザ・プレーン・プロトコル・スタック（例えば、レイヤ２のプロトコル・スタック）に影響を与え得る。例えば、ユーザ・プレーン・プロトコル・スタックは、無線資源制御（radio resource control：ＲＲＣ）プロトコル・レイヤ（ここでは「ＲＲＣ２０２」で参照される）、パケット・データ収束プロトコル（packet data convergence protocol：ＰＤＣＰ）レイヤ（ここでは「ＰＤＣＰ２０４」で参照される）、無線リンク制御（radio link control：ＲＬＣ）プロトコル・レイヤ（ここでは「ＲＬＣ２０６」で参照される）、媒体アクセス制御（medium access control：ＭＡＣ）プロトコル・レイヤ（ここでは「ＭＡＣ２０８」で参照される）、および、物理的なプロトコル・レイヤ（ここでは「物理２１０」で参照される）を含み得る。通信装置２００は、任意の数のプロトコル・レイヤを含み得るし、主題のイノベーションは、以上に説明されたプロトコル・レイヤに限定されないことが、認識されるべきである。さらに、ここに説明される技術は、ユーザ・プレーン・プロトコル・スタック内で、任意の適切なプロトコル・レイヤにより、使用され得るものであり、説明されたプロトコル・レイヤに限定されない。
通信装置２００は、さらに、データが直接、トランスポートされるべき、ターゲット・プロトコル・レイヤを指示するために利用されるデータの一部を含む、ＭＡＣヘッダを発生し得る、フォーマッタ２１２を含んでいる。従って、ＭＡＣヘッダは、ＰＤＵｓのようなデータが、トランスポートされ得るように、そのようなＭＡＣヘッダにより定義される宛先プロトコル・レイヤに直接、トランスポートされ得るように、生成され得る。通信装置は、さらに、適切な、または、指示されたプロトコル・レイヤに対して、データを直接、トランスポートするために、ＭＡＣヘッダを評価し得る、ルータ２１４を含み得る。言い換えれば、特定のプロトコル・レイヤへの、直接のルーティングまたはトランスポートを指示するためのデータを含む、ＭＡＣヘッダを生成することにより、ソース・プロトコル・レイヤからのデータの一部は、ＭＡＣ２０８より上位の任意のプロトコル・レイヤをバイパスすることにより、直接、通信され得る。例えば、ＲＲＣ２０２からのデータの一部は、ＰＤＣＰ２０４とＲＬＣ２０６をバイパスし得る。別の例において、ＰＤＣＰ２０４からのデータの一部は、ＲＬＣ２０６をバイパスし得る。
例えば、ＭＡＣヘッダは、データの一部、または、ＭＡＣサービス・データ・ユニット（ＳＤＵ）がＲＲＣ２０２のためであることを示す、指示データを含み得る。そのようなＭＡＣヘッダは、そのようなデータの一部を識別するために、評価され得るが、そのようなデータが、ＲＲＣ２０２とＭＡＣ２０８の間の任意のレイヤをバイパスして、ＲＲＣ２０２に直接、トランスポートされ得る。一般に、通信装置２００は、ＭＡＣ２０８よりも上位のレイヤから、ＭＡＣ２０８への、データの一部（例えば、制御パケット、データ・パケット、データの一部、ＰＤＵ，ＳＤＵ等）の、直接のルーティング、送信またはトランスポートを提供し得る。例えば、制御パケットは、ＲＬＣ２０６をバイパスして、ＰＤＣＰ２０４からＭＡＣ２０８に、直接、ルーティングされ得る。
別の例において、ＰＤＣＰ制御ＰＤＵｓは、ＰＤＣＰレイヤまたはプロトコル内の内部制御のために使用されるが、さらに、一般に、送信側のＭＡＣプロトコル・レイヤよりも上位の任意のレイヤ（例えば、ここでは、ＲＬＣプロトコル・レイヤ）、および、受信側のＭＡＣプロトコル・レイヤよりも上位の任意のレイヤ（例えば、ここでは、ＲＬＣプロトコル・レイヤ）により、取り扱われ、渡されなければならない。主題のイノベーションは、ＭＡＣヘッダ内のデータをパッケージすることにより、ユーザ・プレーン・プロトコル・スタック内の、ＭＡＣプロトコル・レイヤより上位の、少なくとも１つのプロトコル・レイヤを、ＰＤＵがバイパスすることを許容し得る。従って、ＰＤＣＰ制御ＰＤＵは、ＰＤＰＣプロトコル・レイヤへの直接のルートを決めるために、ＭＡＣプロトコル・レイヤを経由して直接、送信され、ＭＡＣプロトコル・レイヤにより直接、受信されるために、ＲＬＣプロトコル・レイヤをバイパスし得る。ＰＤＣＰ制御ＰＤＵｓの例は、ＰＤＣＰシーケンス番号の報告と、頑強なヘッダ圧縮（robust header compression：ＲｏＨＣ）制御パケットである。ＲＬＣ制御ＰＤＵｓの例は、受信されたデータ（例えば、受信機バッファのスナップショット）、リセットされたメッセージ、および、応答および非応答メッセージを送信機に通信するために、受信側で使用される、ＲＬＣの状態メッセージを含む。ＲＲＣメッセージの例は、ＲＲＣ ＣＯＮＮＥＴＣＩＯＮ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ、ＲＲＣ ＣＯＮＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴ、 ＵＥ ＣＡＰＡＢＩＬＩＴＹ ＥＮＱＵＩＲＹ等を含み得る。
さらに、示されてはいないが、通信装置２００は、ユーザ・プレーン・プロトコル・スタック内で、媒体アクセス制御（ＭＡＣ）より上位に配置されているプロトコル・レイヤからの、データ・パケットの受信と、そのプロトコル・レイヤからＭＡＣプロトコル・レイヤへ直接の、データ・パケットの通信と、ＭＡＣプロトコル・レイヤ内のＭＡＣヘッダの発生と、ＭＡＣプロトコル・レイヤからのＭＡＣヘッダの送信等に関して、命令を保持するメモリを含み得ることが認識されるべきである。さらに、通信装置２００は、ＭＡＣプロトコル・レイヤ内の、媒体アクセス制御（ＭＡＣ）ヘッダの受信と、ＭＡＣプロトコル・レイヤから、ＭＡＣヘッダ内に定義されているプロトコル・レイヤへの、データ・パケットの一部の直接のルーティングと、プロトコル・レイヤ内のデータ・パケットの一部の処理等に関する命令を保持する、メモリを含み得ることが認識されるべきである。さらに、通信装置２００は、命令（例えば、メモリ内に保持されている命令、別のソースから得られる命令、・・・）の実行に関連して、利用され得るプロセッサを含み得る。
次に図３を参照すると、ユーザ・プレーン・プロトコル・スタック内で、効率的なデータのルートの決定を容易にする、無線通信システム３００が示される。システム３００は、通信装置３０４（および／または任意の数の別の通信装置（示されていない））と通信する基地局３０２を含む。基地局３０２は、順方向リンク・チャネル上で、通信装置３０４に、情報を送信し得るし、さらに基地局は、逆方向リンク・チャネル上で、装通信装置３０４から、情報を受信し得る。さらに、システム３００は、ＭＩＭＯシステムであり得る。さらに、システム３００は、ＯＦＤＭＡ無線ネットワーク、３ＧＰＰ ＬＴＥ無線ネットワーク等を動作することができる。さらに、以下に、基地局３０２内に示され、説明された、構成要素と機能は、通信装置３０４内にも、逆も同じに同様に存在し得るものであり、１つの例において、描かれた構成は説明の簡単化のためにこれらの構成要素を除外している。
基地局３０２は、制御プレーン無線資源制御（ＲＲＣ）プロトコル・レイヤ（ここでは「ＲＲＣ３０６」と参照される）を含むプロトコル・スタックと、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤ（ここでは「ＰＤＣＰ３０８」と参照される）、無線リンク制御（ＲＬＣ）プロトコル・レイヤ（ここでは「ＲＬＣ３１０」と参照される）、媒体アクセス制御（ＭＡＣ）プロトコル・レイヤ（ここでは「ＭＡＣ３１２」と参照される）を含むユーザ・プレーン・プロトコルと、物理プロトコル・レイヤ（ここでは「物理３１４」と参照される）を含み得る。基地局３０２は、任意の適切な数のプロトコル・レイヤを含み得るし、主題のイノベーションは、ここに説明されるプロトコル・レイヤに限定されないことが認識されるべきである。基地局３０２は、データの一部についてのプロトコル・レイヤを指示し得る、識別データの一部を含む、ＭＡＣヘッダを生成し得る、フォーマッタ３１６を、さらに含み得る。基地局３０２は、そのようなＭＡＣヘッダにより定義されるように、基地局３０２内のプロトコル・レイヤにデータを通信する、ＭＡＣヘッダを自動的に評価し得るルータ３１８を、さらに含み得る。
ユーザ機器３０４は、無線資源制御（ＲＲＣ）プロトコル・レイヤ（ここでは「ＲＲＣ３２０」と参照される）を含む制御プレーン・プロトコル・スタックと、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤ（ここでは「ＰＤＣＰ３２２」と参照される）、無線リンク制御（ＲＬＣ）プロトコル・レイヤ（ここでは「ＲＬＣ３２４」と参照される）、媒体アクセス制御（ＭＡＣ）プロトコル・レイヤ（ここでは「ＭＡＣ３２６」と参照される）、物理プロトコル・レイヤ（ここでは「物理３２８」と参照される）を含む、ユーザ・プレーン・プロトコルを含み得る。ユーザ機器３０４は、任意の適切な数のプロトコル・レイヤを含み得るし、主題のイノベーションは、ここに説明されるプロトコル・レイヤに限定されないことが認識されるべきである。ユーザ機器３０４は、データの一部のために、プロトコル・レイヤを指示し得る、識別データの一部を含むＭＡＣヘッダを生成し得る、フォーマッタ３３０を、さらに含み得る。ユーザ機器３０４は、そのようなＭＡＣヘッダにより定義される、ユーザ機器３０４内のプロトコル・レイヤに、データを通信するために、ＭＡＣヘッダを自動的に評価し得るルータ３２２をさらに含む。フォーマッタは、ＭＡＣプロトコルの一部であり得る。
ユーザ機器３０４内で、フォーマッタ３３０により生成されたＭＡＣヘッダは、基地局３０２に送信され得ることが認識されるべきである。ＭＡＣヘッダは、基地局３０２（例えば、それによって、ＭＡＣ３１２より上位の少なくとも１つのプロトコル・レイヤをバイパスする）内において、特に定義されたプロトコル・レイヤに対して、直接、データをトランスポートするために、ルータ３１８により評価され得る。フォーマッタは、しかしながら、さらに、ＭＡＣより上位のプロトコル・レイヤがバイパスされない場合、すなわち、受信するプロトコルがＲＬＣの場合にも、使用され得る。別の例において、ＭＡＣヘッダ内の識別データにより識別された、ソース・プロトコル・レイヤ（例えばＲＲＣ３２０）からのデータの一部は、ＭＡＣ３１２から受信されると、ＰＤＣＰ３０８とＲＬＣ３１０をバイパスする、ＲＲＣ３０６へ直接ルーティングされ得る。さらに、ＭＡＣ３２６より上位の、少なくとも１つのレイヤ一をバイパスされる場合には、一部のデータは、たとえば、ＭＡＣヘッダを通して、基地局３０２に送信されるために、ＭＡＣ３２６より上位のレイヤから、ＭＡＣ３２６に直接、トランスポートされ得ることが認識されるべきである。ある例において、ＰＤＣＰ３２２（例えばソース・プロトコル・レイヤ）からのデータの一部は、ＲＬＣ３２４をバイパスして、ＭＡＣ３２６に直接、通信され得る。
基地局３０２内で、フォーマッタ３１６により生成されたＭＡＣヘッダは、ユーザ機器３０４に通信され得ることはさらに十分に理解されるべきである。ＭＡＣヘッダは、ユーザ機器内において、特に定義されたプロトコル・レイヤに対して、直接、データをトランスポートするために、ルータ３３２により評価され得る。別の例において、ＭＡＣヘッダ内の識別データにより識別された、ソース・プロトコル・レイヤ（例えばＲＲＣ３０６）からのデータの一部は、受け取ると、ＰＤＣＰ３２２とＲＬＣ３２４をバイパスする、ＭＡＣ３２６からＲＲＣ３２０への直接ルーティングされ得る。さらに、ＭＡＣ３１２より上位の、少なくとも１つのレイヤ一をバイパスされる場合には、一部のデータは、たとえば、ＭＡＣヘッダを通して、ユーザ機器３０４に送信されるために、ＭＡＣ３１２より上位のレイヤから、ＭＡＣ３１２に直接、トランスポートされ得ることは理解されるべきである。ある例において、ＲＲＣ３06（例えばソース・プロトコル・レイヤ）からのデータの一部は、ＰＤＣＰ３０８とＲＬＣ３１０をバイパスして、ＭＡＣ３１２に直接、通信され得る。
さらに、示されてはいないが、基地局３０２は、ユーザ・プレーン・プロトコル・スタック内で、媒体アクセス制御（MAC)より上位に配置されているプロトコル・レイヤからの、データ・パケットの受信と、プロトコル・レイヤからMACプロトコル・レイヤへ直接の、データ・パケットの通信と、MACプロトコル・レイヤ内のMACヘッダの発生と、MACプロトコル・レイヤからのMACヘッダの送信等に関して、命令を保持するメモリを含み得ることが認識されるべきである。さらに、基地局３０２は、MACプロトコル・レイヤ内の、媒体アクセス制御（MAC)ヘッダの受信と、MACプロトコル・レイヤから、MACヘッダ内に定義されているプロトコル・レイヤへの直接のルーティングと、プロトコル・レイヤ内のデータ・パケットの一部の処理等に関する命令を保持する、メモリを含み得ることが認識されるべきである。さらに、基地局３０２は、命令（例えば、メモリ内に保持されている命令、別のソースから得られる命令、・・・）の実行に関連して、利用され得るプロセッサを含み得る。
次に、図４を参照すると、例示のＭＡＣヘッダ構成４００が、主題開示の１つ以上の態様に従って示される。一般に、主題のイノベーションは、制御メッセージを受信するか処理する必要がある、ＭＡＣプロトコル・レイヤより上位のサービスに対して、ＭＡＣプロトコル・レイヤからの、トランスポート、送信またはルーティングを許容し得る。例えば、制御パケットは、ＲＬＣプロトコル・レイヤをバイパスして、ＭＡＣプロトコル・レイヤからＰＤＣＰレイヤに直接、送信またはトランスポートされる。さらに、データの一部は、ソース・プロトコル・レイヤ（例えば、ＭＡＣプロトコル・レイヤより上位の任意のプロトコル・レイヤ）からＭＡＣプロトコル・レイヤに、直接、トランスポート、送信、ルーティングされ得る。
主題のイノベーションの、別の態様に従えば、ＭＡＣから、一部のデータ（例えば制御メッセージ）を受信するか、または、処理する必要がある、ＭＡＣより上位のサービスへの直接のトランスポート、送信またはルーティングは、使用され得る。例えば、ここに説明されるメカニズムと技術は、ＲＬＣレイヤをバイパスすることにより、ＭＡＣレイヤからＰＤＣＰレイヤに直接、制御パケットを送信またはトランスポートし得る。
例えば、ＰＤＣＰレイヤからＭＡＣレイヤへの、および、ＭＡＣレイヤからＰＤＣＰレイヤへの、データ（データまたは制御を含むＰＤＵｓ）の直接のトランスポートまたはルーティングは、プロトコル・スタック内でのクロス・レイヤ最適化を達成し得る。パケットは、レイヤの間で、特定のインターフェイス（Ｉ／Ｆ）（示されない）を通して、ルートを決められ、トランスポートされ得る。例えば、パケットは、ＭＡＣ／ＲＬＣインターフェイスを通して、ＭＡＣレイヤとＲＬＣレイヤの間で、通信され得る。同様に、パケットは、ＰＤＣＰ／ＲＬＣインターフェイスを通して、ＰＤＣＰレイヤとＲＬＣレイヤの間で通信され得る。請求される主題事項の態様または実施例に従って、例えば、順序付けられたＳＤＵの配送とＲＬＣにより提供されるＰＤＵの順位付けとの間のプロトコルのサービスを使用せずに、データの一部（例えばＰＤＵ）は、直接のルートを経由して、ＭＡＣレイヤ（例えば、ＰＤＣＰレイヤ）より上位のレイヤから直接、ＭＡＣレイヤに、伝達され、送信され、ルーティングされ得る。いくつかの事例において、新しいインターフェイスが、ＲＬＣレイヤをバイパスする間に、ＭＡＣとＰＤＣＰレイヤ間の、直接のトランスポートを容易にするために、生成され得ることが認識されるべきである。さらに、ＲＲＣレイヤからのデータの一部が、ＰＤＣＰレイヤとＲＬＣレイヤをバイパスして、ＭＡＣレイヤに直接トランスポートされ、送信され、ルーティングされ得ることが認識されるべきである。
さらに、ＲＬＣからＭＡＣへの、および、ＭＡＣからＲＬＣへの、データ（ＰＤＵｓ制御またはデータ・パケット等）の直接のトランスポートまたはルーティング［ＭＡＣより下位のプロトコルは、ＳＤＵ（ＲＬＣより上位のプロトコルからのサービス・データ・ユニット）を受信する。ＲＬＣは、ＭＡＣに渡されるＰＤＵ（パケット・データ・ユニット）を生成する。従って、「直接のトランスポート（direct transport）」は、ＲＬＣ ＰＤＵｓのそれである。］は、制御パケットのクロス・レイヤ最適化を達成するために使用される。直接のルートまたはパスは、ＭＡＣとＲＬＣの間のデータの通信のために、使用され得る。このルートは、データ・パケット（例えば、ユーザ・ビットまたはユーザ・データを含むパケット）のために使用される、ＲＬＣ／ＭＡＣインターフェイスとは、区別することができる。
いくつかの実施例において、第１のスタック（例えば、ＭＡＣレイヤのすぐ上のＰＤＣＰレイヤ、または、ＭＡＣレイヤのすぐ上のＲＬＣレイヤ）は、制御パケットのために、使用され得る。そして、第２のスタック（例えば、ＭＡＣレイヤの上のＲＬＣレイヤの上の、ＰＤＣＰレイヤ）は、データ・パケット（さらに詳細に以下に説明される）のために使用され得る。
主題のイノベーションは、ＭＡＣヘッダ内の、プロトコル・レイヤ識別子データの実施における、スケジューリングと優先順位付けにおいて、改善された細分性（granularity）を、さらに提供することができる。このメカニズムがＭＡＣヘッダに付加される場合には、ＭＡＣは、第１の無線ベアラ（radio bearer）の制御パケット、第２の無線ベアラの制御パケット、第１の無線ベアラからのデータ、および、次に第２の無線ベアラからのデータを、スケジュールすることができ、それによって、スケジュールと優先順位付けの細分性を向上させるか改善させる。ＲＬＣが、上記の制御パケットを（例えば、ここに提供され説明されるメカニズム無しで）スケジュールする場合には、それは、第２の無線のベアラの制御パケット、および、第２の無線ベアラのデータが後に続く、第１の無線ベアラの制御パケット、および、第１の無線ベアラのデータだけをスケジュールすることができる。
ＭＡＣレイヤより上位のレイヤから、直接にＭＡＣレイヤへの、制御パケットまたはメッセージの、および、ＭＡＣレイヤからＭＡＣレイヤより上位の特定のレイヤ（例えば、ＰＤＣＰレイヤ、ＲＬＣレイヤ、または、ＭＡＣより上位の他のあるレイヤ（例えば、アプリケーション・レイヤ））へ、メッセージの、直接のルーティングまたはトランスポートを、可能にするために使用され得る、ＰＤＣＰ制御ＰＤＵｓ、ＲＬＣ制御ＰＤＵｓ、および、異なるＭＡＣヘッダとＲＬＣヘッダを、どのように取り扱い、直接ルーティングするかについての、さらなる詳細と実例が提供され得る。例えば、ＰＤＣＰ／ＲＬＣ／ＭＡＣスタックによりトランスポートされている、ＰＤＣＰ制御ＰＤＵｓの代わりに、ＭＡＣレイヤより上位の、少なくとも１つのレイヤ（例えば、ＲＲＣ，ＰＤＣＰ，ＲＬＣ等）は、データ（例えば、ＭＡＣへのＰＤＣＰ制御ＰＤＵｓ）を直接ルーティングするようにバイパスされ得るし、それによって、スケジューリングのさらなる柔軟性、およびデータ・パケットの特定のポリシ（例えば、レート制御ポリシ）をバイパスする方法を提供する。
例えば、ＰＤＣＰ制御ＰＤＵは、ＭＡＣにより直接トランスポートされているようなＰＤＵに基づいて、ＲＬＣをバイパスすることができる。ＭＡＣヘッダは、ＭＡＣの負荷がＰＤＣＰ制御ＰＤＵであるのがいつかを示すことができ、さらにどの論理チャネルＩＤ（ＬＣＩＤ）またはＰＤＣＰエンティティにメッセージをルーティングするかを示すことができる。この直接のトランスポートを許容することにより、種々の利点が提供され得る。例えば、ＭＡＣは、レート制御規則を（例えば、特に逆方向リンク上で）適用する場合に、ＰＤＣＰ制御メッセージを説明する必要はない。制御がＰＤＣＰとＲＬＣ ＰＤＵｓ内であるとすれば、ＭＡＣは、どのバイトが制御であり、従って、レート制御ポリシの対象ではないことを知るのが困難な時があるかもしれない。さらに、ＭＡＣは、ＰＤＣＰ制御パケットを、それ自身のＰＤＣＰデータに対してと同様に、他の無線ベアラに対して、優先順位付けすることができる。さらに、ＭＡＣは、他の技術（例えば、ＲＬＣ ＡＭ等）とは異なり、先頭の遅延が条件となることなく、ＭＡＣ ＰＤＵの内容に対して、最も適切である方法により、ＡＲＱを実行することができる。
ＭＡＣヘッダ４００は、ＭＡＣレイヤより上位のレイヤから、直接にＭＡＣレイヤへの、制御パケットまたはメッセージの、および、ＭＡＣレイヤからＭＡＣレイヤより上位の特定のレイヤ（例えば、ＰＤＣＰレイヤ、ＲＬＣレイヤ、または、ＭＡＣより上位の他のあるレイヤ（例えば、アプリケーション・レイヤ））へメッセージを直接ルーティングする、またはトランスポーすることを提供することができる。例えば、ＭＡＣヘッダ４００は、特定のレイヤに直接、メッセージを送信する、または、ルーティングすることを、ＭＡＣ構成要素に許容するために、Ｅ−ＵＴＲＡＮにより使用され得る。一般に、メカニズムは、直接トランスポートする特定のレイヤ、および／または、データ・タイプ（例えば、制御またはデータ、論理チャネル等）を示すために、ＭＡＣヘッダ４００に関連して、利用され得る。
特に、ＭＡＣヘッダ構成４００は、論理チャネル識別子（ＬＣＩＤ）（例えば、予約されたＬＣＩＤの値は、ＭＡＣ制御ＰＤＵを示すことができる）、長さ、拡張を含むことができる。ＲＬＣヘッダは以下を含み得る。セグメント指標（ＳＩ）、シーケンス番号（ＳＮ）、長さ指標（ＬＩ）、再セグメント化されたＲＬＣ ＰＤＵｓのセグメント・オフセット（ＳＯ）。主題のイノベーションは、効率的な方法で、可変長ＲＬＣ ＳＤＵｓをサポートするために、ＲＬＣヘッダとＭＡＣヘッダの両方に、メカニズムを提供し得ることが認識されるべきである。
ＭＡＣヘッダ４００は、しばしば遅延に敏感であるこれらのメッセージのための、効率とＱｏＳのサポートにより、上位のレイヤの制御メッセージの配送をサポートすることができる。ＭＡＣヘッダ４００は、５ビットＬＣＩＤ４０２を含むことができる。任意の適切なビット表示が使用され得ることが認識されるべきである。例えば、４ビット表示が使用され得る。ＭＡＣヘッダ４００は、プロトコルＩＤフィールド（ＰＩＤ）４０４、整列（Ｒ１）のための予約ビット４０６、拡張ビット（Ｅ）４１０、ＭＡＣ長４０８（例えば、７ビット、１５ビット、等）、ＬＣＩＤ４１２、予約ビット４１４、および、拡張ビット（Ｅ）４１６（例えば、連結をサポートする）を含み得る。プロトコルＩＤフィールドは、適切な受信プロトコルに、ＭＡＣ ＳＤＵをルーティングするために、ルータ構成要素により使用され得る。ＰＩＤは、プロトコルを示すために、ヘッダ内の１つ以上のビットを使用し得る。さらに、１ビットは、ＳＤＵがデータまたは制御のタイプのどちらかを区別するために、ＭＡＣヘッダに含まれ得る。このビットはＤ／Ｃビットと呼ばれる。
ＬＣＩＤ４０２が＞＝ｔｏ ０００００である場合に、２ビットＭＡＣの長さフィールド（ＭＬ）４０８は、以下を含む： ＭＬが００に設定：ＭＡＣの長さフィールドは含まれない（長さはＰＨＹで提供される）；ＭＬは０１に設定：７ビットＭＡＣ長さフィールドが後続する；および、ＭＬは１０に設定；１５ビットＭＡＣの長さフィールドが後続する。ＬＣＩＤ４０２が０００００に設定されると、２ビットＰＩＤ４０４は同様に以下に従う：７ビットＭＡＣ長さフィールドが後続する；ＰＩＤ＝００：ＭＡＣ制御ＰＤＵは、カプセル化される；ＰＩＤ＝０１：ＲＬＣ制御ＰＤＵはカプセル化される；ＰＩＤ＝１０：ＰＤＣＰ制御ＰＤＵはカプセル化される；５ビットＬＣＩＤ２ ４１２；２ビットＲ２ ４１４は、予約され得る；および、１ビットＥ ４１６は、連結をサポートするために使用され得る。さらに、ＭＡＣヘッダ４００は、１ビットＲ１ ４０６を含み得る（たとえば、オクテット整列のために予約され得る）。別の例において、ＬＣＩＤは、ＬＣＩＤを示すことができ、ＰＩＤは、送信／受信のプロトコルが少なくともＭＡＣ、ＲＬＣ，ＰＤＣＰ，ＲＲＣ等の１つであるかどうかを示す。言い換えれば、ＰＩＣは存在し、ＬＣＩＤの値に関わりなく使用され得る。
ＰＩＤは、制御ＰＤＵｓを送るために、上位のレイヤにＭＡＣレイヤを直接アクセスすることを許容し得る。それは、制御ＰＤＵの視程をスケジューラまで許容し得るので、これによりスケジューラは、より良いＱｏＳ処理を、このようなＰＤＵｓに与え得る。同一の無線ベアラにおいて、制御ＰＤＵが、データＰＤＵと多重化されている場合に、これは、従来の、典型的な技術と対照的である。予約されたビットを含むＬＬ／ＰＩＤフィールドは、必要とされる将来の拡張に十分な予約値を許容しうる。
ＲＬＣ制御ＰＤＵｓはＭＡＣ制御ＰＤＵを経由して送信され得ることが理解されるべきである。従って、ＲＬＣヘッダ内にＤ／Ｃビットの必要はない。この結果、転送モード（例えば、肯定応答モード（ＡＭ）、否定応答モード（ＵＭ）等）に依存しない、一体化されたＲＬＣヘッダ・フォーマット、つまり、１組のフォーマットが提供され得る。これが、転送モードの概念を取り除き、ＲＬＣをより一般的にする可能性を開き得ることが理解されるべきである。最大のＲＬＣ ＰＤＵ再送信の数を設定することにより、ＡＭとＵＭ（ＵＭ＝ＲＬＣ ＰＤＵの最大再送信を０に設定）と本質的に同様の結果を達成され得る。一体になったＲＬＣヘッダは、ＡＭとＵＭの概念を除去することができ、そこにおいて、あたかも、全てがＡＭを必要とするが、従来のＵＭをモデル化するように設定されるために、０の再送信を許容するように、ＲＬＣは設計され得る。
図５−６を参照して、直接のトランスポートのために、ＭＡＣヘッダ内へのデータのパッケージに関する方法が図示される。説明の簡単化のために、方法は、連続した行為として示され、説明されるが、いくつかの行為は、１つ以上の実施例に従って、異なる順番で、および／または、他の行為と同時に生じるので、方法が行為の順番により制限されることがないことを理解されるべきであり、認識されるべきである。例えば、当業者は、方法が、状態遷移図のような、一連の相互関係のある状態または事象として、代わりに表され得ることを、理解し、認識するであろう。さらに、全ての示される行為が、１つ以上の実施例に従って方法をインプリメントすることを要求されるとは限らないかもしれない。
図５に移ると、データと一緒にパッケージされ、そのようなデータの一部に対して、処理のためのサービスに、直接ルーティングする、ＭＡＣヘッダの受信を容易にする方法５００が示される。参照数字５０２において、ＭＡＣプロトコル・レイヤ内に、媒体アクセス制御（ＭＡＣ）ヘッダを受信され得るが、そこにおいて、ＭＡＣヘッダは、データ・パケットの一部をルーティングするために、プロトコル・レイヤを示すことができ、そのプロトコル・レイヤは、ユーザ・プレーン・プロトコル・スタック内のＭＡＣプロトコル・レイヤより上位に配置されている。受信プロトコルは、上位に配置されている必要がないことが認識されるべきである。例えば、受信プロトコルは、下位に配置され得るし、直接、データのルーティングを実行され得る。さらに、データ・パケットの一部は、示されるように、ＭＡＣ ＳＤＵとして参照され得ることが認識されるべきである。さらに、ＭＡＣパケットは、ＭＡＣ ＰＤＵとして呼ばれ得る。参照数字５０４において、データ・パケット（例えばＭＡＣ ＳＤＵ）の一部が、ＭＡＣプロトコル・レイヤからＭＡＣヘッダ内で定義されるプロトコル・レイヤに、直接、ルーティングすることができるが、ここにおいて、データ・パケット（例えば、ＭＡＣ ＳＤＵ）の一部は、ユーザ・プレーン・プロトコル・スタック内の、少なくとも１つのプロトコル・レイヤをバイパスする。参照数字５０６において、データ・パケットの一部（例えば、ＭＡＣ ＳＤＵ）は、プロトコル・レイヤ内で処理され得る。
次に、図６を参照して、特定のプロトコル・レイヤへの、直接のルーティングのために、ＭＡＣヘッダ内のデータの一部のパッケージを容易にする方法６００が示される。受信プロトコルが上位に配置されている必要がないことが認識されるべきである。例えば、受信プロトコルは、下位に配置され得るし、直接のデータのルーティングを実行する。さらに、データの一部は、示されるようにＭＡＣ ＳＤＵとして参照され得ることが認識されるべきである。さらに、ＭＡＣパケットは、ＭＡＣ ＰＤＵとして参照され得る。参照数字６０２では、データ・パケットは、ユーザ・プレーン・プロトコル・スタック内で、媒体アクセス制御（ＭＡＣ）プロトコル・レイヤより上位に配置されているプロトコル・レイヤから受信され得る。参照数字６０４において、データ・パケットは、プロトコル・レイヤからＭＡＣプロトコル・レイヤに、直接、通信され得るが、ここにおいて、データ・パケットが、ユーザ・プレーン・プロトコル・スタック内で、少なくとも１つのプロトコル・レイヤをバイパスする。参照数字６０６において、ＭＡＣヘッダが、ＭＡＣプロトコル・レイヤ内に生成され得るが、ここにおいて、ＭＡＣヘッダは、データ・パケットのルートを決める、プロトコル・レイヤを示す、一部のデータを含む。参照数字６０８において、ＭＡＣヘッダは、ＭＡＣプロトコル・レイヤから送信され得る。
図７は、無線通信システムにおいて、プロトコル・レイヤへの効率の良いデータのトランスポートを容易にするモバイル・デバイス７００の図である。モバイル・デバイス７００は、例えば、受信アンテナ（示されない）から信号を受信し、受信された信号上に、典型的な動作（例えば、フィルタ、増幅、ダウンコンバート等）を実行し、サンプルを得るために、調整された信号をディジタル化する、受信機７０２を含む。受信機７０２は、受信されたシンボルを復調し、それらをチャネル推定のためにプロセッサ７０６に供給する復調器７０４を含む。プロセッサ７０６は、受信機７０２により受信される情報の分析、および／または、送信機７１６による送信のための情報の発生に専念するプロセッサ、モバイル・デバイスの１つ以上の構成要素を制御するプロセッサ、および／または、受信機６０２により受信される情報の分析と、送信機７１６による送信のための情報の発生の両方を行い、モバイル・デバイス７００の１つ以上の構成要素を制御する、プロセッサであり得る。
モバイル・デバイス７００は、プロセッサ７０６に効果的に結合されていて、送信されるべきデータ、受信されたデータ、利用可能なチャネルに関わる情報、分析された信号に関連した情報、および／または、干渉強度、割り当てられたチャネルに関わるデータ、電力、レート等、および、チャネルを推定し、そのチャネルを通して通信するための、任意のその他の適切な情報を、記憶するメモリ７０８を、さらに含むことができる。メモリ７０８は、さらに、チャネルの（たとえば、性能に基づく、容量に基づく）推定と利用に関連するプロトコルおよび／またはアルゴリズムを記憶することができる。
ここに説明されているデータ記憶（例えば、メモリ７０８）は、揮発性メモリ、または、不揮発性メモリのどちらであってもよいし、または、揮発性と不揮発性の両方のメモリを含むことができることが認識されるべきである。説明のためであり、制限するものではないが、不揮発性メモリには、読み出し専用メモリ（ＲＯＭ），書き込み可能なＲＯＭ（ＰＲＯＭ）、電気的に書き込み可能なＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）またはフラッシュ・メモリを含むことができる。揮発性メモリには、外部キャッシュメモリとして動作する、ランダム・アクセス・メモリ（ＲＡＭ）と含むことができる。説明のためであり、制限するものではないが、ＲＡＭはたとえば、シンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、倍速データ・レートＳＤＲＡＭ（ＤＤＲＳＤＲＡＭ）、エンハンスドＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクニックＤＲＡＭ（ＳＬＤＲＡＭ）およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ）のような多くの型式で利用可能である。主題のシステムと方法のメモリ７０８は、これに制限されるわけではないが、これらおよび任意の他の型式のメモリを含むように意図されている。
プロセッサ７０６は、さらに、少なくとも、１つのフォーマッタまたはルータ７１２のうち１つと、効果的に結合され得る。フォーマッタ７１０は、データ・パケットをトランスポートするプロトコル・レイヤを定義する指示データ含む、ＭＡＣヘッダ、または、その一部を発生し得る。言い換えれば、ＭＡＣヘッダは、可能な論理チャネル内のデータ／制御指示と、あるいは同様に、特定のプロトコル・レイヤへの、データの直接のルーティング、トランスポートまたは送信を定義する情報を含み得る。ルータ７１２は、指示されたプロトコル・レイヤにそのようなデータを直接、トランスポートまたは通信することを許容するために、ＭＡＣヘッダの指示データを評価し、翻訳し得る。一部のデータは、ＭＡＣレイヤからＭＡＣレイヤより上位のレイヤへと同様に、ＭＡＣレイヤより上位のレイヤからＭＡＣレイヤへ、直接、トランスポートまたは通信され得ることが認識されるべきである。
モバイル・デバイス７００は、さらに、それぞれ、信号を変調し、例えば基地局、他のモバイル・デバイス等に信号を送信する、変調器７１４と送信機７１６を含む。プロセッサ７０６と分離されているように描かれているが、フォーマッタ７１０、ルータ７１２、復調器７０４、および／または、変調器７１４は、プロセッサ７０６、または、複数のプロセッサ（示されていない）の一部でもよいことが認識されるべきである。
図８は、上述される無線通信環境において、特定のプロトコル・レイヤに対して、データを通信することを容易にする、システム８００の図である。システム８００は、複数個の受信アンテナ８０６を通して、１つ以上のモバイル・デバイス８０４から信号を受信する、受信機８１０と、送信アンテナ８０８を通して、１つ以上のモバイル・デバイス８０４に送信する、送信機８２４を含む、基地局８０２（例えば、アクセス・ポイント・・・）を含む。受信機８１０は、受信アンテナ８０６から、情報を受信することができ、受信した情報を復調する、復調器８１２と、効果的に関連付けられる。復調したシンボルは、図７に関して上で説明されたプロセッサと類似し得るプロセッサ８１４により分析される。そして、それは、信号（たとえば、パイロット）の強度および／または干渉強度の推定に関わる情報と、モバイル・デバイス８０４（または、別の基地局（示されていない））に送信すべきデータ、または、それからから受信したデータ、および／または、ここにおいて明らかにされる種々の動作と機能の実行に関わる、任意の他の適切な情報データを記憶するメモリ８１６に結合されている。プロセッサ８１４は、モバイル・デバイス８０４がタイミングの更新を必要とするかどうかを確認することができる、タイミング調整決定器８１８に、さらに結合される。
さらに、プロセッサ８１４は、少なくとも、フォーマッタ８１８またはルータ８２０の１つと結合され得る。フォーマッタ８１８は、データ・パケットをトランスポートするプロトコル・レイヤを定義する指示データを含む、ＭＡＣヘッダを発生することができる。言い換えれば、ＭＡＣヘッダは、特定のプロトコル・レイヤへの、データの直接のルーティング、トランスポートまたは送信を定義する情報を含み得る。ルータ８２０は、指示されたプロトコル・レイヤにそのようなデータを直接トランスポートまたは通信することを許容するために、ＭＡＣヘッダの指示を評価し、翻訳することができる。一部のデータは、ＭＡＣレイヤからＭＡＣレイヤより上位のレイヤへと同様に、ＭＡＣレイヤより上位のレイヤからＭＡＣレイヤへ、直接、トランスポートまたは通信され得ることが認識されるべきである。
さらに、プロセッサ８１４から分離されているように描かれているが、タイミング調整決定器８１８、タイミング調整評価器８２０、復調器８１２、および／または変調器８２２は、プロセッサ８１４の一部または複数のプロセッサ（図示せず）であり得る。
図９は、例示の無線通信システム９００を示す。無線通信装置９００は、簡潔にするために、１つの基地局９１０と１つのモバイル・デバイス９５０を描く。しかしながら、さらなる基地局および／またはモバイル・デバイスが、以下に説明される、例示の基地局９１０とモバイル・デバイス９５０と実質的に、類似または異なることがあり得るが、システム９００は、１つ以上の基地局および／または１つのモバイル・デバイスを含むことができることが認識されるべきである。さらに、基地局９１０および／またはモバイル・デバイス9５０は、この間の無線通信を容易にするために、ここに説明された、システム（図１−３と７−８）と技術／構成（図５−６）を使えることが認識されるべきである。
基地局９１０では、多くのデータ・ストリームのためのトラフィック・データが、データ・ソース９１２から送信（ＴＸ）データ・プロセッサ９１４に、供給される。例に従って、各々のデータ・ストリームは、各々のアンテナを通して送信され得る。ＴＸデータ・プロセッサ９１４は、そのデータ・ストリームが符号化データを提供するために、選択された特定の符号化スキームに基づいて、トラフィック・データ・ストリームをフォーマットし、コード化し、インターリーブする。
各々のデータ・ストリームのコード化されたデータは、直交周波数分割多重（ＯＦＤＭ）を用いて、パイロット・データにより、多重化され得る。さらに、あるいは、代わりに、パイロット・シンボルは、周波数分割多重（ＦＤＭ）、時分割多重（ＴＤＭ）または符号分割多重（ＣＤＭ）になり得る。パイロット・データは、通常の場合には、既知の方法で処理される、既知のデータ・パターンであり、チャネル応答を推定するために、モバイル・デバイス９５０で、使用され得る。各々のデータ・ストリームの、多重化された、パイロットおよびコード化されたデータは、変調シンボルを提供するために、そのデータ・ストリームに選択された特定の変調スキーム（例えば、２位相偏移変調（ＢＰＳＫ）、４位相偏移変調（ＱＰＳＫ）、Ｍ−位相偏移変調（Ｍ−ＰＳＫ）、Ｍ−直交振幅変調（Ｍ−ＱＡＭ）等）に基づいて変調（例えば、シンボル・マップ）され得る。各々のデータ・ストリームのデータ・レート、符号化と変調は、プロセッサ９３０により、実行された命令により決定され得るか、または、提供され得る。
データ・ストリームのための変調シンボルは、さらに変調シンボル（例えばＯＦＤＭ）を処理する、ＴＸ ＭＩＭＯプロセッサ９２０に対して、供給され得る。ＴＸ ＭＩＭＯプロセッサ９２０は、次いで、ＮＴ個の送信機（ＴＭＴＲ）９２２ａから９２２ｔに、ＮＴ変調シンボル・ストリームを提供する。種々の実施例において、ＴＸ ＭＩＭＯプロセッサ９２０は、ビーム形成重み付けを、データ・ストリームのシンボルと、シンボルが送信されているアンテナに適用する。
各々の送信機９２２は、１つ以上のアナログ信号を提供するために、対応するシンボル・ストリームを受け取り、処理し、さらに、ＭＩＭＯチャネルを通しての送信に適した変調信号を提供するために、アナログ信号を調整する（例えば、増幅し、フィルタし、アップ・コンバートする）。さらに、送信機９２２aから９２２ｔからのＮＴ個の変調信号は、NT個のアンテナ９２４aから９２４tから送信される。
モバイル・デバイス９５０では、送信された変調信号が、NR個のアンテナ９５２aから９５２ｒにより受信され、各々のアンテナ９５２で受信された信号は、それぞれの受信機（ＲＣＶＲ）９５４aから９５４ｒに供給される。各々の受信機９５４は、それぞれの信号を調整し（例えば、増幅し、フィルタし、アップ・コンバートし）、サンプルを提供するために、調整された信号をディジタル化し、対応する「受信」シンボル・ストリームを提供するために、さらにサンプルを処理する。
ＲＸデータ・プロセッサ９６０は、ＮＴ個の「検出された」シンボル・ストリームを提供する、特定の受信機処理技術に基づいて、ＮＲ個の受信機９５４からの、ＮＲ個の受信シンボル・ストリームを受信し、処理することができる。ＲＸデータ・プロセッサ９６０は、データ・ストリームのためのトラフィック・データを再生するために、各々の検出されたシンボル・ストリームを復調し、デインターリーブし、復号することができる。ＲＸデータ・プロセッサ９６０による処理は、基地局におけるＴＸ ＭＩＭＯプロセッサ９２０とＴＸデータ・プロセッサ９１４により実行されるそれに対して相補的である。
プロセッサ９７０は、上述のように、どのプリコーディング行列 を利用するかを、周期的に決めることができる。さらに、プロセッサ９７０は、行列のインデックス部分とランク値部分を含む、逆リンク・メッセージを定式化することができる。
逆リンク・メッセージは、通信リンクおよび／または受信データ・ストリームに関する、種々のタイプの情報を含むことができる。逆リンク・メッセージは、データ・ソース９３６から、多くのデータ・ストリームのために、トラフィック・データを受信する、ＴＸデータ・プロセッサ９３８により処理され、変調器９８０により変調され、送信機９５４ａから９５４ｒにより調整され、基地局９１０に戻るように、送信され得る。
基地局９１０では、移動局９５０からの変調信号が、アンテナ９２４により受信され、受信機９２２により調整され、モバイル・デバイス９５０により送信された、逆リンク・メッセージを抜き出すために、ＲＸデータ・プロセッサ９４２により処理される。さらに、プロセッサ９３０は、ビーム形成の重み付けを決定するために、どのプリコーディング行列 を使用するのかを決めるために、抜き出したメッセージを処理することができる。
プロセッサ９３０と９７０は、それぞれ、基地局９１０とモバイル・デバイス９５０での操作（制御、調整、管理、等）を指示することができる。それぞれのプロセッサ９３０と９７０は、プログラム・コードとデータを記憶するメモリ９３２と９７２に関連付けられ得る。プロセッサ９３０と９７０は、さらに、順方向通信と逆方向通信とについて、それぞれ周波数とインパルス応答の推定を導き出す計算を行うことができる。
ここに説明されている実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、または、これらの組み合わせとして実施される。ハードウェアによる実施では、処理ユニットは、１つ以上の特定用途向け集積回路（ＡＳＩＣｓ）、ディジタル信号処理プロセッサ（ＤＳＰｓ）、ディジタル信号処理デバイス（ＤＳＰＤｓ）、プログラム可能な論理デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡｓ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロ・プロセッサ、ここに説明された機能を実行する他の電気的ユニット、または、これらの組み合わせの中で、実施され得る。
実施例がソフトウェア、ファームウェア、ミドルウェア、または、マイクロコード、プログラム・コードまたはコード・セグメントとして実施される場合には、記憶構成要素のような機械可読媒体に記憶され得る。コード・セグメントは、手続き、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または、命令、データ構造、または、プログラム・ステートメントの任意の組み合わせを表す。コード・セグメントは、情報、データ、引数、パラメータまたはメモリの内容を、渡すおよび／または受け取ることによりもう１つのコード・セグメントまたはハードウェア回路と結合され得る。情報、引数、パラメータ、データ等は、メモリの共有、メッセージの受け渡し、トークンの受け渡し、ネットワーク伝送等の、任意の適切な手段を使って、渡され、転送され、送信され得る。
ソフトウェアによる実施のためには、ここに説明された技術が、ここに説明した機能を実行するモジュール（たとえば、手続き、機能等）により、実施され得る。ソフトウェアのコードは、メモリ・ユニットに記憶され、プロセッサにより実行され得る。メモリ・ユニットは、プロセッサの内部に、または、外部に実装され得るが、いずれの場合にも、当業者に既知の種々の手段により、プロセッサに通信できるように、接続され得る。
図１０を参照すると、プロトコル・レイヤに関するデータ・パケットの効率的な通信を、容易にするシステム９００が示される。受信プロトコルは、上位に配置されている必要がないことが認識されるべきである。例えば、受信プロトコルは、下位に配置され得るし、直接、データのルーティングを実行され得る。さらに、データ・パケットの一部は、示されるように、ＭＡＣ ＳＤＵとして参照され得ることが認識されるべきである。さらに、ＭＡＣパケットは、ＭＡＣ ＰＤＵとして参照され得る。例えば、システム１０００は、少なくとも一部が基地局、モバイル・デバイス等の中に存在できる。システム９００は、プロセッサ、ソフトウェア、または、これらの組み合わせ（たとえば、ファームウェア）により実施される機能を表す機能ブロックであり得る、機能ブロックを含むものと表されることが認識されるべきである。システム１０００は、連結して動作できる、電気的構成要素の論理グルーピング１００２を含む。論理グルーピング１００２は、ユーザ・プレーン・プロトコル・スタック１００４内の媒体アクセス制御（MAC)プロトコル・レイヤより上位に配置されているプロトコル・レイヤからの、データ・パケットを受信する電気的構成要素を含むことができる。さらに、論理グルーピング１００２は、そのプロトコル・レイヤからＭＡＣプロトコル・レイヤに直接、データ・パケットを通信する構成要素を含むことができ、ここにおいて、データ・パケットは、ユーザ・プレーン・プロトコル・スタック１００６内の、少なくとも１つのプロトコル・レイヤをバイパスする。さらに、論理グルーピング１００２が、ＭＡＣプロトコル・レイヤ内にＭＡＣヘッダを発生する電気的構成要素を含み得るが、ここにおいて、ＭＡＣヘッダは、データ・パケット１００８のルートを決める、プロトコル・レイヤを示す、一部のデータを含む。さらに、論理グルーピング１００２は、ＭＡＣプロトコル・レイヤ１０１０からＭＡＣヘッダを送信する電気的構成要素を含み得る。さらに、システム１０００は、電気的構成要素１００４、１００６、１００８、および、１０１０に関連付けられる、機能を実行するための命令を保持する、メモリ１０１４を含み得る。メモリ１０１４の外部にあるように示されているが、１つ以上の電気的構成要素１００４、１００６、１００８、および、１０１０は、メモリ１０１４内に存在できることが理解されるべきである。
図１１に移ると、無線通信環境におけるプロトコル・レイヤに対して直接、プロトコル・データ・ユニット（ＰＤＵ）を通信し得る、システム１１００が示される。受信プロトコルは、上位に配置されている必要が無いことが認識されるべきである。例えば、受信プロトコルは、下位に配置され得るし、直接のデータのルーティングを実行できる。さらに、データ・パケットの一部は示されるようにＭＡＣ ＳＤＵとして参照され得ることが認識されるべきである。さらに、ＭＡＣパケットは、ＭＡＣ ＰＤＵとして参照され得る。システム１１００は、例えば、基地局、モバイル・デバイス等の中に存在し得る。描かれるように、システム１１００は、プロセッサ、ソフトウェア、または、これらの組み合わせ（例えば、ファームウェア）によりインプリメントされた機能を表すことができる、機能ブロックを含む。システム１１００は、クロス・レイヤ通信の最適化を容易にする、電気的構成要素の論理グループ１１０２を含む。論理グルーピング１１０２が、ＭＡＣプロトコル・レイヤ内において、媒体アクセス制御（ＭＡＣ）ヘッダを受信するための、電気的構成要素を含むことができるが、そこにおいて、ＭＡＣヘッダは、データ・パケットの一部のルートを決めるために、プロトコル・レイヤを示すことができ、そのプロトコル・レイヤは、ユーザ・プレーン・プロトコル・スタック内のＭＡＣプロトコル・レイヤより上位に配置されている。さらに、電気的構成要素１１０２は、データ・パケットの一部が、ＭＡＣプロトコル・レイヤからＭＡＣヘッダ内で定義されるプロトコル・レイヤに、直接、ルーティングするための電気的構成要素を含み得るが、ここにおいて、データ・パケットの一部は、ユーザ・プレーン・プロトコル・スタック内の、少なくとも１つのプロトコル・レイヤ１１０６をバイパスする。さらに、論理グルーピング１１０２は、プロトコル・レイヤ１１０８内で、データ・パケットの一部を処理するために、電気的構成要素を含み得る。さらに、システム１１００は、電気的構成要素１１０４、１１０６、および１１０８に関連付けられる機能を、実行する命令を保持する、メモリ１１１０を含むことができる。メモリ１１１０の外部にあるように示されているが、電気的構成要素１１０４、１１０６、および、１１０８は、メモリ１１１０内に存在できることが理解されるべきである。
以上に説明されてきたことには、１つ以上の実施例の例を含んでいる。もちろん、すべての考えられる構成要素の組み合わせや、前述の実施例の目的のための方法を説明することは、不可能であるが、当業者は、種々の実施例の、多くのさらなる組み合わせおよび置き換えが可能であることを認め得るであろう。従って、説明された実施例は、添付された請求項の精神と範囲内にあるような、全ての、そのような変更、修正および変形を包含するように意図されている。さらに、「含んでいる」という用語が詳細な説明または請求項で使用される広さについては、請求項の中で、遷移的な単語として使われる場合に、「備える」が解釈されるような「備える」という用語に似た様に、このような用語が含んでいることを意図している。

Claims (80)

  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. 前記第１のプロトコル・ヘッダが、論理チャネル識別子（ＬＣＩＤ）、プロトコルＩＤフィールド（ＰＩＤ）、データの一部、または制御指示のための少なくとも１つのビット表示を含む、請求項４１のシステム。
  51. 第１のプロトコル・レイヤ内で第１のプロトコル・ヘッダを受信するように、ただし前記第１のプロトコル・ヘッダがデータ・パケットの一部をルーティングするために第２のプロトコル・レイヤを示し、前記第２のプロトコル・レイヤは前記第１のプロトコル・レイヤとはプロトコル・スタック内において異なる、
    前記第１のプロトコルＰＤＵヘッダ内において定義される前記第２のプロトコル・レイヤへ、第１のプロトコル・レイヤのパケット・データ・ユニット（ＰＤＵ）内の第２のプロトコル・レイヤＳＤＵを直接ルーティングするように、ただし前記第２のプロトコル・レイヤＳＤＵが前記プロトコル・スタック内の０個以上のプロトコル・レイヤをバイパスする、そして、
    前記第２のプロトコル・レイヤ内で第２のプロトコルＳＤＵを処理するように、
    構成されている少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合されているメモリ、
    を含む無線通信装置。
  52. データプロトコル・データ・ユニット（ＰＤＵ）のまたは制御ＰＤＵの少なくとも１つとして、前記データ・パケットの前記一部を識別するように構成されている少なくとも１つのプロセッサをさらに含む、ただし前記識別は前記第１のプロトコル・ヘッダ内の前記データの一部に少なくともその一部が基づいている、請求項５１の無線通信装置。
  53. 前記第１のプロトコル・ヘッダ内に定義されている前記プロトコル・レイヤへ前記データＰＤＵを直接ルーティングするように構成されている少なくとも１つのプロセッサをさらに含む、請求項５２の無線通信装置。
  54. 前記第１のプロトコル・レイヤとは異なるサービスへ前記制御ＰＤＵを直接ルーティングする、または、前記サービスで前記制御ＰＤＵを処理する、の少なくともひとつを行うように構成されている、少なくとも１つのプロセッサをさらに含む、請求項５２の無線通信システム。
  55. 前記第１のプロトコルが媒体アクセス制御（ＭＡＣ）である、請求項５４の無線通信装置。
  56. 前記プロトコル・スタック内の前記第２のプロトコル・レイヤが、無線資源制御（ＲＲＣ）レイヤ、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤ、または無線リンク制御（ＲＬＣ）レイヤの少なくとも１つである請求項５１の無線通信装置。
  57. 前記第１または第２のプロトコル・レイヤがＬＴＥネットワークまたはアドバンストＬＴＥネットワークの少なくとも１つに関連付けられている、請求項５１の無線通信装置。
  58. 前記第１のプロトコル・レイヤが無線資源制御（ＲＲＣ）レイヤであり、前記データ・パケットの一部がパケット・データ収束プロトコル（ＰＤＣＰ）レイヤと無線リンク制御（ＲＬＣ）レイヤをバイパスする、請求項５１の無線通信装置。
  59. 前記第１のプロトコル・レイヤがパケット・データ収束プロトコル（ＰＤＣＰ）レイヤであり、前記データ・パケットの一部が無線リンク制御（ＲＬＣ）レイヤをバイパスする、請求項５１の無線通信装置。
  60. 前記第１のプロトコル・ヘッダが、論理チャネル識別子（ＬＣＩＤ）、プロトコルＩＤフィールド（ＰＩＤ）、データの一部、または制御指示、のためのビット表示の少なくとも１つを含む、請求項５１の無線通信装置。
  61. 第１のプロトコル・レイヤ内での第１のプロトコル・ヘッダを受信する手段であって、前記第１のプロトコル・ヘッダがデータ・パケットの一部をルーティングするために第２のプロトコル・レイヤを示し、前記第２のプロトコル・レイヤは前記第１のプロトコル・レイヤとはプロトコル・スタック内において異なる、受信する手段と
    前記第１のプロトコルＰＤＵヘッダ内に定義される前記第２のプロトコル・レイヤへ、第１のプロトコル・レイヤのパケット・データ・ユニット（ＰＤＵ）内の第２のプロトコル・レイヤＳＤＵを直接ルーティングする手段であって、前記第２のプロトコル・レイヤＳＤＵが、前記プロトコル・スタック内の０個以上のプロトコル・レイヤをバイパスする、直接ルーティングする手段と、
    前記第２のプロトコル・レイヤ内で前記第２のプロトコルＳＤＵを処理する手段、
    を含む、データのクロス・レイヤ最適化を可能にする無線通信装置。
  62. データのプロトコル・データ・ユニット（ＰＤＵ）または制御のＰＤＵの少なくとも１つとして、前記データ・パケットの前記一部の識別をするための手段をさらに含み、前記識別は前記第１のプロトコル・ヘッダ内の前記データの一部に少なくともその一部が基づく、請求項６１の無線通信装置。
  63. 前記第１のプロトコル・ヘッダにおいて定義されている前記プロトコル・レイヤへ前記データＰＤＵを直接ルーティングするための手段をさらに含む、請求項６２の無線通信装置。
  64. 前記第１のプロトコル・レイヤとは異なるサービスへ前記制御ＰＤＵを直接ルーティングする手段と、
    前記サービスで前記制御ＰＤＵを処理する手段を、
    さらに含む、請求項６２の無線通信システム。
  65. 前記第１のプロトコルが媒体アクセス制御（ＭＡＣ）である、請求項６４の無線通信装置。
  66. 前記プロトコル・スタック内の前記第２のプロトコル・レイヤが無線資源制御（ＲＲＣ）レイヤ、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤ、または無線リンク制御（ＲＬＣ）レイヤの少なくとも１つである、請求項６１の無線通信装置。
  67. 前記第１または第２のプロトコル・レイヤがＬＴＥネットワークまたはアドバンストＬＴＥネットワークの少なくとも１つに関連している、請求項６１の無線通信装置。
  68. 前記第１のプロトコル・レイヤが、無線資源制御（ＲＲＣ）レイヤであり、前記データ・パケットの一部がパケット・データ収束プロトコル（ＰＤＣＰ）レイヤと無線リンク制御（ＲＬＣ）レイヤをバイパスする、請求項６１の無線通信装置。
  69. 前記第１のプロトコル・レイヤが、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤであり、前記データ・パケットの一部が無線リンク制御（ＲＬＣ）レイヤをバイパスする、請求項６１の無線通信装置。
  70. 前記第１のプロトコル・ヘッダが、論理チャネル識別子（ＬＣＩＤ）、プロトコルＩＤフィールド（ＰＩＤ）、データの一部、または制御指示のためのビット表示の、少なくとも１つを含む、請求項６１の無線通信装置。
  71. 少なくとも１つのコンピュータに、第１のプロトコル・レイヤ内で第１のプロトコル・ヘッダを受信するようにさせるコードであって、前記第１のプロトコル・ヘッダが、データ・パケットの一部をルーティングするように第２のプロトコル・レイヤに示し、前記第２のプロトコル・レイヤは前記第１のプロトコル・レイヤとはプロトコル・スタック内において異なる、コードと
    前記少なくとも１つのコンピュータに、前記第１のプロトコルＰＤＵヘッダ内に定義される前記第２のプロトコル・スタックへ、第１のプロトコル・レイヤのパケット・データ・ユニット（ＰＤＵ）内の第２のプロトコル・レイヤＳＤＵを直接ルーティングさせるコードであって、前記第２のプロトコル・レイヤＳＤＵが前記プロトコル・スタック内の０個以上のプロトコル・レイヤをバイパスする、コードと、
    前記少なくとも１つのプロセッサに、第２のプロトコル・レイヤ内で前記第２のプロトコルＳＤＵを処理させるコードを、
    含むコンピュータ可読媒体を、
    含むコンピュータ・プログラム製品。
  72. 前記コンピュータ可読媒体が、前記少なくとも１つのコンピュータに、データのプロトコル・データ・ユニット（ＰＤＵ）または制御のＰＤＵの少なくとも１つとして、前記データ・パケットの前記一部を識別させるコードを、さらに含み、前記識別は前記第１のプロトコル・ヘッダ内の前記データの一部に、少なくともその一部が基づく、請求項７１のコンピュータ・プログラム製品。
  73. 前記コンピュータ可読媒体が、前記第１のプロトコル・ヘッダ内に定義されている前記プロトコル・レイヤへ前記データＰＤＵを直接ルーティングすることを、少なくとも１つのコンピュータにさせるコードをさらに含む、請求項７２のコンピュータ・プログラム製品。
  74. 前記コンピュータ可読媒体が、前記第１のプロトコル・レイヤとは異なるサービスへ前記制御ＰＤＵを直接ルーティングすることを、前記少なくとも１つのコンピュータにさせるコードと、
    前記サービスで前記制御ＰＤＵを処理することを、前記少なくとも１つのコンピュータにさせるコードを
    さらに含む、請求項７２のコンピュータ・プログラム製品。
  75. 前記第１のプロトコルが媒体アクセス制御（ＭＡＣ）である、請求項７４のコンピュータ・プログラム製品。
  76. 前記プロトコル・スタック内の前記第２のプロトコル・レイヤが、無線資源制御（ＲＲＣ）レイヤ、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤ、または無線リンク制御（ＲＬＣ）レイヤ、の少なくとも１つである、請求項７５のコンピュータ・プログラム製品。
  77. 前記第１または第２のプロトコル・レイヤが、ＬＴＥネットワークまたはアドバンストＬＴＥネットワークの少なくとも１つに関連している、請求項７１のコンピュータ・プログラム製品。
  78. 前記第１のプロトコル・レイヤが、無線資源制御（ＲＲＣ）レイヤであり、前記データ・パケットの一部がパケット・データ収束プロトコル（ＰＤＣＰ）レイヤと無線リンク制御（ＲＬＣ）レイヤをバイパスする、請求項７１のコンピュータ・プログラム製品。
  79. 前記第１のプロトコル・レイヤが、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤであり、前記データ・パケットの一部が無線リンク制御（ＲＬＣ）レイヤをバイパスする、請求項７１のコンピュータ・プログラム製品。
  80. 前記第１のプロトコル・ヘッダが、論理チャネル識別子（ＬＣＩＤ）、プロトコルＩＤフィールド（ＰＩＤ）、データの一部、または制御指示のためのビット表示の少なくとも１つを含む、請求項７１のコンピュータ・プログラム製品。
JP2010521184A 2007-08-14 2008-08-14 Ｍａｃフレーム内のｐｄｃｐ制御ｐｄｕのトランスポート Pending JP2010537510A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US95586007P 2007-08-14 2007-08-14
US12/190,875 US8315243B2 (en) 2007-08-14 2008-08-13 Transport of PDCP control PDUs within MAC frames
PCT/US2008/073208 WO2009023794A1 (en) 2007-08-14 2008-08-14 Transport of pdcp control pdus within mac frames

Publications (1)

Publication Number Publication Date
JP2010537510A true JP2010537510A (ja) 2010-12-02

Family

ID=40000885

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010521184A Pending JP2010537510A (ja) 2007-08-14 2008-08-14 Ｍａｃフレーム内のｐｄｃｐ制御ｐｄｕのトランスポート

Country Status (11)

Country Link
US (1) US8315243B2 (ja)
EP (1) EP2183904A1 (ja)
JP (1) JP2010537510A (ja)
KR (1) KR20100042660A (ja)
CN (1) CN101785280A (ja)
AU (1) AU2008286785A1 (ja)
BR (1) BRPI0815189A2 (ja)
CA (1) CA2694802A1 (ja)
MX (1) MX2010001743A (ja)
TW (1) TW200917771A (ja)
WO (1) WO2009023794A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013001838A1 (ja) * 2011-06-30 2013-01-03 パナソニック株式会社 受信装置、送信装置及びフィードバック方法
JP2016507993A (ja) * 2013-01-16 2016-03-10 モヘビー、ベザード コアネットワークへのハイブリッドアクセスの方法および機器

Families Citing this family (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
WO2008156314A2 (en) * 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
KR20090016419A (ko) * 2007-08-10 2009-02-13 엘지전자 주식회사 동적 무선자원 할당방법에서 ｈａｒｑ를 제어하는 방법
KR101514841B1 (ko) * 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101479341B1 (ko) * 2007-08-10 2015-01-05 엘지전자 주식회사 Ｍｂｍｓ 서비스를 제공하는 무선 통신 시스템에서효율적인 수신 방법
US8160012B2 (en) 2007-08-10 2012-04-17 Lg Electronics Inc. Methods of setting up channel in wireless communication system
KR101461965B1 (ko) * 2007-08-14 2014-11-14 엘지전자 주식회사 무선 통신 시스템의 특정 프로토콜 계층에서의 데이터 블록전송 및 처리 방법
KR100937432B1 (ko) * 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
KR101461970B1 (ko) * 2007-09-13 2014-11-14 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101513033B1 (ko) * 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
KR101396062B1 (ko) * 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
US8687565B2 (en) 2007-09-20 2014-04-01 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
WO2009045945A2 (en) * 2007-10-01 2009-04-09 Interdigital Patent Holdings, Inc. Method and apparatus for pcdp discard
KR101487557B1 (ko) * 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
KR20090041323A (ko) 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
WO2009057941A2 (en) 2007-10-29 2009-05-07 Lg Electronics Inc. A method for repairing an error depending on a radion bearer type
KR101163275B1 (ko) * 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
WO2009116788A1 (en) 2008-03-17 2009-09-24 Lg Electronics Inc. Method of transmitting rlc data
US8514793B2 (en) 2008-10-31 2013-08-20 Interdigital Patent Holdings, Inc. Method and apparatus for monitoring and processing component carriers
FR2945397B1 (fr) * 2009-05-06 2011-05-06 St Ericsson Sa St Ericsson Ltd Procede de traitement de paquets du type ip destines a etre vehicules sur un canal de communication d'un reseau sans fil, et equipement correspondant
KR101206145B1 (ko) 2009-06-23 2012-11-28 한국전자통신연구원 2개의 서브 계층을 사용하는 패킷 정보 송수신 장치 및 방법
CN103188681B (zh) * 2009-09-28 2016-08-10 华为技术有限公司 数据传输方法、装置及系统
US20130258946A1 (en) * 2010-07-27 2013-10-03 Humax Co., Ltd. Cross-layer optimization method in a multimedia transmission system, and an abstraction layer component for the same
US9184983B2 (en) 2010-08-26 2015-11-10 Futurewei Technologies, Inc. Cross-stratum optimization protocol
US8744367B2 (en) * 2010-08-31 2014-06-03 At&T Intellectual Property I, L.P. Tail optimization protocol for cellular radio resource allocation
US8527627B2 (en) 2010-12-14 2013-09-03 At&T Intellectual Property I, L.P. Intelligent mobility application profiling with respect to identified communication bursts
CN102761905B (zh) * 2011-04-26 2016-03-30 华为技术有限公司 消息处理方法、设备及系统
US9220066B2 (en) 2011-06-20 2015-12-22 At&T Intellectual Property I, L.P. Bundling data transfers and employing tail optimization protocol to manage cellular radio resource utilization
US9264872B2 (en) 2011-06-20 2016-02-16 At&T Intellectual Property I, L.P. Controlling traffic transmissions to manage cellular radio resource utilization
CN104054375B (zh) * 2011-11-10 2018-07-20 诺基亚技术有限公司 用于在两个传送无线电之上路由分组流的方法和装置
US9444745B2 (en) 2013-03-08 2016-09-13 Blackberry Limited Sending data rate information to a wireless access network node
US9320050B2 (en) * 2013-06-28 2016-04-19 Apple Inc. Systems and methods to enhance radio link performance in a multi-carrier environment
WO2015060754A1 (en) * 2013-10-23 2015-04-30 Telefonaktiebolaget L M Ericsson (Publ) Flexible bearer handling
CN106464705B (zh) * 2014-05-21 2019-11-01 华为技术有限公司 一种网络协议栈的数据处理方法及装置
WO2016010258A1 (en) * 2014-07-15 2016-01-21 Lg Electronics Inc. Method for handling an unknown mac pdu and device therefor
CN105471763B (zh) * 2014-09-04 2020-09-15 中兴通讯股份有限公司 控制报文传输方法及装置
CN113038528B (zh) 2015-04-10 2024-02-13 三星电子株式会社 用于在无线通信系统中将数据分组路由到用户设备的基站
CN113923719B (zh) * 2015-04-10 2023-11-14 三星电子株式会社 用于在移动通信系统中接收mac pdu的方法
EP3357297B1 (en) * 2015-09-29 2020-12-16 Nokia Solutions and Networks Oy Access agnostic control plane
US11201780B2 (en) * 2016-01-29 2021-12-14 Qualcomm Incorporated Configurations associated with segmentation of one or more packets for wireless communication
US9819463B2 (en) * 2016-02-18 2017-11-14 Huawei Technologies Co., Ltd. Method and apparatus for transmitting data in a wireless communication system
US10313074B1 (en) * 2016-08-30 2019-06-04 Sprint Communications Company L.P. Channel condition estimation using static user data symbols over user equipment (UE) specific reference signals
CN109661788A (zh) * 2016-08-30 2019-04-19 高通股份有限公司 确认消息优先化
WO2018053692A1 (zh) * 2016-09-20 2018-03-29 北京小米移动软件有限公司 数据传输方法、装置及系统
CN107889163B (zh) * 2016-09-30 2022-10-18 华为技术有限公司 数据处理方法、装置及系统
US10499411B2 (en) * 2016-11-04 2019-12-03 Mediatek Inc. Method and apparatus for data transmission enhancements in mobile communications
ES2933058T3 (es) * 2016-11-09 2023-01-31 Beijing Xiaomi Mobile Software Co Ltd Método y aparato para el envío de una unidad de datos de protocolo (PDU) de control
US10917202B2 (en) * 2016-11-12 2021-02-09 Lg Electronics Inc. Method and device for transmitting data unit, and method and device for receiving data unit
US10432761B2 (en) * 2017-01-18 2019-10-01 Qualcomm Incorporated Techniques for handling internet protocol flows in a layer 2 architecture of a wireless device
US10237784B2 (en) * 2017-03-24 2019-03-19 Motorola Mobility Llc Split bearer packet data converge protocol protocol data unit routing
CN110326357B (zh) * 2017-04-01 2021-06-22 华为技术有限公司 数据处理方法和设备
KR20200030031A (ko) * 2017-07-28 2020-03-19 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 데이터 전송 방법, 단말 기기 및 네트워크 기기
CN107708153B (zh) * 2017-09-29 2019-11-15 重庆邮电大学 一种无线调制解调器上行分组数据处理方法
CN110753076B (zh) * 2018-07-24 2022-04-01 中国移动通信有限公司研究院 一种数据发送及接收方法、装置和存储介质
US11564096B2 (en) * 2018-09-13 2023-01-24 Lenovo (Singapore) Pte. Ltd. Integrity protection for a packet data unit
CN111355561B (zh) * 2018-12-24 2023-01-24 中兴通讯股份有限公司 数据重传的指示、处理方法及装置
WO2020159178A1 (en) * 2019-01-30 2020-08-06 Lg Electronics Inc. Handling integrity verification failure
US20240121328A1 (en) * 2019-10-30 2024-04-11 Sony Group Corporation Communications device, infrastructure equipment and methods
CN115065734A (zh) * 2021-02-27 2022-09-16 华为技术有限公司 一种数据处理方法、装置及芯片

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0677954A (ja) * 1990-06-29 1994-03-18 Digital Equip Corp <Dec> 任意選択的ステータスエンコーディングを有する暗号処理装置及び方法
US20050237960A1 (en) * 2004-04-12 2005-10-27 Lg Electronics Inc. Mapping of point to multipoint service identifications
US20060165045A1 (en) * 2004-11-09 2006-07-27 Samsung Electronics Co., Ltd. Method and apparatus for signaling control information of uplink packet data service in mobile communication system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100926707B1 (ko) 2002-11-05 2009-11-17 엘지전자 주식회사 이동통신 시스템의 데이터 통신방법
KR100921241B1 (ko) 2004-06-16 2009-10-12 엘지전자 주식회사 통신 시스템의 데이터 유닛 처리 시스템
JP2009506609A (ja) 2005-08-24 2009-02-12 ノキア コーポレイション インターネットプロトコルフローの無線リンクプロトコルを構築するための装置、方法及びコンピュータ・プログラム
US8254315B2 (en) * 2006-10-31 2012-08-28 Research In Motion Limited Method and apparatus for resegmentation of packet data for retransmission on HARQ transmission failure

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0677954A (ja) * 1990-06-29 1994-03-18 Digital Equip Corp <Dec> 任意選択的ステータスエンコーディングを有する暗号処理装置及び方法
US20050237960A1 (en) * 2004-04-12 2005-10-27 Lg Electronics Inc. Mapping of point to multipoint service identifications
US20060165045A1 (en) * 2004-11-09 2006-07-27 Samsung Electronics Co., Ltd. Method and apparatus for signaling control information of uplink packet data service in mobile communication system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013001838A1 (ja) * 2011-06-30 2013-01-03 パナソニック株式会社 受信装置、送信装置及びフィードバック方法
JP2016507993A (ja) * 2013-01-16 2016-03-10 モヘビー、ベザード コアネットワークへのハイブリッドアクセスの方法および機器

Also Published As

Publication number Publication date
CN101785280A (zh) 2010-07-21
MX2010001743A (es) 2010-03-15
KR20100042660A (ko) 2010-04-26
CA2694802A1 (en) 2009-02-19
US20090046631A1 (en) 2009-02-19
AU2008286785A1 (en) 2009-02-19
TW200917771A (en) 2009-04-16
US8315243B2 (en) 2012-11-20
WO2009023794A1 (en) 2009-02-19
EP2183904A1 (en) 2010-05-12
BRPI0815189A2 (pt) 2015-03-31

Similar Documents

Publication Publication Date Title
US8315243B2 (en) Transport of PDCP control PDUs within MAC frames
JP5096586B2 (ja) 媒体アクセス制御ヘッダ・フォーマット
JP5579892B2 (ja) データパケットの効率的な処理のための最適化されたヘッダ
US8208394B2 (en) Service data unit discard timers
JP4971502B2 (ja) アップリンク要求
JP5643434B2 (ja) 複数の送信点からの受信を可能にするｍａｃおよびｒｌｃアーキテクチャならびに手順
CN110741714A (zh) 下一代移动通信系统中支持多个调度请求的方法
JP5270003B2 (ja) 大きなサービス・データ・ユニット（ｓｄｕ）をサポートするための方法および装置
TW201116010A (en) Layer two segmentation techniques for high data rate transmissions
US20100135326A1 (en) Technique for bundle creation

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120221

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120724