JP2003188854A - ブラインドトランスポートフォーマット検出の方法 - Google Patents

ブラインドトランスポートフォーマット検出の方法

Info

Publication number
JP2003188854A
JP2003188854A JP2002282147A JP2002282147A JP2003188854A JP 2003188854 A JP2003188854 A JP 2003188854A JP 2002282147 A JP2002282147 A JP 2002282147A JP 2002282147 A JP2002282147 A JP 2002282147A JP 2003188854 A JP2003188854 A JP 2003188854A
Authority
JP
Japan
Prior art keywords
decoding
operations
pass
information
crc
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
JP2002282147A
Other languages
English (en)
Other versions
JP4247774B2 (ja
Inventor
Walid Ahmed
アーメッド ワリッド
Santanu Kumar Das
クマール ダス サンタヌ
Lorenz Fred Freiberg
フレッド フレイバーグ ロレンツ
John G Grogan
ジー．グローガン ジョン
Si Ming Pan
ミン パン シー
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.)
Nokia of America Corp
Original Assignee
Lucent Technologies 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 Lucent Technologies Inc filed Critical Lucent Technologies Inc
Publication of JP2003188854A publication Critical patent/JP2003188854A/ja
Application granted granted Critical
Publication of JP4247774B2 publication Critical patent/JP4247774B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

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/0056—Systems characterized by the type of code used
    • H04L1/0059—Convolutional codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • 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
    • H04L1/0046—Code rate detection or code type detection
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • 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/0086—Unequal error protection
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Transmission Systems Not Characterized By The Medium Used For Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Error Detection And Correction (AREA)

Abstract

(57)【要約】 【課題】 ＴＦＣＩを使用する必要性なく、受信した情
報の書式を検出する方法を提供すること。 【解決手段】 通信システムのガイドチャネルの書式を
検出することによって受信情報の書式を検出する方法。
ルックアップテーブルまたは他のマッピング技術を利用
して、検出されたガイドチャネルの書式を使ってその通
信システムの他のチャネルの書式を判定する。したがっ
て、受信情報の書式をＴＦＣＩ情報を使用することなく
判定することができる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、無線通信システム
のブラインドトランスポートフォーマット検出（ＢＴＦ
Ｄ）に関する。
【０００２】
【従来の技術】関連特許 関連の内容が、本明細書と同時に出願した次の特許出願
に開示されている。「Ｍｅｔｈｏｄ ｏｆ Ｂｌｉｎｄ
Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ Ｄｅｔｅｃｔｉ
ｏｎ Ｂａｓｅｄ ｏｎ Ｐｏｗｅｒ Ｔｒａｎｓｉｔ
ｉｏｎ」という名称の米国特許出願＿＿＿＿＿。
【０００３】通信システム、特に無線通信システムは、
１つまたは複数の確立された通信規格のプロトコルに従
って、通信チャネルを介して情報を搬送する（すなわち
送信および／または受信する）。プロトコルとは、通信
システム内の情報をどのように送信、伝播、および受信
すべきかを規定した規則または手順である。確立された
通信規格は、一般に、通信機器メーカーおよび関連する
政府規制機関で構成された委員会によって検討および承
認されたプロトコルを含む。
【０００４】無線通信システム、特に、ＵＭＴＳ（ユニ
バーサルモバイル遠隔通信システム）システムのための
３ＧＰＰ（第３世代パートナーシッププロジェクト）規
格に準拠した無線通信システムでは、送信される情報は
複数のモードで書式化される。情報は、システム機器ま
たはユーザ機器のいずれかであり得る送信機器によって
送信される。システム機器とは、システムプロバイダが
所有し、運用し、維持する様々な機器である。基地局に
ある機器はシステム機器の例である。ユーザ機器とは、
一般に、無線通信システムのユーザまたは加入者が使用
するいずれかの機器である。ユーザ機器の例としては、
携帯電話、無線ラップトップ、ページャが挙げられる。
【０００５】情報の書式化とは、情報の単位（通常はビ
ット）を、情報のグループまたはブロックに配置するこ
とを指し、この配置において各ブロックのサイズが定義
される。例えば、３ＧＰＰ規格が８モードを使用してそ
の書式化を行うとする。３ＧＰＰ規格の８モードのそれ
ぞれは、それぞれクラスＡブロック、クラスＢブロッ
ク、クラスＣブロックと呼ばれる３つのブロック中に送
信されるように情報を配置する。ＵＭＴＳでは、クラス
Ａ、クラスＢ、クラスＣのブロックは、トランスポート
チャネル（ＴｒＣｈ）と呼ばれ、各トランスポートチャ
ネルは、トランスポートフォーマット（ＴＦ）と呼ばれ
る書式を有する。これらのモードは、一般に、システム
機器および／または加入者機器中の、符号化操作を実行
する装置および／または機器であるＣＯＤＥＣの動作モ
ードである。次の表は、３ＧＰＰ規格に準拠したＵＭＴ
Ｓシステム用の８モードそれぞれの書式を示す。
【表１】
【０００６】送信する情報が上記モードの１つにより配
置された後、すなわち書式化された後、各情報グループ
は誤り訂正および／または誤り検出を行うために符号化
される。符号化は、通信チャネルを介して伝搬されたこ
とによって情報に誤りが発生するのを防ぐため、送信す
る情報に冗長性を導入する技術である。誤り訂正符号化
は誤りを訂正するために使用され、誤り検出符号化は、
誤りを検出するために使用される。書式化された情報に
は、様々なレベルの符号化および情報埋込みが施され
る。特に、ＵＭＴＳシステムの場合は、書式化された情
報は、巡回冗長コーダ（ＣＲＣ）にかけられ、次いでそ
の符号化された情報に埋め込むためにテールビットが追
加される。次いで、この書式化され、符号化され、埋め
込みが施された情報は、畳み込みコーダにかけられる。
畳み込みコーダの出力は、その情報の単位のすべてに特
殊なマッピングを施すことにより符号化された情報であ
る。例えば、１ビットの情報すべてに２ビットをマップ
する畳み込みコーダの場合（すなわち１／２レート符号
化）、各トランスポートチャネルの総ビット数は倍にな
る。したがって、３つのトランスポートチャネルのそれ
ぞれについて、畳み込み符号化された情報が生成され
る。畳み込み符号化は、誤り訂正符号化の一種である。
ＣＲＣ符号化は、誤り検出符号化の一種である。その
後、３つのチャネルの情報は、送信の前に多重化され
る。
【０００７】図１は、３ＧＰＰ規格に準拠するＵＭＴＳ
のトランスポートチャネルの書式の例を示す。情報ブロ
ック１００は、８ＣＲＣビットおよび８テールビットが
追加されたＡビットの情報を含むトランスポートチャネ
ルの書式を表す。このトランスポートチャネルは、一般
にＴｒＣｈ１と呼ばれる。情報ブロック１０２は、８テ
ールビットが追加されたＢビットの情報を含むトランス
ポートチャネルの書式を表す。このトランスポートチャ
ネルは、一般に、ＴｒＣｈ２と呼ばれる。情報ブロック
１０４は、Ｃビットの情報と８テールビットを含むトラ
ンスポートチャネルの書式を表す。このトランスポート
チャネルは、一般に、ＴｒＣｈ３と呼ばれる。
【０００８】多重化された情報は、次いで、ＵＭＴＳシ
ステムの単一または複数情報チャネルを介して送信され
る。ＵＭＴＳシステムでは、情報を、ＴＴＩ（送信時間
間隔）と呼ばれるタイミング周期と同期をとって送信す
る。システムの送信機器および受信機器は、ＴＴＩと同
期させる。ＴＴＩの各周期には、開始と終了があり、表
１の３つのブロックはＴＴＩの間に送信される。受信機
器では、最初にクラスＡブロックが受信され、その後に
クラスＢブロック、次いでクラスＣブロックが受信され
る。これらの受信ブロックそれぞれのサイズは、そのと
きにシステムが動作しているモードによって決まる。
【０００９】受信機器では、送信機器が適用する処理手
順と逆の処理手順を適用することによって、情報を復号
する。送信機器と同様に、受信機器もシステムまたは加
入者機器であり得る。しかし、書式化された情報を適切
に復号するために、受信機器は、実際の符号化された情
報ブロック、および受信したブロックの書式化に関する
情報（すなわち、各トランスポートチャネルを通る情報
ブロックのサイズ）を使用する。詳細には、受信した符
号化および書式化された情報ブロックを、実際のブロッ
クおよびそのブロックのサイズを使って復号して、受信
した情報の復号（例えば、ＣＲＣ復号、畳み込み復号）
を行う。例えば、表１を参照すると、クラスＡの情報ブ
ロックは、受信機器のデコーダにかけられると適切に復
号されるが、この復号は、正しいサイズの値（すなわち
値８１）を使用して復号操作を実行する。デコーダが使
用したサイズの値が誤っている場合は、その受信ブロッ
クは正しく復号されない。
【００１０】
【発明が解決しようとする課題】正しいブロックサイズ
を知るという問題に対処するため、現行のＵＭＴＳ規格
は、ＴＦＣＩ（トランスポートフォーマット組合せイン
ジケータ）情報が受信機器に送信されるシグナリングチ
ャネルを使用している。ＴＦＣＩは、受信ブロックのサ
イズを表す値を含む。前述の例の場合には、ＴＦＣＩ
は、クラスＡブロックについては値８１、クラスＢブロ
ックについては値１０３、クラスＣブロックについては
値６０を含む。受信した情報の復号は、受信した情報ブ
ロックの正しいサイズ値に左右されるため、ＴＦＣＩ
は、通常、チャネルの異常によりよく対処できるように
強固に符号化され、一層頑強になっており、したがって
誤りを生じる可能性が低減されている。その結果、ＴＦ
ＣＩを送信するためにより広い帯域幅と電力が必要とさ
れる。さらに、ＴＦＣＩの強固な符号化によってＴＦＣ
Ｉ内に誤りが発生する可能性が低減されても、誤り限界
は依然として存在する。誤り限界とは、ＴＦＣＩに適用
される符号化の種類および量について、ＴＦＣＩから期
待できる最良の誤り率である。
【００１１】したがって、ＴＦＣＩを使用する必要な
く、受信した情報の書式を検出する方法が必要とされて
いる。
【００１２】
【課題を解決するための手段】本発明は、ＴＦＣＩ情報
を使用することなく、受信した情報の書式を検出する方
法を提供する。本発明は、ブラインドトランスポートフ
ォーマット検出（ＢＴＦＤ）のための方法を提供する。
情報が受信される通信チャネルの１つは、その通信シス
テムのガイドチャネルとして識別される。その通信シス
テムが準拠する規格によって定義される、そのシステム
の通信チャネルの書式を含むルックアップテーブル（ま
たは他のマッピング技術）が提供される。ガイドチャネ
ルを介して受信された情報は、抽出され、ルックアップ
テーブルから得られたガイドチャネルの書式情報ととも
に、復号機器にかけられる。ガイドチャネルの書式情報
は、トランスポートチャネルを介して搬送される情報ブ
ロックのサイズを定義する情報サイズ値である。ルック
アップテーブル中のガイドチャネルの書式情報のそれぞ
れは、復号操作を実行するために、抽出された情報とと
もに別々に使用される。抽出されたガイドチャネルの情
報の復号に使用されたときに正しい復号をもたらすガイ
ドチャネルの書式情報は、正しい書式として検出され
る。次に、ルックアップテーブル中で定義されているそ
の他のチャネルの関連する書式が、ガイドチャネルの検
出された正しい書式から判定される。したがって、受信
した情報の書式は、ＴＦＣＩ情報を使用することなく検
出される。
【００１３】
【発明の実施の形態】本発明は、ＴＦＣＩ情報を使用す
ることなく、受信した情報の書式を検出する方法を提供
する。本発明は、ブラインドトランスポートフォーマッ
ト検出（ＢＴＦＤ）の方法を提供する。情報が受信され
る通信チャネルの１つは、その通信システムのガイドチ
ャネルとして識別される。その通信システムが準拠する
規格によって定義される、そのシステムの通信チャネル
の書式を含むルックアップテーブル（または他のマッピ
ング技術）が提供される。ガイドチャネルを介して受信
した情報は、抽出され、ルックアップテーブルから得ら
れたガイドチャネルの書式情報とともに、復号機器にか
けられる。ガイドチャネルの書式情報は、トランスポー
トチャネルを介して搬送される情報ブロックのサイズを
定義する情報サイズ値である。ルックアップテーブル内
のガイドチャネルの書式情報のそれぞれは、復号操作を
実行するために、抽出された情報とともに別々に使用さ
れる。抽出されたガイドチャネルの情報の復号に使用さ
れたときに正しい復号をもたらすガイドチャネルの書式
情報は、正しい書式として検出される。次に、ルックア
ップテーブル中で定義されているその他のチャネルの関
連する情報サイズ値が、ガイドチャネルの検出された正
しい情報サイズから判定される。したがって、受信した
情報の書式は、ＴＦＣＩ情報を使用することなく検出さ
れる。
【００１４】説明を簡単にするために、本発明の方法
を、表１の書式を有する３ＧＰＰ規格に準拠するＵＭＴ
Ｓ通信システムという状況において説明する。この場
合、情報は、情報単位がビットであるデジタル形式で表
される。本発明の方法が、通信チャネルを介して情報を
送信する前に、ある種の書式化スキームを使用する他の
通信システム（有線または無線）にも適用できることは
容易に理解されよう。送信される情報は、それぞれが表
１に定義される書式を有する３つの異なるチャネル（ト
ランスポートチャネルと呼ばれる）に多重化される。説
明をわかりやすくするために、クラスＡビットが搬送さ
れるトランスポートチャネル１（ＴｒＣＨ１）をガイド
チャネルとして選択する。ガイドチャネルは、いったん
情報サイズ値が検出されると、その他のチャネルの情報
サイズ値もルックアップテーブルまたは他のマッピング
技術から判定することが可能になる、通信システムのト
ランスポートチャネルの１つである。したがって、すべ
てのトランスポートチャネルの書式を検出することがで
きる。クラスＢビットが搬送されるチャネルはトランス
ポートチャネルＴｒＣｈ２であり、クラスＣビットが搬
送されるチャネルはトランスポートチャネルＴｒＣｈ３
である。
【００１５】ガイドチャネルは、好ましくは、送信機器
の動作モードのそれぞれについて一意の書式を有し、他
のチャネルよりも頑強な符号化がなされるチャネルであ
る。例えば、ＴｒＣｈ１は、３つのチャネルのうち、テ
ールビットだけでなくＣＲＣ符号化ビットも有する唯一
のチャネルである。さらに、ＴｒＣｈ１の８動作モード
の情報サイズ値のそれぞれは、繰り返されないという点
において、一意である。例えば、ＴｒＣｈ１の場合、モ
ード１以外のモードは８１ビットの情報サイズ値を持っ
ていない。したがって、表１をルックアップテーブルと
して使用すると、ガイドチャネル（すなわちＴｒＣｈ
１）について８１という情報サイズ値が検出された場合
は、その他のトランスポートチャネルの書式も判定する
ことができ、すなわち、表１によると、ＴｒＣｈ１の情
報サイズ８１は、ＴｒＣｈ２およびＴｒＣｈ３それぞれ
の情報サイズ１０３および６０に対応する。ルックアッ
プテーブルは、ガイドチャネルの書式が検出されると、
その他のトランスポートチャネルの対応する書式（すな
わち情報サイズ値）が判定できるように構成されてい
る。複数のガイドチャネルを使用することも可能である
し、また前述の基準（すなわち、より頑強な符号化、一
意の情報サイズ値）以外の基準をガイドチャネルの選択
に使用することも可能であることを理解されたい。情報
サイズ値は、ビット数以外の表現で表すことも可能であ
ることに注意されたい。例えば、情報サイズ値が、各キ
ャラクタの長さが８ビットまたは他の長さである送信さ
れた情報に含まれるキャラクタ数を示すことも可能であ
る。また、情報をデジタル形式以外の形式で表すことも
可能である。
【００１６】次に図２を参照すると、ステップ２００
で、受信機器によって情報が受信される。３ＧＰＰ規格
に準拠するＵＭＴＳ通信システムでは、受信した情報
は、前述のように符号化（ＣＲＣおよび畳み込み）さ
れ、書式化されている。受信した情報は、３つのトラン
スポートチャネルからの情報を含む。情報は、無線機
器、処理機器、その他の通信信号の検出および受信に一
般に使用されている周知の機器で受信される。
【００１７】ステップ２０２で、ガイドチャネル（すな
わちＴｒＣｈ１）を介して受信した情報を抽出する。そ
の他のトランスポートチャネルを介して受信した情報も
抽出する。ガイドチャネルとその他のチャネルの両方か
らの情報を、さらに処理するため、いずれかの周知のメ
モリ回路に一時的に記憶する。受信した情報の開始は、
受信機器と送信機器の同期をとるために使用するＴＴＩ
タイミングから判定する。チャネルからの情報の抽出
は、様々なチャネルを介して無線信号を受信−ＴＴＩと
同期させて−し、その信号を復調し、その信号を情報ビ
ットに変換し、その情報ビットを各トランスポートチャ
ネルの別々の情報ブロックにデマルチプレックスするた
めに必要な様々なステップを含む。
【００１８】ステップ２０４で、ガイドチャネルから抽
出した情報に対して復号操作を実行する。各復号操作
は、誤り訂正復号、およびそれに続くテールビット試験
および誤り検出復号操作を含む。例えば、誤り訂正復号
が畳み込み復号で、誤り検出復号がＣＲＣ復号の場合
は、各復号操作に対して次の処理手順を実行する。ガイ
ドチャネルから抽出した情報を畳み込みデコーダにかけ
る。畳み込みデコーダは、ある回数のシフト操作、また
は情報サイズ値によって決まる他のタイミング操作を使
って、ＣＲＣビットおよびテールビットが追加された情
報ビット（すなわちクラスＡビット）を含むビットブロ
ックを出力する。畳み込み復号の結果からテールビット
を取り除く、それらのテールビットに対してテールビッ
ト試験を実行する。次いで、情報の残りの部分をＣＲＣ
デコーダにかける。ＣＲＣデコーダは、ＣＲＣ合格また
はＣＲＣ不合格の結果を生成する。上記の復号操作をＭ
回実行する。ここで、Ｍは、このガイドチャネルに使用
されているモードの総数、またはガイドチャネルに定義
されている情報サイズ値の総数を表す整数である。した
がって、表１に定義されているチャネル書式に準拠する
システムの場合、Ｍ＝８である。本発明の方法は、Ｍが
他の値でも適用でき、Ｍ＝８という値に限定されるもの
ではないことに注意されたい。
【００１９】３ＧＰＰ規格によれば、送信した情報にも
ともと含まれている８テールビットはすべて「０」ビッ
トである。テールビット試験は２種類の値を生成する。
一方の値は、テールビットに発生する「１」ビットの数
であり、もう一方の値は、そのテールビット試験の結果
が不合格が合格かを示す値である。テールビット試験の
結果が合格が不合格かを判定するために、テールビット
に発生する「１」ビットの数として、しきい値が任意に
定義される（例えばサービスプロバイダによって）。例
えば、しきい値が２に設定されるならば、テールビット
試験は、「１」ビットの数が２以下である場合に合格が
宣言される。「１」ビットの数が３以上であれば、テー
ルビット試験は不合格が宣言される。
【００２０】Ｍ回の畳み込み復号操作のそれぞれについ
て、畳み込みコーダの出力からテールビットを取り除い
た後、残りのビット（すなわち、ＣＲＣビットが追加さ
れたクラスＡビット）をＣＲＣデコーダにかける。Ｍ回
の畳み込み復号操作のそれぞれにおいて、異なる情報サ
イズ値を使用することに注意されたい。したがって、残
りのビットについても、同様にＣＲＣ復号操作をＭ回実
行する。この場合も、異なる情報サイズ値を使用して、
Ｍ回の別々のＣＲＣ復号操作のそれぞれを実行する。各
ＣＲＣ復号操作の結果は、「ＣＲＣ不合格」の場合は
「０」または「ＣＲＣ合格」の場合は「１」であり、そ
れが記憶される。したがって、復号操作の終了時にはＭ
セットのデータが記憶され、その各セットが、（ａ）
「１」テールビットの数、（ｂ）テールビット試験が
「不合格」または「合格」、（ｃ）ＣＲＣ復号が「合
格」または「不合格」を含む。前述のように、ＣＲＣ復
号操作およびテールビット試験は畳み込み復号操作の結
果に対して実行され、これらの操作はＭ回実行される。
【００２１】ステップ２０６で、復号操作の結果である
Ｍセットのデータを、その結果のうちいずれかが正しい
復号を示すかどうかを判定するアルゴリズムにかける。
このアルゴリズムは、結果（３つの変数を含む）を使用
して、正しい復号があったかどうかを判定する。正しい
復号があれば、Ｍ回の復号操作のうちどれがその正しい
デコードをもたらしたかを判定する。３つの変数は、Ｃ
ＲＣ復号（またはＣＲＣ試験）の結果、テールビット試
験の結果、およびテールビットに発生した非ゼロビット
（すなわち「１」ビット）の数である。詳細には、ｉ番
目の復号操作（またはｉ番目のモード）の「１」テール
ビットの数をＴｉとして表す。ここで、ｉ＝１、
２、．．．．．Ｍ。ｉは、Ｍまたはそれよりも小さい任
意の整数である。Ｔｉ≦Ｔ０であれば、ビットテール試
験は「合格」である。Ｔ０はテールビットに生じる
「１」ビットの数を表す。Ｔ０は、サービスプロバイダ
および／または送信機器および／また受信機器のメーカ
ーが設定することができる値である。Ｔ０も変更可能で
ある。Ｋｉは、ｉ番目のモードについて、テールビット
試験が合格か不合格かを示す２値変数であり、テールビ
ット試験が不合格であればＫｉは０に設定され、テール
ビット試験が合格であればＫｉは１に設定される。Ｃｉ
は、ｉ番目の復号操作（またはｉ番目のモード）につい
て、ＣＲＣ復号操作が合格か不合格かを示す２値変数で
あり、ＣＲＣ復号操作が合格であればＣｉは１に設定さ
れ、ＣＲＣ復号操作が不合格であればＣｉは０に設定さ
れる。したがって、ガイドチャネルから抽出された情報
に対する復号操作の終了時の３つの結果の値は、
（Ｃｉ，Ｋｉ，Ｔｉ）である。
【００２２】少しの間、図３Ａおよび図３Ｂを参照し
て、図２のステップ２０６で使用したある特定のアルゴ
リズムについて次に説明する。図３Ａおよび図３Ｂに示
すアルゴリズムが、ＣＲＣ復号、畳み込み復号、および
テールビット試験に基づいて、Ｍ回の復号操作のいずれ
の１回が正しい復号をもたらすかを判定するために使用
される１つの特定の処理手順であることを理解された
い。さらに、本発明の方法は、この１つの特定のアルゴ
リズムに限定されるものではないことを理解されたい。
復号操作の結果を使用して正しい復号があるかどうかを
判定する、他のアルゴリズムおよび／または技法も、十
分に本発明の方法の範囲内である。
【００２３】ステップ３０２で、Ｍ回の復号操作のそれ
ぞれの結果（Ｃｉ，Ｋｉ，Ｔｉ）を記憶する。結果のセ
ットのそれぞれが、正しい復号の候補である。また、Ｔ
０の値も設定される。Ｍ回の復号操作の結果のいずれ
も、ＣＲＣ合格もテールビット試験の合格ももたらさな
かった場合は（ステップ３０４→３２８→３３８）、Ｂ
ＴＦＤ失敗が宣言される。ＢＴＦＤ失敗の場合は、受信
機器が別のトランスポートチャネルからの書式を判定、
またはその情報を再度送信するように送信機器に要請し
ようとする可能性が高い。１候補のみがＣＲＣ合格をも
たらした場合には、その操作についてＢＴＦＤの正しい
復号が宣言される（ステップ３０４→３０６→３１
８）。ここでＣｉ＝１。Ｍ回の復号操作のうちいずれも
ＣＲＣ合格をもたらさず、たった１回のみがテールビッ
ト試験の合格をもたらした場合には、その特定のモード
が正しい復号として選択される（ステップ３０４→３２
８→３３０→３４０）。ここで、Ｃｉ＝０、Ｋｉ＝１。
【００２４】複数候補がＣＲＣ試験に合格し、それらの
候補のうち１候補のみがテールビット試験に合格した場
合には、その候補が正しい復号として選択される（ステ
ップ３０４→３０６→３０８→３１０→３５６）。複数
候補がＣＲＣ試験に合格し、それらの候補のうち複数が
テールビット試験にも合格した場合には、それらの候補
のうち、設定されたしきい値Ｔ０よりも少ない数の
「１」ビットを有していた１候補のみが正しい復号とし
て宣言される（ステップ３０４→３０６→３０８→３１
０→３１２→３１４→３２６）。ここで、Ｃｉ＝１、Ｋ
ｉ＝１、Ｔｉ＜Ｔ０。ステップ３１４から、ＣＲＣ試験
とテールビット試験の両方に合格した候補のうち、Ｔｉ
＜Ｔ０である候補が複数あった場合には、ＢＴＦＤ失敗
が宣言される（ステップ３０４→３０６→３０８→３１
０→３１２→３１４→３１６）。ステップ３１２から、
複数候補がＣＲＣ試験とテールビット試験の両方に合格
し、それらの候補のうちいずれも、Ｔｉ＜Ｔ０という条
件もＴｉ＝Ｔ０という条件も満たさない場合には、ＢＴ
ＦＤ失敗が宣言される（ステップ３０４→３０６→３０
８→３１０→３１２→３５８→３６４）。ステップ３５
８から、ＣＲＣ試験とテールビット試験に合格した候補
のうち１候補のみが条件Ｔｉ＜Ｔ０を満たさなかったが
条件Ｔｉ＝Ｔ０を満たした場合には、その候補が正しい
復号として宣言される（ステップ３０４→３０６→３０
８→３１０→３１２→３５８→３６０→３６６）。ここ
でＣｉ＝１、Ｋｉ＝１、Ｔｉ＝Ｔ０。ステップ３５８か
ら、複数候補が条件Ｔｉ＝Ｔ０を満たした場合には、Ｂ
ＴＦＤ失敗が宣言される（３０４→３０６→３０８→３
１０→３１２→３５８→３６０→３６２）。
【００２５】複数候補について次の結果の１つが存在す
る場合、ＢＴＦＤ失敗が宣言される。 （ａ）Ｔｉ＜Ｔ０、Ｃｉ＝０、Ｋｉ＝１（ステップ３０
４→３２８→３３０→３３２→３３４→３３６） （ｂ）Ｔｉ＝Ｔ０、Ｃｉ＝０、Ｋｉ＝１（ステップ３０
４→３２８→３３０→３３２→３４４→３４６→３４
８） （ｃ）Ｔｉ＝Ｔ０＋１、Ｃｉ＝１、Ｋｉ＝１（ステップ
３０４→３０６→３０８→３２０→３２２→３５４） また、いずれの候補もＣＲＣ試験に合格せず、複数候補
がテールビット試験には合格し、しかしそれらの候補の
いずれも、条件Ｔｉ＜Ｔ０も条件Ｔｉ＝Ｔ０も満たさな
い場合にも、ＢＴＦＤ失敗が宣言される（ステップ３０
４→３２８→３３０→３３２→３４４→３４２）。
【００２６】最後に、Ｍ回の復号操作から生成されたＭ
セットのデータの１つについてのみ次の結果が生じた場
合には、正しい復号が宣言される。 （ａ）Ｔｉ＝Ｔ０、Ｃｉ＝０、Ｋｉ＝１（ステップ３０
４→３２８→３３０→３３２→３４４→３４６→３５
０） （ｂ）Ｔｉ＜Ｔ０、Ｃｉ＝０、Ｋｉ＝１（ステップ３０
４→３２８→３３０→３３２→３３４→３５２） （ｃ）Ｔｉ＝Ｔ０＋１、Ｃｉ＝１、Ｋｉ＝１（ステップ
３０４→３０６→３０８→３２０→３２２→３２４）
【００２７】図２に戻ると、本発明の方法は、ステップ
２０６で前述の（図３Ａおよび図３Ｂに示す）ようなア
ルゴリズムを適用し、そのアルゴリズムがＢＴＦＤ失敗
をもたらした後、ステップ２０８に進む。Ｍセットの復
号データの１つから正しい復号が判定された場合、本発
明の方法はステップ２１０に進む。ステップ２１０で、
正しい復号をもたらしたガイドチャネルの情報サイズ値
に基づいて、トランスポートチャネルの対応する情報サ
イズ値をテーブルのルックアップから決定する。例え
ば、情報サイズ値８１が、ガイドチャネル（すなわちＴ
ｒＣｈ１）を介して受信した情報について正しいデコー
ドをもたらした場合、ルックアップテーブルによれば、
ＴｒＣｈ２の対応する情報サイズ値は１０３ビットであ
り、ＴｒＣｈ３の情報サイズ値は６０ビットである。こ
のようにして、トランスポートチャネルの書式が検出さ
れる。したがって、ＴｒＣｈ２およびＴｒＣｈ３の情報
サイズ値を使用して、それぞれクラスＢおよびクラスＣ
の情報ビットを復号することができる。ルックアップテ
ーブルを使用する以外に、マッピング技術も使用可能で
あることに注意されたい。言い替えれば、検出したガイ
ドチャネルの情報サイズ値を使って、受信した情報の書
式をもたらす、通信システムのその他のチャネルの情報
サイズ値を示すことができる。例えば、検出したガイド
チャネルの情報サイズ値のメモリアドレスや記憶アドレ
スを使用してその他のトランスポートチャネルの情報サ
イズ値の対応するメモリアドレスを示す、その他の技術
を使用することができる。
【図面の簡単な説明】
【図１】３ＧＰＰ規格に準拠するＵＭＴＳのトランスポ
ートチャネルの書式を示す。
【図２】本発明の方法を示す流れ図である。
【図３Ａ】図２のステップの１つから正しい書式を判定
するために使用するアルゴリズムを示す流れ図である。
【図３Ｂ】図２のステップの１つから正しい書式を判定
するために使用するアルゴリズムを示す流れ図である。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 サンタヌ クマール ダス アメリカ合衆国 07920 ニュージャーシ ィ，バスキング リッジ， ランドウ ロ ード 97 (72)発明者 ロレンツ フレッド フレイバーグ イギリス国 エスエヌ５ ８ゼットアール スウィンドン，ダートムーア クローズ ８ (72)発明者 ジョン ジー．グローガン イギリス国 エスエヌ４ ７イーユー ス ウィンドン，グレンヴィル クローズ 58 (72)発明者 シー ミン パン アメリカ合衆国 18049 ペンシルヴァニ ア，エマウス， ノース シックスス ス トリート 532 Ｆターム(参考） 5K014 AA01 BA06 BA10 HA10 5K041 BB08 EE53 GG03 HH21 5K067 BB04 BB21 EE04 GG01 GG11 HH26

Claims (8)

    【特許請求の範囲】
  1. 【請求項１】 通信システムを介して受信した情報の書
    式検出の方法であって、 定義したガイドチャネルから抽出した受信情報を復号す
    ることによってその受信情報の書式を判定するステップ
    であって、定義されたガイドチャネル用サイズ値リスト
    から得た情報サイズ値を復号に使用するステップを含む
    方法。
  2. 【請求項２】 書式を判定するステップが、 ガイドチャネルの情報サイズ値、および通信システムの
    その他のチャネルの対応する情報サイズ値を記憶するル
    ックアップテーブルを提供するステップと、 前記他の通信チャネルから受信情報を抽出するステップ
    と、 抽出したガイドチャネルの情報に対してＭ回、復号操作
    を実行するステップであって、Ｍがリスト中に記憶され
    ている情報サイズ値の総数を表す整数であるステップ
    と、 Ｍ回の復号操作のうちのどれが正しい復号をもたらした
    かを判断するステップと、 正しい復号をもたらしたガイドチャネルの情報サイズ値
    から、受信情報の書式を判定するステップとを含む請求
    項１に記載の方法。
  3. 【請求項３】 Ｍ回の復号操作のいずれが正しい復号を
    もたらしたかを判断するステップが、 抽出したガイドチャネルの情報に対して、少なくとも１
    つの復号結果をもたらす少なくとも１回の復号操作を実
    行するステップと、 少なくとも１つの復号結果をアルゴリズムにかけて、正
    しい復号があるかどうか、またどの情報サイズ値がその
    ような正しい復号をもたらしたかを判断するステップと
    を含む、請求項２に記載の方法。
  4. 【請求項４】 通信システムが３ＧＰＰに準拠するＵＭ
    ＴＳであり、ガイドチャネルがＴｒＣｈ１であり、復号
    操作が畳み込み復号を含み、それがもたらす結果に対し
    てテールビット試験およびＣＲＣ復号が実行され、その
    ような操作がＭ回実行される請求項３に記載の方法。
  5. 【請求項５】 判定される書式が、ＴｒＣｈ１の検出さ
    れた書式に基づくＴｒＣｈ２およびＴｒＣｈ３のトラン
    スポートフォーマットである請求項４に記載の方法。
  6. 【請求項６】 復号操作が、正しい復号を判断するため
    にアルゴリズムにおいて使用される復号結果をもたら
    し、ｉ番目の操作のＣＲＣ復号が値Ｃｉをもたらし、テ
    ールビット試験が値ＴｉおよびＫｉをもたらし、ｉがＭ
    またはそれよりも小さい任意の整数であり、 （ａ）Ｃｉ＝１がＣＲＣ合格を示し、 （ｂ）Ｃｉ＝０がＣＲＣ不合格を示し、 （ｃ）Ｔｉが畳み込み復号の結果のテールビットに生じ
    る「１」ビットの総数を表す整数値であり、さらにＴ０
    が１に等しいかまたはそれより大きい整数の定義された
    しきい値であり、 （ｄ）Ｋｉ＝１がＴｉ≦Ｔ０であるテールビット試験合
    格条件を表し、 （ｅ）Ｋｉ＝０がテールビット試験不合格を示す請求項
    ４に記載の方法。
  7. 【請求項７】 Ｍ回の復号操作のうち１操作から次の条
    件のいずれか１つが生じた場合、すなわち （ａ）復号操作のうち１操作のみがＣＲＣ合格をもたら
    した場合、 （ｂ）いずれの復号操作もＣＲＣ合格をもたらさず、そ
    れらのうち１操作のみがテールビット試験に合格した場
    合、 （ｃ）いずれの復号操作もＣＲＣ合格をもたらさず、し
    かし複数操作がテールビット試験に合格し、そのうち１
    操作のみが条件Ｔｉ＝Ｔ０を満たす場合、 （ｄ）いずれの復号操作もＣＲＣ合格をもたらさず、し
    かし複数操作がテールビット試験に合格し、そのうち１
    操作のみが条件Ｔｉ＜Ｔ０を満たす場合、 （ｅ）複数復号操作がＣＲＣ合格をもたらし、しかしい
    ずれもテールビット試験に合格せず、そのうち１操作の
    みが条件Ｔｉ＝Ｔ０＋１を満たす場合、 （ｆ）複数復号操作がＣＲＣ合格をもたらし、かつテー
    ルビット試験に合格し、しかしそのうち１操作のみが条
    件Ｔｉ＜Ｔ０を満たす場合、 （ｇ）複数復号操作がＣＲＣ合格をもたらし、そのうち
    １操作のみがテールビット試験に合格した場合、または （ｈ）複数復号操作がＣＲＣ合格をもたらし、かつテー
    ルビット試験に合格し、しかし１操作のみがＴｉ＝Ｔ０
    を満たす場合に正しい復号が宣言される請求項６に記載
    の方法。
  8. 【請求項８】 Ｍ回の復号操作のうち少なくとも１操作
    から、次の値または条件のセットのうちいずれか１つが
    生じた場合、すなわち （ａ）Ｍ回の復号操作のいずれも、ＣＲＣ合格もテール
    ビット試験合格結果ももたらさなかった場合、 （ｂ）Ｍ回の復号操作のいずれもＣＲＣ合格をもたらさ
    ず、しかし複数操作がテールビット試験に合格し、その
    うちいずれも条件Ｔｉ＝Ｔ０を満たさない場合、 （ｃ）Ｍ回の復号操作のいずれもＣＲＣ合格をもたらさ
    ず、しかし複数操作がテールビット試験に合格し、その
    うち複数の復号操作が値Ｃｉ＝０、Ｋｉ＝１、Ｔｉ＝Ｔ
    ０をもたらした場合、 （ｄ）Ｍ回の復号操作のいずれもＣＲＣ合格をもたらさ
    ず、しかし複数操作がテールビット試験に合格し、その
    うち複数操作が値Ｃｉ＝０、Ｋｉ＝１、Ｔｉ＜Ｔ０をも
    たらした場合、 （ｅ）Ｍ回の復号操作のうち複数操作がＣＲＣ合格をも
    たらし、しかしいずれもテールビット試験に合格せず、
    そのうちいずれも条件Ｔｉ＝Ｔ０＋１を満たさない場
    合、 （ｆ）Ｍ回の復号操作のうち複数操作がＣＲＣ合格をも
    たらし、しかしいずれもテールビット試験に合格せず、
    そのうち複数操作が値Ｃｉ＝１、Ｋｉ＝１、Ｔ ｉ＝Ｔ０
    ＋１をもたらした場合、 （ｇ）Ｍ回の復号操作のうち複数操作が値Ｃｉ＝１、Ｋ
    ｉ＝１、Ｔｉ＜Ｔ０をもたらした場合、 （ｈ）複数回の復号操作がＣＲＣ合格およびテールビッ
    ト合格結果をもたらし、そのうちいずれも条件Ｔｉ＜Ｔ
    ０またはＴｉ＝Ｔ０を満たさない場合、および （ｉ）複数回の復号操作がＣＲＣ合格およびテールビッ
    ト合格結果をもたらし、そのうち複数操作が値Ｃｉ＝
    １、Ｋｉ＝１、Ｔｉ＝Ｔ０をもたらした場合にＢＴＦＤ
    失敗が宣言される請求項６に記載の方法。
JP2002282147A 2001-09-28 2002-09-27 ブラインドトランスポートフォーマット検出の方法 Expired - Fee Related JP4247774B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/966828 2001-09-28
US09/966,828 US6985726B2 (en) 2001-09-28 2001-09-28 Method of blind transport format detection

Publications (2)

Publication Number Publication Date
JP2003188854A true JP2003188854A (ja) 2003-07-04
JP4247774B2 JP4247774B2 (ja) 2009-04-02

Family

ID=25511913

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002282147A Expired - Fee Related JP4247774B2 (ja) 2001-09-28 2002-09-27 ブラインドトランスポートフォーマット検出の方法

Country Status (5)

Country Link
US (1) US6985726B2 (ja)
EP (1) EP1300976B1 (ja)
JP (1) JP4247774B2 (ja)
KR (1) KR20030027792A (ja)
DE (1) DE60202115T2 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10117628A1 (de) * 2001-04-07 2002-10-10 Alcatel Sa Verfahren zum Betreiben eines funkbasierten Telekommunikationssystems
US6671518B2 (en) * 2001-11-19 2003-12-30 Motorola, Inc. Method and apparatus for transmitting voice information
JP3918922B2 (ja) * 2002-06-04 2007-05-23 日本電気株式会社 Ｔｆｃｉ復号回路および復号方法
SG113465A1 (en) * 2003-05-30 2005-08-29 Oki Techno Ct Singapore Pte Method of estimating reliability of decoded message bits
EP1671510B1 (en) 2003-10-06 2009-07-22 Nokia Corporation A method and a device for reconfiguration in a wireless system
EP1648106A1 (en) * 2004-10-15 2006-04-19 Melco Mobile Communications Europe Method and device for multiplexing a transport channel in flexible position
ATE392062T1 (de) 2004-12-13 2008-04-15 Freescale Semiconductor Inc Vorrichtung und verfahren zum erkennen eines endpunkts eines informationsrahmens variabler länge durch blindtransportformatdetektion in einem 3gpp-umts-empfänger
JP4758765B2 (ja) * 2006-01-05 2011-08-31 ルネサスエレクトロニクス株式会社 トランスポートフォーマット検出装置及びトランスポートフォーマット検出方法
US20070180349A1 (en) * 2006-01-31 2007-08-02 Jacobsen Eric A Techniques for uequal error protection for layered protection applications
US8166372B2 (en) * 2006-12-29 2012-04-24 Nokia Corporation Blind estimation of control channel
WO2008115377A2 (en) * 2007-03-15 2008-09-25 Interdigital Technology Corporation Method and apparatus for performing blind transport format detection
US8767769B2 (en) * 2009-02-23 2014-07-01 Freescale Semiconductor Processing data flows
US9374166B2 (en) * 2012-02-13 2016-06-21 Ciena Corporation High speed optical communication systems and methods with flexible bandwidth adaptation

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR0126900B1 (ko) * 1992-09-11 1997-12-29 나이또오 스스무 가스기기용 버너 및 그 제조방법
US5509020A (en) 1993-05-27 1996-04-16 Sony Corporation Viterbi decoding apparatus and methods
KR100191724B1 (ko) * 1995-12-21 1999-06-15 구자홍 데이타 수신 장치
US5928377A (en) * 1996-10-04 1999-07-27 Motorola, Inc. Method and apparatus for data transmission through manipulation of encoding formats
GB2337904B (en) * 1998-05-29 2003-03-12 Nec Technologies Frame erasure for digital data transmision systems
US6732302B1 (en) * 1999-09-30 2004-05-04 Telefonaktiebolaget Lm Ericcson (Publ) Blind rate detection in a multiplexed transmission system
KR20010037861A (ko) * 1999-10-20 2001-05-15 민경일 휴대용 수신 장치 및 디코딩 방법
US20020108090A1 (en) * 2001-02-05 2002-08-08 Cute Ltd. Blind transport format detection of turbo-coded data
US6983166B2 (en) * 2001-08-20 2006-01-03 Qualcomm, Incorporated Power control for a channel with multiple formats in a communication system

Also Published As

Publication number Publication date
JP4247774B2 (ja) 2009-04-02
EP1300976A1 (en) 2003-04-09
DE60202115D1 (de) 2005-01-05
DE60202115T2 (de) 2005-12-01
US20030069017A1 (en) 2003-04-10
EP1300976B1 (en) 2004-12-01
US6985726B2 (en) 2006-01-10
KR20030027792A (ko) 2003-04-07

Similar Documents

Publication Publication Date Title
JP3834477B2 (ja) コーデックモード情報の交互送信方法およびシステム
AU2001283271B2 (en) Low latency data encoder
US7281195B2 (en) Receiving apparatus and receiving method in CDMA communication system
US7712005B2 (en) Encoding and error correction system for enhanced performance of legacy communications networks
JP5138771B2 (ja) ブロードキャスト・チャネル信号およびブロードキャスト・チャネル情報の送受信を管理するための装置
JP2002050996A (ja) 整数倍相互関係を有するブロック長を用いて符号化された信号を通信伝送路を介して送信する通信システム
JP2006074335A (ja) 伝送方法、伝送システム及び伝送装置
JP4247774B2 (ja) ブラインドトランスポートフォーマット検出の方法
JP4238004B2 (ja) 無線通信システムにおいて制御情報を処理する方法
EP1222761B1 (en) Methods and systems for robust frame type protection in systems employing variable bit rates
EP0680034A1 (en) Mobile radio communication system using a sound or voice activity detector and convolutional coding
US6594793B1 (en) Methods and systems for multiplexing and decoding variable length messages in digital communications systems
EP1300978B1 (en) Method for transmitting signaling information over two channels
KR100667738B1 (ko) 무선 패킷 송수신 장치 및 그 방법
JP4037724B2 (ja) 電力移行に基づくブラインドトランスポートフォーマット検出の方法
RU2219664C2 (ru) Способ и устройство для передачи и приема пакета данных радиосвязи
JP2001024516A (ja) 低ｓ／ｎ比環境で可変長コード化データの送信を可能にするための方法および装置
RU2259636C1 (ru) Способ передачи сообщений в системе с обратной связью
KR100441649B1 (ko) 사전설정된 데이터 전송 프로세스로 두 개의 장치를 동기화하기 위한 방법 및 통신 장치
JP2006345475A (ja) ネットワークのデータ伝送用エラー検出・訂正アーキテクチャ及び方法
Songtao et al. Synchronous Decryption Scheme for Real-time Voice Encrypted Communication Based on Frame ID
JP2000232438A (ja) フレーム同期装置及びフレーム同期方法
JP2002077116A (ja) 無線データ伝送における誤り制御方式
JPH05183531A (ja) 受信装置
JP2001053737A (ja) 受信装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050106

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070822

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071120

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080317

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080523

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20080701

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080903

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080904

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: 20081208

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: 20090106

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

Free format text: PAYMENT UNTIL: 20120123

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees