(57)【要約】  ワイヤレス音声及びデータ送信をバックホーリングするための方法であって、ワイヤレス送信をベースステーションで受信する過程と、共有ネットワーク上で前記ベースステーションからベースステーションコントローラへ前記送信を転送する過程とを具備し、第２送信をベースステーションコントローラで受信する過程と、前記共有ネットワーク上で前記ベースステーションへ前記第２送信を転送する過程とをさらに具備することを特徴とする。
2008503188.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス音声及びデータ送信をバックホールするための方法であって、
ワイヤレス送信をベースステーションで受信する過程と、
共有ネットワーク上で前記ベースステーションからベースステーションコントローラへ前記送信を転送する過程と
を具備することを特徴とする方法。
【請求項２】
第２送信を前記ベースステーションコントローラで受信する過程と、
前記共有ネットワーク上で前記ベースステーションへ前記第２送信を転送する過程と
をさらに具備することを特徴とする請求項１に記載の方法。
【請求項３】
前記共有ネットワークは、非私的ネットワークを具備することを特徴とする請求項１に記載の方法。
【請求項４】
前記共有ネットワークは、インターネットを具備することを特徴とする請求項１に記載の方法。
【請求項５】
前記ベースステーションコントローラにおいてジッターバッファーを提供する過程と、
前記共有ネットワークによってもたらされたジッターを相殺するために前記ジッターバッファーを使用する過程と
をさらに具備することを特徴とする請求項１に記載の方法。
【請求項６】
前記ベースステーションにおいてジッターバッファーを提供する過程と、
前記共有ネットワークによってもたらされたジッターを相殺するために前記ジッターバッファーを使用する過程と
をさらに具備することを特徴とする請求項２に記載の方法。
【請求項７】
前記送信を転送する過程は、保護プロトコルを使用して前記送信を転送する過程を具備することを特徴とする請求項１に記載の方法。
【請求項８】
前記保護プロトコルは、ＳＳＬを具備することを特徴とする請求項７に記載の方法。
【請求項９】
前記受信された送信の優先度を決定する過程と、
前記決定された優先度に基づき前記送信を転送する過程と
をさらに具備することを特徴とする請求項１に記載の方法。
【請求項１０】
優先度を決定する過程は、
音声送信に第１優先度を割り当てる過程と、
データ送信に第２優先度を割り当てる過程と
をさらに具備し、
前記第１優先度は、前記第２優先度よりも大きいことを特徴とする請求項９に記載の方法。
【請求項１１】
前記送信を転送する過程は、ＩＰ技術上で音声を使用して前記送信を転送する過程を具備することを特徴とする請求項１に記載の方法。
【請求項１２】
前記ベースステーションコントローラで前記送信の復号化を実行する過程をさらに具備することを特徴とする請求項１に記載の方法。
【請求項１３】
前記ベースステーションコントローラで前記第２送信の暗号化を実行する過程をさらに具備することを特徴とする請求項２に記載の方法。
【請求項１４】
前記ベースステーションで電源制御を実行する過程をさらに具備することを特徴とする請求項１に記載の方法。
【請求項１５】
前記送信は、セルラー電話からの送信を具備することを特徴とする請求項１に記載の方法。
【請求項１６】
第２モバイルユニットへルートされるべき第１モバイルユニットからのワイヤレス送信をベースステーションで受信する過程と、
前記第２モバイルユニットが前記ベースステーションの通信範囲内にあるか否かを決定する過程と、
前記第２モバイルユニットが前記範囲内にある場合には、前記ベースステーションで前記第１モバイルユニットから前記第２モバイルユニットへ前記送信をローカルにルートする過程と
を具備することを特徴とする方法。
【請求項１７】
前記第２モバイルユニットが前期範囲内にない場合には、前記ベースステーションからベースステーションコントローラへ前記送信を転送する過程をさらに具備することを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ベースステーションから前記ベースステーションコントローラへ前記送信を転送する過程は、共有ネットワーク上で前記ベースステーションから前記ベースステーションコントローラへ前記送信を転送する過程をさらに具備することを特徴とする請求項１７に記載の方法。
【請求項１９】
前記共有ネットワークは、インターネットを具備することを特徴とする請求項１８に記載の方法。
【請求項２０】
ワイヤレス音声及びデータ送信をバックホールするためのシステムであって、
ワイヤレス送信を受信し、
共有ネットワーク上でベースステーションコントローラへ前記送信を転送する、
よう設定されたベースステーションを具備することを特徴とするシステム。
【請求項２１】
第２送信を受信し、
前記共有ネットワーク上で前記ベースステーションへ前記第２送信を転送する、
よう設定されたベースステーションコントローラをさらに具備することを特徴とする請求項２０に記載のシステム。
【請求項２２】
前記共有ネットワークは、インターネットを具備することを特徴とする請求項２０に記載のシステム。
【請求項２３】
前記ベースステーションコントローラは、前記共有ネットワークによってもたらされたジッターを相殺するよう設定されたジッターバッファーを具備することを特徴とする請求項２１に記載のシステム。
【請求項２４】
前記ベースステーションは、前記共有ネットワークによってもたらされたジッターを相殺するよう設定されたジッターバッファーを具備することを特徴とする請求項２０に記載のシステム。
【請求項２５】
前記ベースステーションは、
前記受信された送信の優先度を決定し、
前記決定された優先度に基づき前記送信を転送する、
ようさらに設定されることを特徴とする請求項２０に記載のシステム。
【請求項２６】
第２モバイルユニットへルートされるべき第１モバイルユニットからワイヤレス送信を受信し、
前記第２モバイルユニットが前記ベースステーションの通信範囲内にあるか否かを決定し、
前記第２モバイルユニットが前記範囲内にある場合には、前記ベースステーションにおいて前記第１モバイルユニットから前記第２モバイルユニットへ前記送信をローカルにルートする、
よう設定されるベースステーションを具備することを特徴とするシステム。
【請求項２７】
ベースステーションコントローラをさらに具備し、前記ベースステーションは、前記第２モバイルユニットが前記範囲内にない場合には、前記ベースステーションコントローラへ前記送信を転送するようにさらに設定されることを特徴とする請求項２６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の記載は、無線システムに関する。
【０００２】
この出願は、２００４年６月９日に出願され、発明の名称が“REDUCING THE COST OF CELLULAR BACKHAUL”である米国仮特許出願Ｎｏ．６０／５７８２６６を基礎とする優先権主張を伴い、本明細書中に組み込む。
【背景技術】
【０００３】
今日のセルラーシステムにおいて、音声、データ、及びシグナリングトラフィックは、モバイル交換センターが位置する電話局へセルタワー側からバックホールされなければならない。一般に、バックホーリングは、コアネットワークへ、例えばベースステーションとベースステーションコントローラとの間でデータを送信することである。場合によっては、バックホーリングは、データをその目的地にできるだけ早く又は比較的低いコストで送信するために、遠隔ルート（それをその目的地よりもさらに遠くへ運ぶことを含む）上でネットワークデータを送信することを含みうる。現在、このバックホールの大部分は、専用のＴ１線上で行われる。ライセンス周波数及び非ライセンス周波数の両方を利用する短距離の特定用途において主に使用されるいくつかのワイヤレスバックホールスキームもある。
【０００４】
セルラーバックホールは主に、専用Ｔ１線を利用する。保証された帯域幅及びレイテンシは、リアルタイムの音声呼を支援するために重要である。典型的に、Ｔ１スロットは、特定の音声回路又はデータチャンネルに占有される。トラフィックを集約し、データ及び音声への種々の要求に能力を動的に適合させるためにバックホール上でＩＰを使用する帯域幅効率が利用可能であるが、今日の主な配置において使用されない。
【０００５】
いくつかのワイヤレスバックホール技術があるが、これらのシステムに対するインタフェースは通常、Ｔ１線のように見えるよう構成される。これにより、同一のインタフェース及びタイムスロット割当てを使用することができる。ワイヤレスバックホールの利点は、Ｔ１線を借りることに比較して低いコストであるが、ワイヤレスシステムはしばしば、範囲及び地形によって限定される。
【０００６】
専用Ｔ１線と比較してインターネット接続の広範囲の利用可能性と比較的低いコストとを考えると、セルラートラフィックをバックホールするために公衆インターネットを使用することに関心があった。
【発明の開示】
【課題を解決するための手段】
【０００７】
いくつかの実施形態において、本発明は、ワイヤレス音声及びデータ送信をバックホールするための方法を含む。方法は、ワイヤレス送信をベースステーションで受信する過程を含む。方法はまた、共有ネットワーク上で前記ベースステーションからベースステーションコントローラへ前記送信を転送する過程を含む。
【０００８】
実施形態は、以下の１つ以上を含むことができる。
【０００９】
方法は、第２送信を前記ベースステーションコントローラで受信する過程と、前記共有ネットワーク上で前記ベースステーションへ前記第２送信を転送する過程とを含むことができる。前記共有ネットワークは、非私的ネットワークにすることができる。前記共有ネットワークは、インターネットにすることができる。
【００１０】
方法はまた、前記ベースステーションコントローラにおいてジッターバッファーを提供する過程と、前記共有ネットワークによってもたらされたジッターを相殺するために前記ジッターバッファーを使用する過程とを含むことができる。方法はまた、前記ベースステーションにおいてジッターバッファーを提供する過程と、前記共有ネットワークによってもたらされたジッターを相殺するために前記ジッターバッファーを使用する過程とを含むことができる。
【００１１】
前記送信を転送する過程は、保護プロトコルを使用して前記送信を転送する過程を含むことができる。前記保護プロトコルは、ＳＳＬにすることができる。
【００１２】
方法はまた、前記受信された送信の優先度を決定する過程と、前記決定された優先度に基づき前記送信を転送する過程とを含むことができる。優先度を決定する過程は、音声送信に第１優先度を割当てる過程と、データ送信に第２優先度を割り当てる過程とを含むことができる。第１優先度は、第２優先度よりも大きくすることができる。
【００１３】
前記送信を転送する過程は、ＩＰ技術上で音声を使用して前記送信を転送する過程を含むことができる。方法はまた、前記ベースステーションコントローラで前記送信の復号化を実行する過程を含むことができる。方法はまた、前記ベースステーションコントローラで前記第２送信の暗号化を実行する過程を含むことができる。方法はまた、前記ベースステーションで電源制御を実行する過程を含むことができる。前記送信は、セルラー電話からの送信であることができる。
【００１４】
さらなる実施形態において、本発明は、第２モバイルユニットへルートされるべき第１モバイルユニットからワイヤレス送信をベースステーションで受信する過程を含む方法を含む。方法はまた、前記第２モバイルユニットが前記ベースステーションの通信範囲内にあるか否かを決定し、前記第２モバイルユニットが前記範囲内にある場合には、前記ベースステーションにおいて前記第１モバイルユニットから前記第２モバイルユニットへ前記送信をローカルにルートする過程を含む。
【００１５】
実施形態は、以下の１つ以上を含むことができる。
【００１６】
方法は、前記第２モバイルユニットが前記範囲内にない場合には、前記ベースステーションからベースステーションコントローラへ前記通信を転送する過程を含むことができる。前記ベースステーションから前記ベースステーションコントローラへ前記通信を転送する過程は、共有ネットワーク上で前記ベースステーションから前記ベースステーションコントローラへ前記送信を転送する過程を含むことができる。前記共有ネットワークは、インターネットにすることができる。
【００１７】
さらなる実施形態において、本発明は、ワイヤレス音声及びデータ送信をバックホールするためのシステムを含む。システムは、ワイヤレス送信を受信し、共有ネットワーク上でベースステーションコントローラへ前記送信を転送するよう設定されたベースステーションを含む。
【００１８】
実施形態は、以下の１つ以上を含むことができる。
【００１９】
システムはまた、第２送信を受信し、前記共有ネットワーク上で前記ベースステーションへ前記第２送信を転送するよう設定されたベースステーションコントローラを含むことができる。前記共有ネットワークは、インターネットにすることができる。前記ベースステーションコントローラは、前記共有ネットワークによってもたらされたジッターを相殺するよう設定されたジッターバッファーを含むことができる。前記ベースステーションは、前記共有ネットワークによってもたらされたジッターを相殺するよう設定されたジッターバッファーを含むことができる。前記ベースステーションはさらに、前記受信された送信の優先度を決定し、前記決定された優先度に基づき前記送信を転送するよう設定されることができる。
【００２０】
さらなる実施形態において、本発明は、ベースステーションを含むシステムを含む。前記ベースステーションは、第２モバイルユニットにルートされるべき第１モバイルユニットからのワイヤレス送信を受信し、前記第２モバイルユニットが前記ベースステーションの通信範囲内にあるか否かを決定するよう設定される。前記第２モバイルユニットが前記範囲内にある場合には、前記ベースステーションは、前記ベースステーションにおいて前記第１モバイルユニットから前記第２モバイルユニットへ前記送信をローカルにルートするよう設定される。
【００２１】
実施形態は、以下の１つ以上を含むことができる。
【００２２】
システムはまた、ベースステーションコントローラを含むことができる。前記ベースステーションは、前記第２モバイルユニットが前記範囲内にない場合には、前記送信を前記ベースステーションコントローラへ転送するよう設定されることができる。
【発明の効果】
【００２３】
特定の実施形態において示されることができる利点は、以下の１つ以上を含む。
【００２４】
いくつかの実施形態において、ソフトウェア無線システムを使用することで、セルラーバックホールのコストを低減することができる。
【００２５】
いくつかの実施形態において、ソフトウェア無線システムにより、迅速な実験を行うことができ、システム又はプロトコルに対する任意の変更が、社会基盤へソフトウェアでダウンロードすることができる。
【００２６】
いくつかの実施形態において、ソフトウェア無線システムは、音声及びデータのユーザ要求を支援するために十分な帯域幅及びレイテンシを確実にするＱＯＳ測定及び機構を採用する。
【発明を実施するための最良の形態】
【００２７】
図１Ａを参照すると、システム１０は、モバイルユニット１２と、ベースステーション１４とを含む。ベースステーションは、バックボーンに近いインターネット１４に接続され、適所においてライトウェイトＱＯＳ機構でセルラーサービスプロバイダーのコアネットワークへセルラートラフィックをルートする。ＱＯＳ機構は、システムが、要求されるサービスのレベルを提供するために過剰帯域幅の存在に依存しないよう、システム１０に要求されるサービスのレベルを提供する。
【００２８】
より具体的には、システム１０は、ベースステーション１４へワイヤレス信号送信を送信するモバイルユニット１２を含む。ベースステーション１４は、インターネット１６（例えば、公衆インターネット）上でベースステーションコントローラ１８へ送信をルートする。ベースステーションコントローラ１８は引続き、モバイル交換ユニット２０へ呼をルートし、モバイル交換ユニット２０は、公衆交換電話ネットワーク２２へ呼をルートする。いくつかの実施形態において、信号は、ベースステーションコントローラ１８とモバイル交換ユニット２０との間に配設された第２ネットワーク（例えば、インターネット２４）を横切る（図１Ｂ）。
【００２９】
信号はまた、モバイル交換ユニット２０と、ベースステーションコントローラ１０と、インターネット１６と、ベースステーション１５とを介して公衆交換電話ネットワーク２２からモバイルユニット１２へ送信されることができる。
【００３０】
ソフトウェア無線は、リアルタイムセルラー音声とデータトラフィックとをバックホールするための公衆インターネット１６の実行の特性を助けることができる。各種ＱＯＳ測定及び機構は、そのようなリアルタイムセルラー音声及びデータトラフィックを支援するために使用されることができる。
【００３１】
セルラーバックホールのコストを低減するために、インターネットを使用することが役立つ。この時点で、インターネットサービスの高いレベルを確実にする最も簡単な方法の１つは、バックボーンに近いデバイスを接続することである。バックボーンに関連したデバイスの位置は、ネットワークの端において一部の追加のホップと制限された帯域幅とを回避する。コアにおいてファイバーをオーバービルドした結果である、今日のインターネット１６のバックボーンにおける過剰帯域幅は一般に、セルラートラフィックに対するＱＯＳ要求を支援することができる。しかし、ユーザーが遠隔位置においてサービスを要求すると、さらなるホップは典型的に、それらの位置おいてサービスを提供するよう要求され、ＱＯＳが悪化する。同様に、異常なトラフィックがコアネットワークにおいて経験される時、現在の過剰帯域幅でも、要求を効率的に満たすために十分な資源を提供することができない。
【００３２】
各種プロトコルは、効率性及び帯域幅最適化を提供するために使用されることができる。典型的なプロトコルは、ＴＣＰ、ＵＤＰ、及びＲＴＰも、これらのプロトコルに加えて実行されるエンドツーエンドアプリケーションレベルＱＯＳプロトコルも含む。
【００３３】
いくつかの実施形態において、公衆インターネット１６上に存在するデバイスは、ネットワークにおいて新規ルーター又は他のハードウェアの配置を要求することなく、バックホールのための公衆インターネットを使用して、モバイルユニット１２から公衆交換電話ネットワーク２２へ呼をルートするために使用されることができる。これは、より高速なタイムスケール上でバックホールのためのインターネットの使用を可能にする。そのような実行は、今日のワイヤレスキャリアに対して重要なコストの節約をもたらすと考えられる。
【００３４】
図２を参照すると、インターネット３６上での呼の典型的なルートが示される。この例において、テキサス３２及びケンブリッジ３４に位置するベースステーションは、公衆インターネット３６を介してバンクーバーにおけるモバイル交換センター３８へ接続される。表１は、ケンブリッジに位置するベースステーション３４とバンクーバーの交換３８との間のホップ数を示し、表２は、テキサスに位置するベースステーション３２とバンクーバーの交換３８との間のホップを示す。
【００３５】
【表１】
2008503188.tif 000003
【００３６】
【表２】
2008503188.tif 000004
【００３７】
表１は、最大３０ホップ、３８バイトパケット、ケンブリッジから２０７．２３．９３．３８へのトレースルートを示す。表２は、最大３０ホップ、３８バイトパケット、テキサスから２０７．２３．９３．３８へのトレースルートを示す。上記表１及び２に示されるように、利用可能なインターネット接続を利用する呼をルートすることで、十分なサービス品質を提供することができる。ネットワークの端へのホップの数及び貢献は、遅延のかなりの部分を含む。故に、インターネットバックボーンに、又はデータネットワークサービスプロバイダーの他の公衆ネットワークに近い接続によって、ＱＯＳプロトコル又はライトウェイトＱＯＳプロトコルがなくても、セルラーバックホールＱＯＳ要求を一貫して満たすために十分な過剰帯域幅が存在しうると考えられる。
【００３８】
【表３】
2008503188.tif 000005
【００３９】
表３は、最大３０ホップ、３８バイトパケット、vanu-bsc.dyn.nimlabs.orgへのトレースルートを示す。上記表３に示されるように、利用可能なインターネット接続を利用する呼をルートすることで、十分なサービス品質を提供することができる。音声は、ＲＴＰプロトコルを使用して送信され、ＲＴＰヘッダー圧縮の使用を介してポテンシャルバックホール帯域幅の節約が存在する。ＩＰ及び他の標準インターネットプロトコルのこの使用は、インターネットベースのバックホールへの移行に対してスムーズな経路を提供する。インターネットの近くにベースステーションを設置することは、ホップの数を低減する点に留意すべきである。ホップの数と送信の全レイテンシとの影響は、重要である。インターネットバックボーンの近くにベースステーションを設置することで（故に、ホップの数を減らす）、レイテンシを低減し、音声送信のためのＱＯＳのより高いレベルを確実にする。
【００４０】
十分なＱＯＳを提供することができる過剰帯域幅をインターネット３６が典型的に提供する一方で、追加のルート手続及び特徴は、ロードされる間又は危険的状況の間に十分なＱＯＳを提供するために使用されうる。
【００４１】
上記のように、ベースステーションとベースステーションコントローラとの間の多数のホップの使用は、信号のレイテンシを増加させうる。例えば、典型的なインターネットの接続は、ネットワークの端において、いくつかのホップと帯域幅が制限されたリンクとを経験する。これらの端のルーター及びリンクは、接続の全体の帯域幅及びレイテンシに対して主に寄与する。ＩＳＰは、バックボーンに近い接続に対して比較的高い料金を課すことを選択しうるが、この料金はそれでも、位置及び距離に依存して、１ヶ月あたり４００ドルから２０００ドルまで及ぶ今日のＴ１コストよりもかなり低い。
【００４２】
インターネットを利用する通信経路へＴ１ラインを取替える実現可能性をテストするために、各種テストが達成された。ベースステーションと、既存のＴ１ラインを使用するベースステーションコントローラとの間の典型的な接続は、比較目的のために、ベースライン帯域幅、レイテンシ、及びジッターを測定するために使用されることができる。トラフィックロードは、ソフトウェア無線ベースステーションにワイヤレス接続される標準ＧＳＭモバイルによって生成された。Ｔ１接続は、公衆インターネット接続（例えば、図１に示されるように）に取替えられた。有効な帯域幅レイテンシ及びジッターは、ベースライン実験と同様なロード状況を使用して測定された。
【００４３】
公衆インターネットの使用における予測不可能な変化のため、ＱＯＳ機構のないサービスも可能であるが、アプリケーションレベルＱＯＳと障害回復との各種形式が望ましい。多くのリアルタイムシステムにおいて、ＴＣＰスタイル再送信は、データが再送信される時までに古くなりすぎるため、適切ではない。他のアプローチは、欠損パケットが再構築されるように、データストリームにエラー訂正を埋め込むこと、又は欠損の場合においてパケットを脱退又は繰返すためのルールを含む。最も重要なパラメータは、呼をキープアライブすることである。セルラーシステムにおいて、発呼側は、偶発的な脱退又は音声品質における劣化に慣れているが、脱退された呼は、重大な問題である。回復機構は、呼が脱退されて接続が終了したことをモバイルユニットが決定しないことを約束しなければならない。
【００４４】
上記のように、各種ＱＯＳ機構は、インターネット１６上でモバイルユニット１２から公衆交換電話ネットワーク２２へ送信された信号のレイテンシ及び品質を確実にするために使用されることができる。インターネット１６は、共有ネットワークなので、消費者に対する音声サービスにおいて妨害がないようにＱＯＳが維持されることを確実にする各種技術の使用のためになりうる。
【００４５】
いくつかの実施形態において、アドミッションコントロールは、ネットワークにおける極端なロードの時間での呼データのスムーズなフローを保証するためにデータネットワークで使用されることができる。この場合において、システムは、比較的少ない音声呼を支援するが最小の品質標準を維持する品質／容量トレードオフをなしうる。
【００４６】
図３を参照すると、システム７０は、多数のモバイルユニット７２、７４、及び７６と、ベースステーション７８とを含む。動作において、モバイルユニット７２、７４、及び７６は、信号を生成し、インターネット上でベースステーションコントローラ及び電話ネットワークへベースステーション７８を介して呼をルートする。共有ネットワーク上で利用可能な帯域幅の変動性が原因で、ベースステーション７８は、ベースステーションが同時に音声呼を処理及びルートするモバイルユニットと追加のユーザーとの数を制限しうる。インターネットがビジーな場合、又は予測されたＱＯＳを確実にする利用可能な帯域幅を有していない場合、ベースステーション７８は、一つ以上のモバイルユニットからの送信を拒絶する。
【００４７】
図４を参照すると、ネットワークにおける極端なロードの時間での呼に対するＱＯＳを確実にするための過程が示される。ベースステーションは、共有ネットワークの利用可能な帯域幅を監視及び決定する（８２）。例えば、ベースステーションは、ネットワーク上のもう１つのデバイスをピングし、ピングパケットに対する応答時間を監視することができる。ピングパケットを使用しても帯域幅を正確に測定できないが、ネットワーク上にルートされた音声呼に対する特定の品質レベルを確実にするために利用可能な十分な帯域幅があるか否かを決定するための測定基準として使用されることができる。測定された帯域幅に基づき、ベースステーションは、音声呼を支援するために十分な帯域幅があるか否かを決定する（８８）。十分な帯域幅がある場合、その時ベースステーションは、インターネット上のベースステーションを介してベースステーションコントローラへ呼をルートする（９０）。十分な帯域幅がない場合、その時ベースステーションは、呼がインターネット上でベースステーションコントローラへルートされないように呼をブロックする（８６）。
【００４８】
図５を参照すると、多数のモバイルユニット１０２、１０４、１０６、及び１０８と、ベースステーション１１８とを含むシステム１００が示される。動作中、モバイルユニット１０２、１０４、１０６、及び１０８は、ベースステーション１１８を介してベースステーションコントローラへ信号をルートする。モバイルユニット１０２、１０４、１０６、及び１０８は、ネットワーク上の音声及びデータの両方をルートすることができる。例えば、モバイルユニット１０２、１０６、及び１０８は、音声データ１１０、１１４、及び１１６を送信するとして示され、モバイルユニット１０４は、データ１１２を送信するとして示される。一般に、所望の品質レベルを確実にするために音声送信に必要とされるレイテンシは、データ送信に必要とされるレイテンシよりも低い。共有ネットワーク上で利用可能な帯域幅の変動が原因で、ベースステーション１１８は、ネットワークの帯域幅をなすためにいくつかの送信に対する送信時間をシフトすることができる。例えば、ネットワークが容量又は容量近くである場合、ベースステーション１１８は、所定時間、例えば略１から３秒までデータ送信の送信を遅延させることができる。利用可能な帯域幅に基づくデータ送信に対する送信時間のシフトにより、ユーザーは、共有ネットワーク上で利用可能な帯域幅をさらに効率的に使用することができる。
【００４９】
いくつかの実施形態において、共有ネットワークは、特定ユーザーに対して保証された帯域幅を含むことができる。例えば、ネットワークが帯域幅の占有を支援する場合、ベースステーションは、呼の送信に対する特定の品質レベルを確実にするために十分な帯域幅が割り当てられることができる。
【００５０】
いくつかの実施形態において、システムは、共有リンクにおけるジッターを相殺するためにバックホールリンクの１端又は両端でジッターバッファーを含むことができる。一般に、信号処理システムは、任意の特定のタスクを遂行するために必要とされる時間において不規則に変動するいくつかのジッターを含む。システムの最下位レベルにおいて、ジッターは、２つのチップが共有バスにアクセス要求する相対的時間のような、ハードウェア効果を原因とする。比較的高いレベルにおいて、ジッターは、可変で予測不可能なネットワーク性能によってもたらされる。ジッターバッファーは、深刻なジッターがネットワークに存在する時でも、相対的な通信プロトコルに従って、信号の処理を継続し、システムユーザーにそれらを与えることを確実にすることができる。
【００５１】
いくつかの実施形態において、ソフトウェアベース無線の使用により、ベースステーションとベースステーションコントローラとの機能が所望のように割り当てられることができる。例えば、セルラーリンクにおいて、データの暗号化／復号化は、リンクのバックエンド側（例えば、ベースステーションコントローラ）に移動されることができる。さらに、ベースステーションコントローラ（例えば、電源制御）において典型的に実行される他の機能は、リンクのフロントエンド側（例えば、ベースステーション）に移動されることができる。
【００５２】
ベースステーションとベースステーションコントローラとの間の機能の１つの例示的な再配置は、図６に示される。システム１３０は、多数のモバイルユニット１３２及び１３４と、ベースステーション１３６と、ベースステーションコントローラ１４０とを含む。通常動作の間、一定の交換動作は、ベースステーションコントローラで発生する。故に、モバイルユニット１３２がモバイルユニット１３４への呼出を望んだ場合、送信は、モバイルユニット１３２からベースステーション１３６へ、そしてネットワーク１３８を横切って、ベースステーションコントローラ１４０を通る。この送信は、送信においてレイテンシを取り込む。さらに、送信は、ネットワーク１３８の一部帯域幅を必要とする。ソフトウェアベースシステムにおいて、いくつかの交換機能は、ベースステーションコントローラ１４０からベースステーション１３６へ移動されることができる。例えば、ベースステーション１３６は、呼が同一のベースステーション上で被発呼側へルートされているか否かを決定し、もしそうならば、その時呼は、ベースステーションでルートされることができる。ベースステーションでローカルにそのような呼をルートすることで、呼がネットワーク１３８を決して横切らないので、バックホール帯域幅を低減する。
【００５３】
上述したいくつかの実施形態において、ＱＯＳ機構が使用されたが、ＱＯＳ機構が実行されない他の実施形態が存在する。
【００５４】
セルラーバックホールのコストを低減するための新規な装置及び技術が上述された。当業者であれば、本発明の概念から逸脱することなく本明細書中に開示された特定の装置及び技術の変更及び使用と特定の装置及び技術からの逸脱とをなすことができることは明らかである。従って、本発明は、添付された特許請求の精神及び範囲によって本明細書中に開示及び単に限定された装置及び技術によって提示及び占有された各々及び全ての特徴と新規な特徴の組み合わせとを包含して解釈されるべきである。
【００５５】
他の実施形態は、添付された特許請求の範囲内にある。
【図面の簡単な説明】
【００５６】
【図１Ａ】図１Ａは、ネットワークのブロック図である。
【図１Ｂ】図１Ｂは、ネットワークのブロック図である。
【図２】図２は、ネットワークのブロック図である。
【図３】図３は、ネットワークのブロック図である。
【図４】図４は、フローチャートである。
【図５】図５は、ネットワークのブロック図である。
【図６】図６は、ネットワークのブロック図である。
【符号の説明】
【００５７】
１２  モバイルユニット
１４  ベースステーション
１６  インターネット
１８  ベースステーションコントローラ
２０  モバイル交換ユニット
２２  公衆交換電話ネットワーク２２
【図１Ａ】
2008503188.tif 000006
【図１Ｂ】
2008503188.tif 000007
【図２】
2008503188.tif 000008
【図３】
2008503188.tif 000009
【図４】
2008503188.tif 000010
【図５】
2008503188.tif 000011
【図６】
2008503188.tif 000012
【国際調査報告】
2008503188.tif 000013
2008503188.tif 000014