(57)【要約】パケット・データ通信システムにおいて、Ａ８／Ａ９インタフェースを通して相互に接続している第１の通信装置と第２の通信装置が、各通信装置が記憶し、実行するソフトウェアのバージョンを通知するソフトウェア・バージョン情報を交換する。ソフトウェア・バージョン情報は、呼出しセットアップ中または破壊的イベントへの応答のような、第１の通信装置と第２の通信装置との間で任意の時間に交換することができる独立型自立ソフトウェア・バージョン・メッセージおよびソフトウェア・バージョン肯定応答メッセージに内蔵されている。
2005529502.tif 000002
【特許請求の範囲】
【請求項１】
パケット・データ通信システムでＡ８／Ａ９インタフェースを通してソフトウェア情報を交換するための方法であって、
第１の通信装置により、前記第１の通信装置内に記憶しているソフトウェアのバージョンを通知する第１の組のソフトウェア・バージョン情報を送信するステップと、
前記第１の組のソフトウェア・バージョン情報を送信した場合に、前記第１の通信装置により、第２の通信装置内に記憶しているソフトウェアのバージョンを通知する第２の組のソフトウェア・バージョン情報を受信するステップとを含む方法。
【請求項２】
前記第１の組のソフトウェア・バージョン情報が、ソフトウェア・バージョン・メッセージに内蔵されていて、前記ソフトウェア・バージョン・メッセージが、ソフトウェア・バージョン・メッセージ・タイプ・データ・フィールド、相関データ・フィールド、およびソフトウェア・バージョン・データ・フィールドを含む、請求項１に記載の方法。
【請求項３】
前記ソフトウェア・バージョン・メッセージが、さらに、前記ソフトウェア・バージョン・メッセージの送信の理由の表示を含む原因データ・フィールドを含み、前記方法が、さらに、前記第２の通信装置により、前記表示に基づいて、前記第１の通信装置によりサポートされているパケット・データ通信に対して割り当てられた任意のリソースを解放するステップを含む、請求項２に記載の方法。
【請求項４】
さらに、
タイマーをスタートするステップと、
前記第１の通信装置が、所定の時間が時間切れになる前に前記第２の組のソフトウェア・バージョン情報の受信に失敗した場合に、前記第１の通信装置により、前記第１の組のソフトウェア・バージョン情報を再送信し、前記タイマーを再スタートするステップとを含む、請求項１に記載の方法。
【請求項５】
パケット・データ通信システムでＡ８／Ａ９インタフェースを通してソフトウェア情報を交換するための方法であって、
第１の通信装置により、第２の通信装置内に記憶しているソフトウェアのバージョンを通知する第１の組のソフトウェア・バージョン情報を受信するステップと、
前記第１の組のソフトウェア・バージョン情報を受信した場合に、前記第１の通信装置により、前記第１の通信装置内に記憶しているソフトウェアのバージョンを通知する第２の組のソフトウェア・バージョン情報を送信するステップとを含む方法。
【請求項６】
第１の組のソフトウェア・バージョン情報が、ソフトウェア・バージョン・メッセージに内蔵されていて、前記ソフトウェア・バージョン・メッセージが、ソフトウェア・バージョン・メッセージ・タイプ・データ・フィールド、相関データ・フィールド、およびソフトウェア・バージョン・データ・フィールドを含む、請求項５に記載の方法。
【請求項７】
前記ソフトウェア・バージョン・メッセージが、さらに、前記ソフトウェア・バージョン・メッセージの送信の理由の表示を含む原因データ・フィールドを含み、前記方法が、さらに、前記第１の通信装置により、前記表示に基づいて、前記第２の通信装置によりサポートされているパケット・データ通信に対して割り当てられた任意のリソースを解放するステップを含む、請求項６に記載の方法。
【請求項８】
パケット・データ通信システムで動作することができる通信装置であって、
ソフトウェアを記憶するメモリと、
前記メモリ内に記憶しているソフトウェアのバージョンを通知するソフトウェア・バー
ジョン情報を含むメッセージを組立てるプロセッサとを備え、
前記通信装置が、Ａ８／Ａ９インタフェースを通して前記メッセージを送信する通信装置。
【請求項９】
前記通信装置が第１の通信装置を備え、前記メッセージが第１のメッセージを含み、前記プロセッサが、さらに、第２の通信装置から受信するソフトウェア・バージョン情報に応じて第２のメッセージを組立て、前記第２のメッセージが、前記メモリ内に記憶しているソフトウェアのバージョンを通知し、前記通信装置がＡ８／Ａ９インタフェースを通して前記第２のメッセージを送信する、請求項８に記載の通信装置。
【請求項１０】
さらに、前記プロセッサに結合しているタイマーを備え、前記通信装置が前記メッセージを送信したときに、前記プロセッサが前記タイマーをスタートし、前記通信装置が、所定の時間が時間切れになる前にもう１つの通信装置からのソフトウェア・バージョン情報の受信に失敗した場合に、前記通信装置が前記メッセージを再送信する、請求項８に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、セルラー通信システムに関し、特にパケット・データ通信システムのデータ送信プロトコルに関する。
【背景技術】
【０００２】
ＴＩＡ／ＥＩＡ（米国電気通信工業会／米国電子工業会）ＩＳ−２００１またはＩＯＳ（３ＧＰＰ２  Ａ．Ｓ０００１相互動作性仕様）規格は、ｃｄｍａ２０００、１ＸＥＶ−ＤＯ、１ＸＥＶ−ＤＶとして動作するセルラー移動通信システムに対する互換性規格、またはＡ．Ｓ０００１／ＩＳ−２００１をベースとするアクセス・ネットワークによりサポートされている任意の他の技術について規定している。この規格は、ｃｄｍａ２０００システムで動作している移動局（ＭＳ）は、この規格に従って製造したセルラー通信システム、またはパーソナルコミュニケーションシステム（ＰＣＳ）で動作している場合には、通信サービスを入手することができることを確保している。互換性を確保するために、この規格は、基地局を含むインフラストラクチャの素子間で交換する呼出しおよびデジタル制御メッセージおよびアナログ信号を確立するために、移動局および移動局にサービスを供給している基地局により実行される呼処理ステップを含む、無線システム・パラメータおよび呼処理手順を規定している。
【０００３】
典型的なｃｄｍａ２０００通信システム・インフラストラクチャは、パケット制御機能（ＰＣＦ）で通信している基地局を含む。基地局とＰＣＦとの間のインタフェースは、基地局とＰＣＦとの間に信号インタフェースを供給するＡ９インタフェースと、基地局とＰＣＦとの間にベアラ経路を供給するＡ８インタフェースを含む。これらのインタフェースは、総括的にＩＳ−２００１またはＩＯＳ規格においては、Ａｑｕｉｎｔｅｒ参照点またはＡ８／Ａ９インタフェースと呼ばれる。
【０００４】
ＩＯＳ規格が発展したために、この規格の複数のバージョンが出現した。この規格の発展の過程で、この規格の最近のバージョンは、複数の機能をサポートするようになり、この規格の初期のバージョンには含まれていない信号方式を供給するようになってきている。この規格の複数のバージョンが共存するようになったため、Ａ８／Ａ９インタフェースを通して通信する基地局およびＰＣＦは、それぞれ、ＩＯＳ規格の異なるバージョンに適合することができることも十分考えられる。それ故、この規格のもっと高いレベルのバージョンに適合するソフトウェアを実行しているエンティティは、この規格のもっと低いレベルのバージョンに適合するソフトウェアを実行しているエンティティが、後者のエンティティがサポートすることができない機能をサポートすることを予想することができる。起こりうる結果としては、２つのエンティティ間の伝送誤り、一方のエンティティが送られてこない応答を受信するために待機したり、他方のエンティティがサポートしてしないアプリケーションと通信することによる通信リソースの無駄遣い、および電話呼出しの脱落などがある。
【０００５】
さらに、ハードウェアまたはソフトウェアの故障により、基地局またはＰＣＦのどちらかで破壊的なイベントが発生した場合、エンティティがリセットされ、パケット・データ通信をサポートするために割り当てられたリソースが、そのまま割り当てられた状態のままになる。例えば、ＰＣＦがリセットされると、リセットされたＰＣＦに関連する基地局のエアインタフェース・トラヒック・チャネル・リソースは、パケット・データ・リソースによりサポートされている通信が終了しても、基地局に対して割り当てられたままになる。この場合も、通信リソースの無駄遣いになる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
それ故、基地局とＰＣＦ間でソフトウェア・バージョン情報を交換することができ、基地局またはＰＣＦのどちらかで故障が発生した場合に、通信リソースの解放を容易にするための方法および装置の開発が待望されている。
【課題を解決するための手段】
【０００７】
基地局とパケット制御機能（ＰＣＦ）間でソフトウェア・バージョン情報を交換することができ、基地局またはＰＣＦのどちらかで故障が発生した場合に、通信リソースの解放を容易にするための方法および装置に対するニーズを満たすために、パケット・データ通信システムは、Ａ８／Ａ９インタフェースにより相互に接続している、各通信装置により記憶され、実行されるソフトウェアのバージョンを知らせるソフトウェア・バージョン情報を交換する第１の通信装置と第２の通信装置とを含む。ソフトウェア・バージョン情報は、独立型自立ソフトウェア・バージョン・メッセージ、および呼出しセットアップ中または破壊的イベントへの応答の際のような、第１の通信装置と第２の通信装置との間で任意の時間に交換することができるソフトウェア・バージョン肯定応答メッセージ内に内蔵されている。
【０００８】
一般的に、本発明の実施形態は、パケット・データ通信システムでＡ８／Ａ９インタフェースを通してソフトウェア情報を交換するための方法を含む。この方法は、第１の通信装置により、第１の通信装置内に記憶しているソフトウェアのバージョンを通知する第１の組のソフトウェア・バージョン情報を送信するステップと、第１の組のソフトウェア・バージョン情報が送信された際に、第１の通信装置により、第２の通信装置内に記憶しているソフトウェアのバージョンを通知する第２の組のソフトウェア・バージョン情報を受信するステップとを含む。
【０００９】
本発明のもう１つの実施形態は、パケット・データ通信システムでＡ８／Ａ９インタフェースを通してソフトウェア情報を交換するための方法を含む。この方法は、第１の通信装置により、第２の通信装置内に記憶しているソフトウェアのバージョンを通知する第１の組のソフトウェア・バージョン情報を受信するステップと、第１の組のソフトウェア・バージョン情報を受信した際に、第１の通信装置により、第１の通信装置内に記憶しているソフトウェアのバージョンを通知する第２の組のソフトウェア・バージョン情報を送信するステップとを含む。
【００１０】
本発明のさらにもう１つの実施形態は、パケット・データ通信システムで動作することができる通信装置を含む。この通信装置は、ソフトウェアを記憶するためのメモリと、ソフトウェア・バージョン情報を含むメッセージを組立てるためのプロセッサとを含む。ソフトウェア・バージョン情報は、メモリ内に記憶しているソフトウェアのバージョンを通知し、通信装置は、Ａ８／Ａ９インタフェースを通してメッセージを送信する。
【発明を実施するための最良の形態】
【００１１】
図１〜図４を参照しながら本発明をより詳細に説明する。図１は、本発明のある実施形態による無線通信システム１００のブロック図である。通信システム１００は、少なくとも１つの移動局（ＭＳ）１０２と、ＭＳに通信サービスを供給する基地局１０４とを含む。基地局１０４は、パケット制御機能（ＰＣＦ）１０６と通信し、ＰＣＦはパケット・データ・サービス・ノード（ＰＤＳＮ）１０８と通信する。本明細書においては、基地局１０４、ＰＣＦ１０６およびＰＤＳＮ１０８を総括的に通信インフラストラクチャ１１６と呼ぶ。基地局１０４およびＰＣＦ１０６は、基地局およびＰＣＦおよびＡ９信号インタフェース１１４の間にベアラ経路を供給するＡ８インタフェース１１２を含むＡｑｕｉｎｔ
ｅｒ基準点１１０またはＡ８／Ａ９インタフェースを通して相互に通信する。ＰＣＦ１０６およびＰＤＳＮ１０８は、Ａ１０／Ａ１１インタフェース１１５を通して相互に通信する。各基地局１０４およびＰＣＦ１０６は、それぞれ、マイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）のようなプロセッサ１２０、１２６と、プロセッサにより実行されるプログラム、アプリケーションおよびオペレーティング・プロトコルのようなソフトウェアを記憶し、基地局およびＰＣＦを機能させることができる関連メモリ１２２、１２８を含む。各プロセッサ１２０および１２６も、各タイマー１２４、１３０に結合している。
【００１２】
通信システム１００は、無線パケット・データ通信システムを備える。ＭＳ１０２が、インフラストラクチャ１１６に接続している外部ネットワーク１１８とのパケット・データ接続を確立するために、基地局１０４、ＰＣＦ１０６およびＰＤＳＮ１０８は、周知の無線通信プロトコルに従って動作する。周知のプロトコルにより動作することにより、ＭＳ１０２のユーザは、確実に、ＭＳ１０２がインフラストラクチャ１１６と通信することができ、インフラストラクチャを通して、外部ネットワーク１１８へのパケット・データ通信リンクを確立することができる。好適には、通信システム１００は、３ＧＰＰ２およびＩＳ−２０００、すなわち、ｃｄｍａ２０００または１ｘＥＶ−ＤＯシステムに対する互換性規格を規定しているＴＩＡ／ＥＩＡ（米国電気通信工業会／米国電子工業会）Ａ．Ｓ０００１／ＩＳ−２００１またはＩＯＳ（相互動作性仕様）規格に従って動作し、インフラストラクチャ１１６は、Ａ．Ｓ０００１／ＩＳ−２００１アクセス・ネットワークであることが好ましい。この規格は、無線システム・パラメータおよび呼処理手順を含む無線通信システム動作プロトコルを規定する。しかし、当業者であれば、通信システム１００は、汎欧州ディジタル携帯電話システム（ＧＳＭ）通信システム、時分割多元接続（ＴＤＭＡ）通信システム、周波数分割多元接続（ＦＤＭＡ）通信システム、または直交周波数分割多元接続（ＯＦＤＭ）通信システムのような、種々の無線パケット・データ通信システムの中の任意のシステムにより動作することができることを理解することができるだろう。
【００１３】
通信システム１００においては、各基地局１０４およびＰＣＦ１０６は、Ａ８／Ａ９インタフェースを通してソフトウェア・バージョン情報を交換することにより、エンティティにより記憶され、および／または実行されるソフトウェアのバージョンについて他のものに通知する。ソフトウェア・バージョン情報は、独立型自立ソフトウェア・バージョン・メッセージ、およびエンティティのリセットまたは動作停止につながる、エンティティのうちの一方内のハードウェアまたはソフトウェアの故障のような呼出しセットアップ中または破壊的イベントへの応答の際のような、基地局１０４とＰＣＦ１０６との間で任意の時間に交換することができるソフトウェア・バージョン肯定応答メッセージ内に内蔵されている。
【００１４】
図２は、本発明のある実施形態によるソフトウェア・バージョン情報交換の際に、通信送信装置および通信受信装置が実行するステップの論理フローチャート２００である。論理フローチャート２００は、通信送信装置（例えば、基地局１０４）が、Ａ９インタフェース１１４を通して通信受信装置（例えば、ＰＣＦ１０６）に第１の組のソフトウェア・バージョン情報を送信した（ステップ２０４）場合にスタートする（ステップ２０２）。本発明の原理を説明するために、本明細書においては、基地局１０４を通信送信装置と呼び、ＰＣＦ１０６を通信受信装置と呼ぶ。しかし、通常の当業者であれば、基地局１０４およびＰＣＦ１０６それぞれが、ソフトウェア・バージョン・メッセージ通信送信装置、またはソフトウェア・バージョン・メッセージ通信受信装置として機能することができることを理解することができるだろう。
【００１５】
第１の組のソフトウェア・バージョン情報は、呼出しセットアップ中または基地局また
はＰＣＦのハードウェアまたはソフトウェアの故障への応答の際のような任意の時間に、基地局１０４とＰＣＦ１０６との間で送信することができる独立型自立ソフトウェア・バージョン・メッセージ（Ａ９バージョン情報メッセージ）に内蔵されている。第１の組のソフトウェア・バージョン情報は、通信送信装置１０４が記憶していて、および／または実行するソフトウェアのバージョンを通知する。通信送信装置１０４が、第１の組のソフトウェア・バージョン情報を送信すると、好適には、通信送信装置のプロセッサ１２０であることが好ましい通信送信装置は、タイマー１２６をスタートさせる（ステップ２０６）。
【００１６】
第１の組のソフトウェア・バージョン情報を受信すると、通信受信装置１０６は、通信受信装置が記憶しおよび／または実行するソフトウェアのバージョンを通知する第２の組のソフトウェア・バージョン情報を送信する（ステップ２０８）。本発明の１つの実施形態の場合には、第２の組のソフトウェア・バージョン情報は、任意の時間に、基地局１０４とＰＣＦ１０６との間で送信することができる独立型自立ソフトウェア・バージョン肯定応答メッセージ（Ａ９バージョン情報肯定応答メッセージ）に内蔵されている。
【００１７】
通信送信装置１０４が、第２の組のソフトウェア・バージョン情報を受信した場合には、通信送信装置１０４は、タイマー１２６をストップする（ステップ２１０）。通信送信装置１０４が、所定の時間が時間切れになる前に、第２の組のソフトウェア・バージョン情報の受信に失敗した場合には、好適には、ゼロ秒から５秒の範囲内の任意の時間内に、通信送信装置は、第１の組のソフトウェア・バージョン情報を再送信し（ステップ２１２）、タイマーをリセットすることが好ましい。通信送信装置１０４が、第２の組のソフトウェア・バージョン情報を受信した場合には、論理の流れは終了する（ステップ２１４）。通信送信装置１０４または通信受信装置１０６のうちのどちらかが、第１の組のソフトウェア・バージョン情報を送信しないで、ソフトウェア・バージョン肯定応答メッセージのような一組の応答ソフトウェア・バージョン情報を受信した場合には、通信装置は一組の応答ソフトウェア・バージョン情報を無視する。
【００１８】
ソフトウェア・バージョン・メッセージが、ソフトウェア・バージョン情報を内蔵している本発明の他の実施形態の場合には、基地局１０４およびＰＣＦ１０６は、基地局またはＰＣＦのハードウェアまたはソフトウェアが故障した場合、自分たちが実行しているソフトウェアのバージョンを相互に通知しあう。追加のステップ、すなわち、ステップ２１６を含んでいる場合を除いて、図２に示すように、信号の同じ交換が続いて行われる。ステップ２１６において、メッセージが内蔵している「原因」データ・フィールド内の故障に関する情報を含んでいるソフトウェア・バージョン・メッセージを受信した場合には、通信受信装置は、通信送信装置によりサポートされているパケット・データ通信にすでに割り当てられている任意のリソースを解放することができる。
【００１９】
例えば、基地局１０４がリセットされた場合には、基地局はＰＣＦ１０６にソフトウェア・バージョン・メッセージを送信する。ソフトウェア・バージョン・メッセージには、ＰＣＦ１０６にリセットを通知する情報が原因データ・フィールドに内蔵されている。第１の組のソフトウェア・バージョン情報を受信した場合には、ＰＣＦ１０６は、基地局１０４を通してパケット通信に対して前に割り当てられている任意のＡ８リソースを解放する（またＡ１０（ＰＣＦからＰＤＳＮへのベアラ・チャネル）およびＰＰＰ（二地点間）リソースの解放をスタートすることができる）。他の例について説明すると、ＰＣＦ１０６がリセットされた場合には、ＰＣＦは、基地局１０４に、基地局にリセットを通知する原因データ・フィールド内の情報を含むソフトウェア・バージョン・メッセージを送信する。ソフトウェア・バージョン・メッセージを受信した場合には、基地局１０４は、ＰＣＦ１０６がサポートしているパケット・データ呼出しに対して前に割り当てられた任意の無線インタフェースを解放することができる。
【００２０】
図３は、本発明のある実施形態による独立型自立ソフトウェア・バージョン・メッセージ３００のブロック図である。ソフトウェア・バージョン・メッセージ３００は、通信送信装置のプロセッサ１２０、１２６によりコンパイルされ、通信送信装置の各メモリ１２２、１２８内に記憶しているソフトウェアに基づくものである。ソフトウェア・バージョン・メッセージ３００は、好適には、４つのデータ・フィールドまたは素子、すなわち、ソフトウェア・バージョン・メッセージまたはＡ９メッセージ、タイプ・データ・フィールド３０１、相関データ・フィールド３０２、原因データ・フィールド３０３、およびソフトウェア・バージョン・データ・フィールド３０４に再分割することが好ましい。しかし、本発明の他の実施形態の場合には、ソフトウェア・バージョン・メッセージは、原因データ・フィールド３０３を含んでいないで、ソフトウェア・バージョン・メッセージを送信する理由を表示しないか、または割り当てられたリソースの解放をサポートする情報を供給しない。
【００２１】
ソフトウェア・バージョン・メッセージのタイプ・データ・フィールド３０１は、メッセージ３００をソフトウェア・バージョン・メッセージとして識別し、好適には、１バイトのソフトウェア・バージョン・メッセージ識別子を含むことが好ましい。メッセージ３００の相関データ・フィールド３０２は、ソフトウェア・バージョン・メッセージをメッセージの対応するソフトウェア・バージョン肯定応答メッセージと関連づけるために使用される。例えば、ＰＣＦは、複数の基地局に結合することができる。ＰＣＦ１０６のようなＰＣＦがリセットされると、ＰＣＦは、複数のソフトウェア・バージョン・メッセージを送信する。各ソフトウェア・バージョン・メッセージおよびソフトウェア・バージョン肯定応答メッセージ内に相関データ・フィールドまたは素子を内蔵させることにより、ＰＣＦ１０６は、後で受信したソフトウェア・バージョン肯定応答メッセージを、ＰＣＦが送信した対応するソフトウェア・バージョン・メッセージに結合することができる。好適には、相関データ・フィールド３０２は、データ・フィールドまたは素子３０２を相関データ・フィールドとして識別する１バイトの相関識別子３０６、相関データ・フィールド３０２のある長さまたはサイズに対応する１バイトの相関データ・フィールド長さの値３０８、および送信したソフトウェア・バージョン・メッセージを、以降に受信したソフトウェア・バージョン肯定応答メッセージに相関させ、または関連づけるために、通信送信装置が使用する一意の４バイトの相関値３１０を含むことが好ましい。
【００２２】
メッセージ３００の原因データ・フィールド３０３は、通信送信装置によるリセットまたはＯＡＭ＆Ｐ（動作、管理、維持および性能）介入（すなわち、オペレータが、ソフトウェアのアップグレードのためにエンティティを解体する場合のような慎重な介入）のようなソフトウェア・バージョン・メッセージの送信の理由を識別する。原因データ・フィールド３０３は、好適には、データ・フィールドまたは素子３０３を原因データ・フィールドとして識別する１バイトの原因識別子３１２、原因データ・フィールド３０３の長さまたはサイズに対応する１バイトの原因データ・フィールドの長さの値３１４、およびソフトウェア・バージョン・メッセージの送信の理由を識別する原因の値３１６を含むことが好ましい。
【００２３】
メッセージ３００のソフトウェア・バージョン・データ・フィールド３０４は、通信送信装置上で稼働しているソフトウェアのバージョンに関する情報を含んでいて、さらに、メーカーおよび通信事業者ソフトウェア関連情報を含むことができる。例えば、３ＧＰＰ２  Ａ．Ｓ０００１またはＥＩＡ／ＴＩＡ  ＩＳ−２００１−Ｂ仕様の４．２．０節は、このデータ・フィールドに内蔵させることができる情報について記述している。ソフトウェア・バージョン・データ・フィールド３０４は、好適には、データ・フィールド３０４をソフトウェア・バージョン・データ・フィールドとして識別する１バイトのソフトウェア・バージョン・データ・フィールド識別子３１８、ソフトウェア・バージョン・データ
・フィールド３０４の長さまたはサイズに対応する１バイトのデータ・フィールドの長さの値３２０、通信送信装置が記憶および／または実行するソフトウェア・バージョンを識別するソフトウェア・バージョン識別子３２２、および通信事業者が異なるシステム構成部品間で交換を希望することができる種々の情報のようなメーカーおよび通信事業者ソフトウェア情報を含む１つまたはそれ以上のデータ・フィールド３２４、３２６（２つを図示）を含むことが好ましい。ＩＯＳまたはＩＳ−２００１／Ａ．Ｓ０００１規格により動作している通信システム１００のようなシステムにおいては、ソフトウェア・バージョン識別子３２２は、好適には、ＩＯＳ大幅改訂レベルの１バイトの識別子、ＩＯＳ小幅改訂レベルの１バイトの識別子、およびＩＯＳ点解放レベルの１バイトの識別子を含むことが好ましい。
【００２４】
図４は、本発明のある実施形態による独立型自立ソフトウェア・バージョン肯定応答メッセージ４００のブロック図である。ソフトウェア・バージョン肯定応答メッセージ４００は、通信受信装置のプロセッサ１２０、１２６によりコンパイルされ、通信受信装置の各メモリ１２２、１２８内に記憶しているソフトウェアに基づくものである。
【００２５】
ソフトウェア・バージョン肯定応答メッセージ４００は、好適には、３つのデータ・フィールドまたは素子、すなわち、ソフトウェア・バージョン・メッセージまたはＡ９メッセージ、タイプ・データ・フィールド４０１、相関データ・フィールド４０２、およびソフトウェア・バージョン・データ・フィールド４０３に再分割することが好ましい。メッセージ４００のソフトウェア・バージョン・メッセージ・タイプ・データ・フィールド４０１は、メッセージ４００をソフトウェア・バージョン肯定応答メッセージとして識別し、好適には、１バイトのソフトウェア・バージョン肯定応答メッセージ識別子を含むことが好ましい。メッセージ４００の相関データ・フィールドまたは素子４０２は、ソフトウェア・バージョン肯定応答メッセージを、対応するソフトウェア・バージョン・メッセージに関連づけるために使用される。好適には、相関データ・フィールド４０２は、データ・フィールドまたは素子４０２を相関データ・フィールドとして識別する１バイトの相関識別子４０６、相関データ・フィールド４０２の長さまたはサイズに対応する１バイトの相関データ・フィールドの長さの値４０８、およびソフトウェア・バージョン肯定応答メッセージを、対応するソフトウェア・バージョン・メッセージに関連づけるために使用される一意の４バイトの相関値４１０を含むことが好ましい。
【００２６】
メッセージ４００のソフトウェア・バージョン・データ・フィールド４０３は、通信受信装置上で稼働しているソフトウェアのバージョンに関する情報、およびメーカーおよび通信事業者ソフトウェア関連情報を含む。この場合も、３ＧＰＰ２  Ａ．Ｓ０００１またはＥＩＡ／ＴＩＡ／ＩＳ−２００１−Ｂ仕様の４．２．０節は、このデータ・フィールドに内蔵させることができる情報について記述している。ソフトウェア・バージョン・データ・フィールド４０３は、好適には、データ・フィールド４０３をソフトウェア・バージョン・データ・フィールドとして識別する１バイトのソフトウェア・バージョン・データ・フィールド識別子４１２、ソフトウェア・バージョン・データ・フィールド４０３の長さまたはサイズに対応する１バイトのデータ・フィールドの長さの値４１４、通信受信装置により記憶および／または実行されるソフトウェア・バージョンを識別するソフトウェア・バージョン識別子４１６、およびメーカーおよび通信事業者ソフトウェア情報を含む１つまたはそれ以上のデータ・フィールド４１８、４２０（２つを図示）を含むことが好ましい。ＩＯＳまたはＡ．Ｓ０００１／ＩＳ−２００１規格により動作しているシステムにおいては、ソフトウェア・バージョン識別子４１６は、好適には、ＩＯＳ大幅改訂レベルの１バイトの識別子、ＩＯＳ小幅改訂レベルの１バイトの識別子、およびＩＯＳ点解放レベルの１バイトの識別子を含むことが好ましい。
【００２７】
ソフトウェア・バージョン情報を交換することにより、基地局１０４およびＰＣＦ１０
６は、Ａ８／Ａ９インタフェースを通して、各通信装置が記憶し実行するソフトウェアのバージョンを相互に通信することができる。本発明のある実施形態の場合には、ソフトウェア・バージョン情報は、独立型自立ソフトウェア・バージョン・メッセージ、および基地局またはＰＣＦのいずれかを含む、動作停止またはリセットのような呼出しセットアップ中または破壊的イベントへの応答の際のような、基地局１０４とＰＣＦ１０６との間で任意の時間に交換することができるソフトウェア・バージョン肯定応答メッセージ内に内蔵させることができる。ソフトウェア・バージョン情報を交換することにより、基地局１０４およびＰＣＦ１０６は、無意識のうちに他方のエンティティが実行したバージョンとは異なるソフトウェア・バージョンを実行している２つのエンティティのうちの一方からの場合がある伝送誤りおよび非効率的なリソースの割当てを避けることができる。さらに、ソフトウェア・バージョン・メッセージおよびソフトウェア・バージョン肯定応答メッセージを交換することにより、基地局またはＰＣＦのどちらかが故障した場合に、通信リソースの解放を容易にすることによりシステム・リソースを保存することができる。
【００２８】
特定の実施形態を参照しながら本発明を詳細に図示し、説明してきたが、当業者であれば、本発明の精神および範囲から逸脱することなしに、種々の変更を行うことができ、等価物をその素子と置き換えることができることを理解することができるだろう。さらに、その本質的な範囲から逸脱することなしに、本発明の教示に特定の状況または材料を適合させるために、多くの修正を行うことができる。それ故、本発明は、本明細書に開示した特定の実施形態に限定されるものではなく、本発明は添付の特許請求の範囲に含まれるすべての実施形態を含む。
【図面の簡単な説明】
【００２９】
【図１】本発明のある実施形態による無線通信システム１００のブロック図である。
【図２】本発明のある実施形態によるソフトウェア・バージョン情報を交換する際に、通信送信装置と通信受信装置が実行するステップの論理フローチャートである。
【図３】本発明のある実施形態によるソフトウェア・バージョン・メッセージのブロック図である。
【図４】本発明のある実施形態によるソフトウェア・バージョン肯定応答メッセージのブロック図である。
【図１】
2005529502.tif 000003
【図２】
2005529502.tif 000004
【図３】
2005529502.tif 000005
【図４】
2005529502.tif 000006
【国際調査報告】
2005529502.tif 000007
2005529502.tif 000008
2005529502.tif 000009