【発明の詳細な説明】
パケット無線システム及びパケット無線システム用のターミナル装置発明の分野
本発明は、デジタル移動通信ネットワークと、この移動通信ネットワーク及び
1つ以上の他のパケット無線サポートノードに接続され及び/又は外部パケット
データネットワークへのアクセスポイントを与える少なくとも1つのパケット無
線サポートノードと、無線インターフェイスを経て行われるパケットデータ送信
のためのアクセスポイントを与えるパケットデータターミナル装置とを備え、こ
のアクセスポイントが、ターミナル装置に関連したアプリケーションにより使用
される普遍的な通信プロトコルをサポートするようなパケット無線システムに係
る。先行技術の説明
移動通信システムは、人々がその活動範囲を限定せずに固定の電話ターミナル
から自由に離れられるという必要性から開発された。オフィスでは種々のデータ
送信サービスの利用が増加したが、移動通信システムにも種々のデータサービス
が導入されている。ポータブルコンピュータは、ユーザがどこに移動しても効率
的にデータを処理することができる。移動通信ネットワークについては、移動デ
ータ送信のための効率的なアクセスネットワークをユーザに与え、このようなア
クセスネットワークは、実際のデータネットワークへのアクセスを与える。これ
を行うために、既存の及び将来の移動通信ネットワークに対して異なる新規なデ
ータサービスが設計されている。パンヨーロピアン移動通信ネットワークGSM
(移動通信用のグローバルなシステム)のようなデジタル移動通信システムは、
移動データ送信を特に良好にサポートする。
汎用パケット無線サービスGPRSは、GSMシステムにおける新規なサービ
スであり、ETSI(ヨーロピアンテレコミュニケーション規格協会)における
GSMフェーズ2+の標準化活動の1項目である。GPRSの運営環境は、GP
RSの中枢ネットワークにより相互接続された1つ以上のサブネットワークサー
ビスエリアで構成される。サーブネットワークは、ここでGPRSサポートノー
ド(又はエージェント)と称する多数のパケットデータサービスノードを備
え、各パケットデータサービスノードは、多数のベースステーション即ちセルを
経て移動データターミナル装置のためのパケットデータサービスを提供できるよ
うにGSM移動通信ネットワークに接続される。中間の移動通信ネットワークは
、サポートノードと移動データターミナル装置との間の回路交換又はパケット交
換データ送信を与える。公衆交換パケットデータネットワークPSPDNのよう
な外部データネットワークに異なるサブネットワークが接続される。従って、G
PRSサービスは、移動データターミナル装置と外部データネットワークとの間
にパケットデータ送信を発生し、GSMネットワークは、アクセスネットワーク
として働く。GPRSサービスネットワークの1つの特徴は、GSMネットワー
クとはほとんど独立して動作することである。GPRSサービスに対して設定さ
れる要求の1つは、異なる形式の外部PSPDN、例えば、インターネット又は
X.25ネットワークと共に動作しなければならないことである。換言すれば、
GPRSサービス及びGSMネットワークは、GSMネットワークを経てどの形
式のデータネットワークに登録したいか、又はデータターミナル装置にどのプロ
トコルが使用されるかに関わりなく、全てのユーザにサービスできねばならない
。これは、GSMネットワーク及びGPRSサービスが、異なるネットワークア
ドレス及びデータパケットフォーマットをサポートしそして処理しなければなら
ず、しかも、新たな(将来の)データネットワークプロトコルに対して準備され
ねばならないことを意味する。発明の要旨
本発明の目的は、確実且つ有効なデータ送信を与え、多数の外部データネット
ワーク及びプロトコルをサポートし、そして新たなプロトコルをできるだけ融通
性をもって且つ僅かな変更のみでサポートできるようにするパケット無線システ
ムを提供することである。
この目的は、本発明によれば、冒頭で述べたパケット無線システムにおいて、
パケット無線システムの内部送信に上記普遍的通信プロトコルとは独立したポイ
ント/ポイントプロトコルを使用し、このポイント/ポイントプロトコルによる
データパケットは、プロトコルにより使用される制御フィールドと、ターミナル
装置により使用されるプロトコルを識別する識別フィールドと、データフィール
ドとを含み、従って、普遍的プロトコルによるデータパケットは、パケット無線
システムの内部送信においてポイント/ポイントプロトコルによるデータパケッ
トのデータフィールドにカプセル封入され;パケットデータターミナル装置と無
線インターフェイスにおける上記少なくとも1つのパケット無線サポートノード
との間に特殊な無線リンクプロトコルを使用し、この無線リンクプロトコルは、
ポイント/マルチポイントアドレス動作及びデータパケット再送信の制御をサポ
ートし、上記無線リンクプロトコルによるデータパケットは、プロトコルにより
使用される制御フィールド及びデータフィールドを含み;無線インターフェイス
を経て送られるポイント/ポイントプロトコルに基づくデータパケットを、そこ
から少なくとも1つの制御フィールドを除去することにより圧縮し、そして残り
のフィールドを無線リンクプロトコルに基づくデータパケットのデータフィール
ドにカプセル封入するように、パケットデータターミナル装置及び上記少なくと
も1つのサポートノードを構成し;無線インターフェイスを経て受け取ったポイ
ント/ポイントプロトコルに基づく圧縮されたデータパケットを、それが送られ
る前に圧縮において除去されたフィールドを追加することにより圧縮解除するよ
うに、パケットデータターミナル装置及び上記少なくとも1つのサポートノード
を構成することを特徴とするパケット無線システムにより達成される。
又、本発明は、パケット無線システムのためのターミナル装置であって、この
ターミナル装置は、無線インターフェイスにおいて行われるパケットデータ送信
のためのアクセスポイントを与え、このアクセスポイントは、ターミナル装置に
関連したアプリケーションにより使用される普遍的な通信プロトコルをサポート
するようなターミナル装置にも係る。このターミナル装置は、パケット無線シス
テムの内部送信に上記普遍的な通信プロトコルとは独立したポイント/ポイント
プロトコルを使用し、このポイント/ポイントプロトコルに基づくデータパケッ
トは、プロトコルにより使用される制御フィールドと、ターミナル装置により使
用されるプロトコルを識別する識別フィールドと、データフィールドとを含み;
ターミナル装置は、無線インターフェイスを経て行われる送信に、パケット無線
システムのノード間送信に使用される特殊な無線リンクプロトコルを使用し、こ
のプロトコルは、ポイント/マルチポイントアドレス動作及びデータパケット再
送信の制御をサポートし、無線リンクプロトコルに基づくデータパケットは、プ
ロトコルにより使用される制御フィールドと、データフィールドとを含み;ター
ミナル装置は、普遍的プロトコルに基づく送信されたデータパケットを上記ポイ
ント/ポイントプロトコルに基づくデータパケットのデータフィールドにカプセ
ル封入するように構成され;上記ターミナル装置は、無線インターフェイスを経
て送られるポイント/ポイントプロトコルに基づくデータパケットを、そこから
少なくとも1つの制御フィールドを除去することにより圧縮し、そして残りのフ
ィールドを無線リンクプロトコルに基づくデータパケットにカプセル封入するよ
うに構成され;上記ターミナル装置は、無線インターフェイスを経て受け取った
ポイント/ポイントプロトコルに基づく圧縮されたデータパケットを、圧縮にお
いて除去されたフィールドを追加することにより圧縮解除するように構成され;
そして上記ターミナル装置は、ポイント/ポイントプロトコルに基づく圧縮解除
されたデータパケットから、普遍的プロトコルに基づくデータパケットを解除す
るように構成されることを特徴とする。
本発明において、パケット無線システムは、外部データネットワークのデータ
パケットをカプセル封入し、そしてそれらを1つ以上のサブネットワークを経て
上記カプセル封入されたデータパケットのプロトコルをサポートするポイントへ
搬送する。このインターフェイスにおいて、外部ネットワークのパケットは、カ
プセル封入から解除され、そして外部データネットワークへ送られる。従って、
移動データターミナル装置と、この移動データターミナル装置にサービスするサ
ポートノードとの間に一般的な標準化プロトコルが存在することを必要とし、こ
のプロトコルは、使用するネットワーク、搬送及び高レベルプロトコルとは独立
したユーザデータの送信を与える。このような単一プロトコルの実施において、
データターミナル装置は、どんな形式の外部データネットワークと通信するかに
関わりなく、全てのアプリケーションに対する送信経路を与える。本発明によれ
ば、例えば、インターネット・アーキテクチャー・ボード(IAB)の規格RF
C1661及び1662に規定されたポイント/ポイントプロトコルPPP及び
そのデータカプセル封入方法が、外部データネットワークのデータパケットをカ
プセル封入するパケット無線ネットワーク内部プロトコルとして使用される。
しかしながら、このPPPは、特に送信エラーの数が多い環境においては無線イ
ンターフェイスを経てリンク層の動作に必要とされる全ての機能を与えるもので
はない。従って、全ての必要な機能を与えることのできる特殊な無線リンクプロ
トコルが、移動データターミナル装置と、パケット無線ネットワークの無線イン
ターフェイス上のサポートノードとの間に必要とされる。このプロトコルにより
与えられる2つの最も重要な特徴は、ポイント/マルチポイントアドレス動作の
サポートと、データパケット再送信の制御である。この解決策の結果として、P
PPデータパケットは、無線リンクプロトコルのデータパケットにカプセル封入
されたものとして転送される。PPPデータパケットは、無線リンクプロトコル
パケットにおいて多数の仕方で配列することができ、即ち1つのPPPパケット
を1つの無線リンクプロトコルパケットに配列するか、多数のPPPパケットを
1つの無線リンクプロトコルパケットに配列するか、1つのPPPパケットを多
数の無線リンクプロトコルパケットに配列することができる。このプロトコル配
列の1つの欠点は、PPP及び無線リンクプロトコルの両方のデータフレームが
、プロトコルにより使用される制御フィールドを含むことである。通常は、この
全ての情報が端から端へ転送されねばならない。その結果、リンク層のこのオー
バーヘッド制御データは、ユーザ情報の送信容量を減少させる。この問題を回避
するために、リンク層の制御データの量を最小にしなければならない。本発明に
よれば、これは、PPPデータフレームから不要なフィールドの一部分又は全部
を除去することにより行われる。これが可能となる理由は、PPPデータフレー
ムにおいて、フラグフィールド、アドレスフィールド及び制御フィールドの値が
一定であり、それ故、真の情報を含まないからである。従って、本発明によれば
、PPPデータフレームは、無線経路を経て送信される前に少なくとも制御フィ
ールドの一部分をそこから除去することにより圧縮される。除去されたフィール
ドは一定であるから、無線経路を経て送信された後にその圧縮されたデータにフ
ィールドを容易に戻すことができる。無線リンクプロトコルに基づくデータフレ
ームは専用のチェック和フィールドを含むので、PPPデータフレームのチェッ
ク和フィールドも、もし必要であれば、無線インターフェイスを経て送信する前
に除去することができ、そしてこのチェック和は、再計算することができ、無
線インターフェイスを経て送信された圧縮されたパケットにチェック和フィール
ドを再び追加することができる。又、規格に基づくPPPプロトコルは、データ
フィールドの制御に使用されるビットパターンの出現を防止するのに用いられる
スタッフバイトを含むこともできる。本発明によれば、PPPフレームは、無線
インターフェイスにおいて無線インターフェイスパケットにカプセル封入されて
送信されるので、これらの禁じられたビットパターンは、送信に何の影響も及ぼ
さない。従って、本発明によれば、これらのスタッフバイトは、無線インターフ
ェイスへ送信される前にデータから除去され、そして無線インターフェイスを経
て送信された後にデータに戻すことができる。これは、ターミナル装置に設けら
れた一般的なデータネットワークプロトコルの変更を不要とするために行われる
。本発明の圧縮によれば、ユーザデータの送信容量を著しく改善することができ
る。
PPPフレームは、プロトコル識別フィールドを含み、その値は、アプリケー
ションにより使用されるプロトコルを識別する。パケット無線ネットワークは、
識別フィールドにより指示されたプロトコルをサポートするネットワークのポイ
ント又は外部データネットワークのポイントへとカプセル封入されたデータパケ
ットをルート指定する。この点において、カプセルが剥離され、元のデータパケ
ットが、そこに含まれたアドレス情報に基づいてその行先へルート指定される。図面の簡単な説明
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
図1は、本発明のパケット無線システムを示すブロック図である。
図2は、データパケットのカプセル化を説明する図である。
図3は、PPPデータフレームを示す図である。
図4A、B、C、D、E、F及びGは、カプセル化、圧縮、送信、圧縮解除、
及びカプセル化解除段階における種々のプロトコルフレームを示す図である。好ましい実施形態の詳細な説明
本発明は、種々の形式のパケット無線システムに使用することができる。本発
明は、パンヨーロピアン移動通信システムGSM(移動通信用のグローバルシス
テム)或いはそれに対応するデジタルシステム、例えば、DCS1800及びP
CN(パーソナル通信ネットワーク)において汎用パケット無線サービス
(GPRS)を実施するのに特に良く適している。以下、本発明の好ましい実施
形態はGPRSサービス及びGSMシステムについて説明するが、本発明は、こ
のような特定のパケット無線システムに限定されるものではない。
図1は、GPRSパケット無線ネットワークの基本的な構造を示す。GPRS
パケット無線システムは、GPRS中枢ネットワーク1(中枢)により相互接続
された1つ以上のサブネットワークサービスエリア、例えば、SA1及びSA2
で構成される。一般に、中枢ネットワークは、例えば、IPネットワークのよう
なパケット無線ネットワークのオペレータのローカルネットワークである。サブ
ネットワークサービスエリアSA1及びSA2は、1つ以上のパケットデータサ
ービスノードを含み、これらは、エージェント又はGPRSサポートノードと称
する。図1は、GPRSサポートノードSN1及びSN2を示す。又、1つ以上
のGPRSサポートノードは、例えば、公衆交換パケットデータネットワークP
SPDNのような外部データネットワークに向かってゲートウェイサポートノー
ドとして働くこともできる。又、中枢ネットワーク1には、データネットワーク
に接続するための特殊なゲートウェイノードが設けられてもよい。
各GPRSサポートノードは、セルラーパケット無線ネットワークの1つ以上
のセルのエリア内でパケットデータサービスを制御する。このため、各サポート
ノードSN1及びSN2は、GSM移動システムのあるローカル部分に接続され
る。この接続は、一般に、インターワーキングファンクションIWFを経て移動
交換機MSCに確立されるが、ある状態においては、ベースステーションシステ
ムBSS、即ちベースステーションコントローラBSC又は1つのベースステー
ションBTSに直接的に接続を与えるのが効果的である。あるセルに位置する移
動ステーションMSは、無線インターフェイスを経てベースステーションBTS
と通信し、そして更に、移動通信ネットワークを経て、セルがそのサービスエリ
アに属するところのGPRSサポートノードSN1、SN2、SN3とも通信す
る。原理的には、GPRSサポートノードと移動データターミナル装置MSとの
間に存在する移動通信ネットワークは、単に、これら2つの間にパケットを供給
する。これを行うために、移動通信ネットワークは、ターミナル装置MSとサー
ビスサポートノードSNとの間に回路交換接続又はパケット交換データパケット
送信を与える。ターミナル装置MSとサポートノード(エージェント)との間の
回路交換接続の例が、フィンランド特許出願第934115号に示されている。
又、ターミナル装置MSとサポートノード(エージェント)との間のパケット交
換データ送信の例が、フィンランド特許出願第940314号に示されている。
しかしながら、移動交換ネットワークは、ターミナル装置MSとサポートノード
との間の物理的な接続を単に与えるに過ぎず、その厳密な動作及び構造は、本発
明に関しては、本質的な意義をもたない。GSMシステムの詳細な説明に関して
は、ETSI/GSM仕様及び「移動通信用のGSMシステム(The GSM System
for Mobile Communications)」、M.モーリ及びM.ポーテット、パライゼウ、
フランス、1992年、ISBN:2−9507190−07−7を参照された
い。
典型的な移動データターミナル装置は、移動通信ネットワークの移動ステーシ
ョン3と、移動ステーションのデータインターフェイスに接続されたポータブル
コンピュータ4とを含む。移動ステーション3は、例えば、フィンランドのノキ
ア・モービル・フォーン社で製造されているノキア2110である。これも又、
フィンランドのノキア・モービル・フォーン社で製造されているPCMCIA型
のノキアセルラーデータカードにより、移動ステーションのデータインターフェ
イスは、PCMCIAカード位置が与えられたポータブルPCに接続することが
できる。従って、PCMCIAカードは、コンピュータ4に使用されるテレコミ
ュニケーションアプリケーションのプロトコル、例えば、CCITT X.25
又はインターネットプロトコルIPをサポートするアクセスポイントをPCに与
える。或いは又、移動ステーション3が、PC4のアプリケーションにより使用
されるプロトコルをサポートするアクセスポイントを直接与えてもよい。更に、
移動ステーション3及びPCが1つのユニットに統合されて、その中で、アプリ
ケーションプログラムに、それが使用するプロトコルをサポートするアクセスポ
イントが与えられてもよい。
移動ユーザは、パケット無線ネットワークを経て種々のデータネットワークへ
アクセスすることが必要となる。これは、例えば、GPRSシステムが、インタ
ーネット及びX.25ネットワークのような異なる形式の外部データネットワー
クPSPDNと共に動作できねばならないことになる。又、これは、GPRSシ
ステムが、異なるネットワークアドレス機構(及びネットワークアドレス)と、
異なるプロトコルのデータパケットフォーマットをサポートしなければならない
ことを意味する。
多数の外部PSPDNネットワークをサポートするデータ送信をGPRSデー
タネットワークにおいて実施できるようにする一般的な機構が、図2に示されて
いる。この考え方は、例えば、外部のPSPDNにより使用されるプロトコルの
データパケットであって、データターミナル装置MSのアプリケーションにより
送られるデータパケットが、データターミナル装置において、GPRSネットワ
ークにより使用されるフレームフォーマットにカプセル封入されるというもので
あり、上記フレームフォーマットは、データターミナル装置のアプリケーション
のプロトコル又は外部PSPDNのプロトコルとは独立したものである。又、G
PRSパケットは、ターミナル装置又はアプリケーションにより使用されるプロ
トコルに関するデータ、及びターミナル装置により送られるデータも含む。GP
RSパケットは、データターミナル装置MSから、それにサービスするGPRS
サポートノードへとルート指定され、送信される。上記GPRSサポートノード
は、アプリケーションのプロトコルをサポートするGPRSネットワーク又は外
部PSPDNネットワークのポイントへGPRSパケットを更に送信する。GP
RSパケットがこのようなポイントに到達すると、GPRSパケット及びカプセ
ル化が解除され、元のパケットが、そこに与えられたアドレスデータにより更に
送られる。カプセル化により、たとえGPRSネットワークが上記プロトコルを
それ自体が直接サポートしなくても、異なるプロトコルのパケットを送ることが
できる。
本発明の目的を達成するためには、データターミナル装置MSと、これにサー
ビスするサポートノードSNとの間に一般的な標準化プロトコルを設けなければ
ならず、このプロトコルは、PSPDNネットワーク並びにこのPSPDNネッ
トワークにより使用される搬送層及び上位層通信プロトコルとは独立した上記の
通信プロトコルである。このような単一の独立したプロトコルの実施に伴い、デ
ータターミナル装置MSは、それに関連した全てのアプリケーションに対して送
信経路を与えることができる。本発明の好ましい実施形態によれば、GPRSネ
ットワークの内部パケットフォーマットは、本質的に、インターネット・アーキ
テクチャー・ボード(IAB)の規格RFC1661及び1662に規定された
ポイント/ポイントプロトコル(PPP)のデータカプセル化フォーマットに基
づく。PPPは、ISO−3309−1979高レベルデータリンクコントロー
ル(HDLC)手順の原理、用語及びフレーム構造を使用する。PPPプロトコ
ルは、以下に簡単に説明する。
PPPは、8個のデータビットをもつがパリティビットはもたないビット指向
の同期リンク及び非同期リンクの両方に対するカプセル化プロトコルである。P
PPは、最も一般的に使用されるソフトウェアとの両立性を維持するように入念
に設計される。更に、リンクを経て任意のデータを送信することのできる(フレ
ームの制御キャラクタ、例えば、スタート/ストップフラグとして解釈されるキ
ャラクタがデータに与えられることなく)特定のエスケープ機構が設けられる。
これは、フレームの制御キャラクタに対応するデータキャラクタが送信において
2キャラクタ対と置き換えられ、そして受信において元の特殊キャラクタとして
返送されるように行われる。
又、PPPカプセル化は、異なるネットワーク層プロトコルを単一リンクを経
て同時にマルチプレクスする。従って、PPPは、種々様々な異なるコンピュー
タ、ブリッジ及びルートを相互接続するための共通の解決策を与えることが意図
される。
ポイント/ポイントプロトコルPPPは、単なるカプセル化の原理以上のもの
を定義する。これを異なる環境へ転送されるべく充分に多様性のあるものとする
ために、PPPは、リンク制御プロトコル(LCP)を与える。このLCPは、
カプセル化フォーマットのオプションを自動的に交渉し、パケットサイズについ
て異なる限界を取り扱い、リンクに対するそのピアの識別を確証し、リンクが適
切に機能するとき及び適切に機能しないときを決定し、ループバックリンク及び
他の一般的な構成エラーを検出し、そしてリンクを終端するのに使用される。
標準的なPPPフレーム構造の概要が図3に示されている。しかしながら、図
3は、スタート/ストップビット(非同期リンクの場合)も、透過性のためにフ
レームに挿入されるビット又はオクテットも含んでいない。フレームのフィール
ドは、左から右へと順次に送信される。
フラグシーケンスFLAGは、単一のオクテットであり、フレームの開始又は
終了を指示する。フレームとフレームとの間には1つのフラグしか必要とされな
い。2つの次々のフラグは空のフレームを構成し、これは無視される。アドレス
フィールドADDRESSは、単一のオクテットであり、2進シーケンス111
11111(16進の0xff)を含み、これは、いわゆる全ステーションアド
レスである。換言すれば、PPPは、全ステーションに同じアドレスを与え、個
々のステーションのアドレスは与えない。制御フィールドCONTROLは、単
一のオクテットであり、2進シーケンス00000011(16進の0x03)
を含む。制御フィールドは、P/Fビットが0にセットされる番号なし情報(U
I)コマンドを含む。プロトコルフィールドPROTOCOLは、2つのオクテ
ットを含み、その値は、UIフレームの情報フィールドにカプセル封入されるデ
ータパケットのプロトコルを識別する。このプロトコルフィールドは、PPPに
より定義され、HDLCでは定義されない。しかしながら、プロトコルフィール
ドは、アドレスフィールドのISO3309拡張機構に合致する。
しかしながら、たとえPPPが、本発明の好ましい実施形態においてGPRS
ネットワーク内でデータカプセル化方法として選択されたとしても、PPPは、
無線インターフェイスを経てリンク層動作に必要とされる全ての機能を与えるも
のではない。これは、全ての必要な機能を与えることのできる特殊なGPRS特
有の無線リンクプロトコルGLPが、ターミナル装置MSとサポートノードSN
との間の無線インターフェイスに必要とされることを意味する。GLPは、GS
Mシステムに既に使用されている無線リンクプロトコルRLPに非常に良く似た
HDLCベースのプロトコルである。GLPによって与えられるべき2つの最も
重要な特徴は、ポイント/マルチポイントアドレス動作のサポートと、データフ
レーム再送信の制御である。GLPプロトコルの厳密な実施は、本発明に関して
重要ではないことに注意されたい。しかしながら、GLPのフレーム構造(パケ
ットフォーマット)は、PPPフレームと同様のフィールド、即ちデータフィー
ルド、制御フィールド、アドレスフィールド、フラグフィールド及びチェ
ック和フィールドを含んでいる。PPPフレームは、これらGLPフレームのデ
ータフィールドにカプセル封入されて無線経路を経てターミナル装置MSとサポ
ートノードSNとの間で搬送される。このプロトコル構成の1つの欠点は、PP
P及びGLPの両データフレームが制御フィールド、アドレスフィールド、フラ
グ及びチェック和等を含むことである。通常、この情報は、全て、端から端へと
転送されねばならない。リンク層のこのオーバーヘッドデータは、ユーザ情報の
送信容量を低減する。
本発明によれば、この問題は、無線インターフェイスを経て転送される制御デ
ータの量を最小にすることにより回避される。これは、GLPデータフレームに
カプセル封入される前にPPPデータフレームから不要なフィールドの一部分、
又は好ましくは全部を除去することにより行われる。これが可能となる理由は、
PPPデータフレームに使用されるフラグ、アドレス及び制御フィールドの値が
一定であり、従って、真の情報を含んでいないからである。PPPデータフレー
ムのチェック和フィールドも除去できる。というのは、GLPデータフレームは
それ自身のチェック和を使用しており、これにより、無線インターフェイスに生
じるエラーが検出されそして修正されるからである。一方、ターミナル装置MS
及びサポートノードSNは、PPPデータフレームがGLPデータフレームにカ
プセル封入されて無線インターフェイスを経て転送される前にPPPデータフレ
ームを圧縮する。対応的に、ターミナル装置MS及びサポートノードSNは、無
線インターフェイスを経て送信された圧縮されたPPPデータフレームを、GL
Pデータフレームからそれらを除去し、それに除去されたフィールドを加え(こ
れらフィールドの内容は一定であり、従って、既知である)、そしてその戻され
るPPPデータフレームの新たなチェック和を既知のチェック和計算アルゴリズ
ムによって計算することにより、圧縮解除する。
本発明のカプセル化、圧縮、圧縮解除及びカプセル化解除段階は、図4に示さ
れている。図4Aにおいて、ターミナル装置MSは、そのターミナル装置に関連
したアプリケーションにより使用されるプロトコルに基づくデータフレーム、例
えば、X.25フレーム(或いはIPフレーム又は他のフレーム)を受け取る。
ターミナル装置MSは、図4Bに示すように、PPPデータフレームのデータフ
ィールドにX.25データフレームを挿入することにより、カプセル化を実行す
る。同時に、PPPデータフレームのプロトコルフィールドPROTOCOLの
値が、そのカプセル化されたデータパケットのプロトコル即ちX.25を指示す
るようにセットされる。その後、ターミナル装置MSは、PPPデータフレーム
から、フラグ、アドレス、制御及びチェック和フィールドを除去することにより
PPPデータフレームを圧縮する。それにより得られる図4Cに示された圧縮さ
れたPPPデータフレームは、図4Dに示すように、GLPデータフレームのデ
ータフィールドにそれを挿入することによりカプセル化される。GLPデータフ
レームは、ターミナル装置MSから無線インターフェイスを経てベースステーシ
ョンBTSへ転送され、そしてそこから更に移動通信ネットワークを経て、MS
の現在セルにサービスするサポートノードSNへルート指定される。図4Eにお
いて、サポートノードSNは、図4Dに基づいてGLPデータフレームから圧縮
されたPPPデータフレームを除去し、そしてPPPデータフレームから除去さ
れたフラグ、アドレス及び制御フィールド(これらフィールドの内容は一定であ
る)をPPPデータフレームに戻すことにより、圧縮解除を行う。更に、サポー
トノードSNは、このように形成されたPPPデータフレームに対する新たなチ
ェック和FCSを、その目的のために指定された計算アルゴリズムにより計算す
る。これにより、図4Fの圧縮解除されたPPPデータフレームが得られる。サ
ービスしているサポートノードSNが、プロトコルフィールド自体に指示された
プロトコルをサポートしない場合には、そのプロトコルをサポートするGPRS
ネットワーク又は外部データネットワークのポイントへPPPデータフレームを
ルート指定する。このようなポイントにPPPデータフレームが到着すると、P
PPデータフレームのデータフィールドからX.25フレームを除去することに
よりカプセル化が剥離される。その後、X.25フレームは、それ自身のアドレ
ス及び制御フィールドに基づいて処理される。
サービスしているサポートノードSNが、プロトコルフィールドにより指示さ
れたプロトコルをサポートする場合には、そのサービスしているサポートノード
は、カプセル化をしれ自身で剥離し、X.25フレームの制御及びアドレス情報
に基づいてX.25フレームを供給する。
図4Aないし4Gの段階は、ターミナル装置MSに向かって行われる送信にも
現れる。PPPデータフレームにおけるX.25フレームのカプセル化は、サー
ビスしているノードSNか、又はGPRSネットワーク及び外部データネットワ
ークのインターフェイスのある場所で行われる。図4Cに基づくPPPデータフ
レームの圧縮、及び図4Dに基づくGLPデータフレームへの圧縮されたPPP
フレームの挿入は、サービスしているサポートノードSNにおいて行われる。図
4E、4F及び4Gに基づく圧縮解除及びカプセル化解除は、ターミナル装置M
Sにおいて行われ、その後、X.25フレームが、ターミナル装置MSに関連し
たアプリケーションへ送られる。
標準的なPPPプロトコルは、フィールドを圧縮するためのそれ自身の方法を
有することに注意されたい。この方法は任意であり、リンク構成手順の間に圧縮
の使用を交渉することができる。しかしながら、この標準的なPPP圧縮は、本
発明に関連して使用することができない。
又、標準的なPPPプロトコルは、いわゆるバイトスタッフ(詰め込み)プロ
トコルも備えている。従って、PPPフレームのデータフィールドにおけるある
ビットパターン、例えば、フラグフィールドに対して指定された内容が、2バイ
トチェーンに変換される。これは、例えば、フラグフィールドに対して指定され
たビットパターンがメッセージのどこかに生じて機能不良を招くことがないよう
に確保する。しかしながら、これらのスタッフバイトは、エアインターフェイス
を経て送られるデータの量がデータと独立しておらず、データの内容に関連して
いるので、GPRSネットワークに問題を生じさせる。最悪の場合に、データの
長さは、スタッフバイトによりしかるべき長さの2倍にもなる。無線インターフ
ェイスを経て送信されるPPPデータは、GPRSネットワークにおいてGLP
フレームにあるので、データフィールドにおけるこのような「禁じられた」制御
ビットパターンは、シリアルラインの場合のように、フレームのスタート/スト
ップを誤って検出するといった機能不良を生じない。それ故、本発明の好ましい
実施形態においては、全てのスタッフバイトが、無線インターフェイスを経て送
信される前に圧縮段階において除去され、そしてスタッフバイトは、無線インタ
ーフェイスの他の側における圧縮解除段階において復帰される。又、データは、
例えば、モデムに使用されるV42.bis方法のような他の方法を用いること
により圧縮することができる。
又、PPPパケットがGLPパケットのデータフィールドのサイズより小さい
場合には、多数のPPPパケットを1つのGLPフレームに結合して、これを無
線インターフェイスを経て送信することもできる。更に、1つのPPPパケット
を多数のGLPパケットにおいて送信することもできる。
又、本発明による圧縮及び/又は圧縮解除をゲートウェイノードのみにおいて
行い、そして圧縮されたデータパケットを、移動ステーションにサービスするサ
ポートノードを経て送ることもできる。
添付図面及びそれを参照した以上の説明は、本発明を単に例示するものに過ぎ
ない。本発明のパケット無線システム及びターミナル装置は、請求の範囲内でそ
の細部を種々変更し得ることを理解されたい。Description: BACKGROUND OF THE INVENTION Packet radio system and terminal device for packet radio system Field of the invention The present invention comprises a digital mobile communication network, at least one packet radio support node connected to the mobile communication network and one or more other packet radio support nodes and / or providing an access point to an external packet data network; A packet data terminal device providing an access point for packet data transmission over a wireless interface, said access point supporting a universal communication protocol used by an application associated with the terminal device. Related to wireless systems. Description of the prior art Mobile communication systems have been developed due to the need for people to be free to leave a fixed telephone terminal without limiting their area of activity. The use of various data transmission services has increased in offices, but various data services have also been introduced in mobile communication systems. Portable computers can efficiently process data wherever the user moves. For mobile communication networks, it provides users with an efficient access network for mobile data transmission, and such access networks provide access to actual data networks. To do this, different new data services are designed for existing and future mobile communication networks. Digital mobile communication systems, such as the Pan-European mobile communication network GSM (global system for mobile communication), support mobile data transmission particularly well. GPRS is a new service in the GSM system and is one of the standardization activities of GSM phase 2+ in ETSI (European Telecommunication Standards Institute). The operating environment of GPRS consists of one or more sub-network service areas interconnected by a central network of GPRS. The serve network comprises a number of packet data service nodes, referred to herein as GPRS support nodes (or agents), each providing a packet data service for mobile data terminal equipment via a number of base stations or cells. It is connected to a GSM mobile communication network so that it can be provided. The intermediate mobile communication network provides circuit-switched or packet-switched data transmission between the support node and the mobile data terminal equipment. Different sub-networks are connected to external data networks, such as the public switched packet data network PSPDN. Thus, the GPRS service generates a packet data transmission between the mobile data terminal equipment and the external data network, and the GSM network acts as an access network. One feature of GPRS service networks is that they operate almost independently of GSM networks. One of the requirements set for GPRS services is that different types of external PSPDN, such as the Internet or X.400. It must work with 25 networks. In other words, the GPRS service and the GSM network must be able to serve all users regardless of what type of data network they want to register via the GSM network or which protocol is used for the data terminal equipment. This means that GSM networks and GPRS services must support and handle different network addresses and data packet formats, and must be prepared for new (future) data network protocols. . Summary of the Invention SUMMARY OF THE INVENTION It is an object of the present invention to provide a packet radio system that provides reliable and efficient data transmission, supports a large number of external data networks and protocols, and allows new protocols to be supported as flexibly and with only minor changes. To provide. According to the present invention, in the packet radio system described at the beginning, a point / point protocol independent of the universal communication protocol is used for the internal transmission of the packet radio system, and the data according to the point / point protocol is used. The packet includes a control field used by the protocol, an identification field identifying the protocol used by the terminal device, and a data field, so that the data packet according to the universal protocol is a point in the internal transmission of the packet radio system. / Encapsulated in the data field of a data packet according to a point / point protocol; a special radio link between the packet data terminal equipment and said at least one packet radio support node at the radio interface. The wireless link protocol supports point / multipoint address operation and control of data packet retransmission, and the data packet according to the wireless link protocol includes a control field and a data field used by the protocol. Compressing a point / point protocol based data packet sent over the radio interface by removing at least one control field therefrom and encapsulating the remaining fields in the data field of the radio link protocol based data packet; Configuring a packet data terminal device and said at least one support node to perform compression based on a point / point protocol received via a wireless interface. A packet data terminal device and said at least one support node for decompressing a compressed data packet by adding fields removed in compression before it is sent Achieved by the system. The present invention is also a terminal device for a packet radio system, the terminal device providing an access point for packet data transmission performed on a radio interface, the access point being an application associated with the terminal device. Terminal devices that support the universal communication protocol used by the Internet. The terminal device uses a point / point protocol independent of the universal communication protocol for internal transmission of the packet radio system, and a data packet based on the point / point protocol includes a control field used by the protocol, The terminal device includes an identification field for identifying a protocol used by the terminal device and a data field; the terminal device uses a special radio link protocol used for transmission between nodes of the packet radio system for transmission performed via the radio interface. Used, the protocol supports point / multipoint address operation and control of data packet retransmission, and data packets based on the radio link protocol are used to control the control fields used by the protocol and the data fields. A terminal device configured to encapsulate a transmitted data packet based on a universal protocol into a data field of the data packet based on the point / point protocol; the terminal device via a wireless interface A terminal configured to compress a transmitted data packet based on a point / point protocol by removing at least one control field therefrom and to encapsulate the remaining fields into a data packet based on a radio link protocol; The apparatus is configured to decompress a compressed data packet based on a point / point protocol received over a wireless interface by adding a field that has been removed in compression. And said terminal device is characterized in that the decompressed data packet based on points / point protocol, is configured to release the data packets based on universal protocol. In the present invention, a packet radio system encapsulates data packets of an external data network and transports them through one or more sub-networks to a point that supports the encapsulated data packet protocol. At this interface, the packets of the external network are de-encapsulated and sent to the external data network. Therefore, there needs to be a general standardized protocol between the mobile data terminal equipment and the support nodes serving this mobile data terminal equipment, which protocol is different from the network, transport and high level protocols used. Provides independent user data transmission. In such a single protocol implementation, the data terminal equipment provides a transmission path for all applications, regardless of what type of external data network they communicate with. According to the invention, for example, the point / point protocol PPP and its data encapsulation method specified in the Internet Architecture Board (IAB) standards RFC C1661 and 1662 encapsulate data packets of an external data network. Used as a packet radio network internal protocol. However, this PPP does not provide all the functions required for the operation of the link layer via the radio interface, especially in an environment where the number of transmission errors is large. Therefore, a special radio link protocol that can provide all necessary functions is required between the mobile data terminal equipment and the support nodes on the radio interface of the packet radio network. The two most important features provided by this protocol are support for point / multipoint address operation and control of data packet retransmission. As a result of this solution, the PPP data packets are transferred as encapsulated in the radio link protocol data packets. PPP data packets can be arranged in a number of ways in a radio link protocol packet, ie, one PPP packet is arranged in one radio link protocol packet, or a number of PPP packets are arranged in one radio link protocol packet. Alternatively, one PPP packet can be arranged into multiple radio link protocol packets. One disadvantage of this protocol arrangement is that both PPP and radio link protocol data frames include control fields used by the protocol. Normally, all this information must be transferred end-to-end. As a result, this link layer overhead control data reduces the transmission capacity of user information. To avoid this problem, the amount of link layer control data must be minimized. According to the present invention, this is done by removing some or all of the unnecessary fields from the PPP data frame. This is possible because in the PPP data frame the values of the flag field, the address field and the control field are constant and therefore do not contain true information. Thus, according to the present invention, a PPP data frame is compressed by removing at least a portion of the control field therefrom before being transmitted over the radio path. Since the removed fields are constant, the fields can be easily returned to their compressed data after being transmitted over the radio path. Since data frames based on the radio link protocol include a dedicated checksum field, the checksum field of the PPP data frame can also be removed before transmission over the radio interface, if necessary, and this checksum field can be removed. Can be recalculated and the checksum field can be added back to the compressed packet transmitted over the air interface. The standards-based PPP protocol can also include stuff bytes used to prevent the appearance of bit patterns used to control data fields. According to the invention, these forbidden bit patterns have no effect on the transmission, since PPP frames are transmitted at the radio interface encapsulated in radio interface packets. Thus, in accordance with the present invention, these stuff bytes can be stripped from the data before being sent to the wireless interface and returned to the data after being sent over the wireless interface. This is performed in order to eliminate the need to change a general data network protocol provided in the terminal device. According to the compression of the present invention, the transmission capacity of user data can be significantly improved. The PPP frame includes a protocol identification field, the value of which identifies the protocol used by the application. The packet radio network routes the encapsulated data packet to a point in the network that supports the protocol indicated by the identification field or to a point in the external data network. At this point, the capsule is detached and the original data packet is routed to its destination based on the address information contained therein. BRIEF DESCRIPTION OF THE FIGURES Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. FIG. 1 is a block diagram showing a packet radio system according to the present invention. FIG. 2 is a diagram illustrating encapsulation of a data packet. FIG. 3 is a diagram showing a PPP data frame. FIGS. 4A, B, C, D, E, F and G show various protocol frames during the encapsulation, compression, transmission, decompression, and decapsulation stages. Detailed Description of the Preferred Embodiment The invention can be used in various types of packet radio systems. The present invention is particularly useful for implementing General Packet Radio Service (GPRS) in the Pan-European Mobile Communication System GSM (Global System for Mobile Communication) or corresponding digital systems, such as DCS1800 and PCN (Personal Communication Network). Well suited. Hereinafter, the preferred embodiments of the present invention will be described with reference to a GPRS service and a GSM system, but the present invention is not limited to such a specific packet radio system. FIG. 1 shows the basic structure of a GPRS packet radio network. The GPRS packet radio system is made up of one or more subnetwork service areas, eg, SA1 and SA2, interconnected by a GPRS backbone network 1 (backbone). In general, the central network is a local network of an operator of a packet radio network, for example an IP network. Subnetwork service areas SA1 and SA2 include one or more packet data service nodes, which are referred to as agents or GPRS support nodes. FIG. 1 shows GPRS support nodes SN1 and SN2. One or more GPRS support nodes may also act as gateway support nodes towards an external data network, such as, for example, a public switched packet data network P SPDN. The central network 1 may be provided with a special gateway node for connecting to the data network. Each GPRS support node controls packet data services within the area of one or more cells of a cellular packet radio network. To this end, each support node SN1 and SN2 is connected to a certain local part of the GSM mobile system. This connection is generally established to the mobile switching center MSC via an interworking function IWF, but in some situations it provides a connection directly to the base station system BSS, ie the base station controller BSC or one base station BTS. Is effective. A mobile station MS located in a cell communicates with the base station BTS via a radio interface and also communicates via a mobile communication network with GPRS support nodes SN1, SN2, SN3 where the cell belongs to its service area. . In principle, the mobile communication network that exists between the GPRS support node and the mobile data terminal equipment MS simply supplies packets between the two. To do this, the mobile communication network provides a circuit-switched connection or packet-switched data packet transmission between the terminal equipment MS and the service support node SN. An example of a circuit-switched connection between a terminal device MS and a support node (agent) is shown in Finnish Patent Application No. 934115. An example of packet-switched data transmission between a terminal device MS and a support node (agent) is shown in Finnish Patent Application No. 940314. However, the mobile switching network merely provides a physical connection between the terminal equipment MS and the support node, the exact operation and structure of which has no essential significance with respect to the present invention. For a detailed description of the GSM system, see the ETSI / GSM specification and "The GSM System for Mobile Communications", M.A. Mauri and M.A. See Portet, Paraiseu, France, 1992, ISBN: 2-9507190-07-7. A typical mobile data terminal device includes a mobile station 3 of a mobile communication network and a portable computer 4 connected to the mobile station's data interface. The mobile station 3 is, for example, Nokia 2110 manufactured by Nokia Mobile Phones of Finland. Again, a Nokia Cellular Data Card of the PCMCIA type manufactured by Nokia Mobile Phones of Finland allows the mobile station data interface to be connected to a portable PC provided with a PCMCIA card location. Therefore, the PCMCIA card is a protocol of the telecommunications application used for the computer 4, for example, CCITT X.300. 25 or provide the PC with an access point that supports Internet Protocol IP. Alternatively, the mobile station 3 may directly provide an access point that supports the protocol used by the PC 4 application. Furthermore, the mobile station 3 and the PC may be integrated into one unit, in which the application program is provided with an access point that supports the protocol it uses. Mobile users need to access various data networks via packet radio networks. This is the case, for example, when the GPRS system uses the Internet and X.400. It would have to be able to work with different types of external data networks PSPDN, such as 25 networks. This also means that the GPRS system must support different network addressing mechanisms (and network addresses) and different protocol data packet formats. A general mechanism for enabling data transmission supporting multiple external PSPDN networks to be implemented in a GPRS data network is shown in FIG. The idea is, for example, that the data packets of the protocol used by the external PSPDN, which are sent by the application of the data terminal equipment MS, are encapsulated in the data terminal equipment in the frame format used by the GPRS network. The frame format is independent of the protocol of the application of the data terminal equipment or the protocol of the external PSPDN. GPRS packets also include data about the protocols used by the terminal device or application, and data sent by the terminal device. GP RS packets are routed and transmitted from the data terminal equipment MS to the GPRS support node serving it. The GPRS support node further transmits a GPRS packet to a point on a GPRS network or an external PSPDN network that supports the protocol of the application. When the GPRS packet reaches such a point, the GPRS packet and the encapsulation are released, and the original packet is further sent with the address data provided to it. Encapsulation allows packets of different protocols to be sent even if the GPRS network does not itself directly support the above protocols. In order to achieve the object of the present invention, a general standardized protocol must be provided between the data terminal equipment MS and the support node SN serving it, which protocol is used for the PSPDN network and the PSPDN network. Is a communication protocol described above that is independent of the transport layer and upper layer communication protocols used. With the implementation of such a single independent protocol, the data terminal device MS can provide a transmission path for all applications associated therewith. According to a preferred embodiment of the present invention, the internal packet format of the GPRS network is essentially a Point / Point Protocol (PPP) data capsule defined in the Internet Architecture Board (IAB) standards RFC1661 and 1662. Format. PPP uses the principles, terminology and frame structure of the ISO-3309-1979 High Level Data Link Control (HDLC) procedure. The PPP protocol is briefly described below. PPP is an encapsulation protocol for both bit-oriented synchronous and asynchronous links with eight data bits but no parity bits. PPP is carefully designed to maintain compatibility with the most commonly used software. In addition, a specific escape mechanism is provided that allows any data to be transmitted over the link (without giving the data control characters of the frame, for example characters interpreted as start / stop flags). This is done so that the data characters corresponding to the control characters of the frame are replaced with two character pairs in transmission and returned as original special characters in reception. PPP encapsulation also multiplexes different network layer protocols over a single link simultaneously. Accordingly, PPP is intended to provide a common solution for interconnecting a variety of different computers, bridges and routes. The point / point protocol PPP defines more than just the principle of encapsulation. To make this sufficiently versatile to be transferred to different environments, PPP provides a Link Control Protocol (LCP). This LCP automatically negotiates the encapsulation format options, handles different limits on packet size, verifies the identity of its peer to the link, and determines when a link is functioning properly and when it is not. , Loopback links and other common configuration errors, and are used to terminate the link. An overview of a standard PPP frame structure is shown in FIG. However, FIG. 3 does not include start / stop bits (in the case of an asynchronous link) or bits or octets inserted into the frame for transparency. The fields of the frame are transmitted sequentially from left to right. The flag sequence FLAG is a single octet and indicates the start or end of a frame. Only one flag is required between frames. Two successive flags constitute an empty frame, which is ignored. The address field ADDRESS is a single octet and contains the binary sequence 111 11111 (0xff in hexadecimal), which is the so-called all station address. In other words, PPP gives all stations the same address, not individual station addresses. The control field CONTROL is a single octet and contains the binary sequence 00000011 (hex 0x03). The control field contains an unnumbered information (UI) command with the P / F bit set to zero. The protocol field PROTOCOL contains two octets, the value of which identifies the protocol of the data packet encapsulated in the information field of the UI frame. This protocol field is defined by PPP, not HDLC. However, the protocol field matches the ISO 3309 extension of the address field. However, even though PPP is selected as the data encapsulation method in the GPRS network in the preferred embodiment of the present invention, PPP does not provide all the functions required for link layer operation via the radio interface. Absent. This means that a special GPRS-specific radio link protocol GLP capable of providing all necessary functions is required for the radio interface between the terminal equipment MS and the support node SN. GLP is an HDLC-based protocol very similar to the radio link protocol RLP already used for GSM systems. The two most important features to be provided by GLP are support for point / multipoint address operation and control of data frame retransmission. Note that the exact implementation of the GLP protocol is not important for the present invention. However, the frame structure (packet format) of the GLP includes the same fields as the PPP frame, that is, a data field, a control field, an address field, a flag field, and a check sum field. The PPP frame is encapsulated in the data field of these GLP frames, and is carried between the terminal device MS and the support node SN via a wireless path. One drawback of this protocol configuration is that both PPP and GLP data frames include control fields, address fields, flags, checksums, and the like. Normally, all this information must be transferred end-to-end. This overhead data of the link layer reduces the transmission capacity of the user information. According to the present invention, this problem is avoided by minimizing the amount of control data transferred over the radio interface. This is done by removing some, or preferably all, of the unwanted fields from the PPP data frame before being encapsulated in the GLP data frame. This is possible because the values of the flags, addresses and control fields used in the PPP data frame are constant and therefore do not contain true information. The check sum field of the PPP data frame can also be removed. This is because the GLP data frame uses its own checksum, which detects and corrects errors that occur at the radio interface. On the other hand, the terminal device MS and the support node SN compress the PPP data frame before the PPP data frame is encapsulated in the GLP data frame and transferred through the radio interface. Correspondingly, the terminal device MS and the support node SN remove the compressed PPP data frames transmitted via the radio interface from the GLP data frames and add the removed fields thereto (the contents of these fields). Is constant and therefore known), and decompresses the returned PPP data frame by calculating a new checksum by a known checksum calculation algorithm. The encapsulation, compression, decompression and decapsulation steps of the present invention are shown in FIG. In FIG. 4A, a terminal device MS has a data frame based on the protocol used by the application associated with the terminal device, for example, X.300. Receives 25 frames (or IP frames or other frames). As shown in FIG. 4B, the terminal device MS stores X.X. in the data field of the PPP data frame. The encapsulation is performed by inserting 25 data frames. At the same time, the value of the protocol field PROTOCOL of the PPP data frame is set to the value of the protocol of the encapsulated data packet, i.e. It is set to indicate 25. Thereafter, the terminal device MS compresses the PPP data frame by removing the flag, address, control and check sum fields from the PPP data frame. The resulting compressed PPP data frame shown in FIG. 4C is encapsulated by inserting it into the data field of the GLP data frame, as shown in FIG. 4D. The GLP data frames are transferred from the terminal equipment MS via the radio interface to the base station BTS and from there further routed via the mobile communication network to the support node SN serving the current cell of the MS. In FIG. 4E, the support node SN removes the compressed PPP data frame from the GLP data frame according to FIG. 4D, and removes the flag, address, and control fields (the contents of these fields are constant) from the PPP data frame. Is returned to a PPP data frame to decompress. Further, the support node SN calculates a new checksum FCS for the PPP data frame thus formed by a calculation algorithm specified for the purpose. This results in the decompressed PPP data frame of FIG. 4F. If the serving support node SN does not support the protocol indicated in the protocol field itself, it routes the PPP data frame to a point on the GPRS network or external data network that supports that protocol. When a PPP data frame arrives at such a point, X.X. The encapsulation is stripped by removing 25 frames. Then, X. Twenty-five frames are processed based on their own address and control fields. If the serving support node SN supports the protocol indicated by the protocol field, the serving support node strips off the encapsulation and strips itself. X.25 based on control and address information of 25 frames. Supply 25 frames. The steps of FIGS. 4A to 4G also appear in transmissions made towards the terminal device MS. X. in PPP data frames. The encapsulation of 25 frames takes place either at the serving node SN or at the interface of the GPRS network and the external data network. The compression of the PPP data frame according to FIG. 4C and the insertion of the compressed PPP frame into the GLP data frame according to FIG. 4D take place at the serving support node SN. The decompression and decapsulation according to FIGS. 4E, 4F and 4G takes place in the terminal device MS, after which X. 25 frames are sent to the application associated with the terminal device MS. Note that the standard PPP protocol has its own way to compress fields. This method is optional and the use of compression can be negotiated during the link configuration procedure. However, this standard PPP compression cannot be used in connection with the present invention. The standard PPP protocol also has a so-called byte stuff (stuffing) protocol. Therefore, a certain bit pattern in the data field of the PPP frame, for example, the content specified for the flag field is converted into a 2-byte chain. This ensures, for example, that the bit pattern specified for the flag field does not occur somewhere in the message and does not cause a malfunction. However, these stuff bytes create problems for GPRS networks because the amount of data sent over the air interface is not independent of the data and is related to the content of the data. In the worst case, the length of the data can be twice as long as the stuff bytes should. Since the PPP data transmitted over the radio interface is in a GLP frame in a GPRS network, such a "forbidden" control bit pattern in the data field will start / stop the frame as in the case of the serial line. No malfunction such as erroneous detection occurs. Therefore, in a preferred embodiment of the invention, all stuff bytes are removed in the compression stage before being transmitted over the radio interface, and the stuff bytes are restored in the decompression stage on the other side of the radio interface. Is done. The data is, for example, V42. Compression can be achieved by using other methods, such as the bis method. Also, if the PPP packet is smaller than the size of the data field of the GLP packet, it is possible to combine a number of PPP packets into one GLP frame and transmit it via the radio interface. Further, one PPP packet can be transmitted in multiple GLP packets. It is also possible for the compression and / or decompression according to the invention to take place only at the gateway node, and for the compressed data packet to be sent via a support node serving the mobile station. The accompanying drawings and the description above with reference thereto are merely illustrative of the present invention. It is to be understood that the packet radio system and the terminal device of the present invention can be variously modified within the scope of the claims.
─────────────────────────────────────────────────────
フロントページの続き
(81)指定国 EP(AT,BE,CH,DE,
DK,ES,FR,GB,GR,IE,IT,LU,M
C,NL,PT,SE),OA(BF,BJ,CF,CG
,CI,CM,GA,GN,ML,MR,NE,SN,
TD,TG),AP(KE,LS,MW,SD,SZ,U
G),UA(AZ,BY,KZ,RU,TJ,TM),A
L,AM,AT,AU,AZ,BB,BG,BR,BY
,CA,CH,CN,CZ,DE,DK,EE,ES,
FI,GB,GE,HU,IS,JP,KE,KG,K
P,KR,KZ,LK,LR,LS,LT,LU,LV
,MD,MG,MK,MN,MW,MX,NO,NZ,
PL,PT,RO,RU,SD,SE,SG,SI,S
K,TJ,TM,TR,TT,UA,UG,US,UZ
,VN
(72)発明者 カルッパネン アルト
フィンランド エフイーエン−00210 ヘ
ルシンキ ヴァッテュニーメンカテュ 4
デー64────────────────────────────────────────────────── ───
Continuation of front page
(81) Designated countries EP (AT, BE, CH, DE,
DK, ES, FR, GB, GR, IE, IT, LU, M
C, NL, PT, SE), OA (BF, BJ, CF, CG
, CI, CM, GA, GN, ML, MR, NE, SN,
TD, TG), AP (KE, LS, MW, SD, SZ, U
G), UA (AZ, BY, KZ, RU, TJ, TM), A
L, AM, AT, AU, AZ, BB, BG, BR, BY
, CA, CH, CN, CZ, DE, DK, EE, ES,
FI, GB, GE, HU, IS, JP, KE, KG, K
P, KR, KZ, LK, LR, LS, LT, LU, LV
, MD, MG, MK, MN, MW, MX, NO, NZ,
PL, PT, RO, RU, SD, SE, SG, SI, S
K, TJ, TM, TR, TT, UA, UG, US, UZ
, VN
(72) Inventor Carpanen Alto
Finland FFIEN-00210 F
Lusinki Vattünymenka 4
Day 64