(57)【要約】  本発明にかかるデータ再送方法は、無線通信システムにおいて、ＲＮＣ４が、データパケットを用いて所望サイズのパケットを生成し、パケットの宛先ＵＥ１を収容するＢＴＳ２へ送信するパケット送信ステップ、ＢＴＳ２が、受信したパケットをＵＥ１へ送信し、ＵＥ１から得られるパケットの受信結果をＲＮＣ４へ通知する受信結果通知ステップ、ＲＮＣ４が、受信結果に基づいて、ＢＴＳ２に対して送信したパケットに対応するデータパケットがＵＥ１へ正しく到達したかどうかを判断するデータパケット送信結果判断ステップ、ＵＥ１がハンドオーバを行った場合、ＲＮＣ４が、ＵＥ１へ正しく到達していないと判断したデータパケットを、ハンドオーバ先ＢＴＳ３経由で再送するデータ再送ステップ、を含む。
2008029628.tif 000002
【特許請求の範囲】
【請求項１】
基地局、およびネットワークから受け取ったデータパケットを前記基地局経由で宛先移動局へ送信するネットワーク制御装置、を含む無線通信システムにおいて、ネットワーク制御装置が、前記ネットワークから受け取ったデータパケットを必要に応じてその宛先移動局宛に再送する場合のデータ再送方法であって、
前記ネットワーク制御装置が、前記データパケットを用いて所望サイズの１つまたは複数のパケットを生成し、当該生成したパケットを当該パケットの宛先移動局を収容する基地局へ送信するパケット送信ステップと、
前記基地局が、受信したパケットを宛先移動局へ送信し、さらに、当該宛先移動局から得られるパケットの受信結果を前記ネットワーク制御装置へ通知する受信結果通知ステップと、
前記ネットワーク制御装置が、通知された受信結果に基づいて、前記基地局に対して送信したパケットに対応するデータパケットが宛先移動局へ正しく到達したかどうかを判断するデータパケット送信結果判断ステップと、
その後、前記宛先移動局がハンドオーバを行った場合、前記ネットワーク制御装置が、前記宛先移動局へ正しく到達していないと判断したデータパケットを、ハンドオーバ先基地局経由で再送するデータ再送ステップと、
を含むことを特徴とするデータ再送方法。
【請求項２】
無線通信システムを構成するいずれかの基地局に収容された移動局が、自身を収容している基地局を経由して送信したデータパケットを必要に応じて再送する場合のデータ再送方法であって、
データパケットを用いて所望サイズの１つまたは複数のパケットを生成し、自身を収容している基地局へ当該生成したパケットを送信するパケット送信ステップと、
前記基地局から得られるパケットの受信結果に基づいて前記データパケットが前記自身を収容している基地局へ正しく到達したかどうかを判断するデータパケット送信結果判断ステップと、
その後、自身がハンドオーバを行った場合に、前記自身を収容している基地局へ正しく到達していないと判断したデータパケットを、ハンドオーバ先の基地局へ再送するデータパケット再送ステップと、
を含むことを特徴とするデータ再送方法。
【請求項３】
ネットワークから受け取ったデータパケットを自局配下の宛先移動局へ送信する基地局を含む無線通信システムにおいて、前記基地局が、前記ネットワークから受け取ったデータパケットを必要に応じてその宛先移動局宛に再送する場合のデータ再送方法であって、
前記データパケットを用いて所望サイズの１つまたは複数のパケットを生成し、当該生成したパケットを自局配下の宛先移動局へ送信するパケット送信ステップと、
前記宛先移動局から得られるパケットの受信結果に基づいて、前記データパケットが宛先移動局へ正しく到達したかどうかを判断するデータパケット送信結果判断ステップと、
その後、前記宛先移動局がハンドオーバを行った場合に、当該宛先移動局へ正しく到達していないと判断したデータパケットを、ハンドオーバ先基地局経由で宛先移動局宛に再送するデータパケット再送ステップと、
を含むことを特徴とするデータ再送方法。
【請求項４】
基地局とともに無線通信システムを構成し、かつ、ネットワークから受け取ったデータパケットを用いて所望サイズの１つまたは複数のパケットを生成し、当該生成したパケットを、前記基地局を介して当該パケットの宛先移動局へ送信し、当該宛先移動局から、前記基地局経由でパケットの受信結果を受け取るネットワーク制御装置であって、
前記基地局経由で得られる受信結果に基づいて、前記基地局に対して送信したパケットに対応するデータパケットが宛先移動局へ正しく到達したかどうかを判断するデータパケット送信結果判断手段と、
前記宛先移動局がハンドオーバを行った場合に、前記データパケット送信結果判断手段が当該宛先移動局へ正しく到達していないと判断したデータパケットを、ハンドオーバ先基地局経由で再送するデータパケット再送手段と、
を備えることを特徴とするネットワーク制御装置。
【請求項５】
無線通信システムを構成するいずれかの基地局に収容され、かつ、データパケットを用いて所望サイズの１つまたは複数のパケットを生成し、自身を収容している基地局へ当該生成したパケットを送信する移動局であって、
前記自身を収容している基地局から得られるパケットの受信結果に基づいて前記データパケットが当該基地局へ正しく到達したかどうかを判断するデータパケット送信結果判断手段と、
自身がハンドオーバを行った場合に、前記データパケット送信結果判断手段が前記自身を収容している基地局へ正しく到達していないと判断したデータパケットを、ハンドオーバ先の基地局へ再送するデータパケット再送手段と、
を備えることを特徴とする移動局。
【請求項６】
ネットワークから受け取ったデータパケットを用いて所望サイズの１つまたは複数のパケットを生成し、当該生成したパケットを自局配下の宛先移動局へ送信する基地局であって、
前記宛先移動局から得られるパケットの受信結果に基づいて前記データパケットが当該宛先移動局へ正しく到達したかどうかを判断するデータパケット送信結果判断手段と、
前記宛先移動局がハンドオーバを行った場合に、前記データパケット送信結果判断手段が当該宛先移動局へ正しく到達していない判断したデータパケットを、ハンドオーバ先基地局経由で宛先移動局宛に再送するデータパケット再送手段と、
を備えることを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術に関するものであり、特に、再送制御機能を備えた、移動局および基地局からなる無線通信システムにおいて、ハンドオーバ実行に伴い宛先の移動局へ到達しなかった可能性のあるデータを宛先移動局へ再送する場合のデータ再送方法、データ再送方法を実現するためのネットワーク制御装置、移動局および基地局に関するものである。
【背景技術】
【０００２】
従来、ＵＭＴＳ（Universal  Mobile  Telecommunication  Services）システムにおいて高速なパケット伝送を実現する方式としてＨＳＤＰＡ（High  Speed  Downlink  Packet  Access）およびＨＳＵＰＡ（High  Speed  Uplink  Packet  Access）が規格化されている。【０００３】
これらの方式にて高速パケット伝送を実現する中心的な技術としては、無線伝送路に最も近い無線基地局（ＢＴＳ：Base  Transceiver  Station）における高速なパケット送受信スケジューリング，ＢＴＳ−移動機（ＵＥ：User  Equipment）間のＨＡＲＱ（Hybrid  Automatic  Repeat  Request）方式による無線伝送誤り制御，ＨＡＲＱと無線ネットワーク制御装置（ＲＮＣ：Radio  Network  Controller）のＲＬＣ（Radio  Link  Control）層における従来のＡＲＱ（Automatic  Repeat  Request）の２重ＡＲＱループによる高信頼データ伝送，ＢＴＳ−ＵＥ間の無線伝送において変調方式・誤り訂正能力を無線伝送路の品質に応じて適応的に変化させる適応変調などが挙げられる。とりわけＢＴＳおよびＵＥのＭＡＣ（Medium  Access  Control）層におけるＨＡＲＱ方式とＲＬＣ層におけるＡＲＱ方式を組み合わせた伝送方式は、高速かつ高信頼のパケット伝送を実現する主要技術としてＵＭＴＳの次世代無線アクセス方式および無線アクセスネットワークであるＥＵＴＲＡ（Evolved  Universal  Terrestrial  Radio  Access）およびＥＵＴＲＡＮ（Evolved  Universal  Terrestrial  Radio  Access  Network）でも採用されている（下記非特許文献１参照）。【０００４】
パケットの再送や欠落は高速データ通信アプリケーションにおけるスループットの低下やＶｏＩＰ（Voice  Over  IP）のようなリアルタイムアプリケーションでは品質の劣化等を引き起こす。また、トランスポートにＴＣＰを使用している場合には、輻輳制御が動作してＩＰパケットレベルでのスループットが低下し、元のスループットに回復するのに時間を要するといった問題も引き起こす。パケットの再送や欠落が発生する要因としては無線伝送路の品質劣化が第一に挙げられるが、ユーザの移動に伴い発生するハンドオーバも無視できない。【０００５】
ここで、上記ハンドオーバ実行時に発生するパケットの再送や欠落の問題を解決するための技術が下記特許文献１に記載されている。下記特許文献１に記載の技術では、ＨＳＤＰＡを具備するＵＭＴＳシステムにおいて、ハンドオーバ実行時にハンドオーバ元ＢＴＳはＨＡＲＱによって次に送達確認（ＡＣＫ：Acknowledge）を受信することが期待されているデータのシーケンス番号（ＢＶＴ(Ａ)）をＲＮＣに送信し、当該ＲＮＣはシーケンス番号がＢＶＴ(Ａ)以降のデータをハンドオーバ先ＢＴＳまたはハンドオーバ先ＢＴＳを制御するＲＮＣに転送している。この技術によればＲＮＣのＲＬＣ層はＡＲＱによる送達を確認するモード（ＡＭ：Acknowledge  Mode）であり、かつＢＴＳのＭＡＣ層はＨＡＲＱを行う伝送モードにおいて、ハンドオーバ実行により欠落する可能性のあるすべてのデータがハンドオーバ先ＢＴＳから再送されるため、ＨＡＲＱまたはＡＲＱによるデータ送達確認中でもデータ送信を中断し、速やかにハンドオーバを実行することが可能となる。【０００６】
【特許文献１】特表２００５−５１０９５０号公報
【非特許文献１】3GPP  TR25.912,  “Feasibility  Study  for  Evolved  Universal  Terrestrial  Radio  Access  （UTRA）  and  Universal  Terrestrial  Radio  Access  Network  （UTRAN）”,  Ver.7.0.0  （2006-06-23）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら上述した従来の技術（従来のデータ再送方式）では、連続してＡＣＫを受信した最後のデータ以降はすべてＮＡＣＫを受信したものとみなしてハンドオーバ先基地局から再送される。そのため、ＮＡＣＫを受信したデータまたはＡＣＫ／ＮＡＣＫのいずれも受信していないデータ以降のデータであって、既にＡＣＫを受信したデータ（送信完了したデータ）も再送の対象となってしまい、無駄な再送が発生する、という問題があった。特に従来のデータ再送方式が対象としている条件（ＲＬＣ  ＡＭ）では送信ウィンドウ内の複数のデータを前のデータの送達を確認せずに一度に送信するSelective  Repeat  ARQ方式により再送制御を行っており、従来のデータ再送方式に従えば送信ウィンドウ内でシーケンス番号の若いデータのみがＡＣＫを受信せず、当該データよりも後に送信されたデータの大部分がＡＣＫを受信している場合には、送信ウィンドウ内のほとんどのデータがＡＣＫを受信しているにもかかわらずほぼ全てを破棄して再送することになる。【０００８】
また、ＶｏＩＰのような即時性が求められるアプリケーションのデータ伝送に向いているＲＬＣの非確認モード（ＵＭ：Unacknowledged  Mode）がＨＡＲＱと併用される場合のデータ再送に関する技術は上記特許文献１において何ら開示されていないが、“ＲＬＣ  ＵＭ”ではＲＬＣ層はデータを送信した時点でデータが受信側へ到達したと認識するため、ＭＡＣ層でＨＡＲＱによる再送が行われている途中でハンドオーバを実行するとデータが欠落してしまう。【０００９】
本発明は、上記に鑑みてなされたものであって、ＲＬＣ層でＡＭまたはＵＭが有効、かつＭＡＣ層でＨＡＲＱ等の再送制御を行う高速無線パケットアクセスシステムにおいて、ハンドオーバを実行する場合に無駄なパケット再送が発生するのを抑え、高速かつ効率的なハンドオーバを実現可能なデータ再送方法、それを実現するためのネットワーク制御装置、基地局および移動局を得ることを目的とする。【００１０】
また、ＵＭＴＳ  Ｒｅｌｅａｓｅ  ６では、ＭＡＣ層においてＨＡＲＱ等の再送を行って高速無線パケットアクセスを提供する技術はＢＴＳからＵＥに向けた下りデータのみが対象ではなく、ＵＥからＢＴＳへ向けた上りデータも対象である。ＵＥではＲＬＣ層とＭＡＣ層が同一装置に収容され、それぞれＲＮＣとＢＴＳに別々の装置に収容される無線アクセスネットワーク（ＲＡＮ）とは構成が異なっており、このような装置構成におけるハンドオーバ時のデータ再送技術および無線通信システムは何ら開示されていない。従って本発明の他の目的は、高速な上りデータ通信においても高速かつ効率的なハンドオーバを実現するデータ再送方法を提供することである。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するために、本発明は、基地局、およびネットワークから受け取ったデータパケットを前記基地局経由で宛先移動局へ送信するネットワーク制御装置、を含む無線通信システムにおいて、ネットワーク制御装置が、前記ネットワークから受け取ったデータパケットを必要に応じてその宛先移動局宛に再送する場合のデータ再送方法であって、前記ネットワーク制御装置が、前記データパケットを用いて所望サイズの１つまたは複数のパケットを生成し、当該生成したパケットを当該パケットの宛先移動局を収容する基地局へ送信するパケット送信ステップと、前記基地局が、受信したパケットを宛先移動局へ送信し、さらに、当該宛先移動局から得られるパケットの受信結果を前記ネットワーク制御装置へ通知する受信結果通知ステップと、前記ネットワーク制御装置が、通知された受信結果に基づいて、前記基地局に対して送信したパケットに対応するデータパケットが宛先移動局へ正しく到達したかどうかを判断するデータパケット送信結果判断ステップと、その後、前記宛先移動局がハンドオーバを行った場合、前記ネットワーク制御装置が、前記宛先移動局へ正しく到達していないと判断したデータパケットを、ハンドオーバ先基地局経由で再送するデータ再送ステップと、を含むことを特徴とする。
【発明の効果】
【００１２】
この発明によれば、無線通信システムを構成する無線ネットワーク制御装置（ＲＮＣ）は、上位レイヤから受け取ったデータパケット（上位レイヤパケット）単位でデータを保持しておき、保持している上位レイヤパケットに基づいて生成された所望サイズのパケットそれぞれについて、ＨＡＲＱによる送達確認情報を基地局（ＢＴＳ）から取得し、取得した送達確認情報に基づいて宛先の移動局（ＵＥ）まで到達していない上位レイヤパケットを特定する。そして、ＲＮＣはＵＥへ未達の上位レイヤパケットをハンドオーバ先ＢＴＳへ再送するので、データ送信途中であっても速やかにハンドオーバを実行することができる、という効果を奏する。【００１３】
また、ハンドオーバ先ＢＴＳへ再送する上位レイヤパケットは、ハンドオーバ元ＢＴＳでＨＡＲＱによる送達確認ができていない所望サイズパケットが存在する場合のみに限られるため、ＲＮＣからＵＥへ再送するデータ量を少なくすることができ、データ再送によるスループットの低下を防ぐことができる、という効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明にかかるデータ再送方法を実現するためのプロトコルアーキテクチャの一例を示す図である。
【図２】図２は、本発明にかかるデータ再送方法を実現するためのプロトコルスタックの一例を示す図である。
【図３】図３は、本発明にかかるデータ再送方法を実現する無線通信システムの構成例を示す図である。
【図４】図４は、本発明にかかるデータ再送方法を実現する無線通信システムの構成例を示す図である。
【図５】図５は、実施の形態１のＲＮＣにおける下りデータ再送処理の一例を示すフローチャートである。
【図６−１】図６−１は、擬似送達確認フラグを含んだＦＰデータフレームの構成例を示す図である。
【図６−２】図６−２は、擬似送達確認フラグを含んだＦＰデータフレームの構成例を示す図である。
【図７】図７は、ＲＬＣ  ＳＤＵ再送バッファの構成例を示す図である。
【図８】図８は、実施の形態１のＢＴＳにおける擬似送達確認動作の一例を示す図である。
【図９】図９は、擬似送達確認要否判定テーブルの構成例を示す図である。
【図１０】図１０は、ＭＡＣ  ＰＤＵ-ＩＤを含んだＦＰデータフレームの構成例を示す図である。
【図１１】図１１は、ＢＴＳがＵＥからＨＡＲＱ応答信号（ＡＣＫ）の受信時に実行する動作を示すフローチャートである。
【図１２】図１２は、擬似送達確認情報の一例を示す図である。
【図１３】図１３は、実施の形態２のＵＥの動作例を示すフローチャートである。
【図１４】図１４は、実施の形態２のＵＥ内のＲＬＣ層，ＭＡＣ層，MAC-hs層間の情報のやりとりを示す概念図である。
【図１５】図１５は、ＲＬＣ  ＰＤＵ-ＩＤ参照テーブルの一例を示す図である。
【図１６】図１６は、ＵＥがＢＴＳからＨＡＲＱ応答信号（ＡＣＫ）の受信時に実行する動作を示すフローチャートである。
【図１７】図１７は、実施の形態３のデータ再送方法を実現する無線通信システムの構成例を示す図である。
【図１８】図１８は、実施の形態３のＥＮＢ内のＲＬＣ層，MAC-hs層間の情報のやりとりを示す概念図である。
【図１９】図１９は、実施の形態３のＥＮＢにおける下りデータ再送処理を示すフローチャートである。
【符号の説明】
【００１５】
１，１ａ  User  Equipment（ＵＥ）
２，３  Base  Transceiver  Station（ＢＴＳ）
４，５  Radio  Network  Controller（ＲＮＣ）
６，７  E-UTRAN  NodeB（ＥＮＢ）
８  Access  Gateway（ＡＧＷ）
１１，２２，３２，４１  ＲＬＣ部
１２，４２  ＭＡＣ部
１３，１３ａ，２１，２１ａ，３１，３１ａ  ＭＡＣ−ｈｓ部
６１，６２，６３  擬似送達確認フラグ（Ｆ）
【発明を実施するための最良の形態】
【００１６】
以下に、本発明にかかるデータ再送方法、ネットワーク制御装置、基地局および移動局の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。【００１７】
実施の形態１．
図１は、本発明にかかるデータ再送方法を実現するためのプロトコルアーキテクチャの一例を示す図である。図１に示したように、本実施の形態においては、下りデータの送信処理を行うＲＬＣ層およびＭＡＣ層がＲＮＣに配置され、ＭＡＣ−ｈｓ層がＢＴＳに配置されている。また、ＵＥにはＲＬＣ層、ＭＡＣ層およびＭＡＣ−ｈｓ層すべてが配置され、データの受信処理を行う。ＲＮＣとＢＴＳ間はＩｕｂインタフェースで結ばれ、ＦＰ（Frame  Protocol）と呼ばれるカプセリング手法を使用してＲＮＣ内ＭＡＣデータ（以下、MAC＿PDUと記載する）をＢＴＳへ転送する。なお、図示していないが、ＢＴＳはＵＥの呼処理を行うＲＮＣであるＳＲＮＣ（Serving  RNC）に制御されるものではなく、これとは異なるＲＮＣであるＤＲＮＣ（Drift  RNC）に制御されるＢＴＳでもよい。この場合、ＳＲＮＣ-ＤＲＮＣ間をＩｕｒインタフェースによって加入者延長し、ＳＲＮＣ内ＭＡＣデータはＦＰでＢＴＳへ転送される。加入者延長状態であっても本実施の形態に係る動作は同じであるため、以下では加入者延長状態でない場合について説明する。ＢＴＳ内のＭＡＣ−ｈｓ層においてＨＡＲＱ処理されたデータは、物理（ＰＨＹ）層からＵＥへ無線伝送される。【００１８】
なお、上述したプロトコルアーキテクチャは本実施の形態の説明を簡略化するために便宜的に規定したものであり、本発明の適用範囲を制限するものではない。【００１９】
図２は、本実施の形態のデータ再送方法を実現するためのプロトコルスタックの一例を示す図である。下りデータパケットはＲＮＣのＲＬＣ層へ入力される。なお、ＲＬＣ層において下りデータパケットは“ＲＬＣ  ＳＤＵ”（RLC  Service  Data  Unit、以下、RLC＿SDUと記載する）と呼ばれる。【００２０】
RLC＿SDUは、ＭＡＣ層で規定されているサイズとなるように分割または結合され、ヘッダが付加される。このヘッダにはＲＬＣ層での再送制御や受信側のＲＬＣ層でRLC＿SDUを再構成する際に使用されるシーケンス番号が含まれる。また、RLC＿SDUの分割・結合を行い生成した“ＲＬＣ  ＰＤＵ”（RLC  Protocol  Data  Unit、以下、RLC＿PDUと記載する）に複数のRLC＿SDUまたはRLC＿SDUの断片を含む場合には、そのヘッダにLength  Indicatorが付加され、RLC＿PDUにおけるRLC＿SDUの境界を一意に特定可能とする。RLC＿PDUは、ＲＬＣ層の出力データとしてＭＡＣ層へ出力される。ＭＡＣ層における入力データであるRLC＿PDUは、ＭＡＣ層において“ＭＡＣ  ＳＤＵ”（以下、MAC＿SDUと記載する）と呼ばれる。ＭＡＣ層は、MAC＿SDUにヘッダ情報を付加し、“ＭＡＣ  ＰＤＵ”（以下、MAC＿PDUと記載する）として出力する。さらに、MAC＿PDUは複数個がまとめられてＦＰデータフレームとなり、ＦＰデータフレームは送信先ＢＴＳに転送される。【００２１】
ＢＴＳは、ＦＰデータフレームからMAC＿PDUを取り出してＭＡＣ−ｈｓ層への入力とする。ＭＡＣ−ｈｓ層において入力データ（MAC＿PDU）は“ＭＡＣ−ｈｓ  ＳＤＵ”（以下、MAC-hs＿SDUと記載する）と呼ばれる。ＭＡＣ−ｈｓ層では複数のMAC-hs＿SDUを多重し、受信側（ＵＥ）のＭＡＣ−ｈｓ層においてMAC-hs＿SDUを分離する際に使用する情報を含んだヘッダを付加する。ヘッダには更にＨＡＲＱ方式による再送をＭＡＣ−ｈｓ層において行うために必要な情報も含まれる。ヘッダが付加された多重データは“ＭＡＣ−ｈｓ  ＰＤＵ”（以下、MAC-hs＿PDUと記載する）と呼ばれ、ＰＨＹ層に出力される。ＰＨＹ層ではMAC-hs＿PDUをトランスポートブロック（ＴＢ：Transport  Block）と呼び、誤り訂正符号化，拡散・変調処理が行われた後、ＵＥへ無線伝送される。【００２２】
ＵＥでは、受信したMAC-hs＿PDUに対してＭＡＣ−ｈｓ層においてＨＡＲＱ処理を実行し、その結果を示す応答信号をＢＴＳに送信する。すなわち受信したデータに異常がなければ応答信号としてＡＣＫをＢＴＳに送信し、異常があればＮＡＣＫを送信する。なお、応答信号は図示しないＰＨＹ層独自の制御信号としてＢＴＳに通知される。ＢＴＳのＭＡＣ−ｈｓ層は、ＵＥからの制御信号を受信した結果、ＵＥにMAC-hs＿PDUが到達していないと判断すると（応答信号がＮＡＣＫの場合）未到達のMAC-hs＿PDUを再送する。ＵＥのＭＡＣ−ｈｓ層は、MAC-hs＿PDUを正しく受信すると、そこからMAC＿SDUを抽出し、ＭＡＣ層を介して、抽出したMAC＿SDUをＲＬＣ層へ送信する。ＲＬＣ層は、MAC＿SDUすなわちRLC＿PDUからRLC＿SDUを復元し、上位レイヤへ送信する。【００２３】
ＲＮＣおよびＵＥのＲＬＣ層においてＡＭが起動されている場合には、RLC＿PDUはSelective  Repeat  ARQ方式による再送制御が行われる。すなわちＵＥのＲＬＣ層はＲＮＣが指定したステータス情報送信トリガに基づいて、RLC＿PDUの受信状況をステータス情報としてＲＮＣのＲＬＣ層へ通知する。ステータス情報の通知を受けたＲＮＣのＲＬＣ層は、ＵＥにRLC＿PDUが到達していないと認識した場合、未到達のRLC＿PDUを再送する。なお、ステータス情報は、図示しない別のプロトコルスタック、プロトコルアーキテクチャで規定されるルートを通ってＲＮＣのＲＬＣ層に到達する。【００２４】
なお、上述したプロトコルスタックは本実施の形態の説明を簡略化するために便宜的に規定されたものであり、本発明の適用範囲を制限するものではない。【００２５】
以下、本発明にかかるデータ再送方法を適用した場合のハンドオーバ時のデータ再送動作を図３に基づいて詳細に説明する。図３は、本発明にかかるデータ再送方法を実現する無線通信システムの構成例を示す図である。【００２６】
図３において、ＵＥ１は、ＲＬＣ層の処理を行うＲＬＣ部１１と、ＭＡＣ層の処理を行うＭＡＣ部１２と、ＭＡＣ−ｈｓ層の処理を行うＭＡＣ−ｈｓ部１３とを備え、ＢＴＳ２配下のセルでＢＴＳ２と通信している。【００２７】
ＢＴＳ２は、ＭＡＣ−ｈｓ層の処理を行うＭＡＣ−ｈｓ部２１を備え、ＲＮＣ４から受信したMAC-d  PDUをＭＡＣ−ｈｓ部２１においてユーザ多重，ＨＡＲＱ等を行い、ＵＥ１へ配送する。【００２８】
ＲＮＣ４は、ＲＬＣ層の処理を行うＲＬＣ部４１と、ＭＡＣ層の処理を行うＭＡＣ部４２を備え、ＵＥ１の呼制御およびＢＴＳ２の無線リソース制御を行うＳＲＮＣである。【００２９】
ＵＥ１宛の下りパケットデータは図示しないＲＮＣ４より上位の装置から送信されてくる。ＲＮＣ４は、ＵＥ１から受け取ったメジャーメント情報（下り回線品質情報）等に基づいてＵＥ１をＢＴＳ３配下のセルへハンドオーバさせるかどうかを判断する。なお、本説明においてハンドオーバとは、ＨＳＤＰＡ通信によって高速伝送を行うためのチャネルであるＨＳ−ＰＤＳＣＨ（High  Speed  Physical  Data  Shared  CHannel）がＢＴＳ２配下セルからＢＴＳ３配下セルに切り替わる処理を伴う移動制御を意味し、通常のハードハンドオーバに加えてＨＳＤＰＡにおいて制御信号や他のデータを送受信するための個別チャネルであるＤＣＨ（Dedicated  CHannel）をＢＴＳ２とＢＴＳ３両方のセルと確立したままでＨＳ−ＰＤＳＣＨを切り替えるCell  Changeと呼ばれる移動制御も含むものとする。また、説明の簡略化のため図３のような構成を例示して説明するが、図３におけるＢＴＳ２およびＢＴＳ３はＳＲＮＣであるＲＮＣ４に制御されるような構成に限らない。たとえば図４に示したように、ハンドオーバ先ＢＴＳ３がＲＮＣ４ではなく、ＤＲＮＣであるＲＮＣ５に制御されるような構成であってもよい。【００３０】
まず、図３および図５に基づいて、ＲＮＣ４の動作を説明する。図５は、ＲＮＣ４における下りデータ（下りデータパケット）再送処理の一例を示すフローチャートである。ＲＮＣ４は、ＵＥ１をＢＴＳ２配下セルからＢＴＳ３配下セルへハンドオーバさせることを決定すると、擬似送達確認モードへ遷移する（ステップＳ１１）。すなわち、ＲＬＣ部４１およびＭＡＣ部４２を擬似送達確認モードへ切り替える。【００３１】
擬似送達確認モードへ遷移後、ＲＬＣ部４１は、ハンドオーバ完了後にＢＴＳ３へRLC＿SDUを転送するために、以降のRLC＿SDUを再送バッファに保持しておく。再送バッファはＲＬＣ部４１内部に存在してもよいし、外部に存在してもよい。なお、ＲＬＣがＡＭ（ＡＲＱによる送達を確認するモード）での動作を行う場合、ＡＲＱ処理で使用するデータ再送用バッファをRLC＿SDU保持のための再送バッファとして使用すれば、再送バッファを別途確保する必要はない。同じく擬似送達確認モードを開始したＭＡＣ部４２は、MAC＿PDUを複数まとめてＦＰデータフレームを生成してＢＴＳ２へ送信する場合、ＦＰデータフレーム内に擬似送達確認通知フラグをセットする。擬似送達確認フラグは、ＲＮＣ４がＢＴＳ２に送信したMAC＿PDUに対して後述する擬似送達確認を送信するように指示するためのものである。【００３２】
擬似送達確認通知フラグは、たとえば、図６−１に例示したフレーム形式のように、ただ１つの送達確認フラグ６１を付加して当該ＦＰデータフレームに含まれるすべてのMAC＿PDUに対して擬似送達確認を求めるようにしてもよいし、図６−２に例示したように、各々のMAC＿PDUに対して擬似送達確認フラグ（Ｆ６２，Ｆ６３，…）を付加してもよい。以下の説明においては、説明の簡略化のため図６−１に例示したフレーム形式を採用するが、他のフレーム形式を採用してもよい。たとえば、図６−２に例示した形式などを使用して、RLC＿PDU内にRLC＿SDUの境界、すなわちRLC＿SDUを構成する最後尾のデータが含まれる場合のみ当該RLC＿PDUを含むMAC＿PDUに対して擬似送達確認を求めるように制御する、MAC＿PDUにデータではなくＲＬＣ制御情報のみが含まれる場合には擬似送達確認を求めないように制御する、などにより、ＢＴＳ２からＲＮＣ４へ擬似送達確認を送信するために必要な帯域を最小化することができる。【００３３】
擬似送達確認モードに遷移後、ＲＮＣ４は、ハンドオーバ元のＢＴＳ２、ハンドオーバ先のＢＴＳ３およびＵＥ１に対してハンドオーバ開始を指示し、ハンドオーバ処理を開始する（ステップＳ１２）。そして、ＲＮＣ４は、データ送信先をＢＴＳ２からＢＴＳ３へ切り替えるタイミングまで、ＢＴＳ２からの擬似送達確認を待つ。具体的には、送信先が切り替わり、パケット転送を開始したかどうか（送信先が切り替わったかどうか）を監視し（ステップＳ１３）、送信先が切り替わらなければ（ステップＳ１３，Ｎｏ）、ＢＴＳ２から擬似送達確認を受信したかどうかを監視する（ステップＳ１４）。なお、擬似送達確認の監視は、ＭＡＣ部４２が行う。ＢＴＳ２から擬似送達確認を受信していなければ（ステップＳ１４，Ｎｏ）、ステップＳ１３へ遷移し、処理を継続する。これに対して、ＢＴＳ２から擬似送達確認を受信した場合（ステップＳ１４，Ｙｅｓ）、受信した擬似送達確認に対応するMAC＿PDU（擬似送達確認がとれたMAC＿PDU）に含まれるRLC＿PDUがＵＥ１まで到達したことを記憶する（ステップＳ１５）。【００３４】
その後、上記ステップＳ１３、Ｓ１４およびＳ１５の処理を継続して実行し、RLC＿SDUを構成するすべてのRLC＿PDUに対して擬似的に送達を確認した場合（RLC＿SDUを構成するすべてのRLC＿PDUに対する擬似送達確認を受信した場合）、該当するRLC＿SDUを再送バッファから破棄する。たとえば、RLC＿SDU再送バッファを図７のように構成した場合、擬似送達確認によって擬似的にＵＥ１への送達を確認したRLC＿PDUに該当する領域にフラグを立て、すべての送達確認欄にフラグが立った時点でRLC＿SDUを含む当該エントリすべてのデータをクリアする。データ送信先をＢＴＳ２からＢＴＳ３へ切り替えるタイミングはハンドオーバの実現方式に依存するが、たとえばＵＥ１がＢＴＳ３配下セルへのハンドオーバを完了し、完了通知をＵＥ１からＲＮＣ４が受信した時点としても、また、ＲＮＣ４がＵＥ１，ＢＴＳ２，ＢＴＳ３にハンドオーバを実行するタイミングを通知し、そのタイミング経過時点としても良い。【００３５】
また、上記ステップＳ１３において、パケット送信先が切り替わったと判断した場合（ステップＳ１３，Ｙｅｓ）、ＲＮＣ４は、擬似送達確認モードを解除し（ステップＳ１６）、再送バッファに残存しているRLC＿SDUをＵＥ１のハンドオーバ先であるＢＴＳ３へ転送する（ステップＳ１７）。RLC＿SDUを転送する場合のＲＮＣ４の各部の動作は、通常の下りデータ送信時と同様である。【００３６】
次に、図３および図８に基づいて、ＢＴＳ２の動作を説明する。ＢＴＳ２のＭＡＣ−ｈｓ部２１は、ＲＮＣ４からＦＰデータフレームを受信すると、受信したＦＰデータフレーム内の擬似送達確認フラグをチェックし、ＦＰデータフレームに含まれる各々のMAC-hs＿SDU（MAC＿PDU）に対して擬似送達確認が必要か否かを判定する（ステップＳ２１）。【００３７】
擬似送達確認が必要な場合（ステップＳ２１，Ｙｅｓ）、ＭＡＣ−ｈｓ部２１は、当該MAC-hs＿SDUおよび擬似送達確認が必要である旨を記憶（たとえばMAC-hs＿SDUに対応する擬似送達確認フラグを“１”に設定）する（ステップＳ２２）。一方、擬似送達確認が不要な場合（ステップＳ２１，Ｎｏ）、ＭＡＣ−ｈｓ部２１は、当該MAC-hs＿SDUおよび擬似送達確認が不要である旨を記憶（たとえばMAC-hs＿SDUに対応する擬似送達確認フラグを“０”に設定）する（ステップＳ２３）。そして、ＭＡＣ−ｈｓ部２１内のスケジューリングブロックは、スケジューリング情報に基づいてMAC-hs＿SDUを多重しMAC-hs＿PDUを生成する。このときスケジューリングブロックは、ＭＡＣ−ｈｓ部２１においてＨＡＲＱ処理を行うＨＡＲＱ処理ブロックからのＡＣＫ受信通知と、対応するMAC-hs＿SDUと、を対応づけるために、図９に例示したような擬似送達確認要否判定テーブルを作成する。【００３８】
図９において、MAC-hs＿PDU-ID，MAC-hs＿SDU数はそれぞれ、ＨＡＲＱ処理ブロックからのＡＣＫ受信通知と該当するMAC-hs＿PDUを関連づけるための識別子（ＩＤ），当該MAC-hs＿PDUを構成するMAC-hs＿SDU数，であり、スケジューリングブロックにおいてMAC-hs＿PDUを生成する際に得られる情報である。また、擬似送達確認フラグは、MAC-hs＿PDUに複数多重されているMAC-hs＿SDUそれぞれについて擬似送達確認をＲＮＣ４へ送信する必要があるか否かを表す情報である。また、SDU-IDは、ＭＡＣ−ｈｓ層内においてMAC-hs＿SDUを一意に特定するＩＤであり、このSDU-ID、すなわちMAC＿PDUに割り当てられたＩＤから対応するMAC＿SDU（RLC＿PDU）のシーケンス番号を特定できるようにする。SDU-IDは、たとえばＲＮＣ４のＭＡＣ部４２が割り当てて、その情報をMAC＿PDUのヘッダに含ませてよいが、本実施の形態では説明の簡略化のために図１０に示したように、MAC＿PDU-ID（ＩＤ＿１，…，ＩＤ＿ｎ）をＦＰデータフレームとして送信する方式を採用する。【００３９】
一方、ＵＥ１からＨＡＲＱ応答信号（ＡＣＫ）を受信すると、ＢＴＳ２のＭＡＣ−ｈｓ部２１は、図１１に示した処理フローを実行する。具体的には、ＢＴＳ２のＭＡＣ−ｈｓ部２１において、ＨＡＲＱ処理ブロックは、ＡＣＫを受信したタイミングに基づいて、受信したＡＣＫに対応する送信MAC-hs＿PDUを特定し、図９に示した擬似送達確認要否判定テーブルを参照する（ステップＳ３１）。上記特定したMAC-hs＿PDUのＩＤ（MAC-hs＿PDU-ID）が擬似送達確認要否判定テーブルに登録されていない場合（ステップＳ３１，Ｎｏ）、処理を終了する。これに対して、上記特定したMAC-hs＿PDUのＩＤが擬似送達確認要否判定テーブルに登録されている場合（ステップＳ３１，Ｙｅｓ）、登録エントリ内の擬似送達確認フラグ（特定したMAC-hs＿PDUのＩＤに対応する擬似送達確認フラグ）を参照し、当該MAC-hs＿PDUを構成するMAC-hs＿SDUのうち、擬似送達確認をＲＮＣ４に送信する必要があるものを特定する（ステップＳ３２）。次に、ＭＡＣ-ｈｓ部２１は、特定したMAC-hs＿SDUの擬似送達確認をＲＮＣ４へ送信する（ステップＳ３３）。なお、擬似送達確認は、たとえば図１２に例示したように、複数個をまとめてＢＴＳ２からＲＮＣ４へ送信するようにしてもよい。ＢＴＳ２のＭＡＣ−ｈｓ部２１は、ＲＮＣ４へ擬似送達確認を送信した後、当該擬似送達確認に対応する登録エントリを擬似送達確認要否判定テーブルから削除する（ステップＳ３４）。【００４０】
なお、本実施の形態においては、擬似送達確認動作をハンドオーバ実行時にのみ行うようにしたが、これに限らず、常に擬似送達確認を行うこととし、ＲＮＣ内のＲＬＣ部が不要な擬似送達確認を破棄するようにしてもよい。【００４１】
また、擬似送達確認フラグをＦＰデータフレーム内に持たせて、ＢＴＳがＲＮＣに擬似送達確認を送信すべきRLC＿PDUを指定するようにしたが、ＦＰ制御フレームで擬似送達確認を送信開始するＦＰデータフレーム番号をＢＴＳに通知するようにしてもよい。この場合、ＢＴＳは指定されたフレーム番号のＦＰデータフレーム以降、擬似送達確認の送信停止がＲＮＣより指示されるまで擬似送達確認をＲＮＣへ送信する。【００４２】
このように、本実施の形態においては、ＲＬＣがＵＭ，ＡＭいずれのモードであっても、ＲＮＣ内のＲＬＣ層（ＲＬＣ部）は、上位レイヤから受け取ったデータパケットを分割または結合して得られたパケットについての送達確認情報をＢＴＳから取得し、取得した送達確認情報に基づいてＵＥに到達していないRLC＿SDUを特定する。そして、ＲＮＣは、未達のRLC＿SDUをハンドオーバ先ＢＴＳへ再送することとした。これにより、データ送信途中であっても速やかにハンドオーバを実行することができる。また、ハンドオーバ先ＢＴＳへ再送するRLC＿SDUは、ハンドオーバ元ＢＴＳでＨＡＲＱによる送達確認ができていないRLC＿PDUが存在する場合のみに限られるため、ＲＮＣからＵＥへ再送するデータ量を少なくすることができ、データ再送によるスループットの低下を防ぐことができる。【００４３】
実施の形態２．
つづいて、実施の形態２について説明する。上述した実施の形態１は、ハンドオーバ実行時に再送の必要がある下りデータをハンドオーバ先ＢＴＳへ転送（再送）するようにしたものであるが、本実施の形態においては、ハンドオーバ実行時にＵＥが再送の必要がある上りデータを特定し、ハンドオーバ完了後にハンドオーバ先ＢＴＳに対して再送するデータ再送方法について説明する。なお、本実施の形態のデータ再送方法を実現するためのプロトコルアーキテクチャ、プロトコルスタックおよび無線通信システムの構成は、上述した実施の形態１と同様である（図１，２，３参照）。また、実施の形態１においては、図１および図２に示したＲＮＣおよびＵＥのＭＡＣ−ｈｓが下りデータに対するＭＡＣ機能部としての処理を行っていたが、本実施の形態においては、上りデータに対するＭＡＣ機能部としての処理を行うものとする。【００４４】
以下、本実施の形態のデータ再送方法を適用した場合のハンドオーバ時の上りデータ（上りデータパケット）再送動作を図３、図１３および図１４に基づいて詳細に説明する。図１３は、本実施の形態にかかるＵＥ１の動作例を示すフローチャートである。また、図１４は、本実施の形態にかかるＵＥ１内のＲＬＣ層，ＭＡＣ層，MAC-hs層間の情報のやりとりを示す概念図である。なお、実施の形態１において述べたように、本実施の形態のデータ再送方法も、ハンドオーバ先ＢＴＳ３がＤＲＮＣであるＲＮＣ５に制御されるような構成（図４参照）であっても適用可能である。【００４５】
まず、ＵＥ１は、ＲＮＣ４からハンドオーバを指示されると擬似送達確認モードに遷移する（ステップＳ４１）。擬似送達確認モードに遷移後、ＵＥ１のＲＬＣ部１１はハンドオーバ完了後にＢＴＳ３配下セルからＢＴＳ２へ未達のRLC＿SDUを再送するために、以降のRLC＿SDUを再送バッファに保持しておく。なお、ＲＬＣがＡＭでの動作を行う場合、ＡＲＱ処理で使用するデータ再送用バッファを再送バッファとして使用してもよい。また、ＲＬＣ部１１は、後述するようにＭＡＣ−ｈｓ部１３から擬似送達確認を受信した際に送達が確認されたRLC＿PDUを特定するためのＩＤをRLC＿PDUと対にしてＭＡＣ部１２へ送信する（図１４の処理１４−１参照）。これ以降、このＩＤをRLC＿PDU-IDと呼ぶ。図１４においては、RLC＿PDU-IDをＲＬＣヘッダに付加されるシーケンス番号と区別しているが、たとえばRLC＿PDU-IDをRLC論理チャネル番号とＲＬＣヘッダのシーケンス番号からなる論理的なＩＤとしてもよい。【００４６】
ＭＡＣ部１２は、ＲＬＣ部１１から受信したＳＤＵ（MAC＿SDU）からＰＤＵ（MAC＿PDU）を生成する際に、ＳＤＵと一緒に受信したＩＤをグループ化し、グループ化したＩＤを生成したMAC＿PDUと対にしてＭＡＣ−ｈｓ部１３へ送信する（図１４の処理１４−２参照）。ＭＡＣ−ｈｓ部１３は、ＭＡＣ部１２から受信したＳＤＵ（MAC-hs＿SDU）からＰＤＵ（MAC-hs＿SDU）を生成し、自身内のＨＡＲＱ処理ブロック（図示せず）から基地局へ送信する。このときＭＡＣ−ｈｓ部１３は、ＳＤＵと同時に受信したRLC＿PDU-IDを図１５に例示したようなRLC＿PDU-ID参照テーブルに登録する。図１５において、MAC-hs＿PDU-IDはＭＡＣ−ｈｓ部１３内のＨＡＲＱ処理ブロックからのＡＣＫ受信通知とそれに対応するMAC-hs＿PDUを関連づけるためのＩＤであり、RLC＿PDU-ID数は当該エントリに登録されている、ＭＡＣ−ｈｓ部１３が受信したRLC＿PDU-ID数である。【００４７】
次にＵＥ１は、ＢＴＳ３配下セルへのハンドオーバが完了するまでＨＡＲＱによる擬似送達確認を行う。具体的には、ハンドオーバが完了したかどうかを確認し（ステップＳ４２）、ハンドオーバが完了していなければ（ステップＳ４２，Ｎｏ）、さらに擬似送達確認を受信したかどうかを確認する（ステップＳ４３）。【００４８】
このときＭＡＣ−ｈｓ部１３においては、ＢＴＳ２からＨＡＲＱ応答信号（ＡＣＫ）を受信するとＡＣＫを受信したタイミングから対応する送信MAC-hs＿PDUを特定し、図１６に示した処理フローを実行する。すなわち、ＭＡＣ−ｈｓ部１３はRLC＿PDU-ID参照テーブルを参照し、ＡＣＫ受信タイミングに基づいて特定したMAC-hs＿PDUのＩＤが参照テーブルに登録されているかどうかを確認する（ステップＳ５１）。確認の結果、MAC-hs＿PDUのＩＤが参照テーブルに登録されていない場合（ステップＳ５１，Ｎｏ）、処理フローを終了する。一方、特定したMAC-hs＿PDUのＩＤがRLC＿PDU-ID参照テーブルに登録されている場合（ステップＳ５１，Ｙｅｓ）、登録エントリ内のRLC＿PDU-IDを擬似送達確認としてＲＬＣ部１１へ送信する（ステップＳ５２）。なお、RLC＿PDU-IDは、たとえば図１４の処理１４−３で示すように複数個をまとめて送信するようにしてもよい。ＭＡＣ−ｈｓ部１３は、ＲＬＣ部１１へ擬似送達確認を送信後、送信した擬似送達確認に対応する登録エントリをRLC＿PDU-ID参照テーブルから削除する（ステップＳ５３）。【００４９】
図１３の説明に戻り、ステップＳ４３の確認結果、擬似送達確認を受信していないと判断した場合（ステップＳ４３，Ｎｏ）、ステップＳ４２へ遷移し、処理を継続する。これに対して、擬似送達確認を受信した場合（ステップＳ４３，Ｙｅｓ）、RLC＿PDU-IDに基づいて特定されるRLC＿PDUがＢＴＳ２まで到達したことを記憶する（ステップＳ４４）。【００５０】
また、上記ステップＳ４２，Ｓ４３およびＳ４４の処理を継続して実行し、RLC＿SDUを構成するすべてのRLC＿PDUに対して擬似送達確認を受信した場合、再送バッファに保存しておいた当該RLC＿SDUを破棄する。ここで、たとえば、RLC＿SDU再送バッファを図７に例示したような構成とすれば、上述した実施の形態１と同様の再送バッファ制御が可能である。【００５１】
一方、上記ステップＳ４２において、ハンドオーバが完了したと判断した場合（ステップＳ４２，Ｙｅｓ）、ＵＥ１は擬似送達確認モードを解除し（ステップＳ４５）、再送バッファに残存しているRLC＿SDUをハンドオーバ先のＢＴＳへ再送する（ステップＳ４６）。【００５２】
なお、本実施の形態においては、ＵＥ内のＲＬＣ部１１が図７に示したテーブルを用いてＢＴＳへの送達を確認したRLC＿PDUを管理する一方で、ＭＡＣ−ｈｓ部１３が図１５に示したテーブルを用いて、送達確認としてＲＬＣ部１１へ通知するRLC＿PDU-IDを管理することとしたが、これに限らず、たとえばＲＬＣ部１１がRLC＿PDUとRLC＿PDU-IDの対応のみを管理し、ＭＡＣ−ｈｓ部１３で管理するRLC＿PDU-ID参照テーブルを参照して再送すべきRLC＿SDUを判定するようにしてもよい。この場合、ＲＬＣ部１１は、必要に応じてRLC＿PDU-ID参照テーブルを読む（参照）ことにより、図１４に示したＭＡＣ−ｈｓ部１３からＲＬＣ部１１への擬似送達確認の通知（処理１４−３）が不要となる。【００５３】
また、ＵＥはＲＮＣからハンドオーバ実行を指示されたときに擬似送達確認モードへ遷移することとしたが、これに限らず、ＵＥが測定情報などを通知してＲＮＣにハンドオーバを要求する段階で、自らの判断で擬似送達確認モードへ遷移するようにしてもよい。【００５４】
また、擬似送達確認動作をハンドオーバ実行時にのみ行うようにしているが、これに限らず、常に擬似送達確認を行うこととし、ＵＥ内のＲＬＣ部が不要な擬似送達確認を破棄するようにしてもよい。【００５５】
このように、本実施の形態においては、ＲＬＣがＵＭ，ＡＭいずれのモードであっても、ＵＥ内のＲＬＣ層（ＲＬＣ部）は、データパケットを分割または結合して得られたパケットについての送達確認情報をＭＡＣ−ｈｓ層（ＭＡＣ−ｈｓ部）から取得し、取得した送達確認情報に基づいてＢＴＳに到達していないRLC＿SDUを特定する。そして、ハンドオーバ実行によってハンドオーバ元ＢＴＳに到達しなかったRLC＿SDUを、ハンドオーバ完了後にハンドオーバ先ＢＴＳへ再送することとした。これにより、データ送信途中であっても速やかにハンドオーバを実行することができる。また、ハンドオーバ先ＢＴＳへ再送するRLC＿SDUは、ハンドオーバ元ＢＴＳでＨＡＲＱによる送達確認ができていないRLC＿PDUが存在する場合のみに限られるため、ＵＥからＢＴＳへ再送するデータ量を少なくすることができ、データ再送によるスループットの低下を防ぐことができる。【００５６】
また、実施の形態１（下りデータの再送動作）と本実施の形態（上りデータの再送動作）は独立に動作し、本実施の形態と同時に実施の形態1を適用すれば上り下り両方のデータ再送を最小化しつつ高速なハンドオーバが実現できる。【００５７】
実施の形態３．
つづいて、実施の形態３について説明する。上述した実施の形態１，２は、ネットワーク側のＲＬＣ層，ＭＡＣ−ｈｓ層がＲＮＣとＢＴＳと別の装置に分離されたプロトコルアーキテクチャにおいてハンドオーバを高速かつ効率良く行うようにしたものである。これに対して、本実施の形態においては、３ＧＰＰ（3rd  Generation  Partnership  Project）において現在検討されている３．９世代ＥＵＴＲＡおよびＥＵＴＲＡＮのようにＲＮＣとＢＴＳが一体となってネットワーク側のＲＬＣ層およびＭＡＣ−ｈｓ層（ＲＬＣ部およびＭＡＣ−ｈｓ部）が同一装置内に存在する場合のデータ再送方法について説明する。【００５８】
図１７は、実施の形態３のデータ再送方法を実現する無線通信システムの構成例を示す図である。図１７において、ＥＮＢ（Evolved  NodeB）６および７は実施の形態１におけるＲＮＣとＢＴＳが一体となった装置であり、ＭＡＣ−ｈｓ部（ＭＡＣ−ｈｓ部２１ａ，３１ａ）およびＲＬＣ部（ＲＬＣ部２２，３２）を備える。ＥＮＢのＭＡＣ−ｈｓ部は、実施の形態１におけるＲＮＣ内のＭＡＣ部（ＭＡＣ部４２）およびＢＴＳ内のＭＡＣ−ｈｓ部（ＭＡＣ−ｈｓ部２１，３１）が一体となったものであり、ＭＡＣブロック（ＭＡＣ部４２に相当する部分）およびＭＡＣ−ｈｓブロック（ＭＡＣ−ｈｓ部２１，３１に相当する部分）を含んでいる。なお、上記ＲＬＣ部２２および３２は、実施の形態１のＲＮＣ部４を構成するＲＬＣ部４１と同様の動作を行う。【００５９】
ＵＥ１ａは、ＭＡＣ−ｈｓ部１３ａおよびＲＬＣ部１１を備え、ＭＡＣ−ｈｓ部１３ａは、実施の形態１のＵＥ１に含まれているＭＡＣ部１２およびＭＡＣ−ｈｓ部１３にそれぞれ相当するＭＡＣブロックおよびＭＡＣ−ｈｓブロックを含んでいる。なお、ＲＬＣ部１１は、実施の形態１のＵＥ１が備えるＲＬＣ部１１と同じものである。【００６０】
ＡＧＷ（Access  Gateway）８は、ＥＮＢからなる無線ネットワークと上位のコアネットワークを結ぶゲートウェイ装置であり、以下では各ＥＮＢ間のデータ交換を司る単なるスイッチとみなして説明を行う。【００６１】
上述した実施の形態２においては、ハンドオーバ時に上りデータを効率良く再送し、ハンドオーバを高速に実現するものであったが、ＵＥではＲＬＣ部とＭＡＣ−ｈｓ部が同一装置に配置されている点で本実施の形態と大差はない。図１８に例示したように、上記図１４に示した処理からＭＡＣ層におけるRLC＿PDUの多重化処理およびRLC＿PDU-IDのグループ化処理を省略すれば本実施の形態と同一になるため、本実施の形態においてはハンドオーバにおける下りデータの再送方法についてのみ説明を行う。またここでは、ＵＥ１がＥＮＢ６配下セルからＥＮＢ７配下セルへハンドオーバする場合の動作を図１９に基づいて説明する。図１８は、本実施の形態にかかるＥＮＢ内のＲＬＣ層，MAC-hs層間の情報のやりとりを示す概念図である。また、図１９は、本実施の形態にかかるＥＮＢにおける下りデータ再送処理を示すフローチャートである。【００６２】
ＥＮＢ６は、ＵＥ１をＥＮＢ６配下セルからＥＮＢ７配下セルへハンドオーバさせることを決定すると、擬似送達確認モードへ遷移する（ステップＳ６１）。すなわち、ＲＬＣ部２２およびＭＡＣ−ｈｓ部２１ａを擬似送達確認モードへ切り替える。擬似送達確認モードへ遷移後、ＲＬＣ部２２は、ハンドオーバ完了後にＥＮＢ７へRLC＿SDUを転送するために、以降のRLC＿SDUを再送バッファに保持しておく。なお、ＲＬＣがＡＭでの動作を行う場合、ＡＲＱ処理で使用するデータ再送用バッファをRLC＿SDU保持のための再送バッファとして使用すれば、再送バッファを別途確保する必要はない。また、ＲＬＣ部２２は、上述した実施の形態２と同様に、ＭＡＣ−ｈｓ部２１ａ内部において、ＭＡＣ処理ブロックが、ＭＡＣ−ｈｓ処理ブロックから擬似送達確認を受信した際に送達が確認されたRLC＿PDUを特定するためのRLC＿PDU-IDをRLC＿PDUと対にしてＭＡＣ−ｈｓ部２１ａ（ＭＡＣ処理ブロック）へ送信する（図１８の処理１８−１参照）。図１８においては、RLC＿PDU-IDをＲＬＣヘッダに付加されるシーケンス番号と区別しているが、たとえばRLC＿PDU-IDをRLC論理チャネル番号とＲＬＣヘッダのシーケンス番号からなる論理的なＩＤとしてもよい。【００６３】
ＭＡＣ−ｈｓ部２１ａにおいて、ＭＡＣ−ｈｓブロックはＭＡＣブロックから受け取ったＳＤＵ（MAC-hs＿SDU）からＰＤＵ（MAC-hs＿PDU）を生成し、自身内のＨＡＲＱ処理ブロック（図示せず）より送信する。このとき当該ＭＡＣ−ｈｓブロックは、ＳＤＵと同時に受信したRLC＿PDU-IDを実施の形態２と同様に、たとえば図１５に示したようなRLC＿PDU-ID参照テーブルに登録する。【００６４】
擬似送達確認モードに遷移後、ＥＮＢ６は、ハンドオーバ先のＥＮＢ７およびＵＥ１ａに対してハンドオーバ開始を指示し、ハンドオーバ処理を開始する（ステップＳ６２）。そして、ＥＮＢ６は、データ送信先をＥＮＢ７へ切り替えるタイミングまで、ＨＡＲＱによる擬似送達確認を行う。具体的には、送信先が切り替わり、パケット転送を開始したかどうか（送信先が切り替わったかどうか）を監視し（ステップＳ６３）、送信先が切り替わらなければ（ステップＳ６３，Ｎｏ）、ＭＡＣブロックがＭＡＣ−ｈｓブロックから擬似送達確認を受信したかどうかを監視する（ステップＳ６４）。擬似送達確認を受信していない場合（ステップＳ６４，Ｎｏ）、ステップＳ６３へ遷移し、処理を継続する。これに対して、擬似送達確認を受信した場合（ステップＳ６４，Ｙｅｓ）、擬似送達確認を受信したMAC＿PDUに含まれるRLC＿PDUがＵＥ１ａまで到達したことを記憶する（ステップＳ６５）。【００６５】
その後、上記ステップＳ６３、Ｓ６４およびＳ６５の処理を継続して実行し、RLC＿SDUを構成するすべてのRLC＿PDUに対して擬似的に送達を確認した場合（RLC＿SDUを構成するすべてのRLC＿PDUに対する擬似送達確認を受信した場合）、該当するRLC＿SDUを再送バッファから破棄する。たとえば、RLC＿SDU再送バッファを図７のように構成した場合、擬似送達確認によって擬似的にＵＥ１への送達を確認したRLC＿PDUに該当する領域にフラグを立て、すべての送達確認欄にフラグが立った時点でRLC＿SDUを含む当該エントリすべてのデータをクリアする。【００６６】
また、上記ステップＳ６３において、パケット送信先が切り替わったと判断した場合（ステップＳ６３，Ｙｅｓ）、ＥＮＢ６は、擬似送達確認モードを解除し（ステップＳ６６）、再送バッファに残存しているRLC＿SDUをＵＥ１のハンドオーバ先であるＥＮＢ７へ転送する（ステップＳ６７）。【００６７】
このように、本実施の形態においては、ＲＬＣがＵＭ，ＡＭいずれのモードであっても、ハンドオーバ元ＥＮＢ内のＲＬＣ層（ＲＬＣ部）が上位レイヤから受け取ったデータパケットを分割または結合して得られたパケットについての送達確認情報をＭＡＣ−ｈｓ層（ＭＡＣ−ｈｓ部）から取得し、取得した送達確認情報に基づいてＵＥに到達していないRLC＿SDUを特定する。そして、ハンドオーバ元ＥＮＢは、未達のRLC＿SDUをハンドオーバ先ＥＮＢへ再送することとした。これにより、データ送信途中であっても速やかにハンドオーバを実行することができる。また、ハンドオーバ先ＥＮＢへ再送するRLC＿SDUは、ハンドオーバ元ＥＮＢでＨＡＲＱによる送達確認ができていないRLC＿PDUが存在する場合のみに限られるため、ＥＮＢからＵＥへ再送するデータ量を少なくすることができ、データ再送によるスループットの低下を防ぐことができる。なお、本実施の形態のデータ再送処理を、上りデータ送信中のハンドオーバに対しても適用することにより、上り下り両方のデータ再送を最小化しつつ高速なハンドオーバが実現できる。【００６８】
なお、たとえば実施の形態１において説明したように、ＥＮＢは、擬似送達確認を常に行い、ＥＮＢ内のＲＬＣ部が不要な擬似送達確認を破棄するようにするなどしてもよい。また、実施の形態２において説明したように、ＲＬＣ部は、RLC＿PDUとRLC＿PDU-IDの対応のみを管理し、ＭＡＣ−ｈｓ部が管理するRLC＿PDU-ID参照テーブルを参照して再送すべきRLC＿SDUを判定するなどしてもよい。
【産業上の利用可能性】
【００６９】
以上のように、本発明にかかるデータ再送方法は、無線通信に有用であり、特に、ＡＲＱによる再送制御を行う無線通信システムにおいて、データの宛先装置がハンドオーバを実行し、かつ宛先装置へ未到達のデータが存在する場合に、未到達のデータを宛先装置へ再送するためのデータ再送方法として適している。
【図１】
2008029628.tif 000003
【図２】
2008029628.tif 000004
【図３】
2008029628.tif 000005
【図４】
2008029628.tif 000006
【図５】
2008029628.tif 000007
【図６−１】
2008029628.tif 000008
【図６−２】
2008029628.tif 000009
【図７】
2008029628.tif 000010
【図８】
2008029628.tif 000011
【図９】
2008029628.tif 000012
【図１０】
2008029628.tif 000013
【図１１】
2008029628.tif 000014
【図１２】
2008029628.tif 000015
【図１３】
2008029628.tif 000016
【図１４】
2008029628.tif 000017
【図１５】
2008029628.tif 000018
【図１６】
2008029628.tif 000019
【図１７】
2008029628.tif 000020
【図１８】
2008029628.tif 000021
【図１９】
2008029628.tif 000022
【国際調査報告】
2008029628.tif 000023
2008029628.tif 000024
2008029628.tif 000025
2008029628.tif 000026