基地局および受信状態の管理方法
【課題】受信データの管理における管理情報を低減した基地局を提供する。
【解決手段】受信した分割データを保存する受信バッファ４と、分割データのうち、完全に受信できなかった分割データがある場合には、通信端末から再送される再送分割データに基づいて補完処理を行う制御部１とを備え、制御部１は、受信した分割データのそれぞれについて、２バイト以上の大きさを有する受信管理ブロックに複数に分割し、分割データごとに受信管理ブロック単位で受信状態を判定するブロック管理を行うとともに、判定結果に基づいて受信管理ブロック単位で補完処理を行う。
【解決手段】受信した分割データを保存する受信バッファ４と、分割データのうち、完全に受信できなかった分割データがある場合には、通信端末から再送される再送分割データに基づいて補完処理を行う制御部１とを備え、制御部１は、受信した分割データのそれぞれについて、２バイト以上の大きさを有する受信管理ブロックに複数に分割し、分割データごとに受信管理ブロック単位で受信状態を判定するブロック管理を行うとともに、判定結果に基づいて受信管理ブロック単位で補完処理を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信における基地局に関し、特に、受信データの受信状態を管理する基地局に関する。
【背景技術】
【０００２】
携帯電話や、無線ＬＡＮなどの無線通信手段を有する携帯端末を用いたデータのダウンロードや、アップロードにおいて、無線通信が断続的になる環境下では、ダウンロードデータや、アップロードデータの受送信が途切れ、データが欠落することがある。
【０００３】
このような場合、欠落した部分を補完して元のデータに戻す補完処理が従来から行われているが、このような補完処理としては、例えば特許文献１に開示の方法が挙げられる。
【０００４】
特許文献１の図１には、送信側が受信側へファイルを無線で送信する場合に、送信側は当該ファイルを所定のサイズで複数に分割し、分割された各ファイルに順番を付し、連続的に受信側に送信する。受信側では、受信した部分ファイルの順番を調べ、当該順番に抜けがある場合に、抜けた部分ファイルの送信要求を送信側へ送り、再送された部分ファイルを加えることで元のファイルを作成するファイルの送受信方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２５８７５５公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に開示のファイルの送受信方法においては、送信側が送信する部分ファイルは常に固定長であるが、実際には無線の変調方式の変動により、部分ファイルが正しく受信できない場合がある。例えば、初送時に送信側でファイルを大きなサイズに分割して送信したが、再送時には電波状態が劣化していた場合、電波状態に対応させて変調方式を変えることがあり、その場合は、予め定めた固定長の部分ファイルで再送すると、当該部分ファイルの受信に再び失敗する可能性がある。
【０００７】
一般に、送信側は無線の電波状態に合わせて変調方式を変え、変調方式に適したデータサイズで送信するが、受信側では送信側のデータサイズによらずＭＡＣ（Media Access Control）フレーム全体に対してバイト（byte）単位での受信状態を管理しているので、管理情報に費やすデータが大きくなるという問題があった。
【０００８】
本発明は上記のような問題点を解消するためになされたもので、受信データの管理における管理情報を低減した基地局を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る基地局は、通信端末と無線チャネルを介して接続される基地局であって、前記通信端末は、一連のデータを分割して、分割データとして複数に分けて送信し、前記基地局は、受信した前記分割データを保存する受信バッファと、受信した前記分割データのそれぞれについて複数の受信管理ブロックに分割し、前記受信管理ブロック単位で受信状態を判定するブロック管理を行い、前記分割データのうち、完全に受信できなかった分割データがある場合には、前記通信端末から再送される再送分割データを用いて、前記受信管理ブロック単位で補完処理を行う制御部とを備えている。
【００１０】
本発明に係る受信状態の管理方法は、通信端末と無線チャネルを介して接続される基地局における受信状態の管理方法であって、前記通信端末が、一連のデータを分割して、分割データとして複数に分けて送信するのを受け、受信した前記分割データのそれぞれについて複数の受信管理ブロックに分割し、前記受信管理ブロック単位で受信状態を判定するブロック管理を行い、前記分割データのうち、完全に受信できなかった分割データがある場合には、前記通信端末から再送される再送分割データを用いて、前記受信管理ブロック単位で補完処理を行う。
【発明の効果】
【００１１】
本発明によれば、受信データの管理における管理情報を低減した基地局を得ることができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態の基地局が組み込まれる通信システムの一例を示す図である。
【図２】基地局の構成を示すブロック図である。
【図３】データを複数の分割ＭＡＣフレームに分割して送信する場合のフレーム構成を示す図である。
【図４】ＭＡＣヘッダの情報エレメントを説明する図である。
【図５】通信端末から基地局への上りのデータ通信における通信シーケンスの一例を補完を行わない場合について示す図である。
【図６】ＭＡＣフレームを分割して再送する場合のフレーム構成の一例を示す図である。
【図７】通信端末から基地局への上りのデータ通信における通信シーケンスの一例を補完を行う場合について示す図である。
【図８】データの補完を行う場合の通信シーケンスに基づいた受信状態の管理方法を模式的に説明する図である。
【図９】基地局における受信状態の管理方法の全体的な流れを示すフローチャートである。
【図１０】受信処理の流れを示すフローチャートである。
【図１１】補完処理の流れを示すフローチャートである。
【図１２】未受信区間の受信動作を説明するフローチャートである。
【図１３】部分受信区間の受信動作を説明するフローチャートである。
【図１４】受信管理ブロック数に対する最大部分受信ブロック数を示す図である。
【発明を実施するための形態】
【００１３】
＜実施の形態＞
＜通信システムの構成＞
図１は、本実施の形態の基地局が組み込まれる通信システムの一例を示す図である。図１に示す通信システムは、通信端末ＭＳ、基地局ＢＳ、アクセスゲートウェイＡＧＷ、公衆網ＮＷおよび接続先端末ＣＳを有している。基地局ＢＳと公衆網ＮＷ、基地局ＢＳは、アクセスゲートウェイＡＧＷを介して光ファイバ等の通信線により有線接続され、基地局ＢＳと通信端末ＭＳとは無線接続されている。
【００１４】
なお、公衆網ＮＷは、インターネットなどの広域通信網であり、アクセスゲートウェイＡＧＷは当該広域通信網のゲートウェイ装置である。
【００１５】
＜基地局の構成＞
図２は、基地局ＢＳの構成を示すブロック図であるが、図２においては、発明に係る構成についてのみ示しており、他の構成は省略している。
【００１６】
図２に示すように、基地局ＢＳは、送受信アンテナＡＴが接続された無線通信部２と、無線通信部２に接続されたＣＰＵ（Central Processing Unit）等で構成される制御部１と、制御部１に接続され、通信線ＣＬを介してアクセスゲートウェイＡＧＷとの間でデータの送受信を行うデータ送受信部３とを備えている。なお、データ送受信部３としては、通信線ＣＬが光ファイバである場合は、ＯＮＵ（Optical Network Unit）がこれに該当する。
【００１７】
基地局ＢＳにおいて、送受信アンテナＡＴで受信した受信信号は無線通信部２の受信部（図示せず）に入力され、増幅処理やダウンコンバートを行って、ベースバンド信号に変換して出力する。なお、送受信アンテナＡＴで受信される信号は、ＢＰＳＫ（Binary Phase Shift Keying）変調方式やＱＰＳＫ（Quadrature Phase Shift Keying）変調方式などで変調されている。
【００１８】
また、無線通信部２は、制御部１からの指示に従い、ＢＰＳＫ変調方式やＱＰＳＫ変調方式などで変調された無線信号を送出する。
【００１９】
制御部１は、無線通信部２に接続された無線制御部１１、無線制御部１１およびデータ送受信部３に接続された呼制御部１２を有し、無線制御部１１にはバッファ用メモリ４が接続されている。
【００２０】
データ送受信部３は、呼制御部１２からのメッセージ送信指示を受け、アクセスゲートウェイＡＧＷに対してメッセージを送信し、また、アクセスゲートウェイＡＧＷから受信したメッセージを呼制御部１２に通知する。
【００２１】
無線制御部１１は、無線通信部２から出力される無線信号を受け、メッセージやデータを解析し、その解析結果を呼制御部１２に通知する。なお、当該メッセージには通信の接続要求や接続切断要求が含まれる。また、呼制御部１２が、通信の接続要求や接続切断要求に対するアクセスゲートウェイＡＧＷからの回答結果等を受け取り、通信端末ＭＳに対して通知するためのメッセージを作成し、無線通信部２に与える。また、通信端末ＭＳから受信したＭＡＣフレームはバッファ用メモリ４に保持される。また同時に、受信状態の管理として、ＭＡＣフレームの受信管理ブロック単位での受信状態やバイト単位での受信状態がバッファ用メモリ４内に格納される。
【００２２】
＜動作＞
＜データの分割送信＞
通信端末から送信されるデータはＭＡＣフレームに含まれて送信されるが、電波状態に合わせて複数の分割ＭＡＣフレームに分割して送信することが一般的である。
【００２３】
図３には、データを複数の分割ＭＡＣフレームに分割して送信する場合のフレーム構成を示す。
【００２４】
図３においては、長さＬバイトの上位レイヤからのデータをｎ個のセグメントに分割して送信する場合を示しており、ＭＡＣフレーム１〜ＭＡＣフレームｎに分割されたデータが割り当てられている。
【００２５】
図３におけるＭＡＣヘッダの情報エレメントの記号、情報長および定義を図４に一覧表として示す。
【００２６】
図４において、記号Ｂは、フレーム分割情報を示し、これが１の場合は分割されたセグメントの最初のセグメントを、０の場合は以降のセグメントを表す。
【００２７】
記号ＣＤは、フレーム内に含まれている情報が、制御情報であるか、データであるかを示す識別子であり、これが、００、０１の場合は制御情報であり、１１の場合はデータであることを示している。なお、識別子ＣＤは、フレーム分割情報Ｂが１の場合にのみ有効である。
【００２８】
記号ＭＤは、データ部のシェアリング状態を示し、これが０である場合は単一ユーザのデータであり、１の場合は複数ユーザのデータであることを示している。
【００２９】
記号Ｆは、ペイロード長の識別子であり、これが０である場合はＭＡＣペイロード長はＬ（バイト）に等しく、１の場合はＭＡＣペイロード長はデータ部の長さ（ＰＨＹペイロード長）に等しいことを示している。
【００３０】
記号Ｎは、シーケンス番号を表し、上位レイヤデータごとにインクリメントされる。
【００３１】
記号ＩＸはインデックス番号を表し、上位レイヤデータの送信開始からの送信バイト数を示している。
【００３２】
記号Ｌは、データ部の長さを示し、ＭＤが０の場合はＭＡＣペイロードに格納されたデータ長を、ＭＤが１の場合は、ＭＡＣペイロードに格納されたデータの長さの総数を示している。
【００３３】
記号ＤＡＴＡは、ＭＡＣペイロードに格納された上位レイヤデータを示している。
【００３４】
＜データの補完を行わない場合＞
次に、上述したデータの分割を踏まえ、通信端末から基地局への上りのデータ通信における通信シーケンスの一例を図５を用いて説明する。
【００３５】
図５に示す例では、１５００バイトのユーザデータを基地局に送信する場合を示しており、初送時には１５００バイトのユーザデータを５００バイト単位に分けて３つの分割ＭＡＣフレームで送信し、再送時には１５００バイトのユーザデータを２００バイト、５００バイト、５００バイトおよび３００バイトに分けて４つの分割ＭＡＣフレームで送信する場合を示している。
【００３６】
図５の（ａ）部には、最初の受信シーケンスによる受信結果を模式的に示し、図５の（ｂ）部には、再送の受信シーケンスによる受信結果を模式的に示し、図５の（ｃ）部には、初送および再送の受信シーケンスを模式的に示している。
【００３７】
図５の（ｃ）部に示すように、通信端末からシーケンス番号Ｎ＝４のデータ（１５００バイト）が、インデックス番号が、それぞれＩＸ＝１〜５００，ＩＸ＝５０１〜１０００およびＩＸ＝１００１〜１５００となるように３つの分割ＭＡＣフレームに分けて順次送信される。一方、基地局ではＩＸ＝５０１〜１０００の分割ＭＡＣフレームの受信に失敗したため、基地局はＳＲＥＪ（Selective Reject）と呼ばれる再送要求メッセージを通信端末に送信し、シーケンス番号Ｎ＝４のＭＡＣフレームの再送を要求する。なお、上記において、分割ＭＡＣフレームの受信に失敗した状態とは、データが途切れるなど、１バイト分のデータでも完全には受信できなかった状態を表し、図５の（ａ）部、（ｂ）部には「受信不可」と表記している。一方、１バイト分のデータも欠落することなく完全に受信できた場合は「受信可」と表記している。これは、以下の説明においても同じである。
【００３８】
ＳＲＥＪによる再送要求では、シーケンス番号（Ｎ）単位での再送要求は可能だが、インデックス番号（ＩＸ）単位での再送はできない。通信端末は、ＳＲＥＪ（Ｎ＝４）を受信するとシーケンス番号Ｎ＝４のＭＡＣフレームを再送するが、再送時の電波状態に合わせて変調方式を変え、それに合わせて適切なサイズにＭＡＣフレームを分割して再送する。
【００３９】
ここで、図６には、基地局で受信に失敗したため、再送要求を受けた通信端末が、新たなサイズにＭＡＣフレームを分割して再送する場合のフレーム構成の一例を示す。
【００４０】
図６の（ａ）部には、初送の際のＭＡＣフレームを示しており、ここではＬバイトのデータを分割せずに送信した例を示している。
【００４１】
図６の（ｂ）部および（ｃ）部には、再送時の分割ＭＡＣフレームを示しており、ここではＭＡＣフレーム１およびＭＡＣフレーム２の２つの分割ＭＡＣフレームにデータを分割して送信する例を示している。
【００４２】
すなわち、図６の（ｂ）部に示すＭＡＣフレーム１で送信されるデータ量はＬ0バイトであり、図６の（ｃ）部に示すＭＡＣフレーム２で送信されるデータ量はＬ’バイトであり、Ｌ’はＬ−Ｌ0により定義される。
【００４３】
ここで、図５の説明に戻り、図５の（ｃ）部に示す例では、通信端末は、４つの分割ＭＡＣフレームに分割して再送しているが、基地局では、ＩＸ＝１〜２００およびＩＸ＝１２０１〜１５００の分割ＭＡＣフレームの受信に失敗したため、再度ＳＲＥＪ（Ｎ＝４）を送信する。
【００４４】
このような場合、受信側で以前に受信したデータに基づいて補完を行っていないと、ＭＡＣフレームの全てのデータが受信できない限り、受信は失敗となってしまう。再送回数が増加すると、無線リソースの利用効率は低下する。
【００４５】
＜データの補完を行う場合＞
次に、通信端末から基地局への上りのデータ通信において、データの補完を行う場合の通信シーケンスの一例を図７を用いて説明する。
【００４６】
図７に示す例は、図５に示した例と同様に、１５００バイトのユーザデータを基地局に送信する場合を示しており、初送時には１５００バイトのユーザデータを５００バイト単位に分けて３つの分割ＭＡＣフレームで送信し、再送時には１５００バイトのユーザデータを２００バイト、５００バイト、５００バイトおよび３００バイトに分けて４つの分割ＭＡＣフレームで送信する場合を示している。そして、図７の（ａ）部には、最初の受信シーケンスによる受信結果を模式的に示し、図７の（ｂ）部には、再送の受信シーケンスによる受信結果を模式的に示し、図７の（ｃ）部には、補完により全てのデータを受信した結果を模式的に示し、図７の（ｄ）部には、初送および再送の受信シーケンスを模式的に示している。
【００４７】
図７の（ｄ）部に示すように、通信端末からシーケンス番号Ｎ＝４のデータ（１５００バイト）が、インデックス番号が、それぞれＩＸ＝１〜５００，ＩＸ＝５０１〜１０００およびＩＸ＝１００１〜１５００となるように３つの分割ＭＡＣフレームに分けて順次送信されるが、基地局ではＩＸ＝５０１〜１０００の分割ＭＡＣフレームの受信に失敗したため、基地局はＳＲＥＪ（Selective Reject）と呼ばれる再送要求メッセージを通信端末に送信し、シーケンス番号Ｎ＝４のＭＡＣフレームの再送を要求する。
【００４８】
ＳＲＥＪによる再送要求では、シーケンス番号（Ｎ）単位での再送要求は可能だが、インデックス番号（ＩＸ）単位での再送はできない。通信端末は、ＳＲＥＪ（Ｎ＝４）を受信するとシーケンス番号Ｎ＝４のＭＡＣフレームを再送するが、再送時の電波状態に合わせて変調方式を変え、それに合わせて適切なサイズにＭＡＣフレームを分割して再送する。
【００４９】
図７の（ｄ）部に示す例では、通信端末は、４つの分割ＭＡＣフレームに分割して再送しているが、基地局では、ＩＸ＝７０１〜１２００の分割ＭＡＣフレームを受信した後、次のシーケンス番号Ｎ＝５のＭＡＣフレームを受ける準備ができたことを報告するＲＲ（Receive Ready）と呼ばれるメッセージを通信端末に送信する。
【００５０】
ここで、初送時に受信できなかったＩＸ＝５０１〜１０００の分割ＭＡＣフレームは、再送されたＩＸ＝２０１〜７００およびＩＸ＝７０１〜１２００の分割ＭＡＣフレームを受信できたため、それらのデータにより補完することにより、ＩＸ＝５０１〜１０００の分割ＭＡＣフレームのデータを得ることができ、初送時に受信できたＩＸ＝１〜５００およびＩＸ＝１００１〜１５００のデータと合わせることで、図７の（ｃ）部に示すように、ＭＡＣフレームの全データの受信ができたこととなる。
【００５１】
従って、ＩＸ＝１２０１〜１５００の分割ＭＡＣフレームの受信が失敗であっても、さらに再送要求をする必要はなく、再送回数が低減され、無線リソースの利用効率が向上する。
【００５２】
ここで問題となるのは、補完を行うためには、バイト単位で受信状態を管理する必要があるが、従来は、１バイト分のデータの受信状態の良否を１ビットで表すため、上記の例では１５００バイトのＭＡＣフレームに対して１５００ビットの受信状態管理のためのメモリを確保しておく必要がある。このように、従来の方法では、補完のための管理情報に費やすメモリが大きくなるという問題があった。
【００５３】
＜受信状態の管理方法＞
以下、基地局における受信状態の管理方法について、図８〜図１３を用いて説明する。
【００５４】
図８は、図７を用いて説明したデータの補完を行う場合の通信シーケンスに基づいた受信状態の管理方法を模式的に説明する図であり、図９〜図１３は、そのフローチャートである。なお、以下のフローチャートで説明される動作は、図２に示した基地局ＢＳの制御部１によって制御され、受信データ等はバッファ用メモリ４に保持されるものとする。
【００５５】
図９は、基地局における受信状態の管理方法の全体的な流れを示すフローチャートである。図９において、ＭＡＣフレーム受信が開始されると、ステップＳ１の受信処理に入る。
【００５６】
ここで、図１０は、受信処理を示すフローチャートであり、ステップＳ１１において、分割ＭＡＣフレームの受信を待ち、分割ＭＡＣフレームを受信した場合は、ステップＳ１２においてヘッダ情報を取得し、取得したヘッダ情報から、受信データがＭＡＣフレーム内のどの位置に存在するかを割り出す。
【００５７】
その後、ステップＳ１３において、取得した分割ＭＡＣフレームが初送のＭＡＣフレームであるか否かを確認し、初送のＭＡＣフレームである場合は、当該ＭＡＣフレームの受信状態をブロック単位で管理するためのブロック（受信管理ブロック）の分割数を決定する（ステップＳ１４）。なお、初送のＭＡＣフレームでない場合は、既にブロック分割は終了しているのでステップＳ１５に進む。
【００５８】
次に、ステップＳ１５において、ブロックに分割したＭＡＣフレームについて補完処理を行う。このように、受信管理ブロック単位で受信状態の管理を行うことをブロック管理と呼称する。
【００５９】
その後、ステップＳ１６において、全ての受信管理ブロックについて、受信状態が１１ｂ、すなわち受信管理ブロック内の全バイトについデータを完全に受信できたか否かを確認し、イエスの場合は受信処理を終了する。一方、ステップＳ１６において、受信状態が１１ｂでないブロックが１つでも存在する場合は、ステップＳ１７において、送信側の通信端末に再送要求（ＳＲＥＪ送信）を行う。再送要求により再送されてきた分割ＭＡＣフレームに対してはステップＳ１１以下の処理を行い、ステップＳ１５の補完処理で補完データとして使用する。
【００６０】
ここで、図９の説明に戻り、受信処理を終了した後は、送信側の通信端末に受信完了メッセージを送信し（ステップＳ２）、ＭＡＣフレーム受信を終了する。
【００６１】
次に、図１１〜図１３に示すフローチャートを用いて、補完処理について説明する。図１１は、補完処理の流れを示すフローチャートであり、補完処理を開始すると、ステップＳ２１において、受信したデータの区間にあたる受信管理ブロックを先頭から読み出す。
【００６２】
そして、ステップＳ２２において受信管理ブロック単位で受信状態を判定し、読み出した受信管理ブロックの受信状態が、データの全てが未受信（００ｂ）の場合は、ステップＳ２５に進んで「未受信区間の受信動作」処理を行い、受信状態が００ｂでない場合はステップＳ２３に進む。
【００６３】
ステップＳ２３では、読み出した受信管理ブロックの受信状態が、一部のデータが受信できた部分受信（０１ｂ）であるか否かを判定し、部分受信の場合は、ステップＳ２６に進んで「部分受信区間の受信動作」処理を行い、０１ｂでない場合はステップＳ２４に進む。なお、ステップＳ２５およびＳ２６の処理が終了するとステップＳ２４に進む。
【００６４】
ステップＳ２４では、受信データと重複する全ての受信管理ブロックを読み出したか否かを確認し、全ての受信管理ブロックを読み出した場合には補完処理を終了し、受信管理ブロックを全ては読み出していない場合には、残りの受信管理ブロックに対してステップＳ２１以下の動作を実行する。
【００６５】
図１２は、「未受信区間の受信動作」を説明するフローチャートである。この場合では、受信管理ブロックの該当区間においてはデータが存在しないが、図１０のステップＳ１７の再送要求により再送信を受け、新たに該当区間のデータを受信した状態となっている。
【００６６】
従って、未受信区間の受信動作を開始すると、ステップＳ３１において、受信した分割ＭＡＣフレームのデータを受信バッファに上書きする。
【００６７】
次に、受信した分割ＭＡＣフレームについて、未受信区間に該当する受信管理ブロックにおいて、全ての受信データが存在するか否かを判定し（ステップＳ３２）、受信データが全て存在する場合には、当該受信管理ブロックの受信状態を１１ｂに変更する（ステップＳ３３）。一方、受信データが全て揃っていないブロックが存在する場合には、当該受信管理ブロックについては受信状態を０１ｂ（部分受信）に変更する（ステップＳ３４）。そして、部分受信と判定されたブロックについては、バイト単位で受信状態を管理する管理情報を作成し（ステップＳ３５）、未受信区間の受信動作を終了する。
【００６８】
図１３は、「部分受信区間の受信動作」を説明するフローチャートである。この場合では、受信管理ブロックの該当区間においては、既に一部のデータを受信した状態であるが、図１０のステップＳ１７の再送要求により再送信を受け、新たに該当区間のデータを受信した状態となっている。
【００６９】
従って、部分受信区間の受信動作を開始すると、ステップＳ４１において、部分受信区間に該当する受信管理ブロックに対してバイト単位での受信状態を判定し、未受信（０ｂ）となっているバイト位置を割り出し、バイト単位の受信状態の管理情報を更新する。そして、ステップＳ４２において、未受信となっているバイトに対応する位置に、再送信された受信データを設定する。なお、受信済みとなっているバイト単位の受信状態の管理情報を１ｂとする。
【００７０】
次に、ステップＳ４３において、部分受信区間に該当する受信管理ブロックにおいて、全ての受信データが存在するか否かを判定し、受信データが全て存在する場合には、当該受信管理ブロックの受信状態を１１ｂに変更する（ステップＳ４４）。
【００７１】
その後、作成していたバイト単位の受信状態の管理情報を削除し（ステップＳ４５）、部分受信区間の受信動作を終了する。
【００７２】
なお、ステップＳ４３において、受信データが全て揃っていない場合には、バイト単位での受信状態の管理情報を更新し（ステップＳ４６）、部分受信区間の受信動作を終了する。
【００７３】
次に、図９〜図１３に示したフローチャートに基づく受信状態の管理方法を、図８を用いて視覚的に説明する。
【００７４】
図８に示す例は、図７に示した例と同様に、１５００バイトのユーザデータを基地局に送信する場合を示しており、初送時には１５００バイトのユーザデータを５００バイト単位に分けて３つの分割ＭＡＣフレームで送信し、再送時には１５００バイトのユーザデータを２００バイト、５００バイト、５００バイトおよび３００バイトに分けて４つの分割ＭＡＣフレームで送信する場合を示している。
【００７５】
そして、図８の（ａ）部には、最初の受信シーケンスにおける分割ＭＡＣフレームと、受信した分割ＭＡＣフレームを複数の受信管理ブロックに分けた場合の構成と、各ブロックの受信状態とを模式的に示している。
【００７６】
図８の（ａ）部に示す分割ＭＡＣフレームは、ＭＡＣヘッダの情報から、Ｂ＝１であるので複数の分割ＭＡＣフレームの先頭のＭＡＣフレームであり、シーケンス番号Ｎ＝４のデータであり、Ｌ＝１５００より全体で１５００バイトのデータを送信することが判る。また、予め決められた物理（ＰＨＹ）ペイロードサイズより、１つの分割ＭＡＣフレームには５００バイトのデータを含めることができることが判る。以上の動作は図１０のステップＳ１２の動作に該当する。
【００７７】
また、図８の（ａ）部に示す分割ＭＡＣフレームが、初送のＭＡＣフレームであることがシーケンス番号に基づいて確認されると、受信状態を管理する受信管理ブロックのサイズを決定し、分割数を決定する。この動作は図１０のステップＳ１３およびＳ１４の動作に該当する。図８の例では、受信管理ブロックの１ブロックのサイズを１５０バイトとし、１５００バイトのデータを１０ブロックに分割するものとしている。なお、受信管理ブロックの１ブロックのサイズは少なくとも２バイト以上あれば良い。
【００７８】
この１０ブロックの受信管理ブロックを先頭から読み出して受信状態を判定し、読み出した受信管理ブロックの１５０バイト全て受信できていれば１１ｂ、全く受信できていなければ００ｂ、一部のみ受信できていれば０１ｂとする。この動作は、図１１のステップＳ２１〜Ｓ２４の動作に該当する。この判定結果は、管理情報として記憶する。
【００７９】
図８の（ａ）部の初送時の先頭のＭＡＣフレーム受信時では、受信管理ブロック１〜３（１〜４５０バイト）は全て受信済み（１１ｂ）であるが、受信管理ブロック４（４５１〜６００バイト）は部分受信ブロック（０１ｂ）となっている。これは、受信管理ブロックを１５０バイト単位で構成したのに対し、先頭のＭＡＣフレームでは、１〜５００バイトのデータしか送信されないため、受信管理ブロック４は部分的にしかデータが存在しないからである。
【００８０】
部分受信ブロックが存在する場合は、図１３で説明したステップＳ４１において、バイト単位での受信状態を判定し、未受信（０ｂ）となっているバイト位置を割り出す。図８の（ａ）部の例では、受信管理ブロック４の１〜５０バイトが受信済み（１ｂ）であり、５１〜１５０バイトが未受信（０ｂ）となっている。
【００８１】
図８の（ｂ）部に示すＩＸ＝１００１〜１５００のデータの受信時についても同様の処理を行い、１０ブロックの受信管理ブロックを先頭から読み出して受信状態を判定する。
【００８２】
図８の（ｂ）部の初送時の３番目のＭＡＣフレーム受信時（２番目のＭＡＣフレームは受信できていない）では、受信管理ブロック８〜１０（１０５１〜１５００バイト）は全て受信済み（１１ｂ）であるが、受信管理ブロック７（９０１〜１０５０バイト）は部分受信ブロック（０１ｂ）となっている。これは、受信管理ブロックを１５０バイト単位で構成したのに対し、３番目のＭＡＣフレームでは、１００１〜１５００バイトのデータしか送信されないため、受信管理ブロック７には部分的にしかデータが存在しないからである。
【００８３】
部分受信ブロックが存在する場合は、図１３で説明したステップＳ４１において、バイト単位での受信状態を判定し、未受信（０ｂ）となっているバイト位置を割り出す。図８の（ｂ）部の例では、受信管理ブロック７の１０１〜１５０バイトが受信済み（１ｂ）であり、１〜１００バイトが未受信（０ｂ）となっている。
【００８４】
上述したように、初送時の先頭のＭＡＣフレームと３番目のＭＡＣフレームだけでは、全ての受信管理ブロックの受信状態は１１ｂとはならない。そこで、図１０のステップＳ１６の判定動作の結果、ステップＳ１７において、送信側の通信端末にＳＲＥＪを送信して再送要求を行い、再送されたＭＡＣフレームに対して部分受信区間の受信動作（図１１のステップＳ２６）を行うこととなる。
【００８５】
図８の（ｃ）部および（ｄ）部には、再送されたＭＡＣフレームの受信状態を示している。
【００８６】
図８の（ｃ）部に示す分割ＭＡＣフレームは、再送時の２番目（先頭のＭＡＣフレームは受信できていない）のＭＡＣフレームであり、ＩＸ＝２０１〜７００のデータを含んでいる。このため、受信管理ブロック４（４５１〜６００バイト）の未受信（０ｂ）とされた５１〜１５０バイトには再送により新たに受信した受信データを設定する。その結果、受信管理ブロック４は部分受信（０１ｂ）から全て受信済み（１１ｂ）となる。この動作は、図１３で説明したステップＳ４２〜ステップＳ４４の動作に該当する。この後、受信管理ブロック４についてのバイト単位での受信状態の管理情報を削除する。この動作は、図１３で説明したステップＳ４５の動作に該当する。
【００８７】
一方、受信管理ブロック５（６０１〜７５０バイト）は、再送時の２番目のＭＡＣフレームが２０１〜７００バイトのデータしか含んでいないため、図１１のステップＳ２３での判定により部分受信（０１ｂ）となる。
【００８８】
部分受信ブロックが存在する場合は、図１３で説明したステップＳ４１において、バイト単位での受信状態を判定し、未受信（０ｂ）となっているバイト位置を割り出す。図８の（ｃ）部の例では、受信管理ブロック５の１〜１００バイトが受信済み（１ｂ）であり、１０１〜１５０バイトが未受信（０ｂ）となっている。
【００８９】
図８の（ｄ）部に示す分割ＭＡＣフレームは、再送時の３番目のＭＡＣフレームであり、ＩＸ＝７０１〜１２００のデータを含んでいる。このため、受信管理ブロック５（６０１〜７５０バイト）の未受信（０ｂ）とされた１０１〜１５０バイトおよび受信管理ブロック７（９０１〜１０５０バイト）の未受信（０ｂ）とされた１〜１０１バイトには新たに受信した受信データを設定する。その結果、受信管理ブロック５および７は部分受信（０１ｂ）から全て受信済み（１１ｂ）となる。この動作は、図１３で説明したステップＳ４２〜ステップＳ４４の動作に該当する。この後、受信管理ブロック５および７についてのバイト単位での受信状態の管理情報を削除する。この動作は、図１３で説明したステップＳ４５の動作に該当する。
【００９０】
以上の補完処理を経ることで、図１０のフローチャートにおけるステップＳ１６の判定動作の結果が、全ての受信管理ブロックについて、受信状態が１１ｂとなるため受信処理が終了する。
【００９１】
図８の例においては、受信管理ブロックが１０個であるので、ブロック単位での受信状態の管理（ブロック管理）のために１０×２（ビット）のメモリが必要となり、また、受信管理ブロックのバイト単位での受信状態の管理のため、最大２ブロック分、すなわち２×１５０＝３００（ビット）のメモリが必要となり、合計で３２０ビットのメモリが必要となる。なお、この値は、部分受信の受信管理ブロック数に比例して増えることになる。
【００９２】
一方、受信管理ブロックという構成を採用していない従来の管理方法によれば、全データについてバイト単位での受信状態の管理を行うので、１５００ビットのメモリが必要となり、それに比べて１１８０ビットのメモリを削減できる。
【００９３】
このメモリの削減量、１つのシーケンス番号を持つＭＡＣフレームに対する削減量であり、１台の通信端末から複数のＭＡＣフレームを受信し、さらに１台の基地局は複数の通信端末と通信するため、１台の基地局として見た場合、大きな削減量となる。
【００９４】
＜バイト単位での受信状態の管理との切り替え＞
以上説明した基地局における受信状態の管理方法においては、部分受信の受信管理ブロックではバイト単位での受信状態に管理を行う必要があるため、全受信管理ブロックのうち部分受信のブロックの占める割合が高い場合は、バイト単位での受信状態の管理を行う方が必要となるメモリのサイズが小さくなる場合がある。これはブロック単位での受信状態の管理を行うためのメモリが必要となるためである。
【００９５】
具体的には、部分受信ブロック数が下記の数式（１）で示す値（これを「最大部分受信ブロック数」と呼称）を超える場合、バイト単位での受信状態の管理を行う方が必要となるメモリサイズを小さくできる。
【００９６】
【数１】
【００９７】
なお、floor(x)は床関数を表し、演算結果から小数点以下切り捨てて最も近い整数をとする関数であり、受信管理ブロック数×２は受信管理ブロック単位での受信状態の管理を行う場合の受信状態の総数を表す。
【００９８】
図１４には、ＭＡＣフレームのサイズが３２７６７バイトの場合において、受信管理ブロック数、１個の受信管理ブロックのサイズ、受信状態の総数（受信管理ブロック×２）、および数式（１）より求めた最大部分受信ブロック数の関係を示す。
【００９９】
そこで、データ受信時において、部分受信ブロック数をカウントする処理を設け、部分受信ブロック数が最大部分受信ブロック数を超える場合は、バイト単位での受信状態の管理に切り替える構成を採用しても良い。
【０１００】
より現実的な観点からは、受信管理ブロックの総数に対する部分受信ブロックの割合が９割を越えるような場合にはバイト単位での受信状態の管理に切り替えることで、必要となるメモリサイズの増加を防止できる。
【符号の説明】
【０１０１】
１ 制御部
４ バッファ用メモリ
ＭＳ 通信端末
ＢＳ 基地局
ＡＧＷ アクセスゲートウェイ
ＮＷ 公衆網
【技術分野】
【０００１】
本発明は、無線通信における基地局に関し、特に、受信データの受信状態を管理する基地局に関する。
【背景技術】
【０００２】
携帯電話や、無線ＬＡＮなどの無線通信手段を有する携帯端末を用いたデータのダウンロードや、アップロードにおいて、無線通信が断続的になる環境下では、ダウンロードデータや、アップロードデータの受送信が途切れ、データが欠落することがある。
【０００３】
このような場合、欠落した部分を補完して元のデータに戻す補完処理が従来から行われているが、このような補完処理としては、例えば特許文献１に開示の方法が挙げられる。
【０００４】
特許文献１の図１には、送信側が受信側へファイルを無線で送信する場合に、送信側は当該ファイルを所定のサイズで複数に分割し、分割された各ファイルに順番を付し、連続的に受信側に送信する。受信側では、受信した部分ファイルの順番を調べ、当該順番に抜けがある場合に、抜けた部分ファイルの送信要求を送信側へ送り、再送された部分ファイルを加えることで元のファイルを作成するファイルの送受信方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２５８７５５公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に開示のファイルの送受信方法においては、送信側が送信する部分ファイルは常に固定長であるが、実際には無線の変調方式の変動により、部分ファイルが正しく受信できない場合がある。例えば、初送時に送信側でファイルを大きなサイズに分割して送信したが、再送時には電波状態が劣化していた場合、電波状態に対応させて変調方式を変えることがあり、その場合は、予め定めた固定長の部分ファイルで再送すると、当該部分ファイルの受信に再び失敗する可能性がある。
【０００７】
一般に、送信側は無線の電波状態に合わせて変調方式を変え、変調方式に適したデータサイズで送信するが、受信側では送信側のデータサイズによらずＭＡＣ（Media Access Control）フレーム全体に対してバイト（byte）単位での受信状態を管理しているので、管理情報に費やすデータが大きくなるという問題があった。
【０００８】
本発明は上記のような問題点を解消するためになされたもので、受信データの管理における管理情報を低減した基地局を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る基地局は、通信端末と無線チャネルを介して接続される基地局であって、前記通信端末は、一連のデータを分割して、分割データとして複数に分けて送信し、前記基地局は、受信した前記分割データを保存する受信バッファと、受信した前記分割データのそれぞれについて複数の受信管理ブロックに分割し、前記受信管理ブロック単位で受信状態を判定するブロック管理を行い、前記分割データのうち、完全に受信できなかった分割データがある場合には、前記通信端末から再送される再送分割データを用いて、前記受信管理ブロック単位で補完処理を行う制御部とを備えている。
【００１０】
本発明に係る受信状態の管理方法は、通信端末と無線チャネルを介して接続される基地局における受信状態の管理方法であって、前記通信端末が、一連のデータを分割して、分割データとして複数に分けて送信するのを受け、受信した前記分割データのそれぞれについて複数の受信管理ブロックに分割し、前記受信管理ブロック単位で受信状態を判定するブロック管理を行い、前記分割データのうち、完全に受信できなかった分割データがある場合には、前記通信端末から再送される再送分割データを用いて、前記受信管理ブロック単位で補完処理を行う。
【発明の効果】
【００１１】
本発明によれば、受信データの管理における管理情報を低減した基地局を得ることができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態の基地局が組み込まれる通信システムの一例を示す図である。
【図２】基地局の構成を示すブロック図である。
【図３】データを複数の分割ＭＡＣフレームに分割して送信する場合のフレーム構成を示す図である。
【図４】ＭＡＣヘッダの情報エレメントを説明する図である。
【図５】通信端末から基地局への上りのデータ通信における通信シーケンスの一例を補完を行わない場合について示す図である。
【図６】ＭＡＣフレームを分割して再送する場合のフレーム構成の一例を示す図である。
【図７】通信端末から基地局への上りのデータ通信における通信シーケンスの一例を補完を行う場合について示す図である。
【図８】データの補完を行う場合の通信シーケンスに基づいた受信状態の管理方法を模式的に説明する図である。
【図９】基地局における受信状態の管理方法の全体的な流れを示すフローチャートである。
【図１０】受信処理の流れを示すフローチャートである。
【図１１】補完処理の流れを示すフローチャートである。
【図１２】未受信区間の受信動作を説明するフローチャートである。
【図１３】部分受信区間の受信動作を説明するフローチャートである。
【図１４】受信管理ブロック数に対する最大部分受信ブロック数を示す図である。
【発明を実施するための形態】
【００１３】
＜実施の形態＞
＜通信システムの構成＞
図１は、本実施の形態の基地局が組み込まれる通信システムの一例を示す図である。図１に示す通信システムは、通信端末ＭＳ、基地局ＢＳ、アクセスゲートウェイＡＧＷ、公衆網ＮＷおよび接続先端末ＣＳを有している。基地局ＢＳと公衆網ＮＷ、基地局ＢＳは、アクセスゲートウェイＡＧＷを介して光ファイバ等の通信線により有線接続され、基地局ＢＳと通信端末ＭＳとは無線接続されている。
【００１４】
なお、公衆網ＮＷは、インターネットなどの広域通信網であり、アクセスゲートウェイＡＧＷは当該広域通信網のゲートウェイ装置である。
【００１５】
＜基地局の構成＞
図２は、基地局ＢＳの構成を示すブロック図であるが、図２においては、発明に係る構成についてのみ示しており、他の構成は省略している。
【００１６】
図２に示すように、基地局ＢＳは、送受信アンテナＡＴが接続された無線通信部２と、無線通信部２に接続されたＣＰＵ（Central Processing Unit）等で構成される制御部１と、制御部１に接続され、通信線ＣＬを介してアクセスゲートウェイＡＧＷとの間でデータの送受信を行うデータ送受信部３とを備えている。なお、データ送受信部３としては、通信線ＣＬが光ファイバである場合は、ＯＮＵ（Optical Network Unit）がこれに該当する。
【００１７】
基地局ＢＳにおいて、送受信アンテナＡＴで受信した受信信号は無線通信部２の受信部（図示せず）に入力され、増幅処理やダウンコンバートを行って、ベースバンド信号に変換して出力する。なお、送受信アンテナＡＴで受信される信号は、ＢＰＳＫ（Binary Phase Shift Keying）変調方式やＱＰＳＫ（Quadrature Phase Shift Keying）変調方式などで変調されている。
【００１８】
また、無線通信部２は、制御部１からの指示に従い、ＢＰＳＫ変調方式やＱＰＳＫ変調方式などで変調された無線信号を送出する。
【００１９】
制御部１は、無線通信部２に接続された無線制御部１１、無線制御部１１およびデータ送受信部３に接続された呼制御部１２を有し、無線制御部１１にはバッファ用メモリ４が接続されている。
【００２０】
データ送受信部３は、呼制御部１２からのメッセージ送信指示を受け、アクセスゲートウェイＡＧＷに対してメッセージを送信し、また、アクセスゲートウェイＡＧＷから受信したメッセージを呼制御部１２に通知する。
【００２１】
無線制御部１１は、無線通信部２から出力される無線信号を受け、メッセージやデータを解析し、その解析結果を呼制御部１２に通知する。なお、当該メッセージには通信の接続要求や接続切断要求が含まれる。また、呼制御部１２が、通信の接続要求や接続切断要求に対するアクセスゲートウェイＡＧＷからの回答結果等を受け取り、通信端末ＭＳに対して通知するためのメッセージを作成し、無線通信部２に与える。また、通信端末ＭＳから受信したＭＡＣフレームはバッファ用メモリ４に保持される。また同時に、受信状態の管理として、ＭＡＣフレームの受信管理ブロック単位での受信状態やバイト単位での受信状態がバッファ用メモリ４内に格納される。
【００２２】
＜動作＞
＜データの分割送信＞
通信端末から送信されるデータはＭＡＣフレームに含まれて送信されるが、電波状態に合わせて複数の分割ＭＡＣフレームに分割して送信することが一般的である。
【００２３】
図３には、データを複数の分割ＭＡＣフレームに分割して送信する場合のフレーム構成を示す。
【００２４】
図３においては、長さＬバイトの上位レイヤからのデータをｎ個のセグメントに分割して送信する場合を示しており、ＭＡＣフレーム１〜ＭＡＣフレームｎに分割されたデータが割り当てられている。
【００２５】
図３におけるＭＡＣヘッダの情報エレメントの記号、情報長および定義を図４に一覧表として示す。
【００２６】
図４において、記号Ｂは、フレーム分割情報を示し、これが１の場合は分割されたセグメントの最初のセグメントを、０の場合は以降のセグメントを表す。
【００２７】
記号ＣＤは、フレーム内に含まれている情報が、制御情報であるか、データであるかを示す識別子であり、これが、００、０１の場合は制御情報であり、１１の場合はデータであることを示している。なお、識別子ＣＤは、フレーム分割情報Ｂが１の場合にのみ有効である。
【００２８】
記号ＭＤは、データ部のシェアリング状態を示し、これが０である場合は単一ユーザのデータであり、１の場合は複数ユーザのデータであることを示している。
【００２９】
記号Ｆは、ペイロード長の識別子であり、これが０である場合はＭＡＣペイロード長はＬ（バイト）に等しく、１の場合はＭＡＣペイロード長はデータ部の長さ（ＰＨＹペイロード長）に等しいことを示している。
【００３０】
記号Ｎは、シーケンス番号を表し、上位レイヤデータごとにインクリメントされる。
【００３１】
記号ＩＸはインデックス番号を表し、上位レイヤデータの送信開始からの送信バイト数を示している。
【００３２】
記号Ｌは、データ部の長さを示し、ＭＤが０の場合はＭＡＣペイロードに格納されたデータ長を、ＭＤが１の場合は、ＭＡＣペイロードに格納されたデータの長さの総数を示している。
【００３３】
記号ＤＡＴＡは、ＭＡＣペイロードに格納された上位レイヤデータを示している。
【００３４】
＜データの補完を行わない場合＞
次に、上述したデータの分割を踏まえ、通信端末から基地局への上りのデータ通信における通信シーケンスの一例を図５を用いて説明する。
【００３５】
図５に示す例では、１５００バイトのユーザデータを基地局に送信する場合を示しており、初送時には１５００バイトのユーザデータを５００バイト単位に分けて３つの分割ＭＡＣフレームで送信し、再送時には１５００バイトのユーザデータを２００バイト、５００バイト、５００バイトおよび３００バイトに分けて４つの分割ＭＡＣフレームで送信する場合を示している。
【００３６】
図５の（ａ）部には、最初の受信シーケンスによる受信結果を模式的に示し、図５の（ｂ）部には、再送の受信シーケンスによる受信結果を模式的に示し、図５の（ｃ）部には、初送および再送の受信シーケンスを模式的に示している。
【００３７】
図５の（ｃ）部に示すように、通信端末からシーケンス番号Ｎ＝４のデータ（１５００バイト）が、インデックス番号が、それぞれＩＸ＝１〜５００，ＩＸ＝５０１〜１０００およびＩＸ＝１００１〜１５００となるように３つの分割ＭＡＣフレームに分けて順次送信される。一方、基地局ではＩＸ＝５０１〜１０００の分割ＭＡＣフレームの受信に失敗したため、基地局はＳＲＥＪ（Selective Reject）と呼ばれる再送要求メッセージを通信端末に送信し、シーケンス番号Ｎ＝４のＭＡＣフレームの再送を要求する。なお、上記において、分割ＭＡＣフレームの受信に失敗した状態とは、データが途切れるなど、１バイト分のデータでも完全には受信できなかった状態を表し、図５の（ａ）部、（ｂ）部には「受信不可」と表記している。一方、１バイト分のデータも欠落することなく完全に受信できた場合は「受信可」と表記している。これは、以下の説明においても同じである。
【００３８】
ＳＲＥＪによる再送要求では、シーケンス番号（Ｎ）単位での再送要求は可能だが、インデックス番号（ＩＸ）単位での再送はできない。通信端末は、ＳＲＥＪ（Ｎ＝４）を受信するとシーケンス番号Ｎ＝４のＭＡＣフレームを再送するが、再送時の電波状態に合わせて変調方式を変え、それに合わせて適切なサイズにＭＡＣフレームを分割して再送する。
【００３９】
ここで、図６には、基地局で受信に失敗したため、再送要求を受けた通信端末が、新たなサイズにＭＡＣフレームを分割して再送する場合のフレーム構成の一例を示す。
【００４０】
図６の（ａ）部には、初送の際のＭＡＣフレームを示しており、ここではＬバイトのデータを分割せずに送信した例を示している。
【００４１】
図６の（ｂ）部および（ｃ）部には、再送時の分割ＭＡＣフレームを示しており、ここではＭＡＣフレーム１およびＭＡＣフレーム２の２つの分割ＭＡＣフレームにデータを分割して送信する例を示している。
【００４２】
すなわち、図６の（ｂ）部に示すＭＡＣフレーム１で送信されるデータ量はＬ0バイトであり、図６の（ｃ）部に示すＭＡＣフレーム２で送信されるデータ量はＬ’バイトであり、Ｌ’はＬ−Ｌ0により定義される。
【００４３】
ここで、図５の説明に戻り、図５の（ｃ）部に示す例では、通信端末は、４つの分割ＭＡＣフレームに分割して再送しているが、基地局では、ＩＸ＝１〜２００およびＩＸ＝１２０１〜１５００の分割ＭＡＣフレームの受信に失敗したため、再度ＳＲＥＪ（Ｎ＝４）を送信する。
【００４４】
このような場合、受信側で以前に受信したデータに基づいて補完を行っていないと、ＭＡＣフレームの全てのデータが受信できない限り、受信は失敗となってしまう。再送回数が増加すると、無線リソースの利用効率は低下する。
【００４５】
＜データの補完を行う場合＞
次に、通信端末から基地局への上りのデータ通信において、データの補完を行う場合の通信シーケンスの一例を図７を用いて説明する。
【００４６】
図７に示す例は、図５に示した例と同様に、１５００バイトのユーザデータを基地局に送信する場合を示しており、初送時には１５００バイトのユーザデータを５００バイト単位に分けて３つの分割ＭＡＣフレームで送信し、再送時には１５００バイトのユーザデータを２００バイト、５００バイト、５００バイトおよび３００バイトに分けて４つの分割ＭＡＣフレームで送信する場合を示している。そして、図７の（ａ）部には、最初の受信シーケンスによる受信結果を模式的に示し、図７の（ｂ）部には、再送の受信シーケンスによる受信結果を模式的に示し、図７の（ｃ）部には、補完により全てのデータを受信した結果を模式的に示し、図７の（ｄ）部には、初送および再送の受信シーケンスを模式的に示している。
【００４７】
図７の（ｄ）部に示すように、通信端末からシーケンス番号Ｎ＝４のデータ（１５００バイト）が、インデックス番号が、それぞれＩＸ＝１〜５００，ＩＸ＝５０１〜１０００およびＩＸ＝１００１〜１５００となるように３つの分割ＭＡＣフレームに分けて順次送信されるが、基地局ではＩＸ＝５０１〜１０００の分割ＭＡＣフレームの受信に失敗したため、基地局はＳＲＥＪ（Selective Reject）と呼ばれる再送要求メッセージを通信端末に送信し、シーケンス番号Ｎ＝４のＭＡＣフレームの再送を要求する。
【００４８】
ＳＲＥＪによる再送要求では、シーケンス番号（Ｎ）単位での再送要求は可能だが、インデックス番号（ＩＸ）単位での再送はできない。通信端末は、ＳＲＥＪ（Ｎ＝４）を受信するとシーケンス番号Ｎ＝４のＭＡＣフレームを再送するが、再送時の電波状態に合わせて変調方式を変え、それに合わせて適切なサイズにＭＡＣフレームを分割して再送する。
【００４９】
図７の（ｄ）部に示す例では、通信端末は、４つの分割ＭＡＣフレームに分割して再送しているが、基地局では、ＩＸ＝７０１〜１２００の分割ＭＡＣフレームを受信した後、次のシーケンス番号Ｎ＝５のＭＡＣフレームを受ける準備ができたことを報告するＲＲ（Receive Ready）と呼ばれるメッセージを通信端末に送信する。
【００５０】
ここで、初送時に受信できなかったＩＸ＝５０１〜１０００の分割ＭＡＣフレームは、再送されたＩＸ＝２０１〜７００およびＩＸ＝７０１〜１２００の分割ＭＡＣフレームを受信できたため、それらのデータにより補完することにより、ＩＸ＝５０１〜１０００の分割ＭＡＣフレームのデータを得ることができ、初送時に受信できたＩＸ＝１〜５００およびＩＸ＝１００１〜１５００のデータと合わせることで、図７の（ｃ）部に示すように、ＭＡＣフレームの全データの受信ができたこととなる。
【００５１】
従って、ＩＸ＝１２０１〜１５００の分割ＭＡＣフレームの受信が失敗であっても、さらに再送要求をする必要はなく、再送回数が低減され、無線リソースの利用効率が向上する。
【００５２】
ここで問題となるのは、補完を行うためには、バイト単位で受信状態を管理する必要があるが、従来は、１バイト分のデータの受信状態の良否を１ビットで表すため、上記の例では１５００バイトのＭＡＣフレームに対して１５００ビットの受信状態管理のためのメモリを確保しておく必要がある。このように、従来の方法では、補完のための管理情報に費やすメモリが大きくなるという問題があった。
【００５３】
＜受信状態の管理方法＞
以下、基地局における受信状態の管理方法について、図８〜図１３を用いて説明する。
【００５４】
図８は、図７を用いて説明したデータの補完を行う場合の通信シーケンスに基づいた受信状態の管理方法を模式的に説明する図であり、図９〜図１３は、そのフローチャートである。なお、以下のフローチャートで説明される動作は、図２に示した基地局ＢＳの制御部１によって制御され、受信データ等はバッファ用メモリ４に保持されるものとする。
【００５５】
図９は、基地局における受信状態の管理方法の全体的な流れを示すフローチャートである。図９において、ＭＡＣフレーム受信が開始されると、ステップＳ１の受信処理に入る。
【００５６】
ここで、図１０は、受信処理を示すフローチャートであり、ステップＳ１１において、分割ＭＡＣフレームの受信を待ち、分割ＭＡＣフレームを受信した場合は、ステップＳ１２においてヘッダ情報を取得し、取得したヘッダ情報から、受信データがＭＡＣフレーム内のどの位置に存在するかを割り出す。
【００５７】
その後、ステップＳ１３において、取得した分割ＭＡＣフレームが初送のＭＡＣフレームであるか否かを確認し、初送のＭＡＣフレームである場合は、当該ＭＡＣフレームの受信状態をブロック単位で管理するためのブロック（受信管理ブロック）の分割数を決定する（ステップＳ１４）。なお、初送のＭＡＣフレームでない場合は、既にブロック分割は終了しているのでステップＳ１５に進む。
【００５８】
次に、ステップＳ１５において、ブロックに分割したＭＡＣフレームについて補完処理を行う。このように、受信管理ブロック単位で受信状態の管理を行うことをブロック管理と呼称する。
【００５９】
その後、ステップＳ１６において、全ての受信管理ブロックについて、受信状態が１１ｂ、すなわち受信管理ブロック内の全バイトについデータを完全に受信できたか否かを確認し、イエスの場合は受信処理を終了する。一方、ステップＳ１６において、受信状態が１１ｂでないブロックが１つでも存在する場合は、ステップＳ１７において、送信側の通信端末に再送要求（ＳＲＥＪ送信）を行う。再送要求により再送されてきた分割ＭＡＣフレームに対してはステップＳ１１以下の処理を行い、ステップＳ１５の補完処理で補完データとして使用する。
【００６０】
ここで、図９の説明に戻り、受信処理を終了した後は、送信側の通信端末に受信完了メッセージを送信し（ステップＳ２）、ＭＡＣフレーム受信を終了する。
【００６１】
次に、図１１〜図１３に示すフローチャートを用いて、補完処理について説明する。図１１は、補完処理の流れを示すフローチャートであり、補完処理を開始すると、ステップＳ２１において、受信したデータの区間にあたる受信管理ブロックを先頭から読み出す。
【００６２】
そして、ステップＳ２２において受信管理ブロック単位で受信状態を判定し、読み出した受信管理ブロックの受信状態が、データの全てが未受信（００ｂ）の場合は、ステップＳ２５に進んで「未受信区間の受信動作」処理を行い、受信状態が００ｂでない場合はステップＳ２３に進む。
【００６３】
ステップＳ２３では、読み出した受信管理ブロックの受信状態が、一部のデータが受信できた部分受信（０１ｂ）であるか否かを判定し、部分受信の場合は、ステップＳ２６に進んで「部分受信区間の受信動作」処理を行い、０１ｂでない場合はステップＳ２４に進む。なお、ステップＳ２５およびＳ２６の処理が終了するとステップＳ２４に進む。
【００６４】
ステップＳ２４では、受信データと重複する全ての受信管理ブロックを読み出したか否かを確認し、全ての受信管理ブロックを読み出した場合には補完処理を終了し、受信管理ブロックを全ては読み出していない場合には、残りの受信管理ブロックに対してステップＳ２１以下の動作を実行する。
【００６５】
図１２は、「未受信区間の受信動作」を説明するフローチャートである。この場合では、受信管理ブロックの該当区間においてはデータが存在しないが、図１０のステップＳ１７の再送要求により再送信を受け、新たに該当区間のデータを受信した状態となっている。
【００６６】
従って、未受信区間の受信動作を開始すると、ステップＳ３１において、受信した分割ＭＡＣフレームのデータを受信バッファに上書きする。
【００６７】
次に、受信した分割ＭＡＣフレームについて、未受信区間に該当する受信管理ブロックにおいて、全ての受信データが存在するか否かを判定し（ステップＳ３２）、受信データが全て存在する場合には、当該受信管理ブロックの受信状態を１１ｂに変更する（ステップＳ３３）。一方、受信データが全て揃っていないブロックが存在する場合には、当該受信管理ブロックについては受信状態を０１ｂ（部分受信）に変更する（ステップＳ３４）。そして、部分受信と判定されたブロックについては、バイト単位で受信状態を管理する管理情報を作成し（ステップＳ３５）、未受信区間の受信動作を終了する。
【００６８】
図１３は、「部分受信区間の受信動作」を説明するフローチャートである。この場合では、受信管理ブロックの該当区間においては、既に一部のデータを受信した状態であるが、図１０のステップＳ１７の再送要求により再送信を受け、新たに該当区間のデータを受信した状態となっている。
【００６９】
従って、部分受信区間の受信動作を開始すると、ステップＳ４１において、部分受信区間に該当する受信管理ブロックに対してバイト単位での受信状態を判定し、未受信（０ｂ）となっているバイト位置を割り出し、バイト単位の受信状態の管理情報を更新する。そして、ステップＳ４２において、未受信となっているバイトに対応する位置に、再送信された受信データを設定する。なお、受信済みとなっているバイト単位の受信状態の管理情報を１ｂとする。
【００７０】
次に、ステップＳ４３において、部分受信区間に該当する受信管理ブロックにおいて、全ての受信データが存在するか否かを判定し、受信データが全て存在する場合には、当該受信管理ブロックの受信状態を１１ｂに変更する（ステップＳ４４）。
【００７１】
その後、作成していたバイト単位の受信状態の管理情報を削除し（ステップＳ４５）、部分受信区間の受信動作を終了する。
【００７２】
なお、ステップＳ４３において、受信データが全て揃っていない場合には、バイト単位での受信状態の管理情報を更新し（ステップＳ４６）、部分受信区間の受信動作を終了する。
【００７３】
次に、図９〜図１３に示したフローチャートに基づく受信状態の管理方法を、図８を用いて視覚的に説明する。
【００７４】
図８に示す例は、図７に示した例と同様に、１５００バイトのユーザデータを基地局に送信する場合を示しており、初送時には１５００バイトのユーザデータを５００バイト単位に分けて３つの分割ＭＡＣフレームで送信し、再送時には１５００バイトのユーザデータを２００バイト、５００バイト、５００バイトおよび３００バイトに分けて４つの分割ＭＡＣフレームで送信する場合を示している。
【００７５】
そして、図８の（ａ）部には、最初の受信シーケンスにおける分割ＭＡＣフレームと、受信した分割ＭＡＣフレームを複数の受信管理ブロックに分けた場合の構成と、各ブロックの受信状態とを模式的に示している。
【００７６】
図８の（ａ）部に示す分割ＭＡＣフレームは、ＭＡＣヘッダの情報から、Ｂ＝１であるので複数の分割ＭＡＣフレームの先頭のＭＡＣフレームであり、シーケンス番号Ｎ＝４のデータであり、Ｌ＝１５００より全体で１５００バイトのデータを送信することが判る。また、予め決められた物理（ＰＨＹ）ペイロードサイズより、１つの分割ＭＡＣフレームには５００バイトのデータを含めることができることが判る。以上の動作は図１０のステップＳ１２の動作に該当する。
【００７７】
また、図８の（ａ）部に示す分割ＭＡＣフレームが、初送のＭＡＣフレームであることがシーケンス番号に基づいて確認されると、受信状態を管理する受信管理ブロックのサイズを決定し、分割数を決定する。この動作は図１０のステップＳ１３およびＳ１４の動作に該当する。図８の例では、受信管理ブロックの１ブロックのサイズを１５０バイトとし、１５００バイトのデータを１０ブロックに分割するものとしている。なお、受信管理ブロックの１ブロックのサイズは少なくとも２バイト以上あれば良い。
【００７８】
この１０ブロックの受信管理ブロックを先頭から読み出して受信状態を判定し、読み出した受信管理ブロックの１５０バイト全て受信できていれば１１ｂ、全く受信できていなければ００ｂ、一部のみ受信できていれば０１ｂとする。この動作は、図１１のステップＳ２１〜Ｓ２４の動作に該当する。この判定結果は、管理情報として記憶する。
【００７９】
図８の（ａ）部の初送時の先頭のＭＡＣフレーム受信時では、受信管理ブロック１〜３（１〜４５０バイト）は全て受信済み（１１ｂ）であるが、受信管理ブロック４（４５１〜６００バイト）は部分受信ブロック（０１ｂ）となっている。これは、受信管理ブロックを１５０バイト単位で構成したのに対し、先頭のＭＡＣフレームでは、１〜５００バイトのデータしか送信されないため、受信管理ブロック４は部分的にしかデータが存在しないからである。
【００８０】
部分受信ブロックが存在する場合は、図１３で説明したステップＳ４１において、バイト単位での受信状態を判定し、未受信（０ｂ）となっているバイト位置を割り出す。図８の（ａ）部の例では、受信管理ブロック４の１〜５０バイトが受信済み（１ｂ）であり、５１〜１５０バイトが未受信（０ｂ）となっている。
【００８１】
図８の（ｂ）部に示すＩＸ＝１００１〜１５００のデータの受信時についても同様の処理を行い、１０ブロックの受信管理ブロックを先頭から読み出して受信状態を判定する。
【００８２】
図８の（ｂ）部の初送時の３番目のＭＡＣフレーム受信時（２番目のＭＡＣフレームは受信できていない）では、受信管理ブロック８〜１０（１０５１〜１５００バイト）は全て受信済み（１１ｂ）であるが、受信管理ブロック７（９０１〜１０５０バイト）は部分受信ブロック（０１ｂ）となっている。これは、受信管理ブロックを１５０バイト単位で構成したのに対し、３番目のＭＡＣフレームでは、１００１〜１５００バイトのデータしか送信されないため、受信管理ブロック７には部分的にしかデータが存在しないからである。
【００８３】
部分受信ブロックが存在する場合は、図１３で説明したステップＳ４１において、バイト単位での受信状態を判定し、未受信（０ｂ）となっているバイト位置を割り出す。図８の（ｂ）部の例では、受信管理ブロック７の１０１〜１５０バイトが受信済み（１ｂ）であり、１〜１００バイトが未受信（０ｂ）となっている。
【００８４】
上述したように、初送時の先頭のＭＡＣフレームと３番目のＭＡＣフレームだけでは、全ての受信管理ブロックの受信状態は１１ｂとはならない。そこで、図１０のステップＳ１６の判定動作の結果、ステップＳ１７において、送信側の通信端末にＳＲＥＪを送信して再送要求を行い、再送されたＭＡＣフレームに対して部分受信区間の受信動作（図１１のステップＳ２６）を行うこととなる。
【００８５】
図８の（ｃ）部および（ｄ）部には、再送されたＭＡＣフレームの受信状態を示している。
【００８６】
図８の（ｃ）部に示す分割ＭＡＣフレームは、再送時の２番目（先頭のＭＡＣフレームは受信できていない）のＭＡＣフレームであり、ＩＸ＝２０１〜７００のデータを含んでいる。このため、受信管理ブロック４（４５１〜６００バイト）の未受信（０ｂ）とされた５１〜１５０バイトには再送により新たに受信した受信データを設定する。その結果、受信管理ブロック４は部分受信（０１ｂ）から全て受信済み（１１ｂ）となる。この動作は、図１３で説明したステップＳ４２〜ステップＳ４４の動作に該当する。この後、受信管理ブロック４についてのバイト単位での受信状態の管理情報を削除する。この動作は、図１３で説明したステップＳ４５の動作に該当する。
【００８７】
一方、受信管理ブロック５（６０１〜７５０バイト）は、再送時の２番目のＭＡＣフレームが２０１〜７００バイトのデータしか含んでいないため、図１１のステップＳ２３での判定により部分受信（０１ｂ）となる。
【００８８】
部分受信ブロックが存在する場合は、図１３で説明したステップＳ４１において、バイト単位での受信状態を判定し、未受信（０ｂ）となっているバイト位置を割り出す。図８の（ｃ）部の例では、受信管理ブロック５の１〜１００バイトが受信済み（１ｂ）であり、１０１〜１５０バイトが未受信（０ｂ）となっている。
【００８９】
図８の（ｄ）部に示す分割ＭＡＣフレームは、再送時の３番目のＭＡＣフレームであり、ＩＸ＝７０１〜１２００のデータを含んでいる。このため、受信管理ブロック５（６０１〜７５０バイト）の未受信（０ｂ）とされた１０１〜１５０バイトおよび受信管理ブロック７（９０１〜１０５０バイト）の未受信（０ｂ）とされた１〜１０１バイトには新たに受信した受信データを設定する。その結果、受信管理ブロック５および７は部分受信（０１ｂ）から全て受信済み（１１ｂ）となる。この動作は、図１３で説明したステップＳ４２〜ステップＳ４４の動作に該当する。この後、受信管理ブロック５および７についてのバイト単位での受信状態の管理情報を削除する。この動作は、図１３で説明したステップＳ４５の動作に該当する。
【００９０】
以上の補完処理を経ることで、図１０のフローチャートにおけるステップＳ１６の判定動作の結果が、全ての受信管理ブロックについて、受信状態が１１ｂとなるため受信処理が終了する。
【００９１】
図８の例においては、受信管理ブロックが１０個であるので、ブロック単位での受信状態の管理（ブロック管理）のために１０×２（ビット）のメモリが必要となり、また、受信管理ブロックのバイト単位での受信状態の管理のため、最大２ブロック分、すなわち２×１５０＝３００（ビット）のメモリが必要となり、合計で３２０ビットのメモリが必要となる。なお、この値は、部分受信の受信管理ブロック数に比例して増えることになる。
【００９２】
一方、受信管理ブロックという構成を採用していない従来の管理方法によれば、全データについてバイト単位での受信状態の管理を行うので、１５００ビットのメモリが必要となり、それに比べて１１８０ビットのメモリを削減できる。
【００９３】
このメモリの削減量、１つのシーケンス番号を持つＭＡＣフレームに対する削減量であり、１台の通信端末から複数のＭＡＣフレームを受信し、さらに１台の基地局は複数の通信端末と通信するため、１台の基地局として見た場合、大きな削減量となる。
【００９４】
＜バイト単位での受信状態の管理との切り替え＞
以上説明した基地局における受信状態の管理方法においては、部分受信の受信管理ブロックではバイト単位での受信状態に管理を行う必要があるため、全受信管理ブロックのうち部分受信のブロックの占める割合が高い場合は、バイト単位での受信状態の管理を行う方が必要となるメモリのサイズが小さくなる場合がある。これはブロック単位での受信状態の管理を行うためのメモリが必要となるためである。
【００９５】
具体的には、部分受信ブロック数が下記の数式（１）で示す値（これを「最大部分受信ブロック数」と呼称）を超える場合、バイト単位での受信状態の管理を行う方が必要となるメモリサイズを小さくできる。
【００９６】
【数１】
【００９７】
なお、floor(x)は床関数を表し、演算結果から小数点以下切り捨てて最も近い整数をとする関数であり、受信管理ブロック数×２は受信管理ブロック単位での受信状態の管理を行う場合の受信状態の総数を表す。
【００９８】
図１４には、ＭＡＣフレームのサイズが３２７６７バイトの場合において、受信管理ブロック数、１個の受信管理ブロックのサイズ、受信状態の総数（受信管理ブロック×２）、および数式（１）より求めた最大部分受信ブロック数の関係を示す。
【００９９】
そこで、データ受信時において、部分受信ブロック数をカウントする処理を設け、部分受信ブロック数が最大部分受信ブロック数を超える場合は、バイト単位での受信状態の管理に切り替える構成を採用しても良い。
【０１００】
より現実的な観点からは、受信管理ブロックの総数に対する部分受信ブロックの割合が９割を越えるような場合にはバイト単位での受信状態の管理に切り替えることで、必要となるメモリサイズの増加を防止できる。
【符号の説明】
【０１０１】
１ 制御部
４ バッファ用メモリ
ＭＳ 通信端末
ＢＳ 基地局
ＡＧＷ アクセスゲートウェイ
ＮＷ 公衆網
【特許請求の範囲】
【請求項１】
通信端末と無線チャネルを介して接続される基地局であって、
前記通信端末は、一連のデータを分割して、分割データとして複数に分けて送信し、
前記基地局は、
受信した前記分割データを保存する受信バッファと、
受信した前記分割データのそれぞれについて複数の受信管理ブロックに分割し、前記受信管理ブロック単位で受信状態を判定するブロック管理を行い、前記分割データのうち、完全に受信できなかった分割データがある場合には、前記通信端末から再送される再送分割データを用いて、前記受信管理ブロック単位で補完処理を行う制御部とを備えることを特徴とする基地局。
【請求項２】
前記受信管理ブロック単位での受信状態は、
前記受信管理ブロック内のデータを完全には受信できなかった状態と、完全に受信できた状態とで判定し、受信状態をコード化する、請求項１記載の基地局。
【請求項３】
前記受信管理ブロック内のデータを完全には受信できなかった状態は、
前記受信管理ブロック内のデータの全てが未受信の未受信状態と、
前記受信管理ブロック内の一部のデータが受信できた部分受信状態とを含む、請求項２記載の基地局。
【請求項４】
前記部分受信状態の前記受信管理ブロックに対しては、バイト単位で受信状態を判定し、未受信となっているバイト位置を割り出し、前記再送分割データのうち対応するバイト位置のデータを設定することで補完を行う、請求項３記載の基地局。
【請求項５】
前記未受信状態の前記受信管理ブロックに対しては、前記受信バッファにおいて前記再送分割データを上書きすることで補完を行う、請求項３記載の基地局。
【請求項６】
前記制御部は、
受信状態の判定の結果、前記部分受信状態の前記受信管理ブロックの個数が所定の閾値を超える場合は、前記ブロック管理を解消して、前記分割データに対してバイト単位での受信状態の管理に切り替える、請求項３記載の基地局。
【請求項７】
前記所定の閾値は、
前記受信管理ブロックの総数に対する前記部分受信状態の前記受信管理ブロックの割合で規定され、前記割合が９割を越えることでバイト単位での受信状態の管理に切り替える、請求項６記載の基地局。
【請求項８】
通信端末と無線チャネルを介して接続される基地局における受信状態の管理方法であって、
前記通信端末が、一連のデータを分割して、分割データとして複数に分けて送信するのを受け、受信した前記分割データのそれぞれについて複数の受信管理ブロックに分割し、前記受信管理ブロック単位で受信状態を判定するブロック管理を行い、前記分割データのうち、完全に受信できなかった分割データがある場合には、前記通信端末から再送される再送分割データを用いて、前記受信管理ブロック単位で補完処理を行うことを特徴とする、受信状態の管理方法。
【請求項１】
通信端末と無線チャネルを介して接続される基地局であって、
前記通信端末は、一連のデータを分割して、分割データとして複数に分けて送信し、
前記基地局は、
受信した前記分割データを保存する受信バッファと、
受信した前記分割データのそれぞれについて複数の受信管理ブロックに分割し、前記受信管理ブロック単位で受信状態を判定するブロック管理を行い、前記分割データのうち、完全に受信できなかった分割データがある場合には、前記通信端末から再送される再送分割データを用いて、前記受信管理ブロック単位で補完処理を行う制御部とを備えることを特徴とする基地局。
【請求項２】
前記受信管理ブロック単位での受信状態は、
前記受信管理ブロック内のデータを完全には受信できなかった状態と、完全に受信できた状態とで判定し、受信状態をコード化する、請求項１記載の基地局。
【請求項３】
前記受信管理ブロック内のデータを完全には受信できなかった状態は、
前記受信管理ブロック内のデータの全てが未受信の未受信状態と、
前記受信管理ブロック内の一部のデータが受信できた部分受信状態とを含む、請求項２記載の基地局。
【請求項４】
前記部分受信状態の前記受信管理ブロックに対しては、バイト単位で受信状態を判定し、未受信となっているバイト位置を割り出し、前記再送分割データのうち対応するバイト位置のデータを設定することで補完を行う、請求項３記載の基地局。
【請求項５】
前記未受信状態の前記受信管理ブロックに対しては、前記受信バッファにおいて前記再送分割データを上書きすることで補完を行う、請求項３記載の基地局。
【請求項６】
前記制御部は、
受信状態の判定の結果、前記部分受信状態の前記受信管理ブロックの個数が所定の閾値を超える場合は、前記ブロック管理を解消して、前記分割データに対してバイト単位での受信状態の管理に切り替える、請求項３記載の基地局。
【請求項７】
前記所定の閾値は、
前記受信管理ブロックの総数に対する前記部分受信状態の前記受信管理ブロックの割合で規定され、前記割合が９割を越えることでバイト単位での受信状態の管理に切り替える、請求項６記載の基地局。
【請求項８】
通信端末と無線チャネルを介して接続される基地局における受信状態の管理方法であって、
前記通信端末が、一連のデータを分割して、分割データとして複数に分けて送信するのを受け、受信した前記分割データのそれぞれについて複数の受信管理ブロックに分割し、前記受信管理ブロック単位で受信状態を判定するブロック管理を行い、前記分割データのうち、完全に受信できなかった分割データがある場合には、前記通信端末から再送される再送分割データを用いて、前記受信管理ブロック単位で補完処理を行うことを特徴とする、受信状態の管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−７４９０９（Ｐ２０１２−７４９０９Ａ）
【公開日】平成２４年４月１２日（２０１２．４．１２）
【国際特許分類】
【出願番号】特願２０１０−２１７９２３（Ｐ２０１０−２１７９２３）
【出願日】平成２２年９月２８日（２０１０．９．２８）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２４年４月１２日（２０１２．４．１２）
【国際特許分類】
【出願日】平成２２年９月２８日（２０１０．９．２８）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]