JP4750566B2 - 通信制御システム - Google Patents
通信制御システム Download PDFInfo
- Publication number
- JP4750566B2 JP4750566B2 JP2006018072A JP2006018072A JP4750566B2 JP 4750566 B2 JP4750566 B2 JP 4750566B2 JP 2006018072 A JP2006018072 A JP 2006018072A JP 2006018072 A JP2006018072 A JP 2006018072A JP 4750566 B2 JP4750566 B2 JP 4750566B2
- Authority
- JP
- Japan
- Prior art keywords
- call
- priority
- call type
- terminal
- udi
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1307—Call setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13098—Mobile subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13141—Hunting for free outlet, circuit or channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1325—Priority service
Description
本発明は、携帯端末間で通信を行なう移動体通信システムにおいて、ＡＭＲ（Ａｄａｐｔｉｖｅ Ｍｕｌｔｉ−Ｒａｔｅ）接続とＵＤＩ（Ｕｎｒｅｓｔｒｉｃｔｅｄ Ｄｉｇｉｔａｌ Ｉｎｆｏｒｍａｔｉｏｎ）接続とを必要に応じて選択することが可能な通信制御システムに関する。
移動体通信システムは、発信者が発信時にＡＭＲかＵＤＩを選択して発呼するのが一般的である。この場合、ＵＤＩに対応していない端末にＵＤＩ呼として発信した場合には、一旦接続が切断され、再度ＡＭＲ接続として発呼する（自動的にＡＭＲに切り替える機能を持った端末も存在する）。
図５８は、ＵＤＩに対応した携帯端末にＵＤＩ呼として発信した場合の通信処理の従来例について示す図である。
発信端末は、ＲＮＣとＲＲＣ ＣＯＮＮＥＣＴＩＯＮ確立後に発信側ＣＮに対してＳＥＴＵＰ信号とともにＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を送信する。
発信端末は、ＲＮＣとＲＲＣ ＣＯＮＮＥＣＴＩＯＮ確立後に発信側ＣＮに対してＳＥＴＵＰ信号とともにＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を送信する。
また、ＳＥＴＵＰ設定を受け取った発信側ＣＮは、発信端末−ＲＮＣ間のＵＤＩ接続準備を確立させると、着信側ＣＮに対してＩＡＭ信号とともに要求呼種別「ＵＤＩ」を送信する。
着信側ＣＮは、ＩＡＭ信号を受け取ると、ＲＮＣ−着信端末間のＲＲＣ ＣＯＮＮＥＣＴＩＯＮを確立する。そして、ＳＥＴＵＰ信号とともに要求呼種別「ＵＤＩ」を通知する。
着信端末は、ＳＥＴＵＰ信号を受け取ると、発信呼種別をチェックしＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を着信側ＣＮに送信する。
ＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取った着信側ＣＮは、ＲＮＣ−着信端末間でのＵＤＩ接続準備を確立させる。
ＲＮＣ−着信端末間で接続準備が確立すると、着信端末は、着信側ＣＮにＡＬＥＲＴ信号、ＣＯＮＮ信号等を送信し、発信端末からＣＯＮＮ ＡＣＫ信号が返されると、発信端末と着信端末のＵＤＩ接続が完了する。
ＲＮＣ−着信端末間で接続準備が確立すると、着信端末は、着信側ＣＮにＡＬＥＲＴ信号、ＣＯＮＮ信号等を送信し、発信端末からＣＯＮＮ ＡＣＫ信号が返されると、発信端末と着信端末のＵＤＩ接続が完了する。
図５９は、ＵＤＩに対応していない携帯端末にＵＤＩ呼として発信した場合の通信処理の従来例について示す図である。
着信端末は、ＳＥＴＵＰ信号を受け取ると、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を着信側ＣＮに送信する。
着信端末は、ＳＥＴＵＰ信号を受け取ると、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を着信側ＣＮに送信する。
ＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取った着信側ＣＮは、要求呼種別と応答呼種別との整合性をチェックするが、不整合のためＮＧと判断し、発信側ＣＮに対して通信切断要求を出すとともに、ＲＮＣ−着信端末間の通信も切断する。
上述のように、発信端末−着信端末間の接続形態（ＡＭＲ又はＵＤＩ）は、発信端末の要求呼種別に拘束されるので、要求呼種別と応答呼種別に不整合が生じると、一旦接続を切断してから再度適切な接続形態で通信を接続することが必要となり、その結果、呼制御等を行なう通信制御システムの負荷が大きくなってしまうという問題があった。
特許文献１には、各種動作モード設定を行なう際の操作キーの操作や設定された各種動作モードの可視的識別を容易にして、操作性やサービス性の向上を図る画像通信端末について開示されている。
特許文献２には、基地局と移動局との間で複数の情報伝送能力による無線伝送を行なう無線通信システムにおいて、通信中に異なる情報伝送能力に容易に変更して柔軟な通信を行なう無線通信システム及び無線携帯端末について開示されている。
特許文献３には、受信側でテレビ電話チャネルで通話するか音声チャネルで通話するかを選択させて通信チャネルに変更するマルチメディア通信端末について開示されている。
特許文献４には、複数の接続カテゴリを搭載し、かつ、各接続カテゴリにおいて１つ以上の通信形態を搭載する複合通信端末において、適切に接続カテゴリ及び通信方法を選択・変更して所望の通話相手との円滑な通信を実現する通信端末装置及び通信制御プログラムについて開示されている。
特許文献４には、複数の接続カテゴリを搭載し、かつ、各接続カテゴリにおいて１つ以上の通信形態を搭載する複合通信端末において、適切に接続カテゴリ及び通信方法を選択・変更して所望の通話相手との円滑な通信を実現する通信端末装置及び通信制御プログラムについて開示されている。
特許文献５には、テレビ電話通話用の回線接続ができなかった場合に自動的に音声通話用の回線接続を行なうことにより、相手方の電話機がテレビ電話機能を持たない場合でも音声通話用の発信操作を別途行なうことなく音声通話が可能となるテレビ電話機能付き電話機について開示されている。
特開平０７−１１５６３４号公報
特開２０００−１７４８３９号公報
特開２００１−３０９０８６号公報
特開２００２−２８１１７５号公報
特開２００３−０４６６７６号公報
本発明は、上述した問題に鑑みてなされたものであり、その解決しようとする課題は、発信端末及び着信端末が要求する接続形態に応じて最適な接続形態を決定する通信制御システムを提供することである。
上記課題を解決するために、本発明に係る通信制御システムは、端末間の呼制御を行なう１又は２以上の通信制御システムを有し、管理下にある発信端末と通信を行なう通信制御システムの発信側通信制御システムと、管理下にある着信端末と通信を行なう通信制御システムの着信側通信制御システムと、が互いに通信することにより発信端末と着信端末とが通信可能となる通信ネットワークにおいて、前記発信端末から通知された第１の接続形態情報から優先呼種別を判断して第１の優先呼種別識別子を生成する発信優先呼種別判断手段と、該第１の優先呼種別識別子を前記着信側通信制御システムに通知する優先呼種別識別子通知手段と、該優先呼種別識別子通知手段によって通知された第１の優先呼種別識別子から前記着信端末に対して要求する要求呼種別を判断する要求呼種別判断手段と、該要求呼種別を前記着信端末に通知する要求呼種別通知手段と、前記着信端末から通知された第２の接続形態情報から優先呼種別を判断して第２の優先呼種別識別子を生成する着信優先呼種別判断手段と、前記第１の優先呼種別識別子と前記第２の優先呼種別識別子とから接続呼種別を判断する接続呼種別判断手段と、該接続呼種別判断手段が判断した接続呼種別で前記発信端末と前記着信端末との通信を確立させる通信確立手段と、を備える。
本発明によると、発信優先呼種別判断手段が、発信端末から通知される第１の接続形態情報から第１の優先呼種別識別子を生成し、着信優先呼種別判断手段が、着信眼末から通知される第２の接続形態情報から第２の優先呼種別識別子を生成する。
そして、接続呼種別判断手段が、第１の優先呼種別識別子と第２の優先呼種別識別子とから発信端末−着信端末間の接続呼種別（接続形態）を決定するので、発信端末が要求する接続形態と着信端末が要求する接続形態とから発信端末−着信端末間を接続する最適な接続形態を決定することが可能となる。
以上のように、本発明によると、発信端末及び着信端末が要求する接続形態に応じて最適な接続形態を決定する通信制御システムを提供することが可能となる。
以下、本発明の実施形態について図１〜図５７に基づいて説明する。
図１は、本発明の原理を示す図である。
図１に示す通信制御システム１０は、発信優先呼種別判断手段１１と優先呼種別識別子通知手段１２と要求呼種別判断手段１３と要求呼種別通知手段１４と着信優先呼種別判断手段１５と接続呼種別判断手段１６と通信確立手段１７とを少なくとも備えている。
図１は、本発明の原理を示す図である。
図１に示す通信制御システム１０は、発信優先呼種別判断手段１１と優先呼種別識別子通知手段１２と要求呼種別判断手段１３と要求呼種別通知手段１４と着信優先呼種別判断手段１５と接続呼種別判断手段１６と通信確立手段１７とを少なくとも備えている。
発信優先呼種別判断手段１１は、発信端末が送る第１の接続形態情報から発信優先呼種別（優先度情報を含む要求呼種別）を判断して第１の優先呼種別識別子を生成する。なお、第１の接続形態情報には、例えば、要求呼種別及び端末能力情報を使用する。要求呼種別とは着信端末に要求する呼の種別をいい、端末能力情報とは端末が実現可能な呼の種別等に関する情報をいう。
優先呼種別識別子通知手段１２は、発信優先呼種別判断手段１１で生成した第１の優先呼種別識別子を着信側通信制御システムに通知する。
要求呼種別判断手段１３は、発信側通信制御システムから通知される第１の優先呼種別識別子から発信端末の要求呼種別を判断する。要求呼種別通知手段１４は、要求呼種別判断手段１３が判断した要求呼種別を着信端末に通知する。
要求呼種別判断手段１３は、発信側通信制御システムから通知される第１の優先呼種別識別子から発信端末の要求呼種別を判断する。要求呼種別通知手段１４は、要求呼種別判断手段１３が判断した要求呼種別を着信端末に通知する。
着信優先呼種別判断手段１５は、着信端末が送る第２の接続形態情報から着信優先呼種別（優先度情報を含む応答呼種別）を判断して第２の優先呼種別識別子を生成する。なお、第２の接続形態情報には、例えば、応答呼種別及び端末能力情報を使用する。応答呼種別とは、発信端末に応答する呼の種別をいう。
接続呼種別判断手段１６は、第１の優先呼種別識別子と第２の優先呼種別識別子とから接続呼種別（発信端末と着信端末とが通信を行なう呼の種別）を判断する。通信確立手段１７は、接続呼種別判断手段１６が判断した接続呼種別で発信端末と着信端末との通信を確立する。
ここで、発信端末とは発呼を行なう端末、着信端末とは発信端末の発呼先の端末をいう。また、通信制御システムとは、端末間の呼制御や位置登録の制御、ユーザ情報の管理等を行なうシステムをいう。そして、発信側通信制御システムとは発信端末と通信を行なう通信制御システムをいい、着信側通信制御システムとは着信端末と通信を行なう通信制御システムのことをいう。
また、第１の優先呼種別識別子とは発信優先呼種別を識別する識別子をいい、第２の優先呼種別識別子とは着信優先呼種別を識別する識別子をいう。
図２は、本発明を実施するための構成例を示す図である。
図２は、本発明を実施するための構成例を示す図である。
本発明の実施例に係る通信システム２０は、複数のＣＮ（Ｃｏｒｅ Ｎｅｔｗｏｒｋ：通信制御システム）２１とＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）２２とを有する携帯電話ネットワーク２３と、複数の携帯端末２４と、を少なくとも備える。
ＣＮ２１は、ＲＮＣ２２及びＲＮＣ２２を介して携帯端末２４と通信を行なう通信部２１ａと、携帯端末２４の呼の制御や位置登録、ユーザ情報の管理等を行なう制御部２１ｂと、制御部２１ｂの動作や通信等に必要なデータを記憶する記憶部２１ｃと、を少なくとも備えている。 ＲＮＣ２２は、その配下にある複数の携帯電話基地局装置２５を統括する。
携帯端末２４は、携帯電話基地局装置２５を介してＲＮＣ２２やＣＮ２１と通信を行なうための無線通信部２４ａと、携帯端末２４の制御等を行なう制御部２４ｂと、制御部２４ｂの動作や通信等に必要なデータを記憶する記憶部２４ｃと、発呼の指示や各種設定など携帯端末２４を操作するための操作部２４ｄと、操作メニュー等を表示する表示部２４ｅと、を少なくとも備えている。
以上に説明した構成において、本発明に係る発信優先呼種別判断手段、優先呼種別識別子通知手段、要求呼種別判断手段、要求呼種別通知手段、着信優先呼種別判断手段、接続呼種別判断手段及び通信確立手段は、記憶部２１ｃに格納された所定のプログラムを制御部２１ｂに実行させることによって実現される。
また、図９に示す優先呼種別判断情報９０、図１０に示す要求呼種別判断情報１００及び図１２に示す接続呼種別判断情報１２０は、記憶部２１ｃに記憶される。図８に示すＳＥＴＵＰ設定情報８０、図１１に示すＣＡＬＬＣＯＮＦＩＲＭ設定情報１１０は、記憶部２４ｃに記憶される。
なお、以上に説明した構成は、ＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）−２０００のシステム構成を例にして記載したものである。したがって、ＣＮ２１間での通信やＣＮ２１−ＲＮＣ２２−携帯端末２４間での通信は、例えば、ＩＳＵＰ（ＩＳＤＮ Ｕｓｅｒ Ｐａｒｔ）、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）等に定められた規格に沿って行なわれるが、詳細については必要に応じてこれらの規格を参照されたい。
以下、本実施例に係る通信システム２０の処理の概要について図３〜１２に基づいて説明する。
図３〜図７は、本実施例に係る通信システム２０におけるＣＮ２１−ＲＮＣ２２−携帯端末２４間の通信処理の概要を示す図である。なお、以下の説明では、発呼する携帯端末２４を発信端末、その発信端末が管理下にあるＣＮ２１を発信側ＣＮ、発呼先の携帯端末２４を着信端末、その着信端末が管理下にあるＣＮ２１を着信側ＣＮとする。
図３〜図７は、本実施例に係る通信システム２０におけるＣＮ２１−ＲＮＣ２２−携帯端末２４間の通信処理の概要を示す図である。なお、以下の説明では、発呼する携帯端末２４を発信端末、その発信端末が管理下にあるＣＮ２１を発信側ＣＮ、発呼先の携帯端末２４を着信端末、その着信端末が管理下にあるＣＮ２１を着信側ＣＮとする。
以下、図３〜図７に示す（１）〜（１０）に沿って通信処理の説明を行なう。
（１）発信端末には、あらかじめユーザによって、発信優先呼種別が設定される。例えば、携帯端末２４は、表示部２４ｅにメニュー等で複数の発信優先呼種別を表示し、ユーザが操作部２４ｄを操作して指定した発信優先呼種別を記憶部２４ｃに記憶する。
（１）発信端末には、あらかじめユーザによって、発信優先呼種別が設定される。例えば、携帯端末２４は、表示部２４ｅにメニュー等で複数の発信優先呼種別を表示し、ユーザが操作部２４ｄを操作して指定した発信優先呼種別を記憶部２４ｃに記憶する。
発信優先呼種別には、ＵＤＩでのみ通信を行なう「ＵＤＩ発信」、ＵＤＩとＡＭＲのうち優先的にＵＤＩで通信を行なう「ＵＤＩ優先発信」、ＡＭＲでのみ通信を行なう「ＡＭＲ発信」及びＵＤＩとＡＭＲのうち優先的にＡＭＲで通信を行なう「ＡＭＲ優先発信」を使用する。
ユーザが操作部２４ｄを操作して発呼の指示を行なうと、発信端末は、まずＲＮＣとの間にＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ） ＣＯＮＮＥＣＴＩＯＮを確立する。
（２）発信端末−ＲＮＣ間でＲＲＣ ＣＯＮＮＥＣＴＩＯＮを確立すると、発信端末は、記憶部２４ｃに格納されているＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別に応じたＳＥＴＵＰ設定（要求呼種別と端末能力情報：第１の接続形態情報）とを取得する。そして、発信端末は、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定をＲＮＣを介して発信側ＣＮに送信する。
（２）発信端末−ＲＮＣ間でＲＲＣ ＣＯＮＮＥＣＴＩＯＮを確立すると、発信端末は、記憶部２４ｃに格納されているＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別に応じたＳＥＴＵＰ設定（要求呼種別と端末能力情報：第１の接続形態情報）とを取得する。そして、発信端末は、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定をＲＮＣを介して発信側ＣＮに送信する。
ここで、図８にＳＥＴＵＰ設定情報８０の例を示す。本実施例に係るＳＥＴＵＰ設定情報８０は、発信優先呼種別が「ＵＤＩ発信」の場合には、要求呼種別及び端末能力情報に「ＵＤＩ」、発信優先呼種別が「ＵＤＩ優先発信」の場合には、要求呼種別に「ＵＤＩ」、端末能力情報に「ＵＤＩ／ＡＭＲ」、発信優先呼種別が「ＡＭＲ発信」の場合には、要求呼種別及び端末能力情報に「ＡＭＲ」、発信優先呼種別が「ＡＭＲ優先発信」の場合に、要求呼種別に「ＡＭＲ」、端末能力情報に「ＵＤＩ／ＡＭＲ」、を使用する。
なお、端末能力情報に「ＵＤＩ／ＡＭＲ」を使用するとは、例えば、発信側ＣＮに端末能力情報として「ＵＤＩ」と「ＡＭＲ」の両方を通知することを示す。
ＳＥＴＵＰ信号を受信した発信側ＣＮは、ＲＮＣに対してＲＡＢ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ） ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴを要求して発信端末−ＲＮＣ間の接続準備を確立させる。発信端末−ＲＮＣ間の接続準備が確立すると、ＲＮＣは、発信側ＣＮに対してＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＳＰＯＮＳＥを送信する。
（３）ＲＮＣからＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＳＰＯＮＳＥを受信すると、発信側ＣＮは、記憶部２１ｃに格納されている優先呼種別判断情報９０を参照し、ＳＥＴＵＰ信号とともに受信したＳＥＴＵＰ設定に応じた優先呼種別識別子を決定する（この時の優先呼種別識別子を「第１の優先呼種別識別子」という）。そして、ＩＡＭ信号を送信するとともに、第１の優先呼種別識別子を着信側ＣＮに通知する。
ＳＥＴＵＰ信号を受信した発信側ＣＮは、ＲＮＣに対してＲＡＢ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ） ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴを要求して発信端末−ＲＮＣ間の接続準備を確立させる。発信端末−ＲＮＣ間の接続準備が確立すると、ＲＮＣは、発信側ＣＮに対してＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＳＰＯＮＳＥを送信する。
（３）ＲＮＣからＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＳＰＯＮＳＥを受信すると、発信側ＣＮは、記憶部２１ｃに格納されている優先呼種別判断情報９０を参照し、ＳＥＴＵＰ信号とともに受信したＳＥＴＵＰ設定に応じた優先呼種別識別子を決定する（この時の優先呼種別識別子を「第１の優先呼種別識別子」という）。そして、ＩＡＭ信号を送信するとともに、第１の優先呼種別識別子を着信側ＣＮに通知する。
ここで、図９に優先呼種別判断情報９０の例を示す。本実施例に係る優先呼種別判断情報９０では、ＳＥＴＵＰ信号とともに送られた要求呼種別と端末能力情報とがそれぞれ「ＵＤＩ」の場合には、第１の優先呼種別識別子が「ＵＤＩ」と、要求呼種別が「ＵＤＩ」、端末能力情報が「ＵＤＩ／ＡＭＲ」の場合には、第１の優先呼種別識別子が「ＵＤＩ優先」と、定義している。
また、ＳＥＴＵＰ信号とともに送られた要求呼種別と端末能力情報とがそれぞれ「ＡＭＲ」の場合には、第１の優先呼種別識別子を「ＡＭＲ」と、要求呼種別が「ＡＭＲ」、端末能力情報が「ＵＤＩ／ＡＭＲ」の場合には、第１の優先呼種別識別子を「ＡＭＲ優先」と、定義している。
着信側ＣＮは、発信側ＣＮからＩＡＭ信号とともに第１の優先呼種別識別子の通知を受けると、第１の優先呼種別識別子を記憶部２１ｃに記憶する。そして、着信側ＣＮは、ＲＮＣに対して接続要求を行なう。接続要求を受けると、ＲＮＣは、着信端末とＲＲＣ ＣＯＮＮＥＣＴＩＯＮを確立する。
ここで、発信端末と同様に、着信端末には、あらかじめユーザによって、着信優先呼種別が設定される。例えば、携帯端末２４は、表示部２４ｅにメニュー等で複数の着信優先呼種別を表示し、ユーザが操作部２４ｄを操作して指定した着信優先呼種別を記憶部２４ｃに記憶する。
着信優先呼種別には、ＵＤＩでのみ通信を行なう「ＵＤＩ着信」、ＵＤＩとＡＭＲのうち優先的にＵＤＩで通信を行なう「ＵＤＩ優先着信」、ＡＭＲでのみ通信を行なう「ＡＭＲ着信」及びＵＤＩとＡＭＲのうち優先的にＡＭＲで通信を行なう「ＡＭＲ優先着信」、着信時にユーザが選択するＵＤＩ又はＡＭＲで通信を行なう「選択着信」を使用する。
（４）ＲＮＣ−着信端末間でＲＲＣ ＣＯＮＮＥＣＴＩＯＮが確立すると、着信側ＣＮは、記憶部２１ｃに格納されている要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別をＲＮＣを介して着信端末に送信する。
（４）ＲＮＣ−着信端末間でＲＲＣ ＣＯＮＮＥＣＴＩＯＮが確立すると、着信側ＣＮは、記憶部２１ｃに格納されている要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別をＲＮＣを介して着信端末に送信する。
ここで、図１０に要求呼種別判断情報１００の例を示す。本実施例に係る要求呼種別判断情報１００は、第１の優先呼種別識別子が「ＵＤＩ」又は「ＵＤＩ優先」の場合には、要求呼種別に「ＵＤＩ」、第１の優先呼種別識別子が「ＡＭＲ」又は「ＡＭＲ優先」の場合には、要求呼種別に「ＡＭＲ」、を使用する。
（５）ＳＥＴＵＰ信号を受信すると、着信端末は、記憶部２４ｃに格納されているＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、あらかじめ設定された着信優先呼種別に応じたＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別と端末能力情報：第２の接続形態情報）を取得する。
（５）ＳＥＴＵＰ信号を受信すると、着信端末は、記憶部２４ｃに格納されているＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、あらかじめ設定された着信優先呼種別に応じたＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別と端末能力情報：第２の接続形態情報）を取得する。
なお、着信優先呼種別が「選択着信」に設定されている場合、着信端末は、表示部２４ｅにメニュー等を表示してユーザに「ＵＤＩ着信」又は「ＡＭＲ着信」の選択を促す。そして、ユーザが操作部２４ｄを操作して指定した呼種別（「ＵＤＩ着信」又は「ＡＭＲ着信」）に応じた応答呼種別と端末能力情報とをＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０から取得する。
そして、着信端末は、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定をＲＮＣを介して着信側ＣＮに送信する。
ここで、図１１にＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０の例を示す。本実施例に係るＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０は、着信優先呼種別が「ＵＤＩ着信」の場合には、応答呼種別及び端末能力情報に「ＵＤＩ」、着信優先呼種別が「ＵＤＩ優先発信」の場合には、応答呼種別に「ＵＤＩ」、端末能力情報に「ＵＤＩ／ＡＭＲ」、着信優先呼種別が「ＡＭＲ着信」の場合には、応答呼種別及び端末能力情報に「ＡＭＲ」、着信優先呼種別が「ＡＭＲ優先着信」の場合に、応答呼種別に「ＡＭＲ」、端末能力情報に「ＵＤＩ／ＡＭＲ」、着信優先呼種別が「選択着信」かつユーザがＵＤＩを選択した場合には、応答呼種別及び端末能力情報に「ＵＤＩ」、着信優先呼種別が「選択着信」かつユーザがＡＭＲを選択した場合には、応答呼種別及び端末能力情報に「ＡＭＲ」、を使用する。
（６）ＣＡＬＬ ＣＯＮＦＩＲＭ信号を受信した着信側ＣＮは、記憶部２１ｃに格納されている優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定に応じた優先呼種別識別子を決定する（この時の優先呼種別識別子を「第２の優先呼種別識別子」という）。そして、この第２の優先呼種別識別子を記憶部２１ｃに記憶する。
（７）着信側ＣＮは、記憶部２１ｃから第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに接続呼種別判断情報１２０を参照し、発信端末と着信端末との接続呼種別を決定する。そして、着信側ＣＮは、この決定にしたがって（８）〜（１０）の処理を実行する。
ここで、図１１にＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０の例を示す。本実施例に係るＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０は、着信優先呼種別が「ＵＤＩ着信」の場合には、応答呼種別及び端末能力情報に「ＵＤＩ」、着信優先呼種別が「ＵＤＩ優先発信」の場合には、応答呼種別に「ＵＤＩ」、端末能力情報に「ＵＤＩ／ＡＭＲ」、着信優先呼種別が「ＡＭＲ着信」の場合には、応答呼種別及び端末能力情報に「ＡＭＲ」、着信優先呼種別が「ＡＭＲ優先着信」の場合に、応答呼種別に「ＡＭＲ」、端末能力情報に「ＵＤＩ／ＡＭＲ」、着信優先呼種別が「選択着信」かつユーザがＵＤＩを選択した場合には、応答呼種別及び端末能力情報に「ＵＤＩ」、着信優先呼種別が「選択着信」かつユーザがＡＭＲを選択した場合には、応答呼種別及び端末能力情報に「ＡＭＲ」、を使用する。
（６）ＣＡＬＬ ＣＯＮＦＩＲＭ信号を受信した着信側ＣＮは、記憶部２１ｃに格納されている優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定に応じた優先呼種別識別子を決定する（この時の優先呼種別識別子を「第２の優先呼種別識別子」という）。そして、この第２の優先呼種別識別子を記憶部２１ｃに記憶する。
（７）着信側ＣＮは、記憶部２１ｃから第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに接続呼種別判断情報１２０を参照し、発信端末と着信端末との接続呼種別を決定する。そして、着信側ＣＮは、この決定にしたがって（８）〜（１０）の処理を実行する。
すなわち、発信側（発信端末−ＲＮＣ−発信側ＣＮ間）の接続を変更する必要がない場合には（８）の処理を実施し、発信側の接続を変更する必要がある場合には（９）の処理を実施する。また、発信端末の発信呼種別と着信端末の発信呼種別とに不整合がある場合には（１０）の処理を実施する。
ここで、図１２に接続呼種別判断情報１２０の例を示す。本実施例に係る接続呼種別判断情報１２０では、第１の優先呼種別識別子が「ＵＤＩ」又は「ＵＤＩ優先」かつ第２の優先呼種別識別子が「ＵＤＩ」、「ＵＤＩ優先」又は「ＡＭＲ優先」の場合には、接続呼種別を「ＵＤＩ」と定義し、第１の優先呼種別識別子が「ＡＭＲ」又は「ＡＭＲ優先」かつ第２の優先呼種別識別子が「ＵＤＩ優先」、「ＡＭＲ」又は「ＡＭＲ優先」の場合、には接続呼種別を「ＡＭＲ」と定義する。
また、第１の優先呼種別識別子が「ＵＤＩ優先」かつ第２の優先呼種別識別子が「ＡＭＲ」の場合には接続呼種別を「ＡＭＲ」と定義し、第１の優先呼種別識別子が「ＡＭＲ優先」かつ第２の優先呼種別識別子が「ＵＤＩ」の場合には接続呼種別を「ＵＤＩ」と定義する。
また、第１の優先呼種別識別子が「ＵＤＩ」かつ第２の優先呼種別識別子が「ＡＭＲ」の場合、又は、第１の優先呼種別識別子が「ＡＭＲ」かつ第２の優先呼種別識別子が「ＵＤＩ」の場合には、通信切断と定義する。
（８）（７）の処理で接続呼種別が決定されると、着信側ＣＮは、当該接続呼種別したがって着信端末に接続を指示する。
（８）（７）の処理で接続呼種別が決定されると、着信側ＣＮは、当該接続呼種別したがって着信端末に接続を指示する。
まず、着信側ＣＮは、ＲＮＣに対してＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴを要求してＲＮＣ−着信端末間の接続準備を確立させる。一方、接続準備が確立すると、ＲＮＣは着信側ＣＮに対してＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＳＰＯＮＳＥを返す。
ＲＮＣ−着信端末間で接続準備が確立すると、着信端末は、着信側ＣＮにＡＬＥＲＴ信号を送信するとともに、着信を知らせる着信音をスピーカから出力する。一方、発信端末は、ＡＬＥＲＴ信号を受信すると、例えば「プルルル」といった呼出し音を通話用スピーカから出力する。
また、ユーザが操作部２４ｄに備わる通話ボタン等を押下すると、着信端末は、ＣＯＮＮ信号を発信端末に送信する。そして、発信端末から着信端末に対してＣＯＮＮ ＡＣＫ信号が送信されると、発信端末と着信端末との接続が完了する。
（９）（７）の処理で接続呼種別が決定されると、着信側ＣＮは、発信側ＣＮに対してＡＣＭ信号を送信して接続変更要求を行なうとともに、ＲＮＣに対してＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴ信号を送信してＲＮＣ−着信端末間の接続準備を確立させる。
（９）（７）の処理で接続呼種別が決定されると、着信側ＣＮは、発信側ＣＮに対してＡＣＭ信号を送信して接続変更要求を行なうとともに、ＲＮＣに対してＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴ信号を送信してＲＮＣ−着信端末間の接続準備を確立させる。
一方、接続変更要求を受けた発信側ＣＮは、ＲＮＣに対して接続変更要求用パラメータ（ｍｏｄｉｆｙ）を付してＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴ信号を送信し、（７）の処理で決定した接続呼種別の接続準備を確立する。
また、ＲＮＣ−着信端末間の接続準備が確立すると、着信端末は、着信側ＣＮにＡＬＥＲＴ信号を送信するとともに、着信を知らせる着信音をスピーカから出力する。一方、発信端末は、ＡＬＥＲＴ信号を受信すると、例えば「プルルル」といった呼出し音を通話スピーカから出力する。
また、ユーザが操作部２４ｄに備わる通話ボタン等を押下すると、着信端末は、ＣＯＮＮ信号を発信端末に送信する。そして、発信端末から着信端末に対してＣＯＮＮ ＡＣＫ信号が送信されると、発信端末と着信端末との接続が完了する。
（１０）（７）の処理で通信の切断が決定されると、着信側ＣＮは、発信側ＣＮに対してＡＣＭ信号を送信して切断要求を行なうとともに、ＲＮＣに対しても切断要求を行なって、発信端末−着信端末間の切断処理を実行する。
（１０）（７）の処理で通信の切断が決定されると、着信側ＣＮは、発信側ＣＮに対してＡＣＭ信号を送信して切断要求を行なうとともに、ＲＮＣに対しても切断要求を行なって、発信端末−着信端末間の切断処理を実行する。
以上に説明したように、本実施例に係る通信システム２０の通信処理は、発信端末に設定される発信優先呼種別と、着信端末に設定される着信優先呼種別と、によって処理が異なる。
図１３は、本実施例に係る通信システム２０における発信優先呼種別と着信優先呼種別の組み合わせに応じた発信端末−着信端末間の接続形態を説明する図である。
発信優先呼種別の設定には、「ＵＤＩ発信」、「ＵＤＩ優先発信」、「ＡＭＲ発信」及び「ＡＭＲ優先発信」の４通りの設定が行なわれる。一方、着信優先呼種別には、「ＵＤＩ着信」、「ＵＤＩ優先着信」、「ＡＭＲ着信」、「ＡＭＲ優先着信」、「選択着信（ＵＤＩ着信が選択された場合）」及び「選択着信（ＡＭＲ着信が選択された場合）」の６通りの設定が行なわれる。
発信優先呼種別の設定には、「ＵＤＩ発信」、「ＵＤＩ優先発信」、「ＡＭＲ発信」及び「ＡＭＲ優先発信」の４通りの設定が行なわれる。一方、着信優先呼種別には、「ＵＤＩ着信」、「ＵＤＩ優先着信」、「ＡＭＲ着信」、「ＡＭＲ優先着信」、「選択着信（ＵＤＩ着信が選択された場合）」及び「選択着信（ＡＭＲ着信が選択された場合）」の６通りの設定が行なわれる。
（１）は、発信優先呼種別が「ＵＤＩ発信」に設定された発信端末で発呼した場合の発信端末−着信端末間の接続形態を、着信端末に設定された着信優先呼種別毎に示している。
着信端末に設定された着信優先呼種別が「ＵＤＩ着信」、「ＵＤＩ優先着信」、「ＡＭＲ優先着信」又は「選択着信」かつ「ＵＤＩ着信」を選択した場合、発信端末−着信端末間はＵＤＩ接続される。
着信端末に設定された着信優先呼種別が「ＡＭＲ着信」又は「選択着信」かつ「ＡＭＲ着信」を選択した場合、発信端末−着信端末間は通信を切断される。
（２）は、発信優先呼種別が「ＵＤＩ優先発信」に設定された発信端末で発呼した場合の発信端末−着信端末間の接続形態を、着信端末に設定された着信優先呼種別毎に示している。
（２）は、発信優先呼種別が「ＵＤＩ優先発信」に設定された発信端末で発呼した場合の発信端末−着信端末間の接続形態を、着信端末に設定された着信優先呼種別毎に示している。
着信端末に設定された着信優先呼種別が「ＵＤＩ着信」、「ＵＤＩ優先着信」、「ＡＭＲ優先着信」又は「選択着信」かつ「ＵＤＩ着信」を選択した場合、発信端末−着信端末間はＵＤＩ接続される。
着信端末に設定された着信優先呼種別が「ＡＭＲ着信」又は「選択着信」かつ「ＡＭＲ着信」を選択した場合、発信端末−着信端末間はＡＭＲ接続される。
（３）は、発信優先呼種別が「ＡＭＲ発信」に設定された発信端末で発呼した場合の発信端末−着信端末間の接続形態を、着信端末に設定された着信優先呼種別毎に示している。
（３）は、発信優先呼種別が「ＡＭＲ発信」に設定された発信端末で発呼した場合の発信端末−着信端末間の接続形態を、着信端末に設定された着信優先呼種別毎に示している。
着信端末に設定された着信優先呼種別が「ＵＤＩ優先着信」、「ＡＭＲ着信」、「ＡＭＲ優先着信」又は「選択着信」かつ「ＡＭＲ着信」を選択した場合、発信端末−着信端末間はＡＭＲ接続される。
着信端末に設定された着信優先呼種別が「ＵＤＩ着信」又は「選択着信」かつ「ＵＤＩ着信」を選択した場合、発信端末−着信端末間は通信を切断される。
（４）は、発信優先呼種別が「ＡＭＲ優先発信」に設定された発信端末で発呼した場合の発信端末−着信端末間の接続形態を、着信端末に設定された着信優先呼種別毎に示している。
（４）は、発信優先呼種別が「ＡＭＲ優先発信」に設定された発信端末で発呼した場合の発信端末−着信端末間の接続形態を、着信端末に設定された着信優先呼種別毎に示している。
着信端末に設定された着信優先呼種別が「ＵＤＩ優先着信」、「ＡＭＲ着信」、「ＡＭＲ優先着信」又は「選択着信」かつ「ＡＭＲ着信」を選択した場合、発信端末−着信端末間はＡＭＲ接続される。
着信端末に設定された着信優先呼種別が「ＵＤＩ着信」又は「選択着信」かつ「ＵＤＩ着信」を選択した場合、発信端末−着信端末間はＵＤＩ接続される。
以上に説明したように発信端末に設定される発信優先呼種別（「ＵＤＩ発信」、「ＵＤＩ優先発信」、「ＡＭＲ発信」又は「ＡＭＲ優先発信」）と着信端末に設定される着信優先呼種別（「ＵＤＩ着信」、「ＵＤＩ優先着信」、「ＡＭＲ着信」、「ＡＭＲ優先着信」、「選択着信（ＵＤＩ着信を選択した場合選択）」又は「選択着信（ＡＭＲ着信を選択した場合）」）の組合わせによって、発信端末−着信端末間で２４通りの通信処理が行なわれる。
以上に説明したように発信端末に設定される発信優先呼種別（「ＵＤＩ発信」、「ＵＤＩ優先発信」、「ＡＭＲ発信」又は「ＡＭＲ優先発信」）と着信端末に設定される着信優先呼種別（「ＵＤＩ着信」、「ＵＤＩ優先着信」、「ＡＭＲ着信」、「ＡＭＲ優先着信」、「選択着信（ＵＤＩ着信を選択した場合選択）」又は「選択着信（ＡＭＲ着信を選択した場合）」）の組合わせによって、発信端末−着信端末間で２４通りの通信処理が行なわれる。
以下、発信端末に設定される発信優先呼種別と着信端末に設定される着信優先呼種別の組合わせ毎に、発信端末−着信端末間で行なわれる通信処理について説明する。
図１４及び図１５は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「ＵＤＩ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図１４及び図１５は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「ＵＤＩ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＵＤＩ」と判断する。すなわち、発信優先呼種別「ＵＤＩ発信」で発信された発信端末と着信端末とがＵＤＩ接続可能と判断する。
そして、図５の（８）に示した処理によってＵＤＩ接続を確立する。
図１６及び図１７は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「ＵＤＩ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図１６及び図１７は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「ＵＤＩ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ優先着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ優先」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＵＤＩ」と判断する。すなわち、発信優先呼種別「ＵＤＩ発信」で発信された発信端末と着信端末とがＵＤＩ接続可能と判断する。
そして、図５の（８）に示した処理によってＵＤＩ接続を確立する。
図１８は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「ＡＭＲ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図１８は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「ＡＭＲ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して通信を「切断」する判断を行なう。すなわち、発信優先呼種別「ＵＤＩ発信」で発信された発信端末と着信優先呼種別「ＡＭＲ着信」で応答した着信端末とでは接続は不可能と判断する。
そして、図７の（１０）に示した処理によって通信を切断する。
図１９及び図２０は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「ＡＭＲ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図１９及び図２０は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「ＡＭＲ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ優先着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ優先」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＵＤＩ」と判断する。発信優先呼種別「ＵＤＩ発信」で発信された発信端末と着信端末とはＵＤＩ接続可能と判断する。
そして、図５の（８）に示した処理によってＵＤＩ接続を確立する。
図２１及び図２２は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「選択着信」が設定され「ＵＤＩ着信」を選択した場合における発信端末−着信端末間の通信処理の例を示す図である。
図２１及び図２２は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「選択着信」が設定され「ＵＤＩ着信」を選択した場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、例えば、記憶部２４ｃに記憶している着信優先呼種別を参照して、当該着信優先呼種別が「選択着信」か否かを判別する（なお、この判別処理は図１４〜図５６に示す全ての場合で行なわれるが、着信優先呼種別が「選択着信」でない場合には特別な処理をしないので簡単のために記載を省略してある）。
そして、着信優先呼種別が「選択着信」である場合には、表示部２４ｅに「ＵＤＩ着信」又は「ＡＭＲ着信」の選択メニューを表示して、ユーザに選択を促す。
ユーザが操作部２４ｄを操作して「ＵＤＩ着信」を選択すると、着信端末は、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
ユーザが操作部２４ｄを操作して「ＵＤＩ着信」を選択すると、着信端末は、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＵＤＩ」と判断する。すなわち、発信優先呼種別「ＵＤＩ発信」で発信された発信端末と着信端末とはＵＤＩ接続可能と判断する。
そして、図５の（８）に示した処理によってＵＤＩ接続を確立する。
図２３は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「選択着信」が設定され「ＡＭＲ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
図２３は、発信優先呼種別に「ＵＤＩ発信」、着信優先呼種別に「選択着信」が設定され「ＡＭＲ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、例えば、記憶部２４ｃに記憶している着信優先呼種別を参照して、当該着信優先呼種別が「選択着信」か否かを判別する。そして、着信優先呼種別が「選択着信」である場合には、表示部２４ｅに「ＵＤＩ着信」又は「ＡＭＲ着信」の選択メニューを表示して、ユーザに選択を促す。
ユーザが操作部２４ｄを操作して「ＡＭＲ着信」を選択すると、着信端末は、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して通信を「切断」する判断を行なう。すなわち、発信優先呼種別「ＵＤＩ発信」で発信された発信端末と着信優先呼種別「ＡＭＲ着信」で応答した着信端末とでは接続が不可能と判断する。
そして、図７の（１０）に示した処理によって通信を切断する。
図２４及び図２５は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「ＵＤＩ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図２４及び図２５は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「ＵＤＩ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＵＤＩ」と判断する。すなわち、発信優先呼種別「ＵＤＩ優先発信」で発信された発信端末と着信端末とはＵＤＩ接続可能と判断する。
そして、図５の（８）に示した処理によってＵＤＩ接続を確立する。
図２６及び図２７は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「ＵＤＩ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図２６及び図２７は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「ＵＤＩ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ優先着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ優先」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＵＤＩ」と判断する。すなわち、発信優先呼種別「ＵＤＩ発信」で発信された発信端末と着信端末とはＵＤＩ接続可能と判断する。
そして、図５の（８）に示した処理によってＵＤＩ接続を確立する。
図２８及び図２９は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「ＡＭＲ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図２８及び図２９は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「ＡＭＲ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＡＭＲ」と判断する。すなわち、発信優先呼種別「ＵＤＩ優先発信」で発信された発信端末と着信優先呼種別「ＡＭＲ着信」で応答した着信端末とはＡＭＲ接続可能と判断する。
そして、図６の（９）に示した処理によってＡＭＲ接続を確立する。
図３０及び図３１は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「ＡＭＲ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図３０及び図３１は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「ＡＭＲ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ優先着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ優先」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＵＤＩ」と判断する。すなわち、発信優先呼種別「ＵＤＩ優先発信」で発信された発信端末と着信端末とはＵＤＩ接続可能と判断する。
そして、図５の（８）に示した処理によってＵＤＩ接続を確立する。
図３２及び図３３は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「選択着信」が設定され「ＵＤＩ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
図３２及び図３３は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「選択着信」が設定され「ＵＤＩ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、例えば、記憶部２４ｃに記憶している着信優先呼種別を参照して、当該着信優先呼種別が「選択着信」か否かを判別する。そして、着信優先呼種別が「選択着信」である場合には、表示部２４ｅに「ＵＤＩ着信」又は「ＡＭＲ着信」の選択メニューを表示して、ユーザに選択を促す。
ユーザが操作部２４ｄを操作して「ＵＤＩ着信」を選択すると、着信端末は、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＵＤＩ」と判断する。すなわち、発信優先呼種別「ＵＤＩ優先発信」で発信された発信端末と着信端末とはＵＤＩ接続可能と判断する。
そして、図５の（８）に示した処理によってＵＤＩ接続を確立する。
図３４及び図３５は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「選択着信」が設定され「ＡＭＲ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
図３４及び図３５は、発信優先呼種別に「ＵＤＩ優先発信」、着信優先呼種別に「選択着信」が設定され「ＡＭＲ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＵＤＩ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＵＤＩ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＵＤＩ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、例えば、記憶部２４ｃに記憶している着信優先呼種別を参照して、当該着信優先呼種別が「選択着信」か否かを判別する。そして、着信優先呼種別が「選択着信」である場合には、表示部２４ｅに「ＵＤＩ着信」又は「ＡＭＲ着信」の選択メニューを表示して、ユーザに選択を促す。
ユーザが操作部２４ｄを操作して「ＡＭＲ着信」を選択すると、着信端末は、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＡＭＲ」と判断する。すなわち、発信優先呼種別「ＵＤＩ優先発信」で発信された発信端末と着信優先呼種別「ＡＭＲ着信」で応答した着信端末とはＡＭＲ接続可能と判断する。
そして、図６の（９）に示した処理によってＡＭＲ接続を確立する。
図３６及び図３７は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「ＡＭＲ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図３６及び図３７は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「ＡＭＲ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＡＭＲ」と判断する。すなわち、発信優先呼種別「ＡＭＲ発信」で発信された発信端末と着信端末とはＡＭＲ接続可能と判断する。
そして、図５の（８）に示した処理によってＡＭＲ接続を確立する。
図３８及び図３９は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「ＡＭＲ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図３８及び図３９は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「ＡＭＲ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ優先着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ優先」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＡＭＲ」と判断する。発信優先呼種別「ＡＭＲ発信」で発信された発信端末と着信端末とはＡＭＲ接続可能と判断する。
そして、図５の（８）に示した処理によってＡＭＲ接続を確立する。
図４０は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「ＵＤＩ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図４０は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「ＵＤＩ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して通信を「切断」する判断を行なう。すなわち、発信優先呼種別「ＡＭＲ発信」で発信された発信端末と着信優先呼種別「ＵＤＩ着信」で応答した着信端末とでは接続が不可能と判断する。
そして、図７の（１０）に示した処理によって通信を切断する。
図４１及び図４２は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「ＵＤＩ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図４１及び図４２は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「ＵＤＩ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ優先着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ優先」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＡＭＲ」と判断する。すなわち、発信優先呼種別「ＡＭＲ発信」で発信された発信端末と着信端末とはＡＭＲ接続可能と判断する。
そして、図５の（８）に示した処理によってＡＭＲ接続を確立する。
図４３及び図４４は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「選択着信」が設定され「ＡＭＲ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
図４３及び図４４は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「選択着信」が設定され「ＡＭＲ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、例えば、記憶部２４ｃに記憶している着信優先呼種別を参照して、当該着信優先呼種別が「選択着信」か否かを判別する。そして、着信優先呼種別が「選択着信」である場合には、表示部２４ｅに「ＵＤＩ着信」又は「ＡＭＲ着信」の選択メニューを表示して、ユーザに選択を促す。
ユーザが操作部２４ｄを操作して「ＡＭＲ着信」を選択すると、着信端末は、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＡＭＲ」と判断する。すなわち、発信優先呼種別「ＡＭＲ発信」で発信された発信端末と着信端末とはＡＭＲ接続可能と判断する。
そして、図５の（８）に示した処理によってＡＭＲ接続を確立する。
図４５は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「選択着信」が設定され「ＵＤＩ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
図４５は、発信優先呼種別に「ＡＭＲ発信」、着信優先呼種別に「選択着信」が設定され「ＵＤＩ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、例えば、記憶部２４ｃに記憶している着信優先呼種別を参照して、当該着信優先呼種別が「選択着信」か否かを判別する。そして、着信優先呼種別が「選択着信」である場合には、表示部２４ｅに「ＵＤＩ着信」又は「ＡＭＲ着信」の選択メニューを表示して、ユーザに選択を促す。
ユーザが操作部２４ｄを操作して「ＵＤＩ着信」を選択すると、着信端末は、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して通信を「切断」する判断を行なう。すなわち、発信優先呼種別「ＡＭＲ発信」で発信された発信端末と着信優先呼種別「ＵＤＩ着信」で応答した着信端末とではＵＤＩ接続が不可能と判断する。
そして、図７の（１０）に示した処理によって通信を切断する。
図４６及び図４７は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「ＡＭＲ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図４６及び図４７は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「ＡＭＲ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照し
て接続呼種別を「ＡＭＲ」と判断する。すなわち、発信優先呼種別「ＡＭＲ優先発信」で発信された発信端末と着信優先呼種別「ＡＭＲ着信」で応答した着信端末とはＡＭＲ接続可能と判断する。
て接続呼種別を「ＡＭＲ」と判断する。すなわち、発信優先呼種別「ＡＭＲ優先発信」で発信された発信端末と着信優先呼種別「ＡＭＲ着信」で応答した着信端末とはＡＭＲ接続可能と判断する。
そして、図５の（８）に示した処理によってＡＭＲ接続を確立する。
図４８及び図４９は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「ＡＭＲ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図４８及び図４９は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「ＡＭＲ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ優先着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ優先」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＡＭＲ」と判断する。発信優先呼種別「ＡＭＲ優先発信」で発信された発信端末と着信端末とはＡＭＲ接続可能と判断する。
そして、図５の（８）に示した処理によってＡＭＲ接続を確立する。
図５０及び図５１は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「ＵＤＩ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図５０及び図５１は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「ＵＤＩ着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＵＤＩ」と判断する。すなわち、発信優先呼種別「ＡＭＲ優先発信」で発信された発信端末と着信優先呼種別「ＵＤＩ着信」で応答した着信端末とはＵＤＩ接続が可能と判断する。
そして、図６の（９）に示した処理によってＵＤＩ接続を確立する。
図５２及び図５３は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「ＵＤＩ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
図５２及び図５３は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「ＵＤＩ優先着信」が設定された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ優先着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ優先」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＡＭＲ」と判断する。すなわち、発信優先呼種別「ＡＭＲ優先発信」で発信された発信端末と着信端末とはＡＭＲ接続が可能と判断する。
そして、図５の（８）に示した処理によってＡＭＲ接続を確立する。
図５４及び図５５は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「選択着信」が設定され「ＡＭＲ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
図５４及び図５５は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「選択着信」が設定され「ＡＭＲ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、例えば、記憶部２４ｃに記憶している着信優先呼種別を参照して、当該着信優先呼種別が「選択着信」か否かを判別する。そして、着信優先呼種別が「選択着信」である場合には、表示部２４ｅに「ＵＤＩ着信」又は「ＡＭＲ着信」の選択メニューを表示して、ユーザに選択を促す。
ユーザが操作部２４ｄを操作して「ＡＭＲ着信」を選択すると、着信端末は、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＡＭＲ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＡＭＲ」、端末能力情報「ＡＭＲ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＡＭＲ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＡＭＲ」と判断する。すなわち、発信優先呼種別「ＡＭＲ優先発信」で発信された発信端末と着信端末とはＡＭＲ接続可能と判断する。
そして、図５の（８）に示した処理によってＡＭＲ接続を確立する。
図５６及び図５７は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「選択着信」が設定され「ＵＤＩ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
図５６及び図５７は、発信優先呼種別に「ＡＭＲ優先発信」、着信優先呼種別に「選択着信」が設定され「ＵＤＩ着信」が選択された場合における発信端末−着信端末間の通信処理の例を示す図である。
発信端末は、発信時にＳＥＴＵＰ設定情報８０を参照し、発信優先呼種別「ＡＭＲ優先発信」に対応するＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）を取得する。そして、ＳＥＴＵＰ信号とともにＳＥＴＵＰ設定を発信側ＣＮに送信する。
発信側ＣＮは、発信端末からＥＴＵＰ設定を受け取ると、優先呼種別判断情報９０を参照し、ＳＥＴＵＰ設定（要求呼種別「ＡＭＲ」、端末能力情報「ＵＤＩ／ＡＭＲ」）に対応する優先呼種別識別子（第１の優先呼種別識別子）「ＡＭＲ優先」を取得する。そして、ＩＡＭ信号とともに第１の優先呼種別識別子を着信側ＣＮに送信する。
着信側ＣＮは、第１の優先呼種別識別子を受け取ると、これを記憶部２１ｃに記憶する。また、着信側ＣＮは、要求呼種別判断情報１００を参照し、第１の優先呼種別識別子に対応する要求呼種別「ＡＭＲ」を取得する。そして、ＳＥＴＵＰ信号とともに要求呼種別を着信端末に送信する。
着信端末は、着信側ＣＮからＳＥＴＵＰ信号を受信すると、例えば、記憶部２４ｃに記憶している着信優先呼種別を参照して、当該着信優先呼種別が「選択着信」か否かを判別する。そして、着信優先呼種別が「選択着信」である場合には、表示部２４ｅに「ＵＤＩ着信」又は「ＡＭＲ着信」の選択メニューを表示して、ユーザに選択を促す。
ユーザが操作部２４ｄを操作して「ＵＤＩ着信」を選択すると、着信端末は、ＣＡＬＬ ＣＯＮＦＩＲＭ設定情報１１０を参照し、着信優先呼種別「ＵＤＩ着信」に対応するＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）を取得する。そして、ＣＡＬＬ ＣＯＮＦＩＲＭ信号とともにＣＡＬＬ ＣＯＮＦＩＲＭ設定を着信側ＣＮに送信する。
着信側ＣＮは、着信端末からＣＡＬＬ ＣＯＮＦＩＲＭ設定を受け取ると、優先呼種別判断情報９０を参照し、ＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別「ＵＤＩ」、端末能力情報「ＵＤＩ」）に対応する優先呼種別識別子（第２の優先呼種別識別子）「ＵＤＩ」を取得して記憶部２１ｃに記憶する。
さらに、着信側ＣＮは、記憶部２１ｃを参照して第１の優先呼種別識別子と第２の優先呼種別識別子を取得するとともに、接続呼種別判断情報１２０を参照して接続呼種別を「ＵＤＩ」と判断する。すなわち、発信優先呼種別「ＡＭＲ優先発信」で発信された発信端末と着信優先呼種別「ＵＤＩ着信」で応答した着信端末とはＵＤＩ接続が可能と判断する。
そして、図６の（９）に示した処理によってＵＤＩ接続を確立する。
以上に説明したように、本実施例に係るＣＮは、発信端末から送られるＳＥＴＵＰ設定（要求呼種別、端末能力情報）から第１の優先呼種別識別子を決定する。一方、着信端末から送られるＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別、端末能力情報）から第２の優先呼種別識別子を決定する。そして、第１の優先呼種別識別子と第２の優先呼種別識別子とから接続形態を決定する。
以上に説明したように、本実施例に係るＣＮは、発信端末から送られるＳＥＴＵＰ設定（要求呼種別、端末能力情報）から第１の優先呼種別識別子を決定する。一方、着信端末から送られるＣＡＬＬ ＣＯＮＦＩＲＭ設定（応答呼種別、端末能力情報）から第２の優先呼種別識別子を決定する。そして、第１の優先呼種別識別子と第２の優先呼種別識別子とから接続形態を決定する。
このため、発信端末が要求する接続形態と着信端末が要求する接続形態とから発信端末−着信端末間を接続する最適な接続形態を決定することが可能となる。
また、携帯端末のユーザの所望する接続形態で発信端末−着信端末間を接続することができるので、一旦接続を切断してから再度接続し直すといった負荷のかかる処理を大幅に減らすことが可能となる。
また、携帯端末のユーザの所望する接続形態で発信端末−着信端末間を接続することができるので、一旦接続を切断してから再度接続し直すといった負荷のかかる処理を大幅に減らすことが可能となる。
その結果、ＣＮが有する無線リソースをより有効に活用することが可能となり、例えば、同一ネットワーク内での利用可能な加入者を増やすことが可能となる。
また、発信端末が要求する接続形態と着信端末が要求する接続形態とから最適な接続形態が決定されるので、発信端末が要求する接続形態にのみ拘束されることを回避することが可能となる。
また、発信端末が要求する接続形態と着信端末が要求する接続形態とから最適な接続形態が決定されるので、発信端末が要求する接続形態にのみ拘束されることを回避することが可能となる。
例えば、発信端末がＵＤＩ接続を要求してきた場合でも、発信端末の発信優先呼種別が「ＵＤＩ優先発信」、着信端末の着信優先呼種別が「ＡＭＲ着信」に設定されているときは、着信端末が要求する接続形態（ＡＭＲ接続）で接続することが可能となる。また、着信端末の着信優先呼種別に「選択着信」を設定しておけば、発信端末からの発呼に応じて接続形態（ＡＭＲ又はＵＤＩ）を選択することが可能となる。
さらに、発信端末が要求する接続形態と着信端末が要求する接続形態とから最適な接続形態が決定されるので、ユーザは発信時に着信端末がＵＤＩ接続可能な端末か否かをあらかじめ確認しておく等の作業をする必要がなくなる。
また、本実施例に示したように、ＩＭＴ−２０００のシステムに本発明を適用する場合には、既存のシステムとの互換性を保ちつつ上述の効果を得ることが可能である。例えば、従来からある携帯端末と本実施例に係る携帯端末とが混在する通信システムが可能である。
以上の説明において、本実施例はＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）−２０００のシステム構成を例にして説明したが、これに限定する趣旨ではなく、同様の通信処理を行なう他のシステムであっても本発明を適用することにより同様の効果を得ることができるのは当然である。
また、ＳＥＴＵＰ設定情報８０、図９に示した優先呼種別判断情報９０、図１０に示した要求呼種別判断情報１００、図１１に示したＣＡＬＬＣＯＮＦＩＲＭ設定情報１１０及び図１２に示す接続呼種別判断情報１２０は、同図に示したものに限定する趣旨ではない。例えば、接続呼種別判断情報１２０では、第１の優先呼種別識別子が「ＵＤＩ優先」かつ第２の優先呼種別識別子が「ＡＭＲ優先」の場合には、第１の優先呼種別識別子の設定にあわせてＵＤＩ接続としているが、必要に応じて、第２の優先呼種別識別子の設定にあわせてＡＭＲ接続としてもよい。
（付記１） 端末間の呼制御を行なう１又は２以上の通信制御システムを有し、発信端末と通信を行なう通信制御システムの発信側通信制御システムと、着信端末と通信を行なう通信制御システムの着信側通信制御システムと、が互いに通信することにより発信端末と着信端末とが通信可能となる通信ネットワークにおいて、
前記発信端末から通知された第１の接続形態情報から優先呼種別を判断して第１の優先呼種別識別子を生成する発信優先呼種別判断手段と、
該第１の優先呼種別識別子を前記着信側通信制御システムに通知する優先呼種別識別子通知手段と、
該優先呼種別識別子通知手段によって通知された第１の優先呼種別識別子から前記着信端末に対して要求する要求呼種別を判断する要求呼種別判断手段と、
該要求呼種別を前記着信端末に通知する要求呼種別通知手段と、
前記着信端末から通知された第２の接続形態情報から優先呼種別を判断して第２の優先呼種別識別子を生成する着信優先呼種別判断手段と、
前記第１の優先呼種別識別子と前記第２の優先呼種別識別子とから接続呼種別を判断する接続呼種別判断手段と、
該接続呼種別判断手段が判断した接続呼種別で前記発信端末と前記着信端末との通信を確立させる通信確立手段と、
を備えることを特徴とする通信制御システム。
（付記２） 前記発信端末から送られる第１の接続形態情報に対応する優先呼種別識別子を定義した優先呼種別判断情報を記憶する優先呼種別判断情報記憶手段をさらに備え、
前記発信優先呼種別判断手段は、該優先呼種別判断情報記憶手段を参照し、前記第１の接続形態情報に応じた第１の優先呼種別識別子を生成する、
ことを特徴とする付記１に記載の通信制御システム。
（付記３） 前記第１の優先呼種別識別子に対する要求呼種別であって、着信端末に送る要求呼種別を定義した要求呼種別判断情報を記憶する要求呼種別判断情報記憶手段をさらに備え、
前記要求呼種別判断手段は、該要求呼種別判断情報記憶手段を参照し、前記第１の優先呼種別識別子に応じた要求呼種別を判断する、
ことを特徴とする付記１に記載の通信制御システム。
（付記４） 前記着信端末から送られる第２の接続形態情報に対応する優先呼種別識別子を定義した優先呼種別判断情報を記憶する優先呼種別判断情報記憶手段をさらに備え、
前記着信優先呼種別判断手段は、該優先呼種別判断情報記憶手段を参照し、前記第２の接続形態情報に応じた第２の優先呼種別識別子を生成する、
ことを特徴とする付記１に記載の通信制御システム。
（付記５） 前記第１及び第２の優先呼種別識別子に対する接続呼種別を定義した接続呼種別判断情報を記憶する接続呼種別判断情報記憶手段をさらに備え、
前記接続呼種別判断手段は、該接続呼種別判断情報記憶手段を参照し、前記第１及び第２の優先呼種別識別子に応じた接続呼種別を決定する、
ことを特徴とする付記１に記載の通信制御システム。
（付記６） 端末間の呼制御を行なう１又は２以上の通信制御システムを有し、発信端末と通信を行なう通信制御システムの発信側通信制御システムと、着信端末と通信を行なう通信制御システムの着信側通信制御システムと、が互いに通信することにより発信端末と着信端末とが通信可能となる通信ネットワークにおいて、
前記発信端末から通知された第１の接続形態情報から優先呼種別を判断して第１の優先呼種別識別子を生成する優先呼種別判断処理と、
該第１の優先呼種別識別子を前記着信側通信制御システムに通知する優先呼種別識別子通知処理と、
該優先呼種別識別子通知処理によって通知された第１の優先呼種別識別子から前記着信端末に対して要求する要求呼種別を判断する要求呼種別判断処理と、
該要求呼種別を前記着信端末に通知する要求呼種別通知処理と、
前記着信端末から通知された第２の接続形態情報から優先呼種別を判断して第２の優先呼種別識別子を生成する優先呼種別判断処理と、
前記第１の優先呼種別識別子と前記第２の優先呼種別識別子とから接続呼種別を判断する接続呼種別判断処理と、
該接続呼種別判断処理が判断した接続呼種別で前記発信端末と前記着信端末との通信を確立させる通信確立処理と、
を通信制御システムに実行させる通信方法。
（付記７） 端末間の呼制御を行なう１又は２以上の通信制御システムを有し、発信端末と通信を行なう通信制御システムの発信側通信制御システムと、着信端末と通信を行なう通信制御システムの着信側通信制御システムと、が互いに通信することにより発信端末と着信端末とが通信可能となる通信システムであって、
発信呼種別の設定を可能とする発信呼種別設定手段と、
該発信呼種別設定手段によって設定された発信呼種別に応じた第１の接続形態情報を前記発信側通信制御システムに通知する発信呼種別通知手段と、
着信呼種別の設定を可能とする着信呼種別設定手段と、
前記着信側通信制御システムからの要求に応じて、該着信呼種別設定手段で設定された着信呼種別に応じた第２の接続形態情報を前記着信側通信制御システムに通知する着信呼種別通知手段と、
を有する端末と、
前記発信端末から通知された第１の接続形態情報から優先呼種別を判断して第１の優先呼種別識別子を生成する発信優先呼種別判断手段と、
該第１の優先呼種別識別子を前記着信側通信制御システムに通知する優先呼種別識別子通知手段と、
該優先呼種別識別子通知手段によって通知された第１の優先呼種別識別子から前記着信端末に対して要求する要求呼種別を判断する要求呼種別判断手段と、
該要求呼種別を前記着信端末に通知する要求呼種別通知手段と、
前記着信端末から通知された第２の接続形態情報から優先呼種別を判断して第２の優先呼種別識別子を生成する着信優先呼種別判断手段と、
前記第１の優先呼種別識別子と前記第２の優先呼種別識別子とから接続呼種別を判断する接続呼種別判断手段と、
該接続呼種別判断手段が判断した接続呼種別で前記発信端末と前記着信端末との通信を確立させる通信確立手段と、
を有する通信制御システムと、を備える通信システム。
前記発信端末から通知された第１の接続形態情報から優先呼種別を判断して第１の優先呼種別識別子を生成する発信優先呼種別判断手段と、
該第１の優先呼種別識別子を前記着信側通信制御システムに通知する優先呼種別識別子通知手段と、
該優先呼種別識別子通知手段によって通知された第１の優先呼種別識別子から前記着信端末に対して要求する要求呼種別を判断する要求呼種別判断手段と、
該要求呼種別を前記着信端末に通知する要求呼種別通知手段と、
前記着信端末から通知された第２の接続形態情報から優先呼種別を判断して第２の優先呼種別識別子を生成する着信優先呼種別判断手段と、
前記第１の優先呼種別識別子と前記第２の優先呼種別識別子とから接続呼種別を判断する接続呼種別判断手段と、
該接続呼種別判断手段が判断した接続呼種別で前記発信端末と前記着信端末との通信を確立させる通信確立手段と、
を備えることを特徴とする通信制御システム。
（付記２） 前記発信端末から送られる第１の接続形態情報に対応する優先呼種別識別子を定義した優先呼種別判断情報を記憶する優先呼種別判断情報記憶手段をさらに備え、
前記発信優先呼種別判断手段は、該優先呼種別判断情報記憶手段を参照し、前記第１の接続形態情報に応じた第１の優先呼種別識別子を生成する、
ことを特徴とする付記１に記載の通信制御システム。
（付記３） 前記第１の優先呼種別識別子に対する要求呼種別であって、着信端末に送る要求呼種別を定義した要求呼種別判断情報を記憶する要求呼種別判断情報記憶手段をさらに備え、
前記要求呼種別判断手段は、該要求呼種別判断情報記憶手段を参照し、前記第１の優先呼種別識別子に応じた要求呼種別を判断する、
ことを特徴とする付記１に記載の通信制御システム。
（付記４） 前記着信端末から送られる第２の接続形態情報に対応する優先呼種別識別子を定義した優先呼種別判断情報を記憶する優先呼種別判断情報記憶手段をさらに備え、
前記着信優先呼種別判断手段は、該優先呼種別判断情報記憶手段を参照し、前記第２の接続形態情報に応じた第２の優先呼種別識別子を生成する、
ことを特徴とする付記１に記載の通信制御システム。
（付記５） 前記第１及び第２の優先呼種別識別子に対する接続呼種別を定義した接続呼種別判断情報を記憶する接続呼種別判断情報記憶手段をさらに備え、
前記接続呼種別判断手段は、該接続呼種別判断情報記憶手段を参照し、前記第１及び第２の優先呼種別識別子に応じた接続呼種別を決定する、
ことを特徴とする付記１に記載の通信制御システム。
（付記６） 端末間の呼制御を行なう１又は２以上の通信制御システムを有し、発信端末と通信を行なう通信制御システムの発信側通信制御システムと、着信端末と通信を行なう通信制御システムの着信側通信制御システムと、が互いに通信することにより発信端末と着信端末とが通信可能となる通信ネットワークにおいて、
前記発信端末から通知された第１の接続形態情報から優先呼種別を判断して第１の優先呼種別識別子を生成する優先呼種別判断処理と、
該第１の優先呼種別識別子を前記着信側通信制御システムに通知する優先呼種別識別子通知処理と、
該優先呼種別識別子通知処理によって通知された第１の優先呼種別識別子から前記着信端末に対して要求する要求呼種別を判断する要求呼種別判断処理と、
該要求呼種別を前記着信端末に通知する要求呼種別通知処理と、
前記着信端末から通知された第２の接続形態情報から優先呼種別を判断して第２の優先呼種別識別子を生成する優先呼種別判断処理と、
前記第１の優先呼種別識別子と前記第２の優先呼種別識別子とから接続呼種別を判断する接続呼種別判断処理と、
該接続呼種別判断処理が判断した接続呼種別で前記発信端末と前記着信端末との通信を確立させる通信確立処理と、
を通信制御システムに実行させる通信方法。
（付記７） 端末間の呼制御を行なう１又は２以上の通信制御システムを有し、発信端末と通信を行なう通信制御システムの発信側通信制御システムと、着信端末と通信を行なう通信制御システムの着信側通信制御システムと、が互いに通信することにより発信端末と着信端末とが通信可能となる通信システムであって、
発信呼種別の設定を可能とする発信呼種別設定手段と、
該発信呼種別設定手段によって設定された発信呼種別に応じた第１の接続形態情報を前記発信側通信制御システムに通知する発信呼種別通知手段と、
着信呼種別の設定を可能とする着信呼種別設定手段と、
前記着信側通信制御システムからの要求に応じて、該着信呼種別設定手段で設定された着信呼種別に応じた第２の接続形態情報を前記着信側通信制御システムに通知する着信呼種別通知手段と、
を有する端末と、
前記発信端末から通知された第１の接続形態情報から優先呼種別を判断して第１の優先呼種別識別子を生成する発信優先呼種別判断手段と、
該第１の優先呼種別識別子を前記着信側通信制御システムに通知する優先呼種別識別子通知手段と、
該優先呼種別識別子通知手段によって通知された第１の優先呼種別識別子から前記着信端末に対して要求する要求呼種別を判断する要求呼種別判断手段と、
該要求呼種別を前記着信端末に通知する要求呼種別通知手段と、
前記着信端末から通知された第２の接続形態情報から優先呼種別を判断して第２の優先呼種別識別子を生成する着信優先呼種別判断手段と、
前記第１の優先呼種別識別子と前記第２の優先呼種別識別子とから接続呼種別を判断する接続呼種別判断手段と、
該接続呼種別判断手段が判断した接続呼種別で前記発信端末と前記着信端末との通信を確立させる通信確立手段と、
を有する通信制御システムと、を備える通信システム。
１０ 通信制御システム
１１ 発信優先呼種別判断手段
１２ 優先呼種別識別子通知手段
１３ 要求呼種別判断手段
１４ 要求呼種別通知手段
１５ 着信優先呼種別判断手段
１６ 接続呼種別判断手段
１７ 通信確立手段
２０ 通信システム
２１ ＣＮ
２１ａ 通信部
２１ｂ 制御部
２１ｃ 記憶部
２２ ＲＮＣ
２３ 携帯電話ネットワーク
２４ 携帯端末
２４ａ 無線通信部
２４ｂ 制御部
２４ｃ 記憶部
２４ｄ 操作部
２４ｅ 表示部
２５ 携帯電話基地局装置
１１ 発信優先呼種別判断手段
１２ 優先呼種別識別子通知手段
１３ 要求呼種別判断手段
１４ 要求呼種別通知手段
１５ 着信優先呼種別判断手段
１６ 接続呼種別判断手段
１７ 通信確立手段
２０ 通信システム
２１ ＣＮ
２１ａ 通信部
２１ｂ 制御部
２１ｃ 記憶部
２２ ＲＮＣ
２３ 携帯電話ネットワーク
２４ 携帯端末
２４ａ 無線通信部
２４ｂ 制御部
２４ｃ 記憶部
２４ｄ 操作部
２４ｅ 表示部
２５ 携帯電話基地局装置
Claims (5)
- 発信端末と着信端末との間の呼制御を行なう通信制御システムにおいて、
前記発信端末から通知された情報であって、前記発信端末が前記着信端末に対して要求する呼の種別を示す要求呼種別と前記発信端末が実現可能な呼の種別を示す発信端末の端末能力情報とを含む第１の接続形態情報から第１の優先呼種別を判断する発信優先呼種別判断手段と、
前記着信端末から通知された情報であって、前記着信端末が前記発信端末に応答する呼の種別を示す応答呼種別と前記着信端末が実現可能な呼の種別を示す着信端末の端末能力情報とを含む第２の接続形態情報から第２の優先呼種別を判断する着信優先呼種別判断手段と、
前記第１の優先呼種別と前記第２の優先呼種別とから接続呼種別を判断する接続呼種別判断手段と、
該接続呼種別判断手段が判断した接続呼種別で前記発信端末と前記着信端末との通信を確立させる通信確立手段と、
を備え、
前記第１の優先呼種別と前記第２の優先呼種別の少なくとも１つには、複数の実施可能な呼の種別が含まれることを特徴とする通信制御システム。 - 前記発信端末から送られる第１の接続形態情報に対応する優先呼種別を定義した優先呼種別判断情報を記憶する優先呼種別判断情報記憶手段をさらに備え、
前記発信優先呼種別判断手段は、該優先呼種別判断情報記憶手段を参照し、前記第１の接続形態情報に応じて第１の優先呼種別を判別する、
ことを特徴とする請求項１に記載の通信制御システム。 - 前記着信端末から送られる第２の接続形態情報に対応する優先呼種別を定義した優先呼種別判断情報を記憶する優先呼種別判断情報記憶手段をさらに備え、
前記着信優先呼種別判断手段は、該優先呼種別判断情報記憶手段を参照し、前記第２の接続形態情報に応じて第２の優先呼種別を判別する、
ことを特徴とする請求項１に記載の通信制御システム。 - 前記第１及び第２の優先呼種別に対する接続呼種別を定義した接続呼種別判断情報を記憶する接続呼種別判断情報記憶手段をさらに備え、
前記接続呼種別判断手段は、該接続呼種別判断情報記憶手段を参照し、前記第１及び第２の優先呼種別に応じた接続呼種別を決定する、
ことを特徴とする請求項１に記載の通信制御システム。 - 発信端末と着信端末との間で呼制御を行って通信を行なう通信システムにおいて、
発信呼種別の設定を可能とする発信呼種別設定手段と、
該発信呼種別設定手段によって設定された発信呼種別に応じた第１の接続形態情報を前記発信側通信制御システムに通知する発信呼種別通知手段と、
着信呼種別の設定を可能とする着信呼種別設定手段と、
前記着信側通信制御システムからの要求に応じて、該着信呼種別設定手段で設定された着信呼種別に応じた第２の接続形態情報を前記着信側通信制御システムに通知する着信呼種別通知手段と、
を有する端末と、
前記発信端末から通知された情報であって、前記発信端末が前記着信端末に対して要求する呼の種別を示す要求呼種別と前記発信端末が実現可能な呼の種別を示す発信端末の端末能力情報とを含む第１の接続形態情報から第１の優先呼種別を判断する発信優先呼種別判断手段と、
前記着信端末から通知された情報であって、前記着信端末が前記発信端末に応答する呼の種別を示す応答呼種別と前記着信端末が実現可能な呼の種別を示す着信端末の端末能力情報とを含む第２の接続形態情報から第２の優先呼種別を判断する着信優先呼種別判断手段と、
前記第１の優先呼種別と前記第２の優先呼種別とから接続呼種別を判断する接続呼種別判断手段と、
該接続呼種別判断手段が判断した接続呼種別で前記発信端末と前記着信端末との通信を確立させる通信確立手段と、
を有し、前記第１の優先呼種別と前記第２の優先呼種別の少なくとも１つには、複数の実施可能な呼の種別が含まれる通信制御システムと、を備える通信システム。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006018072A JP4750566B2 (ja) | 2006-01-26 | 2006-01-26 | 通信制御システム |
| EP06252152.1A EP1814346B1 (en) | 2006-01-26 | 2006-04-20 | Telecommunications control system and method therefor |
| KR20060038813A KR100716694B1 (ko) | 2006-01-26 | 2006-04-28 | 통신 제어 시스템 |
| US11/412,941 US7751539B2 (en) | 2006-01-26 | 2006-04-28 | Telecommunication control system |
| CN2006100826036A CN101009681B (zh) | 2006-01-26 | 2006-05-18 | 通信控制系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006018072A JP4750566B2 (ja) | 2006-01-26 | 2006-01-26 | 通信制御システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007201829A JP2007201829A (ja) | 2007-08-09 |
| JP4750566B2 true JP4750566B2 (ja) | 2011-08-17 |
Family
ID=37969560
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006018072A Expired - Fee Related JP4750566B2 (ja) | 2006-01-26 | 2006-01-26 | 通信制御システム |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7751539B2 (ja) |
| EP (1) | EP1814346B1 (ja) |
| JP (1) | JP4750566B2 (ja) |
| KR (1) | KR100716694B1 (ja) |
| CN (1) | CN101009681B (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101420717B (zh) * | 2007-10-26 | 2013-03-27 | 摩托罗拉移动公司 | 用于在通信网络中确定呼叫优先级的方法 |
| US20130202097A1 (en) * | 2012-02-06 | 2013-08-08 | Microsoft Corporation | Priority telephonic communications |
| US10187520B2 (en) * | 2013-04-24 | 2019-01-22 | Samsung Electronics Co., Ltd. | Terminal device and content displaying method thereof, server and controlling method thereof |
| TWI775014B (zh) * | 2019-04-18 | 2022-08-21 | 越南商Ｍｋ集團股份有限公司 | 密碼輸入及識別系統，和密碼輸入及識別方法 |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2920863B2 (ja) * | 1993-07-09 | 1999-07-19 | エヌ・ティ・ティ移動通信網株式会社 | 無線端末間の音声符号化整合方法 |
| JP3330205B2 (ja) | 1993-10-20 | 2002-09-30 | 日本電信電話株式会社 | 画像通信端末 |
| JP3280188B2 (ja) * | 1995-03-13 | 2002-04-30 | 日本電信電話株式会社 | Ｉｓｄｎサービスのベアラ設定方法 |
| JP2000174839A (ja) | 1998-12-08 | 2000-06-23 | Canon Inc | 無線通信システムおよび無線携帯端末 |
| JP2000253143A (ja) * | 1999-03-01 | 2000-09-14 | Toshiba Corp | 通信装置 |
| WO2001031968A1 (en) * | 1999-10-28 | 2001-05-03 | Ericsson Inc. | Communications system providing call type indication for group calls |
| EP1113382A1 (en) * | 1999-12-27 | 2001-07-04 | Applied Research Systems ARS Holding N.V. | A method for the identification of gene transcripts with improved efficiency in the treatment of errors |
| JP2001309086A (ja) | 2000-04-26 | 2001-11-02 | Mitsubishi Electric Corp | マルチメディア通信端末装置、回線制御装置、マルチメディア通信方法 |
| JP2002281175A (ja) | 2001-03-19 | 2002-09-27 | Sharp Corp | 通信端末装置及び通信制御プログラムを記録した記録媒体 |
| JP2003046676A (ja) | 2001-07-27 | 2003-02-14 | Matsushita Electric Ind Co Ltd | テレビ電話機能付き電話機 |
| JP3633546B2 (ja) * | 2001-11-19 | 2005-03-30 | 日本電気株式会社 | シグナリング中継システムおよびシグナリング中継方法 |
| EP1449386B1 (de) * | 2001-11-27 | 2008-04-09 | Nokia Siemens Networks Gmbh & Co. Kg | Verfahren zum austauschen von nach unterschiedlichen codierungsgesetzen erzeugten nutzinformationen zwischen wenigstens 2 teilnehmerendeinrichtungen |
| US20050064821A1 (en) * | 2003-09-22 | 2005-03-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Alternative service management |
| JP2005130287A (ja) * | 2003-10-24 | 2005-05-19 | Sony Corp | 通信制御装置及び通信制御方法、通信端末装置並びに通信システム |
| EP1594326A1 (de) * | 2004-05-07 | 2005-11-09 | Siemens Aktiengesellschaft | Verbindungsaufbau in einem Sprach- und Videotelephonie unterstützenden Mobilfunknetz |
| KR100561686B1 (ko) | 2004-10-22 | 2006-03-15 | 에스케이 텔레콤주식회사 | 이동통신망에서의 화상통화 서비스 제공 방법 |
-
2006
- 2006-01-26 JP JP2006018072A patent/JP4750566B2/ja not_active Expired - Fee Related
- 2006-04-20 EP EP06252152.1A patent/EP1814346B1/en not_active Expired - Fee Related
- 2006-04-28 KR KR20060038813A patent/KR100716694B1/ko not_active IP Right Cessation
- 2006-04-28 US US11/412,941 patent/US7751539B2/en not_active Expired - Fee Related
- 2006-05-18 CN CN2006100826036A patent/CN101009681B/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP1814346B1 (en) | 2015-08-26 |
| JP2007201829A (ja) | 2007-08-09 |
| CN101009681B (zh) | 2010-04-14 |
| EP1814346A2 (en) | 2007-08-01 |
| CN101009681A (zh) | 2007-08-01 |
| EP1814346A3 (en) | 2009-12-30 |
| US7751539B2 (en) | 2010-07-06 |
| US20070172048A1 (en) | 2007-07-26 |
| KR100716694B1 (ko) | 2007-05-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6577721B1 (en) | Conference call | |
| JP5614357B2 (ja) | 電話制御装置、電話システム、および転送制御方法 | |
| JP3796408B2 (ja) | 接続を確立する方法及びシステム | |
| US20050136958A1 (en) | Universal wireless multimedia device | |
| JP2008022368A (ja) | 移動通信端末及び通話切り替え方法 | |
| US20070273749A1 (en) | Cellular phone system, video-phone call control device, cellular phone and video-phone call control method | |
| US8014383B2 (en) | Communication system | |
| JP4750566B2 (ja) | 通信制御システム | |
| JP4191016B2 (ja) | 電話端末の通話モード切替方式 | |
| KR20070054541A (ko) | 이동 단말기간의 단말기 상태 정보 교환 방법 및 그 이동단말기 | |
| KR100566227B1 (ko) | 이동 통신 단말기에서 긴급 통화임을 알리기 위한 방법 | |
| KR20070063661A (ko) | 화상전화와 메시지 송수신 서비스가 동시에 가능한이동통신 단말 및 서비스 방법 | |
| JP2000013872A (ja) | 無線通信装置 | |
| EP1542442A1 (en) | Communication system | |
| KR20040046338A (ko) | 이동 전화의 통화 대기 또는 연결 중에서 착신자홈페이지를 제공하는 시스템 및 이를 이용한 착신자홈페이지 제공 방법 | |
| JP7335777B2 (ja) | ナースコールシステム | |
| JPH11317982A (ja) | 着信拒否理由メッセ―ジ通知方法 | |
| JP2002218059A (ja) | 携帯電話 | |
| JP2009055210A (ja) | 交換機、交換方法及びプログラム | |
| JPH0420050A (ja) | 総合サービスディジタル網通信端末装置 | |
| KR101475283B1 (ko) | 이동통신에서의 번호 변경 안내 장치 및 방법 | |
| JP2004129157A (ja) | 電話装置 | |
| JP4120619B2 (ja) | 構内交換機 | |
| JP2000307649A (ja) | 電話交換システム | |
| JP4581791B2 (ja) | 電話システムおよび無線基地局装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080526 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100727 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100803 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101004 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110517 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110519 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140527 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |