JP2022149316A - 通信制御装置 - Google Patents

Abstract

【課題】 コールピックアップが行われる場合等であっても適切にコーデックを決定する。
【解決手段】 通信制御装置１０は、第１の端末２０からの第２の端末３０への通信接続の確立に係ると共に当該第１の端末２０のコーデック情報が付加された第１の要求を受信する第１受信部１１と、第１の要求に応じて、第３の端末４０から、第１の端末２０との通信接続の確立に係ると共に当該第３の端末４０のコーデック情報が付加された新たな第２の要求を受信する第２受信部１２と、第１の要求に付加されたコーデック情報と第２の要求に付加されたコーデック情報とを比較して、第１の端末２０と第３の端末４０との間の通信接続で用いられるコーデックを決定するコーデック決定部１３と、決定されたコーデックによる、第１の端末２０と第３の端末４０との間の通信接続を確立させる通信接続確立部１４とを備える。
【選択図】 図１

Description

本発明は、通信網に含まれると共に端末間の通信接続を確立させる通信制御装置に関する。

ＶｏＩＰ（Voice over Internet Protocol）で用いられる音声のコーデックは、通常、通信を行う端末間でのＳＤＰ（Session Description Protocol）によるネゴシエーションによって決定される（例えば、特許文献１参照）。具体的には、ＲＦＣ３２６４で標準化されているように、一方の端末が自端末のコーデックに係る能力を示す情報をＳＤＰオファーとして送信し、そのオファーを受けた他方の端末が自端末のコーデックに係る能力を示す情報をＳＤＰアンサーにて回答することで、適切なコーデックが選択される。

特開２０１０－１１９１５０号公報

コールピックアップが行われる場合、発信を行った発信端末と、発信先の端末とは異なるピックアップ応答端末との間で通信が行われる。この場合、発信端末とピックアップ応答端末との間でコーデックが決定される必要がある。しかしながら、コールピックアップが行われる場合、通常、発信端末とピックアップ応答端末との両方がＳＤＰオファーを送信するため、上述した従来のネゴシエーション（オファー／アンサーモデル）でコーデックを決定することができない。その結果、コーデックが適切に決定されない場合、例えば、一方の端末が能力を有していないコーデックに決定された場合、発信端末とピックアップ応答端末との間の通信が呼損となる可能性がある。

本発明は、上記に鑑みてなされたものであり、コールピックアップが行われる場合等であっても適切にコーデックを決定することができる通信制御装置を提供することを目的とする。

上記の目的を達成するために、本発明に係る通信制御装置は、通信網に含まれると共に端末間の通信接続を確立させる通信制御装置であって、第１の端末からの第２の端末への通信接続の確立に係ると共に当該第１の端末が有するコーデックの能力を示すコーデック情報が付加された第１の要求を受信して、当該第２の端末に第１の要求を送信する第１受信部と、第１受信部によって受信された第１の要求に応じて、第１の端末及び第２の端末とは異なる第３の端末から、第１の端末との通信接続の確立に係ると共に当該第３の端末が有するコーデックの能力を示すコーデック情報が付加された新たな第２の要求を受信する第２受信部と、第１受信部によって受信された第１の要求に付加されたコーデック情報と第２受信部によって受信された第２の要求に付加されたコーデック情報とを比較して、第１の端末と第３の端末との間の通信接続で用いられるコーデックを決定するコーデック決定部と、コーデック決定部によって決定されたコーデックによる、第１の端末と第３の端末との間の通信接続を確立させる通信接続確立部と、を備える。

本発明に係る通信制御装置では、第１の要求の要求に付加されたコーデック情報と第２の要求に付加されたコーデック情報とが比較されてコーデックが決定される。従って、本発明に係る通信制御装置によれば、上述した従来のネゴシエーションによらずにコールピックアップが行われる場合等であっても適切にコーデックを決定することができる。

本発明によれば、上述した従来のネゴシエーションによらずにコールピックアップが行われる場合等であっても適切にコーデックを決定することができる。

本発明の実施形態に係る通信制御装置の構成を示す図である。 発信端末とピックアップ応答端末との間のコーデックの組み合わせの例を示す表である。 本発明の実施形態に係る通信制御装置で実行される処理を示すシーケンス図である。 本発明の実施形態に係る通信制御装置のハードウェア構成を示す図である。

以下、図面と共に本発明に係る通信制御装置の実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

図１に本実施形態に係る通信制御装置１０を示す。通信制御装置１０は、通信網に含まれると共に端末間の通信接続を確立させる装置（システム）（中継装置、付加サービス提供装置）である。通信制御装置１０を含む通信網は、例えば、ＶｏＩＰによる端末間の通信の機能を提供する通信網である。具体的には、通信網は、移動体通信網、有線ＬＡＮ（Local Area Network）又は無線ＬＡＮ等である。

通信制御装置１０は、例えば、ＳＩＰ（Session Initiation Protocol）によって端末間の通信接続であるセッションを確立させる。具体的には、通信制御装置１０は、ＳＩＰサーバであり、サーバ装置等のコンピュータによって構成されている。通信制御装置１０は、複数のコンピュータ、即ち、コンピュータシステムによって構成されていてもよい。但し、通信制御装置１０は、ＳＩＰサーバ以外の装置であってもよい。なお、本実施形態では、ＳＩＰが用いられる例で説明するが、ＳＩＰ以外によって通信が行われてもよい。端末は、ユーザによって用いられて、上記の通信網に接続して通信を行う機能を有する装置である。端末は、例えば、従来の携帯電話機、スマートフォン又はＰＣ（パーソナルコンピュータ）等である。端末は、別の端末との間で確立されたセッションを介して音声通信を行う。当該音声通信によって、ユーザ間の通話等が行われる。

端末間のセッションの確立は、発信側の第１の端末である発信端末２０から通信網に対して発信が行われて、発信に対して着信側の第２の端末である着信端末３０が応答することで行われる。また、本実施形態では、コールピックアップが可能である。コールピックアップは、発信端末２０から着信端末３０への発信が行われた際に、着信端末３０の代わりに着信端末３０以外の第３の端末であるピックアップ応答端末４０と発信端末２０との間でセッションが確立されて音声通信が行われるものである。コールピックアップは、例えば、着信端末３０のユーザが着信に対して応答できないが、ピックアップ応答端末４０のユーザが着信端末３０のユーザの代わりに応答できる場合に行われる。着信端末３０とピックアップ応答端末４０とは予め対応付けられている。例えば、着信端末３０とピックアップ応答端末４０とは、コールピックアップに係る同一のグループに属している。

通信制御装置１０は、発信端末２０とピックアップ応答端末４０との間のセッションが確立されて音声通信が行われる際に当該音声通信で用いられるコーデック（音声コーデック）に係る制御を行う。

引き続いて、本実施形態に係る通信制御装置１０の機能を説明する。図１に示すように、通信制御装置１０は、第１受信部１１と、第２受信部１２と、コーデック決定部１３と、通信接続確立部１４とを備えて構成される。また、通信制御装置１０は、従来のＳＩＰサーバ等の通信制御装置が備える機能を有していてもよい。

第１受信部１１は、発信端末２０からの着信端末３０への通信接続の確立に係ると共に当該発信端末２０が有するコーデックの能力を示すコーデック情報が付加された第１の要求を受信して、当該着信端末３０に第１の要求を送信する機能部である。第２受信部１２は、第１受信部１１によって受信された第１の要求に応じて、発信端末２０及び着信端末３０とは異なるピックアップ応答端末４０から、発信端末２０との通信接続の確立に係ると共にピックアップ応答端末４０が有するコーデックの能力を示すコーデック情報が付加された新たな第２の要求を受信する機能部である。

端末間の音声通信が行われる際には、発信端末２０から、着信端末３０への発信である第１の要求が通信制御装置１０に対して送信される。具体的には、発信先を着信端末３０とした第１の要求であるＳＩＰ＿ＩＮＶＩＴＥが、発信端末２０から通信制御装置１０に対して送信される。ＳＩＰ＿ＩＮＶＩＴＥには、発信端末２０が有するコーデックの能力を示すコーデック情報であるＳＤＰ情報（ＳＤＰオファー）が付加されている。音声通信に用いられるコーデックには、ＥＶＳ（Enhanced Voice Services）、ＡＭＲ－ＷＢ（Adaptive Multi-Rate Wideband）及びＧ．７１１等がある。そのうちのＥＶＳには、更に帯域幅の種類に応じた、ｎｂ（narrow band）－ｓｗｂ（super wide band）、ｎｂ－ｗｂ（wide band）、ｓｗｂ、ｗｂ及びｎｂ等といった複数の種類がある。

第１受信部１１は、発信端末２０から通信制御装置１０に対して送信された、ＳＤＰ情報が付加されたＳＩＰ＿ＩＮＶＩＴＥを受信する。第１受信部１１は、ＳＩＰ＿ＩＮＶＩＴＥに発信先として指定された着信端末３０にＳＩＰ＿ＩＮＶＩＴＥを送信する。また、第１受信部１１は、ＳＩＰ＿ＩＮＶＩＴＥをコーデック決定部１３に出力する。

着信端末３０が当該発信に対して応答する場合には、着信端末３０からＳＩＰ＿ＩＮＶＩＴＥに対する応答の信号が通信制御装置１０に対して送信される。この場合、応答には、発信端末２０のＳＤＰ情報（ＳＤＰオファー）に対する回答である、着信端末３０が有するコーデックの能力を示すコーデック情報であるＳＤＰ情報（ＳＤＰアンサー）が付加されている。これらの信号のやり取りによって、発信端末２０と着信端末３０との間でのセッションが確立されると共に音声通信で用いられるコーデックが決定される。この場合の処理は、従来と同様に行われればよい。

着信端末３０が当該発信に対して応答せずに、ピックアップ応答端末４０が応答する場合には、ピックアップ応答端末４０から、当該発信に対してピックアップ応答する旨の第２の要求が通信制御装置１０に対して送信される。具体的には、第２の要求であるＳＩＰ＿ＩＮＶＩＴＥがピックアップ応答端末４０から通信制御装置１０に対して送信される。ＳＩＰ＿ＩＮＶＩＴＥには、ピックアップ応答端末４０が有するコーデックの能力を示すコーデック情報であるＳＤＰ情報（ＳＤＰオファー）が付加されている。

第２受信部１２は、ピックアップ応答端末４０から通信制御装置１０に対して送信された、ＳＤＰ情報が付加されたＳＩＰ＿ＩＮＶＩＴＥを受信する。第２受信部１２は、ＳＩＰ＿ＩＮＶＩＴＥをコーデック決定部１３に出力する。

コーデック決定部１３は、第１受信部１１によって受信された第１の要求に付加されたコーデック情報と第２受信部１２によって受信された第２の要求に付加されたコーデック情報とを比較して、発信端末２０とピックアップ応答端末４０との間の通信接続で用いられるコーデックを決定する機能部である。コーデック決定部１３は、第１の要求に付加されたコーデック情報と第２の要求に付加されたコーデック情報とをコーデックの帯域幅を含めて比較して、発信端末２０とピックアップ応答端末４０との間の通信接続で用いられるコーデックを決定してもよい。

コーデック決定部１３は、コールピックアップが行われる際の発信端末２０とピックアップ応答端末４０との間の通信接続で用いられるコーデックを決定する。上記の通り、コールピックアップの際には、通信接続に係る発信端末２０及びピックアップ応答端末４０の両方がＳＤＰオファーを送信する。上記のコールピックアップ等の複数の端末でＳＤＰ情報を交換する付加サービスの場合、通常、付加サービスを提供する通信制御装置でＳＤＰ情報を終端する。そのため、発信端末２０とピックアップ応答端末４０との間で直接、ＳＤＰ情報を交換することができず、上述したように従来のネゴシエーション（オファー／アンサーモデル）でコーデックを決定することができない。例えば、発信端末２０及びピックアップ応答端末４０のそれぞれが、相手の端末が有するコーデックの能力を考慮せずに音声通信のコーデックを採用した場合、発信端末２０とピックアップ応答端末４０との間の通信が呼損となる可能性がある。図２に、発信端末２０のＥＶＳの帯域幅（発側ｂｗ）と、ピックアップ応答端末４０のＥＶＳの帯域幅（ピックアップ応答ｂｗ）との組み合わせを示す。図２の表において、発信端末２０とピックアップ応答端末４０とで、星印の組み合わせのコーデックが採用された場合、音声通信を行うことができず呼損となる可能性がある。

コーデック決定部１３は、発信端末２０から受信されたＳＩＰ＿ＩＮＶＩＴＥを第１受信部１１から入力する。コーデック決定部１３は、入力したＳＩＰ＿ＩＮＶＩＴＥを記憶する。また、コーデック決定部１３は、ＳＩＰ＿ＩＮＶＩＴＥに付加されているＳＤＰ情報を記憶する。この際、コーデック決定部１３は、ＳＤＰ情報に示される帯域幅を含むコーデック（例えば、帯域幅を示す情報を含むＥＶＳ）を記憶する。コーデック決定部１３は、発信端末２０から受信されたＳＩＰ＿ＩＮＶＩＴＥ毎（即ち、１コール毎）に上記の情報を記憶する。記憶された情報は、呼処理を含む以降の処理に利用される。コーデック決定部１３は、発信端末２０から受信されたＳＩＰ＿ＩＮＶＩＴＥに基づく音声通話の終了を検出して、記憶した当該ＳＩＰ＿ＩＮＶＩＴＥに係る情報を破棄する。

コーデック決定部１３は、ピックアップ応答端末４０から受信されたＳＩＰ＿ＩＮＶＩＴＥを第２受信部１２から入力する。コーデック決定部１３は、入力したＳＩＰ＿ＩＮＶＩＴＥを記憶する。また、コーデック決定部１３は、ＳＩＰ＿ＩＮＶＩＴＥに付加されているＳＤＰ情報を記憶する。この際、コーデック決定部１３は、ＳＤＰ情報に示される帯域幅を含むコーデック（例えば、帯域幅を示す情報を含むＥＶＳ）を記憶する。コーデック決定部１３は、ピックアップ応答端末４０から受信されたＳＩＰ＿ＩＮＶＩＴＥ毎（即ち、１コール毎）に上記の情報を記憶する。記憶された情報は、呼処理を含む以降の処理に利用される。コーデック決定部１３は、ピックアップ応答端末４０から受信されたＳＩＰ＿ＩＮＶＩＴＥに基づく音声通話の終了を検出して、記憶した当該ＳＩＰ＿ＩＮＶＩＴＥに係る情報を破棄する。

コーデック決定部１３は、記憶された発信端末２０からのＳＩＰ＿ＩＮＶＩＴＥのうち、ピックアップ応答端末４０から受信されたＳＩＰ＿ＩＮＶＩＴＥに対応するものを特定する。例えば、コーデック決定部１３は、予めコールピックアップに係る同一のグループに属する端末を記憶しておき、記憶した情報に基づいて、発信端末２０からのＳＩＰ＿ＩＮＶＩＴＥに係る着信端末３０とピックアップ応答端末４０とが同一のグループとなるように特定する。この特定は、従来と同様に行われればよい。

コーデック決定部１３は、特定したＳＩＰ＿ＩＮＶＩＴＥに係る発信端末２０からのＳＤＰ情報と、ピックアップ応答端末４０からのＳＤＰ情報とを比較して、発信端末２０とピックアップ応答端末４０との間の通信接続で用いられるコーデックを決定する。例えば、コーデック決定部１３は、呼損にならずに音声通信を行えるコーデックの組み合わせのうち、最も品質の高いコーデックの組み合わせを、通信接続で用いられるコーデックとして決定する。この決定は、コーデック決定部１３によって予め記憶されたコーデックを決定するための決定基準に基づいて行われる。また、コーデック決定部１３は、この際、同一の種別のコーデックについてのコーデックの帯域幅も考慮する。例えば、採用するコーデックとしてＥＶＳを決定する場合、図２の表において、星印の組み合わせのコーデックとならないようにコーデックを決定する。なお、呼損にならずに音声通信を行えるコーデックの組み合わせであれば、上記以外の方法でコーデックが決定されてもよい。コーデック決定部１３は、発信端末２０とピックアップ応答端末４０とについてそれぞれ決定したコーデックを通信接続確立部１４に通知する。

通信接続確立部１４は、コーデック決定部１３によって決定されたコーデックによる、発信端末２０とピックアップ応答端末４０との間の通信接続を確立させる機能部である。通信接続確立部１４は、コーデック決定部１３から決定したコーデックの通知を受ける。

通信接続確立部１４は、発信端末２０とピックアップ応答端末４０とのそれぞれに対して、決定されたコーデックを通知すると共に通信接続を確立させるための信号を送信する。例えば、ピックアップ応答端末４０に対しては、通信接続確立部１４は、ＳＩＰ＿ＩＮＶＩＴＥに対する応答の信号である２００ＯＫを送信する。２００ＯＫには、決定されたピックアップ応答端末４０のコーデックを示す情報が付加される。発信端末２０に対しては、通信接続確立部１４は、ＳＩＰ＿ＩＮＶＩＴＥに対する応答の信号であるＵＰＤＡＴＥを送信する。ＵＰＤＡＴＥには、決定された発信端末２０のコーデックを示す情報が付加される。それぞれの信号を受信した発信端末２０とピックアップ応答端末４０との間には、セッションが確立されて通知されたコーデックで音声通信が行われる。

なお、通信接続確立部１４による制御は、決定されたコーデックによる、発信端末２０とピックアップ応答端末４０との間の通信接続を確立させるものであれば、上記以外のものであってもよい。以上が、本実施形態に係る通信制御装置１０の機能である。

引き続いて、図３のシーケンス図を用いて、本実施形態に係る通信制御装置１０で実行される処理（通信制御装置１０が行う動作方法）を説明する。本処理は、コールピックアップが行われる場合の処理である。

本処理では、発信端末２０から通信制御装置１０に対して、着信端末３０への発信であるＳＩＰ＿ＩＮＶＩＴＥが送信される（Ｓ０１）。ＳＩＰ＿ＩＮＶＩＴＥには、発信端末２０のＳＤＰ情報（図２の例では（ＥＶＳ（ＰＴ＝１０２，ｂｗ＝ｓｗｂ），ＡＭＲ－ＷＢ，Ｇ．７１１））が付加されている。通信制御装置１０では、第１受信部１１によって、ＳＩＰ＿ＩＮＶＩＴＥが受信される。ＳＩＰ＿ＩＮＶＩＴＥは、第１受信部１１から着信端末３０に送信される（Ｓ０２）。ＳＤＰ情報が付加されたＳＩＰ＿ＩＮＶＩＴＥは、コーデック決定部１３に記憶される。その後、着信端末３０の呼出しが行われる（Ｓ０３）。

この際にピックアップ応答端末４０のユーザがピックアップ応答端末４０に対してコールピックアップの操作を行うと、ピックアップ応答端末４０から通信制御装置１０に対して、ピックアップ応答する旨の信号であるＳＩＰ＿ＩＮＶＩＴＥが送信される（Ｓ０４）。ＳＩＰ＿ＩＮＶＩＴＥには、ピックアップ応答端末４０のＳＤＰ情報（図２の例では（ＥＶＳ（ＰＴ＝１０２，ｂｗ＝ｗｂ），ＡＭＲ－ＷＢ，Ｇ．７１１））が付加されている。通信制御装置１０では、第２受信部１２によって、ＳＩＰ＿ＩＮＶＩＴＥが受信される。

続いて、コーデック決定部１３によって、発信端末２０のＳＤＰ情報とピックアップ応答端末４０のＳＤＰ情報とが比較されて、発信端末２０とピックアップ応答端末４０との間の通信接続で用いられるコーデックが決定される（Ｓ０５）。なお、図２に示す例では、ＳＤＰ情報の帯域幅がｓｗｂとｗｂとで互いに異なるためＥＶＳは採用されず、ＡＭＲ－ＷＢが採用される。

続いて、通信接続確立部１４からピックアップ応答端末４０に対して２００ＯＫが送信される（Ｓ０６）。２００ＯＫには、決定されたピックアップ応答端末４０のコーデックを示す情報（図２の例では（ＡＭＲ－ＷＢ））が付加される。また、通信接続確立部１４から発信端末２０に対してＵＰＤＡＴＥが送信される（Ｓ０７）。ＵＰＤＡＴＥには、決定された発信端末２０のコーデックを示す情報（図２の例では（ＡＭＲ－ＷＢ））が付加される。それぞれの信号が受信された発信端末２０とピックアップ応答端末４０との間には、セッションが確立されて通知されたコーデックで音声通信が行われる（Ｓ０８）。以上が、本実施形態に係る通信制御装置１０で実行される処理である。

本実施形態では、発信端末２０からのＳＩＰ＿ＩＮＶＩＴＥに付加されたＳＤＰ情報とピックアップ応答端末４０からのＳＩＰ＿ＩＮＶＩＴＥに付加されたＳＤＰ情報とが比較されてコーデックが決定される。従って、本実施形態によれば、上述した従来のネゴシエーションによらずにコールピックアップが行われる場合等であっても適切にコーデックを決定することができる。なお、コールピックアップの際のコーデックの決定は、それぞれのＳＩＰ＿ＩＮＶＩＴＥが処理された後、従来のネゴシエーションによって行うことも考えられる。しかしながら、そのようなコーデックの決定では、発信端末２０とピックアップ応答端末４０との音声通信が行えるまでの時間が長くなってしまい、必ずしも適切なコーデックの決定ではない。

また、本実施形態のようにコーデックの帯域幅を考慮してコーデックを決定してもよい。この構成によれば、例えば、ＥＶＳのような同一の種別で複数の帯域幅があるようなコーデックが用いられる場合に適切にコーデックを決定することができる。但し、同一の種別で複数の帯域幅があるようなコーデックを用いない場合等には、必ずしもこの構成を取る必要はない。

なお、本実施形態では、コールピックアップが行われる場合を想定したが、本実施形態は、コールピックアップが行われる場合に限られず同様の枠組みで通信接続が確立される場合に適用されてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本開示において説明した各態様／実施形態は、ＬＴＥ（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）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本開示で使用する「判断(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）」などで読み替えられてもよい。

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

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

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

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

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

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

１０…通信制御装置、１１…第１受信部、１２…第２受信部、１３…コーデック決定部、１４…通信接続確立部、２０…発信端末（第１の端末）、３０…着信端末（第２の端末）、４０…ピックアップ応答端末（第３の端末）、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…通信装置、１００５…入力装置、１００６…出力装置、１００７…バス。

Claims (2)

1. 通信網に含まれると共に端末間の通信接続を確立させる通信制御装置であって、
   第１の端末からの第２の端末への通信接続の確立に係ると共に当該第１の端末が有するコーデックの能力を示すコーデック情報が付加された第１の要求を受信して、当該第２の端末に第１の要求を送信する第１受信部と、
   前記第１受信部によって受信された第１の要求に応じて、前記第１の端末及び前記第２の端末とは異なる第３の端末から、第１の端末との通信接続の確立に係ると共に当該第３の端末が有するコーデックの能力を示すコーデック情報が付加された新たな第２の要求を受信する第２受信部と、
   前記第１受信部によって受信された第１の要求に付加されたコーデック情報と前記第２受信部によって受信された第２の要求に付加されたコーデック情報とを比較して、前記第１の端末と前記第３の端末との間の通信接続で用いられるコーデックを決定するコーデック決定部と、
   前記コーデック決定部によって決定されたコーデックによる、第１の端末と第３の端末との間の通信接続を確立させる通信接続確立部と、
   を備える通信制御装置。
2. 前記コーデック決定部は、前記第１の要求に付加されたコーデック情報と前記第２の要求に付加されたコーデック情報とをコーデックの帯域幅を含めて比較して、前記第１の端末と前記第３の端末との間の通信接続で用いられるコーデックを決定する請求項１に記載の通信制御装置。

Images