(57)【要約】無線通信システムの受信側でデータを処理する装置及び方法を提供する。前記データ処理方法は、データユニットの処理のためにＭＡＣ（Medium Access Control）層とＲＬＣ（Radio Link Control）層から構成された受信者装置を利用する。前記データ処理は、ＭＡＣ層からＲＬＣ層にデータユニット及び該データユニットに関連したＣＲＣ（CyclicRedundancy Code）チェック結果を通信する過程と、ＲＬＣ層で前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データにエラーがあるということを示すか否かを判断する過程と、前記データユニットにエラーがあり、かつエラーハンドリング方法が提供されていない場合、前記データユニットを廃棄する過程とからなる。
2006514817.tif 000002
【特許請求の範囲】
【請求項１】
データユニットの処理のためにＭＡＣ（Medium Access Control）層とＲＬＣ（Radio Link Control）層とから構成された受信者装置において、
ＭＡＣ層からＲＬＣ層にデータユニット及び該データユニットに関連したＣＲＣ（Cyclic Redundancy Code）チェック結果を転送する過程と、
ＲＬＣ層において、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがあるか否かを示すかを判断する過程と、
前記データユニットにエラーがあり、かつエラーハンドリング方法が提供されていない場合、前記データユニットを廃棄する過程と
からなることを特徴とする無線通信システムにおける受信者装置のデータ処理方法。
【請求項２】
前記エラーハンドリング方法は、
「エラー発生ＳＤＵの転送（delivery erroneous SDU）」に関連した命令を含むことを特徴とする請求項１に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項３】
前記データユニットは、
プロトコルデータユニットを含むことを特徴とする請求項１に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項４】
前記ＣＲＣチェック結果に基づいて前記データユニットにエラーがあり、かつ前記エラーハンドリング方法が提供されている場合、前記エラーハンドリング方法は、「データユニットを廃棄」、「エラー情報なしに前記データユニットを上位レイヤに転送」、及び「エラー情報と共にデータユニットを上位レイヤに転送」のうちいずれか１つを示すことを特徴とする請求項１に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項５】
データユニット及び該データユニットに関連したＣＲＣチェック結果を転送するＭＡＣ層と、
前記ＭＡＣ層と通信して前記ＭＡＣ層から前記データユニット及びＣＲＣチェック結果を受信するＲＬＣ層と、から構成され、
ここで、前記ＲＬＣ層は、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがあるか否かを示すかを判断し、前記データユニットにエラーがあり、かつエラーハンドリング方法が提供されていない場合、前記データユニットを廃棄することを特徴とする無線通信システムでデータを処理する受信者装置。
【請求項６】
前記エラーハンドリング方法は、
「エラー発生ＳＤＵの転送（delivery erroneous SDU）」に関連した命令を含むことを特徴とする請求項５に記載の無線通信システムでデータを処理する受信者装置。
【請求項７】
前記データユニットは、
プロトコルデータユニットを含むことを特徴とする請求項５に記載の無線通信システムでデータを処理する受信者装置。
【請求項８】
前記ＣＲＣチェック結果に基づいて前記データユニットにエラーがあり、かつ前記エラーハンドリング方法が提供されている場合、前記エラーハンドリング方法は、「前記データユニットを廃棄」、「エラー情報なしに前記データユニットを上位レイヤに転送」、及び「前記エラー情報と共に前記データユニットを上位レイヤに転送」のうちいずれか１つを示すことを特徴をする請求項５に記載の無線通信システムでデータを処理する受信者装置。
【請求項９】
データユニットの処理のためにＭＡＣ層とＲＬＣ層とから構成された受信者装置において、
ＭＡＣ層からＲＬＣ層にデータユニット及び該データユニットに関連したＣＲＣチェック結果を転送する過程と、
ＲＬＣ層において、前記ＣＲＣチェック結果が前記データユニットにエラーがあるということを示すか否かを判断する過程と、
少なくとも１つの運用モードに基づいて第１方式と第２方式のうち１つを選択し、前記選択された方式によって前記データユニットを処理する過程と
からなることを特徴とする無線通信システムにおける受信者装置のデータ処理方法。
【請求項１０】
前記データユニットは、
前記運用モードが応答モード（ＡＭ）と無応答モード（ＵＭ）のうち１つであると、第１方式によって処理されることを特徴とする請求項９に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項１１】
前記データユニットは、
前記運用モードが透明モード（ＴＭ）であると、第２方式によって処理されることを特徴とする請求項９に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項１２】
前記第１方式は、
前記ＲＬＣ層で前記データユニットを廃棄することであることを特徴とする請求項９に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項１３】
前記第２方式は、
エラーハンドリング方法が提供されているか否かを確認することであることを特徴とする請求項９に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項１４】
前記エラーハンドリング方法が提供されていない場合、前記データユニットは廃棄されることを特徴とする請求項１３に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項１５】
前記エラーハンドリング方法が提供されている場合、前記データユニットは前記エラーハンドリング方法によって処理されることを特徴とする請求項１３に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項１６】
前記エラーハンドリング方法は、
「エラー発生ＳＤＵの転送（delivery erroneous SDU）」に関連した命令を含むことを特徴とする請求項１３に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項１７】
前記「エラー発生ＳＤＵの転送」命令は、
「エラー情報と共にエラー発生ＳＤＵを上位レイヤに転送」、「エラー発生ＳＤＵを廃棄」、及び「エラー情報なしにエラー発生ＳＤＵを上位レイヤに転送」のうちいずれか１つを示すことを特徴とする請求項１６に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項１８】
前記ＭＡＣ層から受信された前記データユニットは、
ＭＡＣ層に関連したヘッダ情報を含まないことを特徴とする請求項９に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項１９】
前記ＭＡＣ層から受信された前記データユニットは、転送チャネルと１対１で対応してマッピングされる論理チャネルに関連していることを特徴とする請求項９に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項２０】
データユニット及び該データユニットに関連したＣＲＣチェック結果を転送するＭＡＣ層と、
前記ＭＡＣ層と通信することにより、該ＭＡＣ層から前記データユニットとＣＲＣチェック結果を受信するＲＬＣ層と、から構成され、
ここで、前記ＲＬＣ層は、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがある否かを示すかを判断し、少なくとも１つの運用モードに基づいて第１方式と第２方式のうち１つの選択し、前記選択された方式によって前記データユニットを処理することを特徴とする無線通信システムでデータを処理する受信者装置。
【請求項２１】
前記データユニットは、
前記運用モードが応答モード（ＡＭ）と無応答モード（ＵＭ）のうち１つである場合、第１方式によって処理されることを特徴とする請求項２０に記載の無線通信システムでデータを処理する受信者装置。
【請求項２２】
前記データユニットは、
前記運用モードが透明モード（ＴＭ）である場合、第２方式によって処理されることを特徴とする請求項２０に記載の無線通信システムでデータを処理する受信者装置。
【請求項２３】
前記第１方式は、
前記ＲＬＣ層で前記データユニットを廃棄することであることを特徴とする請求項２０に記載の無線通信システムでデータを処理する受信者装置。
【請求項２４】
前記第２方式は、
エラーハンドリング方法が提供されているか否かを判断することであることを特徴とする請求項２０に記載の無線通信システムでデータを処理する受信者装置。
【請求項２５】
前記エラーハンドリング方法は、
「エラー発生ＳＤＵの転送（delivery erroneous SDUs）」命令を含むことを特徴とする請求項２４に記載の無線通信システムでデータを処理する受信者装置。
【請求項２６】
前記「エラー発生ＳＤＵの転送」命令は、
「エラー情報と共にエラー発生ＳＤＵを上位レイヤに転送」、「エラー発生ＳＤＵを廃棄」、及び「エラー情報なしにエラー発生ＳＤＵを上位レイヤに転送」のうちいずれか１つを示すことを特徴とする請求項２５に記載の無線通信システムでデータを処理する受信者装置。
【請求項２７】
前記ＭＡＣ層から受信された前記データユニットは、
ＭＡＣ層に関連したヘッダ情報を含まないことを特徴とする請求項２０に記載の無線通信システムでデータを処理する受信者装置。
【請求項２８】
前記ＭＡＣ層から受信された前記データユニットは、
転送チャネルと１対１で対応してマッピングされる論理チャネルに関連していうことを特徴とする請求項２０に記載の無線通信システムでデータを処理する受信者装置。
【請求項２９】
データユニットの処理のために物理層とＭＡＣ層とから構成された受信者装置において、
物理層からＭＡＣ層にデータユニット及び該データユニットに関連したＣＲＣチェック結果を転送する過程と、
ＭＡＣ層において、前記ＣＲＣチェック結果が前記データにエラーがあるということを示すか否かを判定する過程と、
ＭＡＣヘッダに関連したヘッダ情報の有無を把握するために前記データユニットを確認する過程と、
前記ヘッダ情報が存在すると、前記データユニットを廃棄する過程と、
前記ヘッダ情報が存在しないと、エラーハンドリング方法が提供されているか否かを確認する過程と
からなることを特徴とする無線通信システムにおける受信者装置のデータ処理方法。
【請求項３０】
前記エラーハンドリング方法が提供されていない場合、前記データユニットは廃棄されることを特徴とする請求項２９に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項３１】
前記エラーハンドリング方法が提供されている場合、前記エラーハンドリング方法によってデータユニットを処理することを特徴とする請求項２９に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項３２】
前記エラーハンドリング方法は、
「エラー発生ＳＤＵの転送（delivery erroneous SDU）」に関連した命令を含むことを特徴とする請求項２９に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項３３】
前記「エラー発生ＳＤＵの転送」命令は、
「エラー情報と共にエラー発生ＳＤＵを上位レイヤに転送」、「エラー発生ＳＤＵを廃棄」、及び「エラー情報なしにエラー発生ＳＤＵを上位レイヤに転送」のうちいずれか１つを示すことを特徴とする請求項３２に記載の無線通信システムにおける受信者装置のデータ処理方法。
【請求項３４】
データユニット及び該データユニットに関連したＣＲＣチェック結果を転送する物理層と、
前記物理層と通信することにより前記物理層から前記データユニットとＣＲＣチェック結果を受信するＭＡＣ層と、から構成され、
ここで、前記ＭＡＣ層は、前記物理層から転送されたＣＲＣチェック結果が前記データユニットにエラーがあるか否かを示すかを判断し、さらに、ＭＡＣヘッダに関連したヘッダ情報の有無を把握するために前記データユニットを確認し、前記ヘッダ情報が存在すると、前記データユニットを廃棄する反面、前記ヘッダ情報が存在しないと、エラーハンドリング方法が提供されているか否かを判断することを特徴とする無線通信システムでデータを処理する受信者装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線移動通信網のデータ処理方法及びシステムに関し、特に、ＡＭＲ（Adaptive Multi Rate）コーデック（codec）に関連したデータユニットを処理するエラー処理装置及び方法に関する。
【背景技術】
【０００２】
欧州式のＩＭＴ−２０００システムであるＵＭＴＳ（Universal Mobile Telecommunications System）は、欧州標準であるＧＳＭ（GlobalSystem for Mobile Communications）から進化した第３世代移動通信システムであり、ＧＳＭコアネットワーク（Core Network:ＣＮ）とＷＣＤＭＡ（Wideband Code Division MultＩＰle Access）無線接続技術を基盤としてより向上した移動通信サービスの提供を目標とする。
【０００３】
ＵＭＴＳの標準化作業のために１９９８年１２月にヨーロッパのヨーロッパ電気通信規格研究所（European Telecommunications Standards Institute: ＥＴＳＩ）、日本の電波産業会／情報通信技術委員会（Associationof Radio Industries and Businesses/Telecommunication Technology Committee: ＡＲＩＢ／ＴＴＣ）、米国のＴ１及び韓国の情報通信技術協会（TelecommunicationTechnology Association: ＴＴＡ）などは、第３世代移動体通信システムの標準化プロジェクト（Third GenerationPartnersh IP Project: ３ＧＰＰ）というプロジェクトを構成し、現在までＵＭＴＳの詳細な標準仕様（Specification）を作成中である。
【０００４】
３ＧＰＰでは、ＵＭＴＳの迅速かつ効率的な技術開発のために、ネットワーク構成要素とこれらの動作の独立性を考慮して、ＵＭＴＳの標準化作業を５つの技術規格グループ（Technical Specification Groups: ＴＳＧ）に分けて進めている。各ＴＳＧは、関連したエリア内で標準規格の開発、承認、及びその管理を担当するが、そのうち、無線接続ネットワーク（RadioAccess Network: ＲＡＮ）グループ（ＴＳＧ ＲＡＮ）は、ＵＭＴＳにおいてＷＣＤＭＡ接続技術をサポートするための新しい無線接続ネットワークであるＵＭＴＳ無線ネットワーク（UMTSTerrestrial Radio Access Network: ＵＴＲＡＮ）の機能、要求事項及びインタフェースに関する規格を開発する。
【０００５】
図１は、従来技術及び本発明に係るＵＭＴＳネットワークの構成図である。
【０００６】
図１に示すように、ＵＭＴＳシステムは、端末機（又は、ユーザー装置（User Equipment: ＵＥ））５０、ＵＴＲＡＮ１００及びコアネットワーク２００から構成される。
【０００７】
ＵＴＲＡＮ１００は、１つ以上の無線ネットワークサブシステム（Radio Network Sub-systems: ＲＮＳ）１１０から構成され、各ＲＮＳ１１０は、１つの無線ネットワーク制御装置（RadioNetwork Controller：ＲＮＣ）１１１と、該ＲＮＣ１１１により管理される複数のＮｏｄｅ Ｂ１１２とから構成される。前記ＲＮＣ１１１は、無線資源の割り当て及び管理を担当し、コアネットワーク２００とのアクセスポイント（AccessPoint）の役割を担当する。
【０００８】
Ｎｏｄｅ Ｂ１１２は、アップリンクで端末機の物理層から送る情報を受信し、ダウンリンクで端末機にデータを送信する。ＮｏｄｅＢ１１２は、端末機５０に対するＵＴＲＡＮ１００のアクセスポイントの役割を担当する。
【０００９】
特定の端末機５０に提供されるサービスは、回線交換（circuit switched: ＣＳ）サービスとパケット交換（packet switched: ＰＳ）サービスとに大別される。例えば、一般的な音声通話サービスは、回線交換（ＣＳ）サービスに属し、インターネット接続によるウェブブラウジングサービスは、パケット交換（ＰＳ）サービスに属する。
【００１０】
回線交換サービスを提供するとき、ＲＮＣ１１１は、コアネットワーク２００のＭＳＣ（Mobile Switching Center）２１０と接続し、該ＭＳＣ２１０は、他のネットワークとの接続を管理するＧＭＳＣ（GatewayMobile Switching Center）２２０と接続する。
【００１１】
パケット交換サービスを提供するとき、ＲＮＣ１１１は、コアネットワーク２００のＳＧＳＮ（Serving GPRS Support Node）２３０及びＧＧＳＮ（Gateway GPRS Support Node）２４０と連係してサービスを提供する。ＳＧＳＮ２３０は、ＲＮＣ１１１に向かうパケット通信をサポートし、ＧＧＳＮ２４０は、インターネットなどの他のパケット交換ネットワークへの接続を管理する。
【００１２】
ネットワーク構成要素の相互間には各種信号及び情報を交換する多様なインタフェース（Interface）が存在する。ＲＮＣ１１１とコアネットワーク２００との間のインタフェースをＩｕインタフェースという。特に、ＲＮＣ１１１とコアネットワーク２００のパケット交換関連システムとの間のＩｕインタフェースを「Ｉｕ−ＰＳ」といい、ＲＮＣ１１１とコアネットワーク２００の回線交換関連システムとの間のＩｕインタフェースを「Ｉｕ−ＣＳ」という。また、ＲＮＣとＲＮＣ間のインタフェースを「Ｉｕｒ」と定義し、ＲＮＣ１１１とＮｏｄｅＢ１１２間のインタフェースを「Ｉｕｂ」と定義する。さらに、端末機５０とＵＴＲＡＮ１００間のインタフェースはＵｕインタフェースという。
【００１３】
図２は、３ＧＰＰ無線接続ネットワーク規格による端末機とＵＴＲＡＮ間のＵｕインタフェースの無線接続インタフェース（Radio Access Interface）プロトコルの構造を示す。
【００１４】
図２に示すように、無線インターフェースプロトコルは、物理層、データリンク層、ネットワーク層からなる水平的レイヤと、ユーザーデータの転送のためのユーザプレーン(Ｕ−Ｐｌａｎｅ)と制御情報の転送のための制御プレーン(Ｃ−Ｐｌａｎｅ)からなる垂直的プレーンとを有する。
【００１５】
前記ユーザープレーンは、音声信号やＩＰパケットのような使用者のトラフィック情報を取り扱う領域で、前記制御プレーンは、ネットワークのインターフェース、呼の維持及び管理などに関する制御情報を取り扱う領域である。
【００１６】
図２のプロトコル層は、開放型システム間相互接続(Open System Interconnection: ＯＳＩ)基準モデルの下位３層に基づいて第１層Ｌ１、第２層Ｌ２、第３層Ｌ３に区分される。以下、各層（Ｌ１、Ｌ２、及びＬ３）について詳細に説明する。
【００１７】
第１層Ｌ１、すなわち、物理層は、多様な無線転送技術を利用して上位層に情報転送サービス(Information Transfer Service)を提供する。前記物理層は、転送チャネル（transprot channel）で上位層である媒体アクセス制御(MediaAccess Control: ＭＡＣ)層に接続される。前記転送チャネルで前記ＭＡＣ層と物理層との間にデータが交換される。
【００１８】
第２層Ｌ２は、ＭＡＣ層、無線リンク制御(Radio Link Control: ＲＬＣ)層、ブロードキャスト／マルチキャスト制御(Broadcast/MulticastControl：ＢＭＣ)層、パケットデータコンバージェンスプロトコル(Packet Data Convergence Protocol：ＰＤＣＰ)層を含む。
【００１９】
前記ＭＡＣ層は、論理チャネル(Logical Channel)と転送チャネルとの間のマッピング(mapping)を行い、無線資源の割り当てと再割り当てのためのＭＡＣパラメータの割り当てを提供する。前記ＭＡＣ層は、論理チャネルで上位層であるＲＬＣ層に接続されている。
【００２０】
転送情報の種類によって多様な論理チャネルが提供されるが、一般に、制御プレーンの情報を転送する場合は制御チャネル(Control Channel)が利用され、ユーザプレーンの情報を転送する場合はトラヒックチャネル(Traffic Channel)が利用される。
【００２１】
また、論理チャネルは、その論理チャネルを共有しているか否かによって共通チャネル(Common Channel: ＣＣＨ)又は専用チャネル(Dedicated Channel: ＤＣＨ)になる。前記論理チャネルとしては、専用トラヒックチャネル(DedicatedTraffic Channel: ＤＴＣＨ)、専用制御チャネル(Dedicated Control Channel: ＤＣＣＨ)、共通トラヒックチャネル(CommonTraffic Channel: ＣＴＣＨ)、共通制御チャネル(Common Control Channel: ＣＣＣＨ)、放送制御チャネル(BroadcastControl Channel: ＢＣＣＨ)、ページング制御チャネル(Paging Control Channel: ＰＣＣＨ)がある。
【００２２】
前記ＢＣＣＨは、システムに接続するために端末機が活用する情報を含む情報を提供する。前記ＰＣＣＨは、端末機に接続するためにＵＴＲＡＮによって使用される。
【００２３】
前記ＭＡＣ層は、転送チャネルによって物理層に接続され、管理する転送チャネルの種類によってＭＡＣ−ｂサブレイヤ(Sub-layer)、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤに区分される。
【００２４】
前記ＭＡＣ−ｂサブレイヤは、システム情報(System Information)のブロードキャストを担当する転送チャネルであるＢＣＨ(Broadcast Channel)を管理する。前記ＭＡＣ−ｃ／ｓｈサブレイヤは、他の端末機と共有するフォワードアクセスチャネル(ForwardAccess Channel: ＦＡＣＨ)、ダウンリンク共有チャネル(Downlink Shared Channel: ＤＳＣＨ)のような共通転送チャネルを管理する。前記ＭＡＣ−ｄサブレイヤは、特定端末機に対する専用転送チャネルであるＤＣＨ（DedicatedChannel）を管理する。
【００２５】
前記ＲＬＣ層は、信頼性のあるデータの転送をサポートし、上位層から転送された複数のＲＬＣサービスデータユニット(Service Data Unit：ＳＤＵ)の分割(segmentation)及び連結(concatenation)機能を果たす。上位層からＲＬＣ層に前記ＲＬＣＳＤＵを受信すると、前記ＲＬＣ層は、処理容量に応じた適切な方法によってそれぞれのＲＬＣ ＳＤＵのサイズを調節し、ヘッダ(Header)情報を加えてデータユニット(DataUnit)を生成する。前記データユニットは、プロトコルデータユニット(Protocol Data Unit：ＰＤＵ)と呼ばれ、論理チャネルで前記ＭＡＣ層に提供される。前記ＲＬＣ層には、前記ＲＬＣＳＤＵ又はＲＬＣ ＰＤＵを保存するためのＲＣバッファが存在する。
【００２６】
ＭＡＣ層に転送された各ＲＬＣ ＰＤＵはＭＡＣ ＳＤＵである。すなわち、ＭＡＣＳＤＵは、ＲＬＣ ＰＤＵの他の名称である。ＭＡＣ層は、必要によって該ＭＡＣ ＳＤＵにヘッダを付け加えてＭＡＣ ＰＤＵを生成し、適切な転送チャネルで前記生成されたＭＡＣＰＤＵを物理層に転送する。
【００２７】
以下、前記ＭＡＣヘッダについてより詳細に説明する。
【００２８】
図３は、ＭＡＣ ＰＤＵのフォーマットを示す図である。ＭＡＣ層は、識別（Identification）機能を行う。該識別機能が行われる理由は、第１に、複数のＵＥが共用転送チャネルを共有して使用するため、ＵＥに対する識別が必要であり、第２に、論理チャネル多重化によりそれぞれの論理チャネルに対する識別が必要であるからである。アップリンクの場合、識別機能がないと、受信側（すなわち、ＵＴＲＡＮ）は、どのＵＥがデータユニットを転送したかが分からず、データユニットをどの論理チャネルで送信したかが分からない。
【００２９】
従って、ＭＡＣ層は、識別のためにＭＡＣ ＰＤＵのヘッダにＴＣＦＴ（Target Channel Type Field）、ＵＥ−ＩＤタイプ、ＵＥ−ＩＤとＣ／Ｔフィールドのうち一部又は全体を挿入する。従来技術において、前記ＭＡＣヘッダは、それぞれのＭＡＣＳＤＵに付け加わる。すなわち、同一の転送時間間隔（Transmission Time Interval: ＴＴＩ）で転送されるＭＡＣ ＳＤＵも異なるＭＡＣヘッダを有する。
【００３０】
ＵＥに対する識別は、ＤＣＣＨやＤＴＣＨのような専用論理チャネルがＲＡＣＨ、ＦＡＣＨ、ＣＰＣＨ、ＤＳＣＨのような共用転送チャネルにマッピングされるときに必要である。このためにＭＡＣ層は、ヘッダのＵＥ−ＩＤフィールドにＵＥに対する識別情報である無線ネットワーク臨時識別子（Radio Network Temporary Identity: ＲＮＴＩ）を付加して転送する。ここで、ＲＮＴＩは、Ｕ−ＲＮＴＩ（UTRANRNTI）、Ｃ−ＲＮＴＩ（Cell RNTI）及びＤＳＣＨ−ＲＮＴＩの３つの種類があるため、どのＲＮＴＩが使用されたかを示すＵＥ−ＩＤタイプフィールドも付加して転送する。
【００３１】
論理チャネルに対する識別は、ＴＣＦＴフィールドによる識別と共用論理チャネル識別子フィールド（以下、Ｃ／Ｔフィールドという）による識別の２種類がある。前記ＴＣＦＴは、ＤＣＣＨとＤＴＣＨのような専用論理チャネルが他の論理チャネルと共にマッピングされるときに転送チャネルのために必要である。
【００３２】
ＦＤＤ（FrequencyDivision Duplexing）の場合を説明すると、ＦＡＣＨのＴＣＦＴは、マッピングされた論理チャネルがＢＣＣＨであるか、ＣＣＣＨであるか、ＣＴＣＨであるか、それとも専用論理チャネル（ＤＣＣＨ又はＤＴＣＨ）であるかを識別し、ＲＡＣＨのＴＣＦＴは、マッピングされた論理チャネルがＣＣＣＨであるか、専用論理チャネルであるかを識別する。しかしながら、ＴＣＦＴは、専用チャネルそれぞれに対する識別はしない。
【００３３】
専用論理チャネル間の識別は、Ｃ／Ｔフィールドにより行われる。その理由は、専用論理チャネルは、他の論理チャネルとは異なり、１つの転送チャネルに複数の専用論理チャネルがマッピングできるためである。１つの転送チャネルにマッピングされる複数の専用論理チャネルは、それぞれ論理チャネル識別子（Logical channel identity）を有し、この値がＣ／Ｔフィールド値として使用される。転送チャネル内に専用論理チャネルが１つしか存在しない場合は、Ｃ／Ｔフィールドが使用されない。
【００３４】
表１は、ＦＤＤの場合に、論理チャネルと転送チャネルのマッピング関係によるＭＡＣヘッダの情報を示す。表１の「Ｃ／Ｔフィールド」は、複数の専用論理チャネル（ＤＣＣＨ又はＤＴＣＨ）がマッピングされるときのみに存在し、「Ｎ」表示はヘッダが存在しないことを意味し、「−」表示は、マッピング関係がないことを意味する。また、ＵＥ−ＩＤフィールドは、常にＵＥ−ＩＤタイプフィールドと共に存在するので、表にはただ「ＵＥ−ＩＤ」で表記した。
【００３５】
【表１】
2006514817.tif 000003
以下、前記ＲＬＣ層について説明する。ＲＬＣ層の基本機能は、各無線ベアラ（Radio Bearer: ＲＢ）のＱｏＳ（Quality of Service）に対する保障及びこれによるデータの転送である。無線ベアラサービスは、無線プロトコルの第２層が上位レイヤに提供するサービスであるため、第２層の全体がＱｏＳに影響を与えるが、そのうち、特にＲＬＣ層の影響が大きい。
【００３６】
ＲＬＣ層は、無線ベアラの固有ＱｏＳを保障するために各無線ベアラに独立したＲＬＣエンティティ（Entity）を提供し、多様なＱｏＳをサポートするために透明モード（Transparent Mode: 以下、ＴＭという）、無応答モード（UnacknowledgedMode: 以下、ＵＭという）及び応答モード（Acknowledged Mode: 以下、ＡＭという）の３つのＲＬＣモードを提供する。前記３つのＲＬＣモード（ＴＭ、ＵＭ、ＡＭ）は、それぞれがサポートするＱｏＳが異なるため、動作方法が異なり、それぞれの細部的機能も異なる。各モードの特定のＲＬＣは、ＴＭＲＬＣ、ＵＭ ＲＬＣ、及びＡＭ ＲＬＣという。
【００３７】
まず、ＴＭにおいて、ＴＭ ＲＬＣはＲＬＣ ＰＤＵを構成するにあたって上位レイヤから転送されたＲＬＣＳＤＵにオーバーヘッドを付けない。すなわち、ＲＬＣ層がＳＤＵを透明に（Transparently）通過させる。
【００３８】
ユーザープレーンにおいては、ＲＬＣ層のデータ処理時間が短いため、ＲＬＣ層は、主に回線サービス領域（Circuit Service domain: 以下、ＣＳドメイン（CS domain）という）の（音声やストリーミングのような）リアルタイム回線データの転送を担当する。制御プレーンにおいては、ＲＬＣ層のオーバーヘッドがないため、ＲＬＣ層は、アップリンクで不特定端末機からのＲＲＣメッセージを転送し、ダウンリンクでセル内の全ての端末機にブロードキャストされるＲＲＣメッセージを転送する。
【００３９】
透明モードとは異なり、ＲＬＣ層でオーバーヘッドが付加されるモードを非透明モード（Non-transparent mode）といい、転送したデータに対する受信確認応答（Acknowledgement）のないＵＭと応答のあるＡＭがこれに属する。
【００４０】
ＵＭ ＲＬＣは、各ＰＤＵにＳＮ（Sequence Number）を含むＰＤＵヘッダを付けて送るため、受信側は、どのＰＤＵが転送中に消失されたかが分かる。このような機能により、ＵＭＲＬＣは、主にユーザープレーンにおいてはブロードキャスト／マルチキャストデータの転送、パケットサービス領域（Packet Service domain: 以下、ＰＳドメイン（PSdomain）という）の音声（例: ＶｏＩＰ）やストリーミングのようなリアルタイムパケットデータの転送を担当する。制御プレーンにおいては、セル内の特定端末機又は特定端末機グループに転送するＲＲＣメッセージのうち受信確認応答が必要ないＲＲＣメッセージの転送を担当する。
【００４１】
非透明モードの１つであるＡＭ ＲＬＣは、ＵＭ ＲＬＣと同様に、ＰＤＵにＳＮを含むＰＤＵヘッダを付けるが、ＵＭＲＬＣとは異なり、受信側のＰＤＵに対する受信確認応答を行う。ＡＭ ＲＬＣにおいて、受信側が応答をする理由は、自分に受信できなかったＰＤＵに対して送信側の再転送（Re-transmission）を要求するためであり、このような再転送機能は、ＡＭ ＲＬＣの最大特徴である。結局、このようなＡＭ ＲＬＣの特徴は、エラーのない（error-free）データ転送を保障し、このようなＡＭＲＬＣの特徴により、該ＡＭ ＲＬＣは、ユーザープレーンではＰＳドメインのＴＣＰ／ＩＰのような非リアルタイムパケットデータの転送を担当し、制御プレーンではセル内の特定端末機に転送するＲＲＣメッセージのうち受信確認応答が必ず必要なＲＲＣメッセージの転送を担当する。
【００４２】
以下、従来技術のＭＡＣ層とＲＬＣ層のデータ処理過程について説明する。
【００４３】
無線区間を通じて相手（peer）からデータを受信すると、物理層は、それぞれのデータブロックに対してＣＲＣ（Cyclic Redundancy Code）チェックを行うことによりデータブロックにエラーがあるか否か確認する。ＣＲＣチェックの結果、エラーが発見された場合、物理層は、ＣＲＣエラー情報を該当データブロックと共にＭＡＣ層に転送する。
【００４４】
物理層からＣＲＣ エラー情報と共にＭＡＣ ＰＤＵを受信すると、ＭＡＣ層は、該当ＰＤＵをエラーＰＤＵに判定し、該当ＭＡＣＰＤＵを廃棄する。そして、ＣＲＣエラー情報のないＭＡＣ ＰＤＵは受信すると直ちにＲＬＣ層に転送する。
【００４５】
ＣＲＣエラーがあるデータは、ＭＡＣ層で廃棄されるため、ＲＬＣ層は、ＭＡＣ層からＲＬＣＰＤＵが転送されると、これらを正常なＰＤＵに判断して正常なＰＤＵ処理手順に従って処理する。
【００４６】
以上のデータ処理過程は、初期標準規格に従っており、その以後、ＡＭＲコーデックのサポートのためにＭＡＣ層とＲＬＣ層のデータ処理過程が少しずつ修正された。
【００４７】
以下、従来のＡＭＲコーデックをサポートするためのＭＡＣ層とＲＬＣ層のデータ処理過程について説明する。
【００４８】
ＡＭＲコーデックは、ＥＴＳＩが標準化したＵＭＴＳの音声通話用コーデックであり、多様な無線チャネル状態で通話品質を最適化するために、音声とチャネルコーディング間のビット速度割り当てを適用する。また、受信されたデータにエラーがあっても、これをそのまま使用する。もし、ＡＭＲコーデックにより使用できる程度の品質であるにもかかわらず、ＣＲＣエラーを含んでいるため受信データが廃棄されると、それは、有無線資源の浪費になる。従って、ＡＭＲコーデックを効果的にサポートするために、ＭＡＣ層とＲＬＣ層の動作は次のように修正された。
【００４９】
ＭＡＣ層は、物理層から転送されたＭＡＣ ＰＤＵがＣＲＣエラーを含んでいても該当ＰＤＵをＲＬＣ層に転送する。同時に、ＣＲＣエラーを含んでいるＰＤＵをＲＬＣ層に転送するとき、ＣＲＣエラーがあるということも共に通知することにより、ＲＬＣ層は該当ＰＤＵを適切に処理することができる。しかしながら、ＣＲＣエラー技法は、ＰＤＵにエラーがあるということだけを通知し、エラーのある部分を示すことはできない。
【００５０】
もし、受信されたＭＡＣ ＰＤＵにＣＲＣエラーを発生し、該ＭＡＣＰＤＵがヘッダを含んでいる場合、ＭＡＣ層は、受信されたＭＡＣ ＰＤＵのヘッダを信頼することができない。すなわち、ＭＡＣ層は、ＭＡＣ ＰＤＵが所望する目的地（又は、目的ＵＥ）に到着したか否かを確認することができず、ＭＡＣＰＤＵに含まれたＭＡＣ ＳＤＵをどの論理チャネルでＲＬＣ層に転送するかを決定することができない。従って、このような場合、ＭＡＣ層の動作は、該当ＭＡＣ ＰＤＵを廃棄するように修正された。
【００５１】
ＲＬＣ層がＴＭ状態であり、ＭＡＣ層から受信されたＰＤＵがＣＲＣエラーを含んでいる場合、ＲＬＣ層は、エラーのあるデータ処理のための環境変数（environment parameter）、「エラー発生ＳＤＵの転送（Delivery of Erroneous SDUs）」の設定値によって動作する。該「エラー発生ＳＤＵの転送」は、全てのＴＭＲＬＣにおいて設定されるのではなく、ＴＭ ＲＬＣに接続した論理チャネルが専用トラヒックチャネル（Dedicated Traffic Channel: ＤＴＣＨ）である場合にのみ設定される。
【００５２】
「エラー発生ＳＤＵの転送」は、ＤＴＣＨを使用するＴＭＲＬＣのために設定され、３つの設定値（no/yes/no detect）を有する。また、「エラー発生ＳＤＵの転送」として設定される値によって、ＲＬＣ層は、エラーが発生したＰＤＵをそれぞれ異なる方法で処理する。
【００５３】
まず、「エラー発生ＳＤＵの転送」が「ｎｏ」に設定された場合、ＴＭＲＬＣは、ＭＡＣ層からＰＤＵと共に転送されたＣＲＣエラー情報を確認する。その後、該当ＰＤＵにエラーがあると確認されると、直ちに該当ＰＤＵを廃棄する。
【００５４】
「エラー発生ＳＤＵの転送」が「ｙｅｓ」に設定された場合、ＴＭＲＬＣは、ＭＡＣ層からＰＤＵと共に転送されたＣＲＣエラー情報を確認する。その後、該当ＰＤＵにエラーがあると確認されると、該当ＰＤＵを上位レイヤに送ると同時に、該ＰＤＵにエラーがあるということも通知する。
【００５５】
「エラー発生ＳＤＵの転送」が「ｎｏ ｄｅｔｅｃｔ」に設定された場合、ＴＭＲＬＣは、ＭＡＣ層からＰＤＵと共に転送されたＣＲＣエラー情報を確認せず、エラーが発生した該当ＰＤＵを正常なＰＤＵのように処理して上位レイヤに転送する。
【００５６】
このような「エラー発生ＳＤＵの転送」の値は、無線ベアラの設定の初期段階でＲＲＣにより前記の３つの値のうち１つが設定され、ＲＲＣは、設定された「エラー発生ＳＤＵの転送」情報をＭＡＣ層に転送する。
【００５７】
図４は、従来のＭＡＣ層のデータ処理方法を示すフローチャートである。以下、図４を参照して、従来のＭＡＣ層のデータ処理方法を説明する。
【００５８】
下位層からＭＡＣ ＰＤＵが転送されると（Ｓ２１０）、ＭＡＣ層は、前記転送されたＭＡＣＰＤＵにＣＲＣエラーがあるか否かを確認する（Ｓ２２０）。前記転送されたＭＡＣ ＰＤＵにＣＲＣエラーがないと、正常な処理手順に従って前記転送されたＭＡＣＰＤＵを処理するが（Ｓ２４０）、ＣＲＣエラーがあると、前記転送されたＭＡＣ ＰＤＵにＭＡＣヘッダがあるか否かを確認する（Ｓ２３０）。前記転送されたＭＡＣ ＰＤＵにＭＡＣヘッダがない場合、正常な処理手順に従って前記転送されたＭＡＣＰＤＵを処理し（Ｓ２３０）、ＭＡＣヘッダがある場合は、前記転送されたＭＡＣ ＰＤＵを廃棄する（Ｓ２５０）。
【００５９】
図５は、従来のＲＬＣ層のデータ処理方法を示すフローチャートである。以下、図５を参照して、従来のＲＬＣ層のデータ処理方法を説明する。
【００６０】
ＭＡＣ層からＲＬＣ ＰＤＵが転送されると（Ｓ３１０）、ＲＬＣ層はエラーデータ処理のための環境変数（又は、「Delivery of Erroneous SDUs」）が設定されているか否かを判断する（Ｓ３２０）。前記環境変数が設定されている場合、設定されたエラーデータ処理手順に従って前記転送されたＲＬＣＰＤＵを処理する（Ｓ３４０）。前記環境変数が設定されていない場合、正常な処理手順に従って前記転送されたＲＬＣ ＰＤＵを処理する（Ｓ３３０）。
【００６１】
以上の方法によりＭＡＣ層とＲＬＣ層がＰＤＵを処理する場合、ＭＡＣ層は、物理層から転送されたＭＡＣＰＤＵにエラーがあってもＭＡＣ ＰＤＵにＭＡＣヘッダがないと、該当ＭＡＣ ＰＤＵをＲＬＣ層に転送する。ＭＡＣ ＰＤＵにヘッダがないということは、転送チャネルと論理チャネルが１対１でマッピングされた場合である。このような例として、ＤＴＣＨ−ＤＣＨ、ＤＣＣＨ−ＤＣＨ、ＰＣＣＨ−ＰＣＨ、ＢＣＣＨ−ＢＣＨの組み合わせがある。これらの組み合わせのうち、実際に、ＡＭＲコーデックに関連しているのは、ＤＴＣＨ−ＤＣＨだけである。
【００６２】
より詳しく、このような組み合わせのうち上位アプリケーションレベルのＡＭＲコーデックがＣＲＣエラーがあるデータを使用する場合、すなわち、前記環境変数（又は、「エラー発生ＳＤＵの転送」）が設定されている場合は、ＲＬＣ層がＴＭ状態で、ＤＴＣＨ−ＤＣＨでデータ転送が行われる場合だけである。
【００６３】
ＡＭＲコーデックとは関連していないが、エラーのあるＲＬＣＰＤＵを受信する例として、ＲＬＣ層がＴＭ状態で、ＤＣＣＨ−ＤＣＨ、ＰＣＣＨ−ＰＣＨ、ＢＣＣＨ−ＢＣＨでデータ転送が行われる場合と、ＲＬＣ層がＡＭ状態又はＵＭ状態で、ＤＴＣＨ−ＤＣＨ、ＤＣＣＨ−ＤＣＨでデータ転送が行われる場合がある。
【００６４】
これらの場合、ＲＬＣ層がＡＭＲコーデックに関連がないため、前記環境変数（又は、「エラー発生ＳＤＵの転送」）は設定されない。さらに、環境変数が設定されていないため、ＲＬＣ層はＣＲＣエラーのあるデータを正常なデータとして取り扱って処理する。
【００６５】
ＲＬＣ層で、ＣＲＣエラーデータが正常なデータとして取り扱われるため発生する問題は次の通りである。まず、ＴＭＲＬＣの場合、ＴＭ ＲＬＣはＰＤＵにヘッダが付き加わっていないため、転送されたＰＤＵを正常なＰＤＵに判断してそのまま上位に転送する。
【００６６】
ＲＬＣ層がＴＭ状態である場合、ＤＣＣＨ、ＰＣＣＨ、ＢＣＣＨで転送されるデータは、ＲＲＣ層が無線資源を管理するために使用するデータである。ＴＭＲＬＣがこのようなチャネルで転送されたＣＲＣエラーデータをＲＲＣ層に転送すると、ＴＭ ＲＬＣ自体の動作には問題がないが、上位のＲＲＣ層で問題が発生する。すなわち、ＲＲＣ層がエラーのあるデータを使用することになるため、ＲＲＣ層が誤った動作を行ったり、ＲＲＣ層に誤った環境変数を使用させて通信が不可能になる問題点が発生する。
【００６７】
ＲＬＣ層がＡＭ状態又はＵＭ状態である場合、ＲＬＣヘッダの存在によりＲＬＣ層の自体的な問題が発生する。ＡＭＲＬＣ（又は、ＵＭ ＲＬＣ）は、ヘッダに含まれたＳＮを利用して暗号化を行うと共に、自分の保安環境設定情報を更新するが、ＰＤＵのＳＮにエラーがあると、暗号化が正常に行われないと共に、端末機とＵＴＲＡＮ間に保安環境設定情報の同期が崩れるという問題も発生する。端末機とＵＴＲＡＮ間に保安環境設定情報の同期が崩れると、ＣＲＣエラーがない場合も、その以後に転送されるデータの復元が不可能になり、通信エラーが発生する。
【００６８】
また、ＡＭ ＲＬＣ（又は、ＵＭ ＲＬＣ）のＰＤＵヘッダにはＰＤＵに含まれたＳＤＵの境界面に関する情報も入っているが、エラーデータがＳＤＵ境界面情報に関するものであると、ＲＬＣ層はＲＬＣＳＤＵを元通り再構成することができないため、深刻な通信エラーが発生する。
【発明の開示】
【発明が解決しようとする課題】
【００６９】
本発明の目的は、エラーデータがコーデックに関連しているか否かを判断して、コーデックに関連したエラーデータのみを上位レイヤに転送させるコーデックをサポートするためのデータ処理方法を提供することにある。
【００７０】
本発明のもう１つの目的は、特定プロトコル層に転送されるエラーデータがコーデックに提供されなければならないか否かを決定するデータ処理方法を提供することにある。前記転送されたデータがコーデックに提供されるものであると、前記データは、エラーデータ処理手順に従って処理され、前記転送されたデータがコーデックに提供されるものであないと、前記データは廃棄される。
【課題を解決するための手段】
【００７１】
このような目的を達成するための本発明の実施形態は、無線通信システムの受信者装置におけるデータ処理方法を提供する。前記データ処理方法は、データユニットの処理のためにＭＡＣ層とＲＬＣ層とから構成された受信者装置を利用する。
【００７２】
前記データ処理は、ＭＡＣ層からＲＬＣ層にデータユニット及び該データユニットに関連したＣＲＣ（Cyclic Redundancy Code）チェック結果を転送する過程と、ＲＬＣ層において、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがあるか否かを示すかを判断する過程と、前記データユニットにエラーがあり、かつエラーハンドリング方法が提供されていない場合、前記データユニットを廃棄する過程とからなることを特徴とする。
【００７３】
好ましくは、前記エラーハンドリング方法は、「エラー発生ＳＤＵの転送（delivery erroneous SDU）」に関連した命令を含む。前記データユニットは、プロトコルデータユニットを含む。
【００７４】
本発明の一側面によると、前記ＣＲＣチェック結果に基づいて前記データユニットにエラーがあり、かつ前記エラーハンドリング方法が提供されている場合、前記エラーハンドリング方法は、「データユニットを廃棄」、「エラー情報なしに前記データユニットを上位レイヤに転送」、及び「エラー情報と共にデータユニットを上位レイヤに転送」のうちいずれか１つを示す。
【００７５】
また、本発明の他の実施形態による受信者装置におけるデータ処理方法は、ＭＡＣ層からＲＬＣ層にデータユニット及び該データユニットに関連したＣＲＣチェック結果を転送する過程と、ＲＬＣ層において、前記ＣＲＣチェック結果が前記データユニットにエラーがあるということを示すか否かを判断する過程と、少なくとも１つの運用モードに基づいて第１方式と第２方式のうち１つを選択し、前記選択された方式によって前記データユニットを処理する過程とからなることを特徴とする。
【００７６】
好ましくは、前記データユニットは、前記運用モードが応答モード（ＡＭ）と無応答モード（ＵＭ）のうち１つであると、第１方式によって処理され、前記運用モードが透明モード（ＴＭ）であると、第２方式によって処理される。
【００７７】
本発明の一側面によると、前記第１方式は、前記ＲＬＣ層で前記データユニットを廃棄することであり、前記第２方式は、エラーハンドリング方法が提供されているか否かを確認することである。もし、前記エラーハンドリング方法が提供されていない場合は、前記データユニットが廃棄されるが、前記エラーハンドリング方法が提供されている場合は、前記データユニットが前記エラーハンドリング方法によって処理される。
【００７８】
好ましくは、前記エラーハンドリング方法は、「エラー発生ＳＤＵの転送（delivery erroneous SDU）」に関連した命令を含み、前記「エラー発生ＳＤＵの転送」命令は、「エラー情報と共にエラー発生ＳＤＵを上位レイヤに転送」、「エラー発生ＳＤＵを廃棄」、及び「エラー情報なしにエラー発生ＳＤＵを上位レイヤに転送」のうちいずれか１つを示す。
【００７９】
本発明の一側面によると、前記ＭＡＣ層から受信された前記データユニットは、ＭＡＣ層に関連したヘッダ情報を含まない。また、前記ＭＡＣ層から受信された前記データユニットは、転送チャネルと１対１で対応してマッピングされる論理チャネルと関連している。
【００８０】
本発明の実施形態による無線通信システムでデータを処理する受信者装置は、データユニット及び該データユニットに関連したＣＲＣチェック結果を転送するＭＡＣ層と、前記ＭＡＣ層と通信して前記ＭＡＣ層から前記データユニット及びＣＲＣチェック結果を受信するＲＬＣ層と、から構成され、ここで、前記ＲＬＣ層は、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがあるか否かを示すかを判断し、前記データユニットにエラーがあり、かつエラーハンドリング方法が提供されていない場合、前記データユニットを廃棄することを特徴とする。
【００８１】
また、本発明の他の実施形態による受信者装置は、データユニット及び該データユニットに関連したＣＲＣチェック結果を転送するＭＡＣ層と、前記ＭＡＣ層と通信することにより、該ＭＡＣ層から前記データユニットとＣＲＣチェック結果を受信するＲＬＣ層と、から構成され、ここで、前記ＲＬＣ層は、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがある否かを示すかを判断し、少なくとも１つの運用モードに基づいて第１方式と第２方式のうち１つの選択し、前記選択された方式によって前記データユニットを処理することを特徴とする。
【００８２】
また、本発明のさらに他の実施形態による無線通信システムにおける受信者装置のデータ処理方法は、データユニットの処理のために物理層とＭＡＣ層とから構成された受信者装置において、物理層からＭＡＣ層にデータユニット及び該データユニットに関連したＣＲＣチェック結果を転送する過程と、ＭＡＣ層において、前記ＣＲＣチェック結果が前記データにエラーがあるということを示すか否かを判定する過程と、ＭＡＣヘッダに関連したヘッダ情報の有無を把握するために前記データユニットを確認する過程と、前記ヘッダ情報が存在すると、前記データユニットを廃棄する過程と、前記ヘッダ情報が存在しないと、エラーハンドリング方法が提供されているか否かを確認する過程とからなることを特徴とする。
【００８３】
本発明のさらに他の実施形態による無線通信システムでデータを処理する受信者装置は、データユニット及び該データユニットに関連したＣＲＣチェック結果を転送する物理層と、前記物理層と通信することにより前記物理層から前記データユニットとＣＲＣチェック結果を受信するＭＡＣ層と、から構成され、ここで、前記ＭＡＣ層は、前記物理層から転送されたＣＲＣチェック結果が前記データユニットにエラーがあるか否かを示すかを判断し、さらに、ＭＡＣヘッダに関連したヘッダ情報の有無を把握するために前記データユニットを確認し、前記ヘッダ情報が存在すると、前記データユニットを廃棄する反面、前記ヘッダ情報が存在しないと、エラーハンドリング方法が提供されているか否かを判断することを特徴とする。
【発明の効果】
【００８４】
本発明によるデータ処理方法は、ＡＭＲコーデックに関連していないエラーデータがＭＡＣ層（又は、ＲＬＣ層）から上位レイヤに転送されることにより発生したＲＲＣ層とＲＬＣ層の誤動作の問題を解決した。また、ＡＭＲコーデックをサポートすることにより発生した問題を解決したので、有無線資源の効率性の向上及び効率的な管理が可能になるという効果がある。
【発明を実施するための最良の形態】
【００８５】
本発明は、エラーデータがコーデックに関連しているか否かを判断し、前記コーデックに関連したエラーデータのみを上位レイヤに転送させるＡＭＲコーデックをサポートするためのデータ処理方法に関する。また、本発明は、ＭＡＣ層（又は、ＲＬＣ層）がコーデックと関係ないＣＲＣエラーデータを有するプロトコルデータユニットを上位レイヤに転送することを防止する。
【００８６】
図６は、本発明の第１実施形態によるデータ処理方法を示すフローチャートであり、ＡＭＲコーデックのようなスピーチ（speech）コーデックをサポートするためのＭＡＣ層のデータ処理方法を示す。しかしながら、本発明は、リアルタイムデータ、ストリームデータ、多様な類型のコーデックによりエンコーディングされたデータなどにも適用できる。
【００８７】
下位層からＭＡＣ ＰＤＵが転送されると（Ｓ４１０）、ＭＡＣ層は、前記転送されたＭＡＣＰＤＵにＣＲＣエラーがあるか否かを判断する（Ｓ４２０）。前記転送されたＭＡＣ ＰＤＵにエラーがないと、前記ＭＡＣ層は正常な処理手順に従って前記転送されたＭＡＣＰＤＵを処理する（Ｓ４３０）。それに対して、前記転送されたＭＡＣ ＰＤＵにエラーがあると、ＭＡＣ層は、前記転送されたＭＡＣ ＰＤＵにＭＡＣヘッダがあるか否かを判断する（Ｓ４４０）。前記ＭＡＣＰＤＵにＭＡＣヘッダが存在すると、ＭＡＣ層は、前記転送されたＭＡＣ ＰＤＵを廃棄し（Ｓ４５０）、ＭＡＣヘッダが存在しないと、エラーデータ処理のためのエラーハンドリング方法（例: 「エラーが発生したＳＤＵ（Erroneous SDUs）（又は、データユニット（data units））の転送に関連したパラメーターや命令」）が設定されているか否かを判断する（Ｓ４６０）。
【００８８】
ＭＡＣヘッダがないということは、転送チャネルと論理チャネルが１対１で対応していることを意味する。言い換えると、複数の論理チャネルから１つの転送チャネルへの多重化が行われないということである。前記ＭＡＣヘッダは、１つの転送チャネルにマッピングされる多数の論理チャネルを定義するからである。
【００８９】
前記エラーハンドリング方法が設定されていないと、前記ＭＡＣ層は、転送されたＭＡＣＰＤＵを廃棄し（Ｓ４５０）、前記エラーハンドリング方法が設定されていると、設定されたエラーデータ処理手順に従って前記転送されたＭＡＣ ＰＤＵを処理する（Ｓ４８０）。
【００９０】
以上の処理過程で、エラーデータ処理のためのエラーハンドリング方法が設定されているということは、ＭＡＣ層が前記エラーデータを、廃棄するか、上位レイヤに転送するか、それとも上位レイヤに転送すると同時にエラー情報も共に転送するかが設定されているということを意味する。
【００９１】
エラーハンドリング方法は、無線ベアラの設定初期段階でＲＲＣが決定してＭＡＣに通知し、エラーハンドリング方法の方式には、エラーデータ廃棄、エラーデータの上位レイヤへの転送、及びエラーデータとそのエラー情報の上位レイヤへの転送などの方式がある。ＭＡＣがＰＤＵを最初受信した段階でＣＲＣエラーがない場合、ＭＡＣは、正常な処理方式により該当ＭＡＣＰＤＵを処理する。
【００９２】
従って、前記ＣＲＣエラーのあるデータのうち上位レイヤが転送を要求するデータのみが、設定されたエラーデータ処理手順に従って処理されてＲＬＣ層に転送される。すなわち、受信されたデータにＣＲＣエラーがある場合、ＭＡＣ層は、前記受信されたデータがＡＭＲコーデックに関連しているか否かを判断する。そして、ＡＭＲコーデックに関連している場合にのみ前記受信されたデータをＲＬＣ層に転送する。これは、ＡＭＲコーデックに関連したデータやスピーチデータが論理チャネルから転送チャネルに１対１で対応してマッピング（ＭＡＣ層で行われることが好ましい）されるためである。従って、ＭＡＣヘッダ情報は必要ない。
【００９３】
図７は、本発明の第２実施形態によるデータ処理方法を示すフローチャートであり、ＡＭＲコーデックのようなスピーチコーデックをサポートするためのＲＬＣ層のデータ処理方法を示す。
【００９４】
下位層からＲＬＣにＲＬＣ ＰＤＵが転送されると（Ｓ５１０）、ＲＬＣ層は、転送されたＲＬＣＰＤＵにＣＲＣエラーがあるか否かを判断する（Ｓ５２０）。前記転送されたＲＬＣ ＰＤＵにＣＲＣエラーがないと、正常な処理手順に従って前記転送されたＲＬＣ ＰＤＵを処理する（Ｓ５３０）。それに対して、前記転送されたＲＬＣＰＤＵにＣＲＣエラーがあると、ＲＬＣ層は、エラーデータ処理のためのエラーハンドリング方法（例: 「エラーが発生したＳＤＵ（又は、データユニット）の転送に関連したパラメーターや命令」）が設定されているか否かを判断する（Ｓ５４０）。転送されたＲＬＣＰＤＵに前記エラーハンドリング方法が設定されていないと、ＲＬＣ層は、前記転送されたＲＬＣ ＰＤＵを廃棄し（Ｓ５５０）、前記エラーハンドリング方法が設定されてると、設定されたエラーデータ処理手順に従って前記転送されたＲＬＣＰＤＵを処理する（Ｓ５６０）。
【００９５】
エラーハンドリング方法は、無線ベアラの設定初期段階でＲＲＣが決定してＲＬＣに通知し、エラーハンドリング方法の方式には、エラーデータ廃棄、エラーデータの上位レイヤへの転送、及びエラーデータとそのエラー情報の上位レイヤへの転送などの方式がある。
【００９６】
以上の処理過程で、エラーデータ処理のためのエラーハンドリング方法が設定されているということは、ＲＬＣ層が前記エラーデータを、廃棄するか、上位に転送するか、それとも上位に転送すると同時にエラー情報も共に転送するかが設定されているということを意味する。
【００９７】
上記の過程で、「エラーハンドリング方法」に対する検査は、場合によって省略されることもある。これは、ＡＭＲコーデックに転送されるデータは論理チャネルのうちＤＴＣＨで転送され、ＲＬＣは３つのモードのうちＴＭでのみ動作するためである。すなわち、ＲＬＣがＴＭで動作してＤＴＣＨ以外の論理チャネルでＰＤＵを受信したり、ＲＬＣがＡＭ又はＵＭで動作して任意の論理チャネルでＰＤＵを受信した場合、ＲＬＣは、エラーデータの受信と同時にこれを廃棄することができる。この場合は、「エラーハンドリング方法の方式」が「エラーデータ廃棄」に固定されているとみなすことができ、よって、これに対する環境設定自体が必要なくなる。
【００９８】
従って、前記ＣＲＣエラーのあるデータのうち上位レイヤ（例: ＲＲＣ層）が転送を要求するデータのみが「設定されたエラーデータ処理手順」に従って処理されて上位レイヤ（例: ＲＬＣ層）に転送される。すなわち、受信されたデータにＣＲＣエラーがある場合、ＲＬＣ層は、前記受信されたデータがＡＭＲコーデックに関連しているか否かを判断する。その後、ＭＡＣ層は、前記データがＡＭＲコーデックに関連している場合にのみ、前記受信されたデータをＲＬＣ層に転送する。これは、ＡＭＲコーデックに関連したデータやスピーチデータが論理チャネルから転送チャネルに１対１で対応してマッピング（ＭＡＣ層で行われること望ましい）されるためである。従って、ＭＡＣヘッダ情報は必要ない。また、スピーチデータは、デコーディング過程によりエラーが含まれたが、それにもかかわらず、部分的に又は全体的に受信側装置で回復することができる。
【００９９】
図８は、本発明の第３実施形態によるデータ処理方法を示すフローチャートであり、ＡＭＲコーデックのようなスピーチコーデックをサポートするためのＲＬＣ層のデータ処理方法を示す。
【０１００】
ＲＬＣ ＰＤＵがＭＡＣ層からＲＬＣ層に転送されると（Ｓ６１０）、前記ＲＬＣ層には、転送されたＲＬＣＰＤＵにＣＲＣエラーがあるか否かを判断し（Ｓ６２０）、前記転送されたＲＬＣ ＰＤＵにＣＲＣエラーがないと、正常な処理手順に従って前記転送されたＲＬＣ ＰＤＵを処理する（Ｓ６３０）。それに対して、前記転送されたＲＬＣＰＤＵにＣＲＣエラーがあると、ＲＬＣ層は、現在状態がＡＭであるか又はＵＭであるかを確認する（Ｓ６４０）。現在状態がＡＭ状態又はＵＭ状態であると、ＲＬＣ層は、ＭＡＣ層から受信されたＰＤＵを廃棄する（Ｓ６７０）。ＲＬＣ層がＴＭ状態で、エラーハンドリング方法（例: 「Delivery of Erroneous SDUs」）が設定されていると、ＲＬＣ層は、所定のエラーデータ処理手順に従って前記ＰＤＵを処理する（Ｓ６６０）。その反面、前記エラーハンドリング方法が設定されていないと、ＲＬＣ層は、前記転送されたＲＬＣＰＤＵを廃棄する（Ｓ６７０）。
【０１０１】
エラーデータ処理のための前記エラーハンドリング方法が設定されていると、前記エラーハンドリング方法の状態はＲＬＣ層に命令を提供する。前述したように、エラーハンドリング方法の方式には、エラーデータ廃棄、エラーデータの上位レイヤへの転送、及びエラーデータとそのエラー情報の上位レイヤへの転送などの方式がある。
【０１０２】
図９は、本発明の望ましい実施形態による移動局（端末機又はＵＥ）のブロック構造を示す。移動局とネットワークシステムは両方とも本発明に利用される。
【０１０３】
図９に示すように、移動局７００は、プロセッサ（デジタル信号処理器）７１０、ＲＦモジュール７３５、電源管理モジュール７０５、アンテナ７４０、バッテリ７５５、ディスプレイ７１５、キーパッド７２０、メモリ７３０、ＳＩＭ（Subscriber Identity Module）カード ７２５（オプション装置）、スピーカー７４５、及びマイクロホン７５０から構成される。
【０１０４】
使用者は、キーパッド７２０のボタンを押すか、マイクロホン７５０を利用した音声活性化（Voice Activation）により電話番号のような命令情報を入力する。マイクロプロセッサ７１０は、電話番号のダイヤリングのような適切な機能を行うように前記命令情報を受信して処理する。
【０１０５】
運用データは、その機能を行うためにＳＩＭカード７２５やメモリモジュール７３０から読み出される。また、プロセッサ７１０は、使用者が認識できるように前記命令情報や運用情報をディスプレイ７１５に表示する。
【０１０６】
プロセッサ７１０は通信を初期化し、音声通信データを含む無線信号を転送するためにＲＦ部７３５に命令情報を発送する。
【０１０７】
ＲＦ部７３５は、無線信号を送受信するための送信器と受信器を含む。アンテナ７４０は、無線信号の送信と受信を助ける。無線信号を受信した後、ＲＦモジュール７３５は、プロセッサ７１０により処理できるように前記信号をベースバンド周波数に変換して送る。前記処理された信号は、スピーカーから出力される聞き取れる信号、又はディスプレイから出力される読み取れる情報に変形される。
【０１０８】
当該技術分野の通常の知識を持つ者であれば前述した本発明の実施形態が、例えば、処理器７１０、他のデータやデジタル処理装置の単独形態、又は外付けのサポートロジック(external support logic)と結合された形態によって容易に適用できることが分かる。本発明は、移動通信と関連して説明されたが、無線通信特性を備えたＰＤＡ及びラップトップコンピュータのような移動装置を使用する他の無線通信システムにも適用できる。また、本発明を説明するために使用された特定用語は本発明の権利範囲をＣＤＭＡ−２０００のような特定無線通信システムに限定するものではない。本発明は、さらに、本発明は、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡなどの他の無線インターフェース及び／又は他の物理層を使用する他の無線通信システムにも適用できる。
【０１０９】
本実施形態は、ソフトウェア、ファームウエア、ハードウェア又はこれらの組み合わせを生産するための標準プログラム及び／又はエンジニアリング技術を利用して製造方法、装置又は製造物として実行できる。ここで、「製造物」という用語は、ハードウェアロジック(例: 集積回路チップ、ＦＰＧＡ(Field Programmable Gate Array)、ＡＳＩＣ(ApplicationSpecific Integrated Circuit)など)、コンピュータ可読媒体(例: ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなどの磁気記録媒体)、光記録装置(ＣＤ−ＲＯＭ、光ディスクなど)、又は揮発性／不揮発性メモリ装置(例：ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウエア、プログラムロジックなど)において実行されるコードやロジックを示す。コンピュータ可読媒体内のコードはプロセッサにより接続及び実行される。本実施形態を実行するコードは転送媒体を通じて、又はネットワーク上のファイルサーバから接続することもできる。その場合、前記コードが実行される製造物は、ネットワーク転送ライン、無線転送媒体、空間を通じて転送される信号、無線波、赤外線信号などの転送媒体を含む。もちろん、当該技術分野における通常の知識を有する者であれば、本発明の要旨を逸脱しない範囲においてこのような形態の多様な変形が可能であり、前記製造物が公知の情報転送媒体も含むことができるという点を理解すると思われる。
【０１１０】
図面に示されたロジック実装(logic implementation)は、特定順序に従った特定動作によって説明されているが、他の実施形態では、前記ロジック実装を他の順序にするか、その一部を変更又は削除して実行することができる。また、前述したロジックに過程がさらに追加されて本発明によって実行することもできる。
【０１１１】
本発明前述した実施形態と利点は本発明を制限するものでなく、単なる例示にすぎない。本発明は、他の形態の装置にも容易に適用できる。本発明の説明は特許請求の範囲を制限するものでなく、単なる説明の便宜のためのものである。当該技術分野における通常の知識を有する者であれば多様な代案、変更、変形が可能であることを理解すると思われる。請求項において、ミーンズプラスファンクションクレーム(means-plus-function clauses)は列挙された機能を実行するものであり、ここに記載された構造、構造的同等物だけでなく均等な構造まで含む。
【図面の簡単な説明】
【０１１２】
【図１】一般的なＵＭＴＳネットワーク構成図である。
【図２】３ＧＰＰ無線接続ネットワーク規格による端末機とＵＴＲＡＮ間の無線接続インタフェースプロトコルの構造を示す図である。
【図３】ＭＡＣ ＰＤＵのフォーマットを示す図である。
【図４】従来のＭＡＣ層のデータ処理方法を示すフローチャートである。
【図５】従来のＲＬＣ階層のデータ処理方法を示すフローチャートである。
【図６】本発明の第１実施形態によるデータ処理方法を示すフローチャートである。
【図７】本発明の第２実施形態によるデータ処理方法を示すフローチャートである。
【図８】本発明の第３実施形態によるデータ処理方法を示すフローチャートである。
【図９】本発明の好ましい実施形態による移動局（端末機又はＵＥ）のブロック構造図である。
【図１】
2006514817.tif 000004
【図２】
2006514817.tif 000005
【図３】
2006514817.tif 000006
【図４】
2006514817.tif 000007
【図５】
2006514817.tif 000008
【図６】
2006514817.tif 000009
【図７】
2006514817.tif 000010
【図８】
2006514817.tif 000011
【図９】
2006514817.tif 000012
【国際調査報告】
2006514817.tif 000013
2006514817.tif 000014