特許 7523267 通信制御装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-18

(45)【発行日】2024-07-26

(54)【発明の名称】通信制御装置

(51)【国際特許分類】

   H04M 3/00 20240101AFI20240719BHJP

   H04W 88/14 20090101ALI20240719BHJP

【ＦＩ】

H04M3/00 B

H04W88/14

【請求項の数】 6

(21)【出願番号】P 2020119299

(22)【出願日】2020-07-10

(65)【公開番号】P2022016040

(43)【公開日】2022-01-21

【審査請求日】2023-02-09

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100088155

【弁理士】

【氏名又は名称】長谷川 芳樹

(74)【代理人】

【識別番号】100113435

【弁理士】

【氏名又は名称】黒木 義樹

(74)【代理人】

【識別番号】100121980

【弁理士】

【氏名又は名称】沖山 隆

(74)【代理人】

【識別番号】100128107

【弁理士】

【氏名又は名称】深石 賢治

(72)【発明者】

【氏名】門間 裕

(72)【発明者】

【氏名】佐藤 隆之

(72)【発明者】

【氏名】太田 貴之

(72)【発明者】

【氏名】黒川 悟

【審査官】山中 実

(56)【参考文献】

【文献】国際公開第２０１６／１８５６４９（ＷＯ，Ａ１）

【文献】国際公開第２０１５／１７４０１８（ＷＯ，Ａ１）

【文献】国際公開第２０１６／１８５９６２（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｍ ３／００

Ｈ０４Ｗ ８８／１４

(57)【特許請求の範囲】

【請求項1】

他網事業者ごとに、所定機能が対応可能であるかを示す可否情報を記憶する記憶部と、
自網に在圏する自網通信端末が他網事業者に対する通信を行う際に、前記可否情報を参照して、前記他網事業者が、前記所定機能が対応可能であるか否かを判断する判断部と、
前記対応可能であると判断すると、前記自網通信端末に対して、対応可能であることに基づいた通知情報を送信し、前記対応可能ではないと判断すると、前記通知情報を送信しない通信制御部と、
を備え、
前記可否情報は、前記自網通信端末が自網における通信方式を変える場合において起動する機能に対応可能であることを示す情報であって、コーデック変更が可能であるか否かを示す情報であり、
前記通知情報は、ＳＲＶＣＣ（Single Radio Voice Call Continuity）が対応可能であることを示す、
通信制御装置。

【請求項2】

前記通信制御部は、対応可能であることに基づいた通知情報として、前記自網通信端末が自網における通信方式を変える場合において通信を継続することを示す情報を通知する、
請求項１に記載の通信制御装置。

【請求項3】

前記通信制御部は、前記通知情報を、セッション開始のための信号にのせることで通知する、請求項１または２に記載の通信制御装置。

【請求項4】

前記判断部は、前記自網通信端末が前記他網事業者に対して発信処理を行う際に、前記他網事業者からの応答に基づいて、当該他網事業者が前記所定機能が対応可能であるか否かを判断する、請求項１～３のいずれか一項に記載の通信制御装置。

【請求項5】

前記判断部は、前記自網通信端末が前記他網事業者から着信を受ける際に、当該着信に基づいて、当該他網事業者が前記所定機能が対応可能であるか否かを判断する、請求項１～４のいずれか一項に記載の通信制御装置。

【請求項6】

前記判断部により判断された前記所定機能の対応可否を、音声通信を継続するための機能の可否として、前記自網通信端末ごとに記憶するセッション管理テーブルを備え、
前記通信制御部は、前記自網通信端末から音声通信を継続するための機能の起動要求を受けると、前記セッション管理テーブルに応じた処理を行う、
請求項１～５のいずれか一項に記載の通信制御装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動体通信網における端末の通信制御装置に関する。

【背景技術】

【0002】

下記非特許文献１には、ＳＲＶＣＣ（Single Radio Voice Call Continuity）動作が規定されている。このＳＲＶＣＣは、自網において、通信端末がＬＴＥ（Long Term Evolution）網と３Ｇ通信（3^rdGeneration）網をまたぐ際に、ＶｏＩＰ方式の音声通話と回線交換方式の音声通話とを継続する技術である。これにより、通信の無中断を実現する。

【先行技術文献】

【非特許文献】

【0003】

【文献】３ＧＰＰ ＴＳ２４．２３７

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、ＬＴＥ通信網と３Ｇ通信網とにおいて、使用する音声コーデックが異なった場合、通信が中断することがあり得る。例えば、音声コーデックが異なるＬＴＥ通信網と３Ｇ通信網とを通信端末が跨ぐ際、通信端末はコーデック変更処理を行うが、通信相手が他網に在圏しており、その他網の交換機がコーデック変更を許容しない場合、そのコーデック変更処理に対してエラーによる呼切断がされる場合がある。

【0005】

そこで、上述の課題を解決するために、本発明は、所定の機能を受け付けない通信相手との通信中における呼切断を回避することができる通信制御装置を提供することを目的とする。

【課題を解決するための手段】

【0006】

本発明の通信制御装置は、他網事業者ごとに、所定機能が対応可能であるかを示す可否情報を記憶する記憶部と、自網に在圏する自網通信端末が他網事業者に対する通信を行う際に、前記可否情報を参照して、前記他網事業者が、前記所定機能が対応可能であるか否かを判断する判断部と、前記対応可能であると判断すると、前記自網通信端末に対して、対応可能であることに基づいた通知情報を送信し、前記対応可能ではないと判断すると、前記通知情報を送信しない通信制御部と、を備える。

【0007】

この発明によれば、通信相手の通信網において所定の機能に対応できない場合には、その旨を、自網通信端末に通知することができる。したがって、自網通信端末は、所定の機能に対応できないことによる通信中における呼切断を回避できる。

【発明の効果】

【0008】

本発明によると、端末からの所定の機能要求を行うことがなく、通信中における呼切断を回避できる。

【図面の簡単な説明】

【0009】

【図1】本開示の通信システムのシステム構成の概略図である。

【図2】本開示の交換機１００の機能構成を示すブロック図である。

【図3】通信システムの処理シーケンスを示す図である。

【図4】本開示の通信システムのシステム構成の概略図であって、着信時の処理を示す。

【図5】着信処理時における通信システムの処理シーケンスを示す図である。

【図6】本開示の一実施の形態に係る交換機１００のハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0010】

添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。

【0011】

図１は、本開示の通信システムのシステム構成の概略図である。図１に示される通り、この通信システムは、交換機１００およびＵＥ２００を含んで構成されている。

【0012】

交換機１００は、ＵＥ２００に対する通信接続制御を行う通信制御装置である。このＵＥ２００は、ユーザ端末であって、例えば携帯電話機である。ＵＥ２００は、ＬＴＥ通信網Ａと３Ｇ通信網Ｂとを跨いで切り替える（または移動）することができる。

【0013】

交換機１００は、ＵＥ２００から他網宛の発信処理を受け付けると、当該他網の交換機３００に対して発信処理を行う（Ｓ１１、Ｓ１２）。他網の交換機３００は、発信処理に対する暫定応答を交換機１００に返信する（Ｓ１３）。交換機１００は、暫定応答を受け付け、それを、ＵＥ２００に対して送信する（Ｓ１４）。

【0014】

交換機１００は、暫定応答をＵＥ２００に送信する際、その暫定応答に交換機３００がコーデック変更を受け付けるか否かを判断し、それに応じて、ＳＲＶＣＣを許容するか否かを示す情報を暫定応答に付加して送信する。ＵＥ２００は、ＳＶＲＣＣを許容していないことを示す情報を受信し、その旨を記憶する。そして、これら通信手順を含めて既定の通信のための制御手順が終了すると、ＵＥ２００は、他網に在圏する通信端末と通信する（Ｓ１５、Ｓ１６）。

【0015】

その後、ＵＥ２００がＬＴＥ通信網Ａから３Ｇ通信網Ｂへ切り替えようとしてＳＲＶＣＣを起動し、その際、コーデック変更要求をしようとしても、ＵＥ２００は、ＳＲＶＣＣの起動は不可である旨を記憶しているため、そのＳＲＶＣＣは起動せず、結果コーデック変更要求を行うことがない。

【0016】

例えば、ＵＥ２００が停止している状態において３Ｇ通信網からの電波が強く、ＬＴＥ通信網から３Ｇ通信網に切り替えて（ハンドオーバ）しまう場合があるが、本開示においては、ＵＥ２００はＳＲＶＣＣの機能が許容されていないため、それを判断して、その切替を防止する。よって、通信接続後における通話中における呼切断を防止することができる。

【0017】

なお、ＵＥ２００が、ＬＴＥ通信網がカバーしていない３Ｇ通信網に移動してしまう場合には、ＳＲＶＣＣを許容していないため通信が切断するが、通話中における呼切断とはならない点で有効である。

【0018】

つぎに、本開示の交換機１００の機能構成について説明する。図２は、本開示の交換機１００の機能構成を示すブロック図である。図に示される通り、交換機１００は、通信制御部１０１、判断部１０２、記憶部１０３およびセッション管理テーブル１０４を含んで構成されている。

【0019】

通信制御部１０１は、ＵＥ２００に対する通信制御を行う部分である。本開示においては、通信制御部１０１は、交換機３００からの暫定応答を受信し、判断部１０２に応じて判断結果に基づいてＳＲＶＣＣの許容を示す情報を付加した暫定応答をＵＥ２００に送信する。

【0020】

判断部１０２は、交換機３００から送信された暫定応答の他網事業者の種別を認識し、記憶部１０３を参照して、それに応じてＳＲＶＣＣを許容するか否かを判断する部分である。通信制御部１０１は、判断部１０２による判断結果に基づいてＳＲＶＣＣの許容を示す情報を付加し、または付加しない制御を行う。

【0021】

記憶部１０３は、他網事業者の交換機種別ごとに、ＳＲＶＣＣが許容するか、否かを示す情報を記憶する部分である。一般的に、通信事業者ごとに使用される交換機のメーカ等は決まっており、それに応じてコーデック変更の許容・非許容が定まっている。本開示においては、記憶部１０３は、通信事業者ごとにコーデック変更の許容・非許容を対応付けて記憶している。

【0022】

セッション管理テーブル１０４は、セッションを張っているＵＥ２００（通信端末）ごとに、ＳＲＶＣＣを許容しているか否かを示す情報を記憶する。この情報は、判断部１０２により判断された結果に基づく。

【0023】

つぎに、この交換機１００を含んだ通信システムの全体処理について説明する。図３は、その処理シーケンスを示す図である。このシーケンス図に示される通り、通信システムは、Ｐ-ＣＳＣＦ（Proxy-Call Session Control Function）、Ｓ－ＣＳＣＦ（Serving-Call Session Control Function）、ＡＳ（ApplicationServer）などの各種交換機を備えている。Ｐ－ＣＳＣＳＦは、ユーザ端末の通信制御を行う呼セッションサーバであり、Ｓ－ＣＳＣＦは、サーバ間の呼セッション制御機能を有するサーバである。ＡＳは、ＵＥ２００に対して各種サービス（課金処理等）を提供するためのサーバである。そして、Ｐ-ＣＳＣＦが、図１に示す交換機１００に相当する。

【0024】

ＵＥ１００がＩＮＶＩＴＥ信号（セッション開始要求）を発信することにより、発信処理を行う。ＩＮＶＩＴＥ信号は、Ｐ-ＣＳＣＦ、Ｓ－ＣＳＣＦ、ＡＳを経由して、他網の交換機３００に送信される（Ｓ１０１）。交換機３００は、暫定応答として183_Session Progress信号を送信する（Ｓ１０２）。183_SessionProgress信号は、ＡＳ、Ｓ－ＣＳＣＦを経由して、Ｐ－ＣＳＣＦに送信される。

【0025】

Ｐ-ＣＳＣＦにおいて、判断部１０２は、183_Session Progress信号に含まれている通信事業者種別を認識する。そして、判断部１０２は、記憶部１０３を参照して、その通信事業者種別は、コーデック変更を許容するか否かを判断する（Ｓ１０３）。ここでは、判断部１０２はコーデック変更を許容していないと判断する。通信制御部１０１は、183_Session Progress信号に、ＳＲＶＣＣを許容することの情報（feature-tag：ａ、ｂ、ｍｉｄ）をのせない。また、判断部１０２は、セッション管理テーブル１０４に、通信相手がＳＲＶＣＣを許容していないことを記憶する（Ｓ１０４）。そして、通信制御部１０１は、183_Session Progress信号（ＳＲＶＣＣを許容していないことを暗に示す）をＵＥ２００に送信する（Ｓ１０５）。

【0026】

そして、交換機１００およびＵＥ２００は、３ＧＰＰ規定の通信手順を実行して、音声通話を行う（Ｓ１０６、Ｓ１０７）。

【0027】

ＵＥ２００は、ＳＲＶＣＣを許容していないことを示す183_SessionProgress信号を受信し、その旨を記憶している。したがって、ＵＥ２００は、ＬＴＥ通信網Ａから３Ｇ通信網に切替ようとしてもＳＲＶＣＣを実行することがなく、ＳＲＶＣＣに伴うコーデック変更通知の契機がなくなる。よって、通信中における呼切断となる状態を避けることができる。

【0028】

相手方交換機がコーデック変更通知を許容する場合については、ＵＥ２００はＳＲＶＣＣを正常起動することになるため、通信の継続性が確保される。一方で、通信相手となる交換機３００がコーデック変更を許容しない場合については、ＵＥ２００において、ＳＲＶＣＣ要求を受け付けないよう、積極的に３Ｇ通信網に切り替えさせない。例えば、ＵＥ２００が停止している状態において３Ｇ通信網からの電波が強く、ＬＴＥ通信網から３Ｇ通信網にハンドオーバしてしまう場合があるが、本開示においては、ＵＥ２００はＳＲＶＣＣの機能が許容されていないため、それを判断して、その切替を防止する。よって、通話中における呼切断を防止することができる。

【0029】

ところで、ＵＥ２００は、ＳＲＶＣＣが非許容であるにもかかわらず、ＳＲＶＣＣの起動要求をする場合がある。端末が何らかの不具合または想定外の異常動作をした場合、ＵＥ２００はＳＲＶＣＣの起動要求をすることがあり、ＵＥ２００は、ＳＩＮに対してプロトコル変換のための要求を行うことになる。この場合、Ｐ-ＣＳＣＦは、ＳＩＮ（Signaling Inter- working Node for3G access）からＩＮＶＩＴＥ信号を受信するが（Ｓ１１０）、Ｐ-ＣＳＣＦでは、セッション管理テーブル１０４を参照して、ＵＥ２００からのＳＲＶＣＣが非許容と判断される場合には（Ｓ１１１）、403_Forbiddenを返信しエラー処理とする（Ｓ１１２）。ＳＩＮは、加入者階梯交換機であって、ＵＥ２００が自網におけるＬＴＥ通信網から３Ｇ通信網にハンドオーバする際に、そのプロトコル変換を行う交換機である。

【0030】

つぎに、ＵＥ２００が着信するときの交換機１００の処理について説明する。図４は、本開示の通信システムのシステム構成の概略図であって、着信時の処理を示す。図に示されるとおり、交換機１００は、他網の交換機３００から着信を受けると（Ｓ２１）、交換機１００は、着信処理の際、交換機３００がどこの通信事業者であるかを判断することにより、コーデック変更が可能であるか否かを判断する。

【0031】

交換機１００は、コーデック変更が可能である場合には、ＳＲＶＣＣは許容する旨の情報を着信信号に付加して、宛先とあるＵＥ２００に送信する（Ｓ２２）。ＵＥ２００は、ＳＲＶＣＣを許容することを記憶するとともに、通信処理を開始する（Ｓ２３、Ｓ２４）。

【0032】

つぎに、その詳細処理について説明する。図５は、着信処理時における通信システムの処理シーケンスを示す図である。他網交換機３００は、発信処理のため、Ｐ－ＣＳＣＦ、Ｓ－ＣＳＣＦ、ＡＳを介してＩＮＶＩＴＥ信号をＵＥ２００に送信する（Ｓ２０１）。Ｐ－ＣＳＣＦ（交換機１００に相当）において、判断部１０２は、他網交換機３００がコーデック変更を許容しているか否かを、記憶部１０３を参照して判断する（Ｓ２０２）。そして、通信制御部１０１は、判断部１０２がコーデック変更を許容していると判断すると、ＳＲＶＣＣを許容する旨の情報をＩＮＶＩＴＥ信号に乗せて、ＩＮＶＩＴＥ信号を送信する。このシーケンス図においては、通信制御部１０１は、判断部１０２がコーデック変更を許容していないと判断して、ＳＲＶＣＣを許容する旨の情報をＩＮＶＩＴＥ信号にのせることない（Ｓ２０３）。一方で、判断部１０２は、セッション管理テーブル１０４に、ＳＲＶＣＣが許容しない旨を記憶する（Ｓ２０４）。そして、通信制御部１０１は、ＳＲＶＣＣが許容しない旨を載せたＩＮＶＩＴＥ信号を送信する（Ｓ２０５）。

【0033】

そして、通信制御部１０１は、３ＧＰＰに規定の通信手順を実行して（Ｓ２０６）、ＵＥ２００に音声通話を行わせる（Ｓ２０７）。

【0034】

一方で、ＵＥ２００は、ＳＲＶＣＣが非許容であるにもかかわらず、ＳＲＶＣＣの起動要求をする場合がある。この場合、Ｐ-ＣＳＣＦは、ＳＩＮ（Signaling Inter- working Node for3G access）からＩＮＶＩＴＥ信号を受信するが（Ｓ２０８）、Ｐ-ＣＳＣＦでは、セッション管理テーブル１０４を参照して、ＵＥ２００からのＳＲＶＣＣが非許容と判断される場合には（Ｓ２０９）、403_Forbiddenを返信しエラー処理とする（Ｓ２１０）。

【0035】

つぎに、本開示における交換機１００の作用効果について説明する。本開示の交換機１００において、記憶部１０３は、他網事業者ごとに、通信中におけるコーデック変更が可能であるか否かを示す変更可否情報を記憶する。判断部１０２は、自網に在圏する自網通信端末であるＵＥ２００が他網事業者（交換機３００）に対する通信を行う際に、変更可否情報を参照して、交換機３００がコーデック変更可能であるか否かを判断する。通信制御部１０１は、判断部１０２がコーデック変更可能であると判断すると、ＵＥ２００に対して、ＳＲＶＣＣ（単一無線音声通信継続）が対応可能であることを示す通知情報を送信する。また、通信制御部１０１は、コーデック変更が可能ではないと判断すると、当該通知情報を送信しない。

【0036】

この構成により、通信相手の通信網においてコーデック変更に対応できない場合には、その旨を、自網通信端末であるＵＥ２００に通知することができる。したがって、ＵＥ２００は、コーデック変更要求を行うことがなく、通信中による呼切断を回避できる。なお、上記開示においては、ＳＲＶＣＣ時におけるコーデック変更時の処理を説明したが、これに限るものではなく、他網における通信相手側が所定の機能に対応できない場合、すなわち自網では対応可能であるが他網では対応不可である機能について、通信開始時に認識することで、通信中における呼切断を回避できる。また、上記開示において、ＳＲＶＣＣに限るものではなく、通信継続をさせるための機能に置き換えてもよい。
また、ＬＴＥ通信網から３Ｇ通信網に切り替える差異を例に説明したが、これに限定されるものではない。一般的に通信方式の異なる通信網に切り替えるための技術にて寄与要することができる。

【0037】

また、交換機１００において、判断部１０２は、ＵＥ２００が他網事業者である交換機３００に対して発信処理を行う際に、交換機３００からの応答に基づいて、当該交換機３００を含む他網事業者がコーデック変更可能であるか否かを判断する。

【0038】

これにより、発信時において、他網事業者がコーデック変更可能であるかを判断することができ、通話中による呼切断を回避できる。

【0039】

また、判断部１０２は、ＵＥ２００が交換機３００から着信を受ける際に、当該着信に基づいて、当該交換機３００がコーデック変更可能であるか否かを判断する。

【0040】

これにより、着信時において、他網事業者がコーデック変更可能であるかを判断することができ、通話中による呼切断を回避できる。

【0041】

また、交換機１００は、判断部１０２により判断されたコーデックの変更可否を、単一無線音声通信を継続するための機能（ＳＲＶＣＣ）の可否として、ＵＥ２００ごとに記憶するセッション管理テーブル１０４を備える。通信制御部１０１は、ＵＥ２００から単一無線音声通信を継続するための機能（ＳＲＶＣＣ）の起動要求を受けると、セッション管理テーブル１０４に応じた処理を行う。すなわち、通信制御部１０１は、発信時または着信時において、交換機３００がコーデックの変更不可と判断されている場合には、ＵＥ２００から発信処理があったとしても、これを拒否することができる。上記開示においては、コーデック変更の可否に基づいて単一無線音声通信継続機能の可否を通知しているがこれに限らず、所定機能の対応可否に基づいて、音声通信継続の機能の可否を通知してもよい。

【0042】

上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

【0043】

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

【0044】

例えば、本開示の一実施の形態における交換機１００などは、本開示の通信制御方法の処理を行うコンピュータとして機能してもよい。図６は、本開示の一実施の形態に係る交換機１００のハードウェア構成の一例を示す図である。上述の交換機１００は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

【0045】

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。交換機１００のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

【0046】

交換機１００における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

【0047】

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述の通信制御部１０１、判断部１０２などは、プロセッサ１００１によって実現されてもよい。

【0048】

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、交換機１００の通信制御部１０１は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

【0049】

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る通信制御方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

【0050】

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

【0051】

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。

【0052】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

【0053】

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

【0054】

また、交換機１００は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

【0055】

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

【0056】

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

【0057】

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0058】

本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

【0059】

情報等は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

【0060】

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

【0061】

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

【0062】

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

【0063】

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

【0064】

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

【0065】

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

【0066】

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

【0067】

なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

【0068】

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

【0069】

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

【0070】

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

【0071】

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。

【0072】

移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

【0073】

本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

【0074】

「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

【0075】

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0076】

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

【0077】

本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

【0078】

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

【符号の説明】

【0079】

１０１…通信制御部、１０２…判断部、１０３…記憶部、１０４…セッション管理テーブル。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】