(57)【特許請求の範囲】
【請求項１】
送信されるべきデータがフレーム（１００）の中にまとめられ、かつ、該データを処理するために利用することのできるいくつかの相互選択可能な動作を有する電気通信システムにおいて送信されるべきデータの処理に用いられた前記動作を表示するための方法であって、
前記送信装置が、送信されるべきフレームの中に所定数の制御ビット（１０１）を含んでおり、該制御ビットの値によって、含まれた送信可能なデータが送信に先立って前記フレームによりどのように処理されたかについて表示するフェイズを備え、
さらに、
送信されるべき各々のフレームごとに送信されるべきデータを処理するために、相互選択可能ないくつの動作を利用することができるかに関する情報が形成され（３０２）、
許容制御ビット値によって表示されるべき動作の数が、相互選択された利用可能な動作の数と少なくとも同じほど大きくなるように、前記各々のフレームの中に含まれた制御ビットの数が規定され（３０２）、
送信されるべきフレームの中に規定数の制御ビットが含まれている（３０７）フェイズを備えていることを特徴とする方法。
【請求項２】
前記フレームがいくつの制御ビットを含んでいるか、または、該制御ビットの許容値がどのように解釈されるかに関して、送信装置および受信装置の双方における一致した情報を形成するために、送信装置が、前記事実が表示されるメッセージを受信装置へ送る（３０３）請求項１記載の方法。
【請求項３】
前記メッセージが、ＭＡＣプロトコル層同士のあいだにおけるＭＡＣ層メッセージである請求項２記載の方法。
【請求項４】
前記送信装置のＭＡＣ層の上方に配置されたプロトコル層が、ＭＡＣ層について、使われたユーザーデータビットレートが変化することのできる限界を表示し（３０２）、
送信装置のＭＡＣ層が、接続に使用することのできるいくつかの相互選択可能なＭＡＣ層ＰＤＵを表示するためのＭＡＣメッセージ（３０３）を受信装置のＭＡＣ層へ送り、
送信装置のＭＡＣ層が、その上方に配置されたプロトコル層からデータパケットを受信し、
送信装置のＭＡＣ層が、受信した前記データパケットに含まれたユーザーデータを収容することのできるＭＡＣ層ＰＤＵ（４００）を選択し、
送信装置のＭＡＣ層が、送信されるべきフレームに用いられたＭＡＣ層ＰＤＵの大きさを受信装置（３０７）のために表示する
フェイズを備えている請求項３記載の方法。
【請求項５】
前記フレームがいくつの制御ビットを含んでいるか、または、該制御ビットの許容値がどのように解釈されるかに関して、前記送信装置および受信装置の双方における一致した情報を形成するために、より上位の概念と制御ビットの数および配分とのあいだにおけるはっきりした一致が確立されている請求項１記載の方法。
【請求項６】
前記のより上位の概念が、送信装置と受信装置とのあいだにおける電気通信接続によって使われたベアラサービスに必要なサービスの質である請求項５記載の方法。
【請求項７】
前記送信装置のＲＢＣプロトコル層が、前記のより上位の概念の情報を、新しい接続を確立し、または古い接続を解除するように接続された方法の一部として、プロトコルスタックにおけるより高いプロトコル層とより低いプロトコル層とのあいだのメッセージ（５０３）でＭＡＣ層へ送り、かつ、受信装置のＲＢＣプロトコル層は、該ＲＢＣプロトコル層が送信装置のＲＢＣプロトコル層から接続の確立または解除の要求を受けると直ちに、対応する情報をプロトコルスタックにおけるより高いプロトコル層とより低いプロトコル層とのあいだのメッセージ（５０５）でＭＡＣ層へ送る請求項５記載の方法。
【請求項８】
送信されるべきデータがフレーム（１００）の中にまとめられ、かつ、該送信されるべきデータを処理するために利用することのできるいくつかの相互選択可能な動作を有する通信システムにおいてデータ送信を実現するための送信装置であって、
前記送信されるべきフレームの中に、該制御ビットの値によって、前記フレームに含まれたデータが送信に先立ってどのように処理されたかについて表示するための制御ビット（１０１）を備えている送信装置であって、前記送信装置が、
送信されるべき各々のフレームごとに送信されるべきデータを処理するために、利用することのできる相互選択可能ないくつの動作を利用することができるかに関する情報（３０２）を形成するため、かつ許容制御ビット値によって表示されるべき動作の数が、相互選択された利用可能な動作の数と少なくとも同じほど大きくなるように、前記各々のフレームの中に含まれた制御ビット（３０２）の数を規定するための手段を備えている送信装置。
【発明の詳細な説明】
【０００１】
本発明は、一般に、無線通信接続の送信装置と受信装置とのあいだにおける信号授受に関する。本発明は、とくに、コードの分割やチャネルのコード化などの無線通信接続によって送信されるデータの処理に関連した変化について、その受信機とその送信機とのあいだにおける情報の送信方法に関する。典型的な通信接続として、第３世代ディジタル式セルラー通信システムにおける移動局と基地局とのあいだの無線接続について取り扱うことにする。
【０００２】
新しい無線通信システムのために設計された多くのサービスでは、そのサービスを送信する通信接続のために確保された無線インターフェイスによって表されたデータ送信容量の一部が、これらのサービスは、融通の利く方法で用いられることが要求される。たとえば、チャネルのコード化を増大させたり、減少させたりすることによって、前記接続で達成されたユーザーデータのビットレートに影響を及ぼす。すなわち、用いられるチャネルのコード化が多ければ多いほど、適切に送信されるデータの送信速度は遅くなり、その逆もまた同様である。チャネルのコード化、コードの分割またはその送信機によって用いられたそのような処理を変える必要性は、ある通信の精度が進行する電波の変化状態に関係なく、その接続で維持されるように意図されている、という事実に一般に依存している。送信機と受信機とのあいだで送信されるデータがフレームの中でアレンジされるシステムにおいては、それぞれのフレームには、極端な場合、先行するフレームまたはつぎのフレームにおけるのとは異なった方法で処理されるデータが含まれる。１つの方法または別の方法では、送信機および受信機は、送信されるデータが送信機の中でそれぞれのフレームにおいてどのように処理され、また、したがって、受信機の中でどのように処理されるべきであるかについて、相互識別を確認する必要がある。
【０００３】
図１には、無線インターフェイスを通して送信されるデータの基本ユニットである、従来技術の代表的なフレーム１００が例示されている。一般に、このフレームには、ある種のヘッダー部と、送信されるある数のデータと、このフレームの完全性を検査するためのチェックコードとが含まれている。このヘッダー部は、データ本体とは異なる論理チャネルを通して送信することができる。図１において、とりわけフレームのヘッダー部において、所定数、たとえば６または１２のビットが含まれている、特別に例示されたＦＣＨ（フレーム制御ヘッダー）フィールド１０１がある。このＦＣＨフィールドは、たとえば所定の制御チャネル（ＤＰＣＣＨ；専用の物理的制御チャネル）を通して送信することができ、また、前記フレームに接続されて送信されるデータは、データチャネル（ＤＰＤＣＨ；専用の物理的データチャネル）を通して伝えることができる。このＦＣＨフィールドのビットは、とりわけ、どのような種類のチャネルコード化、データ配列（spreading）および／または他のデータ処理方法が当該フレームに接続された送信可能なデータを処理するのに使われたかについての情報を送信する必要がある。ＣＤＭＡ（符号分割多元接続）システムでは、ＦＣＨフィールドによって、たとえばそのデータチャネルの拡張に関して使われた処理用ゲインの値を表示することができる。
【０００４】
従来技術のフレームでは、ヘッダー部の長さは一般に、データ本体を送信するためのフレームの配分をできるだけ大きく使うことができるようにするために、できるだけ短く保つように意図されている。このことは、図１に例示されたＦＣＨフィールドのビットによって表示することのできるデータ処理オプションの数が制限されるという、避けられない結果となる。とくに、このような欠点は、送信機と受信機とのあいだにおいて同時に論理的に異なるいくつかの接続があるとき、コードの分割またはチャネルのコード化またはデータ処理に関連した他の処理が無秩序にまたは他の理由で変更されるとき、および前記接続に関連した情報を共通のヘッダーフィールドにおいて送信しなければならないときに、明らかになる。ＦＣＨフィールドのビット、またはこの目的のために確保された対応フィールドのビットによって、データ処理オプションの、多数の異なった組み合わせを表示することがここで可能になる。
【０００５】
前記問題を解決するための普通の代替案は、ＦＣＨフィールド、またはこの目的のために確保された対応するフィールドのビットの数を増やすことである。しかしながら、多数の異なったコード分割オプション、または接続されたデータ処理用要素もしくはその組み合わせを得ることが、すべての接続において必要になってしまうことに留意すべきである。ＦＣＨフィールドのビットの要求が低いときの接続では、ビット数が大きいことによって、送信されるべきデータおよびこのシステムがロードされるために確保された相対スペースが不必要に減らされることになる。なぜなら、このシステムは、送信機から受信機へ送信エラーなしで送信されるように全く不必要なビットを送信するようになるからである。
【０００６】
本発明の目的は、ＦＣＨフィールド、またはこの目的のために確保された対応フィールドのビットの数によって引き起こされる前記問題を取り除くことのできる方法およびシステムを導入することである。
【０００７】
本発明は、送信可能データがフレームでまとめられ、かつ、このデータを処理するためにいくつかの相互選択動作を利用することができる通信システムで送信されるべきデータの処理において実行された動作を表示するための方法に関する。本発明にかかわる方法は、
送信装置が、送信されるべきフレームに所定数の制御ビットを含み、かつ、このビットの値が、そのフレームに含まれた送信可能データを送信に先立ってどのように処理されるべきであるかを表示するフェイズを備えている。
【０００８】
本発明にかかわる方法は、前記のものに加えて、
送信されるべき各々のフレームごとに送信されるべきデータを処理するためにいくつの相互選択動作を利用することができるかが規定されており、
許容された制御ビット値で表示された動作の数が、利用することのできる相互選択動作の数と少なくとも同じほど大きくなるように、前記各々のフレームにおける制御ビットの数が規定されており、
送信されるべきフレームにおいて、前記の制御ビットの数が含まれるように規定されている
ことを特徴とする。
【０００９】
これに加えて、本発明は、前記のような電気通信システムにおけるデータ送信を実現するための装置に関する。本発明に関する装置は、
送信されるべき各々のフレームごとに送信されるべきデータを処理するためにいくつの相互選択動作を利用することができるかを規定するためと、
許容された制御ビット値で表示された動作の数が、利用することのできる相互選択動作の数と少なくとも同じほど大きくなるように、前記各々のフレームにおける制御ビットの数を規定するための手段を備えていることを特徴とする。
【００１０】
送信機と受信機とのあいだにおける信号授受において、ちょうど正しい数のビット量が前もって固定されておらず、異なった処理を表示するための前記ビットの数と配列とが変化する場合においても、ちょうど正しい数のビットが、データ配列、チャネルのコード化、および他の関連したデータ処理を表示するためにまとめられる。送信機と受信機とのあいだには、データ処理に関連した要素を表示するためにいくつのビットが使われるか、または、それらがどのように配列されるかの情報を両方の装置が得ることになる機構が設けられている。
【００１１】
送信機と受信機へのビットの数と配列との情報を送り出すための１つの可能性は、送信機と受信機とのあいだでやりとりされるあるメッセージを規定することである。このメッセージは、ビットの現存する数と配列とを表示するものである。別の可能性は、ＱｏＳ、すなわちベアラサービスに必要なサービスの質またはそのような指標（contributing factor）などの、なんらかのより上位の概念と、ビットの数および配列とのあいだに、あいまいでない対応を確立することである。そのような場合、ビットの数と配列とは別個に表示する必要はないが、当該のより上位の概念が一致するとただちに、送信用装置および受信用装置の双方により、この情報を計算することができる。
【００１２】
本発明については、２〜３の好ましい実施態様と添付図面とを参照しながら、以下、さらに詳しく説明する。
【００１３】
この明細書において、従来技術の記載に関連して図１はすでに引き合いに出されたので、以下では、本発明とその好ましい実施態様の説明に、主に図２〜６を参照することにする。
【００１４】
図２は、第３世代ディジタル式セルラー通信のための公知の推奨される構成を例示する模式図であり、このセルラー通信システムは、移動局２０１、基地局２０２、無線ネットワーク制御器２０３およびコアネットワーク２０４を備えている。移動局２０１と基地局２０２とのあいだにおいて一番下のプロトコル層は層Ｌ１である。その上に、ＭＡＣ（媒体（メディア）アクセス制御）層があり、移動局２０１はその上にさらに他の層としての、図示するＬＡＣ（リンクアクセス制御）層を含んでいる。このＬＡＣ層は、この移動局の中でＭＡＣ層とともに、Ｌ２層を形成している。このプロトコル階層におけるつぎに高いレベルは、図示しないがＬ３層である。基地局では、ＭＡＣ層の役割の一部は、移動局の層と無線ネットワーク制御器のＭＡＣ層とのあいだに介在することである。すなわち、それは、すべての点で、この制御器におけるＭＡＣ層の同等の主体として作用することではなく、それゆえ、それはＭＡＣ'として標記される。物理的平面、すなわち、基地局２０２と無線ネットワーク制御器２０３とのあいだに配置されたＬ１層は、基地局と無線ネットワーク制御器とのあいだにおけるいわゆるアイユービスインターフェイス（Iubis interface）によって特徴付けられている。同様の様式で、無線ネットワーク制御器２０３とコアネットワーク２０４とのあいだにおける物理的平面のアイユーインターフェイス（Iu interface）が規定されている。移動局におけるＬＡＣ−Ｕ層の同等の主体はコアネットワークのＬＡＣ−Ｕ層である。
【００１５】
移動局２０１とこのネットワークとのあいだには、同時にいくつかの接続があることがあり、その一部は、固定されたユーザーデータおよび接続全体が継続している期間中、固定した数値をもつ他のデータ処理関連ファクタに基づき、前記接続の一部では、そのユーザーデータのビットレートと、他のデータ処理関連ファクタとが、接続の継続中に変化する。本発明は、とくに後者の種類の接続に関する。なぜなら、この場合にのみＦＣＨフィールドまたは本目的のために確保された対応するフィールドにいくつのビットを各フレームが保持しているか、またどのようにそのビットが配列されているかを別個に表示する必要が起きるからである。本発明を実施するための構成は、移動局とこのネットワークとのあいだにあるそのような接続がいくつあるかに左右されることはない。
【００１６】
それぞれの接続を使うために、移動局と基地局とのあいだにベアラサービスが確立されている。ベアラサービスは、そのプロトコルパケットのＬ３層の上に（より正確には、ＲＢＣ層すなわち無線ベアラ制御層の上に）規定されていて、それぞれのベアラサービスに対して、一次（および二次）ビットレート、許容された最高のビットまたはフレームエラーレート、許容された最長遅延、接続の優先権、適用されたセキュリティーレベルなどのパラメーター要素から実質的に構成される所定のサービスの質が規定されている。ベアラサービスのセットアップに関連して、Ｌ３層はその下に配置されたＭＡＣ層に、どれほど大きい送信媒体（この場合は無線インターフェィス）の容量の配分がセットアップされるべきベアラサービスに必要であるかを通知する。ＭＡＣ層の上では、そのベアラサービスのために、無線インターフェィスの全容量の所定配分、すなわち、主に所定のフレームの送信タイムテーブルおよび送信周波数が確保されている。いくつかの場合において、いくつかのベアラサービスは、また多重通信が可能であるので、それらは同じフレームを用いることになる。
【００１７】
本発明は、フレームに含まれた送信可能なデータがどのように処理されるか、また前記ビット値をどのように解釈すべきかを表示するためにＦＣＨまたは、この目的のために確保された対応フィールドでどれだけのビットが用いられるかの決定がこのシステムのどの部分で行われるのか、という事実を限定するものではない。簡潔さのために、前記決定は、ＦＣＨフィールドが最終的にどのように称されるかに関係なく、ＦＣＨフィールドの形成
（構成）と称することができる。本発明は、前記ビットがすべて同じフィールドにすべて配置されることも要求しない。まず第１に、そのＦＣＨフィールドの形成はこの送信装置のＭＡＣ層によってなされる、と仮定する。このＦＣＨフィールドは、ユーザービットレートが可変である新しい通信接続が確立されたり、または、同様な古い接続が解除される度に毎回再構成しなければならない。ＦＣＨフィールドの再構成の情報は、受信装置に伝えなければならず、また、このことは、本発明の第１および第２の実施態様における異なった方法で行なわれる。
【００１８】
本発明の第１実施態様によれば、ＦＣＨフィールドの再構成の情報は、ＭＡＣ層どうしのあいだにおけるＭＡＣメッセージとして伝えられる。先の説明において、われわれは、ＦＣＨフィールドの再構成が送信装置のＭＡＣ層によってなされると仮定したが、この仮定がうまくいくと、送信装置のＭＡＣ層によってもまた、ＦＣＨフィールドの再構成の情報を含むＭＡＣメッセージが公知の方法で構成されるとともに、その情報が受信装置へ送られる。そして、そのメッセージは受信装置のＭＡＣ層で解釈されて、ＦＣＨフィールドの再構成の情報が、それを必要とする装置の部分に伝えられる。そのメッセージが受け入れられた送信装置を確認するために、受信装置は、そのように知られたＭＡＣ確認メッセージを送ることによって、受信されたＭＡＣメッセージを承認するようなものであるのが好ましい。ＭＡＣメッセージとＭＡＣ確認メッセージとに基づいた構成では、所定フレームがフレーム番号を含んでいるか、さもなければはっきりと確認可能なものである場合には、その所定フレームにＦＣＨフィールドの再構成の手段をもたせるのが好ましい。フレームに再構成の手段をもたせるということは、ＦＣＨフィールドの再構成がフレームＹＹの後に実行されるというメッセージを送信装置がそのＭＡＣメッセージの中に表示することを意味している。ここで、ＹＹは、将来送信されるべきフレームの番号であり、その送信の時点の前に残された時間は、送信装置と受信装置とのあいだにおけるＭＡＣメッセージとＭＡＣ認識メッセージとのやりとりに必要な時間と少なくとも同じ程度長い。
【００１９】
図３には、さきに説明した、本発明の第１実施態様が例示されている。モード３０１では、ユーザービットレートを変えることのできる新しい接続が確立され、または同様な種類の古い接続が解除される。同時に、モード３０８において、受信装置によりＦＣＨフィールドの再構成が実施される。すなわち、モード３０８の実行が予定されている時点に関する情報はモード３０４から得られる。受信装置によって、モード３０４におけるＭＡＣメッセージが受けられ、モード３０５においてＭＡＣ認識メッセージが送信される。モード３０６におけるＭＡＣ認識メッセージの受け取りがなされると、モード３０７において送信装置によって、ＦＣＨフィールドの再構成が実施される。モード３０７の実行が予定されている時点に関する情報は、モード３０４から得られる。それまでの経過として、モード３０２ではＦＣＨフィールドの再構成が行なわれ、また、モード３０３ではＭＡＣメッセージが構成されて送られている。
【００２０】
本発明の第１実施態様によれば、接続のあいだに変化することのできる広がり、チャネルのコード化およびデータ処理に関連する他の要素に関する、かなりの程度の適応性がある。さて、より高いプロトコル層から得られたデータをＬ１層のビットレートへマッピングするタスクは、ＭＡＣ層に任されるが、それは、ＭＡＣ層の上で使われるＰＤＵ（プロトコルデータユニット）のなかで、ＭＡＣ層のそれぞれのＰＤＵにおけるより高いプロトコル層から得られたデータがどれだけの大きさの配分を有するかということを表示するために準備される。図４には、ヘッダー４０１、ＰＤＵの長さを検知するためのフィールド４０２、データフィールド４０３およびチェックコード４０４を備えてなるＭＡＣ層ＰＤＵ４００のための適切な構造が例示されている。このＰＤＵの大きさは、ＦＣＨフィールドビットの使用に関係しているため、ＦＣＨフィールドビットによって表示された別々のユーザーにおけるデータのビットレートは実際、さまざまな大きさのＭＡＣ層ＰＤＵである。より高いプロトコル層の観点から見ると、ＭＡＣ層ＰＤＵは、透明構造であり、そのＰＤＵの大きさは、ＭＡＣプロトコル層における送信装置と受信装置とのあいだで一致させることができる。より高いプロトコル層によって、ＭＡＣ層のために任意の大きさのデータパケットが送られ、とりわけ、ＭＡＣ層によって、送信されるべきすべてのデータのための部屋（room：通信容量）がある、充分に大きいＰＤＵが選ばれる。
【００２１】
前記説明では、本発明の第１実施態様において、ＦＣＨフィールドの構成は送信装置のＭＡＣ層によって行なわれるということが仮定された。しかしながら、ＦＣＨフィールドの構成はネットワーク側に配置されているＭＡＣ層によって常に行なわれるということ、すなわち、移動局のＭＡＣ層によっては決して行なわれないということを、代わりに示唆することができる。接続が基地局または無線ネットワーク制御器の主導（initiative）によって確立されまたは解除されるときには、状況は前記したものと変わらない。これに対して、接続が移動局の主導によって確立されまたは解除されるときには、基地局または無線ネットワーク制御器は、その接続を確立しまたは解除するステップの１つで反応して、ＦＣＨフィールド再構成を実行する必要がある。移動局のＭＡＣ層もまた、ＦＣＨフィールドの再構成を要求する基地局のＭＡＣ層へ特定のＭＡＣメッセージを送ることができる。そのようなＭＡＣメッセージの送信および受信自体は、従来技術を説明しているだけである。ＦＣＨフィールドの構成本体がどこで実行されるかには関係なく、その処理の情報は、二重チェックされるように、送信装置および受信装置の双方へ常に伝えられる必要がある。すなわち、ＦＣＨフィールド構成の行なわれた装置はその再構成情報を受けた効果を、他から確認を受ける。ＦＣＨフィールド構成の代表的な通信には、次の諸要素が含まれる。
・通信が一般的な制御チャネルで送られた場合の移動局識別子、
・構成後に使われるべきＦＣＨビットの数、
・ベアラサービスの識別子または、構成されるべきＦＣＨフィールドが接続されるベアラサービスの識別子、そして、
・送信されるべきデータ（データ配列、チャネルのコード化、エラー検知および／またはエラー補正のコード化、データ区画（interleaving）、データビットレート、その他）のそれぞれの処理方法に対応する、構成されたＦＣＨフィールドに存在している可能性のあるビットをどのように組み合わせるかについての情報。
【００２２】
つぎに、本発明の別の実施態様を説明する。ここで、ＦＣＨフィールド構成は、ベアラサービスに必要なサービスの質またはそれに関連する指標、およびそのＦＣＨフィールドにおけるビットの数および配分などの、いくつかのより高度の概念のあいだにおけるあいまいでない対応に基づいている。
【００２３】
本発明の第２実施態様では、ＦＣＨフィールド構成に関連した個別のＭＡＣ層メッセージを送ったり承認する必要はなく、ＦＣＨフィールド構成の接続の確立または解除に関連して送信装置および受信装置の双方で一貫した理解が得られる。ＦＣＨフィールド構成を規定するアルゴリズムは、ＲＢＣ（無線ベアラ制御）層において最も有利に作用するとともに、ＦＣＨフィールド構成の情報は、一般に、プロトコルスタックにおいてより高いプロトコル層とより低いプロトコル層とのあいだにおけるメッセージを意味する、いわゆる原子メッセージで、ＲＢＣ層からＭＡＣ層へ伝えられる。この原子メッセージには、たとえ、移動局識別子（基地局にだけ必要とされる）とベアラサービス識別子とがＲＢＣ層とＭＡＣ層とのあいだで別途に伝えられるときにも、代表的なＦＣＨフィールド構成メッセージに関連して、基本的に、先に説明された情報と同じものが含まれていてもよい。この原子メッセージは、このような目的からとくに構成されたメッセージであってもよく、または他の部分に関して知られている別の原子メッセージの一部として送られてもよい。送信装置のＲＢＣ層は、問題の原子メッセージを、新しい接続を確立しまたは古い接続を解除することに関連した処理の一部として、ＭＡＣ層へ送る。本発明の観点からすると、この原子メッセージが前記処理のどの段階で送られるかということは重要ではない。受信装置では、ＲＢＣ層が送信装置のＲＢＣ層から接続の確立または解除の要求を受けると直ちに、ＲＢＣ層によって、対応する原子メッセージがＭＡＣ層へ送られる。
【００２４】
図５は、本発明の第２実施態様にかかわる方法の模式的図示である。モード５０１では、より高いレベルから得られたコマンドに基づいて、新しい接続を確立するかまたは古い接続を解除する必要があるということを送信装置のＲＢＣ層が検知する。モード５０２では、送信装置のＲＢＣ層が、新しい接続を確立するかまたは古い接続を解除するための要求を受信装置のＲＢＣ層へ送る。モード５０３では、受信装置のＲＢＣ層が、新しい接続を確立し、または古い接続を解除したのちのＦＣＨフィールド構成を表示する原子メッセージをＭＡＣ層へ送る。送信装置では、当該送信装置から送られた、接続を確立し、または解除するための要求の受信が、モード５０４で実行され、また、モード５０５で、ＭＡＣ層への原子メッセージの発信が実行される。
【００２５】
本発明の第２実施態様は、第１実施態様とは異なり、とりわけＭＡＣ層ＰＤＵ構造の新型の手段を前提とするものではない。これに反して、本発明の第２実施態様は、より高いプロトコル層からＭＡＣ層へのさまざまな大きさのデータパケットの発信が規定される。
【００２６】
本発明の理解を容易にするために、ここで、典型的な特定の事例を取り扱うことにする。送信装置と受信装置とのあいだに、Ｂ１およびＢ２の符号で表された２つの能動的なベアラサービスがあると仮定しよう。Ｂ１は、あり得る４つのユーザービットレート、ｒ11，ｒ12，ｒ13，ｒ14（より簡単に表すと、ｒ1i，ｉ∈〔１，４〕）に接続されている。Ｂ２は、あり得る８つのユーザービットレート、ｒ2i，ｉ∈〔１，８〕）に接続されている。ＦＣＨフィールドビットのうちの２つはユーザーデータビットレートＢ１を表示するために配分されており、他の３つはＢ２のユーザーデータビットレートを表示するために配分されている。３２通りのあり得るビットレートの組み合わせがある。このシステムには２重直交符号化（biorthogonal coding）が適用され、そのコード化長さは６４通りの異なった値であると仮定しよう。ＦＣＨフィールド値が１つのコードワードによって表されるとき、表現用の３２通りのビットレートの組み合わせには、そのコードワードにおけるすべての値の半分が必要である。受信装置が許容コードワードの値だけを受け入れることによって、デコードの成功の可能性を改善することができることを保証するために、送信装置および受信装置の双方の情報について許容コードワードの値を用意するのが好ましい。
【００２７】
つぎに、送信装置と受信装置とのあいだに、Ｌ３層の主導によって、第３ベアラサービスを確立するのが好ましい、と仮定しよう。この第３ベアラサービスは、Ｂ３の符号で表され、あり得る４つのユーザービットレート、すなわち、ｒ3i，ｉ∈〔１，４〕があるものとする。すべてのビットレートの組み合わせについては、合計１２８通りの異なったビットレートの組み合わせがあるので、ここでは７ビットが必要である。再構成されたＦＣＨフィールドの内容を表示するために、２重直交符号化が変わるように望まれていないときには、ＭＡＣ層の上に、３２の長さがある別のコードワードを付加する必要がある。ＦＣＨフィールドビットとこれらを表示するために使われたコードワードとは、互いに接続されるので、（第１のコードワードにおける６４の値のすべてが利用可能であるように）６つのＦＣＨフィールドビットは第１のコードワードによって表示され、また、（第２のコードワードにおけるただ２つの値が利用可能であるように）１つのＦＣＨフィールドビットは第２のコードワードによって表示される。しかしながら、１つのコードワードに接続されるべきビットの最大数ができるだけ小さくなるようにＦＣＨフィールドビットがそれぞれのコードワードに接続されると、うまくいくデコード化（successful decoding）の確率はより高い。したがって、この場合には、第１のコードワードは４つのＦＣＨフィールドビットを表示するために使われ、また、第２のコードワードは３つのＦＣＨフィールドビットを表示するために使われる。その逆も同様である。したがって、許容コードワードの値は受信装置に知らされる必要がある。成功の確率が向上するので、送信電力をより低いものにすることができる。
【００２８】
図６は、前記の説明された一例の模式図である。所定のベアラサービスに接続された送信可能なビットは符号ｘijで標示されている。初めに、ベアラサービスＢ１およびＢ２によって共通のコードチャンネルを使用し、繰り返しによって、最大量のデータＮkを生じるビットレートｒ1iおよびｒ2jは、１つのコード化チャンネルと１つの広がり要素２kとが使われるときに、１つのフレーム（たとえば１０ミリ秒の長さがある）で送信することができる。追加されたベアラサービスＢ３があるときには、あり得る最大数のビットレートの組み合わせは、１つのコードチャンネルの容量を超え、それゆえ、別のコードチャンネルが必要になる。等しくない繰り返しによって、ビットレートｒ1i、ｒ2jおよびｒ3kから、２つのコードチャンネルと広がり要素２kとが使われるときに、１つのフレームの中で送信することのできる２Ｎkのデータ量が産出される。
【００２９】
本発明はビットレートの記載に限定されるものではないということはすでに指摘したが、同様に、送信されるべきフレームには、送信されるべきデータに関連した接続された任意のあり得る要素の情報が含まれてもよい。例示として、どれほど多くのユーザーデータビットが前記フレームに含まれるかについて、また、それらのユーザーデータビットのコード化に使われたコード化速度がどのようなものであるかについて表示するために、ＦＣＨフィールドまたは前記目的のために確保された対応フィールドの２つのビットが使われる状況について取り扱うことにする。以下の表によれば、ＦＣＨフィールドのビット値とユーザーデータのビット量およびコード化速度とのあいだにおける相互依存度を規定するために、可能性のある方法が示されている。
【００３０】
【表１】
0003771129.tif 000002
【００３１】
本発明にかかわる送信装置および受信装置は、フレームの中で使用できるようにＦＣＨフィールドまたは同じ目的のために用意された別のフィールドのビット変数が設けられている点で、従来技術のそれらの装置とは異なっている。ここでビット変数は、それらの利用を受信装置へ知らせる必要があり、いかに多くの選択動作が送信されるべきデータを処理するために送信装置に備わっているかにかかわるものである。前記に説明された本発明の第１実施態様の場合には、送信装置のＭＡＣ層は、可変の大きさのＰＤＵを形成するために、かつ、使われたＰＤＵの大きさをそれぞれ表示するために設けられており、受信装置のＭＡＣ層は、それに含まれているＰＤＵの大きさがどのようなものであるかをフレームから解釈するために、かつ、受信したさまざまな大きさのＰＤＵをデコードするために、かつ、その中に含まれた情報をより高いプロトコル層へ送信するために、設けられている。さらにまた、送信装置のＭＡＣ層および受信装置のＭＡＣ層は、ＦＣＨフィールドの形成に関連のあるＭＡＣメッセージを、先に説明された方法で処理するために設けられている。本発明の第２実施態様を実施すると、送信装置および受信装置の双方のＲＢＣ層は、そのＦＣＨフィールドの形成を表示する原子メッセージを構成してＭＡＣ層へ伝えるために設けられている。
【００３２】
自明なことであるが、前述した本発明の実施態様は、例示としてだけ示されており、本発明を限定するものではない。
【図面の簡単な説明】
【図１】  公知のフレームを示す。
【図２】  セルラー通信システムの構造の様子を示す。
【図３】  本発明にかかわる方法を示す。
【図４】  図３の方法に用いられるＰＤＵユニットの構造を示す。
【図５】  本発明にかかわる別の方法を示す。
【図６】  本発明にかかわる動作を示す。
【図１】
0003771129.tif 000003
【図２】
0003771129.tif 000004
【図３】
0003771129.tif 000005
【図４】
0003771129.tif 000006
【図５】
0003771129.tif 000007
【図６】
0003771129.tif 000008