通信システム及びデタッチ処理制御方法
【課題】ネットワーク側にて通信端末のデタッチ状態を判別し、ネットワーク側でデタッチ処理を行う
【解決手段】通信システム１は、着信端末２１への着呼時にこの着信端末２１が応答しない場合に、着信端末２１が通信不能な状態であるデタッチ状態となっているか否かを判別する回線交換サービス装置２４のデタッチ処理制御部２４１と、着信端末２１がデタッチ状態となっていると判別された場合、着信端末２１のデタッチ処理を実行するＧＳ−ＧＷ２２のデタッチ処理部２２１と、を備える。
【解決手段】通信システム１は、着信端末２１への着呼時にこの着信端末２１が応答しない場合に、着信端末２１が通信不能な状態であるデタッチ状態となっているか否かを判別する回線交換サービス装置２４のデタッチ処理制御部２４１と、着信端末２１がデタッチ状態となっていると判別された場合、着信端末２１のデタッチ処理を実行するＧＳ−ＧＷ２２のデタッチ処理部２２１と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及びデタッチ処理制御方法に関する。
【背景技術】
【０００２】
従来、携帯電話などの通信端末間の通話を制御する通信システムにおいて、通信端末が在圏しているときに、ユーザの操作または端末の電池切れによって端末の電源がオフになると、この通信端末からネットワークに対して、通信端末が通信不能状態となったことを示すデタッチ要求が送信される。ネットワーク側では、このデタッチ要求に応じてデタッチ処理を行いうことで、通信端末がデタッチ状態に遷移し、通信不能状態となっていることを認識することができる（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２００２−５３２９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載されるような従来の通信システムでは、通信不能状態となった通信端末からデタッチ要求が行われない限り、ネットワーク側が通信端末のデタッチ状態への遷移を認識することができないという問題があった。
【０００５】
例えば、通信端末が、通信可能な状態であるアタッチ状態であるとネットワーク側に認識されたまま圏外に移動すると、ネットワーク側は通信端末の状態を認識することができない。つまり、通信端末が圏外においてデタッチ状態に遷移したとしても、ネットワーク側は依然として端末がアタッチ状態と認識し続けることとなる。このため、この通信端末に着信があるたびに、この着呼側の通信端末（着信端末）は応答不能であるにも係わらず、着信端末を呼び出すページング処理が実行され、無駄なページング処理が発生することになる。
【０００６】
無駄なページング処理が発生すると、ネットワークへの負荷が増え、ネットワークリソースを圧迫することになる。また、ページング処理では所定時間呼び出しに応じなかった後に接続不能の旨が発信側の通信端末（発信端末）に伝えられるので、無駄なページング処理が発生すると、発信端末のユーザは無駄な待ち時間を要することとなる。
【０００７】
したがって、通信端末がデタッチ要求を行わなくても、ネットワーク側が通信端末のデタッチ状態を判別し、デタッチ処理ができることが好ましい。
【０００８】
本発明は、上記の問題を解決するためになされたものであり、デタッチ要求有無に関係なく、ネットワーク側にて通信端末のデタッチ状態を判別し、ネットワーク側でデタッチ処理を行うことができる通信システム及びデタッチ処理制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明に係る通信システムは、通信端末間の通信を行う通信システムであって、通信端末のうちの一の通信端末への着呼時にこの通信端末が応答しない場合に、この通信端末が通信不能な状態であるデタッチ状態となっているか否かを判別する判別手段と、判別手段により一の通信端末がデタッチ状態となっていると判別された場合、この通信端末のデタッチ処理を実行するデタッチ実行手段と、を備えることを特徴とする。
【００１０】
同様に、上記課題を解決するため、本発明に係るデタッチ処理制御方法は、通信端末間の通信を行う通信システムにて行われるデタッチ処理制御方法であって、通信端末のうちの一の通信端末への着呼時にこの通信端末が応答しない場合に、この通信端末が通信不能な状態であるデタッチ状態となっているか否かを判別する判別ステップと、判別ステップにおいて一の通信端末がデタッチ状態となっていると判別された場合、この通信端末のデタッチ処理を実行するデタッチ実行ステップと、を備えることを特徴とする。
【００１１】
このような通信システム及びデタッチ処理制御方法によれば、着呼時に、着信側の通信端末が応答しない場合に、当該通信端末が通信不能な状態であるデタッチ状態となっているか否かが判別され、デタッチ状態となっていると判別された場合には、通信端末のデタッチ処理が実行される。このように、デタッチ要求有無に関係なく、ネットワーク側にて通信端末のデタッチ状態を判別し、ネットワーク側でデタッチ処理を行うことができる。この結果、再度この通信端末に着呼があった場合には、ネットワーク側が当該通信端末のデタッチ状態を認識することができるので、ページング処理を実行せずに発信側の通信端末に接続不能の旨を伝えることができる。これにより、無駄なページング処理の発生を抑制することが可能となり、ネットワーク負荷を軽減すると共に、発信端末のユーザの無駄な待ち時間を無くすことができる。
【００１２】
また、通信システムは、通信端末の電池残量を示す電池レベルを取得する電池レベル取得手段を備え、判別手段は、電池レベル取得手段により取得された電池レベルに基づいて、一の通信端末のデタッチ状態を判別することが好適である。
【００１３】
この構成により、通信端末から取得した電池レベルに基づきネットワーク側で通信端末の電池残量を把握することができるので、着信側の通信端末が応答せずこの通信端末の現在の状態が不明である場合でも、ネットワーク側にて通信端末がデタッチ状態か否かを好適に判別することができる。
【００１４】
また、通信システムにおいて、電池レベル取得手段は、通信端末から周期的に送信される、この通信端末の電池レベルを取得する処理を実行する旨の要求を受信するのに応じて、要求を送信した通信端末から電池レベルを取得することが好適である。
【００１５】
この構成により、ネットワーク側は周期的に電池レベルの情報を通信端末から取得することができるので、ネットワーク側では周期的に新たに更新される電池レベルの情報を用いて通信端末のデタッチ状態を判別することができ、この結果、ネットワーク側にて通信端末がデタッチ状態か否かを精度良く判別することができる。
【００１６】
また、通信システムは、電池レベル取得手段により取得された電池レベルと、この電池レベルの取得時刻とに基づいて、一の通信端末が現在電池切れの状態か否かを判定する電池切れ判定手段を備え、判別手段は、電池切れ判定手段により一の通信端末が現在電池切れの状態であると判定された場合、この通信端末がデタッチ状態となっていると判別することが好適である。
【００１７】
この構成により、通信端末から取得された電池レベルと、この電池レベルの取得された時刻に基づいて、着信側の通信端末が現在電池切れの状態か否かが判定され、電池切れ状態と判定された場合にデタッチ状態であると判定される。このため、通信端末の現在の状態（電池切れか否か）を推定し、この推定された現在の状態に基づきデタッチ状態を判定することができるので、ネットワーク側にて通信端末がデタッチ状態か否かについて、より一層精度良く判別することができる。
【００１８】
また、通信システムは、通信端末のアタッチ処理を実行するアタッチ実行手段を備え、デタッチ実行手段は、通信端末のデタッチ処理を実行したときに、ネットワーク側でデタッチ処理を実行したことを示すフラグを立て、アタッチ実行手段は、通信端末が圏内に復帰したときに、フラグが立てられていた場合に、アタッチ処理を実行することが好適である。
【００１９】
この構成により、ネットワーク側で通信端末のデタッチ処理が実行された後に、この通信端末が圏内に復帰したときに、デタッチ処理が行われたことを識別してアタッチ処理が実行される。このため、ネットワーク側で通信端末のデタッチ処理が実行された場合のみ、ネットワーク側でアタッチ処理を実行することができる。
【発明の効果】
【００２０】
本発明に係る通信システム及びデタッチ処理制御方法によれば、ネットワーク側にて通信端末のデタッチ状態を判別し、ネットワーク側でデタッチ処理を行うことができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係る通信システムの機能ブロック図である。
【図２】電池レベル保持部のデータ構成の一例を示す図である。
【図３】残り時間導出テーブルのデータ構成の一例を示す図である。
【図４】着信端末のハードウェア構成図である。
【図５】ＩＰサービス制御装置のハードウェア構成図である。
【図６】本実施形態の通信システムにおいて実行される電池レベル取得処理を示すシーケンス図である。
【図７】本実施形態の通信システムにおいて実行されるデタッチ判定処理を示すシーケンス図である。
【図８】本実施形態の通信システムにおいて実行される着信端末の圏内復帰後のアタッチ処理を示すシーケンス図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００２３】
図１は、本発明の一実施形態に係る通信システム１の機能ブロック図である。通信システム１は、ＩＭＳ（IP Multimedia Subsystem）網を含む移動体通信網において、発呼側の通信端末（発信端末）３１と着呼側の通信端末（着信端末）２１との間の呼制御を実行するシステムである。着信端末２１が在圏している着側ＩＭＳ網２は、ＣＳ−ＧＷ（Circuit Switching Gate Way）２２と、Ｓ−ＣＳＣＦ（Serving Call Session Control Function）２３と、回線交換サービス装置２４と、ＩＰ（Internet Protocol）サービス制御装置２５と、ＭＲＦ（MediaResource Function）２６とを備えている。また、発信端末３１が在圏している発側ＩＭＳ網３には、説明の便宜上ＣＳ−ＧＷ３２及びＳ−ＣＳＣＦ３３のみが図示されているが、着側ＩＭＳ網２と同様の構成をとるものである。
【００２４】
特に本実施形態において、通信システム１は、発信端末３１から着信端末２１へ呼制御を行う際に着信端末２１が呼び出しに応じない場合に、着信端末２１の電池残量を示す電池レベルに基づき、着信端末２１が現在電池切れとなっているか否かを判定する。そして、電池切れと判定した場合には、着信端末２１がデタッチ状態に遷移したものと判断し、ネットワーク（網）側で着信端末２１のデタッチ処理を実行することを特徴とするものである。ここで、「デタッチ状態」とは、通信端末が通信不能な状態を意味するものである。
【００２５】
つまり、通信システム１は、着信端末２１がアタッチ状態のまま圏外に移動し、その後に圏外でデタッチ状態となっている状態や、さらにデタッチ状態のまま再び在圏している状態、もしくは着信端末２１がデタッチ要求せずにデタッチ状態となっている状態においても、着信端末２１がデタッチ状態に遷移したことをネットワーク側で識別することできる。
【００２６】
着信端末２１及び発信端末３１は、携帯電話、ＰＤＡ（Personal Digital Assistant：個人情報端末）、パーソナルコンピュータなど、通信機能を有する装置を含むものであり、移動体通信網を介して相互に通信可能な状態で接続される。また、着信端末２１及び発信端末３１は、３Ｇ端末やＩＭＳ端末であり、３Ｇ端末の場合には、ＣＳ−ＧＷ２２を介してＳ−ＣＳＣＦ２３と信号の送受信を行うことにより在圏するＩＭＳ網を介して通信を行うことができる。
【００２７】
特に本実施形態においては、着信端末２１は、図１に示すように、電池レベル取得処理制御部（要求手段）２１１と、通信部２１２とを備えて構成されている。
【００２８】
電池レベル取得処理制御部２１１は、着側ＩＭＳ網２（ネットワーク）に対して、当該着信端末２１の電池の残量を示す電池レベルの情報を着信端末２１から取得するための電池レベル取得処理を実施させる。より詳細には、電池レベル取得処理制御部２１１は、着信端末２１の電源が入った後にタイマを起動し、このタイマが一定周期の所定タイミングに達した場合に、通信部２１２を介してＩＰサービス制御装置２５に対して、上記の電池レベル取得処理の開始させるための電池レベル取得処理開始要求を送信する。
【００２９】
通信部２１２は、上述のように電池レベル取得処理制御部２１１から送出される電池レベル取得処理開始要求をＩＰサービス制御装置２５に送信する。また、通信部２１２は、着信端末２１の電源が入ったときに、既存の位置登録処理を実行するためのLocationUpdateRequest信号をＣＳ−ＧＷ２２に送信する。
【００３０】
ＣＳ−ＧＷ２２，３３は、通信端末をＩＭＳ網と通信可能に接続させるための装置である。特に通信端末が３Ｇ端末である場合には、３Ｇ端末を収容するためのインターワーク装置として機能する。より詳細には、３Ｇ端末からの３Ｇ回線用プロトコル（例えばCall ControlやMobility Management）を終端し、ＳＩＰ（Session Initiation Protocol）に変換し、ＩＭＳで基本呼制御機能を提供するＣＳＣＦとインターワークする。
【００３１】
特に本実施形態においては、着側ＩＭＳ網のＣＳ−ＧＷ２２は、図１に示すように、デタッチ処理部（デタッチ実行手段）２２１と、アタッチ処理部（アタッチ実行手段）２２２とを備えて構成されている。
【００３２】
デタッチ処理部２２１は、網側から着信端末２１のデタッチ処理を実行する。より詳細には、デタッチ処理部２２１は、後述するように、ＩＰサービス制御装置２５において着信端末２１の電池切れが判定され、これに応じて回線交換サービス装置２４において着信端末２１のデタッチ処理を網側から行うべく送出されるSIP_PUBRISH（デタッチ通知）を受信すると、既存のデタッチ処理（デタッチフラグを立てる処理、およびデタッチタイマを起動する処理）を実行する。また、デタッチ処理部２２１は、既存のデタッチ処理を実行した際に「圏内復帰検出フラグ」を立てる。「圏内復帰検出フラグ」とは、着信端末２１がネットワークと通信不能な状態にあったため、ネットワーク側による着信端末２１のデタッチ処理が実行されたことを示すフラグである。この圏内復帰検出フラグは、後述する既存の報知処理が着信端末２１とネットワークとの間で行われたときに、着信端末２１が圏内で復帰した前に、ネットワーク側によるデタッチ処理が実行されたか否かを判断するために用いられる。
【００３３】
アタッチ処理部２２２は、網側から着信端末２１のアタッチ処理を実行する。より詳細には、アタッチ処理部２２２は、着信端末２１との間で報知情報処理が実行された際に、圏内復帰検出フラグが立てられておりＯＮ状態である場合に、既存のアタッチ処理を実行する。また、アタッチ処理部２２２は、アタッチ処理を実行した際には圏内復帰検出フラグをＯＦＦに変更する。
【００３４】
Ｓ−ＣＳＣＦ２３，３３は、標準のＩＭＳにおいて、ＳＩＰメッセージの処理を行う論理ノードであり、ユーザの登録やセッション設定の制御を行う。本実施形態では、着側ＩＭＳ網２のＳ−ＣＳＣＦ２３は、回線交換サービス装置２４から受信するSIP_PUBRISH（デタッチ通知）をＣＳ−ＧＷ２２に転送する処理や、ＣＳ−ＧＷ２２から受信するSIP200OKを回線交換サービス装置２４に転送する処理を行う。
【００３５】
回線交換サービス装置２４は、標準のＩＭＳにおいて着信サービス制御を行うＡＳ（Application Server）である。本実施形態では、回線交換サービス装置２４は、デタッチ処理制御部（判別手段）２４１を備えて構成されている。
【００３６】
デタッチ処理制御部２４１は、網側で着信端末２１のデタッチ処理の実行を制御する。より詳細には、デタッチ処理制御部２４１は、着信端末２１へのページングがタイムアウトしたことを示すSIP_RequestTimeOutをＳ−ＣＳＣＦ２３を介してＣＳ−ＧＷ２２から受信すると、ＩＰサービス制御装置２５にＮＷデタッチ処理判定要求を送信する。そして、ＩＰサービス制御装置２５から受信したＮＷデタッチ処理判定の判定結果通知に基づき、着信端末２１がデタッチ状態となっているか否かを判別する。具体的には、デタッチ処理制御部２４１は、ネットワーク側で着信端末２１のデタッチ処理を実行すべきことを示す「ＮＷデタッチ実施要求」が判定結果通知に含まれている場合に、着信端末２１がデタッチ状態となっていると判断し、デタッチ処理の実行を指示するSIP_PUBRISH（デタッチ通知）をＣＳ−ＧＷ２２に送信する。
【００３７】
ＩＰサービス制御装置２５は、ＩＭＳ方式におけるＨＳＳ（Home Subscriber Server）としての機能を有し、標準のＩＭＳにおいて定義された加入者情報データベースを管理する論理ノードである。加入者情報としては、ＩＭＳ在圏の端末の電話番号と関連づけてサービス設定情報が登録されている。
【００３８】
本実施形態では、ＩＰサービス制御装置２５は、電池レベル取得部（電池レベル取得手段）２５１と、電池レベル保持部２５２と、電池切れ時刻推定部２５３と、電池切れ判定部（電池切れ判定手段）２５４とを備えて構成されている。
【００３９】
電池レベル取得部２５１は、着信端末２１の電池の充電度合いを示す電池レベルを取得する。電池レベル取得部２５１は、着信端末２１から電池レベル取得処理開始要求を受信するのに応じて、着信端末２１から電池レベルを取得する。また、電池レベル取得部２５１は、着信端末２１の電源がオンとなったときに通常行われる位置登録処理において、ＣＳ−ＧＷ２２から送信されるUserAuthenticationRequest信号を受信した際にも、着信端末２１から電池レベルを取得する。なお、電池レベル取得部２５１は、周知のＯＭＡ標準処理を用いて着信端末２１から電池レベルを取得することができる。電池レベル取得部２５１は、着信端末２１から取得した電池レベルの情報を用いて、電池レベル保持部２５２を更新する。
【００４０】
電池レベル保持部２５２は、電池レベル取得部２５１により取得された着信端末２１の電池レベルを保持する。電池レベル保持部２５２のデータ構成の一例を図２に示す。図２に示すように、電池レベル保持部２５２は、着信端末２１の識別情報（例えば電話番号）である「ＭＳＩＳＤＮ」、着信端末２１の製品番号である「ＩＭＥＩ（International Mobile Equipment Identifier：国際移動体装置識別番号）」、着信端末２１の電池の充電レベルを示す「電池レベル」、この電池レベルを着信端末２１から取得した時刻を示す「データ取得時刻」、及び着信端末２１の電池の残りの持ち時間を示す「残り時間」を関連づけて保持している。
【００４１】
「電池レベル」は、本実施形態では４段階のレベルが設定されており、レベル０（Ｌｖ．０）は電池切れ状態であり、レベル１（Ｌｖ．１）は充電レベル５％未満であり、レベル２（Ｌｖ．２）は充電レベル５〜５０％であり、レベル３（Ｌｖ．３）は充電レベル５０％以上の状態を表すものとする。なお、このレベル設定は、電池残量の段階を設けることができればよく、４段階以外を設定することも可能である。
【００４２】
「残り時間」は、着信端末２１の製品種別（この製品で用いられる電池の種類）及び電池レベルに基づき決まる値である。具体的には、例えば図３に示すように、各製品（「製品番号」）に用いられる電池の種類を示す「電池パックＩＤ」と、電池レベルに応じた「残り時間」とを対応付けた残り時間導出テーブル２５２ａがＩＰサービス制御装置２５内に保持されている。そして、電池レベル取得部２５１が、着信端末２１から取得した「ＩＭＥＩ（製品番号）」及び「電池レベル」に基づき、残り時間導出テーブル２５２ａを参照して「残り時間」を導出する。図３の例では、例えば製品番号“Ｐ９０６ｉ”の電池レベルが“Ｌｖ２”の場合、電池の残り時間は“２００分”である。
【００４３】
なお、図３に示すように、電池の種類によって電池レベルに応じた残り時間は異なり、また、同じ電池でもこの電池を用いる端末の種類が異なれば、電池レベルに応じた残り時間は異なるものとなる。例えば、製品番号“Ｐ９０６ｉ”及び“Ｐ９０５ｉ”の端末には、共に電池パックＩＤ“Ｐ０６”という同一の電池が用いられているが、電池レベルに応じた残り時間は、レベル１→レベル２→レベル３の順で、それぞれ“５分→２００分→３００分”及び“３分→１８０分→３６０分”である。また、図３に示す残り時間導出テーブル２５２ａの電離レベルに応じた「残り時間」の情報は、端末の発売時期や機種の新旧に応じて、移動体通信網２を管理する通信事業者により適宜変更可能である。
【００４４】
電池切れ時刻推定部２５３は、電池レベル保持部２５２に保持される着信端末２１の電池レベルの情報に基づいて、着信端末２１が電池切れとなる時刻を推定する。より詳細には、電池切れ時刻推定部２５３は、電池レベル保持部２５２の「データ取得時刻」に「残り時間」を加算した時刻を、「電池切れ時刻」として算出する。例えば、図２の示す電池レベル保持部２５２のうちＩＭＥＩ“Ｐ９０５ｉ”の端末の場合、電池レベルのデータ取得時刻が“２００９年１２月４日２２時１５分３０秒”であり、残り時間が“３分”であるので、データ取得時刻に残り時間を加算すると、電池切れ時刻は“２００９年１２月４日２２時１８分３０秒”となる。電池切れ時刻推定部２５３は、導出した電池切れ時刻の情報を電池切れ判定部２５４に送信する。
【００４５】
電池切れ判定部２５４は、電池切れ時刻推定部２５３により導出された電池切れ時刻に基づき、着信端末２１が現在電池切れから否かを判定する。より詳細には、電池切れ判定部２５４は、電池切れ時刻推定部２５３により導出された電池切れ時刻と、現在時刻とを比較する。電池切れ時刻が現在時刻より前の場合には、着信端末２１が現在電池切れとなっているものと判定し、ネットワーク側で着信端末２１のデタッチ処理を実行すべきと判断し、判定結果に「ＮＷデタッチ実施要求」を含めて回線交換サービス装置２４に送信する。一方、電池切れ時刻が現在時刻より後の場合には、着信端末２１が現在電池切れではないものと判定し、着信端末２１のデタッチ処理は不要と判断し、判定結果に「デタッチ不要通知」を含めて回線交換サービス装置２４に送信する。
【００４６】
ＭＲＦ２６は、標準のＩＭＳ上で音声ガイダンスを送出する論理ノードである。
【００４７】
図４は、着信端末２１のハードウェア構成図である。着信端末２１は、物理的には、図４に示すように、ＣＰＵ（CentralProcessing Unit）１０１、主記憶装置であるＲＡＭ（Random Access Memory）１０２及びＲＯＭ（Read Only Memory）１０３、入力デバイスである入力キー等の操作部１０４、ディスプレイ１０５、無線通信部１０６などを有する端末装置として構成されている。図１に示した着信端末２１の各機能は、ＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで操作部１０４、ディスプレイ１０５、無線通信部１０６を動作させるとともに、ＲＡＭ１０２やＲＯＭ１０３におけるデータの読み出し及び書き込みを行うことで実現される。なお、発信端末３１も、着信端末２１と同様のハードウェア構成をとるのが好ましい。
【００４８】
図５は、ＩＰサービス制御装置２５のハードウェア構成図である。ＩＰサービス制御装置２５は、物理的には、図５に示すように、ＣＰＵ２０１、ＲＡＭ２０２及びＲＯＭ２０３、ハードディスク装置等の補助記憶装置２０４、入力デバイスである入力キー等の入力装置２０５、ディスプレイ等の出力装置２０６、通信モジュール２０７などを有するコンピュータとして構成されている。図１に示すＩＰサービス制御装置２５の各機能は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ２０１の制御のもとで入力装置２０５、出力装置２０６、通信モジュール２０７を動作させるとともに、ＲＡＭ２０２やＲＯＭ２０３、補助記憶装置２０４におけるデータの読み出し及び書き込みを行うことで実現される。なお、図１に示したＣＳ−ＧＷ２２、回線交換サービス装置２４の各機能も、ＩＰサービス制御装置２５について説明したことと同様に、ハードウェア上で実現されるものである。
【００４９】
続いて、図６〜８を参照して、本実施形態の通信システム１において実行される処理を説明すると共に、本実施形態に係るデタッチ処理制御方法について説明する。
【００５０】
本実施形態に係るデタッチ処理制御方法は、その処理内容を大きく３つに区分することができる。具体的には、ネットワーク側でデタッチ処理の要否を判定し、所定の条件を満たす場合（現在電池切れの状態と推定された場合）にデタッチ処理を実行するためのデタッチ判定処理（図７）と、このデタッチ判定処理の判断基準となる着信端末の電池レベルをネットワークが事前に取得するための電池レベル取得処理（図６）と、デタッチ判定処理によるデタッチ処理後この着信端末が圏内に復帰したとき（圏内で再びネットワークと通信可能な状態となったとき）にネットワーク側で実行される着信端末のアタッチ処理（図８）と、から構成される。以下に各処理について個別に説明する。
【００５１】
図６は、本実施形態の通信システム１において実行される電池レベル取得処理を示すシーケンス図である。
【００５２】
まず、着信端末２１において、電源オン操作が実行されると（Ｓ１０１）、電池レベル取得処理制御部２１１により、タイマが起動される（Ｓ１０２）。また、着信端末２１による従来の位置登録処理が実施される。具体的には、着信端末２１の通信部２１２により、LocationUpdate Request信号がＣＳ−ＧＷ２２に送信され（Ｓ１０３）、ＣＳ−ＧＷ２２において、LocationUpdate Request信号の受信に応じてUserAuthenticationRequest信号がＩＰサービス制御装置２５に送信される（Ｓ１０４）。
【００５３】
次に、ＩＰサービス制御装置２５において、UserAuthenticationRequest信号の受信に応じて、電池レベル取得部２５１により、着信端末２１の電池の充電レベルを示す「電池レベル」を着信端末２１から取得する電池レベル取得処理が実行される（Ｓ１０５）。具体的には、電池レベル取得部２５１は、UserAuthenticationRequest信号の受信に応じて、周知のＯＭＡ標準処理を用いて着信端末から電池レベルを取得する。ＯＭＡ標準処理とは、図６に示すように、PKG#1信号が着信端末２１に送信され、PKG#2信号がＩＰサービス制御装置２５に返送され、さらに、PKG#3信号が着信端末２１に送信され、PKG#4信号がＩＰサービス制御装置２５に返送されることで電池レベルを取得する。
【００５４】
このように取得された着信端末２１の電池レベルの情報を用いて、電池レベル取得部２５１により、電池レベル保持部２５２に保持される着信端末２１の電池レベルの情報が更新される（Ｓ１０６）。具体的には、図２に示すデータ構成のうち、電池レベル取得部２５１により取得された着信端末２１の電池レベルを用いて「電池レベル」の情報を更新し、電池レベル取得部２５１が着信端末２１から電池レベルを取得した時刻の情報を用いて、「データ取得時刻」の情報を更新する。さらに、「製品番号」及び更新された「電池レベル」の情報に基づき、図３の残り時間導出テーブル２５２ａを参照して、「残り時間」の情報を更新する。なお、これ以前に電池レベル保持部２５２に着信端末２１の電池レベルが保持されていない場合には、着信端末２１の電池レベルの情報が新たに記録される。
【００５５】
以降は、ＩＰサービス制御装置２５及びＣＳ−ＧＷ２２を含むネットワークにおいて、従来の電源オン時に実行される既存アタッチ処理が実行される（Ｓ１０７）。
【００５６】
一方、着信端末２１において、上述のステップＳ１０２のタイマが起動された後には、電池レベル取得処理制御部２１１により、タイマが継続して監視され、一定周期の所定タイミングとなったか否かが確認される（Ｓ１０８）。所定タイミングではない場合には待ち状態となり（Ｓ１０８のＮＯ）、所定タイミングとなった場合にステップＳ１０９に移行する。ステップＳ１０８において、電池レベル取得処理制御部２１１により、タイマが所定タイミングとなったことが確認されると、電池レベル取得処理を開始するようＩＰサービス制御装置２５に促すための「電池レベル取得処理開始要求」が、通信部２１２を介してＩＰサービス制御装置２５に送信される（１０９）。
【００５７】
ＩＰサービス制御装置２５において、電池レベル取得部２５１により、電池レベル取得処理開始要求の受信に応じて、ステップＳ１０５と同様の電池レベル取得処理が実行される（Ｓ１１０）。そして、このように取得された着信端末２１の電池レベルの情報を用いて、電池レベル取得部２５１により、電池レベル保持部に保持される着信端末の電池レベルの情報が更新される（Ｓ１１１）。
【００５８】
なお、着信端末２１では、電池レベル取得処理開始要求の送信後、ステップＳ１１０の電池レベル取得処理のPKG#4信号がＩＰサービス制御装置２５に送信される処理の後に、再びステップＳ１０８に戻り、電池レベル取得処理制御部２１１により再びタイマが監視される。そして、一定周期の所定タイミングとなる度に、ＩＰサービス制御装置２５により、ステップＳ１１０及びステップＳ１１１が繰り返される。
【００５９】
図７は、本実施形態の通信システム１において実行されるデタッチ判定処理を示すシーケンス図である。ここで、図７のシーケンス図は、着信端末２１がデタッチ要求を送信せずに、圏外に移動した状態やデタッチ状態に遷移した状態において、発信端末３１から発呼が行われた場合について説明するものである。
【００６０】
まず、発信端末３１により、発側ＩＭＳ網３のＣＳ−ＧＷ３２及びＳ−ＣＳＣＦ３３、着側ＩＭＳ網２のＳ−ＣＳＣＦ２３などを経て、着信端末２１への既存の発信処理が行われ（Ｓ２０１）、着信端末２１がアタッチ状態と認識される場合に、ＣＳ−ＧＷ２２において、着信端末２１に対して既存のページング処理が実行される（Ｓ２０２）。
【００６１】
ここで着信端末２１は、圏外に移動しているか、またはデタッチ状態に遷移しているので、ネットワークと通信不能な状態であり、ＣＳ−ＧＷ２２からのページング信号に応答しない。このため、ＣＳ−ＧＷ２２は、ページング信号の送出後所定時間経過するとタイムアウト（Ｔ．Ｏ）を検出する（Ｓ２０３）。これに応じて、ＣＳ−ＧＷ２２により、SIP_RequestTimeOut信号がＳ−ＣＳＣＦ２３に送信され（Ｓ２０４）、Ｓ−ＣＳＣＦ２３により、さらに回線交換サービス装置２４に転送される（Ｓ２０５）。
【００６２】
次に、回線交換サービス装置２４において、デタッチ処理制御部２４１により、SIP_RequestTimeOut信号の受信に応じて、ネットワーク側から着信端末２１のデタッチ処理を実施するか否かの判定を行うための「ＮＷデタッチ処理判定要求」がＩＰサービス制御装置２５に送信される（Ｓ２０６）。
【００６３】
ＩＰサービス制御装置２５において、電池切れ時刻推定部２５３により、着信端末２１の電池切れ時刻が推定される（Ｓ２０７）。より詳細には、電池切れ時刻推定部２５３は、電池レベル保持部２５２から、「データ取得時刻」と「残り時間」の情報を取得し、このデータ取得時刻に残り時間を加算した時刻を「電池切れ時刻」として算出する。電池切れ時刻推定部２５３は、導出した電池切れ時刻の情報を電池切れ判定部２５４に送信する。
【００６４】
次に、電池切れ判定部２５４により、着信端末２１が現在電池切れ状態か否かが判定される（Ｓ２０８）。電池切れ判定部２５４は、現在時刻と、ステップＳ２０７で算出した電池切れ時刻とを比較して、これらの前後関係で電池切れ判定を行う。電池切れ時刻が現在時刻より前の場合には、着信端末２１が現在電池切れ状態であると判定しステップＳ２０９に移行する。電池切れ時刻が現在時刻より後の場合には、着信端末２１の電池の持続時間がまだ残っており、電池切れ状態でないと判定しステップＳ２１４に移行する。
【００６５】
ステップＳ２０８で着信端末２１が現在電池切れ状態であると判定された場合には、電池切れ判定部２５４により、ネットワーク側から着信端末２１のデタッチ処理を実施する旨を示す「ＮＷデタッチ実施要求」が判定結果通知に格納されて回線交換サービス装置２４に送信される（Ｓ２０９）。また、ＮＷデタッチ実施要求には、着信端末２１を識別するための「端末識別子」が付加される。
【００６６】
次に、回線交換サービス装置２４において、デタッチ処理制御部２４１により、ＩＰサービス制御装置２５からＮＷデタッチ実施要求を受け取ると、ネットワーク側から着信端末２１のデタッチ処理が実行される。より詳細には、まず、デタッチ処理制御部２４１により、デタッチ処理の実行を促す「デタッチ通知」を付加したSIP_PUBRISH信号が、Ｓ−ＣＳＣＦ２３を経由してＣＳ−ＧＷ２２に送信される（Ｓ２１０）。
【００６７】
そして、ＣＳ−ＧＷ２２において、デタッチ処理部２２１により、デタッチ通知の受信に応じて、既存のデタッチ処理（デタッチフラグを立てる（ＯＮとする）処理、デタッチタイマを起動する処理）が実行される（Ｓ２１１：デタッチ実行ステップ）。これ以降、ネットワークは着信端末２１がデタッチ状態であることが認識できるようになる。
【００６８】
さらに、デタッチ処理部２２１により、「圏内復帰検出フラグ」が立てられる（ＯＮに切り替えられる）（Ｓ２１２）。「圏内復帰検出フラグ」とは、上述したように、着信端末２１がネットワークと通信不能な状態にあったため、ネットワーク側による着信端末２１のデタッチ処理が実行されたことを示すフラグである。図７のシーケンスにおいて、この時点では、着信端末２１がアタッチ状態のままネットワークと通信不能な状態に遷移したものと判断できるので、次に圏内に復帰したときのためにこのフラグが立てられる。そして、デタッチ処理部２２１により、ＮＷデタッチ実施要求に応じたデタッチ処理が終了したことを示すSIP200OK信号がＳ−ＣＳＣＦ２３を経て回線交換サービス装置２４に送信される（Ｓ２１３）。
【００６９】
一方、ステップＳ２０８で着信端末２１が現在電池切れ状態でないと判定された場合には、ネットワーク側から着信端末２１のデタッチ処理が不要である旨を示す「デタッチ不要通知」が判定結果通知に格納されて、回線交換サービス装置２４に送信される（Ｓ２１４）。
【００７０】
そして、回線交換サービス装置２４において、ステップＳ２１３のSIP200OK信号の受信、またはステップＳ２１４の「デタッチ不要通知」の受信に応じて、ＭＲＦ２６を介して既存の圏外ガイダンスが発信端末に送出される（Ｓ２１５）。
【００７１】
なお、上記の図７に示すシーケンスでは、回線交換サービス装置２４のデタッチ処理制御部２４１が、ステップＳ２０６において、「ＮＷデタッチ処理判定要求」をＩＰサービス制御装置２５に送信する。そして、この要求に応じてＩＰサービス制御装置２５の電池切れ判定部２５４から、ステップＳ２０９において「ＮＷデタッチ実施要求」が格納された判定結果通知を受信すると、着信端末２１がデタッチ状態となっていると判別する。また、ステップＳ２１４において「デタッチ不要通知」が格納された判定結果通知を受信すると、着信端末２１がデタッチ状態ではないものと判別する。これらの処理が、特許請求の範囲における「判別ステップ」と対応するものである。
【００７２】
図８は、本実施形態の通信システム１において実行される着信端末２１の圏内復帰後のアタッチ処理を示すシーケンス図である。
【００７３】
まず、着信端末２１が圏内にて復帰し、ネットワークと通信可能な状態となると、着信端末２１とＣＳ−ＧＷ２２との間で基地局（図示せず）を経由して、着信端末２１がネットワークから報知情報を取得し、位置登録処理などを行う既存の報知情報処理が実行される（Ｓ３０１）。
【００７４】
報知情報処理が実行されると、ＣＳ−ＧＷ２２において、アタッチ処理部２２２により、圏内復帰検出フラグが立っている（ＯＮとなっている）か否かが確認される（Ｓ３０２）。圏内復帰検出フラグが立っている場合には、図７に示したデタッチ判定処理によりネットワーク側から着信端末２１のデタッチ処理が実行されていることを意味するので、アタッチ処理部２２２により、既存のアタッチ処理（デタッチフラグをオフにする処理、デタッチタイマをリセットする処理）が実行される（Ｓ３０３）。これにより、ネットワークは、着信端末２１がアタッチ状態に遷移したことを認識できるようになる。さらに、アタッチ処理部２２２により、圏内復帰検出フラグがオフにされる（Ｓ３０４）。
【００７５】
なお、ステップＳ３０２において圏内復帰検出フラグがオフである場合には、ステップＳ３０３〜３０４の処理を実行せずに処理を終了する。
【００７６】
このような通信システム１及びデタッチ処理制御方法によれば、回線交換サービス装置２４のデタッチ処理制御部２４１が、着信端末２１への着呼時にこの着信端末２１が応答しない場合に、着信端末２１が通信不能な状態であるデタッチ状態となっているか否かを判別し、ＧＳ−ＧＷ２２のデタッチ処理部２２１が、デタッチ処理制御部２４１により着信端末２１がデタッチ状態となっていると判別された場合、着信端末２１のデタッチ処理を実行する。
【００７７】
これにより、ネットワーク側にて着信端末２１のデタッチ状態を判別し、ネットワーク側でデタッチ処理を行うことができる。この結果、再度この着信端末２１に着呼があった場合には、ネットワーク側が着信端末２１のデタッチ状態を認識することができるので、ページング処理を実行せずに発信端末３１に接続不能の旨を伝えることができる。これにより、無駄なページング処理の発生を抑制することが可能となり、ネットワーク負荷を軽減すると共に、発信端末３１のユーザの無駄な待ち時間を無くすことができる。
【００７８】
また、通信システム１において、ＩＰサービス制御装置２５の電池レベル取得部２５１が、着信端末２１の電池残量を示す電池レベルを取得する。回線交換サービス装置２４のデタッチ処理制御部２４１は、電池レベル取得部２５１により取得された電池レベルに基づいて、着信端末２１のデタッチ状態を判別する。
【００７９】
この構成により、着信端末２１から取得した電池レベルに基づきネットワーク側で通信端末の電池残量を把握することができるので、着信端末２１が応答せずこの着信端末２１の現在の状態が不明である場合でも、ネットワーク側にて着信端末２１がデタッチ状態か否かを好適に判別することができる。
【００８０】
また、通信システム１において、着信端末２１の電池レベル取得処理制御部２１１が、自機の電池レベルを取得する処理を実行する電池レベル取得処理開始要求を、ＩＰサービス制御装置２５の電池レベル取得部２５１に周期的に送信する。電池レベル取得部２５１は、着信端末２１から周期的に送信される電池レベル取得処理開始要求を受信するのに応じて、この要求を送信した着信端末２１から電池レベルを取得する。
【００８１】
この構成により、ネットワーク側は周期的に電池レベルの情報を着信端末２１から取得することができるので、ネットワーク側では周期的に新たに更新される電池レベルの情報を用いて着信端末２１のデタッチ状態を判別することができ、この結果、ネットワーク側にて着信端末２１がデタッチ状態か否かを精度良く判別することができる。
【００８２】
また、通信システム１において、ＩＰサービス制御装置２５の電池切れ判定部２５４が、電池レベル取得部２５１により取得された電池レベルと、この電池レベルの取得時刻とに基づいて、着信端末２１が現在電池切れの状態か否かを判定する。回線交換サービス装置２４のデタッチ処理制御部２４１は、電池切れ判定部２５４により着信端末２１が現在電池切れの状態であると判定された場合、着信端末２１がデタッチ状態となっていると判別する。
【００８３】
この構成により、着信端末２１から取得された電池レベルと、この電池レベルの取得された時刻に基づいて、着信端末２１が現在電池切れの状態か否かが判定され、電池切れ状態と判定された場合にデタッチ状態であると判定される。このため、着信端末２１の現在の状態（電池切れか否か）を推定することができ、この推定された現在の状態に基づきデタッチ状態を判定することができるので、ネットワーク側にて着信端末２１がデタッチ状態か否かについて、より一層精度良く判別することができる。
【００８４】
また、通信システム１において、ＣＳ−ＧＷ２２のデタッチ処理部２２１は、着信端末２１のデタッチ処理を実行したときに、ネットワーク側でデタッチ処理を実行したことを示す圏内復帰検出フラグを立てる。ＣＳ−ＧＷ２２のアタッチ処理部２２２は、着信端末２１が圏内に復帰したときに、圏内復帰検出フラグが立てられていた場合に、アタッチ処理を実行する。
【００８５】
この構成により、ネットワーク側で着信端末２１のデタッチ処理が実行された後に、この着信端末２１が圏内に復帰したときに、デタッチ処理が行われたことを識別してアタッチ処理が実行される。このため、ネットワーク側で着信端末２１のデタッチ処理が実行された場合のみ、ネットワーク側でアタッチ処理を実行することができる。
【００８６】
以上、本発明に係る通信システム１及びガイダンス送出方法について好適な実施形態を挙げて説明したが、本発明は上記実施形態に限られるものではない。例えば、上記実施形態で示した各機能ブロックは、ＩＭＳ網の他の装置に含まれるよう構成してもよい。
【符号の説明】
【００８７】
１…通信システム、２１…着信端末（一の通信端末）、２１１…電池レベル取得処理制御部（要求手段）、２２…ＣＳ−ＧＷ、２２１…デタッチ処理部（デタッチ実行手段）、２２２…アタッチ処理部（アタッチ実行手段）、２４…回線交換サービス装置、２４１…デタッチ処理制御部（判別手段）、２５…ＩＰサービス制御装置、２５１…電池レベル取得部（電池レベル取得手段）、２５４…電池切れ判定部（電池切れ判定手段）。
【技術分野】
【０００１】
本発明は、通信システム及びデタッチ処理制御方法に関する。
【背景技術】
【０００２】
従来、携帯電話などの通信端末間の通話を制御する通信システムにおいて、通信端末が在圏しているときに、ユーザの操作または端末の電池切れによって端末の電源がオフになると、この通信端末からネットワークに対して、通信端末が通信不能状態となったことを示すデタッチ要求が送信される。ネットワーク側では、このデタッチ要求に応じてデタッチ処理を行いうことで、通信端末がデタッチ状態に遷移し、通信不能状態となっていることを認識することができる（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２００２−５３２９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載されるような従来の通信システムでは、通信不能状態となった通信端末からデタッチ要求が行われない限り、ネットワーク側が通信端末のデタッチ状態への遷移を認識することができないという問題があった。
【０００５】
例えば、通信端末が、通信可能な状態であるアタッチ状態であるとネットワーク側に認識されたまま圏外に移動すると、ネットワーク側は通信端末の状態を認識することができない。つまり、通信端末が圏外においてデタッチ状態に遷移したとしても、ネットワーク側は依然として端末がアタッチ状態と認識し続けることとなる。このため、この通信端末に着信があるたびに、この着呼側の通信端末（着信端末）は応答不能であるにも係わらず、着信端末を呼び出すページング処理が実行され、無駄なページング処理が発生することになる。
【０００６】
無駄なページング処理が発生すると、ネットワークへの負荷が増え、ネットワークリソースを圧迫することになる。また、ページング処理では所定時間呼び出しに応じなかった後に接続不能の旨が発信側の通信端末（発信端末）に伝えられるので、無駄なページング処理が発生すると、発信端末のユーザは無駄な待ち時間を要することとなる。
【０００７】
したがって、通信端末がデタッチ要求を行わなくても、ネットワーク側が通信端末のデタッチ状態を判別し、デタッチ処理ができることが好ましい。
【０００８】
本発明は、上記の問題を解決するためになされたものであり、デタッチ要求有無に関係なく、ネットワーク側にて通信端末のデタッチ状態を判別し、ネットワーク側でデタッチ処理を行うことができる通信システム及びデタッチ処理制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明に係る通信システムは、通信端末間の通信を行う通信システムであって、通信端末のうちの一の通信端末への着呼時にこの通信端末が応答しない場合に、この通信端末が通信不能な状態であるデタッチ状態となっているか否かを判別する判別手段と、判別手段により一の通信端末がデタッチ状態となっていると判別された場合、この通信端末のデタッチ処理を実行するデタッチ実行手段と、を備えることを特徴とする。
【００１０】
同様に、上記課題を解決するため、本発明に係るデタッチ処理制御方法は、通信端末間の通信を行う通信システムにて行われるデタッチ処理制御方法であって、通信端末のうちの一の通信端末への着呼時にこの通信端末が応答しない場合に、この通信端末が通信不能な状態であるデタッチ状態となっているか否かを判別する判別ステップと、判別ステップにおいて一の通信端末がデタッチ状態となっていると判別された場合、この通信端末のデタッチ処理を実行するデタッチ実行ステップと、を備えることを特徴とする。
【００１１】
このような通信システム及びデタッチ処理制御方法によれば、着呼時に、着信側の通信端末が応答しない場合に、当該通信端末が通信不能な状態であるデタッチ状態となっているか否かが判別され、デタッチ状態となっていると判別された場合には、通信端末のデタッチ処理が実行される。このように、デタッチ要求有無に関係なく、ネットワーク側にて通信端末のデタッチ状態を判別し、ネットワーク側でデタッチ処理を行うことができる。この結果、再度この通信端末に着呼があった場合には、ネットワーク側が当該通信端末のデタッチ状態を認識することができるので、ページング処理を実行せずに発信側の通信端末に接続不能の旨を伝えることができる。これにより、無駄なページング処理の発生を抑制することが可能となり、ネットワーク負荷を軽減すると共に、発信端末のユーザの無駄な待ち時間を無くすことができる。
【００１２】
また、通信システムは、通信端末の電池残量を示す電池レベルを取得する電池レベル取得手段を備え、判別手段は、電池レベル取得手段により取得された電池レベルに基づいて、一の通信端末のデタッチ状態を判別することが好適である。
【００１３】
この構成により、通信端末から取得した電池レベルに基づきネットワーク側で通信端末の電池残量を把握することができるので、着信側の通信端末が応答せずこの通信端末の現在の状態が不明である場合でも、ネットワーク側にて通信端末がデタッチ状態か否かを好適に判別することができる。
【００１４】
また、通信システムにおいて、電池レベル取得手段は、通信端末から周期的に送信される、この通信端末の電池レベルを取得する処理を実行する旨の要求を受信するのに応じて、要求を送信した通信端末から電池レベルを取得することが好適である。
【００１５】
この構成により、ネットワーク側は周期的に電池レベルの情報を通信端末から取得することができるので、ネットワーク側では周期的に新たに更新される電池レベルの情報を用いて通信端末のデタッチ状態を判別することができ、この結果、ネットワーク側にて通信端末がデタッチ状態か否かを精度良く判別することができる。
【００１６】
また、通信システムは、電池レベル取得手段により取得された電池レベルと、この電池レベルの取得時刻とに基づいて、一の通信端末が現在電池切れの状態か否かを判定する電池切れ判定手段を備え、判別手段は、電池切れ判定手段により一の通信端末が現在電池切れの状態であると判定された場合、この通信端末がデタッチ状態となっていると判別することが好適である。
【００１７】
この構成により、通信端末から取得された電池レベルと、この電池レベルの取得された時刻に基づいて、着信側の通信端末が現在電池切れの状態か否かが判定され、電池切れ状態と判定された場合にデタッチ状態であると判定される。このため、通信端末の現在の状態（電池切れか否か）を推定し、この推定された現在の状態に基づきデタッチ状態を判定することができるので、ネットワーク側にて通信端末がデタッチ状態か否かについて、より一層精度良く判別することができる。
【００１８】
また、通信システムは、通信端末のアタッチ処理を実行するアタッチ実行手段を備え、デタッチ実行手段は、通信端末のデタッチ処理を実行したときに、ネットワーク側でデタッチ処理を実行したことを示すフラグを立て、アタッチ実行手段は、通信端末が圏内に復帰したときに、フラグが立てられていた場合に、アタッチ処理を実行することが好適である。
【００１９】
この構成により、ネットワーク側で通信端末のデタッチ処理が実行された後に、この通信端末が圏内に復帰したときに、デタッチ処理が行われたことを識別してアタッチ処理が実行される。このため、ネットワーク側で通信端末のデタッチ処理が実行された場合のみ、ネットワーク側でアタッチ処理を実行することができる。
【発明の効果】
【００２０】
本発明に係る通信システム及びデタッチ処理制御方法によれば、ネットワーク側にて通信端末のデタッチ状態を判別し、ネットワーク側でデタッチ処理を行うことができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係る通信システムの機能ブロック図である。
【図２】電池レベル保持部のデータ構成の一例を示す図である。
【図３】残り時間導出テーブルのデータ構成の一例を示す図である。
【図４】着信端末のハードウェア構成図である。
【図５】ＩＰサービス制御装置のハードウェア構成図である。
【図６】本実施形態の通信システムにおいて実行される電池レベル取得処理を示すシーケンス図である。
【図７】本実施形態の通信システムにおいて実行されるデタッチ判定処理を示すシーケンス図である。
【図８】本実施形態の通信システムにおいて実行される着信端末の圏内復帰後のアタッチ処理を示すシーケンス図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００２３】
図１は、本発明の一実施形態に係る通信システム１の機能ブロック図である。通信システム１は、ＩＭＳ（IP Multimedia Subsystem）網を含む移動体通信網において、発呼側の通信端末（発信端末）３１と着呼側の通信端末（着信端末）２１との間の呼制御を実行するシステムである。着信端末２１が在圏している着側ＩＭＳ網２は、ＣＳ−ＧＷ（Circuit Switching Gate Way）２２と、Ｓ−ＣＳＣＦ（Serving Call Session Control Function）２３と、回線交換サービス装置２４と、ＩＰ（Internet Protocol）サービス制御装置２５と、ＭＲＦ（MediaResource Function）２６とを備えている。また、発信端末３１が在圏している発側ＩＭＳ網３には、説明の便宜上ＣＳ−ＧＷ３２及びＳ−ＣＳＣＦ３３のみが図示されているが、着側ＩＭＳ網２と同様の構成をとるものである。
【００２４】
特に本実施形態において、通信システム１は、発信端末３１から着信端末２１へ呼制御を行う際に着信端末２１が呼び出しに応じない場合に、着信端末２１の電池残量を示す電池レベルに基づき、着信端末２１が現在電池切れとなっているか否かを判定する。そして、電池切れと判定した場合には、着信端末２１がデタッチ状態に遷移したものと判断し、ネットワーク（網）側で着信端末２１のデタッチ処理を実行することを特徴とするものである。ここで、「デタッチ状態」とは、通信端末が通信不能な状態を意味するものである。
【００２５】
つまり、通信システム１は、着信端末２１がアタッチ状態のまま圏外に移動し、その後に圏外でデタッチ状態となっている状態や、さらにデタッチ状態のまま再び在圏している状態、もしくは着信端末２１がデタッチ要求せずにデタッチ状態となっている状態においても、着信端末２１がデタッチ状態に遷移したことをネットワーク側で識別することできる。
【００２６】
着信端末２１及び発信端末３１は、携帯電話、ＰＤＡ（Personal Digital Assistant：個人情報端末）、パーソナルコンピュータなど、通信機能を有する装置を含むものであり、移動体通信網を介して相互に通信可能な状態で接続される。また、着信端末２１及び発信端末３１は、３Ｇ端末やＩＭＳ端末であり、３Ｇ端末の場合には、ＣＳ−ＧＷ２２を介してＳ−ＣＳＣＦ２３と信号の送受信を行うことにより在圏するＩＭＳ網を介して通信を行うことができる。
【００２７】
特に本実施形態においては、着信端末２１は、図１に示すように、電池レベル取得処理制御部（要求手段）２１１と、通信部２１２とを備えて構成されている。
【００２８】
電池レベル取得処理制御部２１１は、着側ＩＭＳ網２（ネットワーク）に対して、当該着信端末２１の電池の残量を示す電池レベルの情報を着信端末２１から取得するための電池レベル取得処理を実施させる。より詳細には、電池レベル取得処理制御部２１１は、着信端末２１の電源が入った後にタイマを起動し、このタイマが一定周期の所定タイミングに達した場合に、通信部２１２を介してＩＰサービス制御装置２５に対して、上記の電池レベル取得処理の開始させるための電池レベル取得処理開始要求を送信する。
【００２９】
通信部２１２は、上述のように電池レベル取得処理制御部２１１から送出される電池レベル取得処理開始要求をＩＰサービス制御装置２５に送信する。また、通信部２１２は、着信端末２１の電源が入ったときに、既存の位置登録処理を実行するためのLocationUpdateRequest信号をＣＳ−ＧＷ２２に送信する。
【００３０】
ＣＳ−ＧＷ２２，３３は、通信端末をＩＭＳ網と通信可能に接続させるための装置である。特に通信端末が３Ｇ端末である場合には、３Ｇ端末を収容するためのインターワーク装置として機能する。より詳細には、３Ｇ端末からの３Ｇ回線用プロトコル（例えばCall ControlやMobility Management）を終端し、ＳＩＰ（Session Initiation Protocol）に変換し、ＩＭＳで基本呼制御機能を提供するＣＳＣＦとインターワークする。
【００３１】
特に本実施形態においては、着側ＩＭＳ網のＣＳ−ＧＷ２２は、図１に示すように、デタッチ処理部（デタッチ実行手段）２２１と、アタッチ処理部（アタッチ実行手段）２２２とを備えて構成されている。
【００３２】
デタッチ処理部２２１は、網側から着信端末２１のデタッチ処理を実行する。より詳細には、デタッチ処理部２２１は、後述するように、ＩＰサービス制御装置２５において着信端末２１の電池切れが判定され、これに応じて回線交換サービス装置２４において着信端末２１のデタッチ処理を網側から行うべく送出されるSIP_PUBRISH（デタッチ通知）を受信すると、既存のデタッチ処理（デタッチフラグを立てる処理、およびデタッチタイマを起動する処理）を実行する。また、デタッチ処理部２２１は、既存のデタッチ処理を実行した際に「圏内復帰検出フラグ」を立てる。「圏内復帰検出フラグ」とは、着信端末２１がネットワークと通信不能な状態にあったため、ネットワーク側による着信端末２１のデタッチ処理が実行されたことを示すフラグである。この圏内復帰検出フラグは、後述する既存の報知処理が着信端末２１とネットワークとの間で行われたときに、着信端末２１が圏内で復帰した前に、ネットワーク側によるデタッチ処理が実行されたか否かを判断するために用いられる。
【００３３】
アタッチ処理部２２２は、網側から着信端末２１のアタッチ処理を実行する。より詳細には、アタッチ処理部２２２は、着信端末２１との間で報知情報処理が実行された際に、圏内復帰検出フラグが立てられておりＯＮ状態である場合に、既存のアタッチ処理を実行する。また、アタッチ処理部２２２は、アタッチ処理を実行した際には圏内復帰検出フラグをＯＦＦに変更する。
【００３４】
Ｓ−ＣＳＣＦ２３，３３は、標準のＩＭＳにおいて、ＳＩＰメッセージの処理を行う論理ノードであり、ユーザの登録やセッション設定の制御を行う。本実施形態では、着側ＩＭＳ網２のＳ−ＣＳＣＦ２３は、回線交換サービス装置２４から受信するSIP_PUBRISH（デタッチ通知）をＣＳ−ＧＷ２２に転送する処理や、ＣＳ−ＧＷ２２から受信するSIP200OKを回線交換サービス装置２４に転送する処理を行う。
【００３５】
回線交換サービス装置２４は、標準のＩＭＳにおいて着信サービス制御を行うＡＳ（Application Server）である。本実施形態では、回線交換サービス装置２４は、デタッチ処理制御部（判別手段）２４１を備えて構成されている。
【００３６】
デタッチ処理制御部２４１は、網側で着信端末２１のデタッチ処理の実行を制御する。より詳細には、デタッチ処理制御部２４１は、着信端末２１へのページングがタイムアウトしたことを示すSIP_RequestTimeOutをＳ−ＣＳＣＦ２３を介してＣＳ−ＧＷ２２から受信すると、ＩＰサービス制御装置２５にＮＷデタッチ処理判定要求を送信する。そして、ＩＰサービス制御装置２５から受信したＮＷデタッチ処理判定の判定結果通知に基づき、着信端末２１がデタッチ状態となっているか否かを判別する。具体的には、デタッチ処理制御部２４１は、ネットワーク側で着信端末２１のデタッチ処理を実行すべきことを示す「ＮＷデタッチ実施要求」が判定結果通知に含まれている場合に、着信端末２１がデタッチ状態となっていると判断し、デタッチ処理の実行を指示するSIP_PUBRISH（デタッチ通知）をＣＳ−ＧＷ２２に送信する。
【００３７】
ＩＰサービス制御装置２５は、ＩＭＳ方式におけるＨＳＳ（Home Subscriber Server）としての機能を有し、標準のＩＭＳにおいて定義された加入者情報データベースを管理する論理ノードである。加入者情報としては、ＩＭＳ在圏の端末の電話番号と関連づけてサービス設定情報が登録されている。
【００３８】
本実施形態では、ＩＰサービス制御装置２５は、電池レベル取得部（電池レベル取得手段）２５１と、電池レベル保持部２５２と、電池切れ時刻推定部２５３と、電池切れ判定部（電池切れ判定手段）２５４とを備えて構成されている。
【００３９】
電池レベル取得部２５１は、着信端末２１の電池の充電度合いを示す電池レベルを取得する。電池レベル取得部２５１は、着信端末２１から電池レベル取得処理開始要求を受信するのに応じて、着信端末２１から電池レベルを取得する。また、電池レベル取得部２５１は、着信端末２１の電源がオンとなったときに通常行われる位置登録処理において、ＣＳ−ＧＷ２２から送信されるUserAuthenticationRequest信号を受信した際にも、着信端末２１から電池レベルを取得する。なお、電池レベル取得部２５１は、周知のＯＭＡ標準処理を用いて着信端末２１から電池レベルを取得することができる。電池レベル取得部２５１は、着信端末２１から取得した電池レベルの情報を用いて、電池レベル保持部２５２を更新する。
【００４０】
電池レベル保持部２５２は、電池レベル取得部２５１により取得された着信端末２１の電池レベルを保持する。電池レベル保持部２５２のデータ構成の一例を図２に示す。図２に示すように、電池レベル保持部２５２は、着信端末２１の識別情報（例えば電話番号）である「ＭＳＩＳＤＮ」、着信端末２１の製品番号である「ＩＭＥＩ（International Mobile Equipment Identifier：国際移動体装置識別番号）」、着信端末２１の電池の充電レベルを示す「電池レベル」、この電池レベルを着信端末２１から取得した時刻を示す「データ取得時刻」、及び着信端末２１の電池の残りの持ち時間を示す「残り時間」を関連づけて保持している。
【００４１】
「電池レベル」は、本実施形態では４段階のレベルが設定されており、レベル０（Ｌｖ．０）は電池切れ状態であり、レベル１（Ｌｖ．１）は充電レベル５％未満であり、レベル２（Ｌｖ．２）は充電レベル５〜５０％であり、レベル３（Ｌｖ．３）は充電レベル５０％以上の状態を表すものとする。なお、このレベル設定は、電池残量の段階を設けることができればよく、４段階以外を設定することも可能である。
【００４２】
「残り時間」は、着信端末２１の製品種別（この製品で用いられる電池の種類）及び電池レベルに基づき決まる値である。具体的には、例えば図３に示すように、各製品（「製品番号」）に用いられる電池の種類を示す「電池パックＩＤ」と、電池レベルに応じた「残り時間」とを対応付けた残り時間導出テーブル２５２ａがＩＰサービス制御装置２５内に保持されている。そして、電池レベル取得部２５１が、着信端末２１から取得した「ＩＭＥＩ（製品番号）」及び「電池レベル」に基づき、残り時間導出テーブル２５２ａを参照して「残り時間」を導出する。図３の例では、例えば製品番号“Ｐ９０６ｉ”の電池レベルが“Ｌｖ２”の場合、電池の残り時間は“２００分”である。
【００４３】
なお、図３に示すように、電池の種類によって電池レベルに応じた残り時間は異なり、また、同じ電池でもこの電池を用いる端末の種類が異なれば、電池レベルに応じた残り時間は異なるものとなる。例えば、製品番号“Ｐ９０６ｉ”及び“Ｐ９０５ｉ”の端末には、共に電池パックＩＤ“Ｐ０６”という同一の電池が用いられているが、電池レベルに応じた残り時間は、レベル１→レベル２→レベル３の順で、それぞれ“５分→２００分→３００分”及び“３分→１８０分→３６０分”である。また、図３に示す残り時間導出テーブル２５２ａの電離レベルに応じた「残り時間」の情報は、端末の発売時期や機種の新旧に応じて、移動体通信網２を管理する通信事業者により適宜変更可能である。
【００４４】
電池切れ時刻推定部２５３は、電池レベル保持部２５２に保持される着信端末２１の電池レベルの情報に基づいて、着信端末２１が電池切れとなる時刻を推定する。より詳細には、電池切れ時刻推定部２５３は、電池レベル保持部２５２の「データ取得時刻」に「残り時間」を加算した時刻を、「電池切れ時刻」として算出する。例えば、図２の示す電池レベル保持部２５２のうちＩＭＥＩ“Ｐ９０５ｉ”の端末の場合、電池レベルのデータ取得時刻が“２００９年１２月４日２２時１５分３０秒”であり、残り時間が“３分”であるので、データ取得時刻に残り時間を加算すると、電池切れ時刻は“２００９年１２月４日２２時１８分３０秒”となる。電池切れ時刻推定部２５３は、導出した電池切れ時刻の情報を電池切れ判定部２５４に送信する。
【００４５】
電池切れ判定部２５４は、電池切れ時刻推定部２５３により導出された電池切れ時刻に基づき、着信端末２１が現在電池切れから否かを判定する。より詳細には、電池切れ判定部２５４は、電池切れ時刻推定部２５３により導出された電池切れ時刻と、現在時刻とを比較する。電池切れ時刻が現在時刻より前の場合には、着信端末２１が現在電池切れとなっているものと判定し、ネットワーク側で着信端末２１のデタッチ処理を実行すべきと判断し、判定結果に「ＮＷデタッチ実施要求」を含めて回線交換サービス装置２４に送信する。一方、電池切れ時刻が現在時刻より後の場合には、着信端末２１が現在電池切れではないものと判定し、着信端末２１のデタッチ処理は不要と判断し、判定結果に「デタッチ不要通知」を含めて回線交換サービス装置２４に送信する。
【００４６】
ＭＲＦ２６は、標準のＩＭＳ上で音声ガイダンスを送出する論理ノードである。
【００４７】
図４は、着信端末２１のハードウェア構成図である。着信端末２１は、物理的には、図４に示すように、ＣＰＵ（CentralProcessing Unit）１０１、主記憶装置であるＲＡＭ（Random Access Memory）１０２及びＲＯＭ（Read Only Memory）１０３、入力デバイスである入力キー等の操作部１０４、ディスプレイ１０５、無線通信部１０６などを有する端末装置として構成されている。図１に示した着信端末２１の各機能は、ＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで操作部１０４、ディスプレイ１０５、無線通信部１０６を動作させるとともに、ＲＡＭ１０２やＲＯＭ１０３におけるデータの読み出し及び書き込みを行うことで実現される。なお、発信端末３１も、着信端末２１と同様のハードウェア構成をとるのが好ましい。
【００４８】
図５は、ＩＰサービス制御装置２５のハードウェア構成図である。ＩＰサービス制御装置２５は、物理的には、図５に示すように、ＣＰＵ２０１、ＲＡＭ２０２及びＲＯＭ２０３、ハードディスク装置等の補助記憶装置２０４、入力デバイスである入力キー等の入力装置２０５、ディスプレイ等の出力装置２０６、通信モジュール２０７などを有するコンピュータとして構成されている。図１に示すＩＰサービス制御装置２５の各機能は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ２０１の制御のもとで入力装置２０５、出力装置２０６、通信モジュール２０７を動作させるとともに、ＲＡＭ２０２やＲＯＭ２０３、補助記憶装置２０４におけるデータの読み出し及び書き込みを行うことで実現される。なお、図１に示したＣＳ−ＧＷ２２、回線交換サービス装置２４の各機能も、ＩＰサービス制御装置２５について説明したことと同様に、ハードウェア上で実現されるものである。
【００４９】
続いて、図６〜８を参照して、本実施形態の通信システム１において実行される処理を説明すると共に、本実施形態に係るデタッチ処理制御方法について説明する。
【００５０】
本実施形態に係るデタッチ処理制御方法は、その処理内容を大きく３つに区分することができる。具体的には、ネットワーク側でデタッチ処理の要否を判定し、所定の条件を満たす場合（現在電池切れの状態と推定された場合）にデタッチ処理を実行するためのデタッチ判定処理（図７）と、このデタッチ判定処理の判断基準となる着信端末の電池レベルをネットワークが事前に取得するための電池レベル取得処理（図６）と、デタッチ判定処理によるデタッチ処理後この着信端末が圏内に復帰したとき（圏内で再びネットワークと通信可能な状態となったとき）にネットワーク側で実行される着信端末のアタッチ処理（図８）と、から構成される。以下に各処理について個別に説明する。
【００５１】
図６は、本実施形態の通信システム１において実行される電池レベル取得処理を示すシーケンス図である。
【００５２】
まず、着信端末２１において、電源オン操作が実行されると（Ｓ１０１）、電池レベル取得処理制御部２１１により、タイマが起動される（Ｓ１０２）。また、着信端末２１による従来の位置登録処理が実施される。具体的には、着信端末２１の通信部２１２により、LocationUpdate Request信号がＣＳ−ＧＷ２２に送信され（Ｓ１０３）、ＣＳ−ＧＷ２２において、LocationUpdate Request信号の受信に応じてUserAuthenticationRequest信号がＩＰサービス制御装置２５に送信される（Ｓ１０４）。
【００５３】
次に、ＩＰサービス制御装置２５において、UserAuthenticationRequest信号の受信に応じて、電池レベル取得部２５１により、着信端末２１の電池の充電レベルを示す「電池レベル」を着信端末２１から取得する電池レベル取得処理が実行される（Ｓ１０５）。具体的には、電池レベル取得部２５１は、UserAuthenticationRequest信号の受信に応じて、周知のＯＭＡ標準処理を用いて着信端末から電池レベルを取得する。ＯＭＡ標準処理とは、図６に示すように、PKG#1信号が着信端末２１に送信され、PKG#2信号がＩＰサービス制御装置２５に返送され、さらに、PKG#3信号が着信端末２１に送信され、PKG#4信号がＩＰサービス制御装置２５に返送されることで電池レベルを取得する。
【００５４】
このように取得された着信端末２１の電池レベルの情報を用いて、電池レベル取得部２５１により、電池レベル保持部２５２に保持される着信端末２１の電池レベルの情報が更新される（Ｓ１０６）。具体的には、図２に示すデータ構成のうち、電池レベル取得部２５１により取得された着信端末２１の電池レベルを用いて「電池レベル」の情報を更新し、電池レベル取得部２５１が着信端末２１から電池レベルを取得した時刻の情報を用いて、「データ取得時刻」の情報を更新する。さらに、「製品番号」及び更新された「電池レベル」の情報に基づき、図３の残り時間導出テーブル２５２ａを参照して、「残り時間」の情報を更新する。なお、これ以前に電池レベル保持部２５２に着信端末２１の電池レベルが保持されていない場合には、着信端末２１の電池レベルの情報が新たに記録される。
【００５５】
以降は、ＩＰサービス制御装置２５及びＣＳ−ＧＷ２２を含むネットワークにおいて、従来の電源オン時に実行される既存アタッチ処理が実行される（Ｓ１０７）。
【００５６】
一方、着信端末２１において、上述のステップＳ１０２のタイマが起動された後には、電池レベル取得処理制御部２１１により、タイマが継続して監視され、一定周期の所定タイミングとなったか否かが確認される（Ｓ１０８）。所定タイミングではない場合には待ち状態となり（Ｓ１０８のＮＯ）、所定タイミングとなった場合にステップＳ１０９に移行する。ステップＳ１０８において、電池レベル取得処理制御部２１１により、タイマが所定タイミングとなったことが確認されると、電池レベル取得処理を開始するようＩＰサービス制御装置２５に促すための「電池レベル取得処理開始要求」が、通信部２１２を介してＩＰサービス制御装置２５に送信される（１０９）。
【００５７】
ＩＰサービス制御装置２５において、電池レベル取得部２５１により、電池レベル取得処理開始要求の受信に応じて、ステップＳ１０５と同様の電池レベル取得処理が実行される（Ｓ１１０）。そして、このように取得された着信端末２１の電池レベルの情報を用いて、電池レベル取得部２５１により、電池レベル保持部に保持される着信端末の電池レベルの情報が更新される（Ｓ１１１）。
【００５８】
なお、着信端末２１では、電池レベル取得処理開始要求の送信後、ステップＳ１１０の電池レベル取得処理のPKG#4信号がＩＰサービス制御装置２５に送信される処理の後に、再びステップＳ１０８に戻り、電池レベル取得処理制御部２１１により再びタイマが監視される。そして、一定周期の所定タイミングとなる度に、ＩＰサービス制御装置２５により、ステップＳ１１０及びステップＳ１１１が繰り返される。
【００５９】
図７は、本実施形態の通信システム１において実行されるデタッチ判定処理を示すシーケンス図である。ここで、図７のシーケンス図は、着信端末２１がデタッチ要求を送信せずに、圏外に移動した状態やデタッチ状態に遷移した状態において、発信端末３１から発呼が行われた場合について説明するものである。
【００６０】
まず、発信端末３１により、発側ＩＭＳ網３のＣＳ−ＧＷ３２及びＳ−ＣＳＣＦ３３、着側ＩＭＳ網２のＳ−ＣＳＣＦ２３などを経て、着信端末２１への既存の発信処理が行われ（Ｓ２０１）、着信端末２１がアタッチ状態と認識される場合に、ＣＳ−ＧＷ２２において、着信端末２１に対して既存のページング処理が実行される（Ｓ２０２）。
【００６１】
ここで着信端末２１は、圏外に移動しているか、またはデタッチ状態に遷移しているので、ネットワークと通信不能な状態であり、ＣＳ−ＧＷ２２からのページング信号に応答しない。このため、ＣＳ−ＧＷ２２は、ページング信号の送出後所定時間経過するとタイムアウト（Ｔ．Ｏ）を検出する（Ｓ２０３）。これに応じて、ＣＳ−ＧＷ２２により、SIP_RequestTimeOut信号がＳ−ＣＳＣＦ２３に送信され（Ｓ２０４）、Ｓ−ＣＳＣＦ２３により、さらに回線交換サービス装置２４に転送される（Ｓ２０５）。
【００６２】
次に、回線交換サービス装置２４において、デタッチ処理制御部２４１により、SIP_RequestTimeOut信号の受信に応じて、ネットワーク側から着信端末２１のデタッチ処理を実施するか否かの判定を行うための「ＮＷデタッチ処理判定要求」がＩＰサービス制御装置２５に送信される（Ｓ２０６）。
【００６３】
ＩＰサービス制御装置２５において、電池切れ時刻推定部２５３により、着信端末２１の電池切れ時刻が推定される（Ｓ２０７）。より詳細には、電池切れ時刻推定部２５３は、電池レベル保持部２５２から、「データ取得時刻」と「残り時間」の情報を取得し、このデータ取得時刻に残り時間を加算した時刻を「電池切れ時刻」として算出する。電池切れ時刻推定部２５３は、導出した電池切れ時刻の情報を電池切れ判定部２５４に送信する。
【００６４】
次に、電池切れ判定部２５４により、着信端末２１が現在電池切れ状態か否かが判定される（Ｓ２０８）。電池切れ判定部２５４は、現在時刻と、ステップＳ２０７で算出した電池切れ時刻とを比較して、これらの前後関係で電池切れ判定を行う。電池切れ時刻が現在時刻より前の場合には、着信端末２１が現在電池切れ状態であると判定しステップＳ２０９に移行する。電池切れ時刻が現在時刻より後の場合には、着信端末２１の電池の持続時間がまだ残っており、電池切れ状態でないと判定しステップＳ２１４に移行する。
【００６５】
ステップＳ２０８で着信端末２１が現在電池切れ状態であると判定された場合には、電池切れ判定部２５４により、ネットワーク側から着信端末２１のデタッチ処理を実施する旨を示す「ＮＷデタッチ実施要求」が判定結果通知に格納されて回線交換サービス装置２４に送信される（Ｓ２０９）。また、ＮＷデタッチ実施要求には、着信端末２１を識別するための「端末識別子」が付加される。
【００６６】
次に、回線交換サービス装置２４において、デタッチ処理制御部２４１により、ＩＰサービス制御装置２５からＮＷデタッチ実施要求を受け取ると、ネットワーク側から着信端末２１のデタッチ処理が実行される。より詳細には、まず、デタッチ処理制御部２４１により、デタッチ処理の実行を促す「デタッチ通知」を付加したSIP_PUBRISH信号が、Ｓ−ＣＳＣＦ２３を経由してＣＳ−ＧＷ２２に送信される（Ｓ２１０）。
【００６７】
そして、ＣＳ−ＧＷ２２において、デタッチ処理部２２１により、デタッチ通知の受信に応じて、既存のデタッチ処理（デタッチフラグを立てる（ＯＮとする）処理、デタッチタイマを起動する処理）が実行される（Ｓ２１１：デタッチ実行ステップ）。これ以降、ネットワークは着信端末２１がデタッチ状態であることが認識できるようになる。
【００６８】
さらに、デタッチ処理部２２１により、「圏内復帰検出フラグ」が立てられる（ＯＮに切り替えられる）（Ｓ２１２）。「圏内復帰検出フラグ」とは、上述したように、着信端末２１がネットワークと通信不能な状態にあったため、ネットワーク側による着信端末２１のデタッチ処理が実行されたことを示すフラグである。図７のシーケンスにおいて、この時点では、着信端末２１がアタッチ状態のままネットワークと通信不能な状態に遷移したものと判断できるので、次に圏内に復帰したときのためにこのフラグが立てられる。そして、デタッチ処理部２２１により、ＮＷデタッチ実施要求に応じたデタッチ処理が終了したことを示すSIP200OK信号がＳ−ＣＳＣＦ２３を経て回線交換サービス装置２４に送信される（Ｓ２１３）。
【００６９】
一方、ステップＳ２０８で着信端末２１が現在電池切れ状態でないと判定された場合には、ネットワーク側から着信端末２１のデタッチ処理が不要である旨を示す「デタッチ不要通知」が判定結果通知に格納されて、回線交換サービス装置２４に送信される（Ｓ２１４）。
【００７０】
そして、回線交換サービス装置２４において、ステップＳ２１３のSIP200OK信号の受信、またはステップＳ２１４の「デタッチ不要通知」の受信に応じて、ＭＲＦ２６を介して既存の圏外ガイダンスが発信端末に送出される（Ｓ２１５）。
【００７１】
なお、上記の図７に示すシーケンスでは、回線交換サービス装置２４のデタッチ処理制御部２４１が、ステップＳ２０６において、「ＮＷデタッチ処理判定要求」をＩＰサービス制御装置２５に送信する。そして、この要求に応じてＩＰサービス制御装置２５の電池切れ判定部２５４から、ステップＳ２０９において「ＮＷデタッチ実施要求」が格納された判定結果通知を受信すると、着信端末２１がデタッチ状態となっていると判別する。また、ステップＳ２１４において「デタッチ不要通知」が格納された判定結果通知を受信すると、着信端末２１がデタッチ状態ではないものと判別する。これらの処理が、特許請求の範囲における「判別ステップ」と対応するものである。
【００７２】
図８は、本実施形態の通信システム１において実行される着信端末２１の圏内復帰後のアタッチ処理を示すシーケンス図である。
【００７３】
まず、着信端末２１が圏内にて復帰し、ネットワークと通信可能な状態となると、着信端末２１とＣＳ−ＧＷ２２との間で基地局（図示せず）を経由して、着信端末２１がネットワークから報知情報を取得し、位置登録処理などを行う既存の報知情報処理が実行される（Ｓ３０１）。
【００７４】
報知情報処理が実行されると、ＣＳ−ＧＷ２２において、アタッチ処理部２２２により、圏内復帰検出フラグが立っている（ＯＮとなっている）か否かが確認される（Ｓ３０２）。圏内復帰検出フラグが立っている場合には、図７に示したデタッチ判定処理によりネットワーク側から着信端末２１のデタッチ処理が実行されていることを意味するので、アタッチ処理部２２２により、既存のアタッチ処理（デタッチフラグをオフにする処理、デタッチタイマをリセットする処理）が実行される（Ｓ３０３）。これにより、ネットワークは、着信端末２１がアタッチ状態に遷移したことを認識できるようになる。さらに、アタッチ処理部２２２により、圏内復帰検出フラグがオフにされる（Ｓ３０４）。
【００７５】
なお、ステップＳ３０２において圏内復帰検出フラグがオフである場合には、ステップＳ３０３〜３０４の処理を実行せずに処理を終了する。
【００７６】
このような通信システム１及びデタッチ処理制御方法によれば、回線交換サービス装置２４のデタッチ処理制御部２４１が、着信端末２１への着呼時にこの着信端末２１が応答しない場合に、着信端末２１が通信不能な状態であるデタッチ状態となっているか否かを判別し、ＧＳ−ＧＷ２２のデタッチ処理部２２１が、デタッチ処理制御部２４１により着信端末２１がデタッチ状態となっていると判別された場合、着信端末２１のデタッチ処理を実行する。
【００７７】
これにより、ネットワーク側にて着信端末２１のデタッチ状態を判別し、ネットワーク側でデタッチ処理を行うことができる。この結果、再度この着信端末２１に着呼があった場合には、ネットワーク側が着信端末２１のデタッチ状態を認識することができるので、ページング処理を実行せずに発信端末３１に接続不能の旨を伝えることができる。これにより、無駄なページング処理の発生を抑制することが可能となり、ネットワーク負荷を軽減すると共に、発信端末３１のユーザの無駄な待ち時間を無くすことができる。
【００７８】
また、通信システム１において、ＩＰサービス制御装置２５の電池レベル取得部２５１が、着信端末２１の電池残量を示す電池レベルを取得する。回線交換サービス装置２４のデタッチ処理制御部２４１は、電池レベル取得部２５１により取得された電池レベルに基づいて、着信端末２１のデタッチ状態を判別する。
【００７９】
この構成により、着信端末２１から取得した電池レベルに基づきネットワーク側で通信端末の電池残量を把握することができるので、着信端末２１が応答せずこの着信端末２１の現在の状態が不明である場合でも、ネットワーク側にて着信端末２１がデタッチ状態か否かを好適に判別することができる。
【００８０】
また、通信システム１において、着信端末２１の電池レベル取得処理制御部２１１が、自機の電池レベルを取得する処理を実行する電池レベル取得処理開始要求を、ＩＰサービス制御装置２５の電池レベル取得部２５１に周期的に送信する。電池レベル取得部２５１は、着信端末２１から周期的に送信される電池レベル取得処理開始要求を受信するのに応じて、この要求を送信した着信端末２１から電池レベルを取得する。
【００８１】
この構成により、ネットワーク側は周期的に電池レベルの情報を着信端末２１から取得することができるので、ネットワーク側では周期的に新たに更新される電池レベルの情報を用いて着信端末２１のデタッチ状態を判別することができ、この結果、ネットワーク側にて着信端末２１がデタッチ状態か否かを精度良く判別することができる。
【００８２】
また、通信システム１において、ＩＰサービス制御装置２５の電池切れ判定部２５４が、電池レベル取得部２５１により取得された電池レベルと、この電池レベルの取得時刻とに基づいて、着信端末２１が現在電池切れの状態か否かを判定する。回線交換サービス装置２４のデタッチ処理制御部２４１は、電池切れ判定部２５４により着信端末２１が現在電池切れの状態であると判定された場合、着信端末２１がデタッチ状態となっていると判別する。
【００８３】
この構成により、着信端末２１から取得された電池レベルと、この電池レベルの取得された時刻に基づいて、着信端末２１が現在電池切れの状態か否かが判定され、電池切れ状態と判定された場合にデタッチ状態であると判定される。このため、着信端末２１の現在の状態（電池切れか否か）を推定することができ、この推定された現在の状態に基づきデタッチ状態を判定することができるので、ネットワーク側にて着信端末２１がデタッチ状態か否かについて、より一層精度良く判別することができる。
【００８４】
また、通信システム１において、ＣＳ−ＧＷ２２のデタッチ処理部２２１は、着信端末２１のデタッチ処理を実行したときに、ネットワーク側でデタッチ処理を実行したことを示す圏内復帰検出フラグを立てる。ＣＳ−ＧＷ２２のアタッチ処理部２２２は、着信端末２１が圏内に復帰したときに、圏内復帰検出フラグが立てられていた場合に、アタッチ処理を実行する。
【００８５】
この構成により、ネットワーク側で着信端末２１のデタッチ処理が実行された後に、この着信端末２１が圏内に復帰したときに、デタッチ処理が行われたことを識別してアタッチ処理が実行される。このため、ネットワーク側で着信端末２１のデタッチ処理が実行された場合のみ、ネットワーク側でアタッチ処理を実行することができる。
【００８６】
以上、本発明に係る通信システム１及びガイダンス送出方法について好適な実施形態を挙げて説明したが、本発明は上記実施形態に限られるものではない。例えば、上記実施形態で示した各機能ブロックは、ＩＭＳ網の他の装置に含まれるよう構成してもよい。
【符号の説明】
【００８７】
１…通信システム、２１…着信端末（一の通信端末）、２１１…電池レベル取得処理制御部（要求手段）、２２…ＣＳ−ＧＷ、２２１…デタッチ処理部（デタッチ実行手段）、２２２…アタッチ処理部（アタッチ実行手段）、２４…回線交換サービス装置、２４１…デタッチ処理制御部（判別手段）、２５…ＩＰサービス制御装置、２５１…電池レベル取得部（電池レベル取得手段）、２５４…電池切れ判定部（電池切れ判定手段）。
【特許請求の範囲】
【請求項１】
通信端末間の通信を行う通信システムであって、
前記通信端末のうちの一の通信端末への着呼時に該通信端末が応答しない場合に、該通信端末が通信不能な状態であるデタッチ状態となっているか否かを判別する判別手段と、
前記判別手段により前記一の通信端末がデタッチ状態となっていると判別された場合、該通信端末のデタッチ処理を実行するデタッチ実行手段と、
を備えることを特徴とする通信システム。
【請求項２】
前記通信端末の電池残量を示す電池レベルを取得する電池レベル取得手段を備え、
前記判別手段は、前記電池レベル取得手段により取得された電池レベルに基づいて、前記一の通信端末のデタッチ状態を判別することを特徴とする、請求項１に記載の通信システム。
【請求項３】
前記電池レベル取得手段は、前記通信端末から周期的に送信される、該通信端末の電池レベルを取得する処理を実行する旨の要求を受信するのに応じて、前記要求を送信した通信端末から電池レベルを取得することを特徴とする、請求項２に記載の通信システム。
【請求項４】
前記電池レベル取得手段により取得された電池レベルと、該電池レベルの取得時刻とに基づいて、前記一の通信端末が現在電池切れの状態か否かを判定する電池切れ判定手段を備え、
前記判別手段は、前記電池切れ判定手段により前記一の通信端末が現在電池切れの状態であると判定された場合、該通信端末がデタッチ状態となっていると判別することを特徴とする、請求項２又は３に記載の通信システム。
【請求項５】
前記通信端末のアタッチ処理を実行するアタッチ実行手段を備え、
前記デタッチ実行手段は、前記通信端末のデタッチ処理を実行したときに、ネットワーク側でデタッチ処理を実行したことを示すフラグを立て、
前記アタッチ実行手段は、前記通信端末が圏内に復帰したときに、前記フラグが立てられていた場合に、アタッチ処理を実行することを特徴とする、請求項１〜４のいずれか１項に記載の通信システム。
【請求項６】
通信端末間の通信を行う通信システムにて行われるデタッチ処理制御方法であって、
前記通信端末のうちの一の通信端末への着呼時に該通信端末が応答しない場合に、該通信端末が通信不能な状態であるデタッチ状態となっているか否かを判別する判別ステップと、
前記判別ステップにおいて前記一の通信端末がデタッチ状態となっていると判別された場合、該通信端末のデタッチ処理を実行するデタッチ実行ステップと、
を備えることを特徴とするデタッチ処理制御方法。
【請求項１】
通信端末間の通信を行う通信システムであって、
前記通信端末のうちの一の通信端末への着呼時に該通信端末が応答しない場合に、該通信端末が通信不能な状態であるデタッチ状態となっているか否かを判別する判別手段と、
前記判別手段により前記一の通信端末がデタッチ状態となっていると判別された場合、該通信端末のデタッチ処理を実行するデタッチ実行手段と、
を備えることを特徴とする通信システム。
【請求項２】
前記通信端末の電池残量を示す電池レベルを取得する電池レベル取得手段を備え、
前記判別手段は、前記電池レベル取得手段により取得された電池レベルに基づいて、前記一の通信端末のデタッチ状態を判別することを特徴とする、請求項１に記載の通信システム。
【請求項３】
前記電池レベル取得手段は、前記通信端末から周期的に送信される、該通信端末の電池レベルを取得する処理を実行する旨の要求を受信するのに応じて、前記要求を送信した通信端末から電池レベルを取得することを特徴とする、請求項２に記載の通信システム。
【請求項４】
前記電池レベル取得手段により取得された電池レベルと、該電池レベルの取得時刻とに基づいて、前記一の通信端末が現在電池切れの状態か否かを判定する電池切れ判定手段を備え、
前記判別手段は、前記電池切れ判定手段により前記一の通信端末が現在電池切れの状態であると判定された場合、該通信端末がデタッチ状態となっていると判別することを特徴とする、請求項２又は３に記載の通信システム。
【請求項５】
前記通信端末のアタッチ処理を実行するアタッチ実行手段を備え、
前記デタッチ実行手段は、前記通信端末のデタッチ処理を実行したときに、ネットワーク側でデタッチ処理を実行したことを示すフラグを立て、
前記アタッチ実行手段は、前記通信端末が圏内に復帰したときに、前記フラグが立てられていた場合に、アタッチ処理を実行することを特徴とする、請求項１〜４のいずれか１項に記載の通信システム。
【請求項６】
通信端末間の通信を行う通信システムにて行われるデタッチ処理制御方法であって、
前記通信端末のうちの一の通信端末への着呼時に該通信端末が応答しない場合に、該通信端末が通信不能な状態であるデタッチ状態となっているか否かを判別する判別ステップと、
前記判別ステップにおいて前記一の通信端末がデタッチ状態となっていると判別された場合、該通信端末のデタッチ処理を実行するデタッチ実行ステップと、
を備えることを特徴とするデタッチ処理制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−２５４３９４（Ｐ２０１１−２５４３９４Ａ）
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願番号】特願２０１０−１２８１４１（Ｐ２０１０−１２８１４１）
【出願日】平成２２年６月３日（２０１０．６．３）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願日】平成２２年６月３日（２０１０．６．３）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]