(57)【特許請求の範囲】
【請求項１】
ワイヤレスコミュニケーションシステムにおいて、伝送端と受信端間のデータブロック伝送中、RLCリセット工程の発生と、HFN同期化工程の喪失との可能性を低下させる方法であって、データブロックは長さインジケータ領域を備え、前記方法は、
受信端で、
データ伝送オペレーションが所定のモード下にある時、前記伝送端からデータブロックを受信する工程と、
前記受信したデータブロックの前記長さインジケータ領域の前記状態を決定する工程と、
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合、前記受信したデータブロックを破棄して、前記破棄したデータブロックを、まだ受信していないとする工程と、
からなることを特徴とする方法。
【請求項２】
前記所定のモードは肯定応答モードであることを特徴とする請求項１に記載の方法。
【請求項３】
前記所定のモードは非肯定応答モードであることを特徴とする請求項１に記載の方法。
【請求項４】
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータが無効値を有している場合を含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータは保留値を有している場合を含むことを特徴とする請求項２に記載の方法。
【請求項６】
前記データブロックをまだ受信していないとする工程は、更に、前記破棄されたデータブロックのポーリングビットを確認する工程と、前記ポーリングビットが状態レポートの要求を指示している場合、前記破棄されたデータブロックがまだ受信されていないと設定されている内容の受信状態を報告する工程と、を含むことを特徴とする請求項２に記載の方法。
【請求項７】
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータが無効値を有する場合を含むことを特徴とする請求項３に記載の方法。
【請求項８】
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータが保留値を有する場合を含むことを特徴とする請求項３に記載の方法。
【請求項９】
ワイヤレスコミュニケーションシステムにおいて、伝送端と受信端間のデータブロック伝送中、RLCリセット工程の発生と、HFN同期化工程の喪失との可能性を低下させる受信端であって、データブロックは長さインジケータ領域を備え、前記受信端は、
前記データ伝送オペレーションが所定のモード下にある時、前記伝送端からデータブロックを受信する手段と、
前記受信したデータブロックの前記長さインジケータ領域の前記状態を決定する手段と、
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合、前記受信したデータブロックを破棄して、前記破棄したデータブロックを、まだ受信していないとする手段と、からなることを特徴とする受信端。
【請求項１０】
前記所定のモードは肯定応答モードであることを特徴とする請求項９に記載の受信端。
【請求項１１】
前記所定のモードは非肯定応答モードであることを特徴とする請求項９に記載の受信端。
【請求項１２】
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、長さインジケータが無効値を有している場合を含むことを特徴とする請求項１０に記載の受信端。
【請求項１３】
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合、長さインジケータが保留値を有している場合を含むことを特徴とする請求項１０に記載の受信端。
【請求項１４】
前記データブロックをまだ受信していないとする手段は、更に、
前記破棄されたデータブロックのポーリングビットを確認する手段と、前記ポーリングビットが状態レポートの要求を指示している場合、前記破棄されたデータブロックがまだ受信されていないと設定されている内容の受信状態を報告する手段と、を含むことを特徴とする請求項１０に記載の受信端。
【請求項１５】
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータが無効値を有している場合を含むことを特徴とする請求項１１記載の受信端。
【請求項１６】
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータが保留値を有している場合を含むことを特徴とする請求項１１に記載の受信端。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ワイヤレスコミュニケーション（wireless  communication）に関するもので、特に、肯定応答モード伝送（Acknowledge  Mode  transmission）と非肯定応答モード伝送（Unacknowledged  Mode  transmission）に対し、多くの不正常な状況を処理するための方法に関する。
【０００２】
【従来の技術】
ワイヤレスコミュニケーションネットワークの肯定応答モードAM下において、二つのRLC同等エンティティ(peer entities)間（ユーザー装置（UE）、或いは第三世代移動体通信システム（Universal  Mobile  telecommunications  System、UTRAN）であって、伝送端或いは受信端のどれかである）で伝送されるデータは、パケットデータユニット（Packet  Data  Unit、PDU）形式である。図１は、応答モードデータ（acknowledge  mode data、AMD）の略式工程を示す。
【０００３】
伝送端１０は、上層からの無線リンク制御（Radio  Link  Control、RLC）サービスデータユニット（Service  Data  Unit、SDU）を、一つ或いは複数の固定サイズのAMD  PDUにパッケージする。AMD  PDUが始めて伝送される場合、伝送端１０は、“シーケンス番号”領域、“長さインジケータ（Length  Indicator）”領域、“ポーリングビット（Polling  Bit）”を設定する。AMD  PDUが再伝送される場合、伝送端１０は本来のAMD  PDUと同じ“シーケンス番号”を用いる。再伝送されるAMD  PDUにはピギーバックされた（piggybacked）STARTUS  PDUが含まれるため、伝送端１０は、再伝送されるAMD  PDUの“長さインジケータ”領域を更新する。勿論、送信端１０は“ポーリングビット”も設定する。その後、一つ或いはそれ以上のAMD  PDUの伝送或いは再伝送がスケジュールされる場合、伝送端は準備されたAMD  PDUを低層に送る。
【０００４】
AMD  PDUを受信する時、受信端２０は状態変数を更新する。受信端２０は、受信したAMD  PDUを、RLC  SDUに組み立てなおす。“順序通りの伝送”が設定される場合、受信端２０は、AMサービスアクセスポイント（AM−SAP）により、RLC  SDUを順序通りに（即ち、RLC  SDUが伝送端同等エンティティ中で伝送されるのと同順）、上層に伝送する。そうでなければ、受信端２０はAM−SAPにより任意の順で、RLC  SDUを上層に伝送する。
【０００５】
更に、不正常な状況が発生した時、伝送端１０と受信端２０はRLCリセット工程により、同等エンティティを再同期化する。図２はRLCリセットの基本工程を示す。リセット工程の間、伝送端１０と受信端２０内のハイパーフレーム番号（hyper  frame  number、HFN）が同期化される。一般に、RESET  PDUとRESET  ACK  PDUは、AMD  PDUより高い優先度を有する。リセット工程が開始される場合、対応するRESET  PDUと同じRESETシーケンス番号（RSN）を有するRESET  ACK  PDUを受信する時、或いは、上層が再構築或いは解除を要求する時だけ、リセット工程が終了する。リセット工程は、同等エンティティからのRESET  PDUを受信することが原因で中断されることはない。
【０００６】
伝送端と受信端は多くの技術、例えば、各PDUの“シーケンス番号”、許可数値、或いは保留数値を備える“長さインジケータ”、伝送及び受信のウィンドウサイズ、及びその他を使用して、伝送中に生じるエラーを監視し、両者の同期化を維持する。
【０００７】
図３は不正常な状況を生じているAMD  PDUがどのように処理されるかを説明する。受信端が受信ウィンドウサイズを超過するAMD  PDUを受信した場合（工程５及び１０）、受信端はAMD  PDUを破棄し（工程１５）、工程２０を実施する。
【０００８】
シーケンス番号が範囲内である場合、受信端は受信したPDUの“長さインジケータ”の値が無効か、保留かをチェックする（工程４０）。“長さインジケータ”が無効、或いは保留の値を有する場合、受信端は、このAMD  PDUを破棄し、破棄されたAMD  PDUを遺失したものとして処理する（工程５０）。“長さインジケータ”が無効数値となる場合とは、例えば長さインジケータがPDUのデータフィールドの大きさより大きい値になる場合である。この他、無効の数値はRLCプロトコルのルールに違反する値を用いることに起因する。例えば、１１１１１１０と１１１１１１１を同一のPDUに使用したり、０の延長ビットに続かない１１１１１１０を使用する、或いは、正しくない“長さインジケータ”順序を使用するなどである。“長さインジケータ”の数値が有効で保留でない場合、受信端はその状態変数を更新する（工程４５）。
【０００９】
次に、工程２０において、受信端は、受信されたAMD  PDUの“ポーリングビット”が“１”に設定されているかを確認する。設定されている場合、受信端はSTATUS  PDU伝送工程を初期化し（工程３０）、受信したAMD  PDUをRLC  PDUに組み立てなおす（工程５５）。更に、“ポーリングビット”が“１”でない場合、受信端は、“遺失したPDU指示器”が設定され、かつ受信端が遺失したAMD  PDUを検出したかを更に確認する（工程２５）。指示器が設定され、かつPDUが遺失していた場合、受信端は、工程３０において、STATUS  PDU伝送工程を初期化し、工程５５に進む。しかし、“遺失したPDU指示器”が設定されない、或いは、受信端が遺失PDUを検出しなかった場合、受信端は、受信したAMD  PDUをRLC  SDUに組み立てなおし、AM−SAPにより、RLC  SDUを上層に伝送する（工程５５、６０）。
【００１０】
また、受信端側で、STATUSレポートが一旦開始されると、図４で示されるように、受信端はまず、活動状態禁止函数（active status prohibit function）或いは、活動“EPCメカニズム”があるかどうか確認する（工程７０、７５）。もしある場合、受信端は、“STATUS禁止”或いは“EPCメカニズム”が非活動になるまで、STATUS  PDUの伝送を延期する（工程１００）。そうでなければ、受信端は、遺失と検出される全AMD  PDUに対し否定応答（negative  acknowledgements）を含ませ、少なくとも一つのVR（R）まで受信された全AMD  PDUに対し肯定応答（acknowledgement）を含ませ、更に、任意の超過領域変化をSTATUS  PDUに設定し、STATUS  PDUを伝送端に送り返す（工程８０、８５、９０、９５）。
【００１１】
伝送端側で、受信端からのSTATUS  PDUを受信する時（工程１０５）、伝送端はSTATUS  PDUが“エラーシーケンス番号”を含むかを確認する。もし含んでいる場合ば、伝送端はSTATUS  PDUを破棄すると共に、RLC再設定工程を初期化する（工程１３５、１４０）。しかし、STATUS  PDUが“エラーシーケンス番号”を含んでいない場合、伝送端は、状態変数VT（A）とVT(MS)を更新する（工程１１５）。その後、伝送端はSTATUS  PDUが否定応答AMD  PDUを含んでいるかを確認する（工程１２０）。もし、含んでいない場合、工程１３０を実行する。含んでいる場合、伝送端は肯定応答データ伝送工程を初期化し、これらの否定応答AMD  PDUを再伝送する（工程１２５）。工程１３０において、伝送端は必要に応じて、任意の超過領域を処理する。
【００１２】
ワイヤレスコミュニケーションネットワーク中の非肯定応答モード（UM）下で、両RLC同等エンティティ間で伝送されるデータも、PDU形式である。図５は、非応答データ（unacknowledged  mode  data、UMD）伝送の基本工程を示す。
【００１３】
伝送端３０が上層からのRLC  SDUを、一つ或いは複数の固定サイズのUMD  PDUにパッケージする。UMD  PDUは一度だけ伝送される。伝送端３０は“シーケンス番号”領域とその“長さインジケータ”を設定する。例えば、UMデータ状態変数VT（US）は、次に伝送されるUMD  PDUの“シーケンス番号”を含む。各UMD  PDUが伝送される毎に、数値は１ずつ逓増する。一つ或いは一つ以上のUMD  PDUが伝送のためにスケジュールされる場合、伝送端３０は準備されたUMD  PDUを伝送のために下層に渡す。７ビット表示の“シーケンス番号”が最大値から戻る、即ち、１２７から０になる時、関連するハイパーフレーム数（HFN）は１増加する。HFNは明白にUMD  PDUに入れられて送られるわけではなく、独立して同等の伝送端３０と受信端４０に維持される。暗号メカニズムはHFNをそのうちの一つのパラメータとし、伝送端３０で暗号化し、受信端４０で復号化する。同等エンティティのHFNが同期化を維持しない場合、暗号メカニズムは作用を失う。
【００１４】
図６で示されるように、伝送端からのUMD  PDUを受信する時（工程１５０）、受信端はUMD  PDUの“長さインジケータ”の値が無効か或いは保留かを確認する（工程１５５）。例えば、受信端は、“長さインジケータ”がPDUデータフィールドの大きさよりも大きいか（無効）値、或いは、後で解放するなどの他の用途のためにUMD  PDUに保留すべく特定された値を有するかを確認する。その値が無効、或いは保留の場合、受信端はこのUMD  PDUを破棄すると共に、UMD  PDUを遺失したとして（工程１６０）、工程１９０に進む。そうでなければ、受信端は、受信端伝送シーケンス状態変数（Receiver  Send  Sequence  State  Variable）、VR（US）を、最後に受信されたUMD  PDUの次の“シーケンス番号”を含むように更新する（工程１７０）。例えば、ある“シーケンス番号”がXであるUMD  PDUが受信される時、VR（US）はX＋１に設定される。
【００１５】
次に、受信端は、UMD  PDUが遺失したか、つまり、VR（US）の更新距離（updatetep）が１より大きいか確認する（工程１７５）。１より小さい時、受信端は、所定の“長さインジケータ”値“１１１１１００”或いは“１１１１  １１１１１１１１  １００”を探すことにより、受信されたUMD  PDUが、SDUの第一セグメントか確認し（工程１８０）第一セグメントであると確認された場合、UMD  PDUの第一データオクテット(octet)が、RLC  SDUの第一オクテットであると指示される（工程１８５）。受信したUMD  PDUがSDUの第一セグメントでない場合、受信端は、受信したUMD  PDUをRLC  SDUに組み立て、UM−SAPにより、上層に伝送する（工程１９５、２００）。しかし、工程１７５と１６０において、遺失UMD  PDUが検出された場合、受信端は、遺失UMD  PDUのセグメントを有するSDUを破棄する（工程１９０）。
【００１６】
全体的に見て、従来技術は、AM伝送下で、無効、或いは保留の値を有する“長さインジケータ”を備えるAMD  PDUを処理するには、能率的ではない。従来技術では物理層CRC残余エラーにより、AMD  PDUのエラービット列がCRC手法により検出されない場合がある。このような状況下では、AMD  PDUのシーケンス番号は、エラーを含む。この場合、受信端は、無効、或いは保留値を有する“長さインジケータ”を備えるAMD  PDUを遺失したPDUとみなす（図３の工程５０を参照）。状態レポートが開始される時、レポートは、破壊された可能性のあるシーケンス番号のAMD  PDUの否定応答を含む（図４の工程８０を参照）。更に、破壊されたシーケンス番号が伝送ウィンドウを超過する場合、受信端はこの状態レポートを、“失効のシーケンス番号”を含むものと認識し、RLCリセット工程を開始する（図５の工程１４０を参照）。よって、無効、或いは保留値の長さインジケータを有するAMD  PDUは遺失したPDUとして扱われる時、伝送端は不要なRLCリセット工程を開始する。
【００１７】
同様の非効率な工程がUM伝送中にも生じる。受信端は、無効、或いは保留値の“長さインジケータ”を有するUMD  PDUを受信する。AM伝送と同様、物理層CRC残余エラー、即ち、UMD  PDUのビット列にエラーにより、エラーがCRC手法により検出されない場合がある。このような状況下では、UMD  PDUのシーケンス番号はエラーを含み得る。従来技術において、受信端は、無効、或いは保留の値を有する“長さインジケータ”のUMD  PDU を、遺失PDUとみなす。シーケンス番号が破壊されれば、受信端は誤ったSDUを破棄する（図６の工程１６０と１９０を参照）。更に、破壊されたシーケンス番号が、前に受信されたUMD  PDUと比較して、逓増から逓減に変化する場合、受信端はUMD  PDUを破棄するが、そのまま誤って、HFNを逓増し、HFNは伝送端と同期化しない。よって、暗号化メカニズムは作用を失い、その後に受信するUMD  PDUは遺失する。よって、無効、或いは保留値の“長さインジケータ”を有するUMD  PDUが、遺失PDUであるとみなされ、受信端は誤ったSDUを破棄し、HFNが伝送端と同期化させる役割を果たさなくなる。
【００１８】
【発明が解決しようとする課題】
本発明は、不要なRLCリセット工程、HFN同期化の喪失を避け、好ましい方法で、無効、或いは保留値の“長さインジケータ”を有するAMD  PDU、或いは、UMD
PDUを処理する方法を提供することを目的とする。
【００１９】
【課題を解決するための手段】
上述の目的を達成するため、肯定応答モードAMと非肯定応答モードUM伝送の不正常な状況の処理方法を提供する。
【００２０】
本発明では、ワイヤレスコミュニケーションシステムにおいて、伝送端と受信端間のデータブロック伝送中、RLCリセット工程の発生と、HFN同期化工程の喪失との可能性を低下させる方法であって、データブロックは異なる状態関連領域を備え、前記方法は、受信端で、データ伝送オペレーションが特殊なモード下にある時、前記伝送端からデータブロックを受信する工程と、前記受信したデータブロックの状態関連領域の前記状態を決定する工程と、ある特殊な状態関連領域が、複数の不正常な状況の一つに符合する場合、前記受信したデータブロックを破棄して、前記破棄したデータブロックを、まだ受信していないとする工程とからなることを特徴とする方法を要旨とする。
【００２１】
又、本発明では、ワイヤレスコミュニケーションシステムにおいて、伝送端と受信端間のデータブロック伝送中、RLCリセット工程の発生と、HFN同期化工程の喪失との可能性を低下させる受信端であって、データブロックは異なる状態関連領域を備え、前記受信端は、前記データ伝送オペレーションが特殊なモード下にある時、前記伝送端からデータブロックを受信する手段と、前記受信したデータブロックの状態関連領域の前記状態を決定する手段と、ある特殊な状態の関連領域が、複数の不正常な状況の一つに符合する場合、前記受信したデータブロックを破棄して、前記破棄したデータブロックを、まだ受信していないとする手段とからなることを特徴とする受信端を要旨とする。
【００２２】
【発明の実施の形態】
上述した本発明の目的、特徴、及び長所をいっそう明瞭にするため、以下に本発明の好ましい実施の形態を挙げ、図を参照にしながらさらに詳しく説明する。
【００２３】
本発明は、従来技術の無効、或いは保留の値を有する“長さインジケータ”を備えるPDUを処理する方法の改良である。AMにおいて、受信端２０が、“長さインジケータ”の無効、或いは保留値を有するAMD  PDUを受信する時、AMD  PDUを破棄して、遺失するのではなく、受信端２０は、AMD  PDUを破棄して、状態レポートの内容を設定しつつ、AMD  PDUがまだ受信されていないとする。
【００２４】
図７には本発明の一実施形態の受信端のAMD  PDU処理工程が示されており、図３の工程５０が、図７中で工程５１に変更されている。工程５１以外の工程は、図３と同じである。工程５１において受信端２０は、“PDUが報告された時、AMD  PDUを無視し、AMD  PDUはまだ受信されていないとする”。更に、図７中の工程５１の後、工程５２の完了処理に続いて工程を終了する。
【００２５】
AMと同様の改良はUMでも行われる。図８は、図６の工程１６０が図８の工程１６１に変更されている。工程１６１以外の工程は、図６と同じである。受信端４０が、無効、或いは保留の値を有する“長さインジケータ”のUMD  PDU を受信する時、受信端４０は、それを破棄して遺失したとすることなく、UMD  PDUを破棄又は無視するとともに、HFN値を保持し、かつ相関するSDUを破棄しつつ、UMD  PDUが未だ受信されていないとする。従って、図６の工程１６０は、図８の工程１６１に変更され、この工程１６１において受信端４０は、“UMD  PDUを無視し、UMD  PDUはまだ受信されていない”とする。勿論、図８の工程１６１後、工程１９０に進む必要はなく、工程１６２の完了処理に続いて工程を終了する。
【００２６】
本発明の第二実施形態では、AMにおいて、受信端２０が一旦、無効、或いは保留の値を有する“長さインジケータ”を備える AMD  PDUを受信する時、AMD  PDUを破棄する以外に、受信端２０は、破棄されたAMD  PDU中の“ポーリングビット”が“１”に設定されているかを確認する。１に設定されている場合、AMD  PDUは状態レポートのために、ポール（poll）を開始し、受信端２０は情報レポートを伝送し、その内容は、AMD  PDUがまだ受信されていないと設定される。これらの工程は、図９で示される。図９において、工程５１後、工程２０に進む以外、図９の工程は図７と同じである。
【００２７】
AM伝送状況から見て、不要なRLCリセット工程が開始される時、RESET  PDUとRESET  ACK  PDUは同等エンティティ間で信号伝達される必要があるため、ネットワークは多くの無線リソースを無駄にする。この他、ネットワークデータ伝送も、RLCリセット工程の不要な実行により、伝送を遅延させる。本発明は、現有のネットワーク及び移動体にとって多くの不要なRLC再設定工程を避け、伝送の効能を向上するという点で効果的である。UM伝送にとって、本発明は現有のネットワーク及び移動体にとって、誤ったSDUを破棄するのを回避し、HFN非同期化の問題を解決するという点で効果的である。
【００２８】
本発明では好ましい実施形態を前述の通り開示したが、これらは決して本発明に限定するものではなく、当業者であれば、本発明の精神と領域を脱しない範囲内で各種の変更や改良を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。
【図面の簡単な説明】
【図１】AMデータ伝送の略式図である。
【図２】RLCリセットの基本工程を示す図である。
【図３】受信されたAMD  PDUの受信端によるAMD  PDU処理工程を示す図である。
【図４】伝送端と受信端によるSTATUSレポート処理工程を示す図である。
【図５】UMデータ伝送の略式図である。
【図６】UMD  PDUが受信される時、受信端によるUMD  PDU処理工程を示す図である。
【図７】受信されたAMD  PDUに対する受信端のAMD  PDU処理工程を示す図である。
【図８】受信されたUMD  PDUに対する受信端のUMD  PDU処理工程を示す図である。
【図９】受信されたAMD  PDUに対する受信端のもう一つのAMD  PDU処理工程を示す図である。
【符号の説明】
１０、３０…伝送端
２０、４０…受信端
【図１】
0003761533.tif 000002
【図２】
0003761533.tif 000003
【図３】
0003761533.tif 000004
【図４】
0003761533.tif 000005
【図５】
0003761533.tif 000006
【図６】
0003761533.tif 000007
【図７】
0003761533.tif 000008
【図８】
0003761533.tif 000009
【図９】
0003761533.tif 000010