JP2003501888A - プロトコル・データ・ユニットのカプセル化方法 - Google Patents

プロトコル・データ・ユニットのカプセル化方法

Info

Publication number
JP2003501888A
JP2003501888A JP2001500520A JP2001500520A JP2003501888A JP 2003501888 A JP2003501888 A JP 2003501888A JP 2001500520 A JP2001500520 A JP 2001500520A JP 2001500520 A JP2001500520 A JP 2001500520A JP 2003501888 A JP2003501888 A JP 2003501888A
Authority
JP
Japan
Prior art keywords
data unit
protocol
arq
data
transmission
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
Application number
JP2001500520A
Other languages
English (en)
Other versions
JP4601229B2 (ja
Inventor
ルドウィグ，ライナー
ラソニー，ベラ
Original Assignee
テレフォンアクチーボラゲット エル エム エリクソン（パブル）
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by テレフォンアクチーボラゲット エル エム エリクソン（パブル） filed Critical テレフォンアクチーボラゲット エル エム エリクソン（パブル）
Publication of JP2003501888A publication Critical patent/JP2003501888A/ja
Application granted granted Critical
Publication of JP4601229B2 publication Critical patent/JP4601229B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/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
    • 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
    • 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/325—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the network layer [OSI layer 3], e.g. X.25
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/026—Multicasting of data during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/142—Reselecting a network or an air interface over the same radio air interface technology
    • 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
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

(57)【要約】 本発明は、データ・ユニット送信手段とデータ・ユニット送信手段を制御する方法とに関し、第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットが上位層に属する第２のプロトコル（Ｌ３）のデータ・ユニットに埋め込まれ、かつ、前記第１のプロトコル（Ｌ２＿ＡＲＱ）の前記データ・ユニットが送信バッファ手段内に保持される。本発明によれば、第２のプロトコル（Ｌ３）のデータ・ユニットが判別され、第２のプロトコル（Ｌ３）の特定のデータ・ユニットを埋め込まれた第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットが第２のプロトコル（Ｌ３）の当該特定のデータ・ユニットに関連づけられ、送信バッファ手段のコンテンツがその関連づけに従って管理される。

Description

【発明の詳細な説明】
【０００１】 （発明の背景） 本発明は、データ・ユニット送信手段と、データ・ユニット送信手段を制御す
る方法とに関する。
【０００２】 通信業界において、パケット交換の概念は周知である。データ・パケットは、
その構造が所与のプロトコル、すなわちそのようなパケットの交換（送受信）、
操作、解釈を制御管理する１組の規則によって決定される所与の長さのデータで
ある。プロトコルによって、フレームやパケットなどのさまざまな名前が使用さ
れる。より一般的な用語は、プロトコル・データ・ユニット（ＰＤＵ）であり、
以下の説明では、わかりやすくするために、データ・ユニットという用語を使用
する。
【０００３】 パケット交換による送信データの処理は、階層（hierarchy）に構成される複
数個のプロトコルを典型的に含む。そのような階層の概略的な例を図６に示す。
図６の例は、３つの層（レイヤ）を示しており、上位層をＬ３、Ｌ３の下の層を
Ｌ２＿ＡＲＱ、最下位層をＬ１としている。実は、Ｌ３、Ｌ２＿ＡＲＱ、および
Ｌ１は、それらの層に関連するプロトコルを指す。例えば、Ｌ３は、インターネ
ット・プロトコルＩＰでもよく、Ｌ２＿ＡＲＱは、ＧＳＭから公知である無線リ
ンク・プロトコルＲＬＰでもよく、Ｌ１は、任意の適切な物理層プロトコルでも
よい。
【０００４】 階層化（layering）の概念によれば、上位層と関連したデータ・ユニットは、
下位層に進められ（たとえば図６の例では、Ｌ３からＬ２＿ＡＲＱへ送信され）
、そこに該下位層プロトコルは上位層データ・ユニットを埋め込む。「埋込」（
embedding）という用語は、カプセル化（encapsulation）またはセグメント化（
segmentation）を指すこともある。カプセル化の場合では、上位層データ・ユニ
ットが１つの下位層データ・ユニット中に配置され、セグメント化の場合では、
上位層データ・ユニットがより小さなデータの要素（pieces）にセグメント化さ
れ、それぞれの要素が下位層データ・ユニット中に配置される。
【０００５】 プロトコル階層化の重要な態様の１つは、データ通信中に、すなわち、所与の
量のデータが発信元から受信先へ送信されている過程において、最上位層と関連
づけられた全体的なパスは、下位層と関連づけられたサブリンクを含み、そこで
の所与の層のプロトコルの端点（エンドポイント）が当該プロトコルのピア（pe
ers）と呼ばれる。この概念は当業界で周知のものであり、ここでさらに詳細に
説明する必要はない。たとえば、“ＴＣＰ／ＩＰ， Ｔｈｅ Ｐｒｏｔｏｃｏｌ
ｓ”（Ｗ．Ｒ． Ｓｔｅｖｅｎｓ著、Ｅｄｉｓｏｎ Ｗｅｓｌｅｙ発行、１９９
６年）等の文献を参考にするとよい。
【０００６】 （発明の元にある課題） データの伝送に関連した特定の問題は、無線リンクが典型的に固定リンクより
も低い伝送品質を有するという事実に起因して、無線ネットワークにおいて発生
する。説明のために、図３に一般的なセルラー通信システム用のアーキテクチャ
を示す。このシステムは、コア・ネットワーク（ＣＮ（core network））１００
と、無線アクセス・ネットワーク（ＲＡＮ）１１０で示した部分とを含む。無線
アクセス・ネットワークは、制御装置ノード１０１と無線基地局（ＢＴＳ（base
transceiver stations））１０２とに分けられる。このネットワークの階層は
、コア・ネットワークがいくつかの制御装置に接続され、それらの制御装置がい
くつかの基地局に接続されるものとなっている。各基地局１０２は、移動局（Ｍ
Ｓ（mobile stations））１０３と通信を行う。
【０００７】 上りリンク方向（すなわち移動局１０３から無線基地局１０２）または下りリ
ンク方向（すなわち無線基地局１０２から移動局１０３）でのデータの送信時に
発生するであろう典型的な問題は、エラーが無線インタフェースを介して発生す
ることである。そのようなエラーは、移動局１０３が移動するなどの理由におけ
る伝送品質の変化に起因するのが通例である。データの損失（紛失）のおそれの
ある別の状態は、移動局が別のセルに移動する際、所与の移動局１０３と所与の
無線基地局１０２との間の通信を別の無線基地局にハンドオーバーする場合であ
る。両方の場合において、すなわち特定のエラー状態またはハンドオーバーは、
リンクのリセットが必要となり、その過程において、無線リンクの送信側ピアの
送信バッファ中の全てのデータはパージされ、それによって“clean slate”が
確立され、その通信は、送信側と受信側の両方が明確に定義された状態で、新た
に開始することが可能となる。
【０００８】 無線インタフェースのエラー特性に起因して、残留エラー率（residual error
rate）を低減するために、いわゆるＡＲＱプロトコル（ＡＲＱ＝Ａｕｔｏｍａ
ｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ：自動再送要求）を移動局と無線アクセ
ス・ネットワークとの間で任意に実行することが可能である。ＡＲＱプロトコル
は、受信側ピアによってデータ・ユニットの正しい受信の受信応答をする機能を
含み、送信側ピアは、正しく受信されなかったデータ・ユニットを再送信する機
構をインプリメント（implement）する。このようにして、データの完全な送信
は確実となる。なお、ＡＲＱ機構の使用は、特定のモードと関連した選択肢であ
り、すなわち各データ・ユニットがＡＲＱ機構を起動して送信される必要はない
。たとえば、既知のプロトコルに関連して、ＡＲＱが起動される、いわゆる番号
付け（numbered）モード（またはＩモード）と、受信応答をせず、したがって再
送も行われない、いわゆる非番号づけモードとが公知である。第１のモードは信
頼性の高い伝送が優先的に行われるデータに対して有益なものであり、第２のモ
ードは遅延感度が優先されデータの損失が大きな問題ではないデータ、たとえば
リアル・タイムｖｏｉｃｅ−ｏｖｅｒ−Ｉｎｔｅｒｎｅｔ（ＶｏＩ：インターネ
ットを介した音声通信）のデータに対して有益である。
【０００９】 以下において、異なるネットワーク・ノード間でのＡＲＱプロトコル通信のハ
ンドオーバーの場合におけるユーザ・データの損失を防ぐための２種類の公知の
解決策について説明する。
【００１０】 第１の解決策によれば、プロトコル状態転送が規定される。すなわち、ハンド
オーバーが実行されると、状態変数およびバッファを含む全状態がＲＡＮ（すな
わちピア）中のＡＲＱエンティティから新しいネットワーク・ノードへ移動され
る。この機構を使用すると、移動局中のＡＲＱエンティティは、ハンドオーバー
の発生時を認識する必要がない。このような解決策は、たとえば、Ｃｏｈｅｎ，
Ｂ． ＰｅｔｅｌおよびＡ． Ｓｅｇａｌｌ著「Ｈａｎｄｏｖｅｒ ｉｎ ａ
Ｍｉｃｒｏ−Ｃｅｌｌ Ｐａｃｋｅｔ Ｓｗｉｔｃｈｅｄ Ｍｏｂｉｌｅ Ｎ
ｅｔｗｏｒｋ」， ＡＴＭ Ｊｏｕｒｎａｌ ｏｆ Ｗｉｒｅｌｅｓｓ Ｎｅｔ
ｗｏｒｋｓ， Ｖｏｌｕｍｅ ２， ｎｏ． １， １９９６年，１３〜２５ペ
ージ、またはＳ． Ｐｏｗｅｌ Ａｙａｎｏｇｌｕ， Ｔ． Ｆ． Ｌａ Ｐｏ
ｒｔａ， Ｋ．Ｋ． Ｓａｂｄａｎｉ， Ｒ． Ｄ． Ｇｉｔｌｉｎ著「ＡＩＲ
ＭＡＩＬ： Ａ ｌｉｎｋ ｌａｙｅｒ ｐｒｏｔｏｃｏｌ ｆｏｒ ｗｉｒｅ
ｌｅｓｓ ｎｅｔｗｏｒｋｓ」， ＡＴＭ／ Ｂａｌｔｚｅｒ Ｗｉｒｅｌｅｓ
ｓ Ｎｅｔｗｏｒｋｓ Ｊｏｕｒｎａｌ， Ｖｏｌｕｍｅ １， １９９５年，
４７〜６０ページで説明されている。
【００１１】 この解決策の利点は、無線インタフェースを介したユーザ・データの不必要な
再送信を発生させることがなく、移動局中のＡＲＱプロトコルはハンドオーバー
を認識できず、それによってインプリメンテーションをより低費用で実現可能と
なる。
【００１２】 この解決策の欠点は、システム内（イントラ−システム）ハンドオーバーの処
理が制限されていることである。すなわち、ハンドオーバーが実行される両方の
ネットワーク・ノードが同じプロトコルにしたがって動作しなければならない。
コア・ネットワークが全く同一のＡＲＱプロトコルを使用しない異なる種類の複
数無線アクセス・ネットワークに接続されている場合、システム間（インター・
システム）ハンドオーバーが必要であるため、この解決策は利用できない。この
ような状態は、将来的により一般的となるであろう。
【００１３】 ユーザ・データを確実にする別の解決策は、追加のＡＲＱプロトコルを提供す
ることである。この場合、１つのＡＲＱプロトコルが移動局と無線アクセス・ネ
ットワーク（基地局制御装置ノード）との間で動作し、無線インタフェースで発
生したエラーを処理する。第２のＡＲＱプロトコルは、移動局とコア・ネットワ
ークとの間で動作する。（エラー状態またはハンドオーバーに起因した場合の）
移動局と基地局制御装置との間のリンクのリセットに起因するデータ損失の場合
、この第２のＡＲＱプロトコルは再送信を実行する。たとえば、ＧＰＲＳ（Ｇｅ
ｎｅｒａｌ Ｒａｄｉｏ Ｐａｃｋｅｔ Ｓｅｒｖｉｃｅ（汎用無線パケット・
サービス））において、第１のＡＲＱプロトコルはＲＬＣ（Ｒａｄｉｏ Ｌｉｎ
ｋ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ：無線リンク制御プロトコル）と呼ばれ
、第２のＡＲＱプロトコルは、ＬＬＣ（Ｌｉｎｋ Ｌａｙｅｒ Ｃｏｎｔｒｏｌ
Ｐｒｏｔｏｃｏｌ：リンク層制御プロトコル）と呼ばれる。
【００１４】 そのような構成によって、システム間のハンドオーバーの対応は可能となるが
、これには欠点がある。まず、追加の無線リソースは、第２のＡＲＱプロトコル
によって引き起こされるオーバーヘッドに起因して消費される。たとえば、ＧＰ
ＲＳにおいて、ＬＬＣプロトコルによって導入される、Ｌ３データ・ユニット送
信毎のオーバーヘッドは、７バイト程度となっている。Ｖａｎ Ｊａｃｏｂｓｏ
ｎ圧縮されたＴＣＰ受信応答のサイズ（このサイズは１０バイト未満である。）
と比較すると、そのサイズは、ＴＣＰ受信応答送信時（Ｌ３データ・ユニットに
おいて）のほぼ２倍となる。また、移動局における２つのＡＲＱプロトコルのイ
ンプリメンテーションによって、メモリと処理電力に関しての費用が高くなる。
【００１５】 （発明の目的） 本発明の目的は、データ伝送をセキュアに（安全確実に）するが、不要なオー
バーヘッドを加えることなくシステム内およびシステム間のハンドオーバーに適
用可能な、データ送信手段および対応する制御方法を提供することである。ここ
で注記し得ることとして、帯域幅の無駄を回避することはあらゆるネットワーク
において有益であるため、この目的が無線ネットワークに限定されるものではな
いということがある。ただし、無線ネットワークは、以下で説明する本発明の好
適な適用用途である。
【００１６】 （発明の要約） この目的は、独立請求項に記載された要旨によって達成される。有益な実施形
態については従属請求項に記載してある。
【００１７】 本発明によれば、ＡＲＱプロトコルにしたがって動作するデータ・ユニット送
信手段は、以下において一般にＬ２＿ＡＲＱとされるもので、プロトコルＬ３の
上位層データ・ユニットを埋め込む。Ｌ３データ・ユニットは判別され、Ｌ３デ
ータ・ユニットが埋め込まれているＬ２＿ＡＲＱデータ・ユニットは、そこに埋
め込まれたＬ３データ・ユニットと関連づけられ、送信バッファのコンテンツは
、その関連づけにしたがって管理される。
【００１８】 データ・ユニットを処理するプロセスを図１に関連させつつ一般的な方法で説
明する。Ｌ３データ・ユニットまたはＰＤＵは受信され（ステップＳ１）、その
後、判別される（ステップＳ２）。判別とは、個々のＬ３データ・ユニットが識
別されて、他から区別されるようにすることを意味する。なお、本発明において
、Ｌ２＿ＡＲＱプロトコルは、個々のＬ３データ・ユニットを判別および差別化
することができるという点で「インテリジェント」（“intelligent”）とされ
るため、個別のプロトコル層を完全に互いに透過的とする従来の方式からは逸脱
するものである。
【００１９】 判別後、Ｌ３データ・ユニットは、１つ又は２つ以上のＬ２＿ＡＲＱデータ・
ユニットに埋め込まれる（すなわちカプセル化またはセグメント化される）（ス
テップＳ３）。その後、Ｌ２＿ＡＲＱデータ・ユニットは、それらが形成する上
位層Ｌ３データ・ユニットと関連づけされる。換言すれば、どのＬ２＿ＡＲＱデ
ータ・ユニットが、どのＬ３データ・ユニットに属するかの記録が行われる。
【００２０】 その後、Ｌ２＿ＡＲＱデータ・ユニットは、送信バッファに置かれ、そこで受
信側Ｌ２＿ＡＲＱピアへの送信が、適切な方法、または要求されるフロー制御方
法にしたがって実行される。たとえば、広く使用されるフロー制御方法は、ウィ
ンドウ・ベースのフロー制御の方法である。この正確な方法とその詳細は、特定
のＬ２＿ＡＲＱプロトコルによって決定されるもので、これは本発明において重
要とされるものではない。
【００２１】 しかしながら、本発明によれば、送信バッファの管理は、Ｌ２＿ＡＲＱデータ
・ユニットと、Ｌ２＿ＡＲＱデータ・ユニット中に埋め込まれた上位層Ｌ３デー
タ・ユニットとの間の関連づけにしたがって実行される。「管理」という用語は
、バッファのコンテンツがどのように制御されるか、すなわち、どの条件下にお
いてどのデータ・ユニットが削除されるかを指すものである。
【００２２】 なお、図１に示すステップの順序は単なる例であり、請求の範囲によって特定
されるような本発明の基本原理は、あらゆる適切な方法で実現することが可能で
ある。
【００２３】 送信バッファのコンテンツの管理によって、すなわちＬ２＿ＡＲＱデータ・ユ
ニットと、そこに埋め込まれた上位層Ｌ３データ・ユニットとの間の関連づけに
したがって、そこのデータ・ユニットの削除を制御することによって、ＡＲＱプ
ロトコルの２層がなく、さらにシステム間のハンドオーバーを可能としたデータ
送信セキュリティを達成することが可能である。これは、Ｌ３データ・ユニット
とＬ２＿ＡＲＱデータ・ユニットとの関連づけにしたがってバッファを管理する
ことによってＬ３データ・ユニットの損失はＬ２＿ＡＲＱレベルにおいて回避さ
れることが可能になるという事実に起因するものである。その結果、Ｌ２＿ＡＲ
Ｑレベルの上のＡＲＱモードは不要なものとなる。同時に、データの損失が送信
バッファの周囲でインプリメントされる機構によって回避されるため、システム
間ハンドオーバーは全く問題がなくなる。
【００２４】 ここで、Ｌ２＿ＡＲＱプロトコルは、ＡＲＱモードで全てのデータ・ユニット
を送信する必要はない点に注意されたい。むしろ、本発明は、あらゆるプロトコ
ル、すなわち再送信が全く行われない送信モードを提供するプロトコルにも適用
可能である。ただし、好適な実施形態によれば、ＡＲＱモードで送信されるＬ２
＿ＡＲＱデータ・ユニットに対するバッファ管理は、所与のＬ２＿ＡＲＱデータ
・ユニットと同じＬ３ユニットと関連づけられた全てのＬ２＿ＡＲＱデータ・ユ
ニットに対する受信応答が受信された場合に、前記所与のＬ２＿ＡＲＱデータ・
ユニットが送信バッファ手段から削除のみ行われるという方法で実行される。こ
のように、１つのＬ３データ・ユニットに属する全てのＬ２＿ＡＲＱデータ・ユ
ニットは、そのＬ３データ・ユニットと関連づけられた最後のＬ２＿ＡＲＱデー
タ・ユニットが受信応答されるまで、すなわち、特定のＬ３データ・ユニットと
関連づけられた全てのＬ２＿ＡＲＱデータ・ユニットが受信応答されるまで、送
信バッファ中に保持される。
【００２５】 その後、リセット、すなわち、Ｌ２＿ＡＲＱデータ・ユニットの番号付けのリ
セットが発生した場合、またはハンドオーバーが発生した場合、全てのＬ”＿Ａ
ＲＱデータ・ユニットが受信応答されるわけではない最後のＬ３データ・ユニッ
トに属するＬ２＿ＡＲＱデータ・ユニットが単に送信される。このようにして、
前記Ｌ３データ・ユニットの一部は二度送信されるが、Ｌ３データ・ユニットが
完全に送信される場合、Ｌ３レベル以上（たとえばＴＣＰ）での再送は全く必要
なくなる。ハンドオーバーが発生した場合、送信バッファ中のＬ３データ・ユニ
ットは、新しいノードが同じＬ２＿ＡＲＱプロトコルか、または異なるプロトコ
ルかにしたがって動作しているかに拘わらず、前記新しいノードへ単に送信され
る。すなわち、状態変数など、（Ｌ３データ・ユニットに関する）バッファ・コ
ンテンツ以外の情報がハンドオーバーされる必要がないため、システム間ハンド
オーバーは、全く問題がない。
【００２６】 本発明は、本発明を説明する目的を果たすために、好適かつ詳細な実施形態に
基づいて説明され、それらの実施形態は限定的とみなされるべきものではない。
説明においては添付図面を参照する。添付図面において、 図１は、基本的な例に基づくデータ・ユニット送信手段の制御を記載したもので
あり、 図２は、本発明に基づくデータ・ユニット送信手段の概略図であり、 図３は、一般化したセルラー通信システムのアーキテクチャを示すものであり、 図４は、本発明の詳細な例を記載した説明図であり、 図５は、Ｌ３データ・ユニットとＬ２データ・ユニットとの間の関連を説明した
説明図であり、 図６は、汎用プロトコル・スタックを表した図である。
【００２７】 （発明の詳細な開示） 図２は、本発明のデータ・ユニット送信手段を具体化するための要素の構成を
概略的に示すものである。１は判別装置、２は埋込装置、３はバッファ、４は制
御手段を指す。図のように、Ｌ３層からのデータ・ユニットは、Ｌ２＿ＡＲＱ層
に到着し、そこで判別装置１によって判別される。判別結果は制御手段４に送信
され、その後、埋込装置２中で生成されたＬ２＿ＡＲＱデータ・ユニットとＬ３
データ・ユニットとの関連づけが行われる。その後、Ｌ２＿ＡＲＱデータ・ユニ
ットはバッファ３に送信され、そこで、Ｌ２＿ＡＲＱデータ・ユニットと、それ
らが埋め込んでいる上位層のＬ３データ・ユニットとの間の関連づけにしたがっ
て、バッファ・コンテンツの管理が実行される。上述のように、制御手段４によ
って実行される具体的なフロー制御は、具体的なＬ２＿ＡＲＱプロトコルに応じ
て定まる。
【００２８】 図１に関連して上述したように、図２に示す構造は、説明目的のための概略的
な例にすぎず、他の構成も可能である。当業者は適切ないし所望のものを選択す
ることができる。
【００２９】 詳細な実施形態の以下の説明の目的のために、Ｌ２＿ＡＲＱプロトコルは、デ
ータ・ユニットの伝送に対して２つの確実モード（reliability modes）、すな
わち受信応答と再送信とを有するモードと、再送信がないモードとを提供する。
ＡＲＱモードである第１のモードは、番号づけモードまたはＩモードと呼ばれ、
第２のモードは非番号モードまたはＵＩモードと呼ばれる。また、バッファは、
モードと関連づけられた各待ち行列（キュー（queues））を含むものとする。す
なわち、Ｉ待ち行列とＵＩ待ち行列とがある。当然ながら、本発明は、そのよう
な構成に限定されるものではなく、不確実モード、準確実モード、完全確実モー
ドなど、多くの確実モードがあってもよく、バッファ中に対応する数の待ち行列
が存在することも可能である。準確実送信モードまたは完全確実送信モードは、
シーケンス中またはシーケンス外のいずれかの送信と組み合わせることが可能で
あり、その詳細については後述する。
【００３０】 以下の実施形態は、図６に示すプロトコル構成に基づいて説明されるもので、
Ｌ３はインターネット・プロトコルＩＰなどのネットワーク・プロトコルを指す
ために使用される。Ｌ３データ・ユニットは、ポイント・ツー・ポイント・プロ
トコルＰＰＰによって提供されるような特定のフレーミング・スキーム中に埋め
込まれることも可能である。したがって、Ｌ３は、下の層、すなわちＬ２＿ＡＲ
Ｑ層に転送される対応データ・ユニットを生成するプロトコルを指す。
【００３１】 上述のように、Ｌ２＿ＡＲＱ層は、Ｌ３データ・ユニットをＬ２＿ＡＲＱデー
タ・ユニットに埋め込むリンク層プロトコルを指す。ただし、この埋込みは、大
きいＬ３データ・ユニットを小さいＬ２＿ＡＲＱデータ・ユニットにセグメント
化すること及び／またはいくつかのＬ３データ・ユニットをＬ２＿ＡＲＱデータ
・ユニットに連結することであることが好ましい。上述のようにＬ２＿ＡＲＱプ
ロトコルは、少なくとも２つのモード、すなわちＡＲＱモード（Ｉモード）およ
び非受信応答（non-acknowledged）モード（ＵＩモード）をインプリメントする
。ＩモードなどのＡＲＱモードの基本概念は当業界で周知のものであり、これ以
上の詳細な説明は不要である。Ｌ２＿ＡＲＱプロトコルは、Ｌ２＿ＡＲＱデータ
・ユニットの再送信がどのように行われるかについての規則を含み、受信応答メ
ッセージと特定のデータユニットに対する再送信要求との存否に基づくというこ
とを述べることで十分であろう。あらゆるＡＲＱ機構に必要なように、受信応答
モードにしたがって送信されるＬ２＿ＡＲＱデータ・ユニットは、送信バッファ
中に入れられ、その正しい受信が受信応答されるまで少なくとも保持されなけれ
ばならない。本発明の好適なバッファ管理機構については、後述する。
【００３２】 本発明のより良い説明のため、図４に示すような一般化した通信システムのア
ーキテクチャを参考にする。図のように、移動局（ＭＳ）５００は、コア・ネッ
トワーク（ＣＮ）４００中の対応ピアと通信するＬ３ピアを有する。コア・ネッ
トワーク４００は、２つの異なる無線アクセス・ネットワーク４０１および４０
２に接続される。各無線アクセス・ネットワークは、基地局制御装置（ＢＳＣ）
と無線基地局（ＢＴＳ）などの複数の無線アクセス・ネットワーク・ノードを含
む。ただし、図４の概略図は、単純化のため、無線アクセス・ネットワーク４０
１および４０２のそれぞれに対して１つの無線基地局４０３、４０４のみを示し
ている。また、コア・ネットワークは、２つ以上の無線アクセス・ネットワーク
に接続することも可能である。
【００３３】 Ｌ２＿ＡＲＱプロトコルのピア・エンティティは２つ存在し、１つは移動局５
００中で動作し、１つはそれぞれの無線アクセス・ネットワーク４０１または４
０２中で動作する。図４の例において、各無線アクセス・ネットワークは、それ
自体のＬ２＿ＡＲＱプロトコルを有し、無線アクセス・ネットワーク４０１用の
プロトコルはＬ２＿ＡＲＱ（ＲＡＮ１）、無線アクセス・ネットワーク４０２用
のプロトコルはＬ２＿ＡＲＱ（ＲＡＮ２）と呼ばれる。
【００３４】 また、図４は、Ｌ２＿ＡＲＱプロトコルの下に提供される物理層プロトコルＬ
１を示す。Ｌ１ピアは、物理的接続、すなわち移動局５００中の送受信機および
無線基地局４０３または４０４中の送受信機によって直接関連づけられ、ネット
ワーク側のＬ２＿ＡＲＱプロトコルエンティティは、それぞれの無線アクセス・
ネットワークのネットワーク・ノードに常駐する。
【００３５】 ２つのＬ２＿ＡＲＱピア間のリンクのリセットは、たとえば所定のエラー状態
に起因して発生するものとされる。より具体的に述べれば、リンクのリセットに
よって、データ・ユニットの番号づけがリセットされ、それによって通信を新た
に開始可能となる。データ・ユニットの番号づけのそのようなリセットを発生さ
せる可能性のあるエラー状態は様々にあり、たとえば受信応答が受信されずに所
与のデータ・ユニットが所定の回数だけ再送信される場合などがある。また、一
度も送信されていないデータ・ユニットに対して受信応答が受信されるようなエ
ラー状態の場合もある。その両方の場合は、リンクが強力に妨害され、リセット
が必要になったことを示す。従来のシステムにおいて、送信バッファ中に含まれ
るデータは、リセット中に単純にパージされ、それによって送信側ピアと受信側
ピアとに、明確に定義された開始状態を提供することとなる。
【００３６】 別のデータ損失のおそれがある状況は、ハンドオーバーの場合で、無線アクセ
ス・ネットワークの、あるネットワーク・ノードから別のネットワーク・ノード
へ通信が渡される場合である。このようなハンドオーバーは、所与の無線アクセ
ス・ネットワークの内部（イントラ・システム：システム内）の場合と、２つの
異なる無線アクセス・ネットワーク間（インター・システム：システム間）の場
合とのいずれかとなる。ハンドオーバーが発生することによって、Ｌ２＿ＡＲＱ
プロトコル・エンティティの実行点が、Ｌ２＿ＡＲＱエンティティが開始される
新しい物理ノードに移動され、新しいＬ２＿ＡＲＱピアとの通信が続けられる。
図４に示すように、これは、システム間ハンドオーバーにおいて、通信が、たと
えば基地局４０３から基地局４０４へハンドオーバーされる必要がないだけでな
く、その送信が、Ｌ２＿ＡＲＱ（ＲＡＮ１）からＬ２＿ＡＲＱ（ＲＡＮ２）へ渡
されなければならないため、ハンドオーバーが移動局５００の内部で発生するこ
とを意味する。いずれの場合にせよ、通信の２つのピアは定義された開始点を必
要とするため、ハンドオーバーはリンクのリセットを含む。
【００３７】 ここで、送信側ピア（移動局中、ネットワーク・ノード中の両方の場合がある
）用の送信バッファの好適なバッファ管理を説明する。Ｌ３データ・ユニット全
体と関連付けられた全Ｌ２＿ＡＲＱデータ・ユニットがピア・エンティティによ
って受信応答された場合に、システム中の両方のＬ２＿ＡＲＱエンティティの送
信元は、その送信バッファからＬ２＿ＡＲＱデータ・ユニットを削除することの
み許されている。Ｌ３データ・ユニットの連結が使用される場合、Ｌ２＿ＡＲＱ
データ・ユニットは、完全に受信されていないセグメント化Ｌ３データ・ユニッ
トを含む場合、削除されることはできない。さらに、ピアＬ２＿ＡＲＱ受信先が
シーケンス内デリバリを使用する場合、Ｌ２＿ＡＲＱ送信元は、シーケンス内削
除を使用して、Ｌ２＿ＡＲＱデータ・ユニットを削除することのみ許される。
【００３８】 この基本原理を、図５を参照してより詳細に説明する。図５は、Ｌ３データ・
ユニットのＬ２＿ＡＲＱデータ・ユニットへのセグメント化／連結の簡単な例を
示すものである。Ｌ２＿ＡＲＱプロトコル・エンティティは、３つのＬ３データ
・ユニット（Ｌ１＃〜Ｌ３＃で示す）を５つのＬ２＿ＡＲＱデータ・ユニット（
Ｌ２＃１〜Ｌ２＃５で示す）にセグメント化している。図示するように、Ｌ３＃
１は、Ｌ２＃１〜Ｌ２＃３にセグメント化され、Ｌ３＃２はＬ２＃３〜Ｌ２＃４
にセグメント化され、最後のＬ３＃３はＬ２＃５に完全に囲まれる。
【００３９】 下の表１は、異なるデータ・ユニットがピア・エンティティによって受信応答
される場合のＬ２＿ＡＲＱ送信バッファのコンテンツの例を示すものである。送
信元は、上述の機構にしたがって動作を行う。すなわちＬ２＿ＡＲＱデータ・ユ
ニットは完全なＬ３データ・ユニットが受信応答された場合のみ削除される。表
１は、シーケンス内およびシーケンス外のデリバリの違いを示す。
【表１】
【００４０】 １行目に見られるように、シーケンス内デリバリの場合、全てのＬ２＿ＡＲＱ
データ・ユニットは送信バッファ中に残る。これは、Ｌ２＃３が受信応答されな
いので、第１のＬ３データ・ユニットＬ３＃１が完全に受信応答されないためで
ある。シーケンス外デリバリの場合、データ・ユニットＬ２＃５は削除された。
これは、Ｌ２＃５の受信応答はＬ３＃３が完全に受信応答されたことを意味する
ためである。２行目ではＬ２＃１からＬ２＃３への受信応答がＬ３＃１が完全に
受信応答されることを意味することがわかり、それによってＬ２＃１およびＬ２
＃２が削除可能となる。しかしながら、Ｌ２＃４が受信応答されなかったという
事実に起因して、Ｌ２＃３はＬ３＃２とも関連しているため、Ｌ２＃３は削除さ
れることはできない。
【００４１】 ３行目において、Ｌ２＃１〜Ｌ２＃４が受信応答され、すなわちＬ３＃１およ
びＬ３＃２が受信応答される。その結果、Ｌ２＃５は送信バッファ中に残る。４
行目の場合、Ｌ２＃３￣Ｌ２＃５まで受信応答され、それによってＬ３＃２およ
びＬ３＃３が受信応答されるようになる。したがって、シーケンス外デリバリの
場合、Ｌ２＃１￣Ｌ２＃３のみがバッファ中に残り、シーケンス内デリバリの場
合、最初のユニットは受信応答されないため、全てのＬ２＿ＡＲＱデータ・ユニ
ットが残る。以下同様である。
【００４２】 一般的に、プロトコル動作時において、Ｌ２＿ＡＲＱエンティティは、Ｌ３デ
ータ・ユニットに関する、その送信バッファのコンテンツについての情報を常時
提供可能でなければならない。この情報は、適切なアドレッシング方式にしたが
ったＬ３データ・ユニットの識別またはＬ３データ・ユニット自体である。ただ
し、それらのＬ３データ・ユニットは、関連したＬ２＿ＡＲＱデータ・ユニット
がピア・エンティティによって完全に受信応答されないものである。
【００４３】 ここで、リンクのリセット、すなわちデータ・ユニットの番号づけのリセット
が、ハンドオーバーがない場合に発生する例を説明する。すなわち、送信側と受
信側のピアは同じままであるが、Ｉモード・データ・ユニットの番号づけは、た
とえば所与のエラー状態に起因して、リセットされる。この場合、新しいシーケ
ンスの最初のＬ２＿ＡＲＱデータ・ユニットは、完全に受信応答されていない最
後のＬ３データ・ユニットと関連づけられた最初のＬ２＿ＡＲＱデータ・ユニッ
トであるようにして、送信側ピアは、その送信バッファ中のＬ２＿ＡＲＱデータ
・ユニットの再度番号づけを単に行う。すなわち、図５に示す例を考えると、Ｌ
２＃１￣Ｌ２＃３が受信応答されたと仮定した場合、Ｌ２＃１は受信応答され、
新しいシーケンスは、その最初のデータ・ユニットであるＬ３＃３から始まる。
これは、Ｌ３＃２がリセット前に十分に受信応答されなかったためである。この
ように、リセットの過程において、データ損失の可能性がある。
【００４４】 上記の例において、リンク・リセット前に実行されるセグメント化は維持され
た。好ましくは、全てのＬ２＿ＡＲＱデータ・ユニットが受信応答されるわけで
はないＬ３データ・ユニットをさらに再度セグメント化することによって、この
リンク・リセットが実行される。すなわち、Ｌ２＃１￣Ｌ２＃３が受信応答され
るという上述の仮定の場合において、Ｌ３＃２およびＬ３＃３は再度セグメント
化され、リセット・シーケンスの最初のＬ２＿ＡＲＱデータ・ユニットがＬ３＃
２のみと関連づけられるようにする。図示するように、これは、Ｌ３＃１の端部
が不必要に再送信されない、すなわち、一般的にいえばデータの不要な再送信が
なくなるという利点を有する。
【００４５】 なお、上述の例において、送信側のピアが移動局中またはネットワーク・ノー
ド中にある場合でも、何ら違いはない。
【００４６】 ここでハンドオーバーの場合について説明する。
【００４７】 一実施形態によれば、ハンドオーバーが発生することによって、結果的にＬ２
＿ＡＲＱプロトコルの実行が新しい物理ノードに移行し、元のＬ２＿ＡＲＱエン
ティティは停止され、新しいＬ２＿ＡＲＱエンティティが開始される。元のエン
ティティが停止される前に、送信バッファのコンテンツ、すなわち未受信応答の
Ｌ３データ・ユニットは、新しくできたＬ２＿ＡＲＱエンティティに転送される
。その後、この新しいエンティティは、停止されたＬ２＿ＡＲＱエンティティか
ら受信された未受信応答Ｌ３データ・ユニットから送信を開始する。
【００４８】 すなわち、本発明によれば、新しいＬ２＿ＡＲＱエンティティは、元のＬ２＿
ＡＲＱエンティティの停止前に完全に受信応答されなかった最後のＬ３データ・
ユニットと関連づけられた最初のＬ２＿ＡＲＱデータ・ユニットの送信を開始す
る。このように、ハンドオーバーがない場合の上記のリセット例と同様に、全て
のＬ３データ・ユニットの完全な送信が確実となり、損失を防ぐために上のレベ
ルでＡＲＱモードを動作させる必要がない。また、Ｌ３データ・ユニットが送信
されるため、システム間ハンドオーバーは全く問題ではない。すなわち状態変数
が送信される必要はなく、新しいノードは、それ自体の特定の方法で、すなわち
その特定のＬ２＿ＡＲＱプロトコルにしたがって、Ｌ３データ・ユニットを処理
することができる。特に、これは、Ｌ３データ・ユニットが、たとえば新しいノ
ードで違う方法で再度セグメント化されることも可能であることを意味する。
【００４９】 未受信応答のＬ３データ・ユニットが、新旧のＬ２＿ＡＲＱエンティティ間で
転送される機構は、関係する特定ハードウェアおよびプロトコルにしたがって適
切な方法または所望の方法で選択されることが可能である。このネットワークに
おいて、未受信応答Ｌ３データ・ユニットの転送が、たとえばデータ・ユニット
をコア・ネットワークに「押し返す（プッシュ・バック）」ことによって行うこ
とができ、コア・ネットワークは、新しいＬ２＿ＡＲＱエンティティへのデータ
・ユニットのデリバリ／転送を実行する。異なる無線アクセス・ネットワークが
相互に接続されていない場合のシステム間ハンドオーバーの際にこれは非常に有
効である。もしくは、新しいノードが既知の場合、元のネットワーク・ノードは
、Ｌ３データ・ユニットを、この新しいネットワーク・ノードに直接転送するこ
とができる。これは、システム内ハンドオーバーにおいて有益である。
【００５０】 データ・ユニットの送信元が移動局中にある場合、Ｌ２＿ＡＲＱエンティティ
に対して、２つの異なるハンドオーバー方式が区別して使用されることが可能で
ある。システム内ハンドオーバーの場合、Ｌ２＿ＡＲＱエンティティはリセット
のみを実行すればよい。これによって、すでにセグメント化されたＬ２＿ＡＲＱ
データ・ユニットの再番号付け、または送信バッファのコンテンツの再セグメン
ト化及び／又は再連結が行われ、その後プロトコルは再開される。システム間ハ
ンドオーバーが実行される場合、未受信応答Ｌ３データ・ユニットは新しいＬ２
＿ＡＲＱエンティティに転送される必要がある場合がある。このエンティティは
、同じ物理的装置（機械的／電気的部品、チップ、ＣＰＵなど）中で、または同
じ移動局中に配置される異なる物理的装置中において実行されることが可能であ
る。たとえば図４の移動局５００のＬ２＿ＡＲＱ（ＲＡＮ１）からＬ２＿ＡＲＱ
（ＲＡＮ２）への転送の正確な詳細は、無線アクセス・ネットワーク、使用プロ
トコル、無線ネットワークおよび移動局のハードウェアなどの正確な特性に依存
する。当然ながら、これは、この場合の特定の条件下において適切な方法または
所望の方法によって行われることが可能である。
【００５１】 別の実施形態によれば、ハンドオーバーは、送信バッファ中に残ったＬ３デー
タ・ユニットの直接転送によって実行されず、マルチキャスト・グループが形成
される。より詳細に述べれば、ネットワーク中の少なくとも２つのＬ２＿ＡＲＱ
エンティティが１組とされ、それがマルチキャスト・グループ（たとえばＩＰマ
ルチキャスト・グループ）を形成する。グループから一度にＬ２＿ＡＲＱエンテ
ィティの１つのみが移動局中のピア・エンティティと通信し、このＬ２＿ＡＲＱ
エンティティは「サービス提供」Ｌ２＿ＡＲＱエンティティと呼ばれる。このマ
ルチキャスト・グループ中の残りのＬ２＿ＡＲＱエンティティは、移動局とのピ
アー・ツー・ピアの通信を有さず、「受動」Ｌ２＿ＡＲＱエンティティと呼ばれ
る。
【００５２】 このマルチキャスト・グループの構成要素（メンバー）は、適切な方法または
所望の方法で選択されることができる。セルラー移動通信システムでは、グルー
プは、ハンドオーバー候補である全てのノード、すなわち移動局が現在位置する
セルに隣接したセルと関連づけられたノードを含むことが好ましい。当然ながら
、これは例に過ぎず、グループの構成要素を決定するために他の評価基準も可能
である。
【００５３】 なお、Ｌ２＿ＡＲＱエンティティを含むマルチキャスト・グループは固定グル
ープではなく、移動局がどのように移動するかに基づいて調節されることが可能
である。たとえば、移動局があるセルから別のセルへ移動する場合、マルチキャ
スト・グループの受動構成要素は新しいセルの周辺に存在するセルに転換される
。すなわち、移動局がネットワーク中を移動する場合、グループの受動構成要素
は削除され、新しい要素がそのグループに追加されることが可能である。
【００５４】 ハンドオーバーを実行するために、他にもマルチキャスト・グループを使用す
ることができる。１つの代替案によれば、Ｌ２＿ＡＲＱピアは、上述した方法と
同じ方法で動作する。すなわち、全ての関連Ｌ２＿ＡＲＱ データ・ユニットが
受信応答されていない、Ｌ３データ・ユニットが保持される。その後、ハンドオ
ーバーが実行されると、未受信応答Ｌ３データ・ユニットはグループ全体へマル
チキャストされ、新しいサービス提供Ｌ２＿ＡＲＱエンティティはマルチキャス
ト・データ・ユニットから送信を開始する。すなわち、最初のデータ・ユニット
は、ハンドオーバー前に全ての関連Ｌ２＿ＡＲＱデータ・ユニットが受信応答さ
れない、最後のＬ３データ・ユニットと関連づけられる。このソリューションは
上記の実施形態よりも大量のデータ送信を必要とするが、サービス提供ノードは
、Ｌ２＿ＡＲＱ通信がどのノードをハンドオーバーされるのかを認識する必要が
ないという利点を有する。
【００５５】 別の代替案によれば、Ｌ２＿ＡＲＱピアは、ハンドオーバーの実行が必要なこ
とを示す状態が発生するまで、上述のようにバッファ管理を再度実行する。その
後、ハンドオーバーを予測する対応制御プロセスは、マルチキャスト・セッショ
ンの開始をトリガーする。開始がトリガーされると、Ｌ２＿ＡＲＱは、その送信
バッファ中に現在常駐する未受信応答Ｌ３データ・ユニットをマルチキャストす
ることによって開始する。その後、マルチキャスト・グループ全体は、新しいＬ
３データ・ユニットを受信する。コア・ネットワークまたはサービス提供Ｌ２＿
ＡＲＱエンティティのいずれかが、この伝送を担う。さらに、その後、サービス
提供Ｌ２＿ＡＲＱエンティティは、どのＬ３データ・ユニットが送信バッファか
ら廃棄されるかを受動Ｌ２＿ＡＲＱエンティティに知らせるためのマルチキャス
ト・メッセージを定期的に送信しつづける。すなわち、ピアＬ２＿ＡＲＱエンテ
ィティによって受信応答されたＬ３データ・ユニットについての情報は、マルチ
キャストされる。ハンドオーバーが発生すると、サービス提供Ｌ２＿ＡＲＱエン
ティティは、最後の廃棄メッセージが送信されてから新しいＬ３データ・ユニッ
トが受信応答された場合に、データ・ユニット廃棄メッセージをマルチキャスト
する。もしくは、その通信をハンドオーバーしているサービス提供Ｌ２＿ＡＲＱ
エンティティは、ハンドオーバー後にどのＬ３データ・ユニットの送信を続行す
るかを示すマルチキャスト・メッセージを送信できる。
【００５６】 上記のシステムを達成するために、Ｌ３データ・ユニットに対して、いずれか
の種類のアドレッシング方式を使用しなければならない。Ｌ３データ・ユニット
を一意に識別し、Ｌ３データ・ユニットのシーケンス内デリバリーの場合に内部
的順序を識別する適切または所望の方式が使用される。
【００５７】 アドレッシング方式の一例は、各Ｌ３データ・ユニットに対するシーケンス番
号付けの使用である。そのような方式（たとえばマルチキャスト・グループの構
成要素間の共通プロトコルの特性）の正確なインプリメンテーションは、上述の
機能が与えられる限り、本発明に全く関係がない。
【００５８】 以上、受信応答モード（Ｉモード）におけるＬ２＿ＡＲＱデータ・ユニットの
バッファ管理と処理を説明した。送信バッファ中の非受信応答モード（ＵＩ）の
Ｌ２＿ＡＲＱデータ・ユニットの管理は幾分異なるが、リセット後またはハンド
オーバー後の処理は基本的に同じである。より具体的に述べると、ＵＩ待ち行列
中にあるＬ２＿ＡＲＱデータ・ユニットは送信された後に単に削除または廃棄さ
れる。この場合、送信バッファ中のＵＩ待ち行列のコンテンツは、まだ送信され
ていないデータ・ユニットを反映する。リセットまたはハンドオーバーが発生す
ると、新しいＬ２＿ＡＲＱエンティティは、まだ送信されていないＵＩモードの
Ｌ２＿ＡＲＱデータ・ユニットを送信することによって、その処理を単に続行す
る。ハンドオーバー時に、まだ送信されていないＬ３データ・ユニットを古いＬ
２＿ＡＲＱエンティティから新しいＬ２＿ＡＲＱエンティティへ送信する処理は
、ＩモードＬ２＿ＡＲＱデータ・ユニットに対して説明したものと全く同様であ
る。すなわち、これは、直接転送によって、コア・ネットワークを介した押し返
し（プッシュ・バック）によって、または上述のマルチキャスト・グループの方
法で行われる。
【００５９】 しかしながら、好適な実施形態によれば、ＵＩモード・データ・ユニットは幾
分異なった方法で扱われる。すなわち、リセットまたはハンドオーバー時におい
て、Ｌ２＿ＡＲＱデータ・ユニットの一部のみが送信されたＬ３データ・ユニッ
トと関連づけられた全てのＬ２＿ＡＲＱデータ・ユニットは、リセットまたはハ
ンドオーバー後の送信の再開前に削除される。これは、Ｌ２＿ＡＲＱデータ・ユ
ニットの不要な送信が回避可能であるという利点を有する。より詳細に述べれば
、Ｌ２＿ＡＲＱプロトコルの機能の１つは、エラー検出であり、それによってエ
ラー検査を実行し、送信エラーを引き起こしたＬ３データ・ユニットを廃棄する
。典型的に、リセットまたはハンドオーバーの過程において、所与のＬ３データ
・ユニットの一部が送信された場合、前記所与のＬ３データ・ユニットは不完全
となり、したがって廃棄される。その結果、前記所与のＬ３データ・ユニットと
関連づけられた残りのＬ２＿ＡＲＱデータ・ユニットの送信が不要となる。
【００６０】 上述のように、本発明の利点の１つは、ＡＲＱモードがＬ２＿ＡＲＱレベルよ
り上を動作する必要が全くないという点である。しかしながら、Ｌ２＿ＡＲＱプ
ロトコルは、ある種のエラー検査およびエラー制御を実行することが好ましい。
たとえば、不完全なＬ３データ・ユニットの受信は認識される必要があり、それ
らの不完全なデータ・ユニットは廃棄されなければならない。このように、Ｌ３
データ・ユニットの一部のみを形成するＩモードＬ２＿ＡＲＱデータ・ユニット
は廃棄されるため、本発明のシステムは特に効果的となる。また、本発明のバッ
ファ管理を使用すれば、完全なｌ３データ・ユニットは、その後送信され（Ｉモ
ードＬ２＿ＡＲＱデータ・ユニットに関するリセットおよびハンドオーバーの上
記説明を参照）、Ｌ３データ・ユニットの完全な送信が確実となる。
【００６１】 その結果、Ｌ２＿ＡＲＱインプリメンテーションは、Ｌ２＿ＡＲＱレベルに対
してエラー検出を施すことができるだけでなく（たとえば、Ｌ２＿ＡＲＱデータ
・ユニット用の受信応答モードと典型的に関連されるなど）、Ｌ３レベルに対し
てエラー検出を施すことができるようになる。
【００６２】 本発明の重要な利点の１つは、データ・ユニット送信手段の修正のみを要求す
ることである。これによって、既存のシステムへの本発明のインプリメンテーシ
ョンは大幅に単純化される。
【００６３】 特許請求の範囲に記載の参照番号は、より良い理解を目的とするものであり、
その範囲を限定するものではない。
【図面の簡単な説明】
【図１】 基本的な例に基づくデータ・ユニット送信手段の制御を記載した
ものである。
【図２】 本発明に基づくデータ・ユニット送信手段の概略図である。
【図３】 一般化したセルラー通信システムのアーキテクチャを示すもので
ある。
【図４】 本発明の詳細な例を記載した説明図である。
【図５】 Ｌ３データ・ユニットとＬ２データ・ユニットとの間の関連を説
明した説明図である。
【図６】 汎用プロトコル・スタックを表した図である。
【手続補正書】特許協力条約第３４条補正の翻訳文提出書
【提出日】平成１３年６月２２日（２００１．６．２２）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】 そのような構成によって、システム間のハンドオーバーの対応は可能となるが
、これには欠点がある。まず、追加の無線リソースは、第２のＡＲＱプロトコル
によって引き起こされるオーベーヘッドに起因して消費される。たとえば、ＧＰ
ＲＳにおいて、ＬＬＣプロトコルによって導入される、Ｌ３データ・ユニット送
信毎のオーバーヘッドは、７バイト程度となっている。Ｖａｎ Ｊａｃｏｂｓｏ
ｎ圧縮ＴＣＰ受信応答のサイズ、１０バイト未満と比較すると、そのサイズは、
ＴＣＰ受信応答送信時（Ｌ３データ・ユニットにおいて）のほぼ２倍となる。ま
た、移動端末における２つのＡＲＱプロトコルのインプリメンテーションによっ
て、メモリと処理電力に関しての費用が高くなる。 ＥＰ−Ａ−０ ５７２ ８６５は、データ通信プロトコル・スタックをインプ
リメントする方法を開示している。この開示されている管理方法およびシステム
は、プロトコル・スタックに渡されるデータを保持するために、専用にフォーマ
ットされたバッファを使用することを含む。ソース・スタックに入る前に、メッ
セージ・データはあらかじめセグメント化され、それによって各バッファが、送
信元から受信先へ単一のデータ・ユニットとして送信されることが可能な大きさ
のメッセージ・データのみを含む。バッファがソース・スタック内で送信される
とき、バッファを単にリンク解除し、その層ヘッダを各セグメントに加えること
によって、あらゆる層はセグメント・メッセージとなることが可能である。説明
されたシステムの目的は、バッファの物理的複製の必要性を回避するプロトコル
・スタック管理システムの提供である。したがって、特別なバッファ・フォーマ
ットが導入され、バッファは、バッファへの排他的アクセスを使用して層から層
へ渡されることによって、一度に同じメモリが１つの層によってのみアクセスさ
れる。したがって、複製なしに、ＰＤＵを表すリンク・リストにしたがって、バ
ッファは層から層へと渡される。この方式は、全ての層ヘッダが加えられた後に
メッセージ・データがエンペロープのサイズを超過した場合に、データが複数の
バッファにセグメント化され、データの量が必要なバッファの数を決定する。す
なわち、エンベロープ・フィールドは、物理的な層によって処理可能な最大ＰＤ
Ｕと同じ程度のデータのみ保持することが設定される。 ＷＯ９６／２１９８４は、パケット無線システムと、パケット無線システム用
の端末機器を開示している。この文章は、ＰＰＰ（ニ点間プロトコル）パケット
の専用無線リンク・プロトコルへのカプセル化は、不要なプロトコル専用制御フ
ィールドを送信し、ユーザ情報の可変伝送容量を減らすという欠点を有するとい
う事実を述べている。したがって、この文書は、無線リンク・プロトコル・パケ
ットへのカプセル化前にＰＰＰパケットを圧縮することを提案している。ただし
、その場合のカプセル化は、ＰＰＰパケットから不要な制御フィールドを削除す
ることを含むものである。 ＷＯ９９／３５７９８（１９９９年１月１１日出願、１９９９年７月１５日公
開）は、より迅速なリンク構築を実現する手段として、マスクされたパケットを
使用する概念に関するものである。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，Ｃ Ｈ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ， ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，Ｋ Ｇ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ， ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，Ｓ Ｄ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ， ＺＷ Ｆターム(参考） 5K030 GA11 HA08 HC09 JT09 KA03 LA02 LB11 5K033 AA01 AA07 CB04 DA19 DB13 5K034 AA07 DD03 EE03 EE10 FF08 FF11 FF13 HH01 HH02 HH63 5K067 BB21 CC08 EE02 EE10 GG01 GG11 JJ39

Claims (25)

    【特許請求の範囲】
  1. 【請求項１】 データ・ユニット送信手段を制御する方法であって、前記デ
    ータ・ユニット送信手段は、送信されるデータ・ユニットを保持する送信バッフ
    ァ手段（３）を有し、前記データ・ユニット送信手段は、 第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを、前記第１のプロト
    コル（Ｌ２＿ＡＲＱ）の別のピアに送信し、 前記第１のプロトコル（Ｌ２＿ＡＲＱ）よりも上位層に属する第２のプロトコ
    ル（Ｌ３）のデータ・ユニットを、前記第１のプロトコル（Ｌ２＿ＡＲＱ）のデ
    ータ・ユニットに埋め込むように構成され、 前記方法は、 前記第２のプロトコル（Ｌ３）の前記データ・ユニットを判別し、 前記第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを、前記第２のプ
    ロトコル（Ｌ３）のデータ・ユニットと関連づけ、 前記第１のプロトコル（Ｌ２＿ＡＲＱ）と前記第２のプロトコル（Ｌ３）のデ
    ータ・ユニット間での前記関連づけにしたがって、前記送信バッファ手段のコン
    テンツを管理する過程を含む方法。
  2. 【請求項２】 前記第１のプロトコルは、前記別のピアに送信されるデータ
    ・ユニットの正確な受信の受信応答が供給される少なくとも１つの受信応答モー
    ド（Ｉ）を提供し、前記管理は、前記第１のプロトコル（Ｌ２＿ＡＲＱ）の所与
    のデータ・ユニットと同じ、前記第２のプロトコル（Ｌ３）のデータユニットと
    関連づけられた前記第１のプロトコル（Ｌ２＿ＡＲＱ）の全データ・ユニットに
    対する受信応答が受信された場合のみ、前記受信応答モードに属する前記第１の
    プロトコル（Ｌ２＿ＡＲＱ）の前記所与のデータ・ユニットを、前記送信バッフ
    ァ手段から削除することを含む、請求項１記載の方法。
  3. 【請求項３】 前記第１のプロトコル（Ｌ２＿ＡＲＱ）の前記受信応答モー
    ドは、前記送信バッファ手段に格納された前記第１のプロトコル（Ｌ２＿ＡＲＱ
    ）の前記データ・ユニットを、シーケンス中に構成し、各データ・ユニットは、
    前記シーケンス中の前記各データ・ユニットの場所を識別するシーケンス番号と
    関連づけられ、 シーケンス番号付けのリセットを必要とする状態が発生した場合、前記送信バ
    ッファ手段中に残っている前記第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユ
    ニットの前記シーケンスを保持して、前記第１のプロトコル（Ｌ２＿ＡＲＱ）の
    全関連データ・ユニットに対する受信応答が全く受信されなかった、前記第２の
    プロトコル（Ｌ３）の最後のデータ・ユニットと関連づけられた前記第１のプロ
    トコル（Ｌ２＿ＡＲＱ）の最初のデータ・ユニットが、前記リセット・シーケン
    スの前記第１のプロトコル（Ｌ２＿ＡＲＱ）の最初のデータ・ユニットとなるよ
    うにすることをさらに含む、請求項２記載の方法。
  4. 【請求項４】 シーケンス番号づけのリセットを引き起こす前記状態は、エ
    ラー状態またはハンドオーバーの開始に起因したリンク・リセットである請求項
    ３記載の方法。
  5. 【請求項５】 前記データ・ユニット送信手段は、移動通信網中の移動局ま
    たは無線ネットワーク・ノードで、前記第１のプロトコル（Ｌ２＿ＡＲＱ）は、
    無線リンクを制御する請求項１ないし４のいずれかに記載の方法。
  6. 【請求項６】 前記データ・ユニット送信手段は、前記第１のプロトコル（
    Ｌ２＿ＡＲＱ）とは異なる第３のプロトコル（Ｌ２＿ＡＲＱ’）のデータ・ユニ
    ット中に前記第２のプロトコル（Ｌ３）の前記データ・ユニットを埋め込むこと
    もできるように構成され、また前記データ・ユニット送信手段は、前記第１のプ
    ロトコル（Ｌ２＿ＡＲＱ）から前記第３のプロトコル（Ｌ２＿ＡＲＱ’）への通
    信の遷移を行うことができるように構成され、そのような遷移を行うために、前
    記方法は、 前記第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの送信を停止し、 前記第２のプロトコル（Ｌ３）のデータ・ユニットに基づいて、前記第３のプ
    ロトコル（Ｌ２＿ＡＲＱ’）のデータ・ユニットを生成し、 前記第３のプロトコル（Ｌ２＿ＡＲＱ’）の前記データ・ユニットは、前記第
    １のプロトコル（Ｌ２＿ＡＲＱ）の前記関連づけられたデータ・ユニットが、前
    記第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの送信の前記停止前に
    全て受信応答されるわけではなかった前記第２のプロトコル（Ｌ３）のそれらの
    残りのデータ・ユニットと関連づけられることをさらに含む請求項２記載の方法
    。
  7. 【請求項７】 前記第３のプロトコル（Ｌ２＿ＡＲＱ’）は、データ・ユニ
    ットの正確な受信の受信応答が供給される少なくとも１つの受信応答モードを提
    供し、前記第３のプロトコル（Ｌ２＿ＡＲＱ’）の前記受信応答モードは、前記
    第３のプロトコル（Ｌ２＿ＡＲＱ’）の前記データ・ユニットを、シーケンス中
    に構成し、各データ・ユニットは、前記シーケンス中の前記各データ・ユニット
    の場所を識別する番号と関連付けられ、前記方法は、 前記第３のプロトコル（Ｌ２＿ＡＲＱ’）のデータ・ユニットに番号づけを行
    い、前記第１のプロトコル（Ｌ２＿ＡＲＱ）の全関連データ・ユニットに対する
    受信応答が、前記第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの送信
    を停止する前に受信されなかった前記第２のプロトコル（Ｌ３）の最後のデータ
    ・ユニットと関連づけられた前記第３のプロトコル（Ｌ２＿ＡＲＱ’）の最初の
    データ・ユニットは、前記第３のプロトコル（Ｌ２＿ＡＲＱ’）の新しいシーケ
    ンス中で、前記第３のプロトコル（Ｌ２＿ＡＲＱ’）の最初のデータ・ユニット
    となるようにすることをさらに含む請求項６記載の方法。
  8. 【請求項８】 前記データ・ユニット送信手段は、無線通信システム中の移
    動局で、前記第１および第３のプロトコルは、無線リンクを制御する請求項６ま
    たは７記載の方法。
  9. 【請求項９】 第１のデータ・ユニット送信手段と受信先受信手段との間か
    ら第２のデータ・ユニット送信手段と前記受信先受信手段との間への通信のハン
    ドオーバーを実行する方法であって、前記第１のデータ・ユニット送信手段は、
    請求項２にしたがって制御され、 前記第１のデータ・ユニット送信手段からのデータ・ユニットの送信を停止し
    、 前記第１のプロトコル（Ｌ２＿ＡＲＱ）の関連データ・ユニットは、前記第１
    のデータ・ユニット送信手段からのデータ・ユニットの送信の停止前に全て受信
    応答されるわけではなかった場合、前記第２のデータ・ユニット送信手段を制御
    して、停止と同時に前記第１のデータ・ユニット送信手段の前記送信バッファに
    残っている前記第２のプロトコル（Ｌ３）のそれら全てのデータ・ユニットを、
    前記受信先受信手段に送信させることを含む方法。
  10. 【請求項１０】 前記停止時に前記第１のデータ・ユニット送信手段の前記
    送信バッファ中の残る前記第２のプロトコル（Ｌ３）の前記データ・ユニットを
    、前記第１のデータ・ユニット送信手段からのデータ・ユニットの送信停止の際
    に前記第２のデータ・ユニット送信手段に送信することをさらに含む請求項９記
    載の方法。
  11. 【請求項１１】 前記第１のデータ送信手段によって送信される前記第３の
    プロトコル（Ｌ３）のデータ・ユニットを、前記第２のデータ・ユニット送信手
    段中に格納し、前記格納は、前記第１のデータ・ユニット送信手段からのデータ
    の送信を停止する前に行われ、前記第１のデータ・ユニット送信手段の前記送信
    バッファ中の前記第２のプロトコル（Ｌ３）のデータ・ユニットの管理に関係す
    る情報を、前記第２のデータ・ユニット送信手段に送信することをさらに含む請
    求項９記載の方法。
  12. 【請求項１２】 前記第２のデータ・ユニット送信手段は、複数個のデータ
    ・ユニット送信手段のうちの１つであり、前記第３のプロトコル（Ｌ３）のデー
    タ・ユニットは、前記第１のデータ送信手段によって送信され、前記第１のデー
    タ・ユニット送信手段からのデータ・ユニットの送信を停止する前に、前記第２
    のデータ・ユニット送信手段中に格納され、前記複数個のデータ・ユニット送信
    手段の全てに格納される請求項１１記載の方法。
  13. 【請求項１３】 前記第１および第２のデータ・ユニット送信手段と、前記
    複数個のデータ・ユニット送信手段と、前記受信先とは、セルラー移動通信シス
    テムの一部であり、前記第１および第２のデータ・ユニット送信手段と前記複数
    個のデータ・ユニット送信手段とは、無線ネットワーク・ノードであり、前記受
    信先受信手段は移動局であり、前記複数個のデータ・ユニット送信手段は、前記
    第１のデータ・ユニット送信手段が属するセルに隣接して存在するセルに属する
    無線ネットワーク・ノードのグループとして定義される請求項１２記載の方法。
  14. 【請求項１４】 情報の前記送信は、前記第１のデータ・ユニット送信手段
    からのデータ・ユニットの送信の停止及び／又は、前記第１のデータ・ユニット
    送信手段からのデータ・ユニットの送信の停止時の開始メッセージの送信の前に
    、前記第２のプロトコル（Ｌ３）のどのデータ・ユニットが、前記第１のデータ
    ・ユニット送信手段の前記送信バッファから削除されたかを示す廃棄メッセージ
    を定期的に送信することを含み、前記開始メッセージは、ハンドオーバー後に前
    記第２のプロトコル（Ｌ３）のどのデータ・ユニットの送信を開始するかについ
    て、前記第２のデータ・ユニット送信手段に知らせる請求項１１ないし１３のい
    ずれかに記載の方法。
  15. 【請求項１５】 前記第２のプロトコル（Ｌ３）の前記データ・ユニットは
    、シーケンスに整理され、前記シーケンス中の各データ・ユニットは、前記シー
    ケンス中の前記各データ・ユニットの位置を表すシーケンス番号と関連付けられ
    、前記第２のデータ・ユニット送信手段への情報の前記送信は、前記シーケンス
    番号の１つ以上を送信することを含む請求項１１ないし１４のいずれかに記載の
    方法。
  16. 【請求項１６】 前記第１および第２のデータ・ユニット送信手段と前記受
    信先受信手段とは、移動通信システムの一部であり、前記第１および第２のデー
    タ・ユニット送信手段は無線ネットワーク・ノードであり、前記受信先受信手段
    は移動局である請求項９ないし１５のいずれかに記載の方法。
  17. 【請求項１７】 前記第１のプロトコルは、前記別のピアに送信されたデー
    タ・ユニットの正確な受信の受信応答が全く提供されない少なくとも１つの非受
    信応答モード（ＵＩ）を提供し、前記管理は、所与のデータ・ユニットが送信さ
    れた後に前記送信バッファ手段から、前記非受信応答モードに属する前記第１の
    プロトコル（Ｌ２＿ＡＲＱ）の前記所与のデータ・ユニットを削除することを含
    み、リンクのリセットまたはハンドオーバーが発生する場合、前記第１のプロト
    コル（Ｌ２＿ＡＲＱ）の関連データ・ユニットの一部のみが送信された前記第３
    のプロトコル（Ｌ３）のデータ・ユニットと関連づけられる前記第１のプロトコ
    ル（Ｌ２＿ＡＲＱ）の全ての残りのデータ・ユニットは、リセット後の送信の再
    開前に、または送信バッファのコンテンツのハンドオーバー前に削除される請求
    項１ないし１６のいずれかに記載の方法。
  18. 【請求項１８】 データ・ユニット送信手段は、送信されるデータ・ユニッ
    トを保持する送信バッファ手段（３）を有し、前記データ・ユニット送信手段は
    、 第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを、前記第１のプロト
    コル（Ｌ２＿ＡＲＱ）の別のピアに送信し、 前記第１のプロトコル（Ｌ２＿ＡＲＱ）よりも上位層に属する第２のプロトコ
    ル（Ｌ３）のデータ・ユニットを、前記第１のプロトコル（Ｌ２＿ＡＲＱ）のデ
    ータ・ユニットに埋め込む埋込手段（２）と、 前記第２のプロトコル（Ｌ３）の前記データ・ユニットを判別する判別手段（
    １）と、 前記第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを、前記第２のプ
    ロトコル（Ｌ３）のデータ・ユニットと関連づける関連づけ手段（４）と、 前記第１のプロトコル（Ｌ２＿ＡＲＱ）と前記第２のプロトコル（Ｌ３）のデ
    ータ・ユニット間での前記関連づけにしたがって、前記送信バッファ手段のコン
    テンツを管理する制御手段（４）とを有するデータ・ユニット送信手段。
  19. 【請求項１９】 前記第１のプロトコルは、前記別のピアに送信されるデー
    タ・ユニットの正確な受信の受信応答が供給される少なくとも１つの受信応答モ
    ード（Ｉ）を提供し、前記バッファ手段（３）を管理する前記制御手段（４）は
    、前記第１のプロトコル（Ｌ２＿ＡＲＱ）の所与のデータ・ユニットと同じ、前
    記第２のプロトコル（Ｌ３）のデータ・ユニットと関連づけられた前記第１のプ
    ロトコル（Ｌ２＿ＡＲＱ）の全データ・ユニットに対する受信応答が受信された
    場合のみ、前記受信応答モードに属する前記第１のプロトコル（Ｌ２＿ＡＲＱ）
    の前記所与のデータ・ユニットを、前記送信バッファ手段から削除するように構
    成された請求項１８記載のデータ・ユニット送信手段。
  20. 【請求項２０】 前記第１のプロトコル（Ｌ２＿ＡＲＱ）の前記受信応答モ
    ードは、前記送信バッファ手段に格納された前記第１のプロトコル（Ｌ２＿ＡＲ
    Ｑ）の前記データ・ユニットを、シーケンス中に構成し、各データ・ユニットは
    、前記シーケンス中の前記各データ・ユニットの場所を識別するシーケンス番号
    と関連づけられ、前記データ・ユニット送信手段は、 シーケンス番号付けのリセットを必要とする状態が発生した場合、前記送信バ
    ッファ手段中に残っている前記第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユ
    ニットの前記シーケンスを保持して、前記第１のプロトコル（Ｌ２＿ＡＲＱ）の
    全関連データ・ユニットに対する受信応答が全く受信されなかった、前記第２の
    プロトコル（Ｌ３）の最後のデータ・ユニットと関連づけられた前記第１のプロ
    トコル（Ｌ２＿ＡＲＱ）の最初のデータ・ユニットが、前記リセット・シーケン
    スの前記第１のプロトコル（Ｌ２＿ＡＲＱ）の最初のデータ・ユニットとなるよ
    うにさらに構成された請求項１９記載のデータ・ユニット送信手段。
  21. 【請求項２１】 シーケンス番号づけのリセットを引き起こす前記状態は、
    エラー状態またはハンドオーバーの開始に起因したリンク・リセットである請求
    項２０記載のデータ・ユニット送信手段。
  22. 【請求項２２】 前記データ・ユニット送信手段は、移動通信網中の移動局
    または無線ネットワーク・ノードで、前記第１のプロトコル（Ｌ２＿ＡＲＱ）は
    、無線リンクを制御する請求項１８ないし２１のいずれかに記載のデータ・ユニ
    ット送信手段。
  23. 【請求項２３】 前記データ・ユニット送信手段は、前記第１のプロトコル
    （Ｌ２＿ＡＲＱ）とは異なる第３のプロトコル（Ｌ２＿ＡＲＱ’）のデータ・ユ
    ニット中に前記第２のプロトコル（Ｌ３）の前記データ・ユニットを埋め込むこ
    ともできるように構成され、また前記データ・ユニット送信手段は、前記第１の
    プロトコル（Ｌ２＿ＡＲＱ）から前記第３のプロトコル（Ｌ２＿ＡＲＱ’）への
    通信の遷移を行うことができるように構成され、そのような遷移を行うために、
    前記データ・ユニット送信手段は、 前記第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの送信を停止し、 前記第２のプロトコル（Ｌ３）のデータ・ユニットに基づいて、前記第３のプ
    ロトコル（Ｌ２＿ＡＲＱ’）のデータ・ユニットを生成し、前記第３のプロトコ
    ル（Ｌ２＿ＡＲＱ’）の前記データ・ユニットは、前記第１のプロトコル（Ｌ２
    ＿ＡＲＱ）の前記関連づけられたデータ・ユニットが、前記第１のプロトコル（
    Ｌ２＿ＡＲＱ）のデータ・ユニットの送信の前記停止前に全て受信応答されるわ
    けではなかった前記第２のプロトコル（Ｌ３）のそれらの残りのデータ・ユニッ
    トと関連づけられるようにさらに構成された請求項１９記載のデータ・ユニット
    送信手段。
  24. 【請求項２４】 また、前記第３のプロトコル（Ｌ２＿ＡＲＱ’）は、デー
    タ・ユニットの正確な受信の受信応答が供給される少なくとも１つの受信応答モ
    ードを提供し、前記第３のプロトコル（Ｌ２＿ＡＲＱ’）の前記受信応答モード
    は、前記第３のプロトコル（Ｌ２＿ＡＲＱ’）の前記データ・ユニットを、シー
    ケンス中に構成し、各データ・ユニットは、前記シーケンス中の前記各データ・
    ユニットの場所を識別する番号と関連付けられ、前記データ・ユニット送信手段
    は、 前記第３のプロトコル（Ｌ２＿ＡＲＱ’）のデータ・ユニットに番号づけを行
    い、前記第１のプロトコル（Ｌ２＿ＡＲＱ）の全関連データ・ユニットに対する
    受信応答が、前記第１のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの送信
    を停止する前に受信されなかった前記第２のプロトコル（Ｌ３）の最後のデータ
    ・ユニットと関連づけられた前記第３のプロトコル（Ｌ２＿ＡＲＱ’）の最初の
    データ・ユニットは、前記第３のプロトコル（Ｌ２＿ＡＲＱ’）の新しいシーケ
    ンス中で、前記第３のプロトコル（Ｌ２＿ＡＲＱ’）の最初のデータ・ユニット
    となるようにさらに構成される請求項２３記載のデータ・ユニット送信手段。
  25. 【請求項２５】 前記データ・ユニット送信手段は、無線通信システム中の
    移動局で、前記第１および第３のプロトコルは、無線リンクを制御する請求項２
    ３または２４記載のデータ・ユニット送信手段。
JP2001500520A 1999-05-27 2000-05-19 プロトコル・データ・ユニットのカプセル化方法 Expired - Lifetime JP4601229B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP99109283.4 1999-05-27
EP99109283A EP1056258A1 (en) 1999-05-27 1999-05-27 Data unit sending means and control method in wireless networks
PCT/EP2000/004558 WO2000074341A1 (en) 1999-05-27 2000-05-19 Protocol data unit encapsulation method

Publications (2)

Publication Number Publication Date
JP2003501888A true JP2003501888A (ja) 2003-01-14
JP4601229B2 JP4601229B2 (ja) 2010-12-22

Family

ID=8238152

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001500520A Expired - Lifetime JP4601229B2 (ja) 1999-05-27 2000-05-19 プロトコル・データ・ユニットのカプセル化方法

Country Status (8)

Country Link
US (2) US6816471B1 (ja)
EP (2) EP1056258A1 (ja)
JP (1) JP4601229B2 (ja)
CN (1) CN1327678C (ja)
AU (1) AU4758000A (ja)
DE (1) DE60031263T2 (ja)
ES (1) ES2272283T3 (ja)
WO (1) WO2000074341A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008035557A (ja) * 2002-09-12 2008-02-14 Interdigital Technol Corp Ｍａｃ層リセット後にノードｂバッファデータを効率的に回復するためのシステム

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1056258A1 (en) * 1999-05-27 2000-11-29 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Data unit sending means and control method in wireless networks
KR100612003B1 (ko) * 2000-02-26 2006-08-11 삼성전자주식회사 통신망에서 비트 스트림 송수신 장치 및 그 방법
FI109255B (fi) 2000-04-07 2002-06-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
KR20080085096A (ko) * 2000-04-17 2008-09-22 노오텔 네트웍스 리미티드 무선 에어 인터페이스를 위한 이중 프로토콜층 자동 재송신요청 방법
EP1175063A3 (en) * 2000-07-20 2003-08-27 Nortel Networks Limited Network layer protocol aware link layer
JP3889919B2 (ja) * 2000-08-31 2007-03-07 株式会社日立製作所 情報配信方法、情報受信方法、情報配信システム、情報配信装置、受信端末及び記憶媒体
ES2398092T3 (es) * 2000-10-07 2013-03-13 Lg Electronics Inc. Procedimiento para la transmisión de datos desde una capa del RLC en un sistema de radiocomunicación
AU2002215376A1 (en) * 2000-10-17 2002-04-29 Denso Corporation Forward link based rescue channel method and apparatus for telecommunication systems
US7187930B2 (en) * 2000-11-28 2007-03-06 Denso Corporation Retry limits for connection rescue procedures in telecommunication systems
US7006821B2 (en) * 2000-12-04 2006-02-28 Denso Corporation Method and apparatus for dynamically determining a mobile station's active set during a connection rescue procedure
WO2002056667A2 (en) * 2000-12-05 2002-07-25 Denso Corporation Minimum interference multiple-access method and system for connection rescue
GB2369961B (en) * 2000-12-09 2003-04-23 Ericsson Telefon Ab L M Transmission control in a radio access network
GB2361392B (en) * 2000-12-13 2003-07-23 Ericsson Telefon Ab L M Flow control in a radio access network
US6996391B2 (en) 2000-12-20 2006-02-07 Denso Corporation Forward-link rescue synchronization method and apparatus
GB2371177B (en) 2001-01-16 2003-02-19 Ericsson Telefon Ab L M Automatic repetition request mechanism in a radio access network
US7010319B2 (en) * 2001-01-19 2006-03-07 Denso Corporation Open-loop power control enhancement for blind rescue channel operation
EP2068488A3 (en) * 2001-04-26 2011-05-04 NTT DoCoMo, Inc. Data link transmission control methods, mobile communication systems, data link transmission control apparatus, base stations, mobile stations, mobile station control programs, and computer-readable recording media
US6961349B2 (en) * 2001-05-30 2005-11-01 Telefonaktiebolaget Lm Ericsson (Publ) Handling TCP protocol for connections transmitted in parallel over radio link
US6775533B2 (en) * 2001-07-27 2004-08-10 Nokia Corporation Apparatus, and associated method, for transferring data between a first target entity and a second target entity of a mobile radio communication system
US7149195B2 (en) * 2001-08-28 2006-12-12 Nokia Corporation Apparatus, and associated method, for multicasting data in a radio communications system
US6934264B2 (en) 2001-08-30 2005-08-23 Qualcomm, Incorporated Method and apparatus for acknowledging a reception of a data packet in a CDMA communication system
US8068832B2 (en) * 2001-11-19 2011-11-29 Nokia Corporation Multicast session handover
US20030135594A1 (en) * 2001-12-06 2003-07-17 Lin Xu System and method for efficient distribution of multicastable services
EP1326460A1 (de) * 2001-12-21 2003-07-09 Siemens Aktiengesellschaft Verfahren und System zum Funkzellenwechsel in einem zellularen Paketnetzwerk
US6717927B2 (en) 2002-04-05 2004-04-06 Interdigital Technology Corporation System for efficient recovery of node B buffered data following serving high speed downlink shared channel cell change
CA2438051C (en) * 2002-08-22 2009-12-15 Research In Motion Limited System and method for erasing a data frames queue on a mobile device
JP4227433B2 (ja) * 2002-09-17 2009-02-18 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、サーバ装置、及びデータ送信方法
CN1788448B (zh) * 2003-04-10 2011-09-14 艾利森电话股份有限公司 重传的方法和系统
US20050036465A1 (en) * 2003-06-30 2005-02-17 Shai Waxman Device, system and method of signal detection for wireless network
US7307955B2 (en) * 2003-12-31 2007-12-11 Nokia Corporation Method and equipment for lossless packet delivery to a mobile terminal during handover
SE0400163D0 (sv) 2004-01-28 2004-01-28 Ericsson Telefon Ab L M Method and systems of radio communications
US7995517B2 (en) 2004-03-24 2011-08-09 Lg Electronics Inc. System and method for transmitting units of messages in a mobile communication system
AU2004319437B2 (en) * 2004-05-07 2009-03-05 Telefonaktiebolaget L M Ericsson (Publ) Lossless radio link control entity (RLC) re-establishment avoiding service data unit (SDU) duplication
US20070058636A1 (en) * 2005-09-15 2007-03-15 Research In Motion Limited System and method for evaluating lower layer reliability using upper layer protocol functionality in a communications network
US7567515B2 (en) * 2005-11-04 2009-07-28 Via Telecom, Inc. Inter-layer communication of receipt confirmation for releasing retransmission buffer contents
US20070140171A1 (en) * 2005-12-15 2007-06-21 Telefonaktiebolaget Lm Ericsson (Publ) Radio link management in distributed network architecture
ES2360873T3 (es) * 2006-02-24 2011-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Técnica para configurar las entidades de la capa de enlace para un traspaso.
CN101030842B (zh) * 2006-03-03 2011-04-20 华为技术有限公司 移动通信系统中数据的重排方法及其装置
CN101043305B (zh) * 2006-03-24 2011-06-22 电信科学技术研究院 自动重发请求协议数据单元arq pdu串接方法
JPWO2008029628A1 (ja) * 2006-09-06 2010-01-21 三菱電機株式会社 データ再送方法、ネットワーク制御装置、移動局および基地局
KR100921767B1 (ko) * 2006-12-01 2009-10-15 한국전자통신연구원 다중 모드 단말의 시스템간 핸드오버 방법
US7817669B2 (en) 2007-02-01 2010-10-19 Interdigital Technology Corporation Method and apparatus for supporting RLC re-segmentation
FR2916591A1 (fr) * 2007-05-24 2008-11-28 Thomson Licensing Sas Procede de reception de paquets de donnees et procede de transmission correspondant
US8467349B2 (en) * 2007-07-20 2013-06-18 Qualcomm Incorporated Methods and apparatus for in-order delivery of data packets during handoff
GB2453526B (en) * 2007-09-28 2009-11-18 Samsung Electronics Co Ltd Communication method and apparatus
US8358623B2 (en) * 2007-11-06 2013-01-22 Airvana Network Solutions, Inc. Active handoffs in a network
US8902833B2 (en) * 2010-12-23 2014-12-02 Qualcomm Incorporated System and method for performing a radio link control (RLC) reset in a downlink multipoint system
CN102761905B (zh) * 2011-04-26 2016-03-30 华为技术有限公司 消息处理方法、设备及系统
US9191990B2 (en) 2011-09-16 2015-11-17 Futurewei Technologies, Inc. System and method for cross-layer encapsulation messaging
US8891464B2 (en) 2011-09-19 2014-11-18 Redline Innovations Group, Inc. Architecture, devices and methods for supporting multiple channels in a wireless system
US9167474B2 (en) 2011-09-19 2015-10-20 Redline Innovations Group Inc. Sharing of radio resources between a backhaul link and a radio access network
US8494587B2 (en) 2011-09-19 2013-07-23 PureWave Networks, Inc Architecture, devices and methods for supporting multiple operators in a wireless basestation
CN109903634A (zh) * 2019-03-04 2019-06-18 王政 一种兼容北斗精准定位的驾校智能实训系统及其工作方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1188301A (ja) * 1997-09-02 1999-03-30 Matsushita Electric Ind Co Ltd 低ビットレートマルチメディア通信方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5278834A (en) * 1992-05-26 1994-01-11 Alcatel Network Systems, Inc. Method for implementing a data communication protocol stack
FI98027C (fi) * 1995-01-10 1997-03-25 Nokia Telecommunications Oy Pakettiradiojärjestelmä ja päätelaitteisto pakettiradiojärjestelmää varten
US6188671B1 (en) * 1997-07-03 2001-02-13 At&T Corp Traffic management for frame relay switched data service
DE19800772C2 (de) * 1998-01-12 2000-04-06 Ericsson Telefon Ab L M Verfahren und Vorrichtung zur Verbindung mit einem Paketaustauschnetz
US6400712B1 (en) * 1998-05-26 2002-06-04 Qualcomm Incorporated Fast circuit switched data architecture and method
EP0996248A1 (en) * 1998-10-21 2000-04-26 Telefonaktiebolaget L M Ericsson (Publ) ARQ protocol with packet-based reliability level setting
US6160804A (en) * 1998-11-13 2000-12-12 Lucent Technologies Inc. Mobility management for a multimedia mobile network
US6542490B1 (en) * 1999-01-29 2003-04-01 Nortel Networks Limited Data link control proctocol for 3G wireless system
EP1056258A1 (en) * 1999-05-27 2000-11-29 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Data unit sending means and control method in wireless networks
US6301479B1 (en) * 1999-07-08 2001-10-09 Telefonaktiebolaget Lm Ericsson Technique for providing a secure link in a mobile communication system
US6463285B1 (en) * 2000-02-09 2002-10-08 Lucent Technologies Inc. Arrangement for data exchange in a wireless communication system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1188301A (ja) * 1997-09-02 1999-03-30 Matsushita Electric Ind Co Ltd 低ビットレートマルチメディア通信方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008035557A (ja) * 2002-09-12 2008-02-14 Interdigital Technol Corp Ｍａｃ層リセット後にノードｂバッファデータを効率的に回復するためのシステム
JP2009278637A (ja) * 2002-09-12 2009-11-26 Interdigital Technol Corp Ｍａｃ層リセット後にノードｂバッファデータを効率的に回復するためのシステム
JP4652388B2 (ja) * 2002-09-12 2011-03-16 インターデイジタル テクノロジー コーポレーション Ｍａｃ層リセット後にノードｂバッファデータを効率的に回復するためのシステム
JP4652467B2 (ja) * 2002-09-12 2011-03-16 インターデイジタル テクノロジー コーポレーション Ｍａｃ層リセット後にノードｂバッファデータを効率的に回復するためのシステム

Also Published As

Publication number Publication date
CN1327678C (zh) 2007-07-18
WO2000074341A1 (en) 2000-12-07
ES2272283T3 (es) 2007-05-01
AU4758000A (en) 2000-12-18
CN1528077A (zh) 2004-09-08
US7035237B2 (en) 2006-04-25
US20040233883A1 (en) 2004-11-25
DE60031263T2 (de) 2007-05-10
US6816471B1 (en) 2004-11-09
EP1180292B1 (en) 2006-10-11
EP1056258A1 (en) 2000-11-29
EP1180292A1 (en) 2002-02-20
DE60031263D1 (de) 2006-11-23
JP4601229B2 (ja) 2010-12-22

Similar Documents

Publication Publication Date Title
JP4601229B2 (ja) プロトコル・データ・ユニットのカプセル化方法
US9860915B2 (en) Apparatus and method for moving a receive window in a radio access network
US9504030B2 (en) Method of processing control information in a mobile communication system
JP4536976B2 (ja) 移動通信システムにおいて高信頼リンクを提供する技術
US6590905B1 (en) Changing XID/PDCP parameters during connection
US9094874B2 (en) Base station, mobile station, communication system, transmission method and reordering method
US8411652B2 (en) Method of operating a mobile radio network
EP2288202B1 (en) Method for transmitting data from RLC layer in radio communication system
US8400982B2 (en) Method for handling correctly received but header compression failed packets
KR20050092958A (ko) 기지국의 상향 링크 패킷 전송 방법 및 그 방법이 구현된이동통신 시스템

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070508

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091111

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091208

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20100308

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20100315

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20100408

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20100415

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20100507

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20100519

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100608

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: 20100907

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100928

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131008

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4601229

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

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