(57)【要約】【課題】ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行わない場合において、ＲＬＣサブレイヤが、適切に、パケットロスの発生を検出する。【解決手段】本発明に係るパケット通信方法は、第１パケットのシーケンス番号が第２パケットのシーケンス番号よりも小さいとき、受信側装置の所定サブレイヤが、第１パケットを受信する前に第２パケットを受信した場合に、順序補正タイマを起動する工程と、受信側装置の所定サブレイヤが、順序補正タイマが満了するまでに、第１パケットを受信しなかった場合、第１パケットに対する再送要求を送信する工程とを有する。【選択図】図９
2011135601.tif 000002
【特許請求の範囲】
【請求項１】
送信側装置のＭＡＣサブレイヤと受信側のＭＡＣサブレイヤとの間で、ＨＡＲＱ再送制御処理が行われており、該受信側装置のＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行うことなく、該受信側装置のＲＬＣサブレイヤに対して該ＲＬＣ-ＰＤＵを送信するパケット通信方法であって、
第１のＲＬＣ-ＰＤＵのシーケンス番号が、第２のＲＬＣ-ＰＤＵのシーケンス番号よりも小さいとき、前記受信側装置のＲＬＣサブレイヤが、該第１のＲＬＣ-ＰＤＵを受信する前に該第２のＲＬＣ-ＰＤＵを受信した場合に、順序補正タイマを起動する工程と、
前記受信側装置のＲＬＣサブレイヤが、前記順序補正タイマが満了するまでに、前記第１のＲＬＣ-ＰＤＵを受信しなかった場合、該第１のＲＬＣ-ＰＤＵに対する再送要求を送信する工程とを有し、
前記送信側装置のＲＬＣサブレイヤと前記受信側装置のＲＬＣサブレイヤとの間で確立されている論理チャネルを介して、前記第１のＲＬＣ-ＰＤＵ及び前記第２のＲＬＣ-ＰＤＵが送信され、
前記順序補正タイマは、前記論理チャネル毎に設定されることを特徴とするパケット通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信側装置の所定サブレイヤが受信側装置の所定サブレイヤに対してシーケンス番号が付与されたパケットを送信するパケット通信方法、及び、受信側装置に関する。 
【背景技術】
【０００２】
第3世代移動通信システムの標準化を行う団体である3GPPでは、無線アクセスネットワーク(RAN:Radio Access Network)における劇的な伝送速度の向上と伝送遅延の短縮を実現するために、LTE(Long Term Evolution)と総称される検討を行っており、その検討にかかる要素技術の標準仕様策定を進めている。 
【０００３】
図4に示すように、LTE方式の移動通信システムにおける無線アクセスネットワーク(E-UTRAN:Evolved Universal Terrestrial RAN)は、移動局UE(User Equipment)と、無線基地局eNB(E-UTRAN Node B)とによって構成されており、移動局UEと無線基地局eNBとの間では、無線リンク(RL:Radio Link)を介して通信を行われるように構成されている。 
【０００４】
また、移動局UE及び無線基地局eNBは、それぞれ、RLC(Radio Link Control)サブレイヤと、MAC(Medium Access Control)サブレイヤと、物理(PHY:Physical)レイヤとを終端するように構成されている。 
【０００５】
また、送信側装置(移動局UE又は無線基地局eNB)は、伝送するデータに対して、RLC処理とMAC処理とPHY処理とを順に施してから、無線部にて無線信号として送信するように構成されている。 
【０００６】
一方、受信側装置(移動局UE又は無線基地局eNB)は、無線部にて受信した無線信号に対して、PHY処理とMAC処理とRLC処理とを順に施すことによって、伝送されたデータを抽出するように構成されている。
【０００７】
ここで、伝送するデータは、ユーザが使用するアプリケーション等により発生するユーザデータ(Uプレーンデータ)、及び、移動通信システムの制御に用いるRRC(Radio Resource Control)シグナリングやNAS(Non Access Stratum)シグナリング等の制御データ(Cプレーンデータ)を含む。 
【０００８】
また、送信側装置のRLCサブレイヤと受信側装置のRLCサブレイヤとの間では、RLC再送制御処理が行われるように構成されており、送信側装置のMACサブレイヤと受信側装置のMACサブレイヤとの間では、HARQ(Hybrid Automatic Repeat Request)再送制御処理(MAC再送制御処理)が行われるように構成されている。 
【０００９】
ここで、IMT-2000方式の移動通信システムでは、図1に示すように、受信側装置において、MACサブレイヤが、受信したRLC-PDU(実際には、RLC-PDUがマッピングされたMAC-PDU)に対する順序補正処理を行い、RLCサブレイヤに対して、シーケンス番号の順番にRLC-PDUを送信するように構成されていた。 
【００１０】
したがって、RLCサブレイヤは、図2に示すように、シーケンス番号#3のRLC-data-PDU(IMT-2000方式の移動通信システムでは、AMD-PDU)を受信する前に、シーケンス番号#4のRLC-data-PDUを受信した場合には、無条件に、パケットロスが発生したと判断して、シーケンス番号#3のRLC-data-PDUの再送を要求するSTATUS-PDU(NACK)を送信するように構成されていた。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】IMT-2000のRLC仕様:3GPP TS 25.322 V6.9.0 (2006-09)
【非特許文献２】LTEのStage2仕様:3GPP TS 36.300 V8.0.0 (2007-03)
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、LTE方式の移動通信システムでは、図3に示すように、受信側装置において、MACサブレイヤが、受信したRLC-PDUに対する順序補正処理を行うことなく、RLCサブレイヤに対して、RLC-PDUを送信するように構成されている。 
【００１３】
したがって、LTE方式の移動通信システムでは、IMT-2000方式の移動通信システムの場合のように、シーケンス番号#3のRLC-data-PDUを受信する前に、シーケンス番号#4のRLC-data-PDUを受信した場合であっても、無条件に、パケットロスが発生したと判断することができない。 
【００１４】
そこで、本発明は、上述の課題に鑑みてなされたものであり、MACサブレイヤが、受信したRLC-PDUに対する順序補正処理を行わない場合において、RLCサブレイヤが、適切に、パケットロスの発生を検出することができるパケット通信方法及び受信側装置を提供することを目的とする。 
【課題を解決するための手段】
【００１５】
本発明の第1の特徴は、送信側装置の所定サブレイヤが、受信側装置の所定サブレイヤに対して、シーケンス番号が付与されたパケットを送信するパケット通信方法であって、第1パケットのシーケンス番号が第2パケットのシーケンス番号よりも小さいとき、前記受信側装置の所定サブレイヤが、該第1パケットを受信する前に該第2パケットを受信した場合に、順序補正タイマを起動する工程と、前記受信側装置の所定サブレイヤが、前記順序補正タイマが満了するまでに、前記第1パケットを受信しなかった場合、該第1パケットに対する再送要求を送信する工程とを有することを要旨とする。 
【００１６】
本発明の第1の特徴において、前記受信側装置の所定サブレイヤは、複数の前記第1パケットを受信する前に前記第2パケットを受信した場合に、前記順序補正タイマを起動し、前記受信側装置の所定サブレイヤは、前記順序補正タイマが満了するまでに、前記複数の第1パケットの全てを受信しなかった場合、前記受信しなかった第1パケットに対する再送要求を送信してもよい。 
【００１７】
本発明の第1の特徴において、前記送信側装置の所定サブレイヤと前記受信側装置の所定サブレイヤとの間で確立されている論理チャネルを介して、前記第1パケット及び前記第2パケットが送信され、前記順序補正タイマは、前記論理チャネル毎に設定されていてもよい。 
【００１８】
本発明の第1の特徴において、前記順序補正タイマの設定値は、RRC(Radio Resource Control)メッセージによって前記受信側装置に通知されていてもよい。 
【００１９】
本発明の第2の特徴は、送信側装置の所定サブレイヤが、受信側装置の所定サブレイヤに対して、シーケンス番号が付与されたパケットを送信するパケット通信方法であって、第1パケットのシーケンス番号が第2パケットのシーケンス番号よりも小さいとき、前記受信側装置の所定サブレイヤが、該第1パケットを受信する前に該第2パケットを受信した場合に、順序補正タイマを起動する工程と、前記受信側装置の所定サブレイヤが、前記順序補正タイマが満了するまでに、前記第1パケットを受信しなかった場合、該第1パケットを受信することはないと判断する工程とを有し、前記送信側装置の所定サブレイヤと前記受信側装置の所定サブレイヤとの間で確立されている論理チャネルを介して、前記第1パケット及び前記第2パケットが送信され、前記順序補正タイマは、前記論理チャネル毎に設定されていることを要旨とする。 
【００２０】
本発明の第2の特徴において、前記受信側装置の所定サブレイヤは、複数の前記第1パケットを受信する前に前記第2パケットを受信した場合に、前記順序補正タイマを起動し、前記受信側装置の所定サブレイヤは、前記順序補正タイマが満了するまでに、前記複数の第1パケットの全てを受信しなかった場合、前記受信しなかった第1パケットを受信することはないと判断してもよい。 
【００２１】
本発明の第2の特徴において、前記受信側装置の所定サブレイヤは、受信可能なパケットのシーケンス番号の上限値及び下限値を規定する受信側ウィンドウを管理しており、前記受信側装置の所定サブレイヤは、前記第1パケットを受信することはないと判断した場合、受信側ウィンドウの下限値を該第1パケットのシーケンス番号よりも大きい値に設定してもよい。 
【００２２】
本発明の第2の特徴において、前記順序補正タイマの設定値は、RRC(Radio Resource Control)メッセージによって前記受信側装置に通知されていてもよい。 
【００２３】
本発明の第3の特徴は、送信側装置の所定サブレイヤから、シーケンス番号が付与されたパケットを受信するように構成されている受信側装置であって、第1パケットのシーケンス番号が第2パケットのシーケンス番号よりも小さいとき、前記所定サブレイヤにおいて、該第1パケットを受信する前に該第2パケットを受信した場合に、順序補正タイマを起動するように構成されており、前記所定サブレイヤにおいて、前記順序補正タイマが満了するまでに、前記第1パケットを受信しなかった場合、該第1パケットに対する再送要求を送信するように構成されていることを要旨とする。 
【００２４】
本発明の第3の特徴において、前記所定サブレイヤにおいて、複数の前記第1パケットを受信する前に前記第2パケットを受信した場合に、前記順序補正タイマを起動するように構成されており、前記所定サブレイヤにおいて、前記順序補正タイマが満了するまでに、前記複数の第1パケットの全てを受信しなかった場合、前記受信しなかった第1パケットに対する再送要求を送信するように構成されていてもよい。 
【００２５】
本発明の第3の特徴において、前記送信側装置の所定サブレイヤとの間で確立されている論理チャネルを介して、前記第1パケット及び前記第2パケットが送信されるように構成されており、前記順序補正タイマは、前記論理チャネル毎に設定されるように構成されていてもよい。 
【００２６】
本発明の第3の特徴において、前記順序補正タイマの設定値は、RRC(Radio Resource Control)メッセージによって通知されていてもよい。 
【００２７】
本発明の第4の特徴は、送信側装置の所定サブレイヤから、シーケンス番号が付与されたパケットを受信するように構成されている受信側装置であって、第1パケットのシーケンス番号が第2パケットのシーケンス番号よりも小さいとき、前記所定サブレイヤにおいて、該第1パケットを受信する前に該第2パケットを受信した場合に、順序補正タイマを起動するように構成されており、前記所定サブレイヤにおいて、前記順序補正タイマが満了するまでに、前記第1パケットを受信しなかった場合、該第1パケットを受信することはないと判断するように構成されており、前記送信側装置の所定サブレイヤと前記受信側装置の所定サブレイヤとの間で確立されている論理チャネルを介して、前記第1パケット及び前記第2パケットが送信されるように構成されており、前記順序補正タイマは、前記論理チャネル毎に設定されるように構成されていることを要旨とする。 
【００２８】
本発明の第4の特徴において、前記所定サブレイヤにおいて、複数の前記第1パケットを受信する前に前記第2パケットを受信した場合に、前記順序補正タイマを起動するように構成されており、前記所定サブレイヤにおいて、前記順序補正タイマが満了するまでに、前記複数の第1パケットの全てを受信しなかった場合、前記受信しなかった第1パケットを受信することはないと判断するように構成されていてもよい。 
【００２９】
本発明の第4の特徴において、前記所定サブレイヤにおいて、受信可能なパケットのシーケンス番号の上限値及び下限値を規定する受信側ウィンドウを管理するように構成されており、前記所定サブレイヤにおいて、前記第1パケットを受信することはないと判断した場合、受信側ウィンドウの下限値を該第1パケットのシーケンス番号よりも大きい値に設定するように構成されていてもよい。 
【００３０】
本発明の第4の特徴において、前記順序補正タイマの設定値は、RRC(Radio Resource Control)メッセージによって通知されていてもよい。 
【発明の効果】
【００３１】
以上説明したように、本発明によれば、MACサブレイヤが、受信したRLC-PDUに対する順序補正処理を行わない場合において、RLCサブレイヤが、適切に、パケットロスの発生を検出することができるパケット通信方法及び受信側装置を提供することができる。
【図面の簡単な説明】
【００３２】
【図１】従来の移動通信システムの受信側装置における動作を説明するための図である。
【図２】従来の移動通信システムの受信側装置における動作を説明するための図である。
【図３】従来の移動通信システムの受信側装置における動作を説明するための図である。
【図４】本発明の第1の実施形態に係る移動通信システムの無線アクセスネットワークにおけるプロトコルレイヤ構成を示す図である。
【図５】本発明の第1の実施形態に係る移動局及び無線基地局におけるRLCサブレイヤの機能ブロック図である。
【図６】本発明の第1の実施形態に係る移動局及び無線基地局におけるRLCサブレイヤにおいて行われる再分割処理について説明するための図である。
【図７】本発明の第1の実施形態に係る移動局及び無線基地局におけるRLCサブレイヤによって生成されるSTATUS-PDUのフォーマットの一例を示す図である。
【図８】本発明の第1の実施形態に係る移動局及び無線基地局におけるRLCサブレイヤの動作を説明するための図である。
【図９】本発明の第1の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図１０】本発明の第1の実施形態に係る移動局及び無線基地局におけるRLCサブレイヤの動作を示すフローチャートである。
【図１１】本発明の変更例1に係る移動局及び無線基地局におけるRLCサブレイヤの動作を示すフローチャートである。
【発明を実施するための形態】
【００３３】
(本発明の第1の実施形態に係る移動通信システムの構成)
図4乃至図8を参照して、本発明の第1の実施形態に係る移動通信システムの構成について説明する。
【００３４】
なお、本実施形態では、図4に示すように、3GPPで標準化が進められているLTE/SAE(System Architecture Evolution)のアーキテクチャを具備する移動通信システムを例として説明を行うが、本発明は、かかる移動通信システムに限定されるものではなく、その他のアーキテクチャを具備する移動通信システムにも適用可能である。
【００３５】
図5を参照して、Acknowledgeモード(AM)のRLCサブレイヤ(以下、RLCサブレイヤ)の機能構成について説明する。
【００３６】
なお、図5に示すRLCサブレイヤを構成する機能(モジュール)の一部又は全部は、ICチップ上で、ハードウェア又はソフトウェアによって実現されていてもよい。 
【００３７】
例えば、ICチップ上で、一般的に単純で高速処理が要求されているMACサブレイヤ及び物理レイヤを構成する機能(モジュール)をハードウェアで実現し、一般的に複雑な処理が要求されているRLCサブレイヤを構成する機能(モジュール)をソフトウェアで実現するように構成されていてもよい。 
【００３８】
また、物理レイヤを構成する機能(モジュール)とMACサブレイヤを構成する機能(モジュール)とRLCサブレイヤを構成する機能(モジュール)とは、同一のICチップ上で実現されていてもよいし、別々のICチップ上で実現されていてもよい。 
【００３９】
以下、図5を参照して、本実施形態に係る移動通信システムにおけるRLCサブレイヤの構成の一例を示す。 
【００４０】
図5に示すように、RLCサブレイヤは、RLC-SDUバッファ11と、新規送信バッファ12と、分割統合処理部13と、ACK待ちバッファ14と、再送バッファ15と、RLC-PDU送信部16と、再分割処理部17と、RLC-PDU送信部18と、RLC-control-PDU生成部19と、RLC-control-PDUバッファ20と、多重解除部31と、順序補正バッファ32と、再構築バッファ33と、RLC-SDU再構築部34とを具備している。 
【００４１】
RLC-SDUバッファ11は、上位レイヤから受信したRLC-SDUを格納するように構成されている。 
【００４２】
新規送信バッファ12は、RLC-SDUバッファ11に格納されたRLC-SDUをコピーして格納するように構成されている。 
【００４３】
分割統合処理部13は、MACサブレイヤからデータ送信機会が通知された場合、新規送信バッファ12に格納されているRLC-SDU(若しくは、その一部)に対して分割処理又は統合処理を施して、MACサブレイヤから併せて通知された許容送信データ量の範囲内でサイズが最大となるRLC-data-PDUを生成するように構成されている。 
【００４４】
また、分割統合処理部13は、生成したRLC-data-PDUを、RLC-PDU送信部16に送信すると共に、ACK待ちバッファ14に格納するように構成されている。 
【００４５】
ACK待ちバッファ14は、分割統合処理部13からのRLC-data-PDUや、再送待ちバッファ15からのRLC-data-PDU又はRLC-data-Sub-PDUや、再分割処理部17からのRLC-data-Sub-PDUを格納するように構成されている。 
【００４６】
ACK待ちバッファ14は、格納しているRLC-data-PDU又はRLC-data-Sub-PDUについて再送が必要であるか否かについて判断し、再送が必要であると判断したRLC-data-PDU又はRLC-data-Sub-PDUを再送バッファ15に送信するように構成されている。 
【００４７】
ここで、例えば、ACK待ちバッファ14は、受信側装置のRLCサブレイヤからのSTATUS-PDU(NACK)及びMACサブレイヤからのNACKを受信した場合等に、格納しているRLC-data-PDU又はRLC-data-Sub-PDUについて再送する必要があると判断する。 
【００４８】
図7に、本実施形態に係る移動通信システムで用いられるSTATUS-PDU(NACK)のフォーマット例を示す。 
【００４９】
図7に示すように、STATUS-PDU(NACK)は、「Type」フィールドと、「Control PDU Type」フィールドと、「Selective NACK SN」フィールドと、「Selective NACK First Octet」フィールドと、「Selective NACK Last Octet」フィールドとを有する。 
【００５０】
ここで、STATUS-PDU(NACK)のペイロード部分は、複数組の「Selective NACK SN」フィールドと「Selective NACK First Octet」フィールドと「Selective NACK Last Octet」フィールドとを有してもよい。 
【００５１】
「Control PDU Type」フィールドは、RLC-control-PDUの種別について示すフィールドである。例えば、RLC-control-PDUの種別として、STATUS-PDU(ACK)又はSTATUS-PDU(NACK)等が想定される。 
【００５２】
「Selective NACK SN」フィールドは、受信側装置のRLCサブレイヤの受信側ウィンドウ内でRLC再送が必要であると判断したRLC-data-PDUのシーケンス番号を示すフィールドである。
【００５３】
「Selective NACK First Octet」フィールドは、「Selective NACK SN」フィールドにより指定されたRLC-data-PDUの中で、何番目のバイト(オクテット)から再送が必要であるかについて示すフィールドである。 
【００５４】
「Selective NACK Last Octet」フィールドは、「Selective NACK SN」フィールドにより指定されたRLC-data-PDUの中で、何番目のバイト(オクテット)まで再送が必要であるかについて示すフィールドである。 
【００５５】
再送バッファ15は、Ack待ちバッファ14からのRLC-data-PDUやRLC-data-Sub-PDUを格納するように構成されている。 
【００５６】
RLC-PDU送信部16は、MACサブレイヤからデータ送信機会が通知された場合、分割統合処理部13から送信されたRLC-data-PDU、及び、再送バッファ15に格納されているRLC-data-PDUを、MACサブレイヤに送信するように構成されている。 
【００５７】
ここで、RLC-PDU送信部16は、送信すべきRLC-data-PDUに対して、RLC-control-PDUバッファ20に格納されているRLC-control-PDU(STATUS-PDU等)を付与することによって、RLC-data-PDU-piggybacked-control-PDUを生成して送信するように構成されていてもよい。 
【００５８】
なお、RLC-PDU送信部16は、受信側装置のRLCサブレイヤとの間で確立されている論理チャネルを介して、RLC-PDUを送信するように構成されている。 
【００５９】
再分割処理部17は、無線リンクの通信状態に応じて、具体的には、MACサブレイヤから併せて通知された許容送信データ量に応じて、再送バッファ15に格納されている1つのRLC-data-PDU又はRLC-data-Sub-PDUを分割して、複数のRLC-data-Sub-PDUを生成するように構成されている、すなわち、再送バッファ15に格納されているRLC-data-PDU又はRLC-data-Sub-PDUに対して再分割処理を行うように構成されている。 
【００６０】
図6の例では、再分割処理部17は、1回目の再送時には、RLC-data-PDU(SN=X)を、3つのRLC-data-Sub-PDU#A乃至#Cに分割し、2回目の再送時には、3つのRLC-data-Sub-PDU#A乃至#Cを、それぞれ3つのRLC-data-Sub-PDU#A1乃至#A3、#B1乃至#B3、#C1乃至#C3に分割している。 
【００６１】
RLC-PDU送信部18は、MACサブレイヤからデータ送信機会が通知された場合、再分割処理部17により再分割処理が施されたRLC-data-Sub-PDUを、MACサブレイヤに送信するように構成されている。 
【００６２】
ここで、RLC-PDU送信部18は、送信すべきRLC-data-Sub-PDUに対して、RLC-control-PDUバッファ20に格納されているRLC-control-PDU(STATUS-PDU等)を付与することによって、RLC-data-Sub-PDU-piggybacked-control-PDUを生成して送信するように構成されていてもよい。 
【００６３】
RLC-control-PDU生成部19は、順序補正バッファ32からの通知に応じて、STATUS-PDU(ACK/NACK)を生成するように構成されている。 
【００６４】
RLC-control-PDUバッファ20は、RLC-control-PDU生成部19によって生成されたRLC-control-PDUを移納するように構成されている。 
【００６５】
多重解除部31は、MACサブレイヤから受信したRLC-PDUの中から、STATUS-PDUを抽出してACK待ちバッファ14に転送し、RLC-data-PDU及びRLC-data-Sub-PDUを抽出して順序補正バッファ32に転送するように構成されている。 
【００６６】
なお、上述のように、MACサブレイヤは、RLC-PDUについて、順序補正処理を行うことなく、RLCサブレイヤに送信するように構成されている。 
【００６７】
順序補正バッファ32は、格納しているRLC-data-PDU(若しくは、RLCdata-Sub-PDU)に対して順序補正処理を行うように構成されている。 
【００６８】
また、順序補正バッファ32は、受信可能なパケットのシーケンス番号の上限値(「VR(MR)」)及び下限値(「VR(R)」)を規定する受信側ウィンドウを管理するように構成されている。 
【００６９】
具体的には、順序補正バッファ32は、(モジュロ演算を考慮して)シーケンス番号順に格納されているRLC-data-PDU(in-sequence)を再構築バッファ33に格納するように構成されている。
【００７０】
一方、順序補正バッファ32は、(モジュロ演算を考慮して)シーケンス番号順に格納されていないRLC-data-PDU(out-of-sequence)については、順序補正タイマを用いたRLC-data-PDUロス検出処理を行い、未受信のRLC-data-PDUに対するロスが検出された場合、その旨をRLC-control-PDU生成部19に通知するように構成されている。 
【００７１】
順序補正バッファ32は、第1パケットのシーケンス番号が第2パケットのシーケンス番号よりも小さいとき、かかる第1パケットを受信する前に、かかる第2パケットを受信した場合に、順序補正タイマを起動するように構成されている。ここで、「第1パケットのシーケンス番号が第2パケットのシーケンス番号よりも小さいとき」とは、モジュロ演算前の段階での比較結果であるものとする。 
【００７２】
具体的には、図8に示すように、順序補正バッファ32は、シーケンス番号#3が付与されているRLC-data-PDU(第1パケット)を受信する前に、シーケンス番号#4が付与されているRLC-data-PDU(第2パケット)を受信した場合に、順序補正タイマを起動するように構成されている。 
【００７３】
そして、順序補正バッファ32は、上述の順序補正タイマが満了するまでに、シーケンス番号#3が付与されているRLC-data-PDU(第1パケット)を受信しなかった場合、RLC-data-PDUのロスが発生した(未受信のRLC-data-PDUに対するロスが検出された)と判断して、シーケンス番号#3が付与されているRLC-data-PDU(第1パケット)に対するSTATUS-PDU(NACK)(再送要求)を送信するように、RLC-control-PDUバッファ20に指示する。 
【００７４】
また、順序補正バッファ32は、シーケンス番号#2が付与されているRLC-data-PDU及びシーケンス番号#3が付与されているRLC-data-PDU(複数の第1パケット)を受信する前に、シーケンス番号#4が付与されているRLC-data-PDU(第2パケット)を受信した場合にも、同様に、順序補正タイマを起動するように構成されている。
【００７５】
そして、順序補正バッファ32は、上述の順序補正タイマが満了するまでに、シーケンス番号#2が付与されているRLC-data-PDU及びシーケンス番号#3が付与されているRLC-data-PDU(第1パケット)の両方を受信しなかった場合、RLCdata-PDUのロスが発生した(未受信のRLC-data-PDUに対するロスが検出された)と判断して、シーケンス番号#2が付与されているRLC-data-PDU及び/又はシーケンス番号#3が付与されているRLC-data-PDU(受信しなかった第1パケット)に対するSTATUS-PDU(NACK)(再送要求)を送信するように、RLC-control-PDUバッファ20に指示する。
【００７６】
なお、順序補正タイマは、RLCサブレイヤ間で確立されている論理チャネル毎に設定されるように構成されていてもよい。
【００７７】
また、受信側装置が、移動局UEである場合、かかる順序補正タイマの設定値は、RRC(Radio Resource Control)メッセージによって、無線基地局eNBから通知されるように構成されていてもよい。
【００７８】
順序補正バッファ32は、格納しているRLC-data-Sub-PDUからRLC-PDUを構築することができる場合は、かかるRLC-data-PDUを構築するように構成されている。
【００７９】
RLC-SDU再構築部34は、再構築バッファ33に格納されているRLC-data-PDUからRLC-SDUを構築することができる場合は、かかるRLC-SDUを構築して、シーケンス番号順に上位レイヤに送信するように構成されている。
【００８０】
(本発明の第1の実施形態に係る移動通信システムの動作)
図9を参照して、本発明の第1の実施形態に係る移動通信システムにおける受信側装置の動作について説明する。 
【００８１】
図9に示すように、ステップS101において、受信側装置のRLCサブレイヤは、(モジュロ演算を考慮して)シーケンス番号の順番通りでないRLC-data-PDU(若しくは、RLC-data-Sub-PDU)(例えば、図8におけるシーケンス番号#4のRLC-data-PDU)を受信したか否かについて判定する。ここで、シーケンス番号の順番通りでないRLC-data-PDUを受信したと判定されるまで、ステップS101は繰り返される。
【００８２】
シーケンス番号の順番通りでないRLC-data-PDUを受信したと判定された場合、ステップS102において、受信側装置のRLCサブレイヤが、順序補正タイマを起動する。 
【００８３】
ステップS103において、受信側装置のRLCサブレイヤは、抜けていたRLC-data-PDU(実際には、シーケンス番号の順番通りでないRLC-data-PDUを受信した時点において未受信であった受信側ウィンドウ内のRLC-data-PDUであり、例えば、図8におけるシーケンス番号#3のRLC-data-PDU)を全て受信したか否かについて判定する。
【００８４】
かかるRLC-data-PDUが全て受信されたと判定された場合、本動作は、ステップS101に戻り、かかるRLC-data-PDUが全て受信されていないと判定された場合、ステップS104において、受信側装置のRLCサブレイヤは、順序補正タイマが満了したか否かについて判定する。
【００８５】
順序補正タイマが満了していないと判定された場合、本動作は、ステップS103に戻り、順序補正タイマが満了したと判定された場合、ステップS105において、受信側装置のRLCサブレイヤは、抜けていたRLC-data-PDUで、未だ受信していないRLC-data-PDUに対するSTATUS-PDU(NACK)を生成して送信する。
【００８６】
(本発明の第1の実施形態に係る移動通信システムの作用・効果)
本発明の第1の実施形態に係る移動通信システムによれば、MACサブレイヤが、受信したRLC-PDUに対する順序補正処理を行わない場合において、RLCサブレイヤが、順序補正タイマを用いて、適切に、RLC-data-PDU(若しくは、RLC-data-Sub-PDU)のロスの発生を検出し、未受信のRLC-data-PDUに対するSTATUS-PDU(NACK)を送信することができる。
【００８７】
(変更例1)
上述の第1の実施形態では、Acknowledgeモード(AM)のRLCサブレイヤが用いられている移動通信システムを例に挙げて説明したが、本発明は、かかる移動通信システムに限定されるものではなく、変更例1のように、Unacknowledgedモード(UM)のRLCサブレイヤが用いられている移動通信システムにも適用可能である。
【００８８】
以下、図10及び図11を参照して、変更例1に係る移動通信システムについて、上述の第1の実施形態に係る移動通信システムとの相違点を主として説明する。
【００８９】
図10に示すように、順序補正バッファ32は、シーケンス番号#3が付与されているRLC-data-PDU(第1パケット)を受信する前に、シーケンス番号#4が付与されているRLC-data-PDU(第2パケット)を受信した場合に、順序補正タイマを起動するように構成されている。
【００９０】
そして、順序補正バッファ32は、上述の順序補正タイマが満了するまでに、シーケンス番号#3が付与されているRLC-data-PDU(第1パケット)を受信しなかった場合、RLC-data-PDUのロスが発生した(未受信のRLC-data-PDUに対するロスが検出された)と判断して、シーケンス番号#3が付与されているRLC-data-PDU(第1パケット)を受信することはないと判断する、すなわち、シーケンス番号#3が付与されているRLC-data-PDU(第1パケット)の受信を諦めるように構成されている。
【００９１】
さらに、順序補正バッファ32は、シーケンス番号#3が付与されているRLC-data-PDU(第1パケット)の受信を諦めた際には、受信側ウィンドウの下限値を、受信を諦めたRLC-data-PDU(第1パケット)のシーケンス番号よりも大きい値に設定することにより、受信側ウィンドウを前進させる動作を行い、かかる動作を行うことにより、受信済みのRLC-data-PDUのシーケンス番号が受信側ウィンドウから外れる場合は、かかる受信済みのRLC-data-PDUを再構築バッファに格納する。
【００９２】
また、順序補正バッファ32は、シーケンス番号#2が付与されているRLC-data-PDU及びシーケンス番号#3が付与されているRLC-data-PDU(複数の第1パケット)を受信する前に、シーケンス番号#4が付与されているRLC-data-PDU(第2パケット)を受信した場合にも、同様に、順序補正タイマを起動するように構成されている。
【００９３】
そして、順序補正バッファ32は、上述の順序補正タイマが満了するまでに、シーケンス番号#2が付与されているRLC-data-PDU及びシーケンス番号#3が付与されているRLC-data-PDU(第1パケット)の両方を受信しなかった場合、RLCdata-PDUのロスが発生した(未受信のRLC-data-PDUに対するロスが検出された)と判断して、シーケンス番号#2が付与されているRLC-data-PDU及び/又はシーケンス番号#3が付与されているRLC-data-PDU(受信しなかった第1パケット)を受信することはないと判断する、すなわち、シーケンス番号#2及び又は#3が付与されているRLC-data-PDU(第1パケット)の受信を諦めるように構成されている。
【００９４】
さらに、順序補正バッファ32は、シーケンス番号#2及び#3が付与されているRLC-data-PDU(第1パケット)の受信を諦めた際には、受信側ウィンドウの下限値を、受信を諦めたRLC-data-PDU(第1パケット)のシーケンス番号よりも大きい値に設定することにより、受信側ウィンドウを前進させる動作を行い、かかる動作を行うことにより、受信済みのRLC-data-PDUのシーケンス番号が受信側ウィンドウから外れる場合は、かかる受信済みのRLC-data-PDUを再構築バッファに格納する。
【００９５】
図11を参照して、本変更例1に係る移動通信システムにおける受信側装置の動作について説明する。ステップS201乃至S204の動作は、図9に示すステップS101乃至S104の動作と同一である。
【００９６】
ステップS205において、受信側装置のRLCサブレイヤは、抜けていたRLC-data-PDUで、未だ受信していないRLC-data-PDUを受信することはないものと判断し、かかるRLC-data-PDUの受信を断念し(つまり、受信を放棄し)、ステップS206の動作を行う。
【００９７】
ステップS206において、受信側装置のRLCサブレイヤは、受信側ウィンドウの下限値を、受信を諦めたRLC-data-PDUのシーケンス番号よりも大きい値に設定する。
【００９８】
ステップS207において、受信側装置のRLCサブレイヤは、シーケンス番号が受信側ウィンドウから外れる受信済みRLC-data-PDUの有無について判定する。
【００９９】
シーケンス番号が受信側ウィンドウから外れる受信済みRLC-data-PDUがあると判定された場合、ステップS208において、受信側装置のRLCサブレイヤは、かかるRLC-data-PDUを、RLC-SDUを再構築する対象とする。
【０１００】
(その他の実施形態)
本発明は、上述した実施形態に限定されるものではなく、種々の変更が可能である。例えば、受信側装置のRLCサブレイヤは、Acknowledgeモード(AM)とUnacknowledgedモード(UM)との何れのモードに設定されているかを判定し、判定結果に応じて、STATUS―PDUを送信するように構成されていてもよい。
【０１０１】
具体的に、受信側装置のRLCサブレイヤは、順序補正タイマが満了したと判定した場合(図9のステップS104のYES、又は図11のステップS204のYES)、Acknowledgeモード(AM)とUnacknowledgedモード(UM)との何れのモードに設定されているかを判定する。
【０１０２】
また、受信側装置のRLCサブレイヤは、Acknowledgeモード(AM)であると判定した場合、STATUS―PDU(NACK)を送信し(図9のステップS105)、Unacknowledgedモード(UM)であると判定した場合、抜けていたRLC-data-PDUで、未だ受信していないRLC-data-PDUを受信することはないものと判断し、かかるRLC-data-PDUの受信を断念(放棄)する(図11のステップS205)ように構成されていてもよい。
【０１０３】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【図１】
2011135601.tif 000003
【図２】
2011135601.tif 000004
【図３】
2011135601.tif 000005
【図４】
2011135601.tif 000006
【図５】
2011135601.tif 000007
【図６】
2011135601.tif 000008
【図７】
2011135601.tif 000009
【図８】
2011135601.tif 000010
【図９】
2011135601.tif 000011
【図１０】
2011135601.tif 000012
【図１１】
2011135601.tif 000013