JP6088162B2 - 移動通信システム、移動管理装置及び移動通信方法 - Google Patents

Description

本発明は、一般呼よりも優先して処理される緊急呼を接続可能な移動通信システム、移動管理装置及び移動通信方法に関する。

Long Term Evolution（LTE）では、インターネットプロトコル（IP）をベースとしたネットワーク（IP-Connectivity Access Network（IP-CAN））を経由して音声通信呼の接続を実現するVoice over LTE（VoLTE）が規定されている。VoLTEでは、警察や消防への発信など、緊急性の高い緊急呼を最優先で処理するための手順が規定されている（例えば、非特許文献１参照）。

図１は、Preservation状態において移動局（UE）が緊急呼を発信した場合における通信シーケンスを示す。図１に示すように、Preservation状態において、UEによって緊急呼が発信されると、UE requested PDN connectivity手順が実行される。Preservation状態とは、緊急呼ではない一般呼用の通信ベアラ（VoLTE用ベアラ）を設定済みであって、かつ無線リンクが解放されている状態である。このようなPreservation状態において緊急呼が発信されると、一般呼用の通信ベアラとは異なる緊急呼用の通信ベアラ（具体的には、PDN Connection）が設定される。

Preservation状態の場合、緊急呼用の通信ベアラを設定する前に、一般呼用の通信ベアラに用いられる無線リンクを一旦復旧させる必要がある。そこで、Service Request手順及びInitial Context Setup Request手順が実行される。

Initial Context Setup Request手順では、UEから送信されたRRC（Service Request）に基づいて、無線基地局（eNB）が、Initial UE Message（Service Request）にMobility Management Entity（MME）を送信する（S10, S20）。RRC及びInitial UE Messageには、緊急呼であることを示す情報（RRC Establishment cause: emergency）が含まれている。

MMEは、当該UEのPreservation状態を参照してInitial Context Setup RequestをeNBに送信する（S30）。当該処理によって、一般呼用の通信ベアラの設定が開始される。ここで、Preservation状態として一般呼用の通信ベアラが保持されているため、MMEは、Initial Context Setup Requestに含まれるE-RAB Level QoS_ARP（Allocation and Retention Policy）として、当該Preservation状態の通信ベアラ、つまり、一般呼用の通信ベアラの優先度を設定する。また、緊急呼用の通信ベアラはService Request手順が成功した後、UE requested PDN Connectivity手順において設定される。

3GPP TS 23.401 V11.0.0 Subclause 5.10.2 UE requested PDN connectivity, 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 11)、2011年12月

しかしながら、上述した従来の緊急呼の処理手順には、次のような問題があった。すなわち、MMEがeNBに送信するInitial Context Setup Requestには、緊急呼の発信に伴って発生したことを含めることができない。上述したように、Initial Context Setup Requestに含まれるE-RAB Level QoS_ARPは、一般呼用の通信ベアラに適用される。

このため、eNBにおいて緊急呼を優先して処理できず、緊急呼の接続が失敗（図１の下段参照）する可能性がある。

そこで、本発明は、このような状況に鑑みてなされたものであり、Preservation状態の場合でも緊急呼をより迅速かつ確実に接続できる移動通信システム、移動管理装置及び移動通信方法の提供を目的とする。

本発明の第１の特徴は、移動局と無線通信を実行する無線基地局と、前記移動局のモビリティを管理する移動管理装置とを含み、前記移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続可能な移動通信システムであって、前記移動管理装置は、前記無線基地局から緊急呼の発信に伴って生成されたサービス要求を取得するサービス要求取得部と、前記サービス要求取得部が取得した前記サービス要求に基づいて、緊急呼であることを示す緊急呼情報を含むベアラ設定要求を前記無線基地局に送信するベアラ設定要求送信部とを備え、前記無線基地局は、前記移動管理装置から受信した前記ベアラ設定要求に含まれる前記緊急呼情報に基づいて、前記ベアラ設定要求を一般呼のベアラ設定要求よりも優先して処理するベアラ設定要求処理部を備えることを要旨とする。

本発明の第２の特徴は、移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続可能な移動通信システムに含まれる移動管理装置であって、前記無線基地局から緊急呼の発信に伴って生成されたサービス要求を取得するサービス要求取得部と、前記サービス要求取得部が取得した前記サービス要求に基づいて、緊急呼であることを示す緊急呼情報を含むベアラ設定要求を前記無線基地局に送信するベアラ設定要求送信部とを備えることを要旨とする。

本発明の第３の特徴は、移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続する移動通信方法であって、移動管理装置が、前記無線基地局から緊急呼の発信に伴って生成されたサービス要求を取得するステップと、前記移動管理装置が、取得した前記サービス要求に基づいて、緊急呼であることを示す緊急呼情報を含むベアラ設定要求を前記無線基地局に送信するステップと、前記無線基地局が、前記移動管理装置から受信した前記ベアラ設定要求に含まれる前記緊急呼情報に基づいて、前記ベアラ設定要求を一般呼のベアラ設定要求よりも優先して処理するステップとを含むことを要旨とする。

本発明の第４の特徴は、移動局と無線通信を実行し、前記移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続可能な無線基地局であって、緊急呼の発信に伴って生成されたサービス要求を前記移動局から取得し、前記緊急呼の発信に伴うサービス要求を移動管理装置に送信するサービス要求処理部と、前記サービス要求処理部が取得した前記サービス要求が前記緊急呼の発信に伴うものであることを示す呼情報を保持する呼情報保持部と、前記呼情報に基づいて、前記移動管理装置から受信したベアラ設定要求が前記緊急呼の発信に伴うものであるか否かを判定し、前記ベアラ設定要求が前記緊急呼の発信に伴うものである場合、前記ベアラ設定要求を一般呼のベアラ設定要求よりも優先して処理するベアラ設定要求処理部とを備えることを要旨とする。

本発明の第５の特徴は、移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続する移動通信方法であって、無線基地局が、緊急呼の発信に伴って生成されたサービス要求を前記移動局から取得し、前記緊急呼の発信に伴うサービス要求を移動管理装置に送信するステップと、前記無線基地局が、取得した前記サービス要求が前記緊急呼の発信に伴うものであることを示す呼情報を保持するステップと、前記無線基地局が、前記呼情報に基づいて、前記移動管理装置から受信したベアラ設定要求が前記緊急呼の発信に伴うものであるか否かを判定し、前記ベアラ設定要求が前記緊急呼の発信に伴うものである場合、前記ベアラ設定要求を一般呼のベアラ設定要求よりも優先して処理するステップとを含むことを要旨とする。

本発明の特徴によれば、Preservation状態の場合でも緊急呼をより迅速かつ確実に接続できる移動通信システム、移動管理装置及び移動通信方法を提供することができる。

移動局が緊急呼を発信した場合における従来の通信シーケンスを示す図である。 本発明の実施形態に係る移動通信システム10の全体概略構成図である。 本発明の実施形態に係るMME40の機能ブロック構成図である。 本発明の実施形態に係るeNB30の機能ブロック構成図である。 本発明の実施形態に係るEmergency Indicatorを利用した緊急呼の接続に関する通信シーケンスを示す図である。 本発明の実施形態に係るE-RAB Level QoS_ARPを利用した緊急呼の接続に関する通信シーケンスを示す図である。 本発明の変更例に係るeNB30の機能ブロック構成図である。 本発明の変更例に係る緊急呼の接続に関する通信シーケンスを示す図である。

次に、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。

したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。

（１）移動通信システムの全体概略構成
図２は、本実施形態に係る移動通信システム10の全体概略構成図である。図２に示すように、移動局20（以下、UE20）、無線基地局30（以下、eNB30）、移動管理装置（以下、MME40）、サービングゲートウェイ装置50（以下、S-GW50）、PDNゲートウェイ装置60（以下、P-GW60）、及びポリシー・課金制御装置（以下、PCRF70）を含む。また、移動通信システム10には、ホーム加入者サーバ（HSS）が含まれてもよく、P-GW60には、IP Multimedia core network Subsystem（IMS）などのIPベースの外部ネットワーク（パケットデータネットワーク）が接続される。

MME40は、eNB30を収容し、モビリティ制御やベアラ制御機能などを提供することによってUE20のモビリティを管理する交換機である。S-GW50は、3GPP（LTE）のアクセスシステムを収容する在圏パケット交換機である。P-GW60は、IMS基盤との接続点であり、IPアドレスの割当てやS-GW50へのパケット転送などを行うパケット交換機である。また、P-GW60は、PCRF70と連携し、QoS制御やベアラ設定制御などを実行する。PCRF70は、ユーザデータ転送のQoS及び課金のための制御を実行する論理ノードである。

移動通信システム10は、UE20が発信した他の音声通信呼（一般呼）よりも優先して処理される緊急呼を接続することができる。例えば、緊急呼には、警察や消防への音声通信呼が含まれる。

（２）移動通信システムの機能ブロック構成
次に、移動通信システム10の機能ブロック構成について説明する。図３は、MME40の機能ブロック構成図である。また、図４は、eNB30の機能ブロック構成図である。

（２．１）MME40
図３に示すように、MME40は、状態保持部41、サービス要求取得部43及びベアラ設定要求送信部45を備える。

状態保持部41は、UE20とMME40との間に設定される一般呼用の通信ベアラの状態を保持する。具体的には、状態保持部41は、緊急呼ではない一般呼用の通信ベアラ（VoLTE用ベアラ）を設定済みであって、かつ無線リンクが解放されているPreservation状態を保持する。

サービス要求取得部43は、eNB30から緊急呼の発信に伴って生成されたサービス要求を取得する。具体的には、サービス要求取得部43は、eNB30から送信されたInitial UE Message（Service Request）を受信する。Initial UE Message（Service Request）には、緊急呼であることを示す情報（RRC Establishment cause: emergency）が含まれている。

ベアラ設定要求送信部45は、サービス要求取得部43が取得したInitial UE Message（Service Request）に基づいて、緊急呼であることを示す緊急呼情報を含むベアラ設定要求をeNB30に送信する。具体的には、ベアラ設定要求送信部45は、緊急呼であることを示すEmergency Indicator（緊急呼識別子）を緊急呼情報としたInitial Context Setup Request（ベアラ設定要求）をeNB30に送信することができる。なお、ベアラ設定要求送信部45は、状態保持部41によって保持されている一般呼用の通信ベアラの状態に関わらず、Emergency Indicatorを含むベアラ設定要求を送信することができる。

また、ベアラ設定要求送信部45は、Initial Context Setup Requestに伴って設定される通信ベアラに適用されるサービス品質を一般呼よりも高くしたことを示すE-RAB Level QoS_ARP（サービス品質情報）を緊急呼情報としたInitial Context Setup Requestを送信することもできる。具体的には、ベアラ設定要求送信部45は、状態保持部41によって保持されている一般呼用の通信ベアラの状態に関わらず、E-RAB Level QoS_ARPとして、一般呼よりも優先度が高いことを示す「緊急」（優先）が設定される。

（２．２）eNB30
図４に示すように、eNB30は、ベアラ設定要求受信部31及びベアラ設定要求処理部33を備える。

ベアラ設定要求受信部31は、MME40によって送信されたInitial Context Setup Request（ベアラ設定要求）を受信する。

ベアラ設定要求処理部33は、ベアラ設定要求受信部31が受信したInitial Context Setup Requestに含まれる緊急呼情報に基づいて、当該Initial Context Setup Requestを一般呼のInitial Context Setup Requestよりも優先して処理する。具体的には、ベアラ設定要求処理部33は、Initial Context Setup Requestに含まれるEmergency IndicatorまたはE-RAB Level QoS_ARPに基づいて、Emergency Indicatorが含まれるInitial Context Setup Request、及びE-RAB Level QoS_ARPが「緊急」（優先）に設定されているInitial Context Setup Requestを、他のInitial Context Setup Requestよりも優先して処理する。

（３）移動通信システムの動作
次に、移動通信システム10の動作について説明する。具体的には、他の一般呼よりも優先して処理される緊急呼の接続に関する通信シーケンスについて説明する。

（３．１）動作例１（Emergency Indicator利用）
図５は、Emergency Indicatorを利用した緊急呼の接続に関する通信シーケンスを示す。以下、図１に示した従来の通信シーケンスと異なる部分について主に説明し、従来の通信シーケンスと同様の部分については、その説明を適宜省略する。

図５に示すように、eNB30は、RRC Establishment cause: emergencyを含むRRC（Service Request）をUE20から受信すると、RRC Establishment cause: emergencyを含むInitial UE Message（Service Request）をMME40に送信する（S110, S120）。

MME40は、eNB30から受信したInitial UE Message（Service Request）に含まれるRRC Establishment cause: emergencyに基づいて、当該Initial UE Message（Service Request）が緊急呼に伴って発生したものであることを認識する。MME40は、受信したInitial UE Message（Service Request）が緊急呼に伴って発生したものであることを認識したことに基づいて、Emergency Indicatorを含むInitial Context Setup RequestをeNB30に送信する（S130）。なお、MME40は、Preservation状態として保持されている一般呼用の通信ベアラの状態に関わらず、Emergency Indicatorを含むベアラ設定要求を送信することができる。

当該Initial Context Setup Requestを受信したeNB30は、Emergency Indicatorに基づいて、当該Initial Context Setup Requestを他のInitial Context Setup Requestよりも優先して処理する。この結果、Service Request手順が成功し、UE requested PDN connectivity手順が継続される。

（３．２）動作例２（E-RAB Level QoS_ARP利用）
図６は、E-RAB Level QoS_ARPを利用した緊急呼の接続に関する通信シーケンスを示す。図６に示すS210及びS220の処理は、動作例１のS110及びS120と同様である。

MME40は、受信したInitial UE Message（Service Request）が緊急呼に伴って発生したものであることを認識したことに基づいて、E-RAB Level QoS_ARPとして、一般呼よりも優先度が高いことを示す「緊急」（優先）に設定されたInitial Context Setup RequestをeNB30に送信する（S230）。すなわち、MME40は、Preservation状態として保持されているE-RAB Level QoS_ARPの状態に関わらず、E-RAB Level QoS_ARPの値を一時的に優先度が高い値に書き換える。

当該Initial Context Setup Requestを受信したeNB30は、E-RAB Level QoS_ARPに基づいて、当該Initial Context Setup Requestを他のInitial Context Setup Requestよりも優先して処理する。この結果、Service Request手順が成功し、UE requested PDN connectivity手順が継続される。

（４）変更例
次に、上述したeNB30による動作の変形例について説明する。図７は、本変更例に係るeNB30の機能ブロック構成図である。図７に示すように、本変更例では、図４に示したeNB30の機能ブロック構成と比較すると、サービス要求処理部35及び呼情報保持部37が追加されている。

サービス要求処理部35は、緊急呼の発信に伴って生成されたサービス要求、具体的には、RRC（Service Request）をUE20から取得する。サービス要求処理部35は、取得したRRC（Service Request）に基づいて、緊急呼の発信に伴うInitial UE Message（Service Request）をMME40に送信する。

呼情報保持部37は、サービス要求処理部35が取得したRRC（Service Request）が緊急呼の発信に伴うものであることを示す呼情報を保持する。

また、本変更例では、ベアラ設定要求処理部33は、呼情報保持部37によって保持されている呼情報に基づいて、MME40から受信したInitial Context Setup Requestが緊急呼の発信に伴うものであるか否かを判定し、当該Initial Context Setup Requestが緊急呼の発信に伴うものである場合、当該Initial Context Setup Requestを一般呼のInitial Context Setup Requestよりも優先して処理する。

図８は、本変更例に係る緊急呼の接続に関する通信シーケンスを示す。図８に示すS310及びS320の処理は、動作例１のS110及びS120と同様である。

eNB30は、UE20から受信したRRC（Service Request）に含まれるRRC Establishment cause: emergencyに基づいて、当該RRC（Service Request）が緊急呼の発信に伴うものであることを保持する（S330）。eNB30は、MME40からInitial Context Setup Requestを受信すると、当該Initial Context Setup Requestが、緊急呼の発信に伴って送信されたRRC（Service Request）と対応するか否かを判定する（S340）。なお、MME40が送信するInitial Context Setup Requestには、E-RAB Level QoS_ARPとして、一般呼の優先度であることを示す「一般」が設定されている。また、保持しているRRC（Service Request）とInitial Context Setup Requestとが対応しているか否かは、両リクエストに含まれるUEの識別子（eNB UE S1AP IDなど）によって判定できる。

Initial Context Setup Requestを受信したeNB30は、上述した判定結果に基づいて、当該Initial Context Setup Requestを他のInitial Context Setup Requestよりも優先して処理する。この結果、Service Request手順が成功し、UE requested PDN connectivity手順が継続される。

（５）作用・効果
移動通信システム10によれば、Preservation状態でも、MME40からeNB30に送信されるInitial Context Setup RequestにEmergency Indicatorを含めたり、E-RAB Level QoS_ARPを「緊急」（優先）に設定したりすることができる。或いは、eNB30がRRC（Service Request）に含まれるRRC Establishment cause: emergencyに基づいて、当該RRC（Service Request）が緊急呼の発信に伴うものであることを保持し、Initial Context Setup RequestをMME40から受信した場合には、当該Initial Context Setup Requestが緊急呼の発信に伴うものであるか否かを判定することができる。

このため、eNB30においても、緊急呼を優先して処理でき、緊急呼の接続が失敗する可能性を大幅に低減できる。

さらに、本実施形態では、MME40において保持されている一般呼用の通信ベアラの状態、具体的にはPreservation状態に関わらず、Emergency Indicatorを含むベアラ設定要求またはE-RAB Level QoS_ARPを「緊急」（優先）に設定したInitial Context Setup Requestを送信することができる。このため、Preservation状態であっても、緊急呼の接続が失敗する可能性を低減できる。

（６）その他の実施形態
上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。

また、上述した実施形態では、VoLTEに従った音声通信呼を例として説明したが、本発明の適用範囲は、音声通信呼に限定されない。

このように、本発明は、ここでは記載していない様々な実施の形態などを含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

なお、本発明は、以下のように表現されてもよい。本発明の第１の特徴は、UE20（移動局）と無線通信を実行するeNB30（無線基地局）と、前記移動局のモビリティを管理するMME40（移動管理装置）とを含み、前記移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続可能な移動通信システム10（移動通信システム）であって、前記移動管理装置は、前記無線基地局から緊急呼の発信に伴って生成されたInitial UE Message（Service Request）（サービス要求）を取得するサービス要求取得部43（サービス要求取得部）と、前記サービス要求取得部が取得した前記サービス要求に基づいて、緊急呼であることを示す緊急呼情報（例えば、Emergency Indicator）を含むInitial Context Setup Request（ベアラ設定要求）を前記無線基地局に送信するベアラ設定要求送信部45（ベアラ設定要求送信部）とを備え、前記無線基地局は、前記移動管理装置から受信した前記ベアラ設定要求に含まれる前記緊急呼情報に基づいて、前記ベアラ設定要求を一般呼のベアラ設定要求よりも優先して処理するベアラ設定要求処理部33（ベアラ設定要求処理部）を備えることを要旨とする。

本発明の第１の特徴において、前記ベアラ設定要求送信部は、前記緊急呼であることを示すEmergency Indicator（緊急呼識別子）を前記緊急呼情報とした前記ベアラ設定要求を送信してもよい。

本発明の第１の特徴において、前記ベアラ設定要求送信部は、前記ベアラ設定要求に伴って設定される通信ベアラに適用されるサービス品質を前記一般呼よりも高くしたことを示すE-RAB Level QoS_ARP（サービス品質情報）を前記緊急呼情報とした前記ベアラ設定要求を送信してもよい。

本発明の第１の特徴において、前記移動局と前記移動管理装置との間に設定される前記一般呼用の通信ベアラの状態を保持する状態保持部41（状態保持部）を備え、前記ベアラ設定要求送信部は、前記状態保持部によって保持されている前記一般呼用の通信ベアラの状態に関わらず、前記緊急呼情報を含む前記ベアラ設定要求を送信してもよい。

本発明の第２の特徴は、移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続可能な移動通信システムに含まれる移動管理装置であって、前記無線基地局から緊急呼の発信に伴って生成されたサービス要求を取得するサービス要求取得部と、前記サービス要求取得部が取得した前記サービス要求に基づいて、緊急呼であることを示す緊急呼情報を含むベアラ設定要求を前記無線基地局に送信するベアラ設定要求送信部とを備えることを要旨とする。

本発明の第３の特徴は、移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続する移動通信方法であって、移動管理装置が、前記無線基地局から緊急呼の発信に伴って生成されたサービス要求を取得するステップと、前記移動管理装置が、取得した前記サービス要求に基づいて、緊急呼であることを示す緊急呼情報を含むベアラ設定要求を前記無線基地局に送信するステップと、前記無線基地局が、前記移動管理装置から受信した前記ベアラ設定要求に含まれる前記緊急呼情報に基づいて、前記ベアラ設定要求を一般呼のベアラ設定要求よりも優先して処理するステップとを含むことを要旨とする。

本発明の第４の特徴は、移動局と無線通信を実行し、前記移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続可能な無線基地局であって、緊急呼の発信に伴って生成されたサービス要求を前記移動局から取得し、前記緊急呼の発信に伴うサービス要求を移動管理装置に送信するサービス要求処理部と、前記サービス要求処理部が取得した前記サービス要求が前記緊急呼の発信に伴うものであることを示す呼情報を保持する呼情報保持部と、前記呼情報に基づいて、前記移動管理装置から受信したベアラ設定要求が前記緊急呼の発信に伴うものであるか否かを判定し、前記ベアラ設定要求が前記緊急呼の発信に伴うものである場合、前記ベアラ設定要求を一般呼のベアラ設定要求よりも優先して処理するベアラ設定要求処理部とを備えることを要旨とする。

本発明の第５の特徴は、移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続する移動通信方法であって、無線基地局が、緊急呼の発信に伴って生成されたサービス要求を前記移動局から取得し、前記緊急呼の発信に伴うサービス要求を移動管理装置に送信するステップと、前記無線基地局が、取得した前記サービス要求が前記緊急呼の発信に伴うものであることを示す呼情報を保持するステップと、前記無線基地局が、前記呼情報に基づいて、前記移動管理装置から受信したベアラ設定要求が前記緊急呼の発信に伴うものであるか否かを判定し、前記ベアラ設定要求が前記緊急呼の発信に伴うものである場合、前記ベアラ設定要求を一般呼のベアラ設定要求よりも優先して処理するステップとを含むことを要旨とする。

10…移動通信システム
20…UE
30…eNB
31…ベアラ設定要求受信部
33…ベアラ設定要求処理部
35…サービス要求処理部
37…呼情報保持部
40…MME
41…状態保持部
43…サービス要求取得部
45…ベアラ設定要求送信部
50…S-GW
60…P-GW
70…PCRF

Claims (5)

1. 移動局と無線通信を実行する無線基地局と、前記移動局のモビリティを管理する移動管理装置とを含み、前記移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続可能な移動通信システムであって、
   前記移動管理装置は、
   前記移動局と前記移動管理装置との間に設定される前記一般呼用の通信ベアラの状態を保持する状態保持部と、
   前記無線基地局から緊急呼の発信に伴って生成されたサービス要求を取得するサービス要求取得部と、
   前記状態保持部によって保持されている前記一般呼用の通信ベアラの状態に関わらず、前記サービス要求取得部が取得した前記サービス要求に基づいて、緊急呼であることを示す緊急呼情報を含むベアラ設定要求を前記無線基地局に送信するベアラ設定要求送信部と
   を備え、
   前記無線基地局は、前記移動管理装置から受信した前記ベアラ設定要求に含まれる前記緊急呼情報に基づいて、前記ベアラ設定要求を一般呼のベアラ設定要求よりも優先して処理するベアラ設定要求処理部を備える移動通信システム。
2. 前記ベアラ設定要求送信部は、前記緊急呼であることを示す緊急呼識別子を前記緊急呼情報とした前記ベアラ設定要求を送信する請求項１に記載の移動通信システム。
3. 前記ベアラ設定要求送信部は、前記ベアラ設定要求に伴って設定される通信ベアラに適用されるサービス品質を前記一般呼よりも高くしたことを示すサービス品質情報を前記緊急呼情報とした前記ベアラ設定要求を送信する請求項１に記載の移動通信システム。
4. 移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続可能な移動通信システムに含まれる移動管理装置であって、
   前記移動局と自装置との間に設定される前記一般呼用の通信ベアラの状態を保持する状態保持部と、
   無線基地局から緊急呼の発信に伴って生成されたサービス要求を取得するサービス要求取得部と、
   前記状態保持部によって保持されている前記一般呼用の通信ベアラの状態に関わらず、前記サービス要求取得部が取得した前記サービス要求に基づいて、緊急呼であることを示す緊急呼情報を含むベアラ設定要求を前記無線基地局に送信するベアラ設定要求送信部と
   を備える移動管理装置。
5. 移動局が発信した他の一般呼よりも優先して処理される緊急呼を接続する移動通信方法であって、
   移動管理装置が、前記移動局と前記移動管理装置との間に設定される前記一般呼用の通信ベアラの状態を保持するステップと、
   前記移動管理装置が、無線基地局から緊急呼の発信に伴って生成されたサービス要求を取得するステップと、
   前記移動管理装置が、保持している前記一般呼用の通信ベアラの状態に関わらず、取得した前記サービス要求に基づいて、緊急呼であることを示す緊急呼情報を含むベアラ設定要求を前記無線基地局に送信するステップと、
   前記無線基地局が、前記移動管理装置から受信した前記ベアラ設定要求に含まれる前記緊急呼情報に基づいて、前記ベアラ設定要求を一般呼のベアラ設定要求よりも優先して処理するステップと
   を含む移動通信方法。

Images