(57)【要約】【課題】データの再構成によるデータのロスの発生を防止する。【解決手段】受信装置の取得部６０は、下位レイヤにおけるデータの再構成の通知を送信装置から取得する。受信装置の通知／指示部７０は、受信を希望するデータの上位レイヤにおけるシーケンス番号を送信装置に通知する。送信装置のＲＬＣ処理部４０は、受信装置から、受信を希望するデータの上位レイヤにおけるシーケンス番号を取得し、そのシーケンス番号のデータから再構成を行う。【選択図】図１
2006203265.tif 000002
【特許請求の範囲】
【請求項１】
下位レイヤにおけるデータの再構成の通知を送信装置から取得する取得部と、
受信を希望するデータの上位レイヤにおけるシーケンス番号を前記送信装置に通知する通知部と、
前記シーケンス番号のデータから再構成されたデータの受信処理を行う下位レイヤ処理部と
を備えることを特徴とする受信装置。
【請求項２】
前記通知部は、データの受信結果に基づいて前記上位レイヤにおけるシーケンス番号を通知することを特徴とする請求項１に記載の受信装置。
【請求項３】
前記取得部は、前記シーケンス番号を要求する指示データを前記送信装置から取得し、
前記通知部は、前記指示データに応じて、前記シーケンス番号を通知することを特徴とする請求項１又は２に記載の受信装置。
【請求項４】
下位レイヤにおけるデータの再構成を受信装置に通知する通知部と、
前記受信装置から、受信を希望するデータの上位レイヤにおけるシーケンス番号を取得する取得部と、
前記シーケンス番号のデータから前記再構成を行う下位レイヤ処理部と
を備えることを特徴とする送信装置。
【請求項５】
前記下位レイヤ処理部は、前記下位レイヤにおいてデータ単位のサイズを変更する際に、前記シーケンス番号のデータから前記再構成を行うことを特徴とする請求項４に記載の送信装置。
【請求項６】
前記再構成の要否を判断する判断部を備え、
前記下位レイヤ処理部は、前記判断部が前記再構成が必要であると判断した際に、前記シーケンス番号のデータから前記再構成を行うことを特徴とする請求項４に記載の送信装置。
【請求項７】
指示データを送信することにより、前記シーケンス番号を前記受信装置に要求する指示部を備えることを特徴とする請求項４乃至６のいずれか１項に記載の送信装置。
【請求項８】
下位レイヤにおけるデータの再構成の通知を送信装置から取得し、受信を希望するデータの上位レイヤにおけるシーケンス番号を前記送信装置に通知し、前記シーケンス番号のデータから再構成されたデータの受信処理を行う受信装置と、
前記再構成を前記受信装置に通知し、該受信装置から、受信を希望するデータの上位レイヤにおけるシーケンス番号を取得し、該シーケンス番号のデータから前記再構成を行う送信装置と
を備えることを特徴とする通信システム。
【請求項９】
送信装置が下位レイヤにおけるデータの再構成を受信装置に通知し、
該受信装置が、受信を希望するデータの上位レイヤにおけるシーケンス番号を前記送信装置に通知し、
該送信装置が前記シーケンス番号のデータから前記再構成を行い、
前記受信装置が前記シーケンス番号のデータから再構成されたデータの受信処理を行うことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置、送信装置、通信システム及び通信方法に関する。
【背景技術】
【０００２】
無線アクセス方式の一つであるＷ−ＣＤＭＡ（Wideband Code Division Multiple Access）では、移動局（ＵＥ：User Equipment）と、無線アクセスネットワーク（ＵＴＲＡＮ：Universal Terrestrial Radio Access Network）との間の通信を、ＲＬＣ（Radio Link Control）プロトコルに従って行う。ＲＬＣプロトコルに従うＲＬＣレイヤにおいて、データの再構成が行われる場合がある（例えば、非特許文献１参照）。
【非特許文献１】3GPP TSG-RAN,“TS25.322 V6.1.0 Radio Link Control(RLC) protocol specification”, 2004年9月
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、データの再構成が行われた場合、受信装置が、データ全体の受信が完了していないデータを破棄したり、送信装置が、データ全体の受信確認が完了していないデータを破棄したりする場合があった。そのため、データのロスが発生してしまう課題があった。
【０００４】
そこで、本発明は、データの再構成によるデータのロスの発生を防止することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の受信装置は、下位レイヤにおけるデータの再構成の通知を送信装置から取得する取得部と、受信を希望するデータの上位レイヤにおけるシーケンス番号を送信装置に通知する通知部と、シーケンス番号のデータから再構成されたデータの受信処理を行う下位レイヤ処理部とを備えることを特徴とする。ここで、上位レイヤとは再構成を行うレイヤよりも上位のレイヤをいい、下位レイヤとは上位レイヤから見て下位のレイヤであって再構成を行うレイヤをいう。
【０００６】
このような受信装置によれば、下位レイヤにおけるデータの再構成が行われることを認識できる。そして、受信装置は、受信を希望する再構成されたデータを、再構成が行われるレイヤよりも上位のレイヤにおけるシーケンス番号を用いて送信装置に通知できる。更に、受信装置は、送信装置に通知したシーケンス番号のデータから、再構成されたデータの受信処理を行うことができる。よって、受信装置は、希望のデータを受信することができ、データの再構成によってデータのロスが発生することを防止できる。
【０００７】
通知部は、データの受信結果に基づいて上位レイヤにおけるシーケンス番号を通知することが好ましい。これによれば、受信装置は、データの再構成が行われる場合であっても、正常に送受信が完了していないデータを送信してもらい、受信することができる。よって、データのロスが発生することをより確実に防止できる。
【０００８】
又、取得部は、シーケンス番号を要求する指示データを送信装置から取得し、通知部は、指示データに応じて、シーケンス番号を通知するようにしてもよい。これによれば、受信装置は、再構成が行われる際に、必要に応じてシーケンス番号を通知することができる。そのため、制御データ量や制御負荷の低減を図ることができ、より柔軟な制御が可能となる。
【０００９】
本発明の送信装置は、下位レイヤにおけるデータの再構成を受信装置に通知する通知部と、受信装置から、受信を希望するデータの上位レイヤにおけるシーケンス番号を取得する取得部と、シーケンス番号のデータから再構成を行う下位レイヤ処理部とを備えることを特徴とする。
【００１０】
このような送信装置によれば、下位レイヤにおけるデータの再構成を行うことを受信装置に知らせることができる。そして、送信装置は、受信装置が受信を希望するデータを、再構成が行われるレイヤよりも上位のレイヤにおけるシーケンス番号により認識できる。そして、送信装置は、受信装置が希望するシーケンス番号のデータから、下位レイヤにおけるデータの再構成を開始し、データを送信できる。よって、送信装置は、データの再構成によってデータのロスが発生することを防止できる。
【００１１】
下位レイヤ処理部は、下位レイヤにおいてデータ単位のサイズを変更する際に、上位レイヤのシーケンス番号のデータから再構成を行うことが好ましい。これによれば、送信装置は、データ単位のサイズを変更することにより、再構成を行う必要が生じた際に、受信装置から通知された上位レイヤのシーケンス番号のデータから再構成を行うことができる。
【００１２】
又、送信装置は、再構成の要否を判断する判断部を備えるようにしてもよい。この場合、下位レイヤ処理部は、判断部が再構成が必要であると判断した際に、シーケンス番号のデータから再構成を行うことができる。これによれば、送信装置は、必要に応じて再構成を行うことができるため、制御負荷の低減を図ることができ、より柔軟な制御が可能となる。
【００１３】
更に、送信装置は、指示データを送信することにより、シーケンス番号を受信装置に要求する指示部を備えるようにしてもよい。これによれば、送信装置は、再構成を行う際に、必要に応じてシーケンス番号を要求することができる。そのため、制御データ量や制御負荷の低減を図ることができ、より柔軟な制御が可能となる。
【００１４】
本発明の通信システムは、下位レイヤにおけるデータの再構成の通知を送信装置から取得し、受信を希望するデータの上位レイヤにおけるシーケンス番号を送信装置に通知し、シーケンス番号のデータから再構成されたデータの受信処理を行う受信装置と、再構成を受信装置に通知し、受信装置から、受信を希望するデータの上位レイヤにおけるシーケンス番号を取得し、シーケンス番号のデータから再構成を行う送信装置とを備えることを特徴とする。
【００１５】
本発明の通信方法は、送信装置が下位レイヤにおけるデータの再構成を受信装置に通知し、受信装置が、受信を希望するデータの上位レイヤにおけるシーケンス番号を送信装置に通知し、送信装置がシーケンス番号のデータから再構成を行い、受信装置がシーケンス番号のデータから再構成されたデータの受信処理を行うことを特徴とする。
【発明の効果】
【００１６】
以上説明したように、本発明によれば、データの再構成に起因するデータのロスの発生を防止できる。
【発明を実施するための最良の形態】
【００１７】
（通信システム）
図１に示すように、通信システム１００は、移動局１０と無線ネットワーク装置２０とを備える。無線ネットワーク装置２０から移動局１０にデータを送信する場合には、移動局１０が受信装置となり、無線ネットワーク装置２０が送信装置となる。一方、移動局１０から無線ネットワーク装置２０にデータを送信する場合には、移動局１０が送信装置となり、無線ネットワーク装置２０が受信装置となる。
【００１８】
通信システム１００は、無線アクセス方式としてＷ−ＣＤＭＡを用いる。通信システム１００におけるレイヤ構成は、図２に示すようになっている。最下位レイヤは物理レイヤであり、最上位レイヤはＲＲＣ（Radio  Resource  Control）レイヤである。下位から順に、物理レイヤ、ＭＡＣ（Medium  Access  Control）レイヤ、ＲＬＣ（Radio  Link  Control）レイヤ、ＰＤＣＰ（Packet  Data  Convergence  Protocol）レイヤ、ＲＲＣレイヤとなっている。
【００１９】
上位のレイヤから下位のレイヤには、自身のレイヤのヘッダ等のオーバーヘッドが付加されてデータが提供される。下位のレイヤから上位のレイヤには、自身のレイヤのヘッダ等のオーバーヘッドが削除されてデータが提供される。ヘッダには、シーケンス番号等の制御情報が含まれる。
【００２０】
次に、移動局１０及び無線ネットワーク装置２０についてより詳細に説明する。図１に示すように、移動局１０は、無線部１１と、データ処理部１２とを備える。無線ネットワーク装置２０は、インタフェース２１と、データ処理部２２と、インタフェース２３とを備える。
【００２１】
無線部１１は、無線ネットワーク装置２０と無線によりデータを送受信する。インタフェース２１は、移動局１０とデータを送受信する。インタフェース２３は、ネットワークとのインタフェースであり、移動局１０へのデータを受信したり、移動局１０からのデータを送信したりする。
【００２２】
データ処理部１２，２２は、データに対する種々の処理を行う。データ処理部１２は、無線部１１から、無線ネットワーク装置２０から受信したデータを取得して受信データに対する処理を行う。データ処理部１２は、無線ネットワーク装置２０に送信するデータに対する処理を行って、無線部１１に提供する。データ処理部２２は、インタフェース２１から、移動局１０から受信したデータを取得して受信データに対する処理を行い、インタフェース２３に提供する。データ処理部２２は、インタフェース２３から移動局１０に送信するデータを取得して送信データに対する処理を行い、インタフェース２１に提供する。
【００２３】
データ処理部１２，２２はそれぞれ、ＲＬＣ処理部４０と、取得部６０と、通知／指示部７０と、上位レイヤ処理部８０とを備える。上記したように、移動局１０及び無線ネットワーク装置２０は、受信装置にも送信装置にもなるため、データ処理部１２，２２は、受信装置としての機能と送信装置としての機能の両方を備えている。
【００２４】
上位レイヤ処理部８０は、ＲＬＣプロトコルよりも上位のレイヤのプロトコルに従って、上位レイヤにおけるデータ処理を行う。例えば、上位レイヤ処理部８０は、ＲＲＣレイヤやＰＤＣＰレイヤのプロトコルに従って、ＲＲＣレイヤやＰＤＣＰレイヤにおけるデータ処理を行う。
【００２５】
上位レイヤ処理部８０は、送信バッファ８１と、判断部８２とを備える。送信バッファ８１には、通信相手装置に送信するデータが格納される。判断部８２は、下位レイヤにおけるデータの再構成の要否を判断する。例えば、判断部８２は、ＲＲＣレイヤやＰＤＣＰレイヤよりも下位のレイヤであるＲＬＣレイヤにおけるデータの再構成（Re-establishment）の要否を判断する。
【００２６】
判断部８２は、例えば、送信バッファ８１に格納されたデータ量を検出し、検出したデータ量に基づいて再構成の要否を判断できる。具体的には、判断部８２は、送信すべきデータ量が増加した場合には、ＲＬＣレイヤにおけるデータ単位、RLC−PDU（Protocol  Data  Unit）のサイズを変更する必要があると判断し、そのために再構成が必要であると判断できる。例えば、判断部８２は、データ単位（RLC−PDU）のサイズとデータ量との対応関係を保持しておくことができる。そして、判断部８２は、送信バッファ８１から取得したデータ量と対応関係とを比較し、データ量に合致するデータ単位（RLC−PDU）を決定できる。判断部８２は、現在のデータ単位（RLC−PDU）と決定したデータ単位（RLC−PDU）が異なる場合には、データ単位（RLC-PDU）のサイズを変更し、再構成を行う必要があると判断できる。
【００２７】
判断部８２は、判断結果に基づいてＲＬＣ処理部４０に対して指示する。例えば、判断部８２は、判断結果に基づいて、データ単位（RLC−PDU）のサイズの変更とデータの再構成を、ＲＬＣ処理部４０に要求できる。このようにして、上位レイヤであるＲＲＣレイヤやＰＤＣＰレイヤから、下位レイヤであるＲＬＣレイヤに対してデータの再構成が要求される。又、判断部８２は、送信するデータ量以外に、チャネル切り替え状況や状態遷移状況等に基づいて再構成の要否を判断できる。具体的には、判断部８２は、チャネル切り替え時、例えば、個別チャネルから共通チャネルへの切り替え時に再構成が必要であると判断できる。又、判断部８２は、状態遷移時、例えば、CELL_FACH状態からCELL_DCH状態への遷移時に再構成が必要であると判断できる。
【００２８】
ＲＬＣ処理部４０は、ＲＬＣプロトコルに従って、ＲＬＣレイヤにおけるデータ処理を行う。ＲＬＣ処理部４０は、ＲＬＣコネクションを設定し、上位レイヤに対して３種類のモードのデータ転送サービスを提供する。具体的には、データ転送には、透過型データ転送（ＴＭ：Transparent mode）と、非確認型データ転送（ＵＭ：Unacknowledged mode）と、確認型データ転送（ＡＭ：Acknowledged mode）の３種類のモードがある。
【００２９】
又、ＲＬＣ処理部４０は、データの分割／組み立て（Segmentation and reassembly）、データの結合（Concatenation）、パディング（Padding）、ユーザデータの転送（Transfer of user data）、誤り訂正（Error correction）、上位レイヤへのPDUの提供（In-sequence delivery of upper layer PDUs）、同一データの検出（Duplicate detection）、フロー制御（Flow Control）、プロトコルエラーの検出／復帰（Protocol error detection and recovery）、秘匿処理（Ciphering）、データの破棄（discard）等の処理を行う。
【００３０】
図３を用いてＲＬＣ処理部４０について詳細に説明する。図３では、確認型データ転送（ＡＭ）の場合、即ち、AM-RLC entityとしての機能を例にとって説明する。又、送信装置（Transmitting side）となった場合の機能を左側に、受信装置（Receiving side）となった場合の機能を右側に示す。
【００３１】
ＲＬＣ処理部４０は、分割／結合部４１と、ＲＬＣヘッダ付加部４２と、再送処理部４３と、ＭＵＸ４４と、送信バッファ４５と、ＰＤＵ処理部４６と、暗号化部４７と、ＤＥＭＵＸ４８と、復号部４９と、再送処理部５０と、ＲＬＣヘッダ削除／情報抽出部５１と、再組み立て部５２と、ＲＬＣ制御部５３とを備える。
【００３２】
まず、送信機能について説明する。分割／結合部４１は、ＲＬＣよりも上位のレイヤ（Upper layer）からデータ（RLC−SDU：Service  Data  Unit）を取得する。分割／結合部４１は、固定長のデータ（PDU）を得るために、取得したRLC−SDUを分割（Segmentation）又は結合（Concatenation）する。例えば、分割／結合部４１は、固定長のAMD−PDU(Acknowledged mode data Packet data unit)を得るために、RLC−SDUを分割又は結合する。例えば、分割／結合部４１は、取得したRLC−SDUのサイズがAMD−PDUのサイズよりも大きい場合には分割（Segmentation）を実行する。このようにして、AMD−PDUは、分割又は結合されたRLC−SDUを含むことができる。
【００３３】
Uplink  AMD−PDU等のデータ単位のサイズは、ＲＬＣよりも上位のレイヤによって指定される準静的な（Semi static）値である。Uplink  AMD−PDU等のデータ単位のサイズは、上位レイヤ処理部８０からＲＬＣ処理部４０に対するデータの再構成の要求、即ち、ＲＲＣレイヤやＰＤＣＰレイヤ等の上位レイヤから、ＲＬＣレイヤ等の下位レイヤに対するデータの再構成の要求等において変更される。
【００３４】
更に、分割／結合部４１は、データ長（Length indicator）を設定する。データ長は、AMD−PDU間でRLC−SDUの境界を判断するために用いることができる。又、データ長は、AMD−PDUにパディング（Padding）や、Piggybacked Informationと呼ばれる制御情報を含むPiggybacked STATUS PDUが含まれているか否かを判断するために用いることができる。分割／結合部４１は、生成したAMD−PDUをＲＬＣヘッダ付加部４２に入力する。
【００３５】
ＲＬＣヘッダ付加部４２は、取得したAMD−PDUにＲＬＣヘッダを付加する。ＲＬＣヘッダ付加部４２は、ＲＬＣヘッダを付加したAMD−PDUを再送処理部４３とＭＵＸ４４に入力する。
【００３６】
再送処理部４３は、通信相手装置にデータを再送する再送処理（Retransmission  Management）を行う。再送処理部４３は、再送されるPDUが格納される再送バッファ（Retransmission   buffer）４３ａを備える。再送処理部４３は、取得したAMD−PDUを再送バッファ４３ａに格納する。
【００３７】
再送処理部４３は、通信相手装置のＲＬＣ処理部４０（AM−RLC entity）によって送信される制御情報に従って、再送バッファ４３ａ内のAMD−PDUを削除したり、再送のためにＭＵＸ４４に入力したりする。例えば、再送処理部４３は、通信相手装置からSTATUS PDUやPiggybacked STATUS PDUを取得し、その中に含まれる状況報告（Status report）によって、再送バッファ４３ａ内のPDUの削除又は再送を行う。状況報告（Status report）には、通信相手装置のＲＬＣ処理部４０（AM−RLC entity）からの各AMD−PDUに対する受信結果１ａを含む。受信結果１ａは、データを正常に受信したことを示す肯定応答（Positive acknowledgement）とデータの受信に失敗したことを示す否定応答（Negative acknowledgement）を含む。
【００３８】
ＭＵＸ４４は、AMD−PDUを多重する。ＭＵＸ４４は、ＲＬＣヘッダ付加部４２から取得した新規のAMD−PDUと、再送処理部４３から取得した再送が必要なAMD−PDUとを多重する。ＭＵＸ４４は、多重により得られたPDUを送信バッファ４５に格納する。
【００３９】
ＰＤＵ処理部４６は、PDUに対する処理を行う。ＰＤＵ処理部４６は、送信バッファ４５やＲＬＣ制御部５３からPDUを取得する。ＰＤＵ処理部４６は、取得したPDUにPDUヘッダを付加する。例えば、ＰＤＵ処理部４６は、制御情報の要求ビット（Polling bit）をＲＬＣ制御部５３から取得し、AMD−PDUヘッダを生成して、AMD−PDUに付加できる。
【００４０】
更に、ＰＤＵ処理部４６は、目的とするサイズのPDU、例えば、固定長のAMD−PDUを生成するために、パディング（Padding）を行ったり、Piggybacked STATUS PDUを設定したりできる。ＰＤＵ処理部４６は、AMD−PDUの空きスペースにあわせるために、Piggybacked STATUS PDUのサイズを変更できる。又、ＰＤＵ処理部４６は、通信相手装置から送信されたデータの受信結果１ｂ（Acknowledgement）を状況報告（Status report）として含むSTATUS PDUやPiggybacked STATUS PDUを生成し、通信相手装置のＲＬＣ処理部４０（AM−RLC entity）に再送を要求できる。ＰＤＵ処理部４６は、PDUを暗号化部４７に入力する。
【００４１】
暗号化部４７は、PDUの暗号化（秘匿処理：Ciphering）を行う。暗号化部４７は、AMD−PDUを暗号化するが、AMD−PDUヘッダは暗号化しない。但し、暗号化部４７は、Piggybacked STATUS PDUとパディング（Padding）については暗号化を行う。又、暗号化部４７は、STATUS PDU, RESET PDU, RESET ACK PDU等の制御PDU（Control PDU）は暗号化しない。暗号化部４７は、制御PDU、暗号化後のAMD−PDUをＲＬＣレイヤよりも下位のレイヤ（Lower layer）に提供する。そして、ＤＣＣＨ／ＤＴＣＨ（Dedicated  Control  Channel／Dedicated  Traffic  Channel）によりデータが送信される。
【００４２】
次に、受信機能について説明する。ＤＥＭＵＸ４８は、ＲＬＣよりも下位のレイヤからＤＣＣＨ／ＤＴＣＨにより受信したAMD−PDUと制御ＰＤＵ（Control PDU）を取得する。復号部４９は、下位のレイヤ又はＤＥＭＵＸ４８から、AMD-PDUを取得する。
【００４３】
ＤＥＭＵＸ４８は、多重されたAMD-PDUを分離し、復号部４９に入力する。尚、Downlink  AMD−PDU等のデータ単位のサイズは、ＲＬＣよりも上位のレイヤによって指定される準静的な（Semi static）値である。Downlink  AMD−PDU等のデータ単位のサイズは、上位レイヤ処理部８０からＲＬＣ処理部４０に対するデータの再構成の要求、即ち、ＲＲＣレイヤやＰＤＣＰレイヤ等の上位レイヤから、ＲＬＣレイヤ等の下位レイヤに対するデータの再構成の要求等において変更される。Downlink AMD PDU のサイズは、指定されていない場合、最初に受信したPDUのサイズによって決めることができる。又、Downlink  AMD−PDUのサイズとUplink AMD−PDUのサイズは、同一である必要はない。
【００４４】
又、ＤＥＭＵＸ４８は、RESETやRESET ACK PDU等の制御PDU（Control PDU）をＲＬＣ制御部５３に提供（Routing）する。ＤＥＭＵＸ４８は、通信相手装置のＲＬＣ処理部４０（AM−RLC entity）から取得したSTATUS PDUを再送処理部４３に提供する。STATUS  PDUには、通信相手装置の受信結果１ａ、即ち、肯定応答（Positive acknowledgement）や否定応答（Negative acknowledgement）が含まれる。このようにして、ＤＥＭＵＸ４８は、通信相手装置から受信した応答（Received  acknowledgement）を再送処理部４３に提供する。
【００４５】
復号部４９は、取得したAMD−PDUの復号（Deciphering）を行う。復号部４９は、復号後のPDUを再送処理部５０に入力する。
【００４６】
再送処理部５０は、通信相手装置にデータの再送を要求する再送処理（Retransmission  Management）を行う。再送処理部５０は、受信したPDUが格納される受信バッファ（Reception  buffer）５０ａを備える。再送処理部５０は、完全なRLC−SDUが受信できるまで、取得したAMD−PDUを受信バッファ５０ａに格納しておく。
【００４７】
再送処理部５０は、正常に受信できたAMD−PDUについては、肯定応答（Positive acknowledgement）を生成し、ＰＤＵ処理部４６に提供する。一方、再送処理部５０は、正常に受信できなかったAMD−PDUについては、否定応答（Negative acknowledgement）を生成し、ＰＤＵ処理部４６に提供する。このようにして、再送処理部５０が自身の受信結果１ｂをＰＤＵ処理部４６に提供することにより、ＰＤＵ処理部４６が、自身の受信結果１ｂ（Acknowledgement）を状況報告（Status report）として含むSTATUS PDUやPiggybacked STATUS PDUを生成して、通信相手装置のＲＬＣ処理部４０（AM−RLC entity）に送信し、再送を要求できる。再送処理部５０は、RLC−SDUを完全に受信できたときに、受信バッファ５０ａに格納されているAMD−PDUをＲＬＣヘッダ削除／情報抽出部５１に入力する。
【００４８】
ＲＬＣヘッダ削除／情報抽出部５１は、取得したAMD−PDUからＲＬＣヘッダを削除する。ＲＬＣヘッダ削除／情報抽出部５１は、ＲＬＣヘッダを削除したAMD−PDUを再組み立て部５２に入力する。
【００４９】
更に、ＲＬＣヘッダ削除／情報抽出部５１は、Piggybacked STATUS PDUが設定されている場合、制御情報（Piggybacked  Information）を抽出する。ＲＬＣヘッダ削除／情報抽出部５１は、抽出した制御情報（Piggybacked  Information）を、再送処理部４３やＲＬＣ制御部５３に提供する。制御情報（Piggybacked  Information）は、通信相手装置の受信結果１ａを含むことができる。そのため、ＲＬＣヘッダ削除／情報抽出部５１は、受信結果１ａを含む制御情報（Piggybacked  Information）を、再送処理部４３に提供することにより、通信相手装置が正常に受信できたAMD−PDUを再送バッファ４３ａから削除し、通信相手装置への再送が必要なAMD−PDUを再送することを、再送処理部４３に指示できる。
【００５０】
再組み立て部５２は、AMD−PDUを組み立てて、RLC−SDUを再生（Reassemble）し、ＲＬＣレイヤよりも上位のレイヤに提供する。再組み立て部５２は、RLC−SDUを完全に受信できたときだけ、AMD−PDUを取得できる。
【００５１】
ＲＬＣ制御部５３は、取得した制御PDU（Control PDU）等に基づいて、通信相手装置のＲＬＣ処理部４０（AM−RLC entity）に応答するために制御PDU（Control PDU）を生成し、ＰＤＵ処理部４６に入力する。又、ＰＤＵ処理部４６は、制御情報の要求ビット（Polling bit）をＲＬＣ制御部５３に入力する。
【００５２】
次に、ＲＬＣ処理部４０が行うRLC−SDUの破棄と、データの再構成（Re-establishment）について詳細に説明する。ＲＬＣ処理部４０は、RLC−PDUの送信が、所定時間内又は所定送信回数内に正しく完了できなかった場合には、再送バッファ４３ａに格納されているRLC−PDUを廃棄する。これによれば、再送バッファ４３ａがオーバフローすることを回避できる。
【００５３】
ＲＬＣレイヤにおけるデータの再構成はＲＬＣよりも上位のレイヤ、例えば、ＲＲＣレイヤやＰＤＣＰレイヤによって要求される。具体的には、上位レイヤ処理部８０の判断部８２がデータの再構成の要否を判断する。そして、再構成が必要であるという判断結果の場合に、ＲＬＣ処理部４０に対してデータの再構成が要求される。ＲＬＣ処理部４０は、再構成が要求された場合、非確認型データ転送（ＵＭ）と、確認型データ転送（ＡＭ）においてデータを再構成する。このように、ＲＬＣレイヤ処理部４０は、判断部８２が再構成が必要であると判断した際に、再構成を行うことができる。これによれば、送信装置は、必要に応じて再構成を行うことができるため、制御負荷の低減を図ることができ、より柔軟な制御が可能となる。
【００５４】
非確認型データ転送（ＵＭ）の場合、受信装置と送信装置の両方のＲＬＣ処理部４０が再構成を行う。受信装置のＲＬＣ処理部４０は、全てのUMD−PDU（Unacknowledged mode data Packet data unit）を廃棄した上で、再構成を開始する。送信装置のＲＬＣ処理部４０は、下位レイヤに、一部でもPDUを提供したRLC−SDUを廃棄した上で、再構成を開始する。更に、送信装置のＲＬＣ処理部４０は、上位レイヤから要求があれば、上位レイヤに廃棄したRLC−SDUを通知する。
【００５５】
確認型データ転送（ＡＭ）の場合、受信装置と送信装置の少なくとも１つのＲＬＣ処理部４０が再構成を行うことができる。受信装置のＲＬＣ処理部４０のみが再構成を行う場合、受信装置のＲＬＣ処理部４０は、全てのAMD−PDUを廃棄した上で、再構成を開始する。又、送信装置のＲＬＣ処理部４０は、制御PDU（Control PDU）を破棄した上で、再構成を開始する。
【００５６】
送信装置のＲＬＣ処理部４０のみが再構成を行う場合、送信装置のＲＬＣ処理部４０は、制御PDU（Control PDU）と、全てのAMD−PDUを送信したRLC−SDUを全て廃棄した上で、再構成を開始する。更に、送信装置のＲＬＣ処理部４０は、廃棄しないRLC−SDUを、上位レイヤから指定されたサイズのAMD−PDUに再度、分割又は結合する。尚、このとき指定されるサイズは、再構成前と同じでも異なってもよい。受信装置及び送信装置両方のＲＬＣ処理部４０が再構成を行う場合、送信装置のＲＬＣ処理部４０は、制御PDUと全てのAMD−PDUを廃棄した上で、再構成を開始する。
【００５７】
次に、再構成が行われる際のデータ処理部１２，２２の処理について詳細に説明する。以下、ＲＬＣレイヤを下位レイヤ、それよりも上位のＲＲＣレイヤやＰＤＣＰレイヤ等を上位レイヤとして説明する。
【００５８】
送信装置の上位レイヤ処理部８０の判断部８２は、ＲＬＣレイヤにおけるデータの再構成の要否を判断する。例えば、判断部８２は、送信すべきデータ量が増加した場合には、ＲＬＣレイヤにおけるデータ単位、RLC−PDU（Protocol  Data  Unit）のサイズを変更する必要があると判断し、そのために再構成が必要であると判断する。そして、判断部８２は、判断結果に応じて、データ単位（RLC−PDU）のサイズの変更とデータの再構成を、ＲＬＣ処理部４０に要求する。又、判断部８２は、チャネルの切り替え時や状態遷移時等にも、データの再構成をＲＬＣ処理部４０に要求できる。
【００５９】
送信装置のＲＬＣ処理部４０は、このようにして上位レイヤ処理部８０から再構成の要求を受けた場合、通知／指示部７０に通知する。送信装置の通知／指示部７０は、ＲＬＣ処理部４０から再構成の通知を受けると、ＲＲＣレイヤやＰＤＣＰレイヤよりも下位のレイヤであるＲＬＣレイヤにおけるデータの再構成を受信装置に通知する。このように送信装置の通知／指示部７０は、下位レイヤであるＲＬＣレイヤにおいてデータ単位（RLC−PDU）のサイズを変更することにより、再構成を行う必要が生じた際に再構成を通知することができる。又、通知／指示部７０は、チャネルの切り替えや状態遷移等により再構成を行う必要が生じた際にも再構成を通知することができる。
【００６０】
例えば、送信装置の通知／指示部７０は、再構成を通知する制御情報を生成し、受信装置に送信する。このようにして、通知／指示部７０は、下位レイヤにおけるデータの再構成を受信装置に通知する通知部として機能する。
【００６１】
そして、受信装置の取得部６０が、下位レイヤであるＲＬＣレイヤにおけるデータの再構成の通知を送信装置から取得する。受信装置の取得部６０は、取得した再構成の通知を受信装置のＲＬＣ処理部４０及び通知／指示部７０に入力する。
【００６２】
受信装置の通知／指示部７０は、送信装置から取得した再構成の通知に応じて、受信を希望するデータの上位レイヤにおけるシーケンス番号を送信装置に通知する。例えば、受信装置の通知／指示部７０は、ＲＬＣ処理部４０から、データの受信結果を取得する。そして、受信装置の通知／指示部７０は、受信結果に基づいて上位レイヤであるＲＲＣレイヤやＰＤＣＰレイヤ等におけるシーケンス番号（ＲＲＣシーケンス番号やＰＤＣＰシーケンス番号）を通知することができる。例えば、受信装置の通知／指示部７０は、正常に受信が完了しておらず受信エラーとなっているデータのシーケンス番号を通知することができる。
【００６３】
このように、通知／指示部７０は、データの受信結果に基づいて上位レイヤにおけるシーケンス番号を通知することが好ましい。これによれば、受信装置は、データの再構成が行われる場合であっても、正常に送受信が完了していないデータを送信してもらい、受信することができる。よって、データのロスが発生することをより確実に防止できる。以上のようにして、通知／指示部７０は、受信を希望するデータの上位レイヤにおけるシーケンス番号を送信装置に通知する通知部として機能する。
【００６４】
そして、送信装置の取得部６０が、受信装置から、受信を希望するデータの上位レイヤにおけるシーケンス番号を取得する。送信装置の取得部６０は、取得したシーケンス番号を送信装置のＲＬＣ処理部４０に通知する。
【００６５】
送信装置のＲＬＣ処理部４０は、受信装置から通知されたシーケンス番号のデータから再構成を行う。このようにして、ＲＬＣ処理部４０は、受信装置が受信を希望するシーケンス番号のデータから再構成を行う下位レイヤ処理部として機能する。
【００６６】
ＲＬＣ処理部４０は、下位レイヤであるＲＬＣレイヤにおいてデータ単位（RLC−PDU）のサイズを変更する際に、上位レイヤのシーケンス番号のデータから再構成を行うことが好ましい。これによれば、送信装置は、データ単位のサイズを変更することにより、再構成を行う必要が生じた際に、受信装置から通知された上位レイヤのシーケンス番号のデータから再構成を行うことができる。例えば、RLC−PDUのサイズを320ビットから640ビットに変更する場合に、ＲＬＣ処理部４０は再構成を行うことができる。又、ＲＬＣ処理部４０は、チャネルの切り替え時や状態遷移時等に、上位レイヤのシーケンス番号のデータから再構成を行ってもよい。
【００６７】
又、ＲＬＣ処理部４０は、判断部８２が再構成が必要であると判断した際に、シーケンス番号のデータから再構成を行うことができる。例えば、ＲＬＣ処理部４０は、上位レイヤ処理部８０から、データ単位、即ち、RLC−PDUのサイズの変更と再構成の要求を受けた場合に再構成を行うことができる。
【００６８】
そして、受信装置のＲＬＣ処理部４０が、送信装置に通知したシーケンス番号のデータから再構成されたデータの受信処理を行う。具体的には、ＲＬＣ処理部４０は、再構成後のデータ単位（RLC−PDU）のサイズに従って、受信したデータの分離や組み立て等を行う。このようにして、ＲＬＣ処理部４０は、通知したシーケンス番号のデータから再構成されたデータの受信処理を行う下位レイヤ処理部として機能する。
【００６９】
以上説明したように、受信装置が再構成の通知に応じてシーケンス番号を通知するようにしてもよいが、送信装置の通知／指示部７０が、再構成を受信装置に通知する際に、指示データを送信し、シーケンス番号を受信装置に要求してもよい。この場合、受信装置の取得部６０は、シーケンス番号を要求する指示データを送信装置から取得し、通知／指示部７０に入力する。そして、受信装置の通知／指示部７０は、指示データに応じて、シーケンス番号を通知することができる。
【００７０】
具体的には、指示データとしてIndicatorを用いることができる。例えば、Indicatorは「オン」の場合にはシーケンス番号の通知を要求することを示し、Indictorは「オフ」の場合には、シーケンス番号の通知が不要であることを示すことができる。このようにIndicatorはオンとオフを区別できればよいため、例えば、再構成を通知する制御データに１ビットのIndicatorを付加すれば十分である。このようにして、通知／指示部７０は、上位レイヤのシーケンス番号を要求する指示データ（Indicator）を送信することにより、シーケンス番号を受信装置に要求する指示部としても機能できる。
【００７１】
受信装置の通知／指示部７０は、取得部６０から入力されたIndicatorがオンであるかオフであるかを判断する。通知／指示部７０は、Indicatorがオンの場合にはシーケンス番号の通知が必要であると判断し、シーケンス番号を通知する。一方、通知／指示部７０は、Indicatorがオフの場合にはシーケンス番号の通知が不要であると判断し、シーケンス番号の通知を行わない。
【００７２】
又、送信装置の通知／指示部７０は、再構成が必要な場合にのみIndicatorを付加することができる。この場合、受信装置の通知／指示部７０は、Indicatorの有無に基づいてシーケンス番号の通知の必要性を判断できる。具体的には、通知／指示部７０は、Indicatorが付加されている場合、シーケンス番号の通知が必要であると判断し、Indicatorが付加されていない場合、シーケンス番号の通知は不要であると判断できる。
【００７３】
このように、受信装置は、再構成の通知を受けた場合に上位レイヤのシーケンス番号を必ずしも通知しなくてもよい。そして、送信装置は、オン、オフを設定可能なIndicator等を受信装置に送信することにより、受信装置が受信を希望するデータの上位レイヤにおけるシーケンス番号の通知の要否を制御することができる。
【００７４】
例えば、通知／指示部７０は、多少のデータのロスが問題にならないようなデータの送受信を行っている場合には、Indicatorをオフに設定することやIndicatorを付加しないことでシーケンス番号を要求しないようにし、データのロスが許容できないデータの送受信を行っている場合には、Indicatorをオンに設定することやIndicatorを付加することでシーケンス番号を要求することができる。あるいは、通知／指示部７０は、ＱｏＳ（サービス品質）が低い場合にはIndicatorをオフに設定することやIndicatorを付加しないことでしてシーケンス番号を要求しないようにし、ＱｏＳが高い場合にはIndicatorをオンに設定することやIndicatorを付加することでシーケンス番号を要求することができる。
【００７５】
これによれば、受信装置は、再構成が行われる際に、必要に応じてシーケンス番号を通知することができる。又、送信装置は、再構成を行う際に、必要に応じてシーケンス番号を要求することができる。そのため、制御データ量や制御負荷の低減を図ることができ、より柔軟な制御が可能となる。
【００７６】
次に、図４に示す具体例を用いて、再構成が行われる際のデータ処理部１２，２２の処理について説明する。図４では、移動局１０が受信装置、無線ネットワーク装置２０が送信装置である場合を例にとって説明する。又、移動局１０が、再構成の通知に応じて上位レイヤのシーケンス番号を通知する場合を例にとって説明する。図４では、下位レイヤであるＲＬＣレイヤにおけるシーケンス番号を「ＬＳＮ：Lower  Sequence  Number」、上位レイヤであるＲＲＣレイヤやＰＤＣＰレイヤ等におけるシーケンス番号を「ＵＳＮ：Upper Sequence  Number」と表す。
【００７７】
ＲＬＣレイヤのデータ（RLC−PDU）と上位レイヤのデータとは対応付けられている（マッピングされている）。そのため、ＬＳＮとＵＳＮとは対応付けられている。具体的には、ＬＳＮ１０〜１２のデータとＵＳＮ４のデータ、ＬＳＮ１３，１４のデータとＵＳＮ５のデータ、ＬＳＮ１５〜１７のデータとＵＳＮ６のデータ、ＬＳＮ１８，１９のデータとＵＳＮ７のデータとがそれぞれマッピングされている。
【００７８】
送信装置である無線ネットワーク装置２０の判断部８２は、例えば、送信すべきデータ量が増加したため、ＲＬＣレイヤにおけるデータ単位、RLC−PDU（Protocol  Data  Unit）のサイズを変更する必要があると判断し、そのために再構成が必要であると判断する。そして、判断部８２は、判断結果に応じて、ＬＳＮ１〜１７のデータ単位（RLC−PDU）を、サイズ３２０ビットで送信し、ＬＳＮ１８以降のデータ単位（RLC−PDU）を、サイズ６４０ビットで再構成することを、ＲＬＣ処理部４０に要求する。
【００７９】
無線ネットワーク装置２０のＲＬＣ処理部４０は、上位レイヤ処理部８０からの要求を受けて、ＬＳＮ１〜１７のデータ単位（RLC−PDU）を、サイズ３２０ビットで送信し、ＬＳＮ１８以降のデータ単位（RLC−PDU）を、サイズ６４０ビットで再構成して送信する予定にしている。
【００８０】
この場合、無線ネットワーク装置２０のＲＬＣ処理部４０は、まず、ＬＳＮ１〜１７のデータ（RLC−PDU）をサイズ３２０ビットで送信する。更に、無線ネットワーク装置２０の通知／指示部７０は、ＲＬＣレイヤにおけるデータの再構成を移動局１０に通知する。
【００８１】
受信装置である移動局１０のＲＬＣ処理部４０は、正常に受信を完了したデータ（RLC−PDU）について肯定応答（Positive Acknowledgement）を、正常に受信できずに受信エラーとなってしまったデータ（RLC−PDU）について否定応答（Negative Acknowledgement）を、無線ネットワーク装置２０に送信する。例えば、ＬＳＮ１３のデータ（RLC−PDU）が正常に受信できずに受信エラーとなってしまった場合、移動局１０は、ＬＳＮ１〜１２，１４〜１７について、肯定応答（Positive Acknowledgement）を、ＬＳＮ１３について否定応答（Negative Acknowledgement）を、無線ネットワーク装置２０に送信する。
【００８２】
更に、移動局１０の取得部６０は、ＲＬＣレイヤにおけるデータの再構成の通知を無線ネットワーク装置２０から取得し、移動局１０の通知／指示部７０に入力する。通知／指示部７０は、再構成の通知に応じて、次に受信を希望するデータの上位レイヤのシーケンス番号を無線ネットワーク装置２０に通知する。
【００８３】
このとき、通知／指示部７０は、ＲＬＣ処理部４０から受信結果を取得する。通知／指示部７０は、受信結果に基づいて、受信エラーとなってしまったＬＳＮ１３のデータ（RLC−PDU）を含むため、上位レイヤであるＲＲＣレイヤやＰＤＣＰレイヤ等におけるデータを組み立てた際に、ＵＳＮ５のデータがエラーになってしまうと判断する。そして、通知／指示部７０は、受信エラーのＬＳＮ１３のデータ（RLC−PDU）を含むデータの上位レイヤにおけるシーケンス番号、即ち、ＵＳＮ５を、受信を希望するデータのシーケンス番号として、無線ネットワーク装置２０に通知する。同様に、例えば、ＬＳＮ１３のデータ（RLC−PDU）が正常に受信され、ＬＳＮ１４のデータ（RLC−PDU）が受信エラーとなっている場合であっても、通知／指示部７０はＵＳＮ５を通知できる。
【００８４】
又、受信エラーが複数ある場合、通知／指示部７０は、受信エラーとなっている下位レイヤのデータ（RLC−PDU）を含む上位レイヤのデータのうち、最も小さいシーケンス番号を通知できる。例えば、ＬＳＮ１３とＬＳＮ１６とが同時に受信エラーとなっている場合であっても、通知／指示部７０は、一番小さい上位レイヤのシーケンス番号、ＵＳＮ５を通知できる。このように、通知／指示部７０は、受信を希望する下位レイヤのデータ（RLC−PDU）と対応付けられている上位レイヤのデータのシーケンス番号を通知することができる。
【００８５】
無線ネットワーク装置２０の取得部６０は、移動局１０からの受信を希望するデータの上位レイヤにおけるシーケンス番号、ＵＳＮ５を取得し、ＲＬＣ処理部４０に入力する。ＲＬＣ処理部４０は、移動局１０から通知されたＵＳＮ５のデータから再構成を行う。即ち、無線ネットワーク装置２０のＲＬＣ処理部４０は、当初、ＬＳＮ１８以降のデータ単位（RLC−PDU）を、サイズ６４０ビットで再構成して送信する予定にしたが、ＵＳＮ５に対応するＬＳＮ１３以降のデータ単位（RLC−PDU）から、データ単位（RLC−PDU）のサイズを６４０ビットに変更して再構成し、移動局１０に送信する。
【００８６】
このように、ＲＬＣ処理部４０は、通知された上位レイヤのシーケンス番号と対応付けられている下位レイヤのデータ（RLC−PDU）から、再構成を開始することができる。又、ＲＬＣ処理部４０は、下位レイヤであるＲＬＣレイヤにおいてデータ単位（RLC−PDU）のサイズを変更する際に、上位レイヤのシーケンス番号のデータから再構成を行うことができる。
【００８７】
そして、移動局１０のＲＬＣ処理部４０が、通知したシーケンス番号のデータから再構成されたデータの受信処理を行う。即ち、移動局１０のＲＬＣ処理部４０は、当初、ＬＳＮ１８以降のデータ単位（RLC−PDU）から、サイズ６４０ビットで再構成されたものとして受信処理する予定にしたが、ＵＳＮ５に対応するＬＳＮ１３以降のデータ単位（RLC−PDU）から、サイズ６４０ビットで再構成されたものとして受信処理する。
【００８８】
（通信方法）
次に、通信システム１００における通信方法の手順を図５、図６を用いて説明する。図５、図６では、移動局１０が受信装置、無線ネットワーク装置２０が送信装置である場合を例にとって説明する。まず、図５を用いて、移動局１０が、再構成の通知に応じて上位レイヤのシーケンス番号を通知する場合の手順を説明する。無線ネットワーク装置２０は、ＲＬＣレイヤにおけるデータの再構成の要否を判断する（Ｓ１０１）。無線ネットワーク装置２０は、再構成が必要であると判断した場合には、ＲＬＣレイヤにおけるデータの再構成を移動局１０に通知する（Ｓ１０２）。
【００８９】
移動局１０は、無線ネットワーク装置２０からの再構成の通知に応じて、受信を希望するデータの上位レイヤにおけるシーケンス番号（ＵＳＮ）を無線ネットワーク装置２０に通知する（Ｓ１０３）。無線ネットワーク装置２０は、移動局１０から通知された上位レイヤにおけるシーケンス番号のデータ（RLC-PDU）から再構成を行う（Ｓ１０４）。そして、無線ネットワーク装置２０は、再構成されたデータを移動局１０に送信する（Ｓ１０５）。
【００９０】
一方、ステップ（Ｓ１０１）において、再構成が不要であると判断した場合には、無線ネットワーク装置２０は、再構成は行わずにこれまでと同様にしてデータを移動局１０に送信する（Ｓ１０５）。
【００９１】
次に、図６を用いて、移動局１０が、指示データ（Indicator）に応じて上位レイヤのシーケンス番号を通知する場合の手順を説明する。無線ネットワーク装置２０は、ＲＬＣレイヤにおけるデータの再構成の要否を判断する（Ｓ２０１）。無線ネットワーク装置２０は、再構成が必要であると判断した場合、上位レイヤのシーケンス番号の通知の要否を判断し、Indicator（指示データ）を再構成の通知に付加する。そして、無線ネットワーク装置２０は、再構成の通知とIndicator（指示データ）を移動局１０に送信し、ＲＬＣレイヤにおけるデータの再構成を移動局１０に通知すると共に、シーケンス番号の通知の要否を移動局１０に指示する（Ｓ２０２）。
【００９２】
移動局１０は、無線ネットワーク装置２０からの再構成の通知に付加されたIndicatorがオンであるかオフであるかを判断する（Ｓ２０３）。移動局１０は、Indicatorがオンである場合には、受信を希望するデータの上位レイヤにおけるシーケンス番号（ＵＳＮ）を無線ネットワーク装置２０に通知する（Ｓ２０４）。無線ネットワーク装置２０は、移動局１０から通知された上位レイヤにおけるシーケンス番号のデータ（RLC-PDU）から再構成を行う（Ｓ２０５）。そして、無線ネットワーク装置２０は、再構成されたデータを移動局１０に送信する（Ｓ２０６）。
【００９３】
一方、ステップ（Ｓ２０１）において、再構成が不要であると判断した場合には、無線ネットワーク装置２０は、再構成は行わずにこれまでと同様にしてデータを移動局１０に送信する（Ｓ２０６）。又、ステップ（Ｓ２０３）において、移動局１０は、Indicatorがオフである場合にはシーケンス番号（ＵＳＮ）の通知を行わない。そのため、無線ネットワーク装置２０は、当初予定していたシーケンス番号（ＵＳＮ）のデータから再構成を行ってデータを移動局１０に送信する（Ｓ２０６）。
【００９４】
（効果）
このような移動局１０、無線ネットワーク装置２０、通信システム１００及び通信方法によれば、移動局１０や無線ネットワーク装置２０は受信装置となった場合に、下位レイヤにおけるデータの再構成が行われることを認識できる。そして、移動局１０や無線ネットワーク装置２０は、受信を希望する再構成されたデータを、再構成が行われるレイヤよりも上位のレイヤにおけるシーケンス番号を用いて、送信装置に通知できる。更に、移動局１０や無線ネットワーク装置２０は、送信装置に通知したシーケンス番号のデータから、再構成されたデータの受信処理を行うことができる。よって、移動局１０や無線ネットワーク装置２０は、希望のデータを受信することができ、データの再構成によってデータのロスが発生することを防止できる。
【００９５】
又、移動局１０や無線ネットワーク装置２０は送信装置となった場合に、下位レイヤにおけるデータの再構成を行うことを受信装置に知らせることができる。そして、移動局１０や無線ネットワーク装置２０は、受信装置が受信を希望する再構成されたデータを、再構成が行われるレイヤよりも上位のレイヤにおけるシーケンス番号により認識できる。そして、移動局１０や無線ネットワーク装置２０は、受信装置が希望するシーケンス番号のデータから、下位レイヤにおけるデータの再構成を開始し、データを送信できる。よって、移動局１０や無線ネットワーク装置２０は、データの再構成によってデータのロスが発生することを防止できる。
【００９６】
即ち、移動局１０、無線ネットワーク装置２０、通信システム１００及び通信方法によれば、下位レイヤの再構成時に上位レイヤのシーケンス番号を用いて受信を希望するデータを送受信することにより、データのロスを発生することなく通信を行うことができ、ロスレスデータ伝送が実現できる。
【００９７】
尚、本発明は、上記実施形態に限定されず、種々の変更が可能である。通信システムは、Ｗ−ＣＤＭＡを適用した移動通信システムに限られず、他の無線アクセス方式を用いる移動通信システムや、有線の通信システムであってもよい。又、上記実施形態では、移動局１０と無線ネットワーク装置２０がそれぞれ、受信装置と送信装置両方の機能を有していたが、いずれか一方の機能だけ備えてもよい。更に、通信システムは、無線ネットワーク装置２０にかえて、基地局と無線制御装置とを備えてもよい。この場合、移動局と無線制御装置とが基地局を介してデータを送受信することができる。
【図面の簡単な説明】
【００９８】
【図１】本発明の実施形態に係る通信システムの構成を示すブロック図である。
【図２】本発明の実施形態に係る通信システムのレイヤ構成を示す図である。
【図３】本発明の実施形態に係るＲＬＣ処理部の構成を示すブロック図である。
【図４】本発明の実施形態に係る再構成時の処理を説明する図である。
【図５】本発明の実施形態に係る通信方法の手順を示すシーケンス図である。
【図６】本発明の実施形態に係る指示データを用いる場合の通信方法の手順を示すシーケンス図である。
【符号の説明】
【００９９】
１０…移動局
１１…無線部
１２，２２…データ処理部
２０…無線ネットワーク装置
２１…インタフェース
２３…インタフェース
４０…ＲＬＣ処理部
４１…分割／結合部
４２…ＲＬＣヘッダ付加部
４３…再送処理部
４３ａ…再送バッファ
４４…ＭＵＸ
４５…送信バッファ
４６…ＰＤＵ処理部
４７…暗号化部
４８…ＤＥＭＵＸ
４９…復号部
５０…再送処理部
５０ａ…受信バッファ
５１…ＲＬＣヘッダ削除／情報抽出部
５２…再組み立て部
５３…ＲＬＣ制御部
６０…取得部
７０…通知／指示部
８０…上位レイヤ処理部
８１…送信バッファ
８２…判断部
１００…通信システム
【図１】
2006203265.tif 000003
【図２】
2006203265.tif 000004
【図３】
2006203265.tif 000005
【図４】
2006203265.tif 000006
【図５】
2006203265.tif 000007
【図６】
2006203265.tif 000008