(57)【要約】  ワイヤレス・データ送信に関連するチャネルの分類および識別を容易にするステムおよび方法が説明される。ここで説明されるように、パケットの送信のために指定されたチャネルは、パケット内の所定の位置におけるビットが選択されたチャネルの指標となる論理値にセットされることに基づいて、複数の使用可能なチャネルの中から選択され得る。さらにここで説明されるものとして、所定の位置からの論理値の抽出および対応するチャネルの識別は、メッセージの解析を要求せずにパケットの受信側によって実行され得る。ここで説明される１つの例において、個別制御チャネル（ＤＣＣＨ）は、所定の値にＤＣＣＨパケット内の論理チャネル識別子（ＬＣＩＤ）ビットをセットすることによって識別され得る。別の例において、共通制御チャネル（ＣＣＣＨ）は、ＣＣＣＨパケット内に含まれるメッセージ構造内のブール定数を埋め込むことによって認識され得る。
2011511539.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信システム内の送信に関連するチャネルを示すための方法であって：
データ・パケットが送信されることになっているチャネルが第１のチャネルなのかまたは第２のチャネルなのかを識別することと；
前記識別されたチャネルに関連するフォーマットに従って第１の層に関連するプロトコルを使用して前記データ・パケットをフォーマットすることと；
前記第１のチャネルが識別されている場合に第１の論理値に、或いは前記第２のチャネルが識別されている場合に第２の論理値に、前記データ・パケットの意図した受信側における第２の層で既知の位置における、前記データ・パケット内のビットをセットすることと；
を備える方法。
【請求項２】
前記第２の層は、前記第１の層より低い、
請求項１に記載の方法。
【請求項３】
前記第１の層は、無線リソース制御（ＲＲＣ）層であり、前記第２の層は、メディア・アクセス制御（ＭＡＣ）層である、
請求項１に記載の方法。
【請求項４】
前記データ・パケットの前記意図した受信側は、ユーザ装置（ＵＥ）である、
請求項１に記載の方法。
【請求項５】
前記データ・パケットの前記意図した受信側は、ノードＢである、
請求項１に記載の方法。
【請求項６】
前記データ・パケット内の前記ビットがセットされる前記位置は、前記データ・パケット内の４番目の最上位ビットに対応する、
請求項１に記載の方法。
【請求項７】
前記第１のチャネルは、個別制御チャネル（ＤＣＣＨ）であり、前記第２のチャネルは、共通制御チャネル（ＣＣＣＨ）である、
請求項１に記載の方法。
【請求項８】
前記第１の論理値は、１であり、前記第２の論理値は、０である、
請求項７に記載の方法。
【請求項９】
前記第１の論理値は、０であり、前記第２の論理値は、１である、
請求項７に記載の方法。
【請求項１０】
前記セットすることは、データ・パケットが送信されることになっている前記チャネルとしてＤＣＣＨが識別されている場合、前記第１の論理値に論理チャネル識別子（ＬＣＩＤ）の最上位ビットをセットすることを含む、
請求項７に記載の方法。
【請求項１１】
前記セットすることは、前記データ・パケットが送信されることになっている前記チャネルとしてＣＣＣＨが識別されている場合、メッセージ・タイプ・フィールドに対する所定のビット位置のすぐ前の１つまたは複数のビットを割り当てることと、所定の数のメッセージ・タイプ値を備えるセットから値を選択することによって前記メッセージ・タイプ・フィールド内のメッセージ・タイプの表示を符号化することと、を備える、
請求項７に記載の方法。
【請求項１２】
前記所定の数のメッセージ・タイプ値は、前記第１の層に関連する前記プロトコルに利用できるメッセージ・タイプの数を上回り、前記所定の数のメッセージ・タイプ値の少なくとも１つは、スペア値として予約される、
請求項１１に記載の方法。
【請求項１３】
前記第１の層に関連する前記プロトコルに利用可能なそれぞれのメッセージ・タイプの第１のエレメントは、定数に向かうブール・エレメントを含む、
請求項１２に記載の方法。
【請求項１４】
無線リソース制御（ＲＲＣ）層プロトコル、第１のチャネル、第２のチャネルおよび受信デバイスに関連するデータを格納するメモリと；
前記第１のチャネルおよび前記第２のチャネルから前記受信デバイスにプロトコル・データ・ユニット（ＰＤＵ）を送信するためのチャネルを選択し、前記選択されたチャネルに関連するＰＤＵ構造に基づいて前記ＲＲＣ層プロトコルを使用して前記ＰＤＵをフォーマットし、前記第１のチャネルが選択される場合、第１の論理値に、或いは第２のチャネルが選択される場合、第２の論理値に、前記受信デバイスにおけるメディア・アクセス制御（ＭＡＣ）エンティティによって既知の所定の位置において、前記ＰＤＵ内のビットをセットする、ように構成されたプロセッサと；
を備えるワイヤレス通信装置。
【請求項１５】
前記受信デバイスは、１つまたは複数の基地局または端末のである、
請求項１４に記載のワイヤレス通信装置。
【請求項１６】
前記ＰＤＵ内の前記所定の位置は、前記ＰＤＵ内の４番目の最上位ビットに対応する、
請求項１４に記載のワイヤレス通信装置。
【請求項１７】
前記第１のチャネルは、個別制御チャネル（ＤＣＣＨ）であり、前記第２のチャネルは、共通制御チャネル（ＣＣＣＨ）である、
請求項１４に記載のワイヤレス通信装置。
【請求項１８】
前記第１の論理値および第２の論理値は、前記第１の論理値が前記第２の論理値と異なるような０および１で構成されるグループから選択される、
請求項１４に記載のワイヤレス通信装置。
【請求項１９】
前記プロセッサは、ＤＣＣＨが前記ＰＤＵを送信するために利用される前記チャネルとして識別される場合、前記第１の論理値に論理チャネル識別子（ＬＣＩＤ）の最上位ビットをセットするようにさらに構成される、
請求項１４に記載のワイヤレス通信装置。
【請求項２０】
前記プロセッサは、ＣＣＣＨが前記ＰＤＵを送信するために利用される前記チャネルとして識別される場合、メッセージ・タイプ・フィールドに対して前記ＰＤＵ内の前記所定の位置の前の１つまたは複数のビットを割り当て、所定の数のメッセージ・タイプ値を備えるセットから値を選択することによって前記メッセージ・タイプ・フィールドのメッセージ・タイプの表示を符号化する、ようさらに構成される、
請求項１４に記載のワイヤレス通信装置。
【請求項２１】
前記所定の数のメッセージ・タイプ値は、前記ＲＲＣ層プロトコルに適用可能なメッセージ・タイプの数を上回り、前記プロセッサは、それぞれバッファ値として前記メッセージ・タイプ値の少なくとも１つを予約するようにさらに構成される、
請求項２０に記載のワイヤレス通信装置。
【請求項２２】
前記プロセッサは、定数に向かうブール・エレメントを含むために前記ＲＲＣ層プロトコルに利用可能なそれぞれのメッセージ・タイプの第１のエレメントを構成するようにさらに構成される、
請求項２１に記載のワイヤレス通信装置。
【請求項２３】
ワイヤレス通信システム内のチャネル区別を容易にする装置であって、前記装置は：
パケットが送信されることになっているチャネルを決定するための手段と；
前記決定したチャネルを示す値に前記パケットのｎ番目の最上位ビットをセットするための手段と；
を備え、ここで、ｎは、前記パケットの意図した受信側で既知である、
装置。
【請求項２４】
ｎは、４に等しい、
請求項２３に記載の装置。
【請求項２５】
前記決定するための手段は、個別制御チャネル（ＤＣＣＨ）または共通制御チャネル（ＣＣＣＨ）うちの１つを選択するための手段を備え；
前記セットするための手段は、選択しているＤＣＣＨに０と１からなる前記グループから選択された所定の値に、または選択しているＣＣＣＨに前記所定の値の逆の論理値に、前記パケットの前記ｎ番目の最上位ビットをセットするための手段を備える；
請求項２３に記載の装置。
【請求項２６】
コンピュータ可読媒体を備えるコンピュータ・プログラム製品であって、前記コンピュータ可読媒体は：
メディア・アクセス制御（ＭＡＣ）プロトコル・データ・ユニット（ＰＤＵ）が第１のチャネルまたは第２のチャネルを使用して送信されることになっているか決定するためのコードと；
前記ＭＡＣ  ＰＤＵが前記第１のチャネルを使用して送信されることになっている場合、第１の論理値に、或いは前記ＭＡＣ  ＰＤＵが前記第２のチャネルを使用して送信されることになっている場合、第２の論理値に、前記ＭＡＣ  ＰＤＵの意図した受信機に対して先験的に既知の前記ＭＡＣ  ＰＤＵ内の所定のビット位置で、論理値をセットするためのコードと；
を備える、コンピュータ・プログラム製品。
【請求項２７】
前記第１のチャネルは、共通制御チャネル（ＣＣＣＨ）であり、前記第２のチャネルは、個別制御チャネル（ＤＣＣＨ）であり、前記第１の論理値は、０と１で構成されたグループから選択された値であり、前記第２の論理値は、０と１で構成された前記グループから選択された値、すなわち前記第１の論理値と異なる値である、
請求項２６に記載のコンピュータ・プログラム製品。
【請求項２８】
データ送信内でチャネル識別情報を供給するためのコンピュータ実行可能な命令を実行する集積回路であって、前記命令は：
第１の論理チャネルと第２の論理チャネルとで構成される前記グループからデータ送信に関連する論理チャネルを選択することと；
前記データ送信の意図した受信側に対して既知である前記データ送信内でビット位置を識別することと；
前記第１の論理チャネルが選択されている場合、０と１で構成される前記グループから選択された第１の値に、または前記第２の論理チャネルが選択されている場合、前記第１の値と異なる、０と１で構成される前記グループから選択された第２の値に、前記識別されたビット位置をセットすることと；
を備える、集積回路。
【請求項２９】
パケット送信に関連するチャネルを識別するための方法であって、前記方法は：
所定のビット位置にチャネル識別ビットを含む送信デバイスに関連する第１の層によって構成されたパケットを受信することと；
前記チャネル識別ビットを得るために第２の層を使用して前記パケット内の前記所定のビット位置を分析することと；
前記チャネル識別ビットの論理値に基づいて前記パケットに関連するチャネルを判定することと；
を備える、方法。
【請求項３０】
前記第２の層は、前記第１の層より低い、
請求項２９に記載の方法。
【請求項３１】
前記第１の層は、無線リソース制御（ＲＲＣ）層であり、前記第２の層は、メディア・アクセス制御（ＭＡＣ）層である、
請求項２９に記載の方法。
【請求項３２】
前記送信デバイスは、１つまたは複数のユーザ装置（ＵＥ）或いはノードＢである、
請求項２９に記載の方法。
【請求項３３】
前記パケット内の前記所定のビット位置は、前記パケット内の４番目の最上位ビットに対応する、
請求項２９に記載の方法。
【請求項３４】
前記判定は：
前記チャネル識別ビットが０または１のどちらの論理値を有しているか判定することと；
前記チャネル識別ビットが０の論理値を有している場合、第１のチャネルに、或いは前記チャネル識別ビットが１の論理値を有している場合、第２のチャネルに前記パケットを関連付けることと；
を備える、請求項２９に記載の方法。
【請求項３５】
前記第１のチャネルは、個別制御チャネル（ＤＣＣＨ）であり、前記第２のチャネルは、共通制御チャネル（ＣＣＣＨ）である、
請求項３４に記載の方法。
【請求項３６】
前記第１のチャネルは、ＣＣＣＨであり、前記第２のチャネルは、ＤＣＣＨである、
請求項３４に記載の方法。
【請求項３７】
前記分析は、前記パケットを解析する前に、実行される、
請求項２９に記載の方法。
【請求項３８】
前記判定されたチャネルに基づいて前記パケットを解析するために前記第１の層に関連するプロトコルを利用すること、
をさらに備える請求項３７に記載の方法。
【請求項３９】
送信局、第１のチャネル、第２のチャネル、および整数ｎに関連するデータを格納するメモリと；
前記送信局からプロトコル・データ・ユニット（ＰＤＵ）を受信し、前記ＰＤＵ内のｎ番目の最上位ビットの値を抽出し、前記抽出された値が第１の論理値である場合、前記ＰＤＵと前記第１のチャネルを関連させ、または前記抽出された値が第２の論理値である場合、前記ＰＤＵと前記第２のチャネルを関連させる、ように構成されたプロセッサと；
を備えるワイヤレス通信装置。
【請求項４０】
前記送信局は、１つまたは複数の移動局或いは基地局である、
請求項３９に記載のワイヤレス通信装置。
【請求項４１】
前記整数ｎは、４に等しい、
請求項３９に記載のワイヤレス通信装置。
【請求項４２】
前記第１の論理値および前記第２の論理値は、前記第１の論理値と前記第２の論理値が異なるような０と１で構成される前記グループから選択される、
請求項３９に記載のワイヤレス通信装置。
【請求項４３】
前記第１のチャネルは、個別制御チャネル（ＤＣＣＨ）であり、前記第２のチャネルは、共通制御チャネル（ＣＣＣＨ）である、
請求項３９に記載のワイヤレス通信装置。
【請求項４４】
前記プロセッサは、前記ＰＤＵを解析する前に前記ＰＤＵ内の前記ｎ番目の最上位ビットの前記値を抽出するように構成される、
請求項３９に記載のワイヤレス通信装置。
【請求項４５】
送信されたパケットに関連するチャネルの識別を容易にする装置であって、前記装置は：
ネットワーク・デバイスからパケットを受信するための手段と；
前記パケット内の所定の位置にあるビットの値を得るための手段と；
前記得られたビット値に基づいて前記パケットが送信されたチャネルを判定するための手段と；
を備える、装置。
【請求項４６】
前記パケット内の前記所定の位置は、前記パケット内の４番目の最上位ビットである、
請求項４５に記載の装置。
【請求項４７】
前記判定するための手段は、前記得られたビット値が０である場合、前記パケットに第１のチャネルを関連付け、或いは前記得られたビット値が１である場合、前記パケットに第２のチャネルを関連付けるための手段を備える、
請求項４５に記載の装置。
【請求項４８】
コンピュータ可読媒体を備えるコンピュータ・プログラム製品であって、前記コンピュータ可読媒体は：
メディア・アクセス制御（ＭＡＣ）プロトコル・データ・ユニット（ＰＤＵ）を受信するためのコードと；
前記ＭＡＣ  ＰＤＵ内の所定のビット位置に関連する論理値を抽出するためのコードと；
前記抽出された論理値が０である場合、第１のチャネル・フォーマットに従い、前記抽出された論理値が１である場合、第２のチャネル・フォーマットに従って、前記ＭＡＣ  ＰＤＵを解析するためのコードと；
を備える、コンピュータ・プログラム製品。
【請求項４９】
前記第１のチャネル・フォーマットおよび前記第２のチャネル・フォーマットは、前記第１のチャネル・フォーマットが前記第２のチャネル・フォーマットと異なるような共通制御チャネル（ＣＣＣＨ）と個別制御チャネル（ＤＣＣＨ）で構成されるグループから選択される。
【請求項５０】
データ送信が供給されるチャネルを識別するためのコンピュータ実行可能な命令を実行する集積回路であって、前記命令は：
前記データ送信が供給されるデバイスに対して既知のデータ送信内のビット位置の識別することと；
前記データ送信の前記所定の位置から０と１で構成されるグループから選択された値を得ることと；
前記得られた値が０である場合、第１のチャネルが前記データ送信に使用された、または前記得られた値が１である場合、第２のチャネルがデータ送信に使用された、と判定することと；
を備える、集積回路。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、「ＤＣＣＨメッセージからのＣＣＣＨメッセージを識別するための方法および装置（ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＤＩＦＦＥＲＥＮＴＩＡＴＩＮＧ、ＣＣＣＨ  ＭＥＳＳＡＧＥ  ＦＲＯＭ、ＤＣＣＨ  ＭＥＳＳＡＧＥ）」と題される、２００８年１月２５日出願の米国仮特許出願第６１／０２３，８１５号の利益を主張する。この仮出願は、参照によって本明細書に組み込まれる。
【技術分野】
【０００２】
本出願は、一般にワイヤレス通信に関し、特に、ワイヤレス通信システムにわたって送信される信号の識別のための技術に関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、様々な通信サービスを提供するために広く展開されている；例えば、音声、ビデオ、パケット・データ、放送、およびメッセージ・サービスは、そのようなワイヤレス通信システムを介して提供され得る。これらのシステムは、利用可能なシステム・リソースを共有することによって複数の端末のための通信をサポートすることができる多重アクセス・システムであり得る。そのような多重アクセス・システムの例は、符号分割多重接続（ＣＤＭＡ）システム、時分割多重接続（ＴＤＭＡ）システム、周波数分割多重接続（ＦＤＭＡ）システム、および直交周波数分割多重接続（ＯＦＤＭＡ）システムを含む。
【０００４】
一般に、ワイヤレス多重接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートすることができる。そのようなシステムにおいて、各端末は、順方向リンクおよび逆方向リンク上の伝送を介して１つまたは複数の基地局と通信することができる。順方向リンク（あるいはダウンリンク）は、基地局から端末への通信リンクのことであり、逆方向リンク（あるいはアップリンク）は、端末から基地局への通信リンクのことである。この通信リンクは、単一入力単一出力（ＳＩＳＯ）、多入力単一出力（ＭＩＳＯ）、多入力多出力（ＭＩＭＯ）システムによって確立されることができる。
【０００５】
ワイヤレス通信システム内で行なわれる様々な処理は、例えば、１つまたは複数の加入するワイヤレス・デバイスが処理を遂行する１つまたは複数の様々なオプション（例えば、信号タイプ、通信チャネル等）を利用することができるような、それらの実施内で柔軟に行なうことができる。例えば、端末と基地局との間の接続確立処理の間、端末は、共通制御チャネル（ＣＣＣＨ：Ｃｏｍｍｏｎｏ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）あるいは個別制御チャネル（ＤＣＣＨ：Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）にわたって基地局に１つまたは複数のメッセージを伝達することができる。そのような処理において、指定されたメッセージのための基地局および／または別のデバイスは、メッセージが受信されるチャネルに依存する異なる処理フローを利用し得る。しかしながら、どのチャネルがメッセージの通信のために利用されているか目的デバイスが先験的（ａ  ｐｒｉｏｒｉ）にわからない場合、目的デバイスは、正確なチャネルの識別および／または適切に対応する処理フローを選択し実行する際の困難さを経験し得る。従って、ワイヤレス通信システムの信号分類および／または区別のための改善された技術を実施することは望ましい。
【発明の概要】
【０００６】
以下では、さまざまな態様の基本的な理解を提供するために請求された主題のそのような態様の簡略化された概要を提示する。この概要は、すべての考えられる態様についての広範囲にわたる概説ではなく、そしてすべての態様の主要なまたは不可欠な要素を識別するようにも、任意のまたは全ての態様の範囲を示すようにも、意図されてはいない。その唯一の目的は、後で提示されるより詳細な説明に対する前置きとして簡略化された形態で開示される態様のいくつかの概念を提示することである。
【０００７】
１つの態様によれば、ワイヤレス通信システムの伝送に関連するチャネルを示す方法がここに説明される。方法は、第１のチャネルまたは第２のチャネルから送信されることになっているデータ・パケットのチャネルを識別することと；識別されたチャネルに関連するフォーマットに従って第１の層に関連するプロトコルを使用してデータ・パケットをフォーマットすることと；第１のチャネルが識別されている場合、第１の論理値に、または第２のチャネルが識別されている場合、第２の論理値に、データ・パケットの意図した受信側での第２の層によって既知の位置で、データ・パケット内のビットをセットすることと；を含み得る。
【０００８】
別の態様は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層プロトコル、第１のチャネル、第２のチャネル、および受信デバイスに関するデータを格納するメモリを備え得る、ワイヤレス通信装置に関する。ワイヤレス通信装置は、第１のチャネルと第２のチャネルから受信デバイスにプロトコル・データ・ユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を送信するためのチャネルを選択し、選択されたチャネルに関連するＰＤＵ構造に基づいてＲＲＣ層プロトコルを使用してＰＤＵをフォーマットし、第１のチャネルが選択されている場合、第１の論理値に、または第２のチャネルが選択されている場合、第２の論理値に、受信デバイスにおけるメディア・アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティによって既知である所定の位置で、ＰＤＵ内のビットをセットする、ように構成されたプロセッサをさらに備える。
【０００９】
第３の態様は、ワイヤレス通信システムのチャネル区別を容易にする装置に関する。装置は、パケットが送信されることになっているチャネルを決定するための手段と；決定されたチャネルを示す値にパケットのｎ番目の最上位ビットをセットすることと；を備える。ここで、ｎは、パケットの意図した受信側で既知である。
【００１０】
第４の態様は、コンピュータ可読媒体を含み得るコンピュータ・プログラム製品に関し、コンピュータ可読媒体は、ＭＡＣ  ＰＤＵが第１のチャネルまたは第２のチャネルのどちらを使用して送信されることになっているか決定するためのコードと；ＭＡＣ  ＰＤＵが第１のチャネルを使用して送信されることになっている場合、第１の論理値に、またはＭＡＣ  ＰＤＵが第２のチャネルを使用して送信されることになっている場合、第２の論理値に、ＭＡＣ  ＰＤＵの意図した受信機で先験的に既知であるＭＡＣ  ＰＤＵ内での所定のビット位置で、論理値をセットするためのコードと；を備える。
【００１１】
第５の態様は、データ送信内でチャネル識別情報を供給するためのコンピュータ実行可能な命令を実行する集積回路に関する。命令は、第１の論理チャネルと第２の論理チャネルで構成されるグループからデータ送信に関連する論理チャネルを選択することと；データ送信の意図した受信側で既知であるデータ送信内でのビット位置を識別することと；第１の論理チャネルが選択されている場合、０と１とで構成されるグループから選択された第１の値、または第２の論理チャネルが選択されている場合、第１の値と異なる０と１で構成されるグループから選択された第２の値に、識別されたビット位置をセットすることと；を備え得る。
【００１２】
別の態様によれば、パケット伝送に関連するチャネルを識別する方法がここに提供される。方法は、所定のビット位置にチャネル識別ビットを含む送信デバイスに関連する第１の層によって構成されたパケットを受信することと；チャネル識別ビットを得るため第２の層を使用してパケット内の所定のビット位置を分析することと；チャネル識別ビットの論理値に基づいてパケットに関連するチャネルを判定することと；を含み得る。
【００１３】
さらなる態様は、送信局、第１のチャネル、第２のチャネルおよび整数ｎに関するデータを格納するメモリを含み得るワイヤレス通信装置に関する。ワイヤレス通信装置は、送信局からＰＤＵを受信し、ＰＤＵ内のｎ番目の最上位ビットの値を抽出し、抽出された値が第１の論理値である場合、ＰＤＵと第１のチャネルを関連付け、または抽出された値が第２の論理値である場合、ＰＤＵと第２のチャネルを関連付ける、ように構成されたプロセッサをさらに備え得る。
【００１４】
さらなる態様は、送信されたパケットに関連するチャネルの識別を容易にする装置に関する。装置は、ネットワーク・デバイスからパケットを受信するための手段と；パケット内の所定の位置にあるビットの値を得るための手段と；得られたビット値に基づいてパケットが送信されたチャネルを判定するための手段と；を備え得る。
【００１５】
ここで説明される別の態様は、コンピュータ可読媒体を含み得るコンピュータ可読媒体に関し、コンピュータ可読媒体は、ＭＡＣ  ＰＤＵを受信するためのコードと；ＭＡＣ  ＰＤＵ内の所定のビット位置に関連する論理値を抽出するためのコードと；抽出された論理値が０である場合、第１のチャネル・フォーマットに従ってＭＡＣ  ＰＤＵを解析する、または抽出された論理値が１である場合、第２のチャネル・フォーマットに従ってＭＡＣ  ＰＤＵを解析する、ためのコードと；を備える。
【００１６】
さらに、別の態様は、データ送信が供給されるチャネルを識別するためのコンピュータ実行可能な命令を実行する集積回路に関する。その命令は、データ送信が供給されるデバイスに対して既知であるデータ送信内のビット位置を識別することと；データ送信の識別されたビット位置から０と１とで構成されるグループから選択された値を得ることと；得られた値が０である場合、第１のチャネルがデータ送信のために使用されたと判定する、または得られた値が１である場合、第２のチャネルがデータ送信のために使用されたと判定することと；を備え得る。
【００１７】
上記目的および関連した目的を達成するために、１つまたは複数の特許請求の範囲の主題は、以下で十分に説明され、そして特に特許請求の範囲の中で指摘される特徴を備える。以下の説明と添付の図面とは、１つまたは複数の特許請求の範囲の主題のある種の例示の態様を詳細に示している。しかしながら、これらの態様は、特許請求の範囲の主題の原理が、使用されることができる様々なやり方のうちの少しだけを示すにすぎない。そして説明される態様は、すべてのそのような態様と、それらの同等物とを含むように意図される。
【図面の簡単な説明】
【００１８】
【図１】図１は、様々な態様に従うワイヤレス通信システム内のチャネルを区別および識別するためのシステムのブロック図である。
【図２】図２は、様々な態様に従うデータ送信に関連するチャネル情報を埋め込み抽出するためのシステムのブロック図である。
【図３】図３は、様々な態様に従うワイヤレス通信システム内で実行され得る例示の接続確立処理を例証する。
【図４】図４は、ここで説明される様々な態様に従う利用され得る様々な例示のパケット構造を例証する。
【図５】図５は、ここで説明される様々な態様に従う利用され得る様々な例示のパケット構造を例証する。
【図６】図６は、ここで説明される様々な態様に従う利用され得る様々な例示のパケット構造を例証する。
【図７】図７は、データ・パケットが送信されたチャネルを示す受信機にデータ・パケットを送信するための方法のフローチャートである。
【図８】図８は、ワイヤレス受信機に対する送信にチャネル識別子を組み込むための方法のフローチャートである。
【図９】図９は、メッセージが送信されたチャネルを見出すためにワイヤレス通信システムにわたって送信されたメッセージを分析するための方法のフローチャートである。
【図１０】図１０は、ワイヤレス通信システムにわたって送信されたデータのためのチャネル識別を容易にするそれぞれの装置のフローチャートである。
【図１１】図１１は、ワイヤレス通信システムにわたって送信されたデータのためのチャネル識別を容易にするそれぞれの装置のフローチャートである。
【図１２】図１２は、ここで説明された様々な態様に従うワイヤレス多重接続通信システムを例証する。
【図１３】図１３は、ここで説明された様々な態様が機能し得る例示のワイヤレス通信システムを例証するブロック図である。
【発明を実施するための形態】
【００１９】
主張される主題の様々な態様が、次に図面を参照して説明される。ここで、同様の参照番号は、全体を通して同様な要素を意味するように使用される。以下の説明において、説明の目的のために、非常に多数の特定の詳細が、１つまたは複数の実施形態の完全な理解を提供するために説明される。しかしながら、そのような実施形態（単数または複数）は、これらの特定の詳細な説明なしに実行されることができることを、明らかにすることができる。他の例においては、よく知られている構造およびデバイスが、１つまたは複数の実施形態を説明することを容易にするためにブロック図形式で示される。
【００２０】
本願において使用されるように、「コンポーネント」、「モジュール」、「システム」などの用語は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれであっても、コンピュータに関連したエンティティを意味するように意図される。例えば、コンポーネントは、それだけには限定されないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド(thread of execution)、プログラム、および／またはコンピュータとすることができる。例証として、コンピューティング・デバイス上で実行されるアプリケーションと、コンピューティング・デバイスとの両方は共に、コンポーネントとすることができる。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッドの内部に存在することができ、そしてコンポーネントは、１台のコンピュータ上に局所化され、および／または２台以上のコンピュータの間で分散されることができる。さらに、これらのコンポーネントは、様々なデータ構造がその上に記憶されている様々なコンピュータ可読媒体から実行することもできる。コンポーネントは、１つまたは複数のデータ・パケット（例えば、ローカルシステム、分散システムにおける別のコンポーネントと、および／またはインターネットなどのネットワークを通して信号を経由して他のシステムと、相互作用する１つのコンポーネントからのデータ）を有する信号などに従って、ローカルおよび／またはリモートのプロセスを経由して通信することができる。
【００２１】
さらに、様々な実施形態は、ここにおいて、ワイヤレス端末および／または基地局に関連してここで説明される。ワイヤレス端末は、ユーザに音声および／またはデータ接続を供給する装置と称することができる。ワイヤレス端末は、ラップトップ・コンピュータまたはデスクトップ・コンピュータのような、或いはそれは、携帯情報端末（ＰＤＡ）のような内蔵型のデバイスのようなコンピューティング・デバイスと接続され得る。さらに、ワイヤレス端末は、システム、加入者ユニット、加入者局装置、移動局、移動体、遠隔ステーション、アクセス・ポイント、遠隔端末、アクセス・ターミナル、ユーザ端末、ユーザ代理人、ユーザ・デバイスあるいはユーザ装置と呼ぶことができる。ワイヤレス端末は、加入者局、ワイヤレス・デバイス、セルラ電話、ＰＣＳ電話、コードレス電話、セッション初期化プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、ワイヤレス・ローカル・ループ（ＷＬＬ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ）局、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ワイヤレス接続機能を有するハンドヘルド・デバイス、またはワイヤレス・モデムに接続された他の処理デバイスとすることができる。基地局（例えば、アクセス・ポイントまたはノードＢ）は、１つまたは複数のセクタを通じてエア・インターフェースにわたってワイヤレス端末と通信するアクセス・ネットワーク内のアクセス・ネットワークのデバイスとして参照することができる。基地局は、受信エア・インターフェース・フレームをＩＰパケットに変換することによって、インターネット・プロトコル（ＩＰ）ネットワークを含むことができるワイヤレス端末と残りのアクセス・ネットワークとの間のルータとして動作することができる。更に、基地局は、エア・インターフェースのための属性の管理を調整する。
【００２２】
更に、ここで記述される様々な機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせの形で実施されることができる。ソフトウェアの形で実施される場合、その機能は、コンピュータ可読媒体上に１つまたは複数の命令またはコードとして記憶され、あるいは送信されることができる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含めて、コンピュータストレージ媒体と、通信媒体との両方を含む。ストレージ媒体は、コンピュータによってアクセスされることができる使用可能な任意の媒体とすることができる。例として、限定するものではないが、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態で望ましいプログラム・コードを搬送し、または記憶するために使用されることができ、そしてコンピュータによってアクセスされることができる他の任意の媒体、を備えることができる。また、任意の接続は、コンピュータ可読媒体と適切に名づけられることもある。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア(twisted pair)、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、マイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、そのときには同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、マイクロ波などのワイヤレス技術は、媒体の定義の中に含まれる。ここにおいて使用されるようなディスク(Disk)およびディスク(disc)は、コンパクト・ディスク（ＣＤ：compact disc）、レーザ・ディスク(laser disc)、光ディスク(optical disc)、デジタル多用途ディスク（ＤＶＤ：digital versatile disc）、フロッピー（登録商標）ディスク、およびブルーレイ・ディスク(blu-ray disc)を含み、ここでディスク(disks)は通常、データを磁気的に再生するが、ディスク(discs)は、レーザを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読
媒体の範囲内に含められるべきである。
【００２３】
ここにおいて説明されるさまざまな技法は、符号分割多重接続（ＣＤＭＡ）システム、時分割多重接続（ＴＤＭＡ）システム、周波数分割多重接続（ＦＤＭＡ）システム、直交周波数分割多重接続（ＯＦＤＭＡ）システム、単一キャリア−周波数分割多重接続（ＳＣ−ＦＤＭＡ）システム、高速パケットアクセス（ＨＳＰＡ）システム、他のシステムなど、様々なワイヤレス通信システムのために使用されることができる。用語「システム」と、「ネットワーク」とは、多くの場合に交換可能に使用される。ＣＤＭＡシステムは、ユニバーサル地上波無線アクセス（ＵＴＲＡ：Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）、ＣＤＭＡ２０００などの無線技術を実施することができる。ＵＴＲＡは、広帯域−ＣＤＭＡ（Ｗ−ＣＤＭＡ）と、ＣＤＭＡの他の変形と、を含む。ＣＤＭＡ２０００は、ＩＳ−２０００規格と、ＩＳ−９５規格と、ＩＳ−８５６規格と、をカバーする。ＴＤＭＡシステムは、移動通信用グローバルシステム（ＧＳＭ）などの無線技術を実施することができる。ＯＦＤＭＡシステムは、進化ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュ−ＯＦＤＭ（Ｆｌａｓｈ−ＯＦＤＭ）などの無線技術を実施することができる。ＵＴＲＡと、Ｅ−ＵＴＲＡとは、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）の一部分である。３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの次にやってくるリリースであり、これは、ダウンリンク上のＯＦＤＭＡと、アップリンク上のＳＣ−ＦＤＭＡとを使用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、「第３世代パートナーシップ・プロジェクト」（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）と名づけられた組織からの文献に記述される。さらに、ＣＤＭＡ２０００とＵＭＢは、「第３世代パートナーシップ・プロジェクト２」（３ＧＰＰ２：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２）と名づけられた組織からの文献に記述される。
【００２４】
様々な態様または特徴は、いくつかのデバイス、コンポーネント、モジュールなどを含むことができるシステムの観点から提示されることになる。様々なシステムは、追加のデバイス、コンポーネント、モジュールを含むことができ、および／または図面に関連して論じられるデバイス、コンポーネント、モジュールのうちの必ずしもすべてを含むとは限らない可能性があることを理解し、そして認識すべきである。これらのアプローチの組み合わせもまた、使用されることができる。
【００２５】
今、図面を参照して、図１は、ここで提供される様々な態様に従うワイヤレス通信システム中のチャネルの区別および識別のためのシステム１００のブロック図を例証する。１つの例において、システム１００は、任意の適切な通信方法を使用してシステム１００内で互いに、および／または他のデバイスと通信できる、１つまたは複数のデバイスおよび／またはデバイス１３０を含むことができる。図１が２つのデバイス１１０および１３０を例証しているが、システム１００が任意の数のデバイスを含むことができることが認識されるべきである。別の例において、第１のデバイス１１０は、第２のデバイス１３０に１つまたは複数のメッセージの送信を行なうことができる。しかしながら、デバイス１１０が「送信」デバイスとして指定され、デバイス１３０が「受信」デバイスとして表わされているが、通信がデバイス１３０からデバイス１１０に追加および／または代案として実行され得ることが認識されるべきである。さらに、デバイス１１０、および／またはデバイス１３０が、例えば、端末、基地局、および／または任意の他の適切なタイプのデバイスの機能性である、および／またはこれらの機能性を実施することが認識され得る。ここで使用され、技術的に一般であるように、端末は、ユーザ装置（ＵＥ）、アクセス端末（ＡＴ）、またはその同等なものと称され得る。さらに、基地局は、アクセス・ポイント（ＡＰ）、ノードＢ、またはその同等なものと称され得る。さらにここで使用されるように、基地局から端末への通信は、ダウンリンク（ＤＬ）または順方向リンク通信と称され、端末から基地局への通信がアップリンク（ＵＰ）または逆方向リンク通信と称される。
【００２６】
１つの態様によって、送信デバイス１１０は、周波数、コード、またはその類似のものの１つまたは複数のチャネルにわたって受信デバイス１３０にデータを伝達し得る。１つの例において、送信デバイス１１０によって利用されるチャネルは、様々な要因に基づいて１セットの複数の使用可能なチャネルから選択することができる。従って、チャネル・セレクタ１１２、および／または他の適切な手段は、受信デバイス１３０にメッセージを送信するために利用するチャネルを選択するために送信デバイス１１０によって採用され得る。チャネル・セレクタ１１２によって選択されたチャネル、および／またはデータ・ソース１１６から得られたデータに基づいて、メッセージ生成器１１４は、メッセージをフォーマットし、生成するために使用され得る。そのメッセージは、その後、受信デバイス１３０に供給され得る。受信デバイス１３０において、メッセージは、メッセージ分析器１３４によって処理され得る。メッセージ分析器１３４は、メッセージに関連するチャネルを識別するために、チャネル識別器１３２、および／または任意の他の適切な手段と結合して動作することができる。追加、および／または代案として、データは、データ・シンク１３６に供給され得る。
【００２７】
送信デバイス１１０が複数の可能なチャネルのうちの１つを使用して受信デバイス１３０にメッセージを供給することができるという例において、メッセージ生成器１１４によってメッセージに適用されるフォーマットは、メッセージに対して利用されるチャネル・セレクタ１１２によって選択されるチャネルに依存して変化することができる。従って、受信デバイス１３０におけるメッセージ分析器１３４は、適切な方法でメッセージを解析するために、どのチャネルが送信デバイス１１０によって使用するために選択されたかを判定するチャネル識別器１３２を利用し得る。しかしながら、受信デバイス１３０にメッセージを供給するために送信デバイス１１０によって利用されたチャネルが明らかでない、またはさもなければ、受信デバイス１３０ですぐに利用可能とならない場合、受信デバイス１３０のチャネル識別器１３２は、正確なチャネルを識別する際に困難さを経験する場合がある。それは、メッセージの非効率な解析をもたらす。例えば、受信デバイス１３０は、どのチャネル識別器１３２が適切なチャネルを識別するために、正確に解析されたメッセージのバージョンを判定するため利用されるのか基づいて、複数回メッセージを解析することを強いられ得る。あるいは、受信デバイスは、追加の処理を実行する前に適切なチャネルを識別するために、パケット・ヘッダまたはそれと同等なもののような、メッセージの一部を解析することを強いられ得る。しかしながら、この方法における部分的な解析は、複数回にわたり層の間を受信メッセージが通ることを受信デバイス１３０に要求することがある。それは、受信デバイスの性能を低下させ得る。
【００２８】
従って、既存のワイヤレス通信システムの上記欠点、および／または他の欠点を緩和するために、送信デバイス１１は、メッセージそれ自身内に受信デバイス１３０にメッセージを伝達するために利用したチャネルの表示を供給し得る。例えば、これは、メッセージを送信するために利用したチャネルに対応する論理値にメッセージ内の所定の位置におけるビットをセットすることで遂行することができる。１つの例において、メッセージ内の所定の位置は、送信デバイス１１０および受信デバイス１３０の両方で先験的に既知であり得る。例えば、位置は、それぞれのデバイスの最初のセットアップでデバイス１１０、および／またはデバイス１３０に関連する、それぞれのメモリ１２０、および／またはメモリ１４０にプログラムされ得る。代案として、デバイス１１０および／またはデバイス１３０は、１つまたは複数の他のデバイス１１０および／または１３０に１つまたは複数の先行するメッセージ内において位置を通知し得る。別の代案として、デバイス１１０および／またはデバイス１３０に位置を供給する任意の他の適切な技術が利用されてもよい。
【００２９】
１つの態様に従って、送信デバイス１１０から受信デバイス１３０に送信されたメッセージ内の所定の位置にビットをセットすることによって、受信デバイス１３０のチャネル識別器１３２は、所定のビット位置におけるメッセージの論理値を判定することにより、適切なチャネルを識別することができる。１つの例において、チャネル識別器１３２がメッセージ自体を解析できない場合でさえ、チャネル識別器１３２は、メッセージにおける所定のビット位置を調べるために利用される。その結果、単一パス内において識別されたメッセージおよび適切に解析されたメッセージに関連するチャネルが割り当てられる。例えば、送信デバイス１１０における第１の層は、既知の値にメッセージ内の与えられた位置でビットをセットすることができ、受信デバイス１３０における第１の層より低い第２の層は、与えられた位置ある値を得るためにメッセージを分析し得る。このように、システム１００によって例証される様々な技術が設計による階層化関数として本質的に機能することが認識され得る。ここで、受信デバイス１３０において与えられた層は、受信デバイス１３０において与えられた層が適切に解析する十分な知識を欠く、より高い層のプロトコルを使用している送信デバイス１１０によって符号化されたデータから情報を得ることができる。
【００３０】
特定の例示のために、送信デバイス１１０から受信デバイス１３０に送信されたメッセージは、接続確立メッセージであり得る。それは、共通制御チャネル（ＣＣＣＨ）または個別制御チャネル（ＤＣＣＨ）のいずれかにわたって送信され得る。チャネル・セレクタ１１２が適切なチャネルを選択した後、メッセージ生成器１１４は、選択されたチャネルのためのメッセージをフォーマットすることができる。加えて、メッセージ生成器１１４は、使用されたチャネルを表わすことに対応する論理値（例えば、ＣＣＣＨに対して０およびＤＣＣＨに対して１、或いはその逆）にメッセージ内の所定のビットをセットし得る。所定のビット位置に加えて、ＣＣＣＨとＤＣＣＨとの間のマッピングおよびそれらに対応する論理値は、受信デバイス１３０のチャネル識別器１３２がメッセージ内の適切なビットの論理値を検査することによって正確なチャネルを判定できるような、受信デバイス１３０によって先験的に既知になり得る。
【００３１】
上記の例は、１つの所定のビット位置および２つの可能なチャネルを含むシナリオを説明しているが、ここで説明した技術は、任意の適切な数のビット、および／または任意の適切な数のチャネルに拡張できることが認識されることができる。例えば、上記と類似した技術は、任意の整数値ｎに対して、送信デバイス１１０と受信デバイス１３０との間のメッセージ内の所定の隣接した、および／または隣接していないビット位置をｎ値にセットすることによって２ｎ個の潜在チャネル（ｐｏｔｅｎｔｉａｌ  ｃｈａｎｎｅｌ）までの間を区別するために利用されることができる。
【００３２】
別の態様に従って、送信デバイス１１０は、チャネル・セレクタ１１２、メッセージ生成器１１４、データ・ソース１１６、および／またはここで説明された任意の他のコンポーネントの少なくとも一部を実施するためにプロセッサ１１８、および／またはメモリ１２０を利用し得る。さらに、受信デバイス１３０は、チャネル識別器１３２、メッセージ分析器１３４、データ・シンク１３６、および／または受信デバイス１３０の任意の他のコンポーネントのいくらかまたは全ての機能を実施するためにプロセッサ１３８、および／またはメモリ１４０を含み得る。１つの例において、送信デバイス１１０のプロセッサ１１８、および／または受信デバイス１４０のプロセッサ１３８は、それらそれぞれの機能性のいくらか或いは全てを自動化するために１つまたは複数の人工知能（ＡＩ）技術をさらに利用することができる。ここで使用されるように、用語「知能」は、システムについての既存の情報に基づいてシステムの現在または将来の状態についての結論を推論する或いは引き出す、例えば、推測する、能力を指す。人工知能は、特定の前後関係或いはアクションを認識するため、または人の介在がないシステムの特定の状態の確率分布を生成するために使用され得る。人工知能は、システム上の利用可能なデータ（情報）のセットに高度な数学的アルゴリズム、例えば、決定木、ニューラル・ネットワーク、クラスタ分析、遺伝アルゴリズム、および強化学習、を適用することに依存する。特に、多数の方法のうちの１つは、データから学習し、次に、モデルから推論を引き出すために採用され得る。そのモデルは、例えば、隠れマルコフ・モデル（ＨＭＭｓ）、関連するプロトタイプの依存モデル、例えば、ベイズ・モデル・スコア（Ｂａｙｅｓｉａｎ  ｍｏｄｅｌ  ｓｃｏｒｅ）または近似を使用して構造探索によって作られるような、ベイジアン・ネットワーク（Ｂａｙｅｓｉａｎ  ｎｅｔｗｏｒｋｓ）のようなより一般的な確率グラフィカル・モデル（ｐｒｏｂａｂｉｌｉｓｔｉｃ  ｇｒａｐｈｉｃａｌ  ｍｏｄｅｌｓ）、ベクトル・マシン（ＳＶＭｓ）をサポートするような線形分類、ニューラル・ネットワークの方法として称される方法のような非線形分類、ファジー理論の方法、および以下で説明される様々な自動化された態様を実施することに従う（データ融合等を実行する）他のアプローチで構成される。
【００３３】
今、図２を参照して、様々な態様に従ってデータ送信に関連するチャネル情報を埋め込み、抽出するためのシステム２００が例証される。図２が例証するように、システム２００は、送信デバイス２１０を含み得る。その１つの例において、送信デバイス２１０は、受信デバイス２３０への１つまたは複数のメディア・アクセス制御（ＭＡＣ）プトコル・データ・ユニット（ＰＤＵ）２２０のカプセル化されたメッセージを送信し得る。システム２００によって例証される通信は、アップリンク通信になり得る。ここで、送信デバイス２１０は、ＵＥであり、受信デバイス２３０は、ノードＢであり、或いは代替として、通信は、ＮｏｄｅＢからＵＥまでのダウンリンク通信となり得る。さらに制限しない例示のために、システム２００によって例証される送信は、デバイス２１０とデバイス２３０との間の接続確立手段の一部として行なわれ得る。利用され得る接続確立手段の様々な例は、さらに詳細に以下で説明される。
【００３４】
１つの態様に従って、送信デバイス２１０は、ＰＤＵ２２０を伝達するために多数の論理チャネル（例えば、ＣＣＣＨ、ＤＣＣＨなど）のうちの１つを利用し得る。１つの例において、チャネル・セレクタ２１２は、適切なチャネルを選択するために送信デバイス２１０によって使用され得る。選択されたチャネルに基づいて、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層メッセージ生成器２１４は、選択されたチャネル・フォーマットに従ってＰＤＵ２２０内で送信されるメッセージをフォーマットするために利用され得る。別の例において、ＰＤＵ２２０内でカプセル化されるＲＲＣメッセージの生成は、送信するＰＤＵ２２０で利用されるチャネルの機能として、および／またはチャネルに関連するメッセージ・フォーマットの機能として（例えば、共に詳細に以下で説明される、図４のＤＣＣＨ  ＰＤＵフォーマット４００、および／またはＣＣＣＨ  ＰＤＵフォーマット５００）実行され得る。
【００３５】
ＲＲＣ層メッセージ生成器２１４によってメッセージを生成およびフォーマットした後で、ＰＤＵ２２０は、受信デバイス２３０に送信され得る。ＰＤＵ２２０を受信した後で、受信デバイス２３０のＭＡＣ層メッセージ分析器２３２は、ＰＤＵ２２０のための最初の処理を実行し得る。しかしながら、ある場合において、ＰＤＵ２２０は、ＰＤＵ２２０が伝達された論理チャネルが受信デバイス２３０に対して既知でない方法で受信デバイス２３０において受信され得る。別の言い方をすれば、ＭＡＣ層のメッセージ分析器２３２のような、受信デバイス２３０におけるＭＡＣプロトコル層に関連する１つまたは複数のエンティティは、それぞれのＰＤＵ２２０に供給されるより高い層のＲＲＣメッセージをトランスペアレント（ｔｒａｎｓｐａｒｅｎｔｌｙ）にパスするために動作し得る。しかしながら、そのような場合において、受信デバイス２３０のＭＡＣ動作が与えられたＰＤＵ２２０が着信したかについて論理チャネルに依存され得ることが認識される。したがって、受信デバイス２３０のＭＡＣ層がトランスペアレントに動作し、ＰＤＵ２２０が複数のチャネル（例えば、ＣＣＣＨまたはＤＣＣＨ）で着信し得る本文中において、ＭＡＣ層に対して利用可能な情報に基づいて論理チャネル間を識別するＭＡＣ層のための用意された従来の方法がない。同様に、この困難は、受信デバイス２３０の機能性を妨害し得る。例えば、ＭＡＣ層メッセージ分析器２３２、および／または受信デバイス２３０の他のコンポーネントは、ＰＤＵが受信されるチャネルに基づいて、いくつかの場合に異なる処理フローで実行され得る。特に、ＭＡＣ層のメッセージ分析器２３２、および／または受信デバイス２３０の他のコンポーネントは、別々に処理され、ＰＤＵ２２０は、異なるソフトウェア・コンポーネントに送られ得る、および／またはＰＤＵ２２０の処理の他の態様は、ＰＤＵ２２０に関連する論理チャネルに依存して変更され得る。
【００３６】
従って、ＰＤＵ２２０が通信されるチャネルの認識を容易にするために、送信デバイス２１０は、ＰＤＵ２２０内の所定の位置におけるＰＤＵ内に、１つまたは複数のフラッグまたは共通制御ビット（ＣＣＢ）２２２をセットし得る。ＣＣＢ２２２は、ＰＤＵ２２０に関連するチャネル確定するため、および結果としてＰＤＵのフォーマット確定するために、ＭＡＣ層メッセージ分析器２３２、チャネル識別器２３４、および／または受信デバイス２３０の他の適切なコンポーネントによって続いて利用され得る。
【００３７】
１つの態様に従って、ＲＲＣ層プロトコルは、ＰＤＵ２２０内の適切な位置にＣＣＢ２２２をセットするために、送信デバイス２１０、例えば、ＲＲＣ層メッセージ生成器２１４および／または別の適切なコンポーネントによって利用され得る。１つの例において、ＰＤＵ２２０内のＣＣＢ２２２の位置は、送信デバイス２１０および受信デバイス２３０に対して先験的にあらかじめ定められ、既知となることができる。それは、送信デバイス２１０によって利用されたＲＲＣメッセージ・フォーマットの知識を有していなくとも、受信デバイス２３０におけるＭＡＣ層メッセージ分析器２３２がＰＤＵ２２０内のＣＣＢ２２２を読み出すことができる。従って、１つの例において、受信デバイス２３０におけるＭＡＣ層メッセージ分析器２３２および／またはチャネル識別器２３４は、ＰＤＵ２２０を検査し、ＰＤＵ２２０内のＣＣＢ２２２の位置を位置付け、ＣＣＢ２２２の論理値を判定することによってＰＤＵ２２０に関連するチャネルを識別することができる。ＰＤＵ２２０内のＣＣＢ２２２の位置は、ｎ番目の最上位ビット（例えば、４番目に最上位ビットおよび／または他の適切なビット位置）に固定される、或いはそれぞれのＰＤＵ２２０内のＣＣＢ２２２の位置が時間にわたり動的に変化するように構成されることが認識され得る。さらに、複数のＣＣＢ２２２が例えば２つの可能なチャネルより多くのセットからチャネルの識別を容易にするためにＰＤＵ２２０内に供給されることが認識され得る。
【００３８】
別の態様に従って、送信デバイス２１０によって利用され得る論理チャネルの間のマッピング関係およびＰＤＵ２２０内のＣＣＢ２２２のそれぞれの値は、送信デバイス２１０および受信デバイス２３０にさらに先験的に既知となり得る。したがって、送信デバイスは、第１の論理値（例えば、１）にＣＣＢ  ２２２をセットすることよって第１のチャネル（例えば、ＤＣＣＨ）、或いは第２の論理値（例えば、０）にＣＣＢ２２２をセットすることよって第２のチャネル（例えば、ＣＣＣＨ）を示すことができる。ＰＤＵ２２０内のＣＣＢ２２２の位置決めと似た方法で、それぞれのチャネルとＣＣＢ２２２の対応する値との間のマッピングは、固定および／または動的に構成され得る。
【００３９】
さらなる態様に従って、ＰＤＵ２２０に関連するチャネルを判定するためにＣＣＢ２２２を分析するプロセスは、設計された層化妨害（ｌａｙｅｒｉｎｇ  ｖｉｏｌａｔｉｏｎ）として受信デバイス２３０において実行され得る。特に、受信デバイス２３０のＭＡＣ層プロトコルは、ＭＡＣ層プロトコルがビット・ストリームを適切に解析するためのＲＲＣメッセージ・フォーマットの十分な知識を欠き得るという事実にもかかわらず、ＰＤＵによって供給されるＲＲＣ−符号化ビット・ストリームを分析し、そのビット・ストリームの一部から正確な情報を抽出することを可能にさせ得る。従って、１つの例において、ＰＤＵを解析するためにＲＲＣ層の知識を欠く場合でさえも、ＭＡＣ層メッセージ分析器２３２は、ＣＣＢ２２２からの情報を得るためにＰＤＵ２２０に関する十分な構造情報を供給し得る。そのため、システム２００に関連する通常の解析手段が回避され、異なる層によって供給されるデータが利用され得る。
【００４０】
次に図３を参照して、一連の図３０２−３０６は、様々な態様に従ってワイヤレス通信システム内で実施され得る例示の接続確立手段を例証することが提供される。しかしながら、図３によって例証され、以下のように説明される手段がここで説明されるチャネル区別の技術を利用できる手段の限定されない例示として単に提供され、明示的に定められた別なものがない限り、ワイヤレス通信システムのデバイス間のデータの送信を含む、いかなる適切な手段もがここで説明された技法の範囲およびここに添付した特許請求の範囲内に収まるよう意図されることを理解するべきである。
【００４１】
１つの例において、略図３０２−３０６によって例証された手段は、１つまたは複数の進化ノードＢｓ（ｅＮＢ）および１つまたは複数のＵＥ３２０を含む３ＧＰＰ  ＬＴＥ通信システムのような、ワイヤレス通信システム内で利用され得る。別の例において、ランダム・アクセス・チャネル（ＲＡＣＨ）、および／または別の適用可能なアップリンク・トランスポート・チャネル（ｕｐｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）は、例えば、接続セットアップのための最初のアクセス、位置エリアのアップデート、またはそれらと同様なもの、のためにＵＥ３２０からｅＮＢ３１０に制御情報を転送するために利用され得る。追加および／または代替として、ＲＡＣＨは、小さなおよび少ないユーザ・データ・パケットの移送のために利用され得る。１つの態様に従って、ＲＡＣＨは、競合チャネル（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ  ｃｈａｎｎｅｌ）として機能し得る。ここで、衝突は、同時にＲＡＣＨにアクセスするいくつかのＵＥ  ３２０により生じ、その結果として、最初のアクセス・メッセージは、ｅＮＢ  ３１０によって復号化できない。
【００４２】
１つの態様に従って、ＵＥ３２０は、略図３０２によって示されるような図３によって例証されたプロセスを初期化することができる。ここで、ＵＥ３２０は、物理的ＲＡＣＨ（ＰＲＡＣＨ）を使用してｅＮＢ３１０に第１の物理的メッセージ３３０（例えば、メッセージ１）を送る。１つの例において、メッセージ１  ３３０は、署名シーケンスを含む最初のアクセス要請メッセージであり得る。次に、略図３０４によって例証されるように、ｅＮＢ３１０は、それ自身のメッセージ３４０（例えば、メッセージ２）で応答し得る。１つの例において、メッセージ２  ３４０は、メッセージ１  ３３０のＵＥ  ３２０によって供給される署名シーケンスをエコーし得る。さらに、メッセージ２  ３４０は、ＵＥ３２０が略図３０６によって例証されるようなメッセージ３  ３５０を送信することを可能にするアップリンク許可、トランスポート・フォーマット、および／またはタイミング進歩（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）を含み得る。１つの例において、メッセージ３  ３５０は、要求に対する理由（ｒｅａｓｏｎ）を含む接続要求メッセージを含み得る。メッセージ３  ３５０は、アップリンク共有チャネル（ＵＬ−ＳＣＨ）トランスポート・チャネル上でトランスポートされ得る。
【００４３】
別の態様に従って、エア（例えば、ワイヤレス）インターフェースにわたって最初のアクセスを実行するために、略図３０２−３０６によって例証された手段は、物理的なランダム・アクセス手段として実施され得る。１つの例において、手段は、ＲＡＣＨおよび２つの物理チャネル、例えば、ＰＲＡＣＨおよび捕捉インジケータ・チャネル（ＡＩＣＨ：Ａｃｑｕｉｓｉｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ）を利用し得る。ＲＡＣＨは、アップリンク物理チャネル（例えば、ＰＲＡＣＨ）にマップされ得るが、ＡＩＣＨは、ランダム・アクセス制御のために使用されるＰＲＡＣＨを備えたペアとして存在する共通チャネルとして実施され得る。
【００４４】
１つの例において、ＵＥ３２０によって受信されたメッセージ２  ３４０は、後のメッセージ３  ３５０のＵＬリソース許可を示し得る。従って、ＵＥ  ３２０は、第１のスケジュール化されたメッセージを送信し得る。この第１のスケジュール化されたメッセージは、ｅＮＢ３１０へのＲＲＣメッセージを含むことができる。従って、略図３０６によって例証されるように、メッセージ３  ３５０が（例えば、ｅＮＢ３１０からのメッセージを介して）ＵＥ  ３２０に割り当てられたスケジュール化されたリソースを使用する、ＵＥ３２０からｅＮＢ３１０への第１の通信であることが認識され得る。１つの例において、実施される使用事例に依存して、メッセージ３  ３５０に関連するＲＲＣメッセージは、例えば、ＣＣＣＨまたはＤＣＣＨによって伝達され得る。しかしながら、略図３０６によって例証されたプロセスのステージにおいて、ｅＮＢ３１０は、どの使用事例が実施されるか、そしてその結果としてどのチャネルがメッセージ３  ３５０の送信のために利用されるか決定するためにＵＥ３２０からの十分な情報を有し得ない。
【００４５】
従って、ｅＮＢ３１０および／またはＵＥ３２０は、メッセージ３  ３５０上でＣＣＣＨとＤＣＣＨを区別するためにここで説明されるような様々な技術を実施することができる。特定の例示のために、ＤＣＣＨメッセージは、１オクテットまたはそれ以上の長さを備えた標準ＭＡＣサブ−ヘッダを利用するように構成され得る。それは、ＤＣＣＨのためのＭＡＣヘッダがメッセージ３  ３５０に対応するＭＡＣ  ＰＤＵ（例えば、パケット）内の第１のオクテットを占有する。反対に、ＣＣＣＨは、ＭＡＣ  ＰＤＵ内の第１のオクテットがＲＲＣメッセージによって代わりに占有され得るような、ＭＡＣヘッダを全く使用しないように構成され得る。ＣＣＣＨおよび／またはＤＣＣＨ送信のためのＭＡＣ  ＰＤＵを構成するための様々な技術は、以下にさらに詳細に説明される。
【００４６】
今、図４を参照して、ここで供給される様々な態様に従って利用され得る第１の例示のパケット構造４００が示される。１つの例において、パケット構造４００は、ＤＣＣＨを使用して送信されたメッセージに適用され得るＭＡＣ  ＰＤＵフォーマットを例証する。しかしながら、図４−６によって例証されるパケット構造或いは別の構造を含む、任意の適切なパケット構造がここで説明される技法で利用されることが認識されるべきである。１つの態様に従って、パケット構造４００は、８ビット構造になり得る。それは、後ろに論理チャネル識別子（ＬＣＩＤ）が続く１つまたは複数のヘッダ・ビットを含み得る。構造４００は、５ビットのＬＣＩＤを例証しているが、ＬＣＩＤが任意の適切な長さになり得ることが認識されるべきである。さらに、ＬＣＩＤは、構造４００の少なくとも有効ビットに位置しているが、ＬＣＩＤは、代わりに任意の適切な方法で位置付けされ得る。
【００４７】
１つの例において、構造４００のヘッダ・ビットは、１つまたは複数の予約ビット（Ｒで示される）および／または１つまたは複数の拡張ビット（Ｅで示される）を含むことができる。拡張ビットは、例えば、ＭＡＣサブヘッダが構造４００に続くことを示すことができる。追加のおよび／または代替として、１つまたは複数の予約ビットは、要求ビットまたは「ハッピー」ビットとして利用され得る。それは、送信エンティティがさらにリソースを要求することを示すために使用され得る。別の例において、ＬＣＩＤは、１１１００および／または任意の適切な値にセットされ得る。
【００４８】
図５は、ここで提供される様々な態様に従って利用され得る第２の例示のパケット構造５００を例証する。１つの例において、パケット構造５００は、ＣＣＣＨを使用して送信されたメッセージに適用され得るＭＡＣ  ＰＤＵフォーマットを例証する。しかしながら、図４−６によって例証されるパケット構造または他の構造を含む任意の適切なパケット構造がここで説明された技術で利用されることが認識されるべきである。１つの態様に従って、パケット構造５００の最上位ビットは、メッセージ・タイプ・フィールドを割り当てることができる。さらに例証されるように、パケット構造５００内の最上位でないビットは、ＣＣＢおよび／または他のＲＲＣフィールドを割り当てられ得る。パケット構造５００は、３ビットのメッセージ・タイプ・フィールドを例証しているが、メッセージ・タイプ・フィールドが任意の適切なサイズおよび／または位置を利用することが認識され得る。例えば、メッセージ・タイプ・フィールドのサイズは、ＤＣＣＨパケット構造４００で供給される予約および／または拡張ビットの数と一致するように選択され得る。そのため、ＣＣＣＨパケット構造５００で供給されるＣＣＢがＤＣＣＨパケット構造４００で供給されるＬＣＩＤに対応するビットの値と常に反対にセットされる。そのようにする際、ＤＣＣＨは、構造５００のＣＣＢに関連する位置（例えば、４番目のビット位置）を検査することでＣＣＣＨと区別され得ることが認識される。
【００４９】
従って、図６によって例証された例において、ＤＣＣＨパケット構造６０２は、ＣＣＣＨパケット構造６０４内のＣＣＢに対応する位置にあるビットの論理値を検査することによってＣＣＣＨパケット構造６０４と区別され得る。例示のＤＣＣＨパケット構造６０２が１１１００のＬＣＩＤ値を例証するとともに、ＣＣＣＨパケット構造６０４内のＣＣＢは、０にセットされ得る。それは、ＤＣＣＨパケット構造６０２によって供給されるＬＣＩＤ内の最上位ビットの値と反対の値である。従って、ＤＣＣＨ構造６０２によって供給されるＬＣＩＤフィールドの最上位ビットおよび／またはＣＣＣＨ構造６０４に示されるＣＣＢは、パケットに関連するチャネルを判定する際に関連したパケットを受信するエンティティを支援するためにＣＣＢとして扱われることが認識され得る。１のＣＣＢ値は、図６のＤＣＣＨに関連し、０のＣＣＢ値は、図６のＣＣＣＨに関連するが、代わりに、ＤＣＣＨおよびＣＣＣＨは、それぞれ０と１の論理値によって示され得ることが認識されるべきである。さらに、ここで例証され、説明された概念は、それぞれのチャネルの間の任意の適切なマッピングおよび対応する論理値に基づいて任意の適切な論理チャネル間を認識するために適用し得ることが認識されるべきである。
【００５０】
図５を参照して、ＣＣＣＨパケット構造５００のメッセージ・タイプ・フィールドは、１つの例において、ＣＣＢが４番目のビットを占めＤＣＣＨ構造４００内のＥ／Ｒ／Ｒビットと衝突しないことを保証するために割り当てられ得る。１つの例において、メッセージ・タイプ・フィールドは、構造５００によって例証されるパケットに対応するＣＣＣＨによって伝送されるＲＲＣメッセージのタイプを示し得る。例えば、メッセージ・タイプ・フィールドは、ＲＲＣ接続要求メッセージ（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴ ｍｅｓｓａｇｅ）、ＲＲＣ接続再確立要求メッセージ（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥ−ＥＳＴＡＢＬＩＳＨＭＥＮＴ ＲＥＱＵＥＳＴ ｍｅｓｓａｇｅ）、および／または任意の他の適切なメッセージ・タイプを示すことができる。
【００５１】
１つの態様に従って、ＣＣＢは、１ビットのフィールドとしてＣＣＣＨ構造５００内で符号化され、ＤＣＣＨ構造４００内の予約ＬＣＩＤの対応する位置に現われる値と反対の固定値にセットされ得る。別の態様に従って、抽象構文記法＃１（ＡＳＮ．１：Ａｂｓｔｒａｃｔ  Ｓｙｎｔａｘ  Ｎｏｔａｔｉｏｎ  ＃１）メッセージ構造は、ＣＣＣＨ構造５００内のＣＣＢが以下のようにメッセージ・タイプの選択で定義された任意のメッセージの第１のフィールドであることを保証するために活用され得る。技術において一般に知られている、ＡＳＮ．１は、前記のメッセージが符号化されたビット・ストリームとしてトランスポートされ得ることを保証するためにメッセージのための符号化フォーマットとして利用され、トランスポート媒体より低い層の特性の知識および／または同様の情報を要求せずに受信エンティティによって理解され得る。
【００５２】
１つの例において、ＡＳＮ．１メッセージは、それぞれのフィールドがそれらの現われる順序で符号化されるような、フィールドのセットとして構成され得る。従って、ＣＣＣＨ構造５００を含むフィールドは、ＣＣＢがメッセージ・タイプ・フィールドの後ろの第１のビット位置で符号化されるようなネスト化された方法で配置され得る。例えば、ＣＣＣＨ構造５００は、以下の表１に例証されたＡＳＮ．１メッセージ・フォーマットを使用して構成され得る。  
【表１】
2011511539.tif 000003
表１に示されるＡＳＮ．１メッセージ構造を利用することによって、ＡＳＮ．１の符号器は、構造５００で示されるような４番目のアウトプット・ビットが予約ビットＣＣＢの値を含むようなビット・ストリームを作り出し得る。第１に、メッセージ・タイプ・フィールドが８つの可能なメッセージ・タイプの中からの選択として表１に定義され、その結果、メッセージ・タイプ選択が３ビット値を採用する結果になることが観測され得る。１つの例において、メッセージ・タイプ・フィールドは、１つまたは複数の既知のメッセージ・タイプｒｒｃメッセージＡ（ｒｒｃＭｅｓｓａｇｅＡ）および／またはｒｒｃメッセージＢ（ｒｒｃＭｅｓｓａｇｅＢ）を指定することができる。それらは、例えば、それぞれＲＲＣ接続要求メッセージ（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅ）および／またはＲＲＣ接続再確立要求メッセージ（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥ−ＥＳＴＡＢＬＩＳＨＭＥＮＴ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅ）に対応し得る。さらに、テーブル１が例証するように、メッセージ・タイプ・フィールドは、要求されたサイズ（例えば３ビット）にメッセージ・タイプ・フィールドのサイズを埋め込むために１つまたは複数のスペアまたはヌルの選択をさらに含み得る。
【００５３】
追加として、ネスティングの任意の与えられた深さにおいて、現われるフィールドがメッセージの前方で符号化されることが要求される、オプションのフィールドのための存在ビット（ｐｒｅｓｅｎｃｅ  ｂｉｔ）のような特定のメタデータがない限り順番に符号化されることになる、テーブル１のＡＳＮ．１のメッセージ構造から認識され得る。従って、オプションのフィールドがメッセージ内に存在する場合、オプションのフィールドに関連するネスティングの層に符号化された第１の事項は、オプションのフィールドの存在および／または欠如を指定するビットのリストになり得る。しかしながら、このような場合において、第１のフィールドのコンテンツは、トランスポートされたビット−ストリームの第１のビットとして符号化され得ないことが認識される。従って、テーブル１は、（例えば、ｒｒｃＭｅｓｓａｇｅＡ、  ｒｒｃＭｅｓｓａｇｅＢ等の）それぞれのメッセージ・フォーマットが、メッセージの第１のビットとして固定されたブール値（例えば、誤りまたは０）にセットされる、ディスクリミネータ・ビット（例えば、ＣＣＢ）を配置するためにシーケンス構造内にフォーマットされ得ることを例証する。追加として、メタデータ・フィールドがＣＣＢに先立って符号化されるのを防ぐために、テーブル１は、それぞれのメッセージ・フォーマットのリマインダがネスティングのより深い層においてシーケンス構造にカプセル化され得ることを例証する。それは、メッセージのレマインダに関連する任意のメタデータがネスト化されたリマインダに関連し、ＣＣＢの前のビット−ストリームに現われないことになる。
【００５４】
図７−９を参照して、ここで説明された様々な態様に従って実行され得る方法が例証される。説明の単純化の目的のために、方法は、一連の動作として示され、説明されるが、この方法は、いくつかの動作がすることができるような動作の順序に限定されず、１つまたは複数の態様に従って、ここで示され、説明された動作と異なる順序および／または別の動作と同時に生じることが理解され、認識されることになる。例えば、当業者は、方法が状態図のような、一連の相関関係のある状態またはイベントとして代わりに表わされ得ることを理解し、認識することになる。さらに、例証された全てでない動作が、１つまたは複数の態様に従って方法を実施するために要求され得る。
【００５５】
図７を参照して、受信機（例えば、システム１００内の受信デバイス１３０）に、データ・パケットが送信されるチャネルを示す、データ・パケットを送信するための方法７００が例証される。例えば、方法７００は、例えば、基地局、ワイヤレス端末、および／または他の適切なネットワーク・デバイス（例えば、送信デバイス１１０として動作するネットワーク・デバイス）によって実行され得る。方法７００は、ブロック７０２において始まる。ここで、データ・パケットが受信機に送信されることになる第１のチャネル（例えば、ＣＣＣＨ）または第２のチャネル（例えば、ＤＣＣＨ）のうちの１つが識別される。ブロック７０４において、データ・パケットは、ブロック７０２において識別されたチャネルと関連するフォーマットに従って第１の層（例えば、ＲＲＣ）を使用してフォーマットされる。次に、ブロック７０６において、ブロック７０４で利用された第１の層より低い受信機（例えば、ＭＡＣ）での第２の層によって既知の位置におけるデータ・パケット内のビットは、第１のチャネルが識別される場合、第１の論理値（例えば、０）に、或いは第２のチャネルが識別される場合、第２の論理値（例えば、１）に、セットされる。最後に、ブロック７０８において、データ・パケットは、受信機に送信される。
【００５６】
図８は、ワイヤレス受信機（例えば、受信デバイス２３０）に対する送信にチャネル識別子を組み込むための方法８００を例証する。方法８００は、例えば、ノードＢ、ＵＥ、および／または（例えば、送信デバイス２１０として動作する）他の任意の適切なネットワーク・デバイスによって実施され得る。方法８００は、ブロック８０２において始まる。ここで、チャネルは、受信機にＭＡＣ  ＰＤＵ（例えば、ＰＤＵ２２０）を送信するために利用されるＣＣＣＨまたはＤＣＣＨから選択される。ブロック８０４において、受信機でのＭＡＣエンティティによって既知のＭＡＣ  ＰＤＵ内での所定のビット位置が識別される。
【００５７】
次に、方法８００は、ブロック８０６に移る。ここで、方法８００は、ブロック８０２でＤＣＣＨまたはＣＣＣＨのいずれが選択されたかに基づいて分岐する。ＤＣＣＨが選択された場合、方法８００は、ブロック８０８に続く。ここで、ブロック８０４で識別されたＭＡＣ  ＰＤＵのビット位置にあるマルチ−ビットＬＣＩＤのビットは、（例えば、略図６０２によって例証されるように）第２の論理値とは異なる第１の論理値（例えば、１）にセットされる。その一方、ＣＣＣＨが選択された場合、方法８００は、代わりにブロック８１０に進む。ここで、ＭＡＣ  ＰＤＵは、ブロック８０８で使用された第１の論理値とは異なる第２の論理値（例えば、０）に識別されたビット位置セットにおける（例えば、略図６０４によって例証されるように）ビットを有するＲＲＣメッセージを伝達するために構成される。最後に、ブロック８０８またはブロック８１０のいずれかで説明された動作が完了した後、方法８００は、ブロック８１２で終えることができる。ここで、ＭＡＣ  ＰＤＵは、ブロック８０２で選択されたチャネルを使用して、受信機に送信される。
【００５８】
図９を参照して、メッセージが送信されたチャネルを見出すためにワイヤレス通信システムにわたって送信されたメッセージを分析するための方法９００が例証される。例えば、アクセス・ポイント、移動局、および／または（例えば、受信デバイス１３０および／または２３０として動作する）任意の他の適切なネットワーク・デバイスによって実施され得る。方法９００は、ブロック９０２で始まる。ここで、所定のビット位置にチャネル識別情報を含む送信機の第１の層（例えば、ＲＲＣ）によって構成されたメッセージが識別される。次に、ブロック９０４において、第１の層より低い第２の層（例えば、ＭＡＣ）がその中のチャネル識別情報を得るためにブロック９０２で受信されたメッセージの所定のビット位置を分析するために利用される。その後、方法９００は、ブロック９０６で終わることができる。ここで、ブロック９０２でメッセージを送信するために使用されたチャネルは、ブロック９０４で得られたチャネル識別情報に基づいて判定される。
【００５９】
今、図１０を参照して、ワイヤレス通信システム内のチャネル区別を容易にする装置１０００が例証される。プロセッサ、ソフトウェア、またはそれらの組み合わせ（例えば、ファームウェア）によって実施される機能を表わす機能ブロックであるような、機能ブロックを含むように表わされる装置１０００が認識されることになる。装置１０００は、（例えば、基地局、モバイル端末、等）他のデバイスに送信を実施することができる任意の適切なワイヤレス・デバイスによって実施され、パケットが送信されるチャネルを決定するためのモジュール１００２および、決定されたチャネルの表す値にパケットのｎ番目の最上位ビットをセットするためのモジュール１００４を含むことができる。ここで、ｎは、パケットの意図した受信側で既知である。
【００６０】
図１１は、ワイヤレス通信システムのチャネル識別を容易にする装置１１００を例証する。プロセッサ、ソフトウェア、またはそれらの組み合わせ（例えば、ファームウェア）によって実施される機能を表わす機能ブロックであるような、機能ブロックを含むように表わされる装置１１００が認識されることになる。装置１０００は、他のデバイス（例えば、ＮｏｄｅＢ、ＵＥ、等）からの送信を受信する能力を有する任意の適切なワイヤレス通信デバイスによって実施され、ネットワーク・デバイスからパケットを受信するためのモジュール１１０２と、受信されたパケット内の所定の位置にあるビットの値を得るためのモジュール１１０４と、得られたビット値に基づいてパケットが送信されたチャネルを判定するためのモジュール１１０６と、を含むことができる。
【００６１】
今、図１２を参照して、ワイヤレス多重アクセス通信の例証が様々な態様に従って提供される。１つの例において、アクセス・ポイント１２００（ＡＰ）は、複数のアンテナ・グループを含む。図１２で示されるように、１つのアンテナ・グループは、アンテナ１２０４および１２０６を含むことができ、別のアンテナ・グループは、アンテナ１２０８および１２１０を含むことでき、別のアンテナ・グループは、アンテナ１２１２および１２１４を含むことができる。図１２において、２つのアンテナのみが各アンテナ・グループに対して示されているが、より多く若しくはより少数のアンテナが各アンテナ・グループのために利用され得ることが認識されるべきである。別の例において、アクセス端末１２１６は、アンテナ１２１２および１２１４と通信し得る。ここで、アンテナ１２１２および１２１４は、順方向リンク１２２０にわたってアクセス端末１２１６に情報を送信し、逆方向リンク１２１８にわたってアクセス端末１２１６からの情報を得る。追加のおよび／または代案として、アクセス端末１２２２は、アンテナ１２０６および１２０８と通信し得る。ここで、アンテナ１２０６および１２０８は、順方向リンク１２２６にわたってアクセス端末１２２２に情報を送信し、逆方向リンク１２２４にわたってアクセス端末１２２２からの情報を得る。周波数分割複信システムにおいて、通信リンク１２１８、１２２０、１２２４および１２２６は、通信のために異なる周波数を使用し得る。例えば、順方向リンク１２２０は、逆方向リンク１２１８によってその後に使用される周波数と異なる周波数を使用し得る。
【００６２】
アンテナの各グループおよび／またはそれらが通信を意図しているエリアは、アクセス・ポイントのセクタとして称され得る。１つの態様に従って、アンテナ・グループは、アクセス・ポイント１２００によってカバーされるエリアのセクタのアクセス端末に通信すること意図し得る。順方向リンク１２２０および１２２６にわたる通信において、アクセス・ポイント１２００の送信アンテナは、異なるアクセス端末１２１６および１２２２のための順方向リンクの信号対雑音比を改善するためにビームフォーミングを利用し得る。さらに、その受信可能なサービスエリアのいたる所にランダムに散乱したアクセス端末に送信するためにビームフォーミングを使用するアクセス端末は、その全てのアクセス端末に単一のアンテナを通じて送信するアクセス・ポイントより隣接セルのアクセス端末に対する干渉が少なくなる。
【００６３】
例えば、アクセス・ポイント１２００のようなアクセス・ポイントは、端末と通信するために使用される固定局であり、さらに、基地局、ノードＢ、および／または他の適切な用語として称され得る。さらに、例えば、アクセス・端末１２１６または１２２２のような、アクセス端末は、モバイル端末、ユーザ装置、ワイヤレス通信装置、端末、ワイヤレス端末、および／または他の適切な用語として称され得る。
【００６４】
今、図１３を参照して、ここで説明される様々な態様が機能し得る例示のワイヤレス通信システム１３００を例証するブロック図が提供される。１つの例において、システム１３００は、送信機システム１３１０および受信機システム１３５０を含む多入力多出力（ＭＩＭＯ）システムである。しかしながら、送信機システム１３１０および／または受信機システム１３５０は、更に、多入力単一出力に適用され得る。ここで、例えば、（基地局上における）複数の送信アンテナは、（例えば、移動局上における）単一のアンテナ・デバイスに１つまたは複数のストリームを送信することができる。さらに、ここで説明される送信機システム１３１０および／または受信機システム１３５０の態様は、単一出力と単一入力アンテナ・システムとの接続が利用され得ることが理解されるべきである。
【００６５】
１つの態様に従って、多数のデータ・ストリームのためのトラフィック・データは、送信機システム１３１０においてデータ・ソース１３１２から送信（ＴＸ）データ・プロセッサ１３１４に供給される。１つの例において、各データ・ストリームは、それぞれの送信アンテナ１３２４を介して送信され得る。追加として、ＴＸデータ・プロセッサ１３１４は、符号化されたデータを供給するためにそれぞれのデータ・ストリーム各々に対して選択された特定の符号化スキームに基づいて各データ・ストリームのためのトラフィック・データをフォーマットし、符号化し、インターリーブし得る。１つの例において、その後、各データ・ストリームのコード化されたデータは、ＯＦＤＭ技術を使用して、パイロット・データが多重化され得る。パイロット・データは、例えば、既知の方法で処理される既知のデータ・パターンになり得る。さらに、パイロット・データは、チャネル応答を推定するために受信機システム１３５０で使用され得る。送信機システム１３１０に戻って、各データ・ストリームの多重化されたパイロットおよび符号化データは、変調シンボルを供給するためにそれぞれのデータ・ストリーム各々に対して選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、Ｍ−ＱＡ）に基づいて変調され（たとえば、シンボル・マッピングされ）得る。１つの例において、各データ・ストリームに対するデータ転送速度、符号化、および変調は、プロセッサ１３３０で実行されおよび／またはプロセッサ１３３０によって供給される命令によって決定され得る。
【００６６】
次に、全てのデータ・ストリームに対する変調シンボルは、ＴＸプロセッサ１３２０に供給され得る。ＴＸプロセッサ１３２０は、さらに（例えば、ＯＦＤＭのための）変調シンボルを処理し得る。その後、ＴＸ  ＭＩＭＯプロセッサ１３２０は、ＮＴ個のトランシーバ１３２２ａから１３２２ｔにＮＴ個の変調シンボル・ストリームを供給し得る。１つの例において、各トランシーバ１３２２は、１つまたは複数のアナログ信号を供給するためにそれぞれのシンボル・ストリーム受信し、処理し得る。その後、各トランシーバ１３２２は、ＭＩＭＯチャネルにわたって送信するために適した変調信号を供給するためにアナログ信号をさらに調整（例えば、増幅し、フィルタにかけ、アップコンバート）する。従って、トランシーバ１３２２ａから１３２２ｔまでのＮＴ個の変調信号は、その後、ＮＴ個のアンテナ１３２４ａから１３２４ｔそれぞれで送信され得る。
【００６７】
別の態様に従って、送信された変調信号は、ＮＲ個のアンテナ１３５２ａから１３５２ｒによって受信機システムで受信され得る。その後、各アンテナ１３５２からの受信した信号は、それぞれのトランシーバ１３５４に供給され得る。１つの例において、各トランシーバ１３５４は、それぞれの受信信号を調整（例えば、フィルタにかけ、増幅し、ダウンコンバート）し、サンプルを供給するために適当な状態にされた信号をデジタル化し、その後、対応する「受信」シンボル・ストリームを供給するためにサンプルを処理する。その後、ＲＸ  ＭＩＭＯ／データ・プロセッサ１３６０は、ＮＴ個の「検波」シンボル・ストリームを供給するために特定の受信機処理技術に基づいてＮＲ個のトランシーバ１３５４からＮＲ個の受信シンボル・ストリームを受信し、処理し得る。１つの例において、各検波シンボル・ストリームは、対応するデータ・ストリームのために送信された変調シンボルの推定であるシンボルを含み得る。その後、ＲＸプロセッサ１３６０は、対応するデータ・ストリームのためのトラフィック・データを復元するために各検波シンボル・ストリームを復調し、デインターリーブし、復号することによって少なくとも一部の各シンボル・ストリームを処理し得る。したがって、ＲＸプロセッサ１３６０は、送信機システム１３１０においてＴＸ  ＭＩＭＯプロセッサ１３２０およびＴＸデータ・プロセッサ１３１３によって実行されたものに対して相補的なものになり得る。ＲＸプロセッサ１３６０は、さらに、データ・シンク１３６４に処理したシンボル・ストリームを供給し得る。
【００６８】
１つの態様に従って、ＲＸプロセッサ１３６０によって生成されたチャネル・応答推定値は、受信機において空間／時間処理を実行するため、電力レベルを調整するため、変調レートまたはスキームを変更するため、および／または適切な動作のために使用され得る。さらに、ＲＸプロセッサ１３６０は、例えば、検波シンボル・ストリームの信号対干渉雑音比（ＳＮＲｓ）のようなチャネル特性を推定し得る。その後、ＲＸプロセッサ１３６０は、プロセッサ１３７０に推定チャネル特性を供給し得る。１つの例において、ＲＸプロセッサ１３６０および／またはプロセッサ１３７０は、さらに、システムのための「動作」ＳＮＲの推定値を導き出し得る。その後、プロセッサ１３７０は、チャネル状態情報（ＣＳＩ）を供給し得る。ＣＳＩは、通信リンクおよび／または受信データ・ストリームに関する情報を備え得る。この情報は、例えば、動作ＳＮＲを含み得る。その後、ＣＳＩは、ＴＸデータ・プロセッサ１３１８によって処理され、変調器１３８０によって変調され、トランシーバ１３５４ａから１３５４ｒによって調整され、送信機システム１３１０に送信し返し得る。さらに、受信機システム１３５０におけるデータ・ソース１３１６は、ＴＸデータ・プロセッサ１３１８によって処理されるために追加のデータを供給し得る。
【００６９】
送信機システム１３１０に送信し返された、受信機システム１３５０からの変調信号は、その後、受信機システムによってレポートされたＣＳＩを復元するために、アンテナ１３２４によって受信され、トランシーバ１３２２によって調整され、復調器１３４０によって復調され、ＲＸデータ・プロセッサ１３４２によって処理され得る。１つの例において、レポートされたＣＳＩは、その後、プロセッサ１３３０に供給され、データ転送速度を決定するために使用されると共に、１つまたは複数のデータ・ストリームのために使用される符号化と変調スキームのために使用され得る。その後、決定した符号化および変調スキームは、量子化のためにトランシーバ１３２２に供給され、および／または受信機システム１３５０に対する後の送信に使用され得る。追加のおよび／または、代替として、レポートされたＣＳＩは、ＴＸデータ・プロセッサ１３１４およびＴＸ  ＭＩＭＯプロセッサ１３２０に対して様々な制御を生成するためにプロセッサ１３３０によって使用され得る。別の例において、ＲＸデータ・プロセッサ１３４２によって処理されたＣＳＩおよび／または他の情報は、データ・シンク１３４４に供給され得る。
【００７０】
１つの例において、受信機システム１３１０におけるプロセッサ１３３０および受信機システム１３５０におけるプロセッサ１３７０は、それぞれのシステムにおいて処理を命令する。さらに、送信機システム１３１０のおけるメモリ１３３２および受信機システム１３５０におけるメモリ１３７２は、プロセッサ１３３０および１３７０それぞれによって使用されるプログラム・コードおよびデータのための記憶装置を供給し得る。さらに、受信機システム１３５０における、様々な処理技術は、ＮＴ個の送信シンボル・ストリームを検波するためにＮＲ個の受信信号を処理するために使用され得る。これらの受信処理技術は、空間および空間−時間受信機処理技術を含み得る。これは、等化技術、および／または「連続ヌル化（nulling）／等化および干渉キャンセル」受信機処理技術と称され得る。さらに、この技術は、「連続干渉キャンセル」または「連続キャンセル」受信機処理技術と称され得る。
【００７１】
ここにおいて説明される態様は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組み合わせによって実施され得ることが理解されるべきである。システムおよび／または方法が、ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラム・コード、あるいはコード・セグメントの形で実施される場合、それらは、ストレージ・コンポーネントなどの機械可読媒体に記憶され得る。コード・セグメントは、プロシージャ、ファンクション、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、あるいは命令、データ構造、またはプログラムステートメントの任意の組み合わせ、を表わすことができる。コード・セグメントは、情報、データ、引き数、パラメータ、またはメモリコンテンツを渡すこと、および／または受信することにより、別のコード・セグメントまたはハードウェア回路に結合され得る。情報、引き数、パラメータ、データなどは、メモリ共有化、メッセージパッシング、トークンパッシング、ネットワーク送信などを含む適切な任意の手段を使用して、渡され、転送され、または送信され得る。
【００７２】
ソフトウェアの実施に対して、ここにおいて説明される技法は、ここにおいて説明される機能を実行するモジュール（例えば、プロシージャ、ファンクションなど）を用いて実施され得る。ソフトウェア・コードは、メモリ・ユニットに記憶され、そしてプロセッサによって実行され得る。メモリ・ユニットは、プロセッサ内部に、あるいはプロセッサの外部に実施され、外部の場合においては、メモリ・ユニットは、当技術分野において知られているような様々な手段を通してプロセッサに通信するように結合され得る。
【００７３】
上記で説明されているものは、１つまたは複数の態様の例を含む。上記に述べられた態様を説明する目的のためにコンポーネントまたは方法のあらゆる考えられる組み合わせを説明することは、もちろん可能ではないが、当業者は、様々な実施形態の多数のさらなる組み合わせと置換とが可能であることを認識し得る。したがって、説明されている態様は、添付の特許請求の範囲の精神および範囲内に含まれるすべてのそのような変更、修正、および変形を包含するように意図される。さらに、用語「含む(includes)」が、詳細な説明または特許請求の範囲のいずれかにおいて使用される限りでは、そのような用語は、「備えている(comprising)」が、請求項におけるトランジショナルワード(transitional word)として使用されるときに解釈されるように、用語「備えている(comprising)」と同様にして包含的であるように意図される。さらに、詳細な説明、または特許請求の範囲のいずれかにおいて使用されるような用語「または(or)」は、「非排他的論理和(non-exclusive or)」であるように意味される。
【図１】
2011511539.tif 000004
【図２】
2011511539.tif 000005
【図３】
2011511539.tif 000006
【図４】
2011511539.tif 000007
【図５】
2011511539.tif 000008
【図６】
2011511539.tif 000009
【図７】
2011511539.tif 000010
【図８】
2011511539.tif 000011
【図９】
2011511539.tif 000012
【図１０】
2011511539.tif 000013
【図１１】
2011511539.tif 000014
【図１２】
2011511539.tif 000015
【図１３】
2011511539.tif 000016
【国際調査報告】
2011511539.tif 000017
2011511539.tif 000018
2011511539.tif 000019
2011511539.tif 000020