(57)【要約】【課題】本発明は、着信などの失敗や保守者の稼動を回避することができる中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムを提供することを目的とする。【解決手段】中継装置３は、通信端末装置の識別情報を含むプロファイルを保持するプロファイル保持部３ａと、所定の事象後に実行したページングに失敗した場合に、当該ページングが当該所定の事象後に最初に実行されたページングであると判定すると、当該通信要求に含まれた通信要求対象の通信端末装置の識別情報を含むプロファイルを、使用されなくなっても残存している不使用残存プロファイルであると判定する不使用残存プロファイル判定部３ｂと、不使用残存プロファイルをプロファイル保持部３ａから削除する不使用残存プロファイル削除部３ｃとを有している。【選択図】図１
2014241561.tif 000002
【特許請求の範囲】
【請求項１】
通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間の通信を中継する中継装置であって、
前記通信端末装置の識別情報を含むプロファイルを保持するプロファイル保持部と、
前記プロファイル保持部に保持されたプロファイルが使用されなくなっても残存している不使用残存プロファイルであるか否かを判定する不使用残存プロファイル判定部と、
前記不使用残存プロファイル判定部で不使用残存プロファイルと判定されたプロファイルを前記プロファイル保持部から削除する不使用残存プロファイル削除部と
を有することを特徴とする中継装置。
【請求項２】
上位ノードからの通信要求に基づいてページングを実行するページング実行部をさらに有し、
所定の事象後に実行した前記ページングに失敗したと前記ページング実行部が判定した場合に、該ページングが該所定の事象後に実行されたページングであると判定すると、
前記不使用残存プロファイル判定部は、前記通信要求に含まれて通信要求対象の通信端末装置の識別情報である通信対象識別情報を含むプロファイルを前記不使用残存プロファイルであると判定すること
を特徴とする請求項１記載の中継装置。
【請求項３】
前記不使用残存プロファイル判定部は、
前記プロファイル保持部で保持している前記通信端末装置の識別情報に関連付けて該通信端末装置の通信履歴を示すフラグを管理するフラグ管理部と、
前記通信対象識別情報と同一の通信端末装置の識別情報に関連付けられたフラグである通信対象関連フラグを前記フラグ管理部から取得し、取得した前記通信対象関連フラグの状態を判定するフラグ取得判定部と
を備え、
前記所定の事象後に実行した最初の前記ページングに失敗したと前記ページング実行部が判定した場合に、前記フラグ取得判定部の取得した通信対象関連フラグの状態がオン状態であれば前記最初の呼処理であると判定し、前記通信対象識別情報を含むプロファイルの削除を前記不使用残存プロファイル削除部に要求するとともに、前記通信対象関連フラグの状態をオフ状態に更新することを前記フラグ管理部に要求すること
を特徴とする請求項２記載の中継装置。
【請求項４】
前記不使用残存プロファイル判定部は、前記通信端末装置の識別情報と中継装置の識別情報とを対応付けて記憶するサービス制御装置から、前記通信対象識別情報に対応付けられた中継装置の識別情報である通信対象中継識別情報を取得し、前記通信対象中継識別情報と自機の識別情報である自機識別情報とを照合する識別情報照合部を備え、
前記所定の事象後に実行した前記ページングに失敗したと前記ページング実行部が判定した場合に、前記識別情報照合部で照合した前記通信対象中継識別情報と前記自機識別情報とが不一致であると判定したら、前記通信対象識別情報を含むプロファイルの削除を前記不使用残存プロファイル削除部に要求すること
を特徴とする請求項２又は３に記載の中継装置。
【請求項５】
前記フラグ管理部は、プリザベーション状態で接続されている通信端末装置を管理するプリザベーション状態呼管理テーブルを保持しており、
前記不使用残存プロファイル判定部は、前記プリザベーション状態呼管理テーブルで管理されている全ての通信端末装置に対して実行されたページングに失敗した該通信端末装置の識別情報を含むプロファイルを前記不使用残存プロファイルであると判定すること
を特徴とする請求項３記載の中継装置。
【請求項６】
下位ノードから送信されるキープアライブ信号を受信するキープアライブ信号受信部と、
前記プロファイル保持部とは異なるプロファイル保持部であって下位ノードの識別情報を含むプロファイルを保持するプロファイル保持部とをさらに有し、
前記キープアライブ信号を所定期間受信していないと前記キープアライブ信号受信部が判定した場合に、
前記不使用残存プロファイル判定部は、該キープアライブ信号を送信しない前記下位ノードの識別情報を含むプロファイルを前記不使用残存プロファイルであると判定すること
を特徴とする請求項１記載の中継装置。
【請求項７】
通信端末装置の識別情報と、加入者交換機の識別情報とを対応付けて位置登録情報を管理する位置登録情報管理テーブルを保持する位置登録情報管理テーブル保持部と、
加入者交換機からの前記位置登録情報の取得要求に基づいて、前記位置登録情報の取得要求に含まれた通信端末装置の識別情報に対応付けられた加入者交換機の識別情報を前記位置登録情報管理テーブル保持部から取得する加入者交換機識別情報取得部と、
前記加入者交換機識別情報取得部が取得した加入者交換機の識別情報を含む位置登録情報を、前記位置登録情報の取得を要求した前記加入者交換機に送信する位置登録情報送信部と
を有することを特徴とするサービス制御装置。
【請求項８】
加入者交換機と中継交換機とを備え、通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間を通信する通信ネットワークシステムであって、
前記加入者交換機は、請求項１から５までのいずれか一項に記載の中継装置であること
を特徴とする通信ネットワークシステム。
【請求項９】
加入者交換機と中継交換機とを備え、通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間を通信する通信ネットワークシステムであって、
前記中継交換機は、請求項１又は６に記載の中継装置であること
を特徴とする通信ネットワークシステム。
【請求項１０】
加入者交換機と中継交換機とサービス制御装置とを備え、通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間を通信する通信ネットワークシステムであって、
前記サービス制御装置は、請求項７記載のサービス制御装置であること
を特徴とする通信ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
通信端末装置と、当該通信端末装置への着信を要求する着信要求側装置との間の通信を中継する中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムに関する。
【背景技術】
【０００２】
従来、加入者交換機（ＳＧＳＮ：Ｓｅｒｖｉｎｇ  ＧＰＲＳ  （Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）のメンテナンスや障害などで通信経路が迂回などされる場合がある。この場合、例えば通信端末装置が周期位置登録を実行すると、無線網制御装置は、メンテナンスや障害などが発生する前に接続されていた加入者交換機（以下、「既接続加入者交換機」と称する）とは異なる加入者交換機に迂回させて当該通信端末装置の位置登録を試みる。しかしながら、当該異なる加入者交換機が既接続加入者交換機からプロファイル（ＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテキスト、呼の通信属性データ）を取得できず、当該通信端末装置は位置登録に失敗してしまう場合がある。その後、当該通信端末装置が当該異なる加入者交換機に再アタッチを実行し、当該再アタッチに成功すると、当該異なる加入者交換機に当該通信端末装置の新たなプロファイルが作成される。この結果、既接続加入者交換機には、当該通信端末装置についての通信中の呼又はプリザベーション状態の呼（以下、通信中の呼及びプリザベーション状態の呼を「ａｃｔｉｖｅ呼（アクティブ呼）」と総称する）のプロファイルが使用されなくなっても残存してしまう場合（浮いてしまう場合）がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１１４８４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
既加入者交換機のメンテナンス等により通信端末装置が例えば周期位置登録に失敗し、その後、当該既加入者交換機とは異なる加入者交換機に対して再アタッチを実行し、当該再アタッチに成功した場合でも、加入者交換機の上位ノードである中継交換機は、当該通信端末装置が既加入者交換機に接続されているという情報を含むＰＤＰコンテキストを保持し続ける。このため、当該中継交換機は、外部装置から当該通信端末装置への着信要求を受信すると、既加入者交換機に対して当該着信要求を送信してしまう。当該着信要求を受信すると既加入者交換機は、配下の無線網制御装置に対してページング要求を実行する。しかしながら、当該通信端末装置は当該異なる加入者交換機に接続している情報を有しているため、当該ページングに応答しない。これにより、当該着信は失敗し、当該通信端末装置は通信の機会を失ってしまうという問題が生じる。
【０００５】
また、使用されなくなっても残存してしまうプロファイルによって着信が失敗していないかなどを通信ネットワークの保守者が監視すると、当該保守者の監視負担が増加してしまうという問題が生じる。
特許文献１には、ＳＧＳＮのＰＤＰ状態と移動通信端末装置のＰＤＰ状態とが不一致の場合、すなわち着信が不可能である場合に、両ＰＤＰ状態を一致させて着信呼の接続処理を行うことが開示されている。しかしながら、特許文献１には、使用されなくなっても残存してしまうプロファイルについて開示されていない。
本発明の目的は、着信などの失敗や保守者の稼動を回避することができる中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の一態様による中継装置は、通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間の通信を中継する中継装置であって、前記通信端末装置の識別情報を含むプロファイルを保持するプロファイル保持部と、前記プロファイル保持部に保持されたプロファイルが使用されなくなっても残存している不使用残存プロファイルであるか否かを判定する不使用残存プロファイル判定部と、前記不使用残存プロファイル判定部で不使用残存プロファイルと判定されたプロファイルを前記プロファイル保持部から削除する不使用残存プロファイル削除部とを有する。
このような構成によれば、着信などの失敗や保守者の稼動を回避することができる。
【０００７】
上記一態様による中継装置は、上位ノードからの通信要求に基づいてページングを実行するページング実行部をさらに有し、所定の事象後に実行した前記ページングに失敗したと前記ページング実行部が判定した場合に、該ページングが該所定の事象後に実行されたページングであると判定すると、不使用残存プロファイル判定部は、前記通信要求に含まれて通信要求対象の通信端末装置の識別情報である通信対象識別情報を含むプロファイルを、前記不使用残存プロファイルであると判定し得る。
このような構成によれば、着信などの失敗や保守者の稼動を回避することができる。
【０００８】
また、前記不使用残存プロファイル判定部は、前記プロファイル保持部で保持している前記通信端末装置の識別情報に関連付けて該通信端末装置の通信履歴を示すフラグを管理するフラグ管理部と、前記通信対象識別情報と同一の通信端末装置の識別情報に関連付けられたフラグである通信対象関連フラグを前記フラグ管理部から取得し、取得した前記通信対象関連フラグの状態を判定するフラグ取得判定部とを備え、前記所定の事象後に実行した最初の前記ページングに失敗したと前記ページング実行部が判定した場合に、前記フラグ取得判定部の取得した通信対象関連フラグの状態がオン状態であれば前記最初の呼処理であると判定し、前記通信対象識別情報を含むプロファイルの削除を前記不使用残存プロファイル削除部に要求するとともに、前記通信対象関連フラグの状態をオフ状態に更新することを前記フラグ管理部に要求し得る。
このような構成によれば、プロファイル保持部が保持している複数のプロファイルのうち、不使用残存プロファイルを特定して削除できる。
【０００９】
また、前記不使用残存プロファイル判定部は、前記通信端末装置の識別情報と中継装置の識別情報とを対応付けて記憶するサービス制御装置から、前記通信対象識別情報に対応付けられた中継装置の識別情報である通信対象中継識別情報を取得し、前記通信対象中継識別情報と自機の識別情報である自機識別情報とを照合する識別情報照合部を備え、前記所定の事象後に実行した前記ページングに失敗したと前記ページング実行部が判定した場合に、前記識別情報照合部で照合した前記通信対象中継識別情報と前記自機識別情報とが不一致であると判定したら、前記通信対象識別情報を含むプロファイルの削除を前記不使用残存プロファイル削除部に要求し得る。
このような構成によれば、プロファイル保持部が保持している複数のプロファイルのうち、不使用残存プロファイルを特定して削除できる。
【００１０】
前記フラグ管理部は、プリザベーション状態で接続されている通信端末装置を管理するプリザベーション状態呼管理テーブルを保持し得る。前記不使用残存プロファイル判定部は、前記プリザベーション状態呼管理テーブルで管理されている全ての通信端末装置に対して実行されたページングに失敗した該通信端末装置の識別情報を含むプロファイルを前記不使用残存プロファイルであると判定し得る。
このような構成によれば、通信端末装置やユーザサーバなどの着信要求側装置からの呼処理信号を待たずに、不使用残存プロファイルでないプロファイルと、不使用残存プロファイルである可能性のあるプロファイルとを区別できる。
【００１１】
上記一態様による中継装置は、下位ノードから送信されるキープアライブ信号を受信するキープアライブ信号受信部と、前記プロファイル保持部とは異なるプロファイル保持部であって下位ノードの識別情報を含むプロファイルを保持するプロファイル保持部とをさらに有し、前記キープアライブ信号を所定期間受信していないと前記キープアライブ信号受信部が判定した場合に、前記不使用残存プロファイル判定部は、該キープアライブ信号を送信しない前記下位ノードの識別情報を含むプロファイルを前記不使用残存プロファイルであると判定し得る。
このような構成によれば、着信などの失敗や保守者の稼動を回避することができる。
【００１２】
上記目的を達成するために、本発明の一態様によるサービス制御装置は、通信端末装置の識別情報と、加入者交換機の識別情報とを対応付けて位置登録情報を管理する位置登録情報管理テーブルを保持する位置登録情報管理テーブル保持部と、加入者交換機からの前記位置登録情報の取得要求に基づいて、前記位置登録情報の取得要求に含まれた通信端末装置の識別情報に対応付けられた加入者交換機の識別情報を前記位置登録情報管理テーブル保持部から取得する加入者交換機識別情報取得部と、前記加入者交換機識別情報取得部が取得した加入者交換機の識別情報を含む位置登録情報を、前記位置登録情報の取得を要求した前記加入者交換機に送信する位置登録情報送信部とを有することを特徴とする。
このような構成によれば、着信などの失敗や保守者の稼動を回避することができる。
【００１３】
上記目的を達成するために、本発明の一態様による通信ネットワークシステムは、加入者交換機と中継交換機とを備え、通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間を通信する通信ネットワークシステムであって、前記加入者交換機は、上記本発明の一態様による中継装置であることを特徴とする。
このような構成によれば、着信などの失敗や保守者の稼動を回避することができる。
【００１４】
上記目的を達成するために、本発明の他の態様による通信ネットワークシステムは、加入者交換機と中継交換機とを備え、通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間を通信する通信ネットワークシステムであって、前記中継交換機は、上記本発明の他の態様による中継装置であることを特徴とする。
このような構成によれば、着信などの失敗や保守者の稼動を回避することができる。
【００１５】
上記目的を達成するために、本発明のさらに他の態様による通信ネットワークシステムは、加入者交換機と中継交換機とサービス制御装置とを備え、通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間を通信する通信ネットワークシステムであって、前記サービス制御装置は、上記本発明のサービス制御装置であることを特徴とする。
このような構成によれば、着信などの失敗や保守者の稼動を回避することができる。
【発明の効果】
【００１６】
本発明によれば、着信などの失敗や保守者の稼動を回避することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態による中継装置３及び通信ネットワークシステム１の概略構成を示すブロック図である。
【図２】従来の通信ネットワークシステム２０１の概略構成及び問題点を説明するための図である。
【図３】不使用残存プロファイルを削除するための第１の手法（参考例）のシーケンス図である。
【図４】不使用残存プロファイルを削除するための第２の手法（参考例）のシーケンス図である。
【図５】本発明の第１の実施形態の実施例１による中継装置としてのＳＧＳＮ２３の概略構成を示す図である。
【図６】本発明の第１の実施形態の実施例１におけるＳＧＳＮ２３に備えられたフラグ更新処理管理テーブルの一例を示す図である。
【図７】本発明の第１の実施形態の実施例１におけるＳＧＳＮ２３の動作の流れの一例を示すフローチャートである。
【図８】本発明の第１の実施形態の実施例１による通信ネットワークシステム２１の概略構成を示す図である。
【図９】本発明の第１の実施形態の実施例１による通信ネットワークシステム２１の動作の一例を示すシーケンス図である。
【図１０】本発明の第１の実施形態の実施例２による中継装置としてのＳＧＳＮ４３の概略構成を示す図である。
【図１１】本発明の第１の実施形態の実施例２におけるＳＧＳＮ４３の動作の流れの一例を示すフローチャートである。
【図１２】本発明の第１の実施形態の実施例２による通信ネットワークシステム４１の概略構成を示す図である。
【図１３】本発明の第１の実施形態の実施例２による通信ネットワークシステム４１の動作の一例を示すシーケンス図である。
【図１４】本発明の第１の実施形態の実施例４による中継装置としてのＳＧＳＮ５３の概略構成を示す図である。
【図１５】本発明の第１の実施形態の実施例４におけるＳＧＳＮ５３の動作の流れの一例を示すフローチャートである。
【図１６】本発明の第１の実施形態の実施例４による通信ネットワークシステム５１の概略構成を示す図である。
【図１７】本発明の第１の実施形態の実施例４による通信ネットワークシステム５１の動作の一例を示すシーケンス図である。
【図１８】本発明の第１の実施形態の実施例５による通信ネットワークシステム６１の概略構成を示す図である。
【図１９】本発明の第１の実施形態の実施例５におけるＳＧＳＮ６３に備えられたフラグ更新処理管理テーブルの一例を示す図である。
【図２０】本発明の第１の実施形態の実施例５におけるＳＧＳＮ６３の動作の流れの一例を示すフローチャートである。
【図２１】本発明の第１の実施形態の実施例５による通信ネットワークシステム６１の動作の一例を示すシーケンス図である。
【図２２】本発明の第１の実施形態の実施例５の変形例による通信ネットワークシステム６１の概略構成を示す図である。
【図２３】本発明の第１の実施形態の実施例５の変形例におけるＳＧＳＮ６３に備えられたフラグ更新処理管理テーブルの一例を示す図である。
【図２４】本発明の第１の実施形態の実施例５の変形例におけるＳＧＳＮ６３の動作の流れの一例を示すフローチャートである。
【図２５】本発明の第１の実施形態の実施例５の変形例による通信ネットワークシステム６１の動作の一例を示すシーケンス図である。
【図２６】本発明の第１の実施形態の実施例６による中継装置としてのＳＧＳＮ７３の概略構成を示す図である。
【図２７】本発明の第１の実施形態の実施例６におけるＳＧＳＮ７３に備えられたフラグ更新処理管理テーブルの一例を示す図である。
【図２８】本発明の第１の実施形態の実施例６におけるＳＧＳＮ７３の動作の流れの一例を示すフローチャートである。
【図２９】本発明の第１の実施形態の実施例６による通信ネットワークシステム７１の概略構成を示す図である。
【図３０】本発明の第１の実施形態の実施例６による通信ネットワークシステム７１の動作の一例を示すシーケンス図である。
【図３１】本発明の第１の実施形態の実施例８による中継装置としてのＳＧＳＮ８３の概略構成を示す図である。
【図３２】本発明の第１の実施形態の実施例８におけるＳＧＳＮ８３の動作の流れの一例を示すフローチャートである。
【図３３】本発明の第１の実施形態の実施例８による通信ネットワークシステム８１の概略構成を示す図である。
【図３４】本発明の第１の実施形態の実施例８による通信ネットワークシステム８１の動作の一例を示すシーケンス図である。
【図３５】本発明の第２の実施形態による中継装置としてのＧＧＳＮ１０３の概略構成を示す図である。
【図３６】本発明の第２の実施形態におけるＧＧＳＮ１０３の動作の流れの一例を示すフローチャートである。
【図３７】本発明の第２の実施形態による通信ネットワークシステム１０１の概略構成を示す図である。
【図３８】本発明の第２の実施形態による通信ネットワークシステム１０１の動作の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
〔第１の実施形態〕
（中継装置の概略構成）
本発明の第１の実施形態による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムについて、図１から図３４を用いて説明する。まず、本実施形態による中継装置３及びそれを備えた通信ネットワークシステム１の概略構成について図１を用いて説明する。
【００１９】
図１は、本実施形態による中継装置３及び通信ネットワークシステム１の概略構成を示すブロック図である。図１に示すように、本実施形態による通信ネットワークシステム１は、上位ノード５と、下位ノード７と、上位ノード５と下位ノード７との間の通信を中継する中継装置３とを有している。詳細は後述の実施例を用いて説明するが、本実施形態では、中継装置３が加入者交換機（ＳＧＳＮ：Ｓｅｒｖｉｎｇ  ＧＰＲＳ  （Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）に相当し、下位ノード７は例えば無線網制御装置（ＲＮＣ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）に相当し、上位ノード５は例えば中継交換機（ＧＧＳＮ：Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）に相当する。
【００２０】
通信ネットワークシステム１は、不図示の通信端末装置と、当該通信端末装置への着信を要求する不図示の着信要求側装置（例えば、着信要求側の通信端末装置、あるいはアプリケーションサービスプロバイダや企業ユーザのユーザサーバなど）との間を通信する通信ネットワークシステムである。
図１に示すように、本実施形態による中継装置３は、プロファイル保持部３ａと、不使用残存プロファイル判定部３ｂと、不使用残存プロファイル削除部３ｃと、ページング実行部３ｄとを有している。
【００２１】
プロファイル保持部３ａは、通信端末装置の識別情報を含むプロファイルを保持するようになっている。プロファイル保持部３ａは、下位ノード７に接続される全ての通信端末装置（移動通信端末装置やマシンツーマシン（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）などの通信機器を含む）の識別情報（例えば端末識別子）と下位ノード７の識別情報とを対応付けて保持している。中継装置３は、複数の下位ノード７を収容することが可能である。このため、中継装置３は、下位ノード７の識別情報と通信端末装置の識別情報とを対応付けてプロファイル保持部３ａで保持することにより、上位ノード７からの通信端末装置の識別情報を含む着信要求に対して下位ノード７を指定して呼処理（例えばページングの要求）を実行できる。
【００２２】
ページング実行部３ｄは、上位ノード５からの通信要求（例えば着信要求）に基づいてページング処理を実行するようになっている。さらに、ページング実行部３ｄは、実行したページングに成功したか否かを判定するようになっている。ページング実行部３ｄは、下位ノード７に対してページング要求を実行し、当該ページング要求に所定期間応答がない場合には、ページングに失敗したと判定する。
【００２３】
不使用残存プロファイル判定部３ｂは、プロファイル保持部３ａに保持されたプロファイルが使用されなくなっても残存している不使用残存プロファイルであるか否かを判定するようになっている。不使用残存プロファイル判定部３ｂは、所定の事象後（詳細は後述するが、例えばこれまで使用されていたファイルとは異なる新しいファイルで自機、すなわち中継装置３が再起動された後など）に実行したページングに失敗したとページング実行部３ｄが判定した場合に、当該ページングが当該所定の事象後に実行された最初のページングであると判定すると、上位ノード５からの通信要求（例えば着信要求）に含まれて通信要求対象の通信端末装置の識別情報である通信対象識別情報を含むプロファイルを不使用残存プロファイルであると判定する。
【００２４】
不使用残存プロファイル削除部３ｃは、不使用残存プロファイル判定部３ｂで不使用残存プロファイルと判定されたプロファイルをプロファイル保持部３ａから削除するようになっている。不使用残存プロファイル削除部３ｃは、不使用残存プロファイル判定部３ｂが送信した不使用残存プロファイル削除要求信号に含まれた通信対象識別情報と同じ識別情報の通信端末装置のプロファイルをプロファイル保持部３ａから削除する。
このように、中継装置３は、プロファイル保持部３ａに保持されたプロファイルが不使用残存プロファイルであるのか否かを通信端末装置を特定して判断できる。このため、中継装置３は、プロファイル保持部３ａで保持している複数のプロファイルのうちの一のプロファイルを特定して削除できる。これにより、中継装置３及びそれを備えた通信ネットワークシステム１は、不使用残存プロファイルの通信端末装置に着信要求が継続されるのを防止し、着信などの失敗や保守者の稼動を回避することができる。
【００２５】
（従来の通信ネットワークの概略構成）
次に、不使用残存プロファイルが発生することを原因とする従来の通信ネットワークシステムの問題点について図２から図４を用いて説明する。
図２は、従来の通信ネットワークシステム２０１の概略構成及び問題点を説明するための図である。図２に示すように、従来の通信ネットワークシステム２０１は、ＳＧＳＮ２０３と、ＳＧＳＮ２０５と、ＲＮＣ２０７と、ＧＧＳＮ２０９と、ＩＰＳＣＰ２１１と、移動通信端末装置（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）２１３とを有しているＳＧＳＮ２０３、２０５、ＲＮＣ２０７、ＧＧＳＮ２０９及びＩＰＳＣＰ２１１は、通信ネットワークシステム２０１を構成する通信ネットワーク構成要素である。
【００２６】
ＳＧＳＮ２０３、２０５の上位には、上位ノードとしてのＧＧＳＮ２０９及びＩＰＳＣＰ２１１が接続されている。ＳＧＳＮ２０３、２０５の下位には、下位ノードとしてのＲＮＣ２０７が接続されている。なお、本例におけるネットワーク構成要素の数は一例であり、ＳＧＳＮやＲＮＣの数は、図２に示す数に限られない。また、通信ネットワークシステム２０１は、ＲＮＣ２０７の配下に無線基地局を有し、ＭＳ２１３は当該無線基地局を介してＲＮＣ２０７と通信するようになっているが、図２では、当該無線基地局の図示は省略されている。
【００２７】
（従来技術の問題点）
次に、ＳＧＳＮ２０３が新しいファイルによって起動されることを原因として不使用残存プロファイルが発生する仕組みについて説明する。
ＳＧＳＮ２０３において新しいファイルが起動される前に、ＳＧＳＮ２０３は、ＭＳ２１３のプロファイルＰ２１３をすでに有している。すなわち、ＳＧＳＮ２０３は、ＭＳ２１３がＲＮＣ２０７に収容されているという情報を含むプロファイルＰ２１３を有している。また、ＳＧＳＮ２０３において新しいファイルが起動される前に、ＧＧＳＮ２０９は、ＭＳ２１３がＳＧＳＮ２０３に接続されているという情報を含むＰＤＰコンテキストＣ２１３を有している。また、ＳＧＳＮ２０３において新しいファイルが起動される前に、ＩＰＳＣＰ２１１は、ＭＳ２１３の位置登録情報を有している。すなわち、ＩＰＳＣＰ２１１は、ＭＳ２１３の識別子とＭＳ２１３を収容するＲＮＣ２０７の上位ノードであるＳＧＳＮ２０３の識別子とを対応付けて記憶している。
【００２８】
ここで、ＳＧＳＮ２０３が新ファイルにより起動されたとする。ＲＮＣ２０７は、ＳＧＳＮ２０３が正常に動作しているか否かを確認するために、例えば定期的にヘルスチェックを実行している。ＲＮＣ２０７がＳＧＳＮ２０３の新ファイル起動中にＳＧＳＮ２０３のヘルスチェックを実行したとする（ステップＳ２００１）。ＲＮＣ２０７は、ＳＧＳＮ２０３が新ファイルで起動中であるため、ヘルスチェックに失敗したことを検出する（ステップＳ２００３）。
【００２９】
ヘルスチェックに失敗した後に、ＲＮＣ２０７に対してＭＳ２１３から周期位置登録の要求「ＲＡ（Ｒｏｕｔｉｎｇ  Ａｒｅａ）＿Ｕｐｄａｔｅ＿Ｒｅｑｕｅｓｔ」があったとする。ＲＮＣ２０７は、ＭＳ２１３のプロファイルＰ２１３をＳＧＳＮ２０３が有している情報を備えているが、ＳＧＳＮ２０３が正常に動作をしていないと判断して、ＳＧＳＮ２０３以外の加入者交換機であってＭＳ２１３のプロファイルを有していないＳＧＳＮ２０５にＭＳ２１３からの周期位置登録信号を迂回させる（ステップＳ２００５）。
【００３０】
ＳＧＳＮ２０５は、ＳＧＳＮ２０３に対してＭＳ２１３のプロファイルＰ２１３の取得要求「ＳＧＳＮ＿Ｃｏｎｔｅｘｔ＿Ｒｅｑｕｅｓｔ」を実行する（ステップＳ２００７）。
ＳＧＳＮ２０３は新ファイル起動中のため、ＳＧＳＮ２０５は、ＳＧＳＮ２０３からプロファイルＰ２１３を取得できず、プロファイル取得要求から所定期間が経過するとプロファイルＰ２１３の取得に失敗（タイムアウト）したと判断する（ステップＳ２００９）。これにより、ＳＧＳＮ２０５は、ＭＳ２１３のプロファイルの作成に失敗する。
【００３１】
ＳＧＳＮ２０５は、ＳＧＳＮ２０３からプロファイルＰ２１３を取得できないため、図中破線矢印Ｙ２０５で示すＰＤＰコンテキスト更新要求「Ｕｐｄａｔｅ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｑｕｅｓｔ」をＧＧＳＮ２０９に送信できない。このため、ＧＧＳＮ２０９は、ＭＳ２１３がＳＧＳＮ２０３に接続されているという情報を含むＰＤＰコンテキストＣ２１３を保持し続ける。
ＳＧＳＮ２０５がプロファイルＰ２１３を取得できないため、ＳＧＳＮ２０５は、当該周期位置登録の要求に失敗したこと示す応答「ＲＡ＿Ｕｐｄａｔｅ＿Ｒｅｊｅｃｔ」をＲＮＣ２０７を介してＭＳ２１３に送信する（ステップＳ２０１１）。
ＭＳ２１３は、周期位置登録要求に失敗すると、通信ネットワークシステム２０１に新たに接続し直すために、ＳＧＳＮ２０５に対して再アタッチ「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を実行する（ステップＳ２０１３）。
【００３２】
ＳＧＳＮ２０５は、位置登録情報（当該再アタッチに含まれたＳＧＳＮ２０５の識別子と、自機の識別子）を含む位置登録要求「Ｕｐｄａｔｅ＿Ｌｏｃａｔｉｏｎ」をＩＰＳＣＰ２１１に対して実行する（ステップＳ２０１５）。
ＩＰＳＣＰ２１１は、保持しているＭＳ２１３の位置登録情報の内容を「Ｕｐｄａｔｅ＿Ｌｏｃａｔｉｏｎ」に含まれた位置登録情報の内容に更新するとともに、ＭＳ２１３のプロファイルＰ２１３の消去を要求するプロファイル消去要求「Ｃａｎｃｅｌ＿Ｌｏｃａｔｉｏｎ」をＳＧＳＮ２０３に送信する（ステップＳ２０１７）。ＳＧＳＮ２０３は新ファイル起動中のため、ＩＰＳＣＰ２１１は、ＳＧＳＮ２０３からプロファイル消去完了を示す応答信号を受信できず、プロファイル消去要求から所定期間が経過するとプロファイルＰ２１３の消去要求に失敗（タイムアウト）したと判断する（ステップＳ２０１９）。
【００３３】
ＩＰＳＣＰ２１１に保持されたＭＳ２１３の位置登録情報が更新されたにも関わらず、ＳＧＳＮ２０３には、新ファイル起動前の情報を含むプロファイルＰ２１３が残存する。プロファイルＰ２１３はこれ以後、ＭＳ２１３を通知ネットワークシステム２０１に接続するために使用されなくなるが、ＳＧＳＮ２０３に残存するので、不使用残存プロファイルとなる。
ＩＰＳＣＰ２１１は、プロファイルＰ２１３の消去要求に失敗するものの、ＳＧＳＮ２０５からの位置登録要求を許可する。これにより、ＳＧＳＮ２０５には、ＭＳ２１３の識別情報を含むプロファイルが作成される。ＳＧＳＮ２０５は、アタッチに成功したことを示す応答「Ａｔｔａｃｈ  Ａｃｃｅｐｔ」をＲＮＣ２０７を介してＭＳ２１３に送信する（ステップＳ２０２１）。
【００３４】
ＭＳ２１３が再アタッチに成功した後の所定期間、通話やパケットデータの送受信が行われないと、ＭＳ２１３と通信ネットワークシステム２０１との間の無線区間（ＭＳ２１３とＲＮＣ２０７との間）のみは接続を解放し、ＭＳ２１３とＳＧＳＮ２０５やＩＰＳＣＰ２１１を含めた通信ネットワークシステム２０１内では接続状態を維持しておくプリザベーション状態に移行する。これにより、通信ネットワークシステム２０１は、ＭＳ２１３との間で常時接続が維持されるような状態においても無線周波数を有効活用することができる。
ＭＳ２１３とＲＮＣ２０７との間がプリザベーション状態に移行した後に、着信要求側装置であるユーザサーバ２１５からＭＳ２１３への着信要求がＧＧＳＮ２０９に対して実行されたとする（ステップＳ２０２３）。
【００３５】
ＧＧＳＮ２０９は、ＭＳ２１３がＳＧＳＮ２０３に接続されているという情報を含むＰＤＰコンテキストＣ２１３を保持しているので、ユーザサーバ２１５からの着信要求をＳＧＳＮ２０３に送信する（ステップＳ２０２５）。
ＭＳ２１３とＲＮＣ２０７との間がプリザベーション状態であるため、ＳＧＳＮ２０３は、ＲＮＣ２０７に対して、自機の識別情報（例えば識別子）を含むページング信号の出力を要求する（ステップＳ２０２７）。
ＲＮＣ２０７は、自機で管理している無線基地局に対してＳＧＳＮ２０３の識別情報を含むページング信号の出力要求を実行する。これにより、ＭＳ２１３が在圏する在圏エリアを形成する無線基地局はページング信号を出力する。しかしながら、ＭＳ２１３はＳＧＳＮ２０５に接続している情報を有しているため、当該ページング信号に応答しない。このため、ＳＧＳＮ２０３からのページング要求は失敗し（ステップＳ２０２９）、ユーザサーバ２１５からＭＳ２１３への着信の機会が失われてしまう。
【００３６】
（不使用残存プロファイルを削除するための第１の手段（参考例））
図３は、図２を用いて説明した不使用残存プロファイルを削除するための第１の手段（参考例）を説明するためのシーケンス図である。
図３に示すように、新ファイル起動前に、ＭＳ２１３は、通信ネットワークシステム２０１に接続するために、ＳＧＳＮ２０３に対してアタッチを実行する（ステップＳ２１０１）。ＭＳ２１３がアタッチに成功すると、ＳＧＳＮ２０３はＭＳ２１３のプロファイルＰ２１３を作成して保持する。
【００３７】
次に、ＭＳ２１３がＳＧＳＮ２０３に対して位置登録を要求すると（ステップＳ２１０３）、ＳＧＳＮ２０３はｉｍｐｌｉｃｉｔ  ｄｅｔａｃｈタイマを初期化する（ステップＳ２１０５）。ｉｍｐｌｉｃｉｔ  ｄｅｔａｃｈタイマは、通信端末装置が通信ネットワークシステムに接続されているか否かを判断するために設定されるタイマである。通信ネットワークシステムは、ｉｍｐｌｉｃｉｔ  ｄｅｔａｃｈタイマの設定期間の満了までに通信端末装置からの位置登録要求や通信端末装置との間で通話等を実行しないと、通信端末装置が接続されていないと判定してデタッチ処理を開始する。ｉｍｐｌｉｃｉｔ  ｄｅｔａｃｈタイマは通信端末装置が位置登録要求、通話あるいはパケットデータ通信などを実行すると、初期化される。
【００３８】
ｉｍｐｌｉｃｉｔ  ｄｅｔａｃｈタイマ起動後に、ＳＧＳＮ２０３は新ファイルで起動される（ステップＳ２１０７）。
ＳＧＳＮ２０３が新ファイルで起動された後のヘルスチェックは失敗したと判定される（ステップＳ２１０９）。
ヘルスチェックに失敗しているので、ＳＧＳＮ２０３へのＭＳ２１３の周期位置登録は失敗し、ＭＳ２１３はＳＧＳＮ２０５に対して周期位置登録を実行する（ステップＳ２１１１）。これにより、ＳＧＳＮ２０３に保持されたプロファイルＰ２１３は不使用残存プロファイルＮＰ２１３になる。なお、図３以降の図面では、不使用残存プロファイルは枠線が破線で表されている。
【００３９】
ＭＳ２１３がＳＧＳＮ２０５に対して周期位置登録を実行するため、その後、ｉｍｐｌｉｃｉｔ  ｄｅｔａｃｈタイマが初期化される契機がなく、ｉｍｐｌｉｃｉｔ  ｄｅｔａｃｈタイマの設定期間が満了し（ステップＳ２１１３）、ＳＧＳＮ２０３はＭＳ２１３のデタッチ処理を実行する（ステップＳ２１１５）。ＭＳ１１３のデタッチ処理が終了すると、ＳＧＳＮ２０３は不使用残存プロファイルＮＰ２１３を消去する。なお、図３以降の図において、プロファイルや不使用残存プロファイル内に「×」印を付すことにより、これらのプロファイルが消去されたことを表す。
【００４０】
このように、第１の手段によれば、ＳＧＳＮ２０３に保持された不使用残存プロファイルＮＰ２１３を消去することができる。しかしながら、ｉｍｐｌｉｃｉｔ  ｄｅｔａｃｈタイマは、周期位置登録の実行周期の数回分（例えば３回）に設定されている。周期位置登録の実行周期は例えば１時間程度に設定されているため、不使用残存プロファイルが発生してから、当該プロファイルが削除されるまでに数時間かかる。ＭＳ２１３のデタッチ処理が完了するまでＭＳ２１３は通信できないため、第１の手段では、ＭＳ２１３が通信できない状態が長時間継続する場合がある。
【００４１】
（不使用残存プロファイルを削除するための第２の手段（参考例））
図４は、図２を用いて説明した不使用残存プロファイルを削除するための第２の手段（参考例）を説明するためのシーケンス図である。
図４に示すステップＳ２２０１からステップＳ２２１１までの処理は、図３に示すステップＳ２１０１からステップＳ２１１１までの処理と同様であるため、説明は省略する。
保守者２１７は、ＳＧＳＮ２０３に不使用残存プロファイルが発生したことを認識すると、図４に示すように、不使用残存プロファイルＮＰ１１３の削除と不使用残存プロファイルＮＰ２１３に基づく呼を開放するために、ＳＧＳＮ２０３に対してプロファイル削除コマンドを実行する（ステップＳ２２１５）。これにより、プロファイル削除コマンドがＳＧＳＮ２０３に送信される（ステップＳ２２１７）。
当該コマンドを受信したＳＧＳＮ２０３は、プロファイルＰ２１３のみでなく、自機で保持している全てのプロファイルＰｎを削除する（ステップＳ２２１９）。
【００４２】
このように、第２の手段は、プロファイルＰ２１３が不使用残存プロファイルになってから、保守者２１７が不使用残存プロファイルＮＰ２１３を検出するまでに時間がかかった場合、ＭＳ２１３が通信できない状態が長時間継続してしまう場合があるという問題を有している。また、第２の手段では、保守者２１７が不使用残存プロファイルを削除するコマンドを実行すると、ＳＧＳＮ２０３に保持されている不使用残存プロファイルでない他のプロファイルも削除される場合がある。このため、第２の手段は、不使用残存プロファイルの通信端末装置以外のアクティブ呼についても解放してしまうという問題を有している。さらに、第２の手段は、不使用残存プロファイルの検出及び不使用残存プロファイルの削除の実行に伴う保守者２１７の稼動が必要になり、運用コストがかかってしまうという問題を有している。
【００４３】
これに対し、本実施形態による中継装置３は、プロファイル保持部３ａに保持されたプロファイルが不使用残存プロファイルであるか否かを通信端末装置を特定して判断できる。このため、中継装置３は、不使用残存プロファイルが発生した場合、及び保守者からのプロファイル削除コマンドを受信した場合に、プロファイル保持部３ａで保持している複数のプロファイルのうちの一のプロファイルを特定して削除できる。これにより、中継装置３及びそれを備えた通信ネットワークシステム１は、不使用残存プロファイルの通信端末装置に着信できないことにより着信要求が繰り返し継続されるのを防止し、着信などの失敗や保守者の稼動を回避することができる。
【００４４】
以下、本実施形態による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムについて実施例を用いてより具体的に説明する。
（実施例１）
まず、本実施形態の実施例１による中継装置及びそれを備えた通信ネットワークシステムについて図５から図９を用いて説明する。
（本実施例による中継装置としてのＳＧＳＮ２３の概略構成及び通信ネットワークシステム２１の概略構成の要部）
図５は、本実施例による通信ネットワークシステム２１の概略構成の要部と、本実施例による中継装置としての加入者交換機（ＳＧＳＮ）２３の概略構成とを示すブロック図である。図５に示すように、本実施例による通信ネットワークシステム２１は、ＳＧＳＮ２３と、中継交換機（ＧＧＳＮ）２５と、無線網制御装置（ＲＮＣ）２７とを有している。
【００４５】
ＧＧＳＮ２５は、他の通信事業者等が構築する外部ネットワークや、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）など各種サーバ装置で構成される通信ネットワークと接続するための装置である。また、ＧＧＳＮ２５は、ＰＤＰコンテキストを保持している。当該ＰＤＰコンテキストには、ＧＧＳＮ２５の配下のＳＧＳＮの識別情報（例えば識別子）と、当該ＳＧＳＮの配下のＲＮＣが収容する通信端末装置の識別情報（例えば識別子）とを対応付けた情報が含まれている。図５では、ＧＧＳＮ２５の配下には、１つのＳＧＳＮ２３が接続されているが実際には、後述するように複数のＳＧＳＮが接続されている。ＧＧＳＮ２５の配下には複数のＳＧＳＮが接続されているものの、ＧＧＳＮ２５は当該ＰＤＰコンテキストを保持している。このため、ＧＧＳＮ２５は、例えば外部ネットワークを介して送信された着信要求側装置からの着信要求信号に含まれる通信端末装置の識別情報から接続すべきＳＧＳＮを特定できるようになっている。
【００４６】
ＲＮＣ２７は、不図示の無線基地局に対応して設けられており、無線基地局が形成する在圏エリアに在圏している通信端末装置の無線通信に関する処理を行う。具体的には、ＲＮＣ２７は、当該通信端末装置の回線接続処理や通話時のハンドオーバ処理等を行う。また、ＲＮＣ２７は、自機に対応付けられた無線基地局のセル識別情報（例えばセル識別子）と、当該無線基地局が形成する在圏セルに在圏している通信端末装置の識別情報（例えば識別子）とを対応付けて記憶している。
ＳＧＳＮ２３は、システム制御部２３ａと、フラグ管理部２３ｂと、フラグ保持データベース（ＤＢ）２３ｃと、呼処理部２３ｄと、ユーザデータ処理部２３ｅとを有している。
【００４７】
システム制御部２３ａは、ＳＧＳＮ２３のメンテナンスにおける新しいファイル（以下、「新ファイル」と称する場合がある）の起動前に、呼処理部２３ｄに対して新規呼受付及び呼開放の閉塞を指示するようになっている。また、システム制御部２３ａは、当該新ファイルの起動後に、呼処理部２３ｄに対して新規呼受付及び閉塞解除を指示するようになっている。ここで、新規呼受付は、新たに通信接続を受け付け、当該通信接続を設定することである。呼開放は、新しい通信接続を可能な状態にすることである。呼開放の閉塞は、新たな通信接続要求を受け付けない状態とすることであり、閉塞解除は、一旦呼開放を閉塞状態にした通信接続を再び新しい通信接続要求を受付可能な状態にすることである。
また、システム制御部２３ａは、フラグ管理部２３ｂに対して、ＳＧＳＮ２３内のａｃｔｉｖｅ呼（アクティブ呼）ごとにフラグを設定することを指示するようになっている。アクティブ呼には、通信接続状態の呼及びプリザベーション状態の呼が含まれる。
【００４８】
フラグ管理部２３ｂは、プロファイル保持部２３ｄ２−２（詳細は後述）で保持している通信端末装置の識別情報に関連付けて当該通信端末装置の通信履歴を示すフラグを管理するようになっている。より具体的には、フラグ管理部２３ｂは、システム制御部２３ａからフラグ設定の指示を受けると、呼処理部２３ｄからＳＧＳＮ２３内のアクティブ呼のリストを収集して、アクティブ呼ごとにフラグを生成し、当該アクティブ呼と当該フラグとの関連付けを行う。また、フラグ管理部２３ｂは、呼処理部２３ｄからのフラグの更新指示を受けると、対象となるアクティブ呼に関連付けられたフラグの値（フラグの状態）を更新する。すなわち、フラグ管理部２３ｂは、通信対象識別情報と同一の識別情報に関連付けられたフラグである通信対象関連フラグの値を更新する。ここで、通信対象識別情報は、上位ノードであるＧＧＳＮ２５からの通信要求に含まれて通信要求対象の通信端末装置（対象となるアクティブ呼）の識別情報である。
【００４９】
フラグ保持ＤＢ２３ｃは、フラグ管理部２３ｂが生成したアクティブ呼の識別情報と、フラグの値と、当該識別情報と当該フラグの値との関連付けとを保持する。ここで、アクティブ呼の識別情報は、通信接続状態又はプリザベーション状態の通信端末装置の識別情報である。
呼処理部２３ｄは、呼処理制御部２３ｄ１と、プロファイル管理部２３ｄ２と、フラグ取得判定部２３ｄ３（図５では、「フラグ」は「Ｆ．」と略記されている）と、プリザベーション実行部２３ｄ４（図５では、プリザベーションは「Ｐ．」と略記されている）とを有している。呼処理制御部２３ｄ１は、呼処理部２３ｄの全体を統括制御するようになっている。プロファイル管理部２３ｄ２と、フラグ取得判定部２３ｄ３と、プリザベーション実行部２３ｄ４とは、呼処理制御部２３ｄ１で制御されて所定の機能を発揮するようになっている。
【００５０】
呼処理制御部２３ｄ１は、ＲＮＣ２７からのａｔｔａｃｈ（アタッチ）信号、位置登録信号又はｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｕｔ（サービスリクエスト）信号を受信すると、それらの信号に対して応答するようになっている。また、呼処理制御部２３ｄ１は、当該信号に対する応答の際に、当該信号に含まれた通信端末装置の識別情報に関連付けられたフラグの値の更新をフラグ管理部２３ｂに指示するようになっている。
また、呼処理制御部２３ｄ１は、後述するユーザデータ処理部２３ｅから通信端末装置の位置情報の取得要求を受信すると、ＲＮＣ２７に対してｐａｇｉｎｇ（ページング）を要求する。このページングはページング実行部２３ｄ４によって実行される。さらに、呼処理制御部２３ｄ１は、フラグ管理部２３ｂに、当該位置情報の取得要求に含まれた通信端末装置の識別情報に関連づけられたフラグの値の更新を指示する。
【００５１】
ページング実行部２３ｄ４は、上位ノードであるＧＧＳＮ２５からの通信要求（着信要求）に基づいてＲＮＣ２７に対してページングの要求を実行するようになっている。また、ページング実行部２３ｄ４は、当該ページングの要求に対し、例えば所定期間が経過しても応答がない場合には、当該ページングに失敗したと判定するようになっている。ページング実行部２３ｄ４は、ページングに失敗したと判定した場合には、ページングに失敗した情報を呼処理制御部２３ｄ１に送信するようになっている。
【００５２】
フラグ取得判定部２３ｄ３は、通信対象識別情報と同一の通信端末装置の識別情報に関連付けられたフラグである通信対象関連フラグをフラグ管理部２３ｂから取得し、取得した通信対象関連フラグがオン（ＯＮ）状態及びオフ（ＯＦＦ）状態のいずれの状態であるのかを判定するようになっている。ここで、通信対象識別情報は、上位ノードからの通信要求に含まれた通信要求対象の通信端末装置の識別情報である。フラグ取得判定部２３ｄ３は、呼処理制御部２３ｄ１が例えばＧＧＳＮ２５やＲＮＣ２７から送信された信号（例えば、着信要求信号やアタッチ信号など）を受信すると、フラグ管理部２３ｂから当該信号に含まれた通信端末装置の識別情報と同じ識別情報に対応付けられたフラグの値を取得するとともに、フラグの状態を判定するようになっている。
【００５３】
本実施例では、フラグ管理部２３ｂとフラグ取得判定部２３ｄ３とで不使用残存プロファイル判定部２４が構成されている。不使用残存プロファイル判定部２４は、所定の事象後（本実施例では、新ファイルによる起動後）に実行したページングに失敗したとページング実行部２３ｄ４が判定した場合に、フラグ取得判定部２３ｄ３の取得した通信対象関連フラグの状態がオン状態であれば最初の呼処理であると判定するようになっている。さらに、不使用残存プロファイル判定部２４は、通信対象識別情報を含むプロファイルの削除をプロファイル制御部２３ｄ２−１を介して不使用残存プロファイル削除部２３ｄ２−３に要求するとともに、通信対象関連フラグの状態をオフ状態に更新することをフラグ管理部２３ｂに要求する。
【００５４】
より具体的には、呼処理制御部２３ｄ１がＧＧＳＮ２５からの着信要求を受信すると、ページング実行部２３ｄ４に対してページングの実行を指示するとともに、フラグ取得判定部２３ｄ３に対して通信対象関連フラグの取得を指示する。呼処理制御部２３ｄ１はページング実行部２３ｄ４からページングの実行結果を含む情報を受信すると、当該情報をフラグ取得判定部２３ｄ３に送信する。フラグ取得判定部２３ｄ３は、ページングの結果及びフラグの状態に応じてフラグ更新処理を決定する。
【００５５】
図６は、不使用残存プロファイル判定部２４が備えるフラグ更新処理管理テーブルの一例を示す図である。図６に示すように、フラグ更新処理管理テーブルは、「呼処理の種類」と「アクション」の２つの項目に大別されている。「呼処理の種類」は、上位ノード又は下位ノードからの通信に関する要求の種類を示し、「アクション」は、不使用残存プロファイル判定部２４の動作を示している。「呼処理の種類」は、「着信」、「通信端末装置からのアクセス」及び「呼開放」の３つに分類されている。「着信」は上位ノードからの着信要求を示し、「通信端末装置からのアクセス」は、ＲＮＣ２７を介して送信された通信端末装置からの通信要求を示している。当該通信要求に含まれる信号には、例えばアタッチ信号、位置登録信号（ＲＡＵ：Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）及びサービスリクエスト信号などがある。「呼開放」は、所定の事象後（本例では新ファイル起動後）に通信端末装置が通信を行うために要求する呼開放を示している。項目「着信」は、「ｐａｇｉｎｇ成功」と「ｐａｇｉｎｇ失敗」の２つに分類されている。「ｐａｇｉｎｇ成功」はページング実行部２３ｄ４が実行したページングに成功したことを示し、「ｐａｇｉｎｇ失敗」はページング実行部２３ｄ４が実行したページングに失敗したことを示している。
【００５６】
「アクション」は、「フラグがオン状態」と「フラグがオフ状態」の２つの項目に分類されている。「フラグがオン状態」は、フラグ取得判定部２３ｄ３がフラグ管理部２３ｂから取得したフラグの状態がオン状態であったことを示し、「フラグがオフ状態」は、フラグ取得判定部２３ｄ３がフラグ管理部２３ｂから取得したフラグの状態がオフ状態であったことを示している。「フラグがオン状態」は、呼処理の種類が「着信」かつ「ページング成功」には「ＯＮ→ＯＦＦ」が対応付けられ、呼処理の種類が「着信」かつ「ページング失敗」には「ＯＮ→ＯＦＦ  呼開放」が対応付けられ、呼処理の種類が「通信端末装置からのアクセス」及び「呼開放」のそれぞれには「ＯＮ→ＯＦＦ」が対応付けられている。「ＯＮ→ＯＦＦ」はフラグの状態をオン状態からオフ状態に更新することを示し、「ＯＮ→ＯＦＦ  呼開放」は、フラグの状態をオン状態からオフ状態に更新するとともに、プロファイルの削除、すなわち不使用残存プロファイルを削除することを示している。「フラグがオフ状態」の欄の「−」は何のアクションも実行しないこと、すなわち現在の状態を維持することを示している。
【００５７】
例えば、フラグ取得判定部２３ｄ３が呼処理制御部２３ｄ１の指令に基づいて所定のフラグの値を取得するとともに、呼処理制御部２３ｄ１から呼処理の種類が「着信」かつ「ページング成功」の情報を取得したとする。フラグ取得判定部２３ｄ３が取得したフラグの値に基づいて当該フラグがオン状態であると判定したら、不使用残存プロファイル判定部２４は、当該呼処理が所定の事象後の最初の呼処理であると判定する。フラグ取得判定部２３ｄ３が当該フラグをオフ状態であると判定したら、不使用残存プロファイル判定部２４は、当該呼処理が所定の事象後の最初の呼処理でない（２回目以降の呼処理である）と判定する。
【００５８】
例えば、フラグ取得判定部２３ｄ３が取得したフラグの状態がオン状態であって所定の事象後の最初の呼処理であると判定するとともに、フラグ更新処理管理テーブルを参照して、フラグの状態をオン状態からオフ状態への更新指示を実行すべきであると判断する。これにより、不使用残存プロファイル判定部２４は、取得したフラグの状態をオフ状態に更新することをフラグ管理部２３ｂに要求する。フラグ管理部２３ｂは、フラグの更新要求を受けて、フラグ保持ＤＢ２３ｃに保持された当該フラグの値をオフ状態に対応する値に書き換える。また、不使用残存プロファイル判定部２４は、ページングに成功している情報を取得しているため、当該ページングに応答した通信端末装置のプロファイルは不使用残存プロファイルでないと判定し、不使用残存プロファイル削除部２３ｄ２−３にプロファイルの削除を要求しない。
【００５９】
一方、不使用残存プロファイル判定部２４は、フラグ取得判定部２３ｄ３が取得したフラグの状態がオフ状態であって所定の事象後の最初の呼処理でないと判定するとともに、フラグ更新処理管理テーブルを参照して、現在の状態を維持すると判定する。これにより、不使用残存プロファイル判定部２４は、フラグ管理部２３ｂや不使用残存プロファイル削除部２３ｄ２−３に対して何の要求も実行しない。
【００６０】
また例えば、フラグ取得判定部２３ｄ３が呼処理制御部２３ｄ１の指令に基づいて所定のフラグの値を取得するとともに、不使用残存プロファイル判定部２４は、呼処理制御部２３ｄ１から呼処理の種類が「着信」かつ「ページング失敗」の情報を取得したとする。フラグ取得判定部２３ｄ３が取得したフラグの値に基づいて当該フラグがオン状態であると判定したら、不使用残存プロファイル判定部２４は、当該呼処理が所定の事象後の最初の呼処理であると判定するとともに、フラグ更新処理管理テーブルを参照して、フラグの状態をオン状態からオフ状態への更新指示を実行すべきであると判断する。これにより、不使用残存プロファイル判定部２４は、フラグ取得判定部２３ｄ３が取得したフラグの状態をオフ状態に更新することをフラグ管理部２３ｂに要求する。フラグ管理部２３ｂは、フラグの更新要求を受けて、フラグ保持ＤＢ２３ｃに保持された当該フラグの値をオフ状態に対応する値に書き換える。さらに、不使用残存プロファイル判定部２４は、ページングに失敗している情報を取得しているため、当該ページングに応答した通信端末装置のプロファイルは不使用残存プロファイルであると判定し、プロファイル制御部２３ｄ２−１を介して不使用残存プロファイル削除部２３ｄ２−３に通信対象識別情報を含むプロファイルの削除を要求する。不使用残存プロファイル削除部２３ｄ２−３は、プロファイル制御部２３ｄ２−１からの指令に基づいて、当該通信対象識別情報を含むプロファイルをプロファイル保持部２３ｄ２−２から削除する。
【００６１】
一方、不使用残存プロファイル判定部２４は、フラグ取得判定部２３ｄ３が取得したフラグの状態がオフ状態であって所定の事象後の最初の呼処理でないと判定するとともに、フラグ更新処理管理テーブルを参照して、現在の状態を維持すると判定する。これにより、不使用残存プロファイル判定部２４は、フラグ管理部２３ｂや不使用残存プロファイル削除部２３ｄ２−３に対して何の要求も実行しない。
【００６２】
また例えば、フラグ取得判定部２３ｄ３が呼処理制御部２３ｄ１の指令に基づいて所定のフラグの値を取得するとともに、不使用残存プロファイル判定部２４は、呼処理制御部２３ｄ１から呼処理の種類が「通信端末装置からのアクセス」の情報を取得したとする。不使用残存プロファイル判定部２４は、フラグ取得判定部２３ｄ３が取得したフラグの値に基づいて当該フラグがオン状態であって所定の事象後の最初の呼処理であると判定するとともに、フラグ更新処理管理テーブルを参照して、フラグの状態をオン状態からオフ状態への更新指示を実行すべきであると判断する。これにより、不使用残存プロファイル判定部２４は、呼処理制御部２３ｄ１が取得したフラグの状態をオフ状態に更新することをフラグ管理部２３ｂに要求する。フラグ管理部２３ｂは、フラグの更新要求を受けて、フラグ保持ＤＢ２３ｃに保持された当該フラグの値をオフ状態に対応する値に書き換える。また、不使用残存プロファイル判定部２４は、通信端末装置からのアクセスであるため、当該通信端末装置のプロファイルは不使用残存プロファイルでないと判定し、不使用残存プロファイル削除部２３ｄ２−３にプロファイルの削除を要求しない。
【００６３】
一方、不使用残存プロファイル判定部２４は、フラグ取得判定部２３ｄ３が取得したフラグの状態がオフ状態であって所定の事象後の最初の呼処理でないと判定するとともに、フラグ更新処理管理テーブルを参照して、現在の状態を維持すると判定する。これにより、不使用残存プロファイル判定部２４は、フラグ管理部２３ｂや不使用残存プロファイル削除部２３ｄ２−３に対して何の要求も実行しない。
【００６４】
また例えば、フラグ取得判定部２３ｄ３が呼処理制御部２３ｄ１の指令に基づいて所定のフラグの値を取得するとともに、不使用残存プロファイル判定部２４は、呼処理制御部２３ｄ１から呼処理の種類が「呼開放」の情報を取得したとする。不使用残存プロファイル判定部２４は、フラグ取得判定部２３ｄ３が取得したフラグの値に基づいて当該フラグがオン状態であって所定の事象後の最初の呼処理であると判定するとともに、フラグ更新処理管理テーブルを参照して、フラグの状態をオン状態からオフ状態への更新指示を実行すべきであると判断する。これにより、不使用残存プロファイル判定部２４は、取得したフラグの状態をオフ状態に更新することをフラグ管理部２３ｂに要求する。フラグ管理部２３ｂは、フラグの更新要求を受けて、フラグ保持ＤＢ２３ｃに保持された当該フラグの値をオフ状態に対応する値に書き換える。
【００６５】
一方、不使用残存プロファイル判定部２４は、フラグ取得判定部２３ｄ３が取得したフラグの状態がオフ状態であって所定の事象後の最初の呼処理でないと判定するとともに、フラグ更新処理管理テーブルを参照して、現在の状態を維持すると判定する。これにより、不使用残存プロファイル削除部は、フラグ管理部２３ｂや不使用残存プロファイル削除部２３ｄ２−３に対して何の要求も実行しない。
【００６６】
図５に戻って、プロファイル管理部２３ｄ２は、プロファイル制御部２３ｄ２−１（図５では、「プロファイル」は「Ｐ．Ｆ．」と略記されている）と、プロファイル保持部２３ｄ２−２と、不使用残存プロファイル削除部２３ｄ２−３（図５では、「不使用残存プロファイル」は「Ｎ．Ｐ．Ｆ．」と略記されている）とを有している。
プロファイル制御部２３ｄ２−１は、プロファイル管理部２３ｄ１の全体を統括制御する制御部である。プロファイル保持部２３ｄ２−２と不使用残存プロファイル削除部２３ｄ２−３とは、プロファイル制御部２３ｄ２−１で制御されて所定の機能を発揮するようになっている。
【００６７】
プロファイル保持部２３ｄ２−２は、通信端末装置の識別情報を含むプロファイルを保持している。プロファイル保持部２３ｄ２−２は、ＳＧＳＮ２３に接続された全てのアクティブ呼（通信端末装置の識別情報）のプロファイルを保持している。
不使用残存プロファイル削除部２３ｄ−３は、不使用残存プロファイル判定部２４からの要求に基づいて、不使用残存プロファイルと判定されたプロファイルをプロファイル保持部２３ｄ２−２から削除するようになっている。本実施例では、不使用残存プロファイル削除部２３ｄ２−３は、プロファイル制御部２３ｄ２−１を介して不使用残存プロファイル判定部２４からプロファイルの削除要求を受けるようになっているが、不使用残存プロファイル判定部２４から直接当該削除要求を受けるように構成されていてもよい。
【００６８】
ユーザデータ処理部２３ｅは、ＧＧＳＮ２５から通信要求側（例えば着信要求側）のユーザデータを受信すると、当該ユーザデータとともに受信した通信端末装置の識別情報に対応付けられた通信端末位置情報の取得要求を呼処理部２３ｄに対して実行する。ユーザデータ処理部２３ｅは、呼処理部２３ｄから取得した通信端末位置情報に対応付けられた識別情報を有するＲＮＣ（本例では、ＲＮＣ２７）に受信したユーザデータを送信するようになっている。
【００６９】
（中継装置としてのＳＧＳＮ２３の動作）
次に、本実施例による中継装置としてのＳＧＳＮ２３の動作について、図５を参照しつつ、図７を用いて説明する。図７は、ＳＧＳＮ２３の動作の流れの一例を示すフローチャートである。図７では、一の通信端末装置への通信要求に基づくＳＧＳＮ２３の一連の動作が例示されている。
ＳＧＳＮ２３は、障害やメンテナンスなどから復旧（再起動）するに際し、当該復旧の前に、図７に示すように、新規呼の受付及び呼開放の閉塞を実行し（ステップＳ１）、ステップＳ３に移行する。ステップＳ１において、例えばシステム制御部２３ａは、呼処理部２３ｄに対して新規呼受付の閉塞および呼開放の閉塞を指示する。これにより、ＳＧＳＮ２３は、新ファイルを起動する前に新たな通信要求を受け付けない状態に移行する。
【００７０】
ステップＳ１の次のステップＳ３では、各呼のフラグの初期値をオン状態に設定し、ステップＳ５に移行する。ステップＳ３において、例えばシステム制御部２３ａは、フラグ管理部２３ｂに対して、ＳＧＳＮ２３内の通信接続状態の呼ごと及びプリザベーション状態の呼ごとにフラグをオン状態に設定することを指示する。これにより、現時点においてＳＧＳＮ２３と通信接続状態にある通信端末装置の識別情報と、当該識別情報に関連付けられたフラグがオン状態であることを示す情報とがフラグ保持ＤＢ２３ｃに保持される。さらに、現時点においてＳＧＳＮ２３とプリザベーション状態にある通信端末装置の識別情報と、当該識別情報に関連付けられたフラグがオン状態であることを示す情報とがフラグ保持ＤＢ２３ｃに保持される。
【００７１】
ステップＳ３の次のステップＳ５では、新ファイルが起動され、ステップＳ７に移行する。ステップＳ５では、例えばシステム制御部２３ａは、これまで使用していたのとは異なる新たなファイルで再起動する。
ステップＳ５の次のステップＳ７では、新規呼受付及び呼開放の閉塞を解除し、ステップＳ９に移行する。例えばシステム制御部２３ａは、呼処理部２３ｄに対して新規呼受付の閉塞の解除及び呼開放の閉塞の解除を指示する。これにより、ＳＧＳＮ２３は、新ファイルの起動後の現時点において新たな通信要求を受け付け可能な状態に移行する。
【００７２】
ステップＳ７の次のステップＳ９では、アタッチ信号、ＲＡＵ信号又はＤｏｗｎＬｉｎｋ−ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）信号のいずれかを受信し、ステップＳ１１に移行する。ステップＳ９において、アタッチ信号及びＲＡＵ信号は、例えばＲＮＣ２７側から送信される信号であり、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号はＧＧＳＮ２５側から送信される信号（例えば、着信要求側装置からの着信要求信号）である。
【００７３】
ステップＳ９の次のステップＳ１１では、該当呼のフラグはオン状態か否かを判定し、当該フラグがオン状態ならば（Ｙｅｓ）、ステップＳ１３に移行し、当該フラグがオフ状態ならば（Ｎｏ）、一の通信端末装置への通信要求に基づくＳＧＳＮ２３の動作は終了する。ステップＳ１１において、例えば呼処理部２３ｄのフラグ取得判定部２３ｄ３は、ステップＳ９で受信した信号に含まれた通信端末装置の識別情報（例えば識別子）に関連付けられたフラグの値をフラグ管理部２３ｂから取得し、当該値に基づいて当該フラグがオン状態か否かを判定する。
【００７４】
ステップＳ１１のＹｅｓの次のステップＳ１３では、ステップＳ９においてＤｏｗｎＬｉｎｋ−ＰＤＵ信号を受信したか否かを判定し、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号を受信したと判定したら（Ｙｅｓ）、ステップＳ１５に移行し、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号を受信していないと判定したら（Ｎｏ）、後述のステップＳ１５からステップＳ２１を実行せずにステップＳ２３に移行する。ステップＳ１３において、例えば呼処理部２３ｄの呼処理制御部２３ｄ１は、ステップＳ９で受信した信号の種類を判定する。
ステップＳ１３のＹｅｓの次のステップＳ１５では、ページングを実行し、ステップＳ１７に移行する。ステップＳ１５において、呼処理制御部２３ｄ１はページング実行部２３ｄ４にページングの実行を要求する。これにより、ページング実行部２３ｄ４はＲＮＣ２７に対し、ＳＧＳＮ２３の識別情報（例えば識別子）を含むページング信号の出力を要求する。
【００７５】
ステップＳ１５の次のステップＳ１７では、ページングに成功したか否かを判定し、ページングに成功しなかったと判定したら（Ｎｏ）、ステップＳ１９に移行し、ページングに成功したと判定したら（Ｙｅｓ）、後述のステップＳ１９及びステップＳ２１を実行せずにステップＳ２３に移行する。ステップＳ１７において、例えばページング実行部２３ｄ４は、ＲＮＣ２７に対してページングの実行を要求してから所定期間経過しても応答信号を受信しない場合には、ページングに成功しなかったと判断し、当該所定期間経過前に応答信号を受信した場合には、ページングに成功したと判断する。
【００７６】
ステップＳ１７の次のステップＳ１９では、対象通信端末装置のプロファイル、すなわち不使用残存プロファイルを削除し、ステップＳ２１に移行する。ここで、対象通信端末装置は、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号（本例では、着信要求信号）に含まれた着信要求対象の通信端末装置である。ステップＳ１７においてページング実行部２３ｄ４がページングに失敗したと判定しており、ステップＳ１１においてフラグ取得判定部２３ｄが対象通信端末装置に関連付けられたフラグがオン状態であると判定しているので、ステップＳ１９において、不使用残存プロファイル判定部２４は、ステップＳ１５で実行したページングが所定の事象後（ステップＳ５における新ファイルの起動後）に実行された最初のページングであると判断する。このため、不使用残存プロファイル判定部２４は、プロファイル制御部２３ｄ２−１を介して不使用残存プロファイル削除部２３ｄ２−３に対し、対象通信端末装置の識別情報（通信対象識別情報）を含むプロファイルの削除を要求する。
【００７７】
ステップＳ１９の次のステップＳ２１では、対象呼を開放し、ステップＳ２３に移行する。ステップＳ２１では、例えば呼処理部２３は、ＧＧＳＮ２５に対し、対象呼（ステップＳ１９においてプロファイルを削除した対象通信端末装置の呼）の開放を要求（例えば、対象通信端末装置のＰＤＰコンテキストの削除要求）する。
ステップＳ１３のＮｏ、ステップＳ１７のＹｅｓ又はステップＳ２１の次のステップＳ２３では、該当呼のフラグの状態を更新（ＯＮ→ＯＦＦ）し、一の通信端末装置への通信要求に基づくＳＧＳＮ２３の動作は終了する。ステップＳ２３では、例えば呼処理部２３ｄは、ステップＳ９で受信した信号に含まれた通信端末装置の識別情報（例えば識別子）に関連付けられたフラグの値の更新をフラグ管理部２３ｂに要求する。フラグ管理部２３ｂは、フラグ保持ＤＢ２３ｃに保持された更新要求の対象フラグの値をオフ状態であることを示す値に変更する。
【００７８】
ステップＳ１３のＮｏの次のステップＳ２３におけるフラグの状態の更新処理は、図６に示す呼処理の種類が「通信端末装置からのアクセス」であり、アクションが「フラグがオン状態」の「ＯＮ→ＯＦＦ」に相当する。また、ステップＳ１７のＹｅｓの次のステップＳ２３におけるフラグの状態の更新処理は、図６に示す呼処理の種類が「着信」かつ「ページング成功」であり、アクションが「フラグがオン状態」の「ＯＮ→ＯＦＦ」に相当する。また、ステップＳ２１の次のステップＳ２３におけるフラグの状態の更新処理は、図６に示す呼処理の種類が「着信」かつ「ページングに失敗」であり、アクションが「フラグがオン状態」の「ＯＮ→ＯＦＦ  呼開放」に相当する。
【００７９】
本実施例によるＳＧＳＮ２３の動作では、新ファイル起動（ステップＳ５）後に、各呼のフラグの初期状態をオン状態に設定することも可能である。この場合、新規呼受付及び呼開放の閉塞（ステップＳ１）と、新規呼受付及び呼開放の閉塞の解除（ステップＳ７）の処理は不要となる。
図７では、新ファイル起動後の一の通信端末装置への通信要求に基づくＳＧＳＮ２３の動作について説明したが、ステップＳ１１のＮｏ又はステップＳ２３の次にステップＳ９に移行することにより、ＳＧＳＮ２３は、新ファイル起動中に受信する各信号に対して図７のステップＳ９以降の処理を実行することができる。
【００８０】
（本実施例による通信ネットワークシステム２１の概略構成）
次に、本実施例による通信ネットワークシステム２１の概略構成について、図５及び図７を参照しつつ図８を用いて説明する。図８は、本実施例による通信ネットワークシステム２１の概略構成のブロック図である。なお、図８には、後述の図９と対応付けて通信ネットワークシステム２１の動作の一部がステップ番号（例えば、Ｓ１３１など）とともに矢印で図示されている。図８に示すように、本実施例による通信ネットワークシステム２１は、ＳＧＳＮ２３と、ＳＧＳＮ２９と、ＲＮＣ２７と、ＧＧＳＮ２５と、ＧＧＳＮ３７、ＧＧＳＮ３９と、ＩＰＳＣＰ３１と、ＭＳ３５とを有している。ＳＧＳＮ２３、２９、ＲＮＣ２７、ＧＧＳＮ２５、３７、３９及びＩＰＳＣＰ３１は、通信ネットワークシステム２１を構成する通信ネットワーク構成要素である。
【００８１】
ＳＧＳＮ２３の上位には、上位ノードとしてのＧＧＳＮ２５、３７及びＩＰＳＣＰ３１が接続されている。ＳＧＳＮ２３の下位には、下位ノードとしてのＲＮＣ２７が接続されている。ＳＧＳＮ２９の上位には、上位ノードとしてのＧＧＳＮ２５、３９及びＩＰＳＣＰ３１が接続されている。ＳＧＳＮ２９の下位には、下位ノードとしてのＲＮＣ２７が接続されている。なお、図８に示す本実施例による通信ネットワーク構成要素の数は一例であり、ＳＧＳＮやＲＮＣの数は、図８に示す数に限られない。また、通信ネットワークシステム２１は、ＲＮＣの配下に無線基地局を有し、ＭＳ３５は当該無線基地局を介してＲＮＣ２７と通信するようになっているが、図８では、当該無線基地局の図示は省略されている。なお、ＳＧＳＮ２９は、ＳＧＳＮ２３と同一の構成を有し、同一の機能を発揮するようになっている。
【００８２】
図８の図中右側には、ＳＧＳＮ２３のフラグ保持ＤＢ２３ｃに保持され、フラグ管理部２３ｂによって管理されるフラグ管理テーブルＴ１が図示されている。図８に示すように、フラグ管理テーブルＴ１は、「呼ＩＤ」及び「フラグ」の２つの項目欄を有している。「呼ＩＤ」は、ＳＧＳＮ２３が管理している通信接続状態及びプリザベーション状態の通信端末装置を示している。「フラグ」はフラグの状態を示している。「呼ＩＤ」欄には、当該通信端末装置の識別情報（図８では、「１」、「２」、・・・、「Ｎ」と称されている）が格納される。「フラグ」欄には、「ＯＮ」又は「ＯＦＦ」が格納される。「ＯＮ」はオン状態を表し、「ＯＦＦ」はオフ状態を表している。フラグ保持ＤＢ２３ｃは、例えば「ＯＮ」及び「ＯＦＦ」にそれぞれ対応する値（例えば「１」及び「０」）あるいはレベル（例えば「Ｈｉｇｈ」及び「Ｌｏｗ」）によりフラグの状態を保持するようになっている。
【００８３】
図８の図中の左側のフラグ管理テーブルＴ１は、例えば図７に示すステップＳ３において各呼のフラグをオン状態に設定した状態を示し、右側のフラグ管理テーブルＴ１は、例えば図７に示すステップＳ２３においてフラグをオン状態からオフ状態に更新した状態を示している。
ＩＰＳＣＰ３１は、ＭＳ３５の位置登録情報を有している。すなわち、ＩＰＳＣＰ３１は、ＭＳ３５の識別子と、ＭＳ３５が通信ネットワークシステム２１に接続する際にＲＮＣ２７を介してアタッチしたＳＧＳＮの識別子とを対応付けて記憶している。
ユーザサーバ３３は、通信ネットワークシステム２１に対し、ＭＳ３５への着信要求を実行する着信要求側装置である。
【００８４】
（本実施例による通信ネットワークシステム２１の動作）
次に、本実施例による通信ネットワークシステム２１の動作について、図５及び図７を参照しつつ、図８及び図９を用いて説明する。図９は、本実施例による通信ネットワークシステム２１の動作の一例を示すシーケンス図である。
図９に示すように、通信ネットワークシステム２１の動作では、まず、プリザベーション状態にあるＭＳ３５がＲＮＣ２７に対して周期位置登録（プリザベーション呼）を実行する（ステップＳ１０１）。当該周期位置登録には、ＭＳ３５の識別情報（本例では、識別情報（呼ＩＤ）は「２」）が含まれている。
【００８５】
ＭＳ３５からの周期位置登録信号を受信したＲＮＣは、ＳＧＳＮ２３に当該周期位置登録信号を転送する（ステップＳ１０３）。ＳＧＳＮ２３は、当該周期位置登録信号に含まれたＭＳ３５の識別情報を含むプロファイルＰ２３を作成する。
ＳＧＳＮ２３は、新規呼受付及び呼開放の閉塞を実行する（ステップＳ１０５）。ステップＳ１０５において実行される処理は、図７に示すステップＳ１における処理と同様である。
次に、ＳＧＳＮ２３は、各呼のフラグの初期状態をオン状態に設定する（ステップＳ１０７）。ステップＳ１０７において実行される処理は、図７に示すステップＳ３における処理と同様である。
【００８６】
次に、ＳＧＳＮ２３は、新ファイルを起動する（ステップＳ１０９）。ステップＳ１０９において実行される処理は、図７に示すステップＳ５における処理と同様である。
新ファイル起動中にＲＮＣ２７は、ＳＧＳＮ２３のヘルスチェックを実行するものの、ＳＧＳＮ２３が新ファイルで起動中であるため、ヘルスチェックに失敗したことを検出する（ステップＳ１１１）。
ヘルスチェックに失敗した後に、ＭＳ３５は、ＲＮＣ２７に対して周期位置登録を実行する（ステップＳ１１３）。
【００８７】
ＲＮＣ２７は、ＭＳ３５のプロファイルＰ２３をＳＧＳＮ２３が有している情報を備えているが、ＳＧＳＮ２３が正常に動作をしていないと判断して、ＳＧＳＮ２３以外の加入者交換機であってＭＳ３５のプロファイルを有していないＳＧＳＮ２９にＭＳ３５からの周期位置登録信号を迂回させる（ステップＳ１１５）。
ＳＧＳＮ２３が新ファイル起動中であるため、ＳＧＳＮ２９は、ＭＳ３５のプロファイルＰ２３をＳＧＳＮ２３から取得できず、周期位置登録に失敗したことを示す応答信号をＲＮＣ２７に送信する（ステップＳ１１７）。
ＲＮＣ２７は当該応答信号をＭＳ３５に転送する（ステップＳ１１９）。
【００８８】
ＭＳ３５は、周期位置登録要求に失敗すると、通信ネットワークシステム２１に新たに接続し直すために、ＲＮＣ２７に対して再アタッチする（ステップＳ１２１）。当該再アタッチには、ＭＳ３５の識別情報が含まれる。
ＲＮＣ２７は、ＭＳ３５の識別情報を含む再アタッチをＳＧＳＮ２９に対して実行する（ステップＳ１２３）。この再アタッチに成功すると、ＳＧＳＮ２９には、ＭＳ３５の識別情報を含むプロファイルＰ２９が作成される。また、プロファイルＰ２９が作成されることにより、ＳＧＳＮ２３が保持するプロファイルＰ２３は不使用残存プロファイルＮＰ２３となる。
ＳＧＳＮ２３は、新ファイルの起動が完了すると、新規呼受付と呼開放の閉塞を解除する（ステップＳ１２５）。ステップＳ１２５において実行される処理は、図７に示すステップＳ７における処理と同様である。
【００８９】
ここで、図８及び図９に示すように、ユーザサーバ３３がユーザデータ（ＭＳ３５の識別情報（本例では「２」））を含むＤＬ−ＰＤＵ（ＤｏｗｎＬｉｎｋ−ＰＤＵ）信号（例えば着信要求信号）をＧＧＳＮ２５に送信する（ステップＳ１２７）。
ＧＧＳＮ２５は、ステップＳ１１５において、ＳＧＳＮ２９からＰＤＰコンテキストの更新要求を受信していないため、ＭＳ３５がＳＧＳＮ２３に接続されていることを示す情報を含むＰＤＰコンテキストを保持し続けている。このため、ＧＧＳＮ２５は、当該ＤＬ−ＰＤＵに含まれたＭＳ３５を示すユーザデータに基づいて、当該ＤＬ−ＰＤＵ信号をＳＧＳＮ２３に転送する（ステップＳ１２９）。
【００９０】
図８及び図９に示すように、ＭＳ３５とＲＮＣ２７との間がプリザベーション状態であるため、ＳＧＳＮ２３は、ＲＮＣ２７に対して、自機の識別情報（例えば識別子）を含むページング信号の出力を要求する（ステップＳ１３１）。
ＲＮＣ２７は、自機で管理している無線基地局に対してＳＧＳＮ２３の識別情報を含むページング信号の出力要求を実行する。これにより、ＭＳ３５が在圏する在圏エリアを形成する無線基地局はページング信号を出力する。しかしながら、ＭＳ３５はＳＧＳＮ２９に接続しているという情報を有しているため、当該ページング信号に応答しない。このため、図８及び図９に示すように、ＳＧＳＮ２３からのページング要求は失敗（タイムアウト）する（ステップＳ１３３）。ステップＳ１３１及びステップＳ１３３において実行される処理は、図７に示すステップＳ１５及びステップＳ１７における処理と同様である。
【００９１】
ＳＧＳＮ２３は、当該ページングに失敗すると、ＧＧＳＮ２５から送信されたユーザデータを破棄する（ステップＳ１３５）。
次に、ＳＧＳＮ２３は、ＭＳ３５の識別情報に関連付けられたフラグがオン状態であるか否かを判定する（ステップＳ１３７）。ステップＳ１３７において実行される処理は、図７に示すステップＳ１１における処理と同様である。
ＳＧＳＮ２３が当該フラグがオフ状態であると判定したら、通信ネットワークシステム２１は一連の処理を終了する。
【００９２】
ＳＧＳＮ２３は、当該フラグがオン状態であると判定したら、当該フラグをオフ状態に更新する（ステップＳ１３９）。ステップＳ１３９において実行される処理は、図７に示すステップＳ２３における処理と同様である。これにより、図８のフラグ管理テーブルＴ１において破線枠内に示すように、フラグ管理テーブルＴ１の呼ＩＤ欄の「２」に関連付けられたフラグ欄の「ＯＮ」が太矢印で指し示すように「ＯＦＦ」に更新される。
次いで、図８及び図９に示すように、ＳＧＳＮ２３は、ＧＧＳＮ２５に対して、対象呼の開放要求「Ｄｅｌｅｔ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｑｕｅｓｔ」を実行する（ステップＳ１４１）。ステップＳ１４１において実行される処理は、図７に示すステップＳ２１における処理と同様である。
【００９３】
対象呼の開放要求を受信したＧＧＳＮ２５は、ＭＳ３５の識別情報を含むＰＤＰコンテキストを削除するとともに、対象呼の開放要求に対する応答「Ｄｅｌｅｔ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｓｐｏｎｓｅ」をＳＧＳＮ２３に送信する（ステップＳ１４３）。
当該応答を受信したら、ＳＧＳＮ２３は、対象通信端末装置（本例では、ＭＳ３５）のプロファイルが不使用残存プロファイルであると判定して、不使用残存プロファイルＮＰ２３を削除する（ステップＳ１４５）。ステップＳ１４５において実行される処理は、図７に示すステップＳ１９における処理と同様である。
【００９４】
なお、図９におけるシーケンスでは、ＳＧＳＮ２３は、ＤＬ−ＰＤＵ信号を受信し（Ｓ１２９）、ページングを実行し（ステップＳ１３１）、フラグの状態を判定し（ステップＳ１３７）、フラグの状態を更新し（ステップＳ１３９）、不使用残存プロファイルを削除する（ステップＳ１４５）ように、一連の処理を実行している。しかしながら、図９におけるシーケンスにおいて、ＳＧＳＮ２３は、図７に示すフローチャートと同様に、信号を受信したら、当該信号に含まれる通信端末装置の識別情報に関連付けたフラグの状態を判定し（ステップＳ１３７）、当該信号がＤＬ−ＰＤＵ信号か否かを判定し、ページングを実行し（ステップＳ１３１）、不使用残存プロファイルを削除し（ステップＳ１４５）、対象呼を開放し（ステップＳ１４１）、フラグの状態を更新する（ステップＳ１３９）ように、一連の処理を実行してもよい。
【００９５】
本実施例による通信ネットワークシステム２１の動作では、新ファイル起動（ステップＳ１０９）後に、各呼のフラグの初期状態をオン状態に設定することも可能である。この場合、新規呼受付及び呼開放処理の閉塞（ステップＳ１０５）と、新規呼受付及び呼開放の閉塞の解除（ステップＳ１２５）の処理は不要となる。
【００９６】
以上説明したように、本実施例による中継装置及びそれを備えた通信ネットワークシステムは、ＳＧＳＮが障害やメンテナンスなどから復旧（ＳＧＳＮの再起動）した際に、アクティブ呼ごと、あるいはアクティブ呼のなかのプリザベーション状態の呼ごとに、呼処理の履歴を管理するフラグ（初期状態はオン状態）を設定するようになっている。本実施例による中継装置及び通信ネットワークシステムは、復旧後の最初の呼処理の内容に応じて、当該フラグの状態を更新するとともに、不使用残存プロファイルと判定されたプロファイルの削除（呼解放）を行うようになっている。より具体的には、本実施例による中継装置及び通信ネットワークシステムは、復旧後の最初の呼処理に失敗し、当該最初の呼処理時にフラグをオン状態からオフ状態に更新するとともに、失敗した呼に対してプロファイル（呼処理の対象の通信端末装置の識別情報のプロファイル）の削除と呼解放を行うようになっている。
【００９７】
本実施例による中継装置及び通信ネットワークシステムによれば、加入者交換機（ＳＧＳＮ）のメンテナンス時などで新ファイルを起動した際に、不使用残存プロファイルの検出及び削除を実行し、該当する呼の解放ができる。このため、本実施例によれば、アクティブ呼の通信が長時間できない状態を回避できる。
また、本実施例による中継装置及び通信ネットワークシステムによれば、不使用残存プロファイルを自律的に削除することができる。このため、本実施例によれば、不使用残存プロファイルを削除するための保守者による作業を回避することができ、運用コストを抑止できる。
さらに、本実施例によれば、中継装置は、フラグの値（状態）や呼処理（ページング）の結果から不使用残存プロファイルを特定して削除するプロファイルを限定できるので、不使用残存プロファイルでないプロファイルの削除を防止しつつ、不使用残存プロファイルの削除を最小化できる。
【００９８】
（実施例２）
次に、本実施形態の実施例２による中継装置及びそれを備えた通信ネットワークシステムについて図１０から図１３を用いて説明する。本実施例による中継装置及びそれを備えた通信ネットワークシステムは、所定の事象が新ファイルの起動ではなく不使用残存プロファイルの削除を指示するコマンドの受け付けである点を除いて、上記実施例１による中継装置及びそれを備えた通信ネットワークシステムと同様である。このため、上記実施例１による中継装置及びそれを備えた通信ネットワークシステムと同一の作用及び機能を奏する構成要素には同一の符号を付して、その説明を省略する。また、以下、本実施例による中継装置及びそれを備えた通信ネットワークシステムについて、上記実施例１による中継装置及びそれを備えた通信ネットワークシステムと異なる点を中心に説明する。
【００９９】
（本実施例による中継装置としてのＳＧＳＮ４３の概略構成）
まず、本実施例による中継装置としてのＳＧＳＮ４３の概略構成について図１０を用いて説明する。図１０は、ＳＧＳＮ４３の概略構成及び本実施例による通信ネットワークシステム４１の概略構成の要部を示すブロック図である。
図１０に示すように、本実施例によるＳＧＳＮ４３は、コマンド受付制御部（コマンド受付部の一例）４３ａ１を備えたシステム制御部４３ａを有している。コマンド受付制御部４３ａ１は、保守インタフェースとして設けられており、保守者４５が入力したコマンドを受け付けるようになっている。
システム制御部４３ａは、コマンド受付制御部４３ａが不使用残存プロファイルの削除を要求するコマンドを受け付けると、フラグ管理部２３ｂに対して、ＳＧＳＮ４３内のアクティブ呼ごとにフラグの設定を指示するようになっている。
【０１００】
（本実施例による中継装置としてのＳＧＳＮ４３の動作）
次に、本実施例による中継装置としてのＳＧＳＮ４３の動作について、図１０を参照しつつ図１１を用いて説明する。図１１は、ＳＧＳＮ４３の動作の流れの一例を示すフローチャートである。図１１は、一の通信端末装置への通信要求に基づくＳＧＳＮ４３の一連の動作が例示されている。
図１１に示すように、本実施例によるＳＧＳＮ４３は、まず、保守者からのプロファイル削除コマンドを受け付け（ステップＳ２０１）、ステップＳ２０３に移行する。ステップＳ２０１では、例えばシステム制御部４３に備えられたコマンド受付制御部４３ａ１は、当該コマンドを受け付けるとともに、当該コマンドの内容を判定し、不使用残存プロファイル削除要求であると判断すると、ステップＳ２０３の処理を実行する。
【０１０１】
ステップＳ２０１の次のステップＳ２０３では、新規呼受付及び呼開放の閉塞を実行し（ステップＳ２０３）、ステップＳ２０５に移行する。ステップＳ２０３において、例えばシステム制御部２３ａは、ステップＳ２０１において不使用残存プロファイル削除要求のコマンドを受け付けたと判断したため、フラグの初期設定の前段階として、呼処理部２３ｄに対して新規呼受付の閉塞および呼開放の閉塞を指示する。これにより、ＳＧＳＮ４３は、新たな通信要求を受け付けない状態に移行する。
ステップＳ２０３の次のステップＳ２０５からステップＳ２２３までの各処理は、上記実施例１におけるステップＳ３及びステップＳ７からステップＳ２３までの各処理とそれぞれ同様であるため、説明は省略する。
以上説明したように、本実施例による中継装置によれば、自機を保守する保守者からのコマンドの受け付けに基づいて、不使用残存プロファイルを削除することができる。
【０１０２】
（本実施例による通信ネットワークシステムの概略構成）
次に、本実施例による通信ネットワークシステム４１の概略構成について図１２を用いて説明する。なお、図１２には、後述の図１３と対応付けて通信ネットワークシステム５１の動作の一部がステップ番号（例えば、Ｓ３３３など）とともに矢印で図示されている。図１２は、本実施例による通信ネットワークシステム４１の概略構成を示すブロック図である。
図１２に示すように、本実施例による通信ネットワークシステム４１は、ＳＧＳＮ４３が保守者４５からの不使用残存プロファイルの削除を要求するコマンドを受け付けることができるように構成されている点を除いて、上記実施例１による通信ネットワークシステム２１と同様の構成を有し、同様の機能を発揮できるようになっている。
【０１０３】
（本実施例による通信ネットワークシステムの動作）
次に、本実施例による通信ネットワークシステム４１の動作について、図１２を参照しつつ図１３を用いて説明する。図１３は、本実施例による通信ネットワークシステム４１の動作の一例を示すシーケンス図である。
図１３に示すように、通信ネットワークシステム４１の動作では、まず、プリザベーション状態にあるＭＳ３５がＲＮＣ２７に対して周期位置登録（プリザベーション呼）を実行する（ステップＳ３０１）。当該周期位置登録には、ＭＳ３５の識別情報（本例では、識別情報（呼ＩＤ）は「２」）が含まれている。
【０１０４】
ＭＳ３５からの周期位置登録信号を受信したＲＮＣは、ＳＧＳＮ４３に当該周期位置登録信号を転送する（ステップＳ３０３）。ＳＧＳＮ４３は、当該周期位置登録信号に含まれたＭＳ３５の識別情報を含むプロファイルＰ２３を作成する。
次に、ＳＧＳＮ４３は、新ファイルを起動する（ステップＳ３０５）。ステップＳ３０５では、例えばシステム制御部４３ａ（図１０参照）は、これまで使用していたのとは異なる新たなファイルで再起動する。
新ファイル起動中にＲＮＣ２７は、ＳＧＳＮ４３のヘルスチェックを実行するものの、ＳＧＳＮ４３は新ファイルの起動中であるため、ヘルスチェックに失敗したことを検出する（ステップＳ３０７）。
【０１０５】
ヘルスチェックに失敗した後に、ＭＳ３５は、ＲＮＣ２７に対して周期位置登録を実行する（ステップＳ３０９）。
ＲＮＣ２７は、ＭＳ３５のプロファイルＰ２３をＳＧＳＮ４３が有している情報を備えているが、ＳＧＳＮ４３が正常に動作をしていないと判断して、ＳＧＳＮ４３以外の加入者交換機であってＭＳ３５のプロファイルを有していないＳＧＳＮ４９にＭＳ３５からの周期位置登録信号を迂回させる（ステップＳ３１１）。
ＳＧＳＮ４３が新ファイル起動中であるため、ＳＧＳＮ２９は、ＭＳ３５のプロファイルＰ２３をＳＧＳＮ４３から取得できず、周期位置登録に失敗したことを示す応答信号をＲＮＣ２７に送信する（ステップＳ３１３）。
【０１０６】
ＲＮＣ２７は当該応答信号をＭＳ３５に転送する（ステップＳ３１５）。
ＭＳ３５は、周期位置登録要求に失敗すると、通信ネットワークシステム４１に新たに接続し直すために、ＲＮＣ２７に対して再アタッチする（ステップＳ３１７）。当該再アタッチには、ＭＳ３５の識別情報が含まれる。
ＲＮＣ２７は、ＭＳ３５の識別情報を含む再アタッチをＳＧＳＮ４９に対して実行する（ステップＳ３１９）。この再アタッチに成功すると、ＳＧＳＮ４９には、ＭＳ３５の識別情報を含むプロファイルＰ２９が作成される。また、プロファイルＰ２９が作成されることにより、ＳＧＳＮ４３が保持するプロファイルＰ２３は不使用残存プロファイルＮＰ２３となる。
【０１０７】
ＳＧＳＮ４３の保守者は、ＳＧＳＮ４３の再起動中にＭＳ３５から周期位置登録が実行されたことにより、ＳＧＳＮ４３に不使用残存プロファイルが発生した可能性があると判断し、ＳＧＳＮ４３に対して不使用残存プロファイルの削除を要求するコマンドを実行する（ステップＳ３２１）。
不使用残存プロファイルの削除要求のコマンドを受け付けたＳＧＳＮ４３は、新規呼受付及び呼開放の閉塞を実行する（ステップＳ３２３）。ステップＳ３２３において実行される処理は、図１１に示すステップＳ２０３、すなわち図７に示すステップＳ１における処理と同様である。
【０１０８】
次に、ＳＧＳＮ４３は、各呼のフラグの初期状態をオン状態に設定する（ステップＳ３２５）。ステップＳ３２５において実行される処理は、図１１に示すステップＳ２０５、すなわち図７に示すステップＳ３における処理と同様である。
ＳＧＳＮ４３は、各呼のフラグの新ファイルの起動が完了すると、新規呼受付と呼開放の閉塞を解除する（ステップＳ３２７）。ステップＳ３２７において実行される処理は、図１１に示すステップＳ２０７、すなわち図７に示すステップＳ７における処理と同様である。
その後のステップＳ３２９からステップＳ３４７までの各処理は、図７に示す上記実施例１による通信ネットワークシステム２１の動作のステップＳ１２７からステップＳ１４５までの各処理と同様であるため、説明は省略する。
【０１０９】
図１３では、新ファイル起動に基づいて保守者がコマンドを投入する場合を例にとって通信ネットワークシステム４１の動作を説明したが、保守者がコマンドを投入する契機は、新ファイル起動に限られず、他の契機であってもよい。
以上説明したように、本実施例による中継装置及びそれを備えた通信ネットワークシステムは、中継装置（本実施例ではＳＧＳＮ）の保守者が、中継装置の稼動中に、アクティブ呼ごと、あるいはアクティブ呼のなかのプリザベーション状態の呼ごとに、不使用残存プロファイルの削除要求のコマンドを投入する。本実施例による中継装置及びそれを備えた通信ネットワークシステムは、当該コマンド投入後の最初の呼処理の結果に応じて、フラグの値の更新と不使用残存プロファイルの削除（呼解放）とを行うようになっている。
【０１１０】
本実施例による中継装置及びそれを備えた通信ネットワークシステムによれば、保守者が中継装置内の不使用残存プロファイルを削除するコマンドを実行した際に、使用されなくなったプロファイルを検出して、不使用残存プロファイルを削除し、該当する呼を解放することができる。このように、本実施例によれば、保守者が不使用残存プロファイルを削除したいときに当該プロファイルを削除できることから、アクティブ呼の通信が長時間できない状態を回避できる。また、本実施例によれば、フラグの値や呼処理の結果から、使用されなくなった可能性のあるプロファイルを特定して、削除するプロファイルを限定することができるため、不使用残存プロファイルでないプロファイルを誤って削除してしまうのを防止できる。
【０１１１】
（実施例３）
次に、本実施形態の実施例３による中継装置及びそれを備えた通信ネットワークシステムについて説明する。本実施例による中継装置及びそれを備えた通信ネットワークシステムは、所定の事象が新ファイルの起動や保守者のコマンド入力でなく、予め定められてプロファイルが使用されなくなる可能性のある他の任意のタイミングである点に特徴を有している。他の任意のタイミングとしては、例えば間欠故障や障害などからの復旧、あるいは通信端末装置の不具合によって当該通信端末装置の移動時に位置登録ができなかった場合などがあげられる。
【０１１２】
本実施例による中継装置及び通信ネットワークシステムの構成は、上記実施例１による中継装置としてのＳＧＳＮ２３及び通信ネットワークシステム２１と同様であるため、説明は省略する。また、本実施例による中継装置及び通信ネットワークシステムの動作は、図７に示すステップＳ５や図９に示すステップＳ１０９の処理がない点を除いて、上記実施例によるＳＧＮＳ２３及び通信ネットワークシステム２１と同様である。
【０１１３】
以上説明したように、本実施例による中継装置及び通信ネットワークシステムは、予め定められてプロファイルが使用されなくなる可能性のあるタイミングに、中継装置（本実施例ではＳＧＳＮ）がアクティブ呼ごと、あるいはアクティブ呼のなかのプリザベーション状態の呼ごとに、呼処理の履歴を管理するフラグ（初期状態はオン状態）を設定する。その後、中継装置及び通信ネットワークシステムは、当該タイミングかつ当該フラグ設定後の最初の呼処理の内容に応じて、当該フラグの状態の更新と使用されなくなったプロファイルの削除（呼解放）を行うようになっている。
【０１１４】
当該構成を備えた本実施例による中継装置及び通信ネットワークシステムによれば、中継装置（ＳＧＳＮ）のプロファイルが使用されなくなった可能性がある時点で、ＳＧＳＮのアクティブ呼ごとにフラグを設定し、アクティブ呼が通信を行う際に、使用されなくなった可能性のあるプロファイルを検出することにより、不使用残存プロファイルを削除し、該当する呼を解放できる。このため、本実施例によれば、アクティブ呼の通信が長時間できない状態を回避できる。また、本実施例によれば、不使用残存プロファイルを中継装置が自律的に削除するため、不使用残存プロファイルを削除するための保守者の作業を回避することができ、運用コストを抑止できる。さらに、中継装置が、フラグの値や呼処理の結果から、不使用残存プロファイルを特定し、削除するプロファイルを限定できるため、不使用残存プロファイルでないプロファイルの削除を防止できる。
【０１１５】
（実施例４）
本実施形態の実施例４による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムについて図１４から図１７を用いて説明する。
（本実施例による中継装置としてのＳＧＳＮ５３の概略構成、本実施例によるサービス制御装置の概略構成及び通信ネットワークシステム５１の概略構成の要部）
図１４は、本実施例による通信ネットワークシステム５１の概略構成の要部と、本実施例による中継装置としての加入者交換機（ＳＧＳＮ）５３の概略構成と、本実施例によるサービス制御装置３０の概略構成とを示すブロック図である。図１４に示すように、本実施例による通信ネットワークシステム５１は、ＳＧＳＮ５３と、中継交換機（ＧＧＳＮ）２５と、無線網制御装置（ＲＮＣ）２７と、サービス制御装置（ＩＰＳＣＰ）３０とを有している。
【０１１６】
ＧＧＳＮ２５は、上記実施例１におけるＧＧＳＮ２５と同一の構成を有し、同一の機能を発揮するので、説明は省略する。また、ＲＮＣ２７は、上記実施例１におけるＲＮＣ２７と同一の構成を有し、同一の機能を発揮するので、説明は省略する。
本実施例によるＩＰＳＣＰ３０は、位置登録情報管理テーブル保持部３０ａと、位置登録情報取得要求受信部３０ｂと、加入者交換機識別情報取得部３０ｃ、位置登録情報送信部３０ｄとを有している。
位置登録情報管理テーブル保持部３０ａは、通信端末装置の識別情報と、加入者交換機の識別情報とを対応付けて位置登録情報を管理する位置登録情報管理テーブル（詳細は後述）を保持している。
【０１１７】
位置登録情報取得要求受信部３０ｂは、加入者交換機（本例では、ＳＧＳＮ５３）からの位置登録情報の取得要求を受信するようになっている。当該位置登録情報の取得要求には、位置登録情報の取得要求対象の通信端末装置の識別情報が含まれる。
加入者交換機識別情報取得部３０ｃは、位置登録情報取得要求受信部３０ｂが受信した位置登録情報の取得要求に含まれた通信端末装置の識別情報に対応付けられた加入者交換機の識別情報を、位置登録情報管理テーブル参照して位置登録情報管理テーブル保持部から取得するようになっている。
位置登録情報送信部３０ｄは、加入者交換機識別情報取得部３０ｃが取得した加入者交換機の識別情報を、識別情報の取得を要求した加入者交換機に送信するようになっている。
ＩＰＳＣＰ３０の動作を簡述すると、次のようになる。ＩＰＳＣＰ３０は、通信端末装置からの位置登録情報を保持し、ＳＧＳＮから通信端末装置の位置登録情報の取得要求信号を受信した場合には、取得要求対象の通信端末装置のプロファイルを保持しているＳＧＳＮの識別情報（例えば識別子）を格納した位置登録情報の応答信号をＳＧＳＮに送信する。
ＩＰＳＣＰ３０が保持している通信端末装置の位置登録情報は、通信端末装置の識別情報と、当該通信端末装置が接続されている中継装置の識別情報とが対応付けられた情報を含んでいる。
ＳＧＳＮ５３は、システム制御部５３ａと、呼処理部５３ｂと、ユーザデータ処理部５３ｃとを有している。
【０１１８】
システム制御部５３ａは、フラグ管理部に対してフラグ設定を指示しない点を除き、上記実施例１におけるシステム制御部２３ａと同一の構成を有し、同一の機能を発揮するので、説明は省略する。また、ユーザデータ処理部５３ｃは、上記実施例１におけるユーザデータ処理部２３ｅと同一の構成を有し、同一の機能を発揮するので、説明は省略する。
呼処理部５３ｂは、呼処理制御部５３ｂ１と、プロファイル管理部５３ｂ２と、端末在圏情報処理部（不使用残存プロファイル判定部の一例）５３ｂ３と、プリザベーション実行部５３ｂ４（図５では、プリザベーションは「Ｐ．」と略記されている）とを有している。呼処理制御部５３ｂ１は、呼処理部５３ｄの全体を統括制御するようになっている。プロファイル管理部５３ｂ２と、端末在圏情報処理部５３ｂ３と、プリザベーション実行部５３ｂ４とは、呼処理制御部５３ｂ１で制御されて所定の機能を発揮するようになっている。
【０１１９】
呼処理制御部５３ｄ１は、ＲＮＣ２７からのａｔｔａｃｈ（アタッチ）信号、位置登録信号又はｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｕｔ（サービスリクエスト）信号を受信すると、それらの信号に対して応答するようになっている。また、呼処理制御部５３ｂ１は、当該信号に含まれた通信端末装置の識別情報を端末在圏情報処理部５３ｂ４に送信するようになっている。
また、呼処理制御部５３ｂ１は、ユーザデータ処理部５３ｃから通信端末装置の位置情報の取得要求を受信すると、ＲＮＣ２７に対してページングを要求する。このページングはページング実行部５３ｂ４によって実行される。
ページング実行部５３ｂ４は、上記実施例１におけるページング実行部２３ｄ４と同一の構成を有し、同一の機能を発揮するので、説明は省略する。
【０１２０】
ＲＮＣ２７へのページングに失敗した際に、端末在圏情報処理部５３ｂ３は、ＩＰＳＣＰ３０に対して、ページングに失敗した対象呼のプロファイルを保持するＳＧＳＮの識別情報（例えば識別子）の提供を要求し、提供されたＳＧＳＮの識別情報と自機の識別情報である自機識別情報とを照合する識別情報照合部５３ｂ３０を有している。ここで、ページングに失敗した対象呼は、ページングを実行する契機となった通信要求に含まれた通信要求対象の通信端末装置である。また、ＩＰＳＣＰ３０から取得した中継装置（本例ではＳＧＳＮ）の識別情報は、通信対象識別情報に対応付けられた中継装置の識別情報である通信対象中継識別情報である。通信対象識別情報は、通信要求対象の通信端末装置の識別情報である。
【０１２１】
端末在圏情報処理部５３ｂ３は、通信対象中継識別情報と自機識別情報とが不一致であれば、失敗したページングが所定の事象後のページングであると判定し、自機で保持し、かつページングに失敗した対象呼のプロファイルが不使用残存プロファイルであると判定し、当該通信対象識別情報を含むプロファイルの削除をプロファイル制御部５３ｂ２−１を介して不使用残存プロファイル削除部５３ｂ２−３に要求して呼開放を行うようになっている。
プロファイル管理部５３ｂ２は、プロファイル制御部５３ｂ２−１（図１４では、「プロファイル」は「Ｐ．Ｆ．」と略記されている）と、プロファイル保持部５３ｂ２−２と、不使用残存プロファイル削除部５３ｂ２−３（図１４では、「不使用残存プロファイル」は「Ｎ．Ｐ．Ｆ．」と略記されている）とを有している。
【０１２２】
プロファイル管理部５３ｂ２は、フラグ管理部でなく端末在圏情報処理部５３ｂ３から不使用残存プロファイルの削除を要求される点を除いて、上記実施例１におけるプロファイル管理部２３ｄ２と同一の構成を有し、同一の機能を発揮するようになっている。
すなわち、プロファイル制御部５３ｄ２−１は、不使用残存プロファイルの削除要求の上記点を除いて、プロファイル制御部２３ｄ２−１と同一の構成を有し、同一の機能を発揮するようになっている。また、プロファイル保持部５３ｂ２−２は、上記点を除いて、プロファイル保持部５３ｄ２−２と同一の構成を有し、同一の機能を発揮するようになっている。さらに、不使用残存プロファイル削除部５３ｂ２−３は、上記点を除いて、不使用残存プロファイル削除部５３ｄ２−３と同一の構成を有し、同一の機能を発揮するようになっている。
【０１２３】
（本実施例による中継装置としてのＳＧＳＮ５３の動作）
次に、本実施例による中継装置としてのＳＧＳＮ５３の動作について、図１４を参照しつつ、図１５を用いて説明する。図１５は、ＳＧＳＮ５３の動作の流れの一例を示すフローチャートである。図１５では、一の通信端末装置への通信要求に基づくＳＧＳＮ５３の一連の動作が例示されている。
ＳＧＳＮ５３は、障害やメンテナンスなどから復旧（再起動）した後に、図１５に示すように、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号を受信し（ステップＳ４０１）、ステップＳ４０３に移行する。ステップＳ４０１において、例えば呼処理部５３ｂの呼処理制御部５３ｂ１は、ユーザデータ処理部５３ｃを介してユーザデータ（例えば着信要求先の通信端末の識別情報）を含むＤｏｗｎＬｉｎｋ−ＰＤＵ信号（着信要求信号）を受信したと判定する。
【０１２４】
ステップＳ４０１の次のステップＳ４０３では、ページングを実行し、ステップＳ４０５に移行する。ステップＳ４０３において、呼処理制御部５３ｂ１はページング実行部５３ｂ４にページングの実行を要求する。これにより、ページング実行部５３ｂ４はＲＮＣ２７に対し、ＳＧＳＮ５３の識別情報（例えば識別子）を含むページング信号の出力を要求する。
ステップＳ４０３の次のステップＳ４０５では、ページングに成功したか否かを判定し、ページングに成功しなかったと判定したら（Ｎｏ）、ステップＳ４０７に移行し、ページングに成功したと判定したら（Ｙｅｓ）、ステップＳ４０９に移行する。ステップＳ４０５において、例えばページング実行部５３ｂ４は、ＲＮＣ２７に対してページングの実行を要求してから所定期間経過しても応答信号を受信しない場合には、ページングに成功しなかったと判断し、当該所定期間経過前に応答信号を受信した場合には、ページングに成功したと判断する。
【０１２５】
ステップＳ４０５のＹｅｓの次のステップＳ４０９では、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号を通信端末装置に送信し、一の通信端末装置への通信要求に基づくＳＧＳＮ５３の動作は終了する。ステップＳ４０９において、例えばユーザデータ処理部５３ｃは、ＲＮＣ２７を介してＭＳ３５に対し、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号に含まれた着信要求側装置に関するユーザデータを送信する。
【０１２６】
ステップＳ４０５のＮｏの次のステップＳ４０７では、対象の通信端末装置のプロファイルを保持するＳＧＳＮ識別子をＩＰＳＣＰ３０から取得し、ステップＳ４１１に移行する。ここで、対象の通信端末装置は、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号に含まれた着信要求対象の通信端末装置である。ステップＳ４０７において、例えば、端末在圏情報処理部５３ｂ３は、ＩＰＳＣＰ３０に対し、ＭＳ３５の識別情報（例えばＩＭＩＳＩ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）をＩＰＳＣＰ３０に送信し、ＩＰＳＣＰ３０からＭＳ３５が接続されているＳＧＳＮの識別情報を取得する。これにより、端末在圏情報処理部５３ｂ３は、ステップＳ４０５において失敗したページングが不使用残存プロファイルに基づいているのか、あるいは例えばＭＳ３５がページング信号を受信できない場所に存在しているのかを判定する。
【０１２７】
ステップＳ４０７の次のステップＳ４１１では、取得したＳＧＳＮの識別情報（例えば識別子）と自機の識別情報（例えば識別子）とを照合し、両識別情報が一致しないと判定したら（Ｎｏ）、ステップＳ４１３に移行し、両識別情報が一致すると判定したら（Ｙｅｓ）、後述するステップＳ４１３及びステップＳ４１５を実行せずにステップＳ４１７に移行する。ステップＳ４１１では、例えば識別情報照合部５３ｂ３−１は、ＩＰＳＣＰ３０から位置登録情報の応答を受信すると、取得した位置登録情報からＭＳ３５のプロファイルを保持しているＳＧＳＮの識別情報（例えば識別子）を抜き出し、抜き出したＳＧＳＮの識別情報が、自機識別情報（例えば識別子）と一致するか、すなわち、「（取得したＳＧＳＮ識別子）＝（自機識別子）」を満たすか否かを判定する。端末在圏情報処理部５３ｂ３は、両識別情報が不一致の場合には、自機に保持されている着信要求先の通信端末装置のプロファイルが不使用残存プロファイルであると判定する。一方、端末在圏情報処理部５３ｂ３は、両識別情報が一致する場合には、自機に保持されている着信要求先の通信端末装置のプロファイルが不使用残存プロファイルでないと判定する。
【０１２８】
ステップＳ４１１のＮｏ（両識別子が一致しない）の次のステップＳ４１３では、対象呼を開放し、ステップＳ４１５に移行する。ステップＳ４１３において、例えば呼処理部５３は、ＧＧＳＮ２５に対し、対象呼（ＤｏｗｎＬｉｎｋ−ＰＤＵ信号に含まれていた通信端末装置（本例ではＭＳ３５）の呼）の開放を要求（例えば、対象通信端末装置のＰＤＰコンテキストの削除要求）する。
ステップＳ４１３の次のステップＳ４１５では、対象通信端末のプロファイルを削除し、ステップＳ４１７に移行する。ステップＳ４１５において、端末在圏情報処理部５３ｂ３は、プロファイル制御部５３ｂ２−１を介して不使用残存プロファイル削除部５３ｂ２−３に対し、対象通信端末装置（本例ではＭＳ３５）の識別情報（通信対象識別情報）を含むプロファイルの削除を要求する。
【０１２９】
ステップＳ４１１のＹｅｓ又はステップＳ４１５の次のステップＳ４１７では、ＧＧＳＮにＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）信号を送信し、一の通信端末装置への通信要求に基づくＳＧＳＮ５３の動作は終了する。ステップＳ４１７において、例えば呼処理部５３ｂは、ＧＧＳＮ２５に対し、着信要求に失敗したことを示す情報を含むエラー応答を例えばＩＣＭＰにより実行する。
図１５では、所定の事象後の一の通信端末装置への通信要求に基づくＳＧＳＮ５３の動作について説明したが、ステップＳ４０９又はステップＳ４１７の次にステップＳ４０１に移行することにより、ＳＧＳＮ５３は、所定の事象後に受信する各信号に対して図１５に示す処理を実行することができる。
【０１３０】
（本実施例による通信ネットワークシステム５１の概略構成）
次に、本実施例による通信ネットワークシステム５１の概略構成について、図１４を参照しつつ、図１６を用いて説明する。なお、図１６には、後述の図１７と対応付けて通信ネットワークシステム５１の動作の一部がステップ番号（例えば、Ｓ５２５など）とともに矢印で図示されている。
図１６は、本実施例による通信ネットワークシステム５１の概略構成のブロック図である。図１６に示すように、本実施例による通信ネットワークシステム５１は、ＳＧＳＮ５３と、ＳＧＳＮ５５と、ＲＮＣ２７と、ＧＧＳＮ２５と、ＧＧＳＮ３７、ＧＧＳＮ３９と、ＩＰＳＣＰ３０と、ＭＳ３５とを有している。ＳＧＳＮ５３、５５、ＲＮＣ２７、ＧＧＳＮ２５、３７、３９及びＩＰＳＣＰ３０は、通信ネットワークシステム５１を構成する通信ネットワーク構成要素である。
【０１３１】
ＳＧＳＮ５３の上位には、上位ノードとしてのＧＧＳＮ２５、３７及びＩＰＳＣＰ３０が接続されている。ＳＧＳＮ５３の下位には、下位ノードとしてのＲＮＣ２７が接続されている。ＳＧＳＮ５５の上位には、上位ノードとしてのＧＧＳＮ２５、３９及びＩＰＳＣＰ３０が接続されている。ＳＧＳＮ５５の下位には、下位ノードとしてのＲＮＣ２７が接続されている。なお、図１６に示す本実施例による通信ネットワーク構成要素の数は一例であり、ＳＧＳＮやＲＮＣの数は、図１６に示す数に限られない。また、通信ネットワークシステム５１は、ＲＮＣの配下に無線基地局を有し、ＭＳ３５は当該無線基地局を介してＲＮＣ２７と通信するようになっているが、図１６では、当該無線基地局の図示は省略されている。なお、ＳＧＳＮ５５は、ＳＧＳＮ５３と同一の構成を有し、同一の機能を発揮するようになっている。
【０１３２】
ＩＰＳＣＰ３０は、ＭＳ３５の位置登録情報を有している。すなわち、ＩＰＳＣＰ３０は、ＭＳ３５の識別子と、ＭＳ３５が通信ネットワークシステム５１に接続する際にＲＮＣ２７を介してアタッチしたＳＧＳＮ２３あるいはＳＧＳＮ５５の識別子とを対応付けて記憶している。
図１６には、ＩＰＳＣＰ３０の右隣に、ＩＰＳＣＰ３０の位置登録情報管理テーブル保持部３０ａに保持されている位置登録情報管理テーブルＴ２の一例が図示されている。位置登録情報管理テーブルＴ２は、通信端末装置の識別情報（例えば識別子）とＳＧＳＮの識別情報（例えば識別子）とを対応付けて位置登録情報を管理するテーブルである。
【０１３３】
図１６に示すように、位置登録情報管理テーブルＴ２は、「ＭＳの識別子」及び「ＳＧＳＮの識別子」の２つの項目欄を有している。「ＭＳの識別子」は、通信ネットワークシステム５１に接続（プリザベーション状態も含む）されている通信端末装置の識別情報を示している。「ＳＧＳＮの識別子」は、通信ネットワークシステム５１のネットワーク構成要素のＳＧＳＮの識別情報を示している。図１６では、ＭＳの識別子欄の識別情報「ａｂｃｄ・・・」にＳＧＳＮの識別子欄の識別情報「ＷＸＹＺ・・・」が対応付けられ、識別情報「ｏｐｑｒ・・・」に識別情報「ＯＰＱＲ・・・」が対応付けられ、識別情報「ｗｘｙｚ・・・」に識別情報「ＡＢＣＤ・・・」が対応付けられている。
ユーザサーバ３３は、通信ネットワークシステム５１に対し、ＭＳ３５への着信要求を実行する着信要求側装置である。
【０１３４】
（本実施例による通信ネットワークシステム５１の動作）
次に、本実施例による通信ネットワークシステム５１の動作について、図１４及び図１５を参照しつつ、図１６及び図１７を用いて説明する。図１７は、本実施例による通信ネットワークシステム５１の動作の一例を示すシーケンス図である。
図１７に示すように、通信ネットワークシステム５１の動作では、まず、プリザベーション状態にあるＭＳ３５がＲＮＣ２７に対して周期位置登録（プリザベーション呼）を実行する（ステップＳ５０１）。当該周期位置登録には、ＭＳ３５の識別情報が含まれている。
【０１３５】
ＭＳ３５からの周期位置登録信号を受信したＲＮＣ２７は、ＳＧＳＮ５３に当該周期位置登録信号を転送する（ステップＳ５０３）。ＳＧＳＮ５３は、当該周期位置登録信号に含まれたＭＳ３５の識別情報を含むプロファイルＰ５３を作成する。
ここで、ＳＧＳＮ５３は、例えば新ファイルを起動する（ステップＳ５０５）。ステップＳ５０５において、例えばシステム制御部５３ａは、これまで使用していたのとは異なる新たなファイルで再起動する。
新ファイル起動中にＲＮＣ２７は、ＳＧＳＮ５３のヘルスチェックを実行するものの、ＳＧＳＮ５３が新ファイルで起動中であるため、ヘルスチェックに失敗したことを検出する（ステップＳ５０７）。
【０１３６】
ヘルスチェックに失敗した後に、ＭＳ３５は、ＲＮＣ２７に対して周期位置登録を実行する（ステップＳ５０９）。
ＲＮＣ２７は、ＭＳ３５のプロファイルＰ５３をＳＧＳＮ５３が有している情報を備えているが、ＳＧＳＮ５３が正常に動作をしていないと判断して、ＳＧＳＮ５３以外の加入者交換機であってＭＳ３５のプロファイルを有していないＳＧＳＮ５５にＭＳ３５からの周期位置登録信号を迂回させる（ステップＳ５１１）。
ＳＧＳＮ５３が新ファイル起動中であるため、ＳＧＳＮ５５は、ＭＳ３５のプロファイルＰ５３をＳＧＳＮ５３から取得できず、周期位置登録に失敗したことを示す応答信号をＲＮＣ２７に送信する（ステップＳ５１３）。
ＲＮＣ２７は当該応答信号をＭＳ３５に転送する（ステップＳ５１５）。
【０１３７】
ＭＳ３５は、周期位置登録要求に失敗すると、通信ネットワークシステム５１に新たに接続し直すために、ＲＮＣ２７に対して再アタッチする（ステップＳ５１７）。当該再アタッチには、ＭＳ３５の識別情報が含まれる。
ＲＮＣ２７は、ＭＳ３５の識別情報を含む再アタッチをＳＧＳＮ５５に対して実行する（ステップＳ５１９）。この再アタッチに成功すると、ＳＧＳＮ５５には、ＭＳ３５の識別情報を含むプロファイルＰ５５が作成される。また、プロファイルＰ５５が作成されることにより、ＳＧＳＮ５３が保持するプロファイルＰ５３は不使用残存プロファイルＮＰ５３となる。
【０１３８】
ここで、図１６及び図１７に示すように、ユーザサーバ３３がユーザデータ（ＭＳ３５の識別情報）を含むＤＬ−ＰＤＵ（ＤｏｗｎＬｉｎｋ−ＰＤＵ）信号（例えば着信要求信号）をＧＧＳＮ２５に送信する（ステップＳ５２１）。
ＧＧＳＮ２５は、ステップＳ５１１において、ＳＧＳＮ５５からＰＤＰコンテキストの更新要求を受信しないため、ＭＳ３５がＳＧＳＮ５３に接続されていることを示す情報を含むＰＤＰコンテキストを保持し続けている。このため、ＧＧＳＮ２５は、当該ＤＬ−ＰＤＵに含まれたＭＳ３５を示すユーザデータに基づいて、当該ＤＬ−ＰＤＵ信号をＳＧＳＮ５３に転送する（ステップＳ５２３）。
【０１３９】
図１６及び図１７に示すように、ＭＳ３５とＲＮＣ２７との間がプリザベーション状態であるため、ＳＧＳＮ５３は、ＲＮＣ２７に対して、自機の識別情報（例えば識別子）を含むページング信号の出力を要求する（ステップＳ５２５）。
ＲＮＣ２７は、自機で管理している無線基地局に対してＳＧＳＮ５３の識別情報を含むページング信号の出力要求を実行する。これにより、ＭＳ３５が在圏する在圏エリアを形成する無線基地局はページング信号を出力する。しかしながら、ＭＳ３５はＳＧＳＮ５５に接続している情報を有しているため、当該ページング信号に応答しない。このため、図１６及び図１７に示すように、ＳＧＳＮ５３からのページング要求は失敗（タイムアウト）し（ステップＳ５２７）、ＳＧＳＮ５３はタイムアウトを検出する（ステップＳ５２９）。なお、ステップＳ５２５及びステップＳ５２７において実行される処理は、図７に示す上記実施例１のステップＳ１５及びステップＳ１７における処理と同様である。
【０１４０】
図１６及び図１７に示すように、ＳＧＳＮ５３は、当該ページングに失敗すると、ＩＰＳＣＰ３０に対し、位置登録情報の取得要求を実行する（ステップＳ５３１）。
ＩＰＳＣＰ３０は、位置登録情報管理テーブルＴ２（図１６参照）を参照し、当該位置登録情報の取得要求に含まれたＭＳ３５の識別情報に対応付けられたＳＧＳＮの識別情報を位置登録情報の取得要求に対する応答信号に格納してＳＧＳＮ５３に送信する（ステップＳ５３３）。ＳＧＳＮの識別情報は例えば識別子（ＩＰアドレスなど）である。
ＩＰＳＣＰ３０からの当該応答信号を受信したら、ＳＧＳＮ５３は、当該応答信号からＭＳ３５のプロファイルを保持しているＳＧＳＮの識別情報を抜き出して取得する（ステップＳ５３５）。ステップＳ５３５において実行される処理は、図１５に示すステップＳ４０７における処理と同様である。
【０１４１】
ＳＧＳＮ５３は、取得した当該識別情報と、自機の識別情報とを照合する（ステップＳ５３７）。ステップＳ５３７において実行される処理は、図１５に示すステップＳ４１１における処理と同様である。
ＳＧＳＮ５３が当該識別情報と自機の識別情報とが一致していると判定したら（ステップＳ５３７のＹｅｓ）、通信ネットワークシステム５１は、ＤＬ−ＰＤＵをＭＳ３５に送信して、一連の処理を終了する。
ＳＧＳＮ５３は、当該識別情報と自機の識別情報とが一致していない判定したら（ステップＳ５３７のＮｏ）、図１６及び図１７に示すように、ＧＧＳＮ２５に対して、対象呼の開放要求「Ｄｅｌｅｔ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｑｕｅｓｔ」を実行する（ステップＳ５３９）。ステップＳ５３９において実行される処理は、図１６に示すステップＳ４１３における処理と同様である。
【０１４２】
対象呼の開放要求を受信したＧＧＳＮ２５は、ＭＳ３５の識別情報を含むＰＤＰコンテキストを削除するとともに、対象呼の開放要求に対する応答信号「Ｄｅｌｅｔ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｓｐｏｎｓｅ」をＳＧＳＮ２３に送信する（ステップＳ５４１）。
当該応答信号を受信したら、ＳＧＳＮ５３は、対象ＭＳ（本例では、ＭＳ３５）のプロファイルが不使用残存プロファイルであると判定して、不使用残存プロファイルＮＰ５３を削除する（ステップＳ５４３）。ステップＳ５４３において実行される処理は、図１５に示すステップＳ４１５における処理と同様である。
不使用残存プロファイルＮＰ５３を削除したら、ＳＧＳＮ５３は、ページング失敗によるエラー応答信号「ＩＣＭＰ  ＩＰ  ｕｎｒｅａｃｈａｂｌｅ」をＧＧＳＮ２５に送信する（ステップＳ５４５）。ステップＳ５４５において実行される処理は、図１５に示すステップＳ４１７における処理と同様である。
【０１４３】
以上説明したように、本実施例による中継装置及びそれを備えた通信ネットワークシステムは、中継装置（本実施例ではＳＧＳＮ）が着信のためのページングに失敗した場合、サービス制御装置（ＩＰＳＣＰ）から着信要求対象の通信端末装置が接続されているＳＧＳＮの識別情報を取得し、取得した当該識別情報と自機の識別情報とを照合し、両識別情報が一致しない場合には、当該着信要求対象の通信端末装置のプロファイルを削除し呼開放を実行するようになっている。すなわち、本実施例による中継装置及びそれを備えた通信ネットワークシステムは、ＳＧＳＮとＩＰＳＣＰとの間で新たに位置登録情報の取得信号及び応答信号を定義して、ＳＧＳＮがページングの結果とＩＰＳＣＰから取得した在圏移動の情報（識別情報の一致不一致）とに基づいて、保持しているプロファイルが不使用残存プロファイルであるか否かを判別するようになっている。
【０１４４】
本実施例による中継装置及びそれを備えた通信ネットワークシステムによれば、ＳＧＳＮがページングに失敗した際に、ＩＰＳＣＰから該当する通信端末装置（例えばＭＳ）のプロファイルを保持しているＳＧＳＮの識別子に基づいて、保持しているプロファイルが不使用残存プロファイルであることを検出し、当該不使用残存プロファイルの削除、及び該当する呼の解放ができる。このため、本実施例による中継装置、サービス制御装置及び通信ネットワークシステムは、アクティブ呼の通信が長時間できない状態を回避できる。また、本実施例によれば、中継装置が不使用残存プロファイルを自律的に削除するため、不使用残存プロファイルを削除するための保守者の作業を回避することができ、運用コストを抑止できる。さらに、本実施例によれば、通信要求対象の呼のプロファイルを保持するＳＧＳＮの識別子をＩＰＳＣＰから取得し、使用されなくなった可能性のあるプロファイルを特定して削除できる。このように、本実施例によれば、削除するプロファイルを限定することができるため、不使用残存プロファイルでないプロファイルの削除を防止できる。
【０１４５】
（実施例５）
次に、本実施形態の実施例５による中継装置及びそれを備えた通信ネットワークシステムについて図５を参照しつつ、図１８から図２１を用いて説明する。
（本実施例による中継装置としてのＳＧＳＮ６３及び通信ネットワークシステム６１の概略構成）
まず、本実施例による通信ネットワークシステム６１の概略構成について図５を参照しつつ図１８を用いて説明する。なお、上記実施例１による通信ネットワークシステム２１と同様の作用及び機能を奏する構成要素には同一の符号を付して、その説明は省略する。なお、図１８には、後述の図２１に対応付けて通信ネットワークシステム６１の動作の一部がステップ番号（例えば、Ｓ７４０など）とともに矢印で図示されている。
【０１４６】
図１８は、本実施例による通信ネットワークシステム６１の概略構成を示すブロック図である。図１８に示すように、本実施例による通信ネットワークシステム６１は、ＳＧＳＮ６３と、ＳＧＳＮ６５と、ＲＮＣ２７と、ＧＧＳＮ２５と、ＧＧＳＮ３７、ＧＧＳＮ３９と、ＩＰＳＣＰ３１と、ＭＳ３５とを有している。ＳＧＳＮ６３、６５、ＲＮＣ２７、ＧＧＳＮ２５、３７、３９及びＩＰＳＣＰ３１は、通信ネットワークシステム６１を構成する通信ネットワーク構成要素である。
【０１４７】
ＳＧＳＮ６３の上位には、上位ノードとしてのＧＧＳＮ２５、３７及びＩＰＳＣＰ３１が接続されている。ＳＧＳＮ６３の下位には、下位ノードとしてのＲＮＣ２７が接続されている。ＳＧＳＮ６５の上位には、上位ノードとしてのＧＧＳＮ２５、３９及びＩＰＳＣＰ３１が接続されている。ＳＧＳＮ６５の下位には、下位ノードとしてのＲＮＣ２７が接続されている。なお、図１８に示す本実施例による通信ネットワーク構成要素の数は一例であり、ＳＧＳＮやＲＮＣの数は、図１８に示す数に限られない。また、通信ネットワークシステム６１は、ＲＮＣの配下に無線基地局を有し、ＭＳ３５は当該無線基地局を介してＲＮＣ２７と通信するようになっているが、図１８では、当該無線基地局の図示は省略されている。
【０１４８】
本実施例による中継装置としてのＳＧＳＮ６３、６５は、フラグ管理部で管理している管理テーブルが異なる点と、フラグの状態の更新処理が異なる点と、呼処理部が下位ノードから信号を受信しない点を除いて、上記実施例１による中継装置としてのＳＧＳＮ２３と同一の構成を有し、同一の機能を発揮するようになっている。したがって、本実施例では、ＳＧＳＮ６３、６５の各構成要素は、図５に示すＳＧＳＮ２３の各構成要素の符号を用いて説明する。
【０１４９】
図１８の図中右側には、ＳＧＳＮ６３のフラグ保持ＤＢ２３ｃに保持され、フラグ管理部２３ｂによって管理されるプリザベーション状態呼管理テーブルＴ３が図示されている。本実施例におけるフラグ管理部２３ｂは、アクティブ呼のうちのプリザベーション状態の呼（プリザベーション状態でＲＮＣ２７に接続されている通信端末装置）のみを管理している。図１８に示すように、プリザベーション状態呼管理テーブルＴ３は、「呼ＩＤ」及び「フラグ」の２つの項目欄を有している。「呼ＩＤ」は、ＳＧＳＮ２３が管理しているプリザベーション状態の通信端末装置を示している。「フラグ」はフラグの状態を示している。「呼ＩＤ」欄には、当該通信端末装置の識別情報（図１８では、「１」、「２」、・・・、「Ｎ」と称されている）が格納される。「フラグ」欄には、「ＯＮ」又は「ＯＦＦ」が格納される。「ＯＮ」はオン状態を表し、「ＯＦＦ」はオフ状態を表している。フラグ保持ＤＢ２３ｃは、例えば「ＯＮ」及び「ＯＦＦ」にそれぞれ対応する値（例えば「１」及び「０」）あるいはレベル（例えば「Ｈｉｇｈ」及び「Ｌｏｗ」）によりフラグの状態を保持するようになっている。
【０１５０】
図１８の図中の左側のプリザベーション状態呼管理テーブルＴ３は、後述のＳＧＳＮ６３の動作におけるステップＳ６０４の処理が終了した状態を例示し、中央のプリザベーション状態呼管理テーブルＴ３は、後述のＳＧＳＮ６３の動作におけるステップＳ６２２において全てのプリザベーション状態呼の処理が終了した状態を例示し、右側のプリザベーション状態呼管理テーブルＴ３は、後述のＳＧＳＮ６３の動作におけるステップＳ６３６の処理が終了した状態を例示している。
【０１５１】
図１９は、不使用残存プロファイル判定部２４が備えるフラグ更新処理管理テーブルの一例を示す図である。図１９に示すように、フラグ更新処理管理テーブルは、「呼処理の種類」と「アクション」の２つの項目に大別されている。「呼処理の種類」は、上位ノードからの通信に関する要求の種類を示し、「アクション」は、不使用残存プロファイル判定部２４の動作を示している。本実施例では、「呼処理の種類」は「着信」のみである。「着信」は上位ノードからの着信要求を示している。項目「着信」は、「ページング成功」と「ページング失敗」の２つに分類されている。「ページング成功」はページング実行部２３ｄ４が実行したページングに成功したことを示し、「ページング失敗」はページング実行部２３ｄ４が実行したページングに失敗したことを示している。
【０１５２】
フラグ更新処理管理テーブルにおいて、「アクション」は、「フラグがオン状態」と「フラグがオフ状態」の２つの項目に分類されている。「フラグがオン状態」は、フラグ取得判定部２３ｄ３がフラグ管理部２３ｂから取得したフラグの状態がオン状態であったことを示し、「フラグがオフ状態」は、フラグ取得判定部２３ｄ３がフラグ管理部２３ｂから取得したフラグの状態がオフ状態であったことを示している。「フラグがオン状態」は、呼処理の種類が「着信」かつ「ページング成功」には「ＯＮ→ＯＦＦ」が対応付けられ、呼処理の種類が「着信」かつ「ページング失敗」には「ＯＮ→ＯＦＦ  呼開放」が対応付けられている。「ＯＮ→ＯＦＦ」はフラグの状態をオン状態からオフ状態に更新することを示し、「ＯＮ→ＯＦＦ  呼開放」は、フラグの状態をオン状態からオフ状態に更新するとともに、プロファイルの削除、すなわち不使用残存プロファイルを削除することを示している。「フラグがオフ状態」の欄の「−」は何のアクションも実行しないこと、すなわち現在の状態を維持することを示している。
【０１５３】
（本実施例によるＳＧＳＮ６３の動作）
次に、本実施例による中継装置としてのＳＧＳＮ６３の動作について、図５、図１８及び図１９を参照しつつ、図２０を用いて説明する。図２０は、ＳＧＳＮ６３の動作の流れの一例を示すフローチャートである。図２０では、一の通信端末装置への通信要求に基づくＳＧＳＮ６３の一連の動作が例示されている。
ＳＧＳＮ６３は、障害やメンテナンスなどから復旧（再起動）するに際し、当該復旧の前に、図２０に示すように、新規呼受付及び呼開放の閉塞を実行し（ステップＳ６００）、ステップＳ６０２に移行する。ステップＳ６００において、例えばシステム制御部２３ａは、呼処理部２３ｄに対して新規呼受付の閉塞および呼開放の閉塞を指示する。これにより、ＳＧＳＮ６３は、新ファイルを起動する前に新たな通信要求を受け付けない状態に移行する。
【０１５４】
ステップＳ６００の次のステップＳ６０２では、新ファイルが起動され、ステップＳ６０４に移行する。ステップＳ６０２では、例えばシステム制御部２３ａは、これまで使用していたのとは異なる新たなファイルで再起動する。
ステップＳ６０２の次のステップＳ６０４では、各呼のフラグの初期状態をオン状態に設定し、ステップＳ６０６に移行する。ステップＳ６０４において、例えばシステム制御部２３ａは、フラグ管理部２３ｂに対して、ＳＧＳＮ６３内のプリザベーション状態の呼ごとにフラグをオン状態に設定することを指示する。これにより、現時点においてＳＧＳＮ６３とプリザベーション状態にある通信端末装置の識別情報と、当該識別情報に関連付けられたフラグがオン状態であることを示す情報とがフラグ保持ＤＢ２３ｃに保持される（図１８に示す左側のプリザベーション状態管理テーブルＴ３参照）。また、オン状態のフラグに関連付いた通信端末装置の識別情報を含む複数（本例ではｎ個）のプロファイルＰ６３ｎ（図２０では不図示）が作成される。
【０１５５】
ステップＳ６０４の次のステップＳ６０６では、新規呼受付及び呼開放の閉塞を解除し、ステップＳ６０８に移行する。例えばシステム制御部２３ａは、呼処理部２３ｄに対して新規呼受付の閉塞の解除及び呼開放の閉塞の解除を指示する。これにより、ＳＧＳＮ６３は、新ファイルの起動後の現時点において新たな通信要求を受け付け可能な状態に移行する。
ステップＳ６０６、後述するステップＳ６１２又は後述するステップＳ６２２の次のステップＳ６０８では、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号を受信したか否かを判定し、当該信号を受信したと判定したらステップＳ６２４に移行し、当該信号を受信していないと判定したらステップＳ６１０に移行する。ステップＳ６０８において、例えば呼処理部２３ｄの呼処理制御部２３ｄ１は、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号を受信したか否かを判定する。
【０１５６】
ステップＳ６０８の次のステップＳ６１０では、各呼のフラグの値を確認し、ステップＳ６１２に移行する。ステップＳ６１０において、例えば呼処理制御部２３ｄ１は、プリザベーション状態呼管理テーブルＴ３で管理されている全ての通信端末装置のうちのいずれか１つの通信端末装置を選択し、当該１つ目の通信端末装置の識別情報（例えば識別子）に関連付けられたフラグの値を確認する。
ステップＳ６１０の次のステップＳ６１２では、当該呼のフラグがオン状態か否かを判定し、オン状態と判定したらステップＳ６１４に移行し、オン状態でないと判定したらステップＳ６０８に移行する。ステップＳ６１２において、例えば呼処理制御部２３ｄ１は、プリザベーション状態呼管理テーブルＴ３を参照し、当該１つ目の通信端末装置の識別情報に関連付けられたフラグの値に基づいて、当該フラグがオン状態であるか否かを判定する。
【０１５７】
ステップＳ６１２の次のステップＳ６１４では、ページングを実行し、ステップＳ６１６に移行する。ステップＳ６１４において、呼処理制御部２３ｄ１は、ページング実行部２３ｄ４に対し、当該１つ目の通信端末装置にページングを実行することを要求する。これにより、ページング実行部２３ｄ４はＲＮＣ２７に対し、ＳＧＳＮ６３の識別情報（例えば識別子）を含むページング信号の出力を要求する。
【０１５８】
ステップＳ６１４の次のステップＳ６１６では、ページングに成功したか否かを判定し、ページングに成功したと判定したら（Ｙｅｓ）、後述のステップＳ６１８及びステップＳ６２０を実行せずにステップＳ６２２に移行し、ページングに成功していないと判定したら（Ｎｏ）、ステップＳ６１８に移行する。ステップＳ６１６において、例えばページング実行部２３ｄ４は、ＲＮＣ２７に対してページングの実行を要求してから所定期間経過しても、当該１つ目の通信端末装置からの応答信号を受信しない場合には、ページングに成功しなかったと判断し、当該所定期間経過前に応答信号を受信した場合には、ページングに成功したと判断する。
ステップＳ６１６のＮｏの次のステップＳ６１８では、対象呼を開放し、ステップＳ６２０に移行する。ステップＳ６１８では、例えば呼処理部２３ｄは、ＧＧＳＮ２５に対し、対象呼（当該１つ目の通信端末装置の呼）の開放を要求（例えば、対象通信端末装置のＰＤＰコンテキストの削除要求）する。
【０１５９】
ステップＳ６１８の次のステップＳ６２０では、対象通信端末装置のプロファイル、すなわち不使用残存プロファイルを削除し、ステップＳ６２２に移行する。ステップＳ６１６においてページング実行部２３ｄ４がページングに失敗したと判定しており、ステップＳ６１２においてフラグ取得判定部２３ｄが対象通信端末装置（当該１つ目の通信端末装置）に関連付けられたフラグがオン状態であると判定しているので、ステップＳ６２０において、不使用残存プロファイル判定部２４は、ステップＳ６１６で実行したページングが所定の事象後（ステップＳ６０３における新ファイルの起動後）に実行された最初のページングであると判断する。このため、不使用残存プロファイル判定部２４は、プロファイル制御部２３ｄ２−１を介して不使用残存プロファイル削除部２３ｄ２−３に対し、対象通信端末装置の識別情報を含むプロファイルの削除を要求する。
【０１６０】
ステップＳ６１６のＹｅｓ又はステップＳ６２０の次のステップＳ６２２では、該当呼のフラグの状態を更新（ＯＮ→ＯＦＦ）し、ステップＳ６０８に移行する。ステップＳ６２０では、例えば呼処理部２３ｄは、当該１つ目の通信端末装置の識別情報（例えば識別子）に関連付けられたフラグの値の更新をフラグ管理部２３ｂに要求する。フラグ管理部２３ｂは、図１９に示すテーブルを参照して、フラグ保持ＤＢ２３ｃに保持された更新要求の対象フラグの値をオフ状態であることを示す値に変更する。
【０１６１】
本実施例では、ステップＳ６０８においてＤｏｗｎＬｉｎｋ−ＰＤＵを受信したと判定されない限り、プリザベーション状態呼管理テーブルＴ３で管理されている全ての通信端末装置についてステップＳ６０８からステップＳ６２２の処理を繰り返し実行する。例えば、ステップＳ６０８からステップＳ６２２が繰り返し実行され、「呼ＩＤ」が「１」及び「Ｎ」の通信端末装置はページングに成功し、「呼ＩＤ」が「２」の通信端末装置はページングに失敗したとすると、図１８の図中中央のプリザベーション状態呼管理テーブルＴ３で示すように、プリザベーション状態呼管理テーブルＴ３で管理されている通信端末装置のうちの最後の通信端末装置のステップＳ６０８からステップＳ６２２までの処理が終了した時点では、呼ＩＤが「１」及び「Ｎ」に関連するフラグはそれぞれ「ＯＦＦ」となり、呼ＩＤが「２」に関連するフラグは「ＯＮ」となる。
【０１６２】
ステップＳ６０８の次のステップＳ６２４では、ページングを実行し、ステップＳ６２６に移行する。ステップＳ６２４において、呼処理制御部２３ｄ１はページング実行部２３ｄ４にページングの実行を要求する。これにより、ページング実行部２３ｄ４はＲＮＣ２７に対し、ＳＧＳＮ６３の識別情報（例えば識別子）を含むページング信号の出力を要求する。
【０１６３】
ステップＳ６２４の次のステップＳ６２６では、ページングに失敗したか否かを判定し、ページングに失敗したと判定したら（Ｙｅｓ）、ステップＳ６２８に移行し、ページングに失敗しなかったと判定したら（Ｎｏ）、後述のステップＳ６２８からステップＳ６３６を実行せずに一の通信端末装置への通信要求に基づくＳＧＳＮ６３の動作は終了する。ステップＳ６２６において、例えばページング実行部２３ｄ４は、ＲＮＣ２７に対してページングの実行を要求してから所定期間経過しても応答信号を受信しない場合には、ページングに成功しなかったと判断し、当該所定期間経過前に応答信号を受信した場合には、ページングに成功したと判断する。
【０１６４】
ステップＳ６２６の次のステップＳ６２８では、対象呼にフラグが設定されているか否かを判定し、当該フラグが設定されていると判定したら（Ｙｅｓ）、ステップＳ６３０に移行し、当該フラグが設定されていないと判定したら（Ｎｏ）、後述のステップＳ６３０からステップＳ６３６を実行せずに一の通信端末装置への通信要求に基づくＳＧＳＮ６３の動作は終了する。ステップＳ６２８では、当該対象呼が新ファイル起動完了時点で、プリザベーション呼であったか否かが判定される。対象呼は、フラグが設定されている場合には、プリザベーション呼であったと判断される。一方、当該対象呼は、フラグが設定されていない場合には、新ファイル起動時にはプリザベーション呼ではなく、不使用残存プロファイルである可能性はないと判断される。ステップＳ６２８において、例えばフラグ管理部２３ｂは、フラグ保持ＤＢ２３ｃを参照して、対象呼（ステップＳ６０８においてＤｏｗｎＬｉｎｋ−ＰＤＵ信号に含まれた着信要求先の対象通信端末装置の呼）に関連付いたフラグが設定されているか否かを判定する。
【０１６５】
ステップＳ６２８の次のステップＳ６３０では、フラグがオン状態か否かを判定し、当該フラグがオン状態と判定したら（Ｙｅｓ）、ステップＳ６３２に移行し、当該フラグがオン状態でないと判定したら（Ｎｏ）、後述のステップＳ６３２からステップＳ６３６を実行せずに一の通信端末装置への通信要求に基づくＳＧＳＮ６３の動作は終了する。ステップＳ６３０において、例えば呼処理部２３ｄのフラグ取得判定部２３ｄ３は、ステップＳ６０８で受信したＤｏｗｎＬｉｎｋ−ＰＤＵ信号に含まれた通信端末装置の識別情報（例えば識別子）に関連付けられたフラグの値をフラグ管理部２３ｂから取得し、当該値に基づいて当該フラグがオン状態か否かを判定する。
【０１６６】
ステップＳ６３０の次のステップＳ６３２では、対象通信端末装置のプロファイル、すなわち不使用残存プロファイルを削除し、ステップＳ６３４に移行する。ステップＳ６２６においてページング実行部２３ｄ４がページングに失敗したと判定しており、ステップＳ６３０においてフラグ取得判定部２３ｄが対象通信端末装置に関連付けられたフラグがオン状態であると判定しているので、ステップＳ６３２において、不使用残存プロファイル判定部２４は、ステップＳ６２４で実行したページングが所定の事象後（ステップＳ６０３における新ファイルの起動後）に実行された最初のページングであると判断する。このため、不使用残存プロファイル判定部２４は、プロファイル制御部２３ｄ２−１を介して不使用残存プロファイル削除部２３ｄ２−３に対し、対象通信端末装置の識別情報を含むプロファイルの削除を要求する。
【０１６７】
ステップＳ６３２の次のステップＳ６３４では、対象呼を開放し、ステップＳ６３６に移行する。ステップＳ６３４では、例えば呼処理部２３ｄは、ＧＧＳＮ２５に対し、対象呼の開放を要求（例えば、対象通信端末装置のＰＤＰコンテキストの削除要求）する。
ステップＳ６３４の次のステップＳ６３６では、該当呼のフラグの状態を更新（ＯＮ→ＯＦＦ）し、一の通信端末装置への通信要求に基づくＳＧＳＮ６３の動作は終了する。ステップＳ６３６では、例えば呼処理部２３ｄは、ステップＳ６０８で受信したＤｏｗｎＬｉｎｋ−ＰＤＵ信号に含まれた通信端末装置の識別情報（例えば識別子）に関連付けられたフラグの値の更新をフラグ管理部２３ｂに要求する。フラグ管理部２３ｂは、フラグ保持ＤＢ２３ｃに保持された更新要求の対象フラグの値をオフ状態であることを示す値に変更する。ステップＳ６３３におけるフラグの状態の更新処理は、図１９（ｂ）に示すテーブルを参照して実行される。
【０１６８】
（本実施例による通信ネットワークシステム６１の動作）
次に、本実施例による通信ネットワークシステム６１の動作について、図５及び図２０を参照しつつ、図１８及び図２１を用いて説明する。図２１は、本実施例による通信ネットワークシステム６１の動作の一例を示すシーケンス図である。
図２１に示すように、通信ネットワークシステム６１の動作では、まず、プリザベーション状態にあるＭＳ３５がＲＮＣ２７に対して周期位置登録（プリザベーション呼）を実行する（ステップＳ７００）。当該周期位置登録には、ＭＳ３５の識別情報（本例では、識別情報（呼ＩＤ）は「２」）が含まれている。
ＭＳ３５からの周期位置登録信号を受信したＲＮＣ２７は、ＳＧＳＮ６３に当該周期位置登録信号を転送する（ステップＳ７０２）。ＳＧＳＮ６３は、当該周期位置登録信号に含まれたＭＳ３５の識別情報を含むプロファイルＰ６３を作成する。
【０１６９】
ＳＧＳＮ６３は、新規呼受付及び呼開放の閉塞を実行した後に、新ファイルを起動する（ステップＳ７０４）。ステップＳ７０４において実行される処理は、図２０に示すステップＳ６０２における処理と同様である。
新ファイル起動中にＲＮＣ２７は、ＳＧＳＮ６３のヘルスチェックを実行するものの、ＳＧＳＮ６３が新ファイルで起動中であるため、ヘルスチェックに失敗したことを検出する（ステップＳ７０６）。
ヘルスチェックに失敗した後に、ＭＳ３５は、ＲＮＣ２７に対して周期位置登録を実行する（ステップＳ７０８）。
【０１７０】
ＲＮＣ２７は、ＭＳ３５のプロファイルＰ６３をＳＧＳＮ６３が有している情報を備えているが、ＳＧＳＮ６３が正常に動作をしていないと判断して、ＳＧＳＮ６３以外の加入者交換機であってＭＳ３５のプロファイルを有していないＳＧＳＮ６５にＭＳ３５からの周期位置登録信号を迂回させる（ステップＳ７１０）。
ＳＧＳＮ６３が新ファイル起動中であるため、ＳＧＳＮ６５は、ＭＳ３５のプロファイルＰ６３をＳＧＳＮ６３から取得できず、周期位置登録に失敗したことを示す応答信号をＲＮＣ２７に送信する（ステップＳ７１２）。
ＲＮＣ２７は当該応答信号をＭＳ３５に転送する（ステップＳ７１４）。
ＭＳ３５は、周期位置登録要求に失敗すると、通信ネットワークシステム６１に新たに接続し直すために、ＲＮＣ２７に対して再アタッチする（ステップＳ７１６）。当該再アタッチには、ＭＳ３５の識別情報が含まれる。
【０１７１】
ＲＮＣ２７は、ＭＳ３５の識別情報を含む再アタッチをＳＧＳＮ６５に対して実行する（ステップＳ７１８）。この再アタッチに成功すると、ＳＧＳＮ６５には、ＭＳ３５の識別情報を含むプロファイルＰ６５が作成される。また、プロファイルＰ６５が作成されることにより、ＳＧＳＮ６３が保持するプロファイルＰ６３は不使用残存プロファイルＮＰ６３となる。
ＳＧＳＮ６３は、新ファイルの起動が完了すると、各プリザベーション状態呼のフラグをオン状態に設定する（ステップＳ７２０）。ステップＳ７２０において実行される処理は、図２０に示すステップＳ６０４における処理と同様である。ステップＳ７２０の処理が終了すると、オン状態のフラグに関連付いた通信端末装置の識別情報を含む複数（本例ではｎ個）のプロファイルＰ６３ｎが作成される。
【０１７２】
次いで、ＳＧＳＮ６３は、新規呼受付と呼開放の閉塞を解除する。次いで、ＤｏｗｎＬｉｎｋ−ＰＤＵを受信しているか否かを判定し、当該信号を受信していないと判定したとする。
次に、各呼のフラグの値を確認する。次いで、当該呼のフラグがオン状態か否かを判定する（ステップＳ７２２）。ステップＳ７２２において実行される処理は、図２０に示すステップＳ６１２における処理と同様である。
次いで、ＳＧＳＮ６３は、ページングを実行する（ステップＳ７２４）。ステップＳ７２４において実行される処理は、図２０に示すステップＳ６１４における処理と同様である。
【０１７３】
次に、該当呼のフラグがオン状態であり、ページングに成功した場合には、当該呼のフラグをオン状態からオフ状態に更新し（ステップＳ７２８）、ページングに失敗した場合には、ＳＧＳＮ６３は、ＧＧＳＮ２５に対して、対象呼の開放要求「Ｄｅｌｅｔ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｑｕｅｓｔ」を実行する（ステップＳ７２８）。ステップＳ７２８において実行される処理は、図２０に示すステップＳ６１８における処理と同様である。
対象呼の開放要求を受信したＧＧＳＮ２５は、ＭＳ３５の識別情報を含むＰＤＰコンテキストを削除するとともに、対象呼の開放要求に対する応答信号「Ｄｅｌｅｔ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｓｐｏｎｓｅ」をＳＧＳＮ６３に送信する（ステップＳ７３０）。
【０１７４】
次に、ＳＧＳＮ６３は、ステップＳ７２２においてフラグがオン状態であると判定し、かつページングに失敗した（ステップＳ７２６）通信端末装置（本例では、識別情報（呼ＩＤ）は例えば「１」）のプロファイルを不使用残存プロファイルであると判定して、不使用残存プロファイルＮＰ６３を削除する（ステップＳ７３２）。ステップＳ７３２において実行される処理は、図２０に示すステップＳ６２０における処理と同様である。
次に、ＳＧＳＮ６３は、ステップＳ７２２においてオン状態であると判定したフラグをオフ状態に更新する（ステップＳ７３４）。ステップＳ７３４において実行される処理は、図２０に示すステップＳ６２２における処理と同様である。これにより、図１８のプリザベーション状態呼管理テーブルＴ３において、中央のプリザベーション状態呼管理テーブルＴ３の呼ＩＤ欄の「１」に関連付けられたフラグ欄の「ＯＮ」が「ＯＦＦ」に更新される。
【０１７５】
ここで、図１８及び図２１に示すように、ユーザサーバ３３がユーザデータ（ＭＳ３５の識別情報（本例では「２」））を含むＤＬ−ＰＤＵ（ＤｏｗｎＬｉｎｋ−ＰＤＵ）信号（例えば着信要求信号）をＧＧＳＮ２５に送信したとする（ステップＳ７３６）。
ＧＧＳＮ２５は、ステップＳ７１８において、ＳＧＳＮ６５からＰＤＰコンテキストの更新要求を受信していないため、ＭＳ３５がＳＧＳＮ６３に接続されていることを示す情報を含むＰＤＰコンテキストを保持し続けている。このため、ＧＧＳＮ２５は、当該ＤＬ−ＰＤＵに含まれたＭＳ３５を示すユーザデータに基づいて、当該ＤＬ−ＰＤＵ信号をＳＧＳＮ６３に転送する（ステップＳ７３８）。
【０１７６】
図１８及び図２１に示すように、ＭＳ３５とＲＮＣ２７との間がプリザベーション状態であるため、ＳＧＳＮ６３は、ＲＮＣ２７に対して、自機の識別情報（例えば識別子）を含むページング信号の出力を要求する（ステップＳ７４０）。
ＲＮＣ２７は、自機で管理している無線基地局に対してＳＧＳＮ６３の識別情報を含むページング信号の出力要求を実行する。これにより、ＭＳ３５が在圏する在圏エリアを形成する無線基地局はページング信号を出力する。しかしながら、ＭＳ３５はＳＧＳＮ６５に接続している情報を有しているため、当該ページング信号に応答しない。このため、図１８及び図２１に示すように、ＳＧＳＮ６３からのページング要求は失敗（タイムアウト）する（ステップＳ７４２）。ステップＳ７４０及びステップＳ７４２において実行される処理は、図２０に示すステップＳ６２４及びステップＳ６２６における処理と同様である。
【０１７７】
ＳＧＳＮ６３は、当該ページングに失敗すると、ＤＬ−ＰＤＵ信号に含まれたユーザデータにフラグが設定されているか否かを判定する（ステップＳ７４４）。ステップＳ７４４において実行される処理は、図２０に示すステップＳ６２８における処理と同様である。
ステップＳ７４４において、フラグが設定されていると判定したら、当該フラグがオン状態か否かを判定する（ステップＳ７４６）。ステップＳ７４６において実行される処理は、図２０に示すステップＳ６３０における処理と同様である。
ＳＧＳＮ６３がステップＳ７４４においてフラグが設定されていないと判定し、あるいは、ステップＳ７４６で当該フラグがオフ状態であると判定したら、通信ネットワークシステム６１は一連の処理を終了する。
【０１７８】
次に、ＳＧＳＮ６３は、対象通信端末装置（本例では、ＭＳ３５）のプロファイルが不使用残存プロファイルであると判定して、不使用残存プロファイルＮＰ６３を削除する（ステップＳ７５４）。ステップＳ７５４において実行される処理は、図２０に示すステップＳ６３２における処理と同様である。
次いで、図１８及び図２１に示すように、ＳＧＳＮ６３は、ＧＧＳＮ２５に対して、対象呼の開放要求「Ｄｅｌｅｔ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｑｕｅｓｔ」を実行する（ステップＳ７５０）。ステップＳ７５０において実行される処理は、図２０に示すステップＳ６３４における処理と同様である。
【０１７９】
対象呼の開放要求を受信したＧＧＳＮ２５は、ＭＳ３５の識別情報を含むＰＤＰコンテキストを削除するとともに、対象呼の開放要求に対する応答信号「Ｄｅｌｅｔ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｓｐｏｎｓｅ」をＳＧＳＮ６３に送信する（ステップＳ７５２）。
次に、ＳＧＳＮ６３は、ステップＳ７４６においてオン状態であると判定したフラグをオフ状態に更新する。当該フラグをオフ状態に更新する処理は、図２０に示すステップＳ６３６における処理と同様である。これにより、図１８のプリザベーション状態呼管理テーブルＴ３において破線枠内に示すように、中央のプリザベーション状態呼管理テーブルＴ３の呼ＩＤ欄の「２」に関連付けられたフラグ欄の「ＯＮ」が太矢印で指し示すように「ＯＦＦ」に更新される。
【０１８０】
以上説明したように、本実施例による中継装置及びそれを備えた通信ネットワークシステムは、中継装置（本実施例ではＳＧＳＮ）が障害やメンテナンスなどから復旧（ＳＧＳＮの再起動）した際に、ＳＧＳＮが、保持している全てのプロファイルごとに、該当する端末に対して着信のためのページングを送信するようになっている。本実施例による中継装置及びそれを備えた通信ネットワークシステムは、当該ページングに成功した通信端末装置のプロファイルについては不使用残存プロファイルでないと判定してフラグを更新し、当該ページングに失敗した通信端末装置のプロファイルについて復旧後最初の通信要求が送信されるまで、フラグを更新しないようになっている。
【０１８１】
本実施例による中継装置及びそれを備えた通信ネットワークシステムによれば、ＳＧＳＮのメンテナンス時などで新ファイルを起動した際にＳＧＳＮのプリザベーション状態呼ごとにフラグを設定し、フラグを設定したプリザベーション状態呼に対してＳＧＳＮが能動的にページングを実行し、使用されなくなった可能性があるプロファイルを検出することができる。これにより、本実施例による中継装置及びそれを備えた通信ネットワークシステムは、通信端末装置やユーザサーバなどの着信要求側装置からの呼処理信号を待たずに、不使用残存プロファイルでないプロファイルと、不使用残存プロファイルである可能性のあるプロファイルとを区別できる。さらに、本実施例によれば、フラグの値や呼処理の結果の他にも、使用されていない可能性があるプロファイルをプリザベーション状態呼に限定することができるため、管理するフラグの数や不使用残存プロファイルの削除を最小化できる。
【０１８２】
（実施例５の変形例）
次に、本実施形態の実施例５の変形例による中継装置及びそれを備えた通信ネットワークシステムについて図５を参照しつつ、図２２から図２５を用いて説明する。
（本変形例による中継装置としてのＳＧＳＮ６３及び通信ネットワークシステム６１の概略構成）
まず、本変形例による通信ネットワークシステム６１の概略構成について図５を参照しつつ図２２を用いて説明する。なお、上記実施例１による通信ネットワークシステム２１と同様の作用及び機能を奏する構成要素には同一の符号を付して、その説明は省略する。なお、図２２には、後述の図２２と対応付けて通信ネットワークシステム６１の動作の一部がステップ番号（例えば、Ｓ７３５など）とともに矢印で図示されている。
【０１８３】
図２２は、本変形例による通信ネットワークシステム６１の概略構成を示すブロック図である。図２２に示すように、本変形例による通信ネットワークシステム６１は、ＳＧＳＮ６３と、ＳＧＳＮ６５と、ＲＮＣ２７と、ＧＧＳＮ２５と、ＧＧＳＮ３７、ＧＧＳＮ３９と、ＩＰＳＣＰ３１と、ＭＳ３５とを有している。ＳＧＳＮ６３、６５、ＲＮＣ２７、ＧＧＳＮ２５、３７、３９及びＩＰＳＣＰ３１は、通信ネットワークシステム６１を構成する通信ネットワーク構成要素である。
【０１８４】
ＳＧＳＮ６３の上位には、上位ノードとしてのＧＧＳＮ２５、３７及びＩＰＳＣＰ３１が接続されている。ＳＧＳＮ６３の下位には、下位ノードとしてのＲＮＣ２７が接続されている。ＳＧＳＮ６５の上位には、上位ノードとしてのＧＧＳＮ２５、３９及びＩＰＳＣＰ３１が接続されている。ＳＧＳＮ６５の下位には、下位ノードとしてのＲＮＣ２７が接続されている。なお、図２２に示す本実変形による通信ネットワーク構成要素の数は一例であり、ＳＧＳＮやＲＮＣの数は、図２２に示す数に限られない。また、通信ネットワークシステム６１は、ＲＮＣの配下に無線基地局を有し、ＭＳ３５は当該無線基地局を介してＲＮＣ２７と通信するようになっているが、図２２では、当該無線基地局の図示は省略されている。
【０１８５】
本変形例による中継装置としてのＳＧＳＮ６３、６５は、フラグ管理部で管理している管理テーブルが異なる点と、フラグの状態の更新処理が異なる点と、呼処理部が下位ノードから信号を受信しない点を除いて、上記実施例１による中継装置としてのＳＧＳＮ２３と同一の構成を有し、同一の機能を発揮するようになっている。したがって、本変形例では、ＳＧＳＮ６３、６５の各構成要素は、図５に示すＳＧＳＮ２３の各構成要素の符号を用いて説明する。
【０１８６】
図２２の図中右側には、ＳＧＳＮ６３のフラグ保持ＤＢ２３ｃに保持され、フラグ管理部２３ｂによって管理されるプリザベーション状態呼管理テーブルＴ３が図示されている。本変形例におけるフラグ管理部２３ｂは、アクティブ呼のうちのプリザベーション状態の呼（プリザベーション状態でＲＮＣ２７に接続されている通信端末装置）のみを管理している。図２２に示すように、プリザベーション状態呼管理テーブルＴ３は、「呼ＩＤ」及び「フラグ」の２つの項目欄を有している。「呼ＩＤ」は、ＳＧＳＮ２３が管理しているプリザベーション状態の通信端末装置を示している。「フラグ」はフラグの状態を示している。「呼ＩＤ」欄には、当該通信端末装置の識別情報（図２２では、「１」、「２」、・・・、「Ｎ」と称されている）が格納される。「フラグ」欄には、「ＯＮ」又は「ＯＦＦ」が格納される。「ＯＮ」はオン状態を表し、「ＯＦＦ」はオフ状態を表している。フラグ保持ＤＢ２３ｃは、例えば「ＯＮ」及び「ＯＦＦ」にそれぞれ対応する値（例えば「１」及び「０」）あるいはレベル（例えば「Ｈｉｇｈ」及び「Ｌｏｗ」）によりフラグの状態を保持するようになっている。
【０１８７】
図２２の図中の左側のプリザベーション状態呼管理テーブルＴ３は、後述のＳＧＳＮ６３の動作におけるステップＳ６０５の処理が終了した状態を例示し、中央のプリザベーション状態呼管理テーブルＴ３は、後述のＳＧＳＮ６３の動作におけるステップＳ６１７においてループ処理が終了した状態を例示し、右側のプリザベーション状態呼管理テーブルＴ３は、後述のＳＧＳＮ６３の動作におけるステップＳ６３３の処理が終了した状態を例示している。
図２３は、不使用残存プロファイル判定部２４が備えるフラグ更新処理管理テーブルの一例を示す図である。図２３（ａ）は、後述のＳＧＳＮ６３の動作におけるステップＳ６１１〜Ｓ６１７において参照される第１のフラグ更新処理管理テーブルを示し、図２３（ｂ）は、後述のＳＧＳＮ６３の動作におけるステップＳ６３３において参照される第２のフラグ更新処理管理テーブルである。
【０１８８】
図２３（ａ）及び図２３（ｂ）に示すように、第１及び第２のフラグ更新処理管理テーブルは、「呼処理の種類」と「アクション」の２つの項目に大別されている。「呼処理の種類」は、上位ノードからの通信に関する要求の種類を示し、「アクション」は、不使用残存プロファイル判定部２４の動作を示している。本変形例では、「呼処理の種類」は「着信」のみである。「着信」は上位ノードからの着信要求を示している。項目「着信」は、「ページング成功」と「ページング失敗」の２つに分類されている。「ページング成功」はページング実行部２３ｄ４が実行したページングに成功したことを示し、「ページング失敗」はページング実行部２３ｄ４が実行したページングに失敗したことを示している。
【０１８９】
図２３（ａ）に示すように、第１のフラグ更新処理管理テーブルにおいて、「フラグ状態更新」は、フラグをどのように更新するのかを示している。「ＯＮ→ＯＦＦ」はフラグの状態をオン状態からオフ状態に更新することを示し、「ＯＮ→ＯＮ」はフラグの状態をオン状態で維持することを示している。「フラグ状態更新」は、呼処理の種類が「着信」かつ「ページング成功」には「ＯＮ→ＯＦＦ」が対応付けられ、呼処理の種類が「着信」かつ「ページング失敗」には「ＯＮ→ＯＮ」が対応付けられている。
【０１９０】
図２３（ｂ）に示すように、第２のフラグ更新処理管理テーブルにおいて、「アクション」は、「フラグがオン状態」と「フラグがオフ状態」の２つの項目に分類されている。「フラグがオン状態」は、フラグ取得判定部２３ｄ３がフラグ管理部２３ｂから取得したフラグの状態がオン状態であったことを示し、「フラグがオフ状態」は、フラグ取得判定部２３ｄ３がフラグ管理部２３ｂから取得したフラグの状態がオフ状態であったことを示している。「フラグがオン状態」は、呼処理の種類が「着信」かつ「ページング成功」には「ＯＮ→ＯＦＦ」が対応付けられ、呼処理の種類が「着信」かつ「ページング失敗」には「ＯＮ→ＯＦＦ  呼開放」が対応付けられている。「ＯＮ→ＯＦＦ」はフラグの状態をオン状態からオフ状態に更新することを示し、「ＯＮ→ＯＦＦ  呼開放」は、フラグの状態をオン状態からオフ状態に更新するとともに、プロファイルの削除、すなわち不使用残存プロファイルを削除することを示している。「フラグがオフ状態」の欄の「−」は何のアクションも実行しないこと、すなわち現在の状態を維持することを示している。
【０１９１】
（本変形例によるＳＧＳＮ６３の動作）
次に、本変形例による中継装置としてのＳＧＳＮ６３の動作について、図５、図２２及び図２３を参照しつつ、図２４を用いて説明する。図２４は、ＳＧＳＮ６３の動作の流れの一例を示すフローチャートである。図２４では、一の通信端末装置への通信要求に基づくＳＧＳＮ６３の一連の動作が例示されている。
本変形例によるＳＧＳＮ６３の動作におけるステップＳ６０１からステップＳ６０７の処理は、上記実施例５におけるＳＧＳＮ６３の動作にステップＳ６００からステップＳ６０６の処理と同様であるため説明は省略する。
【０１９２】
ステップＳ６０７の次のステップＳ６０９では、ページングを実行し、ステップＳ６１１に移行する。ステップＳ６０９において、呼処理制御部２３ｄ１は、ページング実行部２３ｄ４に対し、プリザベーション状態呼管理テーブルＴ３の「呼ＩＤ」欄で管理されている全ての通信端末装置にページングを実行することを要求する。これにより、ページング実行部２３ｄ４はＲＮＣ２７に対し、ＳＧＳＮ６３の識別情報（例えば識別子）を含むページング信号の出力を要求する。
【０１９３】
ステップＳ６０９において、例えばページング実行部２３ｄ４は、ＲＮＣ２７に対してページングの実行を要求してから所定期間経過しても、通信端末装置からの応答信号を受信しない場合には、ページングに成功しなかったと判断し、当該所定期間経過前に応答信号を受信した場合には、ページングに成功したと判断する。ページング実行部２３ｄ４はプリザベーション状態呼管理テーブルＴ３で管理している全ての通信端末装置のそれぞれについてページングの成否結果を呼処理制御部２３ｄ１に送信する。呼処理制御部２３ｄ１は、通信端末装置の識別情報に対応付けて当該成否結果を記憶する。
【０１９４】
ステップＳ６０９の次のステップＳ６１１では、各呼のフラグの状態の更新処理を開始し、ステップＳ６１３に移行する。ステップＳ６１１において、例えば呼処理制御部２３ｄ１は、プリザベーション状態呼管理テーブルＴ３で管理されている全ての通信端末装置のうち、ページングの成否を確認する１つ目の通信端末装置を選択する。
ステップＳ６１１の次のステップＳ６１３では、ページングに成功したか否かを判定し、ページングに成功したと判定したら（Ｙｅｓ）、ステップＳ６１５に移行し、ページングに成功していないと判定したら（Ｎｏ）、後述のステップＳ６１５を実行せずにステップＳ６１７に移行する。ステップＳ６１３では、例えば呼処理制御部２３ｄ１は、当該１つ目の通信端末装置の識別情報に対応付けられたページングの成否結果に基づいて、ページングに成功したか否かを判定する。
【０１９５】
ステップＳ６１３のＹｅｓの次のステップＳ６１５では、該当呼のフラグの状態を更新（ＯＮ→ＯＦＦ）し、ステップＳ６１７に移行する。ステップＳ６１５では、例えば呼処理部２３ｄは、当該１つ目の通信端末装置の識別情報（例えば識別子）に関連付けられたフラグの値の更新をフラグ管理部２３ｂに要求する。フラグ管理部２３ｂは、図２３（ａ）に示すテーブルを参照して、フラグ保持ＤＢ２３ｃに保持された更新要求の対象フラグの値をオフ状態であることを示す値に変更する。
ステップＳ６１３のＮｏ又はステップＳ６１５の次のステップＳ６１７では、全ての呼（全ての通信端末装置）のフラグの処理が終了したか否かを判定し、全ての呼フラグの処理が終了していると判定したらステップＳ６１９に移行し、全ての呼のフラグの処理が終了していないと判定したらステップＳ６１１に移行する。
【０１９６】
ステップＳ６１１からステップＳ６１７の処理は、全てのフラグの処理が終了するまで繰り返し実行される。例えば、「呼ＩＤ」が「１」及び「Ｎ」の通信端末装置はページングに成功し、「呼ＩＤ」が「２」の通信端末装置はページングに失敗したとすると、図２２の図中中央のプリザベーション状態呼管理テーブルＴ３で示すように、ステップＳ６１７が終了した時点では、呼ＩＤが「１」及び「Ｎ」に関連するフラグはそれぞれ「ＯＦＦ」となり、呼ＩＤが「２」に関連するフラグは「ＯＮ」となる。
【０１９７】
ステップＳ６１７の次のステップＳ６１９では、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号を受信するまで待機し、当該信号を受信したら、ステップＳ６２１に移行する。ステップＳ６１９において、例えば呼処理部２３ｄの呼処理制御部２３ｄ１は、ＤｏｗｎＬｉｎｋ−ＰＤＵ信号を受信したか否かを判定する。
ステップＳ６１９の次のステップＳ６２１では、ページングを実行し、ステップＳ６２３に移行する。ステップＳ６２１において、呼処理制御部２３ｄ１はページング実行部２３ｄ４にページングの実行を要求する。これにより、ページング実行部２３ｄ４はＲＮＣ２７に対し、ＳＧＳＮ６３の識別情報（例えば識別子）を含むページング信号の出力を要求する。
【０１９８】
ステップＳ６２１の次のステップＳ６２３では、ページングに失敗したか否かを判定し、ページングに失敗したと判定したら（Ｙｅｓ）、ステップＳ６２５に移行し、ページングに失敗しなかったと判定したら（Ｎｏ）、後述のステップＳ６２５からステップＳ６３３を実行せずに一の通信端末装置への通信要求に基づくＳＧＳＮ６３の動作は終了する。ステップＳ６２３において、例えばページング実行部２３ｄ４は、ＲＮＣ２７に対してページングの実行を要求してから所定期間経過しても応答信号を受信しない場合には、ページングに成功しなかったと判断し、当該所定期間経過前に応答信号を受信した場合には、ページングに成功したと判断する。
【０１９９】
ステップＳ６２３の次のステップＳ６２５では、対象呼にフラグが設定されているか否かを判定し、当該フラグが設定されていると判定したら（Ｙｅｓ）、ステップＳ６２７に移行し、当該フラグが設定されていないと判定したら（Ｎｏ）、後述のステップＳ６２７からステップＳ６３３を実行せずに一の通信端末装置への通信要求に基づくＳＧＳＮ６３の動作は終了する。ステップＳ６２５では、当該対象呼が新ファイル起動完了時点で、プリザベーション呼であったか否かが判定される。対象呼は、フラグが設定されている場合には、プリザベーション呼であったと判断される。一方、当該対象呼は、フラグが設定されていない場合には、新ファイル起動時にはプリザベーション呼ではなく、不使用残存プロファイルである可能性はないと判断される。ステップＳ６２５において、例えばフラグ管理部２３ｂは、フラグ保持ＤＢ２３ｃを参照して、対象呼（ステップＳ６１９においてＤｏｗｎＬｉｎｋ−ＰＤＵ信号に含まれた着信要求先の対象通信端末装置の呼）に関連付いたフラグが設定されているか否かを判定する。
【０２００】
ステップＳ６２５の次のステップＳ６２７では、フラグがオン状態か否かを判定し、当該フラグがオン状態と判定したら（Ｙｅｓ）、ステップＳ６２９に移行し、当該フラグがオン状態でないと判定したら（Ｎｏ）、後述のステップＳ６２９からステップＳ６３３を実行せずに一の通信端末装置への通信要求に基づくＳＧＳＮ６３の動作は終了する。ステップＳ６２７において、例えば呼処理部２３ｄのフラグ取得判定部２３ｄ３は、ステップＳ６１９で受信したＤｏｗｎＬｉｎｋ−ＰＤＵ信号に含まれた通信端末装置の識別情報（例えば識別子）に関連付けられたフラグの値をフラグ管理部２３ｂから取得し、当該値に基づいて当該フラグがオン状態か否かを判定する。
ステップＳ６２７のＹｅｓの次のステップＳ６２９では、対象呼を開放し、ステップＳ６３１に移行する。ステップＳ６２９では、例えば呼処理部２３ｄは、ＧＧＳＮ２５に対し、対象呼の開放を要求（例えば、対象通信端末装置のＰＤＰコンテキストの削除要求）する。
【０２０１】
ステップＳ６２９の次のステップＳ６３１では、対象通信端末装置のプロファイル、すなわち不使用残存プロファイルを削除し、ステップＳ６３３に移行する。ステップＳ６２３においてページング実行部２３ｄ４がページングに失敗したと判定しており、ステップＳ６２７においてフラグ取得判定部２３ｄが対象通信端末装置に関連付けられたフラグがオン状態であると判定しているので、ステップＳ６３１において、不使用残存プロファイル判定部２４は、ステップＳ６２１で実行したページングが所定の事象後（ステップＳ６０３における新ファイルの起動後）に実行された最初のページングであると判断する。このため、不使用残存プロファイル判定部２４は、プロファイル制御部２３ｄ２−１を介して不使用残存プロファイル削除部２３ｄ２−３に対し、対象通信端末装置の識別情報を含むプロファイルの削除を要求する。
【０２０２】
ステップＳ６３１の次のステップＳ６３３では、該当呼のフラグの状態を更新（ＯＮ→ＯＦＦ）し、一の通信端末装置への通信要求に基づくＳＧＳＮ６３の動作は終了する。ステップＳ６３３では、例えば呼処理部２３ｄは、ステップＳ６１９で受信したＤｏｗｎＬｉｎｋ−ＰＤＵ信号に含まれた通信端末装置の識別情報（例えば識別子）に関連付けられたフラグの値の更新をフラグ管理部２３ｂに要求する。フラグ管理部２３ｂは、フラグ保持ＤＢ２３ｃに保持された更新要求の対象フラグの値をオフ状態であることを示す値に変更する。ステップＳ６３３におけるフラグの状態の更新処理は、図２３（ｂ）に示すテーブルを参照して実行される。
【０２０３】
（本変形例による通信ネットワークシステム６１の動作）
次に、本変形例による通信ネットワークシステム６１の動作について、図５及び図２４を参照しつつ、図２２及び図２５を用いて説明する。図２５は、本変形例による通信ネットワークシステム６１の動作の一例を示すシーケンス図である。
本変形例による通信ネットワークシステム６１の動作におけるステップＳ７０１からステップＳ７２１の処理は、上記実施例５における通信ネットワークシステム６１の動作にステップＳ７００からステップＳ７２０の処理と同様であるため説明は省略する。
【０２０４】
ステップＳ７２１の次に、ＳＧＳＮ６３は、新規呼受付と呼開放の閉塞を解除する。次いで、ＳＧＳＮ６３は、ページングを実行する（ステップＳ７２３）。ステップＳ７２３において実行される処理は、図２４に示すステップＳ６０９における処理と同様である。
次に、各呼のフラグの状態の更新処理を開始し、ページングに成功している場合には（ステップＳ７２５のＹｅｓ）、当該呼のフラグをオン状態からオフ状態に更新し（ステップＳ７２７）、ページングに失敗している場合には、フラグをオン状態に維持したまま、次の呼のフラグの状態の更新処理を実行する。ステップＳ７２５及びステップＳ７２７において実行される処理は、図２４に示すステップＳ６１１からステップＳ６１７における繰り返し処理と同様である。
【０２０５】
ここで、図２２及び図２５に示すように、ユーザサーバ３３がユーザデータ（ＭＳ３５の識別情報（本例では「２」））を含むＤＬ−ＰＤＵ（ＤｏｗｎＬｉｎｋ−ＰＤＵ）信号（例えば着信要求信号）をＧＧＳＮ２５に送信したとする（ステップＳ７２９）。
ＧＧＳＮ２５は、ステップＳ７１９において、ＳＧＳＮ６５からＰＤＰコンテキストの更新要求を受信していないため、ＭＳ３５がＳＧＳＮ６３に接続されていることを示す情報を含むＰＤＰコンテキストを保持し続けている。このため、ＧＧＳＮ２５は、当該ＤＬ−ＰＤＵに含まれたＭＳ３５を示すユーザデータに基づいて、当該ＤＬ−ＰＤＵ信号をＳＧＳＮ６３に転送する（ステップＳ７３１）。
【０２０６】
図２２及び図２５に示すように、ＭＳ３５とＲＮＣ２７との間がプリザベーション状態であるため、ＳＧＳＮ６３は、ＲＮＣ２７に対して、自機の識別情報（例えば識別子）を含むページング信号の出力を要求する（ステップＳ７３３）。
ＲＮＣ２７は、自機で管理している無線基地局に対してＳＧＳＮ６３の識別情報を含むページング信号の出力要求を実行する。これにより、ＭＳ３５が在圏する在圏エリアを形成する無線基地局はページング信号を出力する。しかしながら、ＭＳ３５はＳＧＳＮ６５に接続している情報を有しているため、当該ページング信号に応答しない。このため、図２２及び図２５に示すように、ＳＧＳＮ６３からのページング要求は失敗（タイムアウト）する（ステップＳ７３５）。ステップＳ７３３及びステップＳ７３５において実行される処理は、図２４に示すステップＳ６２１及びステップＳ６２３における処理と同様である。
【０２０７】
ＳＧＳＮ６３は、当該ページングに失敗すると、ＤＬ−ＰＤＵ信号に含まれたユーザデータにフラグが設定されているか否かを判定する（ステップＳ７３７）。ステップＳ７３７において実行される処理は、図２４に示すステップＳ６２５における処理と同様である。
ステップＳ７３７において、フラグが設定されていると判定したら、当該フラグがオン状態か否かを判定する（ステップＳ７３９）。ステップＳ７３９において実行される処理は、図２４に示すステップＳ６２７における処理と同様である。
ＳＧＳＮ６３がステップＳ７３７においてフラグが設定されていないと判定し、あるいは、ステップＳ７３９で当該フラグがオフ状態であると判定したら、通信ネットワークシステム６１は一連の処理を終了する。
【０２０８】
次いで、図２２及び図２５に示すように、ＳＧＳＮ６３は、ＧＧＳＮ２５に対して、対象呼の開放要求「Ｄｅｌｅｔ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｑｕｅｓｔ」を実行する（ステップＳ７４１）。ステップＳ７４１において実行される処理は、図２４に示すステップＳ６２９における処理と同様である。
対象呼の開放要求を受信したＧＧＳＮ２５は、ＭＳ３５の識別情報を含むＰＤＰコンテキストを削除するとともに、対象呼の開放要求に対する応答信号「Ｄｅｌｅｔ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｓｐｏｎｓｅ」をＳＧＳＮ６３に送信する（ステップＳ７４３）。
【０２０９】
当該応答信号を受信したら、ＳＧＳＮ６３は、対象通信端末装置（本例では、ＭＳ３５）のプロファイルが不使用残存プロファイルであると判定して、不使用残存プロファイルＮＰ６３を削除する（ステップＳ７４５）。ステップＳ７４５において実行される処理は、図２４に示すステップＳ６３１における処理と同様である。
次に、ＳＧＳＮ６３は、ステップＳ７３９においてオン状態であると判定したフラグをオフ状態に更新する（ステップＳ７４７）。ステップＳ７４７において実行される処理は、図２４に示すステップＳ６３３における処理と同様である。これにより、図２２のプリザベーション状態呼管理テーブルＴ３において破線枠内に示すように、中央のプリザベーション状態呼管理テーブルＴ３の呼ＩＤ欄の「２」に関連付けられたフラグ欄の「ＯＮ」が太矢印で指し示すように「ＯＦＦ」に更新される。
【０２１０】
以上説明したように、本変形例による中継装置及びそれを備えた通信ネットワークシステムは、中継装置（本変形例ではＳＧＳＮ）が障害やメンテナンスなどから復旧（ＳＧＳＮの再起動）した際に、ＳＧＳＮが、保持している全てのプロファイルごとに、該当する端末に対して着信のためのページングを送信するようになっている。本変形例による中継装置及びそれを備えた通信ネットワークシステムは、当該ページングに成功した通信端末装置のプロファイルについては不使用残存プロファイルでないと判定してフラグを更新し、当該ページングに失敗した通信端末装置のプロファイルについて復旧後最初の通信要求が送信されるまで、フラグを更新しないようになっている。
【０２１１】
本変形例による中継装置及びそれを備えた通信ネットワークシステムによれば、ＳＧＳＮのメンテナンス時などで新ファイルを起動した際にＳＧＳＮのプリザベーション状態呼ごとにフラグを設定し、フラグを設定したプリザベーション状態呼に対してＳＧＳＮが能動的にページングを実行し、使用されなくなった可能性があるプロファイルを検出することができる。これにより、本変形例による中継装置及びそれを備えた通信ネットワークシステムは、通信端末装置やユーザサーバなどの着信要求側装置からの呼処理信号を待たずに、不使用残存プロファイルでないプロファイルと、不使用残存プロファイルである可能性のあるプロファイルとを区別できる。さらに、本変形例によれば、フラグの値や呼処理の結果の他にも、使用されていない可能性があるプロファイルをプリザベーション状態呼に限定することができるため、管理するフラグの数や不使用残存プロファイルの削除を最小化できる。
【０２１２】
（実施例６）
次に、本実施形態の実施例６による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムについて図２６から図３０を用いて説明する。本実施例による中継装置及び通信ネットワークシステムは、フラグ管理部と端末在圏情報処理部の両方を備えている点に特徴を有している。なお、上記実施例１から４による中継装置及びそれを備えた通信ネットワークシステムと同一の作用及び機能を奏する構成要素には同一の符号を付して、その説明を省略する。
【０２１３】
（本実施例による中継装置としてのＧＧＳＮ７３の概略構成、本実施例によるサービス制御装置３０の概略構成及び通信ネットワークシステム７１の概略構成の要部）
図２６は、本実施例による通信ネットワークシステム７１の概略構成の要部と、本実施例による中継装置としての加入者交換機（ＳＧＳＮ）７３の概略構成と、本実施例によるサービス制御装置（ＩＰＳＣＰ）３０の概略構成とを示すブロック図である。図２６に示すように、本実施例による通信ネットワークシステム７１は、ＳＧＳＮ７３と、中継交換機（ＧＧＳＮ）２５と、無線網制御装置（ＲＮＣ）２７と、ＩＰＳＣＰ３０とを有している。
本実施例によるＩＰＳＣＰ３０は、上記実施例４によるＩＰＳＣＰ３０と同様の構成を有し、同様の機能を発揮するので、説明は省略する。
【０２１４】
ＳＧＳＮ７３は、システム制御部７３ａと、フラグ管理部７３ｂと、フラグ保持ＤＢ７３ｃと、呼処理部７３ｄと、ユーザデータ処理部５３ｅとを有している。
システム制御部７３ａは、上記実施例１におけるシステム制御部２３ａと同一の構成を有し、同一の機能を発揮するので、説明は省略する。
フラグ管理部７３ｂは、上記実施例１におけるユーザデータ処理部２３ｂと同一の構成を有し、同一の機能を発揮するので、説明は省略する。
フラグ保持ＤＢ７３ｃは、上記実施例１におけるフラグ保持ＤＢ２３ｃと同一の構成を有し、同一の機能を発揮するので、説明は省略する。
【０２１５】
フラグ取得判定部７３ｄ４は、上記実施例１におけるフラグ取得判定部２３ｄ３と同一の構成を有し、同一の機能を発揮するようになっている。
ユーザデータ処理部７３ｅは、上記実施例１におけるユーザデータ処理部２３ｅと同一の構成を有し、同一の機能を発揮するので、説明は省略する。
ページング実行部７３ｂ５は、上記実施例１におけるページング実行部２３ｄ４と同一の構成を有し、同一の機能を発揮するので、説明は省略する。
【０２１６】
呼処理部７３ｄは、呼処理制御部７３ｄ１と、プロファイル管理部７３ｄ２と、端末在圏情報処理部７３ｄ３と、フラグ取得判定部７３ｄ４（図２６では、フラグは「Ｆ．」と略記されている）と、プリザベーション実行部７３ｄ５（図２６では、プリザベーションは「Ｐ．」と略記されている）とを有している。
呼処理制御部７３ｄ１は、呼処理部７３ｄの全体を統括制御するようになっている。プロファイル管理部２３ｄ２と、端末在圏情報処理部７３ｄ３と、フラグ取得判定部７３ｄ４と、プリザベーション実行部７３ｄ５とは、呼処理制御部７３ｄ１で制御されて所定の機能を発揮するようになっている。
【０２１７】
呼処理制御部７３ｄ１は、ＲＮＣ２７からのアタッチ信号、位置登録信号又はサービスリクエスト信号を受信すると、それらの信号に対して応答するようになっている。呼処理制御部７３ｄ１は、当該信号に対する応答の際に、当該信号に含まれた通信端末装置の識別情報に関連付けられたフラグの値の更新をフラグ管理部７３ｂに指示するようになっている。また、呼処理制御部７３ｄ１は、当該信号に含まれた通信端末装置の識別情報を端末在圏情報処理部７３ｄ３に送信するようになっている。また、呼処理制御部７３ｄ１は、ユーザデータ処理部７３ｃから通信端末装置の位置情報の取得要求を受信すると、ＲＮＣ２７に対してページングを要求するようになっている。
【０２１８】
プロファイル管理部７３ｄ２は、プロファイル制御部７３ｄ２−１（図２６では、「プロファイル」は「Ｐ．Ｆ．」と略記されている）と、プロファイル保持部７３ｄ２−２と、不使用残存プロファイル削除部７３ｄ２−３（図２６では、「不使用残存プロファイル」は「Ｎ．Ｐ．Ｆ．」と略記されている）とを有している。
プロファイル管理部７３ｄ２は、端末在圏情報処理部７３ｄ３から不使用残存プロファイルの削除を要求される点を除いて、上記実施例１におけるプロファイル管理部２３ｄ２と同一の構成を有し、同一の機能を発揮するようになっているので、説明は省略する。
【０２１９】
すなわち、プロファイル制御部７３ｄ２−１は、不使用残存プロファイルの削除要求の上記点を除いて、プロファイル制御部２３ｄ２−１と同一の構成を有して同一の機能を発揮するようになっている。また、プロファイル保持部７３ｄ２−２は、上記点を除いて、プロファイル保持部２３ｄ２−２と同一の構成を有し、同一の機能を発揮するようになっている。さらに、不使用残存プロファイル削除部７３ｄ２−３は、上記点を除いて、不使用残存プロファイル削除部２３ｄ２−３と同一の構成を有し、同一の機能を発揮するようになっている。
端末在圏情報処理部７３ｄ３は、上記実施例４における端末在圏情報処理部５３ｂ３と同一の構成を有し、同一の機能を発揮するようになっているので、説明は省略する。
また、端末在圏情報処理部７３ｄ３に設けられた識別情報照合部７３ｂ３−１は、上記実施例４における識別情報照合部５３ｂ３−１と同一の構成を有し、同一の機能を発揮するようになっているので、説明は省略する。
【０２２０】
本実施例では、不使用残存プロファイル判定部は、フラグ取得判定部７３ｄ４、フラグ７３ｂ及び端末在圏情報処理部７３ｄ３によって構成されている。
図２７は、不使用残存プロファイル判定部が備えるフラグ更新処理管理テーブルの一例を示す図である。図２７に示すように、「フラグがオン状態」は、呼処理の種類が「着信」かつ「ページング失敗」には「ＯＮ→ＯＦＦ  ＩＰＳＣＰ問い合わせ」が対応付けられている。このように、本実施例では、所定の事象後の最初の着信においてページングに失敗した場合には、不使用残存プロファイル判定部は、フラグ更新処理管理テーブルを参照し、フラグ管理部２３ｂに対してフラグをオン状態からオフ状態への更新を要求するとともに、ＩＰＳＣＰ３０に対し、対象の通信端末装置に対応付けられたＳＧＳＮの識別情報の取得要求を実行する。
【０２２１】
（本実施例による中継装置としてのＳＧＳＮ７３の動作）
次に、本実施例による中継装置としてのＳＧＳＮ７３の動作について、図２６を参照しつつ、図２８を用いて説明する。図２８は、ＳＧＳＮ７３の動作の流れの一例を示すフローチャーである。図２８では、一の通信端末装置への通信要求に基づくＳＧＳＮ７３の一連の動作が例示されている。
図２８に示すように、本実施例におけるＳＧＳＮ７３の動作のステップＳ８０１からステップＳ８１５までの各処理は、図７に示す上記実施例１におけるＳＧＳＮ２３の動作のステップＳ１からステップＳ１５までの各処理と同様であるため、説明は省略する。また、本実施例におけるＳＧＳＮ７３の動作のステップＳ８１７からステップＳ８２９までの各処理は、図１５に示す上記実施例４におけるＳＧＳＮ５３の動作のステップＳ４０５からステップＳ４１９までの各処理と同様であるため、説明は省略する。
【０２２２】
図２８に示すように、ステップＳ８１３のＮｏ、ステップＳ８２７又はステップＳ８２９の次のステップＳ８３０では、該当呼のフラグの状態を更新（ＯＮ→ＯＦＦ）し、一の通信端末装置への通信要求に基づくＳＧＳＮ７３の動作は終了する。ステップＳ８３１では、例えば呼処理部７３ｄは、ステップＳ８０９で受信した信号に含まれた通信端末装置の識別情報（例えば識別子）に関連付けられたフラグの値の更新をフラグ管理部７３ｂに要求する。フラグ管理部７３ｂは、フラグ保持ＤＢ７３ｃに保持された更新要求の対象フラグの値をオフ状態であることを示す値に変更する。
図２８では、新ファイル起動後の一の通信端末装置への通信要求に基づくＳＧＳＮ７３の動作について説明したが、ステップＳ８１１のＮｏ又はステップＳ８３１の次にステップＳ８０９に移行することにより、ＳＧＳＮ７３は、新ファイル起動中に受信する各信号に対して図２８のステップＳ８０９以降の処理を実行することができる。
【０２２３】
（本実施例による通信ネットワークシステム７１の概略構成）
次に、本実施例による通信ネットワークシステム７１の概略構成について、図２６を参照しつつ、図２９を用いて説明する。図２９は、本実施例による通信ネットワークシステム７１の概略構成のブロック図である。なお、図２９には、後述の図３０と対応付けて通信ネットワークシステム７１の動作の一部がステップ番号（例えば、Ｓ９３１など）とともに矢印で図示されている。
図２９に示すように、本実施例による通信ネットワークシステム７１は、ＳＧＳＮ７３と、ＳＧＳＮ７５と、ＲＮＣ２７と、ＧＧＳＮ２５と、ＧＧＳＮ３７、ＧＧＳＮ３９と、ＩＰＳＣＰ３０と、ＭＳ３５とを有している。ＳＧＳＮ７３、７５、ＲＮＣ２７、ＧＧＳＮ２５、３７、３９及びＩＰＳＣＰ３０は、通信ネットワークシステム７１を構成する通信ネットワーク構成要素である。
【０２２４】
ＳＧＳＮ７３の上位には、上位ノードとしてのＧＧＳＮ２５、３７及びＩＰＳＣＰ３０が接続されている。ＳＧＳＮ７３の下位には、下位ノードとしてのＲＮＣ２７が接続されている。ＳＧＳＮ７５の上位には、上位ノードとしてのＧＧＳＮ２５、３９及びＩＰＳＣＰ３０が接続されている。ＳＧＳＮ７５の下位には、下位ノードとしてのＲＮＣ２７が接続されている。なお、図２９に示す本実施例による通信ネットワーク構成要素の数は一例であり、ＳＧＳＮやＲＮＣの数は、図２９に示す数に限られない。また、通信ネットワークシステム７１は、ＲＮＣの配下に無線基地局を有し、ＭＳ３５は当該無線基地局を介してＲＮＣ２７と通信するようになっているが、図２９では、当該無線基地局の図示は省略されている。なお、ＳＧＳＮ７５は、ＳＧＳＮ７３と同一の構成を有し、同一の機能を発揮するようになっている。
【０２２５】
また、本実施例による通信ネットワークシステム７１のネットワーク構成要素であるＳＧＳＮ７３は、上記実施例１におけるＳＧＳＮ２３と同様に、フラグ管理テーブルＴ１を有している。また、本実施例による通信ネットワークシステム７１のネットワーク構成要素であるＩＰＳＣＰ３０は、上記実施例４におけるＩＰＳＣＰ３０と同様に、位置登録情報管理テーブルＴ２を有している。なお、図２９の図中には、ＳＧＳＮ７３において発生した不使用残存プロファイルＮＰ７３と、ＳＧＳＮ７５において生成されたプロファイルＰ７５が図示されている。
【０２２６】
（本実施例による通信ネットワークシステム７１の動作）
次に、本実施例による通信ネットワークシステム７１の動作について、図３０を用いて説明する。図３０は、本実施例による通信ネットワークシステム７１の動作の一例を示すシーケンス図である。
図３０に示すように、本実施例による通信ネットワークシステム７１の動作のステップＳ９０１からステップＳ９３５までの各処理は、図９に示す上記実施例１による通信ネットワークシステム２１の動作のステップＳ１０１からステップＳ１３５までの各処理と同様であるため、説明は省略する。また、本実施例による通信ネットワークシステム７１の動作のステップＳ９３７からステップＳ９５１までの各処理は、図１７に示す上記実施例４による通信ネットワークシステム５１の動作のステップＳ５３１からステップＳ５４５までの各処理と同様であるため、説明は省略する。
【０２２７】
以上説明したように、本実施例による中継装置及びそれを備えた通信ネットワークシステムは、ＳＧＳＮが障害やメンテナンスなどから復旧（ＳＧＳＮＳの再起動）した際に、アクティブ呼ごと、あるいはアクティブ呼のなかのプリザベーション状態の呼ごとに、呼処理の履歴を管理するフラグ（初期状態はオン状態）を設定するようになっている。さらに、本実施例による中継装置及びそれを備えた通信ネットワークシステムは、フラグ設定後の最初の呼処理が着信のためのページングであり、当該ページングに失敗した場合、ＩＰＳＣＰから取得されて着信先の通信端末装置に対応付けられたＳＧＳＮの識別情報が自機の識別情報に一致していない場合には、当該通信端末装置のプロファイルを削除するとともに、呼解放を実行するようになっている。このように、本実施例では、加入者交換機の再起動の際に、中継装置は、フラグ設定後の最初の呼処理の結果とサービス制御装置から取得した在圏移動の情報とに基づいて、不使用残存プロファイルを判別することができる。
【０２２８】
本実施例による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムによれば、ＳＧＳＮのメンテナンス時などで新ファイルを起動した際にＳＧＳＮのアクティブ呼ごとにフラグを設定して、アクティブ呼が通信を行うときに使用されなくなった可能性のあるプロファイルを検出することにより、不使用残存プロファイルを削除し、該当する呼の解放ができる。このため、本実施例によれば、アクティブ呼の通信が長時間できない状態を回避できる。また、本実施例によれば、中継装置が不使用残存プロファイルを自律的に削除するため、不使用残存プロファイルを削除するための保守者の作業を回避することができるので、運用コストを抑止できる。さらに、本実施例によれば、中継装置が、フラグの値や呼処理の結果の他にも、該当する呼のプロファイルを保持するＳＧＳＮの識別子をＩＰＳＣＰから取得し、使用されなくなった可能性のあるプロファイルを特定し、削除するプロファイルを限定することができる。これにより、本実施例によれば、不使用残存プロファイルでないプロファイルの削除を回避できる。
【０２２９】
（実施例７）
次に、本実施形態の実施例７による中継装置及びそれを備えた通信ネットワークシステムについて説明する。本実施例による中継装置及びそれを備えた通信ネットワークシステムは、所定の事象が新ファイルの起動や保守者のコマンド入力でなく、予め定められてプロファイルが使用されなくなる可能性のある他の任意のタイミングである点に特徴を有している。他の任意のタイミングとしては、例えば間欠故障や障害などからの復旧、あるいは通信端末装置の不具合によって当該通信端末装置の移動時に位置登録ができなかった場合などがあげられる。
【０２３０】
本実施例による中継装置及び通信ネットワークシステムの構成は、上記実施例６による中継装置としてのＳＧＳＮ７３及び通信ネットワークシステム７１と同様であるため、説明は省略する。また、本実施例による中継装置及び通信ネットワークシステムの動作は、図２８に示すステップＳ８０５や図３０に示すステップＳ９０９の処理がない点を除いて、上記実施例によるＳＧＮＳ７３及び通信ネットワークシステム７１と同様である。
【０２３１】
以上説明したように、本実施例による中継装置及び通信ネットワークシステムは、予め定められてプロファイルが使用されなくなる可能性のあるタイミングに、中継装置（本実施例ではＳＧＳＮ）がアクティブ呼ごと、あるいはアクティブ呼のなかのプリザベーション状態の呼ごとに、呼処理の履歴を管理するフラグ（初期状態はオン状態）を設定する。その後、フラグ設定後の最初の呼処理が着信のためのページングであり、当該ページングに失敗した場合、ＩＰＳＣＰから取得されて着信先の通信端末装置に対応付けられたＳＧＳＮの識別情報が自機の識別情報に一致していない場合には、当該通信端末装置のプロファイルを削除するとともに、呼解放を実行するようになっている。このように、本実施例では、プロファイルが使用されなくなった可能性のある時点で、中継装置は、フラグ設定後の最初の呼処理の結果とサービス制御装置から取得した在圏移動の情報とに基づいて、不使用残存プロファイルを判別することができる。
【０２３２】
本実施例による中継装置及び通信ネットワークシステムによれば、中継装置（ＳＧＳＮ）のプロファイルが使用されなくなった可能性がある時点で、ＳＧＳＮのアクティブ呼ごとにフラグを設定し、アクティブ呼が通信を行う際に、使用されなくなった可能性のあるプロファイルを検出することにより、不使用残存プロファイルを削除し、該当する呼を解放できる。このため、本実施例によれば、アクティブ呼の通信が長時間できない状態を回避できる。また、本実施例によれば、不使用残存プロファイルを中継装置が自律的に削除するため、不使用残存プロファイルを削除するための保守者の作業を回避することができ、運用コストを抑止できる。さらに、本実施例によれば、中継装置が、フラグの値や呼処理の結果の他にも、該当する呼のプロファイルを保持するＳＧＳＮの識別子をＩＰＳＣＰから取得し、使用されなくなった可能性があるプロファイルを特定し、削除するプロファイルを限定することができる。これにより、本実施例によれば、不使用残存プロファイルでないプロファイルの削除を回避できる。
【０２３３】
（実施例８）
次に、本実施形態の実施例８による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムについて図３１から図３４を用いて説明する。本実施例による中継装置及びそれを備えた通信ネットワークシステムは、所定の事象が新ファイルの起動ではなく不使用残存プロファイルの削除を指示するコマンドの受け付けである点を除いて、上記実施例６による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムと同様である。このため、上記実施例６による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムと同一の作用及び機能を奏する構成要素には同一の符号を付して、その説明を省略する。また、以下、本実施例による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムについて、上記実施例６による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムとの異なる点を中心に説明する。なお、本実施例によるサービス制御装置（ＩＰＳＣＰ）３０は、上記実施例６によるサービス制御装置（ＩＰＳＣＰ）３０と同様の構成を有し、同様の機能を発揮するようになっているので、説明は省略する。
【０２３４】
（本実施例による中継装置としてのＳＧＳＮ８３の概略構成）
まず、本実施例による中継装置としてのＳＧＳＮ８３の概略構成について図３１を用いて説明する。図３１は、ＳＧＳＮ８３の概略構成及び本実施例による通信ネットワークシステム８１の概略構成の要部を示すブロック図である。
図３１に示すように、本実施例によるＳＧＳＮ８３は、コマンド受付制御部（コマンド受付部の一例）８３ａ１を備えたシステム制御部８３ａを有している。コマンド受付制御部８３ａ１は、保守インタフェースとして設けられており、保守者４５が入力したコマンドを受け付けるようになっている。
システム制御部８３ａは、コマンド受付制御部８３ａが不使用残存プロファイルの削除を要求するコマンドを受け付けると、フラグ管理部７３ｂに対して、ＳＧＳＮ８３内のアクティブ呼ごとにフラグの設定を指示するようになっている。
【０２３５】
（本実施例による中継装置としてのＳＧＳＮ８３の動作）
次に、本実施例による中継装置としてのＳＧＳＮ８３の動作について、図３１を参照しつつ、図３２を用いて説明する。図３２は、ＳＧＳＮ８３の動作の流れの一例を示すフローチャートである。図３２では、一の通信端末装置への通信要求に基づくＳＧＳＮ８３の一連の動作が例示されている。
図３２に示すように、本実施例におけるＳＧＳＮ８３の動作のステップＳ１００１からステップＳ１０１５までの各処理は、図１１に示す上記実施例２におけるＳＧＳＮ４３の動作のステップＳ２０１からステップＳ２１５までの各処理と同様であるため、説明は省略する。また、本実施例におけるＳＧＳＮ８３の動作のステップＳ１０１７からステップＳ１０２９までの各処理は、図１５に示す上記実施例４におけるＳＧＳＮ５３の動作のステップＳ４０５、ステップＳ４０７からステップＳ４１７及びステップＳ４０９の各処理と同様であるため、説明は省略する。
【０２３６】
図３２に示すように、ステップＳ１０１３のＮｏ、ステップＳ１０２７又はステップ１０２９の次のステップＳ１０３１では、該当呼のフラグの状態を更新（ＯＮ→ＯＦＦ）し、一の通信端末装置への通信要求に基づくＳＧＳＮ８３の動作は終了する。ステップＳ１０３１では、例えば呼処理部７３ｄは、ステップＳ１００９で受信した信号に含まれた通信端末装置の識別情報（例えば識別子）に関連付けられたフラグの値の更新をフラグ管理部７３ｂに要求する。フラグ管理部７３ｂは、フラグ保持ＤＢ７３ｃに保持された更新要求の対象フラグの値をオフ状態であることを示す値に変更する。
図３２では、新ファイル起動後の一の通信端末装置への通信要求に基づくＳＧＳＮ８３の動作について説明したが、ステップＳ１０１１のＮｏ又はステップＳ１０３１の次にステップＳ１００９に移行することにより、ＳＧＳＮ８３は、保守者からのコマンド受け付け後に受信する各信号に対して図３２のステップＳ１００９以降の処理を実行することができる。
【０２３７】
（本実施例による通信ネットワークシステム８１の概略構成）
次に、本実施例による通信ネットワークシステム８１の概略構成について図３３を用いて説明する。図３３は、本実施例による通信ネットワークシステム８１の概略構成を示すブロック図である。なお、図３３には、後述の図３４と対応付けて通信ネットワークシステム８１の動作の一部がステップ番号（例えば、Ｓ１１２７など）とともに矢印で図示されている。
図３３に示すように、本実施例による通信ネットワークシステム８１は、ＳＧＳＮ８３が保守者４５からの不使用残存プロファイルの削除を要求するコマンドを受け付けることができるように構成されている点を除いて、上記実施例６による通信ネットワークシステム７１と同様の構成を有し、同様の機能を発揮できるようになっている。なお、図３３の図中には、ＳＧＳＮ８３において発生した不使用残存プロファイルＮＰ８３と、ＳＧＳＮ８５において生成されたプロファイルＰ８５が図示されている。
【０２３８】
（本実施例による通信ネットワークシステム８１の動作）
次に、本実施例による通信ネットワークシステム８１の動作について、図３４を用いて説明する。図３４は、本実施例による通信ネットワークシステム８１の動作の一例を示すシーケンス図である。
図３４に示すように、本実施例による通信ネットワークシステム８１の動作のステップＳ１１０１からステップＳ１１３７までの各処理は、図１３に示す上記実施例２による通信ネットワークシステム４１の動作のステップＳ３０１からステップＳ３３７までの各処理と同様であるため、説明は省略する。また、本実施例による通信ネットワークシステム８１の動作のステップＳ１１３９からステップＳ１１５３までの各処理は、図１７に示す上記実施例４による通信ネットワークシステム５１の動作のステップＳ５３１からステップＳ５４５までの各処理と同様であるため、説明は省略する。
【０２３９】
以上説明したように、本実施例による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムは、中継装置（本実施例ではＳＧＳＮ）の保守者が、中継装置の稼動中に、アクティブ呼ごと、あるいはアクティブ呼のなかのプリザベーション状態の呼ごとに、呼処理の履歴を管理するフラグ（初期状態はオン状態）を設定するようになっている。その後、中継装置及びそれを備えた通信ネットワークシステムは、不使用残存プロファイルの削除要求のコマンド投入後の最初の呼処理の結果に応じて、ＩＰＳＣＰから取得されて着信先の通信端末装置に対応付けられたＳＧＳＮの識別情報が自機の識別情報に一致していない場合には、当該通信端末装置のプロファイルを削除するとともに、呼解放を実行するようになっている。
【０２４０】
本実施例による中継装置、サービス制御装置及びそれらを備えた通信ネットワークシステムによれば、保守者が中継装置内の不使用残存プロファイルを削除するコマンドを実行した際に、使用されなくなったプロファイルを検出して、不使用残存プロファイルを削除し、該当する呼を解放することができる。このように、本実施例によれば、保守者が不使用残存プロファイルを削除したいときに当該プロファイルを削除できることから、アクティブ呼の通信が長時間できない状態を回避できる。さらに、本実施例によれば、中継装置が、フラグの値や呼処理の結果の他にも、該当する呼のプロファイルを保持するＳＧＳＮの識別子をＩＰＳＣＰから取得し、使用されなくなった可能性があるプロファイルを特定し、削除するプロファイルを限定することができる。これにより、本実施例によれば、不使用残存プロファイルでないプロファイルの削除を回避できる。
【０２４１】
〔第２の実施形態〕
次に、本発明の第２の実施形態による中継装置及びそれを備えた通信ネットワークシステムについて図３５から図３８を用いて説明する。
（本実施形態の中継装置の概略構成）
まず、本実施形態による中継装置としての中継交換機（ＧＧＳＮ）の概略構成について図３５を用いて説明する。図３５は、ＧＧＳＮ１０３の概略構成と、通信ネットワークシステム１０１の概略構成の要部を示す図である。図３５に示すように、本実施形態による通信ネットワークシステム１０１は、ＧＧＳＮ１０３と、ＳＧＳＮ１０５と、ＲＮＣ１０７とを有している。
【０２４２】
ＧＧＳＮ１０３は、システム制御部１０３ａと、加入者交換機ヘルスチェック部１０３ｂと、プロファイル管理部１０３ｃと、ユーザデータ処理部１０３ｄとを有している。
システム制御部１０３ａは、ＧＧＳＮ１０３の全体を統括制御する制御部である。システム制御部１０３ａは、例えば加入者交換機ヘルスチェック部の動作制御(起動/停止/正常性確認)を実行するようなっている。
ユーザデータ処理部１０３ｄは、通信要求側（例えば着信要求側）から通信要求側のユーザデータを受信すると、受信した当該ユーザデータのプロファイルを保持しているＳＧＳＮに当該ユーザデータを転送するようになっている。
【０２４３】
加入者交換機ヘルスチェック部１０３ｂは、制御部１０３ｂ１と、信号受信部１０３ｂ２と、信号送信部１０３ｂ３とを有している。加入者交換機ヘルスチェック部１０３ｂは、接続されているＳＧＳＮ（図３５ではＳＧＳＮ１０５）からのｋｅｅｐ  ａｌｉｖｅ（キープアライブ）信号を信号受信部１０３ｂ２で受信するようになっている。信号受信部１０３ｂ２は、下位ノード（本例ではＳＧＳＮ）から送信されるキープアライブ信号を受信するキープアライブ信号受信部に相当する。
【０２４４】
制御部１０３ｂ１は、加入者交換機ヘルスチェック部１０３ｂの全体を統括制御する制御部である。また、制御部１０３ｂ１は、キープアライブ信号を所定期間受信していないと信号受信部１０３ｂ２が判定した場合に、当該キープアライブ信号を送信しないＳＧＳＮの識別情報を含むプロファイルを、使用されなくなっても残存している不使用残存プロファイルであると判定するようになっている。すなわち、制御部１０３ｂ１は不使用残存プロファイル判定部に相当する。また、制御部１０３ｂ１は、ＳＧＳＮからのキープアライブ信号を一定期間受信しないと、該当するＳＧＳＮに接続する全ての呼、すなわち該当するＳＧＳＮに接続する全ての通信端末装置のプロファイルの削除を、信号送信部１０３ｂ３を介してプロファイル管理部１０３ｃに指示するようになっている。
【０２４５】
プロファイル管理部１０３ｃは、制御部１０３ｃ１と、信号受信部１０３ｃ２と、プロファイル保持部１０３ｃ３と、不使用残存プロファイル削除部１０３ｃ４とを有している。
制御部１０３ｃ１は、プロファイル管理部１０３ｃの全体を統括制御する制御部である。プロファイル保持部１０３ｃ３は、通信端末装置の識別情報を含むプロファイルではなく、下位ノードであるＳＧＳＮの識別情報を含むプロファイルを保持する保持部である。信号受信部１０３ｃ２は、加入者交換機ヘルスチェック部１０３ｂからのプロファイルの削除要求を受信する受信部である。不使用残存プロファイル削除部１０３ｃ４は、制御部（不使用残存プロファイル判定部）１０３ｂ１で不使用残存プロファイルと判定されたプロファイルをプロファイル保持部１０３ｃ３から削除する。
【０２４６】
ＧＧＳＮ１０３は、信号送信部１０３ｂ３と信号受信部１０３ｃ２とを備えることにより、加入者交換機ヘルスチェック部１０３ｂ及びプロファイル管理部１０３ｃ間にインタフェースを有している。
プロファイル管理部１０３ｃは、加入者交換機ヘルスチェック部１０３ｂから、特定のＳＧＳＮに接続する全ての呼のプロファイルの削除の指示を受けると、自身がプロファイル保持部１０３ｃ３で管理しているプロファイルの中から、該当するプロファイルを検索し、不使用残存プロファイル削除部１０３ｃ４で削除するようになっている。
【０２４７】
また、プロファイル管理部１０３ｃは、ユーザサーバ（図３７参照）から着信要求を受信した場合、サービス制御装置（図３７参照）から接続先のＳＧＳＮの識別情報を取得して、該当するＳＧＳＮに接続する。プロファイル管理部１０３ｃは、接続した当該ＳＧＳＮから着信要求された接続先の呼（接続先の通信端末装置）のプロファイルの情報を取得して管理するようになっている。
ＳＧＳＮ１０５は、システム制御部１０５ａと、呼処理部１０５ｂと、ユーザデータ処理部１０５ｃとを有している。
システム制御部１０５ａは、フラグ管理部に対してフラグ設定を要求する構成を有していない点を除いて、上記実施例１におけるシステム制御部２３ａと同様の構成を有し、同様の機能を発揮するようになっている。また、システム制御部１０５ａは、キープアライブ信号を加入者交換機ヘルスチェック部１０３ｂに送信するようになっている。
【０２４８】
呼処理部１０５ｂは、不使用残存プロファイル削除部及びフラグ取得判定部を有していない点を除いて、上記実施例１における呼処理部２３ｄと同様の構成を有し、同様の機能を発揮するようになっている。呼処理部１０５ｂは、ＧＧＳＮ１０３との間及びＲＮＣ１０７との間で呼処理信号（呼開放の要求信号、ページング信号、アタッチ信号など）を送受信するようになっている。
ユーザデータ処理部１０５ｃは、上記実施例１におけるユーザデータ処理部２３ｅと同様の構成を有し、同様の機能を発揮するようになっている。ユーザデータ処理部１０５ｃは、ＧＧＳＮ１０３からのユーザデータをＲＮＣ１０７に送信するようになっている。
【０２４９】
（本実施形態におけるＧＧＳＮ１０３の動作）
次に、本実施形態による中継装置としてのＧＧＳＮ１０３の動作について図３５を参照しつつ図３６を用いて説明する。図３６は、ＧＧＳＮ１０３の動作の流れの一例を示すフローチャートである。図３６では、一の通信端末装置への通信要求に基づくＧＧＳＮ１０３の一連の動作が例示されている。
ＧＧＳＮ１０３の動作において、まず、接続先ＳＧＳＮからのキープアライブ信号の受信タイマを初期化し（ステップＳ１２０１）、ステップＳ１２０３に移行する。ステップＳ１２０１において、例えば信号受信部１０３ｂ２は、受信タイマをリセットして初期化する。
【０２５０】
ステップＳ１２０１の次のステップＳ１２０３では、キープアライブ信号を受信したか否かを判定し、キープアライブ信号を受信したと判定したら（Ｙｅｓ）、ステップＳ１２０１に移行し、キープアライブ信号を受信していないと判定したら（Ｎｏ）、ステップＳ１２０５に移行する。信号受信部１０３ｂ２は、例えばキープアライブ信号受信確認フラグを備え、キープアライブ信号を受信すると当該フラグをオン状態に設定し、ステップＳ１２０３からステップＳ１２０１に移行する際に当該フラグをオフ状態に設定するようになっている。また、当該フラグは制御部１０３ｂ１で管理されていてもよい。ステップＳ１２０３において、例えば信号受信部１０３ｂ２は、受信タイマを初期化してから所定期間の経過後に当該フラグの状態を確認し、当該フラグがオン状態であればキープアライブ信号を受信したと判定してステップＳ１２０１に移行し、当該フラグがオフ状態であればキープアライブ信号を受信していないと判定してステップＳ１２０５に移行するように処理する。
【０２５１】
ステップＳ１２０３の次のステップＳ１２０５では、受信タイマが満了したか否かを判定し、当該タイマが満了したと判定したら（Ｙｅｓ）、ステップＳ１２０７に移行し、当該タイマが満了していないと判定したら（Ｎｏ）、後述のステップＳ１２０７を実行せずにステップＳ１２０９に移行する。ステップＳ１２０５では、信号受信部１０３ｂ２は、受信タイマの現在時刻と予め設定された満了時刻とを比較し、現在時刻が満了時刻を越えている場合には、ステップＳ１２０７に移行し、現在時刻が満了時刻を越えていない場合には、ステップＳ１２０９に移行するように制御する。
【０２５２】
ステップＳ１２０５のＹｅｓの次のステップＳ１２０７では、接続先ＳＧＳＮに接続する呼のプロファイルを削除し、かつ呼開放を実行し、ステップＳ１２０９に移行する。ステップＳ１２０７において、制御部１０３ｂ１は、受信タイマが満了してもキープアライブ信号が送信されないことを含む情報を信号受信部１０３ｃ２より受信すると、ＳＧＳＮにおいて新ファイルの起動や障害などが発生し、ＳＧＳＮのプロファイルが不使用残存プロファイルになった可能性があると判断する。これにより、制御部１０３ｂ１は、信号送信部１０３ｂ、信号受信部１０３ｃ２、制御部１０３ｃ１を介して不使用残存プロファイル削除部１０３ｃ４に対し、接続先ＳＧＳＮに接続する呼であることを示す情報を含む全てのプロファイルの削除を要求する。当該削除要求を受けた不使用残存プロファイル削除部１０３ｃ４は、プロファイル保持部１０３ｃ３を検索し、該当するプロファイルをプロファイル保持部１０３ｃ３から削除する。これにより、ＳＧＳＮに接続する呼が解放される。
【０２５３】
ステップＳ１２０５のＮｏ又はステップＳ１２０７の次のステップＳ１２０９では、着信があったか否かを判定し、着信ありと判定したら（Ｙｅｓ）、ステップＳ１２１１に移行し、着信なしと判定したら（Ｎｏ）、ステップＳ１２０３に移行する。ステップＳ１２０９において、例えばユーザデータ処理部１０３ｄは、着信要求があったと判定したら、着信要求があったことを示す情報をシステム制御部１０３ａに送信する。
ステップＳ１２０９の次のステップＳ１２１１では、ＩＰＳＣＰから該当呼の接続先ＳＧＳＮの情報を取得し、ステップＳ１２１３に移行する。ステップＳ１２１１において、システム制御部１０３ａは、着信要求に含まれた着信先の通信端末装置の識別情報を含む該当呼の接続先ＳＧＳＮの情報の取得要求をＩＰＳＣＰに送信し、当該取得要求の応答として接続先ＳＧＳＮの識別情報を得る。
【０２５４】
ステップＳ１２１１の次のステップＳ１２１３では、対象呼のプロファイルを新規作成し、一の通信端末装置への通信要求に基づくＧＧＳＮの一例の動作が終了する。ステップＳ１２１３では、例えばプロファイル管理部１０３ｃは、着信要求に含まれた通信端末装置の識別情報と、ＩＰＳＣＰから取得したＳＧＳＮの識別情報と、両識別情報を関連付けた情報とを含むプロファイル（ＰＤＰコンテキスト）を作成するとともに、当該プロファイルをプロファイル保持部１０３ｃ３に保持する。
【０２５５】
（本実施形態による通信ネットワークシステム１０１の概略構成）
次に、本実施形態による通信ネットワークシステム１０１の概略構成について、図３５を参照しつつ、図３７を用いて説明する。図３７は、本実施形態による通信ネットワークシステム１０１の概略構成のブロック図である。図３７に示すように、本実施形態による通信ネットワークシステム１０１は、ＳＧＳＮ１０５と、ＳＧＳＮ１１５と、ＲＮＣ１０７と、ＧＧＳＮ１０３と、ＧＧＳＮ１１１、ＧＧＳＮ１１３と、ＩＰＳＣＰ１１７と、ＭＳ１０９とを有している。ＳＧＳＮ１０５、１１５、ＲＮＣ１０７、ＧＧＳＮ１０３、１１１、１１３及びＩＰＳＣＰ１１７は、通信ネットワークシステム１０１を構成する通信ネットワーク構成要素である。
【０２５６】
ＳＧＳＮ１０５の上位には、上位ノードとしてのＧＧＳＮ１０３、１１１が接続されている。ＳＧＳＮ１０５の下位には、下位ノードとしてのＲＮＣ１０７が接続されている。ＳＧＳＮ１１５の上位には、上位ノードとしてのＧＧＳＮ１０３、１１３が接続されている。ＳＧＳＮ１１５の下位には、下位ノードとしてのＲＮＣ１０７が接続されている。また、ＧＧＳＮ１０３の上位には、ＩＰＳＣＰ１１７が接続されている。
なお、図３７に示す本実施形態による通信ネットワーク構成要素の数は一例であり、ＳＧＳＮやＲＮＣの数は、図３７に示す数に限られない。また、通信ネットワークシステム１０１は、ＲＮＣの配下に無線基地局を有し、ＭＳ１０９は当該無線基地局を介してＲＮＣ１０７と通信するようになっているが、図３７では、当該無線基地局の図示は省略されている。なお、ＳＧＳＮ１１５は、ＳＧＳＮ１０５と同一の構成を有し、同一の機能を発揮するようになっている。また、ＧＧＳＮ１１１、１１３は、ＧＧＳＮ１０３と同一の構成を有し、同一の機能を発揮するようになっている。
【０２５７】
（本実施例による通信ネットワークシステム１０１の動作）
次に、本実施例による通信ネットワークシステム１０１の動作について、図３５及び図３６を参照しつつ、図３７及び図３８を用いて説明する。図３８は、本実施例による通信ネットワークシステム１０１の動作の一例を示すシーケンス図である。
図３８に示すように、通信ネットワークシステム１０１の動作では、まず、プリザベーション状態にあるＭＳ１０９がＲＮＣ１０７に対して周期位置登録（プリザベーション呼）を実行する（ステップＳ１３０１）。当該周期位置登録には、ＭＳ１０９の識別情報が含まれている。
【０２５８】
ＭＳ１０９からの周期位置登録信号を受信したＲＮＣ１０７は、ＳＧＳＮ１０５に当該周期位置登録信号を転送する（ステップＳ１３０３）。ＳＧＳＮ１０５は、当該周期位置登録信号に含まれたＭＳ１０９の識別情報を含むプロファイルＰ１０５を作成する。
次に、ＳＧＳＮ１０５は、新ファイルを起動する（ステップＳ１３０５）。ステップＳ１３０５では、例えばシステム制御部１０５ａは、これまで使用していたのとは異なる新たなファイルで再起動する。
新ファイル起動中にＲＮＣ１０７は、ＳＧＳＮ１０５のヘルスチェックを実行するものの、ＳＧＳＮ１０５が新ファイルで起動中であるため、ヘルスチェックに失敗したことを検出する（ステップＳ１３０７）。
【０２５９】
ヘルスチェックに失敗した後に、ＭＳ１０９は、ＲＮＣ１０７に対して周期位置登録を実行する（ステップＳ１３０９）。
ＲＮＣ１０７は、ＭＳ１０９のプロファイルＰ１０５をＳＧＳＮ１０５が有している情報を備えているが、ＳＧＳＮ１０５が正常に動作をしていないと判断して、ＳＧＳＮ１０５以外の加入者交換機であってＭＳ１０９のプロファイルを有していないＳＧＳＮ１１５にＭＳ１０９からの周期位置登録信号を迂回させる（ステップＳ１３１１）。
ＳＧＳＮ１０５が新ファイルで起動中であるため、ＳＧＳＮ１１５は、ＭＳ１０９のプロファイルＰ１０５をＳＧＳＮ１０５から取得できず、周期位置登録に失敗したことを示す応答信号をＲＮＣ１０７に送信する（ステップＳ１３１３）。
ＲＮＣ１０７は当該応答信号をＭＳ１０９に転送する（ステップＳ１３１５）。
【０２６０】
ＭＳ１０９は、周期位置登録要求に失敗すると、通信ネットワークシステム１０１に新たに接続し直すために、ＲＮＣ１０７に対して再アタッチする（ステップＳ１３１７）。当該再アタッチには、ＭＳ１０９の識別情報が含まれる。
ＲＮＣ１０７は、ＭＳ１０９の識別情報を含む再アタッチをＳＧＳＮ１１５に対して実行する（ステップＳ１３１９）。この再アタッチに成功すると、ＳＧＳＮ１１５には、ＭＳ１０９の識別情報を含むプロファイルＰ１１５が作成される。また、プロファイルＰ１１５が作成されることにより、ＳＧＳＮ１０５が保持するプロファイルＰ１０５は不使用残存プロファイルＮＰ１０５となる。
【０２６１】
図３７及び図３８に示すように、ＳＧＳＮ１０５は、新ファイルの起動中に、ＧＧＳＮ１０３に対するキープアライブ信号の送信を中断する（ステップＳ１３２１）。
ＳＧＳＮ１０５がキープアライブ信号の送信を中断してから所定時間が経過すると、ＧＧＳＮ１０３の加入者交換機ヘルスチェック部１０３ｂはＳＧＳＮ１０５からのキープアライブ信号のタイムアウトを検出する（ステップＳ１３２３）。ステップＳ１３２３において実行される処理は、図３６に示すステップＳ１２０５における処理と同様である。
【０２６２】
次に、ＧＧＳＮ１０３は、ＳＧＳＮ１０５のプロファイルが使用されなくなったプロファイルである可能性を検出する（ステップＳ１３２５）。ステップＳ１３２５において実行される処理は、図３６に示すステップＳ１２０５における処理と同様である。すなわち、ＧＧＳＮ１０３は、ＳＧＳＮ１０５からのキープアライブ信号の受信タイマを管理し、当該受信タイマの現在時刻が満了時刻に近付く程、ＳＧＳＮ１０５のプロファイルが使用されなくなったプロファイルである可能性が高いことを検出する。
その後、ＧＧＳＮ１０３は、ＳＧＳＮ１０５に接続する呼のプロファイル（本例では、ＭＳ１０９のプロファイル）を削除し、呼開放を実行する（ステップＳ１３２７）。ステップＳ１３２７において実行される処理は、図３６に示すステップＳ１２０７における処理と同様である。
【０２６３】
ここで、図３７及び図３８に示すように、ユーザサーバ１１９がユーザデータ（ＭＳ１０９の識別情報）を含むＤＬ−ＰＤＵ（ＤｏｗｎＬｉｎｋ−ＰＤＵ）信号（例えば着信要求信号）をＧＧＳＮ１０３に送信する（ステップＳ１３２９）。
ＧＧＳＮ１０３は、ステップＳ１３２７において、ＭＳ１０９のプロファイルを削除しているため、ＭＳ１０９の接続先のＳＧＳＮの情報を取得するために、ＩＰＳＣＰ１１７に対して当該情報の取得要求「Ｓｅｎｄ＿Ｒｏｕｔｉｎｇ＿Ｉｎｆｏ＿ｆｏｒ＿ＧＰＲＳ」を実行する（ステップＳ１３３１）。当該取得要求には、ＭＳ１０９の識別情報が含まれる。
【０２６４】
当該取得要求を受信したＩＰＳＣＰ１１７は、ＭＳ１０９の識別情報に対応付けられたＳＧＳＮ１１５の識別情報を含む取得要求応答「Ｓｅｎｄ＿Ｒｏｕｔｉｎｇ＿Ｉｎｆｏ＿ｆｏｒ＿ＧＰＲＳ＿Ａｃｋ」をＧＧＳＮ１０３に送信する（ステップＳ１３３３）。
ここで、例えばｉｍｐｌｉｃｉｔ  ｄｅｔａｃｈタイマが満了することにより、ＳＧＳＮ１０５は不使用残存プロファイルＮＰ１０５を削除する（ステップＳ１３３５）。
ＧＧＳＮ１０３は、ＩＰＳＣＰ１１７から取得要求応答「Ｓｅｎｄ＿Ｒｏｕｔｉｎｇ＿Ｉｎｆｏ＿ｆｏｒ＿ＧＰＲＳ＿Ａｃｋ」を受信したら、ＳＧＳＮ１１５に対して着信要求「ＰＤＵ＿Ｎｏｔｉｆｉｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔ」を実行する（ステップＳ１３３７）。
ＳＧＳＮ１１５は、当該着信要求に対して着信応答「ＰＤＵ＿Ｎｏｔｉｆｉｃａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅ」を実行する（ステップＳ１３３９）。
【０２６５】
次いで、図３７及び図３８に示すように、ＭＳ１０９とＲＮＣ１０７との間がプリザベーション状態であるため、ＳＧＳＮ１１５は、ＲＮＣ１０７に対して、自機の識別情報（例えば識別子）を含むページング信号の出力を要求する（ステップＳ１３４１）。
ＲＮＣ１０７は、自機で管理している無線基地局に対してＳＧＳＮ１１５の識別情報を含むページング信号の出力要求を実行する。これにより、ＭＳ１０９が在圏する在圏エリアを形成する無線基地局はページング信号を出力する（ステップＳ１３４３）。
ＭＳ１０９は、自機の接続先であるＳＧＳＮ１１５の識別情報を含むページング信号を受信すると、ページングの応答として発信接続要求「ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ａｃｔｉｖａｔｉｏｎ＿Ｒｅｑｕｅｓｔ」をＳＧＳＮ１１５に送信する（ステップＳ１３４５）。
【０２６６】
当該発信接続要求を受信したＳＧＳＮ１１５は、ＧＧＳＮ１０３に対して呼設定要求「Ｃｒｅａｔｅ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｑｕｅｓｔ」を送信する（ステップＳ１３４７）。
当該呼設定要求を受信したＧＧＳＮ１０３は、ＭＳ１０９がＳＧＳＮ１１５に接続されている情報を含むＰＤＰコンテキストＣ１１５を作成するとともに、呼設定要求応答「Ｃｒｅａｔｅ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｓｐｏｎｃｅ」をＳＧＳＮ１１５に送信する（ステップＳ１３４９）。
当該呼設定要求応答を受信したＳＧＳＮ１１５は、発信接続応答「ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ａｃｔｉｖａｔｉｏｎ＿Ａｃｃｅｐｔ」をＭＳ１０９に送信する（ステップＳ１３５１）。
【０２６７】
以上説明したように、本実施形態による中継装置及びそれを備えた通信ネットワークシステムは、接続先のＳＧＳＮが、接続先のＧＧＳＮ（本実施形態による中継装置）に稼動状態を通知するキープアライブ信号を定期的に送信する。当該ＧＧＳＮは、当該ＳＧＳＮが一定期間、キープアライブ信号を受信しなかった場合、該当ＳＧＳＮが保持するプロファイルが使用されなくなった可能性があると判断し、当該ＧＧＳＮが保持する該当ＳＧＳＮ向けの呼のプロファイルを削除して、該当ＳＧＳＮへの接続を回避する。その後、当該ＧＧＳＮは、着信要求側装置からの着信要求を受信した場合、他のＳＧＳＮと接続して、該当する呼のプロファイルを新規作成する。
【０２６８】
本実施形態による中継装置及びそれを備えた通信ネットワークシステムは、接続先ＳＧＳＮの稼動状態から、ＳＧＳＮが保持するプロファイルが使用されなくなった可能性のあることを検出し、当該ＳＧＳＮのプロファイル（ＰＤＰコンテキスト）を削除して該当ＳＧＳＮへの接続を回避することができる。また、本実施形態による中継装置及びそれを備えた通信ネットワークシステムは、使用されているプロファイルを保持するＳＧＳＮと接続して、プロファイル（ＰＤＰコンテキスト）を新規作成することができる。
また、本実施形態による中継装置及びそれを備えた通信ネットワークシステムよれば、着信要求側装置（例えばユーザサーバ）からの着信時に、使用されているプロファイルを保持するＳＧＳＮと接続することができるため、アクティブ呼の通信が長時間できない状態を回避できる。
【０２６９】
本発明は、上記実施形態及び実施例に限らず、種々の変更が可能である。
上記実施形態及び実施例では、所定の事象の１つとして、これまで使用されていたファイルとは異なる新しいファイルで自機が再起動されたことを例示しているが、本発明はこれに限られない。例えば、それまで使用されていたファイルと同じファイルで自機が再起動された場合も当該所定の事象に含まれていてもよい。
【０２７０】
本発明は、コンピュータプログラムとして具体化することができる。例えば、上記第１実施形態による中継装置としてのＳＧＳＮ、上記第１実施形態によるサービス制御装置（ＩＰＳＣＰ）及び上記第２実施形態による中継装置としてのＧＧＳＮの各部の機能を通信用プログラムとして実現することもできる。したがって、本発明の一部または全ては、ハードウェアまたはソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード、ステートマシン、ゲートアレイ等を含む）に組み入れることができる。さらに、本発明は、コンピュータによって使用可能な、またはコンピュータ可読の記憶媒体上のコンピュータプログラム製品の形態をとることができ、この媒体には、コンピュータによって使用可能な、またはコンピュータ可読のプログラムコードが組み入れられる。本明細書のコンテキストでは、コンピュータによって使用可能な、またはコンピュータ可読の媒体は、命令実行システム、装置若しくはデバイスによって、またはそれらとともに使用されるプログラムを、収録する、記憶する、通信する、伝搬する、または搬送することのできる、任意の媒体とすることができる。
【０２７１】
本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。
【符号の説明】
【０２７２】
１、２１、５１  通信ネットワークシステム
３  中継装置
３ａ、２３ｄ２−２、５３ｂ２−２、７３ｄ２−２、１０３ｃ３  プロファイル保持部
３ｂ、２４  不使用残存プロファイル判定部
３ｃ、２４ｄ２−３、５３ｂ２−３、７３ｄ２−３、１０３ｃ４  不使用残存プロファイル削除部
３ｄ、２３ｂ４、５３ｂ４  ページング実行部
５  上位ノード
７  下位ノード
２３、５３、１０５  加入者交換機（ＳＧＳＮ）
２３ａ、４３ａ、５３ａ、８３ａ  システム制御部
２３ｂ、７３ｂ  フラグ管理部
２３ｃ、７３ｃ  フラグ保持ＤＢ
２３ｄ、５３ｂ  呼処理部
２３ｄ１、５３ｂ１、７３ｄ１  呼処理制御部
２３ｄ２、５３ｂ２  プロファイル管理部
２３ｄ２−１、５３ｂ２−１、７３ｄ２−１  プロファイル制御部
２３ｅ、５３ｃ  ユーザデータ処理部
２５、１０３  中継交換機（ＧＧＳＮ）
２７、１０７  無線網制御装置（ＲＮＣ）
３０、３１  サービス制御装置（ＩＰＳＣＰ）
３０ａ  位置登録情報管理テーブル保持部
３０ｂ  加入者交換機識別情報取得要求受信部
３０ｃ  加入者交換機識別情報取得部
３０ｄ  加入者交換機識別情報送信部
３３  ユーザサーバ
４３ａ１、８３ａ１  コマンド受付制御部
４５  保守者
５３ｂ３、７３ｄ３  端末在圏情報処理部
５３ｂ３−１、７３ｄ３−１  識別情報照合部
１０３ｂ  加入者交換機ヘルスチェック部
１０３ｂ１  制御部
１０３ｂ２、１０３ｃ２  信号受信部
１０３ｂ３、１０３ｃ１  信号送信部
【図１】
2014241561.tif 000003
【図２】
2014241561.tif 000004
【図３】
2014241561.tif 000005
【図４】
2014241561.tif 000006
【図５】
2014241561.tif 000007
【図６】
2014241561.tif 000008
【図７】
2014241561.tif 000009
【図８】
2014241561.tif 000010
【図９】
2014241561.tif 000011
【図１０】
2014241561.tif 000012
【図１１】
2014241561.tif 000013
【図１２】
2014241561.tif 000014
【図１３】
2014241561.tif 000015
【図１４】
2014241561.tif 000016
【図１５】
2014241561.tif 000017
【図１６】
2014241561.tif 000018
【図１７】
2014241561.tif 000019
【図１８】
2014241561.tif 000020
【図１９】
2014241561.tif 000021
【図２０】
2014241561.tif 000022
【図２１】
2014241561.tif 000023
【図２２】
2014241561.tif 000024
【図２３】
2014241561.tif 000025
【図２４】
2014241561.tif 000026
【図２５】
2014241561.tif 000027
【図２６】
2014241561.tif 000028
【図２７】
2014241561.tif 000029
【図２８】
2014241561.tif 000030
【図２９】
2014241561.tif 000031
【図３０】
2014241561.tif 000032
【図３１】
2014241561.tif 000033
【図３２】
2014241561.tif 000034
【図３３】
2014241561.tif 000035
【図３４】
2014241561.tif 000036
【図３５】
2014241561.tif 000037
【図３６】
2014241561.tif 000038
【図３７】
2014241561.tif 000039
【図３８】
2014241561.tif 000040
【手続補正書】
【提出日】平成26年7月24日(2014.7.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間の通信を中継する中継装置であって、
前記通信端末装置の識別情報を含むプロファイルを保持するプロファイル保持部と、
前記プロファイル保持部に保持されたプロファイルが使用されなくなっても残存している不使用残存プロファイルであるか否かを判定する不使用残存プロファイル判定部と、
前記不使用残存プロファイル判定部で不使用残存プロファイルと判定されたプロファイルを前記プロファイル保持部から削除する不使用残存プロファイル削除部と、
上位ノードからの通信要求に基づいてページングを実行するページング実行部と
を有し、
所定の事象後に実行した前記ページングに失敗したと前記ページング実行部が判定した場合に、該ページングが該所定の事象後に実行されたページングであると判定すると、
前記不使用残存プロファイル判定部は、前記通信要求に含まれて通信要求対象の通信端末装置の識別情報である通信対象識別情報を含むプロファイルを前記不使用残存プロファイルであると判定すること
を特徴とする中継装置。
【請求項２】
前記不使用残存プロファイル判定部は、
前記プロファイル保持部で保持している前記通信端末装置の識別情報に関連付けて該通信端末装置の通信履歴を示すフラグを管理するフラグ管理部と、
前記通信対象識別情報と同一の通信端末装置の識別情報に関連付けられたフラグである通信対象関連フラグを前記フラグ管理部から取得し、取得した前記通信対象関連フラグの状態を判定するフラグ取得判定部と
を備え、
前記所定の事象後に実行した最初の前記ページングに失敗したと前記ページング実行部が判定した場合に、前記フラグ取得判定部の取得した通信対象関連フラグの状態がオン状態であれば前記最初の呼処理であると判定し、前記通信対象識別情報を含むプロファイルの削除を前記不使用残存プロファイル削除部に要求するとともに、前記通信対象関連フラグの状態をオフ状態に更新することを前記フラグ管理部に要求すること
を特徴とする請求項１記載の中継装置。
【請求項３】
前記不使用残存プロファイル判定部は、前記通信端末装置の識別情報と中継装置の識別情報とを対応付けて記憶するサービス制御装置から、前記通信対象識別情報に対応付けられた中継装置の識別情報である通信対象中継識別情報を取得し、前記通信対象中継識別情報と自機の識別情報である自機識別情報とを照合する識別情報照合部を備え、
前記所定の事象後に実行した前記ページングに失敗したと前記ページング実行部が判定した場合に、前記識別情報照合部で照合した前記通信対象中継識別情報と前記自機識別情報とが不一致であると判定したら、前記通信対象識別情報を含むプロファイルの削除を前記不使用残存プロファイル削除部に要求すること
を特徴とする請求項１又は２に記載の中継装置。
【請求項４】
前記フラグ管理部は、プリザベーション状態で接続されている通信端末装置を管理するプリザベーション状態呼管理テーブルを保持しており、
前記不使用残存プロファイル判定部は、前記プリザベーション状態呼管理テーブルで管理されている全ての通信端末装置に対して実行されたページングに失敗した該通信端末装置の識別情報を含むプロファイルを前記不使用残存プロファイルであると判定すること
を特徴とする請求項２記載の中継装置。 
【請求項５】
通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間の通信を中継する中継装置であって、
前記通信端末装置の識別情報を含むプロファイルを保持するプロファイル保持部と、
前記プロファイル保持部に保持されたプロファイルが使用されなくなっても残存している不使用残存プロファイルであるか否かを判定する不使用残存プロファイル判定部と、
前記不使用残存プロファイル判定部で不使用残存プロファイルと判定されたプロファイルを前記プロファイル保持部から削除する不使用残存プロファイル削除部と、
下位ノードから送信されるキープアライブ信号を受信するキープアライブ信号受信部と、
前記プロファイル保持部とは異なるプロファイル保持部であって下位ノードの識別情報を含むプロファイルを保持するプロファイル保持部と
を有し、
前記キープアライブ信号を所定期間受信していないと前記キープアライブ信号受信部が判定した場合に、
前記不使用残存プロファイル判定部は、該キープアライブ信号を送信しない前記下位ノードの識別情報を含むプロファイルを前記不使用残存プロファイルであると判定すること
を特徴とする中継装置。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
通信端末装置と、当該通信端末装置への着信を要求する着信要求側装置との間の通信を中継する中継装置に関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
また、使用されなくなっても残存してしまうプロファイルによって着信が失敗していないかなどを通信ネットワークの保守者が監視すると、当該保守者の監視負担が増加してしまうという問題が生じる。
特許文献１には、ＳＧＳＮのＰＤＰ状態と移動通信端末装置のＰＤＰ状態とが不一致の場合、すなわち着信が不可能である場合に、両ＰＤＰ状態を一致させて着信呼の接続処理を行うことが開示されている。しかしながら、特許文献１には、使用されなくなっても残存してしまうプロファイルについて開示されていない。
本発明の目的は、着信などの失敗や保守者の稼動を回避することができる中継装置を提供することにある。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
上記目的を達成するために、本発明の一態様による中継装置は、通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間の通信を中継する中継装置であって、前記通信端末装置の識別情報を含むプロファイルを保持するプロファイル保持部と、前記プロファイル保持部に保持されたプロファイルが使用されなくなっても残存している不使用残存プロファイルであるか否かを判定する不使用残存プロファイル判定部と、前記不使用残存プロファイル判定部で不使用残存プロファイルと判定されたプロファイルを前記プロファイル保持部から削除する不使用残存プロファイル削除部と、上位ノードからの通信要求に基づいてページングを実行するページング実行部とを有し、所定の事象後に実行した前記ページングに失敗したと前記ページング実行部が判定した場合に、該ページングが該所定の事象後に実行されたページングであると判定すると、前記不使用残存プロファイル判定部は、前記通信要求に含まれて通信要求対象の通信端末装置の識別情報である通信対象識別情報を含むプロファイルを前記不使用残存プロファイルであると判定することを特徴とする。
このような構成によれば、着信などの失敗や保守者の稼動を回避することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】削除
【補正の内容】
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
上記目的を達成するために、本発明の他の態様による中継装置は、通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間の通信を中継する中継装置であって、前記通信端末装置の識別情報を含むプロファイルを保持するプロファイル保持部と、前記プロファイル保持部に保持されたプロファイルが使用されなくなっても残存している不使用残存プロファイルであるか否かを判定する不使用残存プロファイル判定部と、前記不使用残存プロファイル判定部で不使用残存プロファイルと判定されたプロファイルを前記プロファイル保持部から削除する不使用残存プロファイル削除部と、下位ノードから送信されるキープアライブ信号を受信するキープアライブ信号受信部と、前記プロファイル保持部とは異なるプロファイル保持部であって下位ノードの識別情報を含むプロファイルを保持するプロファイル保持部とを有し、前記キープアライブ信号を所定期間受信していないと前記キープアライブ信号受信部が判定した場合に、前記不使用残存プロファイル判定部は、該キープアライブ信号を送信しない前記下位ノードの識別情報を含むプロファイルを前記不使用残存プロファイルであると判定することを特徴とする。
このような構成によれば、着信などの失敗や保守者の稼動を回避することができる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】削除
【補正の内容】
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】削除
【補正の内容】
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】削除
【補正の内容】
【手続補正書】
【提出日】平成26年10月23日(2014.10.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信端末装置と、該通信端末装置への着信を要求する着信要求側装置との間の通信を中継する中継装置であって、
前記通信端末装置の識別情報を含むプロファイルを保持するプロファイル保持部と、
前記プロファイル保持部に保持されたプロファイルが使用されなくなっても残存している不使用残存プロファイルであるか否かを判定する不使用残存プロファイル判定部と、
前記不使用残存プロファイル判定部で不使用残存プロファイルと判定されたプロファイルを前記プロファイル保持部から削除する不使用残存プロファイル削除部と、
上位ノードからの通信要求に基づいてページングを実行するページング実行部と
を有し、
所定の事象後に実行した前記ページングに失敗したと前記ページング実行部が判定した場合に、該ページングが該所定の事象後に実行されたページングであると判定すると、
前記不使用残存プロファイル判定部は、前記通信要求に含まれて通信要求対象の通信端末装置の識別情報である通信対象識別情報を含むプロファイルを前記不使用残存プロファイルであると判定すること
を特徴とする中継装置。
【請求項２】
前記不使用残存プロファイル判定部は、
前記プロファイル保持部で保持している前記通信端末装置の識別情報に関連付けて該通信端末装置の通信履歴を示すフラグを管理するフラグ管理部と、
前記通信対象識別情報と同一の通信端末装置の識別情報に関連付けられたフラグである通信対象関連フラグを前記フラグ管理部から取得し、取得した前記通信対象関連フラグの状態を判定するフラグ取得判定部と
を備え、
前記所定の事象後に実行した最初の前記ページングに失敗したと前記ページング実行部が判定した場合に、前記フラグ取得判定部の取得した通信対象関連フラグの状態がオン状態であれば前記最初の呼処理であると判定し、前記通信対象識別情報を含むプロファイルの削除を前記不使用残存プロファイル削除部に要求するとともに、前記通信対象関連フラグの状態をオフ状態に更新することを前記フラグ管理部に要求すること
を特徴とする請求項１記載の中継装置。
【請求項３】
前記不使用残存プロファイル判定部は、前記通信端末装置の識別情報と中継装置の識別情報とを対応付けて記憶するサービス制御装置から、前記通信対象識別情報に対応付けられた中継装置の識別情報である通信対象中継識別情報を取得し、前記通信対象中継識別情報と自機の識別情報である自機識別情報とを照合する識別情報照合部を備え、
前記所定の事象後に実行した前記ページングに失敗したと前記ページング実行部が判定した場合に、前記識別情報照合部で照合した前記通信対象中継識別情報と前記自機識別情報とが不一致であると判定したら、前記通信対象識別情報を含むプロファイルの削除を前記不使用残存プロファイル削除部に要求すること
を特徴とする請求項１又は２に記載の中継装置。
【請求項４】
前記フラグ管理部は、プリザベーション状態で接続されている通信端末装置を管理するプリザベーション状態呼管理テーブルを保持しており、
前記不使用残存プロファイル判定部は、前記プリザベーション状態呼管理テーブルで管理されている全ての通信端末装置に対して実行されたページングに失敗した該通信端末装置の識別情報を含むプロファイルを前記不使用残存プロファイルであると判定すること
を特徴とする請求項２記載の中継装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】削除
【補正の内容】