WO2016052032A1

WO2016052032A1 - 第１の端末装置、サーバ装置および制御方法

Info

Publication number: WO2016052032A1
Application number: PCT/JP2015/074459
Authority: WO
Inventors: 政幸榎本; 真史新本
Original assignee: シャープ株式会社
Priority date: 2014-10-02
Filing date: 2015-08-28
Publication date: 2016-04-07
Also published as: JP2017212476A; US20170310761A1

Abstract

　通信端末間で確立する音声通信を行うためのセッションにおいて、優先度に基づく音声データの送信を制御する通信制御方法等を提供すること。　サーバが、通信端末間で確立する音声通信を行うためのセッションにおいて利用することができる優先度を通信端末へ通知し、端末装置が、送信時に優先度をサーバ装置に通知することにより、ＵＥ１０による優先度に基づく音声データの送信を制御することができる。

Description

第１の端末装置、サーバ装置および制御方法

　本発明は、第１の端末装置と、サーバ装置および制御方法に関する。

　移動通信システムの標準化団体３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代の移動体通信システムとして以下の非特許文献１に記載のＥＰＳ（Evolved Packet System）の仕様化作業を進めており、ＥＰＳに接続されるアクセスシステムとしてＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）だけでなく、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ　ＬＡＮ、ＷＬＡＮ）やＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）について検討がなされている。

　非特許文献２では、ＰＴＴ（Ｐｕｓｈ　Ｔｏ　Ｔａｌｋ）について議論されている。ＰＴＴは、ある時点でどの端末（ＵＥ、Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）の送信を許可するかをサーバが決定する仲裁システムである。

　また、非特許文献３では、ＰＴＴの拡張技術であるＭＣＰＴＴ（Ｍｉｓｓｉｏｎ　Ｃｒｉｔｉｃａｌ　Ｐｕｓｈ　Ｔｏ　Ｔａｌｋ）について検討されている。ＭＣＰＴＴでは、ＰＴＴにおいて、優先度の高い送信が発生した場合に、優先度の高い送信を優先して送信を許可する仕組みについて検討されている。

3GPP TS23.402 General Technical Specification Group Servicesand System Aspects、Architecture enhancements for non-3GPP accesses 3GPP TR 23.979 Technical Specification Group Services and System Aspects、 3GPP enablers for Open Mobile Alliance (OMA), Push-to-talk over Cellular (PoC) services, Stage2 (Release 11) 3GPP TS 22.179 Technical Specification Group Services and System Aspects、Mission Critical Push to Talk MCPTT (Release 13)

　しかしながら、ＵＥが送信要求に優先度の高い送信が発生した場合に、優先度の高い送信を優先して送信を許可する仕組みとして、優先度を取得する方法と、取得した優先度を利用する方法が明記されておらず、優先度を考慮したデータを送信することができない。ＵＥは、優先度を取得することができないために、優先度の高い送信を行うことができない。

　また、ＵＥは優先度を取得することができたとしても、優先度をどのように利用するかが明らかになっていないために、優先度の高い送信を行うことができない。

　さらに、ＵＥは優先度の高い送信を行うことができないため、優先度の高くない送信が行われていても、優先度の高くない送信が完了するまで、優先度の高い送信を行うことができない。

　本発明は、このような事情を鑑みてなされたもので、その目的は、優先度を用いて、端末間が仲裁機能を基にしたデータ送受信を行う制御方法等を提供することである。

　上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明における第１の端末装置であって、第１のサーバ装置の仲裁機能に基づいてユーザデータの送受信を行う通信サービスのサービス認証要求メッセージを第２のサーバ装置に送信し、仲裁機能は、複数の端末装置うち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、サービス認証要求メッセージに対する応答であり、少なくともサービス認証を許可する情報と、優先度を含む応答メッセージを第２のサーバ装置から受信し、少なくとも優先度を含むセッション確立要求メッセージを第１のサーバ装置に送信し、セッション確立要求メッセージの応答メッセージを第１のサーバ装置から受信し、応答メッセージの受信に基づいて、第２の端末装置と通信サービスのセッションを確立し、第１のサーバ装置によりある一定時間データ送信を許可された第２の端末装置が送信するユーザデータを第１のサーバ装置から受信し、一定時間の間に、優先度に基づいて、第２の端末装置に送信するユーザデータを第１のサーバ装置に送信することを特徴とする。

　第１の端末装置が要求する優先度を少なくとも含んでサービス認証メッセージを送信する。

　セッション確立要求メッセージを第１のサーバ装置に送信し、少なくとも優先度を含む、セッション確立要求メッセージの応答メッセージを第１のサーバ装置から受信し、応答メッセージの受信に基づいて、第２の端末装置とセッションを確立し、セッションは、第１のサーバ装置の仲裁機能に基づいてユーザデータの送受信を行うセッションであり、第１のサーバ装置によりある一定時間データ送信を許可された第２の端末装置が送信するユーザデータを第１のサーバ装置から受信し、一定時間の間に、優先度に基づいて、第２の端末装置に送信するユーザデータを第1のサーバ装置に送信する。

　第１の端末装置が要求する優先度を少なくとも含んでセッション確立要求メッセージを送信する。

　第１のサーバ装置にユーザデータの送信することを要求する要求メッセージを送信し、要求メッセージの応答であり、第１のサーバ装置が送信する応答メッセージを受信し、応答メッセージに基づいて、第２の端末装置に送信するユーザデータを第１のサーバ装置に送信する。

　少なくとも優先度を含めて要求メッセージを送信する。

　サーバ装置であって、セッション確立要求メッセージを第１の端末装置から受信し、少なくとも優先度を含むセッション確立要求メッセージの応答メッセージを第１端末装置に送信し、応答メッセージの送信に基づいて、第１の端末装置と第２の端末装置との間に、仲裁機能に基づいてユーザデータの送受信を行う通信サービスのセッションを確立し、仲裁機能は、複数の端末装置うち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、仲裁機能に基づいて、第２の端末装置に一定時間データ送信を許可し、許可に基づいて、第２の端末装置が送信するユーザデータを受信し、ユーザデータを第１の端末装置に送信し、一定時間の間に、優先度に基づいて、第１の端末装置が送信するユーザデータを受信し、ユーザデータを第２の端末装置に送信する。

　サーバ装置であって、少なくとも優先度を含むセッション確立要求メッセージを第１の端末装置から受信し、セッション確立要求メッセージの応答メッセージを第１端末装置に送信し、応答メッセージの送信に基づいて、第１の端末装置と第２の端末装置との間に、仲裁機能に基づいてユーザデータの送受信を行う通信サービスのセッションを確立し、仲裁機能は、複数の端末装置うち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、仲裁機能に基づいて、第２の端末装置に一定時間データ送信を許可し、許可に基づいて、第２の端末装置が送信するユーザデータを受信し、ユーザデータを第１の端末装置に送信し、一定時間の間に、優先度に基づいて、第１の端末装置が送信するユーザデータを受信し、ユーザデータを第２の端末装置に送信する。

　ユーザデータの送信することを要求する要求メッセージを第１の端末装置から受信し、要求メッセージの応答メッセージを第１の端末装置に送信し、応答メッセージに基づいて、第1の端末装置が送信するユーザデータを受信する。

　少なくとも優先度を含めて要求メッセージを受信し、優先度に基づいて、第１の端末装置が送信するユーザデータを受信する。

　第１の端末装置の制御方法であって、第１のサーバ装置の仲裁機能に基づいてユーザデータの送受信を行う通信サービスのサービス認証要求メッセージを第２のサーバ装置に送信するステップと、仲裁機能は、複数の端末装置うち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、サービス認証要求メッセージに対する応答であり、少なくともサービス認証を許可する情報と、優先度を含む応答メッセージを第２のサーバ装置から受信するステップと、少なくとも優先度を含むセッション確立要求メッセージを第１のサーバ装置に送信するステップと、セッション確立要求メッセージの応答メッセージを第１のサーバ装置から受信するステップと、応答メッセージの受信に基づいて、第２の端末装置と通信サービスのセッションを確立するステップと、第1のサーバ装置によりある一定時間データ送信を許可された第２の端末装置が送信するユーザデータを第１のサーバ装置から受信するステップと、一定時間の間に、優先度に基づいて、第２の端末装置に送信するユーザデータを第１のサーバ装置に送信するステップとを有する。

　サービス認証メッセージには第１の端末装置が要求する優先度を少なくとも含むステップを有する。

　セッション確立要求メッセージを第１のサーバ装置に送信するステップと、少なくとも優先度を含む、セッション確立要求メッセージの応答メッセージを第１のサーバ装置から受信するステップと、応答メッセージの受信に基づいて、第２の端末装置とセッションを確立するステップと、セッションは、第１のサーバ装置の仲裁機能に基づいてユーザデータの送受信を行うセッションであり、第１のサーバ装置によりある一定時間データ送信を許可された第２の端末装置が送信するユーザデータを第１のサーバ装置から受信ステップと、一定時間の間に、優先度に基づいて、第２の端末装置に送信するユーザデータを第１のサーバ装置に送信するステップとを有する。

　セッション確立要求メッセージに第１の端末装置が要求する優先度を少なくとも含むステップを有する。

　第１のサーバ装置にユーザデータの送信することを要求する要求メッセージを送信するステップと、要求メッセージの応答であり、第１のサーバ装置が送信する応答メッセージを受信するステップと、応答メッセージに基づいて、第２の端末装置に送信するユーザデータを第１のサーバ装置に送信するステップとを有する。

　要求メッセージに少なくとも優先度を含めるステップを有する。

　サーバ装置の制御方法であって、セッション確立要求メッセージを第１の端末装置から受信するステップと、少なくとも優先度を含むセッション確立要求メッセージの応答メッセージを第１端末装置に送信するステップと、応答メッセージの送信に基づいて、第１の端末装置と第２の端末装置との間に、仲裁機能に基づいてユーザデータの送受信を行う通信サービスのセッションを確立するステップと、仲裁機能は、複数の端末装置うち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、仲裁機能に基づいて、第２の端末装置に一定時間データ送信を許可するステップと、許可に基づいて、第２の端末装置が送信するユーザデータを受信するステップと、ユーザデータを第１の端末装置に送信するステップと、一定時間の間に、優先度に基づいて、第１の端末装置が送信するユーザデータを受信するステップと、ユーザデータを第２の端末装置に送信するステップとを有する。

　サーバ装置の制御方法であって、少なくとも優先度を含むセッション確立要求メッセージを第１の端末装置から受信するステップと、セッション確立要求メッセージの応答メッセージを第１端末装置に送信するステップと、応答メッセージの送信に基づいて、第１の端末装置と第２の端末装置との間に、仲裁機能に基づいてユーザデータの送受信を行う通信サービスのセッションを確立するステップと、仲裁機能は、複数の端末装置うち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、仲裁機能に基づいて、第２の端末装置に一定時間データ送信を許可するステップと、許可に基づいて、第２の端末装置が送信するユーザデータを受信するステップと、ユーザデータを第１の端末装置に送信するステップと、一定時間の間に、優先度に基づいて、第１の端末装置が送信するユーザデータを受信するステップと、ユーザデータを第１の端末装置に送信するステップとを有する。

　ユーザデータの送信することを要求する要求メッセージを第１の端末装置から受信するステップと、要求メッセージの応答メッセージを第１の端末装置に送信するステップと、応答メッセージに基づいて、第１の端末装置が送信するユーザデータを受信するステップとを有する。

　少なくとも優先度が含まれた要求メッセージを受信して優先度を取得するステップと、第１の端末装置が送信するユーザデータの受信は、優先度に基づいて実行するステップと、を有する。

　本発明によれば、ＵＥにＵＥ間で確立する音声通信を行うためのセッションに利用することができる優先度を提供する。なお、ＵＥは、データの送信時に優先度を含めることで、優先度の高くない送信が行われている場合に、優先度の高くない送信を中止し、優先度の高い送信を開始することを実現する。

第１実施形態における通信システムの概要を説明するための図である。（ａ）、（ｂ）第１実施形態におけるＩＰ移動通信ネットワークの構成を説明するための図である。第１実施形態におけるＵＥの機能構成を説明するための図である。第１実施形態におけるサービス認証サーバの機能構成を説明するための図である。第１実施形態におけるＭＣＰＴＴサーバの機能構成を説明するための図である。第１実施形態における処理の流れを説明するための図である。第１実施形態におけるサービス認証手続きの具体例を説明するための図である。第１実施形態におけるオンデマンドセッション確立手続きの具体例を説明するための図である。第１実施形態におけるオンデマンドセッション確立手続きの具体例を説明するための図である。第１実施形態における処理の流れを説明するための図である。第１実施形態におけるプレエスタブリッシュセッション確立手続きの具体例を説明するための図である。第１実施形態におけるプレエスタブリッシュセッション確立手続きの具体例を説明するための図である。第１実施形態における送信要求手続きの具体例を説明するための図である。第１実施形態における送信要求手続きの具体例を説明するための図である。変形例１における処理の流れを説明するための図である。変形例１におけるオンデマンドセッション確立手続きを説明するための図である。変形例１におけるオンデマンドセッション確立手続きを説明するための図である。変形例１における処理の流れを説明するための図である。変形例１におけるプレエスタブリッシュセッション確立手続きを説明するための図である。変形例１におけるプレエスタブリッシュセッション確立手続きを説明するための図である。第２実施形態における処理の流れを説明するための図である。第２実施形態におけるセッション確立手続きを説明するための図である。第２実施形態におけるセッション確立手続きを説明するための図である。変形例２における処理の流れを説明するための図である。変形例２におけるセッション確立手続きを説明するための図である。変形例２におけるセッション確立手続きを説明するための図である。

　以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本実施形態では、一例として、本発明を適用した場合の移動通信システムの実施形態について、図を用いて詳細に説明する。なお、本発明では、ある時点でどの端末の送信を許可するかを決定する仲裁システムにおいて、端末間でセッションを確立し、確立したセッションにおいて、音声通信を行うことを対象とする。ここで、セッションとは、端末間で一定時間ごとに音声通信を行うことができる、端末間で確立するコネクションのことである。

　［１．第１実施形態］
まず、本発明を適用した第１実施形態について、図面を参照して説明する。

　［１．１　移動通信システムの概要］
　図１は、本実施形態における通信システム１の概略を説明するための図である。本図に示すように、通信システムは、ＵＥ（端末装置）１０と、ＩＰ移動通信ネットワーク５と、ＰＤＮ２０（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ）とから構成される。

　ＩＰ移動通信ネットワーク５は、例えば、移動通信事業者が運用する無線アクセスネットワークとコアネットワークによって構成されるネットワークでもよいし、固定通信事業者が運用するブロードバンドネットワークであっても良い。ここで、ブロードバンドネットワークは、ＡＤＳＬ（Asymmetric Digital Subscriber Line）等により接続し、光ファイバー等のデジタル回線による高速通信を提供する、通信事業者が運用するＩＰ通信ネットワークであってよい。さらに、これらに限らずＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等で無線アクセスするネットワークであっても良い。

　ＵＥ１０は、ＬＴＥやＷＬＡＮまたは、ＷｉＭＡＸに接続する端末であり、３ＧＰＰ　ＬＴＥの通信インタフェースやＷＬＡＮの通信インタフェース、ＷｉＭＡＸの通信インタフェースなどを搭載して接続することにより、ＩＰ移動通信ネットワーク５へ接続することが可能である。具体的な例としては、携帯電話端末やスマートフォンであり、その他通信機能を備えたタブレット型コンピュータやパソコンなどである。

　ＰＤＮ２０は、パケットでデータを送受信するネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどである。さらに、グループ通話などのグループ通信サービスを提供するネットワークであってもよい。ＰＤＮ２０は、ＩＰアクセスネットワークへ有線回線等を利用して接続される。例えば、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）や光ファイバー等によって構築される。ただし、これに限らずＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）や、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ　ＬＡＮ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ　Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ　ｆｏｒ　Ｍｉｃｒｏｗａｖｅ　Ａｃｃｅｓｓ）等の無線アクセスネットワークであっても良い。

　ＰＤＮ２０には、サービス認証サーバ９０とＭＣＰＴＴサーバ９５が配置される。サービス認証サーバ９０は、優先度を示す送信を行うことを認証するサーバである。また、ＭＣＰＴＴサーバ９５は、ある時点でどの端末の送信を許可するかを決定する仲裁機能をもつサーバ装置である。仲裁機能はセッション管理機能とフロア制御機能がある。セッション管理機能とは、端末間で一定時間毎に音声データを行うことができる、端末間で確立するコネクションを管理する機能のことである。フロア制御機能とは、ある時点でどの端末の送信を許可するかを決定する制御する機能のことである。

　また、サービス認証サーバ９０は、ＰＤＮ２０に含まれて構成されてもよいし、ＰＤＮ２０と独立して、ＩＰ移動通信ネットワーク５に含まれて構成されてもよいし、コアネットワーク７に含まれて構成されても良い。

　[１．１．２　ＩＰ移動通信ネットワークの構成例]
　ＩＰ移動通信ネットワーク５には、ＵＥ１０以外にも複数のＵＥが接続することができるが図面の簡略化のため記載を省略する。さらに、ＩＰ移動通信ネットワーク５はコアネットワーク７と各無線アクセスネットワークで構成される。コアネットワーク７の詳細な構成について図２（ａ）に示している。

　なお、ＰＤＮ２０は、図１を用いて説明したパケットでデータを送受信するネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどである。

　コアネットワーク７は、ＰＧＷ（アクセス制御装置）３０（Packet Data Network Gateway）と、ＳＧＷ３５(Serving Gateway)と、ＭＭＥ４０(Mobile Management Entity)と、ＨＳＳ５０(Home Subscriber Server)と、ＡＡＡ５５(Authentication, Authorization, Accounting)と、ＰＣＲＦ６０(Policy and charging rules function)と、ｅＰＤＧ６５(enhanced Packet Data Gateway)と、を含んで構成される。

　無線アクセスネットワークは、複数の異なるアクセスネットワークで構成されてよい。それぞれのアクセスネットワークはコアネットワーク７に接続されている。さらに、ＵＥ１０は無線アクセスネットワークに無線接続することができる。

　無線アクセスネットワークには、ＬＴＥアクセスシステムで接続できるＬＴＥアクセスネットワーク（ＬＴＥ　ＡＮ８０）や、ＷＬＡＮアクセスシステムで接続できるアクセスネットワークを構成することができる。

　さらに、ＷＬＡＮアクセスシステムで接続可能なアクセスネットワークは、ｅＰＤＧ６５をコアネットワーク７への接続装置として接続するＷＬＡＮアクセスネットワークｂ（ＷＬＡＮ　ＡＮｂ７５）と、ＰＧＷ３０とＰＣＲＦ６０とＡＡＡ５５とに接続するＷＬＡＮアクセスネットワークａ（ＷＬＡＮ　ＡＮａ７０）とが構成可能である。

　なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略するが、簡単に機能を説明すると、ＰＧＷ３０はＰＤＮ２０とＳＧＷ３５とｅＰＤＧ６５と、ＷＬＡＮ　ＡＮａと、ＰＣＲＦ６０と、ＡＡＡ５５とに接続されており、ＰＤＮ２０とコアネットワーク７のゲートウェイ装置としてユーザデータ配送を行う。

　ＳＧＷ３５は、ＰＧＷ３０と、ＭＭＥ４０とＬＴＥ　ＡＮ８０とに接続されており、コアネットワーク７とＬＴＥ　ＡＮ８０とのゲートウェイ装置としてユーザデータの配送を行う。

　ＭＭＥ４０は、ＳＧＷ３５とＬＴＥ　ＡＮ８０に接続されており、ＬＴＥ　ＡＮ８０を経由したＵＥ１０のアクセス制御を行うアクセス制御装置である。

　ＨＳＳ５０は、ＳＧＷ３５とＡＡＡ５５とに接続されており、加入者情報の管理を行う。また、ＡＡＡ５５は、ＰＧＷ３０と、ＨＳＳ５０と、ＰＣＲＦ６０と、ＷＬＡＮ　ＡＮａ７０とに接続されており、ＷＬＡＮ　ＡＮａ７０を経由して接続するＵＥ１０のアクセス制御を行う。ＰＣＲＦ６０は、ＰＧＷ３０と、ＷＬＡＮ　ＡＮａ７０と、ＡＡＡ５５とに接続されており、データ配送に対するＱｏＳ管理を行う。

　ｅＰＤＧ６５は、ＰＧＷ３０と、ＷＬＡＮ　ＡＮｂ７５とに接続されており、コアネットワーク７と、ＷＬＡＮ　ＡＮｂ７５とのゲートウェイ装置としてユーザデータの配送を行う。

　また、図２（ｂ）に示すように、各無線アクセスネットワークには、ＵＥ１０が実際に接続される装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した種々の装置が考えられるが、本実施形態においては、ＬＴＥ　ＡＮ８０はｅＮＢ４５を含んで構成される。ｅＮＢ４５はＬＴＥアクセスシステムでＵＥ１０が接続する無線基地局であり、ＬＴＥ　ＡＮ８０には１又は複数の無線基地局が含まれて構成されてよい。

　さらに、ＷＬＡＮ　ＡＮａ７０はＷＬＡＮ　ＡＰａ７２と、ＧＷ７４(Gateway)とが含まれて構成される。ＷＬＡＮ　ＡＰ７２はＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ　ＡＮ７０には１又は複数の無線基地局が含まれて構成されてよい。ＧＷ７４はコアネットワーク７とＷＬＡＮ　ＡＮａ７０のゲートウェイ装置である。また、ＷＬＡＮ　ＡＰａ７２とＧＷ７４とは、単一の装置で構成されてもよい。

　このように、ＷＬＡＮ　ＡＮａ７０に含まれるゲートウェイは複数のコアネットワーク７内装置に接続することができる。コアネットワーク７を運用する事業者とＷＬＡＮ　ＡＮａ７０を運用する事業者が異なる場合等では、事業者間に運用上の契約や規約等により、信頼関係が結ばれている場合にこのような構成で運用することができる。言い換えると、ＷＬＡＮ　ＡＰａ７２はコアネットワーク７を運用する事業者に対して信頼性のあるアクセスネットワークである。

　また、ＷＬＡＮ　ＡＮｂ７５はＷＬＡＮ　ＡＰｂ７６を含んで構成される。ＷＬＡＮ　ＡＰ７６はＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ　ＡＮ７５には１又は複数の無線基地局が含まれて構成されてよい。

　このように、ＷＬＡＮ　ＡＮｂ７５はコアネットワーク７に含まれる装置であるｅＰＤＧ６５をゲートウェイとしてコアネットワーク７に接続される。ｅＰＤＧ６５は安全性を確保するためのセキュリティ機能を持つ。コアネットワーク７を運用する事業者とＷＬＡＮ　ＡＮａ７０を運用する事業者が異なる場合等では、事業者間に運用上の契約や規約等により、信頼関係が結ばれていない場合にこのような構成で運用する。言い換えると、ＷＬＡＮ　ＡＰａはコアネットワーク７を運用する事業者に対して信頼性のないアクセスネットワークであり、コアネットワーク７に含まれるｅＰＤＧ６５において安全性を提供している。

　なお、本明細書において、ＵＥ１０が各無線アクセスネットワークに接続されるとは、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続されることをいい、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。

　例えば、ＬＴＥ　ＡＮ８０にＵＥ１０が接続されるとは、ＵＥ１０がｅＮＢ４５を介して接続されることをいい、ＷＬＡＮ　ＡＮａ７０に接続されるとは、ＷＬＡＮ　ＡＰａ７２及び／又はＧＷ７４を介して接続されることをいう。また、ＵＥ１０がＷＬＡＮ　ＡＮｂ７５に接続されるとは、ＵＥ１０がＷＬＡＮ　ＡＰｂ７６に接続されることを言う。

　［１．２　装置構成］
　続いて、各装置構成について図を用いて簡単に説明する。

　[１．２．１　ＵＥの構成]
　図３は、本実施形態におけるＵＥ１０の構成を示す。ＵＥ１０は、制御部１００に、ＬＴＥインタフェース部１１０と、ＷＬＡＮインタフェース部１２０と、記憶部１４０とがバスを介して接続されている。

　制御部１００は、ＵＥ１０を制御するための機能部である。制御部１００は、記憶部１４０に記憶されている各種プログラムを読み出して実行することにより各種処理を実現する。

　ＬＴＥインタフェース部１１０は、ＵＥ１０がＬＴＥ基地局に接続し、ＩＰアクセスネットワークへ接続するための機能部である。また、ＬＴＥインタフェース部１１０には、外部アンテナ１１２が接続されている。

　ＷＬＡＮインタフェース部１２０は、ＵＥ１０がＷＬＡＮアクセスポイントに接続し、ＩＰアクセスネットワークへ接続するための機能部である。また、ＷＬＡＮインタフェース部１２０には、外部アンテナ１２２が接続されている。

　記憶部１４０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部１４０には、ＵＥ通信路コンテキスト１４２が記憶されている。ＵＥ通信路コンテキスト１４２は、ＵＥが確立する通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＩＰアドレス、ＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）に関する情報などが管理される。

　さらに、ＵＥ通信路コンテキスト１４２には、優先度に関する情報が管理される。ここで、優先度に関する情報は、サービス認証サーバ９０から通知された優先度に関する情報を含めて良い。なお、ここで管理される優先度に関する情報は、ＵＥ１０がデータを送信する場合に送信する送信要求に含める。ここで、送信要求に含める優先度に関する情報は、データの緊急度に応じて、サービス認証サーバ９０から通知された優先度に関する情報からＵＥ１０またはＵＥ１０のユーザが任意に選択して良い。

　例えば、ＵＥ１０がサービス認証サーバ９０から優先度に関する情報として、Ｈｉｇｈｅｓｔが通知されている場合、ＵＥ１０はデータの緊急性に応じて、優先度に関する情報から優先度として、Ｈｉｇｈｅｓｔ、Ｈｉｇｈ、Ｎｏｒｍａｌ、Ｌｏｗ、Ｌｏｗｅｓｔを選択して良い。また、ＵＥ１０は、サービス認証サーバ９０から通知された優先度に関する情報として、Ｎｏｒｍａｌが通知されている場合、ＵＥ１０はデータの緊急性に応じて、優先度に関する情報から優先度として、Ｎｏｒｍａｌ、Ｌｏｗ、Ｌｏｗｅｓｔを選択して良い。このように、ＵＥ１０は、サービス認証サーバ９０から通知された優先度に関する情報を上限として、優先度を選択して良い。

　ここでは、優先度をＬｏｗｅｓｔ～Ｈｉｇｈｅｓｔの５段階で示したが、５段階である必要はなく、１０段階であっても、２０段階であっても良い。

　また、ＵＥ通信路コンテキスト１４２には、ＵＥ識別子が管理されてよい。ＵＥ識別子は、ＵＥを識別するための情報である。ＵＥ識別子は、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｍｏｂｉｌｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ）やＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｍｏｂｉｌｅ　Ｅｑｕｉｐｍｅｎｔ　Ｉｄｅｎｔｉｔｙ）／ＩＭＥＩＳＶ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｍｏｂｉｌｅ　Ｅｑｕｉｐｍｅｎｔ　Ｉｄｅｎｔｉｔｙ　Ｓｏｆｔｗａｒｅ　Ｖｅｒｓｉｏｎ）などであって良い。ＩＭＳＩは移動通信事業者が契約者に割り当てる識別番号のことである。ＩＭＥＩ／ＩＭＥＩＳＶは、端末の製造時に割り当てられる端末固有の識別番号のことである。

　また、ＵＥ１０は、トーカーＩＤを管理して良い。トーカーＩＤとは、セッション確立手続きや送信要求手続きで利用することができるＵＥ１０のＵＥ識別子である。

　また、ＵＥ１０は、ＵＥ識別子を、サービス認証手続きにおいて、サービス認証サーバ９０に通知して良い。

　さらに、ＵＥ１０は、トーカーＩＤエイリアスを管理して良い。トーカーＩＤエイリアスは、トーカーＩＤと１対１に対応するＵＥ識別子である。セッション確立手続きと送信要求手続きにおいてＭＣＰＴＴサーバ９５に通知するＵＥ識別子として、ＩＭＳＩやトーカーＩＤではなく、トーカーＩＤエイリアスを通知して良い。また、ＵＥ１０は、トーカーＩＤエイリアスを、サービス認証サーバ９０から受け取ることにより、管理して良い。

　また、ＵＥ通信路コンテキスト１４２には、グループを識別する情報が管理されてよい。グループを識別する情報には、ＵＥ１０が属しているグループを識別する情報を管理する。ＵＥ１０はグループを識別する情報として、グループ識別子を管理して良い。

　また、ＵＥ１０は、グループ識別子エイリアスを管理して良い。グループ識別子エイリアスとは、グループ識別子と１対１に対応するグループを識別する情報である。グループ識別子エイリアスはグループ識別子から割り当てられるグループを識別する情報であって良い。ＵＥ１０は、ＵＥ毎に固有に割り当てられるグループ識別子を利用してセッション確立手続きや送信要求手続きを行うのではなくグループ識別子エイリアスを利用してセッション確立手続きや送信要求手続きを行って良い。グループ識別子エイリアスは、サービス認証サーバ９０から割り当てられて良い。

　ＵＥ１０はグループを識別する情報をセッション確立手続きにおいて、ＭＣＰＴＴサーバ９５に通知することにより、同じグループのＵＥのみ参加することができるセッションを確立して良い。また、ＵＥ１０はグループを識別する情報を送信要求手続きにおいて、ＭＣＰＴＴサーバ９５に通知することにより、同じグループに属すＵＥにのみデータの送信を行って良い。

　また、ＵＥ通信路コンテキスト１４２には、ＵＥタイプを識別する情報が管理されてよい。ＵＥタイプを識別する情報には、ノーマル、管理者、運行管理者などを示すカテゴリ情報が含まれる。なお、ＵＥタイプを識別する情報は、サービス認証時に通知され、管理されて良い。また、ＵＥタイプを識別する情報は、ユーザの設定により、設定されてよい。

　[１．２．２　サービス認証サーバの構成例]
　本実施形態におけるサービス認証サーバ９０の構成を図４に示す。サービス認証サーバ９０では、制御部９００に、ＩＰ移動通信ネットワークインタフェース部９１０と、記憶部９４０とがバスを介して接続されている。

　制御部９００は、サービス認証サーバ９０を制御するための機能部である。制御部９００は、記憶部９４０に記憶されている各種プログラムを読み出して実行することにより各種処理を実現する。

　ＩＰ移動通信ネットワークインタフェース部９１０は、サービス認証サーバ９０がＩＰ移動通信ネットワークに接続するための機能部である。

　記憶部９４０は、サービス認証サーバ９０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部９４０には、認証情報９４２と優先度９４４とが記憶されている。

　認証情報９４２には、端末間で確立するコネクションにおいて、ＵＥ間で一定時間ごとに音声通信できることを認証するための情報が含まれている。例えば、認証情報９４２には、認証を許可しているＵＥ識別子が含まれて良い。

　ＵＥ識別子は、トーカーＩＤであってよい。また、サービス認証サーバ９０はトーカーＩＤエイリアスを管理して良い。ここで、サービス認証サーバ９０はトーカーＩＤからトーカーＩＤエイリアスを割り当てて良い。

　サービス認証サーバ９０は、ＵＥ１０からサービス認証要求を受信した場合、ＨＳＳ５０にサービス認証要求を送信し、ＨＳＳ５０からのサービス認証要求に対する応答を受信することにより、ＵＥ１０を認証して良い。また、サービス認証サーバ９０は、ＨＳＳ５０からトーカーＩＤを受信して良い。

　また、サービス認証サーバ９０は、認証情報９４２には、グループ識別子が含まれて良い。ここで、サービス認証サーバ９０はグループ識別子からグループ識別子エイリアスを割り当て、グループ識別子エイリアスを管理して良い。

　優先度９４４では、ＵＥ１０が利用することができる優先度に関する情報が管理されている。優先度９４４では、ＵＥ１０と優先度を関連付けて管理されることにより、ＵＥ１０が利用可能な優先度を管理されて良い。また、サービス認証サーバ９０は、ＨＳＳ５０にサービス認証要求を送信し、サービス認証要求に対する応答を受信することにより、ＵＥ１０が利用可能な優先度を検出して良い。

　ＵＥ１０が利用可能な優先度を検出したサービス認証サーバ９０は、ＵＥ１０へサービス認証要求に対する応答に優先度を含めて送信する。

　[１．２．３　ＭＣＰＴＴサーバの構成例]
　本実施形態におけるＭＣＰＴＴサーバ９５の構成を図５に示す。ＭＣＰＴＴサーバ９５では、制御部９５００に、ＩＰ移動通信ネットワークインタフェース部９５１０と、記憶部９５４０とがバスを介して接続されている。

　制御部９５００は、ＭＣＰＴＴサーバ９５を制御するための機能である。制御部９５００は、記憶部９５４０に記憶されている各種プログラムを読み出して実行することにより各種処理を実現する。

　ＩＰ移動通信ネットワークインタフェース部９５１０は、ＭＣＰＴＴサーバ９５がＩＰ移動通信ネットワークに接続するための機能部である。

　記憶部９５４０は、ＭＣＰＴＴサーバ９５の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部９５４０には、セッション情報９５４２が記憶されている。

　セッション情報９５４２には、例えば、セッションを識別する識別情報が含まれて良い。セッションとは、ＵＥ１０がＵＥ間で一定時間ごとに音声データを行うことができる、端末間で確立するコネクションのことである。ＭＣＰＴＴサーバ９５は、セッション確立要求を受信した場合、ＵＥ間で一定時間ごとに音声データを行うことができる、セッションを確保し、セッション識別子を新たに割り当て、ＵＥ１０に新たに割り当てたセッション識別子を通知して良い。

　また、ＭＣＰＴＴサーバ９５は、セッション情報９５４２において、セッションを利用しているＵＥに関する情報を管理して良い。また、ＭＣＰＴＴサーバ９５は、セッション情報９５４２において、送信中のＵＥと優先度に関する情報を管理して良い。

　なお、ＭＣＰＴＴサーバ９５は、他のＵＥが送信中に、ＵＥ１０から新たに送信要求を受信した場合、送信を中断させ、新たに受信した送信要求を許可してＵＥ１０の送信を開始させて良い。ここで、ＭＣＰＴＴサーバ９５は、セッションと関連付けられる優先度と、送信要求に含まれる優先度を比較することにより、他のＵＥの送信を中断させ、ＵＥ１０から新たに送信要求を許可して、ＵＥ１０の送信を開始させて良い。

　なお、ＭＣＰＴＴサーバ９５は、セッションと関連付けられる優先度より、送信要求に含まれる優先度が高くないと判断した場合には、ＵＥ１０の送信を待たせても良いし、ＵＥ１０の送信を拒絶しても良い。

　ＭＣＰＴＴサーバ９５は、ＵＥ１０のＵＥ識別子を管理して良い。ここで、ＭＣＰＴＴサーバ９５は、ＵＥ識別子として、ＵＥ１０のトーカーＩＤを管理して良い。また、ＭＣＰＴＴサーバ９５は、ＵＥ１０のトーカーＩＤと１対１に対応するトーカーＩＤエイリアスを管理して良い。

　さらに、ＭＣＰＴＴサーバ９５は、グループを識別する情報を管理して良い。ＭＣＰＴＴサーバ９５は、グループを識別する情報として、グループ識別子を管理して良い。また、ＭＣＰＴＴサーバ９５は、グループ識別子と１対１に対応するグループ識別子エイリアスを管理して良い。

　［１．３　処理の説明］
　図６を利用して、本実施形態における、処理の流れを説明する。なお、ＵＥ１０Ａが、ＵＥ１０Ｂにデータの送信を行うこととして説明する。

　まず、ＵＥ１０Ａは、サービス認証サーバ９０とサービス認証手続きを行う（Ｓ６０２）。なお、本実施形態では、サービス認証手続きにより、ＵＥ１０Ａに優先度を通知する。ここで、ＵＥ１０ＢにおいてもＵＥ１０Ａと同様にサービス認証手続きを行う。

　次に、ＵＥ１０ＡはＵＥ１０Ｂとセッション確立手続きを行う（Ｓ６０４）。セッション確立手続きにより、ＵＥ１０ＡとＵＥ１０Ｂは、ＵＥ間で一定時間ごとに音声データを送信することができる、ＵＥ間でコネクションを確立することができる。ＵＥ１０Ａは、確立したセッションにおいて、音声データを受信することができる。また、ＵＥ１０Ａが送信する場合、送信要求手続きにより、送信を開始することができる。

　次に、ＭＣＰＴＴサーバ９５は、確立したセッションにおいて、ＵＥ１０Ａとは異なるＵＥ１０Ｂから音声データを受信する（Ｓ６０６）。ＭＣＰＴＴサーバ９５は、ＵＥ１０Ｂから送信されたデータをＵＥ１０Ａに転送する。これにより、ＵＥ１０Ａは、ＵＥ１０Ｂからのデータの受信を行う（Ｓ６０８）。

　なお、ＵＥ１０Ｂにおいても、ＵＥ１０Ａと同様に、サービス認証手続き（Ｓ６０２）、セッション確立手続き（Ｓ６０４）、送信要求手続き（Ｓ６１０）を行った後、音声データをＭＣＰＴＴサーバ９５へ送信する。ＵＥ１０Ａは、ＭＣＰＴＴサーバ９５から、ＵＥ１０Ｂから音声データを受信する（Ｓ６０８）。

　本実施形態では、ＵＥ１０Ｂが送信中に、ＵＥ１０Ａにおいて、優先度の高いデータの送信が発生する。優先度の高いデータの送信が発生したＵＥ１０Ａは、送信要求手続きを行う（Ｓ６１０）。なお、ＵＥ１０Ａは、送信要求手続きにおいて、ＭＣＰＴＴサーバ９５へ優先度を通知する。ここで、ＭＣＰＴＴサーバ９５は、ＵＥ１０Ｂの送信のための時間を設定し、設定された時間中に、ＵＥ１０Ａは、優先度の高い送信が発生し、送信要求手続きを行う。

　ＭＣＰＴＴサーバ９５は、優先度を検出し、送信中の音声データと関連付けられる優先度と比較して、ＵＥ１０Ｂの音声データの中止を決定する（Ｓ６１２）。

　一方、送信要求手続きが完了したＵＥ１０ＡはＭＣＰＴＴサーバ９５へ音声データの送信を行う（Ｓ６１４）。ＭＣＰＴＴサーバ９５は、ＵＥ１０Ａから受信した音声データをＵＥ１０Ｂへ配送する（Ｓ６１６）。

　以上の手続きにより、優先度に基づいて、優先度の高い音声データを優先させた送信を行うことができる。つまり、ＭＣＰＴＴサーバ９５は、送信中の音声データを中断させ、優先度の高い音声データを送信させることができる。

　［１．３．１　サービス認証手続き］
　図７を利用してサービス認証手続きの具体例を説明する。まず、ＵＥ１０はサービス認証サーバ９０へサービス認証要求を送信する（Ｓ７０２）。ここで、ＵＥ１０は優先度に関する情報を含めて良い。ここで、ＵＥ１０が含める優先度に関する情報は、ＵＥ１０が要求する優先度に関する情報であって良い。

　また、ＵＥ１０は、ＵＥ１０のＵＥ識別子を含めて良い。ここで、ＵＥ識別子１は、移動通信事業者（ＨＳＳ５０）が管理するＩＭＳＩやＩＭＥＩ／ＩＭＥＩＳＶであってよい。また、ＵＥ識別子２はトーカーＩＤであってよい。また、ＵＥ１０は、グループ識別子を含めて良い。

　サービス認証サーバ９０はＵＥ１０からサービス認証要求を受信する。サービス認証サーバ９０は、サービス認証要求を受信することにより、優先度に関する情報やＵＥ識別子１やＵＥ識別子２やグループ識別子を検出して良い。

さらに、サービス認証サーバ９０はＨＳＳ５０に、サービス認証要求を送信する（Ｓ７０４）。サービス認証要求には、ＵＥ１０からのサービス認証要求（Ｓ７０２）に含まれた優先度に関する情報や、ＵＥ識別子１を含めて良い。

　ＨＳＳ５０は、ＭＣＰＴＴサーバ９５からサービス認証要求を受信する。ＨＳＳ５０は、サービス認証要求を受信することにより、優先度に関する情報やＵＥ識別子１を検出して良い。ＨＳＳ５０は、ＵＥ識別子１により、ＵＥ１０を認証する。

　さらに、ＨＳＳ５０は、ＵＥ１０が利用可能な優先度に関する情報を検出する。例えば、ＨＳＳ５０は、ＵＥ識別子１により、ＵＥ１０が利用可能な優先度に関する情報を検出して良い。ＨＳＳ５０は、ＵＥ識別子１と利用可能な優先度に関する情報をあらかじめ管理しておき、ＵＥ識別子１に対応する利用可能な優先度に関する情報を検出して良い。

　また、ＨＳＳ５０は、サービス認証要求に、優先度に関する情報が含まれている場合には、ＵＥ１０からの優先度に関する情報を認証して良い。ここで、ＨＳＳ５０は、検出した利用可能な優先度に関する情報が、ＵＥ１０から通知された優先度に関する情報よりも、高い優先度または同じ優先度の場合には、ＵＥ１０から通知された優先度を認証して良い。

　さらに、ＨＳＳ５０は、ＵＥタイプを識別する情報を検出して良い。ＨＳＳ５０は、ＵＥ識別子１とＵＥタイプを識別する情報をあらかじめ管理しておき、ＵＥ識別子１に対応するＵＥタイプを識別する情報を検出して良い。

　ＵＥ１０を認証し、優先度に関する情報を検出したＨＳＳ５０は、サービス認証サーバ９０にサービス認証要求に対する応答を送信する（Ｓ７０６）。ここで、ＨＳＳ５０はサービス認証要求に対する応答に、認証に関する情報と優先度に関する情報を含める。認証に関する情報は、ＵＥ１０のＵＥ識別子１やＵＥタイプを識別する情報であって良い。優先度に関する情報は、検出した利用可能な優先度に関する情報を含めて良い。また、ＵＥ１０から通知された優先度を認証した場合には、通知された優先度を含めて良い。

　サービス認証サーバ９０はＨＳＳ５０からサービス認証要求に対する応答を受信する。サービス認証サーバ９０はサービス認証要求に対する応答に含まれる認証に関する情報と優先度に関する情報を検出する。ここで、サービス認証サーバ９０は、認証に関する情報と優先度に関する情報を管理して良い。

　また、サービス認証サーバ９０は、ＵＥ１０ＡにＵＥ識別子１やＵＥ識別子２とは異なるＵＥ識別子３を割り当てて良い。サービス認証サーバ９０は、認証に関する情報として、ＵＥ識別子３を管理して良い。

　また、サービス認証サーバ９０は、グループ識別子１とは異なるグループ識別子２を割り当てて良い。サービス認証サーバ９０は、認証に関する情報として、グループ識別子２を管理して良い。

　サービス認証サーバ９０はＵＥ１０にサービス認証要求に対する応答を送信する（Ｓ７０８）。ここで、サービス認証サーバ９０はサービス認証要求に対する応答に、認証に関する情報と優先度に関する情報を含める。

　ＵＥ１０はサービス認証サーバ９０からサービス認証要求に対する応答を受信する。ＵＥ１０はサービス認証要求に対する応答に含まれる認証に関する情報と優先度に関する情報を検出する。ここで、ＵＥ１０は、認証に関する情報と優先度に関する情報を管理して良い。

　以上の手続きにより、サービス認証手続きを完了することができる。サービス認証手続きにより、ＵＥ１０は、サービス認証サーバ９０から認証に関する情報と優先度に関する情報を受け取り、セッション確立手続きを行うことができる。

　また、ＵＥ１０は認証に関する情報を受信することにより、ＵＥ識別子１とＵＥ識別子２とＵＥ識別子３を検出して良い。以降の手続きで、ＵＥ１０を示すためにＵＥ識別子を利用するが、ＵＥ１０を示していればＵＥ識別子１を利用しても、ＵＥ識別子２を利用しても、ＵＥ識別子３を利用しても良い。

　また、ＵＥ１０は認証に関する情報を受信することにより、グループ識別子１とグループ識別子２を検出して良い。以降の手続きで、グループを示すためにグループ識別子を利用するが、グループを示していればグループ識別子１を利用しても、グループ識別子２を利用しても良い。

　また、ＵＥ１０が行ったサービス認証手続きは、ＵＥ１０Ａが行って良いし、ＵＥ１０Ｂが行っても良い。

　［１．３．２　セッション確立手続き］
　セッション確立手続きの具体例について説明する。セッション確立手続きは、オンデマンドセッション確立手続きとプレエスタブリッシュセッション確立手続きがある。オンデマンドセッションとは、ＵＥ１０Ａがデータを送信する際に、通信対象であるＵＥ１０Ｂと確立するセッションのことである。また、プレエスタブリッシュセッションとは、グループ通信などで、あらかじめ確立されるセッションのことである。

　オンデマンドセッション確立手続きでは、セッション確立を行うＵＥ１０Ａが通信対象となるＵＥ１０Ｂに対してセッション確立の要求を送信し、通信対象となるＵＥにセッション確立させることである。オンデマンドセッション確立手続きでは、ＵＥ１０Ａは、通信対象となるＵＥ１０Ｂとセッション確立できることを確認することができる。

　一方、プレエスタブリッシュセッション確立手続きでは、ＵＥ１０Ａがグループに対して、セッション確立の要求を送信し、セッションを確立するのみで、通信対象となるＵＥ１０Ｂに対してセッション確立の要求を送信しない。プレエスタブリッシュセッション確立手続きでは、グループに参加するユーザが多い場合であっても、シグナリングを増やすことなく、セッション確立できる。

　［１．３．２．１　オンデマンドセッション確立手続き］
　まず、オンデマンドセッション確立手続きを説明する。オンデマンドセッション確立手続きでは、サービス認証手続きが完了したＵＥ１０ＡとＵＥ１０Ｂにおいて、ＵＥ１０ＡがＵＥ１０Ｂにセッション確立を要求する、セッション確立手続きを行う。また、ＵＥ１０Ａのセッションを管理するＭＣＰＴＴサーバ９５は、ＭＣＰＴＴサーバ９５Ａとし、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５は、ＭＣＰＴＴサーバ９５Ｂとする。オンデマンドセッション確立手続きの具体例として、オンデマンドセッション確立手続き１とオンデマンドセッション確立手続き２を説明する。

　［１．３．２．１．１　オンデマンドセッション確立手続き１］
　図８Ａを利用してオンデマンドセッション確立手続き１を説明する。まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへセッション確立要求を送信する（Ｓ８０２）。なお、ＵＥ１０Ａは、セッション確立要求に、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を含める。

　ＭＣＰＴＴサーバ９５Ａは、セッション確立要求を受信する。セッション確立要求を受信したＭＣＰＴＴサーバ９５Ａは、セッション確立要求に含まれる、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子を検出する。ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０ＡのＵＥ識別子を管理していることにより、ＵＥ１０Ａがセッションを確立することを許可する。ＭＣＰＴＴサーバ９５Ａは、セッションを確立することを許可することにより、セッションを管理するためのセッション識別子を新たに割り当てる。一方、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０ＢのＵＥ識別子を管理していないことにより、ＵＥ１０Ｂが他のＭＣＰＴＴサーバ９５でセッション管理されていることを検出する。

　次に、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂへセッション確立要求を送信する（Ｓ８０４）。ＭＣＰＴＴサーバ９５Ａはセッション確立要求に、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子を含める。ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂを検出して、ＭＣＰＴＴサーバ９５Ｂへセッション確立要求を送信して良い。

　ＭＣＰＴＴサーバ９５Ａは、あらかじめ、ＭＣＰＴＴサーバ９５ＢとＵＥ１０Ｂを関連付けて管理することにより、ＵＥ１０ＢがＭＣＰＴＴサーバ９５Ｂでセッション管理されていることを検出して良い。

　また、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッション管理されているＭＣＰＴＴサーバ９５を検出するために、ＭＣＰＴＴサーバ９５に、ＵＥ１０ＢのＵＥ識別子による問い合わせを行い、肯定応答があったＭＣＰＴＴサーバ９５をＵＥ１０Ｂのセッションを管理しているＭＣＰＴＴサーバ９５Ｂとして検出して良い。

　なお、ＭＣＰＴＴサーバ９５Ａが、ＵＥ１０Ｂのセッション管理しているＭＣＰＴＴサーバ９５Ｂを検出する方法は、ＭＣＰＴＴサーバ９５Ｂを検出できれば、いずれの方法であっても良い。

　ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求を受信する。ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求に含まれる、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子を検出する。ここで、ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０ＢのＵＥ識別子を管理していることにより、ＵＥ１０Ｂがセッションを確立することを許可する。

　ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂにセッション確立要求を送信する（Ｓ８０６）。ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求に、ＵＥ１０ＡのＵＥ識別子とセッション識別子を含める。

　ＵＥ１０Ｂはセッション確立要求を受信する。ＵＥ１０Ｂはセッション確立要求に含まれるＵＥ１０ＡのＵＥ識別子とセッション識別子を検出する。ＵＥ１０ＢはＵＥ１０Ａとセッション確立を行うことを許可し、ＵＥ１０ＡのＵＥ識別子とセッション識別子を管理する。

　ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへセッション確立要求に対する応答を送信する（Ｓ８０８）。ＵＥ１０Ｂはセッション確立要求に対する応答に、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子を含めて良い。

　ＭＣＰＴＴサーバ９５ＢはＵＥ１０Ｂからセッション確立要求に対する応答を受信する。ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求に対する応答を受信することにより、ＵＥ１０ＢがＵＥ１０Ａとセッションを確立することを許可したことを検出する。ここで、ＭＣＰＴＴサーバ９５Ｂはセッション識別子と、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を管理して良い。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへセッション確立要求に対する応答を送信する（Ｓ８１０）。ＭＣＰＴＴサーバ９５Ｂはセッション確立要求に対する応答に、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子を含めて良い。

　ＭＣＰＴＴサーバ９５Ａは、セッション確立要求に対する応答を受信する。ＭＣＰＴＴサーバ９５Ａは、セッション確立要求に対する応答を受信することにより、ＭＣＰＴＴサーバ９５ＢとＵＥ１０ＢがＵＥ１０Ａとセッションを確立することを許可したことを検出する。ここで、ＭＣＰＴＴサーバ９５Ａは、セッション識別子とＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子を管理して良い。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへセッション確立要求に対する応答を送信する（Ｓ８１２）。ＭＣＰＴＴサーバ９５Ａはセッション確立要求に対する応答には、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子を含めて良い。

　ＵＥ１０Ａは、セッション確立要求に対する応答を受信する。ＵＥ１０Ａは、セッション識別子とＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子を検出し、セッション識別子とＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子を管理して良い。

　以上の手続きにより、ＵＥ１０Ａは、ＵＥ１０Ｂとセッションを確立することができる。

　［１．３．２．１．２　オンデマンドセッション確立手続き２］
　続いて、図８Ｂを利用してオンデマンドセッション確立手続き２を説明する。オンデマンドセッション確立手続き２では、セッション確立プロトコルであるＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）におけるメッセージを利用して、セッション確立手続きを行う。

　まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへインバイトメッセージを送信する（Ｓ９０２）。なお、ＵＥ１０Ａは、インバイトメッセージに、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を含める。

　ＭＣＰＴＴサーバ９５Ａは、インバイトメッセージを受信する。インバイトメッセージを受信したＭＣＰＴＴサーバ９５Ａは、インバイトメッセージに含まれる、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子を検出する。ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０ＡのＵＥ識別子を管理していることにより、ＵＥ１０Ａがセッションを確立することを許可する。ＭＣＰＴＴサーバ９５Ａは、セッションを確立することを許可することにより、セッションを管理するためのセッション識別子を新たに割り当てる。一方、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０ＢのＵＥ識別子を管理していないことにより、ＵＥ１０Ｂが他のＭＣＰＴＴサーバ９５でセッション管理されていることを検出する。

　次に、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂへインバイトメッセージを送信する（Ｓ９０４）。ＭＣＰＴＴサーバ９５Ａはインバイトメッセージに、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子を含める。ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂを検出して、ＭＣＰＴＴサーバ９５Ｂへインバイトメッセージを送信して良い。

　なお、ＭＣＰＴＴサーバ９５Ａが、ＵＥ１０Ｂのセッション管理しているＭＣＰＴＴサーバ９５Ｂを検出する方法は、オンデマンドセッション確立手続き１で説明したためその詳細な説明は省略する。

　ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージを受信する。ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージに含まれる、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子を検出する。ここで、ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０ＢのＵＥ識別子を管理していることにより、ＵＥ１０Ｂがセッションを確立することを許可する。

　ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂにインバイトメッセージを送信する（Ｓ９０６）。ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージに、ＵＥ１０ＡのＵＥ識別子とセッション識別子を含める。

　ＵＥ１０Ｂはインバイトメッセージを受信する。ＵＥ１０Ｂはインバイトメッセージに含まれるＵＥ１０ＡのＵＥ識別子とセッション識別子を検出する。ＵＥ１０ＢはＵＥ１０Ａとセッション確立を行うことを許可し、ＵＥ１０ＡのＵＥ識別子とセッション識別子を管理する。

　ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへ２００ＯＫメッセージを送信する（Ｓ９０８）。ＵＥ１０Ｂは、２００ＯＫメッセージに、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子を含めて良い。

　ＭＣＰＴＴサーバ９５ＢはＵＥ１０Ｂから２００ＯＫメッセージを受信する。ＭＣＰＴＴサーバ９５Ｂは、２００ＯＫメッセージを受信することにより、ＵＥ１０ＢがＵＥ１０Ａとセッションを確立することを許可したことを検出する。ここで、ＭＣＰＴＴサーバ９５Ｂはセッション識別子と、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を管理して良い。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへ２００ＯＫメッセージを送信する（Ｓ９１０）。ＭＣＰＴＴサーバ９５Ｂは、２００ＯＫメッセージに、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子を含めて良い。

　ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージを受信する。ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージを受信することにより、ＭＣＰＴＴサーバ９５ＢとＵＥ１０ＢがＵＥ１０Ａとセッションを確立することを許可したことを検出する。ここで、ＭＣＰＴＴサーバ９５Ｂは、セッション識別子とＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子を管理して良い。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへ２００ＯＫメッセージを送信する（Ｓ９１２）。ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージに、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子を含めて良い。

　［１．３．２．２　プレエスタブリッシュセッション確立手続き］
　また、セッション確立手続きは、プレエスタブリッシュセッション確立手続きであってよい。図９を利用して、プレエスタブリッシュセッション確立手続きによる処理の流れを説明する。図９に示すように、プレエスタブリッシュセッション確立手続きでは、ＵＥ１０Ａは、ＭＣＰＴＴサーバ９５とセッション確立手続きを行い、ＵＥ１０ＢはＭＣＰＴＴサーバ９５とセッション確立手続きを行う（Ｓ１８０４）。

　なお、プレエスタブリッシュセッション確立手続きでは、特定のユーザに対してセッション確立するのではなく、グループに対してセッション確立を行う。プレエスタブリッシュセッション確立手続きでは、サービス認証手続きが完了したＵＥ１０Ａにおいて、ＵＥ１０Ａがグループ通信に参加するためのセッション確立手続きを行う。また、サービス認証手続きが完了したＵＥ１０Ｂにおいて、ＵＥ１０Ｂがグループ通信に参加するためのセッション確立手続きを行う。セッション確立手続き以外は、図６で説明した処理の流れと同様である。

　プレエスタブリッシュのセッション確立手続きの具体例として、プレエスタブリッシュのセッション確立手続き１とプレエスタブリッシュのセッション確立手続き２を説明する。

　なお、ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａのセッションを管理するＭＣＰＴＴサーバ９５であり、ＭＣＰＴＴサーバ９５ＢはＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５である。

　［１．３．２．２．１　プレエスタブリッシュセッション確立手続き１］
　図１０Ａを利用してプレエスタブリッシュセッション確立手続き１を説明する。まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへセッション確立要求を送信する（Ｓ１００２）。なお、ＵＥ１０Ａは、セッション確立要求に、ＵＥ１０ＡのＵＥ識別子とグループ識別子を含める。

　ＭＣＰＴＴサーバ９５Ａは、セッション確立要求を受信する。セッション確立要求を受信したＭＣＰＴＴサーバ９５Ａは、セッション確立要求に含まれる、ＵＥ１０ＡのＵＥ識別子とグループ識別子を検出する。ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０ＡのＵＥ識別子とグループ識別子を管理していることにより、ＵＥ１０Ａがセッションを確立することを許可する。また、ＭＣＰＴＴサーバ９５Ａは、セッションを確立することを許可することにより、セッションを管理するためのセッション識別子を新たに割り当てて良い。

　次に、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂへセッション確立要求を送信する（Ｓ１００４）。ＭＣＰＴＴサーバ９５Ａはセッション確立要求に、ＵＥ１０ＡのＵＥ識別子とグループ識別子とセッション識別子を含める。ここで、ＭＣＰＴＴサーバ９５Ａは、グループ識別子が示すグループのセッションを管理するＭＣＰＴＴサーバ９５Ｂを検出して、ＭＣＰＴＴサーバ９５Ｂへセッション確立要求を送信して良い。

　ＭＣＰＴＴサーバ９５Ａは、あらかじめ、ＭＣＰＴＴサーバ９５Ｂとグループ識別子を関連付けて管理することにより、グループ識別子が示すグループがＭＣＰＴＴサーバ９５Ｂでセッション管理されていることを検出して良い。

また、ＭＣＰＴＴサーバ９５Ａは、グループ識別子が示すグループのセッション管理されているＭＣＰＴＴサーバ９５を検出するために、ＭＣＰＴＴサーバ９５に、グループ識別子による問い合わせを行い、肯定応答があったＭＣＰＴＴサーバ９５をグループ識別子が示すグループのセッションを管理しているＭＣＰＴＴサーバ９５Ｂとして検出して良い。

　なお、ＭＣＰＴＴサーバ９５Ａは、グループ識別子が示すグループのセッション管理しているＭＣＰＴＴサーバ９５Ｂを検出する方法は、ＭＣＰＴＴサーバ９５Ｂを検出できれば、いずれの方法であっても良い。

　ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求を受信する。ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求に含まれる、ＵＥ１０ＡのＵＥ識別子とグループ識別子とセッション識別子を検出する。ここで、ＭＣＰＴＴサーバ９５Ｂは、グループ識別子を管理していることにより、グループ識別子が示すグループにおいてセッションを確立することを許可する。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへセッション確立要求に対する応答を送信する（Ｓ１００６）。セッション確立要求に対する応答には、ＵＥ１０ＡのＵＥ識別子とグループ識別子とセッション識別子を含めて良い。

　ＭＣＰＴＴサーバ９５Ａは、セッション確立要求に対する応答を受信する。ＭＣＰＴＴサーバ９５Ａは、セッション確立要求に対する応答を受信することにより、ＭＣＰＴＴサーバ９５Ｂとグループ識別子が示すグループにおいてセッションを確立することを許可したことを検出する。ここで、ＭＣＰＴＴサーバ９５Ａは、セッション識別子とＵＥ１０ＡのＵＥ識別子とグループ識別子を管理して良い。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへセッション確立に対する応答を送信する（Ｓ１００８）。ＭＣＰＴＴサーバ９５Ａはセッション確立要求に対する応答に、ＵＥ１０ＡのＵＥ識別子とグループ識別子とセッション識別子を含めて良い。

　ＵＥ１０Ａは、セッション確立に対する応答を受信する。ＵＥ１０Ａは、セッション識別子とＵＥ１０ＡのＵＥ識別子とグループ識別子を検出し、セッション識別子とＵＥ１０ＡのＵＥ識別子とグループ識別子を管理して良い。

　以上の手続きにより、ＵＥ１０Ａは、グループ識別子が示すグループにおいて、セッションを確立することができる。

　一方、ＵＥ１０ＢもＵＥ１０Ａと同様の手続きにより、セッションを確立することができる。つまり、ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂにセッション確立要求を送信し（Ｓ１０１０）、ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへセッション確立要求を送信し（Ｓ１０１２）、ＭＣＰＴＴサーバ９５ＡはＭＣＰＴＴサーバ９５Ｂへセッション確立要求に対する応答を送信し（Ｓ１０１４）、ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂへセッション確立要求に対する応答を送信する（Ｓ１０１６）ことにより、グループ識別子が示すグループにおいてセッションを確立することができる。

　なお、ＵＥ１０Ｂが送信するセッション確立要求（Ｓ１０１０）は、ＵＥ１０Ａが送信するセッション確立要求（Ｓ１００２）に対応し、ＭＣＰＴＴサーバ９５Ｂが送信するセッション確立要求（Ｓ１０１２）はＭＣＰＴＴサーバ９５Ｂが送信するセッション確立要求（Ｓ１００４）に対応し、ＭＣＰＴＴサーバ９５Ａが送信するセッション確立要求に対する応答（Ｓ１０１４）はＭＣＰＴＴサーバ９５Ｂが送信するセッション確立要求に対する応答（Ｓ１００６）に対応し、ＭＣＰＴＴサーバ９５Ｂが送信するセッション確立に対する応答（Ｓ１０１６）は、ＭＣＰＴＴサーバ９５Ａが送信するセッション確立に対する応答（Ｓ１００８）に対応する。

　上記手続きでは、ＵＥ１０Ｂは、グループ識別子はＵＥ１０Ａと同じ識別子を利用し、ＭＣＰＴＴサーバ９５ＢからＵＥ１０Ａと同じセッション識別子を受信する。

　以上の手続きにより、ＵＥ１０ＡとＵＥ１０Ｂはグループ識別子が示すグループにおいて、セッションを確立することができる。

　［１．３．２．２．２　プレエスタブリッシュセッション確立手続き２］
　図１０Ｂを利用してプレエスタブリッシュセッション確立手続き２を説明する。プレエスタブリッシュセッション確立手続き２は、セッション確立プロトコルであるＳＩＰにおけるメッセージを利用して、セッション確立手続きが行われる。

　まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへインバイトメッセージを送信する（Ｓ１１０２）。なお、ＵＥ１０Ａは、インバイトメッセージに、ＵＥ１０ＡのＵＥ識別子とグループ識別子を含める。

　ＭＣＰＴＴサーバ９５Ａは、インバイトメッセージを受信する。インバイトメッセージを受信したＭＣＰＴＴサーバ９５Ａは、インバイトメッセージに含まれる、ＵＥ１０ＡのＵＥ識別子とグループ識別子を検出する。ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０ＡのＵＥ識別子とグループ識別子を管理していることにより、ＵＥ１０Ａがセッションを確立することを許可する。また、ＭＣＰＴＴサーバ９５Ａは、セッションを確立することを許可することにより、セッションを管理するためのセッション識別子を新たに割り当てて良い。

　次に、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂへインバイトメッセージを送信する（Ｓ１１０４）。ＭＣＰＴＴサーバ９５Ａはインバイトメッセージに、ＵＥ１０ＡのＵＥ識別子とグループ識別子とセッション識別子を含める。ここで、ＭＣＰＴＴサーバ９５Ａは、グループ識別子が示すグループのセッションを管理するＭＣＰＴＴサーバ９５Ｂを検出して、ＭＣＰＴＴサーバ９５Ｂへインバイトメッセージを送信して良い。

　ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージを受信する。ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージに含まれる、ＵＥ１０ＡのＵＥ識別子とグループ識別子とセッション識別子を検出する。ここで、ＭＣＰＴＴサーバ９５Ｂは、グループ識別子を管理していることにより、グループ識別子が示すグループにおいてセッションを確立することを許可する。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへ２００ＯＫメッセージを送信する（Ｓ１１０６）。ＭＣＰＴＴサーバ９５Ｂは、２００ＯＫメッセージに、ＵＥ１０ＡのＵＥ識別子とグループ識別子とセッション識別子を含めて良い。

　ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージを受信する。ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージを受信することにより、ＭＣＰＴＴサーバ９５Ｂとグループ識別子が示すグループにおいてセッションを確立することを許可したことを検出する。ここで、ＭＣＰＴＴサーバ９５Ａは、セッション識別子とＵＥ１０ＡのＵＥ識別子とグループ識別子を管理して良い。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへセッション確立に対する応答を送信する（Ｓ１１０８）。ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージに、ＵＥ１０ＡのＵＥ識別子とグループ識別子とセッション識別子を含めて良い。

　一方、ＵＥ１０ＢもＵＥ１０Ａと同様の手続きにより、セッションを確立することができる。つまり、ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂにインバイトメッセージを送信し（Ｓ１１１０）、ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへインバイトメッセージを送信し（Ｓ１１１２）、ＭＣＰＴＴサーバ９５ＡはＭＣＰＴＴサーバ９５Ｂへ２００ＯＫメッセージを送信し（Ｓ１１１４）、ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂへ２００ＯＫメッセージを送信する（Ｓ１１１６）ことにより、ＵＥ１０Ｂにおいてセッションを確立することができる。

　なお、ＵＥ１０Ｂが送信するインバイトメッセージ（Ｓ１１１０）は、ＵＥ１０Ａが送信するインバイトメッセージ（Ｓ１１０２）に対応し、ＭＣＰＴＴサーバ９５Ｂが送信するインバイトメッセージ（Ｓ１１１２）はＭＣＰＴＴサーバ９５Ｂが送信するインバイトメッセージ（Ｓ１１０４）に対応し、ＭＣＰＴＴサーバ９５Ａが送信する２００ＯＫメッセージ（Ｓ１１１４）はＭＣＰＴＴサーバ９５Ｂが送信する２００ＯＫメッセージ（Ｓ１１０６）に対応し、ＭＣＰＴＴサーバ９５Ｂが送信するセッション確立に対する応答（Ｓ１１１６）は、ＭＣＰＴＴサーバ９５Ａが送信するセッション確立に対する応答（Ｓ１１０８）に対応する。

　上記手続きでは、グループ識別子はＵＥ１０Ａと同じ識別子を利用し、ＵＥ１０ＢはＭＣＰＴＴサーバ９５からＵＥ１０Ａと同じセッション識別子を受信する。

　［１．３．３　送信要求手続き］
　送信要求手続きの具体例について説明する。送信要求手続きは、セッション確立手続きを行った、ＵＥ１０ＡからＵＥ１０Ｂに対して音声データを送信することとして説明する。なお、送信要求手続きとして、２つの送信要求手続きの具体例を説明する。

　［１．３．３．１　送信要求手続き１］
　まず、図１１Ａを利用して送信要求手続き１を説明する。まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへ送信要求を送信する（Ｓ１２０２）。なお、ＵＥ１０Ａは、送信要求に、ＵＥ１０ＡのＵＥ識別子、優先度に関する情報（例えば、Ｈｉｇｈｅｓｔ）、セッション識別子を含める。ここで、優先度に関する情報は、サービス認証手続きで受け取った、利用可能な優先度からユーザが選択した優先度であってよい。また、ＵＥ１０Ａは、ユーザが優先度を選択しなかった場合、利用可能な優先度のうち、最も高い優先度を含めて良い。

　また、ＵＥ１０Ａは、送信要求にＵＥ１０ＡのＵＥタイプを識別する情報を含めて良い。

　ＭＣＰＴＴサーバ９５Ａは、送信要求を受信する。ＭＣＰＴＴサーバ９５Ａは、送信要求に含まれる、ＵＥ１０ＡのＵＥ識別子、優先度に関する情報（Ｈｉｇｈｅｓｔ）、セッション識別子を検出する。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａの送信の許可を行う（Ｓ１２０３）。まず、ＭＣＰＴＴサーバ９５Ａは送信要求に含まれたセッション識別子で関連付けられる送信状況を確認する。ここで、ＭＣＰＴＴサーバ９５Ａはセッション識別子と関連付けられるＵＥ識別子がないため、送信を許可する。ここで、ＵＥ１０Ｂは、ＭＣＰＴＴサーバ９５Ａでは管理しておらず、ＭＣＰＴＴサーバ９５Ｂで管理していることを検出する。

　ＵＥ１０ＢがＭＣＰＴＴサーバ９５Ｂで管理されていることを検出したＭＣＰＴＴサーバ９５Ａは、ＭＣＰＴＴサーバ９５Ｂへ送信要求を送信する（Ｓ１２０４）。ここで、ＭＣＰＴＴサーバ９５Ａは、送信要求に、セッション識別子、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子、優先度に関する情報を含めて良い。

　ＭＣＰＴＴサーバ９５Ｂは、送信要求を受信する。ＭＣＰＴＴサーバ９５Ｂは、送信要求に含まれる、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子、優先度に関する情報を検出する。

　次に、ＭＣＰＴＴサーバ９５Ｂは、送信の取り消しを決定する（Ｓ１２０５）。まず、ＭＣＰＴＴサーバ９５Ａは送信要求に含まれたセッション識別子で関連付けられる送信状況を確認する。ここで、ＭＣＰＴＴサーバ９５Ｂは、セッション識別子で示されるセッションにおいて、ＵＥ１０ＢのＵＥ識別子と優先度に関する情報（例えば、Ｎｏｒｍａｌ）が関連付けられて管理され、ＵＥ１０Ｂがセッションを利用していることを検出する。

　次に、ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ｂから送信された送信要求に含まれた優先度に関する情報（Ｈｉｇｈｅｓｔ）を確認する。

　さらに、ＭＣＰＴＴサーバ９５Ａは、セッション識別子と関連付けられる優先度（Ｎｏｒｍａｌ）と、送信要求に含まれた優先度（Ｈｉｇｈｅｓｔ）を比較して、送信要求に含まれた優先度の方が高い優先度のため、ＵＥ１０Ｂの送信を取り消すことを決定する。

　以上により、ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂの送信を取り消すことを決定することができる。

　送信の取り消しを決定したＭＣＰＴＴサーバ９５Ｂは、ＭＣＰＴＴサーバ９５Ａへ送信許可を送信する（Ｓ１２０６）。ここで、送信許可には、送信の取り消しを行ったことを示す情報を含めて良い。また、送信許可には、セッション識別子や、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子、優先度に関する情報を含めて良い。

　ＭＣＰＴＴサーバ９５Ａは、送信許可を受信する。ＭＣＰＴＴサーバ９５Ａは、送信許可により、送信を許可することを決定する。また、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａが利用可能な優先度を検出して良い。ＭＣＰＴＴサーバ９５Ａは、検出した優先度をＵＥ１０Ａに通知することにより、利用可能な優先度を通知して良い。

　ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａに送信許可を送信する（Ｓ１２０８）。ここで、ＭＣＰＴＴサーバ９５Ａは、送信許可に、利用可能な優先度に関する情報を含めて良い。ＭＣＰＴＴサーバ９５Ａは、送信許可に、セッション識別子、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を含めて良い。

　ＵＥ１０Ａは送信許可を受信する。ＵＥ１０Ａは送信許可に含まれる優先度に関する情報を検出し、ＵＥ１０Ａが管理する優先度に関する情報を更新して良い。ＵＥ１０Ａは、送信許可を受信することにより、セッション識別子で示されるセッションにおいて、データを送信する。

　ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂに送信通知を送信する（Ｓ１２１０）。ＭＣＰＴＴサーバ９５Ａは、送信通知に、セッション識別子、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を含める。

　ＵＥ１０Ｂは送信通知を受信する。ＵＥ１０Ｂは送信通知に含まれる、セッション識別子、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を検出する。ＵＥ１０Ｂは送信通知を受信することにより、セッション識別子で示すセッションにおいて、送信を中止する（Ｓ１２１２）。

　以上の手続きにより、ＵＥ１０Ｂが送信中に、ＵＥ１０Ａの送信要求により、ＵＥ１０Ｂが送信を中止し、ＵＥ１０Ａが送信を開始することができる。

　［１．３．３．２　送信要求手続き２］
　まず、図１１Ｂを利用して送信要求手続き２を説明する。送信要求手続き２は、セッション確立プロトコルであるＳＩＰにおけるメッセージを利用して、送信要求手続きが行われる。

　まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへエスタブリッシュメディアメッセージを送信する（Ｓ１３０２）。なお、ＵＥ１０Ａは、エスタブリッシュメディアメッセージに、ＵＥ１０ＡのＵＥ識別子、優先度に関する情報（例えば、Ｈｉｇｈｅｓｔ）、セッション識別子を含める。ここで、優先度に関する情報は、利用可能な優先度からユーザが選択した優先度であってよい。また、ＵＥ１０Ａは、ユーザが優先度を選択しなかった場合、利用可能な優先度のうち、最も高い優先度を含めて良い。

　ＭＣＰＴＴサーバ９５Ａは、エスタブリッシュメディアメッセージを受信する。ＭＣＰＴＴサーバ９５Ａは、エスタブリッシュメディアメッセージに含まれる、ＵＥ１０ＡのＵＥ識別子、優先度に関する情報（Ｈｉｇｈｅｓｔ）、セッション識別子を検出する。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａの送信の許可を行う（Ｓ１３０３）。ＭＣＰＴＴサーバ９５ＡがＵＥ１０Ａの送信の許可を行う方法は、送信要求手続き１で示した方法（Ｓ１２０３）と同様であるため、詳細な説明は省略する。

　ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａが利用可能な優先度に関する情報を検出して良い。ＭＣＰＴＴサーバ９５Ａは、検出した優先度をＵＥ１０Ａに通知し、ＵＥ１０Ａに利用可能な優先度に関する情報を更新させて良い。

　ＭＣＰＴＴサーバ９５Ａは、アクセプトメッセージを送信して良い（Ｓ１３０４）。アクセプトメッセージには、利用可能な優先度に関する情報を通知して良い。

　ＵＥ１０Ａは、アクセプトメッセージを受信する。ＵＥ１０Ａは、アクセプトメッセージに含まれる、優先度に関する情報を検出し、優先度に関する情報を検出して良い。

　一方、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０ＢがＭＣＰＴＴサーバ９５Ｂで管理されていることを検出する。

　ＵＥ１０ＢがＭＣＰＴＴサーバ９５Ｂで管理されていることを検出したＭＣＰＴＴサーバ９５Ａは、ＭＣＰＴＴサーバ９５Ｂへインバイトメッセージを送信する（Ｓ１３０６）。ここで、ＭＣＰＴＴサーバ９５Ａは、インバイトメッセージに、セッション識別子、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子、優先度に関する情報を含めて良い。

　ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージを受信する。ＭＣＰＴＴサーバ９５Ｂは、送信要求に含まれる、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子、優先度に関する情報を検出する。

　次に、ＭＣＰＴＴサーバ９５Ｂは、送信の取り消しを決定する（Ｓ１３０７）。ＭＣＰＴＴサーバ９５ＡがＵＥ１０Ａの送信の取り消しを行う方法は、送信要求手続き１で示した方法（Ｓ１２０５）と同様であるため、詳細な説明は省略する。

　送信の取り消しを決定したＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂへインバイトメッセージを送信する（Ｓ１３０８）。ここで、ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージに、セッション識別子、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子、優先度に関する情報を含めて良い。

　ＵＥ１０Ｂは、インバイトメッセージを受信する。ＵＥ１０Ｂは、送信要求に含まれる、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子、優先度に関する情報を検出する。ＵＥ１０Ｂはセッション識別子で示されるセッションにおいてＵＥ１０Ａが許可する。

　ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへ２００ＯＫメッセージを送信する（Ｓ１３１０）。

　ＭＣＰＴＴサーバ９５Ｂは２００ＯＫメッセージを受信し、ＵＥ１０Ｂがセッション識別子で示されるセッションにおいてＵＥ１０Ａが送信することを許可したことを検出する。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへ２００ＯＫメッセージを送信する（Ｓ１３１２）。ここで、送信許可には、送信の取り消しを行ったことを示す情報を含めて良い。

　ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージを受信する。ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージにより、送信を許可することを決定する。

　ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａにトークバースト確認メッセージを送信する（Ｓ１３１４）。ＭＣＰＴＴサーバ９５Ａは、トークバースト確認メッセージに、セッション識別子、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を含めて良い。

　ＵＥ１０Ａはトークバースト確認メッセージを受信する。ＵＥ１０Ａは、トークバースト確認メッセージを受信することにより、セッション識別子で示されるセッションにおいて、データを送信する。

　ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂにトークバースト受信メッセージを送信する（Ｓ１３１６）。ＭＣＰＴＴサーバ９５Ａは、トークバースト受信メッセージに、セッション識別子、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を含める。

　ＵＥ１０Ｂはトークバースト受信メッセージを受信する。ＵＥ１０Ｂはトークバースト受信メッセージに含まれる、セッション識別子、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を検出する。ＵＥ１０Ｂはトークバースト受信メッセージを受信することにより、セッション識別子で示すセッションにおいて、送信を中止する（Ｓ１３１２）。

　［１．４　変形例１］
　第１実施形態では、サービス認証手続き（Ｓ６０２）を行っていたが、災害時などサービス認証サーバ９０と認証手続きを行えない場合には、サービス認証手続きを行わなくても良い。また、第１実施形態では、サービス認証手続き（Ｓ６０２）により、優先度を通知していたが、セッション確立手続きにより、優先度を通知して良い。

　図１２に、変形例１における処理の流れを示す。まず、ＵＥ１０ＡはＵＥ１０Ｂとセッション確立手続きを行う（Ｓ１４０４）。ここで、ＵＥ１０ＡとＵＥ１０Ｂはセッション確立手続きにより、優先度が通知される。

　以降の手続きは、第１実施形態と同様である。つまり、ＭＣＰＴＴサーバ９５は、確立したセッションにおいて、ＵＥ１０Ａとは異なるＵＥ１０Ｂから音声データを受信する（Ｓ１４０６）。ＭＣＰＴＴサーバ９５は、ＵＥ１０Ｂから送信されたデータをＵＥ１０Ａに転送し、ＵＥ１０Ａは、ＵＥ１０Ｂからのデータの受信を行う（Ｓ１４０８）。

　さらに、ＵＥ１０Ｂが送信中に、ＵＥ１０Ａにおいて、優先度の高いデータの送信が発生し、優先度の高いデータの送信が発生したＵＥ１０Ａは、送信要求手続きを行う（Ｓ１４１０）。ここで、ＭＣＰＴＴサーバ９５は、ＵＥ１０Ｂの送信のための時間を設定し、設定された時間中に、ＵＥ１０Ａは、優先度の高い送信が発生し、送信要求手続きを行う。

　ＭＣＰＴＴサーバ９５は、送信中の音声データと関連付けられる優先度と比較して、他のＵＥの音声データの中止を決定する（Ｓ１４１１）。

　一方、送信要求手続きが完了したＵＥ１０ＡはＭＣＰＴＴサーバ９５へ音声データの送信を行う（Ｓ１４１２）。ＭＣＰＴＴサーバ９５は、ＵＥ１０Ａから受信した音声データを他のＵＥ１０へ配送する（Ｓ１４１４）。

　以上の手続きにより、ＵＥ１０Ａは、セッション確立手続きで通知された優先度に基づいて、優先度の高い音声データを優先させた送信を行うことができる。また、ＭＣＰＴＴサーバ９５は、送信中の音声データを中断させ、優先度の高い音声データを送信させることができる。

　［１．４．１　セッション確立手続き］
　変形例１におけるセッション確立手続きを説明する。変形例１におけるセッション確立手続きでは、音声データを送信するＵＥ１０Ａに利用可能な優先度が通知され、音声データを受信するＵＥ１０Ｂに利用可能な優先度が通知される。なお、変形例１におけるセッション確立手続きは、オンデマンドとプレエスタブリッシュがある。

　［１．４．１．１　オンデマンドセッション確立手続き］
　まず、オンデマンドセッション確立手続きを説明する。ＵＥ１０ＡがＵＥ１０Ｂにセッション確立を要求する、セッション確立手続きを行う。オンデマンドセッション確立手続きの具体例として、オンデマンドセッション確立手続き３とオンデマンドセッション確立手続き４を説明する。

　［１．４．１．１．１　オンデマンドセッション確立手続き３］
　図１３Ａを利用してオンデマンドセッション確立手続き３を説明する。第１実施形態で説明した図８Ａで示すオンデマンドセッション確立手続き１との違いを中心に説明し、オンデマンドセッション確立手続き１と共通する部分の説明は省略する。

　まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへセッション確立要求を送信する（Ｓ１５０２）。ここで、ＵＥ１０は優先度に関する情報を含めて良い。ここで、ＵＥ１０Ａが含める優先度に関する情報は、ＵＥ１０Ａが要求する優先度に関する情報であって良い。

　ＭＣＰＴＴサーバ９５Ａは、セッション確立要求を受信する。セッション確立要求を受信したＭＣＰＴＴサーバ９５Ａは、セッション確立要求に含まれる、優先度に関する情報を検出して良い。

　次に、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂへセッション確立要求を送信する（Ｓ１５０４）。ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求を受信する。

　ＭＣＰＴＴサーバ９５Ｂは優先度に関する情報の取得を行う（Ｓ１５０６）。ＭＣＰＴＴサーバ９５Ｂは優先度に関する情報を、サービス認証サーバ９０から取得して良い。ＭＣＰＴＴサーバ９５Ｂは、サービス認証サーバ９０にＵＥ１０ＢのＵＥ識別子を利用して、問い合わせることにより、優先度に関する情報を取得して良い。

　また、ＭＣＰＴＴサーバ９５Ｂは、優先度に関する情報の取得に、ＨＳＳ５０から取得して良い。ＭＣＰＴＴサーバ９５Ｂは、ＨＳＳ５０に問い合わせることにより、優先度に関する情報を取得して良い。

　ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂにセッション確立要求を送信する（Ｓ１５０８）。ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求に、取得した優先度に関する情報を含める。

　ＵＥ１０Ｂはセッション確立要求を受信する。ＵＥ１０Ｂはセッション確立要求に含まれる優先度に関する情報を検出し、優先度に関する情報を管理する。

　ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへセッション確立要求に対する応答を送信する（Ｓ１５１０）。ＭＣＰＴＴサーバ９５ＢはＵＥ１０Ｂからセッション確立要求に対する応答を受信する。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへセッション確立要求に対する応答を送信する（Ｓ１５１２）。ＭＣＰＴＴサーバ９５Ａは、セッション確立要求に対する応答を受信する。

ＭＣＰＴＴサーバ９５Ａは、セッション確立要求に対する応答を受信することにより、ＭＣＰＴＴサーバ９５ＢとＵＥ１０ＢがＵＥ１０Ａとセッションを確立することを許可したことを検出する。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａの優先度に関する情報を取得する（Ｓ１５１４）。なお、ＭＣＰＴＴサーバ９５ＡがＵＥ１０Ａの優先度に関する情報を取得した方法は、ＭＣＰＴＴサーバ９５ＢがＵＥ１０Ｂの優先度に関する情報を取得した方法（Ｓ１５０６）と同様であるため、その詳細な説明は省略する。

　ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａのセッション確立要求（Ｓ１５０２）に含まれた優先度に関する情報を認証して良い。ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａが含めた優先度に関する情報を認証した場合、ＵＥ１０Ａへ優先度に関する情報として通知して良い。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへセッション確立要求に対する応答を送信する（Ｓ１５１６）。ＭＣＰＴＴサーバ９５Ａはセッション確立要求に対する応答に、優先度に関する情報を含める。

　ＵＥ１０Ａは、セッション確立要求に対する応答を受信する。ＵＥ１０Ａは、優先度に関する情報を検出し、優先度に関する情報を管理する。

　以上の手続きにより、ＵＥ１０ＡとＵＥ１０Ｂは、優先度に関する情報を受信し、ＵＥ１０ＡとＵＥ１０Ｂは、セッションを確立することができる。ＵＥ１０ＡとＵＥ１０Ｂは受信した優先度に関する情報を送信要求手続きで利用することにより、優先度に関する情報に基づく送信を行うことができる。

　［１．４．１．１．２　オンデマンドセッション確立手続き４］
　図１３Ｂを利用してオンデマンドセッション確立手続き４を説明する。第１実施形態で説明した図８Ｂで示すオンデマンドセッション確立手続き２との違いを中心に説明し、オンデマンドセッション確立手続き２と共通する部分の説明は省略する。

　まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへインバイトメッセージを送信する（Ｓ１６０２）。ここで、ＵＥ１０は優先度に関する情報を含めて良い。ここで、ＵＥ１０が含める優先度に関する情報は、ＵＥ１０が要求する優先度に関する情報であって良い。

　ＭＣＰＴＴサーバ９５Ａは、インバイトメッセージを受信する。インバイトメッセージを受信したＭＣＰＴＴサーバ９５Ａは、インバイトメッセージに含まれる、優先度に関する情報を検出して良い。

　次に、ＭＣＰＴＴサーバ９５Ａは、ＭＣＰＴＴサーバ９５Ｂへインバイトメッセージを送信する（Ｓ１６０４）。ＭＣＰＴＴサーバ９５Ａはインバイトメッセージに、優先度に関する情報を含めて良い。

　ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージを受信する。ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージに含まれる、優先度に関する情報を検出して良い。

　ＭＣＰＴＴサーバ９５Ｂは優先度に関する情報の取得を行う（Ｓ１６０６）。なお、ＭＣＰＴＴサーバ９５Ｂが優先度に関する情報を取得する方法は、オンデマンドセッション確立手続き３で説明したため、その詳細な説明は省略する。

ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂにインバイトメッセージを送信する（Ｓ１６０８）。インバイトメッセージには、優先度に関する情報を含める。

　ＵＥ１０Ｂはインバイトメッセージを受信する。ＵＥ１０Ｂはインバイトメッセージに含まれる優先度に関する情報を検出し、優先度に関する情報を管理する。

　ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへ２００ＯＫメッセージを送信する（Ｓ１６１０）。ＭＣＰＴＴサーバ９５ＢはＵＥ１０Ｂから２００ＯＫメッセージを受信する。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへ２００ＯＫメッセージを送信する（Ｓ１６１２）。ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージを受信する。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａの優先度に関する情報を取得する（Ｓ１６１４）。なお、ＭＣＰＴＴサーバ９５ＡがＵＥ１０Ａの優先度に関する情報を取得する方法は、オンデマンドセッション確立手続き３で説明したため、その詳細な説明は省略する。

　ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａのインバイトメッセージ（Ｓ１６０２）に含まれた優先度に関する情報を認証して良い。ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａが含めた優先度に関する情報を認証した場合、ＵＥ１０Ａへ優先度に関する情報として通知して良い。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへ２００ＯＫメッセージを送信する（Ｓ１６１６）。ＭＣＰＴＴサーバ９５Ａは２００ＯＫメッセージに、優先度に関する情報を含める。

　［１．４．１．２　プレエスタブリッシュセッション確立手続き］
　また、セッション確立手続きは、プレエスタブリッシュセッション確立手続きであってよい。図１４を利用して、プレエスタブリッシュセッション確立手続きによる処理の流れを説明する。図１４に示すように、プレエスタブリッシュセッション確立手続きでは、ＵＥ１０Ａは、ＭＣＰＴＴサーバ９５とセッション確立手続きを行い、ＵＥ１０ＢはＭＣＰＴＴサーバ９５とセッション確立手続きを行う（Ｓ１９０４）。なお、ＵＥ１０Ａは、ＭＣＰＴＴ９５とセッション確立手続きを行うことにより、優先度を取得する。また、ＵＥ１０Ｂは、ＭＣＰＴＴ９５とセッション確立手続きを行うことにより、優先度を取得する。セッション確立手続き以外は、図１２で説明した処理の流れと同様である。

　プレエスタブリッシュのセッション確立手続きの具体例として、プレエスタブリッシュのセッション確立手続き３とプレエスタブリッシュのセッション確立手続き４を説明する。

　［１．４．１．２．１　プレエスタブリッシュセッション確立手続き３］
　図１５Ａを利用してオンデマンドセッション確立手続き３を説明する。本手続きは、第１実施形態で説明した図１０Ａで示すオンデマンドセッション確立手続き１との違いを中心に説明し、オンデマンドセッション確立手続き１と共通する部分の説明は省略する。

　まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへセッション確立要求を送信する（Ｓ１７０２）。なお、ＵＥ１０Ａは、セッション確立要求に、優先度に関する情報を含めて良い。

　次に、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂへセッション確立要求を送信する（Ｓ１７０４）。ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求を受信する。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへセッション確立要求に対する応答を送信する（Ｓ１７０６）。ＭＣＰＴＴサーバ９５Ａは、セッション確立要求に対する応答を受信する。

　ＭＣＰＴＴサーバ９５Ａは、優先度に関する情報の取得を行う（Ｓ１７０７）。なお、ＭＣＰＴＴサーバ９５Ｂが優先度に関する情報を取得する方法は、オンデマンドセッション確立手続き３で説明したため、その詳細な説明は省略する。

　ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａのセッション確立要求（Ｓ１７０２）に含まれた優先度に関する情報を認証して良い。ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａが含めた優先度に関する情報を認証した場合、ＵＥ１０Ａへ優先度に関する情報として通知して良い。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへセッション確立要求に対する応答を送信する（Ｓ１７０８）。セッション確立要求に対する応答には、優先度に関する情報を含めて良い。

　ＵＥ１０Ａは、セッション確立要求に対する応答を受信する。ＵＥ１０Ａは、優先度に関する情報を検出し、優先度に関する情報を管理して良い。

　以上の手続きにより、ＵＥ１０Ａは、優先度に関する情報を受信し、グループ識別子が示すグループにおいて、セッションを確立することができる。

　一方、ＵＥ１０ＢもＵＥ１０Ａと同様の手続きにより、セッションを確立することができる。つまり、ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂにセッション確立要求を送信し（Ｓ１７１０）、ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへセッション確立要求を送信し（Ｓ１７１２）、ＭＣＰＴＴサーバ９５ＡはＭＣＰＴＴサーバ９５Ｂへセッション確立要求に対する応答を送信し（Ｓ１７１４）、ＭＣＰＴＴサーバ９５Ｂは、優先度の取得を行い（Ｓ１７１５）、ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂへセッション確立要求に対する応答を送信する（Ｓ１７１６）ことにより、グループ識別子が示すグループにおいてセッションを確立することができる。

　なお、ＵＥ１０Ｂが送信するセッション確立要求（Ｓ１７１０）は、ＵＥ１０Ａが送信するセッション確立要求（Ｓ１７０２）に対応し、ＭＣＰＴＴサーバ９５Ｂが送信するセッション確立要求（Ｓ１７１２）はＭＣＰＴＴサーバ９５Ｂが送信するセッション確立要求（Ｓ１７０４）に対応し、ＭＣＰＴＴサーバ９５Ａが送信するセッション確立要求に対する応答（Ｓ１７１４）はＭＣＰＴＴサーバ９５Ｂが送信するセッション確立要求に対する応答（Ｓ１７０６）に対応し、ＭＣＰＴＴサーバ９５Ｂによる優先度の取得（Ｓ１７１５）は、ＭＣＰＴＴサーバ９５Ａによる優先度の取得（Ｓ１７０７）に対応し、ＭＣＰＴＴサーバ９５Ｂが送信するセッション確立要求に対する応答（Ｓ１７１６）は、ＭＣＰＴＴサーバ９５Ａが送信するセッション確立要求に対する応答（Ｓ１７０８）に対応する。

　以上の手続きにより、ＵＥ１０ＡとＵＥ１０Ｂはグループ識別子が示すグループにおいて、セッションを確立し、優先度を受信することができる。

　［１．４．１．２．２　プレエスタブリッシュセッション確立手続き４］
　図１５Ｂを利用してプレエスタブリッシュセッション確立手続き４を説明する。本手続きは、第１実施形態で説明した図１０Ｂで示すオンデマンドセッション確立手続き２との違いを中心に説明し、オンデマンドセッション確立手続き２と共通する部分の説明は省略する。

　まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへインバイトメッセージを送信する（Ｓ１８０２）。なお、ＵＥ１０Ａは、インバイトメッセージに、優先度に関する情報を含めて良い。

　次に、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂへインバイトメッセージを送信する（Ｓ１８０４）。ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージを受信する。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへ２００ＯＫメッセージを送信する（Ｓ１８０６）。ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージを受信する。

　ＭＣＰＴＴサーバ９５Ａは、優先度に関する情報の取得を行う（Ｓ１８０７）。なお、ＭＣＰＴＴサーバ９５Ｂが優先度に関する情報を取得する方法は、オンデマンドセッション確立手続き３で説明したため、その詳細な説明は省略する。

　ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａのインバイトメッセージ（Ｓ１８０２）に含まれた優先度に関する情報を認証して良い。ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａが含めた優先度に関する情報を認証した場合、ＵＥ１０Ａへ優先度に関する情報として通知して良い。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへ２００ＯＫメッセージを送信する（Ｓ１８０８）。２００ＯＫメッセージには、優先度に関する情報を含めて良い。

　ＵＥ１０Ａは、２００ＯＫメッセージを受信する。ＵＥ１０Ａは、優先度に関する情報を検出し、優先度に関する情報を管理して良い。

　一方、ＵＥ１０ＢもＵＥ１０Ａと同様の手続きにより、セッションを確立することができる。つまり、ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂにインバイトメッセージを送信し（Ｓ１８１０）、ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへインバイトメッセージを送信し（Ｓ１８１２）、ＭＣＰＴＴサーバ９５ＡはＭＣＰＴＴサーバ９５Ｂへ２００ＯＫメッセージを送信し（Ｓ１８１４）、ＭＣＰＴＴサーバ９５Ｂは、優先度の取得を行い（Ｓ１８１５）、ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂへ２００ＯＫメッセージを送信する（Ｓ１８１６）ことにより、グループ識別子が示すグループにおいてセッションを確立することができる。

　なお、ＵＥ１０Ｂが送信するインバイトメッセージ（Ｓ１８１０）は、ＵＥ１０Ａが送信するインバイトメッセージ（Ｓ１８０２）に対応し、ＭＣＰＴＴサーバ９５Ｂが送信するインバイトメッセージ（Ｓ１８１２）はＭＣＰＴＴサーバ９５Ｂが送信するインバイトメッセージ（Ｓ１８０４）に対応し、ＭＣＰＴＴサーバ９５Ａが送信する２００ＯＫメッセージ（Ｓ１８１４）はＭＣＰＴＴサーバ９５Ｂが送信する２００ＯＫメッセージ（Ｓ１８０６）に対応し、ＭＣＰＴＴサーバ９５Ｂによる優先度の取得（Ｓ１８１５）は、ＭＣＰＴＴサーバ９５Ａによる優先度の取得（Ｓ１８０７）に対応し、ＭＣＰＴＴサーバ９５Ｂが送信する２００ＯＫメッセージ（Ｓ１８１６）は、ＭＣＰＴＴサーバ９５Ａが送信する２００ＯＫメッセージ（Ｓ１８０８）に対応する。

　［２．第２実施形態］
　第２実施形態について説明する。第２実施形態では、ＵＥ１０が送信する際に、セッション確立手続きを行い、送信を開始する。第１実施形態では、あらかじめ、セッション確立手続きにより、セッションを確立し、送信要求手続きにより、送信を開始していたが、本実施形態では、セッション確立手続きにより、セッションを確立し、送信を開始する。

　なお、本実施形態では、図１における移動通信システムの構成を利用することができるため、その詳細な説明を省略する。

　また、移動通信システムにおけるＵＥの構成やサービス認証サーバ９０、ＭＣＰＴＴサーバ９５の構成も同様に利用可能であるため、詳細な説明は省略する。

　図１６を利用して、第２実施形態における処理の流れを説明する。まず、ＵＥ１０Ａは、サービス認証サーバ９０とサービス認証手続きを行う（Ｓ１９０２）。なお、本実施形態におけるサービス認証手続きは第１実施形態と同様の手続きであるため、その詳細な説明は省略する。

　次に、ＭＣＰＴＴサーバ９５は、ＵＥ１０Ｂから音声データを受信する（Ｓ１９０４）。ＭＣＰＴＴサーバ９５は、ＵＥ１０Ｂから送信されたデータをＵＥ１０Ｂに転送する。これにより、ＵＥ１０Ａは、ＵＥ１０Ｂからのデータの受信を行う（Ｓ１９０６）。

　なお、ＵＥ１０Ｂにおいても、ＵＥ１０Ａと同様に、サービス認証手続き（Ｓ１９０２）、セッション確立手続き（Ｓ１９０４）、を行った後、音声データをＭＣＰＴＴサーバ９５へ送信する。ＵＥ１０Ａは、ＭＣＰＴＴサーバ９５から、ＵＥ１０Ｂから音声データを受信する（Ｓ１９０６）。

　本実施形態では、ＵＥ１０Ｂが送信中に、ＵＥ１０Ａにおいて、優先度の高いデータの送信が発生する。優先度の高いデータの送信が発生したＵＥ１０ＡはＵＥ１０Ｂとセッション確立手続きを行う（Ｓ１９０８）。なお、ＵＥ１０Ａは、セッション確立手続きにおいて、ＭＣＰＴＴサーバ９５へ優先度を通知する。ここで、ＭＣＰＴＴサーバ９５は、ＵＥ１０Ｂの送信のための時間を設定し、設定された時間中に、ＵＥ１０Ａは、優先度の高い送信が発生し、セッション確立手続きを行う。

　ＭＣＰＴＴサーバ９５は、優先度を検出し、送信中の音声データと関連付けられる優先度と比較して、ＵＥ１０Ｂの音声データの中止を決定する（Ｓ１９０９）。

　一方、送信要求手続きが完了したＵＥ１０ＡはＭＣＰＴＴサーバ９５へ音声データの送信を行う（Ｓ１９１０）。ＭＣＰＴＴサーバ９５は、ＵＥ１０Ａから受信した音声データをＵＥ１０Ｂへ配送する（Ｓ１９１２）。

　以上の手続きにより、サービス認証手続きで通知された優先度に基づいて、優先度の高い音声データを優先させた送信を行うことができる。つまり、ＭＣＰＴＴサーバ９５は、送信中の音声データを中断させ、優先度の高い音声データを送信させることができる。

　［２．１　セッション確立手続き］
　第２実施形態におけるセッション確立手続きを説明する。第２実施形態におけるセッション確立手続きでは、セッション確立とともに送信が開始される。なお、第２実施形態におけるセッション確立手続きは、オンデマンドセッション確立手続き５とオンデマンドセッション確立手続き６がある。

　［２．１．１　オンデマンドセッション確立手続き５］
　図１７Ａを利用してオンデマンドセッション確立手続き５を説明する。第１実施形態で説明した図８Ａで示すオンデマンドセッション確立手続き１との違いを中心に説明し、オンデマンドセッション確立手続き１と共通する部分の説明は省略する。

　まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへセッション確立要求を送信する（Ｓ２００２）。なお、ＵＥ１０Ａは、セッション確立要求に、優先度に関する情報を含める。

　ＭＣＰＴＴサーバ９５Ａは、セッション確立要求を受信する。セッション確立要求を受信したＭＣＰＴＴサーバ９５Ａは、セッション確立要求に含まれる、優先度に関する情報を検出する。

　ＭＣＰＴＴサーバ９５Ａは送信の許可／送信の取り消しの決定を行う（Ｓ２００３）。まず、ＭＣＰＴＴサーバ９５Ａは送信要求に含まれたＵＥ１０ＡのＵＥ識別子と関連付けられるセッションのうち最も優先度の低いセッションを確認する。次に、ＭＣＰＴＴサーバ９５Ａは、最も優先度の低い（例えば、Ｈｉｇｈｅｓｔ）セッションと、セッション確立要求に含まれた優先度に関する情報（例えば、Ｈｉｇｈｅｓｔ）とを比較することにより、最も優先度の低いセッションにおける送信を取り消すことを決定する。

　ここで、ＭＣＰＴＴサーバ９５Ａは最も優先度の低いセッションと、セッション確立要求に含まれる優先度に関する情報と比較して、同じ優先度に関する情報であるため、最も優先度の低いセッションにおける送信を取り消すことができない。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂを検出する。ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂを検出する方法は、第１実施形態で説明したため、詳細な説明は省略する。

　ＭＣＰＴＴサーバ９５ＡはＭＣＰＴＴサーバ９５Ｂへ送信停止要求を送信する（Ｓ２００４）。なお、送信停止要求には、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を含める。

　次に、ＭＣＰＴＴサーバ９５Ｂは、送信停止要求を受信する。ＭＣＰＴＴサーバ９５Ｂは送信停止要求に含まれるＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子、優先度に関する情報を検出する。

　ＭＣＰＴＴサーバ９５Ｂは優先するセッションの選択を行う（Ｓ２００６）。まず、ＭＣＰＴＴサーバ９５Ｂは送信要求に含まれたＵＥ１０ＢのＵＥ識別子と関連付けられるセッションのうち最も優先度の低いセッションを確認する。次に、ＭＣＰＴＴサーバ９５Ａは、最も優先度の低い（例えば、Ｎｏｒｍａｌ）セッションと、セッション確立要求に含まれた優先度に関する情報（例えば、Ｈｉｇｈｅｓｔ）とを比較することにより、最も優先度の低いセッションにおける送信を取り消すことを決定する。

　ＭＣＰＴＴサーバ９５ＢはＵＥ１０Ｂに送信停止要求を送信する（Ｓ２００８）。送信停止要求には、送信停止することを決定したセッションを示すセッション識別子１を含める。ここで送信停止要求は、セッションを維持したまま、送信のみを停止することを示す情報であってよい。

　ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂから送信停止要求を受信する。ＵＥ１０Ｂはセッション識別子１を検出する。ＵＥ１０Ｂはセッション識別子１で示されるセッションにおける送信を中止する（Ｓ２０１２）。

　さらに、ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへ送信停止応答を送信する（Ｓ２０１０）。ＭＣＰＴＴサーバ９５Ｂは送信停止応答を受信する。ＭＣＰＴＴサーバ９５Ｂは送信停止応答を受信することにより、セッション識別子１で示されるセッションにおいて送信停止を検出する。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへ送信停止応答を送信する（Ｓ２０１４）。ＭＣＰＴＴサーバ９５Ａは、送信停止応答を受信する。ＭＣＰＴＴサーバ９５Ａは、送信停止応答を受信することにより、セッション識別子１で示されるセッションにおいて送信停止したことを検出し、新たなセッションにおいて、セッション確立し、送信することができることを検出する。

　ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａが送信する新たなセッションにおいて、セッション識別子２を割り当てて良い。

　次に、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂへセッション確立要求を送信する（Ｓ２０１６）。ＭＣＰＴＴサーバ９５Ａはセッション確立要求に、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子２を含める。ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂを検出して、ＭＣＰＴＴサーバ９５Ｂへセッション確立要求を送信して良い。

　ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求を受信する。ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求に含まれる、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子２を検出する。

　ＭＣＰＴＴサーバ９５Ｂは、送信の許可を決定する（Ｓ２０１８）。ここで、ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０ＢのＵＥ識別子を管理していることにより、ＵＥ１０Ｂがセッション識別子２で示されるセッションを確立することを許可して良い。

　ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂにセッション確立要求を送信する（Ｓ２０２０）。ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求に、ＵＥ１０ＡのＵＥ識別子とセッション識別子２を含める。

　ＵＥ１０Ｂはセッション確立要求を受信する。ＵＥ１０Ｂはセッション確立要求に含まれるＵＥ１０ＡのＵＥ識別子とセッション識別子２を検出する。ＵＥ１０ＢはＵＥ１０Ａとセッション確立を行うことを許可し、ＵＥ１０ＡのＵＥ識別子とセッション識別子２を管理する。

　ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへセッション確立要求に対する応答を送信する（Ｓ２０２２）。セッション確立要求に対する応答には、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子２を含めて良い。

　ＭＣＰＴＴサーバ９５ＢはＵＥ１０Ｂからセッション確立要求に対する応答を受信する。ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求に対する応答を受信することにより、ＵＥ１０ＢがＵＥ１０Ａとセッション識別子２で示されるセッションを確立することを許可したことを検出する。ここで、ＭＣＰＴＴサーバ９５Ｂはセッション識別子２と、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を管理して良い。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへセッション確立要求に対する応答を送信する（Ｓ２０２４）。セッション確立要求に対する応答には、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子２を含める。

　ＭＣＰＴＴサーバ９５Ａは、セッション確立要求に対する応答を受信する。ＭＣＰＴＴサーバ９５Ａは、セッション確立要求に対する応答を受信することにより、ＭＣＰＴＴサーバ９５ＢとＵＥ１０ＢがＵＥ１０Ａとセッションを確立することを許可したことを検出する。ここで、ＭＣＰＴＴサーバ９５Ａは、セッション識別子２とＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子を管理して良い。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへセッション確立要求に対する応答を送信する（Ｓ２０２６）。ＭＣＰＴＴサーバ９５Ａはセッション確立要求に対する応答に、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子２を含めて良い。

　ＵＥ１０Ａは、セッション確立要求に対する応答を受信する。ＵＥ１０Ａは、セッション識別子とＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子を検出し、セッション識別子とＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子２を管理して良い。

　以上の手続きにより、ＵＥ１０Ａは、ＵＥ１０Ｂとのセッション識別子１で示されるセッションにおける送信を停止し、セッション識別子２で示されるセッションを確立して送信開始することができる。

　［２．１．２　オンデマンドセッション確立手続き６］
　図１７Ｂを利用してオンデマンドセッション確立手続き６を説明する。第１実施形態で説明した図８Ｂで示すオンデマンドセッション確立手続き２との違いを中心に説明し、オンデマンドセッション確立手続き２と共通する部分の説明は省略する。

　まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへインバイトメッセージを送信する（Ｓ２１０２）。なお、ＵＥ１０Ａは、インバイトメッセージに、優先度に関する情報を含める。

　ＭＣＰＴＴサーバ９５Ａは、インバイトメッセージを受信する。インバイトメッセージを受信したＭＣＰＴＴサーバ９５Ａは、インバイトメッセージに含まれる、優先度に関する情報を検出する。

　ＭＣＰＴＴサーバ９５Ａは送信の許可／送信の取り消しの決定を行い（Ｓ２１０３）、ＭＣＰＴＴサーバ９５ＡはＭＣＰＴＴサーバ９５Ｂへ送信停止要求を送信し（Ｓ２１０４）、ＭＣＰＴＴサーバ９５Ｂは優先するセッションの選択を行い（Ｓ２１０６）、ＭＣＰＴＴサーバ９５ＢはＵＥ１０Ｂに送信停止要求を送信し（Ｓ２１０８）、ＵＥ１０Ｂはセッションにおける送信を中止し（Ｓ２１１２）し、ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへ送信停止応答を送信する（Ｓ２１１０）し、ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへ送信停止応答を送信する（Ｓ２１１４）。

　ここで、Ｓ２１０３からＳ２１１４までの手続きは、オンデマンドセッション確立手続き５と同様の手続きであるため、詳細な説明は省略する。

　次に、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂへインバイトメッセージを送信する（Ｓ２１１６）。ＭＣＰＴＴサーバ９５Ａはインバイトメッセージに、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子２を含める。ここで、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂを検出して、ＭＣＰＴＴサーバ９５Ｂへインバイトメッセージを送信して良い。

　ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージを受信する。ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージに含まれる、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子２を検出する。

　ＭＣＰＴＴサーバ９５Ｂは、送信の許可を決定する（Ｓ２１１８）。ここで、ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０ＢのＵＥ識別子を管理していることにより、ＵＥ１０Ｂがセッション識別子２で示されるセッションを確立することを許可して良い。

　ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂにインバイトメッセージを送信する（Ｓ２１２０）。ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージに、ＵＥ１０ＡのＵＥ識別子とセッション識別子２を含める。

　ＵＥ１０Ｂはインバイトメッセージを受信する。ＵＥ１０Ｂはインバイトメッセージに含まれるＵＥ１０ＡのＵＥ識別子とセッション識別子２を検出する。ＵＥ１０ＢはＵＥ１０Ａとセッション確立を行うことを許可し、ＵＥ１０ＡのＵＥ識別子とセッション識別子２を管理する。

　ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへ２００ＯＫメッセージを送信する（Ｓ２１２２）。ＵＥ１０Ｂは２００ＯＫメッセージに、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子２を含めて良い。

　ＭＣＰＴＴサーバ９５ＢはＵＥ１０Ｂから２００ＯＫメッセージを受信する。ＭＣＰＴＴサーバ９５Ｂは、２００ＯＫメッセージを受信することにより、ＵＥ１０ＢがＵＥ１０Ａとセッション識別子２で示されるセッションを確立することを許可したことを検出する。ここで、ＭＣＰＴＴサーバ９５Ｂはセッション識別子２と、ＵＥ１０ＡのＵＥ識別子、ＵＥ１０ＢのＵＥ識別子を管理して良い。

　ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへ２００ＯＫメッセージを送信する（Ｓ２１２４）。ＭＣＰＴＴサーバ９５Ｂは２００ＯＫメッセージに、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子２を含める。

　ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージを受信する。ＭＣＰＴＴサーバ９５Ａは、２００ＯＫメッセージを受信することにより、ＭＣＰＴＴサーバ９５ＢとＵＥ１０ＢがＵＥ１０Ａとセッションを確立することを許可したことを検出する。ここで、ＭＣＰＴＴサーバ９５Ａは、セッション識別子２とＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子を管理して良い。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへ２００ＯＫメッセージを送信する（Ｓ２１２６）。ＭＣＰＴＴサーバ９５Ａは２００ＯＫメッセージに、ＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子とセッション識別子２を含めて良い。

　ＵＥ１０Ａは、２００ＯＫメッセージを受信する。ＵＥ１０Ａは、セッション識別子とＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子を検出し、セッション識別子とＵＥ１０ＡのＵＥ識別子とＵＥ１０ＢのＵＥ識別子２を管理して良い。

　ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへ確認応答を送信し（Ｓ２１２８）、ＭＣＰＴＴサーバ９５Ａは、ＭＣＰＴＴサーバ９５Ｂへ確認応答を送信し（Ｓ２１３０）、ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂへ確認応答を送信する（Ｓ２１３２）。ＵＥ１０Ａは、ＵＥ１０Ｂからインバイトメッセージに対する応答として、２００ＯＫメッセージを受信し、ＵＥ１０Ｂへインバイトメッセージに対する応答を受信したことを示す確認応答を通知することができる。

　ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ａへトークバースト確認メッセージを送信する（Ｓ２１３４）。ＭＣＰＴＴサーバ９５Ａは、トークバースト確認メッセージを送信することにより、ＵＥ１０Ａに送信を開始してすることを通知する。ＭＣＰＴＴサーバ９５Ａはトークバースト確認メッセージに、送信を開始する対象のセッションのセッション識別子やＵＥ１０ＡのＵＥ識別子やＵＥ１０ＢのＵＥ識別子を含めて良い。

　さらに、ＭＣＰＴＴサーバ９５Ａは、ＭＣＰＴＴサーバ９５Ｂ経由でＵＥ１０Ｂに、トークバースト受信メッセージを送信する（Ｓ２１３６）。ＭＣＰＴＴサーバ９５Ａは、トークバースト受信メッセージを送信することにより、ＵＥ１０ＢにＵＥ１０Ａが送信を開始してすることを通知する。トークバースト受信メッセージには、送信を開始する対象のセッションのセッション識別子やＵＥ１０ＡのＵＥ識別子やＵＥ１０ＢのＵＥ識別子を含めて良い。

　［２．４　変形例２］　第２実施形態では、サービス認証手続き（Ｓ１９０２）を行っていたが、サービス認証手続きを行わなくても良い。また、第２実施形態では、サービス認証手続き（Ｓ１９０２）により、優先度を通知していたが、セッション確立手続きにより、優先度を通知して良い。

　図１８に、変形例２における処理の流れを示す。まず、ＭＣＰＴＴサーバ９５は、ＵＥ１０Ｂから音声データを受信する（Ｓ２２０２）。ＭＣＰＴＴサーバ９５は、他のＵＥから送信されたデータをＵＥ１０Ｂに転送する。これにより、ＵＥ１０Ａは、ＵＥ１０Ｂからのデータの受信を行う（Ｓ２２０４）。

　なお、ＵＥ１０Ｂにおいても、ＵＥ１０Ａと同様に、セッション確立手続き（Ｓ２２０２）、を行った後、音声データをＭＣＰＴＴサーバ９５へ送信する。ＵＥ１０Ａは、ＭＣＰＴＴサーバ９５から、ＵＥ１０Ｂから音声データを受信する（Ｓ２２０４）。

　本実施形態では、ＵＥ１０Ｂが送信中に、ＵＥ１０Ａにおいて、優先度の高いデータの送信が発生する。優先度の高いデータの送信が発生したＵＥ１０Ａは、ＵＥ１０Ｂとセッション確立手続きを行う（Ｓ２２０６）。ここで、ＵＥ１０Ａは、セッション確立手続きにおいて、ＭＣＰＴＴサーバ９５から優先度を通知される。なお、ＵＥ１０Ａは、通知された優先度を、以降のセッション確立手続きで利用することができる。また、ＵＥ１０Ｂはあらかじめ優先度に関する情報を保持し、セッション確立手続きで利用しても良い。

　ここで、ＭＣＰＴＴサーバ９５は、ＵＥ１０Ｂの送信のための時間を設定し、設定された時間中に、ＵＥ１０Ａは、優先度の高い送信が発生し、セッション確立手続きを行う。

　以降の手続きは、第２実施形態と同様である。つまり、ＭＣＰＴＴサーバ９５は、ＵＥ１０Ｂの音声データの送信を中止する（Ｓ２２０８）。

　一方、送信要求手続きが完了したＵＥ１０ＡはＭＣＰＴＴサーバ９５へ音声データの送信を行う（Ｓ２２１０）。ＭＣＰＴＴサーバ９５は、ＵＥ１０Ａから受信した音声データをＵＥ１０Ｂへ配送する（Ｓ２２１２）。

　以上の手続きにより、セッション確立手続きで通知された優先度に基づいて、優先度の高い音声データを優先させた送信を行うことができる。つまり、ＭＣＰＴＴサーバ９５は、送信中の音声データを中断させ、優先度の高い音声データを送信させることができる。

　［２．４．１　セッション確立手続き］
　変形例２におけるセッション確立手続きを説明する。変形例２におけるセッション確立手続きでは、音声データを送信するＵＥ１０Ａに利用可能な優先度が通知され、音声データを受信するＵＥ１０Ｂに利用可能な優先度が通知される。なお、変形例２におけるセッション確立手続きは、オンデマンドセッション確立手続き７とオンデマンドセッション確立手続８がある。

　［２．４．１．１　オンデマンドセッション確立手続き７］
　図１９Ａを利用してオンデマンドセッション確立手続き７を説明する。第２実施形態で説明した図１７Ａで示すオンデマンドセッション確立手続き５との違いを中心に説明し、オンデマンドセッション確立手続き５と共通する部分の説明は省略する。

　まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへセッション確立要求を送信する（Ｓ２３０２）。なお、ＵＥ１０Ａは、セッション確立要求に、優先度に関する情報を含めて良い。　

　ＭＣＰＴＴサーバ９５Ａは送信の許可／送信の取り消しの決定を行う（Ｓ２３０３）。ここで、ＭＣＰＴＴサーバ９５Ａは、セッション確立要求に含まれる優先度に関する情報を検出して良い。また、ＭＣＰＴＴサーバ９５Ａは、優先度に関する情報の取得を行って良い。ＭＣＰＴＴサーバ９５Ａが優先度に関する情報の取得を行う方法は、変形例１で説明したため、その詳細な説明は省略する。

　さらに、ＭＣＰＴＴサーバ９５Ａは、優先度に関する情報の取得によって取得した優先度に関する情報を利用して、セッション確立要求に含まれる優先度に関する情報を認証して良い。ＭＣＰＴＴサーバ９５Ａは、セッション確立要求に含まれる優先度に関する情報を認証した場合、送信の許可／送信の取り消しの決定に利用して良い。

　優先度に関する情報を利用した送信の許可／送信の取り消しの決定は、第２実施形態で説明した方法を利用できるため、詳細な説明は省略する。

　また、ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂを検出する。ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂを検出する方法は、第１実施形態で説明したため、詳細な説明は省略する。

　ＭＣＰＴＴサーバ９５ＡはＭＣＰＴＴサーバ９５Ｂへ送信停止要求を送信（Ｓ２３０４）し、ＭＣＰＴＴサーバ９５Ｂは優先するセッションの選択を行い（Ｓ２３０６）、ＭＣＰＴＴサーバ９５ＢはＵＥ１０Ｂに送信停止要求を送信し（Ｓ２３０８）、ＵＥ１０Ｂはセッション識別子１で示されるセッションにおける送信を中止し（Ｓ２３１２）、ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへ送信停止応答を送信し（Ｓ２３１０）、ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへ送信停止応答を送信し（Ｓ２３１４）、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂへセッション確立要求を送信し（Ｓ２３１６）、ＭＣＰＴＴサーバ９５Ｂは、送信の許可を行う（Ｓ２３１８）。ここで、Ｓ２３０４からＳ２３１８までの手続きは、第２実施形態で説明したオンデマンドセッション確立手続き７と同様の手続きであるため、詳細な説明は省略する。

　ＭＣＰＴＴサーバ９５Ｂは、優先度に関する情報を取得する（Ｓ２３１９）。ＭＣＰＴＴサーバ９５Ｂが優先度に関する情報の取得を行う方法は、変形例１で説明したため、その詳細な説明は省略する。

　ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂにセッション確立要求を送信する（Ｓ２３２０）。ＭＣＰＴＴサーバ９５Ｂは、セッション確立要求に、取得した優先度に関する情報を含める。

　ＵＥ１０Ｂはセッション確立要求を受信する。ＵＥ１０Ｂはセッション確立要求に含まれる優先度に関する情報を検出する。ＵＥ１０Ｂは優先度に関する情報を管理して良い。

　ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへセッション確立要求に対する応答を送信し（Ｓ２３２２）、ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへセッション確立要求に対する応答を送信する（Ｓ２３２４）。ここで、Ｓ２３２２とＳ２３２４の手続きは、第２実施形態で説明したオンデマンドセッション確立手続き７と同様の手続きであるため、詳細な説明は省略する。

　ＭＣＰＴＴサーバ９５Ａは優先度に関する情報を取得する（Ｓ２３２５）。ＭＣＰＴＴサーバ９５Ｂが優先度に関する情報の取得を行う方法は、変形例１で説明したため、その詳細な説明は省略する。なお、ＭＣＰＴＴサーバ９５Ａは、送信の許可／送信の取り消しの決定（Ｓ２３０３）において、優先度に関する情報を取得している場合には、優先度に関する情報を取得しなくてよい。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへセッション確立要求に対する応答を送信する（Ｓ２３２６）。ＭＣＰＴＴサーバ９５Ａはセッション確立要求に対する応答に、優先度に関する情報を含める。

　以上の手続きにより、ＵＥ１０Ａは、ＵＥ１０Ｂとのセッション識別子１で示されるセッションにおける送信を停止し、セッション識別子２で示されるセッションを確立して送信開始することができる。また、ＵＥ１０Ａはセッション確立手続きにより、利用可能な優先度に関する情報を取得することができる。

　［２．４．１．２　オンデマンドセッション確立手続き８］
　図１９Ｂを利用してオンデマンドセッション確立手続き８を説明する。第２実施形態で説明した図１７Ｂで示すオンデマンドセッション確立手続き６との違いを中心に説明し、オンデマンドセッション確立手続き６と共通する部分の説明は省略する。

　まず、ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａへインバイトメッセージを送信する（Ｓ２４０２）。なお、ＵＥ１０Ａは、インバイトメッセージに、優先度に関する情報を含めて良い。

　ＭＣＰＴＴサーバ９５Ａは送信の許可／送信の取り消しの決定を行う（Ｓ２４０３）。ここで、ＭＣＰＴＴサーバ９５Ａは、インバイトメッセージに含まれる優先度に関する情報を検出して良い。また、ＭＣＰＴＴサーバ９５Ａは、優先度に関する情報の取得を行って良い。ＭＣＰＴＴサーバ９５Ａが優先度に関する情報の取得を行う方法は、変形例１で説明したため、その詳細な説明は省略する。

　さらに、ＭＣＰＴＴサーバ９５Ａは、優先度に関する情報の取得によって取得した優先度に関する情報を利用して、インバイトメッセージに含まれる優先度に関する情報を認証して良い。ＭＣＰＴＴサーバ９５Ａは、インバイトメッセージに含まれる優先度に関する情報を認証した場合、送信の許可／送信の取り消しの決定に利用して良い。

　ＭＣＰＴＴサーバ９５ＡはＭＣＰＴＴサーバ９５Ｂへ送信停止要求を送信（Ｓ２４０４）し、ＭＣＰＴＴサーバ９５Ｂは優先するセッションの選択を行い（Ｓ２４０６）、ＭＣＰＴＴサーバ９５ＢはＵＥ１０Ｂに送信停止要求を送信し（Ｓ２４０８）、ＵＥ１０Ｂはセッション識別子１で示されるセッションにおける送信を中止し（Ｓ２４１２）、ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへ送信停止応答を送信し（Ｓ２４１０）、ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへ送信停止応答を送信し（Ｓ２４１４）、ＭＣＰＴＴサーバ９５Ａは、ＵＥ１０Ｂのセッションを管理するＭＣＰＴＴサーバ９５Ｂへインバイトメッセージを送信し（Ｓ２４１６）、ＭＣＰＴＴサーバ９５Ｂは、送信の許可を行う（Ｓ２４１８）。ここで、Ｓ２４０４からＳ２４１８までの手続きは、第２実施形態で説明したオンデマンドセッション確立手続き５と同様の手続きであるため、詳細な説明は省略する。

　ＭＣＰＴＴサーバ９５Ｂは、優先度に関する情報を取得する（Ｓ２４１９）。ＭＣＰＴＴサーバ９５Ｂが優先度に関する情報の取得を行う方法は、変形例１で説明したため、その詳細な説明は省略する。

　ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂにインバイトメッセージを送信する（Ｓ２４２０）。ＭＣＰＴＴサーバ９５Ｂは、インバイトメッセージに、取得した優先度に関する情報を含める。

　ＵＥ１０Ｂはインバイトメッセージを受信する。ＵＥ１０Ｂはインバイトメッセージに含まれる優先度に関する情報を検出する。ＵＥ１０Ｂは優先度に関する情報を管理して良い。

　ＵＥ１０ＢはＭＣＰＴＴサーバ９５Ｂへ２００ＯＫメッセージを送信し（Ｓ２４２２）、ＭＣＰＴＴサーバ９５ＢはＭＣＰＴＴサーバ９５Ａへ２００ＯＫメッセージを送信する（Ｓ２４２４）。ここで、Ｓ２４２２とＳ２４２４の手続きは、第２実施形態で説明したオンデマンドセッション確立手続き７と同様の手続きであるため、詳細な説明は省略する。

　ＭＣＰＴＴサーバ９５Ａは優先度に関する情報を取得する（Ｓ２４２５）。ＭＣＰＴＴサーバ９５Ｂが優先度に関する情報の取得を行う方法は、変形例１で説明したため、その詳細な説明は省略する。なお、ＭＣＰＴＴサーバ９５Ａは、送信の許可／送信の取り消しの決定（Ｓ２４０３）において、優先度に関する情報を取得している場合には、優先度に関する情報を取得しなくてよい。

　ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへ２００ＯＫメッセージを送信する（Ｓ２４２６）。ＭＣＰＴＴサーバ９５Ａは２００ＯＫメッセージに、優先度に関する情報を含める。

　ＵＥ１０ＡはＭＣＰＴＴサーバ９５Ａに確認応答を送信し（Ｓ２４２８）、ＭＣＰＴＴサーバ９５Ａは、ＭＣＰＴＴサーバ９５Ｂへ確認応答を送信し（Ｓ２４３０）、ＭＣＰＴＴサーバ９５Ｂは、ＵＥ１０Ｂへ確認応答を送信し（Ｓ２４３２）、ＭＣＰＴＴサーバ９５ＡはＵＥ１０Ａへトークバースト確認を送信し（Ｓ２４３４）、ＭＣＰＴＴサーバ９５Ａは、ＭＣＰＴＴサーバ９５Ｂ経由で、ＵＥ１０Ｂへトークバースト受信を送信する（Ｓ２４３６）。ここで、Ｓ２４２８からＳ２４３６までの手続きは、第２実施形態で説明したオンデマンドセッション確立手続き６と同様の手続きであるため、詳細な説明は省略する。

　以上、この発明の実施形態および変形例について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。

　また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

　ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

　また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

　また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個
別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。

　また、上述した実施形態においては、無線アクセスネットワークの例としてＬＴＥと、ＷＬＡＮ（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｎ等）とについて説明したが、ＷＬＡＮの代わりにＷｉＭＡＸによって接続されても良い。

Claims

　第１の端末装置であって、
　第１のサーバ装置の仲裁機能に基づいてユーザデータの送受信を行う通信サービスのサービス認証要求メッセージを第２のサーバ装置に送信し、
　前記仲裁機能は、複数の端末装置うち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、
　前記サービス認証要求メッセージに対する応答であり、少なくともサービス認証を許可する情報と、優先度を含む応答メッセージを前記第２のサーバ装置から受信し、
　少なくとも前記優先度を含むセッション確立要求メッセージを前記第１のサーバ装置に送信し、
　前記セッション確立要求メッセージの応答メッセージを前記第１のサーバ装置から受信し、
　前記応答メッセージの受信に基づいて、第２の端末装置と前記通信サービスのセッションを確立し、
　前記第１のサーバ装置によりある一定時間データ送信を許可された前記第２の端末装置が送信するユーザデータを前記第１のサーバ装置から受信し、
　前記一定時間の間に、前記優先度に基づいて、前記第２の端末装置に送信するユーザデータを前記第１のサーバ装置に送信する、
　ことを特徴とする第１の端末装置。
　前記第１の端末装置が要求する優先度を少なくとも含んで前記サービス認証要求メッセージを送信する、
　ことを特徴とする請求項１に記載の第１の端末装置。
　セッション確立要求メッセージを第１のサーバ装置に送信し、
　少なくとも優先度を含む、前記セッション確立要求メッセージの応答メッセージを前記第１のサーバ装置から受信し、
　前記応答メッセージの受信に基づいて、第２の端末装置とセッションを確立し、
　前記セッションは、前記第１のサーバ装置の仲裁機能に基づいてユーザデータの送受信を行うセッションであり、
　前記第１のサーバ装置によりある一定時間データ送信を許可された前記第２の端末装置が送信するユーザデータを前記第１のサーバ装置から受信し、
　前記一定時間の間に、前記優先度に基づいて、前記第２の端末装置に送信するユーザデータを前記第１のサーバ装置に送信する、
　ことを特徴とする第１の端末装置。
　前記第１の端末装置が要求する優先度を少なくとも含んで前記セッション確立要求メッセージを送信する、
　ことを特徴とする請求項３に記載の第１の端末装置。
　前記第１のサーバ装置にユーザデータの送信することを要求する要求メッセージを送信し、
　前記要求メッセージの応答であり、前記第１のサーバ装置が送信する応答メッセージを受信し、
　前記応答メッセージに基づいて、前記第２の端末装置に送信するユーザデータを前記第１のサーバ装置に送信する、
　ことを特徴とする請求項１から４の何れか一項に記載の第１の端末装置。
　少なくとも前記優先度を含めて前記要求メッセージを送信することを特徴とする請求項５に記載の第１の端末装置。
　サーバ装置であって、
　セッション確立要求メッセージを第１の端末装置から受信し、
　少なくとも優先度を含む前記セッション確立要求メッセージの応答メッセージを前記第１の端末装置に送信し、
　前記応答メッセージの送信に基づいて、前記第１の端末装置と第２の端末装置との間に、仲裁機能に基づいてユーザデータの送受信を行う通信サービスのセッションを確立し、
　前記仲裁機能は、複数の端末装置のうち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、
　前記仲裁機能に基づいて、前記第２の端末装置に一定時間データ送信を許可し、
　前記許可に基づいて、前記第２の端末装置が送信するユーザデータを受信し、
　前記ユーザデータを前記第１の端末装置に送信し、
　前記一定時間の間に、前記優先度に基づいて、前記第１の端末装置が送信するユーザデータを受信し、
　前記ユーザデータを前記第２の端末装置に送信する、
　ことを特徴とするサーバ装置。
　サーバ装置であって、
　少なくとも優先度を含むセッション確立要求メッセージを第１の端末装置から受信し、
　前記セッション確立要求メッセージの応答メッセージを前記第１の端末装置に送信し、
　前記応答メッセージの送信に基づいて、前記第１の端末装置と第２の端末装置との間に、仲裁機能に基づいてユーザデータの送受信を行う通信サービスのセッションを確立し、
　前記仲裁機能は、複数の端末装置のうち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、
　前記仲裁機能に基づいて、前記第２の端末装置に一定時間データ送信を許可し、
　前記許可に基づいて、前記第２の端末装置が送信するユーザデータを受信し、
　前記ユーザデータを前記第１の端末装置に送信し、
　前記一定時間の間に、前記優先度に基づいて、前記第１の端末装置が送信するユーザデータを受信し、
　前記ユーザデータを前記第２の端末装置に送信する、
　ことを特徴とするサーバ装置。
　ユーザデータの送信することを要求する要求メッセージを前記第１の端末装置から受信し、
　前記要求メッセージの応答メッセージを前記第１の端末装置に送信し、
　前記応答メッセージに基づいて、前記第１の端末装置が送信するユーザデータを受信する、
　ことを特徴とする請求項７又は８に記載のサーバ装置。
　少なくとも前記優先度を含めて前記要求メッセージを受信し、
　前記優先度に基づいて、前記第１の端末装置が送信するユーザデータを受信する、
　ことを特徴とする請求項９に記載のサーバ装置。
　第１の端末装置の制御方法であって、
　第１のサーバ装置の仲裁機能に基づいてユーザデータの送受信を行う通信サービスのサービス認証要求メッセージを第２のサーバ装置に送信するステップと、
　前記仲裁機能は、複数の端末装置のうち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、
　前記サービス認証要求メッセージに対する応答であり、少なくともサービス認証を許可する情報と、優先度を含む応答メッセージを前記第２のサーバ装置から受信するステップと、
　少なくとも前記優先度を含むセッション確立要求メッセージを前記第１のサーバ装置に送信するステップと、
　前記セッション確立要求メッセージの応答メッセージを前記第１のサーバ装置から受信するステップと、
　前記応答メッセージの受信に基づいて、第２の端末装置と前記通信サービスのセッションを確立するステップと、
　前記第１のサーバ装置によりある一定時間データ送信を許可された前記第２の端末装置が送信するユーザデータを前記第１のサーバ装置から受信するステップと、
　前記一定時間の間に、前記優先度に基づいて、前記第２の端末装置に送信するユーザデータを前記第１のサーバ装置に送信するステップと、
　を有することを特徴とする制御方法。
　前記サービス認証要求メッセージには、前記第１の端末装置が要求する優先度を少なくとも含むステップ、
　を有することを特徴とする請求項１１に記載の制御方法。
　第１の端末装置の制御方法であって、
　セッション確立要求メッセージを第１のサーバ装置に送信するステップと、
　少なくとも優先度を含む、前記セッション確立要求メッセージの応答メッセージを前記第１のサーバ装置から受信するステップと、
　前記応答メッセージの受信に基づいて、第２の端末装置とセッションを確立するステップと、
　前記セッションは、前記第１のサーバ装置の仲裁機能に基づいてユーザデータの送受信を行うセッションであり、
　前記第１のサーバ装置によりある一定時間データ送信を許可された前記第２の端末装置が送信するユーザデータを前記第１のサーバ装置から受信ステップと、
　前記一定時間の間に、前記優先度に基づいて、前記第２の端末装置に送信するユーザデータを前記第１のサーバ装置に送信するステップと、
　を有することを特徴とする制御方法。
　前記セッション確立要求メッセージに前記第１の端末装置が要求する優先度を少なくとも含むステップ、
　を有することを特徴とする請求項１３に記載の制御方法。
　前記第１のサーバ装置にユーザデータの送信することを要求する要求メッセージを送信するステップと、
　前記要求メッセージの応答であり、前記第１のサーバ装置が送信する応答メッセージを受信するステップと、
　前記応答メッセージに基づいて、前記第２の端末装置に送信するユーザデータを前記第１のサーバ装置に送信するステップと、
　を有することを特徴とする請求項１１から１４の何れか一項に記載の制御方法。
　前記要求メッセージに少なくとも前記優先度を含めるステップ、
　を有することを特徴とする請求項１５に記載の制御方法。
　サーバ装置の制御方法であって、
　セッション確立要求メッセージを第１の端末装置から受信するステップと、
　少なくとも優先度を含む前記セッション確立要求メッセージの応答メッセージを前記第１の端末装置に送信するステップと、
　前記応答メッセージの送信に基づいて、前記第１の端末装置と第２の端末装置との間に、仲裁機能に基づいてユーザデータの送受信を行う通信サービスのセッションを確立するステップと、
　前記仲裁機能は、複数の端末装置うち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、
　前記仲裁機能に基づいて、前記第２の端末装置に一定時間データ送信を許可するステップと、
　前記許可に基づいて、前記第２の端末装置が送信するユーザデータを受信するステップと、
　前記ユーザデータを前記第１の端末装置に送信するステップと、
　前記一定時間の間に、前記優先度に基づいて、前記第１の端末装置が送信するユーザデータを受信するステップと、
　前記ユーザデータを前記第２の端末装置に送信するステップと、
　を有することを特徴とする制御方法。
　サーバ装置の制御方法であって、
　少なくとも優先度を含むセッション確立要求メッセージを第１の端末装置から受信するステップと、
　前記セッション確立要求メッセージの応答メッセージを前記第１の端末装置に送信するステップと、
　前記応答メッセージの送信に基づいて、前記第１の端末装置と第２の端末装置との間に、仲裁機能に基づいてユーザデータの送受信を行う通信サービスのセッションを確立するステップと、
　前記仲裁機能は、複数の端末装置のうち、ある時点でどの端末装置のデータ送信を許可するかを決定する機能であり、
　前記仲裁機能に基づいて、前記第２の端末装置に一定時間データ送信を許可するステップと、
　前記許可に基づいて、前記第２の端末装置が送信するユーザデータを受信するステップと、
　前記ユーザデータを前記第１の端末装置に送信するステップと、
　前記一定時間の間に、前記優先度に基づいて、前記第１の端末装置が送信するユーザデータを受信するステップと、
　前記ユーザデータを前記第２の端末装置に送信するステップと、
　を有すること特徴とする制御方法。
　ユーザデータの送信することを要求する要求メッセージを前記第１の端末装置から受信するステップと、
　前記要求メッセージの応答メッセージを前記第１の端末装置に送信するステップと、
　前記応答メッセージに基づいて、前記第１の端末装置が送信するユーザデータを受信するステップと、
　を有することを特徴とする請求項１７又は１８に記載の制御方法。
　少なくとも前記優先度が含まれた前記要求メッセージを受信して前記優先度を取得するステップと、
　前記第１の端末装置が送信するユーザデータの受信は、前記優先度に基づいて実行するステップと、
　を有することを特徴とする請求項１９に記載の制御方法。