[go: up one dir, main page]

JP3645230B2 - Data packet transmitter, data packet receiver, data packet transmission system, and data packet retransmission control method - Google Patents

Data packet transmitter, data packet receiver, data packet transmission system, and data packet retransmission control method Download PDF

Info

Publication number
JP3645230B2
JP3645230B2 JP2002127222A JP2002127222A JP3645230B2 JP 3645230 B2 JP3645230 B2 JP 3645230B2 JP 2002127222 A JP2002127222 A JP 2002127222A JP 2002127222 A JP2002127222 A JP 2002127222A JP 3645230 B2 JP3645230 B2 JP 3645230B2
Authority
JP
Japan
Prior art keywords
data packet
retransmission
control table
status notification
retransmission control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002127222A
Other languages
Japanese (ja)
Other versions
JP2003174470A (en
Inventor
信夫 菊地
俊之 久世
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2002127222A priority Critical patent/JP3645230B2/en
Publication of JP2003174470A publication Critical patent/JP2003174470A/en
Application granted granted Critical
Publication of JP3645230B2 publication Critical patent/JP3645230B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Detection And Prevention Of Errors In Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

【０００１】
【発明の属する技術分野】
この発明は、データパケットの送信に際して再送制御を行うデータパケット送信装置、受信したデータパケットについての再送要求を行うデータパケット受信装置、有線、無線に関わらず、任意の通信回線で接続されたデータパケット送信装置とデータパケット受信装置との間で再送制御を行いつつデータパケットの送受信を実行するデータパケット伝送システムおよびデータパケット再送制御方法に関し、特に、複数のデータパケットをまとめて送受信するようなデータパケット伝送システムおよびデータパケット再送制御方法に関するものである。
【０００２】
【従来の技術】
複数のデータをまとめて送受信するような通信システムにおけるデータパケット再送制御方法として、例えば、ＩＭＴ−２０００の一つの方式として３ＧＰＰ（3rd Generation Partnership Project）で策定している無線リンク制御（ＲＬＣ：Radio Link Control）のプロトコル仕様ＴＳ ２５．３２２ Ｖ３．５．０（２０００−１２）に記載されている方法が従来から知られている。
【０００３】
以下、この３ＧＰＰで策定している無線リンク制御のプロトコル仕様に記載されているデータパケット再送制御方法について、図２２〜図２６を参照して説明する。なお、図２２は、従来のデータパケット再送制御方法を説明するシーケンス図である。図２３は、従来の送信局が送信するデータパケットのフォーマット例を示す図である。図２４は、従来の受信局が送信する状態通知メッセージのフォーマット例を示す図である。図２５は、状態通知メッセージに含まれる送達確認情報要素のフォーマット例を示す図である。図２６は、状態通知メッセージに含まれる再送要求情報要素のフォーマット例を示す図である。
【０００４】
まず、フォーマットの内容を説明する。図２３において、データパケット（以降「RLC-PDU」と記述する。ＰＤＵ：Protocol Data Unit）３００ａは、第１行と第２行のデータ単位に「Ｄ／Ｃ」３０１と「Sequence Number」３０２と「Ｐ」３０３と「ＨＥ」３０４とが設けられ、第３行以降のＮ行に「Length Indicator」３０７−１〜３０７−Ｎと「Ｅ」３０５−１〜３０５−Ｎとが設けられ、その後の複数行にデータ部「Data」３０８が設けられている。
【０００５】
「Ｄ／Ｃ」３０１は、当該RLC-PDU３００ａがユーザデータであるか制御データであるかを示すフラグである。「Sequence Number」３０２は、当該RLC-PDU３００ａのシーケンス番号である。「Ｐ」３０３は、状態通知メッセージを要求するフラグ（Ｐｏｌｌビットと呼ばれる）である。「ＨＥ」３０４並びに「Ｅ」３０５−１〜３０５−Ｎは、後続のヘッダ情報の有無を示すフラグである。「LengthIndicator」３０７−１〜３０７−Ｎは、データ部「Data」３０８の有効データ長を示し、上位レイヤのＰＤＵの最後尾を含む場合にのみ設定される。
【０００６】
図２４において、状態通知メッセージ（以下「STATUS-PDU」と記述する）３１０ａは、「Ｄ／Ｃ」３０１と「PDU type」３１１と「SUFI1」３１３−１〜「SUFIK」３１３−Ｋ（以下「ＳＵＦＩ」３１３と記述する）と「ＰＡＤ」３１４とで構成されている。
【０００７】
「Ｄ／Ｃ」３０１は、当該 STATUS-PDU３１０ａがユーザデータであるか制御データであるかを示すフラグである。「PDU type」３１１は、当該制御データの種別を示し、STATUS-PDU３１０ａであることが示されている。「PDU type」３１１と「ＰＡＤ」３１４との間に設けられているデータ部分には、後述するように「ＳＵＦＩ」３１３で示される複数の情報要素を含むことができる。
【０００８】
図２５において、送達確認情報要素４１０は、図２４の「ＳＵＦＩ」３１３で示される複数の情報要素の一つであり、「Type＝ACK」４１１と「ＬＳＮ」４１２とで構成されている。「ＬＳＮ」４１２は、連続して受信したシーケンス番号の次の値を示す。但し、同一のSTATUS-PDU３１０ａに図２６に示す再送要求情報要素４２０を含む場合には、「ＬＳＮ」４１２は受信したシーケンス番号の上限値の次の値を示す。
【０００９】
図２６において、再送要求情報要素４２０は、図２４の「ＳＵＦＩ」３１３で示される複数の情報要素の一つであり、「Type＝LIST」４２１と、「LENGTH」４２２と、再送を要求するRLC-PDU３００ａの先頭のシーケンス番号「SN1」４２４−１〜「SNLENGTH」４２４−Ｌ(以下、シーケンス番号「ＳＮ」４２４と記述する）と、それらにそれぞれ続くRLC-PDU３００ａの数「L1」４２５−１〜「LLENGTH」４２５−Ｌ（以下、後続数「Ｌ」４２５と記述する）とで構成されている。「LENGTH」４２２は、シーケンス番号「ＳＮ」４２４とRLC-PDU３００ａの後続数「Ｌ」４２５の組の数である。例えば、シーケンス番号＝５，６，７のRLC-PDU３００ａの再送を要求する場合は、ＳＮ＝５、Ｌ＝２が設定される。
【００１０】
次に、図２２を用いて従来のデータパケット再送制御方法について説明する。３ＧＰＰで策定中の通信方式では、周期的な送信間隔TTI（ＴＴＩ：Transmission Time Interval）毎に複数のRLC-PDU３００ａをまとめて送信することが可能である。図２２では、送信間隔TTI毎に４個のRLC-PDU３００ａを送信する場合の例が示されている。なお、図２２では、送信局と受信局の送信間隔TTIは、同じで、送信と受信のタイミングにずれはないものとしている。
【００１１】
図２３に示すように、送信局が受信局へ送信するRLC-PDU３００ａは、データ部３０８にシーケンス番号３０２が付加されている。送信局は、ヘッダ中の「Ｐ」３０３を設定して受信局に対して状態通知メッセージの送信を要求することが可能である。例えば、送信局は、上位レイヤから受け取ったデータの最後尾を含むRLC-PDU３００ａや、送達確認がとれていないRLC-PDU３００ａの割合がある一定数以上になった場合にそれ以降に送信するRLC-PDU３００ａなどに対して「Ｐ」３０３を設定することがある。
【００１２】
受信局は、受信したRLC-PDU３００ａのシーケンス番号３０２をチェックし、順番通りに受信していないシーケンス番号３０２を検出した場合、つまりシーケンス番号３０２に抜けを検出した場合や、ヘッダ中の「Ｐ」３０３が設定されたRLC-PDU３００ａを受信した場合、あるいは周期的なタイマがタイムアウトする毎などに、図２６に示す再送要求情報要素４２０や図２５に示す送達確認情報要素４１０を設定したSTATUS-PDU３１０ａを作成し、送達確認と再送要求を送信局に対して通知する。
【００１３】
具体的には、図２２において、送信局が送信間隔TTI-0の期間で送信した４個のRLC-PDU（Seq.No=0,1,2,3）のうち２個のRLC-PDU（Seq.No=1,2）に抜けがあった場合、受信局は、次の送信間隔TTI-1の期間で実施するプロトコル処理１１０ａにおいてSeq.No=1,2の抜けを検出し、次のようなSTATUS-PDU３１０ａを作成する。すなわち、このSTATUS-PDU３１０ａでは、図２４〜図２６において、「ＬＳＮ」４１２に正常に受信できたとした場合のシーケンス番号上限値「３」の次の値「４」が設定され、「ＳＮ」４２４に再送を要求するRLC-PDU３００の先頭シーケンス番号「１」が設定され、「Ｌ」４２５に後続数「１」が設定されている。受信局は、次の送信間隔TTI-2の期間において、上記のような内容２００ａを有するSTATUS-PDU３１０ａを送信し、送信局に対して再送を要求する。
【００１４】
送信局は、次の送信間隔TTI-3の期間で実施するプロトコル処理１００ａにおいて、STATUS-PDU３１０ａの再送要求情報要素４２０からSeq.No=1,2の抜けを認識し、つまりSeq.No=1,2のRLC-PDU３００ａについて再送要求を認識し、次の送信間隔TTI-4の期間においてSeq.No=1,2のRLC-PDU３００ａについて再送を実施する。一方、送信局が、送信間隔TTI-2の期間において送信するSeq.No=11のRLC-PDU３００ａにＰｏｌｌビットＰ（「Ｐ」３０３）を設定した場合、受信局は、次の送信間隔TTI-3の期間で実施するプロトコル処理１１１ａにおいてＰｏｌｌビットＰ（「Ｐ」３０３）を検出する。
【００１５】
この時点では、受信局は、再送を要求したSeq.No=1,2のRLC-PDU３００ａを未だ受信していないので、送信間隔TTI-3の期間で実施するプロトコル処理１１１ａにおいて、次の内容を有するSTATUS-PDU３１０ａを作成する。すなわち、STATUS-PDU３１０ａでは、「ＬＳＮ」４１２に状態通知メッセージの送信要求を認識した送信間隔TTI-3の期間までに受信できた場合のシーケンス番号上限値「１１」の次の値「１２」が設定され、「ＳＮ」４２４に再送を要求するRLC-PDU３００ａの先頭シーケンス番号「１」が設定され、「Ｌ」４２５に後続数「１」が設定されている。受信局は、次の送信間隔TTI-4の期間において、上記のような内容２０１ａを有するSTATUS-PDU３１０ａを送信し、Seq.No=1,2のRLC-PDU３００ａについての再送要求を送信局に対して通知する。
【００１６】
送信局は、次の送信間隔TTI-5の期間で実施するプロトコル処理１０１ａにおいて、Seq.No=1,2のRLC-PDU３００ａについての再送要求を認識し、次の送信間隔TTI-6の期間でSeq.No=1,2のRLC-PDU３００ａについての再送を再度実施する。なお、送信局が、送信間隔TTI-5の期間において送信するSeq.No=19のRLC-PDU３００ａにＰｏｌｌビットＰ（「Ｐ」３０３）を設定した場合、受信局は、次の送信間隔TTI-6の期間で実施するプロトコル処理１１２ａにおいてそのＰｏｌｌビットＰ（「Ｐ」３０３）を検出し、STATUS-PDU３１０ａの送信要求を認識する。
【００１７】
【発明が解決しようとする課題】
しかしながら、上記のような従来のデータパケット再送制御方法では、送信局と受信局との間でデータの再送と再送要求のすれ違いが発生する場合に、無駄なデータ再送を行うことがあるという問題がある。例えば、図２２における送信間隔TTI-3、TTI-4の期間では、送信局は、再送要求を認識してデータ再送を実施するが、受信局は、先に要求したデータを受信していないので再度、再送を要求するSTATUS-PDU３１０ａを送信する。このように、送信局と受信局との間でデータの再送と再送要求のすれ違いが発生する場合がある。この場合に、従来では、図２２に示すように、送信間隔TTI-4の期間で再送したSeq.No=1,2のRLC-PDU３００ａが正しく受信されているにもかかわらず、送信間隔TTI-6の期間で再度Seq.No=1,2のRLC-PDU３００ａを送信するという無駄なデータ再送を行うことがある。
【００１８】
この発明は、上記に鑑みてなされたもので、送信局と受信局との間でデータパケットの再送と再送要求のすれ違いが発生した場合でも、無駄な再送を抑制することができ、無線回線あるいは有線回線のリソースを無駄に消費することの防止可能な再送制御が行えるデータパケット送信装置、データパケット受信装置、それらにより構成されるデータパケット伝送システムおよびデータパケット再送制御方法を得ることを目的とする。
【００１９】
【課題を解決するための手段】
上記目的を達成するために、この発明にかかるデータパケット送信装置は、受信側にシーケンス番号付きのデータパケットを送信している過程で受信側から、受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを受けたとき、その誤りが検出されたデータパケットの再送を実施するデータパケット送信装置において、受信側から前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断手段と、前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値未満であるとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定手段とを備えたことを特徴とする。
【００２０】
この発明によれば、データパケット送信装置では、受信側から状態通知メッセージが受信された場合に、まず判断手段にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合は、判定手段にて当該再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれるシーケンス番号上限値未満であるとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。
【００２１】
つぎの発明にかかるデータパケット送信装置は、上記の発明において、前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値を超えるとき、当該再送制御テーブルを削除する削除手段を備えたことを特徴とする。
【００２２】
この発明によれば、データパケット送信装置では、上記の発明において、再送制御テーブルが存在する場合に、削除手段にて、再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれるシーケンス番号上限値を超えるとき、当該再送制御テーブルが削除される。
【００２３】
つぎの発明にかかるデータパケット送信装置は、受信側にシーケンス番号付きのデータパケットを送信している過程で受信側から、受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを受けたとき、その誤りが検出されたデータパケットの再送を実施するデータパケット送信装置において、受信側に前記状態通知メッセージの送信を要求する状態通知要求メッセージのシーケンス番号をカウントするカウンタと、前記状態通知要求メッセージを送信する際に前記カウンタのカウント値を要求番号として付加する要求番号付加手段と、前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断手段と、前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信であり当該状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる要求番号以下のとき、または、前記状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が前記再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信でなく、かつ前記周期タイマのタイムアウトでもないとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定手段とを備えたことを特徴とする。
【００２４】
この発明によれば、データパケット送信装置では、受信側に状態通知メッセージの送信を要求する状態通知要求メッセージが送信されるたびにカウンタがインクリメントされ、要求番号付加手段によって、そのカウンタのカウント値が要求番号として上記送信される状態通知要求メッセージに付加される。状態通知メッセージが受信されると、まず判断手段にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合には、判定手段にて当該再送制御テーブルが参照され、状態通知メッセージと再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合には、状態通知メッセージの送信理由が送信局からの状態通知要求メッセージの受信であり当該状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号以下のとき、または、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、状態通知メッセージの送信理由が送信局からの状態通知要求メッセージの受信でなく、かつ周期タイマのタイムアウトでもないとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。
【００２５】
つぎの発明にかかるデータパケット送信装置は、上記の発明において、前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる前記要求番号よりも大きいとき、ないしは、前記状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が前記再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルを削除する削除手段を備えたことを特徴とする。
【００２６】
この発明によれば、データパケット送信装置では、上記の発明において、再送制御テーブルが存在する場合に、削除手段にて、再送制御テーブルが参照され、状態通知メッセージと再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合には、前記状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号よりも大きいとき、ないしは、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルが削除される。
【００２７】
つぎの発明にかかるデータパケット送信装置は、上記の発明において、前記判断手段によって再送制御テーブルが存在しないと判断された場合において、再送を実施すると決定した場合に、再送処理実行決定時までに受信側に送信したデータパケットのシーケンス番号上限値および該当する場合は前記要求番号と前記状態通知メッセージから読み出した送信理由および再送するデータパケットに関する情報とを設定した前記再送制御テーブルを作成するテーブル設定手段と、前記再送制御テーブルの作成後に、当該再送制御テーブルに設定されている再送するデータパケットに関する情報に基づき当該データパケットについての再送を実施する再送手段とを備えたことを特徴とする。
【００２８】
この発明によれば、データパケット送信装置では、上記の発明において、再送制御テーブルが存在しない場合には、再送を実施すると決定された場合に、テーブル設定手段にて、再送処理実行決定時までに受信側に送信したデータパケットシーケンス番号の上限値および該当する場合は要求番号と状態通知メッセージから読み出した送信理由および再送するデータパケットに関する情報とが設定される。その後、再送手段にて、当該再送制御テーブルに設定されている再送するデータパケットに関する情報に基づき当該データパケットについての再送が実施される。
【００２９】
つぎの発明にかかるデータパケット受信装置は、送信側からシーケンス番号付きのデータパケットを受信している過程で誤りを検出したとき、送信側に受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを送信するデータパケット受信装置において、前記状態通知メッセージの送信原因が、状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由を作成する送信理由作成手段と、前記状態通知メッセージを送信する際に、前記送信理由作成手段が作成した送信理由と当該送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とを付加する送信理由付加手段とを備えたことを特徴とする。
【００３０】
この発明によれば、データパケット受信装置では、状態通知メッセージの送信原因が発生すると、送信理由作成手段にて、状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由が作成され、送信理由付加手段にて、その作成された送信理由と当該送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とが状態通知メッセージに付加され、データパケット送信装置に向けて送信される。
【００３１】
つぎの発明にかかるデータパケット伝送システムは、受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを送信するデータパケット受信装置と、前記データパケット受信装置にシーケンス番号付きのデータパケットを送信している過程で受信した前記状態通知メッセージに基づきその誤りが検出されたデータパケットの再送を実施するデータパケット送信装置とを備えるデータパケット伝送システムにおいて、前記データパケット送信装置は、前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断手段と、前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値未満のとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定手段とを備えたことを特徴とする。
【００３２】
この発明によれば、データパケット伝送システムにおけるデータパケット送信装置において、状態通知メッセージが受信された場合には、まず判断手段にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合には、判定手段にて当該再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれるシーケンス番号上限値未満のとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。
【００３３】
つぎの発明にかかるデータパケット伝送システムは、上記の発明において、前記データパケット送信装置は、前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値を超えるとき、当該再送制御テーブルを削除する削除手段を備えたことを特徴とする。
【００３４】
この発明によれば、データパケット伝送システムにおけるデータパケット送信装置において、再送制御テーブルが存在する場合に、削除手段にて、再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれるシーケンス番号上限値を超えるとき、当該再送制御テーブルが削除される。
【００３５】
つぎの発明にかかるデータパケット伝送システムは、受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを送信するデータパケット受信装置と、前記データパケット受信装置にシーケンス番号付きのデータパケットを送信している過程で受信した前記状態通知メッセージに基づきその誤りが検出されたデータパケットの再送を実施するデータパケット送信装置とを備えるデータパケット伝送システムにおいて、前記データパケット送信装置は、前記データパケット受信装置に状態通知メッセージの送信を要求する状態通知要求メッセージのシーケンス番号をカウントするカウンタと、前記状態通知要求メッセージを送信する際に前記カウンタのカウント値を要求番号として付加する要求番号付加手段と、前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断手段と、前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信であり当該状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる要求番号以下のとき、または、前記状態通知メッセージの送信理由が周期タイマのタイムアウトでありその送信理由が前記再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信でなく、かつ前記周期タイマのタイムアウトでもないとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定手段とを備えたことを特徴とする。
【００３６】
この発明によれば、データパケット伝送システムにおけるデータパケット送信装置において、受信側に状態通知メッセージの送信を要求する状態通知要求メッセージが送信されるたびにカウンタがインクリメントされ、要求番号付加手段によってそのカウンタのカウント値が要求番号として上記送信する状態通知要求メッセージに付加される。状態通知メッセージが受信されると、まず判断手段にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合には、判定手段にて当該再送制御テーブルが参照され、状態通知メッセージと再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合には、状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号以下のとき、または、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、状態通知メッセージの送信理由が送信局からの状態通知要求メッセージの受信でなく、かつ周期タイマのタイムアウトでもないとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。
【００３７】
つぎの発明にかかるデータパケット伝送システムは、上記の発明において、前記データパケット送信装置は、前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる前記要求番号よりも大きいとき、ないしは、前記状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が前記再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルを削除する削除手段を備えたことを特徴とする。
【００３８】
この発明によれば、データパケット伝送システムにおけるデータパケット送信装置では、再送制御テーブルが存在する場合に、削除手段にて、再送制御テーブルが参照され、状態通知メッセージと再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合には、状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号よりも大きいとき、ないしは、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルが削除される。
【００３９】
つぎの発明にかかるデータパケット伝送システムは、上記の発明において、前記判断手段によって再送制御テーブルが存在しないと判断された場合において、再送を実施すると決定した場合に、再送処理実行決定時までに前記データパケット受信装置に送信したデータパケットのシーケンス番号上限値および該当する場合は前記要求番号と前記状態通知メッセージから読み出した送信理由および送信するデータパケットに関する情報とを設定した前記再送制御テーブルを作成するテーブル設定手段と、前記再送制御テーブルの作成後に、当該再送制御テーブルに設定されている送信するデータパケットに関する情報に基づき当該データパケットについての再送を実施する再送手段とを備えたことを特徴とする。
【００４０】
この発明によれば、データパケット伝送システムにおけるデータパケット送信装置において、再送制御テーブルが存在しない場合には、再送を実施すると決定された場合に、テーブル設定手段にて、再送処理実行決定時までに受信側に送信したデータパケットのシーケンス番号上限値および該当する場合は要求番号と状態通知メッセージから読み出した送信理由および送信するデータパケットに関する情報とが設定される。その後、再送手段にて、当該再送制御テーブルに設定されている送信するデータパケットに関する情報に基づき当該データパケットについての再送が実施される。
【００４１】
つぎの発明にかかるデータパケット伝送システムは、上記の発明において、前記データパケット受信装置は、前記状態通知メッセージの送信原因が、状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由を作成する送信理由作成手段と、前記状態通知メッセージを送信する際に前記送信理由作成手段が作成した送信理由と当該送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とを付加する送信理由付加手段とを備えたことを特徴とする。
【００４２】
この発明によれば、データパケット伝送システムにおけるデータパケット受信装置において、状態通知メッセージの送信原因が発生すると、送信理由作成手段にて、状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由が作成され、送信理由付加手段にて、その作成された送信理由と当該送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とが状態通知メッセージに付加され、データパケット送信装置に向けて送信される。
【００４３】
つぎの発明にかかるデータパケット再送制御方法は、データパケット送信装置がデータパケット受信装置にシーケンス番号付きのデータパケットを送信している過程で前記データパケット受信装置から、受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを受けたとき、その誤りが検出されたデータパケットの再送を実施するデータパケット再送制御方法において、前記データパケット送信装置は、前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断工程と、前記判断工程によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値未満のとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定工程とを含むことを特徴とする。
【００４４】
この発明によれば、データパケット送信装置では、受信側から状態通知メッセージが受信された場合に、まず判断工程にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合には、判定工程にて当該再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれるシーケンス番号上限値未満であるとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。
【００４５】
つぎの発明にかかるデータパケット再送制御方法は、上記の発明において、前記判断工程によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値を超えるとき、当該再送制御テーブルを削除する削除工程を含むことを特徴とする。
【００４６】
この発明によれば、データパケット送信装置において、再送制御テーブルが存在する場合に、削除工程にて、再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれる前記シーケンス番号上限値を超えるとき、当該再送制御テーブルが削除される。
【００４７】
つぎの発明にかかるデータパケット再送制御方法は、データパケット送信装置が、データパケット受信装置にシーケンス番号付きのデータパケットを送信している過程で前記データパケット受信装置から、受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを受けたとき、その誤りが検出されたデータパケットの再送を実施するデータパケット再送制御方法において、前記データパケット送信装置は、前記データパケット受信装置に状態通知メッセージの送信を要求する状態通知要求メッセージのシーケンス番号をカウントするカウンタのカウント値を要求番号として前記状態通知要求メッセージに付加して送信する要求番号付加工程と、前記データパケット受信装置から前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断工程と、前記判断工程によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信であり当該状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる要求番号以下のとき、または、前記状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が前記再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信でなく、かつ前記周期タイマのタイムアウトでもないとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定工程とを含むことを特徴とする。
【００４８】
この発明によれば、データパケット送信装置では、データパケット受信装置に状態通知メッセージの送信を要求する状態通知要求メッセージが送信されるたびにカウンタがインクリメントされ、要求番号付加工程にてそのカウンタのカウント値が要求番号として上記送信する状態通知要求メッセージに付加される。状態通知メッセージが受信されると、まず判断工程にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合には、判定工程にて当該再送制御テーブルが参照され、状態通知メッセージと再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合には、状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号以下のとき、または、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、状態通知メッセージの送信理由が送信局からの状態通知要求メッセージの受信でなく、かつ周期タイマのタイムアウトでもないとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。
【００４９】
つぎの発明にかかるデータパケット再送制御方法は、上記の発明において、前記判断工程によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる前記要求番号よりも大きいとき、または、前記状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が前記再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルを削除する削除工程を含むことを特徴とする。
【００５０】
この発明によれば、データパケット送信装置において、再送制御テーブルが存在する場合に、削除工程にて、再送制御テーブルが参照され、状態通知メッセージと再送制御テーブルとに含まれる前記シーケンス番号上限値が一致する場合において、状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号よりも大きいとき、または、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルが削除される。
【００５１】
つぎの発明にかかるデータパケット再送制御方法は、上記の発明において、前記判断工程によって再送制御テーブルが存在しないと判断された場合において、再送を実施すると決定した場合に、再送処理実行決定時までに前記データパケット受信装置に送信したデータパケットのシーケンス番号の上限値および該当する場合は前記要求番号と前記状態通知メッセージから読み出した送信理由および送信するデータパケットに関する情報とを設定した前記再送制御テーブルを作成するテーブル設定工程と、前記再送制御テーブルの作成後に、当該再送制御テーブルに設定されている送信するデータパケットに関する情報に基づき当該データパケットについての再送を実施する再送工程とを含むことを特徴とする。
【００５２】
この発明によれば、データパケット送信装置において、再送制御テーブルが存在しない場合には、再送を実施すると決定された場合に、テーブル設定工程にて、再送処理実行決定時までに受信側に送信したデータパケットのシーケンス番号の上限値および該当する場合は要求番号と状態通知メッセージから読み出した送信理由および送信するデータパケットに関する情報とが設定される。その後、再送工程にて、当該再送制御テーブルに設定されている送信するデータパケットに関する情報に基づき当該データパケットについての再送が実施される。
【００５３】
つぎの発明にかかるデータパケット再送制御方法は、上記の発明において、前記データパケット受信装置は、前記状態通知メッセージの送信原因が、前記状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由を作成する送信理由作成工程と、前記状態通知メッセージを送信する際に、前記送信理由作成工程が作成した送信理由と当該送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とを付加する送信理由付加工程とを含むことを特徴とする。
【００５４】
この発明によれば、データパケット受信装置において、状態通知メッセージの送信原因が発生すると、送信理由作成工程にて、状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由が作成され、送信理由付加工程にて、その作成された送信理由と当該送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とが状態通知メッセージに付加され、データパケット送信装置に向けて送信される。
【００５５】
つぎの発明にかかるデータパケット送信装置は、複数の受信装置に対してシーケンス番号つきの同一データパケットをマルチキャストし、各受信装置から正常に受信したマルチキャストデータパケットのシーケンス番号の上限値と誤りが検出されたマルチキャストデータパケットに関する情報とを含む状態通知メッセージを受けたとき、前記誤りが検出されたマルチキャストデータパケットの再送を実施するデータパケット送信装置において、前記状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容を参照し、再送未実施であるとき、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段と、前記再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けて前記再送を実施した時点で送信済みのシーケンス番号の上限値を前記再送制御テーブルに設定するテーブル設定手段とを備えたことを特徴とする。
【００５６】
この発明によれば、マルチキャストでデータパケットを送信するデータパケット送信装置では、状態通知メッセージが受信されると、その状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容が参照され、再送未実施であるとき、再送実施手段にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。そしてテーブル設定手段にて、再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けてその再送を実施した時点で送信済みのシーケンス番号の上限値が前記再送制御テーブルに設定される。つまり、再送制御テーブルには、当初は、当該シーケンス番号のマルチキャストデータパケットが再送未実施であると表示されているが、再送が実施されると、その再送の実施状況が設定され、再送実施済みであることが表示される。
【００５７】
つぎの発明にかかるデータパケット送信装置は、上記の発明において、前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段を備えたことを特徴とする。
【００５８】
この発明によれば、マルチキャストでデータパケットを送信するデータパケット送信装置では、上記の発明において、前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、再送実施手段にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。
【００５９】
つぎの発明にかかるデータパケット送信装置は、上記の発明において、前記状態通知メッセージに含まれる送信理由が無条件再送要求である場合に、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段を備えたことを特徴とする。
【００６０】
この発明によれば、マルチキャストでデータパケットを送信するデータパケット送信装置では、上記の発明において、前記状態通知メッセージに含まれる送信理由が無条件再送要求である場合には、再送実施手段にて、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送が実施される。
【００６１】
つぎの発明にかかるデータパケット送信装置は、上記の発明において、前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理を行うテーブルリセット手段を備えたことを特徴とする。
【００６２】
この発明によれば、マルチキャストでデータパケットを送信するデータパケット送信装置では、上記の発明において、テーブルリセット手段にて、前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理が行われる。
【００６３】
つぎの発明にかかるデータパケット受信装置は、送信装置からシーケンス番号つきのマルチキャストデータパケットを受信している過程でシーケンス番号の抜けやデータの誤りを検出したとき、送信装置に対して、受信したマルチキャストデータパケットのシーケンス番号の上限値と前記誤りが検出されたマルチキャストデータパケットに関する情報とを含む状態通知メッセージを送信するデータパケット受信装置において、前記送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませる送信理由作成手段を備えたことを特徴とする。
【００６４】
この発明によれば、マルチキャストでデータパケットを受信する各データパケット受信装置では、状態通知メッセージを送信する際に、送信理由作成手段にて、その送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませることが行われる。
【００６５】
つぎの発明にかかるデータパケット伝送システムは、受信したマルチキャストデータパケットのシーケンス番号の上限値と誤りが検出されたマルチキャストデータパケットに関する情報とを含む状態通知メッセージを送信する複数のデータパケット受信装置と、前記複数のデータパケット受信装置に対しシーケンス番号つきの同一データパケットをマルチキャストし、前記複数のデータパケット受信装置から前記状態通知メッセージを受信したとき、前記誤りが検出されたマルチキャストデータパケットの再送を実施するデータパケット送信装置とを備えるデータパケット伝送システムにおいて、前記データパケット送信装置は、前記状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容を参照し、再送未実施であるとき、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段と、前記再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けて前記再送を実施した時点で送信済みのシーケンス番号の上限値を前記再送制御テーブルに設定するテーブル設定手段とを備えたことを特徴とする。
【００６６】
この発明によれば、マルチキャストでデータパケットの授受を行うデータパケット伝送システムにおけるデータパケット送信装置では、状態通知メッセージが受信されると、その状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容が参照され、再送未実施であるとき、再送実施手段にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。そして、テーブル設定手段にて、再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けてその再送を実施した時点で送信済みのシーケンス番号の上限値が前記再送制御テーブルに設定される。つまり、再送制御テーブルには、当初は、当該シーケンス番号のマルチキャストデータパケットが再送未実施であると表示されているが、再送が実施されると、その再送の実施状況が設定され、再送実施済みであることが表示される。
【００６７】
つぎの発明にかかるデータパケット伝送システムは、上記の発明において、前記データパケット送信装置は、前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段を備えたことを特徴とする。
【００６８】
この発明によれば、マルチキャストでデータパケットの授受を行うデータパケット伝送システムにおけるデータパケット送信装置では、上記の発明において、前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、再送実施手段にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。
【００６９】
つぎの発明にかかるデータパケット伝送システムは、上記の発明において、前記データパケット送信装置は、前記状態通知メッセージに含まれる送信理由が無条件再送要求である場合に、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段を備えたことを特徴とする。
【００７０】
この発明によれば、マルチキャストでデータパケットの授受を行うデータパケット伝送システムにおけるデータパケット送信装置では、上記の発明において、前記状態通知メッセージに含まれる送信理由が無条件再送要求である場合には、再送実施手段にて、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送が実施される。
【００７１】
つぎの発明にかかるデータパケット伝送システムは、上記の発明において、前記データパケット送信装置は、前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理を行うテーブルリセット手段を備えたことを特徴とする。
【００７２】
この発明によれば、マルチキャストでデータパケットの授受を行うデータパケット伝送システムにおけるデータパケット送信装置では、上記の発明において、テーブルリセット手段にて、前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理が行われる。
【００７３】
つぎの発明にかかるデータパケット伝送システムは、上記の発明において、前記データパケット受信装置は、前記送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませる送信理由作成手段を備えたことを特徴とする。
【００７４】
この発明によれば、マルチキャストでデータパケットの授受を行うデータパケット伝送システムにおけるデータパケット受信装置では、上記の発明において、状態通知メッセージを送信する際に、送信理由作成手段にて、その送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませることが行われる。
【００７５】
つぎの発明にかかるデータパケット再送制御方法は、データパケット送信装置が、複数のデータパケット受信装置に対しシーケンス番号つきの同一データパケットをマルチキャストし、前記データパケット受信装置から正常に受信したマルチキャストデータパケットのシーケンス番号の上限値と誤りが検出されたマルチキャストデータパケットに関する情報とを含む状態通知メッセージを受けたとき、前記誤りが検出されたマルチキャストデータパケットの再送を実施するデータパケット再送制御方法において、前記データパケット送信装置は、前記状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容を参照し、再送未実施であるとき、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施工程と、前記再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けて前記再送を実施した時点で送信済みのシーケンス番号の上限値を前記再送制御テーブルに設定するテーブル設定工程とを含むことを特徴とする。
【００７６】
この発明によれば、マルチキャストでデータパケットの授受を行う際に、データパケット送信装置では、再送を要求する状態通知メッセージが受信されると、その状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容が参照され、再送未実施であるとき、再送工程にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。そして、テーブル設定工程にて、再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けてその再送を実施した時点で送信済みのシーケンス番号の上限値が前記再送制御テーブルに設定される。つまり、再送制御テーブルには、当初は、当該シーケンス番号のマルチキャストデータパケットが再送未実施であると表示されているが、再送が実施されると、その再送の実施状況が設定され、再送実施済みであることが表示される。
【００７７】
つぎの発明にかかるデータパケット再送制御方法は、上記の発明において、前記データパケット送信装置は、前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施工程を含むことを特徴とする。
【００７８】
この発明によれば、上記の発明において、データパケット送信装置では、再送を要求する状態通知メッセージが受信されると、前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、再送実施工程にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。
【００７９】
つぎの発明にかかるデータパケット再送制御方法は、上記の発明において、前記データパケット送信装置は、前記状態通知メッセージに含まれる送信理由が無条件再送要求である場合に、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施工程を含むことを特徴とする。
【００８０】
この発明によれば、上記の発明において、データパケット送信装置では、再送を要求する状態通知メッセージが受信されると、前記状態通知メッセージに含まれる送信理由を調べ、その送信理由が無条件再送要求である場合には、再送実施工程にて、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送が実施される。
【００８１】
つぎの発明にかかるデータパケット再送制御方法は、上記の発明において、前記データパケット送信装置は、前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理を行うテーブルリセット工程を含むことを特徴とする。
【００８２】
この発明によれば、上記の発明において、データパケット送信装置では、テーブルリセット工程にて、前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理が行われる。
【００８３】
つぎの発明にかかるデータパケット再送制御方法は、上記の発明において、前記データパケット受信装置は、前記送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませる工程を含むことを特徴とする。
【００８４】
この発明によれば、マルチキャストでデータパケットを受信する各データパケット受信装置では、状態通知メッセージを送信する際に、送信理由作成工程にて、その送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませることが行われる。
【００８５】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかるデータパケット送信装置、データパケット受信装置、データパケット伝送システムおよびデータパケット再送制御方法の好適な実施の形態を詳細に説明する。
【００８６】
実施の形態１．
図１は、この発明の実施の形態１であるデータパケット伝送システムの構成を示すブロック図である。図２は、図１に示す送信局の構成を示すブロック図である。図３は、図１に示す送信局が送信するデータパケットのフォーマット例を示す図である。図４は、図１に示す送信局が再送制御のために備える再送制御テーブルの構成例を示す図である。図５は、図１に示す受信局の構成を示すブロック図である。図６は、図１に示す受信局が状態通知要求メッセージ受信に対して送信する状態通知メッセージのフォーマット例を示す図である。図７は、図１に示す受信局が誤り検出や周期タイマのタイムアウトによって送信する状態通知メッセージのフォーマット例を示す図である。なお、図３，図６，図７では、従来例（図２３，図２４）と同等な部分には同じ番号、もしくは相当する番号が付与されている。
【００８７】
図１において、データパケット送信装置である送信局１とデータパケット受信装置である受信局２とは、伝送路（無線伝送路または有線伝送路）３を介して接続されている。送信局１は、上位レイヤから送られてくる新規ＰＤＵ（シーケンス番号付きのデータパケット）を所定個数ずつインターリーブして生成したデータパケット（RLC-PDU）を伝送路３に順々に送信する。このとき、送信局１は、送信するシーケンス番号付きのデータパケットにＰｏｌｌビットを付与することができる。このＰｏｌｌビットが付与されたシーケンス番号付きのデータパケットは、受信局２に状態通知メッセージ（STATUS-PDU）の送信を要求する状態通知要求メッセージと称される。
【００８８】
このＰｏｌｌビットは、送達確認がとれていないデータパケットの割合が一定数を超えた場合にそれ以降に送信するデータパケットに設定されることがある。また上位のレイヤから受け取ったデータパケットの最後尾を示す必要がある場合にその最後尾を含むデータパケットに設定されることがある。受信局２は、伝送路３から取り込んだデータパケット（RLC-PDU）をデインターリーブしてシーケンス番号付きのデータパケットを復元し、シーケンス番号の連続性やＣＲＣを確認しつつ、受信データについての処理を実行する。このとき、受信局２は、送られてきたデータパケット（RLC-PDU）の受信状態等を状態通知メッセージ（STATUS-PDU）を用いて送信局１に通知することを行う。
【００８９】
状態通知メッセージ（STATUS-PDU）は、送信局１から状態通知要求メッセージが送られてきたときに作成され送信される他、受信局２で自発的に作成され送信される場合がある。自発的に送信する場合としては、シーケンス番号の抜けやＣＲＣエラーなどの誤りが検出されたときと、周期タイマがタイムアウトしたときとである。誤り検出時に作成され送信される状態通知メッセージ（STATUS-PDU）には、誤りのあったデータパケットのシーケンス番号と正常に受信できたシーケンス番号の上限値とが含まれる。状態通知要求メッセージの受信時やタイムアウト時に作成され送信される状態通知メッセージ（STATUS-PDU）には、誤り検出が行われていた場合には、上記と同内容であるが、シーケンス番号の連続性やＣＲＣの確認が正しく行えた場合には、その旨（ＡＣＫ）と正常に受信できたデータパケットのシーケンス番号の上限値とが含まれる。
【００９０】
送信局１は、受信局２から誤りのあったデータパケットのシーケンス番号を含む状態通知メッセージ（STATUS-PDU）を受信すると、再送要求と認識し、再送を実施するが、この実施の形態１では、送信局１は図２に示す構成を備え、受信局２は図５に示す構成を備え、その再送の実施を一定の条件下に行うようにしている。なお、以下の説明では、誤り検出の例としてシーケンス番号の抜け検出を取り上げている。
【００９１】
図２は、送信局の再送制御に関わる部分の構成を中心に示すブロック図である。図２において、送信局１は、送信ＰＤＵ生成部１１と送信部１２とPoll Counter１３と再送判断部１４と再送制御テーブル１５とメッセージ受付処理部１６と受信部１７とを備えている。
【００９２】
Poll Counter１３は、Ｐｏｌｌビットの設定があるたびにインクリメントされるカウンタである。Poll Counter１３のカウント値は、要求番号として送信ＰＤＵ生成部１１と再送判断部１４とに出力される。送信ＰＤＵ生成部１１は、上位レイヤからの新規ＰＤＵ（シーケンス番号付きの送信データパケット）を所定個数ずつインターリーブして生成したデータパケット（RLC-PDU）を送信部１２を介して伝送路３に順々に送信する。このとき、送信ＰＤＵ生成部１１は、Ｐｏｌｌビットの設定入力があると、そのＰｏｌｌビットを該当するデータパケットに付与するとともに、そのデータパケットにPoll Counter１３のカウント値を要求番号として付与する。また、送信ＰＤＵ生成部１１は、再送判断部１４から再送ＰＤＵ（シーケンス番号付きの再送データパケット）が入力すると、その再送ＰＤＵと新規ＰＤＵを含んだデータパケット（RLC-PDU）を生成する。
【００９３】
受信局２から送られてくる上記状態通知メッセージ（STATUS-PDU）は、受信部１７を介してメッセージ受付処理部１６に入力される。メッセージ受付処理部１６は、受け取った状態通知メッセージ（STATUS-PDU）を再送判断部１４に伝達するとともに、その状態通知メッセージ（STATUS-PDU）に図２６に示す再送要求情報要素４２０が含まれている場合には、それに設定されている情報（先頭のシーケンス番号、後続数、組数）を取り出し、保存する。この保存した情報は、再送判断部１４が利用するようになっている。
【００９４】
再送判断部１４は、メッセージ受付処理部１６から状態通知メッセージ（STATUS-PDU）を受け取ると、まず、再送制御テーブル１５の存在有無を調べる。その結果、再送制御テーブル１５が存在しない場合には、再送判断部１４は、再送処理が必要と判断し、その判断時までに送信したデータパケットのシーケンス番号の上限値などを後述するように再送制御テーブル１５に設定し、再送ＰＤＵを送信ＰＤＵ生成部１１に出力する。
【００９５】
一方、再送制御テーブル１５が存在する場合には、再送判断部１４は、再送制御テーブル１５を参照し、基本的には、受け取った状態通知メッセージ（STATUS-PDU）に含まれるシーケンス番号の上限値と再送制御テーブル１５に設定されているシーケンス番号の上限値との大小比較を行う。そして、受け取った状態通知メッセージ（STATUS-PDU）に含まれるシーケンス番号の上限値が再送制御テーブル１５に設定されているシーケンス番号の上限値を超えない場合には、受け取った状態通知メッセージ（STATUS-PDU）と再送制御テーブル１５とに設定されているデータパケットに関する情報の差分を抽出し、再送の実施要否を判断するようになっている。具体的な判断条件には、各種のものがあるが、それらについては後述する。
【００９６】
このとき、再送制御テーブル１５は、１以上設定されるので、再送判断部１４は、各再送制御テーブル１５について上記の判断動作を行う。その過程で不要となった再送制御テーブル１５については、削除操作を行い、再送制御テーブル１５が必要とされた場合にはその追加設定の操作を行うようになっている。
【００９７】
再送制御テーブル１５について説明する前に、送信局１が送信するデータパケットのフォーマットについて説明する。図３において、データパケット（以下単に「RLC-PDU」と記述することがある）３００には、この実施の形態１では、「Poll Counter」３０６が追加されている。「Poll Counter」３０６には、「Ｐ」３０３へのＰｏｌｌビットの設定によってインクリメントされるPoll Counter１３のカウント値が設定される。つまり、Poll Counter１３は、状態通知要求メッセージのシーケンス番号をカウントしていることになる。その他は、従来例（図２３）と同様である。なお、「Ｐ」３０３にＰｏｌｌビットが設定されているRLC-PDU３００は、状態通知要求メッセージである。以後の説明では、「Ｐ」３０３の表記は、Ｐｏｌｌビットが設定されていることを意味しているとする。
【００９８】
さて、再送制御テーブル１５には、図４に示すように、「Poll Counter」４０１，「Cause」４０２，「ＶＴ（Ｍ）」４０３，「LENGTH」４０４，「ＳＮ1」４０５−１〜「ＳＮLENGTH」４０５−Ｌ（以下単に「ＳＮ」４０５、「ＳＮ」などと記述する），「Ｌ1」４０６−１〜「ＬLENGTH」４０６−Ｌ（以下単に「Ｌ」４０６，「Ｌ」などと記述する）などが設定されるようになっている。「Poll Counter」４０１には、Poll Counter１３のカウント値、つまり受信局２に送信した要求番号が設定される。この設定が行われるときには、その後再送が実施される。したがって、「Poll Counter」４０１には、再送決定時点でのPoll Counter１３のカウント値が設定されることになる。
【００９９】
「Cause」４０２には、受信された状態通知メッセージから取り出した送信理由「Cause」が設定される。「ＶＴ（Ｍ）」４０３には、再送決定時点までに送信したデータパケットのシーケンス番号上限値が設定される。「ＳＮ」４０５には、再送したデータパケットの先頭シーケンス番号が設定される。「Ｌ」４０６には、「ＳＮ」４０５のデータパケットに連続して後続するデータパケットの数（以下「後続数」という）が設定される。「LENGTH」４０４には、先頭シーケンス番号「ＳＮ」４０５と後続数「Ｌ」４０６との組の数が設定される。
【０１００】
次に、受信局２について説明する。図５は、受信局２の再送制御に関わる部分の構成を中心に示すブロック図である。受信局２は、図５に示すように、受信部２１とシーケンス監視部２２と周期タイマ２３と送信理由作成部２４と状態通知メッセージ作成部２５と送信部２６とを備えている。
【０１０１】
受信部２１は、送信局１から送られてくるデータパケット（RLC-PDU）をデインターリーブし、個々のデータパケットを受信処理系にあるシーケンス監視部２２に伝達するとともに、そのデインターリーブした個々のデータパケットの中に「Ｐ」３０３付きのデータパケット、つまり状態通知要求メッセージが含まれているか否かを調べる。そして、状態通知要求メッセージを検出すると、それに含まれるメッセージ要求（「Ｐ」３０３）と要求番号（Poll Counter３０６）を取り出し、それらを状態通知メッセージ作成部２５に出力する一方、メッセージ要求（「Ｐ」３０３）を送信理由作成部２４に出力する。
【０１０２】
シーケンス監視部２２は、連続して受け取ったデータパケットにおけるシーケンス番号の連続性を調べ、シーケンス番号の抜けを検出すると、欠落したシーケンス番号を状態通知メッセージ作成部２５に出力するとともに、欠落を検出した旨を送信理由作成部２４に通知する。周期タイマ２３は、例えば５秒などの間隔を計時し、計時するたびにタイムアウトした旨を送信理由作成部２４と状態通知メッセージ作成部２５とに通知する。
【０１０３】
送信理由作成部２４は、状態通知メッセージ作成部２５が状態通知メッセージ（STATUS-PDU）を作成し送信する原因となった事由、つまり送信理由を作成し、状態通知メッセージ作成部２５に出力する。すなわち、送信理由作成部２４は、受信部２１からメッセージ要求（「Ｐ」３０３）を受け取ると、送信理由“「Ｐ」３０３の受信”を作成し、状態通知メッセージ作成部２５に出力する。送信理由作成部２４は、周期タイマ２３からタイムアウトを受け取ると、送信理由“周期タイマのタイムアウト”を作成し、状態通知メッセージ作成部２５に出力する。また、送信理由作成部２４は、シーケンス監視部２２から抜け検出を受け取ると、送信理由“シーケンス番号３０２の抜け検出”を作成し、状態通知メッセージ作成部２５に出力する。
【０１０４】
状態通知メッセージ作成部２５は、図６および図７に示す状態通知メッセージ（以下単に「STATUS-PDU」と記述することがある）を作成し、送信部２６を介して伝送路３へ送信局１に向けて送信する。図６および図７に示すように、この実施の形態１では、送信理由「Cause」３１５が追加されている。送信理由「Cause」３１５には、送信理由作成部２４から受け取った送信理由が設定される。図６に示すSTATUS-PDU３１０−１は、受信局２がＰｏｌｌビットの受信によって送信するメッセージであるので、送信理由「Cause」３１５に“「Ｐ」３０３の受信”が設定される。図７に示すSTATUS-PDU３１０−２は、シーケンス監視部２２での抜け検出や周期タイマ２３のタイムアウトによって送信するメッセージであるので、送信理由「Cause」３１５には、“シーケンス番号３０２の抜け検出”または“周期タイマのタイムアウト”が設定される。
【０１０５】
そして、図６に示すように、受信局２がＰｏｌｌビットの受信によって送信するSTATUS-PDU３１０−１では、「Poll Counter」３１６と「Ｒ」３１２とが追加されている。「Poll Counter」３１６には、受信部２１から受け取った要求番号（Poll Counter３０６）がそのまま設定される。「Ｒ」３１２は、リザーブビットである。
【０１０６】
なお、図６および図７において、その他は、従来のSTATUS-PDU３１０ａ（図２４）と同等である。すなわち、図２５に示した送達確認情報要素４１０と図２６に示した再送要求情報要素４２０は、この実施の形態でも同様に適用される。つまり、状態通知メッセージ作成部２５は、送達確認情報要素４１０に「ＬＳＮ」４１２を設定する。再送を要求するデータパケットがある場合には、再送要求情報要素４２０に「ＳＮ」４２４と「Ｌ」４２５と「LENGTH」４２２を設定する。
【０１０７】
次に、図８を参照して、上述したように構成されるデータパケット伝送システムにおいて実施されるデータパケット再送制御動作を説明する（動作例１）。なお、図８は、データパケット再送制御動作を説明するシーケンス図である。３ＧＰＰで策定中の通信方式では、周期的な送信間隔TTI（TTI：Transmission Time Interval）毎に複数のRLC-PDU３００をまとめて送信することが可能である。図８では、送信間隔TTI毎に４個のRLC-PDU３００を送信する場合の例が示されている。また、図８では、送信局と受信局の送信間隔TTIは、同じで、送信と受信のタイミングにずれはないものとしている。
【０１０８】
図８において、送信局が送信間隔TTI-0の期間において送信した４個のRLC-PDU（Seq.No=0,1,2,3）のうち２個のRLC-PDU（Seq.No=1,2）に抜けがあった場合、受信局は、次の送信間隔TTI-1の期間で実施するプロトコル処理１１０−１でのRLC-PDU受信処理においてSeq.No=1,2の抜けを検出し、次のようなSTATUS-PDU（２００−１）３１０−２を作成する。すなわち、このSTATUS-PDU（２００−１）３１０−２では、図７、図２５、図２６において、送信理由「Cause」３１５に“送信シーケンス番号３０２の抜け検出”を示す「Miss」が設定され、「ＬＳＮ」４１２に正常に受信できたとした場合のシーケンス番号上限値「３」のつぎの値「４」が設定され、「ＳＮ」４２４に再送を要求するRLC-PDU３００の先頭シーケンス番号「１」が設定され、「Ｌ」４２５に後続数「１」が設定されている。
【０１０９】
受信局は、次の送信間隔TTI-2の期間において、上記のような内容を有するSTATUS-PDU（２００−１）３１０−２を送信し、送信局に対して再送を要求する。送信局は、次の送信間隔TTI-3の期間で実施するプロトコル処理１００−１でのSTATUS-PDU受信処理において、受信したSTATUS-PDU（２００−１）３１０−２の再送要求情報要素４２０からSeq.No=1,2の抜けを認識し、つまりSeq.No=1,2のRLC-PDU３００についての再送要求を認識する。そして、この例では、再送制御テーブル１５が存在しないので、再送制御テーブル１５について次のように設定する。
【０１１０】
すなわち、図４において、「Cause」４０２には、受信したSTATUS-PDU３１０−２の送信理由「Cause」３１５から読み取った送信理由「Miss」が設定される。「ＶＴ（Ｍ）」４０３には、再送を実施すると決定した送信間隔TTI-3の期間までに受信局に送信したRLC-PDU３００のシーケンス番号の上限値「１５」が設定される。「ＳＮ」４０５には、STATUS-PDU３１０−２から取り込んだ先頭のシーケンス番号「１」が設定される。「Ｌ」４０６には、STATUS-PDU３１０−２から取り込んだ後続数「１」が設定される。「LENGTH」４０４には組数「１」が設定される。なお、後述するように、Seq.No=11のRLC-PDU３００では、ＰｏｌｌビットＰ１が設定され、「Poll Counter」３０６のカウント値は「１」になっているので、「Poll Counter」４０１には、再送を実施すると判断した時点（つまり、送信間隔TTI-3の期間）での「Poll Counter」３０６のカウント値「１」が設定される。
【０１１１】
送信局は、次の送信間隔TTI-4の期間においてSeq.No=1,2のRLC-PDU３００について再送を実施する。送信間隔TTI-4の期間では、再送に関わるSeq.No=1,2の２つのRLC-PDU３００と本来の送信データであるSeq.No=16,17の２つのRLC-PDU３００が送信されることになる。
【０１１２】
一方、送信局では、送信間隔TTI-2の期間で送信するSeq.No=11のRLC-PDU３００においてＰｏｌｌビットＰ１（「Ｐ」３０３）の設定が行われると、Poll Counter１３がインクリメントされ、そのカウント値「１」が要求番号としてRLC-PDU３００の「Poll Counter」３０６に設定される。つまり、送信間隔TTI-2の期間においては、受信局に対し状態通知要求と要求番号付きのRLC-PDU３００が送信される。
【０１１３】
受信局は、次の送信間隔TTI-3の期間で実施するプロトコル処理１１１−１でのRLC-PDU受信処理において、ＰｏｌｌビットＰ１（「Ｐ」３０３）を検出して状態通知メッセージ（STATUS-PDU３１０−１）の送信要求を認識する。但し、この時点では、受信局は、再送を要求したSeq.No=1,2のRLC-PDU３００を未だ受信していない。したがって、受信局は、次のような内容の状態通知メッセージ（STATUS-PDU（２０１−１）３１０−１）を作成する。
【０１１４】
すなわち、送信間隔TTI-3の期間で実施するプロトコル処理１１１−１において作成されるSTATUS-PDU（２０１−１）３１０−１には、図６、図２５、図２６において、送信理由「Cause」３１５に“ＰｏｌｌビットＰ１（「Ｐ」３０３）の受信”を示す「Ｐ１」が設定され、要求番号（「Poll Counter」３１６）に受信した状態通知要求メッセージの「Poll Counter」３０６から読み取った値「１」が設定され、「ＬＳＮ」４１２に状態通知メッセージの送信要求を認識した送信間隔TTI-3の期間までに受信できた場合のシーケンス番号上限値「１１」のつぎの値「１２」が設定され、「ＳＮ」４２４に再送を要求するRLC-PDU３００の先頭シーケンス番号「１」が設定され、「Ｌ」４２５に後続数「１」が設定されている。
【０１１５】
受信局は、次の送信間隔TTI-4の期間において、上記のような内容を有するSTATUS-PDU（２０１−１）３１０−１を送信し、Seq.No=1,2のRLC-PDU３００についての再送要求を送信局に対して再度通知する。送信局は、受信したSTATUS-PDU３１０−１に対して、次の送信間隔TTI-5の期間で実施するプロトコル処理１０１−１において、Seq.No=1,2のRLC-PDU３００についての再送要求を認識すると、再送制御テーブル１５の存在を確認して再送制御テーブル１５を参照し、次のようにして再送実施の要否を判断する。
【０１１６】
まず、STATUS-PDU３１０−１に含まれる「ＬＳＮ」から「−１」した値と再送制御テーブル１５に設定されている「ＶＴ（Ｍ）」４０３との大小比較を行う。ＬＳＮ−１＝１１であり、「ＶＴ（Ｍ）」４０３の値「１５」よりも小さい。これによって、送信局は、今回受信したSTATUS-PDU３１０−１は、Seq.No=1,2のRLC-PDU３００についての再送を実施する以前に送信された状態通知メッセージであることを確認する。
【０１１７】
次いで、受信したSTATUS-PDU３１０−１に設定されている「LENGTH」４２２、「ＳＮ」４２４および「Ｌ」４２５と、再送制御テーブル１５に設定されている「LENGTH」４０４、「ＳＮ」４０５および「Ｌ」４０６とを比較する。ここでは、共に、ＬＥＮＧＴＨ＝１，ＳＮ＝１，Ｌ＝１であり、同じである。
【０１１８】
このことから、今回受信した再送要求に関わるSeq.No=1,2のRLC-PDU３００については、既に再送を実施しその送達確認待ちであること、また、新規の再送要求は含まれていないことが認識できる。したがって、送信局は、送信間隔TTI-5の期間で実施するプロトコル処理１０１−１でのSTATUS-PDU受信処理では、Seq.No=1,2のRLC-PDU３００についての再送は実施しないと決定する。
【０１１９】
なお、送信局が、送信間隔TTI-5の期間において送信するSeq.No=19のRLC-PDU３００においてＰｏｌｌビットＰ２（「Ｐ」３０３）を設定した場合、受信局は、次の送信間隔TTI-6の期間で実施するプロトコル処理１１２−１においてＰｏｌｌビットＰ２（「Ｐ」３０３）を検出し、STATUS-PDU３１０−１の送信要求を認識する。受信局は、図示しないつぎの送信間隔TTI-7においてSTATUS-PDU３１０−１を返送するが、その返送するSTATUS-PDU３１０−１によって、送信局が再送したSeq.No=1,2のRLC-PDU３００についての受信結果を通知することになる。
【０１２０】
このように、実施の形態１によれば、送信局は、再送制御テーブル１５を使用して、RLC-PDU３００の再送を実施する毎に、状態通知メッセージから読み取った送信理由「Cause」４０２と、テーブル設定時点までに送信したシーケンス番号の上限値「ＶＴ（Ｍ）」４０３と、その設定時点での「Poll Counter」４０１の値と、再送したRLC-PDU３００のシーケンス番号「ＳＮ」４０５および後続数「Ｌ」４０６、「LENGTH」４０４とを対応付けて記憶しておくので、RLC-PDU３００の再送とすれ違いで受信したＰｏｌｌビット受信に基づくSTATUS-PDU３１０−１による再送要求に起因する無駄な再送を抑制することができ、また必要な再送のみを実施することができるので、無線回線あるいは有線回線のリソースを無駄に消費することが防止できる。
【０１２１】
実施の形態２．
図９は、この発明の実施の形態２であるデータパケット再送制御方法を説明するシーケンス図である。この実施の形態２では、図１に示したデータパケット伝送システムにおいて実施されるデータパケット再送制御動作の動作例２が示されている。図９において、送信局が送信間隔TTI-0の期間で送信した４個のRLC-PDU（Seq.No=0,1,2,3）３００のうち２個のRLC-PDU（Seq.No=1,2）３００に抜けがあった場合、受信局は、次の送信間隔TTI-1の期間で実施するプロトコル処理１１０−２でのRLC-PDU受信処理において、Seq.No=1,2の抜けを検出すると、次のようなSTATUS-PDU（２００−２）３１０−２を作成する。
【０１２２】
すなわち、このSTATUS-PDU（２００−２）３１０−２では、図７、図２５、図２６において、送信理由「Cause」３１５に“送信シーケンス番号３０２の抜け検出”を示す「Miss」が設定され、「ＬＳＮ」４１２に正常に受信できたとした場合のシーケンス番号上限値「３」のつぎの値「４」が設定され、「ＳＮ」４２４に再送を要求するRLC-PDU３００の先頭シーケンス番号「１」が設定され、「Ｌ」４２５に後続数「１」が設定されている。
【０１２３】
受信局は、次の送信間隔TTI-2の期間において、上記のような内容を有するSTATUS-PDU（２００−２）３１０−２を送信局に対して送信し再送を要求する。送信局は、次の送信間隔TTI-3の期間で実施するプロトコル処理１００−２でのSTATUS-PDU受信処理において、受信したSTATUS-PDU（２００−２）３１０−２の再送要求情報要素４２０からSeq.No=1,2の抜けを認識し、つまりSeq.No=1,2のRLC-PDU３００についての再送要求を認識する。そして、この例では、再送制御テーブル１５が存在しないので、再送制御テーブル１５について次のように設定する。
【０１２４】
すなわち、図４において、「Cause」４０２には、受信したSTATUS-PDU３１０−２の送信理由「Cause」３１５から読み取った「Miss」が設定される。「ＶＴ（Ｍ）」４０３には、再送を実施すると決定した送信間隔TTI-3の期間までに受信局に送信したRLC-PDU３００のシーケンス番号の上限値「１５」が設定される。「ＳＮ」４０５には、STATUS-PDU３１０−２から取り込んだ先頭のシーケンス番号「１」が設定される。「Ｌ」４０６には、STATUS-PDU３１０−２から取り込んだ後続数「１」が設定される。「LENGTH」４０４には組数「１」が設定される。なお、実施の形態１とは異なり、Seq.No=11のRLC-PDU３００では、Ｐｏｌｌビットが設定されないので、再送を実施すると判断した時点（つまり、送信間隔TTI-3の期間）での「Poll Counter」３０６のカウント値は「０」であり、「Poll Counter」４０１には値「０」が設定される。
【０１２５】
送信局は、次の送信間隔TTI-4の期間においてSeq.No=1,2のRLC-PDU３００について再送を実施する。送信間隔TTI-4の期間では、再送に関わるSeq.No=1,2の２つのRLC-PDU３００と本来の送信データであるSeq.No=16,17の２つのRLC-PDU３００が送信されることになる。
【０１２６】
一方、受信局では、送信間隔TTI-3の期間において周期タイマ２３がタイムアウト（ＴＯ）したので、その送信間隔TTI-3の期間で実施するプロトコル処理１１１−２において、タイムアウト（ＴＯ）に基づく状態通知メッセージ（STATUS-PDU３１０−２）の送信要求を認識する。但し、この時点では、受信局は、再送を要求したSeq.No=1,2のRLC-PDU３００を未だ受信していない。したがって、受信局は、次のような内容の状態通知メッセージ（STATUS-PDU（２０１−２）３１０−２）を作成する。
【０１２７】
すなわち、このSTATUS-PDU（２０１−２）３１０−２には、図７、図２５、図２６において、送信理由「Cause」３１５に“周期タイマのタイムアウト”を示す「ＴＯ」が設定され、「ＬＳＮ」４１２にSTATUS-PDU３１０−２の送信要求を認識した送信間隔TTI-3の期間までに受信できたとした場合のシーケンス番号上限値「１１」のつぎの値「１２」が設定され、「ＳＮ」４２４に再送を要求するRLC-PDU３００の先頭シーケンス番号「１」が設定され、「Ｌ」４２５に後続数「１」が設定されている。
【０１２８】
受信局は、次の送信間隔TTI-4の期間において、上記のような内容を有するSTATUS-PDU（２０１−２）３１０−２を送信し、Seq.No=1,2のRLC-PDU３００についての再送要求を送信局に対して再度通知する。送信局は、受信したSTATUS-PDU（２０１−２）３１０−２に対して、次の送信間隔TTI-5の期間で実施するプロトコル処理１０１−２でのSTATUS-PDU受信処理において、Seq.No=1,2のRLC-PDU３００についての再送要求を認識すると、再送制御テーブル１５の存在を確認して再送制御テーブル１５を参照し、次のようにして再送実施の要否を判断する。
【０１２９】
まず、STATUS-PDU（２０１−２）３１０−２に含まれる「ＬＳＮ」から「−１」した値と再送制御テーブル１５に設定されている「ＶＴ（Ｍ）」４０３との大小比較を行う。ＬＳＮ−１＝１１であり、「ＶＴ（Ｍ）」４０３の値「１５」よりも小さい。これによって、今回受信したSTATUS-PDU３１０−２は、Seq.No=1,2のRLC-PDU３００についての再送を実施する以前に送信された状態通知メッセージであることを確認する。
【０１３０】
次いで、受信したSTATUS-PDU（２０１−２）３１０−２に設定されている「LENGTH」４２２、「ＳＮ」４２４および「Ｌ」４２５と、再送制御テーブル１５に設定されている「LENGTH」４０４、「ＳＮ」４０５および「Ｌ」４０６とを比較する。ここでは、共に、ＬＥＮＧＴＨ＝１，ＳＮ＝１，Ｌ＝１であり、同じである。
【０１３１】
このことから、今回受信した再送要求に関わるSeq.No=1,2のRLC-PDU３００については、既に再送を実施しその送達確認待ちであること、また、新規の再送要求は含まれていないことが認識できる。したがって、送信局は、送信間隔TTI-5の期間で実施するプロトコル処理１０１−２でのSTATUS-PDU受信処理では、Seq.No=1,2のRLC-PDU３００についての再送は実施しないと決定する。
【０１３２】
なお、送信局が、送信間隔TTI-5の期間において送信するSeq.No=19のRLC-PDU３００においてＰｏｌｌビットＰ１（「Ｐ」３０３）を設定した場合、受信局は、次の送信間隔TTI-6の期間で実施するプロトコル処理１１２−２でのRLC-PDU受信処理においてＰｏｌｌビットＰ１（「Ｐ」３０３）を検出し、STATUS-PDU３１０−１の送信要求を認識する。受信局は、図示しない次の送信間隔TTI-7においてSTATUS-PDU３１０−１を返送する。受信局は、その返送するSTATUS-PDU３１０−１によって、送信局が再送したSeq.No=1,2のRLC-PDU３００についての受信結果を通知することになる。
【０１３３】
このように、実施の形態２によれば、送信局は、再送制御テーブル１５を使用して、RLC-PDU３００の再送を実施する毎に、状態通知メッセージから読み取った送信理由「Cause」４０２と、テーブル設定時点までに送信したシーケンス番号の上限値「ＶＴ（Ｍ）」４０３と、再送したRLC-PDU３００のシーケンス番号「ＳＮ」４０５および後続数「Ｌ」４０６、「LENGTH」４０４とを対応付けて記憶しておくので、RLC-PDU３００の再送とすれ違いで受信した周期タイマのタイムアウトに基づくSTATUS-PDU３１０−２による再送要求に起因する無駄な再送を抑制することができ、また必要な再送のみを実施することができるので、無線回線あるいは有線回線のリソースを無駄に消費することが防止できる。
【０１３４】
実施の形態３．
図１０は、この発明の実施の形態３であるデータパケット再送制御方法を説明するシーケンス図である。この実施の形態３では、図１に示したデータパケット伝送システムにおいて実施されるデータパケット再送制御動作の動作例３が示されている。図１０において、送信局が送信間隔TTI-0の期間で送信した４個のRLC-PDU（Seq.No=0,1,2,3）３００のうち２個のRLC-PDU（SN=1,2）３００に抜けがあった場合、受信局は、次の送信間隔TTI-1の期間で実施するプロトコル処理１１０−３でのRLC-PDU受信処理において、Seq.No=1,2の抜けを検出すると、受信局は、次のようなSTATUS-PDU（２００−３）３１０−２を作成する。
【０１３５】
すなわち、このSTATUS-PDU（２００−３）３１０−２には、図７、図２５、図２６において、送信理由「Cause」３１５に“送信シーケンス番号３０２の抜け検出”を示す「Miss」が設定され、「ＬＳＮ」４１２に正常に受信できたとした場合のシーケンス番号上限値「３」のつぎの値「４」が設定され、「ＳＮ」４２４に再送を要求するRLC-PDU３００の先頭シーケンス番号「１」が設定され、「Ｌ」４２５に後続数「１」が設定されている。受信局は、次の送信間隔TTI-2の期間において、上記のような内容を有するSTATUS-PDU（２００−３）３１０−２を送信し、送信局に対して再送を要求する。
【０１３６】
送信局は、次の送信間隔TTI-3の期間で実施するプロトコル処理１００−３でのSTATUS-PDU受信処理において、受信したSTATUS-PDU（２００−３）３１０−２の再送要求情報要素４２０からSeq.No=1,2の抜けを認識し、つまりSeq.No=1,2のRLC-PDU３００についての再送要求を認識する。そして、この例では、再送制御テーブル１５が存在しないので、再送制御テーブル１５について次のように設定する。
【０１３７】
すなわち、図４において、「Cause」４０２には、受信したSTATUS-PDU３１０−２の送信理由「Cause」３１５から読み取った送信理由「Miss」が設定される。「ＶＴ（Ｍ）」４０３には、再送を実施すると決定した送信間隔TTI-3の期間までに受信局に送信したRLC-PDU３００のシーケンス番号の上限値「１５」が設定される。「ＳＮ」４０５には、STATUS-PDU３１０−２から取り込んだ先頭のシーケンス番号「１」が設定される。「Ｌ」４０６には、STATUS-PDU３１０−２から取り込んだ後続数「１」が設定される。「LENGTH」４０４には組数「１」が設定される。なお、実施の形態１と同様に、Seq.No=11のRLC-PDU３００では、ＰｏｌｌビットＰ１（「Ｐ」３０３）が設定されるので、再送を実施すると判断した時点（つまり、送信間隔TTI-3の期間）での「Poll Counter」３０６のカウント値は「１」であり、「Poll Counter」４０１には値「１」が設定される。
【０１３８】
送信局は、次の送信間隔TTI-4の期間においてSeq.No=1,2のRLC-PDU３００について再送を実施する。送信間隔TTI-4の期間では、再送に関わるSeq.No=1,2の２つのRLC-PDU３００と本来の送信データであるSeq.No=16,17の２つのRLC-PDU３００が送信されることになる。
【０１３９】
一方、送信局では、送信間隔TTI-2の期間で送信するSeq.No=11のRLC-PDU３００においてＰｏｌｌビットＰ１（「Ｐ」３０３）の設定が行われると、Poll Counter１３がインクリメントされ、そのカウント値「１」が要求番号としてRLC-PDU３００の「Poll Counter」３０６に設定される。つまり、送信間隔TTI-2の期間において、受信局に対し状態通知要求と要求番号行きのRLC-PDU３００が送信される。このとき、送信局が送信間隔TTI-2の期間において送信するSeq.No=9のRLC-PDU３００が正しく受信局に届かなかったとする。
【０１４０】
この結果、受信局は、次の送信間隔TTI-3の期間で実施するプロトコル処理１１１−３でのRLC-PDU受信処理において、Seq.No=9のRLC-PDU３００の抜けを検出するとともに、Seq.No=11のRLC-PDU３００においてＰｏｌｌビットＰ１（「Ｐ」３０３）が設定されていることを検出する。但し、この時点では、受信局は、再送を要求したSeq.No=1,2のRLC-PDU３００も未だ受信していない。したがって、受信局は、次のような内容の状態通知メッセージ（STATUS-PDU（２０１−３）３１０−１，３１０−２）を作成する。
【０１４１】
すなわち、送信間隔TTI-3の期間で実施するプロトコル処理１１１−３でのRLC-PDU受信処理において作成されるSTATUS-PDU（２０１−３）３１０−１では、図６、図２５、図２６において、送信理由「Cause」３１５に“ＰｏｌｌビットＰ１（「Ｐ」３０３）の受信”を示す「Ｐ１」が設定され、要求番号（「Poll Counter」３１６）に受信した状態通知要求メッセージの「Poll Counter」３０６から読み取った値「１」が設定され、「ＬＳＮ」４１２に状態通知メッセージの送信要求を認識した送信間隔TTI-3の期間までに受信できたとした場合のシーケンス番号上限値「１１」のつぎの値「１２」が設定されている。また、「ＳＮ」４２４と「Ｌ」４２５とには、Seq.No=1,2のRLC-PDU３００についての再送要求「ＳＮ＝１，Ｌ＝１」と、Seq.No=9のRLC-PDU３００についての再送要求「ＳＮ＝９，Ｌ＝０」とが設定され、「LENGTH」４２２には「２」が設定されている。
【０１４２】
受信局は、次の送信間隔TTI-4の期間において、上記のような内容を有するSTATUS-PDU（２０１−３）３１０−１を送信し、Seq.No=1,2,9のRLC-PDU３００についての再送要求を送信局に対して通知する。送信局は、受信したSTATUS-PDU（２０１−３）３１０−１に対して、次の送信間隔TTI-5の期間で実施するプロトコル処理１０１―３でのSTATUS-PDU受信処理において、Seq.No=1,2,9のRLC-PDU３００についての再送要求を認識すると、再送制御テーブル１５の存在を確認して再送制御テーブル１５を参照し、次のようにして再送実施の要否を判断する。
【０１４３】
まず、STATUS-PDU（２０１−３）３１０−１に含まれる「ＬＳＮ」から「−１」した値と再送制御テーブル１５に設定されている「ＶＴ（Ｍ）」４０３との大小比較を行う。ＬＳＮ−１＝１１であり、「ＶＴ（Ｍ）」４０３の値「１５」よりも小さい。これによって、今回受信したSTATUS-PDU３１０−１は、Seq.No=1,2のRLC-PDU３００についての再送を実施する以前に送信されたメッセージであることを確認する。
【０１４４】
次いで、STATUS-PDU（２０１−３）３１０−１に設定されている「LENGTH」４２２、「ＳＮ」４２４および「Ｌ」４２５と、再送制御テーブル１５に設定されている「LENGTH」４０４、「ＳＮ」４０５および「Ｌ」４０６とを比較する。ここでは、再送制御テーブル１５の「LENGTH」４０４は「１」であるが、STATUS-PDU３１０−１の「LENGTH」４２２は「２」である。再送制御テーブル１５には、「ＳＮ＝１，Ｌ＝１」の設定はあるが、「ＳＮ＝９，Ｌ＝０」の設定がない。
【０１４５】
このことから、今回受信した再送要求に関わるSeq.No=1,2,9のうち、連続するシーケンス番号Seq.No=1,2のRLC-PDU３００については、既に再送を実施しその送達確認待ちであること、また、シーケンス番号Seq.No=9については、新規の再送要求であることが認識できる。
【０１４６】
したがって、送信局は、送信間隔TTI-5の期間で実施するプロトコル処理１０１−３でのSTATUS-PDU受信処理では、Seq.No=1,2のRLC-PDU３００の再送は実施せず、Seq.No=9のRLC-PDU３００のみ再送を実施すると決定する。すなわち、Seq.No=9について図４に示した再送制御テーブル１５を新たに設定する。その結果、次の送信間隔TTI-6の期間では、再送に関わるSeq.No=9のRLC-PDU３００と本来の送信データであるSN=22,23,24の３つのRLC-PDU３００が送信されることになる。再送制御テーブル１５は、再送の成功通知等で削除されるので、それまでの間、Seq.No=1,2についての再送制御テーブルと、Seq.No=9についての再送制御テーブルとが並存することになる。
【０１４７】
なお、送信局が、送信間隔TTI-5の期間において送信するSeq.No=19のRLC-PDU３００においてＰｏｌｌビットＰ２（「Ｐ」３０３）を設定した場合、受信局は、送信間隔TTI-6の期間で実施するプロトコル処理１１２−３でのRLC-PDU受信処理においてＰｏｌｌビットＰ２（「Ｐ」３０３）を検出し、STATUS-PDU３１０−１の送信要求を認識する。受信局は、図示しない次の送信間隔TTI-7においてSTATUS-PDU３１０−１を返送する。受信局は、その返送するSTATUS-PDU３１０−１によって、送信局が再送したSeq.No=1,2のRLC-PDU３００についての受信結果を通知することになる。
【０１４８】
このように、実施の形態３によれば、送信局は、再送制御テーブル１５を使用して、RLC-PDU３００の再送を実施する毎に、状態通知メッセージから読み取った送信理由「Cause」４０２と、テーブル設定時点までに送信したシーケンス番号の上限値「ＶＴ（Ｍ）」４０３と、その設定時点での「Poll Counter」４０１の値と、再送したRLC-PDU３００のシーケンス番号「ＳＮ」４０５および後続数「Ｌ」４０６、「LENGTH」４０４とを対応付けて記憶しておくので、RLC-PDU３００の再送とすれ違いで受信したＰｏｌｌビット受信に基づくSTATUS-PDU３１０−１による再送要求に起因する無駄な再送を抑制することができ、また必要な再送のみを実施することができるので、無線回線あるいは有線回線のリソースを無駄に消費することが防止できる。
【０１４９】
実施の形態４．
図１１〜図１３は、この発明の実施の形態４であるデータパケット再送制御方法を説明するフローチャートである。この実施の形態４では、実施の形態１〜３で説明したデータパケット再送制御動作（動作例１〜３）を含み送信局が行う一般的なデータパケット再送制御動作が示されている。以下、図２〜図４、図６〜図１０、図２５、図２６を適宜に参照して説明する。
【０１５０】
図１１〜図１３において、送信局では、受信局から送られてくるパケット（ＰＤＵ）がチェックされ（ステップＳＴ１）、「PDU-type」３１１によって状態通知メッセージの受信であるか否かが判断される（ステップＳＴ２）。状態通知メッセージの受信ではない場合には、判断結果は否定（ステップＳＴ２：Ｎｏ）となり、ステップＳＴ１７に進み、データパケットの送信処理（ステップＳＴ１７〜ＳＴ２１）が実行される。また、状態通知メッセージの受信である場合には、判断結果は肯定（ステップＳＴ２：Ｙｅｓ）となり、ステップＳＴ３に進み、再送制御処理（ステップＳＴ３〜ＳＴ２７）が実行される。
【０１５１】
まず、データパケットの送信処理（ステップＳＴ１７〜ＳＴ２１）について説明する。ステップＳＴ１７では、上位のレイヤから新規ＰＤＵが送られてくるか否かが判断される。新規ＰＤＵが送られてくると、判断結果は肯定（ステップＳＴ１７：Ｙｅｓ）となり、ステップＳＴ１８に進み、今まで受け取ったデータパケット（ＰＤＵ）や再送データ生成処理（ステップＳＴ１３〜ＳＴ１６）で生成された再送データパケット（ＰＤＵ）に新規ＰＤＵを含めた送信データパケット（ＰＤＵ）が作成される。つぎに、Ｐｏｌｌビットの設定要否が判断され（ステップＳＴ１９）、判断結果が肯定（ステップＳＴ１９：Ｙｅｓ）の場合には、ステップＳＴ２０に進み、該当するデータパケット（ＰＤＵ）にＰｏｌｌビットが設定され、同時にPoll Counter１３がインクリメントされる。その後、データパケット（RLC-PDU３００）の送信処理が実行される（ステップＳＴ２１）。また、ステップＳＴ１９においてＰｏｌｌビットの設定はしないと判断した場合には（ステップＳＴ１９：Ｎｏ）、直接ステップＳＴ２１に進み、そのままデータパケット（RLC-PDU３００）の送信処理が実行される。
【０１５２】
一方、ステップＳＴ１７において、新規ＰＤＵが送られてこない場合には、判断結果は否定（ステップＳＴ１７：Ｎｏ）となり、Ｐｏｌｌビットの設定要否が判断される（ステップＳＴ２２）。判断結果が肯定（ステップＳＴ２２：Ｙｅｓ）の場合には、ステップＳＴ２３に進み、最後に送信したデータパケット（ＰＤＵ）にＰｏｌｌビットが設定され、同時にPoll Counter１３がインクリメントされる。その後、データパケット（RLC-PDU３００）の送信処理が実行される（ステップＳＴ２１）。この場合には、同番のシーケンス番号を持つデータパケット（RLC-PDU３００）が繰り返し送信されることになる。なお、ステップＳＴ２２においてＰｏｌｌビットの設定はしないと判断した場合には（ステップＳＴ２２：Ｎｏ）、送信処理は行わず、そのまま処理を終了する。
【０１５３】
次に、再送制御処理（ステップＳＴ３〜ＳＴ２７）について説明する。ステップＳＴ３では、受信された状態通知メッセージが再送要求情報要素４２０を含むか否かが調査される。含む場合には、その再送要求情報要素４２０の「LENGTH」４２２，「ＳＮ」４２４，「Ｌ」４２５を取り出して保持する。その後再送制御テーブル１５が存在するか否かが判断される（ステップＳＴ４）。ここでは、例えば、１ビットの再送制御テーブル有無フラグによって判断することとする。再送制御テーブル１５が一つでも存在すれば、再送制御テーブル有無フラグは、セットされるようになっている。
【０１５４】
再送制御テーブル１５が存在しない場合には、ステップＳＴ４での判断結果が否定（ステップＳＴ４：Ｎｏ）となり、ステップＳＴ１３に進み、次のようにして再送データパケットの生成処理（ステップＳＴ１３〜ＳＴ１６）が実行され、再送が実施される（ステップＳＴ１８〜ＳＴ２１）。これらは、前述した例えば送信間隔TTI-3、TTI-4の期間での処理動作である。
【０１５５】
ステップＳＴ１３では、再送要求情報要素４２０が保存されているか否かが判断される。保存されている場合には、判断結果は肯定（ステップＳＴ１３：Ｙｅｓ）となり、ステップＳＴ１４に進み、ステップＳＴ３にて保存した再送要求情報要素４２０の「LENGTH」４２２，「ＳＮ」４２４，「Ｌ」４２５の情報に基づき該当するデータパケットが記憶装置から読み出され、再送を実施するデータパケット（再送ＰＤＵ）の送信準備が行われる。並行して再送制御テーブル１５が図４で説明したようにして作成される（ステップＳＴ１５）。作成が完了すると再送制御テーブル有無フラグがセットされ（ステップＳＴ１６）、上述のようにして再送が実施される（ステップＳＴ１８〜ＳＴ２１）。
【０１５６】
なお、ステップＳＴ１３において、再送要求情報要素４２０が保存されていない場合は、判断結果は否定（ステップＳＴ１３：Ｎｏ）となり、ステップＳＴ１７に進み、上述のようにして通常のデータが送信される（ステップＳＴ１７〜ＳＴ２３）。このルートには、再送に成功した場合が含まれる。
【０１５７】
一方、ステップＳＴ４において、再送制御テーブル１５が存在する場合には、ステップＳＴ４での判断結果が肯定（ステップＳＴ４：Ｙｅｓ）となり、ステップＳＴ５に進み、その受信された状態通知メッセージの情報に基づく再送の要否判定や再度制御テーブル１５の削除・追加の処理が実行される（ステップＳＴ５〜ＳＴ２７）。これらは、前述した例えば送信間隔TTI-5の期間、およびそれ以降での該当する送信間隔での期間（図示されてないが、送信間隔TTI-8、TTI-11等の期間）での処理動作である。
【０１５８】
まず、ステップＳＴ５では、受信された状態通知メッセージから以下の情報（１）〜（３）が読み出される。（１）要求番号（Poll Counter３１６）が読み出される。以下「ＰＣｓ」とする。これは、状態通知メッセージが、STATUS-PDU３１０−１の場合に読み出される。（２）送信理由「Cause」３１５が読み出される。以下「ＣＡｓ」とする。これは、状態通知メッセージが、STATUS-PDU３１０−１、３１０−２のいずれである場合でも読み出される。（３）上限値「ＬＳＮ−１」が読み出される。以下「ＶＴＭｓ」とする。これは、状態通知メッセージが、STATUS-PDU３１０−１、３１０−２のいずれである場合でも読み出される。
【０１５９】
次に、再送制御テーブル１５のポインタを先頭に設定し（ステップＳＴ６）、再送制御テーブル１５から以下の情報（１）〜（４）が読み出される。（１）要求番号（Poll Counter４０１）が読み出される。以下「ＰＣｔ」とする。「ＰＣｔ」は、テーブルへの設定がない場合もあるので、読み出されない場合もある。（２）送信理由「Cause」４０２が読み出される。以下「ＣＡｔ」とする。これは、必ず読み出される。（３）上限値「ＶＴ（Ｍ）」が読み出される。以下「ＶＴＭｔ」とする。これは、必ず読み出される。（４）「ＳＮ」４０５と「Ｌ」４０６と「LENGTH」４０４とが読み出される。これらは再送済みの情報である。
【０１６０】
次のステップＳＴ８では、状態通知メッセージから読み出した上限値ＶＴＭｓが、再送制御テーブル１５から読み出した上限値ＶＴＭｔよりも大きいか否かが判断される。つまり、今回受信された状態通知メッセージが、テーブル設定後（再送実施決定後）に作成されたものか否かが判断される。
【０１６１】
ステップＳＴ８での判断において、ＶＴＭｓ＞ＶＴＭｔである場合には、判断結果は肯定（ステップＳＴ８：Ｙｅｓ）となり、ステップＳＴ９に進み、当該再送制御テーブル１５を削除する。これは、送信間隔TTI-8の期間およびそれ以降の該当する送信間隔の期間において行われる処理である。これらの期間では、再送の成否が認識される。したがって、再送が成功した場合は、不要となるから該当する再度制御テーブル１５を削除するのであり、再送が失敗した場合には、再度制御テーブル１５の設定をやり直すから該当する再度制御テーブル１５を削除するのである。
【０１６２】
次いで、ステップＳＴ１０では、次の再送制御テーブル１５が存在するか否かが判断される。判断結果が肯定（ステップＳＴ１０：Ｙｅｓ）である場合には、その再送制御テーブル１５のポインタを先頭に設定し（ステップＳＴ１１）、ステップＳＴ７に戻り、上限値の大小比較を行う。一方、次の再送制御テーブル１５が存在しない場合は、判断結果が否定（ステップＳＴ１０：Ｎｏ）となり、ステップＳＴ１２に進み、再送制御テーブル有無フラグをリセットしてステップＳＴ１３に進む。
【０１６３】
例えば、送信間隔TTI-8の期間での再送済み確認処理において、再送の失敗が認識された場合には、再送要求情報要素４２０の内容がステップＳＴ３において保存されているので、上記テーブル削除後のステップＳＴ１３では、判断結果が肯定（ステップＳＴ１３：Ｙｅｓ）となり、新たに再送制御テーブル１５が作成され（ステップＳＴ１４〜ＳＴ１６）、再度の再送が実施される（ステップＳＴ１８〜ＳＴ２１）。なお、再送に成功した場合には、再送要求情報要素４２０の内容がステップＳＴ３において保存されていないので、上記テーブル削除後のステップＳＴ１３では、判断結果が否定（ステップＳＴ１３：Ｎｏ）となり、通常のデータ送信が行われる（ステップＳＴ１７〜ＳＴ２１）。
【０１６４】
さて、ステップＳＴ８での判断において、ＶＴＭｓ＞ＶＴＭｔでない場合には、判断結果が否定（ステップＳＴ８：Ｎｏ）となり、ステップＳＴ２４に進み、次のようにして再送の要否判断処理（ステップＳＴ２４〜ＳＴ２７）が行われる。まず、ステップＳＴ２４では、ＶＴＭｓ＝ＶＴＭｔであるか否かが判断される。ＶＴＭｓ＝ＶＴＭｔでない場合、つまりＶＴＭｓ＜ＶＴＭｔである場合には、判断結果は否定（ステップＳＴ２４：Ｎｏ）となり、ステップＳＴ２７に進み、再送済みの確認処理が行われる。すなわち、再送制御テーブル１５の情報と受信された状態通知メッセージの再送要求との差分が抽出され、差分があれば再送要求情報要素４２０の「LENGTH」４２２，「ＳＮ」４２４，「Ｌ」４２５が保持される。その後、ステップＳＴ１０、ステップＳＴ１２を経由してステップＳＴ１３に進む。
【０１６５】
例えば、図８と図１１における送信間隔TTI-5の期間での再送済み確認処理では、差分が抽出できないので、ステップＳＴ１３の判断は否定（ステップＳＴ１３：Ｎｏ）となり、ステップＳＴ１７に進み、Seq.No=1,2についての不要な再送は行われず、通常のデータ送信のみが行われる（ステップＳＴ１７〜ＳＴ２３）。しかし、図９における送信間隔TTI-5の期間での再送済み確認処理では、差分が抽出できるので、ステップＳＴ１３の判断結果は肯定（ステップＳＴ１３：Ｙｅｓ）となり、ステップＳＴ１４に進み、Seq.No=9についての再送制御テーブル１５が新たに作成され（ステップＳＴ１４〜ＳＴ１６）、Seq.No=1,2についての不要な再送は行われず、通常のデータ送信とともに、Seq.No=9についての再送が実施される（ステップＳＴ１８〜ＳＴ２１）。
【０１６６】
一方、ステップＳＴ１７→ＳＴ２２→ＳＴ２３の処理で説明したように同番のシーケンス番号を持つデータパケットが送信されることがあるので、ＶＴＭｓ＝ＶＴＭｔとなることがある。これは、送信間隔TTI-5の期間だけでなく、その後の送信間隔TTI-8の期間およびそれ以降の期間においても生ずると考えられる。ＶＴＭｓ＝ＶＴＭｔの場合には、ステップＳＴ２４での判断結果が肯定（ステップＳＴ２４：Ｙｅｓ）となり、受信された状態通知メッセージの送信理由ＣＡｓが、“Ｐｏｌｌビットの受信”であるか、“周期タイマのTime Out（タイムアウト）”であるかが判断される（ステップＳＴ２５、ＳＴ２８）。
【０１６７】
ＣＡｓ＝Ｐｏｌｌ（送信理由ＣＡｓが“Ｐｏｌｌビットの受信”）である場合は、ステップＳＴ２５の判断結果は肯定（ステップＳＴ２５：Ｙｅｓ）となり、ステップＳＴ２６に進み、ＰＣｓ＞ＰＣｔであるか否か、つまり要求番号の大小関係が判断される。ＰＣｓ＞ＰＣｔである場合には、ステップＳＴ２６の判断結果は肯定（ステップＳＴ２６：Ｙｅｓ）となり、ステップＳＴ９に進み、該当する再送制御テーブル１５の削除が行われる。これは、例えば送信期間TTI-8の期間での再送済み確認処理において、再送成功を確認できた場合や再送失敗を確認できた場合に、送信期間TTI-5の期間で設定されたＣＡｓ＝Missによる再送制御テーブル１５を削除する場合が該当する。再送失敗を確認できた場合には、ステップＳＴ１０→ＳＴ１２→ＳＴ１３と進み、新たな再送制御テーブル１５が作成され、再度の再送が実施される（ステップＳＴ１３〜ＳＴ２１）。また、ＰＣｓ≦ＰＣｔである場合には、ステップＳＴ２６の判断結果は否定（ステップＳＴ２６：Ｎｏ）となり、ステップＳＴ２７に進み、上述したように差分の抽出が行われる。その後、ステップＳＴ１０→ＳＴ１２→ＳＴ１３と進み、不要な再送は行われず、必要な再送が実施される（ステップＳＴ１３〜ＳＴ２１）。
【０１６８】
ＣＡｓ＝Time Out（送信理由ＣＡｓが“周期タイマのTime Out（タイムアウト）”）である場合は、ステップＳＴ２８の判断は肯定（ステップＳＴ２８：Ｙｅｓ）となり、ステップＳＴ２９に進み、ＣＡｓ＝ＣＡｔであるか否かが判断される。例えば、図９において、送信期間TTI-5での再送済み確認処理では、ＣＡｓ＝ＴＯ（周期タイマのTime Out）であり、ＣＡｔ＝Missであるが、送信期間TTI-8以降の該当する期間での再送済み確認処理においてＣＡｓ＝ＣＡｔ＝Time Outとなる場合がある。この場合には、ステップＳＴ２９の判断結果は肯定（ステップＳＴ２９：Ｙｅｓ）となり、ステップＳＴ９に進み、該当する再送制御テーブル１５の削除が行われる。これは、送信期間TTI-8以降の該当する期間での再送済み確認処理において、再送成功を確認できた場合や再送失敗を確認できた場合に、送信期間TTI-5の期間で設定されたＣＡｓ＝Missによる再送制御テーブル１５を削除する場合が該当する。再送失敗を確認できた場合には、ステップＳＴ１０→ＳＴ１２→ＳＴ１３と進み、新たな再送制御テーブル１５が作成され、再度の再送が実施される（ステップＳＴ１３〜ＳＴ２１）。
【０１６９】
また、ＣＡｓ＝ＣＡｔでない場合には、つまり、ＣＡｔ＝Ｐｏｌｌである場合には、ステップＳＴ２９の判断結果は否定（ステップＳＴ２９：Ｎｏ）となり、ステップＳＴ２７に進み、上述したように差分の抽出が行われる。その後、ステップＳＴ１０→ＳＴ１２→ＳＴ１３と進み、不要な再送は行われず、必要な再送が実施される（ステップＳＴ１３〜ＳＴ２１）。また、送信理由ＣＡｓがＰｏｌｌビットの受信でなく（ステップＳＴ２５：Ｎｏ）しかもTime Out（タイムアウト）でない場合（ステップＳＴ２８：Ｎｏ）、つまり、抜け検出「Miss」による場合は、直接ステップＳＴ２７に進み、上述したように差分の抽出が行われる。その後、ステップＳＴ１０→ＳＴ１２→ＳＴ１３と進み、不要な再送は行われず、必要な再送が実施される（ステップＳＴ１３〜ＳＴ２１）。
【０１７０】
このように、この実施の形態４によれば、再送実施決定時にそれまで送信できたデータパケットのシーケンス番号上限値等を設定した再送制御テーブルを作成しておき、受信された状態通知メッセージに含まれるシーケンス番号上限値と再送制御テーブルのシーケンス番号上限値情報との大小比較を行い、受信された状態通知メッセージの作成時点を判断するようにした。また、同番のシーケンス番号の付与されたデータパケットが送信される場合があることに備えて、受信側が状態通知メッセージに送信理由を付加するようにしたので、それらに基づき再送の要否判断が適切に行えるようになる。
【０１７１】
実施の形態５．
図１４は、この発明の実施の形態５であるマルチキャストデータパケット伝送システムの構成を示すブロック図である。図１５は、図１４に示す送信局が再送制御のために備える再送制御テーブルの構成例を示す図である。
【０１７２】
図１４に示すように、マルチキャストデータパケット伝送システムは、マルチキャストデータパケットの送信装置である送信局１ａと、マルチキャストパケットデータの受信装置である複数の受信局（図１４では、受信局２ａ，２ｂ，２ｃが示されている）とが、個別伝送路（個別無線伝送路または個別有線伝送路）もしくは共通伝送路（共通無線伝送路または共通有線伝送路）を介して送受信を行うように構成されている。
【０１７３】
すなわち、送信局１ａは、個別伝送路（個別無線伝送路または個別有線伝送路）もしくは共通伝送路（共通無線伝送路または共通有線伝送路）３ａ，３ｂ，３ｃを使用してマルチキャストデータパケット(RLC-PDU)を複数の受信局２ａ，２ｂ、２ｃに対して伝送する。この送信局から受信局への伝送路を下り伝送路と称し、マルチキャストデータパケット(RLC-PDU)は、下り伝送路上のマルチキャストチャネルを使用して送信される。
【０１７４】
また、複数の受信局２ａ，２ｂ，２ｃは、それぞれ個別伝送路（個別無線伝送路または個別有線伝送路）もしくは共通伝送路（共通無線伝送路または共通有線伝送路）４ａ，４ｂ，４ｃを使用して状態通知メッセージ(STATUS-PDU)を送信局に対して伝送する。この受信局から送信局への伝送路を上り伝送路と称し、状態通知メッセージ(STATUS-PDU)は、上り個別伝送路上の上り個別チャネル、もしくは上り共通伝送路上の上り共通チャネルを使用して送信される。
【０１７５】
図１４に示す送信局１ａは、例えば、図２に示すように構成されるが、この実施の形態５では、ＰｏｌｌビットやPoll Counter１３を用いないで再送制御を行う。したがって、再送制御テーブルも図４に示した再送制御テーブル１５ではなく、例えば、図１５に示す構成の再送制御テーブル１５０を用いる。また、マルチキャストデータパケット(RLC-PDU)のフォーマットには、図２３に示したフォーマットを用いることにする。
【０１７６】
また、受信局２ａ，２ｂ，２ｃは、それぞれ、例えば、図５に示すように構成される。図５において、送信理由作成部２４では、抜け検出やタイムアウトを受けて、無条件に再送を要求する送信理由と、無条件ではない再送を要求する送信理由とが作成される。なお、メッセージ要求を受けて送信理由を作成する場合はないとしている。状態通知メッセージ作成部２５では、状態通知メッセージ(STATUS-PDU)が図７，図２５，図２６に示したフォーマットで作成される。
【０１７７】
図１５に示す再送制御テーブル１５０は、ＳＮ１５１と、ＶＴＭｔ１５２と、再送フラグ１５３との３つの項目欄で構成されている。ＳＮ１５１には、送信するマルチキャストデータパケット(RLC-PDU)の一連のシーケンス番号が設定される。図１５では、ＳＮ１５１には、番号０から番号２０４７までの一連のシーケンス番号が設定されている。
【０１７８】
ＶＴＭｔ１５２には、再送を実施するときに、ＳＮ１５１における再送を実施するマルチキャストデータパケット(RLC-PDU)のシーケンス番号が記載されている行において、その再送を実施する送信間隔TTI内に送信するマルチキャストデータパケット(RLC-PDU)のシーケンス番号上限値が設定される。
【０１７９】
再送フラグ１５３には、ＳＮ１５１におけるシーケンス番号毎に、再送未実施のときは“ＯＦＦ”フラグが設定され、再送実施時に“ＯＮ”フラグが設定される。つまり、再送フラグ１５３には、ＶＴＭｔ１５２に有効な値が設定されたときに対応するシーケンス番号について再送実施済みを示す“ＯＮ”フラグが設定される。そして、同番の新規マルチキャストデータパケット(RLC-PDU)を送信する際にクリアされ、再送未実施を示す“ＯＦＦ”フラグが設定される。
【０１８０】
次に、図１６を参照して、図１４に示すマルチキャストデータパケット伝送システムにおいて実施されるマルチキャストデータパケットの再送制御動作を説明する（動作例１）。なお、図１６は、受信局から送信局への状態通知メッセージの送信に上り共通チャネルを使用する場合のマルチキャストデータパケットの再送制御動作を説明するシーケンス図である。
【０１８１】
先に説明した実施の形態１〜４と同様に、この実施の形態５および以降に説明する実施の形態６〜９においても、送信間隔TTI毎に４個のマルチキャストデータパケット(RLC-PDU)を送信する場合の例が示されている。また、送信局１ａと受信局２ａ，２ｂ，２ｃの送信間隔TTIは同じで、送信と受信のタイミングはずれていないとしている点も同様である。但し、この実施の形態５および以降に説明する実施の形態６〜９において用いるマルチキャストデータパケット(RLC-PDU）は、前述したように図２３に示したフォーマットで構成される。以降、マルチキャストデータパケット(RLC-PDU）は、単に「RLC-PDU」または「RLC-PDU３００ａ」と記す。また、状態通知メッセージ(STATUS-PDU)３１０−２は、単に「STATUS-PDU」または「STATUS-PDU３１０−２」と記す。
【０１８２】
図１６において、送信局１ａは、送信間隔TTI-0の期間において４個のRLC-PDU（Seq.No=0,1,2,3）３００ａを送信する。受信局２ａは、次の送信間隔TTI-1の期間にて実施するプロトコル処理１１０−４ａでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-0の期間において送信した４個のRLC-PDU（Seq.No=0,1,2,3）３００ａのうち、１個のRLC-PDU（Seq.No=1）３００ａの抜けが検出（ＳＮ＝１抜け検出）されたので、再送を要求するSTATUS-PDU（２００−４ａ）３１０−２を次のようにして作成する。
【０１８３】
受信局２ｂでも、同じ送信間隔TTI-1の期間にて実施するプロトコル処理１１０−４ｂでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-0の期間において送信した４個のRLC-PDU（Seq.No=0,1,2,3）３００ａのうち、２個のRLC-PDU（Seq.No=1,2）３００ａの抜けが検出（ＳＮ＝１，２抜け検出）されたので、再送を要求するSTATUS-PDU（２００−４ｂ）３１０−２を次のようにして作成する。
【０１８４】
すなわち、STATUS-PDU（２００−４ａ）３１０−２とSTATUS-PDU（２００−４ｂ）３１０−２とでは、図７，図２５，図２６において、送信理由「Cause」３１５に“送信シーケンス番号３０２の抜け検出”を示す「Miss」が設定される。「ＬＳＮ」４１２に正常に受信できたシーケンス番号の上限値（「ＶＴＭｓ」と記述する）「３」の次の値（次に受信を期待するシーケンス番号）「４」が設定される。「ＳＮ」４２４に再送を要求するRLC-PDU３００ａの先頭のシーケンス番号「１」が設定される。「Ｌ」４２５には、受信局２ａのSTATUS-PDU（２００−４ａ）３１０−２では後続数「０」が設定され、受信局２ｂのSTATUS-PDU（２００−４ｂ）３１０−２では後続数「１」が設定される。
【０１８５】
受信局２ａ，２ｂは、共に、送信局に対して再送を要求するために、次の送信間隔TTI-2の期間において上記のような内容を有するSTATUS-PDU（２００−４ａ）３１０−２，STATUS-PDU（２００−４ｂ）３１０−２を上り共通チャネル上に送信を試みる。つまり、上り共通チャネルへのアクセス権の獲得制御が実施される。その結果、受信局２ａが送信権を獲得し、送信間隔TTI-2の期間において、STATUS-PDU（２００−４ａ）３１０−２を上り共通チャネル上に送信する。また、受信局２ｂは、ランダムな時間間隔の後、例えば５送信間隔の後の送信間隔TTI-7の期間において上り共通チャネル上への送信権を獲得し、STATUS-PDU（２００−４ｂ）３１０−２を上り共通チャネル上に送信する。
【０１８６】
送信局１ａは、次の送信間隔TTI-3の期間にて実施するプロトコル処理１００−４でのSTATUS-PDU受信処理において、受信局２ａから受信されたSTATUS-PDU（２００−４ａ）３１０−２から１個のRLC-PDU(Seq.No=1)３００ａの再送要求を認識する。これによって、送信局１ａは、図１５に示す再送制御テーブル１５０をチェックし、再送要求されたSeq.No=1のRLC-PDU３００ａの再送状況を調べる。ＳＮ１５１におけるＳＮ＝１に対する再送フラグ１５３は、“ＯＦＦ”である。
【０１８７】
そこで、送信局１ａは、再送未実施であると判断し、Seq.No=1のRLC-PDU３００ａの再送を準備する。再送制御テーブル１５０では、ＳＮ１５１におけるＳＮ＝１に対するＶＴＭｔ１５２の値を送信間隔TTI-3の期間において送信されるシーケンス番号の上限値「１５」に設定し、対応する再送フラグ１５３に“ＯＮ”フラグを設定する。そして、送信局１ａは、次の送信間隔TTI-4の期間において、再送RLC-PDU(Seq.No=1)３００ａと共に新規RLC-PDU(Seq.No=16,17,18)３００ａを下り伝送路上のマルチキャストチャネルを使用して送信する。
【０１８８】
受信局２ａでは、次の送信間隔TTI-5の期間にて実施するプロトコル処理１１１−４ａでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-4の期間において送信した４個のRLC-PDU（Seq.No=1,16,17,18)が正しく受信され、再送を要求したSeq.No=1のRLC-PDU３００ａの受信が確認される（ＳＮ＝１再送確認）。
【０１８９】
受信局２ｂでも、同じ送信間隔TTI-5の期間にて実施するプロトコル処理１１１−４ｂでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-4の期間において送信した４個のRLC-PDU（Seq.No=1,16,17,18)が正しく受信され、再送を要求しようとしたSeq.No=1,2のRLC-PDU３００ａのうち、Seq.No=1のRLC-PDU３００ａの受信が確認される（ＳＮ＝１再送確認）。
【０１９０】
一方、受信局２ｃでは、その同じ送信間隔TTI-5の期間にて実施するプロトコル処理１１１−４ｃでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-4の期間において送信した４個のRLC-PDU（Seq.No=1,16,17,18)のうち、１個のRLC-PDU（Seq.No=17）３００ａの抜けが検出（ＳＮ＝１７抜け検出）されたので、再送を要求するSTATUS-PDU（２００−４ｃ）３１０−２を作成する。
【０１９１】
このSTATUS-PDU（２００−４ｃ）３１０−２には、図７，図２５，図２６において、送信理由「Cause」３１５に“送信シーケンス番号３０２の抜け検出”を示す「Miss」が設定される。「ＬＳＮ」４１２に正常に受信できたシーケンス番号の上限値（ＶＴＭｓ）「１８」の次の値（次に受信を期待するシーケンス番号）「１９」が設定される。「ＳＮ」４２４に再送を要求するRLC-PDU３００ａの先頭シーケンス番号「１７」が設定される。「Ｌ」４２５には、後続数「０」が設定される。
【０１９２】
受信局２ｃは、送信局に対して再送を要求するために、次の送信間隔TTI-6の期間において上記のような内容を有するSTATUS-PDU（２００−４ｃ）３１０−２を上り共通チャネル上に送信を試みる。つまり、上り共通チャネルへのアクセス権の獲得制御が実施される。その結果、受信局２ｃは送信権を獲得し、STATUS-PDU（２００−４ｃ）３１０−２を上り共通チャネル上に送信する。
【０１９３】
ここで、上記したように、次の送信間隔TTI-7の期間においては、受信局２ｂは、STATUS-PDU（２００−４ｂ）３１０−２を上り共通チャネル上に送信する。受信局２ｂでは、先の送信間隔TTI-5の期間においてSeq.No=1のRLC-PDU３００ａは受信済みである。しかし、この送信間隔TTI-7の期間において送信するSTATUS-PDU（２００−４ｂ）３１０−２は、抜けを検出したプロトコル処理１１０−４ｂにて作成されたものであるので、Seq.No=1,2のRLC-PDU３００ａについての再送要求が行われる。
【０１９４】
送信局１ａは、次の送信間隔TTI-7の期間にて実施するプロトコル処理１０１−４でのSTATUS-PDU受信処理において、受信局２ｃから受信されたSTATUS-PDU（２００−４ｃ）３１０−２から１個のRLC-PDU(Seq.No=17)３００ａの再送要求を認識する。これによって、送信局１ａは、図１５に示す再送制御テーブル１５０をチェックし、再送要求されたSeq.No=17のRLC-PDU３００ａの再送状況を調べる。ＳＮ１５１におけるＳＮ＝１７に対する再送フラグ１５３は、“ＯＦＦ”である。
【０１９５】
そこで、送信局１ａは、再送未実施であると判断し、Seq.No=17のRLC-PDU３００ａの再送を準備する。再送制御テーブル１５０では、ＳＮ１５１におけるＳＮ＝１７に対するＶＴＭｔ１５２の値を送信間隔TTI-7の期間において送信されるシーケンス番号の上限値「３０」に設定し、対応する再送フラグ１５３に“ＯＮ”フラグを設定する。
【０１９６】
そして、送信局１ａは、次の送信間隔TTI-8の期間において、再送RLC-PDU(Seq.No=17)３００ａと共に新規RLC-PDU(Seq.No=31,32,33)３００ａを下り伝送路上のマルチキャストチャネルを使用して送信する。受信局２ｃでは、次の送信間隔TTI-8の期間において実施するプロトコル処理１１１−４ｃでのRLC-PDU受信処理において、再送RLC-PDU(Seq.No=17)３００ａの受信を確認する（ＳＮ＝１７再送確認）。
【０１９７】
このとき、送信局１ａでは、さらに、送信間隔TTI-8の期間において実施するプロトコル処理１０２−４でのSTATUS-PDU受信処理において、受信局２ｂから受信されたSTATUS-PDU（２００−４ｂ）３１０−２から２個のRLC-PDU(Seq.No=1,2)３００ａの再送要求を認識する。これによって、送信局１ａは、図１５に示す再送制御テーブル１５０をチェックし、再送要求されたSeq.No=1,2のRLC-PDU３００ａの再送状況を調べる。ＳＮ１５１におけるＳＮ＝１に対する再送フラグ１５３は、“ＯＮ”であるので、再送済みである。一方、ＳＮ＝２に対する再送フラグ１５３は、“ＯＦＦ”であるので、再送未実施であることがわかる。
【０１９８】
そこで、送信局１ａでは、ＳＮ１５１におけるＳＮ＝１についての再送の要否を次のようにして決定する。すなわち、受信局２ｂから受信されたSTATUS-PDU（２００−４ｂ）３１０−２に設定されているシーケンス番号の上限値ＶＴＭｓと再送制御テーブルに設定されているシーケンス番号の上限値ＶＴＭｔとの大小比較を行い、ＳＮ＝１についての再送の要否を決定する。ここでは、ＶＴＭｓ＝３、ＶＴＭｔ＝１５であるので、ＶＴＭｓ＜ＶＴＭｔとなり、再送不要と判断し、ＳＮ＝１，すなわち、Seq.No=1のRLC-PDU３００ａについては再送を再度準備することはしない。
【０１９９】
一方、ＳＮ１５１におけるＳＮ＝２については再送を実施するので、Seq.No=2のRLC-PDU３００ａの再送を準備する。再送制御テーブル１５０では、ＳＮ＝２に対応するＶＴＭｔ１５２の値に送信間隔TTI-8の期間において送信されるシーケンス番号の上限値「３３」を設定し、再送フラグ１５３に“ＯＮ”フラグを設定する。
【０２００】
そして、送信局１ａは、次の送信間隔TTI-9において、再送RLC-PDU(Seq.No=2)３００ａと共に、新規RLC-PDU(Seq.No=34,35,36)３００ａを下り伝送路上のマルチキャストチャネルを使用して送信する。受信局２ｂでは、次の送信間隔TTI-10の期間において実施するプロトコル処理１１２−４ｂでのRLC-PDU受信処理において、再送RLC-PDU(Seq.No=2)３００ａの受信を確認する（ＳＮ＝２再送確認）。
【０２０１】
このように、この実施の形態５によれば、マルチキャストデータパケットを送信する送信局は、複数の受信局から、状態通知メッセージ２００−４ｂと状態通知メッセージ２００−４ｃのように順番が入れ違って通知される再送要求や、状態通知メッセージ２００−４ａと状態通知メッセージ２００−４ｂのように重複して通知される再送要求に対して、マルチキャストデータパケットに対応した再送制御テーブルを使用することにより、重複して再送を実施することを抑制することができる。したがって、下り伝送路（無線伝送路あるいは有線伝送路）のリソースを無駄に消費することが防止できる。
【０２０２】
実施の形態６．
図１７は、この発明の実施の形態６であるマルチキャストデータパケットの再送制御方法を説明するシーケンス図である。この実施の形態６では、図１４に示したマルチキャストデータパケット伝送システムにおいて実施されるマルチキャストデータパケット再送制御動作の動作例２として、受信局から送信局への状態通知メッセージの送信理由に再送制御テーブルの設定値によらず無条件に再送の実施を要求するものが含まれる場合のマルチキャストデータパケット再送制御動作が示されている。なお、図１７では、各受信局は、送信局への状態通知メッセージの送信を上り共通チャネルを使用して行うとしている。また、この実施の形態６でも、図７、図１５、図２５、図２６に示したメッセージや再送制御テーブルは同様に使用される。
【０２０３】
図１７において、送信局１ａは、送信間隔TTI-0の期間において４個のRLC-PDU（Seq.No=0,1,2,3）３００ａを送信する。受信局２ａは、次の送信間隔TTI-1にて実施するプロトコル処理１１０−５ａでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-0の期間において送信した４個のRLC-PDU（Seq.No=0,1,2,3）３００ａのうち、１個のRLC-PDU（Seq.No=1）３００ａの抜けが検出（ＳＮ＝１抜け検出）されたので、再送を要求するSTATUS-PDU（２００−５ａ）３１０−２を次のようにして作成する。
【０２０４】
受信局２ｂでも、同じ送信間隔TTI-1にて実施するプロトコル処理１１０−５ｂでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-0の期間において送信した４個のRLC-PDU（Seq.No=0,1,2,3）３００ａのうち、２個のRLC-PDU（Seq.No=1,2）３００ａの抜けが検出（ＳＮ＝１，２抜け検出）されたので、再送を要求するSTATUS-PDU（２００−５ｂ）３１０−２を次のようにして作成する。
【０２０５】
すなわち、STATUS-PDU（２００−５ａ）３１０−２とSTATUS-PDU（２００−５ｂ）３１０−２には、図７，図２５，図２６において、「ＬＳＮ」４１２に正常に受信できたシーケンス番号の上限値（「ＶＴＭｓ」と記述する）「３」の次の値（次に受信を期待するシーケンス番号）「４」が設定される。「ＳＮ」４２４に再送を要求するRLC-PDU３００ａの先頭のシーケンス番号「１」が設定される。「Ｌ」４２５には、受信局２ａのSTATUS-PDU（２００−５ａ）３１０−２では後続数「０」が設定され、受信局２ｂのSTATUS-PDU（２００−５ｂ）３１０−２では後続数「１」が設定される。また、送信理由「Cause」３１５には、受信局２ａのSTATUS-PDU（２００−５ａ）３１０−２では“送信シーケンス番号３０２の抜け検出”を示す「Miss」が設定され、受信局２ｂのSTATUS-PDU（２００−５ｂ）３１０−２では“無条件再送要求”を示す「Miss-A」が設定される。
【０２０６】
受信局２ａ，２ｂは、共に、送信局１ａに対して再送を要求するために、次の送信間隔TTI-2の期間において上記のような内容を有するSTATUS-PDU（２００−５ａ）３１０−２，STATUS-PDU（２００−５ｂ）３１０−２を上り共通チャネル上に送信を試みる。つまり、上り共通チャネルへのアクセス権の獲得制御が実施される。その結果、受信局２ａが送信権を獲得し、送信間隔TTI-2の期間において、STATUS-PDU（２００−５ａ）３１０−２を上り共通チャネル上に送信する。また、受信局２ｂは、次の送信間隔TTI-3の期間において上り共通チャネル上への送信権を獲得し、STATUS-PDU（２００−５ｂ）３１０−２を上り共通チャネル上に送信する。
【０２０７】
送信局１ａは、送信間隔TTI-3の期間にて実施するプロトコル処理１００−５でのSTATUS-PDU受信処理において、受信局２ａから受信されたSTATUS-PDU（２００−５ａ）３１０−２から１個のRLC-PDU(Seq.No=1)３００ａの再送要求を認識する。これによって、送信局１ａは、図１５に示す再送制御テーブル１５０をチェックし、再送要求されたSeq.No=1のRLC-PDU３００ａの再送状況を調べる。ＳＮ１５１におけるＳＮ＝１に対する再送フラグ１５３は、“ＯＦＦ”である。
【０２０８】
そこで、送信局１ａは、再送未実施であると判断し、Seq.No=1のRLC-PDU３００ａの再送を準備する。再送制御テーブル１５０では、ＳＮ１５１におけるＳＮ＝１に対するＶＴＭｔ１５２の値を送信間隔TTI-3の期間において送信されるシーケンス番号の上限値「１５」に設定し、再送フラグ１５３に“ＯＮ”フラグを設定する。そして、送信局１ａは、次の送信間隔TTI-4の期間において、再送RLC-PDU(Seq.No=1)３００ａと共に、新規RLC-PDU(Seq.No=16,17,18)３００ａを下り伝送路上のマルチキャストチャネルを使用して送信する。
【０２０９】
さらに、送信局１ａは、この送信間隔TTI-4の期間にて実施するプロトコル処理１０１−５でのSTATUS-PDU受信処理において、受信局２ｂから受信されたSTATUS-PDU３１０−２（２００−５ｂ）から２個のRLC-PDU(Seq.No=1,2）３００ａの無条件再送要求を認識する。そのため、送信局１ａは、再送制御テーブル１５０のチェックは行わず、再送要求されたシーケンス番号(Seq.No=1,2）のRLC-PDU３００ａの再送を準備する。再送制御テーブル１５０では、ＳＮ１５１におけるＳＮ＝１，２のそれぞれに対するＶＴＭｔ１５２の値を送信間隔TTI-4の期間において送信されるシーケンス番号の上限値「１８」に設定し、再送フラグ１５３に“ＯＮ”フラグを設定する。
【０２１０】
そして、送信局１ａは、次の送信間隔TTI-5の期間において、再送RLC-PDU(Seq.No=1,2)３００ａと共に、新規RLC-PDU(Seq.No=19,20)３００ａを下り伝送路上のマルチキャストチャネルを使用して送信する。この送信間隔TTI-5の期間では、受信局２ａでは、プロトコル処理１１１−５ａでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-4の期間において送信したSeq.No=1のRLC-PDU３００ａの受信が確認される（ＳＮ＝１再送確認）。同様に、受信局２ｂでは、プロトコル処理１１１−５ｂでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-4の期間において送信したSeq.No=1のRLC-PDU３００ａの受信が確認される（ＳＮ＝１再送確認）。
【０２１１】
また、受信局２ｂでは、次の送信間隔TTI-6の期間にて実施するプロトコル処理１１２−５ｂでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-5の期間において送信したSeq.No=1,2のRLC-PDU３００ａの受信が確認される。Seq.No=1のRLC-PDU３００ａは、先の送信間隔TTI-5の期間において受信処理済みであるので、この送信間隔TTI-6の期間にて実施するプロトコル処理１１２−５ｂでのRLC-PDU受信処理では、今回受信が確認されたSeq.No=1のRLC-PDU３００ａは、廃棄処理される。すなわち、ＳＮ＝２の再送が確認される。
【０２１２】
このように、この実施の形態６によれば、マルチキャストデータパケットを送信する送信局は、複数の受信局から重複して通知される再送要求に対して、マルチキャストデータパケットに対応した再送制御テーブルを使用することにより、重複して再送を実施することを抑制する一方、早急に送達確認を行いたい受信局に対しては、再送制御テーブルを使用しないとすることにより、不必要な遅延を発生させることなく再送を実施することができる。
【０２１３】
実施の形態７．
図１８は、この発明の実施の形態７であるマルチキャストデータパケットの再送制御方法を説明するシーケンス図である。この実施の形態７では、図１４に示したマルチキャストデータパケット伝送システムにおいて実施されるマルチキャストデータパケット再送制御動作の動作例３として、受信局から送信局への状態通知メッセージの送信に上り個別チャネルを使用する場合のマルチキャストデータパケット再送制御動作が示されている。なお、この実施の形態７でも、図７、図１５、図２５、図２６に示したメッセージや再送制御テーブルは同様に使用される。
【０２１４】
図１８において、送信局１ａは、送信間隔TTI-0の期間において４個のRLC-PDU（Seq.No=0,1,2,3）３００ａを送信する。受信局２ａは、次の送信間隔TTI-1にて実施するプロトコル処理１１０−６ａでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-0の期間において送信した４個のRLC-PDU（Seq.No=0,1,2,3）３００ａのうち、１個のRLC-PDU（Seq.No=1）３００ａの抜けが検出（ＳＮ＝１抜け検出）されたので、再送を要求するSTATUS-PDU（２００−６ａ）３１０−２を次のようにして作成する。
【０２１５】
受信局２ｂでも、同じ送信間隔TTI-1にて実施するプロトコル処理１１０−６ｂでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-0の期間において送信した４個のRLC-PDU（Seq.No=0,1,2,3）３００ａのうち、２個のRLC-PDU（Seq.No=1,2）３００ａの抜けが検出（ＳＮ＝１，２抜け検出）されたので、再送を要求するSTATUS-PDU（２００−６ｂ）３１０−２を次のようにして作成する。
【０２１６】
すなわち、STATUS-PDU（２００−６ａ）３１０−２とSTATUS-PDU（２００−６ｂ）３１０−２には、図７，図２５，図２６において、送信理由「Cause」３１５に“送信シーケンス番号３０２の抜け検出”を示す「Miss」が設定される。「ＬＳＮ」４１２に正常に受信できたシーケンス番号の上限値（ＶＴＭｓ）「３」の次の値（次に受信を期待するシーケンス番号）「４」が設定される。「ＳＮ」４２４に再送を要求するRLC-PDU３００ａの先頭のシーケンス番号「１」が設定される。「Ｌ」４２５には、受信局２ａのSTATUS-PDU（２００−６ａ）３１０−２では後続数「０」が設定され、受信局２ｂのSTATUS-PDU（２００−６ｂ）３１０−２では後続数「１」が設定される。
【０２１７】
受信局２ａ，２ｂは、共に、次の送信間隔TTI-2の期間において上記のような内容を有するSTATUS-PDU（２００−６ａ）３１０−２，STATUS-PDU（２００−６ｂ）３１０−２を上り個別チャネル上に送信し、送信局１ａに対して再送を要求する。送信局１ａは、次の送信間隔TTI-3の期間にて実施するプロトコル処理１００−６でのSTATUS-PDUの受信処理において、受信局２ａ，２ｂからの再送要求を認識し、再送の要否を判断する。この判断は、順不同であるが、ここでは、受信局２ａ，２ｂの順に判断するとする。
【０２１８】
すなわち、送信局１ａは、まず、受信局２ａからのSTATUS-PDU（２００−６ａ）３１０−２の受信処理において、１個のRLC-PDU(Seq.No=1)３００ａの再送要求を認識する。これによって、送信局１ａは、図１５に示す再送制御テーブル１５０をチェックし、再送要求されたSeq.No=1のRLC-PDU３００ａの再送状況を調べる。ＳＮ１５１におけるＳＮ＝１に対する再送フラグ１５３は、“ＯＦＦ”である。
【０２１９】
そこで、送信局１ａは、再送未実施であると判断し、Seq.No=1のRLC-PDU３００ａの再送を準備する。再送制御テーブル１５０では、ＳＮ１５１におけるＳＮ＝１に対するＶＴＭｔ１５２の値を送信間隔TTI-3の期間において送信されるシーケンス番号の上限値「１５」に設定し、再送フラグ１５３に“ＯＮ”フラグを設定する。
【０２２０】
次いで、送信局１ａは、受信局２ｂからのSTATUS-PDU（２００−６ｂ）３１０−２の受信処理において、２個のRLC-PDU(Seq.No=1,2）の再送要求を認識する。これによって、送信局１ａは、図１５に示す再送制御テーブル１５０をチェックし、再送要求されたSeq.No=1,2のRLC-PDU３００ａの再送状況を調べる。Seq.No=1のRLC-PDU３００ａについては、再送制御テーブル１５０でのＳＮ１５１におけるＳＮ＝１に対する再送フラグ１５３が“ＯＮ”になっている。
【０２２１】
すなわち、再送済みであるので、再送の要否を調べるために、設定されているＶＴＭｔ１５２の値「１５」と、受信局２ｂからのSTATUS-PDU３１０−２（２００−６ｂ）に設定されているＶＴＭｓの値「３」との大小比較を行う。ＶＴＭｓ＜ＶＴＭｔであるので、再送不要と判断し、ＳＮ＝１（Seq.No=1のRLC-PDU３００ａ）の再送を再度準備することはしない。
【０２２２】
しかし、Seq.No=2のRLC-PDU３００ａについては、ＳＮ１５１におけるＳＮ＝２に対する再送フラグ１５３は、“ＯＦＦ”である。そこで、送信局１ａは、再送未実施であると判断し、Seq.No=2のRLC-PDU３００ａの再送を準備する。再送制御テーブル１５０では、ＳＮ１５１におけるＳＮ＝２に対するＶＴＭｔ１５２の値を送信間隔TTI-3の期間において送信されるシーケンス番号の上限値「１５」に設定し、再送フラグ１５３に“ＯＮ”フラグを設定する。
【０２２３】
そして、送信局１ａは、次の送信間隔TTI-4の期間において、再送RLC-PDU（Seq.No=1,2）と共に、新規RLC-PDU（Seq.No=16,17）を下り伝送路上のマルチキャストチャネルを使用して送信する。その結果、次の送信間隔TTI-5の期間において、受信局２ａでは、プロトコル処理１１１−６ａでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-4の期間において送信したSeq.No=1,2のRLC-PDU３００ａのうち、Seq.No=2のRLC-PDU３００ａは廃棄処理され、Seq.No=1のRLC-PDU３００ａの受信が確認される（ＳＮ＝１再送確認）。同様に、受信局２ｂでは、プロトコル処理１１１−６ｂでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-4の期間において送信したSeq.No=1,2のRLC-PDU３００ａの受信が確認される（ＳＮ＝１，２再送確認）。
【０２２４】
このように、この実施の形態７によれば、マルチキャストデータパケットを送信する送信局は、複数の受信局から重複して通知される再送要求に対して、マルチキャストデータパケットに対応した再送制御テーブルを使用することにより、重複して再送を実施することを抑制することができる。したがって、下り伝送路（無線伝送路あるいは有線伝送路）のリソースを無駄に消費することが防止できる。
【０２２５】
実施の形態８．
図１９は、この発明の実施の形態８であるマルチキャストデータパケットの再送制御方法を説明するシーケンス図である。この実施の形態８では、図１４に示したマルチキャストデータパケット伝送システムにおいて実施されるマルチキャストデータパケット再送制御動作の動作例４として、送信局から受信局に再送したマルチキャストデータパケットが再度紛失した場合のマルチキャストデータパケット再送制御動作が示されている。なお、図１９では、各受信局は、送信局への状態通知メッセージの送信を上り個別チャネルを使用して行うとしている。また、この実施の形態８でも、図７、図１５、図２５、図２６に示したメッセージや再送制御テーブルは同様に使用される。
【０２２６】
図１９において、送信局１ａは、送信間隔TTI-m0の期間において４個のRLC-PDU(Seq.No=2010,2011,2012,2013)３００ａを送信する。受信局２ａは、次の送信間隔TTI-m1にて実施するプロトコル処理１１０−７ａでのRLC-PDU受信処理において、送信局１ａが送信間隔TTI-m0の期間において送信した４個のRLC-PDU(Seq.No=2010,2011,2012,2013)３００ａのうち、１個のRLC-PDU（Seq.No=2011）３００ａの抜けが検出（ＳＮ＝２０１１抜け検出）されたので、再送を要求するSTATUS-PDU（２００−７ａ）３１０−２を次のようにして作成する。
【０２２７】
すなわち、STATUS-PDU（２００−７ａ）３１０−２には、図７，図２５，図２６において、送信理由「Cause」３１５に“送信シーケンス番号３０２の抜け検出”を示す「Miss」が設定される。「ＬＳＮ」４１２に正常に受信できたシーケンス番号の上限値（ＶＴＭｓ）「2013」の次の値（次に受信を期待するシーケンス番号）「2014」が設定される。「ＳＮ」４２４に再送を要求するRLC-PDU３００ａの先頭のシーケンス番号「2011」が設定される。「Ｌ」４２５には、後続数「０」が設定される。
【０２２８】
受信局２ａは、送信局に対して再送を要求するために、次の送信間隔TTI-m2の期間において上記のような内容を有するSTATUS-PDU（２００−７ａ）３１０−２を上り個別チャネル上に送信し、再送確認タイマを起動する。
【０２２９】
送信局１ａは、送信間隔TTI-m3の期間にて実施するプロトコル処理１００−７でのSTATUS-PDU受信処理において、受信局２ａから受信されたSTATUS-PDU（２００−７ａ）３１０−２から１個のRLC-PDU(Seq.No=2011)３００ａの再送要求を認識する。これによって、送信局１ａは、図１５に示す再送制御テーブル１５０をチェックし、再送要求されたSeq.No=2011のRLC-PDU３００ａの再送状況を調べる。ＳＮ１５１におけるＳＮ＝２０１１に対する再送フラグ１５３は、“ＯＦＦ”である。
【０２３０】
そこで、送信局１ａは、再送未実施であると判断し、Seq.No=2011のRLC-PDU３００ａの再送を準備する。再送制御テーブル１５０では、ＳＮ１５１におけるＳＮ＝２０１１に対するＶＴＭｔ１５２の値を送信間隔TTI-m3の期間において送信されるシーケンス番号の上限値「２０２５」に設定し、再送フラグ１５３に“ＯＮ”フラグを設定する。そして、送信局１ａは、次の送信間隔TTI-m4の期間において、再送RLC-PDU(Seq.No=2011)３００ａと共に、新規RLC-PDU(Seq.No=2026,2027,2028)３００ａを下り伝送路上のマルチキャストチャネルを使用して送信する。
【０２３１】
ここで、送信局が送信間隔TTI-m4の期間において再送したRLC-PDU（SN=2011）３００ａを受信局２ａが再度正しく受信できなかったとする。受信局２ａでは、送信間隔TTI-n1の期間にて実施するプロトコル処理１１１−７ａでのRLC-PDU受信処理において、再送確認タイマのタイムアウトが認識され、再度再送を要求するSTATUS-PDU（２０１−７ａ）３１０−２が作成される。
【０２３２】
すなわち、このSTATUS-PDU（２０１−７ａ）３１０−２には、図７，図２５，図２６において、送信理由「Cause」３１５に“送信シーケンス番号３０２の抜け検出”を示す「Miss」が設定される。「ＬＳＮ」４１２に正常に受信できたシーケンス番号の上限値（「ＶＴＭｓ」）「１０」の次の値（次に受信を期待するシーケンス番号）「１１」が設定される。「ＳＮ」４２４に再送を要求するRLC-PDU３００ａの先頭のシーケンス番号「２０１１」が設定される。「Ｌ」４２５には後続数「０」が設定される。
【０２３３】
そして、受信局２ａは、送信局に対して再送を要求するために、次の送信間隔TTI-n2の期間において上記のような内容を有するSTATUS-PDU（２０１−７ａ）３１０−２を上り個別チャネル上に送信し、再送確認タイマを起動する。送信局１ａは、次の送信間隔TTI-n3にて実施するプロトコル処理１０１−７でのSTATUS-PDU受信処理において、受信局２ａから受信されたSTATUS-PDU（２０１−７ａ）３１０−２から１個のRLC-PDU(Seq.No=2011)３００ａの再送要求を認識する。これによって、送信局１ａは、図１５に示す再送制御テーブル１５０をチェックし、再送要求されたSeq.No=2011のRLC-PDU３００ａの再送状況を調べる。
【０２３４】
再送制御テーブル１５０でのＳＮ１５１におけるＳＮ＝２０１１に対する再送フラグ１５３が“ＯＮ”になっているので、再送実施済みである。そこで、再送の要否を調べるため、再送制御テーブル１５０でのＶＴＭｔ１５２に設定されている上限値ＶＴＭｔと、STATUS-PDU（２０１−７ａ）３１０−２から上限値ＶＴＭｓの大小比較を行う。シーケンス番号は一巡したので、ＶＴＭｓ＝２０４８＋１０であるのに対し、ＶＴＭｔ＝２０２８であり、ＶＴＭｓ＞ＶＴＭｔとなる。すなわち、送信局１ａは、再送要求されたSeq.No=2011のRLC-PDU３００ａの再送を準備する。再送制御テーブル１５０では、ＳＮ１５１におけるＳＮ＝２０１１に対応するＶＴＭｔ１５２の値に送信間隔TTI-n3の期間において送信されるシーケンス番号の上限値「２２」に設定する。
【０２３５】
そして、送信局１ａは、次の送信間隔TTI-n4の期間において、再送RLC-PDU（Seq.No=2011）と共に、新規RLC-PDU（Seq.No=23,24,25）を下り伝送路上のマルチキャストチャネルを使用して送信する。受信局２ａは、次の送信間隔TTI-n5の期間にて実施するプロトコル処理１１２−７ａでのRLC-PDU受信処理において、先に再送を要求したRLC-PDU（Seq.No=2011）の受信を確認し（ＳＮ＝２０１１再送確認）、再送確認タイマを停止する。
【０２３６】
このように、この実施の形態８によれば、マルチキャストデータパケットを送信する送信局は、複数の受信局から重複して通知される再送要求に対して、マルチキャストデータパケットに対応した再送制御テーブルを使用することにより、重複して再送を実施することを抑制することができるので、下り伝送路（無線伝送路あるいは有線伝送路）のリソースを無駄に消費することが防止できる。加えて、再送マルチキャストデータパケットを再度紛失または誤りが発生した場合には、再度再送することができるので、確実なマルチキャストデータパケット伝送が実現できる。
【０２３７】
実施の形態９．
図２０と図２１は、この発明の実施の形態９であるマルチキャストデータパケット再送制御方法を説明するフローチャートである。この実施の形態９では、実施の形態５〜８で説明したマルチキャストデータパケット再送制御動作を含み、送信局が行う一般的なマルチキャストデータパケット再送制御動作が示されている。以下、図７，図１６〜１９，図２５，図２６を適宜参照して説明する。
【０２３８】
図２０と図２１において、送信局では、受信局から送られてくるパケット（ＰＤＵ）がチェックされ（ステップＳＴ３０）、「D/C」３０１ならびに「PDU-Type」３１１によって状態通知メッセージの受信か否かが判断される（ステップＳＴ３１）。状態通知メッセージの受信ではない場合には、判定結果は否定（ステップＳＴ３１：Ｎｏ）となり、ステップＳＴ４９に進み、データパケットの送信処理（ステップＳＴ４７、ＳＴ４８）が実行される。また、状態通知メッセージの受信である場合には、判定結果は肯定（ステップＳＴ３１：Ｙｅｓ）となり、ステップＳＴ３２に進み、再送制御処理（ステップＳＴ３２〜ＳＴ４４）が実行される。
【０２３９】
再送制御処理（ステップＳＴ３２〜ＳＴ４４）について説明する。ステップＳＴ３２では、受信した状態通知メッセージから再送制御に必要な情報が読み出され、保持される。すなわち、受信した状態通知メッセージから「Cause」「ＬＳＮ−１」「ＳＮ」「Ｌ」が読み出され、「Cause」はそのまま「Cause」として保持されるが、「ＬＳＮ−１」は「ＶＴＭｓ」として保持され、「ＳＮ」は「ＲｅＳＮ」として保持され、「Ｌ」は「Ｌen」として保持されるとしている。
【０２４０】
そして、ステップＳＴ３３にて、状態通知メッセージの送信理由「Cause」が「無条件再送」か否かが判断される。「無条件再送」である場合は（ステップＳＴ３３：Ｙｅｓ）、ステップＳＴ３４に進む。一方、「無条件再送」でない場合は（ステップＳＴ３３：Ｎｏ）、ステップＳＴ３８に進む。
【０２４１】
ステップＳＴ３４〜ＳＴ３７では、「無条件再送」を要求されたマルチキャストデータパケット（RLC-PDU）の全てについて拾い出す処理が実行される。すなわち、先頭のシーケンス番号「ＲｅＳＮ」が保持され（ステップＳＴ３４）、再送制御テーブルの当該シーケンス番号「ＲｅＳＮ」に対応する上限値「VTMt」と「再送フラグ」とが設定される（ステップＳＴ３５）。そして、状態通知メッセージで再送を要求された次のシーケンス番号「ＲｅＳＮ」が算出され（ステップＳＴ３６）、次のシーケンス番号があるか否かが判断される（ステップＳＴ３７）。次のシーケンス番号がある場合は（ステップＳＴ３７：Ｙｅｓ）、ステップＳＴ３４に戻り、再度ステップＳＴ３４〜ＳＴ３７が実行される。
【０２４２】
このようにして再送制御テーブルの各シーケンス番号に対応する上限値「VTMt」と「再送フラグ」とが設定される（ステップＳＴ３５）。状態通知メッセージで「無条件再送」を要求された全てのマルチキャストデータパケット（RLC-PDU）について再送制御テーブルの設定が終了すると（ステップＳＴ３７：Ｎｏ）、ステップＳＴ４６に進み、保持しているシーケンス番号「ＲｅＳＮ」から再送データパケット（ＰＤＵ）を準備し、上位レイヤから送られて来た新規に送信するデータパケット（ＰＤＵ）（ステップＳＴ４９：Ｙｅｓ）も含めた送信処理（ステップＳＴ４７、ＳＴ４８）が実行される。
【０２４３】
一方、ステップＳＴ３３の判断処理において、状態通知メッセージの送信理由「Cause」が「無条件再送」ではない場合は（ステップＳＴ３３：Ｎｏ）、ステップＳＴ３８に進み、再送制御テーブルを使用した再送制御（ステップＳＴ３８〜ＳＴ４４）が実施される。
【０２４４】
ステップＳＴ３８では、状態通知メッセージで再送を要求されたデータパケットのシーケンス番号「ＲｅＳＮ」に対応する再送制御テーブルの上限値「ＶＴＭｔ」と「再送フラグ」とが読み出され、保持される。そして、ステップＳＴ３９にて、当該シーケンス番号に対する「再送フラグ」に“ＯＮ”フラグが設定されているか、“ＯＦＦ”フラグが設定されているかが判断される。当該シーケンス番号に対する「再送フラグ」が“ＯＮ”フラグでない場合は（ステップＳＴ３９：Ｎｏ）、すなわち、これまでに再送を実施していない場合は、ステップＳＴ４１に進み、当該シーケンス番号「ＲｅＳＮ」が再送用に保持され、ステップＳＴ４２にて、対応する再送制御テーブルの上限値「ＶＴＭｔ」が設定され、「再送フラグ」に“ＯＮ”フラグが設定され、ステップＳＴ４３に進む。
【０２４５】
一方、ステップＳＴ３９の判断処理において、当該シーケンス番号「ＲｅＳＮ」に対する「再送フラグ」に“ＯＮ”フラグが設定されている場合は（ステップＳＴ３９：Ｙｅｓ）、すなわち、これまでに再送を実施している場合は、ステップＳＴ４０に進み、状態通知メッセージに含まれる「ＬＳＮ」から算出される上限値「ＶＴＭｓ」と当該シーケンス番号「ＲｅＳＮ」に対応する再送制御テーブルに設定された上限値「ＶＴＭｔ」とが大小比較される。ＶＴＭｓがＶＴＭｔよりも大きい場合には（ステップＳＴ４０：Ｙｅｓ）、当該状態通知メッセージは、送信局が再送を実施した時点よりも後に送信したデータパケットを受信した後に作成されたことを示し、当該シーケンス番号の再送が必要であるので、ステップＳＴ４１に進む。
【０２４６】
また、ステップＳＴ４０の判断処理において、ＶＴＭｓがＶＴＭｔ以下の場合には（ステップＳＴ４０：Ｎｏ）、当該状態通知メッセージは、送信局が再送を実施した時点よりも前に作成されたことを示し、当該シーケンス番号の再送とすれ違いであるので、再送は実施せず、ステップＳＴ４３に進む。ステップＳＴ４３では、次のシーケンス番号が算出される。その結果、次のシーケンス番号「ＲｅＳＮ」があるか否かが判断される（ステップＳＴ４４）。次のシーケンス番号「ＲｅＳＮ」があれば（ステップＳＴ４４：Ｙｅｓ）、ステップＳＴ３８に戻り、次のシーケンス番号「ＲｅＳＮ」についてステップＳＴ３８〜ＳＴ４３の処理が同様に実行される。
【０２４７】
ステップＳＴ４４の判断処理において、次のシーケンス番号「ＲｅＳＮ」がなければ（ステップＳＴ４４：Ｎｏ）、すなわち、状態通知メッセージで再送が要求されたマルチキャストデータパケット（RLC-PDU）の全てについて再送要否の判断処理が終了すると、再送すべきデータパケット（ＰＤＵ）の有無が判断される（ステップＳＴ４５）。再送すべきデータパケット（ＰＤＵ）が存在する場合は（ステップＳＴ４５：Ｙｅｓ）、ステップＳＴ４６〜ＳＴ４８にて、新規に送信するデータパケットも含めた送信処理が実行される。
【０２４８】
また、ステップＳＴ４５の判断処理において、再送すべきデータパケット（ＰＤＵ）が存在しない場合は（ステップＳＴ４５：Ｎｏ）、ステップＳＴ４９にて、上位レイヤから新規のデータパケット（ＰＤＵ）が送られてくるか否かが判断される。新規のデータパケット（ＰＤＵ）が送られてくると（ステップＳＴ４９：Ｙｅｓ）、ステップＳＴ４７、ＳＴ４８にて、再送データパケットがあればそれも含めて新規に送信するデータパケットの送信処理が実行される。また、上位レイヤから新規ＰＤＵが送られてこない場合は（ステップＳＴ４９：Ｎｏ）、そのまま処理を終了する。なお、再送制御テーブルでは、「再送フラグ」に設定された“ＯＮ”フラグは、同番のシーケンス番号を持つ新規のデータパケット（ＰＤＵ）が送信されると、リセットされ、“ＯＦＦ”フラグが設定されるようになっている。
【０２４９】
このように、実施の形態９によれば、マルチキャストデータパケットを送信する送信局は、複数の受信局から重複して通知される再送要求に対して、マルチキャストに対応した再送制御テーブルを使用することにより、重複して再送を実施することを抑制することができるため、下り伝送路（無線伝送路あるいは有線伝送路）のリソースを無駄に消費することが防止できる。
【０２５０】
【発明の効果】
以上説明したように、この発明によれば、データパケット送信装置では、受信側から状態通知メッセージが受信された場合に、まず判断手段にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合は、判定手段にて当該再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれるシーケンス番号上限値未満であるとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。したがって、再送の実施とすれ違いに受信された再送要求に起因する無駄な再送を効果的に抑制することができ、真に必要な再送のみを実施することができる。
【０２５１】
つぎの発明によれば、データパケット送信装置では、上記の発明において、再送制御テーブルが存在する場合に、削除手段にて、再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれるシーケンス番号上限値を超えるとき、当該再送制御テーブルが削除される。これによって、再送に成功した場合や再送に失敗して新たなテーブルが必要となる場合に、不要なテーブルを削除することができる。
【０２５２】
つぎの発明によれば、データパケット送信装置では、受信側に状態通知メッセージの送信を要求する状態通知要求メッセージが送信されるたびにカウンタがインクリメントされ、要求番号付加手段によって、そのカウンタのカウント値が要求番号として上記送信される状態通知要求メッセージに付加される。状態通知メッセージが受信されると、まず判断手段にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合には、判定手段にて当該再送制御テーブルが参照され、状態通知メッセージと再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合には、状態通知メッセージの送信理由が送信局からの状態通知要求メッセージの受信であり当該状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号以下のとき、または、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、状態通知メッセージの送信理由が送信局からの状態通知要求メッセージの受信でなく、かつ周期タイマのタイムアウトでもないとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。したがって、送信するデータパケットのシーケンス番号が同番となる状況下において、再送の実施とすれ違いに受信された再送要求に起因する無駄な再送を効果的に抑制することができ、真に必要な再送のみを実施することができる。
【０２５３】
つぎの発明によれば、データパケット送信装置では、再送制御テーブルが存在する場合に、削除手段にて、再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれるシーケンス番号上限値と一致する場合には、前記状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号よりも大きいとき、ないしは、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルが削除される。これによって、送信するデータパケットのシーケンス番号が同番となる状況下において、再送に成功した場合や再送に失敗して新たなテーブルが必要となる場合に、不要なテーブルを削除することができる。
【０２５４】
つぎの発明によれば、データパケット送信装置では、再送制御テーブルが存在しない場合には、再送を実施すると決定された場合に、テーブル設定手段にて、再送処理実行決定時までに受信側に送信したデータパケットのシーケンス番号の上限値および該当する場合は要求番号と状態通知メッセージから読み出した送信理由および送信するデータパケットに関する情報とが設定され、その後、再送手段にて、当該再送制御テーブルに設定されている送信するデータパケットに関する情報に基づきそのデータパケットについての再送が実施される。これによって、再送制御テーブルを利用して適切な再送制御が行えるようになる。
【０２５５】
つぎの発明によれば、データパケット受信装置では、状態通知メッセージの送信原因が発生すると、送信理由作成手段にて、状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由が作成され、送信理由付加手段にて、その作成された送信理由と当該送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とが状態通知メッセージに付加され、データパケット送信装置に向けて送信される。これによって、同番のシーケンス番号の付与されたデータパケットが送信される場合でもデータパケット送信装置での再送制御が正しく行えるようになる。
【０２５６】
つぎの発明によれば、データパケット伝送システムにおけるデータパケット送信装置において、状態通知メッセージが受信された場合には、まず判断手段にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合には、判定手段にて当該再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれるシーケンス番号上限値未満のとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。したがって、再送の実施とすれ違いに受信された再送要求に起因する無駄な再送を効果的に抑制することができ、真に必要な再送のみを実施することができる。
【０２５７】
つぎの発明によれば、データパケット伝送システムにおけるデータパケット送信装置において、再送制御テーブルが存在する場合に、削除手段にて、再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれるシーケンス番号上限値を超えるとき、当該再送制御テーブルが削除される。これによって、再送に成功した場合や再送に失敗して新たなテーブルが必要となる場合に、不要なテーブルを削除することができる。
【０２５８】
つぎの発明によれば、データパケット伝送システムにおけるデータパケット送信装置において、受信側に状態通知メッセージの送信を要求する状態通知要求メッセージが送信されるたびにカウンタがインクリメントされ、要求番号付加手段によってそのカウンタのカウント値が要求番号として上記送信する状態通知要求メッセージに付加される。状態通知メッセージが受信されると、まず判断手段にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合には、判定手段にて当該再送制御テーブルが参照され、状態通知メッセージと再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合には、状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号以下のとき、または、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、状態通知メッセージの送信理由が送信局からの状態通知要求メッセージの受信でなく、かつ周期タイマのタイムアウトでもないとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。したがって、送信するデータパケットのシーケンス番号が同番となる状況下において、要再送の実施とすれ違いに受信された再送要求に起因する無駄な再送を効果的に抑制することができ、真に必要な再送のみを実施することができる。
【０２５９】
つぎの発明によれば、データパケット伝送システムにおけるデータパケット送信装置では、再送制御テーブルが存在する場合に、削除手段にて、再送制御テーブルが参照され、状態通知メッセージと再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合には、状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号よりも大きいとき、ないしは、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルが削除される。これによって、送信するデータパケットのシーケンス番号が同番となる状況下において、再送に成功した場合や再送に失敗して新たなテーブルが必要となる場合に、不要なテーブルを削除することができる。
【０２６０】
つぎの発明によれば、データパケット伝送システムにおけるデータパケット送信装置において、再送制御テーブルが存在しない場合には、再送を実施すると決定された場合に、テーブル設定手段にて、再送処理実行決定時までに受信側に送信したデータパケットのシーケンス番号の上限値および該当する場合は要求番号と状態通知メッセージから読み出した送信理由および送信するデータパケットに関する情報とが設定され、その後、再送手段にて、当該再送制御テーブルに設定されている送信されるデータパケットに関する情報に基づき当該データパケットについての再送が実施される。これによって、再送制御テーブルを利用して適切な再送制御が行えるようになる。
【０２６１】
つぎの発明によれば、データパケット伝送システムにおけるデータパケット受信装置において、状態通知メッセージの送信原因が発生すると、送信理由作成手段にて、状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由が作成され、送信理由付加手段にて、その作成された送信理由と当該送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とが状態通知メッセージに付加され、データパケット送信装置に向けて送信される。これによって、同番のシーケンス番号の付与されたデータパケットが送信される場合でもデータパケット送信装置での再送制御が正しく行えるようになる。
【０２６２】
つぎの発明によれば、データパケット送信装置では、受信側から状態通知メッセージが受信された場合に、まず判断工程にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合には、判定工程にて当該再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれるシーケンス番号上限値未満であるとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。したがって、再送の実施とすれ違いに受信された再送要求に起因する無駄な再送を効果的に抑制することができ、真に必要な再送のみを実施することができる。
【０２６３】
つぎの発明によれば、データパケット送信装置において、再送制御テーブルが存在する場合に、削除工程にて、再送制御テーブルが参照され、状態通知メッセージに含まれるシーケンス番号上限値が再送制御テーブルに含まれる前記シーケンス番号上限値を超えるとき、当該再送制御テーブルが削除される。これによって、再送に成功した場合や再送に失敗して新たなテーブルが必要となる場合に、不要なテーブルを削除することができる。
【０２６４】
つぎの発明によれば、データパケット送信装置では、データパケット受信装置に状態通知メッセージの送信を要求する状態通知要求メッセージが送信されるたびにカウンタがインクリメントされ、要求番号付加工程にてそのカウンタのカウント値が要求番号として上記送信する状態通知要求メッセージに付加される。状態通知メッセージが受信されると、まず判断工程にて再送制御テーブルの存在有無が判断される。その結果、再送制御テーブルが存在する場合には、判定工程にて当該再送制御テーブルが参照され、状態通知メッセージと再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合には、状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号以下のとき、または、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、状態通知メッセージの送信理由が送信局からの状態通知要求メッセージの受信でなく、かつ周期タイマのタイムアウトでもないとき、再送制御テーブルと状態通知メッセージとに含まれるデータパケットに関する情報の差分が抽出され、再送の要否が判定される。具体的には、差分がないときは、既に再送を実施したデータパケットの送達確認待ちであることから再送は実施せず、差分がある場合に、当該差分に関わるデータパケットについて再送を実施すると判定される。したがって、送信するデータパケットのシーケンス番号が同番となる状況下において、再送の実施とすれ違いに受信された再送要求に起因する無駄な再送を効果的に抑制することができ、真に必要な再送のみを実施することができる。
【０２６５】
つぎの発明によれば、データパケット送信装置において、再送制御テーブルが存在する場合に、削除工程にて、再送制御テーブルが参照され、状態通知メッセージと再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合には、状態通知メッセージに含まれる要求番号が再送制御テーブルに含まれる要求番号よりも大きいとき、ないしは、状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルが削除される。これによって、送信するデータパケットのシーケンス番号が同番となる状況下において、再送に成功した場合や再送に失敗して新たなテーブルが必要となる場合に、不要なテーブルを削除することができる。
【０２６６】
つぎの発明によれば、データパケット送信装置において、再送制御テーブルが存在しない場合には、再送を実施すると決定された場合に、テーブル設定工程にて、再送処理実行決定時までに受信側に送信したデータパケットのシーケンス番号の上限値および該当する場合は要求番号と状態通知メッセージから読み出した送信理由および送信するデータパケットに関する情報とが設定され、その後、再送工程にて、当該再送制御テーブルに設定されている送信するデータパケットに関する情報に基づき当該データパケットについての再送が実施される。これによって、再送制御テーブルを利用して適切な再送制御が行えるようになる。
【０２６７】
つぎの発明によれば、データパケット受信装置において、状態通知メッセージの送信原因が発生すると、送信理由作成工程にて、状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由が作成され、送信理由付加工程にて、その作成された送信理由と当該送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とが状態通知メッセージに付加され、データパケット送信装置に向けて送信される。これによって、同番のシーケンス番号の付与されたデータパケットが送信される場合でもデータパケット送信装置での再送制御が正しく行えるようになる。
【０２６８】
つぎの発明によれば、マルチキャストでデータパケットを送信するデータパケット送信装置では、再送を要求する状態通知メッセージが受信されると、その状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容が参照され、再送未実施であるとき、再送実施手段にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。そして、テーブル設定手段にて、再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けてその再送を実施した時点で送信済みのシーケンス番号の上限値が前記再送制御テーブルに設定される。つまり、再送制御テーブルには、当初は、当該シーケンス番号のマルチキャストデータパケットが再送未実施であると表示されているが、再送が実施されると、その再送の実施状況が設定され、再送実施済みであることが表示される。このように、再送制御テーブルには、当該シーケンス番号のマルチキャストデータパケットについての再送実施に関する情報が蓄積される。
【０２６９】
つぎの発明によれば、マルチキャストでデータパケットを送信するデータパケット送信装置では、上記の発明において、前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、再送実施手段にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。これによって、重複した再送要求があっても無駄な再送を実施しないようにすることができる。また、再度紛失した場合や再度誤りがあった場合での再送要求では、確実に再送を実施することができる。
【０２７０】
つぎの発明によれば、マルチキャストでデータパケットを送信するデータパケット送信装置では、上記の発明において、前記状態通知メッセージに含まれる送信理由が無条件再送要求である場合には、再送実施手段にて、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送が実施される。これによって、早急に送達確認を行う必要がある場合に、不必要な遅延を発生させることなく再送を実施することができる。
【０２７１】
つぎの発明によれば、マルチキャストでデータパケットを送信するデータパケット送信装置では、上記の発明において、テーブルリセット手段にて、前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理が行われる。これによって、再送制御テーブルを用いて不必要再送を抑制する再送制御を円滑に実施することができる。
【０２７２】
つぎの発明によれば、マルチキャストでデータパケットを受信する各データパケット受信装置では、状態通知メッセージを送信する際に、送信理由作成手段にて、その送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませることが行われる。これによって、各データパケット受信装置では、送達確認への応答を早急に行う必要のあるデータパケットの受信ができなかった場合に、送信理由に無条件再送要求を設定して送ることにより、遅れなく再送を受けることができ、迅速に送達確認への応答を行うことができるようになる。
【０２７３】
つぎ発明によれば、マルチキャストでデータパケットの授受を行うデータパケット伝送システムにおけるデータパケット送信装置では、状態通知メッセージが受信されると、その状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容が参照され、再送未実施であるとき、再送実施手段にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。そして、テーブル設定手段にて、再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けてその再送を実施した時点で送信済みのシーケンス番号の上限値が前記再送制御テーブルに設定される。つまり、再送制御テーブルには、当初は、当該シーケンス番号のマルチキャストデータパケットが再送未実施であると表示されているが、再送が実施されると、その再送の実施状況が設定され、再送実施済みであることが表示される。このように、再送制御テーブルには、当該シーケンス番号のマルチキャストデータパケットについての再送実施に関する情報が蓄積される。
【０２７４】
つぎ発明によれば、マルチキャストでデータパケットの授受を行うデータパケット伝送システムにおけるデータパケット送信装置では、上記の発明において、前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、再送実施手段にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。これによって、重複した再送要求があっても無駄な再送を実施しないようにすることができる。また、再度紛失した場合や再度誤りがあった場合での再送要求では、確実に再送を実施することができる。
【０２７５】
つぎの発明によれば、マルチキャストでデータパケットの授受を行うデータパケット伝送システムにおけるデータパケット送信装置では、上記の発明において、前記状態通知メッセージに含まれる送信理由が無条件再送要求である場合には、再送実施手段にて、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送が実施される。これによって、早急に送達確認を行う必要がある場合に、不必要な遅延を発生させることなく再送を実施することができる。
【０２７６】
つぎの発明によれば、マルチキャストでデータパケットの授受を行うデータパケット伝送システムにおけるデータパケット送信装置では、上記の発明において、テーブルリセット手段にて、前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理が行われる。これによって、再送制御テーブルを用いて不必要再送を抑制する再送制御を円滑に実施することができる。
【０２７７】
つぎの発明によれば、マルチキャストでデータパケットの授受を行うデータパケット伝送システムにおけるデータパケット受信装置では、上記の発明において、状態通知メッセージを送信する際に、送信理由作成手段にて、その送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませることが行われる。これによって、各データパケット受信装置では、送達確認への応答を早急に行う必要のあるデータパケットの受信ができなかった場合に、送信理由に無条件再送要求を設定して送ることにより、遅れなく再送を受けることができ、迅速に送達確認への応答を行うことができるようになる。
【０２７８】
つぎの発明によれば、マルチキャストでデータパケットの授受を行う際に、データパケット送信装置では、再送を要求する状態通知メッセージが受信されると、その状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容が参照され、再送未実施であるとき、再送工程にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。そして、テーブル設定工程にて、再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けてその再送を実施した時点で送信済みのシーケンス番号の上限値が前記再送制御テーブルに設定される。つまり、再送制御テーブルには、当初は、当該シーケンス番号のマルチキャストデータパケットが再送未実施であると表示されているが、再送が実施されると、その再送の実施状況が設定され、再送実施済みであることが表示される。このように、再送制御テーブルには、当該シーケンス番号のマルチキャストデータパケットについての再送実施に関する情報が蓄積される。
【０２７９】
つぎの発明によれば、上記の発明において、データパケット送信装置では、再送を要求する状態通知メッセージが受信されると、前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、再送実施工程にて、当該シーケンス番号のマルチキャストデータパケットについて再送が実施される。これによって、重複した再送要求があっても無駄な再送を実施しないようにすることができる。また、再度紛失した場合や再度誤りがあった場合での再送要求では、確実に再送を実施することができる。
【０２８０】
つぎの発明によれば、上記の発明において、データパケット送信装置では、再送を要求する状態通知メッセージが受信されると、前記状態通知メッセージに含まれる送信理由を調べ、その送信理由が無条件再送要求である場合には、再送実施手段にて、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送が実施される。これによって、早急に送達確認を行う必要がある場合に、不必要な遅延を発生させることなく再送を実施することができる。
【０２８１】
つぎの発明によれば、上記の発明において、データパケット送信装置では、テーブルリセット工程にて、前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理が行われる。これによって、再送制御テーブルを用いて不必要再送を抑制する再送制御を円滑に実施することができる。
【０２８２】
つぎの発明によれば、上記の発明において、マルチキャストでデータパケットを受信する各データパケット受信装置では、状態通知メッセージを送信する際に、送信理由作成工程にて、その送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませることが行われる。これによって、各データパケット受信装置では、送達確認への応答を早急に行う必要のあるデータパケットの受信ができなかった場合に、送信理由に無条件再送要求を設定して送ることにより、遅れなく再送を受けることができ、迅速に送達確認への応答を行うことができるようになる。
【図面の簡単な説明】
【図１】 この発明の実施の形態１であるデータパケット伝送システムの構成を示すブロック図である。
【図２】 図１に示す送信局の構成を示すブロック図である。
【図３】 図１に示す送信局が送信するデータパケットのフォーマット例を示す図である。
【図４】 図１に示す送信局が再送制御のために備える再送制御テーブルの構成例を示す図である。
【図５】 図１に示す受信局の構成を示すブロック図である。
【図６】 図１に示す受信局が状態通知要求メッセージ受信に対して送信する状態通知メッセージのフォーマット例を示す図である。
【図７】 図１に示す受信局がシーケンス番号の抜けを検出したときや周期タイマのタイムアウトによって送信する状態通知メッセージのフォーマット例を示す図である。
【図８】 図１に示すデータパケット伝送システムにおいて実施されるデータパケット再送制御動作を説明するシーケンス図である。
【図９】 この発明の実施の形態２であるデータパケット再送制御方法を説明するシーケンス図である。
【図１０】 この発明の実施の形態３であるデータパケット再送制御方法を説明するシーケンス図である。
【図１１】 この発明の実施の形態４であるデータパケット再送制御方法を説明するフローチャートである（その１）。
【図１２】 この発明の実施の形態４であるデータパケット再送制御方法を説明するフローチャートである（その２）。
【図１３】 この発明の実施の形態４であるデータパケット再送制御方法を説明するフローチャートである（その３）。
【図１４】 この発明の実施の形態５であるマルチキャストデータパケット伝送システムの構成を示すブロック図である。
【図１５】 図１４に示す送信局が再送制御のために備える再送制御テーブルの構成例を示す図である。
【図１６】 図１４に示すマルチキャストデータパケット伝送システムにおいて実施されるマルチキャストデータパケットの再送制御動作を説明するシーケンス図である（受信局から送信局への状態通知メッセージの送信に上り共通チャネルを使用する場合）。
【図１７】 この発明の実施の形態６であるマルチキャストデータパケットの再送制御方法を説明するシーケンス図である（受信局から送信局への状態通知メッセージの送信に上り共通チャネルを使用する場合で、送信理由に無条件再送要求が含まれる場合）。
【図１８】 この発明の実施の形態７であるマルチキャストデータパケットの再送制御方法を説明するシーケンス図である（受信局から送信局への状態通知メッセージの送信に上り個別チャネルを使用する場合）。
【図１９】 この発明の実施の形態８であるマルチキャストデータパケットの再送制御方法を説明するシーケンス図である。
【図２０】 この発明の実施の形態９であるマルチキャストデータパケットの再送制御方法を説明するフローチャートである（その１）。
【図２１】 この発明の実施の形態９であるマルチキャストデータパケットの再送制御方法を説明するフローチャートである（その２）。
【図２２】 従来のデータパケット再送制御方法を説明するシーケンス図である。
【図２３】 従来および実施の形態５の送信局が送信するデータパケットのフォーマット例を示す図である。
【図２４】 従来および実施の形態１の受信局が送信する状態通知メッセージのフォーマット例を示す図である。
【図２５】 受信局が送信する状態通知メッセージに含まれる送達確認情報要素のフォーマット例を示す図である。
【図２６】 受信局が送信する状態通知メッセージに含まれる再送要求情報要素のフォーマット例を示す図である。
【符号の説明】
１，１ａ 送信局（データパケット送信装置）、２、２ａ，２ｂ，２ｃ 受信局（データパケット受信装置）、３，３ａ，３ｂ，３ｃ，４ａ，４ｂ，４ｃ 伝送路、１１ 送信ＰＤＵ生成部、１３ Poll Counter、１４ 再送判断部、１５，１５０ 再送制御テーブル、１６ メッセージ受付処理部、２２ シーケンス監視部、２３ 周期タイマ、２４ 送信理由作成部、２５ 状態通知メッセージ作成部、３００ データパケット（RLC-PDU）、３００ａ マルチキャストデータパケット（RLC-PDU）、３０６，３１６，４０１ Poll Counter、３１０−１，３１０−２ 状態通知メッセージ（STATUS-PDU）、３１５，４０２ Cause、４０３ ＶＴ（Ｍ）、４０４ LENGTH、４０５−１〜４０５−Ｌ SN1〜SNLENGTH、４０６−１〜４０６−Ｌ L1〜LLENGTH、４１０ 送達確認情報要素、４２０再送要求情報要素、TTI-0〜TTI-10，TTI-m0〜TTI-m4，TTI-n0〜TTI-n5 送信間隔、ＶＴＭｔ 再送制御テーブルに設定されるシーケンス番号上限値、ＶＴＭｓ 状態通知メッセージに設定されるシーケンス番号上限値。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data packet transmitting apparatus that performs retransmission control when transmitting a data packet, a data packet receiving apparatus that performs a retransmission request for a received data packet, and a data packet connected by any communication line regardless of wired or wireless BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data packet transmission system and a data packet retransmission control method for performing transmission / reception of a data packet while performing retransmission control between a transmission device and a data packet reception device, and in particular, a data packet that transmits and receives a plurality of data packets collectively. The present invention relates to a transmission system and a data packet retransmission control method.
[0002]
[Prior art]
As a data packet retransmission control method in a communication system that transmits and receives a plurality of data collectively, for example, radio link control (RLC: Radio Link Control) formulated by 3GPP (3rd Generation Partnership Project) as one method of IMT-2000 The method described in the protocol specification TS 25.322 V3.5.0 (2000-12) of Control) is conventionally known.
[0003]
The data packet retransmission control method described in the radio link control protocol specification formulated by 3GPP will be described below with reference to FIGS. FIG. 22 is a sequence diagram illustrating a conventional data packet retransmission control method. FIG. 23 is a diagram illustrating a format example of a data packet transmitted by a conventional transmitting station. FIG. 24 is a diagram illustrating a format example of a status notification message transmitted by a conventional receiving station. FIG. 25 is a diagram illustrating a format example of a delivery confirmation information element included in the status notification message. FIG. 26 is a diagram illustrating a format example of a retransmission request information element included in the status notification message.
[0004]
First, the contents of the format will be described. In FIG. 23, a data packet (hereinafter referred to as “RLC-PDU”. PDU: Protocol Data Unit) 300a includes “D / C” 301 and “Sequence Number” 302 in the data units of the first and second rows. “P” 303 and “HE” 304 are provided, and “Length Indicator” 307-1 to 307-N and “E” 305-1 to 305-N are provided in N rows after the third row. A data portion “Data” 308 is provided in a plurality of rows.
[0005]
“D / C” 301 is a flag indicating whether the RLC-PDU 300a is user data or control data. “Sequence Number” 302 is a sequence number of the RLC-PDU 300a. “P” 303 is a flag (referred to as a “Poll bit”) requesting a status notification message. “HE” 304 and “E” 305-1 to 305-N are flags indicating the presence or absence of subsequent header information. “LengthIndicator” 307-1 to 307-N indicates the effective data length of the data part “Data” 308, and is set only when the tail of the PDU of the upper layer is included.
[0006]
In FIG. 24, a status notification message (hereinafter referred to as “STATUS-PDU”) 310a includes “D / C” 301, “PDU type” 311 and “SUFI”. 1 313-1-"SUFI K "313-K" (hereinafter referred to as "SUFI" 313) and "PAD" 314.
[0007]
“D / C” 301 is a flag indicating whether the STATUS-PDU 310a is user data or control data. “PDU type” 311 indicates the type of the control data, and indicates that it is STATUS-PDU 310a. A data portion provided between “PDU type” 311 and “PAD” 314 can include a plurality of information elements indicated by “SUFI” 313 as described later.
[0008]
In FIG. 25, the delivery confirmation information element 410 is one of a plurality of information elements indicated by “SUFI” 313 in FIG. 24, and includes “Type = ACK” 411 and “LSN” 412. “LSN” 412 indicates the next value of the sequence number received continuously. However, when the same STATUS-PDU 310a includes the retransmission request information element 420 shown in FIG. 26, “LSN” 412 indicates the next value of the upper limit value of the received sequence number.
[0009]
In FIG. 26, a retransmission request information element 420 is one of a plurality of information elements indicated by “SUFI” 313 in FIG. 24, “Type = LIST” 421, “LENGTH” 422, and RLC requesting retransmission. -First sequence number “SN” of PDU 300a 1 "424-1 to" SN LENGTH 424-L (hereinafter referred to as sequence number “SN” 424) and the number of RLC-PDUs 300a that follow each of them, “L”. 1 425-1 to "L" LENGTH ”425-L (hereinafter referred to as the subsequent number“ L ”425). “LENGTH” 422 is the number of sets of the sequence number “SN” 424 and the subsequent number “L” 425 of the RLC-PDU 300a. For example, when requesting retransmission of the RLC-PDU 300a with sequence numbers = 5, 6, and 7, SN = 5 and L = 2 are set.
[0010]
Next, a conventional data packet retransmission control method will be described with reference to FIG. In the communication scheme being developed by 3GPP, it is possible to transmit a plurality of RLC-PDUs 300a together at every periodic transmission interval TTI (TTI: Transmission Time Interval). FIG. 22 shows an example in which four RLC-PDUs 300a are transmitted for each transmission interval TTI. In FIG. 22, the transmission interval TTI between the transmitting station and the receiving station is the same, and it is assumed that there is no deviation between the transmission and reception timings.
[0011]
As shown in FIG. 23, the RLC-PDU 300a transmitted from the transmitting station to the receiving station has a sequence number 302 added to the data section 308. The transmitting station can set “P” 303 in the header to request the receiving station to transmit a status notification message. For example, the transmitting station transmits the RLC-PDU 300a including the tail of the data received from the higher layer or the RLC-PDU 300a for which the delivery confirmation has not been taken, after that when the ratio exceeds a certain number. “P” 303 may be set for the PDU 300a or the like.
[0012]
The receiving station checks the sequence number 302 of the received RLC-PDU 300a, detects a sequence number 302 that is not received in order, that is, detects an omission in the sequence number 302, or “P” in the header. When the RLC-PDU 300a in which 303 is set is received or each time the periodic timer times out, the STATUS-PDU 310a in which the retransmission request information element 420 shown in FIG. 26 and the delivery confirmation information element 410 shown in FIG. 25 are set. And confirm the delivery confirmation and retransmission request to the transmitting station.
[0013]
Specifically, in FIG. 22, two RLC-PDUs (Seq. No = 0, 1, 2, 3) out of four RLC-PDUs (Seq.No = 0, 1, 2, 3) transmitted by the transmitting station during the transmission interval TTI-0 are used. If there is a missing in Seq.No = 1,2), the receiving station detects the missing Seq.No = 1,2 in the protocol processing 110a performed during the next transmission interval TTI-1. The STATUS-PDU 310a is created. That is, in this STATUS-PDU 310a, in FIG. 24 to FIG. 26, the value “4” next to the sequence number upper limit value “3” when “LSN” 412 is normally received is set, and “SN” 424 The start sequence number “1” of the RLC-PDU 300 requesting retransmission is set, and the subsequent number “1” is set in “L” 425. In the next transmission interval TTI-2, the receiving station transmits the STATUS-PDU 310a having the content 200a as described above, and requests retransmission from the transmitting station.
[0014]
In the protocol processing 100a performed during the next transmission interval TTI-3, the transmitting station recognizes the absence of Seq.No = 1,2 from the retransmission request information element 420 of the STATUS-PDU 310a, that is, Seq.No = 1. , 2 RLC-PDU 300a is recognized, and retransmission is performed for Seq.No = 1, 2 RLC-PDU 300a in the next transmission interval TTI-4. On the other hand, when the transmitting station sets the Poll bit P (“P” 303) in the RLC-PDU 300a of Seq. No = 11 transmitted in the period of the transmission interval TTI-2, the receiving station transmits the next transmission interval TTI−. The Poll bit P (“P” 303) is detected in the protocol processing 111a performed in the period 3.
[0015]
At this time, since the receiving station has not yet received the RLC-PDU 300a of Seq.No = 1, 2 that requested retransmission, in the protocol processing 111a performed during the transmission interval TTI-3, The STATUS-PDU 310a is created. That is, in the STATUS-PDU 310a, the value “12” next to the sequence number upper limit value “11” when the “LSN” 412 has received the transmission request for the status notification message before the transmission interval TTI-3 is received. The first sequence number “1” of the RLC-PDU 300 a requesting retransmission is set to “SN” 424, and the subsequent number “1” is set to “L” 425. In the next transmission interval TTI-4, the receiving station transmits the STATUS-PDU 310a having the content 201a as described above, and sends a retransmission request for the RLC-PDU 300a with Seq. No = 1, 2 to the transmitting station. To notify.
[0016]
In the protocol processing 101a performed in the next transmission interval TTI-5, the transmitting station recognizes the retransmission request for the RLC-PDU 300a with Seq.No = 1, 2, and in the next transmission interval TTI-6. Re-transmission of the RLC-PDU 300a with Seq. When the transmitting station sets the Poll bit P (“P” 303) in the SLC.No = 19 RLC-PDU 300a transmitted during the transmission interval TTI-5, the receiving station sets the next transmission interval TTI−. The Poll bit P (“P” 303) is detected in the protocol processing 112a executed in the period 6 to recognize the transmission request of the STATUS-PDU 310a.
[0017]
[Problems to be solved by the invention]
However, in the conventional data packet retransmission control method as described above, there is a problem in that unnecessary data retransmission may be performed when a difference between data retransmission and a retransmission request occurs between a transmitting station and a receiving station. is there. For example, in the transmission intervals TTI-3 and TTI-4 in FIG. 22, the transmitting station recognizes the retransmission request and performs data retransmission, but the receiving station has not received the previously requested data. The STATUS-PDU 310a requesting retransmission is transmitted again. In this way, there may be a difference between data retransmission and retransmission request between the transmitting station and the receiving station. In this case, conventionally, as shown in FIG. 22, although the RLC-PDU 300a of Seq.No = 1, 2 retransmitted in the period of the transmission interval TTI-4 is correctly received, the transmission interval TTI- There is a case where useless data retransmission is performed in which the RLC-PDU 300a with Seq.
[0018]
The present invention has been made in view of the above, and even when a retransmission of a data packet and a retransmission request occur between a transmitting station and a receiving station, it is possible to suppress unnecessary retransmission, An object of the present invention is to provide a data packet transmitting apparatus, a data packet receiving apparatus, a data packet transmission system, and a data packet retransmission control method that can perform retransmission control capable of preventing wasteful consumption of wired line resources. .
[0019]
[Means for Solving the Problems]
In order to achieve the above object, the data packet transmitting apparatus according to the present invention provides an error in the upper limit value and error of the sequence number of the received data packet from the receiving side in the process of transmitting the data packet with the sequence number to the receiving side. When receiving the status notification message including the information on the detected data packet, the data packet transmitting apparatus for retransmitting the data packet in which the error is detected receives the status notification message from the receiving side. Determining means for determining the presence or absence of a retransmission control table, and referring to the retransmission control table when the determination means determines that a retransmission control table exists, the sequence number upper limit value included in the status notification message is When the sequence number included in the retransmission control table is less than the upper limit value, Serial extracts difference information about the data packet that is included in the retransmission control table and the state notification message, characterized by comprising a determination means for determining necessity of retransmissions.
[0020]
According to the present invention, in the data packet transmitting apparatus, when the status notification message is received from the receiving side, first, the determination unit determines whether or not the retransmission control table exists. As a result, when the retransmission control table exists, the retransmission control table is referred to by the determination unit, and when the sequence number upper limit value included in the status notification message is less than the sequence number upper limit value included in the retransmission control table, A difference between information regarding data packets included in the retransmission control table and the status notification message is extracted, and it is determined whether retransmission is necessary. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done.
[0021]
In the data packet transmitting apparatus according to the next invention, in the above invention, the sequence number upper limit value included in the status notification message is referred to by referring to the retransmission control table when the determination unit determines that the retransmission control table exists. Is provided with deletion means for deleting the retransmission control table when the sequence number upper limit value included in the retransmission control table is exceeded.
[0022]
According to the present invention, in the data packet transmitting apparatus, in the above invention, when the retransmission control table exists, the retransmission control table is referred to by the deleting means, and the sequence number upper limit value included in the status notification message is retransmitted. When the sequence number upper limit value included in the control table is exceeded, the retransmission control table is deleted.
[0023]
A data packet transmitting apparatus according to a next invention relates to a data packet in which an upper limit value of a sequence number of a received data packet and an error are detected from a receiving side in a process of transmitting a data packet with a sequence number to the receiving side. When a status notification message including information is received, the sequence number of the status notification request message that requests the receiving side to transmit the status notification message in the data packet transmitting apparatus that retransmits the data packet in which the error is detected A counter for counting the status, a request number adding means for adding the count value of the counter as a request number when transmitting the status notification request message, and the presence or absence of a retransmission control table when the status notification message is received. A judging means for judging, and a retransmission control test by the judging means. If the sequence number upper limit value included in the status notification message and the retransmission control table matches, the transmission reason of the status notification message is determined to be a transmitting station. The status notification request message is received from and the request number included in the status notification message is equal to or less than the request number included in the retransmission control table, or the reason for transmitting the status notification message is a timeout of a periodic timer Yes When the transmission reason does not match the transmission reason included in the retransmission control table, or the transmission reason of the status notification message is not the reception of the status notification request message from the transmitting station, and the period timer times out If not, the retransmission control table and the status notification message It extracts a difference information about the data packet that is included in the over-di, and further comprising a judging means for judging necessity of retransmission.
[0024]
According to the present invention, in the data packet transmitting apparatus, the counter is incremented each time a status notification request message for requesting transmission of the status notification message to the receiving side, and the count value of the counter is set by the request number adding means. It is added as a request number to the status notification request message transmitted. When the status notification message is received, it is first determined by the determining means whether or not there is a retransmission control table. As a result, when there is a retransmission control table, the determination unit refers to the retransmission control table, and when the sequence number upper limit values included in the status notification message and the retransmission control table match, the status notification message The reason for the transmission of the status notification message is the reception of the status notification request message from the transmitting station and the request number included in the status notification message is equal to or less than the request number included in the retransmission control table, or the reason for the transmission of the status notification message is the period timer. When it is a timeout and the transmission reason does not match the transmission reason included in the retransmission control table, or when the transmission reason of the status notification message is not the reception of the status notification request message from the transmitting station and is not the period timer timeout , Data packet included in retransmission control table and status notification message Difference information is extracted about, necessity of retransmission is determined. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done.
[0025]
In the data packet transmitting apparatus according to the next invention, in the above invention, when the determining means determines that a retransmission control table exists, the data packet transmitting apparatus refers to the retransmission control table, and determines the status notification message and the retransmission control table. When the sequence number upper limit values included match, the request number included in the status notification message is greater than the request number included in the retransmission control table, or the transmission reason of the status notification message is a periodic timer And a deletion means for deleting the retransmission control table when the transmission reason matches the transmission reason included in the retransmission control table.
[0026]
According to the present invention, in the data packet transmitting apparatus, in the above invention, when the retransmission control table exists, the deletion control unit refers to the retransmission control table, and the sequence included in the status notification message and the retransmission control table If the number upper limit value matches, the request number included in the status notification message is greater than the request number included in the retransmission control table, or the reason for transmitting the status notification message is a timeout of the periodic timer, and the transmission When the reason matches the transmission reason included in the retransmission control table, the retransmission control table is deleted.
[0027]
In the data packet transmitting apparatus according to the next invention, in the above invention, when it is determined by the determining means that the retransmission control table does not exist, the data packet transmitting apparatus receives by the time when the retransmission processing execution is determined when it is determined to perform retransmission. Table setting means for creating the retransmission control table in which the upper limit value of the sequence number of the data packet transmitted to the side and the request number, if applicable, the reason for transmission read from the status notification message and information on the data packet to be retransmitted are set And a retransmission means for performing retransmission on the data packet based on information on the data packet to be retransmitted set in the retransmission control table after the retransmission control table is created.
[0028]
According to the present invention, in the data packet transmitting apparatus according to the above-described invention, when it is determined that retransmission is to be performed when the retransmission control table does not exist, the table setting unit determines whether to execute retransmission processing. The upper limit value of the data packet sequence number transmitted to the receiving side and the request number, the transmission reason read from the status notification message, and information on the data packet to be retransmitted are set, if applicable. Thereafter, retransmission is performed on the data packet by the retransmission unit based on information on the data packet to be retransmitted set in the retransmission control table.
[0029]
When the data packet receiving apparatus according to the next invention detects an error in the process of receiving a data packet with a sequence number from the transmitting side, the upper limit of the sequence number of the data packet received on the transmitting side and the error are detected. In a data packet receiving apparatus that transmits a status notification message including information on the received data packet, whether the cause of transmission of the status notification message is reception of a status notification request message, detection of an error, A transmission reason creation means for creating a transmission reason for a timeout, and a transmission reason created by the transmission reason creation means and the transmission reason is reception of a status notification request message when sending the status notification message Indicates the reason for transmission with the request number read from the received status notification request message. Characterized by comprising a means.
[0030]
According to the present invention, in the data packet receiving device, when the cause of the transmission of the status notification message occurs, the transmission reason creation means determines whether the status notification request message is received, whether an error is detected, or the periodic timer times out. The transmission reason is generated, and when the transmission reason addition means receives the status notification request message, the request number read from the received status notification request message Is added to the status notification message and transmitted to the data packet transmitting apparatus.
[0031]
A data packet transmission system according to a next invention includes a data packet receiving device that transmits a status notification message including an upper limit value of a sequence number of a received data packet and information relating to a data packet in which an error is detected; In a data packet transmission system comprising: a data packet transmission device that performs retransmission of a data packet in which an error is detected based on the status notification message received in the process of transmitting a data packet with a sequence number to the device, When receiving the status notification message, the data packet transmitting device determines whether there is a retransmission control table, and refers to the retransmission control table when the determination unit determines that the retransmission control table exists. The status notification message When the sequence number upper limit value included in the message is less than the sequence number upper limit value included in the retransmission control table, a difference in information regarding the data packet included in the retransmission control table and the status notification message is extracted, And determining means for determining necessity.
[0032]
According to the present invention, in the data packet transmission device in the data packet transmission system, when the status notification message is received, the determination unit first determines the presence / absence of the retransmission control table. As a result, when there is a retransmission control table, the retransmission control table is referred to by the determination unit, and when the sequence number upper limit value included in the status notification message is less than the sequence number upper limit value included in the retransmission control table, A difference between information regarding data packets included in the retransmission control table and the status notification message is extracted, and it is determined whether retransmission is necessary. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done.
[0033]
In the data packet transmission system according to the next invention, in the above invention, the data packet transmission device refers to the retransmission control table when the determination means determines that the retransmission control table exists, and the status notification message When the sequence number upper limit value included in the number exceeds the sequence number upper limit value included in the retransmission control table, there is provided a deletion means for deleting the retransmission control table.
[0034]
According to the present invention, in the data packet transmission apparatus in the data packet transmission system, when the retransmission control table exists, the retransmission control table is referred to by the deleting means, and the sequence number upper limit value included in the status notification message is retransmitted. When the sequence number upper limit value included in the control table is exceeded, the retransmission control table is deleted.
[0035]
A data packet transmission system according to a next invention includes a data packet receiving device that transmits a status notification message including an upper limit value of a sequence number of a received data packet and information relating to a data packet in which an error is detected; In a data packet transmission system comprising: a data packet transmission device that performs retransmission of a data packet in which an error is detected based on the status notification message received in the process of transmitting a data packet with a sequence number to the device, A data packet transmitting device requests a counter that counts a sequence number of a status notification request message that requests the data packet receiving device to transmit a status notification message, and requests a count value of the counter when transmitting the status notification request message Number Request number adding means to be added, a determination means for determining the presence / absence of a retransmission control table when the status notification message is received, and a retransmission control table when the determination means determines that a retransmission control table exists. When the sequence number upper limit value included in the status notification message and the retransmission control table matches with reference to the table, the transmission reason of the status notification message is reception of the status notification request message from the transmitting station, and When the request number included in the status notification message is less than or equal to the request number included in the retransmission control table, or the reason for transmitting the status notification message is a time-out of a periodic timer and the transmission reason is included in the retransmission control table If it does not match the transmission reason or the status notification message When the transmission reason of the message is not the reception of the status notification request message from the transmitting station and is not the timeout of the periodic timer, the difference between the information on the data packet included in the retransmission control table and the status notification message is And a determination means for extracting and determining whether or not retransmission is necessary.
[0036]
According to the present invention, in the data packet transmission apparatus in the data packet transmission system, the counter is incremented each time a status notification request message for requesting transmission of the status notification message to the receiving side, and the counter is added by the request number adding means. Is added to the status notification request message to be transmitted as a request number. When the status notification message is received, it is first determined by the determining means whether or not there is a retransmission control table. As a result, when there is a retransmission control table, the determination unit refers to the retransmission control table, and when the sequence number upper limit values included in the status notification message and the retransmission control table match, the status notification message When the request number included in the request number included in the retransmission control table is equal to or less than the request number included in the retransmission control table, or when the transmission reason of the status notification message is a timeout of the periodic timer and the transmission reason does not match the transmission reason included in the retransmission control table, Alternatively, when the reason for transmitting the status notification message is not the reception of the status notification request message from the transmitting station and the timeout of the periodic timer is not detected, the difference between the information on the data packet included in the retransmission control table and the status notification message is extracted. Then, the necessity of retransmission is determined. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done.
[0037]
In the data packet transmission system according to the next invention, in the above invention, the data packet transmission device refers to the retransmission control table when the determination means determines that the retransmission control table exists, and the status notification message And when the request number included in the status notification message is larger than the request number included in the retransmission control table, or when the sequence number upper limit value included in the retransmission control table matches, or the status notification A deletion means for deleting the retransmission control table is provided when the message transmission reason is a time-out of the periodic timer and the transmission reason matches the transmission reason included in the retransmission control table.
[0038]
According to the present invention, in the data packet transmission device in the data packet transmission system, when the retransmission control table exists, the deletion control unit refers to the retransmission control table, and the sequence included in the status notification message and the retransmission control table When the number upper limit values match, the request number included in the status notification message is greater than the request number included in the retransmission control table, or the reason for transmitting the status notification message is a time-out of the periodic timer, and the transmission reason Is identical to the transmission reason included in the retransmission control table, the retransmission control table is deleted.
[0039]
In the data packet transmission system according to the next invention, in the above invention, when it is determined by the determining means that the retransmission control table does not exist, when it is determined to perform retransmission, the data packet transmission system may be Create the retransmission control table in which the upper limit value of the sequence number of the data packet transmitted to the data packet receiving apparatus and the request number, the transmission reason read from the status notification message and the information related to the data packet to be transmitted are set, if applicable. A table setting unit; and a retransmission unit configured to perform retransmission on the data packet based on information on the data packet to be transmitted set in the retransmission control table after the retransmission control table is created. .
[0040]
According to the present invention, in the data packet transmission apparatus in the data packet transmission system, when there is no retransmission control table, when it is determined to perform retransmission, the table setting unit determines whether to execute retransmission processing. The upper limit value of the sequence number of the data packet transmitted to the receiving side and, if applicable, the request number, the transmission reason read from the status notification message, and information related to the data packet to be transmitted are set. Thereafter, retransmission is performed on the data packet by the retransmission unit based on the information on the data packet to be transmitted set in the retransmission control table.
[0041]
In the data packet transmission system according to the next invention, in the above invention, the data packet receiving device may determine whether the cause of transmission of the status notification message is reception of a status notification request message, detection of an error, A transmission reason creation means for creating a transmission reason for timer timeout, a transmission reason created by the transmission reason creation means when transmitting the status notification message, and the transmission reason is reception of the status notification request message And a transmission reason adding means for adding a request number read from the received status notification request message.
[0042]
According to the present invention, in the data packet receiving apparatus in the data packet transmission system, when the cause of the transmission of the status notification message occurs, whether the status notification request message is received or the error is detected by the transmission reason creation means The reason for transmission as to whether it is a timeout of the cycle timer is created, and when the reason for transmission is received by the transmission reason addition means and the reason for transmission is reception of the state notification request message, from the received state notification request message The read request number is added to the status notification message and transmitted to the data packet transmitting apparatus.
[0043]
In the data packet retransmission control method according to the next invention, the sequence number of the data packet received from the data packet receiving device in the process in which the data packet transmitting device transmits the data packet with the sequence number to the data packet receiving device. In a data packet retransmission control method for retransmitting a data packet in which an error is detected when a status notification message including an upper limit value and information on the data packet in which an error is detected is received, the data packet transmitting device includes: A determination step of determining presence / absence of a retransmission control table when the status notification message is received, and a reference to the retransmission control table when the determination step determines that a retransmission control table exists; Sequence number upper limit value included in A determination step of extracting a difference between information on data packets included in the retransmission control table and the status notification message and determining whether or not retransmission is required when the sequence number included in the retransmission control table is less than an upper limit value. It is characterized by.
[0044]
According to the present invention, in the data packet transmitting apparatus, when the status notification message is received from the receiving side, first, the presence / absence of the retransmission control table is determined in the determining step. As a result, when there is a retransmission control table, the retransmission control table is referred to in the determination step, and the sequence number upper limit value included in the status notification message is less than the sequence number upper limit value included in the retransmission control table. Then, the difference between the information on the data packet included in the retransmission control table and the status notification message is extracted, and the necessity of retransmission is determined. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done.
[0045]
In the data packet retransmission control method according to the next invention, in the above invention, when it is determined by the determination step that the retransmission control table exists, the retransmission control table is referred to, and the sequence number upper limit included in the status notification message is determined. When the value exceeds the sequence number upper limit value included in the retransmission control table, a deletion step of deleting the retransmission control table is included.
[0046]
According to the present invention, when a retransmission control table exists in the data packet transmission apparatus, the retransmission control table is referred to in the deletion step, and the sequence number upper limit value included in the status notification message is included in the retransmission control table. When the sequence number upper limit value is exceeded, the retransmission control table is deleted.
[0047]
In the data packet retransmission control method according to the next invention, the sequence number of the data packet received from the data packet receiving device while the data packet transmitting device is transmitting the data packet with the sequence number to the data packet receiving device. In the data packet retransmission control method for retransmitting the data packet in which the error is detected when the status notification message including the upper limit value of the error and the information on the data packet in which the error is detected is received, the data packet transmitting device includes: A request number adding step of adding a count value of a counter that counts a sequence number of a status notification request message that requests the data packet receiving device to transmit a status notification message as a request number and transmitting the request to the status notification request message; Receive the data packet A determination step of determining whether or not a retransmission control table exists when the status notification message is received from a device, and referring to the retransmission control table when the retransmission control table is determined to be present by the determination step; When the sequence number upper limit values included in the notification message and the retransmission control table match, the reason for transmitting the state notification message is reception of the state notification request message from the transmitting station, and the state notification message includes the state notification message. When the request number is equal to or less than the request number included in the retransmission control table, or when the transmission reason of the status notification message is a timeout of a periodic timer and the transmission reason does not match the transmission reason included in the retransmission control table, Alternatively, the reason for sending the status notification message is from the transmitting station. When the status notification request message is not received and the period timer is not timed out, the difference between the data packets included in the retransmission control table and the status notification message is extracted to determine whether retransmission is necessary. And a determination step.
[0048]
According to the present invention, in the data packet transmitting device, the counter is incremented each time a status notification request message requesting the data packet receiving device to transmit the status notification message is sent, and the counter is counted in the request number adding step. The value is added as a request number to the status notification request message to be transmitted. When the status notification message is received, it is first determined whether or not the retransmission control table exists in a determination step. As a result, when the retransmission control table exists, the retransmission control table is referred to in the determination step, and when the sequence number upper limit values included in the status notification message and the retransmission control table match, the status notification message When the request number included in the request number included in the retransmission control table is equal to or less than the request number included in the retransmission control table, or when the transmission reason of the status notification message is a timeout of the periodic timer and the transmission reason does not match the transmission reason included in the retransmission control table, Alternatively, when the reason for transmitting the status notification message is not the reception of the status notification request message from the transmitting station and the timeout of the periodic timer is not detected, the difference between the information on the data packet included in the retransmission control table and the status notification message is extracted. Then, the necessity of retransmission is determined. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done.
[0049]
In the data packet retransmission control method according to the next invention, in the above invention, when it is determined by the determination step that a retransmission control table exists, the retransmission control table is referred to, and the status notification message, the retransmission control table, When the request number included in the status notification message is greater than the request number included in the retransmission control table, or the reason for transmitting the status notification message is a period When the timer is timed out and the transmission reason matches the transmission reason included in the retransmission control table, a deletion step of deleting the retransmission control table is included.
[0050]
According to the present invention, in the data packet transmitting apparatus, when a retransmission control table exists, the retransmission control table is referred to in the deletion step, and the sequence number upper limit value included in the status notification message and the retransmission control table is In the case of coincidence, when the request number included in the status notification message is larger than the request number included in the retransmission control table, or the transmission reason of the status notification message is a timeout of the periodic timer and the transmission reason is stored in the retransmission control table. When the transmission reason is included, the retransmission control table is deleted.
[0051]
In the data packet retransmission control method according to the next invention, in the above invention, when it is determined by the determination step that there is no retransmission control table, if it is determined that retransmission is to be performed, the data packet retransmission control method may The retransmission control table in which the upper limit value of the sequence number of the data packet transmitted to the data packet receiver and the request number, the transmission reason read from the status notification message and the information on the data packet to be transmitted are set, if applicable. A table setting step to be created; and a retransmission step of performing retransmission on the data packet based on information on the data packet to be transmitted set in the retransmission control table after the retransmission control table is created. To do.
[0052]
According to the present invention, in the data packet transmitting apparatus, when there is no retransmission control table, when it is determined to perform retransmission, the data is transmitted to the receiving side in the table setting step until the time when retransmission processing is determined. The upper limit value of the sequence number of the data packet and, if applicable, the request number, the transmission reason read from the status notification message, and information related to the data packet to be transmitted are set. Thereafter, in the retransmission step, the data packet is retransmitted based on the information regarding the data packet to be transmitted set in the retransmission control table.
[0053]
In the data packet retransmission control method according to the next invention, in the above invention, the data packet receiver is configured to determine whether a transmission cause of the status notification message is reception of the status notification request message or detection of an error. A transmission reason creation step for creating a transmission reason for a timeout of a periodic timer, and a transmission reason created by the transmission reason creation step when the status notification message is transmitted, and the transmission reason is a status notification request message A transmission reason adding step of adding a request number read from the received status notification request message when receiving.
[0054]
According to the present invention, when the cause of the transmission of the status notification message occurs in the data packet receiving device, whether the status notification request message is received, whether an error is detected, or the periodic timer times out in the transmission reason creation step The transmission reason is created, and in the transmission reason addition step, the created transmission reason and the request number read from the received status notification request message when the transmission reason is reception of the status notification request message, Is added to the status notification message and transmitted to the data packet transmitting apparatus.
[0055]
The data packet transmitting device according to the next invention multicasts the same data packet with a sequence number to a plurality of receiving devices, and an upper limit value and an error of the sequence number of the multicast data packet normally received from each receiving device are detected. When receiving a status notification message including information related to the multicast data packet, the data packet transmission device that performs retransmission of the multicast data packet in which the error is detected performs retransmission control based on the sequence number included in the status notification message Refer to the contents of the corresponding sequence number in the table, and when retransmission has not been performed, retransmission execution means for performing retransmission on the multicast data packet of the sequence number, and multicast data packet for which the retransmission has been performed In association with bets sequence number, characterized in that the upper limit of the transmitted sequence number at the time of performing the retransmission and a table setting means for setting the retransmission control table.
[0056]
According to the present invention, in a data packet transmitting apparatus that transmits a data packet by multicast, when a status notification message is received, the content related to the corresponding sequence number in the retransmission control table is based on the sequence number included in the status notification message. When it is referred to and retransmission is not performed, retransmission is performed on the multicast data packet of the sequence number by the retransmission execution unit. Then, the table setting means sets the upper limit value of the sequence number that has been transmitted at the time when the retransmission is performed in association with the sequence number of the multicast data packet that has been retransmitted. That is, in the retransmission control table, it is initially displayed that the multicast data packet of the sequence number has not been retransmitted, but when the retransmission is performed, the implementation status of the retransmission is set and the retransmission has been performed. Is displayed.
[0057]
In the data packet transmitting apparatus according to the next invention, in the above invention, when the content related to the corresponding sequence number in the retransmission control table referred to based on the sequence number included in the status notification message has been retransmitted, The upper limit value of the sequence number of the multicast data packet normally received by the receiving device included in the notification message is larger than the upper limit value of the sequence number already transmitted when the retransmission set in the retransmission control table is performed. Only in this case, it is characterized in that a retransmission execution means for performing retransmission on the multicast data packet of the sequence number is provided.
[0058]
According to this invention, in the data packet transmitting apparatus that transmits data packets by multicast, in the above invention, the content related to the corresponding sequence number in the retransmission control table referenced based on the sequence number included in the status notification message is retransmitted. When the retransmission has been performed, the upper limit value of the sequence number of the multicast data packet normally received by the receiving device included in the status notification message is transmitted when the retransmission set in the retransmission control table is performed. Only when it is larger than the upper limit value of the sequence number, retransmission is performed on the multicast data packet of the sequence number by the retransmission execution means.
[0059]
In the data packet transmitting apparatus according to the next invention, in the above invention, when the transmission reason included in the status notification message is an unconditional retransmission request, the status notification message is transmitted regardless of the contents of the retransmission control table. Retransmission execution means for performing retransmission on a multicast data packet of the included sequence number is provided.
[0060]
According to the present invention, in the data packet transmission device that transmits the data packet by multicast, in the above invention, when the transmission reason included in the status notification message is an unconditional retransmission request, Regardless of the contents of the retransmission control table, retransmission is performed for the multicast data packet having the sequence number included in the status notification message.
[0061]
In the data packet transmitting apparatus according to the next invention, in the above invention, when a new data packet having the same number as the sequence number that has been retransmitted in the retransmission control table is transmitted, the contents relating to the sequence number are not retransmitted. A table reset means for performing the returning process is provided.
[0062]
According to this invention, in the data packet transmitting apparatus that transmits data packets by multicast, in the above invention, the table reset means transmits a new data packet having the same number as the sequence number that has been retransmitted in the retransmission control table. When this is done, a process for returning the contents related to the sequence number to the state of not performing retransmission is performed.
[0063]
When the data packet receiving device according to the next invention detects a missing sequence number or a data error in the process of receiving a multicast data packet with a sequence number from the transmitting device, the data packet receiving device In a data packet receiver that transmits a status notification message including an upper limit value of a packet sequence number and information on a multicast data packet in which the error is detected, a transmission reason for unconditionally requesting retransmission of the status notification message to be transmitted And transmission reason creation means for including a transmission reason for requesting retransmission that is not unconditional.
[0064]
According to the present invention, in each data packet receiving device that receives a data packet by multicast, when transmitting the status notification message, the transmission reason creation means requests the status notification message to be transmitted unconditionally. Inclusion of a transmission reason and a transmission reason for requesting retransmission that is not unconditional is performed.
[0065]
A data packet transmission system according to a next invention includes a plurality of data packet receiving apparatuses that transmit a status notification message including an upper limit value of a sequence number of a received multicast data packet and information on a multicast data packet in which an error is detected; The same data packet with a sequence number is multicast to the plurality of data packet receiving apparatuses, and when the status notification message is received from the plurality of data packet receiving apparatuses, the multicast data packet in which the error is detected is retransmitted. In a data packet transmission system comprising a data packet transmission device, the data packet transmission device relates to a sequence number corresponding to a retransmission control table based on a sequence number included in the status notification message. Referring to the contents, when the retransmission is not performed, the retransmission execution means for performing retransmission for the multicast data packet of the sequence number, and the retransmission performed in association with the sequence number of the multicast data packet subjected to the retransmission And table setting means for setting an upper limit value of sequence numbers already transmitted at the time in the retransmission control table.
[0066]
According to the present invention, in a data packet transmission apparatus in a data packet transmission system that transmits and receives data packets by multicast, when a status notification message is received, a response to the retransmission control table is based on the sequence number included in the status notification message. When the contents related to the sequence number to be referred are referred to and retransmission is not performed, retransmission is performed on the multicast data packet of the sequence number by the retransmission execution means. Then, the table setting means sets the upper limit value of the sequence number that has been transmitted when the retransmission is performed in association with the sequence number of the multicast data packet that has been retransmitted. That is, in the retransmission control table, it is initially displayed that the multicast data packet of the sequence number has not been retransmitted, but when the retransmission is performed, the implementation status of the retransmission is set and the retransmission has been performed. Is displayed.
[0067]
The data packet transmission system according to the next invention is the data packet transmission system according to the above invention, wherein the data packet transmission device retransmits the content related to the corresponding sequence number of the retransmission control table referenced based on the sequence number included in the status notification message. If the upper limit value of the sequence number of the multicast data packet that is normally received by the receiving device included in the status notification message is already set in the retransmission control table, the sequence that has been transmitted Only when the number is larger than the upper limit value of the number, there is provided a retransmission execution means for performing retransmission on the multicast data packet of the sequence number.
[0068]
According to the present invention, in the data packet transmission device in the data packet transmission system that transmits and receives data packets by multicast, in the above-described invention, the data packet transmission apparatus corresponds to the retransmission control table referenced based on the sequence number included in the status notification message. When the content related to the sequence number has been retransmitted, the retransmission is performed in which the upper limit value of the sequence number of the multicast data packet normally received by the receiving device included in the status notification message is set in the retransmission control table Only when it is larger than the upper limit value of the sequence number that has already been transmitted at the time, the retransmission execution means retransmits the multicast data packet of the sequence number.
[0069]
In the data packet transmission system according to the next invention, in the above invention, the data packet transmission device may determine whether the transmission reason included in the status notification message is an unconditional retransmission request, according to the contents of the retransmission control table. First, it is characterized by comprising retransmission execution means for performing retransmission on the multicast data packet having the sequence number included in the status notification message.
[0070]
According to the present invention, in the data packet transmission device in the data packet transmission system that transmits and receives data packets by multicast, in the above invention, when the transmission reason included in the status notification message is an unconditional retransmission request, The retransmission execution unit retransmits the multicast data packet having the sequence number included in the status notification message regardless of the contents of the retransmission control table.
[0071]
In the data packet transmission system according to the next invention, in the above invention, when the data packet transmitting device transmits a new data packet having the same number as the sequence number that has been retransmitted in the retransmission control table, the sequence number And a table resetting means for performing processing for returning the contents related to non-resending.
[0072]
According to the present invention, in the data packet transmission device in the data packet transmission system that transmits and receives data packets by multicast, in the above invention, the table reset means uses the same number as the sequence number that has been retransmitted in the retransmission control table. When the new data packet is transmitted, a process for returning the content related to the sequence number to the retransmission not executed is performed.
[0073]
In the data packet transmission system according to the next invention, in the above invention, the data packet receiving device transmits a transmission reason for unconditionally requesting retransmission to the status notification message to be transmitted and a transmission reason for requesting retransmission that is not unconditional. The transmission reason creation means is included.
[0074]
According to the present invention, in the data packet receiving apparatus in the data packet transmission system that transmits and receives data packets by multicast, in the above invention, when the status notification message is transmitted, the transmission reason creating means transmits the status. The notification message includes a transmission reason for requesting retransmission unconditionally and a transmission reason for requesting retransmission that is not unconditional.
[0075]
In the data packet retransmission control method according to the next invention, the data packet transmitting device multicasts the same data packet with a sequence number to a plurality of data packet receiving devices, and the multicast data packet received normally from the data packet receiving device. In a data packet retransmission control method for performing retransmission of a multicast data packet in which an error is detected when a status notification message including an upper limit value of a sequence number and information on a multicast data packet in which an error is detected is received, The packet transmission device refers to the contents related to the corresponding sequence number in the retransmission control table based on the sequence number included in the status notification message, and when retransmission has not been performed, the multicast data of the sequence number is transmitted. A retransmission execution step for performing retransmission on the packet, and an upper limit value of the sequence number that has been transmitted at the time of performing the retransmission in association with the sequence number of the multicast data packet for which the retransmission has been performed is set in the retransmission control table And a table setting step.
[0076]
According to the present invention, when a data packet transmitting apparatus receives a status notification message requesting retransmission when the data packet is exchanged by multicast, the retransmission control table is based on the sequence number included in the status notification message. When the content related to the corresponding sequence number is referred to and retransmission is not performed, retransmission is performed on the multicast data packet of the sequence number in the retransmission step. Then, in the table setting step, the upper limit value of the sequence numbers that have already been transmitted when the retransmission is performed in association with the sequence number of the multicast data packet that has been retransmitted is set in the retransmission control table. That is, in the retransmission control table, it is initially displayed that the multicast data packet of the sequence number has not been retransmitted, but when the retransmission is performed, the implementation status of the retransmission is set and the retransmission has been performed. Is displayed.
[0077]
In the data packet retransmission control method according to the next invention, in the above invention, the data packet transmission device retransmits the content related to the corresponding sequence number in the retransmission control table referenced based on the sequence number included in the status notification message. When the retransmission has been performed, the upper limit value of the sequence number of the multicast data packet normally received by the receiving device included in the status notification message is transmitted when the retransmission set in the retransmission control table is performed. Only when it is larger than the upper limit value of the sequence number, it includes a retransmission execution step of performing retransmission on the multicast data packet of the sequence number.
[0078]
According to this invention, in the above invention, when the data packet transmitting apparatus receives the status notification message requesting retransmission, the data packet transmitting apparatus corresponds to the retransmission control table referenced based on the sequence number included in the status notification message. When the content related to the sequence number has been retransmitted, the retransmission is performed in which the upper limit value of the sequence number of the multicast data packet normally received by the receiving device included in the status notification message is set in the retransmission control table Only when it is larger than the upper limit value of the sequence numbers that have already been transmitted, retransmission is performed for the multicast data packet of the sequence number in the retransmission execution step.
[0079]
In the data packet retransmission control method according to the next invention, in the above invention, the data packet transmission device includes the contents of the retransmission control table when the transmission reason included in the status notification message is an unconditional retransmission request. Regardless, the present invention is characterized in that it includes a retransmission execution step of performing retransmission on the multicast data packet having the sequence number included in the status notification message.
[0080]
According to the present invention, in the above invention, when the status notification message requesting retransmission is received, the data packet transmitting apparatus checks the transmission reason included in the status notification message, and the transmission reason is an unconditional retransmission request. In this case, in the retransmission execution step, retransmission is performed on the multicast data packet having the sequence number included in the status notification message regardless of the contents of the retransmission control table.
[0081]
In the data packet retransmission control method according to the next invention, in the above invention, when the data packet transmitting apparatus transmits a new data packet having the same number as the sequence number that has been retransmitted in the retransmission control table, It includes a table resetting process for performing processing for returning the contents related to the number to the retransmission not executed.
[0082]
According to this invention, in the above-mentioned invention, in the data packet transmitting apparatus, when a new data packet having the same number as the sequence number that has been retransmitted in the retransmission control table is transmitted in the table reset step, the sequence number A process is performed to return the contents related to non-resending.
[0083]
The data packet retransmission control method according to the next invention is the data packet retransmission control method according to the above invention, wherein the data packet receiver transmits a transmission reason for unconditionally requesting retransmission to the status notification message to be transmitted and a transmission requesting unconditional retransmission. And a step of including a reason.
[0084]
According to the present invention, each data packet receiving device that receives a data packet by multicast, when transmitting a status notification message, unconditionally requests retransmission of the status notification message to be transmitted in the transmission reason creation step. Inclusion of a transmission reason and a transmission reason for requesting retransmission that is not unconditional is performed.
[0085]
DETAILED DESCRIPTION OF THE INVENTION
Exemplary embodiments of a data packet transmitting device, a data packet receiving device, a data packet transmission system, and a data packet retransmission control method according to the present invention are explained in detail below with reference to the accompanying drawings.
[0086]
Embodiment 1 FIG.
1 is a block diagram showing a configuration of a data packet transmission system according to a first embodiment of the present invention. FIG. 2 is a block diagram showing a configuration of the transmitting station shown in FIG. FIG. 3 is a diagram showing a format example of a data packet transmitted by the transmitting station shown in FIG. FIG. 4 is a diagram illustrating a configuration example of a retransmission control table provided for the retransmission control by the transmitting station illustrated in FIG. FIG. 5 is a block diagram showing a configuration of the receiving station shown in FIG. FIG. 6 is a diagram showing a format example of a status notification message transmitted by the receiving station shown in FIG. FIG. 7 is a diagram showing a format example of a status notification message transmitted by the receiving station shown in FIG. 1 due to error detection or time-out of a periodic timer. In FIGS. 3, 6, and 7, the same or corresponding numbers are assigned to the same parts as in the conventional example (FIGS. 23 and 24).
[0087]
In FIG. 1, a transmission station 1 that is a data packet transmission device and a reception station 2 that is a data packet reception device are connected via a transmission path (wireless transmission path or wired transmission path) 3. The transmitting station 1 sequentially transmits data packets (RLC-PDU) generated by interleaving a predetermined number of new PDUs (data packets with a sequence number) sent from an upper layer to the transmission path 3 in order. At this time, the transmitting station 1 can give the Poll bit to the data packet with the sequence number to be transmitted. The data packet with a sequence number to which the Poll bit is added is referred to as a status notification request message that requests the receiving station 2 to transmit a status notification message (STATUS-PDU).
[0088]
This Poll bit may be set in a data packet to be transmitted after that when the ratio of data packets for which delivery confirmation has not been taken exceeds a certain number. In addition, when it is necessary to indicate the tail of a data packet received from an upper layer, the data packet including the tail may be set. The receiving station 2 deinterleaves the data packet (RLC-PDU) fetched from the transmission path 3 to restore the data packet with the sequence number, and processes the received data while checking the continuity and CRC of the sequence number. Execute. At this time, the receiving station 2 notifies the transmitting station 1 of the reception status of the transmitted data packet (RLC-PDU) using a status notification message (STATUS-PDU).
[0089]
The status notification message (STATUS-PDU) may be generated and transmitted when the status notification request message is sent from the transmitting station 1, or may be spontaneously generated and transmitted by the receiving station 2. The case of spontaneous transmission is when an error such as missing sequence number or CRC error is detected, and when the periodic timer times out. The status notification message (STATUS-PDU) created and transmitted when an error is detected includes the sequence number of the erroneous data packet and the upper limit value of the sequence number that can be normally received. The status notification message (STATUS-PDU) created and sent when a status notification request message is received or timed out has the same contents as above if error detection has been performed, but the sequence number continuity When the CRC is correctly confirmed, the fact (ACK) and the upper limit value of the sequence number of the data packet that can be normally received are included.
[0090]
When the transmitting station 1 receives a status notification message (STATUS-PDU) including the sequence number of the erroneous data packet from the receiving station 2, it recognizes it as a retransmission request and performs retransmission. In this Embodiment 1, The transmitting station 1 has the configuration shown in FIG. 2, and the receiving station 2 has the configuration shown in FIG. 5, and the retransmission is performed under certain conditions. In the following description, detection of missing sequence numbers is taken up as an example of error detection.
[0091]
FIG. 2 is a block diagram mainly showing the configuration of the part related to the retransmission control of the transmitting station. In FIG. 2, the transmission station 1 includes a transmission PDU generation unit 11, a transmission unit 12, a Poll Counter 13, a retransmission determination unit 14, a retransmission control table 15, a message reception processing unit 16, and a reception unit 17.
[0092]
The Poll Counter 13 is a counter that is incremented every time the Poll bit is set. The count value of the Poll Counter 13 is output to the transmission PDU generation unit 11 and the retransmission determination unit 14 as a request number. The transmission PDU generation unit 11 sequentially transmits data packets (RLC-PDUs) generated by interleaving a predetermined number of new PDUs (transmission data packets with a sequence number) from an upper layer to the transmission path 3 via the transmission unit 12. Send to each other. At this time, when there is a Poll bit setting input, the transmission PDU generation unit 11 gives the Poll bit to the corresponding data packet, and gives the count value of the Poll Counter 13 to the data packet as a request number. In addition, when a retransmission PDU (retransmission data packet with a sequence number) is input from the retransmission determination unit 14, the transmission PDU generation unit 11 generates a data packet (RLC-PDU) including the retransmission PDU and a new PDU.
[0093]
The status notification message (STATUS-PDU) sent from the receiving station 2 is input to the message reception processing unit 16 via the receiving unit 17. The message reception processing unit 16 transmits the received status notification message (STATUS-PDU) to the retransmission determination unit 14, and the status notification message (STATUS-PDU) includes a retransmission request information element 420 shown in FIG. If it is, the information (the head sequence number, the number of succeeding units, the number of sets) set in it is taken out and stored. This stored information is used by the retransmission determination unit 14.
[0094]
When receiving the status notification message (STATUS-PDU) from the message reception processing unit 16, the retransmission determining unit 14 first checks whether the retransmission control table 15 exists. As a result, if the retransmission control table 15 does not exist, the retransmission determination unit 14 determines that retransmission processing is necessary, and retransmits the upper limit value of the sequence number of the data packet transmitted up to the determination time, as will be described later. The control table 15 is set, and the retransmission PDU is output to the transmission PDU generation unit 11.
[0095]
On the other hand, when the retransmission control table 15 exists, the retransmission determination unit 14 refers to the retransmission control table 15 and basically sets the upper limit value of the sequence number included in the received status notification message (STATUS-PDU). Is compared with the upper limit value of the sequence number set in the retransmission control table 15. If the upper limit value of the sequence number included in the received status notification message (STATUS-PDU) does not exceed the upper limit value of the sequence number set in the retransmission control table 15, the received status notification message (STATUS-PDU) PDU) and the retransmission control table 15 are used to extract a difference between information on data packets and determine whether or not to perform retransmission. There are various specific determination conditions, which will be described later.
[0096]
At this time, since one or more retransmission control tables 15 are set, the retransmission determination unit 14 performs the above determination operation for each retransmission control table 15. The retransmission control table 15 that has become unnecessary in the process is deleted, and when the retransmission control table 15 is required, an additional setting operation is performed.
[0097]
Before describing the retransmission control table 15, the format of the data packet transmitted by the transmitting station 1 will be described. In FIG. 3, a “Poll Counter” 306 is added to a data packet 300 (hereinafter sometimes simply referred to as “RLC-PDU”) in the first embodiment. In the “Poll Counter” 306, the count value of the Poll Counter 13 that is incremented by the setting of the Poll bit in “P” 303 is set. That is, the Poll Counter 13 is counting the sequence number of the status notification request message. Others are the same as the conventional example (FIG. 23). The RLC-PDU 300 in which the Poll bit is set in “P” 303 is a status notification request message. In the following description, it is assumed that the notation “P” 303 means that the Poll bit is set.
[0098]
As shown in FIG. 4, the retransmission control table 15 includes “Poll Counter” 401, “Cause” 402, “VT (M)” 403, “LENGTH” 404, “SN”. 1 405-1 to "SN LENGTH "405-L (hereinafter simply referred to as" SN "405," SN ", etc.)," L 1 "406-1-" L LENGTH "406-L (hereinafter simply referred to as" L "406," L ", etc.) is set. In “Poll Counter” 401, the count value of Poll Counter 13, that is, the request number transmitted to the receiving station 2 is set. When this setting is performed, retransmission is performed thereafter. Accordingly, the “Poll Counter” 401 is set to the count value of the Poll Counter 13 at the time of retransmission determination.
[0099]
In “Cause” 402, the transmission reason “Cause” extracted from the received status notification message is set. In “VT (M)” 403, the upper limit value of the sequence number of the data packet transmitted until the retransmission decision time is set. In “SN” 405, the head sequence number of the retransmitted data packet is set. In “L” 406, the number of data packets successively following the data packet of “SN” 405 (hereinafter referred to as “following number”) is set. In “LENGTH” 404, the number of sets of the head sequence number “SN” 405 and the subsequent number “L” 406 is set.
[0100]
Next, the receiving station 2 will be described. FIG. 5 is a block diagram mainly showing the configuration of the part related to the retransmission control of the receiving station 2. As shown in FIG. 5, the receiving station 2 includes a receiving unit 21, a sequence monitoring unit 22, a cycle timer 23, a transmission reason creation unit 24, a status notification message creation unit 25, and a transmission unit 26.
[0101]
The receiving unit 21 deinterleaves the data packet (RLC-PDU) transmitted from the transmitting station 1, transmits each data packet to the sequence monitoring unit 22 in the reception processing system, and also performs the deinterleaved individual packet. It is checked whether or not a data packet with “P” 303, that is, a status notification request message is included in the data packet. When the status notification request message is detected, the message request (“P” 303) and the request number (Poll Counter 306) included in the status notification request message are extracted and output to the status notification message creating unit 25, while the message request (“P”) is output. 303) is output to the transmission reason creation unit 24.
[0102]
The sequence monitoring unit 22 checks the continuity of the sequence numbers in the continuously received data packets. When the sequence monitoring unit 22 detects a missing sequence number, the sequence monitoring unit 22 outputs the missing sequence number to the status notification message creating unit 25 and detects the missing sequence. This is notified to the transmission reason creation unit 24. For example, the periodic timer 23 measures an interval such as 5 seconds, and notifies the transmission reason creation unit 24 and the status notification message creation unit 25 that a time-out has occurred every time it is measured.
[0103]
The transmission reason creation unit 24 creates a reason that causes the status notification message creation unit 25 to create and transmit a status notification message (STATUS-PDU), that is, a transmission reason, and outputs the reason to the status notification message creation unit 25. That is, upon receiving a message request (“P” 303) from the receiving unit 21, the transmission reason creating unit 24 creates a transmission reason “Reception of“ P ”303” and outputs it to the status notification message creating unit 25. When the reason creation unit 24 receives a timeout from the periodic timer 23, the reason creation unit 24 creates a transmission reason “periodic timer timeout” and outputs it to the state notification message creation unit 25. The transmission reason creation unit 24 also includes the sequence monitoring unit 22. When the missing detection is received from “”, a transmission reason “detection of missing sequence number 302” is created and output to the status notification message creating unit 25.
[0104]
The status notification message creation unit 25 creates the status notification message shown in FIG. 6 and FIG. 7 (hereinafter sometimes simply referred to as “STATUS-PDU”), and sends the transmission station 1 to the transmission path 3 via the transmission unit 26. Send to. As shown in FIGS. 6 and 7, in the first embodiment, a transmission reason “Cause” 315 is added. The transmission reason received from the transmission reason creation unit 24 is set in the transmission reason “Cause” 315. 6 is a message that the receiving station 2 transmits by receiving the Poll bit, and therefore, “Reception of“ P ”303” is set in the transmission reason “Cause” 315. FIG. Since the STATUS-PDU 310-2 shown is a message that is transmitted due to a missing detection in the sequence monitoring unit 22 or a timeout of the period timer 23, the transmission reason “Cause” 315 includes “missing detection of sequence number 302” or “period Timer timeout "is set.
[0105]
As shown in FIG. 6, “Poll Counter” 316 and “R” 312 are added to the STATUS-PDU 310-1 transmitted by the receiving station 2 by receiving the Poll bit. In “Poll Counter” 316, the request number (Poll Counter 306) received from the receiving unit 21 is set as it is. “R” 312 is a reserved bit.
[0106]
In FIG. 6 and FIG. 7, the rest is the same as the conventional STATUS-PDU 310a (FIG. 24). That is, the delivery confirmation information element 410 shown in FIG. 25 and the retransmission request information element 420 shown in FIG. 26 are similarly applied to this embodiment. That is, the status notification message creating unit 25 sets “LSN” 412 in the delivery confirmation information element 410. If there is a data packet requesting retransmission, “SN” 424, “L” 425, and “LENGTH” 422 are set in the retransmission request information element 420.
[0107]
Next, a data packet retransmission control operation performed in the data packet transmission system configured as described above will be described with reference to FIG. 8 (operation example 1). FIG. 8 is a sequence diagram for explaining the data packet retransmission control operation. In the communication scheme being developed by 3GPP, it is possible to transmit a plurality of RLC-PDUs 300 at every periodic transmission interval TTI (TTI: Transmission Time Interval). FIG. 8 shows an example in which four RLC-PDUs 300 are transmitted for each transmission interval TTI. In FIG. 8, the transmission interval TTI between the transmitting station and the receiving station is the same, and it is assumed that there is no deviation between the transmission and reception timings.
[0108]
In FIG. 8, two RLC-PDUs (Seq.No = 1) among the four RLC-PDUs (Seq.No = 0, 1, 2, 3) transmitted by the transmitting station during the transmission interval TTI-0. , 2), the receiving station detects a loss of Seq. No = 1, 2 in the RLC-PDU reception process in the protocol process 110-1 performed during the next transmission interval TTI-1. Then, the following STATUS-PDU (200-1) 310-2 is created. That is, in this STATUS-PDU (200-1) 310-2, “Miss” indicating “detection of missing transmission sequence number 302” is set in the transmission reason “Cause” 315 in FIGS. , “LSN” 412 is set to a value “4” next to the sequence number upper limit value “3” when it is normally received, and the first sequence number “1” of the RLC-PDU 300 requesting retransmission to “SN” 424 is set. ”Is set, and the subsequent number“ 1 ”is set in“ L ”425.
[0109]
In the next transmission interval TTI-2, the receiving station transmits STATUS-PDU (200-1) 310-2 having the above contents, and requests retransmission to the transmitting station. From the retransmission request information element 420 of the received STATUS-PDU (200-1) 310-2, the transmitting station performs the STATUS-PDU reception processing in the protocol processing 100-1 performed in the next transmission interval TTI-3. Recognizing the missing Seq.No = 1,2, that is, retransmit request for the RLC-PDU 300 of Seq.No = 1,2. In this example, since the retransmission control table 15 does not exist, the retransmission control table 15 is set as follows.
[0110]
That is, in FIG. 4, “Cause” 402 is set with the transmission reason “Miss” read from the transmission reason “Cause” 315 of the received STATUS-PDU 310-2. In “VT (M)” 403, an upper limit value “15” of the sequence number of the RLC-PDU 300 transmitted to the receiving station by the transmission interval TTI-3 determined to be retransmitted is set. In the “SN” 405, the first sequence number “1” fetched from the STATUS-PDU 310-2 is set. In “L” 406, the subsequent number “1” taken from the STATUS-PDU 310-2 is set. In “LENGTH” 404, the number of sets “1” is set. As will be described later, in the RLC-PDU 300 with Seq. No = 11, the Poll bit P1 is set and the count value of the “Poll Counter” 306 is “1”. Then, the count value “1” of “Poll Counter” 306 at the time when it is determined to perform retransmission (that is, the period of the transmission interval TTI-3) is set.
[0111]
The transmitting station retransmits the RLC-PDU 300 with Seq. No = 1, 2 during the next transmission interval TTI-4. In the period of the transmission interval TTI-4, two RLC-PDUs 300 of Seq.No = 1,2 related to retransmission and two RLC-PDUs 300 of Seq.No = 16,17 that are the original transmission data are transmitted. become.
[0112]
On the other hand, in the transmitting station, when the Poll bit P1 (“P” 303) is set in the RLC-PDU 300 of Seq. No = 11 transmitted in the transmission interval TTI-2, the Poll Counter 13 is incremented and the count is increased. The value “1” is set in the “Poll Counter” 306 of the RLC-PDU 300 as a request number. That is, in the period of the transmission interval TTI-2, the RLC-PDU 300 with the status notification request and the request number is transmitted to the receiving station.
[0113]
In the RLC-PDU reception process in the protocol process 111-1 performed during the next transmission interval TTI-3, the receiving station detects the Poll bit P1 (“P” 303) and detects the status notification message (STATUS-PDU310). -1) is recognized. However, at this time, the receiving station has not yet received the RLC-PDU 300 of Seq. Therefore, the receiving station creates a status notification message (STATUS-PDU (201-1) 310-1) having the following content.
[0114]
In other words, the STATUS-PDU (201-1) 310-1 created in the protocol processing 111-1 performed during the transmission interval TTI-3 includes the transmission reason “Cause” in FIGS. “P1” indicating “Poll bit P1 (“ P ”303) reception” ”is set in 315, and the value read from“ Poll Counter ”306 of the status notification request message received in the request number (“ Poll Counter ”316) The value “12” next to the sequence number upper limit value “11” when “1” is set and the “LSN” 412 has received the transmission request for the status notification message before the transmission interval TTI-3 is recognized. The initial sequence number “1” of the RLC-PDU 300 requesting retransmission is set in “SN” 424, and the subsequent number “1” is set in “L” 425.
[0115]
In the next transmission interval TTI-4, the receiving station transmits the STATUS-PDU (201-1) 310-1 having the above-described content, and the RLC-PDU 300 of Seq. A retransmission request is notified again to the transmitting station. In response to the received STATUS-PDU 310-1, the transmitting station issues a retransmission request for the RLC-PDU 300 with Seq. No = 1, 2 in the protocol processing 101-1 performed in the next transmission interval TTI-5. If recognized, the presence of the retransmission control table 15 is confirmed, the retransmission control table 15 is referred to, and whether or not retransmission is necessary is determined as follows.
[0116]
First, the value obtained by subtracting “−1” from “LSN” included in the STATUS-PDU 310-1 is compared with “VT (M)” 403 set in the retransmission control table 15. LSN-1 = 11, which is smaller than the value “15” of “VT (M)” 403. As a result, the transmitting station confirms that the STATUS-PDU 310-1 received this time is a status notification message transmitted before the retransmission of the RLC-PDU 300 with Seq.
[0117]
Next, “LENGTH” 422, “SN” 424 and “L” 425 set in the received STATUS-PDU 310-1, and “LENGTH” 404, “SN” 405 and “ L ”406 is compared. Here, LENGTH = 1, SN = 1, and L = 1, which are the same.
[0118]
For this reason, the RLC-PDU 300 of Seq.No = 1,2 related to the retransmission request received this time has already been retransmitted and waiting for delivery confirmation, and no new retransmission request is included. Can be recognized. Therefore, the transmitting station determines not to retransmit the RLC-PDU 300 with Seq. No = 1, 2 in the STATUS-PDU reception process in the protocol process 101-1, which is performed during the transmission interval TTI-5. .
[0119]
When the transmitting station sets the Poll bit P2 (“P” 303) in the RLC-PDU 300 of Seq. No = 19 transmitted in the period of the transmission interval TTI-5, the receiving station sets the next transmission interval TTI- In the protocol processing 112-1 executed in the period 6, the Poll bit P 2 (“P” 303) is detected, and the transmission request of the STATUS-PDU 310-1 is recognized. The receiving station returns the STATUS-PDU 310-1 at the next transmission interval TTI-7 (not shown), but the RLC-PDU 300 of Seq.No = 1, 2 retransmitted by the transmitting station by the returned STATUS-PDU 310-1. Will be notified of the reception result.
[0120]
As described above, according to the first embodiment, the transmission station uses the retransmission control table 15 to execute the transmission reason “Cause” 402 read from the status notification message every time the RLC-PDU 300 is retransmitted. The upper limit value “VT (M)” 403 of the sequence number transmitted until the table setting time point, the value of “Poll Counter” 401 at the setting time point, the sequence number “SN” 405 of the retransmitted RLC-PDU 300 and the subsequent number Since “L” 406 and “LENGTH” 404 are stored in association with each other, useless retransmission due to the retransmission request by the STATUS-PDU 310-1 based on the reception of the Poll bit received by passing the retransmission of the RLC-PDU 300 is performed. Since it can be suppressed and only necessary retransmission can be performed, it is possible to prevent waste of resources of a wireless line or a wired line.
[0121]
Embodiment 2. FIG.
FIG. 9 is a sequence diagram illustrating the data packet retransmission control method according to the second embodiment of the present invention. In the second embodiment, an operation example 2 of the data packet retransmission control operation performed in the data packet transmission system shown in FIG. 1 is shown. In FIG. 9, two RLC-PDUs (Seq.No = Seq. No. 4) out of four RLC-PDUs (Seq.No = 0, 1, 2, 3) 300 transmitted by the transmitting station during the transmission interval TTI-0. 1,2) When there is a missing in 300, the receiving station determines that Seq.No = 1,2 in the RLC-PDU reception process in the protocol process 110-2 performed in the next transmission interval TTI-1. When the omission is detected, the following STATUS-PDU (200-2) 310-2 is created.
[0122]
That is, in this STATUS-PDU (200-2) 310-2, “Miss” indicating “detection of missing transmission sequence number 302” is set in the transmission reason “Cause” 315 in FIGS. , “LSN” 412 is set to a value “4” next to the sequence number upper limit value “3” when it is normally received, and the first sequence number “1” of the RLC-PDU 300 requesting retransmission to “SN” 424 is set. ”Is set, and the subsequent number“ 1 ”is set in“ L ”425.
[0123]
In the next transmission interval TTI-2, the receiving station transmits a STATUS-PDU (200-2) 310-2 having the above contents to the transmitting station and requests retransmission. From the retransmission request information element 420 of the received STATUS-PDU (200-2) 310-2 in the STATUS-PDU reception process in the protocol process 100-2 performed in the next transmission interval TTI-3. Recognizing the missing Seq.No = 1,2, that is, retransmit request for the RLC-PDU 300 of Seq.No = 1,2. In this example, since the retransmission control table 15 does not exist, the retransmission control table 15 is set as follows.
[0124]
That is, in FIG. 4, “Cause” 402 is set to “Miss” read from the transmission reason “Cause” 315 of the received STATUS-PDU 310-2. In “VT (M)” 403, an upper limit value “15” of the sequence number of the RLC-PDU 300 transmitted to the receiving station by the transmission interval TTI-3 determined to be retransmitted is set. In the “SN” 405, the first sequence number “1” fetched from the STATUS-PDU 310-2 is set. In “L” 406, the subsequent number “1” taken from the STATUS-PDU 310-2 is set. In “LENGTH” 404, the number of sets “1” is set. Unlike the first embodiment, in the RLC-PDU 300 with Seq. No = 11, the Poll bit is not set, so that “Poll” at the time when it is determined that retransmission is performed (that is, the period of the transmission interval TTI-3). The count value of “Counter” 306 is “0”, and the value “0” is set in “Poll Counter” 401.
[0125]
The transmitting station retransmits the RLC-PDU 300 with Seq. No = 1, 2 during the next transmission interval TTI-4. In the period of the transmission interval TTI-4, two RLC-PDUs 300 of Seq.No = 1,2 related to retransmission and two RLC-PDUs 300 of Seq.No = 16,17 that are the original transmission data are transmitted. become.
[0126]
On the other hand, in the receiving station, since the period timer 23 has timed out (TO) during the transmission interval TTI-3, in the protocol processing 111-2 performed during the transmission interval TTI-3, the state based on the timeout (TO) Recognizing the transmission request of the notification message (STATUS-PDU 310-2). However, at this time, the receiving station has not yet received the RLC-PDU 300 of Seq. Therefore, the receiving station creates a status notification message (STATUS-PDU (201-2) 310-2) having the following contents.
[0127]
That is, in this STATUS-PDU (201-2) 310-2, “TO” indicating “timeout of the periodic timer” is set in the transmission reason “Cause” 315 in FIGS. The value “12” next to the sequence number upper limit value “11” in the case where reception is possible by the transmission interval TTI-3 during which the transmission request of the STATUS-PDU 310-2 is recognized is set in the “SNN” 412. ”424 is set with the leading sequence number“ 1 ”of the RLC-PDU 300 requesting retransmission, and“ L ”425 is set with the subsequent number“ 1 ”.
[0128]
The receiving station transmits the STATUS-PDU (201-2) 310-2 having the above contents during the next transmission interval TTI-4, and the RLC-PDU 300 of Seq. A retransmission request is notified again to the transmitting station. In response to the received STATUS-PDU (201-2) 310-2, the transmission station performs Seq. No. in the STATUS-PDU reception process in the protocol process 101-2 performed in the next transmission interval TTI-5. When the retransmission request for the RLC-PDU 300 of = 1, 2 is recognized, the presence of the retransmission control table 15 is confirmed, the retransmission control table 15 is referred to, and the necessity of retransmission is determined as follows.
[0129]
First, a comparison is made between the value “−1” from “LSN” included in the STATUS-PDU (201-2) 310-2 and “VT (M)” 403 set in the retransmission control table 15. LSN-1 = 11, which is smaller than the value “15” of “VT (M)” 403. As a result, it is confirmed that the STATUS-PDU 310-2 received this time is a status notification message transmitted before the retransmission of the RLC-PDU 300 with Seq.
[0130]
Next, “LENGTH” 422, “SN” 424 and “L” 425 set in the received STATUS-PDU (201-2) 310-2, “LENGTH” 404 set in the retransmission control table 15, Compare “SN” 405 and “L” 406. Here, LENGTH = 1, SN = 1, and L = 1, which are the same.
[0131]
For this reason, the RLC-PDU 300 of Seq.No = 1,2 related to the retransmission request received this time has already been retransmitted and waiting for delivery confirmation, and no new retransmission request is included. Can be recognized. Therefore, the transmitting station determines not to retransmit the RLC-PDU 300 with Seq.No = 1, 2 in the STATUS-PDU reception processing in the protocol processing 101-2 performed during the transmission interval TTI-5. .
[0132]
When the transmitting station sets the Poll bit P1 (“P” 303) in the SLC.No = 19 RLC-PDU 300 transmitted during the transmission interval TTI-5, the receiving station sets the next transmission interval TTI−. The PLC bit P1 (“P” 303) is detected in the RLC-PDU reception process in the protocol process 112-2 performed in the period 6 to recognize the transmission request for the STATUS-PDU 310-1. The receiving station returns STATUS-PDU 310-1 at the next transmission interval TTI-7 (not shown). The receiving station notifies the reception result of the RLC-PDU 300 of Seq.No = 1, 2 retransmitted by the transmitting station by the returned STATUS-PDU 310-1.
[0133]
As described above, according to the second embodiment, the transmission station uses the retransmission control table 15 to perform the retransmission reason “Cause” 402 read from the status notification message every time the RLC-PDU 300 is retransmitted. The sequence number upper limit “VT (M)” 403 transmitted up to the table setting time point is associated with the retransmitted RLC-PDU 300 sequence number “SN” 405, the subsequent number “L” 406, and “LENGTH” 404. Since it is stored, it is possible to suppress unnecessary retransmission due to a retransmission request by the STATUS-PDU 310-2 based on the timeout of the periodic timer received by passing the retransmission of the RLC-PDU 300, and only necessary retransmission is performed. Therefore, it is possible to prevent wasteful use of resources of a wireless line or a wired line.
[0134]
Embodiment 3 FIG.
FIG. 10 is a sequence diagram illustrating a data packet retransmission control method according to the third embodiment of the present invention. In the third embodiment, an operation example 3 of the data packet retransmission control operation performed in the data packet transmission system shown in FIG. 1 is shown. In FIG. 10, two RLC-PDUs (SN = 1, 4) out of four RLC-PDUs (Seq. No = 0, 1, 2, 3) 300 transmitted by the transmitting station during the transmission interval TTI-0. 2) When there is a missing in 300, the receiving station detects the missing of Seq.No = 1, 2 in the RLC-PDU reception process in the protocol process 110-3 performed in the next transmission interval TTI-1. Upon detection, the receiving station creates the following STATUS-PDU (200-3) 310-2.
[0135]
That is, in this STATUS-PDU (200-3) 310-2, “Miss” indicating “missing detection of transmission sequence number 302” is set in the transmission reason “Cause” 315 in FIGS. Then, “LS” 412 is set to a value “4” next to the sequence number upper limit value “3” when it is normally received, and “SN” 424 is requested to retransmit the first sequence number “ 1 ”is set, and the subsequent number“ 1 ”is set in“ L ”425. The receiving station transmits a STATUS-PDU (200-3) 310-2 having the above contents during the next transmission interval TTI-2, and requests retransmission from the transmitting station.
[0136]
From the retransmission request information element 420 of the received STATUS-PDU (200-3) 310-2, the transmitting station performs the STATUS-PDU reception processing in the protocol processing 100-3 performed in the next transmission interval TTI-3. Recognizing the missing Seq.No = 1,2, that is, retransmit request for the RLC-PDU 300 of Seq.No = 1,2. In this example, since the retransmission control table 15 does not exist, the retransmission control table 15 is set as follows.
[0137]
That is, in FIG. 4, “Cause” 402 is set with the transmission reason “Miss” read from the transmission reason “Cause” 315 of the received STATUS-PDU 310-2. In “VT (M)” 403, an upper limit value “15” of the sequence number of the RLC-PDU 300 transmitted to the receiving station by the transmission interval TTI-3 determined to be retransmitted is set. In the “SN” 405, the first sequence number “1” fetched from the STATUS-PDU 310-2 is set. In “L” 406, the subsequent number “1” taken from the STATUS-PDU 310-2 is set. In “LENGTH” 404, the number of sets “1” is set. As in the first embodiment, in the RLC-PDU 300 with Seq. No = 11, the Poll bit P1 (“P” 303) is set, so that it is determined that retransmission is to be performed (that is, the transmission interval TTI- The count value of “Poll Counter” 306 in “period 3” is “1”, and the value “1” is set in “Poll Counter” 401.
[0138]
The transmitting station retransmits the RLC-PDU 300 with Seq. No = 1, 2 during the next transmission interval TTI-4. In the period of the transmission interval TTI-4, two RLC-PDUs 300 of Seq.No = 1,2 related to retransmission and two RLC-PDUs 300 of Seq.No = 16,17 that are the original transmission data are transmitted. become.
[0139]
On the other hand, in the transmitting station, when the Poll bit P1 (“P” 303) is set in the RLC-PDU 300 of Seq. No = 11 transmitted in the transmission interval TTI-2, the Poll Counter 13 is incremented and the count is increased. The value “1” is set in the “Poll Counter” 306 of the RLC-PDU 300 as a request number. That is, in the period of the transmission interval TTI-2, the status notification request and the RLC-PDU 300 for the request number are transmitted to the receiving station. At this time, it is assumed that the RLC-PDU 300 of Seq. No = 9 transmitted by the transmitting station in the period of the transmission interval TTI-2 does not reach the receiving station correctly.
[0140]
As a result, the receiving station detects the loss of the RLC-PDU 300 with Seq. No = 9 in the RLC-PDU reception processing in the protocol processing 111-3 performed in the next transmission interval TTI-3, and It is detected that the Poll bit P1 (“P” 303) is set in the RLC-PDU 300 of .No = 11. However, at this time, the receiving station has not yet received the RLC-PDU 300 of Seq. Therefore, the receiving station creates status notification messages (STATUS-PDU (201-3) 310-1, 310-2) having the following contents.
[0141]
That is, in the STATUS-PDU (201-3) 310-1 created in the RLC-PDU reception process in the protocol process 111-3 performed during the transmission interval TTI-3, in FIGS. “P1” indicating “Poll bit P1 (“ P ”303) received” ”is set in the transmission reason“ Cause ”315, and“ Poll Counter ”of the status notification request message received in the request number (“ Poll Counter ”316). “1” read from “306” is set, and the sequence number upper limit value “11” is assumed to be received by the “LSN” 412 within the transmission interval TTI-3 in which the transmission request for the status notification message is recognized. The next value “12” is set. Also, “SN” 424 and “L” 425 include a retransmission request “SN = 1, L = 1” for the RLC-PDU 300 of Seq.No = 1, 2 and an RLC-PDU 300 of Seq.No = 9. A retransmission request “SN = 9, L = 0” is set for “”, and “2” is set for “LENGTH” 422.
[0142]
The receiving station transmits the STATUS-PDU (201-3) 310-1 having the above-described content during the next transmission interval TTI-4, and the RLC-PDU 300 of Seq. A retransmission request is notified to the transmitting station. For the received STATUS-PDU (201-3) 310-1, the transmitting station performs Seq. No. in the STATUS-PDU reception process in the protocol process 101-3 performed in the next transmission interval TTI-5. When the retransmission request for the RLC-PDU 300 of = 1, 2, 9 is recognized, the presence of the retransmission control table 15 is confirmed, the retransmission control table 15 is referred to, and the necessity of retransmission is determined as follows.
[0143]
First, the value “−1” from “LSN” included in the STATUS-PDU (201-3) 310-1 is compared with the “VT (M)” 403 set in the retransmission control table 15. LSN-1 = 11, which is smaller than the value “15” of “VT (M)” 403. As a result, it is confirmed that the STATUS-PDU 310-1 received this time is a message transmitted before the retransmission of the RLC-PDU 300 with Seq.
[0144]
Next, “LENGTH” 422, “SN” 424 and “L” 425 set in the STATUS-PDU (201-3) 310-1, and “LENGTH” 404, “SN” set in the retransmission control table 15 are set. "405" and "L" 406 are compared. Here, “LENGTH” 404 of the retransmission control table 15 is “1”, but “LENGTH” 422 of the STATUS-PDU 310-1 is “2”. The retransmission control table 15 has a setting of “SN = 1, L = 1” but does not have a setting of “SN = 9, L = 0”.
[0145]
For this reason, among the Seq.No = 1,2,9 related to the retransmission request received this time, the RLC-PDU 300 having the consecutive sequence numbers Seq.No = 1,2 has already been retransmitted and waiting for its delivery confirmation. Moreover, it can be recognized that the sequence number Seq.No = 9 is a new retransmission request.
[0146]
Therefore, in the STATUS-PDU reception process in the protocol process 101-3 performed during the transmission interval TTI-5, the transmitting station does not retransmit the RLC-PDU 300 with Seq. Only the RLC-PDU 300 with No = 9 is determined to be retransmitted. That is, the retransmission control table 15 shown in FIG. 4 is newly set for Seq. No = 9. As a result, in the period of the next transmission interval TTI-6, the RLC-PDU 300 of Seq.No = 9 related to retransmission and the three RLC-PDUs 300 of SN = 22, 23, 24 that are the original transmission data are transmitted. It will be. Since the retransmission control table 15 is deleted due to a successful retransmission notification or the like, the retransmission control table for Seq.No = 1, 2 and the retransmission control table for Seq.No = 9 coexist until then. It will be.
[0147]
When the transmitting station sets the Poll bit P2 (“P” 303) in the SLC.No = 19 RLC-PDU 300 transmitted during the transmission interval TTI-5, the receiving station sets the transmission interval TTI-6. The PLC bit P2 (“P” 303) is detected in the RLC-PDU reception process in the protocol process 112-3 performed in the period, and the transmission request of the STATUS-PDU 310-1 is recognized. The receiving station returns STATUS-PDU 310-1 at the next transmission interval TTI-7 (not shown). The receiving station notifies the reception result of the RLC-PDU 300 of Seq.No = 1, 2 retransmitted by the transmitting station by the returned STATUS-PDU 310-1.
[0148]
As described above, according to the third embodiment, the transmission station uses the retransmission control table 15 to transmit the RLC-PDU 300 again every time the RLC-PDU 300 is retransmitted. The upper limit value “VT (M)” 403 of the sequence number transmitted until the table setting time point, the value of “Poll Counter” 401 at the setting time point, the sequence number “SN” 405 of the retransmitted RLC-PDU 300 and the subsequent number Since “L” 406 and “LENGTH” 404 are stored in association with each other, useless retransmission due to the retransmission request by the STATUS-PDU 310-1 based on the reception of the Poll bit received by passing the retransmission of the RLC-PDU 300 is performed. Since it can be suppressed and only necessary retransmission can be performed, it is possible to prevent waste of resources of a wireless line or a wired line.
[0149]
Embodiment 4 FIG.
11 to 13 are flowcharts for explaining a data packet retransmission control method according to the fourth embodiment of the present invention. In the fourth embodiment, a general data packet retransmission control operation performed by the transmitting station including the data packet retransmission control operation (operation examples 1 to 3) described in the first to third embodiments is shown. Hereinafter, description will be made with reference to FIGS. 2 to 4, 6 to 10, 25 and 26 as appropriate.
[0150]
11 to 13, the transmitting station checks the packet (PDU) sent from the receiving station (step ST1), and determines whether or not the status notification message is received by “PDU-type” 311. (Step ST2). If the status notification message is not received, the determination result is negative (step ST2: No), the process proceeds to step ST17, and data packet transmission processing (steps ST17 to ST21) is executed. If the status notification message is received, the determination result is affirmative (step ST2: Yes), the process proceeds to step ST3, and retransmission control processing (steps ST3 to ST27) is executed.
[0151]
First, data packet transmission processing (steps ST17 to ST21) will be described. In step ST17, it is determined whether or not a new PDU is sent from an upper layer. When a new PDU is sent, the determination result is affirmative (step ST17: Yes), the process proceeds to step ST18, and the data packet (PDU) received up to now and the retransmission data generation process (steps ST13 to ST16) are generated. A transmission data packet (PDU) including a new PDU in the retransmission data packet (PDU) is created. Next, it is determined whether or not the poll bit needs to be set (step ST19). If the determination result is affirmative (step ST19: Yes), the process proceeds to step ST20, and the poll bit is set in the corresponding data packet (PDU). At the same time, the Poll Counter 13 is incremented. Thereafter, transmission processing of the data packet (RLC-PDU 300) is executed (step ST21). If it is determined in step ST19 that the Poll bit is not set (step ST19: No), the process directly proceeds to step ST21, and the transmission process of the data packet (RLC-PDU300) is executed as it is.
[0152]
On the other hand, when a new PDU is not sent in step ST17, the determination result is negative (step ST17: No), and it is determined whether or not the Poll bit needs to be set (step ST22). If the determination result is affirmative (step ST22: Yes), the process proceeds to step ST23, where the Poll bit is set in the last transmitted data packet (PDU), and at the same time, the Poll Counter 13 is incremented. Thereafter, transmission processing of the data packet (RLC-PDU 300) is executed (step ST21). In this case, a data packet (RLC-PDU300) having the same sequence number is repeatedly transmitted. If it is determined in step ST22 that the Poll bit is not set (step ST22: No), the transmission process is not performed and the process ends.
[0153]
Next, the retransmission control process (steps ST3 to ST27) will be described. In step ST3, it is investigated whether or not the received status notification message includes a retransmission request information element 420. If included, “LENGTH” 422, “SN” 424, and “L” 425 of the retransmission request information element 420 are extracted and held. Thereafter, it is determined whether or not the retransmission control table 15 exists (step ST4). Here, for example, the determination is made based on a 1-bit retransmission control table presence / absence flag. If there is at least one retransmission control table 15, the retransmission control table presence / absence flag is set.
[0154]
If the retransmission control table 15 does not exist, the determination result in step ST4 is negative (step ST4: No), the process proceeds to step ST13, and retransmission data packet generation processing (steps ST13 to ST16) is performed as follows. This is executed and retransmission is performed (steps ST18 to ST21). These are the processing operations during the transmission intervals TTI-3 and TTI-4 described above, for example.
[0155]
In step ST13, it is determined whether or not retransmission request information element 420 is stored. If stored, the determination result is affirmative (step ST13: Yes), and the process proceeds to step ST14, where “LENGTH” 422, “SN” 424, “L” of the retransmission request information element 420 stored in step ST3. Based on the information 425, the corresponding data packet is read from the storage device, and a data packet (retransmission PDU) to be retransmitted is prepared for transmission. In parallel, the retransmission control table 15 is created as described with reference to FIG. 4 (step ST15). When the creation is completed, a retransmission control table presence / absence flag is set (step ST16), and retransmission is performed as described above (steps ST18 to ST21).
[0156]
If the retransmission request information element 420 is not stored in step ST13, the determination result is negative (step ST13: No), the process proceeds to step ST17, and normal data is transmitted as described above (step ST13). ST17-ST23). This route includes a case where retransmission is successful.
[0157]
On the other hand, if the retransmission control table 15 exists in step ST4, the determination result in step ST4 is affirmative (step ST4: Yes), the process proceeds to step ST5, and retransmission based on the information of the received status notification message is performed. And the process of deleting / adding the control table 15 is executed again (steps ST5 to ST27). These are, for example, the processing operations in the above-described period of the transmission interval TTI-5 and the period of the corresponding transmission interval after that (not shown, but the period of the transmission interval TTI-8, TTI-11, etc.) It is.
[0158]
First, in step ST5, the following information (1) to (3) is read from the received status notification message. (1) The request number (Poll Counter 316) is read. Hereinafter referred to as “PCs”. This is read when the status notification message is STATUS-PDU 310-1. (2) The transmission reason “Cause” 315 is read. Hereinafter referred to as “CAs”. This is read regardless of whether the status notification message is STATUS-PDU 310-1 or 310-2. (3) The upper limit value “LSN-1” is read. Hereinafter referred to as “VTMs”. This is read regardless of whether the status notification message is STATUS-PDU 310-1 or 310-2.
[0159]
Next, the pointer of the retransmission control table 15 is set to the head (step ST6), and the following information (1) to (4) is read from the retransmission control table 15. (1) A request number (Poll Counter 401) is read. Hereinafter referred to as “PCt”. Since “PCt” may not be set in the table, it may not be read out. (2) The transmission reason “Cause” 402 is read. Hereinafter referred to as “CAt”. This is always read. (3) The upper limit value “VT (M)” is read. Hereinafter referred to as “VTMt”. This is always read. (4) “SN” 405, “L” 406, and “LENGTH” 404 are read. These are retransmitted information.
[0160]
In the next step ST8, it is determined whether or not the upper limit value VTMs read from the status notification message is larger than the upper limit value VTMt read from the retransmission control table 15. That is, it is determined whether or not the status notification message received this time is created after the table is set (after execution of retransmission is decided).
[0161]
If it is determined in step ST8 that VTMs> VTMt, the determination result is affirmative (step ST8: Yes), the process proceeds to step ST9, and the retransmission control table 15 is deleted. This is processing performed in the period of the transmission interval TTI-8 and the corresponding transmission interval thereafter. In these periods, the success or failure of the retransmission is recognized. Therefore, if the retransmission is successful, the corresponding control table 15 is deleted again because it becomes unnecessary. If the retransmission fails, the control table 15 is set again and the corresponding control table 15 is deleted again. To do.
[0162]
Next, in step ST10, it is determined whether or not the next retransmission control table 15 exists. If the determination result is affirmative (step ST10: Yes), the pointer of the retransmission control table 15 is set to the head (step ST11), the process returns to step ST7, and the magnitudes of the upper limit values are compared. On the other hand, if the next retransmission control table 15 does not exist, the determination result is negative (step ST10: No), the process proceeds to step ST12, the retransmission control table presence flag is reset, and the process proceeds to step ST13.
[0163]
For example, if a retransmission failure is recognized in the retransmit confirmation process during the transmission interval TTI-8, the contents of the retransmission request information element 420 are stored in step ST3. In step ST13, the determination result is affirmative (step ST13: Yes), a retransmission control table 15 is newly created (steps ST14 to ST16), and retransmission is performed again (steps ST18 to ST21). If retransmission is successful, the contents of the retransmission request information element 420 are not stored in step ST3. Therefore, in step ST13 after deleting the table, the determination result is negative (step ST13: No). Data transmission is performed (steps ST17 to ST21).
[0164]
If it is determined in step ST8 that VTMs> VTMt is not satisfied, the determination result is negative (step ST8: No), the process proceeds to step ST24, and retransmission necessity determination processing (steps ST24 to ST27) is performed as follows. ) Is performed. First, in step ST24, it is determined whether VTMs = VTMt. When VTMs = VTMt is not satisfied, that is, when VTMs <VTMt, the determination result is negative (step ST24: No), the process proceeds to step ST27, and the retransmitted confirmation process is performed. That is, the difference between the information in the retransmission control table 15 and the retransmission request of the received status notification message is extracted, and if there is a difference, the “LENGTH” 422, “SN” 424, “L” 425 of the retransmission request information element 420 is Retained. Thereafter, the process proceeds to step ST13 via steps ST10 and ST12.
[0165]
For example, in the retransmitted confirmation process in the period of the transmission interval TTI-5 in FIGS. 8 and 11, the difference cannot be extracted, so the determination in step ST13 is negative (step ST13: No), the process proceeds to step ST17, and Seq. Unnecessary retransmissions for No = 1 and 2 are not performed, and only normal data transmission is performed (steps ST17 to ST23). However, since the difference can be extracted in the retransmitted confirmation processing in the transmission interval TTI-5 in FIG. 9, the determination result in step ST13 is affirmative (step ST13: Yes), the process proceeds to step ST14, and Seq.No = A retransmission control table 15 for 9 is newly created (steps ST14 to ST16), unnecessary retransmission for Seq.No = 1, 2 is not performed, and retransmission for Seq.No = 9 is performed together with normal data transmission. Implemented (steps ST18 to ST21).
[0166]
On the other hand, since the data packet having the same sequence number may be transmitted as described in the processing of steps ST17 → ST22 → ST23, VTMs = VTMt may be obtained. This is considered to occur not only in the period of the transmission interval TTI-5, but also in the period of the subsequent transmission interval TTI-8 and subsequent periods. When VTMs = VTMt, the determination result in step ST24 is affirmative (step ST24: Yes), and the transmission reason CAs of the received status notification message is “reception of the Poll bit” or “period timer It is determined whether or not “Time Out” (steps ST25 and ST28).
[0167]
If CAs = Poll (transmission reason CAs is “Poll bit reception”), the determination result in step ST25 is affirmative (step ST25: Yes), the process proceeds to step ST26, and whether PCs> PCt is satisfied. The magnitude relationship of the request numbers is determined. If PCs> PCt, the determination result in step ST26 is affirmative (step ST26: Yes), the process proceeds to step ST9, and the corresponding retransmission control table 15 is deleted. This is because, for example, in the retransmission confirmation processing during the transmission period TTI-8, when retransmission success can be confirmed or retransmission failure can be confirmed, CAs = Miss set during the transmission period TTI-5 This corresponds to the case where the retransmission control table 15 is deleted. If retransmission failure can be confirmed, the process proceeds from step ST10 to ST12 to ST13, a new retransmission control table 15 is created, and retransmission is performed again (steps ST13 to ST21). If PCs ≦ PCt, the determination result in step ST26 is negative (step ST26: No), the process proceeds to step ST27, and the difference is extracted as described above. Thereafter, the process proceeds from step ST10 to ST12 to ST13, unnecessary retransmission is not performed, and necessary retransmission is performed (steps ST13 to ST21).
[0168]
When CAs = Time Out (transmission reason CAs is “period timer Time Out (timeout)”), the determination in step ST28 is affirmative (step ST28: Yes), and the process proceeds to step ST29, where CAs = CAt. It is determined whether or not. For example, in FIG. 9, in the retransmitted confirmation process in the transmission period TTI-5, CAs = TO (period timer time out) and CAt = Miss, but in the corresponding period after the transmission period TTI-8. In the retransmitted confirmation process, CAs = CAt = Time Out may occur. In this case, the determination result in step ST29 is affirmative (step ST29: Yes), the process proceeds to step ST9, and the corresponding retransmission control table 15 is deleted. This is because the CAs set in the period of the transmission period TTI-5 when the retransmission success in the corresponding period after the transmission period TTI-8 can be confirmed or when the retransmission failure can be confirmed. = This corresponds to the case where the retransmission control table 15 by Miss is deleted. If retransmission failure can be confirmed, the process proceeds from step ST10 to ST12 to ST13, a new retransmission control table 15 is created, and retransmission is performed again (steps ST13 to ST21).
[0169]
If CAs = CAt, that is, if CAt = Poll, the determination result in step ST29 is negative (step ST29: No), and the process proceeds to step ST27 to extract the difference as described above. Is called. Thereafter, the process proceeds from step ST10 to ST12 to ST13, unnecessary retransmission is not performed, and necessary retransmission is performed (steps ST13 to ST21). On the other hand, if the transmission reason CAs is not the reception of the Poll bit (step ST25: No) and it is not Time Out (timeout) (step ST28: No), that is, if it is due to missing detection “Miss”, the process proceeds directly to step ST27. Difference extraction is performed as described above. Thereafter, the process proceeds from step ST10 to ST12 to ST13, unnecessary retransmission is not performed, and necessary retransmission is performed (steps ST13 to ST21).
[0170]
As described above, according to the fourth embodiment, the retransmission control table in which the upper limit value of the sequence number of the data packet that has been transmitted until the time when retransmission is determined is created and included in the received status notification message. The sequence number upper limit value and the sequence number upper limit value information in the retransmission control table are compared to determine when the received status notification message is created. In addition, in preparation for the case where a data packet with the same sequence number is transmitted, the receiving side adds a reason for transmission to the status notification message. You can do it properly.
[0171]
Embodiment 5 FIG.
FIG. 14 is a block diagram showing a configuration of a multicast data packet transmission system according to the fifth embodiment of the present invention. FIG. 15 is a diagram illustrating a configuration example of a retransmission control table provided for the retransmission control by the transmitting station illustrated in FIG.
[0172]
As shown in FIG. 14, the multicast data packet transmission system includes a transmission station 1a that is a transmission device for multicast data packets and a plurality of reception stations that are reception devices for multicast packet data (in FIG. 14, reception stations 2a, 2b, 2c) is configured to transmit and receive via an individual transmission path (individual wireless transmission path or individual wired transmission path) or a common transmission path (common wireless transmission path or common wired transmission path). Yes.
[0173]
That is, the transmitting station 1a uses the individual transmission path (individual wireless transmission path or individual wired transmission path) or the common transmission path (common wireless transmission path or common wired transmission path) 3a, 3b, 3c to use multicast data packets (RLC). -PDU) is transmitted to a plurality of receiving stations 2a, 2b, 2c. The transmission path from the transmitting station to the receiving station is referred to as a downlink transmission path, and a multicast data packet (RLC-PDU) is transmitted using a multicast channel on the downlink transmission path.
[0174]
The plurality of receiving stations 2a, 2b, and 2c use individual transmission paths (individual wireless transmission paths or individual wired transmission paths) or common transmission paths (common wireless transmission paths or common wired transmission paths) 4a, 4b, and 4c, respectively. Then, a status notification message (STATUS-PDU) is transmitted to the transmitting station. This transmission path from the receiving station to the transmitting station is called an upstream transmission path, and the status notification message (STATUS-PDU) is transmitted using the upstream dedicated channel on the upstream dedicated transmission path or the upstream common channel on the upstream common transmission path. Is done.
[0175]
The transmission station 1a shown in FIG. 14 is configured as shown in FIG. 2, for example. In the fifth embodiment, retransmission control is performed without using the Poll bit or the Poll Counter 13. Therefore, the retransmission control table is not the retransmission control table 15 shown in FIG. 4, but the retransmission control table 150 having the configuration shown in FIG. 15, for example. Further, the format shown in FIG. 23 is used for the format of the multicast data packet (RLC-PDU).
[0176]
The receiving stations 2a, 2b, and 2c are configured as shown in FIG. 5, for example. In FIG. 5, the transmission reason creation unit 24 creates a transmission reason for requesting retransmission unconditionally and a transmission reason for requesting retransmission that is not unconditional in response to missing detection or timeout. It should be noted that there is no case of creating a transmission reason upon receiving a message request. In the status notification message creating unit 25, a status notification message (STATUS-PDU) is created in the format shown in FIGS.
[0177]
The retransmission control table 150 shown in FIG. 15 is composed of three item columns: SN 151, VTMt 152, and retransmission flag 153. In SN 151, a series of sequence numbers of multicast data packets (RLC-PDU) to be transmitted is set. In FIG. 15, a series of sequence numbers from number 0 to number 2047 is set in SN 151.
[0178]
In VTMt 152, when performing retransmission, multicast data to be transmitted within the transmission interval TTI for performing retransmission in the row in which the sequence number of the multicast data packet (RLC-PDU) for performing retransmission in SN 151 is described. A sequence number upper limit value of the packet (RLC-PDU) is set.
[0179]
In the retransmission flag 153, for each sequence number in the SN 151, an “OFF” flag is set when retransmission is not performed, and an “ON” flag is set when retransmission is performed. That is, in the retransmission flag 153, an “ON” flag indicating that retransmission has been performed for the corresponding sequence number when a valid value is set in the VTMt 152 is set. Then, it is cleared when a new multicast data packet (RLC-PDU) of the same number is transmitted, and an “OFF” flag indicating that retransmission is not performed is set.
[0180]
Next, a multicast data packet retransmission control operation performed in the multicast data packet transmission system shown in FIG. 14 will be described with reference to FIG. 16 (operation example 1). FIG. 16 is a sequence diagram for explaining a retransmission control operation of a multicast data packet when an uplink common channel is used for transmission of a status notification message from the receiving station to the transmitting station.
[0181]
Similar to the first to fourth embodiments described above, in this fifth embodiment and the sixth to ninth embodiments described later, four multicast data packets (RLC-PDU) are transmitted for each transmission interval TTI. An example of transmission is shown. Similarly, the transmission interval TTI of the transmission station 1a and the reception stations 2a, 2b, and 2c is the same, and the transmission and reception timings are not shifted. However, the multicast data packet (RLC-PDU) used in the fifth embodiment and the sixth to ninth embodiments described later is configured in the format shown in FIG. Hereinafter, the multicast data packet (RLC-PDU) is simply referred to as “RLC-PDU” or “RLC-PDU 300a”. The status notification message (STATUS-PDU) 310-2 is simply referred to as “STATUS-PDU” or “STATUS-PDU 310-2”.
[0182]
In FIG. 16, the transmitting station 1a transmits four RLC-PDUs (Seq. No = 0, 1, 2, 3) 300a during the transmission interval TTI-0. In the RLC-PDU reception process in the protocol process 110-4a performed during the next transmission interval TTI-1, the receiving station 2a transmits four RLCs transmitted by the transmitting station 1a during the transmission interval TTI-0. -Out of one PDU (Seq.No = 0,1,2,3) 300a, a missing RLC-PDU (Seq.No = 1) 300a is detected (SN = 1 missing detection). The requested STATUS-PDU (200-4a) 310-2 is created as follows.
[0183]
Also in the receiving station 2b, in the RLC-PDU reception processing in the protocol processing 110-4b performed in the same transmission interval TTI-1, the four RLC-s transmitted by the transmitting station 1a in the transmission interval TTI-0. Since missing of two RLC-PDUs (Seq. No = 1, 2) 300a is detected (SN = 1, 2, missing detection) in PDU (Seq. No = 0, 1, 2, 3) 300a. The STATUS-PDU (200-4b) 310-2 requesting retransmission is created as follows.
[0184]
That is, in the STATUS-PDU (200-4a) 310-2 and the STATUS-PDU (200-4b) 310-2, the transmission reason “Cause” 315 is “transmission sequence number 302” in FIGS. “Miss” indicating “missing detection” is set. In the “LSN” 412, an upper limit value (denoted as “VTMs”) of the sequence number that can be normally received (denoted as “VTMs”) “3” (the sequence number that is expected to be received next) “4” is set. The first sequence number “1” of the RLC-PDU 300a requesting retransmission is set in “SN” 424. “L” 425 is set with the subsequent number “0” in the STATUS-PDU (200-4a) 310-2 of the receiving station 2a, and the subsequent number in the STATUS-PDU (200-4b) 310-2 of the receiving station 2b. “1” is set.
[0185]
The receiving stations 2a and 2b both request the retransmission to the transmitting station, and the STATUS-PDU (200-4a) 310-2 having the above contents in the next transmission interval TTI-2. Attempt to transmit STATUS-PDU (200-4b) 310-2 on the uplink common channel. That is, access right acquisition control for the uplink common channel is performed. As a result, the receiving station 2a acquires the transmission right and transmits the STATUS-PDU (200-4a) 310-2 on the uplink common channel during the transmission interval TTI-2. Further, the receiving station 2b acquires the transmission right on the uplink common channel after a random time interval, for example, during the transmission interval TTI-7 after five transmission intervals, and the STATUS-PDU (200-4b) 310 -2 on the uplink common channel.
[0186]
The transmitting station 1a receives the STATUS-PDU (200-4a) 310-2 received from the receiving station 2a in the STATUS-PDU receiving process in the protocol process 100-4 performed in the next transmission interval TTI-3. To the retransmission request of one RLC-PDU (Seq.No = 1) 300a. Thereby, the transmitting station 1a checks the retransmission control table 150 shown in FIG. 15, and checks the retransmission status of the SLC.No = 1 RLC-PDU 300a requested for retransmission. The retransmission flag 153 for SN = 1 in the SN 151 is “OFF”.
[0187]
Therefore, the transmitting station 1a determines that retransmission has not been performed, and prepares to retransmit the RLC-PDU 300a with Seq.No = 1. In retransmission control table 150, the value of VTMt 152 for SN = 1 in SN 151 is set to the upper limit value “15” of the sequence number transmitted during the transmission interval TTI-3, and the “ON” flag is set in the corresponding retransmission flag 153. Set. Then, the transmitting station 1a performs downlink transmission of the new RLC-PDU (Seq. No = 16, 17, 18) 300a together with the retransmitted RLC-PDU (Seq. No = 1) 300a in the next transmission interval TTI-4. Transmit using a multicast channel on the road.
[0188]
In the receiving station 2a, four RLCs transmitted by the transmitting station 1a in the period of the transmission interval TTI-4 in the RLC-PDU reception process in the protocol processing 111-4a performed in the period of the next transmission interval TTI-5. -PDU (Seq.No = 1, 16, 17, 18) is correctly received, and reception of the RLC-PDU 300a of Seq.No = 1 that requested retransmission is confirmed (SN = 1 retransmission confirmation).
[0189]
Also in the receiving station 2b, in the RLC-PDU receiving process in the protocol processing 111-4b performed in the same transmission interval TTI-5, the four RLC-s transmitted by the transmitting station 1a in the period of the transmission interval TTI-4. PDU (Seq.No = 1,16,17,18) is correctly received, and among the RLC-PDUs 300a of Seq.No = 1,2 for which retransmission is requested, the reception of the RLC-PDU 300a of Seq.No = 1 Is confirmed (SN = 1 retransmission confirmation).
[0190]
On the other hand, in the receiving station 2c, in the RLC-PDU reception processing in the protocol processing 111-4c performed in the same transmission interval TTI-5, the four transmitted by the transmitting station 1a in the transmission interval TTI-4 Since one of the RLC-PDUs (Seq.No = 1, 16, 17, 18) of one RLC-PDU (Seq.No = 17) 300a is detected (SN = 17 missing detection), it is retransmitted. STATUS-PDU (200-4c) 310-2 is generated.
[0191]
In this STATUS-PDU (200-4c) 310-2, “Miss” indicating “detection of missing transmission sequence number 302” is set in the transmission reason “Cause” 315 in FIGS. . “LSN” 412 is set to the next value (sequence number expected to be received next) “19” next to the upper limit value (VTMs) “18” of the sequence number that can be normally received. “SN” 424 is set with the leading sequence number “17” of the RLC-PDU 300a requesting retransmission. The subsequent number “0” is set in “L” 425.
[0192]
In order to request retransmission from the transmitting station, the receiving station 2c transmits the STATUS-PDU (200-4c) 310-2 having the above contents on the uplink common channel during the next transmission interval TTI-6. Try to send to. That is, access right acquisition control for the uplink common channel is performed. As a result, the receiving station 2c acquires the transmission right and transmits the STATUS-PDU (200-4c) 310-2 on the uplink common channel.
[0193]
Here, as described above, in the next transmission interval TTI-7, the receiving station 2b transmits the STATUS-PDU (200-4b) 310-2 on the uplink common channel. In the receiving station 2b, the SLC.No = 1 RLC-PDU 300a has been received in the previous transmission interval TTI-5. However, since the STATUS-PDU (200-4b) 310-2 to be transmitted in the period of the transmission interval TTI-7 is created by the protocol processing 110-4b that detects the omission, Seq.No = 1 , 2 RLC-PDU 300a is requested for retransmission.
[0194]
The transmission station 1a receives the STATUS-PDU (200-4c) 310-2 received from the reception station 2c in the STATUS-PDU reception process in the protocol process 101-4 performed in the next transmission interval TTI-7. To the retransmission request of one RLC-PDU (Seq. No = 17) 300a. Thereby, the transmitting station 1a checks the retransmission control table 150 shown in FIG. 15, and checks the retransmission status of the RLC-PDU 300a of Seq. The retransmission flag 153 for SN = 17 in the SN 151 is “OFF”.
[0195]
Therefore, the transmitting station 1a determines that retransmission has not been performed, and prepares retransmission of the RLC-PDU 300a with Seq. No = 17. In retransmission control table 150, the value of VTMt 152 for SN = 17 in SN 151 is set to the upper limit value “30” of the sequence number transmitted in the period of transmission interval TTI-7, and the “ON” flag is set in corresponding retransmission flag 153. Set.
[0196]
Then, the transmitting station 1a performs downlink transmission of the new RLC-PDU (Seq. No = 31, 32, 33) 300a together with the retransmitted RLC-PDU (Seq. No = 17) 300a in the next transmission interval TTI-8. Transmit using a multicast channel on the road. The receiving station 2c confirms the reception of the retransmission RLC-PDU (Seq. No = 17) 300a in the RLC-PDU reception processing in the protocol processing 111-4c performed during the next transmission interval TTI-8 (SN = 17 retransmission confirmation).
[0197]
At this time, the transmitting station 1a further receives the STATUS-PDU (200-4b) 310 received from the receiving station 2b in the STATUS-PDU receiving process in the protocol process 102-4 performed during the transmission interval TTI-8. -2 to 2 RLC-PDU (Seq.No = 1,2) 300a retransmission requests are recognized. As a result, the transmitting station 1a checks the retransmission control table 150 shown in FIG. 15, and checks the retransmission status of the RLC-PDU 300a of Seq. Since the retransmission flag 153 for SN = 1 in the SN 151 is “ON”, the retransmission has been completed. On the other hand, since the retransmission flag 153 for SN = 2 is “OFF”, it can be seen that retransmission has not been performed.
[0198]
Therefore, the transmitting station 1a determines whether or not retransmission is required for SN = 1 in SN 151 as follows. That is, the magnitude comparison between the upper limit value VTMs of the sequence number set in the STATUS-PDU (200-4b) 310-2 received from the receiving station 2b and the upper limit value VTMt of the sequence number set in the retransmission control table. To determine whether or not retransmission is required for SN = 1. Here, since VTMs = 3 and VTMt = 15, VTMs <VTMt, and it is determined that retransmission is unnecessary, and retransmission is not prepared again for the RLC-PDU 300a of SN = 1, that is, Seq.No = 1. .
[0199]
On the other hand, since retransmission is performed for SN = 2 in SN 151, retransmission of the SLC.No = 2 RLC-PDU 300a is prepared. In the retransmission control table 150, the upper limit value “33” of the sequence number transmitted during the transmission interval TTI-8 is set as the value of VTMt152 corresponding to SN = 2, and the “ON” flag is set as the retransmission flag 153. .
[0200]
Then, at the next transmission interval TTI-9, the transmitting station 1a transmits the new RLC-PDU (Seq. No = 34, 35, 36) 300a together with the retransmitted RLC-PDU (Seq. No = 2) 300a on the downlink transmission path. Send using the multicast channel. The receiving station 2b confirms reception of the retransmission RLC-PDU (Seq.No = 2) 300a in the RLC-PDU reception processing in the protocol processing 112-4b performed during the next transmission interval TTI-10 (SN = 2 retransmission confirmation).
[0201]
As described above, according to the fifth embodiment, the transmitting station that transmits the multicast data packet is notified from the plurality of receiving stations out of order such as the status notification message 200-4b and the status notification message 200-4c. By using a retransmission control table corresponding to a multicast data packet for a retransmission request to be transmitted or a retransmission request notified in duplicate such as the status notification message 200-4a and the status notification message 200-4b. Thus, it is possible to suppress the retransmission. Therefore, it is possible to prevent the resources of the downlink transmission path (wireless transmission path or wired transmission path) from being wasted.
[0202]
Embodiment 6 FIG.
FIG. 17 is a sequence diagram for explaining a multicast data packet retransmission control method according to the sixth embodiment of the present invention. In the sixth embodiment, as a second operation example of the multicast data packet retransmission control operation performed in the multicast data packet transmission system shown in FIG. 14, the retransmission control table indicates the reason for transmitting the status notification message from the receiving station to the transmitting station. The multicast data packet retransmission control operation in the case where a request for performing retransmission unconditionally is included regardless of the set value is shown. In FIG. 17, each receiving station transmits a status notification message to the transmitting station using an uplink common channel. Also in the sixth embodiment, the messages and retransmission control tables shown in FIGS. 7, 15, 25, and 26 are used in the same manner.
[0203]
In FIG. 17, the transmitting station 1a transmits four RLC-PDUs (Seq. No = 0, 1, 2, 3) 300a during the transmission interval TTI-0. The receiving station 2a receives four RLC-PDUs transmitted by the transmitting station 1a in the period of the transmission interval TTI-0 in the RLC-PDU reception processing in the protocol processing 110-5a performed at the next transmission interval TTI-1. (Seq.No = 0,1,2,3) Out of 300a, a missing RLC-PDU (Seq.No = 1) 300a is detected (SN = 1 missing detection), so retransmission is requested. The STATUS-PDU (200-5a) 310-2 is created as follows.
[0204]
Also in the receiving station 2b, in the RLC-PDU reception processing in the protocol processing 110-5b performed at the same transmission interval TTI-1, four RLC-PDUs (transmitted by the transmitting station 1a in the period of the transmission interval TTI-0) ( Seq.No = 0,1,2,3) Out of two RLC-PDUs (Seq.No = 1,2) 300a is detected (SN = 1,2 missing detection), so retransmission The STATUS-PDU (200-5b) 310-2 requesting is generated as follows.
[0205]
That is, STATUS-PDU (200-5a) 310-2 and STATUS-PDU (200-5b) 310-2 include sequence numbers that can be normally received by “LSN” 412 in FIGS. Is set to the next value (sequence number expected to be received next) “4” of “3” (described as “VTMs”). The first sequence number “1” of the RLC-PDU 300a requesting retransmission is set in “SN” 424. “L” 425 is set to the subsequent number “0” in the STATUS-PDU (200-5a) 310-2 of the receiving station 2a, and the subsequent number in the STATUS-PDU (200-5b) 310-2 of the receiving station 2b. “1” is set. The transmission reason “Cause” 315 is set to “Miss” indicating “detection of missing transmission sequence number 302” in the STATUS-PDU (200-5a) 310-2 of the receiving station 2a, and the STATUS of the receiving station 2b. In the -PDU (200-5b) 310-2, “Miss-A” indicating “unconditional retransmission request” is set.
[0206]
Both the receiving stations 2a and 2b request the retransmission to the transmitting station 1a, and the STATUS-PDU (200-5a) 310-2 having the above contents in the next transmission interval TTI-2. , STATUS-PDU (200-5b) 310-2 is attempted to be transmitted on the uplink common channel. That is, access right acquisition control for the uplink common channel is performed. As a result, the receiving station 2a acquires the transmission right, and transmits the STATUS-PDU (200-5a) 310-2 on the uplink common channel during the transmission interval TTI-2. In addition, the receiving station 2b acquires the transmission right on the uplink common channel during the next transmission interval TTI-3, and transmits the STATUS-PDU (200-5b) 310-2 on the uplink common channel.
[0207]
The transmitting station 1a receives the STATUS-PDU (200-5a) 310-2 received from the receiving station 2a in the STATUS-PDU receiving process in the protocol process 100-5 performed during the transmission interval TTI-3. It recognizes a retransmission request for one RLC-PDU (Seq.No = 1) 300a. Thereby, the transmitting station 1a checks the retransmission control table 150 shown in FIG. 15, and checks the retransmission status of the SLC.No = 1 RLC-PDU 300a requested for retransmission. The retransmission flag 153 for SN = 1 in the SN 151 is “OFF”.
[0208]
Therefore, the transmitting station 1a determines that retransmission has not been performed, and prepares to retransmit the RLC-PDU 300a with Seq.No = 1. In retransmission control table 150, the value of VTMt 152 for SN = 1 in SN 151 is set to the upper limit value “15” of the sequence number transmitted during the transmission interval TTI-3, and the “ON” flag is set to retransmission flag 153. . Then, the transmitting station 1a downloads the new RLC-PDU (Seq. No = 16, 17, 18) 300a together with the retransmission RLC-PDU (Seq. No = 1) 300a in the next transmission interval TTI-4. Transmit using a multicast channel on the transmission path.
[0209]
Further, the transmission station 1a receives the STATUS-PDU 310-2 (200-5b) received from the reception station 2b in the STATUS-PDU reception process in the protocol process 101-5 performed during the transmission interval TTI-4. To the two RLC-PDUs (Seq. No = 1, 2) 300a unconditional retransmission requests are recognized. Therefore, the transmitting station 1a does not check the retransmission control table 150, but prepares to retransmit the RLC-PDU 300a having the sequence number (Seq. No = 1, 2) requested to be retransmitted. In retransmission control table 150, the value of VTMt 152 for SN = 1 and 2 in SN 151 is set to the upper limit “18” of the sequence number transmitted during the transmission interval TTI-4, and retransmission flag 153 is set to “ON”. Set the flag.
[0210]
Then, the transmitting station 1a downloads the new RLC-PDU (Seq. No = 19, 20) 300a together with the retransmission RLC-PDU (Seq. No = 1, 2) 300a in the next transmission interval TTI-5. Transmit using a multicast channel on the transmission path. In the period of this transmission interval TTI-5, the receiving station 2a, in the RLC-PDU reception processing in the protocol processing 111-5a, the SLC.No = 1 RLC transmitted by the transmitting station 1a in the period of the transmission interval TTI-4. -Reception of PDU 300a is confirmed (SN = 1 retransmission confirmation). Similarly, in the receiving station 2b, in the RLC-PDU receiving process in the protocol process 111-5b, the reception of the SLC.No = 1 RLC-PDU 300a transmitted by the transmitting station 1a during the transmission interval TTI-4 is confirmed. (SN = 1 retransmission confirmation).
[0211]
In the receiving station 2b, in the RLC-PDU reception process in the protocol process 112-5b performed in the next transmission interval TTI-6, the Seq. Reception of RLC-PDU 300a with No = 1, 2 is confirmed. Since the RLC-PDU 300a with Seq. No = 1 has already undergone reception processing during the previous transmission interval TTI-5, the RLC-PDU in the protocol processing 112-5b performed during this transmission interval TTI-6. In the reception process, the RLC-PDU 300a with Seq.No = 1 confirmed to be received this time is discarded. That is, retransmission with SN = 2 is confirmed.
[0212]
As described above, according to the sixth embodiment, a transmitting station that transmits a multicast data packet sets a retransmission control table corresponding to the multicast data packet in response to a retransmission request that is notified in duplicate from a plurality of receiving stations. By using this function, it is possible to suppress unnecessary retransmissions, while unnecessary delays are generated by not using the retransmission control table for receiving stations that want to confirm delivery immediately. Retransmission can be performed without any problem.
[0213]
Embodiment 7 FIG.
FIG. 18 is a sequence diagram for explaining a multicast data packet retransmission control method according to the seventh embodiment of the present invention. In the seventh embodiment, as an operation example 3 of the multicast data packet retransmission control operation performed in the multicast data packet transmission system shown in FIG. 14, an uplink dedicated channel is used for transmission of the status notification message from the receiving station to the transmitting station. A multicast data packet retransmission control operation when used is shown. In the seventh embodiment, the messages and retransmission control tables shown in FIGS. 7, 15, 25, and 26 are used in the same manner.
[0214]
In FIG. 18, the transmitting station 1a transmits four RLC-PDUs (Seq. No = 0, 1, 2, 3) 300a during the transmission interval TTI-0. The receiving station 2a receives four RLC-PDUs transmitted by the transmitting station 1a in the period of the transmission interval TTI-0 in the RLC-PDU reception processing in the protocol processing 110-6a performed at the next transmission interval TTI-1. (Seq.No = 0,1,2,3) Out of 300a, a missing RLC-PDU (Seq.No = 1) 300a is detected (SN = 1 missing detection), so retransmission is requested. The STATUS-PDU (200-6a) 310-2 is created as follows.
[0215]
Also in the receiving station 2b, in the RLC-PDU reception processing in the protocol processing 110-6b performed at the same transmission interval TTI-1, four RLC-PDUs (transmitted by the transmitting station 1a in the period of the transmission interval TTI-0 ( Seq.No = 0,1,2,3) Out of two RLC-PDUs (Seq.No = 1,2) 300a is detected (SN = 1,2 missing detection), so retransmission The STATUS-PDU (200-6b) 310-2 requesting is generated as follows.
[0216]
In other words, the STATUS-PDU (200-6a) 310-2 and the STATUS-PDU (200-6b) 310-2 include “transmission sequence number 302” in the transmission reason “Cause” 315 in FIGS. “Miss” indicating “missing detection” is set. The next value (sequence number expected to be received next) “4” of the upper limit value (VTMs) “3” of the sequence number that can be normally received is set in “LSN” 412. The first sequence number “1” of the RLC-PDU 300a requesting retransmission is set in “SN” 424. “L” 425 is set to the subsequent number “0” in the STATUS-PDU (200-6a) 310-2 of the receiving station 2a, and the subsequent number in the STATUS-PDU (200-6b) 310-2 of the receiving station 2b. “1” is set.
[0217]
The receiving stations 2a and 2b both receive STATUS-PDU (200-6a) 310-2 and STATUS-PDU (200-6b) 310-2 having the above contents during the next transmission interval TTI-2. It transmits on the uplink dedicated channel and requests retransmission to the transmitting station 1a. The transmission station 1a recognizes the retransmission request from the reception stations 2a and 2b in the STATUS-PDU reception process in the protocol process 100-6 performed in the next transmission interval TTI-3, and determines whether or not retransmission is necessary. Judging. Although this determination is in no particular order, it is assumed here that the determination is made in the order of the receiving stations 2a and 2b.
[0218]
That is, first, the transmission station 1a recognizes a retransmission request for one RLC-PDU (Seq.No = 1) 300a in the reception process of the STATUS-PDU (200-6a) 310-2 from the reception station 2a. . Thereby, the transmitting station 1a checks the retransmission control table 150 shown in FIG. 15, and checks the retransmission status of the SLC.No = 1 RLC-PDU 300a requested for retransmission. The retransmission flag 153 for SN = 1 in the SN 151 is “OFF”.
[0219]
Therefore, the transmitting station 1a determines that retransmission has not been performed, and prepares to retransmit the RLC-PDU 300a with Seq.No = 1. In retransmission control table 150, the value of VTMt 152 for SN = 1 in SN 151 is set to the upper limit value “15” of the sequence number transmitted during the transmission interval TTI-3, and the “ON” flag is set to retransmission flag 153. .
[0220]
Next, the transmitting station 1a recognizes a retransmission request for two RLC-PDUs (Seq. No = 1, 2) in the reception process of the STATUS-PDU (200-6b) 310-2 from the receiving station 2b. As a result, the transmitting station 1a checks the retransmission control table 150 shown in FIG. 15, and checks the retransmission status of the RLC-PDU 300a of Seq. For the RLC-PDU 300a with Seq. No = 1, the retransmission flag 153 for SN = 1 in the SN 151 in the retransmission control table 150 is “ON”.
[0221]
That is, since retransmission has been completed, in order to check whether retransmission is necessary, the value “15” of the set VTMt 152 and the VTMs set in the STATUS-PDU 310-2 (200-6b) from the receiving station 2b Comparison is made with the value of “3”. Since VTMs <VTMt, it is determined that retransmission is unnecessary, and retransmission of SN = 1 (Seq. No = 1 RLC-PDU 300a) is not prepared again.
[0222]
However, for the SLC.No = 2 RLC-PDU 300a, the retransmission flag 153 for SN = 2 in the SN 151 is “OFF”. Therefore, the transmitting station 1a determines that retransmission has not been performed, and prepares to retransmit the SLC.No = 2 RLC-PDU 300a. In retransmission control table 150, the value of VTMt 152 for SN = 2 in SN 151 is set to the upper limit value “15” of the sequence number transmitted during the transmission interval TTI-3, and the “ON” flag is set to retransmission flag 153. .
[0223]
Then, the transmitting station 1a sends a new RLC-PDU (Seq. No = 16, 17) together with the retransmitted RLC-PDU (Seq. No = 1, 2) on the downlink transmission path during the next transmission interval TTI-4. Send using the multicast channel. As a result, in the next transmission interval TTI-5, in the receiving station 2a, the Seq.No transmitted by the transmitting station 1a in the transmission interval TTI-4 in the RLC-PDU reception processing in the protocol processing 111-6a. Among the RLC-PDUs 300a = 1 and 2, the RLC-PDU 300a with Seq.No = 2 is discarded and the reception of the RLC-PDU 300a with Seq.No = 1 is confirmed (SN = 1 retransmission confirmation). Similarly, the receiving station 2b receives the RLC-PDU 300a of Seq. No = 1, 2 transmitted by the transmitting station 1a in the period of the transmission interval TTI-4 in the RLC-PDU receiving process in the protocol processing 111-6b. Confirmed (SN = 1, 2 retransmission confirmation).
[0224]
As described above, according to the seventh embodiment, a transmitting station that transmits a multicast data packet sets a retransmission control table corresponding to the multicast data packet in response to a retransmission request that is notified in duplicate from a plurality of receiving stations. By using it, it is possible to suppress redundant retransmission. Therefore, it is possible to prevent the resources of the downlink transmission path (wireless transmission path or wired transmission path) from being wasted.
[0225]
Embodiment 8 FIG.
FIG. 19 is a sequence diagram for explaining a multicast data packet retransmission control method according to the eighth embodiment of the present invention. In the eighth embodiment, as an operation example 4 of the multicast data packet retransmission control operation performed in the multicast data packet transmission system shown in FIG. 14, the multicast data packet retransmitted from the transmitting station to the receiving station is lost again. A multicast data packet retransmission control operation is shown. In FIG. 19, each receiving station transmits a status notification message to the transmitting station using an uplink dedicated channel. In the eighth embodiment, the messages and retransmission control tables shown in FIGS. 7, 15, 25, and 26 are used in the same manner.
[0226]
In FIG. 19, the transmitting station 1a transmits four RLC-PDUs (Seq. No = 2010, 2011, 2012, 2013) 300a during the transmission interval TTI-m0. The receiving station 2a receives four RLC-PDUs transmitted by the transmitting station 1a in the period of the transmission interval TTI-m0 in the RLC-PDU reception processing in the protocol processing 110-7a performed at the next transmission interval TTI-m1. (Seq.No = 2010,2011,2012,2013) Out of 300a, one missing RLC-PDU (Seq.No = 2011) 300a is detected (SN = 2011 missing detection), so a retransmission is requested. The STATUS-PDU (200-7a) 310-2 is created as follows.
[0227]
That is, in STATUS-PDU (200-7a) 310-2, “Miss” indicating “detection of missing transmission sequence number 302” is set in transmission reason “Cause” 315 in FIGS. The The next value (sequence number expected to be received next) “2014” next to the upper limit value (VTMs) “2013” of the sequence number that can be normally received is set in “LSN” 412. The first sequence number “2011” of the RLC-PDU 300a requesting retransmission is set in “SN” 424. The subsequent number “0” is set in “L” 425.
[0228]
In order to request retransmission from the transmitting station, the receiving station 2a sends a STATUS-PDU (200-7a) 310-2 having the above contents on the uplink dedicated channel during the next transmission interval TTI-m2. To start the retransmission confirmation timer.
[0229]
The transmitting station 1a receives STATUS-PDU (200-7a) 310-2 received from the receiving station 2a in the STATUS-PDU receiving process in the protocol process 100-7 performed during the transmission interval TTI-m3. It recognizes a retransmission request of one RLC-PDU (Seq. No = 2011) 300a. As a result, the transmitting station 1a checks the retransmission control table 150 shown in FIG. 15, and checks the retransmission status of the RLC-PDU 300a of Seq. The retransmission flag 153 for SN = 2011 in the SN 151 is “OFF”.
[0230]
Therefore, the transmitting station 1a determines that retransmission has not been performed, and prepares to retransmit the RLC-PDU 300a with Seq. No = 2011. In retransmission control table 150, the value of VTMt 152 for SN = 2011 in SN 151 is set to the upper limit value “2025” of the sequence number transmitted during the transmission interval TTI-m3, and the “ON” flag is set to retransmission flag 153. . Then, the transmitting station 1a downloads a new RLC-PDU (Seq. No = 2026, 2027, 2028) 300a together with a retransmitted RLC-PDU (Seq. No = 2011) 300a during the next transmission interval TTI-m4. Transmit using a multicast channel on the transmission path.
[0231]
Here, it is assumed that the receiving station 2a cannot correctly receive the RLC-PDU (SN = 2011) 300a retransmitted by the transmitting station during the transmission interval TTI-m4. In the receiving station 2a, in the RLC-PDU reception process in the protocol process 111-7a performed during the transmission interval TTI-n1, the timeout of the retransmission confirmation timer is recognized, and the STATUS-PDU (201- 7a) 310-2 is created.
[0232]
That is, in this STATUS-PDU (201-7a) 310-2, “Miss” indicating “detection of missing transmission sequence number 302” is set in the transmission reason “Cause” 315 in FIGS. Is done. In the “LSN” 412, the upper limit value (“VTMs”) of the sequence number that has been successfully received (“VTMs”) “10”, the next value (sequence number that is expected to be received next) “11” is set. The initial sequence number “2011” of the RLC-PDU 300a requesting retransmission is set in “SN” 424. The subsequent number “0” is set in “L” 425.
[0233]
Then, in order to request retransmission from the transmitting station, the receiving station 2a transmits the STATUS-PDU (201-7a) 310-2 having the above contents during the next transmission interval TTI-n2 as an individual uplink. Transmit on the channel and start the retransmission confirmation timer. The transmitting station 1a receives the STATUS-PDU (201-7a) 310-2 received from the receiving station 2a in the STATUS-PDU receiving process in the protocol process 101-7 performed at the next transmission interval TTI-n3. It recognizes a retransmission request of one RLC-PDU (Seq. No = 2011) 300a. As a result, the transmitting station 1a checks the retransmission control table 150 shown in FIG. 15, and checks the retransmission status of the RLC-PDU 300a of Seq.
[0234]
Since retransmission flag 153 for SN = 2011 in SN 151 in retransmission control table 150 is “ON”, retransmission has been performed. Therefore, in order to check whether retransmission is necessary, the upper limit value VTMt set in the VTMt 152 in the retransmission control table 150 is compared with the upper limit value VTMs from the STATUS-PDU (201-7a) 310-2. Since the sequence number has been completed, VTMs = 2048 + 10, whereas VTMt = 2028, and VTMs> VTMt. That is, the transmitting station 1a prepares for retransmission of the RLC-PDU 300a of Seq. In retransmission control table 150, the value of VTMt 152 corresponding to SN = 2011 in SN 151 is set to the upper limit “22” of the sequence number transmitted during the transmission interval TTI-n3.
[0235]
The transmitting station 1a then sends a new RLC-PDU (Seq. No = 23, 24, 25) along with the retransmitted RLC-PDU (Seq. No = 2011) on the downlink transmission path during the next transmission interval TTI-n4. Send using the multicast channel. The receiving station 2a receives the RLC-PDU (Seq. No = 2011) that requested retransmission in the RLC-PDU reception process in the protocol process 112-7a performed in the next transmission interval TTI-n5. (SN = 2011 retransmission confirmation) and the retransmission confirmation timer is stopped.
[0236]
As described above, according to the eighth embodiment, a transmitting station that transmits a multicast data packet sets a retransmission control table corresponding to the multicast data packet in response to a retransmission request that is notified in duplicate from a plurality of receiving stations. By using it, it is possible to suppress redundant retransmissions, and therefore it is possible to prevent wasteful use of resources on the downlink transmission path (wireless transmission path or wired transmission path). In addition, when the retransmission multicast data packet is lost or error occurs again, it can be retransmitted again, so that reliable multicast data packet transmission can be realized.
[0237]
Embodiment 9 FIG.
20 and 21 are flowcharts for explaining a multicast data packet retransmission control method according to the ninth embodiment of the present invention. In the ninth embodiment, a general multicast data packet retransmission control operation performed by the transmitting station is shown including the multicast data packet retransmission control operation described in the fifth to eighth embodiments. Hereinafter, description will be made with reference to FIGS. 7, 16 to 19, 25, and 26 as appropriate.
[0238]
20 and 21, the transmitting station checks the packet (PDU) sent from the receiving station (step ST30) and confirms whether the status notification message has been received by "D / C" 301 and "PDU-Type" 311. It is determined whether or not (step ST31). If the status notification message is not received, the determination result is negative (step ST31: No), the process proceeds to step ST49, and data packet transmission processing (steps ST47 and ST48) is executed. If the status notification message is received, the determination result is affirmative (step ST31: Yes), the process proceeds to step ST32, and retransmission control processing (steps ST32 to ST44) is executed.
[0239]
The retransmission control process (steps ST32 to ST44) will be described. In step ST32, information necessary for retransmission control is read from the received status notification message and held. That is, “Cause”, “LSN-1”, “SN”, and “L” are read from the received status notification message, and “Cause” is held as “Cause” as it is, but “LSN-1” is “VTMs”. “SN” is held as “ReSN”, and “L” is held as “Len”.
[0240]
Then, in step ST33, it is determined whether or not the transmission reason “Cause” of the status notification message is “unconditional retransmission”. If it is “unconditional retransmission” (step ST33: Yes), the process proceeds to step ST34. On the other hand, if it is not “unconditional retransmission” (step ST33: No), the process proceeds to step ST38.
[0241]
In steps ST34 to ST37, processing for picking up all the multicast data packets (RLC-PDU) for which “unconditional retransmission” is requested is executed. That is, the top sequence number “ReSN” is held (step ST34), and the upper limit value “VTMt” and “retransmission flag” corresponding to the sequence number “ReSN” in the retransmission control table are set (step ST35). Then, the next sequence number “ReSN” requested to be retransmitted by the status notification message is calculated (step ST36), and it is determined whether there is a next sequence number (step ST37). If there is a next sequence number (step ST37: Yes), the process returns to step ST34, and steps ST34 to ST37 are executed again.
[0242]
In this way, the upper limit “VTMt” and “retransmission flag” corresponding to each sequence number in the retransmission control table are set (step ST35). When the setting of the retransmission control table is completed for all multicast data packets (RLC-PDU) for which “unconditional retransmission” is requested in the status notification message (step ST37: No), the process proceeds to step ST46 and the sequence number held A retransmission data packet (PDU) is prepared from “ReSN”, and a transmission process (steps ST47 and ST48) including a newly transmitted data packet (PDU) (step ST49: Yes) sent from an upper layer is executed. Is done.
[0243]
On the other hand, if it is determined in step ST33 that the reason for sending the status notification message “Cause” is not “unconditional retransmission” (step ST33: No), the process proceeds to step ST38, and retransmission control using the retransmission control table (step ST38 to ST44) are performed.
[0244]
In step ST38, the upper limit values “VTMt” and “retransmission flag” of the retransmission control table corresponding to the sequence number “ReSN” of the data packet requested to be retransmitted by the status notification message are read and held. In step ST39, it is determined whether the “ON” flag or the “OFF” flag is set in the “retransmission flag” for the sequence number. If the “retransmission flag” for the sequence number is not the “ON” flag (step ST39: No), that is, if retransmission has not been performed so far, the process proceeds to step ST41, where the sequence number “ReSN” is retransmitted. In step ST42, an upper limit “VTMt” of the corresponding retransmission control table is set, an “ON” flag is set in “retransmission flag”, and the process proceeds to step ST43.
[0245]
On the other hand, in the determination process of step ST39, when the “ON” flag is set in the “retransmission flag” for the sequence number “ReSN” (step ST39: Yes), that is, retransmission has been performed so far. In step ST40, the upper limit value “VTMs” calculated from “LSN” included in the status notification message and the upper limit value “VTMt” set in the retransmission control table corresponding to the sequence number “ReSN” are obtained. Big and small are compared. When VTMs is larger than VTMt (step ST40: Yes), the status notification message indicates that the data station was created after receiving the data packet transmitted after the time when the retransmission was performed, and the sequence Since it is necessary to resend the number, the process proceeds to step ST41.
[0246]
Further, in the determination process of step ST40, when VTMs is equal to or lower than VTMt (step ST40: No), it indicates that the status notification message was created before the time when the transmitting station performed retransmission, Since this is a mistake in resending the sequence number, the retransmission is not performed, and the process proceeds to step ST43. In step ST43, the next sequence number is calculated. As a result, it is determined whether or not there is a next sequence number “ReSN” (step ST44). If there is the next sequence number “ReSN” (step ST44: Yes), the process returns to step ST38, and the processing of steps ST38 to ST43 is similarly executed for the next sequence number “ReSN”.
[0247]
If it is determined in step ST44 that there is no next sequence number “ReSN” (step ST44: No), that is, whether or not retransmission is required for all multicast data packets (RLC-PDUs) requested to be retransmitted by the status notification message. When the determination process ends, it is determined whether there is a data packet (PDU) to be retransmitted (step ST45). If there is a data packet (PDU) to be retransmitted (step ST45: Yes), a transmission process including a data packet to be newly transmitted is executed in steps ST46 to ST48.
[0248]
Also, in the determination process in step ST45, if there is no data packet (PDU) to be retransmitted (step ST45: No), whether a new data packet (PDU) is sent from the upper layer in step ST49. It is determined whether or not. When a new data packet (PDU) is sent (step ST49: Yes), a transmission process for a data packet to be newly transmitted is executed at steps ST47 and ST48, including any retransmission data packet. . If no new PDU is sent from the upper layer (step ST49: No), the process is terminated as it is. In the retransmission control table, the “ON” flag set in the “retransmission flag” is reset when a new data packet (PDU) having the same sequence number is transmitted, and the “OFF” flag is set. It has come to be.
[0249]
As described above, according to the ninth embodiment, a transmitting station that transmits a multicast data packet uses a retransmission control table corresponding to multicast in response to a retransmission request that is notified in duplicate from a plurality of receiving stations. Therefore, it is possible to suppress redundant retransmissions, and it is possible to prevent wasteful use of resources on the downlink transmission path (wireless transmission path or wired transmission path).
[0250]
【The invention's effect】
As described above, according to the present invention, in the data packet transmitting apparatus, when the status notification message is received from the receiving side, the presence / absence of the retransmission control table is first determined by the determining means. As a result, when the retransmission control table exists, the retransmission control table is referred to by the determination unit, and when the sequence number upper limit value included in the status notification message is less than the sequence number upper limit value included in the retransmission control table, A difference between information regarding data packets included in the retransmission control table and the status notification message is extracted, and it is determined whether retransmission is necessary. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done. Therefore, it is possible to effectively suppress unnecessary retransmission due to a retransmission request that is received by mistake, and to perform only truly necessary retransmission.
[0251]
According to the next invention, in the data packet transmitting apparatus according to the above invention, when the retransmission control table exists, the retransmission control table is referred to by the deleting unit, and the sequence number upper limit value included in the status notification message is set. When the upper limit of the sequence number included in the retransmission control table is exceeded, the retransmission control table is deleted. This makes it possible to delete unnecessary tables when retransmission is successful or when retransmission fails and a new table is required.
[0252]
According to the next invention, in the data packet transmitting device, the counter is incremented each time a status notification request message for requesting transmission of the status notification message to the receiving side, and the request number adding means counts the count value of the counter. Is added to the transmitted status notification request message as a request number. When the status notification message is received, it is first determined by the determining means whether or not there is a retransmission control table. As a result, when there is a retransmission control table, the determination unit refers to the retransmission control table, and when the sequence number upper limit values included in the status notification message and the retransmission control table match, the status notification message The reason for the transmission of the status notification message is the reception of the status notification request message from the transmitting station and the request number included in the status notification message is equal to or less than the request number included in the retransmission control table, or the reason for the transmission of the status notification message is the period timer. When it is a timeout and the transmission reason does not match the transmission reason included in the retransmission control table, or when the transmission reason of the status notification message is not the reception of the status notification request message from the transmitting station and is not the period timer timeout , Data packet included in retransmission control table and status notification message Difference information is extracted about, necessity of retransmission is determined. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done. Therefore, in a situation where the sequence numbers of the data packets to be transmitted are the same, it is possible to effectively suppress unnecessary retransmission due to a retransmission request that has been received, which is not necessary to perform retransmission, and a truly necessary retransmission. Can only be implemented.
[0253]
According to the next invention, in the data packet transmitting apparatus, when the retransmission control table exists, the retransmission control table is referred to by the deleting means, and the sequence number upper limit value included in the status notification message is included in the retransmission control table. If the request number included in the status notification message is greater than the request number included in the retransmission control table, or the reason for transmitting the status notification message is a timeout of the periodic timer. When the transmission reason matches the transmission reason included in the retransmission control table, the retransmission control table is deleted. As a result, in a situation where the sequence numbers of the data packets to be transmitted are the same, an unnecessary table can be deleted when retransmission is successful or when retransmission fails and a new table is required.
[0254]
According to the next invention, in the data packet transmitting apparatus, when there is no retransmission control table, when it is determined to perform retransmission, the data is transmitted to the reception side by the table setting means until the time when retransmission processing is determined. The upper limit of the sequence number of the data packet and the request number, if applicable, the reason for transmission read from the status notification message and information on the data packet to be transmitted are set, and then set in the retransmission control table by the retransmission means Based on the information on the transmitted data packet, the data packet is retransmitted. As a result, appropriate retransmission control can be performed using the retransmission control table.
[0255]
According to the next invention, in the data packet receiving device, when the cause of the transmission of the status notification message occurs, the transmission reason creation means determines whether the status notification request message is received, whether an error is detected, the period timer A transmission reason for timeout is created, and when the transmission reason adding means creates the transmission reason and the transmission reason is reception of the status notification request message, the request number read from the received status notification request message Are added to the status notification message and transmitted to the data packet transmitting apparatus. As a result, even when a data packet with the same sequence number is transmitted, retransmission control in the data packet transmitting apparatus can be performed correctly.
[0256]
According to the next invention, in the data packet transmission apparatus in the data packet transmission system, when the status notification message is received, the determination means first determines the presence or absence of the retransmission control table. As a result, when there is a retransmission control table, the retransmission control table is referred to by the determination unit, and when the sequence number upper limit value included in the status notification message is less than the sequence number upper limit value included in the retransmission control table, A difference between information regarding data packets included in the retransmission control table and the status notification message is extracted, and it is determined whether retransmission is necessary. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done. Therefore, it is possible to effectively suppress unnecessary retransmission due to a retransmission request that is received by mistake, and to perform only truly necessary retransmission.
[0257]
According to the next invention, in the data packet transmission apparatus in the data packet transmission system, when the retransmission control table exists, the retransmission control table is referred to by the deleting means, and the sequence number upper limit value included in the status notification message is When the upper limit of the sequence number included in the retransmission control table is exceeded, the retransmission control table is deleted. This makes it possible to delete unnecessary tables when retransmission is successful or when retransmission fails and a new table is required.
[0258]
According to the next invention, in the data packet transmission device in the data packet transmission system, the counter is incremented each time a status notification request message for requesting transmission of the status notification message to the receiving side, and the request number adding means The count value of the counter is added as a request number to the status notification request message to be transmitted. When the status notification message is received, it is first determined by the determining means whether or not there is a retransmission control table. As a result, when there is a retransmission control table, the determination unit refers to the retransmission control table, and when the sequence number upper limit values included in the status notification message and the retransmission control table match, the status notification message When the request number included in the request number included in the retransmission control table is equal to or less than the request number included in the retransmission control table, or when the transmission reason of the status notification message is a timeout of the periodic timer and the transmission reason does not match the transmission reason included in the retransmission control table, Alternatively, when the reason for transmitting the status notification message is not the reception of the status notification request message from the transmitting station and the timeout of the periodic timer is not detected, the difference between the information on the data packet included in the retransmission control table and the status notification message is extracted. Then, the necessity of retransmission is determined. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done. Therefore, in a situation where the sequence numbers of the data packets to be transmitted are the same, it is possible to effectively suppress unnecessary retransmissions due to a retransmission request that is received in a way that is not necessary for retransmission. Only retransmission can be performed.
[0259]
According to the next invention, in the data packet transmission device in the data packet transmission system, when the retransmission control table exists, the retransmission control table is referred to by the deleting unit and is included in the status notification message and the retransmission control table. When the sequence number upper limit values match, the request number included in the status notification message is greater than the request number included in the retransmission control table, or the transmission reason of the status notification message is a timeout of the periodic timer and the transmission When the reason matches the transmission reason included in the retransmission control table, the retransmission control table is deleted. As a result, in a situation where the sequence numbers of the data packets to be transmitted are the same, an unnecessary table can be deleted when retransmission is successful or when retransmission fails and a new table is required.
[0260]
According to the next invention, in the data packet transmission device in the data packet transmission system, when there is no retransmission control table, when it is determined to perform retransmission, the table setting means until the retransmission processing execution decision time The upper limit value of the sequence number of the data packet transmitted to the receiver and the request number, the transmission reason read from the status notification message and the information about the data packet to be transmitted are set if applicable. Based on the information regarding the data packet to be transmitted set in the retransmission control table, the data packet is retransmitted. As a result, appropriate retransmission control can be performed using the retransmission control table.
[0261]
According to the next invention, in the data packet receiving apparatus in the data packet transmission system, when the transmission cause of the status notification message occurs, the transmission reason creation means receives the status notification request message or detects an error. If the reason for the transmission is a timeout of the periodic timer is created, and the reason for sending is created by the sending reason adding means and the sending reason is reception of the status notification request message, the received status notification request message Is added to the status notification message and transmitted to the data packet transmission device. As a result, even when a data packet with the same sequence number is transmitted, retransmission control in the data packet transmitting apparatus can be performed correctly.
[0262]
According to the next invention, in the data packet transmitting device, when a status notification message is received from the receiving side, first, the presence / absence of the retransmission control table is determined in the determining step. As a result, when there is a retransmission control table, the retransmission control table is referred to in the determination step, and the sequence number upper limit value included in the status notification message is less than the sequence number upper limit value included in the retransmission control table. Then, the difference between the information on the data packet included in the retransmission control table and the status notification message is extracted, and the necessity of retransmission is determined. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done. Therefore, it is possible to effectively suppress unnecessary retransmission due to a retransmission request that is received by mistake, and to perform only truly necessary retransmission.
[0263]
According to the next invention, in the data packet transmitting apparatus, when the retransmission control table exists, the retransmission control table is referred to in the deletion step, and the sequence number upper limit value included in the status notification message is included in the retransmission control table. When the sequence number upper limit is exceeded, the retransmission control table is deleted. This makes it possible to delete unnecessary tables when retransmission is successful or when retransmission fails and a new table is required.
[0264]
According to the next invention, in the data packet transmitting device, the counter is incremented each time a status notification request message for requesting the data packet receiving device to transmit the status notification message is transmitted. The count value is added as a request number to the status notification request message to be transmitted. When the status notification message is received, it is first determined whether or not the retransmission control table exists in a determination step. As a result, when the retransmission control table exists, the retransmission control table is referred to in the determination step, and when the sequence number upper limit values included in the status notification message and the retransmission control table match, the status notification message When the request number included in the request number included in the retransmission control table is equal to or less than the request number included in the retransmission control table, or when the transmission reason of the status notification message is a timeout of the periodic timer and the transmission reason does not match the transmission reason included in the retransmission control table, Alternatively, when the reason for transmitting the status notification message is not the reception of the status notification request message from the transmitting station and the timeout of the periodic timer is not detected, the difference between the information on the data packet included in the retransmission control table and the status notification message is extracted. Then, the necessity of retransmission is determined. Specifically, if there is no difference, it is waiting for delivery confirmation of a data packet that has already been retransmitted, so that retransmission is not performed, and if there is a difference, it is determined that retransmission is performed for the data packet related to the difference. Is done. Therefore, in a situation where the sequence numbers of the data packets to be transmitted are the same, it is possible to effectively suppress unnecessary retransmission due to a retransmission request that has been received, which is not necessary to perform retransmission, and a truly necessary retransmission. Can only be implemented.
[0265]
According to the next invention, in the data packet transmitting apparatus, when the retransmission control table exists, the retransmission control table is referred to in the deletion step, and the sequence number upper limit value included in the status notification message and the retransmission control table is If they match, the request number included in the status notification message is larger than the request number included in the retransmission control table, or the reason for transmitting the status notification message is a timeout of the periodic timer, and the transmission reason is the retransmission control table. The retransmission control table is deleted when it coincides with the transmission reason included in. As a result, in a situation where the sequence numbers of the data packets to be transmitted are the same, an unnecessary table can be deleted when retransmission is successful or when retransmission fails and a new table is required.
[0266]
According to the next invention, in the data packet transmission apparatus, when there is no retransmission control table, when it is determined to perform retransmission, the data is transmitted to the receiving side in the table setting step before the retransmission processing execution is determined. The upper limit of the sequence number of the received data packet and, if applicable, the request number, the reason for transmission read from the status notification message, and information on the data packet to be transmitted are set, and then set in the retransmission control table in the retransmission process Based on the information on the data packet to be transmitted, the data packet is retransmitted. As a result, appropriate retransmission control can be performed using the retransmission control table.
[0267]
According to the next invention, in the data packet receiving device, when the cause of the transmission of the state notification message occurs, whether the reception of the state notification request message is detected or the error is detected in the transmission reason creation step, A transmission reason is created to determine whether it is time-out, and the request number read from the received status notification request message when the generated transmission reason and the transmission reason are reception of the status notification request message in the transmission reason addition step Are added to the status notification message and transmitted to the data packet transmitting apparatus. As a result, even when a data packet with the same sequence number is transmitted, retransmission control in the data packet transmitting apparatus can be performed correctly.
[0268]
According to the next invention, in a data packet transmitting apparatus that transmits a data packet by multicast, when a status notification message requesting retransmission is received, the data packet transmission apparatus corresponds to the retransmission control table based on the sequence number included in the status notification message. When the contents relating to the sequence number are referred to and retransmission is not performed, retransmission is performed on the multicast data packet having the sequence number by the retransmission execution unit. Then, the table setting means sets the upper limit value of the sequence number that has been transmitted when the retransmission is performed in association with the sequence number of the multicast data packet that has been retransmitted. That is, in the retransmission control table, it is initially displayed that the multicast data packet of the sequence number has not been retransmitted, but when the retransmission is performed, the implementation status of the retransmission is set and the retransmission has been performed. Is displayed. As described above, the retransmission control table stores information related to retransmission performed for the multicast data packet having the sequence number.
[0269]
According to the next invention, in the data packet transmitting apparatus that transmits the data packet by multicast, in the above invention, the content related to the corresponding sequence number in the retransmission control table referenced based on the sequence number included in the status notification message is When retransmission has been performed, the upper limit of the sequence number of the multicast data packet normally received by the receiving device included in the status notification message has been transmitted when the retransmission set in the retransmission control table is performed Only when the sequence number is larger than the upper limit of the sequence number, retransmission is performed on the multicast data packet of the sequence number by the retransmission execution means. As a result, it is possible to prevent unnecessary retransmission even if there are duplicate retransmission requests. In addition, in the case of a retransmission request when lost again or when there is an error again, the retransmission can be reliably performed.
[0270]
According to the next invention, in the data packet transmitting apparatus that transmits the data packet by multicast, in the above invention, when the transmission reason included in the status notification message is an unconditional retransmission request, the retransmission execution means Regardless of the contents of the retransmission control table, retransmission is performed on the multicast data packet having the sequence number included in the status notification message. Thus, when it is necessary to confirm delivery promptly, retransmission can be performed without causing unnecessary delay.
[0271]
According to the next invention, in the data packet transmitting apparatus for transmitting a data packet by multicast, in the above invention, the table reset means causes a new data packet having the same number as the sequence number that has been retransmitted in the retransmission control table. When it is transmitted, a process for returning the contents relating to the sequence number to the state where retransmission is not performed is performed. As a result, retransmission control that suppresses unnecessary retransmissions using the retransmission control table can be smoothly performed.
[0272]
According to the next invention, in each data packet receiving device that receives data packets by multicast, when sending the status notification message, the transmission reason creation means requests the status notification message to be transmitted unconditionally. And a transmission reason for requesting retransmission that is not unconditional. As a result, each data packet receiving device can set the unconditional retransmission request as the transmission reason and send it without delay when it cannot receive the data packet that needs to respond to the delivery confirmation promptly. A retransmission can be received, and a response to the delivery confirmation can be quickly made.
[0273]
According to the next invention, in a data packet transmission device in a data packet transmission system that transmits and receives data packets by multicast, when a status notification message is received, the response of the retransmission control table is based on the sequence number included in the status notification message. When the contents related to the sequence number to be referred are referred to and retransmission is not performed, retransmission is performed on the multicast data packet of the sequence number by the retransmission execution means. Then, the table setting means sets the upper limit value of the sequence number that has been transmitted when the retransmission is performed in association with the sequence number of the multicast data packet that has been retransmitted. That is, in the retransmission control table, it is initially displayed that the multicast data packet of the sequence number has not been retransmitted, but when the retransmission is performed, the implementation status of the retransmission is set and the retransmission has been performed. Is displayed. As described above, the retransmission control table stores information related to retransmission performed for the multicast data packet having the sequence number.
[0274]
According to the next invention, in a data packet transmission apparatus in a data packet transmission system that exchanges data packets by multicast, in the above invention, the retransmission control table referred to based on a sequence number included in the status notification message corresponds to When the content related to the sequence number has been retransmitted, the retransmission is performed in which the upper limit value of the sequence number of the multicast data packet normally received by the receiving device included in the status notification message is set in the retransmission control table Only when it is larger than the upper limit value of the sequence number that has already been transmitted at the time, the retransmission execution means retransmits the multicast data packet of the sequence number. As a result, it is possible to prevent unnecessary retransmission even if there are duplicate retransmission requests. In addition, in the case of a retransmission request when lost again or when there is an error again, the retransmission can be reliably performed.
[0275]
According to the next invention, in the data packet transmission device in the data packet transmission system that transmits and receives data packets by multicast, in the above invention, when the transmission reason included in the status notification message is an unconditional retransmission request The retransmission execution unit retransmits the multicast data packet having the sequence number included in the status notification message regardless of the contents of the retransmission control table. Thus, when it is necessary to confirm delivery promptly, retransmission can be performed without causing unnecessary delay.
[0276]
According to the next invention, in a data packet transmission apparatus in a data packet transmission system that transmits and receives data packets by multicast, in the above invention, the table reset means uses the same sequence number that has been retransmitted in the retransmission control table. When the new data packet is transmitted, the process for returning the contents related to the sequence number to the state where retransmission is not performed is performed. As a result, retransmission control that suppresses unnecessary retransmissions using the retransmission control table can be smoothly performed.
[0277]
According to the next invention, in the data packet receiving apparatus in the data packet transmission system that transmits and receives data packets by multicast, in the above invention, when the status notification message is transmitted, the transmission reason creating means transmits the message. The status notification message includes a transmission reason for unconditionally requesting retransmission and a transmission reason for requesting unconditional retransmission. As a result, each data packet receiving device can set the unconditional retransmission request as the transmission reason and send it without delay when it cannot receive the data packet that needs to respond to the delivery confirmation promptly. A retransmission can be received, and a response to the delivery confirmation can be quickly made.
[0278]
According to the next invention, when a data packet transmitting / receiving apparatus receives a status notification message requesting retransmission when performing transmission / reception of data packets by multicast, retransmission control is performed based on a sequence number included in the status notification message. When the contents related to the corresponding sequence number in the table are referred to and retransmission is not performed, retransmission is performed on the multicast data packet of the sequence number in the retransmission step. Then, in the table setting step, the upper limit value of the sequence numbers that have already been transmitted when the retransmission is performed in association with the sequence number of the multicast data packet that has been retransmitted is set in the retransmission control table. That is, in the retransmission control table, it is initially displayed that the multicast data packet of the sequence number has not been retransmitted, but when the retransmission is performed, the implementation status of the retransmission is set and the retransmission has been performed. Is displayed. As described above, the retransmission control table stores information related to retransmission performed for the multicast data packet having the sequence number.
[0279]
According to the next invention, in the above invention, when the data packet transmitting apparatus receives a status notification message requesting retransmission, the data packet transmission apparatus supports the retransmission control table referenced based on a sequence number included in the status notification message. When the contents related to the sequence number to be transmitted have been retransmitted, the upper limit value of the sequence number of the multicast data packet normally received by the receiving device included in the status notification message is the retransmission set in the retransmission control table. Only when it is larger than the upper limit value of the sequence numbers that have already been transmitted at the time of execution, retransmission is performed for the multicast data packet of the sequence number in the retransmission execution step. As a result, it is possible to prevent unnecessary retransmission even if there are duplicate retransmission requests. In addition, in the case of a retransmission request when lost again or when there is an error again, the retransmission can be reliably performed.
[0280]
According to the next invention, in the above invention, when the status notification message requesting retransmission is received, the data packet transmitting apparatus checks the transmission reason included in the status notification message, and the transmission reason is unconditional retransmission. If the request is a request, the retransmission execution unit retransmits the multicast data packet having the sequence number included in the status notification message regardless of the contents of the retransmission control table. Thus, when it is necessary to confirm delivery promptly, retransmission can be performed without causing unnecessary delay.
[0281]
According to the next invention, in the above-mentioned invention, in the data packet transmitting apparatus, when a new data packet having the same number as the sequence number that has been retransmitted in the retransmission control table is transmitted in the table reset step, A process for returning the contents relating to the number to the retransmission not executed is performed. As a result, retransmission control that suppresses unnecessary retransmissions using the retransmission control table can be smoothly performed.
[0282]
According to the next invention, in each of the above-described inventions, in each data packet receiving device that receives data packets by multicast, when transmitting a status notification message, the transmission reason creation step includes no notification of the status notification message to be transmitted. The condition includes a transmission reason for requesting retransmission and a transmission reason for requesting retransmission that is not unconditional. As a result, each data packet receiving device can set the unconditional retransmission request as the transmission reason and send it without delay when it cannot receive the data packet that needs to respond to the delivery confirmation promptly. A retransmission can be received, and a response to the delivery confirmation can be quickly made.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a data packet transmission system according to a first embodiment of the present invention.
2 is a block diagram showing a configuration of a transmitting station shown in FIG.
FIG. 3 is a diagram illustrating a format example of a data packet transmitted by the transmitting station illustrated in FIG. 1;
4 is a diagram illustrating a configuration example of a retransmission control table provided for retransmission control by the transmitting station illustrated in FIG. 1;
5 is a block diagram showing a configuration of a receiving station shown in FIG. 1. FIG.
6 is a diagram showing a format example of a status notification message transmitted by the receiving station shown in FIG. 1 in response to reception of a status notification request message. FIG.
7 is a diagram showing a format example of a status notification message transmitted when the receiving station shown in FIG. 1 detects a missing sequence number or when a periodic timer times out. FIG.
FIG. 8 is a sequence diagram illustrating a data packet retransmission control operation performed in the data packet transmission system shown in FIG.
FIG. 9 is a sequence diagram illustrating a data packet retransmission control method according to the second embodiment of the present invention.
FIG. 10 is a sequence diagram illustrating a data packet retransmission control method according to the third embodiment of the present invention.
FIG. 11 is a flowchart for explaining a data packet retransmission control method according to the fourth embodiment of the present invention (part 1);
FIG. 12 is a flowchart for explaining a data packet retransmission control method according to the fourth embodiment of the present invention (part 2);
FIG. 13 is a flowchart for explaining a data packet retransmission control method according to the fourth embodiment of the present invention (part 3);
FIG. 14 is a block diagram showing a configuration of a multicast data packet transmission system according to a fifth embodiment of the present invention.
FIG. 15 is a diagram illustrating a configuration example of a retransmission control table provided for retransmission control by the transmitting station illustrated in FIG. 14;
16 is a sequence diagram for explaining a multicast data packet retransmission control operation performed in the multicast data packet transmission system shown in FIG. 14 (using an uplink common channel for transmission of a status notification message from the receiving station to the transmitting station); If you want to).
FIG. 17 is a sequence diagram for explaining a multicast data packet retransmission control method according to a sixth embodiment of the present invention (in the case where an uplink common channel is used for transmission of a status notification message from a receiving station to a transmitting station; If the transmission reason includes an unconditional retransmission request).
FIG. 18 is a sequence diagram for explaining a multicast data packet retransmission control method according to a seventh embodiment of the present invention (when an uplink dedicated channel is used for transmission of a status notification message from a receiving station to a transmitting station);
FIG. 19 is a sequence diagram for explaining a multicast data packet retransmission control method according to an eighth embodiment of the present invention;
FIG. 20 is a flowchart for explaining a multicast data packet retransmission control method according to the ninth embodiment of the present invention (part 1);
FIG. 21 is a flowchart for explaining a multicast data packet retransmission control method according to the ninth embodiment of the present invention (part 2);
FIG. 22 is a sequence diagram illustrating a conventional data packet retransmission control method.
FIG. 23 is a diagram illustrating a format example of a data packet transmitted by a transmission station in the related art and in the fifth embodiment.
FIG. 24 is a diagram illustrating a format example of a status notification message transmitted by a receiving station in the related art and in the first embodiment.
FIG. 25 is a diagram illustrating a format example of a delivery confirmation information element included in a status notification message transmitted by a receiving station.
FIG. 26 is a diagram illustrating a format example of a retransmission request information element included in a status notification message transmitted by a receiving station.
[Explanation of symbols]
1, 1a transmitting station (data packet transmitting device), 2, 2a, 2b, 2c receiving station (data packet receiving device), 3, 3a, 3b, 3c, 4a, 4b, 4c transmission path, 11 transmission PDU generation unit, 13 Poll Counter, 14 Retransmission judgment unit, 15, 150 Retransmission control table, 16 Message reception processing unit, 22 Sequence monitoring unit, 23 Period timer, 24 Transmission reason creation unit, 25 Status notification message creation unit, 300 Data packet (RLC- PDU), 300a multicast data packet (RLC-PDU), 306, 316, 401 Poll Counter, 310-1, 310-2 status notification message (STATUS-PDU), 315, 402 Cause, 403 VT (M), 404 LENGTH , 405-1 to 405-L SN 1 ~ SN LENGTH , 406-1 to 406-L L 1 ~ L LENGTH , 410 Delivery confirmation information element, 420 retransmission request information element, TTI-0 to TTI-10, TTI-m0 to TTI-m4, TTI-n0 to TTI-n5 transmission interval, sequence number upper limit set in VTMt retransmission control table Value, VTMs Sequence number upper limit value set in the status notification message.

Claims (33)

受信側にシーケンス番号付きのデータパケットを送信している過程で受信側から、受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを受けたとき、その誤りが検出されたデータパケットの再送を実施するデータパケット送信装置において、
受信側から前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断手段と、
前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値未満であるとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定手段と、
を備えたことを特徴とするデータパケット送信装置。When receiving a status notification message containing the upper limit of the sequence number of the received data packet and information about the data packet in which an error was detected in the process of transmitting a data packet with a sequence number to the receiving side In the data packet transmitting apparatus for performing retransmission of the data packet in which the error is detected,
A determination means for determining presence / absence of a retransmission control table when the status notification message is received from a reception side;
When the determination means determines that a retransmission control table exists, the retransmission control table is referred to, and the sequence number upper limit value included in the status notification message is less than the sequence number upper limit value included in the retransmission control table A determination unit that extracts a difference between information on data packets included in the retransmission control table and the status notification message, and determines whether or not retransmission is necessary;
A data packet transmitting apparatus comprising: 前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値を超えるとき、当該再送制御テーブルを削除する削除手段を備えたことを特徴とする請求項１に記載のデータパケット送信装置。When it is determined by the determining means that there is a retransmission control table, the retransmission control table is referred to, and when the sequence number upper limit value included in the status notification message exceeds the sequence number upper limit value included in the retransmission control table, The data packet transmitting apparatus according to claim 1, further comprising a deleting unit that deletes the retransmission control table. 受信側にシーケンス番号付きのデータパケットを送信している過程で受信側から、受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを受けたとき、その誤りが検出されたデータパケットの再送を実施するデータパケット送信装置において、
受信側に前記状態通知メッセージの送信を要求する状態通知要求メッセージのシーケンス番号をカウントするカウンタと、
前記状態通知要求メッセージを送信する際に前記カウンタのカウント値を要求番号として付加する要求番号付加手段と、
前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断手段と、
前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信であり当該状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる要求番号以下のとき、または、前記状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が前記再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信でなく、かつ前記周期タイマのタイムアウトでもないとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定手段と、
を備えたことを特徴とするデータパケット送信装置。When receiving a status notification message containing the upper limit of the sequence number of the received data packet and information about the data packet in which an error was detected in the process of transmitting a data packet with a sequence number to the receiving side In the data packet transmitting apparatus for performing retransmission of the data packet in which the error is detected,
A counter that counts the sequence number of the status notification request message that requests the reception side to transmit the status notification message;
Request number adding means for adding the count value of the counter as a request number when transmitting the status notification request message;
A determination means for determining presence / absence of a retransmission control table when the status notification message is received;
When it is determined by the determining means that a retransmission control table exists, the retransmission control table is referred to, and when the sequence number upper limit values included in the status notification message and the retransmission control table match, the status notification message When the status notification request message is received from the transmitting station and the request number included in the status notification message is equal to or less than the request number included in the retransmission control table, or the reason for transmitting the status notification message Is a time-out of a periodic timer and the transmission reason does not match the transmission reason included in the retransmission control table, or the transmission reason of the status notification message is not reception of the status notification request message from a transmission station, and When it is not a timeout of the periodic timer, the retransmission It extracts a difference information about the data packet included in said state notification messages and control table, judging means for judging necessity of retransmission,
A data packet transmitting apparatus comprising: 前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる前記要求番号よりも大きいとき、ないしは、前記状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が前記再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルを削除する削除手段を備えたことを特徴とする請求項３に記載のデータパケット送信装置。When it is determined by the determining means that a retransmission control table exists, the retransmission control table is referred to, and when the sequence number upper limit values included in the state notification message and the retransmission control table match, the state notification message The request number included in the retransmission control table is greater than the request number included in the retransmission control table, or the transmission reason for the status notification message is a time-out of a periodic timer and the transmission reason is included in the retransmission control table. 4. The data packet transmitting apparatus according to claim 3, further comprising a deleting unit that deletes the retransmission control table when the reason matches. 前記判断手段によって再送制御テーブルが存在しないと判断された場合において、再送を実施すると決定した場合に、再送処理実行決定時までに受信側に送信したデータパケットのシーケンス番号上限値および該当する場合は前記要求番号と前記状態通知メッセージから読み出した送信理由および再送するデータパケットに関する情報とを設定した前記再送制御テーブルを作成するテーブル設定手段と、
前記再送制御テーブルの作成後に、当該再送制御テーブルに設定されている再送するデータパケットに関する情報に基づき当該データパケットについての再送を実施する再送手段と、
を備えたことを特徴とする請求項１〜４のいずれか一つに記載のデータパケット送信装置。When it is determined by the determination means that there is no retransmission control table, when it is determined that retransmission is to be performed, the sequence number upper limit value of the data packet transmitted to the receiving side by the time when the retransmission processing execution decision is determined and if applicable Table setting means for creating the retransmission control table in which the request number and the transmission reason read from the status notification message and information on the data packet to be retransmitted are set;
A retransmission means for performing retransmission on the data packet based on information on the data packet to be retransmitted set in the retransmission control table after creating the retransmission control table;
The data packet transmitting device according to any one of claims 1 to 4, further comprising: 送信側からシーケンス番号付きのデータパケットを受信している過程で誤りを検出したとき、送信側に受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを送信するデータパケット受信装置において、
前記状態通知メッセージの送信原因が、状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由を作成する送信理由作成手段と、
前記状態通知メッセージを送信する際に、前記送信理由作成手段が作成した送信理由と当該送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とを付加する送信理由付加手段と、
を備えたことを特徴とするデータパケット受信装置。When an error is detected in the process of receiving a data packet with a sequence number from the transmission side, a status notification including an upper limit value of the sequence number of the data packet received at the transmission side and information on the data packet in which the error is detected In a data packet receiving device that transmits a message,
A transmission reason creation means for creating a transmission reason whether the transmission cause of the status notification message is reception of a status notification request message, detection of an error, or timeout of a periodic timer;
When transmitting the status notification message, a transmission reason created by the transmission reason creation means and a request number read from the received status notification request message are added when the transmission reason is reception of the status notification request message A transmission reason addition means;
A data packet receiving apparatus comprising: 受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを送信するデータパケット受信装置と、前記データパケット受信装置にシーケンス番号付きのデータパケットを送信している過程で受信した前記状態通知メッセージに基づきその誤りが検出されたデータパケットの再送を実施するデータパケット送信装置とを備えるデータパケット伝送システムにおいて、
前記データパケット送信装置は、
前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断手段と、
前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値未満のとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定手段と、
を備えたことを特徴とするデータパケット伝送システム。A data packet receiving apparatus that transmits a status notification message including an upper limit value of a sequence number of the received data packet and information on the data packet in which an error is detected; and a data packet with a sequence number is transmitted to the data packet receiving apparatus. In a data packet transmission system comprising a data packet transmission device for retransmitting a data packet in which an error is detected based on the status notification message received in the process of:
The data packet transmission device includes:
A determination means for determining presence / absence of a retransmission control table when the status notification message is received;
When the determination means determines that a retransmission control table exists, the retransmission control table is referred to, and when the sequence number upper limit value included in the status notification message is less than the sequence number upper limit value included in the retransmission control table, A determination unit that extracts a difference between information on data packets included in the retransmission control table and the status notification message, and determines whether or not retransmission is necessary;
A data packet transmission system comprising: 前記データパケット送信装置は、
前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値を超えるとき、当該再送制御テーブルを削除する削除手段を備えたことを特徴とする請求項７に記載のデータパケット伝送システム。The data packet transmission device includes:
When the determination unit determines that there is a retransmission control table, the retransmission control table is referred to, and when the sequence number upper limit value included in the status notification message exceeds the sequence number upper limit value included in the retransmission control table, 8. The data packet transmission system according to claim 7, further comprising deletion means for deleting the retransmission control table. 受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを送信するデータパケット受信装置と、前記データパケット受信装置にシーケンス番号付きのデータパケットを送信している過程で受信した前記状態通知メッセージに基づきその誤りが検出されたデータパケットの再送を実施するデータパケット送信装置とを備えるデータパケット伝送システムにおいて、
前記データパケット送信装置は、
前記データパケット受信装置に状態通知メッセージの送信を要求する状態通知要求メッセージのシーケンス番号をカウントするカウンタと、
前記状態通知要求メッセージを送信する際に前記カウンタのカウント値を要求番号として付加する要求番号付加手段と、
前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断手段と、
前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信であり当該状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる要求番号以下のとき、または、前記状態通知メッセージの送信理由が周期タイマのタイムアウトでありその送信理由が前記再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信でなく、かつ前記周期タイマのタイムアウトでもないとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定手段と、
を備えたことを特徴とするデータパケット伝送システム。A data packet receiving device that transmits a status notification message including an upper limit of a sequence number of the received data packet and information on the data packet in which an error is detected; and a data packet with a sequence number is transmitted to the data packet receiving device. In a data packet transmission system comprising a data packet transmission device for retransmitting a data packet in which an error is detected based on the status notification message received in the process of:
The data packet transmission device includes:
A counter that counts a sequence number of a status notification request message that requests the data packet receiver to transmit a status notification message;
Request number adding means for adding the count value of the counter as a request number when transmitting the status notification request message;
A determination means for determining presence / absence of a retransmission control table when the status notification message is received;
When it is determined by the determining means that a retransmission control table exists, the retransmission control table is referred to, and when the sequence number upper limit values included in the status notification message and the retransmission control table match, the status notification message When the status notification request message is received from the transmitting station and the request number included in the status notification message is equal to or less than the request number included in the retransmission control table, or the reason for transmitting the status notification message Is a period timer timeout and the transmission reason does not match the transmission reason included in the retransmission control table, or the transmission reason of the status notification message is not reception of the status notification request message from the transmitting station, and When it is not a timeout of the periodic timer, the retransmission It extracts a difference information about the data packet included in said state notification messages and control table, judging means for judging necessity of retransmission,
A data packet transmission system comprising: 前記データパケット送信装置は、
前記判断手段によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる前記要求番号よりも大きいとき、ないしは、前記状態通知メッセージの送信理由が周期タイマのタイムアウトでありその送信理由が前記再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルを削除する削除手段を備えたことを特徴とする請求項９に記載のデータパケット伝送システム。The data packet transmission device includes:
When it is determined by the determining means that a retransmission control table exists, the retransmission control table is referred to, and when the sequence number upper limit values included in the status notification message and the retransmission control table match, the status notification message The request number included in the retransmission control table is larger than the request number included in the retransmission control table, or the transmission reason of the status notification message is a period timer timeout and the transmission reason is included in the retransmission control table. 10. The data packet transmission system according to claim 9, further comprising a deletion unit that deletes the retransmission control table when the reason matches. 前記判断手段によって再送制御テーブルが存在しないと判断された場合において、再送を実施すると決定した場合に、再送処理実行決定時までに前記データパケット受信装置に送信したデータパケットのシーケンス番号上限値および該当する場合は前記要求番号と前記状態通知メッセージから読み出した送信理由および再送するデータパケットに関する情報とを設定した前記再送制御テーブルを作成するテーブル設定手段と、
前記再送制御テーブルの作成後に、当該再送制御テーブルに設定されている再送するデータパケットに関する情報に基づき当該データパケットについての再送を実施する再送手段と、
を備えたことを特徴とする請求項７〜１０のいずれか一つに記載のデータパケット伝送システム。When it is determined by the determining means that there is no retransmission control table, when it is determined that retransmission is to be performed, the upper limit of the sequence number of the data packet transmitted to the data packet receiving apparatus and the corresponding value are determined until the time when retransmission processing is determined Table setting means for creating the retransmission control table in which the request number and the reason for transmission read from the status notification message and information on the data packet to be retransmitted are set;
A retransmission means for performing retransmission on the data packet based on information on the data packet to be retransmitted set in the retransmission control table after creating the retransmission control table;
The data packet transmission system according to any one of claims 7 to 10, further comprising: 前記データパケット受信装置は、
前記状態通知メッセージの送信原因が、状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由を作成する送信理由作成手段と、
前記状態通知メッセージを送信する際に、前記送信理由作成手段が作成した送信理由とその送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とを付加する送信理由付加手段と、
を備えたことを特徴とする請求項８〜１１のいずれか一つに記載のデータパケット伝送システム。The data packet receiving device includes:
A transmission reason creation means for creating a transmission reason whether the transmission cause of the status notification message is reception of a status notification request message, detection of an error, or timeout of a periodic timer;
When transmitting the status notification message, a transmission reason created by the transmission reason creation means and a request number read from the received status notification request message are added when the transmission reason is reception of the status notification request message A transmission reason addition means;
The data packet transmission system according to any one of claims 8 to 11, further comprising: データパケット送信装置が、データパケット受信装置にシーケンス番号付きのデータパケットを送信している過程で前記データパケット受信装置から、受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを受けたとき、その誤りが検出されたデータパケットの再送を実施するデータパケット再送制御方法において、
前記データパケット送信装置は、
前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断工程と、
前記判断工程によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値未満のとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定工程と、
を含むことを特徴とするデータパケット再送制御方法。The data packet transmitting apparatus relates to the data packet in which the upper limit value of the sequence number of the received data packet and the error are detected from the data packet receiving apparatus in the process of transmitting the data packet with the sequence number to the data packet receiving apparatus In a data packet retransmission control method for performing retransmission of a data packet in which an error is detected when a status notification message including information is received,
The data packet transmission device includes:
A determination step of determining presence / absence of a retransmission control table when the status notification message is received;
When the determination step determines that there is a retransmission control table, the retransmission control table is referred to, and when the sequence number upper limit value included in the status notification message is less than the sequence number upper limit value included in the retransmission control table, A determination step of extracting a difference between information on data packets included in the retransmission control table and the status notification message, and determining whether retransmission is necessary;
A data packet retransmission control method comprising: 前記判断工程によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージに含まれるシーケンス番号上限値が前記再送制御テーブルに含まれるシーケンス番号上限値を超えるとき、当該再送制御テーブルを削除する削除工程を含むことを特徴とする請求項１３に記載のデータパケット再送制御方法。When it is determined by the determination step that a retransmission control table exists, the retransmission control table is referred to, and when the sequence number upper limit value included in the status notification message exceeds the sequence number upper limit value included in the retransmission control table, The data packet retransmission control method according to claim 13, further comprising a deletion step of deleting the retransmission control table. データパケット送信装置が、データパケット受信装置にシーケンス番号付きのデータパケットを送信している過程で前記データパケット受信装置から、受信したデータパケットのシーケンス番号の上限値と誤りが検出されたデータパケットに関する情報とを含む状態通知メッセージを受けたとき、その誤りが検出されたデータパケットの再送を実施するデータパケット再送制御方法において、
前記データパケット送信装置は、
前記データパケット受信装置に状態通知メッセージの送信を要求する状態通知要求メッセージのシーケンス番号をカウントするカウンタのカウント値を要求番号として前記状態通知要求メッセージに付加して送信する要求番号付加工程と、
前記データパケット受信装置から前記状態通知メッセージを受信した場合に、再送制御テーブルの存在有無を判断する判断工程と、
前記判断工程によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信であり当該状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる要求番号以下のとき、または、前記状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が前記再送制御テーブルに含まれる送信理由と一致しないとき、あるいは、前記状態通知メッセージの送信理由が送信局からの前記状態通知要求メッセージの受信でなく、かつ前記周期タイマのタイムアウトでもないとき、前記再送制御テーブルと前記状態通知メッセージとに含まれるデータパケットに関する情報の差分を抽出し、再送の要否を判定する判定工程と、
を含むことを特徴とするデータパケット再送制御方法。The data packet transmitting apparatus relates to the data packet in which the upper limit value of the sequence number of the received data packet and the error are detected from the data packet receiving apparatus in the process of transmitting the data packet with the sequence number to the data packet receiving apparatus In a data packet retransmission control method for performing retransmission of a data packet in which an error is detected when a status notification message including information is received,
The data packet transmission device includes:
A request number adding step of adding a count value of a counter that counts a sequence number of a status notification request message that requests transmission of a status notification message to the data packet reception device as a request number,
A determination step of determining presence / absence of a retransmission control table when the status notification message is received from the data packet reception device;
When it is determined by the determination step that the retransmission control table exists, the retransmission control table is referred to, and when the sequence number upper limit values included in the state notification message and the retransmission control table match, the state notification message When the status notification request message is received from the transmitting station and the request number included in the status notification message is equal to or less than the request number included in the retransmission control table, or the reason for transmitting the status notification message Is a time-out of a periodic timer and the transmission reason does not match the transmission reason included in the retransmission control table, or the transmission reason of the status notification message is not reception of the status notification request message from a transmission station, and When it is not a timeout of the periodic timer, the retransmission Extracts a difference information about the data packet included in said state notification messages and control table, a judging step of judging necessity of retransmission,
A data packet retransmission control method comprising: 前記判断工程によって再送制御テーブルが存在すると判断された場合に当該再送制御テーブルを参照し、前記状態通知メッセージと前記再送制御テーブルとに含まれるシーケンス番号上限値が一致する場合において、前記状態通知メッセージに含まれる前記要求番号が前記再送制御テーブルに含まれる前記要求番号よりも大きいとき、または、前記状態通知メッセージの送信理由が周期タイマのタイムアウトであり当該送信理由が前記再送制御テーブルに含まれる送信理由と一致するとき、当該再送制御テーブルを削除する削除工程を含むことを特徴とする請求項１５に記載のデータパケット再送制御方法。When it is determined by the determination step that the retransmission control table exists, the retransmission control table is referred to, and when the sequence number upper limit values included in the state notification message and the retransmission control table match, the state notification message The request number included in the retransmission control table is larger than the request number included in the retransmission control table, or the transmission reason of the status notification message is a time-out of a periodic timer and the transmission reason is included in the retransmission control table The data packet retransmission control method according to claim 15, further comprising a deletion step of deleting the retransmission control table when the reason matches. 前記判断工程によって再送制御テーブルが存在しないと判断された場合において、再送を実施すると決定した場合に、再送処理実行決定時までに受信側に送信したデータパケットのシーケンス番号上限値および該当する場合は前記要求番号と前記状態通知メッセージから読み出した送信理由および再送するデータパケットに関する情報とを設定した前記再送制御テーブルを作成するテーブル設定工程と、
前記再送制御テーブルの作成後に、当該再送制御テーブルに設定されている再送するデータパケットに関する情報に基づきそのデータパケットについての再送を実施する再送工程と、
を含むことを特徴とする請求項１３〜１６のいずれか一つに記載のデータパケット再送制御方法。When it is determined that the retransmission control table does not exist in the determination step, when it is determined that retransmission is to be performed, the sequence number upper limit value of the data packet transmitted to the receiving side by the time when the retransmission process execution is determined and A table setting step for creating the retransmission control table in which the request number and the transmission reason read from the status notification message and information on the data packet to be retransmitted are set;
A retransmission step of performing retransmission for the data packet based on information on the data packet to be retransmitted set in the retransmission control table after creating the retransmission control table;
The data packet retransmission control method according to any one of claims 13 to 16, further comprising: 前記データパケット受信装置は、
前記状態通知メッセージの送信原因が、前記状態通知要求メッセージの受信であるか、誤りの検出であるか、周期タイマのタイムアウトであるかの送信理由を作成する送信理由作成工程と、
前記状態通知メッセージを送信する際に、前記送信理由作成工程が作成した送信理由とその送信理由が状態通知要求メッセージの受信であるときは受信した状態通知要求メッセージから読み出した要求番号とを付加する送信理由付加工程と、
を含むことを特徴とする請求項１５〜１７のいずれか一つに記載のデータパケット再送制御方法。The data packet receiving device includes:
A transmission reason creation step for creating a transmission reason for whether the cause of transmission of the status notification message is reception of the status notification request message, detection of an error, or timeout of a periodic timer;
When transmitting the status notification message, a transmission reason created by the transmission reason creation step and a request number read from the received status notification request message are added when the transmission reason is reception of the status notification request message Sending reason addition process,
The data packet retransmission control method according to claim 15, further comprising: 複数の受信装置に対してシーケンス番号つきの同一データパケットをマルチキャストし、各受信装置から正常に受信したマルチキャストデータパケットのシーケンス番号の上限値と誤りが検出されたマルチキャストデータパケットに関する情報とを含む状態通知メッセージを受けたとき、前記誤りが検出されたマルチキャストデータパケットの再送を実施するデータパケット送信装置において、
前記状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容を参照し、再送未実施であるとき、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段と、
前記再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けて前記再送を実施した時点で送信済みのシーケンス番号の上限値を前記再送制御テーブルに設定するテーブル設定手段と、
を備えたことを特徴とするデータパケット送信装置。A status notification that multicasts the same data packet with a sequence number to a plurality of receiving devices and includes an upper limit value of the sequence number of the multicast data packet normally received from each receiving device and information on the multicast data packet in which an error is detected When receiving a message, in the data packet transmitting apparatus for performing retransmission of the multicast data packet in which the error is detected,
Retransmission execution means for referring to the contents related to the corresponding sequence number of the retransmission control table based on the sequence number included in the status notification message and performing retransmission on the multicast data packet of the sequence number when retransmission is not performed,
Table setting means for setting, in the retransmission control table, an upper limit value of a sequence number that has already been transmitted when the retransmission is performed in association with a sequence number of a multicast data packet that has been retransmitted;
A data packet transmitting apparatus comprising: 前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段、
を備えたことを特徴とする請求項１９に記載のデータパケット送信装置。A multicast data packet normally received by the receiving device included in the status notification message when the content related to the corresponding sequence number in the retransmission control table referred to based on the sequence number included in the status notification message has been retransmitted Only when the upper limit value of the sequence number of the sequence number is larger than the upper limit value of the sequence number that has already been transmitted when the retransmission set in the retransmission control table is performed, the multicast data packet of the sequence number is retransmitted Resending means,
The data packet transmitting apparatus according to claim 19, further comprising: 前記状態通知メッセージに含まれる送信理由が無条件再送要求である場合に、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段、
を備えたことを特徴とする請求項１９または２０に記載のデータパケット送信装置。When the transmission reason included in the status notification message is an unconditional retransmission request, retransmission execution means for performing retransmission on the multicast data packet of the sequence number included in the status notification message regardless of the contents of the retransmission control table ,
21. The data packet transmitting apparatus according to claim 19 or 20, further comprising: 前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理を行うテーブルリセット手段、
を備えたことを特徴とする請求項１９〜２１のいずれか一つに記載のデータパケット送信装置。A table resetting unit for performing processing for returning the content related to the sequence number to the non-retransmitted state when a new data packet having the same number as the sequence number that has been retransmitted is transmitted in the retransmission control table;
The data packet transmitting device according to any one of claims 19 to 21, further comprising: 送信装置からシーケンス番号つきのマルチキャストデータパケットを受信している過程でシーケンス番号の抜けやデータの誤りを検出したとき、送信装置に対して、受信したマルチキャストデータパケットのシーケンス番号の上限値と前記誤りが検出されたマルチキャストデータパケットに関する情報とを含む状態通知メッセージを送信するデータパケット受信装置において、
前記送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませる送信理由作成手段、
を備えたことを特徴とするデータパケット受信装置。When a missing sequence number or a data error is detected in the process of receiving a multicast data packet with a sequence number from the transmitting device, the upper limit of the sequence number of the received multicast data packet and the error are In a data packet receiving device that transmits a status notification message including information on a detected multicast data packet,
A transmission reason creating means for including a transmission reason for requesting retransmission unconditionally and a transmission reason for requesting non-conditional retransmission in the status notification message to be transmitted;
A data packet receiving apparatus comprising: 受信したマルチキャストデータパケットのシーケンス番号の上限値と誤りが検出されたマルチキャストデータパケットに関する情報とを含む状態通知メッセージを送信する複数のデータパケット受信装置と、前記複数のデータパケット受信装置に対しシーケンス番号つきの同一データパケットをマルチキャストし、前記複数のデータパケット受信装置から前記状態通知メッセージを受信したとき、前記誤りが検出されたマルチキャストデータパケットの再送を実施するデータパケット送信装置とを備えるデータパケット伝送システムにおいて、
前記データパケット送信装置は、
前記状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容を参照し、再送未実施であるとき、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段と、
前記再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けて前記再送を実施した時点で送信済みのシーケンス番号の上限値を前記再送制御テーブルに設定するテーブル設定手段と、
を備えたことを特徴とするデータパケット伝送システム。A plurality of data packet receivers for transmitting a status notification message including an upper limit value of a sequence number of the received multicast data packet and information on the multicast data packet in which an error is detected; and a sequence number for the plurality of data packet receivers A data packet transmission system comprising: a data packet transmission device for performing retransmission of the multicast data packet in which the error is detected when the same data packet is multicast and the status notification message is received from the plurality of data packet reception devices In
The data packet transmission device includes:
Retransmission execution means for referring to the contents related to the corresponding sequence number of the retransmission control table based on the sequence number included in the status notification message and performing retransmission on the multicast data packet of the sequence number when retransmission is not performed,
Table setting means for setting, in the retransmission control table, an upper limit value of a sequence number that has already been transmitted when the retransmission is performed in association with a sequence number of a multicast data packet that has been retransmitted;
A data packet transmission system comprising: 前記データパケット送信装置は、
前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段、
を備えたことを特徴とする請求項２４に記載のデータパケット伝送システム。The data packet transmission device includes:
A multicast data packet normally received by the receiving device included in the status notification message when the content related to the corresponding sequence number in the retransmission control table referred to based on the sequence number included in the status notification message has been retransmitted Only when the upper limit value of the sequence number of the sequence number is larger than the upper limit value of the sequence number that has already been transmitted when the retransmission set in the retransmission control table is performed, the multicast data packet of the sequence number is retransmitted Resending means,
The data packet transmission system according to claim 24, comprising: 前記データパケット送信装置は、
前記状態通知メッセージに含まれる送信理由が無条件再送要求である場合に、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施手段、
を備えたことを特徴とする請求項２４または２５に記載のデータパケット伝送システム。The data packet transmission device includes:
When the transmission reason included in the status notification message is an unconditional retransmission request, retransmission execution means for performing retransmission on the multicast data packet of the sequence number included in the status notification message regardless of the contents of the retransmission control table ,
The data packet transmission system according to claim 24 or 25, comprising: 前記データパケット送信装置は、
前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理を行うテーブルリセット手段、
を備えたことを特徴とする請求項２４〜２６のいずれか一つに記載のデータパケット伝送システム。The data packet transmission device includes:
A table resetting unit for performing processing for returning the content related to the sequence number to the non-retransmitted state when a new data packet having the same number as the sequence number that has been retransmitted is transmitted in the retransmission control table;
The data packet transmission system according to any one of claims 24 to 26, further comprising: 前記データパケット受信装置は、
前記送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませる送信理由作成手段、
を備えたことを特徴とする請求項２４〜２７のいずれか一つに記載のデータパケット伝送システム。The data packet receiving device includes:
A transmission reason creating means for including a transmission reason for requesting retransmission unconditionally and a transmission reason for requesting non-conditional retransmission in the status notification message to be transmitted;
The data packet transmission system according to any one of claims 24 to 27, further comprising: データパケット送信装置が、複数のデータパケット受信装置に対しシーケンス番号つきの同一データパケットをマルチキャストし、前記データパケット受信装置から正常に受信したマルチキャストデータパケットのシーケンス番号の上限値と誤りが検出されたマルチキャストデータパケットに関する情報とを含む状態通知メッセージを受けたとき、前記誤りが検出されたマルチキャストデータパケットの再送を実施するデータパケット再送制御方法において、
前記データパケット送信装置は、
前記状態通知メッセージに含まれるシーケンス番号に基づき再送制御テーブルの対応するシーケンス番号に関する内容を参照し、再送未実施であるとき、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施工程と、
前記再送が実施されたマルチキャストデータパケットのシーケンス番号と対応付けて前記再送を実施した時点で送信済みのシーケンス番号の上限値を前記再送制御テーブルに設定するテーブル設定工程と、
を含むことを特徴とするデータパケット再送制御方法。A multicast in which a data packet transmitting device multicasts the same data packet with a sequence number to a plurality of data packet receiving devices, and an upper limit value and an error of the sequence number of the multicast data packet normally received from the data packet receiving device are detected. In a data packet retransmission control method for performing retransmission of a multicast data packet in which the error is detected when receiving a status notification message including information on the data packet,
The data packet transmission device includes:
Retransmission execution step of referring to the contents related to the corresponding sequence number of the retransmission control table based on the sequence number included in the status notification message and performing retransmission on the multicast data packet of the sequence number when retransmission is not performed,
A table setting step of setting, in the retransmission control table, an upper limit value of a sequence number that has already been transmitted when the retransmission is performed in association with a sequence number of a multicast data packet that has been retransmitted;
A data packet retransmission control method comprising: 前記データパケット送信装置は、
前記状態通知メッセージに含まれるシーケンス番号に基づき参照した前記再送制御テーブルの対応するシーケンス番号に関する内容が再送実施済みであるとき、前記状態通知メッセージに含まれる当該受信装置が正常に受信したマルチキャストデータパケットのシーケンス番号の上限値が、前記再送制御テーブルに設定されている再送を実施した時点で送信済みのシーケンス番号の上限値よりも大きい場合にのみ、当該シーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施工程、
を含むことを特徴とする請求項２９に記載のデータパケット再送制御方法。The data packet transmission device includes:
A multicast data packet normally received by the receiving device included in the status notification message when the content related to the corresponding sequence number in the retransmission control table referred to based on the sequence number included in the status notification message has been retransmitted Only when the upper limit value of the sequence number of the sequence number is larger than the upper limit value of the sequence number that has already been transmitted when the retransmission set in the retransmission control table is performed, the multicast data packet of the sequence number is retransmitted Re-transmission process,
30. The data packet retransmission control method according to claim 29, comprising: 前記データパケット送信装置は、
前記状態通知メッセージに含まれる送信理由が無条件再送要求である場合に、前記再送制御テーブルの内容によらず、当該状態通知メッセージに含まれるシーケンス番号のマルチキャストデータパケットについて再送を実施する再送実施工程、
を含むことを特徴とする請求項２９または３０に記載のデータパケット再送制御方法。The data packet transmission device includes:
When the transmission reason included in the status notification message is an unconditional retransmission request, a retransmission execution step of performing retransmission on the multicast data packet of the sequence number included in the status notification message regardless of the contents of the retransmission control table ,
31. The data packet retransmission control method according to claim 29 or 30, comprising: 前記データパケット送信装置は、
前記再送制御テーブルにおいて再送実施済みのシーケンス番号と同番の新規データパケットが送信されたとき、当該シーケンス番号に関する内容を再送未実施に戻す処理を行うテーブルリセット工程、
を含むことを特徴とする請求項２９〜３１のいずれか一つに記載のデータパケット再送制御方法。The data packet transmission device includes:
A table reset step for performing a process of returning the contents related to the sequence number to non-retransmitted when a new data packet having the same number as the sequence number that has been retransmitted is transmitted in the retransmission control table;
32. The data packet retransmission control method according to claim 29, further comprising: 前記データパケット受信装置は、
前記送信する状態通知メッセージに無条件に再送を要求する送信理由と無条件ではない再送を要求する送信理由とを含ませる工程、
を含むことを特徴とする請求項２９〜３２のいずれか一つに記載のデータパケット再送制御方法。The data packet receiving device includes:
Including a transmission reason for unconditionally requesting retransmission and a transmission reason for requesting retransmission that is not unconditional in the status notification message to be transmitted;
The data packet retransmission control method according to any one of claims 29 to 32, further comprising:
JP2002127222A 2001-09-28 2002-04-26 Data packet transmitter, data packet receiver, data packet transmission system, and data packet retransmission control method Expired - Fee Related JP3645230B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002127222A JP3645230B2 (en) 2001-09-28 2002-04-26 Data packet transmitter, data packet receiver, data packet transmission system, and data packet retransmission control method

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2001303273 2001-09-28
JP2001-303273 2001-09-28
JP2002127222A JP3645230B2 (en) 2001-09-28 2002-04-26 Data packet transmitter, data packet receiver, data packet transmission system, and data packet retransmission control method

Publications (2)

Publication Number Publication Date
JP2003174470A JP2003174470A (en) 2003-06-20
JP3645230B2 true JP3645230B2 (en) 2005-05-11

Family

ID=26623411

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002127222A Expired - Fee Related JP3645230B2 (en) 2001-09-28 2002-04-26 Data packet transmitter, data packet receiver, data packet transmission system, and data packet retransmission control method

Country Status (1)

Country Link
JP (1) JP3645230B2 (en)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7558243B2 (en) 2004-09-15 2009-07-07 Innovative Sonic Limited Enhanced polling method for preventing deadlock in a wireless communications system
EP1878155B1 (en) * 2005-05-04 2013-12-04 LG Electronics Inc. Method of transmitting control information in wireless communication system and transmission window updating method using the same
JP4485432B2 (en) * 2005-08-23 2010-06-23 日本電信電話株式会社 Wireless communication system and wireless communication method
KR101203841B1 (en) 2006-01-05 2012-11-21 엘지전자 주식회사 Method of transmitting and receiving paging message in wireless communication system
KR100912784B1 (en) 2006-01-05 2009-08-18 엘지전자 주식회사 Data transmission method and data retransmission method
CN105515736A (en) 2006-01-05 2016-04-20 Lg电子株式会社 Transmitting data in mobile communication system
WO2007078171A2 (en) 2006-01-05 2007-07-12 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR101319870B1 (en) 2006-01-05 2013-10-18 엘지전자 주식회사 Method for handover in mobile communication system
KR101211807B1 (en) 2006-01-05 2012-12-12 엘지전자 주식회사 Method for managing synchronization state for mobile terminal in mobile communication system
KR101265628B1 (en) 2006-01-05 2013-05-22 엘지전자 주식회사 method for scheduling radio resourse in the mobile communication system
KR101268200B1 (en) 2006-01-05 2013-05-27 엘지전자 주식회사 Radio resource allocating method in mobile communication system
KR101333918B1 (en) 2006-01-05 2013-11-27 엘지전자 주식회사 Point-to-multipoint service communication of mobile communication system
KR101187076B1 (en) 2006-01-05 2012-09-27 엘지전자 주식회사 Method for transmitting signals in the moblie communication system
EP1969738B1 (en) 2006-01-05 2014-03-12 LG Electronics Inc. Transmitting information in mobile communications system
EP1980062A4 (en) 2006-01-05 2011-03-30 Lg Electronics Inc Transmitting data in a mobile communication system
KR101216751B1 (en) 2006-02-07 2012-12-28 엘지전자 주식회사 Method for avoiding collision using identifier in mobile network
KR101358469B1 (en) 2006-02-07 2014-02-06 엘지전자 주식회사 Method for selection and signaling of downlink and uplink bandwidth in wireless networks
KR101387475B1 (en) 2006-03-22 2014-04-22 엘지전자 주식회사 method of processing data in mobile communication system having a plurality of network entities
KR101369135B1 (en) 2006-06-21 2014-03-05 엘지전자 주식회사 Mehtod for supproting quality of multimeida broadcast multicast service(mbms) in mobile communications system and terminal thereof
WO2007148881A2 (en) 2006-06-21 2007-12-27 Lg Electronics Inc. Method of supporting data retransmission in a mobile communication system
KR20070121513A (en) 2006-06-21 2007-12-27 엘지전자 주식회사 Uplink method of mobile communication system
WO2007148935A1 (en) 2006-06-21 2007-12-27 Lg Electronics Inc. Method of transmitting and receiving radio access information using a message separation in a wireless mobile communications system
KR20070121505A (en) 2006-06-21 2007-12-27 엘지전자 주식회사 How to reset wireless link
JP4820326B2 (en) * 2007-04-06 2011-11-24 株式会社エヌ・ティ・ティ・ドコモ Delivery confirmation information transmission method and reception side device
DE102007053071A1 (en) * 2007-11-07 2009-05-14 Ivoclar Vivadent Ag kiln
ATE536674T1 (en) * 2008-02-08 2011-12-15 Ericsson Telefon Ab L M METHOD AND ARRANGEMENT IN A TELECOMMUNICATIONS SYSTEM
JP2009278354A (en) * 2008-05-14 2009-11-26 Sony Corp Communication device, communication method, program and communication system
JP6089518B2 (en) * 2012-09-11 2017-03-08 富士通株式会社 Transfer device, transfer method, and transfer program
CN112204934B (en) 2018-05-21 2023-10-17 三菱电机株式会社 Communication device, communication method and computer-readable recording medium
CN113794622B (en) * 2021-08-17 2023-03-24 北京达佳互联信息技术有限公司 Message processing method and device, electronic equipment and storage medium

Also Published As

Publication number Publication date
JP2003174470A (en) 2003-06-20

Similar Documents

Publication Publication Date Title
JP3645230B2 (en) Data packet transmitter, data packet receiver, data packet transmission system, and data packet retransmission control method
US6961327B2 (en) TCP aware local retransmissioner scheme for unreliable transmission network
CN102007812B (en) The method and apparatus that TCP flow controls
CN101589565B (en) Method and apparatus for data transmission of radio link control layer in mobile communication system
CN101047485B (en) Communication terminal and retransmission control method
EP2290866B1 (en) Method for moving a receive window in a radio access network
AU644800B2 (en) Data communication method and system
US8411652B2 (en) Method of operating a mobile radio network
JP3349926B2 (en) Receiving control device, communication control system, and communication control method
US9871625B2 (en) Status reporting for retransmission protocol
US20030092458A1 (en) Robust RLC reset procedure in a wireless communication system
WO2020164459A1 (en) Method and device for triggering radio link failure
CN1983911B (en) Method and system for faster detection and retransmission of lost tcp segments
WO2006083149A1 (en) Method and apparatus for requesting/transmitting status report of a mobile communication system
CN101421964A (en) Method and apparatus for transmitting and receiving status report in a mobile communication system
CN105657646A (en) Bluetooth 4.0 based device-to-device big data communication method
JP5020952B2 (en) Wireless communication apparatus and method used in mobile communication system
KR20070108801A (en) Efficient Retransmission Device and Method for High-Speed Data Processing
JP2897711B2 (en) Transmission control system
CN102315923B (en) Radio link control method of 3G (The 3rd Generation) satellite communication system
US7388852B2 (en) Physical layer assisted retransmission
US20110170491A1 (en) Communication device and communication method
WO2007148630A1 (en) Radio communication device and method used in mobile communication system
JPH10190635A (en) Communication system performing error retransmission, communication control device thereof, and error retransmission method
JPH0832531A (en) Broadcast communication method

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050125

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050201

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050202

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080210

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090210

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100210

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100210

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110210

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees