(57)【特許請求の範囲】
【請求項１】
固有のアドレスが付与された複数のノードを有するコネクションレス型の移動通信網におけるパケット処理方法において、
前記パケットは、前記移動通信網の最終的な処理ノードのアドレスである目的の宛先アドレスを含み、
前記パケットは、さらに、前記目的の宛先アドレスに至るまでに経由する処理ノードのアドレスを格納したフィールドでカプセル化され、
前記各ノードは、受信したパケット中のフィールドに格納された目的の宛先アドレスと自ノードのアドレスとを比較し、両者が一致していないとき、前記パケットのカプセル化を解除して、解除後のパケットを送出することを特徴とするパケット処理方法。
【請求項２】
固有のアドレスが付与された複数のノードを有するコネクションレス型の移動通信網におけるパケット処理方法において、
前記パケットは、前記移動通信網における次の行き先ノードを表す次宛先アドレスと、最終的な処理ノードのアドレスである目的の宛先アドレスと、現在のノードでの処理状態を示すステータス情報とを含み、
前記各ノードは、ステータス情報と目的の処理状態が一致しているときは、受信したパケットの内、前記次宛先アドレスを格納したフィールドを解除して、解除後のパケットを送出し、受信したパケットのステータス情報と目的の処理状態が一致していないときは、前記次宛先アドレスと、前記ステータス情報とを更新して、更新後のパケットを送出することを特徴とするパケット処理方法。
【請求項３】
請求項２記載のパケット処理方法において、
前記パケットは、目的の処理状態を表すステータス情報を含み、前記各ノードは、該ステータス情報を参照して、前記目的の処理状態を特定することを特徴とするパケット処理方法。
【請求項４】
請求項２記載のパケット処理方法において、
前記パケットは、サービスの種別を表すサービス種別情報を含み、前記各ノードは、サービス種別情報と目的の処理状態との対応を示すテーブルを有し、前記各ノードは、該テーブルを参照して、前記目的の処理状態を特定することを特徴とするパケット処理方法。
【請求項５】
請求項２記載のパケット処理方法において、
前記各ノードは、ノードのアドレスと目的の処理状態との対応を示すテーブルを有し、前記各ノードは、該テーブルを参照して、前記目的の処理状態を特定することを特徴とするパケット処理方法。
【請求項６】
固有のアドレスが付与された複数のノード及び交換機を有するコネクションレス型の移動通信網におけるパケット処理方法において、
前記パケットは、前記移動通信網の最終的な処理ノードのアドレスである目的の宛先アドレスと、該パケットの処理状態を示すステータス情報を含み、
前記各ノードは、受信したパケットの目的の宛先アドレスと自ノードのアドレスが一致していないとき、前記パケットに含まれているステータス情報を更新して、更新後のパケットを送出し、
前記交換機は、前記各ノードのアドレスと前記パケットの処理状態との対応を示すテーブルを有し、
前記交換機は、受信したパケットのステータス情報及び前記テーブルを参照して、受信したパケットのルーティングを行うことを特徴とするパケット処理方法。
【請求項７】
固有のアドレスが付与された複数のノード及び交換機を有するコネクションレス型の移動通信網におけるパケット処理方法において、
前記パケットは、前記移動通信網の最終的な処理ノードのアドレスである目的の宛先アドレスと、該パケットの処理状態を示すステータス情報を含み、
前記各ノードは、受信したパケットの目的の宛先アドレスと自ノードのアドレスが一致していないとき、前記パケットに含まれているステータス情報を更新して、更新後のパケットを送出し、
前記交換機は、前記各ノードのアドレスと前記各ノードで処理する前のパケットの処理状態と処理した後のパケットとの対応を示すテーブルを有し、
前記交換機は、受信したパケットのステータス情報と、目的の処理状態と、前記テーブルとを参照して、受信したパケットのルーティングを行うことを特徴とするパケット処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パケット処理方法に係り、特に、コネクションレス型（以下、「ＣＬ型」という。 ）の電話網でのパケット処理方法に関する。
【０００２】
【従来の技術】
一般のコンピュータネットワークでは、データの発信元ノードで、転送情報に宛先アドレスと送信元アドレスを付加してパケットを構成し、このパケットをネットワークへ送出して発信元ノードから宛先ノードへデータが伝送される。これは、インターネットでも同様で、ネットワークの各ノードに対するアドレス付与規則とこれを用いてパケットをルーティングし、発信元ノードから送出されたパケットを宛先ノードへ伝送する。
【０００３】
インターネット等のインターネットプロトコル（以下、「ＩＰ」という。 ）ベースのコンピュータネットワークは、各パケットが宛先アドレスを含み、１つのＩＰパケットが伝送を完了すると、その接続は切断されるため、ＣＬ型ネットワークとも考えられる。一方、電話網は、基本的にはコネクション型ネットワークである。例えば、インターネットに対するダイヤルアップＰＰＰ（Point-ｔｏ-Point  Protocol）接続では、１つのＩＰパケットの伝送が完了してもその接続は保持され、この接続の確立・開放は、アプリケーションが直接、データリンク層を制御することで行われる。
【０００４】
【発明が解決しようとする課題】
近年、電話網でもパケット通信のトラヒックが急増しているが、このパケット通信では、パケットを断続的に発生させるので、このパケット通信加入者のために接続を保持続けるのは効率的でない。特に、移動通信網では、周波数帯域（チャネル）を多数の移動機で共用するので、そのような接続を保持しておくことは、その使用効率を悪くさせる。
【０００５】
また、前述のように、インターネット等のコンピュータネットワークは、基本的にＣＬ型であるため電話加入者のコンピュータ端末をインターネットに接続するには、加入者はダイヤルアップ接続を行う必要がある。ダイヤルアップ接続においてこの手間を削除し、シームレスな情報通信を利用しやすい料金で提供するためには、ＣＬ型の電話網を構築する必要があるが、ＩＰは、コンピュータネットワークのプロトコルであり、単に、ＣＬ型の電話網を構築し、これに、ＩＰを導入しただけでは様々な不都合が生じる。
【０００６】
一方、現在のＩＰバージョン４（以下、「ＩＰｖ４」という。 ）ベースのインターネットでは、ホストに付与するＩＰアドレスが、近い将来不足するという問題が発生すると考えられており、これを解決するために、ＩＰバージョン６（以下、「ＩＰｖ６」という。 ）が提唱・規定されている。
また、ＩＰｖ６では、ＩＰｖ４よりも豊富な機能を提供できるようにするため、様々なオプションが追加されている。例えば、ＩＰｖ６のパケットのヘッダに初めて追加されたフィールドとしては、ルータに要求する品質や即時性を識別するためのフローラベル、通過可能なゲートウエイの数を示し、ゲートウエイを通過する度に１ずつ減少するホップ・リミット、このヘッダに後続するヘッダの種別（例えば、ＴＣＰ（トランスミッション制御プロトコル）のヘッダあるいはＵＤＰ（ユーザ・データグラム・プロトコル）のヘッダ）との間に拡張ヘッダの種別をセットすることで、ＩＰｖ６のヘッダとＴＣＰのヘッダ（又はＵＤＰのヘッダ）との間に拡張ヘッダを挿入できる。この拡張ヘッダとしては、全ての中継ノードで処理されるホップ・バイ・ホップオプション・ヘッダや、宛先ノードで処理される宛先オプション・ヘッダ、ルーティングの際に使用される中継ノードのアドレス・リストであるルーティング・ヘッダ等が用意されている。
【０００７】
しかし、これらのＩＰは、様々なネットワークが相互接続されたインターネットで使用されることを前提にしており、汎用的とならざるを得ず、電話網でのアプリケーションを効率よく作動させるようにはなっていない。もちろん、プロトコル階層のより上位の層にてそれを実現することは論理的には可能であるが、ＩＰが属する層では実現する場合よりオーバーヘッドが増加してしまうという問題がある。特に、電話通信では通信品質を維持するために、少しでも効率的な処理を行う必要があり、ＩＰｖ６をそのままＣＬ型の電話網に適用することは現実的でない。
【０００８】
本発明は、上記問題に鑑みなされたものであり、ＣＬ型電話網において、電話通信を効率的に処理可能なパケット処理方法を提供することを目的とするものである。
【０００９】
【課題を解決するための手段】
請求項１に記載された発明は、固有のアドレスが付与された複数のノードを有するコネクションレス型の移動通信網におけるパケット処理方法において、前記パケットは、目的の宛先アドレスを含み、前記各ノードは、受信したパケットの目的の宛先アドレスと自ノードのアドレスが一致していないとき、前記パケットのカプセル化を解除して、解除後のパケットを送出することを特徴とする。
【００１０】
請求項２に記載された発明は、固有のアドレスが付与された複数のノードを有するコネクションレス型の移動通信網におけるパケット処理方法において、前記パケットは、次の行き先ノードを表す次宛先アドレスと、目的の宛先アドレスと、現在のノードでの処理状態を示すステータス情報とを含み、前記各ノードは、受信したパケットのステータス情報と目的の処理状態が一致しているときは、前記パケットのカプセル化を解除して、解除後のパケットを送出し、受信したパケットのステータス情報と目的の処理状態が一致していないときは、前記次宛先アドレスと、前記ステータス情報とを更新して、更新後のパケットを送出することを特徴とする。
【００１１】
請求項３に記載された発明は、請求項２記載のパケット処理方法において、前記パケットは、目的の処理状態を表すステータス情報を含み、前記各ノードは、該ステータス情報を参照して、前記目的の処理状態を特定することを特徴とする。
請求項４に記載された発明は、請求項２記載のパケット処理方法において、前記パケットは、サービスの種別を表すサービス種別情報を含み、前記各ノードは、サービス種別情報と目的の処理状態との対応を示すテーブルを有し、前記各ノードは、該テーブルを参照して、前記目的の処理状態を特定することを特徴とする。
【００１２】
請求項５に記載された発明は、請求項２記載のパケット処理方法において、前記各ノードは、ノードのアドレスと目的の処理状態との対応を示すテーブルを有し、前記各ノードは、該テーブルを参照して、前記目的の処理状態を特定することを特徴とする。
請求項６に記載された発明は、固有のアドレスが付与された複数のノード及び交換機を有するコネクションレス型の移動通信網におけるパケット処理方法において、前記パケットは、目的の宛先アドレスと、該パケットの処理状態を示すステータス情報を含み、前記各ノードは、受信したパケットの目的の宛先アドレスと自ノードのアドレスが一致していないとき、前記パケットに含まれているステータス情報を更新して、更新後のパケットを送出し、前記交換機は、前記各ノードのアドレスと前記パケットの処理状態との対応を示すテーブルを有し、前記交換機は、受信したパケットのステータス情報及び前記テーブルを参照して、受信したパケットのルーティングを行うことを特徴とする。
【００１３】
請求項７に記載された発明は、固有のアドレスが付与された複数のノード及び交換機を有するコネクションレス型の移動通信網におけるパケット処理方法において、前記パケットは、目的の宛先アドレスと、該パケットの処理状態を示すステータス情報を含み、前記各ノードは、受信したパケットの目的の宛先アドレスと自ノードのアドレスが一致していないとき、前記パケットに含まれているステータス情報を更新して、更新後のパケットを送出し、前記交換機は、前記各ノードのアドレスと前記各ノードで処理する前のパケットの処理状態と処理した後のパケットとの対応を示すテーブルを有し、前記交換機は、受信したパケットのステータス情報と、目的の処理状態と、前記テーブルとを参照して、受信したパケットのルーティングを行うことを特徴とする。
【００１４】
請求項８に記載された発明は、請求項６又は７記載のパケット処理方法において、前記パケットは、目的の処理状態を表すステータス情報を含み、前記各ノードは、該ステータス情報を参照して、前記目的の処理状態を特定することを特徴とする。
請求項９に記載された発明は、請求項６又は７記載のパケット処理方法において、前記パケットは、サービスの種別を表すサービス種別情報を含み、前記各ノードは、サービス種別情報と目的の処理状態との対応を示すテーブルを有し、前記各ノードは、該テーブルを参照して、前記目的の処理状態を特定することを特徴とする。
【００１５】
請求項１０に記載された発明は、請求項６又は７記載のパケット処理方法において、前記各ノードは、前記ノードのアドレスと目的の処理状態との対応を示すテーブルを有し、前記各ノードは、該テーブルを参照して、前記目的の処理状態を特定することを特徴とする。
【００１６】
【発明の実施の形態】
本発明の実施の形態について図面と共に説明する。
次に説明する各実施の形態においては、ＣＬ型の移動通信網で、ＩＰアドレスを使用したパケット通信により音声通信が行えることを前提としている。
（第１の実施の形態）
図１に第１の実施の形態を示す。図１（Ａ）第１の実施の形態におけるパケット処理の例を説明するための図である。図１（Ｂ）は、第１の実施の形態において、ネットワーク上を流れるパケットの構成例である。図1 （Ｃ）は、第１の実施の形態における交換機が持つルーティング・テーブルの例を説明するための図である。
（構成）
図１（Ａ）でＮ１０〜Ｎ１３は固有のＩＤアドレスを持つ処理ノードであり、処理ノードＮ１０は移動通信網に収容され、音声を情報として格納したパケットを送受する移動機、処理ノードＮ１１は受信したパケット中の情報を復号／符号化された情報を格納したパケットをこの移動通信網へ再送出するＣＯＤＥＣトランク、処理ノードＮ１２は受信したパケット中の情報に対して下り方向／上り方向のエコーキャンセルを行い、エコーキャンセル処理後の情報を格納したパケットをこの移動通信網へ再送出するエコーキャンセラトランク、処理ノードＮ１３はゲートウエイ装置であり、この移動通信網と他の通信網（以下、「他網」という。 ）との間でパケットを送信／受信するとともに、他網からのパケットをこの移動通信網へ送出する。なお、他網は、例えば、固定電話網である。また、この移動通信網は任意の数の処理ノードを包含できるが、ここでは、説明が煩雑になるのを避けるために、特定のアプリケーションで使用される処理ノードＮ１０〜Ｎ１３のみを例示して説明する。
【００１７】
また、図１（Ｂ）には、各処理ノード間を伝送されるパケットの構成が図示されている。Ｐ１０は処理ノードＮ１０から送出され処理ノードＮ１１で受信されるパケット、Ｐ１１は処理ノードＮ１１から送出され処理ノードＮ１２で受信されるパケット、Ｐ１２は処理ノードＮ１２から送出され処理ノードＮ１３により受信されるパケットであり、各パケットは、共通して、最終的な処理ノードのＩＰアドレスである目的のＩＰアドレス（ここではＩＰ３）を格納したフィールドＦ１、自パケットの処理状態を格納したフィールドＦ２、及び伝送すべき情報を格納したフィールドＦ３を持つ。
【００１８】
なお、ＳＴ０はこのパケットに対して次の処理を行うべき処理ノード（以下、「次処理ノード」という。 ）がＣＯＤＥＣトランクであること、ＳＴ１は次処理ノードがエコーキャンセラトランクであること、ＳＴ２は次処理ノードが他網へのゲートウエイ装置であることを意味している。
Ｒ１０〜Ｒ１３は相互接続された交換機であり、それぞれ図１（Ｃ）に示すルーティング・テーブルＴ１を持ち、パケットを中継する。ルーティング・テーブルＴ１は、後述するパケットの処理状態と処理ノード（実際にはＩＰアドレス）とを対応付けたものである。なお、交換機Ｒ１０〜Ｒ１３は、それぞれ、符号の末尾の数字が一致した処理ノードに接続されている。
（機能）
図２に示すように、各処理ノードは、パケットを受信すると、このパケット中の処理状態に応じた処理を行い（ステップＳＡ１）、自ノードのＩＰアドレス（以下、「自ＩＰアドレス」という。 ）と受信したパケット中のフィールドＦ１に格納された目的のＩＰアドレスとを比較し（ステップＳＡ２）、両者が一致した場合には処理を終了する。逆に、両者が一致しなかった場合にはこのパケットのフィールドＦ２に格納された処理状態を更新し（ステップＳＡ３）、処理状態が更新されたパケットを自ノードに対応した交換機へ送出する（ステップＳＡ４）。処理状態の更新方法は任意であるが、ここでは、各処理ノードが処理状態の変換規則に従って処理状態を変換しているものとする。
【００１９】
一方、各交換機は、図３に示すように、パケットを受信すると、このパケットに設定されている処理状態とルーティング・テーブルＴ１とにより次処理ノードを決定し（ステップＳＢ１）、この次処理ノードへこのパケットを送出する（ステップＳＢ２）。
（上り方向の伝送例）
次に、具体的なパケットの伝送例として、処理ノードＮ１０で発生したパケットが処理ノードＮ１３へ伝送される過程を図１を参照して説明する。
【００２０】
まず、図１（Ａ）で、伝送すべき情報を格納したパケットＰ１０が処理ノードＮ１０から送出され、交換機側により受信される。この際、目的のＩＰアドレスはＩＰ３であり、パケットＰ１０に設定されている処理状態はＳＴ０である。一方、ルーティング・テーブルＴ１で、処理状態の値であるＳＴ０は、ＩＰアドレスがＩＰ１の処理ノードＲ１１に対応付けられている。このため、交換機側で、処理ノードＮ１１が次処理ノードとして決定され、パケットＰ１０が交換機側から処理ノードＮ１１へ転送される。
【００２１】
処理ノードＮ１１では、パケットＰ１０中の情報に対して、処理状態（ＳＴ０）に応じた処理（復号化）が施されるとともに、処理状態がＳＴ０からＳＴ１へ更新される。復号化後の情報及び更新された処理状態を含むパケットＰ１１は処理ノードＮ１１から交換機側へ転送される。以後、交換機側で上述と同様の処理が行われ、パケットＰ１１が交換機側から処理ノードＮ１２へ転送される。
【００２２】
処理ノードＮ１２では、パケットＰ１１中の情報に対して、処理状態（ＳＴ１）に応じた処理（上り方向のエコーキャンセル処理）が施されるとともに、処理状態がＳＴ１からＳＴ２へ更新される。エコーキャンセル処理後の情報及び更新された処理状態を含むパケットＰ１２は処理ノードＮ１２から交換機側へ転送される。以後、交換機側で上述と同様の処理が行われ、パケットＰ１２が交換機側から処理ノードＮ１３へ転送される。
【００２３】
処理ノードＮ１３では、パケットＰ１２に対して、処理状態（ＳＴ２）に応じた処理（他網への送出）が施される。即ち、復号化され、エコーキャンセル処理された音声パケットが他網へ送出される。
（下り方向の伝送例）
一方、他網からの音声パケットを移動機まで伝送する過程では、図示を略すが、処理ノードＮ１３から、宛先ＩＰアドレスがＩＰ０、処理状態がＳＴ１０２とされたパケットが送出される。ここで、ＳＴ１０２は、ルーティング・テーブルＴ１でＩＰアドレスがＩＰ２の処理ノードＲ１２に対応付けられているものとする。このため、交換機側で、処理ノードＮ１２が次処理ノードに決定され、このパケットが交換機側から処理ノードＮ１２へ転送される。
【００２４】
処理ノードＮ１２では、このパケット中の情報に対して、処理状態（ＳＴ１０２）に応じた処理（下り方向のエコーキャンセル処理）が施されると共に、処理状態がＳＴ１０２からＳＴ１０１へ更新される。下り方向のエコーキャンセル処理後の情報及び更新された処理状態を含むパケットは処理ノードＮ１２から交換機側へ転送される。
【００２５】
このように、移動機から他網へ音声パケットを伝送する過程と逆の処理が行われ、最終的には、宛先ＩＰアドレスとしてＩＰ０、処理状態としてＳＴ１００が、情報としてエコーキャンセル処理され、符号化された音声パケットが移動機である処理ノードＮ１０により受信される。
（第２の実施の形態）
図４に第２の実施の形態を示す。図４（Ａ）第２の実施の形態におけるパケット処理の例を説明するための図である。図４（Ｂ）は、第２の実施の形態において、ネットワーク上を流れるパケットの構成例である。図４（Ｃ）は、第２の実施の形態における交換機が持つルーティング・テーブルの例を説明するための図である。
（構成）
図４（Ａ）でＮ２０〜Ｎ２３は処理ノードであり、図１（Ａ）の処理ノードＮ１０〜Ｎ１３と異なる点は、送受するパケット及びルーティング・テーブルの構成のみである。
【００２６】
図４（Ｂ）には、各処理ノード間を伝送されるパケットの構成が図示されている。この図で、Ｐ２０は処理ノードＮ２０から送出され処理ノードＮ２１で受信されるパケット、Ｐ２１は処理ノードＮ２１から送出され処理ノードＮ２２で受信されるパケット、Ｐ２２は処理ノードＮ２２から送出され処理ノードＮ２３により受信されるパケットである。
【００２７】
Ｒ２０〜Ｒ２３は交換機であり、図１（Ａ）の交換機Ｒ１０〜Ｒ２３と異なる点は、図１（Ｃ）に示すルーティング・テーブルＴ１に代えて、図４（Ｃ）に示すルーティング・テーブルＴ２を持つ点である。ルーティング・テーブルＴ２は、処理ノード（実際にはＩＰアドレス）と、この処理ノードにより受信されるパケットの処理状態（前処理状態）と、このパケットに対して処理を施した後に送出されるパケットの処理状態（後処理状態）とを対応付けたものである。
（機能）
各処理ノードが行う処理は、図２に示す処理と同一である。一方、各交換機は、図５に示すように、パケットを受信すると、このパケット中の現在の処理状態（以下、「現処理状態」という。 ）と目的の処理状態とルーティング・テーブルＴ２とにより次処理ノードを決定する（ステップＳＣ１）。ルーティング・テーブルＴ２は、前処理状態のパケットを処理ノードへ送信すると、この処理ノードから後処理状態のパケットが送出されてくることを意味している。すなわち、ステップＳＣ１では、まず、パケット処理状態を現処理状態から目的の処理状態まで変化させるために経由しなければならない最小数の処理ノードの順列を求め、この順列から最初の処理ノードを選択して次処理ノードを決定する。上記順列の求め方は任意であり、各種の手法が周知であり、その説明を省略する。なお、各処理ノードでの処理時間及び各ノードへの伝達時間を考慮し、最短の経路を求め、この経路から最初の処理ノードを選択して次処理ノードを決定するようにしても良い。
（上り方向の伝送例）
次に、具体的なパケットの伝送例として、処理ノードＮ２０で発生したパケットが処理ノードＮ２３へ伝送される過程を図４を参照して説明する。
【００２８】
まず、図４（Ａ）で、伝送すべき情報を格納したパケットＰ２０が処理ノードＮ２０から送出され、交換機側により受信される。この際、目的のＩＰアドレスはＩＰ３であり、パケットＰ２０中の処理状態はＳＴ０、目的の処理状態はＳＴ２であり、交換機側で、これらの値とルーティング・テーブルＴ２とにより次処理ノード（ここでは処理ノードＮ２１）が決定される。その結果、パケットＰ２０が交換機側から処理ノードＮ２１へ転送される。
【００２９】
処理ノードＮ２１で行われる処理は、処理ノードＮ１２で行われる処理と同様であるため、その説明は省略する。処理ノードＮ２１からは、処理状態がＳＴ１となったパケットＰ２１が交換機側へ転送される。以後、同様の処理が行われ、パケットＰ２２が交換機側から処理ノードＮ２３へ転送される。処理ノードＮ２３で行われる処理は、処理ノードＮ１３で行われる処理と同様であるため、その説明は省略する。
【００３０】
最終的には、復号化され、エコーキャンセル処理された音声パケットが処理ノードＮ２３から他網へ送出される。
（下り方向の伝送例）
一方、他網からの音声パケットを移動機まで伝送する過程では、第１の実施の形態での下り方向の伝送例と同様に、上り方向の伝送とほぼ逆の処理が行われる。この処理は、第１の実施の形態及び上記の上り方向の伝送例での処理から自明であるため、その説明は省略する。
（第３の実施の形態）
図６に第３の実施の形態を示す。図６（Ａ）第３の実施の形態におけるパケット処理の例を説明するための図である。図６（Ｂ）は、第３の実施の形態において、ネットワーク上を流れるパケットの構成例である。
（構成）
図６（Ａ）でＮ３０〜Ｎ３３は処理ノードであり、図１（Ａ）の処理ノードＮ１０〜Ｎ１３と異なる点は、送受するパケットの構成と機能のみである。
【００３１】
図６（Ｂ）には、各処理ノード間を伝送されるパケットの構成が図示されている。この図で、Ｐ３０は処理ノードＮ３０から送出され処理ノードＮ３１で受信されるパケット、Ｐ３１は処理ノードＮ３１から送出され処理ノードＮ３２で受信されるパケット、Ｐ３２は処理ノードＮ３２から送出され処理ノードＮ３３により受信されるパケットである。
【００３２】
各パケットは、図１に示すパケットＰ１０〜Ｐ１３が持つフィールドＦ１、Ｆ３を持ち、さらに目的のＩＰアドレスに至るまでに経由する処理ノードのＩＰアドレス（以下、「中継ＩＰアドレス」という。 ）を格納したフィールドＦ５、Ｆ６を持つ。各フィールドは先頭からフィールドＦ５、Ｆ６，Ｆ１，Ｆ３の順に並んでおり、フィールドＦ１、Ｆ３からなるパケットをフィールドＦ６でカプセル化し、さらにフィールドＦ５でカプセル化してパケットを構成している。
【００３３】
Ｒ３０〜Ｒ３３は、一般的な交換機であり、それぞれ、符号の末尾の数字が一致した処理ノードに接続されている。
（機能）
図７に示すように、各処理ノードは、パケットを受信すると、このパケットに対して、このパケットの次処理ノードに応じた処理を行う（ステップＳＤ１）。また、自ＩＰアドレスから受信したパケット中の目的ＩＰアドレスとが一致しなかった場合にはこのパケットの先頭フィールドを削除する（ステップＳＤ２）。なお、ここでは、目的のＩＰアドレスは情報を格納するフィールドＦ３の直前に存在するものとし、先頭からＩＰアドレスを格納したフィールドを調査し、後続するフィールドがＩＰアドレスを格納したフィールドでない場合に調査中のフィールドは目的のＩＰアドレスを格納したフィールドであるものと判断している。もちろん、この判断手法は適宜変更可能であり、例えば、目的のＩＰアドレスを格納したフィールドの先頭にユニークワードを配し、このユニークワードを検出して目的のＩＰアドレスを格納したフィールドを特定するようにしてもよい。
【００３４】
一方、各交換機は、パケットの先頭フィールドのＩＰアドレスに従って、このパケットをルーティングする。
（上り方向の伝送例）
次に、具体的なパケットの伝送例として、処理ノードＮ３０で発生したパケットが処理ノードＮ３３へ伝送される過程を図６を参照して説明する。
【００３５】
まず、図６（Ａ）で、伝送すべき情報を格納したパケットＰ３０が処理ノードＮ３０から送出され、交換機側により受信される。この際、パケットの先頭の中継アドレスはＩＰ１、後続する中継アドレスはＩＰ２、目的のＩＰアドレスはＩＰ３となっているため、交換機側では、パケットの先頭の中継アドレスはＩＰ１に従ってルーティングが行われ、パケットＰ３０が処理ノードＮ３１へ転送される。
【００３６】
処理ノードＮ３１では、パケットＰ３０中の情報に対して、このパケットＰ３０の次処理ノードのＩＰアドレス（すなわちＩＰ２）に応じた処理（復号化）が施される。次に、復号化後の情報を含むパケットから先頭フィールドＦ５が削除されてパケットＰ３１が生成される。このパケットＰ３１は交換機側へ転送される。
【００３７】
処理ノードＮ３２では、パケットＰ３１中の情報に対して、次処理ノードのＩＰアドレス（すなわちＩＰ３）に応じた処理（上り方向のエコーキャンセル処理）が施され、エコーキャンセル処理後の情報を含むパケットから先頭フィールドＦ６が削除されてパケットＰ３２が生成される。このパケットＰ３２は処理ノードＮ３３へ転送される。
【００３８】
処理ノードＮ３３では、パケットＰ３２に対して、次処理ノードのＩＰアドレス（ここでは、次処理ノードは存在しない）に応じた処理（他網への送出）が施される。すなわち、復号化され、エコーキャンセル処理された音声パケットが他網へ送出される。
（下り方向の伝送例）
一方、他網からの音声パケットを移動機まで伝送する過程では、第１の実施の形態での下り方向の伝送例と同様に、上り方向の伝送とほぼ逆の処理が行われる。すなわち、処理ノードＮ３３から交換機側へ送出されるパケットの先頭には、順に、ＩＰ２，ＩＰ１，１Ｐ０という順でＩＰアドレスが格納されており、処理ノードＮ３２，Ｎ３１と転送されていくにつれて先頭からＩＰアドレスが削除されていく。その他の動作については、第１の実施の形態及び上記の上り方向の伝送例での処理から自明であるため、その説明は省略する。
（第４の実施の形態）
図８に第４の実施の形態を示す。図８（Ａ）第４の実施の形態におけるパケット処理の例を説明するための図である。図８（Ｂ）は、第４の実施の形態において、ネットワーク上を流れるパケットの構成例である。図８（Ｃ）は、第４の実施の形態における交換機が持つルーティング・テーブルの例を説明するための図である。
（構成）
図８（Ａ）でＮ４０〜Ｎ４３は処理ノードであり、図１（Ａ）の処理ノードＮ１０〜Ｎ１３と異なる点は、送受するパケットの構成と後述する機能及びルーティング・テーブルのみである。
【００３９】
図８（Ｂ）には、各処理ノード間を伝送されるパケットの構成が図示されている。この図で、Ｐ４０は処理ノードＮ４０から送出され処理ノードＮ４１で受信されるパケット、Ｐ４１は処理ノードＮ４１から送出され処理ノードＮ４２で受信されるパケット、Ｐ４２は処理ノードＮ４２から送出され処理ノードＮ４３により受信されるパケットである。
【００４０】
各パケットは、図４に示すパケットＰ２０〜Ｐ２３が持つフィールドＦ１、Ｆ２、Ｆ４、Ｆ３を持ち、さらに、次の処理を行う処理ノードのＩＰアドレスを格納したフィールドＦ７を持つ。各フィールドは先頭からフィールドＦ７、Ｆ１，Ｆ２，Ｆ４、Ｆ３の順に並んでいる。
Ｒ４０〜Ｒ４３は、一般的な交換機であり、それぞれ、符号の末尾の数字が一致した処理ノードに接続されている。
（機能）
図９に示すように、各処理ノードは、パケットを受信すると、このパケットに対して、このパケットのＦ２フィールドを見てステータスに応じた処理を行う（ステップＳＡ１）。また、自ＩＰアドレスと受信したパケット中の目的ＩＰアドレスとが一致しなかった場合には、Ｆ２フィールドのステータスを更新する（ステップＳＡ３）。そして、目的のステータスであるＦ４フィールドの値と現在のＦ２フィールドの値とを比較し（ステップＳＥ１）、値が一致しなかった場合は、Ｆ２、Ｆ４フィールドの値に基づいて次処理ノードを決定し、先頭のＦ７フィールドを更新し（ステップＳＥ２、ＳＥ３）、値が一致した場合は、このパケットの先頭フィールドを削除する（ステップＳＤ２）。なお、ここでは、目的のＩＰアドレスはＦ２フィールドの直前に存在するものとし、先頭からＩＰアドレスを格納したフィールドを調査し、後続するフィールドがＩＰアドレスを格納したフィールドでない場合に調査中のフィールドは目的のＩＰアドレスを格納したフィールドであるものと判断している。もちろん、この判断手法は適宜変更可能であり、例えば、目的のＩＰアドレスを格納したフィールドの先頭にユニークワードを配し、このユニークワードを検出して目的のＩＰアドレスを格納したフィールドを特定するようにしてもよい。
【００４１】
一方、各交換機は、パケットの先頭フィールドのＩＰアドレスに従って、このパケットをルーティングする。
（上り方向の伝送例）
次に、具体的なパケットの伝送例として、処理ノードＮ４０で発生したパケットが処理ノードＮ４３へ伝送される過程を図８を参照して説明する。
【００４２】
まず、図８（Ａ）で、伝送すべき情報を格納したパケットＰ４０が処理ノードＮ４０から送出され、交換機側により受信される。この際、目的のＩＰアドレスＩＰ３、パケットＰ４０に設定された処理状態はＳＴ０、目的の処理状態はＳＴ２であり、交換機側で、これらの値とルーティング・テーブルＴ３とにより次処理ノード（ここでは処理ノードＮ４１）が決定され、次処理ノードのＩＰアドレス（ＩＰ１）がパケットの先頭フィールドに書き込まれる。この結果、パケットＰ４０が交換機側から処理ノードＮ４１へ転送される。
【００４３】
処理ノードＮ４１では、パケットＰ４０中の情報に対して、処理状態（ＳＴ０）に応じた処理（上り方向の復号処理）が行われ、処理状態がＳＴ０からＳＴ１へ変更される。交換機Ｒ３１は、パケットＰ４１の目的のＩＰアドレス、パケットＰ４１の処理状態がＳＴ０からＳＴ１へ変更される。交換機Ｒ３１は、パケットＰ４１の目的ＩＰアドレス、パケットＰ４１の処理状態、目的の処理状態とルーティング・テーブルＴ３を参照し、次処理ノード（ここでは処理ノードＮ４２）が決定され、次処理ノードのＩＰアドレス（ＩＰ２）がパケットのフィールドに書き込まれる。こうして生成されたパケットＰ４１は交換機側へ転送される。以後、交換機側で上記と同様の処理が行われ、パケットＰ４１が処理ノードＮ４２へ転送される。
【００４４】
処理ノードＮ４２では、パケットＰ４１中の情報に対して、処理状態（ＳＴ１）に応じた処理（上り方向のエコーキャンセル処理）が行われ、処理状態がＳＴ１からＳＴ２へ変更され、さらに、パケット先頭のフィールドＦ７が削除される。これにより、パケット先頭のフィールドは、目的のＩＰアドレスを格納したフィールドＦ１となる。こうして生成されたパケットＰ４２は交換機側へ転送される。以後、交換機側で上記と同様の処理が行われ、パケットＰ４２が処理ノードＮ４３へ転送される。
【００４５】
処理ノードＮ４３ではパケット４２に対して、処理状態（ＳＴ２）に応じた処理（他網への送出）が行われる。つまり、復号化され、エコーキャンセル処理された音声パケットが他網へ送出される。
（下り方向の伝送例）
第２の実施の形態及び第３の実施の形態での下り方向の伝送例と同様に、上り方向の伝送とほぼ逆の処理が行われる。すなわち、処理ノードＮ４３から交換機側へ送出されるパケットの先頭には、順に、ＩＰ２，ＩＰ３，ＳＴ１０２、ＳＴ１００という順でＩＰアドレスと処理状態が格納されており、処理ノードＮ４１で，パケットの先頭フィールドＦ７が削除される。その他の動作については、第２の実施の形態及び第３の実施の形態及び上記の上り方向の伝送例での処理から自明であるため、その説明は省略する。
（第５の実施の形態）
図１０に第５の実施の形態を示す。図１０（Ａ）第５の実施の形態におけるパケット処理の例を説明するための図である。図１０（Ｂ）は、第５の実施の形態において、ネットワーク上を流れるパケットの構成例である。図１０（Ｃ）は、第５の実施の形態における交換機が持つルーティング・テーブルの例を説明するための図である。
（構成）
図１０（Ａ）でＮ５０〜Ｎ５３は処理ノードであり、図８（Ａ）の処理ノードＮ４０〜Ｎ４３と異なる点は、サービス種別と目的の処理状態との対応関係を示す関係テーブルＴ４を持つ点と、送受するパケットの構成と後述する機能のみである。
【００４６】
図１０（Ｂ）には、各処理ノード間を伝送されるパケットの構成が図示されている。この図で、Ｐ５０は処理ノードＮ５０から送出され処理ノードＮ５１で受信されるパケット、Ｐ５１は処理ノードＮ５１から送出され処理ノードＮ５２で受信されるパケット、Ｐ５２は処理ノードＮ５２から送出され処理ノードＮ５３により受信されるパケットである。
【００４７】
パケットＰ５０〜Ｐ５３が図８に示すパケットＰ４０〜Ｐ４２と異なる点は、目的の処理状態のフィールドＦ４に代えてサービス種別を示すフィールドＦ８を持つ点のみである。
（機能及び伝送例）
本実施の形態での各処理ノードの機能が、図８での各処理ノードの機能と異なる点は、受信したパケットに設定されたサービス種別を目的の処理状態に変換する点のみである。
【００４８】
従って、上記以外は、第４の実施の形態と同じ動作になるため、伝送例の説明を省略する。
（変形例）
本発明は、上記実施の形態に限られない。本発明の技術思想の範囲で、例えば、以下のような種々の変形が可能である。
【００４９】
変形１：第５の実施の形態（図１０参照）において、各ノード側でサービス種別から処理状態を取得する例を示したが、第２の実施の形態（図４参照）において、各交換機でサービス種別から目的の処理状態を取得するようにしてもよい。この場合、図４中のパケットには、目的の処理状態フィールドに代えてサービス種別フィールドが使用されることになる。
【００５０】
変形２：宛先ノードアドレスから目的の処理状態を一意的に定めることができる場合には、宛先ノードアドレスと目的の処理状態との関係を示したテーブルを各ノード又は各交換機に設け、各ノード又は各交換機がこのテーブルを参照してパケット中の宛先ノードアドレスから目的の処理状態を取得するようにし、パケット中の目的の処理状態フィールドを省略するようにしてもよい。
【００５１】
変形３：宛先ノードアドレス及びサービス種別により目的の処理状態を取得するようにしてもよいし、サービス種別及びこのサービス種別内での各処理段階を示す情報とにより目的の処理状態を取得するようにしてもよい。要は、パケット内の少なくとも一つのフィールドの内容により目的の処理状態を一意的に特定できればよい。
【００５２】
変形４：音声のみの伝送をする例を挙げたが、これに限らないことは言うまでもない。また、伝送する情報の種類に応じて処理ノードでの処理を変える必要がある場合には、パケット内に情報の種類を表す情報を格納するフィールドを設け、処理ノードで、このフィールドの内容に応じた処理を行うようにしてもよい。
変形５：電話サービスに関して設けられた他の処理ノードとしては、ハンドオーバ時に既に旧ＩＰアドレスに向けて送出され、そのままでは正常に到達しないパケットを新ＩＰアドレスへ転送するためのハンドオーバトランクや、三者以上での会議を実現するための会議トランク等が挙げられる。
【００５３】
変形６：上記各実施の形態では、移動機と固定電話網の電話端末との間での音声通話について説明したが、同一の移動通信網内での通話に適用することも可能である。この場合には、例えば、処理状態が特定の内容であるパケットが送出側の移動機から送出され、交換機のみを介して受信側の移動機へ伝送されることになる。
【００５４】
変形７：各状況で、目的のＩＰアドレスと目的の処理状態は、それぞれ一つとは限らない。従って、処理ノードで、受信した一つのパケットに対して行われる処理は１種類とは限らず、このパケットに対応して処理ノードから送出されるパケットも一つとは限らない。例えば、図８で、目的のＩＰアドレスとして、ＩＰ０を、この目的のＩＰアドレスに対応した目的の処理状態としてＳＴ１を追加すれば、処理ノードＮ４１で２つのパケットが生成され、一方が処理ノードＮ４０へ、他方が処理ノードＮ４２へ送信される。すなわち、処理ノードＮ４０は、多数の処理ノードに中継されるパケットの途中経過を入手できる。このようにすることなく、処理ノードＮ４１で、目的の処理状態と目的のＩＰアドレスとにより受信したパケットに対して施す処理を決定するようにすれば、処理の完了通知を処理ノードＮ４０へ、処理後のパケットを処理ノードＮ４２へ送信することもできる。
【００５５】
変形８：さらに、中継処理ノードに対応させてパケット情報内に条件を設定し、中継処理ノードでこの条件に応じた処理を行うようにしてもよい。さらに、各条件に応じた結果をパケットの情報内に格納するようにしてもよい。このようにすれば、例えば、宿泊施設を検索した後でこの宿泊施設への最適な交通手段を検索し、最終的な結果を加入者へ返送するといったパケットの利用方法が実現可能である。この場合、宿泊施設の検索条件結果を加入者に知らせることなく、交通手段を検索開始できるため、移動通信網上のトラヒックを低減できるとともに、利用者に対して優れたユーザインタフェースを提供することができる。ただし、交通手段の検索を行う処理ノードは、上位層からパケットの情報内の宿泊施設の検索結果を調べる必要がある。
【００５６】
上記変形７及び変形８により、柔軟な処理を自律的に行うことができる自律ハンドリング型パケットを提供することができる。
また、実施例によれば、ＣＬ型電話網の各種サービス等に応じたパラメータを設定したパケットを網内で自律的にハンドリングさせることで、ＣＬ型電話網での電話通信を効率的に行える。従って、ＣＬ型電話網の構築が可能となり、特に移動通信では、共用している周波数帯域を有効に利用できる。
【００５７】
【発明の効果】
ＣＬ型電話網での電話通信を効率的に行える。
【図面の簡単な説明】
【図１】第１の実施の形態を説明するための図である。
【図２】第１の実施の形態で各ノードが行う処理のフローチャートである。
【図３】第１の実施の形態で各交換機が行う処理のフローチャートである。
【図４】第２の実施の形態を説明するための図である。
【図５】第２の実施の形態で各交換機が行う処理のフローチャートである。
【図６】第３の実施の形態を説明するための図である。
【図７】第３の実施の形態で各ノードが行う処理のフローチャートである。
【図８】第４の実施の形態を説明するための図である。
【図９】第４の実施の形態で各ノードが行う処理のフローチャートである。
【図１０】第５の実施の形態を説明するための図である。
【符号の説明】
Ｎ    処理ノード
Ｐ    パケット
Ｒ    交換機
Ｔ    ルーティング・テーブル
ＳＴ    パケットのステータス（処理状態）
Ｆ    フィールド
【図１】
0003667560.tif 000002
【図２】
0003667560.tif 000003
【図３】
0003667560.tif 000004
【図４】
0003667560.tif 000005
【図５】
0003667560.tif 000006
【図６】
0003667560.tif 000007
【図７】
0003667560.tif 000008
【図８】
0003667560.tif 000009
【図９】
0003667560.tif 000010
【図１０】
0003667560.tif 000011