(57)【要約】【課題】３ｇｐｐが規定するＶｏＬＴＥの場合、ＰＣＲＦ内部の情報が失われると、そのＰＣＲＦに収容されていた端末は、一度ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを解放しない限り音声通話の発着信ができない。【解決手段】ＰＣＲＦの障害により音声通信の発着信不可をＤＲＡが検出する。ＤＲＡは、音声通信の発着信のシーケンスを一時中断し、自身が持つ情報をＰＣＲＦに通知して、ＰＣＲＦに情報の再構築を促す。ＰＣＲＦの情報再構築完了後に、音声通信の発着信シーケンスを再開する。【選択図】図１８
2015041906.tif 000002
【特許請求の範囲】
【請求項１】
呼情報を格納する呼情報格納部と、発信メッセージを一時格納する発信メッセージ格納部と、優先制御・課金設定部を含む対向装置とメッセージを交換する信号処理部と、を含んで構成されたルーティングエージェント装置であって、
前記発信メッセージを送信した前記優先制御・課金設定部から受信した応答メッセージがエラー応答のとき、前記呼情報格納部からセッション情報を取得して、前記優先制御・課金設定部へセッション確立メッセージを送信し、
前記優先制御・課金設定部から送信した前記セッション確立メッセージに対する応答メッセージを受信したとき、前記発信メッセージ格納部から前記発信メッセージを取得して、前記優先制御・課金設定部へ前記発信メッセージを再送することを特徴とするルーティングエージェント装置。
【請求項２】
請求項１に記載のルーティングエージェント装置であって、
前記セッション確立メッセージは、Ｇｘ  Ｓｅｓｓｉｏｎと、Ｇｘｘ  Ｓｅｓｓｉｏｎと、Ｒｘ  Ｓｅｓｓｉｏｎとをそれぞれ確立するメッセージであることを特徴とするルーティングエージェント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、３ｇｐｐ（3rd Generation Partnership Project）で規定されている移動体通信網のコアネットワークの中のＤｉａｍｅｔｅｒメッセージを他の装置に転送するルーティングエージェント装置に係り、同一の通信システム内の別の装置に障害が発生したときの通信システムを復旧するルーティングエージェント装置に関する。
【背景技術】
【０００２】
３ｇｐｐではＬＴＥ（Long Term Evolution）と呼ばれる移動体通信網が規定されている。そして、ＬＴＥの通信網上で音声通信を実現する方式として、ＶｏＬＴＥ（Voice over LTE）が規定されている。ＶｏＬＴＥはＬＴＥ上で、ＳＩＰ（Session Initiation Protocol）の技術を用いて音声通信を実現している。
【０００３】
先行特許文献１は、ＰＣＲＦ（Policy Charging and Rules Function：優先制御・課金設定部）の障害に関する開示があるが、ＶｏＬＴＥの構成の時に発生する音声発着信不可能に関する問題については記載されていない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−００３９８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＰＣＲＦは、他装置からメッセージを受信する度に、呼情報の追加・削除・変更を実施する。そのため、頻繁に書き換わる呼情報をＨＤＤ等、アクセス速度の遅いデバイスに記録するのは現実的ではない。その結果、ＰＣＲＦは、呼情報について、アクセス速度が高速なメモリ上のみに格納させる。呼情報をメモリ上のみに存在すると、ＰＣＲＦ４００に障害が発生した場合、呼情報が失われる。ＰＣＲＦの呼情報が失われた場合、ＶｏＬＴＥの構成では、ＰＣＲＦに収容されていた端末の音声発着信が不可能になる。
【０００６】
本発明は、この課題に鑑みてなされたもので、優先制御・課金設定部に情報が喪失するような障害が発生しても、端末による音声通信の発着信が可能とするルーティングエージェント装置を提供することにある。
【課題を解決するための手段】
【０００７】
呼情報を格納する呼情報格納部と、発信メッセージを一時格納する発信メッセージ格納部と、優先制御・課金設定部を含む対向装置とメッセージを交換する信号処理部と、を含んで構成されたルーティングエージェント装置であって、発信メッセージを送信した優先制御・課金設定部から受信した応答メッセージがエラー応答のとき、呼情報格納部からセッション情報を取得して、優先制御・課金設定部へセッション確立メッセージを送信し、優先制御・課金設定部から送信したセッション確立メッセージに対する応答メッセージを受信したとき、発信メッセージ格納部から発信メッセージを取得して、優先制御・課金設定部へ発信メッセージを再送するルーティングエージェント装置により、達成できる。
【発明の効果】
【０００８】
本発明によれば、ＰＣＲＦに情報が喪失するような障害が発生しても、端末による音声通信の発着信が可能になる。
【図面の簡単な説明】
【０００９】
【図１】ＶｏＬＴＥの概要を説明するブロック図である。
【図２】端末の呼情報（ＰＤＮ）を説明する図である。
【図３】端末の呼情報（ＳＩＰ）を説明する図である。
【図４】Ｓ−ＧＷの呼情報（ＰＤＮ）を説明する図である。
【図５】Ｐ−ＧＷの呼情報（ＰＤＮ）を説明する図である。
【図６】ＳＩＰサーバの呼情報（ＰＤＮ）を説明する図である。
【図７】ＡＦの呼情報（ＰＤＮ）を説明する図である。
【図８】ＤＲＡの呼情報（ＰＤＮ）を説明する図である。
【図９】ＰＣＲＦの呼情報（ＰＤＮ）を説明する図である。
【図１０】電源ＯＦＦの状態のシステム構成を説明するブロック図である。
【図１１】ＰＣＲＦのセッション確立時の処理を説明するフローチャートである。
【図１２】端末の電源ＯＮ処理を説明するシーケンス図である。
【図１３】ＤＲＡによるＰＣＲＦ選択動作を説明するブロック図である。
【図１４】端末電源ＯＮ後（待ち受け状態）を説明するブロック図である。
【図１５】正常時のＶｏＬＴＥ発信を説明するシーケンス図である。
【図１６】ＰＣＲＦ障害発生時を説明するシーケンス図である。
【図１７】ＰＣＲＦの動作（ＶｏＬＴＥ発信時）の処理を説明するフローチャートである。
【図１８】ＤＲＡの装置構成を説明するブロック図である。
【図１９】ＤＲＡの動作（ＶｏＬＴＥ発信メッセージ受信）を説明するフローチャートである。
【図２０】ＤＲＡの動作（ＰＣＲＦの応答メッセージ受信）を説明するフローチャートである。
【図２１】ＤＲＡの動作（ＰＣＲＦのセッション再確立後）を説明するフローチャートである。
【図２２】ＰＣＲＦ障害回復後のＶｏＬＴＥ発信を説明するシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態について説明する。
図１を参照して、ＶｏＬＴＥシステムの構成を説明する。図１において、ＶｏＬＴＥシステム１０００は、端末１００と、Ｓ−ＧＷ（Serving Gateway）２００と、Ｐ−ＧＷ（PDN Gateway）３００と、ＰＣＲＦ４００と、ＤＲＡ５００と、電話網６００と、ＳＩＰサーバ７００と、ＡＦ８００（Application Function）と、から構成されている。
端末１００は、通信を実施するために、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立する。ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎは、Ｓ−ＧＷ（Serving Gateway）２００と、Ｐ−ＧＷ（PDN Gateway）３００とによって構築される。
【００１１】
また、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの確立に必要な装置として、ＰＣＲＦ（Policy Charging and Rules Function）４００がある。ＰＣＲＦ４００は、サービスのポリシー制御、および、課金制御を行う。また、同一のネットワーク内部に複数のＰＣＲＦ４００が存在した場合に、ＰＣＲＦ４００が送受信するメッセージを適切な宛先に転送する装置として、ＤＲＡ（Diameter Routing Agent）５００が存在する。ＤＲＡ５００は、内部で端末１００毎に収容先のＰＣＲＦ４００を保持する。ＤＲＡ５００は、各端末１００からの要求に応じて、それぞれの端末１００が収容されているＰＣＲＦ４００に対してメッセージの転送を行う。
【００１２】
ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎは、１個または複数のベアラから構成される。端末１００が通信に用いるパケットは、必ずいずれかのベアラを経由する。ＶｏＬＴＥでは、少なくとも、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの中に、ＳＩＰ信号用ベアラと音声通信用ベアラの２個のベアラが存在する。
【００１３】
ＳＩＰ信号用のベアラには、電話の発信および着信の時に用いるＳＩＰの信号メッセージが流れる。端末１００は、ＳＩＰ信号用ベアラを経由してＳＩＰサーバ７００と通信する。一方、音声通信用ベアラには、端末の利用者が会話している音声データが流れる。端末１００は、音声通信用ベアラを経由して、電話網６００と通信する。
【００１４】
各ベアラにはＱｏＳが設定されており、音声通信の品質を保証している。ＱｏＳの情報とは、（１）利用可能な最大の帯域、（２）パケットロス率、（３）許容パケット転送遅延時間の集合体である。それぞれのベアラの生成、解放、設定するＱｏＳは、ＰＣＲＦ４００が管理している。ＰＣＲＦ４００は、ＤＲＡ５００を経由して、Ｓ−ＧＷ２００、Ｐ−ＧＷ３００,ＡＦ８００と通信する。
【００１５】
ＡＦ８００は、ＳＩＰサーバ７００から情報を得て、ＶｏＬＴＥの実現に必要な、ベアラの追加および削除の要求をＰＣＲＦ４００に対して送信する。端末１００、Ｓ−ＧＷ２００、Ｐ−ＧＷ３００、ＳＩＰサーバ７００、ＡＦ８００、ＤＲＡ５００、ＰＣＲＦ４００は、それぞれ呼情報がメモリ上に展開されている。呼情報には、ＳＩＰに関する呼情報とＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する呼情報の２種類が存在する。端末１００は、ＳＩＰに関する呼情報１１０とＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する呼情報１２０の２種類の呼情報を保持する。
【００１６】
Ｓ−ＧＷ２００は、呼情報２１０を保持する。Ｐ−ＧＷ３００は、呼情報３１０を保持する。ＰＣＲＦ４００は、ＱｏＳ設定ポリシー４１０と、呼情報４２０を保持する。ＤＲＡ５００は、呼情報５１０を保持する。ＳＩＰサーバ７００は、呼情報７１０を保持する。ＡＦ８００は、呼情報８１０を保持する。
【００１７】
図２を参照して、端末１００が保持している呼情報１２０の内容を説明する。図２において、呼情報１２０は、ＩＭＳＩ（International Mobile Subscriber Identity）と、端末のＩＰとの２種類のデータから構成されている。ＩＭＳＩは、移動体通信網の加入者に割り当てられている一意な識別番号である。ＩＭＳＩは、端末１００の中に格納されている。端末のＩＰは、端末１００がＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを経由して通信を実施する時に用いるＩＰアドレスである。端末のＩＰは、端末１００が電源を入れてＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立する時にＰ−ＧＷ３００より割り当てられるＩＰアドレスである。
【００１８】
図３を参照して、端末１００が保持している呼情報１１０の内容を説明する。図３において、呼情報１１０は、通話先のＩＰとＳＩＰサーバのＩＰとから構成されている。通話先のＩＰは、ＶｏＬＴＥの発信を行った時に、ＳＩＰサーバ７００より通知される。ＳＩＰサーバ７００のＩＰは、端末１００が電源を入れてＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立する時にＰ−ＧＷ３００より通知されるＩＰアドレスである。
【００１９】
図４を参照して、Ｓ−ＧＷ２００が保持するＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する呼情報２１０を説明する。図４において、呼情報２１０は、端末のＩＭＳＩと、端末のＩＰと、Ｇｘｘ  ＳｅｓｓｉｏｎＩＤとから構成されている。端末のＩＭＳＩは、端末１００が電源を入れてＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立する時に端末より通知される。端末のＩＰは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの確立の時にＰ−ＧＷ３００より払い出されて通知されるＩＰアドレスである。Ｇｘｘ  ＳｅｓｓｉｏｎＩＤは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの確立の時にＳ−ＧＷ２００の内部でその都度生成されるＩＤである。
【００２０】
図５を参照して、Ｐ−ＧＷ３００が保持するＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する呼情報３１０を説明する。図５において、呼情報３１０は、端末のＩＭＳＩと、端末のＩＰと、Ｇｘ  ＳｅｓｓｉｏｎＩＤとから構成されている。端末のＩＭＳＩは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎ２を確立する時にＳ−ＧＷ２００を経由して、端末１００から通知される。端末のＩＰは、Ｐ−ＧＷ３００の内部で払い出されるＩＰアドレスである。Ｇｘ  ＳｅｓｓｉｏｎＩＤは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの確立の時に、Ｐ−ＧＷ３００の内部でその都度生成されるＩＤである。
【００２１】
図６を参照して、ＳＩＰサーバ７００が保持するＳＩＰに関する呼情報７１０を説明する。図６において、呼情報７１０は、端末のＩＰと、通話状態と、通話先のＩＰとから構成されている。端末のＩＰは、端末１００からアクセスを受けたタイミングで記録する。通話状態は、端末１００が通話中であるか、待ち受け中であるかを記録する。もし、通話状態が通話中であれば、通話先のＩＰに情報が記録されている。
【００２２】
図７を参照して、ＡＦ８００が保持するＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する呼情報８１０を説明する。図７において、呼情報７１０は、端末のＩＰと、Ｒｘ  ＳｅｓｓｉｏｎＩＤとから構成されている。端末のＩＰは、ＳＩＰサーバより通知される。Ｒｘ  ＳｅｓｓｉｏｎＩＤは、ＡＦ８００が該当の呼に関して初めてＤＲＡ５００を経由してＰＣＲＦ４００と通信をするタイミングでＡＦ８００の内部で生成される。
【００２３】
ＤＲＡ５００は、ＰＣＲＦ４００と他装置のＤｉａｍｅｔｅｒ通信を中継する装置である。ＤＲＡ５００は、ＰＣＲＦ４００が複数台存在する時に、端末１００単位に収容先のＰＣＲＦ４００を決定する。収容先のＰＣＲＦ４００を決定後、ＤＲＡ５００は、その端末１００に関連するメッセージについて、全て収容先のＰＣＲＦ４００に転送する。ＤＲＡ５００は、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する呼情報５１０を保持している。
【００２４】
図８を参照して、呼情報５１０の内容を説明する。図８において、呼情報５１０は、端末のＩＭＳＩと、端末のＩＰと、収容先ＰＣＲＦと、Ｇｘｘ  ＳｅｓｓｉｏｎＩＤと、Ｇｘ  ＳｅｓｓｉｏｎＩＤと、Ｒｘ  ＳｅｓｓｉｏｎＩＤとから構成されている。端末のＩＭＳＩは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立するとき、Ｓ−ＧＷ２００およびＰ−ＧＷ３００から送信される。端末のＩＰは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立するとき、Ｐ−ＧＷから送信される。収容先ＰＣＲＦは、端末１００が初めてＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立するタイミングでＤＲＡ５００の内部で割り当てを実施する。Ｇｘｘ  ＳｅｓｓｉｏｎＩＤは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏを確立するタイミングでＳ−ＧＷ２００より送信される。Ｇｘ  ＳｅｓｓｉｏｎＩＤは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立するタイミングでＰ−ＧＷ３００より送信される。Ｒｘ  ＳｅｓｓｉｏｎＩＤは、ＳＩＰセッションを確立するタイミングでＡＦ８００より通知される。
【００２５】
ＰＣＲＦ４００は、サービスのポリシー制御および課金制御を行う装置である。ＰＣＲＦ４００は、ＱｏＳ設定ポリシー４１０と、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する呼情報４２０とを保持している。ＱｏＳ設定ポリシー４１０は、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの各ベアラに設定すべきＱｏＳの情報が保存されている。ＱｏＳ設定ポリシー４１０は、ＬＴＥのネットワークの保守者により設定される。ＰＣＲＦ４００は、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの確立処理および音声通信用ベアラを確立する処理の中で、ＱｏＳ設定ポリシー４１０から、各ベアラに対応するＱｏＳの設定を読み込む。ＰＣＲＦ４００は、Ｓ−ＧＷ２００とＰ−ＧＷ３００に対して送信するベアラ確立のメッセージの中に、ＱｏＳの設定を含める。
【００２６】
ＱｏＳ設定ポリシー４１０は、頻繁に書き換わるデータでは無いので、ＨＤＤに記録されている。このため、ＱｏＳ設定ポリシー４１０は、障害が発生しても情報は残存する。
【００２７】
図９を参照して、呼情報４２０を説明する。図９において、呼情報４２０は、端末のＩＭＳＩと、端末のＩＰと、Ｇｘｘ  ＳｅｓｓｉｏｎＩＤと、Ｇｘ  ＳｅｓｓｉｏｎＩＤと、Ｒｘ  ＳｅｓｓｉｏｎＩＤと、ＱｏＳとから構成されている。端末のＩＭＳＩは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立するタイミングで、Ｓ−ＧＷ２００およびＰ−ＧＷ３００から送信される。端末のＩＰは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立する時にＰ−ＧＷから送信される。Ｇｘｘ  ＳｅｓｓｉｏｎＩＤは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立するタイミングでＳ−ＧＷ２００より送信される。Ｇｘ  ＳｅｓｓｉｏｎＩＤは、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立するタイミングでＰ−ＧＷ３００より送信される。Ｒｘ  ＳｅｓｓｉｏｎＩＤは、ＳＩＰセッションを確立するタイミングでＡＦ８００より通知される。ＱｏＳは、通信速度であり、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立するタイミングで、ＰＣＲＦ４００の内部に保存されているＱｏＳ設定ポリシー４１０を元にして、決定される。
【００２８】
図１０を参照して、端末１００の電源がＯＦＦの状態のＶｏＬＴＥシステム１０００Ａの構成を説明する。図１０において、ＶｏＬＴＥシステム１０００は、端末１００に電源が入っていない場合、ＰＤＮ  Ｃｏｎｎｅｔｉｏｎと音声通信用ベアラ、ＳＩＰ信号用ベアラは、いずれも未確立である（図１０で破線で図示）。ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎが未確立のため、端末１００の内部に保存されているＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎ関連の呼情報１２０とＳＩＰ関連の呼情報１１０とは、存在しない（破線で図示）。同様にＳ−ＧＷ２００の内部にある呼情報２１０、Ｐ−ＧＷ３００の内部にある呼情報３１０、ＳＩＰサーバ７００の内部にある呼情報７１０、ＡＦ８００の内部にある呼情報８１０、ＤＲＡ５００の内部にある呼情報５１０、ＰＣＲＦ４００の内部にある呼情報４２０も存在しない（破線で図示）。ただし、ＰＣＲＦ４００の内部にある、ＱｏＳ設定ポリシー４１０は、呼に依存しない設定データであるため、存在する（実線で図示）。
【００２９】
図１１を参照して、端末１００の電源がＯＦＦの状態から、電源をＯＮにしてＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立する時にＰＣＲＦ４００が実施するセッション確立の処理を説明する。図１１において、ＰＣＲＦ４００は、セッション確立要求のＤｉａｍｅｔｅｒメッセージを受信する（Ｓ１４０１）。ＰＣＲＦ４００は、受信したＤｉａｍｅｔｅｒメッセージの中に含まれるＩＭＳＩの情報をキーにして、呼情報を検索する（Ｓ１４０２）。検索の結果から、ＰＣＲＦ４００は、該当するＩＭＳＩの呼情報を保持しているか判断する（Ｓ１４０３）。呼情報を保持していれば（ＹＥＳ）、ＰＣＲＦ４００は、該当する呼情報を更新して（Ｓ１４０４）、終了する。
【００３０】
ステップ１４０３で該当するＩＭＳＩの呼情報を持っていなければ（ＮＯ）、ＰＣＲＦ４００は、呼情報にレコードを追加する（Ｓ１４０５）。ＰＣＲＦ４００は、内部に保存されているＱｏＳ設定ポリシー４１０を読み込む（Ｓ１４０６）。ＰＣＲＦ４００は、読み込んだＱｏＳ設定ポリシーの情報を元にして、呼情報にＱｏＳの情報を追記して（Ｓ１４０７）、終了する。
【００３１】
図１２を参照して、端末１００の電源がＯＦＦの状態から、電源をＯＮにしてＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎを確立するまでの、端末、Ｓ−ＧＷ、Ｐ−ＧＷ、ＤＲＡ、ＰＣＲＦ、ＡＦ、ＳＩＰサーバ間のシーケンスを説明する。図１２において、端末１００は、Ｓ−ＧＷ２００に対してＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎ確立要求を送信する（Ｓ５０１）。端末１００は、この中にＩＭＳＩの情報を含める。Ｓ−ＧＷ２００は、ＤＲＡ５００に対してＧｘｘ  Ｓｅｓｓｉｏｎ確立要求を送信する（Ｓ５０２）。Ｓ−ＧＷ２００は、この中に、端末１００から送られてきたＩＭＳＩと自身の内部で生成したＧｘｘ  ＳｅｓｓｉｏｎＩＤを含める。ＤＲＡ５００は、ＰＣＲＦ４００の選択処理を実施する（Ｓ５０３）。ＤＲＡ５００は、選択処理によって選択したＰＣＲＦ４００に対してＧｘｘ  Ｓｅｓｓｉｏｎ確立要求を送信する（Ｓ５０４）。ＰＣＲＦ４００は、図１１のフローチャートに示す動作に従ってセッション確立の処理を実行する（図示省略）。
【００３２】
Ｓ−ＧＷ２００は、ステップ５０２の処理が完了した後、続けてＰ−ＧＷ３００に対してＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎ確立要求を送信する（Ｓ５０５）。Ｐ−ＧＷ３００は、ＤＲＡ５００に対してＧｘ  Ｓｅｓｓｉｏｎ確立要求を送信する（Ｓ５０６）。Ｐ−ＧＷ３００は、確率要求の中に、端末１００に割り当てたＩＰアドレスの情報を含める。ＤＲＡ５００は、Ｇｘ  Ｓｅｓｓｉｏｎ確立要求をＰＣＲＦ４００に転送する（Ｓ５０７）。ＰＣＲＦ４００は、Ｇｘｘ  Ｓｅｓｓｉｏｎ確立要求と、Ｇｘ  Ｓｅｓｓｉｏｎ確立要求の２個の要求が届いた時点で、ＱｏＳの割り当て処理を実施する（図示省略）。ＱｏＳの割り当て処理が完了した後、ＰＣＲＦ４００は、Ｇｘｘ  Ｓｅｓｓｉｏｎ確立応答をＤＲＡ５００に対して送信する（Ｓ５０８）。ＤＲＡ５００は、ＰＣＲＦ４００から送信されたＧｘｘ  Ｓｅｓｓｉｏｎ確立応答をＳ−ＧＷ２００に対して転送する（Ｓ５０９）。
【００３３】
また、ＰＣＲＦ４００は、ステップ５０８の後、続けてＧｘ  Ｓｅｓｓｉｏｎ確立応答をＤＲＡ５００に送信する（Ｓ５１０）。ＰＣＲＦ４００は、確立応答メッセージの中に、ＱｏＳの情報を含める。ＤＲＡ５００は、Ｇｘ  Ｓｅｓｓｉｏｎ確立応答をＰ−ＧＷ３００に対して転送する（Ｓ５１１）。Ｐ−ＧＷ３００は、Ｇｘ  Ｓｅｓｓｉｏｎ確立応答を受信後、Ｓ−ＧＷ２００に対して、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎ確立応答を送信する（Ｓ５１２）。Ｐ−ＧＷ３００は、確立応答メッセージの中に端末のＩＰとＳＩＰサーバのＩＰを含める。Ｓ−ＧＷ２００は、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎ確立応答を受信後、そのメッセージを端末１００に転送する（Ｓ５１３）。
【００３４】
ここまでのシーケンスで、ＰＤＮ  ＣｏｎｎｅｃｔｉｏｎおよびＳＩＰ信号用ベアラは確立される。続いて端末１００は、ＳＩＰ  Ｓｅｓｓｉｏｎの確立シーケンスを開始する。端末１００は、ＳＩＰ信号用ベアラを用いてＳＩＰサーバ７００に対してＳＩＰ登録要求を送信する（Ｓ５１４）。ＳＩＰサーバ７００は、登録要求を受信したら、ＡＦ８００に対してＳＩＰ  Ｓｅｓｓｉｏｎ登録要求を送信する（Ｓ５１５）。ＡＦ８００は、ＳＩＰ  Ｓｅｓｓｉｏｎ登録要求を受信したタイミングでＲｘ  Ｓｅｓｓｉｏｎ確立要求をＤＲＡ５００に対して送信する（Ｓ５１６）。ＡＦ８００は、Ｒｘ  Ｓｅｓｓｉｏｎ確立要求の中に端末のＩＰを含める。ＤＲＡ５００は、Ｒｘ  Ｓｅｓｓｉｏｎ確立要求を受信後、端末１００のＩＰの情報を元にして該当する端末１００を収容しているＰＣＲＦ４００を探す。ここでは、収容先のＰＣＲＦ４００を発見できたので、ＤＲＡ５００は、Ｒｘ  Ｓｅｓｓｉｏｎ確立要求をＰＣＲＦ４００に対して転送する（Ｓ５１７）。ＰＣＲＦ４００は、Ｒｘ  Ｓｅｓｓｉｏｎ確立要求を受信後、Ｒｘ  Ｓｅｓｓｉｏｎ確立応答をＤＲＡ５００に対して返す（Ｓ５１８）。ＤＲＡ５００は、Ｒｘ  Ｓｅｓｓｉｏｎ確立応答をＡＦ８００に対して転送する（Ｓ５１９）。ＡＦ８００は、Ｒｘ  Ｓｅｓｓｉｏｎ確立応答を受信したとき、ＳＩＰサーバ７００に対して、ＳＩＰ  Ｓｅｓｓｉｏｎ登録応答を送信する（Ｓ５２０）。ＳＩＰサーバ７００は、ＳＩＰ  Ｓｅｓｓｉｏｎ登録応答を受信したとき、端末１００に対してＳＩＰ登録応答を送信する（Ｓ５２１）。
【００３５】
図１３を参照して、図１２のステップ５０３の動作の詳細を説明する。図１３において、ＤＲＡ５００は、Ｓ−ＧＷ２００またはＰ−ＧＷ３００からＤｉａｍｅｔｅｒメッセージを受信する（Ｓ１３０１）。ＤＲＡ５００は。受信したＤｉａｍｅｔｅｒメッセージの中に含まれるＩＭＳＩをキーにして、呼情報５１０の中を検索して、ＩＭＳＩが既知のＩＭＳＩであるかの判定を実施する（Ｓ１３０２）。既知のＩＭＳＩであった場合（ＹＥＳ）、ＤＲＡ５００は、呼情報５１０から選択先のＰＣＲＦの情報を取得して（Ｓ１３０３）、終了るる。
【００３６】
Ｄｉａｍｅｔｅｒメッセージの中に含まれるＩＭＳＩが既知でなければ（Ｓ１３０２：ＮＯ）、ＤＲＡ５００は、内部に保存されているＰＣＲＦ情報の中から任意の一台を選択する（Ｓ１３０４）。ＰＣＲＦを選択後、ＤＲＡ５００は、呼情報５１０に選択したＰＣＲＦの情報を追加格納して（Ｓ１３０５）、終了する。
【００３７】
図１４を参照して、端末１００の電源をＯＮにしたときのシーケンスが完了した状態でのＶｏＬＴＥシステムの構成を説明する。図１４において、ＶｏＬＴＥシステム１０００ＢのＰＤＮ  ＣｏｎｎｅｃｔｉｏｎおよびＳＩＰ信号用ベアラは、確立済みである。一方、音声通信用ベアラは、未確立である。端末１００は、ＳＩＰ  Ｓｅｓｓｉｏｎに関する呼情報１１０とＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する呼情報１２０が生成されている。ＳＩＰサーバ７００も、ＳＩＰ  Ｓｅｓｓｉｏｎに関する呼情報７１０が生成されている。Ｓ−ＧＷ２００、Ｐ−ＧＷ３００、ＡＦ８００、ＤＲＡ５００、ＰＣＲＦ４００にも、それぞれＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する呼情報が生成されている。
【００３８】
図１５を参照して、待ち受け状態から音声通話を開始するために音声通信用ベアラを確立するまでのシーケンスを説明する。図１５において、端末１００は、ＳＩＰサーバ７００に対してＳＩＰ信号用ベアラを経由してＶｏＬＴＥ発信メッセージを送信する（Ｓ６０１）。ＳＩＰサーバ７００は、端末１００に対して呼び出し中を送信する（Ｓ６０２）。ＳＩＰサーバ７００は、通話先を呼び出す処理を実行する（Ｓ６０３）。ＳＩＰサーバ７００は、通話先から準備完了信号を受信する（Ｓ６０４）。ＳＩＰサーバ７００は、ＡＦ８００に対してＶｏＬＴＥ発信のメッセージを送信する（Ｓ６０５）。ＡＦ８００は、ＤＲＡ５００に対してＶｏＬＴＥ発信のメッセージを送信する（Ｓ６０６）。ＤＲＡ５００は、ＰＣＲＦ４００に対してＶｏＬＴＥ発信のメッセージを転送する（Ｓ６０７）。ＰＣＲＦ４００は、ＶｏＬＴＥ発信のメッセージを受信後、ＶｏＬＴＥの発信応答メッセージをＤＲＡ５００に返す（Ｓ６０８）。ＤＲＡ５００は、ＶｏＬＴＥの発信応答メッセージをＡＦ８００に対して転送する（Ｓ６０９）。ＡＦ８００は、ＳＩＰサーバ７００に対してＶｏＬＴＥの発信応答メッセージを送信する（Ｓ６１０）。
【００３９】
ＰＣＲＦ４００は、ＤＲＡ５００に対してベアラ確立要求を送信する（Ｓ６１１）。ＤＲＡ５００は、ベアラ確立要求をＰ−ＧＷ３００に転送する（Ｓ６１２）。Ｐ−ＧＷ３００は、ＤＲＡ５００からのベアラ確立要求を受けて、Ｓ−ＧＷ２００に対してベアラの確立要求を送信する（Ｓ６１３）。Ｓ−ＧＷ２００は、ベアラ確立要求を受けて、ベアラ確立応答をＰ−ＧＷ３００に対して返す（Ｓ６１４）。Ｐ−ＧＷ３００は、ＤＲＡ５００に対してベアラ確立応答を送信する（Ｓ６１５）。ＤＲＡ５００は、ベアラ確立応答をＰＣＲＦ４００に対して転送する（Ｓ６１６）。以上のシーケンスにより、音声通話用のベアラが成立する。
【００４０】
ＳＩＰサーバ７００は、端末１００に対して呼び出し成功のメッセージを送信する（Ｓ６１７）。端末１００は、呼び出し成功のメッセージを受信後、音声通話を開始する（Ｓ６１８）。
【００４１】
図１６を参照して、ＶｏＬＴＥシステムの問題が発生する場合のシーケンスを説明する。図１６において、初期の状態では、Ｓ−ＧＷ２００、Ｐ−ＧＷ３００、ＤＲＡ５００、ＰＣＲＦ４００、ＡＦ８００は、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する呼情報が保持されている。その状態でＰＣＲＦ４００に障害が発生したとする（Ｓ７０１）。その後、ＰＣＲＦ４００は、障害から回復する（Ｓ７０２）。しかし、ＰＣＲＦ４００は、障害から回復しても、障害のタイミングで喪失した呼情報４２０を復元する事は出来ない。そのため、ＰＣＲＦ４００の呼情報４２０は存在しない（破線で示す）ままとなる。
【００４２】
この状態で端末１００は、ＳＩＰサーバ７００に対してＶｏＬＴＥの発信を実施する（Ｓ７０３）。ＳＩＰサーバ７００は、端末１００に対して呼び出し中を送信する（Ｓ７０４）。ＳＩＰサーバ７００は、ＶｏＬＴＥ発信のメッセージを受けて、ＡＦ８００に対して、ＶｏＬＴＥ発信のメッセージを送信する（Ｓ７０５）。ＡＦ８００は、ＳＩＰサーバ７００からの信号を受けてＤＲＡ５００に対して、ＶｏＬＴＥ発信のメッセージを送信する（Ｓ７０６）。ＤＲＡ５００は、ＡＦ８００から送信されてきた、ＶｏＬＴＥ発信のメッセージをＰＣＲＦ４００に転送する（Ｓ７０７）。ＰＣＲＦ４００は、ＤＲＡ５００から送信されてきたＶｏＬＴＥ発信のメッセージに含まれるＲｘ  ＳｅｓｓｉｏｎＩＤをキーにして、呼情報４２０から関連するＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの情報を検索する。
【００４３】
ＰＣＲＦ４００の呼情報４２０の内容が消失している場合、検索を実行しても対応するＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの情報が見つからずにエラーとなる（Ｓ７０８）。その結果、ＰＣＲＦ４００は、ＤＲＡ５００に対してエラー応答を送信する（Ｓ７０９）。ＤＲＡ５００は、ＰＣＲＦ４００からのエラー応答をＡＦ８００に転送する（Ｓ７１０）。ＡＦ８００は、エラー応答をＤＲＡ５００から受信したら、ＳＩＰサーバ７００に対してエラー応答を送信する。（Ｓ７１１）。ＳＩＰサーバ７００は、ＡＦ８００からのエラー応答を受けて、端末１００に対して。ＶｏＬＴＥ発信失敗のメッセージを送信する（Ｓ７１２）。
ステップ７０７でＰＣＲＦ４００がエラーを返すのはＰＣＲＦ４００の呼情報２１０に関連するＲｘ  ＳｅｓｓｉｏｎＩＤが存在しないからである。
【００４４】
図１７を参照して、この時のＰＣＲＦ４００の動作の詳細を説明する。図１７において、ＰＣＲＦ４００は、ＤＲＡ５００を経由してＡＦ８００からＶｏＬＴＥの発信メッセージを受信する（Ｓ１２０１）。このメッセージの中には、ＡＦ８００が払い出したＲｘ  ＳｅｓｓｉｏｎＩＤが含まれている。ＰＣＲＦ４００は、Ｒｘ  ＳｅｓｓｉｏｎＩＤをキーにして、該当する端末１００が確立したＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する情報を呼情報４２０から検索する（Ｓ１２０２）。ＰＣＲＦ４００は、検索で発見できたか判定する（Ｓ１２０３）。ＰＣＲＦ４００が呼情報４２０の中から該当するＲｘ  ＳｅｓｓｉｏｎＩＤを保持するＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する情報を発見できなかったとき（ＮＯ）、ＰＣＲＦ４００は、ＤＲＡ５００に対してエラー応答を送信して（Ｓ１２０４）、終了する。ステップ１２０４において、ＰＣＲＦ４００がエラー応答を返すために、結果的に端末１００は、音声発信をできない。
【００４５】
ステップ１２０３において、ＰＣＲＦ４００が呼情報４２０の中から該当するＲｘ  ＳｅｓｓｉｏｎＩＤを保持するＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する情報を発見できたら（ＹＥＳ）、ＰＣＲＦ４００は、ＶｏＬＴＥ発信応答をＤＲＡ５００に対して送信する（Ｓ１２０５）。ＰＣＲＦ４００は、呼情報の中に設定されているＧｘ  ＳｅｓｓｉｏｎＩＤを用いて、Ｐ−ＧＷに対してベアラ確立要求を送信して（Ｓ１２０６）、終了する。
【００４６】
図１８を参照して、ＤＲＡ装置の構成を説明する。図１８において、ＤＲＡ５００Ａは、呼情報５１０と、ＰＣＲＦ一覧５２０と、ＶｏＬＴＥ発信メッセージ一時格納領域５３０と、信号処理部５４０とから構成されている。
【００４７】
呼情報５１０は、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの呼情報を格納する。呼情報５１０は、図９に示すテーブルの内容が保存されている。ＰＣＲＦ一覧５２０は、ＤＲＡ５００を利用するオペレータにより設定される情報である。ＰＣＲＦ一覧５２０は、ＤＲＡ５００が選択するべきＰＣＲＦの一覧が保存されている。
【００４８】
信号処理部５４０は、ＤＲＡ５００の対向装置であるＳ−ＧＷ２００、Ｐ−ＧＷ３００、ＰＣＲＦ４００、ＡＦ８００とＤｉａｍｅｔｅｒの通信を実施する。信号処理部５４０は、Ｄｉａｍｅｔｅｒ信号を処理する毎に、呼情報５１０の内容を更新する。信号処理部５４０は、Ｄｉａｍｅｔｅｒ信号を処理する。
【００４９】
ＤＲＡ５００Ｂは、ＶｏＬＴＥ発信メッセージ一時格納領域５３０を保持する。ＶｏＬＴＥ発信メッセージ一時格納領域５３０は、Ｄｉａｍｅｔｅｒ  Ｓｅｓｓｉｏｎを確立するまでの間、ＡＦ８００より送信されてきたＤｉａｍｅｔｅｒ信号を一時的に格納する。
【００５０】
図１９を参照して、ＶｏＬＴＥ発信メッセージ一時格納領域５３０の使い方を説明する。図１９は、ＤＲＡ５００ＡがＡＦ８００からＶｏＬＴＥ発信のためのＤｉａｍｅｔｅｒメッセージを受信したときのフローチャートである。図１９において、ＤＲＡ５００Ａは、ＡＦ８００から送られてきたＤｉａｍｅｔｅｒメッセージの受信処理を実施する（Ｓ９０１）。ＤＲＡ５００Ａは、ＡＦ８００から送られて来たＤｉａｍｅｔｅｒメッセージの中をそのまま、ＶｏＬＴＥ発信メッセージ一時格納領域５３０にコピーする（Ｓ９０２）。ＤＲＡ５００Ａは、ＰＣＲＦ４００に対してＶｏＬＴＥ発信のメッセージを送信して（Ｓ９０３）、終了する。
【００５１】
図２０を参照して、ＤＲＡがＰＣＲＦからＶｏＬＴＥ発信のＤｉａｍｅｔｅｒメッセージに対する応答のＤｉａｍｅｔｅｒメッセージを受信した場合のＤＲＡの処理を説明する。図２０において、ＤＲＡ５００Ａは、ＰＣＲＦ４００からＶｏＬＴＥ発信のＤｉａｍｅｔｅｒメッセージに対する応答のＤｉａｍｅｔｅｒメッセージを受信する（Ｓ１００１）。ＤＲＡ５００Ａは、受信したＤｉａｍｅｔｅｒメッセージの内容を解析する。ＤＲＡ５００Ａは、受信したＤｉａｍｅｔｅｒメッセージがエラー応答である判定する（Ｓ１００２）。正常応答であると判断した場合（ＮＯ）、ＤＲＡ５００Ａは、ＡＦ８００にＰＣＲＦ４００から受信したＤｉａｍｅｔｅｒメッセージを転送する（Ｓ１００３）。ＤＲＡ５００Ａは、ＶｏＬＴＥ発信メッセージ一時格納領域５３０から、該当するＤｉａｍｅｔｅｒメッセージの情報を削除して（Ｓ１００４）、終了する。
【００５２】
ステップ１００２でエラー応答だったとき（ＹＥＳ）、ＤＲＡ５００は、呼情報５１０からＧｘ  Ｓｅｓｓｉｏｎ、Ｇｘｘ  Ｓｅｓｓｉｏｎ、Ｒｘ  Ｓｅｓｓｉｏｎの情報を呼び出す（Ｓ１００５）。ＤＲＡ５００は、Ｇｘ  Ｓｅｓｓｉｏｎ、Ｇｘｘ  Ｓｅｓｓｉｏｎ、Ｒｘ  Ｓｅｓｓｉｏｎをそれぞれ確立する為のＤｉａｍｅｔｅｒメッセージをＰＣＲＦ４００に対して送信して（Ｓ１００６）、終了する。
【００５３】
ＰＣＲＦ４００に対して、各Ｓｅｓｓｉｏｎの確立メッセージの送信が終了した時点で、ＤＲＡ５００ＡがＰＣＲＦ４００からＶｏＬＴＥ発信のＤｉａｍｅｔｅｒメッセージに対する、応答のＤｉａｍｅｔｅｒメッセージを受信した場合の処理は終了する。
【００５４】
図２１を参照して、ＤＲＡがＰＣＲＦからセッション確立完了のＤｉａｍｅｔｅｒメッセージを受信したときのＤＲＡの処理を説明する。図２１において、ＤＲＡ５００Ａは、ＰＣＲＦ４００からＤｉａｍｅｔｅｒセッション確立要求に対する応答のＤｉａｍｅｔｅｒメッセージを受信する（Ｓ１１０１）。ＤＲＡ５００Ａは、自身が送信したＤｉａｍｅｔｅｒセッションの確立要求に対する応答メッセージである判定する（Ｓ１１０２）。他装置が送信したＤｉａｍｅｔｅｒメッセージに対する確立応答メッセージであれば（ＮＯ）、ＤＲＡ５００Ａは、そのメッセージを送信した装置に対してＤｉａｍｅｔｅｒメッセージを転送して（Ｓ１１０３）、終了する。
【００５５】
ステップ１１０２において、ＤＲＡ５００Ａが送信したセッション確立要求に対する応答であったとき（ＹＥＳ）、ＤＲＡ５００Ａは、ＶｏＬＴＥ発信メッセージを一時格納領域５３０から呼び出す（Ｓ１１０４）。ＤＲＡ５００Ａは、ＶｏＬＴＥ発信メッセージ一時格納領域５３０から呼び出したＤｉａｍｅｔｅｒメッセージをＰＣＲＦ４００に対して送信して（Ｓ１１０５）、終了する。
【００５６】
図２２を参照して、ＶｏＬＴＥシステムの処理シーケンスを説明する。図２２において、正常な状態では、Ｓ−ＧＷ２００、Ｐ−ＧＷ３００、ＤＲＡ５００Ａ、ＰＣＲＦ４００、ＡＦ８００にＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎに関する呼情報が保持されている。この状態で、ＰＣＲＦ４００に障害が発生する（Ｓ８０１）。その後、ＰＣＲＦ４００は、障害から復旧する（Ｓ８０２）。ＰＣＲＦ４００は、障害から復旧したためサービスを再開する。しかし、ＰＣＲＦ４００の内部に保存されている呼情報４２０の内容は失われている。
【００５７】
この状態で、端末１００からＳＩＰ信号用ベアラを経由して、ＳＩＰサーバ７００に対してＶｏＬＴＥ発信のメッセージが送信される（Ｓ８０３）。ＳＩＰサーバ７００は、端末１００に対して呼び出し中のＳＩＰメッセージを送信する（Ｓ８０４）。ＳＩＰサーバ７００は、端末１００からのＶｏＬＴＥ発信メッセージを受けて、ＡＦ８００に対してＶｏＬＴＥ発信のメッセージを送信する（Ｓ８０５）。ＡＦ８００は、ＤＲＡ５００Ａに対して、ＶｏＬＴＥ発信に関するＤｉａｍｅｔｅｒメッセージを送信する（Ｓ８０６）。ＤＲＡ５００Ａは、図１９のフローチャートに示す動作を実行し、ＰＣＲＦ４００に対してＶｏＬＴＥ発信に関するＤｉａｍｅｔｅｒメッセージを転送する（Ｓ８０７）。ＰＣＲＦ４００は、図１７のフローチャートに示す動作を実行し、ＤＲＡ５００Ａに対してエラー応答を送信する（Ｓ８０８）。ＤＲＡ５００Ａは、図２０のフローチャートに示す動作を実行し、ＰＣＲＦ４００に対してＤｉａｍｅｔｅｒセッションを確立する為のＤｉａｍｅｔｅｒメッセージを送信する（Ｓ８０９）。ＰＣＲＦ４００がこのメッセージを受信した結果、ＰＣＲＦ４００は、図１１のフローチャートに示す処理が実行さる。そして、セッション確立の処理が実行される事により、ＰＣＲＦ４００の内部で呼情報４２０が再構築される。
【００５８】
ＰＣＲＦ４００は、セッションの確立応答を送信する（Ｓ８１０）。ＤＲＡ５００Ａは、図２１のフローチャートに示す動作を実行し、ＰＣＲＦ４００に対してＶｏＬＴＥ発信のＤｉａｍｅｔｅｒメッセージを送信する（Ｓ８１１）。ＰＣＲＦ４００は、図１７のフローチャートに示す動作を実行し、ＶｏＬＴＥ発信応答を送信する（Ｓ８１２）。ＤＲＡ５００Ａは、ＶｏＬＴＥ発信応答のＤｉａｍｅｔｅｒメッセージをＡＦ８００に対して転送する（Ｓ８１３）。ＡＦ８００は、ＶｏＬＴＥ発信応答のＤｉａｍｅｔｅｒメッセージを受けて、ＳＩＰサーバ７００に対して、ＶｏＬＴＥ発信応答を送信する（Ｓ８１４）。
【００５９】
ＰＣＲＦ４００は、ステップ８１１でＶｏＬＴＥ送信した後に、ベアラ確立要求もＤＲＡ５００Ａに対して送信する（Ｓ８１５）。ＤＲＡ５００Ａは、ベアラ確立要求のＤｉａｍｅｔｅｒメッセージを受信したら、それをＰ−ＧＷ３００に転送する（Ｓ８１６）。Ｐ−ＧＷ３００は、ＤＲＡ５００Ａからのベアラ確立要求を受けて、Ｓ−ＧＷ２００に対してベアラ確立要求を送信する（Ｓ８１７）。Ｓ−ＧＷ２００は、Ｐ−ＧＷ３００に対してベアラ確立応答を送信する（Ｓ８１８）。Ｐ−ＧＷ３００は、ＤＲＡ５００Ａに対してベアラ確立応答のＤｉａｍｅｔｅｒメッセージを送信する（Ｓ８１９）。ＤＲＡ５００Ａは、ベアラ確立応答のＤｉａｍｅｔｅｒメッセージをＰＣＲＦ４００に対して転送する（Ｓ８２０）。ここまでの処理で、音声通話用のベアラが成立する。
【００６０】
ＳＩＰサーバ７００は、端末１００に対して呼び出し成功のＳＩＰメッセージを送信する（Ｓ８２１）。端末１００は、呼び出し成功のＳＩＰメッセージを受けて、音声通信を開始する（Ｓ８２２）。
【００６１】
本実施例によれば、ＰＣＲＦに情報が喪失するような障害が発生しても、端末による音声通信の発着信が可能になる。
ルーティングエージェント装置（ＤＲＡ）は、ソフトウェアで実現しても、ハードウェアで実現してもよい。
【符号の説明】
【００６２】
１００…移動端末、１１０…呼情報、１２０…ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの呼情報、２００…Ｓ−ＧＷ、２１０…ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの呼情報、３００…Ｐ−ＧＷ、３１０…ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの呼情報、４００…ＰＣＲＦ、４１０…ＱｏＳの設定ポリシー、４２０…ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの呼情報、５００…ＤＲＡ、５１０…ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの呼情報、５２０…ＰＣＲＦ一覧、５３０…ＶｏＬＴＥ発信メッセージ一時格納領域、５４０…信号処理部、６００…電話網、７００…ＳＩＰサーバ、７１０…ＳＩＰの呼情報、８００…ＡＦ、８１０…ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎの呼情報、１０００…ＶｏＬＴＥシステム。
【図１】
2015041906.tif 000003
【図２】
2015041906.tif 000004
【図３】
2015041906.tif 000005
【図４】
2015041906.tif 000006
【図５】
2015041906.tif 000007
【図６】
2015041906.tif 000008
【図７】
2015041906.tif 000009
【図８】
2015041906.tif 000010
【図９】
2015041906.tif 000011
【図１０】
2015041906.tif 000012
【図１１】
2015041906.tif 000013
【図１２】
2015041906.tif 000014
【図１３】
2015041906.tif 000015
【図１４】
2015041906.tif 000016
【図１５】
2015041906.tif 000017
【図１６】
2015041906.tif 000018
【図１７】
2015041906.tif 000019
【図１８】
2015041906.tif 000020
【図１９】
2015041906.tif 000021
【図２０】
2015041906.tif 000022
【図２１】
2015041906.tif 000023
【図２２】
2015041906.tif 000024