JP4027739B2 - 高速順方向パケット接続方式を使用する通信システムでの高速媒体接続制御階層エンティティリセット方法 - Google Patents
高速順方向パケット接続方式を使用する通信システムでの高速媒体接続制御階層エンティティリセット方法 Download PDFInfo
- Publication number
- JP4027739B2 JP4027739B2 JP2002199297A JP2002199297A JP4027739B2 JP 4027739 B2 JP4027739 B2 JP 4027739B2 JP 2002199297 A JP2002199297 A JP 2002199297A JP 2002199297 A JP2002199297 A JP 2002199297A JP 4027739 B2 JP4027739 B2 JP 4027739B2
- Authority
- JP
- Japan
- Prior art keywords
- control layer
- layer entity
- reset
- radio link
- mac
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1803—Stop-and-wait protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は高速順方向パケット接続方式を使用する通信システムに関するもので、特に無線リンク制御(Radio Link Control：以下、ＲＬＣ)階層リセットによる高速媒体接続制御(Medium Access Control-high speed：以下、ＭＡＣ-ｈｓ)階層リセット方法に関する。
【０００２】
【従来の技術】
通常的に高速順方向パケット接続(High Speed Downlink Packet Access：以下、ＨＳＤＰＡ)方式は、広帯域符号分割多重接続(Wideband-Code Division Multiple Access：以下、Ｗ−ＣＤＭＡ)通信システムで順方向高速パケットデータ伝送を支援するための順方向データチャネルである高速順方向共通チャネル(High Speed-Downlink Shared Channel：以下、ＨＳ−ＤＳＣＨ)とこれと関連された制御チャネルを管理するための装置、方法及びシステムを通称する。前記ＨＳＤＰＡ方式を使用する通信システムで高速パケットデータ伝送を支援するために、下記の三つの方式、即ち適応的変調及びコーディング方式(Adaptive Modulation and Coding：以下、ＡＭＣ)、複合再伝送方式(Hybrid Automatic Retransmission Request：以下、ＨＡＲＱ)及び速いセル選択(Fast Cell Select：以下、ＦＣＳ)方式が新たに導入された。
【０００３】
１）ＡＭＣ方式
前記ＡＭＣ方式はセル(cell)、即ち基地局(Node B)と使用者端末機(User Equipment：以下、ＵＥ)間のチャネル状態に応じて相異なるデータチャネルの変調方式とコーディング方式を適応的に決定して、前記セル全体の使用効率を向上させるデータ伝送方式をいう。前記ＡＭＣ方式は複数個の変調方式と複数個のコーディング方式を有し、前記変調方式とコーディング方式を組み合わせてデータチャネル信号を変調及びコーディングする。通常的に前記変調方式とコーディング方式の組み合わせそれぞれを変調及びコーディングスキーム(Modulation and Coding Scheme：以下、ＭＣＳ)とし、前記ＭＣＳ数に応じてレベル(level)１からレベル(level)Ｎまで複数個のＭＣＳを定義することができる。即ち、前記ＡＭＣ方式は前記ＭＣＳのレベル(level)を基地局と前記基地局と現在無線接続されているＵＥ間のチャネル状態に応じて適応的に決定して前記基地局の全体システム効率を向上させる方式である。
【０００４】
２）ＨＡＲＱ方式
前記ＨＡＲＱ、または多チャネル停止-待機混合自動再伝送(n-channel Stop And Wait Hybrid Automatic Retransmission Request：以下、ＮチャネルＳＡＷ ＨＡＲＱ)方式を説明する。
【０００５】
通常的なＡＲＱ(Automatic Retransmission Request：以下、ＡＲＱ)方式は、ＵＥと基地局制御器(ＲＮＣ:Radio Network Controller)間に認知信号(Acknowledgement：以下、ＡＣＫ)と再伝送パケットデータの交換が遂行された。しかし、前記ＨＡＲＱ方式は、前記ＡＲＱ方式の伝送効率を増加させるために、次のような二つの方案を新たに適用したものである。一番目の方案は、前記ＨＡＲＱはＵＥと基地局間での再伝送要求及び応答を遂行するものであり、二番目の方案は、誤りが発生したデータを一時的に貯蔵し、該当データの再伝送データとコンバイン(Combining)して伝送するものである。また、前記ＨＡＲＱ方式は前記ＵＥと基地局のＭＡＣ間にＨＳ−ＤＳＣＨを通じてＡＣＫと再伝送パケットデータが交換される。また、前記ＨＡＲＱ方式では従来のＳＡＷ ＡＲＱ(Stop And Wait ARQ)の短所を補完するために、前記ＮチャネルＳＡＷ ＨＡＲＱ方式を導入した。前記ＳＡＷ ＡＲＱ方式の場合、以前パケットデータに対するＡＣＫを受信しなければ次のパケットデータを伝送しない。しかし、このように以前パケットデータに対するＡＣＫの受信後のみに次パケットデータを伝送するので、前記ＳＡＷＡＲＱ方式はパケットデータを現在伝送できるにも関わらず、ＡＣＫを待機すべきである場合が発生するとの短所がある。前記ＮチャネルＳＱＷ ＨＡＲＱ方式では前記以前パケットデータに対するＡＣＫを受信しない状態で多数のパケットデータを連続的に伝送してチャネルの使用効率を高めることができる。即ち、ＵＥと基地局間にＮ個の論理的なチャネル(Logical Channel)を設定し、特定時間、またはチャネル番号に応じて前記Ｎ個のチャネルそれぞれを識別することができると、パケットデータを受信するようになる前記ＵＥは、任意の時点で受信したパケットデータがどのチャネルを通じて伝送されたパケットデータであるかを知ることができ、受信されるべきである順序にパケットデータを構成するか、該当パケットデータをソフトコンバイン(soft combining)するなどの必要な処置を取ることができる。
【０００６】
３）ＦＣＳ方式
前記ＦＣＳ方式は前記ＨＳＤＰＡ方式を使用しているＵＥがセル重畳地域、即ちハンドオーバ領域(soft handover region)に位置する場合、複数個のセル中、チャネル状態が良好なセルを速く選択する方法である。前記ＦＣＳ方式は具体的に、前記ＨＳＤＰＡを使用しているＵＥが第１基地局と第２基地局間のセル重畳地域に進入する場合、前記ＵＥは複数のセル、即ち複数個の基地局との無線リンク(以下、Radio Link)を設定する。この時、前記ＵＥとRadio Linkを設定したセルの集合をアクチブセット(active set)という。前記ＦＣＳ方式は前記アクチブセットに含まれたセルで一番良好なチャネル状態を維持しているセルのみからＨＳＤＰＡ用パケットデータを受信して全体的な干渉(interference)を減少させる。ここで、前記アクチブセットでチャネル状態が一番良好であり、ＨＳＤＰＡパケットデータを伝送するセルをベストセル(best cell)とし、前記ＵＥは前記アクチブセットに属するセルのチャネル状態を周期的に検査し、現在ベストセルよりチャネル状態が良いセルが発生するかを検査する。前記検査結果、現在ベストセルよりチャネル状態が良いセルが発生する場合、前記ＵＥは現在ベストセルを新たに発生したベストセルに代わるために、ベストセル指示者(Best Cell Indicator)などを前記アクチブセットに属しているすべてのセルに伝送する。前記ベストセル指示者にはベストセルに選択されたセルの識別者が含まれて伝送され、前記アクチブセット内のセルは前記ベストセル指示者を受信し、その受信したベストセル指示者に含まれたセル識別者を検査する。前記アクチブセット内のセルそれぞれは前記ベストセル指示者が自身に該当するベストセル指示者であるかを検査し、前記検査結果、ベストセルに選択された該当セルはＨＳ−ＤＳＣＨを利用して前記ＵＥにパケットデータを伝送する。
【０００７】
次に、一般的なＨＳＤＰＡ方式を使用する通信システムのＲＬＣ階層のリセット過程について図１乃至図２を参照して説明する。下記の説明では説明の便宜上、ＭＡＣ階層エンティティ(entity)及びＲＬＣ階層エンティティを“ＭＡＣ”及び“ＲＬＣ”と称する。
【０００８】
前記図１は一般的なＨＳＤＰＡ方式を使用しない符号分割多重接続通信システムのＲＬＣ階層リセット過程を示した信号流れ図である。前記図１では前記ＲＬＣ階層が認知モード(ＡＭ:Acknowledged Mode)に動作する場合のリセット過程を示す。
【０００９】
通常的に、前記ＨＳＰＤＡ方式を使用しないシステムでは、誤りが発生したデータの再伝送をＲＬＣが担当し、ＭＡＣと物理階層(physical layer)は前記再伝送に関与しない。しかし、前記ＨＳＤＰＡ方式では物理階層にＨＡＲＱ機能が付加されるので、前記物理階層がＲＬＣとは独立的に誤り発生による再伝送制御機能を遂行するようになる。ここで、前記ＲＬＣの動作を説明すると、次のようである。前記ＲＬＣはその動作方式に従って、通過モード(Transparent Mode:ＴＭ)、非認知モード(Unacknowledged Mode:ＵＭ)、認知モード(Acknowledged Mode:ＡＭ)に区分され、前記ＨＳＤＰＡ方式はＵＭとＡＭで動作する。
【００１０】
一番目に、前記ＲＬＣがＵＭに動作する場合を説明する。ＵＥと基地局がＵＭに動作してＲＬＣに再伝送を遂行する場合、送信側ＲＬＣは伝送するパケットデータそれぞれに一連番号であるシーケンス番号(ＳＮ:Sequence Number)を含むヘッダーを挿入して受信側ＲＬＣに伝送する。前記受信側ＲＬＣはパケットデータのシーケンス番号を検査して、前記シーケンス番号が連続的ではない場合、即ち、未受信パケットデータが発見される場合、先ず、受信したパケットデータが正常的に受信されたにも関わらず廃棄する。
【００１１】
二番目に、前記ＲＬＣがＡＭに動作する場合を説明する。前記送信側ＲＬＣは前記シーケンス番号を含むヘッダーが挿入されたパケットデータを受信側ＲＬＣに伝送し、前記受信側ＲＬＣは受信されるパケットデータのシーケンス番号を検査して、前記シーケンス番号が連続的ではない場合、即ち未受信パケットデータが発見される場合、前記送信側ＲＬＣに前記未受信パケットデータに対する再伝送を要求する。前記受信側ＲＬＣから再伝送要求を受信した前記送信側ＲＬＣは、前記未受信パケットデータに該当するパケットデータを前記受信側ＲＬＣに再伝送する。
【００１２】
前記図１は前記ＲＬＣがＡＭに動作する場合であり、ＡＭに動作するＲＬＣをリセットさせるための機能として暗号化のためのＨＦＮＩ(Hyper Frame Number Indicator)を利用して同等の位置のＲＬＣ(peer-to-peer ＲＬＣ)、即ちＵＴＲＡＮ(ＵＭＴＳ Terrestrial Radio Access Network)のＲＬＣとＵＥのＲＬＣ間のＨＦＮＩを同期化させ同期化時点以後のすべてのデータブロックを廃棄する。前記ＲＬＣリセットはプロトコール(protocol)エラー状況でその手順が始まり、リセットを決定した送信側ＲＬＣ１００はリセットプロトコールデータユニット(Protocol Data Unit：以下、ＰＤＵ)を同等の位置の相手側ＲＬＣ、即ち受信側ＲＬＣ１５０に伝達する(１１１段階)。前記リセットＰＤＵを受信した受信側ＲＬＣ１５０はＲＬＣ上の変数を初期値に再設定し、受信側ＲＬＣ１５０のすべてのＰＤＵを廃棄する。前記受信側ＲＬＣ１５０は前記ＲＬＣリセット過程を遂行した後、リセット確認ＰＤＵ(Reset ＡＣＫ ＰＤＵ)を前記送信側ＲＬＣ１００に伝達して前記ＲＬＣリセット過程を終了する(１１３段階)。
【００１３】
すると、前記送信側ＲＬＣ１００及び受信側ＲＬＣ１５０のＲＬＣリセット過程による状態遷移について図２を参照して説明する。
【００１４】
前記図２は図１のＲＬＣリセット過程によるＲＬＣ状態遷移を示した図である。前記図２に示したように、ＲＬＣ上のＮＵＬＬ状態２００ではデータが伝送されない。データ伝送のために、前記ＲＬＣは無線資源制御(Radio Resource Control：以下、ＲＲＣ)階層エンティティの制御命令に応じてＲＬＣを再構成して、認知信号データ伝送準備(ＡＣＫ Data Transfer Ready)状態２５０に遷移する。下記説明では説明の便宜上、ＲＲＣ階層エンティティをＲＲＣと称する。前記認知信号データ伝送準備状態２５０でＲＬＣはデータブロックを交換することができ、ＲＲＣの制御命令を応じてさらに前記ＮＵＬＬ状態２００に遷移することができる。前記ＮＵＬＬ状態２００でプロトコールエラーが発生する場合、前記ＲＬＣはＲＬＣリセットＰＤＵを相手側ＲＬＣに伝送し、リセットペンディング(Reset Pending)状態２７０に遷移する。前記リセットペンディング状態２７０でもデータブロックを交換することができなく、前記ＲＬＣの状態をリセットさせるため、相手側ＲＬＣからＲＬＣリセット確認ＰＤＵを受信しなければ、前記リセットペンディング状態２７０から外れられない。
【００１５】
上述したようなＲＬＣリセット過程は、前記ＨＳＤＰＡ方式を使用しない通常的なＷ−ＣＤＭＡ通信システムでプロトコールエラーに対処するために定義されたが、前記ＨＳＤＰＡ方式を使用することによって、ＭＡＣで不必要なデータ伝送をもたらす。その理由は、前記ＨＳＤＰＡ方式を使用する場合、前記ＨＳＤＰＡ方式を支援するための新たなＭＡＣ、即ちＭＡＣ-ｈｓが具現され、前記ＭＡＣ-ｈｓでＨＡＲＱ機能を遂行するためである。即ち、データブロックの伝送及び再伝送のため、基地局でバッファリング機能を遂行すべきであり、従ってＲＬＣで伝送されたデータブロックが無線チャネルを通じて伝送される前に、前記ＭＡＣ-ｈｓでバッファリングされる。この時、前記ＲＬＣ上でプロトコールエラーが発生してＲＬＣリセット手順が遂行されると、前記ＲＬＣリセット前にＭＡＣ-ｈｓにバッファリングされていたデータブロックは、物理階層を通じて相手側ＭＡＣ-ｈｓに伝送される。しかし、前記相手側、即ち受信側ＭＡＣ-ｈｓで前記データブロックを受信する場合、前記データブロックは前記ＲＬＣリセット手順により前記受信側ＲＬＣで廃棄される。そのため、前記ＲＬＣリセット過程が遂行される場合、前記ＭＡＣ-ｈｓのデータブロック伝送は不必要な伝送になり、また前記ＲＬＣリセット過程が終了されるまで前記データブロックバッファリングによる不必要なメモリ使用が発生するとの問題点があった。また受信側ＭＡＣ-ｈｓも再伝送に対する情報がリセットされないと、正常的に動作しない。これは前記ＵＴＲＡＮから受信されたデータブロック、即ちＰＤＵ中、前記ＭＡＣ-ｈｓでエラー検出したデータブロックが存在する場合、前記ＭＡＣ-ｈｓは前記エラー検出したデータブロックに対する再伝送のため、臨時的にバッファリングを遂行すべきであるので、前記受信側ＭＡＣ-ｈｓでメモリを不必要に使用し、このデータブロックも上位受信側ＲＬＣに不必要に伝送されるとの問題点があった。
【００１６】
【発明が解決しようとする課題】
従って、本発明の目的は、高速順方向パケット接続方式を使用する通信システムで、ＲＬＣリセット時、ＭＡＣ-ｈｓリセットを遂行する方法を提供することにある。
【００１７】
本発明の他の目的は、高速順方向パケット接続方式を使用する通信システムで不必要なパケットデータ伝送を防止するＭＡＣ-ｈｓリセットを遂行する方法を提供することにある。
【００１８】
本発明のさらに他の目的は、高速順方向パケット接続方式を使用する通信システムで、物理階層バッファリングメモリの不必要な占有を防止するＭＡＣ-ｈｓリセットを遂行する方法を提供することにある。
【００１９】
【課題を解決するための手段】
上述した目的を達成するための本発明は、高速順方向パケット接続方式を使用する通信システムで、無線リンク制御階層エンティティに復旧不能なエラーが発生する場合、媒体接続制御階層エンティティの不必要な伝送、または再伝送を防止するために、前記媒体接続制御階層エンティティをリセットする方法を提供する。前記システムは、パケットデータを区分する無線リンク制御階層エンティティと、前記無線リンク制御階層エンティティから前記区分されたパケットデータを対応する専用チャネルにマルチプレクシングする専用媒体接続制御階層エンティティと、前記区分されたパケットデータを対応する共用チャネルにマルチプレクシングする共用媒体接続制御階層エンティティとを含む基地局制御器と、前記マルチプレクシングされたパケットデータを使用者端末機に高速に伝送、または再伝送するための高速媒体接続階層エンティティを有する基地局と、からなる。前記マルチプレクシングされたパケットデータは前記基地局から前記使用者端末機に対応するチャネルを通じて伝送される。
【００２０】
前記方法は、前記エラー発生時、前記無線リンク制御階層エンティティをリセットする過程と、前記無線リンク制御階層エンティティのリセットを示す無線リンク制御階層エンティティリセット情報を前記高速媒体接続制御階層エンティティに伝送し、前記高速媒体接続階層エンティティをリセットする過程と、を含むことを特徴とする。
【００２１】
【発明の実施の形態】
以下、本発明の望ましい実施形態について添付図を参照しつつ詳細に説明する。下記の発明において、本発明の要旨のみを明瞭にする目的で、関連した公知機能又は構成に関する具体的な説明は省略する。
【００２２】
先ず、高速順方向パケット接続(High Speed Down-link Packet Access：以下、ＨＳＤＰＡ)方式を使用する広帯域符号分割多重接続(Wideband-Code Division Multiple Access：以下、Ｗ−ＣＤＭＡ)システムの媒体接続制御(Medium Access Control：以下、ＭＡＣ)階層(layer)エンティティ(entity)の構造について図３を参照して説明する。
【００２３】
前記ＨＳＤＰＡ方式を使用するＷ−ＣＤＭＡシステムの階層構造は、複合再伝送方式(Hybrid Automatic Retransmission Request：以下、ＨＡＲＱ)機能が無線リンク制御(Radio Link Control、ＲＬＣ)階層での選択再伝送(Selective Repeat)ＨＡＲＱ機能以外に、ＭＡＣ階層にＨＡＲＱ機能が追加的に要求されるので、これに該当する階層構造が既存の階層構造、即ち前記ＨＳＤＰＡ方式を使用しないＷ−ＣＤＭＡ通信システムの階層構造で変化した。このように変化された階層構造を使用者端末機(User Equipment：以下、ＵＥ)とネットワーク(Network)、即ちＵＴＲＡＮ(ＵＭＴＳ Terrestrial Radio Access Network)それぞれに分類して説明する。また、以下の説明で前記ＲＬＣ階層エンティティと、ＭＡＣ階層エンティティ及び無線資源制御(Radio Resource Control：以下、ＲＲＣ)階層エンティティを、説明の便宜上、それぞれ“ＲＬＣ”、“ＭＡＣ”、“ＲＲＣ”に表現する。
【００２４】
一番目に、ＵＥ側の階層構造について図３を参照して説明する。
【００２５】
図３は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ階層構造を示した図である。
【００２６】
先ず、専用媒体接続制御(ＭＡＣ-dedicated：以下、ＭＡＣ-ｄ)階層エンティティ３１１は、専用チャネル(dedicated channel)のためのＭＡＣエンティティとして、専用制御チャネル(Dedicated Control Channel：以下、ＤＣＣＨ)、専用トラヒックチャネル(Dedicated Traffic Channel：以下、ＤＴＣＨ)などのような専用論理チャネル(Dedicated Logical Channels)のためのＭＡＣ機能を遂行する。前記専用論理チャネルが専用伝送チャネル(Dedicated Transport Channel)にマッピング(Mapping)される場合には、専用チャネル(Dedicated Channel：以下、ＤＣＨ)に連結され、共通チャネル(Common Channel)にマッピングされる場合には、前記ＭＡＣ-ｄ３１１を通じなく、前記共通チャネルを担当するＭＡＣ、即ち共用媒体接続制御(ＭＡＣ-common/shared：以下、ＭＡＣ-ｃ/ｓｈ)階層エンティティ３１３に連結される。前記ＭＡＣ-ｃ/ｓｈ３１３は共通チャネルのためのＭＡＣとしてページング制御チャネル(Paging Control Channel：以下、ＰＣＣＨ)、放送制御チャネル(Broadcast Control Channel：以下、ＢＣＣＨ)、共通制御チャネル(Common Control Channel：以下、ＣＣＣＨ)、共通トラヒックチャネル(Common Traffic Channel：以下、ＣＴＣＨ)、共用制御チャネル(Shared Control Channel：以下、ＳＨＣＣＨ)のような共通論理チャネル(Common Logical Channels)に対する処理を担当する。そして前記ＭＡＣ-ｃ/ｓｈ３１３は前記ＭＡＣ-ｄ３１１とページングチャネル(Paging Channel：以下、ＰＣＨ)、順方向接続チャネル(Forward Access Channel：以下、ＦＡＣＨ)、ランダム接続チャネル(Random Access Channel：以下、ＲＡＣＨ)、共通パケットチャネル(Common Packet Channel：以下、ＣＰＣＨ)、逆方向共通チャネル(Uplink Shared Channel：以下、ＵＳＣＨ)、順方向共通チャネル(Downlink Shared Channel：以下、ＤＳＣＨ)のような共通伝送チャネル(Common Transport Channel)を通じてデータを送受信する。前記ＭＡＣ-ｄ３１１及びＭＡＣ-ｃ/ｓｈ３１３は、ＲＲＣから制御命令を受信し、また前記ＲＲＣに状態報告を伝送することができる。このような前記ＭＡＣ-ｄ３１１と、ＭＡＣ-ｃ/ｓｈ３１３及びＲＲＣ間の制御情報は、ＭＡＣ制御を通じて遂行される。
【００２７】
上述したＭＡＣ-ｄ３１１及びＭＡＣ-ｃ/ｓｈ３１３の構造は、従来のＷ−ＣＤＭＡ通信システムの階層構造ですでに具現されており、前記ＨＳＤＰＡ方式を支援するために、高速媒体接続制御(ＭＡＣ-ｈｓ:ＭＡＣ-high speed)階層エンティティ３１５が追加的に具現された。前記ＭＡＣ-ｈｓ３１５は前記ＨＳＤＰＡ方式を支援するために、ＨＳ−ＤＳＣＨを支援するＭＡＣ機能を有する。前記ＭＡＣ-ｈｓ３１５も前記ＭＡＣ制御を通じて前記ＲＲＣにより制御される。
【００２８】
ここで、前記ＭＡＣ-ｃ/ｓｈ３１３の構造について図４を参照して説明する。
【００２９】
前記図４は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ-ｃ/ｓｈの階層構造を示した図である。
【００３０】
前記図４を参照すると、前記ＭＡＣ-ｃ/ｓｈ３１３はＵＥアイディ処理部(または、add/read UE ID)４１１と、スケジューリング及び優先権処理部(scheduling/priority handling)４１３と、伝送フォーマット(Transport Format：以下、ＴＦ)選択部４１５と、接続サービスクラス(Access Service Class：以下、ＡＳＣ)選択部(ＡＳＣ selection)４１７と、ターゲットチャネルタイプフィールド(Target Channel Type Field：以下、ＴＣＴＦ)マルチプレクサ４１９と、伝送フォーマット組み合わせ(Transport Format Combination：以下、ＴＦＣ)選択部４２１と、からなる。前記ＵＥアイディ処理部４１１は前記ＭＡＣ-ｄ３１１と送受信されるデータのために、ＵＥアイディ(ＵＥ Identification)を付加し、またＵＥアイディを読み出して(read)認識する機能を有する。そして前記スケジューリング及び優先権処理部４１３は、前記伝送チャネルであるＲＡＣＨ、ＣＰＣＨの伝送のためのスケジューリング及び優先権処理機能を有する。そして前記ＴＦ選択部４１５は該当伝送チャネルに対するＴＦを決定する機能を有し、前記ＡＳＣ選択部４１７は接続サービスクラスを選択する機能を有する。また前記ＴＣＴＦマルチプレクサ４１９は共通論理チャネルを区分するヘッダーフィールドを付加してデータを各伝送チャネルに整列する機能を有し、前記ＴＦＣ選択部４２１は伝送チャネルＵＳＣＨの伝送中にＴＦＣの選択機能を有する。そして前記ＭＡＣ-ｃ/ｓｈ３１３は前記ＨＳＤＰＡ方式を支援するために、前記ＨＳＤＰＡ方式を使用する以前のＭＡＣ-ｃ/ｓｈの機能をそのまま維持すると同時に、前記ＭＡＣ-ｈｓ３１５との連結機能を追加的に有する。
【００３１】
ここで、前記ＭＡＣ-ｈｓ３１５の構造について図５を参照して説明する。
【００３２】
前記図５は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ-ｈｓ階層構造を示した図である。
【００３３】
前記図５を参照すると、前記ＭＡＣ-ｈｓ３１５は前記ＨＳＤＰＡ方式を支援するためのＨＳ−ＤＳＣＨ上のＨＡＲＱ機能を重要な機能として有する。前記ＭＡＣ-ｈｓ３１５は基地局の物理階層(Physical Layer)、即ち無線チャネルから受信されたデータブロックのエラーを検査し、前記検査結果、前記受信されたデータブロック、即ちパケットデータであるプロトコールデータユニット(Protocol Data Unit：以下、ＰＤＵ)に対するエラー発生が検出されないと、前記ＭＡＣ-ｃ/ｓｈ３１３に前記受信されたデータ及びＡＣＫを伝送し、前記データブロックに対するエラー発生が検出されると、前記エラー発生したデータブロックに対する再伝送を要求するＮＡＣＫメッセージを生成して伝送するなどの機能を遂行する。また前記ＭＡＣ-ｈｓ３１５はＵＴＲＡＮとＨＳＤＰＡ関連制御情報を送受信するために、‘Associated Uplink/Downlink Signaling'の無線制御チャネルを有する。そして前記ＭＡＣ-ｈｓ３１５も前記ＲＲＣにより制御される。
【００３４】
前記図３乃至図５ではＵＥ側の階層構造、特に、ＭＡＣ階層構造を説明した。以下、ＵＴＲＡＮ側の階層構造について図６乃至図８を参照して説明する。
【００３５】
前記図６は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ階層構造を示した図である。
【００３６】
前記図６を参照すると、ＭＡＣ-ｄ６１１はＵＥと類似に、専用論理チャネルのデータを専用伝送チャネルであるＤＣＨを通じて伝達し、ＭＡＣ-ｃ/ｓｈ６１３とＰＣＨ、ＦＡＣＨ、ＲＡＣＨ、ＣＰＣＨ、ＵＳＣＨ、ＤＳＣＨのような共通伝送チャネルを通じてデータを送受信する。前記ＵＴＲＡＮはそれぞれのＵＥに対応する多数の前記ＭＡＣ-ｄ６１１を有し、前記ＵＥ別に存在する多数のＭＡＣ-ｄ６１１はそれぞれ前記ＭＡＣ-ｃ/ｓｈ６１３に連結される。前記ＭＡＣ-ｃ/ｓｈ６１３も前記図３で説明したようなＵＥ側の機能と類似であるので、その詳細な説明を省略する。
【００３７】
勿論、前記ＵＴＲＡＮ側で前記ＨＳＤＰＡ方式を使用するＷ−ＣＤＭＡ通信システムの階層構造のように、前記ＨＳＤＰＡ方式を支援するために、ＭＡＣ-ｈｓ６１５エンティティが新たに追加された。前記ＭＡＣ-ｈｓ６１５は無線ネットワーク制御器(Radio Network Controller：以下、ＲＮＣ)に存在するものではなく、基地局に位置するように設計されている。従って、前記ＲＮＣと基地局間のインタフェースであるＩｕｂインタフェースを通じて上位階層のデータが伝達され、前記ＭＡＣ-ｈｓ６１５のための制御メッセージも前記Ｉｕｂインタフェースを通じて伝達される。
【００３８】
ここで、前記ＭＡＣ-ｃ/ｓｈ６１３の構造について図７を参照して説明する。
【００３９】
前記図７は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ-ｃ/ｓｈ階層構造を示した図である。
【００４０】
前記図７を参照すると、前記ＭＡＣ-ｃ/ｓｈ６１３はＭＡＣ-ｃ/ｓｈ/ＭＡＣ-ｄ順序制御部(またはFlow Control ＭＡＣ-ｃ/ｓｈ/ＭＡＣ-ｄ)７１１と、ＴＣＴＦマルチプレクサ/ＵＥアイディマルチプレクサ(ＴＣＴＦ ＭＵＸ/ＵＥ ＩＤ ＭＵＸ)７１３と、スケジューリング/優先権処理部/デマルチプレクサ(Scheduling/Priority Handling/Demux)７１５と、ＴＦＣ選択部(ＴＦＣselection)７１７と、順方向コード割り当て部(DL code allocation)７１９と、ＭＡＣ-ｄ/ＭＡＣ-ｈｓ順序制御部(またはFlow ControlＭＡＣ-ｄ/ＭＡＣ-ｈｓ)７２１と、からなる。前記ＭＡＣ-ｃ/ｓｈ/ＭＡＣ-ｄ順序制御部７１１は、前記図６の前記ＭＡＣ-ｄ６１１とのデータ交換を遂行し、前記ＴＣＴＦマルチプレクサ/ＵＥアイディマルチプレクサ７１３は、共通論理チャネルと前記ＭＡＣ-ｄ６１１からの専用論理チャネルの区分及びＵＥ別区分機能を遂行する。また前記スケジューリング/優先権処理部/マルチプレクサ７１５は、共通伝送チャネルのためのスケジューリング/優先権処理及びデマルチプレクシング機能を遂行し、前記ＴＦＣ選択部７１７は前記共通伝送チャネルを通じたデータ伝送時、ＴＦＣ選択機能を遂行する。前記順方向コード割り当て部７１９は順方向チャネルＤＳＣＨで使用されるコード割り当て機能を遂行する。また、前記ＭＡＣ-ｄ/ＭＡＣ-ｈｓ順序制御部７２１は前記ＨＳＤＰＡ方式を支援するために、前記ＭＡＣ-ｈｓ６１５にデータブロックを伝達するための経路を制御する機能を遂行する。
【００４１】
ここで、前記ＭＡＣ-ｈｓ６１５の構造について図８を参照して説明する。
【００４２】
前記図８は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ-ｈｓ階層構造を示した図である。
【００４３】
前記図８を参照すると、前記ＭＡＣ-ｈｓ６１５はＨＳ−ＤＳＣＨを通じたデータブロックを処理する機能を有し、前記ＨＳＤＰＡデータのための物理チャネル資源を管理する。即ち、前記ＭＡＣ-ｈｓ６１５はＭＡＣ-ｈｓ/ＭＡＣ-ｃ/ｓｈ順序制御部８１１と、ＨＡＲＱ処理部８１３と、スケジューリング/優先権処理部８１５と、ＴＦＣ選択部８１７と、からなる。前記ＭＡＣ-ｈｓ/ＭＡＣ-ｃ/ｓｈ順序制御部８１１は前記ＭＡＣ-ｃ/ｓｈ６１３とのデータ交換を遂行し、前記ＨＡＲＱ処理部８１３は受信されるデータブロックに対する複合再伝送機能を遂行する。また、前記スケジューリング/優先権処理部８１５はＨＳ−ＤＳＣＨに対するスケジューリング及び優先権管理機能を遂行し、前記ＴＦＣ選択部８１７は共通伝送チャネルのためのＴＦＣ選択機能を遂行する。そして、前記ＭＡＣ-ｈｓ６１５は前記ＭＡＣ-ｄ６１１及びＭＡＣ-ｃ/ｓｈ６１３とは異なり、基地局に位置して物理階層と直接連結され、物理階層を通じてＵＥと前記ＨＳＤＰＡ関連制御情報を送受信する‘Associated Uplink/Downlink Signaling’の無線制御チャネルを有する。
【００４４】
前記図３乃至図８を参照してＨＳＤＰＡ方式を使用する通信システムのＭＡＣ構造を説明した。次に図９を参照してＭＡＣ-ｈｓにＲＬＣリセット(reset)の発生を通報する過程を説明する。
【００４５】
図９は本発明の一実施形態によるＨＳＤＰＡ方式を使用する通信システムでＭＡＣ-ｈｓ階層にＲＬＣリセットの発生を通報する過程を示した信号流れ図である。
【００４６】
前記図９の説明前に、従来のＨＳＤＰＡ方式を支援しない通信システムのＲＬＣとＭＡＣ間の制御情報を定義するプリミティブ(primitive)は、ＭＡＣで定義され、下記表１のように示すことができる。
【表１】
【００４７】
前記表１は従来のＨＳＤＰＡ方式を支援しないＷ−ＣＤＭＡシステムで、ＲＬＣとＭＡＣ間にデータ及び制御情報を伝達するために定義されたプリミティブを示している。前記表１で前記ＭＡＣ−ＤＡＴＡプリミティブは、ＲＬＣとＭＡＣ間のデータを送受信するためのプリミティブとして、前記ＲＬＣからＭＡＣへのデータ伝送のための要求フィールド(Request field)と、前記ＭＡＣからＲＬＣへのデータ伝送のための指示者フィールド(Indication field)が含まれている。また、前記ＭＡＣ−ＤＡＴＡの要求フィールドには、データ伝送と同時にＲＬＣバッファ(buffer)の使用量を示すバッファ占有(ＢＯ:Buffer Occupancy)情報と、ＵＥ-ＩＤタイプ(type)情報と、ＴＦＣ選択のためのＲＬＣエンティティ(entity)情報が含まれることができ、前記指示者フィールドには伝送されるデータの伝送ブロック(Transport Block：以下、ＴＢ)の数(Ｎｏ_ＴＢ)情報が含まれることができる。本発明では前記ＨＳＤＰＡ方式を使用する通信システムで、前記ＭＡＣ−ＤＡＴＡプリミティブを利用してＲＬＣにリセットが発生したことを通報する場合を一例にする。
【００４８】
前記図９を参照すると、前記ＲＬＣ９００でリセットが発生したとの情報を前記ＭＡＣ-ｈｓ９５０に伝達するためのプリミティブとして、上述したＭＡＣ−ＤＡＴＡプリミティブを使用する。前記ＲＬＣ９００は前記ＭＡＣ−ＤＡＴＡプリミティブの要求フィールドを利用して前記ＲＬＣ９００でリセットが発生したことを示すリセット情報を伝送する(ＲＬＣ RESET Indication)(９１１段階)。ここで、前記ＲＬＣ９００のリセットにより、ＭＡＣ-ｈｓ９５０に対するリセットが必要であることを通報するパラメータ(parameter)を‘リセット情報(RESET_info)パラメータ’と定義する。本発明では前記ＨＳＤＰＡ方式を使用しない通信システムのＲＬＣとＭＡＣ間のプリミティブ中の一つであるＭＡＣ−ＤＡＴＡプリミティブに前記リセット情報パラメータを追加してＲＬＣ９００にリセットが発生したことを通報する場合を一例に説明しているが、前記リセット情報パラメータを含む別の新たなプリミティブ、一例にＭＡＣ-RESET-Requestプリミティブを新たに定義することもできる。
【００４９】
一方、前記プリミティブは機能個体(functional entities)間に交換されるべきである制御情報を論理的に定義したもので、実際的な情報の伝達は具体的なメッセージ伝達を必要とする。従来のＨＳＤＰＡ方式を使用しないＷ−ＣＤＭＡシステムでは、ＲＮＣ内部で制御情報の伝達が遂行されるが、前記ＨＳＤＰＡ方式を使用すると、ＭＡＣ-ｈｓが基地局に位置するようになることによって、前記ＲＮＣと基地局間のメッセージ伝達体系は、ＲＬＣリセット発生に従ってＭＡＣ-ｈｓにＵＥそれぞれに対するデータリセットを指示可能であるべきである。これについて図１０乃至図１１を参照して説明する。
【００５０】
前記図１０は本発明のさらに他の実施形態によるＲＬＣリセット情報を伝送するための無線ネットワーク制御階層と基地局間の制御フレーム(control frame)構造を示した図であり、本発明の実施形態では前記ＨＳＤＰＡ方式を使用しない通信システムの制御フレーム構造を変形して、ＭＡＣ-ｈｓリセットを指示するための制御フレームを具現する。先ず、ＲＮＣと基地局間のメッセージは、一般的にフレームプロトコール(frame protocol)が使用され、前記フレームプロトコールに前記ＲＬＣリセット情報を表示して伝達することができる。また、前記ＲＮＣと基地局間の制御プレイン(plane)での制御情報伝達手段である基地局アプリケイションパート(Node B Application Part：以下、ＮＢＡＰ)プロトコールを利用して前記ＲＬＣリセット情報を伝達することもできる。前記フレームプロトコールを利用して前記ＲＬＣリセット情報を伝達する場合のフレームプロトコール構造が前記図１０に示されている。
【００５１】
前記図１０を参照すると、ＲＮＣのＲＬＣから基地局のＭＡＣ-ｈｓへ前記ＲＬＣリセット情報を伝送するために、本発明の実施形態では前記ＨＳＤＰＡ方式を使用しない通信システムの制御フレームを変形した制御フレームを使用する。即ち、前記図１０に示したように、前記ＲＬＣリセット情報を伝送するための制御フレームは、２バイト(bytes)のヘッダー１０１０と可変長さ(variable length)のペイロード(Payload)１０５０と、からなる。前記ヘッダー１０１０はフレームＣＲＣ(Frame Cyclic Redundancy Check)フィールド１０１１と、フレームタイプ(Frame Type)フィールド１０１３と、制御フレームタイプ(Control Frame Type)フィールド１０１５と、からなる。前記ＨＳＤＰＡ方式を使用しない通信システムの一般的な制御フレームにおいて、制御フレームタイプはフレームプロトコール上で下記表２に示したように多数個に存在した。本発明の実施形態によるＲＬＣリセットによるＭＡＣ-ｈｓリセットのための制御フレーム、即ちＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を伝送するための制御フレームは、下記表２に示したような多数の制御フレームタイプ中、一つの制御フレームタイプを選択して変形することによって具現される。このように、既存の制御フレームタイプ中、一つの制御フレームタイプを変形して、ＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を伝送することとは異なり、新たな制御フレームタイプ、即ち‘ＭＡＣ-ｈｓ reset’との制御フレームタイプを“００００ １０１１”値に割り当ててＭＡＣ-ｈｓリセットのための制御フレームを構成することもできる。
【表２】
【００５２】
また、前記ペイロード１０５０は多数の制御情報(Control information)フィールドに構成される。前記図１０で説明したような制御フレームを前記ＲＬＣリセットの発生によるＭＡＣ-ｈｓリセット情報を伝送するための制御フレームに使用する場合、前記制御フレームのペイロード１０５０に前記ＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を含めるべきである。このような前記ＲＬＣリセットによるＭＡＣ-ｈｓリセットのための制御情報が含まれるペイロード構造について図１１を参照して説明する。
【００５３】
前記図１１は本発明のさらに他の実施形態によるＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を伝送するための制御フレームのペイロード構造を示した図である。前記図１１を参照すると、前記図１０で説明したような制御フレームのペイロード１０５０で、多数の制御情報フィールド中の一つの制御情報フィールドを、前記ＲＬＣリセットによるＭＡＣ-ｈｓリセットのための制御情報を含むリセット情報フィールド１１１１と共に前記ＲＬＣからＭＡＣ-ｈｓに伝送することによって、前記ＲＬＣリセットによるＭＡＣ-ｈｓリセットを命令できるようになる。ここで、前記リセット情報フィールド１１１１にはＵＥ ＩＤ、ＵＥ ＩＤタイプ、廃棄されるデータのＴＢ情報などが含まれることができる。
【００５４】
また、前記ＨＳＤＰＡサービスを受ける該当ＵＥがハンドオーバ領域にある場合には、前記ＲＬＣリセット情報がＨＳ−ＤＳＣＨの制御無線ネットワーク制御器(ＣＲＮＣ:Controlling ＲＮＣ)から他のＲＮＣに伝達される必要がある。この場合にも、前記図１０で説明したような制御フレームが、前記ＵＥが現在属したＲＮＣと前記ＵＥがハンドオーバする他のＲＮＣ間に存在し、その制御フレームタイプの種類は、下記表３に示したようである。ここで、前記ＵＥが現在属したＲＮＣと前記ＵＥがハンドオーバする他のＲＮＣ間にはＩｕｒインタフェースを通じて制御フレームが伝達される。この場合、前記ＲＬＣリセットによるＭＡＣ-ｈｓリセットのための制御フレームは、下記表３に示したような多数の制御フレームタイプ中の一つを選択して変形することによって具現することができる。このように、既存の制御フレームタイプ中、一つの制御フレームタイプを変形的に使用してＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を伝送することとは異なり、新たな制御フレームタイプ、例えば“ＭＡＣ-ｈｓ reset”との制御フレームタイプを“００００ ０１１１”値に割り当てて新たに構成することができる。また前記制御フレームのペイロードの構成も前記図１０で説明したことと同一に具現される。
【表３】
【００５５】
ここで、前記ＲＬＣリセットによるＭＡＣ-ｈｓリセットを遂行する過程について図１２を参照して説明する。
【００５６】
前記図１２は本発明のさらに他の実施形態によるＲＬＣリセット時、ＭＡＣ-ｈｓリセットのための動作過程を示した図である。
【００５７】
送信側ＲＬＣは１２０１段階でＲＬＣ自分の状態が認知信号データ伝送準備(Acknowledged Data Transfer Ready)状態で１２０２段階に進行して相手方ＲＬＣ、即ち受信側ＲＬＣとデータを送受信しながら、エラーが発生したかを検査し、１２０３段階に進行する(check errors)。前記１２０３段階で前記送信側ＲＬＣはプロトコールエラー(protocol error)が発生したかを検査する。前記検査結果、前記プロトコールエラーが発生しない場合には、前記送信側ＲＬＣは前記認知信号データ伝送準備状態に戻して続けて前記受信側ＲＬＣとデータを送受信する。一方、前記１２０３段階で検査結果、プロトコールエラーが発生した場合には、前記送信側ＲＬＣは１２０４段階に進行する。前記１２０４段階で前記送信側ＲＬＣは前記プロトコールエラーによるＲＬＣリセットが発生することによって、送信側ＭＡＣ-ｈｓに前記送信側ＲＬＣにリセットが発生したことを示す、即ち前記送信側ＲＬＣのリセット発生による前記ＭＡＣ-ｈｓリセットを指示するフレームプロトコールメッセージを伝送し、１２０５段階に進行する。前記１２０５段階で前記送信側ＲＬＣは前記ＭＡＣ-ｈｓリセット指示メッセージを伝送した後、ＲＬＣ自分の状態をリセットペンディング(RESET pending)状態に遷移して動作し、前記送信側ＲＬＣにプロトコールエラーによるＲＬＣリセットが発生することによって、そのリセット情報を示すＲＬＣリセットＰＤＵを受信側ＲＬＣに伝送し終了する。ここで、前記送信側ＲＬＣは前記送信側ＲＬＣからＭＡＣ-ｈｓに前記ＭＡＣ-ｈｓリセットメッセージが伝達されるのに所要される時間である伝播遅延(propagation delay)時間、または前記送信側ＲＬＣで予め設定した設定時間などを考慮した一定時間後に、受信側ＲＬＣにＲＬＣリセットＰＤＵを伝送する。前記送信側ＲＬＣはタイマ(timer)を設けて前記設定時間をカウントする。一方、このように時間的な遅延を考慮するだけではなく、前記送信側ＲＬＣは予め設定した回数の間、前記ＭＡＣ-ｈｓに前記ＭＡＣ-ｈｓリセットメッセージを送信して正確性を維持することもできる。すると、前記送信側ＭＡＣ-ｈｓは前記送信側ＲＬＣから前記送信側ＲＬＣにリセットが発生することを示すフレームプロトコールメッセージを受信して、前記送信側ＭＡＣ-ｈｓ自分の内部バッファメモリに伝送待機しているデータを廃棄し、ＨＡＲＱ動作を停止してリセットを遂行するようになる。送信側ＭＡＣ-ｈｓは前記ＭＡＣリセット信号を受信してＭＡＣのバッファメモリを先ずリセットし、前記ＲＬＣリセットＰＤＵを受信側ＭＡＣ-ｈｓに伝送する。
【００５８】
前記図１２ではＲＬＣリセットによる相手方ＲＬＣリセット及びＭＡＣ-ｈｓリセット過程を説明した。しかし、このように前記ＲＬＣリセット情報を受信したＭＡＣ-ｈｓは、相手方ＭＡＣ-ｈｓに前記ＲＬＣリセット情報を伝達する必要がある。これは上述したように受信側ＭＡＣ-ｈｓでエラー発生した受信データブロックは、再伝送される該当データブロックとのコンバイン(combining)のため貯蔵されているので、送信側ＭＡＣ-ｈｓがリセットされる場合、前記送信側ＭＡＣ-ｈｓは貯蔵していたすべてのデータブロックを廃棄する。従って、受信側ＭＡＣ-ｈｓに貯蔵されているデータブロックは、不必要なデータブロックになり、廃棄されるべきである。
【００５９】
ここで、前記送信側ＭＡＣ-ｈｓから受信側ＭＡＣ-ｈｓに前記ＲＬＣリセットによるリセット情報を伝達する過程について図１３を参照して説明する。
【００６０】
前記図１３は本発明のさらに他の実施形態によるＭＡＣ-ｈｓ階層間のリセット情報を伝送する過程を示した信号流れ図である。上述したように、送信側ＲＬＣリセットにより送信側ＭＡＣ-ｈｓがリセットされた場合、送信側ＭＡＣ-ｈｓに貯蔵されていたすべてのデータブロックは廃棄され、これに前記送信側ＭＡＣ-ｈｓに相応する受信側ＭＡＣ-ｈｓに貯蔵されていた該当データは、不必要なデータになり廃棄されるべきである。そして、前記送信側ＭＡＣ-ｈｓリセットに応じて前記受信側ＭＡＣ-ｈｓもリセットされるべきであり、これを詳細に説明すると、次のようである。図１３を参照すると、送信側ＭＡＣ-ｈｓ１３００は受信側ＭＡＣ-ｈｓ１３５０にＵｕインタフェースを通じて前記送信側ＭＡＣ-ｈｓ１３００のリセットを示すリセット情報(ＲＬＣ RESET Indication)を伝送する(１３１１段階)。すると前記受信側ＭＡＣ-ｈｓ１３５０は前記リセット情報を受信して前記受信側ＭＡＣ-ｈｓ１３５０自分の内部メモリにバッファリングされていた該当データを廃棄すると同時にリセットするようになる。ここで、前記送信側ＭＡＣ-ｈｓ１３００から受信側ＭＡＣ-ｈｓ１３５０にリセット情報を伝送するメッセージは、一番目に前記ＨＳＤＰＡ方式を使用しない通信システムで、ＭＡＣ間のＭＡＣシグナリング(signaling)メッセージを変形して使用することもでき、二番目に前記送信側ＭＡＣ-ｈｓ１３００から受信側ＭＡＣ-ｈｓ１３５０にリセット情報を伝送するための新たな形態のメッセージを定義することもできる。
【００６１】
前記ＭＡＣ-ｈｓ間のリセット情報を伝送するためのＭＡＣシグナリングメッセージについて図１４乃至図１５を参照して説明する。
【００６２】
前記図１４は一般的なＨＳＤＰＡ方式を使用しない通信システムのＭＡＣ間シグナリングメッセージ構造を示した図である。
【００６３】
前記図１４を参照すると、先ずＲＬＣは上位階層で発生したサービスデータユニット(Service Data Unit：以下、ＳＤＵ)を予め設定されている単位にセグメンティション(segmentation)、または連接してＲＬＣヘッダー(header)を挿入してＲＬＣ ＰＤＵを生成する。前記ＲＬＣは前記生成したＲＬＣ ＰＤＵをＭＡＣに伝達する。すると、前記ＭＡＣは前記受信したＲＬＣ ＰＤＵを予め設定されている単位、即ち、ＳＤＵにセグメンティション、または連接してＭＡＣヘッダーを挿入してＴＢを生成する。前記ＭＡＣヘッダーはＴＣＴＦと、ＵＥ-ＩＤタイプと、ＵＥ-ＩＤと、Ｃ／Ｔと、からなる。ここで、前記ＴＣＴＦは論理チャネル(Logical Channel)の種類を区分するためのものであり、ＵＥ-ＩＤタイプとＵＥ-ＩＤはＵＥのＩＤ種類とＩＤを示すものであり、Ｃ／Ｔは同一の伝送チャネル(Transport Channel)内の論理チャネルを区分するための表示者である。
【００６４】
本発明では一例にＨＳＤＰＡ方式を使用しないＷ−ＣＤＭＡ通信システムのＭＡＣ間、ＭＡＣシグナリングメッセージを変形し、前記変更したＭＡＣシグナリングメッセージを利用してＭＡＣ-ｈｓ相互間に、即ち送信側ＭＡＣ-ｈｓと受信側ＭＡＣ-ｈｓ間にリセット情報を伝送する。このように変形されたＭＡＣシグナリングメッセージについて図１５を参照して説明する。
【００６５】
前記図１５は本発明のさらに他の実施形態によるＭＡＣ-ｈｓリセット情報を伝送するＭＡＣシグナリングメッセージ構造を示した図である。前記図１５に示されているように、前記ＭＡＣ-ｈｓのリセット情報を伝送するためのＭＡＣシグナリングメッセージは、前記ＨＳＤＰＡ方式を使用しないＷ−ＣＤＭＡ通信システムのＭＡＣシグナリングメッセージ構造を変形して使用される。即ち、ＨＳＤＰＡ方式を使用しないＷ−ＣＤＭＡ通信システムのＭＡＣシグナリングメッセージのＭＡＣヘッダーフィールドに前記ＭＡＣ-ｈｓリセット情報を示すシグナリング指示者(signaling indication)フィールドが追加的に含まれる。例えば、前記シグナリング指示者フィールドの値が‘１'である場合、前記ＭＡＣ ＳＤＵはＭＡＣシグナリングのための制御情報のみを含むようになり、前記ＭＡＣ ＳＤＵフィールドに含まれる制御情報は、ＭＡＣ-ｈｓリセットを示す指示者と、ＭＡＣ-ｈｓリセットのための情報を含む。また、前記図１５では前記シグナリング指示者が含まれる位置を前記Ｃ／Ｔフィールドのすぐ次の位置に設定したが、前記シグナリング指示者が含まれる位置は可変的であることもできる。
【００６６】
次に、前記図１５で定義されたＭＡＣ-ｈｓリセットのためのＭＡＣシグナリングメッセージを利用してＭＡＣ-ｈｓをリセットする過程について図１６を参照して説明する。
【００６７】
前記図１６は本発明のさらに他の実施形態によるＭＡＣ-ｈｓリセット過程を示した図である。
【００６８】
先ず、前記図１２で説明したように、送信側ＲＬＣがリセットされると、前記送信側ＲＬＣは自分のＭＡＣ-ｈｓ、即ち送信側ＭＡＣ-ｈｓにプリミティブ、または制御フレームを通じてＭＡＣ-ｈｓリセットを指示する情報を伝送するようになる(１２０４段階)。すると前記送信側ＭＡＣ-ｈｓは前記送信側ＲＬＣで伝送したリセット情報に応じてそのリセット指示を認知し(１６０１段階)、受信側ＭＡＣ-ｈｓに上述したＭＡＣシグナリングメッセージを利用してリセット情報を送信する(１６０３段階)。前記送信側ＭＡＣ-ｈｓからリセット情報を示すＭＡＣシグナリングメッセージを受信した前記受信側ＭＡＣ-ｈｓは、リセット指示を認知し(１６０５段階)、そのＨＡＲＱ動作を中止し、前記受信側ＭＡＣ-ｈｓの内部メモリにバッファリングしている受信データを廃棄することによって、リセットを遂行する(１６０７段階)。
【００６９】
ここで、送信側ＲＬＣリセットに応じて受信側ＭＡＣ-ｈｓをリセットするためのさらに他の方法について図１７を参照して説明する。
【００７０】
図１７は本発明のさらに他の実施形態に従うＲＬＣリセットによるＭＡＣ-ｈｓリセット過程を概略的に示した図である。
【００７１】
先ず、送信側ＲＬＣがリセットされると、前記送信側ＲＬＣは送信側ＭＡＣ-ｈｓに前記送信側ＲＬＣのリセットを示すリセット情報(ＲＬＣ RESET indication)を伝送する(１７１１段階)。ここで、前記送信側ＲＬＣが送信側ＭＡＣ-ｈｓに先ずリセット情報を伝送する理由は、上述したように前記送信側ＲＬＣリセットに応じて送信側ＭＡＣ-ｈｓで必要なＰＤＵもリセット過程で廃棄してしまう場合があるためである。ここで前記送信側ＲＬＣは前記送信側ＲＬＣからＭＡＣ-ｈｓに前記ＭＡＣ-ｈｓリセット情報を伝達するのに、所要される時間である伝播遅延(propagation delay)時間、または前記送信側ＲＬＣで予め設定した設定時間などを考慮した一定時間後に、受信側ＲＬＣにＲＬＣリセットＰＤＵを伝送する(１７１３段階)。前記送信側ＲＬＣはタイマ(timer)を設けて前記設定時間をカウントする。前記受信側ＲＬＣは前記ＲＬＣリセットＰＤＵを受信して前記送信側ＲＬＣがリセットされたことを認知するようになり、前記受信側ＲＬＣは受信側ＭＡＣ-ｈｓにリセットを示す情報(ＲＬＣ RESET indication)を送信して前記受信側ＭＡＣ-ｈｓがリセットするように制御する(１７１５段階)。ここで、前記受信側ＲＬＣが受信側ＭＡＣ-ｈｓにリセット情報を送信する場合、上述したＲＬＣとＭＡＣ-ｈｓ間に使用されるリセット情報を示すプリミティブ、または制御フレームを使用することができる。そして前記受信側ＲＬＣは自身をリセットさせた後、前記送信側ＲＬＣに前記ＲＬＣリセットＰＤＵに対する応答に、ＲＬＣリセットＡＣＫ ＰＤＵを伝送する(１７１７段階)。
【００７２】
前記受信側ＲＬＣが前記送信側ＲＬＣからＲＬＣリセットＰＤＵを受信して受信側ＭＡＣ-ｈｓをリセットする方法で、送信側ＭＡＣ-ｈｓリセット動作に二つの方式が使用されることができる。一番目の方式は、送信側ＭＡＣ-ｈｓをリセットしながら再伝送中であるデータＰＤＵを含み、すべてのデータＰＤＵを削除する方式であり、二番目の方式は、再伝送中であるデータＰＤＵは削除しなく、ＨＡＲＱ再伝送を続けるようにする方式である。
【００７３】
前記二つの方式は、送信側ＭＡＣ-ｈｓをリセットする方式に関するもので、ＲＬＣリセットＰＤＵは受信側ＭＡＣ-ｈｓに順次的に伝送されている。従って、前記一番目の方式は、受信側ＭＡＣ-ｈｓに貯蔵されたデータＰＤＵ中、エラーないデータＰＤＵは再伝送制限時間が経過すると、受信側ＲＬＣに伝送されることができるので、前記リセット(RESET)ＰＤＵもＨＡＲＱ再伝送を通じて成功的に受信されると、前記データＰＤＵに続いて前記受信側ＲＬＣに伝達される。この場合に、リセットＰＤＵの伝達に遅延が発生することができる。
【００７４】
前記二番目の伝送方式は、前記ＨＡＲＱ再伝送を進行しているデータＰＤＵに対しては続けてＨＡＲＱ再伝送を進行して成功的に受信されることができ、前記リセットＰＤＵもＨＡＲＱ再伝送過程を通じて成功的に受信されることができる。従って、ＨＡＲＱ再伝送過程を進行しているすべてのデータＰＤＵが再伝送に成功すると、リセットＰＤＵも受信側ＲＬＣに伝達される。しかし前記再伝送制限時間内のみで再伝送に成功したＰＤＵが伝達されることができるようになる。
【００７５】
前記図１７で説明したように、受信側ＲＬＣで直接受信側ＭＡＣ-ｈｓをリセットする過程について図１８を参照して説明する。
【００７６】
前記図１８は本発明のさらに他の実施形態による受信側ＲＬＣで受信側ＭＡＣ-ｈｓをリセットする過程を示した図である。前記図１８を参照すると、送信側ＲＬＣで送信側ＲＬＣのリセットを示すＲＬＣリセットＰＤＵを受信側ＲＬＣに送信すると、前記受信側ＲＬＣは前記ＲＬＣリセットＰＤＵを受信する(１８０１段階)。前記受信側ＲＬＣは前記ＲＬＣリセットＰＤＵを受信することによって、受信側ＭＡＣ-ｈｓにリセットを示す情報を伝送して前記受信側ＭＡＣ-ｈｓリセットを指示する(１８０３段階)。前記受信側ＭＡＣ-ｈｓは前記受信側ＲＬＣのリセット指示を受信して前記受信側ＭＡＣ-ｈｓをリセットすべきであることを感知し（１８０５段階）、これに従って、遂行しているＨＡＲＱ動作を中止すると同時に、受信側ＭＡＣ-ｈｓの内部メモリにバッファリングされている受信データを廃棄することによって、ＭＡＣ−ｈｓリセットを遂行する(１８０７段階)。一方、前記受信側ＲＬＣは前記ＲＬＣリセットＰＤＵを受信したので、受信側ＲＬＣ自分のリセットを遂行し(１８０９段階)、前記リセットを完了すると、前記送信側ＲＬＣに受信側ＲＬＣリセットが完了されたことを示すＲＬＣリセットＡＣＫ ＰＤＵを伝送する(１８１１段階)。前記送信側ＲＬＣは前記受信側ＲＬＣから前記ＲＬＣリセットＡＣＫ ＰＤＵを受信すると(１８１３段階)、前記送信側ＲＬＣ自身に対するリセットを遂行する(１８１５段階)。前記送信側ＲＬＣはリセットを完了すると、自分の状態を認知信号データ伝送準備(Acknowledged Data Transfer Ready)状態に遷移させ、さらに正常的にデータを送受信する(１８１７段階)。
【００７７】
即ち、本発明で提案するＲＬＣリセットによるＭＡＣ-ｈｓリセット方法は、ＲＬＣでＭＡＣ-ｈｓにリセットが発生したとの事実を指示(Indication)する方法である。この時、ＲＬＣリセット手続に応じてＲＬＣリセットＰＤＵも伝達すべきである。リセット指示を受信したＭＡＣ-ｈｓは、該当ＵＥのバッファメモリにバッファリングされているＰＤＵを削除する。この場合、ＭＡＣ-ｈｓは上位ＲＬＣから受信したＲＬＣリセットＰＤＵを削除してはいけない。従って、前記図１２でのようにＭＡＣ-ｈｓリセットを指示する指示メッセージの伝送後、ＲＬＣリセットＰＤＵを伝送する方法を示した。
【００７８】
前記図１２で説明した方法以外に、ＭＡＣ-ｈｓをリセットする方法にはＭＡＣ-ｈｓリセット指示メッセージとＲＬＣリセットＰＤＵを一つのメッセージに含めて伝送する方法がある。
【００７９】
前記従来の方法は、ＭＡＣ-ｈｓはリセットメッセージをＲＮＣと基地局間の制御フレームを利用して伝送し、ＲＬＣリセットＰＤＵはデータフレームを利用して伝送して二つの信号流れを必要とする。
【００８０】
本発明はＲＬＣからＭＡＣ-ｈｓにリセット指示を伝送するさらに他の方法、即ちＭＡＣ-ｈｓリセット指示メッセージを伝送する制御フレームのペイロード(payload)にＲＬＣリセットＰＤＵを含ませて同一な一つのメッセージを通じて伝送する方法を提案する。これは図１０で説明したＲＬＣリセット情報を伝送するためのＲＬＣと基地局間の制御フレーム構造でペイロード部分にＲＬＣ上で生成されたＲＬＣリセットＰＤＵを含めて伝送することによって具現が可能である。
【００８１】
そして、ＲＬＣからＭＡＣ-ｈｓにリセット指示を伝送するさらに他の方法は、ＲＬＣリセットＰＤＵを伝送するＲＮＣと基地局間のデータフレームを利用してＲＬＣリセットＰＤＵを伝送し、今後のため予約したスペアビットにＭＡＣ-ｈｓリセットを指示する指示ビットを指定してＭＡＣ-ｈｓを指示する方法である。
【００８２】
ここで、ＭＡＣ-ｈｓリセット指示メッセージとＲＬＣリセットＰＤＵをデータフレームを通じて伝送する場合について図１９を参照して説明する。
【００８３】
前記図１９はデータフレームを利用してＲＬＣリセットＰＤＵとＭＡＣ-ｈｓリセット指示メッセージを伝送する場合のデータフレームの形式を示した図である。図１９のデータフレームで、ヘッダーＣＲＣフィールドは伝送中に発生することができるヘッダーのエラーを感知するためのフィールドであり、ＦＴフィールドは該当フレームのタイプを示す、即ち、該当フレームがデータフレームであるか、または制御フレームであるかを示すフレームタイプフィールドである。前記図１９の場合には、ＴＦフィールドがデータフレームである場合を示す。ＣｍＣＨ−ＰＩフィールドはチャネルの優先権を示す共通伝達チャネル優先権指示者(Common Transport Channel Priority Indicator)であり、ＭＡＣ-ｃ/ｓｈＳＤＵ Lengthフィールドは伝送されるデータであるＳＤＵの長さを示し、Num of ＳＤＵフィールドは伝送されるデータＳＤＵの数を示し、User Buffer Sizeフィールドは該当ＵＥのための該当チャネルのバッファに貯蔵されているデータの大きさを示し、ＭＡＣ-ｃ/ｓｈ ＳＤＵフィールドは実際ＵＥ別データを示し、Payload ＣＲＣフィールドはペイロードの伝送中に発生することができるエラーの感知のためのＣＲＣである。ＲＬＣリセットＰＤＵはペイロードのＳＤＵ部分に含まれ、ＭＡＣ-ｈｓリセット指示はヘッダーのスペアビット部分に、または各ＳＤＵのスペア部分に割り当てて伝達することができる。図１９のデータフレーム形式は異なる形式に具現されることもでき、ＭＡＣ-ｈｓリセット指示メッセージにＭＡＣ-ｈｓリセットに関する追加的な情報を付加することができる。
【００８４】
図２０は受信側ＲＬＣにＲＬＣリセットＰＤＵを伝達するためのＨＡＲＱのエラー対処方案を利用したさらに他の実施形態を示した図である。前記図２０の説明前に、前記図１７で説明したＲＬＣリセットによるＭＡＣ-ｈｓリセット方法を説明する。即ち受信側ＲＬＣでＲＬＣリセットＰＤＵを受信した後、受信側ＭＡＣ-ｈｓをリセットする方法は、順次的なＰＤＵ伝送原則に応じて伝播遅延が発生することができ、再伝送ＰＤＵに対して多数の再伝送を遂行する場合が発生するとの短所がある。前記図２０ではＨＡＲＱのエラー対処方式を利用して送信側ＭＡＣ-ｈｓで受信側ＭＡＣ-ｈｓの再伝送ＰＤＵをＲＬＣに伝送するようにする方法を提案する。先ず、ＨＡＲＱ方式で送信側は送信ＰＤＵの新たな伝送と再伝送を区分するようにしている。ここで、前記新たな伝送を示すフラグは新規フラグ(new flag)であり、再伝送を示すフラグは再伝送フラグ(continue flag)である。再伝送が発生した場合、即ち伝送されたＰＤＵに対して受信側からＮＡＣＫメッセージがフィードバック(feedback)される場合、もし前記ＮＡＣＫメッセージにエラーが発生すると、送信側で前記エラーのあるＮＡＣＫメッセージをＡＣＫメッセージに誤認する場合があり得る。この場合、前記送信側は次の新たなＰＤＵと前記新規フラグを共に伝送するようになり、受信側は前記ＮＡＣＫメッセージにエラーが発生したことに判断し、ＮＡＣＫされた受信データＰＤＵを上位ＲＬＣに伝達する。従って、送信側ＭＡＣ-ｈｓでリセットを遂行する場合、再伝送データを伝送する時点にＲＬＣリセットＰＤＵを伝送しながら、新たな伝送に表示して伝送すると、ＲＬＣリセットＰＤＵが再伝送データＰＤＵの順次的な伝達によりＲＬＣに伝達が遅延されることを効果的に防止することができる。
【００８５】
前記図２０では送信側ＲＬＣがＲＬＣリセットＰＤＵと共に新規フラグを伝送することによって、受信側ＲＬＣがすぐ処理できるようにしてリセット遅延を防止する場合を説明した。次に図２１を参照してさらに他のＲＬＣリセットＰＤＵ伝送方法を説明する。
【００８６】
前記図２１は本発明のさらに他の実施形態による専用チャネルを利用して受信側ＲＬＣにＲＬＣリセットＰＤＵを伝達する方法を概略的に示した図である。前記図２１を参照すると、一般的にＲＬＣは無線ベアラー(ＲＢ:Radio Bearer)別に生成され、データを処理するようになっている。そして、各ＲＬＣはデータＰＤＵの伝送のために、一つの論理チャネル(Logical Channel)を有することもでき、この場合にはデータＰＤＵとＲＬＣリセットＰＤＵのような制御ＰＤＵを前記論理チャネルを通じて伝送する。または前記ＲＬＣはデータ伝送のための論理チャネル以外に制御ＰＤＵを伝送するための論理チャネルを追加的に有することができるが、この場合、ＲＬＣリセットＰＤＵは制御ＰＤＵを伝送するための論理チャネルを通じて伝送される。この制御チャネルのための論理チャネルはＨＳ−ＤＳＣＨと常に共に設定される専用チャネルである“連関専用チャネル”(Associated ＤＣＨ(Dedicated Channel：以下、Associated ＤＣＨ)にマッピングされ、ＨＳ−ＤＳＣＨを通じて伝送されない。従って、ＭＡＣ-ｈｓと順次的データ伝達原則を守らなく、ＲＬＣ間に直接的に伝送される。
【００８７】
上述した方式はネットワーク側でＲＬＣリセットが発生した場合に関するもので、ＵＥ側でＲＬＣリセットが発生した場合は、ＵＥ側のＲＬＣからＲＮＣ側のＲＬＣにリセットＰＤＵがAssociated ＤＣＨを通じて伝達される場合のみが存在する。ＲＮＣ側のＲＬＣがＵＥ側のＲＬＣにリセットＡＣＫ ＰＤＵを伝送する場合に、ＭＡＣ-ｈｓをリセットするために、前記図９から図２１までのすべての場合が適用されることができる。
【００８８】
【発明の効果】
上述したような本発明は、高速順方向パケット接続方式を使用する通信システムで、フレームプロトコールのエラー発生などによりＲＬＣリセットが遂行される時、相手方のＲＬＣをリセットすると同時に、前記高速順方向パケット接続方式を支援するための階層であるＭＡＣ-ｈｓのリセットを遂行する。前記通信システムは前記ＲＬＣのリセット時、前記ＭＡＣ-ｈｓのＨＡＲＱの動作を中止させると同時に、すでに受信されていたデータを廃棄する。従って、ＲＬＣがリセットされたにも関わらず、ＭＡＣ-ｈｓで不必要なデータを伝送する場合を防止できるようになり、前記不必要なデータ伝送による無線チャネル資源の占有を防止して、効率的に無線チャネル資源を管理することができるとの利点を有する。また前記ＲＬＣのリセットによるＭＡＣ-ｈｓリセットを遂行することによって、不必要なデータの前記ＭＡＣ-ｈｓのバッファリングを除去してメモリ資源の活用効率性を増加させるとの利点を有する。
【図面の簡単な説明】
【図１】 一般的なＨＳＤＰＡ方式を使用しない符号分割多重接続通信システムのＲＬＣ階層リセット過程を示した信号流れ図である。
【図２】 図１のＲＬＣリセット過程によるＲＬＣ状態遷移を示した図である。
【図３】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ階層構造を示した図である。
【図４】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ-ｃ/ｓｈ階層構造を示した図である。
【図５】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ-ｈｓ階層構造を示した図である。
【図６】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ階層構造を示した図である。
【図７】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ-ｃ/ｓｈ階層構造を示した図である。
【図８】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ-ｈｓ階層構造を示した図である。
【図９】 本発明の実施形態によるＨＳＤＰＡ方式を使用する通信システムでＭＡＣ-ｈｓ階層にＲＬＣリセットの発生を通報する過程を示した信号流れ図である。
【図１０】 本発明のさらに他の実施形態によるＲＬＣリセット情報を伝送するための無線リンク制御階層と基地局間の制御フレーム構造を示した図である。
【図１１】 本発明のさらに他の実施形態に従うＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を伝送するための制御フレームのペイロード構造を示した図である。
【図１２】 本発明のさらに他の実施形態に従うＲＬＣリセット時、ＭＡＣ-ｈｓリセット動作を遂行する過程を示した図である。
【図１３】 本発明のさらに他の実施形態に従うＭＡＣ-ｈｓ階層間のリセット情報を伝送する過程を示した信号流れ図である。
【図１４】 一般的なＨＳＤＰＡ方式を使用しない通信システムのＭＡＣ階層間のシグナリングメッセージ構造を示した図である。
【図１５】 本発明のさらに他の実施形態に従うＭＡＣ-ｈｓリセット情報を伝送するためのＭＡＣシグナリングメッセージ構造を示した図である。
【図１６】 本発明のさらに他の実施形態に従うＭＡＣ-ｈｓリセット過程を示した図である。
【図１７】 本発明のさらに他の実施形態に従うＲＬＣリセットによるＭＡＣ-ｈｓリセット過程を概略的に示した図である。
【図１８】 本発明のさらに他の実施形態に従う受信側ＲＬＣで受信側のＭＡＣ-ｈｓをリセットする過程を示した図である。
【図１９】 ＲＬＣリセットＰＤＵとＭＡＣ-ｈｓリセット指示メッセージを伝送する場合のデータフレームの形式を示した図である。
【図２０】 本発明のさらに他の実施形態に従ってＲＬＣリセットＰＤＵを受信側ＲＬＣに伝送するためのＨＡＲＱのエラー対処方案を示した図である。
【図２１】 本発明のさらに他の実施形態に従って受信側ＲＬＣに専用チャネル(Dedicated Channel)を利用してＲＬＣリセットＰＤＵを伝送する方法を示した図である。
【符号の説明】
９００ ＲＬＣ
９５０ ＭＡＣ-ｈｓ
【発明の属する技術分野】
本発明は高速順方向パケット接続方式を使用する通信システムに関するもので、特に無線リンク制御(Radio Link Control：以下、ＲＬＣ)階層リセットによる高速媒体接続制御(Medium Access Control-high speed：以下、ＭＡＣ-ｈｓ)階層リセット方法に関する。
【０００２】
【従来の技術】
通常的に高速順方向パケット接続(High Speed Downlink Packet Access：以下、ＨＳＤＰＡ)方式は、広帯域符号分割多重接続(Wideband-Code Division Multiple Access：以下、Ｗ−ＣＤＭＡ)通信システムで順方向高速パケットデータ伝送を支援するための順方向データチャネルである高速順方向共通チャネル(High Speed-Downlink Shared Channel：以下、ＨＳ−ＤＳＣＨ)とこれと関連された制御チャネルを管理するための装置、方法及びシステムを通称する。前記ＨＳＤＰＡ方式を使用する通信システムで高速パケットデータ伝送を支援するために、下記の三つの方式、即ち適応的変調及びコーディング方式(Adaptive Modulation and Coding：以下、ＡＭＣ)、複合再伝送方式(Hybrid Automatic Retransmission Request：以下、ＨＡＲＱ)及び速いセル選択(Fast Cell Select：以下、ＦＣＳ)方式が新たに導入された。
【０００３】
１）ＡＭＣ方式
前記ＡＭＣ方式はセル(cell)、即ち基地局(Node B)と使用者端末機(User Equipment：以下、ＵＥ)間のチャネル状態に応じて相異なるデータチャネルの変調方式とコーディング方式を適応的に決定して、前記セル全体の使用効率を向上させるデータ伝送方式をいう。前記ＡＭＣ方式は複数個の変調方式と複数個のコーディング方式を有し、前記変調方式とコーディング方式を組み合わせてデータチャネル信号を変調及びコーディングする。通常的に前記変調方式とコーディング方式の組み合わせそれぞれを変調及びコーディングスキーム(Modulation and Coding Scheme：以下、ＭＣＳ)とし、前記ＭＣＳ数に応じてレベル(level)１からレベル(level)Ｎまで複数個のＭＣＳを定義することができる。即ち、前記ＡＭＣ方式は前記ＭＣＳのレベル(level)を基地局と前記基地局と現在無線接続されているＵＥ間のチャネル状態に応じて適応的に決定して前記基地局の全体システム効率を向上させる方式である。
【０００４】
２）ＨＡＲＱ方式
前記ＨＡＲＱ、または多チャネル停止-待機混合自動再伝送(n-channel Stop And Wait Hybrid Automatic Retransmission Request：以下、ＮチャネルＳＡＷ ＨＡＲＱ)方式を説明する。
【０００５】
通常的なＡＲＱ(Automatic Retransmission Request：以下、ＡＲＱ)方式は、ＵＥと基地局制御器(ＲＮＣ:Radio Network Controller)間に認知信号(Acknowledgement：以下、ＡＣＫ)と再伝送パケットデータの交換が遂行された。しかし、前記ＨＡＲＱ方式は、前記ＡＲＱ方式の伝送効率を増加させるために、次のような二つの方案を新たに適用したものである。一番目の方案は、前記ＨＡＲＱはＵＥと基地局間での再伝送要求及び応答を遂行するものであり、二番目の方案は、誤りが発生したデータを一時的に貯蔵し、該当データの再伝送データとコンバイン(Combining)して伝送するものである。また、前記ＨＡＲＱ方式は前記ＵＥと基地局のＭＡＣ間にＨＳ−ＤＳＣＨを通じてＡＣＫと再伝送パケットデータが交換される。また、前記ＨＡＲＱ方式では従来のＳＡＷ ＡＲＱ(Stop And Wait ARQ)の短所を補完するために、前記ＮチャネルＳＡＷ ＨＡＲＱ方式を導入した。前記ＳＡＷ ＡＲＱ方式の場合、以前パケットデータに対するＡＣＫを受信しなければ次のパケットデータを伝送しない。しかし、このように以前パケットデータに対するＡＣＫの受信後のみに次パケットデータを伝送するので、前記ＳＡＷＡＲＱ方式はパケットデータを現在伝送できるにも関わらず、ＡＣＫを待機すべきである場合が発生するとの短所がある。前記ＮチャネルＳＱＷ ＨＡＲＱ方式では前記以前パケットデータに対するＡＣＫを受信しない状態で多数のパケットデータを連続的に伝送してチャネルの使用効率を高めることができる。即ち、ＵＥと基地局間にＮ個の論理的なチャネル(Logical Channel)を設定し、特定時間、またはチャネル番号に応じて前記Ｎ個のチャネルそれぞれを識別することができると、パケットデータを受信するようになる前記ＵＥは、任意の時点で受信したパケットデータがどのチャネルを通じて伝送されたパケットデータであるかを知ることができ、受信されるべきである順序にパケットデータを構成するか、該当パケットデータをソフトコンバイン(soft combining)するなどの必要な処置を取ることができる。
【０００６】
３）ＦＣＳ方式
前記ＦＣＳ方式は前記ＨＳＤＰＡ方式を使用しているＵＥがセル重畳地域、即ちハンドオーバ領域(soft handover region)に位置する場合、複数個のセル中、チャネル状態が良好なセルを速く選択する方法である。前記ＦＣＳ方式は具体的に、前記ＨＳＤＰＡを使用しているＵＥが第１基地局と第２基地局間のセル重畳地域に進入する場合、前記ＵＥは複数のセル、即ち複数個の基地局との無線リンク(以下、Radio Link)を設定する。この時、前記ＵＥとRadio Linkを設定したセルの集合をアクチブセット(active set)という。前記ＦＣＳ方式は前記アクチブセットに含まれたセルで一番良好なチャネル状態を維持しているセルのみからＨＳＤＰＡ用パケットデータを受信して全体的な干渉(interference)を減少させる。ここで、前記アクチブセットでチャネル状態が一番良好であり、ＨＳＤＰＡパケットデータを伝送するセルをベストセル(best cell)とし、前記ＵＥは前記アクチブセットに属するセルのチャネル状態を周期的に検査し、現在ベストセルよりチャネル状態が良いセルが発生するかを検査する。前記検査結果、現在ベストセルよりチャネル状態が良いセルが発生する場合、前記ＵＥは現在ベストセルを新たに発生したベストセルに代わるために、ベストセル指示者(Best Cell Indicator)などを前記アクチブセットに属しているすべてのセルに伝送する。前記ベストセル指示者にはベストセルに選択されたセルの識別者が含まれて伝送され、前記アクチブセット内のセルは前記ベストセル指示者を受信し、その受信したベストセル指示者に含まれたセル識別者を検査する。前記アクチブセット内のセルそれぞれは前記ベストセル指示者が自身に該当するベストセル指示者であるかを検査し、前記検査結果、ベストセルに選択された該当セルはＨＳ−ＤＳＣＨを利用して前記ＵＥにパケットデータを伝送する。
【０００７】
次に、一般的なＨＳＤＰＡ方式を使用する通信システムのＲＬＣ階層のリセット過程について図１乃至図２を参照して説明する。下記の説明では説明の便宜上、ＭＡＣ階層エンティティ(entity)及びＲＬＣ階層エンティティを“ＭＡＣ”及び“ＲＬＣ”と称する。
【０００８】
前記図１は一般的なＨＳＤＰＡ方式を使用しない符号分割多重接続通信システムのＲＬＣ階層リセット過程を示した信号流れ図である。前記図１では前記ＲＬＣ階層が認知モード(ＡＭ:Acknowledged Mode)に動作する場合のリセット過程を示す。
【０００９】
通常的に、前記ＨＳＰＤＡ方式を使用しないシステムでは、誤りが発生したデータの再伝送をＲＬＣが担当し、ＭＡＣと物理階層(physical layer)は前記再伝送に関与しない。しかし、前記ＨＳＤＰＡ方式では物理階層にＨＡＲＱ機能が付加されるので、前記物理階層がＲＬＣとは独立的に誤り発生による再伝送制御機能を遂行するようになる。ここで、前記ＲＬＣの動作を説明すると、次のようである。前記ＲＬＣはその動作方式に従って、通過モード(Transparent Mode:ＴＭ)、非認知モード(Unacknowledged Mode:ＵＭ)、認知モード(Acknowledged Mode:ＡＭ)に区分され、前記ＨＳＤＰＡ方式はＵＭとＡＭで動作する。
【００１０】
一番目に、前記ＲＬＣがＵＭに動作する場合を説明する。ＵＥと基地局がＵＭに動作してＲＬＣに再伝送を遂行する場合、送信側ＲＬＣは伝送するパケットデータそれぞれに一連番号であるシーケンス番号(ＳＮ:Sequence Number)を含むヘッダーを挿入して受信側ＲＬＣに伝送する。前記受信側ＲＬＣはパケットデータのシーケンス番号を検査して、前記シーケンス番号が連続的ではない場合、即ち、未受信パケットデータが発見される場合、先ず、受信したパケットデータが正常的に受信されたにも関わらず廃棄する。
【００１１】
二番目に、前記ＲＬＣがＡＭに動作する場合を説明する。前記送信側ＲＬＣは前記シーケンス番号を含むヘッダーが挿入されたパケットデータを受信側ＲＬＣに伝送し、前記受信側ＲＬＣは受信されるパケットデータのシーケンス番号を検査して、前記シーケンス番号が連続的ではない場合、即ち未受信パケットデータが発見される場合、前記送信側ＲＬＣに前記未受信パケットデータに対する再伝送を要求する。前記受信側ＲＬＣから再伝送要求を受信した前記送信側ＲＬＣは、前記未受信パケットデータに該当するパケットデータを前記受信側ＲＬＣに再伝送する。
【００１２】
前記図１は前記ＲＬＣがＡＭに動作する場合であり、ＡＭに動作するＲＬＣをリセットさせるための機能として暗号化のためのＨＦＮＩ(Hyper Frame Number Indicator)を利用して同等の位置のＲＬＣ(peer-to-peer ＲＬＣ)、即ちＵＴＲＡＮ(ＵＭＴＳ Terrestrial Radio Access Network)のＲＬＣとＵＥのＲＬＣ間のＨＦＮＩを同期化させ同期化時点以後のすべてのデータブロックを廃棄する。前記ＲＬＣリセットはプロトコール(protocol)エラー状況でその手順が始まり、リセットを決定した送信側ＲＬＣ１００はリセットプロトコールデータユニット(Protocol Data Unit：以下、ＰＤＵ)を同等の位置の相手側ＲＬＣ、即ち受信側ＲＬＣ１５０に伝達する(１１１段階)。前記リセットＰＤＵを受信した受信側ＲＬＣ１５０はＲＬＣ上の変数を初期値に再設定し、受信側ＲＬＣ１５０のすべてのＰＤＵを廃棄する。前記受信側ＲＬＣ１５０は前記ＲＬＣリセット過程を遂行した後、リセット確認ＰＤＵ(Reset ＡＣＫ ＰＤＵ)を前記送信側ＲＬＣ１００に伝達して前記ＲＬＣリセット過程を終了する(１１３段階)。
【００１３】
すると、前記送信側ＲＬＣ１００及び受信側ＲＬＣ１５０のＲＬＣリセット過程による状態遷移について図２を参照して説明する。
【００１４】
前記図２は図１のＲＬＣリセット過程によるＲＬＣ状態遷移を示した図である。前記図２に示したように、ＲＬＣ上のＮＵＬＬ状態２００ではデータが伝送されない。データ伝送のために、前記ＲＬＣは無線資源制御(Radio Resource Control：以下、ＲＲＣ)階層エンティティの制御命令に応じてＲＬＣを再構成して、認知信号データ伝送準備(ＡＣＫ Data Transfer Ready)状態２５０に遷移する。下記説明では説明の便宜上、ＲＲＣ階層エンティティをＲＲＣと称する。前記認知信号データ伝送準備状態２５０でＲＬＣはデータブロックを交換することができ、ＲＲＣの制御命令を応じてさらに前記ＮＵＬＬ状態２００に遷移することができる。前記ＮＵＬＬ状態２００でプロトコールエラーが発生する場合、前記ＲＬＣはＲＬＣリセットＰＤＵを相手側ＲＬＣに伝送し、リセットペンディング(Reset Pending)状態２７０に遷移する。前記リセットペンディング状態２７０でもデータブロックを交換することができなく、前記ＲＬＣの状態をリセットさせるため、相手側ＲＬＣからＲＬＣリセット確認ＰＤＵを受信しなければ、前記リセットペンディング状態２７０から外れられない。
【００１５】
上述したようなＲＬＣリセット過程は、前記ＨＳＤＰＡ方式を使用しない通常的なＷ−ＣＤＭＡ通信システムでプロトコールエラーに対処するために定義されたが、前記ＨＳＤＰＡ方式を使用することによって、ＭＡＣで不必要なデータ伝送をもたらす。その理由は、前記ＨＳＤＰＡ方式を使用する場合、前記ＨＳＤＰＡ方式を支援するための新たなＭＡＣ、即ちＭＡＣ-ｈｓが具現され、前記ＭＡＣ-ｈｓでＨＡＲＱ機能を遂行するためである。即ち、データブロックの伝送及び再伝送のため、基地局でバッファリング機能を遂行すべきであり、従ってＲＬＣで伝送されたデータブロックが無線チャネルを通じて伝送される前に、前記ＭＡＣ-ｈｓでバッファリングされる。この時、前記ＲＬＣ上でプロトコールエラーが発生してＲＬＣリセット手順が遂行されると、前記ＲＬＣリセット前にＭＡＣ-ｈｓにバッファリングされていたデータブロックは、物理階層を通じて相手側ＭＡＣ-ｈｓに伝送される。しかし、前記相手側、即ち受信側ＭＡＣ-ｈｓで前記データブロックを受信する場合、前記データブロックは前記ＲＬＣリセット手順により前記受信側ＲＬＣで廃棄される。そのため、前記ＲＬＣリセット過程が遂行される場合、前記ＭＡＣ-ｈｓのデータブロック伝送は不必要な伝送になり、また前記ＲＬＣリセット過程が終了されるまで前記データブロックバッファリングによる不必要なメモリ使用が発生するとの問題点があった。また受信側ＭＡＣ-ｈｓも再伝送に対する情報がリセットされないと、正常的に動作しない。これは前記ＵＴＲＡＮから受信されたデータブロック、即ちＰＤＵ中、前記ＭＡＣ-ｈｓでエラー検出したデータブロックが存在する場合、前記ＭＡＣ-ｈｓは前記エラー検出したデータブロックに対する再伝送のため、臨時的にバッファリングを遂行すべきであるので、前記受信側ＭＡＣ-ｈｓでメモリを不必要に使用し、このデータブロックも上位受信側ＲＬＣに不必要に伝送されるとの問題点があった。
【００１６】
【発明が解決しようとする課題】
従って、本発明の目的は、高速順方向パケット接続方式を使用する通信システムで、ＲＬＣリセット時、ＭＡＣ-ｈｓリセットを遂行する方法を提供することにある。
【００１７】
本発明の他の目的は、高速順方向パケット接続方式を使用する通信システムで不必要なパケットデータ伝送を防止するＭＡＣ-ｈｓリセットを遂行する方法を提供することにある。
【００１８】
本発明のさらに他の目的は、高速順方向パケット接続方式を使用する通信システムで、物理階層バッファリングメモリの不必要な占有を防止するＭＡＣ-ｈｓリセットを遂行する方法を提供することにある。
【００１９】
【課題を解決するための手段】
上述した目的を達成するための本発明は、高速順方向パケット接続方式を使用する通信システムで、無線リンク制御階層エンティティに復旧不能なエラーが発生する場合、媒体接続制御階層エンティティの不必要な伝送、または再伝送を防止するために、前記媒体接続制御階層エンティティをリセットする方法を提供する。前記システムは、パケットデータを区分する無線リンク制御階層エンティティと、前記無線リンク制御階層エンティティから前記区分されたパケットデータを対応する専用チャネルにマルチプレクシングする専用媒体接続制御階層エンティティと、前記区分されたパケットデータを対応する共用チャネルにマルチプレクシングする共用媒体接続制御階層エンティティとを含む基地局制御器と、前記マルチプレクシングされたパケットデータを使用者端末機に高速に伝送、または再伝送するための高速媒体接続階層エンティティを有する基地局と、からなる。前記マルチプレクシングされたパケットデータは前記基地局から前記使用者端末機に対応するチャネルを通じて伝送される。
【００２０】
前記方法は、前記エラー発生時、前記無線リンク制御階層エンティティをリセットする過程と、前記無線リンク制御階層エンティティのリセットを示す無線リンク制御階層エンティティリセット情報を前記高速媒体接続制御階層エンティティに伝送し、前記高速媒体接続階層エンティティをリセットする過程と、を含むことを特徴とする。
【００２１】
【発明の実施の形態】
以下、本発明の望ましい実施形態について添付図を参照しつつ詳細に説明する。下記の発明において、本発明の要旨のみを明瞭にする目的で、関連した公知機能又は構成に関する具体的な説明は省略する。
【００２２】
先ず、高速順方向パケット接続(High Speed Down-link Packet Access：以下、ＨＳＤＰＡ)方式を使用する広帯域符号分割多重接続(Wideband-Code Division Multiple Access：以下、Ｗ−ＣＤＭＡ)システムの媒体接続制御(Medium Access Control：以下、ＭＡＣ)階層(layer)エンティティ(entity)の構造について図３を参照して説明する。
【００２３】
前記ＨＳＤＰＡ方式を使用するＷ−ＣＤＭＡシステムの階層構造は、複合再伝送方式(Hybrid Automatic Retransmission Request：以下、ＨＡＲＱ)機能が無線リンク制御(Radio Link Control、ＲＬＣ)階層での選択再伝送(Selective Repeat)ＨＡＲＱ機能以外に、ＭＡＣ階層にＨＡＲＱ機能が追加的に要求されるので、これに該当する階層構造が既存の階層構造、即ち前記ＨＳＤＰＡ方式を使用しないＷ−ＣＤＭＡ通信システムの階層構造で変化した。このように変化された階層構造を使用者端末機(User Equipment：以下、ＵＥ)とネットワーク(Network)、即ちＵＴＲＡＮ(ＵＭＴＳ Terrestrial Radio Access Network)それぞれに分類して説明する。また、以下の説明で前記ＲＬＣ階層エンティティと、ＭＡＣ階層エンティティ及び無線資源制御(Radio Resource Control：以下、ＲＲＣ)階層エンティティを、説明の便宜上、それぞれ“ＲＬＣ”、“ＭＡＣ”、“ＲＲＣ”に表現する。
【００２４】
一番目に、ＵＥ側の階層構造について図３を参照して説明する。
【００２５】
図３は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ階層構造を示した図である。
【００２６】
先ず、専用媒体接続制御(ＭＡＣ-dedicated：以下、ＭＡＣ-ｄ)階層エンティティ３１１は、専用チャネル(dedicated channel)のためのＭＡＣエンティティとして、専用制御チャネル(Dedicated Control Channel：以下、ＤＣＣＨ)、専用トラヒックチャネル(Dedicated Traffic Channel：以下、ＤＴＣＨ)などのような専用論理チャネル(Dedicated Logical Channels)のためのＭＡＣ機能を遂行する。前記専用論理チャネルが専用伝送チャネル(Dedicated Transport Channel)にマッピング(Mapping)される場合には、専用チャネル(Dedicated Channel：以下、ＤＣＨ)に連結され、共通チャネル(Common Channel)にマッピングされる場合には、前記ＭＡＣ-ｄ３１１を通じなく、前記共通チャネルを担当するＭＡＣ、即ち共用媒体接続制御(ＭＡＣ-common/shared：以下、ＭＡＣ-ｃ/ｓｈ)階層エンティティ３１３に連結される。前記ＭＡＣ-ｃ/ｓｈ３１３は共通チャネルのためのＭＡＣとしてページング制御チャネル(Paging Control Channel：以下、ＰＣＣＨ)、放送制御チャネル(Broadcast Control Channel：以下、ＢＣＣＨ)、共通制御チャネル(Common Control Channel：以下、ＣＣＣＨ)、共通トラヒックチャネル(Common Traffic Channel：以下、ＣＴＣＨ)、共用制御チャネル(Shared Control Channel：以下、ＳＨＣＣＨ)のような共通論理チャネル(Common Logical Channels)に対する処理を担当する。そして前記ＭＡＣ-ｃ/ｓｈ３１３は前記ＭＡＣ-ｄ３１１とページングチャネル(Paging Channel：以下、ＰＣＨ)、順方向接続チャネル(Forward Access Channel：以下、ＦＡＣＨ)、ランダム接続チャネル(Random Access Channel：以下、ＲＡＣＨ)、共通パケットチャネル(Common Packet Channel：以下、ＣＰＣＨ)、逆方向共通チャネル(Uplink Shared Channel：以下、ＵＳＣＨ)、順方向共通チャネル(Downlink Shared Channel：以下、ＤＳＣＨ)のような共通伝送チャネル(Common Transport Channel)を通じてデータを送受信する。前記ＭＡＣ-ｄ３１１及びＭＡＣ-ｃ/ｓｈ３１３は、ＲＲＣから制御命令を受信し、また前記ＲＲＣに状態報告を伝送することができる。このような前記ＭＡＣ-ｄ３１１と、ＭＡＣ-ｃ/ｓｈ３１３及びＲＲＣ間の制御情報は、ＭＡＣ制御を通じて遂行される。
【００２７】
上述したＭＡＣ-ｄ３１１及びＭＡＣ-ｃ/ｓｈ３１３の構造は、従来のＷ−ＣＤＭＡ通信システムの階層構造ですでに具現されており、前記ＨＳＤＰＡ方式を支援するために、高速媒体接続制御(ＭＡＣ-ｈｓ:ＭＡＣ-high speed)階層エンティティ３１５が追加的に具現された。前記ＭＡＣ-ｈｓ３１５は前記ＨＳＤＰＡ方式を支援するために、ＨＳ−ＤＳＣＨを支援するＭＡＣ機能を有する。前記ＭＡＣ-ｈｓ３１５も前記ＭＡＣ制御を通じて前記ＲＲＣにより制御される。
【００２８】
ここで、前記ＭＡＣ-ｃ/ｓｈ３１３の構造について図４を参照して説明する。
【００２９】
前記図４は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ-ｃ/ｓｈの階層構造を示した図である。
【００３０】
前記図４を参照すると、前記ＭＡＣ-ｃ/ｓｈ３１３はＵＥアイディ処理部(または、add/read UE ID)４１１と、スケジューリング及び優先権処理部(scheduling/priority handling)４１３と、伝送フォーマット(Transport Format：以下、ＴＦ)選択部４１５と、接続サービスクラス(Access Service Class：以下、ＡＳＣ)選択部(ＡＳＣ selection)４１７と、ターゲットチャネルタイプフィールド(Target Channel Type Field：以下、ＴＣＴＦ)マルチプレクサ４１９と、伝送フォーマット組み合わせ(Transport Format Combination：以下、ＴＦＣ)選択部４２１と、からなる。前記ＵＥアイディ処理部４１１は前記ＭＡＣ-ｄ３１１と送受信されるデータのために、ＵＥアイディ(ＵＥ Identification)を付加し、またＵＥアイディを読み出して(read)認識する機能を有する。そして前記スケジューリング及び優先権処理部４１３は、前記伝送チャネルであるＲＡＣＨ、ＣＰＣＨの伝送のためのスケジューリング及び優先権処理機能を有する。そして前記ＴＦ選択部４１５は該当伝送チャネルに対するＴＦを決定する機能を有し、前記ＡＳＣ選択部４１７は接続サービスクラスを選択する機能を有する。また前記ＴＣＴＦマルチプレクサ４１９は共通論理チャネルを区分するヘッダーフィールドを付加してデータを各伝送チャネルに整列する機能を有し、前記ＴＦＣ選択部４２１は伝送チャネルＵＳＣＨの伝送中にＴＦＣの選択機能を有する。そして前記ＭＡＣ-ｃ/ｓｈ３１３は前記ＨＳＤＰＡ方式を支援するために、前記ＨＳＤＰＡ方式を使用する以前のＭＡＣ-ｃ/ｓｈの機能をそのまま維持すると同時に、前記ＭＡＣ-ｈｓ３１５との連結機能を追加的に有する。
【００３１】
ここで、前記ＭＡＣ-ｈｓ３１５の構造について図５を参照して説明する。
【００３２】
前記図５は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ-ｈｓ階層構造を示した図である。
【００３３】
前記図５を参照すると、前記ＭＡＣ-ｈｓ３１５は前記ＨＳＤＰＡ方式を支援するためのＨＳ−ＤＳＣＨ上のＨＡＲＱ機能を重要な機能として有する。前記ＭＡＣ-ｈｓ３１５は基地局の物理階層(Physical Layer)、即ち無線チャネルから受信されたデータブロックのエラーを検査し、前記検査結果、前記受信されたデータブロック、即ちパケットデータであるプロトコールデータユニット(Protocol Data Unit：以下、ＰＤＵ)に対するエラー発生が検出されないと、前記ＭＡＣ-ｃ/ｓｈ３１３に前記受信されたデータ及びＡＣＫを伝送し、前記データブロックに対するエラー発生が検出されると、前記エラー発生したデータブロックに対する再伝送を要求するＮＡＣＫメッセージを生成して伝送するなどの機能を遂行する。また前記ＭＡＣ-ｈｓ３１５はＵＴＲＡＮとＨＳＤＰＡ関連制御情報を送受信するために、‘Associated Uplink/Downlink Signaling'の無線制御チャネルを有する。そして前記ＭＡＣ-ｈｓ３１５も前記ＲＲＣにより制御される。
【００３４】
前記図３乃至図５ではＵＥ側の階層構造、特に、ＭＡＣ階層構造を説明した。以下、ＵＴＲＡＮ側の階層構造について図６乃至図８を参照して説明する。
【００３５】
前記図６は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ階層構造を示した図である。
【００３６】
前記図６を参照すると、ＭＡＣ-ｄ６１１はＵＥと類似に、専用論理チャネルのデータを専用伝送チャネルであるＤＣＨを通じて伝達し、ＭＡＣ-ｃ/ｓｈ６１３とＰＣＨ、ＦＡＣＨ、ＲＡＣＨ、ＣＰＣＨ、ＵＳＣＨ、ＤＳＣＨのような共通伝送チャネルを通じてデータを送受信する。前記ＵＴＲＡＮはそれぞれのＵＥに対応する多数の前記ＭＡＣ-ｄ６１１を有し、前記ＵＥ別に存在する多数のＭＡＣ-ｄ６１１はそれぞれ前記ＭＡＣ-ｃ/ｓｈ６１３に連結される。前記ＭＡＣ-ｃ/ｓｈ６１３も前記図３で説明したようなＵＥ側の機能と類似であるので、その詳細な説明を省略する。
【００３７】
勿論、前記ＵＴＲＡＮ側で前記ＨＳＤＰＡ方式を使用するＷ−ＣＤＭＡ通信システムの階層構造のように、前記ＨＳＤＰＡ方式を支援するために、ＭＡＣ-ｈｓ６１５エンティティが新たに追加された。前記ＭＡＣ-ｈｓ６１５は無線ネットワーク制御器(Radio Network Controller：以下、ＲＮＣ)に存在するものではなく、基地局に位置するように設計されている。従って、前記ＲＮＣと基地局間のインタフェースであるＩｕｂインタフェースを通じて上位階層のデータが伝達され、前記ＭＡＣ-ｈｓ６１５のための制御メッセージも前記Ｉｕｂインタフェースを通じて伝達される。
【００３８】
ここで、前記ＭＡＣ-ｃ/ｓｈ６１３の構造について図７を参照して説明する。
【００３９】
前記図７は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ-ｃ/ｓｈ階層構造を示した図である。
【００４０】
前記図７を参照すると、前記ＭＡＣ-ｃ/ｓｈ６１３はＭＡＣ-ｃ/ｓｈ/ＭＡＣ-ｄ順序制御部(またはFlow Control ＭＡＣ-ｃ/ｓｈ/ＭＡＣ-ｄ)７１１と、ＴＣＴＦマルチプレクサ/ＵＥアイディマルチプレクサ(ＴＣＴＦ ＭＵＸ/ＵＥ ＩＤ ＭＵＸ)７１３と、スケジューリング/優先権処理部/デマルチプレクサ(Scheduling/Priority Handling/Demux)７１５と、ＴＦＣ選択部(ＴＦＣselection)７１７と、順方向コード割り当て部(DL code allocation)７１９と、ＭＡＣ-ｄ/ＭＡＣ-ｈｓ順序制御部(またはFlow ControlＭＡＣ-ｄ/ＭＡＣ-ｈｓ)７２１と、からなる。前記ＭＡＣ-ｃ/ｓｈ/ＭＡＣ-ｄ順序制御部７１１は、前記図６の前記ＭＡＣ-ｄ６１１とのデータ交換を遂行し、前記ＴＣＴＦマルチプレクサ/ＵＥアイディマルチプレクサ７１３は、共通論理チャネルと前記ＭＡＣ-ｄ６１１からの専用論理チャネルの区分及びＵＥ別区分機能を遂行する。また前記スケジューリング/優先権処理部/マルチプレクサ７１５は、共通伝送チャネルのためのスケジューリング/優先権処理及びデマルチプレクシング機能を遂行し、前記ＴＦＣ選択部７１７は前記共通伝送チャネルを通じたデータ伝送時、ＴＦＣ選択機能を遂行する。前記順方向コード割り当て部７１９は順方向チャネルＤＳＣＨで使用されるコード割り当て機能を遂行する。また、前記ＭＡＣ-ｄ/ＭＡＣ-ｈｓ順序制御部７２１は前記ＨＳＤＰＡ方式を支援するために、前記ＭＡＣ-ｈｓ６１５にデータブロックを伝達するための経路を制御する機能を遂行する。
【００４１】
ここで、前記ＭＡＣ-ｈｓ６１５の構造について図８を参照して説明する。
【００４２】
前記図８は一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ-ｈｓ階層構造を示した図である。
【００４３】
前記図８を参照すると、前記ＭＡＣ-ｈｓ６１５はＨＳ−ＤＳＣＨを通じたデータブロックを処理する機能を有し、前記ＨＳＤＰＡデータのための物理チャネル資源を管理する。即ち、前記ＭＡＣ-ｈｓ６１５はＭＡＣ-ｈｓ/ＭＡＣ-ｃ/ｓｈ順序制御部８１１と、ＨＡＲＱ処理部８１３と、スケジューリング/優先権処理部８１５と、ＴＦＣ選択部８１７と、からなる。前記ＭＡＣ-ｈｓ/ＭＡＣ-ｃ/ｓｈ順序制御部８１１は前記ＭＡＣ-ｃ/ｓｈ６１３とのデータ交換を遂行し、前記ＨＡＲＱ処理部８１３は受信されるデータブロックに対する複合再伝送機能を遂行する。また、前記スケジューリング/優先権処理部８１５はＨＳ−ＤＳＣＨに対するスケジューリング及び優先権管理機能を遂行し、前記ＴＦＣ選択部８１７は共通伝送チャネルのためのＴＦＣ選択機能を遂行する。そして、前記ＭＡＣ-ｈｓ６１５は前記ＭＡＣ-ｄ６１１及びＭＡＣ-ｃ/ｓｈ６１３とは異なり、基地局に位置して物理階層と直接連結され、物理階層を通じてＵＥと前記ＨＳＤＰＡ関連制御情報を送受信する‘Associated Uplink/Downlink Signaling’の無線制御チャネルを有する。
【００４４】
前記図３乃至図８を参照してＨＳＤＰＡ方式を使用する通信システムのＭＡＣ構造を説明した。次に図９を参照してＭＡＣ-ｈｓにＲＬＣリセット(reset)の発生を通報する過程を説明する。
【００４５】
図９は本発明の一実施形態によるＨＳＤＰＡ方式を使用する通信システムでＭＡＣ-ｈｓ階層にＲＬＣリセットの発生を通報する過程を示した信号流れ図である。
【００４６】
前記図９の説明前に、従来のＨＳＤＰＡ方式を支援しない通信システムのＲＬＣとＭＡＣ間の制御情報を定義するプリミティブ(primitive)は、ＭＡＣで定義され、下記表１のように示すことができる。
【表１】
前記表１は従来のＨＳＤＰＡ方式を支援しないＷ−ＣＤＭＡシステムで、ＲＬＣとＭＡＣ間にデータ及び制御情報を伝達するために定義されたプリミティブを示している。前記表１で前記ＭＡＣ−ＤＡＴＡプリミティブは、ＲＬＣとＭＡＣ間のデータを送受信するためのプリミティブとして、前記ＲＬＣからＭＡＣへのデータ伝送のための要求フィールド(Request field)と、前記ＭＡＣからＲＬＣへのデータ伝送のための指示者フィールド(Indication field)が含まれている。また、前記ＭＡＣ−ＤＡＴＡの要求フィールドには、データ伝送と同時にＲＬＣバッファ(buffer)の使用量を示すバッファ占有(ＢＯ:Buffer Occupancy)情報と、ＵＥ-ＩＤタイプ(type)情報と、ＴＦＣ選択のためのＲＬＣエンティティ(entity)情報が含まれることができ、前記指示者フィールドには伝送されるデータの伝送ブロック(Transport Block：以下、ＴＢ)の数(Ｎｏ_ＴＢ)情報が含まれることができる。本発明では前記ＨＳＤＰＡ方式を使用する通信システムで、前記ＭＡＣ−ＤＡＴＡプリミティブを利用してＲＬＣにリセットが発生したことを通報する場合を一例にする。
【００４８】
前記図９を参照すると、前記ＲＬＣ９００でリセットが発生したとの情報を前記ＭＡＣ-ｈｓ９５０に伝達するためのプリミティブとして、上述したＭＡＣ−ＤＡＴＡプリミティブを使用する。前記ＲＬＣ９００は前記ＭＡＣ−ＤＡＴＡプリミティブの要求フィールドを利用して前記ＲＬＣ９００でリセットが発生したことを示すリセット情報を伝送する(ＲＬＣ RESET Indication)(９１１段階)。ここで、前記ＲＬＣ９００のリセットにより、ＭＡＣ-ｈｓ９５０に対するリセットが必要であることを通報するパラメータ(parameter)を‘リセット情報(RESET_info)パラメータ’と定義する。本発明では前記ＨＳＤＰＡ方式を使用しない通信システムのＲＬＣとＭＡＣ間のプリミティブ中の一つであるＭＡＣ−ＤＡＴＡプリミティブに前記リセット情報パラメータを追加してＲＬＣ９００にリセットが発生したことを通報する場合を一例に説明しているが、前記リセット情報パラメータを含む別の新たなプリミティブ、一例にＭＡＣ-RESET-Requestプリミティブを新たに定義することもできる。
【００４９】
一方、前記プリミティブは機能個体(functional entities)間に交換されるべきである制御情報を論理的に定義したもので、実際的な情報の伝達は具体的なメッセージ伝達を必要とする。従来のＨＳＤＰＡ方式を使用しないＷ−ＣＤＭＡシステムでは、ＲＮＣ内部で制御情報の伝達が遂行されるが、前記ＨＳＤＰＡ方式を使用すると、ＭＡＣ-ｈｓが基地局に位置するようになることによって、前記ＲＮＣと基地局間のメッセージ伝達体系は、ＲＬＣリセット発生に従ってＭＡＣ-ｈｓにＵＥそれぞれに対するデータリセットを指示可能であるべきである。これについて図１０乃至図１１を参照して説明する。
【００５０】
前記図１０は本発明のさらに他の実施形態によるＲＬＣリセット情報を伝送するための無線ネットワーク制御階層と基地局間の制御フレーム(control frame)構造を示した図であり、本発明の実施形態では前記ＨＳＤＰＡ方式を使用しない通信システムの制御フレーム構造を変形して、ＭＡＣ-ｈｓリセットを指示するための制御フレームを具現する。先ず、ＲＮＣと基地局間のメッセージは、一般的にフレームプロトコール(frame protocol)が使用され、前記フレームプロトコールに前記ＲＬＣリセット情報を表示して伝達することができる。また、前記ＲＮＣと基地局間の制御プレイン(plane)での制御情報伝達手段である基地局アプリケイションパート(Node B Application Part：以下、ＮＢＡＰ)プロトコールを利用して前記ＲＬＣリセット情報を伝達することもできる。前記フレームプロトコールを利用して前記ＲＬＣリセット情報を伝達する場合のフレームプロトコール構造が前記図１０に示されている。
【００５１】
前記図１０を参照すると、ＲＮＣのＲＬＣから基地局のＭＡＣ-ｈｓへ前記ＲＬＣリセット情報を伝送するために、本発明の実施形態では前記ＨＳＤＰＡ方式を使用しない通信システムの制御フレームを変形した制御フレームを使用する。即ち、前記図１０に示したように、前記ＲＬＣリセット情報を伝送するための制御フレームは、２バイト(bytes)のヘッダー１０１０と可変長さ(variable length)のペイロード(Payload)１０５０と、からなる。前記ヘッダー１０１０はフレームＣＲＣ(Frame Cyclic Redundancy Check)フィールド１０１１と、フレームタイプ(Frame Type)フィールド１０１３と、制御フレームタイプ(Control Frame Type)フィールド１０１５と、からなる。前記ＨＳＤＰＡ方式を使用しない通信システムの一般的な制御フレームにおいて、制御フレームタイプはフレームプロトコール上で下記表２に示したように多数個に存在した。本発明の実施形態によるＲＬＣリセットによるＭＡＣ-ｈｓリセットのための制御フレーム、即ちＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を伝送するための制御フレームは、下記表２に示したような多数の制御フレームタイプ中、一つの制御フレームタイプを選択して変形することによって具現される。このように、既存の制御フレームタイプ中、一つの制御フレームタイプを変形して、ＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を伝送することとは異なり、新たな制御フレームタイプ、即ち‘ＭＡＣ-ｈｓ reset’との制御フレームタイプを“００００ １０１１”値に割り当ててＭＡＣ-ｈｓリセットのための制御フレームを構成することもできる。
【表２】
また、前記ペイロード１０５０は多数の制御情報(Control information)フィールドに構成される。前記図１０で説明したような制御フレームを前記ＲＬＣリセットの発生によるＭＡＣ-ｈｓリセット情報を伝送するための制御フレームに使用する場合、前記制御フレームのペイロード１０５０に前記ＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を含めるべきである。このような前記ＲＬＣリセットによるＭＡＣ-ｈｓリセットのための制御情報が含まれるペイロード構造について図１１を参照して説明する。
【００５３】
前記図１１は本発明のさらに他の実施形態によるＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を伝送するための制御フレームのペイロード構造を示した図である。前記図１１を参照すると、前記図１０で説明したような制御フレームのペイロード１０５０で、多数の制御情報フィールド中の一つの制御情報フィールドを、前記ＲＬＣリセットによるＭＡＣ-ｈｓリセットのための制御情報を含むリセット情報フィールド１１１１と共に前記ＲＬＣからＭＡＣ-ｈｓに伝送することによって、前記ＲＬＣリセットによるＭＡＣ-ｈｓリセットを命令できるようになる。ここで、前記リセット情報フィールド１１１１にはＵＥ ＩＤ、ＵＥ ＩＤタイプ、廃棄されるデータのＴＢ情報などが含まれることができる。
【００５４】
また、前記ＨＳＤＰＡサービスを受ける該当ＵＥがハンドオーバ領域にある場合には、前記ＲＬＣリセット情報がＨＳ−ＤＳＣＨの制御無線ネットワーク制御器(ＣＲＮＣ:Controlling ＲＮＣ)から他のＲＮＣに伝達される必要がある。この場合にも、前記図１０で説明したような制御フレームが、前記ＵＥが現在属したＲＮＣと前記ＵＥがハンドオーバする他のＲＮＣ間に存在し、その制御フレームタイプの種類は、下記表３に示したようである。ここで、前記ＵＥが現在属したＲＮＣと前記ＵＥがハンドオーバする他のＲＮＣ間にはＩｕｒインタフェースを通じて制御フレームが伝達される。この場合、前記ＲＬＣリセットによるＭＡＣ-ｈｓリセットのための制御フレームは、下記表３に示したような多数の制御フレームタイプ中の一つを選択して変形することによって具現することができる。このように、既存の制御フレームタイプ中、一つの制御フレームタイプを変形的に使用してＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を伝送することとは異なり、新たな制御フレームタイプ、例えば“ＭＡＣ-ｈｓ reset”との制御フレームタイプを“００００ ０１１１”値に割り当てて新たに構成することができる。また前記制御フレームのペイロードの構成も前記図１０で説明したことと同一に具現される。
【表３】
ここで、前記ＲＬＣリセットによるＭＡＣ-ｈｓリセットを遂行する過程について図１２を参照して説明する。
【００５６】
前記図１２は本発明のさらに他の実施形態によるＲＬＣリセット時、ＭＡＣ-ｈｓリセットのための動作過程を示した図である。
【００５７】
送信側ＲＬＣは１２０１段階でＲＬＣ自分の状態が認知信号データ伝送準備(Acknowledged Data Transfer Ready)状態で１２０２段階に進行して相手方ＲＬＣ、即ち受信側ＲＬＣとデータを送受信しながら、エラーが発生したかを検査し、１２０３段階に進行する(check errors)。前記１２０３段階で前記送信側ＲＬＣはプロトコールエラー(protocol error)が発生したかを検査する。前記検査結果、前記プロトコールエラーが発生しない場合には、前記送信側ＲＬＣは前記認知信号データ伝送準備状態に戻して続けて前記受信側ＲＬＣとデータを送受信する。一方、前記１２０３段階で検査結果、プロトコールエラーが発生した場合には、前記送信側ＲＬＣは１２０４段階に進行する。前記１２０４段階で前記送信側ＲＬＣは前記プロトコールエラーによるＲＬＣリセットが発生することによって、送信側ＭＡＣ-ｈｓに前記送信側ＲＬＣにリセットが発生したことを示す、即ち前記送信側ＲＬＣのリセット発生による前記ＭＡＣ-ｈｓリセットを指示するフレームプロトコールメッセージを伝送し、１２０５段階に進行する。前記１２０５段階で前記送信側ＲＬＣは前記ＭＡＣ-ｈｓリセット指示メッセージを伝送した後、ＲＬＣ自分の状態をリセットペンディング(RESET pending)状態に遷移して動作し、前記送信側ＲＬＣにプロトコールエラーによるＲＬＣリセットが発生することによって、そのリセット情報を示すＲＬＣリセットＰＤＵを受信側ＲＬＣに伝送し終了する。ここで、前記送信側ＲＬＣは前記送信側ＲＬＣからＭＡＣ-ｈｓに前記ＭＡＣ-ｈｓリセットメッセージが伝達されるのに所要される時間である伝播遅延(propagation delay)時間、または前記送信側ＲＬＣで予め設定した設定時間などを考慮した一定時間後に、受信側ＲＬＣにＲＬＣリセットＰＤＵを伝送する。前記送信側ＲＬＣはタイマ(timer)を設けて前記設定時間をカウントする。一方、このように時間的な遅延を考慮するだけではなく、前記送信側ＲＬＣは予め設定した回数の間、前記ＭＡＣ-ｈｓに前記ＭＡＣ-ｈｓリセットメッセージを送信して正確性を維持することもできる。すると、前記送信側ＭＡＣ-ｈｓは前記送信側ＲＬＣから前記送信側ＲＬＣにリセットが発生することを示すフレームプロトコールメッセージを受信して、前記送信側ＭＡＣ-ｈｓ自分の内部バッファメモリに伝送待機しているデータを廃棄し、ＨＡＲＱ動作を停止してリセットを遂行するようになる。送信側ＭＡＣ-ｈｓは前記ＭＡＣリセット信号を受信してＭＡＣのバッファメモリを先ずリセットし、前記ＲＬＣリセットＰＤＵを受信側ＭＡＣ-ｈｓに伝送する。
【００５８】
前記図１２ではＲＬＣリセットによる相手方ＲＬＣリセット及びＭＡＣ-ｈｓリセット過程を説明した。しかし、このように前記ＲＬＣリセット情報を受信したＭＡＣ-ｈｓは、相手方ＭＡＣ-ｈｓに前記ＲＬＣリセット情報を伝達する必要がある。これは上述したように受信側ＭＡＣ-ｈｓでエラー発生した受信データブロックは、再伝送される該当データブロックとのコンバイン(combining)のため貯蔵されているので、送信側ＭＡＣ-ｈｓがリセットされる場合、前記送信側ＭＡＣ-ｈｓは貯蔵していたすべてのデータブロックを廃棄する。従って、受信側ＭＡＣ-ｈｓに貯蔵されているデータブロックは、不必要なデータブロックになり、廃棄されるべきである。
【００５９】
ここで、前記送信側ＭＡＣ-ｈｓから受信側ＭＡＣ-ｈｓに前記ＲＬＣリセットによるリセット情報を伝達する過程について図１３を参照して説明する。
【００６０】
前記図１３は本発明のさらに他の実施形態によるＭＡＣ-ｈｓ階層間のリセット情報を伝送する過程を示した信号流れ図である。上述したように、送信側ＲＬＣリセットにより送信側ＭＡＣ-ｈｓがリセットされた場合、送信側ＭＡＣ-ｈｓに貯蔵されていたすべてのデータブロックは廃棄され、これに前記送信側ＭＡＣ-ｈｓに相応する受信側ＭＡＣ-ｈｓに貯蔵されていた該当データは、不必要なデータになり廃棄されるべきである。そして、前記送信側ＭＡＣ-ｈｓリセットに応じて前記受信側ＭＡＣ-ｈｓもリセットされるべきであり、これを詳細に説明すると、次のようである。図１３を参照すると、送信側ＭＡＣ-ｈｓ１３００は受信側ＭＡＣ-ｈｓ１３５０にＵｕインタフェースを通じて前記送信側ＭＡＣ-ｈｓ１３００のリセットを示すリセット情報(ＲＬＣ RESET Indication)を伝送する(１３１１段階)。すると前記受信側ＭＡＣ-ｈｓ１３５０は前記リセット情報を受信して前記受信側ＭＡＣ-ｈｓ１３５０自分の内部メモリにバッファリングされていた該当データを廃棄すると同時にリセットするようになる。ここで、前記送信側ＭＡＣ-ｈｓ１３００から受信側ＭＡＣ-ｈｓ１３５０にリセット情報を伝送するメッセージは、一番目に前記ＨＳＤＰＡ方式を使用しない通信システムで、ＭＡＣ間のＭＡＣシグナリング(signaling)メッセージを変形して使用することもでき、二番目に前記送信側ＭＡＣ-ｈｓ１３００から受信側ＭＡＣ-ｈｓ１３５０にリセット情報を伝送するための新たな形態のメッセージを定義することもできる。
【００６１】
前記ＭＡＣ-ｈｓ間のリセット情報を伝送するためのＭＡＣシグナリングメッセージについて図１４乃至図１５を参照して説明する。
【００６２】
前記図１４は一般的なＨＳＤＰＡ方式を使用しない通信システムのＭＡＣ間シグナリングメッセージ構造を示した図である。
【００６３】
前記図１４を参照すると、先ずＲＬＣは上位階層で発生したサービスデータユニット(Service Data Unit：以下、ＳＤＵ)を予め設定されている単位にセグメンティション(segmentation)、または連接してＲＬＣヘッダー(header)を挿入してＲＬＣ ＰＤＵを生成する。前記ＲＬＣは前記生成したＲＬＣ ＰＤＵをＭＡＣに伝達する。すると、前記ＭＡＣは前記受信したＲＬＣ ＰＤＵを予め設定されている単位、即ち、ＳＤＵにセグメンティション、または連接してＭＡＣヘッダーを挿入してＴＢを生成する。前記ＭＡＣヘッダーはＴＣＴＦと、ＵＥ-ＩＤタイプと、ＵＥ-ＩＤと、Ｃ／Ｔと、からなる。ここで、前記ＴＣＴＦは論理チャネル(Logical Channel)の種類を区分するためのものであり、ＵＥ-ＩＤタイプとＵＥ-ＩＤはＵＥのＩＤ種類とＩＤを示すものであり、Ｃ／Ｔは同一の伝送チャネル(Transport Channel)内の論理チャネルを区分するための表示者である。
【００６４】
本発明では一例にＨＳＤＰＡ方式を使用しないＷ−ＣＤＭＡ通信システムのＭＡＣ間、ＭＡＣシグナリングメッセージを変形し、前記変更したＭＡＣシグナリングメッセージを利用してＭＡＣ-ｈｓ相互間に、即ち送信側ＭＡＣ-ｈｓと受信側ＭＡＣ-ｈｓ間にリセット情報を伝送する。このように変形されたＭＡＣシグナリングメッセージについて図１５を参照して説明する。
【００６５】
前記図１５は本発明のさらに他の実施形態によるＭＡＣ-ｈｓリセット情報を伝送するＭＡＣシグナリングメッセージ構造を示した図である。前記図１５に示されているように、前記ＭＡＣ-ｈｓのリセット情報を伝送するためのＭＡＣシグナリングメッセージは、前記ＨＳＤＰＡ方式を使用しないＷ−ＣＤＭＡ通信システムのＭＡＣシグナリングメッセージ構造を変形して使用される。即ち、ＨＳＤＰＡ方式を使用しないＷ−ＣＤＭＡ通信システムのＭＡＣシグナリングメッセージのＭＡＣヘッダーフィールドに前記ＭＡＣ-ｈｓリセット情報を示すシグナリング指示者(signaling indication)フィールドが追加的に含まれる。例えば、前記シグナリング指示者フィールドの値が‘１'である場合、前記ＭＡＣ ＳＤＵはＭＡＣシグナリングのための制御情報のみを含むようになり、前記ＭＡＣ ＳＤＵフィールドに含まれる制御情報は、ＭＡＣ-ｈｓリセットを示す指示者と、ＭＡＣ-ｈｓリセットのための情報を含む。また、前記図１５では前記シグナリング指示者が含まれる位置を前記Ｃ／Ｔフィールドのすぐ次の位置に設定したが、前記シグナリング指示者が含まれる位置は可変的であることもできる。
【００６６】
次に、前記図１５で定義されたＭＡＣ-ｈｓリセットのためのＭＡＣシグナリングメッセージを利用してＭＡＣ-ｈｓをリセットする過程について図１６を参照して説明する。
【００６７】
前記図１６は本発明のさらに他の実施形態によるＭＡＣ-ｈｓリセット過程を示した図である。
【００６８】
先ず、前記図１２で説明したように、送信側ＲＬＣがリセットされると、前記送信側ＲＬＣは自分のＭＡＣ-ｈｓ、即ち送信側ＭＡＣ-ｈｓにプリミティブ、または制御フレームを通じてＭＡＣ-ｈｓリセットを指示する情報を伝送するようになる(１２０４段階)。すると前記送信側ＭＡＣ-ｈｓは前記送信側ＲＬＣで伝送したリセット情報に応じてそのリセット指示を認知し(１６０１段階)、受信側ＭＡＣ-ｈｓに上述したＭＡＣシグナリングメッセージを利用してリセット情報を送信する(１６０３段階)。前記送信側ＭＡＣ-ｈｓからリセット情報を示すＭＡＣシグナリングメッセージを受信した前記受信側ＭＡＣ-ｈｓは、リセット指示を認知し(１６０５段階)、そのＨＡＲＱ動作を中止し、前記受信側ＭＡＣ-ｈｓの内部メモリにバッファリングしている受信データを廃棄することによって、リセットを遂行する(１６０７段階)。
【００６９】
ここで、送信側ＲＬＣリセットに応じて受信側ＭＡＣ-ｈｓをリセットするためのさらに他の方法について図１７を参照して説明する。
【００７０】
図１７は本発明のさらに他の実施形態に従うＲＬＣリセットによるＭＡＣ-ｈｓリセット過程を概略的に示した図である。
【００７１】
先ず、送信側ＲＬＣがリセットされると、前記送信側ＲＬＣは送信側ＭＡＣ-ｈｓに前記送信側ＲＬＣのリセットを示すリセット情報(ＲＬＣ RESET indication)を伝送する(１７１１段階)。ここで、前記送信側ＲＬＣが送信側ＭＡＣ-ｈｓに先ずリセット情報を伝送する理由は、上述したように前記送信側ＲＬＣリセットに応じて送信側ＭＡＣ-ｈｓで必要なＰＤＵもリセット過程で廃棄してしまう場合があるためである。ここで前記送信側ＲＬＣは前記送信側ＲＬＣからＭＡＣ-ｈｓに前記ＭＡＣ-ｈｓリセット情報を伝達するのに、所要される時間である伝播遅延(propagation delay)時間、または前記送信側ＲＬＣで予め設定した設定時間などを考慮した一定時間後に、受信側ＲＬＣにＲＬＣリセットＰＤＵを伝送する(１７１３段階)。前記送信側ＲＬＣはタイマ(timer)を設けて前記設定時間をカウントする。前記受信側ＲＬＣは前記ＲＬＣリセットＰＤＵを受信して前記送信側ＲＬＣがリセットされたことを認知するようになり、前記受信側ＲＬＣは受信側ＭＡＣ-ｈｓにリセットを示す情報(ＲＬＣ RESET indication)を送信して前記受信側ＭＡＣ-ｈｓがリセットするように制御する(１７１５段階)。ここで、前記受信側ＲＬＣが受信側ＭＡＣ-ｈｓにリセット情報を送信する場合、上述したＲＬＣとＭＡＣ-ｈｓ間に使用されるリセット情報を示すプリミティブ、または制御フレームを使用することができる。そして前記受信側ＲＬＣは自身をリセットさせた後、前記送信側ＲＬＣに前記ＲＬＣリセットＰＤＵに対する応答に、ＲＬＣリセットＡＣＫ ＰＤＵを伝送する(１７１７段階)。
【００７２】
前記受信側ＲＬＣが前記送信側ＲＬＣからＲＬＣリセットＰＤＵを受信して受信側ＭＡＣ-ｈｓをリセットする方法で、送信側ＭＡＣ-ｈｓリセット動作に二つの方式が使用されることができる。一番目の方式は、送信側ＭＡＣ-ｈｓをリセットしながら再伝送中であるデータＰＤＵを含み、すべてのデータＰＤＵを削除する方式であり、二番目の方式は、再伝送中であるデータＰＤＵは削除しなく、ＨＡＲＱ再伝送を続けるようにする方式である。
【００７３】
前記二つの方式は、送信側ＭＡＣ-ｈｓをリセットする方式に関するもので、ＲＬＣリセットＰＤＵは受信側ＭＡＣ-ｈｓに順次的に伝送されている。従って、前記一番目の方式は、受信側ＭＡＣ-ｈｓに貯蔵されたデータＰＤＵ中、エラーないデータＰＤＵは再伝送制限時間が経過すると、受信側ＲＬＣに伝送されることができるので、前記リセット(RESET)ＰＤＵもＨＡＲＱ再伝送を通じて成功的に受信されると、前記データＰＤＵに続いて前記受信側ＲＬＣに伝達される。この場合に、リセットＰＤＵの伝達に遅延が発生することができる。
【００７４】
前記二番目の伝送方式は、前記ＨＡＲＱ再伝送を進行しているデータＰＤＵに対しては続けてＨＡＲＱ再伝送を進行して成功的に受信されることができ、前記リセットＰＤＵもＨＡＲＱ再伝送過程を通じて成功的に受信されることができる。従って、ＨＡＲＱ再伝送過程を進行しているすべてのデータＰＤＵが再伝送に成功すると、リセットＰＤＵも受信側ＲＬＣに伝達される。しかし前記再伝送制限時間内のみで再伝送に成功したＰＤＵが伝達されることができるようになる。
【００７５】
前記図１７で説明したように、受信側ＲＬＣで直接受信側ＭＡＣ-ｈｓをリセットする過程について図１８を参照して説明する。
【００７６】
前記図１８は本発明のさらに他の実施形態による受信側ＲＬＣで受信側ＭＡＣ-ｈｓをリセットする過程を示した図である。前記図１８を参照すると、送信側ＲＬＣで送信側ＲＬＣのリセットを示すＲＬＣリセットＰＤＵを受信側ＲＬＣに送信すると、前記受信側ＲＬＣは前記ＲＬＣリセットＰＤＵを受信する(１８０１段階)。前記受信側ＲＬＣは前記ＲＬＣリセットＰＤＵを受信することによって、受信側ＭＡＣ-ｈｓにリセットを示す情報を伝送して前記受信側ＭＡＣ-ｈｓリセットを指示する(１８０３段階)。前記受信側ＭＡＣ-ｈｓは前記受信側ＲＬＣのリセット指示を受信して前記受信側ＭＡＣ-ｈｓをリセットすべきであることを感知し（１８０５段階）、これに従って、遂行しているＨＡＲＱ動作を中止すると同時に、受信側ＭＡＣ-ｈｓの内部メモリにバッファリングされている受信データを廃棄することによって、ＭＡＣ−ｈｓリセットを遂行する(１８０７段階)。一方、前記受信側ＲＬＣは前記ＲＬＣリセットＰＤＵを受信したので、受信側ＲＬＣ自分のリセットを遂行し(１８０９段階)、前記リセットを完了すると、前記送信側ＲＬＣに受信側ＲＬＣリセットが完了されたことを示すＲＬＣリセットＡＣＫ ＰＤＵを伝送する(１８１１段階)。前記送信側ＲＬＣは前記受信側ＲＬＣから前記ＲＬＣリセットＡＣＫ ＰＤＵを受信すると(１８１３段階)、前記送信側ＲＬＣ自身に対するリセットを遂行する(１８１５段階)。前記送信側ＲＬＣはリセットを完了すると、自分の状態を認知信号データ伝送準備(Acknowledged Data Transfer Ready)状態に遷移させ、さらに正常的にデータを送受信する(１８１７段階)。
【００７７】
即ち、本発明で提案するＲＬＣリセットによるＭＡＣ-ｈｓリセット方法は、ＲＬＣでＭＡＣ-ｈｓにリセットが発生したとの事実を指示(Indication)する方法である。この時、ＲＬＣリセット手続に応じてＲＬＣリセットＰＤＵも伝達すべきである。リセット指示を受信したＭＡＣ-ｈｓは、該当ＵＥのバッファメモリにバッファリングされているＰＤＵを削除する。この場合、ＭＡＣ-ｈｓは上位ＲＬＣから受信したＲＬＣリセットＰＤＵを削除してはいけない。従って、前記図１２でのようにＭＡＣ-ｈｓリセットを指示する指示メッセージの伝送後、ＲＬＣリセットＰＤＵを伝送する方法を示した。
【００７８】
前記図１２で説明した方法以外に、ＭＡＣ-ｈｓをリセットする方法にはＭＡＣ-ｈｓリセット指示メッセージとＲＬＣリセットＰＤＵを一つのメッセージに含めて伝送する方法がある。
【００７９】
前記従来の方法は、ＭＡＣ-ｈｓはリセットメッセージをＲＮＣと基地局間の制御フレームを利用して伝送し、ＲＬＣリセットＰＤＵはデータフレームを利用して伝送して二つの信号流れを必要とする。
【００８０】
本発明はＲＬＣからＭＡＣ-ｈｓにリセット指示を伝送するさらに他の方法、即ちＭＡＣ-ｈｓリセット指示メッセージを伝送する制御フレームのペイロード(payload)にＲＬＣリセットＰＤＵを含ませて同一な一つのメッセージを通じて伝送する方法を提案する。これは図１０で説明したＲＬＣリセット情報を伝送するためのＲＬＣと基地局間の制御フレーム構造でペイロード部分にＲＬＣ上で生成されたＲＬＣリセットＰＤＵを含めて伝送することによって具現が可能である。
【００８１】
そして、ＲＬＣからＭＡＣ-ｈｓにリセット指示を伝送するさらに他の方法は、ＲＬＣリセットＰＤＵを伝送するＲＮＣと基地局間のデータフレームを利用してＲＬＣリセットＰＤＵを伝送し、今後のため予約したスペアビットにＭＡＣ-ｈｓリセットを指示する指示ビットを指定してＭＡＣ-ｈｓを指示する方法である。
【００８２】
ここで、ＭＡＣ-ｈｓリセット指示メッセージとＲＬＣリセットＰＤＵをデータフレームを通じて伝送する場合について図１９を参照して説明する。
【００８３】
前記図１９はデータフレームを利用してＲＬＣリセットＰＤＵとＭＡＣ-ｈｓリセット指示メッセージを伝送する場合のデータフレームの形式を示した図である。図１９のデータフレームで、ヘッダーＣＲＣフィールドは伝送中に発生することができるヘッダーのエラーを感知するためのフィールドであり、ＦＴフィールドは該当フレームのタイプを示す、即ち、該当フレームがデータフレームであるか、または制御フレームであるかを示すフレームタイプフィールドである。前記図１９の場合には、ＴＦフィールドがデータフレームである場合を示す。ＣｍＣＨ−ＰＩフィールドはチャネルの優先権を示す共通伝達チャネル優先権指示者(Common Transport Channel Priority Indicator)であり、ＭＡＣ-ｃ/ｓｈＳＤＵ Lengthフィールドは伝送されるデータであるＳＤＵの長さを示し、Num of ＳＤＵフィールドは伝送されるデータＳＤＵの数を示し、User Buffer Sizeフィールドは該当ＵＥのための該当チャネルのバッファに貯蔵されているデータの大きさを示し、ＭＡＣ-ｃ/ｓｈ ＳＤＵフィールドは実際ＵＥ別データを示し、Payload ＣＲＣフィールドはペイロードの伝送中に発生することができるエラーの感知のためのＣＲＣである。ＲＬＣリセットＰＤＵはペイロードのＳＤＵ部分に含まれ、ＭＡＣ-ｈｓリセット指示はヘッダーのスペアビット部分に、または各ＳＤＵのスペア部分に割り当てて伝達することができる。図１９のデータフレーム形式は異なる形式に具現されることもでき、ＭＡＣ-ｈｓリセット指示メッセージにＭＡＣ-ｈｓリセットに関する追加的な情報を付加することができる。
【００８４】
図２０は受信側ＲＬＣにＲＬＣリセットＰＤＵを伝達するためのＨＡＲＱのエラー対処方案を利用したさらに他の実施形態を示した図である。前記図２０の説明前に、前記図１７で説明したＲＬＣリセットによるＭＡＣ-ｈｓリセット方法を説明する。即ち受信側ＲＬＣでＲＬＣリセットＰＤＵを受信した後、受信側ＭＡＣ-ｈｓをリセットする方法は、順次的なＰＤＵ伝送原則に応じて伝播遅延が発生することができ、再伝送ＰＤＵに対して多数の再伝送を遂行する場合が発生するとの短所がある。前記図２０ではＨＡＲＱのエラー対処方式を利用して送信側ＭＡＣ-ｈｓで受信側ＭＡＣ-ｈｓの再伝送ＰＤＵをＲＬＣに伝送するようにする方法を提案する。先ず、ＨＡＲＱ方式で送信側は送信ＰＤＵの新たな伝送と再伝送を区分するようにしている。ここで、前記新たな伝送を示すフラグは新規フラグ(new flag)であり、再伝送を示すフラグは再伝送フラグ(continue flag)である。再伝送が発生した場合、即ち伝送されたＰＤＵに対して受信側からＮＡＣＫメッセージがフィードバック(feedback)される場合、もし前記ＮＡＣＫメッセージにエラーが発生すると、送信側で前記エラーのあるＮＡＣＫメッセージをＡＣＫメッセージに誤認する場合があり得る。この場合、前記送信側は次の新たなＰＤＵと前記新規フラグを共に伝送するようになり、受信側は前記ＮＡＣＫメッセージにエラーが発生したことに判断し、ＮＡＣＫされた受信データＰＤＵを上位ＲＬＣに伝達する。従って、送信側ＭＡＣ-ｈｓでリセットを遂行する場合、再伝送データを伝送する時点にＲＬＣリセットＰＤＵを伝送しながら、新たな伝送に表示して伝送すると、ＲＬＣリセットＰＤＵが再伝送データＰＤＵの順次的な伝達によりＲＬＣに伝達が遅延されることを効果的に防止することができる。
【００８５】
前記図２０では送信側ＲＬＣがＲＬＣリセットＰＤＵと共に新規フラグを伝送することによって、受信側ＲＬＣがすぐ処理できるようにしてリセット遅延を防止する場合を説明した。次に図２１を参照してさらに他のＲＬＣリセットＰＤＵ伝送方法を説明する。
【００８６】
前記図２１は本発明のさらに他の実施形態による専用チャネルを利用して受信側ＲＬＣにＲＬＣリセットＰＤＵを伝達する方法を概略的に示した図である。前記図２１を参照すると、一般的にＲＬＣは無線ベアラー(ＲＢ:Radio Bearer)別に生成され、データを処理するようになっている。そして、各ＲＬＣはデータＰＤＵの伝送のために、一つの論理チャネル(Logical Channel)を有することもでき、この場合にはデータＰＤＵとＲＬＣリセットＰＤＵのような制御ＰＤＵを前記論理チャネルを通じて伝送する。または前記ＲＬＣはデータ伝送のための論理チャネル以外に制御ＰＤＵを伝送するための論理チャネルを追加的に有することができるが、この場合、ＲＬＣリセットＰＤＵは制御ＰＤＵを伝送するための論理チャネルを通じて伝送される。この制御チャネルのための論理チャネルはＨＳ−ＤＳＣＨと常に共に設定される専用チャネルである“連関専用チャネル”(Associated ＤＣＨ(Dedicated Channel：以下、Associated ＤＣＨ)にマッピングされ、ＨＳ−ＤＳＣＨを通じて伝送されない。従って、ＭＡＣ-ｈｓと順次的データ伝達原則を守らなく、ＲＬＣ間に直接的に伝送される。
【００８７】
上述した方式はネットワーク側でＲＬＣリセットが発生した場合に関するもので、ＵＥ側でＲＬＣリセットが発生した場合は、ＵＥ側のＲＬＣからＲＮＣ側のＲＬＣにリセットＰＤＵがAssociated ＤＣＨを通じて伝達される場合のみが存在する。ＲＮＣ側のＲＬＣがＵＥ側のＲＬＣにリセットＡＣＫ ＰＤＵを伝送する場合に、ＭＡＣ-ｈｓをリセットするために、前記図９から図２１までのすべての場合が適用されることができる。
【００８８】
【発明の効果】
上述したような本発明は、高速順方向パケット接続方式を使用する通信システムで、フレームプロトコールのエラー発生などによりＲＬＣリセットが遂行される時、相手方のＲＬＣをリセットすると同時に、前記高速順方向パケット接続方式を支援するための階層であるＭＡＣ-ｈｓのリセットを遂行する。前記通信システムは前記ＲＬＣのリセット時、前記ＭＡＣ-ｈｓのＨＡＲＱの動作を中止させると同時に、すでに受信されていたデータを廃棄する。従って、ＲＬＣがリセットされたにも関わらず、ＭＡＣ-ｈｓで不必要なデータを伝送する場合を防止できるようになり、前記不必要なデータ伝送による無線チャネル資源の占有を防止して、効率的に無線チャネル資源を管理することができるとの利点を有する。また前記ＲＬＣのリセットによるＭＡＣ-ｈｓリセットを遂行することによって、不必要なデータの前記ＭＡＣ-ｈｓのバッファリングを除去してメモリ資源の活用効率性を増加させるとの利点を有する。
【図面の簡単な説明】
【図１】 一般的なＨＳＤＰＡ方式を使用しない符号分割多重接続通信システムのＲＬＣ階層リセット過程を示した信号流れ図である。
【図２】 図１のＲＬＣリセット過程によるＲＬＣ状態遷移を示した図である。
【図３】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ階層構造を示した図である。
【図４】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ-ｃ/ｓｈ階層構造を示した図である。
【図５】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＥ側のＭＡＣ-ｈｓ階層構造を示した図である。
【図６】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ階層構造を示した図である。
【図７】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ-ｃ/ｓｈ階層構造を示した図である。
【図８】 一般的なＨＳＤＰＡ方式を使用する符号分割多重接続通信システムのＵＴＲＡＮ側のＭＡＣ-ｈｓ階層構造を示した図である。
【図９】 本発明の実施形態によるＨＳＤＰＡ方式を使用する通信システムでＭＡＣ-ｈｓ階層にＲＬＣリセットの発生を通報する過程を示した信号流れ図である。
【図１０】 本発明のさらに他の実施形態によるＲＬＣリセット情報を伝送するための無線リンク制御階層と基地局間の制御フレーム構造を示した図である。
【図１１】 本発明のさらに他の実施形態に従うＲＬＣリセットによるＭＡＣ-ｈｓリセット情報を伝送するための制御フレームのペイロード構造を示した図である。
【図１２】 本発明のさらに他の実施形態に従うＲＬＣリセット時、ＭＡＣ-ｈｓリセット動作を遂行する過程を示した図である。
【図１３】 本発明のさらに他の実施形態に従うＭＡＣ-ｈｓ階層間のリセット情報を伝送する過程を示した信号流れ図である。
【図１４】 一般的なＨＳＤＰＡ方式を使用しない通信システムのＭＡＣ階層間のシグナリングメッセージ構造を示した図である。
【図１５】 本発明のさらに他の実施形態に従うＭＡＣ-ｈｓリセット情報を伝送するためのＭＡＣシグナリングメッセージ構造を示した図である。
【図１６】 本発明のさらに他の実施形態に従うＭＡＣ-ｈｓリセット過程を示した図である。
【図１７】 本発明のさらに他の実施形態に従うＲＬＣリセットによるＭＡＣ-ｈｓリセット過程を概略的に示した図である。
【図１８】 本発明のさらに他の実施形態に従う受信側ＲＬＣで受信側のＭＡＣ-ｈｓをリセットする過程を示した図である。
【図１９】 ＲＬＣリセットＰＤＵとＭＡＣ-ｈｓリセット指示メッセージを伝送する場合のデータフレームの形式を示した図である。
【図２０】 本発明のさらに他の実施形態に従ってＲＬＣリセットＰＤＵを受信側ＲＬＣに伝送するためのＨＡＲＱのエラー対処方案を示した図である。
【図２１】 本発明のさらに他の実施形態に従って受信側ＲＬＣに専用チャネル(Dedicated Channel)を利用してＲＬＣリセットＰＤＵを伝送する方法を示した図である。
【符号の説明】
９００ ＲＬＣ
９５０ ＭＡＣ-ｈｓ
Claims (12)
- パケットデータを区分する無線リンク制御階層エンティティと、前記無線リンク制御階層エンティティからの前記区分されたパケットデータを対応する専用チャネルにマルチプレクシングする専用媒体接続制御階層エンティティと、前記区分されたパケットデータを対応する共用チャネルにマルチプレクシングする共用媒体接続制御階層エンティティとを含む基地局制御器と、前記マルチプレクシングされたパケットデータを対応するチャネルを通じて使用者端末機に高速に伝送、または再伝送するための高速媒体接続階層エンティティを含む基地局と、からなるシステムで、前記無線リンク制御階層エンティティに復旧不能なエラーが発生する場合、前記高速媒体接続制御階層エンティティの不必要な伝送、または再伝送を防止するための方法において、
前記エラーの発生時、前記無線リンク制御階層エンティティをリセットする過程と、前記無線リンク制御階層エンティティのリセットを示す無線リンク制御階層エンティティリセット情報を前記高速媒体接続制御階層エンティティに伝送し、前記高速媒体接続階層エンティティをリセットする過程と、
前記高速媒体接続階層エンティティに無線リンク制御階層エンティティリセット情報を伝送した後、設定時間後に、前記無線リンク制御階層エンティティから相手側無線リンク制御階層エンティティにリセット情報を伝送して、前記相手側無線リンク制御階層エンティティがリセットされるように制御する過程と、
を含むことを特徴とする高速順方向パケット接続方式を使用する通信システムで高速媒体接続制御階層エンティティのリセット方法。 - 前記無線リンク制御階層エンティティリセット情報は、前記無線リンク制御階層と前記専用、または共用媒体接続制御階層間のプリミティブを通じて伝送されることを特徴とする請求項１に記載の方法。
- 前記無線リンク制御階層エンティティリセット情報は、フレームプロトコールのフレームを通じて伝送されることを特徴とする請求項１に記載の方法。
- 前記設定時間は、前記無線リンク制御階層エンティティリセット情報を伝送するのに所要される伝播遅延時間を考慮して設定することを特徴とする請求項１に記載の方法。
- 前記無線リンク制御階層エンティティは前記無線リンク制御階層エンティティリセット情報を専用チャネルを通じて前記相手側無線リンク制御階層エンティティに伝送することを特徴とする請求項１に記載の方法。
- 前記無線リンク制御階層エンティティは前記無線リンク制御階層エンティティリセット情報を示すプロトコールデータユニットを新規伝送指示者と共に前記相手側無線リンク制御階層エンティティに伝送することを特徴とする請求項１に記載の方法。
- パケットデータを区分する無線リンク制御階層エンティティと、前記無線リンク制御階層エンティティからの前記区分されたパケットデータを対応する専用チャネルにマルチプレクシングする専用媒体接続制御階層エンティティと、前記区分されたパケットデータを対応する共用チャネルにマルチプレクシングする共用媒体接続制御階層エンティティと、を含む基地局制御器と、前記マルチプレクシングされたパケットデータを対応するチャネルを通じて使用者端末機に高速に伝送、または再伝送するための高速媒体接続階層エンティティを含む基地局と、からなるシステムで、前記無線リンク制御階層エンティティで復旧不能なエラーが発生する場合、前記高速媒体接続制御階層エンティティの不必要な伝送、または再伝送を防止するための方法において、
前記エラー発生時、前記無線リンク制御階層エンティティをリセットする過程と、前記無線リンク制御階層エンティティのリセットを示す無線リンク制御階層エンティティのリセット情報を前記高速媒体接続制御階層エンティティに伝送する過程と、
前記無線リンク制御階層エンティティのリセット情報に基づいて前記高速媒体接続制御階層エンティティをリセットし、前記高速媒体接続制御階層エンティティからの前記高速媒体接続制御階層エンティティのリセットを示す高速媒体接続制御階層エンティティのリセット情報を相手方高速媒体接続制御階層エンティティに伝送する過程と、
前記高速媒体接続階層エンティティに無線リンク制御階層エンティティリセット情報を伝送した後、設定時間後に、前記無線リンク制御階層エンティティから相手側無線リンク制御階層エンティティに前記無線リンク制御階層エンティティリセット情報を伝送して、前記相手側無線リンク制御階層エンティティがリセットされるように制御する過程と、
を含むことを特徴とする高速順方向パケット接続方式を使用する通信システムで高速媒体接続制御階層エンティティのリセット方法。 - 前記高速媒体接続制御階層エンティティのリセット情報は、媒体接続制御シグナリングメッセージを通じて伝送されることを特徴とする請求項７に記載の方法。
- 前記媒体接続制御シグナリングメッセージは、前記媒体接続制御シグナリングメッセージが媒体接続制御階層エンティティリセット情報のみを含むことを示すシグナリング指示者を有するヘッダーと、前記高速媒体接続制御階層エンティティリセット情報によるリセットを指示するリセット指示者と、を含むことを特徴とする請求項８に記載の方法。
- 前記設定時間は、前記無線リンク制御階層エンティティリセット情報を伝送するのに所要される伝播遅延時間を考慮して設定することを特徴とする請求項７に記載の方法。
- 前記無線リンク制御階層エンティティは、前記無線リンク制御階層エンティティリセット情報を専用チャネルを通じて前記相手側無線リンク制御階層エンティティに伝送することを特徴とする請求項７に記載の方法。
- 前記無線リンク制御階層エンティティは、前記無線リンク制御階層リセット情報を示すプロトコールデータユニットを新規伝送指示者と共に前記相手側無線リンク制御階層エンティティに伝送することを特徴とする請求項７に記載の方法。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR20010040552 | 2001-07-06 | ||
| KR2001-040552 | 2001-07-06 | ||
| KR2001-051602 | 2001-08-25 | ||
| KR20010051602 | 2001-08-25 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003111147A JP2003111147A (ja) | 2003-04-11 |
| JP4027739B2 true JP4027739B2 (ja) | 2007-12-26 |
Family
ID=26639217
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002199297A Expired - Fee Related JP4027739B2 (ja) | 2001-07-06 | 2002-07-08 | 高速順方向パケット接続方式を使用する通信システムでの高速媒体接続制御階層エンティティリセット方法 |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US7286563B2 (ja) |
| JP (1) | JP4027739B2 (ja) |
| KR (1) | KR100446522B1 (ja) |
| CN (2) | CN101312390B (ja) |
| DE (1) | DE10230722B4 (ja) |
| FR (1) | FR2828974B1 (ja) |
| GB (1) | GB2380104B (ja) |
| IT (1) | ITMI20021493A1 (ja) |
| RU (1) | RU2242092C2 (ja) |
Families Citing this family (108)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100802618B1 (ko) * | 2001-07-07 | 2008-02-13 | 엘지전자 주식회사 | 무선통신시스템에서 이동국 식별자 설정방법 및 장치 |
| BRPI0117120B1 (pt) | 2001-08-21 | 2016-06-14 | 2011 Intellectual Property Asset Trust | método para prover o elemento de rede da rede de comunicação, rede de comunicação, controlador e elemento de rede para a rede de comunicação |
| KR100790131B1 (ko) * | 2001-08-24 | 2008-01-02 | 삼성전자주식회사 | 패킷 통신시스템에서 매체 접속 제어 계층 엔터티들 간의 시그널링 방법 |
| EP1326460A1 (de) * | 2001-12-21 | 2003-07-09 | Siemens Aktiengesellschaft | Verfahren und System zum Funkzellenwechsel in einem zellularen Paketnetzwerk |
| US6717927B2 (en) * | 2002-04-05 | 2004-04-06 | Interdigital Technology Corporation | System for efficient recovery of node B buffered data following serving high speed downlink shared channel cell change |
| TWI323585B (en) * | 2002-05-10 | 2010-04-11 | Interdigital Tech Corp | Radio network controller for communicating with node b and method thereof |
| KR100860581B1 (ko) * | 2002-05-18 | 2008-09-26 | 엘지전자 주식회사 | 멀티캐스트 데이터 전송 방법 |
| KR20030097559A (ko) | 2002-06-22 | 2003-12-31 | 엘지전자 주식회사 | 무선이동통신 시스템의 멀티미디어 서비스 방법 |
| EP1535413B1 (en) * | 2002-08-09 | 2007-01-17 | Interdigital Technology Corporation | Efficient memory allocation in a wireless transmit/receiver unit |
| US7227856B2 (en) * | 2002-08-13 | 2007-06-05 | Innovative Sonic Limited | Method for handling timers after an RLC reset or re-establishment in a wireless communications system |
| EP1389847B1 (en) * | 2002-08-13 | 2006-12-27 | Matsushita Electric Industrial Co., Ltd. | Hybrid automatic repeat request protocol |
| US7706405B2 (en) | 2002-09-12 | 2010-04-27 | Interdigital Technology Corporation | System for efficient recovery of Node-B buffered data following MAC layer reset |
| KR100926707B1 (ko) * | 2002-11-05 | 2009-11-17 | 엘지전자 주식회사 | 이동통신 시스템의 데이터 통신방법 |
| KR100889865B1 (ko) * | 2002-11-07 | 2009-03-24 | 엘지전자 주식회사 | 무선 이동통신 시스템의 통신방법 |
| US7489691B2 (en) * | 2002-12-23 | 2009-02-10 | Nokia Corporation | Scheduling retransmission in access networks |
| KR100548322B1 (ko) * | 2003-02-04 | 2006-02-02 | 엘지전자 주식회사 | 무선 통신 시스템의 오류 방지 알엘씨 재설정 방법 |
| AU2003214284A1 (en) * | 2003-03-18 | 2004-10-11 | Nokia Corporation | Method, system and network entity for data transmission and reception with header protection |
| EP1465369A1 (en) * | 2003-03-31 | 2004-10-06 | Matsushita Electric Industrial Co., Ltd. | Reset synchronisation method for a retransmission protocol |
| KR100498347B1 (ko) * | 2003-04-01 | 2005-07-01 | 엘지전자 주식회사 | Ａｍｒ 코덱을 지원하기 위한 데이터 처리방법 |
| EP2267930B1 (en) | 2003-04-10 | 2019-06-12 | Telefonaktiebolaget LM Ericsson (publ) | Method and device for retransmission |
| CN102255714B (zh) * | 2003-04-10 | 2014-11-26 | 艾利森电话股份有限公司 | 重传的方法和系统 |
| KR20050018050A (ko) * | 2003-08-12 | 2005-02-23 | 삼성전자주식회사 | 이동통신시스템에서 방송 서비스를 위한 헤더 정보 설정방법 |
| KR100689543B1 (ko) * | 2003-08-26 | 2007-03-02 | 삼성전자주식회사 | 이동통신 시스템에서 상향링크 패킷 전송을 위한 스케쥴링 요청 방법 및 장치 |
| JP4842830B2 (ja) * | 2003-11-12 | 2011-12-21 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | データパケットの伝送 |
| JP2005151013A (ja) * | 2003-11-13 | 2005-06-09 | Fujitsu Ltd | 通信装置 |
| KR100595646B1 (ko) * | 2004-01-09 | 2006-07-03 | 엘지전자 주식회사 | Ｍｂｍｓ서비스를 제공하는 무선통신 시스템 |
| KR100595645B1 (ko) * | 2004-01-09 | 2006-07-03 | 엘지전자 주식회사 | 이동통신 시스템에서의 제어정보 전송방법 |
| WO2005091668A1 (ja) * | 2004-03-24 | 2005-09-29 | Nec Corporation | 移動体通信システム、基地局及びそれらに用いるｈｓｄｐａ伝送方法 |
| JP4497299B2 (ja) * | 2004-07-01 | 2010-07-07 | 日本電気株式会社 | 移動無線通信端末装置 |
| JP2006033156A (ja) * | 2004-07-13 | 2006-02-02 | Fujitsu Ltd | 通信装置 |
| US7165204B2 (en) * | 2004-11-15 | 2007-01-16 | Motorola, Inc. | Multi-mode hybrid ARQ scheme |
| EP1817932B1 (en) * | 2004-12-03 | 2012-06-06 | Telefonaktiebolaget LM Ericsson (publ) | Radio resource management based on load and channel inactivity |
| US8270550B2 (en) * | 2004-12-22 | 2012-09-18 | Qualcomm Incorporated | Methods and apparatus for efficiently synchronizing a transmitter and a receiver in a communication system |
| JP4639237B2 (ja) * | 2005-01-06 | 2011-02-23 | エルジー エレクトロニクス インコーポレイティド | 高速アップリンクパケットアクセス方式の改善 |
| US7580385B2 (en) * | 2005-01-31 | 2009-08-25 | Alcatel-Lucent Usa Inc. | Integrated base stations and a method of transmitting data units in a communications system for mobile devices |
| EP1689130A1 (en) * | 2005-02-07 | 2006-08-09 | Lg Electronics Inc. | Method for settling an error in a radio link control |
| KR101075625B1 (ko) * | 2005-03-24 | 2011-10-21 | 엘지전자 주식회사 | 광대역 무선 접속 시스템에서 이동단말 관리 방법 |
| JP4577505B2 (ja) * | 2005-03-31 | 2010-11-10 | 日本電気株式会社 | 移動体通信システムにおけるダウンリンクｒｒｃメッセージと移動機のセル間移動との競合救済方法 |
| KR101084134B1 (ko) * | 2005-05-03 | 2011-11-17 | 엘지전자 주식회사 | 이동통신 시스템에서, 제어 정보 전송 방법 |
| TWI398118B (zh) | 2005-09-21 | 2013-06-01 | Innovative Sonic Ltd | 無線通訊系統重建發射邊處理控制協定資料單元的方法及裝置 |
| WO2007045280A1 (en) * | 2005-10-17 | 2007-04-26 | Telefonaktiebolaget Lm Ericsson (Publ.) | Method for performing handoff in a packet-switched cellular communications system |
| US8576872B2 (en) * | 2005-10-19 | 2013-11-05 | Qualcomm Incorporated | Multi-hop wireless mesh network medium access control protocol |
| US7761767B2 (en) * | 2005-10-21 | 2010-07-20 | Interdigital Technology Corporation | Method and apparatus for retransmission management for reliable hybrid ARQ process |
| DE602005024014D1 (de) | 2005-11-02 | 2010-11-18 | Nokia Siemens Networks Gmbh | Verfahren für die frühe Einrichtung von TBFs in Aufwärtsrichtung |
| TWI352533B (en) * | 2005-11-04 | 2011-11-11 | Innovative Sonic Ltd | Method and apparatus for rlc protocol error handli |
| KR20140054456A (ko) * | 2006-02-03 | 2014-05-08 | 인터디지탈 테크날러지 코포레이션 | 고속 패킷 액세스 진화 시스템 및 롱텀 진화 시스템에서의 서비스 품질 기반 자원 결정 및 할당 장치 및 프로시저 |
| TW200731724A (en) * | 2006-02-06 | 2007-08-16 | Asustek Comp Inc | Method and apparatus of radio link control reset in a wireless communications system |
| CN101366227A (zh) * | 2006-02-07 | 2009-02-11 | 艾利森电话股份有限公司 | 用于高速分组数据通信中的扩展控制面信令的装置和方法 |
| WO2007091401A1 (ja) | 2006-02-07 | 2007-08-16 | Nec Corporation | 移動体通信システム、無線基地局制御装置、およびリロケーション方法 |
| CN101026410B (zh) * | 2006-02-22 | 2010-05-12 | 华为技术有限公司 | 基于演进架构的基站和终端及其数据发射和接收方法 |
| CN110266425B (zh) | 2006-03-24 | 2021-07-16 | 交互数字技术公司 | 由wtru执行的方法以及wtru |
| DK2667660T3 (en) | 2006-06-20 | 2017-08-07 | Interdigital Tech Corp | Recovery from a failed handover in an LTE system |
| CN101485134B (zh) | 2006-07-07 | 2012-06-27 | 艾利森电话股份有限公司 | 介质接入控制丢弃通知 |
| KR101265643B1 (ko) * | 2006-08-22 | 2013-05-22 | 엘지전자 주식회사 | 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법 |
| EP2074732A4 (en) * | 2006-10-27 | 2012-05-09 | Ericsson Telefon Ab L M | METHOD AND ARRANGEMENT FOR EFFICIENTLY USING RADIO RESOURCES IN A COMMUNICATION NETWORK |
| KR100938754B1 (ko) | 2006-10-30 | 2010-01-26 | 엘지전자 주식회사 | 비연속 수신을 이용한 데이터 수신 및 전송 방법 |
| KR100821173B1 (ko) | 2006-10-31 | 2008-04-14 | 주식회사 케이티프리텔 | Ｎｂａｐ 리셋 절차를 이용한 무선 링크 자원 해제 방법 |
| JP4910657B2 (ja) * | 2006-11-27 | 2012-04-04 | 富士通株式会社 | 移動無線ネットワーク制御方法及び装置 |
| CN101217531B (zh) * | 2007-01-06 | 2010-12-08 | 华为技术有限公司 | 高速分组接入下寻呼消息的发送、接收方法、系统和装置 |
| KR100962035B1 (ko) * | 2007-01-09 | 2010-06-08 | 이노베이티브 소닉 리미티드 | 무선통신시스템에서 리셋을 처리하는 방법 및 장치 |
| KR101172129B1 (ko) * | 2007-02-02 | 2012-08-21 | 인터디지탈 테크날러지 코포레이션 | Ｕｔｒａ ｒ6 셀과 ｒ7 셀 간의 핸드오버를 제어하기 위한 방법 및 장치 |
| KR20080073438A (ko) * | 2007-02-06 | 2008-08-11 | 엘지전자 주식회사 | 차별적인 폐기 기준에 따른 데이터 블록 전송 방법 |
| KR101600229B1 (ko) | 2007-03-16 | 2016-03-04 | 인터디지탈 테크날러지 코포레이션 | 무선 링크 제어 파라미터의 재구성을 지원하기 위한 무선 통신 방법 및 장치 |
| JP4625044B2 (ja) * | 2007-04-06 | 2011-02-02 | 株式会社エヌ・ティ・ティ・ドコモ | ウィンドウ制御及び再送制御方法、及び、送信側装置 |
| US8670762B2 (en) * | 2007-04-18 | 2014-03-11 | Qualcomm Incorporated | Fast serving cell change |
| US20080285566A1 (en) * | 2007-04-27 | 2008-11-20 | Interdigital Technology Corporation | Method and apparatus for providing and utilizing radio link control and medium access control packet delivery notification |
| KR101469281B1 (ko) * | 2007-04-30 | 2014-12-04 | 엘지전자 주식회사 | 무선단말의 상태 전환 방식 |
| KR101365885B1 (ko) * | 2007-04-30 | 2014-02-24 | 엘지전자 주식회사 | 교착상태를 방지하는 데이터 전송 방법 |
| KR20140081906A (ko) | 2007-04-30 | 2014-07-01 | 인터디지탈 테크날러지 코포레이션 | 강화된 ｃｅｌｌ_ｆａｃｈ 상태로부터의 셀 재선택 및 천이와 강화된 ｃｅｌｌ_ｆａｃｈ 상태로의 셀 재선택 및 천이 처리 |
| USRE45347E1 (en) | 2007-04-30 | 2015-01-20 | Lg Electronics Inc. | Methods of transmitting data blocks in wireless communication system |
| KR100917205B1 (ko) | 2007-05-02 | 2009-09-15 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 구성 방법 |
| KR101470638B1 (ko) * | 2007-06-18 | 2014-12-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치 |
| HUE033683T2 (en) | 2007-06-18 | 2017-12-28 | Lg Electronics Inc | Procedure for performing user device upload direction connection synchronization in a wireless communication system |
| JP4478180B2 (ja) * | 2007-08-10 | 2010-06-09 | 富士通株式会社 | 無線通信システム |
| JP4801707B2 (ja) * | 2007-09-27 | 2011-10-26 | イノヴァティヴ ソニック リミテッド | 無線通信システムにおいてＭＡＣ−ｅｈｓプロトコルエンティティーのリセットを改善する方法及び装置 |
| WO2009120001A2 (en) * | 2008-03-24 | 2009-10-01 | Lg Electronics Inc. | Method for configuring different data block formats for downlink and uplink |
| US8600413B2 (en) | 2007-10-30 | 2013-12-03 | Qualcomm Incorporated | Control arrangement and method for communicating paging messages in a wireless communication system |
| US8208394B2 (en) | 2007-10-30 | 2012-06-26 | Qualcomm Incorporated | Service data unit discard timers |
| CN101426253B (zh) * | 2007-10-31 | 2013-08-07 | 华为技术有限公司 | 一种实现信息传输的方法、装置及系统 |
| CN101426254B (zh) | 2007-10-31 | 2010-12-08 | 华为技术有限公司 | 一种实现信息传输的方法、装置及系统 |
| US20090190480A1 (en) * | 2007-12-11 | 2009-07-30 | Interdigital Patent Holdings, Inc. | Methods and apparatus for detecting radio link control protocol errors and triggering radio link control re-establishment |
| US8446859B2 (en) * | 2008-02-01 | 2013-05-21 | Lg Electronics Inc. | Method for controlling uplink load in cell— FACH state |
| CN101933361B (zh) | 2008-02-01 | 2013-08-07 | 交互数字专利控股公司 | 用于初始化、保持以及重配置令牌桶的方法和设备 |
| US8649353B2 (en) | 2008-03-04 | 2014-02-11 | Interdigital Patent Holdings, Inc. | Method and apparatus for accessing a random access channel by selectively using dedicated or contention-based preambles during handover |
| US7903818B2 (en) * | 2008-03-13 | 2011-03-08 | Lg Electronics Inc. | Random access method for improving scrambling efficiency |
| KR100893869B1 (ko) * | 2008-03-13 | 2009-04-20 | 엘지전자 주식회사 | 측정 간격을 고려한 ｈａｒｑ 동작 방법 |
| KR101050258B1 (ko) * | 2008-03-20 | 2011-07-19 | 이노베이티브 소닉 리미티드 | Ｒｒｃ 연결 프로시저를 향상시키기 위한 방법 및 장치 |
| US8712415B2 (en) | 2008-03-20 | 2014-04-29 | Interdigital Patent Holdings, Inc. | Timing and cell specific system information handling for handover in evolved UTRA |
| US7756081B2 (en) * | 2008-03-21 | 2010-07-13 | Lg Electronics Inc. | Method of data communication in a wireless communication system |
| CA2718083A1 (en) * | 2008-03-21 | 2009-09-24 | Nokia Corporation | Re-establishment of a rlc entity |
| CN101562855B (zh) * | 2008-04-14 | 2011-04-06 | 华为技术有限公司 | 一种处理无线链路增加流程的方法、设备及系统 |
| KR101487358B1 (ko) | 2008-06-30 | 2015-01-30 | 인터디지탈 패튼 홀딩스, 인크 | Ｅ－ｕｔｒａｎ에서 핸드오버를 수행하기 위한 방법 및 장치 |
| KR101450487B1 (ko) | 2008-08-01 | 2014-10-13 | 닛본 덴끼 가부시끼가이샤 | 이동 통신 시스템, 제어 디바이스, 기지국 디바이스, 시스템 제어 방법 및 디바이스 제어 방법 |
| KR20140105037A (ko) | 2008-08-08 | 2014-08-29 | 인터디지탈 패튼 홀딩스, 인크 | Ｍａｃ 리셋 및 재구성 |
| KR101583724B1 (ko) * | 2008-11-07 | 2016-01-08 | 삼성전자주식회사 | 통신 시스템 및 그의 패킷 송수신 방법 |
| WO2010124470A1 (zh) | 2009-04-30 | 2010-11-04 | 华为技术有限公司 | 一种数据重传方法和用户设备 |
| US8902833B2 (en) * | 2010-12-23 | 2014-12-02 | Qualcomm Incorporated | System and method for performing a radio link control (RLC) reset in a downlink multipoint system |
| US9072099B2 (en) | 2011-08-10 | 2015-06-30 | Blackberry Limited | Method and apparatus to control HSDPA activation/de-activation |
| EP2761932B1 (en) * | 2011-09-29 | 2023-11-15 | Nokia Solutions and Networks Oy | Method, computer program and apparatus |
| WO2014047929A1 (zh) | 2012-09-29 | 2014-04-03 | 华为技术有限公司 | 高速媒体接入控制实体的重置方法及相关装置 |
| US20140179855A1 (en) | 2012-12-20 | 2014-06-26 | Sabic Innovative Plastics Ip B.V. | Thermoplastic compositions, methods of manufacture, and articles thereof |
| US10370533B2 (en) | 2014-06-05 | 2019-08-06 | Sabic Global Technologies B.V. | Thermoplastic composition and laser-welded article |
| CN108473668B (zh) | 2015-12-08 | 2021-05-11 | Sabic环球技术有限责任公司 | 半透明的可激光焊接的热塑性组合物和激光焊接产品 |
| CN108964835A (zh) * | 2017-05-26 | 2018-12-07 | 展讯通信（上海）有限公司 | 数据传输控制方法、装置及用户设备 |
| WO2020022849A1 (en) * | 2018-07-27 | 2020-01-30 | Samsung Electronics Co., Ltd. | Method and apparatus for wireless communication of wireless node in wireless communication system |
| GB2576204B (en) | 2018-07-27 | 2021-02-17 | Samsung Electronics Co Ltd | Operation of automatic repeat request (ARQ) |
| WO2020034580A1 (en) * | 2019-01-17 | 2020-02-20 | Zte Corporation | Methods, apparatus and systems for data segmentation and reassembly in a wireless communication |
| EP4166605A1 (en) | 2021-10-18 | 2023-04-19 | SHPP Global Technologies B.V. | Laser transparent low warpage glass filled pbt compositions for laser welding |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2501192B2 (ja) | 1986-01-22 | 1996-05-29 | 日本電気株式会社 | 局間同期方式 |
| JPH05167645A (ja) | 1991-12-17 | 1993-07-02 | Nec Eng Ltd | フレーム送信制御方式 |
| JPH06121001A (ja) | 1992-10-01 | 1994-04-28 | Matsushita Electric Ind Co Ltd | セル通信誤り時の再送制御方式 |
| FI105136B (fi) * | 1997-04-21 | 2000-06-15 | Nokia Mobile Phones Ltd | Yleinen pakettiradiopalvelu |
| US6137804A (en) * | 1997-12-02 | 2000-10-24 | International Business Machines Corporation | System and method for automatic retry of transmit, independent of a host processor, after an underrun occurs in a LAN |
| FI106504B (fi) | 1998-10-06 | 2001-02-15 | Nokia Networks Oy | Datan segmentointimenetelmä tietoliikennejärjestelmässä |
| EP1030484B1 (en) * | 1999-01-29 | 2013-07-17 | Alcatel Lucent | Data link layer quality of service for UMTS |
| GB9921706D0 (en) | 1999-09-14 | 1999-11-17 | Nokia Telecommunications Oy | Relocation in a communication system |
| JP3469560B2 (ja) * | 2000-04-10 | 2003-11-25 | ヒュンダイ エレクトロニクス インダストリーズ カムパニー リミテッド | 広帯域無線通信システムのダウンリンクにおけるハイブリッド自動再伝送要求２／３方式のためのデータ伝達方法 |
| JP3507810B2 (ja) * | 2000-04-10 | 2004-03-15 | ヒュンダイ エレクトロニクス インダストリーズ カムパニー リミテッド | 広帯域無線通信システムのダウンリンクにおけるハイブリッド自動再送要求２／３方式のためのデータ処理方法 |
| KR100640921B1 (ko) * | 2000-06-29 | 2006-11-02 | 엘지전자 주식회사 | 프로토콜 데이터 유닛의 생성 및 전송 방법 |
| US6862450B2 (en) * | 2001-02-07 | 2005-03-01 | Nokia Mobile Phones Ltd. | Resetting signaling link upon SRNS relocation procedure |
| SE0100739D0 (sv) * | 2001-02-28 | 2001-02-28 | Ericsson Telefon Ab L M | Method and system of retransmission |
| US6961349B2 (en) * | 2001-05-30 | 2005-11-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling TCP protocol for connections transmitted in parallel over radio link |
-
2002
- 2002-07-05 RU RU2002118207A patent/RU2242092C2/ru active
- 2002-07-05 KR KR10-2002-0039062A patent/KR100446522B1/ko not_active IP Right Cessation
- 2002-07-05 GB GB0215596A patent/GB2380104B/en not_active Expired - Fee Related
- 2002-07-06 CN CN2008101256630A patent/CN101312390B/zh not_active Expired - Lifetime
- 2002-07-06 CN CNB021482055A patent/CN100428656C/zh not_active Expired - Fee Related
- 2002-07-08 US US10/190,806 patent/US7286563B2/en active Active
- 2002-07-08 FR FR0208542A patent/FR2828974B1/fr not_active Expired - Fee Related
- 2002-07-08 DE DE2002130722 patent/DE10230722B4/de not_active Expired - Fee Related
- 2002-07-08 JP JP2002199297A patent/JP4027739B2/ja not_active Expired - Fee Related
- 2002-07-08 IT IT2002MI001493 patent/ITMI20021493A1/it unknown
Also Published As
| Publication number | Publication date |
|---|---|
| CN100428656C (zh) | 2008-10-22 |
| RU2002118207A (ru) | 2004-02-10 |
| JP2003111147A (ja) | 2003-04-11 |
| FR2828974A1 (fr) | 2003-02-28 |
| ITMI20021493A1 (it) | 2004-01-08 |
| FR2828974B1 (fr) | 2008-10-24 |
| ITMI20021493A0 (it) | 2002-07-08 |
| GB2380104B (en) | 2003-09-10 |
| KR100446522B1 (ko) | 2004-09-04 |
| DE10230722A1 (de) | 2003-02-20 |
| US7286563B2 (en) | 2007-10-23 |
| RU2242092C2 (ru) | 2004-12-10 |
| GB2380104A (en) | 2003-03-26 |
| GB0215596D0 (en) | 2002-08-14 |
| CN101312390A (zh) | 2008-11-26 |
| KR20030005064A (ko) | 2003-01-15 |
| DE10230722B4 (de) | 2007-06-28 |
| CN101312390B (zh) | 2011-01-26 |
| US20030016698A1 (en) | 2003-01-23 |
| CN1404250A (zh) | 2003-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4027739B2 (ja) | 高速順方向パケット接続方式を使用する通信システムでの高速媒体接続制御階層エンティティリセット方法 | |
| KR100790131B1 (ko) | 패킷 통신시스템에서 매체 접속 제어 계층 엔터티들 간의 시그널링 방법 | |
| US7616639B2 (en) | Transmitting and receiving control protocol data unit having processing time information | |
| US20200128535A1 (en) | Fixed hs-dsch or e-dch allocation for voip (or hs-dsch without hs-scch/e-dch without e-dpcch) | |
| KR100825413B1 (ko) | 통신 네트워크내에서의 데이터 전송 | |
| KR100840733B1 (ko) | 통신 시스템에서 패킷 데이터 처리하는 방법 그 시스템 및 그 수신 장치 | |
| US7535886B2 (en) | Mobile communication system employing high speed downlink packet access and method for improving data processing speed in the same | |
| CN1914869B (zh) | 用于处理无线协议层的数据单元的系统 | |
| CN101401342B (zh) | 用于处理混合自动重传请求失败的方法、装置和计算机程序 | |
| EP3413617A1 (en) | Method for transmitting pdcp status report | |
| EP2254287A2 (en) | Reducing overheads of a protocol data unit in a wireless communication system | |
| KR20060122933A (ko) | 데이터 패킷들을 올바른 순서로 수신하도록 상기 데이터 패킷들을 순번과 연계시키는 방법 | |
| JP2008517551A (ja) | 移動通信システムにおけるアップリンクデータ伝送のための端末状態情報のシグナリング方法及び装置 | |
| JP2008193351A (ja) | 無線通信装置、送信方法 | |
| CN101060476B (zh) | 增强的专用信道中调度信息传输方法及用户终端 | |
| JP4955719B2 (ja) | 通信ネットワーク内のデータ送信 | |
| JPWO2008081552A1 (ja) | 無線通信システム、無線基地局、及び無線通信方法 | |
| KR20080106385A (ko) | 패킷 데이터 분할 재전송 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050627 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051004 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20060104 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20060110 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060404 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070206 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070507 |
|
| 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: 20070911 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071010 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101019 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4027739 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111019 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121019 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131019 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |