JPH0823576A - 無線電話装置 - Google Patents

Abstract

(57)【要約】 【目的】 処理効率のロスが改善できる無線電話装置を
提供することを目的とする。 【構成】 基地局が、最も利用頻度の高い通信サービス
のリソースの機能プログラムをユーザデータ処理部３
７，３８にロードしておく。これにより、次回に基地局
がリソース捕捉を行う際に、ユーザデータ処理部３７，
３８に対して構成変更を基地局が再度行う確立を低下さ
せ、効率的に機能プログラムの構成変更を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、移動体通信システムに
おける無線電話装置に関するものである。

【０００２】

【従来の技術】近年、移動体通信システムにおける無線
電話装置の発展には目ざましいものがあり、家庭や事業
所などの屋内で利用するコードレス電話機が屋外でも利
用できる無線電話装置を用いた移動体通信システムの検
討が行われている。

【０００３】以下、図面を参照しながら従来の無線電話
装置について説明する。ここでは、無線電話装置により
音声蓄積サービスを行う場合を例に挙げて説明する。図
５は、従来の無線電話装置において、無線子機との間で
通話する無線親機としての基地局の概念を示すブロック
図であり、図６は、従来の無線電話装置において、音声
蓄積サービスを行う場合のシーケンス図である。

【０００４】図５において、１はディジタル回線と基地
局との物理的、論理的インタフェース部である回線イン
タフェース部であり、２は無線回線と基地局との物理
的、論理的インタフェース部である無線インタフェース
部であり、３はディジタル回線側の通話路と無線回線側
の通話路とのスイッチングを行うタイムスイッチであ
り、４は、回線インタフェース部１と無線インタフェー
ス部２とタイムスイッチ３とを制御して、無線子機から
の発着信制御を可能とする呼制御部である。

【０００５】また、５は基本発着信以外の音声蓄積サー
ビスやファクシミリ通信サービスなどのサービスを組み
立て実行するサービス制御部であり、６は通信サービス
を実現するためユーザの音声やデータ信号を変換するリ
ソースを管理するリソース管理部であり、７および８
は、実際に、音声圧縮やデータ変換を行う第１のユーザ
データ処理部および第２のユーザデータ処理部であり、
９は第１のユーザデータ処理部７と第２のユーザデータ
処理部８の機能プログラムを記憶しているプログラムメ
モリであり、１０は、第１のユーザデータ処理部７また
は第２のユーザデータ処理部８において、圧縮や変換さ
れたユーザデータを一時的に蓄積するユーザデータ蓄積
部である。

【０００６】以上のように構成された基地局を有する従
来の無線電話装置について、図５と図６を参照しながら
以下にその動作を説明する。まず、基本的なサービスで
ある無線子機からの発信について説明する。無線子機が
発信する場合、無線子機は基地局に対し呼設定メッセー
ジを送信し、基地局は無線上の制御チャネルのデータ送
受信を行う無線インタフェース部２を介して呼設定を受
信する。呼制御部４は、無線インタフェース部２より呼
設定を受信した通知を受けることにより、発信要求が無
線子機から起動されたと判定する。呼制御部４は、ディ
ジタル回線側の通話路を捕捉し、回線インタフェース部
１を介してディジタル回線上へ呼設定を送出する。無線
子機と発信相手の呼が接続される際に、タイムスイッチ
３は、ディジタル回線側の通話路と無線回線側の通話路
のスイッチングを行う。

【０００７】次に、音声蓄積サービス実行時の動作につ
いて説明する。無線インタフェース部２を介して無線子
機から音声蓄積サービス起動のメッセージを受信する
と、呼制御部４は、サービス制御部５へ音声蓄積サービ
スの起動要求を送信する（シーケンス＃１１）。サービ
ス制御部５は、要求されたサービスの分析を行った後、
音声蓄積サービス等のサービスのように、音声圧縮後に
基地局内に一時的に蓄積する機能を有したリソースを使
用する必要があると判定すれば、リソース管理部６へリ
ソース捕捉要求を送信する（シーケンス＃１２）。リソ
ース管理部６では、リソースの空きや塞がりを判定した
後、使用可能であれば、そのリソースを前記のリソース
捕捉要求に対して割り当てる（シーケンス＃１３）。リ
ソース管理部６は、音声蓄積のためのリソースが捕捉完
了したことをサービス制御部５へ通知するためリソース
捕捉応答を送出する（シーケンス＃１４）。サービス制
御部５は、呼制御部４へ起動応答を送出し、音声蓄積サ
ービスを実行するための準備が完了したことを通知する
（シーケンス＃１５）。呼制御部４は、無線インタフェ
ース部２を介して、無線子機に対しトーンなどを送出す
る手順をとりサービスの開始を通知する。サービス制御
部５はリソース管理部６へ、リソース管理部６は第１の
ユーザデータ処理部７へ、音声蓄積の処理開始を録音開
始通知を送出することにより通知する（シーケンス＃１
６、＃１７）。これ以降、ユーザの音声がユーザデータ
蓄積部１０へ蓄積可能となる。第１のユーザデータ処理
部７は、録音開始通知を受信して自分が現在圧縮録音の
機能プログラムに構成されているか判定を行い、異なっ
ていれば圧縮録音機能の機能プログラムをプログラムメ
モリ９からロードする（シーケンス＃１８、＃１９）。
ここで第１のユーザデータ処理部７と第２のユーザデー
タ処理部８は、同じものであり、プログラムメモリ９に
格納されている数種類の機能プログラムのうち１つロー
ドし、ある機能に構成することにより使用可能となる。
また、ローディングするプログラムを変更することによ
り、多種の機能にハードウェア構成を変更することなく
対応可能となる。１機能を実現するにあたり、第１のユ
ーザデータ処理部７と第２のユーザデータ処理部８の複
数の処理部を用いる場合もある。無線子機からの音声蓄
積サービス停止の操作により呼制御部４は、無線インタ
フェース部２を介してサービス停止のメッセージを受信
する。呼制御部４は、音声蓄積サービスを停止するため
にサービス制御部５へ切断を送信し（シーケンス＃２
０）、サービス制御部５は、現在処理中の録音を停止す
る手順をとり録音停止通知を送信する（シーケンス＃２
１、＃２２）。サービス制御部５においては、呼制御部
４へ録音停止完了を通知するため解放を送信し（シーケ
ンス＃２３）、リソース管理部６へ捕捉している第１の
ユーザデータ処理部７をリソース割り当てから解放する
ためリソース解放通知を送信し（シーケンス＃２４）、
最後に呼制御部４へ終了通知を送信しサービス制御の処
理が終了したことを通知する（シーケンス＃２５）。

【０００８】

【発明が解決しようとする課題】しかしながら上記のよ
うな従来の無線電話装置では、例えば、音声蓄積サービ
スを提供する場合であって、音声圧縮伸張などの機能を
必要とする場合であるにもかかわらず、録音再生開始の
時点に際しても、ユーザデータ処理部が所望の機能プロ
グラムで構成されていない場合、まず、ユーザデータ処
理部に音声圧縮伸張機能の機能プログラムのロードを行
い、ユーザデータ処理部の構成を変更する必要があり、
この構成変更のために時間のロスが発生し、即時に録音
再生開始状態に遷移しない状況が生じてしまうという問
題点を有していた。

【０００９】本発明は、上記の課題を解決するためにな
されたもので、音声やテキストデータや画像データを扱
うデータ蓄積サービスなどの通信サービスを実行する上
で、処理効率のロスが改善できる無線電話装置を提供す
ることを目的とする。

【００１０】

【課題を解決するための手段】前記問題点を解決するた
め本発明の無線電話装置は、移動体通信システムであっ
て、無線親機の機能を果たす基地局と、携帯移動可能な
無線子機とで構成され、前記基地局に、回線上の制御チ
ャネルのデータを送受信する回線インタフェース部と、
無線上の制御チャネルのデータを送受信し、音声と画像
とテキストデータと制御信号の変復調を行う無線インタ
フェース部と、回線側の通話路と無線側の通話路とのス
イッチングを行うタイムスイッチと、前記回線インタフ
ェース部と無線インタフェース部とタイムスイッチとを
制御して、前記無線子機への発着信制御を可能とする呼
制御部と、通信サービスの一連の処理を組み立てるサー
ビス制御部と、前記通信サービスにおけるデータ圧縮機
能およびデータ変換機能を実現するために必要な機能プ
ログラムをロードして使用するユーザデータ処理部と、
前記機能プログラムを格納するプログラムメモリと、前
記ユーザデータ処理部の使用状況の管理と前記ユーザデ
ータ処理部の捕捉および解放を制御するリソース管理部
とを設け、前記基地局と無線子機との間で前記通信サー
ビスに基づいて通話する無線電話装置において、前記基
地局に、前記サービス制御部から前記リソース管理部へ
の各機能プログラムの起動要求回数をカウントし、前記
起動要求回数から得られる利用頻度に基づいて前記機能
プログラムに優先順位をつけたテーブルを有する統計処
理部と、前記ユーザデータ処理部が何れの機能プログラ
ムで構成されているかを管理する構成管理部とを設け、
前記基地局を、前記ユーザデータ処理部が捕捉されてい
ない間に、前記構成管理部によって得られたユーザデー
タ処理部の構成状態と、前記統計処理部の前記テーブル
とを参照して、前記ユーザデータ処理部が最も優先順位
の高い機能プログラムで構成されていなければ、予め前
記優先順位の高い機能プログラムを前記プログラムメモ
リからロードしておくよう構成する。

【００１１】

【作用】上記の構成によると、基地局が、最も利用頻度
の高い通信サービスのリソースの機能プログラムをユー
ザデータ処理部にロードしておく。

【００１２】これにより、次回に基地局がリソース捕捉
を行う際に、ユーザデータ処理部に対して構成変更を基
地局が再度行う確立を低下させ、効率的に機能プログラ
ムの構成変更を行う。

【００１３】

【実施例】以下、本発明の実施例の無線電話装置を、図
面を参照しながら説明する。図１は、本実施例の無線電
話装置において、無線子機との間で通話する無線親機と
しての基地局の概念を示すブロック図であり、図２は、
本実施例の無線電話装置において、音声蓄積サービスを
行う場合のシーケンス図であり、図３は本実施例の無線
電話装置における構成管理テーブルの説明図であり、図
４は本実施例の無線電話装置における統計テーブルの説
明図である。

【００１４】図１において、３１はディジタル回線と基
地局との物理的、論理的インタフェース部である回線イ
ンタフェース部であり、３２は無線回線と基地局との物
理的、論理的インタフェース部である無線インタフェー
ス部であり、３３はディジタル回線側の通話路と無線回
線側の通話路とのスイッチングを行うタイムスイッチで
あり、３４は、回線インタフェース部３１と無線インタ
フェース部３２とタイムスイッチ３３とを制御して、無
線子機からの発着信制御を可能とする呼制御部である。

【００１５】また、３５は基本発着信以外の音声蓄積サ
ービスやファクシミリ通信サービスなどの通信サービス
を組み立て実行するサービス制御部であり、３６は、通
信サービスを実現するため、ユーザの音声やデータ信号
を変換するリソースを管理するリソース管理部であり、
３７および３８は、ユーザデータ処理部として、実際に
音声圧縮やデータ変換を行う第１のユーザデータ処理部
および第２のユーザデータ処理部であり、３９は第１の
ユーザデータ処理部３７と第２のユーザデータ処理部３
８の機能プログラムを記憶しているプログラムメモリで
あり、４０は、第１のユーザデータ処理部３７または第
２のユーザデータ処理部３８において、圧縮や変換され
たユーザデータを一時的に蓄積するユーザデータ蓄積部
であり、４１は各通信サービスの起動回数をカウントす
る統計処理部であり、４２はユーザデータ処理部３７，
３８が何の機能プログラムで構成されているかを管理す
る構成管理部である。

【００１６】以上のように構成された基地局を有する無
線電話装置について、以下にその動作について図１、図
２、図３、図４を参照しながら説明する。以下、例とし
て音声蓄積サービス実行時の動作について説明する。こ
こで、音声蓄積サービスとは、音声圧縮処理を行い基地
局に一時的に蓄積するサービスとする。

【００１７】まず、無線子機から無線インタフェース部
３２を介して発信系メッセージ受信後、回線インタフェ
ース部３１を介して着信系メッセージ受信後、または無
線子機から無線インタフェース部３２を介してサービス
起動メッセージを受信後に、呼制御部３４は、サービス
の起動分析を行う。分析結果が音声蓄積サービスを起動
するとなれば、呼制御部３４は、サービス制御部３５へ
音声蓄積サービスの起動要求を送信する（シーケンス＃
５１）。サービス制御部３５は、要求されたサービスの
分析を行った後、音声蓄積サービス等のように音声圧縮
機能を有したリソースを使用する必要があれば、リソー
ス管理部３６へリソース捕捉要求を送信する（シーケン
ス＃５２）。本実施例においては、リソース捕捉要求に
は捕捉要因の情報、即ち音声蓄積サービスという情報を
含んで送信する。リソース管理部３６では、第１のユー
ザデータ処理部３７と第２のユーザデータ処理部３８の
空き、塞がりの判定を行い、使用可能であるリソースを
前記のリソース捕捉要求に対して割り当てる（シーケン
ス＃５３）。本実施例では、第１のユーザデータ処理部
３７を割り当てる。次に、第１のユーザデータ処理部３
７に現在構成している機能プログラムの機能の判定を、
図３に示すような構成管理部４２の構成管理テーブルを
参照して行い（シーケンス＃５４）、もし、音声圧縮機
能でなければ、第１のユーザデータ処理部３７へ構成変
更要求を送信し、プログラムメモリ３９から所望のプロ
グラムをロードする（シーケンス＃５５）。構成変更が
完了したら、第１のユーザデータ処理部３７は、リソー
ス管理部３６へ構成変更応答を送信する（シーケンス＃
５７）。

【００１８】ここで、第１のユーザデータ処理部３７と
第２のユーザデータ処理部３８は、同じものであり、プ
ログラムメモリ３９に格納されている数種類の機能プロ
グラムのうち１機能の機能プログラムをロードし、ある
機能に構成することにより使用可能となる。また、ロー
ドするプログラムを変更することにより、多種の機能に
なるようにハードウェア構成を変更することなく対応可
能となる。１機能を実現するにあたり、第１のユーザデ
ータ処理部３７と第２のユーザデータ処理部３８の両者
を用いる場合もある。リソース管理部３６は、サービス
制御部３５へ音声蓄積のためのリソースを捕捉完了した
ことを通知するため、リソース捕捉応答を送信し（シー
ケンス＃５８）、続いて、サービス制御部３５は、呼制
御部３４へ起動応答を送信し、音声蓄積サービスを実行
するためのリソースが捕捉できサービスの受付が完了し
たことを通知する（シーケンス＃５９）。呼制御部３４
は、無線インタフェース部３２または回線インタフェー
ス部３１を介して、ユーザへトーンなどを送出する手順
をとりサービスの開始を通知する。サービス制御部３５
はリソース管理部３６へ、リソース管理部３６は第１の
ユーザデータ処理部３７へ、それぞれ録音開始通知を送
信することにより、実際の録音リソースの起動を通知す
る（シーケンス＃６０、＃６１）。これ以降、ユーザの
音声が第１のユーザデータ処理部３７を介してユーザデ
ータ蓄積部４０へ蓄積可能となる。次に、ユーザの音声
蓄積サービス停止の操作により、呼制御部３４は、無線
インタフェース部３２または回線インタフェース部３１
を介してサービス停止のメッセージを受信する。呼制御
部３４は、音声蓄積サービスを停止するためにサービス
制御部３５へ切断を送信し（シーケンス＃６２）、サー
ビス制御部３５は、現在処理中の録音を停止する手順を
とり録音停止通知を送信する（シーケンス＃６３、＃６
４）。録音停止通知を受信した第１のユーザデータ処理
部３７は、録音処理を停止する。サービス制御部３５に
おいては、呼制御部３４へ録音停止完了を通知するため
解放を送信し（シーケンス＃６５）、また、リソース管
理部３６へ捕捉している第１のユーザデータ処理部３７
を解放するためリソース解放通知を送信する（シーケン
ス＃６６）。最後に、呼制御部３４へ終了通知を送信し
てサービス制御の処理が終了したことを通知する（シー
ケンス＃６７）。

【００１９】リソース管理部３６において、リソース解
放通知を受信すると、第１のユーザデータ処理部３７の
使用状況を空き状態に変更してリソースの解放を行う。
そのとき、リソース管理部３６は、図４に示すような統
計処理部４１の統計テーブルより、サービス起動頻度の
最も高いサービスの情報を獲得し、そのサービスを実行
するために必要な機能プログラムの種類を得る（シーケ
ンス＃６８）。また、構成管理部４２より、前記の解放
したリソースが現時点で構成されている機能プログラム
の種類を得る。図３に示すような構成管理部４２の構成
管理テーブルより得た機能プログラムの種類と前記統計
処理部４１から得た機能プログラムの比較を行い（シー
ケンス＃６９）、異なる場合は、構成変更要求を第１の
ユーザデータ処理部３７へ送信し（シーケンス＃７
０）、使用頻度の最も高い機能プログラムに予め構成す
る。構成変更が完了したら、第１のユーザデータ処理部
３７からリソース管理部３６へ構成変更応答を送信する
（シーケンス＃７１）。

【００２０】統計処理部４１は、リソース管理部３６が
サービス制御部３５からリソース捕捉要求を受信のたび
に、要求メッセージに含まれる要求機能毎に対しカウン
トを行い図４に示す統計テーブルを更新する。また、要
求機能とリソースにロードする機能プログラムとの対応
付けも行う。構成管理部４２は、図３に示す構成管理テ
ーブルにて各リソースの構成状態を管理し、第１のユー
ザデータ処理部３７と第２のユーザデータ処理部３８の
現状態を把握している。

【００２１】このように、本実施例においては、基地局
が、最も利用頻度の高い通信サービスのリソースの機能
プログラムをユーザデータ処理部にロードしておくこと
により、次回に基地局がリソース捕捉を行う際に、ユー
ザデータ処理部に対して構成変更を基地局が再度行う確
立を低下させ、効率的に機能プログラムの構成変更を行
う。

【００２２】以上の動作により、音声やテキストデータ
や画像データを扱うデータ蓄積サービスなどの通信サー
ビスを実行する上で、処理効率のロスが改善できる。な
お、本実施例においては、リソースとして第１のユーザ
データ処理部と第２のユーザデータ処理部の２つとした
が、リソースの個数は３つ以上存在しても同様に実施で
き、何ら問題はない。

【００２３】

【発明の効果】以上のように本発明によれば、基地局
は、最も利用頻度の高い通信サービスのリソースの機能
プログラムをユーザデータ処理部にロードしておくこと
ができる。これにより、次回に基地局がリソース捕捉を
行う際に、ユーザデータ処理部に対して構成変更を基地
局が再度行う確立を低下させ、効率的に機能プログラム
の構成変更を行うことができる。

【００２４】そのため、音声やテキストデータや画像デ
ータを扱うデータ蓄積サービスなどの通信サービスを実
行する上で、処理効率のロスが改善できる。

【図面の簡単な説明】

【図１】本発明の一実施例の無線電話装置の基地局のブ
ロック図

【図２】同実施例の音声蓄積処理を示すシーケンス図

【図３】同実施例の構成管理テーブルの説明図

【図４】同実施例の統計テーブルの説明図

【図５】従来の無線電話装置の基地局のブロック図

【図６】同従来例の音声蓄積処理を示すシーケンス図

【符号の説明】

４１ 統計処理部 ４２ 構成管理部

Claims (1)

【特許請求の範囲】
1. 【請求項１】 移動体通信システムであって、無線親機
   の機能を果たす基地局と、携帯移動可能な無線子機とで
   構成され、前記基地局に、回線上の制御チャネルのデー
   タを送受信する回線インタフェース部と、無線上の制御
   チャネルのデータを送受信し、音声と画像とテキストデ
   ータと制御信号の変復調を行う無線インタフェース部
   と、回線側の通話路と無線側の通話路とのスイッチング
   を行うタイムスイッチと、前記回線インタフェース部と
   無線インタフェース部とタイムスイッチとを制御して、
   前記無線子機への発着信制御を可能とする呼制御部と、
   通信サービスの一連の処理を組み立てるサービス制御部
   と、前記通信サービスにおけるデータ圧縮機能およびデ
   ータ変換機能を実現するために必要な機能プログラムを
   ロードして使用するユーザデータ処理部と、前記機能プ
   ログラムを格納するプログラムメモリと、前記ユーザデ
   ータ処理部の使用状況の管理と前記ユーザデータ処理部
   の捕捉および解放を制御するリソース管理部とを設け、
   前記基地局と無線子機との間で前記通信サービスに基づ
   いて通話する無線電話装置において、前記基地局に、前
   記サービス制御部から前記リソース管理部への各機能プ
   ログラムの起動要求回数をカウントし、前記起動要求回
   数から得られる利用頻度に基づいて前記機能プログラム
   に優先順位をつけたテーブルを有する統計処理部と、前
   記ユーザデータ処理部が何れの機能プログラムで構成さ
   れているかを管理する構成管理部とを設け、前記基地局
   を、前記ユーザデータ処理部が捕捉されていない間に、
   前記構成管理部によって得られたユーザデータ処理部の
   構成状態と、前記統計処理部の前記テーブルとを参照し
   て、前記ユーザデータ処理部が最も優先順位の高い機能
   プログラムで構成されていなければ、予め前記優先順位
   の高い機能プログラムを前記プログラムメモリからロー
   ドしておくよう構成した無線電話装置。