JP2009141492A - 通信システム及びゲートウェイ - Google Patents

Abstract

【課題】ＩＰ網上でＳＩＰのような統一的な呼制御プロトコルを用いて移動端末宛てと基地局宛ての両方に対して半二重多対多の同報通信を行え、また、既存無線設備の移動端末と基地局を収容できる通信システムを提供する。
【解決手段】複数の移動端末１００ａ、１００ｂ、１００ｃ、１１０に対して半二重多対多の同報通信を行う通信システムであって、移動端末１００ａと基地局１０１ａとゲートウェイ１０４ａをつなぐ第１のプロトコルと、ゲートウェイ１０４ａと呼制御装置１０５と配信装置１０６をつなぐ第２のプロトコルを変換するゲートウェイ１０４ａを備える。ゲートウェイ１０４ａ、１０４ｂ、１０４ｃ、１１４ａは、移動端末宛て通信と基地局宛て通信の両方に対して、プロトコル変換を行うことで、半二重多対多のグループ通信を実現する。
【選択図】図１

Description

本発明は、通信システム及びゲートウェイに係り、特に、半二重多対多の同報通信を実現する無線通信システムや複数無線方式を収容する自営無線システムに適用することができる通信システム及びゲートウェイに関する。

防災行政無線や消防無線に代表される自営無線システムにおいては、複数の移動端末間で情報をやり取りできる、半二重多対多の同報通信を行えることが不可欠である。近年、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網を利用することを前提として自営無線システムを構築することが、社会的に求められている。従来は、自営無線システムは、システムごとに独立して運用されてきた。しかし、災害時などに組織を越えて連絡ができるように、システム間での接続をＩＰによって容易に実現できることが要求されている。特に、呼制御のプロトコルは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に準拠することが望まれる。

ＩＰ網上において複数の移動端末間で半二重多対多の同報通信を行う方式として、非特許文献１に記載された方法がある。非特許文献１に記載された方法は、標準化団体であるＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）が定めたＰｏＣ（Ｐｕｓｈ ｔｏ ｔａｌｋ Ｏｖｅｒ Ｃｅｌｌｕｌａｒ）に準拠した方法である。ＰｏＣは、ＩＰ通信可能な移動端末間で半二重多対多の同報通信を行うための代表的な仕様である。これによると、ＰｏＣシステムは、ＰｏＣサーバと、ＰｏＣクライアントと呼ぶ移動端末と、ＳＩＰサーバを備える。ＰｏＣサーバは、同報通信を行う対象となる複数の移動端末に対して呼接続を行い、情報を配信する、配信装置である。また、ＰｏＣサーバは、情報の送信者を決定するために、移動端末に対して送信権の付与と通知を行う。ＰｏＣサーバと移動端末は、ＳＩＰサーバを介して、ＳＩＰによる呼制御信号のやり取りを行う。
ＰｕｓｈＴａｌｋサービスのシステム開発、 ＮＴＴ ＤｏＣｏＭｏ テクニカル・ジャーナル Ｖｏｌ．１３ Ｎｏ．４、 Ｐ６−１３

自営無線システムにおいては、１つの同報通信の中で、非常に多くの移動端末に対して情報を配信しなければならないが、１つのシステムで使える無線リソースには限りがある。そのため、まず基地局に情報を配信し、その基地局から無線チャネルを１チャネルだけ使用してブロードキャストする方式を採る。このような方式を採ることによって、１つの基地局の下に情報を配信したい移動端末が複数存在する場合に、無線リソースの消費を回避する。自営無線システムにおいては、同報通信の呼制御を行う対象に、移動端末を設定する場合と、基地局を設定する場合がある。移動端末を指定する場合には、自営無線システムはその移動端末が存在する基地局を追従しながら、動的に基地局を選択しながら配信を行う。一方、基地局を指定する場合には、特定の基地局に対して固定的に配信を行う。

しかしながら、非特許文献１に記載の方法では、ＰｏＣサーバと移動端末との間に存在する基地局に対して呼接続を行うという、自営無線システムに特有な配信方式を考慮していない。そのため、自営無線システム向けの既存無線設備（移動端末と基地局）を利用する場合には、通常、非特許文献１に記載の方法をそのままでは自営無線システムに適用することはできない。

本発明の目的は、ＩＰ網上でＳＩＰのような世界標準となる呼制御プロトコルを用いて移動端末宛てと基地局宛ての両方に対して半二重多対多の同報通信（グループ通信）を行え、かつ、上記呼制御プロトコルに対応しない複数の既存無線設備の移動端末と基地局を収容できる通信システムを提供することである。

本発明の通信システムは、移動端末と、基地局と、ゲートウェイと、呼制御装置と、配信装置を備え、移動端末と基地局とゲートウェイは第１のプロトコルによる通信を行い、配信装置とゲートウェイは呼制御装置を介して第２のプロトコルによる通信を行い、配信装置は複数の移動端末と複数の基地局宛てに半二重多対多の同報通信を実現し、ゲートウェイは第１のプロトコルと第２のプロトコルを変換するプロトコル変換部と、配信装置からの移動端末宛ての通信と基地局宛ての通信の両方に対してプロトコル変換部を呼び出す送受信制御部を有する。

本発明の第１の解決手段によると、
グループ内のある無線端末からグループ通信開始要求を受信し、グループ通信のメンバである他の無線端末と半二重多対多の同報通信を実現する通信システムにおいて、
第１の配信装置は、前記グループ通信開始要求を受信した第１の基地局と通信する第１のゲートウェイとは異なる第２のゲートウェイに属する、グループ通信のメンバに呼接続するために、グループ通信の識別子であるグループ番号とグループ通信のメンバであるひとつ若しくは複数の端末アドレス又はひとつ若しくは複数の基地局アドレスの宛先アドレスリストとを含む同報通信の第１の呼制御信号を前記第２のゲートウェイに送信し、
前記第２のゲートウェイは、前記同報通信の第１の呼制御信号を受信すると、宛先アドレスリストから、宛先として指定された宛先アドレスを全て抽出し、
（１）抽出された宛先アドレスが無線端末の端末アドレスである場合、
前記第２のゲートウェイは、前記同報通信の第１の呼制御信号に含まれる前記宛先アドレスリストに記述された個々の端末アドレスに対する端末番号に基づき、無線端末の端末番号に対して該無線端末を配下にもつ基地局の基地局番号を記憶した無線端末位置情報テーブルを検索して、前記端末アドレスの無線端末が存在する前記第２の基地局を特定し、
前記第２のゲートウェイは、特定された前記第２の基地局に対してグループ通信のグループ呼が未設定である場合には、前記第２の基地局にグループ呼設定を送信し、
前記第２の基地局は、前記グループ呼設定を受信すると、前記宛先アドレスリストに記述された配下のひとつ又は複数の無線端末とグループ通信を行うために、無線チャネル設定を行い、
一方、
（２）抽出された宛先アドレスが基地局の基地局アドレスである場合、
前記第２のゲートウェイは、前記同報通信の第１の呼制御信号に含まれる宛先アドレスリストに記述された個々の基地局アドレスの前記第２の基地局に対して、グループ呼が未設定である場合には、前記第２の基地局にグループ呼設定を送信し、
前記第２の基地局は、前記グループ呼設定を受信すると、グループ通信を配信するために、無線チャネル設定を行うこと、
により、前記ゲートウェイは、前記第１の配信装置からの無線端末宛て同報通信の第１の呼制御信号の通信と、基地局宛て同報通信の第１の呼制御信号の通信の両方に対して、前記半二重多対多の同報通信を実現する通信システムが提供される。

本発明の第２の解決手段によると、
グループ内のある無線端末からグループ通信開始要求を受信し、グループ通信のメンバである他の無線端末と半二重多対多の同報通信を実現する通信システムにおけるゲートウェイであって、
前記グループ通信開始要求を受信した第１の基地局と通信する第１のゲートウェイとは異なる第２のゲートウェイに属する、グループ通信のメンバに呼接続するために、グループ通信の識別子であるグループ番号とグループ通信のメンバであるひとつ若しくは複数の端末アドレス又はひとつ若しくは複数の基地局アドレスの宛先アドレスリストとを含む同報通信の第１の呼制御信号を、前記第２のゲートウェイは、第１の配信装置から受信し、
前記第２のゲートウェイは、前記同報通信の第１の呼制御信号を受信すると、宛先アドレスリストから、宛先として指定された宛先アドレスを全て抽出し、
（１）抽出された宛先アドレスが無線端末の端末アドレスである場合、
前記第２のゲートウェイは、前記同報通信の第１の呼制御信号に含まれる前記宛先アドレスリストに記述された個々の端末アドレスに対する端末番号に基づき、無線端末の端末番号に対して該無線端末を配下にもつ基地局の基地局番号を記憶した無線端末位置情報テーブルを検索して、前記端末アドレスの無線端末が存在する前記第２の基地局を特定し、
前記第２のゲートウェイは、特定された前記第２の基地局に対してグループ通信のグループ呼が未設定である場合には、前記第２の基地局にグループ呼設定を送信し、
前記第２の基地局に、前記グループ呼設定を受信すると、前記宛先アドレスリストに記述された配下のひとつ又は複数の無線端末とグループ通信を行うために、無線チャネル設定を行わせ、
一方、
（２）抽出された宛先アドレスが基地局の基地局アドレスである場合、
前記第２のゲートウェイは、前記同報通信の第１の呼制御信号に含まれる宛先アドレスリストに記述された個々の基地局アドレスの前記第２の基地局に対して、グループ呼が未設定である場合には、前記第２の基地局にグループ呼設定を送信し、
前記第２の基地局に、グループ通信を配信するために、無線チャネル設定を行わせること、
により、前記ゲートウェイは、前記第１の配信装置からの無線端末宛て同報通信の第１の呼制御信号の通信と、基地局宛て同報通信の第１の呼制御信号の通信の両方に対して、前記半二重多対多の同報通信を実現するゲートウェイが提供される。

本発明の通信システムは、配信装置からゲートウェイに対しては移動端末宛てと基地局宛てで呼制御プロトコルを変えることなく呼制御信号を送受信でき、かつ、自営無線システム向けの既存無線設備を利用することができる。

１．システム
図１は、本実施の形態の通信ネットワークの構成図である。
移動端末１００ａは、無線方式１を用いて基地局１０１ａと無線通信を行う。基地局１０１ａは、アクセス網１０２を介してゲートウェイ１０４ａとＩＰ通信を行う。ゲートウェイ１０４ａは、基地局１０１ａに対して呼接続や呼切断を行う呼制御信号を送信して、基地局１０１ａの制御を行う。同様に、移動端末１００ｂ、ｃは、無線方式２を用いて基地局１０１ｂと無線通信を行う。また、移動端末１００ｂ、ｃは、基地局１０１ｂよりも基地局１０１ｃに物理的に近い位置に存在する場合には、無線方式２を用いて基地局１０１ｃと無線通信を行うことができる。基地局１０１ｂ、ｃは、アクセス網１０２を介してゲートウェイ１０４ｂとＩＰ通信を行う。ゲートウェイ１０４ｂは、基地局１０１ｂ、ｃに対して呼接続や呼切断を行う呼制御信号を送信して、基地局１０１ｂ、ｃの制御を行う。呼制御信号のプロトコルは任意である。例えば、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）の呼制御で用いられるＱ．９３１を拡張したプロトコルである。有線通信網１０３は、ドメイン名をｎｅｔＡとするＩＰ網であり、ゲートウェイ１０４ａ、ｂ、ｃと、呼制御装置１０５と、配信装置１０６を含む。ゲートウェイ１０４ａ、ｂ、ｃは、呼制御装置１０５を介して、配信装置１０６と呼制御信号の通信を行う。この呼制御信号のプロトコルは、ＳＩＰである。すなわち、呼制御装置１０５はＳＩＰサーバである。配信装置１０６は、複数の移動端末間での半二重多対多の同報通信（以降、グループ通信と呼ぶ）を実現するためのサーバである。配信装置１０６は、特定の移動端末、または、特定の基地局に情報を配信する場合には、呼制御装置１０５を介して適切なゲートウェイに対して呼接続を行い、そのゲートウェイに情報を配信する。ゲートウェイ１０４ｃは、ゲートウェイ１１４ｃとＩＰ通信を行う。有線通信網１１３は、ドメイン名をｎｅｔＢとするＩＰ網であり、ゲートウェイ１１４ａ、ｃと、呼制御装置１１５と、配信装置１１６を含む。ゲートウェイ１１４ａは、アクセス網１１２を介して基地局１１１とＩＰ通信を行う。ゲートウェイ１１４ａは、基地局１１１に対して呼接続や呼切断を行う呼制御信号を送信して、基地局１１１の制御を行う。基地局１１１は、無線方式３を用いて移動端末１１０と無線通信を行う。

図２は、配信装置１０６、ゲートウェイ１０４ａ、呼制御装置１０５に共通するハードウェア構成図である。筐体２００の内部に、演算処理を行うＣＰＵ２０１と、外部の装置とのＩＰ通信を行う通信インタフェース２０２と、実行中のプログラムとそのプログラムが使用しているデータを格納するメモリ２０３と、プログラムやデータを蓄積しておくハードディスク２０４を備える。

次に、図３、４、５を用いて、各装置のメモリの内部構成図を説明する。
プログラム領域の各モジュールは、ＣＰＵ２０１にロードされ、実行される。また、データ領域の各テーブルは、ＣＰＵ２０１で適宜アクセスされて、読出し及び／又は書込みされる。

図３は、配信装置１０６のメモリ２０３の内部構成図である。プログラム領域３０１は、配信制御モジュール３０２と、呼接続プロトコルモジュール３０３を含む。配信制御モジュール３０２は、グループ通信を行うために呼接続する宛先を選択し、また、呼接続後に情報を配信する。呼接続プロトコルモジュール３０３は、ＳＩＰのプロトコルスタックであり、呼の管理を行う。データ領域３０４は、グループ通信宛先テーブル３０５と、位置情報テーブル３０６を含む。グループ通信宛先テーブル３０５は、グループ通信のグループ番号と、グループ通信の宛先の対応関係を格納する。位置情報テーブル３０６は、ＳＩＰメッセージの宛先に用いる端末アドレス、または、基地局アドレスと、ゲートウェイの対応関係を格納する。配信制御モジュール３０２、呼接続プロトコルモジュール３０３は、ＣＰＵ２０１にロードされ、各処理が実行される。

図４は、ゲートウェイ１０４ａのメモリ２０３の内部構成図である。プログラム領域４０１は、プロキシモジュール（移動端末用）４０２と、プロキシモジュール（基地局用）４０３と、送受信制御モジュール（移動端末用）４０４と、送受信制御モジュール（基地局用）４０５と、送受信制御モジュール（グループ用）４０６と、呼接続プロトコルモジュール４０７と、基地局制御モジュール４０８を含む。プロキシモジュール（移動端末用）４０２は、移動端末宛てのＳＩＰによる呼制御信号と、その移動端末が存在する基地局に対する呼制御信号のプロトコル変換を行う。プロキシモジュール（基地局用）４０３は、基地局宛てのＳＩＰによる呼制御信号と、その基地局に対する呼制御信号のプロトコル変換を行う。プロキシモジュール４０２、または、４０３は、移動端末、または、基地局を代理するものであり、ＳＩＰメッセージの宛先に用いる端末アドレス、または、基地局アドレスを割り当てられる。送受信制御モジュール（移動端末用）４０４は、図３の配信制御モジュール３０２と、移動端末宛ての呼制御信号のやり取りを行う。送受信制御モジュール（基地局用）４０５は、図３の配信制御モジュール３０２と、基地局宛ての呼制御信号のやり取りを行う。送受信制御モジュール（グループ用）４０６は、図３の配信制御モジュール３０２と、グループ番号宛ての呼制御信号のやり取りを行う。また、送受信制御モジュール（グループ用）４０６は、他のゲートウェイの送受信制御モジュール（グループ用）とも、グループ番号宛ての呼制御信号のやり取りを行う。呼接続プロトコルモジュール４０７は、ＳＩＰのプロトコルスタックであり、呼の管理を行う。基地局制御モジュール４０８は、基地局に対する呼制御プロトコルスタックであり、基地局の無線チャネルを制御する。データ領域４０９は、移動端末位置情報テーブル４１０と、プロキシモジュール管理テーブル４１１と、送受信制御モジュール管理テーブル４１２を含む。移動端末位置情報テーブル４１０は、移動端末と、その移動端末が存在する基地局との対応関係を格納する。プロキシモジュール管理テーブル４１１は、プロキシモジュール４０２、４０３がプロトコル変換を行うために必要な情報を格納する。送受信制御モジュール管理テーブル４１２は、送受信制御モジュール４０４、４０５、４０６と、プロキシモジュール４０２、４０３との対応関係を格納する。このようなプログラム構成をとることで、ゲートウェイは、配信装置から送信された移動端末宛ての呼制御信号と、基地局宛ての呼制御信号の両方に対してプロトコル変換を行うことができる。また、このようなプロトコル変換を行うことで、自営無線システム向けの既存無線設備を利用することができる。このとき、配信装置は、既存無線設備とゲートウェイの間の呼制御プロトコルに依存せず、移動端末宛てのＳＩＰメッセージと基地局あてのＳＩＰメッセージを送信することができる。プロキシモジュール（移動端末用）４０２、プロキシモジュール（基地局用）４０３、送受信制御モジュール（移動端末用）４０４、送受信制御モジュール（基地局用）４０５、送受信制御モジュール（グループ用）４０６、呼接続プロトコルモジュール４０７、基地局制御モジュール４０８は、ＣＰＵ２０１にロードされ、各処理が実行される。

図５は、呼制御装置１０５のメモリ２０３の内部構成図である。プログラム領域５０１は、呼制御モジュール５０２と、呼接続プロトコルモジュール５０３と、固有情報送信モジュール５０４を含む。呼制御モジュール５０２は、ＳＩＰメッセージのルーティングを行う。呼接続プロトコルモジュール５０３は、ＳＩＰのプロトコルスタックであり、呼の管理を行う。固有情報送信モジュール５０４は、図４のプロキシモジュール（移動端末用）４０２に対して、移動端末の端末固有情報を送信する。データ領域５０５は、位置登録テーブル５０６と、端末固有情報テーブル５０７を含む。位置登録テーブル５０６は、端末アドレス、または、基地局アドレスと、ゲートウェイの対応関係を格納する。端末固有情報テーブル５０７は、移動端末の固有情報を格納する。呼制御モジュール５０２、呼接続プロトコルモジュール５０３、固有情報送信モジュール５０４は、ＣＰＵ２０１にロードされ、各処理が実行される。
以上が、本発明の通信システムの全体構成と、各装置の内部構成である。

２．処理
次に、本実施の形態の通信システムにおいて、グループ通信を提供するのに必要となる３つの流れを説明する。具体的には、（Ａ）移動端末の位置登録と、（Ｂ）グループ通信を開始するための呼接続と、（Ｃ）グループ通信を終了するための呼切断の流れである。

（Ａ）移動端末の位置登録
図６は、位置登録のシーケンス図である。この図は、移動端末１００ａが電源を投入したときに、本実施の形態の通信システムに対して位置登録を行う流れを示す。
この位置登録の流れの中で、各装置はグループ通信を提供するための準備を行う。まず、移動端末１００ａが電源を投入する（ステップ６００）。その後、無線通信が可能で、最も近くに存在する基地局１０１ａに位置登録要求を送信する（ステップ６０１）。基地局１０１ａはそれを受信すると、ゲートウェイ１０４ａに位置登録要求を送信する（ステップ６０２）。このメッセージは、移動端末１００ａの端末番号と基地局１０１ａの基地局番号を含む。ゲートウェイ１０４ａは、位置登録要求に含まれた端末番号と基地局番号を対応付けて、移動端末位置情報テーブル４１０に記憶する（ステップ６０３）。

図７は、ゲートウェイ１０４ａの移動端末位置情報テーブル４１０のデータ構成図である。移動端末の端末番号７０１と、基地局番号７０２を対応付けて格納する。本例では、移動端末１００ａの端末番号を１２３４０００１とし、基地局１０１ａの基地局番号を０１としている。

図６に戻る。ゲートウェイ１０４ａは、移動端末１００ａのプロキシモジュールを作成し、予め定められた適宜の手法・規則等に従い、ＳＩＰで用いる端末アドレスを割り振る。本例では、ｍｓ１＠ｎｅｔＡという端末アドレスを割り振る。その端末アドレスを用いて位置登録メッセージであるＲＥＧＩＳＴＥＲを呼制御装置１０５に送信する（ステップ６０４）。呼制御装置１０５は、ＲＥＧＩＳＴＥＲに含まれる端末アドレスと、送信元であるゲートウェイ１０４ａのＩＰアドレスを対応付けて、位置登録テーブル５０６に格納する（ステップ６０５）。その後、呼制御装置１０５は、端末アドレスから端末固有情報テーブル５０７を検索する（ステップ６０６）。

図９は、呼制御装置１０５の端末固有情報テーブル５０７である。端末固有情報テーブル５０７は、予め設定され、端末アドレス９０１と、移動端末の固有情報９０２を対応付けて格納する。固有情報９０２は、移動端末に対して提供するサービス、優先的に着信する端末アドレス、着信を拒否する端末アドレスなどを含む。本例では、ｍｓ１＠ｎｅｔＡについて、提供サービスをグループ通信とし、着信優先アドレスをｍｓ４＠ｎｅｔＡとし、着信拒否アドレスをドメインｎｅｔＢの全てのアドレスとしている。これらの情報は、管理者などがあらかじめ静的に設定する情報である。

図６に戻る。呼制御装置１０５は、端末固有情報テーブル５０７にエントリがある場合、ゲートウェイ１０４ａにＰＵＢＬＩＳＨを送信する（ステップ６０７）。このメッセージは、位置登録中の端末アドレスに対する固有情報を含む。ゲートウェイ１０４ａは、ＰＵＢＬＩＳＨを受信すると、含まれている固有情報をプロキシモジュール管理テーブル４１１に格納する（ステップ６０８）。

図８は、ゲートウェイ１０４ａのプロキシモジュール管理テーブル４１１である。プロキシモジュールを識別するための番号８０１と、プロキシモジュールの種類８０２と、どの装置に対して作成されたプロキシモジュールなのかを示す装置の識別子（端末番号、または、基地局番号）８０３と、端末アドレス、または、基地局アドレス８０４と、固有情報８０５を対応付けて格納する。なお、プロキシモジュール番号には、予め定められたインデックスや識別番号を適宜記憶することができる。種類８０２が位置端末である場合、固有情報８０５には、図６のステップ６０７で受信したＰＵＢＬＩＳＨに含まれた固有情報を格納する。本例では、移動端末１００ａに対して作成したプロキシモジュールの番号を１とし、種類が移動端末であり、端末番号が１２３４０００１であり、端末アドレスがｍｓ１＠ｎｅｔＡであり、固有情報が端末固有情報テーブル５０７に設定された情報と同じである。また、プロキシモジュール番号が２であるエントリは、基地局に対するものである。本例では、基地局は移動しないため、管理者などがあらかじめ基地局に対するエントリを設定すると想定している。

図６に戻る。ゲートウェイ１０４ａは、ステップ６０７のＰＵＢＬＩＳＨに対するＯＫ応答を呼制御装置に返す（ステップ６０９）。その後、呼制御装置１０５は、ステップ６０４のＲＥＧＩＳＴＥＲに対するＯＫ応答を返す（ステップ６１０）。ゲートウェイ１０４ａは、ＯＫ応答を受信すると、ステップ６０２で受信した位置登録要求の返信として、基地局１０１ａに位置登録受付を送信する（ステップ６１１）。基地局１０１ａは、ステップ６０１で受信した位置登録要求の返信として、移動端末１００ａに位置登録受付を送信する（ステップ６１２）。一方、呼制御装置１０５は、ステップ６１０の後に、配信装置１０６にＮＯＴＩＦＹを送信する（ステップ６１３）。なお、ステップ６１０の前又は同時にＮＯＴＩＦＹを送信するようにしてもよい。このメッセージは、ステップ６０５で記憶した端末アドレスとゲートウェイのＩＰアドレスを含む。このＮＯＴＩＦＹを送信するためには、配信装置１０６があらかじめ呼制御装置１０５に対して送信予約をしておく（ＳＵＢＳＣＲＩＢＥを送っておく）ことが必要である。配信装置１０６は、ＮＯＴＩＦＹを受信すると、それに含まれた端末アドレスとゲートウェイのＩＰアドレスを対応付けて、位置情報テーブル３０６に格納する（ステップ６１４）。配信装置１０６は、受信したＮＯＴＩＦＹに対するＯＫ応答を送信する（ステップ６１５）。

図３４は、配信装置１０６の位置情報テーブル３０６である。端末アドレス、または、基地局アドレス３４０１と、ゲートウェイのＩＰアドレス３４０２を対応付けて格納する。移動端末のエントリは、例えば、移動端末が基地局に位置登録したときなどに動的に定められる。また、基地局のエントリは、静的に予め定めることができる。本例では、端末アドレスがｍｓ１＠ｎｅｔＡであり、ゲートウェイのＩＰアドレスが１９２．１６８．１０．１であるエントリを、図６のステップ６１４で格納している。

以上が、移動端末が本実施の形態の通信システムに対して位置登録を行う流れである。この中で特徴となるのが、図６のステップ６０６、６０７、６０８である。次に、これらのステップを含む装置の振る舞いを説明する。

図１１は、呼制御装置１０５が、図６のステップ６０４で、ゲートウェイ１０４ａからＲＥＧＩＳＴＥＲを受信したことを契機に開始するフローチャートである。呼制御装置１０５は、まず、ＲＥＧＩＳＴＥＲに含まれている端末アドレスが位置登録をするべきものかを調べる（ステップ１１０１）。もし位置登録するべき端末アドレスでなければ、ＲＥＧＩＳＴＥＲに対してエラー応答を返信し、処理を終了する（ステップ１１０２）。位置登録するべき端末アドレスであれば、端末アドレスと、ＲＥＧＩＳＴＥＲ送信元であるゲートウェイのＩＰアドレスを対応付けて、位置登録テーブル５０６に格納する（ステップ１１０３）。その後、端末アドレスから、図９の端末固有情報テーブル５０７のエントリを参照する（ステップ１１０４）。端末固有情報テーブル５０７にエントリが存在する場合は、そのエントリの固有情報をＰＵＢＬＩＳＨに含めて、ＲＥＧＩＳＴＥＲ送信元のゲートウェイにＰＵＢＬＩＳＨを送信する（ステップ１１０５）。呼制御装置は、ＰＵＢＬＩＳＨに対するＯＫ応答を受信するまで処理を待機する（ステップ１１０６）。ステップ１１０４で、端末固有情報テーブル５０７にエントリが存在しない場合は、ステップ１１０５、１１０６を省略する。その後、呼制御装置は、ＲＥＧＩＳＴＥＲに対するＯＫ応答を送信する（ステップ１１０７）。

図１２は、ゲートウェイ１０４ａが、図６のステップ６０２で、移動端末１００ａの位置登録要求を基地局１０１ａから受信したことを契機に開始するフローチャートである。ゲートウェイ１０４ａは、位置登録要求を受信すると、メッセージに含まれる端末番号と、送信元である基地局の基地局番号を対応付けて、図７の移動端末位置情報テーブル４１０に格納する（ステップ１２０１）。移動端末１００ａの代理的役割を果たすプロキシモジュールを作成し、プロキシモジュール番号と、端末アドレスを割り振る（ステップ１２０２）。プロキシモジュール番号と、プロキシモジュールの種類と、端末番号と、端末アドレスを対応付けて、図８のプロキシモジュール管理テーブル４１１に格納する（ステップ１２０３）。作成したプロキシモジュールから、ＳＩＰにおける位置登録メッセージであるＲＥＧＩＳＴＥＲを呼制御装置１０５に送信する（ステップ１２０４）。

その後、ゲートウェイ１０４ａは、呼制御装置１０５からメッセージを受信するまで待機する（ステップ１２０５）。メッセージがＰＵＢＬＩＳＨであった場合、ＰＵＢＬＩＳＨ受信処理を行い、ステップ１２０５に戻る（ステップ１２０６）。ステップ１２０５で受信したメッセージが、送信したＲＥＧＩＳＴＥＲに対する返信であった場合、その返信の内容を調べる（ステップ１２０７）。ＯＫ応答であった場合、最初に受信した位置登録要求に対する応答として、位置登録受付を基地局に１０１ａに送信して、一連の処理を終了する（ステップ１２０８）。ステップ１２０７で、返信がＯＫ応答でなかった場合、ステップ１２０８を省略し、終了する。

図１３は、図１２のステップ１２０６のＰＵＢＬＩＳＨ受信処理の詳細を示すフローチャートである。まず、位置登録中である移動端末のプロキシモジュール番号と、ＰＵＢＬＩＳＨに含まれる固有情報を対応付けて、図８のプロキシモジュール管理テーブル４１１に格納する（ステップ１３０１）。固有情報の中に、提供サービスとしてグループ通信が含まれているかを調べる（ステップ１３０２）。移動端末にグループ通信を提供する場合、配信装置に対して呼制御信号やメディアデータを送受信するための送受信制御モジュールを作成し、送受信制御モジュール番号を割り振る（ステップ１３０３）。送受信制御モジュール番号と、送受信制御モジュールの種類と、同じ移動端末に対するプロキシモジュールのプロキシモジュール番号と、そのプロキシモジュールに割り振られた端末アドレスを対応付けて、送受信制御モジュール管理テーブル４１２に格納する（ステップ１３０４）。

図１０は、ゲートウェイ１０４ａの送受信制御モジュール管理テーブル４１２である。送受信制御モジュール番号１００１と、送受信制御モジュールの種類１００２と、同じ移動端末に対するプロキシモジュールのプロキシモジュール番号１００３と、プロキシモジュールに割り振られた端末アドレス１００４を対応付けて格納する。なお、送受信制御モジュール番号１００１には、予め定められたインデックスや識別番号を適宜記憶することができる。本例では、移動端末１００ａに対応する送受信制御モジュールの番号が１であり、種類が移動端末であり、プロキシモジュールの番号が１であり、端末アドレスがｍｓ１＠ｎｅｔＡである。送受信制御モジュール番号が２であるエントリは、モジュールの種類が基地局である。移動端末のエントリは、動的に定められる。基地局のエントリに関しては、管理者などがあらかじめ静的に設定しておく。また、送受信制御モジュール番号が３であるエントリは、モジュールの種類がグループである。グループのエントリでは、対応するプロキシモジュールは存在しない。グループのエントリに関しては、管理者などがあらかじめ静的に設定しておく。グループに対する送受信制御モジュールは、例えば、ドメインｎｅｔＡのシステムと、ドメインｎｅｔＢのシステムを跨いだグループ通信の呼制御を行う際に必要となるモジュールである。本例では、送受信制御モジュール番号３は、ドメインｎｅｔＢでのグループ通信の識別子であるグループ番号３００３＠ｐｔｓｅｒｖｅｒ．ｎｅｔＢに対応する。

図１３に戻る。ゲートウェイ１０４ａは、ＰＵＢＬＩＳＨに対するＯＫ応答を呼制御装置１０５に送信し、処理を終了する（ステップ１３０５）。ステップ１３０２で、移動端末にグループ通信を提供しない場合、ステップ１３０３、１３０４、１３０５を省略して、処理を終了する。
以上が、図６のステップ６０６、６０７、６０８を含む装置の振る舞いである。

本実施の形態の通信システムは、移動端末と基地局に、既存の無線設備を収容することも想定している。そのような移動端末の中には、ゲートウェイに対して端末番号以外の固有情報を送る手段を備えない端末が存在する。また、基地局を多数設置し、かつ、それらを複数のゲートウェイで管理する場合には、移動端末の位置に応じて、固有情報が必要となるゲートウェイが異なる。そのため、各ゲートウェイに固有情報をおくのは現実的ではない。本実施の形態によれば、図１１のフローチャートのように、呼制御装置が格納する端末固有情報をゲートウェイに送信することができる。これにより、本実施の形態の通信システムは、図１２、１３のように、移動端末に対して固有情報を適用し、提供する通信サービスの規制を行うことができる。また、優先通話や着信拒否などのきめ細かなサービスを提供することができる。

（Ｂ）グループ通信開始の呼接続
次に、ある移動端末がグループ通信開始要求を送信し、それを受けた配信装置がグループ通信のグループメンバに対して呼接続を行う流れを説明する。グループメンバの種類は、移動端末、基地局、グループ番号である。ここでグループ番号は、他の自営無線システムに対してグループ通信を要求するためのものである。例えば、図１で、ドメインｎｅｔＡの配信装置１０６から、ドメインｎｅｔＢの配信装置１１６に対して、グループ通信開始要求を出すことができる。

（Ｂ−１）移動端末に対するグループ通信
図１４（ａ）、（ｂ）は、移動端末に対してグループ通信の呼接続をする一連のシーケンス図である。図１４（ａ）から説明する。基地局１０１ａは、配下に存在する移動端末からグループ通信の開始要求を受信する（ステップ１４００）。その後、基地局１０１ａは、ゲートウェイ１０４ａにグループ呼要求を送信する（ステップ１４０１）。このメッセージは、開始要求を出した移動端末の端末番号と、開始要求されたグループ通信の識別子であるグループ番号を含む。ゲートウェイ１０４ａは、グループ呼要求を受信すると、開始要求を送信した移動端末のプロキシモジュールと送受信制御モジュールを特定し、ＳＩＰにおける発呼要求であるＩＮＶＩＴＥを呼制御装置１０５に送信する（ステップ１４０２）。このＩＮＶＩＴＥのメッセージヘッダは、上記で特定したプロキシモジュールの端末アドレスと、開始要求されたグループ通信の識別子であるグループ番号を含む。呼制御装置は、受信したＩＮＶＩＴＥを配信装置１０６に転送する（ステップ１４０３）。配信装置１０６は、ＩＮＶＩＴＥの暫定応答として、Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ応答を、呼制御装置１０５を介してゲートウェイ１０４ａに送信する（ステップ１４０４、１４０５）。ゲートウェイ１０４ａは、図７の移動端末位置情報テーブル４１０を検索して、グループ通信の開始要求を送信した移動端末が存在する基地局１０１ａを特定する（ステップ１４０６）。ゲートウェイ１０４ａは、基地局１０１ａにグループ通信の呼接続をするために、グループ呼設定を送信する（ステップ１４０７）。基地局１０１ａは、グループ通信を配下の移動端末に行うために、無線チャネル設定を行う（ステップ１４０８）。このように暫定応答を呼接続要求と見なしてプロトコル変換を行うことで、グループ通信の開始要求を出した移動端末が存在する基地局も、グループ通信に引き込むことができる。

その後、基地局１０１ａは、呼設定受付をゲートウェイ１０４ａに返信する（ステップ１４０９）。ゲートウェイ１０４ａは、ステップ１４０５のＳｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ応答に対する返信として、呼制御装置１０５を介してＰＲＡＣＫ（暫定応答に対する応答）を配信装置１０６に送信する（ステップ１４１０、１４１１）。配信装置１０６は、グループ通信の識別子であるグループ番号から、以下に示す図１５のグループ通信宛先テーブル３０５を検索する（ステップ１４１２）。その後、テーブルに記述されたグループメンバの宛先に対して、呼接続を開始する処理に移る（ステップ１４１３）。

図１５は、配信装置１０６のグループ通信宛先テーブル３０５である。グループ通信宛先テーブル３０５は、予め設定され、グループ通信の識別子であるグループ番号１５０１と、グループ通信のメンバの宛先１５０２を対応付けて格納する。このテーブルは、管理者などによってあらかじめ静的に設定されるものである。本例では、グループ番号０００３に対して開始要求されたとする。グループメンバの宛先は、端末アドレスであるｍｓ１＠ｎｅｔＡ、ｍｓ２＠ｎｅｔＡ、ｍｓ３＠ｎｅｔＡと、グループ番号の識別子である３００３＠ｐｔｓｅｒｖｅｒ．ｎｅｔＢである。ここで、３００３＠ｐｔｓｅｒｖｅｒ．ｎｅｔＢは、他網の自営無線システムが管理するグループ番号である。本例では、ドメインｎｅｔＢの配信装置１１６が管理するグループ番号の識別子である。なお、グループ番号１００１については、基地局アドレスであるｂｓ２＠ｎｅｔＡ、ｂｓ３＠ｎｅｔＡと、グループ番号の識別子である４００１＠ｐｔｓｅｒｖｅｒ．ｎｅｔＢが記憶されている。

配信装置１０６、１１６は、例えば、アドレスが‘ｍｓ’、‘ｂｓ’又は数字により、端末アドレス、基地局アドレス又はグループ番号であることを予め定めておくことで種類を特定することができる。また、配信装置１０６は、例えば、ドメイン名によってシステム又は通信網を特定することができる。その他、配信装置１０６は、種類やシステム又は通信網とアドレス又はドメイン名との対応テーブルを備え、このテーブルを参照することで、種別やシステム又は通信網を判断するようにしてもよい。このように、他の自営無線システムにもグループ通信を配信する場合に、グループ番号をグループ通信宛先テーブル３０５に記述することによって、それぞれの自営無線システムにおいて独立に、グループ通信の宛先を管理することができる。

図１４（ｂ）に移る。配信装置１０６は、グループ通信のメンバに呼接続するために、呼制御装置１０５を介して、ＩＮＶＩＴＥをゲートウェイ１０４ｂに送信する（ステップ１４２０、１４２１）。このＩＮＶＩＴＥは、グループ通信の識別子であるグループ番号と、ゲートウェイ１０４ｂが有する複数のプロキシモジュールの端末アドレスのリストを含む。

図１６は、宛先アドレスリストを含むＩＮＶＩＴＥのメッセージフォーマット図である。メッセージ１６００は、メッセージの種別１６０１と、送信元１６０２と、宛先１６０３と、宛先アドレスリスト１６０４を含む。配信装置は、グループ通信のメンバであり、かつ、図３４の位置情報テーブル３０６を参照してゲートウェイのＩＰアドレスが同じである、端末アドレスを選択して、宛先アドレスリスト１６０４を作成する。本例では、ＳＩＰのメッセージフォーマットを想定しており、メソッドはＩＮＶＩＴＥであり、Ｆｒｏｍヘッダはグループ通信の識別子である０００３＠ｐｔｓｅｒｖｅｒ．ｎｅｔＡであり、Ｔｏヘッダは呼接続の宛先となる端末アドレスのｍｓ２＠ｎｅｔＡである。また、ボディ部分の宛先アドレスリストには、ｍｓ２＠ｎｅｔＡ、ｍｓ３＠ｎｅｔＡが記述される。このような宛先アドレスリストを含むＩＮＶＩＴＥを作成することで、グループ通信の呼接続時間を短縮することができる。通常であれば、グループ通信の宛先それぞれに対してＩＮＶＩＴＥを送信しなければならない。しかし、本実施の形態では、同一ゲートウェイが収容する移動端末に対しては、まとめて１つのＩＮＶＩＴＥを送信するだけで、呼接続を行うことができる。また、ＳＩＰによる呼制御で確立される音声フローを１つに集約することができ、通信リソースの節約につながる。

図１４（ｂ）に戻る。ゲートウェイ１０４ｂは、ＩＮＶＩＴＥを受信すると、ＩＮＶＩＴＥの宛先、または、宛先アドレスリストに記された個々の端末アドレスに対する送受信制御モジュールと、プロキシモジュールを特定する。その後、そのプロキシモジュールの端末番号から、図７の移動端末位置情報テーブル４１０を検索して、移動端末の基地局１０１ｂを特定する（ステップ１４２２）。ゲートウェイ１０４ｂは、基地局１０１ｂに対してグループ通信のグループ呼を設定していないか判定する（ステップ１４２３）。グループ呼を未設定である場合には、ゲートウェイ１０４ｂは、基地局１０１ｂにグループ呼設定を送信する（ステップ１４２４）。ステップ１４２２、１４２３、１４２４のプロトコル変換処理は、宛先アドレスリストに記述された全ての端末アドレスに対して繰り返される。基地局１０１ｂは、グループ呼設定を受信すると、グループ通信を配下の移動端末に行うために、無線チャネル設定を行う（ステップ１４２５）。その後、基地局１０１ｂは、ゲートウェイ１０４ｂに呼設定受付を返信する（ステップ１４２６）。ゲートウェイ１０４ｂは、呼制御装置１０５を介して、ステップ１４２１のＩＮＶＩＴＥに対するＯＫ応答を配信装置１０６に送信する（ステップ１４２７、１４２８）。このＯＫ応答も、ＩＮＶＩＴＥと同様に、宛先アドレスリストを含む。

図１７は、宛先アドレスリストを含むＯＫ応答のメッセージフォーマット図である。メッセージ１７００は、メッセージの種別１７０１と、元の要求メッセージの送信元１７０２と、元の要求メッセージの宛先１７０３と、宛先アドレスリスト１７０４を含む。ゲートウェイは、ＩＮＶＩＴＥに添付された宛先アドレスリスト中の端末アドレスのうち、プロトコル変換処理を行った端末アドレスのリストを作成し、ＯＫ応答に添付する。本例では、ＳＩＰのメッセージフォーマットを想定しており、メッセージはＯＫ応答であり、Ｆｒｏｍヘッダはグループ通信の識別子である０００３＠ｐｔｓｅｒｖｅｒ．ｎｅｔＡであり、Ｔｏヘッダは呼接続の宛先となる端末アドレスのｍｓ２＠ｎｅｔＡである。また、ボディ部分の宛先アドレスリストには、ｍｓ２＠ｎｅｔＡ、ｍｓ３＠ｎｅｔＡが記述される。

図１４（ｂ）に戻る。配信装置１０６は、アドレスに基づき、グループ通信の宛先に他システムのグループ通信の識別子が含まれると判断した場合、配信装置１０６は、呼制御装置１０５を介してＩＮＶＩＴＥをゲートウェイ１０４ｃに送信する（ステップ１４３０、１４３１）。このＩＮＶＩＴＥの宛先は、他システムのグループ通信のグループ番号である。ゲートウェイ１０４ｃは、このグループ番号に対する送信制御モジュールをあらかじめ備えている。ゲートウェイ１０４ｃは、ゲートウェイ１１４ｃにＩＮＶＩＴＥを転送する（ステップ１４３２）。ゲートウェイ１１４ｃもまた、このグループ番号に対する送信制御モジュールをあらかじめ備えている。ゲートウェイ１１４ｃは、ＩＮＶＩＴＥを受信すると、呼制御装置１１５を介してＩＮＶＩＴＥを配信装置１１６に送信する（ステップ１４３３、１４３４）。配信装置１１６は、グループ通信の識別子であるグループ番号から、配信装置１１６のグループ通信宛先テーブル３０５（図１５）を検索する（ステップ１４３５）。その後、テーブルに記述されたグループメンバの宛先に対して、呼接続を開始する処理に移る（ステップ１４３６）。配信装置１１６は、全グループメンバへの呼接続処理が完了すると、呼制御装置１１５を介して、ステップ１４３４のＩＮＶＩＴＥに対するＯＫ応答をゲートウェイ１１４ｃに送信する（ステップ１４３７、１４３８）。ゲートウェイ１１４ｃは、ゲートウェイ１０４ｃにＯＫ応答を転送する（ステップ１４３９）。ゲートウェイ１０４ｃは、呼制御装置１０５を介して、ステップ１４３１のＩＮＶＩＴＥに対するＯＫ応答を配信装置１０６に送信する（ステップ１４４０、１４４１）。配信装置１０６は、全グループメンバへの呼接続処理が完了すると、呼制御装置１０５を介して、図１４（ａ）のステップ１４０３のＩＮＶＩＴＥに対するＯＫ応答をゲートウェイ１０４ａに送信する（ステップ１４４２、１４４３）。ゲートウェイ１０４ａは、基地局１０１ａに呼設定受付を返信する（ステップ１４４４）。基地局１０１ａは、グループ通信の開始要求を送信した移動端末に、通信設定完了を通知する（ステップ１４４５）。

（Ｂ−２）基地局に対するグループ通信
図１８（ａ）、（ｂ）は、基地局に対してグループ通信の呼接続をする一連のシーケンス図である。図１８（ａ）から説明する。基地局１０１ａは、配下に存在する移動端末からグループ通信の開始要求を受信する（ステップ１８００）。その後、基地局１０１ａは、ゲートウェイ１０４ａにグループ呼要求を送信する（ステップ１８０１）。このメッセージは、開始要求を出した移動端末の端末番号と、開始要求されたグループ通信の識別子であるグループ番号を含む。ゲートウェイ１０４ａは、グループ呼要求を受信すると、開始要求を送信した移動端末のプロキシモジュールと送受信制御モジュールを特定し、ＳＩＰにおける発呼要求であるＩＮＶＩＴＥを呼制御装置１０５に送信する（ステップ１８０２）。このＩＮＶＩＴＥのメッセージヘッダは、上記で特定したプロキシモジュールの端末アドレスと、開始要求されたグループ通信の識別子であるグループ番号を含む。呼制御装置は、受信したＩＮＶＩＴＥを配信装置１０６に転送する（ステップ１８０３）。配信装置１０６は、ＩＮＶＩＴＥの暫定応答として、Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ応答を、呼制御装置１０５を介してゲートウェイ１０４ａに送信する（ステップ１８０４、１８０５）。ゲートウェイ１０４ａは、図７の移動端末位置情報テーブル４１０を検索して、グループ通信の開始要求を送信した移動端末が存在する基地局１０１ａを特定する（ステップ１８０６）。ゲートウェイ１０４ａは、基地局１０１ａにグループ通信の呼接続をするために、グループ呼設定を送信する（ステップ１８０７）。基地局１０１ａは、グループ通信を配下の移動端末に行うために、無線チャネル設定を行う（ステップ１８０８）。その後、基地局１０１ａは、呼設定受付をゲートウェイ１０４ａに返信する（ステップ１８０９）。ゲートウェイ１０４ａは、ステップ１８０５のＳｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ応答に対する返信として、呼制御装置１０５を介してＰＲＡＣＫを配信装置１０６に送信する（ステップ１８１０、１８１１）。配信装置１０６は、グループ通信の識別子であるグループ番号から、図１５のグループ通信宛先テーブル３０５を検索する（ステップ１８１２）。本例では、グループ番号１００１に対して開始要求されたとする。図１５に記載したグループメンバの宛先は、基地局アドレスであるｂｓ２＠ｎｅｔＡ、ｂｓ３＠ｎｅｔＡ、４００１＠ｐｔｓｅｒｖｅｒ．ｎｅｔＢである。ここで、４００１＠ｐｔｓｅｒｖｅｒ．ｎｅｔＢは、他網の自営無線システムが管理するグループ番号である。本例では、ドメインｎｅｔＢの配信装置１１６が管理するグループ番号である。図１８（ａ）に戻り、その後、テーブルに記述されたグループメンバの宛先に対して、呼接続を開始する処理に移る（ステップ１８１３）。

図１８（ｂ）に移る。配信装置１０６は、グループ通信のメンバに呼接続するために、呼制御装置１０５を介して、ＩＮＶＩＴＥをゲートウェイ１０４ｂに送信する（ステップ１８２０、１８２１）。このＩＮＶＩＴＥは、グループ通信の識別子であるグループ番号と、ゲートウェイ１０４ｂが有する複数のプロキシモジュールの基地局アドレスのリストを含む。ＩＮＶＩＴＥのメッセージフォーマットは、図１６のメッセージ１６００と同様である。ボディ部分の宛先アドレスリスト１６０４には、基地局アドレスであるｂｓ２＠ｎｅｔＡ、ｂｓ３＠ｎｅｔＡが記述される。図１８（ｂ）に戻り、ゲートウェイ１０４ｂは、ＩＮＶＩＴＥを受信すると、ＩＮＶＩＴＥの宛先、または、宛先アドレスリストに記された個々の基地局アドレスに対する送受信制御モジュールと、プロキシモジュールを特定する。その後、ゲートウェイ１０４ｂは、基地局１０１ｂに対してグループ通信のグループ呼を設定していないか判定する（ステップ１８２２）。グループ呼を未設定である場合には、ゲートウェイ１０４ｂは、基地局１０１ｂにグループ呼設定を送信する（ステップ１８２３）。ステップ１８２２、１８２３のプロトコル変換処理は、宛先アドレスリストに記述された全ての基地局アドレスに対して繰り返される。基地局１０１ｂは、グループ呼設定を受信すると、グループ通信を配信するために、無線チャネル設定を行う（ステップ１８２４）。その後、基地局１０１ｂは、ゲートウェイ１０４ｂに呼設定受付を返信する（ステップ１８２５）。ゲートウェイ１０４ｂは、呼制御装置１０５を介して、ステップ１８２１のＩＮＶＩＴＥに対するＯＫ応答を配信装置１０６に送信する（ステップ１８２６、１８２７）。このＯＫ応答も、ＩＮＶＩＴＥと同様に、宛先アドレスリストを含む。ＯＫ応答のメッセージフォーマットは、図１７と同じである。

再び図１８（ｂ）に戻り、グループ通信の宛先に他システムのグループ通信の識別子が含まれる場合、配信装置１０６は、呼制御装置１０５を介してＩＮＶＩＴＥをゲートウェイ１０４ｃに送信する（ステップ１８３０、１８３１）。このＩＮＶＩＴＥの宛先は、他システムのグループ通信のグループ番号である。ゲートウェイ１０４ｃは、このグループ番号に対する送信制御モジュールをあらかじめ備えている。ゲートウェイ１０４ｃは、ゲートウェイ１１４ｃにＩＮＶＩＴＥを転送する（ステップ１８３２）。ゲートウェイ１１４ｃもまた、このグループ番号に対する送信制御モジュールをあらかじめ備えている。ゲートウェイ１１４ｃは、ＩＮＶＩＴＥを受信すると、呼制御装置１１５を介してＩＮＶＩＴＥを配信装置１１６に送信する（ステップ１８３３、１８３４）。配信装置１１６は、グループ通信の識別子であるグループ番号から、配信装置１１６のグループ通信宛先テーブルを検索する（ステップ１８３５）。その後、テーブルに記述されたグループメンバの宛先に対して、呼接続を開始する処理に移る（ステップ１８３６）。配信装置１１６は、全グループメンバへの呼接続処理が完了すると、呼制御装置１１５を介して、ステップ１８３４のＩＮＶＩＴＥに対するＯＫ応答をゲートウェイ１１４ｃに送信する（ステップ１８３７、１８３８）。ゲートウェイ１１４ｃは、ゲートウェイ１０４ｃにＯＫ応答を転送する（ステップ１８３９）。ゲートウェイ１０４ｃは、呼制御装置１０５を介して、ステップ１８３１のＩＮＶＩＴＥに対するＯＫ応答を配信装置１０６に送信する（ステップ１８４０、１８４１）。配信装置１０６は、全グループメンバへの呼接続処理が完了すると、呼制御装置１０５を介して、図１８（ａ）のステップ１８０３のＩＮＶＩＴＥに対するＯＫ応答をゲートウェイ１０４ａに送信する（ステップ１８４２、１８４３）。ゲートウェイ１０４ａは、基地局１０１ａに呼設定受付を返信する（ステップ１８４４）。基地局１０１ａは、グループ通信の開始要求を送信した移動端末に、通信設定完了を通知する（ステップ１８４５）。

（Ｂ−３）移動端末及び基地局に対するグループ通信の比較の補足
以上が、ある移動端末がグループ通信開始要求を送信し、それを受けた配信装置が、グループ通信のグループメンバである、端末アドレス、または、基地局アドレス、または、グループ番号に対して呼接続を行う流れである。図１４（ａ）、（ｂ）と図１８（ａ）、（ｂ）から分かるように、配信装置から移動端末宛てに呼接続を行う場合も、基地局宛てに呼接続を行う場合も、ゲートウェイにおけるプロトコル変換処理が異なるだけである。具体的には、図１４（ｂ）のステップ１４２１、１４２２、１４２３、１４２４の部分と、図１８（ｂ）のステップ１８２１、１８２２、１８２３の部分が異なるだけである。したがって、本実施の形態の通信システムでは、グループ通信の呼接続宛先に関わらず、配信装置と、呼制御装置と、ゲートウェイの間のインタフェースを共通に設計することができる。もし無線方式と通信プロトコルの異なる無線設備を通信システムに収容する場合には、ゲートウェイのプロトコル変換部分と、無線設備を制御する部分を新たに追加すればよい。

（Ｂ−４）フローチャート
次に、図１４（ａ）、（ｂ）と図１８（ａ）、（ｂ）における配信装置と、ゲートウェイの動作について説明する。
図１９は、配信装置１０６が、図１４（ａ）のステップ１４０３、または、図１８（ａ）のステップ１８０３のＩＮＶＩＴＥを受信したことを契機に開始するフローチャートである。

配信装置は、ＩＮＶＩＴＥを受信すると、そのＩＮＶＩＴＥに対する暫定応答であるＳｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ応答を返信する（ステップ１９０１）。その後、Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ応答に対するＰＲＡＣＫ応答を受信するまで待機する（ステップ１９０２）。最初に受信したＩＮＶＩＴＥに含まれるグループ通信の識別子であるグループ番号から、図１５のグループ通信宛先テーブル３０５を検索して、グループメンバの宛先の一覧を取得する（ステップ１９０３）。次に、取得したグループメンバの全宛先に対して、ＩＮＶＩＴＥ送信を完了したかを検査する（ステップ１９０４）。完了していない場合は、ＩＮＶＩＴＥをまだ送っていない宛先を１つ選択する（ステップ１９０５）。図３４の位置情報テーブル３０６を参照し、選択した宛先とゲートウェイのＩＰアドレスが同一であり、かつ、グループメンバである宛先（端末アドレス、または、基地局アドレス、または、グループ番号）を抽出して、宛先アドレスリストを作成する（ステップ１９０６）。その宛先アドレスリストを添付したＩＮＶＩＴＥを、ステップ１９０５で選択した宛先に送信する（ステップ１９０７）。ＩＮＶＩＴＥに対する返信を受信するまで待機する（ステップ１９０８）。再びステップ１９０４に戻る。このとき、ステップ１９０６で作成した宛先アドレスリストに含まれるグループメンバの宛先には、ＩＮＶＩＴＥを送信済みであると見なす。全グループメンバへのＩＮＶＩＴＥ送信を完了した場合には、本フローチャートの契機となったＩＮＶＩＴＥに対するＯＫ応答を返信し、処理を終了する（ステップ１９０９）。

本来であればグループメンバの数だけＩＮＶＩＴＥを送信しなければならないが、図１９のステップ１９０６、１９０７のように宛先アドレスリストを作成して添付することで、送信回数を減らすことができる。これにより、グループ通信を開始するまでの呼接続時間を短縮することができる。また、通信リソースの節約に繋がる。

図２０は、ゲートウェイ１０４ａが、図１４（ａ）のステップ１４０１、または、図１８（ａ）のステップ１８０１のグループ呼要求を受信したことを契機に開始するフローチャートである。

ゲートウェイは、グループ呼要求を受信すると、そのメッセージに含まれる端末番号から、図８のプロキシモジュール管理テーブル４１１を参照して、グループ通信開始を要求した移動端末に対応するプロキシモジュールを特定する（ステップ２００１）。その後、図１０の送受信制御モジュール管理テーブル４１２を参照して、同じく移動端末に対応する送受信制御モジュールを特定する（ステップ２００２）。送受信制御モジュールから配信装置に対して、開始要求されたグループ通信のグループ番号を宛先にして、ＩＮＶＩＴＥを送信する（ステップ２００３）。ゲートウェイは、ＩＮＶＩＴＥに対する暫定応答であるＳｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ応答を受信するまで待機する（ステップ２００４）。Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ応答を受信すると、端末番号から図７の移動端末位置情報テーブル４１０を参照して、グループ通信開始を要求した移動端末が存在する基地局を特定する（ステップ２００５）。ステップ２００１で特定したプロキシモジュールから、その基地局にグループ呼設定を送信する（ステップ２００６）。ゲートウェイは、グループ呼設定に対する呼設定受付を受信するまで待機する（ステップ２００７）。呼設定受付を受信すると、ステップ２００４で受信したＳｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ応答に対するＰＲＡＣＫ応答を返信する（ステップ２００８）。その後、ステップ２００３で送信したＩＮＶＩＴＥに対するＯＫ応答を受信するまで待機する（ステップ２００９）。ゲートウェイは、ＯＫ応答を受信すると、本フローチャートの契機となったグループ呼設定に対する呼設定受付を基地局に返信し、処理を終了する（ステップ２０１０）。

図２０のステップ２００４、２００５、２００６というプロトコル変換を行うことで、グループ通信の開始要求をした移動端末が存在する基地局に対して、通常よりグループ通信の呼接続を素早く行うことができる、これにより、グループ通信を開始するまでの呼接続時間を短縮することができる。

図２１は、ゲートウェイ１０４ａ、ｂ、ｃが、図１４（ｂ）のステップ１４２１、または、ステップ１４３１、または、ステップ１４３２、または、図１８（ｂ）のステップ１８２１、または、ステップ１８３１、または、ステップ１８３２のＩＮＶＩＴＥを受信したことを契機に開始する処理を１つにまとめたフローチャートである。ゲートウェイは、ＩＮＶＩＴＥを受信すると、宛先を示すＴｏヘッダと、宛先アドレスリストから、宛先として指定されたアドレスを全て抽出する。そして、全宛先に対してプロトコル変換処理を完了したかを調べる（ステップ２１０１）。全宛先に対する処理が未完了である場合、プロトコル変換が未処理である宛先を選択する（ステップ２１０２）。ここで、ゲートウェイは、例えば、端末、基地局、グループをそれぞれ表わす特定の記号・数字等を予め定めておくことにより、又は、対応テーブルを備えることにより、宛先が、端末アドレス、基地局アドレス、グループ番号かを特定することができる。その宛先が移動端末の端末アドレスである場合、端末アドレスに対するＩＮＶＩＴＥ処理を行い、ステップ２１０１に戻る（ステップ２１０３）。宛先が基地局の基地局アドレスである場合、基地局アドレスに対するＩＮＶＩＴＥ処理を行い、ステップ２１０１に戻る（ステップ２１０４）。宛先がグループ通信の識別子であるグループ番号である場合、グループ番号に対するＩＮＶＩＴＥ処理を行い、ステップ２１０１に戻る（ステップ２１０５）。ステップ２１０１で、全宛先に対する処理が完了であった場合、本フローチャートの契機となったＩＮＶＩＴＥに対するＯＫ応答を返信し、処理を終了する（ステップ２１０６）。

図２２は、図２１のステップ２１０３の端末アドレスに対するＩＮＶＩＴＥ処理の詳細を示すフローチャートである。ゲートウェイは、端末アドレスから図１０の送受信制御モジュール管理テーブル４１２を参照して、その端末アドレスに対する送受信制御モジュールと、プロキシモジュールを特定する（ステップ２２０１）。プロキシモジュール番号から図８のプロキシモジュール管理テーブル４１１を参照して、移動端末の端末番号を得る。そして、端末番号から図７の移動端末位置情報テーブル４１０を参照して、移動端末が存在する基地局を特定する（ステップ２２０２）。ゲートウェイは、基地局に対してグループ通信を行うためのグループ呼を設定しているかを調べ、グループ呼を設定済みである場合は、そのまま処理を終了する。（ステップ２２０３）。グループ呼が未設定である場合は、プロキシモジュールから基地局に、グループ呼設定を送信する（ステップ２２０４）。ゲートウェイは、グループ呼設定に対する応答である呼設定受付を基地局から受信すると、処理を終了する。（ステップ２２０５）。

図２３は、図２１のステップ２１０４の基地局アドレスに対するＩＮＶＩＴＥ処理の詳細を示すフローチャートである。ゲートウェイは、基地局アドレスから図１０の送受信制御モジュール管理テーブル４１２を参照して、その基地局アドレスに対する送受信制御モジュールと、プロキシモジュールを特定する（ステップ２３０１）。ゲートウェイは、プロキシモジュール番号から図８のプロキシモジュール管理テーブル４１１を参照して、基地局の基地局番号を得る。そして、基地局に対してグループ通信を行うためのグループ呼設定を行っているかどうか調べ、グループ呼が設定済みである場合は、そのまま処理を終了する。（ステップ２３０２）。グループ呼を未設定である場合は、プロキシモジュールから基地局に、グループ呼設定を送信する（ステップ２３０３）。ゲートウェイは、グループ呼設定に対する応答である呼設定受付を基地局から受信すると、処理を終了する。（ステップ２３０４）。

図２４は、図２１のステップ２１０５のグループ番号に対するＩＮＶＩＴＥ処理の詳細を示すフローチャートである。ゲートウェイは、グループ番号から図１０の送受信制御モジュール管理テーブル４１２を参照して、そのグループ番号に対する送受信制御モジュールを特定する（ステップ２４０１）。ゲートウェイは、グループ番号のドメイン名を調べる（ステップ２４０２）。グループ番号がＳＩＰ ＵＲＩである場合、アットマークより後ろにドメイン名が付けられている。グループ番号の示すドメイン名と、ゲートウェイの所属ドメインが同じである場合、同ドメインの配信装置にＩＮＶＩＴＥを送信する（ステップ２４０３）。このＩＮＶＩＴＥの宛先は、本フローチャートでの処理対象の宛先であるグループ番号である。その後、ゲートウェイは、配信装置からＩＮＶＩＴＥに対するＯＫ応答を受信すると、処理を終了する（ステップ２４０４）。ステップ２４０２において、グループ番号の示すドメイン名と、ゲートウェイの所属ドメインが異なる場合、グループ番号が示すドメインのゲートウェイにＩＮＶＩＴＥを転送する（ステップ２４０５）。このＩＮＶＩＴＥの宛先は、本フローチャートでの処理対象の宛先であるグループ番号である。その後、ゲートウェイは、ＩＮＴＩＴＥを転送したゲートウェイから、そのＩＮＶＩＴＥに対するＯＫ応答を受信すると、処理を終了する（ステップ２４０６）。

ゲートウェイにおいて、図２１に示したように、宛先アドレスリストが添付されたＩＮＶＩＴＥを処理することで、配信装置からゲートウェイへのＩＮＶＩＴＥメッセージを集約し、送信回数を削減することができる。これは、通信リソースの節約と、グループ通信を開始するまでにかかる呼接続時間の短縮に繋がる。

ゲートウェイが、図２２、２３の端末アドレスと、基地局アドレスに対するプロトコル変換に相当する処理の両方を備えることで、、ＩＰ網上でＳＩＰのような世界標準となる呼制御プロトコルを用いて移動端末宛てと基地局宛ての両方に対して半二重多対多の同報通信を行え、かつ、上記呼制御プロトコルに対応しない複数の既存無線設備の移動端末と基地局を収容できる通信システムを提供することができる。

また、図２４のグループ番号に対する処理を備えることで、自営無線システム間を跨ぐグループ通信を行う際に、システム間の通信リソースを節約することができる。さらには、各システムで独立して、グループ通信のグループメンバの管理を行うことができる。

（Ｃ）グループ通信の終了
次に、グループ通信開始要求を行った移動端末がグループ通信終了要求を送信し、それを受けた配信装置がグループ通信のグループメンバに対して呼切断を行う流れを説明する。グループメンバの種類は、呼接続の場合と同様に、移動端末、基地局、グループ番号である。

（Ｃ−１）移動端末に対する呼切断
図２５（ａ）、（ｂ）は、グループ通信の呼接続済みの移動端末に対して、呼切断をする一連のシーケンス図である。
図２５（ａ）から説明する。基地局１０１ａは、配下に存在する移動端末からグループ通信の終了要求を受信する（ステップ２５００）。基地局１０１ａは、ゲートウェイ１０４ａに解放完了を送信する（ステップ２５０１）。このメッセージは、終了要求を出した移動端末の端末番号と、終了要求されたグループ通信の識別子であるグループ番号を含む。その後、基地局は、グループ通信に使用していた無線チャネルを解放する。（ステップ２５０２）。ゲートウェイ１０４ａは、解放完了を受信すると、終了要求を送信した移動端末のプロキシモジュールと送受信制御モジュールを特定し、基地局１０１ａに対するグループ呼の設定情報を削除する。そして、ゲートウェイ１０４ａは、ＳＩＰにおける呼切断要求であるＢＹＥを呼制御装置１０５に送信する（ステップ２５０３）。このＢＹＥのメッセージヘッダは、上記で特定したプロキシモジュールの端末アドレスと、終了要求されたグループ番号と、切断する呼の呼番号を含む。呼制御装置は、受信したＢＹＥを配信装置１０６に転送する（ステップ２５０４）。配信装置１０６は、ＢＹＥに対するＯＫ応答を、呼制御装置１０５を介してゲートウェイ１０４ａに送信する（ステップ２５０５、２５０６）。その後、配信装置１０６は、グループ通信の呼接続を行ったグループメンバに対して、呼切断を開始する処理に移る（ステップ２５０７）。

図２５（ｂ）に移る。配信装置１０６は、グループメンバの呼を切断するために、呼制御装置１０５を介して、ＢＹＥをゲートウェイ１０４ｂに送信する（ステップ２５１０、２５１１）。このＢＹＥは、グループ通信の識別子であるグループ番号と、ゲートウェイ１０４ｂが有する複数のプロキシモジュールの端末アドレスのリストを含む。

図２６は、宛先アドレスリストを含むＢＹＥのメッセージフォーマット図である。メッセージ２６００は、メッセージの種別２６０１と、送信元２６０２と、宛先２６０３と、宛先アドレスリスト２６０４を含む。配信装置は、グループ通信のメンバであり、かつ、図３４の位置情報テーブル３０６を参照してゲートウェイのＩＰアドレスが同じである、端末アドレスを選択して、宛先アドレスリスト２６０４を作成する。本例では、ＳＩＰのメッセージフォーマットを想定しており、メソッドはＢＹＥであり、Ｆｒｏｍヘッダはグループ通信の識別子である０００３＠ｐｔｓｅｒｖｅｒ．ｎｅｔＡであり、Ｔｏヘッダは呼切断の宛先となる端末アドレスのｍｓ２＠ｎｅｔＡである。また、ボディ部分の宛先アドレスリストには、ｍｓ２＠ｎｅｔＡ、ｍｓ３＠ｎｅｔＡが記述される。このような宛先アドレスリストを含むＢＹＥを作成することで、グループ通信の呼切断時間を短縮することができる。

図２５（ｂ）に戻る。ゲートウェイ１０４ｂは、ＢＹＥを受信すると、ＢＹＥの宛先、または、宛先アドレスリストに記された個々の端末アドレスに対する送受信制御モジュールと、プロキシモジュールを特定する。その後、そのプロキシモジュールの端末番号から、図７の移動端末位置情報テーブル４１０を検索して、移動端末の基地局１０１ｂを特定する（ステップ２５１２）。ゲートウェイ１０４ｂは、基地局１０１ｂに対してグループ通信のグループ呼を解放しているかを判定する（ステップ２５１３）。グループ呼を未解放である場合には、ゲートウェイ１０４ｂは、基地局１０１ｂに解放完了を送信する（ステップ２５１４）。ステップ２５１２、２５１３、２５１４のプロトコル変換処理は、宛先アドレスリストに記述された全ての端末アドレスに対して繰り返される。基地局１０１ｂは、解放完了を受信すると、グループ通信を行っていた無線チャネルを解放する（ステップ２５１５）。ゲートウェイ１０４ｂは、呼制御装置１０５を介して、ＢＹＥに対するＯＫ応答を配信装置１０６に送信する（ステップ２５１６、２５１７）。このＯＫ応答も、ＢＹＥと同様に、宛先アドレスリストを含む。ＯＫ応答のメッセージフォーマットは、図１７と同じである。

他システムに対してグループ通信の呼接続を行っていた場合には、配信装置１０６は、呼制御装置１０５を介してＢＹＥをゲートウェイ１０４ｃに送信する（ステップ２５２０、２５２１）。このＢＹＥの宛先は、他システムのグループ通信のグループ番号である。ゲートウェイ１０４ｃは、このグループ番号に対する送信制御モジュールをあらかじめ備えている。ゲートウェイ１０４ｃは、ゲートウェイ１１４ｃにＢＹＥを転送する（ステップ２５２２）。ゲートウェイ１１４ｃもまた、このグループ番号に対する送信制御モジュールをあらかじめ備えている。ゲートウェイ１１４ｃは、ＢＹＥを受信すると、呼制御装置１１５を介してＢＹＥを配信装置１１６に送信する（ステップ２５２３、２５２４）。配信装置１１６は、グループ通信の呼接続を行ったグループメンバに対して、呼切断を開始する処理に移る（ステップ２５２５）。配信装置１１６は、全グループメンバへの呼切断処理が完了すると、呼制御装置１１５を介して、ステップ２５２４のＢＹＥに対するＯＫ応答をゲートウェイ１１４ｃに送信する（ステップ２５２６、２５２７）。ゲートウェイ１１４ｃは、ゲートウェイ１０４ｃにＯＫ応答を転送する（ステップ２５２８）。ゲートウェイ１０４ｃは、呼制御装置１０５を介して、ステップ２５２１のＢＹＥに対するＯＫ応答を配信装置１０６に送信する（ステップ２５２９、２５３０）。

（Ｃ−２）基地局に対する呼切断
図２７（ａ）、（ｂ）は、グループ通信の呼接続済みの基地局に対して、呼切断をする一連のシーケンスである。図２７（ａ）から説明する。基地局１０１ａは、配下に存在する移動端末からグループ通信の終了要求を受信する（ステップ２７００）。基地局１０１ａは、ゲートウェイ１０４ａに解放完了を送信する（ステップ２７０１）。このメッセージは、終了要求を出した移動端末の端末番号と、終了要求されたグループ通信の識別子であるグループ番号を含む。その後、基地局は、グループ通信に使用していた無線チャネルを解放する。（ステップ２７０２）。ゲートウェイ１０４ａは、解放完了を受信すると、終了要求を送信した移動端末のプロキシモジュールと送受信制御モジュールを特定し、基地局１０１ａに対するグループ呼の設定情報を削除する。そして、ゲートウェイ１０４ａは、ＳＩＰにおける呼切断要求であるＢＹＥを呼制御装置１０５に送信する（ステップ２７０３）。このＢＹＥのメッセージヘッダは、上記で特定したプロキシモジュールの端末アドレスと、終了要求されたグループ番号と、切断する呼の呼番号を含む。呼制御装置は、受信したＢＹＥを配信装置１０６に転送する（ステップ２７０４）。配信装置１０６は、ＢＹＥに対するＯＫ応答を、呼制御装置１０５を介してゲートウェイ１０４ａに送信する（ステップ２７０５、２７０６）。その後、配信装置１０６は、グループ通信の呼接続を行ったグループメンバに対して、呼切断を開始する処理に移る（ステップ２７０７）。

図２７（ｂ）に移る。配信装置１０６は、グループメンバの呼を切断するために、呼制御装置１０５を介して、ＢＹＥをゲートウェイ１０４ｂに送信する（ステップ２７１０、２７１１）。このＢＹＥは、グループ通信の識別子であるグループ番号と、ゲートウェイ１０４ｂが有する複数のプロキシモジュールの基地局アドレスのリストを含む。ＢＹＥのメッセージフォーマットは、図２６のメッセージ２６００と同様である。ボディ部分の宛先アドレスリスト２６０４には、基地局アドレスであるｂｓ２＠ｎｅｔＡ、ｂｓ３＠ｎｅｔＡが記述される。図２７（ｂ）に戻り、ゲートウェイ１０４ｂは、ＢＹＥを受信すると、ＢＹＥの宛先、または、宛先アドレスリストに記された個々の基地局アドレスに対する送受信制御モジュールと、プロキシモジュールを特定する。その後、ゲートウェイ１０４ｂは、基地局１０１ｂに対してグループ通信のグループ呼を解放しているかを判定する（ステップ２７１２）。グループ呼を未解放である場合には、ゲートウェイ１０４ｂは、基地局１０１ｂに解放完了を送信する（ステップ２７１３）。ステップ２７１２、２５１３のプロトコル変換処理は、宛先アドレスリストに記述された全ての基地局アドレスに対して繰り返される。基地局１０１ｂは、解放完了を受信すると、グループ通信を行っていた無線チャネルを解放する（ステップ２７１４）。ゲートウェイ１０４ｂは、呼制御装置１０５を介して、ＢＹＥに対するＯＫ応答を配信装置１０６に送信する（ステップ２７１５、１７１６）。このＯＫ応答も、ＢＹＥと同様に、宛先アドレスリストを含む。ＯＫ応答のメッセージフォーマットは、図１７と同じである。他システムに対してグループ通信の呼接続を行っていた場合には、配信装置１０６は、呼制御装置１０５を介してＢＹＥをゲートウェイ１０４ｃに送信する（ステップ２７２０、２７２１）。このＢＹＥの宛先は、他システムのグループ通信のグループ番号である。ゲートウェイ１０４ｃは、このグループ番号に対する送信制御モジュールをあらかじめ備えている。ゲートウェイ１０４ｃは、ゲートウェイ１１４ｃにＢＹＥを転送する（ステップ２７２２）。ゲートウェイ１１４ｃもまた、このグループ番号に対する送信制御モジュールをあらかじめ備えている。ゲートウェイ１１４ｃは、ＢＹＥを受信すると、呼制御装置１１５を介してＢＹＥを配信装置１１６に送信する（ステップ２７２３、２７２４）。配信装置１１６は、グループ通信の呼接続を行ったグループメンバに対して、呼切断を開始する処理に移る（ステップ２７２５）。配信装置１１６は、全グループメンバへの呼切断処理が完了すると、呼制御装置１１５を介して、ステップ２７２４のＢＹＥに対するＯＫ応答をゲートウェイ１１４ｃに送信する（ステップ２７２６、２７２７）。ゲートウェイ１１４ｃは、ゲートウェイ１０４ｃにＯＫ応答を転送する（ステップ２７２８）。ゲートウェイ１０４ｃは、呼制御装置１０５を介して、ステップ２７２１のＢＹＥに対するＯＫ応答を配信装置１０６に送信する（ステップ２７２９、２７３０）。

（Ｃ−３）移動端末及び基地局に対するグループ通信の比較の補足
以上が、グループ通信の開始要求を行った移動端末が終了要求を送信し、それを受けた配信装置が、呼接続を確立したグループメンバである、端末アドレス、または、基地局アドレス、または、グループ番号に対して呼切断を行う流れである。図２５（ａ）、（ｂ）と図２７（ａ）、（ｂ）から分かるように、配信装置から移動端末宛てに呼切断を行う場合も、基地局宛てに呼切断を行う場合も、ゲートウェイにおけるプロトコル変換処理が異なるだけである。具体的には、図２５（ｂ）のステップ２５１１、２５１２、２５１３、２５１４の部分と、図２７（ｂ）のステップ２７１１、２７１２、２７１３の部分が異なるだけである。したがって、本実施の形態の通信システムでは、グループ通信の呼接続の場合と同様に、グループ通信の呼切断宛先に関わらず、配信装置と、呼制御装置と、ゲートウェイの間のインタフェースを共通に設計することができる。もし無線方式と通信プロトコルの異なる無線設備を通信システムに収容する場合には、ゲートウェイのプロトコル変換部分と、無線設備を制御する部分を新たに追加すればよい。

（Ｃ−４）フローチャート
次に、図２５（ａ）、（ｂ）と図２７（ａ）、（ｂ）における配信装置と、ゲートウェイの動作について説明する。
図２８は、配信装置１０６が、図２５（ａ）のステップ２５０４、または、図２７（ａ）のステップ２７０４のＢＹＥを受信したことを契機に開始するフローチャートである。

配信装置は、ＢＹＥを受信すると、そのＢＹＥが呼接続済みのグループ通信に対するものであるかを調べる（ステップ２８０１）。呼接続済みのグループ通信に対するＢＹＥでない場合、そのＢＹＥに対してエラーを返信して、処理を終了する（ステップ２８０２）
ステップ２８０１で、呼接続済みのグループ通信に対するＢＹＥであった場合、本フローチャートの契機となったＢＹＥに対するＯＫ応答を返信する（ステップ２８０３）。次に、グループ通信のグループメンバのうち、呼接続を確立したメンバの全宛先に対して、ＢＹＥ送信を完了したかを検査する（ステップ２８０４）。完了していない場合は、ＢＹＥをまだ送っていない宛先を１つ選択する（ステップ２８０５）。図３４の位置情報テーブル３０６を参照し、選択した宛先とゲートウェイのＩＰアドレスが同一であり、かつ、グループメンバである宛先（端末アドレス、または、基地局アドレス、または、グループ番号）を抽出して、宛先アドレスリストを作成する（ステップ２８０６）。その宛先アドレスリストを添付したＢＹＥを、ステップ２８０５で選択した宛先に送信する（ステップ２８０７）。ＢＹＥに対する返信を受信するまで待機する（ステップ２８０８）。再びステップ２８０５に戻る。このとき、ステップ２８０６で作成した宛先アドレスリストに含まれるグループメンバの宛先には、ＢＹＥを送信済みであると見なす。呼接続確立した全グループメンバへのＢＹＥ送信を完了した場合には、処理を終了する。

ＩＮＶＩＴＥと同様に、図２８のステップ２８０６、２８０７のように宛先アドレスリストを作成して添付することで、送信回数を減らすことができる。これにより、グループ通信を終了するまでの呼切断時間を短縮することができる。また、通信リソースの節約に繋がる。

図２９は、ゲートウェイ１０４ａが、図２５（ａ）のステップ２５０１、または、図２７（ａ）のステップ２７０１の解放完了を受信したことを契機に開始するフローチャートである。ゲートウェイは、解放完了を受信すると、そのメッセージに含まれる端末番号から、図８のプロキシモジュール管理テーブル４１１を参照して、グループ通信開始を要求した移動端末に対応するプロキシモジュールを特定する（ステップ２９０１）。その後、図１０の送受信制御モジュール管理テーブル４１２を参照して、同じく移動端末に対応する送受信制御モジュールを特定する（ステップ２９０２）。ゲートウェイは、プロキシモジュールから基地局に対するグループ呼の設定情報を削除する（ステップ２９０３）。このとき、本例では、解放完了を送信してきた基地局は、既にグループ呼に対する無線チャネルを解放していることを想定している。その後、送受信制御モジュールから配信装置に対して、終了要求されたグループ通信のグループ番号を宛先にして、ＢＹＥを送信する（ステップ２９０４）。ゲートウェイは、ステップ２９０４で送信したＢＹＥに対するＯＫ応答を受信し、処理を終了する（ステップ２９０５）。

図３０は、ゲートウェイ１０４ａ、ｂ、ｃが、図２５（ｂ）のステップ２５１１、または、ステップ２５２１、または、ステップ２５２２、または、図２７（ｂ）のステップ２７１１、または、ステップ２７２１、または、ステップ２７２２のＢＹＥを受信したことを契機に開始する処理を１つにまとめたフローチャートである。ゲートウェイは、ＢＹＥを受信すると、宛先を示すＴｏヘッダと、宛先アドレスリストから、宛先として指定されたアドレスを全て抽出する。そして、全宛先に対してプロトコル変換処理を完了したかを調べる（ステップ３００１）。全宛先に対する処理が未完了である場合、プロトコル変換が未処理である宛先を選択する（ステップ３００２）。その宛先が移動端末の端末アドレスである場合、端末アドレスに対するＢＹＥ処理を行い、ステップ３００１に戻る（ステップ３００３）。宛先が基地局の基地局アドレスである場合、基地局アドレスに対するＢＹＥ処理を行い、ステップ３００１に戻る（ステップ３００４）。宛先がグループ通信の識別子であるグループ番号である場合、グループ番号に対するＢＹＥ処理を行い、ステップ３００１に戻る（ステップ３００５）。ステップ３００１で、全宛先に対する処理が完了であった場合、本フローチャートの契機となったＢＹＥに対するＯＫ応答を返信し、処理を終了する（ステップ３００６）。

図３１は、図３０のステップ３００３の端末アドレスに対するＢＹＥ処理の詳細を示すフローチャートである。ゲートウェイは、端末アドレスから図１０の送受信制御モジュール管理テーブル４１２を参照して、その端末アドレスに対する送受信制御モジュールと、プロキシモジュールを特定する（ステップ３１０１）。プロキシモジュール番号から図８のプロキシモジュール管理テーブル４１１を参照して、移動端末の端末番号を得る。そして、端末番号から図７の移動端末位置情報テーブル４１０を参照して、移動端末が存在する基地局を特定する（ステップ３１０２）。ゲートウェイは、基地局に対するグループ呼設定を解放しているかを調べ、グループ呼を解放済みである場合は、そのまま処理を終了する。（ステップ３１０３）。グループ呼を未解放である場合は、ゲートウェイは、プロキシモジュールから基地局に対するグループ呼の設定情報を削除する。その後、プロキシモジュールから基地局に解放完了を送信し、処理を終了する。（ステップ３１０４）。

図３２は、図３０のステップ３００４の基地局アドレスに対するＢＹＥ処理の詳細を示すフローチャートである。ゲートウェイは、基地局アドレスから図１０の送受信制御モジュール管理テーブル４１２を参照して、その基地局アドレスに対する送受信制御モジュールと、プロキシモジュールを特定する（ステップ３２０１）。ゲートウェイは、プロキシモジュール番号から図８のプロキシモジュール管理テーブル４１１を参照して、基地局の基地局番号を得る。そして、基地局に対するグループ呼設定を解放しているかを調べ、グループ呼が設定済みである場合は、そのまま処理を終了する。（ステップ３２０２）。グループ呼を未解放である場合は、ゲートウェイは、プロキシモジュールから基地局に対するグループ呼の設定情報を削除する。その後、プロキシモジュールから基地局に解放完了を送信し、処理を終了する。（ステップ３２０３）。

図３３は、図３０のステップ３００５のグループ番号に対するＢＹＥ処理の詳細を示すフローチャートである。ゲートウェイは、グループ番号から図１０の送受信制御モジュール管理テーブル４１２を参照して、そのグループ番号に対する送受信制御モジュールを特定する（ステップ３３０１）。ゲートウェイは、グループ番号のドメイン名を調べる（ステップ３３０２）。グループ番号がＳＩＰ ＵＲＩである場合、アットマークより後ろにドメイン名が付けられている。グループ番号が示すドメイン名と、ゲートウェイの所属ドメインが同じである場合、同ドメインの配信装置にＢＹＥを送信する（ステップ３３０３）。このＢＹＥの宛先は、本フローチャートでの処理対象の宛先であるグループ番号である。その後、ゲートウェイは、配信装置からＢＹＥに対するＯＫ応答を受信すると、処理を終了する（ステップ３３０４）。ステップ３３０２において、グループ番号の示すドメイン名と、ゲートウェイの所属ドメインが異なる場合、グループ番号の示すドメインのゲートウェイにＢＹＥを転送する（ステップ３３０５）。このＢＹＥの宛先は、本フローチャートでの処理対象の宛先であるグループ番号である。その後、ゲートウェイは、ＢＹＥを転送したゲートウェイから、そのＢＹＥに対するＯＫ応答を受信すると、処理を終了する（ステップ３３０６）。

図３０に示したように、ゲートウェイにおいて宛先アドレスリストが添付されたＢＹＥを処理することで、配信装置からゲートウェイへのＢＹＥメッセージを集約し、送信回数を削減することができる。これは、通信リソースの節約と、グループ通信を終了するまでにかかる呼切断時間の短縮に繋がる。

ゲートウェイが、図３１、３２の端末アドレスと、基地局アドレスに対するプロトコル変換に相当する処理の両方を備えることで、、ＩＰ網上でＳＩＰのような世界標準となる呼制御プロトコルを用いて移動端末宛てと基地局宛ての両方に対して半二重多対多の同報通信を行え、かつ、上記呼制御プロトコルに対応しない複数の既存無線設備の移動端末と基地局を収容できる通信システムを提供する。

本発明は、移動端末以外にも様々な無線端末に適用することができる。また、プロトコル、信号形式等についても、通信網やシステムに応じて適宜のものに適用することができる。

本実施の形態の通信ネットワークの構成図である。 装置のハードウェア構成図である。 配信装置内メモリの内部構成図である。 ゲートウェイ内メモリの内部構成図である。 呼制御装置内メモリの内部構成図である。 位置登録のシーケンス図である。 移動端末位置情報テーブルのデータ構成図である。 プロキシモジュール管理テーブルのデータ構成図である。 端末固有情報テーブルのデータ構成図である。 送受信制御モジュール管理テーブルのデータ構成図である。 呼制御装置がＲＥＧＩＳＴＥＲを受信するフローチャートである。 ゲートウェイが位置登録要求を受信するフローチャートである。 ＰＵＢＬＩＳＨ受信処理のフローチャートである。 端末宛のグループ通信の呼接続シーケンス図である。 端末宛のグループ通信の呼接続シーケンス図の続きである。 グループ通信宛先テーブルのデータ構成図である。 宛先アドレスリストを含むＩＮＶＩＴＥメッセージのフォーマット図である。 宛先アドレスリストを含むＯＫ応答メッセージのフォーマット図である。 基地局宛のグループ通信の呼接続のシーケンス図である。 基地局宛のグループ通信の呼接続のシーケンス図の続きである。 配信装置がＩＮＶＩＴＥを受信するフローチャートである。 ゲートウェイがグループ呼要求を受信するフローチャートである。 ゲートウェイがＩＮＶＩＴＥを受信するフローチャートである。 端末アドレスに対するＩＮＶＩＴＥ処理のフローチャートである。 基地局アドレスに対するＩＮＶＩＴＥ処理のフローチャートである。 グループ番号に対するＩＮＶＩＴＥ処理のフローチャートである。 端末宛のグループ通信の呼切断のシーケンス図である。 端末宛のグループ通信の呼切断のシーケンス図の続きである。 宛先アドレスリストを含むＢＹＥメッセージのフォーマット図である。 基地局宛のグループ通信の呼切断シーケンス図である。 基地局宛のグループ通信の呼切断シーケンス図の続きである。 配信装置がＢＹＥを受信するフローチャートである。 ゲートウェイが解放完了を受信するフローチャートである。 ゲートウェイがＢＹＥを受信するフローチャートである。 端末アドレスに対するＢＹＥ処理のフローチャートである。 基地局アドレスに対するＢＹＥ処理のフローチャートである。 グループ番号に対するＢＹＥ処理のフローチャートである。 位置情報テーブルのデータ構成図である。

符号の説明

１００ａ 移動端末
１０１ａ 基地局
１０４ａ ゲートウェイ
１０５ 呼制御装置
１０６ 配信装置
３０５ グループ通信宛先テーブル
４０２ プロキシモジュール
４０４ 送受信制御モジュール
４１１ プロキシモジュール管理テーブル
５０４ 固有情報送信モジュール
５０７ 端末固有情報テーブル
１６０４ 宛先アドレスリスト

Claims (20)

1. グループ内のある無線端末からグループ通信開始要求を受信し、グループ通信のメンバである他の無線端末と半二重多対多の同報通信を実現する通信システムにおいて、
   第１の配信装置は、前記グループ通信開始要求を受信した第１の基地局と通信する第１のゲートウェイとは異なる第２のゲートウェイに属する、グループ通信のメンバに呼接続するために、グループ通信の識別子であるグループ番号とグループ通信のメンバであるひとつ若しくは複数の端末アドレス又はひとつ若しくは複数の基地局アドレスの宛先アドレスリストとを含む同報通信の第１の呼制御信号を前記第２のゲートウェイに送信し、
   前記第２のゲートウェイは、前記同報通信の第１の呼制御信号を受信すると、宛先アドレスリストから、宛先として指定された宛先アドレスを全て抽出し、
   （１）抽出された宛先アドレスが無線端末の端末アドレスである場合、
   前記第２のゲートウェイは、前記同報通信の第１の呼制御信号に含まれる前記宛先アドレスリストに記述された個々の端末アドレスに対する端末番号に基づき、無線端末の端末番号に対して該無線端末を配下にもつ基地局の基地局番号を記憶した無線端末位置情報テーブルを検索して、前記端末アドレスの無線端末が存在する前記第２の基地局を特定し、
   前記第２のゲートウェイは、特定された前記第２の基地局に対してグループ通信のグループ呼が未設定である場合には、前記第２の基地局にグループ呼設定を送信し、
   前記第２の基地局は、前記グループ呼設定を受信すると、前記宛先アドレスリストに記述された配下のひとつ又は複数の無線端末とグループ通信を行うために、無線チャネル設定を行い、
   一方、
   （２）抽出された宛先アドレスが基地局の基地局アドレスである場合、
   前記第２のゲートウェイは、前記同報通信の第１の呼制御信号に含まれる宛先アドレスリストに記述された個々の基地局アドレスの前記第２の基地局に対して、グループ呼が未設定である場合には、前記第２の基地局にグループ呼設定を送信し、
   前記第２の基地局は、前記グループ呼設定を受信すると、グループ通信を配信するために、無線チャネル設定を行うこと、
   により、前記ゲートウェイは、前記第１の配信装置からの無線端末宛て同報通信の第１の呼制御信号の通信と、基地局宛て同報通信の第１の呼制御信号の通信の両方に対して、前記半二重多対多の同報通信を実現する通信システム。
2. 請求項１に記載の通信システムであって、
   前記第１のゲートウェイは、
   ある無線端末が開始要求した同報通信の開始要求を受信し、
   前記第１の配信装置に対して、同報通信の前記呼制御信号を送信し、
   前記第１の配信装置から前記呼制御信号に対する暫定応答を受信すると、前記暫定応答を前記第１の配信装置からグループ通信の無線端末として特定された無線端末宛ての同報通信を行うための呼制御信号と判断し、
   グループ通信の開始を要求した前記無線端末が存在する前記第１の基地局を特定し、前記第１の基地局に、グループ通信の呼接続をするためにグループ呼設定を送信し、
   前記第１の基地局は、グループ通信を行うため前記第１の基地局配下のひとつ又は複数の無線端末に無線チャネル設定を行うことを特徴とする通信システム。
3. 請求項１に記載の通信システムであって、
   前記第１の配信装置は、
   グループ通信の識別子であるグループ番号とグループ通信メンバの宛先を対応付けて予め格納したグループ宛先テーブルを備え、
   前記グループ通信メンバの宛先として、他のシステム又はネットワークに属する第２の配信装置が通信管理する同報通信のグループ番号を設定することで、前記グループ番号宛てに同報通信の呼制御信号を送信することを特徴とする通信システム。
4. 請求項３に記載の通信システムであって、
   前記第１のゲートウェイは、さらに、
   前記第１の配信装置が他のシステム又はネットワークに属する第２の配信装置が通信管理する同報通信のグループ番号に対して行った前記呼制御信号を受信し、
   前記第２の配信装置、または、他のシステム又はネットワークに属する第３のゲートウェイに前記呼制御信号を送信することを特徴とする通信システム。
5. 請求項１に記載の通信システムであって、
   端末アドレスに対して、グループ通信を提供サービスとするか否かの情報を含む固有情報を記憶した端末固有テーブルを備え、
   ある無線端末から前記第１のゲートウェイを経由して位置登録要求を受信した場合に、前記端末固有テーブルを参照し、前記第１のゲートウェイに対して前記無線端末に対する固有情報を送信するための、呼制御装置を
   さらに備えた通信システム。
6. 請求項５に記載の通信システムであって、
   前記第１のゲートウェイは、
   無線端末または基地局アドレスに対して、グループ通信を提供サービスとするか否かの情報を含む固有情報を格納する管理テーブルを備え、
   前記呼制御装置から受信した無線端末に対する固有情報を前記管理テーブルに記憶することを特徴とする通信システム。
7. 請求項１に記載の通信システムであって、
   前記第１の配信制御装置は、
   前記ひとつ又は複数の無線端末、または、ひとつ又は複数の基地局宛てに同報通信の呼制御信号を送信し、かつ、前記同報通信の呼制御信号が１つのゲートウェイを経由する場合に、前記ひとつ又は複数の無線端末、または、前記ひとつ又は複数の基地局の宛先アドレスリストを前記呼制御信号に添付し、前記呼制御信号を前記第２のゲートウェイに送信することを特徴とする通信システム。
8. 請求項７に記載の通信システムであって、
   前記第２のゲートウェイは、
   前記第１の配信装置が送信した前記宛先アドレスリストを含む前記呼制御信号を受信した場合に、
   前記呼制御信号の前記宛先アドレスリストに記述された前記ひとつ又は複数の無線端末のすべてのアドレス、または、前記ひとつ又は複数の基地局のすべてのアドレスに対して、グループに呼が未設定である場合は、グループ通信に該当する基地局にグループ呼設定を送信する通信システム。
9. 請求項８に記載の通信システムであって、
   前記第２のゲートウェイは、
   前記宛先アドレスリストが添付された前記呼制御信号に対する応答を前記第１の配信装置に送信する場合に、グループ呼設定された宛先であるひとつ又は複数の無線端末の宛先アドレスリスト、または、ひとつ又は複数の基地局の宛先アドレスリストを前記応答に添付することを特徴とする通信システム。
10. 請求項１に記載の通信システムであって、
    グループ通信の宛先に、他のシステム又はネットワークのグループ通信のグループ番号が含まれる場合、前記第１の配信装置は、他のシステム又はネットワークのグループ通信のグループ番号を含む同報通信の第２の呼制御信号を、他のシステム又はネットワークの第３のゲートウェイに転送し、
    前記第３のゲートウェイは、前記同報通信の第２の呼制御信号を受信すると、前記同報通信の第２の呼制御信号を他のシステム又はネットワーク内の第２の配信装置に送信し、
    前記第２の配信装置は、グループ番号から、グループ番号とグループ通信のメンバの宛先を対応付けて予め格納したグループ通信宛先テーブルを検索し、前記グループ通信宛先テーブルに記述されたグループ通信のメンバの宛先に対して、呼接続を開始する処理を実行する
    通信システム。
11. 請求項１０に記載の通信システムであって、
    前記第２の配信装置は、グループ通信の全てのメンバへの呼接続処理が完了すると、確認応答を前記第３のゲートウェイを介して、前記第１の配信装置に送信し、
    前記第１の配信装置は、グループ通信の全てのメンバへの呼接続処理が完了すると、確認応答を前記第１のゲートウェイに送信し、
    前記第１のゲートウェイは、前記第１の基地局に呼設定受付を返信し、
    前記第１の基地局は、グループ通信開始要求を送信した前記無線端末に、通信設定完了を通知する、
    通信システム。
12. 請求項１に記載の通信システムであって、
    前記宛先アドレスリストに記述された宛先アドレスがグループ通信の識別子であるグループ番号である場合、
    前記宛先アドレスを抽出したいずれかの前記ゲートウェイは、グループ番号のドメイン名を調べ、
    （１）グループ番号の示すドメイン名と、前記ゲートウェイが所属するドメインが同じである場合、前記ゲートウェイは、前記ドメインの配信装置に同報通信の呼制御信号を送信し、
    前記配信装置は、グループ通信の識別子であるグループ番号から、グループ通信の識別子であるグループ番号とグループ通信のメンバの宛先を対応付けて予め格納した第１のグループ通信宛先テーブルを検索し、前記第１のグループ通信宛先テーブルに記述されたグループメンバの宛先に対して、呼接続を開始する処理に移り、
    その後、前記ゲートウェイは、前記配信装置から前記同報通信の呼制御信号に対する確認応答を受信すると、処理を終了する、
    一方、
    （２）グループ番号の示すドメイン名と、前記ゲートウェイが所属するドメインが異なる場合、前記ゲートウェイは、グループ番号が示すドメインに属する他のゲートウェイに同報通信の呼制御信号を転送し、
    前記ドメインに属する他の前記配信装置は、グループ通信の識別子であるグループ番号から、グループ通信の識別子であるグループ番号とグループ通信のメンバの宛先を対応付けて予め格納した第２のグループ通信宛先テーブルを検索し、前記第２のグループ通信宛先テーブルに記述されたグループメンバの宛先に対して、呼接続を開始する処理に移り、
    その後、前記ゲートウェイは、前記同報通信の呼制御信号を転送した前記他のゲートウェイから、その同報通信の呼制御信号に対する確認応答を受信すると、処理を終了する、
    通信システム。
13. 請求項１に記載の通信システムであって、
    前記第１の基地局は、配下に存在する無線端末からグループ通信の開始要求を受信し、
    前記第１の基地局は、前記第１のゲートウェイに、開始要求を送信した前記無線端末の端末番号と、開始要求されたグループ通信の識別子であるグループ番号を含むグループ呼要求を送信し、
    前記第１のゲートウェイは、前記グループ呼要求を受信すると、開始要求を送信した前記無線端末の端末アドレスと、開始要求されたグループ通信の識別子であるグループ番号を含む同報通信の呼制御信号を前記第１の配信装置に転送し、
    前記第１の配信装置は、前記同報通信の呼制御信号の暫定応答を前記第１のゲートウェイに送信し、
    前記第１のゲートウェイは、前記無線端末位置情報テーブルを検索して、グループ通信の開始要求を送信した前記無線端末が存在する前記第１の基地局を特定し、
    前記第１のゲートウェイは、前記第１の基地局にグループ通信の呼接続をするために、グループ呼設定を送信し、
    前記第１の基地局は、グループ通信を配下のひとつ又は複数の無線端末に行うために、無線チャネル設定を行い、
    前記第１の配信装置は、グループ通信の識別子であるグループ番号から、グループ通信の識別子であるグループ番号とグループ通信のメンバの宛先を対応付けて予め格納したグループ通信宛先テーブルを検索し、前記グループ通信宛先テーブルに記述されたグループメンバの宛先に対して、呼接続を開始する処理に移る、
    通信システム。
14. 請求項１に記載の通信システムであって、
    前記第１の配信装置は、グループメンバの呼を切断するために、グループ番号と、前記第２のゲートウェイが有する端末アドレスのリストを含む終了要求を前記第２のゲートウェイに送信し、
    前記第２のゲートウェイは、前記終了要求を受信すると、宛先アドレスリストに記された個々の端末アドレスに対する端末番号から、前記無線端末位置情報テーブルを検索して、無線端末の前記第２の基地局を特定し、
    前記第２のゲートウェイは、前記第２の基地局に対してグループ通信のグループ呼を未解放である場合には、前記第２の基地局に解放完了を送信し、
    前記第２の基地局は、解放完了を受信すると、グループ通信を行っていた無線チャネルを解放する
    通信システム。
15. 請求項１に記載の通信システムであって、
    前記第１の配信装置は、グループメンバの呼を切断するために、グループ通信の識別子であるグループ番号と、第２のゲートウェイが有する基地局アドレスのリストを含む終了要求を前記第２のゲートウェイに送信し、
    前記第２のゲートウェイは、前記終了要求を受信すると、宛先アドレスリストに記された個々の基地局アドレスに対する前記第２の基地局に対してグループ通信のグループ呼を未解放である場合には、前記第２のゲートウェイは、前記第２の基地局に解放完了を送信し、
    前記第２の基地局は、解放完了を受信すると、グループ通信を行っていた無線チャネルを解放する
    通信システム。
16. グループ内のある無線端末からグループ通信開始要求を受信し、グループ通信のメンバである他の無線端末と半二重多対多の同報通信を実現する通信システムにおけるゲートウェイであって、
    前記グループ通信開始要求を受信した第１の基地局と通信する第１のゲートウェイとは異なる第２のゲートウェイに属する、グループ通信のメンバに呼接続するために、グループ通信の識別子であるグループ番号とグループ通信のメンバであるひとつ若しくは複数の端末アドレス又はひとつ若しくは複数の基地局アドレスの宛先アドレスリストとを含む同報通信の第１の呼制御信号を、前記第２のゲートウェイは、第１の配信装置から受信し、
    前記第２のゲートウェイは、前記同報通信の第１の呼制御信号を受信すると、宛先アドレスリストから、宛先として指定された宛先アドレスを全て抽出し、
    （１）抽出された宛先アドレスが無線端末の端末アドレスである場合、
    前記第２のゲートウェイは、前記同報通信の第１の呼制御信号に含まれる前記宛先アドレスリストに記述された個々の端末アドレスに対する端末番号に基づき、無線端末の端末番号に対して該無線端末を配下にもつ基地局の基地局番号を記憶した無線端末位置情報テーブルを検索して、前記端末アドレスの無線端末が存在する前記第２の基地局を特定し、
    前記第２のゲートウェイは、特定された前記第２の基地局に対してグループ通信のグループ呼が未設定である場合には、前記第２の基地局にグループ呼設定を送信し、
    前記第２の基地局に、前記グループ呼設定を受信すると、前記宛先アドレスリストに記述された配下のひとつ又は複数の無線端末とグループ通信を行うために、無線チャネル設定を行わせ、
    一方、
    （２）抽出された宛先アドレスが基地局の基地局アドレスである場合、
    前記第２のゲートウェイは、前記同報通信の第１の呼制御信号に含まれる宛先アドレスリストに記述された個々の基地局アドレスの前記第２の基地局に対して、グループ呼が未設定である場合には、前記第２の基地局にグループ呼設定を送信し、
    前記第２の基地局に、グループ通信を配信するために、無線チャネル設定を行わせること、
    により、前記ゲートウェイは、前記第１の配信装置からの無線端末宛て同報通信の第１の呼制御信号の通信と、基地局宛て同報通信の第１の呼制御信号の通信の両方に対して、前記半二重多対多の同報通信を実現するゲートウェイ。
17. 請求項１６に記載の通信システムにおけるゲートウェイであって、
    前記宛先アドレスリストに記述された宛先アドレスがグループ通信の識別子であるグループ番号である場合、
    前記宛先アドレスを抽出したいずれかの前記ゲートウェイは、グループ番号のドメイン名を調べ、
    （１）グループ番号の示すドメイン名と、前記ゲートウェイが所属するドメインが同じである場合、前記ゲートウェイは、前記ドメインの配信装置に同報通信の呼制御信号を送信し、
    前記配信装置が、呼接続を開始する処理に移った後、前記ゲートウェイは、前記配信装置から前記同報通信の呼制御信号に対する確認応答を受信すると、処理を終了する。
    一方、
    （２）グループ番号の示すドメイン名と、前記ゲートウェイが所属するドメインが異なる場合、前記ゲートウェイは、グループ番号が示すドメインに属する他のゲートウェイに同報通信の呼制御信号を転送し、
    前記ドメインに属する他の前記配信装置が、呼接続を開始する処理に移った後、前記ゲートウェイは、前記同報通信の呼制御信号を転送した前記他のゲートウェイから、その同報通信の呼制御信号に対する確認応答を受信すると、処理を終了する、
    ゲートウェイ。
18. 請求項１６に記載の通信システムにおけるゲートウェイであって、
    前記第１のゲートウェイは、
    ある無線端末が開始要求した同報通信の開始要求を受信し、
    前記第１の配信装置に対して、同報通信の前記呼制御信号を送信し、
    前記第１の配信装置から前記呼制御信号に対する暫定応答を受信すると、前記暫定応答を前記第１の配信装置からグループ通信の無線端末として特定された無線端末宛ての同報通信を行うための呼制御信号と判断し、
    グループ通信の開始を要求した前記無線端末が存在する前記第１の基地局を特定し、前記第１の基地局に、グループ通信の呼接続をするためにグループ呼設定を送信し、
    前記第１の基地局に、グループ通信を行うため前記第１の基地局配下のひとつ又は複数の無線端末に無線チャネル設定を行わせることを特徴とするゲートウェイ。
19. 請求項１６に記載の通信システムにおけるゲートウェイであって、
    前記第１のゲートウェイは、さらに、
    前記第１の配信装置が他のシステム又はネットワークに属する第２の配信装置が通信管理する同報通信のグループ番号に対して行った前記呼制御信号を受信し、
    前記第２の配信装置、または、他のシステム又はネットワークに属する第３のゲートウェイに前記呼制御信号を送信することを特徴とするゲートウェイ。
20. 請求項１６に記載の通信システムにおけるゲートウェイであって、
    前記第２のゲートウェイは、
    前記第１の配信装置が送信した前記宛先アドレスリストを含む前記呼制御信号を受信した場合に、
    前記呼制御信号の前記宛先アドレスリストに記述された前記ひとつ又は複数の無線端末のすべてのアドレス、または、前記ひとつ又は複数の基地局のすべてのアドレスに対して、グループに呼が未設定である場合は、グループ通信に該当する基地局にグループ呼設定を送信するゲートウェイ。

Images