(57)【要約】通信ネットワーク（Ｎ）のクライアント（Ｃ１、Ｃ２）を構成するための方法であって、クライアントに、ＩＰアドレスを動的に決定するように適合されたサーバ（Ｓ）へ要求（ＭＲ１、ＭＲ２）を送信させる第１ステップと、サーバに、応答メッセージ（ＭＡ１、ＭＡ２）を返送させる第２ステップとを含み、前記クライアントが、通信ネットワークを介して送信された、後続のＩＰデータグラム（ＭＳ１、ＭＳ２）内の前記ＩＰアドレスを使用する。この方法は、サーバがクライアントと関連する領域を決定し、この領域の識別子を応答メッセージ内に含めるという点で新しい。この識別子は、クライアントによって後続のＩＰデータグラム内に含められる。
2010529794.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク（Ｎ）のクライアント（Ｃ１、Ｃ２）を構成する方法であって、
前記クライアントに、前記クライアントのためのＩＰアドレスを動的に決定するように適合されたサーバ（Ｓ）へ要求（ＭＲ１、ＭＲ２）を送信させる第１ステップと、
前記サーバに、前記クライアントへ前記ＩＰアドレスを含む応答メッセージ（ＭＡ１、ＭＡ２）を返送させる第２ステップとを含み、
前記クライアントが、前記通信ネットワークを介して送信された、後続のＩＰデータグラム（ＭＳ１、ＭＳ２）内の前記ＩＰアドレスを使用し、
前記サーバが前記クライアントと関連する領域を決定し、前記応答メッセージ内に前記領域の識別子を含め、前記識別子が、前記クライアントによって前記後続のＩＰデータグラム内に含められる、ことを特徴とする方法。
【請求項２】
前記要求および前記応答メッセージが動的ホスト構成プロトコルに準拠する、請求項１に記載の方法。
【請求項３】
前記応答メッセージがＤＣＨＰＡＣＫメッセージであり、オプション・フィールド内に前記識別子を含む、請求項２に記載の方法。
【請求項４】
前記識別子が、ＩＰパケットのヘッダ・オプションとして、前記後続のＩＰデータグラム内に含まれる、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
通信ネットワーク（Ｎ）のクライアント（Ｃ１、Ｃ２）を構成するサーバ（Ｓ）であって、
前記クライアントから要求（ＭＲ１、ＭＲ２）を受信して、前記クライアントのためのＩＰアドレスを動的に決定する手段と、
前記ＩＰアドレスを含む応答メッセージ（ＭＡ１、ＭＡ２）を前記クライアントに返送する手段とを含み、
前記サーバが、前記クライアントと関連する領域を決定し、前記領域の識別子を前記応答メッセージ内に含める手段を有する、ことを特徴とするサーバ。
【請求項６】
前記要求および前記応答メッセージが前記動的ホスト構成プロトコルに準拠するように適合された、請求項５に記載のサーバ。
【請求項７】
前記応答メッセージがＤＣＨＰＡＣＫメッセージであり、オプション・フィールド内に前記識別子を含む、請求項６に記載のサーバ。
【請求項８】
前記識別子が、前記ＩＰパケットのヘッダ・オプションとして、前記後続のＩＰデータグラム内に含まれる、請求項５乃至７のいずれか１項に記載のサーバ。
【請求項９】
請求項５乃至８のいずれか１項に記載の少なくとも１つのサーバを含む通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰ通信ネットワークに関し、より詳細には、このような通信ネットワークに動的に接続したいと望むクライアントの構成に関する。
【背景技術】
【０００２】
インターネット・プロトコル・バージョン４に基づく通信ネットワークは、利用可能なＩＰアドレスの不足に耐えている。この問題は、アジア諸国のような一部の国々では一層深刻であり、インターネットに接続するクライアントのタイプの数が増加しているためにますます悪化しつつある。実際、クライアントには、コンピュータ、ＩＰ電話、携帯情報端末（ＰＤＡ）、移動電話などを含むことができる。
【０００３】
多くのＩＰアドレスを消費しすぎないために、少なくとも２つのメカニズムが導入されている。
【０００４】
まず、クライアントのＩＰアドレスは、通常ＤＨＣＰ（動的ホスト構成プロトコル）と呼ばれるプロトコルを介して動的に割り当てられ、ＩＥＴＦ（インターネット技術標準化委員会）のＲＦＣ２１３１によって定義される。この動的割振りのおかげで、ＩＰアドレスはある時間の間だけあるクライアントによって予約され、したがって他のタイム・スロットの間、他のクライアントによって再利用されうる。
【０００５】
このプロトコルによれば、クライアント（たとえば通信端末）が通信ネットワークを介する通信を望む場合、クライアントはＤＨＣＰに要求を送信すべきであり、ＤＨＣＰは、利用可能なＩＰアドレスのプールから選択された動的割当てＩＰアドレスを、返信としてクライアントに提供する。
【０００６】
前述の、利用可能なＩＰｖ４アドレスの不足に対処するもう１つのメカニズムは、複数のクライアントに同時に同じＩＰアドレスを割り当てることである。
【０００７】
その場合、同じＩＰアドレスを共用するクライアントが確実に同じ相手と通信できないようにして、混乱を生じないようにすることが義務づけられる。したがって、通信ネットワークは、所与のＩＰアドレスを有する１つのリソースだけが（同時に）存在できる、複数の「領域（ｒｅａｌｍ）」（または「アドレス指定ドメイン」）に分割される。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
現在の展開では、アドレスの使用方法における不一致を避けるために、通常ＤＨＣＰが統計的に領域に関連付けられる。通信の構成によって、それぞれの領域は単一のＤＨＣＰサーバを含み、このＤＨＣＰから自分のＩＰアドレスを取得するどのクライアントもその領域のメンバになる。
【０００９】
クライアントが自分の領域内のリソース（他のクライアント、アプリケーション・サーバなど）と通信する限り、このアーキテクチャは十分な結果を提供する。同じＩＰアドレスが、第１領域の挙動、および第１クライアントとこの領域内に位置するリソースとの通信を妨げずに、他の領域内の他のクライアントに割り振られている場合がある。
【００１０】
しかし、クライアントが、他の領域内に位置するリソース、たとえばアプリケーション・サーバと通信しなければならないことが起こりうる。
【００１１】
このような状況では、アプリケーション・サーバはＩＰアドレス以外にクライアントを識別する方法がない。ＩＰアドレスは通信ネットワーク内で一意ではないので、応答メッセージを正しいクライアントへ正確にルーティングできない。
【００１２】
このような重要な問題を回避するために、アプリケーション・サーバおよび他のどのようなリソースも、それら自身の領域内でのみ到達可能であるように展開されている。これは、通信ネットワークのアーキテクチャにおける強い制約を意味し、通信ネットワークを展開するのがコストのかかるものになり、またある種のアプリケーションを展開することができない。
【課題を解決するための手段】
【００１３】
本発明の目的は、前述のソリューションの欠点を回避しながら、通信クライアントに動的なＩＰアドレスを提供することによって、通信クライアントを構成するための方法を提案することである。
【００１４】
より正確には、本発明の第１の目的は、通信ネットワークのクライアントを構成するための方法に関し、
−前記クライアントに、前記クライアントのためのＩＰアドレスを動的に決定するように適合されたサーバ（Ｓ）へ要求（ＭＲ１、ＭＲ２）を送信させる第１ステップと、
−前記サーバに、前記クライアントへ前記ＩＰアドレスを含む応答メッセージ（ＭＡ１、ＭＡ２）を返送させる、第２ステップとを含み、
前記クライアントが、前記通信ネットワークを介して送信された、後続のＩＰデータグラム（ＭＳ１、ＭＳ２）内の前記ＩＰアドレスを使用し、
前記サーバが前記クライアントと関連する領域を決定し、前記応答メッセージ内に前記領域の識別子を含めることを特徴とする。この識別子は、クライアントによって後続のＩＰデータグラム内に含められる。
【００１５】
本発明の実施形態によれば、要求および応答メッセージは動的ホスト構成プロトコル（ＤＨＣＰ）に準拠してよい。
【００１６】
応答メッセージはＤＣＨＰＡＣＫメッセージでよい。応答メッセージは、オプション・フィールド内に識別子を含んでよい。
【００１７】
識別子は、ＩＰパケットのヘッダ・オプションとして、後続のＩＰデータグラム内に含まれてよい。
【００１８】
本発明の他の目的は、通信ネットワークのクライアントを構成するためのサーバである。このようなサーバは、
−クライアントから要求を受信して、そのクライアントのためのＩＰアドレスを動的に決定するための手段と、
−前記ＩＰアドレスを含む応答メッセージをクライアントに返送するための手段とを含む。
【００１９】
このサーバは、クライアントと関連する領域を決定し、この領域の識別子を応答メッセージ内に含めるための手段を有することを特徴とする。
【００２０】
ある実施形態によれば、サーバは、要求および応答メッセージが動的ホスト構成プロトコル（ＤＨＣＰ）に準拠するように適合されてよい。
【００２１】
応答メッセージはＤＣＨＰＡＣＫメッセージでよく、オプション・フィールド内に識別子を含んでよい。
【００２２】
識別子は、ＩＰパケットのヘッダ・オプションとして、後続のＩＰデータグラム内に含まれてよい。
【００２３】
さらに、本発明は第３の目的のために、少なくともこのようなサーバを含む通信ネットワークを有する。
【００２４】
本発明、および従来技術を超える本発明の諸利点は、添付の図面に基づいて行われる以下の実施形態の説明において、より明らかにされるだろう。
【図面の簡単な説明】
【００２５】
【図１】アクセス・ネットワークＮＡとコア・ネットワークＮＣの２つのサブ・ネットワークを示した図である。
【発明を実施するための形態】
【００２６】
通信ネットワークＮは、通常は複数のサブ・ネットワークでできている。図１に示した実施形態では、アクセス・ネットワークＮＡとコア・ネットワークＮＣの、２つのサブ・ネットワークが表されている。
【００２７】
２つの通信クライアントＣ１およびＣ２は、２つのアクセス・ノード（それぞれＡ１およびＡ２）を介して、アクセス・ネットワークＮＡに接続されている。これらのクライアントは、前述の通り、移動電話、固定電話、コンピュータ、携帯情報端末（ＰＤＡ）、セット・トップ・ボックス、ＩＰ電話などの様々なタイプのクライアントである可能性がある。
【００２８】
これらのクライアントは、信号開始プロトコル（Ｓｉｇｎａｌｉｎｇ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を定義しているＩＥＴＦのＲＦＣ３２６１に従って、クライアントの役割を担うことができる何らかの装置である可能性もある。
【００２９】
アクセス・ネットワークＮＡは、２つのエッジ・ルータＥ１およびＥ２によって、コア・ネットワークＮＣに接続されている。
【００３０】
さらに、通信ネットワークＮは、動的に割り振られるＩＰアドレスを決定して提供するように適合されたサーバＳを少なくとも含む。本発明の一実施形態によれば、このサーバは、ＩＥＴＦ（インターネット技術標準化委員会）によって発行されたＲＦＣ２１３１に定義された、動的ホスト構成プロトコルに準拠してよい。
【００３１】
さらに、通信ネットワークＮは、アプリケーション・サーバＡＳを含むこともできる。このアプリケーション・サーバは、コア・ネットワークＮＣ内、または、コア・ネットワークＮＣに接続された他のどのようなサブ・ネットワーク内にも位置することができる。同様に、サーバＳは、コア・ネットワークＮＣ内、またはコア・ネットワークＮＣの外側に位置することができる。
【００３２】
アプリケーション・サーバＡＳは、多くのタイプのサービスを提供できる。アプリケーション・サーバＡＳは、呼の管理、呼の確立などに関連するサービスを提供する、呼サーバになることもできる。アプリケーション・サーバＡＳは、会議開催、マルチメディア・コンテンツへのアクセス、ビデオ・ストリーミング、請求書作成、位置情報サービスなどの、より高度なサービスも提供できる。
【００３３】
第１ステップで、クライアントＣ１、Ｃ２は、通信ネットワークＮ内で通信するためにＩＰアドレスを取得する必要がある。したがって、クライアントＣ１、Ｃ２は、サーバＳに向けて要求メッセージＭＲ１、ＭＲ２を送信する。これらのメッセージ要求は、アクセス・ノードＡ１、Ａ２、およびエッジ・ルータＥ１、Ｅ２を通じて、通信ネットワークを介して伝送される。
【００３４】
サーバＳがＩＥＴＦのＲＦＣ２１３１に準拠する実施形態では、これらの要求メッセージは「ＤＨＣＰＲＥＱＵＥＳＴ」メッセージである。
【００３５】
このような要求メッセージを受信すると、サーバＳはＩＰアドレスに加えて、クライアント（メッセージの発信者）と関連する領域を決定する。
【００３６】
サーバＳがＤＨＣＰサーバである状況では、通常、サーバＳは領域を「ライン」識別子、すなわち、ＲＦＣ３０４６によって定義された通り、ＤＨＣＰヘッダのオプション８２、「ＤＨＣＰリレー・エージェント情報オプション」から決定してよい。
【００３７】
添付の図面に示された例では、クライアントＣ１が領域１に属し、クライアントＣ２が領域２に属すると仮定する。
【００３８】
サーバＳは、利用可能なＩＰアドレスのプールを管理する。サーバＳは、確実に同じアドレスが所与の領域に２度割り振られないように、クライアントの領域によってクライアントにＩＰアドレスを提供する。しかし、同じＩＰアドレスを２つの異なる領域に同時に割り振ることができる。
【００３９】
考えられる一実施形態は、サーバＳに、領域ごとに別々のアドレス・プールを管理させることである。
【００４０】
あるＩＰアドレスがクライアントＣ１に割り振られると、そのＩＰアドレスは領域１に関連するプールから削除される。あるＩＰアドレス（同じＩＰアドレスであると考えられる）がクライアントＣ２に割り振られると、そのＩＰアドレスは領域２に関連するプールから削除される。
【００４１】
一度、領域およびＩＰアドレスが決定されると、サーバＳはこれらの２つの情報とともに、応答メッセージＭＡ１、ＭＡ２をクライアントＣ１、Ｃ２に送信する。識別子を指定することによって、決定された領域を伝送できる。これらの識別子は、たとえばラベル、または単純に数字でよい。
【００４２】
これらの応答メッセージは、ＲＦＣ２１３１に準拠している「ＤＨＣＰＡＣＫ」メッセージでよい。この場合、ＤＨＣＰＡＣＫメッセージは、領域の識別子を格納するように適合された、追加のオプション・フィールドを含む。
【００４３】
図に示した例では、クライアントＣ１は、第１のＩＰアドレス、および領域１の識別子を含む応答メッセージＭＡ１を受信する。クライアントＣ２は、第２のＩＰアドレス（同じＩＰアドレスであると考えらえる）、および領域２の識別子を含む応答メッセージＭＡ２を受信する。
【００４４】
この応答メッセージを受信すると、それぞれのクライアントは、どのようなＤＨＣＰベースのアーキテクチャとも同様に、後続の出力ＩＰデータグラム内でこれらのＩＰアドレスを使用する。次いで、これらのＩＰアドレスは、ＤＨＣＰパケットの「ｙｉａｄｄｒ」フィールド内に含まれてよい。
【００４５】
しかし、本発明によれば、クライアントが後続のＩＰデータグラムＭＳ１、ＭＳ２内に、それぞれの応答メッセージＭＡ１、ＭＡ２によってクライアントが取得した領域識別子を組み込む。
【００４６】
クライアントＣ１は、アプリケーション・サーバＡＳに送信された後続のＩＰデータグラムＭＳ１内に、領域１のための識別子を含む。クライアントＣ２は、アプリケーション・サーバＡＳに送信された後続のＩＰデータグラムＭＳ２内に、領域１のための識別子を含む。
【００４７】
アプリケーション・サーバＡＳがＩＰデータグラムを受信すると、クライアントをそのＩＰアドレスのみによっては識別せず、「ＩＰアドレス＋領域識別子」の組合せによって識別する。
【００４８】
このペアは、サーバＳによって決定される方法のため、通信ネットワークＮ全体にわたって一意である。たとえクライアントＣ１およびＣ２に割り振られるＩＰアドレスが同じである状況でも、領域識別子は異なるので、ＩＰアドレス／領域識別子の組合せが、所与の時間に通信ネットワークに接続されている一意のクライアントを識別できる。
【００４９】
ＲＦＣ３２６１に従って、ＩＰデータグラムＭＳ１は、たとえばＳＩＰメッセージを搬送してよい。
【００５０】
サーバＳが、クライアントＣ１およびＣ２の両方に同じＩＰアドレス「１．１．１．１」を決定すると仮定する。
【００５１】
この例では、クライアントＣ１がＳＩＰメッセージをアプリケーション・サーバＡＳに送信する。次いで、このメッセージの関連フィールドは以下のようになりうる：
ＩＰヘッダ：１．１．１．１
ＩＰオプション：領域１
ＳＩＰ  Ｉｎｖｉｔｅ
ＳＩＰ  Ｃｏｎｔａｃｔ：１．１．１．１
ＳＤＰ：１．１．１．１、ポート１１１２
【００５２】
クライアントＣ２は、関連フィールドとして以下とともに、ＳＩＰメッセージをアプリケーション・サーバＡＳに送信する：
ＩＰヘッダ：１．１．１．１
ＩＰオプション：領域２
ＳＩＰ  Ｉｎｖｉｔｅ
ＳＩＰ  Ｃｏｎｔａｃｔ：１．１．１．１
ＳＤＰ：１．１．１．１、ポート１１１２
【００５３】
この例は、領域識別子はＩＰデータグラムのＩＰオプション内に含まれており、ＳＩＰ／ＳＤＰメッセージのオプションとしてではないことを、さらに示している。
【図１】
2010529794.tif 000003
【国際調査報告】
2010529794.tif 000004
2010529794.tif 000005
2010529794.tif 000006