JP2002101041A - ボイスオーバインターネットプロトコル通信を設定する方法 - Google Patents
ボイスオーバインターネットプロトコル通信を設定する方法Info
- Publication number
- JP2002101041A JP2002101041A JP2001195907A JP2001195907A JP2002101041A JP 2002101041 A JP2002101041 A JP 2002101041A JP 2001195907 A JP2001195907 A JP 2001195907A JP 2001195907 A JP2001195907 A JP 2001195907A JP 2002101041 A JP2002101041 A JP 2002101041A
- Authority
- JP
- Japan
- Prior art keywords
- internet protocol
- voice over
- over internet
- mobile terminal
- communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/22—Traffic shaping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/28—Flow control; Congestion control in relation to timing considerations
- H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
Abstract
(57)【要約】
【課題】 移動体端末ＭＴと第２デバイスＴ２との間で
ボイスオーバインターネットプロトコル通信を設定する
方法を提供すること。 【解決手段】 ボイスオーバインターネットプロトコル
通信は、移動体端末ＭＴと、アクセスネットワークおよ
びインターネットプロトコルネットワークを介して第２
デバイスＴ２に結合された基地局ＢＳとの間のエアイン
ターフェースを備えている。本方法は、事前に定義され
た規則および条件に従って、通話設定中に、ボイスオー
バインターネットプロトコル通信を特徴付ける複数のパ
ラメータの適切な値を決定し、前記ボイスオーバインタ
ーネットプロトコル通信の事前に定義されたユーザ品質
と事前に定義された帯域幅効率との間の望ましい兼ね合
いを実現するステップを含んでいる。
ボイスオーバインターネットプロトコル通信を設定する
方法を提供すること。 【解決手段】 ボイスオーバインターネットプロトコル
通信は、移動体端末ＭＴと、アクセスネットワークおよ
びインターネットプロトコルネットワークを介して第２
デバイスＴ２に結合された基地局ＢＳとの間のエアイン
ターフェースを備えている。本方法は、事前に定義され
た規則および条件に従って、通話設定中に、ボイスオー
バインターネットプロトコル通信を特徴付ける複数のパ
ラメータの適切な値を決定し、前記ボイスオーバインタ
ーネットプロトコル通信の事前に定義されたユーザ品質
と事前に定義された帯域幅効率との間の望ましい兼ね合
いを実現するステップを含んでいる。
Description
【０００１】
【発明の属する技術分野】本発明は、請求項１の前文に
記載のボイスオーバインターネットプロトコル通信を設
定する方法、請求項１２の前文に記載の前記方法を使用
する電気通信ネットワークにおいて使用するデバイス、
および請求項１５の前文に記載のようなデバイスを備え
る電気通信ネットワークに関する。
記載のボイスオーバインターネットプロトコル通信を設
定する方法、請求項１２の前文に記載の前記方法を使用
する電気通信ネットワークにおいて使用するデバイス、
および請求項１５の前文に記載のようなデバイスを備え
る電気通信ネットワークに関する。
【０００２】
【従来の技術】上記の方法およびデバイスは、当技術分
野ではすでに知られている。実際、インターネットプロ
トコルネットワークアーキテクチャは、徐々に現実のも
のとなってきている。この１つの例証は、これ以後、ボ
イスオーバインターネットプロトコル通信あるいは略し
てＶｏＩＰ通信と呼ぶ、インターネット電話にますます
関心が高まっていることである。そのようなＶｏＩＰ技
術によって、音声ネットワークとデータ転送ネットワー
クとの統合が可能になる。企業および家庭のユーザに見
込まれる利点には、外部世界と単一の接続しか必要とし
ないことのコストの削減のほか、分単位の電話料金の低
価格化が含まれる。事業者にとっては、音声とデータト
ラフィックの両方に対して１つのネットワークのみを操
作すればよいという利点がある。このことは、無線事業
者についても当てはまる。
野ではすでに知られている。実際、インターネットプロ
トコルネットワークアーキテクチャは、徐々に現実のも
のとなってきている。この１つの例証は、これ以後、ボ
イスオーバインターネットプロトコル通信あるいは略し
てＶｏＩＰ通信と呼ぶ、インターネット電話にますます
関心が高まっていることである。そのようなＶｏＩＰ技
術によって、音声ネットワークとデータ転送ネットワー
クとの統合が可能になる。企業および家庭のユーザに見
込まれる利点には、外部世界と単一の接続しか必要とし
ないことのコストの削減のほか、分単位の電話料金の低
価格化が含まれる。事業者にとっては、音声とデータト
ラフィックの両方に対して１つのネットワークのみを操
作すればよいという利点がある。このことは、無線事業
者についても当てはまる。
【０００３】このようにして、エアインターフェースを
備えるボイスオーバインターネットプロトコル通信が、
移動体端末と第２デバイスとの間で設定される。エアイ
ンターフェースは、移動体端末と基地局間に位置してい
る。基地局は、一般に地上無線アクセスネットワークと
呼ばれるアクセスネットワークを介し、そしてインター
ネットプロトコルバックボーンネットワークを介してこ
の第２デバイスに結合されている。第２デバイスは、例
えば移動体ネットワークの移動体端末、ＰＳＴＮネット
ワークの固定端末、または直接ＩＰバックボーンネット
ワークに結合されたインターネットプロトコル端末であ
る。
備えるボイスオーバインターネットプロトコル通信が、
移動体端末と第２デバイスとの間で設定される。エアイ
ンターフェースは、移動体端末と基地局間に位置してい
る。基地局は、一般に地上無線アクセスネットワークと
呼ばれるアクセスネットワークを介し、そしてインター
ネットプロトコルバックボーンネットワークを介してこ
の第２デバイスに結合されている。第２デバイスは、例
えば移動体ネットワークの移動体端末、ＰＳＴＮネット
ワークの固定端末、または直接ＩＰバックボーンネット
ワークに結合されたインターネットプロトコル端末であ
る。
【０００４】移動体端末と第２デバイスは、両方とも音
声をインターネットプロトコルパケットにカプセル化す
ることが可能である。
声をインターネットプロトコルパケットにカプセル化す
ることが可能である。
【０００５】しかし、エアインターフェースを通るリア
ルタイムプロトコル（ＲＴＰ：Ｒｅａｌ Ｔｉｍｅ Ｐ
ｒｏｔｏｃｏｌ）、ユーザデータグラムプロトコル（Ｕ
ＤＰ：Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏ
ｌ）、インターネットプロトコルパケットのデータフロ
ーにおいて転送される音声通話の品質を保証するには、
インターネットプロトコル通信を介する音声を特徴付け
るパラメータに対して、適切な値が必要とされる。これ
らのパラメータは、例えば電力量、エアインターフェー
スチャネルコード、およびインタリーブスキームなどの
エアインターフェースのパラメータ、並びにジッタ除去
遅延および音声ペイロードのサイズなどのＶｏＩＰアプ
リケーションのパラメータである。従来の技術の解決策
によると、アプリケーションのタイプ、すなわち非実時
間データアプリケーションか、あるいはストリーミング
メディアアプリケーションかの区別の後に、いくつかの
事前に定義されたデフォルト値が、「エアインターフェ
ースを備えるＶｏＩＰ」通信を設定するために使用され
る。デフォルト値は、一度例えば通信システムの設計時
または実装時に決定され、それは通常いくつかの最悪の
ケースの想定に基づいている。所定の値は、様々なＶｏ
ＩＰ通信を設定するのに使用するため、各デバイスに前
もって確立されている。このようにして、同じ値が、シ
ナリオに関係なく、すなわち音声パケットフローの通る
転送段階の種類に関係なく使用されている。実際、通話
の品質は、実際のシナリオに大きく左右され、それは、
２、３の例による以下の節で明らかになろう。
ルタイムプロトコル（ＲＴＰ：Ｒｅａｌ Ｔｉｍｅ Ｐ
ｒｏｔｏｃｏｌ）、ユーザデータグラムプロトコル（Ｕ
ＤＰ：Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏ
ｌ）、インターネットプロトコルパケットのデータフロ
ーにおいて転送される音声通話の品質を保証するには、
インターネットプロトコル通信を介する音声を特徴付け
るパラメータに対して、適切な値が必要とされる。これ
らのパラメータは、例えば電力量、エアインターフェー
スチャネルコード、およびインタリーブスキームなどの
エアインターフェースのパラメータ、並びにジッタ除去
遅延および音声ペイロードのサイズなどのＶｏＩＰアプ
リケーションのパラメータである。従来の技術の解決策
によると、アプリケーションのタイプ、すなわち非実時
間データアプリケーションか、あるいはストリーミング
メディアアプリケーションかの区別の後に、いくつかの
事前に定義されたデフォルト値が、「エアインターフェ
ースを備えるＶｏＩＰ」通信を設定するために使用され
る。デフォルト値は、一度例えば通信システムの設計時
または実装時に決定され、それは通常いくつかの最悪の
ケースの想定に基づいている。所定の値は、様々なＶｏ
ＩＰ通信を設定するのに使用するため、各デバイスに前
もって確立されている。このようにして、同じ値が、シ
ナリオに関係なく、すなわち音声パケットフローの通る
転送段階の種類に関係なく使用されている。実際、通話
の品質は、実際のシナリオに大きく左右され、それは、
２、３の例による以下の節で明らかになろう。
【０００６】最悪ケースの想定に基づく事前に定義され
たデフォルト値によって、ＰＳＴＮ加入者に通話するＵ
ＭＴＳ加入者は、他のＵＭＴＳ加入者に通話するＵＭＴ
Ｓ加入者よりも良い品質を経験し、それは、別のパラメ
ータの設定によって同じ品質を提供することが技術的に
実現可能なときにでもそのような経験をする。
たデフォルト値によって、ＰＳＴＮ加入者に通話するＵ
ＭＴＳ加入者は、他のＵＭＴＳ加入者に通話するＵＭＴ
Ｓ加入者よりも良い品質を経験し、それは、別のパラメ
ータの設定によって同じ品質を提供することが技術的に
実現可能なときにでもそのような経験をする。
【０００７】帯域幅は、単一のＩＰパケットに、通話
（ｍｏｕｔｈ−ｔｏ−ｅａｒ）遅延量を超過することな
く詰めることができる音声コードワードの数が、音声コ
ードワードのデフォルト値より大きい場合に浪費され
る。実際、１つのＩＰパケットにカプセル化される事前
に定義された音声コードワードの数が、ＩＰパケットの
事前に定義された音声ペイロードのサイズを提供するこ
とを理解している必要がある。この音声ペイロードのサ
イズは、次に帯域幅効率のための事前に定義された値お
よび通話遅延のための事前に定義された値を提供する。
通話遅延は、実際、加入者の主感的品質を反映してい
る。事前に定義された音声コードワードの数は、常に帯
域幅効率と主感的音声品質との間で良好な兼ね合いを生
成するとはかぎらない。
（ｍｏｕｔｈ−ｔｏ−ｅａｒ）遅延量を超過することな
く詰めることができる音声コードワードの数が、音声コ
ードワードのデフォルト値より大きい場合に浪費され
る。実際、１つのＩＰパケットにカプセル化される事前
に定義された音声コードワードの数が、ＩＰパケットの
事前に定義された音声ペイロードのサイズを提供するこ
とを理解している必要がある。この音声ペイロードのサ
イズは、次に帯域幅効率のための事前に定義された値お
よび通話遅延のための事前に定義された値を提供する。
通話遅延は、実際、加入者の主感的品質を反映してい
る。事前に定義された音声コードワードの数は、常に帯
域幅効率と主感的音声品質との間で良好な兼ね合いを生
成するとはかぎらない。
【０００８】ＵＭＴＳエアインターフェースの場合、後
の節で説明することになるが、伝送時間間隔とも呼ばれ
る、多少短いインタリーブスパンを持つインタリーブス
キームの事前に定義された選択には、より良い信号対雑
音比が必要とされ、それは、各シナリオに対して、最も
適切なものとはかぎらない両方のパラメータ間の兼ね合
いである。
の節で説明することになるが、伝送時間間隔とも呼ばれ
る、多少短いインタリーブスパンを持つインタリーブス
キームの事前に定義された選択には、より良い信号対雑
音比が必要とされ、それは、各シナリオに対して、最も
適切なものとはかぎらない両方のパラメータ間の兼ね合
いである。
【０００９】
【発明が解決しようとする課題】本発明の目的は、エア
インターフェースを備えるボイスオーバインターネット
プロトコル通信を設定する方法および関連するデバイス
を提供することであり、それは、前部で知られている方
法であるが、しかしボイスオーバインターネットプロト
コル通信の事前に定義されたユーザ品質と事前に定義さ
れた帯域幅効率との間の所望の兼ね合いを、各種類のシ
ナリオに対して実現するものである。
インターフェースを備えるボイスオーバインターネット
プロトコル通信を設定する方法および関連するデバイス
を提供することであり、それは、前部で知られている方
法であるが、しかしボイスオーバインターネットプロト
コル通信の事前に定義されたユーザ品質と事前に定義さ
れた帯域幅効率との間の所望の兼ね合いを、各種類のシ
ナリオに対して実現するものである。
【００１０】
【課題を解決するための手段】本発明によると、この目
的は、請求項１の方法によって達成され、該方法は請求
項１２のデバイスによって実現され、そのデバイスは請
求項１６に記載の電気通信システムに含まれている。
的は、請求項１の方法によって達成され、該方法は請求
項１２のデバイスによって実現され、そのデバイスは請
求項１６に記載の電気通信システムに含まれている。
【００１１】実際、本発明によるデバイスを使用し、事
前に定義された規則および条件に従い、通話設定中に、
ボイスオーバインターネットプロトコル通信を特徴付け
るパラメータに対して適切な値を決定することによっ
て、ユーザ品質と帯域幅効率との間の望ましい兼ね合い
が、各ＶｏＩＰ通信に対し、使用されるシナリオに関係
なく達成されるのである。デフォルト値を用いる代わり
に、特徴的なパラメータが、各ＶｏＩＰ通信に対して、
通話設定中に設計される。
前に定義された規則および条件に従い、通話設定中に、
ボイスオーバインターネットプロトコル通信を特徴付け
るパラメータに対して適切な値を決定することによっ
て、ユーザ品質と帯域幅効率との間の望ましい兼ね合い
が、各ＶｏＩＰ通信に対し、使用されるシナリオに関係
なく達成されるのである。デフォルト値を用いる代わり
に、特徴的なパラメータが、各ＶｏＩＰ通信に対して、
通話設定中に設計される。
【００１２】特定のパラメータが通話設定中に決定され
ることに留意する必要がある。このことは、パラメータ
の値を決定するこのステップが、全通話設定手順の一部
であることを意味している。実際、その値は、通話を設
定する知られている機能が実行される直前に決定される
が、これらの知られている機能実行中の決定段階におい
ても決定される。特定のパラメータの適切な値が決定さ
れるならば、その値は、そのパラメータが実際の通話設
定の確立を必要とする時に使用可能である。
ることに留意する必要がある。このことは、パラメータ
の値を決定するこのステップが、全通話設定手順の一部
であることを意味している。実際、その値は、通話を設
定する知られている機能が実行される直前に決定される
が、これらの知られている機能実行中の決定段階におい
ても決定される。特定のパラメータの適切な値が決定さ
れるならば、その値は、そのパラメータが実際の通話設
定の確立を必要とする時に使用可能である。
【００１３】一好ましい実施形態は、請求項５に記載さ
れている。実際、使用可能なエアインターフェースを、
ＧＳＭシステム−Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ
Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ
ｓシステムのエアインターフェースまたはＥＤＧＥシス
テム−Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅ ｆｏｒ
ＧＳＭ Ｅｖｏｌｕｔｉｏｎシステムのエアインター
フェースに実装することができる点に言及しておく必要
がある。しかし、インターネット電話の発達と同時に、
第３世代の移動体通信システムの標準化が急速に進んで
いる。３ＧＰＰによって標準化されているＵＭＴＳ−Ｕ
ｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕ
ｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓは、高速データサー
ビスを持つＧＳＭ−Ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏ
ｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎなど
の、現在の第２世代のシステムによって提供されている
サービスを高度化するものである。これらのより高速な
ビットレートによって、無線事業者は、その顧客に、ウ
ェブの閲覧および電子メールなどのさらに多くのサービ
スを提供することが可能になる。このことは、データお
よび音声サービスのための単一の解決策を得るために、
音声をＵＭＴＳエアインターフェースを介し、インター
ネットプロトコルパケットで搬送することができるかど
うかを研究するための刺激材料である。本発明に関する
ＵＭＴＳエアインターフェースの利点は、音声トラフィ
ック用の通信パラメータとは異なるデータトラフィック
用の通信パラメータを定義することが実際の可能性とし
て提供されていることである。
れている。実際、使用可能なエアインターフェースを、
ＧＳＭシステム−Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ
Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ
ｓシステムのエアインターフェースまたはＥＤＧＥシス
テム−Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅ ｆｏｒ
ＧＳＭ Ｅｖｏｌｕｔｉｏｎシステムのエアインター
フェースに実装することができる点に言及しておく必要
がある。しかし、インターネット電話の発達と同時に、
第３世代の移動体通信システムの標準化が急速に進んで
いる。３ＧＰＰによって標準化されているＵＭＴＳ−Ｕ
ｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕ
ｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓは、高速データサー
ビスを持つＧＳＭ−Ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏ
ｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎなど
の、現在の第２世代のシステムによって提供されている
サービスを高度化するものである。これらのより高速な
ビットレートによって、無線事業者は、その顧客に、ウ
ェブの閲覧および電子メールなどのさらに多くのサービ
スを提供することが可能になる。このことは、データお
よび音声サービスのための単一の解決策を得るために、
音声をＵＭＴＳエアインターフェースを介し、インター
ネットプロトコルパケットで搬送することができるかど
うかを研究するための刺激材料である。本発明に関する
ＵＭＴＳエアインターフェースの利点は、音声トラフィ
ック用の通信パラメータとは異なるデータトラフィック
用の通信パラメータを定義することが実際の可能性とし
て提供されていることである。
【００１４】エアインターフェースを備える前述のよう
なＶｏＩＰ通信は、ＶｏＩＰ通信の際に移動体と第２デ
バイスとの間で伝送されるＩＰパケットの音声ペイロー
ドのサイズと、基地局と第２デバイスとの間で結合され
るジッタ除去バッファによって導入されるジッタ除去遅
延と、エアインターフェースパラメータ、例えば基地局
向けの移動体端末または移動体向けの基地局によって使
用される電力量と、基地局および移動体端末によって使
用されるエアインターフェースチャネルコードと、移動
体端末および基地局によって使用されるインタリーブス
キームなどとによって特徴付けられる。
なＶｏＩＰ通信は、ＶｏＩＰ通信の際に移動体と第２デ
バイスとの間で伝送されるＩＰパケットの音声ペイロー
ドのサイズと、基地局と第２デバイスとの間で結合され
るジッタ除去バッファによって導入されるジッタ除去遅
延と、エアインターフェースパラメータ、例えば基地局
向けの移動体端末または移動体向けの基地局によって使
用される電力量と、基地局および移動体端末によって使
用されるエアインターフェースチャネルコードと、移動
体端末および基地局によって使用されるインタリーブス
キームなどとによって特徴付けられる。
【００１５】これらのパラメータについては、請求項３
で述べ、より詳細には、例として前に言及したＵＭＴＳ
エアインターフェースを例として利用し以下の節で説明
する。
で述べ、より詳細には、例として前に言及したＵＭＴＳ
エアインターフェースを例として利用し以下の節で説明
する。
【００１６】エアインターフェースの物理層には、無線
チャネルの信頼性のない特性を、ほんの少しのパケット
損失しか許容しないアプリケーション、すなわちＶｏＩ
Ｐ通信に対して気付かれないほどにするという難しいタ
スクがある。
チャネルの信頼性のない特性を、ほんの少しのパケット
損失しか許容しないアプリケーション、すなわちＶｏＩ
Ｐ通信に対して気付かれないほどにするという難しいタ
スクがある。
【００１７】エアインターフェースの物理層の最初のパ
ラメータは、音声アプリケーションのビットストリーム
をチャネル符号化するのに使用されるチャネルコードで
ある。チャネルコードは、様々なアルゴリズムを使用
し、様々なコーディングレートを持ついくつかの代替形
態から選ぶことができる。適用されるコーディングレー
トに従って、異なるパフォーマンスおよび帯域幅消費量
がもたらされる。その選択は、パケット損失に対するア
プリケーションの感度に左右される。
ラメータは、音声アプリケーションのビットストリーム
をチャネル符号化するのに使用されるチャネルコードで
ある。チャネルコードは、様々なアルゴリズムを使用
し、様々なコーディングレートを持ついくつかの代替形
態から選ぶことができる。適用されるコーディングレー
トに従って、異なるパフォーマンスおよび帯域幅消費量
がもたらされる。その選択は、パケット損失に対するア
プリケーションの感度に左右される。
【００１８】アプリケーションが受け取るサービスも、
インタリーブスキームに左右される。物理層は、２つの
段階、すなわちフレーム間およびフレーム内ビットレベ
ルインタリーブを、一時的に不良なチャネル条件の影響
を緩和するために適用する。フレーム間インタリーブ
は、インタリーブスパン、さらに伝送時間間隔ＴＴＩと
呼ばれる規模で生じる。伝送時間間隔には、各転送チャ
ネルに対して固定の継続時間があり、１、２、４または
８無線フレーム（１０−８０ｍｓ）に等しい。各伝送時
間間隔の間に、前の伝送時間間隔の間にメディアアクセ
ス層（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｌａｙｅｒ）ＭＡ
Ｃ層によってハンドオーバされるブロックが伝送され
る。アプリケーションに対する伝送時間間隔の選択は、
パケット損失とパケット遅延の間の兼ね合いである。伝
送時間間隔がより長い場合、より遅延することを意味す
るが、それによって物理チャネルのバースト誤りがアプ
リケーションに影響する確率が減少する。ビットが連続
して、より長い時間期間の間ずっと放出されると、一時
的に不良なチャネル条件の影響力を低下させる。
インタリーブスキームに左右される。物理層は、２つの
段階、すなわちフレーム間およびフレーム内ビットレベ
ルインタリーブを、一時的に不良なチャネル条件の影響
を緩和するために適用する。フレーム間インタリーブ
は、インタリーブスパン、さらに伝送時間間隔ＴＴＩと
呼ばれる規模で生じる。伝送時間間隔には、各転送チャ
ネルに対して固定の継続時間があり、１、２、４または
８無線フレーム（１０−８０ｍｓ）に等しい。各伝送時
間間隔の間に、前の伝送時間間隔の間にメディアアクセ
ス層（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｌａｙｅｒ）ＭＡ
Ｃ層によってハンドオーバされるブロックが伝送され
る。アプリケーションに対する伝送時間間隔の選択は、
パケット損失とパケット遅延の間の兼ね合いである。伝
送時間間隔がより長い場合、より遅延することを意味す
るが、それによって物理チャネルのバースト誤りがアプ
リケーションに影響する確率が減少する。ビットが連続
して、より長い時間期間の間ずっと放出されると、一時
的に不良なチャネル条件の影響力を低下させる。
【００１９】伝送時間間隔をどのくらい長く出来るか
は、通話遅延量に依存する。どのくらい短く出来るか
は、電力量すなわち第３パラメータ、および音声フレー
ムの損失に対する使用される音声コーデックの許容範囲
に依存する。音声コーデックが導入する圧縮率が高くな
ると、音声フレームの損失に対する許容範囲が少なくな
る。
は、通話遅延量に依存する。どのくらい短く出来るか
は、電力量すなわち第３パラメータ、および音声フレー
ムの損失に対する使用される音声コーデックの許容範囲
に依存する。音声コーデックが導入する圧縮率が高くな
ると、音声フレームの損失に対する許容範囲が少なくな
る。
【００２０】移動体端末の電力量が、ＩＰパケットを上
り方向へ伝送するために使用される電力量で、基地局の
電力量は、ＩＰパケットを端末向けの下り方向へ伝送す
るために使用される電力量であることを説明しておく必
要がある。
り方向へ伝送するために使用される電力量で、基地局の
電力量は、ＩＰパケットを端末向けの下り方向へ伝送す
るために使用される電力量であることを説明しておく必
要がある。
【００２１】これで、ＶｏＩＰ通信の特徴的なすべての
パラメータに関する一般的な見解に至ることになる。実
際、本発明よると、適切な値はＶｏＩＰ通信の特徴的な
パラメータに対し設定中に決定される。これらのパラメ
ータの値が、しばしば下り方向の通信に関しては上り方
向の通信と同一であるが、本発明は、上りおよび下り方
向で使用するために一組の値のみを決定することに限定
してはいない。実際、本発明の目標は、特徴的なパラメ
ータの適切な値を、上り方向のほか下り方向のＶｏＩＰ
通信に対して望ましい兼ね合いを実現するために決定す
ることである。これによって、上り方向に対して特定の
パラメータの値および下り方向に対するこのパラメータ
に別の値を、ＶｏＩＰ通信のためのこの兼ね合いに到達
するために決定する必要がある。
パラメータに関する一般的な見解に至ることになる。実
際、本発明よると、適切な値はＶｏＩＰ通信の特徴的な
パラメータに対し設定中に決定される。これらのパラメ
ータの値が、しばしば下り方向の通信に関しては上り方
向の通信と同一であるが、本発明は、上りおよび下り方
向で使用するために一組の値のみを決定することに限定
してはいない。実際、本発明の目標は、特徴的なパラメ
ータの適切な値を、上り方向のほか下り方向のＶｏＩＰ
通信に対して望ましい兼ね合いを実現するために決定す
ることである。これによって、上り方向に対して特定の
パラメータの値および下り方向に対するこのパラメータ
に別の値を、ＶｏＩＰ通信のためのこの兼ね合いに到達
するために決定する必要がある。
【００２２】本発明の他の特徴は、通話設定中に決定さ
れる値が、この通話設定を完了するために使用されなけ
ればならず、そのため、本方法は、適切な値の少なくと
も一部を、移動体端末、第２デバイス、ジッタ除去バッ
ファおよび基地局に通知し、ボイスオーバインターネッ
トプロトコル通信の設定中に使用するステップをさらに
含んでいる。このことは、請求項２に記載されている。
れる値が、この通話設定を完了するために使用されなけ
ればならず、そのため、本方法は、適切な値の少なくと
も一部を、移動体端末、第２デバイス、ジッタ除去バッ
ファおよび基地局に通知し、ボイスオーバインターネッ
トプロトコル通信の設定中に使用するステップをさらに
含んでいる。このことは、請求項２に記載されている。
【００２３】さらに、ボイスオーバインターネットプロ
トコル通信中にシナリオを変更する場合、適切な値を適
合させて、新しい状態に対して実際に最適な状態を維持
しなければならない。そのようなシナリオの変更は、例
えば、移動体加入者が輻輳したセルに向け移動し、そこ
で他のユーザとの干渉がよりひどくなるときである。こ
のような場合、信号対雑音比も増大する。これによっ
て、エアインターフェースの物理的特徴が変化したこと
は明らかである。本発明の他の特徴は、パラメータの適
合をボイスオーバインターネットプロトコル通信中に導
入することである。実際、チャネルコードまたはインタ
リーブスキームを適合させることによって、事前に定義
された兼ね合いを再度最適化することができる。ボイス
オーバインターネット通信中のパラメータ適合は、請求
項４に記載されている。
トコル通信中にシナリオを変更する場合、適切な値を適
合させて、新しい状態に対して実際に最適な状態を維持
しなければならない。そのようなシナリオの変更は、例
えば、移動体加入者が輻輳したセルに向け移動し、そこ
で他のユーザとの干渉がよりひどくなるときである。こ
のような場合、信号対雑音比も増大する。これによっ
て、エアインターフェースの物理的特徴が変化したこと
は明らかである。本発明の他の特徴は、パラメータの適
合をボイスオーバインターネットプロトコル通信中に導
入することである。実際、チャネルコードまたはインタ
リーブスキームを適合させることによって、事前に定義
された兼ね合いを再度最適化することができる。ボイス
オーバインターネット通信中のパラメータ適合は、請求
項４に記載されている。
【００２４】さらに、第２デバイスを、インターネット
プロトコルゲートウェイまたはインターネットプロトコ
ル端末に実装できることを説明しておく必要がある。こ
れは請求項６および７に記載されている。インターネッ
トプロトコル端末は、データをインターネットパケット
にカプセル化およびデータをインターネットパケットか
らカプセル化解除することを可能にする端末で、すなわ
ちインターネットプロトコル端末は、インターネットプ
ロトコルを認識している。インターネットプロトコルゲ
ートウェイも、インターネットプロトコルを認識してお
り、カプセル化およびカプセル化解除を、関係するＶｏ
ＩＰ通信の最終的な宛先のユーザに対して実行する。Ｖ
ｏＩＰ通信は、このインターネットプロトコルゲートウ
ェイを介してその宛先にルーティングされる。このこと
は、そのような場合、ＶｏＩＰ通信の宛先を、様々な種
類の端末、例えばこのインターネットプロトコルゲート
ウェイを介してインターネットバックボーンネットワー
クに結合するＰＳＴＮネットワークの電話またはアクセ
スネットワークを介してインターネットプロトコルネッ
トワークに結合する他の移動体端末などに実装すること
ができることを意味している。
プロトコルゲートウェイまたはインターネットプロトコ
ル端末に実装できることを説明しておく必要がある。こ
れは請求項６および７に記載されている。インターネッ
トプロトコル端末は、データをインターネットパケット
にカプセル化およびデータをインターネットパケットか
らカプセル化解除することを可能にする端末で、すなわ
ちインターネットプロトコル端末は、インターネットプ
ロトコルを認識している。インターネットプロトコルゲ
ートウェイも、インターネットプロトコルを認識してお
り、カプセル化およびカプセル化解除を、関係するＶｏ
ＩＰ通信の最終的な宛先のユーザに対して実行する。Ｖ
ｏＩＰ通信は、このインターネットプロトコルゲートウ
ェイを介してその宛先にルーティングされる。このこと
は、そのような場合、ＶｏＩＰ通信の宛先を、様々な種
類の端末、例えばこのインターネットプロトコルゲート
ウェイを介してインターネットバックボーンネットワー
クに結合するＰＳＴＮネットワークの電話またはアクセ
スネットワークを介してインターネットプロトコルネッ
トワークに結合する他の移動体端末などに実装すること
ができることを意味している。
【００２５】ボイスオーバインターネットプロトコル通
信の、事前に定義されたユーザ品質と事前に定義された
端末効率との間で兼ね合いに到達することが望まれるの
で、兼ね合いは、様々な種類の優先順位に従って定義す
ることができる。
信の、事前に定義されたユーザ品質と事前に定義された
端末効率との間で兼ね合いに到達することが望まれるの
で、兼ね合いは、様々な種類の優先順位に従って定義す
ることができる。
【００２６】そのような通信の事前に定義されたユーザ
品質は、例えば２０００年５月の参照番号ＩＴＵ−Ｔ勧
告Ｇ．１０７「Ｅ−ｍｏｄｅｌ、伝送プランニングに使
用する計算モデル（Ｔｈｅ Ｅ−ｍｏｄｅｌ，ａ ｃｏ
ｍｐｕｔａｔｉｏｎａｌ ｍｏｄｅｌ ｆｏｒ ｕｓｅ
ｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｌａｎｎｉｎ
ｇ）」で知られているＥ−ｍｏｄｅｌにおいて定義され
る。Ｅ−ｍｏｄｅｌは、「平均的な」聞き手が経験する
ことになる主感的な品質を予測する。Ｅ−ｍｏｄｅｌを
使用して、パケット化された電話のための品質評価を、
音声パケットがたどる伝送段階の動作を記述するパラメ
ータから開始して計算する。各評価値は、音声伝送カテ
ゴリ、例えば最良の品質、中程度の品質、または不良品
質などに対応する。
品質は、例えば２０００年５月の参照番号ＩＴＵ−Ｔ勧
告Ｇ．１０７「Ｅ−ｍｏｄｅｌ、伝送プランニングに使
用する計算モデル（Ｔｈｅ Ｅ−ｍｏｄｅｌ，ａ ｃｏ
ｍｐｕｔａｔｉｏｎａｌ ｍｏｄｅｌ ｆｏｒ ｕｓｅ
ｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｌａｎｎｉｎ
ｇ）」で知られているＥ−ｍｏｄｅｌにおいて定義され
る。Ｅ−ｍｏｄｅｌは、「平均的な」聞き手が経験する
ことになる主感的な品質を予測する。Ｅ−ｍｏｄｅｌを
使用して、パケット化された電話のための品質評価を、
音声パケットがたどる伝送段階の動作を記述するパラメ
ータから開始して計算する。各評価値は、音声伝送カテ
ゴリ、例えば最良の品質、中程度の品質、または不良品
質などに対応する。
【００２７】通信の事前に定義された帯域幅効率は、例
えばＩＰパケットのパケットである音声ワードの数によ
って定義されている。できるだけ多くの音声ワードを同
じＩＰパケットに詰めることにより、最大の帯域幅効率
がもたらされる。
えばＩＰパケットのパケットである音声ワードの数によ
って定義されている。できるだけ多くの音声ワードを同
じＩＰパケットに詰めることにより、最大の帯域幅効率
がもたらされる。
【００２８】望ましい兼ね合いを定義する可能な方法
は、ボイスオーバインターネットプロトコル通信を設定
することを望むユーザの、事前に定義されたユーザの選
択を考慮に入れることである。これらのユーザの選択
は、ユーザによって異なるはずであり、さらに、通信に
よって異なるはずである。これらのユーザの選択を事前
にインストールする可能な方法は、例えば既知のＩＴＵ
−Ｔ Ｅ−ｍｏｄｅｌによる少なくとも予期される品質
評価に、限度を事前に定義することである。このように
することで、例えばＵＭＴＳＩＰ端末からＩＰバックボ
ーンネットワークを介して他のＵＭＴＳＩＰ端末に至る
同一のシナリオに対しても、適切な値を決定するステッ
プの結果は、ユーザによって、事前にインストールされ
ているユーザの選択に応じて異なるものとすることがで
きる。このことは、請求項８に記載されている。
は、ボイスオーバインターネットプロトコル通信を設定
することを望むユーザの、事前に定義されたユーザの選
択を考慮に入れることである。これらのユーザの選択
は、ユーザによって異なるはずであり、さらに、通信に
よって異なるはずである。これらのユーザの選択を事前
にインストールする可能な方法は、例えば既知のＩＴＵ
−Ｔ Ｅ−ｍｏｄｅｌによる少なくとも予期される品質
評価に、限度を事前に定義することである。このように
することで、例えばＵＭＴＳＩＰ端末からＩＰバックボ
ーンネットワークを介して他のＵＭＴＳＩＰ端末に至る
同一のシナリオに対しても、適切な値を決定するステッ
プの結果は、ユーザによって、事前にインストールされ
ているユーザの選択に応じて異なるものとすることがで
きる。このことは、請求項８に記載されている。
【００２９】望ましい兼ね合いを定義するための他の方
法は、基地局を利用する事業者の事前に定義された選好
を考慮に入れることである。実際、様々な事業者が、様
々な優先順位にウエートを置くことによって、帯域幅効
率に対する様々な要件に従ってネットワークを管理し、
その優先順位には、例えば、電力消費の少ないネットワ
ークには低い帯域幅効率を、または電力消費の多いネッ
トワークには高い帯域幅効率などがある。
法は、基地局を利用する事業者の事前に定義された選好
を考慮に入れることである。実際、様々な事業者が、様
々な優先順位にウエートを置くことによって、帯域幅効
率に対する様々な要件に従ってネットワークを管理し、
その優先順位には、例えば、電力消費の少ないネットワ
ークには低い帯域幅効率を、または電力消費の多いネッ
トワークには高い帯域幅効率などがある。
【００３０】さらに、同じ事業者であっても、ネットワ
ークの様々な基地局に対して様々な要件を、前述と同様
の理由により持つ可能性もあるはずである。このように
することで、同一のシナリオ、しかし例えば他の基地局
を介するものに対しても、適切な値を決定するステップ
の結果は、ユーザによって、事前にインストールされて
いるオペレータの選好に応じて異なるものとすることが
できる。このことは、請求項９に記載されている。
ークの様々な基地局に対して様々な要件を、前述と同様
の理由により持つ可能性もあるはずである。このように
することで、同一のシナリオ、しかし例えば他の基地局
を介するものに対しても、適切な値を決定するステップ
の結果は、ユーザによって、事前にインストールされて
いるオペレータの選好に応じて異なるものとすることが
できる。このことは、請求項９に記載されている。
【００３１】前の節から明らかなように、様々な方法論
が、ボイスオーバインターネットプロトコル通信を特徴
付ける複数のパラメータの適切な値の決定のステップを
実装するために可能なのである。しかし、好ましい方法
論は、請求項１０に記載されている。実際、複数のパラ
メータの値を決定するステップは、 ａ）複数の通話遅延対歪み水準を定義するステップであ
って、各水準が、電力量の値とチャネルコードの値との
組合せに関連付けられているステップと、 ｂ）複数の通話遅延対歪み水準の各水準において、定数
格付け曲線を含む数値モデルを決定するステップであっ
て、定数格付け曲線の各々が、ボイスオーバインターネ
ットプロトコル通信のユーザ品質を反映するステップ
と、 ｃ）各通話遅延対歪み水準において、音声ワードの数が
多ければ帯域幅効率もより高くなることを反映する、音
声ワードの数とインタリーブスキームの選択との各組合
せに関する動作点を決定するステップであって、通話遅
延は、ボイスオーバインターネットプロトコル通信のパ
ケットがたどる様々な転送段階の特性についての詳細な
情報に応じて決定され、歪みは様々なパケット損失確率
に応じて決定され、それによって動作点の全体の組が提
供されるステップと、 ｄ）望ましい兼ね合いに従って、動作点の全体の組から
最適な動作点を決定するステップであって、最適な動作
点が、事前に定義されたユーザ品質を反映する定数格付
け曲線によって制限された、通話遅延対歪み水準の１つ
の領域に位置しており、最適な動作点が、ステップｃ）
に従って、事前に定義された音声ワードの最大数に関連
付けられているステップとを含むはずである。この方法
論は、後の節で説明することにする。
が、ボイスオーバインターネットプロトコル通信を特徴
付ける複数のパラメータの適切な値の決定のステップを
実装するために可能なのである。しかし、好ましい方法
論は、請求項１０に記載されている。実際、複数のパラ
メータの値を決定するステップは、 ａ）複数の通話遅延対歪み水準を定義するステップであ
って、各水準が、電力量の値とチャネルコードの値との
組合せに関連付けられているステップと、 ｂ）複数の通話遅延対歪み水準の各水準において、定数
格付け曲線を含む数値モデルを決定するステップであっ
て、定数格付け曲線の各々が、ボイスオーバインターネ
ットプロトコル通信のユーザ品質を反映するステップ
と、 ｃ）各通話遅延対歪み水準において、音声ワードの数が
多ければ帯域幅効率もより高くなることを反映する、音
声ワードの数とインタリーブスキームの選択との各組合
せに関する動作点を決定するステップであって、通話遅
延は、ボイスオーバインターネットプロトコル通信のパ
ケットがたどる様々な転送段階の特性についての詳細な
情報に応じて決定され、歪みは様々なパケット損失確率
に応じて決定され、それによって動作点の全体の組が提
供されるステップと、 ｄ）望ましい兼ね合いに従って、動作点の全体の組から
最適な動作点を決定するステップであって、最適な動作
点が、事前に定義されたユーザ品質を反映する定数格付
け曲線によって制限された、通話遅延対歪み水準の１つ
の領域に位置しており、最適な動作点が、ステップｃ）
に従って、事前に定義された音声ワードの最大数に関連
付けられているステップとを含むはずである。この方法
論は、後の節で説明することにする。
【００３２】ＩＴＵ−Ｔ Ｅ−ｍｏｄｅｌによるこの好
ましい方法論の定数格付け曲線の決定は、請求項１１に
記載されている。
ましい方法論の定数格付け曲線の決定は、請求項１１に
記載されている。
【００３３】本発明によるデバイスは、エアインターフ
ェースを通過する前後に音声パケットフローがたどる様
々な転送段階の特性について、およびワイヤレスチャネ
ルの品質についての詳細な情報を収集する必要がある。
したがって、電気通信ネットワークの様々な位置は、本
発明に従うデバイスを配置するために適切なはずであ
る、例えば少なくとも一部を基地局に、移動体端末自体
に、または第２デバイスに、などである。このことは、
請求項１３、請求項１４、および請求項１５に記載され
ている。
ェースを通過する前後に音声パケットフローがたどる様
々な転送段階の特性について、およびワイヤレスチャネ
ルの品質についての詳細な情報を収集する必要がある。
したがって、電気通信ネットワークの様々な位置は、本
発明に従うデバイスを配置するために適切なはずであ
る、例えば少なくとも一部を基地局に、移動体端末自体
に、または第２デバイスに、などである。このことは、
請求項１３、請求項１４、および請求項１５に記載され
ている。
【００３４】本請求項で使用されている「備える」とい
う用語は、そこにリストされる手段に限定的なものとし
て解釈されるべきではないことに注意を払うべきであ
る。したがって、「手段ＡおよびＢを備えるデバイス」
という表現の範囲は、コンポーネントＡおよびＢからの
み構成されるデバイスに限定されるべきではない。これ
は、本発明に関して、デバイスで関連するコンポーネン
トがＡおよびＢであることのみを意味しているにすぎな
い。
う用語は、そこにリストされる手段に限定的なものとし
て解釈されるべきではないことに注意を払うべきであ
る。したがって、「手段ＡおよびＢを備えるデバイス」
という表現の範囲は、コンポーネントＡおよびＢからの
み構成されるデバイスに限定されるべきではない。これ
は、本発明に関して、デバイスで関連するコンポーネン
トがＡおよびＢであることのみを意味しているにすぎな
い。
【００３５】同様に、本請求項で使用されている「結合
した」という用語も、直接の接続のみに限定的なものと
して解釈されるべきではないことに注意を払うべきであ
る。したがって、「デバイスＢに結合されたデバイス
Ａ」という表現の範囲は、デバイスまたはシステムで、
デバイスＡの出力が直接デバイスＢの入力に接続されて
いるものに限定するべきではない。これは、Ａの出力と
Ｂの入力間にパスが存在し、このパスが、他のデバイス
または手段を含んでいるパスである可能性があることを
意味している。
した」という用語も、直接の接続のみに限定的なものと
して解釈されるべきではないことに注意を払うべきであ
る。したがって、「デバイスＢに結合されたデバイス
Ａ」という表現の範囲は、デバイスまたはシステムで、
デバイスＡの出力が直接デバイスＢの入力に接続されて
いるものに限定するべきではない。これは、Ａの出力と
Ｂの入力間にパスが存在し、このパスが、他のデバイス
または手段を含んでいるパスである可能性があることを
意味している。
【００３６】本発明の前述および他の目的および特徴
は、添付図に関連付けられて行う一実施形態の以下の説
明を参照することでより明らかになり、本発明自体が最
良に理解されよう、そしてその図では、本発明によるＶ
ｏＩＰ通信がたどる様々な電気通信の段階を示してい
る。
は、添付図に関連付けられて行う一実施形態の以下の説
明を参照することでより明らかになり、本発明自体が最
良に理解されよう、そしてその図では、本発明によるＶ
ｏＩＰ通信がたどる様々な電気通信の段階を示してい
る。
【００３７】
【発明の実施の形態】図で示している電気通信環境に従
った、本発明よるデバイスの動作は、その中で示してい
るように、様々なブロックの機能的な記述によって説明
することにする。この記述に基づくことで、ブロックの
実際の実施態様は、当業者には明らかになり、したがっ
て詳細には述べないことにする。さらに、ＶｏＩＰ通信
を設定する方法の主な動作を、さらに詳細に述べること
にする。
った、本発明よるデバイスの動作は、その中で示してい
るように、様々なブロックの機能的な記述によって説明
することにする。この記述に基づくことで、ブロックの
実際の実施態様は、当業者には明らかになり、したがっ
て詳細には述べないことにする。さらに、ＶｏＩＰ通信
を設定する方法の主な動作を、さらに詳細に述べること
にする。
【００３８】例えば、ＵＭＴＳ加入者とＰＳＴＮ加入者
の間のＶｏＩＰ通信を考慮する。ＰＳＴＮ加入者は、Ｐ
ＳＴＮ端末Ｔ２およびＰＳＴＮネットワークを介して、
ＩＰネットワークＩＰと接続しているＶｏＩＰゲートウ
ェイＧＷに到達することができるとする。ＵＭＴＳ加入
者の移動体端末ＭＴとＶｏＩＰゲートウェイＧＷとの間
で、音声通話は、ＩＰ、すなわちＩＰパケットにカプセ
ル化されて進み、最初にＵＭＴＳエアインターフェース
を通り、ついでＵＭＴＳ地上無線アクセスネットワーク
ＵＴＲＡＮを通り、最終的に、ＩＰバックボーンネット
ワークＩＰを通る。図では、ＵＭＴＳエアインターフェ
ースは、移動体端末と基地局ＢＳ間に位置している。移
動体端末ＭＴは、ＵＴＲＡＮに、基地局ＢＳを介しエア
インターフェースを通してアクセスする。基地局ＢＳ
は、ＵＴＲＡＮネットワークにおいて、ＩＰバックボー
ンネットワークへのアクセスを提供する入口ルータＲに
結合されている。さらに、音声パケットは、入口ルータ
からＩＰネットワークを介してゲートウェイＧＷ向けに
ルーティングされる。
の間のＶｏＩＰ通信を考慮する。ＰＳＴＮ加入者は、Ｐ
ＳＴＮ端末Ｔ２およびＰＳＴＮネットワークを介して、
ＩＰネットワークＩＰと接続しているＶｏＩＰゲートウ
ェイＧＷに到達することができるとする。ＵＭＴＳ加入
者の移動体端末ＭＴとＶｏＩＰゲートウェイＧＷとの間
で、音声通話は、ＩＰ、すなわちＩＰパケットにカプセ
ル化されて進み、最初にＵＭＴＳエアインターフェース
を通り、ついでＵＭＴＳ地上無線アクセスネットワーク
ＵＴＲＡＮを通り、最終的に、ＩＰバックボーンネット
ワークＩＰを通る。図では、ＵＭＴＳエアインターフェ
ースは、移動体端末と基地局ＢＳ間に位置している。移
動体端末ＭＴは、ＵＴＲＡＮに、基地局ＢＳを介しエア
インターフェースを通してアクセスする。基地局ＢＳ
は、ＵＴＲＡＮネットワークにおいて、ＩＰバックボー
ンネットワークへのアクセスを提供する入口ルータＲに
結合されている。さらに、音声パケットは、入口ルータ
からＩＰネットワークを介してゲートウェイＧＷ向けに
ルーティングされる。
【００３９】さらに、図で示しているように、ジッタ除
去バッファＢＵＦをゲートウェイＧＷに配置することが
好ましい。このバッファＢＵＦは、音声パケットフロー
の遅延ジッタを除去するために導入される。移動体端末
自体、ＵＭＴＳエアインターフェース、およびＩＰバッ
クボーンネットワークはすべて、この遅延ジッタの原因
となっている。実際、移動体端末ＭＴによる伝送の直前
のＩＰパケットの待ち行列作成がジッタを導入する。さ
らに、ＵＭＴＳエアインターフェースの物理層も、ジッ
タを導入する。このことは、移動体端末ＭＴから第２デ
バイスＴ２への伝送パスを参照することで最良に理解さ
れよう。実際、移動体端末ＭＴでは、伝送時間間隔ＴＴ
Ｉの開始直前に、インタリーブのために到着するパケッ
トは、ほとんど直ちにサービスされるが、ＴＴＩが開始
した直後に到着するパケットは、ほぼ１回のＴＴＩ分の
遅延を追加して負う。最後に、ＩＰパケットも、ＩＰネ
ットワークにおいて待ち行列遅延を負う。この遅延ジッ
タすべてを補償するために、様々なジッタ遅延の原因の
合計に実質上等しい遅延が、バッファＢＵＦで導入され
る。
去バッファＢＵＦをゲートウェイＧＷに配置することが
好ましい。このバッファＢＵＦは、音声パケットフロー
の遅延ジッタを除去するために導入される。移動体端末
自体、ＵＭＴＳエアインターフェース、およびＩＰバッ
クボーンネットワークはすべて、この遅延ジッタの原因
となっている。実際、移動体端末ＭＴによる伝送の直前
のＩＰパケットの待ち行列作成がジッタを導入する。さ
らに、ＵＭＴＳエアインターフェースの物理層も、ジッ
タを導入する。このことは、移動体端末ＭＴから第２デ
バイスＴ２への伝送パスを参照することで最良に理解さ
れよう。実際、移動体端末ＭＴでは、伝送時間間隔ＴＴ
Ｉの開始直前に、インタリーブのために到着するパケッ
トは、ほとんど直ちにサービスされるが、ＴＴＩが開始
した直後に到着するパケットは、ほぼ１回のＴＴＩ分の
遅延を追加して負う。最後に、ＩＰパケットも、ＩＰネ
ットワークにおいて待ち行列遅延を負う。この遅延ジッ
タすべてを補償するために、様々なジッタ遅延の原因の
合計に実質上等しい遅延が、バッファＢＵＦで導入され
る。
【００４０】この特定の実施形態は、デバイスＤＥＶを
備え、基地局ＢＳで本発明によるＶｏＩＰ通信を設定す
ることが好ましく、それは、基地局ＢＳが、いずれにし
ても従来の技術の解決策によるＶｏＩＰ通信の設定に関
与しているからである。
備え、基地局ＢＳで本発明によるＶｏＩＰ通信を設定す
ることが好ましく、それは、基地局ＢＳが、いずれにし
ても従来の技術の解決策によるＶｏＩＰ通信の設定に関
与しているからである。
【００４１】デバイスＤＥＶは、事前に定義された規則
および条件に従って、通話設定中に一組のパラメータの
適切な値を決定するために備えられている。パラメータ
の組は、ＶｏＩＰ通信を特徴付けており、ＶｏＩＰ通信
の事前に定義されたユーザ品質と事前に定義された帯域
幅効率との間の望ましい兼ね合いを実現する。
および条件に従って、通話設定中に一組のパラメータの
適切な値を決定するために備えられている。パラメータ
の組は、ＶｏＩＰ通信を特徴付けており、ＶｏＩＰ通信
の事前に定義されたユーザ品質と事前に定義された帯域
幅効率との間の望ましい兼ね合いを実現する。
【００４２】この特定の実施形態の場合、特徴的な複数
のパラメータは、ＵＭＴＳエアインターフェースの３つ
のパラメータ、すなわち １．移動体端末ＭＴおよび基地局ＢＳで使用される電力
量と、 ２．移動体端末ＭＴと基地局（ＢＳ）との間で使用され
るチャネルコードと、 ３．移動体端末ＭＴと基地局（ＢＳ）との間で使用され
るインタリーブスキームと、 さらに、２つのＶｏＩＰアプリケーションパラメータ、
すなわち ４．ジッタ除去バッファＢＵＦに導入されるジッタ除去
遅延と、 ５．移動体端末ＭＴと第２デバイスＴ２との間でボイス
オーバインターネットプロトコル通信の際に伝送され
る、インターネットプロトコルパケットのペイロードサ
イズと定義される。
のパラメータは、ＵＭＴＳエアインターフェースの３つ
のパラメータ、すなわち １．移動体端末ＭＴおよび基地局ＢＳで使用される電力
量と、 ２．移動体端末ＭＴと基地局（ＢＳ）との間で使用され
るチャネルコードと、 ３．移動体端末ＭＴと基地局（ＢＳ）との間で使用され
るインタリーブスキームと、 さらに、２つのＶｏＩＰアプリケーションパラメータ、
すなわち ４．ジッタ除去バッファＢＵＦに導入されるジッタ除去
遅延と、 ５．移動体端末ＭＴと第２デバイスＴ２との間でボイス
オーバインターネットプロトコル通信の際に伝送され
る、インターネットプロトコルパケットのペイロードサ
イズと定義される。
【００４３】本発明によるデバイスは、通話設定中に、
これら５つのパラメータの適切な値を決定し、ＶｏＩＰ
通信のための所定の兼ね合いに到達する。
これら５つのパラメータの適切な値を決定し、ＶｏＩＰ
通信のための所定の兼ね合いに到達する。
【００４４】デバイスＤＥＶは、これらの値を所定の規
則および条件に従って決定する。これら所定の規則およ
び条件を実行するために、デバイスＤＥＶは、設定する
通信に関して電気通信ネットワークから、すなわちＵＴ
ＲＡＮからのほか、ＩＰネットワークからもいくらかの
情報を必要としている。このことを図では、デバイスＤ
ＥＶの下の３つ組の矢印で示している。この矢印は、そ
の環境とのデバイスＤＥＶからの質問および答えの対話
によって、デバイスが必要な情報を電気通信ネットワー
クから収集することが可能になることを示している。
則および条件に従って決定する。これら所定の規則およ
び条件を実行するために、デバイスＤＥＶは、設定する
通信に関して電気通信ネットワークから、すなわちＵＴ
ＲＡＮからのほか、ＩＰネットワークからもいくらかの
情報を必要としている。このことを図では、デバイスＤ
ＥＶの下の３つ組の矢印で示している。この矢印は、そ
の環境とのデバイスＤＥＶからの質問および答えの対話
によって、デバイスが必要な情報を電気通信ネットワー
クから収集することが可能になることを示している。
【００４５】デバイスがネットワークから収集する情報
は、例えば移動体端末ＭＴおよび基地局ＢＳによりサポ
ートされる様々なインタリーブスキーム、移動体端末Ｍ
Ｔおよび基地局ＢＳで使用可能な電力量の範囲、ＶｏＩ
Ｐパケットがたどる様々な転送段階についての詳細な遅
延情報、または移動体端末ＭＴおよび基地局ＢＳでイン
ストールされサポートされる様々なチャネルコードタイ
プなどである。
は、例えば移動体端末ＭＴおよび基地局ＢＳによりサポ
ートされる様々なインタリーブスキーム、移動体端末Ｍ
Ｔおよび基地局ＢＳで使用可能な電力量の範囲、ＶｏＩ
Ｐパケットがたどる様々な転送段階についての詳細な遅
延情報、または移動体端末ＭＴおよび基地局ＢＳでイン
ストールされサポートされる様々なチャネルコードタイ
プなどである。
【００４６】さらに、デバイスには、メモリに格納され
たいくらかの事前の知識があり、それによって、事前に
定義された規則および条件が実行される。このことは、
後の節で明らかにすることにする。
たいくらかの事前の知識があり、それによって、事前に
定義された規則および条件が実行される。このことは、
後の節で明らかにすることにする。
【００４７】デバイスＤＥＶのメモリ（図示せず）で
は、数値モデルが格納されている。この数値モデルは、
いくつかの通話遅延対歪み水準を定義している。各水準
は、電力量に対する使用可能な値および使用可能なチャ
ネルコードの組合せに関連している。
は、数値モデルが格納されている。この数値モデルは、
いくつかの通話遅延対歪み水準を定義している。各水準
は、電力量に対する使用可能な値および使用可能なチャ
ネルコードの組合せに関連している。
【００４８】数値モデルの各水準には、数値の定数格付
け曲線の定義が含まれている。この格付けは、前部で説
明した、「平均的な」聞き手が経験する主感的な品質を
予測するＩＴＵ−Ｔ Ｅ−ｍｏｄｅｌに従って決定され
る。定数格付け曲線の各々は、ボイスオーバインターネ
ットプロトコル通信のユーザ品質を反映している。
け曲線の定義が含まれている。この格付けは、前部で説
明した、「平均的な」聞き手が経験する主感的な品質を
予測するＩＴＵ−Ｔ Ｅ−ｍｏｄｅｌに従って決定され
る。定数格付け曲線の各々は、ボイスオーバインターネ
ットプロトコル通信のユーザ品質を反映している。
【００４９】メモリには、さらに事前に定義されたユー
ザ品質と事前に定義された帯域幅効率との間の望ましい
兼ね合いに関する情報が含まれている。この情報は、様
々なやり方に従って実装することができることを説明し
ておく必要がある。可能な実施態様は、ユーザ品質に対
する事前にインストールされた絶対値、および帯域幅効
率に対する事前にインストールされた絶対値がデバイス
ＤＥＶのメモリに格納されているものである。しかし、
そのような実施態様は、本発明が求めている程度の柔軟
性を提供しない。他の実施態様は、メモリが帯域幅効率
およびユーザ品質に対する絶対値により所定の最少要件
を含むものである。このようにして、本発明によるデバ
イスＤＥＶは、両方の最少要件を考慮に入れながら、両
方の間の最適な動作点を検索する。さらに他の実施態様
では、帯域幅効率および／またはユーザ品質を変数の複
雑な関数として定義できる。実際、両方の要求に影響を
与える変数には、例えば、望ましい音声通信を設定する
時刻、通話ネットワークの実際の負荷、または移動体端
末ＭＴおよび／または第２デバイスＴ２のユーザのいく
つかのユーザ選択などがある。そのような実施態様によ
ると、変数の値は、例えば各通話設定の時または一定の
時間隔間でネットワークから抽出することができる。
ザ品質と事前に定義された帯域幅効率との間の望ましい
兼ね合いに関する情報が含まれている。この情報は、様
々なやり方に従って実装することができることを説明し
ておく必要がある。可能な実施態様は、ユーザ品質に対
する事前にインストールされた絶対値、および帯域幅効
率に対する事前にインストールされた絶対値がデバイス
ＤＥＶのメモリに格納されているものである。しかし、
そのような実施態様は、本発明が求めている程度の柔軟
性を提供しない。他の実施態様は、メモリが帯域幅効率
およびユーザ品質に対する絶対値により所定の最少要件
を含むものである。このようにして、本発明によるデバ
イスＤＥＶは、両方の最少要件を考慮に入れながら、両
方の間の最適な動作点を検索する。さらに他の実施態様
では、帯域幅効率および／またはユーザ品質を変数の複
雑な関数として定義できる。実際、両方の要求に影響を
与える変数には、例えば、望ましい音声通信を設定する
時刻、通話ネットワークの実際の負荷、または移動体端
末ＭＴおよび／または第２デバイスＴ２のユーザのいく
つかのユーザ選択などがある。そのような実施態様によ
ると、変数の値は、例えば各通話設定の時または一定の
時間隔間でネットワークから抽出することができる。
【００５０】この好ましい実施形態の場合、所定の最少
要件を、帯域幅効率およびユーザ品質に対する絶対値で
実装することに決まっている。
要件を、帯域幅効率およびユーザ品質に対する絶対値で
実装することに決まっている。
【００５１】移動体端末ＭＴのユーザがＰＳＴＮ端末Ｔ
２のユーザに到達することを望むとき、必要とされる情
報は、音声パケットがたどる様々なネットワークから収
集される。この情報は、デバイスＤＥＶに提供される。
デバイスＤＥＶのメモリの事前にインストールされた知
識と収集された情報をいっしょにして、デバイスＤＥＶ
は、各通話遅延対歪み水準において、様々な動作点を、
事前に定義された規則および状態に従って決定する。様
々な動作点は、音声ワードの数とインタリーブスキーム
の選択との各組合せについて決定される。音声ワードの
数がより多ければ帯域幅効率がより高くなることを反映
することを説明しておく必要がある。通話遅延は、ボイ
スオーバインターネットプロトコル通信のパケットがた
どる様々な転送段階の特性についての詳細な情報に応じ
て決定される。歪みは、様々なパケット損失の確率に応
じて決定される。このようにして、動作点の全体の組
が、この手順によって決定される。
２のユーザに到達することを望むとき、必要とされる情
報は、音声パケットがたどる様々なネットワークから収
集される。この情報は、デバイスＤＥＶに提供される。
デバイスＤＥＶのメモリの事前にインストールされた知
識と収集された情報をいっしょにして、デバイスＤＥＶ
は、各通話遅延対歪み水準において、様々な動作点を、
事前に定義された規則および状態に従って決定する。様
々な動作点は、音声ワードの数とインタリーブスキーム
の選択との各組合せについて決定される。音声ワードの
数がより多ければ帯域幅効率がより高くなることを反映
することを説明しておく必要がある。通話遅延は、ボイ
スオーバインターネットプロトコル通信のパケットがた
どる様々な転送段階の特性についての詳細な情報に応じ
て決定される。歪みは、様々なパケット損失の確率に応
じて決定される。このようにして、動作点の全体の組
が、この手順によって決定される。
【００５２】帯域幅効率およびユーザ品質に対する所定
の最少要件により、デバイスＤＥＶは、動作点の全体の
組の中で、望ましい兼ね合いに関連した最適な動作点を
決定する。最適な動作点は、事前に定義されたユーザ品
質を反映する定数格付け曲線によって制限された、通話
遅延対歪み水準の１つの領域に位置しており、さらに、
帯域幅効率に関して望ましい要件を反映する音声ワード
の最大数に関連付けられている。
の最少要件により、デバイスＤＥＶは、動作点の全体の
組の中で、望ましい兼ね合いに関連した最適な動作点を
決定する。最適な動作点は、事前に定義されたユーザ品
質を反映する定数格付け曲線によって制限された、通話
遅延対歪み水準の１つの領域に位置しており、さらに、
帯域幅効率に関して望ましい要件を反映する音声ワード
の最大数に関連付けられている。
【００５３】決定された値は、様々なネットワークエレ
メントに通知されなければならない。このことは、図で
は、デバイスＤＥＶ上部の３つ組の矢印で示している。
実際、音声ペイロードサイズの所定値は、デバイスＤＥ
Ｖから移動体端末ＭＴへ通知される。ＵＭＴＳエアイン
ターフェースパラメータの計算値は、移動体端末ＭＴお
よび移動体端末ＭＴにサービスを提供している基地局Ｂ
Ｓに通知される。ジッタ除去遅延は、ジッタ除去バッフ
ァＢＵＦに通知される。
メントに通知されなければならない。このことは、図で
は、デバイスＤＥＶ上部の３つ組の矢印で示している。
実際、音声ペイロードサイズの所定値は、デバイスＤＥ
Ｖから移動体端末ＭＴへ通知される。ＵＭＴＳエアイン
ターフェースパラメータの計算値は、移動体端末ＭＴお
よび移動体端末ＭＴにサービスを提供している基地局Ｂ
Ｓに通知される。ジッタ除去遅延は、ジッタ除去バッフ
ァＢＵＦに通知される。
【００５４】最後に、ＶｏＩＰ通信の設定が、ＶｏＩＰ
通信を特徴付ける５つのパラメータの適切な値を考慮に
入れて様々なネットワークエレメントにより完了する。
通信を特徴付ける５つのパラメータの適切な値を考慮に
入れて様々なネットワークエレメントにより完了する。
【００５５】最後の留意点は、本発明の実施形態は、機
能的ブロックの観点から前述されていることである。前
述のこれらのブロックの機能的な説明から、電子デバイ
スを設計する技術分野の技術者にとって、これらのブロ
ックの実施形態を良く知られている電子コンポーネント
を使用して、どのように製作できるかは明らかになろ
う。したがって、機能的ブロックの内容の詳細なアーキ
テクチャは省いている。
能的ブロックの観点から前述されていることである。前
述のこれらのブロックの機能的な説明から、電子デバイ
スを設計する技術分野の技術者にとって、これらのブロ
ックの実施形態を良く知られている電子コンポーネント
を使用して、どのように製作できるかは明らかになろ
う。したがって、機能的ブロックの内容の詳細なアーキ
テクチャは省いている。
【００５６】本発明の原理を特定の装置に関連付けて前
述してきたが、この説明は、単に例示的なやり方であ
り、添付請求項で定義しているように、本発明の範囲を
限定するものではないことをはっきりと理解すべきであ
る。
述してきたが、この説明は、単に例示的なやり方であ
り、添付請求項で定義しているように、本発明の範囲を
限定するものではないことをはっきりと理解すべきであ
る。
【図１】本発明によるＶｏＩＰ通信がたどる様々な電気
通信段階を示す図である。
通信段階を示す図である。
ＢＳ 基地局 ＢＵＦ ジッタ除去バッファ ＤＥＶ デバイス ＧＷ ゲートウェイ ＩＰ ＩＰバックボーンネットワーク ＭＴ 移動体端末 ＰＳＴＮ 一般電話交換網 Ｒ 入口ルータ Ｔ２ 第２デバイス ＵＴＲＡＮ 地上無線アクセスネットワーク
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ギド・アンリ・マルグリツト・プテイ ベルギー国、ベー−2018・アントワープ、 フアン・シヨーンベケストラート・137・ アー Ｆターム(参考） 5K067 AA41 BB04 BB21 EE02 EE10 EE16 HH21
Claims (16)
- 【請求項１】 移動体端末（ＭＴ）と第２デバイス（Ｔ
２）との間でボイスオーバインターネットプロトコル通
信を設定する方法であって、前記ボイスオーバインター
ネットプロトコル通信が、前記移動体端末（ＭＴ）と、
アクセスネットワークおよびインターネットプロトコル
ネットワークを介して前記第２デバイス（Ｔ２）に結合
された基地局（ＢＳ）との間のエアインターフェースを
備えており、事前に定義された規則および条件に従っ
て、通話の設定中に、前記ボイスオーバインターネット
プロトコル通信を特徴付ける複数のパラメータの適切な
値を決定し、それにより、前記ボイスオーバインターネ
ットプロトコル通信の事前に定義されたユーザ品質と事
前に定義された帯域幅効率との間の望ましい兼ね合いを
実現するステップを含むことを特徴とするボイスオーバ
インターネットプロトコル通信を設定する方法。 - 【請求項２】 前記方法が、さらに、適切な値の少なく
とも一部を、前記移動体端末（ＭＴ）、前記第２デバイ
ス（Ｔ２）、前記デジッタバッファ（ＢＵＦ）および前
記基地局（ＢＳ）のいずれかに通知し、前記ボイスオー
バインターネットプロトコル通信の前記設定中に使用さ
れるステップを含むことを特徴とする請求項１に記載の
方法。 - 【請求項３】 前記複数のパラメータの中で、 前記エ
アインターフェースのパラメータ、例えば、 前記移動体端末および前記基地局のいずれかによって使
用される電力量と、 前記移動体端末（ＭＴ）と前記基地局（ＢＳ）との間で
使用されるエアインターフェースチャネルコードと、 前記移動体端末（ＭＴ）と前記基地局（ＢＳ）との間で
使用されるインタリーブスキームなどと、 前記基地局（ＢＳ）と前記第２デバイス（Ｔ２）との間
で結合されているジッタ除去バッファ（ＢＵＦ）で導入
されるジッタ除去遅延と、 前記ボイスオーバインターネットプロトコル通信の際の
前記移動体（ＭＴ）と前記第２デバイス（Ｔ２）との間
で伝送されるインターネットプロトコルパケットのペイ
ロードのサイズのいずれかを備えることを特徴とする請
求項１に記載の方法。 - 【請求項４】 前記複数のパラメータを、前記ボイスオ
ーバインターネットプロトコル通信の際にも適合させる
ことを特徴とする請求項１から３のいずれか一項に記載
の方法。 - 【請求項５】 前記エアインターフェースが、汎用移動
通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔ
ｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）の
エアインターフェースであることを特徴とする請求項１
から４のいずれか一項に記載の方法。 - 【請求項６】 前記第２デバイス（Ｔ２）が、ボイスオ
ーバインターネットプロトコルゲートウェイによって実
装されることを特徴とする請求項１から５のいずれか一
項に記載の方法。 - 【請求項７】 前記第２デバイス（Ｔ２）が、インター
ネットプロトコル端末によって実装されることを特徴と
する請求項１から５のいずれか一項に記載の方法。 - 【請求項８】 前記ボイスオーバインターネットプロト
コル通信の設定を望むユーザの事前に定義されたユーザ
選択に従って、前記兼ね合いを定義することを特徴とす
る請求項１から７のいずれか一項に記載の方法。 - 【請求項９】 前記基地局（ＢＳ）を利用する事業者の
事前に定義された選択に従って、前記兼ね合いを定義す
ることを特徴とする請求項１から８のいずれか一項に記
載の方法。 - 【請求項１０】 前記複数のパラメータの前記値を決定
する前記ステップが、 ａ）複数の通話遅延対歪み水準を定義するステップであ
って、各水準が、前記電力量の値と前記チャネルコード
の値との組合せに関連付けられているステップと、 ｂ）前記複数の通話遅延対歪み水準の各水準において、
定数格付け曲線を含む数値モデルを決定するステップで
あって、前記定数格付け曲線の各々が、前記ボイスオー
バインターネットプロトコル通信のユーザ品質を反映す
るステップと、 ｃ）各通話遅延対歪み水準において、音声ワードの数が
より多ければ帯域幅効率がより高くなることを反映す
る、音声ワードの数とインタリーブスキームの選択との
各組合せについて、動作点を決定するステップであっ
て、前記通話遅延は、前記ボイスオーバインターネット
プロトコル通信のパケットがたどる様々な転送段階の特
性についての詳細な情報に応じて決定され、前記歪みが
様々なパケット損失確率に応じて決定され、それによっ
て動作点の全体の組が提供されるステップと、 ｄ）前記望ましい兼ね合いに従って、動作点の前記全体
の組から最適な動作点を決定するステップであって、前
記最適な動作点が、前記事前に定義されたユーザ品質を
反映する定数格付け曲線によって制限された、前記通話
遅延対歪み水準の１つの領域に位置しており、前記最適
な動作点が、前記ステップｃ）に従って、事前に定義さ
れた音声ワードの最大数に関連付けられているステップ
とを含むことを特徴とする請求項１から９のいずれか一
項に記載の方法。 - 【請求項１１】 前記定数格付け曲線が、ＩＴＵ−Ｔ
Ｅ−ｍｏｄｅｌに従って決定される請求項１０に記載の
方法。 - 【請求項１２】 移動体端末（ＭＴ）と第２デバイス
（Ｔ２）の間でボイスオーバインターネットプロトコル
通信を設定するための、電気通信ネットワークにおいて
使用するデバイス（ＤＥＶ）であって、前記ボイスオー
バインターネット通信は、前記移動体端末（ＭＴ）と、
アクセスネットワークおよびインターネットプロトコル
ネットワークを介して前記第２デバイス（Ｔ２）に結合
された基地局（ＢＳ）との間のエアインターフェースを
備えており、前記デバイスは、事前に定義された規則お
よび条件に従って、前記ボイスオーバインターネットプ
ロトコル通信の通話の設定中に、前記ボイスオーバイン
ターネットプロトコル通信を特徴付ける事前に定義され
た複数のパラメータの適切な値を決定し、それにより、
前記ボイスオーバインターネットプロトコル通信の事前
に定義されたユーザ品質と事前に定義された帯域幅効率
との間の望ましい兼ね合いを実現するための決定手段
（ＤＥＴ）を備えていることを特徴とするデバイス（Ｄ
ＥＶ）。 - 【請求項１３】 少なくとも部分的に前記移動体端末
（ＭＴ）に含まれることを特徴とする請求項１２に記載
のデバイス（ＤＥＶ）。 - 【請求項１４】 少なくとも部分的に基地局（ＢＳ）に
含まれることを特徴とする請求項１２に記載のデバイス
（ＤＥＶ）。 - 【請求項１５】 少なくとも部分的に第２デバイス（Ｔ
２）に含まれることを特徴とする請求項１２に記載のデ
バイス（ＤＥＶ）。 - 【請求項１６】 請求項１２から１５のいずれか一項に
記載のデバイスを備えることを特徴とする電気通信ネッ
トワーク。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP00401921A EP1170972A1 (en) | 2000-07-05 | 2000-07-05 | Method to set up a voice over internet protocol communication |
| EP00401921.2 | 2000-07-05 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002101041A true JP2002101041A (ja) | 2002-04-05 |
Family
ID=8173757
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001195907A Withdrawn JP2002101041A (ja) | 2000-07-05 | 2001-06-28 | ボイスオーバインターネットプロトコル通信を設定する方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20020003793A1 (ja) |
| EP (1) | EP1170972A1 (ja) |
| JP (1) | JP2002101041A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015164885A (ja) * | 2014-03-03 | 2015-09-17 | 株式会社オハラ | 光学ガラス、レンズプリフォーム及び光学素子 |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ATE484906T1 (de) * | 2000-08-04 | 2010-10-15 | Alcatel Lucent | Verfahren für echtzeit daten-kommunikation |
| US7567803B2 (en) * | 2001-09-28 | 2009-07-28 | Siemens Aktiengesellschaft | System and method for inhibiting features for wireless terminals |
| US8331445B2 (en) * | 2004-06-01 | 2012-12-11 | Qualcomm Incorporated | Method, apparatus, and system for enhancing robustness of predictive video codecs using a side-channel based on distributed source coding techniques |
| US7561682B2 (en) * | 2004-09-23 | 2009-07-14 | At&T Intellectual Property I.L.P. | Method and apparatus for an integrated call log and protocol mapping |
| US20080137642A1 (en) * | 2006-12-08 | 2008-06-12 | Microsoft Corporation | Mobile device call to computing device |
| EP1950919A1 (en) * | 2007-01-24 | 2008-07-30 | Nokia Siemens Networks Gmbh & Co. Kg | Method and device for adjusting a buffer and communication system comprising such device |
| US9407508B2 (en) * | 2013-09-04 | 2016-08-02 | Tube, Inc. | Client-side inference of wireless network states |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5579339A (en) * | 1994-04-04 | 1996-11-26 | Motorola, Inc. | Method for concurrent monitoring of multiple communications |
| US5751766A (en) * | 1995-04-27 | 1998-05-12 | Applied Signal Technology, Inc. | Non-invasive digital communications test system |
| US5898668A (en) * | 1996-12-13 | 1999-04-27 | Siemens Information And Communication Networks, Inc. | Method and system for increasing quality of service at or below a threshold cost |
| US6798786B1 (en) * | 1999-06-07 | 2004-09-28 | Nortel Networks Limited | Managing calls over a data network |
| US6359881B1 (en) * | 1997-12-31 | 2002-03-19 | At&T Corp. | Hybrid fiber twisted pair local loop network service architecture |
| US6628629B1 (en) * | 1998-07-10 | 2003-09-30 | Malibu Networks | Reservation based prioritization method for wireless transmission of latency and jitter sensitive IP-flows in a wireless point to multi-point transmission system |
| CA2286415C (en) * | 1998-10-20 | 2009-05-05 | Nortel Networks Corporation | Method and apparatus for providing a configurable quality of service threshold for voice over internet protocol |
| US7423983B1 (en) * | 1999-09-20 | 2008-09-09 | Broadcom Corporation | Voice and data exchange over a packet based network |
| US6788651B1 (en) * | 1999-04-21 | 2004-09-07 | Mindspeed Technologies, Inc. | Methods and apparatus for data communications on packet networks |
| US6775267B1 (en) * | 1999-12-30 | 2004-08-10 | At&T Corp | Method for billing IP broadband subscribers |
| US6865237B1 (en) * | 2000-02-22 | 2005-03-08 | Nokia Mobile Phones Limited | Method and system for digital signal transmission |
-
2000
- 2000-07-05 EP EP00401921A patent/EP1170972A1/en not_active Withdrawn
-
2001
- 2001-06-28 JP JP2001195907A patent/JP2002101041A/ja not_active Withdrawn
- 2001-07-03 US US09/897,411 patent/US20020003793A1/en not_active Abandoned
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015164885A (ja) * | 2014-03-03 | 2015-09-17 | 株式会社オハラ | 光学ガラス、レンズプリフォーム及び光学素子 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1170972A1 (en) | 2002-01-09 |
| US20020003793A1 (en) | 2002-01-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2735043C (en) | Network quality of service update control | |
| US6973315B1 (en) | Method and system for sharing over-allocated bandwidth between different classes of service in a wireless network | |
| US7260641B2 (en) | Method for the integrated transmission of first data with real-time requirement and second data without real-time requirement, communication device and communications system | |
| US8681625B2 (en) | Method and apparatus for controlling rate of voice service in a mobile communication system supporting voice service via packet network | |
| US8259746B2 (en) | Network access mechanism and method | |
| US7024202B2 (en) | Method of processing UMTS calls in a packet transmission network and node for the UMTS network and for implementing said method | |
| JP5129233B2 (ja) | 通信ネットワーク | |
| EP1178635B1 (en) | Method for real time data communication | |
| US7450593B2 (en) | Clock difference compensation for a network | |
| US7701980B1 (en) | Predetermined jitter buffer settings | |
| EP1344354B1 (en) | Selecting data packets | |
| JP2002101041A (ja) | ボイスオーバインターネットプロトコル通信を設定する方法 | |
| JP4217121B2 (ja) | Ｉｐネットワークシステムにおける音声品質評価方法および音声品質調整装置 | |
| WO2002032097A2 (en) | System and method for perceptual qos-based call admission for voip, voipow, and cdma systems | |
| Masum et al. | End-to-end delay performance evaluation for VoIP in the LTE network | |
| US6546009B1 (en) | Method of reducing delays in packet data transmission | |
| US7742450B2 (en) | Method for efficient bearer traffic routing in a communication system | |
| KR102661404B1 (ko) | 패킷전화 단말 장치 및 그 동작 방법 | |
| He et al. | User-specific QoS aware scheduling and implementation in wireless systems | |
| Bims | Enabling Voice-Over WLANS | |
| Sulaiman et al. | Performance evaluation of voice call over an IP based network | |
| CN114268566A (zh) | 数据通信方法及装置、系统 | |
| Sief et al. | Improvement the performance of voice quality over UMTS system in packet switching networks | |
| Fernández-Duran et al. | Approach for voice quality and throughput estimation in wireless convergent networks | |
| Reddy | Issues in IP-based cellular networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20080902 |