JP5601421B2 - サーバ装置、通信制御プログラム、及び通信制御方法 - Google Patents

Description

本発明は、サーバ装置、通信制御プログラム、及び通信制御方法に関する。

従来、ＩＰ（Internet Protocol）電話システムにおいては、ＳＩＰ（Session Initiation Protocol）が幅広く利用されている。ＳＩＰは、複数の携帯電話機などの携帯無線装置間でセッションを確立するために用いられることがある通信プロトコルである。

また、携帯電話システムのＩＰコアシステムのアーキテクチャについては、３ＧＰＰ(Third Generation Partnership Project：第３世代移動通信システム)において、ＩＭＳ(IP Multimedia Subsystem)が規定されている。ＩＭＳは、無線通信網規格の３ＧサービスのＩＭＴ（International Mobile Telecommunication）−２０００規格や、３．９ＧサービスのＬＴＥ（Long Term Evolution）規格において、音声通信のＩＰコアネットワークアーキテクチャとして利用されている。

また、現在は、３Ｇサービスから３．９Ｇサービスへの移行過程であり、無線通信網の拡張の過渡期である。このため、既存無線通信網（例えば３Ｇ網）と新規無線通信網（例えば３．９Ｇ網）との間でハンドオーバを行って新規無線通信網のエリアの狭さをカバーするＳＲＶＣＣ(Single Radio Voice Call Continuity)と呼ばれる方式が規定されている。

すなわち、新規無線規格（例えば３．９Ｇ）での音声通話サービスを提供するにあたっては、開始当初から全国をカバーできる無線通信網を構築できないことから、初期は限定的なエリアでサービスを開始し、順次エリアの拡大を行う方式が取られる。

ここで、新規無線規格に対応する無線エリアは初期においては狭いことから、新規無線規格と既存無線規格の両方に対応可能なデュアル端末を用いて、新規無線規格網のエリア外に移動する場合には、既存無線規格網へハンドオーバを行う。これにより、広い範囲で音声サービスを継続させることができるので、サービスの利便性を損なわずに、新規無線規格に対応する無線エリアの狭さをカバーすることが考えられる。

特開２００８−２１９４３６号公報

しかしながら、従来技術は、既存無線通信網において用いられている機能に対する改変を最小限に抑えた簡易な構成で、デュアル端末に対する呼状態を一元管理することは考慮されていない。

すなわち、既存無線規格サービス（例えば３Ｇサービス）が、ＩＰｖ（Internet Protocol version）４アドレスを用いた処理を実行するサーバ群を備えたＩＭＳ網に適応している場合を考える。ここで、新規の無線規格サービス（例えば３．９Ｇサービス）を導入する場合には、ＩＰｖ４のＩＰアドレスの枯渇問題があることから、新規無線規格サービスは、ＩＰｖ６アドレスを利用したＩＰネットワークで構築することが想定される。

このように、ＩＰｖ４のＩＭＳ網とＩＰｖ６のＩＭＳ網でＩＰバージョンが異なる状態で、デュアル端末がＩＰｖ６のＩＭＳ網に在圏している際に音声通話を開始し、その後、ＩＰｖ４のＩＭＳ網へ移動してＳＲＶＣＣが実施されたとする。この場合、音声通話による呼を制御するＩＭＳ網はＩＰｖ６網であることから、ＩＰｖ４のＩＭＳ網へ移動した後もデュアル端末はＩＰバージョンを変換するアドレス変換システムを経由してＩＰｖ６のＩＭＳ網にアクセスを実施することが考えられる。

これに対して、ＳＲＶＣＣ後にＣＷ（Call Waiting：コールウェイティング）等による第２呼発信が行われた場合、３Ｇ網からの第２呼発信はＩＰｖ４のＩＭＳ網で実施される。このため、第１呼はＩＰｖ６のＩＭＳ網側、第２呼はＩＰｖ４のＩＭＳ網側で管理されることとなり、その結果、着信判定（通話中判定）など、呼状態の判定を行う処理が困難になる場合がある。

この点、ＩＰｖ４のＩＭＳ網に含まれるＡＳ（Application Server）とＩＰｖ６のＩＭＳ網に含まれるＡＳとの間で連携をとることにより呼状態を相互に参照可能にすれば、呼状態を一元管理することはできると考えられる。しかしながら、ＩＰｖ４のＩＭＳ網に含まれるＡＳ等のサーバに機能を追加することによって、ＩＰｖ４のＩＭＳ網を利用する既存ユーザに対して通信障害などの問題を与えるおそれがある。

したがって、ＩＰｖ４のＩＭＳ網に含まれるサーバへの改変を最小限に抑えた簡易な構成で、デュアル端末に対する呼の状態を一元管理することが求められている。

開示の技術は、上記に鑑みてなされたものであって、簡易な構成で携帯無線端末の呼状態を一元管理することができるサーバ装置、通信制御プログラム、及び通信制御方法を実現することを目的とする。

本願の開示するサーバ装置は、一つの態様において、携帯無線端末に固有の識別情報を含み、前記携帯無線端末の位置情報の登録のために前記携帯無線端末から送信された位置登録信号を受信する受信部を備える。また、サーバ装置は、前記受信部によって受信された位置登録信号に含まれる識別情報に基づいて、該位置登録信号を送信した携帯無線端末が第１の通信規格にのみ対応する機種であるか又は前記第１の通信規格及び第２の通信規格の両方に対応する機種であるかを判定する判定部を備える。また、サーバ装置は、前記判定部によって前記位置登録信号を送信した携帯無線端末が前記第１の通信規格にのみ対応する機種であると判定された場合には、前記位置登録信号に基づく位置登録処理を第１のインターネットプロトコルを用いた処理を行うサーバに実行させ、前記位置登録信号を送信した携帯無線端末が前記第１の通信規格及び前記第２の通信規格の両方に対応する機種であると判定された場合には、前記位置登録信号に基づく位置登録処理を第２のインターネットプロトコルを用いた処理を行うサーバに実行させる位置登録処理部を備える。

本願の開示するサーバ装置の一つの態様によれば、簡易な構成で携帯無線端末の呼状態を一元管理することができる。

図１は、本実施形態の無線システムの概要を説明するための図である。 図２は、ＩＭＳシステムの全体構成を示す図である。 図３は、ＡＳの機能ブロックを示す図である。 図４は、Ｉ／Ｓ−ＣＳＣＦの機能ブロックを示す図である。 図５は、Ｐ−ＣＳＣＦの機能ブロックを示す図である。 図６は、加入者ＤＢの一例を示す図である。 図７は、端末情報ＤＢの一例を示す図である。 図８は、サーバアドレスＤＢの一例を示す図である。 図９は、Ｐ−ＣＳＣＦでの位置登録処理のフローを示す図である。 図１０は、ＳＩＰのＲｅｇｉｓｔｅｒ信号のイメージを説明するための図である。 図１１は、ＩＰ変換部の機能ブロックを示す図である。 図１２は、サーバ装置のハードウェア構成を示す図である。 図１３は、３Ｇ端末の位置登録処理のシーケンスを示す図である。 図１４は、３Ｇ／３．９Ｇ端末の位置登録処理のシーケンスを示す図である。 図１５は、３Ｇ端末の発信処理のシーケンスを示す図である。 図１６は、ＳＩＰのＩＮＶＩＴＥ信号のイメージを説明するための図である。 図１７は、３Ｇ／３．９Ｇ端末の第２呼発信のシーケンスを示す図である。

以下に、本願の開示するサーバ装置、通信制御プログラム、及び通信制御方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により開示技術が限定されるものではない。

図１は、本実施形態の無線システムの概要を説明するための図である。図１に示すように、本実施形態は、既存無線規格の３Ｇネットワーク３００が、ＩＰｖ４ＩＭＳ網５００に適応しており、新規無線通信規格の３．９Ｇネットワーク４００が、ＩＰｖ６ＩＭＳ網６００に適応している。

ＩＰｖ４ＩＭＳ網５００には、ＡＳ５２０、Ｉ−ＣＳＣＦ（Interrogating- Call Session Control Function）５３０、及びＰ−ＣＳＣＦ（Proxy Call Session Control Function）５４０などのサーバ群が設けられる。また、ＩＰｖ６ＩＭＳ網６００には、ＡＳ６２０、Ｉ−ＣＳＣＦ６３０、及びＰ−ＣＳＣＦ６４０などのサーバ群が設けられる。ＡＳ５２０，６２０、Ｉ−ＣＳＣＦ５３０，６３０、及びＰ−ＣＳＣＦ５４０，６４０の詳細は後述する。

また、本実施形態は、図１に示すように、３Ｇ通信規格にのみ対応する携帯電話機１００と、３Ｇ通信規格及び３．９Ｇ通信規格の双方に対応する携帯電話機２００とがある場合を想定している。３Ｇネットワーク３００内に在圏している携帯電話機１００による音声通話などの通信は、ＩＰｖ４ＩＭＳ網５００内のサーバ群によって処理される。一方、３．９Ｇネットワーク４００内に在圏している携帯電話機２００による音声通話などの通信は、ＩＰｖ６ＩＭＳ網６００内のサーバ群によって処理される。

そして、携帯電話機２００が、３．９Ｇネットワーク４００から３Ｇネットワーク３００へ移動した場合、３．９Ｇネットワーク４００から３Ｇネットワーク３００へのハンドオーバが行われる。この場合、ハンドオーバが行われた携帯電話機２００の位置登録を行うための位置登録信号は、携帯電話機２００からＩＰｖ４ＩＭＳ網５００内のＰ−ＣＳＣＦ５４０へ送信される。ここで、Ｐ−ＣＳＣＦ５４０は、位置登録信号に含まれる携帯電話機に固有の識別情報に基づいて、位置登録信号を送信した携帯電話機２００が３Ｇ通信規格にのみ対応するシングル機種であるか、３Ｇ／３．９Ｇ通信規格の両方に対応するデュアル機種であるかを判定する。ここでは、Ｐ−ＣＳＣＦ５４０は、位置登録信号を送信した携帯電話機２００がデュアル機種であると判定して、ＩＰ変換部７０４を介して、ＩＰｖ６ＩＭＳ網６００内のＩ−ＣＳＣＦ６３０、及びＡＳ６２０に位置登録処理を実行させる。例えば、ＡＳ６２０は、ユーザ情報（認証情報やユーザサービスの情報）及び加入者の位置情報を管理するＳＣＰ７０２からユーザ情報のダウンロードを行う。

図２は、ＩＭＳシステムの全体構成を示す図である。図２は、ＩＰｖ４ＩＭＳ網５００を一例に挙げて説明を行う。図２に示すように、ＩＰｖ４ＩＭＳ網５００には、ＡＳ５２０、Ｉ−ＣＳＣＦ５３０、Ｐ−ＣＳＣＦ５４０、及びＳ−ＣＳＣＦ（Serving-Call Session Control Function）５５０のサーバ群が設けられる。また、ＩＰｖ４ＩＭＳ網５００には、ＨＳＳ（home Subscriber Server）５６０、及びＭＲＦ（Multimedia Resource Function）５７０のサーバ群が設けられる。なお、図２ではＩＰｖ４ＩＭＳ網５００に含まれるサーバ群について説明するが、ＩＰｖ６ＩＭＳ網６００も図２と同様のサーバ群を含む。

ＡＳ５２０は、ＨＳＳ５６０から、携帯電話機１００，２００を使用するユーザの各種情報（認証情報やユーザサービスの情報）をダウンロードする機能を有する。Ｉ−ＣＳＣＦ５３０は、ＳＩＰリクエストを適切な宛先に振り分ける機能を有する。ＡＳ５２０及びＩ−ＣＳＣＦ５３０の詳細は後述する。

Ｐ−ＣＳＣＦ５４０は、ＩＭＳネットワークの入り口に配備され、携帯電話機２００から無線基地局２５０を介して送信された位置登録信号に基づいて、位置登録に関する処理を実行する。Ｐ−ＣＳＣＦ５４０の詳細は後述する。

Ｓ−ＣＳＣＦ５５０は、ＳＩＰサーバであり、セッションの制御を実行する。また、Ｓ−ＣＳＣＦ５５０は、ＨＳＳ５６０にユーザの各種情報のダウンロード及びアップロードを指示する。Ｓ−ＣＳＣＦ５５０の詳細は後述する。

ＨＳＳ５６０は、携帯電話機１００，２００を使用するユーザの各種情報及び携帯電話機１００，２００の位置情報を管理する。ＭＲＦ５７０は、メディア操作（例えば、音声ストリームの合成）、トーン及びアナウンスなどの再生といったメディア関連機能を提供する。

図３は、ＡＳの機能ブロックを示す図である。図３に示すように、ＡＳ５２０は、Ｃ−Ｐｌａｎｅ信号送受信部５２２、呼制御処理部５２４、サービス制御部５２６、及び加入者ＤＢ５２８を備える。

Ｃ−Ｐｌａｎｅ信号送受信部５２２は、Ｓ−ＣＳＣＦ５５０との間で、呼制御に関する情報のやり取りに用いられるＣ−Ｐｌａｎｅ信号の送受信を行う。呼制御処理部５２４は、Ｃ−Ｐｌａｎｅ信号送受信部５２２で受信されたＣ−Ｐｌａｎｅ信号に基づいて呼制御処理を行う。呼制御処理部５２４は、例えば、携帯電話機１００の呼状態（発呼中、通話中、保留中など）を遷移させることにより呼状態の管理を行う。サービス制御部５２６は、ＨＳＳ５６０に対して携帯電話機１００の位置情報の登録処理を行ったり、ＨＳＳ５６０からユーザ情報をダウンロードして加入者ＤＢ５２８に格納したりする。

図４は、Ｉ／Ｓ−ＣＳＣＦの機能ブロックを示す図である。図４に示すように、Ｉ−ＣＳＣＦ５３０及びＳ−ＣＳＣＦ５５０は、Ｃ−Ｐｌａｎｅ信号送受信部５３２、呼制御処理部５３４、及び加入者ＤＢ５３６を備える。

Ｃ−Ｐｌａｎｅ信号送受信部５３２は、隣接するＡＳ５２０、Ｐ−ＣＳＣＦ５４０、ＨＳＳ５６０、及びＭＲＦ５７０との間で、呼制御に関する情報のやり取りに用いられるＣ−Ｐｌａｎｅ信号の送受信を行う。呼制御処理部５３４は、ＨＳＳ５６０にユーザの各種情報のアップロードを指示するとともに、ＨＳＳ５６０からユーザの各種情報をダウンロードして加入者ＤＢ５３６に格納する。

図５は、Ｐ−ＣＳＣＦの機能ブロックを示す図である。図５に示すように、Ｐ−ＣＳＣＦ５４０は、端末側信号送受信部５４１、呼制御処理部５４２、判定部５４３、位置登録処理部５４４、加入者ＤＢ５４５、端末情報ＤＢ５４６、サーバアドレスＤＢ５４７、及びＩＭＳ側信号送受信部５４８を備える。

端末側信号送受信部５４１は、無線基地局２５０を介して携帯電話機１００，２００との間で、例えば携帯電話機１００，２００に固有な識別番号（ＩＭＥＩ：International Mobile Equipment Identity）を含む位置登録信号などの各種信号の送受信を行う。なお、ＧＳＭ／Ｗ−ＣＤＭＡ等の携帯電話機については、ＩＭＥＩと呼ばれる国際移動体装置識別番号が、位置登録時に通知される。ＩＭＥＩは、端末機種毎に付与される番号であり、機種固有番号と、シリアル番号とを含む。呼制御処理部５４２は、呼接続を実施するときのＩ−ＣＳＣＦ情報を保持する加入者ＤＢ５４５を参照して、携帯電話機１００，２００に対する呼の接続処理を実施する。呼制御処理部５４２は、呼の接続処理をした結果をＩＭＳ側信号送受信部５４８へ出力する。

ここで、加入者ＤＢ５４５の詳細を説明する。図６は、加入者ＤＢの一例を示す図である。図６に示すように、加入者ＤＢ５４５は、項目として、ユーザ８２２、Ｉ−ＣＳＣＦアドレス８２４、及びＩ−ＣＳＣＦＩＰバージョン８２６を有する。ユーザ８２２の項目には、ユーザの識別子が格納される。Ｉ−ＣＳＣＦアドレス８２４の項目には、ユーザの識別子に対応して、Ｉ−ＣＳＣＦのアドレスが格納される。Ｉ−ＣＳＣＦＩＰバージョン８２６の項目には、ユーザの識別子に対応して、Ｉ−ＣＳＣＦのＩＰバージョンが格納される。例えば、ユーザＡＡは、ＩＰｖ４のアドレスＡを有するＩ−ＣＳＣＦに収容されていることになる。なお、図６は、加入者ＤＢ５４５が、ＩＣＳＣＦＩＰバージョン８２６を有する例を挙げて説明したが、ＩＣＳＣＦＩＰバージョン８２６を設けずに、Ｉ−ＣＳＣＦアドレス８２４からＩＰバージョンを判断することもできる。

図５の説明に戻って、判定部５４３は、端末側信号送受信部５４１によって受信された位置登録信号に含まれる識別情報（ＩＭＥＩ）に基づいて、位置登録信号を送信した携帯無線端末がシングル機種であるかデュアル機種であるかを判定する。例えば、判定部５４３は、識別情報（ＩＭＥＩ）に基づいて、位置登録信号を送信した携帯無線端末が３Ｇ通信規格にのみ対応するシングル機種であるか又は３Ｇ通信規格及び３．９通信規格の両方に対応するデュアル機種であるかを判定する。言い換えれば、判定部５４３は、ＩＭＥＩの情報より、携帯電話機が既存無線ネットワーク（３Ｇネットワーク）で単独利用される端末か、新規無線ネットワーク（３．９Ｇネットワーク）と既存無線ネットワークの両方で利用可能なデュアル端末であるかを判定する。このように、携帯電話機がシングル端末であるかデュアル端末であるかの判定は、既存ネットワークに構築されているＩＭＳネットワークの入り口に配備されるＰ−ＣＳＣＦ５４０にて実行される。

判定部５４３は、端末側信号送受信部５４１によって受信された位置登録信号に含まれる識別情報（ＩＭＥＩ）と、端末情報ＤＢ５４６に基づいて、位置登録信号を送信した携帯無線端末がシングル機種であるかデュアル機種であるかを判定する。

ここで、端末情報ＤＢ５４６の詳細を説明する。図７は、端末情報ＤＢの一例を示す図である。図７に示すように、端末情報ＤＢ５４６は、項目として、機種固有情報８０２と、端末種別８０４とを有する。機種固有情報８０２の項目には、携帯電話機１００，２００から送信される位置登録信号に含まれる識別情報（ＩＭＥＩ）に対応する情報が格納される。また、端末種別８０４の項目には、３Ｇ通信規格にのみ対応する機種であることを示す「３Ｇ端末」、又は３Ｇ及び３．９Ｇ通信規格の両方に対応する機種であることを示す「３Ｇ／３．９Ｇデュアル端末」の情報が格納される。例えば、機種固有情報８０２が「ＡＡＡＡＡＡ」である携帯電話機には、「３Ｇ端末」の情報が対応付けられ、機種固有情報８０２が「ＡＡＡＡＡＢ」である携帯電話機には、「３Ｇ／３．９Ｇデュアル端末」の情報が対応付けられる。

図５の説明に戻って、位置登録処理部５４４は、判定部５４３によって位置登録信号を送信した携帯無線端末が３Ｇ通信規格にのみ対応する機種であると判定された場合には、位置登録信号に基づく位置登録処理を、ＩＰｖ４を用いた処理を行うサーバに実行させる。例えば、位置登録処理部５４４は、位置登録処理を、ＩＰｖ４のＩ−ＣＳＣＦ５３０、及びＡＳ５２０などにより実行させる。

一方、位置登録処理部５４４は、判定部５４３によって位置登録信号を送信した携帯無線端末が３Ｇ／３．９Ｇ通信規格の両方に対応する機種であると判定された場合には、位置登録信号に基づく位置登録処理を、ＩＰｖ６を用いた処理を行うサーバに実行させる。例えば、位置登録処理部５４４は、位置登録処理を、ＩＰｖ６のＩ−ＣＳＣＦ６３０、及びＡＳ６２０などにより実行させる。

位置登録処理部５４４は、位置登録処理を、ＩＰｖ４側のサーバに実行させる場合、及びＩＰｖ６側のサーバに実行させる場合に、サーバアドレスＤＢ５４７を参照して、位置登録信号の送り先を確認して、位置登録信号をＩＭＳ側信号送受信部５４８へ送信する。

ここで、サーバアドレスＤＢ５４７の詳細を説明する。図８は、サーバアドレスＤＢの一例を示す図である。図８に示すように、サーバアドレスＤＢ５４７は、項目として、サーバ名８１２、およびＩＰアドレス８１４を有する。サーバ名８１２の項目には、Ｉ−ＣＳＣＦ（ＩＰｖ４）、Ｉ−ＣＳＣＦ（ＩＰｖ６）、及びＩＰ変換部などのサーバ名が格納される。また、ＩＰアドレス８１４の項目には、ＩＰｖ４アドレスＡ、ＩＰｖ４アドレスＢなどのＩＰアドレスが格納される。例えば、宛先のサーバ名がＩ−ＣＳＣＦ（ＩＰｖ４）である場合には、ＩＰｖ４アドレスＡ及びＩＰｖ４アドレスＢからラウンドロビン等により１アドレスを選択して、選択されたアドレスに位置登録信号を送信すればよい。

図５の説明に戻って、ＩＭＳ側信号送受信部５４８は、例えば位置登録のためのＲｅｇｉｓｔｅｒ信号、及び携帯電話機１００，２００からの発信信号であるＩＮＶＩＴＥ信号などをＳ−ＣＳＣＦ５５０を介してＩ−ＣＳＣＦ５３０等へ送信する。また、ＩＭＳ側信号送受信部５４８は、例えばＩ−ＣＳＣＦ５３０から送信される信号を、Ｓ−ＣＳＣＦ５５０を介して受信する。

次に、Ｐ−ＣＳＣＦ５４０における位置登録処理の詳細を説明する。図９は、Ｐ−ＣＳＣＦ５４０での位置登録処理のフローを示す図である。まず、端末側信号送受信部５４１は、携帯電話機１００，２００から送信された信号を受信する（ステップＳ１０１）。続いて、端末側信号送受信部５４１は、受信した信号が位置登録信号であるか否か、つまり受信した信号がＲｅｇｉｓｔｅｒ信号であるか否かを判定する（ステップＳ１０２）。

ここで、Ｒｅｇｉｓｔｅｒ信号について説明を行う。図１０は、ＳＩＰのＲｅｇｉｓｔｅｒ信号のイメージを説明するための図である。Ｒｅｇｉｓｔｅｒ信号は、例えば、図１０に示すように規定される。また、図１０に示すように、Ｒｅｇｉｓｔｅｒ信号においては、ｉｍｅｉｓｖ（ｉｍｅｉｓｏｆｔｗａｒｅｖｅｒｓｉｏｎ）が設定される。

図９の説明に戻って、呼制御処理部５４２は、受信した信号が位置登録信号でないと判定されたら（ステップＳ１０２、Ｎｏ）、呼制御の処理を実施する（ステップＳ１０３）。一方、判定部５４３は、受信した信号が位置登録信号であると判定されたら（ステップＳ１０２、Ｙｅｓ）、Ｒｅｇｉｓｔｅｒ信号に含まれるＩＭＥＩ情報を読み出す（ステップＳ１０４）。

そして、判定部５４３は、読み出したＩＭＥＩ情報と、端末情報ＤＢ５４６とに基づいて、Ｒｅｇｉｓｔｅｒ信号を送信した携帯電話機がデュアル端末であるか否かを判定する（ステップＳ１０５）。位置登録処理部５４４は、Ｒｅｇｉｓｔｅｒ信号を送信した携帯電話機がデュアル端末であると判定されたら（ステップＳ１０５、Ｙｅｓ）、ＩＰｖ６ＩＭＳ網において位置登録処理を実施させる（ステップＳ１０６）。例えば、位置登録処理部５４４は、ＩＰ変換部７０４を介して、ＩＰｖ６ＩＭＳ網６００内のＩ−ＣＳＣＦ６３０、及びＡＳ６２０に位置登録処理を実行させる。

一方、位置登録処理部５４４は、Ｒｅｇｉｓｔｅｒ信号を送信した携帯電話機がデュアル端末でない（つまりシングル端末である）と判定されたら（ステップＳ１０５、Ｎｏ）、ＩＰｖ４ＩＭＳ網において位置登録処理を実施させる（ステップＳ１０７）。例えば、位置登録処理部５４４は、ＩＰｖ４ＩＭＳ網５００内のＩ−ＣＳＣＦ５３０、及びＡＳ５２０に位置登録処理を実行させる。

このように、Ｐ−ＣＳＣＦ５４０は、携帯電話機がシングル機種の場合は、既存のＩＭＳ網（ＩＰｖ４）にユーザ情報（認証情報やユーザサービスの情報）のダウンロードを行う。一方、Ｐ−ＣＳＣＦ５４０は、携帯電話機がデュアル機種の場合は、新規のＩＭＳ網（ＩＰｖ６）にユーザ情報のダウンロードを行う。したがって、デュアル端末が在圏するエリアに関わりなく、デュアル端末を保持するユーザの情報を新規ＩＭＳ網（ＩＰｖ６）側で一元管理することができる。

次に、ＩＰ変換部７０４の詳細について説明する。図１１は、ＩＰ変換部の機能ブロックを示す図である。図１１に示すように、ＩＰ変換部７０４は、Ｃ−Ｐｌａｎｅ信号送受信部７０６、Ｃ−Ｐｌａｎｅ信号アドレス変換部７０８、Ｕ−Ｐｌａｎｅ信号送受信部７１０、Ｕ−Ｐｌａｎｅ信号アドレス変換部７１２、データ管理部７１４、及びＵ−Ｐｌａｎｅデータ制御部７１６を備える。

Ｃ−Ｐｌａｎｅ信号送受信部７０６は、例えばＩＰｖ４のＰ−ＣＳＣＦ５４０とＩＰｖ６のＩ−ＣＳＣＦ６３０との間で呼制御に関する情報のやり取りに用いられるＣ−Ｐｌａｎｅ信号の送受信を行う。Ｃ−Ｐｌａｎｅ信号アドレス変換部７０８は、Ｃ−Ｐｌａｎｅ信号送受信部７０６によって受信されたＣ−Ｐｌａｎｅ信号のＩＰバージョンをＩＰｖ４とＩＰｖ６との間で変換する処理を行う。

Ｕ−Ｐｌａｎｅ信号送受信部７１０は、例えばＩＰｖ４のＰ−ＣＳＣＦ５４０とＩＰｖ６のＩ−ＣＳＣＦ６３０との間で音声等のユーザ情報のやり取りに用いられるＵ−Ｐｌａｎｅ信号の送受信を行う。Ｕ−Ｐｌａｎｅ信号アドレス変換部７１２は、Ｕ−Ｐｌａｎｅ信号送受信部７１０によって受信されたＵ−Ｐｌａｎｅ信号のＩＰバージョンをＩＰｖ４とＩＰｖ６との間で変換する処理を行う。

データ管理部７１４は、Ｃ−Ｐｌａｎｅ信号アドレス変換部７０８及びＵ−Ｐｌａｎｅ信号アドレス変換部７１２におけるＩＰバージョンの変換に関するデータを管理する。また、Ｕ−Ｐｌａｎｅデータ制御部７１６は、Ｕ−Ｐｌａｎｅ信号送受信部７１０によって受信されたユーザ情報に関する処理を実行する。

次に、サーバ装置のハードウェア構成について説明する。図１２は、サーバ装置のハードウェア構成を示す図である。図１２のハードウェア構成は、ＡＳ５２０，６２０、Ｉ−ＣＳＣＦ５３０，６３０、Ｐ−ＣＳＣＦ５４０，６４０、Ｓ−ＣＳＣＦ５５０などのＩＰｖ４／ＩＰｖ６ＩＭＳ網に含まれる各種のサーバ装置に共通するハードウェア構成である。ここでは、一例として、Ｐ−ＣＳＣＦ５４０のハードウェア構成であると仮定して説明を行う。

図１２に示すように、Ｐ−ＣＳＣＦ５４０は、ＣＰＵ（Central Processing Unit）５８２、メモリ５８４、ＬＡＮ（Local Area Network）インタフェース５８６、及びハードディスク５８８を備える。

ＣＰＵ５８２は、メモリ５８４に格納された各種プログラムを実行する演算処理部である。ＣＰＵ５８２は、メモリ５８４に格納された各種プログラムを実行することにより、上述した端末側信号送受信部５４１、呼制御処理部５４２、判定部５４３、位置登録処理部５４４、及びＩＭＳ側信号送受信部５４８を制御する。なお、ＣＰＵ５８２で実行されるプログラムは、メモリ５８４に格納されるだけではなく、ＣＤ(Compact Disc)−ＲＯＭやメモリ媒体等の頒布できる記憶媒体に記録しておき、記憶媒体から読み出して実行することができる。また、ネットワークを介して接続されたサーバにプログラムを格納し、サーバ上でプログラムが動作するようにしておいて、ネットワークを介して接続されるＰ−ＣＳＣＦ５４０からの要求に応じてサービスを要求元のＰ−ＣＳＣＦ５４０に提供することもできる。

メモリ５８４は、Ｐ−ＣＳＣＦ５４０の各種機能を実行するためのデータ、及びＰ−ＣＳＣＦ５４０の各種機能を実行するための各種プログラムを格納するＲＯＭ(Read Only Memory)を有する。また、メモリ５８４は、ＲＯＭに格納された各種プログラムのうち実行されるプログラムを格納するＲＡＭ（Random Access Memory）を有する。

ＬＡＮインタフェース５８６は、例えば無線基地局２５０、及びＳ−ＣＳＣＦ５５０などの装置との信号の送受信を行うための入出力インタフェースである。ハードディスク５８８は、例えば、上述の加入者ＤＢ５４５、端末情報ＤＢ５４６、サーバアドレスＤＢ５４７などを格納する記憶部である。なお、加入者ＤＢ５４５、端末情報ＤＢ５４６、サーバアドレスＤＢ５４７は、ハードディスク５８８に格納するのではなく、メモリ５８４に格納することもできる。

次に、３Ｇ端末の位置登録処理の内容について説明する。図１３は、３Ｇ端末の位置登録処理のシーケンスを示す図である。図１３は、３Ｇ通信規格にのみ対応する携帯電話機１００が位置登録処理を行った場合の各サーバ装置のシーケンスを示すものである。

まず、携帯電話機１００は、携帯電話機１００に固有の識別情報（ＩＭＥＩ）を含み、携帯電話機１００の認証及び位置情報の登録のためのＲｅｇｉｓｔｅｒ信号を、３ＧＩＭＳ網の入口に配置されたＰ−ＣＳＣＦ（ＩＰｖ４）へ送信する（ステップＳ２０１）。

Ｐ−ＣＳＣＦ（ＩＰｖ４）は、Ｒｅｇｉｓｔｅｒ信号に含まれる識別情報（ＩＭＥＩ）と、端末情報ＤＢ５４６とに基づいて、Ｒｅｇｉｓｔｅｒ信号を送信した携帯電話機の種別を特定する（ステップＳ２０２）。ここでは、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、Ｒｅｇｉｓｔｅｒ信号を送信した携帯電話機が３Ｇ通信規格にのみ対応するシングル機種であることを特定する。なお、既存ネットワークに配備されるＰ−ＣＳＣＦ（ＩＰｖ４）は、既存ＩＭＳ網であるＩＰｖ４ＩＭＳネットワークに属している。また、携帯電話機からの位置登録実施時送信されるＳＩＰ信号（Ｒｅｇｉｓｔｅｒ信号）によって通知される情報にＩＭＥＩの情報が設定される。したがって、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、ＩＭＥＩの情報から、既存無線ネットワークのみで利用可能な端末か、既存又は新規無線ネットワークで利用可能な端末かを、端末情報ＤＢ５４６を参照することで判断することができる。

続いて、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、サーバアドレスＤＢ５４７におけるＩ−ＣＳＣＦ（ＩＰｖ４）のアドレスリストからラウンドロビン等によって１つのアドレスを選択し、Ｉ−ＣＳＣＦ（ＩＰｖ４）にＲｅｇｉｓｔｅｒ信号を送信する（ステップＳ２０３）。

Ｉ−ＣＳＣＦ（ＩＰｖ４）は、ＡＳ（ＩＰｖ４）を選択してＲｅｇｉｓｔｅｒ信号を送信する（ステップＳ２０４）。ＡＳ（ＩＰｖ４）は、ユーザ情報よりＨＳＳ（ＩＰｖ４）を特定し、ユーザ登録を行う（ステップＳ２０５）とともに、ＨＳＳ（ＩＰｖ４）からユーザ情報のダウンロードを実施する（ステップＳ２０６）。

ＡＳ（ＩＰｖ４）は、リクエストの処理が成功したことを示す２００ＯＫ信号を、Ｉ−ＣＳＣＦ（ＩＰｖ４）へ送信する（ステップＳ２０７）。続いて、Ｉ−ＣＳＣＦ（ＩＰｖ４）は、受信した２００ＯＫ信号を、Ｐ−ＣＳＣＦ（ＩＰｖ４）へ送信する（ステップＳ２０８）。続いて、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、受信した２００ＯＫ信号を、携帯電話機１００へ送信する（ステップＳ２０９）。

次に、３Ｇ／３．９Ｇ端末の位置登録処理の内容を説明する。図１４は、３Ｇ／３．９Ｇ端末の位置登録処理のシーケンスを示す図である。図１４は、３Ｇ通信規格及び３．９Ｇ通信規格の両方に対応する携帯電話機２００が位置登録処理を行った場合の各サーバ装置のシーケンスを示すものである。また、図１４は、携帯電話機２００が３Ｇ通信エリアに在圏している状態で位置登録処理を行った場合の各サーバ装置のシーケンスを示すものである。

まず、携帯電話機２００は、携帯電話機２００に固有の識別情報（ＩＭＥＩ）を含み、携帯電話機２００の認証及び位置情報の登録のためのＲｅｇｉｓｔｅｒ信号を、３ＧＩＭＳ網の入口に配置されたＰ−ＣＳＣＦ（ＩＰｖ４）へ送信する（ステップＳ３０１）。

Ｐ−ＣＳＣＦ（ＩＰｖ４）は、Ｒｅｇｉｓｔｅｒ信号に含まれる識別情報（ＩＭＥＩ）と、端末情報ＤＢ５４６とに基づいて、Ｒｅｇｉｓｔｅｒ信号を送信した携帯電話機の種別を特定する（ステップＳ３０２）。ここでは、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、Ｒｅｇｉｓｔｅｒ信号を送信した携帯電話機が３Ｇ／３．９Ｇ通信規格にのみ対応するデュアル機種であることを特定する。

続いて、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、サーバアドレスＤＢ５４７におけるＩ−ＣＳＣＦ（ＩＰｖ６）及び経由するＩＰ変換部７０４のアドレスリストからラウンドロビン等によってそれぞれ１つのアドレスを選択し、ＩＰ変換部７０４を経由してＩ−ＣＳＣＦ（ＩＰｖ６）にＲｅｇｉｓｔｅｒ信号を送信する（ステップＳ３０３）。例えば、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、Ｉ−ＣＳＣＦ（ＩＰｖ６）をルート情報に設定し、ＩＰ変換部７０４へＲｅｇｉｓｔｅｒ信号を送信する。

ＩＰ変換部７０４は、ルート情報に設定されているＩ−ＣＳＣＦ（ＩＰｖ６）へＲｅｇｉｓｔｅｒ信号を送信する（ステップＳ３０４）。Ｉ−ＣＳＣＦ（ＩＰｖ６）は、ＡＳ（ＩＰｖ６）を選択してＲｅｇｉｓｔｅｒ信号を送信する（ステップＳ３０５）。ＡＳ（ＩＰｖ６）は、ユーザ情報よりＨＳＳ（ＩＰｖ６）を特定し、ユーザ登録を行う（ステップＳ３０６）とともに、ＨＳＳ（ＩＰｖ６）からユーザ情報のダウンロードを実施する（ステップＳ３０７）。

ＡＳ（ＩＰｖ６）は、リクエストの処理が成功したことを示す２００ＯＫ信号を、Ｉ−ＣＳＣＦ（ＩＰｖ６）へ送信する（ステップＳ３０８）。続いて、Ｉ−ＣＳＣＦ（ＩＰｖ６）は、受信した２００ＯＫ信号を、ＩＰ変換部７０４へ送信する（ステップＳ３０９）。続いて、ＩＰ変換部７０４は、受信した２００ＯＫ信号を、Ｐ−ＣＳＣＦ（ＩＰｖ４）へ送信する（ステップＳ３１０）。続いて、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、受信した２００ＯＫ信号を、携帯電話機２００へ送信する（ステップＳ３１１）。

次に、３Ｇ端末の発信処理が行われた際の各サーバ装置の処理内容について説明する。図１５は、３Ｇ端末の発信処理のシーケンスを示す図である。図１５は、ユーザＡＡが所持する３Ｇ通信規格にのみ対応する携帯電話機１００が発信処理を行った場合の各サーバ装置のシーケンスを示すものである。

図１５に示すように、まず、携帯電話機１００は、Ｐ−ＣＳＣＦ（ＩＰｖ４）に対して、着番号を設定したＩＮＶＩＴＥ信号を送信する（ステップＳ４０１）。ここで、ＩＮＶＩＴＥ信号について説明を行う。図１６は、ＳＩＰのＩＮＶＩＴＥ信号のイメージを説明するための図である。ＩＮＶＩＴＥ信号は、図１６に示すように、例えば、接続相手先の電話番号、接続ドメインなどが規定される。

図１５の説明に戻って、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、加入者ＤＢ５２８からＩ−ＣＳＣＦ（ＩＰｖ４）を特定する（ステップＳ４０２）。例えば、図６の加入者ＤＢ５２８よりユーザＡＡはＩＰｖ４のＩ−ＣＳＣＦに収容されていることから、Ｐ−ＣＳＣＦ（ＩＰｖ４）はＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ（ＩＰｖ４）へ送信する（ステップＳ４０３）。

続いて、Ｉ−ＣＳＣＦ（ＩＰｖ４）は、ユーザが収容されているＡＳ（ＩＰｖ４）を特定してＩＮＶＩＴＥ信号を送信する（ステップＳ４０４）。続いて、ＡＳ（ＩＰｖ４）は、ユーザＡＡの状態を空き状態から発呼中状態に遷移させる（ステップＳ４０５）。続いて、ＡＳ（ＩＰｖ４）は、着番号から、接続先にルーチングを行う。例えば、ＡＳ（ＩＰｖ４）は、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ（ＩＰｖ４）へ送信し（ステップＳ４０６）、Ｉ−ＣＳＣＦ（ＩＰｖ４）は受信したＩＮＶＩＴＥ信号を接続先へ送信する（ステップＳ４０７）。

続いて、接続先は、リクエストの処理が成功したことを示す２００ＯＫ信号を、Ｉ−ＣＳＣＦ（ＩＰｖ４）へ送信する（ステップＳ４０８）。Ｉ−ＣＳＣＦ（ＩＰｖ４）は、受信した２００ＯＫ信号をＡＳ（ＩＰｖ４）へ送信する（ステップＳ４０９）。

ＡＳ（ＩＰｖ４）は、接続先から送信された２００ＯＫ信号を受信したら、呼状態を通信中に遷移させる（ステップＳ４１０）。そして、ＡＳ（ＩＰｖ４）は、２００ＯＫ信号をＩ−ＣＳＣＦ（ＩＰｖ４）へ送信する（ステップＳ４１１）。

続いて、Ｉ−ＣＳＣＦ（ＩＰｖ４）は、受信した２００ＯＫ信号をＰ−ＣＳＣＦ（ＩＰｖ４）へ送信する（ステップＳ４１２）。続いて、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、受信した２００ＯＫ信号を携帯電話機１００へ送信する（ステップＳ４１３）。

次に、３Ｇ／３．９Ｇ端末の第２呼発信が行われた際の各サーバ装置の処理内容について説明する。図１７は、３Ｇ／３．９Ｇ端末の第２呼発信のシーケンスを示す図である。図１７は、ユーザＡＢが所持する携帯電話機２００が、３．９Ｇ通信エリアに在圏している状態で第１呼の発信を行い、通話を継続した状態で３Ｇ通信エリアに移動してハンドオーバ（ＳＲＶＣＣ）をした後、第２呼発信を行った場合の各サーバ装置のシーケンスを示すものである。したがって、図１７のシーケンスが開始される前には、図１６と同様に処理シーケンスがＩＰｖ６側のＩＭＳ網で実施され、ＡＳ（ＩＰｖ６）によって、携帯電話機２００の第１呼の状態は通信中に遷移されているものとする。

まず、第２呼発信の前に、第１呼を保留中にする操作が行われたら、ＡＳ（ＩＰｖ６）は、携帯電話機２００の第１呼の状態を保留中に遷移させる（ステップＳ５０１）。続いて、携帯電話機２００は、Ｐ−ＣＳＣＦ（ＩＰｖ４）に対して、着番号を設定したＩＮＶＩＴＥ信号を送信する（ステップＳ５０２）。

Ｐ−ＣＳＣＦ（ＩＰｖ４）は、加入者ＤＢ５２８からＩ−ＣＳＣＦ（ＩＰｖ６）を特定する（ステップＳ５０３）。例えば、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、図６の加入者ＤＢ５２８よりユーザＡＢはＩＰｖ６のＩ−ＣＳＣＦに収容されていることを特定する。そして、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、図８のサーバアドレスＤＢ５４７よりＩＰ変換部７０４を選択し、Ｉ−ＣＳＣＦ（ＩＰｖ６）をルート情報に設定したＩＮＶＩＴＥ信号をＩＰ変換部７０４へ送信する（ステップＳ５０４）。

続いて、ＩＰ変換部７０４は、設定されたルート情報をもとに、受信したＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ（ＩＰｖ６）へ送信する（ステップＳ５０５）。続いて、Ｉ−ＣＳＣＦ（ＩＰｖ６）は、ユーザが収容されているＡＳ（ＩＰｖ６）を特定してＩＮＶＩＴＥ信号を送信する（ステップＳ５０６）。

ＡＳ（ＩＰｖ６）は、ユーザＡＢの第１呼の状態が保留中であることから、受信したＩＮＶＩＴＥ信号に係る発信は第２呼発信であると認識して、第２呼の状態を空き状態から発呼中状態へ遷移させる（ステップＳ５０７）。続いて、ＡＳ（ＩＰｖ６）は、着番号から、接続先にルーチングを行う。例えば、ＡＳ（ＩＰｖ６）は、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ（ＩＰｖ６）へ送信する（ステップＳ５０８）。Ｉ−ＣＳＣＦ（ＩＰｖ６）は、受信したＩＮＶＩＴＥ信号を接続先へ送信する（ステップＳ５０９）。

続いて、接続先は、リクエストの処理が成功したことを示す２００ＯＫ信号を、Ｉ−ＣＳＣＦ（ＩＰｖ６）へ送信する（ステップＳ５１０）。Ｉ−ＣＳＣＦ（ＩＰｖ６）は、受信した２００ＯＫ信号をＡＳ（ＩＰｖ６）へ送信する（ステップＳ５１１）。

ＡＳ（ＩＰｖ６）は、接続先から送信された２００ＯＫ信号を受信したら、第２呼の状態を通信中に遷移させる（ステップＳ５１２）。そして、ＡＳ（ＩＰｖ６）は、２００ＯＫ信号をＩ−ＣＳＣＦ（ＩＰｖ６）へ送信する（ステップＳ５１３）。

続いて、Ｉ−ＣＳＣＦ（ＩＰｖ６）は、受信した２００ＯＫ信号をＩＰ変換部７０４へ送信する（ステップＳ５１４）。続いて、ＩＰ変換部７０４は、受信した２００ＯＫ信号をＰ−ＣＳＣＦ（ＩＰｖ４）へ送信する（ステップＳ５１５）。続いて、Ｐ−ＣＳＣＦ（ＩＰｖ４）は、受信した２００ＯＫ信号を携帯電話機２００へ送信する（ステップＳ５１６）。

以上のように、本実施形態のサーバ装置（Ｐ−ＣＳＣＦ５４０）によれば、簡易な構成で携帯無線端末の呼状態を一元管理することができる。すなわち、本実施形態は、既存ＩＭＳネットワークであるＩＰｖ４網の入り口に配置されたＰ−ＣＳＣＦ５４０において、位置登録信号を送信した携帯電話機がシングル端末かデュアル端末であるかを判定する。そして、Ｐ−ＣＳＣＦ５４０は、シングル機種を所持する既存の加入者は既存ＩＭＳ網（ＩＰｖ４）で、デュアル機種を所持するデュアル加入者については、新規ＩＭＳ網（ＩＰｖ６）でユーザ情報をダウンロードし呼処理を実施する。したがって、デュアル機種を所持するデュアル加入者については、新規網での呼処理及び既存網利用時の呼処理も新規のＩＭＳ網（ＩＰｖ６）で実施されることから、呼の状態が一元管理されることとなる。例えば、３．９Ｇから３Ｇへハンドオーバ（ＳＲＶＣＣ）を実施したデュアル端末が発信した場合にも、ＩＰｖ６ＩＭＳ網にルーチングされ加入者状態を判定するため、３Ｇ／３．９Ｇの呼状態がＩＰｖ６ＩＭＳ網に一元管理されることとなる。したがって、呼の状態が分散管理されることがないので、ＩＰｖ４／ＩＰｖ６ネットワーク間で呼の状態を共用するなどの仕組みを設けなくてもよく、処理が簡素化される。また、本実施形態によれば、既存ＩＭＳ網への影響は、Ｐ−ＣＳＣＦ５４０の処理を変更するだけの最小限の対応となるので、簡易な構成で携帯無線端末の呼状態を一元管理することができる。

なお、上述の実施形態は、主にサーバ装置（Ｐ−ＣＳＣＦ５４０）及び通信制御方法を中心に説明したが、これに限らず、あらかじめ用意された通信制御プログラムをサーバ装置（コンピュータ）で実行することによって、上述の実施形態と同様の機能を実現することができる。すなわち、通信制御プログラムは、サーバ装置に、携帯無線端末に固有の識別情報を含み、前記携帯無線端末の位置情報の登録のために前記携帯無線端末から送信された位置登録信号に含まれる前記識別情報に基づいて、該位置登録信号を送信した携帯無線端末が第１の通信規格にのみ対応する機種であるか又は前記第１の通信規格及び第２の通信規格の両方に対応する機種であるかを判定する処理を実行させる。また、通信制御プログラムは、サーバ装置に、前記位置登録信号を送信した携帯無線端末が前記第１の通信規格にのみ対応する機種であると判定した場合には、前記位置登録信号に基づく位置登録処理を第１のインターネットプロトコルを用いた処理を行うサーバに実行させる処理を実行する。また、通信制御プログラムは、サーバ装置に、前記位置登録信号を送信した携帯無線端末が前記第１の通信規格及び前記第２の通信規格の両方に対応する機種であると判定した場合には、前記位置登録信号に基づく位置登録処理を第２のインターネットプロトコルを用いた処理を行うサーバに実行させる処理を実行させる。なお、通信制御プログラムは、インターネットなどの通信ネットワークを介してコンピュータに配布することができる。また、通信制御プログラムは、サーバ装置に設けられたメモリ、ハードディスク、その他のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

１００，２００ 携帯電話機
５２０，６２０ ＡＳ
５３０，６３０ Ｉ−ＣＳＣＦ
５４０ Ｐ−ＣＳＣＦ
５４１ 端末側信号送受信部
５４２ 呼制御処理部
５４３ 判定部
５４４ 位置登録処理部
５４６ 端末情報ＤＢ
７０４ ＩＰ変換部
８０２ 機種固有情報
８０４ 端末種別

Claims (7)

1. 携帯無線端末に固有の識別情報を含み、前記携帯無線端末の位置情報の登録のために前記携帯無線端末から送信された位置登録信号を受信する受信部と、
   前記受信部によって受信された位置登録信号に含まれる識別情報に基づいて、該位置登録信号を送信した携帯無線端末が第１の通信規格にのみ対応する機種であるか又は前記第１の通信規格及び第２の通信規格の両方に対応する機種であるかを判定する判定部と、
   前記判定部によって前記位置登録信号を送信した携帯無線端末が前記第１の通信規格にのみ対応する機種であると判定された場合には、前記位置登録信号に基づく位置登録処理を第１のインターネットプロトコルを用いた処理を行うサーバに実行させ、前記位置登録信号を送信した携帯無線端末が前記第１の通信規格及び前記第２の通信規格の両方に対応する機種であると判定された場合には、前記位置登録信号に基づく位置登録処理を第２のインターネットプロトコルを用いた処理を行うサーバに実行させる位置登録処理部と、
   を備えることを特徴とするサーバ装置。
2. 携帯無線端末に固有の複数の識別情報と、該複数の識別情報のそれぞれに対応付けられ、前記第１の通信規格にのみ対応する機種であるか又は前記第１の通信規格及び前記第２の通信規格の両方に対応する機種であるかを特定する特定情報とを有する端末情報ＤＢをさらに備え、
   前記判定部は、前記受信部によって受信された位置登録信号に含まれる識別情報と、前記端末情報ＤＢとに基づいて、前記位置登録信号を送信した携帯無線端末が前記第１の通信規格にのみ対応する機種であるか又は前記第１の通信規格及び前記第２の通信規格の両方に対応する機種であるかを判定する
   ことを特徴とする請求項１に記載のサーバ装置。
3. 前記第１の通信規格は、第３世代移動通信規格であり、前記第２の通信規格は、第３．９世代移動通信規格である
   ことを特徴とする請求項１に記載のサーバ装置。
4. 前記第１のインターネットプロトコルは、インターネットプロトコルバージョン４であり、前記第２のインターネットプロトコルは、インターネットプロトコルバージョン６である
   ことを特徴とする請求項１に記載のサーバ装置。
5. 前記サーバ装置は、前記インターネットプロトコルバージョン４を用いた処理を行うＰ−ＣＳＣＦサーバであり、
   前記位置登録処理部は、前記位置登録信号を送信した携帯無線端末が前記第１の通信規格及び前記第２の通信規格の両方に対応する機種であると判定された場合には、前記位置登録信号に基づく位置登録処理を、前記インターネットプロトコルバージョン６を用いた処理を行うサーバに実行させる
   ことを特徴とする請求項４に記載のサーバ装置。
6. サーバ装置に、
   携帯無線端末に固有の識別情報を含み、前記携帯無線端末の位置情報の登録のために前記携帯無線端末から送信された位置登録信号に含まれる前記識別情報に基づいて、該位置登録信号を送信した携帯無線端末が第１の通信規格にのみ対応する機種であるか又は前記第１の通信規格及び第２の通信規格の両方に対応する機種であるかを判定し、
   前記位置登録信号を送信した携帯無線端末が前記第１の通信規格にのみ対応する機種であると判定した場合には、前記位置登録信号に基づく位置登録処理を第１のインターネットプロトコルを用いた処理を行うサーバに実行させ、
   前記位置登録信号を送信した携帯無線端末が前記第１の通信規格及び前記第２の通信規格の両方に対応する機種であると判定した場合には、前記位置登録信号に基づく位置登録処理を第２のインターネットプロトコルを用いた処理を行うサーバに実行させる
   処理を実行させることを特徴とする通信制御プログラム。
7. 携帯無線端末に固有の識別情報を含み、前記携帯無線端末の位置情報の登録のために前記携帯無線端末から送信された位置登録信号を受信し、
   前記受信された位置登録信号に含まれる識別情報に基づいて、該位置登録信号を送信した携帯無線端末が第１の通信規格にのみ対応する機種であるか又は前記第１の通信規格及び第２の通信規格の両方に対応する機種であるかを判定し、
   前記位置登録信号を送信した携帯無線端末が前記第１の通信規格にのみ対応する機種であると判定された場合には、前記位置登録信号に基づく位置登録処理を第１のインターネットプロトコルを用いた処理を行うサーバに実行させ、
   前記位置登録信号を送信した携帯無線端末が前記第１の通信規格及び前記第２の通信規格の両方に対応する機種であると判定された場合には、前記位置登録信号に基づく位置登録処理を第２のインターネットプロトコルを用いた処理を行うサーバに実行させる
   ことを特徴とする通信制御方法。

Images