WO2023209882A1

WO2023209882A1 - 信号処理装置、信号処理システムおよび信号処理方法

Info

Publication number: WO2023209882A1
Application number: PCT/JP2022/019121
Authority: WO
Inventors: 満西野; 史洋山下; 順一阿部
Original assignee: 日本電信電話株式会社
Priority date: 2022-04-27
Filing date: 2022-04-27
Publication date: 2023-11-02

Abstract

通信衛星を用いたインターネット電話の信号を処理する信号処理装置を提供する。多数の通話要求が生じた場合に、端末局から基地局に向かう上り方向の輻輳状態を悪化させることなく通話数を制限して通話品質を確保することを目的とする。信号処理装置１２は、ユーザ端末１０からの通話要求に含まれるユーザIDを識別する上り信号識別部３８を備える。通話情報管理部５２は、通話中のユーザ数ｂと同時利用数上限Ｓとの間にｂ＜Ｓの関係が成立する場合に、上り信号制御部４０に、前記ユーザIDの通話を許可させる。一方、ｂ≧Ｓの場合は、上り信号制御部４０に前記通話要求を廃棄させると共に、通話管理信号生成部５８に、通話待ちの状態であることと待機の順番とを前記ユーザIDに対応するユーザ端末１０に向けて通知させる。

Description

信号処理装置、信号処理システムおよび信号処理方法

　この開示は、通信衛星を用いてインターネット電話通信を行う場合に好適な信号処理装置、信号処理システムおよび信号処理方法に関する。

　図１は、通信衛星を用いた通信システムの構成例を示す。図１において、スマートホン等のユーザ端末１０は端末局信号処理装置１２を経由して端末局１４に接続される。端末局１４は、通信衛星１６を介して基地局１８との通信を確立することができる。基地局１８は、基地局信号処理装置２０およびインターネット２２を経由して通信相手端末２４との接続を確立することができる。

　これにより、図１に示すシステムでは、端末局１４から基地局１８に向かう上り方向、並びに基地局１８から端末局１４に向かう下り方向の双方において通信データを送受信することができる。ユーザ端末１０および通信相手端末２４に音声通話アプリがインストールされていれば、インターネット電話による通話も可能となる。

　インターネット電話は、VoIP（Voice over Internet Protocol）電話の一種である。専用のIP電話網は使用せずに、インターネットを利用して、SNS（Social Networking Service)の音声通話アプリ等を用いた通話を可能とする。ここでは、電話番号を用いた通話の管理は実施されない。

　図２は、通信衛星１６を用いた衛星通信システムにおけるインターネット電話の通信例を示す。端末局１４の配下には複数のユーザ端末１０が存在している。複数のユーザ端末１０は、それぞれランダムなタイミングでインターネット電話を発呼する。LINE（登録商標）電話等のSNSアプリによるインターネット電話の通信速度は、アプリに依存するが、平均速度が概ね５０kbps程度である。一方で衛星区間の通信速度は一般的に非常に低速である。

　そのため、複数のユーザ端末１０が同時にインターネット電話の上り通信を要求すると、上りのデータ量が衛星区間の通信速度を超えることがある。そして、データ量が衛星区間を超えた場合、余剰のデータは、ランダムに廃棄される。

　例えば非特許文献１には、上りの通信能力が３８４kbpsである災害対策用衛星通信システムが開示されている。それぞれが５０kbpsの通信速度を有するユーザ端末１０が、７台を超えて同時にシステムを利用すると、衛星区間の能力が不足してデータのランダム廃棄が生ずる。このようにして通信データが廃棄されると、全てのユーザのインターネット電話品質が劣化する。このため、電話品質の劣化を防ぐためには、データの廃棄を防止する必要がある。

　データの廃棄を防止するには、同時利用されるユーザ端末１０の数を減らすことが有効である。しかし、ユーザ端末１０の利用数自体を制御することは困難である。そこで、ユーザ端末１０毎に付与されているIPアドレス等のユーザIDを端末局信号処理装置１２に認識させて、同時アクセスを認める利用者数に上限を設ける方法が考えられる。

　図３にその動作例を示す。図３に示す例では、端末局信号処理装置１２がユーザ端末１０のユーザIDを認識して、同時利用を認める数に上限を設けている。そして、同時利用を求めるユーザ端末１０の数が、予め設定した上限を超えた場合、上限を超えた部分に対応するユーザIDの通信データを廃棄する。このような運用によれば、ユーザ端末１０からの上り通信のデータ量を衛星区間の通信能力に収めることができ、利用が認められた通信データについては品質を確保することが出来る。

「災害対策用衛星通信システムにおけるSNSの品質評価」、西野満、永瀬文昭、原田耕一、柴山大樹、山下史洋、日本電信電話株式会社、NTTアクセスサービスシステム研究所、2021年電子情報通信学会総合大会、通信講演論文集１、ｐ２２１、２０２１年３月９日

　しかしながら、同時利用を認めるユーザ端末１０の数に上限を設け、その数が上限を超えないような制御を行った場合、利用者数が上限を超えた状態で通話を要求した利用者は通話が開始できない状態となる。その場合、利用制限が課された利用者は、通話の要求を断念して待機するとは限らない。むしろ、利用が制限された利用者は、通話が可能になるまで繰り返し通話を要求する可能性が高く、その結果、通話の呼び出し量がさらに増えて、端末局１４から基地局１８に向かう上りの輻輳が悪化する事態が生じ易い。

　図４に、端末局１４から基地局１８に向かう上り方向の輻輳状態が悪化する場合の例を示す。ユーザ端末１０からの通話要求数をａ、通話中のユーザ数をｂ、インターネット電話の同時利用を認める上限数をＳとする。ユーザ端末１０からの通話要求ａに対してａ－（Ｓ－ｂ）は呼損となる。呼損となったユーザは通話することが出来ない。そして、呼損となったａ－（Ｓ－ｂ）のユーザが通話をあきらめることなく再発呼をした場合、通話要求数が増えて更に輻輳状態が悪化してしまう。

　本発明は、上記の課題に鑑みてなされたものであり、通信衛星を用いたインターネット電話で多数の通話要求が生じた場合に、端末局から基地局に向かう上り方向の輻輳状態を悪化させることなく通話数を制限して通話品質を確保する信号処理装置を提供することを第一の目的とする。

　また、本発明は、通信衛星を用いたインターネット電話で多数の通話要求が生じた場合に、端末局から基地局に向かう上り方向の輻輳状態を悪化させることなく通話数を制限して通話品質を確保する信号処理システムを提供することを第二の目的とする。

　更に、本発明は、通信衛星を用いたインターネット電話で多数の通話要求が生じた場合に、端末局から基地局に向かう上り方向の輻輳状態を悪化させることなく通話数を制限して通話品質を確保するための信号処理方法を提供することを第三の目的とする。

　第１の態様は、上記の目的を達成するため、通信衛星を用いたインターネット電話の信号を処理する信号処理装置であって、
　配下のユーザ端末から受信した通話要求に含まれるユーザIDを識別する処理と、
　通話中のユーザ数ｂと同時利用数上限Ｓとの間にｂ＜Ｓの関係が成立する場合に、前記ユーザIDに通話を許可する処理と、
　前記ｂと前記Ｓとの間にｂ≧Ｓの関係が成立する場合に、前記通話要求を廃棄すると共に、前記ユーザIDに対応するユーザ端末に、通話待ちの状態であることと待機の順番とを通知する処理と、
　前記ｂ＜Ｓの関係が成立する場合に、通話待ちの先頭に位置するユーザIDに対応するユーザ端末に通話要求受付可能を通知する処理と、
　を実行するように構成されていることが望ましい。

　また、第２の態様は、通信衛星を用いたインターネット電話を提供する信号処理システムであって、
　信号処理装置と、
　当該信号処理装置の配下に属するユーザ端末と、を備え、
　前記信号処理装置は、
　前記ユーザ端末から受信した通話要求に含まれるユーザIDを識別する処理と、
　通話中のユーザ数ｂと同時利用数上限Ｓとの間にｂ＜Ｓの関係が成立する場合に、前記ユーザIDに通話を許可する処理と、
　前記ｂと前記Ｓとの間にｂ≧Ｓの関係が成立する場合に、前記通話要求を廃棄すると共に、前記ユーザIDに対応するユーザ端末に、通話待ちの状態であることと待機の順番とを通知する処理と、
　前記ｂ＜Ｓの関係が成立する場合に、通話待ちの先頭に位置するユーザIDに対応するユーザ端末に通話要求受付可能を通知する処理と、
　を実行するように構成されていることが望ましい。

　また、第３の態様は、通信衛星を用いたインターネット電話を提供するための信号処理方法であって、
　信号処理装置が、当該信号処理装置の配下に属するユーザ端末から受信した通話要求に含まれるユーザIDを識別するステップと、
　前記信号処理装置が、通話中のユーザ数ｂと同時利用数上限Ｓとの間にｂ＜Ｓの関係が成立する場合に、前記ユーザIDに通話を許可するステップと、
　前記信号処理装置が、前記ｂと前記Ｓとの間にｂ≧Ｓの関係が成立する場合に、前記通話要求を廃棄すると共に、前記ユーザIDに対応するユーザ端末に、通話待ちの状態であることと待機の順番とを通知するステップと、
　前記信号処理装置が、前記ｂ＜Ｓの関係が成立する場合に、通話待ちの先頭に位置するユーザIDに対応するユーザ端末に通話要求受付可能を通知するステップと、
　を含むことが望ましい。

　第１乃至第３の態様によれば、通信衛星を用いたインターネット電話で多数の通話要求が生じた場合に、端末局から基地局に向かう上り方向の輻輳状態を悪化させることなく通話数を制限することができる。このため、これらの態様によれば、通信衛星を用いたインターネット電話の通話品質を常に良好に保つことができる。

通信衛星を用いた通信システムの構成例を示す。通信衛星を用いた衛星通信システムにおけるインターネット電話の通信例を示す。衛生通信システムにおいて、端末局信号処理装置への同時アクセスを認める利用数に上限を設けた場合の動作例を示す。衛生通信システムにおいて、端末局から基地局に向かう上り方向の輻輳状態が悪化する場合の例を示す。本開示の実施の形態１の信号処理システムの構成を説明するための図である。本開示の実施の形態１において用いられる通話中リストの一例を示す。本開示の実施の形態１において用いられる通話待ちリストの一例を示す。本開示の実施の形態１における処理の流れを説明するためのフローチャートである。本開示の実施の形態２における処理の流れを説明するためのフローチャートである。本開示の実施の形態３の信号処理システムの構成を説明するための図である。インターネット電話の通話管理にSIPメッセージを用いる変形例を説明するためのタイミングチャートである。

実施の形態１．
［実施の形態１の構成］
　本開示の実施の形態１は、図１を参照して説明した衛星通信システムにおいて用いることができる。図５は、本開示の実施の形態１のシステムに特有な構成を説明するためのブロック図である。尚、図５において、図１に示す要素と共通する要素には、共通する符号を付することとする。

　図５に示すように、本実施形態のシステムは、ユーザ端末１０、端末局信号処理装置１２、および端末局１４を備えている。端末局１４は、図１に示す通信衛星１６を含む衛星ネットワーク３０と、上りおよび下りの双方向で無線通信を確立することができる。

　ユーザ端末１０は、送信部３２と受信部３４を備えている。端末局信号処理装置１２は、ユーザ端末１０の送信部３２から入力される信号を受信する上り受信部３６、上り信号を識別する上り信号識別部３８、上り信号を制御する上り信号制御部４０、および制御された上り信号を端末局１４へ送出する上り送信部４２を備えている。また、端末局信号処理装置１２は、端末局１４からの下り信号を受信する下り受信部４４、下り信号を識別する下り信号識別部４６、下り信号を制御する下り信号制御部４８、および制御された下り信号をユーザ端末１０の受信部３４へ送信する下り送信部５０を備えている。

　端末局信号処理装置１２は、更に、通話情報を管理する通話情報管理部５２を備えている。通話情報管理部５２は、通話中リスト５４と通話待ちリスト５６を具備している。より具体的には、通話情報管理部５２は、通話中リスト５４と通話待ちリスト５６を格納したストレージを備えている。端末局信号処理装置１２は、そのストレージにアクセス可能な通話管理信号生成部５８を備えている。

　通話管理信号生成部５８は、ストレージに格納されている通話中リスト５４と通話待ちリスト５６を参照して通話管理信号を生成する。通話管理信号生成部５８は、生成した通話管理信号を、下り送信部５０を介してユーザ端末１０に提供することができる。

　以下、同図に基づいて、本実施形態におけるトラフィック制御の動作例を説明する。
　図５において、ユーザ端末１０から端末局信号処理装置１２に通話要求信号が入力されると、上り信号識別部３８において、そのユーザ端末１０のユーザIDが識別される。そして、上り信号識別部３８は、通話要求が生じたことと、そのユーザIDとを通話情報管理部５２に通知する。

　通話情報管理部５２は、上記の通知を受けると、通話中リスト５４、並びに通話待ちリスト５６を確認する。

　図６Ａは、通話情報管理部５２に格納されている通話中リスト５４の一例を示す。図示の通り、ここには、通話元のユーザ端末１０のユーザID、通話先の端末のユーザID、並びに通話開始信号の確認時刻が、連番で記録されている。

　図６Ｂは、通話情報管理部５２に格納されている通話待ちリスト５６の一例を示す。図示の通り、ここには、通話要求元のユーザ端末１０のユーザIDと通話要求信号の確認時刻が、連番で記録されている。

　通話情報管理部５２は、通話中のユーザ数ｂと、同時利用を認める上限数Ｓとを比較し、ｂ＜Ｓの場合は、上り信号制御部４０に、通話要求を求める信号を通過させるよう指示する。これにより、ユーザ端末１０は、通話が開始できる状態となる。

　その後上り信号識別部３８は、該当ユーザIDの通話開始信号を検出すると、通話中のユーザIDを通話情報管理部５２に通知する。通話情報管理部５２は、通話中リスト５４に通話中のユーザIDを登録し、通話中のユーザ数ｂに１を加算する。

　上り信号識別部３８は、その後、該当ユーザIDの終話信号を検出すると、終話したユーザIDを通話情報管理部５２に通知する。通話情報管理部５２は、この通知を受けると、通話中リスト５４から終話したユーザIDを削除して通話中のユーザ数ｂから１を減算する。

　通話情報管理部５２は、上り信号識別部３８から通話要求の発生通知を受けた際にｂ≧Ｓの状況であると、上り信号制御部４０に、通信開始の要求信号を廃棄するよう指示すると共に、該当のユーザIDを通話待ちリスト５６の最後尾に登録する。更に、通話情報管理部５２は、通話待ちの状態であることと待機の順番を示す情報とを該当のユーザ端末１０へ通知するよう通話管理信号生成部５８に指示する。通話管理信号生成部５８は、その指示に応じて生成した信号を、下り送信部５０を介して該当ユーザIDのユーザ端末１０へ通知する。

　通話中リスト５４と通話待ちリスト５６とは、適宜情報の同期を図る。例えば、通話待ちリストの先頭に位置していたユーザIDが、通話中リスト５４に加えられれば、そのユーザIDが通話待ちリスト５６から削除される。通話情報管理部５２は、それらのリストから定期的に最新の情報を取得し、該当ユーザIDが通話要求可能であるか否かを確認する。つまり、ｂ＜Ｓの関係が成立しており、かつ、該当ユーザIDが通話待ちリスト５６の先頭に位置しているか否かを確認する。そして、通話要求可能であることが確認できると、通話要求の受付が可能であることを該当のユーザ端末１０へ通知するよう通話管理信号生成部５８に指示すると共に、該当ユーザIDを通話待ちリストから削除する。通話管理信号生成部５８は、その指示を受けて生成した信号を、下り送信部５０を介して該当ユーザIDのユーザ端末１０に通知する。

　尚、ユーザ端末１０には、該当ユーザIDが通話要求可能ではない場合においても、通話待ちの状態および待機の順番を表す情報を定期的に通知しても良い。

　本実施形態では、ユーザは、通話管理信号生成部５８から送信された通話待ちの状態、および待機の順番等の情報に基づいて、自らの判断で通話要求信号を送信するタイミングを判断する。従って、該当ユーザIDのユーザ端末１０が通知を受けてもユーザが通話要求を実施しなかった場合は通話が開始されない。そして、ユーザが通話要求を再度発した場合は、順番待ちの最後尾に回ってしまう。

［実施の形態１の動作］
　図７は、本実施形態の端末局信号処理装置１２において実行される上記の処理の流れを示すフローチャートである。端末局信号処理装置１２は、図示の通り、ユーザ端末１０からの通話要求信号を確認すると（ステップ１００）、通話中リスト５４から最新の情報を取得し（ステップ１０２）、通話中のユーザ数ｂと、同時利用数の上限Ｓとを比較する（ステップ１０４）。

　通話中リスト５４から取得した最新のｂが、ｂ＜Ｓの関係を満たす場合は、通話要求の信号を通過させる（ステップ１０６）。その後、通話開始信号が確認されると（ステップ１０８）、通話中のユーザIDを通話中リスト５４に登録して、ｂの値に１を加算する（ステップ１１０）。

　その後、終話信号を確認するまでは通話中の状態を継続し、終話信号を確認したら（ステップ１１２）、終話したユーザIDを通話中リスト５４から削除して、ｂの値から１を減算する（ステップ１１４）。

　一方、上記ステップ１０４において、最新のｂについてｂ≧Ｓの関係が成立すると判別された場合は、通話要求信号を廃棄して、通話待ちリスト５６の最後尾に該当ユーザIDを登録する。更に、通話待ち状態であることと、その順番の情報を該当ユーザIDのユーザ端末１０に通知する（ステップ１１６）。

　その後、リストから定期的に最新の情報を取得し（ステップ１１８）、該当ユーザIDが通話要求可能であること、すなわちｂ＜Ｓが成立し、かつ、該当ユーザIDが通話待ちリスト５６の先頭であることを確認する（ステップ１２０）。そして、その状態が確認できたら、通話要求の受付が可能であることを、該当ユーザIDのユーザ端末１０に通知して、該当ユーザIDを通話待ちリスト５６から削除する（ステップ１２２）。

　尚、上記の通り、ユーザ端末１０には、該当ユーザIDが通話要求可能ではない場合においても、通話待ちの状態であること、並びに待機の順番に関する情報等を定期的に通知しても良い。

　以上説明した通り、本実施形態では、ユーザ端末１０のユーザIDを認識することで、通話中のユーザの数ｂやユーザIDを管理する通話中リスト５４と、通話待ちのユーザの数やユーザIDを管理する通話待ちリスト５６を作成することができる。そして、それらのリストの情報を使用することで、ユーザに通話待ちの状態であること、並びに待機の順番を示す情報を通知することができる。このような通知を受けると、ユーザは、むやみに再発呼を繰り返すことを避けるため、上りのトラフィックを適切に制御して、良好な通話品質を維持することが可能となる。このため、本実施形態のシステムによれば、通信衛星１６を用いたインターネット電話において、ユーザ端末１０の通話要求数が増加した際に、上り方向の輻輳状態を悪化させることなく、適切に通話数を制限して良好な通話品質を確保することが出来る。

　ところで、上述した実施の形態１では、ユーザ端末１０毎にユーザIDを管理することとしているが、本開示はこれに限定されるものではない。例えば、ユーザIDは、インターネット電話単位、つまり通話の単位で管理することとしてもよい。この点は、以下に説明する他の実施形態においても同様である。

　また、上述した実施の形態１では、通話情報管理部５２が、ｂ≧Ｓの場合に、通話待ちリスト５６の状況を確認することなく該当のユーザIDを通話待ちリスト５６に登録することとしているが、本開示はこれに限定されるものではない。例えば、ｂ≧Ｓの場合に、該当のユーザIDを通話待ちリスト５６に登録する前に、そのユーザIDが通話待ちリスト５６に登録済みであるか否かを確認することとしてもよい。そして、該当のユーザIDが登録済みでない場合には、そのユーザIDを通話待ちリストの最後尾に登録し、一方、登録済みであった場合は、一旦その登録を削除してから、該当のユーザIDを通話待ちリスト５６の最後尾に登録してもよい。

実施の形態２．
　次に、図１および図５と共に図８を参照して、本開示の実施の形態２について説明する。本開示の実施形態２は、実施の形態１の場合と同様に、図１を参照して説明した衛星通信システムにおいて用いることができる。そして、本実施形態のシステムは、図５に示す端末局信号処理装置１２に、上記図７に示すフローチャートに代えて、図８に示すフローチャートに沿って処理を実行させることにより実現することができる。

　上述した実施の形態１では、通話情報管理部５２が、ｂ≧Ｓの状況が判明した場合に、通話待ちリスト５６の状況を確認することなく該当のユーザIDを通話待ちリスト５６に登録することとしている。これに対して、本実施形態では、ｂ≧Ｓの判別がなされた場合に、該当のユーザIDを通話待ちリスト５６に登録する前に、そのユーザIDが通話待ちリスト５６に登録済みであるか否かを確認する。そして、該当のユーザIDが登録済みでない場合には、そのIDを通話待ちリストの最後尾に登録し、一方、登録済みであった場合は、一旦その登録を削除してから、該当のユーザIDを通話待ちリスト５６の最後尾に登録する。

　図８は、上記の機能を実現するために本実施形態において端末局信号処理装置１２が実行する処理の流れを説明するためのフローチャートである。尚、図８において、上記図７に示すステップと同一のステップについては、共通する符号を付してその説明を省略または簡略する。

　図８に示すフローチャートでは、ステップ１０４でｂ≧Ｓの状況が判別されると、実施の形態１の場合と同様に通話要求信号が廃棄されることに加えて、該当のユーザIDが通話待ちリスト５６と照合される（ステップ１３０）。そして、該当のユーザIDが通話待ちリスト５６に登録済みであった場合は（ステップ１３２）、その登録が削除され（ステップ１３４）、改めて通話待ちリスト５６の最後尾に該当ユーザIDが登録される（ステップ１３６）。

　通話待ちの状態にあるユーザは、通話を要求する度に自身の待機順番が最後尾になるとすれば、むやみな通話要求を避けるようになる。つまり、本実施形態によれば、通話要求受付可能の通知を受けるまで再要求を控えるようにユーザを促すことができる。このため、本実施形態によれば、実施の形態１の場合に比して更に効率的に輻輳状態の悪化を避けることができ、更に良好な通話品質をユーザに提供することができる。

実施の形態３．
　次に、図１と共に図９を参照して、本開示の実施の形態３について説明する。本開示の実施形態３は、実施の形態１の場合と同様に、図１を参照して説明した衛星通信システムにおいて用いることができる。

　図９は、本開示の実施の形態２のシステムに特有な構成を説明するためのブロック図である。尚、図９において、図５を参照して説明した要素に対応する要素については、共通する符号を付して、その説明を簡略または省略する。

　図９に示すように、本実施形態のシステムでは、ユーザ端末１０が、端末通話管理アプリ６０を備えている。端末通話管理アプリ６０は、端末局信号処理装置１２の通話管理信号生成部５８から送信された通話待ち状態および待機順番の情報を認識して、適切なタイミングで自立的に通話要求信号を発する機能を有している。より具体的には、端末通話管理アプリ６０は、通話管理信号生成部５８から通話要求受付可能の信号を受信したら、速やかに通信要求を再送する。このため、本実施形態では、該当ユーザIDのユーザ端末１０に適切なタイミングで通話を開始させることが可能であり、適時に自発的に再要求を発しなければならない煩わしさからユーザを開放することができる。

［実施の形態１乃至３の変形例］　
　図１０は、インターネット電話の通話管理にSIP（Session Initiation Protocol）メッセージを用いる手法を説明するためのタイミングチャートである。インターネット電話では通話を管理するためにSIPを使用することが一般的である。この場合、実施の形態１乃至３で用いるユーザID等としてSIPメッセージを利用することができる。具体的には、例えば、(0)REGISTERに含まれるIPアドレス情報をユーザIDとして用いることができる。(1)INVITEは、通話要求信号として用いることができる。また、(4)ACKは通話開始信号として用いることができる。更に、(6)BYEに続く(7)200 OKは終話信号として用いることができる。

　また、上述した実施の形態１乃至３では、特定のユーザが、長期間に亘って通話を続けることを許容しているが、本開示はこれに限定されるものではない。例えば、通話中リスト５４に記録される通話開始信号確認時刻を利用して、通話時間が一定時間を経過した場合には強制的にフレームを廃棄し、該当IDの通話を終了することとしてもよい。

１０　ユーザ端末
１２　端末局信号処理装置
１４　端末局
１６　通信衛星
１８　基地局
５２　通話情報管理部
５４　通話中リスト
５６　通話待ちリスト
５８　通話管理信号生成部
６０　端末通話管理アプリ

Claims

　通信衛星を用いたインターネット電話の信号を処理する信号処理装置であって、
　配下のユーザ端末から受信した通話要求に含まれるユーザIDを識別する処理と、
　通話中のユーザ数ｂと同時利用数上限Ｓとの間にｂ＜Ｓの関係が成立する場合に、前記ユーザIDに通話を許可する処理と、
　前記ｂと前記Ｓとの間にｂ≧Ｓの関係が成立する場合に、前記通話要求を廃棄すると共に、前記ユーザIDに対応するユーザ端末に、通話待ちの状態であることと待機の順番とを通知する処理と、
　前記ｂ＜Ｓの関係が成立する場合に、通話待ちの先頭に位置するユーザIDに対応するユーザ端末に通話要求受付可能を通知する処理と、
　を実行するように構成された信号処理装置。
　前記信号処理装置は、
　通話中リストを格納したストレージを備え、
　前記ユーザ端末からの通話開始信号を確認したら前記通話中リストの連番に１を加算する処理と、
　前記ユーザ端末からの終話信号を確認したら前記通話中リストの連番から１を減算する処理と、
　前記通話中リストの連番から前記ｂを読み取る処理と、
　を更に実行するように構成された請求項１に記載の信号処理装置。
　前記信号処理装置は、
　通話待ちリストを格納したストレージを備え、
　前記ｂ≧Ｓの場合に、廃棄した通話要求に含まれるユーザIDを前記通話待ちリストの最後尾に登録する最後尾登録処理と、
　前記通話要求受付可能を通知したユーザIDを前記通話待ちリストから削除する処理と、
　前記通話待ちリストの情報から、ユーザIDの待機の順番を読み取る処理と、
　を更に実行するように構成された請求項１または２に記載の信号処理装置。
　前記最後尾登録処理は、
　廃棄した通話要求に含まれる前記ユーザIDが、前記通話待ちリストに登録済みであるか否かを判別する処理と、
　前記ユーザIDが前記通話待ちリストに登録済みである場合は、その登録を削除して、当該ユーザIDを前記最後尾に登録する処理と、
　を含む請求項３に記載の信号処理装置。
　通信衛星を用いたインターネット電話を提供する信号処理システムであって、
　信号処理装置と、
　当該信号処理装置の配下に属するユーザ端末と、を備え、
　前記信号処理装置は、
　前記ユーザ端末から受信した通話要求に含まれるユーザIDを識別する処理と、
　通話中のユーザ数ｂと同時利用数上限Ｓとの間にｂ＜Ｓの関係が成立する場合に、前記ユーザIDに通話を許可する処理と、
　前記ｂと前記Ｓとの間にｂ≧Ｓの関係が成立する場合に、前記通話要求を廃棄すると共に、前記ユーザIDに対応するユーザ端末に、通話待ちの状態であることと待機の順番とを通知する処理と、
　前記ｂ＜Ｓの関係が成立する場合に、通話待ちの先頭に位置するユーザIDに対応するユーザ端末に通話要求受付可能を通知する処理と、
　を実行するように構成された信号処理システム。
　前記ユーザ端末は、前記通話要求受付可能の通知を受信したら、通信要求を自立的に再送する端末通話管理アプリを内蔵している請求項５に記載の信号処理システム。
　通信衛星を用いたインターネット電話を提供するための信号処理方法であって、
　信号処理装置が、当該信号処理装置の配下に属するユーザ端末から受信した通話要求に含まれるユーザIDを識別するステップと、
　前記信号処理装置が、通話中のユーザ数ｂと同時利用数上限Ｓとの間にｂ＜Ｓの関係が成立する場合に、前記ユーザIDに通話を許可するステップと、
　前記信号処理装置が、前記ｂと前記Ｓとの間にｂ≧Ｓの関係が成立する場合に、前記通話要求を廃棄すると共に、前記ユーザIDに対応するユーザ端末に、通話待ちの状態であることと待機の順番とを通知するステップと、
　前記信号処理装置が、前記ｂ＜Ｓの関係が成立する場合に、通話待ちの先頭に位置するユーザIDに対応するユーザ端末に通話要求受付可能を通知するステップと、
　を含む信号処理方法。
　前記通話要求受付可能の通知を受信したユーザ端末が、通信要求を自立的に再送するステップを更に含む請求項７に記載の信号処理方法。