JP3111937B2 - 無線端末による会議通話方法および装置 - Google Patents
無線端末による会議通話方法および装置Info
- Publication number
- JP3111937B2 JP3111937B2 JP09250012A JP25001297A JP3111937B2 JP 3111937 B2 JP3111937 B2 JP 3111937B2 JP 09250012 A JP09250012 A JP 09250012A JP 25001297 A JP25001297 A JP 25001297A JP 3111937 B2 JP3111937 B2 JP 3111937B2
- Authority
- JP
- Japan
- Prior art keywords
- monitor
- call
- wireless terminal
- request
- channel
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、無線端末による会
議通話方法および装置に係り、特に、会議の参加人数に
かかわらず、少ない無線チャネル数で実質的に従来と同
様の会議通話を可能にした無線端末による会議通話方法
および装置に関する。
議通話方法および装置に係り、特に、会議の参加人数に
かかわらず、少ない無線チャネル数で実質的に従来と同
様の会議通話を可能にした無線端末による会議通話方法
および装置に関する。
【０００２】
【従来の技術】従来の無線端末を利用した会議通話シス
テムでは、会議参加者の全ての無線端末に無線チャネル
を割り当て、主制御装置に搭載された会議トランクを介
して会議通話を行っていた。すなわち、従来の会議通話
システムでは、会議参加者数分の無線チャネルが必要で
あった。
テムでは、会議参加者の全ての無線端末に無線チャネル
を割り当て、主制御装置に搭載された会議トランクを介
して会議通話を行っていた。すなわち、従来の会議通話
システムでは、会議参加者数分の無線チャネルが必要で
あった。
【０００３】
【発明が解決しようとする課題】一般的に、多人数が参
加する会議であっても、同時に通話するのは当事者の数
人のみであり、他の会議参加者は当事者の通話内容を傍
聴（モニタ）するだけで通話に割り込むことは稀であ
る。にもかかわらず、上記した従来技術では、参加者全
員に通話用のチャネルを割り当てていたため、参加人数
分のチャネルが必要になってしまい、主制御装置の規模
が大型化してしまうという問題があった。
加する会議であっても、同時に通話するのは当事者の数
人のみであり、他の会議参加者は当事者の通話内容を傍
聴（モニタ）するだけで通話に割り込むことは稀であ
る。にもかかわらず、上記した従来技術では、参加者全
員に通話用のチャネルを割り当てていたため、参加人数
分のチャネルが必要になってしまい、主制御装置の規模
が大型化してしまうという問題があった。
【０００４】また、同時に使用されるチャネル数は、予
め用意されているチャネルの一部（多くの場合は２人分
の通話チャネルと１つの制御チャネル）に過ぎないの
で、無線チャネルの利用効率が極めて低いという問題も
あった。
め用意されているチャネルの一部（多くの場合は２人分
の通話チャネルと１つの制御チャネル）に過ぎないの
で、無線チャネルの利用効率が極めて低いという問題も
あった。
【０００５】本発明の目的は、上記した従来技術の問題
点を解決し、会議の参加人数にかかわらず、少ない無線
チャネル数で実質的に従来と同様の会議通話を可能にし
た無線端末による会議通話方法および装置を提供するこ
とにある。
点を解決し、会議の参加人数にかかわらず、少ない無線
チャネル数で実質的に従来と同様の会議通話を可能にし
た無線端末による会議通話方法および装置を提供するこ
とにある。
【０００６】
【課題を解決するための手段】前記した目的を達成する
ために、本発明では、通話対象の各無線端末と会議通話
制御部との間にそれぞれ通話チャネルを割り当てると共
に、通話対象外の少なくとも一つの無線端末を仮想的な
単一端末と見なし、この仮想端末と会議通話制御部との
間に一つのモニタチャネルを割り当てるようにした。
ために、本発明では、通話対象の各無線端末と会議通話
制御部との間にそれぞれ通話チャネルを割り当てると共
に、通話対象外の少なくとも一つの無線端末を仮想的な
単一端末と見なし、この仮想端末と会議通話制御部との
間に一つのモニタチャネルを割り当てるようにした。
【０００７】上記した構成によれば、相互に通話できる
通話対象の無線端末がｎ台であれば、通話用のｎチャネ
ルとモニタ用の１チャネルとを合わせた（ｎ＋１）チャ
ネルのみで、多数の無線端末が参加可能な会議通話が可
能になる。
通話対象の無線端末がｎ台であれば、通話用のｎチャネ
ルとモニタ用の１チャネルとを合わせた（ｎ＋１）チャ
ネルのみで、多数の無線端末が参加可能な会議通話が可
能になる。
【０００８】
【発明の実施の形態】以下、図面を参照して本発明を詳
細に説明する。図１は、本発明の一実施形態である会議
通話装置の主要部の構成を示したブロック図であり、会
議通話を制御する会議通話制御部１０と、多数の子機
（ＰＳ）と、会議通話制御部１０と各ＰＳとを中継する
基地局（ＢＳ）２０とによって構成されている。
細に説明する。図１は、本発明の一実施形態である会議
通話装置の主要部の構成を示したブロック図であり、会
議通話を制御する会議通話制御部１０と、多数の子機
（ＰＳ）と、会議通話制御部１０と各ＰＳとを中継する
基地局（ＢＳ）２０とによって構成されている。
【０００９】本実施形態では、通話対象となる２つのＰ
Ｓと会議通話制御部１０との間に通話チャネルｃｈ１，
ｃｈ２をそれぞれ割り当てると共に、通話対象外の少な
くとも一つのＰＳを仮想的な単一端末と見なし、この仮
想端末と会議通話制御部１０との間に一つのモニタチャ
ネルｃｈ３を割り当てるものとする。
Ｓと会議通話制御部１０との間に通話チャネルｃｈ１，
ｃｈ２をそれぞれ割り当てると共に、通話対象外の少な
くとも一つのＰＳを仮想的な単一端末と見なし、この仮
想端末と会議通話制御部１０との間に一つのモニタチャ
ネルｃｈ３を割り当てるものとする。
【００１０】また、以下では通話チャネル（ｃｈ１また
はｃｈ２）が割り当てられて相互に通話可能な状態を
“通話状態”と表現し、モニタチャネル（ｃｈ３）が割
り当てられて前記通話内容をモニタ可能な状態を“モニ
タ状態”と表現し、通話状態でもモニタ状態でもない状
態を“待機状態”と表現する。そして、本実施形態では
“通話状態”から“モニタ状態”、あるいは“モニタ状
態”から“通話状態”へ移行する際は、必ず“待機状
態”を経由するものとする。
はｃｈ２）が割り当てられて相互に通話可能な状態を
“通話状態”と表現し、モニタチャネル（ｃｈ３）が割
り当てられて前記通話内容をモニタ可能な状態を“モニ
タ状態”と表現し、通話状態でもモニタ状態でもない状
態を“待機状態”と表現する。そして、本実施形態では
“通話状態”から“モニタ状態”、あるいは“モニタ状
態”から“通話状態”へ移行する際は、必ず“待機状
態”を経由するものとする。
【００１１】図１の会議通話制御装置１０において、外
部網インターフェース（Ｉ／Ｆ）１０１は、外部の公衆
回線網と当該会議通話装置との接続を制御する。モニタ
要求検出部１０２は、待機状態や通話状態からモニタ状
態への移行を要求する各ＰＳから送出されるモニタ要求
を検出する。
部網インターフェース（Ｉ／Ｆ）１０１は、外部の公衆
回線網と当該会議通話装置との接続を制御する。モニタ
要求検出部１０２は、待機状態や通話状態からモニタ状
態への移行を要求する各ＰＳから送出されるモニタ要求
を検出する。
【００１２】モニタｃｈ管理部１０３は、図６に示した
ように、モニタｃｈ割当部１０３ａおよび送信要求部１
０３ｂとによって構成されている。モニタｃｈ割当部１
０３ａは、前記モニタ要求検出部１０２によってモニタ
要求が検出されると、当該ＰＳの識別番号（ＩＤ）をモ
ニタ管理テーブル１０７へ登録し、各ＰＳにモニタチャ
ネル（ｃｈ３）を割り当てる。送信要求部１０３ｂは、
後に詳述するように、モニタ管理テーブル１０７にＩＤ
が登録されている各ＰＳへ、送信要求を一定期間ごとに
順次繰返して送出する。
ように、モニタｃｈ割当部１０３ａおよび送信要求部１
０３ｂとによって構成されている。モニタｃｈ割当部１
０３ａは、前記モニタ要求検出部１０２によってモニタ
要求が検出されると、当該ＰＳの識別番号（ＩＤ）をモ
ニタ管理テーブル１０７へ登録し、各ＰＳにモニタチャ
ネル（ｃｈ３）を割り当てる。送信要求部１０３ｂは、
後に詳述するように、モニタ管理テーブル１０７にＩＤ
が登録されている各ＰＳへ、送信要求を一定期間ごとに
順次繰返して送出する。
【００１３】通話要求検出部１０４は、通話状態への移
行を要求する各ＰＳから送出される通話要求を検出す
る。通話ｃｈ管理部１０５は、前記通話要求に応答し
て、当該ＰＳへ通話チャネル（ｃｈ１またはｃｈ２）を
割り当てる。
行を要求する各ＰＳから送出される通話要求を検出す
る。通話ｃｈ管理部１０５は、前記通話要求に応答し
て、当該ＰＳへ通話チャネル（ｃｈ１またはｃｈ２）を
割り当てる。
【００１４】空きｃｈ判定部１１０は、ＰＳから送出さ
れた通話要求を受信すると、通話用の空きチャネルの有
無を判定する。解放要求送出部１０６は、通話用の空き
チャネルがないと、会議参加者の各ＰＳから可聴音の解
放要求を発生させるために、会議トランク１０８に対し
て可聴音信号を送出する。会議トランク１０８は、各Ｐ
Ｓによる会議通話の主要動作を制御する。交換機１０７
は、各無線チャネルを相互接続する。
れた通話要求を受信すると、通話用の空きチャネルの有
無を判定する。解放要求送出部１０６は、通話用の空き
チャネルがないと、会議参加者の各ＰＳから可聴音の解
放要求を発生させるために、会議トランク１０８に対し
て可聴音信号を送出する。会議トランク１０８は、各Ｐ
Ｓによる会議通話の主要動作を制御する。交換機１０７
は、各無線チャネルを相互接続する。
【００１５】図２は、前記各ＰＳの主要部の構成を示し
たブロック図である。モニタ要求送出部３０１は、キー
スイッチＳＷ１の操作に応答してモニタ要求を送出す
る。通話要求送出部３０２は、キースイッチＳＷ２の操
作に応答して通話要求を送出する。前記モニタ要求およ
び通話要求は、無線部３０６によって会議通話制御装置
１０へ送信される。
たブロック図である。モニタ要求送出部３０１は、キー
スイッチＳＷ１の操作に応答してモニタ要求を送出す
る。通話要求送出部３０２は、キースイッチＳＷ２の操
作に応答して通話要求を送出する。前記モニタ要求およ
び通話要求は、無線部３０６によって会議通話制御装置
１０へ送信される。
【００１６】解放要求通知部３０４は、前記会議通話制
御装置１０の会議トランク１０８から送信された可聴音
信号をスピーカ３１０へ出力し、通話状態に移行したい
会議参加者が存在する旨を各会議参加者へ通知する。こ
のとき、自身に通話チャネルが割り当てられている通話
状態の参加者がキースイッチＳＷ３を操作すると、通話
ｃｈ解放部３０３は、自局に割り当てられている通話チ
ャネルを解放する。送信要求応答部３０７は、前記会議
通話制御装置１０から送出される送信要求を受信すると
送信要求応答を返送する。主制御部３０５は、当該ＰＳ
の無線電話としての主要動作を制御する。
御装置１０の会議トランク１０８から送信された可聴音
信号をスピーカ３１０へ出力し、通話状態に移行したい
会議参加者が存在する旨を各会議参加者へ通知する。こ
のとき、自身に通話チャネルが割り当てられている通話
状態の参加者がキースイッチＳＷ３を操作すると、通話
ｃｈ解放部３０３は、自局に割り当てられている通話チ
ャネルを解放する。送信要求応答部３０７は、前記会議
通話制御装置１０から送出される送信要求を受信すると
送信要求応答を返送する。主制御部３０５は、当該ＰＳ
の無線電話としての主要動作を制御する。
【００１７】次いで、本発明の一実施形態の動作をフロ
ーチャートを参照して説明する。本発明では、モニタ状
態の多数のＰＳを仮想的に単一のＰＳとみなしている
が、各ＰＳとして簡易携帯電話（ＰＨＳ）を利用してい
るため、モニタチャネルも「マルチキャリアＴＤＭＡ−
ＴＤＤ方式を使用した復信」を満足する必要がある。し
かしながら、モニタ状態のＰＳはモニタチャネルの下り
電波を受信して通話内容をモニタするだけなので、その
ままでは前記『復信』の条件を満足することができな
い。そこで、ここでは初めに、本実施形態においてモニ
タチャネルの『復信』条件を満足させるための制御方法
を、図４〜８を参照して説明する。
ーチャートを参照して説明する。本発明では、モニタ状
態の多数のＰＳを仮想的に単一のＰＳとみなしている
が、各ＰＳとして簡易携帯電話（ＰＨＳ）を利用してい
るため、モニタチャネルも「マルチキャリアＴＤＭＡ−
ＴＤＤ方式を使用した復信」を満足する必要がある。し
かしながら、モニタ状態のＰＳはモニタチャネルの下り
電波を受信して通話内容をモニタするだけなので、その
ままでは前記『復信』の条件を満足することができな
い。そこで、ここでは初めに、本実施形態においてモニ
タチャネルの『復信』条件を満足させるための制御方法
を、図４〜８を参照して説明する。
【００１８】図４は、前記会議通話制御装置１０におけ
るモニタ管理テーブ１０７の管理方法を示したフローチ
ャートである。ステップＳ１０１では、いずれかのＰＳ
が“モニタ状態”への移行を要求しているか否かが判定
され、いずれかのＰＳから送出されたモニタ要求がモニ
タ要求検出部１０２で検出されると、ステップＳ１０２
では、当該モニタ要求を送出したＰＳのＩＤがモニタ管
理テーブル１０７に既登録であるか否かが判定される。
ここで、当該ＰＳのＩＤがモニタ管理テーブル１０７に
既登録であると判定されると、ステップＳ１０３、Ｓ１
０４では、図３に模式的に示したように、当該既登録の
ＩＤ（例えば、ＩＤ２）がモニタ管理テーブル１０７の
最下位（レベルｎ）へ移動され、下位レベルの各ＩＤが
上詰めされる。
るモニタ管理テーブ１０７の管理方法を示したフローチ
ャートである。ステップＳ１０１では、いずれかのＰＳ
が“モニタ状態”への移行を要求しているか否かが判定
され、いずれかのＰＳから送出されたモニタ要求がモニ
タ要求検出部１０２で検出されると、ステップＳ１０２
では、当該モニタ要求を送出したＰＳのＩＤがモニタ管
理テーブル１０７に既登録であるか否かが判定される。
ここで、当該ＰＳのＩＤがモニタ管理テーブル１０７に
既登録であると判定されると、ステップＳ１０３、Ｓ１
０４では、図３に模式的に示したように、当該既登録の
ＩＤ（例えば、ＩＤ２）がモニタ管理テーブル１０７の
最下位（レベルｎ）へ移動され、下位レベルの各ＩＤが
上詰めされる。
【００１９】図５は、モニタチャネルにおいて『復信』
の条件を満足させるために会議通話制御装置１０が実行
する制御内容を示したフローチャートである。ステップ
Ｓ２０１ではモニタ管理テーブル１０７が検索され、レ
ベル１（最上位）にＩＤが登録されているか否かが判定
される。レベル１にＩＤが登録されていないと、モニタ
状態のＰＳが存在しないと判定されてステップＳ２２０
へ進む。ステップＳ２２０では、モニタｃｈ管理部１０
３によってモニタチャネル（ｃｈ３）が解放される。
の条件を満足させるために会議通話制御装置１０が実行
する制御内容を示したフローチャートである。ステップ
Ｓ２０１ではモニタ管理テーブル１０７が検索され、レ
ベル１（最上位）にＩＤが登録されているか否かが判定
される。レベル１にＩＤが登録されていないと、モニタ
状態のＰＳが存在しないと判定されてステップＳ２２０
へ進む。ステップＳ２２０では、モニタｃｈ管理部１０
３によってモニタチャネル（ｃｈ３）が解放される。
【００２０】ステップＳ２０２では、モニタ継続タイマ
（図示せず）がスタートする。このモニタ継続タイマ
は、モニタ状態のＰＳから送信要求応答が返送されない
連続時間を監視するタイマであり、そのタイマ値は、モ
ニタ管理テーブル１０７に登録されているＩＤ数と、後
述するモニタ維持タイマの設定値と、後述するリトライ
数ｎとの積として設定することができる。
（図示せず）がスタートする。このモニタ継続タイマ
は、モニタ状態のＰＳから送信要求応答が返送されない
連続時間を監視するタイマであり、そのタイマ値は、モ
ニタ管理テーブル１０７に登録されているＩＤ数と、後
述するモニタ維持タイマの設定値と、後述するリトライ
数ｎとの積として設定することができる。
【００２１】ステップＳ２０３では、前記モニタ継続タ
イマがタイムアウトしているか否かが判定され、最初は
タイムアウトしていないのでステップＳ２０４へ進む。
なお、モニタ継続タイマがタイムアウトしているとステ
ップＳ２１５へ進む。ステップＳ２１５では、モニタｃ
ｈ管理部１０３のモニタｃｈ割当部１０３ａによって、
モニタ管理テーブル１０７に登録されているＩＤが全て
消去される。
イマがタイムアウトしているか否かが判定され、最初は
タイムアウトしていないのでステップＳ２０４へ進む。
なお、モニタ継続タイマがタイムアウトしているとステ
ップＳ２１５へ進む。ステップＳ２１５では、モニタｃ
ｈ管理部１０３のモニタｃｈ割当部１０３ａによって、
モニタ管理テーブル１０７に登録されているＩＤが全て
消去される。
【００２２】ステップＳ２０４では、送信ＰＳ切替タイ
マ（図示せず）がスタートする。送信ＰＳ切替タイマ
は、特定のＰＳのみへ送信要求が継続して送出されるの
を防止して各ＰＳの電池寿命の均一化を図るためのもの
で、本実施形態では約１０分でタイムアウトするように
予め設定されている。ステップＳ２０５では、モニタ管
理テーブル１０７のレベル１にＩＤが登録されているＰ
Ｓ宛てに、モニタｃｈ管理部１０３の送信要求部１０３
ｂから送信要求が送出される。ステップＳ２０６では、
モニタ維持タイマ（図示せず）がスタートする。本実施
形態では、モニタ維持タイマは０．５秒でタイムアウト
するように予め設定されている。
マ（図示せず）がスタートする。送信ＰＳ切替タイマ
は、特定のＰＳのみへ送信要求が継続して送出されるの
を防止して各ＰＳの電池寿命の均一化を図るためのもの
で、本実施形態では約１０分でタイムアウトするように
予め設定されている。ステップＳ２０５では、モニタ管
理テーブル１０７のレベル１にＩＤが登録されているＰ
Ｓ宛てに、モニタｃｈ管理部１０３の送信要求部１０３
ｂから送信要求が送出される。ステップＳ２０６では、
モニタ維持タイマ（図示せず）がスタートする。本実施
形態では、モニタ維持タイマは０．５秒でタイムアウト
するように予め設定されている。
【００２３】ステップＳ２０７では、レベル１のＰＳか
ら送信要求応答が返送されたか否かが判定され、送信要
求応答が返送されないと、ステップＳ２０８では、モニ
タ維持タイマがタイムアウトしたか否かが判定される。
モニタ維持タイマがタイムアウトすると、ステップＳ２
０９では、ｎ回リトライされたか否かが判定され、ｎ回
のリトライが完了するまで前記ステップＳ２０５〜Ｓ２
０９の処理が繰り返される。ｎ回のリトライが完了して
も送信要求応答が返送されないと、当該処理はステップ
Ｓ２０９からステップＳ２１２へ進み、レベル１に登録
されていたＩＤが、図７に示したように、モニタ管理テ
ーブル１０７の最下位へ移動されて下位のＩＤが上詰め
される。
ら送信要求応答が返送されたか否かが判定され、送信要
求応答が返送されないと、ステップＳ２０８では、モニ
タ維持タイマがタイムアウトしたか否かが判定される。
モニタ維持タイマがタイムアウトすると、ステップＳ２
０９では、ｎ回リトライされたか否かが判定され、ｎ回
のリトライが完了するまで前記ステップＳ２０５〜Ｓ２
０９の処理が繰り返される。ｎ回のリトライが完了して
も送信要求応答が返送されないと、当該処理はステップ
Ｓ２０９からステップＳ２１２へ進み、レベル１に登録
されていたＩＤが、図７に示したように、モニタ管理テ
ーブル１０７の最下位へ移動されて下位のＩＤが上詰め
される。
【００２４】一方、前記ステップＳ２０７において、レ
ベル１のＰＳから返送された送信要求応答が検出される
と、ステップＳ２１０では、前記モニタ継続タイマが再
スタートされる。ステップＳ２１１では、送信ＰＳ切替
タイマがタイムアウトしたか否かが判定され、タイムア
ウトするまで前記ステップＳ２０５〜Ｓ２１１の各処理
が繰り返される。その後、送信ＰＳ切替タイマがタイム
アウトすると、ステップＳ２１２では、レベル１に登録
されていたＩＤが、前記と同様に、モニタ管理テーブル
１０７の最下位へ移動されて下位のＩＤが上詰めされ
る。
ベル１のＰＳから返送された送信要求応答が検出される
と、ステップＳ２１０では、前記モニタ継続タイマが再
スタートされる。ステップＳ２１１では、送信ＰＳ切替
タイマがタイムアウトしたか否かが判定され、タイムア
ウトするまで前記ステップＳ２０５〜Ｓ２１１の各処理
が繰り返される。その後、送信ＰＳ切替タイマがタイム
アウトすると、ステップＳ２１２では、レベル１に登録
されていたＩＤが、前記と同様に、モニタ管理テーブル
１０７の最下位へ移動されて下位のＩＤが上詰めされ
る。
【００２５】図８は、モニタチャネルにおいて『復信』
の条件を満足させるために、モニタ状態にある各ＰＳの
主制御部３０５および送信要求応答部３０７が実行する
制御内容を示したフローチャートである。
の条件を満足させるために、モニタ状態にある各ＰＳの
主制御部３０５および送信要求応答部３０７が実行する
制御内容を示したフローチャートである。
【００２６】ステップＳ３０１において、会議通話制御
装置１０から自身へ送出された送信要求を受信すると、
ステップＳ３０２では、上りＴｃｈ（情報チャネル）の
連続送信を開始する。ステップＳ３０３では、受信した
送信要求に応答するための送信要求応答が送信要求応答
部３０７によって返送される。ステップＳ３０４では、
上りＴｃｈ連続送信タイマ（図示せず）がスタートす
る。
装置１０から自身へ送出された送信要求を受信すると、
ステップＳ３０２では、上りＴｃｈ（情報チャネル）の
連続送信を開始する。ステップＳ３０３では、受信した
送信要求に応答するための送信要求応答が送信要求応答
部３０７によって返送される。ステップＳ３０４では、
上りＴｃｈ連続送信タイマ（図示せず）がスタートす
る。
【００２７】ステップＳ３０５では、上りＴｃｈ連続送
信タイマがタイムアウトしたか否かが判定され、タイム
アウトするまで前記ステップＳ３０１〜Ｓ３０４の各処
理が繰り返される。本実施形態では、ＰＳの切り替えと
Ｔｃｈの停止をスムーズに行うために、Ｔｃｈ連続送信
タイマは約２００ｍｓでタイムアウトするように設計さ
れている。ステップＳ３０５においてＴｃｈ連続送信タ
イマのタイムアウトが検知されると、ステップＳ３０６
では、上りＴｃｈの連続送信が停止される。
信タイマがタイムアウトしたか否かが判定され、タイム
アウトするまで前記ステップＳ３０１〜Ｓ３０４の各処
理が繰り返される。本実施形態では、ＰＳの切り替えと
Ｔｃｈの停止をスムーズに行うために、Ｔｃｈ連続送信
タイマは約２００ｍｓでタイムアウトするように設計さ
れている。ステップＳ３０５においてＴｃｈ連続送信タ
イマのタイムアウトが検知されると、ステップＳ３０６
では、上りＴｃｈの連続送信が停止される。
【００２８】このように、本実施形態ではモニタ状態に
ある各ＰＳのＩＤをモニタ管理テーブル１０７へ登録
し、各ＰＳから一定時間づつ上り電波を順番に送出させ
るようにしたので、上り電波が衝突することがなく、ま
た各ＰＳの電力消費量を均一に保ったまま復信の条件を
満足できるようになる。
ある各ＰＳのＩＤをモニタ管理テーブル１０７へ登録
し、各ＰＳから一定時間づつ上り電波を順番に送出させ
るようにしたので、上り電波が衝突することがなく、ま
た各ＰＳの電力消費量を均一に保ったまま復信の条件を
満足できるようになる。
【００２９】さらに、本実施形態では上り電波の送信を
指示したＰＳからの返信を常時監視し、当該ＰＳからの
返信が途絶えると他のＰＳに対して上り電波の返信を改
めて指示するので、初めに指示したＰＳが途中でモニタ
状態から他の状態へ移行した場合でもモニタチャネルを
維持することができる。
指示したＰＳからの返信を常時監視し、当該ＰＳからの
返信が途絶えると他のＰＳに対して上り電波の返信を改
めて指示するので、初めに指示したＰＳが途中でモニタ
状態から他の状態へ移行した場合でもモニタチャネルを
維持することができる。
【００３０】次いで、各ＰＳからの要求に応じて当該Ｐ
Ｓへモニタチャネルあるいは通話チャネルを割当てる際
の会議通話制御装置１０（図１）の動作を、図９のフロ
ーチャートを参照して説明する。
Ｓへモニタチャネルあるいは通話チャネルを割当てる際
の会議通話制御装置１０（図１）の動作を、図９のフロ
ーチャートを参照して説明する。
【００３１】ステップＳ４０１では、待機状態にあるい
ずれかのＰＳからモニタ状態への移行を要求する信号
（モニタ要求）が送出されているか否かが判定され、モ
ニタ要求検出部１０２によってモニタ要求が検出される
と、ステップＳ４０２では、モニタ要求を送出したＰＳ
のＩＤがモニタ管理テーブル１０７の最下位へ登録され
る。ステップＳ４０３では、モニタチャネルが既にいず
れかのＰＳに割り当てられているか否かが判定され、割
り当てられていないと、ステップＳ４０４では、モニタ
チャネルとして割り当てるための無線チャネルに空きが
あるか否かが判定される。
ずれかのＰＳからモニタ状態への移行を要求する信号
（モニタ要求）が送出されているか否かが判定され、モ
ニタ要求検出部１０２によってモニタ要求が検出される
と、ステップＳ４０２では、モニタ要求を送出したＰＳ
のＩＤがモニタ管理テーブル１０７の最下位へ登録され
る。ステップＳ４０３では、モニタチャネルが既にいず
れかのＰＳに割り当てられているか否かが判定され、割
り当てられていないと、ステップＳ４０４では、モニタ
チャネルとして割り当てるための無線チャネルに空きが
あるか否かが判定される。
【００３２】無線チャネルに空きがあると、ステップＳ
４０５では、この空きチャネルがモニタｃｈ管理部１０
３のモニタｃｈ割当部１０３ａによってモニタチャネル
として割り当てられ、無線チャネルに空きがないと、ス
テップＳ４０６では、モニタチャネルの割当てを拒否す
る旨が当該ＰＳへ通知される。
４０５では、この空きチャネルがモニタｃｈ管理部１０
３のモニタｃｈ割当部１０３ａによってモニタチャネル
として割り当てられ、無線チャネルに空きがないと、ス
テップＳ４０６では、モニタチャネルの割当てを拒否す
る旨が当該ＰＳへ通知される。
【００３３】一方、前記ステップＳ４０１においてモニ
タ要求が検出されないと、ステップＳ４１１では、モニ
タ状態にあるいずれかのＰＳから、通話状態への移行を
要求する信号（以下、通話要求と表現する）が送出され
ているか否かが判定される。通話要求検出部１０４によ
って通話要求が検出されると、ステップＳ４１２では、
通話要求を送出したＰＳのＩＤがモニタ管理テーブル１
０７から抹消される。
タ要求が検出されないと、ステップＳ４１１では、モニ
タ状態にあるいずれかのＰＳから、通話状態への移行を
要求する信号（以下、通話要求と表現する）が送出され
ているか否かが判定される。通話要求検出部１０４によ
って通話要求が検出されると、ステップＳ４１２では、
通話要求を送出したＰＳのＩＤがモニタ管理テーブル１
０７から抹消される。
【００３４】ステップＳ４１３では、通話チャネルとし
て割り当てるための空きチャネルの有無が空きｃｈ判定
部１１０によって判定され、空きチャネルがあると、ス
テップＳ４１４では、空いている無線チャネルが通話ｃ
ｈ管理部１０５によって前記ＰＳへ割り当てられる。ま
た、空きチャネルがないと、ステップＳ４１５では当該
ＰＳへビジー信号が送出され、通話チャネルの割当てを
拒否する旨が通知される。ステップＳ４１６では、会議
トランク１０８を介して、会議に参加している全てのＰ
Ｓに対して解放要求が送出される。
て割り当てるための空きチャネルの有無が空きｃｈ判定
部１１０によって判定され、空きチャネルがあると、ス
テップＳ４１４では、空いている無線チャネルが通話ｃ
ｈ管理部１０５によって前記ＰＳへ割り当てられる。ま
た、空きチャネルがないと、ステップＳ４１５では当該
ＰＳへビジー信号が送出され、通話チャネルの割当てを
拒否する旨が通知される。ステップＳ４１６では、会議
トランク１０８を介して、会議に参加している全てのＰ
Ｓに対して解放要求が送出される。
【００３５】図１０は、各ＰＳの制御内容を示したフロ
ーチャートである。ステップＳ５０１では、待機状態か
らモニタ状態へ移行するためのキースイッチＳＷ１が操
作（モニタ操作）されたか否かが判定され、モニタ操作
が行われると、ステップＳ５０２では、モニタ要求送出
部３０１からの発呼によってモニタ要求が送出される。
ステップＳ５０３において、モニタチャネルが割り当て
られたことを検知すると、ステップＳ５０４ではモニタ
状態へ移行して会議へ参加する。モニタ状態では、モニ
タチャネルの下り電波を受信することで通話チャネルで
の通話内容をモニタすることができる。
ーチャートである。ステップＳ５０１では、待機状態か
らモニタ状態へ移行するためのキースイッチＳＷ１が操
作（モニタ操作）されたか否かが判定され、モニタ操作
が行われると、ステップＳ５０２では、モニタ要求送出
部３０１からの発呼によってモニタ要求が送出される。
ステップＳ５０３において、モニタチャネルが割り当て
られたことを検知すると、ステップＳ５０４ではモニタ
状態へ移行して会議へ参加する。モニタ状態では、モニ
タチャネルの下り電波を受信することで通話チャネルで
の通話内容をモニタすることができる。
【００３６】ステップＳ５０５では、モニタ状態から通
話状態へ移行するためのキースイッチＳＷ２が操作（通
話操作）されたか否かが判定され、通話操作が行われる
と、ステップＳ５０６では、モニタ状態から待機状態へ
一時的に移行する。ステップＳ５０７では、通話要求送
出部３０２（図２）から通話要求が送出される。ステッ
プＳ５０８では、通話チャネルが割り当てられたか否か
が判定され、通話チャネルが割り当てられないと、ステ
ップＳ５２０では、通話に失敗した旨のメッセージが、
信号音または音声メッセージとして出力され、当該処理
はステップＳ５０２へ戻る。
話状態へ移行するためのキースイッチＳＷ２が操作（通
話操作）されたか否かが判定され、通話操作が行われる
と、ステップＳ５０６では、モニタ状態から待機状態へ
一時的に移行する。ステップＳ５０７では、通話要求送
出部３０２（図２）から通話要求が送出される。ステッ
プＳ５０８では、通話チャネルが割り当てられたか否か
が判定され、通話チャネルが割り当てられないと、ステ
ップＳ５２０では、通話に失敗した旨のメッセージが、
信号音または音声メッセージとして出力され、当該処理
はステップＳ５０２へ戻る。
【００３７】一方、前記ステップＳ５０８において通話
チャネルが割り当てられると、ステップＳ５０９では通
話状態へ移行し、他の通話状態のＰＳとの間で相互通話
が可能になる。ステップＳ５１０では、通話状態からモ
ニタ状態へ移行するためのキースイッチＳＷ３が操作さ
れたか否かが判定され、当該操作が行われると、ステッ
プＳ５１１では、通話状態から待機状態へ移行する。
チャネルが割り当てられると、ステップＳ５０９では通
話状態へ移行し、他の通話状態のＰＳとの間で相互通話
が可能になる。ステップＳ５１０では、通話状態からモ
ニタ状態へ移行するためのキースイッチＳＷ３が操作さ
れたか否かが判定され、当該操作が行われると、ステッ
プＳ５１１では、通話状態から待機状態へ移行する。
【００３８】本実施形態によれば、通話対象のＰＳには
個別にチャネルが割当てられ、モニタ状態の多数のＰＳ
は仮想的に一台のＰＳとして扱われるので、通話用の２
チャネルとモニタ用の１チャネルとを合わせた３チャネ
ルのみで、多数のＰＳが参加可能な会議通話が可能にな
る。
個別にチャネルが割当てられ、モニタ状態の多数のＰＳ
は仮想的に一台のＰＳとして扱われるので、通話用の２
チャネルとモニタ用の１チャネルとを合わせた３チャネ
ルのみで、多数のＰＳが参加可能な会議通話が可能にな
る。
【００３９】なお、上記した実施形態では、相互に通話
できる通話対象のＰＳが２台の場合を例にして説明した
が、本発明はこれのみに限定されるものではなく、通話
対象のＰＳをｎ台に増やしたい場合でも、通話用のｎチ
ャネルとモニタ用の１チャネルとを合わせた（ｎ＋１）
チャネルのみで、多数のＰＳが参加可能な会議通話が可
能になる。
できる通話対象のＰＳが２台の場合を例にして説明した
が、本発明はこれのみに限定されるものではなく、通話
対象のＰＳをｎ台に増やしたい場合でも、通話用のｎチ
ャネルとモニタ用の１チャネルとを合わせた（ｎ＋１）
チャネルのみで、多数のＰＳが参加可能な会議通話が可
能になる。
【００４０】
【発明の効果】本発明によれば、通話対象のＰＳには個
別にチャネルが割当てられ、モニタ状態にある多数のＰ
Ｓは仮想的に一台のＰＳとして扱われるので、相互に通
話できる通話対象のＰＳがｎ台であれば、通話用のｎチ
ャネルとモニタ用の１チャネルとを合わせた（ｎ＋１）
チャネルのみで、多数のＰＳが参加可能な会議通話が可
能になる。
別にチャネルが割当てられ、モニタ状態にある多数のＰ
Ｓは仮想的に一台のＰＳとして扱われるので、相互に通
話できる通話対象のＰＳがｎ台であれば、通話用のｎチ
ャネルとモニタ用の１チャネルとを合わせた（ｎ＋１）
チャネルのみで、多数のＰＳが参加可能な会議通話が可
能になる。
【図１】 本発明の一実施形態である会議通話装置の主
要部の構成を示したブロック図である。
要部の構成を示したブロック図である。
【図２】 ＰＳの主要部の構成を示したブロック図であ
る。
る。
【図３】 モニタ管理テーブの内容を模式的に表現した
図である。
図である。
【図４】 モニタ管理テーブの更新方法を示したフロー
チャートである。
チャートである。
【図５】 モニタチャネルにおいて『復信』の条件を満
足させるために会議通話制御装置で実行される制御内容
を示したフローチャートである。
足させるために会議通話制御装置で実行される制御内容
を示したフローチャートである。
【図６】 モニタｃｈ管理部の構成を示したブロック図
である。
である。
【図７】 モニタ管理テーブの内容を模式的に表現した
図である。
図である。
【図８】 モニタチャネルにおいて『復信』の条件を満
足させるために各ＰＳで実行される制御内容を示したフ
ローチャートである。
足させるために各ＰＳで実行される制御内容を示したフ
ローチャートである。
【図９】 ＰＳからの要求に応じてモニタ用あるいは通
話チャネルを割当てる会議通話制御装置の制御内容を示
したフローチャートである。
話チャネルを割当てる会議通話制御装置の制御内容を示
したフローチャートである。
【図１０】 モニタ用あるいは通話チャネルの割当てを
要求する各ＰＳの制御内容を示したフローチャートであ
る。
要求する各ＰＳの制御内容を示したフローチャートであ
る。
１０…会議通話制御部，２０…基地局，１０１…外部網
Ｉ／Ｆ，１０２…モニタ要求検出部，１０３…モニタｃ
ｈ管理部，１０４…通話要求検出部，１０５…通話ｃｈ
管理部，１０６…解放要求送出部，１０７…モニタ管理
テーブル，１０８…会議トランク，１１０…空きｃｈ判
定部
Ｉ／Ｆ，１０２…モニタ要求検出部，１０３…モニタｃ
ｈ管理部，１０４…通話要求検出部，１０５…通話ｃｈ
管理部，１０６…解放要求送出部，１０７…モニタ管理
テーブル，１０８…会議トランク，１１０…空きｃｈ判
定部
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平６−334587（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04B 7/24 - 7/26 H04Q 7/00 - 7/38 H04M 3/42 - 3/58
Claims (5)
- 【請求項１】 複数の無線端末、各無線端末による会議
通話を制御する会議通話制御部、および会議通話制御部
と各無線端末とを中継する基地局を備えた無線端末によ
る会議通話方法において、 通話対象の各無線端末と会議通話制御部との間にそれぞ
れ通話チャネルを割り当てると共に、通話対象外の少な
くとも一つの無線端末を仮想的な単一端末と見なし、こ
の仮想端末と会議通話制御部との間に一つのモニタチャ
ネルを割り当て、前記通話対象外の無線端末は、モニタ
チャネルの下り電波を受信して通話対象の各無線端末間
での通話内容をモニタすることを特徴とする無線端末に
よる会議通話方法。 - 【請求項２】 複数の無線端末、各無線端末による会議
通話を制御する会議通話制御部、および会議通話制御部
と各無線端末とを中継する基地局を備えた無線端末によ
る会議通話装置において、 前記会議通話制御部は、 無線端末から送出されるモニタ要求を検出するモニタ要
求検出手段と、 モニタ要求を送出した少なくとも一つの無線端末を仮想
的な単一端末と見なし、この仮想端末にモニタチャネル
を割り当てるモニタチャネル割当手段と、 無線端末から送出される通話要求を検出する通話要求検
出手段と、 前記通話要求を送出した無線端末へ通話チャネルを割り
当てる通話チャネル管理手段とを具備し、 前記各無線端末は、 第１のキー操作に応答してモニタ要求を送出するモニタ
要求送出手段と、 第２のキー操作に応答して通話要求を送出する通話要求
送出手段と、 第３のキー操作に応答して通話チャネルを解放する通話
チャネル解放手段とを具備したことを特徴とする無線端
末による会議通話装置。 - 【請求項３】 前記会議通話制御部は、 無線端末から送出される通話要求に応答して、通話用の
空きチャネルの有無を判定する空きチャネル判定手段
と、 通話用の空きチャネルがないと、各無線端末へ解放要求
を送出する解放要求送出手段とをさらに具備し、 前記各無線端末は、 前記解放要求を検出すると、予定の可聴音を通話者へ提
供する解放要求通知手段をさらに具備したことを特徴と
する請求項２に記載の無線端末による会議通話装置。 - 【請求項４】 前記会議通話制御部は、 モニタ要求を送出した無線端末のＩＤを登録するモニタ
管理テーブルと、 前記モニタ管理テーブルにＩＤが登録された各無線端末
へ送信要求を送出する送信要求手段とをさらに具備し、 前記各無線端末は、 前記送信要求を検出すると、送信要求応答を返送する送
信要求応答手段をさらに具備したことを特徴とする請求
項２または３に記載の無線端末による会議通話装置。 - 【請求項５】 前記会議通話制御部の送信要求手段は、
前記モニタ管理テーブルにＩＤが登録された各無線端末
へ、送信要求を一定期間ごとに順次繰返して送出するこ
とを特徴とする請求項４に記載の無線端末による会議通
話装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09250012A JP3111937B2 (ja) | 1997-08-29 | 1997-08-29 | 無線端末による会議通話方法および装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09250012A JP3111937B2 (ja) | 1997-08-29 | 1997-08-29 | 無線端末による会議通話方法および装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1175263A JPH1175263A (ja) | 1999-03-16 |
| JP3111937B2 true JP3111937B2 (ja) | 2000-11-27 |
Family
ID=17201540
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09250012A Expired - Fee Related JP3111937B2 (ja) | 1997-08-29 | 1997-08-29 | 無線端末による会議通話方法および装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3111937B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6944137B1 (en) * | 2000-03-24 | 2005-09-13 | Motorola, Inc. | Method and apparatus for a talkgroup call in a wireless communication system |
| EP2066092A1 (en) * | 2007-11-30 | 2009-06-03 | NTT DoCoMo, Inc. | Communication control apparatus and method |
-
1997
- 1997-08-29 JP JP09250012A patent/JP3111937B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1175263A (ja) | 1999-03-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0941622B1 (en) | Maintenance of group call in mobile communication system | |
| US5530914A (en) | Method for determining when a radio leaves a radio talk group | |
| JP3087966B2 (ja) | トランク無線中継方式 | |
| US5491835A (en) | Method for maintaining audience continuity of a communication group call | |
| EP1147674B1 (en) | Wireless push-to-talk internet broadcast | |
| CA1264357A (en) | Radio telephone system control apparatus and method | |
| US7136663B2 (en) | Method for controlling a communications channel shared by several stations | |
| JPH07303278A (ja) | 無線通信システム中で動作する無線基地局及びその制御方法 | |
| JPH09182165A (ja) | 直接モードチャンネルで通信する移動ユニットにスピーチ項目を割り当てる方法 | |
| JPS6248133A (ja) | 無線電話方式 | |
| JP2001128244A (ja) | 移動体グループ通信システム | |
| JP3111937B2 (ja) | 無線端末による会議通話方法および装置 | |
| AU677975B2 (en) | Call set-up in a transmission trunking radio system | |
| EP1517567B1 (en) | Mobile communications terminal and method | |
| JP2002016973A (ja) | 移動通信システムの交換機 | |
| JP2821415B2 (ja) | 移動通信システム | |
| JP3715366B2 (ja) | 移動通信システムの回線割当装置 | |
| JPH09247083A (ja) | デジタル無線電話システムにおける同報通信方法 | |
| JP3398790B2 (ja) | 無線通信システムにおける基地局ビジー状態時の処理方法 | |
| JPH11266484A (ja) | デジタル移動通信システムの着信制御方式 | |
| JP3291480B2 (ja) | 無線通信システムの待ち受け制御方法および無線中継局装置 | |
| JP4506007B2 (ja) | 通報システム | |
| JPH1013336A (ja) | 公共業務用デジタル移動通信システム | |
| JPH08223647A (ja) | 優先接続通話機能を有する移動通信システム | |
| WO2018214139A1 (zh) | 一种呼叫处理方法、装置、基站及移动终端 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070922 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080922 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080922 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090922 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090922 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110922 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110922 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130922 Year of fee payment: 13 |
|
| LAPS | Cancellation because of no payment of annual fees |