JP2003517800A - ディジタル移動通信システムにおけるデータの非トランスペアレント送信の方法 - Google Patents

Abstract

(57)【要約】 本発明は、データ通信をサポートする移動通信システムに関し、そのシステムは、交換施設と通信する基地局を含む。移動局と前記交換施設との間の通信のために通信プロトコルが用いられる。基地局と交換施設との間の接続は、パケット交換通信をサポートし、また、基地局には、移動局から送信されたデータフレームがエアインタフェースを経て正しく受信されたかどうかを検出する検出手段が備えられている。さらに、正しく受信されたとして検出されたデータフレームのみを、基地局と交換施設との間のパケット交換接続を用いて交換施設へ送信する手段も備えられている。

Description

【発明の詳細な説明】

【０００１】 （発明の技術分野） 本発明は、ディジタル移動通信システムにおけるデータの送信に関し、特に、
ディジタル移動通信システムにおけるデータの非トランスペアレント送信のシス
テムおよび方法に関する。

【０００２】 （技術の現状） ディジタル移動通信システムにおいては、データは物理的に２つの異なった様
式で、すなわち、トランスペアレントに、また非トランスペアレントに、送信さ
れうる。トランスペアレント送信においては、データは、移動通信システムのト
ラヒックチャネルを経てトランスペアレントに転送され、これは、無線経路にお
けるエラー訂正がチャネルコーディングの使用のみにより行われることを意味す
る。例えば、ＧＳＭシステムにおいては、フォワードエラーコレクション（ＦＥ
Ｃ）と呼ばれるチャネルコーディングスキームが用いられる。

【０００３】 非トランスペアレント送信においては、上述のチャネルコーディングのほかに
、さらなるプロトコルが用いられ、そのプロトコルによれば、もしデータが受信
側において正しく受信されなかったならば、トラヒックチャネルを経てのデータ
送信が繰返される。ＧＳＭシステムにおいては、そのようなさらなる通信プロト
コルは、無線リンクプロトコル（ＲＬＰ）と呼ばれる。それは、移動局の端末適
応手段と、たいていは移動交換局ＭＳＣに備えられている、または移動交換局Ｍ
ＳＣに関連している、ネットワーク適応手段、例えば、インタワーキング機能Ｉ
ＷＦと、の間で用いられる。ＲＬＰは、フレーム構造を有するＨＤＬＣタイプの
平衡データ転送プロトコルである。ＲＬＰによるエラー訂正は、トラヒックチャ
ネルにおいて劣化したフレームの再送信に基づく。ＲＬＰ上には、もう１つのプ
ロトコルＬ２Ｒ（レイヤ２リレー）がさらに存在する。一般に、そのようなプロ
トコルを処理する、移動局内（すなわち、その端末アダプタ内）と、インタワー
キング機能内と、の双方には、機能手段が存在する。データは、通常、移動局と
ＩＷＦとのそれぞれにおいてＲＬＰプロトコルを処理する機能手段の間の無線イ
ンタフェースを経てＲＬＰフレームにより搬送される。通常のデータ転送状態、
すなわち、無線チャネルにおいて１２ｋｂｐｓを用いる９．６ｋｂｐｓチャネル
のデータ転送状態においては、前記機能手段は、データを、２４０ビットのＲＬ
Ｐフレームにより前記無線インタフェースを経て別の機能手段へ転送される２０
０ビットＰＤＵ（パケットデータユニット）内へパックする。

【０００４】 いわゆる不連続送信（ＤＴＸ）は、転送されるべきデータまたは他の情報がな
い時に適用すると有利である。ＤＴＸは、転送されるべきデータが実際に存在し
ない時に無線経路を経ての送信をできるだけ多く削減する方法であり、それは、
送信が中断されることを意味する。ＤＴＸを用いる理由は、移動局のために最も
重要な、送信手段における電力消費を削減するため、および無線経路上の全体的
妨害レベルを減少させるためである。ＤＴＸは、アップリンクおよびダウンリン
クのそれぞれのために独立して動作する。ＤＴＸは、移動通信ネットワークにお
いて実行されるかも知れず、または実行されないかも知れず、すなわち、移動通
信ネットワークはＤＴＸを許容し、または許容しない。

【０００５】 ＴＤＭＡ（時分割多重アクセス）を実行する移動通信システム、例えば、ＧＳ
Ｍにおいては、それぞれの移動局は、音声またはデータの送信のための１つのト
ラヒックチャネルを割当てられる。このようにして、フルレート送信のための１
つの同じ搬送波上の異なる移動局に対しては最大８つの並列接続が存在しうる。
従って、データのための最大転送速度は、利用可能な帯域幅、チャネルコーディ
ング、およびエラー訂正により、極めて低いレベル制限され、すなわち、ＧＳＭ
システムにおいては、それは１４．５ｋｂｐｓ、（１２ｋｂｐｓ、６ｋｂｐｓ、
または３．６ｋｂｐｓ）に制限される。しかし、例えばＧＳＭにおいては、全て
の地上送信は回線交換送信に基づく。

【０００６】 ＧＳＭにおける、ＧＰＲＳ（ＧＳＭのためのパケットデータサービスである、
汎用パケット無線サービス）、ＥＤＧＥ（全地球展開のための高度データ速度）
、および適応多重速度（ＡＭＲ）音声コーデックの導入により、帯域幅は増大せ
しめられ、かつ変化せしめられうる。しかし、基地局サブシステム（ＢＳＳ）内
の送信構造は、そのような発展を利用しうるように変化せしめられなかった。構
内網においては、すなわちオフィスにおける解決法においては、その会社内に通
常のＬＡＮ（ローカルエリアネットワーク）／インタネットを用いるＧＳＭシス
テムが発展せしめられ、すなわち、ＩＰ基準送信が用いられる。しかし、ＱｏＳ
問題は、オフィス内の過大設備による以外には処理されず、すなわち、コンピュ
ータＬＡＮインフラストラクチャによりサポートされるいずれの他のＱｏＳ機構
によっても処理されない。帯域幅もまた、ＬＡＮ／イーサネット（Ｒ）技術を用
いると安価になる。しかし、公衆用の解決法においては状況は異なり、帯域幅は
高価となる。

【０００７】 ＧＳＭ内の非トランスペアレントデータの送信においては、ＤＴＸがサポート
され、それは、もし送信されるべきデータがなければ、無線送信機がターンオフ
されうることを意味する。ＧＳＭにおいては、全ての地上送信は実際に回線交換
送信に基づく。ＧＰＲＳの導入により、現在のＧＳＭシステムは実際に無線イン
タフェースを経てのパケット交換サービスをサポートするようにグレードアップ
されている。従って、ＤＴＸの機能性は、移動局とＢＴＳ（基地トランシーバ局
）との間の、すなわち無線経路における、統計的多重化のために用いられうる。
地上送信においては、パケット交換は、ＧＰＲＳコアネットワークおよびＢＳＳ
（基地局サブシステム）に対するインタフェース（Ｇｂ）内において定められる
。

【０００８】 ＧＳＭにおいては、基地局から離れて配置されるトランスコーダ（transcoder
）ユニットである、いわゆるトランスコーダおよびレートアダプタユニット、す
なわちＴＲＡＵが配設される。ＴＲＡＵは、例えば、ＢＴＳのチャネルコーディ
ングユニットと通信し、その通信は、ＧＳＭ勧告０８．６０に定められている。
アップリンク方向においては、ＢＴＳは常に無線インタフェースを経て受信した
フレームを送信する。ダウンリンク方向においては、一般にＭＳＣ内に備えられ
ネットワーク適応機能性を有するインタワーキング機能ＩＷＦは、フレームが、
常にＴＲＡＵを経てＢＴＳへ送信される無線リンクプロトコルＲＬＰのフレーム
内において帯域内周波信号方式により送信されるべきか否かを表示する。推定可
能なように、多くのアイドルデータが送信され、これはリソースの浪費となる。

【０００９】 高速回線交換データＨＳＣＳＤの導入により、１つの移動局への無線インタフ
ェース上において、いくつかのタイムスロット（ＴＳ）を用いることが可能にな
る。送信は、トランスペアレントでも、また非トランスペアレントでもありうる
。トランスペアレントサービスにおいては、ＴＳの数は、アップリンクにおいて
も、ダウンリンクにおいても同じである。非トランスペアレント送信においては
、ＴＳの非対称使用もまた存在する。その理由は、ウェブブラウジング（web-br
owsing）のような典型的なデータサービスは高度に非対称であることと、もしデ
ータが同時に送信および受信をされなければならないなら、ＭＳの実行がコスト
的な限界に直面することである。従って、ＨＳＣＳＤのＭＳは、アップリンクに
１つのタイムスロット、ダウンリンクに１つのタイムスロット、アップリンクに
１つのタイムスロット、ダウンリンクに２つのタイムスロット、などを意味する
関係１／１、１／２、２／２、１／３、１／４による、タイムスロットの非対称
使用をサポートする。非トランスペアレントサービスはまた、適応無線リソース
処理の可能性を含むという、トランスペアレントサービスに優る利点を有する。
これは、データユーザが、１つのタイムスロットによる接続を保証され、かつそ
れに加えてセル内の利用可能な無線リソースを使用しうることを意味する。これ
は、ＭＳが必要な時にのみ無線リソースを使用するＧＰＲＳの場合と同様である
。ここでもまた、使用は非対称である。ＭＳの設計問題はＨＳＣＳＤと同様であ
る。

【００１０】 要約すると、パケット基準サービスが導入された時に、例えば、基地局と交換
施設との間の固定接続または地上接続において、どのようにしてリソースの効率
的な使用を行うべきかについての満足すべき解決法は、現在のところ存在しない
。

【００１１】 （発明の要約） 従って、必要とされているのは、従来公知のシステムに比し送信効率を増大さ
せたデータ通信をサポートする通信システムである。特に、非トランスペアレン
トデータ送信において固定接続をもっと効率的に用いうるシステムが必要とされ
ている。さらに、帯域幅を効率的に使用でき、また経済的にかつ容易に実現でき
るシステムが必要とされている。さらに、上述の目的を達成しうる、移動通信シ
ステムにおけるデータの送信方法が必要とされている。

【００１２】 そのために、データ通信をサポートする移動通信システムが提供され、そのシ
ステムは、接続を経て交換施設に接続され且つ移動局と前記交換施設との間の通
信のための通信プロトコルを用いる少なくとも１つの基地局を含む。基地局と交
換施設との間の接続は、データのパケット交換通信をサポートし、また、基地局
には、移動局から送信されたデータフレームがエアインタフェース（air interf
ace）を経て正しく受信されたかどうかを検出する手段が備えられている。さら
に、正しく受信されたとして検出されたデータフレームのみを、基地局と交換施
設との間のパケット交換接続を用いて交換施設へ送信する手段も備えられている
。

【００１３】 特に、データフレームとして搬送されるデータの非トランスペアレント通信は
、移動局からのアップリンクに確立される。さらに、実施例における前記検出手
段は、受信されたデータフレームのためのフレームチェックサムを計算する手段
を含む。別の実施においては、データフレームが正しく受信されたかどうかを検
出するために、基地局において無線送信の品質が検出される。これは、フレーム
チェックサムの計算に代わるものとして、またはフレームチェックサムの計算と
組合わせて、行われうる。ある実施においては、前記交換施設は、移動交換局（
ＭＳＣ）である。

【００１４】 あるいは、前記交換施設は基地局制御装置（ＢＳＣ）であり、前記基地局は基
地トランシーバ局（ＢＴＳ）であり、データのパケット交換通信は、基地トラン
シーバ局（ＢＴＳ）と基地局制御装置（ＢＳＣ）との間の少なくともアップリン
クにおいてサポートされる。

【００１５】 特にＢＳＣは、データを搬送するフレームを構成する手段を含む移動交換局の
インタワーキング機能と通信するトランスコーディングおよび適応手段を含み、
前記トランスコーディングおよび適応手段は、前記移動交換局から受信したフレ
ームがデータを含むかどうかを検出し、データフレームのみを基地局へ送信する
。有利な実施においては、データのパケット交換通信は、基地局と交換施設との
間のダウンリンクにおいてもサポートされる。

【００１６】 本発明のコンセプトは、パケットデータの通信をサポートする移動通信システ
ムにも適用可能である。そのシステムは、接続を経て交換施設に接続された少な
くとも１つの基地局を含み、移動局と交換施設間の通信のための通信プロトコル
を用いる。

【００１７】 基地局と交換施設との間の接続は、データのパケット交換通信をサポートし、
また、移動局から送信されたデータフレームがエアインタフェースを経て正しく
受信されたかどうかを検出する手段が備えられている。さらに、正しく受信され
たとして検出されたデータフレームのみを、基地局と交換施設との間のパケット
交換接続を用いて交換施設へ送信する手段も備えられている。前記検出手段は、
受信されたデータフレームのためのフレームチェックサムを計算する手段を含む
と有利である。 特に、交換施設から基地局へのダウンリンクにおいても、パケットデータの非
トランスペアレント通信がサポートされ、またパケット交換通信がサポートされ
る。

【００１８】 本発明によれば、統計的多重化を用いる時に送信効率の柔軟性を増大させるた
めに、ＢＳＳ内へパケット交換送信を導入することが提案される。特に、インタ
ネットプロトコル（ＩＰ）の使用が提案される。他の選択肢は、例えば、ＡＴＭ
（非同期転送モード）またはフレームリレーを用いることである。ＩＰネットワ
ークにサービスの品質（ＱｏＳ）を導入するために、ＩＰヘッダ内における優先
順位ビットの使用に基づく分化サービス（differentiated service）と呼ばれる
規格が発展されつつある。この規格は、ＩＥＴＦ（インタネット・エンジニアリ
ング・タスク・フォース）により標準化されており、これについては、ＲＦＣ（
リクエスト・フォア・コメント）２４７５の「分化サービスのアーキテクチャ」
を参照されたい。しかし、パケット基準送信がＧＳＭのＢＳＳ内へ導入される時
は、ＧＳＭの現在の遅延要求を満たしうることが必要であり、音声は最も遅延に
敏感なトラヒックで、最高遅延優先順位のクラス内に置かれなければならない。
遅延要求があまり厳格でない他のサービスは、もっと低い優先順位クラス、例え
ば、デフォルトにより可変遅延を有する非トランスペアレントデータを割当てら
れる。

【００１９】 特に、非トランスペアレントデータに対しては、固定接続における統計的多重
化においてＤＴＸを用いることが許され、これは極めて有利である。特にさらに
、ＤＴＸは、（ＧＳＭにおける）ＢＴＳと、ＢＳＣ内のＴＲＡＵ（トランスコー
ダおよびレートアダプタユニット）との間での統計的多重化において用いられう
る。特にさらに、ＤＴＸは、ＢＴＳとＭＳＣとの間で実行されうる。ＧＰＲＳに
おいては、本発明のコンセプトは、ＢＴＳとＳＧＳＮとの間、またはＢＴＳとＢ
ＳＣとの間において実行されうる。ＧＳＭのＴＲＡＵは、ここではＢＳＣまたは
ＳＧＳＮ内に配置されるＰＣＵに対応する。

【００２０】 上述の目的を達成するために、移動通信システムにおけるデータ送信の方法を
提供する。この方法は、移動局と交換施設との間に非トランスペアレントデータ
接続であって、前記移動局と基地局との間にエアインタフェースを含み、前記基
地局と前記交換施設との間にパケット交換接続を含む前記非トランスペアレント
データ接続を確立するステップと、前記基地局において前記移動局から送信され
たデータフレームが前記エアインタフェースを経て正しく受信されたかどうかを
検出するステップと、正しく受信されたとして検出されたデータフレームのみを
、前記基地局と前記交換施設との間の前記パケット交換接続を用いて前記交換施
設へ送信するステップと、を含む。実施例においては、前記検出するステップは
、前記データフレームが正しく受信されたかどうかを確定するために、非トラン
スペアレントデータプロトコルにおいて定められたフレームチェックサムを用い
るステップを含む。

【００２１】 代わりのステップ、または追加のステップとして、本方法は、データフレーム
が前記移動局から前記エアインタフェースを経て正しく受信されたかどうかを確
定するために前記基地局において無線品質測定を行うステップを含む。特定の実
施において、本方法はさらに、前記基地局において前記移動局から受信したタイ
ムスロットが対称であるかどうかを検出し、前記タイムスロットが対称である場
合にのみデータパケットを前記パケット交換接続を経て前記交換施設へ送信する
ステップをさらに含む。 有利な実施において、本方法は、前記交換施設から前記基地局へのダウンリン
クにおいてもパケット交換送信を実行するステップを含む。

【００２２】 本発明のコンセプトは、パケットデータの通信をサポートする移動通信システ
ムにも適用可能である。その場合、本方法は、移動局と交換施設との間に非トラ
ンスペアレントデータ接続であって、前記移動局と基地局との間にエアインタフ
ェースを含み、前記基地局と前記交換施設との間にパケット交換接続を含む前記
非トランスペアレントデータ接続を確立するステップと、前記基地局において前
記移動局から送信されたデータが前記エアインタフェースを経て正しく受信され
たかどうかを検出するステップと、正しく受信されたとして検出されたデータフ
レームのみを、前記基地局と前記交換施設との間の前記パケット交換接続を用い
て前記交換施設へ送信するステップと、を含む。

【００２３】 特に、前記検出するステップは、前記データフレームが正しく受信されたかど
うかを確定するために、非トランスペアレントデータプロトコルにおいて定めら
れたフレームチェックサムを用いるステップを含む。さらに、有利な実施におい
て、本方法はさらに、前記交換施設から前記基地局へのダウンリンクにおいてパ
ケット交換送信を実行するステップを含む。アップリンクに関連して詳述したと
実質的に同じ本発明の手順は、有利な実施例においてダウンリンクに対しても実
行される。 特に、本発明のコンセプトは、無線アクセスネットワークにおける、回線交換
データおよびパケット交換データ（ＧＰＲＳ）、任意に組合わされたシングルお
よびマルチスロット、およびパケット基準送信に適用可能である。

【００２４】 さらに、本発明はまた、無線搬送波（回線交換（ＣＳ）またはパケット交換（
ＰＳ）解決法）と、コアネットワーク（ＣＳまたはＰＳ）との間の全ての種類の
マッピングをカバーする。このことは、実際にＵＭＴＳ（ユニバーサル移動電話
システム）において言えることであり、さらにＧＳＭ／ＧＰＲＳ／ＥＤＧＥにお
いても実現されうる。従って、回線交換無線チャネルは、ＧＰＲＳのパケット交
換コアネットワークに接続でき、あるいは、ＧＰＲＳパケット交換無線チャネル
は、例えば、ＧＳＭの回線交換コアネットワークの回線交換搬送波に接続できる
。実現されることは、実行されるサービスにより課される要求のみに依存する。
このようにして、例えば、ＧＳＭインタフェースＡおよびＧｂは、ＵＭＴＳの内
部インタフェースへ移行しうる。 本発明の利点は、全体的な柔軟性および送信効率をかなり増大させることであ
る。

【００２５】 （発明の詳細な説明） 以下においては、本発明を、制限の意図のない説明により、添付図面を参照し
つつもっと詳細に説明する。 一般に、さまざまな実施例の説明は、回線交換データに基づいており、すなわち
、システムは回線交換データの通信をサポートする。しかし、例えば、ＧＳＭの
ＧＰＲＳ（汎用パケット無線サービス）、Ｐ−ＰＤＣ（パケット−パーソナルデ
ィジタル通信）、ＡＤＣＤなどのような、パケット交換データの通信をサポート
する移動通信システムに対しても、同様の解決法が実行可能である。一般に、最
初に言及したアップリンク方向における問題の解決法は、フレームが、以下ＭＳ
で表す移動局から正しく受信されたか否かを識別するために、無線インタフェー
スからの入力をフィルタリングすることに存する。

【００２６】 回線交換データサービスにおいては、チャネルコーディングブロック（ＣＣＢ
）に対し、ベースバンド処理においてＣＲＣ（周期冗長検査）は適用されない。
そのわけは、不良フレームの検出のために、音声に対してそれが行われるからで
ある。その代わりに、移動交換局ＭＳＣにおける、または移動交換局ＭＳＣに関
連する、ＭＳとＩＷＦとの間の高レベルプロトコルは、ＲＬＰフレーム内のビッ
トエラーを検出するためのＣＲＣを有するＲＬＰフレームを用いる。

【００２７】 特定の実施例においては、ＲＬＰチェックサムが基地トランシーバ局ＢＴＳに
おいて用いられる。それは、全ての不良フレームを除去することを可能にし、非
トランスペアレントデータにおける不良フレームとは、１つまたはそれ以上のビ
ットエラーを有する全てのフレームを意味しており、この除去は、ＤＴＸのみを
用いることによって得られるよりも大きく効率を増大させる。

【００２８】 ＲＬＰチェックサムは、フレームが無エラーであるかどうかを評価するために
ＩＷＦおよびＭＳにおいて有利に用いられる。もしフレームがエラーを含んでい
れば、フレームは送信されていないか、またはフレームは無線インタフェースに
おいて劣化しており、その時フレームは再送信される。非対称サービス（非対称
タイムスロットＴＳ）においては、使用されないアップリンクＴＳはＢＴＳにと
って既知であり、それらのＴＳのためにＢＴＳは全くフレームを送信する必要は
ない。

【００２９】 （技術の現状でのシステムにおいては、ＢＴＳは、割当てられたＣＳ（回線交
換）チャネルを経てアイドルフレームを送信する。）これは、ＢＴＳのＴＲＡＵ
におけるプロトコルの変更をも意味する。そのわけは、ＢＴＳはＴＲＡＵにおけ
るそれぞれのサブチャネルを対称インバンド制御プロトコルにより制御するから
であるが、その定義は本発明の範囲には属さない。

【００３０】 ９．６ｋｂｐｓのデータにおいては、無線インタフェース（チャネルコーディ
ングブロック）を経るフレームと、ＲＬＰフレームとの間には１対１のマッピン
グが存在する。４．８および１４．４ｋｂｐｓのデータにおいては、そうでない
。そのわけは、ここではＲＬＰフレームが、２つのチャネルコーディングブロッ
クから成るからである。従って、結果として２０ｍｓの遅延を有するそのような
データに対してはバッファリングが適用されなければならない。（ＧＳＭ０５．
０３参照）

【００３１】 特に、４．８ｋｂｐｓのデータにおいては、ＲＬＰと無線インタフェース（Ｃ
ＣＢ）との間に厳格なマッピングが存在し、無線インタフェースのタイミングの
位相に依存して０と２０ｍｓとの間の追加の遅延を与える。 １４．４ｋｂｐｓにおいては、そのようなマッピングは存在しない。代わりに
、帯域内周波信号方式が用いられ、２つのハーフＲＬＰフレームが１つのビット
によりマークされる。これは余分な遅延を与えない。

【００３２】 以下本発明を、特にＧＳＭシステムに関連してさらに説明するが、本発明のコ
ンセプトは他のディジタル移動通信システムに対しても適用可能である。さらに
、それは、特に時分割多重アクセス（ＴＤＭＡ）を用いる通信システムに関連す
るが、それは、ＣＤＭＡおよびＦＤＭＡのような他の多重アクセス方法を用いる
システムに対しても適用可能である。図１Ｂおよび図１Ｃは、本発明がどのよう
にしてＧＰＲＳにおいて実施されうるかを極めて概略的に示す。

【００３３】 図１Ａは、移動交換局ＭＳＣ４０が着信呼および発信呼の接続の責任を持ち且
つ公衆電話交換網一般に対する交換施設として動作するようになっているＧＳＭ
システムの機能と、１つの実施例における本発明のコンセプトのそれへの適用と
を概略的に示す。そのほかに、それは、例えば加入者位置管理などのような移動
通信に特徴的な機能性を処理する。

【００３４】 移動局ＭＳ１０は、基地局システムＢＳＳ２５を経てＭＳＣ４０に接続されて
おり、ＧＳＭにおいてはＢＳＳ２５は基地トランシーバ局２０および基地局制御
装置ＢＳＣ３０を含む。ＧＳＭシステムは、無線経路を経てＴＤＭＡフレームに
より送信されるＴＤＭＡトラヒックを実行する。ＴＤＭＡフレームは、いくつか
のタイムスロットを含み、それぞれのタイムスロットにより情報パケットが無線
周波バーストとして送信される。ＧＳＭシステムの無線インタフェースにおいて
用いられるチャネル構造は、例えば、ＧＳＭ勧告０５．０２に定められている。
ＧＳＭシステムにおいては、（ＭＳ内の）端末適応機能ＴＡＦ１１と、大抵はＭ
ＳＣ４０内にあるか、またはＭＳＣ４０に関連する、固定ネットワーク内のネッ
トワーク適応手段のインタワーキング機能手段ＩＷＦ４１と、の間にデータリン
クが確立される。この実施例においては、このデータリンクは、接続の至る所に
おいて無線インタフェースからいくつかのトラヒックチャネルにサービスする回
線交換接続である。ＧＳＭにおいては、データ転送におけるデータリンクは、Ｖ
．１１０の速度に適応した、Ｖ．２４のインタフェースとコンパチブルである、
ＵＤＩコード化ディジタル全二重接続である。Ｖ．１１０接続はディジタル伝送
チャネルであり、これについてはＣＣＩＴＴ勧告ブルーブックＶ．１１０を参照
されたい。端末適応手段ＴＡＦ１１は、ＭＳに接続されたデータ端末ＴＡ（図５
）をＶ．１１０接続のために適応させ、そのＶ．１１０接続はここでは１つまた
はそれ以上のタイムスロットまたはトラヒックチャネルを用い回線交換接続を経
て確立される。１４．４ｋｂｐｓに対しては、他のプロトコルが用いられる。従
って、説明の細部は異なるが、原理は同じであるから、それが例えば１４．４ｋ
ｂｐｓに対してどのように実行されうるかは、詳細な説明から明らかとなろう。

【００３５】 ＩＷＦは、Ｖ．１１０接続を、ＩＳＤＮのような別のＶ．１１０ネットワーク
、または別のＧＳＭネットワークに対し、または別の中継ネットワーク、例えば
ＰＳＴＮに対し、適応させる。トラヒックチャネルはさらに、無線経路における
伝送エラーの効果を減少させる目的を有するフォワードエラーコレクション（Ｆ
ＥＣ）チャネルコーディングを用いる。ＧＳＭシステムは、ＧＳＭ勧告０５．０
３により畳み込みコーディングを実行する。フルレートＧＳＭトラヒックチャネ
ルは、１４．４ｋｂｐｓ、９．６ｋｂｐｓ、４．８ｋｂｐｓ、および２．４ｋｂ
ｐｓのデータ速度を用いる。

【００３６】 ＧＳＭにおけるＢＳＣ３０とＩＷＦ４１との間には、いわゆるＡインタフェー
スが用いられ、また本発明によれば、パケット交換送信が、（第２の）交換施設
とも呼ばれるＢＳＣと基地局ＢＴＳとの間、または、ＢＴＳと、本発明の一般的
説明において（第１の）交換施設とも呼ばれるＭＳＣとの間、において使用可能
とされる。これは、２つの異なる実施例に関連する。

【００３７】 本発明によれば、パケット交換送信は、少なくともＢＴＳ２０とＢＳＣ３０と
の間に導入される。ＴＡＦ１１とデータ端末装置（図示せず）との間の端末イン
タフェースと、ＩＷＦ４１と例えばオーディオモデム４２（図５）との間のイン
タフェースとは、ＣＣＩＴＴのＶ．２４の要求を満たし、図５においては端末イ
ンタフェースはＬ２で示されている。Ｌ２Ｒプロトコル（レイヤ２リレー）およ
びＲＬＰ（無線リンクプロトコル）の双方は、接続の両端のＴＡＦ１１およびＩ
ＷＦ４１に存在する。これに加えて前記接続は、異なる種類の速度適応機能（Ｒ
Ａ機能）を含み、そのＲＡ１’はＴＡＦ１１（ＭＳ／ＴＡＦ１０）の間に備えら
れていて、実施例により特に説明され、ＴＲＡＵ３１（図５参照）内のＢＴＳと
ＢＳＣとの間のパケット基準通信を許容する。（別の実施においては、ＲＡ１お
よびＲＡ１’はＣＣＵ３３内にも備えられる。）

【００３８】 ＲＡ１は、ＩＷＦ４１と、図示されている実施例によればＴＲＡＵ３１と、の
間に備えられる。さらにＲＡ２が、ＴＲＡＵ３１とＩＷＦ４１との間に備えられ
る。さらに、速度適応機能ＲＡＸが、ＣＣＵ３２とＴＲＡＵ３１との間に備えら
れる。速度適応機能は、ＧＳＭ勧告０４．２１および０８．２０に定められてい
る（ＲＡ１、ＲＡ２、ＲＡ１’）。ＲＡＸおよびＴＲＡＵ３１内のＲＡ１および
ＲＡ１’の追加導入、およびＣＣＵ３２内のＲＡ１およびＲＡ１’の排除とは、
本発明により実現される。

【００３９】 ＣＣＵ３２とＴＲＡＵ３１との間の通信は、ＧＳＭ０８．６０に定められてい
るが、それは本発明により影響される。非トランスペアレントプロトコルのため
のＬ２Ｒ（レイヤ２リレー）機能性は、例えばＧＳＭ勧告０７．０２に定められ
ている。Ｌ２Ｒは、端末インタフェースから生じるユーザデータおよび状態情報
を、２００ビット、２５オクテットラインＰＤＵ（プロトコルデータユニット）
にパックし、これは、例えば図３に示されている。それらのオクテットは、０か
ら２４までの番号をつけられ、オクテット０は最初に送信される。オクテット内
のビットは１から８までの番号をつけられ、ビット１が最初に送信される。ＰＤ
Ｕにおいて、オクテットは、状態オクテット、キャラクタ（高位レイヤデータ）
、またはフィラービットを含む。オクテット０は、常に状態オクテットである。
この状態オクテットは、Ｖ．２４接続の状態のための３つのビットＳＡ、ＳＢ、
およびＸと、状態オクテットに続くデータオクテットの数を表示する５つのビッ
トと、さらにそれに加えてそれらのデータオクテットの特殊表示、例えば、空の
ＰＤＵと、を含む。図においては、状態オクテット０には、３つのデータオクテ
ットが続いている。その後には、新しい状態オクテット４が続いている。

【００４０】 図２には、ＲＬＰフレームが概略的に示されている。ＲＬＰフレームは、ヘッ
ダと、情報フィールドと、フレームチェックシーケンス（ＰＣＳ）フィールドと
から成る。それは、２４０ビットまたは５７６ビットの固定長を有する。成分の
サイズは、無線チャネルのタイプと、ＲＬＰバージョンと、ＲＬＰフレームとに
依存する。ＲＬＰフレームの基本的フレーム構造は、ＧＳＭ０４．２２「ディジ
タルセルラ通信システム（フェーズ２＋）；移動局−基地局システム（ＭＳ−Ｂ
ＳＳ）インタフェースおよび基地局−移動サービス交換局（ＢＳＳ−ＭＳＣ）イ
ンタフェースにおけるデータおよびテレマティクサービスのための無線リンクプ
ロトコル（ＲＬＰ）、ＧＳＭ０４．２２バージョン７．０．０（１９９８年発表
）に論じられている。この文献は、本明細書において参照されている他の文献と
同様に、ここで参照することによりその内容を本願に取り込むこととする。ＲＬ
Ｐヘッダは、３つのタイプの制御情報であって、その第１のものは番号の付いて
いないプロトコル制御情報（Ｕフレーム）であり、第２のものは監視情報（Ｓフ
レーム）であり、第３のものはユーザ情報を有するピギーバック監視情報（supe
rvisory information piggybacked）（Ｉ＋Ｓフレーム）である前記３つのタイ
プの制御情報の１つを有する。このヘッダは、左から右へ送信されるべきであり
、ＦＣＳは最高位の項から開始して送信されるべきであり、情報フィールドにお
けるビット送信の順序は左から右へである。ＦＣＳは、上述の文献（ＧＳＭ０４
．２２）の４．４章にさらに説明されている。

【００４１】 Ｌ２ＲのＰＤＵは、上述のようにＲＬＰフレーム内にパックされる。本願にお
いて前述され、また上述のＧＳＭ０４．２２にも言及されているように、ＲＬＰ
は、エラー訂正が受信パーティの要求による劣化フレームの再送信に基づいて行
われるフレーム構造を有する平衡ＨＤＬＣタイプのデータ転送プロトコルである
。ＲＬＰプロトコルは、（ＭＳ内の）ＴＡＦからＩＷＦまで適用される。２４０
ビットのＲＬＰフレームにおいては、ヘッダフィールドは１６ビットを含み、情
報フィールドは２００ビットを、ＦＣＳは２４ビットを含む。ヘッダビットおよ
び情報ビットは、ＲＬＰのバージョンにも依存する。２００ビットのＬ２ＲのＰ
ＤＵは、情報フィールド内にパックされる。

【００４２】 上述のＧＳＭ仕様０８．２０は、ＩＷＦとＢＳＳとの間のインタフェースを指
定している。第１４節「非トランスペアレントベアラサービス」において、ＴＣ
Ｈ／Ｆ９．６およびＴＣＨ／Ｆ４．８ｋｂｐｓチャネルコーディングが論じられ
ており、非トランスペアレントサービスの場合にＲＡ１／ＲＡ１’速度適応機能
が、１２および６ｋｂｐｓの無線インタフェースデータ速度を用いるトランスペ
アレントサービスから知られているマッピングと同じマッピングを、非トランス
ペアレントのための変更をして行うことを説明している。図４Ｂに示されている
変更されたＣＣＩＴＴのＶ．１１０の６０ビットフレーム内のＥ２およびＥ３ビ
ットは、１つの無線インタフェースフレームにおいて受信される４つの変更され
たそれぞれのＣＣＩＴＴのＶ．１１０の８０ビットフレームに対応する、ＣＣＩ
ＴＴのＶ．１１０の８０ビットフレームの連続するシーケンスを表示するために
用いられる。これは、ＭＳＣへ／からの２４０ビット無線リンクプロトコルフレ
ームが、無線サブシステムチャネルコーダにより単一ユニットとしてコード化さ
れた４×６０ビットフレームとアラインされることを可能にする（ＧＳＭ０５．
０３参照）。上述のシーケンスの１つにおけるＥ２およびＥ３から成る８ビット
は、フレーム開始識別子ＦＳＩと呼ばれる。ＦＳＩの値は００ ０１ １０ １
１であり、この値は、図４Ａに示されているようにＥ２およびＥ３ビットに割当
てられる。このアラインメントの可能性は、ここではＧＳＭシステムにおける本
発明の実施を容易にする。

【００４３】 図５は、すでに上述されていて、ＭＳ／ＴＡＦ１０、ＢＳＳ２５、およびＭＳ
Ｃ／ＩＷＦ４０を示すブロック図であり、基地局（ＢＴＳ）とＢＳＣ（ここでは
（第２の）交換施設を形成する）との間の、パケット基準通信が導入されるエア
インタフェースを経る回線交換データをサポートするＧＳＭシステムへの本発明
の実施を示す。極めて有利な別の実施においては、パケット基準送信は、基地局
（ＢＴＳ）からＭＳＣ４０（（第１の）交換施設）までずっと実行可能である。
その場合には、図５に示されている追加の機能がＭＳＣ／ＩＷＦブロック４０内
へ代わりに導入される。他の点においては、機能は同様である。これは、ＴＲＡ
Ｕ３１内へ導入された機能性（速度適応機能ＲＡ１’、ＲＡ１、およびＲＡＸ）
が、ＭＳＣ／ＩＷＦブロック４０内、特にＩＷＦ４０内へ導入されることを意味
する。しかし、図５の実施においては、ＲＬＰのＦＣＳはＢＴＳ（ＣＣＵ）にお
いて計算される。あるいは、無線品質測定が行われる。しかし、１つの実施例に
おいては、無線品質測定はＲＬＰチェックサムの計算に追加して行われる。

【００４４】 図１Ｂは、図１Ａと同様の図であるが、ＧＰＲＳに関連している。移動局１０
Ａは、ＢＳＳ２５Ａを経てサービングＧＰＲＳサポートノード（ＳＧＳＮ）４０
Ａと通信し、ＳＧＳＮ４０Ａは、ＭＳＣと同様の交換ノードとして動作する。Ｂ
ＳＳ２５Ａは、ＢＴＳ２０ＡおよびＢＳＣ３０Ａを含む。この実施例においては
、ＰＣＵ（パケット制御ユニット）４１ＡはＢＳＣサイトに備えられ、これにつ
いては、一般的にはＧＳＭ０３．６０のＶ５．２．０を、特に第１２節（１２．
５）を参照されたい。情報は、ＰＣＵフレームとして転送され、ＰＣＵフレーム
は、ＧＳＭ０８．６０に定められているＴＲＡＵフレームの拡張である。本発明
によれば、ＢＴＳ２０ＡとＢＳＣ３０Ａとの間にパケット交換（ＰＳ）送信が導
入される。ＢＳＣ３０Ａは、この実施例においては、ＰＣＵの機能性を含む。

【００４５】 図１Ｃは、別の実施を示しており（ＧＳＭ０３．６０のＶ５．２．０，第１２
，５節を参照）、そこではＭＳ１０ＢはＢＳＳ２５Ｂを経てＳＧＳＮ４０Ｂと通
信する。この場合、ＰＣＵ４１ＢはＳＧＳＮ４０Ｂ内に備えられており、それは
ここでＳＧＳＮが、（第１の）交換施設と呼ばれる理由である。本発明によれば
、ここでデータのパケット交換転送（ＰＳ）が、ＢＴＳ２０ＢとＳＧＳＮ４０Ｂ
との間に導入される。ＧＰＲＳは、例えば、文献ＧＳＭ０３．６０のＶ．５．２
．０に、また草案ＴＳ１００ ９６０のＶ５．０．０（１９９８−０１）（ＧＳ
Ｍ０３．６０バージョン５．０．０）に説明されている。（ＧＰＲＳにおいては
、例えばＧＳＭに対する図８に関連して説明した場合のように、フィラーフレー
ムはＳＧＳＮからＢＳＣへ送信されない。）

【００４６】 図６は、アップリンクにおける回線交換データのための、ＧＳＭシステムに対
する本発明のコンセプトの実施を説明するブロック図である。この実施例は、Ｂ
ＴＳとＢＳＣとの間の固定リンクにパケット基準通信が導入される時の実施を説
明している。まず１００において、無線インタフェースを経る１つまたはそれ以
上のタイムスロットを用い、ＭＳ／ＴＡＦとＭＳＣ／ＩＷＦとの間に非トランス
ペアレントデータ接続が確立される。有利な実施においては、１１０において、
それが対称タイムスロットであるかどうかが検査され、もし対称でなければ、１
１１においてフレームは固定パケット基準（地上）リンクを経て送信されない。
これは、非トランスペアレントデータ接続の確立に際し、速い段階においてタイ
ムスロットが対称であるか否かについての情報が得られることを意味する。しか
し、この検査は、本発明の機能にとっての必要条件ではなく、単に有利な実施を
構成するのみである。しかし、この機能性が実現されたものと仮定し、もしタイ
ムスロットが対称であることが確立されたとすれば、１２０において、正しく受
信されたＲＬＰフレームを検出する、すなわち、ＭＳ／ＴＡＦがＲＬＰフレーム
を送ったことと、それがビットエラーなしに受信されたことと、を検出する手段
が確立される。従来ＢＴＳにより用いられることが公知であったプロトコルより
も高レベルのプロトコルに基づいてチェックするそのような機能性は、基地局に
おいて新しいものである。

【００４７】 次に、１３０において、ＲＬＰフレームが無線インタフェースを経て受信され
る。そこで、１４０において、そのＲＬＰフレームがエラーを含むかどうかがチ
ェックされる。特に、それが正しいかどうかを決定するために、ＲＬＰチェック
サムが検査される。あるいは、無線品質測定が行われ、または双方が行われる。
もしＲＬＰフレームがエラーを含んでいれば、１５２においてそのＲＬＰフレー
ムは廃棄され、それは、パケット基準地上リンクを経てフレームが送信されない
ことを意味する。 もし一方、ＲＬＰフレームがエラーを含まなければ、１５１において、そのＲ
ＬＰフレームは固定パケット基準リンクを経て送信される。次に、その後のフレ
ームのために、この手順が繰返される。

【００４８】 これは、アップリンクにおける手順を開示しており、不良フレームはＭＳＣに
おいてではなく、すでに基地局ＢＴＳにおいて処理されうる。ＲＬＰチェックサ
ム（ＲＬＰのＦＣＳ）は、ＢＴＳにおいて有利に用いられる。これは、トライア
ルデコーディングなしに行われうる。そのわけは、チャネルコーディングがＲＬ
Ｐ長を与え、かつまたいずれのＦＣＳが用いられるかをも与え（「ＲＬＰフレー
ムは無線送信と厳密にアラインメントして送信される」；ＧＳＭ０４．２１を参
照）、また、ＲＬＰフレームは２４０ビット（ＴＣＨ／Ｆ９．６チャネルコーデ
ィング）または５７６ビット（ＴＣＨ／Ｆ１４．４チャネルコーディング）の固
定サイズであるからである（４．８ｋｂｐｓおよび１４．４ｋｂｐｓのデータに
関連する前述の注意を参照）。

【００４９】 フローダイアグラムのステップ１２０は、１つの実施例においては省略される
。そのわけは、ＲＬＰフレーム長およびチェックサムは、接続が確立された時に
（ステップ１００）暗示的に与えられるからである。 無線品質データを用いることに存する別の実施例においては、データ接続の確
立からチャネルタイプもまた知られる。

【００５０】 ４．８ｋｂｐｓおよび１４．４ｋｂｐｓのデータに関しては、ＢＴＳにおいて
チャネルコーディングブロックをバッファする、すなわち、完全なＲＬＰフレー
ムを得るために後のＣＣＢを待つことができる。しかし、これは２０ｍｓの余分
な遅延を生じる。好ましい状況では、もしそれぞれのＣＣＢが受信された時に直
ちにそのＣＣＢを送信しうるならば、それをＩＰパケットにパケット化する（ま
たはＡＴＭまたはフレームリレーまたは他のパケット基準解決法を用いる）。も
しＣＲＣの計算が第１のＣＣＢの受信の際にすでに開始されるとすれば、第２の
ＣＣＢが受信されるまで、ＲＬＰフレーム全体が劣化していたかどうかは確定さ
れ得ない。換言すれば、第１のＣＣＢはすでに送り出されている。この問題を処
理する別の実施においては、このアプローチは、無線品質測定と組合わせて実行
されうる。

【００５１】 図７には、ダウンリンクにおける対応する手順が説明されている。それはまた
、パケット基準送信が、ＢＳＣ（ＴＲＡＵ）と基地局（ＢＴＳ）との間に導入さ
れる実施例を開示している。しかし、前述のように、パケット基準送信は、ＭＳ
ＣとＢＴＳとの間でも行うことができ、その場合には、ＴＲＡＵの（本発明に特
有の）機能性は、代わりにＭＳＣにおいて行われる。しかし、図７に帰ると、２
００において、ＭＳ／ＴＡＦとＭＳＣ／ＩＷＦとの間に非トランスペアレントデ
ータ接続が確立されるものと仮定され、次に２１０において、ＭＳＣ／ＩＷＦ内
に送信すべきデータが存在するかどうかが確定される。もし存在すれば、２２０
において、ＲＬＰフレームが構成され、Ａインタフェースを経て、（ＢＳＣ内の
）ＴＲＡＵへ送信される。次に、２３０においては、ＴＲＡＵにおいてＲＬＰフ
レームが検出され、そこからそれは固定パケット基準リンクを経てＢＴＳへ送信
される。しかし、もしステップ２１０において、ＭＳＣ／ＩＷＦにおいて送信さ
れるべきデータが存在しないことが検出されれば、２２１において、ＲＬＰフィ
ラーフレームが構成され、かつＡインタフェースを経てＴＲＡＵへ送信される。
パケット基準データがＭＳＣとＢＳＣとの間に導入される別の実施例においては
、ＲＬＰフィラーフレームを構成する必要はない。しかし、パケット基準送信が
ＢＳＣとＢＴＳとの間のみに導入されるものと仮定すると、２２２において、Ｒ
ＬＰフィラーフレームがＴＲＡＵ（ＢＳＣ）において検出され、パケットはパケ
ット交換リンクを経てＢＴＳへ送信されない。次に、その後のフレームのために
、この手順が繰返される。

【００５２】 図８には、ダウンリンクにおける手順が、ＧＳＭのためにさらに詳細に説明さ
れており、そこではパケット基準送信が、ＢＳＣとＢＴＳとの間に導入される。
まず３００において、ＲＬＰフレームがＩＷＦからＭＳへ送信されるものと仮定
する。このＲＬＰフレームの搬送は、下位レイヤにおいて同期Ｖ．１１０フレー
ムの形式で行われる。これは、図５において開示したように、ＲＡ１により処理
される。ＲＡ１は、エアを経ての９．６ｋｂｐｓのビット転送速度に対応する１
６ｋｂｐｓのビット転送速度を有するＶ．１１０フレームの同期ストリームを与
える。その後、予備帯域幅、すなわち残りの帯域幅が、（例えば）「１」により
満たされる。その理由は、６４ｋｂｐｓのチャネルが常にＭＳＣとＢＳＳとの間
に割当てられているからである。これは、３１０において、ＲＡ２により処理さ
れる（図５参照）。その後、（ＢＳＣ内の）ＴＲＡＵユニットは、Ｖ．１１０フ
レームを検出する。３２０において、速度適応機能性ＲＡ２は、割当てられた６
４ｋｂｐｓのチャネルにおける同期パタ−ンを用いてこの機能を行う。

【００５３】 技術の現状でのシステムにおけるＴＲＡＵユニットは、４つのＶ．１１０フレ
ームに対応するデータを１つのＴＲＡＵフレーム内にパックし、これが基地局Ｂ
ＴＳ（ＣＣＵ）とＴＲＡＵとの間で用いられるフォーマットとなる。技術の現状
でのシステムにおけるＴＲＡＵは、いずれがＶ．１１０フレームの内容であるか
を調べる機能性をもたない。これは、ＴＲＡＵが、例えば、それがトランスペア
レントサービスであるか、または非トランスペアレントサービスであるかを知ら
ないことを意味する。（本発明においては、上述のＴＲＡＵフレーム内へのパッ
キングは、ＲＬＰフレームのＩＰパケット内へのパッキングにより置き換えられ
る。）

【００５４】 もしパケット基準解決法が定められれば、それぞれのＶ．１１０フレームは、
パケット、例えばＩＰパケット、をなして送信されうるが、なおこの情報は得ら
れない。もう１つの解決法によれば、やはり４つのＶ．１１０フレームがＩＰパ
ケット内にパックされ、次にこれが送信される。しかし、ＤＴＸの使用により送
信効率を増大させるためには、Ｖ．１１０フレーム内の内容を確立しうる機能性
が備えられなければならない。

【００５５】 すなわち、Ｖ．１１０フレーム内のＥ２、Ｅ３ビットを読取ることができ、か
つＦＳＩシーケンスを検出する、換言すればＲＬＰフレームを発見しうる機能が
必要である。あるいは、ＴＲＡＵに、それが非トランスペアレントサービスであ
ることを知らせるためには、呼セットアップにおけるシグナリングにおいて、そ
れに関する情報が提供されうる。しかし、通常は、トランスペアレントサービス
の場合のＥビットは、ビット転送速度を表示する定数値を与えられるので、他の
方法が満足な働きをする。

【００５６】 これは、図４Ａ、図４Ｂに関連して説明した。すなわち、後のステップ３３０
において、Ｖ．１１０フレーム内のＥ２、Ｅ３ビットが読取られ、かつＦＳＩが
検出され、これは、ＲＬＰフレームが発見されることを意味する。この機能は、
ＢＴＳにおいてＲＡ１により行われたと同様にして行われる。さらに、３４０に
おいて、ＲＬＰフレームは、（ＦＥＣ機能性により導入されるチャネルコーディ
ングを除き）エアを経ての送信のために用いられるフォーマットにパックされる
。これは、ＲＡ１’機能性に対応する。次に、３５０において、４×６０ビット
のパケット（これは、２４０ビットのＲＬＰフレームおよび４つの８０ビットＶ
．１１０フレーム、合計３２０ビット、に対応し、それはＶ．１１０の同期が異
なっていることを意味する）をなして送信されるべき情報が得られる。このよう
にして、２４０ビットのＲＬＰフレームおよび４つの８０ビットＶ．１１０フレ
ームがパケット内に配置される。３５０において、図５に示されているＲＡＸ機
能性が、使用されている規格、例えばＩＰにより与えられるパケットオーバヘッ
ドを追加する。次に、３６０において、ＴＲＡＵがＲＬＰフレーム内のＥＩビッ
トをチェックし、それがユーザデータを含むかどうか、またはそれがアイドルＲ
ＬＰフレームであるかどうかを知る。もしそれが「１」であれば、それはアイド
ルＲＬＰフレームである。３７０においては、ＢＴＳ／ＣＣＵにおけるＲＡＸ機
能性が、ＩＰパケットをアンパックし、またＶ．１１０フレームを再生するため
に用いられる。

【００５７】 Ｖ．１１０ビットストリームをＲＬＰフレームと同期させる機能性、すなわち
ＲＡ１は、ここでは簡単化される。そのわけは、ＩＰパケットは常にＲＬＰフレ
ームを表すことが知られているからである。Ｅ１、Ｅ２、およびＥ３は、この方
向に送信されない。最後に、ＢＴＳ／ＣＣＵにおけるＤＴＸ機能性は、パケット
が受信されたかどうかを決定するステップである。次に、それは送信されなけれ
ばならない。３８０において、もしパケットが受信されていなければ、送信機は
ターンオフされる。

【００５８】 アップリンクにおける詳細な手順は、フローダイアグラムにより説明しない。
使用された規格と比較しての相違は、エアを経て送信されるＥビットが存在しな
いために、ＢＴＳ／ＣＣＵが、受信される全てのフレームがＲＬＰフレームから
構成されることを知ることである。その検出は、ここでは、送信されたのがＲＬ
Ｐフレームであるか否かを検出するため、またそれがビットエラーを含むかどう
かを検出するために行われる。これは、前述したようにＲＬＰチェックサムを用
いて有利に行われる。

【００５９】 あるいは、無線品質データを用いることもできる。（これは、ＲＬＰチェック
サム実施例を補足するものとしても用いられうる。）その場合、受信されたチャ
ネルコーディングブロックに対し、ＭＳＳがバーストを送ったか否かを識別する
ための閾値を適用できる。この閾値は、等化器およびチャネルデコーダからのソ
フト情報に基づいたものでなければならない。この閾値は、例えば、極めて低エ
ネルギーのバーストによりブロックを支配する、すなわち、ＭＳ送信機をターン
オフするために定められる。しかし、妨害が存在する場合には、この方法は、チ
ャネルデコーダからソフト品質測定結果の供給を受ける。有利な実施例において
は、この方法はソフト情報にのみ依存するので、良好なフレームを損失しないた
めにフレームを脱落させないようにする閾値のオフセットが用いられる。効率は
、ＲＬＰチェックサムを用いる解決法により得られるよりも、いくぶん低くなり
うる。

【００６０】 図６において、ＲＬＰレベル（ＲＬＰのＦＣＳ）における機能性は、ＲＬＰチ
ェックサムの計算を含む。ダウンリンクにおいては、この機能性は有利に実行さ
れるが、必要ではない。もしダウンリンクにおいてＲＬＰチェックサムが計算さ
れるとすれば、これは例えば、固定送信においてビットエラーがあった場合に、
エアを経ての劣化データの送信を回避するために行われる。残りのステップは、
ダウンリンク手順に関連して上述したステップに対応するが、順序は逆になる。

【００６１】 前述のように、本発明は、パケットデータの通信、例えば、ＧＳＭパケットデ
ータサービスであるＧＰＳＲ、ＰＤＣのためのパケットデータサービスであるＰ
ＰＤＣ、などをサポートするディジタル移動通信システムに対しても同様に適用
可能である。使用された通信プロトコルはＧＰＲＳのためのもので、その場合に
はＲＬＣプロトコルにより置き換えられ、図１Ｂ、図１Ｃにおいて述べたように
、インタワーキング機能手段はＰＣＵ（パケット制御ユニット）を含み、ＭＳＣ
ノードはＳＧＳＮノード（サービングＧＰＲＳサポートノード）に対応する等と
なる。解決法は、他の点においては同様である。その場合、非トランスペアレン
トデータの統計的多重化は、移動局と基地局との間の無線インタフェースにおい
て実行される。

【００６２】 さらに、本発明は、異なる種類のシステムにシステムにも適用可能であり、特
に、例えば、ＧＳＭ（または、回線交換コアネットワークを有する同様のシステ
ム）におけるデータの回線交換転送、また、回線交換コアネットワークを有する
そのようなシステムにおける無線インタフェースを経ての、データのパケット交
換転送が実行されうる。

【００６３】 それに加えて、本発明は、例えば、無線インタフェースを経てのデータの回線
交換転送の場合にも適用可能であり、パケット交換コアネットワークを有するシ
ステム（例えばＧＰＲＳ）のためにも実施される。 本発明は、もちろん明示的に図示された実施例に制限されるものではなく、本
発明は添付の特許請求の範囲内において多くの様式で変化せしめられうる。

【図面の簡単な説明】

【図１Ａ】 図１Ａは、移動通信システム、例えばＧＳＭを極めて概略的に示しており、そ
こでは、ＭＳは、非トランスペアレント接続によりＢＳＳを経て、ＭＳＣと通信
でき、また、本発明のコンセプトは、ＢＳＣとＢＴＳとの間において実行される
。

【図１Ｂ】 図１Ｂは、本発明がＧＰＲＳにおいてどのように実行されうるかの１つの例を
極めて概略的に示している。

【図１Ｃ】 図１Ｃは、本発明がＧＰＲＳにおいてどのように実行されうるかのもう１つの
例を極めて概略的に示している。

【図２】 ＲＬＰフレームを示す。

【図３】 Ｌ２Ｒパケットデータユニットを示す。

【図４Ａ】 図４Ａは、変更されたＶ．１１０の８０ビットフレーム内のＥ２およびＥ３ビ
ットに割当てられたＦＳＩ値を示す。

【図４Ｂ】 図４Ｂは、非トランスペアレントデータのための変更されたＣＣＩＴＴ Ｖ．
１１０の８０ビットフレームを示すテーブルである。

【図５】 本発明により変更された異なるプロトコルレベルにおける非トランスペアレン
トＧＳＭトラヒックチャネルの機能ユニットを示すブロック図である。

【図６】 交換施設に向かうアップリンクにおける本発明のプロシージャのフローダイア
グラムである。

【図７】 基地トランシーバ局に向かうダウンリンクにおける本発明の手順を説明するフ
ローダイアグラムである。

【図８】 ダウンリンクにおける手順を詳細に説明するフローダイアグラムである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ， ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ， ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ Ｆターム(参考） 5K067 AA11 BB21 DD45 DD57 EE02 EE10 EE16 EE71 HH11 HH26 LL01

Claims (18)

【特許請求の範囲】
1. 【請求項１】 データ通信をサポートする移動通信システムにおいて、前記
   システムは、接続を経て交換施設に接続され且つ移動局と前記交換施設との間の
   通信のための通信プロトコルを用いる少なくとも１つの基地局を含み、 データフレームとして搬送されるデータのパケット交換非トランスペアレント
   通信をサポートする前記基地局と前記交換施設との間の前記接続と、前記移動局
   から送信されたデータフレームがエアインタフェースを経て正しく受信されたか
   どうかを前記基地局において検出する手段と、正しく受信されたとして検出され
   たデータフレームのみを、前記基地局と前記交換施設との間の前記パケット交換
   接続を用いて前記交換施設へ送信する手段と、 を有することを特徴とする前記システム。
2. 【請求項２】 データフレームとして搬送されるデータの前記非トランスペ
   アレント通信が、前記移動局からのアップリンクに確立されることを特徴とする
   請求項１記載のシステム。
3. 【請求項３】 前記検出する手段が、受信されたデータフレームのためのフ
   レームチェックサムを計算する手段を含むことを特徴とする請求項２記載のシス
   テム。
4. 【請求項４】 データフレームが正しく受信されたかどうかを検出するため
   に、前記基地局において無線送信の品質が検出されることを特徴とする請求項３
   記載のシステム。
5. 【請求項５】 前記交換施設が移動交換局（ＭＳＣ）であることを特徴とす
   る請求項１記載のシステム。
6. 【請求項６】 前記交換施設が基地局制御装置（ＢＳＣ）であり、前記基地
   局が基地トランシーバ局（ＢＴＳ）であり、データのパケット交換通信は少なく
   とも前記基地トランシーバ局（ＢＴＳ）と前記基地局制御装置（ＢＳＣ）との間
   の前記アップリンクにおいてサポートされることを特徴とする請求項１記載のシ
   ステム。
7. 【請求項７】 前記ＢＳＣは、データを搬送するフレームを構成する手段を
   含む移動交換局のインタワーキング機能と通信するトランスコーディングおよび
   適応手段を含み、前記トランスコーディングおよび適応手段は、前記移動交換局
   から受信したフレームがデータを含むかどうかを検出し、データフレームのみを
   前記基地局へ送信することを特徴とする請求項６記載のシステム。
8. 【請求項８】 データのパケット交換通信は、前記基地局と前記交換施設と
   の間のダウンリンクにおいてサポートされることを特徴とする請求項１、請求項
   ６、または請求項７記載のシステム。
9. 【請求項９】 パケットデータの通信をサポートする移動通信システムにお
   いて、前記システムは、接続を経て交換施設に接続され且つ移動局と前記交換施
   設との間の通信のための通信プロトコルを用いる少なくとも１つの基地局を含み
   、 データフレームとしてのデータのパケット交換非トランスペアレント通信をサ
   ポートする前記基地局と前記交換施設との間の前記接続と、前記移動局から送信
   されたデータフレームがエアインタフェースを経て正しく受信されたかどうかを
   前記基地局において検出する手段と、正しく受信されたとして検出されたデータ
   フレームのみを、前記基地局と前記交換施設との間の前記パケット交換接続を用
   いて前記交換施設へ送信する手段と、 を有することを特徴とする前記システム。
10. 【請求項１０】 パケット交換通信が、前記交換施設から前記基地局へのダ
    ウンリンクにおいてサポートされることを特徴とする請求項９記載のシステム。
11. 【請求項１１】 移動通信システムにおけるデータ送信の方法において、前
    記方法は、 移動局と交換施設との間に非トランスペアレントデータ接続であって、前記移
    動局と基地局との間にエアインタフェースを含み、前記基地局と前記交換施設と
    の間にパケット交換接続を含む前記非トランスペアレントデータ接続を確立する
    ステップと、 前記基地局において前記移動局から送信されたデータフレームが前記エアイン
    タフェースを経て正しく受信されたかどうかを検出するステップと、 正しく受信されたとして検出されたデータフレームのみを、前記基地局と前記
    交換施設との間の前記パケット交換接続を用いて前記交換施設へ送信するステッ
    プと、 を含む前記方法。
12. 【請求項１２】 前記検出するステップは、前記データフレームが正しく受
    信されたかどうかを確定するために、非トランスペアレントデータプロトコルに
    おいて定められたフレームチェックサムを用いるステップを含む請求項１１記載
    の方法。
13. 【請求項１３】 データフレームが前記移動局から前記エアインタフェース
    を経て正しく受信されたかどうかを確定するために前記基地局において無線品質
    測定を行うステップをさらに含む請求項１１または請求項１２記載の方法。
14. 【請求項１４】 前記基地局において前記移動局から受信したタイムスロッ
    トが対称であるかどうかを検出し、前記タイムスロットが対称である場合にのみ
    データパケットを前記パケット交換接続を経て前記交換施設へ送信するステップ
    をさらに含む請求項１２記載の方法。
15. 【請求項１５】 前記交換施設から前記基地局へのダウンリンクにおいてパ
    ケット交換送信を実行するステップをさらに含む請求項１１記載の方法。
16. 【請求項１６】 パケットデータの通信をサポートする移動通信システムに
    おけるデータ送信の方法において、前記方法は、 移動局と交換施設との間に非トランスペアレントデータ接続であって、前記移
    動局と基地局との間にエアインタフェースを含み、前記基地局と前記交換施設と
    の間にパケット交換接続を含む前記非トランスペアレントデータ接続を確立する
    ステップと、 前記基地局において前記移動局から送信されたデータフレームが前記エアイン
    タフェースを経て正しく受信されたかどうかを検出するステップと、 正しく受信されたとして検出されたデータフレームのみを、前記基地局と前記
    交換施設との間の前記パケット交換接続を用いて前記交換施設へ送信するステッ
    プと、 を含む前記方法。
17. 【請求項１７】 前記検出するステップは、前記データフレームが正しく受
    信されたかどうかを確定するために、非トランスペアレントデータプロトコルに
    おいて定められたフレームチェックサムを用いるステップを含む請求項１６記載
    の方法。
18. 【請求項１８】 前記交換施設から前記基地局へのダウンリンクにおいてパ
    ケット交換送信を実行するステップをさらに含む請求項１７記載の方法。