(57)【要約】無線通信システム１０で動作可能な移動ノード１２に対応した構成の特徴を、交換するのに役立つ装置及びそれに伴う方法である。移動ノードは、動的に構成可能であり、論理ツリー２６を含む。その特徴は、要求に応答して、あるいは、移動ノードで起動されて、ネットワークマネージャ２２へと提供される。ネットワークで起動した場合、ネットワークマネージャに位置する要求メッセージ生成部３８は、ｇｅｔメッセージを生成して、ある構成の特徴３２がネットワークマネージャへと提供されるように、要求する。移動ノード１２は、ｇｅｔメッセージがそこに配信されると、要求された情報を、選択された詳細度で取得して、その特徴をネットワークマネージャへと返信する。
2005512403.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを定めるとともにその一部をなす移動ノードを有する無線通信システムにおいて、前記通信ネットワークは、ネットワークマネージャにより管理され、前記移動ノードのための装置の改良は、前記移動ノードの機能特徴の取得を容易にし、該機能特徴は、そこで管理されているオブジェクトに関する動的に変更可能な移動ノードの機能を表し、前記移動ノードの機能は、独立して変更可能である、前記装置は、
前記移動ノードにて選択された詳細度で管理されている選択されたオブジェクトの組に対応した機能特徴の要求を示す指定を取得するために対応しており、機能特徴が要求されている選択された組及び要求されている選択された詳細度を表す値を検出するための検出部と、
前記検出部により前記要求が検出されたことに応答して動作可能であり、前記要求中で指定されている選択された詳細度での機能特徴を取得するための取得部とを、
備えたことを特徴とする装置。
【請求項２】
前記指定を取得するために前記検出部が対応している要求は、前記移動ノードにて形成された自己生成された要求を含むことを特徴とする請求項１記載の装置。
【請求項３】
前記自己生成された要求は、前記移動ノードにて管理されているオブジェクトに対する変更に応答して、自動的に生成されたものであることを特徴とする請求項２記載の装置。
【請求項４】
前記移動ノードは、ローミング動作が可能であり、前記自己生成された要求は、前記移動ノードのローミング動作に応答して生成されたものであることを特徴とする請求項２記載の装置。
【請求項５】
機能１にて、前記機能特徴は、前記移動ノードにて管理されているオブジェクトに対応した意味を含むことを特徴とする請求項１記載の装置。
【請求項６】
前記機能特徴は、前記移動ノードに対応したベアラ別の機器情報を含み、前記取得部により取得される前記機能特徴は、前記ベアラ別の機器情報を含むことを特徴とする請求項１記載の装置。
【請求項７】
前記通信システムは、ＳｙｎｃＭＬ（Ｓｙｎｃマークアップ言語）プロトコルを利用し、前記検出器が取得するために対応した前記要求の前記指定は、ＳｙｎｃＭＬ形式のメッセージを含むことを特徴とする請求項６記載の装置。
【請求項８】
前記通信ネットワークは、ＳｙｎｃＭＬ機器管理サーバを備え、前記ＳｙｎｃＭＬ形式のメッセージは、前記ＳｙｎｃＭＬ機器管理サーバにより生成されることを特徴とする請求項７記載の装置。
【請求項９】
前記ベアラ別の機器情報は、選択されたオブジェクトの組に対応した特徴を含み、前記選択されたオブジェクトの組は、特定の管理タスクに対応していることを特徴とする請求項７記載の装置。
【請求項１０】
前記ＳｙｎｃＭＬ形式のメッセージは、ＳｙｎｃＭＬのＥｘｅｃ命令を含むことを特徴とする請求項７記載の装置。
【請求項１１】
通信ネットワークを定めるとともにその一部をなす移動ノードを有する無線通信システムにおいて、前記通信ネットワークは、ネットワークマネージャにより管理され、装置の改良は、前記移動ノードの機能特徴の前記ネットワークマネージャによる取得を容易にし、該機能特徴は、そこで管理されているオブジェクトに関する動的に変更可能な移動ノードの機能を表し、前記移動ノードの機能は、前記ネットワークマネージャから独立して変更可能である、前記装置は、
ネットワークに位置する要求生成部を備え、該要求生成部は、前記ネットワークマネージャにより運用され、前記移動ノードとの通信用の要求メッセージを生成するものであり、該要求メッセージは、前記移動ノードにて管理されている選択されたオブジェクトの組に対応した機能特徴を要求するとともに、選択された詳細度で提供されるべき機能特徴を要求するものであることを特徴とする装置。
【請求項１２】
前記移動ノードのためのさらなる装置の改良は、前記移動ノードの機能特徴を前記ネットワークマネージャにより取得するのを容易にするものであり、前記装置は、
前記のネットワークに位置する要求生成部により生成された前記要求メッセージの前記移動ノードでの配信を示す指定を受信し、機能特徴が要求されている選択された組及び要求されている選択された詳細度を表す値を検出するための検出部と、
前記検出部により前記要求メッセージが検出されたことに応答して動作可能であり、前記要求メッセージ中で指定されている選択された詳細度での機能特徴を取得するための取得部とを、備えたことを特徴とする請求項１１記載の装置。
【請求項１３】
前記取得部に応答して動作可能であり、前記要求メッセージに対する応答を生成する応答生成部をさらに備え、前記応答は、前記取得部により取得された選択された詳細度での機能特徴の値を含むことを特徴とする請求項１２記載の装置。
【請求項１４】
前記応答生成部は、前記取得部により取得された値をフォーマットするためのフォーマッタを備えていることを特徴とする請求項１３記載の装置。
【請求項１５】
前記応答生成部は、前記取得部により取得された値を圧縮機構に従って圧縮するための圧縮部を備えていることを特徴とする請求項１４記載の装置。
【請求項１６】
前記移動ノードにて管理されているオブジェクトは、論理オブジェクトツリー構造を規定し、該論理ツリー構造は、少なくとも第１のサブツリー構造を有し、前記要求生成部により生成された要求メッセージ中で機能特徴が要求されている選択されたオブジェクトの組は、少なくとも１つのサブツリー構造を含むことを特徴とする請求項１１記載の装置。
【請求項１７】
各サブツリー構造は、オブジェクトのＤＤＦ記述により定義され、前記要求生成部の要求により要求された機能特徴は、オブジェクトのＤＤＦ記述に関するものであることを特徴とする請求項１６記載の装置。
【請求項１８】
前記要求生成部により生成された要求メッセージは、選択された第１の詳細度での第１の選択されたオブジェクトの組に対応した機能特徴、及び、選択された第２の詳細度での少なくとも第２の選択されたオブジェクトの組に対応した機能特徴を、要求することを特徴とする請求項１１記載の装置。
【請求項１９】
前記移動ノードにて管理されているオブジェクトは、論理ツリー構造を規定し、該論理ツリー構造は、第１のサブツリー構造及び少なくとも第２のサブツリー構造を有し、前記要求生成部により生成された前記要求メッセージは、前記第１のサブツリー構造に対応するとともに前記第２のサブツリー構造に対応した機能特徴を、要求することを特徴とする請求項１８記載の装置。
【請求項２０】
前記移動ノードにて管理されているオブジェクトは、少なくとも第１のサブツリー構造を有する論理ツリー構造を規定し、該論理ツリー構造は、前記ネットワークマネージャから独立して、前記移動ノードにて動的に構成可能であり、前記取得部は、前記検出部により検出された要求メッセージにて特定されるサブツリー構造に対応した機能特徴を、取得することを特徴とする請求項１２記載の装置。
【請求項２１】
前記無線通信システムは、セルラー通信システムを備え、前記ネットワークマネージャは、システムオペレータを備え、該システムオペレータは、管理サーバを通じて前記セルラー通信システムを運営し、前記のネットワークに位置する要求生成部は、前記管理サーバにて具現化されていることを特徴とする請求項１１記載の装置。
【請求項２２】
前記各オブジェクトは、ＵＲＩ（Uniform Resource Identifier）により定義され、前記要求生成部により生成された要求メッセージにて要求された機能特徴は、選択されたサブセットの少なくとも１つのオブジェクトに対応したＵＲＩと関連づけられていることを特徴とする請求項１６記載の装置。
【請求項２３】
通信ネットワークを定めるとともにその一部をなす移動ノードを有する無線通信システムで通信する方法において、前記通信ネットワークは、ネットワークマネージャにより管理され、方法の改良は、前記移動ノードの機能特徴の前記ネットワークマネージャによる取得を容易にし、該機能特徴は、そこで管理されているオブジェクトに関する動的に変更可能な移動ノードの機能を表し、前記移動ノードの機能は、前記ネットワークマネージャから独立して変更可能である、前記方法は、
前記移動ノードとの通信用の要求メッセージを生成し、該要求メッセージは、前記移動ノードにて管理されている選択されたオブジェクトの組に対応した機能特徴を要求するとともに、選択された詳細度で提供されるべき機能特徴を要求するものであり、
前記要求メッセージを、前記移動ノードへと配信する
ことを特徴とする方法。
【請求項２４】
前記の生成する動作の際に生成された要求メッセージ中で機能特徴が要求されている選択された組を表す値を、前記移動ノードにて検出する動作を、さらに含むことを特徴とする請求項２３記載の方法。
【請求項２５】
前記要求メッセージ中で指定されている選択された詳細度での機能特徴を取得する動作を、さらに含むことを特徴とする請求項２４記載の方法。
【請求項２６】
前記要求メッセージに対する応答を生成する動作を、さらに含み、該応答は、前記取得する動作の際に取得された選択された詳細度での機能特徴の値を含むことを特徴とする請求項２５記載の方法。
【請求項２７】
前記の生成する動作の際に生成された応答は、選択されたフォーマット機構に従ってフォーマットされることを特徴とする請求項２６記載の方法。
【請求項２８】
前記の生成する動作の際に生成された応答を格納するのに用いられる値は、選択された圧縮機構に従って圧縮されることを特徴とする請求項２７記載の方法。
【請求項２９】
通信ネットワークを定めるとともにその一部をなす移動ノードを有する無線通信システムにおいて、該通信システムは、ＳｙｎｃＭＬ（Ｓｙｎｃマークアップ言語）プロトコルを利用し、前記通信ネットワークは、ネットワークマネージャにより管理され、方法の改良は、前記移動ノードの機能特徴の前記ネットワークマネージャによる取得を容易にし、該機能特徴は、そこで管理されているオブジェクトに関する動的に変更可能な移動ノードの機能を表し、前記移動ノードの機能は、前記ネットワークマネージャから独立して変更可能である、前記方法は、
前記移動ノードにて管理されている選択されたオブジェクトの組であって前記移動ノードの管理機能情報を識別する選択されたオブジェクトの組に対応した機能特徴についてのＳｙｎｃＭＬ形式による要求を示す指定を、取得するために対応しており、機能特徴が要求されている選択された組を表す値を検出するための検出部と、
前記検出部により前記のＳｙｎｃＭＬ形式による要求が検出されたことに応答して動作可能であり、前記要求中で指定されている機能特徴を取得するための取得部とを、
備えたことを特徴とする方法。
【発明の詳細な説明】
【０００１】
（技術分野）
〔関連出願の参照〕
本発明は、２００１年１２月３日出願の仮出願番号６０／３３６，８７９、２００２年１月２２日出願の仮出願番号６０／３５０，６６９、及び２００２年５月３０日出願の仮出願番号６０／３８４，５１７による優先権を主張する。
【０００２】
本発明は、一般に、構成を動的に変更可能で、ネットワークマネージャから独立して移動ノードにて構成可能な移動ノードを有するネットワークに関する。特に、本発明は、移動ノードの構成若しくは機能における選択された部分を表す選択された機能特徴のネットワークマネージャからの取得、又はこれについての該ネットワークマネージャに対する他の交換に役立つ装置及びそれに伴う方法に関する。移動ノードの論理ツリーに関する選択された情報は、移動ノードから取得されて、ネットワークマネージャへと提供される。この情報は、ネットワークからの要求か、あるいは移動ノードにより起動されて、取得される。この情報は、情報がネットワークマネージャへと提供される通常の現行方式に関係した信号伝送のオーバーヘッドを低減させて、効率的に、ネットワークマネージャへと提供される。
【０００３】
〔発明の背景〕
通信技術の進歩により、様々な型の通信システムが、開発されて実装できるようになってきた。ワイヤレス通信システムは、通信技術の進歩による恩恵を享受した通信システムの一例である。
【０００４】
ワイヤレス通信システムにおいては、無線リンクが、通信経路の少なくとも一部を構成している。この通信経路上を、通信信号が送信される。ワイヤレス通信システムは、従来の電線を、無線リンクで置き換えるか通信信号が伝達される通信経路を完結させるのに必要な移動通信システムとして、実装可能である。そして、移動通信システムとして実装されると、結果的に、通信の機動性が高められることになる。
【０００５】
例えば、様々な型のワイヤレス通信システムのネットワーク・インフラは、広範な地理的領域に亘って敷設されてきている。また、多数の加入者が利用可能なセルラー通信システムのネットワーク・インフラが、敷設されてきている。通例、セルラー通信システムを介して通信するためのアクセスは、サービスへの加入を購入することにより提供される。セルラー通信システムでは、サービス加入により、音声及びデータの双方の電話通信が提供される。
【０００６】
従来のセルラー通信システムでは、加入者は、通例、無線送受信機で構成された移動端末を利用している。無線送受信機は、移動端末と通信システムのネットワーク・インフラとの間に形成された無線リンク上にて、無線信号の送信及び受信の双方が可能である。ここでユーザという用語は、一般に、そこでの通信用の端末を利用する者を示すのに、用いられる。
【０００７】
セルラー通信システムは、ますます、デジタル通信技術を利用するようになってきている。デジタル通信技術では、通信システムの動作中に通信されるべきデータは、デジタル化された形式で通信される。送信に先立って、また、受信に引続き、そのデータに基づいて動作するように、処理回路が利用される。
【０００８】
移動端末は、ユーザが持ち運べるようなサイズのハウジング内に、きちんとパッケージされている。移動端末の様々な構成は、そのユーザが移動端末をシャツのポケット等に入れて持ち運べるような物理的サイズになっており、移動端末でいつでも通話を発信又は受信可能とするのに便利になっている。
【０００９】
移動端末は処理回路を利用しているので、従来の通信動作を実行するのに必要な機能の他に、追加の機能が、当該移動端末により実行可能である。すなわち、他の型の機器の機能が、移動端末に組み込まれ得るということである。情報処理及び取得機能が、移動端末に組み込まれることもある。そして、移動端末は、ますます、マルチメディア通信サービスを提供するように構成されるようになる。今や、デジタルカメラ等のデジタルビデオ装置が、移動端末に組み込まれることもある。これにより、移動端末の送受信回路で通信されるべきデジタルデータが、収集される。
【００１０】
移動端末は、当初の製造の後、あるいはセルラー通信システムに最初に接続した後に、他の機能を提供できるように、あるいは、その動作パラメータを変更できるように、適合していてもよい。移動端末の機能の改変、適合、更新、又は移動端末の機能に対するその他の変更が、移動端末が動作可能な通信ネットワークのネットワークマネージャから独立してなされてもよい。このようなネットワークでの移動ノードを構成する移動端末のネットワーク管理は、このような改変や変更の結果を受けて実行される必要はない。
【００１１】
多くの移動端末の機能は、他の機器と同様、管理ツリーによって定義されている。管理ツリーは、１つ又はそれ以上のＤＤＦ（Device Description Framework）のオブジェクトの記述を用いて、構成されている。各ＤＤＦ記述は、関連するオブジェクトを論理的にグループ化したものであり、それらは全て同一のドキュメント内に記述されている。ツリーは、このようなＤＤＦ記述の１つ又はそれ以上を用いて、構成されるかあるいは開始される。このように、管理ツリーにおいてインスタンス化された全てのオブジェクトは、ＤＤＦドキュメントの１つに由来する。そして、オブジェクトのＤＤＦドキュメントは、全ての機器に共通であるが、管理ツリーは、全ての機器について同一である必要はない。上述のように、例えばデジタルカメラが、移動ノードに追加されることがある。移動ノードにカメラを取り付けることができるＤＤＦは、同一の製造の移動ノードについて同一であってもよい。しかし、このＤＤＦに基づいたツリーが、各移動ノードにて作成される場合、それは、管理ツリーにおける異なる位置にて作成されてもよい。
【００１２】
従来より、ネットワークマネージャは、管理ツリーに関連した情報を取得して、それに応じてそのノードを管理することができる。現行の管理プロトコルが利用可能であり、これは、管理ツリーを定義するオブジェクトの個々の値又は属性の取得をサポートするものである。
【００１３】
ＳＮＭＰｖ２のような現行の通信プロトコルは、例えばｇｅｔ−ｂｕｌｋメッセージをサポートしている。ｇｅｔ−ｂｕｌｋメッセージは、該メッセージ中で要求されたオブジェクトの集合の値、及びそれに対する応答を、同応答メッセージ内の各オブジェクトの値に乗せることを、要求する。そして、ＳＮＭＰの以前のバージョンは、個々のオブジェクトについてのｇｅｔメッセージに対応しており、ｇｅｔ−ｂｕｌｋメッセージで取得されるのと同じ情報を取得するのに、いくつものｇｅｔメッセージを必要とする。しかしながら、ＳＮＭＰでは、機器の管理ツリー構造の要求元が事前知識を認識している必要がある。この要求元から、情報が要求される。機器が、当初の構成から変更可能な構成である場合、必要な情報は、ＳＮＭＰプロトコルを使用することで必ずしも取得可能となるわけではない。
【００１４】
他の機器管理プロトコルとして、ＳＹＮＣ  ＭＬ  ＤＭ１．１あるいはその変形版（更新版、すなわちＳＹＮＣ  ＭＬ  ＤＭ１．１．１のようなもの）、あるいはそれ以降の改訂版がある。しかしながら、このプロトコルの現行のバージョンは、１つのオブジェクトの値を取得するためのｇｅｔメッセージ手順のみに対応している。オブジェクトの集合を取得するのに、このプロトコルでは、いくつものｇｅｔメッセージ、あるいは、情報が要求されている全オブジェクトを列挙した単一のｇｅｔメッセージが、必要となる。ネットワークマネージャが対応したノードが、追加機能を伴う移動端末等の移動ノードである場合、移動ノードに達している無線リンクを通じて複数のｇｅｔメッセージ、及び、それらに応じて生成される対応した応答メッセージを送信する必要があるということは、無線リンクにおける帯域幅の容量を、非効率的に使用することになる。また、情報が要求されている全オブジェクトを列挙した大きなｇｅｔメッセージは、情報が要求されるオブジェクトの数に比例して、メッセージのサイズが大きくなるので、非効率的である。
【００１５】
従って、現行のプロトコルは、動的構成可能な移動ノードと組み合わせてネットワークマネージャで利用するのには、不適当である。移動ノードからツリー情報を取得又は交換するのに役立ち、ネットワークマネージャがネットワーク管理動作を実行できるようにする、より効率的な機構を提供する方式が、有利となるであろう。
【００１６】
通信ネットワークにおける移動ノードとの通信に関連したこの背景情報に鑑みて、本発明による顕著な改善が展開される。
【００１７】
〔発明の概要〕
そこで、本発明は、移動ノードを有するネットワークのための装置及びそれに伴う方法を、有利となるように提供するものであり、その移動ノードは、ネットワークマネージャから独立して、動的に変更可能な構成であり、移動ノードにて構成可能となっている。
【００１８】
本発明の一実施形態の動作により、移動ノードの構成又は機能における選択された部分を表す選択された機能特徴を、ネットワークマネージャにより取得すること、あるいは、ネットワークマネージャに対するその他の交換に役立つ方法が、提供される。
【００１９】
本発明の一側面では、移動ノードの大規模なツリーに関する選択された情報が、移動ノードから取得されて、ネットワークマネージャへと提供される。その情報は、ネットワークからの要求により、あるいは移動ノードが起動することにより、取得される。
【００２０】
その情報は、効率的に、そして、その情報を取得する現行の方法に比べて信号伝送のオーバーヘッドが少ない状態で、ネットワークマネージャへと提供される。
【００２１】
本発明の他の側面では、ネットワークに位置する要求生成部が、要求メッセージを生成するように動作する。要求メッセージは、情報が要求されるべき移動ノードの論理構造の一部を識別するフィールドを含むｇｅｔ命令を、形成する。そして、要求メッセージは、要求された情報がネットワークマネージャへと配信される詳細度を、さらに指定する。
【００２２】
本発明の他の側面では、移動ノードの機能は、論理ツリー構造に配列されたオブジェクトにより規定される。通例、論理ツリー構造には、サブツリーが含まれる。論理ツリーは、１つ以上のＤＤＦ（device description framework）記述を用いて形成される。ＤＤＦは、オブジェクトを記述するドキュメントである。そして、サブツリーが存在するならば、各サブツリーは、１つ以上のＤＤＦ記述により形成されるか、所与のサブツリーについて、そのＤＤＦが作成され得る。論理ツリー、及びそのサブツリーすなわちサブルートの構成は、ネットワークマネージャとの相互作用なしに動的に変更可能であるため、移動ノードのツリー構造は、ネットワークマネージャによって必ずしも認識されるとは限らない。さらに、ツリー構造に配列されたオブジェクトの意味は、ネットワークマネージャにより認識されるわけではない。ネットワーク部における要求メッセージ生成部により生成された要求メッセージは、サブツリーのオブジェクトＩＤ（識別子）を特定する。一旦、要求メッセージが移動ノードへと配信されると、移動ノードは、オブジェクトＩＤの論理位置を求めて、要求された情報を所望の詳細度（レベル）で取得する。このような情報は、ネットワークマネージャへと返信されると、移動ノードに対する管理を実行するために、ネットワークマネージャにより使用される。
【００２３】
本発明の他の側面では、ｇｅｔメッセージには、属性のリストがさらに含まれる。これは、ｇｅｔメッセージの生成に従って要求されるものに関する情報である。例えば、属性のリストには、サブツリーのＤＤＦにより記述されたオブジェクトの値、バージョン番号、又は記述が、含まれる。そのため、このようなメッセージは、例えば、名称又は位置又は構造、及びそこで対応している属性により、オブジェクトを特定するのに必要であって、それにより、移動ノードがこのような情報を取得してその情報をネットワークマネージャへと返信し、ネットワークマネージャがこのような情報を利用して、その後に移動ノードに対する管理を実行する。
【００２４】
本発明の他の側面では、移動ノードは、ｇｅｔ又は他の要求やメッセージ中に含まれた情報を取得すると、ツリー圧縮アルゴリズムを選択的に実行して、ツリー又はサブツリー情報を圧縮する。例えば、ツリー線形化動作が実行されて、多重ツリーがバイナリーツリーへと変換される。そして、移動ノードへと送信された要求メッセージ中で指定された所望の詳細度に応じて、要求されたツリー情報が、ネットワークマネージャへと、所望の詳細度で返信される。
【００２５】
一実装例では、移動ノードは、ＣＤＭＡ（符号分割多重アクセス）オペレーティング仕様に準拠して構築されたセルラー通信システムで通信するように動作可能である。他の実装例では、移動ノードは、ＵＭＴＳ（Universal Mobile Telephone Service）又は他の無線インタフェース標準に従って動作可能である。移動ノードは、ネットワークマネージャにより管理されるネットワークの一部を形成する。移動ノードは、動的に構成可能であり、また、連続した複数のネットワーク内で動的に配置されることが可能である。これらのことは、全て、ネットワークマネージャが、移動ノードの論理ツリー構成を当初は必ずしも認識する必要がないという仕方でなされる。ネットワークマネージャは、移動ノードとの通信のために、要求メッセージすなわちｇｅｔメッセージを生成する。ｇｅｔメッセージには、オブジェクト識別子が含まれている。このオブジェクト識別子は、対象となるオブジェクトの名称、位置、又は構造、及び、情報が要求されているこのようなオブジェクトの属性のリストにより、識別内容を指し示す。そのメッセージは、移動ノードへと伝達される。移動ノードは、要求メッセージがそこに配信されたことを検出すると、所望の情報を取得して、ネットワークマネージャへと返信される結果のメッセージを生成する。その後、ネットワークマネージャは、移動ノードの論理構造を認識することで、移動ノードの動作をよりよく管理することができる。
【００２６】
従って、これらの側面及び他の側面では、通信ネットワークを規定する無線通信システムのための装置及びそれに伴う方法が、提供される。通信ネットワークは、その一部を形成する移動ノードを有する。通信ネットワークは、ネットワークマネージャにより管理される。移動ノードの機能特徴をネットワークマネージャにより取得することが、容易になる。機能特徴は、移動ノードにて管理されているオブジェクトに関する動的に変更可能な当該移動ノードの機能を、表している。移動ノードの機能は、ネットワークマネージャから独立して、変更可能である。ネットワークに位置する要求生成部は、ネットワークマネージャにより動作可能である。ネットワークに位置する要求生成部は、移動ノードとの通信用の要求メッセージを生成する。要求メッセージは、移動ノードで管理されている選択されたオブジェクトの組に関する機能特徴を要求するとともに、選択された詳細レベルで提供される機能特徴を要求する。
【００２７】
本発明の完全な真価及びその範囲は、後に略述される図面、本発明の現時点で好適な実施形態についての以下の詳細な説明、及び添付された特許請求の範囲により、得られることになる。
【００２８】
〔詳細な説明〕
図１を参照すると、全体が１０で示される無線通信システムは、移動ノード１２との無線通信に対応している。例示的な実装例では、無線通信システムは、そこで多数の移動ノードを通信可能とする多重アクセス通信システムを、形成している。この多重アクセス通信システムとしては、ここでパケットベースの通信に対応しているＣＤＭＡ（符号分割多重アクセス）セルラー通信システム等がある。以下の説明では、セルラー通信システムに関する本発明の一実施形態の例示的な実装例が記述されるが、通信システム１０は、他の様々な型の無線通信システムの任意のものを、表していてもよい。従って、以下の説明では、セルラー通信システムへの実装例に関する本発明の一実施形態の例示的な動作が記述されるが、本発明の教示内容は、他の型の通信システムにも同様に実装可能である。
【００２９】
通信システムには、ネットワーク（ここでは、無線アクセスネットワーク１４で構成される）と、パケットデータネットワーク（ここではＩＰネットワーク１６）とが、含まれている。無線アクセスネットワーク及びＩＰネットワークは、ゲートウェイ（ＧＷＹ）１８により、相互接続されている。そしてここでは、機器管理（ＤＭ）サーバ２２が、ＩＰネットワークに接続している。ＤＭサーバは、ネットワークマネージャを構成している。このネットワークマネージャは、移動ノード１２が選択的にその一部を構成しているネットワークを、管理するためのものである。ＤＭサーバから構成されたＩＰネットワークマネージャにより管理されるネットワークは、例えば、仮想専用線（ＶＰＮ：virtual private network）を、構成している。
【００３０】
移動ノードは、機能上、オブジェクト２８のツリー２６により表現される。ここで、論理ツリーは、サブツリー群から構成され、サブツリー３２がそれを示している。サブツリー３２は、少なくとも２つのノードから構成される。論理ツリー、又はその任意のサブツリーは、１つ又はそれ以上のオブジェクトのＤＤＦ記述を用いて、構成されている。また、論理ツリーは、ルートディレクトリと称されることもあり、そのサブツリーは、ルートディレクトリのサブルートと称されることもある。そして、オブジェクトのいくつかは、値を持ったリーフオブジェクト（leaf objects）として定義される。また、このような値は、内部オブジェクト、あるいはノードと称されることもある。
【００３１】
移動ノードは、移動ノードが選択的に一部を構成しているネットワークにおけるネットワークマネージャから独立して、構成可能あるいは再構成可能である。移動ノードの構成又は再構成は、その論理ツリー２６に影響を与える。すなわち、移動ノードの論理ツリーの配置、及び該論理ツリー内に含まれたオブジェクトのＤＤＦ記述は、移動ノードが選択的に一部を構成しているネットワークにおけるネットワークマネージャから独立して、動的に変更可能であるということができる。移動ノードを適切に管理するために、移動ノードが選択的に一部を構成しているネットワークにおけるネットワークマネージャは、移動ノードの論理ツリー又はその一部に対応した特徴を確認可能となっている必要がある。ネットワークマネージャがノードのオブジェクトに対応した特徴を取得する現行の方式（例えば、従来の有線ネットワーク等におけるもの）によると、無線リンクを通じた接続を必要とする移動ノードと組み合わせて用いられた場合に、信号伝送の過剰なオーバーヘッドが発生してしまう。
【００３２】
一実装例では、所望の論理ツリーの情報が、ネットワークからの要求に基づいて取得される。他の実装例では、その情報は、移動ノードから起動されて提供される。ネットワークマネージャを構成しているサーバ２２には、本発明の一実施形態の装置３６が、含まれている。装置３６には、要求メッセージ生成部３８が含まれている。この要求メッセージ生成部３８は、移動ノードで定義された選択されたオブジェクト、サブツリー、又は論理ツリーにおける他の部分に対応した特徴を要求するために、ｇｅｔメッセージを生成するように動作する。メッセージの要求、及びそれに応じた特徴の取得に伴う信号伝送のオーバーヘッドは、このような特徴をネットワークマネージャで取得可能としている現行の方式に比べて、低減している。また、その代わりとして従来のｇｅｔ−ｂｕｌｋメッセージを利用すること、あるいは、新規のプロトコルのメッセージを利用することは、必要なくなる。要求メッセージ生成部によるｇｅｔメッセージの生成により、従来のｇｅｔメッセージの生成に比べて、無線リンクにおける信号伝送のオーバーヘッドが低減する。なお、従来のｇｅｔメッセージの生成では、移動ノードの各オブジェクトに対して個別のｇｅｔメッセージが必要となるか、あるいは、移動ノードの論理ツリーの全ノードに対応した特徴を取得するためのｇｅｔ−ｂｕｌｋメッセージが必要となる。要求メッセージ生成部は、ｇｅｔ（すなわち、要求、メッセージ）を生成する。このｇｅｔは、オブジェクト識別子（ＯＩＤ）４２と、それに続いて属性（ＡＴＴＲ）４４の文字列又はリストを含むように、フォーマットされている。一旦、フォーマッタにより図示の形式に生成されてフォーマットされると、メッセージは、通信システムのネットワークの部分を通じてルーティングされ、無線リンクを通じて移動ノードへと送信される。
【００３３】
また、本発明の追加の装置３６が配置されており、この追加の装置３６は、ｇｅｔメッセージが移動ノードへと一旦送信されると、該ｇｅｔメッセージを、検出部４５を通じて検出するようになっている。さらに、装置３６には、取得部４６が含まれている。この取得部４６は、検出部４４による検出に応じて動作可能である。この検出部は、ｇｅｔメッセージ中に含まれた特徴を取得するように動作する。すなわち、選択されたオブジェクトに対応した属性が、取得されることになる。また、属性のリストにより、詳細度が定義される。この詳細度により、選択されたオブジェクトに対応した特徴が、取得されることになる。
【００３４】
また、装置３６には、応答生成部４８が含まれている。この応答生成部４８は、取得部で取得された情報を格納した応答を、生成するためのものである。この応答生成部には、フォーマッタが含まれている。このフォーマッタは、生成部で生成された応答を、ＳＹＮＣ形式等の所望の形式にフォーマットする。この応答は、移動ノードからネットワークマネージャへと返送される。ネットワークマネージャで受信されると、該ネットワークマネージャには、特徴が提供されて、移動ノードをより良く管理できるようになる。このようにして、移動ノードの論理ツリー２６に対応した更新済みの情報が、ネットワークマネージャへと提供される。
【００３５】
例えば、オブジェクトは、それぞれのＵＲＬ又はＵＲＩ値により識別可能である。
【００３６】
別の実装例では、論理ツリーに対して変更がなされると、移動ノードは、ネットワークマネージャに対して、当該移動ノードの論理ツリー構造の変更を通知するように動作する。このようなメッセージの生成開始のために、ｇｅｔメッセージが移動ノードへと送信される必要はない。例えば、新しいオブジェクトの作成の直後に、移動ノードで開始された管理セッションの開始時に、メッセージの生成及び送信が自動的に実行される。管理サーバから独立して変更が発生し得るので、移動ノードは、これらの変更を知る位置に配置されて、これらの変更を管理サーバへと通知する。また、そこにおいて、変更済みのツリーがネットワークでの位置（例えば、移動ノードにてこれらの変更を行う実体）から取得可能でもある。あるいは、移動ノードは、修正済みのツリーディレクトリを、管理サーバへと送信してもよい。後者の場合、その変更は、ツリー構造が含まれた状態で送信される。これは、様々な様式で実装可能である。例えば、一実装例では、移動ノードでのツリーの変更後に、移動ノードにてトリガが生成される。あるいは、移動ノードは、ツリー、又はネットワークにおいてツリーが取得可能な位置を、ローミングの場合には訪問先のネットワークにおける管理サーバへと、自動的に送信するようにプログラムされている。これは例えば、ホームネットワークと訪問先のネットワークとの間で、移動ノードを途切れなく管理できるようにする契約が存在するという、ビジネスモデルの一部でありうる。また、移動ノードにおいて、所望のサブツリー中の変更のみを送信するように、プログラムされていてもよい。また、オブジェクトの意味又はリファレンスを、管理サーバへと送信することも可能である。これは、適切に定義された標準へのリファレンスであってもよい。例えば、‘ＰＲＬ’と称されるオブジェクトは、ＣＤＭＡ標準における一部分への参照であってもよい。そして、所与の移動ノードを管理する１つ以上の管理サーバが存在し得る。例えば、ＣＤＭＡ無線アクセス管理用のＣＤＭＡサーバは、それぞれのアプリケーションの管理用に使用可能な種々のアプリケーション管理サーバ、企業の移動ノード管理用の企業管理サーバ等のうちの任意のもので構成されている。いずれの場合でも、各管理サーバに関連したサブツリーのみが、移動ノードにより更新される。これは、要求に従って、あるいは自動的に、移動ノードによりなされる。
【００３７】
図２に、通信システム１０を再び示す。繰り返すと、移動ノード１２は、ゲートウェイ１８を介して相互接続された無線アクセスネットワーク１４及びＩＰネットワーク１６で構成された通信システムのネットワーク部分と、無線リンクを通じて通信するように動作する。ここで、通信システムには、オブジェクトサーバ５８，６２が、さらに含まれている。これらオブジェクトサーバは、ＩＰネットワークに接続しており、各サーバ５８，６２は、論理ツリーを追加したり、あるいは移動ノードの論理ツリー構造の構成を変更するように、個別に動作可能である。すなわち、サーバ５８，６２は、該サーバにより更新された論理ツリー２６のそれぞれの部分がネットワークにおいて格納される位置のＵＲＬ又はＵＲＩを格納するためのオブジェクトを、追加してもよい。その後、管理サーバ２２は、管理プロトコルメッセージを使用して、位置オブジェクトの値（すなわちＵＲＩ値）を取得することができ、そのＵＲＩ値を用いて、ネットワークから管理ツリーを取得することができる。このように、無線リンク通信が不要となる。
【００３８】
その代わりに、上述の如く、ネットワークマネージャは、移動ノードから位置を取得し、移動ノードは、該移動ノードでの新しいオブジェクトの追加等、論理ツリーでの変更又はその構成における他の変更がなされると、管理プロトコルメッセージにて位置を送信する。繰り返すと、例えば、管理プロトコルメッセージの送信は、新しいオブジェクトの作成直後、あるいは、移動ノードの論理ツリーの再構成後、クライアント起動の管理セッションの開始時になされる。
【００３９】
さらに、図２に、第２の機器管理サーバ６４を示す。第２のネットワークに関連した第２のネットワークマネージャが、ＤＭサーバ６４にて具現化されている。移動ノードは、該移動ノードが対応するネットワークを、あるネットワークから他のネットワークへと変更することができる。そして、ここで、ＤＭサーバ６４で具現化した第２のネットワークマネージャは、移動ノードが選択的に関連づけられる第２のネットワークのネットワークマネージャを、表している。そして、移動ノードがネットワークを変更すると、新しいネットワークマネージャ（すなわちＤＭサーバ６４で構成された新しい管理サーバ）に対して、移動ノードの論理ツリー２６の該当部分が反映される。
【００４０】
一実装例では、移動ノードは、論理ツリーの該当部分を、ＤＭサーバ６４で具現化されたネットワークマネージャへと送信する。例えば、移動ノードは、ネットワークへのブートがなされるとすぐに、セッションの最初で、ツリーの該当部分の特徴を送信する。あるいは、第２のネットワークマネージャにより生成されたｇｅｔメッセージへの応答として、論理ツリーを特定する特徴が送信される。
【００４１】
他の実装例では、最初のブート後、移動ノードと第２のネットワークマネージャとの間で動作が実行され、移動ノードが、第２のネットワークマネージャが具現化されているＤＭサーバ６４へと、移動ノードの論理ツリーが格納された位置へのＵＲＩを送信する。次に、ネットワークマネージャは、ＵＲＩを利用して、管理ツリーの該当部分を取得する。図ではサーバ６８が、移動ノードの論理ツリーを表す値を、格納している。サーバ６８は、ＵＲＩにより特定される。今述べたように、移動ノードは、第２のネットワークマネージャへとＵＲＩを送信する。そして、第２のネットワークマネージャは、サーバ６８にアクセスして、メッセージの要求で指定された通りに、所望の情報を取得する。
【００４２】
図３に、通信システム１０を再び示す。ここでは、移動ノード１２は、無線アクセスネットワーク１４及びＩＰネットワーク１６から構成されたネットワーク部分を通じて通信する。繰り返すと、ＤＭサーバ２２，６４はＩＰネットワークに接続しており、各サーバは、そこで具現化されたネットワークマネージャを有する。なお、各ネットワークマネージャは、別個のネットワークを管理する。ここで、移動ノードは、各サーバ２２，６４にて具現化されたネットワークマネージャにより管理される。ここで、サーバ２２にて具現化されたネットワークマネージャは、移動ノードの論理ツリー２６の第１の部分を管理し、サーバ６４にて具現化されたネットワークマネージャは、移動ノードの論理ツリーの異なる部分を管理する。この種の動作では、各ネットワークマネージャは、ここで述べるように、別々に動作してｇｅｔメッセージを生成することができる。但し、論理ツリーの一部のみが、各ネットワークマネージャに関係しているので、個々のネットワークマネージャは、論理ツリーにおけるそれぞれのネットワークマネージャに関係した部分のみに対応した情報を要求する。
【００４３】
図４に、通信システム１０の図を再び示す。ここでは、移動ノード１２は、ゲートウェイ１８を介して相互接続された無線アクセスネットワーク１４及びＩＰネットワーク１６が含まれたネットワーク部分を通じて通信する。ここで、移動ノード１２は、当初の位置から次の位置へとローミングする。ここで、無線アクセスネットワークは、第１の無線アクセスネットワーク１４−１、及び第２の無線アクセスネットワーク１４−２で識別される。そして、ゲートウェイ（ＧＷＹ）１８−１は、第１の無線アクセスネットワークをＩＰネットワークに接続させ、ゲートウェイ（ＧＷＹ）１８−２は、第２の無線アクセスネットワークをＩＰネットワークに接続させる。ここで、第１のネットワークマネージャが具現化されている第１のＤＭサーバ２２は、移動ノードが選択的に動作可能なホームネットワークのネットワークマネージャを表している。そして、第２のネットワークマネージャが具現化されている第２のＤＭサーバ６４は、訪問先のネットワークのネットワークマネージャを表している。
【００４４】
移動ノードは、訪問先のネットワークへと位置を変えると、移動ノードの論理構造に対応した管理ツリーが格納された位置（ここではサーバ６８）のＵＲＩを送信する。その後、訪問先のネットワークのネットワークマネージャは、サーバ６８にアクセスして、移動ノードの論理構造に対応した所望の情報を取得する。
【００４５】
別の実装例では、移動ノードでの最初のブート動作後、訪問先のネットワークマネージャは、管理プロトコルメッセージを移動ノードへと送信することにより、ＵＲＩを要求することができる。そして、移動ノードは、管理プロトコルメッセージに対して、ＵＲＩを特定することで応答する。
【００４６】
図５に、通信システム１０の動作の際に生じた信号伝送のメッセージシーケンス図を示す。これは、全体として７６で示されている。ここで、ＤＭサーバ２２で具現化されているネットワークマネージャは、セグメント７８で示されたｇｅｔメッセージを生成し、該ｇｅｔメッセージを、移動ノードへと送信する。ここで、このｇｅｔメッセージには、サブツリーノードのＵＲＩと、情報が要求されている各ノードの属性の組とが、含まれている。メッセージが移動ノードへと配信されると、該移動ノードは、そのｇｅｔメッセージ中に示された各ノードについて検討し、応答が形成され得る様式で各ノードで始まるこのようなノードにより表現されたサブツリーを表現する。ここでセグメント８２で示された結果（ｒｅｓｕｌｔ）のメッセージが生成され、それは、ネットワークマネージャへと返信される。その結果（ｒｅｓｕｌｔ）に含まれた値は、ｇｅｔメッセージ中に示されたノードの属性に対応した特徴を含んでいる。例えば、属性は、サブツリーのオブジェクトを暗号化して圧縮するのに用いられるアルゴリズムや、サブツリーオブジェクトの大きさ等であってもよい。
【００４７】
移動ノードは、要求されたサブツリーの集合の表現を動的に形成可能であり、動的に形成されたデータを符号化して圧縮する。それにより、最終的なデータが、ｇｅｔメッセージへの応答として送信される。論理ツリー及び該論理ツリーに対応したデータを暗号化して圧縮する標準的なアルゴリズムが、用いられてもよい。さらに、移動ノードは、暗号化されて圧縮されたデータをオブジェクトとして、管理ツリー内に配置するように、選択的に動作可能である。このようなオブジェクトの作成は、動的に実行される。そのうえ、ツリーの圧縮及び暗号化に用いられるアルゴリズムの名称や、データの大きさ等の属性、及び他の属性が、論理ツリーのオブジェクトに対応していてもよい。また、起動ノードは、データオブジェクトが格納される論理ツリーの位置のアドレスを、送信可能である。また、移動ノードは、要求された場合、オブジェクトの属性を送信することができる。例えば、アドレスは、ツリーにおけるオブジェクトの位置のＵＲＩである。通例、要求された全オブジェクトのＵＲＩを含んだ要求は、大きなメッセージとなるため、効率的ではない。一方、サブツリーを表す単一のＵＲＩが、要求の中で用いられてもよい。結果として、全てのオブジェクトが、選択された詳細度で返信される。
【００４８】
図６に、メッセージシーケンス図を示す。これは、全体として８４で示されている。これもまた、本発明の一実施形態の動作の際に生じた信号伝送を表している。ここで、ネットワークマネージャ２２は、移動ノードとの通信用のｇｅｔメッセージを生成する。そして、移動ノードは、それに対する応答を生成する。ここでは、セグメント８６で示されたｇｅｔメッセージが、生成されている。このｇｅｔメッセージには、サブツリーのノードのＵＲＩ、及びリスト中の各ノードの属性の組が、含まれている。ここで、指定ａ１は、ノードｎ１の属性の組を示しており、属性ａ２は、ノードｎ２の属性の組である。
【００４９】
ｇｅｔメッセージが移動ノードへと配信されると、該移動ノードは、そのｇｅｔメッセージ中に含まれた各ノードについて検討し、応答メッセージ（ここでは、ｒｅｓｕｌｔ（ＵＲＩ）メッセージ８８で示されている）にて送信可能な形式で、各ノードで始まるサブツリーを表現する。さらに、他の形式にフォーマットされた別のｇｅｔメッセージ及びｒｅｓｕｌｔメッセージが、セグメント９２，９４で示されている。
【００５０】
移動ノードは、データオブジェクトを複数のユニットに分割し、これら複数のユニットを、移動ノードの管理ツリーにおける個別のオブジェクトとして格納する。この分割は、移動ノードからネットワークマネージャへと送信される応答メッセージにおいて許容される最大の大きさに基づいてなされる。これらのオブジェクトは、移動ノードにおける同一の親ノード下で、グループ化され得る。また、このシナリオにおける属性は、大きなデータオブジェクトを分割した順番を示す連番であってもよい。そして、暗号化されて圧縮されたサブツリーは、ｇｅｔメッセージに対する応答にて、送信されてもよい。サブツリー、すなわちオブジェクトの集合は、例えば、ＸＭＬを用いて表現された上で、ＸＭＬに対するバイナリー符号化を用いて符号化される。また、そのデータは、データ圧縮アルゴリズムを用いて圧縮されてもよい。それにより、圧縮されたデータを、ｇｅｔメッセージに対する応答にて送信することが可能となる。あるいは、移動ノードの管理ツリーにおける動的作成ノードの値とすることができるようになる。また、サブツリー、すなわちオブジェクトの集合は、ツリー圧縮アルゴリズムを用いて圧縮されてもよい。そして、ツリー圧縮アルゴリズムの出力は、データ圧縮アルゴリズムを用いてさらに圧縮されてもよい。圧縮されたデータは、ネットワークマネージャで生成されたｇｅｔメッセージに対する応答にて送信されるか、あるいは、論理ツリー内に、動的作成ノードの値として配置されてもよい。
【００５１】
また、ネットワークマネージャは、好適な機器管理プロトコルに応じて、ＳＮＭＰ又はＳＹＮＣ  ＭＬのｇｅｔメッセージを利用してもよい。同様に、他の管理プロトコルも利用可能である。
【００５２】
図７に、メッセージシーケンス図を示す。これは、全体として１０２で示されており、本発明のさらに別の実施形態の動作の際に生じた信号伝送を表している。ここでは、通信システムにおいて、Ｓｙｎｃ  ＭＬ（Ｓｙｎｃマークアップ言語）プロトコルが用いられている。そして移動ノードは、ここでは、移動機（mobile station）、すなわちＳｙｎｃ  ＭＬ  ＤＭ（機器管理）クライアント装置１２−１及びレガシー標準クライアント装置１２−２からなるものとして、示されている。レガシー標準クライアント装置は、ここでは、ＴＩＡ／ＥＩＡ（Telecommunications Industry Alliance/Electronics Industry Alliance）が公表したＩＳ−６８３（Interim Standerd-683）のオペレーティングプロトコルに従って動作可能である。ＩＳ−６８３標準は、ＣＤＭＡ（符号分割多重アクセス）システムに関係している。
【００５３】
本実施形態では、機器管理機能（例えば移動ノードにより用いられるプロトコル及び移動ノードの機能）は、ネットワークで形成された無線リンクを通じて取り決められる。そして、ネットワークは、ここでは、レガシーサーバ／ＯＴＡＦ（over the air function）５８及びＳｙｎｃ  ＭＬ  ＤＭサーバ６４−１を含むものとして示されている。ここでは、レガシーサーバ／ＯＴＡＦ５８は、ＩＳ−６８３に準拠した装置である。
【００５４】
ＩＳ−６８３装置は、ＩＳ−６８３オペレーティング仕様に規定された信号伝送プロトコル及び管理機能に、限定されている。そして、通信事業者、すなわち無線通信システムのシステムオペレータによっては、機器管理用にＩＳ−６８３標準を実装しているものもある。しかしながら、通信事業者は、Ｓｙｎｃ  ＭＬ信号伝送を通じたこのようなシステムにおける機器管理方法を、望むこともある。Ｓｙｎｃ  ＭＬ信号伝送を用いることにより、他の利点に加えて、新規の管理機能を追加する柔軟性が提供される。
【００５５】
本発明のさらに別の実施形態の動作により、ＣＤＭＡ機器（ここでは例えば移動ノード１２）を管理するための機器情報（ＤｅｖＩｎｆｏ）を送信する方式が、提供される。そして、このような動作により、ＣＤＭＡ機器の管理を実行し、その機器の管理機能を特定し、その機器を機器管理のために一意的に特定する方式が、サーバ５８に対して提供される。すなわち、本発明のさらに別の実施形態の動作は、例えば、ＤＭサーバ６４が、特定の管理要求を動的な方法で取り扱う移動ノード１２での処理／サーバについて認識するのに役立つ。そして例えば、本発明の一実施形態の動作により、ＳｙｎｃＭＬ  ＤＭプロトコルが、ＩＳ−６８３等の旧来のＯＴＡＦ（over-the-air function）と下位互換性を持つようになる。このことは、現在ＩＳ−６８３プロトコルを利用している通信事業者が、それぞれの機器管理システムを、ＳｙｎｃＭＬ  ＤＭシステムに統合するのに役立つ。また、例えば、本発明のさらに別の実施形態の動作により、ＣＤＭＡ機器が、機器管理のために一意的に特定される。そして例えば、本発明の本実施形態の動作は、ＳｙｎｃＭＬ  ＤＭサーバ６４が、移動ノードの好みのプロトコルを用いて機器管理を実行するのに役立つ。
【００５６】
ここでは、機器情報（ＤｅｖＩｎｆｏ）は、移動ノード１２から管理サーバ５８へと送信されるベアラ別の情報である。このようなベアラ別の機器情報は、サーバの機能が、ベアラ依存型の特徴を管理するためにサポートされた機能及びプロトコルを認識するのに役立つ。
【００５７】
メッセージシーケンス図にて示された信号伝送は、ＣＤＭＡシステムにて生じた信号伝送を示しているが、その動作は、ＳｙｎｃＭＬプロトコルがレガシーシステム機器とともに用いられている他の型の通信システムにも、同様に適用可能である。従って、他の型の通信システムについても、その動作を同様に記述することができる。そして、この例示的な信号伝送の記述は、特定の管理タスクを取り扱う移動ノード１２にて処理／サーバを特定するのに、ＣＤＭＡのＤｅｖＩｎｆｏが用いられる方式を示しているが、ＣＤＭＡのＤｅｖＩｎｆｏがレガシーシステム機器との下位互換性にどのように役立てられているのかということと同様に、他のタスクを実行するために生じた信号伝送についても、その動作を同様に記述することができる。
【００５８】
本発明の本実施形態の動作の際に、レガシーサーバ／ＯＴＡＦ５８及びクライアント装置１２−２により形成されたＥＩＡ／ＴＩＡ−６８３の各要求及び応答が、ＳｙｎｃＭＬ  ＤＭプロトコルメッセージを通じて送信される。そして、より詳細には、ここでは、ＳｙｎｃＭＬ  Ｅｘｅｃ命令が、クライアント装置１２−２での処理を特定するのに用いられる。なお、この命令は、特定のＴＩＡ／ＥＩＡ−６８３の要求のために呼び出される。メッセージシーケンス図１０２で示された信号伝送は、ＳｙｎｃＭＬベースのＤＭプロトコルを用いてＴＩＡ／ＥＩＡ−６８３ＳＳＰＲアップデートを実行する信号伝送を示している。他のＴＩＡ／ＥＩＡ−６８３メッセージを生成するのにも、同様の手順が実行される。
【００５９】
まず、セグメント１０４で示されるように、レガシーサーバ／ＯＴＡＦ５８は、ＳＳＰＲダウンロード要求メッセージを、移動ノード１２への配信のために生成する。ＳＳＰＲメッセージの形式は、従来のものであり、このようなメッセージのデータフィールドが格納可能となったＰＲＬ関係のデータの型は、例えば、ＴＩＡ／ＥＩＡにより公表されているＩＳ−６８３標準の４．５．１．９節にて、記述されている。
【００６０】
また、プロトコル機能要求メッセージも生成される。すなわち、ＴＩＡ／ＥＩＡ−６８３６８３のレガシーサーバ／ＯＴＡＦは、矢印１０６で表された信号伝送に示されるように、ＳｙｎｃＭＬ  ＤＭプロトコルメッセージを通じて、プロトコル機能メッセージを送信する。ここでは、そのメッセージは、パッケージ番号０として示されている。そのメッセージが移動ノードへと配信された後、移動ノードにおけるＳｙｎｃＭＬ  ＤｅｖＭａｎクライアントは、プロトコル機能応答を、ＤｅｖＭａｎサーバ６４へと送信する。その応答は、矢印１０６で表された信号伝送におけるパッケージ番号１として示されている。その応答は、ＤｅｖＭａｎ機能のある移動ノードがレガシーＴＩＡ／ＥＩＡ−６８３ＯＴＡＳＰ／ＯＴＡＰＡ（over the air service provisioning/over the air parameter administration）形式の通信をサポートしているかどうかを、示している。
【００６１】
代替的な実装例では、ＤＭサーバ６４にてデータベースが管理されている。このデータベースには、移動ノード１２のような、ＳｙｎｃＭＬ  ＤＭ機能のある各移動ノードのプロトコル機能に関する情報が、格納されている。代わりにデータベースのコンテンツがアクセスされるので、ＳＳＰＲダウンロードメッセージの生成は不要となる。
【００６２】
そして、他の代替的な実施形態では、プロトコル機能パラメータがＤｅｖＩｎｆｏに含まれていて、ＤｅｖＩｎｆｏが、全ての機器管理セッションの前に、パッケージ番号１としてＳｙｎｃＭＬ  ＤＭサーバへと送信されるならば、ＳＳＰＲダウンロード要求メッセージを生成することも、同様に不要となる。
【００６３】
その機器がＴＩＡ／ＥＩＡ−６８３ＯＴＡＳＰ／ＯＴＡＰＡ形式の通信をサポートしていれば、ＳｙｎｃＭＬ  ＤＭサーバ６４は、セグメント１０４で示されたＳＳＰＲダウンロード要求メッセージをインターセプトする。そして、そのメッセージは、ＳｙｎｃＭＬプロトコルメッセージへとカプセル化される。ブロックで示されたように、ＳＳＰＲ要求の形式を変更することなく、カプセル化が実行される。そして、ＳｙｎｃＭＬメッセージにおけるＥｘｅｃ命令は、移動ノード１２においてサーバを指し示す。なお、この命令は、ＳＳＰＲダウンロード要求メッセージを取り扱うために呼び出される。そして、サーバの名称は、例えば対象となる要素において指定されている。ＴＩＡ／ＥＩＡ−６８３メッセージを取り扱う移動ノードでの処理又はサーバの名称が、ＤＭサーバに対して提供される一方式として、矢印１０６で表される信号伝送に従うものがある。すなわち、プロトコルのネゴシエーション段階で、移動ノードは、データ対のリストを、矢印１０６で表される信号伝送の一部として示される応答のパッケージ番号１の一部として、ＳｙｎｃＭＬへと送信する。そのデータ対は、サービスを取り扱うサーバの名称と対になったサービスの名称を、示している。
【００６４】
ＳｙｎｃＭＬ  ＤＭサーバ６４は、セグメント１１２で示されるように、そこで形成されたメッセージを、ここでパッケージ番号２として特定されるＳｙｎｃＭＬ  ＤＭパッケージの一部として、移動ノード１２へと無線（ＯＴＡ）で送信する。そのメッセージは、例えば、ＴＣＰ（transport control protocol）トランスポート層、又はＳｙｎｃＭＬがサポートしている他の選択されたトランスポート機構を通じて、送信される。ＳｙｎｃＭＬプロトコルメッセージには、ＳＳＰＲダウンロード要求メッセージの処理用に呼び出されるプロセスを指し示すＥｘｅｃ命令が、含まれている。そのメッセージは、ＳｙｎｃＭＬ  ＤＭクライアント装置１２−１へと配信される。ブロック１１４で示されるように、Ｅｘｅｃ命令が実行されると、ＳｙｎｃＭＬ  ＤＭクライアント装置は、セグメント１１６で示されるように、カプセル化されたＳＳＰＲメッセージを、クライアント装置１２−２へと転送する。
【００６５】
クライアント装置１２−２は、ブロック１１８で示されるように、ＰＲＬサーバを呼び出して、当該装置の半永久メモリにおいてＰＲＬの更新を完結させる。そして、更新完了後、クライアント装置１２−２は、ＳＳＰＲダウンロード応答メッセージを形成し、セグメント１２２で示されるように、メッセージをクライアント装置１２−１に提供する。ＳＳＰＲダウンロード応答メッセージのフォーマットは、従来のものであり、そのフォーマットの詳細は、例えばＴＩＡ／ＥＩＡ−６８３標準の３．５．１．９節にて、記述されている。ＰＲＬの更新が正常終了しなかった場合には、ＳＳＰＲ応答メッセージには、そのようなエラーを示す適切なエラーコードが含まれる。エラーコードは、ＩＳ−６８３運用仕様の３．５．１．２−１節にて、記述されている。
【００６６】
ＳｙｎｃＭＬ  ＤＭクライアント装置１２−１は、応答メッセージをＳｙｎｃＭＬプロトコル応答メッセージへとカプセル化して、セグメント１２４で示されるように、当該メッセージをＳｙｎｃＭＬＤＭサーバ６４へと、パッケージ番号３で示されるように無線送信する。実行（ｅｘｅｃ）命令の実行中にエラーが発生した場合にも、そのメッセージには、例えば特定のＳｙｎｃＭＬ仕様で記述されたエラーコードが含まれる。
【００６７】
そして、メッセージがＳｙｎｃＭＬ  ＤＭサーバ６４へと配信されると、ＳＳＰＲダウンロード応答メッセージが、カプセル化されたメッセージから抽出される。そして、ＳＳＰＲダウンロード応答メッセージが、セグメント１２６で示されるように、レガシーサーバ／ＯＴＡＦ５８へと転送される。
【００６８】
また、クライアント起動型の機器管理も、実行可能である。機器管理がクライアント起動型である場合、機器管理セッションの最初に、矢印１０６で示された信号伝送の際に生成されたＤｅｖＩｎｆｏが、パッケージ番号１で送信される。
【００６９】
種々のパラメータが、パッケージ番号１又はパッケージ番号３の一部として、ＣＤＭＡ移動ノードの無線管理に従い、ＳｙｎｃＭＬプロトコルを用いて、クライアント装置１２から機器管理サーバ６４へと伝達される。これらのパラメータは、移動ノードにて管理されているＳｙｎｃＭＬ  ＤＭ管理ツリーのＤｅｖＩｎｆｏノード下に、配置される。
【００７０】
例えば、具体的なパラメータとして、‘ＩＤ’（識別）パラメータがある。このパラメータは、機器の固定的な識別子である。例えば、固定的な識別子は、提案されている移動機識別子（ＭＥＩＤ）のような、３２ビットの電子シリアル番号（ＥＳＮ）若しくは機構又は他の適切な識別子で、構成されている。
【００７１】
他の具体的なパラメータとして、ＣＤＭＡ＿ＰＲＯＴ＿ＰＲＥＦパラメータがある。このパラメータが、移動ノードのプロトコル選択を特定している。例えば、そのパラメータの値は、現行の選択が、ＳｙｎｃＭＬプロトコルを通じた３ＧＰＰ２Ｃ．Ｓ００１６−Ａ／ＴＩＡ／ＥＩＡ−６８３メッセージ伝送を用いた管理であるかどうかを、示している。
【００７２】
ＣＤＭＡ＿ＰＲＯＶ＿ＣＡＰパラメータは、移動ノードの対応能力を特定している。すなわち、そのパラメータの値は、下位互換性があるかどうかを示している。そのパラメータの値は、移動ノードがサポートしている旧来の機能を指定するものである。このパラメータに関する詳細については、例えば、３ＧＰＰ２Ｃ．Ｓ００１６−Ａ／ＲＩＡ／ＥＩＡ−６８３の３．５．１．７節を参照されたい。他の具体的なパラメータとして、ＣＤＭＡ＿ＩＭＳＩ＿Ｍパラメータがある。このパラメータは、ＩＭＳＩ＿Ｍ値を構成している。ＩＭＳＩ＿Ｍは、国際移動加入者識別（international mobile subscriber identity）であり、その一部として、すなわちその下位１０桁に、移動体識別番号（ＭＩＮ：mobile identification number）を含んでいる。そして、他の具体的なパラメータとして、ＣＤＭ＿ＢＡＮＤ＿ＭＯＤＥ＿ＣＡＰパラメータがある。このパラメータには、移動ノードがサポートしている帯域及びモードの機能を示す値がセットされる。３ＧＰＰ２Ｃ．Ｓ００１６−Ａ／ＴＩＡ／ＥＩＡ−６８３Ｂの表３．５．１．７−２には、このパラメータに関する追加情報が含まれている。
【００７３】
このようにして、本発明の一実施形態の動作により、移動ノードから管理サーバへと、ベアラ別の機器情報が提供されて、そのサーバが移動ノードにてサポートされている機能及びプロトコルについてよりよく認識できるようにする情報が、そのサーバに提供される。これにより、ベアラ依存型の機能をよりよく管理できるようになる。
【００７４】
上記説明は、本発明を実装するための好適な例についてのものであり、この説明によって本発明の範囲が必ずしも限定されるわけではない。本発明の範囲は、以下の特許請求の範囲により規定されるものである。
【図面の簡単な説明】
【図１】
本発明の一実施形態が動作可能な無線通信システムの機能ブロック図である。
【図２】
図１に示されたものと同様の機能ブロック図であるが、ここでは、移動ノードの動作を管理するネットワークマネージャが、第１のネットワークサーバに位置するネットワークマネージャから、第２のネットワークサーバに位置するネットワークマネージャへと変更されたことを、示している。
【図３】
図１及び図２に示されたものと同様の機能ブロック図であるが、ここでは、複数のネットワークマネージャでの動作を示している。
【図４】
図１乃至図３に示されたものと同様の機能ブロック図であるが、ここでは、移動ノードが第１のネットワークから第２のネットワークへとローミングしてゆくシナリオを示している。
【図５】
本発明の一実施形態の動作の際に生じた信号伝送のメッセージシーケンス図を示す。
【図６】
本発明の他の実施形態の動作の際に生じた信号伝送のメッセージシーケンス図を示す。
【図７】
本発明のさらに別の実施形態の動作の際に生じた信号伝送のメッセージシーケンス図を示す。
【図１】
2005512403.tif 000003
【図２】
2005512403.tif 000004
【図３】
2005512403.tif 000005
【図４】
2005512403.tif 000006
【図５】
2005512403.tif 000007
【図６】
2005512403.tif 000008
【図７】
2005512403.tif 000009
【国際調査報告】
2005512403.tif 000010
2005512403.tif 000011