(57)【特許請求の範囲】
【請求項１】
ネットワーク装置の処理手段がプログラム命令を実行することにより、前記ネットワーク装置が遂行する方法であって、
端末が確認を受信しなかった送信パケットに対して前記端末が実行する必要がある再送モードを一群の再送モードから決定することであって、前記一群の再送モードに、
・  所定の時間間隔が前記端末に許可されているかどうかに関係なく、前記所定の時間間隔において前記パケットを再送信すること、
・  前記確認が受信されなかったことを基地局に通知すること、
・  前記パケットを破棄すること、
のうち少なくとも２つが含まれる、前記決定することと、
前記決定された再送モードの実行を前記端末に命令することと、
を含む方法。
【請求項２】
前記決定された再送モードについて前記基地局に通知することをさらに含む、請求項１に記載の方法。
【請求項３】
前記、再送モードを決定することは、前記端末のハンドオーバ状態、前記端末に用いられるサービスタイプ、前記基地局のセルスループット、および前記端末と前記基地局との間の送信遅延の少なくとも１つに基づいて再送モードを決定することを含む、請求項１に記載の方法。
【請求項４】
処理手段及び記憶手段を備えるネットワーク装置であって、前記記憶手段はプログラム命令を格納し、前記プログラム命令は、前記処理手段に実行されると、前記ネットワーク装置に、請求項１から３のいずれかに記載の方法を遂行させるように構成される、ネットワーク装置。
【請求項５】
ネットワーク装置の処理手段に実行されると、前記ネットワーク装置に、請求項１から３のいずれかに記載の方法を遂行させるように構成されるプログラム命令を備える、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ通信に関する装置、方法、およびコンピュータプログラム製品に関し、特に、ハイブリッド自動再送リクエスト（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ：ＨＡＲＱ）に関する装置、方法、およびコンピュータプログラム製品に関する。
【発明の背景】
【０００２】
［略語］
３ＧＰＰ    （Third Generation Partnership Project）第３世代パートナーシッププロジェクト
ＡＣＫ        （Acknowledge）確認
ＣＲＣ        （Cyclic Redundancy Check）巡回冗長検査
ＤＰＣＣＨ    （Dedicated Physical Control Channel）専用物理制御チャネル
ｅＮＢ        （Evolved Node B）発展型ＮｏｄｅＢ
Ｅ‐ＡＧＣＨ    （Enhanced Absolute Grant Channel）拡張絶対許可チャネル
Ｅ‐ＤＣＨ    （Enhanced Dedicated Channel）拡張専用チャネル
Ｅ‐ＤＰＤＣＨ    （Enhanced Dedicated Physical Data Channel）拡張専用物理データチャネル
Ｅ‐ＨＩＣＨ    （E-DCH HARQ Indicator Channel）拡張専用チャネルハイブリッド自動再送リクエストインジケータチャネル
Ｅ‐ＲＧＣＨ    （Enhanced Relative Grant Channel）拡張相対許可チャネル
Ｅ‐ＲＮＴＩ    （E-DCH RNTI）拡張専用チャネル無線ネットワーク一時識別子
ＥＵＬ        （Enhanced Uplink）拡張アップリンク
Ｅ‐ＵＴＲＡＮ    （Evolved UTRAN）発展型ユニバーサルモバイル通信システム無線アクセスネットワーク
ＦＤＤ        （Frequency Division Duplex）周波数分割複信
ＨＡＲＱ    （Hybrid Automatic Repeat Request）ハイブリッド自動再送リクエスト
ＨＳ‐ＳＣＣＨ    （High-Speed Shared Control Channel）高速共有制御チャネル
ＨＳＤＰＡ    （High Speed Downlink Packet Access）高速ダウンリンクパケットアクセス
ＨＳＵＰＡ    （High Speed Uplink Packet Access）高速アップリンクパケットアクセス
ＬＴＥ        （Long Term Evolution）ロングタームエボリューション
ＬＴＥ-Ａ    （Long Term Evolution-Advanced）ロングタームエボリューションアドバンスト
ＮＢ、ＮｏｄｅＢ    ３ＧＰＰ用語における基地局
ＮＢＡＰ    （NodeB Application Part）ＮｏｄｅＢアプリケーション部
ＯＳＩ        （Open Systems Interconnection）開放型システム間相互接続
ＯＶＳＦ    （Orthogonal Variable Spreading Factor）直交変数拡散係数
ＲＮＣ        （Radio Network Controller）無線ネットワークコントローラ
ＲＮＴＩ    （Radio Network Temporary Identifier）無線ネットワーク一時識別子
ＲｏＴ        （Rise over Thermal）全受信電力対熱雑音
ＲＲＣ        （Radio Resource Control）無線リソース制御
ＲＳＮ        （Retransmission Sequence Number）再送回数
ＳＩ        （Scheduling Information）スケジューリング情報
ＴＤＭ        （Time Division Multiplex）時分割多重化
ＴＲ        （Technical Report）テクニカルレポート
ＴＴＩ        （Transmission Timing Interval）送信時間間隔
ＵＥ        （User Equipment）ユーザ装置
ＵＬ        （Uplink）アップリンク
ＵＭＴＳ    （Universal Mobile Telecommunication System）ユニバーサルモバイル通信システム
ＵＴＲＡＮ    （UMTS Radio Access Network (RAN)）ユニバーサルモバイル通信システム無線アクセスネットワーク
ＷＣＤＭＡ（登録商標）    （Wideband Code Division Multiplex Access）広帯域符号分割多重アクセス
ＷｉＦｉ    （Wireless Fidelity）ワイファイ
【０００３】
高速アップリンクパケットアクセス（ＨＳＵＰＡ）における時分割多重化（ＴＤＭ）は、３ＧＰＰ  ＲＡＮ１において行われている拡張アップリンクのさらなる拡張に関する検討作業内で検討されたトピックの１つである（例えば、ＲＰ‐１３２０７８：「新検討作業案：ＥＵＬのさらなる拡張」、エリクソンＴＭ、ＲＡＮ  ＃６２）。ＴＤＭスケジューリングとは、任意のセルにおいて選択された１つまたは複数のユーザ装置エンティティ（ＵＥ）が、あるスケジューリング期間中に高データ伝送速度で送信を行うことによって（これは数送信時間間隔（ＴＴＩ）から数十／数百ＴＴＩにわたることがある）、割り当てられた任意の全受信電力対熱雑音（ＲｏＴ）のほとんどを占める一方で、同時に、他のＵＥが送信を停止するか、送信において消費する電源リソースを大幅に低減する状況を指す。アップリンクＴＤＭ動作によってパフォーマンスを大幅に向上できることが実証されているため、ＨＳＵＰＡにおける効率的なＴＤＭ動作を促進するために、検討作業内でいくつかの標準変更が提案されている。
【０００４】
これらの提案のうちの１つ（提案元はＮＳＮＴＭ、ＰＣＴ／ＥＰ２０１３／０５９５６５を参照）は次のとおりである。
【０００５】
ＴＤＭスケジューリングは、従来の３ＧＰＰのＷＣＤＭＡシステムにおいて実現可能であるが、シグナリングのオーバヘッドが非常に大きい。ＴＤＭモードにおいては、基地局（ＮｏｄｅＢ）が、次の期間に送信を行う１つのＵＥを指定する必要がある一方、前の期間に送信を行っている他のＵＥに、送信を停止するよう通知する必要があると想定される。このために、次の２つのコマンドを発行する必要がある。
１．    前の期間に送信を行っているＵＥ宛ての、ＺＥＲＯ、ＩＮＡＣＴＩＶＥ、または非常に小さい絶対許可値を設定したＥ‐ＡＧＣＨ。
２．    次の期間に送信を行うように指定されたＵＥに対して絶対許可値を設定したＥ‐ＡＧＣＨ。通常、ＴＤＭモードにおいては絶対許可値は比較的大きい。
【０００６】
この例では、セル内の他のＵＥはデータを送信していないか、または低いデータ伝送速度で送信すると想定される。
【０００７】
現在送信を行っているＵＥにＺＥＲＯ  ＧＲＡＮＴが送信されると、次のＵＥが新たな絶対許可を受信して適用するまでに、１つのＴＴＩが失われる（次のＴＴＩにおいて高データ伝送速度で送信を行うＵＥが存在しない）。これは、１つのＴＴＩにおいて送信できるのは１つの絶対許可のみだからである。このため、ＴＤＭスケジューリングがもたらす利益が低下する。
【０００８】
前述の提案によると、シグナリングのオーバヘッドが削減され、および／または、ＴＤＭスケジューリングの場合にＴＴＩが活用されないという問題が解決される。
【０００９】
従来、ＨＳＵＰＡにおいては、すべてのアクティブなＵＥがＥ‐ＡＧＣＨチャネルを監視する。送信が行われると、各ＵＥが、セル内の各ＵＥに一意に関連付けられたそれぞれのＥ‐ＲＮＴＩを用いてＣＲＣ検査を行うことで、許可メッセージを復号化しようとする。許可を正しく復号化できたＵＥは、許可更新手順を開始する（サービング許可を、許可メッセージに示された値に設定する）。
【００１０】
この提案によると、自装置宛てではない（ＣＲＣ検査が失敗した）Ｅ‐ＡＧＣＨ送信を受信した他のすべてのＵＥは、サービング許可を自動的にゼロに設定する。これによって、１つのＥ‐ＡＧＣＨコマンドによって１つのＵＥに絶対許可が付与されると同時に、セル内の他のＵＥの送信が停止される。
【００１１】
この提案によると、ＴＤＭ  ＵＥに対するＥ‐ＡＧＣＨは、専用ＯＶＳＦコードを用いて送信されてもよい。これによって、旧式のＵＥに対する許可シグナリングがＴＤＭ用許可シグナリングと干渉しないようにすることができる。
【発明の概要】
【００１２】
本発明の目的は、従来技術を改善することである。
【００１３】
本発明の第１の態様によると、送信パケットの正しい受信が確認されたかどうかを監視するように構成される監視手段と、前記送信パケットの正しい受信が確認されない場合、再送信用に決定された時間間隔における前記送信パケットの再送信が承認されるかどうかをチェックするように構成されるチェック手段と、前記決定された時間間隔における再送信が承認されない場合、前記送信パケットの正しい受信が確認されないことを通知するように構成される通知手段とを備える装置が提供される。
【００１４】
前記装置において、前記通知手段は、スケジューリング情報のシグナリングによって通知するように構成されてもよい。
【００１５】
本発明の第２の態様によると、送信パケットの正しい受信が確認されたかどうかを監視するように構成される監視手段と、前記送信パケットの正しい受信が確認されない場合、再送信用に決定された時間間隔における前記送信パケットの再送信が承認されるかどうかをチェックするように構成されるチェック手段と、前記決定された時間間隔における再送信が承認されない場合、前記送信パケットの実際の再送信回数に関係なく、前記パケットを破棄するように構成される破棄手段とを備える装置が提供される。
【００１６】
前記装置において、前記破棄手段は、前記決定された時間間隔における再送信が承認されない場合、前記送信パケットの再送信回数を事前に定義された最大回数に設定するように構成されてもよい。
【００１７】
前記装置は、前記送信パケットが格納されるバッファを消去するように構成される消去手段をさらに備えてもよい。
【００１８】
第１および第２の態様のいずれかに記載の装置は、前記決定された時間間隔における再送信が承認されない場合、前記決定された時間間隔における送信手段による前記送信パケットの再送信を防止するように構成される防止手段をさらに備えてもよい。
【００１９】
第１および第２の態様のいずれかに記載の装置は、前記送信パケットの正しい受信が確認されない場合、前記送信手段に前記送信パケットの再送信を命令するように構成される命令手段と、条件が満たされたかどうかを判定するように構成される判定手段と、前記条件が満たされていない場合に前記防止手段による防止を抑制し、前記条件が満たされている場合に前記命令手段による命令を抑制するように構成される抑制手段とをさらに備えてもよい。
【００２０】
第１および第２の態様のいずれかに記載の装置において、前記条件は、前記命令手段を抑制する命令が受信されることを含んでもよい。
【００２１】
第１および第２の態様のいずれかに記載の装置において、前記条件は、前記装置がソフトハンドオーバプロセス中であることを含んでもよい。
【００２２】
本発明の第３の態様によると、送信パケットの正しい受信が確認されたかどうかを監視するように構成される監視プロセッサと、前記送信パケットの正しい受信が確認されない場合、再送信用に決定された時間間隔における前記送信パケットの再送信が承認されるかどうかをチェックするように構成されるチェックプロセッサと、前記決定された時間間隔における再送信が承認されない場合、前記送信パケットの正しい受信が確認されないことを通知するように構成される通知プロセッサとを備える装置が提供される。
【００２３】
前記装置において、前記通知プロセッサは、スケジューリング情報のシグナリングによって通知するように構成されてもよい。
【００２４】
本発明の第４の態様によると、送信パケットの正しい受信が確認されたかどうかを監視するように構成される監視プロセッサと、前記送信パケットの正しい受信が確認されない場合、再送信用に決定された時間間隔における前記送信パケットの再送信が承認されるかどうかをチェックするように構成されるチェックプロセッサと、前記決定された時間間隔における再送信が承認されない場合、前記送信パケットの実際の再送信回数に関係なく、前記パケットを破棄するように構成される破棄プロセッサとを備える装置が提供される。
【００２５】
前記装置において、前記破棄プロセッサは、前記決定された時間間隔における再送信が承認されない場合、前記送信パケットの再送信回数を事前に定義された最大回数に設定するように構成されてもよい。
【００２６】
前記装置は、前記送信パケットが格納されるバッファを消去するように構成される消去プロセッサをさらに備えてもよい。
【００２７】
第３および第４の態様のいずれかに記載の装置は、前記決定された時間間隔における再送信が承認されない場合、前記決定された時間間隔における送信プロセッサによる前記送信パケットの再送信を防止するように構成される防止プロセッサをさらに備えてもよい。
【００２８】
第３および第４の態様のいずれかに記載の装置は、前記送信パケットの正しい受信が確認されない場合、前記送信プロセッサに前記送信パケットの再送信を命令するように構成される命令プロセッサと、条件が満たされたかどうかを判定するように構成される判定プロセッサと、前記条件が満たされていない場合に前記防止プロセッサによる防止を抑制し、前記条件が満たされている場合に前記命令プロセッサによる命令を抑制するように構成される抑制プロセッサとをさらに備えてもよい。
【００２９】
第３および第４の態様のいずれかに記載の装置において、前記条件は、前記命令プロセッサを抑制する命令が受信されることを含んでもよい。
【００３０】
第３および第４の態様のいずれかに記載の装置において、前記条件は、前記装置がソフトハンドオーバプロセス中であることを含んでもよい。
【００３１】
本発明の第５の態様によると、送信者からのパケットが不適切に受信されたかどうかを監視するように構成される監視手段と、前記パケットの正しい受信が確認されないというメッセージが受信されたかどうかをチェックするように構成されるチェック手段と、前記メッセージが受信されない場合、前記パケットの再送信のみのために許可手段が前記送信者に時間間隔を許可することを防止するように構成される防止手段とを備える装置が提供される。
【００３２】
前記装置において、前記メッセージはシグナリングよって受信されてもよい。
【００３３】
前記装置は、条件が満たされたかどうかを判定するように構成される判定手段と、前記条件が満たされていない場合、前記防止手段による防止を抑制するように構成される抑制手段とをさらに備えてもよい。
【００３４】
前記装置は、前記送信者がソフトハンドオーバプロセス中であるかどうかを判定するように構成されるハンドオーバ判定手段をさらに備えてもよく、前記条件は、前記送信者が前記ソフトハンドオーバプロセス中であると判定された場合に満たされてもよい。
【００３５】
前記装置は、再送信用の前記時間間隔が許可されていないが、前記パケットが再送信される場合に通知すること、および、所定の時間間隔における再送信が承認されない場合、前記パケットの実際の再送信回数に関係なく、前記パケットを破棄すること、の少なくとも１つを前記送信者に命令するように構成される命令手段をさらに備えてもよい。
【００３６】
前記装置において、前記命令手段は、共有制御チャネルコマンドによって命令するように構成されてもよい。
【００３７】
前記装置において、前記条件は、前記送信者が前記メッセージを提供するという情報が受信される場合に満たされてもよい。
【００３８】
本発明の第６の態様によると、送信者からのパケットが不適切に受信されたかどうかを監視するように構成される監視プロセッサと、前記パケットの正しい受信が確認されないというメッセージが受信されたかどうかをチェックするように構成されるチェックプロセッサと、前記メッセージが受信されない場合、前記パケットの再送信のみのために許可プロセッサが前記送信者に時間間隔を許可することを防止するように構成される防止プロセッサとを備える装置が提供される。
【００３９】
前記装置において、前記メッセージはシグナリングよって受信されてもよい。
【００４０】
前記装置は、条件が満たされたかどうかを判定するように構成される判定プロセッサと、前記条件が満たされていない場合、前記防止プロセッサによる防止を抑制するように構成される抑制プロセッサとをさらに備えてもよい。
【００４１】
前記装置は、前記送信者がソフトハンドオーバプロセス中であるかどうかを判定するように構成されるハンドオーバ判定プロセッサをさらに備えてもよく、前記条件は、前記送信者が前記ソフトハンドオーバプロセス中であると判定された場合に満たされてもよい。
【００４２】
前記装置は、再送信用の前記時間間隔が許可されていないが、前記パケットが再送信される場合に通知すること、および、所定の時間間隔における再送信が承認されない場合、前記パケットの実際の再送信回数に関係なく、前記パケットを破棄すること、の少なくとも１つを前記送信者に命令するように構成される命令プロセッサをさらに備えてもよい。
【００４３】
前記装置において、前記命令プロセッサは、共有制御チャネルコマンドによって命令するように構成されてもよい。
【００４４】
前記装置において、前記条件は、前記送信者が前記メッセージを提供するという情報が受信される場合に満たされてもよい。
【００４５】
本発明の第７の態様によると、端末が確認を受信しなかった送信パケットに対して前記端末が実行する必要がある再送モードを一群の再送モードから決定するように構成される決定手段であって、前記一群の再送モードに、
・  所定の時間間隔が前記端末に許可されているかどうかに関係なく、前記所定の時間間隔において前記パケットを再送信すること、
・  前記確認が受信されなかったことを基地局に通知すること、および、
・  前記パケットを破棄すること、
のうち少なくとも２つが含まれる決定手段と、前記決定された再送モードの実行を前記端末に命令するように構成される命令手段とを備える装置が提供される。
【００４６】
前記装置は、前記決定された再送モードについて前記基地局に通知するように構成される通知手段をさらに備えてもよい。
【００４７】
前記装置において、前記通知手段は、基地局アプリケーション部を介して前記基地局に通知するように構成されてもよい。
【００４８】
前記装置において、前記命令手段は、無線リソース制御層メッセージによって前記端末に命令するように構成されてもよい。
【００４９】
前記装置において、前記決定手段は、前記端末のハンドオーバ状態、前記端末に用いられるサービスタイプ、前記基地局のセルスループット、および前記端末と前記基地局との間の送信遅延の少なくとも１つに基づいて決定を行うように構成されてもよい。
【００５０】
本発明の第８の態様によると、端末が確認を受信しなかった送信パケットに対して前記端末が実行する必要がある再送モードを一群の再送モードから決定するように構成される決定プロセッサであって、前記一群の再送モードに、
・  所定の時間間隔が前記端末に許可されているかどうかに関係なく、前記所定の時間間隔において前記パケットを再送信すること、
・  前記確認が受信されなかったことを基地局に通知すること、および、
・  前記パケットを破棄すること、
のうち少なくとも２つが含まれる決定プロセッサと、前記決定された再送モードの実行を前記端末に命令するように構成される命令プロセッサとを備える装置が提供される。
【００５１】
前記装置は、前記決定された再送モードについて前記基地局に通知するように構成される通知プロセッサをさらに備えてもよい。
【００５２】
前記装置において、前記通知プロセッサは、基地局アプリケーション部を介して前記基地局に通知するように構成されてもよい。
【００５３】
前記装置において、前記命令プロセッサは、無線リソース制御層メッセージによって前記端末に命令するように構成されてもよい。
【００５４】
前記装置において、前記決定プロセッサは、前記端末のハンドオーバ状態、前記端末に用いられるサービスタイプ、前記基地局のセルスループット、および前記端末と前記基地局との間の送信遅延の少なくとも１つに基づいて決定を行うように構成されてもよい。
【００５５】
本発明の第９の態様によると、送信パケットの正しい受信が確認されたかどうかを監視することと、前記送信パケットの正しい受信が確認されない場合、再送信用に決定された時間間隔における前記送信パケットの再送信が承認されるかどうかをチェックすることと、前記決定された時間間隔における再送信が承認されない場合、前記送信パケットの正しい受信が確認されないことを通知することとを含む方法が提供される。
【００５６】
前記方法において、前記通知は、スケジューリング情報のシグナリングによって行われてもよい。
【００５７】
本発明の第１０の態様によると、送信パケットの正しい受信が確認されたかどうかを監視することと、前記送信パケットの正しい受信が確認されない場合、再送信用に決定された時間間隔における前記送信パケットの再送信が承認されるかどうかをチェックすることと、前記決定された時間間隔における再送信が承認されない場合、前記送信パケットの実際の再送信回数に関係なく、前記パケットを破棄することとを含む方法が提供される。
【００５８】
前記方法において、前記破棄は、前記決定された時間間隔における再送信が承認されない場合、前記送信パケットの再送信回数を事前に定義された最大回数に設定することを含んでもよい。
【００５９】
前記方法は、前記送信パケットが格納されるバッファを消去することをさらに含んでもよい。
【００６０】
第９および第１０の態様のいずれかに記載の方法は、前記決定された時間間隔における再送信が承認されない場合、前記決定された時間間隔における前記送信パケットの再送信を防止することをさらに含んでもよい。
【００６１】
第９および第１０の態様のいずれかに記載の方法は、前記送信パケットの正しい受信が確認されない場合、前記送信パケットの再送信を命令することと、条件が満たされているかどうかを判定することと、前記条件が満たされていない場合に前記防止を抑制し、前記条件が満たされている場合に前記命令を抑制することとをさらに含んでもよい。
【００６２】
第９および第１０の態様のいずれかに記載の方法において、前記条件は、前記命令を抑制する命令が受信されることを含んでもよい。
【００６３】
第９および第１０の態様のいずれかに記載の方法において、前記条件は、前記方法を実行する装置がソフトハンドオーバプロセス中であることを含んでもよい。
【００６４】
本発明の第１１の態様によると、送信者からのパケットが不適切に受信されたかどうかを監視することと、前記パケットの正しい受信が確認されないというメッセージが受信されたかどうかをチェックすることと、前記メッセージが受信されない場合、前記パケットの再送信のみのために前記送信者に時間間隔を許可することを防止することとを含む方法が提供される。
【００６５】
前記方法において、前記メッセージはシグナリングよって受信されてもよい。
【００６６】
前記方法は、条件が満たされているかどうかを判定することと、前記条件が満たされていない場合に前記防止を抑制することとをさらに含んでもよい。
【００６７】
前記方法は、前記送信者がソフトハンドオーバプロセス中であるかどうかを判定することをさらに備えてもよく、前記条件は、前記送信者が前記ソフトハンドオーバプロセス中であると判定された場合に満たされてもよい。
【００６８】
前記方法は、再送信用の前記時間間隔が許可されていないが、前記パケットが再送信される場合に通知すること、および、所定の時間間隔における再送信が承認されない場合、前記パケットの実際の再送信回数に関係なく、前記パケットを破棄すること、の少なくとも１つを前記送信者に命令することをさらに含んでもよい。
【００６９】
前記方法において、前記命令は、共有制御チャネルコマンドによって行われてもよい。
【００７０】
前記方法において、前記条件は、前記送信者が前記メッセージを提供するという情報が受信される場合に満たされてもよい。
【００７１】
本発明の第１２の態様によると、端末が確認を受信しなかった送信パケットに対して前記端末が実行する必要がある再送モードを一群の再送モードから決定することであって、前記一群の再送モードに、
・  所定の時間間隔が前記端末に許可されているかどうかに関係なく、前記所定の時間間隔において前記パケットを再送信すること、
・  前記確認が受信されなかったことを基地局に通知すること、および、
・  前記パケットを破棄すること、
のうち少なくとも２つが含まれる決定と、前記決定された再送モードの実行を前記端末に命令することとを含む方法が提供される。
【００７２】
前記方法は、前記決定された再送モードについて前記基地局に通知することをさらに含んでもよい。
【００７３】
前記方法において、前記基地局への前記決定された再送モードの通知は、基地局アプリケーション部を介して行われてもよい。
【００７４】
前記方法において、前記端末への命令は、無線リソース制御層メッセージによって行われてもよい。
【００７５】
前記方法において、前記決定は、前記端末のハンドオーバ状態、前記端末に用いられるサービスタイプ、前記基地局のセルスループット、および前記端末と前記基地局との間の送信遅延の少なくとも１つに基づいて行われてもよい。
【００７６】
第９から第１２の態様の各方法は、自動再送リクエスト手順の方法であってもよい。
【００７７】
本発明の第１３の態様によると、一式の命令を含み、装置上で実行された場合、第９から第１２の態様のいずれかの方法を前記装置に実行させるように構成されるコンピュータプログラム製品が提供される。前記コンピュータプログラム製品は、コンピュータ可読媒体として実施されるか、またはコンピュータに直接ロード可能であってもよい。
【００７８】
本発明のいくつかの実施形態によると、ＨＡＲＱ設計が改善される、ＴＤＭのパフォーマンスが改善される、旧式のＵＥが存在していても本発明を採用できる、という利点のうち少なくとも１つが実現される可能性がある。
【００７９】
上記の変形例は、いずれも代替例を除外すると明記していない限り、参照するそれぞれの態様に対して単独でまたは組み合わせて適用することができると理解されたい。
【図面の簡単な説明】
【００８０】
さらなる詳細、特徴、目的、および利点は、以下に示す本発明を実施するための形態を添付の図面と併せて読むことでより明らかとなる。
【図１】従来のＴＴＩスケジューリングを示す図である。
【図２】本発明の実施形態による装置を示す図である。
【図３】本発明の実施形態による方法を示す図である。
【図４】本発明の実施形態による装置を示す図である。
【図５】本発明の実施形態による方法を示す図である。
【図６】本発明の実施形態による装置を示す図である。
【図７】本発明の実施形態による方法を示す図である。
【図８】本発明の実施形態による装置を示す図である。
【図９】本発明の実施形態による方法を示す図である。
【図１０】本発明の実施形態による装置を示す図である。
【例示的実施形態の詳細説明】
【００８１】
以下、添付図面を参照しながら本発明の特定の実施形態を詳細に説明するが、特に記載していない限り、これらの実施形態の特徴は、互いに自由に組み合わせることができる。しかしながら、いくつかの実施形態の説明は一例として行うものにすぎず、開示する詳細に本発明を限定するものとしては決して理解すべきではないことを明確に理解されたい。
【００８２】
さらに、場合によっては装置のみまたは方法のみしか説明しないが、装置は、対応する方法を実行するように構成されると理解されたい。
【００８３】
ＴＤＭ動作については、未だ対応されていない側面がいくつかある。未解決の問題の１つは、ＴＤＭモードにおけるＨＡＲＱ動作である。本発明の実施形態では、より高いＴＤＭパフォーマンスを提供するために、ＨＡＲＱのメカニズム設計を改善する。
【００８４】
ＴＤＭモードおいては、複数のＵＥが順番にアップリンクデータを送信し、各送信が互いに干渉しないようにＵＥがスケジューリングされる。しかし、ＨＳＵＰＡにおけるＨＡＲＱ機能により、正しく受信されなかったパケットの再送信は、同じＨＡＲＱプロセス内で、前回の送信後の事前に定義された時間に行われる（例えば、２ｍｓのＴＴＩの場合、最初の送信の８ＴＴＩ後）。ＵＥは、パケットが正しく受信されたことの確認を受信しなかった場合、対応するＴＴＩ内で自動的に再送信を行う。
【００８５】
この確認（ＡＣＫ）は、サービングセル、またはアクティブセットからの別のセルのいずれから受信してもよい。ＴＤＭ方式で動作する場合、再送信時に、別のＵＥが高データ伝送速度で送信を行う番であり、セルリソースのすべてまたはほとんどを消費していることがあり得る。そのような場合、新たな送信と再送信が互いに強く干渉し合い、どちらも正しく行われない可能性がある。この状況を図１に示す。
【００８６】
図１は、３つのＵＥに対する従来のＴＴＩのスケジューリングを示す（４つ目のＵＥ（ＵＥ４）にはＴＴＩがスケジュールされていない）。各ボックスは、ＴＴＩおよび対応するＵＥのスケジューリング状態を示している。斜線のあるボックスはそのＵＥにスケジュールされており、空のボックスはそのＵＥにスケジュールされていない。点のあるボックスは、そのＵＥが新しいパケットを送信するようスケジュールされていない。８ＴＴＩごとに、対応するＨＡＲＱプロセスが繰り返される。
【００８７】
ＵＥ１は、ＨＡＲＱプロセス＃０〜＃３に対応するＴＴＩ＃０〜＃３において送信を行い、ＵＥ２は、ＨＡＲＱプロセス＃４〜＃７に対応するＴＴＩ＃４〜＃７において送信を行う。ＵＥ３は、ＨＡＲＱプロセス＃０〜＃３に対応するＴＴＩ＃８〜＃１１において送信を行う。各ＴＴＩにおいて、ＵＥ１〜ＵＥ３のうち１つのみが最初の送信を行う。
【００８８】
しかしながら、ＴＴＩ＃１においてＵＥ１の送信が失敗すると（向きが異なる斜線によって示される）、ＵＥ１は、同じＨＡＲＱプロセス＃１のＴＴＩであるＴＴＩ＃９において送信を繰り返す。このため、ＴＴＩ＃９において、ＵＥ３の最初の送信とＵＥ１の再送信の２つの送信が同時に行われる。いずれの送信も高伝送速度で行われるため、互いに強く干渉し合う。
【００８９】
この問題は、３ＧＰＰ  ＴＲ  ２５．７００「拡張アップリンク（ＥＵＬ）のさらなる拡張に関する検討」、ｖ１２．０．０において指摘されている。そのような状況では、スケジューラは最初の送信と再送信のいずれかを優先できると記載されている。
【００９０】
再送信を優先するとは、前述の例においては、同じセルにおいて元の送信が正しく受信されなかったため、スケジューラが再送信を予期したときに、再送信の準備をして他のＵＥ（この場合はＵＥ３）の送信を任意のＴＴＩの間無効にすることを意味する。
【００９１】
しかしながら、ＵＥ１がソフトハンドオーバ中である場合（例えば、少なくとも３０％のケースで起こり得る）、サービングセルは、ＵＥ１のアクティブセット内のセルの１つがパケットを受信したかどうかを認識しない。これらのセルの１つによってパケットが正しく受信された場合、再送信の必要はない。つまり、サービングセルは再送信の準備をするべきかどうかを認識しない。
【００９２】
選択肢の１つとして、サービングセルは、アクティブセット内の他のセルによる受信結果に関係なく再送信の準備を行うことができるが、アクティブセット内の少なくとも１つのセルが正しく受信した場合、リソースを浪費することになる。
【００９３】
一方、新たな送信を優先するとは、最初の送信の後に「ＺＥＲＯ  ＧＲＡＮＴ」を受信した場合、ＵＥが再送信を行わないことを意味する。代わりに、任意のＨＡＲＱプロセスに有効な絶対サービング許可を再度受信するまで、再送信対象のパケットをＨＡＲＱバッファ内に保持する。
【００９４】
上述の通り、サービングセルは、再送信が必要かどうかを常に認識するわけではない。このため、新たな送信を優先する状況においてソフトハンドオーバ動作中の場合、サービングセルは、再送信が実際に行われる（ＵＥが再送信に対応するＲＳＮを含むパケットを送信する）ときにのみ、その必要性を認識する。したがって、スケジューラは、新たなＵＥをスケジューリングし続けるべきか、または、再送信を行い得るＵＥを再度スケジュールするべきかどうかを認識しない。これは、再送信を要求するＵＥが、スケジュールすべき新しいデータを持たないことが事前のスケジューリング情報から分かっている場合、特に不利益になることがある。この場合、再送信が行われるまでに長い時間がかかる可能性がある。
【００９５】
本発明の実施形態によると、基地局（例えば、ｅＮＢまたはＮＢ）は、再送信が必要かどうかを、例えばシグナリングによってＵＥから通知される。このシグナリングの一例は、スケジューリング情報（ＳＩ）のシグナリングである。つまり、基地局は、必要である場合は再送信の許可をスケジュールすることも、必要でなければ再送信のみのための許可をスケジュールしないことも、あるいはその両方を行うこともできる。
【００９６】
本発明の実施形態によると、ＵＥ側において次のいずれかの手順を行ってもよい。
【００９７】
ＵＥは、アクティブセット内のいずれかのセルによってパケットの正しい受信が確認されていないか（Ｅ‐ＨＩＣＨ喪失に対するＡＣＫ）、および、ＵＥのサービング許可がその間に期限切れになっているか、または「ＺＥＲＯ  ＧＲＡＮＴ」か「ＩＮＡＣＴＩＶＥ」に設定されているかどうかを監視する。また、いくつかの実施形態において、ＵＥは、再送信の試行回数が所定の最大回数に達していないかどうかをチェックしてもよい。その場合ＵＥは、従来の場合では行われる自動的な再送信を行わない。代わりに、ＵＥは次の２つの手順のいずれかを実行する。
１）  再送信が（場合によっては、どのＨＡＲＱプロセスかの特定も）必要であることを、ＵＥがサービングセルにシグナリングによって伝える。このシグナリングは、スケジューリング情報（ＳＩ）メッセージをサービングセルに送信することによって実行できる。ＳＩメッセージでは、タイミングの関連付けによって任意のＨＡＲＱプロセスを指してもよく、または再送信を待機しているＨＡＲＱプロセスを指す情報を明示的に含でんでもよい。
２）  ＵＥがパケットを破棄する。すなわち、ＵＥが、そのパケットの再送信を予期しない。例えばこれは、実際の再送信回数に関係なく、再送信回数を最大再送信可能回数に設定することによって実行してもよい。この場合、正しく送信されなかったパケットのその後の処理については、上位層のアプリケーションがそれぞれ決定してもよい。このため、最初の送信が正しく行われず、サービング許可が別のＵＥに渡された場合、ＵＥは、パケットを再送信するかどうかの決定を上位の層に任せる。また、ＵＥはＨＡＲＱバッファを消去してもよい。
【００９８】
上位層のアプリケーションがパケットの再送信を決定する場合、その再送信は、第１層および第２層によって、他の（新しい）パケットの送信と同じ方法で処理される。
【００９９】
再送信の最大回数は、１、２、３などの自然数である。例えば、再送信の最大回数が１であるとする。パケットの最初の送信が、ＵＥの観点から正しく行われず（ＡＣＫの受信なし）、再送信に対する許可がスケジュールされていない場合、ＵＥはそのパケットを送信しないが、再送信回数は１に設定される。
【０１００】
上位層のアプリケーションとは、第３層以上、好ましくは第４層以上のアプリケーションである。ここで、第１層から第３層はそれぞれ、ＯＳＩ階層モデルにおける物理層、データリンク層、およびネットワーク層である。
【０１０１】
本発明のいくつかの実施形態は、旧来のＨＡＲＱ動作（Ｅ‐ＨＩＣＨに対するＡＣＫが受信されるまで、または再送信の最大回数に達するまで自動的に再送信する）と、１）および２）に記載した方法のいずれか、との間を切り替えるメカニズムを含む。旧来のＨＡＲＱ動作と、１）および２）に記載した方法のいずれかによる動作のそれぞれを、ＨＡＲＱモードと呼ぶ場合がある。
【０１０２】
いくつかの実施形態において、ＵＥによってどのＨＡＲＱモードが実行されるかをネットワーク（例えば、基地局やＲＮＣなどのコントローラによって表される）が決定してもよい。ネットワークは決定をＵＥに命令し、ＵＥはこの命令に従う。
【０１０３】
例えば、ＲＮＣは、ＲＲＣ層の構成の一環としてＨＡＲＱモードを決定してもよい。ＲＮＣはＲＲＣメッセージを（ペイロードとしてＮｏｄｅＢを介して）ＵＥに送信する。また、ＲＮＣは、ＮＢＡＰメッセージによってＮｏｄｅＢにＵＥのモードを通知してもよい。その後、ＵＥとＮｏｄｅＢとの間の無線通信が、ＲＮＣによって決定されたＨＡＲＱモードで実行されてもよい。
【０１０４】
別の例示的実施形態において、ＮｏｄｅＢがＨＡＲＱモードを決定し、無線を介したシグナリングによって直接ＵＥに伝える。このシグナリングは通常、ＵＥがマルチキャリアＨＳＤＰＡモードであるときにキャリアを有効または無効にするためなどに用いられるものに類似した、ＨＳ‐ＳＣＣＨ指令などの共有制御チャネル指令を用いることによって行われる。
【０１０５】
さらに別の例示的実施形態において、ＮｏｄｅＢは、希望するＨＡＲＱモードをＮＢＡＰを介してＲＮＣに示してもよい。これは、例えば、新しいモードがサポートされているかどうかをＲＮＣに伝えるＮｏｄｅＢの能力表示であってもよい。その後、ＲＮＣによって、希望のＨＡＲＱモードで動作するように（例えば、ＲＲＣメッセージによって）ＵＥが構成される。
【０１０６】
ＲＮＣはＨＡＲＱモードを、単一のＵＥ、一群のＵＥ、またはすべてのＵＥに対して構成できる。
【０１０７】
いくつかの実施形態において、ＵＥは自装置で実行するＨＡＲＱモードを決定してもよい。ＵＥはこの決定についてネットワークに通知してもよい。
【０１０８】
いくつかの実施形態において、ＵＥとネットワークは、ＵＥによって実行されるＨＡＲＱモードを互いに個別に決定する。これらの実施形態では、ＵＥとネットワークは、それぞれに既知である同じ条件に基づいて決定を行う。したがって、ネットワークとＵＥとの間のＨＡＲＱモードのシグナリングは不要である。
【０１０９】
１）および２）に記載したＨＡＲＱモードのいずれかに切り替える条件の一例は、ＵＥが、ハンドオーバ状態の一例であるソフトハンドオーバ中であることである。ＵＥは、アクティブセット内のセルの数に基づいてこれを決定してもよい。また、ネットワークはＵＥがソフトハンドオーバ中かどうかを認識する。この条件の別の例は、ＵＥが用いる特定のサービスタイプである。この条件も、ＵＥとネットワークの両方に既知であってもよい。
【０１１０】
ネットワークは、様々な測定値に基づいて、ネットワークの最適化が必要かを決定してもよい（例えば、遅延、セルのスループットなど）。
【０１１１】
さらに、ネットワークは、ＵＥが、１）および２）に記載したＨＡＲＱモードのいずれかに従って動作可能かどうかを認識してもよい。したがって、１）および２）に記載したＨＡＲＱモードで動作可能なＵＥのみに、そのモードに従って動作するように命令し、他のＵＥには命令しないようにしてもよい。
【０１１２】
ＵＥが必要に応じて再送信のスケジュールのリクエストを送信すること（すなわち、あるパケットに対してＡＣＫが受信されなかったという情報。１）に記載したＨＡＲＱモード）を基地局が認識している場合、基地局は通常、新たな送信を優先する。
【０１１３】
本発明の実施形態は、ＨＳＵＰＡにおけるＴＤＭモードのＨＡＲＱメカニズムについて識別されている上記のすべての問題を解決し得る。サービングセルスケジューラは、自動的な再送信という旧来のＨＡＲＱメカニズムを用いる再送信を優先してもよい（例えば、遅延の最適化のため）。ＴＤＭのパフォーマンスを最大限に最適化するために、ＵＥは自動的な再送信を行わないようにしてもよい。その場合、ソフトハンドオーバ動作中であれば、ＵＥは再送信を保留していることをシグナリングによってサービングセルに伝えることでスケジューラに情報を提供し、それによってより柔軟なスケジューリングを可能にし、スケジューリングの利益が最大になるようにしてもよい。遅延による影響が少ないサービスの場合、最初の送信の失敗後直ちにＨＡＲＱプロセスバッファを消去するようＵＥに命令し、それによって実行を最大限に単純にすると共に、スケジューリングの利益を保つようにしてもよい。
【０１１４】
図２は、本発明の実施形態による装置を示す図である。この装置は、パケットの送信者であってもよく、具体的にはＵＥなどの端末やその要素であってもよい。図３は、本発明の実施形態による方法を示す図である。図２による装置は、図３の方法を実行してもよいが、この方法に限られるわけではない。図３の方法は、図２の装置によって実行されてもよいが、この装置による実行に限られるわけではない。
【０１１５】
この装置は、監視手段１０、チェック手段２０、および通知手段３０を備える。
【０１１６】
監視手段１０は、送信パケットの正しい受信が確認されたかどうかを監視する（Ｓ１０）。送信パケットの正しい受信が確認されない場合（Ｓ１０＝「ｎｏ」）、チェック手段２０は、再送信用に決定された時間間隔における送信パケットの再送信が承認されるかどうかをチェックする（Ｓ２０）。決定された時間間隔における再送信が承認されない場合（Ｓ２０＝「ｎｏ」）、通知手段３０は、送信パケットの正しい受信が確認されないことを通知する（Ｓ３０）。例えば、通知手段は、ＳＩのシグナリングなどのシグナリングによって通知してもよい。
【０１１７】
図４は、本発明の実施形態による装置を示す図である。この装置は、パケットの送信者であってもよく、具体的にはＵＥなどの端末やその要素であってもよい。図５は、本発明の実施形態による方法を示す図である。図４による装置は、図５の方法を実行してもよいが、この方法に限られるわけではない。図５の方法は、図４の装置によって実行されてもよいが、この装置による実行に限られるわけではない。
【０１１８】
この装置は、監視手段１１０、チェック手段１２０、および破棄手段１３０を備える。
【０１１９】
監視手段１１０は、送信パケットの正しい受信が確認されたかどうかを監視する（Ｓ１１０）。送信パケットの正しい受信が確認されない場合（Ｓ１１０＝「ｎｏ」）、チェック手段１２０は、再送信用に決定された時間間隔における送信パケットの再送信が承認されるかどうかをチェックする（Ｓ１２０）。決定された時間間隔における再送信が承認されない場合（Ｓ１２０＝「ｎｏ」）、破棄手段１３０はそのパケットを破棄する（Ｓ１３０）。破棄手段１３０は、パケットの実際の再送信回数に関係なくパケットを破棄してもよい。例えば、破棄手段１３０は、実際の再送信回数に関係なく、送信パケットの再送信回数を、事前に定義された最大回数に設定してもよい。実際の再送信回数とは、パケットがすでに再送信された回数を表す。最大回数は、１、２、３などの自然数である。また、装置は、送信パケットが格納されているバッファを消去（空に）してもよい。
【０１２０】
図６は、本発明の実施形態による装置を示す図である。この装置は、ＮＢやｅＮＢなどの基地局、またはその要素であってもよい。具体的には、サービング基地局であってよい。図７は、本発明の実施形態による方法を示す図である。図６による装置は、図７の方法を実行してもよいが、この方法に限られるわけではない。図７の方法は、図６の装置によって実行されてもよいが、この装置による実行に限られるわけではない。
【０１２１】
この装置は、監視手段２１０、チェック手段２２０、および防止手段２３０を備える。
【０１２２】
監視手段２１０は、送信者からのパケットが不適切に受信されたかどうかを監視する（Ｓ２１０）。パケットが不適切に受信された場合（Ｓ２１０＝「ｙｅｓ」）、チェック手段２２０は、パケットの正しい受信が確認されなかったというメッセージが受信されたかどうかをチェックする（Ｓ２２０）。このメッセージが受信されない場合（Ｓ２２０＝「ｎｏ」）、防止手段２３０は、パケットの再送信のみのために許可手段が送信者に時間間隔を許可することを防止する（Ｓ２３０）。すなわち、許可手段が、再送信以外の他の何らかの理由で送信者に時間間隔を許可する場合、その許可は防止されないが、それら他の理由のために送信者に時間間隔を許可するのでない場合、前述のメッセージが受信されない限り、再送信用に時間間隔を許可しない。
【０１２３】
図８は、本発明の実施形態による装置を示す図である。この装置は、ＲＮＣなどのコントローラ、またはその要素であってもよい。図９は、本発明の実施形態による方法を示す図である。図８による装置は、図９の方法を実行してもよいが、この方法に限られるわけではない。図９の方法は、図８の装置によって実行されてもよいが、この装置による実行に限られるわけではない。
【０１２４】
この装置は、決定手段３１０および命令手段３２０を備える。
【０１２５】
決定手段３１０は、端末が確認を受信しなかった送信パケットに対してその端末が実行する必要がある再送モードを決定する（Ｓ３１０）。再送モードは、一群の再送モードから選択される。再送モードはＨＡＲＱモードであってもよい。一群の再送モードは、次のうちの少なくとも２つを含む。
１）所定の時間間隔が端末に許可されているかどうかに関係なく、その時間間隔でパケットを再送信する（従来のＨＡＲＱモード）
２）確認が受信されていないことを基地局に通知する（上記１）に記載したＨＡＲＱモード）
３）パケットを破棄する（上記２）に記載したＨＡＲＱモード）
【０１２６】
命令手段３２０は、決定された再送モードを実行するように端末に命令する（Ｓ３２０）。また、いくつかの実施形態において、装置が基地局（端末のサービング基地局）に決定された再送モード（ＨＡＲＱモード）を通知してもよい。
【０１２７】
図１０は、本発明の実施形態による装置を示す図である。この装置は、少なくとも１つのプロセッサ４１０と、コンピュータプログラムコードを含む少なくとも１つのメモリ４２０とを含む。前述の少なくとも１つのプロセッサは、前述の少なくとも１つのメモリおよびコンピュータプログラムコードと共に、図３、図５、図７、および図９による方法の少なくとも１つを、装置に少なくとも実行させるように構成される。
【０１２８】
再送信時間は、最初の送信後の固定（所定の）時間として決定されてもよい。しかしながら、本発明のいくつかの実施形態において、再送信時間はネットワーク負荷などの他の条件に基づいて決定されてもよい。これらの実施形態において、再送信時間を決定するための規則は事前に決定され、基地局とＵＥの両方に既知である。
【０１２９】
本発明の実施形態は、３ＧＰＰネットワークにおいて用いてもよい。これらの実施形態は、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）、ＥＤＧＥ（Enhanced Data Rates for GSM Evolution）、ＵＭＴＳ、ＬＴＥ、ＬＴＥ-Ａ、ＷｉＦｉネットワークなどの他のモバイルネットワークにおいて用いることもできる。具体的には、これらの実施形態は、送信者から受信者への送信にＨＡＲＱが適用され、送信者へのリソースのスケジューリングを受信者が行う場合に用いることができる。
【０１３０】
端末は、携帯電話、スマートフォン、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、ラップトップ、タブレットＰＣ、または対応するモバイルネットワークに接続できる他の装置などのユーザ装置であってもよい。基地局は、ＮｏｄｅＢ、ｅＮｏｄｅＢ、アクセスポイントなどの対応する技術の基地局であってもよい。
【０１３１】
１つの情報は１つまたは複数のメッセージとして、あるエンティティから別のエンティティに送信されてもよい。これらのメッセージはそれぞれ、さらなる（異なる）情報を含んでもよい。
【０１３２】
ネットワーク要素、プロトコル、および方法の名前は、最新の標準に基づく。同等の機能性を提供する限り、他のバージョンや技術においてこれらのネットワーク要素および／またはプロトコルおよび／または方法の名前は異なってもよい。
【０１３３】
別途記載しない限り、または文脈から明らかでない限り、２つのエンティティが異なるという記述は、それらが異なる機能を実行するという意味であり、必ずしも異なるハードウェアに基づくというわけではない。つまり、本説明において、各エンティティが異なるハードウェアに基づいてもよく、一部またはすべてのエンティティが同じハードウェアに基づいてもよい。エンティティは必ずしも異なるソフトウェアに基づくわけではない。つまり、本説明において、各エンティティが異なるソフトウェアに基づいてもよく、一部またはすべてのエンティティが同じソフトウェアに基づいてもよい。
【０１３４】
上記の説明において、本発明の例示的実施形態は、例えば、ＮＢやｅＮＢなどの基地局、またはその構成要素、該基地局を体現する装置、該基地局を制御および／または操作する方法、および該基地局を制御および／または操作するコンピュータプログラム、ならびに該コンピュータプログラムを格納してコンピュータプログラム製品を構成する媒体を提供することは明らかであろう。また、上記の説明において、本発明の例示的実施形態は、例えば、ＵＥなどの端末またはその構成要素、該端末を体現する装置、該端末を制御および／または操作する方法、および該端末を制御および／または操作するコンピュータプログラム、ならびに該コンピュータプログラムを格納してコンピュータプログラム製品を構成する媒体を提供することは明らかであろう。
【０１３５】
上記のブロック、装置、システム、技術、または方法の実装には、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくは論理、汎用ハードウェアもしくは制御装置、またはその他のコンピュータ装置、またはそれらの何らかの組み合わせとしての実装が含まれる。
【０１３６】
上記の説明は、現時点で本発明の好ましい実施形態とみなされるものであることを理解されたい。しかしながら、この好ましい実施形態の説明は、ほんの一例として示したものであり、添付の特許請求の範囲により定義される本発明の範囲から逸脱することなく、様々な変形を加えることができる。
【図１】
0006507177.tif 000002
【図２】
0006507177.tif 000003
【図３】
0006507177.tif 000004
【図４】
0006507177.tif 000005
【図５】
0006507177.tif 000006
【図６】
0006507177.tif 000007
【図７】
0006507177.tif 000008
【図８】
0006507177.tif 000009
【図９】
0006507177.tif 000010
【図１０】
0006507177.tif 000011