(57)【要約】【課題】ワイヤレスコミュニケーションシステムにおける不測の伝送中断を処理する方法を提供する。【解決手段】無線リンク制御（ＲＬＣ）層１４２はＲＬＣ実体情報１６４をメディアアクセス制御（ＭＡＣ）層１４４に提供する。ＲＬＣ実体情報１６４は、ＲＬＣ層１４２が伝送されるサービスデータユニット（ＳＤＵ）１４１を備えることを通知する。ＲＬＣ実体情報１６４が提供された後、ＲＬＣ層１４２は不測のデータ中断を受信し、ＭＡＣ層１４４はＭＡＣ要求１６６を発し、ＲＬＣ層１４２に少なくとも一つのＰＤＵ１４５を送るように要求する。ＭＡＣ要求１６６に呼応して、ＲＬＣ層１５２はＭＡＣ層１４４に少なくとも一つのパディングＰＤＵ１５０を送り、破棄されたＳＤＵを代替する。もう一つの方法は、本来破棄されるべきＳＤＵを保留し、次の伝送時間インターバルＴＴＩで破棄する。【選択図】    図７
2004179917.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレスコミュニケーションデバイスにおいて、無線リンク制御（ＲＬＣ）層とメディアアクセス制御（ＭＡＣ）層間のデータ伝送スケジュールにおいて発生する不測のデータ中断を処理する方法であって、前記不測のデータ中断は前記ＲＬＣ層がＲＬＣ実体情報を前記ＭＡＣ層に伝送した後発生し、前記処理方法は、
前記ＭＡＣ層が発するデータ要求に対応し、前記ＲＬＣ層は前記ＭＡＣ層に、適当な数量の代用プロトコルデータユニット（ＰＤＵ）を伝送して、破棄、或いは中断されたサービスデータユニット（ＳＤＵ）を代替する工程、
を備える。
【請求項２】
前記不測のデータ中断は、破棄タイマー、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項１に記載の方法。
【請求項３】
前記代用ＰＤＵはパディングＰＤＵである請求項１に記載の方法。
【請求項４】
ワイヤレスコミュニケーションデバイスにおいての、無線リンク制御（ＲＬＣ）層とメディアアクセス制御（ＭＡＣ）層間のデータスケジュール方法であって、該データスケジュール方法は、
前記ＲＬＣ層は、該ＲＬＣ層が伝送されるサービスデータユニット（ＳＤＵ）を有することを示すＲＬＣ実体情報を、前記ＭＡＣ層に提供する工程と、
前記ＲＬＣ実体情報が提供された後、前記ＲＬＣ層は、前記ＲＬＣ層にＳＤＵデータ伝送を破棄、或いは中断を要求する不測のデータ中断を受信する工程と、
前記不測のデータ中断の後、前記ＲＬＣ実体情報に対応し、前記ＭＡＣ層は、前記ＲＬＣ層に少なくとも一つのプロトコルデータユニット（ＰＤＵ）を要求する工程と、
前記ＭＡＣ要求に対応し、前記ＲＬＣ層は少なくとも一つの代用ＰＤＵを前記ＭＡＣ層に伝送する工程と、を備え、
前記少なくとも一つの代用ＰＤＵは、破棄、或いは中断されたＳＤＵを代替する。
【請求項５】
前記ＲＬＣ層から前記ＭＡＣ層に提供される代用ＰＤＵの数量は、前記ＭＡＣ層が要求するＰＤＵの数量に等しい請求項４に記載の方法。
【請求項６】
前記不測のデータ中断は、破棄タイマー、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項４に記載の方法。
【請求項７】
前記少なくとも一つの代用ＰＤＵはパディングＰＤＵである請求項４に記載の方法。
【請求項８】
ワイヤレスコミュニケーションデバイスは、プログラムを実行するプロセッサを備え、前記プログラムは、無線リンク制御（ＲＬＣ）層とメディアアクセス制御（ＭＡＣ）層間のデータ伝送スケジュールで発生する不測のデータ中断を処理し、前記不測のデータ中断は、ＲＬＣ層がＲＬＣ実体情報をＭＡＣ層に提供した後発生し、前記プログラムは、
前記ＲＬＣ層に、前記ＭＡＣ層が発するデータ要求に対応して、破棄、或いは中断されたサービスデータユニット（ＳＤＵ）に代えて、適当な数量の代用プロトコルデータユニット（ＰＤＵ）を前記ＭＡＣ層に提供することを実行させる。
【請求項９】
前記不測のデータ中断は、破棄タイマー、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項８に記載のデバイス。
【請求項１０】
前記代用ＰＤＵはパディングＰＤＵである請求項８に記載のデバイス。
【請求項１１】
ワイヤレスコミュニケーションデバイスは、無線リンク制御（ＲＬＣ）層とメディアアクセス制御（ＭＡＣ）層間のデータスケジュールを行なうためのプログラムを実行するプロセッサを備え、前記プログラムは、
前記ＲＬＣ層に、該ＲＬＣ層が伝送されるサービスデータユニット（ＳＤＵ）を有することを示すＲＬＣ実体情報を前記ＭＡＣ層に提供させ、
前記ＲＬＣ層に、前記ＲＬＣ実体情報が提供された後、ＳＤＵデータの伝送を破棄或いは中断を要求する不測のデータ中断を受信させ、
前記ＭＡＣ層に、前記不測のデータ中断の後、前記ＲＬＣ実体情報に対応して、前記ＲＬＣ層に少なくとも一つのプロトコルデータユニット（ＰＤＵ）を要求させ、
前記ＲＬＣ層に、前記ＭＡＣ要求に対応し、少なくとも一つの代用ＰＤＵを前記ＭＡＣ層に伝送させ、
前記少なくとも一つの代用ＰＤＵは、破棄、或いは中断されたＳＤＵを代替する。
【請求項１２】
前記ＲＬＣ層から前記ＭＡＣ層に提供される代用ＰＤＵの数量は、前記ＭＡＣ層が要求するＰＤＵの数量に等しい請求項１１に記載のデバイス。
【請求項１３】
前記不測のデータ中断は、破棄タイマー、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項１１に記載のデバイス。
【請求項１４】
少なくとも一つの前記代用ＰＤＵはパディングＰＤＵである請求項１１に記載のデバイス。
【請求項１５】
ワイヤレスコミュニケーションデバイスにおいて、無線リンク制御（ＲＬＣ）層とメディアアクセス制御（ＭＡＣ）層間のデータ伝送スケジュールで発生する不測のデータ中断を処理する方法であって、前記不測のデータ中断は破棄タイマーによるものではなく、且つ、前記不測のデータ中断は前記ＲＬＣ層がＲＬＣ実体情報を前記ＭＡＣ層に伝送した後発生し、前記処理方法は、
前記ＲＬＣ層が、前記ＲＬＣ実体情報によって示されるＭＡＣ要求に対応して要求された数量のプロトコルデータユニット（ＰＤＵ）を前記ＭＡＣ層に伝送するまで、前記不測のデータ中断に対応して発生するサービスデータユニット（ＳＤＵ）の破棄、或いはＳＤＵの中断を、遅延する工程、
を備える。
【請求項１６】
前記不測のデータ中断は、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項１５に記載の方法。
【請求項１７】
ワイヤレスコミュニケーションデバイスにおいての、無線リンク制御（ＲＬＣ）層とメディアアクセス制御（ＭＡＣ）層間のデータスケジュール方法であって、該データスケジュール方法は、
前記ＲＬＣは、該ＲＬＣ層が伝送されるサービスデータユニット（ＳＤＵ）を有することを示すＲＬＣ実体情報を、前記ＭＡＣ層に提供する工程と、
前記ＲＬＣ実体情報が提供された後、前記ＲＬＣ層は、破棄タイマーによるものではない不測のデータ中断を受信する工程と、
前記不測のデータ中断の後、前記ＲＬＣ実体情報に対応し、前記ＭＡＣ層は、前記ＲＬＣ層に少なくとも一つのプロトコルデータユニット（ＰＤＵ）を要求する工程と、
前記ＭＡＣ要求に対応して、前記ＲＬＣ層は少なくとも一つのＰＤＵを前記ＭＡＣ層に提供する工程と、
前記ＲＬＣ層が少なくとも一つのＰＤＵを前記ＭＡＣ層に伝送した後、前記不測のデータ中断に対応し、前記ＲＬＣ層はまだ前記ＭＡＣ層に伝送されていないＳＤＵを破棄する工程と、
を備える。
【請求項１８】
前記ＲＬＣ層が少なくとも一つのＰＤＵを前記ＭＡＣ層に伝送した後、前記不測のデータ中断に対応し、前記ＲＬＣ層は、残り全てのＳＤＵを破棄する請求項１７に記載の方法。
【請求項１９】
前記不測のデータ中断は、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項１７に記載の方法。
【請求項２０】
前記ＲＬＣ層から前記ＭＡＣ層に伝送されるＰＤＵの数量は、前記ＭＡＣ層が要求するＰＤＵの数量に等しい請求項１７に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ワイヤレスコミュニケーションデータの伝送中に発生する、不測のスケジュール中断を処理する方法に関するもので、特に、無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ    ｃｏｎｔｒｏｌ、ＲＬＣ）層とメディアアクセス制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ、ＭＡＣ）層間のスケジュール中断の処理に関するものである。
【０００２】
【従来の技術】
多くのコミュニケーションプロトコルは、通常、三層を運用して通信にアプローチする。図１は、三層のコミュニケーションプロトコルを示す図である。一般のワイヤレス環境において、第一ステーション１０は、ワイヤレス方式で、一つ或いは多くの第二ステーション２０と通信する。第一ステーション上のアプリケーション１３は、メッセージ１１を生成し、そのメッセージ１１を第三層（レイヤ）インターフェース１２に送り、第二ステーション２０に伝送する。第三層インターフェース１２も、第三層信号メッセージ１２ａを生成することが出来、第一ステーション１０と第二ステーション２０間の第三層操作を制御するのに用いられる。例えば、第三層信号メッセージ１２ａは、キー切り換え暗号化の要求で、第一ステーション１０と第二ステーション２０両方の第三層インターフェース１２及び２２により生成される。第三層インターフェース１２は、第二層のサービスデータユニット（ｓｅｒｖｉｃｅ    ｄａｔａ    ｕｎｉｔｓ、ＳＤＵｓ）１４の形式で、メッセージ１１、或いは第三信号メッセージ１２ａを、第二層インターフェース１６に伝送する。
【０００３】
第二層のＳＤＵ１４は、異なる大きさで、第三層インターフェース１２が第二ステーション２０に伝送したいデータを保持しており、このようなデータは、信号メッセージ１２ａ、或いは、メッセージ１１である。第二層インターフェース１６は、受信したＳＤＵ１４を、一つ或いはそれ以上の第二層プロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ、ＰＤＵｓ）１８に組み立てる。各第二層ＰＤＵ１８の長さは一定で、第一層インターフェース１９に伝送される。第一層インターフェース１９は実体層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）で、データを第二ステーション２０に伝送する。伝送されたデータは、第二ステーション２０の第一層インターフェース２９により受信され、その後、一つ或いは多くのＰＤＵ２８に再構成され、第二層インターフェース２６に送る。第二層インターフェース２６はＰＤＵ２８を受信し、それらから、一つ或いは多くの第二層ＳＤＵ２４を組み立て、第三層インターフェース２２に送る。次に、第三層インターフェース２２は、受信したＳＤＵ２４を転換し、メッセージ２１或いは第三層伝達メッセージ２２ａに戻し、このメッセージは、理論上、第一ステーション１０上のアプリケーション１３により生成される元来のメッセージ１１、信号メッセージ１２ａに等しい。受信されたメッセージ２１は、第二ステーション２０のアプリケーション２３に送られる。ここで、開示内容の全体に渡って用いられる用語に注目すると、ＰＤＵは、ある層とその下層との間で伝送されるデータユニットのことで、ＳＤＵは、ある一層と上層の間で伝送されるデータユニットのことを指す。よって、第三層ＰＤＵが第二層ＳＤＵと称され、同様に、第二層ＰＤＵが第一層ＳＤＵと称される。説明を明瞭にするため、以下では、“ＳＤＵ”と簡略されたものは第二層ＳＤＵ（つまり、第三層ＰＤＵ）、“ＰＤＵ”と簡略されたものは第二層ＰＤＵ（つまり第一層ＳＤＵ）とする。
【０００４】
とりわけ興味深いのは、高層データ伝送受信を担う第三層と、低層実体伝送受信を担う第一層の間のバッファとして機能する第二層インターフェースである。図２は、第二層のデータ伝送受信の処理を示す図である。ベースステーション、或いはモバイルユニットである送信器３０の第二層インターフェース３２は、第三層インターフェース３３から、一連のＳＤＵ３４を受信する。ここでは、ＳＤＵ３４は、連続して１〜５に並び、異なる大きさであるとし、図では異なる長さで示されている。第二層インターフェース３２は、一連のＳＤＵ３４を、一連のＰＤＵ３６にする。第二層ＰＤＵ３６は、１〜４に並べられ、全て同じ長さである。ＰＤＵ３６は、第一層インターフェース３１に送られ、伝送を待つ。反対の工程が、ベースステーション或いはモバイルユニットである受信端末４０の第二層インターフェース４２で発生し、受信した一連の第二層ＰＤＵ４６を、一連のＳＤＵ４４にする。ある特定の伝送モード下で、マルチ層プロトコルは、受信端末４０内の第二層インターフェース４２がＳＤＵ４４を、順に第三層インターフェース４３に送るように要求する。つまり、第二層インターフェース４２が第三層インターフェース４３に伝送する順序は、ＳＤＵ１から開始し、ＳＤＵ５で終了しなければならない。ＳＤＵ４４の順序は必ず順序通りで、前のＳＤＵが第三層に伝送されるまでは、次のＳＤＵは上層に送ることが出来ない。
【０００５】
ワイヤ伝送環境において、このような要求は容易に満たされる。しかし、ノイズの多いワイヤレス伝送環境において、ベースステーションにしろ、モバイルユニットにしろ、受信器４０は、しばしば、データを紛失してしまう。この他、ある伝送モード下で、ＳＤＵ３４が所定時間を超過しても伝送に成功していない場合、送信器３０の第二層インターフェース３２は、事実上、これらの第二層ＳＤＵ３４を破棄する。この種の伝送を破棄する破棄機能は、各ＳＤＵ３４が対応する破棄タイマー（ｄｉｓｃａｒｄ    ｔｉｍｅｒ）により制御される。ＳＤＵ３４の破棄タイマーが期限切れの時、ＳＤＵ３４及び相関するＰＤＵ３６は破棄される。よって、受信しなければいけない一連の第二層ＰＤＵ４６において、第二層ＰＤＵ３６を遺失する恐れがある。送信器３０から破棄されたか、或いは、受信器４０がデータをロスしたからである。これにより、第二層ＳＤＵ４４を順序良く、第三層インターフェース４３に送るのは、明らかに挑戦である。順序通りの伝送モードが必要なくても（つまり、システムがＳＤＵ４４に順序通りの伝送を要求しなくても）、相関する第二層ＰＤＵ４６が正確に受信される前は、どの不完全な第二層ＳＤＵ４４も伝送してはいけない。
【０００６】
無線プロトコルは、このような問題を解決するために、細心の注意を払って設計される。一般に、データを伝送及び受信するのに、二つの広汎モード（ｂｒｏａｄ  ｍｏｄｅ）があり、それは、確認モード（ａｃｋｎｏｗｌｅｄｇｅ    ｍｏｄｅ、ＡＭ）伝送と非確認モード（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ、ＵＭ）伝送である。確認モードデータにとって、受信器４０は、特定の第二層確認信号を、送信器３０に送信して、第二層ＰＤＵ４６の受信成功を表示する。受信が成功していないＡＭ  ＰＤＵは、送信器３０により再伝送することが出来、受信器４０が正確に全てのＰＤＵを受信出来るよう確保する。ＵＭモードでは、このような信号伝達がない。よって、受信が成功している、いないにかかわらず、ＵＭ  ＰＤＵ３６の再伝送は実行されない。本明細書において、ＡＭデータを例としているが、勿論、ＵＭデータも本発明を運用することが出来る。図３及び図１を参照すると、図３はＡＭデータＰＤＵ５０の簡略図で、３ＧＰＰＴＳ２５．３２２  Ｖ３．８．０．規範に掲載されている。
【０００７】
一般に、制御ＰＤＵとデータＰＤＵの２種類のＰＤＵがある。制御ＰＤＵは、第二層インターフェース１６及び２６により用いられて、データ伝送と受信プロトコルを制御し、例えば、前述の受信した信号を確認するのに用いられる第二層確認信号はそのうちの一つである。この種の第二層インターフェースの信号伝達メッセージの交換は、第三インターフェース１２及び２２間の信号メッセージ１２ａ及び２２ａの交換といくらか類似している。第二層インターフェース１６及び２６は、信号メッセージ１２ａ及び２２ａを解釈したり認識したりしない（単に、ＳＤＵデータとして扱う）。しかし、第二層インターフェース１６及び２６は、第二層制御ＰＤＵを認識及び処理し、これにより、第二層制御ＰＤＵは、第三層インターフェース１２及び２２に送られない。データＰＤＵは、ＳＤＵデータの伝送に用いられ、第二ステーション２０の第二層インターフェース２６により再構成されて、ＳＤＵの形式で、第三層インターフェース２２に伝送される。図３中のＰＤＵ５０はデータＰＤＵで、第二層プロトコルに従って、様々なフィールドに分割される。
【０００８】
第一フィールド５１は、ＰＤＵ５０がデータＰＤＵ或いは制御ＰＤＵのどちらかを示すシングルビットである。ビットの値が１の時、ＰＤＵ５０はデータＰＤＵである。第二フィールド５２はシーケンス番号（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ、ＳＮ）フィールドで、ＡＭ伝送時は、１２ビット長である。後続のＰＤＵ１８、２８は、高いシーケンス番号を備え、受信器（第二ステーション）２０に、受信した第二層ＰＤＵ２８を正確に組み立てさせ、第二層ＳＤＵ２４を形成する。例えば、シーケンス番号５３６を有するＰＤＵ１８が伝送された場合、続くＰＤＵは番号５３７を備えなければならない。以下、同様である。再伝送されるＰＤＵ１８はシーケンス番号５３５を備え、このＰＤＵが５３６を有するＰＤＵの前に挿入されることを表示する。本当の時間上、番号５３５を備えるＰＤＵは、５３６を備えるものより、遅く受信される。しかし、受信されたＰＤＵのシーケンス優先順序に従って、ＳＤＵを確実に生成することが出来る。シーケンス番号フィールド５２は、再伝送されるＰＤＵを、早く受信されたＰＤＵの前の適当な位置に挿入させることが出来る。この方法により、データの再伝送が達成される。シーケンス番号フィールド５２の後に、単一のポーリングビット５３がある。ポーリングビット５３が１の時、受信器（第二ステーション２０）は、確認状態ＰＤＵを出して応答しなければならない。確認状態ＰＤＵは制御ＰＤＵの一種で、ＰＤＵの受信状態を示すのに用いられる。送信器（第一ステーション１０）は、ポーリングビット５３を１に設定して、第二ステーション２０に、確認状態ＰＤＵを送信するように要求する。ビット５４が保留されていて、０に設定される。次のビット５５ａは、拡張子ビット（ｅｘｔｅｎｓｉｏｎ    ｂｉｔ）で、１に設定される時、即刻、長さインジケーター（ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ、ＬＩ）につなぐことを表示する。ＬＩは７ビットまたは１５ビットで、第二層ＳＤＵが、第二層ＰＤＵ５０内で終了する位置を表示するのに用いられる。僅か一つのＳＤＵが、完全にＰＤＵ５０のデータ領域５８を充填する場合、ビット５５ａは０で、ＬＩは出現しないことを表示する。
【０００９】
図３の例において、２つの第二層ＳＤＵ５７ａ及び５７ｂは、第二層ＰＤＵ５０で終了する。よって、２つのＬＩにより、第二層ＳＤＵ５７ａ及び５７ｂの終了をそれぞれ表示する。続いて、ＰＤＵ５０の後続のＰＤＵ（シーケンス番号５２で区別する）は、ある一つのＬＩにより、ＳＤＵ５７ｃの終わりを表示する。ＬＩの後の拡張子ビット５５ｂは１に設定され、後にまだＬＩ（つまり、図上のＬＩ）があることを表示する。ＬＩ後の拡張子ビット５５ｃは０に設定され、後にＬＩがないことを示し、データ領域５８は、この拡張子ビット５５ｃに続いて開始される。データ領域５８は、実際のＳＤＵデータを格納するのに用いられる。
【００１０】
図４は公知の第二層インターフェース６０を詳細に示す図で、図５は伝送時間インターバル（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ、ＴＴＩｓ）７２のタイミングを示す図である。第二層インターフェース６０はＲＬＣ層６２を備え、ＭＡＣ層６４上に位置し、ＭＡＣ層６４と疎通している。このような配置は、公知の３ＧＰＰの説明書ＴＳ  ２５．３２１  Ｖ３．９．０から知ることが出来る。ＭＡＣ層６４は、ＲＬＣ層６２と第一層インターフェース６１の中間インターフェースとして機能する。上層（ＲＬＣ層６２と更に高い層）から、多くのチャネル（ｃｈａｎｎｅｌ）が設立されていることがわかり、各チャネルは、それぞれ、伝送パラメータを備える。しかし、機能面から見れば、これらのチャネルは、シングルストリーム（ｓｉｎｇｌｅ  ｓｔｒｅａｍ）に集約されて、実体の第一層インターフェース６１に現されなければならない。これが、ＭＡＣ層６４の主な目的である。ＭＡＣ層６４は、各ＲＬＣ実体６２から受信するＰＤＵ６３に対し、伝送時間を分割し、一連のＴＴＩにおいて伝送を完成する。各チャネルにとって、そのチャネルの各ＴＴＩ７２のタイムスパンは皆同じで、例えば、２０ｍｓである。しかし、異なるチャネルのＴＴＩは、異なるタイムスパンを備える。つまり、異なるＲＬＣ実体に対応し、ＴＴＩは異なる長さを備える。
【００１１】
実際のコミュニケーション動作時に、多くのマルチチャネルがあるが、ここでは、一つのチャネルだけ（つまり、シングルＲＬＣ層６２だけ）で説明する。各ＴＴＩ７２のタイムスパンの中で、ＭＡＣ層６４は、セット７４の伝送ブロック（ｔｒａｎｓｐｏｒｔ    ｂｌｏｃｋ）７４ａを、第一層インターフェース６１に送り、伝送する。セット７４の伝送ブロック７４ａは、所定数の伝送ブロック７４ａを備える。各伝送ブロック７４ａは、一つのＲＬＣ    ＰＤＵ７５、及び随意のＭＡＣヘッダー７６を備える。ＴＴＩ７２において、全てのＲＬＣ    ＰＤＵ７５（或いは、伝送ブロック７４ａ）は、同じ長さである。ＲＬＣ    ＰＤＵ７５のセット７４での数、或いは、伝送ブロック７４ａのセット７４での数は、ＴＴＩ７２により異なる。
【００１２】
例えば、図５において、第一ＴＴＩ７２は、６個のＰＤＵ７５を伝送し、次のＴＴＩ７２は、３個のＰＤＵ７５を伝送する。実際のＰＤＵデータの大きさは、ＴＴＩにより異なるが、同一のＴＴＩにおいては同じでなければならない。よって、各ＴＴＩが伝送ブロックを伝送する前、ＭＡＣ層６４はＲＬＣ層６２に、ＴＴＩにおいて必要なＰＤＵ数量及びＰＤＵの大きさを、知らせなければならない。この送信フォーマットコンビネーション（ｔｒａｎｓｐｏｒｔ    ｆｏｒｍａｔ    ｃｏｍｂｉｎａｔｉｏｎ、ＴＦＣ）と呼ばれる選択は、ＲＬＣ層６２からＭＡＣ層６４間のデータ伝送の流量を手配するのに用いられる。ＴＦＣ選択は、ＭＡＣ層６４に、各ＲＬＣ層実体６２の異なる要求に従って、効率的なストリームデータを第一層実体インターフェース６１に提供させる。ＴＦＣ選択の結果に基づいて、ＳＤＵ６５ａは、先ず、バッファ６５に格納し、その後、ＲＬＣ層６２に、ＴＦＣ選択が要求する大きさのＰＤＵ６５ｂを分割及び再構成する。続いて、ＲＬＣ層６２は、ＴＦＣ選択が要求する数量と大きさのＰＤＵをＭＡＣ層６４に伝送する。前述のように、ＭＡＣ層６４は選択的に、各ＲＬＣ    ＰＤＵ７５の前に、ＭＡＣヘッダー７６を加えることが出来、セット７４内の伝送ブロック７４ａを生成する。その後、セット７４の伝送ブロック７４ａは、実体の第一層インターフェース６１に送られて、伝送される。
【００１３】
図６と図４を参照する。図６は、公知技術のＴＦＣ選択のタイミング図である。ＴＴＩ８２内で少なくとも一部分のＳＤＵ６５ａを送るため、ＴＴＩ８２のＴＦＣ選択は、前のＴＴＩ（つまりＴＴＩ８１）内で完成させなければならない。ＴＴＩ８１において、ＲＬＣ層６２は、ＭＡＣ層６４に、ＲＬＣ実体情報（ｅｎｔｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）８４を知らせなければならない。ＲＬＣ状態情報８４は、ＭＡＣ層６４に、いくつのＳＤＵ情報６５ａがＲＬＣ層６２により伝送されるのを待っているかを報告する。ＭＡＣ層６４は、ＲＬＣ状態情報８４に応答し、ＴＦＣデータ要求８６を与える。ＴＦＣデータ要求８６は、ＲＬＣ層６２に、ＭＡＣ層６４に伝送するＰＤＵ    ６５ｂの大きさと数量を指示する。前記ＴＦＣデータ要求８６において、ＰＤＵの数量は、伝送を待つ全てのＳＤＵ６５ａをカバーするのには十分でないかもしれない。もしそうなら、ＲＬＣ層は、ＴＴＩ８２において、もう一回のＴＦＣ選択を実行し、次のＴＴＩ８３において、残りのＳＤＵ６５ａを伝送しなければならない。ＴＦＣデータ要求８６が、全てのＳＤＵ情報６５ａをカバーするのには十分である、ないの如何にかかわらず、ＲＬＣ層６２は、ＴＦＣデータ要求８６に従って、適当な数量のＳＤＵ６５ａを、要求された大きさのＰＤＵ６５ｂに組み立てる。その後、これらのＰＤＵ６５ｂは、ブロック８８の方式で、ＭＡＣ層６４に伝送される。ＴＴＩ８２において、ＭＡＣ層６４は、このブロック８８のＰＤＵ    ６５ｂを処理し、第一層インターフェース６１に送る。ＴＴＩ８２において、ＴＴＩ８３のデータ伝送のために、もう一度、ＴＴＩ選択を実行する。ＰＤＵ６５ｂ内に組み立てられたＳＤＵ６５ａは、バッファ６５から除去される。
【００１４】
ＳＤＵ情報６５ａも時間切れで、バッファ６５から除去される。各ＳＤＵ情報６５ａは有効期限（ｅｘｐｉｒａｔｉｏｎ  ｔｉｍｅ）を備え、破棄タイマーにより追跡される。もし、破棄タイマーが、ＳＤＵ情報６５ａがすでに有効期限を過ぎていることを示した場合、このＳＤＵ情報６５ａは、バッファから除去されて、伝送されない。ＲＬＣ層６２の観点から、これは、いつでも偶発的に発生する事態である。特に、このような事態は、ＲＬＣ層６２がＲＬＣ状態情報８４を伝送した後発生し、ＲＬＣ層６２が事実上有する、伝送を待つＳＤＵ情報６５ａ数量は、ＲＬＣ状態情報８４が示すものより少なくなる。しかし、一旦、ＭＡＣ層６４が、ＴＦＣデータ要求８６に応答した後、ＲＬＣ層６２は、ＴＦＣデータ要求８６の要求に符合する大きさと数量のＰＤＵを伝送しなければならない。要求通りに実行されていない場合、無線デバイスのソフトウェア障害を生じる。この問題は、公知技術でも問題となっており、データ伝送のスケジュール上、非常に重要である。公知技術において、ＲＬＣ層６２がＭＡＣ層６４に、ＳＤＵ情報６５ａがすでに伝送の準備が出来ていることを知らせた後、ＳＤＵ情報６５ａが時間切れになった場合、実際の破棄は次のＴＴＩまで、実行を遅延させる。この方法により、ＲＬＣ層６２は、十分なＳＤＵを確保して、ブロック８８のＰＤＵを構成することが出来る。ＴＴＩ８２において、時間切れのＳＤＵは、ＴＴＩ８２で伝送予定のブロックＰＤＵ内でない場合、ＴＴＩ８３のために行うＴＦＣ選択の前に、直接破棄し、破棄を遅延する必要がない。
【００１５】
しかし、上述の状況以外に、他の不測のデータ中断事態が発生し、公知技術でも処理できない状態が生じるかもしれない。図１、図４及び図６をもう一度参照すると、これらの予期されないデータ中断のほとんどは、第三層インターフェース１２から第二層インターフェース１６へ伝送されるコマンド指令（ｃｏｍｍａｎｄ    ｐｒｉｍｉｔｉｖｅ）に起因する。よって、ＲＬＣ層６２から見れば、それらの中断は予期できるものではない。これらの中断は、停止（ｓｔｏｐ）、一時停止（ｓｕｓｐｅｎｄ）及び再構築（ｒｅ−ｅｓｔａｂｌｉｓｈ）コマンド指令を含む。この他、第二層のリセット（ｒｅｓｅｔ）事象も、予期できないデータ中断の原因である。第三層インターフェース１２がベースステーションの変更を決定した時、第三層インターフェース１２は第二層インターフェース１６の停止指令を起動する。停止指令は第二層インターフェース１２に、ＳＤＵ情報６５ａの伝送を直ちに中止するよう要求する。よって、ＴＦＣデータ要求８６がすでに受信されても、ＰＤＵ６５ｂは、ＭＡＣ層６４に送られる状態から、伝送停止状態に変更する。再構築動作は第三層インターフェース１２により起動され、第三層インターフェース１２は再構築コマンド指令を第二層インターフェースに発して、チャネルを再構築する。再構築コマンド指令はその名のとおり、チャネルは完全にシャットダウンされ、その後、再構築される。
【００１６】
同様に、再構築指令が生じる時、ＭＡＣ層６４に、ＴＦＣデータ要求８６が満たされない状態で停留させる。第三層インターフェース１２が第一ステーション１０及び第二ステーション２０間の暗号化構造の変更を決定した時、第三層インターフェース１２は、一時停止指令を起動する。一時停止コマンド指令は、パラメータｎを備える方式で、第三層インターフェース１２から第二層インターフェース１６に送られる。このパラメータｎは第二層インターフェース１６を規定し、ｎ個のＰＤＵ６５ｂを送った後、データの伝送を停止する。
【００１７】
このパラメータｎの目的は、十分な時間（ＰＤＵを計算単位とする）を提供し、第一ステーション１０と第二ステーション２０間で、暗号化の要求を同時に完成させることである。通常、ｎが十分な大きさの場合、ＲＬＣ層６２は十分な警告時間を備えて前もって準備し、ＴＦＣデータ要求８６を満たすことが出来ないことが発生しないようにする。しかし、ｎが小さい場合、ＲＬＣ層６２は送られるＰＤＵ６５ｂを撤回し、ＴＦＣデータ要求８６が満たされないようにする。
【００１８】
最後に、リセット動作を説明する。チャネルでコミュニケーションエラーを検出した時、第二層インターフェース１６はリセット動作を実行する。本質上、これらのコミュニケーションエラーは、予期不能で、第一ステーション１０及び第二ステーション２０のどちらかは、このようなリセット動作を触発する。リセット動作は全ての状態変数（ｓｔａｔｅ    ｖａｒｉａｂｌｅ）及び対応するコミュニケーションチャネルの全てのバッファ内に保存されたデータを削除或いは初期値に設定する。これにより、リセット動作の下、ＳＤＵ６５ａ或いはＰＤＵ６５ｂは、全て除去され、よって、ＭＡＣ層６４は、ＴＦＣデータ要求８６からの応答を待つ状態でハンギングする。
【００１９】
【発明が解決しようとする課題】
本発明は、ワイヤレスコミュニケーションシステムにおいて、ＲＬＣ層とＭＡＣ層間で生じる不測の伝送中断を処理する方法とそのシステムを提供することを目的とする。
【００２０】
【課題を解決するための手段】
本発明は、ワイヤレスコミュニケーションデバイスにおいて、ＲＬＣ層とＭＡＣ層間のデータ伝送スケジュールで生じる不測の伝送中断の処理方法とシステムを開示する。本発明によると、ＲＬＣ層は、ＲＬＣ実体情報をＭＡＣ層に提供する。ＲＬＣ実体情報は、ＲＬＣ層が伝送を待つＳＤＵデータを有することを示す。ＲＬＣ実体情報が提供された後、ＲＬＣ層は不測のデータ中断を受信し、ＲＬＣ層にＳＤＵの破棄を要求する。不測のデータ中断を受信した後、ＭＡＣ層は、ＭＡＣ要求を送信し、ＲＬＣ層に少なくとも一つのＰＤＵを出すよう要求する。このＭＡＣ要求に従って、ＲＬＣ層はＭＡＣ層に少なくとも一つのＰＤＵを伝送し、破棄されたＳＤＵを代替する。もう一つの方法は、破棄するＳＤＵを、次のＴＴＩまで保留する方法がある。
【００２１】
本発明の長所は、伝送中断が生じる、生じないにかかわらず、ＲＬＣ層は、常に、ＭＡＣ層データ要求に符合し、十分なデータをＭＡＣ層に提供することにより、ソフトウェアの不安定を回避する。
【００２２】
【発明の実施の形態】
上述した本発明の目的、特徴、及び長所をいっそう明瞭にするため、以下に本発明の好ましい実施の形態を挙げ、図を参照にしながらさらに詳しく説明する。
【００２３】
以下の記述において、送信器或いは受信器は、携帯電話、ＰＤＡ、パソコン或いは、その他のワイヤレスコミュニケーションプロトコルを使用したデバイスである。本発明は、前述の通り、ワイヤレスコミュニケーションシステム或いはその他のワイヤレスシステムにおいて応用される。本発明を構成する本発明と従来技術の相違点が、従来技術の適切な改良によりなされたものであることは、当業者によって容易に理解されることであろう。
【００２４】
図７は、本発明によるワイヤレスコミュニケーション（無線通信）デバイス１００を示す図である。無線通信デバイス１００は、プロセッサ１１０及びメモリ１２０を備える。メモリ１２０はプロセッサ１１０が実行するプログラムコード（ｐｒｏｇｒａｍ    ｃｏｄｅ）１３０を保存する。勿論、公知技術で明らかなように、他のデバイスも必要であるが、本発明と無関係であるので、ここでは詳述しない。プログラムコード１３０は、無線通信プロトコルを実施するのに用いられる。無線通信プロトコルは、アプリケーション層１３４、第三層インターフェース１３３、第二層インターフェース１３２及び第一層インターフェース１３１を備える。プロセッサ１１０とメモリ１２０間のその他の配列、及びプログラムコード１３０が両者を関連付ける方法も可能である。また、第一層インターフェース１３１を実行するのに用いられる各種ハード或いはソフトインターフェースも同様である。図７は簡略化されており、決して唯一の実施例ではない。どの方式で本発明を実現しても、本発明のポイントは、無線通信プロトコル自身であり、特に、第二層インターフェース１３２部分である。
【００２５】
第二層インターフェース１３２は、ＲＬＣ層１４２及びＭＡＣ層１４４に分割される。ＲＬＣ層１４２は第三インターフェース１３３と通信し、ＳＤＵの形式で、第三層データを受信すると共に、バッファ１４３に保存する。ＲＬＣ層１４２は第三層インターフェース１３３から、一時停止、停止及び再構築などのコマンド指令を受信する。ＲＬＣ層１４２は、ＳＤＵ１４１によりＰＤＵ１４５を生成し、その後、ＰＤＵ１４５をＭＡＣ層１４４に送り、伝送する。ＭＡＣ層１４４に伝送されたＰＤＵ１４５の大きさと数量は、ＭＡＣ層１４４からＲＬＣ層１４２に送られるＴＦＣ（ｔｒａｎｓｐｏｒｔ    ｆｏｒｍａｔ    ｃｏｍｂｉｎａｔｉｏｎ、ＴＦＣ）データ要求により指定される。ＲＬＣ層１４２内に、伝送されるＳＤＵデータ１４１があると示された後、ＭＡＣ層１４４は、ＲＬＣ実体情報の形式で、ＴＦＣデータ要求をＲＬＣ層１４２に送る。
【００２６】
第一実施形態において、本発明の方法は、ＲＬＣ層１４２に、少なくとも一つのパディング（ｐａｄｄｉｎｇ）ＰＤＵ１５０を提供させ、ＭＡＣ層１４４からのＴＦＣデータ要求を満たす。パディングＰＤＵ１５０は、実際のＳＤＵデータ１４１を備えず、ＳＤＵデータ１４１が不測のデータ中断の発生により破棄される時にだけ用いられる。図８は、パディングＰＤＵ１５０を示す図である。パディングＰＤＵ１５０ａは標準的なＡＭデータＰＤＵであるため、ＰＤＵフィールド１５１ａは１に設定される。シーケンス番号フィールド１５２ａは、標準シーケンス番号で、ポーリングビット１５３ａは、０か１（第二層インターフェース１３２からポーリング状態に従って定義される）である。ビット１５４ａは保留されていて、その値は０である。続く、拡張子ビット１５５ａは常に１に設定され、後に一つのＬＩ１５６ａが続くことを示す。しかし、ＬＩ１５６ａにおいて、特別コードを設定し、全て１である。この特別コードが現す長さは、データ領域１５８ａの長さを大幅に超過する。ＲＬＣ実体がＬＩの長さに対する定義に従って、実際のＬＩ１５６ａが占める長さは、７或いは１５である。図８において、ＬＩ長さは１５ビットである。この特別なＬＩ１５６ａは、残りのＰＤＵ１５０ａが未定義の部分を埋めるだけで、無視しても構わない情報を保持していることを示す。しかし、ＬＩ１５６ａの次のビット１５７ａは０でなければならず、その後は、ＳＤＵデータ領域１５８ａの開始であることを表示する。ＳＤＵデータ領域１５８ａの内容は定義されず、純粋に充填用である。注意すべきことは、ＵＭ伝送下で、ＵＭデータＰＤＵは充填に用いることが出来ることである。図９は、ＵＭデータパディングＰＤＵ１５０ｂを示す図である。ＵＭデータパディングＰＤＵ１５０ｂは、非常に簡単な構造で、７ビットのシーケンス番号フィールド１５２ｂ、それに続く拡張子ビット１５５ｂ（１に設定）、全部が１に設定された７ビットのＬＩ１５６ｂ（その後のデータはパディングフィールドであることを表示する）、０に設定される最後の拡張子ビット１５７ｂ、を備える。ＬＩ１５６ｂの実際のビットは、上層１３３が定義するＵＭ  ＲＬＣ実体中の最大ＵＭＤ    ＰＤＵの大きさによって決まり、７或いは１５ビットである。図９において、ＬＩは７ビットである。前述のように、ＰＤＵ１５０ｂ全体がパディングＰＤＵであるため、データ領域１５８ｂの定義がないか、或いは、いかなる値でもよい。
【００２７】
好ましい実施形態は、パディングＰＤＵ１５０（ＡＭ  ＲＬＣ実体はＰＤＵ１５０ａを使用し、ＵＭ  ＲＬＣ実体はＰＤＵ    １５０ｂを使用）を、代替のＰＤＵ１５０とする。この代替ＰＤＵ１５０は充填物となり、ＭＡＣ層１４４に伝送されて、ＭＡＣ層１４４が送信するＴＦＣデータ要求のうち、必要なＰＤＵの大きさと数量を満たす。
【００２８】
図１０と、図７及び図８、図９を参照すると、図１０は、本発明のデータ伝送タイミング図である。前述のように、ＭＡＣ層１４４はＲＬＣ層１４２を、一連の等しい長さのＴＴＩに割り当てる。ＴＴＩ１６２期間内にデータが伝送できるようにするため、データスケジュールに関するＴＦＣ選択は、前のＴＴＩ１６１で完成させなければならない。ＴＦＣ選択を初期化するため、ＲＬＣ層１４２はＲＬＣ実体情報１６４をＭＡＣ層１４４に送信する。前述のように、ＲＬＣ実体情報１６４は、ＭＡＣ層１４４に、いくつのＳＤＵデータ１４１がＲＬＣ層１４２のバッファ１４３内に保存され、伝送を待っているかを伝える。一定時間後、ＭＡＣ層１４４は、ＲＬＣ実体情報１６４に対し、ＴＦＣデータ要求１６６によって応答し、ＲＬＣ層がＭＡＣ層１４４に、いくつでどのくらいの大きさのＰＤＵを伝送するか指示する。ＲＬＣ層１４２はＳＤＵを分割及び組み立て、ＴＦＣデータ要求１６６に符合するＰＤＵ１４５を生成する。その後、全てのＰＤＵ１４５はブロック１６８になって、ＭＡＣ層１４４に送られる。このようにＴＴＩ１６２のＴＦＣ選択が完成し、ＴＴＩ１６２で、ＴＴＩ１６３のＴＦＣ選択が完成する。
【００２９】
不測のデータ中断はどの時刻にも発生する可能性がある。例えば、ＲＬＣ実体情報１６４がＭＡＣ層１４４に渡される時と、ブロック１６８のＰＤＵ１４１がＭＡＣ層１４４に達する時の間である。第一実施形態では、不測のデータ中断は、破棄タイマー１３３ｄが時間切れであることによるＳＤＵ１４１破棄の発生、第三層インターフェースが発するコマンド指令が指令する一時停止、停止或いは再構築動作、或いは第二層ＡＭ  ＲＬＣリセット動作などによるものである。例を挙げると、不測のデータ中断は、図１０中の時刻１６９ａ（丁度、ＴＦＣデータ要求１６６が出る前）、或いは時刻１６９ｂ（丁度、ＴＦＣデータ要求１６６が出た後）に発生する。いかなる状態でも、不測のデータ中断によってＲＬＣ層１４２内のＳＤＵデータ１４１がＴＦＣデータ要求１６６によるデータ量を満たさない場合、ＲＬＣ層１４２は相当する数量と正確な大きさのパディングＰＤＵを出して、ＴＦＣデータ要求１６６の要求を満たす。例えば、時刻１６９ｂにおいて、第三層インターフェース１３３からの再構築コマンド指令によって、バッファ１４３内のＳＤＵ１４１が伝送中に破棄或いは中断を引き起こし、ＭＡＣ層１４４から発するＴＦＣデータ要求１６６が、大きさが２２０オクテット（ｏｃｔｅｔ）の５つのＰＤＵを要求するとき、ＲＬＣ層１４２は、大きさが２２０オクテットの５つのパディングＰＤＵ１５０を構築し、その後、この５つのＰＤＵを、ブロック１６８の方式でＭＡＣ層１４４に送り、ＴＦＣデータ要求１６６に符合させる。この５つのパディングＰＤＵ１５０は、再構築動作により生じる不測のデータ中断で破棄、或いは中断されるＳＤＵ１４１を代替する。
【００３０】
もう一つの例では、第三層インターフェース１３３において、破棄タイマー１３３ｄによる破棄事象は、ＳＤＵ１４１ｄを破棄させる。破棄されたＳＤＵ１４１ｄによって、大きさが１５０オクテットの８個のＰＤＵを要求するＴＦＣデータ要求１６６に対して、ＲＬＣ層１４に一つのＰＤＵが不足する。。この場合、ＲＬＣ層１４２は、破棄されたＳＤＵ１４１ｄを代替するパディングＰＤＵ１５０を生成して、パディングＰＤＵ１５０をその他の正常なデータＰＤＵ１４５と共にブロック１６８にして、ＴＦＣデータ要求１６６を満足させるために伝送する。
【００３１】
以上のように、パディングＰＤＵを代替ＰＤＵにすることにより、ＳＤＵデータの欠乏を補う。しかし、他のタイプのＰＤＵも、代替用ＰＤＵとすることが出来る。例えば、ＡＭ伝送下で、予備のビット１５４ａを備える符合しないＰＤＵは、代替用ＰＤＵとすることが出来る。或いは、伝送済みの古いＰＤＵも代替用ＰＤＵとすることが出来る。要は、ＭＡＣ層に伝送されるＰＤＵは、適当な数量と大きさで、ＴＦＣデータ要求を満たしていればよい。
【００３２】
第二実施形態においては、不測のデータ中断が、ＲＬＣ実体情報１６４がＭＡＣ層１４４に伝送された後に発生する時、破棄、或いは中断されるべきＳＤＵデータ１４１は、次のＴＴＩインターバル１６２まで、破棄或いは中断されない。このような不測のデータ中断は、第三層インターフェース１３３が発するコマンド指令が起こす一時停止、停止及び再構築、或いは、第二層ＡＭ  ＲＬＣリセット動作である。例えば、ＡＭ  ＲＬＣリセット動作が時刻１６９ａ、或いは時刻１６９ｂで生じるとする。通常、ＡＭ  ＲＬＣリセット動作は、全てのＳＤＵデータ１４１及び全てのＰＤＵ１４５を直ちに破棄させる。しかし、本発明の第二実施形態の方法によると、ＳＤＵ１４１、或いはＰＤＵ１４５の破棄であっても、このような破棄の動作は、次のＴＴＩ（即ち、ＴＴＩ１６２）まで遅延させる。よって、ＲＬＣ層１４２は十分なＳＤＵデータ１４１により、ＴＦＣデータ要求を満たす。もし、データ中断が、ＴＦＣデータ要求１６６を満たすためにブロック１６８がＭＡＣ層１４４に伝送された後であって、且つ、次のＴＴＩ１６２内におけるＲＬＣ実体情報１７０の伝送前に発生した場合、ＲＬＣ層１４２はＲＬＣ実体情報のＭＡＣ層１４４への伝送による制限を受けることがないので、ＳＤＵ１４１及びＰＤＵ１４５を破棄することが出来る。
【００３３】
公知技術と比較すると、本発明はＴＦＣデータ要求が常に満たされた状態で維持する。一つの方法は、パディングＰＤＵは本来のデータを備えるＰＤＵを代替するもので、もう一つは不測のデータ中断により生じる破棄或いは中断に対応して、次のＴＴＩまで遅延させる方法がある。ＴＦＣデータ要求を満たす状態を確保することにより、ワイヤレスコミュニケーションデバイスの操作上の安定性を改善する。
【００３４】
本発明の開示内容を基にして、デバイスの各種修飾および変更が可能であることは、当該分野における技術者には容易に理解されるであろう。よって、以上の開示は、上述の特許請求の範囲によってのみ制限されると解釈されるべきである。
【図面の簡単な説明】
【図１】三層のコミュニケーションプロトコルを示す図である。
【図２】第二層のデータ送受信の処理を示す図である。
【図３】確認モード（ＡＭ）プロトコルデータユニット（ＰＤＵ）の簡略図である。
【図４】従来の第二層インターフェースを示す図である。
【図５】伝送時間インターバルのタイミング図である。
【図６】公知技術のデータ伝送スケジュールのタイミング図である。
【図７】本発明によるワイヤレスコミュニケーションデバイスを示す図である。
【図８】認識モードパディングプロトコルデータユニット（ＰＤＵ）を示す図である。
【図９】非認識モードパディングプロトコルデータユニット（ＰＤＵ）を示す図である。
【図１０】本発明によるデータ伝送のタイミング図である。
【図１】
2004179917.tif 000003
【図２】
2004179917.tif 000004
【図３】
2004179917.tif 000005
【図４】
2004179917.tif 000006
【図５】
2004179917.tif 000007
【図６】
2004179917.tif 000008
【図７】
2004179917.tif 000009
【図８】
2004179917.tif 000010
【図９】
2004179917.tif 000011
【図１０】
2004179917.tif 000012
【外国語明細書】
2004179917.tif 000013
2004179917.tif 000014
2004179917.tif 000015
2004179917.tif 000016
2004179917.tif 000017
2004179917.tif 000018
2004179917.tif 000019
2004179917.tif 000020
2004179917.tif 000021
2004179917.tif 000022
2004179917.tif 000023
2004179917.tif 000024
2004179917.tif 000025
2004179917.tif 000026
2004179917.tif 000027
2004179917.tif 000028
2004179917.tif 000029
2004179917.tif 000030
2004179917.tif 000031
2004179917.tif 000032
2004179917.tif 000033
2004179917.tif 000034
2004179917.tif 000035
2004179917.tif 000036
2004179917.tif 000037
2004179917.tif 000038
2004179917.tif 000039
2004179917.tif 000040
2004179917.tif 000041
2004179917.tif 000042
2004179917.tif 000043
2004179917.tif 000044
2004179917.tif 000045
2004179917.tif 000046
2004179917.tif 000047