(57)【要約】【課題】ＰＧＷがＰＣＲＦの故障を検知した場合に音声通話を継続できるようにする。【解決手段】ＬＴＥのＥＰＣのＰＧＷに、ＰＧＷが制御している各セッションの情報を格納したセッション管理情報を設け、ポリシー/課金制御装置の障害を検出した場合、セッション管理情報を参照し、通話中のセッションについてはセッションを維持して、通話状態の監視を行い、通話終了後にセッションの解放を行う。【選択図】  図５
2015177385.tif 000002
【特許請求の範囲】
【請求項１】
複数の装置から構成されるネットワークにおけるセッション制御方法であって、制御信号を送受信するインタフェースと、ユーザ信号を送受信するインタフェースが別々に規定され、前記複数の装置は制御信号を送受信するインタフェースまたは制御信号を送受信するインタフェースとユーザ信号を送受信するインタフェースの両方を有し、前記複数の装置間でセッションを確立して制御信号および／またはユーザ信号を送受信し、
前記複数の装置のうち、前記セッションの制御を行う機能を有する装置が、前記インタフェースを介して対向する装置の障害を検出すると、前記対向する装置との間に制御信号を送受信するインタフェースおよびユーザ信号を送受信するインタフェースの両方を有するか、制御信号を送受信するインタフェースのみ有するかの判定を行い、制御信号を送受信するインタフェースのみ有する装置である場合には、前記対向装置に関する通話中のユーザ信号のセッションを通話終了まで維持することを特徴とするセッション制御方法。
【請求項２】
ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）のＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）のＰＧＷ（Ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  ＧａｔｅＷａｙ）におけるセッション制御方法であって、
ＰＧＷは、ＰＧＷが制御している各セッションの情報を格納したセッション管理情報を有し、ポリシー/課金制御装置の障害を検出した場合、前記セッション管理情報を参照し、通話中のセッションについては、通話状態の監視を行って、通話終了後にセッションの解放を行うことを特徴とするセッション制御方法。
【請求項３】
前記セッション管理情報は、セッション毎に接続先サービング・ゲートウェイ情報、接続先ポリシー/課金制御装置情報、セッションの確立状態の情報、通話終了後にセッション解放を実施するセッションであるかどうかを示す情報を有することを特徴とする請求項２に記載のセッション制御方法。
【請求項４】
ＰＧＷは、前記セッションの確立状態の情報を参照し、通話中のセッションについては、通話終了後にセッション解放を実施するセッションであるかどうかを示す情報に通話終了後にセッション解放を実施する対象であることを記録することを特徴とする前記請求項３に記載のセッション制御方法
【請求項５】
通話状態の監視は、予め定めた一定時間以上無通信が継続するか否か、または終話を示す制御信号を含むパケットを監視することにより、通話終了を判断することを特徴とする請求項２に記載のセッション制御方法。
【請求項６】
ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）のＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）のパケット・データ・ネットワーク・ゲートウェイ（Ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  ＧａｔｅＷａｙ）であって、
ゲートウェイが制御している各セッションの情報を格納したセッション管理情報を有し、ポリシー/課金制御装置の障害を検出した場合、前記セッション管理情報を参照し、通話中のセッションについては、通話状態の監視を行って、通話終了後にセッションの解放を行うことを特徴とするゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信セッション制御技術に関し、特に無線通信システムにおける障害発生時のセッション制御技術に関する。
【背景技術】
【０００２】
ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）は、第３世代（３Ｇ）携帯電話のデータ通信を高速化した規格であり、国・地域の標準化団体間の国際的な標準化プロジェクトである３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）によって２００９年３月に仕様が策定された。
【０００３】
ＬＴＥのネットワークは、ポリシー／課金制御装置（ＰＣＲＦ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）、パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ：Ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  ＧａｔｅＷａｙ）、サービング・ゲートウェイ（ＳＧＷ：Ｓｅｒｖｉｎｇ  ＧａｔｅＷａｙ）、モビリティ管理装置（ＭＭＥ：Ｍｏｂｏｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｑｕｉｐｍｅｎｔ）からなるコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）と、無線基地局装置であるｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）とＭＭＥからなるアクセス・ネットワークから構成される。
【０００４】
ＥＰＣは、移動体端末装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）のモビリティ管理やセッション管理、ユーザパケットのルーティング・転送などの機能を提供し、ＬＴＥにおける中心的な役割を持つ。また、アクセス・ネットワークは、無線リソース管理、ＵＥのモビリティ管理機能を具備し、ＥＰＣと接続してユーザパケットを転送する役割を持つ。
【０００５】
ＬＴＥで音声通話サービスを提供する技術は、ＶｏＬＴＥ（ＶｏｉｃｅＯｖｅｒＬＴＥ）と呼ばれる。ＬＴＥにおいて音声通話サービスやショート  メッセージ  サービス（ＳＭＳ：ＳｈｏｒｔＭｅｓｓａｇｅＳｅｒｖｉｃｅ）を実現するための取り組みとしては、携帯電話事業者、端末・通信機器メーカーが「Ｏｎｅ  Ｖｏｉｃｅ  Ｉｎｉｔｉａｔｉｖｅ」を立ち上げ、「Ｏｎｅ  Ｖｏｉｃｅ；  Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ  ｐｒｏｆｉｌｅ」仕様を作成しており、それを引き継ぐ形で携帯通信事業者の業界団体「ＧＳＭ（登録商標）  Ａｓｓｏｃｉａｔｉｏｎ」が、ＶｏＬＴＥの標準策定を進めている。
【０００６】
ＬＴＥにおいては、非特許文献１に記載されているように、ＥＰＣの各装置間を接続するインタフェースおよびインタフェース毎にネットワーク内の制御に利用される制御信号用のプロトコルであるコントロールプレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）や、ユーザ信号を送受信するプロトコルであるユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）転送を行う機能などが規定されている。
【０００７】
ＥＰＣでは、ＵＥの電源が投入されると、ＵＥからの接続要求がＭＭＥに送信され、前述の各装置間に各インタフェースにおけるＣｏｎｔｒｏｌ  ＰｌａｎｅやＵｓｅｒ  Ｐｌａｎｅのセッションが生成される。この電源投入時に作成されるＵｓｅｒ  Ｐｌａｎｅセッションをデフォルト（Ｄｅｆａｕｌｔ）ベアラと呼び、ＵＥのサービス要求毎にＵｓｅｒ  Ｐｌａｎｅ  転送用に専用（Ｄｅｄｉｃａｔｅｄ）ベアラを生成する。この１ＵＥセッションに紐づくＤｅｆａｕｌｔベアラとＤｅｄｉａｔｅｄベアラの総称をＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）コネクションと呼んでいる。ＶｏＬＴＥにおける音声データも、通話ごとにＣｏｎｔｒｏｌ  Ｐｌａｎｅにより、音声データ用のＵｓｅｒ  Ｐｌａｎｅのセッション（Ｄｅｄｉｃａｔｅｄベアラ）を生成し、Ｄｅｄｉｃａｔｅｄベアラを通して音声データを転送することで通話を行い、終話の際にＤｅｄｉｃａｔｅｄベアラを解放する。
【０００８】
また規格には、各装置は、インタフェースを介して対向している装置から故障後の再起動などによる再開を示すメッセージを受信、または対向装置の障害を検知した場合、その対向装置に関連するセッションを解放する規定がなされている。ＥＰＣにおいてセッションの管理は、ＵＥ、ＭＭＥ、ＳＧＷ、ＰＧＷが行っており、前述のように対向装置からの再開または故障メッセージにより対向装置に関するセッションが開放されてしまう。特許文献１は、ＰＣＲＦ障害の一時的なサービス停止の発生時に、ベアラに影響を与えることなくゲートウェイコントロールセッションなどを復旧可能とする技術が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】国際公開第２０１１／０９９５２３号
【非特許文献】
【００１０】
【非特許文献１】３ＧＰＰ  ＴＳ２３．００７  （Ｒｅｌｅａｓｅ １０）
【発明の概要】
【発明が解決しようとする課題】
【００１１】
特許文献１は、ＰＣＲＦの一時的なサービス停止の場合の発明であり、ＰＣＲＦが、セッション情報をＰＣＲＦクライアントノードに常に送信して保持しておく必要があり、特別な装置、シーケンスを設ける必要がある。本願発明は、特別な装置や規格に規定されないシーケンスを設けることなく、音声通話に影響がないＣｏｎｔｒｏｌ  Ｐｌａｎｅのみを制御する装置の故障の場合には、音声通話を継続しつつ、故障した装置に関連する不要なセッションを解放できるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明においては、一例として、複数の装置から構成されるネットワークで、制御信号を送受信するインタフェースと、ユーザ信号を送受信するインタフェースが別々に規定され、各装置は両方のインタフェースまたは制御信号を送受信するインタフェースを有し、各装置間でセッションを確立して制御信号またはユーザ信号を送受信する場合に、セッションの制御機能を有する装置が、インタフェースを介して対向する装置の障害を検出すると、対向する装置が制御信号を送受信するインタフェースのみ有する装置である場合には、対向装置に関する通話中のユーザ信号のセッションを通話終了まで維持するようにしたものである。
【００１３】
別の例として、ＬＴＥのＥＰＣのＰＧＷにＰＧＷが制御している各セッションの情報を格納したセッション管理情報を設け、ポリシー/課金制御装置の障害を検出した場合、セッション管理情報を参照し、通話中のセッションについては、通話状態の監視を行って、通話終了後にセッションの解放を行うようにしたものである。
【発明の効果】
【００１４】
本発明によれば、音声通話に影響がないＣｏｎｔｒｏｌ  Ｐｌａｎｅのみを制御する装置の故障時に、音声通話を継続しつつ、故障した装置に関連する不要なセッションを解放できる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施例におけるネットワーク通信システムの装置構成およびユーザプレーンおよびコントロールプレーンのインタフェース構成を説明する図である。
【図２】本発明の一実施例における端末電源ＯＮからＳＩＰサーバへの登録までのシーケンスを説明する図である。
【図３（ａ）】本発明の一実施例における一般呼発信、着信のシーケンスを説明する図である。
【図３（ｂ）】本発明の一実施例における一般呼発信、着信のシーケンスを説明する図である。
【図３（ｃ）】本発明の一実施例における一般呼発信、着信のシーケンスを説明する図である。
【図４】従来の障害および再開検出時のセッションの解放シーケンスを説明する図である。
【図５】本発明の一実施例における障害および再開検出時のセッションの解放シーケンスを説明する図である。
【図６】本発明の一実施例における障害および再開検出時のセッションの処理内容を説明するフローチャートである。
【図７】本発明の一実施例における通話終了時のセッション解放対象確認と切断要求処理を説明するフローチャートである。
【図８】本発明の一実施例におけるＰＧＷの機能構成を説明する図である。
【図９】本発明の一実施例におけるセッション管理情報を説明する図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。
図１は、本発明の一実施例に係るネットワーク通信システムの装置構成およびユーザプレーンおよびコントロールプレーンのインタフェース構成を説明する図である。
図１は、アクセス・ネットワークおよびＬＴＥ−ＥＰＣの構成を示している。
【００１７】
アクセス・ネットワークおよびＬＴＥ−ＥＰＣを構成する装置の概要を表１に、各装置間のインタフェースの概要を表２に、表２の各インタフェースにおける障害検知時の動作について表３に示して以下説明する。
【００１８】
【表１】
2015177385.tif 000003
【００１９】
【表２】
2015177385.tif 000004
【００２０】
【表３】
2015177385.tif 000005
【００２１】
図１においてユーザが使用するＵＥ１０１、ＵＥ１０２とｅＮＢ１０３間は無線インタフェースのＬＴＥ−Ｕｕを用いて接続し、Ｕｓｅｒ  ＰｌａｎｅおよびＣｏｎｔｒｏｌ  Ｐｌａｎｅを送受信する。ｅＮＢはＵＥに対して制御情報を報知する機能、緊急速報を報知する機能などを有する。
ＵＥの移動管理、セッション管理、セキュリティ管理を行うＭＭＥ１０４は、端末の認証処理を行う機能を有する。ｅＮＢ−ＭＭＥ間はＳ１−ＭＭＥインタフェースにより接続され、Ｃｏｎｔｒｏｌ  Ｐｌａｎｅの送受信を行う。
ＳＧＷ１０５は、無線側のアクセス・ネットワークとＥＰＣとの接続点となるゲートウェイ機能を持つ装置であり、ＭＭＥ−ＳＧＷ間はＳ１１インタフェースにより接続され、Ｃｏｎｔｒｏｌ  Ｐｌａｎｅの送受信を行う。ｅＮＢ−ＳＧＷ間はＳ１−Ｕインタフェースにより接続され、Ｕｓｅｒ  Ｐｌａｎｅの送受信を行う。
ＰＧＷ１０６は、ＥＰＣと外部ＩＰネットワークであるパケット・データ・ネットワーク（ＰＤＮ  ：  Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）との接続点となるゲートウェイ機能を持つ装置であり、ＳＧＷ−ＰＧＷ間はＳ５／Ｓ８インタフェースにより接続され、Ｕｓｅｒ  ＰｌａｎｅおよびＣｏｎｔｒｏｌ  Ｐｌａｎｅを転送する。ＰＧＷは外部ＩＰネットワークに対してＵｓｅｒ  Ｐｌａｎｅの送受信を行う。
ＰＣＲＦ１０７は、サービス、課金などのポリシーの制御を行う装置であり、データの帯域を制御する機能を有する。ＰＧＷ−ＰＣＲＦ間はＧｘインタフェースにより接続され、Ｃｏｎｔｒｏｌ  Ｐｌａｎｅの送受信を行う。
このようにアクセス・ネットワークおよびＬＴＥ−ＥＰＣにおいてｅＮＢ１０３、ＳＧＷ１０５、ＰＧＷ１０６を使用してＵＥ−ＰＤＮ間でＵｓｅｒ  Ｐｌａｎｅの送受信を行う。
【００２２】
ＬＴＥ上でＵＥと外部ＩＰネットワーク（ＰＤＮ）間でＵｓｅｒ  Ｐｌａｎｅ転送を行うためには、論理的なコネクションを確立する必要がある。この論理的なコネクションを標準上、ＰＤＮコネクションと呼ぶ。ＰＤＮコネクションは、１つのＰＤＮとデータ通信をする際に１本以上確立する必要がある。ＰＤＮコネクションは、１本のＤｅｆａｕｌｔベアラと０本以上のＤｅｄｉｃａｔｅｄベアラから構成される。
【００２３】
次に、ＰＤＮコネクション確立方法について説明する。
図２は、本発明の一実施例における端末電源ＯＮからＳＩＰサーバへの登録シーケンスを説明する図である。
ＶｏＬＴＥでは音声通話にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を使用しており、ＳＩＰサーバであるＰ−ＣＳＣＦ（Ｐｒｏｘｙ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）とＰＤＮコネクションを確立する。図２では、ＬＴＥ−ＥＰＣ網でＵＥ１０１の電源を入れてからＣｏｎｔｒｏｌ  Ｐｌａｎｅを使用して、Ｄｅｆａｕｌｔベアラを確立するまでのシーケンスを説明する。図２の各シーケンスは、コロンの前にインタフェース名、コロンの後にメッセージ名を記載している。以下の図３ないし図５も同様である。
【００２４】
ＵＥ１０１の電源を入れると、まずアクセス・ネットワーク間（無線区間）の接続が確立される。図２および以降のシーケンス図において、無線区間（アクセス・ネットワーク間）のシーケンスは省略する。ＭＭＥ１０４は、Ｓ１１インタフェースを使用してＭＭＥ１０４からＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔメッセージ２０１をＳＧＷ１０５へ送信する。ＳＧＷ１０５は、ＭＭＥ１０４からの要求を受けＳ５／Ｓ８インタフェースを使用してＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔメッセージ２０２をＰＧＷ１０６へ送信する。
【００２５】
ＰＧＷ１０６は、ＳＧＷ１０５からのＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔメッセージ２０２に従い、Ｇｘインタフェースを使用してＰＧＷ−ＰＣＲＦ間Ｓｅｓｓｉｏｎ確立要求のＣＣＲ（Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−Ｒｅｑｕｅｓｔ）メッセージ２０３をＰＣＲＦ１０７へ送信する。ＰＣＲＦ１０７は、ＳＩＰシグナリング用のＰＣＣルールをＤｅｆａｕｌｔベアラとして設定したＣＣＡ（Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−  Ａｎｓｗｅｒ）メッセージ２０４をＰＧＷ１０６に送信する。ＰＧＷ１０６は、Ｐ−ＣＳＣＦ  ＩＰｖ６  Ａｄｄｒｅｓｓを設定したＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージ２０５をＳＧＷ１０５へ送信する。
【００２６】
ＳＧＷ１０５は、ＳＧＷ１０５のＵ−ＰｌａｎｅのＩＰアドレスを含めた、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージ２０６をＭＭＥ１０４に対して送信する。ＭＭＥ１０４は、ＳＧＷ１０５に対して、Ｓ１−Ｕの転送用制御情報を格納してＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ２０７を送信する。ＳＧＷ１０５は、ＭＭＥ１０４に、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージ２０８にて応答する。
以上のシーケンスにより、ＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎが確立し、ＵＥ１０１〜Ｐ−ＣＳＣＦ１０８間でＵｓｅｒ  Ｐｌａｎｅの送受信が可能となる。
【００２７】
ＵＥは、Ｕｓｅｒ  Ｐｌａｎｅ情報として、ＳＩＰインタフェースを使用してＲｅｇｉｓｔｅｒメッセージ２０９をＰ−ＣＳＣＦ１０８に送信する。Ｐ−ＣＳＣＦ１０８はＵＥ１０１宛てに２００  ＯＫ応答メッセージ２１０を返信する。Ｄｅｆａｕｌｔベアラは、上りと下り用があるが、説明をわかりやすくするため図では上りのみ示して下りは省略している。
以上のシーケンスにより、ＳＩＰによる発着信が可能となる。ＵＥ１０２についても、同様にＵＥ１０２の電源をＯＮにしてから、無線区間（アクセス・ネットワーク間）の接続を確立し、ＵＥ１０１と同様のシーケンスによりＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎが確立し、ＵＥ１０２〜Ｐ−ＣＳＣＦ１０８間でＵｓｅｒ  Ｐｌａｎｅの送受信が可能となる。ＵＥ１０２は、Ｕｓｅｒ  Ｐｌａｎｅ情報として、ＳＩＰインタフェースを使用してＲｅｇｉｓｔｅｒメッセージ２１１をＰ−ＣＳＣＦ１０８に送信し、Ｐ−ＣＳＣＦ１０８はＵＥ１０２宛てに２００  ＯＫ応答メッセージ２１２を返信する．
次に発信から通話までの制御について説明する。
図３（ａ）（ｂ）（ｃ）は、本発明の一実施例における一般呼発信、着信のシーケンスを説明する図である。
【００２８】
［発信］
図３（ａ）において、ＵＥ１０１のユーザがＵＥ１０２に発信操作を行うと、ＵＥ１０１はＩＮＶＩＴＥ要求メッセージ３０１をＵＥ１０２宛てに送信する。
Ｐ−ＣＳＣＦ１０８は、ＩＮＶＩＴＥ要求メッセージ３０１受信すると処理中を示す１００  Ｔｒｙｉｎｇ暫定応答メッセージ３０２をＵＥ１０１宛てに送信し、ＩＮＶＩＴＥ要求メッセージ３０３をＵＥ１０２宛てに転送する。ＵＥ１０２は、ＩＮＶＩＴＥ要求メッセージ３０３受信時に、処理中を示す１００  Ｔｒｙｉｎｇ暫定応答メッセージ３０４をＰ−ＣＳＣＦ（１０８）宛てに送信する。さらにＵＥ１０２は、１８０  Ｒｉｎｇｉｎｇ暫定応答メッセージ３０５をＵＥ１０１宛てに送信する。Ｐ−ＣＳＣＦ１０８は、ＵＥ１０２からの１８０  Ｒｉｎｇｉｎｇ暫定応答メッセージ３０６をＵＥ１０１に転送する。
【００２９】
［応答］
続いてＵＥ１０２のユーザは、呼出しに応答するとＩＮＶＩＴＥ要求メッセージ３０３の最終応答として２００  ＯＫ応答メッセージ３０７をＵＥ１０１宛てに送信する。
Ｐ−ＣＳＣＦ１０８は、ＵＥ１０１の音声用ベアラを確立するため、ＡＡＲ（ＡＡ−Ｒｅｑｕｅｓｔ）［Ｔｙｐｅ  ＲＥＲ］メッセージ３０８をＰＣＲＦ１０７に送信する。ＰＣＲＦ１０７は、ＡＡＲの確認応答としてＡＡＡ（ＡＡ−Ａｎｓｗｅｒ）［Ｔｙｐｅ  ＡＡＡ］メッセージ３０９をＰ−ＣＳＣＦ１０８に送信する。
【００３０】
ＰＣＲＦ１０７は、ＲＡＲ（Ｒｅ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ）［Ｔｙｐｅ  ＡＲ］メッセージ３１０をＰＧＷ１０６に送信する。ＰＧＷ１０６は、ＲＡＲ３１０の確認応答としてＲＡＡ（Ｒｅ−Ａｕｔｈ−Ａｎｓｗｅｒ）［Ｔｙｐｅ  ＲＡＡ］メッセージ３１１をＰＣＲＦ１０７に送信する。ＰＧＷ１０６は、Ｄｅｄｉｃａｔｅｄベアラの生成を要求するために、Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ３１２をＳＧＷ１０５へ送信する。ＳＧＷ１０５は、ベアラの追加を要求するために、ＭＭＥ１０４へＣｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ３１３を送信する。
【００３１】
図３（ｂ）に図３（ａ）の続きのシーケンスを示す。
ＳＧＷ１０５がＤｅｄｉｃａｔｅｄベアラを追加した後、ＭＭＥ１０４は、Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ３１３の確認応答としてＣｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージ３１４をＳＧＷ１０５へ送信する。ＳＧＷ１０５は、ＰＧＷ１０６からのＣｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ３１２の確認応答としてＣｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージ３１５を送信する。
以上のシーケンスにより、Ｄｅｄｉｃａｔｅｄベアラが生成される。
また、ＵＥ１０２もＵＥ１０１の３０８〜３１５と同様に３１６〜３２３のシーケンスを行い、Ｄｅｄｉｃａｔｅｄベアラを生成する。
【００３２】
図３（ｃ）に図３（ｂ）のきのシーケンスを示す。
Ｐ−ＣＳＣＦ１０８は、ＵＥ１０２から受信したメッセージ３０７の２００  ＯＫ最終応答メッセージをＵＥ１０１宛てに転送３２４する。ＵＥ１０１は、セッションのメディア・フローを開始し、２００  ＯＫ応答メッセージ３２４の応答としてＵＥ１０２宛てのＡＣＫ要求メッセージ３２５をＰ−ＣＳＣＦ１０８宛てに送信する。Ｐ−ＣＳＣＦ１０８は、ＡＣＫ要求メッセージ３２５をＵＥ１０２宛てに転送３２６する。
以上のシーケンスにより、ＵＥ１０１のユーザとＵＥ１０２のユーザは通話状態となり、Ｄｅｄｉｃａｔｅｄベアラを通して音声通話が可能となる。なおＳＩＰでは音声パケット転送にＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）プロトコルを使用する。
【００３３】
［障害検出］
ＰＧＷが、インタフェースを介して対向する装置の障害を検出した場合、または再開通知を受信した場合の処理について説明する。
まず、従来のシーケンスを説明する。
【００３４】
図４は、従来の障害および再開を検出した装置に属するセッションの解放シーケンスを説明する図である。
ＰＣＲＦ１０７が故障した後、死活監視タイマの満了により障害を検出するか、または、ＰＣＲＦ１０７が再開後に送信してきた再開メッセージを受信すると、ＰＧＷ１０６は不要なセッションであるジャンクセッションを解放するため障害および再開を検出した装置に属するセッションの解放処理を行う。ＰＧＷ１０６は、ＰＤＮコネクションを解放するＰＤＮアドレスに割り付けられているデフォルトベアラ、および関連するリソースを解放するために、Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ４０２）をＳＧＷ１０５へ送信する。ＳＧＷ１０５は、Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ４０４をＭＭＥ１０４へ送信する。
【００３５】
ＭＭＥ１０４は、Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージ４０５をＳＧＷ１０５へ送信する。ＳＧＷ１０５は、Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージ４０６をＰＧＷ１０６へ送信する。以上のシーケンスにより、セッションが解放される。ＰＧＷ１０６はＰＧＷが保持しているセッション管理情報（図９を用いて後述）に従い、障害を検出した装置に属する全セッション分の解放処理を行う。
【００３６】
従来のシーケンスでは、ＰＣＲＦ１０７のようにＣｏｎｔｒｏｌ  Ｐｌａｎｅのみを制御し、通話に必要なＵｓｅｒ  Ｐｌａｎｅ転送に影響のない装置の故障であっても、通話中のセッションも含めて障害装置に属するセッションを一律に解放するため、通話を継続することができないという課題がある。ＰＣＲＦの故障が一時的であれば、背景技術の項で挙げた特許文献１のような特別な装置および特別なシーケンスを設けて、ベアラを保持したままＰＣＣセッションを復旧させるという方法もあるが、ＰＣＲＦの故障は必ずしも一時的であるとは限らない。
【００３７】
そこで、本実施例では、ＰＣＲＦの故障はＵｓｅｒ  Ｐｌａｎｅ転送に影響がないことから、ＰＣＲＦが故障した場合でも、ＰＧＷが通話中のセッションについては通話が終了するまでＰＤＮコネクション解放処理を保留する事で、通話を継続させる。
【００３８】
具体的な課題解決方法について、図５ないし図９を用いて説明する。
図５は、本発明の一実施例における障害および再開検出時のセッションの解放シーケンスを説明する図である。
図６は、本発明の一実施例における障害および再開検出時のセッションへの処理内容を説明するフローチャートである。
図７は、本発明の一実施例における通話終了時のセッション解放対象確認と切断要求処理を説明するフローチャートである。
図８は、本発明の一実施例におけるＰＧＷの機能構成を説明する図である。
図９は、本発明の一実施例におけるセッション管理情報を説明する図である。
【００３９】
図５に示した本実施例の障害および再開検出時のセッションの解放シーケンスは、図８に示したＰＧＷ１０６の呼処理制御部８０１が、対向装置の障害および再開検出時に図６の処理を行うことで実現される。
図５において、ＰＧＷ１０６が対向装置の障害及び再開を検出（５０１）した際に、ＰＧＷ１０６は、図６のフローに従い切断処理を実施する。図６に示すように、ＰＧＷ１０６は、障害および再開元の装置が音声通話ルートの装置でＵｓｅｒ  Ｐｌａｎｅ転送に影響する装置かどうか、対向装置から受信したメッセージまたは死活監視の対象装置のＩＰ等の検出元を表す情報を参照して、対象装置の判定（Ｓ６０１）を行う。障害または再開元の対象装置が音声通話ルートであるＵｓｅｒ  Ｐｌａｎｅ転送に影響するＳＧＷ１０５であると判断した場合、ＰＧＷ１０６は、図４で説明した従来の処理と同様に、障害・再開元の装置に属する全セッションの解放要求設定処理を行う。検出元がＳＧＷ１０５である場合ＰＧＷ１０６が行う解放要求設定処理は、ＰＧＷ１０６が保持する全セッションについて図９のセッション管理情報を参照し、接続先ＳＧＷ情報９０１が障害および再開元のＳＧＷと一致するか判定（Ｓ６０６）し、一致したセッションに対して切断要求を設定（Ｓ６０７）する。
【００４０】
障害及び再開元の装置がＣｏｎｔｒｏｌ  Ｐｌａｎｅのみを制御する装置であり音声通話ルートの装置ではないＰＣＲＦ１０７の場合、ＰＧＷ１０６は、ＰＧＷ１０６が保持する全セッションについて図９のセッション管理情報を参照し、接続先ＰＣＲＦ情報９０２が障害及び再開元のＰＣＲFと一致するか判定（Ｓ６０２）する。図９のセッション管理情報の接続先ＰＣＲＦ情報９０２が障害及び再開元のＰＣＲFと一致した切断対象となるセッションの場合、セッション管理情報のＤｅｄｉｃａｔｅｄベアラ確立状態（９０４）より、通話中かどうか判定（Ｓ６０３）を行う。切断対象のセッションが通話中以外(Ｄｅｄｉｃａｔｅｄベアラ確立なし)の場合、そのセッションに対する切断要求を設定（Ｓ６０４）する。切断対象のセッションが通話中(Ｄｅｄｉｃａｔｅｄベアラ確立中)の場合、すぐには切断を行わずに、通話終了後、ＰＤＮコネクション解放を行う必要のあるセッションであることをＰＧＷ１０６のセッション管理情報のセッション解放実施情報９０５に解放実施有りを記録（Ｓ６０５）する。
【００４１】
このとき、通話中のセッションについては図８のＰＧＷ１０６のユーザパケット制御部８０２に通話データモニタ機能を作成する。ユーザパケット制御部の通話データモニタ機能部では、通話終了後、ステップ６０５で設定したセッション解放実施情報９０５より解放実施有りとなっているセッションか判定し、対象セッションの場合、通話終了後に切断要求を設定（Ｓ６０４）する。通話データモニタ機能での通話終了判定方法としては、例えば、ＶｏＬＴＥの音声パケット転送プロトコルであるＲＴＰでは１０〜１００ｍｓ周期で音声パケットを転送する規定となっていることから一定時間の無通信状態により通話終了と判断する方法や、Ｄｅｆａｕｌｔベアラ内のＳＩＰ終話パケットを検知する事で終話と判断する方法がある。
【００４２】
ＰＧＷ１０６は、これらの方法で通話データのモニタを行っていたセッションの通話終了を検出後、セッションリソース解放する対象のセッションか判定（Ｓ７０１）し、対象セッションの場合、切断要求を設定（Ｓ６０４）する。ＰＧＷ１０６の呼処理制御部８０１では従来処理と同様に切断要求（Ｓ６０４）に従い、Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ（図４の４０２）をＳＧＷ（１０５）へ送信する事でＰＤＮコネクション解放処理を行う。以降のＰＤＮコネクション解放処理は、メッセージ４０１〜４０６の従来シーケンスを同様に行いセッション解放が行われる。
【００４３】
以上説明した実施例によれば、Ｃｏｎｔｒｏｌ  Ｐｌａｎｅのみを制御する装置ＰＣＲＦ（１０７）が障害となった場合、通話中のセッションに対して通話が終了するまでＰＤＮコネクション解放処理を保留し、通話を継続することが可能となります。
音声通話のＵｓｅｒ  Ｐｌａｎｅに影響がないＣｏｎｔｒｏｌ  Ｐｌａｎｅのみを制御する装置であり音声通話ルートの装置ではないＰＣＲＦが故障した場合に、ＰＧＷがＰＣＲＦ障害検知または再開を示すメッセージを検知した場合に、そのＰＣＲＦに関する音声通話中のセッションの切断が行われず、音声通話を継続することが可能となる。また、通話終了後にセッションの解放を行うことを記録し、通話データをモニタするため、通話終了を検出し、通話終了後に確実にセッション切断を行うことができ、ＰＧＷに不要なジャンクセッションが残存する事もない。
【符号の説明】
【００４４】
１０１、１０２  移動体端末装置
１０３  無線基地局装置
１０４  モビリティ管理装置
１０５  サービング・ゲートウェイ
１０６  パケット・データ・ネットワーク・ゲートウェイ
１０７  ポリシー/課金制御装置
１０８  ＳＩＰサーバ
８０１  呼処理制御部
８０２  ユーザパケット制御部
８０３  保守管理機能制御部
８０４  装置管理機能制御部
【図１】
2015177385.tif 000006
【図２】
2015177385.tif 000007
【図３（ａ）】
2015177385.tif 000008
【図３（ｂ）】
2015177385.tif 000009
【図３（ｃ）】
2015177385.tif 000010
【図４】
2015177385.tif 000011
【図５】
2015177385.tif 000012
【図６】
2015177385.tif 000013
【図７】
2015177385.tif 000014
【図８】
2015177385.tif 000015
【図９】
2015177385.tif 000016