優先呼制御方法及び呼制御装置
【課題】優先呼識別子が設定されたＩＮＶＩＴＥを着信した着信端末が、発信端末に対するＳＩＰリクエストの優先呼識別子を設定しない場合であっても、当該ＳＩＰリクエストに係る呼の優先制御を行うことを可能とする。
【解決手段】本発明の優先呼制御方法は、発信端末（２）から発信された着信端末（３）に対するＩＮＶＩＴＥを受信する工程と、優先呼識別子が設定されたＩＮＶＩＴＥが受信された場合、該ＩＮＶＩＴＥに設定されている呼識別子を少なくとも記憶する工程と、前記優先呼識別子が設定されているＩＮＶＩＴＥを着信した着信端末（３）から発信端末（２）に対するＳＩＰリクエストを受信する工程と、受信した前記ＳＩＰリクエストに、記憶された前記呼識別子と同一の呼識別子が設定されていて、かつ、前記ＳＩＰリクエストに優先呼識別子が設定されていない場合に、前記ＳＩＰリクエストに優先呼識別子を設定する工程と、を有する。
【解決手段】本発明の優先呼制御方法は、発信端末（２）から発信された着信端末（３）に対するＩＮＶＩＴＥを受信する工程と、優先呼識別子が設定されたＩＮＶＩＴＥが受信された場合、該ＩＮＶＩＴＥに設定されている呼識別子を少なくとも記憶する工程と、前記優先呼識別子が設定されているＩＮＶＩＴＥを着信した着信端末（３）から発信端末（２）に対するＳＩＰリクエストを受信する工程と、受信した前記ＳＩＰリクエストに、記憶された前記呼識別子と同一の呼識別子が設定されていて、かつ、前記ＳＩＰリクエストに優先呼識別子が設定されていない場合に、前記ＳＩＰリクエストに優先呼識別子を設定する工程と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発信端末と着信端末との間の呼の優先制御を行う優先呼制御方法及び呼制御装置に関する。
【背景技術】
【０００２】
３ＧＰＰ国際標準では、ＩＰベースのマルチメディア通信サービスを提供することを目的として、ＩＰマルチメディアサブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）が検討されている。ＩＭＳでは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｒｏｃｌ）を用いた呼制御が行なわれる。また、ＩＭＳでは、特定のユーザに対して優先制御を行うｅＭＰＳ（Ｅｎｈａｎｃｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｐｒｉｏｒｉｔｙ Ｓｅｒｖｉｃｅ）の提供も検討されている。
【０００３】
図７は、ｅＭＰＳにおける優先制御を説明するための図である。図７において、発信側のユーザ端末（以下、発信端末という）は、優先制御を必要とする優先加入者端末であり、着信側のユーザ端末（以下、着信端末という）は、優先制御を必要としない一般加入者端末であるものとする。
【０００４】
図７に示すように、発信端末は、着信端末との間の呼の設定を要求するＩＮＶＩＴＥを発信する。ｅＭＰＳでは、発信端末が優先加入者端末である場合、発信側のＰ−ＣＳＣＦ（Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）は、発信端末からのＩＮＶＩＴＥに対して優先呼識別子を設定する。これにより、ＩＮＶＩＴＥを着信端末に伝送する各装置（図７における発信側のＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ ＣＳＣＦ）、ＡＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）、着信側のＳ−ＣＳＣＦ、ＡＳ、Ｐ−ＣＳＣＦ）では、当該ＩＮＶＩＴＥにより設定される呼の優先制御が行なわれる。
【０００５】
また、ｅＭＰＳでは、着信端末が、優先呼識別子が設定されたＩＮＶＩＴＥを着信した場合、着信端末から発信端末に対するＳＩＰリクエストに対して優先呼識別子を設定して送信することが規定されている（例えば、非特許文献１）。なお、ＳＩＰリクエストとは、発信端末から発信されたＩＮＶＩＴＥを着信した着信端末が、当該発信端末に対して所定処理を要求する要求信号であり、例えば、通話の保留又は保留解除を要求するＩＮＶＩＴＥや、呼の設定条件の更新を要求するＵＰＤＡＴＥなどがある。
【０００６】
このように、ｅＭＰＳでは、優先呼識別子が設定されたＩＮＶＩＴＥを着信した着信端末は、自端末が一般加入者端末であっても、発信端末に対するＳＩＰリクエストに対しては優先呼識別子を設定する。これにより、当該ＳＩＰリクエストを発信端末に伝送する各装置（図７における着信側のＰ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、ＡＳ、発信側のＳ−ＣＳＣＦ、ＡＳ、Ｐ−ＣＳＣＦ）では、当該ＳＩＰリクエストに係る呼の優先制御が行なわれる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ ＴＳ２４．２２９
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述のｅＭＰＳでは、優先呼識別子が設定されたＩＮＶＩＴＥを着信した着信端末が、発信端末に対するＳＩＰリクエストに優先呼識別子を設定しない場合、当該ＳＩＰリクエストに係る呼の優先制御を行うことができないという問題点があった。
【０００９】
本発明は、かかる点に鑑みてなされたものであり、優先呼識別子が設定されたＩＮＶＩＴＥを着信した着信端末が、発信端末に対するＳＩＰリクエストの優先呼識別子を設定しない場合であっても、当該ＳＩＰリクエストに係る呼の優先制御を行うことが可能な優先呼制御方法及び呼制御装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の優先呼制御方法は、着信端末に対して呼設定要求信号を着信させる呼制御装置における優先呼制御方法であって、発信端末から発信された前記着信端末に対する呼設定要求信号を受信する工程と、優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する工程と、前記優先呼識別子が設定されている呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する工程と、受信した前記要求信号に、記憶した前記呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合に、前記要求信号に優先呼識別子を設定する工程と、を有することを特徴とする。
【００１１】
この構成によれば、呼制御装置は、優先呼識別子が設定されている呼設定要求信号が受信された場合、当該呼設定要求信号に設定されている呼識別子を少なくとも記憶する。また、呼制御装置は、着信端末からの発信端末に対する要求信号に記憶した呼識別子と同一の識別子が設定されていて、かつ、当該要求信号に優先呼識別子が設定されていない場合、当該要求信号に優先呼識別子を設定する。このため、優先呼識別子が設定された呼設定要求信号を着信した着信端末が、発信端末に対する要求信号に優先呼識別子を設定しない場合であっても、当該要求信号に係る呼の優先制御を行うことができる。
【００１２】
本発明の呼制御装置は、着信端末に対して呼設定要求信号を着信させる呼制御装置であって、発信端末から発信された前記着信端末に対する呼設定要求信号を受信する第１受信部と、前記第１受信部で優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する記憶部と、前記優先呼識別子が設定された呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する第２受信部と、前記第２受信部で受信された前記要求信号に前記記憶部で記憶された呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合、前記要求信号に優先呼識別子を設定する設定部と、を具備することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、優先呼識別子が設定されたＩＮＶＩＴＥを着信した着信端末が、発信端末に対するＳＩＰリクエストの優先呼識別子を設定しない場合であっても、当該ＳＩＰリクエストに係る呼の優先制御を行うことが可能な優先呼制御方法及び呼制御装置を提供できる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態に係る呼制御システムの概略構成図である。
【図２】本実施の形態に係るＰ−ＣＳＣＦの機能構成図である。
【図３】本実施の形態に係る呼制御システムにおける優先呼制御動作の一例を示すシーケンス図である。
【図４】本実施の形態に係るＰ−ＣＳＣＦの動作を示すフローチャートである。
【図５】本実施の形態に係るＰ−ＣＳＣＦの動作を示すフローチャートである。
【図６】本実施の形態に係る呼制御システムにおける優先呼制御動作の他の例を示すシーケンス図である。
【図７】従来技術に係る呼の優先制御を説明するための図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１６】
図１は、本実施の形態に係る呼制御システムの概略構成図である。図１に示すように、呼制御システム１は、発信側のユーザ端末（以下、発信端末という）２と着信側のユーザ端末（以下、着信端末という）３との間の呼制御（例えば、呼の設定、切断、更新など）を行うネットワークシステムである。呼制御システム１は、発信端末２の呼制御やサービス制御を行うＩＭＳネットワーク４、着信端末３の呼制御やサービス制御を行うＩＭＳネットワーク５から構成される。なお、以下では、呼制御システム１は、ＳＩＰを用いて呼制御を行うものとするが、他の呼制御プロトコルが用いられても良い。
【００１７】
発信側のＩＭＳネットワーク４は、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、ＡＳ４３を含む。Ｐ−ＣＳＣＦ４１は、発信側で呼制御を行う呼制御装置であり、端末間インタフェース（例えば、Ｇｍインタフェースなど）を介して発信端末２と接続される。具体的には、Ｐ−ＣＳＣＦ４１は、不図示のＩＰ移動伝達ネットワーク（例えば、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークなど）及びアクセスネットワーク（例えば、ＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＴＲＡＮ））、Ｗｉｍａｘなど）などを介して、発信端末２とＳＩＰ信号を送受信する。また、Ｐ−ＣＳＣＦ４１は、Ｓ−ＣＳＣＦ４２とＳＩＰ信号を送受信する。
【００１８】
また、Ｐ−ＣＳＣＦ４１は、発信端末２が優先制御を必要とする優先加入者端末である場合、発信端末２からの着信端末３に対するＩＮＶＩＴＥに対して優先呼識別子を設定する。ここで、発信端末２からの着信端末３に対するＩＮＶＩＴＥは、発信端末２から着信端末３に対して呼の設定を要求する呼設定要求信号である。具体的には、Ｐ−ＣＳＣＦ４１は、発信端末２のユーザ情報（例えば、ユーザプロファイルなど）に基づいて、発信端末２が優先加入者端末であるか否かを判定する。かかるユーザ情報は、発信端末２のＩＭＳネットワーク４に対する登録処理において不図示のＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｖｅｒ Ｓｅｒｖｅｒ）から取得される。
【００１９】
Ｓ−ＣＳＣＦ４２は、発信側で呼制御を行う呼制御装置であり、Ｐ−ＣＳＣＦ４１、ＡＳ４３、着信側のＳ−ＣＳＣＦ５２に接続される。具体的には、Ｓ−ＣＳＣＦ４２は、Ｐ−ＣＳＣＦ４１から受信したＳＩＰ信号を、ＡＳ４３を経由して着信側のＳ−ＣＳＣＦ５２に転送する。また、Ｓ−ＣＳＣＦ４２は、着信側のＳ−ＣＳＣＦ５２から受信したＳＩＰ信号を、ＡＳ４３を経由してＰ−ＣＳＣＦ４１に転送する。なお、Ｓ−ＣＳＣＦ４２は、ＡＳ４３を経由せずにＳＩＰ信号を転送してもよい。また、Ｓ−ＣＳＣＦ４２は、不図示のＩ−ＣＳＣＦ（Ｉｎｔｅｒｏｇａｔｉｎｇ−ＣＳＣＦ）を介して着信側のＳ−ＣＳＣＦ５２とＳＩＰ信号を送受信してもよい。
【００２０】
ＡＳ４３は、発信側でサービス制御（例えば、課金処理など）を行うアプリケーションサーバである。
【００２１】
着信側のＩＭＳネットワーク５は、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、ＡＳ５３を含む。Ｐ−ＣＳＣＦ５１は、着信側で呼制御を行う呼制御装置であり、端末間インタフェース（例えば、Ｇｍインタフェースなど）を介して着信端末３と接続される。具体的には、Ｐ−ＣＳＣＦ５１は、不図示のＩＰ移動伝達ネットワーク（例えば、ＥＰＣネットワークなど）及びアクセスネットワーク（例えば、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、Ｗｉｍａｘなど）などを介して、着信端末３とＳＩＰ信号を送受信する。また、Ｐ−ＣＳＣＦ５１は、Ｓ−ＣＳＣＦ５２とＳＩＰ信号を送受信する。
【００２２】
Ｓ−ＣＳＣＦ５２は、着信側で呼制御を行う呼制御装置であり、Ｐ−ＣＳＣＦ５１、ＡＳ５３、発信側のＳ−ＣＳＣＦ４２に接続される。具体的には、Ｓ−ＣＳＣＦ５２は、発信側のＳ−ＣＳＣＦ４２から受信したＳＩＰ信号を、ＡＳ５３を経由してＰ−ＣＳＣＦ５１に転送する。また、Ｐ−ＣＳＣＦ５１から受信したＳＩＰ信号を、ＡＳ５３を経由して発信側のＳ−ＣＳＣＦ４２に転送する。なお、Ｓ−ＣＳＣＦ５２は、ＡＳ５３を経由せずにＳＩＰ信号を転送してもよい。
【００２３】
ＡＳ５３は、着信側でサービス制御（例えば、課金処理など）を行うアプリケーションサーバである。
【００２４】
以下では、図１に示すように、発信端末２と着信端末３とが発信側のＩＭＳネットワーク４、着信側のＩＭＳネットワーク５に接続する場合を説明する。本実施の形態では、説明を省略するが、呼制御システム１は、同じＩＭＳネットワークに接続する発信端末２と着信端末３との呼制御を行うことも可能である。なお、発信端末２及び着信端末３の種類は限定されず、携帯電話機、携帯情報端末（ＰＤＡ）、携帯型パーソナルコンピュータ、固定電話機、据置型パーソナルコンピュータなどの任意のユーザ端末を用いてよい。
【００２５】
次に、本実施の形態に係る呼制御システムの詳細機能構成について説明する。なお、呼制御システム１を構成する装置は、通信インタフェース、プロセッサ、メモリ、送受信回路などを含むハードウェアを有しており、メモリには、プロセッサによって実行されるソフトウェアモジュールが記憶されている。呼制御システム１の機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。
【００２６】
図２は、本実施の形態に係る着信側のＰ−ＣＳＣＦの詳細機能構成図である。なお、ここでは、Ｐ−ＣＳＣＦ５１が着信側として機能する場合の機能構成を中心に説明するが、発信側として機能する場合の機能構成を備えてもよいことはもちろんである。
【００２７】
図２に示すように、Ｐ−ＣＳＣＦ５１は、ＣＳＣＦインタフェース５１１（第１受信部）、端末インタフェース５１２（第２受信部）、判定部５１３、記憶部５１４、設定部５１５を具備する。
【００２８】
ＣＳＣＦインタフェース５１１は、呼制御装置間のインタフェース（例えば、Ｍｗインタフェースなど）を介して、Ｓ−ＣＳＣＦ５２とＳＩＰ信号を送受信する。具体的には、ＣＳＣＦインタフェース５１１は、着信端末３に対するＩＮＶＩＴＥをＳ−ＣＳＣＦ５２から受信する。また、ＣＳＣＦインタフェース５１１は、着信端末３から発信端末２に対するＳＩＰリクエスト（後述）をＳ−ＣＳＣＦ５２に送信する。
【００２９】
端末インタフェース５１２は、端末間インタフェース（例えば、Ｇｍインタフェースなど）を介して、着信端末３とＳＩＰ信号を送受信する。具体的には、端末インタフェース５１２は、発信端末２からのＩＮＶＩＴＥを着信端末３に送信する。また、端末インタフェース５１２は、着信端末３から発信端末２に対するＳＩＰリクエスト（後述）を着信端末３から受信する。
【００３０】
ここで、ＳＩＰリクエストとは、発信端末２からのＩＮＶＩＴＥ（呼設定要求信号）を着信した着信端末３が、発信端末２に対して所定処理を要求する要求信号である。ＳＩＰリクエストには、例えば、発信端末２からのＩＮＶＩＴＥにより設定される呼による音声通信の停止（すなわち、保留）を要求する保留要求信号や、当該呼による音声通信の再開（すなわち、保留解除）を要求する保留解除要求信号や、当該呼の設定条件の更新を要求する更新要求信号が含まれる。
【００３１】
なお、保留要求信号及び保留解除要求信号としては、例えば、ＩＮＶＩＴＥが用いられる。上述のように、ＩＮＶＩＴＥは、発信端末２から着信端末３に対する呼設定要求信号としても用いられる。このため、着信端末３から発信端末２に対する保留要求信号及び保留解除要求信号としてＩＮＶＩＴＥを用いる場合、当該ＩＮＶＩＴＥ内に保留を識別する情報（例えば、ａ＝ｓｅｎｄｏｎｌｙなど）や保留解除を識別する情報（例えば、ａ＝ｓｅｎｄｒｅｃｖなど）が付加されてもよい。また、上記更新要求信号としては、例えば、ＵＰＤＡＴＥが用いられる。
【００３２】
判定部５１３は、ＣＳＣＦインタフェース５１１で受信されたＩＮＶＩＴＥに優先呼識別子が設定されているか否かを判定する。また、判定部５１３は、端末インタフェース５１２で受信されたＳＩＰリクエストに記憶部５１４に記憶された呼識別子（後述）が設定されているか否かを判定する。また、判定部５１３は、端末インタフェース５１２で受信されたＳＩＰリクエストに記憶部５１４に記憶された呼識別子が設定されていると判定した場合、当該ＳＩＰリクエストに優先呼識別子が設定されているか否かを判定する。
【００３３】
記憶部５１４は、優先呼情報を記憶する。具体的には、判定部５１３によってＣＳＣＦインタフェース５１１で受信されたＩＮＶＩＴＥに優先呼識別子が含まれると判定された場合、記憶部５１４は、当該ＩＮＶＩＴＥに含まれる呼識別子と優先呼識別子とを関連付けて、を優先呼情報として記憶する。ここで、呼識別子は、当該ＩＮＶＩＴＥにより設定される呼を識別するものであり、当該呼を制御するための全ＳＩＰ信号に含まれる。呼識別子としては、例えば、ＳＩＰヘッダの「Ｃａｌｌ ＩＤ」が用いられる。「Ｃａｌｌ ＩＤ」は、発信端末２で付与され、発信端末２からのＩＮＶＩＴＥ内に設定される。なお、呼識別子としては、優先制御すべき呼を識別可能であれば、上記「Ｃａｌｌ ＩＤ」以外の情報が用いられてもよい。また、優先呼識別子とは、優先制御されるべき呼であることを示すものである。優先呼識別子としては、例えば、ＳＩＰヘッダの「Ｒｅｓｏｕｒｃｅ−Ｐｒｉｏｒｉｔｙ Ｈｅａｄｅｒ Ｆｉｅｌｄ」が用いられる。例えば、ＣＳＣＦインタフェース５１１で受信されたＩＮＶＩＴＥにおいて「ＣＡＬＬ ＩＤ＝ｘｘｘｘｘ」、「Ｒｅｓｏｕｒｃｅ−Ｐｒｉｏｒｉｔｙ Ｈｅａｄｅｒ Ｆｉｅｌｄ＝ａａａａａ」が設定されている場合、記憶部５１４は、“ｘｘｘｘｘ”と”ａａａａａ”とを関連付けて記憶する。なお、優先呼識別子が各優先呼に固有のものでない場合（例えば、１（優先呼）、０（一般呼）などの単なるビット情報である場合）、記憶部５１４は、受信されたＩＮＶＩＴＥに含まれる呼識別子を少なくとも記憶すればよく、必ずしも呼識別子と優先呼識別子とを関連付けて記憶しなくともよい。
【００３４】
設定部５１５は、判定部５１３によって、端末インタフェース５１２で受信されたＳＩＰリクエストに記憶部５１４に記憶された呼識別子と同一の呼識別子が設定されており、かつ、当該ＳＩＰリクエストに優先呼識別子が設定されていないと判定された場合に、当該ＳＩＰリクエストに、当該呼識別子に関連付けて記憶部５１４に記憶していた優先呼識別子を設定する。例えば、端末インタフェース５１２で受信されたＳＩＰリクエストにおいて「ＣＡＬＬ ＩＤ＝ｘｘｘｘｘ」が設定されていて、かつ、当該ＳＩＰリクエストに優先呼識別子が設定されていない場合、設定部５１５は、当該ＳＩＰリクエストに、記憶部５１４でＣＡＬＬ ＩＤ”ｘｘｘｘｘ”に関連付けて記憶されている”ａａａａａ”をＲｅｓｏｕｒｃｅ−Ｐｒｉｏｒｉｔｙ Ｈｅａｄｅｒ Ｆｉｅｌｄに設定する。なお、優先呼識別子が各優先呼に固有のものでない場合（例えば、１（優先呼）、０（一般呼）などの単なるビット情報である場合）、設定部５１５は、必ずしも記憶部５１４に記憶していた優先呼識別子を設定しなくともよい。
【００３５】
次に、以上のように構成された実施の形態に係る呼制御システムにおける優先呼制御動作について説明する。
【００３６】
図３は、本実施の形態に係る呼制御システムにおける優先呼制御動作の一例を示すシーケンス図である。また、図４及び５は、本実施の形態に係る着信側のＰ−ＣＳＣＦの動作を示すフローチャートである。なお、図３では、発信端末２が優先加入者端末であり、着信端末３が一般加入者端末であるものとする。また、図３では、発信端末２から発信されたＩＮＶＩＴＥ（呼設定要求信号）を着信した着信端末３が、発信端末２に対する保留要求信号と保留解除要求信号を送信する場合を説明する。すなわち、図３乃至５において、上述のＳＩＰリクエストは、保留要求信号と保留解除要求信号である。
【００３７】
図３に示すように、呼設定動作において、発信端末２は、着信端末３に対するＩＮＶＩＴＥをＰ−ＣＳＣＦ４１に送信する（ステップＳＴ１０１）。当該ＩＮＶＩＴＥは、発信端末２からの着信端末３に対する呼設定要求信号である。
【００３８】
Ｐ−ＣＳＣＦ４１は、発信端末２が優先加入者端末である場合、発信端末２からのＩＮＶＩＴＥに優先呼識別子を設定する（ステップＳＴ１０２）。ここで、発信端末２は優先加入者端末であるので、Ｐ−ＣＳＣＦ４１は、発信端末２からのＩＮＶＩＴＥに優先呼識別子を設定する。
【００３９】
Ｐ−ＣＳＣＦ４１は、優先呼識別子が設定されたＩＮＶＩＴＥを、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２を介して着信側のＰ−ＣＳＣＦ５１に転送する（ステップＳＴ１０３）。なお、ＩＮＶＩＴＥは、図示しないＩ−ＣＳＣＦやＡＳ４３、ＡＳ５３などを経由して転送されてもよい。
【００４０】
Ｐ−ＣＳＣＦ５１は、着信端末３に対するＩＮＶＩＴＥ（呼設定要求信号）をＳ−ＣＳＣＦ５２から受信した場合、優先呼判定処理を行う（ステップＳＴ１０４）。
【００４１】
具体的には、図４に示すように、Ｐ−ＣＳＣＦ５１は、受信したＩＮＶＩＴＥに優先呼識別子が設定されているか否かを判定する（ステップＳＴ２０１）。受信したＩＮＶＩＴＥに優先呼識別子が設定されている場合（ステップＳＴ２０１；Ｙｅｓ）、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥに含まれる呼識別子と優先呼識別子とを関連付けて、優先呼情報として記憶部５１４に記憶する（ステップＳ２０２）。ここでは、受信したＩＮＶＩＴＥには優先呼識別子が設定されているので、Ｐ−ＣＳＣＦ５１は、受信したＩＮＶＩＴＥに含まれる呼識別子と優先呼識別子とを関連付けて記憶する。
【００４２】
一方、受信したＩＮＶＩＴＥに優先呼識別子が設定されてない場合（ステップＳＴ２０１；Ｎｏ）、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥに含まれる呼識別子を優先呼情報として記憶部５１４に記憶しない。当該ＩＮＶＩＴＥは優先呼に係るものではないためである。
【００４３】
図４に示す優先呼判定処理が終了すると、図３に示すように、Ｐ−ＣＳＣＦ５１は、Ｓ−ＣＳＣＦ５２から受信したＩＮＶＩＴＥを着信端末３に転送する（ステップＳＴ１０５）。
【００４４】
着信端末３は、発信端末２からのＩＮＶＩＴＥの受信に応じてユーザの呼び出し処理を行うとともに、１８０ Ｒｉｎｇｉｎｇを送信する（ステップＳＴ１０６）。ここで、１８０ Ｒｉｎｇｉｎｇは、ユーザの呼び出し処理中であることを示す応答信号である。かかる１８０ Ｒｉｎｇｉｎｇは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。
【００４５】
着信端末３は、ユーザが呼び出しに応じると、２００ ＯＫを送信する（ステップＳＴ１０７）。ここで、２００ ＯＫは、ユーザが呼び出しに応じたことを示す応答信号である。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。
【００４６】
発信端末２は、着信端末３からの２００ ＯＫを受信すると、ＡＣＫを送信する（ステップＳＴ１０８）。ＡＣＫは、ＩＮＶＩＴＥに応じた呼設定の完了確認信号である。かかるＡＣＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。ＡＣＫが着信端末３に受信されると、発信端末２と着信端末３との間の呼が設定される。
【００４７】
以上のように設定された呼を用いて、発信端末２と着信端末３との間では音声通信が行なわれる（ステップＳＴ１０９）。なお、かかる音声通信には、例えば、ＲＴＰ（Ｒｅａｌ‐ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）が用いられる。
【００４８】
以上の呼設定動作では、ステップＳＴ１０２でＩＮＶＩＴＥに設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップＳＴ１０３〜ＳＴ１０９の呼設定動作では、それぞれ、優先制御が行なわれる。
【００４９】
また、図３の保留動作において、着信端末３は、発信端末２に対するＩＮＶＩＴＥをＰ−ＣＳＣＦ５１に送信する（ステップＳＴ１１０）。当該ＩＮＶＩＴＥは、着信端末３からの発信端末２に対する保留要求信号であり、保留を要求する情報（例えば、ａ＝ｓｅｎｄｏｎｌｙなど）を含む。また、当該ＩＮＶＩＴＥには、保留の対象となる呼の呼識別子（すなわち、ステップＳＴ１０８で設定された呼の呼識別子）が設定される。
【００５０】
Ｐ−ＣＳＣＦ５１は、着信端末３からＩＮＶＩＴＥ（保留要求信号）を受信した場合、優先呼判定処理を行う（ステップＳＴ１１１）。
【００５１】
具体的には、図５に示すように、Ｐ−ＣＳＣＦ５１は、記憶部５１４に優先呼情報として記憶された呼識別子と同一の呼識別子がＩＮＶＩＴＥ（保留要求信号）に設定されているか否かを判定する（ステップＳＴ３０１）。
【００５２】
記憶部５１４に記憶された呼識別子と同一の呼識別子がＩＮＶＩＴＥ（保留要求信号）に設定されている場合（ステップＳＴ３０１；Ｙｅｓ）、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥに優先呼識別子が設定されているか否かを判定する（ステップＳＴ３０２）。
【００５３】
優先呼識別子がＩＮＶＩＴＥ（保留要求信号）に設定されていない場合（ステップＳＴ３０２；Ｙｅｓ）、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥに、当該呼識別子に関連付けて記憶部５１４に記憶していた優先呼識別子を設定する（ステップＳＴ３０３）。Ｐ−ＣＳＣＦ５１が当該ＩＮＶＩＴＥに優先呼識別子を設定しない場合、当該ＩＮＶＩＴＥは優先呼についての保留要求信号であるにも関わらず、以降の保留動作において優先制御が行なわれなくなるためである。
【００５４】
一方、ＩＮＶＩＴＥ（保留要求信号）に優先呼識別子が設定されている場合（ステップＳＴ３０２；Ｎｏ）、以降の保留処理において優先制御が行なわれるため、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥに優先呼識別子を再度設定する必要はない。
【００５５】
また、記憶部５１４に記憶された呼識別子と同一の呼識別子がＩＮＶＩＴＥ（保留要求信号）に設定されていない場合（ステップＳＴ３０１；Ｎｏ）、当該ＩＮＶＩＴＥは優先呼についての保留要求信号ではないと判断される。このため、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥには優先呼識別子を設定しない。
【００５６】
図５に示す優先呼判定処理が終了すると、図３に示すように、Ｐ−ＣＳＣＦ５１は、ＩＮＶＩＴＥ（保留要求信号）を、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に転送する（ステップＳＴ１１２）。ここでは、Ｐ−ＣＳＣＦ５１は、図５のステップＳＴ３０３で優先呼識別子が設定されたＩＮＶＩＴＥ（保留要求信号）を発信端末２に転送する。
【００５７】
発信端末２は、着信端末３からの保留要求に応じることを示す応答信号として、２００ ＯＫを送信する（ステップＳＴ１１３）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。
【００５８】
発信端末２は、着信端末３に対する２００ ＯＫを送信すると、着信側のＳ−ＣＳＣＦ５２との間でＡｎｎｏｕｎｃｅｍｅｎｔ処理を行う（ステップＳＴ１１４）。
【００５９】
着信端末３は、発信端末２からの２００ ＯＫを受信すると、ＡＣＫを送信する（ステップＳＴ１１５）。ＡＣＫは、ＩＮＶＩＴＥ（保留要求信号）に応じた保留の完了確認信号である。かかるＡＣＫは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。ＡＣＫが発信端末２に受信されると、発信端末２と着信端末３との間の呼を用いた音声通信が停止される（ステップＳＴ１１６）。
【００６０】
以上の保留動作では、ステップＳＴ１１１でＩＮＶＩＴＥ（保留要求信号）に設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップＳＴ１１２〜ＳＴ１１６の保留動作では、それぞれ、優先制御が行なわれる。このように、着信端末３が、ステップＳＴ１１０において発信端末２に対するＩＮＶＩＴＥ（保留要求信号）に優先呼識別子を設定しない場合でも、Ｐ−ＣＳＣＦ５１による優先呼識別子の設定により、保留動作における優先制御が可能となる。また、着信端末３とのインタフェースとなるＰ−ＣＳＣＦ５１がＩＮＶＩＴＥ（保留要求信号）に優先呼識別子を設定することで、当該ＩＮＶＩＴＥを発信端末２に伝送するより多くの装置（ここでは、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１）での優先制御が可能となる。
【００６１】
保留解除動作において、着信端末３は、発信端末２に対するＩＮＶＩＴＥをＰ−ＣＳＣＦ５１に送信する（ステップＳＴ１１７）。当該ＩＮＶＩＴＥは、着信端末３からの発信端末２に対する保留解除要求信号であり、保留解除を要求する情報（例えば、ａ＝ｓｅｎｄｒｅｖなど）を含む。また、当該ＩＮＶＩＴＥには、保留解除の対象となる呼の呼識別子（すなわち、ステップＳＴ１０８で設定された呼の呼識別子）が設定される。
【００６２】
Ｐ−ＣＳＣＦ５１は、着信端末３からＩＮＶＩＴＥ（保留解除要求信号）を受信した場合、優先呼判定処理を行う（ステップＳＴ１１８）。なお、当該優先呼判定処理は、ステップＳＴ１１１と同様であるため説明を省略する。
【００６３】
図５に示す優先呼判定処理が終了すると、図３に示すように、Ｐ−ＣＳＣＦ５１は、ＩＮＶＩＴＥ（保留解除要求信号）を、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に転送する（ステップＳＴ１１９）。ここでは、Ｐ−ＣＳＣＦ５１は、図５のステップＳＴ３０３で優先呼識別子が設定されたＩＮＶＩＴＥ（保留解除要求信号）を発信端末２に転送する。
【００６４】
発信端末２は、着信端末３からの保留解除要求に応じることを示す応答信号として、２００ ＯＫを送信する（ステップＳＴ１２０）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。
【００６５】
着信端末３は、発信端末２からの２００ ＯＫを受信すると、ＡＣＫを送信する（ステップＳＴ１２１）。ＡＣＫは、ＩＮＶＩＴＥ（保留解除要求信号）に応じた保留解除の完了確認信号である。かかるＡＣＫは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。ＡＣＫが発信端末２に受信されると、発信端末２と着信端末３との間の呼を用いた音声通信が再開される（ステップＳＴ１２２）。
【００６６】
以上の保留解除動作では、ステップＳＴ１１８でＩＮＶＩＴＥ（保留解除要求信号）に設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップＳＴ１１９〜ＳＴ１２２の保留解除動作では、それぞれ、優先制御が行なわれる。このように、着信端末３が、ステップＳＴ１１７において発信端末２に対するＩＮＶＩＴＥ（保留解除要求信号）に優先呼識別子を設定しない場合でも、Ｐ−ＣＳＣＦ５１による優先呼識別子の設定により、保留解除動作における優先制御が可能となる。また、着信端末３とのインタフェースとなるＰ−ＣＳＣＦ５１がＩＮＶＩＴＥ（保留解除要求信号）に優先呼識別子を設定することで、当該ＩＮＶＩＴＥを発信端末２に伝送するより多くの装置（ここでは、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１）での優先制御が可能となる。
【００６７】
また、呼解放処理において、着信端末３は、発信端末２に対するＢＹＥをＰ−ＣＳＣＦ５１に送信する（ステップＳＴ１２３）。ここで、ＢＹＥは、着信端末３から発信端末２に対して呼の解放を要求する呼解放要求信号である。かかるＢＹＥは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。
【００６８】
発信端末２は、着信端末３からの呼解放要求に応じることを示す応答信号として、２００ ＯＫを送信する（ステップＳＴ１２４）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。これにより、発信端末２と着信端末３との間に設定された呼が解放される。
【００６９】
図６は、本実施の形態に係る呼制御システムにおける優先呼制御動作の他の例を示すシーケンス図である。なお、図６では、発信端末２が優先加入者端末であり、着信端末３が一般加入者端末であるものとする。また、図６では、発信端末２からのＩＮＶＩＴＥ（呼設定要求信号）を着信した着信端末３が、発信端末２に対する呼の設定条件の更新要求信号を送信する場合を説明する。すなわち、図４乃至６において、上述のＳＩＰリクエストは、更新要求信号である。
【００７０】
図６の呼設定動作におけるステップＳＴ４０１〜ＳＴ４０６は、図３のステップＳＴ１０１〜ＳＴ１０６と同様の処理である。ただし、図６のステップＳＴ４０１において、発信端末２は、着信端末３に対するＩＮＶＩＴＥ（呼設定要求信号）に呼設定条件情報を含める。ここで、呼設定条件情報とは、例えば、ＩＰアドレスや、ポート番号、メディア種別など呼の設定条件を示す情報である。呼設定条件情報は、例えば、ｏｆｆｅｒとしてＩＮＶＩＴＥ内に設定される。また、図６のステップＳＴ４０６において、着信端末３は、受信したＩＮＶＩＴＥに設定された呼設定条件情報に同意することを示す同意情報を１８０ Ｒｉｎｇｉｎｇに設定する。同意情報は、例えば、Ａｎｓｅｒとして１８０ Ｒｉｎｇｉｎｇ内に設定される。
【００７１】
発信端末２は、同意情報を含む１８０ Ｒｉｎｇｉｎｇを受信すると、ＰＲＡＣＫを送信する（ステップＳＴ４０７）。ここで、ＰＲＡＣＫは、暫定応答である１８０ Ｒｉｎｇｉｎｇの送達確認信号である。かかるＰＲＡＣＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。
【００７２】
着信端末３は、発信端末２からのＰＲＡＣＫを受信したことを示す応答信号として、２００ ＯＫを送信する（ステップＳＴ４０８）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。
【００７３】
着信端末３は、既に同意した呼設定条件情報の変更を要求する場合、発信端末２に対するＵＰＤＡＴＥをＰ−ＣＳＣＦ５１に送信する（ステップＳＴ４０９）。ここで、ＵＰＤＡＴＥは、呼設定条件情報の変更を要求する変更要求信号である。当該ＵＰＤＡＴＥには、変更された呼設定条件情報が含められる。
【００７４】
Ｐ−ＣＳＣＦ５１は、着信端末３からＵＰＤＡＴＥ（更新要求信号）を受信した場合、優先呼判定処理を行う（ステップＳＴ４１０）。なお、当該優先呼判定処理は、図３のステップＳＴ１１１と同様であるため説明を省略する。
【００７５】
図５に示す優先呼判定処理が終了すると、図６に示すように、Ｐ−ＣＳＣＦ５１は、ＵＰＤＡＴＥを、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に転送する（ステップＳＴ４１１）。ここでは、Ｐ−ＣＳＣＦ５１は、図５のステップＳＴ３０３で優先呼識別子が設定されたＵＰＤＡＴＥ（更新要求信号）を発信端末２に転送する。
【００７６】
発信端末２は、受信したＵＰＤＡＴＥに設定された呼設定条件情報に同意することを示す同意情報を２００ ＯＫに設定して送信する（ステップＳＴ４１２）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。
【００７７】
ステップＳＴ４１１及びＳＴ４１２の呼設定条件の更新動作では、ステップＳＴ４１０でＵＰＤＡＴＥ（更新要求信号）に設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップＳＴ４１１及びＳＴ４１２の呼設定条件の更新動作では、それぞれ、優先制御が行なわれる。このように、着信端末３が、ステップＳＴ４０９において発信端末２に対するＵＰＤＡＴＥ（更新要求信号）に優先呼識別子を設定しない場合でも、Ｐ−ＣＳＣＦ５１による優先呼識別子の設定により、呼設定条件の更新要求動作における優先制御が可能となる。また、着信端末３とのインタフェースとなるＰ−ＣＳＣＦ５１がＵＰＤＡＴＥ（更新要求信号）に優先呼識別子を設定することで、当該ＵＰＤＡＴＥを発信端末２に伝送するより多くの装置（ここでは、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１）での優先制御が可能となる。
【００７８】
ここで、着信端末３は、ステップＳＴ４０５のＩＮＶＩＴＥ（呼設定要求信号）に応じてユーザの呼び出し処理を行っている。かかる呼び出しにユーザが応じると、着信端末３は、２００ ＯＫを送信する（ステップＳＴ４１３）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。
【００７９】
発信端末２は、着信端末３からの２００ ＯＫを受信すると、ＡＣＫを送信する（ステップＳＴ４１４）。かかるＡＣＫは、呼設定の完了確認信号であり、当該ＡＣＫが着信端末３に受信されると、発信端末２と着信端末３との間の呼が設定される。
【００８０】
以上のように設定された呼を用いて、発信端末２と着信端末３との間では音声通信が行なわれる（ステップＳＴ４１５）。ここで、当該音声通信で用いられる呼は、ステップＳＴ４０９〜ＳＴ４１２の更新処理で更新されたものであるため、着信端末３からのＵＰＤＡＴＥ（更新要求信号）に優先呼識別子が設定されていない場合は、当該呼は優先呼として扱わない。しかしながら、本動作においては、ステップＳＴ４１０において、着信端末３からのＵＰＤＡＴＥに優先呼識別子が設定されるため、当該呼が優先呼として扱われ、ステップＳＴ４１５における音声通信においても優先制御が行なわれる。
【００８１】
図６のステップＳＴ４１６、ＳＴ４１７は、図３のステップＳＴ１２３、ＳＴ１２４と同様であるため、説明を省略する。
【００８２】
本実施の形態に係る呼制御システム１によれば、Ｐ−ＣＳＣＦ５１は、優先呼識別子が設定されているＩＮＶＩＴＥ（呼設定要求信号）を受信した場合に、当該ＩＮＶＩＴＥに設定されている呼識別子と優先呼識別子とを関連付けて記憶する。また、Ｐ−ＣＳＣＦ５１は、着信端末３からの発信端末２に対するＳＩＰリクエスト（要求信号）に記憶した呼識別子と同一の識別子が設定されていて、かつ、当該ＳＩＰリクエストに優先呼識別子が設定されていない場合、当該ＳＩＰリクエストに、当該呼識別子に関連付けて記憶していた優先呼識別子を設定する。このため、優先呼識別子が設定されたＩＮＶＩＴＥを着信した着信端末３が、発信端末２に対するＳＩＰリクエストに優先呼識別子を設定しない場合であっても、当該ＳＩＰリクエストに係る呼の優先制御を行うことができる。
【００８３】
また、本実施の形態に係る呼制御システム１によれば、着信端末３に端末間インタフェースを介して接続されるＰ−ＣＳＣＦ５１が、着信端末３から受信したＳＩＰリクエストに優先呼識別子を設定する。このため、当該ＳＩＰリクエストを発信端末２に伝送する各装置（Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１など）では、当該ＳＩＰリクエストに係る呼の優先制御が可能となる。
【００８４】
上述の実施の形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。
【００８５】
また、上述の実施の形態では、着信端末３に接続されるＰ−ＣＳＣＦ５１が、着信端末３から受信したＳＩＰリクエストに優先呼識別子を設定するものとした。しかしながら、当該ＳＩＰリクエストを発信端末２に伝送する他の装置（例えば、Ｓ−ＣＳＣＦ５２など）で優先呼識別子が設定されてもよい。かかる場合、当該他の装置が、発信端末２からのＩＮＶＩＴＥ（呼設定要求信号）に優先呼識別子が設定されている場合、当該ＩＮＶＩＴＥに設定されている呼識別子と優先呼識別子とを関連付けて記憶する。
【００８６】
以上のように、本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００８７】
１…呼制御システム
２…発信端末
３…着信端末
４…ＩＭＳネットワーク
５…ＩＭＳネットワーク
４１…Ｐ−ＣＳＣＦ
４２…Ｓ−ＣＳＣＦ
４３…ＡＳ
５１…Ｐ−ＣＳＣＦ
５２…Ｓ−ＣＳＣＦ
５３…ＡＳ
５１１…ＣＳＣＦインタフェース
５１２…端末インタフェース
５１３…判定部
５１４…記憶部
５１５…設定部
【技術分野】
【０００１】
本発明は、発信端末と着信端末との間の呼の優先制御を行う優先呼制御方法及び呼制御装置に関する。
【背景技術】
【０００２】
３ＧＰＰ国際標準では、ＩＰベースのマルチメディア通信サービスを提供することを目的として、ＩＰマルチメディアサブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）が検討されている。ＩＭＳでは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｒｏｃｌ）を用いた呼制御が行なわれる。また、ＩＭＳでは、特定のユーザに対して優先制御を行うｅＭＰＳ（Ｅｎｈａｎｃｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｐｒｉｏｒｉｔｙ Ｓｅｒｖｉｃｅ）の提供も検討されている。
【０００３】
図７は、ｅＭＰＳにおける優先制御を説明するための図である。図７において、発信側のユーザ端末（以下、発信端末という）は、優先制御を必要とする優先加入者端末であり、着信側のユーザ端末（以下、着信端末という）は、優先制御を必要としない一般加入者端末であるものとする。
【０００４】
図７に示すように、発信端末は、着信端末との間の呼の設定を要求するＩＮＶＩＴＥを発信する。ｅＭＰＳでは、発信端末が優先加入者端末である場合、発信側のＰ−ＣＳＣＦ（Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）は、発信端末からのＩＮＶＩＴＥに対して優先呼識別子を設定する。これにより、ＩＮＶＩＴＥを着信端末に伝送する各装置（図７における発信側のＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ ＣＳＣＦ）、ＡＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）、着信側のＳ−ＣＳＣＦ、ＡＳ、Ｐ−ＣＳＣＦ）では、当該ＩＮＶＩＴＥにより設定される呼の優先制御が行なわれる。
【０００５】
また、ｅＭＰＳでは、着信端末が、優先呼識別子が設定されたＩＮＶＩＴＥを着信した場合、着信端末から発信端末に対するＳＩＰリクエストに対して優先呼識別子を設定して送信することが規定されている（例えば、非特許文献１）。なお、ＳＩＰリクエストとは、発信端末から発信されたＩＮＶＩＴＥを着信した着信端末が、当該発信端末に対して所定処理を要求する要求信号であり、例えば、通話の保留又は保留解除を要求するＩＮＶＩＴＥや、呼の設定条件の更新を要求するＵＰＤＡＴＥなどがある。
【０００６】
このように、ｅＭＰＳでは、優先呼識別子が設定されたＩＮＶＩＴＥを着信した着信端末は、自端末が一般加入者端末であっても、発信端末に対するＳＩＰリクエストに対しては優先呼識別子を設定する。これにより、当該ＳＩＰリクエストを発信端末に伝送する各装置（図７における着信側のＰ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、ＡＳ、発信側のＳ−ＣＳＣＦ、ＡＳ、Ｐ−ＣＳＣＦ）では、当該ＳＩＰリクエストに係る呼の優先制御が行なわれる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ ＴＳ２４．２２９
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述のｅＭＰＳでは、優先呼識別子が設定されたＩＮＶＩＴＥを着信した着信端末が、発信端末に対するＳＩＰリクエストに優先呼識別子を設定しない場合、当該ＳＩＰリクエストに係る呼の優先制御を行うことができないという問題点があった。
【０００９】
本発明は、かかる点に鑑みてなされたものであり、優先呼識別子が設定されたＩＮＶＩＴＥを着信した着信端末が、発信端末に対するＳＩＰリクエストの優先呼識別子を設定しない場合であっても、当該ＳＩＰリクエストに係る呼の優先制御を行うことが可能な優先呼制御方法及び呼制御装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の優先呼制御方法は、着信端末に対して呼設定要求信号を着信させる呼制御装置における優先呼制御方法であって、発信端末から発信された前記着信端末に対する呼設定要求信号を受信する工程と、優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する工程と、前記優先呼識別子が設定されている呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する工程と、受信した前記要求信号に、記憶した前記呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合に、前記要求信号に優先呼識別子を設定する工程と、を有することを特徴とする。
【００１１】
この構成によれば、呼制御装置は、優先呼識別子が設定されている呼設定要求信号が受信された場合、当該呼設定要求信号に設定されている呼識別子を少なくとも記憶する。また、呼制御装置は、着信端末からの発信端末に対する要求信号に記憶した呼識別子と同一の識別子が設定されていて、かつ、当該要求信号に優先呼識別子が設定されていない場合、当該要求信号に優先呼識別子を設定する。このため、優先呼識別子が設定された呼設定要求信号を着信した着信端末が、発信端末に対する要求信号に優先呼識別子を設定しない場合であっても、当該要求信号に係る呼の優先制御を行うことができる。
【００１２】
本発明の呼制御装置は、着信端末に対して呼設定要求信号を着信させる呼制御装置であって、発信端末から発信された前記着信端末に対する呼設定要求信号を受信する第１受信部と、前記第１受信部で優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する記憶部と、前記優先呼識別子が設定された呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する第２受信部と、前記第２受信部で受信された前記要求信号に前記記憶部で記憶された呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合、前記要求信号に優先呼識別子を設定する設定部と、を具備することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、優先呼識別子が設定されたＩＮＶＩＴＥを着信した着信端末が、発信端末に対するＳＩＰリクエストの優先呼識別子を設定しない場合であっても、当該ＳＩＰリクエストに係る呼の優先制御を行うことが可能な優先呼制御方法及び呼制御装置を提供できる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態に係る呼制御システムの概略構成図である。
【図２】本実施の形態に係るＰ−ＣＳＣＦの機能構成図である。
【図３】本実施の形態に係る呼制御システムにおける優先呼制御動作の一例を示すシーケンス図である。
【図４】本実施の形態に係るＰ−ＣＳＣＦの動作を示すフローチャートである。
【図５】本実施の形態に係るＰ−ＣＳＣＦの動作を示すフローチャートである。
【図６】本実施の形態に係る呼制御システムにおける優先呼制御動作の他の例を示すシーケンス図である。
【図７】従来技術に係る呼の優先制御を説明するための図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１６】
図１は、本実施の形態に係る呼制御システムの概略構成図である。図１に示すように、呼制御システム１は、発信側のユーザ端末（以下、発信端末という）２と着信側のユーザ端末（以下、着信端末という）３との間の呼制御（例えば、呼の設定、切断、更新など）を行うネットワークシステムである。呼制御システム１は、発信端末２の呼制御やサービス制御を行うＩＭＳネットワーク４、着信端末３の呼制御やサービス制御を行うＩＭＳネットワーク５から構成される。なお、以下では、呼制御システム１は、ＳＩＰを用いて呼制御を行うものとするが、他の呼制御プロトコルが用いられても良い。
【００１７】
発信側のＩＭＳネットワーク４は、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、ＡＳ４３を含む。Ｐ−ＣＳＣＦ４１は、発信側で呼制御を行う呼制御装置であり、端末間インタフェース（例えば、Ｇｍインタフェースなど）を介して発信端末２と接続される。具体的には、Ｐ−ＣＳＣＦ４１は、不図示のＩＰ移動伝達ネットワーク（例えば、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークなど）及びアクセスネットワーク（例えば、ＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＴＲＡＮ））、Ｗｉｍａｘなど）などを介して、発信端末２とＳＩＰ信号を送受信する。また、Ｐ−ＣＳＣＦ４１は、Ｓ−ＣＳＣＦ４２とＳＩＰ信号を送受信する。
【００１８】
また、Ｐ−ＣＳＣＦ４１は、発信端末２が優先制御を必要とする優先加入者端末である場合、発信端末２からの着信端末３に対するＩＮＶＩＴＥに対して優先呼識別子を設定する。ここで、発信端末２からの着信端末３に対するＩＮＶＩＴＥは、発信端末２から着信端末３に対して呼の設定を要求する呼設定要求信号である。具体的には、Ｐ−ＣＳＣＦ４１は、発信端末２のユーザ情報（例えば、ユーザプロファイルなど）に基づいて、発信端末２が優先加入者端末であるか否かを判定する。かかるユーザ情報は、発信端末２のＩＭＳネットワーク４に対する登録処理において不図示のＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｖｅｒ Ｓｅｒｖｅｒ）から取得される。
【００１９】
Ｓ−ＣＳＣＦ４２は、発信側で呼制御を行う呼制御装置であり、Ｐ−ＣＳＣＦ４１、ＡＳ４３、着信側のＳ−ＣＳＣＦ５２に接続される。具体的には、Ｓ−ＣＳＣＦ４２は、Ｐ−ＣＳＣＦ４１から受信したＳＩＰ信号を、ＡＳ４３を経由して着信側のＳ−ＣＳＣＦ５２に転送する。また、Ｓ−ＣＳＣＦ４２は、着信側のＳ−ＣＳＣＦ５２から受信したＳＩＰ信号を、ＡＳ４３を経由してＰ−ＣＳＣＦ４１に転送する。なお、Ｓ−ＣＳＣＦ４２は、ＡＳ４３を経由せずにＳＩＰ信号を転送してもよい。また、Ｓ−ＣＳＣＦ４２は、不図示のＩ−ＣＳＣＦ（Ｉｎｔｅｒｏｇａｔｉｎｇ−ＣＳＣＦ）を介して着信側のＳ−ＣＳＣＦ５２とＳＩＰ信号を送受信してもよい。
【００２０】
ＡＳ４３は、発信側でサービス制御（例えば、課金処理など）を行うアプリケーションサーバである。
【００２１】
着信側のＩＭＳネットワーク５は、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、ＡＳ５３を含む。Ｐ−ＣＳＣＦ５１は、着信側で呼制御を行う呼制御装置であり、端末間インタフェース（例えば、Ｇｍインタフェースなど）を介して着信端末３と接続される。具体的には、Ｐ−ＣＳＣＦ５１は、不図示のＩＰ移動伝達ネットワーク（例えば、ＥＰＣネットワークなど）及びアクセスネットワーク（例えば、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、Ｗｉｍａｘなど）などを介して、着信端末３とＳＩＰ信号を送受信する。また、Ｐ−ＣＳＣＦ５１は、Ｓ−ＣＳＣＦ５２とＳＩＰ信号を送受信する。
【００２２】
Ｓ−ＣＳＣＦ５２は、着信側で呼制御を行う呼制御装置であり、Ｐ−ＣＳＣＦ５１、ＡＳ５３、発信側のＳ−ＣＳＣＦ４２に接続される。具体的には、Ｓ−ＣＳＣＦ５２は、発信側のＳ−ＣＳＣＦ４２から受信したＳＩＰ信号を、ＡＳ５３を経由してＰ−ＣＳＣＦ５１に転送する。また、Ｐ−ＣＳＣＦ５１から受信したＳＩＰ信号を、ＡＳ５３を経由して発信側のＳ−ＣＳＣＦ４２に転送する。なお、Ｓ−ＣＳＣＦ５２は、ＡＳ５３を経由せずにＳＩＰ信号を転送してもよい。
【００２３】
ＡＳ５３は、着信側でサービス制御（例えば、課金処理など）を行うアプリケーションサーバである。
【００２４】
以下では、図１に示すように、発信端末２と着信端末３とが発信側のＩＭＳネットワーク４、着信側のＩＭＳネットワーク５に接続する場合を説明する。本実施の形態では、説明を省略するが、呼制御システム１は、同じＩＭＳネットワークに接続する発信端末２と着信端末３との呼制御を行うことも可能である。なお、発信端末２及び着信端末３の種類は限定されず、携帯電話機、携帯情報端末（ＰＤＡ）、携帯型パーソナルコンピュータ、固定電話機、据置型パーソナルコンピュータなどの任意のユーザ端末を用いてよい。
【００２５】
次に、本実施の形態に係る呼制御システムの詳細機能構成について説明する。なお、呼制御システム１を構成する装置は、通信インタフェース、プロセッサ、メモリ、送受信回路などを含むハードウェアを有しており、メモリには、プロセッサによって実行されるソフトウェアモジュールが記憶されている。呼制御システム１の機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。
【００２６】
図２は、本実施の形態に係る着信側のＰ−ＣＳＣＦの詳細機能構成図である。なお、ここでは、Ｐ−ＣＳＣＦ５１が着信側として機能する場合の機能構成を中心に説明するが、発信側として機能する場合の機能構成を備えてもよいことはもちろんである。
【００２７】
図２に示すように、Ｐ−ＣＳＣＦ５１は、ＣＳＣＦインタフェース５１１（第１受信部）、端末インタフェース５１２（第２受信部）、判定部５１３、記憶部５１４、設定部５１５を具備する。
【００２８】
ＣＳＣＦインタフェース５１１は、呼制御装置間のインタフェース（例えば、Ｍｗインタフェースなど）を介して、Ｓ−ＣＳＣＦ５２とＳＩＰ信号を送受信する。具体的には、ＣＳＣＦインタフェース５１１は、着信端末３に対するＩＮＶＩＴＥをＳ−ＣＳＣＦ５２から受信する。また、ＣＳＣＦインタフェース５１１は、着信端末３から発信端末２に対するＳＩＰリクエスト（後述）をＳ−ＣＳＣＦ５２に送信する。
【００２９】
端末インタフェース５１２は、端末間インタフェース（例えば、Ｇｍインタフェースなど）を介して、着信端末３とＳＩＰ信号を送受信する。具体的には、端末インタフェース５１２は、発信端末２からのＩＮＶＩＴＥを着信端末３に送信する。また、端末インタフェース５１２は、着信端末３から発信端末２に対するＳＩＰリクエスト（後述）を着信端末３から受信する。
【００３０】
ここで、ＳＩＰリクエストとは、発信端末２からのＩＮＶＩＴＥ（呼設定要求信号）を着信した着信端末３が、発信端末２に対して所定処理を要求する要求信号である。ＳＩＰリクエストには、例えば、発信端末２からのＩＮＶＩＴＥにより設定される呼による音声通信の停止（すなわち、保留）を要求する保留要求信号や、当該呼による音声通信の再開（すなわち、保留解除）を要求する保留解除要求信号や、当該呼の設定条件の更新を要求する更新要求信号が含まれる。
【００３１】
なお、保留要求信号及び保留解除要求信号としては、例えば、ＩＮＶＩＴＥが用いられる。上述のように、ＩＮＶＩＴＥは、発信端末２から着信端末３に対する呼設定要求信号としても用いられる。このため、着信端末３から発信端末２に対する保留要求信号及び保留解除要求信号としてＩＮＶＩＴＥを用いる場合、当該ＩＮＶＩＴＥ内に保留を識別する情報（例えば、ａ＝ｓｅｎｄｏｎｌｙなど）や保留解除を識別する情報（例えば、ａ＝ｓｅｎｄｒｅｃｖなど）が付加されてもよい。また、上記更新要求信号としては、例えば、ＵＰＤＡＴＥが用いられる。
【００３２】
判定部５１３は、ＣＳＣＦインタフェース５１１で受信されたＩＮＶＩＴＥに優先呼識別子が設定されているか否かを判定する。また、判定部５１３は、端末インタフェース５１２で受信されたＳＩＰリクエストに記憶部５１４に記憶された呼識別子（後述）が設定されているか否かを判定する。また、判定部５１３は、端末インタフェース５１２で受信されたＳＩＰリクエストに記憶部５１４に記憶された呼識別子が設定されていると判定した場合、当該ＳＩＰリクエストに優先呼識別子が設定されているか否かを判定する。
【００３３】
記憶部５１４は、優先呼情報を記憶する。具体的には、判定部５１３によってＣＳＣＦインタフェース５１１で受信されたＩＮＶＩＴＥに優先呼識別子が含まれると判定された場合、記憶部５１４は、当該ＩＮＶＩＴＥに含まれる呼識別子と優先呼識別子とを関連付けて、を優先呼情報として記憶する。ここで、呼識別子は、当該ＩＮＶＩＴＥにより設定される呼を識別するものであり、当該呼を制御するための全ＳＩＰ信号に含まれる。呼識別子としては、例えば、ＳＩＰヘッダの「Ｃａｌｌ ＩＤ」が用いられる。「Ｃａｌｌ ＩＤ」は、発信端末２で付与され、発信端末２からのＩＮＶＩＴＥ内に設定される。なお、呼識別子としては、優先制御すべき呼を識別可能であれば、上記「Ｃａｌｌ ＩＤ」以外の情報が用いられてもよい。また、優先呼識別子とは、優先制御されるべき呼であることを示すものである。優先呼識別子としては、例えば、ＳＩＰヘッダの「Ｒｅｓｏｕｒｃｅ−Ｐｒｉｏｒｉｔｙ Ｈｅａｄｅｒ Ｆｉｅｌｄ」が用いられる。例えば、ＣＳＣＦインタフェース５１１で受信されたＩＮＶＩＴＥにおいて「ＣＡＬＬ ＩＤ＝ｘｘｘｘｘ」、「Ｒｅｓｏｕｒｃｅ−Ｐｒｉｏｒｉｔｙ Ｈｅａｄｅｒ Ｆｉｅｌｄ＝ａａａａａ」が設定されている場合、記憶部５１４は、“ｘｘｘｘｘ”と”ａａａａａ”とを関連付けて記憶する。なお、優先呼識別子が各優先呼に固有のものでない場合（例えば、１（優先呼）、０（一般呼）などの単なるビット情報である場合）、記憶部５１４は、受信されたＩＮＶＩＴＥに含まれる呼識別子を少なくとも記憶すればよく、必ずしも呼識別子と優先呼識別子とを関連付けて記憶しなくともよい。
【００３４】
設定部５１５は、判定部５１３によって、端末インタフェース５１２で受信されたＳＩＰリクエストに記憶部５１４に記憶された呼識別子と同一の呼識別子が設定されており、かつ、当該ＳＩＰリクエストに優先呼識別子が設定されていないと判定された場合に、当該ＳＩＰリクエストに、当該呼識別子に関連付けて記憶部５１４に記憶していた優先呼識別子を設定する。例えば、端末インタフェース５１２で受信されたＳＩＰリクエストにおいて「ＣＡＬＬ ＩＤ＝ｘｘｘｘｘ」が設定されていて、かつ、当該ＳＩＰリクエストに優先呼識別子が設定されていない場合、設定部５１５は、当該ＳＩＰリクエストに、記憶部５１４でＣＡＬＬ ＩＤ”ｘｘｘｘｘ”に関連付けて記憶されている”ａａａａａ”をＲｅｓｏｕｒｃｅ−Ｐｒｉｏｒｉｔｙ Ｈｅａｄｅｒ Ｆｉｅｌｄに設定する。なお、優先呼識別子が各優先呼に固有のものでない場合（例えば、１（優先呼）、０（一般呼）などの単なるビット情報である場合）、設定部５１５は、必ずしも記憶部５１４に記憶していた優先呼識別子を設定しなくともよい。
【００３５】
次に、以上のように構成された実施の形態に係る呼制御システムにおける優先呼制御動作について説明する。
【００３６】
図３は、本実施の形態に係る呼制御システムにおける優先呼制御動作の一例を示すシーケンス図である。また、図４及び５は、本実施の形態に係る着信側のＰ−ＣＳＣＦの動作を示すフローチャートである。なお、図３では、発信端末２が優先加入者端末であり、着信端末３が一般加入者端末であるものとする。また、図３では、発信端末２から発信されたＩＮＶＩＴＥ（呼設定要求信号）を着信した着信端末３が、発信端末２に対する保留要求信号と保留解除要求信号を送信する場合を説明する。すなわち、図３乃至５において、上述のＳＩＰリクエストは、保留要求信号と保留解除要求信号である。
【００３７】
図３に示すように、呼設定動作において、発信端末２は、着信端末３に対するＩＮＶＩＴＥをＰ−ＣＳＣＦ４１に送信する（ステップＳＴ１０１）。当該ＩＮＶＩＴＥは、発信端末２からの着信端末３に対する呼設定要求信号である。
【００３８】
Ｐ−ＣＳＣＦ４１は、発信端末２が優先加入者端末である場合、発信端末２からのＩＮＶＩＴＥに優先呼識別子を設定する（ステップＳＴ１０２）。ここで、発信端末２は優先加入者端末であるので、Ｐ−ＣＳＣＦ４１は、発信端末２からのＩＮＶＩＴＥに優先呼識別子を設定する。
【００３９】
Ｐ−ＣＳＣＦ４１は、優先呼識別子が設定されたＩＮＶＩＴＥを、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２を介して着信側のＰ−ＣＳＣＦ５１に転送する（ステップＳＴ１０３）。なお、ＩＮＶＩＴＥは、図示しないＩ−ＣＳＣＦやＡＳ４３、ＡＳ５３などを経由して転送されてもよい。
【００４０】
Ｐ−ＣＳＣＦ５１は、着信端末３に対するＩＮＶＩＴＥ（呼設定要求信号）をＳ−ＣＳＣＦ５２から受信した場合、優先呼判定処理を行う（ステップＳＴ１０４）。
【００４１】
具体的には、図４に示すように、Ｐ−ＣＳＣＦ５１は、受信したＩＮＶＩＴＥに優先呼識別子が設定されているか否かを判定する（ステップＳＴ２０１）。受信したＩＮＶＩＴＥに優先呼識別子が設定されている場合（ステップＳＴ２０１；Ｙｅｓ）、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥに含まれる呼識別子と優先呼識別子とを関連付けて、優先呼情報として記憶部５１４に記憶する（ステップＳ２０２）。ここでは、受信したＩＮＶＩＴＥには優先呼識別子が設定されているので、Ｐ−ＣＳＣＦ５１は、受信したＩＮＶＩＴＥに含まれる呼識別子と優先呼識別子とを関連付けて記憶する。
【００４２】
一方、受信したＩＮＶＩＴＥに優先呼識別子が設定されてない場合（ステップＳＴ２０１；Ｎｏ）、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥに含まれる呼識別子を優先呼情報として記憶部５１４に記憶しない。当該ＩＮＶＩＴＥは優先呼に係るものではないためである。
【００４３】
図４に示す優先呼判定処理が終了すると、図３に示すように、Ｐ−ＣＳＣＦ５１は、Ｓ−ＣＳＣＦ５２から受信したＩＮＶＩＴＥを着信端末３に転送する（ステップＳＴ１０５）。
【００４４】
着信端末３は、発信端末２からのＩＮＶＩＴＥの受信に応じてユーザの呼び出し処理を行うとともに、１８０ Ｒｉｎｇｉｎｇを送信する（ステップＳＴ１０６）。ここで、１８０ Ｒｉｎｇｉｎｇは、ユーザの呼び出し処理中であることを示す応答信号である。かかる１８０ Ｒｉｎｇｉｎｇは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。
【００４５】
着信端末３は、ユーザが呼び出しに応じると、２００ ＯＫを送信する（ステップＳＴ１０７）。ここで、２００ ＯＫは、ユーザが呼び出しに応じたことを示す応答信号である。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。
【００４６】
発信端末２は、着信端末３からの２００ ＯＫを受信すると、ＡＣＫを送信する（ステップＳＴ１０８）。ＡＣＫは、ＩＮＶＩＴＥに応じた呼設定の完了確認信号である。かかるＡＣＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。ＡＣＫが着信端末３に受信されると、発信端末２と着信端末３との間の呼が設定される。
【００４７】
以上のように設定された呼を用いて、発信端末２と着信端末３との間では音声通信が行なわれる（ステップＳＴ１０９）。なお、かかる音声通信には、例えば、ＲＴＰ（Ｒｅａｌ‐ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）が用いられる。
【００４８】
以上の呼設定動作では、ステップＳＴ１０２でＩＮＶＩＴＥに設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップＳＴ１０３〜ＳＴ１０９の呼設定動作では、それぞれ、優先制御が行なわれる。
【００４９】
また、図３の保留動作において、着信端末３は、発信端末２に対するＩＮＶＩＴＥをＰ−ＣＳＣＦ５１に送信する（ステップＳＴ１１０）。当該ＩＮＶＩＴＥは、着信端末３からの発信端末２に対する保留要求信号であり、保留を要求する情報（例えば、ａ＝ｓｅｎｄｏｎｌｙなど）を含む。また、当該ＩＮＶＩＴＥには、保留の対象となる呼の呼識別子（すなわち、ステップＳＴ１０８で設定された呼の呼識別子）が設定される。
【００５０】
Ｐ−ＣＳＣＦ５１は、着信端末３からＩＮＶＩＴＥ（保留要求信号）を受信した場合、優先呼判定処理を行う（ステップＳＴ１１１）。
【００５１】
具体的には、図５に示すように、Ｐ−ＣＳＣＦ５１は、記憶部５１４に優先呼情報として記憶された呼識別子と同一の呼識別子がＩＮＶＩＴＥ（保留要求信号）に設定されているか否かを判定する（ステップＳＴ３０１）。
【００５２】
記憶部５１４に記憶された呼識別子と同一の呼識別子がＩＮＶＩＴＥ（保留要求信号）に設定されている場合（ステップＳＴ３０１；Ｙｅｓ）、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥに優先呼識別子が設定されているか否かを判定する（ステップＳＴ３０２）。
【００５３】
優先呼識別子がＩＮＶＩＴＥ（保留要求信号）に設定されていない場合（ステップＳＴ３０２；Ｙｅｓ）、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥに、当該呼識別子に関連付けて記憶部５１４に記憶していた優先呼識別子を設定する（ステップＳＴ３０３）。Ｐ−ＣＳＣＦ５１が当該ＩＮＶＩＴＥに優先呼識別子を設定しない場合、当該ＩＮＶＩＴＥは優先呼についての保留要求信号であるにも関わらず、以降の保留動作において優先制御が行なわれなくなるためである。
【００５４】
一方、ＩＮＶＩＴＥ（保留要求信号）に優先呼識別子が設定されている場合（ステップＳＴ３０２；Ｎｏ）、以降の保留処理において優先制御が行なわれるため、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥに優先呼識別子を再度設定する必要はない。
【００５５】
また、記憶部５１４に記憶された呼識別子と同一の呼識別子がＩＮＶＩＴＥ（保留要求信号）に設定されていない場合（ステップＳＴ３０１；Ｎｏ）、当該ＩＮＶＩＴＥは優先呼についての保留要求信号ではないと判断される。このため、Ｐ−ＣＳＣＦ５１は、当該ＩＮＶＩＴＥには優先呼識別子を設定しない。
【００５６】
図５に示す優先呼判定処理が終了すると、図３に示すように、Ｐ−ＣＳＣＦ５１は、ＩＮＶＩＴＥ（保留要求信号）を、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に転送する（ステップＳＴ１１２）。ここでは、Ｐ−ＣＳＣＦ５１は、図５のステップＳＴ３０３で優先呼識別子が設定されたＩＮＶＩＴＥ（保留要求信号）を発信端末２に転送する。
【００５７】
発信端末２は、着信端末３からの保留要求に応じることを示す応答信号として、２００ ＯＫを送信する（ステップＳＴ１１３）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。
【００５８】
発信端末２は、着信端末３に対する２００ ＯＫを送信すると、着信側のＳ−ＣＳＣＦ５２との間でＡｎｎｏｕｎｃｅｍｅｎｔ処理を行う（ステップＳＴ１１４）。
【００５９】
着信端末３は、発信端末２からの２００ ＯＫを受信すると、ＡＣＫを送信する（ステップＳＴ１１５）。ＡＣＫは、ＩＮＶＩＴＥ（保留要求信号）に応じた保留の完了確認信号である。かかるＡＣＫは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。ＡＣＫが発信端末２に受信されると、発信端末２と着信端末３との間の呼を用いた音声通信が停止される（ステップＳＴ１１６）。
【００６０】
以上の保留動作では、ステップＳＴ１１１でＩＮＶＩＴＥ（保留要求信号）に設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップＳＴ１１２〜ＳＴ１１６の保留動作では、それぞれ、優先制御が行なわれる。このように、着信端末３が、ステップＳＴ１１０において発信端末２に対するＩＮＶＩＴＥ（保留要求信号）に優先呼識別子を設定しない場合でも、Ｐ−ＣＳＣＦ５１による優先呼識別子の設定により、保留動作における優先制御が可能となる。また、着信端末３とのインタフェースとなるＰ−ＣＳＣＦ５１がＩＮＶＩＴＥ（保留要求信号）に優先呼識別子を設定することで、当該ＩＮＶＩＴＥを発信端末２に伝送するより多くの装置（ここでは、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１）での優先制御が可能となる。
【００６１】
保留解除動作において、着信端末３は、発信端末２に対するＩＮＶＩＴＥをＰ−ＣＳＣＦ５１に送信する（ステップＳＴ１１７）。当該ＩＮＶＩＴＥは、着信端末３からの発信端末２に対する保留解除要求信号であり、保留解除を要求する情報（例えば、ａ＝ｓｅｎｄｒｅｖなど）を含む。また、当該ＩＮＶＩＴＥには、保留解除の対象となる呼の呼識別子（すなわち、ステップＳＴ１０８で設定された呼の呼識別子）が設定される。
【００６２】
Ｐ−ＣＳＣＦ５１は、着信端末３からＩＮＶＩＴＥ（保留解除要求信号）を受信した場合、優先呼判定処理を行う（ステップＳＴ１１８）。なお、当該優先呼判定処理は、ステップＳＴ１１１と同様であるため説明を省略する。
【００６３】
図５に示す優先呼判定処理が終了すると、図３に示すように、Ｐ−ＣＳＣＦ５１は、ＩＮＶＩＴＥ（保留解除要求信号）を、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に転送する（ステップＳＴ１１９）。ここでは、Ｐ−ＣＳＣＦ５１は、図５のステップＳＴ３０３で優先呼識別子が設定されたＩＮＶＩＴＥ（保留解除要求信号）を発信端末２に転送する。
【００６４】
発信端末２は、着信端末３からの保留解除要求に応じることを示す応答信号として、２００ ＯＫを送信する（ステップＳＴ１２０）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。
【００６５】
着信端末３は、発信端末２からの２００ ＯＫを受信すると、ＡＣＫを送信する（ステップＳＴ１２１）。ＡＣＫは、ＩＮＶＩＴＥ（保留解除要求信号）に応じた保留解除の完了確認信号である。かかるＡＣＫは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。ＡＣＫが発信端末２に受信されると、発信端末２と着信端末３との間の呼を用いた音声通信が再開される（ステップＳＴ１２２）。
【００６６】
以上の保留解除動作では、ステップＳＴ１１８でＩＮＶＩＴＥ（保留解除要求信号）に設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップＳＴ１１９〜ＳＴ１２２の保留解除動作では、それぞれ、優先制御が行なわれる。このように、着信端末３が、ステップＳＴ１１７において発信端末２に対するＩＮＶＩＴＥ（保留解除要求信号）に優先呼識別子を設定しない場合でも、Ｐ−ＣＳＣＦ５１による優先呼識別子の設定により、保留解除動作における優先制御が可能となる。また、着信端末３とのインタフェースとなるＰ−ＣＳＣＦ５１がＩＮＶＩＴＥ（保留解除要求信号）に優先呼識別子を設定することで、当該ＩＮＶＩＴＥを発信端末２に伝送するより多くの装置（ここでは、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１）での優先制御が可能となる。
【００６７】
また、呼解放処理において、着信端末３は、発信端末２に対するＢＹＥをＰ−ＣＳＣＦ５１に送信する（ステップＳＴ１２３）。ここで、ＢＹＥは、着信端末３から発信端末２に対して呼の解放を要求する呼解放要求信号である。かかるＢＹＥは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。
【００６８】
発信端末２は、着信端末３からの呼解放要求に応じることを示す応答信号として、２００ ＯＫを送信する（ステップＳＴ１２４）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。これにより、発信端末２と着信端末３との間に設定された呼が解放される。
【００６９】
図６は、本実施の形態に係る呼制御システムにおける優先呼制御動作の他の例を示すシーケンス図である。なお、図６では、発信端末２が優先加入者端末であり、着信端末３が一般加入者端末であるものとする。また、図６では、発信端末２からのＩＮＶＩＴＥ（呼設定要求信号）を着信した着信端末３が、発信端末２に対する呼の設定条件の更新要求信号を送信する場合を説明する。すなわち、図４乃至６において、上述のＳＩＰリクエストは、更新要求信号である。
【００７０】
図６の呼設定動作におけるステップＳＴ４０１〜ＳＴ４０６は、図３のステップＳＴ１０１〜ＳＴ１０６と同様の処理である。ただし、図６のステップＳＴ４０１において、発信端末２は、着信端末３に対するＩＮＶＩＴＥ（呼設定要求信号）に呼設定条件情報を含める。ここで、呼設定条件情報とは、例えば、ＩＰアドレスや、ポート番号、メディア種別など呼の設定条件を示す情報である。呼設定条件情報は、例えば、ｏｆｆｅｒとしてＩＮＶＩＴＥ内に設定される。また、図６のステップＳＴ４０６において、着信端末３は、受信したＩＮＶＩＴＥに設定された呼設定条件情報に同意することを示す同意情報を１８０ Ｒｉｎｇｉｎｇに設定する。同意情報は、例えば、Ａｎｓｅｒとして１８０ Ｒｉｎｇｉｎｇ内に設定される。
【００７１】
発信端末２は、同意情報を含む１８０ Ｒｉｎｇｉｎｇを受信すると、ＰＲＡＣＫを送信する（ステップＳＴ４０７）。ここで、ＰＲＡＣＫは、暫定応答である１８０ Ｒｉｎｇｉｎｇの送達確認信号である。かかるＰＲＡＣＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。
【００７２】
着信端末３は、発信端末２からのＰＲＡＣＫを受信したことを示す応答信号として、２００ ＯＫを送信する（ステップＳＴ４０８）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。
【００７３】
着信端末３は、既に同意した呼設定条件情報の変更を要求する場合、発信端末２に対するＵＰＤＡＴＥをＰ−ＣＳＣＦ５１に送信する（ステップＳＴ４０９）。ここで、ＵＰＤＡＴＥは、呼設定条件情報の変更を要求する変更要求信号である。当該ＵＰＤＡＴＥには、変更された呼設定条件情報が含められる。
【００７４】
Ｐ−ＣＳＣＦ５１は、着信端末３からＵＰＤＡＴＥ（更新要求信号）を受信した場合、優先呼判定処理を行う（ステップＳＴ４１０）。なお、当該優先呼判定処理は、図３のステップＳＴ１１１と同様であるため説明を省略する。
【００７５】
図５に示す優先呼判定処理が終了すると、図６に示すように、Ｐ−ＣＳＣＦ５１は、ＵＰＤＡＴＥを、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に転送する（ステップＳＴ４１１）。ここでは、Ｐ−ＣＳＣＦ５１は、図５のステップＳＴ３０３で優先呼識別子が設定されたＵＰＤＡＴＥ（更新要求信号）を発信端末２に転送する。
【００７６】
発信端末２は、受信したＵＰＤＡＴＥに設定された呼設定条件情報に同意することを示す同意情報を２００ ＯＫに設定して送信する（ステップＳＴ４１２）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ４１、Ｓ−ＣＳＣＦ４２、Ｓ−ＣＳＣＦ５２、Ｐ−ＣＳＣＦ５１を介して着信端末３に伝送される。
【００７７】
ステップＳＴ４１１及びＳＴ４１２の呼設定条件の更新動作では、ステップＳＴ４１０でＵＰＤＡＴＥ（更新要求信号）に設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップＳＴ４１１及びＳＴ４１２の呼設定条件の更新動作では、それぞれ、優先制御が行なわれる。このように、着信端末３が、ステップＳＴ４０９において発信端末２に対するＵＰＤＡＴＥ（更新要求信号）に優先呼識別子を設定しない場合でも、Ｐ−ＣＳＣＦ５１による優先呼識別子の設定により、呼設定条件の更新要求動作における優先制御が可能となる。また、着信端末３とのインタフェースとなるＰ−ＣＳＣＦ５１がＵＰＤＡＴＥ（更新要求信号）に優先呼識別子を設定することで、当該ＵＰＤＡＴＥを発信端末２に伝送するより多くの装置（ここでは、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１）での優先制御が可能となる。
【００７８】
ここで、着信端末３は、ステップＳＴ４０５のＩＮＶＩＴＥ（呼設定要求信号）に応じてユーザの呼び出し処理を行っている。かかる呼び出しにユーザが応じると、着信端末３は、２００ ＯＫを送信する（ステップＳＴ４１３）。かかる２００ ＯＫは、Ｐ−ＣＳＣＦ５１、Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１を介して発信端末２に伝送される。
【００７９】
発信端末２は、着信端末３からの２００ ＯＫを受信すると、ＡＣＫを送信する（ステップＳＴ４１４）。かかるＡＣＫは、呼設定の完了確認信号であり、当該ＡＣＫが着信端末３に受信されると、発信端末２と着信端末３との間の呼が設定される。
【００８０】
以上のように設定された呼を用いて、発信端末２と着信端末３との間では音声通信が行なわれる（ステップＳＴ４１５）。ここで、当該音声通信で用いられる呼は、ステップＳＴ４０９〜ＳＴ４１２の更新処理で更新されたものであるため、着信端末３からのＵＰＤＡＴＥ（更新要求信号）に優先呼識別子が設定されていない場合は、当該呼は優先呼として扱わない。しかしながら、本動作においては、ステップＳＴ４１０において、着信端末３からのＵＰＤＡＴＥに優先呼識別子が設定されるため、当該呼が優先呼として扱われ、ステップＳＴ４１５における音声通信においても優先制御が行なわれる。
【００８１】
図６のステップＳＴ４１６、ＳＴ４１７は、図３のステップＳＴ１２３、ＳＴ１２４と同様であるため、説明を省略する。
【００８２】
本実施の形態に係る呼制御システム１によれば、Ｐ−ＣＳＣＦ５１は、優先呼識別子が設定されているＩＮＶＩＴＥ（呼設定要求信号）を受信した場合に、当該ＩＮＶＩＴＥに設定されている呼識別子と優先呼識別子とを関連付けて記憶する。また、Ｐ−ＣＳＣＦ５１は、着信端末３からの発信端末２に対するＳＩＰリクエスト（要求信号）に記憶した呼識別子と同一の識別子が設定されていて、かつ、当該ＳＩＰリクエストに優先呼識別子が設定されていない場合、当該ＳＩＰリクエストに、当該呼識別子に関連付けて記憶していた優先呼識別子を設定する。このため、優先呼識別子が設定されたＩＮＶＩＴＥを着信した着信端末３が、発信端末２に対するＳＩＰリクエストに優先呼識別子を設定しない場合であっても、当該ＳＩＰリクエストに係る呼の優先制御を行うことができる。
【００８３】
また、本実施の形態に係る呼制御システム１によれば、着信端末３に端末間インタフェースを介して接続されるＰ−ＣＳＣＦ５１が、着信端末３から受信したＳＩＰリクエストに優先呼識別子を設定する。このため、当該ＳＩＰリクエストを発信端末２に伝送する各装置（Ｓ−ＣＳＣＦ５２、Ｓ−ＣＳＣＦ４２、Ｐ−ＣＳＣＦ４１など）では、当該ＳＩＰリクエストに係る呼の優先制御が可能となる。
【００８４】
上述の実施の形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。
【００８５】
また、上述の実施の形態では、着信端末３に接続されるＰ−ＣＳＣＦ５１が、着信端末３から受信したＳＩＰリクエストに優先呼識別子を設定するものとした。しかしながら、当該ＳＩＰリクエストを発信端末２に伝送する他の装置（例えば、Ｓ−ＣＳＣＦ５２など）で優先呼識別子が設定されてもよい。かかる場合、当該他の装置が、発信端末２からのＩＮＶＩＴＥ（呼設定要求信号）に優先呼識別子が設定されている場合、当該ＩＮＶＩＴＥに設定されている呼識別子と優先呼識別子とを関連付けて記憶する。
【００８６】
以上のように、本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００８７】
１…呼制御システム
２…発信端末
３…着信端末
４…ＩＭＳネットワーク
５…ＩＭＳネットワーク
４１…Ｐ−ＣＳＣＦ
４２…Ｓ−ＣＳＣＦ
４３…ＡＳ
５１…Ｐ−ＣＳＣＦ
５２…Ｓ−ＣＳＣＦ
５３…ＡＳ
５１１…ＣＳＣＦインタフェース
５１２…端末インタフェース
５１３…判定部
５１４…記憶部
５１５…設定部
【特許請求の範囲】
【請求項１】
着信端末に対して呼設定要求信号を着信させる呼制御装置における優先呼制御方法であって、
発信端末から発信された前記着信端末に対する呼設定要求信号を受信する工程と、
優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する工程と、
前記優先呼識別子が設定されている呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する工程と、
受信した前記要求信号に、記憶した前記呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合に、前記要求信号に優先呼識別子を設定する工程と、
を有することを特徴とする優先呼制御方法。
【請求項２】
前記記憶する工程において、前記呼設定要求信号に設定されている前記呼識別子と前記優先呼識別子とを関連付けて記憶し、
前記設定する工程において、前記要求信号に、前記呼識別子に関連付けて記憶していた前記優先呼識別子を設定することを特徴とする請求項１に記載の優先呼制御方法。
【請求項３】
前記呼制御装置は、前記着信端末に端末間インタフェースを介して接続されることを特徴とする請求項１又は請求項２に記載の優先呼制御方法。
【請求項４】
前記要求信号は、前記呼識別子で識別される呼における音声通信の停止を要求する保留要求信号であることを特徴とする請求項１から請求項３のいずれかに記載の優先呼制御方法。
【請求項５】
前記要求信号は、前記呼識別子で識別される呼における音声通信の再開を要求する保留解除要求信号であることを特徴とする請求項１から請求項３のいずれかに記載の優先呼制御方法。
【請求項６】
前記要求信号は、前記呼識別子で識別される呼の設定条件の更新を要求する更新要求信号であることを特徴とする請求項１から請求項３のいずれかに記載の優先呼制御方法。
【請求項７】
着信端末に対して呼設定要求信号を着信させる呼制御装置であって、
発信端末から発信された前記着信端末に対する呼設定要求信号を受信する第１受信部と、
前記第１受信部で優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する記憶部と、
前記優先呼識別子が設定された呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する第２受信部と、
前記第２受信部で受信された前記要求信号に前記記憶部で記憶された呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合、前記要求信号に優先呼識別子を設定する設定部と、
を具備することを特徴とする呼制御装置。
【請求項８】
前記記憶部は、前記呼設定要求信号に設定されている前記呼識別子と前記優先呼識別子とを関連付けて記憶し、
前記設定部は、前記要求信号に、前記呼識別子に関連付けて前記記憶部に記憶していた前記優先呼識別子を設定することを特徴とする請求項７に記載の呼制御装置。
【請求項９】
前記呼制御装置は、前記着信端末に端末間インタフェースを介して接続されることを特徴とする請求項７又は請求項８に記載の呼制御装置。
【請求項１０】
前記要求信号は、前記呼識別子で識別される呼における音声通信の停止を要求する保留要求信号であることを特徴とする請求項７から請求項９のいずれかに記載の呼制御装置。
【請求項１１】
前記要求信号は、前記呼識別子で識別される呼における音声通信の再開を要求する保留解除要求信号であることを特徴とする請求項７から請求項９のいずれかに記載の呼制御装置。
【請求項１２】
前記要求信号は、前記呼識別子で識別される呼の設定条件の更新を要求する更新要求信号であることを特徴とする請求項７から請求項９のいずれかに記載の呼制御装置。
【請求項１】
着信端末に対して呼設定要求信号を着信させる呼制御装置における優先呼制御方法であって、
発信端末から発信された前記着信端末に対する呼設定要求信号を受信する工程と、
優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する工程と、
前記優先呼識別子が設定されている呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する工程と、
受信した前記要求信号に、記憶した前記呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合に、前記要求信号に優先呼識別子を設定する工程と、
を有することを特徴とする優先呼制御方法。
【請求項２】
前記記憶する工程において、前記呼設定要求信号に設定されている前記呼識別子と前記優先呼識別子とを関連付けて記憶し、
前記設定する工程において、前記要求信号に、前記呼識別子に関連付けて記憶していた前記優先呼識別子を設定することを特徴とする請求項１に記載の優先呼制御方法。
【請求項３】
前記呼制御装置は、前記着信端末に端末間インタフェースを介して接続されることを特徴とする請求項１又は請求項２に記載の優先呼制御方法。
【請求項４】
前記要求信号は、前記呼識別子で識別される呼における音声通信の停止を要求する保留要求信号であることを特徴とする請求項１から請求項３のいずれかに記載の優先呼制御方法。
【請求項５】
前記要求信号は、前記呼識別子で識別される呼における音声通信の再開を要求する保留解除要求信号であることを特徴とする請求項１から請求項３のいずれかに記載の優先呼制御方法。
【請求項６】
前記要求信号は、前記呼識別子で識別される呼の設定条件の更新を要求する更新要求信号であることを特徴とする請求項１から請求項３のいずれかに記載の優先呼制御方法。
【請求項７】
着信端末に対して呼設定要求信号を着信させる呼制御装置であって、
発信端末から発信された前記着信端末に対する呼設定要求信号を受信する第１受信部と、
前記第１受信部で優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する記憶部と、
前記優先呼識別子が設定された呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する第２受信部と、
前記第２受信部で受信された前記要求信号に前記記憶部で記憶された呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合、前記要求信号に優先呼識別子を設定する設定部と、
を具備することを特徴とする呼制御装置。
【請求項８】
前記記憶部は、前記呼設定要求信号に設定されている前記呼識別子と前記優先呼識別子とを関連付けて記憶し、
前記設定部は、前記要求信号に、前記呼識別子に関連付けて前記記憶部に記憶していた前記優先呼識別子を設定することを特徴とする請求項７に記載の呼制御装置。
【請求項９】
前記呼制御装置は、前記着信端末に端末間インタフェースを介して接続されることを特徴とする請求項７又は請求項８に記載の呼制御装置。
【請求項１０】
前記要求信号は、前記呼識別子で識別される呼における音声通信の停止を要求する保留要求信号であることを特徴とする請求項７から請求項９のいずれかに記載の呼制御装置。
【請求項１１】
前記要求信号は、前記呼識別子で識別される呼における音声通信の再開を要求する保留解除要求信号であることを特徴とする請求項７から請求項９のいずれかに記載の呼制御装置。
【請求項１２】
前記要求信号は、前記呼識別子で識別される呼の設定条件の更新を要求する更新要求信号であることを特徴とする請求項７から請求項９のいずれかに記載の呼制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−９８８４４（Ｐ２０１３−９８８４４Ａ）
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願番号】特願２０１１−２４１２４６（Ｐ２０１１−２４１２４６）
【出願日】平成２３年１１月２日（２０１１．１１．２）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願日】平成２３年１１月２日（２０１１．１１．２）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]