(57)【特許請求の範囲】
【請求項１】
インターネットホストとメッセージを送受信するために通信するように結合され、そして、加入者ユニットソースメッセージを受取り、所定のデータ転送プロトコルで加入者ユニットアドレスメッセージをパケット転送モジュール(402)に提供するために前記パケット転送モジュールと通信するように結合されたルータ(532)を含む無線ポート制御装置(106)を使用する情報通信方法であって、
ここで前記パケット転送モジュールはデータペイロード解析モジュール（526）を備えており、
データペイロードを有するデータパケットを受信し、
前記データペイロード解析モジュールにより前記データペイロードが損失感応メッセージであるか、あるいは遅延感応メッセージであるかを決定し、
前記データペイロードが損失感応メッセージである場合は、承諾メッセージが要求されていることを示すためのデータパケットを形成し、前記データペイロードが遅延感応メッセージである場合は、承諾メッセージが要求されないことを示すためのデータパケットを形成し、
前記データパケットを送信するステップを含む情報通信方法。
【請求項２】
前記データパケットは、前記加入者ユニットから送信される請求項１記載の情報通信方法。
【請求項３】
前記データパケットは、前記加入者ユニットに送信される請求項２記載の方法。
【請求項４】
前記データペイロードが損失感応メッセージであるか、あるいは遅延感応メッセージであるかを決定するステップは、前記データペイロードが転送制御プロトコルにしたがうのか、ユーザデータグラムプロトコルにしたがうのかを決定するステップを含む請求項１記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、移動セルラー通信を行うシステムおよび方法に関し、とくに、移動セルラー通信ネットワークにおけるインターネットサービスのための方法およびシステムに関する。【従来の技術】
これまで、セルラー移動および無線通信システムは音声サービス用に設計および構成されてきた。インターネットアプリケーションおよびユーザの急激な増加により、既存のセルラーシステムに基づいてインターネットサービスを移動ユーザに提供するという要求が増えている。音声通信は、接続指向、回線交換、一定のビット速度および損失とジッタに対する低い許容誤差として特徴付けられる。それとは対照的に、インターネットサービスは、無接続通信、パケット交換、バースト（ｂｕｒｓｔｙ）トラフィックパターン、マルチキャスト、多数のサービスのクラスの区別、ならびにしばしば最善努力式および損失許容通信を特徴とする。さらに、いくつかのインターネットアプリケーションは、可変ビット速度符号化を使用するビデオ会議のような、はるかに高いオン・デマンド帯域幅をしばしば所望する。これまで、音声指向セルラーネットワークの現存するインフラストラクチャに加えて、経済的なネットワークアーキテクチャ、ならびにインターネットサービスのこれらの異なった要求を満足させるために必要なシステムコンポーネントの開発は、まだ達成することのできない目標である。
【０００２】
図１は、ＰＡＣＳ（パーソナルアクセス通信システム）１００ を示している。ＰＡＣＳは、人口密度の高いエリアにおけるセルラー無線サービスに対する新生の低階層、低コストのＰＣＳ規格である。ＰＡＣＳ規格は、２つのデータ通信モード（回線モードおよびパケットモード）を規定している。
【０００３】
ＰＡＣＳネットワークにおいて、ユーザは、加入者ユニット（ＳＵ）装置１０２ によってサービスを得る。ＳＵ１０２ は、時分割多元接続（ＴＤＭＡ）アップリンクおよび時分割多重化（ＴＤＭ）ダウンリンクを介して無線ポート（ＲＰ）と通信している。それらの送信および受信範囲によって決定されるＲＰ１０４ の影響範囲とＳＵ１０２ の影響範囲とがセル１１２ を規定する。
【０００４】
その付近のＲＰ１０４ は、ＲＰ１０４ からの全てのトラフィックを集めてバックボーン音声またはデータネットワークにそれを接続する無線ポート制御装置（ＲＰＣＵ）１０６ によって制御される。ユーザ認証およびその他の関連した機能は、アクセスマネジャ（ＡＭ）１０８ およびシグナリングネットワーク１１０ によって行われる。
【０００５】
ＰＡＣＳ規格のパケットモードデータサービスは、本発明のインターネットサービスアーキテクチャにおいてＩＰサービスを実施し、管理するための基本的な構成ブロックとして機能する。
【０００６】
ＰＡＣＳパケットチャンネル（ＰＰＣ）として知られているＰＡＣＳのパケットモードデータサービスは、可変的な帯域幅、非同期的、オンデマンドの帯域幅および非対称的なデータサービスを２５６０００バイト／秒（Ｋｂｐｓ）までのデータ速度でユーザに提供する。それは、周波数分割多重化に基づいている。ＴＤＭＡアップリンクおよびＴＤＭダウンリンクのＰＡＣＳ物理インターフェースは、回線モードおよびパケットモードの両サービスに共通している。アップリンクは、ＳＵ１０２ からＲＰＣＵ１０６ に対する方向であり、ダウンリンクは、ＲＰＣＵ１０６ からＳＵ１０２ に対する方向である。ＰＰＣの高いデータ速度および可変帯域幅という性質は、インターネットトラフィックのマルチメディアおよびバースト（ｂｕｒｓｔｙ）性質によく適している。ＰＰＣは、ＰＡＣＳ回線モードサービス（音声、回線モードデータ等）との帯域幅の動的な共用をサポートし、そうでなければアイドル状態の帯域幅をＰＰＣが使用することを可能にする。
【０００７】
図２のＡは、ＰＰＣの階層を表す概略図である。このＰＰＣは、ＰＡＣＳ物理層２０２ 、データリンク層（ＤＬ）２０４ およびセキュリティ層（ＳＬ）２０６ の３つの層から構成されている。ＰＡＣＳ物理層は、ＴＤＭＡアップリンクおよびＴＤＭダウンリンクの符号化を行う。アップリンクＴＤＭＡおよびダウンリンクＴＤＭの両フレームの長さは２．５秒である。各フレームは８つのスロットから構成され、各スロットの長さは１０バイトである。ＰＰＣ  ＤＬ層２０４ のタスクは信頼できる無接続通信サービスをＳＬ層２０６ に提供することであり、このＰＰＣ  ＤＬ層２０４ は媒体アクセス制御（ＭＡＣ）、フラグメント化およびセグメント化、ならびにエラー検出および補正を含んでいる。ＳＬ層２０６ の主な機能は、ハンドセット登録、ユーザ認承およびデータ暗号化を含んでいる。
【０００８】
図２のＢは、ＰＡＣＳ規格のカプセル化およびフレーム指示手順を示す。最初に、ＰＰＣは、電波による盗聴を防止するためのオプションのペイロード暗号化を行いながら、ヘッダ２１４ およびチェックサム２１６ を有するＳＬパケット２１２ において各ネットワーク層パケット２１０ を複写する。その後、それは適当なヘッダ２２０ およびチェックサム２２２ を有するＤＬパケット２１８ 中に各ＳＬパケット２１２ をカプセル化する。各ＤＬパケット２１８ は１以上のＤＬフラグメント２２４ に分割され、最後に各ＤＬフラグメント２２４ はＤＬセグメント２２６ に細分される。フラグメント化は高レベルの媒体アクセス機能に対するものであり、ＰＰＣは各ＤＬフラグメント２２４ に対してスロット番号を（８つのスロットから）割当てなければならず。あるフラグメント２２４ の全てのセグメントは同じスロットで送信されなければならない。セグメント化はＴＤＭ／ＴＤＭＡ無線リンク構造に適合するためのものであり、これは図２のＣに示されている。
【０００９】
ダウンリンクフラグメント化のために、最大フラグメント寸法は５７６バイトのデータである。さらに大きいパケットはフラグメントにされなければならないが、各フラグメントは異なったスロットで並列に送信されることができる。アップリンクフラグメントは２５６セグメント長であってもよく、したがって全てのアップリンクＤＬのパケット２１８ は、単一のフラグメントで送られる。
【００１０】
図３および４は、カプセル化アップリンクおよびダウンリンクメッセージをさらに詳細に示す概略図である。
【００１１】
図５は、ＰＰＣの機能的アーキテクチャの概略図である。コンテンション機能（ＣＦ）３０２ は、非常に時間が臨界的であるＤＬ媒体アクセスおよび承諾手順の小さいサブセットを行う。パケットデータ制御装置（ＰＤＣＵ） ３０４はＤＬおよびＳＬ機能の残りのものを処理する。ＣＦ３０２ はＲＰ１０４ 中に存在し、ＰＤＣＵ３０４ は一般にＲＰＣＵ３０４ 中に構成されている。
【００１２】
各パケットモードＳＵ１０２ は加入者アイデンティティ（ＳｕｂＩＤ）を有している。このサブＩＤは登録中にユーザを認証するために使用される。さらに、各アクティブなＳＵ１０２ はまた、ＬＰＴＩＤ（ローカルパケットターミナル識別子）と呼ばれるトランジェント識別子を有する。ＬＰＴＩＤは、無線リンクによるあらゆるアップリンク／ダウンリンクスロット中のソース／デスティネーションＳＵ１０２ を特定する１バイトの整数である。ＳＵ１０２ は、それがセル１１２ に入る（コールドスタートまたはローミングによって）たびに、それがそのセル１１２ 中にとどまっている限り特有のＬＰＴＩＤを割当てられる。ＬＰＴＩＤは、現在のセル１１２ においてのみ有効であり、ＳＵ１０２ は異なったセル１１２ 中において異なったＬＰＴＩＤ値を有することができる。ＬＰＴＩＤは、登録の成功後にＰＡＣＳネットワーク１００ によって割当てられ、各ハンドオフ後に再度割当てられる。ＳＵ１０２ が隣接したセルに移動したとき、古いＬＰＴＩＤはもはや使用されず、新しいＬＰＴＩＤが新しいセル１１２ において割当てられなければならない。したがって、ＬＰＴＩＤは実際に過渡的である。以下の表Ｉは、標準規格に定められているＬＰＴＩＤに対する現在の割当方式を示す。
0003616333.tif 000002
【００１３】
0003616333.tif 000003
登録を成功した後、各アクティブなＳＵ１０２ は、現在のセル１１２ で使用するためのデータリンク層アドレスを割当てられる。このデータリンク層アドレスは、ＬＰＴＩＤ（ローカルパケットターミナルＩＤ）と呼ばれる１バイトの整数である。
【００１４】
ＳＩ１０２ は、ネットワークに入ると常にＰＰＣ登録を行う。ＰＰＣ登録の２つの主なタスクは、認証およびＬＰＴＩＤ割当てである。登録のはじめに、ＳＵ１０２ は、サブＩＤ（ユーザ匿名なしと仮定する）を含む登録リクエストメッセージ（ＰＡＣＫＥＴ ＲＥＧ ＲＥＱ）を送る。その後、ＡＭ１０８ はこのサブＩＤを使用して、ＳＵ１０２ を認証する。認証が成功すると、ＰＤＣＵ３０４ は新しいＬＰＴＩＤを割当て、このＬＰＴＩＤと共に登録承諾メッセージ（ＰＡＣＫＥＴ ＲＥＧ ＡＣＫ）をＳＵ１０２ に送り返す。その時からずっと、ＳＵ１０２ は、それがネットワークから登録を取り消されるか、あるいは異なったセル１１２ に移動するまでＬＰＴＩＤによってこれに送ることを予定されたデータを識別する。
【００１５】
セルのハンドオフは、自動リンク転送（ＡＬＴ）として知られている。ＡＬＴは、ＳＵ１０２ が無線セル１１２ の境界を横切っているときに行われる。それは、ＳＵ１０２ が現在の物理的チャンネルの劣化を検出し、かつ十分に高い品質を有する別の物理的チャンネルを見出したときに始まる。その後、ＳＵ１０２ は、ＡＬＴリクエストメッセージを新しいＲＰ１０２ に送る。このリクエストが受取られると、ＳＵ１０２ はＡＬＴ実行メッセージを取り戻し、新しいセル１１２ に対する新しいＬＰＴＩＤを獲得する。２つのチャンネルが同じＲＰＣＵ１０６ を割当てられるか否かに応じて、ＡＬＴは、ＳＵ１０２ が同じＲＰＣＵ１０６ 中の隣接したセルに移動した場合はＲＰＣＵ内ＡＬＴ、およびＳＵ１０２ が異なったＲＰＣＵ１０６ に移動した場合にはＲＰＣＵ間ＡＬＴという２つのカテゴリーに分けられる。
【００１６】
【発明が解決しようとする課題】
これまで、ＰＡＣＳ１００ は主に音声ネットワークとして開発されてきた。標準規格では２つのデータ通信モード（回線モードおよびパケットモード）が規定されているが、ＰＡＣＳ１００ におけるインターネットサービスサポートの問題は扱われていない。インターネットアクセスは、ユーザが専用のＰＡＣＳチャンネルによってインターネットサービスプロバイダ（ＩＳＰ）へのポイントツーポイントプロトコル（ＰＰＰ）接続を設定した場合、回線モードデータサービスによって行われることが可能である。しかし、固定された帯域幅のために、このタイプのアクセスはスケールを定めることはできず、インターネット適用に対して非効率的である。
【００１７】
セルラーネットワークにおける移動およびマルチキャストＩＰサービスをサポートすることによってセルラーネットワークを世界的なインターネットとシームレスに統合するネットワークアーキテクチャおよび１組の設計ガイドラインが必要とされている。本発明は、このニーズを満たすものである。
【課題を解決するための手段】
上述したニーズおよび要求の問題を解決するために、本発明はＰＡＣＳネットワークに対する新しいシステムおよびネットワークアーキテクチャを開示している。それによって、インターネットまたはイントラネットに接続するためのＩＰルータおよびバックボーンリンクによってＰＡＣＳ音声ネットワークを増大する。さらに、ＰＡＣＳネットワーク内におけるローミング、ならびＰＡＣＳネットワークとインターネット／イントラネットの残りのものとの間における世界規模の移動性をサポートするために移動体ＩＰがハンドオフ機構に含まれている。本発明はまた、動的ＩＰマルチキャストおよびマルチキャストバックボーン（ＭＢｏｎｅ）接続性をサポートするための固有のＰＡＣＳマルチキャストおよびグループ管理方式の使用を開示している。
【００１８】
これらの特徴は、既存のＰＡＣＳネットワークを世界的なインターネットにシームレスに統合し、世界規模の移動性がサポートされた標準規格適合ＩＰサービスを提供する。このシステムにより、ＰＡＣＳユーザは、移動体上のパーソナルコンピュータ（ＰＣ）に接続されたプロトタイプのパケットモードＳＵを使用して無線インターネットアクセスを行うことが可能になる。大部分のＩＰアプリケーションは、あたかも移動体のパーソナルコンピュータが固定されたインターネットホストであるかのように動作することができる。
【００１９】
ユーザおよび移動体のＰＣは、ＰＡＣＳ無線ネットワーク内でローム（放浪）するか、あるいはＰＡＣＳネットワークと外部インターネットとの間を移動ＩＰを使用して移動することができる。ＩＰマルチキャストおよびＭＢｏｎｅアプリケーションはまた、固有のＰＡＣＳマルチキャストを使用してシームレスにかつ効率的にサポートされる。
【００２０】
また、本発明は、ＲＰＣＵ中に構成されたパケット転送モジュールと呼ばれるデバイスおよびそれに関連した素子の機能を拡張して、ＰＡＣＳ無線ネットワーク内のＰＡＣＳユーザ間において効率的な１対多（マルチキャスト）通信を達成する方法および装置が開示している。マルチキャストをサポートするためのＳＵのためのシステム設計およびアーキテクチャもまた開示されている。パケット転送モジュールおよびＳＵに追加された機構によって、（１）グローバルマルチキャストアドレスとローカルＰＡＣＳグループアドレスとの間における動的マッピングと、（２）少なくとも１つのグループ会員を有するセルだけにマルチキャストパケットを転送するための選択的なマルチキャストと、および（３）効率的なグループ会員管理が実現される。
【００２１】
マルチキャスト拡張によって、現在のシステムより優れたいくつかの利点が得られる。第１に、それはＰＡＣＳグループ会員にマルチキャストパケットの単一のコピーだけを配信する。第２に、グループ会員を持たないセルに対しては、マルチキャストパケットが送信されず、したがって放送時間が節約される。ＰＡＣＳマルチキャストを実施することにより、セル当たり１つのデータのコピーがグループの会員であるＰＡＣＳユーザだけに正確に配信されるため、ＰＡＣＳ帯域幅の使用が最適であり、グループの会員でないＰＡＣＳユーザの電力が無駄に消費されることがない（彼等はマルチキャストデータを処理しないからである）。第３に、任意のネットワーク層のマルチキャスト方式（ＩＰマルチキャストおよびＣＤＰＤマルチキャスト）がシームレスにサポートされることができる。最後に、拡張することによって、グループ会員が効率的かつ正確に維持される。
【００２２】
また、本発明は、情報を通信する方法および装置、とくにインターネットホスト間で転送される情報を通信する方法および装置を開示している。装置は、ルータおよびスタブを含む無線ポート制御ユニットを含んでいる。ルータは、インターネットホストとメッセージを送受信するために通信するように結合され、ＳＵソースメッセージを受取り、第１のデータ転送プロトコルでＳＵアドレスメッセージをパケット転送モジュールに提供するためにパケット転送モジュールと通信するように結合されている。スタブは、第１のデータ転送プロトコルから第２のデータ転送プロトコルにメッセージを変換し、第２のデータ転送プロトコルから第１のデータ転送プロトコルにメッセージを変換するようにルータとパケット転送モジュールとの間に結合されている。
【００２３】
この方法は、データペイロードを有するデータパケットを受信し、データペイロードが損失感応メッセージであるか、あるいは遅延感応メッセージであるかを決定し、データペイロードが損失感応メッセージである場合は、承諾メッセージが要求されていることを示すためのデータパケットを構成し、データペイロードが遅延感応メッセージである場合には、承諾メッセージが要求されないことを示すためのデータパケットを構成し、データパケットを送信するステップを含んでいる。
【００２４】
本発明によって、結果的に（１）インターネットに接続するためのＩＰルータおよびバックボーンリンクによって音声ネットワークを増大することによって無線インターネットおよびインターネットアクセスを行うＰＡＣＳシステムアーキテクチャと、（２）容易なサービスメインテナンスおよびＩＰｖ６のような将来のＩＰ規格への移行のために簡単化されたＲＰＣＵ設計と、（３）固有のＰＡＣＳマルチキャストの使用による動的なＩＰマルチキャストおよびマルチキャストバックボーン（ＭＢｏｎｅ）接続性の効率的なサポートとが実現され、かつ（４）移動ＩＰを最適化してそれをＰＡＣＳハンドオフ機構の中に含み、ＰＡＣＳネットワーク内におけるローミングおよびＰＡＣＳネットワークとインターネットとの間における世界規模の移動性が効率的にサポートされる。
【発明の実施の形態】
以下の説明において、本発明のいくつかの実施形態の一部をなし、例示によって示される添付図面が参照されている。その他の実施形態の使用および構造上の変更は、本発明の技術的範囲を逸脱することなく行うことができることを理解すべきである。
［ＰＡＣＳインターネットサービスアーキテクチャ］
図６は、ＰＡＣＳインターネットサービスアーキテクチャ（ＰＩＳＡ）を示す概略図である。ＰＡＣＳインターネットサービスアーキテクチャ４００ は、ＰＰＮ（ＰＡＣＳパケットネットワーク）４１６ と呼ばれる新しいデータネットワークを増補された現存するＰＡＣＳ音声ネットワーク１００ を含んでいる。サブネット４１８ は、無線パケットデータをＳＵ１０２ に供給する基本的なサブネットワークユニットである。ＩＰサブネット４１８ は１以上のセル１１２ と、セル１１２ 当たり１個の基地局またはＲＰ１０４ と、セル１１２ の全てを無線バックボーン相互接続ネットワークに接続するＲＰＣＵ１０６ とを含んでいる。ＲＰＣＵ１０６ はまた、サブネット４１８ に対するネットワークゲートウェイおよびマルチキャストサーバとして動作する。
【００２５】
各ＲＰＣＵ１０６ は、インターネットプロトロル（ＩＰ）ルータ４１０ と通信している。ＰＰＮ４１６ は、ＩＰルータ４１０ およびバックボーンリンク４２０ によって全てのＩＰサブネット４１８ を接続するインターネットワークである。ボーダゲートウェイ（ＧＷ）４１２ は、異なったＰＰＮ４１６ （異なったＰＡＣＳネットワークオペレータからの）およびグローバルネットワーク４１４ を接続する。各ＧＷ４１２ はまた、ＰＡＣＳネットワーク構内およびＰＡＣＳユーザを保護するためにファイアウォールおよびその他のセキュリティ機能を含んでいる。ＰＩＳＡ４００ において、パケットモードＳＵ１０２ を備えたモバイル（移動）パーソナルコンピュータ（ＰＣ）は、特有のＩＰアドレスを有するインターネット／イントラネットにおける合法的なホストを構成する。ＳＵ１０２ は、ＰＡＣＳネットワークによるインターネットへの無線ネットワークインターフェースを移動ホストに提供するネットワークデバイスである。ＰＰＮ４１６ は、大型のＩＰネットワークになる。
【００２６】
ユーザがネットワークオペレータからＰＡＣＳ  ＩＰサービスに加入したとき、ＳＵ１０２ は“ホーム”ネットワークからパーマネントＩＰアドレスを割当てられる。ユーザがパーソナルコンピュータＰＣをＳＵ１０２ に接続したとき、そのＰＣはこのＩＰアドレスをインターネットにアクセスする時のホストアドレスとして使用する。これに関して、ホームネットワークは、ユーザがおそらくその大部分を使用するＲＰＣＵ１０６ によってサービスされるＩＰサブネット４１８ である。ネットワークオペレータは、ＡＭ１０８ によって後に検索されることのできるそのデータべース中にそのパーマネントＩＰアドレスを記録する。このＩＰアドレスに送られた各ＳＵアドレスＩＰデータグラムに対して、ＰＰＮ４１６ は、“ホーム”サブネット４１８ にそのパケットを転送することができる。その後、対応したＲＰＣＵ１０６ は、ユーザがその時点でホームＩＰサブネット４１８ 内にいるときに、それをターゲットのＳＵ１０２ に送信する。ＳＵ１０２ から出ていく（ＳＵソース）ＩＰデータグラムは、ＲＰＣＵ１０６ によってＩＰルータに転送される。ＰＰＮ４１６ におけるユニキャストルーティングにより、ＰＰＮ４１６ およびインターネットを横切るその正しい配信が確実にされる。以下、ＳＵ１０２ がホームＩＰサブネット４１８ 外に移動した場合の処理については後述する。
【００２７】
ＩＰネットワークの観点から、ＲＰＣＵ１０６ およびそのＲＰ１０４ は、ＩＰルータ４１０ と全ての移動ＩＰホスト（ＳＵ１０２ ）との間におけるインテリジェントリンク層ルータ／ブリッジのように動作する。このアーキテクチャは、それが任意の“市販されすぐに入手できる”（ＣＯＴＳ）製品を使用することができるように、ＩＰルータ４１０ からＰＡＣＳ特有ディテールを隠す。ＲＰＣＵ１０６ とＩＰルータ４１０ との間の接続は、イーサネットまたはフレームリレーのような任意のタイプのデータネットワークであることができる。多数のルータは多数のＩＰサブネット４１８ をサポートするため、ルータのポート当たり１個のＲＰＣＵ１０６ により１個のＩＰルータ４１０ に多数のＲＰＣＵ１０６ を接続させることができる。
【００２８】
このネットワークアーキテクチャは、従来の通信ネットワークとは著しく異なっている。一般に、自律転送モード（ＡＴＭ）通信が第３世代無線通信ネットワークのバックボーンであると考えられているが、ＩＰネットワークはさらに良好な選択をする。ＡＴＭは、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）アプリケーションをサポートするのに非効率的であることが立証されており、また余分な層が不要である。ＩＰベースのインターネットは、インストールおよび管理費が少なくなる。さらに、モバイル管理はＩＰおよびＡＴＭの両層において行われることになる。ＡＴＭ移動度は研究中であるが、移動ＩＰはインターネット業界によって標準化されており、いくつかの商品においてサポートされている。移動ＩＰにおけるマルチキャスト機構もまた優れている。
【００２９】
ＰＩＳＡ４００ におけるＲＰＣＵ１０６ の主な機能は、ＳＵ１０２ との間でＩＰデータグラムを送受信することである。ＲＰＣＵ１０６ は、基本的なネットワーク層からデータリンク層へのインターフェース機能であるアドレス解明（ｒｅｓｏｌｕｔｉｏｎ）、フレーミングおよび媒体アクセスをサービスする。
【００３０】
図７および８は、ＲＰＣＵ１０６ および関連したシステム素子の１実施形態のブロック図である。ＲＰＣＵの重要なコンポーネントは、ネットワーク層からデータリンク層へのアドレス変換を行うパケット転送モジュール（ＰＦＭ）４０２ である。ＩＰルーティング機能モジュール５３２ のようなネットワーク層モジュールは、ＰＡＣＳユーザとバックボーンネットワークとの間におけるルート設定を処理する。
【００３１】
ＰＩＳＡ４００ は、データリンク層アドレスとしてＬＰＴＩＤを使用する。ダウンリンク方向においてＩＰデータグラムのようなＳＵアドレスデータを送信するために、ＰＦＭ４０２ は１以上のパケットデータ制御ユニットＰＤＣＵ３０４ と調和して動作し、ＬＰＴＩＤを管理する。これは、セル１１２ （および関連したＲＰ１０４ ）がＳＵ１０２ 受信機を有していることと、使用すべきＬＰＴＩＤとをＰＦＭ４０２ が知っていなければならないためである。したがって、ＰＦＭ４０２ は各ＳＵ１０２ に対してＩＰアドレスと組（ｔｕｐｌｅ） （ＲＰ識別子、ＬＰＴＩＤ）間のマッピングを維持する。１実施形態において、このマッピングは、（ユニキャスト）アドレス解明テーブル（ＡＲＴ４０４ ）と呼ばれるテーブルとして記憶される（以下にマルチキャストの場合を説明する）。ＡＲＴ４０４ は、ユーザ登録、ＡＬＴおよび登録抹消中に更新される。エントリが見出されると、ＰＦＭ４０２ は、ＩＰデータグラムと共にＲＰ識別子およびＬＰＴＩＤ情報を対応したＰＤＣＵ３０４ に送り、このＰＤＣＵ３０４ は、ＳＵ１０２ が配置されているセル１１２ にサービスしているＲＰ１０４ と関連している。
【００３２】
アップリンク方向における（ＳＵ１０２ からＲＰＣＵ１０６ への）ＳＵソースデータのＩＰ転送は、次のように行われる。ＰＤＣＵ３０４ がＳＵ１０２ が配置されているセル１１２ にサービスしているＲＰ１０４ からセグメントを受取り、データリンクぺイロードをアセンブルする。ＰＤＣＵ３０４ は、完全なＩＰデータグラムを受信した場合、そのデータグラムをＰＦＭ４０２ に送る。ＰＦＭ４０２ は、そのデータグラムが同じサブネット４１８ における別のＳＵ１０２ に対するターゲットにされているかどうかをチェックする。そのデータグラムが同じサブネット４１８ における別のＳＵ１０２ に対するターゲットにされている場合、ＲＦＭ４０２ は上述のものと同じ手順を使用してメッセージを転送する。そうでない場合は、ＲＦＭ４０２ はデータリンクデバイス５１８ によってＰＰＮバックボーンに配布（ｄｉｓｓｅｍｉｎａｔｉｏｎ） するためにＩＰデータグラムをルーティングモジュール５３２ に転送する。
【００３３】
ＲＰＣＵ１０６ におけるＩＰルーティングモジュール５３２ は、ＰＰＮネットワーク４１６ に対するデータリンクデバイス５１８ を介してインターネットホストとの間でメッセージを送受信する。ＩＰルーティングモジュール５３２ は、異なったタイプのデータリンクデバイス５１８ とインターフェースし、ＰＰＮバックボーンにおいて使用されているリンク技術に基づいて適切なデータリンクデバイス５１８ を選択してもよい。ＩＰルーティングモジュール５３２ は、データリンクデバイス５１８ を通って受信されたメッセージをＩＰルータポート５３４ を介してＰＡＣＳデバイス５３６ に通信する。
【００３４】
図８は、ＲＰＣＵ１０６ の別の実施形態を示すブロック図である。この実施形態では、ＲＰＣＵ１０６ は、２個の物理的に異なったハードウェアユニットであるコマーシャルオフザシェルフ（ＣＯＴＳ）、すなわち入手の容易なＩＰルータ５３８ とＰＡＣＳデバイス５３６ とを含むモジュラー方法を使用する。
【００３５】
多数のＣＯＴＳ  ＩＰルータ５３８ は、異なったデータ転送プロトコル（たとえば、イーサネットまたはフレームリレー）の多数の接続をサポートし、ＩＰルータポート５３４ を介してＰＡＣＳデバイス５３６ に利用できるようにされたデータはこれらのプロトコルの任意の１つに従うことができる。同時に、ＰＡＣＳテバイス５３６ は一般に共通したデータ転送プロトコルに従わない。したがって、スタブ５３０ がＩＰルータポート５３４ とパケット転送モジュール４０２ との間に設けられる。これらのスタブ５３０ は、ＩＰルータポート５３４ で提供されたデータ転送プロトコルおよびＰＡＣＳデバイス５３６ によって要求されるプロトコルからのメッセージを変換するために必要な変換を行う。スタブ５３０ は、共通のローカルエリアネットワーク（ＬＡＮ）によって構成されていてもよい。さらにスタブ５３０ は、ＰＡＣＳデバイス５３６ 中に一方を含んだ形態で２個のスタブ素子を含んでいてもよい。いずれの場合も、スタブ５３０ のＬＡＮデバイスは、パケット転送モジュール４０２ との間でデータパケットを転送し、任意のプロトコルおよび必要とされる言語変換の少なくとも一方を行う。
【００３６】
このモジュラ方法の１つの利点は、１つのテバイスに対する変更が他方に影響を与えず、容易で迅速なアップグレードを可能にすることである。たとえば、移動ＩＰプロトコルの改善の影響を受けるのはＣＯＴＳ  ＩＰルータ５３８ だけであり、一方ＰＡＣＳデバイス５３６ に対する変更はＣＯＴＳ  ＩＰルータ５３８ に影響を及ぼさない。その結果、新しいサービスおよび機能がさらに容易に生成されることができる。また、ＣＯＴＳ  ＩＰルータ５３８ を使用することによりデータリンクデバイス５１８ が不要になる。
【００３７】
ＳＵ１０２ はセキュリティ層に加えて、フレーミングおよび媒体アクセスを含むＰＤＣＵ３０４ およびＣＦ３０２ と同じ基本的なネットワーク層とデータリンク層との間のインターフェース機能をサービスするＰＰＣモジュール５０６ を含んでいる。しかしながら、任意の他のホストとの通信が常にＲＰＣＵ１０６ を介しているため、アドレス解明は不要である。
【００３８】
ＳＵ１０２ はまた、ＲＰ１０４ との間でデータパケットを送受信するＰＡＣＳ物理層機能（ＰＬＦ）５０４ と、受信されたデータパケットをメッセージにアセンブルするＰＡＣＳパケットチャンネル（ＰＰＣ）５０６ と、インターネットプロトコルのメッセージを変換するインターネットプロトコルモジュール５０８ とを含んでいる。
【００３９】
図９および１０は、上記の動作を示すフローチャートである。はじめに、ＳＵ１０２ と関連したＩＰアドレスを有するＳＵアドレスデータパケットは、ブロック６０２ に示されているように受信される。その後、ＳＵアドレスデータパケットは、ブロック６０４ に示されているようにルータポート５３４ に与えられたルータ５３２ のプロトコルからＰＦＭ４０２ によって使用されるプロトコルに変換される。その後、ＳＵアドレスデータパケットはＡＲＱメッセージが必要とされているかどうかを決定するために解析される（ブロック６０６ ）。メッセージが損失感応性ならば、ＡＲＱメッセージが必要とされ、メッセージが遅延感応性ならば、ＡＲＱメッセージは必要とされない。次に、ＳＵ１０２ にサービスしているＲＰ１０４ がＳＵアドレスデータパケットのＩＰアドレスとこのＳＵにサービスしているＲＰ１０４ との間のマッピングから識別され、そのマッピングがＡＲＴ４０４ に記憶される。その後、ＰＤＣＵ３０４ は、ブロック６１４ に示されているようにＳＵアドレスデータパケットをカプセル化およびフレーム化し、データセグメント２２６ を生成する。その後、ブロック６１６ および６１８ に示されているように、これらのデータセグメント２２６ はＳＵ１０２ にサービスしているＲＰ１０４ に転送され、そこにおいてそれらはＳＵ１０２ に送信される。
【００４０】
図１１および１２は、登録、ＲＰＣＵ１０６ 内ハンドオフ、ＲＰＣＵ１０６ 間ハンドオフおよび登録取消しを示す概略図である。
【００４１】
ＳＵ１０２ は、それがＰＩＳＡ４００ に入った場合は常にパケットデータサービス登録を行う。それは、物理的チャンネルを獲得した直後に登録メッセージをＲＰＣＵ１０６ に送ることによってこれを行う。登録メッセージには、ＳＵ１０２ のパーマネント識別子サブＩＤが含まれている。その後、ＲＰＣＵ１０６ はユーザ認証および許可のためにそれをＡＭ１０８ に送る。登録の終わりにおいて、ＡＭ１０８ は、サービス委任中に記録されたＳＵ１０２ のパーマネントＩＰアドレスを検索し、それをＰＦＭ４０２ に戻す。その後、ＰＤＣＵ３０４ はＲＰ１０４ からＬＰＴＩＤを割当て、ＰＦＭ４０２ がＩＰアドレスをＡＲＴ４０４ 中のＲＰ識別子およびＬＰＴＩＤマッピングに入力する。
【００４２】
図１１のＡは、ＳＵ１０２ 登録を示す概略図である。ＳＵ１０２ は、それがネットワーク１００ に入った場合は常にＰＰＣ登録を行う。それは、物理的チャンネルを獲得した直後に登録メッセージをＲＰＣＵに送ることによってこれを行う。ＰＰＣ登録の２つの主なタスクは、認証、許可およびＬＰＴＩＤ割当てである。
【００４３】
登録のはじめに、ＳＵ１０２ は、そのサブＩＤを含む（正体不明ユーザなしを示す）登録リクエストメッセージ（ＰＡＣＫＥＴ ＲＥＧ ＲＥＱ）７０２ をＲＰＣＵ１０６ 中のＰＤＣＵ３０４ に送り、このＰＤＣＵ３０４ がサブＩＤをＡＭ１０８ に転送する。その後、ＡＭ１０８ はサブＩＤを使用してＳＵ１０２ を認証する。認証が成功すると、ＡＭ１０８ は、サービス委任中に記録されたＳＵ１０２ のパーマネントＩＰアドレスを検索し、それをＰＤＣＵ３０４ に戻す。ＰＤＣＵ３０４ は新しいＬＰＴＩＤを割当て、このＬＰＴＩＤと共に登録承諾メッセージ（ＰＡＣＫＥＴ ＲＥＧ ＡＣＫ）７０４ をＳＵ１０２ に送り返す。その後、ＳＵ１０２ は、それがネットワーク１００ から登録を取り消されるか、あるいは異なったセル１１２ に移動するまでＬＰＴＩＤによってこれに予定されたデータを識別する。
［ハンドオフおよび移動性管理］
図１１のＢおよび図１２のＡはＳＵ １０２のハンドオフを示した図である。ＰＡＣＳシステム１００ では、ハンドオフは自動リンク転送（ＡＬＴ）と呼ばれている。ＡＬＴはＳＵ １０２が無線セル１１２ の境界を横断したときに生じる。ＳＵ １０２が現在の物理的チャンネルの劣化を検出し、十分な高品質を有する別の物理的チャンネルを発見したときにＡＬＴは開始する。ＳＵ １０２はその後、新しいＰＤＣＵ ３０４Ｂ（新しいセル１１２ に関連するＰＤＣＵ  ３０４ ）に関連する新しいＲＰ １０４へメッセージ４０６ をリクエストする。
【００４４】
一度リクエストが受けられると、新しいＰＤＣＵ ３０４は新しいＬＰＴＩＤを割当て、ＳＵ １０２はＡＬＴ実行メッセージ４０８ と、新しいセル１１２ に対する新しいＬＰＴＩＤを獲得する。
【００４５】
２つのチャンネルが同一のＲＰＣＵ １０６と関連するか否かに基づいて、ＡＬＴは２つのカテゴリ、即ちＳＵ １０２が同一のＲＰＣＵ １０６の隣接セル１１２ へ移動する図１１のＢで示されているイントラＲＰＣＵ  ＡＬＴと、ＳＵ １０２が異なるＲＰＣＵ １０６へ移動する図１２のＡで示されているインターＲＰＣＵ  ＡＬＴとに分割されることができる。新しいＰＤＣＵ ３０４は、ＲＰ １０４とＲＰＣＵ １０６のアドレスを含んでいるＰＡＣＫＥＴ ＲＥＧ ＲＥＱの完全なポートＩＤ（古いＲＰ）フィールドを検査することによって、これがイントラＲＰＣＵであるかインターＲＰＣＵであるかを決定する。
【００４６】
図１１のＢで示されているイントラＲＰＣＵのケースでは、新しいＰＤＣＵ ３０４ＢはＰＦＭ ４２０に対してＰＦＭ ４０２にアクセス可能なＡＲＴ ４０４中の適切なエントリを変更するように命令し、それによってＳＵ １０２が新しいＬＰＴＩＤを割当てられたことを示す。ＰＦＭ ４２０はその後、古いＰＤＣＵ ３０４Ａに先に割当てられたＬＰＴＩＤを解除するように命令する。
【００４７】
図１２のＡで示されているインターＲＰＣＵのケースでは、新しいＲＰＣＵの新しいＡＭ １０８ＢはインターＲＰＣＵ  ＡＬＴの古いＡＭ １０８Ａに通知する。古いＡＭ １０８Ａはその後、古いＰＦＭ ４２０ＡにＩＰエントリを消去するように命令し、古いＰＤＣＵ ３０４Ａに先のセルに割当てられたＬＰＴＩＤを解除するように命令する。
【００４８】
図１２のＢは、ＳＵ １０２の登録抹消プロセスを示した図である。ＳＵ １０２から送信された登録抹消メッセージ（ＰＡＣＫＥＴ ＲＥＧ ＲＥＱ）７１０ がＰＤＣＵ ３０４により受信された後、認証リクエストがＰＤＣＵ ３０４からＡＭ １０８へ送信される。ＡＭ １０８はＳＵ １０２のＩＰアドレスをＰＤＣＵ ３０４へ戻す。ＰＤＣＵ ３０４はその後、ＬＰＴＩＤを解除し、ＰＦＭ ４０２にＩＰアドレスを消去するように命令する。
【００４９】
前述の物理的チャンネル転送とＡＬＴ処理に加えて、ＳＵ １０２がＡＬＴを実行するとき、ＰＰＭ ４１６はＳＵ １０２を目的地とする後続するＩＰデータグラムのバックボーンの適切な伝送を確実にしなければならない。イントラＲＰＣＵ  ＡＬＴ中に、ＳＵ １０２は同一のＲＰＣＵ １０６を有して同一のＩＰサブネット ４１８中に残留しなければならないので、ＰＰＮ ４１６の伝送には影響はない。ＲＰＣＵ １０６内では、ＰＦＭ ４０２はＡＲＴ ４０４を更新し、対応するエントリを新しいＲＰ １０４番号と新しいＬＰＴＩＤを含んだ新しいものに置換する。しかしながら、インターＲＰＣＵ  ＡＬＴに対しては、古いおよび新しいＲＰＣＵ １０６の両者のＡＲＴテーブル４０４ が更新されなければならないだけでなく、後続のＩＰデータグラムが代わりに新しいＲＰＣＵ １０６に到着するようにＰＰＮ ４１６の伝送も変更されなければならないので、プロセスはさらに複雑である。これはモバイルＩＰをＰＩＳＡ ４００中に含ませることによって本発明で実現される。
【００５０】
モバイルＩＰは、インターネットへのモバイルホストの現在の取付け点を考慮せずに、モバイルホストへのＩＰデータグラムの伝送を可能にする標準的なインターネット機構である。モバイルＩＰを使用するため、ホームエージェント（ＨＡ）と、転送エージェント（ＦＡ）はＲＰＣＵ １０６に関連するＩＰ伝送モジュール５３２ に構成され、モバイルＩＰクライアントソフトウェアはモバイルＰＣで動作される。好ましくはモバイルＩＰに組込まれたＣＯＴＳ  ＩＰルータ５３８ はＩＰ伝送モジュール５３２ に置換されることができる。
【００５１】
本発明はまたＰＡＣＳでモバイルＩＰを使用するときに無線リンク効率を改良するための機構を含んでいる。通常、モバイルＩＰクライアントソフトウェアは“エージェントの広告”、即ち各ＦＡによる周期的な放送メッセージに依存し、ハンドオフ中にＩＰサブネット４１８ の変化を検出する。
【００５２】
図１３のＡは通常のモバイルＩＰ登録中のメッセージ交換を示している。ＰＡＣＳの同じ機構を使用することは２つの問題を有する。第１に広告メッセージはハンドオフまたは登録アクティビティが存在しないときに貴重な無線リンク帯域幅を浪費する。第２に、これは次の広告メッセージが到着するまでＳＵ １０２に待機を強制させ、不必要に長い登録時間またはハンドオフ待ち時間を生じる。これを直し、同時にモバイルＩＰ標準を保護するため、ＰＩＳＡ ４００はＲＰＣＵ １０６にモバイルＩＰアシスタントエージェント（ＭＩＡＡ）５１２ を含んでいる。
【００５３】
図１３のＢはＰＩＳＡ ４００でモバイル ＩＰ登録中に交換されたメッセージを示している。ＲＰＣＵ １０６がインターＲＰＣＵ  ＡＬＴまたは新鮮な登録手順を完了した後、ＭＩＡＡ ５１２はすぐにエージェントの広告メッセージを新しいＳＵ １０２へ送信する（需要のある広告）。ＰＤＣＵ ３０４はこのメッセージを登録応答メッセージ（ＰＡＣＫＥＴ ＲＥＧ ＡＣＫ）にピギーバックする。この“ピギーバック”はＰＡＣＳ標準への延長であり、ここではＰＡＣＫＥＴ ＲＥＧ ＲＥＱメッセージはネットワーク層パケットをピギーバックできる。
【００５４】
結果としてＳＵ １０２とＲＰＣＵ １０６との間で１往復の節約がされる。さらにそれぞれのＰＡＣＳのモバイルＩＰハンドオフアクティビティはＰＡＣＳ登録またはインターＲＰＣＵ  ＡＬＴが先行するので、周期的なエージェント広告は必要ではなくなる。各ＦＡの周期的なモバイルＩＰエージェント広告は安全にディスエーブルされることができる。
［マルチキャスティング］
アクセスネットワークはマルチキャスティングと呼ばれている１対多または多対多のグループ通信をサポートしなければならない。ＩＰマルチキャストでは、各グループはグローバルにＩＰマルチキャストアドレスと呼ばれる特有のインターネットアドレスを有し、全てのグループメンバに到達するため、マルチキャストダイヤグラムは個人のホストアドレスの代わりにＩＰマルチキャストアドレスへ送信される。
【００５５】
マルチキャストまたは放送はＳＵ １０２がセル間を移動することを許容しない各セルのみに限定され、ＰＡＣＳアーキテクチャは非常に限定された範囲のリンクレベルアドレスを有するので、伝統的なサブネットワイドリンクレベルのグループ化／アドレス化構造はＰＡＣＳアーキテクチャには適用可能ではない。
【００５６】
この問題を解決するため、本発明は、各セル１１２ がその固有のグループを管理し、他のセル１１２ から独立してアドレスするセルワイドグループ化／アドレス化構造を限定する。ローカルグループアドレスへのグローバルなマルチキャストアドレスのマッピングはグループアドレスのベクトルへのグローバルなマルチキャストアドレスのダイナミックマッピングにより実行され、それぞれＩＰサブネット４１８ のセルに対応する。これは、ＲＰＣＵ １０６がパケットを、全てのセル１１２ に無差別に転送するのではなく、メンバを有するセルにのみ転送する選択的なマルチキャスト能力を実行する。これはインターネットの任意のマルチキャストグループに結合し、任意のソースからマルチキャストトラフィックを受信する能力を各ＰＡＣＳユーザに提供する。
【００５７】
ＰＩＳＡ ４００中のＩＰマルチキャストサポートはＰＰＮ ４１６のマルチキャスト伝送と、各ＲＰＣＵサブネット４１８ 内のローカルマルチキャスト転送を含んでいる。ＰＰＮ ４１６のマルチキャストルート設定はインターネット／Ｍボーンで使用されるマルチキャストルート設定プロトコルを採択することによって実効的に実現される。ＭボーンはＩＰマルチキャスト転送をサポートし、生のオーディオおよびビデオ通信会議等を可能にするインターネット上のサイトの集合である。ローカルマルチキャスト転送は以下説明するようにＲＰＣＵ １０６に付加的な機能を必要とする。
【００５８】
ＰＡＣＳマルチキャストの基本的な要求はリンクレベルマルチキャストアドレス構造である。ＰＡＣＳはクラスＤ  ＩＰアドレスと比較して限定されたリンク層アドレススペース（ＬＰＴＩＤ）を有し、ＰＡＣＳサブネット４１８ はそれぞれ独立してＬＰＴＩＤを管理する多数のセル１１２ に区画されるので、伝統的なサブネットワイドリンク層アドレス構造（例えばイーサネット）はＰＡＣＳで応用可能ではない。マルチキャストパケットがグループメンバをサービスするＲＰＣＵ １０６に到達するとき、ＰＡＣＳ特定マルチキャスト機構はマルチキャストグループに関心を有するメンバにのみそれらを送らなければならない。これはセルワイドマルチキャストグループを結合し、セルワイドグループに割当てられたセルワイドグループアドレスを使用して受信する能力をローカルモバイルホストに対して必要とする。
【００５９】
ＰＩＳＡ ４００は、各セルがセル特定グループを独立して管理するセルワイド構造によりこれらの要件を満足する。ＩＰマルチキャストグループに対するリンク層アドレス（ＬＰＴＩＤ）はサブネット４１８ の各セル１１２ に関するＰＡＣＳ“グループ”アドレスである。さらに、ＰＡＣＳのマルチキャストは、ＲＰＣＵ １０６が無差別に全てのセルに転送するのではなく、メンバを有する各セルにのみ１つのコピーを転送する意味で選択的でなければならない。
【００６０】
異なる方法が無線インターフェイスによってマルチキャストを送るために各セル１１２ で使用されることができる。１つの方法は、パケットが複製され、別々のメッセージとしてグループのメンバである各個人のＳＵ １０２へ送られる“マルチユニキャスト”である。別の方法は（ＬＰＴＩＤにより）マルチキャストデータが放送スロットでセルのそれぞれのＳＵ １０２へ伝送される“ＰＡＣＳ放送”であり、各ＳＵ １０２はこれらを処理し、関心をもたないグループからパケットを取り除かなければならない。残念ながら、マルチユニキャスト方法は簡単な方法であるが、マルチキャストは多数のユニキャストを劣化するので、典型的に最も非効率的である。これはマルチキャストの利点を無効にし、貴重な無線リンクリソースを浪費する。放送方法は中央処理装置（ＣＰＵ）と、特定のグループのメンバではないＳＵ １０２のバッテリ電力を浪費する。ＳＵ １０２の電力消費は大きな問題であるので、これを代用とすることは魅力的ではない。
【００６１】
前述の欠点なしにマルチキャスト通信の必要性を解決するため、本発明は無線リンクスロット割当でマルチキャスト能力を可能にする拡張されたＰＰＣ（ＰＡＣＳ  パケットチャンネル）を使用する。通常、（制御メッセージを除く）各ダウンリンクスロットは特有のターゲットＳＵ １０２を特定するＬＰＴＩＤと関連される。ＰＩＳＡ ４００はＰＰＣを変更し、それによって、ある無線リンクスロットはマルチキャストグループに対してマークされることができ、ＳＵ １０２に割当てられたスロットだけではなく、あるグループにマークされた他のスロットを受信する能力によってＳＵ １０２を強化する。このように、グループの全てのメンバと、メンバだけが、複製の必要がなくまたは放送を使用せずにスロットのプロセスを走査し、マルチキャストデータを受信できる。
【００６２】
これを実行するために、ＰＩＳＡ ４００はＰＡＣＳセルワイドマルチキャストグループを含むためにＬＰＴＩＤの意図（ｎｏｔｉｏｎ）を拡張する。このアドレス方式は、これが特定のＳＵ １０２の代わりにＰＡＣＳマルチキャストグループに割当てられるならば、“マルチキャスト”ＬＰＴＩＤ，（ｍ−ＬＰＴＩＤ）のようなローカルマルチキャスト識別子を使用する。ＲＰＣＵ １０６が、無線によってエアにわたりマルチキャストデータグラムを送るとき、これはダウンリンクで対応するｍ−ＬＰＴＩＤを使用する。ＳＵ １０２はＬＰＴＩＤのリスト、即ちＳＵがセルに入り登録するときに割当てられた特有のＬＰＴＩＤおよび任意選択的に１以上のｍ−ＬＰＴＩＤのリストとの受信インターフェイス（またはＰＬＦ ５０４）を設定することができる。ｍ−ＬＰＴＩＤは同一のアドレススペースを通常またはユニキャストＬＰＴＩＤと共有するので、ｍ−ＬＰＴＩＤ割当はダイナミックである。割当は２つの方法で（ユニキャスト）ＬＰＴＩＤと異なる。第１に、ｍ−ＬＰＴＩＤは同一グループの多数のＳＵ １０２により共有され、それによってセルの第１のグループメンバがグループを結合するようにリクエストしたときにのみ割当てられる。他のＳＵ １０２からのそれに後続するリクエストは同一のｍ−ＬＰＴＩＤを割当てられる。同様に、ｍ−ＬＰＴＩＤは全てのメンバがこのセル１１２ のグループを離れた後にのみ解放される。第２に、ｍ−ＬＰＴＩＤは同時に１よりも多数のマルチキャストグループで再使用されることができる。これは、有効なｍ−ＬＰＴＩＤの数が全ての可能なＩＰマルチキャストアドレスよりも通常は非常に少数であるためである。各セルはユニキャストとマルチキャストの両者に対してせいぜい２３８のＬＰＴＩＤを有することができるが、クラスＤ  ＩＰマルチキャストアドレススペースは全体で２２８アドレスを含んでいる。ＰＡＣＳマイクロセルで数ダースよりも多数のアクティブＰＡＣＳユーザを有する可能性はないが、各ユーザは所望の数のマルチキャストグループを結合できる。これはＰＰＣに各セル中で２３８よりも多数の異なるマルチキャストグループを処理させるようにする。これらの状況では、ｍ−ＬＰＴＩＤは再使用されなければならず、幾つかのマルチキャストアドレスは１つのｍ−ＬＰＴＩＤにマップされてもよい。これが実情であるならば、ＳＵ １０２はこのｍ−ＬＰＴＩＤにわたって受信されたデータグラムを再構成し、ＳＵ １０２が加入するグループに属さないならばデータグラムを廃棄する。
【００６３】
セル当たり１つの１以上のＰＡＣＳセルワイドグループアドレスへのＩＰマルチキャストアドレスのマッピングは、ＰＦＭ ４０２のマルチキャストアドレスマッピングテーブル（ＭＡＭＴ）５１４ 中に記憶され、これはＰＦＭ ４０２によりアクセスされ管理される。マルチキャストエントリは代わりにＡＲＴ ４０４のユニキャストアドレスマッピング情報と共に記憶される。ＭＡＭＴ ５１４エントリは（グローバルなマルチキャストアドレスＧ、ＲＰセル番号、ｍ−ＬＰＴＩＤ、Ｍ ＬＩＳＴ）のリストを含んでいる。各マルチキャストエントリは、セル１１２ でＲＰ １０４を割当てられたｍ−ＬＰＴＩＤを有する対応するＰＡＣＳグループをＩＰマルチキャストアドレスＧが有することを意味する。Ｍ ＬＩＳＴはこのグループの全てのメンバの（ＩＰアドレスのような）ネットワーク層アドレスを含んでいる。セル番号１で、ｍ−ＬＰＴＩＤ＝Ａで、グローバルアドレスＧを有するエントリの存在は、グローバルマルチキャストＧに加入し、ＧのセルワイドグループアドレスがＡであるセルＩ中に少なくとも１つのＳＵ １０２が存在することを意味する。
【００６４】
アドレスＧを有するマルチキャストパケットがＰＰＮ ４１６とＩＰルータ ４１０からＰＦＭ ４０２により受信されるとき、ＰＦＭ ４０２はＧを有するエントリについてＭＡＭＴ ５１４をサーチする。これはグループＧおよび対応するｍ−ＬＰＴＩＤに加入しているメンバを有する全てのＲＰ １０４のセル識別子を提供する。１つのエントリが発見されたならば、ＰＦＭ ４０２はエントリから発見されたｍ−ＬＰＴＩＤパケットを対応するセル１１２ とＰＤＣＵ ３０４へ転送する。多数のエントリが発見されたならば（Ｇのメンバを有するセルが１よりも多数存在することを示す）、ＰＦＭ ４０２は受信されたパケットを複製し、ＭＡＭＴ ５１４におけるマッピングから発見されたセル１２２ と関連するＰＤＣＵ ３０４を介して各セル１２２ へ１つのコピーを転送する。エントリが発見されないならば、ＰＦＭ ４０２は単にパケットをドロップする。この転送処理はパケットがネットワークバックボーンから来る時（ＳＵにアドレスされたパケット）と、パケットがＳＵ（ＳＵソースパケット）から来る時との両者に適用される。ＳＵ １０２がマルチキャストＳＵソースパケットを送信したとき、ＲＰ １０４はそれを受信し、ＰＤＣＵ ３０４を介してＰＦＭ ４０２へパケットを転送する。ＰＦＭ ４０２はその後、必要ならばパケットを複製し、それをＭＡＭＴ ５１４にしたがって、パケットが発生したセル１１２ を含んでいるメンバを有する全てのセルへ転送する。
【００６５】
図１４のＡと１４のＢはマルチキャスト登録処理を示した図である。ＰＡＣＳ方式は“マルチキャスト登録”と呼ばれる新しいタイプのＰＡＣＳ登録メッセージ（ＰＡＣＫＥＴ ＲＥＧ ＲＥＱ）で修正される。モバイルＰＣが最初に、またはＡＬＴ動作のために、ＩＰマルチキャストグループＧと結合するようにリクエストしたとき、ＳＵは最初にＳＵ  ＭＡＭＴ ５１６を検査し、ＩＰマルチキャストグループＧを有するエントリが存在しないことを確認する。存在しないならば、ＳＵ １０２は、リクエストされたＩＰマルチキャストアドレスＧとＳＵ １０２の端末識別子とを含んでいる登録リクエストメッセージ（ＰＡＣＫＥＴ ＲＥＧ ＲＥＱ）を発生し送信する。
【００６６】
ＰＤＣＵ ３０４はその後、そのリクエストを認証し、マルチキャストサービスをオーサライズするためにＡＭ １０８と対話する。一度、認証されると、ＡＭ １０８は加入者ユニットインターネットプロトコル（ＩＰ）アドレスを有する回答に返答する。ＰＤＣＵ ３０４はＧのＰＦＭ ４０２のグループ照合モジュール５２２ に質問し、リクエストされたグループＧは既にＳＵ １０２のセル１１２ に存在するか否かを決定する。これはリクエストされたグループＧがこのセルの新しいグループであるか、またはリクエストされたグループＧが既に別のメンバにより結合されて、異なる登録動作が各これらのケースで必要とされるためである。
【００６７】
リクエストされたグループが存在しないならば、新しいｍ−ＬＰＴＩＤはＰＤＣＵ ３０４割当モジュール５２０ により割当られる。その後、新しいｍ−ＬＰＴＩＤがＰＦＭ ４０２に送信され、そこでこれは割当モジュール５２４ により新しいマルチキャストグループに割当てられ、割当モジュール５２０ によりＩＰマルチキャストアドレスＧにマップされる。前述の情報の対応するエントリはその後ＭＡＭＴ ５１４に記憶される。ここで説明するように、各セル１１２ の選択に利用できるＬＰＴＩＤの数は限定されている。割当てられたｍ−ＬＰＴＩＤはマルチキャスト使用のために保留されたＬＰＴＩＤのグループから選択されることができる。代わりに、ｍ−ＬＰＴＩＤは先着順に利用可能なＬＰＴＩＤから選択されることができる。ＬＰＴＩＤはまた再使用（グループ間で共有）されることができるが、これはＳＵ １０２がこの不所望なメッセージを除去することを必要とする。
【００６８】
リクエストされたグループが現在存在するならば、Ｇは割当てられたｍ−ＬＰＴＩＤを有し、対応するエントリが存在する。この場合ＰＦＭ ４０２はＡＲＴ ４０４からｍ−ＬＰＴＩＤを検索し、ＳＵ １０２のＩＰアドレスをＡＲＴ ４０４に付加する。両者の場合、ＲＰＣＵ １０６は（ＰＡＣＫＥＴ ＲＥＧ ＡＣＫ）メッセージのｍ−ＬＰＴＩＤ番号をＳＵ １０２へ戻す。
【００６９】
前述したように、ＳＵ １０２がマルチキャストグループのメンバになったとき、関心のあるグループのｍ−ＬＰＴＩＤを割当てられる。グループに対するｍ−ＬＰＴＩＤを受信した後、ｍ−ＬＰＴＩＤをＳＵ １０２のＳＵマルチキャストアドレスマッピングテーブル（ＭＡＭＴ）５１６ に付加しなければならない。ＳＵ １０２はそれが結合しているグループを追跡する必要があるだけなので、ＳＵ  ＭＡＭＴ５１６ はＲＰＣＵ １０６でＭＡＭＴ５１４ の複製である必要はない。
【００７０】
ＰＡＣＳマルチキャストハンドオフはＡＬＴ中に２つのプロセスを含んでいる。第１に、ＳＵ １０２がＡＬＴを実行した後、これはそれが先のセルから結合する全てのＩＰマルチキャストグループを再度結合しなければならない。それはＰＡＣＳマルチキャストがセルで特定であるからである。第２に、これがインターＲＰＣＵ  ＡＬＴであるならば、古いＲＰＣＵ １０６はこのユーザをそれが結合している全てのグループから除去することによってそのＭＡＭＴ ５１４を更新する。
【００７１】
無線リンク帯域幅を実効的に使用するために、明白なマルチキャストの登録抹消が採択される。現在のＰＡＣＳ標準方式が１つのタイプの登録抹消だけを限定するので、新しいタイプの登録抹消、即ち“マルチキャスト登録抹消”がマルチキャストのために作成される。それが同一セル内で結合されている（即ちＡＬＴの結果としてではなく）がネットワークに依然として取付けられているマルチキャストから出た場合にのみ、ＰＡＣＳユーザはマルチキャスト登録抹消を実行する。このユーザがネットワークを永久に出ているならば、ＳＵ １０２は規則的な登録抹消を行い、その期間中、ＲＰＣＵ １０６はＳＵ １０２をＭＡＭＴ ５１４の全てのグループから除去する。
【００７２】
モバイルＰＣがＩＰマルチキャストグループを出るようにリクエストするとき、ＳＵ １０２はＲＰＣＵ １０６に通知するためのマルチキャスト登録抹消メッセージを送信する。マルチキャスト登録抹消メッセージは、ＳＵ １０２ＩＰアドレスと、グループアドレスと、このグループアドレスにマップされたｍ−ＬＰＴＩＤを含んでいる。マルチキャスト登録抹消中に、ＲＰＣＵ １０６はＳＵ １０２がマルチキャストグループの唯一のメンバであるか否かをチェックする。これは対応するｍ−ＬＰＴＩＤとグループアドレスＧに対してＭＡＭＴ ５１４をサーチするＰＦＭ ４０２により実現される。そうであるならば、ＲＰＣＵ １０６はｍ−ＬＰＴＩＤを解放し、ＭＡＭＴ ５１４中の対応するエントリから対応する組を除去する。そうでなければ、ＰＦＭ ４０２はＳＵ １０２のＩＰアドレスだけをＭＡＭＴ ５１４から除去する。
【００７３】
異なるセル１１２ へ移動するとき、ＳＵ １０２は登録抹消を実行する必要はない。ｍ−ＬＰＴＩＤの数が限定されるので、これがマルチキャストグループのメンバであったならば、先のセル１１２ のグループユーザからＳＵ １０２を除去する問題が生じる。これはＳＵ １０２のインアクティビティを検出するＰＡＣＳ機構を使用することにより処理される。ＳＵ １０２が特定された期間中（最大のインアクティビティ間隔パラメータ）にセル１１２ として動作するＲＰ １０４へメッセージを送信していないとき、ＳＵ １０２はデータをもたないパケット（ＰＡＣＫＥＴ ＮＵＬＬ）を発生し送信する。これはＳＵ １０２またはＲＰ １０４から送信された命令によって内部で実行されることができる。最大のインアクティビティ期間中にＳＵ １０２から到着するデータがないならば、ＳＵ １０２はオフラインになり、またはＡＬＴを実行することが想定される。この場合、ＲＰＣＵ １０６のハンドオフモジュールはＰＦＭ ４０２にユーザをＡＲＴ ４０４（またはＭＡＭＴ ５１４）の対応するエントリからユーザを除去するように指令する。
【００７４】
ＩＰマルチキャストはサブネット４１８ に特定のグループに対するメンバが存在するか否かを決定するためにグループメンバーシッププロトコル（ＩＧＭＰ）を使用する。インターネットルータはマルチキャストグループに対するトラフィックがサブネット４１８ へ送られるべきであるか否かを決定するためにこの情報を使用する。ＰＩＳＡ ４００では、ＩＰルータ４１０ は周期的なＩＧＭＰメンバーシップ問合わせメッセージを、ＲＰＣＵ １０６に対する接続するリンクへ送信し、少なくとも１人のメンバがＩＧＭＰ報告メッセージと応答することを期待する。
【００７５】
通常、ＩＧＭＰ問合わせメッセージはサブネット４１８ の全てのマルチキャスト可能ホストへマルチキャストされる。１人のメンバーが応答するとき、回答メッセージはまたグループへマルチキャストされ、（１つのグループ当り１人の応答が十分であるので）その他のメンバの応答を抑制する。しかしながら、ＲＰＣＵ １０６は既にＭＡＭＴ ５１４でマルチキャストマッピング情報を維持しているので、ＰＩＳＡ ４００で同一の構造を使用することは、不必要なオーバーヘッドを生じる。ＭＡＭＴ ５１４で１つのエントリを有する各マルチキャストアドレスに対して、このＲＰＣＵ １０６サブネット４１８ 中に少なくとも１人のメンバが存在しなければならない。それ故、ＲＰＣＵ １０６は、ＩＰルータ４１０ から全てのＩＧＭＰ問合わせを受取り、ＭＡＭＴ５１４ から発生されたＩＧＭＰ報告に応答するようにＩＧＭＰサポートモジュール（図示せず）を構成する。このＰＩＳＡ４００ グループメンバーシップ方式はＩＧＭＰバージョン２を継ぎ目なくサポートする。新しいマルチキャストグループがＭＡＭＴ ５１４に付加されるとき、ＲＰＣＵは求めていないメンバーシップ報告をＩＰルータ４１０ に送信し、マルチキャストグループがＭＡＭＴ ５１４から除去されるとき、ＲＰＣＵ １０６は明白な伝言メッセージを送出す。
［サービス品質のサポート］
無線ネットワークのサービス品質（ＱｏＳ）のサポートは重要であるが実現が困難である。これは主として無線リンク品質の予測不能な性質のためである。しかしながら、異なるフラグメント方式、パケットスケジュール化（クラスベースのキューまたは加重されたフェアキューイング）およびＡＲＱを使用することにより異なるレベルのサービスがＰＡＣＳで実現されることができる。この目的はダウンリンクによって幾つかのパケットドロップと好みの遅延を実行することによって多数のレベルのサービスおよび公正さを各サービスクラス内でサポートすることである。
【００７６】
ＰＰＣ機能は各ＩＰデータグラムで規定されたサービスタイプ（ＴＯＳ）フィールドを与えられる。フィールドはこのデータグラムを送る時に最適化されるパラメータタイプ、例えば最小の遅延、最大のスループット、または最大の信頼性を規定する。ＰＤＣＵ ３０４はＴＯＳフィールドの各ＩＰデータグラムヘッダを検出する。ＴＯＳ値に基づいてＰＤＣＵ ３０４はＩＰ転送で適切な選択を行う。
【００７７】
最初の選択はダウンリンクのフラグメンテーションである。ダウンリンクＤＬパケットはＤＬフラグメントに分割されなければならず、これを実行するために幾つかの方法が使用されることができる。通常のケースは“最小のフラグメンテーション”であり、それにおいてはフラグメンテーションは常に５７６バイトの倍数（最大のフラグメントサイズ）である。最小のフラグメンテーションは最小数のフラグメントを生成し、それによってオーバーヘッド（フラグメンテーションヘッダ等）が低いので、最大の処理能力をもたらす。別の方法は“最大のフラグメンテーション”である。各ＤＬフラグメントは別々のスロットで送信されることができるので、ＤＬパケットは並列伝送では８つの小さいフラグメントに分割されてもよい。フラグメントが小さい程、パケット全体は速く到着でき、遅延は最小にされる。
【００７８】
図１５および１６は、異なるフラグメント方法が性能に影響する態様を示した図である。データは理想的な状況下で数値解析により得られ、全てのスロットは先の送信からクリアされ、無線リンクにエラーはなく、再送信はなく、媒体アクセス遅延はない。制御メッセージ、システム情報、確認、ＭＡＣ、およびスーパーフレームヘッダのようなその他のＰＡＣＳプロトコルオーバーヘッドも無視される。
【００７９】
図１５は、無線リンク伝播遅延が最小の遅延を構成するＩＰパケットサイズの関数であることを示している。最大のフラグメンテーションのケースでは、パケットは２、４または８スロット間でほぼ同等に分割される（ＰＡＣＳフラグメンテーションルールを受ける）。
【００８０】
図１６は、パケットを送るために使用される正規化されたスループット（全体の粗帯域幅により分割されたＩＰデータグラムのサイズ）を示している。オーバーヘッドはフレーミングオーバーヘッドであり、これは最小のフラグメントサイズを満たすため、フラグメントとセグメントヘッダと、ＤＬおよびＳＬチェックサムと、パッディングを含んでいる。
【００８１】
これらのグラフは遅延が１０フレーミングオーバーヘッドよりも少ない増加で非常に減少されることができることを示している。それ故、各サービスでフラグメントの数を操作し、これらを並列に多数のスロットで送信することによりサービスの異なるレベルを実現することが実行可能である。それにもかかわらず、実際の遅延とパケットの損失は負荷変動により影響を受け、即ち幾つかのスロットはそれ以外のスロットよりも列に多数のセグメントを有する。それ故、フラグメンテーションアルゴリズムは列の長さを考慮しなければならず、それによって整列遅延とパケット損失はサービスの端末間の品質に影響しない。
【００８２】
異なるレベルのサービスをダウンリンク上で実現するために使用されることができる別の構造はＡＲＱである。ＰＡＣＳ標準方式はＰＤＣＵ ３０４が選択的に各ＤＬパケット２１８ のＡＣＫをエネーブルまたはディスエーブルすることを可能にする。例えば低いドロップ優先順位のＩＰデータグラムに対しては、ＰＤＣＵ ３０４はＤＬパケットヘッダ２２０ に“ＡＣＫで必要な”ビットを設定する。これにより、ＳＵ １０２は全ての適切に受信されたセグメントを承認し、ＰＤＣＵ ３０４がミスまたはエラーのセグメントを選択的に再送信することを可能にする。この方式をさらに以下説明する。
【００８３】
現在のＰＡＣＳパケットモードサービスは、ＰＡＣＳレベルでエラーを回復するために２つの自動反復リクエスト（ＡＲＱ）方式を規定する。これらの方式の一方はアップリンク（ＳＵ １０２からＲＰ １０４）で使用され、他方はダウンリンク（ＲＰ １０４からＳＵ １０２）で使用される。現在規定されるように、アップリンクＡＲＱは絶対的であり、ダウンリンクＡＲＱはパケット対パケットベースで選択的である。
【００８４】
ＰＩＳＡ ４００はこのアーキテクチャを２つの方法で変更する。第１に、ＰＩＳＡ ４００では、アップリンクＡＲＱは絶対的ではないが、パケット対パケットベースで選択的である。第２に、ＡＲＱは（ウェブトラフィックのような）損失感知トラフィックのためアップリンクとダウンリンクとの両者で付勢され、（インターネットビデオおよびオーディオのような）遅延感度トラフィックでオフに切換えられる。これはＰＡＣＳ無線リンクによるエラーのない送信を必要としないパケットを再送信することによって無線帯域幅が浪費されることを防止し、実効的な容量を増加する。
【００８５】
前述の説明にしたがって、ＰＦＭ ４０２はデータペイロード解析モジュール５２６ を具備する。データペイロード解析モジュール５２６ は、ＳＵアドレスされたデータペイロードが損失感知メッセージであるか、または遅延感知メッセージであるかを決定する。１実施形態では、これはＳＵアドレスされたデータペイロードが転送制御プロトコル（ＴＣＰ）に従うか否か、またはこれがユーザデータグラムプロトコル（ＵＤＰ）に従うかを決定することによって行われる。
【００８６】
ダウンリンクのケースでは、ＰＦＭ ４０２がデータパケットの目的地ＩＰアドレスを検査したとき、これはＩＰパケットヘッダを注目することによってパケットのデータペイロードがＴＣＰに従うかまたはＵＤＰに従うかも決定する。ＴＣＰおよび一致するエントリがＡＲＴ ４０４で発見されたならば、ＰＦＭ−ＰＤＣＵインターフェイスモジュール５２８ は、ＤＬヘッダ２２０ のＡＣＫの必要なビットを１に設定するように対応するＰＤＣＵ３０４ に通知し、ＡＲＱはＳＵ １０２から必要とされることを示す。データパケットがＵＤＰに従うならば、ＰＦＭ−ＰＤＣＵインターフェイスモジュール５２８ は、ＤＬヘッダ２２０ のＡＣＫの必要なビットを０に設定するように対応するＰＤＣＵ ３０４に通知し、ＡＲＱが必要とされないことを示す。
【００８７】
アップリンクのケースでは、ＳＵ １０２の高い層５１０ の秘密安全（セキュリティ）層は、パケットがＴＣＰであるかＵＤＰであるかに基づいて、ＡＣＫの必要なビットを０または１に設定する。０に設定されたＡＣＫの必要なビットを有するデータパケットを受信したとき、ＲＰＣＵ １０６のＰＤＣＵ ３０４はダウンリンクのパケットの送信状態を放送しない（そうでなければ現在のＰＡＣＳ標準にしたがって必要とされる）。
［結論］
この記載は本発明の好ましい実施形態の説明で完結する。要約すると、本発明はセルラー通信システムによってサービスされている加入者ユニットにインターネットホストから情報を通信する方法および装置を説明している。
【００８８】
この装置は、ルータとスタブとを含む無線ポート制御ユニットを含んでいる。ルータは、インターネットホストとメッセージを送受信する通信を行うように結合され、ＳＵソースメッセージを受取り、第１のデータ転送プロトコルでＳＵアドレスメッセージをパケット転送モジュールに提供するためにパケット転送モジュールに通信するように結合される。スタブは、第１のデータ転送プロトコルから第２のデータ転送プロトコルにメッセージを変換し、第２のデータ転送プロトコルから第１のデータ転送プロトコルにメッセージを変換するようにルータとパケット転送モジュールとの間に結合されている。
【００８９】
この方法は、データペイロードを有するデータパケットを受信し、データペイロードが損失感応メッセージであるか、あるいは遅延感応メッセージであるかを決定し、データペイロードが損失感応メッセージである場合は、承諾メッセージが要求されていることを示すためのデータパケットを構成し、データペイロードが遅延感応メッセージである場合、承諾メッセージが要求されていないことを示すためのデータパケットを構成し、データパケットを送信するステップを含んでいる。
【００９０】
本発明の好ましい実施形態の前述の説明は例示と説明の目的で行われた。本発明は開示された正確な形態に限定することを意図するものではない。多数の変形および変更が前述の考察を考慮して可能である。
【００９１】
例えば前述の説明は主として例示的な目的でＴＤＭＡマルチセルネットワークに焦点を当てているが、本発明の原理は符号分割多元接続（ＣＤＭＡ）およびＧＳＭシステム（モバイル通信用のグローバルシステム）、ならびに将来の第３世代のモバイル無線ネットワークにも応用されることができる。
【００９２】
本発明の技術的範囲はこの詳細な説明によって限定されるものではなく、特許請求の範囲の記載により限定されることを意図する。前述の詳細な説明、実施例、データは製造および構成の使用は完全な説明を提供する。本発明の多数の実施形態は本発明の技術的範囲を逸脱せずに行われることができ、本発明は特許請求の範囲の記載によって規定される。
【図面の簡単な説明】
【図１】パーソナルアクセス通信システム（ＰＡＣＳ）の概略図。
【図２】ＰＡＣＳパケットチャンネル層と、ＰＡＣＳ標準のカプセル化およびフレーミングと、ＰＡＣＳのＴＤＭ／ＴＤＭＡ無線リンクの構造図。
【図３】カプセル化されたアップリンクおよびダウンリンクメッセージの詳細図。
【図４】カプセル化されたアップリンクおよびダウンリンクメッセージの詳細図。
【図５】ＰＰＣの機能アーキテクチャのブロック図。
【図６】ＰＡＣＳインターネットサービスアーキテクチャ（ＡＩＳＡ）の概略図。
【図７】無線ポート制御装置（ＲＰＣＵ）の１実施形態のブロック図。
【図８】商用の既製のＩＰルータを使用したＲＰＣＵの別の実施形態のブロック図。
【図９】本発明の実施で使用される例示的な動作を示したフローチャート。
【図１０】本発明の実施で使用される例示的な動作を示したフローチャート。
【図１１】登録およびイントラＲＰＣＵハンドオフを示した動作の説明図。
【図１２】インターＲＰＣＵハンドオフ、登録抹消動作の説明図。
【図１３】通常のモバイルＩＰ登録中のメッセージ交換と、ＰＩＳＡのモバイルＩＰ登録の動作の説明図。
【図１４】ＰＩＳＡにおけるマルチキャスト登録の動作の説明図。
【図１５】異なるフラグメンテーション方法の性能に影響する態様を示す特性図。
【図１６】異なるフラグメンテーション方法の性能に影響する態様を示す特性図。
【図１】
0003616333.tif 000004
【図２】
0003616333.tif 000005
【図３】
0003616333.tif 000006
【図４】
0003616333.tif 000007
【図５】
0003616333.tif 000008
【図６】
0003616333.tif 000009
【図７】
0003616333.tif 000010
【図８】
0003616333.tif 000011
【図９】
0003616333.tif 000012
【図１０】
0003616333.tif 000013
【図１１】
0003616333.tif 000014
【図１２】
0003616333.tif 000015
【図１３】
0003616333.tif 000016
【図１４】
0003616333.tif 000017
【図１５】
0003616333.tif 000018
【図１６】
0003616333.tif 000019