(57)【要約】【課題】  チェックビット等で保護されていない信号のみによって、受信結果信号で再送要求を行う際に生じるＡＣＫ情報とＮＡＣＫ情報との化けなどのエラーが発生しても、データの再送要求を、ＨＡＲＱ処理部などの下位階層の処理部で行うことにより、送受信システム全体でのデータ処理のスループットを上げ、データの再送を正常に行える無線通信方法およびその方法を実施する無線通信装置を提供することを課題とする。【解決手段】データを正しく受信出来なかったことを示す情報を含むデータを送信してからの経過時間を計測する手順と、前記受信側の無線通信装置が、前記経過時間が所定時間を経過するまでに、前記送信側の無線通信装置からの前記データに対応したデータを受信したか否かを監視し、所定時間経過してもデータを受信しなかった場合に、データの再送要求処理を、行う。【選択図】      図７
2010233249.tif 000002
【特許請求の範囲】
【請求項１】
送信側および受信側の無線通信装置でデータを送信受信させる無線通信方法であって、
前記送信側の無線通信装置が送信したデータを前記受信側の無線通信装置で受信し、
前記送信側の無線通信装置が前記送信したデータを保持し、
受信側の無線通信装置では、前記送信側の無線通信装置からの前記送信したデータを正しく受信できたことを示す情報を前記送信側の無線通信装置へ送信した後に、前記送信側の無線通信装置で保持するデータを受信できず、前記送信側の無線通信装置からの前記データが正しく受信出来なかったことを示す情報とデータの送信許可を示す情報とを含むデータを前記送信側の無線通信装置へ送信することを特徴とする無線通信方法。
【請求項２】
前記所定時間内に前記送信側無線通信装置から前記データに対応したデータを受信できなかった場合に、前記送信側無線通信装置に再度、前記データを正しく受信出来なかったことを示す情報を含むデータを前記受信側無線通信装置から送信することを特徴とする請求項１に記載の無線通信のデータ再送処理方法。
【請求項３】
前記データを正しく受信したことを示す情報を含むデータは、前記送信側無線通信装置に前記受信側無線通信装置へ送信する次のデータの送信許可を示すデータを含むことを特徴とする請求項１に記載の無線通信のデータ再送処理方法。
【請求項４】
前記データを正しく受信出来なかったことを示す情報を含むデータは、前記データの再送要求情報を含むデータであることを示す請求項１に記載の無線通信
【請求項５】
データを予め定められた手順で送信受信する無線通信データ送受信に使用する受信側の無線通信装置であって、
送信側の無線通信装置から送信されたデータを受信する受信部と、
前記データが正しいか、正しくないかを判定する判定部と、
前記データが正しい場合には、前記送信側無線通信装置に前記データを正しく受信したことを示す情報を含むデータを送信し、前記データが正しくないと判定した場合に、前記送信側無線通信装置に前記データを正しく受信出来なかったことを示す情報を含むデータを送信する送信部と、
前記データを正しく受信出来なかったことを示す情報を含むデータを送信してからの経過時間を計測する計測部と、
前記経過時間が所定時間を経過するまでに、前記送信側からの前記データに対応したデータを受信するか否かを監視する監視部とを有することを特徴とする無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、さらに詳しくは、データを受信した際に、データの受信の肯定応答または再送要求応答を送信側に送信する無線通信のデータ再送処理方法およびその方法を用いる無線通信装置に関する。
【背景技術】
【０００２】
以下の説明では、無線通信システムとして、基地局とユーザ端末とから構成された場合を例に説明する。この例では、基地局からユーザ端末へのリンクをダウンリンクと称し、ユーザ端末から基地局へのリンクをアップリンクと称し、同じく、基地局からユーザ端末への送信信号をダウンリンク信号、ユーザ端末から基地局への送信信号をアップリンク信号と称する。
【０００３】
近年、３Ｇ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ）と呼ばれる無線通信システムのプロトコルが広く採用されている（非特許文献１）。
【０００４】
特許文献１には、無線通信装置のパケット通信に関して、送信エンティティガ、通信先の受信エンティティからのフィードバックメッセージを受信して、受信が成功していない場合は、再送データパケットを送信し、通信先の受信エンティティは、先に受信したバケットと再送パケットを軟合成する発明が開示されている。
【０００５】
この３Ｇにもいくつかの発展段階があり、ＦＯＭＡなどで採用されているもともとの３Ｇのほか、通信速度が更に高速化された、３．５ＧあるいはＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）と呼ばれるプロトコルを採用した携帯電話機も登場してきており、さらに現在、Ｓｕｐｅｒ３Ｇあるいは３．９Ｇと呼ばれるプロトコルが検討されている。この３Ｇのグループの無線通信システムにおけるプロトコルは複数のレイヤに分かれており、そのうちのレイヤ１は物理層と呼ばれるレイヤであり、このレイヤ１は実際の通信を担う部分である。
【０００６】
このレイヤ１の上位にレイヤ２が構成されており、３つのサブレイヤ ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）、ＰＤＣＰ（Ｐａｃｋｅｔ−Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）で構成される(非特許文献1)。このＳｕｐｅｒ３Ｇプロトコルのレイヤ２の構成図を HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3a.tif" 図１に示す。ＰＤＣＰエンティティ、ＲＬＣエンティティは使用するＬＣＨ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）数だけ構成されており、その各ＬＣＨが各々ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の送受信を行う。ＭＡＣエンティティは、各ＲＬＣエンティティに対してリソースを割り当てる。また、各ＲＬＣエンティティから転送されるＲＬＣ−ＰＤＵを多重化によって、１つのＰＤＵに結合し、ＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ，ＡＲＱ：  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ−ｒｅＱｕｅｓｔ）処理部に転送する。ＨＡＲＱ処理部では、ＡＣＫ／ＮＡＣＫによる再送制御を行うＳｔｏｐ  ＆  Ｗａｉｔを用いて、受信側からのＰＤＵ再送要求に対して再送信を行うために、再送制御を行う。ここで、１つのレイヤ又は１つのサブレイヤに配置された１つの処理機能の塊をエンティティ（ｅｎｔｉｔｙ）と称している。
【０００７】
このＳｕｐｅｒ３Ｇプロトコルにおいて、上記した再送制御に関連する信号および受信側（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）の動作等を HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 図２（Ａ）および（Ｂ）に示す。
【０００８】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 図２（Ａ）は信号が使用するチャネル名、信号名、信号がアップリンクまたはダウンリンクのいずれで使用されるかを示すリンク、ＣＲＣの保護の有無、信号が送信される送信タイミング、各々の信号がＨＡＲＱに関して有している情報、およびその情報の内容を示したものである。 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 図２（Ｂ）は、 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 図２（Ａ）の各信号（チャネル名で示している）をＵＥ側でＰＨＩＣＨやＰＵＣＣＨを検出したとき、ＰＤＣＣＨを検出したときの情報内容と、それらの信号にもとづくＵＥ側の動作を示すものである。例えば、 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 図２（Ｂ）でＮｏ．１の組合せあるＰＨＩＣＨでＡＣＫ情報を得て、ＰＤＣＣＨでＴｒａｎｓｍｉｓｓｉｏｎ情報
を得た場合には、ＵＥ側では、ＰＤＣＣＨにもとづき、前回送信したＰＤＵの次のＰＤＵを送信する。
【０００９】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 図２（Ａ）に示すように、このＨＡＲＱ処理部の再送制御で行う再送要求信号は、アップリンクおよびダウンリンクでは再送要求信号が異なる。アップリンクの場合には、基地局に送信するデータに誤り訂正処理、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）データの付加を行い送信処理をする。対向側（すなわち、基地局側）ＨＡＲＱ処理部では、受信情報が受信ＮＧ（ＣＲＣ  ＮＧ：すなわちＣＲＣ情報を用いたチェック結果でデータ不正と判定された場合）となった場合には、ＮＡＣＫ情報を対向側（すなわち、ユーザ端末側)に返し、受信情報が受信ＯＫ（ＣＲＣ  ＯＫ：すなわちＣＲＣ情報を用いたチェック結果でデータが正しいと判定された場合）になった場合には、ＡＣＫ情報を対向側（ユーザ端末側）に送信する。
【００１０】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3c.tif" 図３は、従来のユーザ端末と基地局間の通信と各々の動作を示す図であり、ユーザ端末側に、データ＃１およびデータ＃２等の順次送るべきデータが有る場合を示している。図３で、ＨＡＲＱ  Ｐｒ＃Ａ等は、ユーザ端末および基地局との通信における時間推移をプロセス単位で区分したものである。まず、ユーザ端末側から、データ＃１を送信し、空中（ＡＩＲと表記）を介して、基地局側で受信される。このデータ＃１の受信の際に受信エラーが生じると、基地局側は、ＰＨＩＣＨチャネルおよびＰＤＣＣＨチャネルを使用したＨＡＲＱ受信結果信号および送信リソース通知信号によって、ユーザ端末側にＮＡＣＫ情
報およびＲｅｔｒａｎｓｍｉｓｓｉｏｎ情報を通知する（ HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 図２（Ｂ）のＮｏ．４の組合せに相当する。）ユーザ端末側では、Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ情報に従い、再度、データ＃１を基地局側に送信する。この再送により、正常にデータ＃１が基地局側で受信された場合には、基地局側からは、ＨＡＲＱ受信結果信号および送信リソース通知信号によって、ユーザ端末側にＡＣＫ情報およびＴｒａｎｓｍｉｓｓｉｏｎ情報を通知する（ HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 図２（Ｂ）のＮｏ．１の組合せに相当する。）ユーザ端末側では、Ｔｒａｎｓｍｉｓｓｉｏｎ
情報に従い、新規のデータ＃２を基地局側に送信する。
【００１１】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3d.tif" 図４は、従来のユーザ端末と基地局間の通信と各々の動作を示す図であり、 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3c.tif" 図３に示した例と異なるのは、基地局側からＡＣ、ＮＡＣＫ情報のみが送信され、送信リソース通知信号が送信されない場合で、ユーザ端末側に、データ＃１の次に送るべきデータが無い場合を示している。      
【００１２】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3c.tif" 図３で示したのと同様に、データ＃1を受信エラーして、基地局側で受信した場合に、基地局側からＮＡＣＫ情報がユーザ端末側に送信される。このとき、ＣＲＣで保護された送信リソース通知信号が付加されていないので、ＮＡＣＫ情報にもとづき、ユーザ端末側は、データ＃１を再送し、基地局側で、このデータ＃１を正常に受信する
と、このデータ＃１は、上位処理部に渡される。一方、ユーザ端末側には、正常に受信したことを通知するためにＡＣＫ情報が、送信され、ユーザ端末側では、再送は行わず、送信したデータ＃１を保持する。
【００１３】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3e.tif" 図５は、従来のユーザ端末と基地局間での通信と各々の動作を示す図であり、基地局側からユーザ端末側にデータ＃１を送信する場合を示している。この場合も、基地局側からのデータ＃１を受信エラーした場合に、ユーザ端末はＮＡＣＫ情報を基地局に送信する。
基地局側は、このＮＡＣＫ情報に従い、データ＃１を再送し、正常にユーザ端末側で受信出来た場合には、基地局側にＡＣＫ情報を送信し（ HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 図２（Ａ）、ＰＵＣＣＨの項を参照）基地局側では再送は行わずに、送信したデータ＃１を保持する。
【００１４】
上記した様に、送信側にまだ送信すべきデータが残っている場合でリソース（ＭＡＣ  ＰＤＵのサイズ）を割り当てることができる場合には、送信リソース通知信号をユーザ端末側に送信する。この送信リソース通知信号は、ＣＲＣ符号で保護されており、先に説明したＨＡＲＱ受信結果信号であるＡＣＫ信号、ＮＡＣＫ信号より信頼性が高い。基地局側では、受信ＯＫで新規ＰＤＵをユーザ端末側に要求する場合には、送信リソース通知信号にＴｒａｎｓｍｉｓｓｉｏｎ情報を付加し、また再送をユーザ端末側に要求する場合には、送信リソース通知信号にＲｅｔｒａｎｓｍｉｓｓｉｏｎ情報を付加してユーザ端末側に
送信する(図２の信号を説明する図を参照。及び HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3c.tif" 図３を参照。)  送信側はＰＨＩＣＨチャネルからの信号のみを受信した場合には、信号がＮＡＣＫ情報の場合、対象となるＰＤＵを基地局側に再送し、ＡＣＫ情報の場合には、再送を行わずデータを保存しておく（ HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3d.tif" 図４参照）。
【００１５】
また、送信側で、ＰＨＩＣＨおよびＰＤＣＣＨチャネルからの信号を受信した場合には、信頼性の高いＰＤＣＣＨの情報をもとに送信リソース信号がＲｅｔｒａｎｓｍｉｓｓｉｏｎ情報であれば対象となるＰＤＵの再送を行い、Ｔｒａｎｓｍｉｓｓｉｏｎ情報であれば新規ＰＤＵの送信を行う（ HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 図２（Ｂ）のＮｏ．１乃至４及び HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3c.tif" 図３参照）。
【００１６】
下りの動作としては上りとほぼ同じ動作であるが、送信リソース通知信号にあたるＣＲＣで保護された信号がないためＨＡＲＱ受信結果信号のみで新規ＰＤＵの要求および再送要求を行う。
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／
【特許文献１】特開２００７−１２４６８２
【発明の開示】
【発明が解決しようとする課題】
【００１７】
上記した様に、受信側から対向側に送信されるＨＡＲＱ受信結果信号は、ＣＲＣやチェックビットで保護されていないので、ノイズなどの影響を受けて、受信側から送信されたＡＣＫ情報がＮＡＣＫ情報に、または逆にＮＡＣＫ情報がＡＣＫ情報に化ける恐れがある。上りで且つＵＥ（送信側）にまだ送信すべきデータが存在し、リソースを割り当てることができる場合には、ＣＲＣで保護された送信リソース通知信号を送り、この信号に含まれるＴｒａｎｓｍｉｓｓｉｏｎ情報およびＲｅｔｒａｎｓｍｉｓｓｉｏｎ情報により新規、再送を正しく判定することができる。しかしながら、ＨＡＲＱ受信結果信号のみで、ＮＡＣＫ情報がＡＣＫ情報に化ける場合には受信側がＮＡＣＫ情報を正しく受信出来ないために、再送要求を送信しているにもかかわらず、ＡＣＫ情報を受信したと判定した送信側では再送を行わないことになる。そのため、ＮＡＣＫ情報を送信した送信側はＭＡＣ処理部がＰＤＵデータを受信出来ず、ＭＡＣエンティティの上位のＲＬＣエンティティでの再送制御により再送要求を送信するまでは再送は実施されないことになると言う問題がある。
【００１８】
従来の問題点を示す HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3f.tif" 図６を参照して、さらに詳しく説明する。この例は、データ＃１に続いて送るデータが無い場合を示している。ユーザ端末側からデータ＃１を基地局側に送信した際に、このデータ＃１が受信エラーになった場合、基地局側からはＮＡＣＫ情報がユーザ端末側に送信される。このＮＡＣＫ情報が、ユーザ端末側に到達するまでに送信データが化け（エラーと標記）、ユーザ端末側でＡＣＫ情報として受信した場合には、ユーザ端末側では、送信したデータ＃１は正常に基地局側で受信されたと認識するので、Ｇｒａｎｔ信号（例えば、Ｔｒａｎｓｍｉｓｓｉｏｎ、Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ信号）
が無いので、送信は行わず、データ＃１を保持したまま待機することになる。一方、基地局側では、ＮＡＣＫ情報を送信したにも係わらず、データ＃１が再送されないことになる。
【００１９】
本発明の目的は、チェックビットや誤り訂正符号などによって保護されていない信号（例えば、ＨＡＲＱ受信結果信号など）のみによって、受信結果信号で再送要求を行う際に生じるＡＣＫ情報とＮＡＣＫ情報との化けなどのエラーが発生しても、データの再送要求を、ＨＡＲＱ処理部などの下位階層の処理部で行うことにより、送受信システム全体でのデータ処理のスループットを上げ、データの再送を正常に行える無線通信方法およびその方法を実施する無線通信装置を提供することを課題とする。
【課題を解決するための手段】
【００２０】
本発明に係る無線通信装置に、データを予め定められた手順で送信受信させる無線通信データ送受信方法において、送信側の無線通信装置から送信されたデータを受信側の無線通信装置が受信する手順と、前記受信側の無線通信装置が前記データが正しいか、正しくないかを判定する手順と、前記受信側の無線通信装置が、前記データが正しい場合には、前記送信側の無線通信装置に前記データを正しく受信したことを示す情報を含むデータを送信し、前記データが正しくないと判定した場合に、前記送信側の無線通信装置に前記データを正しく受信出来なかったことを示す情報を含むデータを送信する手順と、前記受信
側の無線通信装置が、前記データを正しく受信出来なかったことを示す情報を含むデータを送信してからの経過時間を計測する手順と、前記受信側の無線通信装置が、前記経過時間が所定時間を経過するまでに、前記送信側の無線通信装置からの前記データに対応したデータを受信するか否かを監視する手順からなることを要旨とした。
【００２１】
また、本発明に係るデータを予め定められた手順で送信受信する無線通信データ送受信に使用する受信側の無線通信装置においては、送信側の無線通信装置から送信されたデータを受信する受信部と、前記データが正しいか、正しくないかを判定する判定部と、前記データが正しい場合には、前記送信側無線通信装置に前記データを正しく受信したことを示す情報を含むデータを送信し、前記データが正しくないと判定した場合に、前記送信側無線通信装置に前記データを正しく受信出来なかったことを示す情報を含むデータを送信する送信部と、前記データを正しく受信出来なかったことを示す情報を含むデータを送信
してからの経過時間を計測する計測部と、前記経過時間が所定時間を経過するまでに、前記送信側からの前記データに対応したデータを受信するか否かを監視する監視部とを有することを要旨とした。
【発明の効果】
【００２２】
本発明に係る無線通信方法および無線通信装置では、送信側から送信されたデータを正しく受信出来なかったことを示す情報を含むデータを送信してからの経過時間を計測する様に構成し、所定時間が経過しても、送信側からデータを受信できなかった場合に、再送要求情報を送信側に送信する制御を下位層で行える様に構成したので、再送要求処理が迅速に行え、かつデータの欠落の防止が可能になる。
【発明を実施するための最良の形態】
【００２３】
本発明に係る無線通信の再送処理方法およびその方法を用いた無線通信装置の実施例について、 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3g.tif" 図７から HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3k.tif" 図１１を参照して、説明する。本実施例の説明では、無線通信装置としては、説明上、ユーザ端末である無線携帯端末を例にするが、本発明はこの携帯端末への適用のみに限定されるものではない。
【００２４】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3g.tif" 図7は、本発明に係る無線通信装置の要部１００を示す図であり、この要部は HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3a.tif" 図１のレイヤ２のプロトコル構成の内、ＭＡＣレイヤに相当する部分である。この要部１００の下位にレイヤ１が、この要部１００の上位にレイヤ２のＲＬＣエンティティＰＤＣＰエンティティが設けられている。レイヤ１で受信したデータであるＭＡＣ−ＰＤＵがＨＡＲＱ受信制御部１０２に入力され、このＨＡＲＱ受信制御部１０２では、入力されたデータであるＭＡＣ−ＰＤＵが正しいデータであるか不正なデータであるかが判定され、正しいデータで有る場合には、ＡＣＫ情報をレイヤ１に送信するように命令を出し、不正なデータの場合はＮＡＣＫ情報をレイヤ１に送信するように命令を出し、ＡＣＫまたはＮＡＣＫ信号をレイヤ１に送る。ここで、不正なデータであるとＨＡＲＱ受信制御部１０２で判定し、ＮＡＣＫ情報をレイヤ１に送り、ＨＡＲＱ受信制御部１０２は、また、時刻情報計測部１０４に計測開始信号を送る。
【００２５】
ここで、送信側から送られてくるデータであるＭＡＣ−ＰＤＵおよびそのデータの正否の判定について、 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3h.tif" 図８および HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3i.tif" 図９を参照して説明する。
【００２６】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3h.tif" 図８は、受信側ＨＡＲＱによるＡＣＫ，ＮＡＣＫの返信を含むデータフローを示した図である。ここでは、送信側のＨＡＲＱ送信制御部２０２が動作して、ＭＡＣ−ＰＤＵ＃１とＭＡＣ−ＰＤＵ＃２との２つのＭＡＣ−ＰＤＵが受信側に向けて送信されたものとする。受信側ではそれら２つのＭＡＣ−ＰＤＵが受信されて受信側のＨＡＲＱ受信制御部１０２では、その受信した各ＭＡＣ−ＰＤＵについてＣＲＣチェックが行なわれる。そのＣＲＣチェックの結果、ＭＡＣ−ＰＤＵ＃１については受信異常（ＣＲＣ−ＮＧ）であったとし、このときは、送信側に向けてレイヤ１を介してＮＡＣＫが送信され、送信側のＨＡＲ
Ｑ送信制御部２０２では、ＮＡＣＫを受信した場合に、その同じＭＡＣ−ＰＤＵ＃１の再送制御が行われる。送信側では、ＭＡＣ−ＰＤＵ＃１を送信した時刻が管理されており、ＮＡＣＫを受信するとそのＮＡＣＫの受信時刻からそのＮＡＣＫがどのＭＡＣ−ＰＤＵの再送を要求しているＮＡＣＫであるかを認識することができる。したがって、ＭＡＣ−ＰＤＵの受信側では受信異常があったＭＡＣ−ＰＤＵの識別子を送信することなく、ＮＡＣＫを送信することのみによって、そのＭＡＣ−ＰＤＵの送信側ではどのＭＡＣ−ＰＤＵに受信異常が発生したのか知ることができる。
【００２７】
送信側からＭＡＣ−ＰＤＵ＃１の次に送信されてくるＭＡＣ−ＰＤＵ＃２については、受信正常（ＣＲＣ−ＯＫ）であったときは、ＨＡＲＱ受信制御部１０１は、そのＭＡＣ−ＰＤＵ＃２をＭＡＣ−ＰＤＵ判定処理部１２２に渡すとともに、送信側に向けてＡＣＫをレイヤ１を介して送信する。そのＡＣＫを受信した送信側では、ＭＡＣ−ＰＤＵ＃２についての再送制御は不要であることを認識し、次に送信すべきＭＡＣ−ＰＤＵ（ここではＭＡＣ−ＰＤＵ＃ｎ）を送信する。
【００２８】
ＭＡＣ−ＰＤＵ判定処理部１２２では、そのＨＡＲＱ受信制御部１０２から受け取ったＭＡＣ−ＰＤＵ＃２が正常なフォーマットのＰＤＵであるかあるいは異常フォーマットのＰＤＵであるかを判定する。
【００２９】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3i.tif" 図９は、ＭＡＣ−ＰＤＵ判定処理部１２２におけるＰＤＵのフォーマットの正常／異常の判定処理を示す模式図である。
【００３０】
上述のように、ＨＡＲＱ受信制御部１０２では、ＣＲＣチェックの結果受信正常と判定すると送信側に向けてＡＣＫを送信するとともに、そのＭＡＣ−ＰＤＵをＭＡＣ−ＰＤＵ判定処理部１２２に渡す。ＭＡＣ−ＰＤＵ判定処理部１２２では、ＨＡＲＱ受信制御部１０２からＭＡＣ−ＰＤＵを受け取ると、そのＭＡＣ−ＰＤＵのフォーマットが正常である
か異常であるか判定される。不正なフォーマットとしては、例えば以下のものが挙げられる。
【００３１】
（１）ＬＣＨの識別子が範囲外の場合、
（２）ヘッダが規定より多い（ヘッダ中のＥ（Ｅｘｔｅｎｓｉｏｎ）フラグがＯＮの）
場合、
（３）ヘッダにあるＬｅｎｇｔｈ情報の合計が受信したＭＡＣ−ＰＤＵより長い場合、
（４）ＭＡＣ制御情報の識別子が範囲外、
（５）ＭＡＣ制御情報の識別子とＬｅｎｇｔｈが異なる場合。
【００３２】
ＭＡＣ−ＰＤＵ判定処理部１２２では、そのＭＡＣ−ＰＤＵが正常なフォーマットであるか不正なフォーマットであるか判定され、正常なフォーマットであったときは各ＬＣＨごとのＭＡＣ−ＳＤＵに分割されて各ＬＣＨのＲＬＣエンティティ（受信側ＲＬＣ１５２）に渡されるが、不正なフォーマットであったときは、そのＭＡＣ−ＰＤＵは廃棄されるかまたは、 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3g.tif" 図７に示すＭＡＣ制御情報作成部１２４、ＭＡＣ−ＰＤＵ生成処理部１２６およびＨＡＲＱ送信制御部１２７を経由して再送要求が送信される。
【００３３】
上記した構成で、送信側から送られてきた、データであるＭＡＣ−ＰＤＵが正しいデータであるか不正なデータであるかがＨＡＲＱ受信制御部１０２によって判定される。この判定によって、送信側にＣＲＣなどによって保護されてＡＣＫおよびＮＡＣＫ情報（ HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 図２の（Ａ）、（Ｂ）のＰＵＣＣＨチャネルのＨＡＲＱ受信結果信号参照のこと）が送信側にレイヤ１を介して送信される。
【００３４】
上記したＮＡＣＫ情報を送信側に送信した時刻を開始時刻とし、時刻情報計測部１０４では、時間経過を計測する。所定時間以内に、送信側からの前回正しくないと判定したＭＡＣ−ＰＤＵを、ユーザ端末で受信し、このＭＡＣ−ＰＤＵが正しいＭＡＣ−ＰＤＵであることが、ＨＡＲＱ受信制御部１０２で判定できたときに、ＨＡＲＱ受信制御部１０２からＭＡＣ−ＰＤＵを受信したことを示す受信完了信号が入力されると、時刻情報計測部１０４での経過時間の計測を終了する。
【００３５】
一方、所定時間以内に、ＨＡＲＱ受信制御部１０２から受信完了信号が時刻情報計部１０４に入力されない場合には、時刻情報計測部１０４から、所定時間が経過したことを知らせる未完了信号が、ＨＡＲＱ受信制御部１０２に通知され、ＨＡＲＱ受信制御部１０２は再度、ＮＡＣＫ信号をレイヤ１を介して、送信側に送信する。
【００３６】
上記した本発明の構成に基づく受信側、送信側の処理フローを HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3j.tif" 図１０に示す。 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3j.tif" 図１０では、データ送信処理およびスケジューリング処理は携帯電話等のユーザ端末側での処理を示し、受信判定処理および受信結果作成処理は受信側である基地側での処理を示す。
【００３７】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3j.tif" 図１０は、本発明の実施例の処理フローを示す図であり、この実施例では、基地局側に HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3g.tif" 図７で示した本発明の実施例の要部１００の構成が備えられている。また、データ＃１の次に送信するデータが無い場合を例にしている。この HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3j.tif" 図１０は、 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3f.tif" 図６に示す場合と同様にユーザ端末側から送信されたデータ＃１が基地局側で受信エラーとなり、ＮＡＣＫ情報をユーザ端末側に送信した場合に、このＮＡＣＫ情報が、伝播中にＡＣＫ情報に化け、ユーザ端末側で受信された場合を示している。ユーザ端末側では、ＡＣＫ情報を受信したので、再送を行わず、データ＃１は保持された状態になる。
【００３８】
上記したように、基地局側では、 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3g.tif" 図７に示した時刻情報計測部１０４で、ＮＡＣＫ情報を送信してからの経過時間の計測が開始されており、所定時間が経過すると、ＮＡＣＫ情報がユーザ端末側に送信される。このＮＡＣＫ情報が、正常にユーザ端末側で受信されると、保持されているデータ＃１が基地局側に送信される。このように、再送要求信号がチェックビット乃至はＣＲＣで保護されていない場合や、伝播中に再送要求信号の情報の化けが生じても、再送要求信号を送信してからの経過時間を監視し、所定時間を経過しても所望のデータが再送されて来ない場合に再度、再送要求信号を送信することが可能になる。
【００３９】
さらに、従来では、データ＃１は再送されないので、このデータ＃１は、いわゆる、取りこぼされたことになっていたが、このような取りこぼしが防止されることが可能になる。
【００４０】
また、本発明の他の実施例として、ＣＲＣ等で保護された信号、例えばRetransmission情報を含む送信リソース通知信号とＮＡＣＫ情報とを同時に送信する例を、 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3k.tif" 図１１を参照して説明する。この HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3k.tif" 図１１でデータ送信処理およびスケジューリング処理は携帯電話等のユーザ端末側での処理を示し、受信判定処理および受信結果作成処理は基地局側で行う場合を示している。基地局側からの送信はダウンリンク信号であり、ＣＲＣ等で保護された送信リソース信号が使用出来る。従って、本実施例では、ＮＡＣＫ信号のみで再送要求をして、 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3g.tif" 図７と同様に、基地局側のレイヤ２のＭＡＣエンティティに設けた時刻情報計測部１０４でＮＡＣＫ信号をユーザ端末側に送信し、所定時間内にユーザ端末から再送要求したＭＡＣ−ＰＤＵを受信できなかった場合に、ＮＡＣＫ情報とＲｅｔｒａｎｓｍｉｓｓｉｏｎ情報を含む送信リソース信号をユーザ端末側に送信し、確実にユーザ端末側から再送を行わせる。なお、 HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3k.tif" 図１１では、最初にＮＡＣＫ情報のみを送信したが、最初からは、送信リソース信号を送信しても良い。
【００４１】
上記の HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3j.tif" 図１０および HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3k.tif" 図１１では、基地局側に HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3g.tif" 図７に示した要部１００を備えた場合を詳細に説明したが、ユーザ端末側に、要部１００の構成を設けてもよく、上記したような、同様の効果を果たすことが出来る。
【００４２】
以上の記載に加え、下記の事項を開示する。
【００４３】
（付記１）無線通信装置に、データを予め定められた手順で送信受信させる無線通信データ送受信方法において、送信側の無線通信装置から送信されたデータを受信側の無線通信装置が受信する手順と、前記受信側の無線通信装置が前記データが正しいか、正しくないかを判定する手順と、前記受信側の無線通信装置が、前記データが正しい場合には、前記送信側の無線通信装置に前記データを正しく受信したことを示す情報を含むデータを送信し、前記データが正しくないと判定した場合に、前記送信側の無線通信装置に前記データを正しく受信出来なかったことを示す情報を含むデータを送信する手順と、前記受信側
の無線通信装置が、前記データを正しく受信出来なかったことを示す情報を含むデータを送信してからの経過時間を計測する手順と、前記受信側の無線通信装置が、前記経過時間が所定時間を経過するまでに、前記送信側の無線通信装置からの前記データに対応したデータを受信するか否かを監視する手順からなる無線通信のデータ再送処理方法。
【００４４】
（付記２）無線通信装置に、前記データを予め定められた手順で送信受信させる無線通信方法であって、送信側の無線通信装置が送信したデータを前記受信側の無線通信装置で送信する手順と、前記受信側の無線通信装置が前記送信したデータに対応するデータを保持する手順と、前記送信側の無線通信装置が前記送信したデータが正しく受信できたことを示す情報を含むデータを前記受信側の無線通信装置から受信した後に、前記受信側の無線通信装置から前記データが正しく受信出来なかったことを示す情報を含むデータを受信した場合に、前記保持している前記送信したデータに対応するデータを前記受信側の無線通信装置に送信する手順を、前記送信側の無線通信装置を用いて実行する付記１に記載の無線通信のデータ再送処理方法。
【００４５】
（付記３）前記所定時間内に前記送信側無線通信装置から前記データに対応したデータを受信できなかった場合に、前記送信側無線通信装置に再度、前記データを正しく受信出来なかったことを示す情報を含むデータを前記受信側無線通信装置から送信することを特徴とする付記１に記載の無線通信のデータ再送処理方法。
【００４６】
（付記４）前記データを正しく受信したことを示す情報を含むデータは、前記送信側無線通信装置に前記受信側無線通信装置へ送信する次のデータの送信許可を示すデータを含むことを特徴とする付記１に記載の無線通信のデータ再送処理方法。
【００４７】
（付記５）前記データを正しく受信出来なかったことを示す情報を含むデータは、前記データの再送要求情報を含むデータであることを示す付記１に記載の無線通信のデータ再送処理方法。
【００４８】
（付記６）前記データを正しく受信したことを示す情報を含むデータ及び前記データを正しく受信出来なかったことを示す情報を含むデータは、誤り検出符号情報を有しないことを特徴とする付記１に記載の無線通信のデータ再送処理方法。
【００４９】
（付記７）前記データを正しく受信したことを示す情報を含むデータ及び前記データを正しく受信出来なかったことを示す情報を含むデータは、誤り検出符号情報を含むことを特徴とする付記１に記載の無線通信のデータ再送処理方法。
【００５０】
（付記８）前記送信側無線通信装置から前記受信側無線通信装置に送信する次のデータの送信許可を示すデータは、誤り検出符号情報を含むことを特徴とする付記４に記載の無線通信のデータ再送処理方法。
【００５１】
（付記９）前記データの再送要求情報を含むデータは、誤り検出符号情報を含むことを特徴とする付記５に記載の無線通信のデータ再送処理方法。
【００５２】
（付記１０）前記受信側無線通信装置は、前記データを正しく受信出来たことを示す情報を含むデータと、誤り検出符号情報を含む次のデータの送信許可を示すデータとを含むデータとを、順次、前記送信側無線通信装置に送信することを特徴とする付記１に記載の無線通信のデータ再送処理方法。
【００５３】
（付記１１）前記受信側無線通信装置は、前記データを正しく受信出来たことを示す情報を含むデータのみを前記送信側無線通信装置に送信する場合を有することを特徴とする付記１０に記載の無線通信のデータ再送処理方法。
【００５４】
（付記１２）前記受信側無線通信装置は、前記データを正しく受信出来なかったことを示す情報を含むデータと、誤り検出符号情報を含む再送を要求するデータとを、順次、前記送信側無線通信装置に送信することを特徴とする付記１に記載の無線通信のデータ再送処理方法。
【００５５】
（付記１３）前記受信側無線通信装置は、前記データを正しく受信出来なかったことを示す情報を含むデータのみを前記と、前記送信側無線通信装置に送信する場合を有することを特徴とする付記１２に記載の無線通信のデータ再送処理方法。
【００５６】
（付記１４）データを予め定められた手順で送信受信する無線通信データ送受信に使用する受信側の無線通信装置であって、送信側の無線通信装置から送信されたデータを受信する受信部と、前記データが正しいか、正しくないかを判定する判定部と、前記データが正しい場合には、前記送信側無線通信装置に前記データを正しく受信したことを示す情報を含むデータを送信し、前記データが正しくないと判定した場合に、前記送信側無線通信装置に前記データを正しく受信出来なかったことを示す情報を含むデータを送信する送信部と、前記データを正しく受信出来なかったことを示す情報を含むデータを送信してから
の経過時間を計測する計測部と、前記経過時間が所定時間を経過するまでに、前記送信側からの前記データに対応したデータを受信するか否かを監視する監視部とを有することを特徴とする無線通信装置。
【００５７】
（付記１５）前記手順は、ＭＡＣ（Ｍｅｄｉｕｍ  ＡＣｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）プロトコルを含むことを特徴とする付記１乃至付記１３のいずれかに記載の無線通信のデータ再送処理方法。
【産業上の利用可能性】
【００５８】
本発明により、これまで受信結果信号の送受での認識違いにより取りこぼしていたＰＤＵをＨＡＲＱ処理で再送することが可能となり、全体のスループットを向上させることができる再送処理方法およびその方法を有した方法を用いる無線通信装置を提供することができる。
【図面の簡単な説明】
【００５９】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3a.tif" 
【図１】レイヤ２のプロトコル構成を示す図。
【００６０】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3b.tif" 
【図２】信号と情報内容を示す図。
【００６１】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3c.tif" 
【図３】従来のユーザ端末と基地局間の通信と各々の動作を示す図。
【００６２】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3d.tif" 
【図４】従来のユーザ端末と基地局間の通信と各々の動作を示す図。
【００６３】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3e.tif" 
【図５】従来のユーザ端末と基地局間の通信と各々の動作を示す図。
【００６４】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3f.tif" 
【図６】従来の問題点を示す図。
【００６５】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3g.tif" 
【図７】本発明の実施例の要部を示す図。
【００６６】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3h.tif" 
【図８】正常な処理フローを示す図。
【００６７】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3i.tif" 
【図９】受信データの正否判定の処理フロー例を示す図。
【００６８】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3j.tif" 
【図１０】実施例の処理フローを示す図。
【００６９】
HYPERLINK "http://webpat.lip.fujitsu.com/patimage/h9/bz/h9bzqa3k.tif" 
【図１１】実施例の処理フローを示す図。
【符号の説明】
【００７０】
１００  本発明の要部
１０２  受信側ＨＡＲＱ受信制御部
１０４  時刻情報計測部
１２２  ＭＡＣ−ＰＤＵ判定処理部
１２４  ＭＡＣ制御情報作成処理部
１２６  ＭＡＣ−ＰＤＵ生成処理部
【図１】
2010233249.tif 000003
【図２】
2010233249.tif 000004
【図３】
2010233249.tif 000005
【図４】
2010233249.tif 000006
【図５】
2010233249.tif 000007
【図６】
2010233249.tif 000008
【図７】
2010233249.tif 000009
【図８】
2010233249.tif 000010
【図９】
2010233249.tif 000011
【図１０】
2010233249.tif 000012
【図１１】
2010233249.tif 000013