JP2010531096A - ＩＰｖ６近隣通知により起動されるＤＮＳ更新のための方法と装置 - Google Patents

ＩＰｖ６近隣通知により起動されるＤＮＳ更新のための方法と装置 Download PDF

Info

Publication number
JP2010531096A
JP2010531096A JP2010512365A JP2010512365A JP2010531096A JP 2010531096 A JP2010531096 A JP 2010531096A JP 2010512365 A JP2010512365 A JP 2010512365A JP 2010512365 A JP2010512365 A JP 2010512365A JP 2010531096 A JP2010531096 A JP 2010531096A
Authority
JP
Japan
Prior art keywords
dns
ipv6
agw
address
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2010512365A
Other languages
English (en)
Other versions
JP5096568B2 (ja
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 JP2010531096A publication Critical patent/JP2010531096A/ja
Application granted granted Critical
Publication of JP5096568B2 publication Critical patent/JP5096568B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5076—Update or notification mechanisms, e.g. DynDNS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5092—Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use

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

35U.S.C.§119の下での優先権主張
本特許出願は、譲受人にこれについて譲渡され、特に参照によりここに組込まれている、２００７年６月１５日に出願された、「ＩＰｖ６近隣通知により起動されるＤＮＳ更新（DNS UPDATE TRIGGERED BY IPv6 NEIGHBOR ADVERTISEMENT）」と題する、米国仮特許出願通し番号６０／９４４，４３３の優先権を主張する。本特許出願は、また、譲受人にこれについて譲渡され、特に参照によりここに組込まれている、２００７年７月２４日に出願された、「３ＧＰＰ２収束性アクセス・ネットワークのためのＤＮＳ更新（DNS UPDATE FOR 3GPP2 CONVERGED ACCESS NETWORK）」と題する、米国仮特許出願通し番号６０／９５１，６６４の優先権を主張する。
本開示は、データ・パケット通信システムに、そして、特に、状態を把握しないアドレスの自動設定（stateless address autoconfiguration）をサポートするようなシステムに関係する。
インターネット・プロトコル・バージョン６（ＩＰｖ６）は、パケット交換インターネットワークのための、ネットワーク層プロトコルである。それは、インターネット上での一般的な使用のために、インタ−ネット・プロトコルの現在のバージョンである、ＩＰｖ４の後継として選定されている。ＩＰｖ６によってもたらされた主な変更は、アドレスを割り当てる際に、より大きな自由度を可能にする、はるかに大きなアドレス空間である。特に、ＩＰＶ６は、プリフィックス（最上位ビット（most significant bits））とインターフェイス識別子とに分割される、１２８ビットアドレスを使用する。理論上、これらの２つのフィールドは長さを変えてもよい。しかしながら、実際上は、ホストに対して通知されたプリフィックスは、一般に６４ビットであると理解される。この拡張アドレスの長さは、アドレスを使い尽くすことを防ぐために、ネットワーク・アドレスの変換を用いる必要をなくし、また、プロバイダーを変更する場合の番号の付け直しとアドレス割り当ての態様を単純化する。しかしながら、各々の個人および各々のコンピュータに恒久かつ独自のアドレスを与えることは、ＩＰｖ６の設計者の目的ではなかった。
アドレスの大きな数は、ルーティングと番号の付け直しを簡単にするかもしれない、階層的なアドレスの割り当てを可能にする。ＩＰｖ４により、複雑で、クラスのないインタードメイン・ルーティング（classless inter-domain routing：ＣＩＤＲ）技術が、制限されたアドレス空間の最善の受け入れられる使用ができるようにするために、開発された。プロバイダーを変更する場合に、番号の付け直しは、ＩＰｖ４にとっての主な負担になり得る。しかしながら、ホスト識別子は、ネットワーク・プロバイダ識別子とは結合されていないので、ＩＰｖ６では、番号の付け直しは、ほとんど自動的になる。個別のアドレス空間が、インターネット・サービス・プロバイダ（Internet Service Providers：ＩＳＰｓ）のために、およびホストのために存在する。それらは、アドレス空間ビットでは「非効率的（inefficient）」であるが、サービス・プロバイダを変更する様な運用上の発行には極めて効率的である。
そこには、ＩＰｖ６のアドレスを割り当てるために、（１）状態把握をしないアドレス自動設定（stateless address autoconfiguration）と（２）状態把握をするアドレス自動設定（stateful address autoconfiguration）、を含む、２つの定義されたメカニズムがあってもよいことが理解されている。状態把握をしないメカニズムでは、ルータは、リンクのためにプリフィックスを通知することができ、リンク上の各々のホストは、独自のインターフェイス識別子を形成する。そのプリフィックスが独自であるので、独自のインターフェイス識別子を付加することは、そのアドレスの独自性を保障し得る。したがって、プリフィックスが全ての領域で独自であるので、このインターフェイス識別子（interface identifier：ＩＩＤ）は、単にそのリンクの中で独自であることを必要とするであろう。
状態を把握しないアドレスの自動設定は、リンク−ローカル・アドレス、マルチキャスティング、近隣発見（Neighbor Discovery：ＮＤ）プロトコル、および、データ・リンク層アドレスに含まれているアドレスから、アドレスのインターフェイス識別子を生成する能力を含む、ＩＰｖ６における、いくつかの他の新しい特徴を利用する。一般的なアイデアは、その上に居るネットワークの特性を決定できるまでは、デバイスに仮のアドレスを生成させ、それから、その情報に基づいて使用できる、恒久アドレスを生成する。
このプロセスは、以下のように要約することができる。
（１）デバイスは、プリフィックスを使用して、リンク・ローカル・アドレスを生成する。
（２）アドレスが生成されたことを確認するノード・テストが、ローカル・ネットワーク上ですでに使用されていない。
（３）独自性テストに合格すると仮定すると、デバイスはリンク・ローカル・アドレスを、より広いインターネットではなく、ローカル・ネットワーク上の通信のために、そのＩＰインターフェイスに割り当てる。
（４）ノードは、次に、設定の継続についてのさらなる情報を求めて、ローカル・ルータとの連絡をとることを試みる。これは、ルータから定期的に送られるルータの通知メッセージを聞き取ることにより、または、ＩＰｖ６近隣発見プロトコルを使用して情報をルータに求めるように特定のルータ要請を送信することにより、行われる。
（５）ルータは、自動設定をどのように進めるかについてノードに対して指示を提供する。
このＩＰｖ６の状態把握をしない自動設定は多くの利点を持つ一方、ネットワークがドメイン・ネーム・システム（ＤＮＳ）の更新を実行したい場合には、または、ホームＡＡＡ（認証、認可および課金処理（authentication, authorization, and accounting））が、使用日付記録（Usage Date Record：ＵＤＲ）の完全なＩＰｖ６アドレスを必要とする場合には、問題が生じる。アクセス端末は、これらのアクションをサポートする、状態を把握しない自動設定（stateless autoconfiguration）を、タイムリーに完了できていないかもしれない。
以下は、開示された態様のいくつかの態様の基本的な理解を提供するための、単純化した概要を示す。この概要は、広範な概観ではなく、そのような態様の基本的な、または、重大な要素を識別したり、範囲を描いたりすることを意図していない。その目的は、後に示される、さらに詳細な説明の前置きとして、単純化された形式で、説明される特徴のいくつかの概念を示すことである。
１つ以上の態様およびそれについての対応する開示に従って、種々の態様が、アクセス端末からのルータ要請（router solicitation）の受信に応じて、ＩＰｖ６プリフィックスを送信することにより、状態把握をしないアドレスの自動設定（stateless address autoconfiguration）をサポートすることに関連する、ユーザ装置を調整するのに関連して説明される。ＤＮＳ更新の必要が生じ、ＡＴが、そのＩＰｖ６プリフィックスについて生成された、通知された完全なＩＰｖ６アドレスをまた使用していない場合には、近隣要請（neighbor solicitation）が、近隣通知（neighbor advertisement）を引き出すために、ＡＴに対して実行される。請求されているか、または非請求であるかに関わらず、近隣通知が受信されると、要求するエンティティ（例えば、アクセス・ゲートウェイ、ホーム・エージェント）は、ＤＮＳ更新を実行する、ＤＮＳサーバの安全な認可が無い場合でさえ、ＤＮＳ更新は達成され得る。特に、認証、認可および課金処理（authentication, authorization, and accounting：ＡＡＡ）機能にアクセスすることは、課金処理要求開始メッセージのＤＮＳ更新を促進することを可能にする。
１つの態様において、ある方法が、データ・パケット・ネットワーク上で、動的なネーム・システム（dynamic name system：ＤＮＳ）の更新を実行するために提供される。ルータ要請は、状態を把握しないアドレスの自動設定を実行するために、アクセス端末（access terminal：ＡＴ）から受信される。インターネット・プロトコル・バージョン６（ＩＰｖ６）のプリフィックスは、近隣要請が後続する、ＡＴに送信される。近隣通知は、ＩＰｖ６アドレスを含んでいるＡＴから受信される。ネットワーク・アクションは、次いで、ＤＮＳ更新をさせるために、開始される。
別の態様において、少なくとも１つのプロセッサは、データ・パケット・ネットワーク上の、動的ネーム・システム（ＤＮＳ）の更新を実行する。第１のモジュールは、状態を把握しないアドレスの自動設定を実行するために、アクセス端末（ＡＴ）からルータ要請を受信する。第２のモジュールは、近隣要請が後続する、ＡＴに対して、インターネット・プロトコル・バージョン６（ＩＰｖ６）のプリフィックスを送信する。第３のモジュールは、ＩＰｖ６アドレスを含むＡＴから、近隣通知を受信する。第４のモジュールは、ＤＮＳ更新をさせるために、ネットワーク・アクションを開始する。
追加の態様において、コンピュータ・プログラムの方法は、コンピュータに以下の、（ａ）状態を把握しないアドレスの自動設定を実行するために、アクセス端末（ＡＴ）からルータ要請を受信すること、（ｂ）近隣要請が後続する、ＡＴに対して、インターネット・プロトコル・バージョン６（ＩＰｖ６）のプリフィックスを送信すること、（ｃ）ＩＰｖ６アドレスを含むＡＴから近隣通知を受信することと、および（ｄ）ＤＮＳ更新をさせるための、ネットワーク・アクションを開始すること、を実行させるためのコードのセットを含む、コンピュータ可読媒体を持つことにより、データ・パケット・ネットワーク上で、動的ネーム・システム（ＤＮＳ）の更新を実行する。
他の追加の態様において、装置は、データ・パケット・ネットワーク上で、動的ネーム・システム（ＤＮＳ）の更新を実行する。手段が、状態を把握しないアドレスの自動設定を実行するために、アクセス端末（ＡＴ）からルータ要請を受信するために、提供される。手段が、近隣要請が後続する、ＡＴに対して、インターネット・プロトコル・バージョン６（ＩＰｖ６）のプリフィックスを送るために、提供される。手段が、ＩＰｖ６アドレスを含んでいるＡＴから、近隣通知を受信するために提供される。手段が、ＤＮＳ更新をさせるための、ネットワーク・アクションを開始するために、提供される。
さらなる態様において、装置はデータ・パケット・ネットワーク上で、動的ネーム・システム（ＤＮＳ）の更新を実行する。データ・パケット・通信ネットワークは、状態を把握しないアドレスの自動設定を実行するために、アクセス端末（ＡＴ）から、ルータ要請を受信する。アクセス・ゲートウェイ（ＡＧＷ）は、近隣要請が後続する、ＡＴに対して、インターネット・プロトコル・バージョン６（ＩＰｖ６）のプリフィックスを送信し、ＩＰｖ６アドレスを含むＡＴから、近隣通知を受信する。アクセス・ゲートウェイ（ＡＧＷ）に関連付けられた、ネットワークエンティティは、ＤＮＳ更新をさせるためにネットワーク・アクションを開始する。
さらにもう１つの態様においては、方法が、データ・パケット・ネットワークに対して、動的なネーム・システム（ＤＮＳ）の更新を行うために提供される。ルータ要請が、アクセス・ゲートウェイ（ＡＧＷ）に送信される。近隣要請が後続するインターネット・プロトコル・バージョン６（ＩＰｖ６）のプリフィックスが、アクセス・ゲートウェイ（ＡＧＷ）から受信される。状態を把握しないアドレス自動設定が、ＩＰｖ６プリフィックスを用いて実行される。近隣通知が、ＩＰｖ６アドレスを含むアクセス・ゲートウェイ（ＡＧＷ）に送信される。ネットワーク・アクションが、アクセス・ゲートウェイ（ＡＧＷ）に、ＤＮＳ更新メッセージを送信することによりＤＮＳ更新をさせるために、開始される。
さらに別の態様において、少なくとも１つのプロセッサは、データ・パケット・ネットワーク上において、動的ネーム・システム（ＤＮＳ）の更新を実行する。第１のモジュールは、アクセス・ゲートウェイ（ＡＧＷ）にルータ要請を送信する。第２のモジュールは、アクセス・ゲートウェイ（ＡＧＷ）から、近隣要請が後続する、インターネット・プロトコル・バージョン６（ＩＰｖ６）のプリフィックスを受信する。第３のモジュールは、ＩＰｖ６プリフィックスを使用して、状態を把握しないアドレスの自動設定を実行する。第４のモジュールは、アクセス・ゲートウェイ（ＡＧＷ）に対して、ＩＰｖ６アドレスを含む近隣通知を送信する。第５のモジュールは、アクセス・ゲートウェイ（ＡＧＷ）にＤＮＳ更新メッセージを送信することにより、ＤＮＳ更新をさせるネットワーク・アクションを開始する。
さらに追加の態様において、コンピュータ・プログラム方法は、コードのセットを含むコンピュータ可読媒体を持つことにより、データ・パケット・ネットワーク上の動的ネーム・システム（ＤＮＳ）の更新を実行する。第１のコードのセットは、コンピュータに、アクセス・ゲートウェイ（ＡＧＷ）に対して、ルータ要請を送信させる。第２のコードのセットは、コンピュータに、アクセス・ゲートウェイ（ＡＧＷ）から、近隣要請が後続する、インターネット・プロトコル・バージョン６（ＩＰｖ６）のプリフィックスを受信させる。第３のコードのセットは、コンピュータに、ＩＰｖ６プリフィックスを使用して、状態を把握しないアドレスの自動設定を実行させる。第４のコードのセットは、コンピュータに、アクセス・ゲートウェイ（ＡＧＷ）に対して、ＩＰｖ６アドレスを含む近隣通知を送信させる。第５のコードのセットは、コンピュータに、アクセス・ゲートウェイ（ＡＧＷ）に対して、ＤＮＳ更新メッセージを送信することにより、ＤＮＳ更新をさせるネットワーク・アクションを開始させる。
さらに別の追加の態様において、装置は、データ・パケット・ネットワーク上の、動的ネーム・システム（ＤＮＳ）の更新を実行する。手段が、アクセス・ゲートウェイ（ＡＧＷ）に対して、ルータ要請を送信するために、提供される。手段が、アクセス・ゲートウェイ（ＡＧＷ）から、近隣要請が後続するインターネット・プロトコル・バージョン６（ＩＰｖ６）のプリフィックスを受信するために、提供される。手段が、ＩＰｖ６プリフィックスを使用して、状態を把握しないアドレスの自動設定を実行するために、提供される。手段が、アクセス・ゲートウェイ（ＡＧＷ）に対して、ＩＰｖ６アドレスを含む近隣通知を送信するために、提供される。手段が、アクセス・ゲートウェイ（ＡＧＷ）に対して、ＤＮＳ更新メッセージを送信することにより、ＤＮＳ更新をさせるネットワーク・アクションを開始するために、提供される。
さらにさらなる態様において、装置は、データ・パケット・ネットワーク上の動的ネーム・システム（ＤＮＳ）の更新を実行する。送信機構成要素は、アクセス・ゲートウェイ（ＡＧＷ）に対して、ルータ要請を送信する。受信機構成要素は、アクセス・ゲートウェイ（ＡＧＷ）から、近隣要請に先立ってインターネット・プロトコル・バージョン６（ＩＰｖ６）のプリフィックスを受信する。アドレス自動設定構成要素は、ＩＰｖ６プリフィックスを使用して、状態を把握しないアドレスの自動設定を実行し、送信機構成要素に、アクセス・ゲートウェイ（ＡＧＷ）に対して、ＩＰｖ６アドレスを含む近隣通知を送信させ、アクセス・ゲートウェイ（ＡＧＷ）に対して、ＤＮＳ更新メッセージを送信することにより、ＤＮＳ更新をさせるネットワーク・アクションを開始させる。
前述の、および、関連する目的の達成に向けて、１つ以上の態様が、以下、十分に説明され、特に請求項において指摘される、特徴を含む。以下の説明および添付された図面は、ある典型的な態様を詳細に明らかにし、態様の原理が使用される種々の方法を、数個ではあるが、示している。図と結び付けて熟考すれば、他の利点および新しい特徴は、以下の詳細な説明から明らかになり、開示された態様は、そのような態様と、それらと等価なものを全て含むように意図されている。
同じ参照文字が、全体にわたり、対応して識別する、図と関連させることにより、本開示の、特徴、性質、および利点は、以下に示される詳細な説明から、さらに明らかになるであろう。
図１は状態を把握しないアドレスの自動設定を実行する、ＩＰｖ６収束性アクセス・ネットワーク（converged access network：ＣＡＮ）を示す。 図２は、ＤＮＳ更新をＤＮＳサーバが実行することを直接、促進するために、状態を把握しないアドレス自動設定に関連付けた近隣要請を利用する、データ・パケット・ネットワーク上の動的ネーム・システム（ＤＮＳ）更新のための、タイミング・ダイアグラムを示す。 図３は、ＤＮＳサーバがＤＮＳ更新を実行することを、間接的に促進する、認証、認可および課金処理（ＡＡＡ）機能に対する、課金処理要求（開始）メッセージを利用する、パケット・ネットワーク上のＤＮＳ更新の方法のための、タイミング・ダイアグラムを示す。 図４は、課金処理要求（開始）メッセージを、訪れられた（visited）ＡＡＡを通して、ホームＡＡＡに対して、ネットワークエンティティ（例えばアクセス・ゲートウェイ（ＡＧＷ）、ホーム・エージェント）に送信させる、ＤＮＳ更新を実行することを、ホームＤＮＳサーバに対して、間接的に促進することを含む、訪れられた（visited）ドメインとホーム・ドメインを持つＣＡＮのブロック・ダイアグラムを示す。 図５は、訪れられたドメインとホーム・ドメインを持つ、データ・パケット・ネットワーク上における、ＤＮＳ更新のための方法のタイミング・ダイアグラムを示す。 図６は、単一アクセスゲートウェイ（ＡＧＷ）を持ち、無線ＩＰのローミングのために構成されていない、典型的な３ＧＰＰ２収束性アクセス・ネットワーク（ＣＡＮ）のブロック・ダイアグラムを示す。 図７は、１つの態様に従う、多重アクセス無線通信システムの、概要ダイアグラムを示す。 図８は、通信システムのブロック・ダイアグラムを示す。
詳細な説明
３ＧＰＰ２収束性アクセス・ネットワーク（ＣＡＮ）においては、ＩＰｖ６状態を把握しない自動構成が、シンプルＩＰｖ６動作のための、アクセス端末（ＡＴ）のＩＰｖ６アドレスを構成するために、使用され得る。完全なＩＰｖ６アドレス（１２８ビット）が、ＡＴからＩＰｖ６パケットの中に、まだ送信されていない場合には、ＩＰｖ６近隣通知により起動された、ドメイン・ネーム・システム（ＤＮＳ）の更新は、ＤＮＳ更新の必要性を処理する。ＩＰｖ６近隣通知への応答として完全なアドレスを受信すると、たとえ、要求するネットワークエンティティ（例えばアクセス・ゲートウェイ（ＡＧＷ）またはホーム・エージェント（ＨＡ））が、認証、認可および課金処理（ＡＡＡ）機能へのアクセスを利用する、信頼できるホームＤＮＳサーバによるセキュリィティ認証を持っていなくても、たぶん、訪れているローカルのＡＡＡを通して、ＤＮＳ更新を実行するようにホームＤＮＳサーバを促す、課金処理要求（開始）を提出することにより、このＤＮＳ更新を促進するための準備が行われる。
種々の態様が、ここでは図を参照して説明される。以下の説明において、説明の目的のために、１つ以上の態様の完全な理解を提供するために、多くの特定な詳細が、明らかにされる。しかしながら、種々の態様がこれらの特定の詳細なしに、実行されるかもしれないことは、明白かもしれない。他の事例においては、これらの態様を説明するのを容易にするために、よく知られている構造とデバイスが、ブロック・ダイアグラムの形で示される。
図面に移って、図１において、データ・パケット・ネットワーク１００は、図示の態様においては、３ＧＰＰ２収束性アクセス・ネットワーク（ＣＡＮ）であるが、状態を把握しないアドレスを使用して、アクセス端末（ＡＴ）１０６により生成された、ＩＰｖ６アドレスのインターフェイス識別子（ＩＩＤ）１０４を含む、ＩＰｖ６近隣通知１０２により起動される。ホームＡＡＡ（ＨＡＡＡ）１１０またはホーム・エージェント（ＨＡ）１１２のような、ホーム・ネットワークまたはドメイン１０８の、認可されたクライアントは、ＤＮＳサーバ１１６を更新された状態に保つために、ＤＮＳ資源レコード１１４を更新することができる。ＨＡＡＡ１１０がＤＮＳ更新を実行する時に、ＨＡＡＡ１１０でのレイディアス（ＲＡＤＩＵＳ）課金処理要求（開始）メッセージの受信が、ＤＮＳサーバ１１６への、ＤＮＳ更新の送信の起動のために使用される。ＨＡ１１２がＤＮＳ更新を実行する時に、ＨＡＡＡ１１０との認証が完了すると、ＨＡは、ＤＮＳサーバ１１６にＤＮＳ更新を送信する。ＨＡ１１２の代わりに、アクセス・ゲートウェイ（ＡＧＷ）１１８は、また、ＨＡＡＡ１１０に、また、認証される場合には、ＤＮＳサーバ１１６直接、伝達することができる。
アドレス自動設定構成要素１１９を利用する、状態を把握しないアドレス自動設定を受けるＡＴ１０６の場合には、ルータ要請１２０が、ＡＴ１０６から改良型基地局（evolved base station：ｅＢＳ）１２２に、結果として、ＡＧＷ１１８に送信される。それは、ルータ通知１２５の中の１２８ビットのＩＰｖ６プリフィックス１２４により応答し、要請された近隣通知（Neighbor Advertisement）１０２のＩＩＤ１０４を迅速に学習するために、近隣要請１２６により、より好都合に応答する。ＡＴ１０６は、次いで、ＡＧＷ１１８に対して、ＤＮＳ更新要求１２８を生成する、アドレス自動設定構成要素１１９により、ＤＮＳ更新を開始することができる。態様は、ここにおいて、有線通信チャネルへの応用を有するが、典型的な態様における、ＡＴ１０６とｅＢＳ１２２の間の通信チャネル１３０は無線データ・パケット通信チャネルである。
したがって、ネットワーク１００は、このように、１つの態様において、ＩＰｖ６の状態を把握しない自動設定（stateless auto configuration）が、シンプルＩＰｖ６動作のためのＡＴ１０６のＩＰｖ６アドレスを設定するために、使用される状況を扱うことが、上述の利点とともに、認識されるべきである。ＡＧＷ１１８が、ＡＴ１０６からルータ要請メッセージ１２０を受信する時に、ＡＧＷ１１８は、ＡＴに対してルータ通知におけるプリフィックスを与える。その時に、ＡＴ１０６は、ＡＴ１０６により生成されたＩＩＤ１０４を持つ、そのＩＰｖ６アドレスを設定する。したがって、それがＡＴ１０６からいくつかのＩＰｖ６パケットを受信するまで、ネットワークはＡＴ１０６の完全なＩＰｖ６アドレス（１２８ビット）を知らない。ネットワーク１００が、ＤＮＳ更新を実行する必要がある時には、これが問題となる。ＤＮＳ最新版が行なわれる時、完全なＩＰｖ６アドレスが必要とされる。
図２、３および５は、請求された主題の事項に従う、方法および／またはフロー・ダイアグラムを示す。説明の簡単化のために、方法は一連の行為として描かれ、説明される。主題の革新が、示された行為および／または行為の順番により限定されないことを理解し認識されたい。たとえば、行為は種々の順番でおよび／または同時に、および、ここに示され、説明されてはいない他の行為とともに、発生し得る。さらに、全ての示される行為が、１つ以上の請求された主題の事項に従う方法を実施するために、必要とされないかもしれない。さらに、当業者は、方法が、状態遷移図または事象により、一連の相互関係のある状態として、代わりに表され得ることを、理解し、認識するであろう。さらに、以下およびこの明細書全体にわたって、開示される方法が、コンピュータにそのような方法が運ばれ、転送されるのを容易にするために、製造業者の物品に記憶され得ることが、さらに認識されてもよい。ここで使われる、製造業者の物品という用語は、任意のコンピュータ可読デバイス、キャリア、または、媒体からアクセス可能な、コンピュータ・プログラムを含むように意図されている。
ここで、図２を参照して、ＩＰｖ６近隣通知により起動される、典型的なＤＮＳ更新方法２００が、以下に説明される。データ・パケット・ネットワーク２０２が、アクセス端末（ＡＴ）２０４、改良型基地局（ｅＢＳ）２０６、アクセス・ゲートウェイ（ＡＧＷ）２０８、ホーム認証、認可、および課金処理サーバ（ＨＡＡＡ）２１０、および、ホームＤＮＳサーバ２１２との間に形成される。セキュリィティ・アソシエーション２１３は、直接ＤＮＳ更新を要求するために、ネットワークエンティティ（例えば、ＡＧＷ２０８，（示されていない）ホーム・エージェント（ＨＡ））およびホームＤＮＳサーバ２１２との間に存在する。
下位レイヤーの確立、認証と認可が、ＡＴ２０４，ｅＢＳ２０６、ＡＧＷ２０８およびＨＡＡＡ２１０の間で、ブロック２１４として描かれるステップ（１）において実行される。２１６に描かれるステップ（２）では、ＡＴ２０４は、アクセス・ゲートウェイ（ＡＧＷ）２０８に対して、ルータ要請を送信する。２１８に描かれるステップ（３）では、ＡＧＷ２０８は、ＡＴ２０４へのリンクのためのプリフィックスを含むルータ通知を送信する。２２０に描かれるステップ（４）では、ＡＧＷ２０８は、ＡＴ２０４に対して、都合よく、近隣要請を送信することができる。２２２に描かれるステップ（５）では、ＡＴ２０４がルータ通知を受信した後に、ＡＴ２０４は、ＡＴ２０４でローカルに生成されたＩＩＤを含む、そのＩＰｖ６アドレスを設定する。ＡＴ２０４は、その完全ＩＰｖ６アドレスを示すために、ＡＧＷ２０８に対して近隣通知を送信し、ＩＰｖ６アドレスの割り当てを完了する。２２４に描かれるステップ（６）では、ＡＧＷ２０８が、ＡＴ２０４を利用することにより、（示されない）移動加入者（mobile subscriber：ＭＳ）から発生することができる、近隣通知を受信する時に、ＡＧＷ２０８は、ＡＴ２０４の完全ＩＰｖ６アドレスを知る。その時、ＡＧＷ２０８は、ＤＮＳサーバ２１２に対して、ＤＮＳ更新要求を送信する。２２６に描かれるステップ（７）では、ＤＮＳサーバ２１２はＤＮＳ更新応答を送信する。
ここで図３を参照して、ＩＰｖ６近隣通知により起動される、典型的なＤＮＳ更新方法３００が、以下に説明される。データ・パケット・ネットワーク３０２が、アクセス端末（ＡＴ）３０４、改良型基地局（ｅＢＳ）３０６、アクセス・ゲートウェイ（ＡＧＷ）３０８、ホーム認証、認可、および課金処理サーバ（ＨＡＡＡ）３１０、および、ホームＤＮＳサーバ３１２との間に形成される。セキュリィティ・アソシエーションは、直接ＤＮＳ更新を要求するために、ネットワークエンティティ（例えば、ＡＧＷ３０８，（示されていない）ホーム・エージェント（ＨＡ））およびホームＤＮＳサーバ３１２との間に存在する。しかしながら、セキュリィティ・アソシエーション３１３が、ＨＡＡＡ３１０とＤＮＳサーバ３１２との間に存在する。
上記と同様に、状態を把握しないアドレス自動設定が実行される。下位レイヤーの確立、認証および認可が、ＡＴ３０４，ｅＢＳ３０６、ＡＧＷ３０８およびＨＡＡＡ３１０の間で、ブロック３１４として描かれるステップ（１）において実行される。３１６に描かれるステップ（２）では、ＡＴ３０４は、アクセス・ゲートウェイ（ＡＧＷ）３０８に対して、ルータ要請を送信する。３１８に描かれるステップ（３）では、ＡＧＷ３０８は、ＡＴ３０４へのリンクのためのプリフィックスを含むルータ通知を送信する。３２０に描かれるステップ（４）では、ＡＧＷ３０８は、ＡＴ３０４に対して、都合よく、近隣要請を送信することができる。３２２に描かれるステップ（５）では、ＡＴ３０４が、ルータ通知を受信した後に、ＡＴ３０４は、ＡＴ３０４でローカルに生成されたＩＩＤを含む、そのＩＰｖ６アドレスを設定する。ＡＴ３０４は、その完全ＩＰｖ６アドレスを示すために、ＡＧＷ３０８に近隣通知を送信し、ＩＰｖ６アドレスの割り当てを完了する。
上述のように、ＤＮＳサーバ３１２は、ＡＧＷ３０８とのセキュリィティ・アソシエーションを持たない。３２４に描かれるステップ（６）では、ＤＮＳ更新を送信する代わりに、ＡＧＷ３０８は、ＨＡＡＡ３１０に対して、課金処理要求（開始）メッセージを送信する。３２６に描かれるステップ（７）では、ＨＡＡＡ３１０は、課金処理要求（開始）メッセージの情報から、ＤＮＳ更新要求メッセージを構成し、ＤＮＳサーバ３１２に送信する。３２８に描かれるステップ（８）では、ＨＡＡＡ３１０は、ＡＧＷ３０８に対して、課金処理受領通知（acknowledgement：Ａｃｋ）を送信する。３３０に描かれるステップ（９）では、ＤＮＳサーバ３１２は、ＨＡＡＡ３１０に対して、ＤＮＳ更新応答を提供する。
図４において、データ・パケット・ネットワーク４００は、ＩＰｖ６近隣通知４０２が、要請されたか、されないかに関わらず、アクセス端末（ＡＴ）４０６からサービング（または訪れられている）ネットワークまたはドメイン４０８に送信される時に、そのようなセキュリィティ・アソシエーションの欠如に関する問題を扱う。訪れられたＡＡＡ（ＶＡＡＡ）４１０またはホーム・エージェント（ＨＡ）４１２のような、サービング・ネットワーク４０８の認可されたクライアントは、ＡＴ４０６のためのＤＮＳレコードを含まない、ＤＮＳサーバ４１６に関連付けられる。サービング・ネットワーク４０８のアクセス・ゲートウェイ（ＡＧＷ）４１８は、改良型の基地局（ｅＢＳ）４２２を経由し、通信チャネル４３０を通して、ＡＴ４０６と通信する。
ホーム・ネットワーク４３８は、訪れられたネットワーク４０８のＶＡＡＡ４１０と関連を持つ、ホームＡＡＡ（ＨＡＡＡ）４４０とホーム・エージェント４４２を含む。ＨＡＡＡ４４０は、ホームＤＮＳサーバ４０６上にあるＡＴ４０６に関するＤＮＳリソース・レコード４４４の更新をさせることができる。ホーム・ネットワーク４３８は、訪れられたネットワーク４０８のＡＧＷ４１８と通信している、アクセス・ゲートウェイ（ＡＧＷ）４５８を含む。
動的なホーム・エージェント（ＨＡ）の割り当てが実行される時に、ＨＡ４１２が、サービング（訪れられている(visited)）ネットワークまたはドメイン４０８の中に配置させ得ると考える。ＡＧＷ４１８は、常に、サービング・ネットワーク４０８の中に配置される。これに対して、特定ユーサーのリソース・レコード４４４を記憶する、ＤＮＳサーバ４４６は、一般に、ホーム・ネットワーク４３８の中に配置される。ある人が、ＨＡ（モバイルＩＰのためのホーム・エージェント）４１２、または、ＡＧＷ４１８にＤＮＳ更新を実行させたいとすると、技術的には可能であるが、望ましい解決になるとは評価できないが、サービング・ネットワーク４０８の中の、ＨＡ４１２またはＡＧＷ４１８は、ホーム・ネットワーク４３８内の、ＤＮＳサーバ４４６とセキュリィティ・アソシエーションを持つ必要がある。
この問題を取り扱うには、ＨＡ４１２またはＡＧＷ４１８が、ＡＡＡプロトコル（例えば、ダイアミター（Diameter）またはレイディアス（RADIUS））の中に、ＤＮＳ更新要求を含んでいて、それをＶＡＡＡ４１０を経由して、ＨＡＡＡ４４０に送信し、これによって、ＡＧＷ４１８とＨＡ４１２のいずれかと、ホーム・ＤＮＳサーバ４４６の間の、セキュリィティ・アソシエーションの必要性を回避する。直接のセキュリィティ・アソシエーションを持つ代わりに、ＡＧＷ４１８またはＨＡ４１２は、ＡＡＡプロトコルのために確立されたセキュリィティ・アソシエーションに依存する。
ここでは、図５を参照して、ＡＡＡプロトコルを使用する、ＤＮＳ更新のための方法５００が、アクセス端末（ＡＴ）５０４、改良型基地局（ｅＢＳ）５０６、アクセス・ゲートウェイ（ＡＧＷ）５０８、ビジター認証、認可、課金処理サーバ（ＶＡＡＡ）５１０、ＨＡＡＡ５１１とホームＤＮＳサーバ５１２の間に形成される、ネットワーク５０２のために、描かれる。セキュリィティ・アソシエーションは、直接ＤＮＳ更新を要求するために、ネットワークエンティティ（例えば、ＡＧＷ５０８，（示されていない）ホーム・エージェント（ＨＡ））およびホームＤＮＳサーバ５１２との間には存在しない。しかしながら、セキュリィティ・アソシエーション５１３は、ＨＡＡＡ５１１とホームＤＮＳサーバ５１２との間に存在する。
下位レイヤーの確立、認証と認可が、アクセス端末（ＡＴ）５０４，ｅＢＳ５０６、ＡＧＷ５０８およびＨＡＡＡ５１０の間で、５１４として描かれるステップ（１）において実行される。５１６に描かれるステップ（２）では、ＩＰアドレスの割り当てが、モバイルＩＰｖ４、モバイルＩＰｖ６、シンプル（Simple）ＩＰｖ４、または、シンプルＩＰｖ６を通して実行される。５２４に描かれるステップ（３）では、ＩＰアドレスが割り当てられた後、ＡＧＷ５０８またはサービング・ネットワーク内の（示されない）ＨＡは、レイディアス（RADIUS）属性またはダイアミター（Diameter）ＡＶＰ内に、ＤＮＳ更新要求を含んであり、ＡＡＡプロトコル・メッセージと共に、それを送信する。このメッセージは、ＶＡＡＡ５１０を経由して、ＨＡＡＡ５１１に対して送信される。５２６に描かれるステップ（４）では、ＨＡＡＡ５１１が、ＶＡＡＡ５１０からＤＮＳ更新要求を含むＡＡＡプロトコル・メッセージを受信する時、ＨＡＡＡ５１１は、ＤＮＳサーバ５１２に対して、そのＤＮＳ更新要求を送信する。５２８に描かれるステップ（５）では、ＨＡＡＡ５１１は、ＶＡＡＡ５１０を経由して、サービング・ネットワークに戻るように、ＡＡＡプロトコル受領通知を送信する。５３０に描かれるステップ（６）では、ＤＮＳサーバ５１２は、ＨＡＡＡ５１１に対して、ＤＮＳ更新応答を送信する。ステップ（５）と（６）は、並列に、または、逆の順番で実行され得ることに注目されたい。
図６では、ＩＰｖ６近隣通知により起動されるＤＮＳ更新のための、典型的なデータ・パケット・ネットワーク６００が、図示の配置では、シングル・アクセス・ゲートウェイ（ＡＧＷ）６０２を含み、無線ＩＰのローミングのために構成されていない、３ＧＰＰ２収束性アクセス・ネットワーク（ＣＡＮ)として描かれる。ＡＧＷ６０２は、外部エージェント／モバイル・アクセス・ゲートウェイ（ＦＡ（foreign agent）／ＭＧＷ（Mobile access gateway））として機能する。モバイル・アクセス・ゲートウェイ（ＭＡＷ）は、アクセス・リンクに付加されているモバイル・モード（例えばアクセス端末）のための、モバイル関連の伝達を管理する機能であるそれは、モバイルのノードのリンクへの接続を追跡し、モバイル・ノードのローカル・モビリィティ・アンカに伝達する責任を負う。「ＭＡＧ」という用語は、プロキシ・モバイルＩＰ（ＰＭＩＰ）バージョン６に関して使用される。プロキシ・モバイルＩＰは、不変でモビリィティと認識していないデバイスのための、モビリィティサポートを提供する、ネットワーク要素の中のモバイルＩＰクライアント機能を持つことに基づくプロトコルを指す。ＡＧＷ６０２は、ネットワーク６００に、ユーザの「ＩＰ接続のポイント」を提供する、エンティティである。すなわち、ＡＧＷ６０２は、事実上、モバイル・ノードのための、第１ホップ・ルータである。ＡＧＷ６０２は、ホットライン化、課金処理、ポリシの実施などを含む、レイヤー６以上のサービスを実行する。
アクセス端末（ＡＴ）６０４は、ネットワーク６０２によりサポートされる、加入者デバイスであり、改良型基地局（ｅＢＳ）６０８と共に、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）エアインターフェイス（ＡＩ）６０６を構成する。ｅＢＳ６０８は、無線アクセス・ネットワーク（ＲＡＮ）への接続性のために、ＡＴ６０４により使用される。ｅＢＳ６０８の機能は、パケットの無線送信、無線通信のための無線リンク・プロトコル（ＲＬＰ）レベルのパケットの暗号化／復合化、送信／受信、無線送信のためのスケジューリング、無線トランスポートのポリシ実施、および、ヘッダーの圧縮を含むことができる。さらに、ＩＰと上位のサービスはＡＧＷ６０２の中で、またはＡＧＷ６０２より上位で提供されるが、さらに、少なくとも、ｅＢＳ６０８が、ＡＴ６０４に送信された、最も外側のヘッダーに対する視認性を持っているように、ｅＢＳ６０８はユーザのＩＰパケットに対して視認性を持っている。このＩＰ視認性により、ｅＢＳ６０８は、無線スケジューリングまたは他の付加価値の機能に対して、最適化を実行することができる。これらの最適化を実行するために、いくつかの方針の情報が、ｅＢＳ６０８とＡＧＷ６０２の間の制御とベアラ情報を伝える、Ｕ１参照点を通して、ＡＧＷ６０２からｅＢＳ６０８に、伝達され得る。Ｕ１参照点は、ベアラトランスポート（例えば、ユーザのデータとシグナリング）、サービスの質（ＱｏＳ）と課金処理のためのインターフェイスを含む。Ｕ３参照点は、ｅＢＳ６０８との間の、制御とベアラ情報を伝送する。
セッション参照ネットワーク・コントローラ（Session Reference Network Controller：ＳＮＲＣ）６１４は、制御情報を伝えるためのインターフェイスを提供する、Ｕ２参照点を経由して、ｅＢＳ６０８に接続される。ＳＲＮＣ６１４は、Ｕ６参照点を経由して、ＡＧＷ６０２にも接続される。Ｕ４参照点は、ＳＮＲＣｓ６１４間の制御情報を伝える。同様に、Ｕ２８参照点は、ＡＧＷｓ６０２との間の制御とベアラ情報を伝えることができ、高速ＡＧＷ間ハンドオフをサポートする。ＳＲＮＣ６１４には、ＡＴ６０４とのセッション参照を維持する役割がある。ＳＲＮＣ６１４には、また、ＡＴ６０４の無効な状態の管理をサポートし、ＡＴ６０４が無効である時に、ページングを制御する機能を提供する役割がある。ＳＲＮＣ６１４は、それがサポートしている、各々のＡＴ６０４のための、セッション・アンカのアクセス・ネットワーク・ルート・インターフェイス（ＡＮＲＩ）を含む。
ローカル・モビリィティ・アンカ（ＬＭＡ）６２６は、プロキシ・モバイルＩＰｖ６ドメイン内のモバイル・ノード（例えば、ＡＴ６０４）のためのホーム・エージェントであり、モバイル・ノードのホーム・プリフィックスのための位相幾何学的な（topological）アンカ点であり、モバイル・ノードの到達可能状態を管理するエンティティである。Ｕ２６参照点は、ＬＭＡ６２６とＡＧＷ６０２の間のＰＭＩＰを含む、制御とベアラ情報を伝え、ＡＧＷｓ６０２との間のハンドオフをサポートする。
「ＡＡＡ」機能エンティティは、ネットワーク資源のＡＴ６０４による使用に関する、認証、認可および課金処理機能を提供する。図の描写において、ホームＡＡＡ６３０は、ＬＭＡ６２６に接続され、訪れられたＡＡＡ６３２は、Ｕ１４参照点を経由して、ＡＧＷ６０２に接続されている。ブローカＡＡＡ６３６は訪れられたＡＡＡ６３２とホームＡＡＡ６３０の間に接続される。
ホーム・エージェント（ＨＡ）６４０は、３ＧＰＰ２パケット・データ・ネットワーク内のＡＴ６０４に、モビリィティ・ソリューションを提供するために使用される。ＨＡ６４０は、ＡＴ６０４のホーム・ネットワークのための、位相幾何学的なアンカ点であり、ＡＴ６０４の到達可能状態を管理するエンティティである。ホーム・エージェント６４０は、モバイル・ノードのホーム・アドレス宛のパケットを横取りし、カプセルに入れ、モバイル・ノードの登録した気付けアドレス（care-of-address）に、それらをトンネル経由で送る。ホーム・エージェント６４０は、テクノロジー間の移動性としても使用されるかもしれない。アーキテクチャの構成によっては、ＨＡ６４０はローカル・モビリィティ・エージェント（ＬＭＡ）６２６を含むかも知れない。ＨＡ６４０は、（ＱｏＳ）ポリシと、課金情報が、ＨＡ６４０に伝達されることを許容する、Ｕ２０参照点を経由して、ポリシと課金規則機能（Policy and Charging Rules Function：ＰＣＲＦ）６４２に接続される。ＰＣＲＦ６４２は、Ｕ２７参照点を経由して、ＡＧＷ６０２に接続され、ＬＭＡ６２６に接続される。
ＩＰサービス６５０は、オペレータまたは第三者により提供された、任意のＩＰに基づいたサービスを含む。これは、インターネットまたは閉鎖的なネットワークの一部である。ＩＰサービス６５０は、ＰＣＲＦ６４２、ＨＡ６４０とＬＭＡ６２６に接続されている。高レートのパケット・データ・アクセス・ネットワーク（ＨＲＰＤ−ＡＮ）６５２は、参照点Ａ１０／Ａ１１を経由して、パケット・データ・サービング・ノード（ＰＤＳＮ）６５４に接続される、（示されない）ＨＲＰＤ前世代パケット・データ・ネットワークの中のノードである。ＰＤＳＮ６５４は、前世代パケット・データ・ネットワークにおける、ユーザのＩＰ接続ポイントを提供するノードである。改良型パケット・データ・インターワーキング機能（ｅＰＤＩＦ）６５６は、参照点Ｕ２１を経由する、３ＧＰＰｓネットワークと信頼されていない非３ＧＰＰ２ネットワーク６５８（例えばＷｉＦＩアクセス・ポイント）との間の接続のための、インターワーキング機能である。ｅＰＤＩＦ無しで、ＡＴ６０４によりアクセスされ得る、信頼される非３ＧＰＰ２システム６６０は、参照点Ｕ２２ａを通してＰＤＳＮ６５４に、参照点Ｕ２５ａを通してＨＡ６４０に、参照点Ｕ２４ａを通してＬＭＡ６２６に、参照点Ｕ１９ａを通してＡＧＷ６０２に接続される。ＰＤＩＦ６５６は、参照点Ｕ２５ｂを通してＨＡ６４０に接続され、参照点Ｕ２４ｂを通してＬＭＡ６２６に接続され、参照点Ｕ１９を通してＡＧＷ６０２に接続され、参照点Ｕ２２ａを通してＰＤＳＮ６５４に接続される。ＰＤＳＮ６５４は、参照点Ｕ２５ｃを通してＨＡ６４０に接続され、参照点Ｕ２４ｃを通してＬＭＡ６２６に接続され、参照点Ｕ１９ｃを通してＡＧＷ６０２に接続される。
ＡＧＷ６０２、ＬＭＡ６２６、ＨＡ６４０とＰＣＲＦ６４２は、アプリケーション機能（ＡＦ）６６４を含む、ＩＰサービス・ネットワーク６５０に接続される。ポリシ制御については、アプリケーション機能（ＡＦ）６６４は、ＰＣＲＦ６４２と対話し、ＰＣＲＦ６４２は、ＡＦ６６４により指図されるように、（示されていない）ポリシ実施機能（ＰＣＥＦ）と直接、または間接的に対話する。ＰＣＲＦは、全ての伝送ノード（すなわち、ＨＡ６４０，ＬＭＡ６２６、ＡＧＷ６０２、ｅＢＳ６０８）に存在し、以下の機能、すなわち、個々のＩＰセッションの修正、ゲート制御（すなわち、ＡＦセッションごとに、共通ゲートの取り扱いか、または、ＡＦセッション構成要素ごとに個々のゲート取り扱いか）の認可と、ＩＰベアラレベルのイベントの転送を実行する。
ドメイン・ネーム・システム（ＤＮＳ）サーバ６７０は、各々のドメインの権威のあるサーバが、それ自身の変化を追跡し続け、中央のレジスタが継続的に助言を求められ、更新される必要を避けるために、ＩＰネットワークに、ドメイン・ネームの割り当てと、それらのマッピングのための権限を分配する。ＤＮＳ６７０は、ＬＭＡ６２６，ＨＡＡＡ６３０、ＨＡ６４０、およびＡＧＷ６０２に接続される。
ここで説明された技術が、ＣＤＭＡ，ＴＤＭＡ，ＦＤＭＡ，ＯＦＤＭＡ，ＳＣ−ＦＤＭＡおよび他のシステムのような、種々の無線通信システムのために使用されてもよいことが、本開示の利益であると認識していただきたい。「システム」および「ネットワーク」という用語は、しばしば交換可能であるとして使われる。ＣＤＭＡシステムは、ユニバーサル・テレストリアル無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）、ｃｄｍａ２０００等の、無線テクノロジーを実施してもよい。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡの他の変形を含む。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６標準を含む。ＴＤＭＡシステムは、グローバル移動体通信システム（Global System for Mobile Communication：ＧＳＭ）のような、無線テクノロジーを実施するかもしれない。ＯＦＤＭシステムは、改良型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭ（Ｒ）等を実施してもよい。ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーションシステム（ＵＭＴＳ）の一部である。Ｅ−ＵＴＲＡは、３ＧＰＰのロング・ターム・エボルーション（Long Term Evolution）の一部であり、ダウンリンクでＯＦＤＭを、アップリンクでＳＣ−ＦＤＭＡを使用する、３ＧＰＰの今度のリリースである。ＵＴＲＡ，Ｅ−ＵＴＲＡ，ＵＭＴＳ，ＬＴＥ、およびＧＳＭは、「第３世代標準化プロジェクト」（３ＧＰＰ）と名づけられている組織からの文書の中で説明されている。ＣＤＭＡ２０００とＵＭＢは、「第３世代標準化プロジェクト２」（３ＧＰＰ２）と名づけられている組織からの文書の中で説明されている。これらの種々の無線技術と標準は、当該技術分野で知られている。
図７を参照して、１つの態様に従う、多重アクセス無線通信システムが示される。アクセス・ポイント７００（ＡＰ）は、１つが７０４と７０６を含み、もう１つが７０８と７１０を含み、更なる１つが７１２と７１４を含む、複数個のアンテナ・グループを含んでいる。図７において、各々のアンテナ・グループについて、アンテナは２本だけしか示されていないが、しかしながら、より多い、または、より少ないアンテナが、各々のアンテナ・グループのために、利用されてもよい。アクセス端末７１６（ＡＴ）はアンテナ７１２，７１４を用いて通信していて、アンテナ７１２と７１４は、順方向リンク７２０を通して、アクセス端末７１６に情報を送信し、逆方向リンク７１８を通して、アクセス端末７１６から情報を受信する。アクセス端末７２２は、アンテナ７０６と７０８と通信していて、アンテナ７０６と７０８は、順方向リンク７２６を通して、アクセス端末７２２に情報を送信し、逆方向リンク７２４を通して、アクセス端末７２２から情報を受信する。ＦＤＤシステムでは、通信リンク７１８、７２０、７２４、および７２６は、通信のために異なる周波数を使用してもよい。例えば、順方向リンク７２０は、逆方向リンク７１８により使用されるのとは異なる周波数を使用してもよい。
各々のアンテナ・グループ、および／または、それらが通信するように設計されている領域は、しばしば、アクセス・ポイントのセクタとして呼ばれる。この態様において、アンテナ・グループの各々は、アクセス・ポイント７００により扱われる領域のセクタ内の、アクセス端末と通信するように設計されている。
順方向リンク７２０と７２６上の通信において、アクセス・ポイント７００の送信アンテナは、異なるアクセス端末７１６と７２４のための、順方向リンクの信号対雑音比を改善するために、ビーム形成を利用する。さらに、そのサービス区域にランダムに分散している、アクセス端末と通信するために、ビーム形成を使用するアクセス・ポイントは、そのアクセス端末に対して単一のアンテナにより通信しているアクセス・ポイントよりも、近隣のセル内のアクセス端末に対して、より少ない干渉を引き起こす。
アクセス・ポイントは、端末と通信するために使用される、固定局であってもよいし、また、アクセス・ポイント、ノードＢ、または、何らかの他の用語で呼ばれることがある。アクセス端末は、また、アクセス端末、ユーザ装置（ＵＥ）、無線通信デバイス、端末、アクセス端末、または、他の用語で呼ばれることがある。
図８は、ＭＩＭＯシステム８００内の、（アクセス・ポイントとしても知られている）送信機システム８１０と、（また、アクセス端末として知られている）受信機システム８５０の、ある態様のブロック・ダイアグラムである。通信機システム８１０では、多くのデータ・ストリームのためのトラフィック・データが、データ・ソース８１２から、送信機（ＴＸ）データ・プロセッサ８１４に供給されている。
ある態様において、各々のデータ・ストリームは、それぞれの送信アンテナを通して送信される。ＴＸデータ・プロセッサ８１４は、符号化データを供給するために、そのデータ・ストリームのために選択した、特定の符号化スキームに基づく、各々のデータ・ストリームのために、トラフィック・データをフォーマットし、符号化し、インターリーブする。
各々のデータ・ストリームのための符号化データは、ＯＦＤＭ技術を用いたパイロット・データにより、多重化されてもよい。パイロット・データは、一般に、既知の方法で処理される、既知のデータ・パターンであり、チャネル応答を推定するために、受信機システムで使用され得る。各々のデータ・ストリームのための、多重化された、パイロットおよび符号化されたデータは、ここで、特定の変調スキーム（例えば、ＢＰＳＫ，ＱＰＳＫ，Ｍ−ＰＳＫ，または、Ｍ−ＱＡＭ）に基づいて、変調される（すなわちシンボル・マップされる）。各々のデータ・ストリームのデータ・レート、符号化および変調は、プロセッサ８３０により実行される命令によって決定されてもよい。
全てのデータ・ストリームのための変調シンボルは、ここで、さらに変調シンボル（例えばＯＦＤＭのために）を処理してもよい、ＴＸ ＭＩＭＯプロセッサ８２０に供給される。ＴＸ ＭＩＭＯプロセッサ８２０は、ここで、ＮＴ個の送信機（ＴＭＴＲ）８２２ａ〜８２２ｔに、ＮＴ個の変調シンボル・ストリームを供給する。ある実施例において、ＴＸ ＭＩＭＯプロセッサ８２０は、データ・ストリームのシンボル、および、シンボルが送信されているアンテナに、ビーム形成の重み付けを適用する。
各々の送信機８２２は、１つ以上のアナログ信号を提供するために。それぞれのシンボル・ストリームを受け取り、処理し、さらに、ＭＩＭＯチャネルを通しての送信に適した変調信号を提供するために、アナログ信号を調整（例えば、増幅、フィルタ、アップ・コンバート）する。送信機８２２ａ〜８２２ｔからのＮＴ個の変調信号は、ＮＴ個のアンテナ８２４ａ〜８２４ｔにより送信される。
受信機システム８５０では、送信された変調信号が、ＮＲ個のアンテナ８５２ａ〜８５２ｒにより受信され、各々のアンテナ８５２で受信された信号は、それぞれの受信機（ＲＣＶＲ）８５４ａ〜８５４ｒに供給される。各々の受信機８５４は、それぞれの受信信号を調整（例えば、増幅、フィルタ、ダウン・コンバート）し、サンプルを提供するために、調整された信号をディジタル化し、対応する「受信」シンボル・ストリームを提供するために、さらにサンプルを処理する。
ＲＸデータ・プロセッサ８６０は、ここで、ＮＴ個の「検出された」シンボル・ストリームを提供する特定の受信処理技術に基づいて、ＮＲ個の受信機８５４からの、ＮＲ個の受信シンボル・ストリームを受信し、処理する。ＲＸデータ・プロセッサ８６０は、ここで、データ・ストリームに対するトラフィック・データを再生するために、各々の検出されたシンボル・ストリームを復調し、デインターリーブし、復号する。ＲＸデータ・プロセッサ８６０による処理は、送信機システム８１０におけるＴＸ ＭＩＭＯプロセッサ８２０とＴＸデータ・プロセッサ８１４により実行されるそれに対して相補的である。
プロセッサ８７０は、（後述のように）どのプリコーディング行列を使用するのかを、周期的に決めることができる。プロセッサ８７０は、行列のインデックス部分とランク値部分を含む、逆方向リンク・メッセージを定式化する。
逆方向リンク・メッセージは、通信リンクおよび／または受信データ・ストリームに関する、種々のタイプの情報を含んでいてもよい。逆リンク・メッセージは、データ・ソース８３６から、多くのデータ・ストリームのために、トラフィック・データを受信する、ＴＸデータ・プロセッサ８３８により、ここで処理され、変調器８８０により変調され、送信機８５４ａ〜８５４ｒにより調整され、送信機システム８１０に戻るように、送信される。
送信機システム８１０では、受信機システム８５０からの変調信号が、アンテナ８２４により受信され、受信機８２２により調整され、復調器８４０により復調され、受信機システム８５０により送信された、逆方向リンク・メッセージを抜き出すために、ＲＸデータ・プロセッサ８４２により処理される。プロセッサ８３０は、ここで、ビーム形成の重み付けを決定するために、どのプリコーディング行列を使用するのかを決め、ここで、抜き出したメッセージを処理する。
ある態様において、論理チャネルは、制御チャネルとトラフィック・チャネルとに分類される。論理制御チャネルは、システム制御情報を同報通信するためのＤＬチャネルである、同報通信制御チャネル（ＢＣＣＨ）を含む。ページング制御チャネル（ＰＣＣＨ）は、ページング情報を転送する、ＤＬチャネルである。マルチキャスト制御チャネル（ＭＣＣＨ）は、マルチメディア同報通信およびマルチキャスト・サービス（ＭＢＭＢ）のスケジューリング、および、1つ以上のＭＴＣＨｓのための、制御情報を送信するために使用される、１つのポイントから複数個のポイントへのＤＬチャネルである。一般的には、ＲＲＣ接続を確立してから、このチャネルは、ＭＢＭＳ（注：古いＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥｓにより使用されるだけである。専用制御チャネル（ＤＣＣＨ）は、専用の制御情報を送信する、ポイント・ツー・ポイントの双方向チャネルであり、ＲＲＣ接続を持つＵＥｓにより使用される。態様において、論理トラフィック・チャネルは、ユーザ情報の転送のために、１つのＵＥ専用の、ポイント・ツー・ポイントの双方向チャネルである、専用トラフィック・チャネル（ＤＴＣＨ）を含む。さらに、マルチキャスト・トラフィック・チャネル（ＭＴＣＨ）は、トラフィック・データを送信するための、１つのポイントから複数個のポイントへのＤＬチャネルである。
ある態様において、転送チャネルは、ＤＬとＵＬに分類される。ＤＬ転送チャネルは、同報通信チャネル（ＢＣＨ）、ダウンリンク共用データ・チャネル（ＤＬ−ＳＤＣＮ）、および、ページング・チャネル（ＰＣＨ）を含む。ＵＥ省電力（ＤＲＸサイクルは、ネットワークによりＵＥに示される）のサポートのためのＰＣＨは、全セルに対して同報通信され、他の制御／トラフィック・チャネルのために使用され得る、ＰＨＹリソースにマップされる。ＵＬ伝送チャネルは、ランダム・アクセス・チャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）および複数個のＰＨＹチャネルを含む。ＰＨＹチャネルは、1組のＤＬチャネルとＵＬチャネルを含む。
ＤＬ ＰＨＹチャネルは、共通パイロット・チャネル（ＯＰＩＣＨ）、同期チャネル（ＳＣＨ），共通制御チャネル、（ＣＣＣＨ）、共用ＤＬ制御チャネル（ＳＤＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、共用ＵＬ割り当てチャネル（ＳＵＡＣＨ）、受領通知チャネル（ＡＣＫＣＨ）、ＤＬ物理共用データ・チャネル（ＤＬ−ＰＳＤＣＨ）、ＵＬ電力制御チャネル（ＵＰＣＣＨ）、ページング指示チャネル（ＰＩＣＨ）、負荷指示チャネル（ＬＩＣＨ）を含む。ＵＬ ＰＨＹチャネルは、物理的ランダム・アクセス・チャネル（ＰＲＡＣＨ）、チャネル品質指示チャネル（ＣＱＩＣＨ）、受領通知チャネル（ＡＣＫＣＨ）、アンテナ・サブセット指示チャネル（ＡＳＩＣＨ）、共用要求チャネル（ＳＲＥＱＣＨ）、ＵＬ物理共用データ・チャネル（ＵＬ−ＰＳＤＣＨ）、広帯域パイロット・チャネル（ＢＰＩＣＨ）を含む。
以上に説明されてきたことには、種々の態様の例を含んでいる。もちろん、種々の態様を説明する目的のために、全ての考え得る、構成要素または方法の組み合わせを説明することはできないが、当業者は、種々の実施例の、多くのさらなる組み合わせと置き換えが可能であることを認識することができる。したがって、主題の明細書は、添付された請求項の精神と範囲内に入るような、全てのそのような変更、修正および変形を、包含するように意図されている。
本出願において使用されているように、「構成要素」、「モジュール」、「システム」等という用語は、コンピュータに関わるエンティティ、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または、実行中のソフトウェアとして参照するように意図されている。例えば、構成要素は、これだけに制限されるわけではないが、プロセッサ上で動作する処理、プロセッサ、オブジェクト、イクゼキュータブル（executable）、実行スレッド、プログラム、および／または、コンピュータであってもよい。実例として、サーバ上で動作するアプリケーションと、サーバは、どちらも構成要素になりうる。１つ以上の構成要素が、処理および／また実行スレッドの中に存在してもよいし、１つの構成要素は１つのコンピュータの中に局在化、および／または、２台以上のコンピュータの間で分散、されてもよい。
「典型的な（exemplary）」という語句は、ここにおいては、例、事例、実例として役立つことを、意味するために使用される。「典型的な（exemplary）」として、ここに説明される、任意の態様または設計は、必ずしも他の態様や設計よりも、好ましい、または、有利であると、必ずしも解釈されるべきではない。
ここに示された典型的な態様における機能を実行する開示された構造と、構造上は同等ではなくても、特に、上記の構成要素、デバイス、回路、システム等により実行される、種々の機能に関して、そのような構成要素を説明するために使用される（「手段」への参照を含む）用語は、そうではないと示されない限り、説明された構成要素（例えば、機能的に同等）の、特定の機能を実行する、任意の構成要素に対応することが意図されている。この点において、種々の態様は、種々の方法の行為および／またはイベントを実行するための、コンピュータで実行可能な命令を持つ、コンピュータ可読媒体とともに、システムを含むことも、認識されるであろう。
さらに、特定の特徴は、いくつかの実施例のただ１つに関して開示されたことがあるかも知れないが、そのような特徴は、それが要求され、任意の与えられた、または特定の応用にとって都合がよいために、他の実施例の、１つ以上の他の特徴と結び付けられるかも知れない。「含む」および「含んでいる」という用語、および、これらの任意の変形が、詳細な説明または請求項で使用される程度には、これの用語が「備える」という用語と同様の程度に、これらの用語は、包括的であることを意図されている。さらに、「または」が、詳細な説明または請求項のいずれかで使用されるように、「非排他的な、または」であることを意味する。
さらに、認識されるであろうと考えられるように、開示されたシステムと方法の種々の部分は、人工知能、機械学習、または、知識またはルールに基づく構成要素、副構成要素、プロセス、手段、方法、またはメカニズム（例えば、サポート・ベクトル・マシーン、ニューラル・ネットワーク、エキスパート・システム、ベイズの確信ネットワーク（Bayesian belief network）、ファジィ論理、データ融合エンジン、クラシファイャ．．．）を含む。そのような構成要素は、特に、システムと方法の一部を、効率的で知的であるのに加えて、適応性があるようにする、あるメカニズムとプロセスを自動化することができる。
上述の例示的なシステムを考慮すると、開示された主題の事項に従って実施されるかもしれない方法が、いくつかのフロー・ダイアグラムを参照して説明された。説明を単純にする目的のために、一連のブロックとして、方法が示され、説明されるが、いくつかのブロックは、ここに描かれ、説明されるのとは、異なる順番および／または他のブロックと同時に起きるかもしれないので、請求される主題事項が、ブロックの番号または順番により制限されないことを理解し、認識すべきである。さらに、示されたブロックの全ては、ここに説明される方法を実装するために、必要ではない。さらに、ここに開示される方法が、コンピュータにそのような方法が伝えられ、転送されるのを容易にするために、製造業者の物品に記憶され得ることが、さらに認識されるべきである。製造業者の物品という用語は、ここに使用されるように、任意のコンピュータ可読デバイス、キャリアまたは媒体からアクセス可能なコンピュータ・プログラムを含むように意図されている。
さらに、１つ以上のバージョンが、開示された態様を実施するように、コンピュータを制御するための、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせを作り出すために、方法、装置、または、標準プログラミングおよび／または工学技術を用いた、製造業者の物品として実装されてもよい。ここで使われる「製造業者の物品（article of manufacture）」という用語（または、代わりに「コンピュータ・プログラム製品（computer program product）」）は、任意のコンピュータ可読デバイス、キャリア媒体からアクセス可能な、コンピュータ・プログラムを含むように意図されている。例えば、コンピュータ可読媒体は、限定されるわけではないが、磁気記憶装置（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ．．．）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ディジタル・バーサタイル・ディスク（ＤＶＤ）．．．）、スマート・カード、および、フラッシュ・メモリ・デバイス（例えば、カード、スティック、）を含むことができる。さらに、電子メールを送信し受信するために、および、インターネットまたはローカル・エリア・ネットワーク（ＬＡＮ）のようなネットワークをアクセスするために使用される、そのような、コンピュータ可読の電子データを伝えるために、搬送波が使用され得ることを認識されるべきである。もちろん、当業者は、開示された態様の範囲から逸脱することなく、この構成について多くの修正がされることを、認識するであろう。
全体またはその一部が、ここに参照として組み込まれていると記されている、任意の特許、出版、または、他の開示資料は、組み込まれた資料が、この開示に示されている、現存の定義、説明、または、他の開示資料と矛盾しない範囲だけが、ここに組み込まれている。そのため、および、必要な範囲まで、開示は、ここに明白に示されるように、参照によりここに組み込まれている、任意の矛盾する資料に取って代わる。ここに参照として組み込まれていると記されている、任意の資料、または、その一部は、ここに示される現存の定義、説明、または、他の開示資料とは矛盾する場合には、組み込まれた資料と現存の開示資料との間で、矛盾が生じない範囲においてのみ、組み込まれるであろう。

Claims (38)

  1. 状態を把握しないアドレスの自動設定を実行するためにアクセス端末（ＡＴ）からルータ要請を受信することと、
    近隣要請が後続する、前記ＡＴに、インターネット・プロトコル・バージョン６（ＩＰｖ６）プリフィックスを送信することと、
    ＩＰｖ６アドレスを含む、前記ＡＴから、近隣通知を受信することと、
    ＤＮＳ更新をさせるネットワーク・アクションを開始すること、
    を含む、データ・パケット・ネットワーク上で、動的なネーム・システム（ＤＮＳ）の更新を実行するための方法。
  2. 前記ＤＮＳ更新を実行する責任を負うＤＮＳサーバと、セキュリィティ・アソシエーションを形成することと、
    前記セキュリィティ・アソシエーションを使用して、前記ＤＮＳサーバにＤＮＳ更新メッセージを送信すること、
    により、前記ＤＮＳ更新をさせる前記ネットワーク・アクションを開始することを、さらに含む、請求項1の方法。
  3. ホーム・エージェントから前記ＤＮＳ更新メッセージを送信することをさらに含む、請求項２の方法。
  4. アクセス・ゲートウェイから前記ＤＮＳ更新メッセージを送信することをさらに含む請求項２の方法。
  5. 認証、認可および課金処理（ＡＡＡ）機能に対して、課金処理要求／開始メッセージを送信することにより、前記ＤＮＳ更新をさせる前記ネットワーク・アクションを開始することをさらに含む、請求項１の方法。
  6. ホーム・エージェントから前記課金処理要求／開始メッセージを送信することをさらに含む、請求項５の方法。
  7. アクセス・ゲートウェイから前記課金処理要求／開始メッセージを送信することをさらに含む、請求項５の方法。
  8. 前記課金処理要求／開始メッセージを、次には、ホームＡＡＡ機能に、前記課金処理要求／開始メッセージを送信する、訪れられた（visited）ＡＡＡ機能に送信することをさらに含む、請求項５の方法。
  9. 状態を把握しないアドレスの自動設定を実行するためにアクセス端末（ＡＴ）からルータ要請を受信するための第１のモジュールと、
    近隣要請が後続する、前記ＡＴに、インターネット・プロトコル・バージョン６（ＩＰｖ６）のプリフィックスを送信するための第２のモジュールと、
    ＩＰｖ６アドレスを含む前記ＡＴからの近隣通知を受信するための第３のモジュールと、
    ＤＮＳ更新をさせるネットワーク・アクションを開始するための第４のモジュール、
    を含む、データ・パケット・ネットワーク上で、動的なネーム・システム（ＤＮＳ）の更新を実行するための少なくとも１つのプロセッサ。
  10. 状態を把握しないアドレスの自動設定を実行するためにアクセス端末（ＡＴ）からルータ要請をコンピュータに受信させるための第１のコードのセットと、
    近隣要請が後続する、前記ＡＴに対して、インターネット・プロトコル・バージョン６（ＩＰｖ６）プリフィックスを前記コンピュータに送信させるための第２のコードのセットと、
    ＩＰｖ６アドレスを含む前記ＡＴからの近隣通知を前記コンピュータに受信させるための第３のコードのセットと、
    ＤＮＳ更新をさせるネットワーク・アクションを前記コンピュータに開始させるための第４のコードのセットを含む、
    コンピュータ可読メディアを含む、
    データ・パケット・ネットワーク上で、動的なネーム・システム（ＤＮＳ）の更新を実行するためのコンピュータ・プログラム製品。
  11. 状態を把握しないアドレスの自動設定を実行するためにアクセス端末（ＡＴ）からルータ要請を受信するための手段と、
    近隣要請が後続する、前記ＡＴに、インターネット・プロトコル・バージョン６（ＩＰｖ６）プリフィックスを送信するための手段と、
    ＩＰｖ６アドレスを含む前記ＡＴからの近隣通知を受信するための手段と、
    ＤＮＳ更新をさせるネットワーク・アクションを開始するための手段、
    を含む、データ・パケット・ネットワーク上で、動的なネーム・システム（ＤＮＳ）の更新を実行するための装置。
  12. 状態を把握しないアドレスの自動設定を実行するためにアクセス端末（ＡＴ）からルータ要請を受信するためのデータ・パケット通信ネットワークと、
    近隣要請が後続する、前記ＡＴに、インターネット・プロトコル・バージョン６（ＩＰｖ６）プリフィックスを送信し、ＩＰｖ６アドレスを含む前記ＡＴからの近隣通知を受信するためのアクセス・ゲートウェイ（ＡＧＷ）と、
    ＤＮＳ更新をさせるネットワーク・アクションを開始するための前記アクセス・ゲートウェイ（ＡＧＷ）に関連付けられたネットワークエンティティを含む、
    データ・パケット・ネットワーク上で、動的なネーム・システム（ＤＮＳ）の更新を実行するための装置。
  13. ネットワークエンティティが、前記ＤＮＳサーバとセキュリィティ・アソシエーションを構成し、前記セキュリィティ・アソシエーションを使用して、前記ＤＮＳサーバに、ＤＮＳ更新メッセージを送信する、前記ＤＮＳ更新を実行するＤＮＳサーバをさらに含む、請求項１２の装置。
  14. 前記ネットワークエンティティがホーム・エージェントを含む、請求項13の装置。
  15. 前記ネットワークエンティティが前記アクセス・ゲートウェイを含む、請求項１３の装置。
  16. 前記ネットワークエンティティが、認証、認可と課金処理（ＡＡＡ）機能に課金処理要求と開始メッセージを送信することにより、前記ＤＮＳ更新をさせる前記ネットワーク・アクションを開始する、認証、認可と課金処理（ＡＡＡ）機能をさらに含む、請求項１２の装置。
  17. 前記ネットワークエンティティがホーム・エージェントを含む、請求項１６の装置。
  18. 前記ネットワークエンティティがアクセス・ゲートウェイを含む、請求項１６の装置。
  19. 前記ＡＡＡ機能が、前記ＤＮＳサーバに関連付けられているホームＡＡＡ、および、前記ホームＡＡＡ機能に、前記課金要求および開始メッセージを次に送信する、前記訪れられたＡＡＡ機能に、前記課金要求および開始メッセージを送信する、前記ネットワークエンティティに関連付けられている、訪れられた（visited）ＡＡＡ、を含む、請求項１６の装置。
  20. アクセス・ゲートウェイ（ＡＧＷ）に対してルータ要請を送信することと、
    近隣要請が後続する、前記アクセス・ゲートウェイ（ＡＧＷ）から、インターネット・プロトコル・バージョン６（ＩＰｖ６）プリフィックスを受信することと、
    前記ＩＰｖ６プリフィックスを使用して、状態を把握しないアドレスの自動設定を実行することと、
    前記アクセス・ゲートウェイ（ＡＧＷ）に対して、ＩＰｖ６アドレスを含む近隣通知を送信することと、
    前記アクセス・ゲートウェイ（ＡＧＷ）に対して、ＤＮＳ更新メッセージを送信することにより、ＤＮＳ更新をさせるネットワーク・アクションを開始すること、
    を含む、データ・パケット・ネットワーク上で、動的なネーム・システム（ＤＮＳ）の更新を実行するための方法。
  21. 前記ＤＮＳ更新を実行する責任を負うＤＮＳサーバとの、セキュリィティ・アソシエーションを形成していて、前記セキュリィティ・アソシエーションを使用して、前記ＤＮＳサーバに前記ＤＮＳ更新メッセージを送信する、前記アクセス・ゲートウェイ（ＡＧＷ）に、前記ＤＮＳ更新メッセージを送信することにより、前記ＤＮＳ更新をさせる前記ネットワーク・アクションを開始することをさらに含む、請求項２０の方法。
  22. ホーム・エージェントから前記ＤＮＳサーバに、前記ＤＮＳ更新メッセージを送信させることをさらに含む、請求項２１の方法。
  23. アクセス・ゲートウェイから前記ＤＮＳサーバに、前記ＤＮＳ更新メッセージを送信させることをさらに含む、請求項２１の方法。
  24. 認証、認可および課金処理（ＡＡＡ）機能に対して、課金処理要求および開始メッセージを送信させる前記ＤＮＳ更新メッセージを、前記アクセス・ゲートウェイに送信することにより、前記ＤＮＳ更新をさせる前記ネットワーク・アクションを開始することをさらに含む、請求項２０の方法。
  25. ホーム・エージェントから前記課金処理要求／開始メッセージを送信させることをさらに含む、請求項２４の方法。
  26. アクセス・ゲートウェイから前記課金処理要求／開始メッセージを送信させることをさらに含む、請求項２４の方法。
  27. ホームＡＡＡ機能に前記課金処理要求／開始メッセージを次に送信する、訪れられたＡＡＡ機能に前記課金処理要求／開始メッセージを送信させることをさらに含む、請求項２４の方法。
  28. アクセス・ゲートウェイ（ＡＧＷ）に対してルータ要請を送信するための第１のモジュールと、
    近隣要請が後続する、前記アクセス・ゲートウェイ（ＡＧＷ）からの、インターネット・プロトコル・バージョン６（ＩＰｖ６）プリフィックスを受信するための第２のモジュールと、
    前記ＩＰｖ６プリフィックスを使用して、状態を把握しないアドレスの自動設定を実行するための第３のモジュールと、
    ＩＰｖ６アドレスを含む前記ＡＴからの近隣通知を送信するための第４のモジュールと、
    前記アクセス・ゲートウェイ（ＡＧＷ）に対して、ＤＮＳ更新メッセージを送信することにより、ＤＮＳ更新をさせるネットワーク・アクションを開始するための第５のモジュール、
    を含む、データ・パケット・ネットワーク上で、動的なネーム・システム（ＤＮＳ）の更新を実行するための少なくとも１つのプロセッサ。
  29. アクセス・ゲートウェイ（ＡＧＷ）に対してルータ要請を、コンピュータに、送信させる第１のコードのセットと、
    近隣要請が後続する、前記ゲートウェイ（ＡＧＷ）からの、インターネット・プロトコル・バージョン６（ＩＰｖ６）プリフィックスを、コンピュータに受信させる第２のコードのセットと、
    前記ＩＰｖ６プリフィックスを使用して、状態を把握しないアドレスの自動設定を、コンピュータに実行させる第３のコードのセットと、
    前記アクセス・ゲートウェイ（ＡＧＷ）に対して、ＩＰｖ６アドレスを含む近隣通知を、コンピュータに送信させる第４のコードのセットと、
    前記アクセス・ゲートウェイ（ＡＧＷ）に対して、ＤＮＳ更新メッセージを送信することにより、ＤＮＳ更新をさせるネットワーク・アクションを、コンピュータに開始させる第５のコードのセット、
    を含む、コンピュータ可読媒体を含む、
    データ・パケット・ネットワーク上で、動的なネーム・システム（ＤＮＳ）の更新を実行するためのコンピュータ・プログラム製品。
  30. アクセス・ゲートウェイ（ＡＧＷ）に対してルータ要請を送信する手段と、
    近隣要請が後続する、前記ゲートウェイ（ＡＧＷ）からの、インターネット・プロトコル・バージョン６（ＩＰｖ６）プリフィックスを受信する手段と、
    前記ＩＰｖ６プリフィックスを使用して、状態を把握しないアドレスの自動設定を実行する手段と、
    前記アクセス・ゲートウェイ（ＡＧＷ）に対して、ＩＰｖ６アドレスを含む近隣通知を送信する手段と、
    前記アクセス・ゲートウェイ（ＡＧＷ）に対して、ＤＮＳ更新メッセージを送信することにより、ＤＮＳ更新をさせるネットワーク・アクションを開始する手段、
    を含む、データ・パケット・ネットワーク上で、動的なネーム・システム（ＤＮＳ）の更新を実行するための装置。
  31. アクセス・ゲートウェイ（ＡＧＷ）に対してルータ要請を送信する送信機構成要素と、近隣要請が後続する、前記ゲートウェイ（ＡＧＷ）からのインターネット・プロトコル・バージョン６（ＩＰｖ６）プリフィックスを受信する受信機構成要素と、
    前記ＩＰｖ６プリフィックスを使用して、状態を把握しないアドレスの自動設定を実行し、送信機構成要素に、前記アクセス・ゲートウェイ（ＡＧＷ）に対して、ＩＰｖ６アドレスを含む近隣通知を送信させ、前記アクセス・ゲートウェイ（ＡＧＷ）に対して、ＤＮＳ更新メッセージを送信することにより、ＤＮＳ更新をさせるネットワーク・アクションを開始させる、アドレス自動設定構成要素を含む、
    データ・パケット・ネットワーク上で、動的なネーム・システム（ＤＮＳ）の更新を実行するための装置。
  32. 前記ＤＮＳ更新を実行する責任を負うＤＮＳサーバとの、セキュリィティ・アソシエーションを形成していて、前記セキュリィティ・アソシエーションを使用して、前記ＤＮＳサーバに前記ＤＮＳ更新メッセージを送信する、前記アクセス・ゲートウェイ（ＡＧＷ）に対して、前記ＤＮＳ更新メッセージを送信することにより、前記ＤＮＳ更新をさせる前記ネットワーク・アクションを開始するための、前記アドレス自動設定構成要素をさらに含む、請求項３１の装置。
  33. ホーム・エージェントから前記ＤＮＳサーバに前記ＤＮＳ更新メッセージを送信させるための前記アドレス自動設定構成要素をさらに含む、請求項３２の装置。
  34. アクセス・ゲートウェイから前記ＤＮＳサーバに前記ＤＮＳ更新メッセージを送信させるための前記アドレス自動設定構成要素をさらに含む、請求項３２の装置。
  35. 認証、認可と課金処理（ＡＡＡ）機能に対して、課金処理要求および開始メッセージを送信させるために、前記アクセス・ゲートウェイに対して、前記ＤＮＳ更新メッセージを送信することにより、前記ＤＮＳ更新をさせる前記ネットワーク・アクションを開始するための、前記アドレス自動設定構成要素をさらに含む、請求項３１の装置。
  36. ホーム・エージェントから前記課金処理要求／開始メッセージを送信させるための前記アドレス自動設定構成要素をさらに含む、請求項３５の装置。
  37. アクセス・ゲートウェイから前記課金処理要求／開始メッセージを送信させるための前記アドレス自動設定構成要素をさらに含む、請求項３５の装置。
  38. ホームＡＡＡ機能に対して課金処理要求および開始メッセージを次に送る、訪れたＡＡＡ機能に対して、前記課金処理要求／開始メッセージを送信させるための前記アドレス自動設定構成要素をさらに含む、請求項３５の装置。
JP2010512365A 2007-06-15 2008-06-12 ＩＰｖ６近隣通知により起動されるＤＮＳ更新のための方法と装置 Expired - Fee Related JP5096568B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US94443307P 2007-06-15 2007-06-15
US60/944,433 2007-06-15
US95166407P 2007-07-24 2007-07-24
US60/951,664 2007-07-24
US12/131,801 US9602332B2 (en) 2007-06-15 2008-06-02 Method and apparatus for DNS update triggered IPv6 neighbor advertisement
US12/131,801 2008-06-02
PCT/US2008/066795 WO2008157267A1 (en) 2007-06-15 2008-06-12 Method and apparatus for dns update triggered ipv6 neighbor advertisement

Publications (2)

Publication Number Publication Date
JP2010531096A true JP2010531096A (ja) 2010-09-16
JP5096568B2 JP5096568B2 (ja) 2012-12-12

Family

ID=40132204

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010512365A Expired - Fee Related JP5096568B2 (ja) 2007-06-15 2008-06-12 ＩＰｖ６近隣通知により起動されるＤＮＳ更新のための方法と装置

Country Status (13)

Country Link
US (1) US9602332B2 (ja)
EP (1) EP2168359B1 (ja)
JP (1) JP5096568B2 (ja)
KR (1) KR101133304B1 (ja)
CN (1) CN101816169B (ja)
AU (1) AU2008266151A1 (ja)
BR (1) BRPI0812728A2 (ja)
CA (1) CA2690175A1 (ja)
IL (1) IL202477A0 (ja)
MX (1) MX2009013439A (ja)
RU (1) RU2466508C2 (ja)
TW (1) TWI378697B (ja)
WO (1) WO2008157267A1 (ja)

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7894420B2 (en) * 2007-07-12 2011-02-22 Intel Corporation Fast path packet destination mechanism for network mobility via secure PKI channel
KR100881272B1 (ko) * 2007-07-25 2009-02-05 한국전자통신연구원 Ｐｍｉｐ6 도메인에서의 이동 라우터 관리 시스템 및 방법
US8098597B2 (en) * 2007-08-24 2012-01-17 Samsung Electronics Co., Ltd. IAS-based configuration for UMB Femto devices
US8780856B2 (en) * 2007-09-18 2014-07-15 Telefonaktiebolaget Lm Ericsson (Publ) Inter-system handoffs in multi-access environments
CN101547383B (zh) * 2008-03-26 2013-06-05 华为技术有限公司 一种接入认证方法及接入认证系统以及相关设备
CN101448252B (zh) * 2008-06-20 2011-03-16 中兴通讯股份有限公司 网络切换实现方法及系统以及移动节点
US8695082B2 (en) * 2008-10-27 2014-04-08 Nokia Siemens Networks Oy Method and communication system for accessing a wireless communication network
KR100908320B1 (ko) * 2009-03-20 2009-07-17 (주)넷맨 IPv6 네트워크 내 호스트 차단 및 탐색방법
CN101854702B (zh) * 2009-04-01 2014-02-05 中兴通讯股份有限公司 Hrpd系统中非3gpp2系统信息的发送、响应方法与装置
CN101854747B (zh) * 2009-04-01 2013-09-11 中兴通讯股份有限公司 Hrpd系统中非3gpp2消息传输的方法和系统
CN101610186A (zh) * 2009-06-19 2009-12-23 中兴通讯股份有限公司 一种处理报文的方法
US9100983B2 (en) * 2009-11-27 2015-08-04 Telefonaktiebolaget L M Ericsson (Publ) Telecommunications method, protocol and apparatus for improved quality of service handling
CN102595374B (zh) * 2011-01-17 2015-04-01 中国电信股份有限公司 基于代理移动IPv6协议的移动性管理方法及系统
US9094316B2 (en) * 2011-01-28 2015-07-28 Hewlett-Packard Development Company, L.P. Dynamic name generation
US9240971B2 (en) 2011-11-16 2016-01-19 LabTech, LLC Automated management of generalized central name services by distributed remote devices
KR20130070308A (ko) 2011-12-19 2013-06-27 삼성전자주식회사 동적 정책 제공을 위한 정책 결정 장치와 주소 변환 장치 사이의 연동을 위한 방법 및 장치
CN102594940B (zh) * 2012-02-20 2014-11-19 烽火通信科技股份有限公司 家庭网关动态配置ipv6的方法
WO2013147784A1 (en) * 2012-03-29 2013-10-03 Hitachi Data Systems Corporation Dns alias synchronization in replication topology
US9992155B2 (en) 2012-03-29 2018-06-05 Hitachi Vantara Corporation DNS alias synchronization in replication topology
TWI477128B (zh) * 2012-09-10 2015-03-11 Chunghwa Telecom Co Ltd A system and method for automatically configuring different IPv6 network header codes and network traffic classes
KR102185665B1 (ko) * 2013-12-24 2020-12-02 주식회사 엘지유플러스 All-IP 환경에서 IPv6 주소 기반의 통신을 위한 사용자 식별 서버, 단말, 방법, 및 기록 매체
US9876758B2 (en) * 2014-01-17 2018-01-23 Qualcomm Incorporated Techniques to propagate SIP/P-CSCF address changes from WAN device to LAN clients
EP3001647B1 (de) * 2014-09-23 2017-11-01 Siemens Aktiengesellschaft Verfahren zum Aufbau einer gesicherten Kommunikationsverbindung, Kommunikationsgerät und Verbindungssteuerungseinheit
CN105635057B (zh) * 2014-10-30 2020-02-07 北京奇虎科技有限公司 域名解析系统dns的安全性识别方法和装置
EP3051371B1 (de) * 2015-01-29 2018-01-17 Siemens Aktiengesellschaft Verfahren zum Aufbau einer unterbrechungsfreien Kommunikationsverbindung und Kommunikationsgerät
EP3059930B1 (de) * 2015-02-18 2021-01-06 Siemens Aktiengesellschaft Verfahren zur konfiguration eines kommunikationsgeräts eines industriellen automatisierungssystems und kommunikationsgerät
EP3443730B1 (en) * 2016-04-15 2021-09-01 Convida Wireless, LLC 6lowpan neighbor discovery for supporting mobility and multiple border routers
TWI628934B (zh) * 2016-11-11 2018-07-01 中華電信股份有限公司 ＩＰｖ６互連控制系統及其方法
EP3462710B1 (de) * 2017-09-29 2020-01-15 Siemens Aktiengesellschaft Verfahren zur bereitstellung eines namensdienstes innerhalb eines industriellen automatisierungssystems und switch
US11671818B1 (en) 2021-04-29 2023-06-06 T-Mobile Usa, Inc. Reliable local breakout for roaming devices
US11863348B2 (en) 2021-07-06 2024-01-02 Cisco Technology, Inc. Message handling between domains

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050169249A1 (en) * 2003-10-21 2005-08-04 Masakazu Shirota Methods and apparatus for network initiated data services

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI245997B (en) 2000-04-06 2005-12-21 Distribution Systems Res Inst IP communication system, IP transfer network, gateway device, server, network point device, medium router, terminal device and terminal communication method
US6816912B1 (en) * 2000-12-01 2004-11-09 Utstarcom, Inc. Method and system for tunnel optimized call setup for mobile nodes
DE10110240B4 (de) * 2001-02-28 2005-07-07 Characterisation Gmbh Verfahren zur Bereitstellung von IP-Adressen zu Sonderzeichen beinhaltenden Internet-Adressen
US20030026230A1 (en) * 2001-08-02 2003-02-06 Juan-Antonio Ibanez Proxy duplicate address detection for dynamic address allocation
KR100450973B1 (ko) * 2001-11-07 2004-10-02 삼성전자주식회사 무선 통신시스템에서 이동 단말기와 홈에이전트간의인증을 위한 방법
US7418509B2 (en) * 2001-11-13 2008-08-26 Nokia Corporation Method and apparatus for a distributed server tree
JPWO2005076547A1 (ja) * 2004-02-06 2007-08-02 松下電器産業株式会社 ＩＰｖ６無線アクセスネットワークにおけるネットワーク接続検出のための方法及びシステム
CN100556029C (zh) 2004-12-20 2009-10-28 上海贝尔阿尔卡特股份有限公司 IPv6无状态地址配置中主机的DNS更新方法和装置
US9144060B2 (en) * 2005-10-27 2015-09-22 Qualcomm Incorporated Resource allocation for shared signaling channels
KR101221610B1 (ko) * 2005-11-03 2013-01-14 삼성전자주식회사 무선 통신 시스템에서 링크 ｉｄ 프리픽스와 함께 고속이동성 ｉｐ를 지원하기 위한 방법 및 장치
US8488557B2 (en) * 2008-01-14 2013-07-16 Alcatel Lucent Method for detecting a duplicate address, mobile station, network element and communication system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050169249A1 (en) * 2003-10-21 2005-08-04 Masakazu Shirota Methods and apparatus for network initiated data services

Also Published As

Publication number Publication date
KR101133304B1 (ko) 2012-04-04
JP5096568B2 (ja) 2012-12-12
BRPI0812728A2 (pt) 2019-02-12
WO2008157267A1 (en) 2008-12-24
RU2466508C2 (ru) 2012-11-10
TW200908645A (en) 2009-02-16
US9602332B2 (en) 2017-03-21
RU2010101108A (ru) 2011-07-20
IL202477A0 (en) 2010-06-30
AU2008266151A1 (en) 2008-12-24
KR20100020522A (ko) 2010-02-22
TWI378697B (en) 2012-12-01
EP2168359A1 (en) 2010-03-31
CN101816169B (zh) 2014-02-19
MX2009013439A (es) 2010-01-27
EP2168359B1 (en) 2013-02-13
US20080310323A1 (en) 2008-12-18
CN101816169A (zh) 2010-08-25
CA2690175A1 (en) 2008-12-24

Similar Documents

Publication Publication Date Title
JP5096568B2 (ja) ＩＰｖ６近隣通知により起動されるＤＮＳ更新のための方法と装置
US8792453B2 (en) Secure tunnel establishment upon attachment or handover to an access network
EP2245820B1 (en) Home agent discovery upon changing the mobility management scheme
EP2552143B1 (en) Method and apparatus for roaming between communications networks
JP5248586B2 (ja) 電気通信
JP2011521496A (ja) 無線ネットワークにおいて、複数のインターネット・プロトコル・アドレスを備えたノードのためのアドレス転送
US9307477B1 (en) Apparatus and method for interfacing wireless client device to multiple packet data networks
US20090119412A1 (en) Support for avoidance of unnecessary tunneling
Sarikaya et al. Dhcpv6 prefix delegation in long-term evolution (lte) networks
Sarikaya et al. RFC 6653: DHCPv6 Prefix Delegation in Long-Term Evolution (LTE) Networks
Schmitz et al. Solutions for IPv6 based mobility in the EU project Moby Dick

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120313

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20120612

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20120619

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120808

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120821

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120920

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20150928

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees