(57)【要約】  トランスポートチャネルの集合が複合チャネルに多重化されている無線通信システムにおいて、妥当なＴＦＣＩ（ＴＦＣ（transport format combination：転送フォーマットの組み合わせ）インジケータ（indicator））を得る方法を提供する。各トランスポートチャネル（５１８）は、そのトランスポートチャネルでデータが予期されてるかをチェックし、受信データを監視する（５２０）。現在のトランスポートチャネルに適合する転送フォーマットインジケータを有さないＴＦＣの候補をＴＦＣ候補の集合から削除する（５２５）。ＴＤＣＩは、ＴＦＣ候補の集合のうち１つ残ったＴＦＣの候補に従って特定される（５２６）。
2007505568.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムであって、送信機と受信機との間の無線通信は、トランスポートチャネルの集合（ｓｅｔ）が多重化される物理層により処理される少なくとも１つの複合（ｃｏｍｐｏｓｉｔｅ）チャネルの送信を含み、各トランスポートチャネルは、制御層により物理データ要求として作成された転送（ｔｒａｎｓｐｏｒｔ）ブロック単位の中のタイミングフレーム上でデータを運び、各トランスポートチャネルは、ＴＦＩ（transport format indicator：転送フォーマットインジケータ）で特定される転送フォーマットの特徴で定義され、前記複合チャネルはＴＦＣ（transport format combination：転送フォーマットの組み合わせ）で定義される無線通信システムにおいて、前記複合チャネルに対する妥当なＴＦＣＩ（transport format combination indicator：転送フォーマット組み合わせインジケータ）を得る（ｄｅｒｉｖｅ）方法であって、
各トランスポートチャネルに対して、
前記トランスポートチャネル上でデータが予期されているかをチェックするステップと、
受信データに対して前記トランスポートチャネルを監視するステップと、
前記現在のトランスポートチャネルに適合する（ｍａｔｃｈｉｎｇ）ＴＦＩを有するそれぞれのＴＦＣを特定するステップと、
全てのＴｒＣＨに適合するＴＦＩを有する前記それぞれのＴＦＣに応じて前記ＴＦＣＩを得るステップと、
少なくとも１つのトランスポートチャネルがゼロデータを有し、かつ、ゼロデータに対して定義されているＴＦＩが存在しないフレームに対応する全ての物理データ要求を拒絶するステップと
を備えることを特徴とする方法。
【請求項２】
全てのＴＦＣを含むようにＴＦＣの候補の集合を初期化するステップと、
前記ＴＦＣの候補の集合から、前記現在のトランスポートチャネルに対して適合するＴＦＩを有さないＴＦＣを削除するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
各複合チャネルに対して全ての前記ステップを実行することをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
予め定められた遅延により前記フレームのタイミングを遅延させるステップをさらに備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記受信機が前記受信したデータを処理することを可能とするための前記送信されたデータとともに、前記得られたＴＦＣＩを含めるステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記送信機は、ＣＤＭＡ（code division multiple access：符号分割多元接続）ネットワークのための基地局であることを特徴とする請求項１に記載の方法。
【請求項７】
前記送信機は、ＣＤＭＡ（code division multiple access：符号分割多元接続）システムのためのＷＴＲＵ（wireless transmit/receive unit：無線送受信ユニット）であることを特徴とする請求項１に記載の方法。
【請求項８】
無線通信システムで使用されるデジタル信号処理装置であって、送信機と受信機との間の無線通信は、トランスポートチャネルの集合が多重化される物理層により処理される複合チャネルの送信を含み、各トランスポートチャネルは、制御層により物理データ要求として作成されたトランスポートブロック単位の中のタイミングフレーム上でデータを運び、各トランスポートチャネルは、ＴＦＩ（transport format indicator：転送フォーマットインジケータ）で特定される転送フォーマットの特徴で定義され、前記複合チャネルはＴＦＣ（transport format combination：転送フォーマットの組み合わせ）で定義される前記処理装置において、
転送ブロックのデータのパラメータと関連する情報のデータベースを格納するよう構成されたメモリと、
前記トランスポートチャネル上で予期され受信されたデータと前記データベースにおいてリストされたＴＦＣの候補とに基づいて、妥当なＴＦＣＩ（transport format combination indicator：転送フォーマット組み合わせインジケータ）を得るように構成された送受信処理装置とを備え、
前記ＴＦＣＩは、前記複合チャネル上の前記トランスポートチャネルの前記ＴＦＩと適合する１つ残ったＴＦＣの候補に従って得られ、
前記送受信処理装置は、少なくとも１つのトランスポートチャネルがゼロデータを有し、かつ、ゼロデータに対して定義されているＴＦＩが存在しない、フレームに対応する全ての物理データ要求を拒絶することを特徴とする処理装置。
【請求項９】
無線通信システムで使用されるＷＴＲＵ（wireless transmit/receive unit：無線送受信ユニット）であって、送信機と受信機との間の無線通信は、トランスポートチャネルの集合が多重化される物理層により処理される複合チャネルの送信を含み、各トランスポートチャネルは、物理データ要求として作成されたトランスポートブロック単位の中のタイミングフレーム上でデータを運び、各トランスポートチャネルは、ＴＦＩ（transport format indicator：転送フォーマットインジケータ）で特定される転送フォーマットの特徴で定義され、前記複合チャネルはＴＦＣ（transport format combination：転送フォーマットの組み合わせ）で定義される前記ＷＴＲＵにおいて、
前記物理データ要求を作成するための制御層と、
前記制御層と連結される物理層とを備え、
前記物理層は、
前記転送ブロックのデータのパラメータに関連する情報のデータベースを格納するよう構成されたメモリと、
前記トランスポートチャネル上で予期され受信されたデータと前記データベースにおいてリストされたＴＦＣの候補とに基づいて、妥当なＴＦＣＩ（transport format combination indicator：転送フォーマット組み合わせインジケータ）を得るように構成されたデジタル信号処理装置とを備え、
前記ＴＦＣＩは、前記複合チャネル上の前記トランスポートチャネルの前記ＴＦＩと適合する１つ残ったＴＦＣの候補に従って得られ、前記デジタル信号処理装置は、少なくとも１つのトランスポートチャネルがゼロデータを有し、かつ、ゼロデータに対して定義されているＴＦＩが存在しない、フレームに対応する全ての物理データ要求を拒絶することを特徴とするＷＴＲＵ。
【請求項１０】
前記送信装置は、ＣＤＭＡ（code division multiple access：符号分割多元接続）ネットワークのための基地局であることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
前記送信装置は、ＣＤＭＡ（code division multiple access：符号分割多元接続）システムのためのＵＥ（user equipment：ユーザ装置）であることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１２】
制御層によって作成された多重データチャネルのデータを処理するよう構成されたＷＴＲＵ（wireless transmit/receive unit：無線送受信ユニット）のための通信データ処理方法であって、前記多重データチャネルは、データフレームの集合における送信のための物理層によって複合チャネルに処理され、各送信データフレームの集合は、複数の予め定義されたフォーマットのうちのひとつにフォーマットされた送信データを有しており、前記予め定義されたフォーマットは、前記複合チャネルのデータフレームの集合における送信のためのデータが含まれる、選択されたデータチャネルの組み合わせを特定し、前記方法は、
前記物理層が、複合チャネルのデータフレームの集合における送信のためのデータチャネル上で、フォーマットされたデータを前記制御層から選択的に受信すること、および、
前記受信データに対する送信フォーマットを決定することであって、前記受信データを既知の（ｋｎｏｗｎ）予め定義されたチャネル組み合わせフォーマットと比較することを備え、
前記既知の予め定義されたチャネル組み合わせフォーマットによって定義された全てのチャネル上でデータが受信された場合、前記既知の予め定義されたチャネル組み合わせフォーマットを前記送信フォーマットとして特定し、
前記既知の予め定義されたチャネル組み合わせフォーマットによって定義された全てのチャネルでデータが受信されなかった場合、前記受信されたデータは異なる予め定義されたチャネル組み合わせフォーマットに適合するかを判断し、適合する場合、前記異なる予め定義されたチャネル組み合わせフォーマットを前記送信フォーマットとして選択することを特徴とする方法。
【請求項１３】
前記ＷＴＲＵは、ＣＤＭＡ（code division multiple access：符号分割多元接続）ネットワークのための基地局であり、前記受信されたデータに対する送信フォーマットを決定することは、前記既知の予め定義されたフォーマットとして初期フォーマットを選択することを含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ＷＴＲＵはＣＤＷＡ（code division multiple access：符号分割多元接続）システムのためのＵＥ（user equipment：ユーザ装置）であり、前記物理層が前記制御層から複合チャネルデータフレームの集合において送信のために選択されたデータチャネルからのデータを受信することは、前記制御層から前記既知の予め定義されたフォーマットを受信することを含むことを特徴とする請求項１２に記載の方法。
【請求項１５】
前記ＷＴＲＵは、ＣＤＭＡ（code division multiple access：符号分割多元接続）で使用するために構成され、前記制御層はＭＡＣ（medium access control：媒体アクセス制御）層であり、前記データチャネルはＴｒＣＨ（transport channel：トランスポートチャネル）であり、前記複合チャネルはＣＣＴｒＣＨ（coded composite transport channel：符号化複合トランスポートチャネル）であり、ＴＦＣＩ（transport format combination indicator：転送フォーマット組み合わせインジケータ）は予め定義された前記ＣＣＴｒＣＨの各フォーマットに関連しており、前記方法は、前記受信データが送信される複合チャネルデータフレームの集合における前記決定された送信フォーマットに対応するＴＦＣＩを送信することをさらに備えることを特徴とする請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、３ＧＰＰ等のＵＭＴＳシステムのトランスポートチャネルに関する。より詳細には、本発明は、ＷＴＲＵとＵＭＴＳの基地局側との両方のＬ１層におけるＴＦＣ（transport format combination：転送フォーマットの組み合わせ）の検索（ｌｏｏｋｕｐ）及びＴＦＣの再選択に関する。
【背景技術】
【０００２】
基地局、ＷＴＲＵ（wireless transmit/receive unit：無線送受信ユニット）及びモバイルユニットの用語は、それらの一般的な意味で使用される。本実施形態では、ＷＴＲＵ（wireless transmit/receive unit：無線送受信ユニット）は、限定的ではなく、ユーザ設備、携帯電話機、固定型または移動体の加入者ユニット、ページャ、または無線の環境において動作する能力のある他の任意の種類の装置を含む。ＷＴＲＵは、電話、ビデオ電話、ネットワーク接続を有するインターネットレディ電話（Internet ready phone）などのパーソナル通信装置を含む。さらに、ＷＴＲＵは、同様なネットワーク機能を有する無線モデムが接続されたＰＤＡやノードブックコンピュータなどの携帯型パーソナルコンピューティング装置を含む。携帯型かまたは他の方法で位置を変えることが可能なＷＴＲＵは、モバイルユニットと呼ばれる。以下で言及する場合には、基地局は、限定的ではなく、Ｎｏｄｅ−Ｂ、サイト制御装置、アクセスポイント、または無線の環境における他のインターフェース装置を含むＷＴＲＵである。
【０００３】
無線通信システムは技術的に周知である。無線システムに対する地球規模の接続性を提供するために標準規格が開発されてきており現在使用されている。広く使用されている現在の１つの標準規格は、ＧＳＭ（Global System for Mobile Telecommunication）として知られている。これは、いわゆる第２世代移動通信システム（２Ｇ：Second Generation mobile radio system standard）と考えられており、この改良版（２．５Ｇ）が続いている。ＧＰＲＳ及びＥＤＧＥは、（２Ｇ）ＧＳＭネットワーク上で比較的高速のデータサービスを提供する２．５Ｇ技術の例である。これらの標準規格のそれぞれについて、追加の機能及び増強による従来の標準規格の向上が求められた。１９９８年１月に、ヨーロッパ電気通信標準規格協会−特別な携帯電話団体(ＥＴＳＩＳＭＧ：European Telecommunications Standard Institute)は、ＵＭＴＳ（Universal Mobile Telecommunications System）と呼ばれる第３世代無線通信システムに対する無線通信アクセス基本構想に同意した。ＵＭＴＳ標準規格をさらに導入するために、３ＧＰＰ（Third Generation Partnership Project）が１９９８年１２月に組織された。３ＧＰＰは、共通の第３世代移動無線通信標準規格について取り組み続けている。
【０００４】
現在の３ＧＰＰ仕様に従った典型的なＵＭＴＳシステムの構造を図１Ａに示す。ＵＭＴＳネットワークアーキテクチャは、Ｉｕとして知られているインターフェースを介してＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）と相互接続されたＣＮ（Core Network：コアネットワーク）を含む。Ｉｕは、現在公的に利用可能な３ＧＰＰ仕様書で詳細に定義されている。ＵＴＲＡＮは、Ｕｕとして知られる無線インターフェースを介して、３ＧＰＰでＵＥ（user equipment：ユーザ装置）として示されているＷＴＲＵ（wireless transmit receive unit：無線送受信ユニット）を通じて、ユーザに無線通信サービスを提供するように構成される。ＵＴＲＡＮは、１又は複数のＲＮＳ（radio network controller：無線ネットワーク制御装置）及び３ＧＰＰでノードＢとして示されている基地局を有し、これらは共同でＵＥとの無線通信についての地域的な範囲を規定する。１又は複数のノードＢは、３ＧＰＰでＩｕｂとして知られるインターフェースを介して各ＲＮＣに接続される。ＵＴＲＡＮは、異なるＲＮＣに接続されるいくつかのノードＢのグループを有することができるが、図１Ａに示される例では２つが表されている。ＵＴＲＡＮにおいて複数のＲＮＣが提供される場合、Ｉｕｒインターフェースを介してＲＮＣ間の通信が行われる。
【０００５】
このネットワーク要素の外部への通信は、ユーザレベルでＵｕインターフェースを介してノードＢにより実行され、ネットワークレベルで外部システムへの様々なＣＮ接続を介してＣＮにより実行される。
【０００６】
一般的に、ノードＢ等の基地局の主な機能は、基地局のネットワークとＷＴＲＵとの間の無線接続を提供することである。典型的には、基地局は、接続されていないＷＴＲＵが基地局のタイミングと同期をとることを可能とする共通チャネル信号を発行（送信）する。３ＧＰＰにおいては、ノードＢはＵＥと物理的な無線接続を行う。ノードＢは、Ｉｕｂインターフェースを介してＲＮＣから信号を受信する。このＲＮＣは、Ｕｕインターフェースを介してノードＢから送信された無線信号を制御する。
【０００７】
ＣＮは、正確な方向へのルーティング情報についての責任を負う。例えば、ＣＮは、ノードＢの１つを介してＵＭＴＳによって受信される音声トラヒックを、ＵＥからＰＳＴＮ（public switched telephone network：公衆電話交換網）までルーティングすることができ、又はインターネットに向かうパケットデータをルーティングすることができる。
【０００８】
ＲＮＣは、一般的にＵＴＲＡＮの内部制御機能である。ＲＮＣは、また、ノードＢとのＵｕインターフェース接続を介したローカル要素を有する通信についての中継サービス、及び、国内のＵＭＴＳにおけるセルラー電話機からの海外への呼び出し等の、ＣＮと外部システムとの間の接続を介した外部サービス要素を有する通信のための中継サービスも提供する。
【０００９】
図１Ｂは、ＵＴＲＡプロトコルスタックを示しており、これはＲＮＣ（radio network controller：無線ネットワーク制御装置）１１及び基地局１４内に含まれている。ＲＮＣ１１は、ＲＬＣ（radio link control：無線リンク制御）層１２及びＭＡＣ（medium access control：媒体アクセス制御）層１３を備えている。基地局１４は、物理Ｌ１層１５を備えている。
【００１０】
ＲＬＣ層１２は、制御情報をＭＡＣ層１３に運ぶ（ｂｅａｒ）論理チャネルを送信する（ｄｅｌｉｖｅｒ）。これらの論理チャネルは、セットアップ情報を含むＤＣＣＨ（dynamic control channel：動的制御チャネル）であり、音声及びデータ等のユーザデータを運ぶＤＴＣＨ（dynamic traffic channel：動的トラヒックチャネル）である。
【００１１】
ＭＡＣ層１３は、論理チャネルＤＣＣＨ及びＤＴＣＨを異なるＴｒＣＨ（transport channel：トランスポートチャネル）に写像する（ｍａｐ）。次いで、ＴｒＣＨはＬ１層１５に送信される。Ｌ１層１５は、データ送信の役割を果たす。ＭＡＣ層とＬ１層との間のインターフェースは、トランスポートチャネルＴｒＣＨによって形成される。Ｌ１層においては、ＴｒＣＨの集合は連結され（ｃｏｍｂｉｎｅ）、ＣＣＴｒＣＨ（coded composite transport channel：符号化複合トランスポートチャネル）が形成される。
【００１２】
ＴＦ（transport format：転送フォーマット）は、ＴＴＩ（transmission time interval：送信時間間隔）（単位はｍｓ）、ＴＢ（transport block：転送ブロック）サイズ（単位はビット）、及びＴＢＳ（transport block set：転送ブロックの集合）サイズを設定することにより、トランスポートチャネルのデータレートを定義する。ＴＦＣＳ（transport format combination set：転送フォーマットの組み合わせの集合）は、各ＣＣＴｒＣＨに対して定義される。各ＴＦＣ（transport format combination：転送フォーマットの組み合わせ）は、ＴＦＣＩ（transport format combination indicator：転送フォーマット組み合わせインジケータ）によって特定され、ＣＣＴｒＣＨのそれぞれのトランスポートチャネルに対する転送フォーマットの組み合わせを定義する。ＴＦＣＩ信号伝達（ｓｉｇｎａｌｉｎｇ）は、既に構成されたＴＦＣＳ内において現在の転送フォーマットの組み合わせを指し示すことのみからなる。１つのＣＣＴｒＣＨの全てのＴｒＣＨに関して、現在の転送フォーマットを表す１つのＴＦＣＩのみが同時に存在する。ＴＦＣＩは、現在の妥当なＴＦＣを受信側に通知するために使用され、従って、適切なトランスポートチャネルで受信したデータを、どのように復号し多重化を元に戻し及び送信するかを通知するために使用される。３ＧＰＰは、状況に応じて、受信局による「ブラインド転送フォーマット検出（blind transport format detection）」を提供する。この場合には、受信局は、可能性のある妥当なＴＦＣＩを検討する。ただ１つの妥当なＴＦＣＩが存在する場合、そのＴＦＣＩはいずれにしても使用される。
【００１３】
ＴＦＳ（transport format set：転送フォーマットの集合）は、ＴｒＣＨに関連する転送フォーマットの集合として定義される。全ての転送フォーマットの半静的な（ｓｅｍｉ−ｓｔａｔｉｃ）部分は、ＴＦＳ内と同じである。転送ブロックサイズと転送ブロックの集合のサイズとにより、トランスポートチャネル上に瞬時にビットレートが効果的に形成される。それぞれのＴＴＩの間に、転送ブロック集合のサイズのみ（ＨＳ−ＤＳＣＨには適用できない）又は転送ブロックサイズと転送ブロック集合サイズとの両方を変化させることにより、トランスポートチャネル上に写像されサービス種類に依存するビットレートを変化させることができる。
【００１４】
ＴＦＩ（transport format indicator：転送フォーマットインジケータ）は、現在のＴＴＩに対して使用される特定の転送フォーマットを表現するために割り当てられた（例えば０から２５５の間の）数値である。
【００１５】
転送ブロックＴＢは、ＭＡＣ層１３と物理Ｌ１層１５との間で交換される基本構成単位である。ＴＢＳは、同時要求により、同じトランスポートチャネルを使用して、ＭＡＣ層１３と物理Ｌ１層１５との間で交換されるＴＢの集合と定義される。ＴＴＩは、ＴＢＳの到着間隔（ｉｎｔｅｒ−ａｒｒｉｖａｌ  ｔｉｍｅ）と定義され、ＴＢＳがＭＡＣ層１３から物理Ｌ１層１５へ転送される周期と等しい。例えば、２０ｍｓＴＴＩは、２０ｍｓ毎のＴＦ（通常２つの１０ｍｓフレームの合計となる）において特定されるデータの伝達を表す。ハードウェアを処理するＬ１層１５は、無線インターフェースを介して、ＷＴＲＵ等の相手側エンティティにＴＢＳを送信する。
【００１６】
ＭＡＣ層１３は、ＣＣＴｒＣＨ内のトランスポートチャネルの組み合わせに対してＴＦＣを選択する役割を果たす。この選択は、ＴＴＩ毎に発生する。下りリンクに対しては、ＴＦＣの選択は各論理チャネルのバッファデータ量に基づいている。上りリンクの通信に対しては、ＴＦＣの選択は、バッファデータ量と上りリンクのＵＥ転送能力との両方に基づいている。ＴＦＣは、ＣＣＴｒＣＨ内の各トランスポートチャネルに対する動的及び半静的なパラメータの全てを定義する。選択されたＴＦＣ及び各ＵＬ  ＣＣＴｒＣＨに対する関連データは、送信のために物理層に提供される。
【００１７】
プリミティブ（ｐｒｉｍｉｔｉｖｅ）が情報及び制御の論理的な交換を表す場合、ＭＡＣ層１３と物理Ｌ１層１５との相互通信は、プリミティブで表現される（ｉｎ  ｔｅｒｍｓ  ｏｆ）。３ＧＰＰ等のシステムにおけるかかるプリミティブは、物理データ要求（ＰＨＹ−Ｄａｔａ−ＲＥＱ）であり、これは各トランスポートチャネルに対してＭＡＣ層から物理Ｌ１層へ送信されたＴＢのデータへのポインタとして動作する。ＰＨＹ−Ｄａｔａ−ＲＥＱプリミティブは、特定のトランスポートチャネルに対するデータに関連する次のパラメータ情報も含む。すなわち、存在する（resident）セルについてのＴＦＩ、ＴＢＳ及びＣＦＮ（connection frame number：接続フレーム番号）である。ＰＨＹ−Ｄａｔａ−ＲＥＱプリミティブは、特定のトランスポートチャネルの各ＴＴＩで送信される。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
下りリンク基地局の信号処理については、ＭＡＣ層１３により選択されたＴＦＣＩは、Ｉｕｂインターフェースを介しているため（ｏｖｅｒ）、基地局１４から可視的でない。特定のフレーム上の特定のトランスポートチャネルに対するＩｕｂデータフレームは、そのフレーム上のそのトランスポートチャネルに対するＴＦＩのみを運ぶ。Ｌ１層１５の処理アルゴリズムは、ＣＣＴｒＣＨ上の全てのトランスポートチャネルに対するＴＢ（transport block：転送ブロック）が、ＴＦＣＩ、ＴＢサイズ、ＴＢ数、ＴＴＩ等の、全ての必要な情報とともに（ｗｉｔｈ）アクセスされることを予期する（ｅｘｐｅｃｔ）。基地局１４のＬ１層１５が、特定のＴｒＣＨに対するＴＦＩの受信に失敗したが、ＴＦＩ値がこのトランスポートチャネルに対するゼロビットに対応することを認識している場合、このゼロビットに対応するＴＦＩ値は、その特定のＴｒＣＨに対するものと想定される。異なるトランスポートチャネルのＴＦＩの組み合わせの間にこの想定されたＴＦＩが含まれる場合、妥当なＴＦＣＩはこの組み合わせに対応することができ、従って、データは基地局とＷＴＲＵとの間の無線インターフェースＵｕ上に当然送信されるべきである。かかるＴＦＣＩは、利用可能な複数のＴＦＣＩからのＴＦＩの妥当な組み合わせであるものの、ゼロビットのデータがチャネル上に写像されるべきであるという想定が、実際には、Ｉｕｂを介したＲＮＣ１１と基地局１４との間での通信遅延であった場合は、かかるＴＦＣＩは送信されるべきデータを表していない。
【００１９】
ＷＴＲＵ上りリンク信号処理については、不適切なＴＦＣＩの選択により同様の問題が発生する可能性がある。図１Ｃは、ＭＡＣ層１７及び物理Ｌ１層１８を備えるＷＴＲＵ１６のプロトコル階層を示す。ＭＡＣ層１７は、上りリンクＤＣＨ（Dedicated channels）に対してのみＴＦＣＩを選択し、Ｌ１層１８に対する物理データ要求ＰＨＹ−Ｄａｔａ−ＲＥＱプリミティブにおいて妥当なＴＦＣＩを提供する。ＴＦＣＩは、ＣＣＴｒＣＨに対する全てのデータに提供されるＬ１層１８にとって十分であり、フレームはＬ１層１８にタイムリーに到達する。したがって、データがＬ１層１８に早く到達し、Ｌ１層１８がＭＡＣ層１７から提供されるＴＦＣＩの検証に成功した場合は、ＴＦＣＩの検索は必要なく、無線インターフェースを介したデータ転送のためのＬ１層１８の処理アルゴリズムに対して必要な情報が提供される。しかしながら、ＣＣＴｒＣＨに対する全てのデータがタイムリーにＭＡＣ層１７から到着しなかった場合、不適切な選択を行うことのリスクを伴いながら、ＭＡＣ層１７とＬ１層１８との間の不完全なデータ転送に基づいてＴＦＣＩを再選択しなければならない。
【課題を解決するための手段】
【００２０】
制御層によって作成された複数のデータチャネルの転送フォーマットの組み合わせを得るための通信データ処理方法が提供される。この複数のデータチャネルは、物理層によって送信のための複合チャネルに処理される。送信データフレームの集合は、複数の予め定義されたフォーマットのうちの１つにフォーマットされた送信データを有する。この予め定義されたフォーマットは、複合チャネルのデータフレームの集合における送信のためのデータが含まれる、選択されたデータチャネルの組み合わせで特定される。方法は、物理層が複合チャネルのデータフレームの集合における送信のためのデータチャネル上でフォーマットされたデータを制御層から選択的に受信すること、及び、受信データに対する送信フォーマットを決定することを備える。受信データは既知の予め定義されたチャネル組み合わせフォーマットと比較される。データが既知の予め定義されたチャネル組み合わせフォーマットによって定義された全てのチャネルで受信される場合、その既知の予め定義されたチャネル組み合わせフォーマットは送信フォーマットとして特定される。データがその既知の予め定義されたチャネル組み合わせフォーマットで定義された全てのチャネルで受信されない場合、受信データは異なる予め定義されたチャネル組み合わせフォーマットに適合するか否か、もし適合するならばその異なる予め定義されたチャネル組み合わせフォーマットは送信フォーマットとして特定されるか、に関して決定が行われる。
【発明を実施するための最良の形態】
【００２１】
本発明の機能及び要素は、特定の組み合わせにおける好ましい実施形態で記述されているが、各機能及び要素を（好ましい実施形態の他の機能及び要素なしに）単独で使用することが可能である。実施形態は、時分割複信モードを利用した３ＧＰＰ（third generation partnership program）Ｗ−ＣＤＭＡ（wideband code division multiple access：広帯域符号分割多元接続）システムを用いて記述されるが、この実施形態は、ＴＤ−ＳＣＤＭＡ（time division-synchronous ＣＤＭＡ）等の、任意の複合型のＣＤＭＡ（code division multiple access）／ＴＤＭＡ（Time Division Multiple Access：時分割多元接続）通信システムに適用可能である。さらに、本実施形態は、一般的に、提案されている３ＧＰＰ  Ｗ−ＣＤＭＡ又はＣＤＭＡ２０００のＦＤＤ（frequency division duplex：周波数分割複信）モード等の、ＣＤＭＡシステムに適用可能である。
【００２２】
図２は、物理Ｌ１層２０のブロック図を示している。この物理Ｌ１層２０は、送信／受信処理２２及びフレームスケジュール処理２３を実行するデジタル信号処理装置２１を備えている。物理Ｌ１層２０は、メモリ２４（好ましくはＲＡＭ）も備えている。送信／受信処理２２は、入力２５をＭＡＣ層から受信し、本発明に係る転送フォーマット組み合わせの検索及び再選択を行う。フレームスケジュール処理２３は、ＤＳＰ２１上でのＬ１層の処理の間、フレーム基準（ｂａｓｉｓ）によるフレーム上のデータ転送ブロックについてのスケジューリングを行う役割を果たす。メモリ２４は、ＴＦＣ（transport format combination：転送フォーマットの組み合わせ）、ＴＦＩ（transport format indicator：転送フォーマットインジケータ）及びＴＦＣＩ（transport format combination indicator：転送フォーマット組み合わせインジケータ）に関連する情報を保存するいくつかのデータベースを格納するために使用される。図２では分離して示されているが、他の実施形態では、デジタル信号処理装置２１の一部分としてメモリ２４を含むことも可能である。表１は、本実施形態で使用される様々なデータベースを一覧にしている。
【００２３】
【表１】
2007505568.tif 000003
【００２４】
図３は、物理データ要求（ＰＨＹ−Ｄａｔａ−ＲＥＱ）ＰＤＲ１、ＰＤＲ２、ＰＤＲ３についての時間軸を示し、各物理データ要求ＰＤＲ１、ＰＤＲ２、ＰＤＲ３はそれぞれのトランスポートチャネルＴｒＣＨ１、ＴｒＣＨ２及びＴｒＣＨ３と関連する。時間軸は、フレームマーカＦ１、Ｆ２、Ｆ３を用いて、２つのデータフレームの継続期間を示している。物理Ｌ１層２０は、入力２５においてＭＡＣから物理データ要求ＰＤＲ１、ＰＤＲ２、ＰＤＲ３を受信する。フレームスケジュール処理２３は、Ｆ１等のフレームチェックマーク（tick）マーカから予め定められた調整可能な遅延時間で満了するようにタイマを設定することにより、遅延フレームチェックマーク信号ＤＦ１、ＤＦ２を設定する。例えば、１０ｍｓのフレームサイズでは、遅延フレームチェックマーク信号ＤＦ１は、フレームマーカＦ１から７ｍｓで発生するのが好ましい。７ｍｓの値は経験値であり、最適な処理能力の実現に適応するよう調整できることに留意すべきである。タイマが満了すると、遅延フレームチェックマーク信号が送信／受信処理２２に送信される。遅延フレームチェックマーク信号ＤＦ１は、送信／受信処理２２がフレームマーカＦ１でのフレームの始めにおいて受信した任意の物理データ要求を処理できるようにする。図３に示すように、物理データ要求ＰＤＲ１及びＰＤＲ２は、遅延フレームチェックマーク信号ＤＦ１よりも前に受信されるが、物理データ要求ＰＤＲ３は遅延フレームチェックマーク信号ＤＦ１の後まで受信されない。好ましくは、物理Ｌ１層２０の処理アルゴリズムは、ＣＣＴｒＣＨ上の全てのＴｒＣＨに対するＴＢ（transport block：転送ブロック）が、ＴＦＣＩ、ＴＢサイズ、ＴＢの数、ＴＴＩ等、全ての必要な情報とともにアクセスされることが期待される（ｅｘｐｅｃｔ）。しかしながら、図３に示す例では、ＴｒＣＨ３に関連するＴＦＩ情報は、タイムリーに物理Ｌ１層２０に利用可能でない。このＣＣＴｒＣＨに対するＴｒＣＨ３に対するデータは存在しないが、信号が、現在のＴＦＣＩを示すＬ１処理に送信されるように今もなお要求されている。「ダミー」信号（好ましくはＡＰＩ（application programming interface））がゼロデータを示すＴＦＩとともに作成される。ゼロデータＴｒＣＨ３に対応するＴＦＣが選択される。ゼロデータＴｒＣＨ３に対応するＴＦＣ選択の失敗が発生すると、送信／受信処理２２は、フレームに対する物理データ要求ＰＤＲ１及びＰＤＲ２を拒絶し、エアインターフェースを介して適切に受信することができない、妥当でないＴＦＣＩに関わるデータ送信に資源を費やすことを防ぐ。
【００２５】
図４は、トランスポートチャネルＴｒＣＨ１、ＴｒＣＨ２及びＴｒＣＨ３の組み合わせに対するＴＦＩ値に対応するいくつかのＴＦＣＩ値のテーブルを示す。好ましくは、ＴＦＩ値は５つのビット値（すなわち０から３１）である。ゼロのＴＦＩ値は、定義されたゼロデータＴｒＣＨを表し、ゼロでないＴＦＩ値は、トランスポートチャネルＴｒＣＨ１、ＴｒＣＨ２及びＴｒＣＨ３に対する特定の転送フォーマットを表す。従って、ＴＦＣＩ値［０、４１、１５６、２０１］は、図３においてＦ１−Ｆ２フレームに対して受信した物理データ要求ＰＤＲ１、ＰＤＲ２に対する候補である。しかしながら、ゼロデータＴｒＣＨ３に対していくつかの可能性のあるＴＦＣＩが存在するため、適切なＴＦＣＩを得なければならない。
【００２６】
送信／受信処理２２が受信した物理データ要求に対する転送フォーマットパラメータの計算を開始する開始点（starting point）は、全てのデータがフレーム上の全てのＴｒＣＨに対してタイムリーに到着した場合は、データに対するＴＦＣＩを「検索する」ことであり、又は、全てのデータがタイムリーに到着しなかった場合は、データに対するＴＦＣＩを「再選択」することである。３ＧＰＰ等のシステムでは、このＴＦＣＩの検索及び再選択は、ＤＣＨ（downlink dedicated channel）及びＦＡＣＨ（forward access channel）に対して有効である。ＴＦＣＩが検索され又は再選択されると、送信／受信処理２２はＴＦＣＳの検索を実行し、残りの転送フォーマットパラメータを取得する。
【００２７】
図５Ａ及び５Ｂは、ＷＴＲＵ１６の送信／受信処理２２により実行されるＴＦＣＩ選択アルゴリズムについての方法のフローチャートを示す。アルゴリズムが開始し、遅延フレームチェックマークがステップＳ５０１及び５０２で受信される。次に、ＣＣＴｒＣＨ基準で実行される次のステップのシーケンスの準備として、メモリ２４に格納されているＣＣＴｒＣＨについてのデータベース情報が詳しく調べられる（ｔｒａｖｅｒｓｅ）（ステップ５０４）。ＷＴＲＵ上り信号は、複数のＣＣＴｒＣＨを有することができる。ステップ５０５においては、送信／受信処理２２は、フレームに対する全てのＣＣＴｒＣＨが処理されたか否かを調べるチェックを行う。全て処理されている場合は、送信／受信処理２２は次の遅延フレームチェックマークを待つ（ステップ５０６）。全てのＣＣＴｒＣＨが処理されていない場合、データベースからの予め決定されたＴｒＣＨ情報を求めてメモリ２４を検索する（ステップＳ５０８）。次いで、現在処理されているＣＣＴｒＣＨ上に１つのＴｒＣＨのみが存在する場合、その１つのＴｒＣＨに対するＴＦＩ及びデータはタイムリーに到達したか、または、データが何も到達していないか、のいずれかである。ＴＦＩが既知（ｋｎｏｗｎ）の場合、通常のＴＦＣＩ選択を発生させることが可能である。データが何も到達していない場合、Ｌ１層１５による現在のＣＣＴｒＣＨに対する送信に対してフレームスケジュール処理２３がスケジュールするデータは何も存在せず、ＴＦＣＩの選択を進める必要はない。従って、アルゴリズム５００はさらなる処理のために次のＣＣＴｒＣＨに進む（ステップ５０９、５２２）。現在のＣＣＴｒＣＨ上に複数のＴｒＣＨが存在する場合は、アルゴリズム５００はステップ５１０に進み、このステップ５１０では、現在のＷＴＲＵとその相手側の基地局との間の通信に特有のトラッキング（ｔｒａｃｋｉｎｇ）の目的で、ＳＦＮ（system frame number：システムフレーム番号）はＣＦＮ（connection flame number：接続フレーム番号）に変換される。ＣＣＴｒＣＨに対するＴＦＣＩ割り当ては、ＴＴＩ境界で発生するフレームチェックマークでのみ発生可能であるため、ステップ５１１は、現在のＣＦＮがかかるＴＴＩ境界にあるか否かをチェックする。ＴＴＩ境界は、現在のＣＣＴｒＣＨを処理している任意のトランスポートチャネルに対する転送ブロックサイズ期間の終了と同時に起こるフレームマーカで発生する。ＴＦＣＩは、ＴＴＩ境界で発生する、ＣＣＴｒＣＨ上のＴｒＣＨに対するＴＦＣの起こりえる変わり目（transition）で変化すれば十分である。
【００２８】
ステップ５１２では、送信／受信処理２２は、任意のデータが送信されたか否か、現在のフレームをチェックする。従って、任意の物理データ要求がこのフレーム内で発生した場合、アクティブなフレーム及びアルゴリズム５００が継続しているとみなされる。発生しない場合、さらに処理を行うために次のＣＣＴｒＣＨが選択される（ステップ５２２）。
【００２９】
次に、メモリ２４の中のアクティブＴｒＣＨデータベースが送信／受信処理２２によって検査される（ステップ５１３）。ＴｒＣＨのいずれもＣＦＮに対するデータを受信していない場合、又は、ＴｒＣＨの全てがこのＣＦＮに対するデータを受信する場合、アルゴリズム５００の処理は現在のＣＣＴｒＣＨに対して終了し、次のＣＣＴｒＣＨの処理が始まる（ステップ５１４、５１５、５２２）。そうでない場合、さらなる処理のため、アクティブＴｒＣＨを求めてデータベースが１ずつ順次詳しく調べられる（ステップ５１６）。最初のＴｒＣＨは、データベースフィールドCheck_TrCH_for_Expected_Dataを検索することにより、データが予期されているかどうかがＴＴＩ毎を基準にチェックされる（ステップＳ５１８）。好ましくは論理真偽の登録（ｅｎｔｒｙ）によって、このデータベースフィールドがデータを予期していることを示している場合、次にアルゴリズム５００はこのＴｒＣＨでデータが受信されたか否かチェックする（ステップ５２０）。データが予期されない場合、次のＴｒＣＨが処理される（ステップＳ５１６）。
【００３０】
予期されるデータに対する、ステップ５１８における肯定的な判定結果に続いて、送信／受信処理２２は、メモリ２４における物理Ｌ１層データベースのデータフィールドCFN_Last_Receivedをチェックする（ステップ５２０）。このデータフィールドは、データがこの特定のＴｒＣＨに対して受信された直近のＣＦＮを記録する。このフィールドが現在のＣＦＮに合致するＣＦＮを示す場合、現在のフレーム期間中にこのＴｒＣＨ上でデータが受信されている。その結果各ＴｒＣＨは処理され、そして、現在のＣＣＴｒＣＨに対する最後のＴｒＣＨの処理が完了すると、アルゴリズム５００は次のＣＣＴｒＣＨに進む（ステップＳ５２２）。ステップ５２０において、データがこのＴｒＣＨに対して受信されなかった場合、ＴＦＣＩの再選択がステップ５２３で始まる。ＴＦＣＩ再選択に対する処理は図８Ａ及び８Ｂにおいてより詳細に示しており、後にさらに詳細に説明する。ＴＦＣＩの再選択が成功すると（ステップＳ５２４）、ＣＣＴｒＣＨに対するＴＦＣＩが送信される（ステップＳ５２６）。そうでない場合、現在のフレームに対する全ての物理データ要求は、ＴＴＩ最大境界が発生するまで拒絶されなければならない（ステップＳ５２５）。
【００３１】
図６Ａ及び図６Ｂは、基地局物理Ｌ１層の送信／受信処理２２により実行されるアルゴリズム６００を示しており、検出されたゼロデータＴｒＣＨに対するＴＦＣＩ再選択及びＴＦＣＩ検索を実行する。ステップ６０１から６２５は図５Ａ及び５Ｂのステップ５０１から５２５に直接対応するため、適宜ステップ５０１から５２５の説明を参照されたい。図５Ａ及び５Ｂから外れている（ｄｅｖｉａｔｅ  ｆｒｏｍ）図６Ａ及び６Ｂの部分は、追加のＴＦＣＩ検索ステップ６２７であり、これは、ＭＡＣ層１３が基地局１４のためにＴＦＣＩを物理Ｌ１層１５に送信しないため必要となる。ステップ６１５において、現在のＣＣＴｒＣＨに対する全てのトランスポートチャネルが現在のＣＦＮに対するデータを受信した場合に、ＴＦＣＩ検索を開始することが可能である（ステップＳ６２７）。ＴＦＣＩ検索処理は図７に示す方法のフローチャートに示されており、ここでさらに詳細に説明する。
【００３２】
図７は、アルゴリズム７００の方法のフローチャートを示しており、このアルゴリズム７００は、アクティブなＴｒＣＨ全てがデータを受信したことを判断した後にＴＦＣＩ検索機能を実行する。アルゴリズム７００が開始されると、関係ない任意のトランスポートチャネルを考慮しなくてよいように、このＣＣＴｒＣＨに対するアクティブなＴｒＣＨのリストがメモリ２４中のデータベースから読み出される（ステップ７０１、７０２）。次に、ポインタがメモリ２４の中のＴＣＦＳデータベースに置かれ、全てのＴＦＣはＴＦＣ集合の候補の中に含まれる（ステップＳ７０３）。アクティブなＴｒＣＨの中から、メモリ２４の中のデータベースから最初のＴＲＣＨが読み出され、直近に受信したＴＦＩを示すフィールドが検索される（ステップ７０４）。ＴＦＩは、各ＴＴＩにおいてＰＨＹ−Ｄａｔａ＿ＲＥＱとともに受信されるので、直近に受信したＴＦＩは複数フレーム前に受信された可能性がある。このトランスポートチャネルに対して適合するステップ７０４からのＴＦＩを持たない任意のＴＦＣの候補を削除する（ステップＳ７０５）。複数のＴＦＣ候補が存在する場合、アルゴリズム７００は、ステップ７０２において読み出されたアクティブリストの中の次のアクティブＴｒＣＨに進む（ステップ７０７）。ステップ７０４から７０７は、アクティブリストの中の全てのトランスポートチャネルに対して繰り返される。ステップＳ７０８では、ＴＦＣが１つのみ残る、又は、ＴＦＣの候補がゼロとなる、の何れかとなることが可能である。ＴＦＣの候補が１つとなった場合、このＴＦＣは各トランスポートチャネルに対して適合するＴＦＩを反映し、成功の表示が送信／受信装置２２に返され（ステップ７１０）、アルゴリズム６００はこのＴＦＣの候補に関連するＴＦＣＩに割り当てられる。ステップ７０８においてＴＦＣの候補が何も残っていない場合、エラー表示が送信／受信装置２２に返される（ステップ７０９）。ステップ７０９及び７１０に続いて、アルゴリズム７００はステップ７１１で終了する。
【００３３】
図８Ａ及び８Ｂは、ＴＦＣＩの再選択についての方法のフローチャートを示す図である。アルゴリズム８００が開始し、このＣＣＴｒＣＨに対するＴｒＣＨのアクティブリストが読みだされる（ステップ８０１、８０２）。次に、ＴＣＦＳデータベースに対するポインタが置かれ、全てのＴＦＣはＴＦＣ集合の候補の中に含まれる（ステップ８０３）。アルゴリズム８００は、アクティブなＴｒＣＨリストの中の各ＴｒＣＨの処理に進む。ステップ８０４では、ＴｒＣＨデータベースフィールドCheck_TrCH_for_Expected_PHY_Data_REQが最初のＴｒＣＨに対して検索され、物理データ要求が予期されているか判定される。このＴｒＣＨに物理データ要求が予期されていない場合、又は、物理データ要求がこのＴｒＣＨ上で受信される場合、の何れかの場合は、物理データ要求とともに送信されるＴＦＩを示すＴｒＣＨデータベースフィールドTFI_Last_Rcvdが検索される（ステップ８０５、８０６、８０９）。物理データ要求が予期されるが受信されない場合、このＴｒＣＨに対するゼロデータ登録に対して定義されたＴＦＩに対して、ＴＦＳデータベースがチェックされる（ステップ８０７）。ＴｒＣＨについてのゼロデータに対して定義されたＴＦＩがない場合（ステップ８０８）、失敗の表示が送信／受信処理２２に返され（ステップ８１３）、次の最大ＴＴＩ境界まで全ての物理データ要求は拒絶される（アルゴリズム５００のステップ５２５）。ゼロデータに対するＴＦＩが存在する場合（ステップ８０８）、このＴｒＣＨに対して適合するＴＦＩを持たない全てのＴＦＣの候補は、ＴＦＣ集合の候補から削除される（ステップ８０８、８１０）。ステップ８１１では、ＴＦＣの候補の数が１より大きい場合、アクティブリストの中の次のＴｒＣＨが、ステップ８０５から８１０に従って処理される。１つのＴＦＣの候補のみが残っている場合（ステップＳ８１２）、すなわちＴＦＣの候補の数が１より大きくなく１より小さくない場合、アルゴリズム８００は、ＭＡＣ層から受信したデータに対して適切なＴＦＣを特定する。このフレームに対するこのＴｒＣＨについてのデータがないので、ゼロデータを示すＴＦＩとともに「ダミーＡＰＩ」が作成され（ステップ８１５）、ＴＦＣＩ再選択の成功がアルゴリズム６００に示される（ステップ８１６）。
【図面の簡単な説明】
【００３４】
【図１Ａ】従来のＵＴＭＳネットワークのシステム構成の概観を示す図である。
【図１Ｂ】無線ネットワークコントローラ及び基地局についてのＵＴＲＡプロトコルスタックである。
【図１Ｃ】ＷＴＲＵについてのプロトコル階層を示す図である。
【図２】本発明に係る物理Ｌ１層要素についてのブロック図である。
【図３】物理データ要求についてのタイミング図である。
【図４】ＴＦＣＩ割り当てのテーブルを示す図である。
【図５Ａ】ＷＴＲＵについてのフレーム処理方法のフローチャートを示す図である。
【図５Ｂ】ＷＴＲＵについてのフレーム処理方法のフローチャートを示す図である。
【図６Ａ】セルについてのフレーム処理方法のフローチャートを示す図である。
【図６Ｂ】セルについてのフレーム処理方法のフローチャートを示す図である。
【図７】ＴＦＣＩ検索アルゴリズムについての方法のフローチャートを示す図である。
【図８Ａ】ＴＦＣＩ再選択アルゴリズムについての方法のフローチャートを示す図である。
【図８Ｂ】ＴＦＣＩ再選択アルゴリズムについての方法のフローチャートを示す図である。
【図１Ａ】
2007505568.tif 000004
【図１Ｂ】
2007505568.tif 000005
【図１Ｃ】
2007505568.tif 000006
【図２】
2007505568.tif 000007
【図３】
2007505568.tif 000008
【図４】
2007505568.tif 000009
【図５Ａ】
2007505568.tif 000010
【図５Ｂ】
2007505568.tif 000011
【図６Ａ】
2007505568.tif 000012
【図６Ｂ】
2007505568.tif 000013
【図７】
2007505568.tif 000014
【図８Ａ】
2007505568.tif 000015
【図８Ｂ】
2007505568.tif 000016
【国際調査報告】
2007505568.tif 000017
2007505568.tif 000018