JP2010534975A - ワイヤレスアップリンク・シグナリング・フローに関係するトンネリングをサポートするための方法および装置 - Google Patents

ワイヤレスアップリンク・シグナリング・フローに関係するトンネリングをサポートするための方法および装置 Download PDF

Info

Publication number
JP2010534975A
JP2010534975A JP2010518351A JP2010518351A JP2010534975A JP 2010534975 A JP2010534975 A JP 2010534975A JP 2010518351 A JP2010518351 A JP 2010518351A JP 2010518351 A JP2010518351 A JP 2010518351A JP 2010534975 A JP2010534975 A JP 2010534975A
Authority
JP
Japan
Prior art keywords
protocol
access node
module
route
packet
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.)
Pending
Application number
JP2010518351A
Other languages
English (en)
Inventor
プラカシュ、ラジャット
ウルピナー、ファティ
ホーン、ガビン・バーナード
ベンダー、ポール・イー．
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2010534975A publication Critical patent/JP2010534975A/ja
Pending legal-status Critical Current

Links

Images

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
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246—Connectivity information discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route
    • H04W40/36—Modification of an existing route due to handover
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • 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
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

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

Abstract

情報のパケットをアクセス端末からサービング・アクセスノード・アセンブリを通してリモート・アクセスノード・アセンブリに伝達するための方法および装置について説明する。ルート・プロトコル・パケットをトンネリングするために、無線リンク・プロトコル・モジュールとインターフェースするルート間トンネリング・プロトコル・モジュールを使用する。第１の無線リンク・プロトコル・ストリームは、アクセス端末上に常駐するアプリケーションに関連する。第２の無線リンク・プロトコル・ストリームはルート間トンネリング・プロトコル・モジュールに関連する。サービング・アクセスノード・アセンブリを通してリモート・アクセスノード・アセンブリに伝達すべき情報は、２つの異なる無線リンク・プロトコル処理操作を受ける。ＲＬＰ処理操作のうちの第１のＲＬＰ処理操作はリモート・アクセスノード・アセンブリに対応し、第２のＲＬＰ処理操作はサービング・アクセスノード・アセンブリに対応する。

Description

様々な実施形態は、通信のための方法および装置を対象とし、より詳細には、情報を伝達するためにトンネリングを使用することに関係する方法および装置を対象とする。
ワイヤレス通信システムは、しばしば、たとえば、アクセスノードとして実装される複数のアクセス・ポイント（ＡＰ）を含む。ＡＰに加えて、そのようなシステムは、しばしば、アクセス端末、たとえば、移動デバイスまたは他のエンドノードデバイスに加えて他のネットワーク要素をも含む。多くの場合、アクセス端末は、ワイヤレス通信リンクを介してアクセス・ポイントと通信するが、ネットワークにおける他の要素、たとえば、ＡＰは、一般に、非エアリンク、たとえば、ファイバ、ケーブルまたはワイヤリンクを介して互いに通信する。
アクセス端末（ＡＴ）がシステム中を移動するにつれて、および／またはエアリンク状態が変化するにつれて、アクセス端末は、ＡＰとの接続を失うかまたは終了し、別のＡＰとの接続を確立および／または維持することがある。したがって、ＡＴとのエアリンク接続を有したＡＰは、もはや接続を有しないＡＴに伝達すべき未配信のパケットを有する状況になることがある。同様に、ＡＴは、以前にワイヤレス通信リンクを有したが、もはやワイヤレス通信リンクを有しないＡＰに常駐するアプリケーションに向けられた未配信のパケットを有する可能性がある。
したがって、多くの実施形態では、パケットを対応するＲＬＰモジュールによって処理し、断片化の場合、そこからより高いレベルのパケットを再構成することができるように、ＲＬＰパケットを受信するＡＴが、初めにＲＬＰパケットの生成を受け持ったＡＰを識別することができることが重要である。
ワイヤレス端末がワイヤレス通信リンクを有するＡＰを通してＡＴと非サービングＡＰとの間のパケットまたはパケットの部分の伝達をサポートする方法および／または装置が必要であることを諒解されたい。ＡＴが、非サービングＡＰに対応する無線リンク・プロトコル処理を受けたパケットを、配信および非サービングＡＰによる最終処理のために、ＡＴがワイヤレス通信リンクを有するサービングＡＰに送信することが可能であれば望ましい。
情報のパケットをアクセス端末からサービング・アクセスノード・アセンブリを通してリモート・アクセスノード・アセンブリ、たとえば、アクセス・ポイントまたは基地局に伝達するための方法および装置について説明する。ルート・プロトコル・パケットをトンネリングするために、無線リンク・プロトコル・モジュールとインターフェースするルート間トンネリング・プロトコル・モジュールを使用する。第１の無線リンク・プロトコル・ストリームは、アクセス端末上に常駐するアプリケーションに関連する。第２の無線リンク・プロトコル・ストリームはルート間トンネリング・プロトコル・モジュールに関連する。サービング・アクセスノード・アセンブリを通してリモート・アクセスノード・アセンブリに伝達すべき情報は、２つの異なる無線リンク・プロトコル処理操作を受ける。ＲＬＰ処理操作のうちの第１のＲＬＰ処理操作はリモート・アクセスノード・アセンブリに対応し、第２のＲＬＰ処理操作はサービング・アクセスノード・アセンブリに対応する。
様々な実施形態によるアクセス端末を動作させる例示的な方法は、情報を含む第１のパケットを生成するために第１のアプリケーションを動作させることと、第１のアプリケーションがサービング・アクセスノード・アセンブリに対応するアプリケーションであるか、リモート・アクセスノード・アセンブリに対応するアプリケーションであるかに基づいて、前記第１のパケット中に含まれる情報のルーティングを制御するために使用されるルーティング決定を行うこととを備える。様々な実施形態による例示的なアクセス端末は、情報を含む第１のパケットを生成するための第１のアプリケーション・モジュールと、第１のアプリケーションがサービング・アクセスノード・アセンブリに対応するアプリケーションであるか、リモート・アクセスノード・アセンブリに対応するアプリケーションであるかに基づいて、前記第１のパケット中に含まれる情報のルーティングを制御するために使用されるルーティング決定を行うためのルーティング決定モジュールとを備える。
様々な実施形態による第１のアクセスノード・アセンブリを動作させる例示的な方法は、エアインターフェース上で伝達されたストリーム・プロトコル・パケットを受信することと、前記ストリーム・プロトコル・パケット中に含まれるストリーム・ヘッダ識別子に基づいて、前記受信したストリーム・プロトコル・パケット中に含まれるストリーム・プロトコル・パケット・ペイロードを、前記第１のアクセスノード・アセンブリのアプリケーションに対応する無線リンク・プロトコル・モジュールとルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つにルーティングすることとを備える。様々な実施形態による例示的な第１のアクセスノード・アセンブリは、エアインターフェース上でアクセス端末から伝達される、ストリーム・プロトコル・パケットを搬送する信号を受信するためのワイヤレス受信機と、複数の無線リンク・プロトコル・モジュールと、前記複数の無線リンク・プロトコル・モジュールのうちの少なくとも１つに結合されたルート間トンネリング・プロトコル・モジュールと、搬送されたストリーム・プロトコル・パケットを処理し、前記搬送されたストリーム・プロトコル・パケット中に含まれるストリーム・プロトコル・パケット・ペイロードを、ｉ）前記第１のアクセスノード・アセンブリのアプリケーション・モジュールに対応する無線リンク・プロトコル・モジュールと、ｉｉ）前記ルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つにルーティングすることを決定するためのストリーム・プロトコル・モジュールとを備える。
上記の概要で様々な実施形態について論じたが、必ずしもすべての実施形態が同じ特徴を含むわけではなく、上述の特徴のいくつかは、必要ではないが、いくつかの実施形態では望ましいことを諒解されたい。多数の追加の特徴、実施形態および利益について、以下の詳細な説明において論じる。
一実施形態による多元接続ワイヤレス通信システムを示す図。 例示的な通信システムのブロック図。 分散アクセスネットワーク（ＡＮ）アーキテクチャとアクセス端末（ＡＴ）とを含む例示的なネットワークを示す図。 集中ＡＮアーキテクチャとＡＴとを含む例示的なネットワークを示す図。 様々な実施形態による非トンネリング経路とトンネリング経路とを含む例示的なアップリンク・シグナリング・フローについて説明するために使用される例示的な通信システムの図。 非トンネリング経路とトンネリング経路とを含む例示的なダウンリンク・シグナリング・フローについて説明するために使用される例示的な通信システムの図。 例示的なストリーム・プロトコル・パケット・フォーマットを示す図と、例示的なストリーム番号および対応する例示的なストリーム定義を識別する表とを含む図。 様々な実施形態による例示的なパケット・フォーマット情報の図。 様々な実施形態による例示的なルート間トンネリング・プロトコル・ヘッダ情報を示す図。 図９に関して説明したルート間トンネリング・プロトコル・ヘッダのヘッダフィールドに対応する例示的なヘッダタイプ値情報を示す表を含む図。 様々な実施形態による、いくつかの例示的なルート間トンネリング・プロトコル・パケットを示す図。 様々な実施形態によるアクセス端末、たとえば、移動ワイヤレス端末を動作させる例示的な方法のフローチャート。 様々な実施形態による第１のアクセスノード・アセンブリを動作させる例示的な方法のフローチャート。 様々な実施形態による第１のアクセスノード・アセンブリを動作させる例示的な方法のフローチャート。 様々な実施形態によるアクセス端末、たとえば、移動ワイヤレス端末を動作させる例示的な方法のフローチャート。 様々な実施形態による例示的なアクセス端末、たとえば、移動ワイヤレス端末の図。 様々な実施形態による例示的なアクセスノード・アセンブリ、たとえば、例示的なアクセス・ポイントの図。 様々な実施形態による例示的なアクセスノード・アセンブリ、たとえば、例示的なアクセス・ポイントの図。 様々な実施形態による例示的なアクセス端末、たとえば、移動ワイヤレス端末の図。
ワイヤレス通信システムは、音声、データなど様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステム・リソース（たとえば、帯域幅および送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムとすることができる。そのような多元接続システムの例には、ワールド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ）、赤外線データ協会（ＩｒＤＡ）などの赤外線プロトコル、短距離ワイヤレスプロトコル／技術、Ｂｌｕｅｔｏｏｔｈ（登録商標）技術、ＺｉｇＢｅｅ（登録商標）プロトコル、超広帯域（ＵＷＢ）プロトコル、家庭内無線周波数（ＨｏｍｅＲＦ）、共用ワイヤレス・アクセス・プロトコル（ＳＷＡＰ）、ワイヤレス・イーサネット（登録商標）製品互換性推進協議会（ＷＥＣＡ）などの広帯域技術、ワイヤレス・フィデリティ・アライアンス（Ｗｉ−Ｆｉアライアンス）、８０２．１１のネットワーク技術、公衆交換電話網技術、インターネットなどの公衆異種通信ネットワーク技術、専用ワイヤレス通信ネットワーク、陸上移動無線ネットワーク、符号分割多元接続（ＣＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、ユニバーサル移動電話システム（ＵＭＴＳ）、アドバンスト移動電話サービス（ＡＭＰＳ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、広域移動体通信システム（ＧＳＭ）、単一搬送波（１Ｘ）無線伝送技術（ＲＴＴ）、エボリューション・データ・オンリー（ＥＶ−ＤＯ）技術、汎用パケット無線サービス（ＧＰＲＳ）、拡張データＧＳＭ環境（ＥＤＧＥ）、高速ダウンリンク・データ・パケット・アクセス（ＨＳＰＤＡ）、アナログおよびデジタル衛星システム、ならびにワイヤレス通信ネットワークおよびデータ通信ネットワークのうちの少なくとも１つにおいて使用できる他の技術／プロトコルがある。
概して、ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートすることができる。各端末は、順方向リンクおよび逆方向リンク上での伝送によって１つまたは複数の基地局と通信する。順方向リンク（またはダウンリンク）とは、基地局から端末への通信リンクを指し、逆方向リンク（またはアップリンク）とは、端末から基地局への通信リンクを指す。この通信リンクは、１入力１出力、多入力１出力、または多入力多出力（ＭＩＭＯ）システムを介して確立できる。
図１を参照すると、一実施形態による多元接続ワイヤレス通信システムが示されている。アクセス・ポイント１００（ＡＰ）は複数のアンテナ・グループを含み、あるアンテナ・グループは１０４と１０６とを含み、別のアンテナ・グループはアンテナ１０８と１１０とを含み、追加のアンテナ・グループはアンテナ１１２と１１４とを含む。図１では、アンテナ・グループごとに２つのアンテナのみが示されているが、アンテナ・グループごとにより多いまたはより少ないアンテナが利用できる。アクセス端末１１６（ＡＴ）はアンテナ１１２および１１４と通信中であり、アンテナ１１２および１１４は、順方向リンク１２０上でアクセス端末１１６に情報を送信し、逆方向リンク１１８上でアクセス端末１１６から情報を受信する。アクセス端末１２２はアンテナ１０６および１０８と通信中であり、アンテナ１０６および１０８は、順方向リンク１２６上でアクセス端末１２２に情報を送信し、逆方向リンク１２４上でアクセス端末１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４および１２６は、通信のための異なる周波数を使用することができる。たとえば、順方向リンク１２０は、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用することができる。
アンテナの各グループ、および／またはアンテナが通信するために設計された領域は、しばしば、アクセス・ポイントのセクタと呼ばれる。本実施形態では、アンテナ・グループはそれぞれ、アクセス・ポイント１００によってカバーされる領域のセクタ内でアクセス端末に通信するように設計される。
順方向リンク１２０および１２６上の通信では、アクセス・ポイント１００の送信アンテナは、異なるアクセス端末１１６および１２２に対して順方向リンクの信号対雑音比を改善するためにビーム形成を利用する。また、アクセス・ポイントが、ビーム形成を使用して、そのカバレージ中にランダムに分散されたアクセス端末に送信するほうが、アクセス・ポイントが単一のアンテナを介してすべてのそのアクセス端末に送信するよりも、隣接セル中のアクセス端末への干渉が小さくなる。
アクセス・ポイントは、端末との通信に使用される固定局とすることができ、アクセスノード、ノードＢ、基地局または他の何らかの用語で呼ばれることもある。アクセス端末は、アクセスデバイス、ユーザ装置（ＵＥ）、ワイヤレス通信デバイス、端末、ワイヤレス端末、移動端末、移動ノード、エンドノードまたは他の何らかの用語で呼ばれることもある。
図２は、ＭＩＭＯシステム２００における例示的なアクセス・ポイント２１０および例示的なアクセス端末２５０の一実施形態のブロック図である。アクセス・ポイント２１０では、いくつかのデータ・ストリームのトラフィック・データがデータソース２１２から送信（ＴＸ）データプロセッサ２１４に与えられる。
一実施形態では、各データ・ストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、符号化データを与えるために、そのデータ・ストリーム用に選択された特定の符号化方式に基づいて各データ・ストリームのトラフィック・データをフォーマット化し、符号化し、インターリーブする。
各データ・ストリームの符号化データは、ＯＦＤＭ技法を使用してパイロット・データと多重化される。パイロット・データは、一般に、知られている方法で処理される、知られているデータパターンであり、チャネル応答を推定するために受信機システムで使用される。次いで、各データ・ストリームの多重化されたパイロット・データと符号化データは、変調シンボルを与えるために、そのデータ・ストリーム用に選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）される。各データ・ストリームのデータ転送速度、符号化、および変調は、プロセッサ２３０によって実行される命令によって決定される。
次いで、データ・ストリームの各々の変調シンボルがＴＸ ＭＩＭＯプロセッサ２２０に供給され、ＴＸ ＭＩＭＯプロセッサ２２０はさらに（たとえば、ＯＦＤＭのために）その変調シンボルを処理する。次いで、ＴＸ ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボル・ストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに供給する。いくつかの実施形態では、ＴＸ ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボルと、シンボルが送信されているアンテナとにビームフォーミング重みを適用する。
各送信機（２２２ａ、．．．、２２２ｔ）は、それぞれのシンボル・ストリームを受信し、処理して、１つまたは複数のアナログ信号を与え、さらに、それらのアナログ信号を調整（たとえば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を与える。次いで、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号は、それぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
アクセス端末２５０では、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２から受信された信号は、それぞれの受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに供給される。各受信機（２５４ａ、．．．、２５４ｒ）は、それぞれの受信信号を調整（たとえば、フィルタリング、増幅、およびダウンコンバート）し、この調整された信号をデジタル化して、サンプルを与え、さらにそれらのサンプルを処理して、対応する「受信」シンボル・ストリームを与える。
次いで、ＲＸデータプロセッサ２６０は、特定の受信機処理技法に基づいてＮＲ個の受信機（２５４ａ、．．．、２５４ｒ）からＮＲ個の受信シンボル・ストリームを受信し、処理して、ＮＴ個の「検出」シンボル・ストリームを与える。次いで、ＲＸデータプロセッサ２６０は、各検出シンボル・ストリームを復調し、デインターリーブし、復号して、データ・ストリームのトラフィック・データを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０においてＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４によって実行される処理を補足するものである。
プロセッサ２７０は、どのプリコーディング行列（以下で論じる）を使用すべきかを定期的に判断する。プロセッサ２７０は、行列インデックス部とランク値部とを備える逆方向リンクメッセージを作成する。
逆方向リンクメッセージは、通信リンクおよび／または受信データ・ストリームに関する様々なタイプの情報を備えることができる。次いで、逆方向リンクメッセージは、データソース２３６からいくつかのデータ・ストリームのトラフィック・データをも受信するＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調整され、それぞれ、アンテナ（２５２ａ、２５２ｒ）を介してアクセス・ポイント２１０に送信される。
アクセス・ポイント２１０では、アクセス端末２５０からの変調信号は、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、受信機システム２５０によって送信された逆方向リンクメッセージを抽出するためにＲＸデータプロセッサ２４２によって処理される。次いで、プロセッサ２３０は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用すべきかを決定し、抽出されたメッセージを処理する。
メモリ２３２はルーチンとデータ／情報とを含む。プロセッサ２３０、２２０および／または２４２は、ルーチンを実行し、メモリ２３２中のデータ／情報を使用して、アクセス・ポイント２１０の動作を制御し、方法を実施する。メモリ２７２はルーチンとデータ／情報とを含む。プロセッサ２７０、２６０および／または２３８は、ルーチンを実行し、メモリ２７２中のデータ／情報を使用して、アクセス端末２５０の動作を制御し、方法を実施する。
一態様では、ＳｉｍｐｌｅＲＡＮは、急速に変化する無線状態においてＶＯＩＰなどの低レイテンシアプリケーションの需要に対応するために高速ハンドオフを行いながら、ワイヤレス無線アクセスネットワークにおけるバックホールアクセスネットワーク要素間の通信プロトコルを著しく単純化するように設計される。
一態様では、ネットワークはアクセス端末（ＡＴ）とアクセスネットワーク（ＡＮ）とを備える。
ＡＮは集中展開と分散展開の両方をサポートする。集中展開および分散展開のためのネットワークアーキテクチャをそれぞれ図３および図４に示す。
図３は、分散ＡＮ３０２とＡＴ３０３とを含む例示的なネットワーク３００を示す。
図３に示す分散アーキテクチャでは、ＡＮ３０２はアクセス・ポイント（ＡＰ）とホームエージェント（ＨＡ）とを備える。ＡＮ３０２は複数のアクセス・ポイント（ＡＰａ３０４、ＡＰｂ３０６、ＡＰｃ３０８）とホームエージェント３１０とを含む。さらに、ＡＮ３０２はＩＰクラウド３１２を含む。ＡＰ（３０４、３０６、３０８）は、それぞれリンク（３１４、３１６、３１８）を介してＩＰクラウドに結合される。ＩＰクラウド３１２はリンク３２０を介してＨＡ３１０に結合される。
ＡＰは以下のものを含む。
ネットワーク機能（ＮＦ）：
・ ＡＰごとに１つあり、複数のＮＦが単一のＡＴをサービスすることができる。
・ 単一のＮＦは、各ＡＴのＩＰレイヤ・アタッチメント・ポイント（ＩＡＰ）、すなわち、ＨＡがＡＴに送信されたパケットを転送するＮＦである。図４の例では、図４中の線３２２で示すように、ＮＦ３３６がＡＴ３０３のための現在のＩＡＰである。
・ ＩＡＰは、ＡＴへのバックホールを介したパケットのルーティングを最適化するために変わる場合がある（Ｌ３ハンドオフ）。
・ ＩＡＰはまた、ＡＴのセッションマスターの機能を実行する。（いくつかの実施形態では、セッションマスターのみがセッション構成を実行するか、またはセッション状態を変更することができる。）
・ ＮＦは、ＡＰ中のＴＦの各々のためのコントローラとして働き、ＴＦでのＡＴのためのリソースの割振り、管理および破棄のような機能を実行する。
トランシーバ機能（ＴＦ）またはセクタ：
・ ＡＰごとに複数あり、複数のＴＦが単一のＡＴをサービスすることができる。
・ ＡＴ用のエアインターフェースアタッチメントを与える。
・ 順方向リンクと逆方向リンクとで異なる。
・ 無線状態に基づいて変わる（Ｌ２ハンドオフ）。
ＡＮ３０２では、ＡＰａ３０４は、ＮＦ３２４と、ＴＦ３２６と、ＴＦ３２８とを含む。ＡＮ３０２では、ＡＰｂ３０６は、ＮＦ３３０と、ＴＦ３３２と、ＴＦ３３４とを含む。ＡＮ３０２では、ＡＰｃ３０８は、ＮＦ３３６と、ＴＦ３３８と、ＴＦ３４０とを含む。
ＡＴは以下のものを含む。
アクティブセットにおけるＮＦごとに移動ノード（ＭＮ）に提示されるインターフェースＩ＿ｘ。
アクセス端末でＩＰレイヤモビリティをサポートする移動ノード（ＭＮ）。
ＡＰは、ＩＰ上で定義されるトンネリング・プロトコルを使用して通信する。トンネルは、データ・プレーンではＩＰ−ｉｎ−ＩＰトンネルであり、コントロール・プレーンではＬ２ＴＰトンネルである。
例示的なＡＴ３０３は複数のインターフェース（Ｉ＿ａ３４２、Ｉ＿ｂ３４４、Ｉ＿ｃ３４６）とＭＮ３４８とを含む。ＡＴ３０３は、ワイヤレスリンク３５０を介してＡＰ＿ａ３０４に結合でき、時々結合される。ＡＴ３０３は、ワイヤレスリンク３５２を介してＡＰ＿ｂ３０６に結合でき、時々結合される。ＡＴ３０３は、ワイヤレスリンク３５４を介してＡＰ＿ｃ３０８に結合でき、時々結合される。
図４は、分散ＡＮ４０２とＡＴ４０３とを含む例示的なネットワーク４００を示す。
図４に示す集中アーキテクチャでは、ＮＦはもはや単一のＴＦに論理的に関連しないので、ＡＮは、ネットワーク機能と、アクセス・ポイントと、ホームエージェントとを備える。例示的なＡＮ４０２は、複数のＮＦ（４０４、４０６、４０８）と、複数のＡＰ（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）と、ＨＡ４１６と、ＩＰクラウド４１８とを含む。ＮＦ４０４はリンク４２０を介してＩＰクラウド４１８に結合される。ＮＦ４０６はリンク４２２を介してＩＰクラウド４１８に結合される。ＮＦ４０８はリンク４２４を介してＩＰクラウド４１８に結合される。ＩＰクラウド４１８はリンク４２６を介してＨＡ４１６に結合される。ＮＦ４０４は、それぞれリンク（４２８、４３０、４３２）を介して（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）に結合される。ＮＦ４０６は、それぞれリンク（４３４、４３６、４３８）を介して（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）に結合される。ＮＦ４０８は、それぞれリンク（４４０、４４２、４４４）を介して（ＡＰ＿ａ４１０、ＡＰ＿ｂ４１２、ＡＰ＿ｃ４１４）に結合される。
ＡＰ＿ａ４１０はＴＦ４６２とＴＦ４６４とを含む。ＡＰ＿ｂ４１２はＴＦ４６６とＴＦ４６８とを含む。ＡＰ＿ｃ４１４はＴＦ４７０とＴＦ４７２とを含む。
ＮＦはＴＦのためのコントローラとして働き、多数のＮＦは単一のＴＦに論理的に関連することができるので、ＡＴのためのＮＦコントローラ、すなわち、アクティブセットの一部としてＡＴと通信しているＮＦは、そのＡＴでのＴＦのリソースの割振り、管理および破棄の機能を実行する。したがって、これらのリソースは独立して管理されるが、複数のＮＦは単一のＴＦでリソースを制御することができる。図４の例では、線４６０で示すように、ＮＦ４０８がＡＴ４０３のためのＩＡＰとして働いている。
実行される残りの論理機能は、分散アーキテクチャのための論理機能と同じである。
例示的なＡＴ４０３は、複数のインターフェース（Ｉ＿ａ４４６、Ｉ＿ｂ４４８、Ｉ＿ｃ４５０）とＭＮ４５２とを含む。ＡＴ４０３は、ワイヤレスリンク４５４を介してＡＰ＿ａ４１０に結合でき、時々結合される。ＡＴ４０３は、ワイヤレスリンク４５６を介してＡＰ＿ｂ４１２に結合でき、時々結合される。ＡＴ４０３は、ワイヤレスリンク４５８を介してＡＰ＿ｃ４１４に結合でき、時々結合される。
ＤＯおよび８０２．２０のようなシステムでは、ＡＴは、特定のセクタ（ＴＦ）のアクセスチャネル上でアクセス試行を行うことによってＡＰからサービスを得る。アクセス試行を受信したＴＦに関連するＮＦは、ＡＴのセッションマスターであるＩＡＰに連絡し、ＡＴのセッションのコピーを取得する。（ＡＴは、アクセスペイロード中にＵＡＴＩを含むことによってＩＡＰの識別情報を示す。ＵＡＴＩは、ＩＡＰを直接アドレス指定するＩＰアドレスとして使用されるか、またはＩＡＰのアドレスを調べるために使用される。）アクセス試行が成功すると、ＡＴは、そのセクタと通信するためのＭＡＣ ＩＤやデータチャネルなどのエアインターフェース・リソースを割り当てられる。
さらに、ＡＴは、聴取することができる他のセクタと、それらの信号強度とを示す報告を送信することができる。ＴＦは、報告を受信し、それをＮＦ中のネットワークベースのコントローラに転送し、今度はＮＦがＡＴにアクティブセットを与える。ＤＯおよび８０２．２０では、今日それらが実装されているように、（ＮＦが一時的に２つになるＮＦハンドオフ中を除いて）ＡＴが通信することができるＮＦはちょうど１つである。ＡＴと通信しているＴＦの各々は、受信データおよびシグナリングをこの単一のＮＦに転送する。このＮＦはまた、ＡＴのためのネットワークベースのコントローラとして働き、ＡＴがアクティブセット中のセクタとともに使用するリソースの割振りおよび破棄をネゴシエートし、管理する役目を果たす。
したがって、アクティブセットは、ＡＴがエアインターフェース・リソースを割り当てられるセクタの組である。ＡＴは定期的な報告を送信し続け、ＡＴがネットワーク内を動き回るにつれて、ネットワークベースのコントローラは、セクタをアクティブセットに追加するか、またはアクティブセットから削除することができる。
アクティブセット中のＮＦはまた、アクティブセットに加わるとき、ＡＴのセッションのローカルコピーをフェッチする。セッションは、ＡＴと適切に通信するために必要である。
ソフトハンドオフを用いたＣＤＭＡエアリンクの場合、アップリンク上では、アクティブセット中のセクタの各々は、ＡＴの送信を復号することを試みる。ダウンリンク上では、アクティブセット中のセクタの各々は同時にＡＴに送信することができ、ＡＴは、受信した送信を組み合わせてパケットを復号する。
ＯＦＤＭＡシステム、またはソフトハンドオフなしのシステムの場合、アクティブセットの機能は、ＡＴがアクティブセット中のセクタ間を高速に切り替え、新たなアクセス試行を行う必要なしにサービスを維持できるようにすることである。アクティブセットのメンバーはすでにＡＴに割り当てられたセッションおよびエアインターフェース・リソースを有するので、アクセス試行は一般にアクティブセットのメンバー間の切替えよりもはるかに遅い。したがって、アクティブセットは、アクティブなアプリケーションのＱｏＳサービスに影響を及ぼすことなしにハンドオフを行うために有用である。
ＡＴとＩＡＰ中のセッションマスターが属性をネゴシエートするとき、あるいは接続の状態が変化したとき、各セクタからの最適なサービスを保証するために、属性の新しい値または新しい状態が適時にアクティブセット中のセクタの各々に分配される必要がある。場合によっては、たとえば、ヘッダのタイプが変わった場合、あるいはセキュリティキーが変わった場合、これらの変化がそのセクタに伝搬されるまで、ＡＴはセクタと全く通信することができない。したがって、セッションが変わるとき、アクティブセットのあらゆるメンバーがアップデートされなければならない。一部の変化は、他の変化ほど同期のために重要でない。
アクティブな接続を有するＡＴについてネットワークで見られる状態またはコンテキストには、次の３つの主なタイプがある。
データ状態は、接続中の、ＡＴとＩＡＰまたはＮＦとの間のデータ経路上のネットワークにおける状態である。データ状態は、非常に動的で、転送が困難なヘッダコンプレッサ状態またはＲＬＰフロー状態などを含む。
セッション状態は、接続が終了するときに保持される、ＡＴとＩＡＰとの間の制御パス上のネットワークにおける状態である。セッション状態は、ＡＴとＩＡＰとの間でネゴシエートされる属性の値を含む。これらの属性は、接続の特性およびＡＴによって受信されるサービスに影響を及ぼす。たとえば、ＡＴは、新しいアプリケーションのＱｏＳ構成をネゴシエートし、アプリケーションのＱｏＳサービス要件を示す新しいフィルタおよびフロー仕様をネットワークに供給することができる。別の例として、ＡＴは、ＡＮとの通信において使用されるヘッダのサイズおよびタイプをネゴシエートすることができる。新しい属性の組のネゴシエーションは、セッション変更として定義される。
接続状態は、接続が終了し、ＡＴがアイドル状態のときに保持されない、ＡＴとＩＡＰまたはＮＦとの間の制御パス上のネットワークにおける状態である。接続状態は、電力制御ループ値、ソフトハンドオフタイミング、およびアクティブセット情報のような情報を含むことができる。
ＩＡＰまたはＬ３ハンドオフでは、３つのタイプの状態を古いＩＡＰと新しいＩＡＰとの間で転送する必要がある場合がある。アイドル状態のＡＴのみがＬ３ハンドオフを行うことができる場合、セッション状態のみを転送する必要がある。アクティブなＡＴのＬ３ハンドオフをサポートするために、データおよび接続状態も転送する必要がある場合がある。
ＤＯおよび８０２．２０のようなシステムは、各ルートのデータ状態がそのルートにとってローカルであり、すなわち、ルートがそれぞれ独立したデータ状態を有する複数のルート（またはデータスタック）を定義することによって、データ状態のＬ３ハンドオフを単純にする。各ＩＡＰを異なるルートに関連付けることによって、データ状態をハンドオフ中に転送する必要がない。さらなる一層よいステップは、各ＮＦを異なるルートに関連付けることであり、その場合、可能なパケットの再順序付けを除いて、Ｌ３ハンドオフはデータ状態に対して完全に透過的である。
データ状態は複数のルートを有するので、アクティブなＡＴのＬ３ハンドオフをサポートする次の論理ステップは、ＩＡＰから接続状態の制御を移し、それをアクティブセット中の各ＮＦにとってローカルにすることである。これは、制御スタックが独立し、各ＮＦにとってローカルであるように、複数の制御ルート（または制御スタック）を定義し、エアインターフェースを定義することによって行われる。この場合、もはやアクティブセットのすべてのメンバーを管理するための単一のＮＦがないので、接続状態のリソースの割振りおよび破棄のネゴシエートおよび管理の一部をＡＴに移す必要がある場合がある。また、異なるＴＦは同じＮＦを共有することができないので、アクティブセット中のＴＦ間の密結合を回避するために、エアインターフェース設計に対していくつかの追加の要件が生じる場合がある。たとえば、最適な方法で動作させるために、電力制御ループ、ソフトハンドオフなど、同じＮＦを有しないＴＦ間のすべての緊密な同期をなくすことが好ましい。
データおよび接続状態をＮＦにプッシュダウンすることは、Ｌ３ハンドオフ時にこの状態を転送する必要をなくし、また、ＮＦ間インターフェースをより単純にするはずである。
したがって、システムは、必要に応じて異なるＮＦと通信するための、ＡＴ中の複数の独立したデータおよび制御スタック（図３および図４ではインターフェースと呼ぶ）、ならびにＡＴおよびＴＦがこれらのスタックを論理的に区別するためのアドレッシング機構を定義する。
基本的に、ＮＦ（またはＬ３）ハンドオフがあるたびにネゴシエートするのは費用がかかりすぎるので、一部のセッション状態（ＱｏＳプロファイル、セキュリティキー、属性値など）はＮＦ（またはＩＡＰ）にとってローカルにすることができない。また、セッション状態は比較的静的であり、転送が容易である。必要とされるのは、セッション状態を管理し、セッション状態が変化した際およびセッションマスターが移動するＩＡＰハンドオフ中に、セッション状態をアップデートする機構である。
ネットワーク・インターフェースが単純化され、またハンドオフのシームレス性が向上するはずなので、Ｌ３ハンドオフのためのセッション状態の転送を最適化することは、ネットワークアーキテクチャにかかわらず有用な特徴である。
別個であるが関係する問題はＬ３ハンドオフのＡＴ制御である。今日、ＤＯおよび８０２．２０のようなシステムでは、ＡＴは、ローカルスタックを割り振り、破棄するので、Ｌ３ハンドオフを認識しているが、いつＬ３ハンドオフが行われるかを制御することはできない。これはネットワークベースのモビリティ管理と呼ばれる。問題は、ＡＴをハンドオフコントローラにすべきかどうか、すなわち、ＡＴベースのモビリティ管理を使用すべきかどうかである。
フォールトトレランスおよびロードバランシングをサポートするために、ネットワークは、ハンドオフを行うことができるか、またはハンドオフを行うようにＡＴに知らせる機構を有するかのどちらかを必要とする。したがって、ＡＴベースのモビリティ管理が使用される場合、ネットワークは、依然として、ハンドオフがいつ行われるべきかを示す機構を必要とする。
ＡＴベースのモビリティ管理は、技術間および技術内用の単一の機構、またはグローバルおよびローカルモビリティを可能にするなど、いくつかの明らかな利点を有する。ＡＴベースのモビリティ管理はまた、ネットワーク要素が、いつハンドオフを行うべきかを判断する必要がないので、ネットワーク・インターフェースをさらに単純化する。
ＤＯおよび８０２．２０のようなシステムがネットワークベースのモビリティを使用する第１の理由は、ＡＴベースのモビリティが、音声をサポートするのに十分高速に作動するように最適化されないことである。第２の理由は、ＡＴにおいて（ＭＩＰｖ６用の）移動ＩＰトンネルを終了させることによってもたらされるトンネリングオーバーヘッドである。モビリティレイテンシは、現在の順方向リンクサービングセクタと前の順方向リンクサービングセクタとの間のトンネルを使用してデータを転送すること、ならびに、場合によっては、データがアクティブセット中の複数のＮＦに同時に送信されるバイキャストを使用することによって解決できる。
ＳｉｍｐｌｅＲＡＮでは、次の２つのタイプのハンドオフがある。
レイヤ２またはＬ２ハンドオフは、順方向リンクまたは逆方向リンクサービングセクタ（ＴＦ）の変更を指す。
Ｌ３ハンドオフはＩＡＰの変更を指す。
Ｌ２ハンドオフは、変化する無線状態に応答して、できるだけ高速でなければならない。ＤＯおよび８０２．２０のようなシステムは、Ｌ２ハンドオフを高速にするためにＰＨＹレイヤシグナリングを使用する。
Ｌ２ハンドオフは、順方向（ＦＬ）または逆方向（ＲＬ）リンクのためのサービングセクタＴＦの移転である。ハンドオフは、そのセクタについてＡＴにおいて見られるＲＦ状態に基づいて、ＡＴがアクティブセット中の新しいサービングセクタを選択するときに行われる。ＡＴは、アクティブセット中のすべてのセクタのための順方向および逆方向リンクのＲＦ状態に対してフィルタ処理された測定を実行する。たとえば、８０２．２０では、順方向リンクの場合、ＡＴは、その所望のＦＬサービングセクタを選択するために、取得パイロット、共通パイロットチャネル（存在する場合）、および共有シグナリングチャネル上のパイロット上のＳＩＮＲを測定することができる。逆方向リンクの場合、ＡＴは、セクタからのＡＴへのアップ／ダウン電力制御コマンドに基づいて、アクティブセット中の各セクタのＣＱＩ消去速度を推定する。
Ｌ２ハンドオフは、ＡＴが逆方向リンク制御チャネルを介して異なるＦＬまたはＲＬサービングセクタを要求すると開始される。専用リソースは、ＴＦがＡＴのアクティブセット中に含まれる場合、ＴＦにおいて割り当てられる。ＴＦは、ハンドオフ要求の前にＡＴをサポートするようにすでに構成されている。ターゲットサービングセクタは、ハンドオフ要求を検出し、ＡＴへのトラフィック・リソースの割当てとともにハンドオフを完了する。順方向リンクＴＦハンドオフは、ターゲットＴＦが送信すべきデータを受信するために、ソースＴＦまたはＩＡＰとターゲットＴＦとの間のメッセージングの往復を必要とする。逆方向リンクＴＦハンドオフの場合、ターゲットＴＦはリソースをＡＴに直接割り当てることができる。
Ｌ３ハンドオフはＩＡＰの移転である。Ｌ３ハンドオフは、新しいＩＡＰとのＨＡバインディング・アップデートを含み、コントロール・プレーンのための新しいＩＡＰへのセッション転送を必要とする。Ｌ２ハンドオフがＭＩＰｖ６ハンドオフのシグナリング速度によって制限されないように、Ｌ３ハンドオフはシステム中のＬ２ハンドオフに対して非同期である。
Ｌ３ハンドオフは、各ＮＦへの独立ルートを定義することによってシステム中で無線でサポートされる。各フローは、上位レイヤパケットの送信および受信のための複数のルートを与える。ルートは、どのＮＦがパケットを処理したかを示す。たとえば、あるＮＦはＴＦにおいてルートＡとして無線で関連付けられ、別のＮＦはルートＢに関連付けられる。サービングＴＦは、各々に別個の独立したシーケンス空間を使用して、ルートＡとルートＢの両方から、すなわち、両方のＮＦから、ＡＴにパケットを同時に送信することができる。
移動体およびそのトラフィックのためのＱｏＳ処理が各ハンドオフモードにわたって保持されるようにするためのシステム設計における２つの主要なアイデアがある。
Ｌ２ハンドオフとＬ３ハンドオフの分離
ハンドオフ中にデータフローの中断を最小限に抑えるために、ハンドオフが行われる前にエアインターフェース・リソースを確保し、ターゲットＮＦまたはＴＦにおいてセッションをフェッチすること。これは、ターゲットＴＦおよびＮＦをアクティブセットに追加することによって行われる。
システムは、高速のＬ２ハンドオフ中にＥＦトラフィックをサポートできるように、Ｌ２ハンドオフとＬ３ハンドオフを分離するように設計される。Ｌ３ハンドオフはバインディング・アップデートを必要とし、これは１秒当たり２〜３回の速度に制限される。２０〜３０Ｈｚのより高速なＬ２ハンドオフ速度を可能にするために、Ｌ２およびＬ３ハンドオフは独立および非同期であるように設計される。
Ｌ２ハンドオフの場合、アクティブセット管理は、Ｌ２ハンドオフの場合にＡＴをサービスする準備ができているように、アクティブセット中のすべてのＴＦが構成され、専用リソースが割り当てられることを可能にする。
アクセス端末（ＡＴ）にサービスを提供する複数のアクセス・ポイント（ＡＰ）をもつ移動体ワイヤレス通信システムを考える。多数のシステムは、ＡＴに割り当てられたリソースを有するＡＰの組であるアクティブセットを有する。所与の時点で、ＡＴは、ＡＰのうちの１つとの無線通信の範囲内にあるか、またはバッテリ電力最適化および混信低減のために、１つの慎重に選択されたＡＰ（サービングＡＰ）とのみ通信することができる。ここで考えられる問題は、サービングＡＰを介した非サービングＡＰからのシグナリングメッセージまたはデータパケットの配信である。
無線リンク・プロトコル（ＲＬＰ）：各ＡＰは、上位レイヤパケットを断片化するＲＬＰを有し、必要に応じて断片を再送信する。ＲＬＰはまた、各送信された断片にそれ自体のヘッダを追加する。ＡＴは、アクティブセット中のＡＰごとに１つある、ＲＬＰの複数のインスタンスを有する。
トンネリング：サービングＡＰは、Ｌ２ＴＰ（レイヤ２トンネリング・プロトコル）トンネルと呼ばれるＡＰ間トンネルを介して非サービングＡＰからパケットを受信する。サービングＡＰは、トンネル上で受信されたパケットを配信することができる。
例示的なルート間トンネリング・プロトコルは、いくつかの実施形態では、異なるルートに属するデータのトンネリングのために使用される。ルート間トンネリング・プロトコル・ヘッダは、ペイロードが属するルートを示す。ルート間トンネリング・プロトコルは、あるルートが、そのルート宛てのペイロードを含めて、別のルート宛てのペイロードを搬送できるようにする。
ルートは、いくつかの実施形態では、アクセスノード・アセンブリに関連する使用中のプロトコルスタックを備える。
一例では、送信機において、ルート間トンネリング・プロトコルは、別のルートのルート・プロトコルから、または同じルートのルート・プロトコルから送信用のパケットを受信する。ルート間トンネリング・プロトコルは、宛先ルートを識別するために受信したパケットにルート間トンネリング・プロトコル・ヘッダを追加し、このパケットを無線リンク・プロトコルに配信する。たとえば、図５のアクセス端末５０６のルート間トンネリング・プロトコル・モジュールＢ５３２の動作、または図６のアクセスノード・アセンブリＢ６０８のルート間トンネリング・プロトコル・モジュールＢ６５２の動作を考える。
受信機において、ルート間トンネリング・プロトコルは無線リンク・プロトコルからパケットを受信する。ルート間トンネリング・プロトコルは、ルート間トンネリング・プロトコル・ヘッダを削除し、パケットを対応するルートのルート・プロトコルに配信する。たとえば、図５のアクセスノード・アセンブリＢ５０８のルート間トンネリング・プロトコル・モジュールＢ５５６の動作、または図６のアクセス端末６０６のルート間トンネリング・プロトコル・モジュールＢ６３０の動作を考える。
ルート間トンネリング・プロトコルは、ＲＬＰでのさらなる断片化のために、そのルートのルート・プロトコルからパケットを受信することができ、時々受信する。
様々な実施形態では、このルート間トンネリング・プロトコルのプロトコル・データユニットはルート間トンネリング・プロトコル・パケットである。ルート間トンネリング・プロトコル・パケットは、ルート間トンネリング・プロトコル・ペイロードとルート間トンネリング・プロトコル・ヘッダとを備える。図８に、例示的なルート間トンネリング・プロトコル・パケットを示す。
図５は、例示的な通信システム５０２の図５００および対応する凡例５０４である。図５は、破線５９２によって示される非トンネリング経路と実線５９４によって示されるトンネリング経路とを含む、例示的なアップリンク・シグナリング・フローについて説明するために使用される。例示的な通信システム５０２は、アクセス端末５０６と、アクセスノード・アセンブリ（ＡＮＡ）Ｂ５０８と、アクセスノード・アセンブリＡ５１０とを含む。ＡＴ５０６に関して、図５に示すフローの時には、アクセスノード・アセンブリＢ５０８はサービング・アクセスノード・アセンブリであり、アクセスノード・アセンブリＡ５１０はリモート・アクセスノード・アセンブリである。ＡＴ５０６は、太い実線５９６によって表されるエアインターフェースによって示される、サービング・アクセスノード・アセンブリＢ５０８と通信するためのワイヤレス通信リンクを有する。アクセスノード・アセンブリＢ５０８は、太い破線５９８によって示されるＩＯＳインターフェースを介してアクセスノード・アセンブリＡ５１０と通信する。別の時には、たとえば、ＡＴ５０６がアクセスノード・アセンブリＡ５１０の近傍に位置するとき、ＡＴ５０６は、アクセスノード・アセンブリＡ５１０とのワイヤレス通信リンクを有することができ、アクセスノード・アセンブリＡ５１０はサービング・アクセスノード・アセンブリとすることができ、アクセスノード・アセンブリＢ５０８はＡＴ５０６の観点から見てリモート・アクセスノード・アセンブリである。
アクセス端末５０６は、アプリケーション・モジュールＡ（ＡＰＰＡ）５１２と、ルート間トンネリング・プロトコル・モジュールＡ（ＩＴＲＰＡ）５１４と、無線リンク・プロトコル・モジュールの第１の組（ＲＬＰＡ０ ５１６、ＲＬＰＡ１ ５１８、．．．、ＲＬＰ Ａ３１ ５２０）と、ストリーム・プロトコル・モジュールＡ５２２と、ルート・プロトコル・モジュールＡ５２６と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＡ５３０とを含む、アクセスノード・アセンブリＡ５１０に関連する１つまたは複数のアプリケーション・モジュールを含む。アクセス端末５０６はまた、ルート間トンネリング・プロトコル・モジュールＢ（ＩＴＲＰＢ）５３２、ならびに、アプリケーション・モジュールＢ５３４と、無線リンク・プロトコル・モジュールの第２の組（ＲＬＰＢ０ ５３６、ＲＬＰＢ１ ５３８、．．．、ＲＬＰＢ４ ５４０、．．．、ＲＬＰ Ｂ３１ ５４２）と、ストリーム・プロトコル・モジュールＢ５４４と、ルート・プロトコル・モジュールＢ５４８と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ５５２とを含む、アクセスノード・アセンブリＢ５０８に関連する１つまたは複数のアプリケーション・モジュールを含む。
ＡＴ５０６の現在のサービング・アクセスノード・アセンブリであるアクセスノード・アセンブリＢ５０８は、アプリケーション・モジュールＢ５５４と、ルート間トンネリング・プロトコル・モジュールＢ（ＩＲＴＰＢ５５６）と、複数の無線リンク・プロトコル・モジュール（ＲＬＰＢ０ ５５８、．．．、ＲＬＰＢ１ ５６０、．．．、ＲＬＰＢ４ ５６２、．．．、ＲＬＰＢ３１ ５６４）と、ストリーム・プロトコル・モジュールＢ５６６と、ルート・プロトコル・モジュールＢ５７０と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ５７２とを含む、１つまたは複数のアプリケーション・モジュールを含む。
ＡＴ５０６の現在のリモート・アクセスノード・アセンブリであるアクセスノード・アセンブリＡ５１０は、アプリケーション・モジュールＡ５７６と、ルート間トンネリング・プロトコル・モジュールＡ（ＩＲＴＰＡ５７４）と、複数の無線リンク・プロトコル・モジュール（ＲＬＰＡ０ ５７８、．．．、ＲＬＰＡ１ ５８０、．．．、ＲＬＰＡ３１ ５８２）と、ストリーム・プロトコル・モジュールＡ５８４と、ルート・プロトコル・モジュールＡ５８８と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＡ５９０とを含む、１つまたは複数のアプリケーション・モジュールを含む。
次に、破線５９２によって表される通常の非トンネリング経路の例示的なシグナリング・フローについて説明する。ＡＴ５０６のアプリケーション・モジュールＢ５３４は、ＡＮＡ Ｂ５０８の対応するアプリケーション・モジュールＢ５５４に伝達しようとする情報を有する。ＲＬＰ Ｂ１モジュール５３８に関連するＡＰＰＢ５３４はＲＬＰ Ｂ１ ５３８に情報を送信し、ＲＬＰ Ｂ１ ５３８は無線リンク・プロトコル・パケットを生成する。生成された無線リンク・プロトコル・パケットはストリーム・プロトコル・モジュールＢ５４４に伝達される。ストリーム・プロトコル・モジュールＢ５４４は、受信した無線リンク・プロトコル・パケットからストリーム・プロトコル・パケットを生成する。ストリーム・プロトコル・モジュールＢ５４４は、ストリーム・プロトコル・パケット中に含めるべきストリーム・ヘッダを生成するストリーム・ヘッダモジュール５４６を含む。この場合、ストリーム・ヘッダは、受信したＲＬＰパケットが、アプリケーションに関連し、ルート間トンネリング・プロトコル・モジュールに関連しないＲＬＰモジュールＢ１ ５３８から伝達されたことを識別する。生成されたストリーム・プロトコル・パケットはルート・プロトコル・モジュールＢ５４８に伝達され、ルート・プロトコル・モジュールＢ５４８はルート・プロトコル・パケットを生成する。ルート・プロトコル・モジュールＢ５４８はルーティング決定モジュール５５０を含む。ルーティング決定モジュールＢ５５０は、アクセスノード・アセンブリＢ５０８の現在の状態を検討し、アクセスノード・アセンブリＢが現在ＡＴ５０６のサービング・アクセスノード・アセンブリであると判断する。したがって、生成されたルート・プロトコル・パケットは、ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール５５２に伝達され、ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール５５２は、受信したルート・プロトコル・パケットを処理し、エアリンク上で伝達すべきアップリンク信号、たとえば、ＯＦＤＭ信号を生成する。モジュール５５２はアクセスノード・アセンブリＢ５０８中の対応するＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール５７２とのワイヤレスリンクを有し、エアインターフェース５９６を介して、生成されたアップリンク信号がモジュール５５２からモジュール５７２に伝達される。
ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール５７２は、ルート・プロトコル・パケットを復元し、ルート・プロトコル・パケットをルート・プロトコル・モジュールＢ５７０に伝達する。ルート・プロトコル・モジュールＢ５７０は、ストリーム・プロトコル・パケットを復元し、ストリーム・プロトコル・パケットをストリーム・プロトコル・モジュールＢ５６６に伝達する。ストリーム・プロトコル・モジュールＢ５６６は無線リンク・プロトコル・パケットを復元する。ストリーム・プロトコル・モジュールＢ５６６は、復元された無線リンク・プロトコル・パケットのルーティングを決定するために、受信したパケットのストリーム・プロトコル・ヘッダを評価するストリーム・ヘッダ評価モジュール５６８を含む。この例では、ストリーム・プロトコル・ヘッダ評価モジュール５６８は、復元された無線リンク・プロトコル・パケットをアプリケーション・モジュールＡＰＰ Ｂ５５４に関連する無線リンク・プロトコル・モジュールＢ１ ５６０にルーティングすべきであると決定する。復元された無線リンク・プロトコル・パケットはＲＬＰ Ｂ１モジュール５６０に伝達され、ＲＬＰ Ｂ１モジュール５６０は、情報を復元し、復元された情報をＡＰＰ Ｂモジュール５５４に伝達する。
次に、実線５９４によって表されるトンネリング経路の例示的なシグナリング・フローについて説明する。ＡＴ５０６のアプリケーション・モジュールＡ５１２は、ＡＮＡ Ｂ５１０の対応するアプリケーション・モジュールＡ５７６に伝達しようとする情報を有する。ＲＬＰ Ａ１モジュール５１８に関連するＡＰＰＡ５１２はＲＬＰ Ａ１ ５１８に情報を送信し、ＲＬＰ Ａ１ ５１８は無線リンク・プロトコル・パケットを生成する。生成された無線リンク・プロトコル・パケットはストリーム・プロトコル・モジュールＡ５２２に伝達される。ストリーム・プロトコル・モジュールＡ５２２は、受信した無線リンク・プロトコル・パケットからストリーム・プロトコル・パケットを生成する。ストリーム・プロトコル・モジュールＡ５２２は、ストリーム・プロトコル・パケット中に含めるべきストリーム・ヘッダを生成するストリーム・ヘッダモジュール５２４を含む。この場合、ストリーム・ヘッダは、受信したＲＬＰパケットが、アプリケーションＡＰＰ Ａ５１２に関連し、ルート間トンネリング・プロトコル・モジュールに関連しないＲＬＰモジュールＡ１ ５１８から伝達されたことを識別する。生成されたストリーム・プロトコル・パケットはルート・プロトコル・モジュールＡ５２６に伝達され、ルート・プロトコル・モジュールＡ５２６はルート・プロトコル・パケットを生成する。ルート・プロトコル・モジュールＡ５２６はルーティング決定モジュール５２８を含む。ルーティング決定モジュール５２８はアクセスノード・アセンブリＡ５１０の現在の状態を検討し、アクセスノード・アセンブリＡは現在ＡＴ５０６の非サービング、たとえば、リモート・アクセスノード・アセンブリであり、アクセスノード・アセンブリＢ５０８がＡＴ５０６の現在のサービング・アクセスノード・アセンブリであると判断する。したがって、生成されたルート・プロトコル・パケットはルート間トンネリング・プロトコル・モジュールＢ（ＩＲＴＰＢ）５３２に伝達される。
ＩＲＴＰＢ５３２は、ルート・プロトコル・パケットを受信し、アクセスノード・アセンブリＡ５１０をルート間トンネリング・プロトコル・パケット中に含まれるルート・プロトコル・パケットの意図された宛先であると識別するルート間トンネリング・プロトコル・ヘッダを含むルート間トンネリング・プロトコル・パケットを生成する。ルート間トンネリング・プロトコル・モジュールＢ５３２はＲＬＰモジュールＢ４ ５４０に関連する。ＩＲＴＰＢモジュール５３２は、生成されたルート間トンネリング・プロトコル・パケットをＲＬＰモジュールＢ４ ５４０に伝達し、ＲＬＰモジュールＢ４ ５４０は、ストリーム・プロトコル・モジュールＢ５４４に送信する無線リンク・プロトコル・パケットを生成する。ストリーム・プロトコル・モジュールＢ５４４は、受信した無線リンク・プロトコル・パケットからストリーム・プロトコル・パケットを生成する。ストリーム・プロトコル・モジュールＢ５４４は、ストリーム・プロトコル・パケット中に含めるべきストリーム・ヘッダを生成するストリーム・ヘッダモジュール５４６を含む。この場合、ストリーム・ヘッダは、受信したＲＬＰパケットがルート間トンネリング・プロトコル・モジュールに関連するＲＬＰモジュールから伝達され、アプリケーションに関連するＲＬＰモジュールから伝達されたのではないことを識別し、すなわち、ストリーム・ヘッダは、ルート間トンネリング・プロトコル・モジュールＢ５３２に関連するＲＬＰモジュールＢ４ ５４０を識別する。生成されたストリーム・プロトコル・パケットはルート・プロトコル・モジュールＢ５４８に伝達され、ルート・プロトコル・モジュールＢ５４８はルート・プロトコル・パケットを生成する。ルート・プロトコル・モジュールＢ５４８はルーティング決定モジュール５５０を含む。ルーティング決定モジュールＢ５５０は、アクセスノード・アセンブリＢ５０８の現在の状態を検討し、アクセスノード・アセンブリＢが現在ＡＴ５０６のサービング・アクセスノード・アセンブリであると判断する。したがって、生成されたルート・プロトコル・パケットは、ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール５５２に伝達され、ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール５５２は、受信したルート・プロトコル・パケットを処理し、エアリンク上で伝達すべきアップリンク信号、たとえば、ＯＦＤＭ信号を生成する。モジュール５５２はアクセスノード・アセンブリＢ５０８中の対応するＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール５７２とのワイヤレスリンクを有し、エアインターフェース５９６を介して、生成されたアップリンク信号がモジュール５５２からモジュール５７２に伝達される。
ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール５７２は、ルート・プロトコル・パケットを復元し、ルート・プロトコル・パケットをルート・プロトコル・モジュールＢ５７０に伝達する。ルート・プロトコル・モジュールＢ５７０は、ストリーム・プロトコル・パケットを復元し、ストリーム・プロトコル・パケットをストリーム・プロトコル・モジュールＢ５６６に伝達する。ストリーム・プロトコル・モジュールＢ５６６は無線リンク・プロトコル・パケットを復元する。ストリーム・プロトコル・モジュールＢ５６６は、復元された無線リンク・プロトコル・パケットのルーティングを決定するために、受信したパケットのストリーム・プロトコル・ヘッダを評価するストリーム・ヘッダ評価モジュール５６８を含む。この例では、ストリーム・プロトコル・ヘッダ評価モジュール５６８は、復元された無線リンク・プロトコル・パケットをルート間トンネリング・プロトコル・モジュールＢ５６６に関連する無線リンク・プロトコル・モジュールＢ４ ５６２にルーティングすべきであると決定する。復元された無線リンク・プロトコル・パケットは無線リンク・プロトコル・モジュールＢ４ ５６２に伝達され、無線リンク・プロトコル・モジュールＢ４ ５６２は、ルート間トンネリング・プロトコル・パケットを復元し、それらのパケットをルート間トンネリング・プロトコル・モジュールＢ５５６に伝達する。ルート間トンネリング・プロトコル・モジュールＢ５５６はルート・プロトコル・パケットを復元する。ＩＲＴＰモジュールＢ５５６は、ルート間トンネリング・プロトコル・ヘッダから、復元されたルート・プロトコル・パケットの宛先をアクセスノード・アセンブリＡ５１０であると識別する。ＩＲＴＰモジュールＢ５５６は、ＩＯＳインターフェース５９８を介して、復元されたルート・プロトコル・パケットをアクセスノード・アセンブリＡ５１０のルート・プロトコルＡモジュール５８８に伝達する。
ルート・プロトコル・モジュールＡ５８８は、受信したルート・プロトコル・パケットからストリーム・プロトコル・パケットを復元し、ストリーム・プロトコル・パケットをストリーム・プロトコル・モジュールＡ５８４に伝達する。ストリーム・プロトコル・モジュールＡ５８４は無線リンク・プロトコル・パケットを復元する。ストリーム・プロトコル・モジュールＡ５８４はストリーム・ヘッダ評価モジュール５８６を含み、ストリーム・ヘッダ評価モジュール５８６は、対応する復元された無線リンク・プロトコル・パケットをどの無線リンク・プロトコル・モジュールに伝達すべきかを判断するために、受信したストリーム・プロトコル・パケットヘッダを評価する。この例では、ストリーム・プロトコル・ヘッダ評価モジュール５８６は、復元された無線リンク・プロトコル・パケットをアプリケーション・モジュールＡＰＰ Ａ５７６に関連する無線リンク・プロトコル・モジュールＡ１ ５８０にルーティングすべきであると決定する。復元された無線リンク・プロトコル・パケットはＲＬＰ Ａ１モジュール５８０に伝達され、ＲＬＰ Ａ１モジュール５８０は、情報を復元し、復元された情報をＡＰＰ Ａモジュール５７６に伝達する。
いくつかの実施形態では、第１の時点で、アクセスノード・アセンブリＡ５１０は、サービング・アクセスノード・アセンブリとして動作し、次いで、たとえば、ハンドオフ後の第２の時点で、第２のアクセスノード・アセンブリＢ５０８を介してアクセス端末５０６への接続をもつ非サービング・アクセスノード・アセンブリとして動作し、アクセスノード・アセンブリＢは、第２の時点でサービング・アクセスノード・アセンブリとして働く。図５は第２の時点を示す。第１の時点に対応する時間期間中、ＡＰＰａ５１２からのアプリケーションパケットは、アクセスノード・アセンブリＡ５１０へのエアリンク上での送信より前に、アクセス端末５０６において単一のＲＬＰ処理操作を受ける。しかしながら、ハンドオフの後、同じアプリケーション５１２に対応するパケットは、アクセスノード・アセンブリＢ５０８への送信より前に、アクセス端末５０６において２つのレベルのＲＬＰ処理を受ける。したがって、ハンドオフの前には、アプリケーションパケットは、エアリンク上での送信より前にアクセスノード・アセンブリＡ５１０に対応する単一のＲＬＰ処理操作を受けるが、ハンドオフの後には、アプリケーションパケットは２つのＲＬＰ処理操作を受け、第１の処理操作はアクセスノード・アセンブリＡ５１０に対応し、次いで、その処理の結果を用いてアクセスノード・アセンブリＢ５０８に対応するＲＬＰ処理を受ける。場合によっては、アプリケーションＡ５１２に対応するアプリケーションパケットの一部分はエアリンク上でアクセスノード・アセンブリＡ５１０に送信され、同じアプリケーションパケットの第２の部分は、たとえば、ハンドオフの後に、未送信の部分が、ハンドオフの後はサービングアクセスノードであるアクセスノード・アセンブリＢ５０８に対応する追加のＲＬＰ処理操作を受けることによって伝達される。したがって、アプリケーションパケットの２つの部分は、その部分がハンドオフの前に送信されるか後に送信されるかに応じて、異なる量のＲＬＰ処理を受ける。そのような一実施形態では、単一のＲＬＰ処理操作を受けるアプリケーションパケットの部分は非トンネリング経路を介して送信され、追加のＲＬＰ処理操作を受ける第２の部分はトンネリング経路を介して送信される。そのような場合、通信アプリケーションパケットはアクセスノード・アセンブリＡ５１０中のＲＬＰモジュールによって再統合（reassemble）される。
ダウンリンクの場合、逆の手順が行われる。アクセスノード・アセンブリ上で動作しているアプリケーションに対応するアプリケーションパケットまたはアプリケーションパケットの部分は、ある時間にはトンネリングを受けることなしに伝達され、第２の時間にはトンネリングを使用して伝達される。トンネリングは、サービング・アクセスノード・アセンブリの変更の後に使用される。
記載の技法は、確実、迅速および／または効率的なハンドオフを可能にする。
図６は、例示的な通信システム６０２の図６００および対応する凡例６０４である。図６は、破線６９２によって示される非トンネリング経路と実線６９４によって示されるトンネリング経路とを含む、例示的なダウンリンク・シグナリング・フローについて説明するために使用される。例示的な通信システム６０２は、アクセス端末６０６と、アクセスノード・アセンブリ（ＡＮＡ）Ｂ６０８と、アクセスノード・アセンブリＡ６１０とを含む。ＡＴ６０６に対して、図６に示すフローの場合、アクセスノード・アセンブリＢ６０８はサービング・アクセスノード・アセンブリであり、アクセスノード・アセンブリＡ６１０はリモート・アクセスノード・アセンブリである。ＡＴ６０６は、サービング・アクセスノード・アセンブリＢ６０８と通信するための、太い実線６９６によって表されるエアインターフェースによって示されるワイヤレス通信リンクを有する。アクセスノード・アセンブリＢ６０８は、太い破線６９８によって示されるＩＯＳインターフェースを介してアクセスノード・アセンブリＡ６１０と通信する。別の場合、たとえば、ＡＴ６０６がアクセスノード・アセンブリＡ６１０の近傍に位置するとき、ＡＴ６０６は、アクセスノード・アセンブリＡ６１０とのワイヤレス通信リンクを有することができ、アクセスノード・アセンブリＡ６１０は、ＡＴ６０６の観点から見てリモート・アクセスノード・アセンブリであるアクセスノード・アセンブリＢ６０８をもつサービング・アクセスノード・アセンブリとすることができる。
アクセス端末６０６は、アプリケーション・モジュールＡ（ＡＰＰＡ）６１２と、ルート間トンネリング・プロトコル・モジュールＡ（ＩＴＲＰＡ）６１４と、無線リンク・プロトコル・モジュールの第１の組（ＲＬＰＡ０ ６１６、ＲＬＰＡ１ ６１８、．．．、ＲＬＰ Ａ３１ ６２０）と、ストリーム・プロトコル・モジュールＡ６２２と、ルート・プロトコル・モジュールＡ６２６と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＡ６２８とを含む、アクセスノード・アセンブリＡ６１０に関連する１つまたは複数のアプリケーション・モジュールを含む。アクセス端末６０６はまた、ルート間トンネリング・プロトコル・モジュールＢ（ＩＴＲＰＢ）６３０、ならびにアプリケーション・モジュールＢ６３２と、無線リンク・プロトコル・モジュールの第２の組（ＲＬＰＢ０ ６３４、ＲＬＰＢ１ ６３６、．．．、ＲＬＰＢ４ ６３８、．．．、ＲＬＰ Ｂ３１ ６４０）と、ストリーム・プロトコル・モジュールＢ６４２と、ルート・プロトコル・モジュールＢ６４６と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ６４８とを含む、アクセスノード・アセンブリＢ６０８に関連する１つまたは複数のアプリケーション・モジュールを含む。
ＡＴ６０６の現在のサービング・アクセスノード・アセンブリであるアクセスノード・アセンブリＢ６０８は、アプリケーション・モジュールＢ６５０と、ルート間トンネリング・プロトコル・モジュールＢ（ＩＲＴＰＢ６５２）と、複数の無線リンク・プロトコル・モジュール（ＲＬＰＢ０ ６５４、．．．、ＲＬＰＢ１ ６５６、．．．、ＲＬＰＢ４ ６５８、．．．、ＲＬＰＢ３１ ６６０）と、ストリーム・プロトコル・モジュールＢ６６２と、ルート・プロトコル・モジュールＢ６６６と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ６７０とを含む、１つまたは複数のアプリケーション・モジュールを含む。
ＡＴ６０６の現在のリモート・アクセスノード・アセンブリであるアクセスノード・アセンブリＡ６１０は、アプリケーション・モジュールＡ６７４と、ルート間トンネリング・プロトコル・モジュールＡ（ＩＲＴＰＡ６７２）と、複数の無線リンク・プロトコル・モジュール（ＲＬＰＡ０ ６７６、．．．、ＲＬＰＡ１ ６７８、．．．、ＲＬＰＡ３１ ６８０）と、ストリーム・プロトコル・モジュールＡ６８２と、ルート・プロトコル・モジュールＡ６８６と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＡ６９０とを含む、１つまたは複数のアプリケーション・モジュールを含む。
次に、破線６９２によって表される通常の非トンネリング経路の例示的なシグナリング・フローについて説明する。ＡＮＡ Ｂ６０８のアプリケーション・モジュールＢ６５０は、ＡＴ６０６の対応するアプリケーション・モジュールＢ６３２に伝達しようとする情報を有する。ＲＬＰ Ｂ１モジュール６５６に関連するＡＰＰＢ６５０はＲＬＰ Ｂ１ ６５６に情報を送信し、ＲＬＰ Ｂ１ ６５６は無線リンク・プロトコル・パケットを生成する。生成された無線リンク・プロトコル・パケットはストリーム・プロトコル・モジュールＢ６６２に伝達される。ストリーム・プロトコル・モジュールＢ６６２は、受信した無線リンク・プロトコル・パケットからストリーム・プロトコル・パケットを生成する。ストリーム・プロトコル・モジュールＢ６６２は、ストリーム・プロトコル・パケット中に含めるべきストリーム・ヘッダを生成するストリーム・ヘッダモジュール６６４を含む。この場合、ストリーム・ヘッダは、受信したＲＬＰパケットが、アプリケーションに関連し、ルート間トンネリング・プロトコル・モジュールに関連しないＲＬＰモジュールＢ１ ６５６から伝達されたことを識別する。生成されたストリーム・プロトコル・パケットはルート・プロトコル・モジュールＢ６６６に伝達され、ルート・プロトコル・モジュールＢ６６６はルート・プロトコル・パケットを生成する。ルート・プロトコル・モジュールＢ６６６はルーティング決定モジュール６６８を含む。ルーティング決定モジュールＢ６６８は、アクセスノード・アセンブリＢがＡＴ６０６の現在のサービング・アクセスノード・アセンブリであるかどうかを検討し、それが現在ＡＴ６０６のサービング・アクセスノード・アセンブリであると判断する。したがって、生成されたルート・プロトコル・パケットは、ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール６７０に伝達され、ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール６７０は、受信したルート・プロトコル・パケットを処理し、エアリンク上で伝達すべきダウンリンク信号、たとえば、ＯＦＤＭ信号を生成する。モジュール６７０はアクセス端末６０６中の対応するＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール６４８とのワイヤレスリンクを有し、エアインターフェース６９６を介して、生成されたダウンリンク信号がモジュール６７０からモジュール６４８に伝達される。
ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール６４８は、ルート・プロトコル・パケットを復元し、ルート・プロトコル・パケットをルート・プロトコル・モジュールＢ６４６に伝達する。ルート・プロトコル・モジュールＢ６４６は、ストリーム・プロトコル・パケットを復元し、ストリーム・プロトコル・パケットをストリーム・プロトコル・モジュールＢ６４２に伝達する。ストリーム・プロトコル・モジュールＢ６４２は無線リンク・プロトコル・パケットを復元する。ストリーム・プロトコル・モジュールＢ６４２は、復元された無線リンク・プロトコル・パケットのルーティングを決定するために、受信したパケットのストリーム・プロトコル・ヘッダを評価するストリーム・ヘッダ評価モジュール６６４を含む。この例では、ストリーム・プロトコル・ヘッダ評価モジュール６４４は、復元された無線リンク・プロトコル・パケットをアプリケーション・モジュールＡＰＰ Ｂ６３２に関連する無線リンク・プロトコル・モジュールＢ１ ６３６にルーティングすべきであると決定する。復元された無線リンク・プロトコル・パケットはＲＬＰ Ｂ１モジュール６３６に伝達され、ＲＬＰ Ｂ１モジュール６３６は、情報を復元し、復元された情報をＡＰＰ Ｂモジュール６３２に伝達する。
次に、実線６９４によって表されるトンネリング経路の例示的なシグナリング・フローについて説明する。ＡＮＡ Ａ６１０のアプリケーション・モジュールＡ６７４は、ＡＴ６０６の対応するアプリケーション・モジュールＡ６１２に伝達しようとする情報を有する。ＲＬＰ Ａ１モジュール６７８に関連するＡＰＰＡ６７４はＲＬＰ Ａ１ ６７８に情報を送信し、ＲＬＰ Ａ１ ６７８は無線リンク・プロトコル・パケットを生成する。生成された無線リンク・プロトコル・パケットはストリーム・プロトコル・モジュールＡ６８２に伝達される。ストリーム・プロトコル・モジュールＡ６８２は、受信した無線リンク・プロトコル・パケットからストリーム・プロトコル・パケットを生成する。ストリーム・プロトコル・モジュールＡ６８２は、ストリーム・プロトコル・パケット中に含めるべきストリーム・ヘッダを生成するストリーム・ヘッダモジュール６８４を含む。この場合、ストリーム・ヘッダは、受信したＲＬＰパケットが、アプリケーションＡＰＰ Ａ６７４に関連し、ルート間トンネリング・プロトコル・モジュールに関連しないＲＬＰモジュールＡ１ ６７８から伝達されたことを識別する。生成されたストリーム・プロトコル・パケットはルート・プロトコル・モジュールＡ６８６に伝達され、ルート・プロトコル・モジュールＡ６８６はルート・プロトコル・パケットを生成する。ルート・プロトコル・モジュールＡ６８６はルーティング決定モジュール６８８を含む。ルーティング決定モジュール６８８は、ＡＴ ＡがＡＮＡ Ａ６１０とのワイヤレス通信リンクを有するかどうかを検討し、たとえば、ＡＮＡ Ａが現在ＡＴ６０６のサービング・アクセスノード・アセンブリであるかどうかを判断し、ＡＮＡ ＡはＡＴ６０６に対して現在非サービング、たとえば、リモート・アクセスノード・アセンブリであり、アクセスノード・アセンブリＢ６０８が、ＡＴ６０６の現在のサービング・アクセスノード・アセンブリであると判断する。したがって、生成されたルート・プロトコル・パケットは、ＩＯＳインターフェース６９８を介してアクセスノード・アセンブリＢ６０８のルート間トンネリング・プロトコル・モジュールＢ（ＩＲＴＰＢ）６５２に伝達される。
ＩＲＴＰＢ６５２は、ルート・プロトコル・パケットを受信し、アクセスノード・アセンブリＡ６１０をルート間トンネリング・プロトコル・パケット中に含まれるルート・プロトコル・パケットの送信元であると識別するルート間トンネリング・プロトコル・ヘッダを含むルート間トンネリング・プロトコル・パケットを生成する。ルート間トンネリング・プロトコル・モジュールＢ６５２はＲＬＰモジュールＢ４ ６５８に関連する。ＩＲＴＰＢモジュール６５２は、生成されたルート間トンネリング・プロトコル・パケットをＲＬＰモジュールＢ４ ６５８に伝達し、ＲＬＰモジュールＢ４ ６５８は、ストリーム・プロトコル・モジュールＢ６６２に送信する無線リンク・プロトコル・パケットを生成する。ストリーム・プロトコル・モジュールＢ６６２は、受信した無線リンク・プロトコル・パケットからストリーム・プロトコル・パケットを生成する。ストリーム・プロトコル・モジュールＢ６６２は、ストリーム・プロトコル・パケット中に含めるべきストリーム・ヘッダを生成するストリーム・ヘッダモジュール６６４を含む。この場合、ストリーム・ヘッダは、受信したＲＬＰパケットがルート間トンネリング・プロトコル・モジュールに関連するＲＬＰモジュールから伝達され、アプリケーションに関連するＲＬＰモジュールから伝達されたのではないことを識別し、すなわち、ストリーム・ヘッダは、ルート間トンネリング・プロトコル・モジュールＢ６５２に関連するＲＬＰモジュールＢ４ ６５８を識別する。生成されたストリーム・プロトコル・パケットはルート・プロトコル・モジュールＢ６６６に伝達され、ルート・プロトコル・モジュールＢ６６６はルート・プロトコル・パケットを生成する。ルート・プロトコル・モジュールＢ６６６はルーティング決定モジュール６６８を含む。ルーティング決定モジュールＢ６６８は、ＡＴ６０６の観点からアクセスノード・アセンブリＢ６０８の現在の状態を検討し、ＡＮＡ Ｂ６０８が現在ＡＴ６０６のサービング・アクセスノード・アセンブリであると判断する。したがって、生成されたルート・プロトコル・パケットは、ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール６７０に伝達され、ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール６７０は、受信したルート・プロトコル・パケットを処理し、エアリンク上で伝達すべきダウンリンク信号、たとえば、ＯＦＤＭ信号を生成する。モジュール６７０はアクセス端末６０６中の対応するＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール６４８とのワイヤレスリンクを有し、エアインターフェース６９６を介して、生成されたダウンリンク信号がモジュール６７０からモジュール６４８に伝達される。
ＰＣＰ／ＭＡＣ／ＰＨＹＢモジュール６４８は、ルート・プロトコル・パケットを復元し、ルート・プロトコル・パケットをルート・プロトコル・モジュールＢ６４６に伝達する。ルート・プロトコル・モジュールＢ６４６は、ストリーム・プロトコル・パケットを復元し、ストリーム・プロトコル・パケットをストリーム・プロトコル・モジュールＢ６４２に伝達する。ストリーム・プロトコル・モジュールＢ６４２は無線リンク・プロトコル・パケットを復元する。ストリーム・プロトコル・モジュールＢ６４２は、復元された無線リンク・プロトコル・パケットのルーティングを決定するために、受信したパケットのストリーム・プロトコル・ヘッダを評価するストリーム・ヘッダ評価モジュール６４４を含む。この例では、ストリーム・プロトコル・ヘッダ評価モジュール６４４は、復元された無線リンク・プロトコル・パケットをルート間トンネリング・プロトコル・モジュールＢ６３０に関連する無線リンク・プロトコル・モジュールＢ４ ６３８にルーティングすべきであると決定する。復元された無線リンク・プロトコル・パケットは無線リンク・プロトコル・モジュールＢ４ ６３８に伝達され、無線リンク・プロトコル・モジュールＢ４ ６３８は、ルート間トンネリング・プロトコル・パケットを復元し、それらのパケットをルート間トンネリング・プロトコル・モジュールＢ６３０に伝達する。ルート間トンネリング・プロトコル・モジュールＢ６３０はルート・プロトコル・パケットを復元する。ＩＲＴＰモジュールＢ６３０は、ルート間トンネリング・プロトコル・ヘッダから、復元されたルート・プロトコル・パケットの送信元をアクセスノード・アセンブリＡ６１０であると識別する。ＩＲＴＰモジュールＢ６３０は、復元されたルート・プロトコル・パケットをルート・プロトコルＡモジュール６２６、すなわち、ＡＮＡ６１０に関連するＡＴ６０６中のルート・プロトコル・モジュールに伝達する。
ルート・プロトコル・モジュールＡ６２６は、受信したルート・プロトコル・パケットからストリーム・プロトコル・パケットを復元し、ストリーム・プロトコル・パケットをストリーム・プロトコル・モジュールＡ６２２に伝達する。ストリーム・プロトコル・モジュールＡ６２２は無線リンク・プロトコル・パケットを復元する。ストリーム・プロトコル・モジュールＡ６２２はストリーム・ヘッダ評価モジュール６２４を含み、ストリーム・ヘッダ評価モジュール６２４は、対応する復元された無線リンク・プロトコル・パケットをどの無線リンク・プロトコル・モジュールに伝達すべきかを判断するために、受信したストリーム・プロトコル・パケットヘッダを評価する。この例では、ストリーム・プロトコル・ヘッダ評価モジュール６２４は、復元された無線リンク・プロトコル・パケットをアプリケーション・モジュールＡＰＰ Ａ６１２に関連する無線リンク・プロトコル・モジュールＡ１ ６１８にルーティングすべきであると決定する。復元された無線リンク・プロトコル・パケットはＲＬＰ Ａ１モジュール６１８に伝達され、ＲＬＰ Ａ１モジュール６１８は、情報を復元し、復元された情報をＡＰＰ Ａモジュール６１２に伝達する。
図７は、例示的なストリーム・プロトコル・パケット・フォーマットを示す図７００と、例示的なストリーム番号および対応するストリーム定義を識別する表７１０とを含む。図７００は、ストリーム・プロトコル・ヘッダ部７０２と無線リンク・プロトコル・パケット部７０４とを含む、例示的なストリーム・プロトコル・パケット７０１を含む。この例では、ストリーム・プロトコル・ヘッダは、ブロック７０６によって示される５ビットフィールドであり、無線リンク・プロトコル・パケットは、ブロック７０８によって示されるＸビットペイロードであり、ただし、Ｘ ｍｏｄｕｌｏ ８＝２である。
表７１０は、ストリーム番号を識別する第１の列７１２と、対応するストリーム定義を識別する第２の列７１４とを含む。この例では、ストリーム０は順方向リンク中のブロードキャストシグナリングに対応し、逆方向リンク上で予約済みであり、ストリーム１はベストエフォート型配信シグナリングに対応し、ストリーム２は高信頼性配信シグナリングに対応し、ストリーム３は順方向リンク上のブロードキャストルート間トンネリングに対応し、逆方向リンク上で予約済みであり、ストリーム４はベストエフォート型配信ルート間トンネリングに対応し、ストリーム５はベストエフォート型配信ルート間トンネリングに対応し、ストリーム６はベストエフォート型配信ルート間トンネリングに対応し、ストリーム７は他のアプリケーション１、たとえば、ＥＡＰに対応し、ストリーム８は他のアプリケーション２、たとえば、ベストエフォート型ＱｏＳをもつＩＰに対応し、ストリーム９は他のアプリケーション３に対応し、ストリーム１０は他のアプリケーション４に対応し、．．．、ストリーム３０は他のアプリケーション２３に対応し、ストリーム３１は将来の使用のために予約されたストリームに対応する。
この例では、３２個の異なるストリームがあり、括弧７１６によって示される、それらのストリームのうちの４つがルート間トンネリングに対応することがわかるはずである。図７のストリーム・プロトコル・パケット定義が図５および図６のシステムで利用されると仮定し、また、３２個のＲＬＰモジュールの組が３２個の異なるストリームに関連すると仮定する。この例では、ルート間トンネリング・プロトコル・モジュールは、ストリーム番号４のベストエフォート型配信ルート間トンネリング・ストリームに関連する。さらに、アプリケーションに関連するＲＬＰモジュールは非トンネリング・ストリームに関連する。たとえば、アプリケーションＡモジュール５１２は、ストリーム番号１のベストエフォート型配信ストリームを搬送するために指定できるＲＬＰモジュールＡ１ ５１２に関連する。同様に、ＡＰＰ Ａモジュール６７４は、ストリーム番号１のベストエフォート型配信ストリームを搬送するために指定できるＲＬＰモジュールＡ１ ６７８に関連する。
図８は、様々な実施形態による例示的なパケット・フォーマット情報の図である。例示的なルート・プロトコル・パケットまたはＢＣＭＣパケット８０２は、ルート間トンネリング・プロトコル・ペイロード８０４に対応することができ、時々対応する。ルート間トンネリング・プロトコル・パケット８１２は、ルート間トンネリング・プロトコル・ヘッダ部８０６とルート間トンネリング・プロトコル・ペイロード部８０４とを含む。ルート間トンネリング・プロトコル・ヘッダ部８０６は、矢印８０８によって示されるようにオクテット整列され、ルート間トンネリング・プロトコル・ペイロード８０４も、矢印８１０によって示されるようにオクテット整列される。ルート間トンネリング・プロトコル・パケット８１２は、ＲＬＰペイロード８１２に対応することができ、時々対応する。
図９は、様々な実施形態による例示的なルート間トンネリング・プロトコル・ヘッダ情報を示す図９００である。第１の列９０２はフィールド情報を識別し、第２の列９０４はビット単位のフィールド長情報を識別する。行９０６は、ヘッダ・タイプ・フィールドが１または４ビットを含むことを識別する。
ヘッダ・タイプ・フィールドの長さが１ビットであり、値「０」を搬送する場合、括弧内の領域９０８は追加のフィールドを識別する。そのような場合、追加のフィールドは、行９１０によって示される７ビットフィールドのルートＩＤフィールドである。
ヘッダ・タイプ・フィールドが４ビットフィールドであり、値「１０００」を搬送する場合、括弧内の領域９１２は追加のフィールドを識別する。そのような場合、行９１４によって示されるように１ビットフィールドであるルートＩＤ包含フィールドが含まれ、ルートＩＤフィールドが随意に含まれ、含まれる場合、行９１６によって示されるように７ビットのフィールド長を有し、行９１８によって示されるように、パイロットＩＤフィールドが含まれ、１０ビットのフィールド長を有し、オクテット整列を達成するためのパディング用に予約済み２フィールドが含まれ、行９１９によって示されるように１または２ビット長のフィールドである。
ヘッダ・タイプ・フィールドが４ビットフィールドであり、値「１００１」を搬送する場合、括弧内の領域９２０は追加のフィールドを識別する。そのような場合、行９２２によって示されるように１ビットフィールドであるルートＩＤ包含フィールドが含まれ、ルートＩＤフィールドが随意に含まれ、含まれる場合、行９２４によって示されるように７ビットのフィールド長を有し、行９２６によって示されるように、予約済み１フィールドが３または４ビットのフィールド長を有するように含まれ、予約済みフィールド１はルート間トンネリング・プロトコル・ヘッダにおいてオクテット整列を達成するために使用され、アクセスノード・アセンブリを識別するアクセスノード識別子フィールドが含まれ、行９２８によって示されるように、６４ビットのフィールド長を有する。
ヘッダ・タイプ・フィールドが４ビットフィールドであり、値「１１１１」を搬送する場合、括弧内の領域９３０は追加のフィールドを識別する。そのような場合、行９３２によって示されるように４ビットフィールドである特殊ルートＩＤフィールドが含まれ、行９３４によって示されるように、たとえば、ルート間トンネリング・プロトコル・ヘッダにおいてオクテット整列を達成するために、必要に応じて最高７ビットのフィールド長を有する予約済み３フィールドが随意に含まれる。
１つの例示的な実施形態で使用される例示的なルート間トンネリング・プロトコル・ヘッダフォーマットについて説明する追加の情報を以下に記載する。
ヘッダタイプ 送信側は、ルート間トンネリング・プロトコル・ヘッダのタイプを示すために、このフィールドを図１０００で指定されたように設定する。
ヘッダ・タイプ・フィールドが「０」に設定される場合、送信側は以下の１フィールドのレコードを含む。
ルートＩＤ 送信側は、このフィールドを、このパケットの宛先であるルートに割り当てられたルートＩＤに設定する。
ヘッダ・タイプ・フィールドが「１０００」に設定される場合、送信側は以下の３フィールドのレコードを含む。
ルートＩＤ包含 アクセス端末は、このフィールドを「１」に設定する。トンネリングされるパケットがブロードキャスト・オーバーヘッド・メッセージである場合、アクセスノード・アセンブリは、このフィールドを「０」に設定し、他の場合、アクセスノード・アセンブリは、このフィールドを「１」に設定する。
ルートＩＤ ルートＩＤ包含フィールドが「０」に設定される場合、送信側は、このフィールドを省略し、他の場合、送信側は、このフィールドを含み、このパケットの宛先であるルートに割り当てられたルートＩＤに設定する。
パイロットＩＤ 送信側は、このフィールドを、このパケットの宛先であるアクセスノード・アセンブリに属するパイロットのパイロット識別子に設定する。
ヘッダ・タイプ・フィールドが「１００１」に設定される場合、送信側は以下の３フィールドのレコードを含む。
ルートＩＤ包含 アクセス端末は、このフィールドを「１」に設定する。トンネリングされるパケットがブロードキャスト・オーバーヘッド・メッセージである場合、アクセスネットワークは、このフィールドを「０」に設定し、他の場合、アクセスネットワークは、このフィールドを「１」に設定する。
ルートＩＤ ルートＩＤ包含フィールドが「０」に設定される場合、送信側は、このフィールドを省略し、他の場合、送信側は、このフィールドを含み、このパケットの宛先であるルートに割り当てられたルートＩＤに設定する。
予約済み１ ルートＩＤ包含フィールドが「０」に設定される場合、このフィールドの長さは３ビットであり、他の場合、このフィールドの長さは４ビットである。送信側は、このフィールドのビットを０に設定する。受信側は、これらのビットを無視する。
ＡＮＩＤ 送信側は、このフィールドを、このパケットの宛先であるアクセスノード・アセンブリのアクセスノード・アセンブリ識別子に設定する。
ヘッダ・タイプ・フィールドが「１１１１」に設定される場合、送信側は以下の１フィールドのレコードを含む。
特殊ルートＩＤ 送信側は、このフィールドを、図１０の表１０５０で指定されたように、このパケットの宛先であるルートに対応する特殊ルート識別子に設定する。
予約済み３ 送信側は、このルート間トンネリング・プロトコル・ヘッダをオクテット整列させるために、０〜７ビットを含む。送信側は、これらのビットを０に設定する。受信側は、これらのビットを無視する。
図１０は、図９に関して説明したルート間トンネリング・プロトコル・ヘッダのヘッダフィールドに対応する例示的なヘッダタイプ値情報を示す表１０００を含む。第１の列１００２に例示的なヘッダタイプビットパターンを記載し、第２の列１００４にルート間トンネリング・プロトコル・ヘッダの例示的なタイプを記載する。行１００６は、ヘッダタイプ値＝「０」がルートＩＤヘッダに対応することを識別する。行１００８は、ヘッダタイプ値＝「１０００」がパイロットＩＤヘッダに対応することを識別する。行１０１０は、ヘッダタイプ値＝「１１１０」がＡＮＩＤヘッダに対応することを識別する。行１０１２は、ヘッダタイプ値＝「１１１１」が特殊ルートＩＤヘッダに対応することを識別する。行１０１４は、ヘッダタイプ値の他の値が、たとえば、将来の使用のために予約済みであることを識別する。
図１０はまた、例示的な特殊ＩＤルート値情報を示す表１０５０を含む。第１の列１０５２は、特殊ルートＩＤヘッダフィールドによって搬送される可能な値を識別し、第２の列１０５４は、対応する特殊ルートＩＤ使用を記載する。第１の行１０５６は、特殊ルートＩＤビット値「００００」がＢＣＭＣルートを識別することを示す。第２の行１０５８は、「０００１」〜「１１１１」の範囲内の特殊ルートＩＤビット値が、たとえば、将来の使用のための予約済みパターンであることを示す。
図１１は、様々な実施形態による、いくつかの例示的なルート間トンネリング・プロトコル・パケットを示す図１１００である。図１１０２は、ルート間トンネリング・プロトコル・ヘッダのタイプがルートＩＤヘッダであることを示すヘッダ・タイプ・フィールド１１０８と、リモートルートのルートＩＤに等しい値を搬送するルートＩＤフィールド１１１０と、ルート・プロトコル・パケットを搬送するペイロード部１１１２とを含む、例示的な典型的なトンネリング・パケットに対応する。
図１１０４は、ルート間トンネリング・プロトコル・ヘッダのタイプがパイロットＩＤヘッダであることを示すヘッダ・タイプ・フィールド１１１４と、ルートＩＤフィールド１１１８を含めるべきか否かを識別する値を搬送するルートＩＤ包含フィールド１１１６と、含まれる場合、リモートルートのルートＩＤに等しい値を搬送する随意のルートＩＤフィールド１１１８と、リモートルートのパイロットＩＤに等しい値を搬送するパイロットＩＤフィールド１１２０と、ルート間トンネリング・プロトコル・ヘッダにおいてオクテット整列を達成するためのビットパディング用に使用される予約済みフィールド２ １１２２と、ルート・プロトコル・パケットを搬送するペイロード部１１２４とを含み、パイロットＩＤによってアドレス指定される例示的なトンネリング・パケットに対応する。ルートＩＤ包含フィールド値が、ルートＩＤフィールド１１１８が含まれることを示す場合、予約済み２フィールドは２ビット長であり、ルートＩＤ包含フィールド値が、ルートＩＤフィールド１１１８が含まれないことを示す場合、予約済み２フィールドは１ビット長である。
図１１０６は、ルート間トンネリング・プロトコル・ヘッダのタイプがアクセスノードＩＤヘッダであることを示すヘッダ・タイプ・フィールド１１２６と、ルートＩＤフィールド１１３０を含めるべきか否かを識別する値を搬送するルートＩＤ包含フィールド１１２８と、含まれる場合、リモートルートのルートＩＤに等しい値を搬送する随意のルートＩＤフィールド１１３０と、オクテット整列を達成するためのビットパディング用に使用される予約済みフィールド１ １１３２と、リモートルートのＡＮＩＤを搬送するＡＮＩＤフィールド１１３４と、ルート・プロトコル・パケットを搬送するペイロード部１１３６とを含み、ＡＮＩＤによってアドレス指定される例示的なトンネリング・パケットに対応する。ルートＩＤ包含フィールド値が、ルートＩＤフィールド１１３０が含まれることを示す場合、予約済み１フィールドは４ビット長であり、ルートＩＤ包含フィールド値が、ルートＩＤフィールド１１３０が含まれないことを示す場合、予約済み１フィールドは３ビット長である。
図１２は、様々な実施形態によるアクセス端末、たとえば、移動ワイヤレス端末を動作させる例示的な方法のフローチャート１２００である。アクセス端末は、たとえば、図５の例示的なアクセス端末５０２である。動作はステップ１２０２で開始し、アクセス端末が電源投入され、初期化され、ステップ１２０４に進む。ステップ１２０４で、アクセス端末は、第１のアプリケーションを動作させて、情報を含む第１のパケットを生成する。動作はステップ１２０４からステップ１２０６に進む。ステップ１２０６で、アクセス端末は、第１の無線リンク・プロトコル処理モジュールを動作させて、前記情報を処理し、たとえば、（１つまたは複数の）ＲＬＰパケットを生成する。第１のアプリケーションがサービング・アクセスノード・アセンブリに対応する場合、第１の無線リンク・プロトコル処理モジュールもサービング・アクセスノード・アセンブリに対応する。第１のアプリケーションがリモート・アクセスノード・アセンブリに対応する場合、第１の無線リンク・プロトコル処理モジュールもリモート・アクセスノード・アセンブリに対応する。動作はステップ１２０６から１２０８に進む。
ステップ１２０８で、アクセス端末は、第１のアプリケーションがリモート・アクセスノード・アセンブリに対応するアプリケーションであるか、サービング・アクセスノード・アセンブリに対応するアプリケーションであるかに基づいて、前記第１のパケット中に含まれる情報のルーティングを制御するために使用されるルーティング決定を行う。動作はステップ１２０８からステップ１２１０に進む。第１のアプリケーションがリモート・アクセスノード・アセンブリに対応すると判断された場合、ステップ１２１０で、動作はステップ１２１４に進む。第１のアプリケーションがサービング・アクセスノード・アセンブリに対応すると判断された場合、ステップ１２１０で、動作はステップ１２１２に進む。
ステップ１２１２で、情報をサービング・アクセスノード・アセンブリに伝達するようにアクセス端末を動作させる。ステップ１２１２はサブステップ１２１６を含み、アクセス端末は、非トンネリング・ストリームを示すストリーム識別子を含むストリーム・プロトコル・ヘッダを含むパケットを生成する。
ステップ１２１４に戻ると、ステップ１２１４で、アクセス端末は、ルート間トンネリングを使用して、情報をサービング・アクセスノード・アセンブリに伝達する。ステップ１２１４は、サブステップ１２１８、１２２０および１２２２を含む。サブステップ１２１８で、アクセス端末は、ルート間トンネリング・プロトコル・モジュールを動作させて、ルート間トンネリング・プロトコル・ヘッダを生成する。いくつかの実施形態では、ルート間プロトコルトンネリングヘッダは、ルート識別子と、パイロット識別子と、アクセスノード識別子と、予め定義されたデバイス識別子とのうちの１つを示すヘッダタイプ値フィールドを含む。動作はサブステップ１２１８からサブステップ１２２０に進む。サブステップ１２２０で、アクセス端末は、サービングアクセスネットワークアセンブリに対応する第２の無線リンク・プロトコル処理モジュールを動作させて、ルート間トンネリングヘッダを有するＲＬＰペイロードを含むＲＬＰパケットを生成する。動作はステップ１２２０からステップ１２２２に進む。ステップ１２２２で、アクセス端末は、ルート間トンネリング・ストリームを示すストリーム識別子を含むストリーム・プロトコル・ヘッダを含むパケットを生成する。
図１３は、様々な実施形態による第１のアクセスノード・アセンブリを動作させる例示的な方法のフローチャート１３００である。第１のアクセスノード・アセンブリは、たとえば、図５の例示的なアクセスノード・アセンブリ５０８である。動作はステップ１３０２で開始し、第１のアクセスノード・アセンブリが電源投入され、初期化され、ステップ１３０４に進む。ステップ１３０４で、第１のアクセスノード・アセンブリは、エアインターフェース上で伝達されたストリーム・プロトコル・パケットを受信する。動作はステップ１３０４からステップ１３０６に進む。
ステップ１３０６で、第１のアクセスノード・アセンブリは、前記ストリーム・プロトコル・パケット中に含まれるストリーム・ヘッダ識別子に基づいて、前記受信したストリーム・プロトコル・パケット中に含まれるストリーム・プロトコル・パケット・ペイロードを、第１のアクセスノード・アセンブリのアプリケーションに対応する無線リンク・プロトコル・モジュールとルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つにルーティングする。ステップ１３０６は、サブステップ１３０８、１３１０および１３１２を含む。
サブステップ１３０８で、第１のアクセスノード・アセンブリはストリーム・プロトコル・ヘッダを評価し、評価の結果に応じて別様に進む。第１のアクセスノード・アセンブリが、ストリーム・プロトコル・ヘッダ識別子がルート間トンネリング・ストリームに対応する値を示すと判断した場合、動作はサブステップ１３０８からサブステップ１３１０に進む。第１のアクセスノード・アセンブリが、ストリーム・プロトコル・ヘッダ識別子がルート間トンネリング・ストリームに対応しない値を示すと判断した場合、動作はサブステップ１３０８からサブステップ１３１２に進む。
サブステップ１３１０に戻ると、サブステップ１３１０で、第１のアクセスノード・アセンブリは、ストリーム・プロトコル・パケット・ペイロードをルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールにルーティングする。動作はサブステップ１３１０からサブステップ１３１４に進む。
サブステップ１３１２に戻ると、サブステップ１３１２で、第１のアクセスノード・アセンブリは、ストリーム・プロトコル・パケット・ペイロードを第１のアクセスノード・アセンブリのアプリケーションに対応する無線リンク・プロトコル・モジュールにルーティングする。動作はサブステップ１３１２からサブステップ１３２０に進む。ステップ１３２０で、第１のアクセスノード・アセンブリは、第１のアクセスノード・アセンブリモジュールのアプリケーションに対応する無線リンク・プロトコル・モジュールを動作させて、パケット・ペイロードを第１のアクセスノード・アセンブリのアプリケーションに転送する。
ステップ１３１４に戻ると、ステップ１３１４で、第１のアクセスノード・アセンブリは、ルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールを動作させて、パケット・ペイロードをルート間トンネリング・プロトコル・モジュールに転送する。いくつかの実施形態では、ルート間トンネリング・プロトコル・パケットに対してＲＬＰ断片化が行われた場合、ＲＬＰモジュールは、複数のＲＬＰパケットから伝達されたルート間トンネリング・プロトコル・パケットを再構成するためにパケットの断片化解除／再統合動作を実行する。そのような場合、パケット・ペイロードをルート間トンネリング・プロトコル・モジュールに転送することは、再統合されたルート間トンネリング・プロトコル・パケットを転送することによって実行される。動作はステップ１３１４からステップ１３１６に進み、第１のアクセスノード・アセンブリは、ルート間トンネリング・プロトコル・モジュールを動作させて、ルート間トンネリング・プロトコル・パケット・ペイロードとともに受信されたルート間トンネリング・プロトコル・ヘッダ中に含まれる情報から第２のアクセスノード・アセンブリを識別する。いくつかの実施形態では、ルート間トンネリング・プロトコル・ヘッダは、ルート識別子と、パイロット識別子と、アクセスノード識別子と、予め定義されたデバイス識別子とのうちの１つを示すヘッダ・タイプ・フィールド値を含む。
動作はステップ１３１６からステップ１３１８に進む。ステップ１３１８で、第１のアクセスノード・アセンブリは、ルート間トンネリング・プロトコル・モジュールを動作させて、転送されたパケット・ペイロードから得られたルート間トンネリングペイロードを第２のアクセスノード・アセンブリに、たとえば、第２のアクセスノード・アセンブリのルート・プロトコル・モジュールに転送する。
図１４は、様々な実施形態による第１のアクセスノード・アセンブリを動作させる例示的な方法のフローチャート１４００である。アクセスノード・アセンブリは、たとえば、図６の例示的なアクセスノード・アセンブリ６０８である。動作はステップ１４０２で開始し、アクセスノード・アセンブリが電源投入され、初期化される。動作は開始ステップ１４０２からステップ１４０４および／またはステップ１４０６に進む。
ステップ１４０４で、第１のアクセスノード・アセンブリは、アプリケーション・モジュールを動作させて、前記第１のアクセスノード・アセンブリがサービングアクセスノードであるアクセス端末に伝達すべき情報を含むパケットを生成する。ステップ１４０４は継続的に実行される。動作は、生成されたパケットに応答して、ステップ１４０４からステップ１４０８に進む。ステップ１４０８で、第１のアクセスノード・アセンブリは、第１のアクセスノード・アセンブリのアプリケーションに対応する無線リンク・プロトコル・モジュールを動作させて、アクセス端末に伝達すべき前記情報を含む無線リンク・プロトコル・パケットを生成する。動作はステップ１４０８からステップ１４１６に進む。
ステップ１４０６に戻ると、ステップ１４０６で、第１のアクセスノード・アセンブリは、ルート間トンネリング・プロトコル・モジュールを動作させて、第２のアクセスノード・アセンブリから伝達されたルート・プロトコル・パケットを受信する。ステップ１４０６は継続的に実行される。動作は、受信したパケットに応答して、ステップ１４０６からステップ１４１０に進む。ステップ１４１０で、第１のアクセスノード・アセンブリは、ルート間トンネリング・プロトコル・モジュールを動作させて、第２のアクセスノード・アセンブリに対応するルート間トンネリング・プロトコル・ヘッダを生成する。動作はステップ１４１０からステップ１４１２に進む。ステップ１４１２で、第１のアクセスノード・アセンブリは、生成されたルート間トンネルプロトコル・ヘッダと受信したルート・プロトコル・パケットのペイロードとをルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールに供給する。動作はステップ１４１２からステップ１４１４に進む。ステップ１４１４で、第１のアクセスノード・アセンブリは、ルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールを動作させて、無線リンク・プロトコル・パケットを生成し、前記生成された無線リンク・プロトコル・パケットは、ｉ）前記第２のアクセスノード・アセンブリによって生成された埋込み無線リンク・プロトコル・パケットと、ｉｉ）生成されたルート間トンネリング・プロトコル・ヘッダとを含む。動作はステップ１４１４からステップ１４１６に進む。
ステップ１４１６で、第１のアクセスノード・アセンブリは、第１のアクセスノード・アセンブリのストリーム・プロトコル・モジュールを動作させて、第１のアクセスノード・アセンブリのアプリケーションに対応する無線リンク・プロトコル・モジュールとルータ間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つから無線リンク・プロトコル・パケットを受信する。動作はステップ１４１６からステップ１４１８に進む。ステップ１４１８で、ストリーム・プロトコル・モジュールは、ストリーム・プロトコル・ヘッダを含むストリーム・プロトコル・パケットを生成し、ストリーム・プロトコル・ヘッダは、前記ストリーム・プロトコル・パケットのペイロード中でアクセス端末に伝達すべき無線リンク・プロトコル・パケットを、トンネリング無線リンク・プロトコル・パケットと非トンネリング・パケットとのうちの１つであると識別する値を含む。様々な実施形態では、ルート間トンネリング・プロトコル・ヘッダは、ルート識別子と、パイロット識別子と、アクセスノード識別子と、予め定義されたデバイス識別子とのうちの１つを示すヘッダタイプ値フィールドを含む。動作はステップ１４１８からステップ１４２０に進む。ステップ１４２０で、第１のアクセスノード・アセンブリは、生成されたパケットをエアリンクインターフェース上でアクセス端末に伝達する。
図１５は、様々な実施形態によるアクセス端末、たとえば、移動ワイヤレス端末を動作させる例示的な方法のフローチャート１５００である。アクセス端末は、たとえば、図６の例示的なアクセス端末６０６である。動作はステップ１５０２で開始し、アクセス端末が電源投入され、初期化され、ステップ１５０４に進み、アクセス端末はエアインターフェースからパケットを受信する。動作はステップ１５０４からステップ１５０６に進む。ステップ１５０６で、アクセス端末は、受信したパケット中に含まれるストリーム・プロトコル・パケットヘッダについて、受信したパケット中に含まれる無線リンク・プロトコル・パケットを、アプリケーションに対応する無線リンク・プロトコル・モジュールとルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つにルーティングすべきかどうかを判断する。ステップ１５０６は、サブステップ１５０８、１５１０、１５１２および１５１４を含む。サブステップ１５０８で、アクセス端末は、受信したパケットのストリーム・プロトコル・パケットヘッダからのストリーム・ヘッダ識別子を記憶されたマッピング情報と比較する。次いで、サブステップ１５１０で、アクセス端末は、サブステップ１５０８の比較に応じて別様に進む。ストリーム・ヘッダ識別子がルート間トンネリング・ストリームに対応する値を示す場合、動作はサブステップ１５１０からサブステップ１５１２に進み、他の場合、動作はサブステップ１５１０からサブステップ１５１４に進む。サブステップ１５１２で、アクセス端末は、受信したパケット中に含まれる無線リンク・プロトコル・パケットをルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールにルーティングすることを決定する。サブステップ１５１４に戻ると、サブステップ１５１４で、アクセス端末は、受信したパケット中に含まれる無線リンク・プロトコル・パケットを第１のアクセスノード・アセンブリのアプリケーションに対応する無線リンク・プロトコル・モジュールにルーティングすることを決定する。
動作はステップ１５０６からステップ１５１６に進み、アクセス端末は、無線リンク・プロトコル・パケットを決定された無線リンク・プロトコル・モジュールに伝達する。ステップ１５１６はサブステップ１５１８および１５２０を含む。サブステップ１５１２が実行された場合、サブステップ１５１８が実行される。サブステップ１５１８で、アクセス端末は、受信したパケット中に含まれる無線リンク・プロトコル・パケットをルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールにルーティングする。動作はサブステップ１５１８からサブステップ１５２２に進む。サブステップ１５１４が実行された場合、サブステップ１５２０が実行される。サブステップ１５２０で、アクセス端末は、受信したパケット中に含まれる無線リンク・プロトコル・パケットを第１のアクセスノード・アセンブリのアプリケーションに対応する無線リンク・プロトコル・モジュールにルーティングする。動作はサブステップ１５２０からサブステップ１５３０に進む。
ステップ１５２２に戻ると、ステップ１５２２で、アクセス端末は、ルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールを動作させて、ルート間トンネリング・プロトコル・パケットをルート間トンネリング・プロトコル・モジュールに伝達する。いくつかの実施形態では、ある時には、伝達されたルート間トンネリング・プロトコル・パケットは、複数の受信した無線リンク・プロトコル・パケットからのルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールによって再統合された再統合パケットである。次いで、ステップ１５２４で、アクセス端末は、ルート間トンネリング・プロトコル・モジュールを動作させて、ルート・プロトコル・パケットをルート間トンネリング・プロトコル・ヘッダによって識別されたルート・プロトコル・モジュールに転送する。様々な実施形態では、ルート間トンネリング・プロトコル・ヘッダ中で識別されたルート・プロトコル・モジュールは非サービング・アクセスノード・アセンブリに対応する。様々な実施形態では、ルート間トンネリングヘッダは、トンネリング・パケットの送信元を示すために使用される、ルート識別子と、パイロット識別子と、アクセスノード識別子と、予め定義されたデバイス識別子とのうちの１つを示すヘッダタイプ値フィールドを含む。動作はステップ１５２４からステップ１５２６に進む。ステップ１５２６で、アクセス端末は、ルート間トンネリング・プロトコル・ヘッダによって識別されたルート・プロトコル・モジュールを動作させて、ルート・プロトコル・パケットのペイロードを非サービング・アクセスノード・アセンブリに対応するストリーム・プロトコル・モジュールに転送する。動作はステップ１５２６からステップ１５２８に進む。ステップ１５２８で、アクセス端末は、非サービング・アクセスノード・アセンブリに対応するストリーム・プロトコル・モジュールを動作させて、受信したペイロード中に含まれる無線リンク・プロトコル・パケットを非サービング・アクセスノード・アセンブリに対応する無線リンク・プロトコル・モジュールに転送する。
ステップ１５３０に戻ると、ステップ１５３０で、アクセス端末は、第１のアクセスノード・アセンブリのアプリケーションに対応する無線リンク・プロトコル・モジュールを動作させて、前記無線リンク・プロトコル・パケットのペイロードをアプリケーションに転送する。
図１６は、様々な実施形態による例示的なアクセス端末１６００、たとえば、移動ワイヤレス端末の図である。例示的なアクセス端末１６００は、たとえば、図５の例示的なアクセス端末５０６であり、たとえば、図５のアプリケーションＡモジュール５１２は図１６のアプリケーション・モジュールＡ１６１８であり、図５のＩＲＴＰ Ａモジュール５１４は図１６のＩＲＴＰモジュールＡ１６２０であるなど、２つの図において同様に命名されたモジュールは同じものである。
例示的なアクセス端末１６００は、様々な要素がデータおよび情報を交換するためのバス１６１２を介して互いに結合された、ワイヤレス受信機モジュール１６０２と、ワイヤレス送信機モジュール１６０４と、ユーザ入出力デバイス１６０８と、プロセッサ１６０６と、メモリ１６１０とを含む。メモリ１６１０は、ルーチン１６１７とデータ／情報１６１９とを含む。プロセッサ１６０６、たとえば、ＣＰＵは、ルーチン１６１７を実行し、メモリ１６１０中のデータ／情報１６１９を使用して、アクセス端末１６００の動作を制御し、方法、たとえば、図１２のフローチャート１２００の方法または図５に関して説明した方法を実施する。
受信機モジュール１６０２、たとえば、ＯＦＤＭワイヤレス受信機は、アクセス端末１６００がアクセスノード・アセンブリ、たとえば、サービング・アクセスノード・アセンブリからダウンリンク信号を受信するための受信アンテナ１６１４に結合される。送信機モジュール１６０４、たとえば、ＯＦＤＭワイヤレス送信機は、アクセス端末１６００がアクセスノード・アセンブリ、たとえば、サービング・アクセスノード・アセンブリにアップリンク信号を送信するための送信アンテナ１６１６に結合される。ワイヤレス送信機モジュール１６０４は、パケット中に含まれる情報を搬送する信号をエアインターフェース上でアプリケーション・モジュールからサービング・アクセスノード・アセンブリに送信する。ある時には、送信された信号はルート間トンネリング・プロトコル・パケットを搬送する。
いくつかの実施形態では、同じアンテナが送信機と受信機に使用される。いくつかの実施形態では、複数のアンテナが使用され、アクセス端末１６００はＭＩＭＯシグナリングをサポートする。
ユーザ入出力デバイス１６０８は、たとえば、マイクロホン、キーボード、キーパッド、スイッチ、カメラ、スピーカ、ディスプレイなどを含む。ユーザ入出力デバイス１６０８は、アクセス端末１６００のユーザが、たとえば、アプリケーションのためのデータ／情報を入力すること、出力データ／情報にアクセスすること、およびアクセス端末１６００の少なくともいくつかの機能を制御することを可能にする。
ルーチン１６１７は、アプリケーション・モジュールＡ１６１８と、ルート間トンネリング・プロトコル・モジュールＡ１６２０と、複数の無線リンク・プロトコル・モジュール（ＲＬＰモジュールＡ０ １６２２、ＲＬＰモジュールＡ１ １６２４、．．．、ＲＬＰモジュールＡ４ １６２６、．．．、ＲＬＰモジュールＡ３１ １６２８）と、ストリーム・プロトコル・モジュールＡ１６３０と、ルート・プロトコル・モジュールＡ１６３４と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＡ１６３８とを含む、１つまたは複数のアプリケーション・モジュールを含む。この例では、ＲＬＰモジュールＡ１ １６２４はアプリケーション・モジュールＡ１６１８に対応し、ＲＬＰモジュールＡ４ １６２６はＩＲＴＰモジュールＡ１６２０に対応する。アプリケーションＡは第１のアクセスノード・アセンブリ、たとえば、アクセスノード・アセンブリＡに関連すると考える。また、ＡＮＡ Ａは、ＡＴ１６００の観点から見てリモート・アクセスノード・アセンブリとすることができ、時々そうであると考える。
ルーチン１６１７はまた、アプリケーション・モジュールＢ１６４０と、ルート間トンネリング・プロトコル・モジュールＢ１６４２と、複数の無線リンク・プロトコル・モジュール（ＲＬＰモジュールＢ０ １６４４、ＲＬＰモジュールＢ１ １６４６、．．．、ＲＬＰモジュールＢ４ １６４８、．．．、ＲＬＰモジュールＢ３１ １６５０）と、ストリーム・プロトコル・モジュールＢ１６５２と、ルート・プロトコル・モジュールＢ１６５６と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１６６０とを含む、１つまたは複数のアプリケーション・モジュールを含む。この例では、ＲＬＰモジュールＢ１ １６４６はアプリケーション・モジュールＢ１６４０に対応し、ＲＬＰモジュールＢ４ １６４８はＩＲＴＰモジュールＢ１６４２に対応する。アプリケーションＢは第２のアクセスノード・アセンブリ、たとえば、アクセスノード・アセンブリＢに関連すると考える。また、ＡＮＡ Ｂは、ＡＴ１６００の観点から見てサービング・アクセスノード・アセンブリとすることができ、時々そうであると考える。
データ／情報１６１９は、サービング／リモート・アクセスノード・アセンブリを識別する情報１６９０を含む。アクセス端末１６００の観点から見たサービングアクセスノードまたはリモートアクセスノードとしてのアクセスノード・アセンブリの指定は、アクセス端末が通信システム全体にわたって移動するにつれて変化することができる。データ情報１６１９は、アプリケーションＡパケット１６６２と、ＲＬＰパケット１６６４と、ストリーム・プロトコル・パケット１６６６と、ルート・プロトコル・パケット１６６８と、ＩＲＴＰパケット１６７０と、ＲＬＰパケット１６７２と、ストリーム・プロトコル・パケット１６７４と、ルート・プロトコル・パケット１６７６と、エアリンク信号１６７８とを含む、ルート間トンネリングを使用する第１のシグナリング・フローに対応する情報を含む。第１のシグナリング・フローは図５のトンネリング経路５９４に対応する。データ情報１６１９はまた、アプリケーションＢパケット１６８０と、ＲＬＰパケット１６８２と、ストリーム・プロトコル・パケット１６８４と、ルート・プロトコル・パケット１６８６と、エアリンク信号１６８８とを含む、ルート間トンネリングを使用しない第２のシグナリング・フローに対応する情報を含む。第２のシグナリング・フローは図５の非トンネリング経路５９２に対応する。
アプリケーション・モジュール１ １６１８は、情報を含む第１のパケット、たとえば、アプリケーションＡパケット１６６２を生成する。第１のアプリケーション・モジュール１６１８は、情報を含む生成された第１のパケットの送信先である無線リンク・プロトコル・モジュールＡ１ １６２４に関連する。ＲＬＰモジュールＡ１ １６２４は、受信したアプリケーションパケットに対応する１つまたは複数の無線リンク・プロトコル・パケット、たとえば、ＲＬＰパケット１６６４を生成する。他の無線リンク・プロトコル・モジュール、たとえば、ＲＬＰ Ａ０ １６６２は他のアプリケーション・モジュールに関連する。ＩＲＴＰモジュールＡ１６２０はＲＬＰ Ａ４ １６２６に関連する。ＲＬＰモジュールの第１の組（１６２２、１６２４、．．．、１６２６、．．．、１６２８）は、ストリーム・プロトコル・モジュールＡ１６３０に関連し、ＲＬＰパケットをストリーム・プロトコル・モジュールＡ１６３０に入力として与える。アプリケーション・モジュールＡ１６１８およびＲＬＰモジュールの第１の組（１６２２、１６２４、．．．、１６２６、．．．、１６２８）は、第１のアクセスノード・アセンブリ、たとえば、リモート・アクセスノード・アセンブリに関連付けできる。異なるＲＬＰモジュール（１６２２、１６２４、．．．、１６２６、．．．、１６２８）の各々は異なるストリーム番号に関連する。
ストリーム・プロトコル・モジュールＡ１６３０は、ストリーム・プロトコル・ヘッダを含むストリーム・プロトコル・パケットと、無線リンク・プロトコル・パケットを含むペイロードとを生成する。無線リンク・プロトコル・パケットはアプリケーションパケットからの情報を含むことができ、時々含む。たとえば、ストリーム・プロトコル・モジュールＡ１６３０は、ＲＬＰ Ａ１モジュール１６２４から入力ＲＬＰパケット１６６４を受信し、ストリーム・プロトコル・パケット１６６６を生成し、生成されたストリーム・プロトコル・パケット１６６６は、ストリーム・プロトコル・ヘッダとストリーム・プロトコル・ペイロードとを含み、ストリーム・プロトコル・ペイロードは、アプリケーションＡパケット１６６２からの情報を含むＲＬＰパケット１６６４を含む。またある時には、たとえば、ＲＬＰモジュールＡ４ １６２６がＲＬＰパケットをストリーム・プロトコルＡモジュール１６３０に供給する場合、生成されたストリーム・プロトコル・パケットはＩＲＴＰモジュールＡ１６２０からの情報を含む。
ストリーム・プロトコル・モジュールＡ１６３０は、処理されているＲＬＰパケットの送信元に応じてストリーム・プロトコル・パケットのストリーム・ヘッダを生成するストリーム・ヘッダモジュール１６３２を含む。たとえば、ＡＰＰモジュールＡ１６１８に関連するＲＬＰ Ａ１モジュール１６２４から供給されたＲＬＰパケット１６６４は、アプリケーションＡモジュール１６１８に関連するストリームをベストエフォート型配信シグナリングストリームであると識別するストリーム・プロトコル・ヘッダフィールド値、たとえば１とともに生成されると考える。代替的に、ストリーム・プロトコル・モジュールＡ１６３０によって入力として使用されるＲＬＰパケットは、ＩＲＴＰモジュールＡ１６２０に関連するＲＬＰ Ａ４モジュール１６２６から供給され、次いで、ストリーム・プロトコル・ヘッダフィールド値、たとえば４は、ＩＲＴＰモジュールＡ１６２０に関連するストリームをベストエフォート型配信ルート間トンネリング・ストリームであると識別すると考える。
ルート・プロトコル・モジュールＡ１６３４は、ストリーム・プロトコル・モジュールＡ１６３０からストリーム・プロトコル・パケットを受信し、ルート・プロトコル・パケットを生成する。たとえば、ルート・プロトコル・モジュールＡ１６３４は、ストリーム・プロトコル・モジュールＡ１６３０からストリーム・プロトコル・パケット１６６６を受信し、ルート・プロトコル・パケット１６６８を生成する。ルート・プロトコル・モジュールＡ１６３４はルーティング決定モジュール１６３６を含む。ルーティング決定モジュール１６３６は、ルート・プロトコル・モジュールＡ１６３４に関連するアクセスノード・アセンブリが、現在ＡＴ１６００の観点から見てサービング・アクセスノード・アセンブリであるかリモート・アクセスノード・アセンブリであるかに応じてルーティング決定を行う。アプリケーションＡモジュール１６１８がストリーム・プロトコル・パケット中に含まれる情報の送信元である場合には、ルーティング決定モジュール１６３６は、アプリケーションが、ＡＴ１６００の観点から見てサービング・アクセスノード・アセンブリに対応するアプリケーションであるかリモート・アクセスノード・アセンブリに対応するアプリケーションであるかに基づいてアプリケーション・モジュールからのパケット中に含まれる情報のルーティングを制御するために使用されるルーティング決定を行う。たとえば、ルーティング決定モジュール１６３６は、ＡＰＰモジュールＡ１６１８に対応するアクセスノード・アセンブリがサービング・アクセスノード・アセンブリであるかリモート・アクセスノード・アセンブリであるかに応じて、生成されたルート・プロトコル・パケットを、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＡ１６３８に送信すべきか、ＩＲＴＰモジュールＢ１６４２に送信すべきかを決定する。アプリケーションＡモジュール１６１８に関連するアクセスノード・アセンブリは、現在リモート・アクセスノード・アセンブリであり、ルーティング決定モジュール１６３６は、ルート・プロトコル・パケットをＩＲＴＰモジュールＢ１６４２にルーティングすることを決定すると考える。しかしながら、アプリケーションＡモジュール１６１８に関連するアクセスノード・アセンブリが、ＡＴ１６００の観点から見て現在のサービング・アクセスノード・アセンブリであると判断された場合、生成されたルート・プロトコル・パケットは、サービング・アクセスノード・アセンブリへのエアリンク上での伝達のためにＰＣＰ／ＭＡＣ／ＰＨＹモジュールＡ１６３８に伝達されることになる。
アプリケーション・モジュールＢ１６４０は、情報を含むパケット、たとえば、アプリケーションＢパケット１６８０を生成する。アプリケーション・モジュールＢ１６４０は、情報を含む生成されたパケットの送信先である無線リンク・プロトコル・モジュールＢ１ １６４６に関連する。ＲＬＰモジュールＢ１ １６４６は、受信したアプリケーションパケット１６８０に対応する１つまたは複数の無線リンク・プロトコル・パケット、たとえば、ＲＬＰパケット１６８２を生成する。他の無線リンク・プロトコル・モジュール、たとえば、ＲＬＰ Ｂ０ １６４４は他のアプリケーション・モジュールに関連する。ＩＲＴＰモジュールＢ１６４２はＲＬＰ Ｂ４ １６４８に関連する。ＲＬＰモジュールの第２の組（１６４４、１６４６、．．．、１６４８、．．．、１６５０）は、ストリーム・プロトコル・モジュールＢ１６５２に関連し、ＲＬＰパケットを入力としてストリーム・プロトコル・モジュールＢ１６５２に与える。アプリケーション・モジュールＢ１６４０およびＲＬＰモジュールの第２の組（１６４４、１６４６、．．．、１６４８、．．．、１６５０）は、第２のアクセスノード・アセンブリ、たとえば、サービング・アクセスノード・アセンブリに関連付けできる。異なるＲＬＰモジュール（１６４４、１６４６、．．．、１６４８、．．．、１６５０）の各々は異なるストリーム番号に関連する。
ストリーム・プロトコル・モジュールＢ１６５２は、ストリーム・プロトコル・ヘッダを含むストリーム・プロトコル・パケットと無線リンク・プロトコル・パケットを含むペイロードとを生成する。無線リンク・プロトコル・パケットはアプリケーションパケットからの情報を含むことができ、時々含む。たとえば、ストリーム・プロトコル・モジュールＢ１６５２は、ＲＬＰ Ｂ１モジュール１６４６から入力ＲＬＰパケット１６８２を受信し、ストリーム・プロトコル・パケット１６８４を生成し、生成されたストリーム・プロトコル・パケット１６８４は、ストリーム・プロトコル・ヘッダとストリーム・プロトコル・ペイロードとを含み、ストリーム・プロトコル・ペイロードは、アプリケーションＢパケット１６８０からの情報を含むＲＬＰパケット１６８２を含む。ＲＬＰモジュールＢ４ １６４８がＲＬＰパケット、たとえば、ＲＬＰパケット１６７２をストリーム・プロトコルＢモジュール１６５２に供給するとき、生成されたストリーム・プロトコル・パケットはＩＲＴＰモジュールＢ１６４２からの情報を含む。たとえば、ＩＲＴＰモジュールＢ１６４２は、アプリケーションＡパケット１６６２中に含まれる情報を含むルート・プロトコル・パケット１６６８を受信し、そこからルート間トンネリング・パケットを生成する。ルート間トンネリング・プロトコル・モジュールＢ１６４２は、ルート識別子と、パイロット識別子と、アクセスノード識別子と、予め定義されたデバイス識別子とのうちの１つを示すヘッダタイプ値フィールドを含むルート間トンネリング・プロトコル・ヘッダを生成する。ルート間トンネリング・プロトコル・ヘッダは、ルート・プロトコル・モジュールＡと、ＲＬＰモジュールＡ１ １６２４と、アプリケーション・モジュールＡ１６１８とに対応するリモート・アクセスノード・アセンブリ、たとえば、アクセス端末１６００に対するリモート・アクセスノード・アセンブリを識別する。
ストリーム・プロトコル・モジュールＢ１６５２は、処理されているＲＬＰパケットの送信元に応じてストリーム・プロトコル・パケットのストリーム・ヘッダを生成するストリーム・ヘッダモジュール１６５４を含む。たとえば、ＡＰＰモジュールＢ１６４０に関連するＲＬＰ Ｂ１モジュール１６４６から供給されたＲＬＰパケット１６８２は、アプリケーションＢモジュール１６４０に関連するストリームをベストエフォート型配信シグナリングストリームであると識別するストリーム・プロトコル・ヘッダフィールド値、たとえば１とともに生成されると考える。代替的に、ＲＬＰパケット１６７２は、ＩＲＴＰモジュールＢ１６４２に関連するＲＬＰ Ｂ４モジュール１６４８から供給された入力としてストリーム・プロトコル・モジュールＢ１６５２によって使用され、次いで、ストリーム・プロトコル・ヘッダフィールド値、たとえば４は、ＩＲＴＰモジュールＢ１６４２に関連するストリームをベストエフォート型配信ルート間トンネリング・ストリームであると識別すると考える。
ルート・プロトコル・モジュールＢ１６５６は、ストリーム・プロトコル・モジュールＢ１６５２からストリーム・プロトコル・パケットを受信し、ルート・プロトコル・パケットを生成する。たとえば、ルート・プロトコル・モジュールＢ１６３４は、ストリーム・プロトコル・モジュールＢ１６５２からストリーム・プロトコル・パケット１６８４を受信し、ルート・プロトコル・パケット１６８６を生成する。また、ルート・プロトコル・モジュールＢ１６５２は、ストリーム・プロトコル・モジュールＢ１６５２からストリーム・プロトコル・パケット１６７４を受信し、ストリーム・プロトコル・パケット１６７４を生成すると考える。ルート・プロトコル・モジュールＢ１６５６はルーティング決定モジュール１６５８を含む。ルーティング決定モジュール１６５８は、ルート・プロトコル・モジュールＢ１６５６に関連するアクセスノード・アセンブリが、現在ＡＴ１６００の観点から見てサービング・アクセスノード・アセンブリであるかリモート・アクセスノード・アセンブリであるかに応じてルーティング決定を行う。アプリケーションＢモジュール１６４０がストリーム・プロトコル・パケット中に含まれる情報の送信元である場合、ルーティング決定モジュール１６５８は、アプリケーションが、ＡＴ１６００の観点から見てサービング・アクセスノード・アセンブリに対応するアプリケーションであるかリモート・アクセスノード・アセンブリに対応するアプリケーションであるかに基づいてアプリケーション・モジュールからのパケット中に含まれる情報のルーティングを制御するために使用されるルーティング決定を行う。たとえば、ルーティング決定モジュール１６５８は、ＡＰＰモジュールＢ１６４０に対応するアクセスノード・アセンブリがサービング・アクセスノード・アセンブリであるかリモート・アクセスノード・アセンブリであるかに応じて、生成されたルート・プロトコル・パケットを、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１６６０に送信すべきか、ＩＲＴＰモジュールＡ１６２０に送信すべきかを決定する。アプリケーションＢモジュール１６４０とルート・プロトコル・モジュールＢとに関連するアクセスノード・アセンブリは、現在サービング・アクセスノード・アセンブリであり、ルーティング決定モジュール１６５８は、ルート・プロトコル・パケット１６８６をＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１６６０にルーティングすることを決定すると考える。さらに、ルーティング決定モジュール１６５８は、ルータ間トンネリング・プロトコル情報を含むルート・プロトコル・パケット１６７６をもＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１６６０にルーティングする。ＰＣＰ／ＭＡＣ／ＰＨＹモジュール、たとえば、モジュール１６３８および１６６０はワイヤレス送信機モジュール１６０４とインターフェースする。ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１６６０は、アプリケーションＢパケット１６８０から一部の情報を搬送するルート・プロトコル・パケット１６８６を受信し、送信機モジュール１６０４およびアンテナ１６１６を介してサービングアクセスノードに送信されるエアリンク信号１６８８を生成し、アプリケーションＢパケット情報は、復元され、アプリケーションに配信されると考える。また、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１６６０は、アプリケーションＡパケット１６６２から一部の情報を搬送するルート・プロトコル・パケット１６７６を受信し、送信機モジュール１６０４およびアンテナ１６１６を介してサービングアクセスノードに送信されるエアリンク信号１６７８を生成し、サービングアクセスノードは、トンネリング・ストリームを認識し、トンネリング情報をリモート・アクセスノード・アセンブリに転送すると考える。
様々な実施形態では、ＲＬＰモジュールは、受信したパケットの断片化を実行する。いくつかのそのような実施形態では、アプリケーション・モジュールパケットは複数のＲＬＰパケットに断片化でき、時々断片化される。いくつかのそのような実施形態では、時々、アプリケーションパケットに対応するＲＬＰパケットのいくつかはトンネリング・パケットとしてアクセス端末１６００から送信され、同じアプリケーションパケットに対応する異なるＲＬＰパケットは非トンネリング・パケットとしてアクセス端末１６００から送信される。たとえば、アクセス端末１６００は、アプリケーション・モジュールに対応するＲＬＰパケットを送信するプロセス中に、そのネットワークアタッチメントポイントを変更することができ、ルーティング決定モジュールはルーティング経路を変更することができる。
図１７は、様々な実施形態による例示的なアクセスノード・アセンブリ１７００、たとえば、アクセス・ポイントまたは基地局の図である。例示的なアクセスノード・アセンブリ１７００は、たとえば、図５のサービング・アクセスノード・アセンブリＢ５０８である。図５のＡＮＡ Ｂ５０８および図１７のＡＮＡ１７００中の同様に命名された要素は同じものとすることができ、たとえば、アプリケーション・モジュールＢ１７２２は図５のアプリケーション・モジュールＢ５５４であり、図１７のルート間トンネリング・プロトコル・モジュールＢ１７２４は図５のＩＴＲＰＢ５５６である。
例示的なアクセスノード・アセンブリ１７００は、様々な要素がデータおよび情報を交換するためのバス１７１２を介して互いに結合された、受信機モジュール１７０２と、送信機モジュール１７０４と、プロセッサ１７０６と、ネットワーク・インターフェース１７０８と、メモリ１７１０とを含む。プロセッサ１７０６、たとえば、ＣＰＵは、ルーチン１７１８を実行し、メモリ１７１０中のデータ／情報１７２０を使用して、アクセスノード・アセンブリ１７００の動作を制御し、方法、たとえば、図１３のフローチャート１３００の方法または図５のＡＮＡ Ｂ５０８に関して説明した方法を実施する。
ルーチン１７１８はまた、アプリケーション・モジュールＢ１７２２と、ルート間トンネリング・プロトコル・モジュールＢ１７２４と、複数の無線リンク・プロトコル・モジュール（ＲＬＰモジュールＢ０ １７２６、ＲＬＰモジュールＢ１ １７２８、．．．、ＲＬＰモジュールＢ４ １７３０、．．．、ＲＬＰモジュールＢ３１ １７３２）と、ストリーム・プロトコル・モジュールＢ１７３４と、ルート・プロトコル・モジュールＢ１７３８と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１７４２とを含む、１つまたは複数のアプリケーション・モジュールを含む。この例では、ＲＬＰモジュールＢ１ １７２８はアプリケーション・モジュールＢ１７２２に結合され、ＲＬＰモジュールＢ４ １７３０はＩＲＴＰモジュールＢ１７２４に結合される。
データ／情報１７２０は、非トンネルフローに対応する情報、すなわち、受信エアリンク信号１７４４と、ルート・プロトコル・パケット１７４６と、ストリーム・プロトコル・パケット１７４８と、ＲＬＰパケット１７５０と、アプリケーションＢパケット１７５２とを含む。データ／情報１７２０はまた、トンネリングフローに対応する情報、すなわち、受信エアリンク信号１７５４と、ルート・プロトコル・パケット１７５６と、ストリーム・プロトコル・パケット１７５８と、ＲＬＰパケット１７６０と、ＩＲＴＰパケット１７６２と、ルート・プロトコル・パケット１７６４とを含む。
受信機モジュール１７０２、たとえば、ＯＦＤＭワイヤレス受信機は、アクセスノード・アセンブリ１７００がアクセス端末からアップリンク信号を受信するための受信アンテナ１７１４に結合される。受信機モジュール１７０２は、エアインターフェース上でアクセス端末から伝達される、ストリーム・プロトコル・パケットを搬送する信号を受信する。たとえば、受信エアリンク信号１７４４は、ストリーム・プロトコル・パケット１７４８を、たとえば、ルート・プロトコル・パケット１７４６の一部として搬送する。別の例として、受信エアリンク信号１７５４は、ストリーム・プロトコル・パケット１７５８を、たとえば、ルート・プロトコル・パケット１７５６の一部として搬送する。
送信機モジュール１７０４、たとえば、ＯＦＤＭワイヤレス送信機は、アクセスノード・アセンブリ１７００がダウンリンク信号を送信するための送信アンテナ１７１６に結合される。いくつかの実施形態では、同じアンテナが送信機と受信機に使用される。いくつかの実施形態では、複数のアンテナが使用される。いくつかの実施形態では、アクセスノード・アセンブリはＭＩＭＯシグナリングをサポートする。
ネットワーク・インターフェース１７０８は、アクセスノード・アセンブリ１７００を他のノード、たとえば、他のアクセスノード・アセンブリ、および／またはインターネットに結合する。
アプリケーション・モジュールＢ１７２２は、アプリケーション・モジュール１７２２に対応する無線リンク・プロトコル・モジュールから情報のパケットを受信する。たとえば、アプリケーション・モジュールＢ１７２２はＲＬＰモジュールＢ１ １７２８からアプリケーションＢパケット１７５２を受信し、ＲＬＰモジュールＢ１ １７２８はアプリケーション・モジュールＢ１７２２に対応する。
ストリーム・プロトコル・モジュール１７３４は、搬送されたストリーム・プロトコル・パケットを処理し、前記搬送されたストリーム・プロトコル・パケット中に含まれるストリーム・プロトコル・パケット・ペイロードを、ｉ）アクセスノード・アセンブリ１７００のアプリケーション・モジュールに対応する無線リンク・プロトコル・モジュールと、ｉｉ）ルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つにルーティングすることを決定する。たとえば、ＲＬＰモジュールＢ１ １７２８はアプリケーション・モジュール１７２２に対応し、ＲＬＰモジュールＢ４ １７３０はＩＲＴＰモジュール１７２４に対応する。ストリーム・プロトコル・モジュールＢ１７３４はストリーム・ヘッダ評価モジュール１７３６を含む。ストリーム・ヘッダ評価モジュールは、搬送されたストリーム・プロトコル・パケット中に含まれるストリーム・ヘッダ識別子に基づいてストリーム・プロトコル・パケット・ペイロードのルーティングを決定する。
ルート間トンネリング・プロトコル・モジュールＢ１７２４は、ＲＬＰモジュールＢ４ １７３０からＩＲＴＰパケットを受信し、ルート・プロトコル・パケットを生成する。ＩＲＴＰモジュールＢ１７２４はまた、たとえば、ネットワーク・インターフェース１７０８を使用してバックホールネットワークを介して生成されたルート・プロトコル・パケットを送信すべき他のアクセスノード・アセンブリを決定する。ＩＲＴＰモジュールＢ１７２４は、生成されたルート・プロトコル・パケットを伝達すべき他のアクセスノード・アセンブリを識別するルート間ヘッダ処理モジュール１７２５を含む。生成されたルート・プロトコル・パケットは、ＲＬＰモジュールＢ４ １７３０から受信された１つまたは複数のパケットから生成される。様々な実施形態では、ルート間トンネリング・プロトコル・ヘッダは、ｉ）ルート識別子、パイロット識別子、アクセスノード識別子のうちの１つを示すヘッダタイプ値フィールドと、ｉｉ）対応する値とを含み、前記ルータ間プロトコル・ヘッダ処理モジュールは、示されたヘッダタイプおよび対応する値に基づいて前記別のアクセスノード・アセンブリを識別する。
次に、非トンネル事例の例示的なフローについて説明する。ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１７４２は、受信エアリンク信号１７４４を受信し、信号を処理し、ルート・プロトコル・パケット１７４６をルート・プロトコル・モジュールＢ１７３８に出力する。ルート・プロトコル・モジュールＢ１７３０はルート・プロトコル・パケット１７４６を処理し、ストリーム・プロトコル・パケット１７４８をストリーム・プロトコル・モジュール１７３４に出力する。ストリーム・プロトコル・モジュール１７３４は、ストリーム・プロトコル・パケット１７４８を処理し、ＲＬＰパケット１７５０を復元する。ストリーム・ヘッダ評価モジュール１７３６は、復元されたＲＬＰパケットがＲＬＰモジュールＢ１ １７２８に伝達すべきであることを識別する。ストリーム・プロトコル・モジュールＢ１７３４はＲＬＰパケット１７５０をＲＬＰモジュールＢ１ １７２８に伝達する。ＲＬＰモジュールＢ１ １７２８は、受信したＲＬＰパケット１７５０を使用して、アプリケーション・モジュールＢ１７２２に伝達されるアプリケーションＢパケット１７５２を生成する。ＲＬＰモジュール動作は断片化解除動作を含むことができ、時々含む。アプリケーション・モジュールＢ１７２２は、最初にＡＴから供給された、受信したアプリケーションＢパケットを使用する。この例では、アプリケーションＢパケット１７５２の送信元であるＡＴは、アクセスノード・アセンブリ１７００をサービング・アクセスノード・アセンブリであると考える。
次に、トンネリング事例の例示的なフローについて説明する。ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１７４２は、受信エアリンク信号１７５４を受信し、信号を処理し、ルート・プロトコル・パケット１７５６をルート・プロトコル・モジュールＢ１７３８に出力する。ルート・プロトコル・モジュールＢ１７３０はルート・プロトコル・パケット１７５６を処理し、ストリーム・プロトコル・パケット１７５８をストリーム・プロトコル・モジュール１７３４に出力する。ストリーム・プロトコル・モジュール１７３４は、ストリーム・プロトコル・パケット１７５８を処理し、ＲＬＰパケット１７６０を復元する。ストリーム・ヘッダ評価モジュール１７３６は、復元されたＲＬＰパケット１７６０がＲＬＰモジュールＢ４ １７３０に伝達すべきであることを識別する。ストリーム・プロトコル・モジュールＢ１７３４はＲＬＰパケット１７６０をＲＬＰモジュールＢ４ １７３０に伝達する。ＲＬＰモジュールＢ４ １７３０は、受信したＲＬＰパケット１７６０を使用して、ＩＲＴＰ Ｂモジュール１７２４に伝達されるＩＲＴＰ Ｂパケット１７６２を生成する。ＲＬＰモジュール動作は断片化解除動作を含むことができ、時々含む。ＩＲＴＰモジュールＢ１７２４は、バックホールネットワークリンク、たとえば、ネットワーク・インターフェース１７０８を介して別のアクセスノード・アセンブリに伝達するルート・プロトコル・パケット１７６４を生成する。ＩＲＴＰヘッダ処理モジュール１７２５は、ヘッダ中に含まれる情報から宛先アクセスノード・アセンブリを識別する。
図１８は、様々な実施形態による例示的なアクセスノード・アセンブリ１８００、たとえば、アクセス・ポイントまたは基地局の図である。例示的なアクセスノード・アセンブリ１８００は、たとえば、図６のサービング・アクセスノード・アセンブリＢ６０８である。図６のＡＮＡ Ｂ６０８および図１８のＡＮＡ１８００中の同様に命名された要素は同じものとすることができ、たとえば、アプリケーション・モジュールＢ１８２２は図６のアプリケーション・モジュールＢ６５０であり、図１８のルート間トンネリング・プロトコル・モジュールＢ１８２４は図６のＩＴＲＰＢ６５２である。
例示的なアクセスノード・アセンブリ１８００は、様々な要素がデータおよび情報を交換するためのバス１８１２を介して互いに結合された、受信機モジュール１８０２と、送信機モジュール１８０４と、プロセッサ１８０６と、ネットワーク・インターフェース１８０８と、メモリ１８１０とを含む。プロセッサ１８０６、たとえば、ＣＰＵは、ルーチン１８１８を実行し、メモリ１８１０中のデータ／情報１８２０を使用して、アクセスノード・アセンブリ１８００の動作を制御し、方法、たとえば、図１４のフローチャート１４００の方法または図６のＡＮＡ Ｂ６０８に関して説明した方法を実施する。
ルーチン１８１８はまた、アプリケーション・モジュールＢ１８２２と、ルート間トンネリング・プロトコル・モジュールＢ１８２４と、複数の無線リンク・プロトコル・モジュール（ＲＬＰモジュールＢ０ １８２６、ＲＬＰモジュールＢ１ １８２８、．．．、ＲＬＰモジュールＢ４ １８３０、．．．、ＲＬＰモジュールＢ３１ １８３２）と、ストリーム・プロトコル・モジュールＢ１８３４と、ルート・プロトコル・モジュールＢ１８３８と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１８４２とを含む、１つまたは複数のアプリケーション・モジュールを含む。この例では、ＲＬＰモジュールＢ１ １８２８はアプリケーション・モジュールＢ１８２２に結合され、ＲＬＰモジュールＢ４ １８３０はＩＲＴＰモジュールＢ１８２４に結合される。無線リンク・プロトコル・モジュール（１８２６、１８２８、．．．、１８３０、．．．、１８３２）はストリーム・プロトコル・モジュールＢ１８３４に結合される。
データ／情報１８２０は、非トンネリングフローに対応する情報、すなわち、アプリケーションＢパケット１８４４と、ＲＬＰパケット１８４６と、ストリーム・プロトコル・パケット１８４８と、ルート・プロトコル・パケット１８５０と、生成されたエアリンク信号１８５２とを含む。データ／情報１８２０はまた、トンネリングフローに対応する情報、すなわち、受信ルート・プロトコル・パケット１８５４と、ＩＲＴＰパケット１８５６と、ＲＬＰパケット１８５８と、ストリーム・プロトコル・パケット１８６０と、ルート・プロトコル・パケット１８６２と、生成されたエアリンク信号１８６４とを含む。
受信機モジュール１８０２、たとえば、ＯＦＤＭワイヤレス受信機は、アクセスノード・アセンブリ１８００がアクセス端末からアップリンク信号を受信するための受信アンテナ１８１４に結合される。
送信機モジュール１８０４、たとえば、ＯＦＤＭワイヤレス送信機は、アクセスノード・アセンブリ１８００がダウンリンク信号を送信するための送信アンテナ１８１６に結合される。ワイヤレス送信機モジュール１８０４は、生成されたパケットを搬送する信号をエアインターフェース上でアクセス端末に送信する。いくつかの信号は、アクセスノード・アセンブリ１８００、たとえば、ＡＮＡ１８００のアプリケーションから供給された情報を搬送し、他の信号は、最初に異なるアクセスノード・アセンブリ、たとえば、アクセス端末の観点から見たリモート・アクセスノード・アセンブリから供給されたトンネリング情報を搬送する。
いくつかの実施形態では、同じアンテナが送信機と受信機に使用される。いくつかの実施形態では、複数のアンテナが使用される。いくつかの実施形態では、アクセスノード・アセンブリはＭＩＭＯシグナリングをサポートする。
ネットワーク・インターフェース１８０８は、アクセスノード・アセンブリ１８００を他のノード、たとえば、他のアクセスノード・アセンブリ、および／またはインターネットに結合する。
ストリーム・プロトコル・モジュールＢ１８３４、たとえば、ストリーム・プロトコル・パケット生成モジュールは、ストリーム・プロトコル・パケットのペイロード中でアクセス端末に伝達すべき無線リンク・プロトコル・パケットを、トンネリング無線リンク・プロトコル・パケットおよび非トンネリング・パケットのうちの１つであると識別する値を含む、ストリーム・プロトコル・パケットヘッダを含む前記ストリーム・プロトコル・パケットを生成する。ストリーム・ヘッダモジュール１８３６は、ストリームを識別する適切なストリーム・ヘッダを生成する。
ルート間トンネリング・プロトコル・モジュールＢ１８２４は、ネットワーク・インターフェース１８０８を介して別のアクセスノード・アセンブリから伝達されたルート・プロトコル・パケットを受信し、ＲＬＰモジュールＢ４ １８３０に伝達するルート間トンネリング・プロトコル・パケットを生成する。ルート間トンネリング・プロトコル・モジュールＢ１８２４は、別のアクセスノード、たとえば、処理されているルート・プロトコル・パケットの送信元に対応するルート間プロトコルトンネリングヘッダを生成するためのＩＲＴＰヘッダ生成モジュール１８２５を含む。様々な実施形態では、ルート間トンネリング・プロトコル・ヘッダは、ルート識別子と、パイロット識別子と、アクセスノード識別子と、予め定義されたデバイス識別子とのうちの１つを示すヘッダタイプ値フィールドを含む。
ルート・プロトコル・モジュールＢ１８３８は、ストリーム・プロトコル・モジュール１８３４からストリーム・プロトコル・パケットを受信し、ルート・プロトコル・パケットを生成する。ルート・プロトコル・モジュールＢ１８４０はルーティング決定モジュール１８４０を含む。ルーティング決定モジュールは、受信したストリーム・プロトコル・パケットから生成されたルート・プロトコル・パケットを、エアリンク上でアクセス端末に伝達すべきか、またはリンク、たとえば、バックホールリンク上で別のアクセスノード・アセンブリ、たとえば、別のアクセスノード・アセンブリのＩＲＴＰモジュールに伝達すべきかを決定する。
次に、非トンネリング経路事例の例示的なフローについて説明する。アプリケーション・モジュールＢ１８２２はアプリケーションＢパケット１８４４を生成する。アプリケーション・モジュールＢ１８２２は、ＲＬＰ Ｂ１モジュール１８２８に関連し、アプリケーションＢパケット１８４４を、ＲＬＰパケット１８４６を生成するＲＬＰモジュールＢ１ １８２８に伝達する。ＲＬＰ Ｂ１モジュール１８２８は、ＲＬＰパケット１８４６を、ＲＬＰパケットをペイロードとして含むストリーム・プロトコル・パケットを生成するストリーム・プロトコル・モジュール１８３４に伝達する。ストリーム・ヘッダモジュール１８３６は、ペイロードに対応するように、送信元を、ＡＮＡ１８００のアプリケーション・モジュールＢ１８２２に関連するＲＬＰモジュールＢ１ １８２８からのストリームであると識別するストリーム・プロトコル・ヘッダを生成する。生成されたストリーム・プロトコル・パケット１８４８は、ルート・プロトコル・モジュールＢ１８３８に伝達され、ルート・プロトコル・モジュールＢ１８３８は、受信したストリーム・プロトコル・パケット１８４８からルート・プロトコル・パケット１８５０を生成する。ルーティング決定モジュール１８４０は、意図された受信者であるアクセス端末が、現在アクセスノード・アセンブリ１８００によってサービスされていると判断し、したがって、ルート・プロトコル・パケット１８５０をＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１８４２にルーティングすべきであると判断する。ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１８４２は、受信したルート・プロトコル・パケット１８５０を処理し、送信機モジュール１８０４およびアンテナ１８１６を介して無線通信チャネル上でアクセス端末に送信されるエアリンク信号１８５２を生成する。
次に、トンネリング経路事例の例示的なフローについて説明する。ＩＲＴＰモジュールＢ１８２４は、別のアクセスノード・アセンブリからネットワーク・インターフェース１８０８を介して伝達された、受信したルート・プロトコル・パケット１８５４を受信する。ＩＲＴＰヘッダ生成モジュール１８２５は、受信したルート・プロトコル・パケット１８５４の送信元アクセスノード・アセンブリを識別するヘッダを生成する。ＩＲＴＰモジュールＢ１８２４は、受信したルート・プロトコル・パケット１８５４をそのペイロードとして含むＩＲＴＰパケット１８５６を生成し、次いで、生成されたＩＲＴＰパケット１８５６を、その関連するＲＬＰモジュールであるＲＬＰモジュールＢ４ １８３０に伝達する。ＲＬＰモジュールＢ４ １８３０は、ＩＲＴＰパケット１８５６を処理し、ストリーム・プロトコル・モジュールＢ１８３４に伝達するＲＬＰパケット１８５８を生成する。ストリーム・ヘッダモジュール１８３４は、無線リンクパケット１８５８を搬送するストリーム・プロトコル・パケット１８６０を生成する。ストリーム・ヘッダモジュール１８３６は、ストリームを、ＲＬＰモジュールＢ４ １８３０とＩＲＴＰモジュールＢ １８２４とに関連するトンネリング・ストリームであると識別する、ストリーム・プロトコル・パケット１８６０のヘッダを生成する。生成されたストリーム・プロトコル・パケット１８６０は、ルート・プロトコル・モジュールＢ１８３８に伝達され、ルート・プロトコル・モジュールＢ１８３８は、ストリーム・プロトコル・パケット１８６０からルート・プロトコル・パケット１８６２を生成する。ルーティング決定モジュール１８４０は、意図された受信者であるアクセス端末が、現在アクセスノード・アセンブリ１８００によってサービスされていると判断し、したがって、ルート・プロトコル・パケット１８６２をＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１８４２にルーティングすべきであると判断する。ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１８４２は、受信したルート・プロトコル・パケット１８６２を処理し、送信機モジュール１８０４およびアンテナ１８１６を介して無線通信チャネル上でアクセス端末に送信されるエアリンク信号１８６４を生成する。
図１９は、様々な実施形態による例示的なアクセス端末１９００、たとえば、移動ワイヤレス端末の図である。例示的なアクセス端末１９００は、たとえば、図６の例示的なアクセス端末６０６であり、たとえば、図６のアプリケーションＡモジュール６１２は図１９のアプリケーション・モジュールＡ１９１８であり、図６のＩＲＴＰ Ａモジュール６１４は図１９のＩＲＴＰモジュールＡ１９２０であるなど、２つの図において同様に命名されたモジュールは同じものである。
例示的なアクセス端末１９００は、様々な要素がデータおよび情報を交換するためのバス１９１２を介して互いに結合された、ワイヤレス受信機モジュール１９０２と、ワイヤレス送信機モジュール１９０４と、ユーザ入出力デバイス１９０８と、プロセッサ１９０６と、メモリ１９１０とを含む。メモリ１９１０は、ルーチン１９１７とデータ／情報１９１９とを含む。プロセッサ１９０６、たとえば、ＣＰＵは、ルーチン１９１７を実行し、メモリ１９１０中のデータ／情報１９１９を使用して、アクセス端末１９００の動作を制御し、方法、たとえば、図１５のフローチャート１５００の方法または図６に関して説明した方法を実施する。
受信機モジュール１９０２、たとえば、ＯＦＤＭワイヤレス受信機は、アクセス端末１９００がアクセスノード・アセンブリ、たとえば、サービング・アクセスノード・アセンブリからダウンリンク信号を受信するための受信アンテナ１９１４に結合される。受信機モジュール１９０２は、エアインターフェースを介してパケットを伝達する信号を受信する。送信機モジュール１９０４、たとえば、ＯＦＤＭワイヤレス送信機は、アクセス端末１９００がアクセスノード・アセンブリ、たとえば、サービング・アクセスノード・アセンブリにアップリンク信号を送信するための送信アンテナ１９１６に結合される。いくつかの実施形態では、同じアンテナが送信機と受信機に使用される。いくつかの実施形態では、複数のアンテナが使用され、アクセス端末１９００はＭＩＭＯシグナリングをサポートする。
ユーザ入出力デバイス１９０８は、たとえば、マイクロホン、キーボード、キーパッド、スイッチ、カメラ、スピーカ、ディスプレイなどを含む。ユーザ入出力デバイス１９０８は、アクセス端末１９００のユーザが、データ／情報を入力すること、たとえばアプリケーションのための出力データ／情報にアクセスすること、およびアクセス端末１９００の少なくともいくつかの機能を制御することを可能にする。
ルーチン１９１７は、アプリケーション・モジュールＡ１９１８と、ルート間トンネリング・プロトコル・モジュールＡ１９２０と、複数の無線リンク・プロトコル・モジュール（ＲＬＰモジュールＡ０ １９２６、ＲＬＰモジュールＡ１ １９２８、．．．、ＲＬＰモジュールＡ４ １９３０、．．．、ＲＬＰモジュールＡ３１ １９３２）と、ストリーム・プロトコル・モジュールＡ１９３４と、ルート・プロトコル・モジュールＡ１９３８と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＡ１９４２とを含む、１つまたは複数のアプリケーション・モジュールを含む。この例では、ＲＬＰモジュールＡ１ １９２８はアプリケーション・モジュールＡ１９１８に対応し、ＲＬＰモジュールＡ４ １９３０はＩＲＴＰモジュールＡ１９２０に対応する。アプリケーションＡは第１のアクセスノード・アセンブリ、たとえば、アクセスノード・アセンブリＡに関連すると考える。また、ＡＮＡ Ａは、ＡＴ１９００の観点から見てリモート・アクセスノード・アセンブリとすることができ、時々そうであると考える。
ルーチン１９１７はまた、アプリケーション・モジュールＢ１９４４と、ルート間トンネリング・プロトコル・モジュールＢ１９４６と、複数の無線リンク・プロトコル・モジュール（ＲＬＰモジュールＢ０ １９５２、ＲＬＰモジュールＢ１ １９５４、．．．、ＲＬＰモジュールＢ４ １９５６、．．．、ＲＬＰモジュールＢ３１ １９５８）と、ストリーム・プロトコル・モジュールＢ１９６０と、ルート・プロトコル・モジュールＢ１９６４と、ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１９６８とを含む、１つまたは複数のアプリケーション・モジュールを含む。この例では、ＲＬＰモジュールＢ１ １９５４はアプリケーション・モジュールＢ１９４４に対応し、ＲＬＰモジュールＢ４ １９５６はＩＲＴＰモジュールＢ１９４６に対応する。アプリケーションＢは第２のアクセスノード・アセンブリ、たとえば、アクセスノード・アセンブリＢに関連すると考える。また、ＡＮＡ Ｂは、ＡＴ１９００の観点から見てサービング・アクセスノード・アセンブリとすることができ、時々そうであると考える。
データ／情報１９１９は、サービング／リモート・アクセスノード・アセンブリを識別する情報１９９８を含む。アクセス端末１９００の観点から見た、サービングアクセスノードまたはリモートアクセスノードとしてのアクセスノード・アセンブリの指定は、アクセス端末１９００が通信システム全体にわたって移動するにつれて変化することができる。データ情報１９１９は、受信エアリンク信号１９７０と、ルート・プロトコル・パケット１９７２と、ストリーム・プロトコル・パケット１９７４と、ＲＬＰパケット１９７６と、ＩＲＴＰパケット１９７８と、ルート・プロトコル・パケット１９８０と、ストリーム・プロトコル・パケット１９８２と、ＲＬＰパケット１９８４と、アプリケーションＡパケット１９８６とを含む、ルート間トンネリングを使用する第１のシグナリング・フローに対応する情報を含む。第１のシグナリング・フローは、図６のトンネリング経路６９４に対応する。データ情報１９１９はまた、受信エアリンク信号１９８８と、ルート・プロトコル・パケット１９９０と、ストリーム・プロトコル・パケット１９９２と、ＲＬＰパケット１９９４と、アプリケーションＢパケット１９９６とを含む、ルート間トンネリングを使用しない第２のシグナリング・フローに対応する情報を含む。第２のシグナリング・フローは、図６の非トンネリング経路６９２に対応する。
ルート間トンネリング・プロトコル・モジュールＡ１９２０はルート間トンネリング・プロトコル・ヘッダ評価モジュール１９２２を含む。ルート間トンネリング・プロトコル・ヘッダ評価モジュール１９２２は解釈モジュール１９２４を含む。
ルート間トンネリング・プロトコル・モジュールＢ１９４６はルート間トンネリング・プロトコル・ヘッダ評価モジュール１９４８を含む。ルート間トンネリング・プロトコル・ヘッダ評価モジュール１９４８は解釈モジュール１９５０を含む。
ＰＣＰ／ＭＡＣ／ＰＨＹモジュール（１９４２、１９６８）は受信機モジュール１９０２に結合される。サービング・アクセスノード・アセンブリからの受信したダウンリンクエアリンク信号はモジュール（１９４２、１９６８）によって処理される。たとえば、現在、アクセス端末１９００はサービング・アクセスノード・アセンブリとしてアクセスノード・アセンブリＢを使用しており、アクセスノード・アセンブリＡは現在リモート・アクセスノード・アセンブリであると考える。アクセス端末１９００は、サービング・アクセスノード・アセンブリに関連するＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１９６８を介して信号を受信する。受信信号は、たとえば、リモート・アクセスノード・アセンブリＡのアプリケーションから供給されたトンネリング情報を含む受信エアリンク信号１９７０と、サービング・アクセスノード・アセンブリＢのアプリケーションから供給された受信エアリンク信号１９８８である。ＰＣＰ／ＭＡＣ／ＰＨＹモジュールＢ１９６８は、受信エアリンク信号（１９７０、１９８８）を処理し、それぞれルート・プロトコル・パケット（１９７２、１９９０）を生成し、ルート・プロトコル・パケット（１９７２、１９９０）はルート・プロトコル・モジュールＢ１９６４に転送される。ルート・プロトコル・モジュールＢ１９６４は、受信したルート・プロトコル・パケットを処理し、ストリーム・プロトコル・パケットを生成する。たとえば、ルート・プロトコル・モジュールＢ１９６４は、それぞれルート・プロトコル・パケット（１９７２、１９９０）を受信し、それぞれ、ストリーム・プロトコル・モジュールＢ１９６０に入力として送信するストリーム・プロトコル・パケット（１９７４、１９９２）を生成する。ストリーム・プロトコル・モジュールＢ１９６０は、受信したストリーム・プロトコル・パケットを処理する。ストリーム・プロトコル・モジュールＢ１９６０は、受信したストリーム・ヘッダパケットヘッダを評価し、ＲＬＰパケットであるストリーム・プロトコル・パケット・ペイロードをＲＬＰモジュールの組（１９５２、１９５４、．．．、１９５６、．．．、１９５８）中のどのＲＬＰモジュールに転送すべきかを判断するストリーム・ヘッダ評価モジュール１９６２を含む。ストリーム・ヘッダ評価モジュール１９６２は、エアインターフェース上で伝達されたストリーム・プロトコル・パケット中に含まれるストリーム・プロトコル・パケットヘッダから、伝達されたストリーム・プロトコル・パケット中に含まれる無線リンク・プロトコル・パケットを、アプリケーションに対応する無線リンク・プロトコル・モジュールとルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つにルーティングすべきかどうかを判断する。たとえば、ストリーム・プロトコル・パケット１９７４は、ストリームを、ＩＲＴＰＢモジュール１９４６に対応するＲＬＰモジュールＢ４ １９５６に関連するトンネリング・ストリームであると識別するストリーム・ヘッダを含み、たとえば、ヘッダはストリーム４を識別する値を含むと考える。また、ストリーム・プロトコル・パケット１９９２は、ストリームを、ＲＬＰモジュールＢ１ １９５４とアプリケーションＢモジュール１９４４とに対応する非トンネリング・ストリームであると識別するストリーム・ヘッダ値を含み、たとえば、ヘッダはストリーム１を識別する値を含むと考える。ストリーム・プロトコル・モジュールＢ１９６０は、ストリーム・プロトコル・パケット中に含まれるＲＬＰパケットを識別されたＲＬＰモジュールに転送する。
ＲＬＰパケット１９９４はＲＬＰモジュールＢ１ １９５４に転送され、ＲＬＰモジュールＢ１ １９５４は、受信したＲＬＰパケット１９９４を処理し、それを使用して、アプリケーションＢパケット１９９６を構成する例を考える。ＲＬＰモジュールの動作は、断片化解除動作、たとえば、より高いレベルのパケットの再統合を含むことができ、時々含む。また、ＲＬＰパケット１９７６はＲＬＰモジュールＢ４ １９５６に転送され、ＲＬＰモジュールＢ４ １９５６は、受信したＲＬＰパケット１９７６を処理し、ＩＲＴＰモジュールＢ１９４６に送信するルート間トンネリング・プロトコル・パケット１９７８を生成すると考える。
ＩＲＴＰモジュールＢ１９４６はＩＲＴＰヘッダ評価モジュール１９４８を含み、ＩＲＴＰヘッダ評価モジュール１９４８は、ＩＲＴＰパケット・ペイロードの一部として含まれるルート・プロトコル・パケットを、どのルート・プロトコル・モジュールに転送すべきかを判断するために、受信したＩＲＴＰパケット中のＩＲＴＰヘッダを評価する。ＩＲＴＰトンネリングヘッダ評価モジュール１９４８は、ルート間トンネリング・プロトコル・パケットの一部として含まれるルート・プロトコル・パケットを転送すべきルート・プロトコル・モジュールを決定する。ＩＲＴＰヘッダ評価モジュール１９４８は解釈モジュール１９５０を含む。解釈モジュール１９５０は、ヘッダタイプ値フィールド中に含まれるタイプ値に基づいてＩＲＴＰヘッダ中のヘッダ値を解釈し、前記タイプ値は、対応するヘッダ値が、トンネリング・パケットの送信元を示すために使用される、ルート識別子と、パイロット識別子と、アクセスノード識別子と、予め定義されたデバイス識別子とのうちの１つであることを示す。
ＩＲＴＰパケット１９７８はＩＲＴＰモジュールＢ１９４６によって処理され、ＩＲＴＰモジュールＢ１９４６は、ヘッダから、復元されたルート・プロトコル・パケット１９８０をルート・プロトコル・モジュールＡ１９３８にルーティングすべきであると判断する例を考える。この例を続けると、ルート・プロトコル・モジュールＡ１９３８は、受信したルート・プロトコル・パケット１９８０を処理し、その関連するストリーム・プロトコル・モジュールＡ１９３４に転送するストリーム・プロトコル・パケット１９８２を生成する。ストリーム・プロトコル・モジュールＡ１９３４はストリーム・ヘッダ評価モジュール１９３６を含む。トンネリング情報に関して、ストリーム・ヘッダ評価モジュール１９３６は、ストリーム・プロトコル・モジュールＢ１９６０から伝達されたストリーム・プロトコル・パケット、たとえば、ＲＬＰパケット１９７６の一部としてストリーム・プロトコル・モジュールＢ１９６０から伝達されたストリーム・プロトコル・パケット１９８２から、伝達されたストリーム・プロトコル・パケット中の無線リンク・プロトコル・パケット、たとえば、ＲＬＰパケット１９８４を、アプリケーションに対応する無線リンク・プロトコル・モジュールとルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つにルーティングすべきかどうかを判断する。ストリーム・ヘッダ評価モジュール１９３６は、ストリーム・プロトコル・パケット１９８２を受信し、ＲＬＰパケット１９８４を生成する。ストリーム・ヘッダ評価モジュール１９３６は、受信したストリーム・プロトコル・パケット１９８２のヘッダを評価し、復元されたＲＬＰパケット１９８４が、ＩＲＴＰモジュールに関連するＲＬＰモジュールではなく、アプリケーション・モジュールに関連するＲＬＰモジュールにルーティングされなければならないと判断し、たとえば、評価モジュール１９３６は、ヘッダ値、たとえば、１に等しいヘッダ値から、ＲＬＰパケット１９８４のための意図されたＲＬＰモジュールが、アプリケーション・モジュールＡ１９１８に関連するＲＬＰモジュールＡ１ １９２８であると判断する。ストリーム・プロトコル・モジュールＡ１９３４はＲＬＰパケット１９８４をＲＬＰモジュールＡ１ １９２８に伝達する。ＲＬＰモジュールＡ１ １９２８は、受信したＲＬＰパケットを処理し、パケット再統合動作を実行して、アプリケーションＡモジュール１９１８に送信するアプリケーションＡパケット１９８６を生成する。いくつかの実施形態では、ＲＬＰパケット統合動作は断片化解除動作を含む。
いくつかの実施形態では、アプリケーションパケットは複数の受信したＲＬＰパケットからの情報を含むことができ、時々含む。いくつかのそのような実施形態では、時々、あるそのようなＲＬＰパケットは、第１のアクセスノード・アセンブリを用いてエアリンクを介して伝達でき、ＲＬＰパケットはトンネリング経路を使用することなしに伝達され、別のＲＬＰパケットは、第２のアクセスノード・アセンブリを用いてエアリンクインターフェースを介して伝達でき、そのＲＬＰパケットはトンネリング経路を使用して伝達される。たとえば、アクセス端末は、アプリケーションパケットの通信中にそのネットワークアタッチメントポイントを変更する。
本発明の方法および装置の使用中に、いくつかの実施形態では、第１のアクセスノード・アセンブリに向けられているアプリケーションパケットストリームはＲＬＰを受けることになる。
様々な実施形態では、本明細書で説明したノードは、本態様の１つまたは複数の方法に対応するステップ、たとえば、信号処理ステップ、メッセージ生成ステップおよび／または送信ステップを実行するために１つまたは複数のモジュールを使用して実装される。したがって、いくつかの実施形態では、様々な機能はモジュールを使用して実装される。そのようなモジュールは、ソフトウェア、ハードウェアまたはソフトウェアとハードウェアの組合せを使用して実装できる。上述の方法または方法ステップの多くは、たとえば、１つまたは複数のノードにおいて、上述の方法の全部または一部を実施するように、追加のハードウェアをもつまたはもたない機械、たとえば、汎用コンピュータを制御するために、メモリデバイス、たとえば、ＲＡＭ、フロッピー（登録商標）ディスク、コンパクトディスク、ＤＶＤなどの機械可読媒体中に含まれる、ソフトウェアなどの機械実行可能命令を使用して実施できる。したがって、特に、本態様は、機械、たとえば、プロセッサおよび関連するハードウェアに上述の１つまたは複数の方法のステップの１つまたは複数を実行させるための機械実行可能命令を含む機械可読媒体を対象とする。
様々な実施形態では、本明細書で説明したノードは、１つまたは複数の方法に対応するステップ、たとえば、信号処理ステップ、メッセージ生成ステップおよび／または送信ステップを実行するために１つまたは複数のモジュールを使用して実装される。いくつかの例示的なステップは、ストリーム・プロトコル・パケットを生成すること、生成されたパケットをエアインターフェース上で伝達すること、ルート間トンネリング・プロトコル・モジュールを動作させることなどを含む。いくつかの実施形態では、様々な機能はモジュールを使用して実装される。そのようなモジュールは、ソフトウェア、ハードウェアまたはソフトウェアとハードウェアの組合せを使用して実装できる。上述の方法または方法ステップの多くは、たとえば、１つまたは複数のノードにおいて、上述の方法の全部または一部を実施するように、追加のハードウェアをもつまたはもたない機械、たとえば、汎用コンピュータを制御するために、メモリデバイス、たとえば、ＲＡＭ、フロッピーディスク、コンパクトディスク、ＤＶＤなどの機械可読媒体中に含まれる、ソフトウェアなどの機械実行可能命令を使用して実施できる。したがって、特に、本態様は、機械、たとえば、プロセッサおよび関連するハードウェアに上述の１つまたは複数の方法のステップの１つまたは複数を実行させるための機械実行可能命令を含む機械可読媒体を対象とする。
いくつかの実施形態では、１つまたは複数のデバイス、たとえば、アクセス端末および／またはアクセスノード・アセンブリなどの通信デバイスの（１つまたは複数の）プロセッサ、たとえば、ＣＰＵは、通信デバイスによって実行されるものとして説明した方法のステップを実行するように構成される。プロセッサの構成は、プロセッサ構成を制御するために１つまたは複数のモジュール、たとえば、ソフトウェア・モジュールを使用することによって、および／または列挙したステップを実行するため、および／またはプロセッサ構成を制御するためにプロセッサ中のハードウェア、たとえば、ハードウェアモジュールを含むことによって達成できる。したがって、すべてではないが、いくつかの実施形態は、プロセッサが含まれるデバイスによって実行される様々な記載の方法のステップの各々に対応するモジュールを含むプロセッサをもつデバイス、たとえば、通信デバイスを対象とする。すべてではないが、いくつかの実施形態では、デバイス、たとえば、通信デバイスは、プロセッサが含まれるデバイスによって実行される様々な記載の方法のステップの各々に対応するモジュールを含む。モジュールは、ソフトウェアおよび／またはハードウェアを使用して実装できる。
上述の方法および装置に関する多数の追加の変形形態は、上記の説明に鑑みて、当業者には明らかであろう。そのような変形形態は範囲内に入ると考えるべきである。様々な実施形態の方法および装置は、ＣＤＭＡ、直交周波数分割多重（ＯＦＤＭ）、および／またはアクセスノードと移動ノードとの間のワイヤレス通信リンクを与えるために使用される様々な他のタイプの通信技法とともに使用でき、様々な実施形態において使用される。いくつかの実施形態では、アクセスノードは、ＯＦＤＭおよび／またはＣＤＭＡを使用して移動ノードとの通信リンクを確立する基地局として実装される。様々な実施形態では、移動ノードは、様々な実施形態の方法を実施するための、受信機／送信機回路ならびに論理および／またはルーチンを含む、ノートブックコンピュータ、個人情報端末（ＰＤＡ）、または他の携帯デバイスとして実装される。

Claims (62)

  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. 第１のアクセスノード・アセンブリに関連する第１の無線リンク・プロトコル手段と、
    第２のアクセスノード・アセンブリに関連する第２の無線リンク・プロトコル手段と
    をさらに備える、請求項２４に記載のアクセス端末。
  26. 別の通信デバイスと通信する方法を実施するためにアクセス端末を制御するための機械実行可能命令を具備するコンピュータ可読媒体であって、前記方法が、
    情報を含む第１のパケットを生成するために第１のアプリケーションを動作させることと、
    前記第１のアプリケーションがサービング・アクセスノード・アセンブリに対応するアプリケーションであるか、リモート・アクセスノード・アセンブリに対応するアプリケーションであるかに基づいて、前記第１のパケット中に含まれる情報のルーティングを制御するために使用されるルーティング決定を行うことと
    を備える、コンピュータ可読媒体。
  27. 前記第１のアプリケーションがサービング・アクセスノード・アセンブリに対応すると判断された場合、前記情報を前記サービング・アクセスノード・アセンブリに伝達するための機械実行可能命令をさらに具備する、請求項２６に記載のコンピュータ可読媒体。
  28. 前記第１のアプリケーションがリモート・アクセスノード・アセンブリに対応すると判断された場合、ルート間トンネリングを使用して前記情報を前記サービング・アクセスノード・アセンブリに伝達するための機械実行可能命令をさらに具備する、請求項２７に記載のコンピュータ可読媒体。
  29. ルート間トンネリングを使用して前記情報を前記サービング・アクセスノード・アセンブリに伝達することが、ルート間トンネリング・ストリームを示すストリーム識別子を含むストリーム・プロトコル・ヘッダを含むパケットを生成することを含む、請求項２８に記載のコンピュータ可読媒体。
  30. 前記情報を処理するために前記リモート・アクセスノード・アセンブリに対応する第１の無線リンク・プロトコル・モジュールを動作させるための機械実行可能命令をさらに具備する、請求項２８に記載のコンピュータ可読媒体。
  31. プロセッサであって、
    情報を含む第１のパケットを生成するために第１のアプリケーションを動作させることと、
    前記第１のアプリケーションがサービング・アクセスノード・アセンブリに対応するアプリケーションであるか、リモート・アクセスノード・アセンブリに対応するアプリケーションであるかに基づいて、前記第１のパケット中に含まれる情報のルーティングを制御するために使用されるルーティング決定を行うことと
    を行うように構成されたプロセッサを備える装置。
  32. 前記第１のアプリケーションがサービング・アクセスノード・アセンブリに対応すると判断された場合、前記プロセッサが、前記情報を前記サービング・アクセスノード・アセンブリに伝達するようにさらに構成された、請求項３１に記載の装置。
  33. 前記第１のアプリケーションがリモート・アクセスノード・アセンブリに対応すると判断された場合、前記プロセッサが、前記情報を前記サービング・アクセスノード・アセンブリに伝達するようにさらに構成された、請求項３２に記載の装置。
  34. ルート間トンネリングを使用して前記情報を前記サービング・アクセスノード・アセンブリに伝達することが、ルート間トンネリング・ストリームを示すストリーム識別子を含むストリーム・プロトコル・ヘッダを含むパケットを生成することを含む、請求項３３に記載の装置。
  35. 前記プロセッサが、前記情報を処理するために前記リモート・アクセスノード・アセンブリに対応する第１の無線リンク・プロトコル・モジュールを動作させるようにさらに構成された、請求項３３に記載の装置。
  36. 第１のアクセスノード・アセンブリを動作させる方法であって、
    エアインターフェース上で伝達されたストリーム・プロトコル・パケットを受信することと、
    前記ストリーム・プロトコル・パケット中に含まれるストリーム・ヘッダ識別子に基づいて、前記受信したストリーム・プロトコル・パケット中に含まれるストリーム・プロトコル・パケット・ペイロードを、前記第１のアクセスノード・アセンブリのアプリケーションに対応する無線リンク・プロトコル・モジュールとルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つにルーティングすることと
    を備える方法。
  37. 前記ストリーム・プロトコル・パケット・ペイロードが前記ルート間トンネリング・プロトコル・モジュールに対応する前記無線リンク・プロトコル・モジュールにルーティングされたとき、前記ルート間トンネリング・プロトコルに対応する前記無線リンク・プロトコル・モジュールが前記パケット・ペイロードを前記ルート間トンネリング・プロトコル・モジュールに転送することをさらに備える、請求項３６に記載の方法。
  38. 前記転送されるパケット・ペイロードが、再統合されたルート間トンネリング・プロトコル・パケットの一部として転送されることをさらに備える、請求項３７に記載の方法。
  39. 前記転送されたパケット・ペイロードから得られたルート間トンネリングペイロードを第２のアクセスノード・アセンブリのルート・プロトコル・モジュールに転送するために前記ルート間トンネリング・プロトコル・モジュールを動作させることをさらに備える、請求項３７に記載の方法。
  40. 前記ルート間トンネリング・プロトコル・パケット・ペイロードとともに受信されたルート間トンネリング・プロトコル・ヘッダ中に含まれる情報から前記第２のアクセスノード・アセンブリを識別することをさらに備える、請求項３９に記載の方法。
  41. 前記ルート間トンネリング・プロトコル・ヘッダが、ルート識別子と、パイロット識別子と、アクセスノード識別子と、予め定義されたデバイス識別子とのうちの１つを示すヘッダタイプ値フィールドを含む、請求項４０に記載の方法。
  42. 前記ストリーム・プロトコル・パケット・ペイロードが前記第１のアクセスノード・アセンブリのアプリケーションに対応する前記無線リンク・プロトコル・モジュールにルーティングされたとき、前記第１のアクセスアセンブリのアプリケーションに対応する前記無線リンク・プロトコル・モジュールが前記パケット・ペイロードを前記第１のアクセスノード・アセンブリのアプリケーションに転送する、請求項３９に記載の方法。
  43. 第１のアクセスノード・アセンブリであって、
    アクセス端末からエアインターフェース上で伝達されたストリーム・プロトコル・パケットを搬送する信号を受信するためのワイヤレス受信機と、
    複数の無線リンク・プロトコル・モジュールと、
    前記複数の無線リンク・プロトコル・モジュールのうちの少なくとも１つに結合されたルート間トンネリング・プロトコル・モジュールと、
    搬送されたストリーム・プロトコル・パケットを処理し、前記搬送されたストリーム・プロトコル・パケット中に含まれるストリーム・プロトコル・パケット・ペイロードを、ｉ）前記第１のアクセスノード・アセンブリのアプリケーション・モジュールに対応する無線リンク・プロトコル・モジュールと、ｉｉ）前記ルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つにルーティングすることを決定するためのストリーム・プロトコル・モジュールと
    を備える第１のアクセスノード・アセンブリ。
  44. 前記ストリーム・プロトコル・モジュールがストリーム・ヘッダ評価モジュールを含み、ストリーム・プロトコル・パケット・ペイロードのルーティングを前記決定することが、前記搬送されたストリーム・プロトコル・パケット中に含まれるストリーム・ヘッダ識別子に基づく、請求項４３に記載の第１のアクセスノード・アセンブリ。
  45. 前記ルート間トンネリング・プロトコル・モジュールが、前記無線リンク・プロトコル・モジュールのうちの１つから受信されたルート・プロトコル・パケットのルーティング先となるべき別のアクセスノード・アセンブリを識別するためのルート間トンネリング・プロトコル・ヘッダ処理モジュールを含む、請求項４４に記載の第１のアクセスノード・アセンブリ。
  46. 前記ルート間トンネリング・プロトコル・ヘッダが、ｉ）ルート識別子、パイロット識別子、アクセスノード識別子、および予め定義されたデバイス識別子のうちの１つを示すヘッダタイプ値フィールドと、ｉｉ）対応する値とを含み、前記ルート間プロトコル・ヘッダ処理モジュールが、前記示されたヘッダタイプと前記対応する値とに基づいて前記別のアクセスノード・アセンブリを識別する、請求項４５に記載の第１のアクセスノード・アセンブリ。
  47. 前記アプリケーション・モジュールに対応する前記無線リンク・プロトコル・モジュールから情報のパケットを受信するための前記アプリケーション・モジュールをさらに備える、請求項４６に記載の第１のアクセスノード・アセンブリ。
  48. 第１のアクセスノード・アセンブリであって、
    アクセス端末からエアインターフェース上で伝達されたストリーム・プロトコル・パケットを搬送する信号を受信するためのワイヤレス受信機手段と、
    無線リンク・プロトコル手段と、
    前記無線リンク・プロトコル手段のうちの少なくとも１つに結合されたルート間トンネリング・プロトコル手段と、
    搬送されたストリーム・プロトコル・パケットを処理し、前記搬送されたストリーム・プロトコル・パケット中に含まれるストリーム・プロトコル・パケット・ペイロードを、ｉ）前記第１のアクセスノード・アセンブリのアプリケーション手段に対応する無線リンク・プロトコル手段と、ｉｉ）前記ルート間トンネリング・プロトコル手段に対応する無線リンク・プロトコル手段とのうちの１つにルーティングすることを決定するための手段と
    を備える第１のアクセスノード・アセンブリ。
  49. 処理するための前記手段がストリーム・ヘッダ評価手段を含み、ストリーム・プロトコル・パケット・ペイロードのルーティングを前記決定することが、前記搬送されたストリーム・プロトコル・パケット中に含まれるストリーム・ヘッダ識別子に基づく、請求項４８に記載の第１のアクセスノード・アセンブリ。
  50. 前記ルート間トンネリング・プロトコル手段が、前記無線リンク・プロトコル・モジュールのうちの１つから受信されたルート・プロトコル・パケットのルーティング先となるべき別のアクセスノード・アセンブリを識別するための手段を含む、請求項４９に記載の第１のアクセスノード・アセンブリ。
  51. 前記ルート間トンネリング・プロトコル・ヘッダが、ｉ）ルート識別子、パイロット識別子、アクセスノード識別子、および予め定義されたデバイス識別子のうちの１つを示すヘッダタイプ値フィールドと、ｉｉ）対応する値とを含み、識別するための前記手段が、前記示されたヘッダタイプと前記対応する値とに基づいて前記別のアクセスノード・アセンブリを識別する、請求項５０に記載の第１のアクセスノード・アセンブリ。
  52. 受信するための前記手段に対応する前記無線リンク・プロトコル手段から情報のパケットを受信するための手段をさらに備える、請求項５１に記載の第１のアクセスノード・アセンブリ。
  53. 別の通信デバイスと通信する方法を実施するために第１のアクセスノード・アセンブリを制御するための機械実行可能命令を具備するコンピュータ可読媒体であって、前記方法が、
    エアインターフェース上で伝達されたストリーム・プロトコル・パケットを受信することと、
    前記ストリーム・プロトコル・パケット中に含まれるストリーム・ヘッダ識別子に基づいて、前記受信したストリーム・プロトコル・パケット中に含まれるストリーム・プロトコル・パケット・ペイロードを、前記第１のアクセスノード・アセンブリのアプリケーションに対応する無線リンク・プロトコル・モジュールとルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つにルーティングすることと
    を備える、コンピュータ可読媒体。
  54. 前記ストリーム・プロトコル・パケット・ペイロードが前記ルート間トンネリング・プロトコル・モジュールに対応する前記無線リンク・プロトコル・モジュールにルーティングされたとき、前記パケット・ペイロードを前記ルート間トンネリング・プロトコル・モジュールに転送するために、前記ルート間トンネリング・プロトコルに対応する前記無線リンク・プロトコル・モジュールを動作させるための機械実行可能命令をさらに具備する、請求項５３に記載のコンピュータ可読媒体。
  55. 前記転送されたパケット・ペイロードから得られたルート間トンネリングペイロードを第２のアクセスノード・アセンブリのルート・プロトコル・モジュールに転送するために前記ルート間トンネリング・プロトコル・モジュールを動作させるための機械実行可能命令をさらに具備する、請求項５４に記載のコンピュータ可読媒体。
  56. 前記ルート間トンネリング・プロトコル・パケット・ペイロードとともに受信されたルート間トンネリング・プロトコル・ヘッダ中に含まれる情報から前記第２のアクセスノード・アセンブリを識別するための機械実行可能命令をさらに具備する、請求項５５に記載のコンピュータ可読媒体。
  57. 前記ストリーム・プロトコル・パケット・ペイロードが前記第１のアクセスノード・アセンブリのアプリケーションに対応する前記無線リンク・プロトコル・モジュールにルーティングされたとき、前記パケット・ペイロードを前記第１のアクセスノード・アセンブリのアプリケーションに転送するために、前記第１のアクセスアセンブリのアプリケーションに対応する前記無線リンク・プロトコル・モジュールを動作させるための機械実行可能命令をさらに具備する、請求項５５に記載のコンピュータ可読媒体。
  58. 第１のアクセスノード・アセンブリ中で使用するプロセッサであって、
    エアインターフェース上で伝達されたストリーム・プロトコル・パケットを受信することと、
    前記ストリーム・プロトコル・パケット中に含まれるストリーム・ヘッダ識別子に基づいて、前記受信したストリーム・プロトコル・パケット中に含まれるストリーム・プロトコル・パケット・ペイロードを、前記第１のアクセスノード・アセンブリのアプリケーションに対応する無線リンク・プロトコル・モジュールとルート間トンネリング・プロトコル・モジュールに対応する無線リンク・プロトコル・モジュールとのうちの１つにルーティングすることと
    を行うように構成されたプロセッサを備える装置。
  59. 前記プロセッサが、前記ストリーム・プロトコル・パケット・ペイロードが前記ルート間トンネリング・プロトコル・モジュールに対応する前記無線リンク・プロトコル・モジュールにルーティングされたとき、前記パケット・ペイロードを前記ルート間トンネリング・プロトコル・モジュールに転送するために、前記ルート間トンネリング・プロトコルに対応する前記無線リンク・プロトコル・モジュールを制御するようにさらに構成された、請求項５８に記載の装置。
  60. 前記プロセッサが、前記転送されたパケット・ペイロードから得られたルート間トンネリングペイロードを第２のアクセスノード・アセンブリのルート・プロトコル・モジュールに転送するために、前記ルート間トンネリング・プロトコル・モジュールを動作させるようにさらに構成された、請求項５９に記載の装置。
  61. 前記プロセッサが、前記ルート間トンネリング・プロトコル・パケット・ペイロードとともに受信されたルート間トンネリング・プロトコル・ヘッダ中に含まれる情報から前記第２のアクセスノード・アセンブリを識別するようにさらに構成された、請求項６０に記載の装置。
  62. 前記ストリーム・プロトコル・パケット・ペイロードが前記第１のアクセスノード・アセンブリのアプリケーションに対応する前記無線リンク・プロトコル・モジュールにルーティングされたとき、前記パケット・ペイロードを前記第１のアクセスノード・アセンブリのアプリケーションに転送するために、前記第１のアクセスアセンブリのアプリケーションに対応する前記無線リンク・プロトコル・モジュールを動作させるように前記プロセッサがさらに構成された、請求項６０に記載の装置。
JP2010518351A 2007-07-23 2008-07-23 ワイヤレスアップリンク・シグナリング・フローに関係するトンネリングをサポートするための方法および装置 Pending JP2010534975A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/781,934 US8565216B2 (en) 2006-06-07 2007-07-23 Methods and apparatus for supporting tunneling related to wireless uplink signaling flows
PCT/US2008/070870 WO2009015196A1 (en) 2007-07-23 2008-07-23 Methods and apparatus for supporting tunneling related to wireless uplink signaling flows

Publications (1)

Publication Number Publication Date
JP2010534975A true JP2010534975A (ja) 2010-11-11

Family

ID=39865170

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010518351A Pending JP2010534975A (ja) 2007-07-23 2008-07-23 ワイヤレスアップリンク・シグナリング・フローに関係するトンネリングをサポートするための方法および装置

Country Status (11)

Country Link
US (1) US8565216B2 (ja)
EP (1) EP2181529A1 (ja)
JP (1) JP2010534975A (ja)
KR (1) KR20100047273A (ja)
CN (1) CN101855870A (ja)
AU (1) AU2008279217B2 (ja)
BR (1) BRPI0814069A2 (ja)
CA (1) CA2692839A1 (ja)
RU (1) RU2010106146A (ja)
TW (1) TW200920037A (ja)
WO (1) WO2009015196A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008049128A2 (en) * 2006-10-21 2008-04-24 Paragon Wireless, Inc. Managing communications using a mobile device
US8199688B2 (en) 2008-03-22 2012-06-12 Qualcomm Incorporated Signaling and management of broadcast-multicast waveform embedded in a unicast waveform
CN101631344B (zh) * 2008-07-16 2011-10-05 华为技术有限公司 隧道管理方法、装置及通信系统
US10050728B2 (en) * 2015-04-08 2018-08-14 Corning Optical Communications LLC Simulating service changes in an application module (AM) in a wireless communications system (WCS) to simulate site walks in the wireless communications system

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6101168A (en) 1997-11-13 2000-08-08 Qualcomm Inc. Method and apparatus for time efficient retransmission using symbol accumulation
US6778558B2 (en) * 1998-02-23 2004-08-17 Lucent Technologies Inc. System and method for incremental redundancy transmission in a communication system
FI981407A (fi) 1998-05-11 1999-11-12 Nokia Networks Oy Handover ja verkkosovitus radiojärjestelmässä
EP1125420A1 (en) 1998-11-06 2001-08-22 Telefonaktiebolaget LM Ericsson (publ) Layer 2 tunneling for data communications in wireless networks
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
SE519221C2 (sv) * 1999-12-17 2003-02-04 Ericsson Telefon Ab L M Icke-transparent kommunikation där bara dataramar som detekterats som korrekta skickas vidare av basstationen
KR100612003B1 (ko) 2000-02-26 2006-08-11 삼성전자주식회사 통신망에서 비트 스트림 송수신 장치 및 그 방법
CN1290287C (zh) * 2000-04-17 2006-12-13 北方电讯网络有限公司 在用于无线通信的物理和链路层的自动重发请求协议的合作
EP1175063A3 (en) * 2000-07-20 2003-08-27 Nortel Networks Limited Network layer protocol aware link layer
US6937573B2 (en) * 2001-01-10 2005-08-30 Sony Corporation Method and apparatus for variable frame size radiolink protocol based on channel condition estimation
US7096261B2 (en) * 2001-03-12 2006-08-22 Qualcomm Incorporated Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
US7154909B2 (en) * 2001-06-15 2006-12-26 Nokia Corporation Apparatus, and associated method, for facilitating maintenance of sensitivity level of data communicated in a packet communication system
RU2272363C2 (ru) 2001-08-16 2006-03-20 Нокиа Корпорейшн Устройство, способ и система для усовершенствованной маршрутизации в сети мобильного ip
US8089940B2 (en) 2001-10-05 2012-01-03 Qualcomm Incorporated Method and system for efficient and reliable data packet transmission
US7308260B2 (en) * 2003-04-02 2007-12-11 Qualcomm Incorporated Method and apparatus for supporting access network (AN) authentication
US7050397B2 (en) * 2003-07-02 2006-05-23 Nokia Corporation Apparatus, and associated method, for facilitating retransmission of data packets in a packet radio communication system that utilizes a feedback acknowledgement scheme
US7586882B2 (en) * 2004-03-19 2009-09-08 Telefonaktiebolaget Lm Ericsson (Publ) Higher layer packet framing using RLP
US7912457B2 (en) * 2004-04-21 2011-03-22 Qualcomm Incorporated Methods and apparatus for creation and transport of multimedia content flows
CA2569365C (en) * 2004-06-01 2010-07-06 Qualcomm Incorporated Systems and methods for packet based handoff in wireless communication systems
US7839834B2 (en) 2004-06-18 2010-11-23 Qualcomm Incorporated Radio link protocols for a wireless communication system
RU2370909C2 (ru) * 2004-07-01 2009-10-20 Квэлкомм Инкорпорейтед Способ и устройство для использования способов преобразования кадров с повышением частоты кадров при кодировании масштабируемого видео
US8755407B2 (en) * 2005-02-18 2014-06-17 Qualcomm Incorporated Radio link protocols for enhancing efficiency of multi-link communication systems
US7899004B2 (en) * 2005-08-22 2011-03-01 Qualcomm Incorporated Distributed protocol over a wireless connection
US8447968B2 (en) * 2005-10-28 2013-05-21 Alcatel Lucent Air-interface application layer security for wireless networks
US8059581B2 (en) * 2006-01-05 2011-11-15 Qualcomm Incorporated Method and apparatus for seamless and efficient wireless handoffs
US7782862B2 (en) * 2006-01-13 2010-08-24 Alcatel-Lucent Usa Inc. Method for controlling packet delivery in a packet switched network
JP4847583B2 (ja) * 2006-06-07 2011-12-28 クゥアルコム・インコーポレイテッド 効率的なオーバ・ザ・エア・アドレス方法および装置
TW200814641A (en) 2006-06-07 2008-03-16 Qualcomm Inc Methods and apparatus for using control values to control communications processing
TWI355172B (en) * 2006-06-07 2011-12-21 Qualcomm Inc Propagating session state changes to network funct
US8565217B2 (en) * 2006-06-07 2013-10-22 Qualcomm Incorporated Methods and apparatus for supporting tunneling related to wireless downlink signaling flows

Also Published As

Publication number Publication date
BRPI0814069A2 (pt) 2015-01-06
US20080075045A1 (en) 2008-03-27
CN101855870A (zh) 2010-10-06
AU2008279217A1 (en) 2009-01-29
RU2010106146A (ru) 2011-08-27
CA2692839A1 (en) 2009-01-29
WO2009015196A1 (en) 2009-01-29
AU2008279217B2 (en) 2011-06-30
TW200920037A (en) 2009-05-01
EP2181529A1 (en) 2010-05-05
KR20100047273A (ko) 2010-05-07
US8565216B2 (en) 2013-10-22

Similar Documents

Publication Publication Date Title
KR101028977B1 (ko) 통신 프로세싱을 제어하기 위해 제어값을 사용하는 방법 및 장치
JP4955762B2 (ja) エアリンク通信に関するｐｎ符号に基づくアドレッシング方法および装置
TWI407741B (zh) 用於管理一組通信連接相關資訊之方法及裝置
AU2008279217B2 (en) Methods and apparatus for supporting tunneling related to wireless uplink signaling flows
AU2008279219B2 (en) Methods and apparatus for supporting tunneling related to wireless downlink signaling flows

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120221

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120724