JP2002544717A - 移動通信システムにおける無線リンクプロトコルによる可変長データの送受信装置及び方法 - Google Patents
移動通信システムにおける無線リンクプロトコルによる可変長データの送受信装置及び方法Info
- Publication number
- JP2002544717A JP2002544717A JP2000617625A JP2000617625A JP2002544717A JP 2002544717 A JP2002544717 A JP 2002544717A JP 2000617625 A JP2000617625 A JP 2000617625A JP 2000617625 A JP2000617625 A JP 2000617625A JP 2002544717 A JP2002544717 A JP 2002544717A
- Authority
- JP
- Japan
- Prior art keywords
- frame
- link protocol
- radio link
- data
- length
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 50
- 238000010295 mobile communication Methods 0.000 title claims abstract description 13
- 230000005540 biological transmission Effects 0.000 claims abstract description 94
- 230000008569 process Effects 0.000 claims description 15
- OAICVXFJPJFONN-UHFFFAOYSA-N Phosphorus Chemical compound [P] OAICVXFJPJFONN-UHFFFAOYSA-N 0.000 claims 1
- 229910052698 phosphorus Inorganic materials 0.000 claims 1
- 239000011574 phosphorus Substances 0.000 claims 1
- 239000000872 buffer Substances 0.000 description 24
- 238000010586 diagram Methods 0.000 description 10
- 230000011664 signaling Effects 0.000 description 7
- 230000004913 activation Effects 0.000 description 2
- 101000854908 Homo sapiens WD repeat-containing protein 11 Proteins 0.000 description 1
- 102100031083 Uteroglobin Human genes 0.000 description 1
- 108090000203 Uteroglobin Proteins 0.000 description 1
- 102100020705 WD repeat-containing protein 11 Human genes 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003340 mental effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
- H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
- H04B7/2628—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using code-division multiple access [CDMA] or spread spectrum multiple access [SSMA]
-
- 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/1607—Details of the supervisory signal
- H04L1/1614—Details of the supervisory signal using bitmaps
-
- 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/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W99/00—Subject matter not provided for in other groups of this subclass
-
- 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/188—Time-out mechanisms
- H04L1/1883—Time-out mechanisms using multiple timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Time-Division Multiplex Systems (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
移動通信システムにおいて、ＲＬＰによって伝送される新しいフォーマットの情報フレームと、情報フレームを送受信する装置及び方法を提供する。情報フレームは、それぞれ所定の長さを持つ複数の連続的な多重化フレームから構成される。多重化フレームは、ヘッダと次のＲＬＰフレームから構成され、ＲＬＰフレームは伝送データを含む。少なくとも１つの多重化フレームは、複数のサブ多重化フレームから構成され、各サブ多重化フレームは、無線リンクプロトコルサービス識別子フィールド及び伝送データの長さを示す長さ表示フィールドを含むヘッダと、次の無線リンクプロトコルフレームと関連したデータブロックと、から構成される。
Description
【０００１】
本発明は、符号分割多重接続(Code Division Multiple Access: 以下、ＣＤＭ
Ａ)方式の移動通信システムに関し、特に、無線環境における効率的なデータ伝
送のために使用される無線リンクプロトコル(Radio Link Protocol: 以下、ＲＬ
Ｐ)によってデータを伝送する装置及び方法に関する。
Ａ)方式の移動通信システムに関し、特に、無線環境における効率的なデータ伝
送のために使用される無線リンクプロトコル(Radio Link Protocol: 以下、ＲＬ
Ｐ)によってデータを伝送する装置及び方法に関する。
【０００２】
一般的に、ＣＤＭＡ方式の移動通信システムは、音声サービスを主に提供する
ＩＳ−９５規格から、音声サービスだけでなく高速データサービスもできるＣＤ
ＭＡ−２０００規格まで発展してきた。前記ＣＤＭＡ−２０００規格においては
、高品質の音声サービス、動画像サービス、及びインターネット検索サービスな
どもできる。
ＩＳ−９５規格から、音声サービスだけでなく高速データサービスもできるＣＤ
ＭＡ−２０００規格まで発展してきた。前記ＣＤＭＡ−２０００規格においては
、高品質の音声サービス、動画像サービス、及びインターネット検索サービスな
どもできる。
【０００３】 図１は、前記ＣＤＭＡ−２０００規格から提供する典型的なパケットデータサ
ービスの例を示す。図１において、端末機(ＭＳ)は、ターミナル装置(Terminal
Equipment: 以下、ＴＥと称する)と端末装置(Mobile Termination: 以下、ＭＴ
と称する)とを含む。基地局(Base Station)は、ＢＳ／ＭＳＣ(Base Station/Mob
ile Switching Center)で表示され、前記ＢＳ／ＭＳＣとデータ網(例: インター
ネット)とを連結するインターワーキング機能部(Interworking Function block)
は、ＩＷＦで表示される。前記ＩＷＦ部は、異なるプロトコルを使用する場合、
プロトコルを相互変換させる装置である。図１において、前記端末器及び前記Ｉ
ＷＦ部の上位サービス(または、ウェブサービス)処理部は、ネットワークプロト
コル(または、インターネットプロトコル(ＩＰ))処理部及びリンクプロトコル(
または、Point-to-Point プロトコル: ＰＰＰ)処理部を通してデータを交換する
。つまり、上位サービス処理部によって生成されたデータは、最終的にリンクプ
ロトコルパケットの形態で下位階層に伝達され、前記下位階層は、適切なプロト
コルを使用して前記データを伝送する。
ービスの例を示す。図１において、端末機(ＭＳ)は、ターミナル装置(Terminal
Equipment: 以下、ＴＥと称する)と端末装置(Mobile Termination: 以下、ＭＴ
と称する)とを含む。基地局(Base Station)は、ＢＳ／ＭＳＣ(Base Station/Mob
ile Switching Center)で表示され、前記ＢＳ／ＭＳＣとデータ網(例: インター
ネット)とを連結するインターワーキング機能部(Interworking Function block)
は、ＩＷＦで表示される。前記ＩＷＦ部は、異なるプロトコルを使用する場合、
プロトコルを相互変換させる装置である。図１において、前記端末器及び前記Ｉ
ＷＦ部の上位サービス(または、ウェブサービス)処理部は、ネットワークプロト
コル(または、インターネットプロトコル(ＩＰ))処理部及びリンクプロトコル(
または、Point-to-Point プロトコル: ＰＰＰ)処理部を通してデータを交換する
。つまり、上位サービス処理部によって生成されたデータは、最終的にリンクプ
ロトコルパケットの形態で下位階層に伝達され、前記下位階層は、適切なプロト
コルを使用して前記データを伝送する。
【０００４】 図１は、ＴＥとＭＴとの間にＥＩＡ−２３２制御器が使用される例を示す。前
記ＥＩＡ−２３２制御器を通して前記ＭＴに伝送される前記リンクプロトコルパ
ケットは、本発明による前記ＲＬＰを通してＲＬＰフレームに割り当てられる。
前記のように生成されたＲＬＰフレームは、ＣＤＭＡ−２０００規格のＩＳ−２
０００規格によって連結された物理チャネルを通して伝送される。前記連結され
た物理チャネルを通して前記基地局に受信された前記ＲＬＰパケットは、前記リ
ンクプロトコルパケットに復元され、前記復元されたパケットは、リレー階層(r
elay layer)を通して前記ＩＷＦ部に伝送される。一般的に、前記基地局と前記
ＩＷＦ部との間のインターフェーシングは、ＩＳ−６５８規格によって遂行され
る。前記ＩＷＦ部は、前記リンクプロトコルパケットからデータを読み出して前
記ネットワークプロトコル処理部に伝達し、前記データは最終的に前記上位サー
ビス処理部に伝達される。
記ＥＩＡ−２３２制御器を通して前記ＭＴに伝送される前記リンクプロトコルパ
ケットは、本発明による前記ＲＬＰを通してＲＬＰフレームに割り当てられる。
前記のように生成されたＲＬＰフレームは、ＣＤＭＡ−２０００規格のＩＳ−２
０００規格によって連結された物理チャネルを通して伝送される。前記連結され
た物理チャネルを通して前記基地局に受信された前記ＲＬＰパケットは、前記リ
ンクプロトコルパケットに復元され、前記復元されたパケットは、リレー階層(r
elay layer)を通して前記ＩＷＦ部に伝送される。一般的に、前記基地局と前記
ＩＷＦ部との間のインターフェーシングは、ＩＳ−６５８規格によって遂行され
る。前記ＩＷＦ部は、前記リンクプロトコルパケットからデータを読み出して前
記ネットワークプロトコル処理部に伝達し、前記データは最終的に前記上位サー
ビス処理部に伝達される。
【０００５】 前記の記載は、前記端末器から前記基地局にデータを伝送する過程を説明して
いるが、前記基地局から前記端末器にデータを伝送する過程も同様に遂行される
。ＣＤＭＡ−２０００規格は、多様なサービスを提供するために、図１とは異な
る多様な構成を支援する。しかしながら、前記多様な構成は、前記上位サービス
データを有する前記リンクプロトコルパケットがＲＬＰを通して無線物理チャネ
ルで伝送されるという共通点がある。
いるが、前記基地局から前記端末器にデータを伝送する過程も同様に遂行される
。ＣＤＭＡ−２０００規格は、多様なサービスを提供するために、図１とは異な
る多様な構成を支援する。しかしながら、前記多様な構成は、前記上位サービス
データを有する前記リンクプロトコルパケットがＲＬＰを通して無線物理チャネ
ルで伝送されるという共通点がある。
【０００６】 前記ＲＬＰタイプ−３(RLP Type-3)規格は、現在の伝送率集合１(Rate Set 1)
に対して９.６Ｋｂｐｓまたは１９.２Ｋｂｐｓの物理チャネルフレームを充填す
ることのできるサイズのＲＬＰフレームのみを、または、伝送率集合２(Rate Se
t 2)に対して１４．４Ｋｂｐｓまたは２８.８Ｋｂｐｓの物理チャネルフレーム
を充填することのできるサイズのＲＬＰフレームのみを生成する。従って、物理
チャネルが１５３.６Ｋｂｐｓまたは２３０.４Ｋｂｐｓのような高い伝送率で動
作する時は、複数のＲＬＰフレームを１つの物理チャネルフレームに入れる方法
を使用する。前記物理チャネルが、前記ＲＬＰタイプ−３規格で支援される最大
伝送率である１５３．６Ｋｂｐｓまたは２３０.４Ｋｂｐｓの以上の伝送率を支
援する場合、例えば、３０７.２Ｋｂｐｓ、４６０.８Ｋｂｐｓ、６１４.４Ｋｂ
ｐｓ、及び１０３６.８Ｋｂｐｓなどの伝送率を支援する場合には、より多くの
ＲＬＰフレームを１つの物理チャネルフレームに入れることができる。しかしな
がら、前記のような方式は、１つの物理チャネルに１つの大きなＲＬＰフレーム
を入れる方法に比べて、フレームヘッダによる負担が大きくなり、フレームの使
えない部分が増加するので、効率的な方法ではない。従って、現在のＲＬＰタイ
プ−３フレームより大きいＲＬＰフレームを伝送するためには、既存の方法とは
異なる新たな方法が必要である。
に対して９.６Ｋｂｐｓまたは１９.２Ｋｂｐｓの物理チャネルフレームを充填す
ることのできるサイズのＲＬＰフレームのみを、または、伝送率集合２(Rate Se
t 2)に対して１４．４Ｋｂｐｓまたは２８.８Ｋｂｐｓの物理チャネルフレーム
を充填することのできるサイズのＲＬＰフレームのみを生成する。従って、物理
チャネルが１５３.６Ｋｂｐｓまたは２３０.４Ｋｂｐｓのような高い伝送率で動
作する時は、複数のＲＬＰフレームを１つの物理チャネルフレームに入れる方法
を使用する。前記物理チャネルが、前記ＲＬＰタイプ−３規格で支援される最大
伝送率である１５３．６Ｋｂｐｓまたは２３０.４Ｋｂｐｓの以上の伝送率を支
援する場合、例えば、３０７.２Ｋｂｐｓ、４６０.８Ｋｂｐｓ、６１４.４Ｋｂ
ｐｓ、及び１０３６.８Ｋｂｐｓなどの伝送率を支援する場合には、より多くの
ＲＬＰフレームを１つの物理チャネルフレームに入れることができる。しかしな
がら、前記のような方式は、１つの物理チャネルに１つの大きなＲＬＰフレーム
を入れる方法に比べて、フレームヘッダによる負担が大きくなり、フレームの使
えない部分が増加するので、効率的な方法ではない。従って、現在のＲＬＰタイ
プ−３フレームより大きいＲＬＰフレームを伝送するためには、既存の方法とは
異なる新たな方法が必要である。
【０００７】
従って、本発明の目的は、移動通信システムにおけるＲＬＰによってデータを
伝送する時、新しい一連番号付け方法(Octet-Based Sequencing)によってより多
様な長さを有するＲＬＰフレームを伝送する装置及び方法を提供することにある
。
伝送する時、新しい一連番号付け方法(Octet-Based Sequencing)によってより多
様な長さを有するＲＬＰフレームを伝送する装置及び方法を提供することにある
。
【０００８】 本発明の他の目的は、移動通信システムにおけるＲＬＰによってデータを伝送
する時、多様な長さのＲＬＰフレームを支援するための効果的な多重化／逆多重
化制御器の動作を提案することによって、多様なサイズ及び構造を有する情報フ
レーム(物理フレーム)に、より多くのデータを乗せて伝送する装置及び方法を提
供することにある。
する時、多様な長さのＲＬＰフレームを支援するための効果的な多重化／逆多重
化制御器の動作を提案することによって、多様なサイズ及び構造を有する情報フ
レーム(物理フレーム)に、より多くのデータを乗せて伝送する装置及び方法を提
供することにある。
【０００９】
前記のような目的を達成するための本発明は、移動通信システムにおいて、Ｒ
ＬＰによって伝送される新しいフォーマットの情報フレームと、前記情報フレー
ムを送受信する装置及び方法を提供する。前記情報フレームは、それぞれ所定の
長さを持つ複数の連続的な多重化フレームから構成される。前記多重化フレーム
は、ヘッダと次のＲＬＰフレームから構成され、前記ＲＬＰフレームは伝送デー
タを含む。少なくとも１つの前記多重化フレームは、複数のサブ多重化フレーム
から構成され、各サブ多重化フレームは、無線リンクプロトコルサービス識別子
フィールド及び伝送データの長さを示す長さ表示フィールドを含むヘッダと、前
記次の無線リンクプロトコルフレームと関連したデータブロックと、から構成さ
れる。
ＬＰによって伝送される新しいフォーマットの情報フレームと、前記情報フレー
ムを送受信する装置及び方法を提供する。前記情報フレームは、それぞれ所定の
長さを持つ複数の連続的な多重化フレームから構成される。前記多重化フレーム
は、ヘッダと次のＲＬＰフレームから構成され、前記ＲＬＰフレームは伝送デー
タを含む。少なくとも１つの前記多重化フレームは、複数のサブ多重化フレーム
から構成され、各サブ多重化フレームは、無線リンクプロトコルサービス識別子
フィールド及び伝送データの長さを示す長さ表示フィールドを含むヘッダと、前
記次の無線リンクプロトコルフレームと関連したデータブロックと、から構成さ
れる。
【００１０】
本発明の望ましい実施形態を添付図面を参照して詳細に説明する。下記説明に
おいて、本発明の要旨を明確にするために関連した公知機能または構成に対する
具体的な説明は省略する。
おいて、本発明の要旨を明確にするために関連した公知機能または構成に対する
具体的な説明は省略する。
【００１１】 図２は、本発明が適用されるＲＬＰによってデータを送受信する移動通信シス
テムの構成を示す。
テムの構成を示す。
【００１２】 図２を参照すると、物理階層処理器１５０、２５０は、ＩＳ−２０００規格に
よって、前記端末機と前記基地局との間に物理チャネルを連結し、関連ＲＬＰ処
理器１３０、２３０に伝達されるＲＬＰフレームを前記連結された物理チャネル
を通して相手方の物理階層に伝達し、前記物理チャネルを通して受信されたＲＬ
Ｐフレームを前記ＲＬＰ処理器１３０、２３０に伝達する。
よって、前記端末機と前記基地局との間に物理チャネルを連結し、関連ＲＬＰ処
理器１３０、２３０に伝達されるＲＬＰフレームを前記連結された物理チャネル
を通して相手方の物理階層に伝達し、前記物理チャネルを通して受信されたＲＬ
Ｐフレームを前記ＲＬＰ処理器１３０、２３０に伝達する。
【００１３】 多重化／逆多重化制御器１４０、２４０は、物理階層処理器１５０、２５０に
伝達する前記ＲＬＰフレームに対して目的地及びサイズ情報を前記ＲＬＰフレー
ムのヘッダに付け、前記ＲＬＰフレームを前記物理階層処理器１５０、２５０に
伝達する多重化機能を備える。さらに、前記多重化／逆多重化制御器１４０、２
４０は、前記受信されたＲＬＰフレームに対して前記目的地及びサイズを確認し
た後、上位ＲＬＰ処理器１３０、２３０に前記確認結果を伝達する逆多重化機能
を備える。
伝達する前記ＲＬＰフレームに対して目的地及びサイズ情報を前記ＲＬＰフレー
ムのヘッダに付け、前記ＲＬＰフレームを前記物理階層処理器１５０、２５０に
伝達する多重化機能を備える。さらに、前記多重化／逆多重化制御器１４０、２
４０は、前記受信されたＲＬＰフレームに対して前記目的地及びサイズを確認し
た後、上位ＲＬＰ処理器１３０、２３０に前記確認結果を伝達する逆多重化機能
を備える。
【００１４】 送信及び受信データバッファ１２２、１２４、２２２、２２４は、図１のＥＩ
Ａ−２３２制御器やＩＳ−６５８制御器がリンクプロトコル処理器１１０、２１
０から受信したデータを貯蔵するメモリ装置である。前記データバッファ１２２
、２２２は、前記ＲＬＰ処理器１３０、２３０の要求がある度に、前記貯蔵され
たパケットを要求されたサイズによって順に分割する。前記データバッファ１２
４、２２４は、前記ＲＬＰ処理器１３０、２３０から提供されるデータを順に貯
蔵する。前記貯蔵されたデータは、前記ＥＩＡ−２３２制御器や前記ＩＳ−６５
８制御器によって前記ＰＰＰ処理器または前記ＩＷＦ部に伝達される。前記ＥＩ
Ａ−２３２制御器や前記ＩＳ−６５８制御器は、ＥＩＡ−２３２規格及びＩＳ−
６５８規格によって動作し、前記データバッファ１２２、１２４、２２２、２２
４とリンクプロトコル処理器１１０、２１０との間に前記データを送受信する。
現在のＣＤＭＡ−２０００パケットサービスにおいては、前記ＥＩＡ−２３２制
御器や前記ＩＳ−６５８制御器の以外の他の制御器を使用することもできるので
、図２には、前記制御器を図示しない。
Ａ−２３２制御器やＩＳ−６５８制御器がリンクプロトコル処理器１１０、２１
０から受信したデータを貯蔵するメモリ装置である。前記データバッファ１２２
、２２２は、前記ＲＬＰ処理器１３０、２３０の要求がある度に、前記貯蔵され
たパケットを要求されたサイズによって順に分割する。前記データバッファ１２
４、２２４は、前記ＲＬＰ処理器１３０、２３０から提供されるデータを順に貯
蔵する。前記貯蔵されたデータは、前記ＥＩＡ−２３２制御器や前記ＩＳ−６５
８制御器によって前記ＰＰＰ処理器または前記ＩＷＦ部に伝達される。前記ＥＩ
Ａ−２３２制御器や前記ＩＳ−６５８制御器は、ＥＩＡ−２３２規格及びＩＳ−
６５８規格によって動作し、前記データバッファ１２２、１２４、２２２、２２
４とリンクプロトコル処理器１１０、２１０との間に前記データを送受信する。
現在のＣＤＭＡ−２０００パケットサービスにおいては、前記ＥＩＡ−２３２制
御器や前記ＩＳ−６５８制御器の以外の他の制御器を使用することもできるので
、図２には、前記制御器を図示しない。
【００１５】 図３は、本発明によるデータ送信器の構成図である。図３を参照すると、前記
ＲＬＰフレームを送信する前記ＲＬＰ処理器１３０は、ＲＬＰ制御器１３１、Ｌ
＿Ｖ(Ｓ)レジスタ１３２、及び再伝送バッファ(Forward Resequencing Buffer)
１３３を含む。前記ＲＬＰ制御器１３１は、送信データバッファ１２２からデー
タを受信してＲＬＰフレームを生成し、前記生成されたＲＬＰフレームを有する
データブロックを前記多重化／逆多重化制御器１４０に伝送する。前記再伝送バ
ッファ１３３は、再伝送のためのデータを貯蔵するメモリ装置である。前記Ｌ＿
Ｖ(Ｓ)レジスタ１３２は、バイト単位でデータを伝送する時、各バイトの一連番
号を貯蔵する。
ＲＬＰフレームを送信する前記ＲＬＰ処理器１３０は、ＲＬＰ制御器１３１、Ｌ
＿Ｖ(Ｓ)レジスタ１３２、及び再伝送バッファ(Forward Resequencing Buffer)
１３３を含む。前記ＲＬＰ制御器１３１は、送信データバッファ１２２からデー
タを受信してＲＬＰフレームを生成し、前記生成されたＲＬＰフレームを有する
データブロックを前記多重化／逆多重化制御器１４０に伝送する。前記再伝送バ
ッファ１３３は、再伝送のためのデータを貯蔵するメモリ装置である。前記Ｌ＿
Ｖ(Ｓ)レジスタ１３２は、バイト単位でデータを伝送する時、各バイトの一連番
号を貯蔵する。
【００１６】 図４は、本発明によるデータ受信器の構成図である。図４を参照すると、前記
ＲＬＰフレームを受信する前記ＲＬＰ処理器１３０は、ＲＬＰ制御器１３１、レ
ジスタＥ１３４、Ｌ＿Ｖ(Ｎ)レジスタ１３５、Ｌ＿Ｖ(Ｒ)レジスタ１３６、ＮＡ
Ｋリスト１３７、及び再整列バッファ１３８を含む。前記ＲＬＰ制御器１３１は
、前記多重化／逆多重化制御器１４０から前記ＲＬＰフレームを受信し、前記デ
ータが順序正しく受信されるか否かを検査する。この時、前記データが順序正し
く受信される場合、前記ＲＬＰ制御器１３１は、前記データを受信データバッフ
ァ１２４に貯蔵する。そうでない場合、前記ＲＬＰ制御器１３１は、前記データ
を再整列バッファ１３８に貯蔵した後、前記ＮＡＫ(Non AcKnowledge)リスト１
３７に再伝送を要求する部分(区間)を記録し、次の制御フレームを送信する時、
前記ＮＡＫリスト１３７に前記貯蔵された部分を伝送する。
ＲＬＰフレームを受信する前記ＲＬＰ処理器１３０は、ＲＬＰ制御器１３１、レ
ジスタＥ１３４、Ｌ＿Ｖ(Ｎ)レジスタ１３５、Ｌ＿Ｖ(Ｒ)レジスタ１３６、ＮＡ
Ｋリスト１３７、及び再整列バッファ１３８を含む。前記ＲＬＰ制御器１３１は
、前記多重化／逆多重化制御器１４０から前記ＲＬＰフレームを受信し、前記デ
ータが順序正しく受信されるか否かを検査する。この時、前記データが順序正し
く受信される場合、前記ＲＬＰ制御器１３１は、前記データを受信データバッフ
ァ１２４に貯蔵する。そうでない場合、前記ＲＬＰ制御器１３１は、前記データ
を再整列バッファ１３８に貯蔵した後、前記ＮＡＫ(Non AcKnowledge)リスト１
３７に再伝送を要求する部分(区間)を記録し、次の制御フレームを送信する時、
前記ＮＡＫリスト１３７に前記貯蔵された部分を伝送する。
【００１７】 前記レジスタＥ１３４は、損傷した(不良の)データブロックの数を記録する。
前記多重化／逆多重化制御器１４０が前記損傷したデータブロックを知らせると
、前記ＲＬＰ制御器１３１は、再設定が必要な時に使用するために、この値をレ
ジスタＥ１３４に記録する。前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｒ)レジスタ１
３６の値より大きいか同一である一連番号を有するデータバイトが受信される時
、新しいデータが受信されたと判断する。そうでない場合、前記ＲＬＰ制御器１
３１は、Ｌ＿Ｖ(Ｒ)レジスタ１３６の値より小さく、Ｌ＿Ｖ(Ｎ)レジスタの値よ
り大きいか同一である一連番号を有するデータバイトが受信された時、再伝送デ
ータが受信されたと判断する。前記Ｌ＿Ｖ(Ｎ)レジスタ１３５は、受信されるべ
きデータのうち、前記損傷したデータバイト(受信できなかったデータバイト)の
一連番号を貯蔵する。つまり、Ｌ＿Ｖ(Ｎ)レジスタ１３５は、前記連続的に受信
されたデータバイトのうち、次に受信されるべきデータバイトの一連番号を貯蔵
する。Ｌ＿Ｖ(Ｒ)レジスタ１３６は、次に受信される新しいデータバイトの一連
番号を貯蔵する。
前記多重化／逆多重化制御器１４０が前記損傷したデータブロックを知らせると
、前記ＲＬＰ制御器１３１は、再設定が必要な時に使用するために、この値をレ
ジスタＥ１３４に記録する。前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｒ)レジスタ１
３６の値より大きいか同一である一連番号を有するデータバイトが受信される時
、新しいデータが受信されたと判断する。そうでない場合、前記ＲＬＰ制御器１
３１は、Ｌ＿Ｖ(Ｒ)レジスタ１３６の値より小さく、Ｌ＿Ｖ(Ｎ)レジスタの値よ
り大きいか同一である一連番号を有するデータバイトが受信された時、再伝送デ
ータが受信されたと判断する。前記Ｌ＿Ｖ(Ｎ)レジスタ１３５は、受信されるべ
きデータのうち、前記損傷したデータバイト(受信できなかったデータバイト)の
一連番号を貯蔵する。つまり、Ｌ＿Ｖ(Ｎ)レジスタ１３５は、前記連続的に受信
されたデータバイトのうち、次に受信されるべきデータバイトの一連番号を貯蔵
する。Ｌ＿Ｖ(Ｒ)レジスタ１３６は、次に受信される新しいデータバイトの一連
番号を貯蔵する。
【００１８】 本発明によって可変長のＲＬＰフレームを生成して送受信する動作は、大別し
て、前記多重化／逆多重化制御器１４０、２４０によって遂行される動作と、前
記ＲＬＰ処理器１３０、２３０によって遂行される動作に分けられる。前記多重
化／逆多重化制御器１４０及び２４０は同一の動作を遂行し、前記ＲＬＰ処理器
１３０及び２３０も同一の動作を遂行するので、本発明による動作は、便宜上、
前記多重化／逆多重化制御器１４０及び前記ＲＬＰ処理器１３０の動作に限定し
て説明する。ここで、図２乃至図４は、前記多重化／逆多重化制御器によって遂
行される一般的な送信及び受信動作を説明する。次に、本発明の実施形態によっ
て、前記多重化／逆多重化制御器によって遂行される送信及び受信動作を説明す
る。前記多重化／逆多重化制御器による送信及び受信動作は、基本チャネル(Ｆ
ＣＨ)または付加チャネル(ＳＣＨ)を通して遂行されることができる。次に、本
発明によって、図３及び図４に示す前記ＲＬＰ制御器によって遂行されるデータ
の送信及び受信動作を説明する。
て、前記多重化／逆多重化制御器１４０、２４０によって遂行される動作と、前
記ＲＬＰ処理器１３０、２３０によって遂行される動作に分けられる。前記多重
化／逆多重化制御器１４０及び２４０は同一の動作を遂行し、前記ＲＬＰ処理器
１３０及び２３０も同一の動作を遂行するので、本発明による動作は、便宜上、
前記多重化／逆多重化制御器１４０及び前記ＲＬＰ処理器１３０の動作に限定し
て説明する。ここで、図２乃至図４は、前記多重化／逆多重化制御器によって遂
行される一般的な送信及び受信動作を説明する。次に、本発明の実施形態によっ
て、前記多重化／逆多重化制御器によって遂行される送信及び受信動作を説明す
る。前記多重化／逆多重化制御器による送信及び受信動作は、基本チャネル(Ｆ
ＣＨ)または付加チャネル(ＳＣＨ)を通して遂行されることができる。次に、本
発明によって、図３及び図４に示す前記ＲＬＰ制御器によって遂行されるデータ
の送信及び受信動作を説明する。
【００１９】 Ａ．一般的な多重化／逆多重化制御器の送受信動作 １．多重化／逆多重化制御器の送信動作 現在連結されている物理チャネルを通して、パケットデータだけでなく音声デ
ータやその他の色々な情報が同時に送信されることができるので、以下、前記多
重化／逆多重化制御器に伝送されるデータを提供することを“サービス”と称す
る。さらに、前記多重化／逆多重化制御器１４０と前記物理階層処理器１５０と
が相互交換する伝送単位を“情報ビット(information bits)”または“物理フレ
ーム(physical frame)と称し、前記ＲＬＰ処理器１３０を含む上位サービスブロ
ックと前記多重化／逆多重化制御器１４０とが相互交換する伝送単位を“ＲＬＰ
フレーム”または“データブロック”と称する。
ータやその他の色々な情報が同時に送信されることができるので、以下、前記多
重化／逆多重化制御器に伝送されるデータを提供することを“サービス”と称す
る。さらに、前記多重化／逆多重化制御器１４０と前記物理階層処理器１５０と
が相互交換する伝送単位を“情報ビット(information bits)”または“物理フレ
ーム(physical frame)と称し、前記ＲＬＰ処理器１３０を含む上位サービスブロ
ックと前記多重化／逆多重化制御器１４０とが相互交換する伝送単位を“ＲＬＰ
フレーム”または“データブロック”と称する。
【００２０】 送信側の多重化／逆多重化制御器１４０は、設定時間(例えば、２０ｍｓ)毎に
、前記物理階層処理器１５０に伝送する情報ビットを生成して伝達すべきである
。つまり、前記多重化／逆多重化制御器１４０は、現在連結されている全ての物
理チャネルに対して、前記物理チャネルを通して伝送されるフレームのペイロー
ド(payload)を充填する情報ビットを生成して伝達すべきである。前記多重化／
逆多重化制御器１４０は、前記生成された情報ビットを前記物理階層に伝送する
時、下記のような値を伝送する。 −ＳＤＵ: 実際伝送される情報ビットで充填されるフィールドである。伝送さ
れる情報ビットが存在しない場合は、前記多重化／逆多重化制御器と物理階層と
の間に予め決定されたナル値(null value)で充填される。 −ＦＲＡＭＥ＿ＳＩＺＥ: 前記情報ビットが充填される物理チャネルフレーム
のサイズ情報で充填されるフィールドである。前記ＳＤＵフィールドが前記ナル
値で充填される場合、前記物理階層ではこのフィールド値を無視する。 −ＦＲＡＭＥ＿ＲＡＴＥ: 前記情報ビットが充填される物理チャネルフレーム
の伝送率を示すフィールドである。前記ＳＤＵフィールドが前記ナル値で充填さ
れる場合、前記物理階層ではこのフィールド値を無視する。
、前記物理階層処理器１５０に伝送する情報ビットを生成して伝達すべきである
。つまり、前記多重化／逆多重化制御器１４０は、現在連結されている全ての物
理チャネルに対して、前記物理チャネルを通して伝送されるフレームのペイロー
ド(payload)を充填する情報ビットを生成して伝達すべきである。前記多重化／
逆多重化制御器１４０は、前記生成された情報ビットを前記物理階層に伝送する
時、下記のような値を伝送する。 −ＳＤＵ: 実際伝送される情報ビットで充填されるフィールドである。伝送さ
れる情報ビットが存在しない場合は、前記多重化／逆多重化制御器と物理階層と
の間に予め決定されたナル値(null value)で充填される。 −ＦＲＡＭＥ＿ＳＩＺＥ: 前記情報ビットが充填される物理チャネルフレーム
のサイズ情報で充填されるフィールドである。前記ＳＤＵフィールドが前記ナル
値で充填される場合、前記物理階層ではこのフィールド値を無視する。 −ＦＲＡＭＥ＿ＲＡＴＥ: 前記情報ビットが充填される物理チャネルフレーム
の伝送率を示すフィールドである。前記ＳＤＵフィールドが前記ナル値で充填さ
れる場合、前記物理階層ではこのフィールド値を無視する。
【００２１】 送信側の多重化／逆多重化制御器１４０が前記フィールド値を前記物理階層処
理器１５０に伝達する時、前記物理階層処理器１５０は、指定された符号化方法
及び復調方法を使用して前記提供された値を処理した後、前記処理された結果を
受信側に伝送する。
理器１５０に伝達する時、前記物理階層処理器１５０は、指定された符号化方法
及び復調方法を使用して前記提供された値を処理した後、前記処理された結果を
受信側に伝送する。
【００２２】 送信側の多重化／逆多重化制御器１４０は、前記物理チャネルに伝達される論
理伝送単位のペイロードまたは情報ビットを生成するために、前記論理チャネル
(logical channel)が現在連結されている前記物理チャネルに対応されるサービ
スで伝送されるデータブロックを使用する。前記論理チャネルが連結された前記
物理チャネルに対応されるサービスは、現在生成される情報ビットを伝送する前
記物理チャネルに自分のデータブロックを伝送することができるサービスを言う
。このようなサービスを前記端末機と前記基地局との間に連結し、前記サービス
の論理チャネルを物理チャネルに連結する過程は、ＩＳ−２０００規格によって
定義された前記シグナリングメッセージ(signaling message)及びシグナリング
手順(signaling procedure)でできる。
理伝送単位のペイロードまたは情報ビットを生成するために、前記論理チャネル
(logical channel)が現在連結されている前記物理チャネルに対応されるサービ
スで伝送されるデータブロックを使用する。前記論理チャネルが連結された前記
物理チャネルに対応されるサービスは、現在生成される情報ビットを伝送する前
記物理チャネルに自分のデータブロックを伝送することができるサービスを言う
。このようなサービスを前記端末機と前記基地局との間に連結し、前記サービス
の論理チャネルを物理チャネルに連結する過程は、ＩＳ−２０００規格によって
定義された前記シグナリングメッセージ(signaling message)及びシグナリング
手順(signaling procedure)でできる。
【００２３】 送信側の多重化／逆多重化制御器１４０は、現在論理チャネルが連結されてい
る物理チャネルに対応されるサービスのデータブロックを伝送すると決定する場
合、適切な順によって前記サービスから適切な長さのデータブロック(図５Ａを
参照)を受信する。前記多重化／逆多重化制御器１４０は、前記サービスから前
記データブロックを受信する時、前記受信側の多重化／逆多重化制御器から受信
された前記データブロックを伝達するサービスを知ることができるように、サー
ビス識別子フィールド及び長さ表示フィールドを加えた前記データブロックを含
む多重化フレームＭｕｘＰＤＵを生成する(図５Ｂを参照)。前記多重化フレーム
ＭｕｘＰＤＵは、複数のサービスから提供された複数のデータブロック及びシグ
ナリングメッセージを含むことができる。前記情報ビットは、１つまたは複数の
ＭｕｘＰＤＵを含み、１つまたは複数のＭｕｘＰＤＵ毎にエラーをチェックする
ＣＲＣ(Cyclic Redundancy Code)をさらに含むことができる。複数のＭｕｘＰＤ
Ｕ毎にエラーをチェックするＣＲＣが追加される場合、１つのＣＲＣ及び前記Ｃ
ＲＣによって保護される前記情報ビットの一部分(a period)は、“論理伝送単位
(Logical Transmission Unit: ＬＴＵ)”と称する。前記物理階層に伝達される
情報ビットを複数の部分に分割し、各分割された部分毎にエラーを検査するＣＲ
Ｃが挿入される場合、“論理伝送単位が使用された”と言う。ここで、前記分割
された情報ビットの各部分は、“論理伝送単位”と称し、前記ＣＲＣによって保
護される、ＣＲＣを除いた論理伝送単位の残りの部分を“論理伝送単位のペイロ
ード”と称する(図５Ｃを参照)。この論理伝送単位は、前記物理フレームが前記
受信側の多重化／逆多重化制御器で正しく受信されたか否かを判断する基本単位
になる。前記論理伝送単位が使用されない場合、前記物理フレームが正しく受信
されたか否かを判断する基本単位は、情報ビットになる。
る物理チャネルに対応されるサービスのデータブロックを伝送すると決定する場
合、適切な順によって前記サービスから適切な長さのデータブロック(図５Ａを
参照)を受信する。前記多重化／逆多重化制御器１４０は、前記サービスから前
記データブロックを受信する時、前記受信側の多重化／逆多重化制御器から受信
された前記データブロックを伝達するサービスを知ることができるように、サー
ビス識別子フィールド及び長さ表示フィールドを加えた前記データブロックを含
む多重化フレームＭｕｘＰＤＵを生成する(図５Ｂを参照)。前記多重化フレーム
ＭｕｘＰＤＵは、複数のサービスから提供された複数のデータブロック及びシグ
ナリングメッセージを含むことができる。前記情報ビットは、１つまたは複数の
ＭｕｘＰＤＵを含み、１つまたは複数のＭｕｘＰＤＵ毎にエラーをチェックする
ＣＲＣ(Cyclic Redundancy Code)をさらに含むことができる。複数のＭｕｘＰＤ
Ｕ毎にエラーをチェックするＣＲＣが追加される場合、１つのＣＲＣ及び前記Ｃ
ＲＣによって保護される前記情報ビットの一部分(a period)は、“論理伝送単位
(Logical Transmission Unit: ＬＴＵ)”と称する。前記物理階層に伝達される
情報ビットを複数の部分に分割し、各分割された部分毎にエラーを検査するＣＲ
Ｃが挿入される場合、“論理伝送単位が使用された”と言う。ここで、前記分割
された情報ビットの各部分は、“論理伝送単位”と称し、前記ＣＲＣによって保
護される、ＣＲＣを除いた論理伝送単位の残りの部分を“論理伝送単位のペイロ
ード”と称する(図５Ｃを参照)。この論理伝送単位は、前記物理フレームが前記
受信側の多重化／逆多重化制御器で正しく受信されたか否かを判断する基本単位
になる。前記論理伝送単位が使用されない場合、前記物理フレームが正しく受信
されたか否かを判断する基本単位は、情報ビットになる。
【００２４】 前記送信側の多重化／逆多重化制御器１４０は、現在伝送される物理チャネル
フレームに対して伝送できる伝送率及び情報ビットのサイズ、論理伝送単位が使
用されるか否か、前記論理伝送単位が使用される場合の前記論理伝送単位のサイ
ズ、及びＣＲＣ生成方法を予め知る。このような形状情報(configuration)は、
前記端末機と前記基地局との間に予め決定された範囲内で、前記物理階層から提
供される現在の物理チャネルの条件によって前記送信側の多重化／逆多重化制御
器１４０が生成する情報ビットのサイズ及び前記論理伝送単位の生成方式を決定
するのに使用される。
フレームに対して伝送できる伝送率及び情報ビットのサイズ、論理伝送単位が使
用されるか否か、前記論理伝送単位が使用される場合の前記論理伝送単位のサイ
ズ、及びＣＲＣ生成方法を予め知る。このような形状情報(configuration)は、
前記端末機と前記基地局との間に予め決定された範囲内で、前記物理階層から提
供される現在の物理チャネルの条件によって前記送信側の多重化／逆多重化制御
器１４０が生成する情報ビットのサイズ及び前記論理伝送単位の生成方式を決定
するのに使用される。
【００２５】 伝送されるデータブロックがそれ以上存在しない場合、前記多重化／逆多重化
制御器１４０は、前記情報ビットの残りの部分を充填するために、前記受信側の
多重化／逆多重化制御器と予め約束した特定のサービス識別子を付けたＭｕｘＰ
ＤＵを使用するか、または、前記受信側の多重化／逆多重化制御器と予め約束し
た一定のビットパターン(bit pattern)を使用する。ここで、前記特定のサービ
ス識別子を付けたＭｕｘＰＤＵを“充填ＭｕｘＰＤＵ(fill MuxPDU)”と称し、
前記一定のビットパターンを“充填ビットパターン(fill bit pattern)”と称す
る。
制御器１４０は、前記情報ビットの残りの部分を充填するために、前記受信側の
多重化／逆多重化制御器と予め約束した特定のサービス識別子を付けたＭｕｘＰ
ＤＵを使用するか、または、前記受信側の多重化／逆多重化制御器と予め約束し
た一定のビットパターン(bit pattern)を使用する。ここで、前記特定のサービ
ス識別子を付けたＭｕｘＰＤＵを“充填ＭｕｘＰＤＵ(fill MuxPDU)”と称し、
前記一定のビットパターンを“充填ビットパターン(fill bit pattern)”と称す
る。
【００２６】 前記多重化／逆多重化制御器１４０は、伝送するシグナリングメッセージやデ
ータブロックが存在しない場合、前記物理チャネルに前記ナル値を有するＳＤＵ
を伝達するか、または、前記受信側の多重化／逆多重化制御器と予め約束した一
定のビットパターンを情報ビットとして前記物理チャネルに伝達することができ
る。ここで、前記一定のビットパターンを“ナルトラヒック(null traffic)”と
称する。
ータブロックが存在しない場合、前記物理チャネルに前記ナル値を有するＳＤＵ
を伝達するか、または、前記受信側の多重化／逆多重化制御器と予め約束した一
定のビットパターンを情報ビットとして前記物理チャネルに伝達することができ
る。ここで、前記一定のビットパターンを“ナルトラヒック(null traffic)”と
称する。
【００２７】 前記送信側の多重化／逆多重化制御器１４０は、前記論理伝送単位の使用が決
定される場合、各論理伝送単位のペイロードを前記データブロックを含むＭｕｘ
ＰＤＵで充填し、残りの部分は充填ＭｕｘＰＤＵまたは充填ビットパターンで充
填した後、生成された各論理伝送単位のペイロードに対するＣＲＣを生成する。
前記送信側の多重化／逆多重化制御器１４０は、前記過程を必要の論理伝送単位
の数の分だけ繰り返し、前記生成された論理伝送単位で前記情報ビットを充填し
た後、残りの部分は、前記物理チャネルに伝達する前に“０”で充填する。
定される場合、各論理伝送単位のペイロードを前記データブロックを含むＭｕｘ
ＰＤＵで充填し、残りの部分は充填ＭｕｘＰＤＵまたは充填ビットパターンで充
填した後、生成された各論理伝送単位のペイロードに対するＣＲＣを生成する。
前記送信側の多重化／逆多重化制御器１４０は、前記過程を必要の論理伝送単位
の数の分だけ繰り返し、前記生成された論理伝送単位で前記情報ビットを充填し
た後、残りの部分は、前記物理チャネルに伝達する前に“０”で充填する。
【００２８】 前記送信側の多重化／逆多重化制御器１４０は、前記論理伝送単位を使用しな
いと決定される場合、前記情報ビットを前記データブロックを含むＭｕｘＰＤＵ
で充填し、残りの部分は充填ＭｕｘＰＤＵまたは充填ビットパターンで充填した
後、前記生成された情報ビットを前記物理チャネルに伝達する。
いと決定される場合、前記情報ビットを前記データブロックを含むＭｕｘＰＤＵ
で充填し、残りの部分は充填ＭｕｘＰＤＵまたは充填ビットパターンで充填した
後、前記生成された情報ビットを前記物理チャネルに伝達する。
【００２９】 ２．多重化／逆多重化制御器の受信動作 図２の受信側の物理階層処理器１５０は、指定された復号化方法及び復調方法
を使用して受信される信号を解析し、受信された物理フレームに充填された情報
ビット部分を受信側の多重化／逆多重化制御器１４０に伝達する。前記物理階層
処理器１５０は、前記解析された情報ビットを前記多重化／逆多重化制御器１４
０に伝達する時、下記のような情報を伝達する。 −ＳＤＵ: 実際伝送される情報ビットで充填されるフィールドである。受信さ
れた情報ビットが存在しない場合、または、損傷したフレームが受信された場合
、前記多重化／逆多重化制御器１４０と前記物理階層処理器１５０との間に予め
決定されたナル値(null value)で充填される。 −ＦＲＡＭＥ＿ＱＵＡＬＩＴＹ: 前記受信された物理チャネルフレームが有効
な(valid)フレームであるか否かを示すフィールドである。 −ＦＲＡＭＥ＿ＳＩＺＥ: 前記受信された物理チャネルフレームのサイズ情報
で充填されるフィールドである。このフィールド値は、前記受信された物理チャ
ネルフレームの伝送率によって決定される。 −ＦＲＡＭＥ＿ＲＡＴＥ: 前記受信された物理チャネルフレームの伝送率で充
填されるフィールドである。
を使用して受信される信号を解析し、受信された物理フレームに充填された情報
ビット部分を受信側の多重化／逆多重化制御器１４０に伝達する。前記物理階層
処理器１５０は、前記解析された情報ビットを前記多重化／逆多重化制御器１４
０に伝達する時、下記のような情報を伝達する。 −ＳＤＵ: 実際伝送される情報ビットで充填されるフィールドである。受信さ
れた情報ビットが存在しない場合、または、損傷したフレームが受信された場合
、前記多重化／逆多重化制御器１４０と前記物理階層処理器１５０との間に予め
決定されたナル値(null value)で充填される。 −ＦＲＡＭＥ＿ＱＵＡＬＩＴＹ: 前記受信された物理チャネルフレームが有効
な(valid)フレームであるか否かを示すフィールドである。 −ＦＲＡＭＥ＿ＳＩＺＥ: 前記受信された物理チャネルフレームのサイズ情報
で充填されるフィールドである。このフィールド値は、前記受信された物理チャ
ネルフレームの伝送率によって決定される。 −ＦＲＡＭＥ＿ＲＡＴＥ: 前記受信された物理チャネルフレームの伝送率で充
填されるフィールドである。
【００３０】 前記受信側の多重化／逆多重化制御器１４０は、現在受信された物理チャネル
フレームに対して伝送率及び情報ビットのサイズ、前記論理伝送単位が使用され
たか否か、前記論理伝送単位が使用された場合の前記論理伝送単位のサイズ、及
びＣＲＣ生成方法を予め知る。このような形状情報(configuration)は、前記端
末と前記基地局との間に予め約束した範囲内で前記物理階層処理器１５０から提
供される前記情報によって決定されることができる。
フレームに対して伝送率及び情報ビットのサイズ、前記論理伝送単位が使用され
たか否か、前記論理伝送単位が使用された場合の前記論理伝送単位のサイズ、及
びＣＲＣ生成方法を予め知る。このような形状情報(configuration)は、前記端
末と前記基地局との間に予め約束した範囲内で前記物理階層処理器１５０から提
供される前記情報によって決定されることができる。
【００３１】 前記受信側の多重化／逆多重化制御器１４０は、前記物理チャネルフレームが
受信されなかったと判断されると、前記ＳＤＵを前記ナル値で充填し、有効なフ
レームが受信されたことをＦＲＡＭＥ＿ＱＵＡＬＩＴＹに知らせた後、前記論理
チャネルが連結された物理チャネルに対応される全てのサービスに、受信された
フレームが存在しないことを知らせる。
受信されなかったと判断されると、前記ＳＤＵを前記ナル値で充填し、有効なフ
レームが受信されたことをＦＲＡＭＥ＿ＱＵＡＬＩＴＹに知らせた後、前記論理
チャネルが連結された物理チャネルに対応される全てのサービスに、受信された
フレームが存在しないことを知らせる。
【００３２】 前記受信側の物理階層処理器１５０が前記ＳＤＵを前記ナル値で充填しない場
合、または、前記ＦＲＡＭＥ＿ＱＵＡＬＩＴＹに損傷したフレームが受信された
ことを知らせる場合、前記受信側の多重化／逆多重化制御器１４０は、前記形状
情報及び前記受信側の物理階層処理器１５０から提供された情報によって、前記
論理伝送単位が前記受信されたフレームのために使用されるか否かを決定する。
合、または、前記ＦＲＡＭＥ＿ＱＵＡＬＩＴＹに損傷したフレームが受信された
ことを知らせる場合、前記受信側の多重化／逆多重化制御器１４０は、前記形状
情報及び前記受信側の物理階層処理器１５０から提供された情報によって、前記
論理伝送単位が前記受信されたフレームのために使用されるか否かを決定する。
【００３３】 前記受信側の多重化／逆多重化制御器１４０は、前記論理伝送単位が使用され
た場合、前記論理伝送単位の長さ、ＣＲＣ検査方法、及び前記論理伝送単位の個
数を決定する。前記多重化／逆多重化制御器１４０は、前記論理伝送単位の個数
の分だけ、前記受信された情報ビットから前記論理伝送単位を分離する。
た場合、前記論理伝送単位の長さ、ＣＲＣ検査方法、及び前記論理伝送単位の個
数を決定する。前記多重化／逆多重化制御器１４０は、前記論理伝送単位の個数
の分だけ、前記受信された情報ビットから前記論理伝送単位を分離する。
【００３４】 割り当てられた物理チャネルが前記受信された情報ビットを伝送する場合、前
記受信側の多重化／逆多重化制御器１４０は、前記物理チャネルから伝送された
ＦＲＡＭＥ＿ＱＵＡＬＩＴＹによって、前記受信された情報ビットが損傷したか
否かを判断する。前記受信された情報ビットが損傷しており、前記受信された情
報ビットが複数の論理伝送単位に分割されている場合、前記受信側の多重化／逆
多重化制御器１４０は、前記過程で区分された各論理伝送単位のＣＲＣを再評価
し、エラーのない論理伝送単位が存在するか否かを確認する。
記受信側の多重化／逆多重化制御器１４０は、前記物理チャネルから伝送された
ＦＲＡＭＥ＿ＱＵＡＬＩＴＹによって、前記受信された情報ビットが損傷したか
否かを判断する。前記受信された情報ビットが損傷しており、前記受信された情
報ビットが複数の論理伝送単位に分割されている場合、前記受信側の多重化／逆
多重化制御器１４０は、前記過程で区分された各論理伝送単位のＣＲＣを再評価
し、エラーのない論理伝送単位が存在するか否かを確認する。
【００３５】 前記多重化／逆多重化制御器１４０は、エラーのある論理伝送単位が存在する
場合、前記エラーのある論理伝送単位に対して、前記論理チャネルが連結された
物理チャネルに対応される全てのサービスに、損傷したデータブロックが受信さ
れかことを知らせる。この時、前記多重化／逆多重化制御器１４０は、前記それ
ぞれのサービスに対して、前記損傷した論理伝送単位に含まれることのできる前
記該当サービスデータブロックの最大の長さも共に知らせる。
場合、前記エラーのある論理伝送単位に対して、前記論理チャネルが連結された
物理チャネルに対応される全てのサービスに、損傷したデータブロックが受信さ
れかことを知らせる。この時、前記多重化／逆多重化制御器１４０は、前記それ
ぞれのサービスに対して、前記損傷した論理伝送単位に含まれることのできる前
記該当サービスデータブロックの最大の長さも共に知らせる。
【００３６】 前記受信側の多重化／逆多重化制御器１４０は、前記受信された情報ビットが
損傷しており、前記受信された情報ビットが１つまたは複数のＭｕｘＰＤＵ毎に
エラーを検査するＣＲＣを有していない場合、前記論理チャネルが連結された物
理チャネルに対応される全てのサービスに、損傷したデータブロックが受信され
たことを知らせる。この時、前記多重化／逆多重化制御器１４０は、前記それぞ
れのサービスに対して、損傷した論理伝送単位に含まれることのできる該当サー
ビスデータブロックの最大の長さも共に知らせる。
損傷しており、前記受信された情報ビットが１つまたは複数のＭｕｘＰＤＵ毎に
エラーを検査するＣＲＣを有していない場合、前記論理チャネルが連結された物
理チャネルに対応される全てのサービスに、損傷したデータブロックが受信され
たことを知らせる。この時、前記多重化／逆多重化制御器１４０は、前記それぞ
れのサービスに対して、損傷した論理伝送単位に含まれることのできる該当サー
ビスデータブロックの最大の長さも共に知らせる。
【００３７】 前記受信側の多重化／逆多重化制御器１４０は、エラーのない論理伝送単位ま
たは情報ビットが受信された場合、充填ビットパターンではない、エラーのない
ＭｕｘＰＤＵを前記情報ビットから分離する。前記多重化／逆多重化制御器１４
０は、前記分離されたＭｕｘＰＤＵがナルトラヒックや充填ＭｕｘＰＤＵでない
場合、前記ＭｕｘＰＤＵのサービス識別子によって指定されるサービスに、前記
ＭｕｘＰＤＵに含まれたデータブロック及び前記データブロックの長さを伝達す
る。
たは情報ビットが受信された場合、充填ビットパターンではない、エラーのない
ＭｕｘＰＤＵを前記情報ビットから分離する。前記多重化／逆多重化制御器１４
０は、前記分離されたＭｕｘＰＤＵがナルトラヒックや充填ＭｕｘＰＤＵでない
場合、前記ＭｕｘＰＤＵのサービス識別子によって指定されるサービスに、前記
ＭｕｘＰＤＵに含まれたデータブロック及び前記データブロックの長さを伝達す
る。
【００３８】 前記受信側の多重化／逆多重化制御器１４０は、エラーのある論理伝送単位ま
たは情報ビットが受信され、前記物理チャネルに前記論理チャネルが対応される
サービスのうち、前記データブロックが受信できなかったサービスが存在する場
合、ナルデータブロックが受信されたと知らせることができる。
たは情報ビットが受信され、前記物理チャネルに前記論理チャネルが対応される
サービスのうち、前記データブロックが受信できなかったサービスが存在する場
合、ナルデータブロックが受信されたと知らせることができる。
【００３９】 Ｂ．本発明の実施形態による多重化／逆多重化制御器の送受信動作 本発明による前記多重化／逆多重化制御器１４０の送信及び受信動作は、下記
の説明によってより明確になる。ＩＳ−２０００標準では、基本チャネル(Funda
mental Channel)、付加チャネル(Supplemental Channel)、及び専用制御チャネ
ル(Dedicated Control Channel)のような幾つかの専用トラヒックチャネル(dedi
cated traffic channel)を規定している。従って、本発明による多重化／逆多重
化制御器１４０の送信及び受信動作は、前記基本チャネルに適用されるケースと
、前記付加チャネルに適用されるケースとに区分して説明することができる。さ
らに、前記論理伝送単位が使用されるケースと使用されないケースとに区分して
説明することもできる。ここで、前記論理伝送単位が使用されるケースとは、畳
み込み符号(Convolution Code)を使用してデータを符号化した後、データを送受
信するケースに該当し、前記論理伝送単位が使用されないケースとは、ターボコ
ード(Turbo Code)を使用してデータを符号化した後、データを送受信するケース
に該当する。
の説明によってより明確になる。ＩＳ−２０００標準では、基本チャネル(Funda
mental Channel)、付加チャネル(Supplemental Channel)、及び専用制御チャネ
ル(Dedicated Control Channel)のような幾つかの専用トラヒックチャネル(dedi
cated traffic channel)を規定している。従って、本発明による多重化／逆多重
化制御器１４０の送信及び受信動作は、前記基本チャネルに適用されるケースと
、前記付加チャネルに適用されるケースとに区分して説明することができる。さ
らに、前記論理伝送単位が使用されるケースと使用されないケースとに区分して
説明することもできる。ここで、前記論理伝送単位が使用されるケースとは、畳
み込み符号(Convolution Code)を使用してデータを符号化した後、データを送受
信するケースに該当し、前記論理伝送単位が使用されないケースとは、ターボコ
ード(Turbo Code)を使用してデータを符号化した後、データを送受信するケース
に該当する。
【００４０】 １．基本チャネル及び付加チャネルの情報ビットの数 本発明の実施形態による動作を説明する前に、ＩＳ−２０００標準で規定して
いる基本チャネル及び付加チャネルの情報ビット数を見ると、＜表１＞乃至＜表
４＞のようである。＜表１＞及び＜表２＞は、ＩＳ−２０００標準で規定してい
る基本チャネルの情報ビット数を示し、＜表３＞及び＜表４＞は、付加チャネル
の情報ビット数を示す。＜表１＞及び＜表３＞は、伝送率９６００ｂｐｓを基に
した伝送率集合１の情報ビット数を示し、＜表２＞及び＜表４＞は、伝送率１４
４００ｂｐｓを基にする伝送率集合２の情報ビット数を示す。
いる基本チャネル及び付加チャネルの情報ビット数を見ると、＜表１＞乃至＜表
４＞のようである。＜表１＞及び＜表２＞は、ＩＳ−２０００標準で規定してい
る基本チャネルの情報ビット数を示し、＜表３＞及び＜表４＞は、付加チャネル
の情報ビット数を示す。＜表１＞及び＜表３＞は、伝送率９６００ｂｐｓを基に
した伝送率集合１の情報ビット数を示し、＜表２＞及び＜表４＞は、伝送率１４
４００ｂｐｓを基にする伝送率集合２の情報ビット数を示す。
【表１】
【表２】
【表３】
【表４】
【００４１】 ＜表１＞乃至＜表４＞は、ＩＳ−２０００標準で規定する全ての情報ビットの
サイズを示すことではないことに注意する。
サイズを示すことではないことに注意する。
【００４２】 ＜表３＞及び＜表４＞に示す十分なビット数を有する情報ビット数に対応して
ＬＴＵを使用する場合、前記ＬＴＵのサイズ及び個数は＜表５＞及び＜表６＞の
ように計算される。この時、前記情報ビット数は、前記ＬＴＵのサイズと個数を
かけた後、残りのビットを加算することによって計算される。
ＬＴＵを使用する場合、前記ＬＴＵのサイズ及び個数は＜表５＞及び＜表６＞の
ように計算される。この時、前記情報ビット数は、前記ＬＴＵのサイズと個数を
かけた後、残りのビットを加算することによって計算される。
【表５】
【表６】
【００４３】 前記情報ビットを充填するために本発明で提案するＭｕｘＰＤＵフォーマット
は、＜表７＞乃至＜表１２＞のようである。＜表７＞及び＜表８＞は、前記基本
チャネルの情報ビットのためのＭｕｘＰＤＵフォーマットを示し、＜表９＞及び
＜表１１＞は、前記ＬＴＵが使用されるケースに対する前記付加チャネルの情報
ビットのためのＭｕｘＰＤＵフォーマットを示し、＜表１０＞及び＜表１２＞は
、前記ＬＴＵが使用されないケースに対する付加チャネルの情報ビットのための
ＭｕｘＰＤＵフォーマットを示す。
は、＜表７＞乃至＜表１２＞のようである。＜表７＞及び＜表８＞は、前記基本
チャネルの情報ビットのためのＭｕｘＰＤＵフォーマットを示し、＜表９＞及び
＜表１１＞は、前記ＬＴＵが使用されるケースに対する前記付加チャネルの情報
ビットのためのＭｕｘＰＤＵフォーマットを示し、＜表１０＞及び＜表１２＞は
、前記ＬＴＵが使用されないケースに対する付加チャネルの情報ビットのための
ＭｕｘＰＤＵフォーマットを示す。
【表７】
【表８】
【表９】
【表１０】
【表１１】
【表１２】
【００４４】 ＜表７＞乃至＜表１２＞において、前記サービス識別子は＜表１３＞のように
定義されることができる。
定義されることができる。
【表１３】
【００４５】 ＜表１３＞において、“ナルサービス(null service)”は、前記ＭｕｘＰＤＵ
が充填ＭｕｘＰＤＵであることを前記受信側の多重化／逆多重化制御器に知らせ
る時に使用する、予め決定された特定のサービス識別子である。＜表１３＞から
分かるように、＜表７＞乃至＜表１２＞のＭｕｘＰＤＵフォーマットは、最大６
つのサービスから提供されたデータブロックを識別することができる。
が充填ＭｕｘＰＤＵであることを前記受信側の多重化／逆多重化制御器に知らせ
る時に使用する、予め決定された特定のサービス識別子である。＜表１３＞から
分かるように、＜表７＞乃至＜表１２＞のＭｕｘＰＤＵフォーマットは、最大６
つのサービスから提供されたデータブロックを識別することができる。
【００４６】 ＜表７＞及び＜表８＞は、前記基本チャネルに伝送されるＭｕｘＰＤＵフォー
マットを示す。ここで、ＭｕｘＰＤＵヘッダの下位２番目のビットが‘０’であ
るケースが第１サービスに該当するので、第１サービスは、サービス識別子を必
要とせずに、ＭｕｘＰＤＵヘッダのみによって識別できる。第２サービス乃至第
６サービスに該当するデータブロックは、＜表１３＞のサービス識別子によって
判断することができる。従って、＜表１３＞のサービス識別子は、‘０１０’乃
至‘１１０’の値を有することができる。＜表７＞のＭｕｘＰＤＵフォーマット
を使用する前記基本チャネルおいて、第１サービスのデータブロックが全て‘１
’で充填される場合、前記受信側の多重化／逆多重化制御器は、前記送信側の多
重化／逆多重化制御器でいずれのサービスにも該当しないナルトラヒックを約束
する。従って、前記基本チャネルから受信されたＭｕｘＰＤＵが第１サービスの
データブロックのみを有し、前記データブロックが全て‘１’で充填される場合
、前記受信側の多重化／逆多重化制御器は、前記データブロックをナルトラヒッ
クとして判断する。
マットを示す。ここで、ＭｕｘＰＤＵヘッダの下位２番目のビットが‘０’であ
るケースが第１サービスに該当するので、第１サービスは、サービス識別子を必
要とせずに、ＭｕｘＰＤＵヘッダのみによって識別できる。第２サービス乃至第
６サービスに該当するデータブロックは、＜表１３＞のサービス識別子によって
判断することができる。従って、＜表１３＞のサービス識別子は、‘０１０’乃
至‘１１０’の値を有することができる。＜表７＞のＭｕｘＰＤＵフォーマット
を使用する前記基本チャネルおいて、第１サービスのデータブロックが全て‘１
’で充填される場合、前記受信側の多重化／逆多重化制御器は、前記送信側の多
重化／逆多重化制御器でいずれのサービスにも該当しないナルトラヒックを約束
する。従って、前記基本チャネルから受信されたＭｕｘＰＤＵが第１サービスの
データブロックのみを有し、前記データブロックが全て‘１’で充填される場合
、前記受信側の多重化／逆多重化制御器は、前記データブロックをナルトラヒッ
クとして判断する。
【００４７】 ２．基本チャネルを通した多重化／逆多重化制御器の送信動作 前記ＲＬＰを使用する６つのサービスが連結されたと仮定する場合、前記送信
側の多重化／逆多重化制御器は下記のように動作する。この動作は、図９に示す
手順によって遂行される。
側の多重化／逆多重化制御器は下記のように動作する。この動作は、図９に示す
手順によって遂行される。
【００４８】 まず、図３の多重化／逆多重化制御器１４０は、サービス品質(Quality of Se
rvice: ＱｏＳ)保証規則によって、前記サービスの伝送順序及び前記データブロ
ックのサイズを決定する。つまり、前記多重化／逆多重化制御器は、シグナリン
グＬＡＣ階層に可能サイズに関して問い(図９の段階Ｓ１０)、前記シグナリング
ＬＡＣ階層から前記データブロックの適当なサイズに関する情報を受信する(段
階Ｓ１１)。前記多重化／逆多重化制御器は、サービス伝送順序を決定し(段階Ｓ
１１ａ)、前記決定されたサイズのデータブロックを提供することを第１サービ
スに要請し(段階Ｓ１２)、前記第１サービスから前記決定されたサイズ内のデー
タブロックを受信する(段階Ｓ１３)。前記基本チャネルに伝送されるデータブロ
ックの場合、＜表７＞または＜表８＞で前記ＭｕｘＰＤＵが許容するデータブロ
ックのサイズ及び個数、また伝送率集合によって適切なサイズのデータブロック
を生成するように前記ＲＬＰ処理器に要求すべきである。その後、前記多重化／
逆多重化制御器は、伝送されるデータブロックを累積し、伝送できる残りのブロ
ックを計算する(段階Ｓ１４)。次に、前記多重化／逆多重化制御器は、前記累積
されたデータブロックを使用して前記ＭｕｘＰＤＵを生成することができるか否
かを判断する(段階Ｓ１５)。前記ＭｕｘＰＤＵを生成することができない場合、
前記多重化／逆多重化制御器は、段階Ｓ１２に進行して該当するサービスにデー
タブロックの提供を要求し、前記要求したデータブロックを受信する。前記Ｍｕ
ｘＰＤＵを生成することができる場合は、前記累積されたデータブロックを使用
して前記ＭｕｘＰＤＵを生成する(段階Ｓ１６)。前記多重化／逆多重化制御器は
、＜表７＞または＜表８＞から適切なビットパターンを選択し、前記選択された
ビットパターンを前記ＭｕｘＰＤＵヘッダに付ける。前記多重化／逆多重化制御
器は、前記生成されたＭｕｘＰＤＵを情報ビットにして前記物理チャネルに伝達
する(段階Ｓ１７)。
rvice: ＱｏＳ)保証規則によって、前記サービスの伝送順序及び前記データブロ
ックのサイズを決定する。つまり、前記多重化／逆多重化制御器は、シグナリン
グＬＡＣ階層に可能サイズに関して問い(図９の段階Ｓ１０)、前記シグナリング
ＬＡＣ階層から前記データブロックの適当なサイズに関する情報を受信する(段
階Ｓ１１)。前記多重化／逆多重化制御器は、サービス伝送順序を決定し(段階Ｓ
１１ａ)、前記決定されたサイズのデータブロックを提供することを第１サービ
スに要請し(段階Ｓ１２)、前記第１サービスから前記決定されたサイズ内のデー
タブロックを受信する(段階Ｓ１３)。前記基本チャネルに伝送されるデータブロ
ックの場合、＜表７＞または＜表８＞で前記ＭｕｘＰＤＵが許容するデータブロ
ックのサイズ及び個数、また伝送率集合によって適切なサイズのデータブロック
を生成するように前記ＲＬＰ処理器に要求すべきである。その後、前記多重化／
逆多重化制御器は、伝送されるデータブロックを累積し、伝送できる残りのブロ
ックを計算する(段階Ｓ１４)。次に、前記多重化／逆多重化制御器は、前記累積
されたデータブロックを使用して前記ＭｕｘＰＤＵを生成することができるか否
かを判断する(段階Ｓ１５)。前記ＭｕｘＰＤＵを生成することができない場合、
前記多重化／逆多重化制御器は、段階Ｓ１２に進行して該当するサービスにデー
タブロックの提供を要求し、前記要求したデータブロックを受信する。前記Ｍｕ
ｘＰＤＵを生成することができる場合は、前記累積されたデータブロックを使用
して前記ＭｕｘＰＤＵを生成する(段階Ｓ１６)。前記多重化／逆多重化制御器は
、＜表７＞または＜表８＞から適切なビットパターンを選択し、前記選択された
ビットパターンを前記ＭｕｘＰＤＵヘッダに付ける。前記多重化／逆多重化制御
器は、前記生成されたＭｕｘＰＤＵを情報ビットにして前記物理チャネルに伝達
する(段階Ｓ１７)。
【００４９】 前記過程において、前記データブロックを生成する機会を得ることができなか
ったＲＬＰ処理器に対して、前記多重化／逆多重化制御器は、ブランクデータブ
ロック(blank data block)を生成することを要請して、前記ＲＬＰ処理器におい
て自分が機会を得ることができなかったことが分かるようにする。さらに、前記
過程において、全てのＲＬＰ処理器がいずれのデータブロックも提供しなかった
場合、前記多重化／逆多重化制御器は、前記ナルトラヒックを生成し、それを情
報ビットにして前記物理チャネルに伝達する。
ったＲＬＰ処理器に対して、前記多重化／逆多重化制御器は、ブランクデータブ
ロック(blank data block)を生成することを要請して、前記ＲＬＰ処理器におい
て自分が機会を得ることができなかったことが分かるようにする。さらに、前記
過程において、全てのＲＬＰ処理器がいずれのデータブロックも提供しなかった
場合、前記多重化／逆多重化制御器は、前記ナルトラヒックを生成し、それを情
報ビットにして前記物理チャネルに伝達する。
【００５０】 ３．基本チャネルを通した多重化／逆多重化制御器の受信動作 前記受信側の多重化／逆多重化制御器は、前記基本チャネルを通して伝送され
た情報ビットに対して下記のように動作する。この動作は、図１０のような手順
によって遂行される。前記多重化／逆多重化制御器は、前記受信された情報の伝
送率及び前記ＭｕｘＰＤＵヘッダを解析し(図１０の段階Ｓ２０)、前記解析によ
って前記データブロックを区分する(段階Ｓ２１及び段階Ｓ２２)。前記区分され
たデータブロックは、＜表７＞及び＜表８＞を参照して、該当するサービスに伝
達される。前記受信された情報ビットが損傷した場合、前記多重化／逆多重化制
御器は、前記論理チャネルに対応される全てのサービスで損傷したデータブロッ
クが受信されたことを、前記基本チャネルに知らせ、それぞれのサービスにおい
て伝送できるデータブロックの最大の長さも共に知らせる(段階Ｓ２３)。それと
は違って、前記情報ビットは損傷せず、前記データブロックが１つしか存在せず
、第１サービスに該当するデータブロックが全て１で充填される場合、前記受信
側の多重化／逆多重化制御器は、データブロックをナルトラヒックとみなして捨
てる。前記情報ビットが損傷していない場合、前記受信側の多重化／逆多重化制
御器は、前記基本チャネルに前記論理チャネルが対応されるサービスのうち、前
記受信されたデータブロックが存在しないサービスに対して、ナルデータブロッ
クが受信されたことを知らせる。
た情報ビットに対して下記のように動作する。この動作は、図１０のような手順
によって遂行される。前記多重化／逆多重化制御器は、前記受信された情報の伝
送率及び前記ＭｕｘＰＤＵヘッダを解析し(図１０の段階Ｓ２０)、前記解析によ
って前記データブロックを区分する(段階Ｓ２１及び段階Ｓ２２)。前記区分され
たデータブロックは、＜表７＞及び＜表８＞を参照して、該当するサービスに伝
達される。前記受信された情報ビットが損傷した場合、前記多重化／逆多重化制
御器は、前記論理チャネルに対応される全てのサービスで損傷したデータブロッ
クが受信されたことを、前記基本チャネルに知らせ、それぞれのサービスにおい
て伝送できるデータブロックの最大の長さも共に知らせる(段階Ｓ２３)。それと
は違って、前記情報ビットは損傷せず、前記データブロックが１つしか存在せず
、第１サービスに該当するデータブロックが全て１で充填される場合、前記受信
側の多重化／逆多重化制御器は、データブロックをナルトラヒックとみなして捨
てる。前記情報ビットが損傷していない場合、前記受信側の多重化／逆多重化制
御器は、前記基本チャネルに前記論理チャネルが対応されるサービスのうち、前
記受信されたデータブロックが存在しないサービスに対して、ナルデータブロッ
クが受信されたことを知らせる。
【００５１】 ４．付加チャネルを通した多重化／逆多重化制御器の送信動作 前記多重化／逆多重化制御器は、前記付加チャネルのための情報ビットを生成
する時、前記伝送率によって＜表５＞または＜表６＞に示す個数の分だけＬＴＵ
を生成する。前記ＬＴＵは、＜表５＞または＜表６＞に示すサイズを有する。前
記ＬＴＵは１６ビットＣＲＣを有するので、実際前記ＬＴＵを通して伝送できる
前記ＭｕｘＰＤＵの最大のサイズは、前記ＣＲＣを収容しなければならない。本
発明において、前記付加チャネルが３０７.２Ｋｂｐｓの伝送率を有し、前記Ｌ
ＴＵが生成されることを例にしているので、最大のＭｕｘＰＤＵサイズは７４４
ビットになる。
する時、前記伝送率によって＜表５＞または＜表６＞に示す個数の分だけＬＴＵ
を生成する。前記ＬＴＵは、＜表５＞または＜表６＞に示すサイズを有する。前
記ＬＴＵは１６ビットＣＲＣを有するので、実際前記ＬＴＵを通して伝送できる
前記ＭｕｘＰＤＵの最大のサイズは、前記ＣＲＣを収容しなければならない。本
発明において、前記付加チャネルが３０７.２Ｋｂｐｓの伝送率を有し、前記Ｌ
ＴＵが生成されることを例にしているので、最大のＭｕｘＰＤＵサイズは７４４
ビットになる。
【００５２】 前記付加チャネルのための情報ビットが生成される時、前記ＬＴＵが生成され
ない場合、前記多重化／逆多重化制御器は、伝送率によって＜表３＞または＜表
４＞に指定されたサイズの情報ビットを生成する。前記多重化／逆多重化制御器
は、前記ＱｏＳ保証規則によって、前記サービスの伝送順序及び前記データブロ
ックのサイズを決定する。次に、前記多重化／逆多重化制御器は、優先順位によ
って前記それぞれのサービスのＲＬＰにデータブロックを要請する(図１１の段
階Ｓ３０)。前記付加チャネルに伝送されるデータブロックの場合、前記多重化
／逆多重化制御器は、＜表５＞で前記ＬＴＵによって許容される前記データブロ
ックのサイズ及び現在生成中のＬＴＵの残りの部分によって適切なサイズのデー
タブロックを生成するように、ＲＬＰ処理器に要請する(段階Ｓ３２乃至段階Ｓ
３７)。
ない場合、前記多重化／逆多重化制御器は、伝送率によって＜表３＞または＜表
４＞に指定されたサイズの情報ビットを生成する。前記多重化／逆多重化制御器
は、前記ＱｏＳ保証規則によって、前記サービスの伝送順序及び前記データブロ
ックのサイズを決定する。次に、前記多重化／逆多重化制御器は、優先順位によ
って前記それぞれのサービスのＲＬＰにデータブロックを要請する(図１１の段
階Ｓ３０)。前記付加チャネルに伝送されるデータブロックの場合、前記多重化
／逆多重化制御器は、＜表５＞で前記ＬＴＵによって許容される前記データブロ
ックのサイズ及び現在生成中のＬＴＵの残りの部分によって適切なサイズのデー
タブロックを生成するように、ＲＬＰ処理器に要請する(段階Ｓ３２乃至段階Ｓ
３７)。
【００５３】 ＜表５＞から分かるように、前記ＲＬＰ処理器が７３７ビットのデータブロッ
クを生成するか、または、前記ＬＴＵの残りの部分を充填する適切なサイズのデ
ータブロックを生成する場合、前記受信側の多重化／逆多重化制御器はサービス
識別子を該当サービスに設定し、長さインジケータを‘０’に設定する。さらに
、前記受信側の多重化／逆多重化制御器が３ビットの予約フィールドを付けて前
記データブロックを整列すると、前記ＭｕｘＰＤＵが生成される。前記生成され
たＭｕｘＰＤＵは前記ＬＴＵのペイロードにはまるので、前記ＭｕｘＰＤＵにＣ
ＲＣを生成して付けることによって、１つのＬＴＵが完成される。
クを生成するか、または、前記ＬＴＵの残りの部分を充填する適切なサイズのデ
ータブロックを生成する場合、前記受信側の多重化／逆多重化制御器はサービス
識別子を該当サービスに設定し、長さインジケータを‘０’に設定する。さらに
、前記受信側の多重化／逆多重化制御器が３ビットの予約フィールドを付けて前
記データブロックを整列すると、前記ＭｕｘＰＤＵが生成される。前記生成され
たＭｕｘＰＤＵは前記ＬＴＵのペイロードにはまるので、前記ＭｕｘＰＤＵにＣ
ＲＣを生成して付けることによって、１つのＬＴＵが完成される。
【００５４】 ＜表５＞から分かるように、前記ＲＬＰが７２９ビットまたはその以下の長さ
を有するデータブロックを生成し、前記生成されたデータブロックによって前記
ＬＴＵの残りの部分を充填することができない場合、前記多重化／逆多重化制御
器は、前記サービス識別子を該当サービスに設定し、前記長さインジケータを‘
１’に設定する。前記多重化／逆多重化制御器は、サービス識別子、長さインジ
ケータ、長さフィールド、及びデータブロックを含む全体のＭｕｘＰＤＵの１１
ビットの長さフィールドを、バイト単位で表示した値に設定する。前記全体のＭ
ｕｘＰＤＵのサイズがバイト単位で表示されない場合、前記多重化／逆多重化制
御器は前記データブロックを捨てる。
を有するデータブロックを生成し、前記生成されたデータブロックによって前記
ＬＴＵの残りの部分を充填することができない場合、前記多重化／逆多重化制御
器は、前記サービス識別子を該当サービスに設定し、前記長さインジケータを‘
１’に設定する。前記多重化／逆多重化制御器は、サービス識別子、長さインジ
ケータ、長さフィールド、及びデータブロックを含む全体のＭｕｘＰＤＵの１１
ビットの長さフィールドを、バイト単位で表示した値に設定する。前記全体のＭ
ｕｘＰＤＵのサイズがバイト単位で表示されない場合、前記多重化／逆多重化制
御器は前記データブロックを捨てる。
【００５５】 前記生成されたＭｕｘＰＤＵを前記ＬＴＵのペイロードに充填した後、残りの
部分に対して前記過程を繰り返して遂行する。前記残りの部分を有効なＭｕｘＰ
ＤＵで充填することができない場合、前記多重化／逆多重化制御器は、０で前記
残りの部分を充填する。前記有効なＭｕｘＰＤＵで前記残りの部分を充填するこ
とはできるが、適切なサイズのデータブロックが存在しない場合、前記多重化／
逆多重化制御器は、前記残り部分を充填するための適切なサイズのデータブロッ
クを生成し、前記データブロックを全部０で充填した後、前記サービス識別子を
‘１１１’に設定し、前記長さインジケータを‘０’に設定し、また３ビットの
予約フィールドを設定したＭｕｘＰＤＵを生成した後、前記ペイロードを充填す
る。前記ＬＴＵに対して前記生成されたペイロードにＣＲＣを生成して付けるこ
とによって、前記ＬＴＵを完成する。
部分に対して前記過程を繰り返して遂行する。前記残りの部分を有効なＭｕｘＰ
ＤＵで充填することができない場合、前記多重化／逆多重化制御器は、０で前記
残りの部分を充填する。前記有効なＭｕｘＰＤＵで前記残りの部分を充填するこ
とはできるが、適切なサイズのデータブロックが存在しない場合、前記多重化／
逆多重化制御器は、前記残り部分を充填するための適切なサイズのデータブロッ
クを生成し、前記データブロックを全部０で充填した後、前記サービス識別子を
‘１１１’に設定し、前記長さインジケータを‘０’に設定し、また３ビットの
予約フィールドを設定したＭｕｘＰＤＵを生成した後、前記ペイロードを充填す
る。前記ＬＴＵに対して前記生成されたペイロードにＣＲＣを生成して付けるこ
とによって、前記ＬＴＵを完成する。
【００５６】 前記過程を通して必要な８つのＬＴＵを生成すると、前記多重化／逆多重化制
御器は、前記生成された８つのＬＴＵを全部前記情報ビットに順に入れる。前記
多重化／逆多重化制御器は、＜表５＞に示すように、残りの４０ビット部分を全
部０で充填する。前記過程を通して獲得できる情報ビットの例を図６Ａ乃至図６
Ｃに示す。
御器は、前記生成された８つのＬＴＵを全部前記情報ビットに順に入れる。前記
多重化／逆多重化制御器は、＜表５＞に示すように、残りの４０ビット部分を全
部０で充填する。前記過程を通して獲得できる情報ビットの例を図６Ａ乃至図６
Ｃに示す。
【００５７】 図６Ａ乃至図６Ｃは、本発明によって生成される複数のＬＴＵのフォーマット
を示す。前記のようなＬＴＵは、前記物理チャネルを通して伝送される情報フレ
ームを構成し、前記各ＬＴＵは、多重化フレームＭｕｘＰＤＵ及びＣＲＣからな
る。図６Ａ乃至図６Ｃは、前記情報フレームが前記ＬＴＵから構成されるケース
を説明するが、前記情報フレームは、前記ＣＲＣがなくても、前記多重化フレー
ムのみから構成することもできる。前記情報フレーム内に含まれる連続的な多重
化フレームは、所定の長さ(例えば、図５Ｃに示す７４４ビット)を有することが
でき、各多重化フレームは、図５Ｂに示すように、ヘッダ及び次のＲＬＰフレー
ム(または、データブロック)から構成される。前記ＲＬＰフレームは伝送するデ
ータを含む。本発明において、少なくとも１つの前記多重化フレームは複数のサ
ブ多重化フレームから構成され、各サブ多重化フレームは、ＲＬＰサービス識別
子フィールド及び伝送データの長さを示す長さ表示フィールド含むヘッダと、次
のデータブロックとから構成される。つまり、前記多重化フレームは、あるサー
ビスのためのデータブロック及び前記データブロックを示すヘッダから構成され
る１つのサブ多重化フレームであることもでき、それぞれサービスのためのデー
タブロック及び前記データブロックを示すヘッダから構成される複数のサブ多重
化フレームであることもできる。図６Ａは、前記多重化フレームが１つのサブ多
重化フレームから構成されるケース、つまり、前記多重化フレームが１つのデー
タブロックのみを含むケースを示す。図６Ｂは、前記多重化フレームが複数のサ
ブ多重化フレームから構成されるケース、つまり、前記多重化フレームが複数の
データブロックを含むケースを示す。前記データブロック(または、ＲＬＰフレ
ーム)を生成する動作は、図３のＲＬＰ制御器１３１によって遂行され、前記多
重化フレームを生成する動作は、図３の多重化／逆多重化制御器１４０によって
遂行される。さらに、前記情報フレーム(または、物理フレーム)を生成する動作
は、図２の物理階層処理器１５０によって遂行される。
を示す。前記のようなＬＴＵは、前記物理チャネルを通して伝送される情報フレ
ームを構成し、前記各ＬＴＵは、多重化フレームＭｕｘＰＤＵ及びＣＲＣからな
る。図６Ａ乃至図６Ｃは、前記情報フレームが前記ＬＴＵから構成されるケース
を説明するが、前記情報フレームは、前記ＣＲＣがなくても、前記多重化フレー
ムのみから構成することもできる。前記情報フレーム内に含まれる連続的な多重
化フレームは、所定の長さ(例えば、図５Ｃに示す７４４ビット)を有することが
でき、各多重化フレームは、図５Ｂに示すように、ヘッダ及び次のＲＬＰフレー
ム(または、データブロック)から構成される。前記ＲＬＰフレームは伝送するデ
ータを含む。本発明において、少なくとも１つの前記多重化フレームは複数のサ
ブ多重化フレームから構成され、各サブ多重化フレームは、ＲＬＰサービス識別
子フィールド及び伝送データの長さを示す長さ表示フィールド含むヘッダと、次
のデータブロックとから構成される。つまり、前記多重化フレームは、あるサー
ビスのためのデータブロック及び前記データブロックを示すヘッダから構成され
る１つのサブ多重化フレームであることもでき、それぞれサービスのためのデー
タブロック及び前記データブロックを示すヘッダから構成される複数のサブ多重
化フレームであることもできる。図６Ａは、前記多重化フレームが１つのサブ多
重化フレームから構成されるケース、つまり、前記多重化フレームが１つのデー
タブロックのみを含むケースを示す。図６Ｂは、前記多重化フレームが複数のサ
ブ多重化フレームから構成されるケース、つまり、前記多重化フレームが複数の
データブロックを含むケースを示す。前記データブロック(または、ＲＬＰフレ
ーム)を生成する動作は、図３のＲＬＰ制御器１３１によって遂行され、前記多
重化フレームを生成する動作は、図３の多重化／逆多重化制御器１４０によって
遂行される。さらに、前記情報フレーム(または、物理フレーム)を生成する動作
は、図２の物理階層処理器１５０によって遂行される。
【００５８】 図６Ａを参照すると、第１ＬＴＵは、第１サービスから７３７ビットのデータ
ブロックを受信する。このケースでは、前記サービス識別子を第１サービス‘０
０１’に設定し、前記長さインジケータを‘０’に設定し、前記ＬＴＵのペイロ
ードを３つの予約ビット‘０００’で充填する。ここで、前記サービス識別子、
前記長さインジケータ、及び前記予約ビットは、前記多重化フレームのヘッダを
構成する。前記サービス識別子‘００１’は、＜表１３＞に示すように、前記次
のデータブロックが前記第１サービスのためのであることを示し、前記長さイン
ジケータ‘０’は、前記多重化フレームが１つのデータブロックのみを含むこと
を示し、＜表９＞乃至＜表１２＞に示すように、３ビット予約フィールドは、前
記サービスデータブロックの長さを示す。例えば、＜表９＞を参照すると、伝送
率集合１で前記ＬＴＵを使用し、前記伝送率が３０７２００ｂｐｓであると仮定
する時、前記多重化フレームが１つのサービスデータブロックのみから構成され
る場合、前記長さインジケータは‘０’であり、前記予約フィールドは‘０００
’である。従って、前記サービスデータブロックの長さは、最大７３７ビットに
なる。
ブロックを受信する。このケースでは、前記サービス識別子を第１サービス‘０
０１’に設定し、前記長さインジケータを‘０’に設定し、前記ＬＴＵのペイロ
ードを３つの予約ビット‘０００’で充填する。ここで、前記サービス識別子、
前記長さインジケータ、及び前記予約ビットは、前記多重化フレームのヘッダを
構成する。前記サービス識別子‘００１’は、＜表１３＞に示すように、前記次
のデータブロックが前記第１サービスのためのであることを示し、前記長さイン
ジケータ‘０’は、前記多重化フレームが１つのデータブロックのみを含むこと
を示し、＜表９＞乃至＜表１２＞に示すように、３ビット予約フィールドは、前
記サービスデータブロックの長さを示す。例えば、＜表９＞を参照すると、伝送
率集合１で前記ＬＴＵを使用し、前記伝送率が３０７２００ｂｐｓであると仮定
する時、前記多重化フレームが１つのサービスデータブロックのみから構成され
る場合、前記長さインジケータは‘０’であり、前記予約フィールドは‘０００
’である。従って、前記サービスデータブロックの長さは、最大７３７ビットに
なる。
【００５９】 図６Ｂを参照すると、第２ＬＴＵは、前記第２サービスから３２９ビットのデ
ータブロックを受信する。このケースでは、前記サービス識別子を‘０１０’に
設定し、前記長さインジケータを‘１’に設定し、前記長さフィールドを前記Ｍ
ｕｘＰＤＵの全体の長さである４３バイト(０００００１０１０１１)に設定する
。残りの５０バイトのＬＴＵのペイロード部分は、提供されるサービスデータブ
ロックが存在しない時、充填ＭｕｘＰＤＵで充填される。ここで、前記サービス
識別子、前記長さインジケータ、及び予約ビットは、前記多重化フレームのヘッ
ダを構成する。前記ＬＴＵ、つまり、前記多重化フレームは、２つのサブ多重化
フレームから構成される。第１サブ多重化フレームにおいて、前記サービス識別
子‘０１０’は、＜表１３＞に示すように、次のデータブロックが第２サービス
のためであることを示し、前記長さインジケータ‘１’は、前記多重化フレーム
が第２サービスのデータブロックの以外にも他のデータブロックを含むことを示
し、前記１１ビット長さフィールドは、＜表９＞乃至＜表１２＞に示すように、
前記サービスデータブロックの長さを示す。つまり、前記長さインジケータ及び
前記長さフィールドは、前記伝送されるデータの長さを示す情報を含む長さ表示
フィールドを構成する。
ータブロックを受信する。このケースでは、前記サービス識別子を‘０１０’に
設定し、前記長さインジケータを‘１’に設定し、前記長さフィールドを前記Ｍ
ｕｘＰＤＵの全体の長さである４３バイト(０００００１０１０１１)に設定する
。残りの５０バイトのＬＴＵのペイロード部分は、提供されるサービスデータブ
ロックが存在しない時、充填ＭｕｘＰＤＵで充填される。ここで、前記サービス
識別子、前記長さインジケータ、及び予約ビットは、前記多重化フレームのヘッ
ダを構成する。前記ＬＴＵ、つまり、前記多重化フレームは、２つのサブ多重化
フレームから構成される。第１サブ多重化フレームにおいて、前記サービス識別
子‘０１０’は、＜表１３＞に示すように、次のデータブロックが第２サービス
のためであることを示し、前記長さインジケータ‘１’は、前記多重化フレーム
が第２サービスのデータブロックの以外にも他のデータブロックを含むことを示
し、前記１１ビット長さフィールドは、＜表９＞乃至＜表１２＞に示すように、
前記サービスデータブロックの長さを示す。つまり、前記長さインジケータ及び
前記長さフィールドは、前記伝送されるデータの長さを示す情報を含む長さ表示
フィールドを構成する。
【００６０】 第２サブ多重化フレームにおいて、前記サービス識別子‘１１１’は、＜表１
３＞に示すように、前記次のデータブロックが前記ナルサービスのためのもので
あることを示し、前記長さインジケータ‘０’は、前記多重化フレームが前記ナ
ルサービスのデータブロックの以外には他のデータブロックを含まないことを示
し、前記３ビット予約フィールドは、＜表９＞乃至＜表１２＞に示すように、前
記サービスデータブロックの長さを示す。つまり、前記長さインジケータ及び前
記予約フィールドは、伝送されるデータを示す情報を含む長さ表示フィールドを
構成する。
３＞に示すように、前記次のデータブロックが前記ナルサービスのためのもので
あることを示し、前記長さインジケータ‘０’は、前記多重化フレームが前記ナ
ルサービスのデータブロックの以外には他のデータブロックを含まないことを示
し、前記３ビット予約フィールドは、＜表９＞乃至＜表１２＞に示すように、前
記サービスデータブロックの長さを示す。つまり、前記長さインジケータ及び前
記予約フィールドは、伝送されるデータを示す情報を含む長さ表示フィールドを
構成する。
【００６１】 図６Ｃを参照すると、第３ＬＴＵは、前記サービスからいずれのデータブロッ
クも提供されない。このケースで、前記ＬＴＵは、充填ＭｕｘＰＤＵで充填され
る。図６Ａ乃至図６Ｃに示す８つのＬＴＵは、前記情報ビットに充填され、残り
の４０ビットが‘０’に設定されることによって、前記情報ビット(または、情
報フレーム)の生成を完了する。
クも提供されない。このケースで、前記ＬＴＵは、充填ＭｕｘＰＤＵで充填され
る。図６Ａ乃至図６Ｃに示す８つのＬＴＵは、前記情報ビットに充填され、残り
の４０ビットが‘０’に設定されることによって、前記情報ビット(または、情
報フレーム)の生成を完了する。
【００６２】 ５．多重化／逆多重化制御器の付加チャネルを通した受信動作 前記受信側の多重化／逆多重化制御器は、付加チャネルを通して伝送された情
報ビットに対して、下記のように動作する。
報ビットに対して、下記のように動作する。
【００６３】 前記ＬＴＵを使用する情報ビットの場合は、図５Ａ乃至図５Ｃに示すように、
伝送率によってＬＴＵを区分する。本発明の実施形態において、前記付加チャネ
ルが３０７.２Ｋｂｐｓの伝送率であると仮定するので、前記ＬＴＵは７６０ビ
ット単位で区分される。前記情報ビットにエラーが存在しない場合、前記多重化
／逆多重化制御器は、それぞれのＬＴＵから前記ＭｕｘＰＤを区分する(図１２
の段階Ｓ４０)。それとは違って、前記情報ビットにエラーが存在する場合、前
記多重化／逆多重化制御器は、それぞれのＬＴＵに対してＣＲＣを検査する。こ
の時、前記多重化／逆多重化制御器は、エラーのないＬＴＵに対して前記Ｍｕｘ
ＰＤＵを区分する。しかしながら、エラーのあるＬＴＵに対しては、前記多重化
／逆多重化制御器は、前記付加チャネルに前記論理チャネルが対応される全ての
サービスに、損傷したデータブロックが受信されたことを知らせ、それぞれのサ
ービスによって前記ＬＴＵに伝送できる前記データブロックの最大の長さを共に
知らせた後、前記情報ビットを捨てる。
伝送率によってＬＴＵを区分する。本発明の実施形態において、前記付加チャネ
ルが３０７.２Ｋｂｐｓの伝送率であると仮定するので、前記ＬＴＵは７６０ビ
ット単位で区分される。前記情報ビットにエラーが存在しない場合、前記多重化
／逆多重化制御器は、それぞれのＬＴＵから前記ＭｕｘＰＤを区分する(図１２
の段階Ｓ４０)。それとは違って、前記情報ビットにエラーが存在する場合、前
記多重化／逆多重化制御器は、それぞれのＬＴＵに対してＣＲＣを検査する。こ
の時、前記多重化／逆多重化制御器は、エラーのないＬＴＵに対して前記Ｍｕｘ
ＰＤＵを区分する。しかしながら、エラーのあるＬＴＵに対しては、前記多重化
／逆多重化制御器は、前記付加チャネルに前記論理チャネルが対応される全ての
サービスに、損傷したデータブロックが受信されたことを知らせ、それぞれのサ
ービスによって前記ＬＴＵに伝送できる前記データブロックの最大の長さを共に
知らせた後、前記情報ビットを捨てる。
【００６４】 前記ＬＴＵを使用しない情報ビットの場合、全体の情報ビットに対して前記Ｍ
ｕｘＰＤＵを区分する。前記情報ビットにエラーが存在する場合、前記多重化／
逆多重化制御器は、前記付加チャネルに前記論理的チャネルが対応される全ての
サービスに、損傷したデータブロックが受信されたことを知らせ、それぞれのサ
ービスによって前記ＬＴＵに伝送できる前記データブロックの最大の長さも共に
知らせた後、前記情報ビットを捨てる。
ｕｘＰＤＵを区分する。前記情報ビットにエラーが存在する場合、前記多重化／
逆多重化制御器は、前記付加チャネルに前記論理的チャネルが対応される全ての
サービスに、損傷したデータブロックが受信されたことを知らせ、それぞれのサ
ービスによって前記ＬＴＵに伝送できる前記データブロックの最大の長さも共に
知らせた後、前記情報ビットを捨てる。
【００６５】 前記ＬＴＵまたは前記情報ビットに対して前記ＭｕｘＰＤＵを区分する場合、
前記サービス識別子、前記長さインジケータ、及び前記長さフィールドを通して
、前記ＭｕｘＰＤＵが有するデータブロックがどのサービスに伝達されるか、ま
た、前記ＭｕｘＰＤＵの全体の長さが分かる。従って、前記受信側の多重化／逆
多重化制御器は、前記ＬＴＵまたは情報ビットの最前の部分からＭｕｘＰＤＵの
長さ情報によって前記ＭｕｘＰＤＵを区分し、前記サービス識別子によって前記
データブロックを上位サービスに伝達する。前記サービス識別子が‘１１１’に
設定されるか、または、前記ＬＴＵまたは情報ビットの残りの部分が有効のＭｕ
ｘＰＤＵが入るほどに長くない場合、前記多重化／逆多重化制御器は、前記ＬＴ
Ｕまたは情報ビットの残りの部分を全部捨てる。
前記サービス識別子、前記長さインジケータ、及び前記長さフィールドを通して
、前記ＭｕｘＰＤＵが有するデータブロックがどのサービスに伝達されるか、ま
た、前記ＭｕｘＰＤＵの全体の長さが分かる。従って、前記受信側の多重化／逆
多重化制御器は、前記ＬＴＵまたは情報ビットの最前の部分からＭｕｘＰＤＵの
長さ情報によって前記ＭｕｘＰＤＵを区分し、前記サービス識別子によって前記
データブロックを上位サービスに伝達する。前記サービス識別子が‘１１１’に
設定されるか、または、前記ＬＴＵまたは情報ビットの残りの部分が有効のＭｕ
ｘＰＤＵが入るほどに長くない場合、前記多重化／逆多重化制御器は、前記ＬＴ
Ｕまたは情報ビットの残りの部分を全部捨てる。
【００６６】 Ｃ．本発明によるＲＬＰ制御器の送受信動作 図３及び図４に示すように、前記ＲＬＰ制御器１３１によって遂行される動作
は、下記のように区分される。
は、下記のように区分される。
【００６７】 １．データ送信前のＲＬＰ制御器の動作 前記ＲＬＰ制御器１３１は、動作を開始する前に、図３及び図４に示すように
、レジスタＬ＿Ｖ(Ｓ)１３２、Ｌ＿Ｖ(Ｎ)１３５、Ｌ＿Ｖ(Ｒ)１３６、及びレジ
スタＥを‘０’に初期化する。また、前記ＲＬＰ制御器１３１は、動作を開始す
る前に、再伝送バッファ１３３、ＮＡＫリスト１３７、及び再整列バッファ１３
８を空にする。最後に、前記ＲＬＰ制御器１３１は、再伝送に関連した全てのタ
イマーを消す。
、レジスタＬ＿Ｖ(Ｓ)１３２、Ｌ＿Ｖ(Ｎ)１３５、Ｌ＿Ｖ(Ｒ)１３６、及びレジ
スタＥを‘０’に初期化する。また、前記ＲＬＰ制御器１３１は、動作を開始す
る前に、再伝送バッファ１３３、ＮＡＫリスト１３７、及び再整列バッファ１３
８を空にする。最後に、前記ＲＬＰ制御器１３１は、再伝送に関連した全てのタ
イマーを消す。
【００６８】 前記ＲＬＰ制御器１３１によって前記多重化／逆多重化制御器に伝送できるデ
ータブロックの種類は、図７のようである。図７は、３つのデータブロックを例
として示す。
ータブロックの種類は、図７のようである。図７は、３つのデータブロックを例
として示す。
【００６９】 図７において、Ａタイプのデータブロックは、前記基本チャネルが９.６Ｋｂ
ｐｓまたは１４.４Ｋｂｐｓの以下の伝送率でデータを伝送する時に使用され、
情報フィールドのみを有する。前記Ａタイプのデータブロックは、＜表７＞乃至
＜表８＞で規定したデータブロックのサイズにはまるようにする。つまり、前記
ＲＬＰ制御器１３１は、前記Ａタイプのデータブロックが前記規定されたデータ
ブロックのサイズを完全に充填することができない場合は、前記データブロック
を‘０’で充填して、前記データブロックを前記規定されたデータブロックのサ
イズに合わせる。
ｐｓまたは１４.４Ｋｂｐｓの以下の伝送率でデータを伝送する時に使用され、
情報フィールドのみを有する。前記Ａタイプのデータブロックは、＜表７＞乃至
＜表８＞で規定したデータブロックのサイズにはまるようにする。つまり、前記
ＲＬＰ制御器１３１は、前記Ａタイプのデータブロックが前記規定されたデータ
ブロックのサイズを完全に充填することができない場合は、前記データブロック
を‘０’で充填して、前記データブロックを前記規定されたデータブロックのサ
イズに合わせる。
【００７０】 図７において、Ｂタイプ及びＣタイプのデータブロックは、前記基本チャネル
が９.６Ｋｂｐｓまたは１４.４Ｋｂｐｓの伝送率でデータを伝送することができ
る時、または、前記付加チャネルに対して使用できる。前記タイプ及びＣタイプ
のデータブロックは、ＴＹＰＥフィールドを通して識別できる。つまり、ＴＹＰ
Ｅフィールド‘０’はＢタイプのデータブロックを示し、ＴＹＰＥフィールド‘
１’はＣタイプのデータブロックを示す。
が９.６Ｋｂｐｓまたは１４.４Ｋｂｐｓの伝送率でデータを伝送することができ
る時、または、前記付加チャネルに対して使用できる。前記タイプ及びＣタイプ
のデータブロックは、ＴＹＰＥフィールドを通して識別できる。つまり、ＴＹＰ
Ｅフィールド‘０’はＢタイプのデータブロックを示し、ＴＹＰＥフィールド‘
１’はＣタイプのデータブロックを示す。
【００７１】 前記Ｂタイプのデータブロックは、１ビットのＴＹＰＥフィールド及びＩＮＦ
ＯＲＭＡＴＩＯＮフィールドから構成される。特に、前記Ｂタイプのデータブロ
ックは、前記基本チャネルに対して、固定された長さのＩＮＦＯＲＭＡＴＩＯＮ
フィールドを有する。つまり、前記Ｂタイプのデータブロックが前記基本チャネ
ルのために使用される時は、１７０ビットまたは２６５ビットのＩＮＦＯＲＭＡ
ＴＩＯＮフィールドを生成する必要がある。しかしながら、前記付加チャネルを
通して前記Ｂタイプのデータブロックを伝送する時は、前記のような制限は必要
としない。
ＯＲＭＡＴＩＯＮフィールドから構成される。特に、前記Ｂタイプのデータブロ
ックは、前記基本チャネルに対して、固定された長さのＩＮＦＯＲＭＡＴＩＯＮ
フィールドを有する。つまり、前記Ｂタイプのデータブロックが前記基本チャネ
ルのために使用される時は、１７０ビットまたは２６５ビットのＩＮＦＯＲＭＡ
ＴＩＯＮフィールドを生成する必要がある。しかしながら、前記付加チャネルを
通して前記Ｂタイプのデータブロックを伝送する時は、前記のような制限は必要
としない。
【００７２】 前記Ｃタイプのデータブロックは、１ビットのＴＹＰＥフィールド、１６ビッ
トのＳＥＱフィールド、及び８の倍数の長さを有するＤＡＴＡフィールドから構
成される。特に、前記Ｃタイプのデータブロックは、前記基本チャネルに対して
、固定された長さのＤＡＴＡフィールドを有する。つまり、前記基本チャネルを
通して前記Ｃタイプのデータブロックを伝送する時は、１５２ビットまたは２４
８ビットでＤＡＴＡフィールドを充填する必要がある。しかしながら、前記付加
チャネルを通して前記Ｃタイプのデータブロックを伝送する時は、前記のような
制限は必要としない。
トのＳＥＱフィールド、及び８の倍数の長さを有するＤＡＴＡフィールドから構
成される。特に、前記Ｃタイプのデータブロックは、前記基本チャネルに対して
、固定された長さのＤＡＴＡフィールドを有する。つまり、前記基本チャネルを
通して前記Ｃタイプのデータブロックを伝送する時は、１５２ビットまたは２４
８ビットでＤＡＴＡフィールドを充填する必要がある。しかしながら、前記付加
チャネルを通して前記Ｃタイプのデータブロックを伝送する時は、前記のような
制限は必要としない。
【００７３】 前記Ａタイプ及びＢタイプのデータブロックで定義されたＩＮＦＯＲＭＡＴＩ
ＯＮフィールドは、図８に示すようである。図８を参照すると、前記ＩＮＦＯＲ
ＭＡＴＩＯＮフィールドのサイズが、１６ビット、１７ビット、２０ビット、ま
たは２９ビットでない場合は、複数のＲＬＰフレームを含むことができ、残りの
部分は‘０’で充填する。前記ＩＮＦＯＲＭＡＴＩＯＮフィールドのサイズが１
６ビット、１７ビット、２０ビット、または２９ビットである場合、前記ＲＬＰ
は、図８に示すアイドルフレーム(idle frame)を含む。図８のアイドルフレーム
は、１６ビットＳＥＱフィールドを有し、残りの部分は、全部‘０’で充填する
。
ＯＮフィールドは、図８に示すようである。図８を参照すると、前記ＩＮＦＯＲ
ＭＡＴＩＯＮフィールドのサイズが、１６ビット、１７ビット、２０ビット、ま
たは２９ビットでない場合は、複数のＲＬＰフレームを含むことができ、残りの
部分は‘０’で充填する。前記ＩＮＦＯＲＭＡＴＩＯＮフィールドのサイズが１
６ビット、１７ビット、２０ビット、または２９ビットである場合、前記ＲＬＰ
は、図８に示すアイドルフレーム(idle frame)を含む。図８のアイドルフレーム
は、１６ビットＳＥＱフィールドを有し、残りの部分は、全部‘０’で充填する
。
【００７４】 本発明において、図８のＲＬＰフレームは下記のように称する。図８及び＜表
１４＞に示すＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、ＡＣＫ、またはＮＡＫフレームは、
“制御フレーム(control frame)”と称し、データで充填されたフレームを“デ
ータフレーム(data frame)”と称する。前記データフレームは、少なくとも１バ
イトの新しい伝送データを含む新しいデータフレームと、再伝送されるデータの
みを含む再伝送データフレームに分けられる。前記１６ビットＳＥＱフィールド
のみを有するフレームはアイドルフレームと称し、制御フレーム及びデータフレ
ームとは区別される。
１４＞に示すＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、ＡＣＫ、またはＮＡＫフレームは、
“制御フレーム(control frame)”と称し、データで充填されたフレームを“デ
ータフレーム(data frame)”と称する。前記データフレームは、少なくとも１バ
イトの新しい伝送データを含む新しいデータフレームと、再伝送されるデータの
みを含む再伝送データフレームに分けられる。前記１６ビットＳＥＱフィールド
のみを有するフレームはアイドルフレームと称し、制御フレーム及びデータフレ
ームとは区別される。
【００７５】 図８のＩＮＦＯＲＭＡＴＩＯＮフィールドは、１つの制御フレームのみを含む
か、１つの新しいデータフレーム、０、または複数の再伝送データフレームを含
むか、または、１つのアイドルフレームのみを含むことができる。
か、１つの新しいデータフレーム、０、または複数の再伝送データフレームを含
むか、または、１つのアイドルフレームのみを含むことができる。
【００７６】 前記条件を満足しないデータブロックが受信される場合、前記ＲＬＰ制御器１
３１は、前記受信されたデータブロックを損傷した(良好でない)データブロック
とみなす。
３１は、前記受信されたデータブロックを損傷した(良好でない)データブロック
とみなす。
【００７７】 前記ＲＬＰ制御器１３１は、データを伝送する前に、再設定の過程を遂行する
。前記ＲＬＰ制御器１３１は、ＳＹＮＣフレームをデータブロックとして前記多
重化／逆多重化制御器１４０に継続して伝送する。前記ＲＬＰ制御器１３１は、
前記ＳＹＮＣフレームを前記多重化／逆多重化制御器１４０から受信すると、ナ
ルデータブロックでもＳＹＮＣフレームでもない物理チャネルフレームが受信さ
れるまで、ＳＹＮＣ／ＡＣＫフレームを前記多重化／逆多重化制御器１４０に継
続して伝送する。前記ＲＬＰ制御器１３１は、ＳＹＮＣ／ＡＣＫフレームを受信
すると、前記多重化／逆多重化制御器１４０にＡＣＫフレームを伝達する。前記
ＲＬＰ制御器１３１は、ナルデータブロックでもＳＹＮＣ／ＡＣＫフレームでも
ない物理チャネルフレームが前記多重化／逆多重化制御器１４０から受信される
まで、前記ＡＣＫフレームを継続して伝達する。前記ＲＬＰ制御器１３１は、前
記物理チャネルフレームが受信され、前記受信されたデータブロックがナルデー
タブロックでなく、前記ＳＹＮＣ／ＡＣＫフレームでないＲＬＰフレームを有す
る場合、データ送信を開始する。前記ＲＬＰ制御器１３１は、前記ＡＣＫフレー
ムを受信すると、データ送信を開始する。前記ＲＬＰ制御器１３１は、前記多重
化／逆多重化制御器１４０に前記ＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、及びＡＣＫフレ
ームを除いた他のフレームを伝達することができる。
。前記ＲＬＰ制御器１３１は、ＳＹＮＣフレームをデータブロックとして前記多
重化／逆多重化制御器１４０に継続して伝送する。前記ＲＬＰ制御器１３１は、
前記ＳＹＮＣフレームを前記多重化／逆多重化制御器１４０から受信すると、ナ
ルデータブロックでもＳＹＮＣフレームでもない物理チャネルフレームが受信さ
れるまで、ＳＹＮＣ／ＡＣＫフレームを前記多重化／逆多重化制御器１４０に継
続して伝送する。前記ＲＬＰ制御器１３１は、ＳＹＮＣ／ＡＣＫフレームを受信
すると、前記多重化／逆多重化制御器１４０にＡＣＫフレームを伝達する。前記
ＲＬＰ制御器１３１は、ナルデータブロックでもＳＹＮＣ／ＡＣＫフレームでも
ない物理チャネルフレームが前記多重化／逆多重化制御器１４０から受信される
まで、前記ＡＣＫフレームを継続して伝達する。前記ＲＬＰ制御器１３１は、前
記物理チャネルフレームが受信され、前記受信されたデータブロックがナルデー
タブロックでなく、前記ＳＹＮＣ／ＡＣＫフレームでないＲＬＰフレームを有す
る場合、データ送信を開始する。前記ＲＬＰ制御器１３１は、前記ＡＣＫフレー
ムを受信すると、データ送信を開始する。前記ＲＬＰ制御器１３１は、前記多重
化／逆多重化制御器１４０に前記ＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、及びＡＣＫフレ
ームを除いた他のフレームを伝達することができる。
【００７８】 ２．ＲＬＰ制御器のデータ送信動作 前記ＲＬＰ制御器１３１は、データを送信する時、２１ビット一連番号レジス
タＬ＿Ｖ(Ｓ)１３２を使用する。前記ＲＬＰ制御器１３１は、前記一連番号レジ
スタＬ＿Ｖ(Ｓ)１３２で前記フレームに付けられる一連番号ＳＥＱを決定する。
前記一連番号は、２21との符号なしのモジュロ(modulo)演算を使用する。一連番
号Ｎの場合、(Ｎ＋１) ｍｏｄｕｌｏ ２21から(Ｎ＋２20−１) ｍｏｄｕｌｏ ２ 21 までの一連番号はＮより大きいと言い、(Ｎ−２20) ｍｏｄｕｌｏ ２21から(
Ｎ−１) ｍｏｄｕｌｏ ２21までの一連番号はＮより小さいと言う。
タＬ＿Ｖ(Ｓ)１３２を使用する。前記ＲＬＰ制御器１３１は、前記一連番号レジ
スタＬ＿Ｖ(Ｓ)１３２で前記フレームに付けられる一連番号ＳＥＱを決定する。
前記一連番号は、２21との符号なしのモジュロ(modulo)演算を使用する。一連番
号Ｎの場合、(Ｎ＋１) ｍｏｄｕｌｏ ２21から(Ｎ＋２20−１) ｍｏｄｕｌｏ ２ 21 までの一連番号はＮより大きいと言い、(Ｎ−２20) ｍｏｄｕｌｏ ２21から(
Ｎ−１) ｍｏｄｕｌｏ ２21までの一連番号はＮより小さいと言う。
【００７９】 前記ＲＬＰ制御器１３１は、実際データに付けられる物理的一連番号として、
前記一連番号レジスタＬ＿Ｖ(Ｓ)１３２に貯蔵された値または前記貯蔵された値
の下位ビットの値を使用することができる。つまり、前記データフレームにおい
ては、下位１６ビットまたは全ての下位２１ビットを物理的一連番号として使用
し、前記アイドルフレームにおいては、下位１６ビットを物理的一連番号として
使用する。前記一連番号レジスタＬ＿Ｖ(Ｓ)１３２は、最初に伝送されるデータ
が充填されるデータフレームを生成する時、前記充填されたデータの数の分だけ
増加する。つまり、予め伝送されたデータで前記データフレームを充填する場合
、前記Ｌ＿Ｖ(Ｓ)１３２は増加しない。
前記一連番号レジスタＬ＿Ｖ(Ｓ)１３２に貯蔵された値または前記貯蔵された値
の下位ビットの値を使用することができる。つまり、前記データフレームにおい
ては、下位１６ビットまたは全ての下位２１ビットを物理的一連番号として使用
し、前記アイドルフレームにおいては、下位１６ビットを物理的一連番号として
使用する。前記一連番号レジスタＬ＿Ｖ(Ｓ)１３２は、最初に伝送されるデータ
が充填されるデータフレームを生成する時、前記充填されたデータの数の分だけ
増加する。つまり、予め伝送されたデータで前記データフレームを充填する場合
、前記Ｌ＿Ｖ(Ｓ)１３２は増加しない。
【００８０】 前記ＲＬＰ制御器１３１は、前記レジスタＬ＿Ｖ(Ｓ)１３２から新しいデータ
フレームのデータバイト毎に固有の２１ビット一連番号を付ける。つまり、Ｎバ
イトのデータを伝送する場合、Ｌ＿Ｖ(Ｓ)がＳであると、前記データの１番目の
バイトはＳの一連番号を、ｎ番目のバイトは(Ｓ＋ｎ−１) ｍｏｄｕｌｏ ２21の
一連番号を、最後のＮ番目のバイトは(Ｓ＋Ｎ−１) ｍｏｄｕｌｏ ２21の一連番
号を有する。前記Ｎバイトの新しいデータを伝送した後、前記ＲＬＰ制御器１３
１は、前記Ｌ＿Ｖ(Ｓ)レジスタを(Ｓ＋Ｎ) ｍｏｄｕｌｏ ２21に設定する。
フレームのデータバイト毎に固有の２１ビット一連番号を付ける。つまり、Ｎバ
イトのデータを伝送する場合、Ｌ＿Ｖ(Ｓ)がＳであると、前記データの１番目の
バイトはＳの一連番号を、ｎ番目のバイトは(Ｓ＋ｎ−１) ｍｏｄｕｌｏ ２21の
一連番号を、最後のＮ番目のバイトは(Ｓ＋Ｎ−１) ｍｏｄｕｌｏ ２21の一連番
号を有する。前記Ｎバイトの新しいデータを伝送した後、前記ＲＬＰ制御器１３
１は、前記Ｌ＿Ｖ(Ｓ)レジスタを(Ｓ＋Ｎ) ｍｏｄｕｌｏ ２21に設定する。
【００８１】 前記ＲＬＰ制御器１３１は、前記受信側からの再伝送要求に備えて、新しく伝
送されたデータを再伝送バッファ１３３に一連番号と共に貯蔵する。前記ＲＬＰ
制御器１３１は、前記受信側から再伝送要求を受信する場合、前記要求された一
連番号に該当するデータバイトを前記再伝送バッファ１３３から読み出して再伝
送する。
送されたデータを再伝送バッファ１３３に一連番号と共に貯蔵する。前記ＲＬＰ
制御器１３１は、前記受信側から再伝送要求を受信する場合、前記要求された一
連番号に該当するデータバイトを前記再伝送バッファ１３３から読み出して再伝
送する。
【００８２】 前記ＲＬＰ制御器１３１は、伝送するフレームを下記のように生成する。前記
ＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、及びＡＣＫフレームの場合、図８に示すように、
前記フレームの種類によってＣＴＬフィールドを設定した後、ＦＣＳフィールド
を付ける。前記ＦＣＳフィールドは、ＲＦＣ−１６６２によって規定された多項
式(polynomial)によって生成される１６ビットフレームチェックシーケンス(fra
me check sequence)である。前記ＦＣＳフィールドは、前記全ての以前ビットに
対して生成される。
ＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、及びＡＣＫフレームの場合、図８に示すように、
前記フレームの種類によってＣＴＬフィールドを設定した後、ＦＣＳフィールド
を付ける。前記ＦＣＳフィールドは、ＲＦＣ−１６６２によって規定された多項
式(polynomial)によって生成される１６ビットフレームチェックシーケンス(fra
me check sequence)である。前記ＦＣＳフィールドは、前記全ての以前ビットに
対して生成される。
【００８３】 前記ＲＬＰ制御器１３１は、前記ＮＡＫフレームの場合、＜表１４＞に示すよ
うな構造を使用する。
うな構造を使用する。
【表１４】
【００８４】 前記ＲＬＰ制御器１３１は、＜表１４＞に示すようにＮＡＫフレームを生成す
る。＜表１４＞のＣＴＬフィールドは、‘１１１００１００’に設定される。前
記ＲＬＰ制御器１３１は、前記ＮＡＫ＿ＣＯＵＮＴフィールドを、前記ＮＡＫフ
レームに含まれる再伝送要求の数から１を引いた値に設定する。前記ＲＬＰ制御
器１３１は、(ＮＡＫ＿ＣＯＵＮＴ＋１)だけ再伝送要求を遂行する。前記ＲＬＰ
１３１は、下記のように前記再伝送要求を遂行することができる。
る。＜表１４＞のＣＴＬフィールドは、‘１１１００１００’に設定される。前
記ＲＬＰ制御器１３１は、前記ＮＡＫ＿ＣＯＵＮＴフィールドを、前記ＮＡＫフ
レームに含まれる再伝送要求の数から１を引いた値に設定する。前記ＲＬＰ制御
器１３１は、(ＮＡＫ＿ＣＯＵＮＴ＋１)だけ再伝送要求を遂行する。前記ＲＬＰ
１３１は、下記のように前記再伝送要求を遂行することができる。
【００８５】 前記伝送要求のＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドを‘０００１
’に設定する場合、前記ＲＬＰ制御器は、連続的な再伝送要求の１番目の一連番
号をＦＩＲＳＴフィールドに入れ、最後の一連番号をＬＡＳＴフィールドに入れ
る。
’に設定する場合、前記ＲＬＰ制御器は、連続的な再伝送要求の１番目の一連番
号をＦＩＲＳＴフィールドに入れ、最後の一連番号をＬＡＳＴフィールドに入れ
る。
【００８６】 前記ＲＬＰ制御器１３１は、前記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィー
ルドを＜表１５＞または＜表１６＞のように設定することができる。前記ＲＬＰ
制御器１３１は、前記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドが＜表１
５＞または＜表１６＞のように設定されると、ＮＡＫ＿ＭＡＰ方式で再伝送要求
を遂行する。ここで、前記ＮＡＫ＿ＭＡＰ方式とは、ＮＡＫ＿ＭＡＰ＿ＳＥＱフ
ィールド及びＮＡＫ＿ＭＡＰフィールドを使用して再伝送を要求する方式である
。
ルドを＜表１５＞または＜表１６＞のように設定することができる。前記ＲＬＰ
制御器１３１は、前記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドが＜表１
５＞または＜表１６＞のように設定されると、ＮＡＫ＿ＭＡＰ方式で再伝送要求
を遂行する。ここで、前記ＮＡＫ＿ＭＡＰ方式とは、ＮＡＫ＿ＭＡＰ＿ＳＥＱフ
ィールド及びＮＡＫ＿ＭＡＰフィールドを使用して再伝送を要求する方式である
。
【表１５】
【表１６】
【００８７】 前記ＲＬＰ制御器１３１は、＜表１５＞または＜表１６＞を基にして、前記Ｎ
ＡＫ＿ＭＡＰフィールド及びＮＡＫ＿ＭＡＰ＿ＳＥＱフィールドを充填する。前
記１番目の一連番号は、ＮＡＫ＿ＭＡＰ＿ＳＥＱフィールドに充填され、＜表１
５＞または＜表１６＞に示す単位で再伝送を要求する一連番号は、ＮＡＫ＿ＭＡ
Ｐフィールドに充填される。前記ＮＡＫ＿ＭＡＰを使用することによって、前記
ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドによって決定された単位がＵで
ある場合、前記ＲＬＰ制御器１３１は、(ＮＡＫ＿ＭＡＰ＿ＳＥＱ＋Ｕ−１) ｍ
ｏｄｕｌｏ ２21に属する一連番号に該当するデータに対して再伝送を要求し、
前記ＮＡＫ＿ＭＡＰフィールドの最上位ビット(most significant bit: ＭＳＢ)
からｎ番目のビットが‘１’である度に、(ＮＡＫ＿ＭＡＰ＿ＳＥＱ＋ｎ＊Ｕ)
ｍｏｄｕｌｏ ２21乃至(ＮＡＫ＿ＭＡＰ＿ＳＥＱ＋(ｎ＋１)＊Ｕ−１) ｍｏｄｕ
ｌｏ ２21に属する一連番号に該当するデータに対して再伝送を要求する。前記
‘ｎ’値は、１乃至８の値を有することができる。
ＡＫ＿ＭＡＰフィールド及びＮＡＫ＿ＭＡＰ＿ＳＥＱフィールドを充填する。前
記１番目の一連番号は、ＮＡＫ＿ＭＡＰ＿ＳＥＱフィールドに充填され、＜表１
５＞または＜表１６＞に示す単位で再伝送を要求する一連番号は、ＮＡＫ＿ＭＡ
Ｐフィールドに充填される。前記ＮＡＫ＿ＭＡＰを使用することによって、前記
ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドによって決定された単位がＵで
ある場合、前記ＲＬＰ制御器１３１は、(ＮＡＫ＿ＭＡＰ＿ＳＥＱ＋Ｕ−１) ｍ
ｏｄｕｌｏ ２21に属する一連番号に該当するデータに対して再伝送を要求し、
前記ＮＡＫ＿ＭＡＰフィールドの最上位ビット(most significant bit: ＭＳＢ)
からｎ番目のビットが‘１’である度に、(ＮＡＫ＿ＭＡＰ＿ＳＥＱ＋ｎ＊Ｕ)
ｍｏｄｕｌｏ ２21乃至(ＮＡＫ＿ＭＡＰ＿ＳＥＱ＋(ｎ＋１)＊Ｕ−１) ｍｏｄｕ
ｌｏ ２21に属する一連番号に該当するデータに対して再伝送を要求する。前記
‘ｎ’値は、１乃至８の値を有することができる。
【００８８】 例えば、前記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドが‘００１０’
で、伝送率集合１の場合、前記ＮＡＫ＿ＭＡＰ＿ＳＥＱフィールドは‘０’に設
定され、前記ＮＡＫ＿ＭＡＰフィールドが‘１０００００００’であると、前記
ＲＬＰ制御器は、前記情報を受信して、一連番号０乃至３７に該当するデータを
再伝送する。
で、伝送率集合１の場合、前記ＮＡＫ＿ＭＡＰ＿ＳＥＱフィールドは‘０’に設
定され、前記ＮＡＫ＿ＭＡＰフィールドが‘１０００００００’であると、前記
ＲＬＰ制御器は、前記情報を受信して、一連番号０乃至３７に該当するデータを
再伝送する。
【００８９】 前記ＲＬＰ制御器１３１は、(ＮＡＫ＿ＣＯＵＮＴ＋１)の再伝送要求を前記Ｎ
ＡＫフレームに入れ、前記ＦＣＳフィールドをバイト整列のための‘０’でパデ
ィング(padding)した後、前記ＦＣＳフィールドを充填する。前記ＦＣＳフィー
ルドは、ＲＦＣ−１６６１によって規定された多項式(polynomial)によって生成
された１６ビットフレームチェックシーケンスである。前記ＦＣＳフィールドは
、全ての以前ビットに対して生成される。前記ＦＣＳフィールドを充填した後、
前記ＲＬＰ制御器１３１は、前記データブロックの残りの部分を‘０’で充填す
る。
ＡＫフレームに入れ、前記ＦＣＳフィールドをバイト整列のための‘０’でパデ
ィング(padding)した後、前記ＦＣＳフィールドを充填する。前記ＦＣＳフィー
ルドは、ＲＦＣ−１６６１によって規定された多項式(polynomial)によって生成
された１６ビットフレームチェックシーケンスである。前記ＦＣＳフィールドは
、全ての以前ビットに対して生成される。前記ＦＣＳフィールドを充填した後、
前記ＲＬＰ制御器１３１は、前記データブロックの残りの部分を‘０’で充填す
る。
【００９０】 前記ＲＬＰ制御器１３１は、前記データを伝送する時、図８に示す可変長デー
タフレーム(variable-length data frame)を使用することができる。前記可変長
データフレームに含まれるデータが新しい伝送データである場合、前記ＲＬＰ制
御器１３１は、前記ＳＥＱフィールドをＬ＿Ｖ(Ｓ)の下位１６ビットまたは２１
ビットに設定し、前記ＣＴＬフィールドを図８のように適切に設定する。前記可
変長データフレームＬＥＮフィールドは、データ部分の長さをバイト単位で示す
。前記ＲＬＰ制御器１３１は、データを充填した後の残りの部分を‘０’で充填
する。
タフレーム(variable-length data frame)を使用することができる。前記可変長
データフレームに含まれるデータが新しい伝送データである場合、前記ＲＬＰ制
御器１３１は、前記ＳＥＱフィールドをＬ＿Ｖ(Ｓ)の下位１６ビットまたは２１
ビットに設定し、前記ＣＴＬフィールドを図８のように適切に設定する。前記可
変長データフレームＬＥＮフィールドは、データ部分の長さをバイト単位で示す
。前記ＲＬＰ制御器１３１は、データを充填した後の残りの部分を‘０’で充填
する。
【００９１】 前記一連番号の下位１６ビットが前記ＳＥＱフィールドのために十分であると
判断される場合、前記ＲＬＰ制御器１３１は、図８の１６ビットのＳＥＱフィー
ルドを使用する。しかしながら、データが大きく損なわれることによって、２１
ビットの全ての一連番号を使用しなければならないと判断される場合、前記ＲＬ
Ｐ制御器１３１は、図８の２１ビットＳＥＱフィールドを使用する。
判断される場合、前記ＲＬＰ制御器１３１は、図８の１６ビットのＳＥＱフィー
ルドを使用する。しかしながら、データが大きく損なわれることによって、２１
ビットの全ての一連番号を使用しなければならないと判断される場合、前記ＲＬ
Ｐ制御器１３１は、図８の２１ビットＳＥＱフィールドを使用する。
【００９２】 前記ＲＬＰ制御器１３１は、５ビット、１３ビット、８ビット、及び１６ビッ
トＬＥＮフィールドのうち、前記データの長さを示すことのできる最も短いもの
を使用する。
トＬＥＮフィールドのうち、前記データの長さを示すことのできる最も短いもの
を使用する。
【００９３】 前記可変長データフレームに含まれるデータが再伝送データである場合、前記
ＲＬＰ制御器１３１は、前記ＳＥＱフィールドを一番目のバイトに対する一連番
号Ｓの下位１６ビットまたは２１ビットに設定し、前記ＣＴＬフィールドを図８
のように適切に設定する。前記ＬＥＮフィールドは、データ部分の長さをバイト
単位で表示する。前記ＲＬＰ制御器１３１は、前記データブロックの残りの部分
を‘０’で充填する。
ＲＬＰ制御器１３１は、前記ＳＥＱフィールドを一番目のバイトに対する一連番
号Ｓの下位１６ビットまたは２１ビットに設定し、前記ＣＴＬフィールドを図８
のように適切に設定する。前記ＬＥＮフィールドは、データ部分の長さをバイト
単位で表示する。前記ＲＬＰ制御器１３１は、前記データブロックの残りの部分
を‘０’で充填する。
【００９４】 前記ＲＬＰ制御器１３１は、例えば、前記基本チャネルを通して伝送される前
記可変長データフレームにおいて、前記ＣＴＬフィールドが‘１００’である場
合、前記伝送率集合１に対して１４４ビットデータで前記データブロックを充填
し、前記伝送率集合２に対して２４０ビットデータで充填する。
記可変長データフレームにおいて、前記ＣＴＬフィールドが‘１００’である場
合、前記伝送率集合１に対して１４４ビットデータで前記データブロックを充填
し、前記伝送率集合２に対して２４０ビットデータで充填する。
【００９５】 伝送するデータまたはＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、ＡＣＫ、及びＮＡＫフレ
ームが存在しない場合、前記ＲＬＰ制御器１３１は、前記可変長データフレーム
のＳＥＱフィールドをＬ＿Ｖ(Ｓ)の下位１６ビットまたは２１ビットに設定し、
前記ＬＥＮフィールドを‘０’に設定し、残りの部分は０で充填したデータブロ
ックを伝送することができる。この場合、前記ＣＴＬフィールドは適切な値に設
定する。
ームが存在しない場合、前記ＲＬＰ制御器１３１は、前記可変長データフレーム
のＳＥＱフィールドをＬ＿Ｖ(Ｓ)の下位１６ビットまたは２１ビットに設定し、
前記ＬＥＮフィールドを‘０’に設定し、残りの部分は０で充填したデータブロ
ックを伝送することができる。この場合、前記ＣＴＬフィールドは適切な値に設
定する。
【００９６】 前記多重化／逆多重化制御器１４０が１６ビット、２０ビット、または３２ビ
ットの長さを有するデータブロックを要求するか、伝送するデータまたはＳＹＮ
Ｃ、ＳＹＮＣ／ＡＣＫ、ＡＣＫ、及びＮＡＫフレームが存在する場合、前記ＲＬ
Ｐ制御器１３１は、図８に示すアイドルフレームを伝送することができる。前記
アイドルフレームを生成するために、前記ＲＬＰ制御器１３１は、前記ＳＥＱフ
ィールドをＬ＿Ｖ(Ｓ)の下位１６ビットで充填する。前記ＲＬＰ制御器１３１は
、前記データブロックの残りの部分を０で充填する。
ットの長さを有するデータブロックを要求するか、伝送するデータまたはＳＹＮ
Ｃ、ＳＹＮＣ／ＡＣＫ、ＡＣＫ、及びＮＡＫフレームが存在する場合、前記ＲＬ
Ｐ制御器１３１は、図８に示すアイドルフレームを伝送することができる。前記
アイドルフレームを生成するために、前記ＲＬＰ制御器１３１は、前記ＳＥＱフ
ィールドをＬ＿Ｖ(Ｓ)の下位１６ビットで充填する。前記ＲＬＰ制御器１３１は
、前記データブロックの残りの部分を０で充填する。
【００９７】 ３．ＲＬＰ制御器のデータ受信動作 前記ＲＬＰ制御器１３１は、データを受信する時、２１ビット一連番号レジス
タであるＬ＿Ｖ(Ｎ)１３５及びＬ＿Ｖ(Ｒ)１３６を使用する。前記一連番号レジ
スタＬ＿Ｖ(Ｒ)１３６は、次に受信される新しいデータバイトの一連番号を示し
、前記一連番号レジスタＬ＿Ｖ(Ｎ)１３５は、連続的に受信されるデータバイト
のうち、次に受信されるデータバイトの一連番号を示す。つまり、前記Ｌ＿Ｖ(
Ｎ)に貯蔵された一連番号を有するデータバイトが到着する時、前記ＲＬＰ制御
器１３１は、上位リンクプロトコルのみに前記データを伝達することができる。
前記Ｌ＿Ｖ(Ｒ)より大きいか同一である一連番号を有するデータバイトは新しい
データであるが、Ｌ＿Ｖ(Ｒ)より小さく、Ｌ＿Ｖ(Ｎ)より大きいか同一である一
連番号を有するデータバイトは、再伝送データである。Ｌ＿Ｖ(Ｎ)より小さい一
連番号を有するデータバイトは、予め受信されたデータであるので、前記ＲＬＰ
制御器１３１は、それを捨てることができない。
タであるＬ＿Ｖ(Ｎ)１３５及びＬ＿Ｖ(Ｒ)１３６を使用する。前記一連番号レジ
スタＬ＿Ｖ(Ｒ)１３６は、次に受信される新しいデータバイトの一連番号を示し
、前記一連番号レジスタＬ＿Ｖ(Ｎ)１３５は、連続的に受信されるデータバイト
のうち、次に受信されるデータバイトの一連番号を示す。つまり、前記Ｌ＿Ｖ(
Ｎ)に貯蔵された一連番号を有するデータバイトが到着する時、前記ＲＬＰ制御
器１３１は、上位リンクプロトコルのみに前記データを伝達することができる。
前記Ｌ＿Ｖ(Ｒ)より大きいか同一である一連番号を有するデータバイトは新しい
データであるが、Ｌ＿Ｖ(Ｒ)より小さく、Ｌ＿Ｖ(Ｎ)より大きいか同一である一
連番号を有するデータバイトは、再伝送データである。Ｌ＿Ｖ(Ｎ)より小さい一
連番号を有するデータバイトは、予め受信されたデータであるので、前記ＲＬＰ
制御器１３１は、それを捨てることができない。
【００９８】 通常的に、前記ＲＬＰ制御器１３１は、図４に示すＮＡＫリスト１３７を有す
る。前記ＮＡＫリスト１３７の各エントリ(entry)は、２１ビット一連番号及び
前記一連番号に該当するデータバイトを有し、再伝送タイマー(retransmission
timer)及び取り消しタイマー(abort timer)をさらに備える。前記再伝送データ
が到着すると、前記ＲＬＰ制御器１３１は、前記受信されたデータバイトの１６
ビット一連番号と前記貯蔵されたＮＡＫエントリの下位１６ビットとが一致する
エントリを検出する。
る。前記ＮＡＫリスト１３７の各エントリ(entry)は、２１ビット一連番号及び
前記一連番号に該当するデータバイトを有し、再伝送タイマー(retransmission
timer)及び取り消しタイマー(abort timer)をさらに備える。前記再伝送データ
が到着すると、前記ＲＬＰ制御器１３１は、前記受信されたデータバイトの１６
ビット一連番号と前記貯蔵されたＮＡＫエントリの下位１６ビットとが一致する
エントリを検出する。
【００９９】 前記ＲＬＰ制御器１３１は、前記受信されたデータで充填されたフレームが１
６ビットＳＥＱフィールドを含む場合、この値を一連番号Ｓにし、下記のように
、前記受信されたデータの一番目のバイトの一連番号Ｌ＿ＳＥＱを計算する。つ
まり、前記ＲＬＰ制御器１３１は、前記ＮＡＫリスト１３７の古いエントリから
一連番号が一致するエントリを検出する。前記ＲＬＰ制御器１３１は、前記２１
ビット一連番号の下位１６ビット部分が前記受信されたフレームの一連番号Ｓと
同一であるエントリが、前記ＮＡＫエントリ１３７に存在するか否かを判断する
。同一のＮＡＫエントリが存在する場合、前記ＲＬＰ制御器１３１は、前記エン
トリに貯蔵された２１ビット一連番号を、前記一番目のバイトの一連番号Ｌ＿Ｓ
ＥＱにする。それとは違って、同一のＮＡＫエントリが存在しない場合、前記Ｒ
ＬＰ制御器１３１は、前記受信されたデータの１番目のバイトの一連番号Ｌ＿Ｓ
ＥＱを、前記受信されたフレームの一連番号Ｓを使用して、＜数１＞によって計
算する。 ＜数１＞ Ｌ＿ＳＥＱ＝{Ｌ＿Ｖ(Ｎ)＋[２16＋Ｓ−Ｌ＿Ｖ(Ｎ)] ｍｏｄｕｌｏ ２16} ｍ
ｏｄｕｌｏ ２21
６ビットＳＥＱフィールドを含む場合、この値を一連番号Ｓにし、下記のように
、前記受信されたデータの一番目のバイトの一連番号Ｌ＿ＳＥＱを計算する。つ
まり、前記ＲＬＰ制御器１３１は、前記ＮＡＫリスト１３７の古いエントリから
一連番号が一致するエントリを検出する。前記ＲＬＰ制御器１３１は、前記２１
ビット一連番号の下位１６ビット部分が前記受信されたフレームの一連番号Ｓと
同一であるエントリが、前記ＮＡＫエントリ１３７に存在するか否かを判断する
。同一のＮＡＫエントリが存在する場合、前記ＲＬＰ制御器１３１は、前記エン
トリに貯蔵された２１ビット一連番号を、前記一番目のバイトの一連番号Ｌ＿Ｓ
ＥＱにする。それとは違って、同一のＮＡＫエントリが存在しない場合、前記Ｒ
ＬＰ制御器１３１は、前記受信されたデータの１番目のバイトの一連番号Ｌ＿Ｓ
ＥＱを、前記受信されたフレームの一連番号Ｓを使用して、＜数１＞によって計
算する。 ＜数１＞ Ｌ＿ＳＥＱ＝{Ｌ＿Ｖ(Ｎ)＋[２16＋Ｓ−Ｌ＿Ｖ(Ｎ)] ｍｏｄｕｌｏ ２16} ｍ
ｏｄｕｌｏ ２21
【０１００】 前記ＲＬＰ制御器１３１は、前記受信されたデータで充填されたフレームが２
４ビットＳＥＱフィールドを含む場合、この値をＬ＿ＳＥＱにする。
４ビットＳＥＱフィールドを含む場合、この値をＬ＿ＳＥＱにする。
【０１０１】 前記ＲＬＰ制御器１３１は、前記受信されたデータフレームの各データバイト
の一連番号をＬ＿ＳＥＱから順に付ける。つまり、ｎ番目のデータバイトは一連
番号Ｌ＝(Ｌ＿ＳＥＱ＋ｎ−１)を有し、従って、１番目のバイトは、一連番号と
してＬ＿ＳＥＱ値を有する。前記ＲＬＰ制御器１３１は、前記受信されたデータ
フレームのデータバイトに対して、一連番号の順序の通りに、下記のような動作
を遂行する。
の一連番号をＬ＿ＳＥＱから順に付ける。つまり、ｎ番目のデータバイトは一連
番号Ｌ＝(Ｌ＿ＳＥＱ＋ｎ−１)を有し、従って、１番目のバイトは、一連番号と
してＬ＿ＳＥＱ値を有する。前記ＲＬＰ制御器１３１は、前記受信されたデータ
フレームのデータバイトに対して、一連番号の順序の通りに、下記のような動作
を遂行する。
【０１０２】 第１、前記受信されたデータバイトの一連番号ＬがＬ＿Ｖ(Ｎ)より小さい場合
、前記ＲＬＰ制御器１３１は、前記受信されたデータバイトを捨てる。
、前記ＲＬＰ制御器１３１は、前記受信されたデータバイトを捨てる。
【０１０３】 第２、前記受信されたデータバイトの一連番号ＬがＬ＿Ｖ(Ｎ)より大きいか同
一であり、Ｌ＿Ｖ(Ｒ)より小さい場合、前記ＲＬＰ制御器１３１は、前記受信さ
れたデータバイトを前記再整列バッファ１３８に貯蔵する。この時、前記一連番
号ＬがＬ＿Ｖ(Ｎ)である場合、前記ＲＬＰ制御器１３１は、前記再整列バッファ
１３８に貯蔵されたデータバイトを、一連番号Ｌ＿Ｖ(Ｎ)を有するデータバイト
から連続的に伝達できる一連番号を有するデータバイトまで、上位リンクプロト
コルに伝達する。前記過程において、最後に伝送されたデータバイトの一連番号
がＬＡＳＴである場合、前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｎ)を(ＬＡＳＴ＋
１) ｍｏｄｕｌｏ ２21に設定する。
一であり、Ｌ＿Ｖ(Ｒ)より小さい場合、前記ＲＬＰ制御器１３１は、前記受信さ
れたデータバイトを前記再整列バッファ１３８に貯蔵する。この時、前記一連番
号ＬがＬ＿Ｖ(Ｎ)である場合、前記ＲＬＰ制御器１３１は、前記再整列バッファ
１３８に貯蔵されたデータバイトを、一連番号Ｌ＿Ｖ(Ｎ)を有するデータバイト
から連続的に伝達できる一連番号を有するデータバイトまで、上位リンクプロト
コルに伝達する。前記過程において、最後に伝送されたデータバイトの一連番号
がＬＡＳＴである場合、前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｎ)を(ＬＡＳＴ＋
１) ｍｏｄｕｌｏ ２21に設定する。
【０１０４】 第３、前記受信されたデータバイトの一連番号ＬがＬ＿Ｖ(Ｒ)と同一で、Ｌ＿
Ｖ(Ｒ)がＬ＿Ｖ(Ｎ)と同一である場合、前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｒ)
及びＬ＿Ｖ(Ｎ)を共に増加させ、２21に対するモジュロ演算を遂行する。それと
は違って、Ｌ＿Ｖ(Ｒ)がＬ＿Ｖ(Ｎ)と同一でない場合、前記ＲＬＰ制御器１３１
は、前記受信されたデータバイトを前記上位リンクプロトコルに伝達し、Ｌ＿Ｖ
(Ｒ)を増加させ、２21に対するモジュロ演算を遂行する。前記ＲＬＰ制御器１３
１は、前記受信されたデータバイトを前記再整列バッファ１３８に貯蔵する。
Ｖ(Ｒ)がＬ＿Ｖ(Ｎ)と同一である場合、前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｒ)
及びＬ＿Ｖ(Ｎ)を共に増加させ、２21に対するモジュロ演算を遂行する。それと
は違って、Ｌ＿Ｖ(Ｒ)がＬ＿Ｖ(Ｎ)と同一でない場合、前記ＲＬＰ制御器１３１
は、前記受信されたデータバイトを前記上位リンクプロトコルに伝達し、Ｌ＿Ｖ
(Ｒ)を増加させ、２21に対するモジュロ演算を遂行する。前記ＲＬＰ制御器１３
１は、前記受信されたデータバイトを前記再整列バッファ１３８に貯蔵する。
【０１０５】 第４、前記受信されたデータバイトの一連番号ＬがＬ＿Ｖ(Ｒ)より大きい場合
、前記ＲＬＰ制御器１３１は、一連番号Ｌ＿Ｖ(Ｒ)において、(Ｌ−１) ｍｏｄ
ｕｌｏ ２21を有するデータバイトに対する再伝送を要請するために、前記ＮＡ
Ｋリスト１３７に各データバイトに対するエントリを作る。各エントリは、該当
するデータバイトに対する２１ビット一連番号を有する。さらに、前記ＲＬＰ制
御器１３１は、前記受信されたデータバイトを前記再整列バッファ１３８に貯蔵
し、Ｌ＿Ｖ(Ｒ)を(Ｌ＋１) ｍｏｄｕｌｏ ２21に設定する。
、前記ＲＬＰ制御器１３１は、一連番号Ｌ＿Ｖ(Ｒ)において、(Ｌ−１) ｍｏｄ
ｕｌｏ ２21を有するデータバイトに対する再伝送を要請するために、前記ＮＡ
Ｋリスト１３７に各データバイトに対するエントリを作る。各エントリは、該当
するデータバイトに対する２１ビット一連番号を有する。さらに、前記ＲＬＰ制
御器１３１は、前記受信されたデータバイトを前記再整列バッファ１３８に貯蔵
し、Ｌ＿Ｖ(Ｒ)を(Ｌ＋１) ｍｏｄｕｌｏ ２21に設定する。
【０１０６】 一方、前記ＲＬＰ制御器１３１は、前記アイドルフレームを受信すると、一連
番号Ｓを前記ＳＥＱフィールドに設定した後、＜数２＞によって一連番号Ｌ＿Ｓ
ＥＱを計算する。 ＜数２＞ Ｌ＿ＳＥＱ＝{Ｌ＿Ｖ(Ｒ)＋[２16＋Ｓ−Ｌ＿Ｖ(Ｒ)] ｍｏｄｕｌｏ ２16} ｍ
ｏｄｕｌｏ ２21
番号Ｓを前記ＳＥＱフィールドに設定した後、＜数２＞によって一連番号Ｌ＿Ｓ
ＥＱを計算する。 ＜数２＞ Ｌ＿ＳＥＱ＝{Ｌ＿Ｖ(Ｒ)＋[２16＋Ｓ−Ｌ＿Ｖ(Ｒ)] ｍｏｄｕｌｏ ２16} ｍ
ｏｄｕｌｏ ２21
【０１０７】 前記ＲＬＰ制御器１３１は、前記受信されたアイドルフレームの一連番号Ｌ＿
ＳＥＱがＬ＿Ｖ(Ｒ)より大きい場合、一連番号Ｌ＿Ｖ(Ｒ)において、(Ｌ＿ＳＥ
Ｑ−１) ｍｏｄｕｌｏ ２２１を有するデータバイトに対する再伝送を要請する
ために、前記ＮＡＫリストに各データバイトに対するエントリを生成する。各エ
ントリは該当するデータバイトに対する２１ビット一連番号を有する。前記ＲＬ
Ｐ制御器は、Ｌ＿Ｖ(Ｒ)を(Ｌ＋１) ｍｏｄｕｌｏ ２21に設定する。
ＳＥＱがＬ＿Ｖ(Ｒ)より大きい場合、一連番号Ｌ＿Ｖ(Ｒ)において、(Ｌ＿ＳＥ
Ｑ−１) ｍｏｄｕｌｏ ２２１を有するデータバイトに対する再伝送を要請する
ために、前記ＮＡＫリストに各データバイトに対するエントリを生成する。各エ
ントリは該当するデータバイトに対する２１ビット一連番号を有する。前記ＲＬ
Ｐ制御器は、Ｌ＿Ｖ(Ｒ)を(Ｌ＋１) ｍｏｄｕｌｏ ２21に設定する。
【０１０８】 前記多重化／逆多重化制御器１４０が、損傷したデータブロックが受信された
ことを知らせ、また、前記データブロックのサイズを知らせる場合、前記ＲＬＰ
制御器１３１は、下記のように、受信できるデータバイトの最大値Ｍを予想する
。前記損傷したデータブロックが前記基本チャネルを通して伝送されたものであ
り、伝送率集合１が使用中である場合、Ｍは１９バイトになる。前記損傷したデ
ータブロックが前記基本チャネルを通して伝送されたものであり、伝送率集合２
が使用中である場合、Ｍは３１バイトになる。それとは違って、前記損傷したデ
ータブロックが前記付加チャネルを通して伝送された場合は、前記多重化／逆多
重化制御器１４０によって知らされた前記損傷したデータブロックの長さＬビッ
トから１７ビット引いた値を８で割った値がＭになる。例えば、前記損傷したデ
ータブロックの長さが７３７ビットであると知らされた場合、Ｍは、(７３７−
１７)／８＝９０になる。
ことを知らせ、また、前記データブロックのサイズを知らせる場合、前記ＲＬＰ
制御器１３１は、下記のように、受信できるデータバイトの最大値Ｍを予想する
。前記損傷したデータブロックが前記基本チャネルを通して伝送されたものであ
り、伝送率集合１が使用中である場合、Ｍは１９バイトになる。前記損傷したデ
ータブロックが前記基本チャネルを通して伝送されたものであり、伝送率集合２
が使用中である場合、Ｍは３１バイトになる。それとは違って、前記損傷したデ
ータブロックが前記付加チャネルを通して伝送された場合は、前記多重化／逆多
重化制御器１４０によって知らされた前記損傷したデータブロックの長さＬビッ
トから１７ビット引いた値を８で割った値がＭになる。例えば、前記損傷したデ
ータブロックの長さが７３７ビットであると知らされた場合、Ｍは、(７３７−
１７)／８＝９０になる。
【０１０９】 前記ＲＬＰ制御器１３１は、前記損傷したデータブロックの最大データバイト
数Ｍを決定した後、この値を前記レジスタＥ１３４に貯蔵された値に加えて、再
び前記レジスタＥ１３４に貯蔵する。前記加えられた値が２16より大きい場合、
前記ＲＬＰ制御器１３１は、前記再設定過程を遂行する。
数Ｍを決定した後、この値を前記レジスタＥ１３４に貯蔵された値に加えて、再
び前記レジスタＥ１３４に貯蔵する。前記加えられた値が２16より大きい場合、
前記ＲＬＰ制御器１３１は、前記再設定過程を遂行する。
【０１１０】 前記データ受信過程において、ナルデータブロックではない、正しく受信され
たデータブロックが１つでも存在する場合、または、前記多重化／逆多重化制御
器によって受信されたフレームがないことを知らせる場合、前記ＲＬＰ制御器１
３１は、前記レジスタＥ１３４を‘０’に設定する。
たデータブロックが１つでも存在する場合、または、前記多重化／逆多重化制御
器によって受信されたフレームがないことを知らせる場合、前記ＲＬＰ制御器１
３１は、前記レジスタＥ１３４を‘０’に設定する。
【０１１１】 ４．データ受信後のＲＬＰ制御器の動作 前記ＲＬＰ制御器１３１は、前記受信された全てのフレームを処理した後、下
記のような動作を遂行する。前記多重化／逆多重化制御器１４０が、前記ＲＬＰ
制御器１３１に受信されたフレームが存在しないと知らせる場合、または、アイ
ドルフレームが受信されるか新しく伝送されたデータフレームが受信される場合
、前記ＲＬＰ制御器１３１は、前記ＮＡＫリスト１３７で古いエントリから下記
の過程を遂行する。
記のような動作を遂行する。前記多重化／逆多重化制御器１４０が、前記ＲＬＰ
制御器１３１に受信されたフレームが存在しないと知らせる場合、または、アイ
ドルフレームが受信されるか新しく伝送されたデータフレームが受信される場合
、前記ＲＬＰ制御器１３１は、前記ＮＡＫリスト１３７で古いエントリから下記
の過程を遂行する。
【０１１２】 第１、取り消しタイマーがまだ満了とならず、前記ＮＡＫに含まれた一連番号
が３回伝送された場合、前記ＲＬＰ制御器１３１は、前記取り消しタイマーの値
を１減らす。前記取り消しタイマー値が‘０’になる場合、前記ＲＬＰ制御器１
３１は、下記の動作を遂行する。前記ＲＬＰ制御器１３１は、前記ＮＡＫエント
リが予め有している一連番号に該当する前記再伝送データバイトを受信する場合
、前記ＮＡＫエントリを削除する。それとは違って、前記ＲＬＰ制御器１３１は
、前記ＮＡＫエントリが有する一連番号に該当する前記再伝送データバイトを受
信しなかった場合、前記ＮＡＫエントリの一連番号に該当するデータバイトが受
信されなかったとみなし、前記再整列バッファ１３８に貯蔵された前記ＮＡＫエ
ントリの一連番号より大きくて、連続的に前記上位リンクプロトコルに伝送でき
る前記受信されたデータバイトを、前記上位リンクプロトコルに伝達する。前記
ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｎ)を次に受信されるデータバイトの一連番号に
設定する。
が３回伝送された場合、前記ＲＬＰ制御器１３１は、前記取り消しタイマーの値
を１減らす。前記取り消しタイマー値が‘０’になる場合、前記ＲＬＰ制御器１
３１は、下記の動作を遂行する。前記ＲＬＰ制御器１３１は、前記ＮＡＫエント
リが予め有している一連番号に該当する前記再伝送データバイトを受信する場合
、前記ＮＡＫエントリを削除する。それとは違って、前記ＲＬＰ制御器１３１は
、前記ＮＡＫエントリが有する一連番号に該当する前記再伝送データバイトを受
信しなかった場合、前記ＮＡＫエントリの一連番号に該当するデータバイトが受
信されなかったとみなし、前記再整列バッファ１３８に貯蔵された前記ＮＡＫエ
ントリの一連番号より大きくて、連続的に前記上位リンクプロトコルに伝送でき
る前記受信されたデータバイトを、前記上位リンクプロトコルに伝達する。前記
ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｎ)を次に受信されるデータバイトの一連番号に
設定する。
【０１１３】 第２、取り消しタイマーがまだ満了とならず、前記ＮＡＫエントリが有する一
連番号が前記ＮＡＫに含まれて予め２回伝送された場合、前記ＲＬＰ制御器１３
１は、前記取り消しタイマーの値を１減らす。前記取り消しタイマーの値が‘０
’になる場合、前記ＲＬＰ制御器１３１は、下記の動作を遂行する。前記ＲＬＰ
制御器１３１は、前記ＮＡＫエントリが予め有している一連番号に該当する再伝
送データバイトを受信した場合、前記ＮＡＫエントリを削除する。それとは違っ
て、前記ＲＬＰ制御器１３１は、前記ＮＡＫエントリが予め有している一連番号
に該当する再伝送データバイトを受信しなかった場合、前記ＮＡＫエントリの取
り消しタイマーを適切な値に設定する。前記ＲＬＰ制御器１３１は、次に伝送さ
れる３つのＮＡＫフレームに、前記ＮＡＫエントリが有している一連番号を含め
る。
連番号が前記ＮＡＫに含まれて予め２回伝送された場合、前記ＲＬＰ制御器１３
１は、前記取り消しタイマーの値を１減らす。前記取り消しタイマーの値が‘０
’になる場合、前記ＲＬＰ制御器１３１は、下記の動作を遂行する。前記ＲＬＰ
制御器１３１は、前記ＮＡＫエントリが予め有している一連番号に該当する再伝
送データバイトを受信した場合、前記ＮＡＫエントリを削除する。それとは違っ
て、前記ＲＬＰ制御器１３１は、前記ＮＡＫエントリが予め有している一連番号
に該当する再伝送データバイトを受信しなかった場合、前記ＮＡＫエントリの取
り消しタイマーを適切な値に設定する。前記ＲＬＰ制御器１３１は、次に伝送さ
れる３つのＮＡＫフレームに、前記ＮＡＫエントリが有している一連番号を含め
る。
【０１１４】 前記ＲＬＰ制御器１３１は、新しく追加されるべきＮＡＫエントリに対して、
前記再伝送タイマーを適切な値に設定し、次に伝送される２つのＮＡＫフレーム
に、前記ＮＡＫエントリが有している一連番号を含める。
前記再伝送タイマーを適切な値に設定し、次に伝送される２つのＮＡＫフレーム
に、前記ＮＡＫエントリが有している一連番号を含める。
【０１１５】 一方、前記本発明の詳細な説明では具体的な実施形態に挙げて説明してきたが
、本発明の範囲内で様々な変形が可能であるということは勿論である。従って、
本発明の範囲は前記実施形態によって限られるべきではなく、特許請求の範囲と
それに等価なものによって定められるべきである。
、本発明の範囲内で様々な変形が可能であるということは勿論である。従って、
本発明の範囲は前記実施形態によって限られるべきではなく、特許請求の範囲と
それに等価なものによって定められるべきである。
【０１１６】
前述してきたように、本発明は、無線リンクプロトコル(ＲＬＰ)によってデー
タを伝送する時、データバイト基盤の一連番号を提供することによって、前記無
線リンクプロトコルが可変長フレームを生成することができるようにする。
タを伝送する時、データバイト基盤の一連番号を提供することによって、前記無
線リンクプロトコルが可変長フレームを生成することができるようにする。
【図１】 パケットデータサービスを遂行する一般的なＣＤＭＡ通信システ
ムの構成図である。
ムの構成図である。
【図２】 本発明が適用されるＲＬＰによるデータ送受信装置の構成図であ
る。
る。
【図３】 本発明によるデータ送信器の構成図である。
【図４】 本発明によるデータ受信器の構成図である。
【図５】 Ａ〜Ｄともに、図２のデータ送信器によって生成されるフレーム
のフォーマットを示す図である。
のフォーマットを示す図である。
【図６】 Ａ〜Ｃともに、本発明によって生成されるＬＴＵのフォーマット
を示す図である。
を示す図である。
【図７】 本発明によって生成されるデータブロックのフォーマットを示す
図である。
図である。
【図８】 本発明によって生成されるＲＬＰフレームのフォーマットを示す
図である。
図である。
【図９】 本発明による基本チャネルの送信手順を示すフローチャートであ
る。
る。
【図１０】 本発明による基本チャネルの受信手順を示すフローチャートで
ある。
ある。
【図１１】 本発明による付加チャネルの送信手順を示すフローチャートで
ある。
ある。
【図１２】 本発明による付加チャネルの受信手順を示すフローチャートで
ある。
ある。
１１０、２１０ リンクプロトコル処理器 １２２、２２２ 送信データバッファ １２４、２２４ 受信データバッファ １３０、２３０ ＲＬＰ処理器 １３１ ＲＬＰ制御器 １３２ Ｌ＿Ｖ(Ｓ)レジスタ １３３ 再伝送バッファ １３４ レジスタＥ １３５ Ｌ＿Ｖ(Ｎ)レジスタ １３６ Ｌ＿Ｖ(Ｒ)レジスタ １３７ ＮＡＫリスト １３８ 再整列バッファ １４０、２４０ 多重化／逆多重化制御器 １５０、２５０ 物理階層処理器
───────────────────────────────────────────────────── フロントページの続き (72)発明者 デ−ギュン・キム 大韓民国・ソウル・135−240・カンナム− グ・ケポ−ドン（番地なし）・キョンナ ム・エーピーティ・＃７−905 (72)発明者 チャン−ホイ・グ 大韓民国・キョンギ−ド・463−060・ソン ナム−シ・プンタン−グ・イメ−ドン・ 124 Ｆターム(参考） 5K028 AA11 BB04 KK01 KK03 KK11 MM05 MM08 MM12 5K034 AA01 CC01 EE03 FF02 HH01 HH02 HH05 HH07 HH12 HH14 MM02 MM21 MM37 MM39 NN04 5K067 AA13 BB21 CC10 HH22 HH24
Claims (8)
- 【請求項１】 それぞれ所定の長さを持つ複数の連続的な多重化フレームか
ら構成され、各多重化フレームはヘッダと次の無線リンクプロトコルフレームと
から構成され、前記無線リンクプロトコルフレームは伝送するデータを含む情報
フレームにおいて、 少なくとも１つの前記多重化フレームは複数のサブ多重化フレームから構成さ
れ、各サブ多重化フレームは、無線リンクプロトコルサービス識別子フィールド
及び伝送データの長さを示す長さ表示フィールドを含むヘッダと、前記次の無線
リンクプロトコルフレームと関連したデータブロックと、から構成されることを
特徴とする情報フレーム。 - 【請求項２】 前記長さ表示フィールドは、１つの次の無線リンクプロトコ
ルデータブロックが存在するか否かを示す長さインジケータと、前記次の無線リ
ンクプロトコルデータブロックの長さを示す長さフィールドと、から構成される
ことを特徴とする請求項１記載の情報フレーム。 - 【請求項３】 それぞれ所定の長さを持つ複数の連続的な多重化フレームか
ら構成され、各多重化フレームはヘッダと次の無線リンクプロトコルフレームと
から構成され、前記無線リンクプロトコルフレームは伝送するデータを含む情報
フレームにおいて、 前記多重化フレームは、無線リンクプロトコルサービス識別子フィールド及び
伝送データの長さを示す長さ表示フィールドを含むヘッダと、前記次の無線リン
クプロトコルフレームに関連したデータブロックと、からそれぞれ構成されるこ
とを特徴とする情報フレーム。 - 【請求項４】 前記長さ表示フィールドは、１つの次の無線リンクプロトコ
ルデータブロックが存在するか否かを示す長さインジケータと、前記次の無線リ
ンクプロトコルデータブロックの長さを示す予約フィールドと、から構成される
ことを特徴とする請求項１記載の情報フレーム。 - 【請求項５】 複数のサービスのためのフレームを伝送する移動通信システ
ムにおけるフレーム伝送方法において、 無線リンクプロトコルフレームのサービスを示す無線リンクプロトコルサービ
ス識別子及び前記無線リンクプロトコルフレームの長さを示す長さインジケータ
から構成されるヘッダを含む、サービスの優先順位によって決定される少なくと
も１つの無線リンクプロトコルを含む所定の長さの多重化フレームを生成する過
程と、 複数の連続的な前記多重化フレームから所定の長さの情報フレームを構成して
伝送する過程と、 を含むことを特徴とするフレーム伝送方法。 - 【請求項６】 移動通信システムにおけるデータ伝送装置において、 固有のサービスデータを処理し、所定の長さの無線リンクプロトコルフレーム
を生成する複数の無線リンクプロトコル処理器と、 前記無線リンクプロトコル処理器から生成される前記無線リンクプロトコルフ
レームの長さを決定し、前記無線リンクプロトコル処理器から生成された少なく
とも１つの無線リンクプロトコルフレームと、前記無線リンクプロトコルフレー
ムのサービスを示すサービス識別子及び前記無線リンクプロトコルフレームの長
さを示す長さインジケータと、から構成されるヘッダを含む第１長さを有する多
重化フレームを生成する多重化制御器と、 複数の連続的な前記多重化フレームから第２長さの情報フレームを構成して伝
送する物理階層処理器と、 を含むことを特徴とする移動通信システムにおけるデータ伝送装置。 - 【請求項７】 各多重化フレームは少なくとも１つの無線リンクプロトコル
フレームを含み、前記無線リンクプロトコルフレームのヘッドには前記無線リン
クプロトコルフレームのサービスを示すサービス識別子及び前記無線リンクプロ
トコルフレームの長さを示す長さインジケータから構成されたヘッダが付けられ
、複数の連続的な前記多重化フレームから構成される情報フレームを受信する移
動通信システムにおけるフレーム受信方法において、 前記受信された情報フレームの内に含まれた前記多重化フレームを逆多重化す
る過程と、 逆多重化されたフレームに含まれた少なくとも１つの無線リンクプロトコルフ
レームを前記ヘッダの長さインジケータを利用してサービス別に区分し、前記区
分された無線リンクプロトコルフレームを処理するために該当サービスに出力す
る過程と、 を含むことを特徴とするフレーム受信方法。 - 【請求項８】 各多重化フレームは少なくとも１つの無線リンクプロトコル
フレームを含み、前記無線リンクプロトコルフレームのヘッドには前記無線リン
クプロトコルフレームのサービスを示すサービス識別子及び前記無線リンクプロ
トコルフレームの長さを示す長さインジケータから構成されたヘッダが付けられ
、複数の連続的な前記多重化フレームから構成される情報フレームを受信する移
動通信システムにおけるフレーム受信装置において、 前記受信された情報フレーム内の多重化フレームに含まれた少なくとも１つの
無線リンクプロトコルフレームを前記ヘッダの長さインジケータを利用してサー
ビス別に区分する逆多重化制御器と、 前記区分された無線リンクプロトコルフレームに対して該当サービスを遂行す
る複数の無線リンクプロトコル処理器と、 を含むことを特徴とするフレーム受信装置。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-1999-0017911A KR100416996B1 (ko) | 1999-05-10 | 1999-05-10 | 이동 통신시스템에서 라디오링크프로토콜에 따른 가변 길이의 데이터 송수신 장치 및 방법 |
| KR1999/17911 | 1999-05-10 | ||
| PCT/KR2000/000444 WO2000069147A1 (en) | 1999-05-10 | 2000-05-10 | Apparatus and method for exchanging variable-length data according to radio link protocol in mobile communication system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002544717A true JP2002544717A (ja) | 2002-12-24 |
| JP3889569B2 JP3889569B2 (ja) | 2007-03-07 |
Family
ID=19586341
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000617625A Expired - Lifetime JP3889569B2 (ja) | 1999-05-10 | 2000-05-10 | 移動通信システムにおける無線リンクプロトコルによる可変長データの送受信装置及び方法 |
Country Status (11)
| Country | Link |
|---|---|
| US (3) | US6665313B1 (ja) |
| EP (1) | EP1177671B1 (ja) |
| JP (1) | JP3889569B2 (ja) |
| KR (1) | KR100416996B1 (ja) |
| CN (3) | CN101079819B (ja) |
| AU (1) | AU758985B2 (ja) |
| BR (1) | BRPI0010384B1 (ja) |
| CA (1) | CA2371086C (ja) |
| DE (1) | DE20023164U1 (ja) |
| RU (1) | RU2217869C2 (ja) |
| WO (1) | WO2000069147A1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009506649A (ja) * | 2005-08-22 | 2009-02-12 | クゥアルコム・インコーポレイテッド | 無線接続を介した分散プロトコル |
| JP2015216648A (ja) * | 2005-08-24 | 2015-12-03 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | 物理層パケットにおける多重化プロトコルデータユニットの送信 |
Families Citing this family (90)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6307487B1 (en) * | 1998-09-23 | 2001-10-23 | Digital Fountain, Inc. | Information additive code generator and decoder for communication systems |
| US7068729B2 (en) | 2001-12-21 | 2006-06-27 | Digital Fountain, Inc. | Multi-stage code generator and decoder for communication systems |
| KR100416996B1 (ko) * | 1999-05-10 | 2004-02-05 | 삼성전자주식회사 | 이동 통신시스템에서 라디오링크프로토콜에 따른 가변 길이의 데이터 송수신 장치 및 방법 |
| KR100532321B1 (ko) * | 1999-05-21 | 2005-11-29 | 삼성전자주식회사 | 이동 통신시스템에서 라디오링크프로토콜에 따른 가변 길이의 블록 일련번호 생성 및 바이트 일련번호 확인 장치 및 방법 |
| KR100516671B1 (ko) * | 1999-05-24 | 2005-09-22 | 삼성전자주식회사 | 이동통신시스템에서 라디오링크프로토콜에 따른 가변길이의 데이터 송수신 장치 및 방법 |
| KR100644594B1 (ko) * | 2000-06-10 | 2006-11-13 | 삼성전자주식회사 | 무선 데이터 송수신 장치 및 그 방법 |
| EP1175063A3 (en) * | 2000-07-20 | 2003-08-27 | Nortel Networks Limited | Network layer protocol aware link layer |
| KR100447162B1 (ko) * | 2000-08-19 | 2004-09-04 | 엘지전자 주식회사 | 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법 |
| JP3795743B2 (ja) * | 2000-11-17 | 2006-07-12 | 株式会社エヌ・ティ・ティ・ドコモ | データ伝送方法、データ伝送システム、送信装置および受信装置 |
| US7031281B1 (en) * | 2000-11-27 | 2006-04-18 | Nortel Networks Limited | Method for reducing overhead in forward link traffic multiplexing |
| US7242674B2 (en) * | 2000-12-20 | 2007-07-10 | Lg Electronics Inc. | System and method of controlling multimedia call in mobile communication system |
| US20020124095A1 (en) * | 2001-03-02 | 2002-09-05 | Sultan Israel Daniel | Apparatus and method for sending point-to-point protocol over ethernet |
| US7310336B2 (en) * | 2001-05-18 | 2007-12-18 | Esa Malkamaki | Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets |
| US7142542B2 (en) * | 2001-11-15 | 2006-11-28 | Motorola, Inc. | Selective retransmission of data |
| US6850769B2 (en) | 2002-02-14 | 2005-02-01 | Qualcomm Incorporated | Method and apparatus for adaptive measurement of round-trip time in ARQ protocols and using the same for controlling flow of data in a communication system |
| AU2003221958B2 (en) * | 2002-04-15 | 2008-03-06 | Nokia Corporation | RLP logical layer of a communication station |
| US7200115B2 (en) * | 2002-05-17 | 2007-04-03 | Lucent Technologies Inc. | Method of managing non-acknowledgement responses |
| US9240810B2 (en) | 2002-06-11 | 2016-01-19 | Digital Fountain, Inc. | Systems and processes for decoding chain reaction codes through inactivation |
| KR100531008B1 (ko) * | 2002-09-27 | 2005-11-28 | 주식회사 지티앤티 | 재송신장치의 식별번호 부여방법과 이를 구현하는재송신장치 및 수신장치. |
| CN100539439C (zh) | 2002-10-05 | 2009-09-09 | 数字方敦股份有限公司 | 连锁反应码的系统编码和解码系统和方法 |
| US7720043B2 (en) * | 2002-11-20 | 2010-05-18 | Qualcomm Incorporated | Use of idle frames for early transmission of negative acknowledgement of frame receipt |
| KR100953630B1 (ko) * | 2002-12-13 | 2010-04-20 | 엘지전자 주식회사 | 전송 데이터율 전달용 물리 채널의 운용 방법 |
| JP3891145B2 (ja) | 2003-05-16 | 2007-03-14 | ソニー株式会社 | 無線通信装置、無線通信方法及びプログラム |
| US20070165670A1 (en) * | 2003-06-04 | 2007-07-19 | Yukimasa Nagai | Base station and wireless terminal |
| US7688854B2 (en) | 2003-10-03 | 2010-03-30 | Nokia Corporation | Generalized spare extension field usage in frame protocol data frame |
| EP1665539B1 (en) * | 2003-10-06 | 2013-04-10 | Digital Fountain, Inc. | Soft-Decision Decoding of Multi-Stage Chain Reaction Codes |
| KR100565627B1 (ko) * | 2003-10-13 | 2006-03-29 | 엘지전자 주식회사 | 이동통신 시스템에서의 고속 데이터 통신을 위한 라디오링크 프로토콜 제어 프레임 및 그것을 이용한 라디오 링크프로토콜 시퀀스의 업데이트 방법 |
| JP4452983B2 (ja) * | 2004-01-08 | 2010-04-21 | ソニー株式会社 | 受信装置および方法、プログラム、並びに記録媒体 |
| WO2005076536A1 (en) * | 2004-02-04 | 2005-08-18 | Matsushita Electric Industrial Co., Ltd. | Method and apparatus for generating packet frames for carrying data |
| CN101019326B (zh) | 2004-05-07 | 2013-02-27 | 数字方敦股份有限公司 | 文件下载和流系统 |
| US20060013216A1 (en) * | 2004-07-13 | 2006-01-19 | Samsung Electronics Co., Ltd. | Apparatus and method for supporting real-time services in a wireless network |
| WO2006020826A2 (en) * | 2004-08-11 | 2006-02-23 | Digital Fountain, Inc. | Method and apparatus for fast encoding of data symbols according to half-weight codes |
| US7447233B2 (en) * | 2004-09-29 | 2008-11-04 | Intel Corporation | Packet aggregation protocol for advanced switching |
| KR100597585B1 (ko) * | 2004-10-22 | 2006-07-06 | 한국전자통신연구원 | 트리 구조를 사용하는 패킷의 분할 및 재조립 방법과 이를이용한 패킷의 전송 및 수신 방법 |
| KR100751101B1 (ko) * | 2004-11-05 | 2007-08-22 | 주식회사 팬택앤큐리텔 | 이동통신 단말기에 할당된 ｉｐ 관리 시스템 및 방법 |
| US8699955B2 (en) * | 2005-09-16 | 2014-04-15 | Interdigital Technology Corporation | Method and apparatus to transmit and receive data in a wireless communication system having smart antennas |
| US20070133426A1 (en) * | 2005-12-06 | 2007-06-14 | Micrel, Inc. | Data encoding and decoding method for transmitting multiple redundant copies of a data packet |
| WO2007073470A2 (en) | 2005-12-23 | 2007-06-28 | Perdiem, Llc | System and method for defining an event based on a relationship between an object location and a user-defined zone |
| US7525425B2 (en) | 2006-01-20 | 2009-04-28 | Perdiem Llc | System and method for defining an event based on relationship between an object location and a user-defined zone |
| US7324913B2 (en) * | 2006-02-01 | 2008-01-29 | International Business Machines Corporation | Methods and apparatus for testing a link between chips |
| US9136983B2 (en) * | 2006-02-13 | 2015-09-15 | Digital Fountain, Inc. | Streaming and buffering using variable FEC overhead and protection periods |
| US9270414B2 (en) | 2006-02-21 | 2016-02-23 | Digital Fountain, Inc. | Multiple-field based code generator and decoder for communications systems |
| WO2007134196A2 (en) | 2006-05-10 | 2007-11-22 | Digital Fountain, Inc. | Code generator and decoder using hybrid codes |
| US9209934B2 (en) | 2006-06-09 | 2015-12-08 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| US20100211690A1 (en) * | 2009-02-13 | 2010-08-19 | Digital Fountain, Inc. | Block partitioning for a data stream |
| US9432433B2 (en) | 2006-06-09 | 2016-08-30 | Qualcomm Incorporated | Enhanced block-request streaming system using signaling or block creation |
| US9380096B2 (en) | 2006-06-09 | 2016-06-28 | Qualcomm Incorporated | Enhanced block-request streaming system for handling low-latency streaming |
| US9386064B2 (en) | 2006-06-09 | 2016-07-05 | Qualcomm Incorporated | Enhanced block-request streaming using URL templates and construction rules |
| US9419749B2 (en) | 2009-08-19 | 2016-08-16 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US9178535B2 (en) | 2006-06-09 | 2015-11-03 | Digital Fountain, Inc. | Dynamic stream interleaving and sub-stream based delivery |
| CN1960502B (zh) * | 2006-10-16 | 2010-08-18 | 中兴通讯股份有限公司 | 一种移动多媒体广播系统的容错方法 |
| WO2008069617A2 (en) * | 2006-12-07 | 2008-06-12 | Lg Electronics Inc. | Method and transmitter for transmitting and method of receiving status report and structure of status data blocks in a mobile communication system |
| KR101342365B1 (ko) * | 2006-12-07 | 2013-12-16 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 전달 방법 |
| US9173223B2 (en) * | 2006-12-07 | 2015-10-27 | Lg Electronics Inc. | Method of transferring data in a wireless communication system |
| US8345649B2 (en) * | 2006-12-22 | 2013-01-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for indication of consecutive data units in a RAN |
| WO2008085842A1 (en) * | 2007-01-04 | 2008-07-17 | Interdigital Technology Corporation | Node b based segmentation/concatenation |
| EP2127205B1 (en) * | 2007-01-08 | 2012-02-29 | Interdigital Technology Corporation | Method and apparatus for multicasting with feedback information |
| WO2008084957A1 (en) * | 2007-01-08 | 2008-07-17 | Lg Electronics Inc. | Method for receiving common channel in wireless communication and terminal thereof |
| US8347174B2 (en) * | 2007-01-09 | 2013-01-01 | Lg Electronics Inc. | Method of transmitting and receiving data in a wireless communication system including error detection code decoded using equipment identifiers and group identifiers |
| WO2008084984A2 (en) * | 2007-01-09 | 2008-07-17 | Lg Electronics Inc. | Method of controlling data retransmission in a wireless communication system |
| CN101578783A (zh) * | 2007-01-10 | 2009-11-11 | Lg电子株式会社 | 用于在移动通信中构造数据格式的方法及其终端 |
| KR101211758B1 (ko) * | 2007-01-10 | 2012-12-12 | 엘지전자 주식회사 | 무선 통신 시스템의 블록 데이터 생성 방법 |
| BRPI0806551B1 (pt) | 2007-01-10 | 2020-09-08 | Lg Electronics Inc. | Método para receber dados por um terminal em um sistema de comunicação sem fio, terminal para o mesmo e método para transmitir dados por uma rede a um terminal em um sistema de comunicação sem fio |
| CN101601208B (zh) * | 2007-01-31 | 2014-04-16 | Lg电子株式会社 | 用于发送和接收系统信息的方法 |
| KR101461938B1 (ko) | 2007-01-31 | 2014-11-14 | 엘지전자 주식회사 | 시스템 정보의 전송 및 수신 방법 |
| CN101247551B (zh) | 2007-02-12 | 2011-09-21 | 华为技术有限公司 | 一种传输业务的方法及装置 |
| KR101369745B1 (ko) * | 2007-04-11 | 2014-03-07 | 삼성전자주식회사 | 비동기화된 비트스트림들의 다중화 및 역다중화 방법 및장치 |
| EP2145405B1 (en) | 2007-05-09 | 2019-01-09 | Samsung Electronics Co., Ltd. | Method for supporting short latency data transmission in a mobile communication system |
| EP2203836A4 (en) | 2007-09-12 | 2014-11-05 | Digital Fountain Inc | GENERATING AND COMMUNICATING SOURCE IDENTIFICATION INFORMATION TO ENABLE RELIABLE COMMUNICATIONS |
| US8542706B2 (en) * | 2008-12-08 | 2013-09-24 | Qualcomm Incorporated | Method and apparatus related to packet fragmentation and reconstruction |
| US9281847B2 (en) | 2009-02-27 | 2016-03-08 | Qualcomm Incorporated | Mobile reception of digital video broadcasting—terrestrial services |
| CN101959069B (zh) * | 2009-07-20 | 2012-12-19 | 中兴通讯股份有限公司 | 一种利用复用帧传送业务信息及获取业务信息的方法 |
| US9288010B2 (en) | 2009-08-19 | 2016-03-15 | Qualcomm Incorporated | Universal file delivery methods for providing unequal error protection and bundled file delivery services |
| US9917874B2 (en) | 2009-09-22 | 2018-03-13 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| US9485546B2 (en) | 2010-06-29 | 2016-11-01 | Qualcomm Incorporated | Signaling video samples for trick mode video representations |
| US8918533B2 (en) | 2010-07-13 | 2014-12-23 | Qualcomm Incorporated | Video switching for streaming video data |
| US9185439B2 (en) | 2010-07-15 | 2015-11-10 | Qualcomm Incorporated | Signaling data for multiplexing video components |
| US9596447B2 (en) | 2010-07-21 | 2017-03-14 | Qualcomm Incorporated | Providing frame packing type information for video coding |
| US9319448B2 (en) | 2010-08-10 | 2016-04-19 | Qualcomm Incorporated | Trick modes for network streaming of coded multimedia data |
| US9270299B2 (en) | 2011-02-11 | 2016-02-23 | Qualcomm Incorporated | Encoding and decoding using elastic codes with flexible source block mapping |
| US8958375B2 (en) * | 2011-02-11 | 2015-02-17 | Qualcomm Incorporated | Framing for an improved radio link protocol including FEC |
| US8902894B2 (en) * | 2011-05-06 | 2014-12-02 | Qualcomm Incorporated | Apparatus and methods for wireless communication using a packet structure that indicates whether payload length field and payload are included in the packet |
| US9253233B2 (en) | 2011-08-31 | 2016-02-02 | Qualcomm Incorporated | Switch signaling methods providing improved switching between representations for adaptive HTTP streaming |
| US9843844B2 (en) | 2011-10-05 | 2017-12-12 | Qualcomm Incorporated | Network streaming of media data |
| US9294226B2 (en) | 2012-03-26 | 2016-03-22 | Qualcomm Incorporated | Universal object delivery and template-based file delivery |
| EP2869627A1 (en) * | 2013-11-05 | 2015-05-06 | The University of Kent | Method and apparatus for communication in a wireless network |
| DE102016220884A1 (de) | 2016-10-24 | 2018-04-26 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Variable Teilpaketlängen für Telegram Splitting in Netzwerken mit geringem Stromverbrauch |
| CN109699061B (zh) * | 2017-10-20 | 2022-03-11 | 珠海市魅族科技有限公司 | 通信方法及通信装置、接入点设备和站点设备 |
| CN109756957B (zh) * | 2017-11-03 | 2022-03-29 | 珠海市魅族科技有限公司 | 通信方法及通信装置、接入点设备和站点设备 |
| RU2700561C1 (ru) * | 2018-10-31 | 2019-09-17 | Федеральное государственное автономное образовательное учреждение высшего образования "Национальный исследовательский университет "Московский институт электронной техники" | Способ импульсной пакетной передачи данных в сетях мобильной связи пятого поколения |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6088342A (en) | 1997-05-05 | 2000-07-11 | Nokia Mobile Phones Limited | Dynamic configuration of radio link protocol in a telecommunications system |
| EP0758168B2 (en) | 1995-02-23 | 2010-07-07 | NTT DoCoMo, Inc. | Variable rate transmitting method, and transmitter and receiver using it |
| FI98028C (fi) | 1995-05-03 | 1997-03-25 | Nokia Mobile Phones Ltd | Datasovitin |
| FI955944A (fi) * | 1995-12-11 | 1997-06-12 | Nokia Telecommunications Oy | Nopeussovitusmenetelmä ja nopeussovitin |
| FI101332B1 (fi) * | 1995-12-18 | 1998-05-29 | Nokia Telecommunications Oy | Epäjatkuvalähetys monikanavaisessa suurinopeuksisessa datasiirrossa |
| JP3828156B2 (ja) | 1996-02-12 | 2006-10-04 | ヒューレット・パッカード・カンパニー | ネットワーク化されたコンピュータ間の信号送信 |
| WO1997033406A1 (fr) * | 1996-03-08 | 1997-09-12 | Ntt Mobile Communications Network Inc. | Systeme et procede de transmission atm multiplex a cellules courtes |
| TW358277B (en) * | 1996-05-08 | 1999-05-11 | Matsushita Electric Ind Co Ltd | Multiplex transmission method and system, and audio jitter absorbing method used therein |
| US5844885A (en) | 1996-06-11 | 1998-12-01 | Qualcomm Incorporated | Method and apparatus of providing bit count integrity and synchronous data transfer over a channel which does not preserve synchronization |
| US5936948A (en) * | 1997-02-19 | 1999-08-10 | Telefonaktiebolaget Lm Ericsson | System and method of multiplexing digitized calls on intersystem transmission circuits in a radio telecommunications network |
| JP3736006B2 (ja) | 1997-03-14 | 2006-01-18 | ブラザー工業株式会社 | 通信装置 |
| US6389066B1 (en) | 1997-09-21 | 2002-05-14 | Lucent Technologies Inc. | System and method for adaptive modification of modulated and coded schemes in a communication system |
| KR100434463B1 (ko) * | 1999-01-07 | 2004-06-05 | 삼성전자주식회사 | 부호분할다중접속 통신시스템의 데이터 통신 장치 및 방법 |
| US6556556B1 (en) * | 1999-01-29 | 2003-04-29 | Nortel Networks Limited | Method and system for limiting data packet transmission within a digital mobile telephone communication network by discarding unsuccessfully transmitted radio link protocol frames |
| US6542490B1 (en) * | 1999-01-29 | 2003-04-01 | Nortel Networks Limited | Data link control proctocol for 3G wireless system |
| US6606311B1 (en) * | 1999-04-20 | 2003-08-12 | Nortel Networks Limited | QoS framework for CDMA 2000 |
| KR100416996B1 (ko) * | 1999-05-10 | 2004-02-05 | 삼성전자주식회사 | 이동 통신시스템에서 라디오링크프로토콜에 따른 가변 길이의 데이터 송수신 장치 및 방법 |
| US6507582B1 (en) * | 1999-05-27 | 2003-01-14 | Qualcomm Incorporated | Radio link protocol enhancements for dynamic capacity wireless data channels |
| US6785255B2 (en) * | 2001-03-13 | 2004-08-31 | Bharat Sastri | Architecture and protocol for a wireless communication network to provide scalable web services to mobile access devices |
-
1999
- 1999-05-10 KR KR10-1999-0017911A patent/KR100416996B1/ko not_active IP Right Cessation
-
2000
- 2000-05-10 WO PCT/KR2000/000444 patent/WO2000069147A1/en active IP Right Grant
- 2000-05-10 EP EP20000927870 patent/EP1177671B1/en not_active Expired - Lifetime
- 2000-05-10 CN CN200710127830.0A patent/CN101079819B/zh not_active Expired - Lifetime
- 2000-05-10 DE DE20023164U patent/DE20023164U1/de not_active Expired - Lifetime
- 2000-05-10 JP JP2000617625A patent/JP3889569B2/ja not_active Expired - Lifetime
- 2000-05-10 BR BRPI0010384A patent/BRPI0010384B1/pt not_active IP Right Cessation
- 2000-05-10 US US09/568,276 patent/US6665313B1/en not_active Expired - Lifetime
- 2000-05-10 CN CN00807350A patent/CN1352850A/zh active Pending
- 2000-05-10 CA CA 2371086 patent/CA2371086C/en not_active Expired - Lifetime
- 2000-05-10 CN CN200710127831.5A patent/CN101079820B/zh not_active Expired - Lifetime
- 2000-05-10 AU AU46181/00A patent/AU758985B2/en not_active Expired
- 2000-05-10 RU RU2001130353A patent/RU2217869C2/ru active
-
2003
- 2003-08-15 US US10/642,476 patent/US7068681B2/en not_active Expired - Lifetime
-
2005
- 2005-07-28 US US11/191,517 patent/US7483447B2/en not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009506649A (ja) * | 2005-08-22 | 2009-02-12 | クゥアルコム・インコーポレイテッド | 無線接続を介した分散プロトコル |
| JP2015216648A (ja) * | 2005-08-24 | 2015-12-03 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | 物理層パケットにおける多重化プロトコルデータユニットの送信 |
Also Published As
| Publication number | Publication date |
|---|---|
| KR20000074178A (ko) | 2000-12-05 |
| DE20023164U1 (de) | 2003-03-06 |
| CA2371086A1 (en) | 2000-11-16 |
| US6665313B1 (en) | 2003-12-16 |
| AU4618100A (en) | 2000-11-21 |
| BRPI0010384B1 (pt) | 2015-09-15 |
| BR0010384A (pt) | 2002-03-19 |
| RU2217869C2 (ru) | 2003-11-27 |
| US20040120348A1 (en) | 2004-06-24 |
| WO2000069147A1 (en) | 2000-11-16 |
| JP3889569B2 (ja) | 2007-03-07 |
| KR100416996B1 (ko) | 2004-02-05 |
| CN101079819A (zh) | 2007-11-28 |
| EP1177671A1 (en) | 2002-02-06 |
| EP1177671B1 (en) | 2015-03-18 |
| AU758985B2 (en) | 2003-04-03 |
| EP1177671A4 (en) | 2003-05-14 |
| CA2371086C (en) | 2005-10-25 |
| US20050286561A1 (en) | 2005-12-29 |
| CN1352850A (zh) | 2002-06-05 |
| CN101079820B (zh) | 2014-06-18 |
| CN101079819B (zh) | 2017-04-12 |
| CN101079820A (zh) | 2007-11-28 |
| US7483447B2 (en) | 2009-01-27 |
| US7068681B2 (en) | 2006-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002544717A (ja) | 移動通信システムにおける無線リンクプロトコルによる可変長データの送受信装置及び方法 | |
| JP3426224B2 (ja) | 移動通信システムにおける無線リンクプロトコルによる可変長データの伝送装置及び方法 | |
| US6895010B1 (en) | Apparatus and method for transmitting and receiving data according to radio link protocol in a mobile communications systems | |
| US6920152B1 (en) | Apparatus and method for exchanging variable-length data according to a radio link protocol in a mobile communication system | |
| KR100532321B1 (ko) | 이동 통신시스템에서 라디오링크프로토콜에 따른 가변 길이의 블록 일련번호 생성 및 바이트 일련번호 확인 장치 및 방법 | |
| KR20000074179A (ko) | 이동 통신시스템에서 라디오링크프로토콜에 따른 데이터 송수신장치 및 방법 | |
| KR100407356B1 (ko) | 부호분할다중접속 통신시스템의 데이터 송신장치 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040506 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050405 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20050705 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20050712 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050722 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060124 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060424 |
|
| 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: 20061114 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061130 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3889569 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: 20101208 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: 20101208 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111208 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: 20111208 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121208 Year of fee payment: 6 |
|
| 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: 20121208 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131208 Year of fee payment: 7 |
|
| 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 |
|
| EXPY | Cancellation because of completion of term |