JP2003244284A - 移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法 - Google Patents
移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法Info
- Publication number
- JP2003244284A JP2003244284A JP2002044037A JP2002044037A JP2003244284A JP 2003244284 A JP2003244284 A JP 2003244284A JP 2002044037 A JP2002044037 A JP 2002044037A JP 2002044037 A JP2002044037 A JP 2002044037A JP 2003244284 A JP2003244284 A JP 2003244284A
- Authority
- JP
- Japan
- Prior art keywords
- emergency call
- information
- emergency
- state
- mobile terminal
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
- H04M11/04—Telephonic communication systems specially adapted for combination with other electrical systems with alarm systems, e.g. fire, police or burglar alarm systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Emergency Management (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Telephone Function (AREA)
Abstract
(57)【要約】
【課題】緊急呼の発生率が高い状況下において、ネット
ワーク側は緊急呼のみを処理すればよく、より確実に緊
急呼を処理する。 【解決手段】ネットワークでの緊急呼の発生率としての
緊急呼発生率の監視を行い、その監視の結果に基づい
て、その緊急呼発生率が予め設定された条件になった場
合、そのネットワークでの通信の規制状態としての状態
情報を送信する緊急呼管理装置３１と、緊急呼のダイヤ
ル番号としての緊急番号情報を有し、緊急番号情報と受
信した状態情報とに基づいて、規制状態がその緊急呼を
専用に受け付ける状態であって、ダイヤルされたダイヤ
ル番号がその緊急呼の場合、そのネットワーク側に接続
要求を送信する移動端末１とを具備する緊急呼管理シス
テムを用いる。
ワーク側は緊急呼のみを処理すればよく、より確実に緊
急呼を処理する。 【解決手段】ネットワークでの緊急呼の発生率としての
緊急呼発生率の監視を行い、その監視の結果に基づい
て、その緊急呼発生率が予め設定された条件になった場
合、そのネットワークでの通信の規制状態としての状態
情報を送信する緊急呼管理装置３１と、緊急呼のダイヤ
ル番号としての緊急番号情報を有し、緊急番号情報と受
信した状態情報とに基づいて、規制状態がその緊急呼を
専用に受け付ける状態であって、ダイヤルされたダイヤ
ル番号がその緊急呼の場合、そのネットワーク側に接続
要求を送信する移動端末１とを具備する緊急呼管理シス
テムを用いる。
Description
【０００１】
【発明の属する技術分野】本発明は、移動端末、緊急呼
管理装置、緊急呼管理システム及び緊急呼の管理方法に
関し、特に、通信システムにおいて緊急呼が集中する場
合における移動端末、緊急呼管理装置、緊急呼管理シス
テム及び緊急呼の管理方法に関する。
管理装置、緊急呼管理システム及び緊急呼の管理方法に
関し、特に、通信システムにおいて緊急呼が集中する場
合における移動端末、緊急呼管理装置、緊急呼管理シス
テム及び緊急呼の管理方法に関する。
【０００２】
【従来の技術】従来の通信システムにおいて、ネットワ
ーク側（基地局、交換局等）は、常に、通信端末から発
せされる全ての呼（緊急呼及び通常（一般）呼）を処理
しなければならない。一方で、緊急呼は、その緊急性か
ら、優先的に処理をすることが求められる。特に、緊急
呼の発生率が高くなるような状況（大規模地震、災害、
重大事件／事故など）下では、その要請は非常に強い。
しかし、そのような状況下では、システム的に高負荷状
態となることが考えられる。その場合、緊急呼を優先さ
せる処理を行うのは容易なことではなく、確実に緊急呼
を処理できる保証がない。
ーク側（基地局、交換局等）は、常に、通信端末から発
せされる全ての呼（緊急呼及び通常（一般）呼）を処理
しなければならない。一方で、緊急呼は、その緊急性か
ら、優先的に処理をすることが求められる。特に、緊急
呼の発生率が高くなるような状況（大規模地震、災害、
重大事件／事故など）下では、その要請は非常に強い。
しかし、そのような状況下では、システム的に高負荷状
態となることが考えられる。その場合、緊急呼を優先さ
せる処理を行うのは容易なことではなく、確実に緊急呼
を処理できる保証がない。
【０００３】現状のＩＭＴ−２０００ ＷＣＤＭＡ方式
（３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔ
ｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）で標準化）では、ｐ
ｒｅ−ｅｍｐｔｉｏｎという方式で緊急呼の扱いが述べ
られている。このｐｒｅ−ｅｍｐｔｉｏｎは、ネットワ
ーク側（具体的にはＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃ
ｈｉｎｇ Ｃｅｎｔｅｒ））が全ての呼を「強制解放を
許容する呼（一般呼）」／「強制解放を許容しない呼
（緊急呼）」に分類し、リソース不足などの場合には一
般呼を強制解放することで緊急呼用のリソースを確保
し、その接続を保証する方式である。しかし、リソース
不足の状況は高負荷であることが考えられ、その時に前
述の処理を行い、確実に緊急呼を処理することは容易な
ことではない。
（３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔ
ｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）で標準化）では、ｐ
ｒｅ−ｅｍｐｔｉｏｎという方式で緊急呼の扱いが述べ
られている。このｐｒｅ−ｅｍｐｔｉｏｎは、ネットワ
ーク側（具体的にはＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃ
ｈｉｎｇ Ｃｅｎｔｅｒ））が全ての呼を「強制解放を
許容する呼（一般呼）」／「強制解放を許容しない呼
（緊急呼）」に分類し、リソース不足などの場合には一
般呼を強制解放することで緊急呼用のリソースを確保
し、その接続を保証する方式である。しかし、リソース
不足の状況は高負荷であることが考えられ、その時に前
述の処理を行い、確実に緊急呼を処理することは容易な
ことではない。
【０００４】関連する技術として、特開平５−７５５３
６に、緊急呼優先接続方法の技術が開示されている。こ
の技術は、移動体端末と、無線基地局とを有する移動体
通信システムに関する。ここで、移動体端末は、一般ク
ラス又は優先クラスの何れかのクラスを指定されてい
る。無線基地局は、無線回線で接続された該移動体端末
との間で、各種信号の送受信を行う。そして、該無線基
地局は、自無線ゾーン内の通信が輻輳状態の時、自無線
ゾーン内の移動体端末に対して規制情報を送出する。ま
た、該移動体端末は、規制情報を受信した際、自端末が
優先クラスであれば、自端末からの発信に対しては規制
をせずに発信処理を行うが、自端末が一般クラスであれ
ば、発信処理を停止する。このような移動体通信システ
ムにおいて、一般クラスの移動体端末に、必要な各部の
動作を制御する制御手段と、予め設定された緊急呼番号
及び受信した規制情報を格納するメモリ手段を設ける。
ここで、該制御手段は、一般クラスの移動体端末のユー
ザがダイヤルしたダイヤル番号を検出した時、該メモリ
手段から緊急呼番号と規制情報とを読み出す。そして、
検出したダイヤル番号と該緊急呼番号とを照合する。こ
の時、該検出したダイヤル番号が該緊急呼番号と一致し
た場合、規制情報を受信していても、該緊急呼番号と一
致したダイヤル番号に対しては、優先的に発信処理を行
う。この技術により、一般クラスの移動体端末からの緊
急呼の場合、通信網の輻輳時でも、発信処理が行われる
ようにすることができる。
６に、緊急呼優先接続方法の技術が開示されている。こ
の技術は、移動体端末と、無線基地局とを有する移動体
通信システムに関する。ここで、移動体端末は、一般ク
ラス又は優先クラスの何れかのクラスを指定されてい
る。無線基地局は、無線回線で接続された該移動体端末
との間で、各種信号の送受信を行う。そして、該無線基
地局は、自無線ゾーン内の通信が輻輳状態の時、自無線
ゾーン内の移動体端末に対して規制情報を送出する。ま
た、該移動体端末は、規制情報を受信した際、自端末が
優先クラスであれば、自端末からの発信に対しては規制
をせずに発信処理を行うが、自端末が一般クラスであれ
ば、発信処理を停止する。このような移動体通信システ
ムにおいて、一般クラスの移動体端末に、必要な各部の
動作を制御する制御手段と、予め設定された緊急呼番号
及び受信した規制情報を格納するメモリ手段を設ける。
ここで、該制御手段は、一般クラスの移動体端末のユー
ザがダイヤルしたダイヤル番号を検出した時、該メモリ
手段から緊急呼番号と規制情報とを読み出す。そして、
検出したダイヤル番号と該緊急呼番号とを照合する。こ
の時、該検出したダイヤル番号が該緊急呼番号と一致し
た場合、規制情報を受信していても、該緊急呼番号と一
致したダイヤル番号に対しては、優先的に発信処理を行
う。この技術により、一般クラスの移動体端末からの緊
急呼の場合、通信網の輻輳時でも、発信処理が行われる
ようにすることができる。
【０００５】特開２００１−８６５６６に、端末使用制
限装置の技術が開示されている。この技術は、移動体通
信サービスエリア内の特定の制限エリアに存在する移動
端末の使用を制限する端末使用制限装置に関する。端末
使用制限装置は、受信装置と、選択装置と、送信装置を
備える。受信装置は、前記端末使用制限装置の周辺に存
在する基地局が送信する該基地局の識別情報を受信す
る。選択装置は、前記受信装置が受信した前記基地局の
識別情報に基づいて、前記基地局が該識別情報に使用し
ている拡散符号とは異なる拡散符合を選択する。送信装
置は、前記選択装置が選択した拡散符号を用いて前記端
末使用制限装置の識別情報を送信する。そして、前記送
信装置が送信した前記端末使用制限装置の識別情報に基
づいて、前記特定エリア内に存在する前記移動他端末を
前記端末使用制限装置にハンドオフさせる。そして、端
末使用制限装置は、更に、緊急呼受付装置と、緊急呼リ
ダイレクト装置とを備える。緊急呼受付装置は、前記特
定エリア内に存在する前記移動端末からの緊急呼を受け
付ける。緊急呼リダイレクト装置は、前記緊急呼受付装
置が受け付けた緊急予備を前記端末使用制限装置の周辺
に存在する基地局にリダイレクトさせる。この技術によ
り、所望の場所で携帯電話等の移動端末の発信又は着信
を規制することができる。加えて、その場合でも、特定
の発信については、通信可能にすることができる。
限装置の技術が開示されている。この技術は、移動体通
信サービスエリア内の特定の制限エリアに存在する移動
端末の使用を制限する端末使用制限装置に関する。端末
使用制限装置は、受信装置と、選択装置と、送信装置を
備える。受信装置は、前記端末使用制限装置の周辺に存
在する基地局が送信する該基地局の識別情報を受信す
る。選択装置は、前記受信装置が受信した前記基地局の
識別情報に基づいて、前記基地局が該識別情報に使用し
ている拡散符号とは異なる拡散符合を選択する。送信装
置は、前記選択装置が選択した拡散符号を用いて前記端
末使用制限装置の識別情報を送信する。そして、前記送
信装置が送信した前記端末使用制限装置の識別情報に基
づいて、前記特定エリア内に存在する前記移動他端末を
前記端末使用制限装置にハンドオフさせる。そして、端
末使用制限装置は、更に、緊急呼受付装置と、緊急呼リ
ダイレクト装置とを備える。緊急呼受付装置は、前記特
定エリア内に存在する前記移動端末からの緊急呼を受け
付ける。緊急呼リダイレクト装置は、前記緊急呼受付装
置が受け付けた緊急予備を前記端末使用制限装置の周辺
に存在する基地局にリダイレクトさせる。この技術によ
り、所望の場所で携帯電話等の移動端末の発信又は着信
を規制することができる。加えて、その場合でも、特定
の発信については、通信可能にすることができる。
【０００６】特開平２００１−２５０４８に、無線通信
システムにおける優先呼接続方法及び装置の技術が開示
されている。この技術は、端末側から呼が発生する毎
に、そのときの総呼数が所定のスレッショルドより小で
あるときに、無線区間におけるチャネルの割り当てを行
い、当該呼を交換機側に接続するようにした無線通信シ
ステムに関する。この無線通信システムにおける優先呼
接続方法は、前記無線区間でチャンネルの割り当てを行
い得る呼数のハードウェア上の上限値である限界スレッ
ショルドと、前記無線区間でチャンネルの割り当てを行
い得る呼数の回線設計上の上限値である設計スレッショ
ルドとの間に位置する、最大スレッショルドを予め設定
する。そして、前記総呼数が前記設計スレッショルド以
上となっても、発生した呼が優先呼であると判断し、か
つ該総呼数が前記最大スレッショルドより小と判断した
ときに、該優先呼に対し前記チャネルの割り当てを行っ
て交換機側に接続する。この技術により、システムが有
するリソースを十分に活用したチャネル割り当てが実現
される。加えて、緊急呼あるいは一般の優先呼が発生し
た場合に、他の通話中の通常呼を犠牲にすることなく、
これら緊急呼が呼損となることを防止することができ
る。
システムにおける優先呼接続方法及び装置の技術が開示
されている。この技術は、端末側から呼が発生する毎
に、そのときの総呼数が所定のスレッショルドより小で
あるときに、無線区間におけるチャネルの割り当てを行
い、当該呼を交換機側に接続するようにした無線通信シ
ステムに関する。この無線通信システムにおける優先呼
接続方法は、前記無線区間でチャンネルの割り当てを行
い得る呼数のハードウェア上の上限値である限界スレッ
ショルドと、前記無線区間でチャンネルの割り当てを行
い得る呼数の回線設計上の上限値である設計スレッショ
ルドとの間に位置する、最大スレッショルドを予め設定
する。そして、前記総呼数が前記設計スレッショルド以
上となっても、発生した呼が優先呼であると判断し、か
つ該総呼数が前記最大スレッショルドより小と判断した
ときに、該優先呼に対し前記チャネルの割り当てを行っ
て交換機側に接続する。この技術により、システムが有
するリソースを十分に活用したチャネル割り当てが実現
される。加えて、緊急呼あるいは一般の優先呼が発生し
た場合に、他の通話中の通常呼を犠牲にすることなく、
これら緊急呼が呼損となることを防止することができ
る。
【０００７】特開平７−８７５６９に、緊急メッセージ
通信方法の技術が開示されている。この技術は、複数の
基地局のサービスエリア内の何れかに存在する移動局同
士又は他の公衆網に収容された端末局との間で、音声通
信やデータ通信を行うセルラーシステムで、緊急メッセ
ージを通信する緊急メッセージ通信方法に関する。緊急
メッセージ通信方法は、上記セルラーシステムの上記移
動局において、上記緊急メッセージを送信する緊急メッ
セージ送信処理と、当該基地局の上記サービスエリア内
に存在する上記移動局の端末番号を端末番号レジスタに
記憶する端末番号記憶処理と、上記緊急メッセージを受
信した場合に、少なくとも１つの上記非緊急通信中移動
局を選択する非緊急通信中移動局選択処理と、上記非緊
急通信中移動局に対して、通話チャネル通信を制限する
通話チャネル制限処理とを備える。そして、上記緊急メ
ッセージを通信する際、空き通信チャネルの不足による
通信不能を回避するようにしたことを特徴とする。この
技術により、他の移動局の回線を切断等することなく、
移動局から発信された緊急メッセージを確実にしかも優
先的に回線を接続して送信することができる。
通信方法の技術が開示されている。この技術は、複数の
基地局のサービスエリア内の何れかに存在する移動局同
士又は他の公衆網に収容された端末局との間で、音声通
信やデータ通信を行うセルラーシステムで、緊急メッセ
ージを通信する緊急メッセージ通信方法に関する。緊急
メッセージ通信方法は、上記セルラーシステムの上記移
動局において、上記緊急メッセージを送信する緊急メッ
セージ送信処理と、当該基地局の上記サービスエリア内
に存在する上記移動局の端末番号を端末番号レジスタに
記憶する端末番号記憶処理と、上記緊急メッセージを受
信した場合に、少なくとも１つの上記非緊急通信中移動
局を選択する非緊急通信中移動局選択処理と、上記非緊
急通信中移動局に対して、通話チャネル通信を制限する
通話チャネル制限処理とを備える。そして、上記緊急メ
ッセージを通信する際、空き通信チャネルの不足による
通信不能を回避するようにしたことを特徴とする。この
技術により、他の移動局の回線を切断等することなく、
移動局から発信された緊急メッセージを確実にしかも優
先的に回線を接続して送信することができる。
【０００８】関連する技術として、特表平１０−５１２
４３２に通信システムにおいて通信チャネルを割り当て
る方法及び装置の技術が開示されている。この技術は、
通信システム内で通信チャネルを割り当てる方法であっ
て、緊急サービス情報を含む信号を第１ユーザから受信
する段階、利用可能な通信チャネルがあるか否かを判定
する段階、緊急アクセス・クラスを持たない第２ユーザ
を通信チャネルから排除して、利用可能な通信チャネル
を生成する段階、及び前記緊急サービス情報の状況に基
づいて、前記第１ユーザに対して、前記利用可能な通信
チャネルを割り当てる段階によって構成されている。こ
の技術により、システムに付加を過度に与えずに、無線
電話通信システムに迅速にアクセスして、優先アクセス
呼に対応することができる。
４３２に通信システムにおいて通信チャネルを割り当て
る方法及び装置の技術が開示されている。この技術は、
通信システム内で通信チャネルを割り当てる方法であっ
て、緊急サービス情報を含む信号を第１ユーザから受信
する段階、利用可能な通信チャネルがあるか否かを判定
する段階、緊急アクセス・クラスを持たない第２ユーザ
を通信チャネルから排除して、利用可能な通信チャネル
を生成する段階、及び前記緊急サービス情報の状況に基
づいて、前記第１ユーザに対して、前記利用可能な通信
チャネルを割り当てる段階によって構成されている。こ
の技術により、システムに付加を過度に与えずに、無線
電話通信システムに迅速にアクセスして、優先アクセス
呼に対応することができる。
【０００９】緊急呼を、迅速かつ優先的に処理をするこ
とが可能な技術が求められる。緊急呼の発生率が高くな
るような状況下においても、より確実に、緊急呼の処理
を実行可能な技術が望まれている。標準化された方式を
適切に利用して、緊急呼を処理可能な技術が望まれてい
る。
とが可能な技術が求められる。緊急呼の発生率が高くな
るような状況下においても、より確実に、緊急呼の処理
を実行可能な技術が望まれている。標準化された方式を
適切に利用して、緊急呼を処理可能な技術が望まれてい
る。
【００１０】
【発明が解決しようとする課題】従って、本発明の目的
は、緊急呼を、迅速かつ優先的に処理をすることが可能
な移動端末、緊急呼管理装置、緊急呼管理システム及び
緊急呼の管理方法を提供することである。また、本発明
の他の目的は、緊急呼の発生率が高くなるような状況下
においても、より確実に、緊急呼の処理を実行可能な移
動端末、緊急呼管理装置、緊急呼管理システム及び緊急
呼の管理方法を提供することである。本発明の更に他の
目的は、標準化された方式を適切に利用して、緊急呼を
処理可能な移動端末、緊急呼管理装置、緊急呼管理シス
テム及び緊急呼の管理方法を提供することである。
は、緊急呼を、迅速かつ優先的に処理をすることが可能
な移動端末、緊急呼管理装置、緊急呼管理システム及び
緊急呼の管理方法を提供することである。また、本発明
の他の目的は、緊急呼の発生率が高くなるような状況下
においても、より確実に、緊急呼の処理を実行可能な移
動端末、緊急呼管理装置、緊急呼管理システム及び緊急
呼の管理方法を提供することである。本発明の更に他の
目的は、標準化された方式を適切に利用して、緊急呼を
処理可能な移動端末、緊急呼管理装置、緊急呼管理シス
テム及び緊急呼の管理方法を提供することである。
【００１１】
【課題を解決するための手段】以下に、［発明の実施の
形態]で使用される番号・符号を用いて、課題を解決す
るための手段を説明する。これらの番号・符号は、［特
許請求の範囲］の記載と［発明の実施の形態］との対応
関係を明らかにするために付加されたものである。ただ
し、それらの番号・符号を、［特許請求の範囲］に記載
されている発明の技術的範囲の解釈に用いてはならな
い。
形態]で使用される番号・符号を用いて、課題を解決す
るための手段を説明する。これらの番号・符号は、［特
許請求の範囲］の記載と［発明の実施の形態］との対応
関係を明らかにするために付加されたものである。ただ
し、それらの番号・符号を、［特許請求の範囲］に記載
されている発明の技術的範囲の解釈に用いてはならな
い。
【００１２】従って、上記課題を解決するために、本発
明の移動端末は、ネットワークでの通信の規制状態（３
７）としての状態情報（２０−１）と、緊急呼のダイヤ
ル番号としての緊急呼情報（１７）とを格納する記憶部
（１２）と、状態情報（２０−１）と緊急呼情報（１
７）とに基づいて、規制状態（３７）がその緊急呼を専
用に受け付ける状態であって、ダイヤルされたダイヤル
番号がその緊急呼の場合、そのネットワーク側に接続要
求（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメ
ッセージ）を送信する制御を行う制御部（１１）とを具
備する。
明の移動端末は、ネットワークでの通信の規制状態（３
７）としての状態情報（２０−１）と、緊急呼のダイヤ
ル番号としての緊急呼情報（１７）とを格納する記憶部
（１２）と、状態情報（２０−１）と緊急呼情報（１
７）とに基づいて、規制状態（３７）がその緊急呼を専
用に受け付ける状態であって、ダイヤルされたダイヤル
番号がその緊急呼の場合、そのネットワーク側に接続要
求（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメ
ッセージ）を送信する制御を行う制御部（１１）とを具
備する。
【００１３】また、本発明の移動端末は、緊急呼情報
（１７）は複数あり、複数の緊急呼情報（１７）の各々
は、複数のその緊急呼の各々に対応したランクとしての
緊急ランク情報（１８）を含み、状態情報（２０−１）
は、規制状態（３７）に対応したランクを示す状態ラン
ク情報を含み、制御部（１１）は、その状態ランク情報
と緊急ランク情報（１８）とに基づいて、そのダイヤル
されたダイヤル番号の緊急ランク情報（１８）で示され
るランクが、その状態ランク情報で示されるランク以上
の場合、そのネットワーク側に接続要求（ＲＲＣ ＣＯ
ＮＮＥＣＴＩＯＮＲＥＱＵＥＳＴメッセージ）を送信す
る制御を行う。
（１７）は複数あり、複数の緊急呼情報（１７）の各々
は、複数のその緊急呼の各々に対応したランクとしての
緊急ランク情報（１８）を含み、状態情報（２０−１）
は、規制状態（３７）に対応したランクを示す状態ラン
ク情報を含み、制御部（１１）は、その状態ランク情報
と緊急ランク情報（１８）とに基づいて、そのダイヤル
されたダイヤル番号の緊急ランク情報（１８）で示され
るランクが、その状態ランク情報で示されるランク以上
の場合、そのネットワーク側に接続要求（ＲＲＣ ＣＯ
ＮＮＥＣＴＩＯＮＲＥＱＵＥＳＴメッセージ）を送信す
る制御を行う。
【００１４】更に、本発明の移動端末は、表示部（１
４）を更に具備し、記憶部（１２）は、更に、状態情報
（２０−１）を知らせるメッセージを格納し、制御部
（１１）は、状態情報（２０−１）と緊急呼情報（１
７）とに基づいて、規制状態（３７）がその緊急呼を専
用に受け付ける状態であって、ダイヤルされたダイヤル
番号がその緊急呼ではない場合、そのメッセージを表示
部（１４）へ出力する。
４）を更に具備し、記憶部（１２）は、更に、状態情報
（２０−１）を知らせるメッセージを格納し、制御部
（１１）は、状態情報（２０−１）と緊急呼情報（１
７）とに基づいて、規制状態（３７）がその緊急呼を専
用に受け付ける状態であって、ダイヤルされたダイヤル
番号がその緊急呼ではない場合、そのメッセージを表示
部（１４）へ出力する。
【００１５】上記課題を解決するために、本発明の緊急
呼管理装置は、ネットワークでの緊急呼の発生率として
の緊急呼発生率の監視を行う監視部（３３）と、その監
視の結果に基づいて、その緊急呼発生率が予め設定され
た条件（３６）になった場合、そのネットワークでの通
信の規制状態（３７）としての状態情報（２０−１）を
出力する管理制御部（３２）とを具備する。
呼管理装置は、ネットワークでの緊急呼の発生率として
の緊急呼発生率の監視を行う監視部（３３）と、その監
視の結果に基づいて、その緊急呼発生率が予め設定され
た条件（３６）になった場合、そのネットワークでの通
信の規制状態（３７）としての状態情報（２０−１）を
出力する管理制御部（３２）とを具備する。
【００１６】また、本発明の緊急呼管理装置は、規制状
態（３７）が、その緊急呼を専用に受け付ける状態であ
る。
態（３７）が、その緊急呼を専用に受け付ける状態であ
る。
【００１７】更に、本発明の緊急呼管理装置は、その緊
急呼発生率の予め設定された条件（３６）と規制状態
（３７）とを対応付けて格納している条件データベース
（３４）とを更に具備する。
急呼発生率の予め設定された条件（３６）と規制状態
（３７）とを対応付けて格納している条件データベース
（３４）とを更に具備する。
【００１８】従って、上記課題を解決するために、本発
明の緊急呼管理システムは、ネットワークでの緊急呼の
発生率としての緊急呼発生率の監視を行い、その監視の
結果に基づいて、その緊急呼発生率が予め設定された条
件（３６）になった場合、そのネットワークでの通信の
規制状態（３７）としての状態情報（２０−１）を送信
する緊急呼管理装置（３１）と、緊急呼のダイヤル番号
としての緊急番号情報（１７）を有し、緊急番号情報
（１７）と受信した状態情報（２０−１）とに基づい
て、規制状態（３７）がその緊急呼を専用に受け付ける
状態であって、ダイヤルされたダイヤル番号がその緊急
呼の場合、そのネットワーク側に接続要求（ＲＲＣ Ｃ
ＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメッセージ）を送
信する移動端末（１）とを具備する。
明の緊急呼管理システムは、ネットワークでの緊急呼の
発生率としての緊急呼発生率の監視を行い、その監視の
結果に基づいて、その緊急呼発生率が予め設定された条
件（３６）になった場合、そのネットワークでの通信の
規制状態（３７）としての状態情報（２０−１）を送信
する緊急呼管理装置（３１）と、緊急呼のダイヤル番号
としての緊急番号情報（１７）を有し、緊急番号情報
（１７）と受信した状態情報（２０−１）とに基づい
て、規制状態（３７）がその緊急呼を専用に受け付ける
状態であって、ダイヤルされたダイヤル番号がその緊急
呼の場合、そのネットワーク側に接続要求（ＲＲＣ Ｃ
ＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメッセージ）を送
信する移動端末（１）とを具備する。
【００１９】上記課題を解決するために、本発明の緊急
呼の管理方法は、交換機（３１）が、ネットワークでの
緊急呼の発生率としての緊急呼発生率の監視を行うステ
ップ（Ｓ１１）と、交換機（３１）が、その監視の結果
に基づいて、その緊急呼発生率が予め設定された条件
（３６）になった場合、移動端末（１）へ、そのネット
ワークでの通信の規制状態（３７）としての状態情報
（２０−１）を出力するステップ（Ｓ１７、Ｓ３２）
と、移動端末（１）が、状態情報（２０−１）と、予め
設定された緊急呼のダイヤル番号としての緊急番号情報
（１７）とに基づいて、規制状態（３７）がその緊急呼
を専用に受け付ける状態であって、ダイヤルされたダイ
ヤル番号がその緊急呼の場合、交換機（３１）へ、緊急
呼を示す情報（Ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓ
ｅ＝“Ｅｍｅｒｇｅｎｃｙ ｃａｌｌ”）を含む接続要
求（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメ
ッセージ）を送信するステップ（Ｓ３４）とを具備す
る。
呼の管理方法は、交換機（３１）が、ネットワークでの
緊急呼の発生率としての緊急呼発生率の監視を行うステ
ップ（Ｓ１１）と、交換機（３１）が、その監視の結果
に基づいて、その緊急呼発生率が予め設定された条件
（３６）になった場合、移動端末（１）へ、そのネット
ワークでの通信の規制状態（３７）としての状態情報
（２０−１）を出力するステップ（Ｓ１７、Ｓ３２）
と、移動端末（１）が、状態情報（２０−１）と、予め
設定された緊急呼のダイヤル番号としての緊急番号情報
（１７）とに基づいて、規制状態（３７）がその緊急呼
を専用に受け付ける状態であって、ダイヤルされたダイ
ヤル番号がその緊急呼の場合、交換機（３１）へ、緊急
呼を示す情報（Ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓ
ｅ＝“Ｅｍｅｒｇｅｎｃｙ ｃａｌｌ”）を含む接続要
求（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメ
ッセージ）を送信するステップ（Ｓ３４）とを具備す
る。
【００２０】また、本発明の緊急呼の管理方法は、交換
機（３１）が、接続要求（ＲＲＣＣＯＮＮＥＣＴＩＯＮ
ＲＥＱＵＥＳＴメッセージ）に基づいて、移動端末
（１）へ、移動端末（１）の接続を許可する情報（ＲＲ
Ｃ ＣＯＮＮＥＣＴＩＯＮＳＥＴＵＰメッセージ）を出
力するステップ（Ｓ３５）と、移動端末（１）が、接続
を許可する情報（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥ
ＴＵＰメッセージ）に基づいて、交換機（３１）へ、緊
急呼を示す情報（ＮＡＳ ｍｅｓｓａｇｅのＣＭ ｓｅ
ｒｖｉｃｅ ｒｅｑｕｅｓｔ＝“Ｅｍｅｒｇｅｎｃｙ
ｃａｌｌ ｅｓｔａｂｌｉｓｈｍｅｎｔ”）を含む情報
（ＩＮＩＴＩＡＬ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメ
ッセージ）を送信するステップ（Ｓ３６）とを更に具備
する。
機（３１）が、接続要求（ＲＲＣＣＯＮＮＥＣＴＩＯＮ
ＲＥＱＵＥＳＴメッセージ）に基づいて、移動端末
（１）へ、移動端末（１）の接続を許可する情報（ＲＲ
Ｃ ＣＯＮＮＥＣＴＩＯＮＳＥＴＵＰメッセージ）を出
力するステップ（Ｓ３５）と、移動端末（１）が、接続
を許可する情報（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥ
ＴＵＰメッセージ）に基づいて、交換機（３１）へ、緊
急呼を示す情報（ＮＡＳ ｍｅｓｓａｇｅのＣＭ ｓｅ
ｒｖｉｃｅ ｒｅｑｕｅｓｔ＝“Ｅｍｅｒｇｅｎｃｙ
ｃａｌｌ ｅｓｔａｂｌｉｓｈｍｅｎｔ”）を含む情報
（ＩＮＩＴＩＡＬ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメ
ッセージ）を送信するステップ（Ｓ３６）とを更に具備
する。
【００２１】上記課題を解決するために、本発明に関す
るプログラムは、ネットワークでの緊急呼の発生率とし
ての緊急呼発生率の監視を行うステップ（Ｓ１１）と、
その監視の結果に基づいて、その緊急呼発生率が予め設
定された条件（３６）になった場合、移動端末（１）
へ、そのネットワークでの通信の規制状態（３７）とし
ての状態情報（２０−１）を出力するステップ（Ｓ１
７、Ｓ３２）と、状態情報（２０−１）に応答して移動
端末（１）が出力した緊急呼を示す情報（Ｅｓｔａｂｌ
ｉｓｈｍｅｎｔ ｃａｕｓｅ＝“Ｅｍｅｒｇｅｎｃｙ
ｃａｌｌ”）を含む接続要求（ＲＲＣ ＣＯＮＮＥＣＴ
ＩＯＮ ＲＥＱＵＥＳＴメッセージ）を受信するステッ
プ（Ｓ３４）と、接続要求（ＲＲＣ ＣＯＮＮＥＣＴＩ
ＯＮ ＲＥＱＵＥＳＴメッセージ）に基づいて、移動端
末（１）へ、移動端末（１）の接続を許可する情報（Ｒ
ＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰメッセージ）
を出力するステップ（Ｓ３５）とを具備する方法をコン
ピュータに実行させる。
るプログラムは、ネットワークでの緊急呼の発生率とし
ての緊急呼発生率の監視を行うステップ（Ｓ１１）と、
その監視の結果に基づいて、その緊急呼発生率が予め設
定された条件（３６）になった場合、移動端末（１）
へ、そのネットワークでの通信の規制状態（３７）とし
ての状態情報（２０−１）を出力するステップ（Ｓ１
７、Ｓ３２）と、状態情報（２０−１）に応答して移動
端末（１）が出力した緊急呼を示す情報（Ｅｓｔａｂｌ
ｉｓｈｍｅｎｔ ｃａｕｓｅ＝“Ｅｍｅｒｇｅｎｃｙ
ｃａｌｌ”）を含む接続要求（ＲＲＣ ＣＯＮＮＥＣＴ
ＩＯＮ ＲＥＱＵＥＳＴメッセージ）を受信するステッ
プ（Ｓ３４）と、接続要求（ＲＲＣ ＣＯＮＮＥＣＴＩ
ＯＮ ＲＥＱＵＥＳＴメッセージ）に基づいて、移動端
末（１）へ、移動端末（１）の接続を許可する情報（Ｒ
ＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰメッセージ）
を出力するステップ（Ｓ３５）とを具備する方法をコン
ピュータに実行させる。
【００２２】また、本発明に関するプログラムは、ネッ
トワークでの通信の規制状態（３７）としての状態情報
（２０−１）を交換機（３１）から受信するステップ
（Ｓ３２、Ｓ２１）と、状態情報（２０−１）と、予め
設定された緊急呼のダイヤル番号としての緊急番号情報
（１７）とに基づいて、規制状態（２０−１）がその緊
急呼を専用に受け付ける状態の場合、ダイヤルされたダ
イヤル番号がその緊急呼であるかどうかを判断するステ
ップ（Ｓ２４）と、そのダイヤル番号がその緊急呼であ
る場合、交換機（３１）へ、緊急呼を示す情報（Ｅｓｔ
ａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ＝“Ｅｍｅｒｇｅｎ
ｃｙ ｃａｌｌ”）を含む接続要求（ＲＲＣ ＣＯＮＮ
ＥＣＴＩＯＮ ＲＥＱＵＥＳＴメッセージ）を送信する
ステップ（Ｓ３４）とを具備する方法をコンピュータに
実行させる。
トワークでの通信の規制状態（３７）としての状態情報
（２０−１）を交換機（３１）から受信するステップ
（Ｓ３２、Ｓ２１）と、状態情報（２０−１）と、予め
設定された緊急呼のダイヤル番号としての緊急番号情報
（１７）とに基づいて、規制状態（２０−１）がその緊
急呼を専用に受け付ける状態の場合、ダイヤルされたダ
イヤル番号がその緊急呼であるかどうかを判断するステ
ップ（Ｓ２４）と、そのダイヤル番号がその緊急呼であ
る場合、交換機（３１）へ、緊急呼を示す情報（Ｅｓｔ
ａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ＝“Ｅｍｅｒｇｅｎ
ｃｙ ｃａｌｌ”）を含む接続要求（ＲＲＣ ＣＯＮＮ
ＥＣＴＩＯＮ ＲＥＱＵＥＳＴメッセージ）を送信する
ステップ（Ｓ３４）とを具備する方法をコンピュータに
実行させる。
【００２３】
【発明の実施の形態】以下、本発明である移動端末、緊
急呼管理装置、緊急呼管理システム及び緊急呼の管理方
法の実施の形態に関して、添付図面を参照して説明す
る。
急呼管理装置、緊急呼管理システム及び緊急呼の管理方
法の実施の形態に関して、添付図面を参照して説明す
る。
【００２４】まず、本発明である移動端末、緊急呼管理
装置、緊急呼管理システムの構成について説明する。図
１は、本発明である移動端末及び緊急呼管理装置を適用
する緊急呼管理システムの構成を示す図である。緊急呼
管理システムは、移動端末１、基地局２−１〜ｎ及び交
換局３−１を備える。そして、緊急呼管理システムは、
通信回線４に接続され、他の通信網（移動通信網、固定
電話網、他移動通信網等）と接続している。
装置、緊急呼管理システムの構成について説明する。図
１は、本発明である移動端末及び緊急呼管理装置を適用
する緊急呼管理システムの構成を示す図である。緊急呼
管理システムは、移動端末１、基地局２−１〜ｎ及び交
換局３−１を備える。そして、緊急呼管理システムは、
通信回線４に接続され、他の通信網（移動通信網、固定
電話網、他移動通信網等）と接続している。
【００２５】本発明は、移動端末において「緊急呼専用
状態（ダイヤルされた番号が緊急呼用だった場合にの
み、移動端末はネットワーク側に接続要求を行うことが
可能）」という新たな状態を導入する。そして、その移
動端末の状態をネットワーク側から制御可能とする方式
である。この方式を実現することで、災害時などの呼
（緊急呼および一般呼）が集中する状態でも、ネットワ
ーク側は緊急呼だけ(接続要求自体が緊急呼だけ)を処理
すればよく、より確実に緊急呼を処理することが可能と
なる。
状態（ダイヤルされた番号が緊急呼用だった場合にの
み、移動端末はネットワーク側に接続要求を行うことが
可能）」という新たな状態を導入する。そして、その移
動端末の状態をネットワーク側から制御可能とする方式
である。この方式を実現することで、災害時などの呼
（緊急呼および一般呼）が集中する状態でも、ネットワ
ーク側は緊急呼だけ(接続要求自体が緊急呼だけ)を処理
すればよく、より確実に緊急呼を処理することが可能と
なる。
【００２６】各構成について、図１を参照して説明す
る。移動端末１は、ユーザーに属し、ユーザーが移動し
ながら通信可能な情報処理端末である。移動端末は、携
帯電話（ＰＤＣ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ
Ｃｅｌｌｕｌａｒ）、ＰＤＡ（Ｐｅｒｅｓｏｎａｌ Ｄ
ｉｇｉｔａｌ Ａｓｉｓｔａｎｔ）、携帯電話機能を有
するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）に例
示される。移動端末１は、制御部１１、記憶部１２、通
信部１３、表示部１４、入力部１５及び音声部１６を具
備する。
る。移動端末１は、ユーザーに属し、ユーザーが移動し
ながら通信可能な情報処理端末である。移動端末は、携
帯電話（ＰＤＣ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ
Ｃｅｌｌｕｌａｒ）、ＰＤＡ（Ｐｅｒｅｓｏｎａｌ Ｄ
ｉｇｉｔａｌ Ａｓｉｓｔａｎｔ）、携帯電話機能を有
するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）に例
示される。移動端末１は、制御部１１、記憶部１２、通
信部１３、表示部１４、入力部１５及び音声部１６を具
備する。
【００２７】制御部１１は、移動端末１の各部の動作を
制御する。制御部１１は、ＣＰＵに例示される。また、
制御部１１は、基地局２−１〜ｎあるいは交換局３−１
（移動端末に対する「ネットワーク側」とも称する）か
ら送信される報知情報２０−２を通信部１３経由で受信
し、記憶部１２へ格納する動作を制御する。ここで、報
知情報２０−２は、ネットワークの状態を示す状態情報
２０−１を含む。そして、その状態情報２０−１に基づ
いて、ネットワークの状態が、緊急呼を専用に受け付け
る状態（以下「緊急呼専用状態」と称する）か、通常の
状態（以下「通常状態」と称する）かを判定する。緊急
呼専用状態の場合、緊急呼のダイヤル番号に関する情報
である緊急呼情報１７と、ユーザーがダイヤルしたダイ
ヤル番号とを比較して、緊急呼かどうかを判定する。緊
急呼情報１７は、記憶部１２に格納されている。緊急呼
の場合、通信部１３を介してネットワーク側へ接続要求
を発する。
制御する。制御部１１は、ＣＰＵに例示される。また、
制御部１１は、基地局２−１〜ｎあるいは交換局３−１
（移動端末に対する「ネットワーク側」とも称する）か
ら送信される報知情報２０−２を通信部１３経由で受信
し、記憶部１２へ格納する動作を制御する。ここで、報
知情報２０−２は、ネットワークの状態を示す状態情報
２０−１を含む。そして、その状態情報２０−１に基づ
いて、ネットワークの状態が、緊急呼を専用に受け付け
る状態（以下「緊急呼専用状態」と称する）か、通常の
状態（以下「通常状態」と称する）かを判定する。緊急
呼専用状態の場合、緊急呼のダイヤル番号に関する情報
である緊急呼情報１７と、ユーザーがダイヤルしたダイ
ヤル番号とを比較して、緊急呼かどうかを判定する。緊
急呼情報１７は、記憶部１２に格納されている。緊急呼
の場合、通信部１３を介してネットワーク側へ接続要求
を発する。
【００２８】ここで、ネットワークの状態とは、基地局
２−１〜ｎ、交換局３−１あるいは通信回線４における
回線の使用（占有）状態、稼動状態などを示す。ここで
は、「緊急呼専用状態」と「通常状態」とを設定してい
る。ただし、他の状態を加えても構わない。その場合に
は、更に様々な状況に対応できるようになる。
２−１〜ｎ、交換局３−１あるいは通信回線４における
回線の使用（占有）状態、稼動状態などを示す。ここで
は、「緊急呼専用状態」と「通常状態」とを設定してい
る。ただし、他の状態を加えても構わない。その場合に
は、更に様々な状況に対応できるようになる。
【００２９】また、報知情報２０−２とは、３ＧＰＰ
Ｒｅｌｅａｓｅ９９ ＴＳ２５．３３１ ８章参照にお
いて示される報知情報であり、ＳＩＢ（Ｓｙｓｔｅｍ
Ｉｍｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ ｔｙｐｅ）で定
義されている。すなわち、ネットワーク側（基地局２−
１〜ｎや交換局３−１）から移動端末１側へ通知される
種々の情報であり、通信中でない移動端末１はこの報知
情報２０−２を受信することが可能である。この報知情
報２０−２に、状態情報２０−１（緊急呼用パラメー
タ：緊急呼専用状態／通常状態を示すデータ）を追加す
る。この規格に定められる以外の方法で、ネットワーク
側（基地局２−１〜ｎや交換局３−１）から移動端末１
側へ送信した状態情報２０−１を用いることも可能であ
る。
Ｒｅｌｅａｓｅ９９ ＴＳ２５．３３１ ８章参照にお
いて示される報知情報であり、ＳＩＢ（Ｓｙｓｔｅｍ
Ｉｍｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ ｔｙｐｅ）で定
義されている。すなわち、ネットワーク側（基地局２−
１〜ｎや交換局３−１）から移動端末１側へ通知される
種々の情報であり、通信中でない移動端末１はこの報知
情報２０−２を受信することが可能である。この報知情
報２０−２に、状態情報２０−１（緊急呼用パラメー
タ：緊急呼専用状態／通常状態を示すデータ）を追加す
る。この規格に定められる以外の方法で、ネットワーク
側（基地局２−１〜ｎや交換局３−１）から移動端末１
側へ送信した状態情報２０−１を用いることも可能であ
る。
【００３０】記憶部１２は、緊急呼情報１７と、状態情
報２０−１を含む報知情報２０−２を格納している。ま
た、緊急事態つき緊急呼以外の接続を中止する旨の文字
又は音声情報を記憶している。加えて、移動端末１の情
報処理に必要な各種情報を記憶する。記憶部１２は、メ
モリに例示される。
報２０−１を含む報知情報２０−２を格納している。ま
た、緊急事態つき緊急呼以外の接続を中止する旨の文字
又は音声情報を記憶している。加えて、移動端末１の情
報処理に必要な各種情報を記憶する。記憶部１２は、メ
モリに例示される。
【００３１】図２を参照して、緊急呼情報１７について
説明する。緊急呼情報１７は、緊急ランク１８とダイヤ
ル番号１９とを含む。緊急ランク１８は、緊急性の高さ
をランク付したものである。例えば、緊急性が高い場合
は、「１」、緊急性が低ければ「０」として、０〜１の
２段階で緊急性を表現する。ランクを３以上にすること
も可能である。その場合には、より詳細な回線の制御を
行なうことが可能である。ダイヤル番号１９は、通信相
手先と回線を接続するために必要な、通信相手先を特定
する番号／符号である。ダイヤル番号１９は、電話番号
に例示される。例えば、緊急ランク：１（緊急性が高
い）に対して、ダイヤル番号１９：１１０（警察署）、
１１９（消防署／救急センタ）、△△△−○○○−××
××（自治体防災課）などであり、緊急ランク：０（緊
急性が低い）に対して、ダイヤル番号１９：□□□−▽
▽▽−◇◇◇◇（一般の人、企業）などである。
説明する。緊急呼情報１７は、緊急ランク１８とダイヤ
ル番号１９とを含む。緊急ランク１８は、緊急性の高さ
をランク付したものである。例えば、緊急性が高い場合
は、「１」、緊急性が低ければ「０」として、０〜１の
２段階で緊急性を表現する。ランクを３以上にすること
も可能である。その場合には、より詳細な回線の制御を
行なうことが可能である。ダイヤル番号１９は、通信相
手先と回線を接続するために必要な、通信相手先を特定
する番号／符号である。ダイヤル番号１９は、電話番号
に例示される。例えば、緊急ランク：１（緊急性が高
い）に対して、ダイヤル番号１９：１１０（警察署）、
１１９（消防署／救急センタ）、△△△−○○○−××
××（自治体防災課）などであり、緊急ランク：０（緊
急性が低い）に対して、ダイヤル番号１９：□□□−▽
▽▽−◇◇◇◇（一般の人、企業）などである。
【００３２】なお、緊急性が低いダイヤル番号１９（緊
急ランク：０など）は、緊急呼情報１７とは別に、記憶
部１２内に格納することも可能である。その場合、緊急
ランク１８の情報を省略できるので、メモリを有効に使
用できる。
急ランク：０など）は、緊急呼情報１７とは別に、記憶
部１２内に格納することも可能である。その場合、緊急
ランク１８の情報を省略できるので、メモリを有効に使
用できる。
【００３３】緊急呼情報１７の緊急ランク１８の高いダ
イヤル番号１９は、移動端末１をユーザーへ販売する直
前までに予め記憶部１２に格納され、ユーザーにより変
更することが出来ないことが望ましい。ユーザーが変更
可能であると、緊急性の低いダイヤル番号の緊急ランク
を高く設定する可能性がある。そうなると、緊急時に、
緊急性の低い通信を適切に排除することが出来なくなる
からである。あるいは、緊急時（緊急呼専用状態時）に
ネットワーク側（基地局２−１〜ｎや交換局３−１）か
ら、通信可能なダイヤル番号１９を各移動端末１へ送信
することとしてもよい。その場合には、報知情報２０−
２に、状態情報２０−１を載せると同時に、通信を許可
される相手先（例示：警察署や消防署／救急センタな
ど）とその電話番号（例示：１１０、１１９）を示す情
報を載せることにすれば良い。その場合、制御部１１
は、記憶部１２の緊急呼情報１７のダイヤル番号１９へ
その電話番号を格納する。
イヤル番号１９は、移動端末１をユーザーへ販売する直
前までに予め記憶部１２に格納され、ユーザーにより変
更することが出来ないことが望ましい。ユーザーが変更
可能であると、緊急性の低いダイヤル番号の緊急ランク
を高く設定する可能性がある。そうなると、緊急時に、
緊急性の低い通信を適切に排除することが出来なくなる
からである。あるいは、緊急時（緊急呼専用状態時）に
ネットワーク側（基地局２−１〜ｎや交換局３−１）か
ら、通信可能なダイヤル番号１９を各移動端末１へ送信
することとしてもよい。その場合には、報知情報２０−
２に、状態情報２０−１を載せると同時に、通信を許可
される相手先（例示：警察署や消防署／救急センタな
ど）とその電話番号（例示：１１０、１１９）を示す情
報を載せることにすれば良い。その場合、制御部１１
は、記憶部１２の緊急呼情報１７のダイヤル番号１９へ
その電話番号を格納する。
【００３４】通信部１３は、移動端末１と通信回線４
（及び基地局２、交換局３）を経由した他の通信端末と
の通信を行う。表示部１４は、移動端末１の情報処理
（通信を含む）に関わる情報を表示する。表示部は、液
晶ディスプレイに例示される。入力部１５は、ユーザー
が情報を入力する際に使用する。入力部は、キーボード
に例示される。音声部１６は、ユーザーによる音声入力
及び移動端末１の音声出力を行う。音声部１６は、スピ
ーカー及びマイクに例示される。
（及び基地局２、交換局３）を経由した他の通信端末と
の通信を行う。表示部１４は、移動端末１の情報処理
（通信を含む）に関わる情報を表示する。表示部は、液
晶ディスプレイに例示される。入力部１５は、ユーザー
が情報を入力する際に使用する。入力部は、キーボード
に例示される。音声部１６は、ユーザーによる音声入力
及び移動端末１の音声出力を行う。音声部１６は、スピ
ーカー及びマイクに例示される。
【００３５】基地局２−１〜ｎは、自局を中心とするゾ
ーン内の通信端末（移動端末１を含む）と通信を行い、
通信端末と通信回線４との接続等を行う。交換局３−１
は、基地局２−１〜ｎとの通信を行い、その動作を制御
し、通信端末と通信回線４との接続等を行う。交換機３
１を有する。交換局３−１及び基地局２−１〜ｎは、通
信端末−通信回線４間で、授受する通信情報や制御情報
を然るべき信号に変換して伝送する変換機能、及びゾー
ン内の無線チャンネル資源や通信端末を管理・制御する
制御機能などを有する。交換局３−２〜ｎは、移動端末
１の通信網、又は他の通信網（固定電話網、他移動通信
網等）の交換機を有する交換局である。通信回線４は、
移動端末１の通信網、又は他の通信網（固定電話網、他
移動通信網等）である。
ーン内の通信端末（移動端末１を含む）と通信を行い、
通信端末と通信回線４との接続等を行う。交換局３−１
は、基地局２−１〜ｎとの通信を行い、その動作を制御
し、通信端末と通信回線４との接続等を行う。交換機３
１を有する。交換局３−１及び基地局２−１〜ｎは、通
信端末−通信回線４間で、授受する通信情報や制御情報
を然るべき信号に変換して伝送する変換機能、及びゾー
ン内の無線チャンネル資源や通信端末を管理・制御する
制御機能などを有する。交換局３−２〜ｎは、移動端末
１の通信網、又は他の通信網（固定電話網、他移動通信
網等）の交換機を有する交換局である。通信回線４は、
移動端末１の通信網、又は他の通信網（固定電話網、他
移動通信網等）である。
【００３６】交換機３１は、基地局２−１〜ｎを制御す
るＲＮＣ（ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏ
ｌｌｅｒ）と、移動通信の制御機能を有する交換機であ
るＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎ
ｔｅｒ）とを含む装置に例示される。交換機３１は、管
理制御部３２、監視部３３及び条件データベース３４を
備える。
るＲＮＣ（ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏ
ｌｌｅｒ）と、移動通信の制御機能を有する交換機であ
るＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎ
ｔｅｒ）とを含む装置に例示される。交換機３１は、管
理制御部３２、監視部３３及び条件データベース３４を
備える。
【００３７】監視部３３は、ネットワークの状態が予め
設定された条件を満たすかどうかを監視する。予め設定
された条件は、緊急呼専用状態への移行条件であり、条
件データベース３４に格納されている。ネットワークの
状態が条件を満たした場合には、管理制御部３２へ、そ
の条件が満たされたことを示す専用状態移行信号を伝達
する。条件データベース３４は、基地局２−１〜ｎある
いは交換局３−１における通信の状態と、予め設定され
た条件としての緊急呼発生率とを関連付けて格納してい
る。
設定された条件を満たすかどうかを監視する。予め設定
された条件は、緊急呼専用状態への移行条件であり、条
件データベース３４に格納されている。ネットワークの
状態が条件を満たした場合には、管理制御部３２へ、そ
の条件が満たされたことを示す専用状態移行信号を伝達
する。条件データベース３４は、基地局２−１〜ｎある
いは交換局３−１における通信の状態と、予め設定され
た条件としての緊急呼発生率とを関連付けて格納してい
る。
【００３８】なお、上記条件には、通信制御に関わるオ
ペレータが行う通信の制御に関する要求（命令）の入力
も含む。監視部３３は、要求（命令）が入力されたかど
うかを監視し、入力があれば上記動作を行なう。ここ
で、オペレータの通信の制御に関する要求は、事故や災
害の発生に伴い一般呼の通信を制限（強制停止）する命
令に例示される。
ペレータが行う通信の制御に関する要求（命令）の入力
も含む。監視部３３は、要求（命令）が入力されたかど
うかを監視し、入力があれば上記動作を行なう。ここ
で、オペレータの通信の制御に関する要求は、事故や災
害の発生に伴い一般呼の通信を制限（強制停止）する命
令に例示される。
【００３９】管理制御部３２は、報知情報２０−２の生
成及び出力を行う。その際、監視部３３からの専用状態
移行信号に基づいて、報知情報２０−２の状態情報２０
−１を、緊急呼専用状態を示す情報に変更する。管理制
御部３２は、交換機３１のＣＰＵに例示される。
成及び出力を行う。その際、監視部３３からの専用状態
移行信号に基づいて、報知情報２０−２の状態情報２０
−１を、緊急呼専用状態を示す情報に変更する。管理制
御部３２は、交換機３１のＣＰＵに例示される。
【００４０】図３は、条件データベース３４を示す図で
ある。条件データベース３４は、予め設定された条件と
しての緊急呼発生率３６と、基地局２−１〜ｎあるいは
交換局３−１における通信の状態としての状態３７と、
状態３７の緊急性を示す状態ランク３８とを関連付けて
格納している。ここで、緊急呼発生率は、移動端末によ
る単位時間あたりの緊急呼発生数である。そして、緊急
呼発生率３６は、緊急呼発生率の基準値Ｒ０である。こ
の値と、実際に交換局３−１で処理している緊急呼発生
率ＲＥとを監視部３３が比較する。そして、緊急呼発生
率３６（Ｒ０）＜実際の緊急呼発生率ＲＥの場合、緊急
呼専用状態への移行条件が満たされたことになる。ただ
し、実際の緊急呼発生率ＲＥは、移動端末１が緊急呼の
接続を基地局２−１〜ｎあるいは交換局３−１に要求す
る際に発信するＥｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓ
ｅ値やＣＭ ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔ値（後
述）の単位時間あたりの受信数に基づいて求められる。
ある。条件データベース３４は、予め設定された条件と
しての緊急呼発生率３６と、基地局２−１〜ｎあるいは
交換局３−１における通信の状態としての状態３７と、
状態３７の緊急性を示す状態ランク３８とを関連付けて
格納している。ここで、緊急呼発生率は、移動端末によ
る単位時間あたりの緊急呼発生数である。そして、緊急
呼発生率３６は、緊急呼発生率の基準値Ｒ０である。こ
の値と、実際に交換局３−１で処理している緊急呼発生
率ＲＥとを監視部３３が比較する。そして、緊急呼発生
率３６（Ｒ０）＜実際の緊急呼発生率ＲＥの場合、緊急
呼専用状態への移行条件が満たされたことになる。ただ
し、実際の緊急呼発生率ＲＥは、移動端末１が緊急呼の
接続を基地局２−１〜ｎあるいは交換局３−１に要求す
る際に発信するＥｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓ
ｅ値やＣＭ ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔ値（後
述）の単位時間あたりの受信数に基づいて求められる。
【００４１】次に、本発明である移動端末、緊急呼管理
装置、緊急呼管理システムを適用した緊急呼の管理方法
について説明する。
装置、緊急呼管理システムを適用した緊急呼の管理方法
について説明する。
【００４２】図４は、本発明である緊急呼の管理方法の
うち、交換局３−１における動作を示すフロー図であ
る。 （１）報知情報生成動作 （１−１）ステップＳ１１ 交換局３−１の交換機３１（の監視部３３）は、Ｅｓｔ
ａｂｌｉｓｈｍｅｎｔｃａｕｓｅやＣＭ ｓｅｒｖｉｃ
ｅ ｒｅｑｕｅｓｔ値（後述）を監視している。そし
て、予め設定された一定時間ｔ０（単位時間）内の緊急
呼の発生回数である緊急呼発生回数ｎを常にチェック
し、緊急呼発生率ＲＥ＝ｎ／ｔ０、を計算している。 （１−２）ステップＳ１２ 監視部３３は、緊急呼発生率ＲＥと、緊急呼発生率３６
（Ｒ０）とを比較する。災害、重大事件／事故などが発
生し、緊急呼が集中して発生した場合、緊急呼の緊急呼
発生率ＲＥ＞基準値Ｒ０となる。その場合、監視部３３
は、専用状態移行信号Ｓを管理制御部３２へ出力する。
ステップＳ１３へ進む。そうでない場合、ステップＳ１
５へ進む。 （１−３）ステップＳ１３ 専用状態移行信号Ｓを受信した交換局３−１の交換機３
１（の管理制御部３２）は、現在発信している報知情報
２０−２の状態情報２０−１（緊急呼用パラメータ）が
「緊急呼専用状態」かどうかを調べる。状態情報２０−
１が「緊急呼専用状態」でない場合、ステップＳ１４に
進み、そうでない場合、ステップＳ１７に進む。 （１−４）ステップＳ１４ 管理制御部３２は、状態情報２０−１が「緊急呼専用状
態」でない場合、緊急呼用パラメータを「緊急呼専用状
態」に変更する。ステップＳ１７へ進む。 （１−５）ステップＳ１５ 通常の場合、あるいは緊急呼が集中する状態が終焉した
場合、緊急呼の緊急呼発生率ＲＥ≦基準値Ｒ０となる。
その場合、管理制御部３２は、状態情報２０−１）が
「緊急呼専用状態」かどうかを調べる。状態情報２０−
１が「緊急呼専用状態」の場合、ステップＳ１６に進
み、そうでない場合、ステップＳ１７に進む。 （１−６）ステップＳ１６ 状態情報２０−１が「緊急呼専用状態」の場合、管理制
御部３２は、状態情報２０−１を「通常状態」に変更す
る。ステップＳ１７へ進む。 （１−７）ステップＳ１７ 管理制御部３２は、報知情報２０−２を移動端末１へ送
信するように、通信を制御する。
うち、交換局３−１における動作を示すフロー図であ
る。 （１）報知情報生成動作 （１−１）ステップＳ１１ 交換局３−１の交換機３１（の監視部３３）は、Ｅｓｔ
ａｂｌｉｓｈｍｅｎｔｃａｕｓｅやＣＭ ｓｅｒｖｉｃ
ｅ ｒｅｑｕｅｓｔ値（後述）を監視している。そし
て、予め設定された一定時間ｔ０（単位時間）内の緊急
呼の発生回数である緊急呼発生回数ｎを常にチェック
し、緊急呼発生率ＲＥ＝ｎ／ｔ０、を計算している。 （１−２）ステップＳ１２ 監視部３３は、緊急呼発生率ＲＥと、緊急呼発生率３６
（Ｒ０）とを比較する。災害、重大事件／事故などが発
生し、緊急呼が集中して発生した場合、緊急呼の緊急呼
発生率ＲＥ＞基準値Ｒ０となる。その場合、監視部３３
は、専用状態移行信号Ｓを管理制御部３２へ出力する。
ステップＳ１３へ進む。そうでない場合、ステップＳ１
５へ進む。 （１−３）ステップＳ１３ 専用状態移行信号Ｓを受信した交換局３−１の交換機３
１（の管理制御部３２）は、現在発信している報知情報
２０−２の状態情報２０−１（緊急呼用パラメータ）が
「緊急呼専用状態」かどうかを調べる。状態情報２０−
１が「緊急呼専用状態」でない場合、ステップＳ１４に
進み、そうでない場合、ステップＳ１７に進む。 （１−４）ステップＳ１４ 管理制御部３２は、状態情報２０−１が「緊急呼専用状
態」でない場合、緊急呼用パラメータを「緊急呼専用状
態」に変更する。ステップＳ１７へ進む。 （１−５）ステップＳ１５ 通常の場合、あるいは緊急呼が集中する状態が終焉した
場合、緊急呼の緊急呼発生率ＲＥ≦基準値Ｒ０となる。
その場合、管理制御部３２は、状態情報２０−１）が
「緊急呼専用状態」かどうかを調べる。状態情報２０−
１が「緊急呼専用状態」の場合、ステップＳ１６に進
み、そうでない場合、ステップＳ１７に進む。 （１−６）ステップＳ１６ 状態情報２０−１が「緊急呼専用状態」の場合、管理制
御部３２は、状態情報２０−１を「通常状態」に変更す
る。ステップＳ１７へ進む。 （１−７）ステップＳ１７ 管理制御部３２は、報知情報２０−２を移動端末１へ送
信するように、通信を制御する。
【００４３】なお、ステップＳ１３あるいはステップＳ
１４において、報知情報２０−２へ、状態情報２０−１
だけでなく、緊急呼を実施することが許可されるダイヤ
ル番号（例示：１１０、１１９）を同時に送信しても良
い。その場合、ユーザーが記憶部１２の緊急呼情報１７
を改ざんすることがなく、確実に緊急呼だけを接続する
ことが出来る。
１４において、報知情報２０−２へ、状態情報２０−１
だけでなく、緊急呼を実施することが許可されるダイヤ
ル番号（例示：１１０、１１９）を同時に送信しても良
い。その場合、ユーザーが記憶部１２の緊急呼情報１７
を改ざんすることがなく、確実に緊急呼だけを接続する
ことが出来る。
【００４４】また、ステップＳ１３において、オペレー
タの指示（コマンド入力等）により、報知情報２０−２
の状態情報２０−１を「緊急呼専用状態」に変更すると
しても良い。その場合、緊急呼発生回数ｎと基準回数Ｎ
Ｅとの大小関係に関わらず、「緊急呼専用状態」にする
ことが可能である。これは、事前に緊急呼が非常に多く
発生することが分かり、早めに対応したい場合などに有
効である。
タの指示（コマンド入力等）により、報知情報２０−２
の状態情報２０−１を「緊急呼専用状態」に変更すると
しても良い。その場合、緊急呼発生回数ｎと基準回数Ｎ
Ｅとの大小関係に関わらず、「緊急呼専用状態」にする
ことが可能である。これは、事前に緊急呼が非常に多く
発生することが分かり、早めに対応したい場合などに有
効である。
【００４５】以上の動作により、交換局３−１では、ス
テップＳ１１において、回線の輻輳ではなく緊急呼の数
を監視しているので、災害、重大事件／事故などの発生
を確実に把握出来る（回線の輻輳をチェックするだけで
は、単に通信量が増加した場合と区別できない）。従っ
て、緊急呼を専用に処理すべき状態に適切に対応するこ
とが出来る。そして、移動端末１は、ユーザーに全く負
担をかけることなく、自動的に、常にネットワーク側の
状態が「緊急呼専用状態」か、「通常状態」かを認識す
ることが出来る。
テップＳ１１において、回線の輻輳ではなく緊急呼の数
を監視しているので、災害、重大事件／事故などの発生
を確実に把握出来る（回線の輻輳をチェックするだけで
は、単に通信量が増加した場合と区別できない）。従っ
て、緊急呼を専用に処理すべき状態に適切に対応するこ
とが出来る。そして、移動端末１は、ユーザーに全く負
担をかけることなく、自動的に、常にネットワーク側の
状態が「緊急呼専用状態」か、「通常状態」かを認識す
ることが出来る。
【００４６】図５は、本発明である緊急呼の管理方法の
うち、移動端末１における動作を示すフロー図である。 （２）報知情報・番号確認動作 （２−１）ステップＳ２１ 移動端末１の制御部１１の制御により、通信部１３を介
して報知情報２０−２が受信され、記憶部１２へ格納さ
れる。 （２−２）ステップ２２ ユーザーは、通信を行うためにダイヤル番号Ｐを移動端
末１へ入力部１５を介して入力する。移動端末１の制御
部１１の制御により、ダイヤル番号Ｐは、記憶部１２へ
格納される。 （２−３）ステップ２３ 制御部１１は、記憶部１２に格納された報知情報２０−
２の状態情報２０−１が「緊急呼専用状態」か「通常状
態」かを判定する。緊急呼専用状態の場合、ステップＳ
２４へ進む。そうでない場合、ステップＳ２７へ進む。 （２−４）ステップＳ２４ 制御部１１により、記憶部１２に格納されているダイヤ
ル番号Ｐとダイヤル番号１９とが比較される。そして、
ダイヤル番号１９の中にダイヤル番号Ｐと一致するもの
があれば、ステップＳ２５へ進む。そうでない場合、ス
テップＳ２６へ進む。 （２−５）ステップＳ２５ ダイヤル番号Ｐは緊急呼であるので、制御部１１は、ネ
ットワーク側に接続を要求する制御を行う。 （２−６）ステップＳ２６ ダイヤル番号Ｐは緊急呼以外なので、制御部１１は、緊
急事態つき緊急呼以外の接続を中止する旨を表示部１４
（文字）又は音声部１６（アナウンス）から出力する。
あるいは、単にビジートーン（Ｂｕｓｙ Ｔｏｎｅ）を
聞かせてもよい。 （２−７）ステップＳ２７ 制御部１１は、状態情報２０−１が「通常状態」なの
で、通常の接続を行う。
うち、移動端末１における動作を示すフロー図である。 （２）報知情報・番号確認動作 （２−１）ステップＳ２１ 移動端末１の制御部１１の制御により、通信部１３を介
して報知情報２０−２が受信され、記憶部１２へ格納さ
れる。 （２−２）ステップ２２ ユーザーは、通信を行うためにダイヤル番号Ｐを移動端
末１へ入力部１５を介して入力する。移動端末１の制御
部１１の制御により、ダイヤル番号Ｐは、記憶部１２へ
格納される。 （２−３）ステップ２３ 制御部１１は、記憶部１２に格納された報知情報２０−
２の状態情報２０−１が「緊急呼専用状態」か「通常状
態」かを判定する。緊急呼専用状態の場合、ステップＳ
２４へ進む。そうでない場合、ステップＳ２７へ進む。 （２−４）ステップＳ２４ 制御部１１により、記憶部１２に格納されているダイヤ
ル番号Ｐとダイヤル番号１９とが比較される。そして、
ダイヤル番号１９の中にダイヤル番号Ｐと一致するもの
があれば、ステップＳ２５へ進む。そうでない場合、ス
テップＳ２６へ進む。 （２−５）ステップＳ２５ ダイヤル番号Ｐは緊急呼であるので、制御部１１は、ネ
ットワーク側に接続を要求する制御を行う。 （２−６）ステップＳ２６ ダイヤル番号Ｐは緊急呼以外なので、制御部１１は、緊
急事態つき緊急呼以外の接続を中止する旨を表示部１４
（文字）又は音声部１６（アナウンス）から出力する。
あるいは、単にビジートーン（Ｂｕｓｙ Ｔｏｎｅ）を
聞かせてもよい。 （２−７）ステップＳ２７ 制御部１１は、状態情報２０−１が「通常状態」なの
で、通常の接続を行う。
【００４７】なお、報知情報２０−２以外の情報を用い
て、ネットワークの状態（「緊急呼専用状態」／「通常
状態」）を送信することも可能である。
て、ネットワークの状態（「緊急呼専用状態」／「通常
状態」）を送信することも可能である。
【００４８】以上の動作により、「緊急呼専用状態」に
おいて、自動的に緊急呼のみを選択して通信を行うこと
が可能となる。緊急呼のみの通信しか行われないため、
緊急呼を優先的、確実且つ迅速に接続することが出来
る。
おいて、自動的に緊急呼のみを選択して通信を行うこと
が可能となる。緊急呼のみの通信しか行われないため、
緊急呼を優先的、確実且つ迅速に接続することが出来
る。
【００４９】図６は、本発明である緊急呼の管理方法の
うち、移動端末１と交換局３−１とにおける動作を示す
フロー図である。ここで、本動作に用いる通信規則であ
るＲＲＣ ＣＯＮＮＥＣＴＩＯＮは、３ＧＰＰ Ｒｅｌ
ｅａｓｅ９９ ＴＳ２５（ｈｔｔｐ：／／ｗｗｗ．３ｇ
ｐｐ．ｏｒｇなど）に記載されており、基本的な部分は
その方法を用いる。ただし、本発明が、この通信規則に
限定されるものではない。 （３）通信動作 （３−１）ステップＳ３１ 既述の（１）報知情報生成動作により、報知情報２０−
２が生成される。 （３−２）ステップＳ３２ 交換機３１が、報知情報２０−２を移動端末１へ送信
し、移動端末１がそれを受信する。 （３−３）ステップＳ３３ 既述の（２）報知情報・番号確認動作の（２−５）ステ
ップＳ２５により、緊急呼の接続が開始される。 （３−４）ステップＳ３４ 移動端末１は、緊急呼をネットワーク側に接続要求する
場合、ＲＲＣ：ＲＲＣＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵ
ＥＳＴメッセージのＥｓｔａｂｌｉｓｈｍｅｎｔ ｃａ
ｕｓｅに“Ｅｍｅｒｇｅｎｃｙ ｃａｌｌ”（３ＧＰＰ
Ｒｅｌｅａｓｅ９９ ＴＳ２５．３３１参照）と設定
し、交換機３１へ送信する。交換機３１は、それを受信
する。 （３−５）ステップＳ３５ 交換機３１は、ＲＲＣ：ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ
ＲＥＱＵＥＳＴメッセージを、そのＥｓｔａｂｌｉｓ
ｈｍｅｎｔ ｃａｕｓｅから、緊急呼の接続要求と判定
する。そして、緊急呼の接続要求の受け入れを示すＲＲ
Ｃ：ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰメッセ
ージ（３ＧＰＰ Ｒｅｌｅａｓｅ９９ＴＳ２５．３３１
参照）を設定し、移動端末１へ送信する。移動端末１
は、それを受信する。 （３−６）ステップＳ３６ 移動端末１は、ＲＲＣ：ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ
ＳＥＴＵＰメッセージに基づいて、接続要求の受け入
れの確認を示すＲＲＣ：ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ
ＳＥＴＵＰ ＣＯＭＰＬＥＴＥメッセージを設定し、
交換機３１へ送信する。交換機３１は、それを受信す
る。 （３−７）ステップＳ３７ 移動端末１は、更に通信開始を示すＲＲＣ：ＩＮＩＴＩ
ＡＬ ＤＩＲＥＣＴＴＲＡＮＳＦＥＲメッセージにおい
て、そのＮＡＳ ｍｅｓｓａｇｅのＣＭ ｓｅｒｖｉｃ
ｅ ｒｅｑｕｅｓｔに“Ｅｍｅｒｇｅｎｃｙ ｃａｌｌ
ｅｓｔａｂｌｉｓｈｍｅｎｔ”（３ＧＰＰ Ｒｅｌｅ
ａｓｅ９９ ＴＳ２５．４１３，ＴＳ２４．００８参
照）と設定し、交換局３−１へ送信する。交換機３１
は、それを受信する。 （３−８）ステップＳ３８ 交換機３１は、ＮＡＳ ｍｅｓｓａｇｅのＣＭ ｓｅｒ
ｖｉｃｅ ｒｅｑｕｅｓｔから、緊急呼であると最終確
認を行う。 （３−９）ステップＳ３９ 移動端末１と交換機３１は、接続終了後、通常の動作に
より通信を行う。
うち、移動端末１と交換局３−１とにおける動作を示す
フロー図である。ここで、本動作に用いる通信規則であ
るＲＲＣ ＣＯＮＮＥＣＴＩＯＮは、３ＧＰＰ Ｒｅｌ
ｅａｓｅ９９ ＴＳ２５（ｈｔｔｐ：／／ｗｗｗ．３ｇ
ｐｐ．ｏｒｇなど）に記載されており、基本的な部分は
その方法を用いる。ただし、本発明が、この通信規則に
限定されるものではない。 （３）通信動作 （３−１）ステップＳ３１ 既述の（１）報知情報生成動作により、報知情報２０−
２が生成される。 （３−２）ステップＳ３２ 交換機３１が、報知情報２０−２を移動端末１へ送信
し、移動端末１がそれを受信する。 （３−３）ステップＳ３３ 既述の（２）報知情報・番号確認動作の（２−５）ステ
ップＳ２５により、緊急呼の接続が開始される。 （３−４）ステップＳ３４ 移動端末１は、緊急呼をネットワーク側に接続要求する
場合、ＲＲＣ：ＲＲＣＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵ
ＥＳＴメッセージのＥｓｔａｂｌｉｓｈｍｅｎｔ ｃａ
ｕｓｅに“Ｅｍｅｒｇｅｎｃｙ ｃａｌｌ”（３ＧＰＰ
Ｒｅｌｅａｓｅ９９ ＴＳ２５．３３１参照）と設定
し、交換機３１へ送信する。交換機３１は、それを受信
する。 （３−５）ステップＳ３５ 交換機３１は、ＲＲＣ：ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ
ＲＥＱＵＥＳＴメッセージを、そのＥｓｔａｂｌｉｓ
ｈｍｅｎｔ ｃａｕｓｅから、緊急呼の接続要求と判定
する。そして、緊急呼の接続要求の受け入れを示すＲＲ
Ｃ：ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰメッセ
ージ（３ＧＰＰ Ｒｅｌｅａｓｅ９９ＴＳ２５．３３１
参照）を設定し、移動端末１へ送信する。移動端末１
は、それを受信する。 （３−６）ステップＳ３６ 移動端末１は、ＲＲＣ：ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ
ＳＥＴＵＰメッセージに基づいて、接続要求の受け入
れの確認を示すＲＲＣ：ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ
ＳＥＴＵＰ ＣＯＭＰＬＥＴＥメッセージを設定し、
交換機３１へ送信する。交換機３１は、それを受信す
る。 （３−７）ステップＳ３７ 移動端末１は、更に通信開始を示すＲＲＣ：ＩＮＩＴＩ
ＡＬ ＤＩＲＥＣＴＴＲＡＮＳＦＥＲメッセージにおい
て、そのＮＡＳ ｍｅｓｓａｇｅのＣＭ ｓｅｒｖｉｃ
ｅ ｒｅｑｕｅｓｔに“Ｅｍｅｒｇｅｎｃｙ ｃａｌｌ
ｅｓｔａｂｌｉｓｈｍｅｎｔ”（３ＧＰＰ Ｒｅｌｅ
ａｓｅ９９ ＴＳ２５．４１３，ＴＳ２４．００８参
照）と設定し、交換局３−１へ送信する。交換機３１
は、それを受信する。 （３−８）ステップＳ３８ 交換機３１は、ＮＡＳ ｍｅｓｓａｇｅのＣＭ ｓｅｒ
ｖｉｃｅ ｒｅｑｕｅｓｔから、緊急呼であると最終確
認を行う。 （３−９）ステップＳ３９ 移動端末１と交換機３１は、接続終了後、通常の動作に
より通信を行う。
【００５０】以上の動作において、ＲＲＣ：ＲＲＣ Ｃ
ＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメッセージのＥｓ
ｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅに“Ｅｍｅｒｇｅ
ｎｃｙ ｃａｌｌ”という緊急呼を示すデータを入れる
ので、交換機３１は、緊急呼であることを明確に確認で
きる。また、ＲＲＣ：ＩＮＩＴＩＡＬ ＤＩＲＥＣＴ
ＴＲＡＮＳＦＥＲメッセージのＮＡＳ ｍｅｓｓａｇｅ
のＣＭ ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔに“Ｅｍｅｒ
ｇｅｎｃｙ ｃａｌｌ ｅｓｔａｂｌｉｓｈｍｅｎｔ”
という緊急呼を示すデータを入れるので、交換機３１
は、緊急呼であることを明確に２回確認できるので、確
実に緊急呼の接続要求のみを処理することが可能とな
る。また、３ＧＰＰの規格を利用しているので、世界共
通に利用することが可能である。
ＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメッセージのＥｓ
ｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅに“Ｅｍｅｒｇｅ
ｎｃｙ ｃａｌｌ”という緊急呼を示すデータを入れる
ので、交換機３１は、緊急呼であることを明確に確認で
きる。また、ＲＲＣ：ＩＮＩＴＩＡＬ ＤＩＲＥＣＴ
ＴＲＡＮＳＦＥＲメッセージのＮＡＳ ｍｅｓｓａｇｅ
のＣＭ ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔに“Ｅｍｅｒ
ｇｅｎｃｙ ｃａｌｌ ｅｓｔａｂｌｉｓｈｍｅｎｔ”
という緊急呼を示すデータを入れるので、交換機３１
は、緊急呼であることを明確に２回確認できるので、確
実に緊急呼の接続要求のみを処理することが可能とな
る。また、３ＧＰＰの規格を利用しているので、世界共
通に利用することが可能である。
【００５１】なお、緊急呼専用状態の終了は、以下のよ
うな動作となる。 （４）緊急呼専用状態の終了 （４−１）交換局３−１は、緊急呼の接続要求を処理す
る間も、一定時間内の緊急呼発生回数ｎをチェックし続
ける。 （４−２）発生した災害、重大事件／事故が収まり、緊
急呼発生回数ｎが低下する。 （４−３）緊急呼発生率ＲＥ≦基準値Ｒ０となった場
合、報知情報２０−２の状態情報２０−１を「通常状
態」に変更する。または、オペレータの指示により、状
態情報２０−１を「通常状態」に変更する。 （４−４）移動端末１は、状態情報２０−１が「通常状
態」となったことを認識する。この状態の継続中は、ダ
イヤル番号が緊急呼でない場合も、ネットワーク側に接
続要求を行う。 （４−５）交換局３−１は、緊急呼および通常呼の接続
要求（つまり全ての接続要求）を処理する。
うな動作となる。 （４）緊急呼専用状態の終了 （４−１）交換局３−１は、緊急呼の接続要求を処理す
る間も、一定時間内の緊急呼発生回数ｎをチェックし続
ける。 （４−２）発生した災害、重大事件／事故が収まり、緊
急呼発生回数ｎが低下する。 （４−３）緊急呼発生率ＲＥ≦基準値Ｒ０となった場
合、報知情報２０−２の状態情報２０−１を「通常状
態」に変更する。または、オペレータの指示により、状
態情報２０−１を「通常状態」に変更する。 （４−４）移動端末１は、状態情報２０−１が「通常状
態」となったことを認識する。この状態の継続中は、ダ
イヤル番号が緊急呼でない場合も、ネットワーク側に接
続要求を行う。 （４−５）交換局３−１は、緊急呼および通常呼の接続
要求（つまり全ての接続要求）を処理する。
【００５２】本発明の移動端末、緊急呼管理装置、緊急
呼管理システム及び緊急呼の管理方法により、緊急呼
を、迅速かつ優先的に処理をすることが可能となる。ま
た、世界的に標準化された方式を適切に利用して、緊急
呼を的確に処理することが可能となる。
呼管理システム及び緊急呼の管理方法により、緊急呼
を、迅速かつ優先的に処理をすることが可能となる。ま
た、世界的に標準化された方式を適切に利用して、緊急
呼を的確に処理することが可能となる。
【００５３】
【発明の効果】本発明により、緊急呼の発生率が高い状
況下において、ネットワーク側は緊急呼のみを処理すれ
ばよく、より確実に緊急呼を処理することができる。
況下において、ネットワーク側は緊急呼のみを処理すれ
ばよく、より確実に緊急呼を処理することができる。
【図１】本発明である移動端末及び緊急呼管理装置を適
用する緊急呼管理システムの構成を示す図である。
用する緊急呼管理システムの構成を示す図である。
【図２】緊急呼情報を示す図である。
【図３】条件データベースを示す図である。
【図４】本発明である緊急呼の管理方法の交換局におけ
る動作を示すフロー図である。
る動作を示すフロー図である。
【図５】本発明である緊急呼の管理方法の移動端末にお
ける動作を示すフロー図である。
ける動作を示すフロー図である。
【図６】本発明である緊急呼の管理方法の移動端末と交
換局とにおける動作を示すフロー図である。
換局とにおける動作を示すフロー図である。
１ 移動端末
２−１〜ｎ 基地局
３−１〜ｍ 交換局
４ ネットワーク
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 表示部
１５ 入力部
１６ 音声部
１７ 緊急呼情報
１８ 緊急ランク
１９ ダイヤル番号
３１ 交換機
３２ 管理制御装置
３３ 監視部
３４ 条件データベース
３６ 緊急呼発生率
３７ 状態
３８ 状態ランク
─────────────────────────────────────────────────────
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Ｈ０４Ｑ 7/38 Ｈ０４Ｂ 7/26 １０９Ｑ
Ｆターム(参考） 5K024 AA62 AA79 CC11 DD04 FF03
GG01
5K027 AA11 FF22 HH14 HH23
5K067 AA21 BB02 BB21 DD11 DD51
EE02 EE10 FF02 GG01 GG06
HH13 JJ20 KK15
5K101 KK14 LL12 NN13 NN18 PP03
Claims (11)
- 【請求項１】ネットワークでの通信の規制状態としての
状態情報と、緊急呼のダイヤル番号としての緊急呼情報
とを格納する記憶部と、 前記状態情報と前記緊急呼情報とに基づいて、前記規制
状態が前記緊急呼を専用に受け付ける状態であって、ダ
イヤルされたダイヤル番号が前記緊急呼の場合、前記ネ
ットワーク側に接続要求を送信する制御を行う制御部
と、 を具備する、 移動端末。 - 【請求項２】前記緊急呼情報は複数あり、 複数の前記緊急呼情報の各々は、複数の前記緊急呼の各
々に対応したランクとしての緊急ランク情報を含み、 前記状態情報は、前記規制状態に対応したランクを示す
状態ランク情報を含み、 前記制御部は、前記状態ランク情報と前記緊急ランク情
報とに基づいて、前記ダイヤルされたダイヤル番号の緊
急ランク情報で示されるランクが、前記状態ランク情報
で示されるランク以上の場合、前記ネットワーク側に接
続要求を送信する制御を行う、 請求項１に記載の移動端末。 - 【請求項３】表示部を更に具備し、 前記記憶部は、更に、前記状態情報を知らせるメッセー
ジを格納し、 前記制御部は、前記状態情報と前記緊急呼情報とに基づ
いて、前記規制状態が前記緊急呼を専用に受け付ける状
態であって、ダイヤルされたダイヤル番号が前記緊急呼
ではない場合、前記メッセージを表示部へ出力する、 請求項１又は２に記載の移動端末。 - 【請求項４】ネットワークでの緊急呼の発生率としての
緊急呼発生率の監視を行う監視部と、 前記監視の結果に基づいて、前記緊急呼発生率が予め設
定された条件になった場合、前記ネットワークでの通信
の規制状態としての状態情報を出力する管理制御部と、 を具備する、 緊急呼管理装置。 - 【請求項５】前記規制状態は、前記緊急呼を専用に受け
付ける状態である、 請求項４に記載の緊急呼管理装置。 - 【請求項６】前記緊急呼発生率の前記予め設定された条
件と前記規制状態とを対応付けて格納している条件デー
タベースと、 を更に具備する、 請求項４又は５に記載の緊急呼管理装置。 - 【請求項７】ネットワークでの緊急呼の発生率としての
緊急呼発生率の監視を行い、前記監視の結果に基づい
て、前記緊急呼発生率が予め設定された条件になった場
合、前記ネットワークでの通信の規制状態としての状態
情報を送信する緊急呼管理装置と、 緊急呼のダイヤル番号としての緊急番号情報を有し、前
記緊急番号情報と受信した前記状態情報とに基づいて、
前記規制状態が前記緊急呼を専用に受け付ける状態であ
って、ダイヤルされたダイヤル番号が前記緊急呼の場
合、前記ネットワーク側に接続要求を送信する移動端末
と、 を具備する、 緊急呼管理システム。 - 【請求項８】交換機が、ネットワークでの緊急呼の発生
率としての緊急呼発生率の監視を行うステップと、 前記交換機が、前記監視の結果に基づいて、前記緊急呼
発生率が予め設定された条件になった場合、移動端末
へ、前記ネットワークでの通信の規制状態としての状態
情報を出力するステップと、 前記移動端末が、前記状態情報と、予め設定された緊急
呼のダイヤル番号としての緊急番号情報とに基づいて、
前記規制状態が前記緊急呼を専用に受け付ける状態であ
って、ダイヤルされたダイヤル番号が前記緊急呼の場
合、前記交換機へ、前記緊急呼を示す情報を含む接続要
求を送信するステップと、 を具備する、 緊急呼の管理方法。 - 【請求項９】前記交換機が、前記接続要求に基づいて、
前記移動端末へ、前記移動端末の接続を許可する情報を
出力するステップと、 前記移動端末が、前記接続を許可する情報に基づいて、
前記交換機へ、前記緊急呼を示す情報を含む情報を送信
するステップと、 を更に具備する、 請求項８に記載の緊急呼の管理方法。 - 【請求項１０】ネットワークでの緊急呼の発生率として
の緊急呼発生率の監視を行うステップと、 前記監視の結果に基づいて、前記緊急呼発生率が予め設
定された条件になった場合、移動端末へ、前記ネットワ
ークでの通信の規制状態としての状態情報を出力するス
テップと、 前記状態情報に応答して前記移動端末が出力した緊急呼
を示す情報を含む接続要求を受信するステップと、 前記接続要求に基づいて、前記移動端末へ、前記移動端
末の接続を許可する情報を出力するステップと、 を具備する方法をコンピュータに実行させるためのプロ
グラム。 - 【請求項１１】ネットワークでの通信の規制状態として
の状態情報を交換機から受信するステップと、 前記状態情報と、予め設定された緊急呼のダイヤル番号
としての緊急番号情報とに基づいて、前記規制状態が前
記緊急呼を専用に受け付ける状態の場合、ダイヤルされ
たダイヤル番号が前記緊急呼であるかどうかを判断する
ステップと、 前記ダイヤル番号が前記緊急呼である場合、前記交換機
へ、前記緊急呼を示す情報を含む接続要求を送信するス
テップと、を具備する方法をコンピュータに実行させる
ためのプログラム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002044037A JP4026118B2 (ja) | 2002-02-20 | 2002-02-20 | 移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法 |
| US10/364,454 US20030157923A1 (en) | 2002-02-20 | 2003-02-12 | Mobile station, and apparatus, system and method for management of emergency calls |
| GB0303328A GB2388496A (en) | 2002-02-20 | 2003-02-13 | Management of emergency calls |
| KR10-2003-0010496A KR100533206B1 (ko) | 2002-02-20 | 2003-02-19 | 이동국, 및 긴급호 관리 장치, 긴급호 관리 시스템 및긴급호 관리 방법 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002044037A JP4026118B2 (ja) | 2002-02-20 | 2002-02-20 | 移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003244284A true JP2003244284A (ja) | 2003-08-29 |
| JP4026118B2 JP4026118B2 (ja) | 2007-12-26 |
Family
ID=19192760
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002044037A Expired - Fee Related JP4026118B2 (ja) | 2002-02-20 | 2002-02-20 | 移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20030157923A1 (ja) |
| JP (1) | JP4026118B2 (ja) |
| KR (1) | KR100533206B1 (ja) |
| GB (1) | GB2388496A (ja) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005229478A (ja) * | 2004-02-16 | 2005-08-25 | Clarion Co Ltd | 車々間通信システム、無線通信機器及び車々間通信方法 |
| WO2007077840A1 (ja) * | 2005-12-28 | 2007-07-12 | Matsushita Electric Industrial Co., Ltd. | 無線通信基地局装置及び呼接続方法 |
| WO2007111009A1 (ja) | 2006-03-28 | 2007-10-04 | Nec Corporation | 基地局制御装置、ドメインアクセス規制方法 |
| JP2007274144A (ja) * | 2006-03-30 | 2007-10-18 | Matsushita Electric Ind Co Ltd | 通信装置 |
| JP2009513047A (ja) * | 2005-10-19 | 2009-03-26 | ノキア シーメンス ネットワークス ゲゼルシャフト ミット ベシュレンクテル ハフツング ウント コンパニー コマンディトゲゼルシャフト | 無線通信システムの加入者端末機器に警報メッセージを送出する方法 |
| WO2009097818A1 (zh) * | 2008-02-03 | 2009-08-13 | Huawei Technologies Co., Ltd. | 一种用户设备紧急接入的方法、设备和系统 |
| JP2009537108A (ja) * | 2006-05-12 | 2009-10-22 | インターデイジタル テクノロジー コーポレーション | ワイヤレスメトロポリタンエリアネットワークにおける緊急コールをサポートするための方法および装置 |
| WO2010119728A1 (ja) | 2009-04-17 | 2010-10-21 | 日本電気株式会社 | 移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法 |
| JP2010278620A (ja) * | 2009-05-27 | 2010-12-09 | Nippon Telegr & Teleph Corp <Ntt> | 光回線終端装置、故障箇所検出装置、通信経路切替方法、及び故障箇所検出方法 |
| WO2011040596A1 (ja) | 2009-10-01 | 2011-04-07 | 日本電気株式会社 | 移動通信システム |
| JP2011176876A (ja) * | 2005-12-28 | 2011-09-08 | Panasonic Corp | 無線通信方法及び無線通信端末装置 |
| CN103517243A (zh) * | 2012-06-21 | 2014-01-15 | 成都鼎桥通信技术有限公司 | 紧急呼叫建立方法、网络设备及通信系统 |
| US8639269B2 (en) | 2008-12-10 | 2014-01-28 | Nec Corporation | Wireless communication system, wireless base station, mobile terminal, wireless communication method, and program |
| US8787867B2 (en) | 2009-01-27 | 2014-07-22 | Telefonaktiebolaget L M Ericsson (Publ) | Emergency call handling |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2854756B1 (fr) * | 2003-05-07 | 2005-08-12 | Evolium Sas | Procede pour l'etablissement de connexion dans un systeme de radiocommunications mobiles |
| US7333795B2 (en) * | 2003-10-24 | 2008-02-19 | Motorola Inc. | Emergency call placement method |
| JP4288199B2 (ja) * | 2004-03-31 | 2009-07-01 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法、移動局及び無線制御装置 |
| US7643625B2 (en) * | 2004-04-29 | 2010-01-05 | At&T Intellectual Property 1, L.P. | Method of and system for altering incoming call controls after a call has been placed to an emergency number |
| US8682279B2 (en) * | 2004-05-07 | 2014-03-25 | Interdigital Technology Corporation | Supporting emergency calls on a wireless local area network |
| GB2416276B (en) * | 2004-07-14 | 2009-06-17 | Vodafone Plc | Providing services in communications networks |
| US20060094396A1 (en) * | 2004-10-28 | 2006-05-04 | Sharada Raghuram | Apparatus and method for connecting an emergency call |
| US20060094397A1 (en) * | 2004-10-28 | 2006-05-04 | Sharada Raghuram | Apparatus and method for connecting an emergency call |
| US7127230B2 (en) * | 2004-12-10 | 2006-10-24 | Bellsouth Intellectual Property Corporation | Methods and computer program products for providing communications in emergency situations |
| KR101040919B1 (ko) * | 2005-01-03 | 2011-06-16 | 에스케이 텔레콤주식회사 | Ｗｃｄｍａ 시스템에서 호 처리절차 수정을 통한 호설정시간 단축방법 |
| US7346334B2 (en) * | 2005-06-30 | 2008-03-18 | Lucent Technologies Inc. | Method of preventing detonation of a mobile-terminal-triggered explosive device |
| CN1909718B (zh) * | 2005-08-03 | 2010-08-18 | 中兴通讯股份有限公司 | 一种wcdma系统中的紧急呼叫处理方法 |
| US8045973B2 (en) * | 2006-04-05 | 2011-10-25 | Alcatel Lucent | Mobile device subject to a communication restriction responding to a priority call |
| KR101336997B1 (ko) * | 2006-12-18 | 2013-12-04 | 에스케이텔레콤 주식회사 | 이동 통신 시스템의 트래픽 제어 시스템 및 방법 |
| US8599802B2 (en) * | 2008-03-14 | 2013-12-03 | Interdigital Patent Holdings, Inc. | Method and apparatus to deliver public warning messages |
| US8339249B2 (en) * | 2008-08-04 | 2012-12-25 | Qualcomm Incorporated | Paging and notification mechanism for emergency warning system over cellular networks |
| US8521137B2 (en) * | 2008-08-21 | 2013-08-27 | Shoretel, Inc. | System and method for voicemail service mobility |
| US20110261726A1 (en) * | 2008-11-07 | 2011-10-27 | Hannu Tapio Hakkinen | Emergency Call in Radio System |
| CN101925151A (zh) * | 2009-06-12 | 2010-12-22 | 华为技术有限公司 | 接入控制方法、设备及系统 |
| JP5124597B2 (ja) * | 2010-01-08 | 2013-01-23 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システムにおけるユーザ装置、基地局及び方法 |
| US8874069B1 (en) * | 2012-11-19 | 2014-10-28 | Sprint Spectrum L.P. | Dynamically toggling data dedicated transmission mode in a wireless communication device |
| CN104301570A (zh) * | 2013-07-18 | 2015-01-21 | 杭州华为企业通信技术有限公司 | 紧急呼叫方法及装置 |
| JP7165625B2 (ja) * | 2019-06-04 | 2022-11-04 | 本田技研工業株式会社 | 通信システム、無線基地局、プログラム、方法、及び管理装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11234730A (ja) * | 1998-02-10 | 1999-08-27 | Matsushita Electric Ind Co Ltd | 緊急呼管理を行なうワイヤレス通信方法及び装置 |
| JP2001069565A (ja) * | 1999-08-26 | 2001-03-16 | Nec Eng Ltd | デジタル加入者無線システム |
| JP2001078260A (ja) * | 1999-09-06 | 2001-03-23 | Yrp Kokino Idotai Tsushin Kenkyusho:Kk | 移動通信システムにおける輻輳制御方法、移動端末および基地局 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07222246A (ja) * | 1994-02-03 | 1995-08-18 | Fujitsu Ltd | 緊急優先通話方式 |
| US5563931A (en) * | 1994-08-16 | 1996-10-08 | Sos Wireless Communications & National Dispatch Center | Emergency wireless telephone and control system, and method |
| JPH09312692A (ja) * | 1996-05-24 | 1997-12-02 | Nec Commun Syst Ltd | 発着信規制制御方式 |
| US6070065A (en) * | 1997-01-09 | 2000-05-30 | Motorola, Inc. | Cell-based emergency call systems and methods |
| US6131024A (en) * | 1997-10-09 | 2000-10-10 | Ericsson Inc. | System and method for setting subscriber-defined usage limits on a mobile terminal |
| US6118866A (en) * | 1998-08-03 | 2000-09-12 | Geneys Telecommunications Laboratories, Inc. | Emergency call load management for call centers |
| FI108104B (fi) * | 1999-01-15 | 2001-11-15 | Nokia Networks Oy | Solunvalinta pakettiradioverkossa |
| US6600914B2 (en) * | 1999-05-24 | 2003-07-29 | Arraycomm, Inc. | System and method for emergency call channel allocation |
| US6801762B1 (en) * | 1999-09-29 | 2004-10-05 | Nokia Corporation | Apparatus, and associated method, for placing an emergency call in a radio communication system |
| JP2001169360A (ja) * | 1999-12-14 | 2001-06-22 | Yrp Kokino Idotai Tsushin Kenkyusho:Kk | 移動通信システムの輻輳制御装置および移動端末 |
| US6563910B2 (en) * | 2001-02-26 | 2003-05-13 | Royal Thoughts, Llc | Emergency response information distribution |
| US7437142B2 (en) * | 2001-04-27 | 2008-10-14 | Nokia Corporation | Method and system for enabling emergency sessions to be established in abnormal cases |
| US7233781B2 (en) * | 2001-10-10 | 2007-06-19 | Ochoa Optics Llc | System and method for emergency notification content delivery |
-
2002
- 2002-02-20 JP JP2002044037A patent/JP4026118B2/ja not_active Expired - Fee Related
-
2003
- 2003-02-12 US US10/364,454 patent/US20030157923A1/en not_active Abandoned
- 2003-02-13 GB GB0303328A patent/GB2388496A/en not_active Withdrawn
- 2003-02-19 KR KR10-2003-0010496A patent/KR100533206B1/ko not_active IP Right Cessation
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11234730A (ja) * | 1998-02-10 | 1999-08-27 | Matsushita Electric Ind Co Ltd | 緊急呼管理を行なうワイヤレス通信方法及び装置 |
| JP2001069565A (ja) * | 1999-08-26 | 2001-03-16 | Nec Eng Ltd | デジタル加入者無線システム |
| JP2001078260A (ja) * | 1999-09-06 | 2001-03-23 | Yrp Kokino Idotai Tsushin Kenkyusho:Kk | 移動通信システムにおける輻輳制御方法、移動端末および基地局 |
Cited By (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005229478A (ja) * | 2004-02-16 | 2005-08-25 | Clarion Co Ltd | 車々間通信システム、無線通信機器及び車々間通信方法 |
| JP2009513047A (ja) * | 2005-10-19 | 2009-03-26 | ノキア シーメンス ネットワークス ゲゼルシャフト ミット ベシュレンクテル ハフツング ウント コンパニー コマンディトゲゼルシャフト | 無線通信システムの加入者端末機器に警報メッセージを送出する方法 |
| US9674334B2 (en) | 2005-10-19 | 2017-06-06 | Nokia Solutions And Networks Gmbh & Co. Kg | Method for transmission of alarm messages to subscriber terminals in radio communications system |
| US8768287B2 (en) | 2005-10-19 | 2014-07-01 | Nokia Siemens Networks Gmbh & Co. Kg | Method for transmission of alarm messages to subscriber terminals in a radio communications system |
| JP4838853B2 (ja) * | 2005-10-19 | 2011-12-14 | ノキア シーメンス ネットワークス ゲゼルシャフト ミット ベシュレンクテル ハフツング ウント コンパニー コマンディトゲゼルシャフト | 無線通信システムの加入者端末機器に警報メッセージを送出する方法 |
| JP2011176876A (ja) * | 2005-12-28 | 2011-09-08 | Panasonic Corp | 無線通信方法及び無線通信端末装置 |
| JP2007295523A (ja) * | 2005-12-28 | 2007-11-08 | Matsushita Electric Ind Co Ltd | 無線通信基地局装置及び呼接続方法 |
| US8855606B2 (en) | 2005-12-28 | 2014-10-07 | Panasonic Intellectual Property Corporation Of America | Integrated circuit for radio communication mobile station device and call connection method |
| WO2007077840A1 (ja) * | 2005-12-28 | 2007-07-12 | Matsushita Electric Industrial Co., Ltd. | 無線通信基地局装置及び呼接続方法 |
| US8594633B2 (en) | 2005-12-28 | 2013-11-26 | Panasonic Corporation | Radio communication mobile station device and call connection method |
| US8391840B2 (en) | 2005-12-28 | 2013-03-05 | Panasonic Corporation | Radio communication base station device and call connection method |
| WO2007111009A1 (ja) | 2006-03-28 | 2007-10-04 | Nec Corporation | 基地局制御装置、ドメインアクセス規制方法 |
| US7764610B2 (en) | 2006-03-28 | 2010-07-27 | Nec Corporation | Base station control apparatus and domain access regulating method |
| JP2007274144A (ja) * | 2006-03-30 | 2007-10-18 | Matsushita Electric Ind Co Ltd | 通信装置 |
| JP2009537108A (ja) * | 2006-05-12 | 2009-10-22 | インターデイジタル テクノロジー コーポレーション | ワイヤレスメトロポリタンエリアネットワークにおける緊急コールをサポートするための方法および装置 |
| WO2009097818A1 (zh) * | 2008-02-03 | 2009-08-13 | Huawei Technologies Co., Ltd. | 一种用户设备紧急接入的方法、设备和系统 |
| US8639269B2 (en) | 2008-12-10 | 2014-01-28 | Nec Corporation | Wireless communication system, wireless base station, mobile terminal, wireless communication method, and program |
| US8787867B2 (en) | 2009-01-27 | 2014-07-22 | Telefonaktiebolaget L M Ericsson (Publ) | Emergency call handling |
| EP3306966A1 (en) | 2009-04-17 | 2018-04-11 | NEC Corporation | Mobile communication system, base station, gateway apparatus, core network apparatus, and communication method |
| WO2010119728A1 (ja) | 2009-04-17 | 2010-10-21 | 日本電気株式会社 | 移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法 |
| US9560508B2 (en) | 2009-04-17 | 2017-01-31 | Nec Corporation | Mobile communication system, base station, gateway apparatus, core network apparatus, and communication method |
| US9241247B2 (en) | 2009-04-17 | 2016-01-19 | Nec Corporation | Mobile communication system, base station, gateway apparatus, core network apparatus, and communication method |
| JP2016021766A (ja) * | 2009-04-17 | 2016-02-04 | 日本電気株式会社 | 移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法 |
| JP2010278620A (ja) * | 2009-05-27 | 2010-12-09 | Nippon Telegr & Teleph Corp <Ntt> | 光回線終端装置、故障箇所検出装置、通信経路切替方法、及び故障箇所検出方法 |
| US8938234B2 (en) | 2009-10-01 | 2015-01-20 | Nec Corporation | Mobile communication system |
| WO2011040596A1 (ja) | 2009-10-01 | 2011-04-07 | 日本電気株式会社 | 移動通信システム |
| CN103517243A (zh) * | 2012-06-21 | 2014-01-15 | 成都鼎桥通信技术有限公司 | 紧急呼叫建立方法、网络设备及通信系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| GB2388496A (en) | 2003-11-12 |
| JP4026118B2 (ja) | 2007-12-26 |
| KR20030069855A (ko) | 2003-08-27 |
| US20030157923A1 (en) | 2003-08-21 |
| KR100533206B1 (ko) | 2005-12-05 |
| GB0303328D0 (en) | 2003-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003244284A (ja) | 移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法 | |
| US5666364A (en) | Method for prioritizing services provided by different network entities | |
| US7006827B2 (en) | Mobile-service switching center, base station controller, multicall communication mode supporting terminal and method of changing number of calls in multicall communication mode | |
| US7515904B2 (en) | Method and system for notifying a caller that a cellular phone destination is available | |
| KR100319124B1 (ko) | 무선통신망에서의 우선호 제어 시스템 및 방법 | |
| JPH09509801A (ja) | セルラーネットワークにおいて異なる優先順位の呼びを送信する方法 | |
| WO2007111009A1 (ja) | 基地局制御装置、ドメインアクセス規制方法 | |
| EP1761100A2 (en) | Wireless communication terminal and method for emergency call connection using hand-off | |
| JP4515438B2 (ja) | 移動端末装置 | |
| JPH06284466A (ja) | 移動無線電話通信装置 | |
| JP4597385B2 (ja) | 同方向通話をセットアップする方法と装置 | |
| JP4549946B2 (ja) | 移動通信システムにおける輻輳制御方法および輻輳制御装置 | |
| JP3981927B2 (ja) | 移動通信システム、移動通信網監視装置、無線基地局制御装置及び移動通信交換機 | |
| WO2006073765A2 (en) | Methods for setting up dispatch calls | |
| JP2001144856A (ja) | 無線加入者システム、無線加入者システムの回線接続制御装置及び記録媒体 | |
| US7006476B1 (en) | Communication apparatus and communication rate selecting method thereof | |
| EP1814346B1 (en) | Telecommunications control system and method therefor | |
| JPH11234730A (ja) | 緊急呼管理を行なうワイヤレス通信方法及び装置 | |
| EP1190559B1 (en) | Method and system for notifying a caller that a cellular phone destination is available | |
| JP3820447B2 (ja) | 通信システムにおける再呼制御方法及び装置 | |
| JP2689925B2 (ja) | 加入者無線システムにおける無線チャネルビジー時の呼救済方法とその装置 | |
| JP3361421B2 (ja) | 交換機システム | |
| JP2012023642A (ja) | 通信システム、基地局、及び通信方法 | |
| JP4447335B2 (ja) | 移動体通信システムにおける緊急通信処理システム及び方法 | |
| JP2000253458A (ja) | 移動通信システムと、その移動通信システムで用いられる移動通信交換局および移動無線通信端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050114 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070117 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070126 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070327 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070914 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070927 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101019 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |