JP2018525864A - サービスレート調整方法及び装置 - Google Patents

Abstract

本発明の実施例は、サービスレート調整方法及び装置を提供する。本発明におけるサービスレート調整方法は、基地局によって送信された前記基地局の実際の伝送能力情報を受信するステップと、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスデータを送信する前記送信側の前記サービスレートとに従って調整するステップとを含む。本発明の実施例によれば、基地局にサービスデータを送信する送信側のレート調整が実施されることができ、その結果、基地局にサービスデータを送信する送信側のサービスレートは、基地局の実際の伝送能力に適合し、それによりデータの伝送品質を向上させることができる。

Description

この出願は、２０１５年６月１０日に中国特許庁に出願された“サービスレート調整方法及び装置”という名称の中国特許出願第２０１５１０３１５１４９．３号に対する優先権を主張し、上記中国出願は、参照によりその全体が本明細書に組み込まれている。

本発明の実施例は、通信技術に関し、特に、サービスレート調整方法及び装置に関する。

データ通信及びマルチメディアサービス要件の発展に伴い、モバイルデータ、モバイルコンピューティング、及びモバイルマルチメディアの動作ニーズを満たす第４世代移動体通信が出現を始める。第４世代移動体通信技術（the 4th Generation mobile communication technology、略して４Ｇ）は、時分割ロングタームエボリューション（Time Division Long Term、略してＴＤ−ＬＴＥ）、及び周波数分割多重ロングタームエボリューション（Frequency Division Duplexing Long Term、略してＦＤＤ−ＬＴＥ）という２つの標準を含む。４Ｇは、３Ｇ及びＷＬＡＮを統合し、データ、高品質オーディオ、高品質ビデオ、高品質画像などの高速伝送を実行するために使用されることができる。

ボイスオーバＬＴＥ（Voice over LTE、略してＶｏＬＴＥ）は、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem、略してＩＭＳ）ネットワークに基づくＬＴＥ音声ソリューションである。ＶｏＬＴＥは基本的に２Ｇ又は３Ｇの音声通話（audio call）とは異なる。ＶｏＬＴＥは、オールＩＰ状態の４Ｇネットワークに基づくエンドツーエンド音声ソリューションである。

図１は、既存のＶｏＬＴＥコールフローのシグナリングのインタラクション図である。図１において示されるように、コールプロセスにおいて、ユーザ装置（User Equipment、略してＵＥ）は、セッション開始プロトコル（Session Initiation Protocol、略してＳＩＰ）シグナリングを使用することにより、プロキシコールセッション制御機能（Proxy-Call Session Control Function、略してＰ−ＣＳＣＦ）／セッションボーダーコントローラ（Session Border Controller、略してＳＢＣ）にＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージは、コーデック情報を含む。適応マルチレート狭帯域（Adaptive Multirate Narrowband、略してＡＭＲ−ＮＢ）及び適応マルチレート広帯域（Adaptive Multirate WideBand、略してＡＭＲ−ＷＢ）コーデックの場合、メッセージはＵＥによってサポートされるレートセット情報を搬送する。ＩＭＳは、ＩＮＶＩＴＥメッセージをピアエンドに送信し、すなわちコーデック情報をピアエンドに送信し、ＳＩＰシグナリングを使用することにより音声ベアラプレーンコーデックネゴシエーションを実行する。次に、Ｐ−ＣＳＣＦ／ＳＢＣは、ピアエンドによってフィードバックされた応答メッセージ１８０を受信するとともに、応答メッセージ１８０は、ピアエンドによって返信されたベアラプレーンコーデック情報を搬送する。Ｐ−ＣＳＣＦ／ＳＢＣは、応答メッセージ１８０をＵＥに送信する。このようにして、ＳＩＰシグナリングネゴシエーションを使用することにより、ＵＥ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアエンドは、現在のコールに使用されているコーデック情報を学習する。コーデック情報がＡＭＲ−ＮＢ又はＡＭＲ−ＷＢコーデックである場合、レートセット情報が更に取得される。その後、コールが接続された後で、ＳＩＰシグナリングネゴシエーションの結果に従って、ベアラプレーンのインタラクションが実行される。前述のプロセスでは、進化型ノードＢ（evolved NodeB、略してｅＮＢ）及びサービングゲートウェイ（Serving Gateway、略してＳ−ＧＷ）／ＰＤＮ−ゲートウェイ（PDN Gateway、略してＰ−ＧＷ）がシグナリング及びベアラ情報を転送する。ｅＮＢとＳ−ＧＷ／Ｐ−ＧＷとの間にシグナリング及びベアラＧＰＲＳトンネリングプロトコル（GPRS tunneling protocol、略してＧＴＰトンネル）トンネルが確立される。ｅＮＢは、ＵＥから送信されたアップリンクパケットを受信すると、ＧＴＰトンネルを使用することにより、アップリンクパケットをＳ−ＧＷ／Ｐ−ＧＷに転送し、Ｓ−ＧＷ／Ｐ−ＧＷは、アップリンクパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。Ｐ−ＣＳＣＦ／ＳＢＣは、ダウンリンクパケットをＵＥに送信する場合、まずダウンリンクパケットをＳ−ＧＷ／Ｐ−ＧＷに送信し、Ｓ−ＧＷ／Ｐ−ＧＷは、ＧＴＰトンネルを使用することにより、ダウンリンクパケットをｅＮＢに送信し、ｅＮＢは、無線インタフェースを使用することにより、ダウンリンクパケットをＵＥに転送する。

前述のオールＩＰ音声ソリューションでは、ｅＮＢ及びＳ−ＧＷ／Ｐ−ＧＷは、ＩＰパケット（シグナリング及びベアラを含む）の転送のみを担当する。前述のオールＩＰ音声ソリューションでは、サービスレートは、ｅＮＢの無線インタフェースの伝送品質に従って動的に調整されることができない。これは、ｅＮＢの実際の伝送能力とサービスレートとの間の不適合によって引き起こされるパケット損失、長い遅延、又は低いリソース利用率の問題をもたらす。

本発明の実施例は、サービスレート調整方法及び装置を提供し、それにより、基地局にサービスデータを送信する送信側のサービスレートに対する調整を実施し、その結果、送信側のサービスレートは、基地局の実際の伝送能力に適合する。

第１の態様によれば、本発明の一実施例は、サービスレート調整方法であって、基地局によって送信された前記基地局の実際の伝送能力情報を受信するステップと、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するステップとを含む、方法を提供する。

第１の態様に関連して、第１の態様の第１の可能な実装例において、前記基地局にサービスパケットを送信する前記送信側が端末であり、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整する前記ステップは、前記実際の伝送能力情報に従って前記端末のサービスレートを増やすか又は減らすステップと、前記端末にレート調整要求メッセージを送信するステップであって、前記レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、ステップとを含む。

第１の態様に関連して、第１の態様の第２の可能な実装例において、前記基地局にサービスパケットを送信する前記送信側はセッションボーダーコントローラＳＢＣであり、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整する前記ステップは、前記ＳＢＣがコーデック変換処理を実行しない場合、前記実際の伝送能力情報に従ってピアデバイスのサービスレートを増やすか又は減らすとともに、前記ピアデバイスにレート調整要求メッセージを送信するステップであって、前記レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、ステップか、あるいは前記ＳＢＣがコーデック変換処理を実行する場合、前記実際の伝送能力情報に従って前記ＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた及び減らされたサービスレートで端末に前記サービスパケットを送信するステップとを含む。

第１の態様、又は第１の態様の第１から第２の可能な実装例のうちのいずれか１つに関連して、第１の態様の第３の可能な実装例において、基地局によって送信された前記基地局の実際の伝送能力情報を受信する前記ステップは、前記基地局によって送信された第１のアプリケーション定義リアルタイム転送制御プロトコルパケットＲＴＣＰ ＡＰＰ（ＲＴＣＰ ＡＰＰパケット）を受信するとともに、前記第１のＲＴＣＰ ＡＰＰパケットから前記基地局の前記実際の伝送能力情報を取得するステップであって、前記実際の伝送能力情報が、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、ステップを含む。

第１の態様の第３の可能な実装例に関連して、第１の態様の第４の可能な実装例において、当該方法は、第２のＲＴＣＰ ＡＰＰパケットを前記基地局に送信するステップであって、前記第２のＲＴＣＰ ＡＰＰパケットが前記増やされた又は減らされたサービスレートを搬送する、ステップを更に含む。

第２の態様によれば、本発明の一実施例は、サービスレート調整方法であって、基地局の実際の伝送能力情報を取得するステップと、前記基地局の前記実際の伝送能力情報をセッションボーダーコントローラＳＢＣに送信するステップとを含み、前記実際の伝送能力情報が、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するために、前記ＳＢＣによって使用される、方法を提供する。

第２の態様に関連して、第２の態様の第１の可能な実装例において、前記基地局の前記実際の伝送能力情報をＳＢＣに送信する前記ステップは、前記基地局の前記実際の伝送能力情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、前記第１のＲＴＣＰ ＡＰＰパケットを前記ＳＢＣに送信するステップを含み、前記実際の伝送能力情報は、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む。

第２の態様、又は第２の態様の第１の可能な実装例に関連して、第２の態様の第２の可能な実装例において、当該方法は、前記ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを受信するステップであって、前記第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送するとともに、前記増やされた又は減らされたサービスレートが、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って前記ＳＢＣが前記送信側の前記サービスレートを調整した後で取得されるサービスレートである、ステップを更に含む。

第３の態様によれば、本発明の一実施例は、セッションボーダーコントローラＳＢＣであって、基地局によって送信された前記基地局の実際の伝送能力情報を受信するように構成された受信モジュールと、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するように構成された処理モジュールとを含む、ＳＢＣを提供する。

第３の態様に関連して、第３の態様の第１の可能な実装例において、前記基地局にサービスパケットを送信する前記送信側は端末であり、前記処理モジュールは、前記実際の伝送能力情報に従って前記端末のサービスレートを増やすか又は減らすように具体的に構成され、当該ＳＢＣは、送信モジュールを更に含み、前記送信モジュールは、前記端末にレート調整要求メッセージを送信するように構成されるとともに、前記レート調整要求メッセージは、増やされた又は減らされたサービスレートを含む。

第３の態様に関連して、第３の態様の第２の可能な実装例において、前記基地局にサービスパケットを送信する前記送信側は当該セッションボーダーコントローラＳＢＣであり、前記処理モジュールは、当該ＳＢＣがコーデック変換処理を実行しない場合、前記実際の伝送能力情報に従ってピアデバイスのサービスレートを増やすか又は減らすように具体的に構成され、当該ＳＢＣは、前記ピアデバイスにレート調整要求メッセージを送信するように構成された送信モジュールであって、前記レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信モジュールを更に含むか、あるいは前記処理モジュールは、当該ＳＢＣがコーデック変換処理を実行する場合、前記実際の伝送能力情報に従って当該ＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた又は減らされたサービスレートで端末に前記サービスパケットを送信するように具体的に構成される。

第３の態様、又は第３の態様の第１から第２の可能な実装例のうちのいずれか１つに関連して、第３の態様の第３の可能な実装例において、前記受信モジュールは、前記基地局によって送信された第１のＲＴＣＰ ＡＰＰパケットを受信するとともに、前記第１のＲＴＣＰ ＡＰＰパケットから前記基地局の前記実際の伝送能力情報を取得し、ここで、前記実際の伝送能力情報が無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、ように具体的に構成される。

第３の態様の第３の可能な実装例に関連して、第３の態様の第４の可能な実装例において、前記送信モジュールは、第２のＲＴＣＰ ＡＰＰパケットを前記基地局に送信し、ここで、前記第２のＲＴＣＰ ＡＰＰパケットが前記増やされた又は減らされたサービスレートを搬送する、ように更に構成される。

第４の態様によれば、本発明の一実施例は、基地局であって、当該基地局の実際の伝送能力情報を取得するように構成された処理モジュールと、当該基地局の前記実際の伝送能力情報をセッションボーダーコントローラＳＢＣに送信するように構成された送信モジュールとを含み、前記実際の伝送能力情報が、送信側のサービスレートを、前記実際の伝送能力情報と当該基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するために、前記ＳＢＣによって使用される、基地局を提供する。

第４の態様に関連して、第４の態様の第１の可能な実装例において、前記送信モジュールは、当該基地局の前記実際の伝送能力情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、前記第１のＲＴＣＰ ＡＰＰパケットを前記ＳＢＣに送信するように具体的に構成され、前記実際の伝送能力情報は、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む。

第４の態様、又は第４の態様の第１の可能な実装例に関連して、第４の態様の第２の可能な実装例において、当該基地局は、前記ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを受信するように構成された受信モジュールであって、前記第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送するとともに、前記増やされた又は減らされたサービスレートが、前記実際の伝送能力情報と当該基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って前記ＳＢＣが前記送信側の前記サービスレートを調整した後で取得されるサービスレートである、受信モジュールを更に含む。

本発明の実施例におけるサービスレート調整方法及び装置によれば、ＳＢＣは、基地局の実際の伝送能力情報を取得するとともに、基地局の実際の伝送能力情報に従って、基地局にサービスパケットを送信する送信側のサービスレートを調整し、その結果、基地局にサービスパケットを送信する送信側のサービスレートは、基地局の実際の伝送能力に適合し、それにより、サービスデータの伝送品質を改善する。

本発明の実施例におけるか又は従来技術における技術的解決法をより明確に説明するために、下記は、実施例又は従来技術を説明するために必要とされる添付図面を簡単に説明する。明らかに、下記の説明における添付図面は本発明のいくつかの実施例を表すとともに、当業者は、創造的な努力なしでこれらの添付図面から更に他の図面を導き出し得る。

既存のＶｏＬＴＥコールフローのシグナリングのインタラクション図である。 本発明の一実施例によるネットワークアーキテクチャの概略図である。 本発明によるサービスレート調整方法の第１の実施例のフローチャートである。 本発明によるサービスレート調整方法の第２の実施例のフローチャートである。 本発明によるサービスレート調整方法の第１の実施例のシグナリングフローチャートである。 本発明によるサービスレート調整方法の第２の実施例のシグナリングフローチャートである。 本発明によるサービスレート調整方法の第３の実施例のシグナリングフローチャートである。 本発明によるセッションボーダーコントローラの第１の実施例の概略構成図である。 本発明による基地局の第１の実施例の概略構成図である。 本発明によるセッションボーダーコントローラの第２の実施例の概略構成図である。 本発明による基地局の第２の実施例の概略構成図である。 本発明によるサービスレート調整システムの一実施例の概略構成図である。

本発明の実施例の目的、技術的解決法、及び利点をより明確にするために、下記は、本発明の実施例における添付図面を参照して、本発明の実施例における技術的解決法を明確かつ十分に説明する。明らかに、説明される実施例は本発明の実施例の全てではなく一部である。創作的な努力なしで本発明の実施例に基づいて当業者により獲得される他の全ての実施例は、本発明の保護範囲に含まれるものとする。

図２は、本発明の一実施例によるネットワークアーキテクチャの概略図である。本発明のこの実施例におけるネットワークアーキテクチャは、ＬＴＥネットワークアーキテクチャである。具体的には、ユーザ装置（User Equipment、略してＵＥ）は、進化型ノードＢ（evolved NodeB、略してｅＮＢ）を使用することにより、進化型パケットコア（Evolved Packet Core、略してＥＰＣ）にアクセスする。ＥＰＣは、モビリティ管理エンティティ（Mobility Management Entity、略してＭＭＥ）、Ｓ−ＧＷ、及びＰ−ＧＷなどの複数のネットワークエンティティを含む。ＥＰＣ内のネットワークエンティティと進化型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network、略してＥ−ＵＴＲＡＮ）内のネットワークエンティティとの間の接続関係は、具体的には、ＭＭＥはｅＮＢに接続され、Ｓ−ＧＷはｅＮＢに接続され、ＭＭＥはＳ−ＧＷに接続されるとともに、Ｓ−ＧＷはＰ−ＧＷを使用することによりＩＭＳに接続される。ＩＭＳは、Ｐ−ＣＳＣＦ／ＳＢＣ、サービングコールセッション制御機能（Serving Call Session Control Function、略してＳ−ＣＳＣＦ）、ホーム加入者サーバ（Home Subscriber Server、略してＨＳＳ）などを含む。具体的には、Ｐ−ＣＳＣＦ／ＳＢＣは、Ｐ−ＧＷ及びＳ−ＣＳＣＦに別々に接続され、Ｓ−ＣＳＣＦは、ＨＳＳ及びアプリケーションサーバ（Application Server、略してＡＳ）に更に接続される。このネットワークアーキテクチャでは、ｅＮＢの主な機能は、無線リソース管理機能（それは、無線ベアラ制御、無線許可制御、接続モビリティ制御を実現する）、ユーザデータストリームのＩＰヘッダの圧縮及び暗号化、ＵＥが接続状態にあるときのＭＭＥの選択、Ｓ−ＧＷユーザプレーンデータのためのルート選択の実施、ＭＭＥによって開始されるページング情報及びブロードキャスト情報のスケジューリング並びに伝送の実行、測定の完了、並びにモビリティ構成及びスケジューリングの測定報告などを含む。ＭＭＥの主な機能は、非アクセス層（Non-Access Stratum、略してＮＡＳ）シグナリングの暗号化及び完全性保護、アクセス層（Access Stratum、略してＡＳ）セキュリティ制御及びアイドル状態モビリティ制御、進化型パケットシステム（Evolved Packet System、略してＥＰＳ）ベアラ制御、ページング、ハンドオーバ、ローミング、及び認証のサポートなどを含む。Ｓ−ＧＷの主な機能は、パケットデータのルーティング及び転送、モビリティ及びハンドオーバに関するサポート、課金などを含む。Ｐ−ＧＷの主な機能は、パケットデータフィルタリング、ＵＥへのＩＰアドレスの割り当て、アップリンク及びダウンリンク課金並びにレート制限などを含む。

コールセッション制御機能（Call Session Control Function、略してＣＳＣＦ）は、コールセッション制御機能の位置及び機能に従って、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、及びＩ−ＣＳＣＦの３種類に分類されることができる。Ｐ−ＣＳＣＦ（Proxy CSCF）：
Ｐ−ＣＳＣＦは、ユーザに対するＩＭＳ内の第１の接続ポイントであり、プロキシ（Proxy）機能を提供し、すなわちサービス要求を受け入れるとともに、受け入れられたサービス要求を転送する。Ｓ−ＣＳＣＦ（Serving CSCF）：Ｓ−ＣＳＣＦは、ＩＭＳコアネットワーク内のコア制御位置にあり、ＵＥに関する登録認証及びセッション制御を担当し、発信側及び終端側のＩＭＳユーザのための基本セッションルーティング機能を実行するとともに、条件が満たされた場合に、ユーザによって加入されたＩＭＳトリガリング規則に従って、ＡＳへの付加価値サービスルーティング、サービス制御、及びサービスインタラクションのトリガリングを実行する。Ｉ−ＣＳＣＦ（Interrogating CSCF）：ＩＭＳのゲートウェイノードと同様に、Ｉ−ＣＳＣＦは、ローカルドメインのユーザサービスノード割り当て、ルート問い合わせ、及びＩＭＳドメイン間トポロジの隠蔽の機能を提供する。

ＨＳＳは、ホームネットワーク内にあって、基本識別子、ルーティング情報、サービス加入情報などを含んでいる、ＩＭＳユーザの加入情報を記憶する、集中化された包括的なデータベースである。ＡＳ（Application Server）は、ＩＭＳ加入者にＩＭＳ付加価値サービスを提供する。ＡＳは、ユーザのホームネットワーク内に設置されてもよく、又は第三者によって提供されてもよい。

Ｐ−ＣＳＣＦ及びＳＢＣは別々に配置されてもよく、又は統合されてもよい、という点に注意が必要である。一般に、Ｐ−ＣＳＣＦ及びＳＢＣは、統合されている。したがって、本発明のこの実施例におけるＳＢＣは、Ｐ−ＣＳＣＦ及びＳＢＣが統合された物理的な装置であってもよいし、又は独立したＳＢＣ装置であってもよく、これは、本明細書では限定されない。

本発明において、ＶｏＬＴＥサービスレートは、図２において示されるネットワークアーキテクチャに基づいて調整される。詳細については、下記の実施例の説明の記述を参照されたい。

図３は、本発明によるサービスレート調整方法の第１の実施例のフローチャートであり、この実施例は、ＳＢＣによって実行される。図３において示されるように、この実施例における方法は、下記のステップを含み得る。

ステップ１０１：基地局によって送信された基地局の実際の伝送能力情報を受信する。

実際の伝送能力情報は、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含み得る。無線インタフェースの現在の伝送品質情報は、具体的には、無線インタフェースの現在の伝送品質は良好である、無線インタフェースの現在の伝送品質は正常である、無線インタフェースの現在の伝送品質はわずかに異常である、無線インタフェースの現在の伝送品質は異常である、無線インタフェースの現在の伝送品質は著しく異常である、などであり得る。無線インタフェースによって期待されるサービスレート情報は、具体的なレート値であり得る。レート値は、ユーザのデータサービスのために基地局によって提供され得るデータ伝送能力の大きさを反映するために使用され、それにより、サービスデータ伝送のために無線インタフェースリソースを最大限に活用することができる。無線インタフェースによって期待されるサービスレート情報は、セルのトラフィック量及び伝送品質に従って、基地局によって取得されてもよい。

具体的には、基地局は、基地局の実際の伝送能力情報を取得するとともに、基地局は、基地局の実際の伝送能力情報をＳＢＣに送信する。基地局は、実際の伝送能力情報をリアルタイムで取得することができる。実装可能な方法では、基地局は、取得された実際の伝送能力情報を、リアルタイムでＳＢＣに送信する。別の実装可能な方法では、基地局は、現在の実際の伝送能力情報をリアルタイムで取得するとともに、実際の伝送能力情報を以前に取得された実際の伝送能力情報と比較し、実際の伝送能力情報が以前に取得された実際の伝送能力情報と異なる場合、基地局は、基地局の現在の実際の伝送能力情報を、ＳＢＣに送信する。すなわち、基地局は、基地局と端末との間の無線インタフェースの品質が変化したことを学習した後で、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報をＳＢＣに送信することができる。具体的な設定は、要件に応じて柔軟に実行されることができる。

ステップ１０２：送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整する。

具体的には、基地局にサービスパケットを送信する送信側のサービスレートを参照して、受信された実際の伝送能力情報に従って、送信側のサービスレートが調整される。基地局にサービスパケットを送信する送信側のサービスレートは、ＳＢＣにより、サービスパケットをデパケット化すること（depacketizing）によって取得されるサービスレートである。サービスレートは、具体的には、１秒当たりに転送される必要があるサービスパケットのサイズのことを指す。例えば、概略的な説明のために、本明細書では、端末が音声サービスを開始する例が使用され、基地局の実際の伝送能力情報は、無線インタフェースの現在の伝送はわずかに異常である、ということにする。基地局にサービスパケットを送信する送信側のサービスレートは、減らされる必要があるとともに、この場合、送信側は端末であり、すなわち、端末のサービスレートは、減らされる必要がある。具体的には、端末のコーデックレート設定情報を参照して、端末のサービスレートが減らされるべき量、又はデータ伝送が実行されるべき減らされたサービスレートが決定される必要がある。コーデックレートセット情報は、端末によってサポートされる複数のレート情報を含む。例えば、適応マルチレート狭帯域（Adaptive Multirate NarrowBand、略してＡＭＲ−ＮＢ）のコーデックの場合、ＡＭＲ−ＮＢに関して、４．７５Ｋ、５．１５Ｋ、５．９０Ｋ、６．７０Ｋ、７．４０Ｋ、７．９５Ｋ、１０．２Ｋ、及び１２．２Ｋの８個のレートがある。詳細は、表１を参照されたい。適応マルチレート広帯域（Adaptive Multirate WideBand、略してＡＭＲ−ＷＢ）のコーデックの場合、ＡＭＲ−ＷＢに関して、６．６Ｋ、８．８５Ｋ、１２．６５Ｋ、１４．２５Ｋ、１５．８５Ｋ、１８．２５Ｋ、１９．８５Ｋ、２３．０５Ｋ、及び２３．８５Ｋの９個のレートがある。詳細は、表２を参照されたい。具体的には、端末は、これらのレートのうちの１つ又は複数をサポートすることができる。すなわち、端末のサービスレートが減らされる必要がある場合に、端末のコーデックレート設定情報は、調整前に使用されていたサービスレートよりも低いとともに、コーデックレートセットに属するサービスレートを使用し得る。

従来技術とは異なるこの実施例では、ＳＢＣは、基地局の実際の伝送能力情報を取得することができるとともに、ＳＢＣは、基地局の実際の伝送能力情報を参照して、基地局にサービスパケットを送信する送信側の取得されたサービスレートに従って、送信側のサービスレートに対する適応調整を実行することができ、その結果、基地局にサービスパケットを送信する送信側のサービスレートは、基地局の実際の伝送能力に適合し、それによりデータの伝送品質を向上させることができる。

さらに、ＶｏＬＴＥを実施する過程において、基地局によって受信されるデータは、端末によって送信されるアップリンクサービスパケットであり得るか、又はコアネットワーク側によって送信されるダウンリンクサービスパケットであり得る。アップリンクサービスパケットは、端末によって送信されるとともに、具体的には、端末がアップリンクサービスパケットを基地局に送信し、基地局がアップリンクサービスパケットをコアネットワークに送信する。したがって、アップリンクサービスパケットの場合、基地局にサービスパケットを送信する送信側は、端末である。ダウンリンクサービスパケットは、ＳＢＣによって送信されるとともに、具体的には、ＳＢＣは、コアネットワーク内のＳ−ＧＷ及びＰ−ＧＷを使用することによりダウンリンクサービスパケットを基地局に送信する。したがって、ダウンリンクサービスパケットの場合、サービスパケットを基地局に送信する送信側は、ＳＢＣである。基地局にサービスパケットを送信する前述の異なる送信側のために、ＳＢＣは、異なる方法でサービスレートを調整する。下記では、異なる場合のサービスレート調整処理について詳細に説明する。

１．基地局にサービスパケットを送信する送信側が端末であるとともに、端末がアップリンクサービスパケットを基地局に送信する場合、ステップ１０２において、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整することは、具体的には、増やされた又は減らされたサービスレートを取得するために、実際の伝送能力情報に従って端末のサービスレートを増やすか又は減らすことと、端末にレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することであり得る。

具体的には、基地局は、サービスパケットを転送するために無線インタフェース伝送リソースを割り当てるとともに、基地局の実際の伝送能力は、基地局によって１秒当たりに伝送されることができる実際のデータの量によって示され得る。例えば、基地局によって１秒当たりに伝送されることができるデータの量が多い場合に、基地局の実際の伝送能力は比較的高いか、又は基地局によって１秒当たりに伝送されることができるデータの量が少ない場合に、基地局の実際の伝送能力は低い。実際の伝送能力が比較的高いということは、具体的には、基地局の無線インタフェースの現在の伝送品質が比較的良好であるか、又は無線インタフェースによって期待されるサービスレートが比較的高い、ということであり得る。具体的には、１秒当たりに伝送されることができるデータの量がしきい値よりも大きい場合に、実際の伝送能力が比較的高いか、又は１秒当たりに伝送されることができるデータの量がしきい値よりも小さい場合に、実際の伝送能力が比較的低い、ということが設定され得る。確かに、具体的な範囲が設定されてもよく、範囲は異なる実際の伝送能力に対応する、ということが理解され得る。例えば、比較的高い実際の伝送能力に対応する第１の範囲が設定され、この範囲は数値で表した間隔であってもよい。基地局によって１秒当たりに伝送され得るデータの量が第１の範囲内にある場合、実際の伝送能力は比較的高い。具体的なしきい値及び範囲の設定が必要に応じて柔軟に行われることができ、本明細書では概略的な説明が一例として単に使用される、という点に注意が必要である。さらに、実際の伝送能力が比較的高い場合に、サービスレートは増やされることができ、その結果、端末はデータ伝送のために比較的高いサービスレートを使用する。実際の伝送能力が比較的低い場合に、サービスレートは減らされることができ、その結果、端末はサービスパケット伝送のために比較的低いサービスレートを使用することができ、さらに、それにより、基地局の低い実際の伝送能力及び端末の高いサービスレートに起因して生じる大きなパケットロス及び長い遅延の問題を緩和することができる。

前述のステップでは、基地局の実際の伝送能力情報が学習され得るとともに、実際の伝送能力情報に従って、端末のサービスレートが対応して調整される必要があることが学習される。具体的な調整処理、すなわちサービスレートを増やす方法とサービスレートを減らす方法については、下記の説明の記述が与えられる必要がある。実際の伝送能力情報が無線インタフェースによって期待されるサービスレート情報である例が説明のために使用される。ｅＮＢは、無線インタフェースによって期待されるサービスレート情報をＳＢＣに通知することができる。無線インタフェースによって期待されるサービスレート情報が１２．５Ｋのアップリンクレートであると仮定すると、ＳＢＣは近いサービスレートを選択することができる。ＡＭＲ ＷＢコーデックが現在使用されており、端末がＡＭＲ ＷＢコーデックの全てのレートをサポートしている場合、表２によれば、無線インタフェースによって期待されるサービスレート情報１２．５Ｋに近いサービスレートは１２．６５Ｋであり、ＳＢＣは端末にレートを１２．６５Ｋに調整するように指示する、ということが分かるか、又はＡＷＲ ＮＢコーデックが現在使用されており、端末がＡＭＲ ＮＢコーデックの全てのレートをサポートしている場合、表１によれば、無線インタフェースによって期待されるサービスレート情報１２．５Ｋに近いサービスレートは１２．２Ｋであり、ＳＢＣは端末にレートを１２．２Ｋに調整するように指示する、ということが分かる。

実際の伝送能力情報が無線インタフェースの伝送品質情報である例が、説明のために使用される。ｅＮＢは、無線インタフェースの伝送品質が良好であるという情報をＳＢＣに通知する。さらに、ＡＷＲ ＷＢコーデックが現在使用されており、端末がＡＭＲ ＷＢコーデックの全てのレートをサポートする場合、無線インタフェースの伝送品質が良好であるため、ＳＢＣは端末のサービスレートを可能な限り増やすことができる。表２によれば、ＡＭＲ ＷＢコーデックの最大レートは２３．８５Ｋであり、ＳＢＣは端末にレートを２３．８５Ｋに調整するように指示する。同じコーデックにおいて、ｅＮＢが、無線インタフェースの伝送品質が正常であるという情報をＳＢＣに通知すると、ＳＢＣは端末にレートを１２．６５Ｋに調整するように指示する。同じコーデックにおいて、ｅＮＢが、無線インタフェースの伝送品質が著しく異常であるという情報をＳＢＣに通知すると、ＳＢＣは端末にレートを６．６Ｋに調整するよう指示し、すなわち、ＳＢＣは端末のサービスレートを可能な限り減らす。この実施例では、実際の伝送能力情報は、無線インタフェースの伝送品質情報であり、ＳＢＣが無線インタフェースの伝送品質情報を取得した後で、端末のサービスレートを調整する方法は、要件に応じて柔軟に設定されることができる。上記は一例に過ぎず、限定するものではない。例えば、端末によってサポートされるＡＭＲ ＷＢコーデックのレートが６．６０Ｋ、１５．８５Ｋ、２３．０Ｋであり、ｅＮＢが無線インタフェースの伝送品質が良好であるという情報をＳＢＣに通知すると、ＳＢＣは端末にレートを２３．０Ｋに調整するように指示する、ということが理解され得る。ｅＮＢが無線インタフェースの伝送品質が正常であるという情報をＳＢＣに通知すると、ＳＢＣは端末にレートを１５．８５Ｋに調整するように指示する。ｅＮＢが無線インタフェースの伝送品質が著しく異常であるという情報をＳＢＣに通知すると、ＳＢＣは端末にレートを６．６０Ｋに調整するように指示する。すなわち、異なるレートは、無線インタフェースの異なる伝送品質情報に対応する。

前述の説明から、サービスレートを調整するための具体的な原則は、必要に応じて柔軟に設定され得る、ということが分かるが、前述の例は本明細書において限定を課すものではない。

２．基地局にサービスパケットを送信する送信側がＳＢＣであるとともに、ＳＢＣがダウンリンクサービスパケットを基地局に送信する場合、ステップ１０２において、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整することは、具体的には、ＳＢＣがコーデック変換処理を実行しない場合、実際の伝送能力情報に従ってピアエンドのサービスレートを増やすか又は減らすとともに、ピアエンドにレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することであり得る。

基地局にサービスパケットを送信する送信側がＳＢＣであり、すなわち、ＳＢＣは、ダウンリンクサービスパケットを基地局に送信するとともに、同様に、下記の２つの場合がある、という点に注意が必要である。ケース１において、ＳＢＣはコーデック変換処理を実行しない。そしてケース２において、ＳＢＣはコーデック変換処理を実行する。ＳＢＣがコーデック変換処理を実行するかどうかは、バックグラウンドでＵＥとピアとの間で実行されるように、コールの発信側とコールの受信側との間で実行されるＳＩＰシグナリングネゴシエーションに従って取得される。ケース１の場合、前述のステップにおけるピアデバイスにレート調整要求メッセージを送信することが具体的に使用される。ケース２の場合、ステップ１０２は、具体的には、ＳＢＣがコーデック変換処理を実行する場合、実際の伝送能力情報に従ってＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた又は減らされたサービスレートで端末にサービスパケットを送信することであり得る。すなわち、ＳＢＣは、ＳＢＣのサービスレートを調整し、調整の後で取得されるサービスレートでサービスパケットを基地局に送信する。

さらに、ステップ１０１では、基地局によって送信された基地局の実際の伝送能力情報を受信する複数の具体的な実装例が存在してもよく、ここで、実際の伝送能力情報は無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む。例えば、ｅＮＢはＭＭＥにメッセージを送信し、ＭＭＥはメッセージをＳ−ＧＷ／Ｐ−ＧＷに送信し、Ｓ−ＧＷ／Ｐ−ＧＷはメッセージをＰＣＲＦに送信するとともに、ＰＣＲＦはメッセージをＳＢＣに送信する。メッセージは、ｅＮＢの実際の伝送能力情報、すなわち、無線インタフェースの現在の伝送品質情報、又は無線インタフェースによって期待されるサービスレート情報を搬送することができる。Ｓ−ＧＷ／Ｐ−ＧＷは、統合されたＳ−ＧＷ及びＰ−ＧＷを示すために使用される、という点に注意が必要である。確かに、その代わりとして、Ｓ−ＧＷ及びＰ−ＧＷは別々に配置されてもよく、対応する実装例は下記の通りである。ｅＮＢはＭＭＥにメッセージを送信し、ＭＭＥはメッセージをＳ−ＧＷに送信し、Ｓ−ＧＷはメッセージをＰ−ＧＷに送信し、Ｐ−ＧＷはメッセージをＰＣＲＦに送信するとともに、ＰＣＲＦはメッセージをＳＢＣに送信する。

ＳＢＣが基地局によって送信された基地局の実際の伝送能力情報を受信することを実現するために、別の具体的な実装例が使用されてもよい。具体的には、ＳＢＣは、基地局によって送信された第１のアプリケーション定義リアルタイム転送制御プロトコルパケット（Application-Defined RTCP Packet、略してＲＴＣＰ ＡＰＰパケット）を受信するとともに、第１のＲＴＣＰ ＡＰＰパケットから基地局の無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を取得する。

基地局の無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報は、ＲＦＣ３５５０におけるＲＴＣＰ ＡＰＰパケットを使用することにより取得される。ＲＦＣ３５５０における“6.7 APP: Application-Defined RTCP Packet”は、具体的に、ＲＴＣＰ ＡＰＰパケットのフォーマット及びアプリケーションを説明する。ＲＴＣＰ ＡＰＰパケットは、ユーザによって定義されることができるアプリケーションであるとともに、受信機自体によって理解されることができないＲＴＣＰ ＡＰＰパケットが受信された場合、ＲＴＣＰ ＡＰＰパケットは無視され、処理されない。具体的なＲＴＣＰ ＡＰＰパケットのフォーマットは下記の通りである。

ＲＦＣは、具体的には、コメント要求（Request For Comments）を意味し、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）によってリリースされた一連のメモである。インターネット関連の情報と、ＵＮＩＸ及びインターネットのコミュニティソフトウェア文書は、メモにまとめられ、番号によって整理されている。一般的なインターネットプロトコルのＲＦＣ番号は、ＩＰ：７９１、ＤＨＣＰ：２１３１、ＳＩＰ：３２６１、ＲＴＰ：３５５０、Ｌ２ＴＰ：３９３１などである。この実施例における前述のステップは、したがって、ＳＢＣが基地局の実際の伝送能力情報を取得することができるように、既存のＲＦＣ３５５０に基づいて変更される。

この実施例では、基地局の実際の伝送能力情報を送信するためにＲＴＣＰ ＡＰＰパケットが使用される場合には、サブタイプフィールドが伝送方向を示す情報に設定される。具体的には、ＲＴＣＰ ＡＰＰパケットが基地局によりＩＭＳに対して送信された要求であることを示すために、識別子１が使用され得る。識別子１において搬送され得る具体的なパラメータは、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む。このパラメータは、アプリケーションに依存するデータフィールドにおいて具体的に搬送されてもよい。

具体的には、ＧＴＰトンネルが、ＧＰＲＳトンネリングプロトコル（GPRS tunneling protocol、略してＧＴＰ）に従って、ｅＮＢとＳ−ＧＷとの間、及びＳ−ＧＷとＰ−ＧＷとの間に確立される。ＲＴＣＰ ＡＰＰパケットに対するトンネルカプセル化を実行した後で、ｅＮＢは、ＧＴＰトンネルを使用することにより、カプセル化されたＲＴＣＰ ＡＰＰパケットをＳ−ＧＷに送信し、Ｓ−ＧＷは、ＧＴＰトンネルを使用することにより、カプセル化されたＲＴＣＰ ＡＰＰパケットをＰ−ＧＷに送信し、Ｐ−ＧＷは、逆カプセル化を実行してＲＴＣＰ ＡＰＰパケットを取得するとともに、ＲＴＣＰ ＡＰＰパケットをＳＢＣに送信する。

さらに、ＳＢＣがサービスレートを調整した後で、ＳＢＣは、第２のＲＴＣＰ ＡＰＰパケットを基地局に更に送信することができ、第２のＲＴＣＰ ＡＰＰパケットは増やされた又は減らされたサービスレートを搬送する。

具体的には、第２のＲＴＣＰ ＡＰＰパケットは、第１のＲＴＣＰ ＡＰＰパケットのフォーマットと同じフォーマットを使用し、第２のＲＴＣＰ ＡＰＰパケットのサブタイプフィールドは、第１のＲＴＣＰ ＡＰＰパケットのサブタイプフィールドとは異なる識別子を使用する点が異なる。具体的には、第２のＲＴＣＰ ＡＰＰパケットのサブタイプフィールドは、識別子２を使用して、第２のＲＴＣＰ ＡＰＰパケットがＳＢＣにより基地局に対して送信された応答であることを示すことができ、応答内のアプリケーションに依存するデータフィールドは、増やされた又は減らされたサービスレートを具体的に搬送することができる。

具体的には、ＳＢＣは、第２のＲＴＣＰ ＡＰＰパケットをＰ−ＧＷに送信する。第２のＲＴＣＰ ＡＰＰパケットに対してトンネルカプセル化を実行した後で、Ｐ−ＧＷは、ＧＴＰトンネルを使用することにより、カプセル化された第２のＲＴＣＰ ＡＰＰパケットをＳ−ＧＷに送信する。Ｓ−ＧＷは、ＧＴＰトンネルを使用することにより、カプセル化された第２のＲＴＣＰ ＡＰＰパケットをｅＮＢに送信する。

さらに、サービスパケットが音声サービスのパケットである場合、すなわち、音声サービスの場合、レート調整要求メッセージはサービスパケットのコーデックモード要求ＣＭＲを含み、ここで、ＣＭＲは増やされた又は減らされたサービスレートを搬送する。

それに応じて、端末にレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することは、具体的には、サービスパケットのコーデックモード要求（Codec Mode Request、略してＣＭＲ）に増やされた又は減らされたサービスレートを記入するとともに、ＣＭＲが増やされた又は減らされたサービスレートを搬送するサービスパケットを端末に送信することであり得る。すなわち、ＲＴＰによって搬送されるペイロード内のＣＭＲを修正するとともに、対応するレートを記入し、その結果、端末は、ＣＭＲに従って、使用されるコーデックレートを制御する。

それに応じて、ピアエンドにレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することは、具体的には、サービスパケットのコーデックモード要求ＣＭＲに増やされた又は減らされたサービスレートを記入するとともに、ＣＭＲが増やされた又は減らされたサービスレートを搬送するサービスパケットをピアエンドに送信することであり得る。

すなわち、音声サービスの場合、サービスレートが調整されると、ＣＭＲを使用することにより、端末又はピアエンドに対して増やされた又は減らされたサービスレートが送信される。

サービスパケットがビデオサービスのパケットである場合、すなわち、ビデオサービスの場合、レート調整要求メッセージは、具体的には、一時的最大メディアストリームビットレート要求メッセージであり、ここで、一時的最大メディアストリームビットレート要求メッセージは増やされた又は減らされたサービスレートを含む。

それに応じて、端末にレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することは、具体的には、端末に一時的最大メディアストリームビットレート要求メッセージ（Temporary Maximum Media Stream Bit Rate Request、略してＴＭＭＢＲ）を送信することであって、ここで、一時的最大メディアストリームビットレート要求メッセージが増やされた又は減らされたサービスレートを含む、送信することであり得る。

ピアエンドにレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することは、具体的には、ピアエンドに一時的最大メディアストリームビットレート要求メッセージを送信することであって、ここで、一時的最大メディアストリームビットレート要求メッセージが増やされた又は減らされたサービスレートを含む、送信することであり得る。

すなわち、ビデオサービスの場合、サービスレートの調整中に、ＴＭＭＢＲを使用することにより、端末又はピアエンドに対して増やされた又は減らされたサービスレートが送信される。

本明細書のＴＭＭＢＲは、具体的には、ＲＦＣ５１０４において定義されたサービスタイプである、という点に注意が必要である。

さらに、ビデオサービスの場合、ＳＢＣは、端末又はピアエンドによって送信された一時的最大メディアストリームビットレート通知メッセージ（Temporary Maximum Media Stream Bit Rate Notification、略してＴＭＭＢＮ）を更に受信することができ、ここで、一時的最大メディアストリームビットレート通知メッセージは一時的最大メディアストリームビットレート要求メッセージに対する応答メッセージである。

この実施例では、ＳＢＣは、基地局の実際の伝送能力情報を取得するとともに、基地局の実際の伝送能力情報に従って、基地局にサービスパケットを送信する送信側のサービスレートを更に調整し、その結果、基地局にサービスパケットを送信する送信側のサービスレートは、基地局の実際の伝送能力に適合し、それにより、サービスデータの伝送品質を改善する。

図４は、本発明によるサービスレート調整方法の第２の実施例のフローチャートであり、この実施例は、基地局によって実行される。図２において示されるネットワークアーキテクチャの場合、実行主体は、具体的には、ｅＮＢであり得る。図４において示されるように、この実施例における方法は、下記のステップを含み得る。

ステップ２０１：基地局の実際の伝送能力情報を取得する。

具体的には、基地局は、基地局の実際の伝送能力情報をリアルタイムで取得することができる。

基地局の無線インタフェースの伝送能力が変化した場合、基地局は、基地局の実際の伝送能力情報を取得する。具体的な実装例では、基地局は、基地局の実際の伝送能力情報をリアルタイムで取得することができる。プリセット条件が設定されることができ、プリセット条件が満たされるとステップ２０２が実行される。プリセット条件は、必要に応じて柔軟に設定されることができ、例えば、プリセット条件は、現在の実際の伝送能力情報が以前に取得された実際の伝送能力情報と異なることであってもよく、又はプリセット条件は、実際の伝送能力情報が取得されることであってもよい。これは、本明細書では限定されない。基地局の無線インタフェースの伝送品質は多くの要因に関係しており、多くの要因における重要な要素は、端末と基地局との間の距離である。端末と基地局との間の距離が短い場合、無線インタフェースの伝送品質は良好である。端末と基地局との間の距離が長い場合、伝送品質は悪い。

ステップ２０２：基地局の実際の伝送能力情報をＳＢＣに送信する。

実際の伝送能力情報は、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整するために、ＳＢＣによって使用される。

さらに、ステップ２０２において、基地局の実際の伝送能力情報をＳＢＣに送信することであって、ここで、実際の伝送能力情報が無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、送信することは、具体的には、基地局の無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、第１のＲＴＣＰ ＡＰＰパケットをＳＢＣに送信することであり得る。本明細書の第１のＲＴＣＰ ＡＰＰパケットの具体的な説明については、図３において示される実施例を参照されたい。

さらに、基地局は、ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを更に受信することができ、ここで、第２のＲＴＣＰ ＡＰＰパケットは増やされた又は減らされたサービスレートを搬送するとともに、増やされた又は減らされたサービスレートは、実際の伝送能力情報と当該基地局にサービスパケットを送信する送信側のサービスレートとに従ってＳＢＣが送信側のサービスレートを調整した後で取得されるサービスレートである。本明細書の第２のＲＴＣＰ ＡＰＰパケットの具体的な説明については、図３において示される実施例を参照されたい。本明細書の第２のＲＴＣＰ ＡＰＰパケットは、第１のＲＴＣＰ ＡＰＰパケットに従ってＳＢＣが送信側のサービスレートを調整するとともに、第２のＲＴＣＰ ＡＰＰパケットを基地局に送信した後で、基地局に、ＳＢＣが、既に基地局の実際の伝送能力情報に従って、対応するレート調整処理を実行していることを通知するために使用され、それにより、基地局が同じ内容の第１のＲＴＣＰ ＡＰＰパケットを繰り返し送信することを回避する。

この実施例では、基地局の伝送能力が変化した場合、基地局の実際の伝送能力情報が取得され、実際の伝送能力情報がＳＢＣに送信される。ＳＢＣは、実際の伝送能力情報と、基地局にサービスパケットを送信する送信側のサービスレートとに従って、調整処理を実行する。すなわち、アクセスネットワーク内の基地局とコアネットワーク内のＳＢＣとが互いに協働し、その結果、サービスパケットが基地局に送信されるサービスレートは、基地局の実際の伝送能力に適合し、それによりデータの伝送品質を向上させることができる。

下記は、図３及び図４において示される方法の実施例の技術的解決法を詳細に説明するために、いくつかの具体的な実施例を使用する。

図５は、本発明によるサービスレート調整方法の第１の実施例のシグナリングフローチャートである。この実施例は、前述の実施例のインタラクションの実装例である。この実施例は、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒを含む。この実施例は、音声サービスに適用可能であり、同様に、ビデオサービスに適用可能である。この実施例における方法は、下記のステップを含み得る。

Ｓ５０１．コールシグナリングネゴシエーションが、ＵＥ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒの間で実行される。

ＳＩＰシグナリングネゴシエーションの後で、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒの間でベアラプレーンインタラクションが実行される。例えば、ｅＮＢは、ＵＥからアップリンクデータパケットを受信し、具体的には、ＧＴＰトンネルを使用することによりデータパケットをＳ−ＧＷに転送し、Ｓ−ＧＷはデータパケットをＰ−ＧＷに送信するとともに、Ｐ−ＧＷは、ＧＴＰトンネルからデータパケットを取得し、データパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。ダウンリンク方向では、Ｐ−ＣＳＣＦ／ＳＢＣはダウンリンクデータパケットをＰ−ＧＷに送信し、Ｐ−ＧＷは、ＧＴＰトンネルを使用することによりデータパケットをＳ−ＧＷに送信し、Ｓ−ＧＷは、ＧＴＰトンネルを使用することによりデータパケットをｅＮＢに送信するとともに、ｅＮＢは、無線インタフェースを使用することによりデータパケットをＵＥに転送する。エンドツーエンドのネットワーク伝送機能を実現するために、ＵＥ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒの間のリアルタイムデータの伝送中に、ＲＴＰ及びＲＴＣＰが使用されることができる。リアルタイムデータの伝送中、ＲＴＰ及びＲＴＣＰデータパケットは、ＧＴＰトンネルを使用することにより、ｅＮＢ、Ｓ−ＧＷ、及びＰ−ＧＷの間で送信され得る。Ｐ−ＣＳＣＦ／ＳＢＣは、統合されたＰ−ＣＳＣＦ及びＳＢＣを示すために使用される。

Ｓ５０２．ｅＮＢが、無線インタフェースの実際の伝送品質が変化したことを知る。

具体的には、ｅＮＢは、リアルタイムでインタフェースの実際の伝送品質情報を取得することができ、現在取得されている実際の伝送能力情報が、以前に取得された実際の伝送能力情報と異なる場合に、ｅＮＢは、無線インタフェースの実際の伝送品質が変化したことを知る。

Ｓ５０３．ｅＮＢは、Ｓ−ＧＷを使用することにより第１のＲＴＣＰ ＡＰＰパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。

第１のＲＴＣＰ ＡＰＰパケットは、基地局の無線インタフェースの実際の伝送品質情報を搬送する。無線インタフェースの実際の伝送品質情報の具体的な内容については、前述の実施例の説明の記述を参照されたい。詳細は再度ここでは説明されない。具体的には、ｅＮＢは第１のＲＴＣＰ ＡＰＰパケットをＳ−ＧＷに送信し、Ｓ−ＧＷは第１のＲＴＣＰ ＡＰＰをＰ−ＧＷに送信するとともに、Ｐ−ＧＷは第１のＲＴＣＰ ＡＰＰパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。

Ｓ５０４．Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、ｅＮＢにサービスパケットを送信する送信側に対するレート調整処理を開始する。

具体的には、サービスパケットがアップリンクのサービスパケットである場合、ＵＥに対するレート調整処理が具体的に開始される。サービスパケットがダウンリンクサービスパケットであり、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換処理を行わない場合、ピアに対するレート調整処理が具体的に開始される。サービスパケットがダウンリンクサービスパケットであり、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換を行う場合、Ｐ−ＣＳＣＦ／ＳＢＣに対するレート調整処理が具体的に開始される。

Ｓ５０５．Ｐ−ＣＳＣＦ／ＳＢＣが、第２のＲＴＣＰ ＡＰＰパケットをｅＮＢに送信する。

第２のＲＴＣＰ ＡＰＰパケットは、ＵＥ又はピアに対するレート調整処理がＰ−ＣＳＣＦ／ＳＢＣによって開始された後で取得されるサービスレートを搬送する。

この実施例では、ｅＮＢがｅＮＢの無線インタフェースの実際の伝送能力情報をＰ−ＣＳＣＦ／ＳＢＣに通知するとともに、Ｐ−ＣＳＣＦ／ＳＢＣがサービス状況に従ってサービスレート調整を開始し、その結果、レート調整処理の後で取得されるサービスレートは、実際の伝送能力に適合し、それによりデータの伝送品質を向上させることができる。

図６は、本発明によるサービスレート調整方法の第２の実施例のシグナリングフローチャートである。この実施例は、図５において示される実施例に基づいているとともに、音声サービスに関する具体的な説明の記述を提供する。この実施例は、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒを含む。この実施例における方法は、下記のステップを含み得る。

Ｓ６０１．コールシグナリングネゴシエーションが、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒの間で実行される。

Ｓ６０２．ｅＮＢが、無線インタフェースの実際の伝送品質が変化したことを知る。

Ｓ６０３．ｅＮＢは、Ｓ−ＧＷを使用することにより第１のＲＴＣＰ ＡＰＰパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。

この実施例におけるＳ６０１〜Ｓ６０３は、図５において示される実施例におけるＳ５０１〜Ｓ５０３と同様である。詳細については、前述の実施例の説明の記述を参照されたい。詳細は再度ここでは説明されない。

Ｓ６０４．第１のＲＴＣＰ ＡＰＰパケットがアップリンク方向に存在する場合、Ｐ−ＣＳＣＦ／ＳＢＣが、基地局の無線インタフェースの実際の伝送品質情報に従って、ＲＴＰパケットをＵＥに送信する。

具体的には、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報、及びＵＥによってサポートされるレートセット情報に従ってオリジナルのサービスレートを増やすか又は減らすとともに、リアルタイム転送プロトコル（Real-Time Transport Protocol、略してＲＴＰ）パケットのペイロード内のＣＭＲに増やされた又は減らされたサービスレートを追加する。ＣＭＲを取得した後で、ＵＥは、ＵＥのコーデックレートに対して、対応する調整を実行することができる。

Ｓ６０５．第１のＲＴＣＰ ＡＰＰパケットがダウンリンク方向に存在し、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換を実行しない場合、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、ＲＴＰパケットをピアに送信する。

ＲＴＰパケットは、Ｓ６０４におけるＲＴＰパケットと同じであり、すなわち、ＲＴＰパケットのペイロード内のＣＭＲに増やされた又は減らされたサービスレートが記入されている。Ｓ６０４との違いは、Ｓ６０５では、増やされた又は減らされたサービスレートがピアに送信されることにある。

Ｓ６０６．第１のＲＴＣＰ ＡＰＰパケットがダウンリンク方向に存在し、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換を実行する場合、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｐ−ＣＳＣＦ／ＳＢＣのサービスレートに対して、対応する調整を実行する。

具体的には、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｐ−ＣＳＣＦ／ＳＢＣがサービスパケットを送信するサービスレートを増やすか又は減らし、すなわち増やされた又は減らされたサービスレートでサービスパケットを基地局に送信する。

Ｓ６０４〜Ｓ６０６に関して順番はない、という点に注意が必要である。Ｓ６０７は、Ｓ６０４〜Ｓ６０６のうちのいずれか１つが実行された後で実行される。

Ｓ６０７．Ｐ−ＣＳＣＦ／ＳＢＣは、第２のＲＴＣＰ ＡＰＰパケットをｅＮＢに送信する。

第２のＲＴＣＰ ＡＰＰパケットは、レート調整処理がＰ−ＣＳＣＦ／ＳＢＣによって開始された後で取得されるサービスレートを搬送する。

この実施例では、音声サービスの場合、ｅＮＢがｅＮＢの無線インタフェースの実際の伝送能力情報をＰ−ＣＳＣＦ／ＳＢＣに通知するとともに、Ｐ−ＣＳＣＦ／ＳＢＣがサービス状況に従ってサービスレート調整を開始し、その結果、レート調整処理の後で取得されるサービスレートは、実際の伝送能力に適合し、それによりデータの伝送品質を向上させることができる。

図７は、本発明によるサービスレート調整方法の第３の実施例のシグナリングフローチャートである。この実施例は、図５において示される実施例に基づいているとともに、音声サービスに関する具体的な説明の記述を提供する。この実施例は、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒを含む。この実施例における方法は、下記のステップを含み得る。

Ｓ７０１．コールシグナリングネゴシエーションが、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒの間で実行される。

Ｓ７０２．ｅＮＢが、無線インタフェースの実際の伝送品質が変化したことを知る。

Ｓ７０３．ｅＮＢは、Ｓ−ＧＷを使用することにより第１のＲＴＣＰ ＡＰＰパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。

この実施例におけるＳ７０１〜Ｓ７０３は、図６において示される実施例におけるＳ６０１〜Ｓ６０３と同様である。詳細については、前述の実施例の説明の記述を参照されたい。詳細は再度ここでは説明されない。

Ｓ７０４．第１のＲＴＣＰ ＡＰＰパケットがアップリンク方向に存在する場合、Ｐ−ＣＳＣＦ／ＳＢＣが、基地局の無線インタフェースの実際の伝送品質情報に従って、ＴＭＭＢＲをＵＥに送信する。

ＴＭＭＢＲは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｐ−ＣＳＣＦ／ＳＢＣによって増やされた又は減らされたサービスレートを搬送する。

Ｓ７０５．第１のＲＴＣＰ ＡＰＰパケットがダウンリンク方向に存在し、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換を実行しない場合、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、ＴＭＭＢＲをピアに送信する。

具体的には、本明細書のＴＭＭＢＲは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｓ７０４のサービスレートと同じ、Ｐ−ＣＳＣＦ／ＳＢＣによって増やされた又は減らされたサービスレートを搬送する。Ｓ７０４との違いは、ＴＭＭＢＲがピアに送信される点にある。

Ｓ７０６．第１のＲＴＣＰ ＡＰＰパケットがダウンリンク方向に存在し、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換を実行する場合、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｐ−ＣＳＣＦ／ＳＢＣのサービスレートに対して、対応する調整を実行する。

具体的には、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｐ−ＣＳＣＦ／ＳＢＣがサービスパケットを送信するサービスレートを増やすか又は減らし、すなわち増やされた又は減らされたサービスレートでサービスパケットを基地局に送信する。

Ｓ７０４〜Ｓ７０６に関して順番はない、という点に注意が必要である。Ｓ７０７は、Ｓ７０４又はＳ７０５のうちのいずれか１つが実行された後で実行される。Ｓ７０８は、Ｓ７０６が実行された後で実行される。

Ｓ７０７．ＵＥ又はピアは、ＴＭＭＢＮをＰ−ＣＳＣＦ／ＳＢＣに送信する。

ＴＭＭＢＮは、Ｓ７０４におけるＴＭＭＢＲに対する応答メッセージである。

Ｓ７０８．Ｐ−ＣＳＣＦ／ＳＢＣは、第２のＲＴＣＰ ＡＰＰパケットをｅＮＢに送信する。

第２のＲＴＣＰ ＡＰＰパケットは、レート調整処理がＰ−ＣＳＣＦ／ＳＢＣによって開始された後で取得されるサービスレートを搬送する。

この実施例では、ビデオサービスの場合、ｅＮＢがｅＮＢの無線インタフェースの実際の伝送能力情報をＰ−ＣＳＣＦ／ＳＢＣに通知するとともに、Ｐ−ＣＳＣＦ／ＳＢＣがサービス状況に従ってサービスレート調整を開始し、その結果、レート調整処理の後で取得されるサービスレートは、実際の伝送能力に適合し、それによりデータの伝送品質を向上させることができる。

図８は、本発明によるセッションボーダーコントローラの第１の実施例の概略構成図である。図８において示されるように、この実施例の装置は、受信モジュール１１と処理モジュール１２とを含み得る。受信モジュール１１は、基地局によって送信された基地局の実際の伝送能力情報を受信するように構成される。処理モジュール１２は、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整するように構成される。

さらに、実装可能な３つの方法がある。

方法１では、基地局にサービスパケットを送信する送信側は端末であり、処理モジュール１２は、増やされた又は減らされたサービスレートを取得するために、実際の伝送能力情報に従って端末のサービスレートを増やすか又は減らすように具体的に構成される。ＳＢＣは、送信モジュール１３を更に含み、送信モジュール１３は、端末にレート調整要求メッセージを送信するように構成されるとともに、レート調整要求メッセージは、増やされた又は減らされたサービスレートを含む。

方法２では、基地局にサービスパケットを送信する送信側は当該セッションボーダーコントローラＳＢＣであり、処理モジュール１２は、当該ＳＢＣがコーデック変換処理を実行しない場合、実際の伝送能力情報に従ってピアエンドのサービスレートを増やすか又は減らすように具体的に構成される。ＳＢＣは、送信モジュール１３を更に含み、送信モジュール１３は、ピアエンドにレート調整要求メッセージを送信するように構成され、レート調整要求メッセージは増やされた又は減らされたサービスレートを含む。

方法３では、基地局にサービスパケットを送信する送信側は当該セッションボーダーコントローラＳＢＣであり、処理モジュール１２は、当該ＳＢＣがコーデック変換処理を実行する場合、実際の伝送能力情報に従って当該ＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた又は減らされたサービスレートで端末にサービスパケットを送信するように具体的に構成される。

さらに、受信モジュール１１は、基地局によって送信された第１のＲＴＣＰ ＡＰＰパケットを受信するとともに、第１のＲＴＣＰ ＡＰＰパケットから基地局の実際の伝送能力情報を取得し、ここで、実際の伝送能力情報が無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、ように具体的に構成される。

さらに、ＳＢＣの送信モジュール１３は、第２のＲＴＣＰ ＡＰＰパケットを基地局に送信し、ここで、第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送する、ように更に構成される。

さらに、サービスパケットが音声サービスのパケットであるとともに、レート調整要求メッセージはサービスパケットのコーデックモード要求ＣＭＲを含み、ＣＭＲは増やされた又は減らされたサービスレートを搬送する。

さらに、サービスパケットがビデオサービスのパケットであるとともに、レート調整要求メッセージは、具体的には、一時的最大メディアストリームビットレート要求メッセージであり、ここで、一時的最大メディアストリームビットレート要求メッセージは増やされた又は減らされたサービスレートを含む。

さらに、受信モジュール１１は、一時的最大メディアストリームビットレート通知メッセージを受信するように更に構成され、ここで、一時的最大メディアストリームビットレート通知メッセージは一時的最大メディアストリームビットレート要求メッセージに対する応答メッセージである。一時的最大メディアストリームビットレート通知メッセージは、端末によって送信されてもよく、又はピアエンドによって送信されてもよい。

この実施例における装置は、図３において示される方法の実施例の技術的解決法を実行するように構成され得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。

図９は、本発明による基地局の第１の実施例の概略構成図である。図９において示されるように、この実施例の装置は、処理モジュール２１と送信モジュール２２とを含み得る。処理モジュール２１は、基地局の実際の伝送能力情報を取得するように構成される。送信モジュール２２は、基地局の実際の伝送能力情報をセッションボーダーコントローラＳＢＣに送信するように構成され、実際の伝送能力情報は、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整するために、ＳＢＣによって使用される。

さらに、送信モジュール２２は、当該基地局の実際の伝送能力情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、第１のＲＴＣＰ ＡＰＰパケットをＳＢＣに送信するように具体的に構成される。

さらに、基地局は、ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを受信するように構成された受信モジュール２３であって、第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送するとともに、増やされた又は減らされたサービスレートが、実際の伝送能力情報と当該基地局にサービスパケットを送信する送信側のサービスレートとに従ってＳＢＣが送信側のサービスレートを調整した後で取得されるサービスレートである、受信モジュール２３を更に含む。

この実施例における装置は、図４において示される方法の実施例の技術的解決法を実行するように構成され得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。

図１０は、本発明によるセッションボーダーコントローラの第２の実施例の概略構成図である。図１０において示されるように、この実施例における装置は、受信機１００１とプロセッサ１００２とを含み得る。受信機１００１は、基地局によって送信された基地局の実際の伝送能力情報を受信するように構成される。プロセッサ１００２は、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整するように構成される。

さらに、基地局にサービスパケットを送信する送信側は端末であり、プロセッサ１００２は、実際の伝送能力情報に従って端末のサービスレートを増やすか又は減らすように具体的に構成される。セッションボーダーコントローラは、端末にレート調整要求メッセージを送信するように構成された送信機１００３であって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信機１００３を更に含む。

さらに、基地局にサービスパケットを送信する送信側は当該セッションボーダーコントローラＳＢＣであり、プロセッサ１００２は、当該ＳＢＣがコーデック変換処理を実行しない場合、実際の伝送能力情報に従ってピアエンドのサービスレートを増やすか又は減らすように具体的に構成される。セッションボーダーコントローラは、ピアエンドにレート調整要求メッセージを送信するように構成された送信機１００３であって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信機１００３を更に含む。

その代わりに、プロセッサ１００２は、当該ＳＢＣがコーデック変換処理を実行する場合、実際の伝送能力情報に従って当該ＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた又は減らされたサービスレートで端末にサービスパケットを送信するように具体的に構成される。

さらに、受信機１００１が、基地局によって送信された基地局の実際の伝送能力情報を受信するように構成されることは、具体的には、基地局によって送信された第１のＲＴＣＰ ＡＰＰパケットを受信することと、第１のＲＴＣＰ ＡＰＰパケットから基地局の実際の伝送能力情報を取得することであって、実際の伝送能力情報が無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、取得することを含む。

送信機１００３は、第２のＲＴＣＰ ＡＰＰパケットを基地局に送信し、ここで、第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送する、ように更に構成される。

さらに、サービスパケットは音声サービスのパケットであり、レート調整要求メッセージはサービスパケットのコーデックモード要求ＣＭＲを含むとともに、ＣＭＲは増やされた又は減らされたサービスレートを搬送する。

さらに、サービスパケットはビデオサービスのパケットであり、レート調整要求メッセージは、具体的には、一時的最大メディアストリームビットレート要求メッセージとすることができ、一時的最大メディアストリームビットレート要求メッセージは増やされた又は減らされたサービスレートを含む。

さらに、受信機１００１は、一時的最大メディアストリームビットレート通知メッセージを受信し、ここで、一時的最大メディアストリームビットレート通知メッセージが一時的最大メディアストリームビットレート要求メッセージに対する応答メッセージである、ように更に構成される。一時的最大メディアストリームビットレート通知メッセージは、端末によって送信されてもよく、又はピアエンドによって送信されてもよい。

この実施例における装置は、図３において示される方法の実施例の技術的解決法を実行するように構成され得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。

図１１は、本発明による基地局の第２の実施例の概略構成図である。図１１において示されるように、この実施例の装置は、プロセッサ１１０１と送信機１１０２とを含み得る。プロセッサ１１０１は、基地局の実際の伝送能力情報を取得するように構成される。送信機１１０２は、基地局の実際の伝送能力情報をセッションボーダーコントローラＳＢＣに送信するように構成され、実際の伝送能力情報は、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整するために、ＳＢＣによって使用される。

さらに、送信機１１０２は、基地局の実際の伝送能力情報をＳＢＣに送信するように構成されることは、具体的には、基地局の実際の伝送能力情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、第１のＲＴＣＰ ＡＰＰパケットをＳＢＣに送信することを含み、実際の伝送能力情報は、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む。

基地局は、ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを受信するように構成された受信機１１０３であって、第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送するとともに、増やされた又は減らされたサービスレートが、実際の伝送能力情報と当該基地局にサービスパケットを送信する送信側のサービスレートとに従ってＳＢＣが送信側のサービスレートを調整した後で取得されるサービスレートである、受信機１１０３を更に含み得る。

この実施例における装置は、図４において示される方法の実施例の技術的解決法を実行するように構成され得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。

図１２は、本発明によるサービスレート調整システムの一実施例の概略構成図である。図１２において示されるように、この実施例のシステムは、セッションボーダーコントローラ１２０１と基地局１２０２とを含む。セッションボーダーコントローラ１２０１は、図８において示される装置の実施例の構造、又は図１０において示されるデバイスの実施例の構造を使用し得るとともに、これに対応して、図３から図７において示される方法の実施例のいずれか１つの技術的解決法を実行し得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。基地局１２０２は、図９において示される装置の実施例の構造、又は図１１において示されるデバイスの実施例の構造を使用し得るとともに、これに対応して、図３から図７において示される方法の実施例のいずれか１つの技術的解決法を実行し得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。

本発明の実施例における受信モジュール１１は、セッションボーダーコントローラの受信機に対応してもよく、又はセッションボーダーコントローラのトランシーバに対応してもよい、という点に注意が必要である。送信モジュール１３は、セッションボーダーコントローラの送信機に対応してもよく、又はセッションボーダーコントローラのトランシーバに対応してもよい。処理モジュール１２は、セッションボーダーコントローラのプロセッサに対応することができる。本明細書におけるプロセッサは、中央処理装置（Central Processing Unit、ＣＰＵ）、又は特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、又は本発明の実施例を実施する１つ若しくは複数の集積回路を含み得る。セッションボーダーコントローラは、メモリを更に含み得る。メモリは、命令コードを記憶するように構成されるとともに、プロセッサはメモリ内の命令コードを呼び出して、本発明の実施例における受信モジュール１１及び送信モジュール１３が前述の動作を実行するように制御する。

本発明のこの実施例における送信モジュール２２は、基地局の送信機に対応してもよく、又は基地局のトランシーバに対応してもよい。受信モジュール２３は、基地局の受信機に対応してもよく、又は基地局のトランシーバに対応してもよい。処理モジュール２１は、基地局のプロセッサに対応することができ、本明細書におけるプロセッサは、本発明の実施例を実施するＣＰＵ、ＡＳＩＣ、又は１つ若しくは複数の集積回路であってもよい。基地局は、メモリを更に含み得る。メモリは、命令コードを記憶するように構成されるとともに、プロセッサはメモリ内の命令コードを呼び出して、本発明の実施例における送信モジュール２２及び受信モジュール２３が前述の動作を実行するように制御する。

当業者は、方法の実施例のステップの全部又はいくつかが、関連するハードウェアに命令するプログラムにより実施され得る、ということを理解し得る。プログラムはコンピュータ読み取り可能な記憶媒体に記憶され得る。プログラムが動作する場合に、方法の実施例のステップが実行される。前述の記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクのような、プログラムコードを記憶することができるあらゆる媒体を含む。

最後に、前述の実施例は、単に本発明の技術的解決法を説明するために意図されているに過ぎず、本発明を限定するために意図されていない、という点に注意が必要である。前述の実施例に関連して本発明が詳細に説明されたが、当業者は、本発明の実施例の技術的解決法の範囲から逸脱することなく、前述の実施例において説明された技術的解決法に更に修正を行い得るか、又は、それらのいくつか若しくは全ての技術的特徴に等価な置換を行い得る、ということを理解すべきである。

本発明の実施例は、通信技術に関し、特に、サービスレート調整方法及び装置に関する。

データ通信及びマルチメディアサービス要件の発展に伴い、モバイルデータ、モバイルコンピューティング、及びモバイルマルチメディアの動作ニーズを満たす第４世代移動体通信が出現を始める。第４世代移動体通信技術（the 4th Generation mobile communication technology、略して４Ｇ）は、時分割ロングタームエボリューション（Time Division Long Term Evolution、略してＴＤ−ＬＴＥ）、及び周波数分割多重ロングタームエボリューション（Frequency Division Duplexing Long Term Evolution、略してＦＤＤ−ＬＴＥ）という２つの標準を含む。４Ｇは、３Ｇ及びＷＬＡＮを統合し、データ、高品質オーディオ、高品質ビデオ、高品質画像などの高速伝送を実行するために使用されることができる。

ボイスオーバＬＴＥ（Voice over LTE、略してＶｏＬＴＥ）は、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem、略してＩＭＳ）ネットワークに基づくＬＴＥ音声ソリューションである。ＶｏＬＴＥは基本的に２Ｇ又は３Ｇの音声通話（audio call）とは異なる。ＶｏＬＴＥは、オールＩＰ状態の４Ｇネットワークに基づくエンドツーエンド音声ソリューションである。

図１は、既存のＶｏＬＴＥコールフローのシグナリングのインタラクション図である。図１において示されるように、コールプロセスにおいて、ユーザ装置（User Equipment、略してＵＥ）は、セッション開始プロトコル（Session Initiation Protocol、略してＳＩＰ）シグナリングを使用することにより、プロキシコールセッション制御機能（Proxy-Call Session Control Function、略してＰ−ＣＳＣＦ）／セッションボーダーコントローラ（Session Border Controller、略してＳＢＣ）にＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージは、コーデック情報を含む。適応マルチレート狭帯域（Adaptive Multirate Narrowband、略してＡＭＲ−ＮＢ）及び適応マルチレート広帯域（Adaptive Multirate WideBand、略してＡＭＲ−ＷＢ）コーデックの場合、メッセージはＵＥによってサポートされるレートセット情報を搬送する。ＩＭＳは、ＩＮＶＩＴＥメッセージをピアエンドに送信し、すなわちコーデック情報をピアエンドに送信し、ＳＩＰシグナリングを使用することにより音声ベアラプレーンコーデックネゴシエーションを実行する。次に、Ｐ−ＣＳＣＦ／ＳＢＣは、ピアエンドによってフィードバックされた応答メッセージ１８０を受信するとともに、応答メッセージ１８０は、ピアエンドによって返信されたベアラプレーンコーデック情報を搬送する。Ｐ−ＣＳＣＦ／ＳＢＣは、応答メッセージ１８０をＵＥに送信する。このようにして、ＳＩＰシグナリングネゴシエーションを使用することにより、ＵＥ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアエンドは、現在のコールに使用されているコーデック情報を学習する。コーデック情報がＡＭＲ−ＮＢ又はＡＭＲ−ＷＢコーデックである場合、レートセット情報が更に取得される。その後、コールが接続された後で、ＳＩＰシグナリングネゴシエーションの結果に従って、ベアラプレーンのインタラクションが実行される。前述のプロセスでは、進化型ノードＢ（evolved NodeB、略してｅＮＢ）及びサービングゲートウェイ（Serving Gateway、略してＳ−ＧＷ）／ＰＤＮ−ゲートウェイ（PDN Gateway、略してＰ−ＧＷ）がシグナリング及びベアラ情報を転送する。ｅＮＢとＳ−ＧＷ／Ｐ−ＧＷとの間にシグナリング及びベアラＧＰＲＳトンネリングプロトコル（GPRS tunneling protocol、略してＧＴＰ）トンネルが確立される。ｅＮＢは、ＵＥから送信されたアップリンクパケットを受信すると、ＧＴＰトンネルを使用することにより、アップリンクパケットをＳ−ＧＷ／Ｐ−ＧＷに転送し、Ｓ−ＧＷ／Ｐ−ＧＷは、アップリンクパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。Ｐ−ＣＳＣＦ／ＳＢＣは、ダウンリンクパケットをＵＥに送信する場合、まずダウンリンクパケットをＳ−ＧＷ／Ｐ−ＧＷに送信し、Ｓ−ＧＷ／Ｐ−ＧＷは、ＧＴＰトンネルを使用することにより、ダウンリンクパケットをｅＮＢに送信し、ｅＮＢは、無線インタフェースを使用することにより、ダウンリンクパケットをＵＥに転送する。

前述のオールＩＰ音声ソリューションでは、ｅＮＢ及びＳ−ＧＷ／Ｐ−ＧＷは、ＩＰパケット（シグナリング及びベアラを含む）の転送のみを担当する。前述のオールＩＰ音声ソリューションでは、サービスレートは、ｅＮＢの無線インタフェースの伝送品質に従って動的に調整されることができない。これは、ｅＮＢの実際の伝送能力とサービスレートとの間の不適合によって引き起こされるパケット損失、長い遅延、又は低いリソース利用率の問題をもたらす。

本発明の実施例は、サービスレート調整方法及び装置を提供し、それにより、基地局にサービスデータを送信する送信側のサービスレートに対する調整を実施し、その結果、送信側のサービスレートは、基地局の実際の伝送能力に適合する。

第１の態様によれば、本発明の一実施例は、サービスレート調整方法であって、基地局によって送信された前記基地局の実際の伝送能力情報を受信するステップと、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するステップとを含む、方法を提供する。

第１の態様に関連して、第１の態様の第１の可能な実装例において、前記基地局にサービスパケットを送信する前記送信側が端末であり、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整する前記ステップは、前記実際の伝送能力情報に従って前記端末のサービスレートを増やすか又は減らすステップと、前記端末にレート調整要求メッセージを送信するステップであって、前記レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、ステップとを含む。

第１の態様に関連して、第１の態様の第２の可能な実装例において、前記基地局にサービスパケットを送信する前記送信側はセッションボーダーコントローラＳＢＣであり、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整する前記ステップは、前記ＳＢＣがコーデック変換処理を実行しない場合、前記実際の伝送能力情報に従ってピアデバイスのサービスレートを増やすか又は減らすとともに、前記ピアデバイスにレート調整要求メッセージを送信するステップであって、前記レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、ステップか、あるいは前記ＳＢＣがコーデック変換処理を実行する場合、前記実際の伝送能力情報に従って前記ＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた又は減らされたサービスレートで端末に前記サービスパケットを送信するステップとを含む。

第１の態様、又は第１の態様の第１から第２の可能な実装例のうちのいずれか１つに関連して、第１の態様の第３の可能な実装例において、基地局によって送信された前記基地局の実際の伝送能力情報を受信する前記ステップは、前記基地局によって送信された第１のアプリケーション定義リアルタイム転送制御プロトコルパケット（ＲＴＣＰ ＡＰＰパケット）を受信するとともに、前記第１のＲＴＣＰ ＡＰＰパケットから前記基地局の前記実際の伝送能力情報を取得するステップであって、前記実際の伝送能力情報が、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、ステップを含む。

第１の態様の第３の可能な実装例に関連して、第１の態様の第４の可能な実装例において、当該方法は、第２のＲＴＣＰ ＡＰＰパケットを前記基地局に送信するステップであって、前記第２のＲＴＣＰ ＡＰＰパケットが前記増やされた又は減らされたサービスレートを搬送する、ステップを更に含む。

第２の態様によれば、本発明の一実施例は、サービスレート調整方法であって、基地局の実際の伝送能力情報を取得するステップと、前記基地局の前記実際の伝送能力情報をセッションボーダーコントローラＳＢＣに送信するステップとを含み、前記実際の伝送能力情報が、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するために、前記ＳＢＣによって使用される、方法を提供する。

第２の態様に関連して、第２の態様の第１の可能な実装例において、前記基地局の前記実際の伝送能力情報をＳＢＣに送信する前記ステップは、前記基地局の前記実際の伝送能力情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、前記第１のＲＴＣＰ ＡＰＰパケットを前記ＳＢＣに送信するステップを含み、前記実際の伝送能力情報は、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む。

第２の態様、又は第２の態様の第１の可能な実装例に関連して、第２の態様の第２の可能な実装例において、当該方法は、前記ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを受信するステップであって、前記第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送するとともに、前記増やされた又は減らされたサービスレートが、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って前記ＳＢＣが前記送信側の前記サービスレートを調整した後で取得されるサービスレートである、ステップを更に含む。

第３の態様によれば、本発明の一実施例は、セッションボーダーコントローラＳＢＣであって、基地局によって送信された前記基地局の実際の伝送能力情報を受信するように構成された受信モジュールと、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するように構成された処理モジュールとを含む、ＳＢＣを提供する。

第３の態様に関連して、第３の態様の第１の可能な実装例において、前記基地局にサービスパケットを送信する前記送信側は端末であり、前記処理モジュールは、前記実際の伝送能力情報に従って前記端末のサービスレートを増やすか又は減らすように具体的に構成され、当該ＳＢＣは、送信モジュールを更に含み、前記送信モジュールは、前記端末にレート調整要求メッセージを送信するように構成されるとともに、前記レート調整要求メッセージは、増やされた又は減らされたサービスレートを含む。

第３の態様に関連して、第３の態様の第２の可能な実装例において、前記基地局にサービスパケットを送信する前記送信側は当該セッションボーダーコントローラＳＢＣであり、前記処理モジュールは、当該ＳＢＣがコーデック変換処理を実行しない場合、前記実際の伝送能力情報に従ってピアデバイスのサービスレートを増やすか又は減らすように具体的に構成され、当該ＳＢＣは、前記ピアデバイスにレート調整要求メッセージを送信するように構成された送信モジュールであって、前記レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信モジュールを更に含むか、あるいは前記処理モジュールは、当該ＳＢＣがコーデック変換処理を実行する場合、前記実際の伝送能力情報に従って当該ＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた又は減らされたサービスレートで端末に前記サービスパケットを送信するように具体的に構成される。

第３の態様、又は第３の態様の第１から第２の可能な実装例のうちのいずれか１つに関連して、第３の態様の第３の可能な実装例において、前記受信モジュールは、前記基地局によって送信された第１のＲＴＣＰ ＡＰＰパケットを受信するとともに、前記第１のＲＴＣＰ ＡＰＰパケットから前記基地局の前記実際の伝送能力情報を取得し、ここで、前記実際の伝送能力情報が無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、ように具体的に構成される。

第３の態様の第３の可能な実装例に関連して、第３の態様の第４の可能な実装例において、前記送信モジュールは、第２のＲＴＣＰ ＡＰＰパケットを前記基地局に送信し、ここで、前記第２のＲＴＣＰ ＡＰＰパケットが前記増やされた又は減らされたサービスレートを搬送する、ように更に構成される。

第４の態様によれば、本発明の一実施例は、基地局であって、当該基地局の実際の伝送能力情報を取得するように構成された処理モジュールと、当該基地局の前記実際の伝送能力情報をセッションボーダーコントローラＳＢＣに送信するように構成された送信モジュールとを含み、前記実際の伝送能力情報が、送信側のサービスレートを、前記実際の伝送能力情報と当該基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するために、前記ＳＢＣによって使用される、基地局を提供する。

第４の態様に関連して、第４の態様の第１の可能な実装例において、前記送信モジュールは、当該基地局の前記実際の伝送能力情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、前記第１のＲＴＣＰ ＡＰＰパケットを前記ＳＢＣに送信するように具体的に構成され、前記実際の伝送能力情報は、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む。

第４の態様、又は第４の態様の第１の可能な実装例に関連して、第４の態様の第２の可能な実装例において、当該基地局は、前記ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを受信するように構成された受信モジュールであって、前記第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送するとともに、前記増やされた又は減らされたサービスレートが、前記実際の伝送能力情報と当該基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って前記ＳＢＣが前記送信側の前記サービスレートを調整した後で取得されるサービスレートである、受信モジュールを更に含む。

本発明の実施例におけるサービスレート調整方法及び装置によれば、ＳＢＣは、基地局の実際の伝送能力情報を取得するとともに、基地局の実際の伝送能力情報に従って、基地局にサービスパケットを送信する送信側のサービスレートを調整し、その結果、基地局にサービスパケットを送信する送信側のサービスレートは、基地局の実際の伝送能力に適合し、それにより、サービスデータの伝送品質を改善する。

本発明の実施例におけるか又は従来技術における技術的解決法をより明確に説明するために、下記は、実施例又は従来技術を説明するために必要とされる添付図面を簡単に説明する。明らかに、下記の説明における添付図面は本発明のいくつかの実施例を表すとともに、当業者は、創造的な努力なしでこれらの添付図面から更に他の図面を導き出し得る。

既存のＶｏＬＴＥコールフローのシグナリングのインタラクション図である。 本発明の一実施例によるネットワークアーキテクチャの概略図である。 本発明によるサービスレート調整方法の第１の実施例のフローチャートである。 本発明によるサービスレート調整方法の第２の実施例のフローチャートである。 本発明によるサービスレート調整方法の第１の実施例のシグナリングフローチャートである。 本発明によるサービスレート調整方法の第２の実施例のシグナリングフローチャートである。 本発明によるサービスレート調整方法の第３の実施例のシグナリングフローチャートである。 本発明によるセッションボーダーコントローラの第１の実施例の概略構成図である。 本発明による基地局の第１の実施例の概略構成図である。 本発明によるセッションボーダーコントローラの第２の実施例の概略構成図である。 本発明による基地局の第２の実施例の概略構成図である。 本発明によるサービスレート調整システムの一実施例の概略構成図である。

本発明の実施例の目的、技術的解決法、及び利点をより明確にするために、下記は、本発明の実施例における添付図面を参照して、本発明の実施例における技術的解決法を明確かつ十分に説明する。明らかに、説明される実施例は本発明の実施例の全てではなく一部である。創作的な努力なしで本発明の実施例に基づいて当業者により獲得される他の全ての実施例は、本発明の保護範囲に含まれるものとする。

図２は、本発明の一実施例によるネットワークアーキテクチャの概略図である。本発明のこの実施例におけるネットワークアーキテクチャは、ＬＴＥネットワークアーキテクチャである。具体的には、ユーザ装置（User Equipment、略してＵＥ）は、進化型ノードＢ（evolved NodeB、略してｅＮＢ）を使用することにより、進化型パケットコア（Evolved Packet Core、略してＥＰＣ）にアクセスする。ＥＰＣは、モビリティ管理エンティティ（Mobility Management Entity、略してＭＭＥ）、Ｓ−ＧＷ、及びＰ−ＧＷなどの複数のネットワークエンティティを含む。ＥＰＣ内のネットワークエンティティと進化型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network、略してＥ−ＵＴＲＡＮ）内のネットワークエンティティとの間の接続関係は、具体的には、ＭＭＥはｅＮＢに接続され、Ｓ−ＧＷはｅＮＢに接続され、ＭＭＥはＳ−ＧＷに接続されるとともに、Ｓ−ＧＷはＰ−ＧＷを使用することによりＩＭＳに接続される。ＩＭＳは、Ｐ−ＣＳＣＦ／ＳＢＣ、サービングコールセッション制御機能（Serving Call Session Control Function、略してＳ−ＣＳＣＦ）、ホーム加入者サーバ（Home Subscriber Server、略してＨＳＳ）などを含む。具体的には、Ｐ−ＣＳＣＦ／ＳＢＣは、Ｐ−ＧＷ及びＳ−ＣＳＣＦに別々に接続され、Ｓ−ＣＳＣＦは、ＨＳＳ及びアプリケーションサーバ（Application Server、略してＡＳ）に更に接続される。このネットワークアーキテクチャでは、ｅＮＢの主な機能は、無線リソース管理機能（それは、無線ベアラ制御、無線許可制御、接続モビリティ制御を実現する）、ユーザデータストリームのＩＰヘッダの圧縮及び暗号化、ＵＥが接続状態にあるときのＭＭＥの選択、Ｓ−ＧＷユーザプレーンデータのためのルート選択の実施、ＭＭＥによって開始されるページング情報及びブロードキャスト情報のスケジューリング並びに伝送の実行、測定の完了、並びにモビリティ構成及びスケジューリングの測定報告などを含む。ＭＭＥの主な機能は、非アクセス層（Non-Access Stratum、略してＮＡＳ）シグナリングの暗号化及び完全性保護、アクセス層（Access Stratum、略してＡＳ）セキュリティ制御及びアイドル状態モビリティ制御、進化型パケットシステム（Evolved Packet System、略してＥＰＳ）ベアラ制御、ページング、ハンドオーバ、ローミング、及び認証のサポートなどを含む。Ｓ−ＧＷの主な機能は、パケットデータのルーティング及び転送、モビリティ及びハンドオーバに関するサポート、課金などを含む。Ｐ−ＧＷの主な機能は、パケットデータフィルタリング、ＵＥへのＩＰアドレスの割り当て、アップリンク及びダウンリンク課金並びにレート制限などを含む。

コールセッション制御機能（Call Session Control Function、略してＣＳＣＦ）は、コールセッション制御機能の位置及び機能に従って、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、及びＩ−ＣＳＣＦの３種類に分類されることができる。Ｐ−ＣＳＣＦ（Proxy CSCF）：
Ｐ−ＣＳＣＦは、ユーザに対するＩＭＳ内の第１の接続ポイントであり、プロキシ（Proxy）機能を提供し、すなわちサービス要求を受け入れるとともに、受け入れられたサービス要求を転送する。Ｓ−ＣＳＣＦ（Serving CSCF）：Ｓ−ＣＳＣＦは、ＩＭＳコアネットワーク内のコア制御位置にあり、ＵＥに関する登録認証及びセッション制御を担当し、発信側及び終端側のＩＭＳユーザのための基本セッションルーティング機能を実行するとともに、条件が満たされた場合に、ユーザによって加入されたＩＭＳトリガリング規則に従って、ＡＳへの付加価値サービスルーティング、サービス制御、及びサービスインタラクションのトリガリングを実行する。Ｉ−ＣＳＣＦ（Interrogating CSCF）：ＩＭＳのゲートウェイノードと同様に、Ｉ−ＣＳＣＦは、ローカルドメインのユーザサービスノード割り当て、ルート問い合わせ、及びＩＭＳドメイン間トポロジの隠蔽の機能を提供する。

ＨＳＳは、ホームネットワーク内にあって、基本識別子、ルーティング情報、サービス加入情報などを含んでいる、ＩＭＳユーザの加入情報を記憶する、集中化された包括的なデータベースである。ＡＳ（Application Server）は、ＩＭＳ加入者にＩＭＳ付加価値サービスを提供する。ＡＳは、ユーザのホームネットワーク内に設置されてもよく、又は第三者によって提供されてもよい。

Ｐ−ＣＳＣＦ及びＳＢＣは別々に配置されてもよく、又は統合されてもよい、という点に注意が必要である。一般に、Ｐ−ＣＳＣＦ及びＳＢＣは、統合されている。したがって、本発明のこの実施例におけるＳＢＣは、Ｐ−ＣＳＣＦ及びＳＢＣが統合された物理的な装置であってもよいし、又は独立したＳＢＣ装置であってもよく、これは、本明細書では限定されない。

本発明において、ＶｏＬＴＥサービスレートは、図２において示されるネットワークアーキテクチャに基づいて調整される。詳細については、下記の実施例の説明の記述を参照されたい。

図３は、本発明によるサービスレート調整方法の第１の実施例のフローチャートであり、この実施例は、ＳＢＣによって実行される。図３において示されるように、この実施例における方法は、下記のステップを含み得る。

ステップ１０１：基地局によって送信された基地局の実際の伝送能力情報を受信する。

実際の伝送能力情報は、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含み得る。無線インタフェースの現在の伝送品質情報は、具体的には、無線インタフェースの現在の伝送品質は良好である、無線インタフェースの現在の伝送品質は正常である、無線インタフェースの現在の伝送品質はわずかに異常である、無線インタフェースの現在の伝送品質は異常である、無線インタフェースの現在の伝送品質は著しく異常である、などであり得る。無線インタフェースによって期待されるサービスレート情報は、具体的なレート値であり得る。レート値は、ユーザのデータサービスのために基地局によって提供され得るデータ伝送能力の大きさを反映するために使用され、それにより、サービスデータ伝送のために無線インタフェースリソースを最大限に活用することができる。無線インタフェースによって期待されるサービスレート情報は、セルのトラフィック量及び伝送品質に従って、基地局によって取得されてもよい。

具体的には、基地局は、基地局の実際の伝送能力情報を取得するとともに、基地局は、基地局の実際の伝送能力情報をＳＢＣに送信する。基地局は、実際の伝送能力情報をリアルタイムで取得することができる。実装可能な方法では、基地局は、取得された実際の伝送能力情報を、リアルタイムでＳＢＣに送信する。別の実装可能な方法では、基地局は、現在の実際の伝送能力情報をリアルタイムで取得するとともに、実際の伝送能力情報を以前に取得された実際の伝送能力情報と比較し、実際の伝送能力情報が以前に取得された実際の伝送能力情報と異なる場合、基地局は、基地局の現在の実際の伝送能力情報を、ＳＢＣに送信する。すなわち、基地局は、基地局と端末との間の無線インタフェースの品質が変化したことを学習した後で、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報をＳＢＣに送信することができる。具体的な設定は、要件に応じて柔軟に実行されることができる。

ステップ１０２：送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整する。

具体的には、基地局にサービスパケットを送信する送信側のサービスレートを参照して、受信された実際の伝送能力情報に従って、送信側のサービスレートが調整される。基地局にサービスパケットを送信する送信側のサービスレートは、ＳＢＣにより、サービスパケットをデパケット化すること（depacketizing）によって取得されるサービスレートである。サービスレートは、具体的には、１秒当たりに転送される必要があるサービスパケットのサイズのことを指す。例えば、概略的な説明のために、本明細書では、端末が音声サービスを開始する例が使用され、基地局の実際の伝送能力情報は、無線インタフェースの現在の伝送はわずかに異常である、ということにする。基地局にサービスパケットを送信する送信側のサービスレートは、減らされる必要があるとともに、この場合、送信側は端末であり、すなわち、端末のサービスレートは、減らされる必要がある。具体的には、端末のコーデックレート設定情報を参照して、端末のサービスレートが減らされるべき量、又はデータ伝送が実行されるべき減らされたサービスレートが決定される必要がある。コーデックレートセット情報は、端末によってサポートされる複数のレート情報を含む。例えば、適応マルチレート狭帯域（Adaptive Multirate NarrowBand、略してＡＭＲ−ＮＢ）のコーデックの場合、ＡＭＲ−ＮＢに関して、４．７５Ｋ、５．１５Ｋ、５．９０Ｋ、６．７０Ｋ、７．４０Ｋ、７．９５Ｋ、１０．２Ｋ、及び１２．２Ｋの８個のレートがある。詳細は、表１を参照されたい。適応マルチレート広帯域（Adaptive Multirate WideBand、略してＡＭＲ−ＷＢ）のコーデックの場合、ＡＭＲ−ＷＢに関して、６．６Ｋ、８．８５Ｋ、１２．６５Ｋ、１４．２５Ｋ、１５．８５Ｋ、１８．２５Ｋ、１９．８５Ｋ、２３．０５Ｋ、及び２３．８５Ｋの９個のレートがある。詳細は、表２を参照されたい。具体的には、端末は、これらのレートのうちの１つ又は複数をサポートすることができる。すなわち、端末のサービスレートが減らされる必要がある場合に、端末のコーデックレート設定情報は、調整前に使用されていたサービスレートよりも低いとともに、コーデックレートセットに属するサービスレートを使用し得る。

従来技術とは異なるこの実施例では、ＳＢＣは、基地局の実際の伝送能力情報を取得することができるとともに、ＳＢＣは、基地局の実際の伝送能力情報を参照して、基地局にサービスパケットを送信する送信側の取得されたサービスレートに従って、送信側のサービスレートに対する適応調整を実行することができ、その結果、基地局にサービスパケットを送信する送信側のサービスレートは、基地局の実際の伝送能力に適合し、それによりデータの伝送品質を向上させることができる。

さらに、ＶｏＬＴＥを実施する過程において、基地局によって受信されるデータは、端末によって送信されるアップリンクサービスパケットであり得るか、又はコアネットワーク側によって送信されるダウンリンクサービスパケットであり得る。アップリンクサービスパケットは、端末によって送信されるとともに、具体的には、端末がアップリンクサービスパケットを基地局に送信し、基地局がアップリンクサービスパケットをコアネットワークに送信する。したがって、アップリンクサービスパケットの場合、基地局にサービスパケットを送信する送信側は、端末である。ダウンリンクサービスパケットは、ＳＢＣによって送信されるとともに、具体的には、ＳＢＣは、コアネットワーク内のＳ−ＧＷ及びＰ−ＧＷを使用することによりダウンリンクサービスパケットを基地局に送信する。したがって、ダウンリンクサービスパケットの場合、サービスパケットを基地局に送信する送信側は、ＳＢＣである。基地局にサービスパケットを送信する前述の異なる送信側のために、ＳＢＣは、異なる方法でサービスレートを調整する。下記では、異なる場合のサービスレート調整処理について詳細に説明する。

１．基地局にサービスパケットを送信する送信側が端末であるとともに、端末がアップリンクサービスパケットを基地局に送信する場合、ステップ１０２において、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整することは、具体的には、増やされた又は減らされたサービスレートを取得するために、実際の伝送能力情報に従って端末のサービスレートを増やすか又は減らすことと、端末にレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することであり得る。

具体的には、基地局は、サービスパケットを転送するために無線インタフェース伝送リソースを割り当てるとともに、基地局の実際の伝送能力は、基地局によって１秒当たりに伝送されることができる実際のデータの量によって示され得る。例えば、基地局によって１秒当たりに伝送されることができるデータの量が多い場合に、基地局の実際の伝送能力は比較的高いか、又は基地局によって１秒当たりに伝送されることができるデータの量が少ない場合に、基地局の実際の伝送能力は低い。実際の伝送能力が比較的高いということは、具体的には、基地局の無線インタフェースの現在の伝送品質が比較的良好であるか、又は無線インタフェースによって期待されるサービスレートが比較的高い、ということであり得る。具体的には、１秒当たりに伝送されることができるデータの量がしきい値よりも大きい場合に、実際の伝送能力が比較的高いか、又は１秒当たりに伝送されることができるデータの量がしきい値よりも小さい場合に、実際の伝送能力が比較的低い、ということが設定され得る。確かに、具体的な範囲が設定されてもよく、範囲は異なる実際の伝送能力に対応する、ということが理解され得る。例えば、比較的高い実際の伝送能力に対応する第１の範囲が設定され、この範囲は数値で表した間隔であってもよい。基地局によって１秒当たりに伝送され得るデータの量が第１の範囲内にある場合、実際の伝送能力は比較的高い。具体的なしきい値及び範囲の設定が必要に応じて柔軟に行われることができ、本明細書では概略的な説明が一例として単に使用される、という点に注意が必要である。さらに、実際の伝送能力が比較的高い場合に、サービスレートは増やされることができ、その結果、端末はデータ伝送のために比較的高いサービスレートを使用する。実際の伝送能力が比較的低い場合に、サービスレートは減らされることができ、その結果、端末はサービスパケット伝送のために比較的低いサービスレートを使用することができ、さらに、それにより、基地局の低い実際の伝送能力及び端末の高いサービスレートに起因して生じる大きなパケットロス及び長い遅延の問題を緩和することができる。

前述のステップでは、基地局の実際の伝送能力情報が学習され得るとともに、実際の伝送能力情報に従って、端末のサービスレートが対応して調整される必要があることが学習される。具体的な調整処理、すなわちサービスレートを増やす方法とサービスレートを減らす方法については、下記の説明の記述が与えられる必要がある。実際の伝送能力情報が無線インタフェースによって期待されるサービスレート情報である例が説明のために使用される。ｅＮＢは、無線インタフェースによって期待されるサービスレート情報をＳＢＣに通知することができる。無線インタフェースによって期待されるサービスレート情報が１２．５Ｋのアップリンクレートであると仮定すると、ＳＢＣは近いサービスレートを選択することができる。ＡＭＲ ＷＢコーデックが現在使用されており、端末がＡＭＲ ＷＢコーデックの全てのレートをサポートしている場合、表２によれば、無線インタフェースによって期待されるサービスレート情報１２．５Ｋに近いサービスレートは１２．６５Ｋであり、ＳＢＣは端末にレートを１２．６５Ｋに調整するように指示する、ということが分かるか、又はＡＭＲ ＮＢコーデックが現在使用されており、端末がＡＭＲ ＮＢコーデックの全てのレートをサポートしている場合、表１によれば、無線インタフェースによって期待されるサービスレート情報１２．５Ｋに近いサービスレートは１２．２Ｋであり、ＳＢＣは端末にレートを１２．２Ｋに調整するように指示する、ということが分かる。

実際の伝送能力情報が無線インタフェースの伝送品質情報である例が、説明のために使用される。ｅＮＢは、無線インタフェースの伝送品質が良好であるという情報をＳＢＣに通知する。さらに、ＡＭＲ ＷＢコーデックが現在使用されており、端末がＡＭＲ ＷＢコーデックの全てのレートをサポートする場合、無線インタフェースの伝送品質が良好であるため、ＳＢＣは端末のサービスレートを可能な限り増やすことができる。表２によれば、ＡＭＲ ＷＢコーデックの最大レートは２３．８５Ｋであり、ＳＢＣは端末にレートを２３．８５Ｋに調整するように指示する。同じコーデックにおいて、ｅＮＢが、無線インタフェースの伝送品質が正常であるという情報をＳＢＣに通知すると、ＳＢＣは端末にレートを１２．６５Ｋに調整するように指示する。同じコーデックにおいて、ｅＮＢが、無線インタフェースの伝送品質が著しく異常であるという情報をＳＢＣに通知すると、ＳＢＣは端末にレートを６．６Ｋに調整するよう指示し、すなわち、ＳＢＣは端末のサービスレートを可能な限り減らす。この実施例では、実際の伝送能力情報は、無線インタフェースの伝送品質情報であり、ＳＢＣが無線インタフェースの伝送品質情報を取得した後で、端末のサービスレートを調整する方法は、要件に応じて柔軟に設定されることができる。上記は一例に過ぎず、限定するものではない。例えば、端末によってサポートされるＡＭＲ ＷＢコーデックのレートが６．６０Ｋ、１５．８５Ｋ、２３．０Ｋであり、ｅＮＢが無線インタフェースの伝送品質が良好であるという情報をＳＢＣに通知すると、ＳＢＣは端末にレートを２３．０Ｋに調整するように指示する、ということが理解され得る。ｅＮＢが無線インタフェースの伝送品質が正常であるという情報をＳＢＣに通知すると、ＳＢＣは端末にレートを１５．８５Ｋに調整するように指示する。ｅＮＢが無線インタフェースの伝送品質が著しく異常であるという情報をＳＢＣに通知すると、ＳＢＣは端末にレートを６．６０Ｋに調整するように指示する。すなわち、異なるレートは、無線インタフェースの異なる伝送品質情報に対応する。

前述の説明から、サービスレートを調整するための具体的な原則は、必要に応じて柔軟に設定され得る、ということが分かるが、前述の例は本明細書において限定を課すものではない。

２．基地局にサービスパケットを送信する送信側がＳＢＣであるとともに、ＳＢＣがダウンリンクサービスパケットを基地局に送信する場合、ステップ１０２において、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整することは、具体的には、ＳＢＣがコーデック変換処理を実行しない場合、実際の伝送能力情報に従ってピアエンドのサービスレートを増やすか又は減らすとともに、ピアエンドにレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することであり得る。

基地局にサービスパケットを送信する送信側がＳＢＣであり、すなわち、ＳＢＣは、ダウンリンクサービスパケットを基地局に送信するとともに、同様に、下記の２つの場合がある、という点に注意が必要である。ケース１において、ＳＢＣはコーデック変換処理を実行しない。そしてケース２において、ＳＢＣはコーデック変換処理を実行する。ＳＢＣがコーデック変換処理を実行するかどうかは、バックグラウンドでＵＥとピアとの間で実行されるように、コールの発信側とコールの受信側との間で実行されるＳＩＰシグナリングネゴシエーションに従って取得される。ケース１の場合、前述のステップにおけるピアデバイスにレート調整要求メッセージを送信することが具体的に使用される。ケース２の場合、ステップ１０２は、具体的には、ＳＢＣがコーデック変換処理を実行する場合、実際の伝送能力情報に従ってＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた又は減らされたサービスレートで端末にサービスパケットを送信することであり得る。すなわち、ＳＢＣは、ＳＢＣのサービスレートを調整し、調整の後で取得されるサービスレートでサービスパケットを基地局に送信する。

さらに、ステップ１０１では、基地局によって送信された基地局の実際の伝送能力情報を受信する複数の具体的な実装例が存在してもよく、ここで、実際の伝送能力情報は無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む。例えば、ｅＮＢはＭＭＥにメッセージを送信し、ＭＭＥはメッセージをＳ−ＧＷ／Ｐ−ＧＷに送信し、Ｓ−ＧＷ／Ｐ−ＧＷはメッセージをＰＣＲＦに送信するとともに、ＰＣＲＦはメッセージをＳＢＣに送信する。メッセージは、ｅＮＢの実際の伝送能力情報、すなわち、無線インタフェースの現在の伝送品質情報、又は無線インタフェースによって期待されるサービスレート情報を搬送することができる。Ｓ−ＧＷ／Ｐ−ＧＷは、統合されたＳ−ＧＷ及びＰ−ＧＷを示すために使用される、という点に注意が必要である。確かに、その代わりとして、Ｓ−ＧＷ及びＰ−ＧＷは別々に配置されてもよく、対応する実装例は下記の通りである。ｅＮＢはＭＭＥにメッセージを送信し、ＭＭＥはメッセージをＳ−ＧＷに送信し、Ｓ−ＧＷはメッセージをＰ−ＧＷに送信し、Ｐ−ＧＷはメッセージをＰＣＲＦに送信するとともに、ＰＣＲＦはメッセージをＳＢＣに送信する。

ＳＢＣが基地局によって送信された基地局の実際の伝送能力情報を受信することを実現するために、別の具体的な実装例が使用されてもよい。具体的には、ＳＢＣは、基地局によって送信された第１のアプリケーション定義リアルタイム転送制御プロトコルパケット（Application-Defined RTCP Packet、略してＲＴＣＰ ＡＰＰパケット）を受信するとともに、第１のＲＴＣＰ ＡＰＰパケットから基地局の無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を取得する。

基地局の無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報は、ＲＦＣ３５５０におけるＲＴＣＰ ＡＰＰパケットを使用することにより取得される。ＲＦＣ３５５０における“6.7 APP: Application-Defined RTCP Packet”は、具体的に、ＲＴＣＰ ＡＰＰパケットのフォーマット及びアプリケーションを説明する。ＲＴＣＰ ＡＰＰパケットは、ユーザによって定義されることができるアプリケーションであるとともに、受信機自体によって理解されることができないＲＴＣＰ ＡＰＰパケットが受信された場合、ＲＴＣＰ ＡＰＰパケットは無視され、処理されない。具体的なＲＴＣＰ ＡＰＰパケットのフォーマットは下記の通りである。

ＲＦＣは、具体的には、コメント要求（Request For Comments）を意味し、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）によってリリースされた一連のメモである。インターネット関連の情報と、ＵＮＩＸ及びインターネットのコミュニティソフトウェア文書は、メモにまとめられ、番号によって整理されている。一般的なインターネットプロトコルのＲＦＣ番号は、ＩＰ：７９１、ＤＨＣＰ：２１３１、ＳＩＰ：３２６１、ＲＴＰ：３５５０、Ｌ２ＴＰ：３９３１などである。この実施例における前述のステップは、したがって、ＳＢＣが基地局の実際の伝送能力情報を取得することができるように、既存のＲＦＣ３５５０に基づいて変更される。

この実施例では、基地局の実際の伝送能力情報を送信するためにＲＴＣＰ ＡＰＰパケットが使用される場合には、サブタイプフィールドが伝送方向を示す情報に設定される。具体的には、ＲＴＣＰ ＡＰＰパケットが基地局によりＩＭＳに対して送信された要求であることを示すために、識別子１が使用され得る。識別子１において搬送され得る具体的なパラメータは、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む。このパラメータは、アプリケーションに依存するデータフィールドにおいて具体的に搬送されてもよい。

具体的には、ＧＴＰトンネルが、ＧＰＲＳトンネリングプロトコル（GPRS tunneling protocol、略してＧＴＰ）に従って、ｅＮＢとＳ−ＧＷとの間、及びＳ−ＧＷとＰ−ＧＷとの間に確立される。ＲＴＣＰ ＡＰＰパケットに対するトンネルカプセル化を実行した後で、ｅＮＢは、ＧＴＰトンネルを使用することにより、カプセル化されたＲＴＣＰ ＡＰＰパケットをＳ−ＧＷに送信し、Ｓ−ＧＷは、ＧＴＰトンネルを使用することにより、カプセル化されたＲＴＣＰ ＡＰＰパケットをＰ−ＧＷに送信し、Ｐ−ＧＷは、逆カプセル化を実行してＲＴＣＰ ＡＰＰパケットを取得するとともに、ＲＴＣＰ ＡＰＰパケットをＳＢＣに送信する。

さらに、ＳＢＣがサービスレートを調整した後で、ＳＢＣは、第２のＲＴＣＰ ＡＰＰパケットを基地局に更に送信することができ、第２のＲＴＣＰ ＡＰＰパケットは増やされた又は減らされたサービスレートを搬送する。

具体的には、第２のＲＴＣＰ ＡＰＰパケットは、第１のＲＴＣＰ ＡＰＰパケットのフォーマットと同じフォーマットを使用し、第２のＲＴＣＰ ＡＰＰパケットのサブタイプフィールドは、第１のＲＴＣＰ ＡＰＰパケットのサブタイプフィールドとは異なる識別子を使用する点が異なる。具体的には、第２のＲＴＣＰ ＡＰＰパケットのサブタイプフィールドは、識別子２を使用して、第２のＲＴＣＰ ＡＰＰパケットがＳＢＣにより基地局に対して送信された応答であることを示すことができ、応答内のアプリケーションに依存するデータフィールドは、増やされた又は減らされたサービスレートを具体的に搬送することができる。

具体的には、ＳＢＣは、第２のＲＴＣＰ ＡＰＰパケットをＰ−ＧＷに送信する。第２のＲＴＣＰ ＡＰＰパケットに対してトンネルカプセル化を実行した後で、Ｐ−ＧＷは、ＧＴＰトンネルを使用することにより、カプセル化された第２のＲＴＣＰ ＡＰＰパケットをＳ−ＧＷに送信する。Ｓ−ＧＷは、ＧＴＰトンネルを使用することにより、カプセル化された第２のＲＴＣＰ ＡＰＰパケットをｅＮＢに送信する。

さらに、サービスパケットが音声サービスのパケットである場合、すなわち、音声サービスの場合、レート調整要求メッセージはサービスパケットのコーデックモード要求ＣＭＲを含み、ここで、ＣＭＲは増やされた又は減らされたサービスレートを搬送する。

それに応じて、端末にレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することは、具体的には、サービスパケットのコーデックモード要求（Codec Mode Request、略してＣＭＲ）に増やされた又は減らされたサービスレートを記入するとともに、ＣＭＲが増やされた又は減らされたサービスレートを搬送するサービスパケットを端末に送信することであり得る。すなわち、ＲＴＰによって搬送されるペイロード内のＣＭＲを修正するとともに、対応するレートを記入し、その結果、端末は、ＣＭＲに従って、使用されるコーデックレートを制御する。

それに応じて、ピアエンドにレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することは、具体的には、サービスパケットのコーデックモード要求ＣＭＲに増やされた又は減らされたサービスレートを記入するとともに、ＣＭＲが増やされた又は減らされたサービスレートを搬送するサービスパケットをピアエンドに送信することであり得る。

すなわち、音声サービスの場合、サービスレートが調整されると、ＣＭＲを使用することにより、端末又はピアエンドに対して増やされた又は減らされたサービスレートが送信される。

サービスパケットがビデオサービスのパケットである場合、すなわち、ビデオサービスの場合、レート調整要求メッセージは、具体的には、一時的最大メディアストリームビットレート要求メッセージであり、ここで、一時的最大メディアストリームビットレート要求メッセージは増やされた又は減らされたサービスレートを含む。

それに応じて、端末にレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することは、具体的には、端末に一時的最大メディアストリームビットレート要求（Temporary Maximum Media Stream Bit Rate Request、略してＴＭＭＢＲ）メッセージを送信することであって、ここで、一時的最大メディアストリームビットレート要求メッセージが増やされた又は減らされたサービスレートを含む、送信することであり得る。

ピアエンドにレート調整要求メッセージを送信することであって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信することは、具体的には、ピアエンドに一時的最大メディアストリームビットレート要求メッセージを送信することであって、ここで、一時的最大メディアストリームビットレート要求メッセージが増やされた又は減らされたサービスレートを含む、送信することであり得る。

すなわち、ビデオサービスの場合、サービスレートの調整中に、ＴＭＭＢＲを使用することにより、端末又はピアエンドに対して増やされた又は減らされたサービスレートが送信される。

本明細書のＴＭＭＢＲは、具体的には、ＲＦＣ５１０４において定義されたサービスタイプである、という点に注意が必要である。

さらに、ビデオサービスの場合、ＳＢＣは、端末又はピアエンドによって送信された一時的最大メディアストリームビットレート通知（Temporary Maximum Media Stream Bit Rate Notification、略してＴＭＭＢＮ）メッセージを更に受信することができ、ここで、一時的最大メディアストリームビットレート通知メッセージは一時的最大メディアストリームビットレート要求メッセージに対する応答メッセージである。

この実施例では、ＳＢＣは、基地局の実際の伝送能力情報を取得するとともに、基地局の実際の伝送能力情報に従って、基地局にサービスパケットを送信する送信側のサービスレートを更に調整し、その結果、基地局にサービスパケットを送信する送信側のサービスレートは、基地局の実際の伝送能力に適合し、それにより、サービスデータの伝送品質を改善する。

図４は、本発明によるサービスレート調整方法の第２の実施例のフローチャートであり、この実施例は、基地局によって実行される。図２において示されるネットワークアーキテクチャの場合、実行主体は、具体的には、ｅＮＢであり得る。図４において示されるように、この実施例における方法は、下記のステップを含み得る。

ステップ２０１：基地局の実際の伝送能力情報を取得する。

具体的には、基地局は、基地局の実際の伝送能力情報をリアルタイムで取得することができる。

基地局の無線インタフェースの伝送能力が変化した場合、基地局は、基地局の実際の伝送能力情報を取得する。具体的な実装例では、基地局は、基地局の実際の伝送能力情報をリアルタイムで取得することができる。プリセット条件が設定されることができ、プリセット条件が満たされるとステップ２０２が実行される。プリセット条件は、必要に応じて柔軟に設定されることができ、例えば、プリセット条件は、現在の実際の伝送能力情報が以前に取得された実際の伝送能力情報と異なることであってもよく、又はプリセット条件は、実際の伝送能力情報が取得されることであってもよい。これは、本明細書では限定されない。基地局の無線インタフェースの伝送品質は多くの要因に関係しており、多くの要因における重要な要素は、端末と基地局との間の距離である。端末と基地局との間の距離が短い場合、無線インタフェースの伝送品質は良好である。端末と基地局との間の距離が長い場合、伝送品質は悪い。

ステップ２０２：基地局の実際の伝送能力情報をＳＢＣに送信する。

実際の伝送能力情報は、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整するために、ＳＢＣによって使用される。

さらに、ステップ２０２において、基地局の実際の伝送能力情報をＳＢＣに送信することであって、ここで、実際の伝送能力情報が無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、送信することは、具体的には、基地局の無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、第１のＲＴＣＰ ＡＰＰパケットをＳＢＣに送信することであり得る。本明細書の第１のＲＴＣＰ ＡＰＰパケットの具体的な説明については、図３において示される実施例を参照されたい。

さらに、基地局は、ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを更に受信することができ、ここで、第２のＲＴＣＰ ＡＰＰパケットは増やされた又は減らされたサービスレートを搬送するとともに、増やされた又は減らされたサービスレートは、実際の伝送能力情報と当該基地局にサービスパケットを送信する送信側のサービスレートとに従ってＳＢＣが送信側のサービスレートを調整した後で取得されるサービスレートである。本明細書の第２のＲＴＣＰ ＡＰＰパケットの具体的な説明については、図３において示される実施例を参照されたい。本明細書の第２のＲＴＣＰ ＡＰＰパケットは、第１のＲＴＣＰ ＡＰＰパケットに従ってＳＢＣが送信側のサービスレートを調整するとともに、第２のＲＴＣＰ ＡＰＰパケットを基地局に送信した後で、基地局に、ＳＢＣが、既に基地局の実際の伝送能力情報に従って、対応するレート調整処理を実行していることを通知するために使用され、それにより、基地局が同じ内容の第１のＲＴＣＰ ＡＰＰパケットを繰り返し送信することを回避する。

この実施例では、基地局の伝送能力が変化した場合、基地局の実際の伝送能力情報が取得され、実際の伝送能力情報がＳＢＣに送信される。ＳＢＣは、実際の伝送能力情報と、基地局にサービスパケットを送信する送信側のサービスレートとに従って、調整処理を実行する。すなわち、アクセスネットワーク内の基地局とコアネットワーク内のＳＢＣとが互いに協働し、その結果、サービスパケットが基地局に送信されるサービスレートは、基地局の実際の伝送能力に適合し、それによりデータの伝送品質を向上させることができる。

下記は、図３及び図４において示される方法の実施例の技術的解決法を詳細に説明するために、いくつかの具体的な実施例を使用する。

図５は、本発明によるサービスレート調整方法の第１の実施例のシグナリングフローチャートである。この実施例は、前述の実施例のインタラクションの実装例である。この実施例は、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒを含む。この実施例は、音声サービスに適用可能であり、同様に、ビデオサービスに適用可能である。この実施例における方法は、下記のステップを含み得る。

Ｓ５０１．コールシグナリングネゴシエーションが、ＵＥ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒの間で実行される。

ＳＩＰシグナリングネゴシエーションの後で、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒの間でベアラプレーンインタラクションが実行される。例えば、ｅＮＢは、ＵＥからアップリンクデータパケットを受信し、具体的には、ＧＴＰトンネルを使用することによりデータパケットをＳ−ＧＷに転送し、Ｓ−ＧＷはデータパケットをＰ−ＧＷに送信するとともに、Ｐ−ＧＷは、ＧＴＰトンネルからデータパケットを取得し、データパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。ダウンリンク方向では、Ｐ−ＣＳＣＦ／ＳＢＣはダウンリンクデータパケットをＰ−ＧＷに送信し、Ｐ−ＧＷは、ＧＴＰトンネルを使用することによりデータパケットをＳ−ＧＷに送信し、Ｓ−ＧＷは、ＧＴＰトンネルを使用することによりデータパケットをｅＮＢに送信するとともに、ｅＮＢは、無線インタフェースを使用することによりデータパケットをＵＥに転送する。エンドツーエンドのネットワーク伝送機能を実現するために、ＵＥ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒの間のリアルタイムデータの伝送中に、ＲＴＰ及びＲＴＣＰが使用されることができる。リアルタイムデータの伝送中、ＲＴＰ及びＲＴＣＰデータパケットは、ＧＴＰトンネルを使用することにより、ｅＮＢ、Ｓ−ＧＷ、及びＰ−ＧＷの間で送信され得る。Ｐ−ＣＳＣＦ／ＳＢＣは、統合されたＰ−ＣＳＣＦ及びＳＢＣを示すために使用される。

Ｓ５０２．ｅＮＢが、無線インタフェースの実際の伝送品質が変化したことを知る。

具体的には、ｅＮＢは、リアルタイムでインタフェースの実際の伝送品質情報を取得することができ、現在取得されている実際の伝送能力情報が、以前に取得された実際の伝送能力情報と異なる場合に、ｅＮＢは、無線インタフェースの実際の伝送品質が変化したことを知る。

Ｓ５０３．ｅＮＢは、Ｓ−ＧＷを使用することにより第１のＲＴＣＰ ＡＰＰパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。

第１のＲＴＣＰ ＡＰＰパケットは、基地局の無線インタフェースの実際の伝送品質情報を搬送する。無線インタフェースの実際の伝送品質情報の具体的な内容については、前述の実施例の説明の記述を参照されたい。詳細は再度ここでは説明されない。具体的には、ｅＮＢは第１のＲＴＣＰ ＡＰＰパケットをＳ−ＧＷに送信し、Ｓ−ＧＷは第１のＲＴＣＰ ＡＰＰパケットをＰ−ＧＷに送信するとともに、Ｐ−ＧＷは第１のＲＴＣＰ ＡＰＰパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。

Ｓ５０４．Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、ｅＮＢにサービスパケットを送信する送信側に対するレート調整処理を開始する。

具体的には、サービスパケットがアップリンクのサービスパケットである場合、ＵＥに対するレート調整処理が具体的に開始される。サービスパケットがダウンリンクサービスパケットであり、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換処理を行わない場合、ピアに対するレート調整処理が具体的に開始される。サービスパケットがダウンリンクサービスパケットであり、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換を行う場合、Ｐ−ＣＳＣＦ／ＳＢＣに対するレート調整処理が具体的に開始される。

Ｓ５０５．Ｐ−ＣＳＣＦ／ＳＢＣが、第２のＲＴＣＰ ＡＰＰパケットをｅＮＢに送信する。

第２のＲＴＣＰ ＡＰＰパケットは、ＵＥ又はピアに対するレート調整処理がＰ−ＣＳＣＦ／ＳＢＣによって開始された後で取得されるサービスレートを搬送する。

この実施例では、ｅＮＢがｅＮＢの無線インタフェースの実際の伝送能力情報をＰ−ＣＳＣＦ／ＳＢＣに通知するとともに、Ｐ−ＣＳＣＦ／ＳＢＣがサービス状況に従ってサービスレート調整を開始し、その結果、レート調整処理の後で取得されるサービスレートは、実際の伝送能力に適合し、それによりデータの伝送品質を向上させることができる。

図６は、本発明によるサービスレート調整方法の第２の実施例のシグナリングフローチャートである。この実施例は、図５において示される実施例に基づいているとともに、音声サービスに関する具体的な説明の記述を提供する。この実施例は、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒを含む。この実施例における方法は、下記のステップを含み得る。

Ｓ６０１．コールシグナリングネゴシエーションが、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒの間で実行される。

Ｓ６０２．ｅＮＢが、無線インタフェースの実際の伝送品質が変化したことを知る。

Ｓ６０３．ｅＮＢは、Ｓ−ＧＷを使用することにより第１のＲＴＣＰ ＡＰＰパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。

この実施例におけるＳ６０１〜Ｓ６０３は、図５において示される実施例におけるＳ５０１〜Ｓ５０３と同様である。詳細については、前述の実施例の説明の記述を参照されたい。詳細は再度ここでは説明されない。

Ｓ６０４．第１のＲＴＣＰ ＡＰＰパケットがアップリンク方向に存在する場合、Ｐ−ＣＳＣＦ／ＳＢＣが、基地局の無線インタフェースの実際の伝送品質情報に従って、ＲＴＰパケットをＵＥに送信する。

具体的には、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報、及びＵＥによってサポートされるレートセット情報に従ってオリジナルのサービスレートを増やすか又は減らすとともに、リアルタイム転送プロトコル（Real-Time Transport Protocol、略してＲＴＰ）パケットのペイロード内のＣＭＲに増やされた又は減らされたサービスレートを追加する。ＣＭＲを取得した後で、ＵＥは、ＵＥのコーデックレートに対して、対応する調整を実行することができる。

Ｓ６０５．第１のＲＴＣＰ ＡＰＰパケットがダウンリンク方向に存在し、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換を実行しない場合、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、ＲＴＰパケットをピアに送信する。

ＲＴＰパケットは、Ｓ６０４におけるＲＴＰパケットと同じであり、すなわち、ＲＴＰパケットのペイロード内のＣＭＲに増やされた又は減らされたサービスレートが記入されている。Ｓ６０４との違いは、Ｓ６０５では、増やされた又は減らされたサービスレートがピアに送信されることにある。

Ｓ６０６．第１のＲＴＣＰ ＡＰＰパケットがダウンリンク方向に存在し、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換を実行する場合、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｐ−ＣＳＣＦ／ＳＢＣのサービスレートに対して、対応する調整を実行する。

具体的には、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｐ−ＣＳＣＦ／ＳＢＣがサービスパケットを送信するサービスレートを増やすか又は減らし、すなわち増やされた又は減らされたサービスレートでサービスパケットを基地局に送信する。

Ｓ６０４〜Ｓ６０６に関して順番はない、という点に注意が必要である。Ｓ６０７は、Ｓ６０４〜Ｓ６０６のうちのいずれか１つが実行された後で実行される。

Ｓ６０７．Ｐ−ＣＳＣＦ／ＳＢＣは、第２のＲＴＣＰ ＡＰＰパケットをｅＮＢに送信する。

第２のＲＴＣＰ ＡＰＰパケットは、レート調整処理がＰ−ＣＳＣＦ／ＳＢＣによって開始された後で取得されるサービスレートを搬送する。

この実施例では、音声サービスの場合、ｅＮＢがｅＮＢの無線インタフェースの実際の伝送能力情報をＰ−ＣＳＣＦ／ＳＢＣに通知するとともに、Ｐ−ＣＳＣＦ／ＳＢＣがサービス状況に従ってサービスレート調整を開始し、その結果、レート調整処理の後で取得されるサービスレートは、実際の伝送能力に適合し、それによりデータの伝送品質を向上させることができる。

図７は、本発明によるサービスレート調整方法の第３の実施例のシグナリングフローチャートである。この実施例は、図５において示される実施例に基づいているとともに、音声サービスに関する具体的な説明の記述を提供する。この実施例は、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒを含む。この実施例における方法は、下記のステップを含み得る。

Ｓ７０１．コールシグナリングネゴシエーションが、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ、Ｐ−ＣＳＣＦ／ＳＢＣ、及びピアノードｐｅｅｒの間で実行される。

Ｓ７０２．ｅＮＢが、無線インタフェースの実際の伝送品質が変化したことを知る。

Ｓ７０３．ｅＮＢは、Ｓ−ＧＷを使用することにより第１のＲＴＣＰ ＡＰＰパケットをＰ−ＣＳＣＦ／ＳＢＣに送信する。

この実施例におけるＳ７０１〜Ｓ７０３は、図６において示される実施例におけるＳ６０１〜Ｓ６０３と同様である。詳細については、前述の実施例の説明の記述を参照されたい。詳細は再度ここでは説明されない。

Ｓ７０４．第１のＲＴＣＰ ＡＰＰパケットがアップリンク方向に存在する場合、Ｐ−ＣＳＣＦ／ＳＢＣが、基地局の無線インタフェースの実際の伝送品質情報に従って、ＴＭＭＢＲをＵＥに送信する。

ＴＭＭＢＲは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｐ−ＣＳＣＦ／ＳＢＣによって増やされた又は減らされたサービスレートを搬送する。

Ｓ７０５．第１のＲＴＣＰ ＡＰＰパケットがダウンリンク方向に存在し、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換を実行しない場合、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、ＴＭＭＢＲをピアに送信する。

具体的には、本明細書のＴＭＭＢＲは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｓ７０４のサービスレートと同じ、Ｐ−ＣＳＣＦ／ＳＢＣによって増やされた又は減らされたサービスレートを搬送する。Ｓ７０４との違いは、ＴＭＭＢＲがピアに送信される点にある。

Ｓ７０６．第１のＲＴＣＰ ＡＰＰパケットがダウンリンク方向に存在し、Ｐ−ＣＳＣＦ／ＳＢＣがコーデック変換を実行する場合、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｐ−ＣＳＣＦ／ＳＢＣのサービスレートに対して、対応する調整を実行する。

具体的には、Ｐ−ＣＳＣＦ／ＳＢＣは、基地局の無線インタフェースの実際の伝送品質情報に従って、Ｐ−ＣＳＣＦ／ＳＢＣがサービスパケットを送信するサービスレートを増やすか又は減らし、すなわち増やされた又は減らされたサービスレートでサービスパケットを基地局に送信する。

Ｓ７０４〜Ｓ７０６に関して順番はない、という点に注意が必要である。Ｓ７０７は、Ｓ７０４又はＳ７０５のうちのいずれか１つが実行された後で実行される。Ｓ７０８は、Ｓ７０６が実行された後で実行される。

Ｓ７０７．ＵＥ又はピアは、ＴＭＭＢＮをＰ−ＣＳＣＦ／ＳＢＣに送信する。

ＴＭＭＢＮは、Ｓ７０４におけるＴＭＭＢＲに対する応答メッセージである。

Ｓ７０８．Ｐ−ＣＳＣＦ／ＳＢＣは、第２のＲＴＣＰ ＡＰＰパケットをｅＮＢに送信する。

第２のＲＴＣＰ ＡＰＰパケットは、レート調整処理がＰ−ＣＳＣＦ／ＳＢＣによって開始された後で取得されるサービスレートを搬送する。

この実施例では、ビデオサービスの場合、ｅＮＢがｅＮＢの無線インタフェースの実際の伝送能力情報をＰ−ＣＳＣＦ／ＳＢＣに通知するとともに、Ｐ−ＣＳＣＦ／ＳＢＣがサービス状況に従ってサービスレート調整を開始し、その結果、レート調整処理の後で取得されるサービスレートは、実際の伝送能力に適合し、それによりデータの伝送品質を向上させることができる。

図８は、本発明によるセッションボーダーコントローラの第１の実施例の概略構成図である。図８において示されるように、この実施例の装置は、受信モジュール１１と処理モジュール１２とを含み得る。受信モジュール１１は、基地局によって送信された基地局の実際の伝送能力情報を受信するように構成される。処理モジュール１２は、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整するように構成される。

さらに、実装可能な３つの方法がある。

方法１では、基地局にサービスパケットを送信する送信側は端末であり、処理モジュール１２は、増やされた又は減らされたサービスレートを取得するために、実際の伝送能力情報に従って端末のサービスレートを増やすか又は減らすように具体的に構成される。ＳＢＣは、送信モジュール１３を更に含み、送信モジュール１３は、端末にレート調整要求メッセージを送信するように構成されるとともに、レート調整要求メッセージは、増やされた又は減らされたサービスレートを含む。

方法２では、基地局にサービスパケットを送信する送信側は当該セッションボーダーコントローラＳＢＣであり、処理モジュール１２は、当該ＳＢＣがコーデック変換処理を実行しない場合、実際の伝送能力情報に従ってピアエンドのサービスレートを増やすか又は減らすように具体的に構成される。ＳＢＣは、送信モジュール１３を更に含み、送信モジュール１３は、ピアエンドにレート調整要求メッセージを送信するように構成され、レート調整要求メッセージは増やされた又は減らされたサービスレートを含む。

方法３では、基地局にサービスパケットを送信する送信側は当該セッションボーダーコントローラＳＢＣであり、処理モジュール１２は、当該ＳＢＣがコーデック変換処理を実行する場合、実際の伝送能力情報に従って当該ＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた又は減らされたサービスレートで端末にサービスパケットを送信するように具体的に構成される。

さらに、受信モジュール１１は、基地局によって送信された第１のＲＴＣＰ ＡＰＰパケットを受信するとともに、第１のＲＴＣＰ ＡＰＰパケットから基地局の実際の伝送能力情報を取得し、ここで、実際の伝送能力情報が無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、ように具体的に構成される。

さらに、ＳＢＣの送信モジュール１３は、第２のＲＴＣＰ ＡＰＰパケットを基地局に送信し、ここで、第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送する、ように更に構成される。

さらに、サービスパケットが音声サービスのパケットであるとともに、レート調整要求メッセージはサービスパケットのコーデックモード要求ＣＭＲを含み、ＣＭＲは増やされた又は減らされたサービスレートを搬送する。

さらに、サービスパケットがビデオサービスのパケットであるとともに、レート調整要求メッセージは、具体的には、一時的最大メディアストリームビットレート要求メッセージであり、ここで、一時的最大メディアストリームビットレート要求メッセージは増やされた又は減らされたサービスレートを含む。

さらに、受信モジュール１１は、一時的最大メディアストリームビットレート通知メッセージを受信するように更に構成され、ここで、一時的最大メディアストリームビットレート通知メッセージは一時的最大メディアストリームビットレート要求メッセージに対する応答メッセージである。一時的最大メディアストリームビットレート通知メッセージは、端末によって送信されてもよく、又はピアエンドによって送信されてもよい。

この実施例における装置は、図３において示される方法の実施例の技術的解決法を実行するように構成され得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。

図９は、本発明による基地局の第１の実施例の概略構成図である。図９において示されるように、この実施例の装置は、処理モジュール２１と送信モジュール２２とを含み得る。処理モジュール２１は、基地局の実際の伝送能力情報を取得するように構成される。送信モジュール２２は、基地局の実際の伝送能力情報をセッションボーダーコントローラＳＢＣに送信するように構成され、実際の伝送能力情報は、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整するために、ＳＢＣによって使用される。

さらに、送信モジュール２２は、当該基地局の実際の伝送能力情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、第１のＲＴＣＰ ＡＰＰパケットをＳＢＣに送信するように具体的に構成される。

さらに、基地局は、ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを受信するように構成された受信モジュール２３であって、第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送するとともに、増やされた又は減らされたサービスレートが、実際の伝送能力情報と当該基地局にサービスパケットを送信する送信側のサービスレートとに従ってＳＢＣが送信側のサービスレートを調整した後で取得されるサービスレートである、受信モジュール２３を更に含む。

この実施例における装置は、図４において示される方法の実施例の技術的解決法を実行するように構成され得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。

図１０は、本発明によるセッションボーダーコントローラの第２の実施例の概略構成図である。図１０において示されるように、この実施例における装置は、受信機１００１とプロセッサ１００２とを含み得る。受信機１００１は、基地局によって送信された基地局の実際の伝送能力情報を受信するように構成される。プロセッサ１００２は、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整するように構成される。

さらに、基地局にサービスパケットを送信する送信側は端末であり、プロセッサ１００２は、実際の伝送能力情報に従って端末のサービスレートを増やすか又は減らすように具体的に構成される。セッションボーダーコントローラは、端末にレート調整要求メッセージを送信するように構成された送信機１００３であって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信機１００３を更に含む。

さらに、基地局にサービスパケットを送信する送信側は当該セッションボーダーコントローラＳＢＣであり、プロセッサ１００２は、当該ＳＢＣがコーデック変換処理を実行しない場合、実際の伝送能力情報に従ってピアエンドのサービスレートを増やすか又は減らすように具体的に構成される。セッションボーダーコントローラは、ピアエンドにレート調整要求メッセージを送信するように構成された送信機１００３であって、レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信機１００３を更に含む。

その代わりに、プロセッサ１００２は、当該ＳＢＣがコーデック変換処理を実行する場合、実際の伝送能力情報に従って当該ＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた又は減らされたサービスレートで端末にサービスパケットを送信するように具体的に構成される。

さらに、受信機１００１が、基地局によって送信された基地局の実際の伝送能力情報を受信するように構成されることは、具体的には、基地局によって送信された第１のＲＴＣＰ ＡＰＰパケットを受信することと、第１のＲＴＣＰ ＡＰＰパケットから基地局の実際の伝送能力情報を取得することであって、実際の伝送能力情報が無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、取得することを含む。

送信機１００３は、第２のＲＴＣＰ ＡＰＰパケットを基地局に送信し、ここで、第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送する、ように更に構成される。

さらに、サービスパケットは音声サービスのパケットであり、レート調整要求メッセージはサービスパケットのコーデックモード要求ＣＭＲを含むとともに、ＣＭＲは増やされた又は減らされたサービスレートを搬送する。

さらに、サービスパケットはビデオサービスのパケットであり、レート調整要求メッセージは、具体的には、一時的最大メディアストリームビットレート要求メッセージとすることができ、一時的最大メディアストリームビットレート要求メッセージは増やされた又は減らされたサービスレートを含む。

さらに、受信機１００１は、一時的最大メディアストリームビットレート通知メッセージを受信し、ここで、一時的最大メディアストリームビットレート通知メッセージが一時的最大メディアストリームビットレート要求メッセージに対する応答メッセージである、ように更に構成される。一時的最大メディアストリームビットレート通知メッセージは、端末によって送信されてもよく、又はピアエンドによって送信されてもよい。

この実施例における装置は、図３において示される方法の実施例の技術的解決法を実行するように構成され得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。

図１１は、本発明による基地局の第２の実施例の概略構成図である。図１１において示されるように、この実施例の装置は、プロセッサ１１０１と送信機１１０２とを含み得る。プロセッサ１１０１は、基地局の実際の伝送能力情報を取得するように構成される。送信機１１０２は、基地局の実際の伝送能力情報をセッションボーダーコントローラＳＢＣに送信するように構成され、実際の伝送能力情報は、送信側のサービスレートを、実際の伝送能力情報と基地局にサービスパケットを送信する送信側のサービスレートとに従って調整するために、ＳＢＣによって使用される。

さらに、送信機１１０２は、基地局の実際の伝送能力情報をＳＢＣに送信するように構成されることは、具体的には、基地局の実際の伝送能力情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、第１のＲＴＣＰ ＡＰＰパケットをＳＢＣに送信することを含み、実際の伝送能力情報は、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む。

基地局は、ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを受信するように構成された受信機１１０３であって、第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送するとともに、増やされた又は減らされたサービスレートが、実際の伝送能力情報と当該基地局にサービスパケットを送信する送信側のサービスレートとに従ってＳＢＣが送信側のサービスレートを調整した後で取得されるサービスレートである、受信機１１０３を更に含み得る。

この実施例における装置は、図４において示される方法の実施例の技術的解決法を実行するように構成され得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。

図１２は、本発明によるサービスレート調整システムの一実施例の概略構成図である。図１２において示されるように、この実施例のシステムは、セッションボーダーコントローラ１２０１と基地局１２０２とを含む。セッションボーダーコントローラ１２０１は、図８において示される装置の実施例の構造、又は図１０において示されるデバイスの実施例の構造を使用し得るとともに、これに対応して、図３から図７において示される方法の実施例のいずれか１つの技術的解決法を実行し得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。基地局１２０２は、図９において示される装置の実施例の構造、又は図１１において示されるデバイスの実施例の構造を使用し得るとともに、これに対応して、図３から図７において示される方法の実施例のいずれか１つの技術的解決法を実行し得る。その実施原則及び技術的効果は同様である。詳細は再度ここでは説明されない。

本発明の実施例における受信モジュール１１は、セッションボーダーコントローラの受信機に対応してもよく、又はセッションボーダーコントローラのトランシーバに対応してもよい、という点に注意が必要である。送信モジュール１３は、セッションボーダーコントローラの送信機に対応してもよく、又はセッションボーダーコントローラのトランシーバに対応してもよい。処理モジュール１２は、セッションボーダーコントローラのプロセッサに対応することができる。本明細書におけるプロセッサは、中央処理装置（Central Processing Unit、ＣＰＵ）、又は特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、又は本発明の実施例を実施する１つ若しくは複数の集積回路を含み得る。セッションボーダーコントローラは、メモリを更に含み得る。メモリは、命令コードを記憶するように構成されるとともに、プロセッサはメモリ内の命令コードを呼び出して、本発明の実施例における受信モジュール１１及び送信モジュール１３が前述の動作を実行するように制御する。

本発明のこの実施例における送信モジュール２２は、基地局の送信機に対応してもよく、又は基地局のトランシーバに対応してもよい。受信モジュール２３は、基地局の受信機に対応してもよく、又は基地局のトランシーバに対応してもよい。処理モジュール２１は、基地局のプロセッサに対応することができ、本明細書におけるプロセッサは、本発明の実施例を実施するＣＰＵ、ＡＳＩＣ、又は１つ若しくは複数の集積回路であってもよい。基地局は、メモリを更に含み得る。メモリは、命令コードを記憶するように構成されるとともに、プロセッサはメモリ内の命令コードを呼び出して、本発明の実施例における送信モジュール２２及び受信モジュール２３が前述の動作を実行するように制御する。

当業者は、方法の実施例のステップの全部又はいくつかが、関連するハードウェアに命令するプログラムにより実施され得る、ということを理解し得る。プログラムはコンピュータ読み取り可能な記憶媒体に記憶され得る。プログラムが動作する場合に、方法の実施例のステップが実行される。前述の記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクのような、プログラムコードを記憶することができるあらゆる媒体を含む。

最後に、前述の実施例は、単に本発明の技術的解決法を説明するために意図されているに過ぎず、本発明を限定するために意図されていない、という点に注意が必要である。前述の実施例に関連して本発明が詳細に説明されたが、当業者は、本発明の実施例の技術的解決法の範囲から逸脱することなく、前述の実施例において説明された技術的解決法に更に修正を行い得るか、又は、それらのいくつか若しくは全ての技術的特徴に等価な置換を行い得る、ということを理解すべきである。

Claims (22)

1. サービスレート調整方法であって、
   基地局によって送信された前記基地局の実際の伝送能力情報を受信するステップと、
   送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するステップとを含む、方法。
2. 前記基地局にサービスパケットを送信する前記送信側が端末であり、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整する前記ステップが、
   前記実際の伝送能力情報に従って前記端末のサービスレートを増やすか又は減らすステップと、
   前記端末にレート調整要求メッセージを送信するステップであって、前記レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、ステップとを含む、請求項１に記載の方法。
3. 前記基地局にサービスパケットを送信する前記送信側がセッションボーダーコントローラＳＢＣであり、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整する前記ステップが、
   前記ＳＢＣがコーデック変換処理を実行しない場合、前記実際の伝送能力情報に従ってピアエンドのサービスレートを増やすか又は減らすとともに、前記ピアエンドにレート調整要求メッセージを送信するステップであって、前記レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、ステップか、あるいは
   前記ＳＢＣがコーデック変換処理を実行する場合、前記実際の伝送能力情報に従って前記ＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた又は減らされたサービスレートで端末に前記サービスパケットを送信するステップとを含む、請求項１に記載の方法。
4. 基地局によって送信された前記基地局の実際の伝送能力情報を受信する前記ステップが、
   前記基地局によって送信された第１のＲＴＣＰ ＡＰＰパケットを受信するとともに、前記第１のＲＴＣＰ ＡＰＰパケットから前記基地局の前記実際の伝送能力情報を取得するステップであって、前記実際の伝送能力情報が、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、ステップを含む、請求項１から請求項３のいずれか一項に記載の方法。
5. 当該方法が、
   第２のＲＴＣＰ ＡＰＰパケットを前記基地局に送信するステップであって、前記第２のＲＴＣＰ ＡＰＰパケットが前記増やされた又は減らされたサービスレートを搬送する、ステップを更に含む、請求項４に記載の方法。
6. 前記サービスパケットが音声サービスのパケットであり、前記レート調整要求メッセージが前記サービスパケットのコーデックモード要求ＣＭＲを含むとともに、前記ＣＭＲが前記増やされた又は減らされたサービスレートを搬送する、請求項２又は請求項３又は請求項５に記載の方法。
7. 前記サービスパケットがビデオサービスのパケットであり、前記レート調整要求メッセージが、具体的には、一時的最大メディアストリームビットレート要求メッセージであり、前記一時的最大メディアストリームビットレート要求メッセージが前記増やされた又は減らされたサービスレートを含む、請求項２又は請求項３又は請求項５に記載の方法。
8. 当該方法が、
   一時的最大メディアストリームビットレート通知メッセージを受信するステップであって、前記一時的最大メディアストリームビットレート通知メッセージが前記一時的最大メディアストリームビットレート要求メッセージに対する応答メッセージである、ステップを更に含む、請求項７に記載の方法。
9. サービスレート調整方法であって、
   基地局の実際の伝送能力情報を取得するステップと、
   前記基地局の前記実際の伝送能力情報をセッションボーダーコントローラＳＢＣに送信するステップとを含み、
   前記実際の伝送能力情報が、送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するために、前記ＳＢＣによって使用される、方法。
10. 前記基地局の前記実際の伝送能力情報をＳＢＣに送信する前記ステップが、
    前記基地局の前記実際の伝送能力情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、前記第１のＲＴＣＰ ＡＰＰパケットを前記ＳＢＣに送信するステップを含み、
    前記実際の伝送能力情報が、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、請求項９に記載の方法。
11. 当該方法が、
    前記ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを受信するステップであって、前記第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送するとともに、前記増やされた又は減らされたサービスレートが、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って前記ＳＢＣが前記送信側の前記サービスレートを調整した後で取得されるサービスレートである、ステップを更に含む、請求項９又は請求項１０に記載の方法。
12. セッションボーダーコントローラＳＢＣであって、
    基地局によって送信された前記基地局の実際の伝送能力情報を受信するように構成された受信モジュールと、
    送信側のサービスレートを、前記実際の伝送能力情報と前記基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するように構成された処理モジュールとを備える、ＳＢＣ。
13. 前記基地局にサービスパケットを送信する前記送信側が端末であり、前記処理モジュールが、前記実際の伝送能力情報に従って前記端末のサービスレートを増やすか又は減らすように具体的に構成され、
    当該ＳＢＣが、送信モジュールを更に備え、前記送信モジュールが、前記端末にレート調整要求メッセージを送信するように構成されるとともに、前記レート調整要求メッセージが、増やされた又は減らされたサービスレートを含む、請求項１２に記載のＳＢＣ。
14. 前記基地局にサービスパケットを送信する前記送信側が当該セッションボーダーコントローラＳＢＣであり、
    前記処理モジュールが、当該ＳＢＣがコーデック変換処理を実行しない場合、前記実際の伝送能力情報に従ってピアエンドのサービスレートを増やすか又は減らすように具体的に構成され、
    当該ＳＢＣが、前記ピアエンドにレート調整要求メッセージを送信するように構成された送信モジュールであって、前記レート調整要求メッセージが増やされた又は減らされたサービスレートを含む、送信モジュールを更に備えるか、あるいは
    前記処理モジュールが、当該ＳＢＣがコーデック変換処理を実行する場合、前記実際の伝送能力情報に従って当該ＳＢＣのサービスレートを増やすか又は減らすとともに、増やされた又は減らされたサービスレートで端末に前記サービスパケットを送信するように具体的に構成される、請求項１２に記載のＳＢＣ。
15. 前記受信モジュールが、
    前記基地局によって送信された第１のＲＴＣＰ ＡＰＰパケットを受信するとともに、前記第１のＲＴＣＰ ＡＰＰパケットから前記基地局の前記実際の伝送能力情報を取得し、ここで、前記実際の伝送能力情報が無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、ように具体的に構成される、請求項１２から請求項１４のいずれか一項に記載のＳＢＣ。
16. 前記送信モジュールが、
    第２のＲＴＣＰ ＡＰＰパケットを前記基地局に送信し、ここで、前記第２のＲＴＣＰ ＡＰＰパケットが前記増やされた又は減らされたサービスレートを搬送する、ように更に構成される、請求項１５に記載のＳＢＣ。
17. 前記サービスパケットが音声サービスのパケットであり、前記レート調整要求メッセージが前記サービスパケットのコーデックモード要求ＣＭＲを含むとともに、前記ＣＭＲが前記増やされた又は減らされたサービスレートを搬送する、請求項１３又は請求項１４又は請求項１６に記載のＳＢＣ。
18. 前記サービスパケットがビデオサービスのパケットであり、前記レート調整要求メッセージが、具体的には、一時的最大メディアストリームビットレート要求メッセージであり、前記一時的最大メディアストリームビットレート要求メッセージが前記増やされた又は減らされたサービスレートを含む、請求項１３又は請求項１４又は請求項１６に記載のＳＢＣ。
19. 前記受信モジュールが、
    一時的最大メディアストリームビットレート通知メッセージを受信し、ここで、前記一時的最大メディアストリームビットレート通知メッセージが前記一時的最大メディアストリームビットレート要求メッセージに対する応答メッセージである、ように更に構成される、請求項１８に記載のＳＢＣ。
20. 基地局であって、
    当該基地局の実際の伝送能力情報を取得するように構成された処理モジュールと、
    当該基地局の前記実際の伝送能力情報をセッションボーダーコントローラＳＢＣに送信するように構成された送信モジュールとを備え、
    前記実際の伝送能力情報が、送信側のサービスレートを、前記実際の伝送能力情報と当該基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って調整するために、前記ＳＢＣによって使用される、基地局。
21. 前記送信モジュールが、
    当該基地局の前記実際の伝送能力情報を第１のＲＴＣＰ ＡＰＰパケットに追加するとともに、前記第１のＲＴＣＰ ＡＰＰパケットを前記ＳＢＣに送信するように具体的に構成され、
    前記実際の伝送能力情報が、無線インタフェースの現在の伝送品質情報又は無線インタフェースによって期待されるサービスレート情報を含む、請求項２０に記載の基地局。
22. 当該基地局が、
    前記ＳＢＣによって送信された第２のＲＴＣＰ ＡＰＰパケットを受信するように構成された受信モジュールであって、前記第２のＲＴＣＰ ＡＰＰパケットが増やされた又は減らされたサービスレートを搬送するとともに、前記増やされた又は減らされたサービスレートが、前記実際の伝送能力情報と当該基地局にサービスパケットを送信する前記送信側の前記サービスレートとに従って前記ＳＢＣが前記送信側の前記サービスレートを調整した後で取得されるサービスレートである、受信モジュールを更に含む、請求項２０又は請求項２１に記載の基地局。
    

Images