(57)【特許請求の範囲】
【請求項１】
ワイヤレスコミュニケーションデバイスにおいて、無線リンク制御（RLC）層とメディアアクセス制御（MAC）層間のデータ伝送スケジュールにおいて発生する不測のデータ中断を処理する方法であって、前記不測のデータ中断は前記RLC層がRLC実体情報を前記MAC層に伝送した後発生し、前記処理方法は、
前記MAC層が発するデータ要求に対応し、前記RLC層は前記MAC層に、適当な数量の代用プロトコルデータユニット（PDU）を伝送して、破棄、或いは中断されたサービスデータユニット（SDU）を代替する工程、
を備える。
【請求項２】
前記不測のデータ中断は、破棄タイマー、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項１に記載の方法。
【請求項３】
前記代用PDUはパディングPDUである請求項１に記載の方法。
【請求項４】
ワイヤレスコミュニケーションデバイスにおいての、無線リンク制御（RLC）層とメディアアクセス制御（MAC）層間のデータスケジュール方法であって、該データスケジュール方法は、
前記RLC層は、該RLC層が伝送されるサービスデータユニット（SDU）を有することを示すRLC実体情報を、前記MAC層に提供する工程と、
前記RLC実体情報が提供された後、前記RLC層は、前記RLC層にSDUデータ伝送を破棄、或いは中断を要求する不測のデータ中断を受信する工程と、
前記不測のデータ中断の後、前記RLC実体情報に対応し、前記MAC層は、前記RLC層に少なくとも一つのプロトコルデータユニット（PDU）を要求する工程と、
前記MAC要求に対応し、前記RLC層は少なくとも一つの代用PDUを前記MAC層に伝送する工程と、を備え、
前記少なくとも一つの代用PDUは、破棄、或いは中断されたSDUを代替する。
【請求項５】
前記RLC層から前記MAC層に提供される代用PDUの数量は、前記MAC層が要求するPDUの数量に等しい請求項４に記載の方法。
【請求項６】
前記不測のデータ中断は、破棄タイマー、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項４に記載の方法。
【請求項７】
前記少なくとも一つの代用PDUはパディングPDUである請求項４に記載の方法。
【請求項８】
ワイヤレスコミュニケーションデバイスは、プログラムを実行するプロセッサを備え、前記プログラムは、無線リンク制御（RLC）層とメディアアクセス制御（MAC）層間のデータ伝送スケジュールで発生する不測のデータ中断を処理し、前記不測のデータ中断は、RLC層がRLC実体情報をMAC層に提供した後発生し、前記プログラムは、
前記RLC層に、前記MAC層が発するデータ要求に対応して、破棄、或いは中断されたサービスデータユニット（SDU）に代えて、適当な数量の代用プロトコルデータユニット（PDU）を前記MAC層に提供することを実行させる。
【請求項９】
前記不測のデータ中断は、破棄タイマー、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項８に記載のデバイス。
【請求項１０】
前記代用PDUはパディングPDUである請求項８に記載のデバイス。
【請求項１１】
ワイヤレスコミュニケーションデバイスは、無線リンク制御（RLC）層とメディアアクセス制御（MAC）層間のデータスケジュールを行なうためのプログラムを実行するプロセッサを備え、前記プログラムは、
前記RLC層に、該RLC層が伝送されるサービスデータユニット（SDU）を有することを示すRLC実体情報を前記MAC層に提供させ、
前記RLC層に、前記RLC実体情報が提供された後、SDUデータの伝送を破棄或いは中断を要求する不測のデータ中断を受信させ、
前記MAC層に、前記不測のデータ中断の後、前記RLC実体情報に対応して、前記RLC層に少なくとも一つのプロトコルデータユニット（PDU）を要求させ、
前記RLC層に、前記MAC要求に対応し、少なくとも一つの代用PDUを前記MAC層に伝送させ、
前記少なくとも一つの代用PDUは、破棄、或いは中断されたSDUを代替する。
【請求項１２】
前記RLC層から前記MAC層に提供される代用PDUの数量は、前記MAC層が要求するPDUの数量に等しい請求項１１に記載のデバイス。
【請求項１３】
前記不測のデータ中断は、破棄タイマー、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項１１に記載のデバイス。
【請求項１４】
少なくとも一つの前記代用PDUはパディングPDUである請求項１１に記載のデバイス。
【請求項１５】
ワイヤレスコミュニケーションデバイスにおいて、無線リンク制御（RLC）層とメディアアクセス制御（MAC）層間のデータ伝送スケジュールで発生する不測のデータ中断を処理する方法であって、前記不測のデータ中断は破棄タイマーによるものではなく、且つ、前記不測のデータ中断は前記RLC層がRLC実体情報を前記MAC層に伝送した後発生し、前記処理方法は、
前記RLC層が、前記RLC実体情報によって示されるMAC要求に対応して要求された数量のプロトコルデータユニット（PDU）を前記MAC層に伝送するまで、前記不測のデータ中断に対応して発生するサービスデータユニット（SDU）の破棄、或いはSDUの中断を、遅延する工程、
を備える。
【請求項１６】
前記不測のデータ中断は、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項１５に記載の方法。
【請求項１７】
ワイヤレスコミュニケーションデバイスにおいての、無線リンク制御（RLC）層とメディアアクセス制御（MAC）層間のデータスケジュール方法であって、該データスケジュール方法は、
前記RLCは、該RLC層が伝送されるサービスデータユニット（SDU）を有することを示すRLC実体情報を、前記MAC層に提供する工程と、
前記RLC実体情報が提供された後、前記RLC層は、破棄タイマーによるものではない不測のデータ中断を受信する工程と、
前記不測のデータ中断の後、前記RLC実体情報に対応し、前記MAC層は、前記RLC層に少なくとも一つのプロトコルデータユニット（PDU）を要求する工程と、
前記MAC要求に対応して、前記RLC層は少なくとも一つのPDUを前記MAC層に提供する工程と、
前記RLC層が少なくとも一つのPDUを前記MAC層に伝送した後、前記不測のデータ中断に対応し、前記RLC層はまだ前記MAC層に伝送されていないSDUを破棄する工程と、
を備える。
【請求項１８】
前記RLC層が少なくとも一つのPDUを前記MAC層に伝送した後、前記不測のデータ中断に対応し、前記RLC層は、残り全てのSDUを破棄する請求項１７に記載の方法。
【請求項１９】
前記不測のデータ中断は、リセット動作、一時停止動作、停止動作或いは再構築動作によるものである請求項１７に記載の方法。
【請求項２０】
前記RLC層から前記MAC層に伝送されるPDUの数量は、前記MAC層が要求するPDUの数量に等しい請求項１７に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ワイヤレスコミュニケーションデータの伝送中に発生する、不測のスケジュール中断を処理する方法に関するもので、特に、無線リンク制御（radio  link  control、RLC）層とメディアアクセス制御（medium  access  control、MAC）層間のスケジュール中断の処理に関するものである。
【０００２】
【従来の技術】
多くのコミュニケーションプロトコルは、通常、三層を運用して通信にアプローチする。図１は、三層のコミュニケーションプロトコルを示す図である。一般のワイヤレス環境において、第一ステーション１０は、ワイヤレス方式で、一つ或いは多くの第二ステーション２０と通信する。第一ステーション上のアプリケーション１３は、メッセージ１１を生成し、そのメッセージ１１を第三層（レイヤ）インターフェース１２に送り、第二ステーション２０に伝送する。第三層インターフェース１２も、第三層信号メッセージ１２ａを生成することが出来、第一ステーション１０と第二ステーション２０間の第三層操作を制御するのに用いられる。例えば、第三層信号メッセージ１２ａは、キー切り換え暗号化の要求で、第一ステーション１０と第二ステーション２０両方の第三層インターフェース１２及び２２により生成される。第三層インターフェース１２は、第二層のサービスデータユニット（service  data  units、SDUs）１４の形式で、メッセージ１１、或いは第三信号メッセージ１２ａを、第二層インターフェース１６に伝送する。
【０００３】
第二層のSDU１４は、異なる大きさで、第三層インターフェース１２が第二ステーション２０に伝送したいデータを保持しており、このようなデータは、信号メッセージ１２ａ、或いは、メッセージ１１である。第二層インターフェース１６は、受信したSDU１４を、一つ或いはそれ以上の第二層プロトコルデータユニット（protocol  data  unit、PDUs）１８に組み立てる。各第二層PDU１８の長さは一定で、第一層インターフェース１９に伝送される。第一層インターフェース１９は実体層（physical  layer）で、データを第二ステーション２０に伝送する。伝送されたデータは、第二ステーション２０の第一層インターフェース２９により受信され、その後、一つ或いは多くのPDU２８に再構成され、第二層インターフェース２６に送る。第二層インターフェース２６はPDU２８を受信し、それらから、一つ或いは多くの第二層SDU２４を組み立て、第三層インターフェース２２に送る。次に、第三層インターフェース２２は、受信したSDU２４を転換し、メッセージ２１或いは第三層伝達メッセージ２２ａに戻し、このメッセージは、理論上、第一ステーション１０上のアプリケーション１３により生成される元来のメッセージ１１、信号メッセージ１２ａに等しい。受信されたメッセージ２１は、第二ステーション２０のアプリケーション２３に送られる。ここで、開示内容の全体に渡って用いられる用語に注目すると、PDUは、ある層とその下層との間で伝送されるデータユニットのことで、SDUは、ある一層と上層の間で伝送されるデータユニットのことを指す。よって、第三層PDUが第二層SDUと称され、同様に、第二層PDUが第一層SDUと称される。説明を明瞭にするため、以下では、“SDU”と簡略されたものは第二層SDU（つまり、第三層PDU）、“PDU”と簡略されたものは第二層PDU（つまり第一層SDU）とする。
【０００４】
とりわけ興味深いのは、高層データ伝送受信を担う第三層と、低層実体伝送受信を担う第一層の間のバッファとして機能する第二層インターフェースである。図２は、第二層のデータ伝送受信の処理を示す図である。ベースステーション、或いはモバイルユニットである送信器３０の第二層インターフェース３２は、第三層インターフェース３３から、一連のSDU３４を受信する。ここでは、SDU３４は、連続して１〜５に並び、異なる大きさであるとし、図では異なる長さで示されている。第二層インターフェース３２は、一連のSDU３４を、一連のPDU３６にする。第二層PDU３６は、１〜４に並べられ、全て同じ長さである。PDU３６は、第一層インターフェース３１に送られ、伝送を待つ。反対の工程が、ベースステーション或いはモバイルユニットである受信端末４０の第二層インターフェース４２で発生し、受信した一連の第二層PDU４６を、一連のSDU４４にする。ある特定の伝送モード下で、マルチ層プロトコルは、受信端末４０内の第二層インターフェース４２がSDU４４を、順に第三層インターフェース４３に送るように要求する。つまり、第二層インターフェース４２が第三層インターフェース４３に伝送する順序は、SDU１から開始し、SDU５で終了しなければならない。SDU４４の順序は必ず順序通りで、前のSDUが第三層に伝送されるまでは、次のSDUは上層に送ることが出来ない。
【０００５】
ワイヤ伝送環境において、このような要求は容易に満たされる。しかし、ノイズの多いワイヤレス伝送環境において、ベースステーションにしろ、モバイルユニットにしろ、受信器４０は、しばしば、データを紛失してしまう。この他、ある伝送モード下で、SDU３４が所定時間を超過しても伝送に成功していない場合、送信器３０の第二層インターフェース３２は、事実上、これらの第二層SDU３４を破棄する。この種の伝送を破棄する破棄機能は、各SDU３４が対応する破棄タイマー（discard  timer）により制御される。SDU３４の破棄タイマーが期限切れの時、SDU３４及び相関するPDU３６は破棄される。よって、受信しなければいけない一連の第二層PDU４６において、第二層PDU３６を遺失する恐れがある。送信器３０から破棄されたか、或いは、受信器４０がデータをロスしたからである。これにより、第二層SDU４４を順序良く、第三層インターフェース４３に送るのは、明らかに挑戦である。順序通りの伝送モードが必要なくても（つまり、システムがSDU４４に順序通りの伝送を要求しなくても）、相関する第二層PDU４６が正確に受信される前は、どの不完全な第二層SDU４４も伝送してはいけない。
【０００６】
無線プロトコルは、このような問題を解決するために、細心の注意を払って設計される。一般に、データを伝送及び受信するのに、二つの広汎モード（broad  mode）があり、それは、確認モード（acknowledge  mode、AM）伝送と非確認モード（unacknowledged  mode、UM）伝送である。確認モードデータにとって、受信器４０は、特定の第二層確認信号を、送信器３０に送信して、第二層PDU４６の受信成功を表示する。受信が成功していないAM  PDUは、送信器３０により再伝送することが出来、受信器４０が正確に全てのPDUを受信出来るよう確保する。UMモードでは、このような信号伝達がない。よって、受信が成功している、いないにかかわらず、UM  PDU３６の再伝送は実行されない。本明細書において、AMデータを例としているが、勿論、UMデータも本発明を運用することが出来る。図３及び図１を参照すると、図３はAMデータPDU５０の簡略図で、３GPPTS２５．３２２  V３．８．０．規範に掲載されている。
【０００７】
一般に、制御PDUとデータPDUの２種類のPDUがある。制御PDUは、第二層インターフェース１６及び２６により用いられて、データ伝送と受信プロトコルを制御し、例えば、前述の受信した信号を確認するのに用いられる第二層確認信号はそのうちの一つである。この種の第二層インターフェースの信号伝達メッセージの交換は、第三インターフェース１２及び２２間の信号メッセージ１２ａ及び２２ａの交換といくらか類似している。第二層インターフェース１６及び２６は、信号メッセージ１２ａ及び２２ａを解釈したり認識したりしない（単に、SDUデータとして扱う）。しかし、第二層インターフェース１６及び２６は、第二層制御PDUを認識及び処理し、これにより、第二層制御PDUは、第三層インターフェース１２及び２２に送られない。データPDUは、SDUデータの伝送に用いられ、第二ステーション２０の第二層インターフェース２６により再構成されて、SDUの形式で、第三層インターフェース２２に伝送される。図３中のPDU５０はデータPDUで、第二層プロトコルに従って、様々なフィールドに分割される。
【０００８】
第一フィールド５１は、PDU５０がデータPDU或いは制御PDUのどちらかを示すシングルビットである。ビットの値が１の時、PDU５０はデータPDUである。第二フィールド５２はシーケンス番号（sequence  number、SN）フィールドで、AM伝送時は、１２ビット長である。後続のPDU１８、２８は、高いシーケンス番号を備え、受信器（第二ステーション）２０に、受信した第二層PDU２８を正確に組み立てさせ、第二層SDU２４を形成する。例えば、シーケンス番号５３６を有するPDU１８が伝送された場合、続くPDUは番号５３７を備えなければならない。以下、同様である。再伝送されるPDU１８はシーケンス番号５３５を備え、このPDUが５３６を有するPDUの前に挿入されることを表示する。本当の時間上、番号５３５を備えるPDUは、５３６を備えるものより、遅く受信される。しかし、受信されたPDUのシーケンス優先順序に従って、SDUを確実に生成することが出来る。シーケンス番号フィールド５２は、再伝送されるPDUを、早く受信されたPDUの前の適当な位置に挿入させることが出来る。この方法により、データの再伝送が達成される。シーケンス番号フィールド５２の後に、単一のポーリングビット５３がある。ポーリングビット５３が１の時、受信器（第二ステーション２０）は、確認状態PDUを出して応答しなければならない。確認状態PDUは制御PDUの一種で、PDUの受信状態を示すのに用いられる。送信器（第一ステーション１０）は、ポーリングビット５３を１に設定して、第二ステーション２０に、確認状態PDUを送信するように要求する。ビット５４が保留されていて、０に設定される。次のビット５５ａは、拡張子ビット（extension  bit）で、１に設定される時、即刻、長さインジケーター（length  Indicator、LI）につなぐことを表示する。LIは７ビットまたは１５ビットで、第二層SDUが、第二層PDU５０内で終了する位置を表示するのに用いられる。僅か一つのSDUが、完全にPDU５０のデータ領域５８を充填する場合、ビット５５ａは０で、LIは出現しないことを表示する。
【０００９】
図３の例において、２つの第二層SDU５７ａ及び５７ｂは、第二層PDU５０で終了する。よって、２つのLIにより、第二層SDU５７ａ及び５７ｂの終了をそれぞれ表示する。続いて、PDU５０の後続のPDU（シーケンス番号５２で区別する）は、ある一つのLIにより、SDU５７ｃの終わりを表示する。LIの後の拡張子ビット５５ｂは１に設定され、後にまだLI（つまり、図上のLI）があることを表示する。LI後の拡張子ビット５５ｃは０に設定され、後にLIがないことを示し、データ領域５８は、この拡張子ビット５５ｃに続いて開始される。データ領域５８は、実際のSDUデータを格納するのに用いられる。
【００１０】
図４は公知の第二層インターフェース６０を詳細に示す図で、図５は伝送時間インターバル（transmission  time  interval、TTIs）７２のタイミングを示す図である。第二層インターフェース６０はRLC層６２を備え、MAC層６４上に位置し、MAC層６４と疎通している。このような配置は、公知の３GPPの説明書TS  ２５．３２１  V３．９．０から知ることが出来る。MAC層６４は、RLC層６２と第一層インターフェース６１の中間インターフェースとして機能する。上層（RLC層６２と更に高い層）から、多くのチャネル（channel）が設立されていることがわかり、各チャネルは、それぞれ、伝送パラメータを備える。しかし、機能面から見れば、これらのチャネルは、シングルストリーム（single  stream）に集約されて、実体の第一層インターフェース６１に現されなければならない。これが、MAC層６４の主な目的である。MAC層６４は、各RLC実体６２から受信するPDU６３に対し、伝送時間を分割し、一連のTTIにおいて伝送を完成する。各チャネルにとって、そのチャネルの各TTI７２のタイムスパンは皆同じで、例えば、２０msである。しかし、異なるチャネルのTTIは、異なるタイムスパンを備える。つまり、異なるRLC実体に対応し、TTIは異なる長さを備える。
【００１１】
実際のコミュニケーション動作時に、多くのマルチチャネルがあるが、ここでは、一つのチャネルだけ（つまり、シングルRLC層６２だけ）で説明する。各TTI７２のタイムスパンの中で、MAC層６４は、セット７４の伝送ブロック（transport  block）７４ａを、第一層インターフェース６１に送り、伝送する。セット７４の伝送ブロック７４ａは、所定数の伝送ブロック７４ａを備える。各伝送ブロック７４ａは、一つのRLC  PDU７５、及び随意のMACヘッダー７６を備える。TTI７２において、全てのRLC  PDU７５（或いは、伝送ブロック７４ａ）は、同じ長さである。RLC  PDU７５のセット７４での数、或いは、伝送ブロック７４ａのセット７４での数は、TTI７２により異なる。
【００１２】
例えば、図５において、第一TTI７２は、６個のPDU７５を伝送し、次のTTI７２は、３個のPDU７５を伝送する。実際のPDUデータの大きさは、TTIにより異なるが、同一のTTIにおいては同じでなければならない。よって、各TTIが伝送ブロックを伝送する前、MAC層６４はRLC層６２に、TTIにおいて必要なPDU数量及びPDUの大きさを、知らせなければならない。この送信フォーマットコンビネーション（transport  format  combination、TFC）と呼ばれる選択は、RLC層６２からMAC層６４間のデータ伝送の流量を手配するのに用いられる。TFC選択は、MAC層６４に、各RLC層実体６２の異なる要求に従って、効率的なストリームデータを第一層実体インターフェース６１に提供させる。TFC選択の結果に基づいて、SDU６５ａは、先ず、バッファ６５に格納し、その後、RLC層６２に、TFC選択が要求する大きさのPDU６５ｂを分割及び再構成する。続いて、RLC層６２は、TFC選択が要求する数量と大きさのPDUをMAC層６４に伝送する。前述のように、MAC層６４は選択的に、各RLC  PDU７５の前に、MACヘッダー７６を加えることが出来、セット７４内の伝送ブロック７４ａを生成する。その後、セット７４の伝送ブロック７４ａは、実体の第一層インターフェース６１に送られて、伝送される。
【００１３】
図６と図４を参照する。図６は、公知技術のTFC選択のタイミング図である。TTI８２内で少なくとも一部分のSDU６５ａを送るため、TTI８２のTFC選択は、前のTTI（つまりTTI８１）内で完成させなければならない。TTI８１において、RLC層６２は、MAC層６４に、RLC実体情報（entity  information）８４を知らせなければならない。RLC状態情報８４は、MAC層６４に、いくつのSDU情報６５ａがRLC層６２により伝送されるのを待っているかを報告する。MAC層６４は、RLC状態情報８４に応答し、TFCデータ要求８６を与える。TFCデータ要求８６は、RLC層６２に、MAC層６４に伝送するPDU  ６５ｂの大きさと数量を指示する。前記TFCデータ要求８６において、PDUの数量は、伝送を待つ全てのSDU６５ａをカバーするのには十分でないかもしれない。もしそうなら、RLC層は、TTI８２において、もう一回のTFC選択を実行し、次のTTI８３において、残りのSDU６５aを伝送しなければならない。TFCデータ要求８６が、全てのSDU情報６５ａをカバーするのには十分である、ないの如何にかかわらず、RLC層６２は、TFCデータ要求８６に従って、適当な数量のSDU６５ａを、要求された大きさのPDU６５ｂに組み立てる。その後、これらのPDU６５ｂは、ブロック８８の方式で、MAC層６４に伝送される。TTI８２において、MAC層６４は、このブロック８８のPDU  ６５ｂを処理し、第一層インターフェース６１に送る。TTI８２において、TTI８３のデータ伝送のために、もう一度、TTI選択を実行する。PDU６５ｂ内に組み立てられたSDU６５ａは、バッファ６５から除去される。
【００１４】
SDU情報６５ａも時間切れで、バッファ６５から除去される。各SDU情報６５ａは有効期限（expiration  time）を備え、破棄タイマーにより追跡される。もし、破棄タイマーが、SDU情報６５ａがすでに有効期限を過ぎていることを示した場合、このSDU情報６５ａは、バッファから除去されて、伝送されない。RLC層６２の観点から、これは、いつでも偶発的に発生する事態である。特に、このような事態は、RLC層６２がRLC状態情報８４を伝送した後発生し、RLC層６２が事実上有する、伝送を待つSDU情報６５ａ数量は、RLC状態情報８４が示すものより少なくなる。しかし、一旦、MAC層６４が、TFCデータ要求８６に応答した後、RLC層６２は、TFCデータ要求８６の要求に符合する大きさと数量のPDUを伝送しなければならない。要求通りに実行されていない場合、無線デバイスのソフトウェア障害を生じる。この問題は、公知技術でも問題となっており、データ伝送のスケジュール上、非常に重要である。公知技術において、RLC層６２がMAC層６４に、SDU情報６５ａがすでに伝送の準備が出来ていることを知らせた後、SDU情報６５ａが時間切れになった場合、実際の破棄は次のTTIまで、実行を遅延させる。この方法により、RLC層６２は、十分なSDUを確保して、ブロック８８のPDUを構成することが出来る。TTI８２において、時間切れのSDUは、TTI８２で伝送予定のブロックPDU内でない場合、TTI８３のために行うTFC選択の前に、直接破棄し、破棄を遅延する必要がない。
【００１５】
しかし、上述の状況以外に、他の不測のデータ中断事態が発生し、公知技術でも処理できない状態が生じるかもしれない。図１、図４及び図６をもう一度参照すると、これらの予期されないデータ中断のほとんどは、第三層インターフェース１２から第二層インターフェース１６へ伝送されるコマンド指令（command  primitive）に起因する。よって、RLC層６２から見れば、それらの中断は予期できるものではない。これらの中断は、停止（stop）、一時停止（suspend）及び再構築（re−establish）コマンド指令を含む。この他、第二層のリセット（reset）事象も、予期できないデータ中断の原因である。第三層インターフェース１２がベースステーションの変更を決定した時、第三層インターフェース１２は第二層インターフェース１６の停止指令を起動する。停止指令は第二層インターフェース１２に、SDU情報６５ａの伝送を直ちに中止するよう要求する。よって、TFCデータ要求８６がすでに受信されても、PDU６５ｂは、MAC層６４に送られる状態から、伝送停止状態に変更する。再構築動作は第三層インターフェース１２により起動され、第三層インターフェース１２は再構築コマンド指令を第二層インターフェースに発して、チャネルを再構築する。再構築コマンド指令はその名のとおり、チャネルは完全にシャットダウンされ、その後、再構築される。
【００１６】
同様に、再構築指令が生じる時、MAC層６４に、TFCデータ要求８６が満たされない状態で停留させる。第三層インターフェース１２が第一ステーション１０及び第二ステーション２０間の暗号化構造の変更を決定した時、第三層インターフェース１２は、一時停止指令を起動する。一時停止コマンド指令は、パラメータｎを備える方式で、第三層インターフェース１２から第二層インターフェース１６に送られる。このパラメータｎは第二層インターフェース１６を規定し、ｎ個のPDU６５ｂを送った後、データの伝送を停止する。
【００１７】
このパラメータｎの目的は、十分な時間（PDUを計算単位とする）を提供し、第一ステーション１０と第二ステーション２０間で、暗号化の要求を同時に完成させることである。通常、ｎが十分な大きさの場合、RLC層６２は十分な警告時間を備えて前もって準備し、TFCデータ要求８６を満たすことが出来ないことが発生しないようにする。しかし、ｎが小さい場合、RLC層６２は送られるPDU６５ｂを撤回し、TFCデータ要求８６が満たされないようにする。
【００１８】
最後に、リセット動作を説明する。チャネルでコミュニケーションエラーを検出した時、第二層インターフェース１６はリセット動作を実行する。本質上、これらのコミュニケーションエラーは、予期不能で、第一ステーション１０及び第二ステーション２０のどちらかは、このようなリセット動作を触発する。リセット動作は全ての状態変数（state  variable）及び対応するコミュニケーションチャネルの全てのバッファ内に保存されたデータを削除或いは初期値に設定する。これにより、リセット動作の下、SDU６５ａ或いはPDU６５ｂは、全て除去され、よって、MAC層６４は、TFCデータ要求８６からの応答を待つ状態でハンギングする。
【００１９】
【発明が解決しようとする課題】
本発明は、ワイヤレスコミュニケーションシステムにおいて、RLC層とMAC層間で生じる不測の伝送中断を処理する方法とそのシステムを提供することを目的とする。
【００２０】
【課題を解決するための手段】
本発明は、ワイヤレスコミュニケーションデバイスにおいて、RLC層とMAC層間のデータ伝送スケジュールで生じる不測の伝送中断の処理方法とシステムを開示する。本発明によると、RLC層は、RLC実体情報をMAC層に提供する。RLC実体情報は、RLC層が伝送を待つSDUデータを有することを示す。RLC実体情報が提供された後、RLC層は不測のデータ中断を受信し、RLC層にSDUの破棄を要求する。不測のデータ中断を受信した後、MAC層は、MAC要求を送信し、RLC層に少なくとも一つのPDUを出すよう要求する。このMAC要求に従って、RLC層はMAC層に少なくとも一つのPDUを伝送し、破棄されたSDUを代替する。もう一つの方法は、破棄するSDUを、次のTTIまで保留する方法がある。
【００２１】
本発明の長所は、伝送中断が生じる、生じないにかかわらず、RLC層は、常に、MAC層データ要求に符合し、十分なデータをMAC層に提供することにより、ソフトウェアの不安定を回避する。
【００２２】
【発明の実施の形態】
上述した本発明の目的、特徴、及び長所をいっそう明瞭にするため、以下に本発明の好ましい実施の形態を挙げ、図を参照にしながらさらに詳しく説明する。
【００２３】
以下の記述において、送信器或いは受信器は、携帯電話、PDA、パソコン或いは、その他のワイヤレスコミュニケーションプロトコルを使用したデバイスである。本発明は、前述の通り、ワイヤレスコミュニケーションシステム或いはその他のワイヤレスシステムにおいて応用される。本発明を構成する本発明と従来技術の相違点が、従来技術の適切な改良によりなされたものであることは、当業者によって容易に理解されることであろう。
【００２４】
図７は、本発明によるワイヤレスコミュニケーション（無線通信）デバイス１００を示す図である。無線通信デバイス１００は、プロセッサ１１０及びメモリ１２０を備える。メモリ１２０はプロセッサ１１０が実行するプログラムコード（program  code）１３０を保存する。勿論、公知技術で明らかなように、他のデバイスも必要であるが、本発明と無関係であるので、ここでは詳述しない。プログラムコード１３０は、無線通信プロトコルを実施するのに用いられる。無線通信プロトコルは、アプリケーション層１３４、第三層インターフェース１３３、第二層インターフェース１３２及び第一層インターフェース１３１を備える。プロセッサ１１０とメモリ１２０間のその他の配列、及びプログラムコード１３０が両者を関連付ける方法も可能である。また、第一層インターフェース１３１を実行するのに用いられる各種ハード或いはソフトインターフェースも同様である。図７は簡略化されており、決して唯一の実施例ではない。どの方式で本発明を実現しても、本発明のポイントは、無線通信プロトコル自身であり、特に、第二層インターフェース１３２部分である。
【００２５】
第二層インターフェース１３２は、RLC層１４２及びMAC層１４４に分割される。RLC層１４２は第三インターフェース１３３と通信し、SDUの形式で、第三層データを受信すると共に、バッファ１４３に保存する。RLC層１４２は第三層インターフェース１３３から、一時停止、停止及び再構築などのコマンド指令を受信する。RLC層１４２は、SDU１４１によりPDU１４５を生成し、その後、PDU１４５をMAC層１４４に送り、伝送する。MAC層１４４に伝送されたPDU１４５の大きさと数量は、MAC層１４４からRLC層１４２に送られるTFC（transport  format  combination、TFC）データ要求により指定される。RLC層１４２内に、伝送されるSDUデータ１４１があると示された後、MAC層１４４は、RLC実体情報の形式で、TFCデータ要求をRLC層１４２に送る。
【００２６】
第一実施形態において、本発明の方法は、RLC層１４２に、少なくとも一つのパディング（padding）PDU１５０を提供させ、MAC層１４４からのTFCデータ要求を満たす。パディングPDU１５０は、実際のSDUデータ１４１を備えず、SDUデータ１４１が不測のデータ中断の発生により破棄される時にだけ用いられる。図８は、パディングPDU１５０を示す図である。パディングPDU１５０ａは標準的なAMデータPDUであるため、PDUフィールド１５１ａは１に設定される。シーケンス番号フィールド１５２ａは、標準シーケンス番号で、ポーリングビット１５３ａは、０か１（第二層インターフェース１３２からポーリング状態に従って定義される）である。ビット１５４ａは保留されていて、その値は０である。続く、拡張子ビット１５５ａは常に１に設定され、後に一つのLI１５６ａが続くことを示す。しかし、LI１５６ａにおいて、特別コードを設定し、全て１である。この特別コードが現す長さは、データ領域１５８ａの長さを大幅に超過する。RLC実体がLIの長さに対する定義に従って、実際のLI１５６ａが占める長さは、７或いは１５である。図８において、LI長さは１５ビットである。この特別なLI１５６ａは、残りのPDU１５０ａが未定義の部分を埋めるだけで、無視しても構わない情報を保持していることを示す。しかし、LI１５６ａの次のビット１５７ａは０でなければならず、その後は、SDUデータ領域１５８ａの開始であることを表示する。SDUデータ領域１５８ａの内容は定義されず、純粋に充填用である。注意すべきことは、UM伝送下で、UMデータPDUは充填に用いることが出来ることである。図９は、UMデータパディングPDU１５０ｂを示す図である。UMデータパディングPDU１５０ｂは、非常に簡単な構造で、７ビットのシーケンス番号フィールド１５２ｂ、それに続く拡張子ビット１５５ｂ（１に設定）、全部が１に設定された７ビットのLI１５６ｂ（その後のデータはパディングフィールドであることを表示する）、０に設定される最後の拡張子ビット１５７ｂ、を備える。LI１５６ｂの実際のビットは、上層１３３が定義するUM  RLC実体中の最大UMD  PDUの大きさによって決まり、７或いは１５ビットである。図９において、LIは７ビットである。前述のように、PDU１５０ｂ全体がパディングPDUであるため、データ領域１５８ｂの定義がないか、或いは、いかなる値でもよい。
【００２７】
好ましい実施形態は、パディングPDU１５０（AM  RLC実体はPDU１５０ａを使用し、UM  RLC実体はPDU  １５０ｂを使用）を、代替のPDU１５０とする。この代替PDU１５０は充填物となり、MAC層１４４に伝送されて、MAC層１４４が送信するTFCデータ要求のうち、必要なPDUの大きさと数量を満たす。
【００２８】
図１０と、図７及び図８、図９を参照すると、図１０は、本発明のデータ伝送タイミング図である。前述のように、MAC層１４４はRLC層１４２を、一連の等しい長さのTTIに割り当てる。TTI１６２期間内にデータが伝送できるようにするため、データスケジュールに関するTFC選択は、前のTTI１６１で完成させなければならない。TFC選択を初期化するため、RLC層１４２はRLC実体情報１６４をMAC層１４４に送信する。前述のように、RLC実体情報１６４は、MAC層１４４に、いくつのSDUデータ１４１がRLC層１４２のバッファ１４３内に保存され、伝送を待っているかを伝える。一定時間後、MAC層１４４は、RLC実体情報１６４に対し、TFCデータ要求１６６によって応答し、RLC層がMAC層１４４に、いくつでどのくらいの大きさのPDUを伝送するか指示する。RLC層１４２はSDUを分割及び組み立て、TFCデータ要求１６６に符合するPDU１４５を生成する。その後、全てのPDU１４５はブロック１６８になって、MAC層１４４に送られる。このようにTTI１６２のTFC選択が完成し、TTI１６２で、TTI１６３のTFC選択が完成する。
【００２９】
不測のデータ中断はどの時刻にも発生する可能性がある。例えば、RLC実体情報１６４がMAC層１４４に渡される時と、ブロック１６８のPDU１４１がMAC層１４４に達する時の間である。第一実施形態では、不測のデータ中断は、破棄タイマー１３３ｄが時間切れであることによるSDU１４１破棄の発生、第三層インターフェースが発するコマンド指令が指令する一時停止、停止或いは再構築動作、或いは第二層AM  RLCリセット動作などによるものである。例を挙げると、不測のデータ中断は、図１０中の時刻１６９ａ（丁度、TFCデータ要求１６６が出る前）、或いは時刻１６９ｂ（丁度、TFCデータ要求１６６が出た後）に発生する。いかなる状態でも、不測のデータ中断によってRLC層１４２内のSDUデータ１４１がTFCデータ要求１６６によるデータ量を満たさない場合、RLC層１４２は相当する数量と正確な大きさのパディングPDUを出して、TFCデータ要求１６６の要求を満たす。例えば、時刻１６９ｂにおいて、第三層インターフェース１３３からの再構築コマンド指令によって、バッファ１４３内のSDU１４１が伝送中に破棄或いは中断を引き起こし、MAC層１４４から発するTFCデータ要求１６６が、大きさが２２０オクテット（octet）の５つのPDUを要求するとき、RLC層１４２は、大きさが２２０オクテットの５つのパディングPDU１５０を構築し、その後、この５つのPDUを、ブロック１６８の方式でMAC層１４４に送り、TFCデータ要求１６６に符合させる。この５つのパディングPDU１５０は、再構築動作により生じる不測のデータ中断で破棄、或いは中断されるSDU１４１を代替する。
【００３０】
もう一つの例では、第三層インターフェース１３３において、破棄タイマー１３３ｄによる破棄事象は、SDU１４１ｄを破棄させる。破棄されたSDU１４１ｄによって、大きさが１５０オクテットの８個のPDUを要求するTFCデータ要求１６６に対して、RLC層１４に一つのPDUが不足する。。この場合、RLC層１４２は、破棄されたSDU１４１ｄを代替するパディングPDU１５０を生成して、パディングPDU１５０をその他の正常なデータPDU１４５と共にブロック１６８にして、TFCデータ要求１６６を満足させるために伝送する。
【００３１】
以上のように、パディングPDUを代替PDUにすることにより、SDUデータの欠乏を補う。しかし、他のタイプのPDUも、代替用PDUとすることが出来る。例えば、AM伝送下で、予備のビット１５４ａを備える符合しないPDUは、代替用PDUとすることが出来る。或いは、伝送済みの古いPDUも代替用PDUとすることが出来る。要は、MAC層に伝送されるPDUは、適当な数量と大きさで、TFCデータ要求を満たしていればよい。
【００３２】
第二実施形態においては、不測のデータ中断が、RLC実体情報１６４がMAC層１４４に伝送された後に発生する時、破棄、或いは中断されるべきSDUデータ１４１は、次のTTIインターバル１６２まで、破棄或いは中断されない。このような不測のデータ中断は、第三層インターフェース１３３が発するコマンド指令が起こす一時停止、停止及び再構築、或いは、第二層AM  RLCリセット動作である。例えば、AM  RLCリセット動作が時刻１６９ａ、或いは時刻１６９ｂで生じるとする。通常、AM  RLCリセット動作は、全てのSDUデータ１４１及び全てのPDU１４５を直ちに破棄させる。しかし、本発明の第二実施形態の方法によると、SDU１４１、或いはPDU１４５の破棄であっても、このような破棄の動作は、次のTTI（即ち、TTI１６２）まで遅延させる。よって、RLC層１４２は十分なSDUデータ１４１により、TFCデータ要求を満たす。もし、データ中断が、TFCデータ要求１６６を満たすためにブロック１６８がMAC層１４４に伝送された後であって、且つ、次のTTI１６２内におけるRLC実体情報１７０の伝送前に発生した場合、RLC層１４２はRLC実体情報のMAC層１４４への伝送による制限を受けることがないので、SDU１４１及びPDU１４５を破棄することが出来る。
【００３３】
公知技術と比較すると、本発明はTFCデータ要求が常に満たされた状態で維持する。一つの方法は、パディングPDUは本来のデータを備えるPDUを代替するもので、もう一つは不測のデータ中断により生じる破棄或いは中断に対応して、次のTTIまで遅延させる方法がある。TFCデータ要求を満たす状態を確保することにより、ワイヤレスコミュニケーションデバイスの操作上の安定性を改善する。
【００３４】
本発明の開示内容を基にして、デバイスの各種修飾および変更が可能であることは、当該分野における技術者には容易に理解されるであろう。よって、以上の開示は、上述の特許請求の範囲によってのみ制限されると解釈されるべきである。
【図面の簡単な説明】
【図１】三層のコミュニケーションプロトコルを示す図である。
【図２】第二層のデータ送受信の処理を示す図である。
【図３】確認モード（AM）プロトコルデータユニット（PDU）の簡略図である。
【図４】従来の第二層インターフェースを示す図である。
【図５】伝送時間インターバルのタイミング図である。
【図６】公知技術のデータ伝送スケジュールのタイミング図である。
【図７】本発明によるワイヤレスコミュニケーションデバイスを示す図である。
【図８】認識モードパディングプロトコルデータユニット（PDU）を示す図である。
【図９】非認識モードパディングプロトコルデータユニット（PDU）を示す図である。
【図１０】本発明によるデータ伝送のタイミング図である。
【図１】
0003655610.tif 000002
【図２】
0003655610.tif 000003
【図３】
0003655610.tif 000004
【図４】
0003655610.tif 000005
【図５】
0003655610.tif 000006
【図６】
0003655610.tif 000007
【図７】
0003655610.tif 000008
【図８】
0003655610.tif 000009
【図９】
0003655610.tif 000010
【図１０】
0003655610.tif 000011