(57)【要約】【課題】無線品質が良好ではない場合にＭＴＣ端末が行う音声通信に関する技術を提供すること。【解決手段】ユーザ装置と基地局とパケットコアネットワーク装置とＩＭＳ装置とを有する無線通信システムであって、前記ユーザ装置が在圏するセルの無線品質を管理する管理部と、ＩＭＳ音声呼の確立が行われる場合に、該ＩＭＴ音声呼の発信側及び着信側のうち少なくともいずれか一方の前記ユーザ装置が在圏するセルの無線品質に応じて、ＩＭＳ音声呼の確立要求に対して予め定められた処理を行う呼処理部と、を有する無線通信システムを提供する。【選択図】図４
2017220736.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置と基地局とパケットコアネットワーク装置とＩＭＳ装置とを有する無線通信システムであって、
前記ユーザ装置が在圏するセルの無線品質を管理する管理部と、
ＩＭＳ音声呼の確立が行われる場合に、該ＩＭＴ音声呼の発信側及び着信側のうち少なくともいずれか一方の前記ユーザ装置が在圏するセルの無線品質に応じて、ＩＭＳ音声呼の確立要求に対して予め定められた処理を行う呼処理部と、
を有する無線通信システム。
【請求項２】
前記管理部及び前記呼処理部は、前記ＩＭＳ装置に含まれており、
前記予め定められた処理は、前記ＩＭＳ音声呼の確立要求に対して、前記ユーザ装置が在圏するセルの無線品質に応じたコーデックレートを前記ユーザ装置に指示する処理である、
請求項１に記載の無線通信システム。
【請求項３】
前記管理部及び前記呼処理部は、前記基地局、前記パケットコアネットワーク装置又はＩＭＳ装置のいずれかに含まれており、
前記予め定められた処理は、前記ＩＭＳ音声呼の確立要求を拒否する処理である、
請求項１又は２に記載の無線通信システム。
【請求項４】
前記ユーザ装置が在圏するセルの無線品質は、前記ユーザ装置で測定されたセルの受信品質、又は、前記ユーザ装置に設定されるカバレッジ拡張モードの種別である、
請求項１乃至３のいずれか一項に記載の無線通信システム。
【請求項５】
ユーザ装置と基地局とパケットコアネットワーク装置とＩＭＳ装置とを有する無線通信システムが実行する無線通信方法であって、
前記ユーザ装置が在圏するセルの無線品質を管理するステップと、
ＩＭＳ音声呼の確立が行われる場合に、該ＩＭＴ音声呼の発信側及び着信側のうち少なくともいずれか一方の前記ユーザ装置が在圏するセルの無線品質に応じて、ＩＭＳ音声呼の確立要求に対して予め定められた処理を行うステップと、
を有する無線通信方法。
【請求項６】
ＩＭＳ音声呼をサポートするユーザ装置であって、
当該ユーザ装置が在圏するセルの無線品質を管理する管理部と、
ＩＭＳ音声呼の発着信処理を行う呼処理部と、
を有し、
前記呼処理部は、
ＩＭＳ音声呼の発呼を行う場合、当該ユーザ装置が在圏するセルの無線品質に応じたコーデックレートを指定する信号をＩＭＳ装置に送信し、
ＩＭＳ音声呼の着呼を受ける場合、当該ユーザ装置が在圏するセルの無線品質に応じたコーデックレートを指定する信号をＩＭＳ装置に送信する、
ユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、無線通信方法及びユーザ装置に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal  Mobile  Telecommunications  System）ネットワークにおいて、さらなる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long  Term  Evolution）が仕様化された（非特許文献１）。また、ＬＴＥからの更なる広帯域化及び高速化を目的として、ＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（LTE-Advanced）、ＦＲＡ（Future  Radio  Access）、４Ｇ、５Ｇなどともいう）も検討されている。
【０００３】
ところで、近年、通信装置の低コスト化に伴い、ネットワークに繋がれた装置が、人間の手を介さずに相互に通信して自動的に制御を行う機器間通信（Ｍ２Ｍ：Machine-to-Machine）／（ＩｏＴ：Internet of Things）の技術開発が盛んに行われている。特に、３ＧＰＰ（Third  Generation  Partnership  Project）は、Ｍ２Ｍの中でも機器間通信用のセルラシステムとして、ＭＴＣ（Machine  Type  Communication）の最適化に関する標準化を進めている（非特許文献２）。
【０００４】
ＭＴＣ端末（ＭＴＣ  ＵＥ（User  Equipment））は、例えば、ウェアラブル機器、電気メータ、ガスメータ、自動販売機、車両、その他産業機器などの幅広い分野への利用が考えられている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP  TS  36.300  "Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN);  Overall  description;  Stage  2"
【非特許文献２】3GPP  TS  36.888   "Study  on  provision  of  low-cost  Machine-Type  Communications  (MTC)  User  Equipments  (UEs)  based  on  LTE  (Release  12)"
【発明の概要】
【発明が解決しようとする課題】
【０００６】
３ＧＰＰのリリース１３で、ＭＴＣ端末として、コスト削減を図るために送受信帯域幅を６リソースブロック（１．４Ｍｈｚ）に限定したＭＴＣ端末、及び、カバレッジ拡張（ＣＥ：Coverage Enhancement）をサポートするＭＴＣ端末が規定された。当該ＭＴＣ端末は、カテゴリＭ１と呼ばれる。
【０００７】
ウェアラブル機器のようなＭＴＣ端末の場合、少量のデータ通信のみならず、音声サービスを利用したいとのニーズがあると考えられている。そのため、３ＧＰＰでは、カテゴリＭ１のＭＴＣ端末をベースとして、無線品質が良好である場合に、音声通信を実現可能な程度にスループットを拡大することが可能な新たなカテゴリのＭＴＣ端末を規定することが検討されている。より具体的には、当該新たなカテゴリのＭＴＣ端末は、無線ネットワークに接続した時点ではカテゴリＭ１のＭＴＣ端末のように低いスループットで通信する動作モードで動作し、無線品質が良好である場合に、比較的高いスループットを実現可能な動作モードに切り替えることで音声通信を行うことが検討されている。
【０００８】
ここで、ＭＴＣ端末を用いた音声サービスでは、上述のように無線品質が良好である場合に限らず、無線品質が良好ではない場合（つまり、低いスループットで通信する場合）についても音声サービスを利用したいとのニーズがあると想定される。しかしながら、カバレッジ拡張の動作をしているUEは、通常の無線品質より15dB以上劣化している環境にいる場合、無線信号を100回以上繰り返し送受信することによって正常に信号・メッセージをデコードすることができる。このような環境では、一般的に音声通信を行うことが困難である。現状、３ＧＰＰでは、無線品質が良好ではない場合にＭＴＣ端末が行う音声通信に関する技術は規定されていない。
【０００９】
開示の技術は上記に鑑みてなされたものであって、無線品質が良好ではない場合にＭＴＣ端末が行う音声通信に関する技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
開示の技術の無線通信システムは、ユーザ装置と基地局とパケットコアネットワーク装置とＩＭＳ装置とを有する無線通信システムであって、前記ユーザ装置が在圏するセルの無線品質を管理する管理部と、ＩＭＳ音声呼の確立が行われる場合に、該ＩＭＴ音声呼の発信側及び着信側のうち少なくともいずれか一方の前記ユーザ装置が在圏するセルの無線品質に応じて、ＩＭＳ音声呼の確立要求に対して予め定められた処理を行う呼処理部と、を有する。
【発明の効果】
【００１１】
開示の技術によれば、無線品質が良好ではない場合にＭＴＣ端末が行う音声通信に関する技術が提供される。
【図面の簡単な説明】
【００１２】
【図１】各実施の形態に係る無線通信システムの構成例を示す図である。
【図２】無線品質情報の管理に関する処理手順の一例を示すシーケンス図である。
【図３】無線品質情報をＩＭＳで管理する際の動作例の一例を示すシーケンス図である。
【図４】ＩＭＳ音声呼の発呼が行われる際の処理手順の一例を示すシーケンス図である。
【図５】ＮＢ−ＡＭＲのコーデックレート（ａ）、ＷＢ−ＡＭＲのコーデックレート（ｂ）、ＥＶＳのコーデックレート（ｃ）の例を示す図である。
【図６】ＩＭＳ音声呼の確立要求を拒否する際の処理手順（その１）の一例を示すシーケンス図である。
【図７】ＩＭＳ音声呼の確立要求を拒否する際の処理手順（その２）の一例を示すシーケンス図である。
【図８】ＩＭＳ音声呼の確立要求を拒否する際の無線通信システムの動作例を示すシーケンス図である。
【図９】ＩＭＳ音声呼の確立要求を拒否する際の処理手順の変形例を示すシーケンス図である。
【図１０】各実施の形態に係るユーザ装置の機能構成例を示す図である。
【図１１】各実施の形態に係る基地局の機能構成例を示す図である。
【図１２】各実施の形態に係るＥＰＣの機能構成例を示す図である。
【図１３】各実施の形態に係るＩＭＳの機能構成例を示す図である。
【図１４】各実施の形態に係るユーザ装置、基地局、ＥＰＣ及びＩＭＳのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００１４】
＜システム構成＞
図１は、各実施の形態に係る無線通信システムの構成例を示す図である。図１に示すように、各実施の形態に係る無線通信システムは、ユーザ装置ＵＥと、基地局ｅＮＢと、ＥＰＣ（Evolved Packet Core）１０と、ＩＭＳ（IP Multimedia Subsystem）２０とを含む。なお、ＥＰＣやＩＭＳは、この技術用語に限られる必要はなく、将来的な装置・ネットワーク（たとえば、ｖｉｒｔｕａｌ  ＥＰＣなど）も含めてよい。
【００１５】
ユーザ装置ＵＥは、ＩＭＳ音声（ＶｏＬＴＥ（Voice over LTE）、ＭＭＴＥＬ（multimedia telephony）とも呼ばれる）をサポートするＭＴＣ端末を想定している。本実施の形態は、ＩＭＳ音声をサポートしていればどのようなユーザ装置ＵＥにも適用可能である。
【００１６】
なお、本実施の形態は、ＵＥ能力が限定されたユーザ装置ＵＥのみに適用されるようにしてもよい。ＵＥ能力が限定されたユーザ装置ＵＥとは、例えば、バッテリーが制限されているために送信電力が制限される端末、複雑な機能をサポートしない端末（つまりＬｏｗ−ｃｏｍｐｌｅｘｉｔｙな端末）、サイズが小さいために利得が低いアンテナのみを実装した端末など、能力が制限されているユーザ装置ＵＥを意図している。なお、ＵＥ能力が限定されたユーザ装置ＵＥとは、例えば、ＣＥモードをサポートするカテゴリＭ１のＭＴＣ端末と定義されてもよいし、カテゴリＭ１をベースに、無線品質が良好である場合に音声通信を実現可能な程度にスループットが拡大された新たなカテゴリ（以下、「カテゴリＭ２」と呼ぶ）のＭＴＣ端末と定義されてもよい。または、ＭＴＣ端末であって、本発明に好適なカテゴリ（たとえば、カテゴリＭ１を機能や能力に応じてサブカテゴリで再分類した新たなカテゴリ）が定義されてもよい。
【００１７】
なお、ユーザ装置ＵＥは、ＩＭＳ音声に限定されず、映像通信（ＶｉＬＴＥ（Video over LTE）、ＭＭＴＥＬ Ｖｉｄｅｏとも呼ばれる）をサポートしていてもよい。
【００１８】
基地局ｅＮＢは、無線を通じてユーザ装置ＵＥと通信する機能を有する。基地局ｅＮＢは、ユーザ装置ＵＥから報告されるセルの無線品質の測定報告（Measurement Report）に基づいて、ユーザ装置ＵＥにＣＥモードを設定すべきか否かを決定する機能、及び、ＣＥモードを設定する場合に適用すべきＣＥモードを決定する機能を有する。現状のＬＴＥでは、ＣＥモードとしてＣＥモードＡ及びＣＥモードＢが規定されており、それぞれのＣＥモード毎に、物理チャネル信号の繰り返し送信数がＲＲＣシグナリングでユーザ装置ＵＥに設定される。なお、ＣＥモードＡでの繰り返し送信数はＣＥモードＢの繰り返し送信数よりも少なく設定される。つまり、ＣＥモードＢは、ＣＥモードＡよりも無線品質が悪い場合に設定される。また、無線品質が良好である場合、基地局ｅＮＢは、ユーザ装置ＵＥにＣＥモードを設定しない（つまり、従来のＬＴＥの動作に従って通信させる）こともできる。
【００１９】
ＥＰＣ１０は、パケットコアネットワークであり、より詳細にはＭＭＥ（Mobility Management Entity）、ＳＧＷ（Serving Gateway）、ＰＧＷ（Packet data network Gateway）及びＰＣＲＦ（Policy and Charging Rules Function）などを含む。ＩＭＳ２０は、ＩＰパケットによる音声サービス、映像サービス及びＳＭＳサービスを提供するサブシステムであり、ＰＧＷに接続され、Ｐ−ＣＳＣＦ（Proxy-Call Session Control Function）、Ｓ−ＣＳＣＦ（Serving-Call Session Control Function）及びＡＳ（application Server）などを含む。
【００２０】
＜処理手順＞
続いて、実施の形態に係る無線通信システムが行う処理手順を、第一の実施の形態及び第二の実施の形態に分けて説明する。本実施の形態に係る無線通信システムは、ユーザ装置ＵＥが在圏するセル（サービングセル）の無線品質を管理すると共に、ＩＭＴ音声呼の確立が行われる場合に、ＩＭＴ音声呼の発信側及び着信側のうち少なくともいずれか一方のユーザ装置ＵＥの無線品質に応じて、ＩＭＳ音声呼の確立要求に対して予め定められた処理を行うように動作する。
【００２１】
第一の実施の形態では、本無線通信システムは、ＩＭＳ音声呼の確立要求に対して予め定められた処理として、ＩＭＳ音声呼の確立要求に対して、ユーザ装置ＵＥの無線品質に応じたコーデックレートをユーザ装置ＵＥに指示するように動作する。
【００２２】
第二の実施の形態では、本無線通信システムは、ＩＭＳ音声呼の確立要求に対して予め定められた処理として、ＩＭＳ音声呼の確立要求を拒否する処理を行うように動作する。
【００２３】
［第一の実施の形態］
（無線品質情報の管理について）
第一の実施の形態（第二の実施の形態でも同様）では、ユーザ装置ＵＥが在圏するセルの無線品質を示す情報を「無線品質情報」と呼ぶ。無線品質情報は、より具体的には、ユーザ装置ＵＥから報告された「セルの受信品質（例えば、ＲＳＲＰ（Reference Signal Received Power）、ＲＳＲＱ（Reference Signal Received Quality）、ＲＳＳＩ（Received Signal Strength Indicator）、ＳＮＲ（Signal-to-Noise Ratio）、およびこれらの組み合わせ）」であってもよいし、ユーザ装置ＵＥから報告されたセルの受信品質に基づいて基地局ｅＮＢで決定された「ＣＥモードの種別（ＣＥモード未設定、ＣＥモードＡ、又はＣＥモードＢのいずれか）」、当該ＣＥモードに対応した繰り返し送受信回数であってもよい。さらに、前記「セルの受信品質」と前記「ＣＥモードの種別」の組み合わせであってもよい。なお、「在圏」とは、ユーザ装置ＵＥがＩＤＬＥ状態でセルに管理されている状態、およびセルに接続（Ｃｏｎｎｅｃｔｅｄ）している状態の両方の意味を含む（以降、「在圏」の意味は同様である）。
【００２４】
無線品質情報は、ユーザ装置ＵＥ毎に基地局ｅＮＢ内で管理されているが、以下に示す処理手順を用いることで、ＥＰＣ１０又はＩＭＳ２０側でも管理することができる。
【００２５】
図２は、無線品質情報の管理に関する処理手順の一例を示すシーケンス図である。
【００２６】
ステップＳ１０１で、基地局ｅＮＢは、ユーザ装置ＵＥ毎の無線品質情報をＥＰＣ１０に送信する。ここで、無線品質情報をＥＰＣ１０又はＩＭＳ２０側で管理する場合、ＵＥ能力が限定されたユーザ装置ＵＥに関する無線品質情報のみを管理するようにしてもよい。このような動作を実現するために、基地局ｅＮＢは、全ユーザ装置ＵＥの無線品質情報をＥＰＣ１０に送信するのではなく、ＵＥ能力が限定されたユーザ装置ＵＥの無線品質情報のみをＥＰＣ１０に送信するようにしてもよい。これにより、ＥＰＣ１０又はＩＭＳ２０側で無線品質情報を管理するユーザ装置ＵＥの数を絞ることが可能になると共に、基地局ｅＮＢ、ＥＰＣ１０及びＩＭＳ２０間のシグナリング量を削減することができる。また、ＵＥ能力が限定されたユーザ装置ＵＥのみに本実施の形態を適用することができる。
【００２７】
ステップＳ１０２で、ＥＰＣ１０は、基地局ｅＮＢから受信した無線品質情報をユーザ装置ＵＥ毎に管理する。
【００２８】
ステップＳ１０３で、ＥＰＣ１０は、基地局ｅＮＢから受信した無線品質情報をＩＭＳ２０に送信する。なお、ＥＰＣ１０では、無線品質情報は、ＭＭＥで管理されてもよいし、ＳＧＷで管理されてもよいし、ＰＧＷで管理されてもよい。
【００２９】
ステップＳ１０４で、ＩＭＳ２０は、ＥＰＣ１０から受信した無線品質情報をユーザ装置ＵＥ毎に管理する。なお、ＩＭＳ２０では、無線品質情報は、Ｐ−ＣＳＣＦで管理されてもよいし、Ｓ−ＣＳＣＦで管理されてもよい。
【００３０】
以上説明した処理手順において、無線品質情報をＥＰＣ１０で管理する必要がない場合は、ステップＳ１０２は省略されてもよい。同様に、無線品質情報をＩＭＳ２０で管理する必要がない場合は、ステップＳ１０３及びステップＳ１０４は省略されてもよい。
【００３１】
続いて、以上説明した処理手順に対応する動作例について説明する。
【００３２】
図３は、無線品質情報をＩＭＳで管理する際の動作例の一例を示すシーケンス図である。ステップＳ２０１〜ステップＳ２０４は、ユーザ装置ＵＥから基地局ｅＮＢにMeasurement Reportが報告される際に、基地局ｅＮＢからＥＰＣ１０に無線品質情報を送信する場合の動作例を示している。ステップＳ２１１〜ステップＳ２２３は、Ｃ−ｐｌａｎｅ用のＩＭＳベアラ（ＳＩＰメッセージを送受信するためのデフォルトベアラ（Default bearer）であり、ＱＣＩ＝５に設定される）が確立される際に、基地局ｅＮＢからＥＰＣ１０に無線品質情報を送信する場合の動作例を示している。図３のステップＳ２０３及びステップＳ２１５は、図２のステップＳ１０１に対応し、図３のステップＳ２０４及びステップＳ２１６は、図２のステップＳ１０３に対応する。
【００３３】
ステップＳ２０１で、ユーザ装置ＵＥは、セルの受信品質を測定し、測定結果を含むMeasurement Reportを基地局ｅＮＢに送信する。
【００３４】
ステップＳ２０２で、基地局ｅＮＢは、ユーザ装置ＵＥから報告されたセルの受信品質に基づいてＣＥモードの種別（ＣＥモード未設定、ＣＥモードＡ、又はＣＥモードＢのいずれか）を決定（又は変更）し、決定（又は変更）したＣＥモードの種別をユーザ装置ＵＥに設定する。
【００３５】
ステップＳ２０３で、基地局ｅＮＢは、無線品質情報をＥＰＣ１０に送信する。なお、無線品質情報は、Ｓ１ＡＰ（S1 Application Protocol）における新規プロシージャー（例えば、S1AP UE CONTEXT UPDATE）を用いて送信されてもよい。
【００３６】
ステップＳ２０４で、ＥＰＣ１０は、ＩＭＳ２０に無線品質情報を送信する。なお、ステップＳ２０３及びステップＳ２０４の処理手順では、基地局ｅＮＢから送信された無線品質情報は、ＭＭＥ、ＳＧＷ、ＰＧＷ、Ｐ−ＣＳＣＦの順で送信される。無線品質情報がＳ−ＣＳＣＦで管理される場合、無線品質情報は、Ｐ−ＣＳＣＦからＳ−ＣＳＣＦに送信される。
【００３７】
以上説明したステップＳ２０１乃至ステップＳ２０３の処理手順は、ユーザ装置ＵＥがMeasurement Reportを基地局ｅＮＢに送信する度に繰り返し行われる。なお、無線品質情報が「セルの受信品質（ＲＳＲＰ等）」ではなく「ＣＥモードの種別」である場合、基地局ｅＮＢは、ステップＳ２０２の処理手順でＣＥモードをユーザ装置ＵＥに設定する場合にのみ、無線品質情報をＥＰＣ１０に送信するようにしてもよい。基地局ｅＮＢ、ＥＰＣ１０及びＩＭＳ２０間のシグナリング量を削減することができる。
【００３８】
ステップＳ２１１で、ユーザ装置ＵＥのＩＭＳアプリケーション（以下、「ＡＰＬ」と記載する）は、ＩＭＳ音声呼（ＶｏＬＴＥ）をサポートしていることをＮＡＳ（Non Access Stratum）レイヤに通知する。
【００３９】
ステップＳ２１２で、ユーザ装置ＵＥのＮＡＳレイヤは、ＡＳ（Access Stratum）レイヤにＩＭＳベアラ確立要求を送信する。なお、ＡＳレイヤには、レイヤ１（物理レイヤ）、レイヤ２（ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ）、及びレイヤ３（ＲＲＣレイヤ）が含まれる。
【００４０】
ステップＳ２１３で、ユーザ装置ＵＥのＡＳレイヤは、必要に応じて基地局ｅＮＢとの間でＲＡ（Random Access）手順を行う。なお、現状のＬＴＥ仕様では、カテゴリＭ１のＭＴＣ端末がＲＡ手順を行う場合、ＲＡ手順により初期のＣＥモードが決定される。ＣＥレベル０又は１でＲＡ手順が行われた場合、ユーザ装置ＵＥのＣＥモードはＣＥモードＡに決定され、ＣＥレベル２又は３でＲＡ手順が行われた場合、ユーザ装置ＵＥのＣＥモードはＣＥモードＢに決定される。
【００４１】
ステップＳ２１４で、ユーザ装置ＵＥのＡＳレイヤは、ＩＭＳベアラ確立要求を含むUL Information transferメッセージを基地局ｅＮＢに送信する。なお、ＩＭＳベアラ確立要求は、より具体的には、PDN Connectivity Requestでもよいし、Attach Requestでもよい。
【００４２】
ステップＳ２１５で、基地局ｅＮＢは、基地局ｅＮＢ自身が管理している無線品質情報と、ＩＭＳベアラ確立要求とを含むUL NAS TRANSPORTメッセージをＥＰＣ１０に送信する。
【００４３】
ステップＳ２１６で、ＥＰＣ１０は、無線品質情報をＩＭＳ２０に送信する。なお、ステップＳ２１６の処理手順では、無線品質情報は、ＭＭＥ、ＳＧＷ、ＰＧＷ、Ｐ−ＣＳＣＦの順で送信される。無線品質情報がＳ−ＣＳＣＦで管理される場合、無線品質情報は、Ｐ−ＣＳＣＦからＳ−ＣＳＣＦに送信される。
【００４４】
ステップＳ２１７で、ＥＰＣ１０は、ＩＭＳベアラ確立応答を含むE-RAB ESTABLISHMENT/MODIFICATIONを基地局ｅＮＢに送信する。ステップＳ２１８で、基地局ｅＮＢは、ＩＭＳベアラ確立応答を含むRRC Connection Reconfigurationをユーザ装置ＵＥに送信し、ユーザ装置ＵＥは、ステップＳ２１９で、RRC Connection Reconfigurationを基地局ｅＮＢに送信する。この時点で、無線ベアラ（E-RAB）を含むＣ−ｐｌａｎｅ用のＩＭＳベアラがユーザ装置ＵＥとＩＭＳ２０との間で確立される。
【００４５】
ステップＳ２２０で、ユーザ装置ＵＥのＡＳレイヤは、ＮＡＳレイヤにＩＭＳベアラ確立応答を送信する。ステップＳ２２１で、ＮＡＳレイヤは、ＡＰＬにＩＭＳ音声呼（ＶｏＬＴＥ）の発呼可能な状態になったことを通知する。
【００４６】
ステップＳ２２２で、ユーザ装置ＵＥのＡＰＬは、ＳＩＰメッセージ（SIP Register）をＩＭＳ２０に送信する。ＩＭＳ２０でユーザ装置ＵＥのＳＩＰ登録が完了すると、ＩＭＳ２０は、ステップＳ２２３で、ＳＩＰメッセージ（200 OK）をユーザ装置ＵＥに送信する。
【００４７】
（コーデックレートの指示について）
図４は、ＩＭＳ音声呼の発呼が行われる際の処理手順の一例を示すシーケンス図である。図４において、ＩＭＳ２０は無線品質情報を管理しており、より具体的には、Ｐ−ＣＳＣＦでもよいし、Ｓ−ＣＳＣＦでもよい。
【００４８】
ＩＭＳ音声呼で用いられるコーデックレートは、送信側のユーザ装置ＵＥと受信側のユーザ装置ＵＥとの間で行われるＳＤＰ（Session Description Protocol）を用いたネゴシエーションにより決定される。そこで、本実施の形態では、ＩＭＳ２０で、ユーザ装置ＵＥ間のネゴシエーションで送受信されるコーデックレート一覧（コーデックレートの候補）を書き換える（編集する）ことで、無線品質に応じた低いコーデックレートでＩＭＳ音声呼を確立するようにユーザ装置ＵＥに指示することを可能にする。
【００４９】
ステップＳ３０１で、発信側のユーザ装置ＵＥのＡＰＬは、ＩＭＳ音声呼の発呼を行うために、ＳＩＰメッセージ（SIP INVITE）をＩＭＳ２０に送信する。なお、当該ＳＩＰメッセージには、発信側のユーザ装置ＵＥの識別子（Fromヘッダ）、着信側のユーザ装置ＵＥの識別子（Toヘッダ）、発信側のユーザ装置ＵＥが利用可能なコーデックレート一覧を含むＳＤＰ  ｏｆｆｅｒなどが含まれている。
【００５０】
ステップＳ３０２で、ＩＭＳ２０は、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質情報を管理しており、かつ、管理している無線品質情報が所定の条件を満たしているか否かを判断する。無線品質情報が「ＣＥモードの種別」の場合、所定の条件は、例えば、「ＣＥモード未設定又はＣＥモードＡであるか」であってもよいし、「ＣＥモード未設定であるか」であってもよい。また、無線品質情報が「セルの受信品質（ＲＳＲＰ等）」である場合、所定の条件は、例えば、「セルの受信品質が所定の閾値以上であるか」であってもよい。
【００５１】
発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質情報を管理しており、かつ、当該管理している発信側及び着信側のユーザ装置ＵＥの無線品質情報の両方が所定の条件を満たしている場合、又は、発信側及び着信側のユーザ装置ＵＥの両方の無線品質情報を管理していない場合、ＩＭＳ２０は、ステップＳ３０１で受信したＳＤＰ  ｏｆｆｅｒをそのまま含むＳＩＰメッセージ（SIP INVITE）をユーザ装置ＵＥｂに送信する。
【００５２】
一方で、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質情報を管理しており、かつ、管理している無線品質情報のうち少なくとも一方が所定の条件を満たしていない場合、ＩＭＳ２０は、ステップＳ３０１で受信したＳＤＰ  ｏｆｆｅｒに含まれるコーデックレート一覧を、発信側又は着信側のユーザ装置ＵＥの無線品質情報のうち、品質が低い方の無線品質情報に応じたコーデックレートに書き換えて（編集して）ユーザ装置ＵＥｂに送信する。
【００５３】
図５は、コーデックレートの一例を示す図である。図５（ａ）は、ＮＢ（Narrow Band）−ＡＭＲ（Adaptive Multi-Rate）で選択可能なコーデックレートを示しており、図５（ｂ）は、ＷＢ（Wide Band）−ＡＭＲで選択可能なコーデックレートを示しており、図５（ｃ）は、ＥＶＳ（Enhanced Voice Services）で選択可能なコーデックレートを示している。本実施の形態では、ＩＭＳ２０が書き換えるコーデックレートはどのように定められてもよい。例えば、品質が低い方の無線品質がＣＥモードＢの場合はＮＢ−ＡＭＲの４．７５ｋｂｉｔ／ｓに書き換え、ＣＥモードＡの場合はＮＢ−ＡＭＲの５．１５ｋｂｉｔ／ｓに書き換えるように定められていてもよい。この場合、音声品質は劣化するものの、ＩＭＳ２０は、最も低いレートをユーザ装置ＵＥに指示することになる。また、例えば、品質が低い方の無線品質がＣＥモードＢの場合はＷＢ−ＡＭＲの６．６０ｋｂｉｔ／ｓに書き換え、ＣＥモードＡの場合はＷＢ−ＡＭＲの８．８５ｋｂｉｔ／ｓに書き換えるように定められていてもよい。この場合、ＮＢ−ＡＭＲよりも音声品質を向上させることができる。また、例えば、品質が低い方の無線品質がＣＥモードＢの場合はＥＶＳの７．２ｋｂｉｔ／ｓに書き換え、ＣＥモードＡの場合はＥＶＳの８ｋｂｉｔ／ｓに書き換えるように定められていてもよい。この場合、ＷＢ−ＡＭＲよりも更に音声品質を向上させることができる。なお、無線品質がセルの受信品質（ＲＳＲＰ、ＲＳＲＱなど）である場合、セルの受信品質の範囲に応じてコーデックレートが定められていてもよい。また、ＥＶＳは可変ビットレートをサポートしているため、コーデックがＥＶＣの場合、ＩＭＳ２０は、可変ビットレートの範囲を制限するようにコーデックレートを書き換えるようにしてもよい。
【００５４】
また、ＩＭＳ２０は、品質が低い方の無線品質情報に応じたコーデックレートに書き換えるのではなく、ユーザ装置ＵＥａが利用可能なコーデックレート一覧（SDP offerに含まれるコーデックレート一覧）の中から、最も低いレートのコーデックレート以外を消去するようにしてもよい。送信側のユーザ装置ＵＥａが対応できないコーデックレートを指定してしまう可能性を排除することができる。
【００５５】
ステップＳ３０３で、着信側のユーザ装置ＵＥｂは、受信したＳＤＰ  ｏｆｆｅｒに含まれるコーデックレート一覧の中から、ユーザ装置ＵＥｂが対応可能なコーデックレートを選択し、選択したコーデックレートを指定するＳＤＰ  ａｎｓｗｅｒを含むＳＩＰメッセージ（１８３）をＩＭＳ２０に送信する。
【００５６】
ステップＳ３０４で、ＩＭＳ２０は、ユーザ装置ＵＥｂから受信したＳＤＰ  ａｎｓｗｅｒを含むＳＩＰメッセージ（１８３）をユーザ装置ＵＥａに送信する。
【００５７】
ステップＳ３０５で、ユーザ装置ＵＥａ及びユーザ装置ＵＥｂの間で、Ｕ−ｐｌａｎｅ用のＩＭＳベアラ（コーデックによりエンコードされたパケットを送受信するための個別ベアラ（Dedicated Bearer）であり、ＱＣＩ＝１に設定される）が確立され、ステップＳ３０４の処理手順でユーザ装置ＵＥａに送信されたＳＤＰ  ａｎｓｗｅｒで指定されたコーデックレートでＩＭＳ音声呼が確立される。
【００５８】
なお、発信側又は着信側のいずれか一方がＩＭＳ音声呼をサポートしていない場合（例えば、発信側又は着信側の一方が固定網である場合など）、コーデックレートは、ＩＭＳ音声呼をサポートしているユーザ装置ＵＥとＩＭＳ２０との間で行われるＳＤＰを用いたネゴシエーションにより決定されることになる。
【００５９】
より具体的には、着信側がＩＭＳ音声呼をサポートしていない場合、すなわち、発信側のユーザ装置ＵＥから受信したＳＩＰ  ＩＮＶＩＴＥ（ＳＤＰ  ｏｆｆｅｒ）に対して、ＳＩＰ  １８３（ＳＤＰ  Ａｎｓｗｅｒ）をＩＭＳ２０から発信側のユーザ装置ＵＥに送信する場合が考えられる。この場合において、ＩＭＳ２０は、発信側のユーザ装置ＵＥの無線品質が所定の条件を満たさない場合、セルの無線品質が所定の条件を満たさない場合に選択すべきコーデックレートを選択するようにする。セルの無線品質が所定の条件を満たさない場合に選択すべきコーデックレートはどのように定められていてもよいが、例えば、ＣＥモードＢの場合、ＮＢ−ＡＭＲの４．７５ｋｂｉｔ／ｓを選択し、ＣＥモードＡの場合、ＮＢ−ＡＭＲの５．１５ｋｂｉｔ／ｓを選択するというように定められる。なお、選択すべきコーデックレートがＳＤＰ  ｏｆｆｅｒに含まれていなかった場合、ＩＭＳ２０は、選択すべきコーデックレートをＳＤＰ  ａｎｓｗｅｒに追加する（又は置き換える）ようにしてもよい。
【００６０】
同様に、発信側がＩＭＳ音声呼をサポートしていない場合、すなわち、ＩＭＳ２０から着信側のユーザ装置ＵＥにＳＩＰ  ＩＮＶＩＴＥ（ＳＤＰ  ｏｆｆｅｒ）を送信する場合が考えられる。この場合において、ＩＭＳ２０は、着信側のユーザ装置ＵＥの無線品質が所定の条件を満たさない場合、セルの無線品質が所定の条件を満たさない場合に選択すべきコーデックレートを選択するようにする。
【００６１】
以上説明した処理手順により、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質が所定の条件を満たしていない場合、無線品質に応じた低いコーデックレートでＩＭＳ音声呼が確立されることになる。すなわち、本実施の形態によれば、無線品質が所定の条件を満たしていない場合であっても、低いコーデックレートでＩＭＳ音声呼を確立することができる。
【００６２】
［第一の実施の形態の変形例について］
以上説明した第一の実施の形態では、ＩＭＳ２０がコーデックレートを書き換えることで、無線品質に応じた低いコーデックレートでＩＭＳ音声呼を確立させるようにユーザ装置ＵＥに指示するようにした。
【００６３】
ここで、ユーザ装置ＵＥは、自身でも、在圏しているセルの受信品質（ＲＳＲＰなど）及び／又はＣＥモードの種別（ＣＥモード未設定、ＣＥモードＡ、又はＣＥモードＢ）を把握している。そこで、ＩＭＳ２０がコーデックレートを書き換えるのではなく、ユーザ装置ＵＥが自ら無線品質に応じた低いコーデックレートを選択するようにしてもよい。以下、図４を用いて第一の実施の形態の変形例を説明する。
【００６４】
本変形例では、ユーザ装置ＵＥのＡＳレイヤは、ＡＰＬに対して、予めセルの無線品質（セルの受信品質（ＲＳＲＰなど）及び／又はＣＥモードの種別）を通知しておく。また、ユーザ装置ＵＥのＡＰＬは、セルの無線品質が所定の条件を満たさない場合に選択すべきコーデックレートを予め記憶しておく。セルの無線品質が所定の条件を満たさない場合に選択すべきコーデックレートはどのように定められていてもよいが、例えば、ＣＥモードＢの場合、ＮＢ−ＡＭＲの４．７５ｋｂｉｔ／ｓを選択し、ＣＥモードＡの場合、ＮＢ−ＡＭＲの５．１５ｋｂｉｔ／ｓを選択するというように定められる。
【００６５】
ステップＳ３０１で、発信側のユーザ装置ＵＥは、ＩＭＳ音声呼の発呼を行うために、ＳＩＰメッセージ（SIP INVITE）をＩＭＳ２０に送信する。ここで、発信側のユーザ装置ＵＥは、在圏セルの無線品質が所定の条件を満たさない場合、セルの無線品質が所定の条件を満たさない場合に選択すべきコーデックレートをＳＤＰ  ｏｆｆｅｒに含めるようにする。また、在圏セルの無線品質が所定の条件を満たす場合、従来のＬＴＥと同様に、ユーザ装置ＵＥが利用可能なコーデックレート一覧をＳＤＰ  ｏｆｆｅｒに含めるようにする。
【００６６】
ステップＳ３０２で、ＩＭＳ２０は、受信したＳＩＰメッセージ（SIP INVITE）を着信側のユーザ装置ＵＥに送信する。
【００６７】
ステップＳ３０３で、着信側のユーザ装置ＵＥは、受信したＳＤＰ  ｏｆｆｅｒに含まれるコーデックレート一覧の中から、ユーザ装置ＵＥが対応可能なコーデックレートを選択し、選択したコーデックレートを指定するＳＤＰ  ａｎｓｗｅｒを含むＳＩＰメッセージ（１８３）をＩＭＳ２０に送信する。なお、着信側のユーザ装置ＵＥは、在圏セルの無線品質が所定の条件を満たさない場合、セルの無線品質が所定の条件を満たさない場合に選択すべきコーデックレートを選択するようにする。なお、選択すべきコーデックレートがＳＤＰ  ｏｆｆｅｒに含まれていなかった場合、選択すべきコーデックレートをＳＤＰ  ａｎｓｗｅｒに追加する（又は置き換える）ようにしてもよい。
【００６８】
ステップＳ３０４で、ＩＭＳ２０は、着信側のユーザ装置ＵＥから受信したＳＤＰ  ａｎｓｗｅｒを含むＳＩＰメッセージ（１８３）を発信側のユーザ装置ＵＥに送信する。
【００６９】
ステップＳ３０５で、発信側及び着信側のユーザ装置ＵＥ間で、Ｕ−ｐｌａｎｅ用のＩＭＳベアラが確立され、ステップＳ３０４の処理手順でユーザ装置ＵＥａに送信されたＳＤＰ  ａｎｓｗｅｒで指定されたコーデックレートでＩＭＳ音声呼（通話）が開始される。
【００７０】
以上説明した処理手順により、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質が所定の条件を満たしていない場合、無線品質に応じた低いコーデックレートでＩＭＳ音声呼が確立されることになる。すなわち、本実施の形態によれば、無線品質が所定の条件を満たしていない場合であっても、低いコーデックレートでＩＭＳ音声呼を確立することができる。
【００７１】
［第二の実施の形態］
続いて、第二の実施の形態について説明する。第二の実施の形態では、本無線通信システムは、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質が所定の条件を満たしていない場合、Ｕ−ｐｌａｎｅ用のＩＭＳベアラを確立しないようにすることで、ＩＭＳ音声呼の確立要求を拒否する処理を行う。なお、第一の実施の形態において「（無線品質情報の管理について）」で説明した動作は、第二の実施の形態にも適用される。
【００７２】
図６は、ＩＭＳ音声呼の確立要求を拒否する際の処理手順（その１）の一例を示すシーケンス図である。図６の例では、ユーザ装置ＵＥ毎の無線品質情報は基地局ｅＮＢで管理される前提とする。
【００７３】
ステップＳ４０１で、発信側のユーザ装置ＵＥは、Ｕ−ｐｌａｎｅのＩＭＳベアラ確立要求をＥＰＣ１０に送信する。
【００７４】
ステップＳ４０２で、ＥＰＣ１０は、サービスタイプとしてＩＭＳ音声を示す情報が含まれる無線ベアラ確立要求を基地局ｅＮＢに送信する。なお、ＩＭＳ音声を示す情報は、ＱＣＩ＝１であることを示す情報であってもよい。
【００７５】
ステップＳ４０３で、基地局ｅＮＢは、サービスタイプにＩＭＳ音声を示す情報が含まれている場合、発信側のユーザ装置ＵＥ（無線ベアラを確立するユーザ装置ＵＥ）の無線品質が所定の条件を満たしているか否かを判断する。所定の条件は、第一の実施の形態と同一でよい。所定の条件を満たしている場合、基地局ｅＮＢは、発信側のユーザ装置ＵＥとの間で無線ベアラを確立する。一方、所定の条件を満たしていない場合、基地局ｅＮＢは、無線ベアラの確立を拒否すべきと判断し、ステップＳ４０４で、無線ベアラ確立拒否をＥＰＣ１０に送信する。
【００７６】
ステップＳ４０５で、ＥＰＣ１０は、Ｕ−ｐｌａｎｅのＩＭＳベアラ確立拒否を発信側のユーザ装置ＵＥに送信する。
【００７７】
なお、Ｕ−ｐｌａｎｅ用のＩＭＳベアラは、着信側のユーザ装置ＵＥとＥＰＣ１０間でも同様に確立される。つまり、ステップＳ４０２〜ステップＳ４０４の処理手順と同様の処理手順が、着信側のユーザ装置ＵＥが在圏する基地局ｅＮＢとＥＰＣ１０との間で行われる。その結果、着信側のユーザ装置ＵＥの無線品質が所定の条件を満たしていない場合、着信側のユーザ装置ＵＥとの間でＵ−ｐｌａｎｅのＩＭＳベアラが確立されないことになる。
【００７８】
図７は、ＩＭＳ音声呼の確立要求を拒否する際の処理手順（その２）の一例を示すシーケンス図である。図７の例では、ユーザ装置ＵＥ毎の無線品質情報はＥＰＣ１０で管理される前提とする。なお、無線品質情報を管理する装置は、ＭＭＥでもよいし、ＳＧＷでもよいし、ＰＧＷでもよい。
【００７９】
ステップＳ５０１で、発信側のユーザ装置ＵＥは、Ｕ−ｐｌａｎｅのＩＭＳベアラ確立要求をＥＰＣ１０に送信する。
【００８０】
ステップＳ５０２で、ＥＰＣ１０は、発信側のユーザ装置ＵＥの無線品質が所定の条件を満たしているか否かを判断する。所定の条件は、第一の実施の形態と同一でよい。所定の条件を満たしている場合、ＥＰＣ１０は、発信側のユーザ装置ＵＥとの間で無線ベアラを確立するように基地局ｅＮＢに指示することで、Ｕ−ｐｌａｎｅのＩＭＳベアラをユーザ装置ＵＥとの間で確立させる。一方、所定の条件を満たしていない場合、ＥＰＣ１０は、Ｕ−ｐｌａｎｅ用のＩＭＳベアラの確立を拒否すべきと判断し、ステップＳ５０３で、無線ベアラ確立拒否を発信側のユーザ装置ＵＥに送信する。
【００８１】
なお、前述したように、Ｕ−ｐｌａｎｅ用のＩＭＳベアラは、着信側のユーザ装置ＵＥとＥＰＣ１０間でも確立される。つまり、ステップＳ５０２の処理手順と同様の処理手順が、着信側のユーザ装置ＵＥとＥＰＣ１０との間で行われる。その結果、着信側のユーザ装置ＵＥの無線品質が所定の条件を満たしていない場合、着信側のユーザ装置ＵＥとの間でＵ−ｐｌａｎｅのＩＭＳベアラが確立されないことになる。
【００８２】
続いて、以上説明した処理手順に対応する動作例について説明する。
【００８３】
図８は、ＩＭＳ音声呼の確立要求を拒否する際の無線通信システムの動作例を示すシーケンス図である。なお、図８のシーケンス図は、図６で説明した処理手順において、基地局ｅＮＢが無線ベアラの確立を拒否する場合に該当する。
【００８４】
ステップＳ６０１で、ユーザ装置ＵＥのＩＭＳアプリケーション（以下、「ＡＰＬ」と記載する）は、ＩＭＳ音声呼（ＶｏＬＴＥ）を発呼することをＮＡＳレイヤに通知する。
【００８５】
ステップＳ６０２で、ユーザ装置ＵＥのＮＡＳレイヤは、ＡＳレイヤにＵ−ｐｌａｎｅのＩＭＳベアラ確立要求を通知する。
【００８６】
ステップＳ６０３で、ユーザ装置ＵＥのＡＳレイヤは、Ｕ−ｐｌａｎｅのＩＭＳベアラ確立要求を含むUL Information transferメッセージを基地局ｅＮＢに送信する。なお、ＩＭＳベアラ確立要求は、より具体的には、PDN Connectivity Requestである。
【００８７】
ステップＳ６０４で、基地局ｅＮＢは、Ｕ−ｐｌａｎｅのＩＭＳベアラ確立要求を含むUL NAS TRANSPORTメッセージをＥＰＣ１０に送信する。ステップＳ６０５で、ＥＰＣ１０は、E-RAB ESTABLISHMENT/MODIFICATIONを基地局ｅＮＢに送信する。E-RAB ESTABLISHMENT/MODIFICATIONには、サービスタイプとしてＩＭＳ音声を示す情報が含まれる。
【００８８】
ステップＳ６０６で、基地局ｅＮＢは、ユーザ装置ＵＥの無線品質が不十分であることを示すＣａｕｓｅ値を含むE-RAB ESTABLISHMENT/MODIFICATION FAILUREをＥＰＣ１０に送信する。ステップＳ６０７で、ＥＰＣ１０は、ＩＭＳベアラ確立拒否を含むDL NAS TRASPORTメッセージを基地局ｅＮＢに送信する。
【００８９】
ステップＳ６０８で、基地局ｅＮＢは、ＩＭＳベアラ確立拒否を含むDL information transferメッセージをユーザ装置ＵＥに送信する。ステップＳ６０９で、ユーザ装置ＵＥのＡＳレイヤは、ＩＭＳベアラ確立拒否をＮＡＳレイヤに通知し、ＮＡＳレイヤは、ステップＳ６１０で、ＩＭＳ音声呼（ＶｏＬＴＥ）の発呼を拒否することをＡＰＬに通知する。ステップＳ６１１で、ユーザ装置ＵＥは、ＩＭＳ音声の発呼をすることができないことを画面上に表示する。
【００９０】
以上説明した処理手順により、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質が所定の条件を満たしていない場合、ＩＭＳ音声呼の確立を拒否することができる。
【００９１】
［第二の実施の形態の変形例について］
以上説明した第二の実施の形態では、基地局ｅＮＢ又はＥＰＣ１０でベアラの確立を拒否することで、ＩＭＳ音声呼の確立要求を拒否する処理を行うようにしたが、ＩＭＳ２０でＩＭＳ音声呼の確立を拒否するようにしてもよい。
【００９２】
図９は、ＩＭＳ音声呼の確立要求を拒否する際の処理手順の変形例を示すシーケンス図である。図９の例では、ユーザ装置ＵＥ毎の無線品質情報はＩＭＳ２０で管理される前提とする。
【００９３】
ステップＳ７０１で、発信側のユーザ装置ＵＥのＡＰＬは、ＩＭＳ音声呼の発呼を行うために、ＳＩＰメッセージ（SIP INVITE）をＩＭＳ２０に送信する。
【００９４】
ステップＳ７０２で、ＩＭＳ２０は、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質情報を管理しており、かつ、管理している無線品質情報が所定の条件を満たしているか否かを判断する。所定の条件は、第一の実施の形態と同一でよい。
【００９５】
発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質情報を管理しており、かつ、当該管理している発信側及び着信側のユーザ装置ＵＥの無線品質情報の両方が所定の条件を満たしている場合、又は、発信側及び着信側のユーザ装置ＵＥの両方の無線品質情報を管理していない場合、ＩＭＳ２０は、従来のＬＴＥと同様に、着信側のユーザ装置ＵＥにＳＩＰメッセージ（SIP INVITE）を送信する。
【００９６】
一方で、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質情報を管理しており、かつ、管理している無線品質情報のうち少なくとも一方が所定の条件を満たしていない場合、ＩＭＳ２０は、ＩＭＳ音声呼の確立を拒否すべきと判断し、ステップＳ７０２で、ＳＩＰ  ＩＮＶＩＴＥを拒否するＳＩＰメッセージ（例えば、ステータスコードが４００〜４９９のＳＩＰメッセージなど）を発信側のユーザ装置ＵＥに送信する。
【００９７】
なお、着信側のみがＩＭＳ音声呼をサポートしている場合（例えば、発信側が固定網である場合など）、ＩＭＳ２０から着信側のユーザ装置ＵＥにＳＩＰ  ＩＮＶＩＴＥ（ＳＤＰ  ｏｆｆｅｒ）を送信する場合が考えられる。この場合において、ＩＭＳ２０は、着信側のユーザ装置ＵＥの無線品質が所定の条件を満たさない場合、ＳＩＰ  ＩＮＶＩＴＥを送信せずに、着信を拒否するようにしてもよい。
【００９８】
以上説明した処理手順により、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質が所定の条件を満たしていない場合、ＩＭＳ音声呼の確立を拒否することができる。
【００９９】
（各実施の形態に関する補足事項）
第一の実施の形態及び第二の実施の形態は組み合わせることが可能である。例えば、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質が所定の条件を満たしていない場合であっても、無線品質が一定以上である場合は第一の実施の形態を適用し、無線品質が一定未満である場合に第二の実施の形態を適用するようにしてもよい。例えば、ＣＥモードＡの場合は第一の実施の形態を適用し、ＣＥモードＢの場合は第二の実施の形態を適用するようにしてもよい。
【０１００】
＜機能構成＞
以下、本発明の各実施の形態の動作を実行するユーザ装置ＵＥ、基地局ｅＮＢ、ＥＰＣ１０及びＩＭＳ２０の機能構成例を説明する。
【０１０１】
（ユーザ装置）
図１０は、各実施の形態に係るユーザ装置の機能構成例を示す図である。図１０に示すように、ユーザ装置ＵＥは、信号送信部１０１、信号受信部１０２、管理部１０３、及び呼処理部１０４を備える。なお、図１０は、ユーザ装置ＵＥにおいて本発明に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（５Ｇを含む）に準拠した動作を行うための図示しない機能も有するものである。ただし、これまでに説明したユーザ装置ＵＥの処理の一部（一部の実施の形態又は変形例のみ等）を実行可能としてもよい。
【０１０２】
信号送信部１０１は、ユーザ装置ＵＥから送信されるべき各種レイヤの信号を生成し、無線送信する機能を有する。信号受信部１０２は、基地局ｅＮＢからの無線信号を受信し、受信した無線信号から各種レイヤの信号を取得する機能を有する。
【０１０３】
管理部１０３は、ユーザ装置ＵＥが在圏するセルの無線品質を管理する機能を有する。より具体的には、管理部１０３は、ユーザ装置ＵＥ自身が測定したセルの受信品質（ＲＳＲＰ、ＲＳＲＱなど）及び／又は、基地局ｅＮＢから設定されたＣＥモードの種別（ＣＥモード未設定、ＣＥモードＡ、又はＣＥモードＢのいずれか）を管理する。
【０１０４】
呼処理部１０４は、各種レイヤの呼処理を行う機能を有する。また、呼処理部１０４は、ＩＭＳ音声呼の発着信処理を行う機能を有する。また、呼処理部１０４は、ＩＭＳ音声呼の発呼を行う場合、ユーザ装置ＵＥ自身が在圏するセルの無線品質に応じたコーデックレートを指定するＳＤＰ  ｏｆｆｅｒを着信側のユーザ装置ＵＥに送信するようにしてもよい。また、呼処理部１０４は、ＩＭＳ音声呼の着呼を受ける場合、ユーザ装置ＵＥ自身が在圏するセルの無線品質に応じたコーデックレートを指定するＳＤＰ  ａｎｓｗｅｒを発信側のユーザ装置ＵＥに送信するようにしてもよい。
【０１０５】
アプリケーション１０４１はＳＩＰメッセージの送受信処理、音声データの送受信処理などを行う。ＮＡＳ処理部１０４２は、ＮＡＳレイヤにおける各種の呼処理を行い、例えば、ＥＰＣ１０との間でＣ−ｐｌａｎｅ用及びＵ−ｐｌａｎｅ用のＩＭＳベアラを確立する処理を行う。ＡＳ処理部１０４３は、レイヤ１〜レイヤ３までの無線に関する各種の呼処理を行う。
【０１０６】
（基地局）
図１１は、各実施の形態に係る基地局の機能構成例を示す図である。図１１に示すように、基地局ｅＮＢは、信号送信部２０１、信号受信部２０２、管理部２０３、及び呼処理部２０４を備える。なお、図１１は、基地局ｅＮＢにおいて本発明に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（５Ｇを含む）に準拠した動作を行うための図示しない機能も有するものである。ただし、これまでに説明した基地局ｅＮＢの処理の一部（一部の実施の形態又は変形例のみ等）を実行可能としてもよい。
【０１０７】
信号送信部２０１は、基地局ｅＮＢから送信されるべきレイヤ１〜レイヤ３の信号を生成し、無線送信する機能を有する。また、信号送信部２０１は、ＥＰＣ１０にＳ１ＡＰメッセージの送信を行う機能を有する。信号受信部２０２は、ユーザ装置ＵＥからの無線信号を受信し、受信した無線信号からレイヤ１〜レイヤ３の信号を取得する機能を有する。また、信号受信部２０２は、ＥＰＣ１０からＳ１ＡＰメッセージを受信する機能を有する。
【０１０８】
管理部２０３は、各ユーザ装置ＵＥが在圏するセルの無線品質をユーザ装置ＵＥごとに管理する機能を有する。ユーザ装置ＵＥが在圏するセルの無線品質は、ユーザ装置ＵＥで測定されたセルの受信品質及び／又はＣＥモードの種別であってもよい。
【０１０９】
呼処理部２０４は、レイヤ１〜レイヤ３の無線に関する呼処理を行う機能、ＥＰＣ１０との間で送受信されるＳ１ＡＰメッセージに関する処理を行う機能を有する。また、呼処理部２０４は、ユーザ装置ＵＥが在圏するセルの無線品質が所定の条件を満たしていない場合、ＩＭＳベアラの確立要求に対して予め定められた処理を行うようにしてもよい。当該予め定められた処理は、ＩＭＳベアラの確立要求を拒否する処理であってもよい。
【０１１０】
（ＥＰＣ）
図１２は、各実施の形態に係るＥＰＣの機能構成例を示す図である。図１２に示すように、ＥＰＣ１０は、信号送信部３０１、信号受信部３０２、管理部３０３、及び呼処理部３０４を備える。なお、図１２は、ＥＰＣ１０において本発明に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（５Ｇを含む）に準拠した動作を行うための図示しない機能も有するものである。ただし、これまでに説明したＥＰＣ１０の処理の一部（一部の実施の形態又は変形例のみ等）を実行可能としてもよい。
【０１１１】
信号送信部３０１は、基地局ｅＮＢにＳ１ＡＰメッセージの送信を行う機能を有する。また、信号送信部３０１は、ＩＭＳ２０に向けてデータを送信する機能を有する。信号受信部３０２は、基地局ｅＮＢからＳ１ＡＰメッセージを受信する機能を有する。また、信号受信部３０２は、ＩＭＳ２０からユーザ装置ＵＥ向けのデータを受信する機能を有する。
【０１１２】
管理部３０３は、ユーザ装置ＵＥが在圏するセルの無線品質をユーザ装置ＵＥごとに管理する機能を有する。ユーザ装置ＵＥが在圏するセルの無線品質は、ユーザ装置ＵＥで測定されたセルの受信品質及び／又はＣＥモードの種別であってもよい。
【０１１３】
呼処理部３０４は、ＮＡＳレイヤに関する各種の処理を行う機能を有する。また、呼処理部３０４は、ユーザ装置が在圏するセルの無線品質が所定の条件を満たしていない場合、ＩＭＳ音声呼の確立要求を拒否する処理を行うようにしてもよい。より具体的には、呼処理部３０４は、ユーザ装置が在圏するセルの無線品質が所定の条件を満たしていない場合、ＩＭＳベアラの確立要求を拒否するようにしてもよい。
【０１１４】
（ＩＭＳ）
図１３は、各実施の形態に係るＩＭＳの機能構成例を示す図である。図１３に示すように、ＩＭＳ２０は、信号送信部４０１、信号受信部４０２、管理部４０３、及び呼処理部４０４を備える。なお、図１３は、ＩＭＳ２０において本発明に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（５Ｇを含む）に準拠した動作を行うための図示しない機能も有するものである。ただし、これまでに説明したＩＭＳ２０の処理の一部（一部の実施の形態又は変形例のみ等）を実行可能としてもよい。
【０１１５】
信号送信部４０１は、ＥＰＣ１０に向けてＳＩＰメッセージ及び音声データの送信を行う機能を有する。信号受信部４０２は、ＥＰＣからＳＩＰメッセージ、音声データ及び各種のデータ（無線品質情報など）を受信する機能を有する。
【０１１６】
管理部４０３は、ユーザ装置ＵＥが在圏するセルの無線品質をユーザ装置ＵＥごとに管理する機能を有する。ユーザ装置ＵＥが在圏するセルの無線品質は、ユーザ装置ＵＥで測定されたセルの受信品質及び／又はＣＥモードの種別であってもよい。
【０１１７】
呼処理部４０４は、ＩＭＳ音声呼の発着信処理を行う機能を有する。また、呼処理部３０４は、発信側又は着信側のユーザ装置ＵＥからＩＭＳ音声呼の確立要求（ＳＩＰ  ＩＮＶＩＴＥ）を受けた場合であって、かつ、発信側及び着信側のユーザ装置ＵＥが在圏するセルの無線品質のうち少なくともいずれか一方が所定の条件を満たしていない場合、ＩＭＳ音声呼の確立要求に対して予め定められた処理を行うようにしてもよい。当該予め定められた処理は、ＩＭＳ音声呼の確立要求に対して、ユーザ装置ＵＥが在圏するセルの無線品質に応じたコーデックレートをユーザ装置ＵＥに指示する処理であってもよい。より具体的には、ＩＭＳ音声呼の確立要求に対して、発信側及び着信側のユーザ装置ＵＥが在圏するセルの無線品質のうち低い方の無線品質に応じたコーデックレートを着信側のユーザ装置ＵＥに指示する処理であってもよい。また、当該予め定められた処理は、ＩＭＳ音声呼の確立要求を拒否する処理であってもよい。
【０１１８】
＜ハードウェア構成＞
上記各実施の形態の説明に用いたブロック図（図１０乃至図１３）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【０１１９】
例えば、本発明の各実施の形態におけるユーザ装置ＵＥ、基地局ｅＮＢ、ＥＰＣ１０及びＩＭＳ２０は、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図１４は、各実施の形態に係るユーザ装置ＵＥ、基地局ｅＮＢ、ＥＰＣ１０及びＩＭＳ２０のハードウェア構成の一例を示す図である。上述のユーザ装置ＵＥ、基地局ｅＮＢ、ＥＰＣ１０及びＩＭＳ２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０１２０】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ装置ＵＥ、基地局ｅＮＢ、ＥＰＣ１０及びＩＭＳ２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１２１】
ユーザ装置ＵＥ、基地局ｅＮＢ、ＥＰＣ１０及びＩＭＳ２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【０１２２】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、ユーザ装置ＵＥの信号送信部１０１、信号受信部１０２、管理部１０３、及び呼処理部１０４、基地局ｅＮＢの信号送信部２０１、信号受信部２０２、管理部２０３、及び呼処理部２０４、ＥＰＣ１０の信号送信部３０１、信号受信部３０２、管理部３０３、及び呼処理部３０４、ＩＭＳ２０の信号送信部４０１、信号受信部４０２、管理部４０３、及び呼処理部４０４は、プロセッサ１００１で実現されてもよい。
【０１２３】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の各実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ装置ＵＥの信号送信部１０１、信号受信部１０２、管理部１０３、及び呼処理部１０４、基地局ｅＮＢの信号送信部２０１、信号受信部２０２、管理部２０３、及び呼処理部２０４、ＥＰＣ１０の信号送信部３０１、信号受信部３０２、管理部３０３、及び呼処理部３０４、ＩＭＳ２０の信号送信部４０１、信号受信部４０２、管理部４０３、及び呼処理部４０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【０１２４】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の各実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１２５】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【０１２６】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置ＵＥの信号送信部１０１及び信号受信部１０２、基地局ｅＮＢの信号送信部２０１及び信号受信部２０２、ＥＰＣ１０の信号送信部３０１及び信号受信部３０２、ＩＭＳ２０の信号送信部４０１及び信号受信部４０２は、通信装置１００４で実現されてもよい。
【０１２７】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１２８】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１２９】
また、ユーザ装置ＵＥ、基地局ｅＮＢ、ＥＰＣ１０及びＩＭＳ２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１３０】
＜まとめ＞
以上、実施の形態によれば、ユーザ装置と基地局とパケットコアネットワーク装置とＩＭＳ装置とを有する無線通信システムであって、前記ユーザ装置が在圏するセルの無線品質を管理する管理部と、ＩＭＳ音声呼の確立が行われる場合に、該ＩＭＴ音声呼の発信側及び着信側のうち少なくともいずれか一方の前記ユーザ装置が在圏するセルの無線品質に応じて、ＩＭＳ音声呼の確立要求に対して予め定められた処理を行う呼処理部と、を有する無線通信システムが提供される。この無線通信システムによれば、無線品質が良好ではない場合にＭＴＣ端末が行う音声通信に関する技術が提供される。
【０１３１】
また、前記管理部及び前記呼処理部は、前記ＩＭＳ装置に含まれており、
前記予め定められた処理は、前記ＩＭＳ音声呼の確立要求に対して、前記ユーザ装置が在圏するセルの無線品質に応じたコーデックレートを前記ユーザ装置に指示する処理であるようにしてもよい。これにより、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質が所定の条件を満たしていない場合、無線品質に応じた低いコーデックレートでＩＭＳ音声呼を確立させることが可能になる。
【０１３２】
また、前記管理部及び前記呼処理部は、前記基地局、前記パケットコアネットワーク装置又はＩＭＳ装置のいずれかに含まれており、
前記予め定められた処理は、前記ＩＭＳ音声呼の確立要求を拒否する処理であるようにしてもよい。これにより、発信側及び着信側のユーザ装置ＵＥのうち少なくともいずれか一方の無線品質が所定の条件を満たしていない場合、ＩＭＳ音声呼の確立を拒否することが可能になる。
【０１３３】
また、前記ユーザ装置が在圏するセルの無線品質は、前記ユーザ装置で測定されたセルの受信品質、又は、前記ユーザ装置に設定されるＣＥモードの種別であるようにしてもよい。これにより、本無線通信システムは、セルの受信品質又はカバレッジ拡張モードの種別に応じて、低いコーデックレートでＩＭＳ音声呼を確立させる動作、又は、ＩＭＳ音声呼の確立を拒否する動作を行うことが可能になる。
【０１３４】
また、実施の形態によれば、ユーザ装置と基地局とパケットコアネットワーク装置とＩＭＳ装置とを有する無線通信システムが実行する無線通信方法であって、前記ユーザ装置が在圏するセルの無線品質を管理するステップと、ＩＭＳ音声呼の確立が行われる場合に、該ＩＭＴ音声呼の発信側及び着信側のうち少なくともいずれか一方の前記ユーザ装置が在圏するセルの無線品質に応じて、ＩＭＳ音声呼の確立要求に対して予め定められた処理を行うステップと、を有する無線通信方法が提供される。この無線通信方法によれば、無線品質が良好ではない場合にＭＴＣ端末が行う音声通信に関する技術が提供される。
【０１３５】
また、実施の形態によれば、ＩＭＳ音声呼をサポートするユーザ装置であって、当該ユーザ装置が在圏するセルの無線品質を管理する管理部と、ＩＭＳ音声呼の発着信処理を行う呼処理部と、を有し、前記呼処理部は、ＩＭＳ音声呼の発呼を行う場合、当該ユーザ装置が在圏するセルの無線品質に応じたコーデックレートを指定する信号をＩＭＳ装置に送信し、ＩＭＳ音声呼の着呼を受ける場合、当該ユーザ装置が在圏するセルの無線品質に応じたコーデックレートを指定する信号をＩＭＳ装置に送信する、ユーザ装置が提供される。このユーザ装置ＵＥによれば、無線品質が良好ではない場合にＭＴＣ端末が行う音声通信に関する技術が提供される。
【０１３６】
＜実施形態の補足＞
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１３７】
ユーザ装置ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１３８】
本明細書で説明した各態様／実施形態の処理手順、シーケンスは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１３９】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１４０】
本明細書で説明した各実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
【０１４１】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１４２】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１４３】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０  ＥＰＣ
２０  ＩＭＳ
１０１  信号送信部
１０２  信号受信部
１０３  管理部
１０４  呼処理部
２０１  信号送信部
２０２  信号受信部
２０３  管理部
２０４  呼処理部
３０１  信号送信部
３０２  信号受信部
３０３  管理部
３０４  呼処理部
４０１  信号送信部
４０２  信号受信部
４０３  管理部
４０４  呼処理部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2017220736.tif 000003
【図２】
2017220736.tif 000004
【図３】
2017220736.tif 000005
【図４】
2017220736.tif 000006
【図５】
2017220736.tif 000007
【図６】
2017220736.tif 000008
【図７】
2017220736.tif 000009
【図８】
2017220736.tif 000010
【図９】
2017220736.tif 000011
【図１０】
2017220736.tif 000012
【図１１】
2017220736.tif 000013
【図１２】
2017220736.tif 000014
【図１３】
2017220736.tif 000015
【図１４】
2017220736.tif 000016