JP2009153150A - 無線通信システムのためのエラー処理装置及び方法 - Google Patents

無線通信システムのためのエラー処理装置及び方法 Download PDF

Info

Publication number
JP2009153150A
JP2009153150A JP2009006173A JP2009006173A JP2009153150A JP 2009153150 A JP2009153150 A JP 2009153150A JP 2009006173 A JP2009006173 A JP 2009006173A JP 2009006173 A JP2009006173 A JP 2009006173A JP 2009153150 A JP2009153150 A JP 2009153150A
Authority
JP
Japan
Prior art keywords
data unit
layer
error
rlc
rlc layer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2009006173A
Other languages
English (en)
Other versions
JP4866431B2 (ja
Inventor
Seung June Yi
スン−ジュン イ
Young-Dae Lee
ヨン−デ リ
Sung-Duck Chun
スン−ドュク チュン
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.)
LG Electronics Inc
Original Assignee
LG Electronics 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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2009153150A publication Critical patent/JP2009153150A/ja
Application granted granted Critical
Publication of JP4866431B2 publication Critical patent/JP4866431B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1838—Buffer management for semi-reliable protocols, e.g. for less sensitive applications such as streaming video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • H04L1/0082—Formats for control data fields explicitly indicating existence of error in data being transmitted, e.g. so that downstream stations can avoid decoding erroneous packet; relays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0091—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location arrangements specific to receivers, e.g. format detection

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

【課題】無線通信システムの受信側でデータを処理するのに好適な装置及び方法を提供する。
【解決手段】データ処理方法は、データユニットの処理のためにＭＡＣ（Medium Access Control）層とＲＬＣ（Radio Link Control）層から構成された受信者装置を利用する。前記データ処理は、ＭＡＣ層からＲＬＣ層にデータユニット及び該データユニットに関連したＣＲＣ（CyclicRedundancy Code）チェック結果を通信する過程と、ＲＬＣ層で前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データにエラーがあるということを示すか否かを判断する過程と、前記データユニットにエラーがあり、かつエラーハンドリング方法が提供されていない場合、前記データユニットを廃棄する過程とからなる。
【選択図】図６

Description

本発明は、無線移動通信網のデータ処理方法及びシステムに関し、特に、ＡＭＲ（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)を管理する。前記ＭＡＣ−ｃ／ｓｈサブレイヤは、他の端末機と共有するフォワードアクセスチャネル(ForwardAccessChannel: ＦＡＣＨ)、ダウンリンク共有チャネル(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）を有し、この値がＣ／Ｔフィールド値として使用される。転送チャネル内に専用論理チャネルが１つしか存在しない場合は、Ｃ／Ｔフィールドが使用されない。
表１は、ＦＤＤの場合に、論理チャネルと転送チャネルのマッピング関係によるＭＡＣヘッダの情報を示す。表１の「Ｃ／Ｔフィールド」は、複数の専用論理チャネル（ＤＣＣＨ又はＤＴＣＨ）がマッピングされるときのみに存在し、「Ｎ」表示はヘッダが存在しないことを意味し、「−」表示は、マッピング関係がないことを意味する。また、ＵＥ−ＩＤフィールドは、常にＵＥ−ＩＤタイプフィールドと共に存在するので、表にはただ「ＵＥ−ＩＤ」で表記した。
Figure 2009153150
 以下、前記ＲＬＣ層について説明する。ＲＬＣ層の基本機能は、各無線ベアラ（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）」に関連した命令を含み、前記「エラー発生ＳＤＵの転送」命令は、「エラー情報と共にエラー発生ＳＤＵを上位レイヤに転送」、「エラー発生ＳＤＵを廃棄」、及び「エラー情報なしにエラー発生ＳＤＵを上位レイヤに転送」のうちいずれか１つを示す。
本発明の一側面によると、前記ＭＡＣ層から受信された前記データユニットは、ＭＡＣ層に関連したヘッダ情報を含まない。また、前記ＭＡＣ層から受信された前記データユニットは、転送チャネルと１対１で対応してマッピングされる論理チャネルと関連している。
本発明の実施形態による無線通信システムでデータを処理する受信者装置は、データユニット及び該データユニットに関連したＣＲＣチェック結果を転送するＭＡＣ層と、前記ＭＡＣ層と通信して前記ＭＡＣ層から前記データユニット及びＣＲＣチェック結果を受信するＲＬＣ層と、から構成され、ここで、前記ＲＬＣ層は、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがあるか否かを示すかを判断し、前記データユニットにエラーがあり、かつエラーハンドリング方法が提供されていない場合、前記データユニットを廃棄することを特徴とする。
また、本発明の他の実施形態による受信者装置は、データユニット及び該データユニットに関連したＣＲＣチェック結果を転送するＭＡＣ層と、前記ＭＡＣ層と通信することにより、該ＭＡＣ層から前記データユニットとＣＲＣチェック結果を受信するＲＬＣ層と、から構成され、ここで、前記ＲＬＣ層は、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがある否かを示すかを判断し、少なくとも１つの運用モードに基づいて第１方式と第２方式のうち１つの選択し、前記選択された方式によって前記データユニットを処理することを特徴とする。
また、本発明のさらに他の実施形態による無線通信システムにおける受信者装置のデータ処理方法は、データユニットの処理のために物理層とＭＡＣ層とから構成された受信者装置において、物理層からＭＡＣ層にデータユニット及び該データユニットに関連したＣＲＣチェック結果を転送する過程と、ＭＡＣ層において、前記ＣＲＣチェック結果が前記データにエラーがあるということを示すか否かを判定する過程と、ＭＡＣヘッダに関連したヘッダ情報の有無を把握するために前記データユニットを確認する過程と、前記ヘッダ情報が存在すると、前記データユニットを廃棄する過程と、前記ヘッダ情報が存在しないと、エラーハンドリング方法が提供されているか否かを確認する過程とからなることを特徴とする。
本発明のさらに他の実施形態による無線通信システムでデータを処理する受信者装置は、データユニット及び該データユニットに関連したＣＲＣチェック結果を転送する物理層と、前記物理層と通信することにより前記物理層から前記データユニットとＣＲＣチェック結果を受信するＭＡＣ層と、から構成され、ここで、前記ＭＡＣ層は、前記物理層から転送されたＣＲＣチェック結果が前記データユニットにエラーがあるか否かを示すかを判断し、さらに、ＭＡＣヘッダに関連したヘッダ情報の有無を把握するために前記データユニットを確認し、前記ヘッダ情報が存在すると、前記データユニットを廃棄する反面、前記ヘッダ情報が存在しないと、エラーハンドリング方法が提供されているか否かを判断することを特徴とする。
（項目１）
データユニットの処理のためにＭＡＣ（Medium Access Control）層とＲＬＣ（Radio Link Control）層とから構成された受信者装置において、
ＭＡＣ層からＲＬＣ層にデータユニット及び該データユニットに関連したＣＲＣ（Cyclic Redundancy Code）チェック結果を転送する過程と、
ＲＬＣ層において、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがあるか否かを示すかを判断する過程と、
前記データユニットにエラーがあり、かつエラーハンドリング方法が提供されていない場合、前記データユニットを廃棄する過程と
からなることを特徴とする無線通信システムにおける受信者装置のデータ処理方法。
（項目２）
前記エラーハンドリング方法は、
「エラー発生ＳＤＵの転送（delivery erroneous SDU）」に関連した命令を含むことを特徴とする項目１に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目３）
前記データユニットは、
プロトコルデータユニットを含むことを特徴とする項目１に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目４）
前記ＣＲＣチェック結果に基づいて前記データユニットにエラーがあり、かつ前記エラーハンドリング方法が提供されている場合、前記エラーハンドリング方法は、「データユニットを廃棄」、「エラー情報なしに前記データユニットを上位レイヤに転送」、及び「エラー情報と共にデータユニットを上位レイヤに転送」のうちいずれか１つを示すことを特徴とする項目１に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目５）
データユニット及び該データユニットに関連したＣＲＣチェック結果を転送するＭＡＣ層と、
前記ＭＡＣ層と通信して前記ＭＡＣ層から前記データユニット及びＣＲＣチェック結果を受信するＲＬＣ層と、から構成され、
ここで、前記ＲＬＣ層は、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがあるか否かを示すかを判断し、前記データユニットにエラーがあり、かつエラーハンドリング方法が提供されていない場合、前記データユニットを廃棄することを特徴とする無線通信システムでデータを処理する受信者装置。
（項目６）
前記エラーハンドリング方法は、
「エラー発生ＳＤＵの転送（delivery erroneous SDU）」に関連した命令を含むことを特徴とする項目５に記載の無線通信システムでデータを処理する受信者装置。
（項目７）
前記データユニットは、
プロトコルデータユニットを含むことを特徴とする項目５に記載の無線通信システムでデータを処理する受信者装置。
（項目８）
前記ＣＲＣチェック結果に基づいて前記データユニットにエラーがあり、かつ前記エラーハンドリング方法が提供されている場合、前記エラーハンドリング方法は、「前記データユニットを廃棄」、「エラー情報なしに前記データユニットを上位レイヤに転送」、及び「前記エラー情報と共に前記データユニットを上位レイヤに転送」のうちいずれか１つを示すことを特徴をする項目５に記載の無線通信システムでデータを処理する受信者装置。
（項目９）
データユニットの処理のためにＭＡＣ層とＲＬＣ層とから構成された受信者装置において、
ＭＡＣ層からＲＬＣ層にデータユニット及び該データユニットに関連したＣＲＣチェック結果を転送する過程と、
ＲＬＣ層において、前記ＣＲＣチェック結果が前記データユニットにエラーがあるということを示すか否かを判断する過程と、
少なくとも１つの運用モードに基づいて第１方式と第２方式のうち１つを選択し、前記選択された方式によって前記データユニットを処理する過程と
からなることを特徴とする無線通信システムにおける受信者装置のデータ処理方法。
（項目１０）
前記データユニットは、
前記運用モードが応答モード（ＡＭ）と無応答モード（ＵＭ）のうち１つであると、第１方式によって処理されることを特徴とする項目９に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目１１）
前記データユニットは、
前記運用モードが透明モード（ＴＭ）であると、第２方式によって処理されることを特徴とする項目９に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目１２）
前記第１方式は、
前記ＲＬＣ層で前記データユニットを廃棄することであることを特徴とする項目９に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目１３）
前記第２方式は、
エラーハンドリング方法が提供されているか否かを確認することであることを特徴とする項目９に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目１４）
前記エラーハンドリング方法が提供されていない場合、前記データユニットは廃棄されることを特徴とする項目１３に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目１５）
前記エラーハンドリング方法が提供されている場合、前記データユニットは前記エラーハンドリング方法によって処理されることを特徴とする項目１３に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目１６）
前記エラーハンドリング方法は、
「エラー発生ＳＤＵの転送（delivery erroneous SDU）」に関連した命令を含むことを特徴とする項目１３に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目１７）
前記「エラー発生ＳＤＵの転送」命令は、
「エラー情報と共にエラー発生ＳＤＵを上位レイヤに転送」、「エラー発生ＳＤＵを廃棄」、及び「エラー情報なしにエラー発生ＳＤＵを上位レイヤに転送」のうちいずれか１つを示すことを特徴とする項目１６に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目１８）
前記ＭＡＣ層から受信された前記データユニットは、
ＭＡＣ層に関連したヘッダ情報を含まないことを特徴とする項目９に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目１９）
前記ＭＡＣ層から受信された前記データユニットは、転送チャネルと１対１で対応してマッピングされる論理チャネルに関連していることを特徴とする項目９に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目２０）
データユニット及び該データユニットに関連したＣＲＣチェック結果を転送するＭＡＣ層と、
前記ＭＡＣ層と通信することにより、該ＭＡＣ層から前記データユニットとＣＲＣチェック結果を受信するＲＬＣ層と、から構成され、
ここで、前記ＲＬＣ層は、前記ＭＡＣ層から転送されたＣＲＣチェック結果が前記データユニットにエラーがある否かを示すかを判断し、少なくとも１つの運用モードに基づいて第１方式と第２方式のうち１つの選択し、前記選択された方式によって前記データユニットを処理することを特徴とする無線通信システムでデータを処理する受信者装置。
（項目２１）
前記データユニットは、
前記運用モードが応答モード（ＡＭ）と無応答モード（ＵＭ）のうち１つである場合、第１方式によって処理されることを特徴とする項目２０に記載の無線通信システムでデータを処理する受信者装置。
（項目２２）
前記データユニットは、
前記運用モードが透明モード（ＴＭ）である場合、第２方式によって処理されることを特徴とする項目２０に記載の無線通信システムでデータを処理する受信者装置。
（項目２３）
前記第１方式は、
前記ＲＬＣ層で前記データユニットを廃棄することであることを特徴とする項目２０に記載の無線通信システムでデータを処理する受信者装置。
（項目２４）
前記第２方式は、
エラーハンドリング方法が提供されているか否かを判断することであることを特徴とする項目２０に記載の無線通信システムでデータを処理する受信者装置。
（項目２５）
前記エラーハンドリング方法は、
「エラー発生ＳＤＵの転送（delivery erroneous SDUs）」命令を含むことを特徴とす
る項目２４に記載の無線通信システムでデータを処理する受信者装置。
（項目２６）
前記「エラー発生ＳＤＵの転送」命令は、
「エラー情報と共にエラー発生ＳＤＵを上位レイヤに転送」、「エラー発生ＳＤＵを廃棄」、及び「エラー情報なしにエラー発生ＳＤＵを上位レイヤに転送」のうちいずれか１つを示すことを特徴とする項目２５に記載の無線通信システムでデータを処理する受信者装置。
（項目２７）
前記ＭＡＣ層から受信された前記データユニットは、
ＭＡＣ層に関連したヘッダ情報を含まないことを特徴とする項目２０に記載の無線通信システムでデータを処理する受信者装置。
（項目２８）
前記ＭＡＣ層から受信された前記データユニットは、
転送チャネルと１対１で対応してマッピングされる論理チャネルに関連していうことを特徴とする項目２０に記載の無線通信システムでデータを処理する受信者装置。
（項目２９）
データユニットの処理のために物理層とＭＡＣ層とから構成された受信者装置において、
物理層からＭＡＣ層にデータユニット及び該データユニットに関連したＣＲＣチェック結果を転送する過程と、
ＭＡＣ層において、前記ＣＲＣチェック結果が前記データにエラーがあるということを示すか否かを判定する過程と、
ＭＡＣヘッダに関連したヘッダ情報の有無を把握するために前記データユニットを確認する過程と、
前記ヘッダ情報が存在すると、前記データユニットを廃棄する過程と、
前記ヘッダ情報が存在しないと、エラーハンドリング方法が提供されているか否かを確認する過程と
からなることを特徴とする無線通信システムにおける受信者装置のデータ処理方法。
（項目３０）
前記エラーハンドリング方法が提供されていない場合、前記データユニットは廃棄されることを特徴とする項目２９に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目３１）
前記エラーハンドリング方法が提供されている場合、前記エラーハンドリング方法によってデータユニットを処理することを特徴とする項目２９に記載の無線通信システムにおける受信者装置のデータ処理方法。
（項目３２）
前記エラーハンドリング方法は、
「エラー発生ＳＤＵの転送（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)は列挙された機能を実行するものであり、ここに記載された構造、構造的同等物だけでなく均等な構造まで含む。

Claims (19)

  1. 無線通信システムにおいて用いられる受信者装置においてデータを処理する方法であって、該受信者装置は、データユニットの処理のためにＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層とを備え、
    該方法は、
    該ＭＡＣ層から、データユニットと、該データユニットに関連したＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｏｄｅ）チェック結果とを該ＲＬＣ層に伝達することと、
    該ＲＬＣ層において、該データユニットがエラーを有しているということを該ＣＲＣチェック結果が示していることを決定することと、
    第１方式と第２方式とのうちの１つの方式に従って該データユニットを処理することであって、該第１方式と該第２方式とのうちの１つの方式の選択は、少なくとも１つの運用モードに基づく、ことと
    を包含し、
    該第２方式は、
    エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されているか否かを決定することと、
    該エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されている場合には、該所定の手順に関連した前もってセットされた値の設定をさらに決定し、該前もってセットされた値に従って該データユニットを処理することと、
    該エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されていない場合には、該データユニットを該ＲＬＣ層において廃棄することと
    を包含する、方法。
  2. 前記データユニットは、前記運用モードが無応答モード（ＵＭ）と応答モード（ＡＭ）とのうちの１つである場合に前記第１方式に従って処理される、請求項１に記載の方法。
  3. 前記データユニットは、前記運用モードが透明モード（ＴＭ）である場合に前記第２方式で処理される、請求項１に記載の方法。
  4. 前記第１方式は、前記ＲＬＣ層において前記データユニットを廃棄することを包含する、請求項１に記載の方法。
  5. 無線通信システムにおいてデータを処理する受信者装置であって、
    該受信者装置は、
    データユニットと、該データユニットに関連したＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｏｄｅ）チェック結果とを転送するＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層と、
    該ＭＡＣ層と通信するＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層と
    を備え、
    該ＲＬＣ層は、該データユニットと、該データユニットがエラーを有しているか否かを示す該ＣＲＣチェック結果とを該ＭＡＣ層から受信するように適合されており、該ＭＡＣ層から送信された該ＣＲＣチェック結果を調べ、第１方式と第２方式とのうちの１つの方式に従って該データユニットを処理するように適合されており、
    該第１方式と該第２方式とのうちの１つの方式の選択は、少なくとも１つの運用モードに基づき、
    該第２方式は、
    該データユニットを該ＲＬＣ層において処理するための所定の手順が設定されているか否かを決定することであって、該ＣＲＣチェック結果は、該データユニットがエラーを有していることを示す、ことと、
    エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されている場合には、該所定の手順に関連した前もってセットされた値の設定をさらに決定し、該前もってセットされた値に従ってエラー発生データユニットを処理することと、
    エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されていない場合には、該エラー発生データユニットを該ＲＬＣ層において廃棄することと
    を包含する、受信者装置。
  6. 無線通信システムにおいて用いられる受信者装置においてデータを処理する方法であって、該受信者装置は、データユニットの処理のために物理層とＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とを備え、
    該方法は、
    該物理層から、データユニットと、該データユニットに関連したＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｏｄｅ）チェック結果とを該ＭＡＣ層に伝達することと、
    該ＭＡＣ層において、該データユニットがエラーを有しているということを該ＣＲＣチェック結果が示していることを決定することと、
    ＭＡＣヘッダに関連したヘッダ情報の存在について該データユニットを調べることと、
    該ヘッダ情報が存在する場合には、該データユニットを廃棄することと、
    ヘッダが存在しない場合には、エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されているか否かを決定することと、
    該エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されている場合には、該所定の手順に関連した前もってセットされた値の設定をさらに決定し、該前もってセットされた値に従って該データユニットを処理することと、
    該エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されていない場合には、該データユニットを該ＲＬＣ層において廃棄することと
    を包含する、方法。
  7. ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層とを含む無線通信システムにおける方法であって、
    該方法は、
    該ＭＡＣ層から、データユニットと、該データユニットに対応するＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｏｄｅ）チェック結果とを該ＲＬＣ層に伝達することと、
    該ＲＣＬ層において、該データユニットに関連したエラーがあるか否かを該ＣＲＣチェック結果に基づいて決定することと、
    該データユニットがエラーを含んでいると決定された場合には、エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されているか否かを決定することと、
    該エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されている場合には、該所定の手順に関連した前もってセットされた値の設定をさらに決定し、該前もってセットされた値に従って該データユニットを処理することと、
    該エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されていない場合には、該データユニットを該ＲＬＣ層において廃棄することと
    を包含する、方法。
  8. 前記データユニットに関連したエラーがないと前記ＲＬＣ層において決定された場合に、さらに処理するために該データユニットを該ＲＬＣ層から次の上位層に転送することをさらに包含する、請求項７に記載の方法。
  9. 前記次の上位層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層である、請求項８に記載の方法。
  10. 前記データユニットは、ＲＬＣプロトコルデータユニットである、請求項７に記載の方法。
  11. ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層とを含む無線通信システムにおける方法であって、該ＲＬＣ層は、複数のモードのうちの１つで動作可能であり、
    該方法は、
    該ＭＡＣ層から、データユニットと、該データユニットに対応するＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｏｄｅ）チェック結果とを該ＲＬＣ層に伝達することと、
    該ＲＣＬ層において、該データユニットに関連したエラーがあるか否かを該ＣＲＣチェック結果に基づいて決定することと、
    該データユニットに関連したエラーがあると決定され、該ＲＬＣ層が該複数のモードのうちの第１モードに従って動作している場合には、エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されているか否かを決定することと、
    該エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されている場合には、該所定の手順に関連した前もってセットされた値をさらに決定することと、
    該エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されていない場合には、該ＲＬＣのモードにかかわらず、該データユニットを該ＲＬＣ層において廃棄することと
    を包含する、方法。
  12. 前記ＲＬＣ層は、透明モードで動作しており、
    前記方法は、前記データユニットに関連したエラーがある場合、かつ、エラー発生データユニットを該ＲＬＣ層において処理するための所定の手順が設定されている場合に、前記前もってセットされた値に従って該データユニットを該ＲＬＣ層において処理することをさらに包含する、請求項１１に記載の方法。
  13. 前記所定の手順に関連した前記前もってセットされた値が第１設定値を有している場合に、エラーなしで前記ＲＬＣ層において受信されたＲＬＣデータユニットのみを次の上位層に送信することをさらに包含する、請求項１２に記載の方法。
  14. 前記第１設定値は、「ｎｏ」である、請求項１３に記載の方法。
  15. 対応するデータユニットが前記ＲＬＣ層において誤って受信された場合、かつ、前記所定の手順に関連した前記前もってセットされた値が第２設定値を有している場合に、全てのＲＬＣデータユニットを次の上位層に送信し、エラー指示を提供することをさらに包含する、請求項１２に記載の方法。
  16. 前記第２設定値は、「ｙｅｓ」である、請求項１５に記載の方法。
  17. 前記所定の手順に関連した前記前もってセットされた値が第３設定値を有している場合に、全てのＲＬＣデータユニットを次の上位層に送信することをさらに包含する、請求項１２に記載の方法。
  18. 前記第３設定値は、「ｎｏ ｄｅｔｅｃｔ」である、請求項１７に記載の方法。
  19. 前記ＲＬＣ層は、無応答モードまたは応答モードで動作しており、
    前記方法は、前記データユニットに関連したエラーがあると該ＲＬＣ層において決定された場合に、該データユニットを該ＲＬＣ層において処理するための所定の手順が設定されているか否かにかかわらず、該データユニットを該ＲＬＣ層において廃棄することをさらに包含する、請求項１１に記載の方法。
JP2009006173A 2003-04-01 2009-01-14 無線通信システムのためのエラー処理装置及び方法 Expired - Lifetime JP4866431B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2003-0020533 2003-04-01
KR10-2003-0020533A KR100498347B1 (ko) 2003-04-01 2003-04-01 Ａｍｒ 코덱을 지원하기 위한 데이터 처리방법

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2005518774A Division JP4298708B2 (ja) 2003-04-01 2004-04-01 無線通信システムのためのエラー処理装置及び方法

Publications (2)

Publication Number Publication Date
JP2009153150A true JP2009153150A (ja) 2009-07-09
JP4866431B2 JP4866431B2 (ja) 2012-02-01

Family

ID=36118396

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2005518774A Expired - Lifetime JP4298708B2 (ja) 2003-04-01 2004-04-01 無線通信システムのためのエラー処理装置及び方法
JP2009006173A Expired - Lifetime JP4866431B2 (ja) 2003-04-01 2009-01-14 無線通信システムのためのエラー処理装置及び方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2005518774A Expired - Lifetime JP4298708B2 (ja) 2003-04-01 2004-04-01 無線通信システムのためのエラー処理装置及び方法

Country Status (13)

Country Link
US (1) US7571358B2 (ja)
EP (1) EP1609254A4 (ja)
JP (2) JP4298708B2 (ja)
KR (1) KR100498347B1 (ja)
CN (1) CN1751459B (ja)
AU (1) AU2004225408B2 (ja)
BR (1) BRPI0408973A (ja)
HK (1) HK1084521A1 (ja)
MX (1) MXPA05007330A (ja)
RU (1) RU2332798C2 (ja)
UA (1) UA82687C2 (ja)
WO (1) WO2004088879A1 (ja)
ZA (1) ZA200505075B (ja)

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7269760B2 (en) * 2003-02-05 2007-09-11 Innovative Sonic Limited Scheme to discard an erroneous PDU received in a wireless communication system
KR100772369B1 (ko) * 2004-07-13 2007-11-01 삼성전자주식회사 재전송 제어 방법 및 장치
US7596379B2 (en) * 2004-08-16 2009-09-29 M-Stack Limited Method for maintaining transparent mode radio bearers in a radio access network
US20060062312A1 (en) * 2004-09-22 2006-03-23 Yen-Chi Lee Video demultiplexer and decoder with efficient data recovery
JP4498898B2 (ja) * 2004-11-29 2010-07-07 富士通株式会社 無線通信システムに使用されるデータキャッシュ装置及び方法
KR100678199B1 (ko) 2005-06-14 2007-02-02 삼성전자주식회사 슬라이딩 모듈을 구비하는 휴대용 단말기
CN100366120C (zh) * 2005-08-01 2008-01-30 华为技术有限公司 宽带码分多址系统中无线资源控制连接故障信息上报方法
TWI297248B (en) * 2005-10-21 2008-05-21 Inst Information Industry Method and apparatus for adaptive communication
US8379733B2 (en) * 2006-09-26 2013-02-19 Qualcomm Incorporated Efficient video packetization methods for packet-switched video telephony applications
WO2009000847A2 (en) * 2007-06-25 2008-12-31 Nokia Siemens Networks Oy Message transfer for in-band signaling messages in radio access networks
EP3276863A1 (en) 2007-10-03 2018-01-31 Fujitsu Limited Wireless communication apparatus, wireless communication control apparatus, wireless communication method, wireless communication program, wireless communication control method, and wireless communication control program
US8250441B2 (en) 2007-12-11 2012-08-21 Wi-Lan Inc. Outer coding framework for application packet error rate minimization
RU2465737C2 (ru) * 2008-01-04 2012-10-27 Нокиа Корпорейшн Фиктивный дополняющий подзаголовок в блоках данных протокола уровня доступа к среде
KR101514079B1 (ko) * 2008-01-07 2015-04-21 엘지전자 주식회사 상향링크 시간 동기 타이머의 재구성 방법
KR101565403B1 (ko) * 2008-01-07 2015-11-03 엘지전자 주식회사 Ｈｓｐａ를 이용하여 수신한 회선 교환 데이터의 오류 제어방법
US9357233B2 (en) * 2008-02-26 2016-05-31 Qualcomm Incorporated Video decoder error handling
US20090249172A1 (en) * 2008-03-26 2009-10-01 Qualcomm Incorporated Methods and apparatus for improved decoding of bursts that include multiple concatenated protocol data units
US8126014B2 (en) * 2008-04-09 2012-02-28 Qualcomm Incorporated Methods and apparatus for improved decoding of hybrid automatic repeat request transmissions
US8638699B2 (en) 2008-11-10 2014-01-28 Qualcomm Incorporated Method and apparatus for supporting the large service data unit (SDU)
US8711881B2 (en) * 2009-01-07 2014-04-29 Qualcomm Incorporated Packet bundling at the PDCP layer
US8644338B2 (en) * 2009-01-07 2014-02-04 Qualcomm Incorporated Unbundling packets received in wireless communications
WO2010126068A1 (ja) * 2009-04-27 2010-11-04 日本電気株式会社 受信装置、受信方法およびプログラム
WO2010137644A1 (ja) * 2009-05-27 2010-12-02 日本電気株式会社 無線通信装置およびデータ受信方法
KR101216100B1 (ko) * 2009-11-18 2012-12-26 엘지전자 주식회사 단편화 패킹 확장헤더를 수반하는 ｍａｃ ｐｄｕ를 전송하는 방법 및 장치
US8416867B2 (en) * 2009-11-23 2013-04-09 Lg-Ericsson Co., Ltd. Interference cancellation with MU-MIMO scheme in SC-FDMA system
CN102355328B (zh) * 2011-09-01 2013-12-11 电信科学技术研究院 数据处理方法和设备
RU2595905C2 (ru) * 2011-11-22 2016-08-27 Ска Ипла Холдингз Инк. Терминал связи и способ связи с использованием таких терминалов
CN104247373B (zh) * 2012-08-17 2017-08-29 华为技术有限公司 数据包传输方法和装置
CN103546240B (zh) * 2013-09-24 2017-06-30 许继集团有限公司 以太网crc校验方法
CN104363598B (zh) * 2014-11-25 2018-03-23 电信科学技术研究院 一种drb映射方法及装置
EP3393099B1 (en) 2016-03-30 2021-07-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Relay transmission method and device
CN107872801B (zh) * 2016-09-28 2022-09-30 中兴通讯股份有限公司 数据处理方法、装置及基站
CN108810990B (zh) 2017-05-05 2020-11-17 中兴通讯股份有限公司 一种数据包复制功能的控制方法和装置、通信设备
CN111654884B (zh) * 2020-05-22 2023-06-27 Oppo广东移动通信有限公司 一种数据处理方法及相关设备
WO2024120885A1 (en) * 2022-12-06 2024-06-13 Sony Group Corporation Transmission device, receiving device and corresponding methods

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06350611A (ja) * 1993-06-14 1994-12-22 Mitsubishi Electric Corp 通信処理方式
JP2004523947A (ja) * 2001-01-16 2004-08-05 ノキア コーポレイション パケットが分割されて部分的に処理されるパケット通信システムにおいて誤ったデータを処理するシステム及び方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU1520100A (en) * 1998-11-03 2000-05-22 Lucent Technologies Inc. System and method for wireless communication supporting link adaptation and incremental redundancy
FI110831B (fi) * 1999-12-31 2003-03-31 Nokia Corp Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
FR2806576B1 (fr) * 2000-03-15 2004-04-23 Nortel Matra Cellular Procede d'emission de signaux radio, reseau d'acces et terminal de radiocommunication appliquant le procede
KR100667738B1 (ko) * 2000-03-29 2007-01-11 삼성전자주식회사 무선 패킷 송수신 장치 및 그 방법
KR100640921B1 (ko) * 2000-06-29 2006-11-02 엘지전자 주식회사 프로토콜 데이터 유닛의 생성 및 전송 방법
JP2002026984A (ja) 2000-07-10 2002-01-25 Matsushita Electric Works Ltd 通信方式
KR20020014971A (ko) 2000-08-19 2002-02-27 윤종용 이동통신시스템에서 무선 링크 제어장치 및 방법
FR2816774B1 (fr) * 2000-11-14 2004-05-21 Nortel Matra Cellular Procede de dispositif d'evaluation du niveau energitique d'un signal radio
KR100365183B1 (ko) * 2000-12-07 2002-12-16 에스케이 텔레콤주식회사 비동기 이동 통신 시스템의 물리 계층에서의 적응 코딩을이용한 데이터 전송 방법 및 기지국 장치
US6915473B2 (en) * 2001-05-14 2005-07-05 Interdigital Technology Corporation Method and system for implicit user equipment identification
KR100442611B1 (ko) 2001-07-05 2004-08-02 삼성전자주식회사 올 아이피 망을 기반으로 하는 이동통신시스템에서 음성전송장치 및 방법
RU2242092C2 (ru) * 2001-07-06 2004-12-10 Самсунг Электроникс Ко., Лтд. Способ установки в исходное состояние объекта уровня управления доступом к среде в системе связи с широкополосным множественным доступом с кодовым разделением каналов, использующей высокоскоростной пакетный доступ к нисходящей линии связи
US6874113B2 (en) 2001-09-17 2005-03-29 Interdigital Technology Corporation Radio resource control-service data unit reception
US7054630B2 (en) * 2002-05-13 2006-05-30 Qualcomm Incorporated Selective processing of the common control channel
US7269760B2 (en) * 2003-02-05 2007-09-11 Innovative Sonic Limited Scheme to discard an erroneous PDU received in a wireless communication system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06350611A (ja) * 1993-06-14 1994-12-22 Mitsubishi Electric Corp 通信処理方式
JP2004523947A (ja) * 2001-01-16 2004-08-05 ノキア コーポレイション パケットが分割されて部分的に処理されるパケット通信システムにおいて誤ったデータを処理するシステム及び方法

Also Published As

Publication number Publication date
BRPI0408973A (pt) 2006-04-04
ZA200505075B (en) 2006-12-27
CN1751459B (zh) 2010-10-06
JP2006514817A (ja) 2006-05-11
RU2005123506A (ru) 2007-05-20
CN1751459A (zh) 2006-03-22
RU2332798C2 (ru) 2008-08-27
KR20040085739A (ko) 2004-10-08
WO2004088879A1 (en) 2004-10-14
AU2004225408A1 (en) 2004-10-14
KR100498347B1 (ko) 2005-07-01
UA82687C2 (uk) 2008-05-12
AU2004225408B2 (en) 2007-02-01
JP4866431B2 (ja) 2012-02-01
US7571358B2 (en) 2009-08-04
MXPA05007330A (es) 2005-09-30
EP1609254A4 (en) 2011-08-17
HK1084521A1 (en) 2006-07-28
EP1609254A1 (en) 2005-12-28
US20040199850A1 (en) 2004-10-07
JP4298708B2 (ja) 2009-07-22

Similar Documents

Publication Publication Date Title
JP4866431B2 (ja) 無線通信システムのためのエラー処理装置及び方法
KR100608842B1 (ko) 이동통신 시스템의 데이터 수신정보 전송방법
EP3413617B1 (en) Transmitting pdcp status report
JP4484932B2 (ja) 無線リンク制御エラーの解決方法
JP4906844B2 (ja) 無線移動通信システムで下位階層データブロックを生成する方法
EP2293620B1 (en) Processing data units for transfer over the same channel
EP1946473B1 (en) Hsupa harq process flushing
KR20060088074A (ko) 일체형 기지국, 및 통신 시스템에서 이동 디바이스에데이터 유닛을 전송하는 방법
JP5124591B2 (ja) Ｒａｎにおける連続するデータユニットの表示の方法
EP4109962A1 (en) Method for transmitting pdcp status report
MXPA06007429A (en) Transmitting and receiving control protocol data unit having processing time information

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110614

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110617

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110916

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20111020

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111111

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141118

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4866431

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term