[go: up one dir, main page]

JP2004007084A - Wcdmautranシステム - Google Patents

Wcdmautranシステム Download PDF

Info

Publication number
JP2004007084A
JP2004007084A JP2002158128A JP2002158128A JP2004007084A JP 2004007084 A JP2004007084 A JP 2004007084A JP 2002158128 A JP2002158128 A JP 2002158128A JP 2002158128 A JP2002158128 A JP 2002158128A JP 2004007084 A JP2004007084 A JP 2004007084A
Authority
JP
Japan
Prior art keywords
normal mode
rnc
nodeb
wcdma
data
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
JP2002158128A
Other languages
English (en)
Other versions
JP3674605B2 (ja
Inventor
Makoto Yamazaki
山崎 真
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Priority to JP2002158128A priority Critical patent/JP3674605B2/ja
Priority to US10/446,712 priority patent/US7466673B2/en
Priority to KR20030034519A priority patent/KR100561016B1/ko
Priority to BR0301391A priority patent/BR0301391A/pt
Priority to CNB031382762A priority patent/CN1284320C/zh
Priority to EP20030253395 priority patent/EP1372345B1/en
Priority to DE2003607185 priority patent/DE60307185T2/de
Publication of JP2004007084A publication Critical patent/JP2004007084A/ja
Application granted granted Critical
Publication of JP3674605B2 publication Critical patent/JP3674605B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/24Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/12Interfaces between hierarchically different network devices between access points and access point controllers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】WCDMA UTRANシステムにおいて、DCHのデータ量を抑制する。
【解決手段】開示されるWCDMA UTRANシステムは、Uu点を介してUE5と通信を行う NodeB3,4と、Iu点を介してCN1と通信を行うRNC2とがIub点を介して接続され、 NodeBからRNCに向かう上り側のDCHにはnormalモード又はsilentモードを用い、RNCから NodeBに向かう下り側のDCHにはnormalモードを用いるシステムにおいて、 semi−normalモードを設けて、 NodeBは、RNCからの No Dataフレーム受信時UEにデータを送出せず、UEからのデータ未受信時複数のTTIごとにRNCに No Dataフレームを送出し、RNCは、 NodeBからのデータ未受信時CNにデータを送信せず、CNからのデータ未受信時複数TTIごとに NodeBに No Dataフレームを送出する。
【選択図】   図16

Description

【0001】
【発明の属する技術分野】
この発明は、DCH(Dedicated Channel)のデータ量を制御するWCDMA(Wideband Code Division Multiple Access)UTRAN(Universal Terrestrial Radio Access Network)システムに関する。
【0002】
【従来の技術】
WCDMAシステムにおけるUTRANは、携帯端末等のユーザ装置(User Equipment:UE)と交換網等のコアネットワーク(Core Network:CN)の中間に位置して、それぞれのインタフェースの相互接続を実現するノードである。
図16は、従来の、及び本発明が適用されるUTRANの一般的な構成を示したものであって、UE5とのAir(無線回線)インタフェースであるUu点を収容する基地局( NodeB)3,4と、CN1とのインタフェースであるIu点を終端する基地局制御装置(Radio Network Controller:RNC)2とからなる概略構成を有するUTRAN10が示されている。
【0003】
RNCは、Iubインタフェースを介して複数の NodeBを収容し、制御情報のやりとりを行う制御チャネル(Control Channel:CCH)や、ユーザデータを伝達するトラヒックチャネル(Traffic Channel:TCH)に関する、種々な処理を実現するが、これらのうち、ユーザ間で共有されるものを共通チャネルと呼び、ユーザ個別に割り当てられるものを個別チャネル(Dedicated Channel:DCH)と呼んでいる。
共通チャネルに属する代表的な機能は、呼び出し(Paging)機能であり、個別チャネルに属する代表的な機能は、瞬断を防止するための選択合成/分配機能である。
【0004】
UTRAN10において、RNCと NodeBとのインタフェースであるIub点上のDCHは、3GPP TS25.427(Technical Specification Group Radio Access Network;UTRAN Iub/Iur Interface User Plane Protcol)に規定されている、Iub Frame Protcol仕様で動作することが要求されている。
この仕様に規定されている、上り( NodeB→RNC)DCHと下り(RNC→ NodeB)DCHの仕様における、相違点の一つとして、normalモード/silentモードの選択自由度が挙げられる。すなわち、上り(Uplink:UL)側のDCHモードは事業者が選択可能であるが、下り(Downlink:DL)側は、 NodeBが下り側(Airインタフェース)においてnormalモードが必須と定められているため、RNC側も下り側のモードは、silentモードかnormalモードの二者択一であれば、normalモードを選ばざるを得ない。
なおここで、 normalモードは、送信処理期間ごとに有効データの到着状況をチエックして、有効データがある場合にはその有効データを送出し、有効データがない場合には、 No Dataフレームを送出するモードであり、silentモードは、有効データがある場合にはその有効データを送出するが、有効データがない場合にはなにも送出しないモードである。
【0005】
図17は、上り側において normalモードを採用した場合の伝送データを示したものである。上りで normalモードを選択した場合は、 NodeBはユーザごとに処理周期(Transmission Timing Interval:TTI、10,20,40,80[ms]が規定されている)内に、UEからのユーザデータの受信の有無に関わらず、RNCに対してIubフレームを送出することが義務付けられている。
ユーザデータを受信していないい場合にRNCに送出されるデータは、 No Dataフレームと呼ばれる。 No Dataフレームには、ユーザデータは含まれていないが、ユーザデータと同様に、無線の品質情報が付与されている。
そこで、RNCは、TTI周期で NodeBとのトランスポート同期や無線の品質状態を監視できるため、 NodeBと連携してきめ細かな制御(同期外れの復旧や、送信電力制御等)を行うことが可能になるが、TTI周期で必ずフレーム処理が発生するため、帯域,処理能力の面からは大きな負荷になる恐れがある。
【0006】
図18は、上り側においてsilentモードを採用した場合の伝送データを示したものである。図18に示すように、上りでsilentモードを採用した場合は、RNCが NodeBから受信するデータは、すべてユーザデータとなる。 NodeBは、UEからユーザデータを受信しない場合は、RNCにはデータを送出しない。
このモードでは、データ量が少ないケースでは、トランスポートの同期外れや無線品質の監視等の面で精度が落ちるが、データがない場合にはセル(データ)のやりとりを行わないので、帯域,処理能力の面からは normalモードより有利である。なおここで述べているセルの単位として代表的なものは、ATM(Asynchronous Transfer Mode)パケット、及びIP(Internet Protcol)パケットである。
【0007】
図19は、下り側におけるDCHデータの伝送を示したものである。下り(RNC→ NodeB)DCHでは、図19に示すように、 normalモードが必須になっている。すなわち、RNCは、TTI周期で NodeBにユーザデータもしくはNo Dataフレームを送出することになる。
上り側と同様に、有効なデータがなくてもユーザ単位でTTI周期で、フレーム組み立て,送出処理を規定のタイミングで行うことは、RNCと NodeBにとって負担になり、帯域の面でも不利である。
【0008】
現状のWCDMAシステムでは、フレームはATMセルで伝送されるため、データがなくても、53[oct]/TTIの帯域を消費する。例えば、TTI=10[ms]の場合、最低でも1ユーザ当たり、42.4Kbps(=53[oct]×8/10[ms])の帯域が必要になる。
そこで、Iモード等のように、数Kbps程度の Best Effort呼を伝送する場合等では効率が悪く、将来、既存資源を流用してシステムの多重度を上げる場合等に、帯域の問題で回線増設を余儀なくされる恐れがある。
【0009】
【発明が解決しようとする課題】
このように、従来のWCDMA UTRANシステムでは、normalモード時、ユーザデータが存在しない場合でも、RNCと NodeBの間で、TTIごとに No Dataフレームのやりとりを行っていたので、帯域,処理能力の面から負担が大きいという問題があった。
この発明は上述の事情に鑑みてなされたものであって、ユーザデータがない場合の、RNCと NodeB間のセル送受信処理を軽減することによって、帯域の有効活用とシステムの処理能力の経済化とを図ることが可能な、WCDMA UTRANシステムを提供することを目的としている。
【0010】
【課題を解決するための手段】
上記課題を解決するため、請求項1記載の発明はWCDMA UTRANシステムに係り、Uu点を介してユーザ装置(以下、UEという)と通信を行うノード(以下、 NodeBという)と、Iu点を介してコアネットワーク(以下、CNという)と通信を行う基地局制御装置(以下、RNCという)とがIub点を介して接続され、前記 NodeBからRNCに向かう上り側の個別チャネル(以下、DCHという)にはnormalモード又はsilentモードを用い、RNCから NodeBに向かう下り側のDCHにはnormalモードを用いるWCDMAシステムのUTRANにおいて、
前記 NodeBは、前記RNCからの No Dataフレーム受信時、前記UEに対してデータを送出しないとともに、前記UEからのデータ未受信時、複数の処理周期(以下、TTIという)ごとに前記RNCに対して No Dataフレームを送出し、前記RNCは、前記 NodeBからのデータ未受信時、前記CNに対してデータを送信しないとともに、前記CNからのデータ未受信時、複数TTIごとに前記Node Bに対して No Dataフレームを送出する semi−normalモードを設けることを特徴としている。
【0011】
また、請求項2記載の発明は、請求項1記載のWCDMA UTRANシステムに係り、前記 No Dataフレームを送出すべきデータ未受信期間が、上位からの指示に基づいて変更可能なことを特徴としている。
【0012】
また、請求項3記載の発明は、請求項1又は2記載のWCDMA UTRANシステムに係り、前記normalモードから semi−normalモードへの切り替えを、前記RNCが制御フレームによって前記 NodeBとの間でネゴシエーションを行ったのちに実行することを特徴としている。
【0013】
また、請求項4記載の発明は、請求項3記載のWCDMA UTRANシステムに係り、前記ネゴシエーションが、上位のアプリケーション(以下、APLという)ソフトからの指示によって開始されることを特徴としている。
【0014】
また、請求項5記載の発明は、請求項4記載のWCDMA UTRANシステムに係り、前記APLソフトからの指示が、輻輳検出時、前記RNCから前記APLソフトへの通知に基づいて行われることを特徴としている。
【0015】
また、請求項6記載の発明は、請求項3記載のWCDMA UTRANシステムに係り、前記ネゴシエーションを、輻輳検出時、前記RNCが自立で開始することを特徴としている。
【0016】
また、請求項7記載の発明は、請求項1又は2記載のWCDMA UTRANシステムに係り、前記normalモードから semi−normalモードへの切り替えが、コネクション確立時、前記RNCから NodeBへの通知に基づいて行われることを特徴としている。
【0017】
また、請求項8記載の発明は、請求項1乃至7のいずれか一に記載のWCDMA UTRANシステムに係り、前記normalモードから semi−normalモードへの切り替えが、インバンドでの通知に基づいて行われることを特徴としている。
【0018】
また、請求項9記載の発明は、請求項1又は2記載のWCDMA UTRANシステムに係り、前記normalモードから semi−normalモードへの切り替えが、アウトバンドでの通知に基づいて行われることを特徴としている。
【0019】
また、請求項10記載の発明は、請求項9記載のWCDMA UTRANシステムに係り、前記normalモードから semi−normalモードへの切り替えを、アウトバンドでの通知に基づいて、対向装置のすべてのコネクションに対して一括して行うことを特徴としている。
【0020】
また、請求項11記載の発明は、請求項9記載のWCDMA UTRANシステムに係り、前記normalモードから semi−normalモードへの切り替えを、アウトバンドでの通知に基づいて、サービスごとに一括して行うことを特徴としている。
【0021】
また、請求項12記載の発明は、請求項1乃至11のいずれか一に記載のWCDMA UTRANシステムに係り、 semi−normalモード時、前記 NodeBが No Dataフレーム未送出期間の品質情報を積算して、次の No Dataフレームによって前記RNCに通知することを特徴としている。
【0022】
また、請求項13記載の発明は、請求項1乃至12のいずれか一に記載のWCDMA UTRANシステムに係り、前記normalモードから semi−normalモードへの切り替えを、前記RNCと NodeBとが同期して行うことを特徴としている。
【0023】
また、請求項14記載の発明は、請求項1乃至12のいずれか一に記載のWCDMA UTRANシステムに係り、前記normalモードから semi−normalモードへの切り替えを、前記RNCと NodeBとが非同期で行うことを特徴としている。
【0024】
また、請求項15記載の発明は、請求項14記載のWCDMA UTRANシステムに係り、前記非同期のモード切り替えを、制御フレームの受信をトリガとして行うことを特徴としている。
【0025】
また、請求項16記載の発明は、WCDMA UTRANシステムに係り、Uu点を介してUEと通信を行う NodeBと、Iu点を介してCNと通信を行うRNCとがIub点を介して接続され、前記 NodeBからRNCに向かう上り側のDCHにはnormalモード又はsilentモードを用い、RNCから NodeBに向かう下り側のDCHにはnormalモードを用いるWCDMAシステムのUTRANにおいて、
負荷が軽いか又は遅いかに応じて、速いTTI又は遅いTTIを選択することを特徴としている。
【0026】
【発明の実施の形態】
以下、図面を参照して、この発明の実施の形態について説明する。説明は、実施例を用いて具体的に行う。
◇第1実施例
図1は、この発明の第1実施例であるWCDMA UTRANシステムにおける、 NodeBの第1の動作例を説明する図、図2は、この発明の第1実施例であるWCDMA UTRANシステムにおける、 NodeBの第2の動作例を説明する図、図3は、この発明の第1実施例であるWCDMA UTRANシステムにおける、RNCの第1の動作例を説明する図、図4は、この発明の第1実施例であるWCDMA UTRANシステムにおける、RNCの第2の動作例を説明する図、図5は、モード切り替え通知フレームのフォーマットを例示する図、図6は、インバンドでの第1のモード切り替えイメージを示す図、図7は、インバンドでの第2のモード切り替えイメージを示す図、図8は、非同期切り替えの場合の動作イメージを示す図、図9は、 No Dataフレームの処理周期が長い場合の動作イメージを示す図、図10は、 No Dataフレームの処理周期が短い場合の動作イメージを示す図、図11は、normalモード時における上り方向の品質情報収集方法の例を示す図、図12は、 semi−normalモード時における上り方向の品質情報収集方法の例を示す図である。
この例のWCDMA UTRANシステムにおけるUTRANの構成は、図16に示された従来例の場合と同様である。
【0027】
この例のUTRAN10は、図16に示された構成を有し、上りリンク(UL)のnormalモード/silentモードと、下りリンク(DL)のnormalモードをサポートする、 NodeB3,4とRNC2とから構成され、その一部(又は全部)が、 semi−normalモードをサポートする。
なおここで、 semi−normalモードは、normalモードとsilentモードとの中間的な性格を有するモードであって、送信処理期間ごとに有効データの到着状況をチエックして、有効データがある場合にはその有効データを送出し、有効データがない状態が継続する場合には、所定区間ごとに No Dataフレームを送出するものである。
【0028】
UTRAN10は、Uu(Air)点を介して携帯端末等のUE5と、Iu点を介して交換網等のCN1と通信を行う。 semi−normalモードをサポートするRNC2と NodeB3,4は、モード(normalモード/silentモード)切り替えを、制御(Control)フレームの受信、制御(Application:APL)ソフトからの指示(C−plane)、自立、又はその他の外部要因、又は複数のこれらの手段の組み合わせに応じて実行する。UTRAN10の各ノードは、 semi−normalモード時、以下のような動作を行う。
【0029】
◇ NodeB( semi−normalモード)の動作
図1は、 NodeBの動作を説明するものであって、RNC→ NodeB→UE方向の伝送を行う場合を示している。
semi−normalモード時にRNCから No Dataフレームを受信した場合は、図1に示すように、タイミング調整(Timing Adjustment)等の通常のトランスポート同期の処理は実行するが、 Air(UE)へは No Dataフレームを受信したことを反映させない。
【0030】
図2は、 NodeBの動作を説明するものであって、UE→ NodeB→RNC方向の伝送を行う場合を示している。
semi−normalモード時、RNCへは、UEからのデータ未受信が所定期間(図2では3TTI)継続した場合にのみ、 No Dataフレームを送信する。
【0031】
このとき、 Outer Loop電力制御のために、この未送信期間の無線品質情報を監視して、その結果を No Dataフレームに反映させる手段も提供することをができる。例えば、 NoDataフレームに付与するQE値(無線区間のビットエラーレートを示すフィールド)を、その期間の平均値とする等の方法をとることができる。
この場合、 No Dataフレームの送信周期間の送信数も、一つだけとは限らず、上位からの設定で変更することが可能である。また、このモードは、周期等のパラメータも含めて、RNC→ NodeB方向(下り)と、 NodeB→RNC方向(上り)とに、それぞれ独立に設定(実行)することができる。
なお、 No Dataフレームの送信周期間の送信数の設定は、 Outer Loop電力制御の場合に限らず、一般的に semi−normalモードでは、上位からの指示に基づいて行われる。また、この際、必ずしも指示を必要としない場合もあり得る。
【0032】
なお、ここで、 Outer Loop電力制御は、RNCとUEとが、長区間の通信品質測定を行って、通信品質BER(Bit Error Rate)又はBLER(Block Error Rate)がある目標値になるように、受信信号の目標SIR(Signal to Interference Ratio)を設定し、受信信号のSIRが目標SIRになるように、送信信号レベルをアップ又はダウンさせるコマンドを相手側に送信して、受信側が送信電力を増減する制御を、相互に所定周期ごとに行うことによって、適切な信号品質を得るとともに、他局への干渉の増大を防止する送信電力制御方式を指している。
【0033】
◇RNC( semi−normalモード)の動作
図3は、RNCの動作を説明するものであって、 NodeB→RNC→CN方向の伝送を行う場合を示している。
semi−normalモード時、図3に示すように、 NodeBから受信する No Dataフレームは、silentモードと同等の処理を行う。ただし、 No Dataフレームが到着すれば、normalモード時と同様に、無線品質情報等の収集は行うが、Iu側へのデータ送出は行わない。
【0034】
図4は、RNCの動作を説明するものであって、CN→RNC→ NodeB方向の伝送を行う場合を示している。
RNC→ NodeB方向の No Dataフレームの送信は、図4に示すように、Iu側からユーザデータを受信しない期間が指定された期間(図4では3TTI)継続した場合に行われる。
【0035】
以下、図1乃至図12及び図16を参照して、この例のWCDMA UTRANシステムの動作を説明する。
図5は、モード切り替え通知フレームのフォーマットを例示したものである。この例においては、RNCと NodeBに、インバンド(ユーザデータと同じコネクション上)で、normalモードと semi−normalモードとの切り替えのための、情報フレームをやりとりする機能を持たせる。
この場合におけるモード切り替えのための情報フレームとしては、図5に示すように、Iub上でやりとりされる既存のコントロールフレームフォーマットを利用することなどが考えられる。
【0036】
図5において、FrameCRCは、フレームごとに誤り検出を行うためのCRC(Cyclic Redundancy Check)符号の指定を示している。FTはフレームタイプを示し、0はデータフレーム、1はコントロールフレームを示す。コントロールフレームとしては、図示の0〜9の場合が規定されている。
例えば、RNCは上位APLソフトからモード切り替え指示を受けた場合、図5に示すように、自分が通信している NodeBに対して、モード切り替え通知(DLモード切り替え通知)を発行する。
NodeBは、この通知を受けたとき応答を返し、通知情報のタイミングでnormalモード→ semi−normalモードの切り替えを実行する。
【0037】
図6,図7は、インバンドでのモード切り替えのイメージを示したものであって、図6はインバンドでのモード切り替え動作のトリガのみを表示したものであり、図7はユーザプレーン(U−plane)のデータを含む場合の、インバンドでのモード切り替え動作を示したものである。
図6においては、規定タイミングで NodeBとRNCとが、同期してモードを切り替える方式が示されているが、非同期で切り替えるようにしても、勿論差し支えない。
【0038】
図8は、非同期でのモード切り替えの例を示したものであって、・〜・は、RNCと NodeBにおいて行われる切り替え動作を順序に示したものである。
図8に示すように、コントロールフレームの受信をトリガとして、順次、モードを遷移させるようにすれば、複雑なタイミング制御も不要となる。
なお、図8においては、上り( NodeB→RNC),下り(RNC→ NodeB)のモード切り替えを、両方一度に行う例を示している。
【0039】
NodeBは、normalモードから semi−normalモードに切り替えられたとき、下り(DL)指定があれば、セルが到着しない場合は、Airに対して有効データを送出しないように動作する。すなわち、 No Dataフレームを受信したとしても、RNCとの同期制御のみを動作させて、Airのデータフォーマットには反映させない。なお従来のように、 No Dataフレームが到着しなくても到着したものとみなして、Airのデータフォーマットに反映させるようにしてもよい。
またRNCも、規定されたタイミングでnormalモードから semi−normalモードに切り替え、CNからユーザデータを受信しない間、RNC→ NodeB方向の No Dataフレームを抑制する。
【0040】
なお、この場合における No Dataフレームの抑制の方法は、事業者がサービス種別ごとに規定すればよい。
例えば、Iモードに代表されるパケット呼などは、ネットワークの混雑時にはユーザが利用できる通信の伝送帯域を、必ずしも保証しないタイプの通信サービスである Best Effort型であって、トラヒックは通常バースト的であり、かつ再送制御の機能も具備していることから、 No Dataフレームをほとんど送出しないタイプの抑制指示を適用することが考えられる。
【0041】
図9は、 No Dataフレームの処理周期が長い場合の No Dataフレーム送出の例を示したものであって、例えば、図9に示すように、TTI×α周期ごとにのみNo Dataフレームを送出するようにしてもよい。
なお、αが無限大の場合、すなわちデータがない場合は、silentモードと一致し、RNC→ NodeB間の帯域はほとんど消費されない。
【0042】
また、ユーザ個別に割り当てられる制御チャネルである個別制御チャネル(Dedicated Control Channel:DCCH)等は、パケット(Packet)と同様に、RLC(Radio Link Control)レイヤレベルの再送機能を具備しているが、接続時の遅延等を防止するためにモード切り替えを行わないか、又は、normalモードに近い制御を指示する等の選択肢が考えられる。
【0043】
図10は、 No Dataフレームの周期が短い場合のイメージを示したものであって、normalモードに近い制御が行われる場合を示したものである。
図10においては、2TTIごとに No Dataフレームを送出する場合が例示されている。
なお、データがない場合でも、RNC→ NodeB間の帯域を消費するが、トランスポート周期が短い周期で監視されるので、同期はずれ回復時の即応性が向上する。
【0044】
このような、 No Dataフレームの送出周期設定モードの選択は、事業者が料金や信頼性等のサービスのどこに重点を置くかに大きく依存するため、一意には決めない方が無難である。そのため、装置の仕様としては、種々のパターンの No Dataフレーム送出制御手段を具備することが望ましい。
この例の方式の適用は、下り側に限ったものではなく、上り側にも適用可能である。また、 No Dataフレームのトラヒックパターンも、さまざまな思惑によって、いろいろのパターンが考えられる。例えば、 No Dataフレームの送受ごとに、前述のαの値を大きくする方法も考えられる。
【0045】
図11,図12は、上り方向の品質情報収集方法を概念的なイメージによって示したものであって、図11はnormalモード時を示し、図12は semi−normalモード時を示している。
normalモードで Outer Loop等の電力制御を行う場合には、図11に示すように、 NodeBはTTIごとに無線品質をフレームに乗せて送出し、RNCは全フレームの無線品質情報を集計して、 Outer Loop電力制御の周期ごとに平均等をとって指示を出す。
また、 semi−normalモードで Outer Loop等の電力制御を行う場合は、図12に示すように、 NodeBは No Dataフレームを送出しない期間の品質情報を積算して、フレーム送出ごとに無線品質をフレームに乗せて送出し、RNCは全フレームの無線品質情報を集計して、 Outer Loop電力制御の周期ごとに平均等をとって指示を出すことによって、normalモード時と同等の電力制御を実現することができる。
【0046】
このように、この例のWCDMA UTRANシステムによれば、 NodeBとRNCは、ユーザデータがない場合のセル送受信処理が軽減されるので、その分のリソースを他のユーザデータの処理に用いることができ、従って、WCDMA
UTRANシステムにおいて、高多重化と経済化を図ることが容易になる。
また、ユーザデータのみが回線に流れる可能性が大きくなるので、回線帯域の有効活用を図るとともに、遅延の発生を防止し、多重度を向上できる効果がある。
また、 No Dataフレームの送受信を抑制することによって、回線品質の差別化をより明確に定義でき、標準仕様の場合よりもメリハリのある価格設定が可能になる。
【0047】
さらに、 No Dataフレームの送受が減少することによって、同一条件下では本発明方式の未採用時と比較して、システム全体の省電力化を図ることができ、その結果、装置寿命の延長を期待できるようになる。
また、UTRAN内の不要なセルを減少させ又は0にすることができるので、トラヒック収集の精度を向上させることができる。
【0048】
◇第2実施例
第1実施例の方式では、 semi−normalモードに非対応なノードがある場合を想定して、コントロールフレームによってノード間でネゴシエーションを行ったのちに、モードを切り替えるようにしている。
これは、 semi−normalモードを対象としないノードが存在した場合を想定しているためであって、例えば、既存の NodeBでは、新規コントロールフレームをサポートしていないため、モード切り替え要求に対して応答を返すことができない。これによってシステムは、ノードが semi−normalモードに非対応であることを認識して、モード切り替えを中断することができる。
しかしながら、UTRANの全ノードにおいて semi−normalモードとnormalモードとに対応可能な場合は、ネゴシエーションを省略して、コネクション接続時から意図するモードで通信を行う方式も考えられる。例えば、通話開始から終話まで、 semi−normalモード又はnormalモードを指定すればよい。
【0049】
図13は、コネクション設定時にモードを指定する方式の例を示したものであって、コントロールフレームを使用する場合と対比して示している。
図13において(a)は、コネクション設定時にモードを指定する場合を示し、・,・はそれぞれRNCと NodeBの、 semi−normalモードでの立ち上げを示している。これに対して(b)は、コントロールフレームを使用してモード切り替えを行う場合を示したものである。
【0050】
このように、この例のWCDMA UTRANシステムによれば、第1実施例の場合と同様の効果が得られるとともに、不要なコントロールフレームや指示プリミティブを省略できるため、システムに対する負荷を、第1実施例の場合よりも、さらに軽減することが可能になる。
【0051】
◇第3実施例
この例のWCDMA UTRANシステムにおいては、APLソフトの介在なしに装置が自立で、図6に示されたようなコントロールフレームによるネゴシエーションを行って、 semi−normalモード/normalモードの切り替えを行う。
この例の方式では、装置が通常具備している輻輳検出判断機能において、輻輳又は輻輳に近い状態に陥ったときに、ユーザフレームを欠落させないために、装置が自らコントロールフレームを対向ノードに送出して、 semi−normalモードに切り替え、輻輳が解除された場合等には、再びnormalモードに切り戻すようにする。
【0052】
図14は、輻輳時等に装置が自動的にモード切り替えを行う方式の第1の例を示し、図15は、輻輳時等に装置が自動的にモード切り替えを行う方式の第2の例を示したものである。
図14に示す方式においては、RNCが輻輳を検出したとき、APLソフトに対して輻輳通知を行うとともに、Iubコントロールフレームによって、 NodeBに切り替え通知を行ったのち、モードの自立切り替えを行う。
この例の方式は、通常のように輻輳時には低優先のユーザデータから破棄して復旧する方式とは異なり、不要な No Dataフレームを減少させて、極力、ユーザデータの欠落を防止する方式となるため、高負荷時の品質劣化を防止する手段として有効である。
【0053】
図15に示す方式においては、RNCが輻輳を検出したとき、APLソフトに対して輻輳通知を行って、APLソフトからモード切り替え指示を受けたとき、Iubコントロールフレームによって、 NodeBに切り替え通知を行ったのち、モードの切り替えを行うようにする。
この方式では、輻輳通知を受けたAPLソフトがRNCに対して、非優先の呼に対する、モード切り替えを指示することができる。この方式は、高負荷時の品質劣化を防止するとともに、装置単体では検出できない輻輳等が発生した場合等に有効である。
【0054】
このように、この例のWCDMA UTRANシステムによれば、第1実施例の場合と同様の効果が得られるとともに、不要な No Dataフレームを減少させて、ユーザデータの欠落を防止するので、高負荷時の品質劣化を防止することができる。
【0055】
◇第4実施例
この例のWCDMA UTRANシステムにおいては、ユーザ個別にモードを切り替えるのではなく、ノード間の共通チャネル(CCH)、又は専用チャネルを確保して、このチャネル上で通知情報をやりとりして、対向装置のすべてのコネクションに対して一括してアウトバンドでモード切り替えを通知することによって、その装置が扱っている全コネクションについて、装置ごとにモードを切り替える。
この方式は、輻輳時等において、チャネル個別に制御を行うようにすると、復旧までに時間がかかることを想定して、一旦、すべてのチャネルのモードを semi−normalモードに切り替えて、優先度の高いチャネルから順次個別に、normalモードに徐々に切り戻す等の方式を採用する場合等に用いられる。
なお、この場合、チャネル一括でなく、サービスごとに一括してモード切り替えを行うようにしてもよい。
【0056】
この方式は、特に、装置がサービス個別に分かれいている等の場合には、非優先のサービスから一括で切り替えられるので、輻輳時等に有効な手段となる。
この方式を補完的に具備することによって、高負荷時における早期の復旧と品質確保を行えることが期待できる。
すなわち、第3実施例の場合の図14,図15の動作では、コントロールフレームをやりとりするコネクションが、インバンド(U−planeと同じ)になっているが、この例では、別に専用にコネクションを設けるので、輻輳時に、ユーザ単位で発生する図14,図15のシーケンスを一回にまとめて行うことができるようになる。
また、システムアップ時に、アウトバンドで対向ノードとネゴシエーションを行えば、どのノードが semi−normalモードに対応しているかが分かるので、ユーザコネクションの設定の際に、不要なプリミティブやトラヒックを削減するために利用することができる。
【0057】
このように、この例のWCDMA UTRANシステムによれば、第1実施例の場合と同様の効果が得られ、さらに、不要な No Dataフレームを減少させて、ユーザデータの欠落を防止して、高負荷時の品質劣化を防止することができるとともに、輻輳時の早期の復旧と品質確保が可能になる。
【0058】
◇第5実施例
この例のWCDMA UTRANシステムにおいては、処理周期(TTI)そのものを変更する。すなわち、収容ユーザ数が少ない場合のように、システムの負荷が軽いときは、速いTTIを選択し、逆に負荷が重い場合には、遅いTTIでセットアップし、輻輳時等の場合は、速いTTIで動作中のものを遅いTTIに切り替えることによって、システムにかかる負荷を低減して容量増加等を図るようにする。
この方式は No Dataフレームだけでなく、ユーザデータフレームの流量まで制御するものであるが、normalモードのままでも負荷を低減することができる方式である。
この例の方式ではユーザデータの伝送も高速にできるので、パケット呼等の平均保留時間の低減に寄与できる。従って、レスポンスが速くなるため、1ユーザ当たりの回線占有時間が減少するので、回線利用率の向上も期待でき、システム全体の収容数アップにも効果的である。
【0059】
このように、この例のWCDMA UTRANシステムによれば、第1実施例の場合と同様の効果が得られるとともに、normalモードのままでも負荷を低減することができ、レスポンスを速くすることによって、回線利用率を向上させ、システム全体の収容数をアップすることができる。
【0060】
以上、この発明の実施例を図面により詳述してきたが、具体的な構成はこの実施例に限られたものではなく、この発明の要旨を逸脱しない範囲の設計の変更等があってもこの発明に含まれる。例えば、図1に示すUEは携帯端末に限らず、WCDMAシステムをサポートする機器であれば、他のものであってもよい。また、CNは交換網に限らず、IP網も含まれる。また、上記各実施例においては、normalモードから semi−normalモードへの切り替え時の処理についてのみ説明したが、 semi−normalモードからnormalモードに切り戻す際の処理も同様にして行うことができる。
【0061】
【発明の効果】
以上説明したように、この発明のWCDMA UTRANシステムによれば、WCDMAシステムのRNC→ NodeB間において、ユーザデータが存在しない場合に、定期的にやりとりされる No Dataフレームの流量を制御するので、システム全体の必要帯域が抑制されて、UTRANシステムの経済化に寄与することが可能になる。
【図面の簡単な説明】
【図1】本発明の第1実施例であるWCDMA UTRANシステムにおける、 NodeBの第1の動作例を説明する図である。
【図2】同実施例のWCDMA UTRANシステムにおける、 NodeBの第2の動作例を説明する図である。
【図3】同実施例のWCDMA UTRANシステムにおける、RNCの第1の動作例を説明する図である。
【図4】同実施例のWCDMA UTRANシステムにおける、RNCの第2の動作例を説明する図である。
【図5】同実施例における、モード切り替え通知フレームのフォーマットを例示する図である。
【図6】同実施例における、インバンドでの第1のモード切り替えイメージを示す図である。
【図7】同実施例における、インバンドでの第2のモード切り替えイメージを示す図である。
【図8】同実施例における、非同期切り替えの場合の動作イメージを示す図である。
【図9】同実施例における、 No Dataフレームの処理周期が長い場合の動作イメージを示す図である。
【図10】同実施例における、 No Dataフレームの処理周期が短い場合の動作イメージを示す図である。
【図11】同実施例における、normalモード時における上り方向の品質情報収集方法の例を示す図である。
【図12】同実施例における、 semi−normalモード時における上り方向の品質情報収集方法の例を示す図である。
【図13】本発明の第2実施例であるWCDMA UTRANシステムにおける、コネクション設定時にモードを指定する方式を示す図である。
【図14】本発明の第3実施例であるWCDMA UTRANシステムにおける、輻輳時等に装置が自動的にモード切り替えを行う方式の第1の例を示す図である。
【図15】同実施例のWCDMA UTRANシステムにおける、輻輳時等に装置が自動的にモード切り替えを行う方式の第2の例を示す図である。
【図16】従来の、及び本発明が適用されるUTRANの一般的な構成を示す図である。
【図17】上り側のDCHにおいて normalモードを選択した場合の伝送データを示す図である。
【図18】上り側のDCHにおいてsilentモードを選択した場合の伝送データを示す図である。
【図19】下り側におけるDCHデータの伝送を示す図である。
【符号の説明】
1   CN(Core Network)
2   RNC(Radio Network Controller)
3    NodeB
4    NodeB
5   UE(User Equipment)

Claims (16)

  1. Uu点を介してユーザ装置(以下、UEという)と通信を行うノード(以下、 NodeBという)と、Iu点を介してコアネットワーク(以下、CNという)と通信を行う基地局制御装置(以下、RNCという)とがIub点を介して接続され、前記 NodeBからRNCに向かう上り側の個別チャネル(以下、DCHという)にはnormalモード又はsilentモードを用い、RNCから NodeBに向かう下り側のDCHにはnormalモードを用いるWCDMAシステムのUTRANにおいて、
    前記 NodeBは、前記RNCからの No Dataフレーム受信時、前記UEに対してデータを送出しないとともに、前記UEからのデータ未受信時、複数の処理周期(以下、TTIという)ごとに前記RNCに対して No Dataフレームを送出し、前記RNCは、前記 NodeBからのデータ未受信時、前記CNに対してデータを送信しないとともに、前記CNからのデータ未受信時、複数TTIごとに前記Node Bに対して No Dataフレームを送出する semi−normalモードを設けることを特徴とするWCDMA UTRANシステム。
  2. 前記 No Dataフレームを送出すべきデータ未受信期間が、上位からの指示に基づいて変更可能なことを特徴とする請求項1記載のWCDMA
    UTRANシステム。
  3. 前記normalモードから semi−normalモードへの切り替えを、前記RNCが制御フレームによって前記 NodeBとの間でネゴシエーションを行ったのちに実行することを特徴とする請求項1又は2記載のWCDMA UTRANシステム。
  4. 前記ネゴシエーションが、上位のアプリケーション(以下、APLという)ソフトからの指示によって開始されることを特徴とする請求項3記載のWCDMAUTRANシステム。
  5. 前記APLソフトからの指示が、輻輳検出時、前記RNCから前記APLソフトへの通知に基づいて行われることを特徴とする請求項4記載のWCDMA UTRANシステム
  6. 前記ネゴシエーションを、輻輳検出時、RNCが自立で開始することを特徴とする請求項3記載のWCDMA UTRANシステム。
  7. 前記normalモードから semi−normalモードへの切り替えが、コネクション確立時、RNCから NodeBへの通知に基づいて行われることを特徴とする請求項1又は2記載のWCDMA UTRANシステム。
  8. 前記normalモードから semi−normalモードへの切り替えが、インバンドでの通知に基づいて行われることを特徴とする1乃至7のいずれか一に記載のWCDMAUTRANシステム。
  9. 前記normalモードから semi−normalモードへの切り替えが、アウトバンドでの通知に基づいて行われることを特徴とする請求項1又は2記載のWCDMA UTRANシステム。
  10. 前記normalモードから semi−normalモードへの切り替えを、アウトバンドでの通知に基づいて、対向装置のすべてのコネクションに対して一括して行うことを特徴とする請求項9記載のWCDMA UTRANシステム。
  11. 前記normalモードから semi−normalモードへの切り替えを、アウトバンドでの通知に基づいて、サービスごとに一括して行うことを特徴とする請求項9記載のWCDMA UTRANシステム。
  12. semi−normalモード時、前記 NodeBが No Dataフレーム未送出期間の品質情報を積算して、次の No Dataフレームによって前記RNCに通知することを特徴とする請求項1乃至11のいずれか一に記載のWCDMAUTRANシステム。
  13. 前記normalモードから semi−normalモードへの切り替えを、前記RNCと NodeBとが同期して行うことを特徴とする請求項1乃至12のいずれか一に記載のWCDMA UTRANシステム。
  14. 前記normalモードから semi−normalモードへの切り替えを、前記RNCと NodeBとが非同期で行うことを特徴とする請求項1乃至12のいずれか一に記載のWCDMA UTRANシステム。
  15. 前記非同期のモード切り替えを、制御フレームの受信をトリガとして行うことを特徴とする請求項14記載のWCDMA UTRANシステム。
  16. Uu点を介してUEと通信を行う NodeBと、Iu点を介してCNと通信を行うRNCとがIub点を介して接続され、前記 NodeBからRNCに向かう上り側のDCHにはnormalモード又はsilentモードを用い、RNCから NodeBに向かう下り側のDCHにはnormalモードを用いるWCDMAシステムのUTRANにおいて、
    負荷が軽いか又は遅いかに応じて、速いTTI又は遅いTTIを選択することを特徴とするWCDMA UTRANシステム。
JP2002158128A 2002-05-30 2002-05-30 Wcdmautranシステム Expired - Fee Related JP3674605B2 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP2002158128A JP3674605B2 (ja) 2002-05-30 2002-05-30 Wcdmautranシステム
KR20030034519A KR100561016B1 (ko) 2002-05-30 2003-05-29 Wcdma utran 시스템
US10/446,712 US7466673B2 (en) 2002-05-30 2003-05-29 WCDMA UTRAN system
CNB031382762A CN1284320C (zh) 2002-05-30 2003-05-30 宽带码分多址通用陆地无线接入网系统
BR0301391A BR0301391A (pt) 2002-05-30 2003-05-30 Sistema wdma utran
EP20030253395 EP1372345B1 (en) 2002-05-30 2003-05-30 WCDMA UTRAN system suspended mode handling
DE2003607185 DE60307185T2 (de) 2002-05-30 2003-05-30 "Suspended Mode"-Handhabung in einem WCDMA-UTRAN-System

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002158128A JP3674605B2 (ja) 2002-05-30 2002-05-30 Wcdmautranシステム

Publications (2)

Publication Number Publication Date
JP2004007084A true JP2004007084A (ja) 2004-01-08
JP3674605B2 JP3674605B2 (ja) 2005-07-20

Family

ID=29561538

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002158128A Expired - Fee Related JP3674605B2 (ja) 2002-05-30 2002-05-30 Wcdmautranシステム

Country Status (7)

Country Link
US (1) US7466673B2 (ja)
EP (1) EP1372345B1 (ja)
JP (1) JP3674605B2 (ja)
KR (1) KR100561016B1 (ja)
CN (1) CN1284320C (ja)
BR (1) BR0301391A (ja)
DE (1) DE60307185T2 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006057338A1 (ja) * 2004-11-25 2006-06-01 Nec Corporation アップリンクトランスポートレイヤの伝送方法
WO2007102524A1 (ja) 2006-03-08 2007-09-13 Nec Corporation 無線制御装置及びその動作制御方法
JP2007537641A (ja) * 2004-05-11 2007-12-20 ノキア コーポレイション フレーム送信間隔
JP2009194792A (ja) * 2008-02-18 2009-08-27 Fujitsu Ltd 通信方法および中継装置

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3840480B2 (ja) * 2004-04-28 2006-11-01 松下電器産業株式会社 制御局装置及び基地局装置
US20050278328A1 (en) * 2004-06-04 2005-12-15 Marston Michael J Sorting and filtering techniques for products, namely posters and artwork
ES2379549T3 (es) * 2004-08-13 2012-04-27 Alcatel Lucent Procedimiento de control del flujo de datos en un sistema de comunicaciones móviles
JP4572718B2 (ja) * 2005-03-30 2010-11-04 日本電気株式会社 伝送路資源制御システム及びその方法並びにそれに用いる無線回線制御装置
JP2007159005A (ja) * 2005-12-08 2007-06-21 Fujitsu Ltd 無線ネットワークシステム及び同システムにおける通信トラフィック切替方法並びに同システムに用いられるトラフィック処理装置、回線多重装置及び上位装置
KR101433834B1 (ko) * 2007-09-21 2014-08-29 삼성전자주식회사 이동통신 시스템에서 전송 시간 간격 재구성 장치 및 방법
CN101426254B (zh) * 2007-10-31 2010-12-08 华为技术有限公司 一种实现信息传输的方法、装置及系统
CN101426253B (zh) * 2007-10-31 2013-08-07 华为技术有限公司 一种实现信息传输的方法、装置及系统
CN102647786B (zh) * 2012-04-20 2015-04-08 北京创毅讯联科技股份有限公司 一种宽带数字集群的组呼方法及装置
US10524256B2 (en) * 2016-04-01 2019-12-31 Mediatek Inc. Method of adaptive TTI tuning
KR102417238B1 (ko) * 2016-04-13 2022-07-06 주식회사 쏠리드 분산 안테나 시스템 및 그 신호 처리 방법

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5923849A (en) * 1996-05-07 1999-07-13 International Network Services Method of auditing communication traffic
IL132888A0 (en) * 1999-11-11 2001-03-19 Surf Comm Solutions Ltd Channel load balancing
US6829482B2 (en) * 2000-05-16 2004-12-07 Telefonaktiebolaget Lm Ericsson (Publ) Switching from dedicated to common channels when radio resources are controlled by drift radio network
US6765887B1 (en) * 2000-09-06 2004-07-20 Qualcomm Inc. Method and apparatus for processing a received transmission based on processing delays requirement
AU2002314411A1 (en) * 2001-06-25 2003-01-08 Nokia Corporation Optimization of mcs and multicode with tfci signaling

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007537641A (ja) * 2004-05-11 2007-12-20 ノキア コーポレイション フレーム送信間隔
WO2006057338A1 (ja) * 2004-11-25 2006-06-01 Nec Corporation アップリンクトランスポートレイヤの伝送方法
JPWO2006057338A1 (ja) * 2004-11-25 2008-06-05 日本電気株式会社 アップリンクトランスポートレイヤの伝送方法
KR100909736B1 (ko) 2004-11-25 2009-07-29 닛본 덴끼 가부시끼가이샤 업링크 트랜스포트 레이어의 전송 방법
JP4711085B2 (ja) * 2004-11-25 2011-06-29 日本電気株式会社 アップリンクトランスポートレイヤの伝送方法
US8532010B2 (en) 2004-11-25 2013-09-10 Nec Corporation Transmission method for uplink transport layer
WO2007102524A1 (ja) 2006-03-08 2007-09-13 Nec Corporation 無線制御装置及びその動作制御方法
JP2009194792A (ja) * 2008-02-18 2009-08-27 Fujitsu Ltd 通信方法および中継装置
US8289899B2 (en) 2008-02-18 2012-10-16 Fujitsu Limited Communication method and intermediate network device with branch selection functions

Also Published As

Publication number Publication date
CN1472901A (zh) 2004-02-04
BR0301391A (pt) 2004-08-24
DE60307185T2 (de) 2007-10-18
JP3674605B2 (ja) 2005-07-20
KR20030094021A (ko) 2003-12-11
DE60307185D1 (de) 2006-09-14
US20030223360A1 (en) 2003-12-04
CN1284320C (zh) 2006-11-08
EP1372345A3 (en) 2004-01-02
EP1372345B1 (en) 2006-08-02
KR100561016B1 (ko) 2006-03-16
EP1372345A2 (en) 2003-12-17
US7466673B2 (en) 2008-12-16

Similar Documents

Publication Publication Date Title
US7454215B2 (en) Communication method, communication apparatus and communication system
CN100474962C (zh) 用于在数字移动网络中通信的通信装置和方法
EP1867195B1 (en) Method and apparatus for flow control at cell change for high speed downlink packet access
KR101527633B1 (ko) 향상된 업링크 서비스를 위한 무선 액세스 베어러를 구성하기 위한 무선 통신 방법 및 시스템
JP4056071B2 (ja) 無線通信ネットワークおよびフロー制御方法
JP4643650B2 (ja) 無線アクセスネットワーク内での輻輳制御
JP3674605B2 (ja) Wcdmautranシステム
JP4814569B2 (ja) モバイル通信システムにおけるデータフロー制御のための方法
KR101067135B1 (ko) 무선 액세스 네트워크 및 이동국 사이의 무선 통신 재설정
EP1142360B1 (en) Method and apparatus for backhauling data in a communication system
JP2003189347A (ja) ワイヤレス通信システム中で以前の基地局と新しい基地局との間をスイッチングする方法
KR101452241B1 (ko) 무선 송수신 유닛-특유의 정보를 전송하는 방법 및 시스템
US20120188957A1 (en) Flow control in umts using information in ubs field
WO2000022694A2 (en) Selectively delaying data communications in a wireless communication system to provide voice communications capacity
US8743777B2 (en) Method for controlling path switching in wireless communication system, and controller and wireless base station in that system
JP2006115156A (ja) アクセスポイント、アクセスポイント制御装置および無線lanシステム
CN100488126C (zh) 控制系统高负荷的方法、系统及检测装置

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040514

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040615

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040816

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050418

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20090513

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20100513

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20110513

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20110513

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20120513

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20120513

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20130513

Year of fee payment: 8

LAPS Cancellation because of no payment of annual fees