(57)【要約】【課題】【解決手段】ＳＤＵ廃棄機能における潜在的デッドロックを回避する数個の方法を開示する。第１に、ＳＤＵ廃棄機能における廃棄ＳＤＵ判断の判断ルールを修正する。ＳＤＵ廃棄機能における廃棄ＳＤＵの判断に、長さインジケータという材料を加えることにより、廃棄されるべき全てのＳＤＵの集合がカバーされるようにする。第２に、パディングＰＤＵが必要な場合には、ステータスフォーマットパディングＰＤＵが選ばれるようにする。さらには、従来のＭＲＷ ＳＵＦＩでは対処できなかったシナリオもカバーする改良された明示的ＳＤＵ廃棄ＳＵＦＩを利用する。【選択図】図７
2007502065.tif 000002
【特許請求の範囲】
【請求項１】
確認応答モードデータプロトコルデータユニット(以下、ＡＭＤ ＰＤＵと呼ぶ)の送信端による伝送の第１の最大許容数によってトリガされる、サービスデータユニット（以下、ＳＤＵと呼ぶ）の廃棄機能のための方法であって、
前記送信端から受信端への前記伝送は確認応答モード下で行われ、
前記方法は、
指定されたＡＭＤ ＰＤＵの伝送のスケジューリングされた回数が第２の最大許容数に達した場合に、前記送信端がＳＤＵの第１の集合を廃棄するステップと、
明示的シグナリング手続きによるＳＤＵ廃棄を実行して前記受信端に通知するステップと、
を含み、
前記ＳＤＵの第１の集合には、前記指定されたＡＭＤ ＰＤＵ中にセグメントを有するか、または、前記指定されたＡＭＤ ＰＤＵ中にＳＤＵの終わりを示す長さインジケータを有する全てのＳＤＵが含まれる、方法。
【請求項２】
ＡＭＤ ＰＤＵの前記伝送の第１の最大許容数が、前記第２の最大許容数から１を引いたものである、請求項１記載の方法。
【請求項３】
前記長さインジケータのうち少なくとも１つが、前記指定されたＡＭＤ ＰＤＵよりも順序的に１つ前のＡＭＤ ＰＤＵでＳＤＵが終わること示す、請求項１記載の方法。
【請求項４】
前記明示的シグナリング手続きによるＳＤＵ廃棄は、
前記送信端が、前記指定されたＡＭＤ ＰＤＵに等しいもしいか、もしくは、順序的に前の“シーケンス番号”を持つ未だ肯定応答が返されていないＡＭＤ ＰＤＵの集合中に、セグメント、もしくは、ＳＤＵの終わりを示す長さインジケータ、を有するＳＤＵの第２の集合を廃棄するステップと、
前記送信端が、前記ＳＤＵの第２の集合のセグメント、または、前記ＳＤＵの第２の集合の終わりを示す長さインジケータを含むＡＭＤ ＰＤＵを、これらＡＭＤ ＰＤＵが前記ＳＤＵの第２の集合に含まれないＳＤＵのセグメントを運ぶものでもある場合を除いて、全て廃棄するステップと、
をさらに含む、請求項１記載の方法。
【請求項５】
前記長さインジケータのうち少なくとも１つが、前記指定されたＡＭＤ ＰＤＵよりも順序的に前のＡＭＤ ＰＤＵでＳＤＵが終わることを示す、請求項４記載の方法。
【請求項６】
送信端によるＡＭＤ ＰＤＵの伝送の最大許容数によってトリガされるＳＤＵ廃棄機能のための方法であって、
前記送信端から受信端への前記伝送は確認応答モード下で行われ、
前記方法は、
送信できるＰＤＵが無いときに、下位の層が少なくとも１つの伝送に用いるＰＤＵを要求するステップと、
前記送信端が前記下位の層にパディングＰＤＵを渡すステップと、
を含み、
前記パディングＰＤＵとしてステータスフォーマットパディングＰＤＵが選ばれる、方法。
【請求項７】
前記ステータスフォーマットパディングＰＤＵが、ＮＯ_ＭＯＲＥ複合フィールドのみを含む、請求項６記載の方法。
【請求項８】
送信端によるＡＭＤ ＰＤＵの伝送の最大許容数によってトリガされるＳＤＵ廃棄機能のための方法であって、
前記送信端から受信端への前記伝送は確認応答モード下で行われ、
前記方法は、前記受信端に通知するための明示的シグナリングの利用を含み、前記明示的シグナリングに所定のフィールドが含まれていることにより、廃棄ＳＤＵの数が、前記フィールド単独により、または、前記明示的シグナリングにおけるその他のフィールドを前記フィールドと併せたものにより算出される、方法。
【請求項９】
前記廃棄ＳＤＵの数が０である、請求項８記載の方法。
【請求項１０】
送信端によるＡＭＤ ＰＤＵの伝送の最大許容数によってトリガされるＳＤＵ廃棄機能のための方法であって、
ＳＤＵ廃棄シグナリングＰＤＵの送信を含み、
前記廃棄シグナリングＰＤＵが少なくとも、
最後の廃棄ＳＤＵの“シーケンス番号”を示す第１のフィールドであって、前記第１のフィールドよりも順序的に前の“シーケンス番号”を持つ全てのＰＤＵを廃棄するようピア受信端に対し要求する第１のフィールドと、
前記第１のフィールドと共に用いられて、前記受信端にて廃棄されるべき前記最後のＳＤＵの終わりを示す第２のフィールドと、
のいずれかを含み、
前記第２のフィールドは、前記第１のフィールドに等しい“シーケンス番号”を持つ前記ＰＤＵ中で、どの“長さインジケータ”が前記受信端にて廃棄されるべき前記最後のＲＬＣ ＳＤＵと対応するかを示し、前記第２のフィールドの値０は、前記第１のフィールドに等しい“シーケンス番号”を持つ前記ＡＭＤ ＰＤＵ中の最初のデータオクテットが、次に再組立される最初のデータオクテットであることを表わし、前記第２のフィールドの値０はさらに、前記最後の廃棄ＳＤＵが、前記第１のフィールドから１引いたものよりも順序的に前のまたはこれに等しい“シーケンス番号”を持つＡＭＤ ＰＤＵで終わることを表わす、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（相互参照の出願）
この出願は、２００３年８月１８日に出願された米国仮特許出願第６０／４９５７０５号に基づく優先権を主張するものである。
【０００２】
本発明は無線通信に関し、特に、確認応答モード伝送のサービスデータユニット（ＳＤＵ）廃棄機能における潜在的デッドロックを回避する方法に関する。
【背景技術】
【０００３】
従来のＳＤＵ廃棄機能の例は、以下にＤ１と呼ぶ３ＧＰＰ ＴＳ ２５．３２２ Ｖ３．１５．０（２００３年６月）、“Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）プロトコル仕様”に記述されている。
【０００４】
送信端におけるＳＤＵは、上位の層から渡され（submitted）、ピア受信端に伝送されるデータブロックである。ＳＤＵは、サイズが同じ数個の無線リンク制御層プロトコールデータユニット（ＲＬＣ ＰＤＵ）に分割される。ＳＤＵのサイズおよびＰＤＵの長さによっては、１つのＰＤＵ中に２つまたはそれ以上のＳＤＵが連結されていてもよい。ＲＬＣエンティティが確認応答モードにある場合、そのＰＤＵは、確認応答モードデータＰＤＵ（以下、「ＡＭＤ ＰＤＵ」と略す）と呼ばれる。
【０００５】
図１は、ＡＭＤ ＰＤＵの例の図である。ＡＭＤ ＰＤＵ（１０）は、ユーザーデータおよびその他の情報を伝送するのに用いられる。データ部（１６）の長さは通常８ビットの倍数である。ＡＭＤ ＰＤＵヘッダは、最初の２オクテットからなり、“シーケンス番号”（ＳＮ）（１２）を含んでいる。ＲＬＣヘッダは、最初の２オクテットと、“長さインジケータ”（ＬＩ）（１４）を含む全てのオクテットとからなる。図１に示されるＰＡＤ（１８）はパディングを表わしており、これはＰＤＵにおける全ての未使用スペースである。ＰＡＤ（１８）には、ＰＤＵを所定の長さに保持するべく、送信端によって任意の値が充填され得る。受信端は、ＰＡＤ（１８）の内容は無視する。ＨＥフィールド（１３）およびＥフィールド（１５）は本発明と直接関連がないため、ここに説明はしない。
【０００６】
ＳＤＵ廃棄機能は、期間によって（タイムアウト廃棄）、あるいは、伝送のスケジューリングされた回数の最大値（最大伝送スケジューリング数廃棄）によって、ＲＬＣ ＰＤＵの伝送が成功しなかった場合に、送信端がＲＬＣ ＰＤＵバッファーからＲＬＣ ＰＤＵを除去するのに用いられるものである。タイムアウト廃棄は、本発明に直接関連するものではない。よってここでは最大伝送スケジューリング数廃棄のみについて説明する。
【０００７】
Ｄ１では、最大伝送スケジューリング数廃棄機能は、“最大伝送回数に達した後のＳＤＵ廃棄（SDU discard after MaxDAT number of transmission）”というフラグをＴＲＵＥに設定することによりイネーブルされる。この機能は、以下にＭａｘＤＡＴとして示すＡＭＤ ＰＤＵの伝送スケジューリング回数をＳＤＵ廃棄手続きのトリガとして使用するので、確認応答モードのＲＬＣエンティティのみに適用される。あるＡＭＤ ＰＤＵがＭａｘＤＡＴ−１回伝送された後、否定応答によって伝送をスケジューリングされると、その伝送スケジューリング回数はＭａｘＤＡＴに達するので、このＡＭＤ ＰＤＵ中にセグメントがあるＳＤＵは廃棄されることとなる。よって、ＡＭＤ ＰＤＵの最大伝送回数はＭａｘＤＡＴ−１に等しい。
【０００８】
確認応答モードにおいて、ＳＤＵが送信端にて廃棄される場合、受信端がこれらのＳＤＵを運ぶＡＭＤ ＰＤＵの受信を停止しこれによってその受信ウィンドウを動かすことができるように、かかる廃棄ＳＤＵの情報がピア受信端に送られる。送信端は、“移動受信ウィンドウ”複合フィールド（“Move Receiving Window”super field；ＭＲＷ ＳＵＦＩ）を含むＳＴＡＴＵＳ ＰＤＵを用いて、その受信ウィンドウを動かすよう受信端に要求すると共に、任意で、廃棄されるべきＳＤＵの集合を示す。このＳＤＵ廃棄シグナリング手続きは、明示的シグナリング手続きによるＳＤＵ廃棄（SDU discard with explicit signaling procedure）と呼ばれる。
【０００９】
図２は、従来のＭＲＷ ＳＵＦＩのフォーマットを示す図である。ＭＲＷ ＳＵＦＩ（２０）は、そのＳＵＦＩがＭＲＷ ＳＵＦＩ（２０）であることを示すタイプフィールド（２２）、ＳＮ_ＭＲＷiフィールドの数を示す長さ（ＬＥＮＧＴＨ）フィールド（２４）、ｉ＜ＬＥＮＧＴＨである数個のフロントＳＮ_ＭＲＷiフィールド（２６ａ、２６ｂ、２６ｃ）、最後のＳＮ_ＭＲＷiフィールドであるＳＮ_ＭＲＷLENGTHフィールド（２６）、および、ＮLENGTHフィールド（２８）を含む。ＳＮ_ＭＲＷLENGTHフィールド（２６）およびＮLENGTHフィールド（２８）を除くＭＲＷ ＳＵＦＩ（２０）中の全てのフィールドは本発明に直接関連がないため、ここでは説明しない。ＮLENGTHフィールド（２８）は、ＳＮ_ＭＲＷLENGTHフィールド（２６）と共に用いられて、受信端にて廃棄されるべき最後のＲＬＣ ＳＤＵの終わりを示す。ＮLENGTH（２８）は、ＳＮ_ＭＲＷLENGTH（２６）に等しい“シーケンス番号”を持つＡＭＤ ＰＤＵ中で、どの“長さインジケータ”が受信端にて廃棄されるべき最後のＲＬＣ ＳＤＵに対応するかを示す。具体的には、ＮLENGTH ＝ ０は、最後の廃棄ＳＤＵが、ＳＮ_ＭＲＷLENGTH − １に等しい“シーケンス番号”を持つＡＭＤ ＰＤＵで終了したということと、“シーケンス番号”がＳＮ＿ＭＲＷLENGTHであるＡＭＤ ＰＤＵにおける最初のデータオクテットが次に再組立される最初のデータオクテットであるということと、を表わす。
【００１０】
図３は、ピア送信端からピア受信端へ伝送される、分割されると共に３つのＡＭＤ ＰＤＵにて連結している２つのＳＤＵの例の図である。“最大伝送回数に達した後のＳＤＵ廃棄（SDU discard after MaxDAT number of transmissions）”が設定され、かつ、ＭａｘＤＡＴ ＝ ４であると仮定する。ＳＮ ＝ ０であるＰＤＵ（３０）は肯定応答が返されたと仮定する。さらに、ＳＮ ＝ １であるＰＤＵ（３２）が３回伝送されかつ３回否定応答が返された、つまり、このＰＤＵ（３２）の伝送回数がその最大許容値に達したとする。その結果、送信端は、３回目に否定応答が返されてＰＤＵ（３２）の伝送がスケジューリングされたときに、ＳＤＵ廃棄手続きをトリガする。ＳＤＵ１のセグメント２（３２ａ）とＳＤＵ２のセグメント１（３２ｂ）はＳＮ ＝ １のＰＤＵ（３２）に含まれるため、ＳＤＵ１とＳＤＵ２はいずれも廃棄されなければならない。よってＭＲＷ ＳＵＦＩ（２０）が作成されて、受信端へ送られることとなる。
【００１１】
図４は、ピア送信端からピア受信端へ伝送されるべく、３つのＡＭＤ ＰＤＵに運ばれる２つのＳＤＵの例の図である。図４に示されるように、ＳＮ ＝ １のＰＤＵ（４２）は、シーケンス番号（ＳＮ ＝ １）（４２ａ）、ＳＤＵ１が前のＰＤＵ（４０）にて終了したことを示す長さインジケータ（ＬＩ ＝ 0000000）（４２ｂ）、残りのＰＤＵがパディングであることを示す長さインジケータ（ＬＩ ＝ 1111111）（４２ｃ）、および、そのパディング自体であるＰＡＤ（４２ｄ）のみから構成されている。該ＳＮ ＝ １のＰＤＵ（４２）には、データ部またはＳＤＵセグメントは含まれていない。ここでも同様に、“最大伝送回数に達した後のＳＤＵ廃棄（SDU discard after MaxDAT number of transmission）”が設定され、かつ、ＭａｘＤＡＴ ＝ ４であると仮定する。ＳＮ ＝ ０のＰＤＵ（４０）は、肯定応答が返されている。ＳＮ ＝ １のＰＤＵ（４２）が３回伝送されて、かつ、３回否定応答が返された、つまり、このＰＤＵ（４２）の伝送回数がその最大許容値に達したと仮定する。その結果、送信端は、３回目に否定応答が返されてＰＤＵ（４２）の伝送がスケジューリングされたときに、ＳＤＵ廃棄手続きをトリガする。ところが、ＳＮ ＝ １のＰＤＵ（４２）にはＳＤＵセグメントが含まれていないために、廃棄されるべきＳＤＵはなく、よって従来のＳＤＵ廃棄機能ではＭＲＷ ＳＵＦＩは作成され得ない。結果、受信端はＳＮ  ＝ １からあとには受信ウィンドウを動かさなくなり、一方送信端は、これ以上ＳＮ ＝ １のＰＤＵ（４２）を再送することを許されなくなる。そして、送信端における伝送ウィンドウと受信端における受信ウィンドウの両方がＳＮ ＝ １で行き止まる。デッドロックが起こるのである。
【００１２】
時には、物理層における伝送のためのＰＤＵを下位の層が要求しても、伝送に供されるＰＤＵがＲＬＣエンティティに残されていない場合がある。この状況に  おいて、ＲＬＣエンティティはその要求に応えるべく下位の層にパディングＰＤＵを渡す（submit）ことができる。確認応答モードのＲＬＣエンティティでは、パディングＰＤＵの選択肢が２つある。あるＰＤＵが、残りのＰＤＵがパディングであることを示す１つの“長さインジケータ”を有するＲＬＣヘッダ、およびそのパディングＰＤＵ自体のみから構成されるＡＭＤ ＰＤＵである場合に、そのＰＤＵはパディングＰＤＵであると見なされる。この第１種目のパディングＰＤＵを、そのフォーマットがＡＭＤ ＰＤＵと全く同じで、通常はデータを含むため、以下にデータフォーマット（date-formatted）パディングＰＤＵと呼ぶ。また、あるＰＤＵがＮＯ_ＭＯＲＥ ＳＵＦＩのみから構成されるＳＴＡＴＵＳ ＰＤＵである場合にも、そのＰＤＵはパディングＰＤＵであると見なされることとなる。この第２種目のパディングＰＤＵを、そのフォーマットがＳＴＡＴＵＳ ＰＤＵと同じで、例えば確認応答、受信ウィンドウの移動、またはリセットなどのＲＬＣ層シグナリングを備える各種複合フィールド（ＳＵＦＩ）を含んでいるため、ステータスフォーマット（status−formatted）パディングＰＤＵと呼ぶ。ＳＴＡＴＵＳ ＰＤＵはシーケンス番号を含まないため、受信されたか、または失敗であったかの明確な確認応答は返されない。ＮＯ ＭＯＲＥ ＳＵＦＩは、ＳＴＡＴＵＳ ＰＤＵ内における最後のＳＵＦＩであって、ＳＴＡＴＵＳ ＰＤＵに含まれるＳＵＦＩの終わりを示すものである。ＮＯ ＭＯＲＥ ＳＵＦＩの後のビット列は、パディングであると見なされる。ＮＯ ＭＯＲＥ ＳＵＦＩを有するＳＴＡＴＵＳ ＰＤＵは、そのＳＴＡＴＵＳ ＰＤＵにＲＬＣシグナリングメッセージは含まれていないため、全ＳＴＡＴＵＳ ＰＤＵがパディングＰＤＵとして使用可能であるということを示す。パディングＰＤＵが必要となった場合に、ＲＣＬエンティティは、データフォーマットまたはステータスフォーマットパディングＰＤＵのいずれを渡す（submit）かを自由に選ぶことができる。
【００１３】
図５は、ピア送信端からピア受信端へ伝送される２つのＳＤＵと１つのデータフォーマットパディングＰＤＵの例の図である。図５に示されるように、ＳＮ ＝ １のＰＤＵ（５２）の場合で見ると、シーケンス番号フィールド（５２ａ）を持つＲＬＣヘッダ、残りのＰＤＵがパディングであることを示す１つの長さインジケータ（５２ｂ）、および、そのパディング自体であるＰＡＤ（５２ｃ）のみから構成されるデータフォーマットパディングＰＤＵを送信端が送る。“最大伝送回数に達した後のＳＤＵ廃棄（SDU discard after MaxDAT number of transmission）”が設定され、かつＭａｘＤＡＴ ＝ ４であると仮定する。ＳＮ ＝ ０のＰＤＵ（５０）は肯定応答が返されたと仮定する。さらに、ＳＮ ＝ １のＰＤＵ（５２）が３回伝送されかつ３回否定応答が返された、つまり、このＰＤＵの伝送回数がその最大許容値に達したと仮定する。その結果、送信端は、ＳＤＵ廃棄手続きをトリガすることとなる。ところが、ＳＮ ＝ １のＰＤＵ（５２）にはＳＤＵのセグメントが含まれていないため、従来のＳＤＵ廃棄機能により廃棄されるべきＳＤＵはない。よってこの場合も同様に、ＭＲＷ ＳＵＦＩは作成され得ず、かつ、受信端はその受信ウィンドウをＳＮ ＝ １からあとに動かさなくなり、一方送信端は、ＳＮ ＝ １のＰＤＵを再送することが許されない。ここでもまた、送信端の伝送ウィンドウと受信端の受信ウィンドウの両方がＳＮ ＝ １で行き止まることとなって、デッドロックが発生する。
【００１４】
残念ながら、従来の方法におけるＳＤＵ廃棄機能は、前述したデッドロックの問題を解決することはできない。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
したがって、本発明の実施形態は、送信端のＳＤＵ廃棄機能における潜在的デッドロック状態を回避する方法を提供する。
【課題を解決するための手段】
【００１６】
第１に、かかる独創的な方法は、ＳＤＵ廃棄機能のうちの廃棄ＳＤＵ判断のルールを修正する。ＳＤＵ廃棄機能のうちの廃棄ＳＤＵの判断に、長さインジケータという材料を加えることにより、廃棄されるべき全てのＳＤＵの集合をカバーする。第２に、パディングＰＤＵが必要となった場合に、ステータスフォーマットパディングＰＤＵが選ばれるようにする。さらに、本発明は、改良された明示的ＳＤＵ廃棄ＳＵＦＩシグナリングを利用して、従来のＭＲＷ ＳＵＦＩでは対処できなかったシナリオをもカバーする。
【発明を実施するための最良の形態】
【００１７】
後述の詳細な説明および例を添付の図面を参照として読めば、本発明の実施形態をより理解することができるであろう。
【００１８】
先に概説したように、本発明の実施形態は、ＳＤＵ廃棄機能における潜在的デッドロックを回避する方法を開示するものである。
【００１９】
一実施形態において、ＰＤＵ伝送スケジューリング回数をＳＤＵ廃棄のトリガとして用いる送信端のＳＤＵ廃棄機能における潜在的デッドロック状態を回避する方法は、確認応答モードのＲＬＣエンティティに適用される。
【００２０】
図６は、ＡＭＤ ＰＤＵ伝送スケジューリングが最大回数に達したことにより廃棄ＳＤＵを直接判断する、送信端におけるＳＤＵ廃棄手続きのトリガに関する本発明の一実施形態のフローチャートである。この実施形態において、ＡＭＤ ＰＤＵの伝送がスケジューリングされた回数がＭａｘＤＡＴに達した場合（ステップＳ１０）、送信端は、ＡＭＤ  ＰＤＵ中にセグメントを有するか、または、ＡＭＤ ＰＤＵ中にＳＤＵの終わりを示す長さインジケータを有する全てのＳＤＵを廃棄する（ステップＳ１２）。このＡＭＤ ＰＤＵを以下に誘発（provoking）ＡＭＤ ＰＤＵと呼ぶ。次いで、送信端は、明示的シグナリング手続きによるＳＤＵ廃棄を実行して受信端に通知する（ステップＳ１４）。一方、ＭａｘＤＡＴがステップＳ１０に至らない場合には、通常のＡＭＤ ＰＤＵ伝送を実行する（ステップＳ１１）。ここで、ＭａｘＤＡＴは、ＡＭＤ ＰＤＵの伝送スケジューリング最大回数を表わしている。前記長さインジケータは、１つのＰＤＵ内で終了する各ＲＬＣ ＳＤＵの最後のオクテットを示すものである。
【００２１】
明示的シグナリング手続きによるＳＤＵ廃棄は、廃棄ＳＤＵの集合全てと、それに対応する廃棄されるべきＰＤＵの集合と、を判断する初期化手続きをさらに含む。図７は、本発明による、送信端におけるＳＤＵ廃棄機能の初期化手続きのフローチャートである。明示的シグナリング手続きによるＳＤＵ廃棄の初期化手続きにおいて、送信端は先ず、“最大伝送回数に達した後のＳＤＵ廃棄（SDU discard after MaxDAT number of transmission）”というフラグが設定されたかを判断する（ステップＳ２０）。設定されていれば、送信端はさらに、未だ肯定応答が返されておらず且つ誘発ＡＭＤ ＰＤＵのそれに等しいあるいはそれよりも前の“シーケンス番号”を持つＡＭＤ ＰＤＵの集合中に、セグメント、または、ＳＤＵの終わりを示す長さインジケータを有する全てのＳＤＵを廃棄する（ステップＳ２２）。送信端はまた、廃棄ＳＤＵのセグメントまたは廃棄ＳＤＵの終わりを示す長さインジケータを含むＡＭＤ ＰＤＵも、これらが廃棄されないＳＤＵのセグメントを運ぶものでもある場合を除いて、全て廃棄する（ステップＳ２４）。
【００２２】
上述のように、本発明のこの実施形態によれば、誘発ＰＤＵ中に長さインジケータしか有していないＳＤＵが、廃棄ＳＤＵのリストに入る。よって、図４に示す例において、ＳＤＵ１（４０ａ）は廃棄リストに入る。これにより、ＭＲＷ ＳＵＦＩが作成される。その結果、ＳＤＵ廃棄手続きが適切に機能するため、受信端はその受信ウィンドウをＳＮ ＝ １よりあとに動かせるようになって、潜在的デッドロックの問題が回避される。
【００２３】
さらに、ＡＭＤ ＰＤＵ伝送スケジューリング回数をトリガとして用いるＳＤＵ廃棄手続きの潜在的デッドロックを回避する本発明の第２の実施形態は、パディングＰＤＵのフォーマットを選択する方式を利用する。この実施形態において、ＲＬＣエンティティは、“最大伝送回数に達した後のＳＤＵ廃棄（SDU discard after MaxDAT number of transmission）”というフラグが設定されて、パディングＰＤＵが必要となった場合に、ステータスフォーマットＰＤＵを選択する。このステータスフォーマットパディングＰＤＵは、１つのＮＯ_ＭＯＲＥ複合フィールドのみから構成される。
【００２４】
本発明の第２の実施形態によれば、“最大伝送回数に達した後のＳＤＵ廃棄（SDU discard after MaxDAT number of transmission）”が設定された時に、データフォーマットパディングＰＤＵは伝送され得ない。したがって、図５に示したようなデッドロックの問題が回避される。
【００２５】
さらに、ＡＭＤ ＰＤＵの伝送スケジューリング回数をトリガとして用いるＳＤＵ廃棄手続きの潜在的デッドロックを回避する本発明の第３の実施形態は、従来のＭＲＷ ＳＵＦＩとは異なる明示的ＳＤＵ廃棄シグナリングＳＵＦＩを利用してピア受信端への通知を行う。
【００２６】
図８は、この本発明の実施形態に用いられるＳＤＵ廃棄シグナリング（ＳＤＳ）ＳＵＦＩの図である。ＳＤＳ ＳＵＦＩ（８０）のシグナリングには、そのＳＵＦＩがＳＤＳ ＳＵＦＩ（８０）であることを示すタイプフィールド（８２）、廃棄ＳＤＵの数を示すＮDISCARDフィールド（８４）、および、その他のフィールド（８６）が含まれる。ＳＤＳ ＳＵＦＩ（８０）がシグナリングする廃棄ＳＤＵの総数は、ＮDISCARDフィールド（８４）単独によって、または、ＮDISCARDフィールド（８４）にその他のフィールド（８６）を併せたものによって算出することができる。
【００２７】
この実施形態では、ＳＤＳ ＳＵＦＩは、ＳＤＵ廃棄手続きにおいて利用されると共に受信端へ送られる。ＮDISCARDフィールド（８４）は、送信端によって伝送されるＳＤＵの数と受信端によって受信されるＳＤＵの数をより容易に同期させる。ＮDISCARDフィールド（８４）は、実際の要求に応じた各種長さまたはフォーマットで実装することができる。図５に示される例では、ＮDISCARDフィールド（８４）は、廃棄ＳＤＵの数が０であることを示すよう設定されてもよい。これにより、デッドロックの問題を解決することができる。
【００２８】
さらに、ＡＭＤ ＰＤＵの伝送スケジューリング回数をトリガとして用いるＳＤＵ廃棄手続きの潜在的デッドロックを回避する本発明の第４の実施形態は、従来のＭＲＷ ＳＵＦＩとは異なる、また別な明示的ＳＤＵ廃棄シグナリングＳＵＦＩを利用してピア受信端への通知を行う。利用される明示的シグナリングは改良された（modified）移動受信ウィンドウ（ＭＭＲＷ）ＳＵＦＩであり、このＭＭＲＷ ＳＵＦＩは上述の背景の部分で述べた従来のＭＲＷ ＳＵＦＩ（２０）と類似するフォーマットを有している。
【００２９】
図９は、この本発明の実施形態によって用いられる改良された移動受信ウィンドウ（ＭＭＲＷ）ＳＵＦＩの図である。ＭＭＲＷ ＳＵＦＩ（９０）のシグナリングには、そのＳＵＦＩがＭＭＲＷ ＳＵＦＩ（９０）であることを示すタイプフィールド（９２）、長さ（ＬＥＮＧＴＨ）フィールド（９４）、ｉ ＜ ＬＥＮＧＴＨである数個のフロントＳＮ_ＭＲＷiフィールド（９６ａ、９６ｂ、９６ｃ）、ＳＮ_ＭＲＷLENGTHフィールド（９６）、およびＭLENGTHフィールド（９８）が含まれる。ＭＭＲＷ ＳＵＦＩ（９０）におけるＳＮ_ＭＲＷLENGTHフィールド（９６）およびＭLENGTHフィールド（９８）を除く全てのフィールドは、従来のＭＲＷ ＳＵＦＩ（２０）における対応するフィールド（２２、２４、２６ａ）と同じ意味を持ち、かつ本発明には直接関連しないものである。ＭLENGTHフィールド（９８）はＳＮ_ＭＲＷLENGTHフィールド（９６）と共に用いられて、受信端にて廃棄されるべき最後のＲＬＣ ＳＤＵの終わりを示す。ＭLENGTHフィールド（９８）が０でない値を持つ場合に、ＭLENGTHフィールド（９８）の意味は従来のＭＲＷ ＳＵＦＩ（２０）におけるＮLENGTHフィールド（２８）に同じであり、即ちそれは、ＳＮ_ＭＲＷLENGTH（９６）に等しい“シーケンス番号”を持つＡＭＤ ＰＤＵ中で、どの“長さインジケータ”が受信端にて廃棄されるべき最後のＲＬＣ ＳＤＵに対応するかを示す。一方、ＭLENGTH ＝ ０は、最後のＲＬＣ ＳＤＵが、ＳＮ_ＭＲＷLENGTH − １よりも小さいまたはこれに等しい“シーケンス番号”を持つＡＭＤ ＰＤＵで終了したことと、ＳＮ_ＭＲＷLENGTH（９６）に等しい“シーケンス番号”を持つＡＭＤ ＰＤＵ中の最初のデータオクテットが次に再組立されることとなる最初のデータオクテットであるということと、を表わす。
【００３０】
第４の実施形態によれば、送信端は、ＳＮ_ＭＲＷLENGTH（９６）を２に設定すると共に、ＭLENGTHフィールド（９８）を０に設定して、図４および図５に示したような例を、ピア受信端に通知することができ、デッドロックの問題は解消される。
【産業上の利用可能性】
【００３１】
概括すると、本発明は、ＳＤＵ廃棄手続きにおける潜在的デッドロックの問題を回避するための諸実施形態を開示するものである。そして、かかる独創的な方法は、無線通信関連製品の安定性と信頼性が高めることができる。
【００３２】
本発明の諸実施形態を、例として、および、好ましい実施形態により説明したが、本発明はこれらに限定されることはないと理解されるべきである。むしろ反対に、本発明は、（当業者にとって明らかであろう）各種の変更や類似のアレンジメントがカバーされるよう意図されている。したがって、添付の特許請求の範囲は、かような変更や類似のアレンジメントが全て包含されるように、最も広い解釈が与えられるべきである。
【図面の簡単な説明】
【００３３】
【図１】従来のＡＭＤ ＰＤＵの例の図である。
【図２】従来のＭＲＷ ＳＵＦＩのフォーマットを示す図である。
【図３】ピア送信端からピア受信端へ伝送される、分割されると共に３つのＡＭＤ ＰＤＵにて連結している２つのＳＤＵの例の図である
【図４】ピア送信端からピア受信端へ伝送されるべく３つのＡＭＤ ＰＤＵによって運ばれる２つのＳＤＵの例の図である。
【図５】ピア送信端からピア受信端へ伝送される２つのＳＤＵと１つのデータフォーマットパディングＰＤＵの例の図である。
【図６】本発明の廃棄ＳＤＵ判断のルールを示すフローチャートである。
【図７】本発明のＳＤＵ廃棄機能の初期化手続きのフローチャートである。
【図８】本発明の１実施形態に用いられるＳＤＵ廃棄シグナリングＳＵＦＩの図である。
【図９】本発明の１実施形態に用いられる改良された移動受信ウィンドウＳＵＦＩの図である。
【符号の説明】
【００３４】
１０    確認応答モードデータＰＤＵ（ＡＭＤ ＰＤＵ）
１２    シーケンス番号
１３    ＨＥフィールド
１４    長さインジケータ
１５    Ｅフィールド
１６    データ部
１８    パディング（ＰＡＤ）
２０    移動受信ウィンドウ複合フィールド（ＭＲＷ ＳＵＦＩ）
２２    タイプフィールド
２４    長さフィールド
２６ａ、２６ｂ、２６ｃ    ＳＮ_ＭＲＷiフィールド
２６      ＳＮ_ＭＲＷLENGTHフィールド
２８      ＮLENGTHフィールド
３０、３２、３４      ＡＭＤ ＰＤＵ
３２ａ、３２ｂ    ＳＤＵのセグメント
４０、４２、４４    ＡＭＤ  ＰＤＵ
４０ａ    ＳＤＵのセグメント
４２ａ    シーケンス番号
４２ｂ、４２ｃ    長さインジケータ
４２ｄ    パディング（ＰＡＤ）
５０、５２、５４    ＡＭＤ  ＰＤＵ
５２ａ    シーケンス番号
５２ｂ    長さインジケータ
５２ｃ    パディング（ＰＡＤ）
８０    ＳＤＵ廃棄シグナリング複合フィールド（ＳＤＳ ＳＵＦＩ）
８２    タイプフィールド
８４    ＮDISCARDフィールド
８６    その他のフィールド
９０    改良された移動受信ウィンドウ複合フィールド（ＭＭＲＷ ＳＵＦＩ）
９２    タイプフィールド
９４    長さフィールド
９６ａ、９６ｂ、９６ｃ    フロントＳＮ_ＭＲＷiフィールド
９６    ＳＮ_ＭＲＷLENGTHフィールド
９８    ＭLENGTHフィールド
【図１】
2007502065.tif 000003
【図２】
2007502065.tif 000004
【図３】
2007502065.tif 000005
【図４】
2007502065.tif 000006
【図５】
2007502065.tif 000007
【図６】
2007502065.tif 000008
【図７】
2007502065.tif 000009
【図８】
2007502065.tif 000010
【図９】
2007502065.tif 000011
【国際調査報告】
2007502065.tif 000012
2007502065.tif 000013