JP2000152321A - チャネル割当て方法および装置 - Google Patents
チャネル割当て方法および装置Info
- Publication number
- JP2000152321A JP2000152321A JP11325921A JP32592199A JP2000152321A JP 2000152321 A JP2000152321 A JP 2000152321A JP 11325921 A JP11325921 A JP 11325921A JP 32592199 A JP32592199 A JP 32592199A JP 2000152321 A JP2000152321 A JP 2000152321A
- Authority
- JP
- Japan
- Prior art keywords
- bearer
- connection
- channel
- mac
- mes
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1853—Satellite systems for providing telephony service to a mobile station, i.e. mobile satellite service
- H04B7/18539—Arrangements for managing radio, resources, i.e. for establishing or releasing a connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/204—Multiple access
- H04B7/212—Time-division multiple access [TDMA]
- H04B7/2121—Channels assignment to the different stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
Abstract
(57)【要約】
【課題】 無線通信サービスで端末を認証する方法を提
供する。 【解決手段】 この方法は、アクセスを要求する端末か
ら登録要求を受信するステップと、二重信号チャネルを
各端末に一意に割り当てるシグナリングチャネル割当て
信号を前記端末の各々に送信するステップと、前記シグ
ナリングチャネルで認証要求信号を送信するステップ
と、そのチャネルで認証応答信号を受信するステップ
と、その認証応答信号の内容にしたがってシステムへの
アクセスを許可するか否かを決定するステップと、を備
えている。認証応答信号の内容は、認証要求信号の内容
に依存する。
供する。 【解決手段】 この方法は、アクセスを要求する端末か
ら登録要求を受信するステップと、二重信号チャネルを
各端末に一意に割り当てるシグナリングチャネル割当て
信号を前記端末の各々に送信するステップと、前記シグ
ナリングチャネルで認証要求信号を送信するステップ
と、そのチャネルで認証応答信号を受信するステップ
と、その認証応答信号の内容にしたがってシステムへの
アクセスを許可するか否かを決定するステップと、を備
えている。認証応答信号の内容は、認証要求信号の内容
に依存する。
Description
【発明の属する技術分野】本発明は、無線通信システ
ム、特に移動体衛星通信システム（ただし、これに限定
されるものではない）でチャネルを割り当てる方法およ
び装置に関する。
ム、特に移動体衛星通信システム（ただし、これに限定
されるものではない）でチャネルを割り当てる方法およ
び装置に関する。
【発明が解決しようとする課題】多くの無線通信システ
ムでは、論理チャネル（例えば、単一のアプリケーショ
ンから生じる音声チャネルやデータチャネル）と物理チ
ャネル（例えば、単一周波数チャネルや、フレーム内の
ＴＤＭＡスロットや、ＣＤＭＡコード）との間に１対１
の対応がある。この構成は、簡潔であるという利点を有
しているが、柔軟性に欠け、利用可能な帯域幅を最適に
利用してもいない。他の論理チャネルの要求および利用
可能な全帯域幅次第で、論理チャネルに割り当てられた
帯域幅を要求にしたがって変更することができる他のチ
ャネル割当てシステムも提案されている。このようなシ
ステムの一例は、ＷＯ９８／２５３５８で提案されてい
る。好適なことに、帯域幅を異なる論理チャネルに割り
当てるプロセスは、より高位の応用層に標準インタフェ
ースを提供して、これらの高位層からの物理チャネルの
管理を隠す媒体アクセス制御（ＭＡＣ）層で実施され
る。移動体衛星システム用のＭＡＣ層の例は、ＵＳ５６
８９５６８に開示されている。
ムでは、論理チャネル（例えば、単一のアプリケーショ
ンから生じる音声チャネルやデータチャネル）と物理チ
ャネル（例えば、単一周波数チャネルや、フレーム内の
ＴＤＭＡスロットや、ＣＤＭＡコード）との間に１対１
の対応がある。この構成は、簡潔であるという利点を有
しているが、柔軟性に欠け、利用可能な帯域幅を最適に
利用してもいない。他の論理チャネルの要求および利用
可能な全帯域幅次第で、論理チャネルに割り当てられた
帯域幅を要求にしたがって変更することができる他のチ
ャネル割当てシステムも提案されている。このようなシ
ステムの一例は、ＷＯ９８／２５３５８で提案されてい
る。好適なことに、帯域幅を異なる論理チャネルに割り
当てるプロセスは、より高位の応用層に標準インタフェ
ースを提供して、これらの高位層からの物理チャネルの
管理を隠す媒体アクセス制御（ＭＡＣ）層で実施され
る。移動体衛星システム用のＭＡＣ層の例は、ＵＳ５６
８９５６８に開示されている。
【課題を解決するための手段】本発明のある態様によれ
ば、複数の無線端末にチャネルを割り当てる方法が提供
される。この方法では、前記端末の各々に少なくとも一
つのシグナリングチャネルが一意に割り当てられる。こ
れは、登録時であるがその端末を用いた呼設定の前に行
われる。好ましくは、無線端末を用いて呼を設定できる
ようになる前に、一以上のこの固有チャネルがその端末
を用いた認証トランザクションに使用される。また好ま
しくは、この固有チャネルは、その端末の要件に従って
選択することができ、かつ／またはその端末に割り当て
られたサービス通信チャネルのサービス品質とは独立の
サービス品質を有している。本発明の別の態様による
と、一組のベアラ上にチャネルを多重化する方法が提供
される。この方法では、複数のチャネルが多重化されて
グループにされ、この後、これらのグループがベアラ上
に一括して多重化される。これは、異なるサービス品質
要件を有する複数のチャネルに利用可能な容量を割り当
てる効率的で柔軟な手法を提供する。チャネルのグルー
プ化は、個々のチャネルのサービス品質要件にしたがっ
て実行することができる。例えば、暗号化を必要とする
全てのチャネルを一緒にグループ化してもよいし、遅延
感知チャネルを非遅延感知チャネルと一緒にグループ化
してもよい。全利用可能帯域幅の一部を、これらのグル
ープの各々に割り当てることができる。利用可能帯域幅
をチャネルの帯域幅要件に合致させるように、この割当
ては、個々のチャネルの帯域幅要件の変化に伴い可変で
ある。ベアラ上にすでに多重化されたチャネルに新しい
チャネルが追加されることになっている場合、この新し
いチャネルは、新しいチャネルの要件に最も良く合致す
る利用可能サービス品質仕様を有するグループに追加し
てもよい。新しいチャネルの要件を満たすグループがな
い場合、新しいチャネル用に帯域幅を解放するために、
グループの一つに割り当てられたチャネルをその最小帯
域幅に削減してもよい。グループへのチャネルの割当て
およびベアラへのグループの割当てに関するシグナリン
グ情報をチャネルのなかの一つで送信してもよい。チャ
ネルに属するトラヒックは、チャネルラベルによって識
別してもよいし、グループに属するデータは、グループ
ラベルによって識別してもよい。あるグループに利用可
能な余剰帯域幅があり、別のグループでは帯域幅不足が
ある場合、各チャネルのグループ割当てを変更してもよ
い。複数のベアラがある場合、チャネルの帯域幅要件を
満たすために必要な最低数のベアラ上にチャネルを多重
化してもよい。本発明は、上記の方法を実施する装置に
及んでいる。この装置は、無線ベアラを送受信する基地
局内に配置してもよく、好ましくは衛星地球局内に配置
することができる。
ば、複数の無線端末にチャネルを割り当てる方法が提供
される。この方法では、前記端末の各々に少なくとも一
つのシグナリングチャネルが一意に割り当てられる。こ
れは、登録時であるがその端末を用いた呼設定の前に行
われる。好ましくは、無線端末を用いて呼を設定できる
ようになる前に、一以上のこの固有チャネルがその端末
を用いた認証トランザクションに使用される。また好ま
しくは、この固有チャネルは、その端末の要件に従って
選択することができ、かつ／またはその端末に割り当て
られたサービス通信チャネルのサービス品質とは独立の
サービス品質を有している。本発明の別の態様による
と、一組のベアラ上にチャネルを多重化する方法が提供
される。この方法では、複数のチャネルが多重化されて
グループにされ、この後、これらのグループがベアラ上
に一括して多重化される。これは、異なるサービス品質
要件を有する複数のチャネルに利用可能な容量を割り当
てる効率的で柔軟な手法を提供する。チャネルのグルー
プ化は、個々のチャネルのサービス品質要件にしたがっ
て実行することができる。例えば、暗号化を必要とする
全てのチャネルを一緒にグループ化してもよいし、遅延
感知チャネルを非遅延感知チャネルと一緒にグループ化
してもよい。全利用可能帯域幅の一部を、これらのグル
ープの各々に割り当てることができる。利用可能帯域幅
をチャネルの帯域幅要件に合致させるように、この割当
ては、個々のチャネルの帯域幅要件の変化に伴い可変で
ある。ベアラ上にすでに多重化されたチャネルに新しい
チャネルが追加されることになっている場合、この新し
いチャネルは、新しいチャネルの要件に最も良く合致す
る利用可能サービス品質仕様を有するグループに追加し
てもよい。新しいチャネルの要件を満たすグループがな
い場合、新しいチャネル用に帯域幅を解放するために、
グループの一つに割り当てられたチャネルをその最小帯
域幅に削減してもよい。グループへのチャネルの割当て
およびベアラへのグループの割当てに関するシグナリン
グ情報をチャネルのなかの一つで送信してもよい。チャ
ネルに属するトラヒックは、チャネルラベルによって識
別してもよいし、グループに属するデータは、グループ
ラベルによって識別してもよい。あるグループに利用可
能な余剰帯域幅があり、別のグループでは帯域幅不足が
ある場合、各チャネルのグループ割当てを変更してもよ
い。複数のベアラがある場合、チャネルの帯域幅要件を
満たすために必要な最低数のベアラ上にチャネルを多重
化してもよい。本発明は、上記の方法を実施する装置に
及んでいる。この装置は、無線ベアラを送受信する基地
局内に配置してもよく、好ましくは衛星地球局内に配置
することができる。
【発明の実施の形態】以下では、本発明の特定の実施形
態を添付の図面を参照しながら説明する。図１は、衛星
１２を介してＬＥＳ１４に接続された移動端末または移
動地球局（ＭＥＳ）２を模式的に示している。ＬＥＳ１
４は、ＭＥＳ２を地上ネットワーク２２に接続する。例
えば、ＭＥＳ２は、複数の異なる通信アプリケーション
４ａ、４ｂ、４ｃ、４ｄを実行することの可能なポータ
ブルコンピュータを備えている。このアプリケーション
は、音声電話アプリケーション、インターネットアプリ
ケーション、ファクシミリアプリケーションおよびＡＴ
Ｍアプリケーションとすることができ、これらが上位デ
ータリンク層（Ｕｐｐｅｒ Ｄａｔａ Ｌｉｎｋ Ｌａ
ｙｅｒ：ＵＤＬＬ）を構成してもよい。詳細に後述する
ように、移動端末２で実行されるドライバソフトウェア
６は、ＭＡＣ層プロトコルを操作する。ＭＥＳ２は、イ
ンタフェースカード８（例えばＰＣカード）への物理イ
ンタフェースを提供する。インタフェースカード８は、
アンテナ１０に接続された無線周波数変復調装置（モデ
ム）を含んでいる。この無線周波数モデムは、送信また
は受信用の一つ以上の同時周波数チャネルをサポートす
る。アンテナ１０は、衛星１２によって生成されたスポ
ットビームＢのカバレッジ領域内に配置されている。衛
星１２は、例えば、複数のスポットビームＢの各々で信
号を受信および送信するマルチビーム送受信アンテナを
有する静止衛星とすることができる。各スポットビーム
Ｂは、順方向および逆方向の双方で複数の周波数チャネ
ルを搬送する。この衛星は、スポットビームＢのカバレ
ッジエリアを実質的または完全に覆って広がるカバレッ
ジエリアを有するグローバルビームＧでも受信および送
信を行う。グローバルビームＧは、少なくとも一つの順
方向周波数チャネルと少なくとも一つの逆方向周波数チ
ャネルを搬送する。アンテナ１０および衛星１２間で送
信されるＲＦ信号は、エアインタフェースプロトコルに
従っている。衛星１２は、中継器として働き、複数のス
ポットビームＢからのチャネルとフィーダビームＦ中の
チャネルとの間で双方向に変換を行う。フィーダビーム
Ｆは、地球局アンテナ１６を介して衛星１２およびＬＥ
Ｓ１４間のリンクを提供する。ＬＥＳ ＭＡＣ層１８
は、ゲートウェイインタフェース２０ａ〜２０ｄによっ
て衛星通信システムと地上ネットワーク２２（例えばＰ
ＳＴＮ、ＡＴＭネットワーク、ＩＳＤＮ）との間にイン
タフェースを提供し、複数の異なる種類の通信を衛星通
信システム（例えば、電話、インターネット、ファック
ス、ＡＴＭ）上に確立できるようにしている。これらの
アプリケーションは、同時に実行してもよい。各アプリ
ケーションに割り当てられる帯域幅は、一つの呼（ｃａ
ｌｌ）の間、順方向および逆方向で独立に変えることが
できる。この点については、後述する。図２は、ＭＥＳ
２およびＬＥＳ１４によって使用されるプロトコル層を
示している。音声ＶまたはデータＤのための一つ以上の
アプリケーションは、上位データリンク層ＵＤＬＬを通
じて通信を行う。ＵＤＬＬは、下位ＭＡＣ層を有する単
一の双方向信号アクセスポイントおよび複数のデータア
クセスポイント（各アクティブコネクションごとに一
つ）を維持する。ＭＡＣ層は、帯域幅を割り当てるとと
もに、呼設定段階の間に折衝され、あるいは呼の間に再
折衝されたコネクションパラメータに応じて各コネクシ
ョンに対するサービス品質（ｑｕａｌｉｔｙｏｆ ｓｅ
ｒｖｉｃｅ：ＱｏＳ）を維持する。本明細書で使用され
る用語「サービス品質」は、最小ビットレート、最大遅
延、データの寿命（すなわち、特定の時間内にデータが
送信されなかった場合にデータが消失しうるか否か）、
暗号化などの特性を含んでいる。ＭＡＣ層は、三つの副
層（サブレイヤ）を含んでいる。すなわち、ＭＡＣコネ
クション副層、ベアラコネクション副層およびベアラ制
御副層である。これらの各々については、より詳細に後
述する。ＭＡＣ層の下には、ベアラチャネルまたは物理
チャネル用のデータをそのチャネル用のフォーマットに
変換するベアラ層、およびそのチャネル上でそのフォー
マットされたデータを送信する物理層がある。図３は、
サービス品質要件を満たすために個々のＭＡＣコネクシ
ョンＭＣをベアラコネクションＢＣ上にマップする方法
を示している。第一のＭＡＣコネクションＭＣ１は、第
一ベアラコネクションＢＣ１にデータＭＤ１のバースト
を供給するが、第二のベアラコネクションＢＣ２へのア
クセスは、第二のＭＡＣコネクションＭＣ２からのデー
タＭＤ２と第三ＭＡＣコネクションＭＣ３からのデータ
ＭＤ３との間の時間に共用される。第一および第二のベ
アラコネクションＢＣ１およびＢＣ２は、一つの物理チ
ャネル上にマップされた共用アクセスベアラＳＡＢを共
用する。図３の右側に示されるように、ＳＡＢのうちベ
アラコネクションＢＣの各々に割り当てられる部分は、
下位ＭＡＣコネクションＭＣのサービス品質要件に従っ
て変化する。図４は、データがＭＡＣ層を通って流れる
ときのデータの書式を示している。図示の例では、第二
のベアラコネクションＢＣ２は、二つ以上の共用アクセ
スベアラ上へのＭＡＣコネクションＭＣ３およびＭＣ４
の逆多重化をサポートするために、二つの共用アクセス
ベアラＳＡＢ１およびＳＡＢ２へのアクセスを有してい
る。可変長ＵＤＬＬプロトコルデータユニットＵＤＬＬ
ＰＤＵは、ＭＡＣサービスデータユニットＭＡＣ Ｓ
ＤＵとしてＭＡＣコネクション副層に入る。ＭＡＣコネ
クション副層では、ＭＡＣプロトコルデータユニットＰ
ＤＵを形成するように、ＭＡＣヘッダＭＨおよびＭＡＣ
トレーラＭＴ（対応するＭＡＣコネクションＭＣを識別
するＭＡＣ識別コード（ＩＤ）を含む）が追加される。
ＭＡＣ ＰＤＵは、ベアラコネクションＳＤＵとしてベ
アラコネクション副層に渡される。ＳＤＵが関連を有す
るベアラコネクションを識別するためにベアラコネクシ
ョンヘッダＢＣＨおよびベアラコネクショントレーラＢ
ＣＴが追加され、ベアラ制御副層に渡されるベアラコネ
クションＰＤＵを形成する。これは、物理層にわたるト
ランスポートに適したベアラ制御ＰＤＵに再分割され
る。ベアラ制御ＰＤＵが固定サイズの場合、ベアラ制御
ＰＤＵを満たすのに不十分なデータがある箇所にパディ
ングビットが追加される。受信ベアラ制御ＰＤＵをより
高位のアプリケーション用のＵＤＬＬ ＰＤＵに変換す
るためには、逆の一組の操作が受信ベアラ制御ＰＤＵ上
で実行される。ＭＡＣコネクション副層は、個々のＭＡ
ＣコネクションＭＣの生成、維持および最終的な除去を
管理する。呼設定の間、ＬＥＳ１４は、固有のＭＡＣ識
別コードを各ＭＡＣコネクションＭＣに割り当て、ＭＡ
Ｃコネクション副層は、異なるアクティブコネクション
からのデータブロックを識別し、これらに正しいＭＡＣ
識別コードを割り当てる責任を実質的に負う。ベアラコ
ネクション副層は、ＭＡＣコネクションのサービス要件
に従って、ＭＡＣコネクションＭＣのベアラコネクショ
ンＢＣへの多重化および逆多重化を制御する。同様のベ
アラサービス要件を伴うＭＡＣコネクションは、同じベ
アラコネクションＢＣに割り当てられる。また、ベアラ
コネクション副層は、各ＭＡＣコネクション用に設定さ
れたサービス品質（例えば、最大遅延や最小ビットレー
ト）を維持するために、ＭＡＣコネクションからのデー
タをバッファし、関連ＭＡＣコネクションによる各ベア
ラコネクションの使用をスケジュールする。各ベアラコ
ネクションＢＣについて、共用アクセスベアラＳＡＢ上
でのデータ転送のために一致したサービス品質が設定さ
れる。これは、ベアラコネクションの寿命の間、変更す
ることができる。ベアラ制御副層は、各ベアラコネクシ
ョンＢＣの要件に従って、ベアラコネクションＢＣによ
る共用アクセスベアラＳＡＢへのアクセスを管理する。
ＭＡＣコネクションＭＣのベアラコネクションＢＣへの
割当て、およびベアラコネクションＢＣの共用アクセス
ベアラＳＡＢへの割当ては、ＭＡＣコネクションＭＣお
よびベアラコネクションＢＣがそれぞれアクティブであ
る間は変更することができる。ＭＥＳ２およびＬＥＳ１
４におけるＭＡＣ層内の各副層の特定の機能は、システ
ム管理とともに図５により詳細に示されている。この図
では、ＭＥＳ管理およびデータ転送機能は水平に分離さ
れ、ＭＡＣコネクション副層、ベアラコネクション副層
およびベアラ制御副層は垂直に分離されている。ＭＡＣ
層シグナリング経路は濃い灰色で示され、ユーザデータ
トラヒック経路は黒で示され、データ管理経路は薄い灰
色で示されている。各ＵＤＬＬサービスアクセスポイン
トＳＡＰ１、ＳＡＰ２からのデータトラヒックは、別個
のＭＡＣ／ＳＡＰハンドラＭＳＨ１、ＭＳＨ２に渡され
る。これらのハンドラは、そのデータトラヒックを関連
ベアラコネクションＢＣにルーティングする。ベアラコ
ネクションＢＣは、関連付けられた一つ以上のベアラ制
御機能ＢＣＴにトラヒックをルーティングする。各ＭＥ
Ｓ２のＭＡＣ層は、所定の数ＭまでのＳＡＰハンドラＭ
ＳＨ、所定の数Ｎまでのユーザデータベアラコネクショ
ンＢＣ、特にＭＡＣ信号トラヒックを処理する一つのシ
グナリングベアラコネクションＳＢＣ、および一つ以上
のベアラ制御機能ＢＣＴをサポートする。各ベアラ制御
ＢＣＴは、それぞれ共用アクセスベアラＳＡＢに対応し
ている。ＭＥＳ２およびＬＥＳ１４の双方において、Ｍ
ＡＣ層のシステム管理部分は、ＭＡＣブローカＭＢ、ベ
アラコネクションマネージャＢＣＭおよびベアラ制御マ
ネージャＢＣＴＭを含んでいる。これらは、それぞれ常
にアクティブである。ＭＥＳ管理層内には、各ＭＥＳ２
ごとに、ＭＥＳ ＭＡＣマネージャＭＭＭ、ＭＥＳベア
ラコネクションマネージャＭＢＣＭ、およびＭＥＳベア
ラ制御マネージャＭＢＣＴＭがある。このように、ＭＥ
Ｓ ＭＡＣ層は、これらの各々の一つしか含まないが、
ＬＥＳ ＭＡＣ層は、ＬＥＳ１４にログオンさせられる
各ＭＥＳ２ごとに、これらの各々の一つのインスタンス
を有している。ＭＡＣブローカＭＢは、ブローカアクセ
スポイント（ＢＡＰ）との間のシグナリング情報を、Ｍ
ＥＳ ＭＡＣマネージャＭＭＭを介して、ＳＡＰハンド
ラＭＳＨの一つへ、あるいはＭＥＳベアラコネクション
マネージャＭＢＣＭを通じてシステム管理ベアラコネク
ションマネージャＢＣＭへ転送する。このシステム管理
ベアラコネクションマネージャＢＣＭは、このシグナリ
ング情報をＭＡＣ層シグナリングＰＤＵにフォーマット
する。これらのシグナリングＰＤＵは、ベアラ制御マネ
ージャＢＣＴＭを通じてベアラ制御機能ＢＣＴの一つに
ルーティングされる。シグナリングＰＤＵは、シグナリ
ングコネクションＩＤのプレフィックス（接頭部）によ
ってデータＰＤＵから区別される。ＬＥＳ１４のＭＡＣ
ブローカＭＢも、様々なＭＡＣコネクションＭＣにＭＡ
ＣコネクションＩＤを割り当てる。ＬＥＳ１４およびＭ
ＥＳ２の双方におけるベアラ制御マネージャＢＣＴＭ
は、ベアラ制御機能ＢＣＴの生成に関して責任を負う。
ＬＥＳ１４では、ベアラ制御マネージャＢＣＴＭは、Ｍ
ＥＳがＬＥＳ１４にログオンする前に、まずベアラ制御
機能ＢＣＴを生成し、意図された種類のサービスをサポ
ートする。各ＭＥＳ２は、通常、単一のベアラインタフ
ェースユニットＢＩＵを通じた送信および受信しか行う
ことができないので、シグナリングベアラコネクション
ＳＢＣをサポートするベアラ制御機能ＢＣＴであるが、
ある種類のデータベアラコネクションＢＣには不適切か
もしれないベアラ制御機能ＢＣＴを最初に生成する。Ｌ
ＥＳ１４は、より適切な種類のベアラ制御機能ＢＣＴに
変更するようにＭＥＳ２に後で指令を出すことができ
る。ＬＥＳ１４におけるＭＥＳベアラ制御マネージャＭ
ＢＣＴＭは、ベアラ制御ＢＣＴへのベアラコネクション
の接続を変更するためなど、ベアラコネクションＳＢ
Ｃ、ＢＣのステータスの変更が必要なときにブローカリ
ング機能を実行する。ＭＥＳベアラ制御マネージャＭＢ
ＣＴＭは、関連付けＭＥＳ２によってサポートすること
のできたＬＥＳ１４にベアラ制御機能ＢＣＴの各々をポ
ーリングし、ポーリングされた制御機能ＢＣＴは、修正
されたベアラコネクションＳＢＣ、ＢＣをサポートでき
るか否かの指示を戻す。受信した応答に従って、ＭＥＳ
ベアラ制御マネージャＭＢＣＴＭは、どのベアラ制御機
能ＢＣＴが修正ベアラコネクションＢＣＴに接続される
べきかをＭＥＳベアラコネクションマネージャＭＢＣＴ
Ｍに指示する。ベアラコネクションマネージャＢＣＭ
は、ＭＥＳベアラコネクションマネージャＭＢＣＭのイ
ンスタンスを生成することに対して責任を負っている。
ログオンされた各ＭＥＳ２に対してＬＥＳ１４で一つの
インスタンスが生成されるが、そのＭＥＳ２では一つの
インスタンスしか生成されない。ＭＥＳベアラコネクシ
ョンマネージャＭＢＣＭは、データベアラコネクション
ＢＣを生成する。各ベアラコネクションＢＣは、単方向
性である。すなわち、各ベアラコネクションＢＣは、一
つの方向におけるトラヒックを取り扱うだけであり、対
応ＳＡＰハンドラＭＳＨを介して一つ以上のＭＡＣコネ
クションに接続することができる。ＭＥＳ２では、少な
くとも一つのシグナリングベアラコネクションＳＢＣと
共に、所定の最大数までのゼロまたは任意の数のデータ
ベアラコネクションＢＣが同時に動作することができ
る。個々のデータベアラコネクションＳＢＣ、ＢＣを用
いて、暗号化データおよび非暗号化データをサポートす
ることができる。この他に、ＭＥＳ２が複数のトランシ
ーバを有していて、複数の同時ベアラをサポートできる
場合、一つのデータベアラコネクションＢＣを各ベアラ
制御機能ＢＣＴに割り当てることができる。ＭＡＣコネ
クションＭＣは、関連付けられた一次ベアラの容量に達
するまで一次データベアラコネクションＢＣに優先的に
割り当てられる。この後、ＭＡＣコネクションＭＣは、
二次ベアラに関連付けられた二次データベアラコネクシ
ョンＢＣに割り当てられる。この場合、余分な容量が一
次ベアラ上にないときにだけ二次ベアラが使用される
が、個々のコネクションは、コネクションが生成された
アプリケーションに対して透過的にベアラ間で切り替え
ることができる。多重化ＭＡＣコネクションデータは、
ベアラコネクションＢＣを識別するベアラコネクション
ラベルとともに、各ベアラコネクションＢＣから接続済
のベアラ制御ＢＣに渡される。ベアラ制御ＢＣＴは、こ
のラベルに従って下位ベアラのどの部分にベアラコネク
ションデータを割り当てるかを決定する。例えば、ベア
ラが周波数チャネルであり、ベアラ制御ＢＣＴが周波数
チャネル内でタイムスロットを割り当てる場合、ベアラ
制御ＢＣＴは、固定長にフォーマットされたベアラＳＤ
Ｕを受信し、対応するベアラコネクションＢＣが生成ま
たは修正されたときにそのベアラコネクションＢＣに割
り当てられたタイムスロットの一つにおいて各ベアラＳ
ＤＵを送信する。ベアラＰＤＵがリモートエンドで受信
されると、そのエンドにおけるベアラ制御機能ＢＣＴ
は、ＰＤＵを割り当て、ＰＤＵの内部に含まれるコネク
ションＩＤラベルにしたがってＰＤＵを正しいシグナリ
ングまたはデータベアラコネクションＳＢＣ、ＢＣにル
ーティングする。この後、ベアラコネクションＢＣは、
データ内に含まれるＭＡＣコネクションＩＤラベルにし
たがって、正しいＳＡＰハンドラＭＳＨにデータをルー
ティングする。暗号化データを扱うためにデータベアラ
コネクションＢＣがセットアップされると、データベア
ラコネクションＢＣは、データを正しいＳＡＰハンドラ
ＭＳＨに渡す前に、そのデータ上で解読機能を実行す
る。次いで、ＳＡＰハンドラＭＳＨは、ＵＤＬＬを介し
て適切なアプリケーションにデータを送る。シグナリン
グベアラコネクションＳＢＣおよびデータベアラコネク
ションＢＣは、単一のベアラ制御ＢＣＴへのアクセスを
共用することができるので、シグナリングデータおよび
メッセージデータは同じベアラ上に多重化される。ＭＥ
Ｓ２が複数の並行ベアラをサポートする場合、シグナリ
ングベアラコネクションＳＢＣを二つ以上のベアラ制御
ＢＣＴに接続することができるので、シグナリングデー
タは、複数のベアラ上に逆多重化され、あるいは別のベ
アラが一時的に使用不能のとき（例えば、再調整中のと
き）は、一つのベアラ上に依然として送信することがで
きる。ＭＡＣ層の各部の機能を以下に要約する。 ＭＡＣブローカ ＭＡＣブローカＭＢは、ＵＤＬＬアプリケーションをサ
ポートし、ブローカアクセスポイント（ＢＡＰ）を有し
ている。このブローカアクセスポイントを介して、メッ
セージがアプリケーションとＭＥＳ ＭＡＣマネージャ
ＭＭＭとの間で渡される。ＭＡＣブローカＭＢは、要求
されたＭＡＣコネクションＭＣをサポートできるか否か
を判断するために、サポートしているＵＤＬＬサービス
のデータベースを含んでいる。ＭＡＣブローカＭＢは、
ＭＥＳ ＭＡＣマネージャを生成し、管理する。すなわ
ち、ＭＥＳ２では単一のインスタンスが生成され、ＬＥ
Ｓ１４では、ログオンされた各ＭＥＳ２ごとに一つのイ
ンスタンスが生成される。また、ＭＡＣブローカＭＢ
は、呼の確立の間、各ＭＡＣコネクションに固有のＭＡ
Ｃ識別コードＩＤを割り当てる。 ＳＡＰハンドラ 各ＳＡＰハンドラは、ＵＤＬＬアプリケーションと接続
済データベアラコネクションとの間のユーザデータコネ
クションインタフェースをユーザに提供し、単一のＭＡ
Ｃ識別コードに関連付けられる。ＳＡＰハンドラは、ス
テートマシンを維持し、呼の間、種々のシグナリングメ
ッセージの生成およびシグナリングメッセージへの応答
を決定する。これは、呼の間の誤った動作を検出するた
めのタイマを含んでいる。ＳＡＰハンドラは、ＵＤＬＬ
データを関連付けＭＡＣ ＩＤラベルを含むＭＡＣ Ｐ
ＤＵにカプセル化し、そのデータを関連付けベアラコネ
クションに送信する前にバッファする。ＳＡＰハンドラ
は、フロー制御データをＵＤＬＬサービスに送信し、バ
ッファが満杯の場合により多くのデータが受信されるこ
とを防ぐ。ＳＡＰハンドラは、関連付けベアラコネクシ
ョンにステータス情報（例えば、その送信データバッフ
ァの充てんレベル）を提供する。ベアラコネクション
は、この情報を用いて、自身に接続されたＳＡＰハンド
ラ間におけるデータのスケジューリングを調節する。例
えば、ＳＡＰハンドラの一つの送信データバッファが満
杯であり、対応するＭＡＣコネクションのセットアップ
中に折衝された最大遅延を超過する可能性が高い場合、
ベアラコネクションは、そのＳＡＰハンドラから優先的
にデータを受信する。ベアラコネクションが自身に接続
されたＳＡＰハンドラの全てのサービス要件を満たすこ
とができない場合、ベアラコネクションは、ベアラ制御
機能によるそのベアラコネクションへの容量の割当てを
一時的に増加する要求を行うメッセージを、ＭＥＳベア
ラコネクションマネージャＭＢＣＭに送信する。この
後、ＭＥＳベアラコネクションマネージャＭＢＣＭは、
各ベアラコネクションから受信した情報から、異なるベ
アラコネクション間の各ベアラ制御機能に利用可能なベ
アラ容量をどのように割り当てるかを決定する。ＭＥＳ
２における各ＳＡＰハンドラに対して、対応するＳＡＰ
ハンドラがＬＥＳ１４に存在する。ＳＡＰハンドラのこ
のペアが、関連する呼の持続時間にわたって存在する。
呼が終了すると、ＳＡＰハンドラペアに関連付けられた
ＭＡＣＩＤは、別の呼が設定されるときに、その呼に再
割当てすることができる。各ＳＡＰハンドラは、受信デ
ータおよび送信データの双方を処理することができる
が、これらの一方は、シンプレックス呼では使用されな
い。 ＭＥＳ ＭＡＣマネージャ ＭＥＳ ＭＡＣマネージャＭＭＭは、ローカルＵＤＬＬ
またはリモートＭＡＣ層から呼設定メッセージを受信す
るときに、ローカルＳＡＰハンドラをセットアップしよ
うとする。ＳＡＰハンドラは、呼設定メッセージに提供
されたサービス品質パラメータに従ってセットアップさ
れるが、ローカルに開始された呼の場合、リモートパー
ティ信号が、サービス品質パラメータの一部が受け入れ
られないというものであれば、サービス品質パラメータ
を修正することができる。サービス品質パラメータは、
最大許容遅延を含んでいてもよい。この最大許容遅延
は、リモートパーティがより低い許容最大値を示す場合
に低減することができる。また、サービス品質パラメー
タは、必要な暗号化の種類の指示を含んでいてもよい。
新しく生成されたＳＡＰハンドラには、呼ラベルが割り
当てられる。この呼ラベルは、リモートパーティが呼を
受け入れる前にＳＡＰハンドラによって送信されたデー
タに追加される。その時点で、ＭＡＣ ＩＤが割り当て
られる。呼ラベルは、呼が受け入れられる前に再試呼を
行うことによって、同じアプリケーションが複数のＳＡ
Ｐハンドラをセットアップすること防ぐために使用され
る。ローカル呼設定メッセージがＵＤＬＬから受信され
ると、ＭＥＳ ＭＡＣマネージャＭＭＭは、ＵＤＬＬア
プリケーションと同じラベル値を有する既存のＳＡＰハ
ンドラを探索し、ラベル値が一致する場合は、呼設定メ
ッセージを既存ＳＡＰハンドラに送信する。また、ＭＥ
Ｓ ＭＡＣマネージャＭＭＭは、呼番号ラベルにしたが
ってＭＡＣブローカＭＢと適切なＳＡＰハンドラとの間
でＵＤＬＬシグナリングメッセージを渡し、ＭＥＳベア
ラコネクションマネージャＭＢＣＭとＳＡＰハンドラと
の間でシグナリングを転送する。 ＭＥＳベアラコネクションマネージャ ＭＥＳベアラコネクションマネージャＭＢＣＭは、ベア
ラコネクションマネージャＢＣＭによって生成される。
ＭＥＳ２では単一のインスタンスが生成されるが、ＬＥ
Ｓ１４では、ログオンされた各ＭＥＳ２ごとに一つのイ
ンスタンスが生成される。ＭＥＳベアラコネクションマ
ネージャＭＢＣＭは、ＭＡＣコネクションのサービス品
質要件が満たされるようにベアラコネクションへのＭＡ
Ｃコネクションの接続および切断を制御し、指定された
サービス品質を満たすことができない場合は接続の再折
衝を許可する。ＬＥＳ１４でのＭＥＳベアラコネクショ
ンマネージャＭＢＣＭは、ベアラコネクションの生成、
およびベアラコネクションの容量の変更要求に対して責
任を負っている。また、ＭＥＳベアラコネクションマネ
ージャＭＢＣＭは、ベアラコネクションマネージャＢＣ
Ｍを通じてルーティングを行うという信号メッセージを
正しいＭＥＳ２、またはＬＥＳ１４における正しいＭＥ
Ｓインスタンスにルーティングすることができるよう
に、これらのメッセージにＭＥＳ ＩＤを挿入する。あ
る例では、ＭＥＳベアラコネクションマネージャＭＢＣ
Ｍは、ＭＡＣコネクションＭＣを順方向経路（ＬＥＳか
らＭＥＳへ）ベアラコネクションに接続する。ＬＥＳ
ＭＡＣ／ＳＡＰハンドラＭＳＨは、適切なベアラコネク
ションＢＣに自身を接続するため、ＭＥＳ ＭＡＣマネ
ージャＭＭＭを介して、ＭＥＳベアラコネクションマネ
ージャＭＢＣＭに要求を送る。この要求は、ＭＡＣコネ
クションに対する順方向経路および戻り経路サービス品
質要件の全てを含んでいる。ＭＥＳベアラコネクション
マネージャＭＢＣＭは、ベアラコネクションの各々をポ
ーリングし、これらのベアラコネクションが必要なサー
ビス品質をサポートできるかどうかを要求する。ベアラ
コネクションは、コネクションを拒否するか、無条件の
受け入れを申し出るか、あるいはそのコネクションに利
用できるようにされている指定追加リソースに関する条
件付きの受け入れを申し出ることによって応答する。こ
の後、ＭＥＳベアラコネクションマネージャＭＢＣＭ
は、ベアラコネクションのいずれかがコネクションの受
け入れを申し出たか否か、そして申し出たのであれば、
どれを選択すべきかを判断する。この選択は、追加リソ
ースがベアラコネクションＢＣおよびそれらのサービス
品質設定によって必要とされているか否かを考慮に入れ
る。例えば、データ暗号化ベアラコネクションＢＣおよ
び非暗号化ベアラコネクションＢＣの双方がコネクショ
ンの受け入れを申し出た場合、データ暗号化が必要でな
く、より低い遅延が好ましいのであれば、非暗号化コネ
クションを選択することができる。適切な既存のベアラ
コネクションＢＣがコネクションの受け入れを申し出な
い場合、ＭＥＳベアラコネクションマネージャＭＢＣＭ
は、新しいベアラコネクションＢＣを生成する。この場
合、あるいは唯一の申し出が利用可能なより多くの帯域
幅に関する条件付きである場合、ＭＥＳベアラコネクシ
ョンマネージャＭＢＣＭは、ＭＥＳベアラ制御マネージ
ャＭＢＣＴＭから追加帯域幅を要求する。ＭＥＳベアラ
制御マネージャＭＢＣＴＭは、後述するように追加帯域
幅を割り当てる。追加帯域幅が利用可能である場合、Ｍ
ＥＳベアラ制御マネージャＭＢＣＴＭは、追加の容量が
与えられたことをベアラコネクションマネージャＢＣＭ
に通知する。次いで、ベアラコネクションマネージャＢ
ＣＭは、このことをベアラコネクションに通知する。ベ
アラコネクションは、その割当て容量設定およびそのＭ
ＡＣコネクションスケジューリングを更新して、新しい
ＭＡＣコネクションを含める。この後、ＬＥＳ１４にお
けるＭＥＳベアラコネクションマネージャＭＢＣＭは、
ベアラコネクションマネージャＢＣＭを介して、シグナ
リングベアラコネクションＳＢＣ上で接続メッセージを
ＭＥＳ２に送信する。このメッセージは、ＭＥＳ２にお
ける関連ＭＡＣ／ＳＡＰハンドラに渡される。この後、
このハンドラは、対応するＭＥＳベアラコネクションマ
ネージャＭＢＣＭに命令を出して、受信ベアラコネクシ
ョンの容量を、ＬＥＳ１４における送信ベアラコネクシ
ョンの容量と一致するように生成または訂正させる。次
いで、ＭＥＳ２は、確認応答信号をＬＥＳ１４に返信し
て、コネクションがそのアクティブ状態に移行できるよ
うにする。新しいＭＡＣコネクションがＭＥＳ２でセッ
トアップされると同様の手順が行われるが、帯域幅の割
当ての決定は、ＬＥＳ１４で行われる。これは、ＬＥＳ
１４が、常に帯域幅の割当てを管理するからである。 ベアラコネクション 各ベアラコネクションは、ＭＥＳ２およびＬＥＳ１４間
のポイントツーポイント単方向通信をサポートし、ＭＥ
Ｓ２およびＬＥＳ１４上のＭＡＣ／ＳＡＰハンドラＭＳ
Ｈ間でＭＡＣコネクショングループを渡すことができる
ようにする。異なるベアラコネクションには異なるサー
ビス品質属性を割り当てることができ、ＭＡＣコネクシ
ョングループは、サービス品質要件に従ってベアラコネ
クションに割り当てられる。特定のベアラコネクション
を介して渡されたデータは、識別用ベアラコネクション
ＩＤでラベル付けされたベアラコネクションＰＤＵとし
てフォーマットされる。送信ベアラコネクションは、下
位共用アクセスベアラ上へＭＡＣコネクションを多重化
するが、受信ベアラコネクションは、ＭＡＣ ＰＤＵを
逆多重化し、これらのＭＡＣ ＩＤラベルを用いて適切
なＭＡＣ／ＳＡＰハンドラにこれらをルーティングす
る。送信ベアラコネクションは、その特定のサービス品
質属性に従って、ＭＡＣコネクションＰＤＵを転送す
る。ベアラコネクションはまた、二つ以上の共用アクセ
スベアラに対するデータ暗号化および逆多重化をサポー
トしてもよい。ベアラコネクションおよび下位ベアラ制
御間でデータが渡される速度は、そのベアラコネクショ
ン用のベアラ制御による帯域幅割当てによって決定され
る。接続したＭＡＣ／ＳＡＰハンドラＭＳＨからベアラ
コネクションによってデータが読み取られる速度も、そ
のベアラコネクションへの帯域幅割当てによって決定さ
れるが、そのデータを読み取る順序は、各ＭＡＣ／ＳＡ
ＰハンドラＭＳＨの各々の折衝サービス品質および瞬時
要件にしたがって、ベアラコネクションにより決定され
る。新しいＭＡＣコネクションがベアラコネクションに
接続されることになっている場合、ＬＥＳ１４における
ベアラコネクションマネージャＢＣＭは、新しいＭＡＣ
コネクションについての情報を含む接続要求を伴うアク
ティブベアラコネクションの各々をポーリングする。各
ベアラコネクションは、そのベアラコネクションが新し
いＭＡＣコネクションを扱うことができるどうかに応じ
て、三つの応答のなかから一つを戻す。三つの応答と
は、拒否、条件付き受け入れ、無条件受け入れ、であ
る。上述したように、この後、ＭＥＳベアラコネクショ
ンマネージャＭＢＣＭは、既存のベアラコネクションを
選択するか、あるいは新しいベアラコネクションを生成
する。既存のベアラコネクションが選択される場合、そ
のベアラコネクションは、新しいＭＡＣコネクション用
のＭＡＣ ＩＤコードが提供され、適切なＭＡＣ／ＳＡ
Ｐハンドラへのアクセスが与えられ、ＭＡＣコネクショ
ンのサービス品質詳細にしたがってそのスケジューリン
グを調節する。また、各ベアラコネクションは、その関
連ＭＡＣ／ＳＡＰハンドラＭＳＨの状態（例えば、その
送信バッファのレベル）を監視する。特定のＭＡＣ／Ｓ
ＡＰハンドラの送信バッファがあるしきい値を上回る場
合、他の接続ＭＡＣ／ＳＡＰハンドラＭＳＨのサービス
品質要件が依然として満たされるなら、ベアラコネクシ
ョンは、そのＭＡＣ／ＳＡＰハンドラに利用可能な帯域
幅を一時的に大きくすることができる。しかしながら、
これらの要件を満たすことができない場合、ベアラコネ
クションは、ＭＥＳベアラコネクションマネージャＭＢ
ＣＭに要求を送信し、そこからＭＥＳベアラ制御マネー
ジャＭＢＣＴＭに要求を送信して、そのベアラコネクシ
ョンの割当て容量を増やす。ベアラコネクションへのＭ
ＡＣコネクションの接続およびベアラコネクションの合
計帯域幅は、ＬＥＳ１４によって決定されるが、これら
は、ＭＥＳ２からの要求に従って調節することができ
る。 ベアラコネクションマネージャ ベアラコネクションマネージャＢＣＭは、ＭＥＳベアラ
コネクションマネージャＭＢＣＭ、シグナリングベアラ
コネクションおよび同報ベアラコネクションの生成およ
び消去に対して責任を負い、ＭＥＳ２に単一のＭＥＳベ
アラコネクションマネージャＭＢＣＭを生成し、ＬＥＳ
１４に各ＭＥＳ２用の個別インスタンスを生成する。Ｌ
ＥＳ１４では、ベアラコネクションマネージャＢＣＭ
は、ＭＥＳＩＤコードを用いて、関連付けリモートＭＥ
Ｓ２からＬＥＳ１４におけるＭＥＳベアラコネクション
マネージャＭＢＣＭの対応インスタンスにシグナリング
メッセージをルーティングする。ＬＥＳ１４でのベアラ
コネクションマネージャＢＣＭは、ＭＥＳがＬＥＳ１４
にコンタクトしてログオンすることができるようにシグ
ナリングベアラコネクションを生成する。ＭＥＳ２にお
けるベアラコネクションマネージャＢＣＭは、固有の識
別コードを有するデフォルトシグナリングベアラコネク
ションＳＢＣを生成し、ＭＥＳ２およびＬＥＳ１４間に
シグナリングメッセージトランスポートを提供する。こ
のシグナリングベアラコネクションＳＢＣは、ＭＡＣ／
ＳＡＰハンドラＭＳＨからのデータをサポートしない。
全てのＭＡＣ層シグナリングトラヒックは、ベアラコネ
クションマネージャＢＣＭに向かって、あるいはベアラ
コネクションマネージャＢＣＭから、シグナリングベア
ラコネクションＳＢＣを通過する。ベアラコネクション
マネージャＢＣＭは、ベアラコネクションへのＭＡＣコ
ネクションの割当ておよびベアラへのベアラコネクショ
ンの割当てを再順序づけすることができ、ＭＥＳベアラ
制御マネージャＭＢＣＴＭが（例えば、他のＭＥＳ２エ
ンティティからの競合のために）追加の帯域幅を確保す
ることができなかった場合に、帯域幅を再割当てするか
否かを決定することができる。ベアラコネクションマネ
ージャＢＣＭは、ＭＥＳベアラコネクションマネージャ
ＭＢＣＭから帯域幅に対する要求を受信すると、選択さ
れた他のＭＥＳベアラコネクションマネージャＭＢＣＭ
にコマンドを送信する。このＭＥＳベアラコネクション
マネージャＭＢＣＭは、この後、その関連付けベアラコ
ネクションの各々に修正コマンドを送信し、これらの容
量を、ベアラコネクションがセットアップされたときに
定められた基本レベルに下げる。この修正コマンドは、
ＭＥＳベアラ制御マネージャＭＢＣＴＭによってベアラ
制御ＢＣＴに渡される。この後、ベアラ制御ＢＣＴは、
接続済ベアラコネクションの基本レベルをサポートし、
これにより、追加帯域幅を要求したＭＥＳベアラコネク
ションマネージャＭＢＣＭのために帯域幅を解放する。
ＭＥＳベアラ制御マネージャＭＢＣＴＭは、ＭＥＳベア
ラコネクションマネージャＭＢＣＭに報告を行い、追加
帯域幅が利用可能なことを確認する。次いで、修正コマ
ンドを送信するためにＭＥＳベアラコネクションマネー
ジャの一つが選択され、帯域幅の要求がベアラコネクシ
ョンマネージャＢＣＭによって次に受信されるときに選
択される次のＭＥＳベアラコネクションマネージャＭＢ
ＣＭを示すために、ポインタが更新される。選択された
ＭＥＳベアラコネクションマネージャＭＢＣＭが十分な
帯域幅を作ることができない場合、ポインタによって示
される次のＭＥＳベアラコネクションマネージャＭＢＣ
Ｍに修正コマンドが送信され、十分な帯域幅が利用可能
になるまで、これが繰り返される。新しいベアラコネク
ション用の帯域幅を矯正するプロセスの間は、他のＭＥ
Ｓベアラコネクションマネージャがそれらのベアラコネ
クション用の追加帯域幅を要求することが防がれる。他
のＭＥＳベアラコネクションマネージャの全てに修正コ
マンドが送信された後、不十分な帯域幅が利用可能にな
る場合、帯域幅を要求しているＭＥＳベアラコネクショ
ンマネージャＭＢＣＭには、不十分なリソースが利用可
能なことが通知される。新しいＭＡＣコネクションのセ
ットアップを試みている間に帯域幅要求が行われると、
ＭＡＣコネクションは拒絶される。 シグナリングベアラコネクション 上述したように、ベアラコネクションマネージャＢＣＭ
をベアラ制御に接続するために、シグナリングベアラコ
ネクションＳＢＣの少なくとも一つのインスタンスが各
ＭＥＳ２およびＬＥＳ１４に存在する。ＰＤＵは、シグ
ナリングＩＤコードによってシグナリングベアラコネク
ションＳＢＣにアドレス指定される。異なるＭＥＳへの
シグナリングデータや異なるＭＥＳからのシグナリング
データはＭＥＳ ＩＤラベルによって区別されるので、
単一のシグナリングベアラコネクションＳＢＣは、ＬＥ
Ｓ１４における複数のＭＥＳ機能の間で共用することが
できる。複数のシグナリングベアラコネクションは、異
なる共用アクセスベアラに接続されてもよい。ＭＥＳベ
アラコネクションが生成されると、どのシグナリングベ
アラコネクションＳＢＣを使用すべきかが指示される。
ＬＥＳ１４での受信シグナリングメッセージは、ベアラ
コネクションマネージャＢＣＭを介して、シグナリング
メッセージのＭＥＳ ＩＤによって指定される適切なＭ
ＥＳベアラコネクションマネージャＭＢＣＭにルーティ
ングされる。以下では、二つの特定種類のシグナリング
コネクションを説明する。 一般シグナリングコネクション ＬＥＳ１４は、複数のＭＥＳ２から来る各方向および複
数のＭＥＳ２に向かう各方向の双方における通信に対し
て、少なくとも一つの一般シグナリングベアラコネクシ
ョンＣＳＢＣを維持する。一般シグナリングベアラコネ
クションＣＳＢＣは、他の論理チャネルがまだ確立され
ていない場合や他のチャネルが利用可能でない場合に使
用される。ＭＥＳからＬＥＳに向かう方向では、一般シ
グナリングベアラコネクションＣＳＢＣを通じた送信
は、ＬＥＳによるこのコネクションに容量の割当てがな
いため、ランダムアクセスによって実行される。これら
の送信は、他のコネクションのための容量の要求であっ
てもよいし、登録の要求であってもよい。特定の送信が
関連を持つＭＥＳ２は、ＭＥＳ ＩＤフィールドを用い
て示される。ＬＥＳからＭＥＳに向かう方向では、一般
シグナリングベアラコネクションＣＳＢＣは、指定され
たＭＥＳ ＩＤを用いずに同報通信に使用され、あるい
は戻りスケジュールがどのＭＥＳ２に関連するかを指定
するために使用されるＭＥＳＩＤを用いて戻りスケジュ
ールをＭＥＳに割り当てるために使用される。 ＭＥＳ特定シグナリングベアラコネクション ＭＥＳ特定シグナリングベアラコネクションＭＳＢＣ
は、ＭＥＳ２でセットアップされ、それに応じてＭＥＳ
２の登録中にＬＥＳ１４でもセットアップされる。ＬＥ
Ｓ１４は、登録プロセスの間、ＭＥＳ特定シグナリング
ベアラコネクションにベアラコネクションＩＤを割り当
て、ベアラを接続する。また、ＬＥＳ１４は、任意で、
最大持続時間および最大休止期間をコネクションに割り
当ててもよい。最大持続時間および最大休止期間がＬＥ
Ｓ１４によって指定される場合、最大持続時間が満了す
るイベント、またはサービスコネクションをセットアッ
プしたＭＥＳ２なしで最大休止期間が満了するイベント
では、ＬＥＳ１４は、コネクションをキャンセルし、Ｍ
ＥＳ２は再登録をしなければならない。ＭＥＳ特定シグ
ナリングベアラコネクションＭＳＢＣは、ＭＥＳ２とＬ
ＥＳ１４との間の秘密通信（例えば、後述するような認
証交換）のために使用される。ＭＥＳ特定シグナリング
ベアラコネクションは、ＭＥＳ２の種類に従ってＱｏＳ
パラメータが選択される専用の論理チャネルを提供す
る。例えば、ＭＥＳ２が複数のトランシーバを有してい
る場合、ＭＥＳ２が単一のトランシーバしか有さない場
合よりも大きな信号容量が必要となり、ＱｏＳが高い信
号容量を指定することを予想することができる。 同報ベアラコネクション 同報ベアラコネクションは、ＬＥＳ１４から複数のＭＥ
Ｓ２への同報通信をサポートするためにベアラコネクシ
ョンマネージャＢＣＭによってつくられるシグナリング
ベアラコネクションＳＢＣの一種である。したがって、
ＬＥＳ１４における単一の送信機同報ベアラコネクショ
ンは、複数の受信機同報ベアラコネクション（各受信Ｍ
ＥＳ２ごとに一つ）に関連付けられる。同報ベアラコネ
クションのセットアップの間、受信ＭＥＳの識別子が確
立されるので、ＭＥＳ２のクローズドグループにデータ
をマルチキャストすることができる。ＭＥＳによる同報
メッセージの受信の確認が必要な場合、ＭＥＳの各々に
対する戻りコネクションがセットアップされる。送信機
同報ベアラコネクションは、ベアラコネクションＰＤＵ
を複製して、これらを別個のベアラ制御ＢＣＴに転送す
ることができるので、メッセージを複数のベアラ上で同
報することができる。 ベアラ制御マネージャ ベアラ制御マネージャＢＣＴＭは、ベアラ制御機能を生
成、監視、および消去し、各ＭＥＳ２で単一のＭＥＳベ
アラ制御マネージャＭＢＣＴＭを生成し、各ログオン済
ＭＥＳ２のためにＬＥＳ１４で個別のＭＥＳベアラ制御
マネージャＭＢＣＴＭインスタンスを生成する。ＬＥＳ
１４では、ベアラ制御マネージャＢＣＴＭは、ＭＥＳ２
の種類の分布および最も頻繁に要求されるサービス（例
えば、１チャネル１搬送波方式（ＳＣＰＣ）データやパ
ケットデータ）に従って、下位ベアラタイプと互換性を
持つ異なるサービスをサポートする複数の異なるベアラ
制御ＢＣＴを生成する。少なくとも一つのベアラ制御
は、シグナリングトラヒック用の全てのＭＥＳによって
アクセスできなければならない。ＭＥＳは、通常、一度
に一つのベアラへのアクセスしか有していないので、Ｍ
ＥＳ２におけるベアラ制御マネージャＢＣＴＭは、ＬＥ
Ｓ１４からのシグナリングの命令のもとでベアラ制御Ｂ
ＣＴを生成し、異なるフレームフォーマットを用いる共
用アクセスベアラに移動することが必要なときには、ベ
アラ制御ＢＣＴを消去する。 ＭＥＳベアラ制御マネージャ ベアラ制御マネージャＢＣＴＭは、ＭＥＳベアラコネク
ションマネージャＭＢＣＭおよびＭＥＳチャネルリソー
スＭＣＲ間に接続されたＭＥＳベアラ制御マネージャＭ
ＢＣＴＭの単一のインスタンスを生成する。ＭＥＳ２で
は、ＭＥＳベアラ制御マネージャＭＢＣＴＭの唯一の機
能は、どのベアラ制御が対応ベアラインタフェースユニ
ットを用いて操作するために現在選択されているかをＭ
ＥＳチャネルリソースＭＣＲに通知することである。し
かしながらＬＥＳ１４では、ベアラコネクションが生成
されるとき、あるいはそれらの容量が変えられるときに
どのベアラ制御にベアラコネクションを割り当てるか
を、ＭＥＳベアラ制御マネージャＭＢＣＴＭが決定す
る。双方の場合において、ＭＥＳベアラ制御マネージャ
ＭＢＣＴＭは、ベアラコネクションの方向に応じて、関
連ＭＥＳ２に対し、すべてのローカル送信または受信Ｍ
ＥＳチャネルリソースの問合せを行い、どのようなベア
ラ制御タイプをＭＥＳ２における対応ＭＥＳチャネルリ
ソースＭＣＲによってサポートすることができるかを判
断し、さらにＭＥＳチャネルリソースＭＣＲが存在する
場合は、どのベアラ制御がＭＥＳチャネルリソースＭＣ
Ｒによって現在使用されているのかを判断する。この結
果から、ＭＥＳベアラ制御マネージャＭＢＣＴＭは、Ｌ
ＥＳ１４におけるアクティブベアラ制御ＢＣＴのどれを
ＭＥＳ２によってサポートすることができるのかを判断
し、これらの各々にベアラコネクション接続メッセージ
を送信する。ベアラコネクション接続メッセージは、ベ
アラコネクションタイプおよびその要求容量を示す。応
答では、各ベアラ制御は、拒否応答、制限受入れ応答、
非制限受入れ応答のいずれかを戻す。ベアラコネクショ
ンをサポートする帯域幅がない場合や、ベアラコネクシ
ョンタイプがベアラ制御によってサポートされるサービ
スカテゴリと互換性を有さないとベアラ制御が判断する
場合は、拒否メッセージが生成される。非制限受入れ応
答は、指定されたサービス品質要件でベアラコネクショ
ンをサポートできることを示す。制限受入れ応答は、要
求されたものよりも低いサービス品質レベルでしかベア
ラコネクションをサポートできないことを示す。任意で
あるが、制限受入れは、要求されるものよりも優れたサ
ービス品質でベアラコネクションをサポートできること
を示すことができ、必要であれば、ベアラコネクション
が、その優れたサービス品質を利用できるようにする。
この後、ＭＥＳベアラ制御マネージャＭＢＣＴＭは、応
答にしたがって、ベアラコネクションへの接続用にベア
ラ制御ＢＣＴのなかから一つを選択し、また、ベアラ制
御ＢＣＴの一つを除去して別のものを選ぶことができる
か否かを判断する。ＭＥＳベアラ制御マネージャＭＢＣ
ＴＭは、ベアラ制御マネージャＢＣＴＭにベアラ制御を
異なる周波数に再同調するように要求することもでき
る。この後、ベアラコネクションをサポートするものと
して選択された手段が、ＭＥＳベアラコネクションマネ
ージャＭＢＣＭに示される。 ＭＥＳチャネルリソース ＭＥＳ２では、個別のＭＥＳチャネルリソースＭＣＲが
各ベアラ送信機および受信機に対して生成される。初期
化の間、ＭＥＳチャネルリソースＭＣＲには、その関連
付けベアラ送信機および受信機によってサポートされる
全てのベアラ制御クラスが通知される。ＭＥＳチャネル
リソースＭＣＲは、ＭＥＳベアラ制御マネージャＭＢＣ
ＴＭ、およびそのベアラインタフェースに割り当てられ
たベアラ制御に接続される。全てのＭＥＳが利用可能な
デフォルト信号チャネルを用いてＭＥＳ２がＬＥＳ１４
にログオンすると、ＭＥＳ２は、ＭＥＳの送信機および
受信機能力およびどのような種類のベアラ制御ＢＣＴを
これらがサポートできるのかに関する詳細をＬＥＳ１４
に提供する。ＬＥＳ１４は、この新しいＭＥＳ２のため
に、これらのサポートされたベアラ制御ＢＣＴに対応す
る一組のローカルＭＥＳチャネルリソースＭＣＲインス
タンスを含むベアラ制御副層を生成する。このようにし
てＬＥＳ１４は、特定のＭＥＳ２が同時にアクセスでき
るベアラの数、どのようなベアラ制御タイプを操作する
ことができるか、およびどのようなベアラ制御タイプが
現在操作可能であるのかを決定する。ＭＥＳチャネルリ
ソースＭＣＲは、関連付けベアラのための電力、周波数
およびタイミング情報も含んでいる。初めに、ＬＥＳ１
４は、少なくとも一対の送信および受信ＭＥＳ２チャネ
ルリソースがアクティブであると仮定し、ＬＥＳ１４へ
のシグナリングにすでに使用されているデフォルトのベ
アラ制御タイプを使用する。後で、ベアラコネクション
がベアラ制御に割り当てられるときや、ＬＥＳ１４での
ＭＥＳベアラコネクションマネージャＭＢＣＭによって
要求されるように、既存ベアラコネクションの容量が変
えられるときに、ＭＥＳベアラ制御マネージャＭＢＣＴ
Ｍは、ＭＥＳ２に関連付けられたＭＥＳチャネルリソー
スＭＣＲを参照し、現在操作可能なベアラ制御の識別
子、その割当てチャネル周波数、およびそれがサポート
できる利用可能なベアラ制御タイプセットを取得する。
ＭＥＳベアラ制御マネージャＭＢＣＴＭは、この情報か
ら、他のベアラ制御機能を選択するか、あるいはＭＥＳ
２に再同調するかを選択する。ＭＥＳチャネルリソース
ＭＣＲは、ＭＥＳ２およびＬＥＳ１４の双方において、
下位ベアラの機能を制御する。ＭＥＳチャネルリソース
ＭＣＲおよび下位ベアラ間には、タイミング、周波数お
よび電力制御データの交換のための専用インターフェー
スが存在する。 ベアラ制御 各ベアラ制御ＢＣＴは、一つ以上のベアラコネクション
ＢＣに対して特定の共用アクセスベアラへのアクセスを
提供する。ＬＥＳ１４では、これらのベアラコネクショ
ンを異なるＭＥＳインスタンスと関連付けることができ
る。その上位インタフェースでは、ベアラ制御ＢＣＴ
は、ベアラコネクションＢＣからベアラコネクションＰ
ＤＵを受信し、これらをベアラ制御ＰＤＵにマップす
る。ベアラ制御は、このベアラ制御ＰＤＵを、適切な共
用アクセスベアラチャネルでの挿入のためにベアラに転
送する。逆方向では、ベアラコネクションＩＤによって
識別される適切なベアラコネクションインスタンスへの
転送のために、受信ベアラＰＤＵからベアラコネクショ
ンＰＤＵを抽出する。ベアラ制御ＢＣＴは、ＬＥＳ１４
およびＭＥＳ２の双方でのベアラ制御マネージャＢＣＴ
Ｍによる初期化の間に生成される。ＬＥＳ１４が多くの
同時共用アクセスベアラをサポートすることができるの
で、ベアラ制御ＢＣＴは、頻繁には再割当てされない。
しかしながら、ＭＥＳ２が単一のトランシーバしか有し
ていない場合は、ＭＥＳ２がベアラ制御ＢＣＴを切り替
える必要があるかもしれないが、ＭＥＳ２は、その一つ
以上のベアラコネクションを輸送するようにＭＥＳ２に
対して指示が行われる共用アクセスベアラの形式に応じ
て、ＬＥＳ１４にログオンさせられる。ベアラ制御ＢＣ
Ｔは、通常、異なるトランスポートサービス品質要件を
伴う複数のベアラコネクションを同時にサポートするの
で、送信機ベアラ制御は、ベアラコネクションがベアラ
制御に接続されるときに一致した速度で、ベアラコネク
ションのＰＤＵを送信のために取得すべく各ベアラコネ
クションをいつ読みとるかを決定するスケジューリング
機能を含んでいる。ＬＥＳ１４におけるベアラ制御ＢＣ
Ｔだけが、ベアラ制御マネージャＢＣＴＭかＭＥＳベア
ラ制御マネージャＭＢＣＴＭからの接続要求および修正
メッセージに応答することができる。これらのベアラ制
御ＢＣＴは、下位共用アクセスベアラの使用を決定する
ことができるので、それが要求した帯域幅をベアラコネ
クションに提供するために十分な帯域幅が利用可能であ
るか否かを判断し、あるいは十分な帯域幅が利用可能で
ない場合に、どの程度の帯域幅をそこに割り当てること
できるかを判断することができる。この判断は、要求を
しているベアラ制御のタイプを考慮してもよい。という
のも、特定のベアラコネクションＢＣＴは、非リアルタ
イムベアラコネクションを共通チャネルに統計的多重化
したり、ベアラフレームの別個の部分で動作する種々の
アクセスプロトコルを有するハイブリッドフレーム指示
方式をサポートすることが可能であってもよいからであ
る。この後、ベアラ制御ＢＣＴは、ユーザデータベアラ
コネクションのためにＭＥＳベアラコネクションマネー
ジャＭＢＣＭに送信するために、あるいはシグナリング
または同報ベアラコネクションのためにベアラコネクシ
ョンマネージャＢＣＭに送信するために、接続応答メッ
セージを用意する。上述のように、この応答は、拒否、
制限受入れ、または非制限受入れとすることができる。 共用アクセスベアラ 共用アクセスベアラＳＡＢは、衛星１２を介して物理チ
ャネル上にマップされる。これらの物理チャネルは、Ｓ
ＣＰＣチャネル、ＴＤＭＡスロット、ＣＤＭＡコード、
または一定範囲のスロット付きＡｌｏｈａスロットとす
ることができる。各共用アクセスベアラＳＡＢに関連付
けられたベアラ制御ＢＣＴは、下位物理チャネルのサー
ビス品質特性（例えば、遅延、帯域幅、ビット誤り率）
に関してベアラコネクションＢＣに情報を提供する。好
ましくは、複数の異なる物理チャネルタイプに対応する
複数の共用アクセスベアラＳＡＢが、異なるＭＡＣコネ
クションＭＣの要求に合致するようにＭＥＳ２およびＬ
ＥＳ１４で提供される。例えば、ＬＥＳ１４でサポート
されるチャネルタイプは、高速のダウンロード、データ
要求、およびランダム呼設定要求をサポートするため
に、それぞれ送信ＳＣＰＣチャネルの組合せ、受信ＴＤ
ＭＡスロットの組合せ、および受信スロット付きＡｌｏ
ｈａスロットの組合せを含んでいてもよい。既存のチャ
ネルタイプの継続的な使用を許しながら、新しいチャネ
ルタイプを追加してもよい。 認証 ＬＥＳ１４のサービスのいずれかへのアクセスが許可さ
れる前に、ＭＥＳ２は、まず、そのＬＥＳ１４に登録を
しなければならない。未認証のＭＥＳ２によるアクセス
を防止するために、登録プロセス中、またはその完了後
に認証プロトコルが開始される。ＭＥＳ２は、同報チャ
ネルにおいてＬＥＳ１４によって指定されたベアラに接
続される一般シグナリングベアラコネクションＣＳＢＣ
をセットアップし、一般シグナリングベアラコネクショ
ンＣＳＢＣを介して登録要求パケットを送信する。登録
要求パケットに応答して、ＬＥＳ１４は、同報チャネル
で割当てスケジュールを送信することにより、二重ＭＥ
Ｓ固有シグナリングチャネルをＭＥＳ２に割り当てる。
二重ＭＥＳ固有シグナリングベアラコネクションＭＳＢ
Ｃは、ＭＥＳ２およびＬＥＳ１４でセットアップされ
る。ＭＥＳ固有シグナリングチャネルでは、ＬＥＳ１４
が、ヘッダおよび乱数の形で「チャレンジ」パケットを
送信する。ＭＥＳ２は、ＭＥＳ内でスマートカード等に
記憶されたコードまたはキーを用いて乱数を操作し、Ｍ
ＥＳ固有シグナリングチャネルでの操作の結果を送信す
る。ＬＥＳ１４は、そのＭＥＳ２に固有のコードまたは
キーのコピー（このコピーは、ＬＥＳ１４内に安全に記
憶されている）を使用して同じ操作を行い、その操作の
結果をＭＥＳ２によって送信されたものと比較する。結
果が同じ場合、ＬＥＳ１４は、登録が成功したことを示
す確認パケットをＭＥＳ２に送信し、ＭＥＳ２を用いた
後続のシグナリングでの使用（例えば、サービスコネク
ション用に容量を割り当てるとき）のためにＭＥＳ固有
シグナリングベアラコネクションを維持する。一方、結
果が異なる場合は、失敗指示がＭＥＳ２に送信され、Ｍ
ＥＳ固有シグナリングベアラコネクションＭＳＢＣはク
リアされる。本発明の別の実施形態では、ＭＥＳがデー
タベアラコネクションの確立を要求するときはいつで
も、ＭＥＳ固有シグナリングチャネルを介してＭＥＳ２
の認証が行われる。本発明のこの実施形態は、異なるサ
ービスプロバイダがＬＥＳ１４のオペレータではない場
合、これらのサービスプロバイダによってＭＥＳ２の独
立した認証が可能になる。 呼管理 以下では、ＭＥＳ２によって開始されるＬＥＳ１４への
単純な電話呼出しをセットアップするためのメッセージ
シーケンスの例を説明する。ＭＥＳで実行されるユーザ
電話アプリケーションは、必要なサービスの種類および
呼番号を示すＵＤＬＬ呼設定メッセージを生成する。こ
れは、ブローカアクセスポイントを通してＭＡＣブロー
カＭＢに渡される。ＭＡＣブローカＭＢは、この種類の
コネクションに適した一組のサービス品質パラメータを
準備するＭＥＳ ＭＡＣマネージャＭＭＭにこの設定要
求を転送する。次いで、ＭＡＣブローカＭＢは、サービ
ス品質要件に従って構成されたＭＡＣ／ＳＡＰハンドラ
ＭＳＨを生成し、このＭＡＣ／ＳＡＰハンドラＭＳＨに
呼設定メッセージを転送する。この後、呼設定メッセー
ジは、ベアラコネクションマネージャＢＣＭを通過し、
ＭＥＳ ＭＡＣマネージャＭＭＭを介してＭＥＳベアラ
コネクションマネージャＭＢＣＭに渡される。これは、
確立要求シグナリングメッセージを用意する。このメッ
セージは、シグナリングベアラコネクションＳＢＣを介
してリモートＬＥＳ１４に転送される。ＬＥＳ１４にお
けるベアラコネクションマネージャＢＣＭは、その確立
要求を復号化し、それをＭＥＳ ＩＤラベルを用いて適
切なＭＥＳベアラコネクションマネージャＭＢＣＭにル
ーティングする。次いで、このＭＥＳベアラコネクショ
ンマネージャＭＢＣＭは、その確立要求をＭＥＳ ＭＡ
ＣマネージャＭＭＭに転送する。ＭＥＳ ＭＡＣマネー
ジャＭＭＭは、ＭＡＣ／ＳＡＰハンドラＭＳＨがこの呼
のためにすでに存在しているか否かを知るために呼番号
ラベルを調べる。存在していない場合、ＭＥＳ ＭＡＣ
マネージャＭＭＭは、新しいＭＡＣ／ＳＡＰハンドラＭ
ＳＨを生成し、確立要求信号メッセージ中に保持された
サービス品質パラメータに基づいて、そのハンドラを開
始する。このメッセージは、新しく生成されたＭＡＣ／
ＳＡＰハンドラＭＳＨに転送され、さらに、要求された
種類のサービスがその端末に登録されたか否かを調べる
ために、認証検査が行われるＭＡＣブローカＭＢにも転
送される。サービスが端末に登録されている場合、設定
メッセージは、ブローカアクセスポイントＢＡＰを通っ
て、被呼加入者のＵＤＬＬアプリケーションに渡され
る。被呼加入者が呼を受け入れる場合、ＬＥＳ ＭＡＣ
ブローカＭＢは、その呼を新しいＭＡＣ ＩＤに割り当
てる。呼の受け入れがＭＡＣ／ＳＡＰハンドラＭＳＨに
通知されると、ＭＡＣ／ＳＡＰハンドラＭＳＨは確立確
認応答メッセージを発信ＭＥＳ２に送信して、コネクシ
ョンが受け入れられたことを示し、一対の接続要求メッ
セージを下位ＭＥＳベアラコネクションマネージャＭＢ
ＣＭに送信して、順方向経路および戻り方向経路用の適
切なベアラコネクションＢＣを見つける。この確立確認
応答メッセージは、ＭＡＣ／ＳＡＰハンドラＭＳＨ、Ｍ
ＥＳＭＡＣマネージャＭＭＭ、ＭＥＳベアラコネクショ
ンマネージャＭＢＣＭおよびベアラコネクションマネー
ジャＢＣＭからシグナリングベアラコネクションＳＢＣ
に進む。このシグナリングベアラコネクションＳＢＣで
は、メッセージがベアラコネクションＰＤＵ中でフォー
マットされ、シグナリングベアラコネクションＩＤによ
ってプレフィックスが付けられる。ＭＥＳ２では、ベア
ラ制御が、シグナリングベアラコネクションＩＤを用い
てシグナリングベアラコネクションＳＢＣにベアラコネ
クションＰＤＵを転送する。この後、メッセージは、新
しく割り当てられたＭＡＣ ＩＤを含むメッセージ内容
が抽出されるベアラコネクションマネージャＢＣＭに転
送され、適切なＭＡＣ／ＳＡＰハンドラＭＳＨに渡され
る。次いで、確認応答信号は、コネクションが確立され
たこと及びデータＳＡＰＭＳＨのアドレスを示すＭＡＣ
ブローカＭＢを通じてＵＤＬＬアプリケーションに転送
される。しかしながら、リソースは、新しいＭＡＣコネ
クションにはまだ引き渡されない。ＭＥＳベアラコネク
ションマネージャＭＢＣＭは、順方向および戻り方向経
路用の接続要求メッセージペアを受信すると、ベアラコ
ネクションＢＣの各々をポーリングし、既存のベアラコ
ネクションに関する条件つきで、あるいは無条件で十分
なリソースが利用可能であるか否かを判断する。ＭＥＳ
ベアラコネクションマネージャＭＢＣＭは、適切なもの
が存在しない場合に新しいベアラコネクションＢＣを生
成するという選択肢も有している。適切なベアラコネク
ションＢＣが存在しないか、あるいは既存のベアラコネ
クションの容量を新しいＭＡＣコネクションを収容する
ために修正しなければならない場合、ＭＥＳベアラコネ
クションマネージャＭＢＣＭは、新しい、あるいは修正
されたベアラコネクションＢＣをサポートすることがで
きる適切なベアラ制御ＢＣＴを配置するように下位ＭＥ
Ｓベアラ制御マネージャＭＢＣＴＭに依頼する。追加の
容量が新しいベアラコネクションＢＣに与えられるとす
ると、ＭＥＳベアラコネクションマネージャＭＢＣＭ
は、ベアラコネクションＢＣを生成し、それを、その上
位インタフェースにおける適切なＭＡＣ／ＳＡＰハンド
ラＭＳＨおよびその下位インタフェースにおけるベアラ
制御ＢＣＴにリンクする。しかしながら、ＭＥＳチャネ
ルリソースＭＣＲによって定義される任意の適切なベア
ラ制御ＢＣＴ上に不十分なリソースがにある場合、ＭＥ
ＳベアラコネクションマネージャＭＢＣＭは、帯域幅統
合を実行して優先順位の低い動的割当てに使用されてい
るかもしれない容量を解放するように一般ベアラコネク
ションマネージャＢＣＭに要求することができる。しか
し、ベアラリソースが順方向経路および戻り方向経路ベ
アラコネクションＢＣの双方に割り当てられると、順経
路経路ベアラコネクションＢＣは、新しいＭＡＣコネク
ションを収容するためにそのスケジューリング操作をど
のように更新しなければならないかを決定する。順方向
および戻り方向ベアラコネクションリソースがＬＥＳ１
４における新しいＭＡＣコネクションに割り当てられる
と、ＬＥＳ１４は、どのようなベアラリソースが新しい
ＭＡＣコネクションに割り当てられたかをＭＥＳ２に通
知しなければならない。これは、新しい／修正された順
方向および戻り方向ベアラコネクションＢＣの双方を適
切なベアラ制御ＢＣＴ上でサポートできることの確認を
ＬＥＳ１４のＭＥＳベアラコネクションマネージャＭＢ
ＣＭがＭＥＳベアラ制御マネージャＭＢＣＴＭから受け
取ると、そのＭＥＳベアラコネクションマネージャＭＢ
ＣＭによって開始される。このとき、ＬＥＳ１４は、順
方向および戻り方向経路ベアラコネクションＢＣのため
の一対の接続要求メッセージをリモートＭＥＳ２に送信
する。これらのメッセージは、ここで発呼ＭＡＣ／ＳＡ
ＰハンドラＭＳＨに渡される。これは、一対の接続応答
メッセージを生成する。これらのメッセージは、ＭＥＳ
のＭＥＳベアラコネクションマネージャＭＢＣＭに渡さ
れる。このＭＥＳベアラコネクションマネージャは、順
方向および戻り方向経路用に適切なベアラコネクション
ＢＣを修正または生成する。この後、メッセージがＭＥ
Ｓベアラ制御マネージャＭＢＣＴＭに渡される。このメ
ッセージは、ＭＥＳベアラ制御マネージャＭＢＣＴＭに
対して、戻り方向経路ベアラコネクションＢＣに適切な
容量を割り当てるように命令するとともに、順方向経路
ベアラコネクションが新しく生成されたベアラコネクシ
ョンである場合は、順方向経路ベアラコネクションＩＤ
をＭＥＳベアラ制御マネージャＭＢＣＴＭに通知する。
ＭＥＳベアラコネクションマネージャＭＢＣＭは、接続
確認応答メッセージをＬＥＳ１４上のＭＡＣ／ＳＡＰハ
ンドラＭＳＨに返送し、下位ベアラリソースが新しいＭ
ＡＣコネクションのために利用できるようになったので
データ伝送を開始できることを示す。呼の終了は、発呼
ＭＥＳ２か被呼ＬＥＳ１４によって開始することができ
る。いずれにせよ、アプリケーションの解放操作は、リ
モートエンドＭＡＣ層へ通過させられる切断メッセージ
の生成を引き起こす。コネクションインフラストラクチ
ャのどの部分が切断されても、解放パーティは、ＭＡＣ
／ＳＡＰハンドラＭＳＨへのローカル上位層アクセスを
即座にディセーブルにしてデータ転送を防ぐが、遠端が
呼解放の確認応答をするまでＭＡＣ／ＳＡＰハンドラＭ
ＳＨは除去されない。ＭＥＳで開始される解放のため
に、ＬＥＳ１４解放確認応答は、修正されたベアラ制御
共用アクセスベアラリソース割当てを含んでいてもよ
い。ＬＥＳ１４で開始される解放のために、解放要求は
このデータを含む。 ＭＡＣコネクション管理 ＭＡＣ層と上位データリンク層（ＵＤＬＬ）、ベアラ層
および層管理との間の通信は、情報の論理的交換を表す
プリミティブを用いて達成される。図６には、プリミテ
ィブの四つの主要なクラスが示されている。これらの定
義は、次の通りである。 要求（Ｒｅｑｕｅｓｔ） 上位層または層管理が下位層
からのサービスを要求するときに使用される 指示（Ｉｎｄｉｃａｔｉｏｎ） 上位層または層管理に
通知をするためにサービスを提供する層によって使用さ
れる 応答（Ｒｅｓｐｏｎｓｅ） 指示への応答 確認（Ｃｏｎｆｉｒｍ） アクティビティが完了したこ
とを確認するために、要求されたサービスを提供する層
によって使用される ＭＡＣ層通信は、ベアラインタフェースユニットサービ
スアクセスポイント（ＳＡＰ）を通じて下位ベアラ層に
渡される要求の一般的な形式をとる。この下位ベアラ層
では、この要求がリモートエンドまで送信される。実
際、このメッセージは、まず一つ以上のベアラＰＤＵに
組織され、物理層において送信される。リモートエンド
において、ベアラは、このメッセージを指示としてＭＡ
Ｃ層までベアラインタフェースユニットＳＡＰを通じて
転送する。リモートエンドＭＡＣ層プロセスは、指示の
性質に基づいて応答を送出する。この応答は、リモート
エンドにおけるベアラＳＡＰを通じて渡される。この
後、この応答は、発信エンティティに戻され、メッセー
ジの確認クラスとしてローカルベアラにより自身のＭＡ
Ｃ層まで転送される。ＭＡＣコネクション管理は、三つ
のプロセスが含まれていることを必要とする。すなわ
ち、ＭＡＣブローカＭＢ、ＭＥＳ ＭＡＣマネージャＭ
ＭＭおよびＭＡＣ／ＳＡＰハンドラＭＳＨである。ＭＡ
ＣブローカＭＢは、ＭＡＣコネクションリソースを要求
するためにＵＤＬＬサービスによって使用される単一の
シグナリングポイントである。このＭＡＣブローカＭＢ
は、適切であれば、ＭＥＳ ＭＡＣマネージャにその要
求を転送する。このＭＥＳ ＭＡＣマネージャは、ＭＡ
Ｃコネクションステートマシンを維持してＭＡＣコネク
ションの後続の振る舞いを制御するＭＡＣ／ＳＡＰハン
ドラＭＳＨを生成する。この後、リモートエンドへの呼
設定要求を開始し、すべてのＭＡＣコネクションシグナ
リング応答を処理するのは、このＭＡＣ／ＳＡＰハンド
ラＭＳＨである。リモートエンドでは、関連付けＭＡＣ
／ＳＡＰハンドラインスタンスＭＳＨが、そのＭＥＳ
ＭＡＣマネージャＭＭＭによって生成される。これは、
発呼要求をそのＭＡＣブローカＭＢに転送させ、後続の
応答を処理させるＭＡＣコネクションステートマシンも
含んでいる。ＭＡＣブローカＭＢは、新しいＭＡＣコネ
クション要求がＵＤＬＬによってサポートされる種類で
あるか否かを判断し、サポートされる種類であれば、発
呼要求が適切なＵＤＬＬアプリケーションに渡される。
ＵＤＬＬアプリケーションがコネクション要求を拒否す
る場合、ＭＡＣ／ＳＡＰハンドラＭＳＨに通知が行われ
ると、ＭＡＣ／ＳＡＰハンドラＭＳＨは、自身と発呼者
エンドにおけるＭＡＣ／ＳＡＰハンドラＭＳＨとの間で
呼解放手順を開始し、この結果、双方のＭＡＣ／ＳＡＰ
ハンドラが終了するようになる。しかしながら、呼が受
け入れられる場合、被呼者ＭＡＣ／ＳＡＰハンドラＭＳ
Ｈは、発呼者エンドに確認を送信して、呼の確立を完了
する。さらに、ＬＥＳ１４に配置されたＭＡＣ／ＳＡＰ
ハンドラは、下位ベアラコネクションリソースの要求を
開始して、新しいＭＡＣコネクションをサポートする。
リソースが利用可能な場合、双方のＭＡＣ／ＳＡＰハン
ドラがフロー制御された呼状態から解放され、ユーザデ
ータの交換を開始することができる。下位ベアラコネク
ションリソースを見つけられないと、ＬＥＳ ＭＡＣ／
ＳＡＰハンドラが、適切に割り当てられた呼解放コード
とともにＭＡＣコネクション解放を送出することにな
る。 ベアラコネクション管理 ベアラコネクション管理は、ベアラコネクションＢＣ、
ＭＥＳベアラコネクションマネージャＭＢＣＭおよび一
般ベアラコネクションマネージャＢＣＭによって昇階層
順に実行される。ベアラコネクションＢＣは、ＭＡＣコ
ネクションの読取り操作を適切にスケジューリングする
ことに対して責任を負っている。また、ベアラコネクシ
ョンＢＣは、新しいＭＡＣコネクションを受け入れよう
とするときに接続プロセスを開始し、ベアラコネクショ
ンＢＣの容量を動的に調節するために、ＭＡＣ／ＳＡＰ
ハンドラ送信バッファの瞬間的なステータスに応じて修
正メッセージを送出することに対して責任を負ってい
る。あるベアラコネクションＢＣからのＭＡＣコネクシ
ョンを、データの損失または複製の危険なく別のベアラ
コネクションに移動するため、各エンドは、全てのバッ
ファ済データが送受信されたことを知る必要がある。Ｍ
ＥＳベアラコネクションマネージャＭＢＣＭの命令のも
とで、ベアラコネクションＢＣは、データＰＤＵストリ
ームがベアラ制御ＢＣＴに渡されるときに、特別な「フ
ラッシュ」制御メッセージをデータＰＤＵストリームに
挿入することができる。ベアラコネクションＢＣは単方
向性であるので、フラッシュメッセージは、ＭＥＳベア
ラコネクションマネージャＭＢＣＭによってリモートエ
ンドで転回させられ、対応する戻り方向経路ベアラコネ
クションに挿入される。フラッシュＰＤＵが往復を終え
ると、ハンドオーバが完了されるだけである。これらの
メッセージの受信の際、発信ＭＥＳベアラコネクション
マネージャＭＢＣＭは、原ベアラコネクションＢＣに関
連付けられたどの送信バッファにも保持データがないこ
とを知っている。ＭＥＳ２およびＬＥＳ１４の双方にお
けるベアラコネクションが操作可能か否かを判断するた
めに、完全性テストを使用することができる。ＭＥＳベ
アラコネクションマネージャＭＢＣＭの命令のもとで、
発信ベアラ制御ＢＣＴは、データＰＤＵストリームがベ
アラ制御に渡されるときに「ループバック」制御メッセ
ージをデータＰＤＵストリームに挿入することができ
る。このループバックＰＤＵは、受信機によってループ
される。このメッセージの受信の際、ＭＥＳベアラコネ
クションマネージャＭＢＣＭは、リンク完全性が確認さ
れたと推定することができる。ベアラコネクションＢＣ
の容量を変えることやベアラ制御ＢＣＴからベアラコネ
クションＢＣを接続または分離することが必要なとき、
ＭＥＳベアラコネクションマネージャＭＢＣＭは、ベア
ラコネクションＢＣおよび下位ＭＥＳベアラ制御マネー
ジャＭＢＣＴＭ間で連絡をつける。ＭＥＳベアラコネク
ションマネージャＭＢＣＭは、複数のベアラ制御ＢＣＴ
がベアラコネクションＢＣをサポートできる場合に、こ
れらが好適なオプションを選択することができるよう
に、スコアリングアルゴリズムを使用してもよい。不十
分なリソースがベアラコネクションの要求サービス品質
をサポートするために利用可能に見える場合、ＭＥＳベ
アラコネクションマネージャＭＢＣＭは、ベアラリソー
スの統合によってこの問題を解決するようにベアラコネ
クションマネージャＢＣＭに訴えることができる。同様
に、ＭＥＳベアラコネクションマネージャＭＢＣＭは、
帯域幅が競合している間、下位ＭＥＳベアラ制御マネー
ジャＭＢＣＴＭへの修正メッセージおよび接続メッセー
ジの転送を制限することができる。ベアラコネクション
マネージメントに含まれる最後の機能は、ベアラコネク
ションマネージャＢＣＭである。この機能は、すべての
ＭＥＳベアラコネクションマネージャＭＢＣＭを生成お
よび管理し、固有のベアラコネクションＩＤを割り当
て、ＭＥＳ管理インスタンス間でベアラリソースの再配
布が必要なときにはアービトレーション機能として働
く。この役割と関連して、ベアラコネクションマネージ
ャＢＣＭは、冗長なベアラコネクションを取り除けるよ
うにベアラコネクションＢＣ内で有効にＭＡＣコネクシ
ョンをパックするため、ＭＡＣコネクション分類アルゴ
リズムを提供してもよい。ベアラコネクションマネージ
ャＢＣＭは、複数のＭＥＳ管理インスタンス（例えば、
シグナリングベアラコネクションおよび同報ベアラコネ
クションの双方の生成や操作）にわたって共用すること
ができる一般サービスもサポートする。また、ベアラコ
ネクションマネージャＢＣＭは、ＭＡＣ層のための一般
信号着信地点として働き、データリンク上を輸送される
ＭＡＣ層信号メッセージをカプセル化および復号化す
る。 ベアラ制御リソース管理 ベアラ制御機能ＢＣＴは、複数のベアラコネクションＳ
ＢＣを有効に多重化し、共用アクセスチャネル内のＢＣ
は、それらの異なるトランスポート要求、特にそれらの
遅延に対する感度およびその容量を考慮する。ベアラ制
御のリソース管理アルゴリズムは、どのようなベアラリ
ソースがそのベアラコネクショントラヒックを維持する
ために必要であるかを確かめることができる。これは、
新しいベアラコネクションインスタンスＢＣを受け入れ
ることができるかどうか、および受け入れられるのであ
ればどのような状況のもとであるかをベアラ制御ＢＣＴ
が判断できるようにするために必要である。例えば、ベ
アラ制御ＢＣＴは、ベアラコネクションＢＣを受け入れ
る前に追加の帯域幅を確保しなければならないことがあ
る。しかしながら、ベアラコネクション副層管理と同様
に、ベアラ制御副層管理は、ＬＥＳ１４のみから制御さ
れる。ベアラ制御ＢＣＴがベアラコネクションＢＣの共
用アクセスベアラＳＡＢ上への割当てを決定することが
できるのは、ＬＥＳ１４においてだけである。 リソース管理例 図７は、四つのＭＡＣ／ＳＡＰハンドラ送信バッファＢ
１〜Ｂ４を示すとともに、これらのＭＡＣコネクション
データがどのように下位共用アクセスベアラＳＡＢ上の
別個の二つのベアラコネクション内に配置されるかを示
している。ベアラコネクション１のために現在は２０ｋ
ｂ／ｓしか確保されておらず、このベアラコネクション
ＢＣ１に多重化された単一の遅延感知コネクションおよ
び非遅延感知コネクションはそれぞれ１０ｋｂ／ｓで読
み取られる。しかしながら、遅延感知アプリケーション
に１５ｋｂ／ｓの過渡レートでＵＤＬＬからデータを受
信させる遅延感知アプリケーションのバースト性のため
に、そのＭＡＣ／ＳＡＰハンドラ送信バッファＢ１は充
填を開始する。これは、負荷の過渡的な増加をローカル
に調整しようと試みるか、あるいはＭＥＳベアラコネク
ションマネージャＭＢＣＭを介して追加リソースを要求
することができるベアラコネクションＢＣ１によって注
目される。第一に、ベアラコネクションＢＣ１は、その
平均パケット転送速度以上の速度で読み取られる遅延感
知ＭＡＣコネクションをすでに用意してある場合、この
問題を単純に無視することができる。ＭＡＣ／ＳＡＰハ
ンドラＭＳＨ内の十分に大きなバッファリング容量と共
に大きなタイムウィンドウが与えられると、データバー
ストをバッファに格納することができ、その後、このＵ
ＤＬＬ呼からの相対的イナクティビティの期間中に徐々
に空にすることができる。しかしながら、これは大量の
バッファリングの使用を必要とし（データ損失を最小限
に抑える場合）、データが比較的、非時間感知であるこ
とを想定する。もちろん、これは遅延感知データには当
てはまらない。サポートされていれば、フロー制御メッ
セージをＵＤＬＬアプリケーションに順次に送信するこ
とができるＭＡＣ／ＳＡＰハンドラＭＳＨおよびベアラ
コネクションＢＣ１間でフロー制御を使用することもで
きる。しかしながら、この遅延感知コネクションは、下
位ベアラリソースの状態にかかわらず下位トランスポー
ト機構からの割込みなしでデータを送信できることを予
想することができる。第二の手法では、ベアラコネクシ
ョンＢＣ１は、同じベアラコネクションを共用する非遅
延感知サービスが「バックオフ」に対して比較的耐性を
持ちうるという事実を利用し、そのスケジューリング振
る舞いを変え、非遅延感知待ち行列を犠牲にしてより頻
繁に遅延感知待ち行列から読み出しを行う。この選択肢
は、図８に示されている。ここでは、遅延感知バッファ
Ｂ１が現在１５ｋｂ／ｓで読み取られ、非遅延感知バッ
ファＢ２が５ｋｂ／ｓの低速度で読み取られる。これに
より、遅延感知バッファＢ１を空にすることが可能にな
る。しかしながら、非遅延感知待ち行列は、これに応じ
て増大を開始することもできる。これは、非遅延感知コ
ネクションの一部のクラスに課される特定の損失制約ま
たは遅延制約が存在しない可能性があるので許容される
ものと考えることができる。ベアラコネクションＢＣ１
がこれら二つの解決策のいずれかを用いてＭＡＣコネク
ションの高帯域幅要求をローカルに調整することができ
ないと仮定すると、ベアラコネクションＢＣ１は、追加
容量自体を取得しようと試みることができる。このプロ
セスは、ベアラコネクションＢＣ用に追加の帯域幅を確
保するようにＭＥＳベアラコネクションマネージャＭＢ
ＣＭに要求するベアラコネクションによって開始され
る。輻輳がＭＥＳ２で発生している場合、このメッセー
ジは、ＬＥＳ１４上の対応するプロセスに送信されなけ
ればならない。これは、このＬＥＳが、ベアラコネクシ
ョン副層およびそれ以下のリソース管理を引き受けるこ
とのできる唯一のＬＥＳ１４だからである。ＬＥＳベー
スのＭＥＳベアラコネクションマネージャＭＢＣＭは、
修正メッセージを用いて、修正された容量を有するベア
ラコネクションＢＣを任意の適切なベアラ制御ＢＣＴ上
で調整できるかどうかを判断するようにＭＥＳベアラ制
御マネージャＭＢＣＴＭに依頼する。混乱を最小限に抑
えるための好適な応答は、ベアラコネクションＢＣを現
在サポートしているベアラ制御が、要求された量によっ
てそれに割り当てられた送信リソースを増やすように申
し出ることである。ＭＥＳベアラコネクションマネージ
ャＭＢＣＭがこの申し出を受け入れると、ＬＥＳ−ＭＥ
Ｓチャネルのいずれかのエンドにおけるベアラ制御ＢＣ
Ｔが、この問題を軽減するように、ベアラコネクション
ＰＤＵ転送速度を即座に増加する。この手法は、図９に
示されている。追加のＳＡＢリソースは、２５ｋｂ／ｓ
に増加された瞬間ベアラコネクション帯域幅でベアラコ
ネクションＢＣに割り当てられ、遅延感知コネクション
データ転送速度は、これに応じて１５ｋｂ／ｓに増加す
ることができる。ベアラコネクションＢＣは、その瞬間
容量の修正を通知されず、その概念上のベアラコネクシ
ョン容量は、そのＭＡＣコネクションの全てに対して一
致した呼レベル容量の合計に固定されたままであること
に注意する必要がある。逆に、ベアラコネクションＢＣ
１がその動作のすべて（送信ベアラ制御ＢＣＴへのデー
タ転送を含む）を実行する速度を左右するクロックは増
加する。ベアラ制御ＢＣ１は、スケジューリングを更に
実行して、過負荷の遅延感知ＭＡＣコネクション送信バ
ッファＢ１をより迅速に低減してもよい。しかし、バッ
ファＢ１が所定のレベルに減少すると、ベアラコネクシ
ョンＢＣ１は、この追加帯域幅を放棄するために別の修
正メッセージを送出しなければならない。しかしなが
ら、現在のＳＡＢ上で利用可能な不十分な未割当て帯域
幅がある場合、遅延感知ＭＡＣコネクションバッファＢ
１の周波数を読み取るベアラコネクションＢＣ１を増や
し、ベアラコネクションＢＣ１を、図１０で示されるよ
うにその要求された修正帯域幅をサポートできる第二の
ベアラＳＡＢ２に移動することを解決策とすることがで
きる。これは、移動操作が行われる間、移動ベアラコネ
クションに属するすべてのＭＡＣコネクションを（フロ
ー制御を使用して）一時的に中断することを必要とす
る。別の手法は、十分な帯域幅を利用可能か取得可能で
ある異なるベアラコネクションＢＣに（そして、場合に
よってはＳＡＢにも）ＭＡＣコネクションを移動するこ
とである。これは、原親ベアラコネクションＢＣ１、修
正ベアラコネクションＢＣ３およびＭＥＳベアラコネク
ションマネージャＭＢＣＭのインタワーキングによって
着手される。この後者の機能は、宛先ベアラコネクショ
ンＢＣ３上で必要なリソースを確保することができ、原
親ベアラコネクションＢＣ１は、図１１に示されるよう
に、これをＭＡＣ／ＳＡＰハンドラのアドレスに転送す
ることができる。この手法は、問題を経験しているＭＡ
Ｃコネクションに混乱が限定されているので、図１０で
示されるものよりも有益な場合がある。しかしながら、
その実施には、ＭＥＳベアラコネクションマネージャＭ
ＢＣＭが、各ベアラコネクションＢＣ内のＭＡＣコネク
ション合成の知識（これは、ベアラコネクションの各々
によって知られている）を取得することが必要となる。
それにもかかわらず、この方式は、ＭＥＳベアラコネク
ションマネージャＭＢＣＭが有限のベアラリソースを効
率的に利用できるようにし、統合機構が動作できるよう
にする。例えば、ＬＥＳ１４上で一般ベアラコネクショ
ンマネージャＢＣＭによって定期的にトリガされると、
ＭＥＳベアラコネクションマネージャＭＢＣＭは、この
手法を用いてそのＭＡＣコネクションをより少ないベア
ラコネクションＢＣに徐々に移動させ、次いで、複数の
同時並行ベアラ制御が移動体によってサポートされてい
ると想定して、これらのベアラコネクションＢＣを単一
のベアラ制御ＢＣＴ上に移動させようとすることができ
る。より少ない数のベアラコネクションＢＣにＭＡＣコ
ネクションを統合することにより、動的追加およびＭＡ
Ｃコネクションの除去に起因するベアラコネクションＢ
Ｃの不必要な増殖が確実に回避されるようになる。この
統合は、複数のトランシーバを有するＭＥＳにバイアス
をかけて、単一ＭＥＳ上のこれらトランシーバのトラヒ
ックの全てを維持し、電力消費を低減する傾向がある。 追加ベアラタイプ ＭＡＣ層の利点の一つは、追加のベアラおよびベアラタ
イプをＭＡＣ層エンティティの変化を最小限に抑えて調
整できることである。これは、ベアラ制御ＢＣＴとの
「疎結合」インタフェースを維持するＭＡＣ層によって
実現される。言い換えると、あるエンティティについて
の全ての情報は、そのエンティティ内でのみ保持され、
そのエンティティへのアクセスは、定義インタフェース
を通じたものだけである。インタフェースが未変更のま
まであれば、エンティティの内部動作は、他のエンティ
ティに影響を及ぼすことなく変更することができる。ベ
アラがベアラコネクションＢＣを調整できるか否かに関
する知識は、ベアラ制御ＢＣＴに保持されている。この
知識へのアクセスは、照会メカニズムをサポートするこ
とによって行われる。すなわち、ＭＥＳベアラ制御マネ
ージャエンティティＭＢＣＭは、一般インタフェースを
通じて、可能性のあるベアラ制御ＢＣＴの各々を照会す
る。このような手法は、追加ベアラタイプを取り入れる
ためのシステムアップグレードの複雑さを軽減する。例
えば、ＬＥＳ１４は、ベアラ制御タイプ１を現在サポー
トしている。追加のベアラ制御タイプ２は、追加チャネ
ル上に加えられることになっている。ベアラ制御タイプ
２は、タイプ１を上回るユーザ利点を提供する後発の改
良設計である。タイプ２をサポートすることの可能な追
加ＭＥＳチャネルリソースＭＣＲが追加され、タイプ２
のためのソフトウェア「ドライバ」がロードされる。こ
れは、ベアラコネクションマネージャＢＣＭにその存在
を知らせる。同様に、個々のＭＥＳ２は、ＭＥＳベアラ
制御マネージャＭＢＣＴＭにその存在を知らせるベアラ
制御タイプ２用の対応ＭＥＳソフトウェアドライバをロ
ードすることによってアップグレードされる。この後、
ＭＥＳ２はサインオンし、ＬＥＳ１４はＭＥＳの新しい
容量を知らされる。次回にＭＥＳコネクションが確立さ
れ、あるいは動的帯域幅の変化が折衝されるときには、
ＬＥＳ１４におけるＭＥＳベアラコネクションマネージ
ャＭＢＣＭが、ＭＥＳ２用の可能性のあるすべてのベア
ラ制御、すなわちタイプ１及びタイプ２の双方を照会す
る。このとき、タイプ２は、ＭＥＳベアラコネクション
マネージャＭＢＣＭにおいてより高いスコアを与える、
より良好なオプションを提供するかもしれない。このよ
うに、疎結合を維持することにより、新しいベアラ制御
ＢＣＴしかＭＥＳ２およびＬＥＳ１４で追加する必要が
なくなる。他のＭＡＣ層エンティティは、修正を必要と
しない。更に、各コネクションまたは帯域幅変更は二つ
の照会という結果になるが、これらの照会はすべて、計
算力がより容易に提供されるＬＥＳ１４で行われる。ベ
アラは、物理無線インタフェースの最上位にフレーミン
グサポートを提供することに対して責任を負っている。
複数のフレーミング形式を同時に使用できるようにする
ために、異なるベアラを使用しなければならない。これ
は、単一のベアラをサポートするＭＥＳ２の場合、送信
周波数の再選択が、ベアラの更新中に一時的に中断させ
られる全てのアクティブコネクションを必要とすること
を示している。このハンドオーバタイプ機構を適切に実
行するために、ＭＥＳ２およびＬＥＳ１４は、フロー制
御機構を使用する。上記の実施形態は、オブジェクト指
向モデルに関連して説明した。しかしながら、個々のオ
ブジェクトが、必ずしもディスクリート回路に対応する
わけではない。これらのオブジェクトが単一の処理装置
または汎用コンピュータ上で実装されることが好まし
い。上記の実施形態は、衛星通信システムに関連して説
明した。しかしながら、本明細書で説明した技術は、地
上無線通信システムに適用することも可能である。
態を添付の図面を参照しながら説明する。図１は、衛星
１２を介してＬＥＳ１４に接続された移動端末または移
動地球局（ＭＥＳ）２を模式的に示している。ＬＥＳ１
４は、ＭＥＳ２を地上ネットワーク２２に接続する。例
えば、ＭＥＳ２は、複数の異なる通信アプリケーション
４ａ、４ｂ、４ｃ、４ｄを実行することの可能なポータ
ブルコンピュータを備えている。このアプリケーション
は、音声電話アプリケーション、インターネットアプリ
ケーション、ファクシミリアプリケーションおよびＡＴ
Ｍアプリケーションとすることができ、これらが上位デ
ータリンク層（Ｕｐｐｅｒ Ｄａｔａ Ｌｉｎｋ Ｌａ
ｙｅｒ：ＵＤＬＬ）を構成してもよい。詳細に後述する
ように、移動端末２で実行されるドライバソフトウェア
６は、ＭＡＣ層プロトコルを操作する。ＭＥＳ２は、イ
ンタフェースカード８（例えばＰＣカード）への物理イ
ンタフェースを提供する。インタフェースカード８は、
アンテナ１０に接続された無線周波数変復調装置（モデ
ム）を含んでいる。この無線周波数モデムは、送信また
は受信用の一つ以上の同時周波数チャネルをサポートす
る。アンテナ１０は、衛星１２によって生成されたスポ
ットビームＢのカバレッジ領域内に配置されている。衛
星１２は、例えば、複数のスポットビームＢの各々で信
号を受信および送信するマルチビーム送受信アンテナを
有する静止衛星とすることができる。各スポットビーム
Ｂは、順方向および逆方向の双方で複数の周波数チャネ
ルを搬送する。この衛星は、スポットビームＢのカバレ
ッジエリアを実質的または完全に覆って広がるカバレッ
ジエリアを有するグローバルビームＧでも受信および送
信を行う。グローバルビームＧは、少なくとも一つの順
方向周波数チャネルと少なくとも一つの逆方向周波数チ
ャネルを搬送する。アンテナ１０および衛星１２間で送
信されるＲＦ信号は、エアインタフェースプロトコルに
従っている。衛星１２は、中継器として働き、複数のス
ポットビームＢからのチャネルとフィーダビームＦ中の
チャネルとの間で双方向に変換を行う。フィーダビーム
Ｆは、地球局アンテナ１６を介して衛星１２およびＬＥ
Ｓ１４間のリンクを提供する。ＬＥＳ ＭＡＣ層１８
は、ゲートウェイインタフェース２０ａ〜２０ｄによっ
て衛星通信システムと地上ネットワーク２２（例えばＰ
ＳＴＮ、ＡＴＭネットワーク、ＩＳＤＮ）との間にイン
タフェースを提供し、複数の異なる種類の通信を衛星通
信システム（例えば、電話、インターネット、ファック
ス、ＡＴＭ）上に確立できるようにしている。これらの
アプリケーションは、同時に実行してもよい。各アプリ
ケーションに割り当てられる帯域幅は、一つの呼（ｃａ
ｌｌ）の間、順方向および逆方向で独立に変えることが
できる。この点については、後述する。図２は、ＭＥＳ
２およびＬＥＳ１４によって使用されるプロトコル層を
示している。音声ＶまたはデータＤのための一つ以上の
アプリケーションは、上位データリンク層ＵＤＬＬを通
じて通信を行う。ＵＤＬＬは、下位ＭＡＣ層を有する単
一の双方向信号アクセスポイントおよび複数のデータア
クセスポイント（各アクティブコネクションごとに一
つ）を維持する。ＭＡＣ層は、帯域幅を割り当てるとと
もに、呼設定段階の間に折衝され、あるいは呼の間に再
折衝されたコネクションパラメータに応じて各コネクシ
ョンに対するサービス品質（ｑｕａｌｉｔｙｏｆ ｓｅ
ｒｖｉｃｅ：ＱｏＳ）を維持する。本明細書で使用され
る用語「サービス品質」は、最小ビットレート、最大遅
延、データの寿命（すなわち、特定の時間内にデータが
送信されなかった場合にデータが消失しうるか否か）、
暗号化などの特性を含んでいる。ＭＡＣ層は、三つの副
層（サブレイヤ）を含んでいる。すなわち、ＭＡＣコネ
クション副層、ベアラコネクション副層およびベアラ制
御副層である。これらの各々については、より詳細に後
述する。ＭＡＣ層の下には、ベアラチャネルまたは物理
チャネル用のデータをそのチャネル用のフォーマットに
変換するベアラ層、およびそのチャネル上でそのフォー
マットされたデータを送信する物理層がある。図３は、
サービス品質要件を満たすために個々のＭＡＣコネクシ
ョンＭＣをベアラコネクションＢＣ上にマップする方法
を示している。第一のＭＡＣコネクションＭＣ１は、第
一ベアラコネクションＢＣ１にデータＭＤ１のバースト
を供給するが、第二のベアラコネクションＢＣ２へのア
クセスは、第二のＭＡＣコネクションＭＣ２からのデー
タＭＤ２と第三ＭＡＣコネクションＭＣ３からのデータ
ＭＤ３との間の時間に共用される。第一および第二のベ
アラコネクションＢＣ１およびＢＣ２は、一つの物理チ
ャネル上にマップされた共用アクセスベアラＳＡＢを共
用する。図３の右側に示されるように、ＳＡＢのうちベ
アラコネクションＢＣの各々に割り当てられる部分は、
下位ＭＡＣコネクションＭＣのサービス品質要件に従っ
て変化する。図４は、データがＭＡＣ層を通って流れる
ときのデータの書式を示している。図示の例では、第二
のベアラコネクションＢＣ２は、二つ以上の共用アクセ
スベアラ上へのＭＡＣコネクションＭＣ３およびＭＣ４
の逆多重化をサポートするために、二つの共用アクセス
ベアラＳＡＢ１およびＳＡＢ２へのアクセスを有してい
る。可変長ＵＤＬＬプロトコルデータユニットＵＤＬＬ
ＰＤＵは、ＭＡＣサービスデータユニットＭＡＣ Ｓ
ＤＵとしてＭＡＣコネクション副層に入る。ＭＡＣコネ
クション副層では、ＭＡＣプロトコルデータユニットＰ
ＤＵを形成するように、ＭＡＣヘッダＭＨおよびＭＡＣ
トレーラＭＴ（対応するＭＡＣコネクションＭＣを識別
するＭＡＣ識別コード（ＩＤ）を含む）が追加される。
ＭＡＣ ＰＤＵは、ベアラコネクションＳＤＵとしてベ
アラコネクション副層に渡される。ＳＤＵが関連を有す
るベアラコネクションを識別するためにベアラコネクシ
ョンヘッダＢＣＨおよびベアラコネクショントレーラＢ
ＣＴが追加され、ベアラ制御副層に渡されるベアラコネ
クションＰＤＵを形成する。これは、物理層にわたるト
ランスポートに適したベアラ制御ＰＤＵに再分割され
る。ベアラ制御ＰＤＵが固定サイズの場合、ベアラ制御
ＰＤＵを満たすのに不十分なデータがある箇所にパディ
ングビットが追加される。受信ベアラ制御ＰＤＵをより
高位のアプリケーション用のＵＤＬＬ ＰＤＵに変換す
るためには、逆の一組の操作が受信ベアラ制御ＰＤＵ上
で実行される。ＭＡＣコネクション副層は、個々のＭＡ
ＣコネクションＭＣの生成、維持および最終的な除去を
管理する。呼設定の間、ＬＥＳ１４は、固有のＭＡＣ識
別コードを各ＭＡＣコネクションＭＣに割り当て、ＭＡ
Ｃコネクション副層は、異なるアクティブコネクション
からのデータブロックを識別し、これらに正しいＭＡＣ
識別コードを割り当てる責任を実質的に負う。ベアラコ
ネクション副層は、ＭＡＣコネクションのサービス要件
に従って、ＭＡＣコネクションＭＣのベアラコネクショ
ンＢＣへの多重化および逆多重化を制御する。同様のベ
アラサービス要件を伴うＭＡＣコネクションは、同じベ
アラコネクションＢＣに割り当てられる。また、ベアラ
コネクション副層は、各ＭＡＣコネクション用に設定さ
れたサービス品質（例えば、最大遅延や最小ビットレー
ト）を維持するために、ＭＡＣコネクションからのデー
タをバッファし、関連ＭＡＣコネクションによる各ベア
ラコネクションの使用をスケジュールする。各ベアラコ
ネクションＢＣについて、共用アクセスベアラＳＡＢ上
でのデータ転送のために一致したサービス品質が設定さ
れる。これは、ベアラコネクションの寿命の間、変更す
ることができる。ベアラ制御副層は、各ベアラコネクシ
ョンＢＣの要件に従って、ベアラコネクションＢＣによ
る共用アクセスベアラＳＡＢへのアクセスを管理する。
ＭＡＣコネクションＭＣのベアラコネクションＢＣへの
割当て、およびベアラコネクションＢＣの共用アクセス
ベアラＳＡＢへの割当ては、ＭＡＣコネクションＭＣお
よびベアラコネクションＢＣがそれぞれアクティブであ
る間は変更することができる。ＭＥＳ２およびＬＥＳ１
４におけるＭＡＣ層内の各副層の特定の機能は、システ
ム管理とともに図５により詳細に示されている。この図
では、ＭＥＳ管理およびデータ転送機能は水平に分離さ
れ、ＭＡＣコネクション副層、ベアラコネクション副層
およびベアラ制御副層は垂直に分離されている。ＭＡＣ
層シグナリング経路は濃い灰色で示され、ユーザデータ
トラヒック経路は黒で示され、データ管理経路は薄い灰
色で示されている。各ＵＤＬＬサービスアクセスポイン
トＳＡＰ１、ＳＡＰ２からのデータトラヒックは、別個
のＭＡＣ／ＳＡＰハンドラＭＳＨ１、ＭＳＨ２に渡され
る。これらのハンドラは、そのデータトラヒックを関連
ベアラコネクションＢＣにルーティングする。ベアラコ
ネクションＢＣは、関連付けられた一つ以上のベアラ制
御機能ＢＣＴにトラヒックをルーティングする。各ＭＥ
Ｓ２のＭＡＣ層は、所定の数ＭまでのＳＡＰハンドラＭ
ＳＨ、所定の数Ｎまでのユーザデータベアラコネクショ
ンＢＣ、特にＭＡＣ信号トラヒックを処理する一つのシ
グナリングベアラコネクションＳＢＣ、および一つ以上
のベアラ制御機能ＢＣＴをサポートする。各ベアラ制御
ＢＣＴは、それぞれ共用アクセスベアラＳＡＢに対応し
ている。ＭＥＳ２およびＬＥＳ１４の双方において、Ｍ
ＡＣ層のシステム管理部分は、ＭＡＣブローカＭＢ、ベ
アラコネクションマネージャＢＣＭおよびベアラ制御マ
ネージャＢＣＴＭを含んでいる。これらは、それぞれ常
にアクティブである。ＭＥＳ管理層内には、各ＭＥＳ２
ごとに、ＭＥＳ ＭＡＣマネージャＭＭＭ、ＭＥＳベア
ラコネクションマネージャＭＢＣＭ、およびＭＥＳベア
ラ制御マネージャＭＢＣＴＭがある。このように、ＭＥ
Ｓ ＭＡＣ層は、これらの各々の一つしか含まないが、
ＬＥＳ ＭＡＣ層は、ＬＥＳ１４にログオンさせられる
各ＭＥＳ２ごとに、これらの各々の一つのインスタンス
を有している。ＭＡＣブローカＭＢは、ブローカアクセ
スポイント（ＢＡＰ）との間のシグナリング情報を、Ｍ
ＥＳ ＭＡＣマネージャＭＭＭを介して、ＳＡＰハンド
ラＭＳＨの一つへ、あるいはＭＥＳベアラコネクション
マネージャＭＢＣＭを通じてシステム管理ベアラコネク
ションマネージャＢＣＭへ転送する。このシステム管理
ベアラコネクションマネージャＢＣＭは、このシグナリ
ング情報をＭＡＣ層シグナリングＰＤＵにフォーマット
する。これらのシグナリングＰＤＵは、ベアラ制御マネ
ージャＢＣＴＭを通じてベアラ制御機能ＢＣＴの一つに
ルーティングされる。シグナリングＰＤＵは、シグナリ
ングコネクションＩＤのプレフィックス（接頭部）によ
ってデータＰＤＵから区別される。ＬＥＳ１４のＭＡＣ
ブローカＭＢも、様々なＭＡＣコネクションＭＣにＭＡ
ＣコネクションＩＤを割り当てる。ＬＥＳ１４およびＭ
ＥＳ２の双方におけるベアラ制御マネージャＢＣＴＭ
は、ベアラ制御機能ＢＣＴの生成に関して責任を負う。
ＬＥＳ１４では、ベアラ制御マネージャＢＣＴＭは、Ｍ
ＥＳがＬＥＳ１４にログオンする前に、まずベアラ制御
機能ＢＣＴを生成し、意図された種類のサービスをサポ
ートする。各ＭＥＳ２は、通常、単一のベアラインタフ
ェースユニットＢＩＵを通じた送信および受信しか行う
ことができないので、シグナリングベアラコネクション
ＳＢＣをサポートするベアラ制御機能ＢＣＴであるが、
ある種類のデータベアラコネクションＢＣには不適切か
もしれないベアラ制御機能ＢＣＴを最初に生成する。Ｌ
ＥＳ１４は、より適切な種類のベアラ制御機能ＢＣＴに
変更するようにＭＥＳ２に後で指令を出すことができ
る。ＬＥＳ１４におけるＭＥＳベアラ制御マネージャＭ
ＢＣＴＭは、ベアラ制御ＢＣＴへのベアラコネクション
の接続を変更するためなど、ベアラコネクションＳＢ
Ｃ、ＢＣのステータスの変更が必要なときにブローカリ
ング機能を実行する。ＭＥＳベアラ制御マネージャＭＢ
ＣＴＭは、関連付けＭＥＳ２によってサポートすること
のできたＬＥＳ１４にベアラ制御機能ＢＣＴの各々をポ
ーリングし、ポーリングされた制御機能ＢＣＴは、修正
されたベアラコネクションＳＢＣ、ＢＣをサポートでき
るか否かの指示を戻す。受信した応答に従って、ＭＥＳ
ベアラ制御マネージャＭＢＣＴＭは、どのベアラ制御機
能ＢＣＴが修正ベアラコネクションＢＣＴに接続される
べきかをＭＥＳベアラコネクションマネージャＭＢＣＴ
Ｍに指示する。ベアラコネクションマネージャＢＣＭ
は、ＭＥＳベアラコネクションマネージャＭＢＣＭのイ
ンスタンスを生成することに対して責任を負っている。
ログオンされた各ＭＥＳ２に対してＬＥＳ１４で一つの
インスタンスが生成されるが、そのＭＥＳ２では一つの
インスタンスしか生成されない。ＭＥＳベアラコネクシ
ョンマネージャＭＢＣＭは、データベアラコネクション
ＢＣを生成する。各ベアラコネクションＢＣは、単方向
性である。すなわち、各ベアラコネクションＢＣは、一
つの方向におけるトラヒックを取り扱うだけであり、対
応ＳＡＰハンドラＭＳＨを介して一つ以上のＭＡＣコネ
クションに接続することができる。ＭＥＳ２では、少な
くとも一つのシグナリングベアラコネクションＳＢＣと
共に、所定の最大数までのゼロまたは任意の数のデータ
ベアラコネクションＢＣが同時に動作することができ
る。個々のデータベアラコネクションＳＢＣ、ＢＣを用
いて、暗号化データおよび非暗号化データをサポートす
ることができる。この他に、ＭＥＳ２が複数のトランシ
ーバを有していて、複数の同時ベアラをサポートできる
場合、一つのデータベアラコネクションＢＣを各ベアラ
制御機能ＢＣＴに割り当てることができる。ＭＡＣコネ
クションＭＣは、関連付けられた一次ベアラの容量に達
するまで一次データベアラコネクションＢＣに優先的に
割り当てられる。この後、ＭＡＣコネクションＭＣは、
二次ベアラに関連付けられた二次データベアラコネクシ
ョンＢＣに割り当てられる。この場合、余分な容量が一
次ベアラ上にないときにだけ二次ベアラが使用される
が、個々のコネクションは、コネクションが生成された
アプリケーションに対して透過的にベアラ間で切り替え
ることができる。多重化ＭＡＣコネクションデータは、
ベアラコネクションＢＣを識別するベアラコネクション
ラベルとともに、各ベアラコネクションＢＣから接続済
のベアラ制御ＢＣに渡される。ベアラ制御ＢＣＴは、こ
のラベルに従って下位ベアラのどの部分にベアラコネク
ションデータを割り当てるかを決定する。例えば、ベア
ラが周波数チャネルであり、ベアラ制御ＢＣＴが周波数
チャネル内でタイムスロットを割り当てる場合、ベアラ
制御ＢＣＴは、固定長にフォーマットされたベアラＳＤ
Ｕを受信し、対応するベアラコネクションＢＣが生成ま
たは修正されたときにそのベアラコネクションＢＣに割
り当てられたタイムスロットの一つにおいて各ベアラＳ
ＤＵを送信する。ベアラＰＤＵがリモートエンドで受信
されると、そのエンドにおけるベアラ制御機能ＢＣＴ
は、ＰＤＵを割り当て、ＰＤＵの内部に含まれるコネク
ションＩＤラベルにしたがってＰＤＵを正しいシグナリ
ングまたはデータベアラコネクションＳＢＣ、ＢＣにル
ーティングする。この後、ベアラコネクションＢＣは、
データ内に含まれるＭＡＣコネクションＩＤラベルにし
たがって、正しいＳＡＰハンドラＭＳＨにデータをルー
ティングする。暗号化データを扱うためにデータベアラ
コネクションＢＣがセットアップされると、データベア
ラコネクションＢＣは、データを正しいＳＡＰハンドラ
ＭＳＨに渡す前に、そのデータ上で解読機能を実行す
る。次いで、ＳＡＰハンドラＭＳＨは、ＵＤＬＬを介し
て適切なアプリケーションにデータを送る。シグナリン
グベアラコネクションＳＢＣおよびデータベアラコネク
ションＢＣは、単一のベアラ制御ＢＣＴへのアクセスを
共用することができるので、シグナリングデータおよび
メッセージデータは同じベアラ上に多重化される。ＭＥ
Ｓ２が複数の並行ベアラをサポートする場合、シグナリ
ングベアラコネクションＳＢＣを二つ以上のベアラ制御
ＢＣＴに接続することができるので、シグナリングデー
タは、複数のベアラ上に逆多重化され、あるいは別のベ
アラが一時的に使用不能のとき（例えば、再調整中のと
き）は、一つのベアラ上に依然として送信することがで
きる。ＭＡＣ層の各部の機能を以下に要約する。 ＭＡＣブローカ ＭＡＣブローカＭＢは、ＵＤＬＬアプリケーションをサ
ポートし、ブローカアクセスポイント（ＢＡＰ）を有し
ている。このブローカアクセスポイントを介して、メッ
セージがアプリケーションとＭＥＳ ＭＡＣマネージャ
ＭＭＭとの間で渡される。ＭＡＣブローカＭＢは、要求
されたＭＡＣコネクションＭＣをサポートできるか否か
を判断するために、サポートしているＵＤＬＬサービス
のデータベースを含んでいる。ＭＡＣブローカＭＢは、
ＭＥＳ ＭＡＣマネージャを生成し、管理する。すなわ
ち、ＭＥＳ２では単一のインスタンスが生成され、ＬＥ
Ｓ１４では、ログオンされた各ＭＥＳ２ごとに一つのイ
ンスタンスが生成される。また、ＭＡＣブローカＭＢ
は、呼の確立の間、各ＭＡＣコネクションに固有のＭＡ
Ｃ識別コードＩＤを割り当てる。 ＳＡＰハンドラ 各ＳＡＰハンドラは、ＵＤＬＬアプリケーションと接続
済データベアラコネクションとの間のユーザデータコネ
クションインタフェースをユーザに提供し、単一のＭＡ
Ｃ識別コードに関連付けられる。ＳＡＰハンドラは、ス
テートマシンを維持し、呼の間、種々のシグナリングメ
ッセージの生成およびシグナリングメッセージへの応答
を決定する。これは、呼の間の誤った動作を検出するた
めのタイマを含んでいる。ＳＡＰハンドラは、ＵＤＬＬ
データを関連付けＭＡＣ ＩＤラベルを含むＭＡＣ Ｐ
ＤＵにカプセル化し、そのデータを関連付けベアラコネ
クションに送信する前にバッファする。ＳＡＰハンドラ
は、フロー制御データをＵＤＬＬサービスに送信し、バ
ッファが満杯の場合により多くのデータが受信されるこ
とを防ぐ。ＳＡＰハンドラは、関連付けベアラコネクシ
ョンにステータス情報（例えば、その送信データバッフ
ァの充てんレベル）を提供する。ベアラコネクション
は、この情報を用いて、自身に接続されたＳＡＰハンド
ラ間におけるデータのスケジューリングを調節する。例
えば、ＳＡＰハンドラの一つの送信データバッファが満
杯であり、対応するＭＡＣコネクションのセットアップ
中に折衝された最大遅延を超過する可能性が高い場合、
ベアラコネクションは、そのＳＡＰハンドラから優先的
にデータを受信する。ベアラコネクションが自身に接続
されたＳＡＰハンドラの全てのサービス要件を満たすこ
とができない場合、ベアラコネクションは、ベアラ制御
機能によるそのベアラコネクションへの容量の割当てを
一時的に増加する要求を行うメッセージを、ＭＥＳベア
ラコネクションマネージャＭＢＣＭに送信する。この
後、ＭＥＳベアラコネクションマネージャＭＢＣＭは、
各ベアラコネクションから受信した情報から、異なるベ
アラコネクション間の各ベアラ制御機能に利用可能なベ
アラ容量をどのように割り当てるかを決定する。ＭＥＳ
２における各ＳＡＰハンドラに対して、対応するＳＡＰ
ハンドラがＬＥＳ１４に存在する。ＳＡＰハンドラのこ
のペアが、関連する呼の持続時間にわたって存在する。
呼が終了すると、ＳＡＰハンドラペアに関連付けられた
ＭＡＣＩＤは、別の呼が設定されるときに、その呼に再
割当てすることができる。各ＳＡＰハンドラは、受信デ
ータおよび送信データの双方を処理することができる
が、これらの一方は、シンプレックス呼では使用されな
い。 ＭＥＳ ＭＡＣマネージャ ＭＥＳ ＭＡＣマネージャＭＭＭは、ローカルＵＤＬＬ
またはリモートＭＡＣ層から呼設定メッセージを受信す
るときに、ローカルＳＡＰハンドラをセットアップしよ
うとする。ＳＡＰハンドラは、呼設定メッセージに提供
されたサービス品質パラメータに従ってセットアップさ
れるが、ローカルに開始された呼の場合、リモートパー
ティ信号が、サービス品質パラメータの一部が受け入れ
られないというものであれば、サービス品質パラメータ
を修正することができる。サービス品質パラメータは、
最大許容遅延を含んでいてもよい。この最大許容遅延
は、リモートパーティがより低い許容最大値を示す場合
に低減することができる。また、サービス品質パラメー
タは、必要な暗号化の種類の指示を含んでいてもよい。
新しく生成されたＳＡＰハンドラには、呼ラベルが割り
当てられる。この呼ラベルは、リモートパーティが呼を
受け入れる前にＳＡＰハンドラによって送信されたデー
タに追加される。その時点で、ＭＡＣ ＩＤが割り当て
られる。呼ラベルは、呼が受け入れられる前に再試呼を
行うことによって、同じアプリケーションが複数のＳＡ
Ｐハンドラをセットアップすること防ぐために使用され
る。ローカル呼設定メッセージがＵＤＬＬから受信され
ると、ＭＥＳ ＭＡＣマネージャＭＭＭは、ＵＤＬＬア
プリケーションと同じラベル値を有する既存のＳＡＰハ
ンドラを探索し、ラベル値が一致する場合は、呼設定メ
ッセージを既存ＳＡＰハンドラに送信する。また、ＭＥ
Ｓ ＭＡＣマネージャＭＭＭは、呼番号ラベルにしたが
ってＭＡＣブローカＭＢと適切なＳＡＰハンドラとの間
でＵＤＬＬシグナリングメッセージを渡し、ＭＥＳベア
ラコネクションマネージャＭＢＣＭとＳＡＰハンドラと
の間でシグナリングを転送する。 ＭＥＳベアラコネクションマネージャ ＭＥＳベアラコネクションマネージャＭＢＣＭは、ベア
ラコネクションマネージャＢＣＭによって生成される。
ＭＥＳ２では単一のインスタンスが生成されるが、ＬＥ
Ｓ１４では、ログオンされた各ＭＥＳ２ごとに一つのイ
ンスタンスが生成される。ＭＥＳベアラコネクションマ
ネージャＭＢＣＭは、ＭＡＣコネクションのサービス品
質要件が満たされるようにベアラコネクションへのＭＡ
Ｃコネクションの接続および切断を制御し、指定された
サービス品質を満たすことができない場合は接続の再折
衝を許可する。ＬＥＳ１４でのＭＥＳベアラコネクショ
ンマネージャＭＢＣＭは、ベアラコネクションの生成、
およびベアラコネクションの容量の変更要求に対して責
任を負っている。また、ＭＥＳベアラコネクションマネ
ージャＭＢＣＭは、ベアラコネクションマネージャＢＣ
Ｍを通じてルーティングを行うという信号メッセージを
正しいＭＥＳ２、またはＬＥＳ１４における正しいＭＥ
Ｓインスタンスにルーティングすることができるよう
に、これらのメッセージにＭＥＳ ＩＤを挿入する。あ
る例では、ＭＥＳベアラコネクションマネージャＭＢＣ
Ｍは、ＭＡＣコネクションＭＣを順方向経路（ＬＥＳか
らＭＥＳへ）ベアラコネクションに接続する。ＬＥＳ
ＭＡＣ／ＳＡＰハンドラＭＳＨは、適切なベアラコネク
ションＢＣに自身を接続するため、ＭＥＳ ＭＡＣマネ
ージャＭＭＭを介して、ＭＥＳベアラコネクションマネ
ージャＭＢＣＭに要求を送る。この要求は、ＭＡＣコネ
クションに対する順方向経路および戻り経路サービス品
質要件の全てを含んでいる。ＭＥＳベアラコネクション
マネージャＭＢＣＭは、ベアラコネクションの各々をポ
ーリングし、これらのベアラコネクションが必要なサー
ビス品質をサポートできるかどうかを要求する。ベアラ
コネクションは、コネクションを拒否するか、無条件の
受け入れを申し出るか、あるいはそのコネクションに利
用できるようにされている指定追加リソースに関する条
件付きの受け入れを申し出ることによって応答する。こ
の後、ＭＥＳベアラコネクションマネージャＭＢＣＭ
は、ベアラコネクションのいずれかがコネクションの受
け入れを申し出たか否か、そして申し出たのであれば、
どれを選択すべきかを判断する。この選択は、追加リソ
ースがベアラコネクションＢＣおよびそれらのサービス
品質設定によって必要とされているか否かを考慮に入れ
る。例えば、データ暗号化ベアラコネクションＢＣおよ
び非暗号化ベアラコネクションＢＣの双方がコネクショ
ンの受け入れを申し出た場合、データ暗号化が必要でな
く、より低い遅延が好ましいのであれば、非暗号化コネ
クションを選択することができる。適切な既存のベアラ
コネクションＢＣがコネクションの受け入れを申し出な
い場合、ＭＥＳベアラコネクションマネージャＭＢＣＭ
は、新しいベアラコネクションＢＣを生成する。この場
合、あるいは唯一の申し出が利用可能なより多くの帯域
幅に関する条件付きである場合、ＭＥＳベアラコネクシ
ョンマネージャＭＢＣＭは、ＭＥＳベアラ制御マネージ
ャＭＢＣＴＭから追加帯域幅を要求する。ＭＥＳベアラ
制御マネージャＭＢＣＴＭは、後述するように追加帯域
幅を割り当てる。追加帯域幅が利用可能である場合、Ｍ
ＥＳベアラ制御マネージャＭＢＣＴＭは、追加の容量が
与えられたことをベアラコネクションマネージャＢＣＭ
に通知する。次いで、ベアラコネクションマネージャＢ
ＣＭは、このことをベアラコネクションに通知する。ベ
アラコネクションは、その割当て容量設定およびそのＭ
ＡＣコネクションスケジューリングを更新して、新しい
ＭＡＣコネクションを含める。この後、ＬＥＳ１４にお
けるＭＥＳベアラコネクションマネージャＭＢＣＭは、
ベアラコネクションマネージャＢＣＭを介して、シグナ
リングベアラコネクションＳＢＣ上で接続メッセージを
ＭＥＳ２に送信する。このメッセージは、ＭＥＳ２にお
ける関連ＭＡＣ／ＳＡＰハンドラに渡される。この後、
このハンドラは、対応するＭＥＳベアラコネクションマ
ネージャＭＢＣＭに命令を出して、受信ベアラコネクシ
ョンの容量を、ＬＥＳ１４における送信ベアラコネクシ
ョンの容量と一致するように生成または訂正させる。次
いで、ＭＥＳ２は、確認応答信号をＬＥＳ１４に返信し
て、コネクションがそのアクティブ状態に移行できるよ
うにする。新しいＭＡＣコネクションがＭＥＳ２でセッ
トアップされると同様の手順が行われるが、帯域幅の割
当ての決定は、ＬＥＳ１４で行われる。これは、ＬＥＳ
１４が、常に帯域幅の割当てを管理するからである。 ベアラコネクション 各ベアラコネクションは、ＭＥＳ２およびＬＥＳ１４間
のポイントツーポイント単方向通信をサポートし、ＭＥ
Ｓ２およびＬＥＳ１４上のＭＡＣ／ＳＡＰハンドラＭＳ
Ｈ間でＭＡＣコネクショングループを渡すことができる
ようにする。異なるベアラコネクションには異なるサー
ビス品質属性を割り当てることができ、ＭＡＣコネクシ
ョングループは、サービス品質要件に従ってベアラコネ
クションに割り当てられる。特定のベアラコネクション
を介して渡されたデータは、識別用ベアラコネクション
ＩＤでラベル付けされたベアラコネクションＰＤＵとし
てフォーマットされる。送信ベアラコネクションは、下
位共用アクセスベアラ上へＭＡＣコネクションを多重化
するが、受信ベアラコネクションは、ＭＡＣ ＰＤＵを
逆多重化し、これらのＭＡＣ ＩＤラベルを用いて適切
なＭＡＣ／ＳＡＰハンドラにこれらをルーティングす
る。送信ベアラコネクションは、その特定のサービス品
質属性に従って、ＭＡＣコネクションＰＤＵを転送す
る。ベアラコネクションはまた、二つ以上の共用アクセ
スベアラに対するデータ暗号化および逆多重化をサポー
トしてもよい。ベアラコネクションおよび下位ベアラ制
御間でデータが渡される速度は、そのベアラコネクショ
ン用のベアラ制御による帯域幅割当てによって決定され
る。接続したＭＡＣ／ＳＡＰハンドラＭＳＨからベアラ
コネクションによってデータが読み取られる速度も、そ
のベアラコネクションへの帯域幅割当てによって決定さ
れるが、そのデータを読み取る順序は、各ＭＡＣ／ＳＡ
ＰハンドラＭＳＨの各々の折衝サービス品質および瞬時
要件にしたがって、ベアラコネクションにより決定され
る。新しいＭＡＣコネクションがベアラコネクションに
接続されることになっている場合、ＬＥＳ１４における
ベアラコネクションマネージャＢＣＭは、新しいＭＡＣ
コネクションについての情報を含む接続要求を伴うアク
ティブベアラコネクションの各々をポーリングする。各
ベアラコネクションは、そのベアラコネクションが新し
いＭＡＣコネクションを扱うことができるどうかに応じ
て、三つの応答のなかから一つを戻す。三つの応答と
は、拒否、条件付き受け入れ、無条件受け入れ、であ
る。上述したように、この後、ＭＥＳベアラコネクショ
ンマネージャＭＢＣＭは、既存のベアラコネクションを
選択するか、あるいは新しいベアラコネクションを生成
する。既存のベアラコネクションが選択される場合、そ
のベアラコネクションは、新しいＭＡＣコネクション用
のＭＡＣ ＩＤコードが提供され、適切なＭＡＣ／ＳＡ
Ｐハンドラへのアクセスが与えられ、ＭＡＣコネクショ
ンのサービス品質詳細にしたがってそのスケジューリン
グを調節する。また、各ベアラコネクションは、その関
連ＭＡＣ／ＳＡＰハンドラＭＳＨの状態（例えば、その
送信バッファのレベル）を監視する。特定のＭＡＣ／Ｓ
ＡＰハンドラの送信バッファがあるしきい値を上回る場
合、他の接続ＭＡＣ／ＳＡＰハンドラＭＳＨのサービス
品質要件が依然として満たされるなら、ベアラコネクシ
ョンは、そのＭＡＣ／ＳＡＰハンドラに利用可能な帯域
幅を一時的に大きくすることができる。しかしながら、
これらの要件を満たすことができない場合、ベアラコネ
クションは、ＭＥＳベアラコネクションマネージャＭＢ
ＣＭに要求を送信し、そこからＭＥＳベアラ制御マネー
ジャＭＢＣＴＭに要求を送信して、そのベアラコネクシ
ョンの割当て容量を増やす。ベアラコネクションへのＭ
ＡＣコネクションの接続およびベアラコネクションの合
計帯域幅は、ＬＥＳ１４によって決定されるが、これら
は、ＭＥＳ２からの要求に従って調節することができ
る。 ベアラコネクションマネージャ ベアラコネクションマネージャＢＣＭは、ＭＥＳベアラ
コネクションマネージャＭＢＣＭ、シグナリングベアラ
コネクションおよび同報ベアラコネクションの生成およ
び消去に対して責任を負い、ＭＥＳ２に単一のＭＥＳベ
アラコネクションマネージャＭＢＣＭを生成し、ＬＥＳ
１４に各ＭＥＳ２用の個別インスタンスを生成する。Ｌ
ＥＳ１４では、ベアラコネクションマネージャＢＣＭ
は、ＭＥＳＩＤコードを用いて、関連付けリモートＭＥ
Ｓ２からＬＥＳ１４におけるＭＥＳベアラコネクション
マネージャＭＢＣＭの対応インスタンスにシグナリング
メッセージをルーティングする。ＬＥＳ１４でのベアラ
コネクションマネージャＢＣＭは、ＭＥＳがＬＥＳ１４
にコンタクトしてログオンすることができるようにシグ
ナリングベアラコネクションを生成する。ＭＥＳ２にお
けるベアラコネクションマネージャＢＣＭは、固有の識
別コードを有するデフォルトシグナリングベアラコネク
ションＳＢＣを生成し、ＭＥＳ２およびＬＥＳ１４間に
シグナリングメッセージトランスポートを提供する。こ
のシグナリングベアラコネクションＳＢＣは、ＭＡＣ／
ＳＡＰハンドラＭＳＨからのデータをサポートしない。
全てのＭＡＣ層シグナリングトラヒックは、ベアラコネ
クションマネージャＢＣＭに向かって、あるいはベアラ
コネクションマネージャＢＣＭから、シグナリングベア
ラコネクションＳＢＣを通過する。ベアラコネクション
マネージャＢＣＭは、ベアラコネクションへのＭＡＣコ
ネクションの割当ておよびベアラへのベアラコネクショ
ンの割当てを再順序づけすることができ、ＭＥＳベアラ
制御マネージャＭＢＣＴＭが（例えば、他のＭＥＳ２エ
ンティティからの競合のために）追加の帯域幅を確保す
ることができなかった場合に、帯域幅を再割当てするか
否かを決定することができる。ベアラコネクションマネ
ージャＢＣＭは、ＭＥＳベアラコネクションマネージャ
ＭＢＣＭから帯域幅に対する要求を受信すると、選択さ
れた他のＭＥＳベアラコネクションマネージャＭＢＣＭ
にコマンドを送信する。このＭＥＳベアラコネクション
マネージャＭＢＣＭは、この後、その関連付けベアラコ
ネクションの各々に修正コマンドを送信し、これらの容
量を、ベアラコネクションがセットアップされたときに
定められた基本レベルに下げる。この修正コマンドは、
ＭＥＳベアラ制御マネージャＭＢＣＴＭによってベアラ
制御ＢＣＴに渡される。この後、ベアラ制御ＢＣＴは、
接続済ベアラコネクションの基本レベルをサポートし、
これにより、追加帯域幅を要求したＭＥＳベアラコネク
ションマネージャＭＢＣＭのために帯域幅を解放する。
ＭＥＳベアラ制御マネージャＭＢＣＴＭは、ＭＥＳベア
ラコネクションマネージャＭＢＣＭに報告を行い、追加
帯域幅が利用可能なことを確認する。次いで、修正コマ
ンドを送信するためにＭＥＳベアラコネクションマネー
ジャの一つが選択され、帯域幅の要求がベアラコネクシ
ョンマネージャＢＣＭによって次に受信されるときに選
択される次のＭＥＳベアラコネクションマネージャＭＢ
ＣＭを示すために、ポインタが更新される。選択された
ＭＥＳベアラコネクションマネージャＭＢＣＭが十分な
帯域幅を作ることができない場合、ポインタによって示
される次のＭＥＳベアラコネクションマネージャＭＢＣ
Ｍに修正コマンドが送信され、十分な帯域幅が利用可能
になるまで、これが繰り返される。新しいベアラコネク
ション用の帯域幅を矯正するプロセスの間は、他のＭＥ
Ｓベアラコネクションマネージャがそれらのベアラコネ
クション用の追加帯域幅を要求することが防がれる。他
のＭＥＳベアラコネクションマネージャの全てに修正コ
マンドが送信された後、不十分な帯域幅が利用可能にな
る場合、帯域幅を要求しているＭＥＳベアラコネクショ
ンマネージャＭＢＣＭには、不十分なリソースが利用可
能なことが通知される。新しいＭＡＣコネクションのセ
ットアップを試みている間に帯域幅要求が行われると、
ＭＡＣコネクションは拒絶される。 シグナリングベアラコネクション 上述したように、ベアラコネクションマネージャＢＣＭ
をベアラ制御に接続するために、シグナリングベアラコ
ネクションＳＢＣの少なくとも一つのインスタンスが各
ＭＥＳ２およびＬＥＳ１４に存在する。ＰＤＵは、シグ
ナリングＩＤコードによってシグナリングベアラコネク
ションＳＢＣにアドレス指定される。異なるＭＥＳへの
シグナリングデータや異なるＭＥＳからのシグナリング
データはＭＥＳ ＩＤラベルによって区別されるので、
単一のシグナリングベアラコネクションＳＢＣは、ＬＥ
Ｓ１４における複数のＭＥＳ機能の間で共用することが
できる。複数のシグナリングベアラコネクションは、異
なる共用アクセスベアラに接続されてもよい。ＭＥＳベ
アラコネクションが生成されると、どのシグナリングベ
アラコネクションＳＢＣを使用すべきかが指示される。
ＬＥＳ１４での受信シグナリングメッセージは、ベアラ
コネクションマネージャＢＣＭを介して、シグナリング
メッセージのＭＥＳ ＩＤによって指定される適切なＭ
ＥＳベアラコネクションマネージャＭＢＣＭにルーティ
ングされる。以下では、二つの特定種類のシグナリング
コネクションを説明する。 一般シグナリングコネクション ＬＥＳ１４は、複数のＭＥＳ２から来る各方向および複
数のＭＥＳ２に向かう各方向の双方における通信に対し
て、少なくとも一つの一般シグナリングベアラコネクシ
ョンＣＳＢＣを維持する。一般シグナリングベアラコネ
クションＣＳＢＣは、他の論理チャネルがまだ確立され
ていない場合や他のチャネルが利用可能でない場合に使
用される。ＭＥＳからＬＥＳに向かう方向では、一般シ
グナリングベアラコネクションＣＳＢＣを通じた送信
は、ＬＥＳによるこのコネクションに容量の割当てがな
いため、ランダムアクセスによって実行される。これら
の送信は、他のコネクションのための容量の要求であっ
てもよいし、登録の要求であってもよい。特定の送信が
関連を持つＭＥＳ２は、ＭＥＳ ＩＤフィールドを用い
て示される。ＬＥＳからＭＥＳに向かう方向では、一般
シグナリングベアラコネクションＣＳＢＣは、指定され
たＭＥＳ ＩＤを用いずに同報通信に使用され、あるい
は戻りスケジュールがどのＭＥＳ２に関連するかを指定
するために使用されるＭＥＳＩＤを用いて戻りスケジュ
ールをＭＥＳに割り当てるために使用される。 ＭＥＳ特定シグナリングベアラコネクション ＭＥＳ特定シグナリングベアラコネクションＭＳＢＣ
は、ＭＥＳ２でセットアップされ、それに応じてＭＥＳ
２の登録中にＬＥＳ１４でもセットアップされる。ＬＥ
Ｓ１４は、登録プロセスの間、ＭＥＳ特定シグナリング
ベアラコネクションにベアラコネクションＩＤを割り当
て、ベアラを接続する。また、ＬＥＳ１４は、任意で、
最大持続時間および最大休止期間をコネクションに割り
当ててもよい。最大持続時間および最大休止期間がＬＥ
Ｓ１４によって指定される場合、最大持続時間が満了す
るイベント、またはサービスコネクションをセットアッ
プしたＭＥＳ２なしで最大休止期間が満了するイベント
では、ＬＥＳ１４は、コネクションをキャンセルし、Ｍ
ＥＳ２は再登録をしなければならない。ＭＥＳ特定シグ
ナリングベアラコネクションＭＳＢＣは、ＭＥＳ２とＬ
ＥＳ１４との間の秘密通信（例えば、後述するような認
証交換）のために使用される。ＭＥＳ特定シグナリング
ベアラコネクションは、ＭＥＳ２の種類に従ってＱｏＳ
パラメータが選択される専用の論理チャネルを提供す
る。例えば、ＭＥＳ２が複数のトランシーバを有してい
る場合、ＭＥＳ２が単一のトランシーバしか有さない場
合よりも大きな信号容量が必要となり、ＱｏＳが高い信
号容量を指定することを予想することができる。 同報ベアラコネクション 同報ベアラコネクションは、ＬＥＳ１４から複数のＭＥ
Ｓ２への同報通信をサポートするためにベアラコネクシ
ョンマネージャＢＣＭによってつくられるシグナリング
ベアラコネクションＳＢＣの一種である。したがって、
ＬＥＳ１４における単一の送信機同報ベアラコネクショ
ンは、複数の受信機同報ベアラコネクション（各受信Ｍ
ＥＳ２ごとに一つ）に関連付けられる。同報ベアラコネ
クションのセットアップの間、受信ＭＥＳの識別子が確
立されるので、ＭＥＳ２のクローズドグループにデータ
をマルチキャストすることができる。ＭＥＳによる同報
メッセージの受信の確認が必要な場合、ＭＥＳの各々に
対する戻りコネクションがセットアップされる。送信機
同報ベアラコネクションは、ベアラコネクションＰＤＵ
を複製して、これらを別個のベアラ制御ＢＣＴに転送す
ることができるので、メッセージを複数のベアラ上で同
報することができる。 ベアラ制御マネージャ ベアラ制御マネージャＢＣＴＭは、ベアラ制御機能を生
成、監視、および消去し、各ＭＥＳ２で単一のＭＥＳベ
アラ制御マネージャＭＢＣＴＭを生成し、各ログオン済
ＭＥＳ２のためにＬＥＳ１４で個別のＭＥＳベアラ制御
マネージャＭＢＣＴＭインスタンスを生成する。ＬＥＳ
１４では、ベアラ制御マネージャＢＣＴＭは、ＭＥＳ２
の種類の分布および最も頻繁に要求されるサービス（例
えば、１チャネル１搬送波方式（ＳＣＰＣ）データやパ
ケットデータ）に従って、下位ベアラタイプと互換性を
持つ異なるサービスをサポートする複数の異なるベアラ
制御ＢＣＴを生成する。少なくとも一つのベアラ制御
は、シグナリングトラヒック用の全てのＭＥＳによって
アクセスできなければならない。ＭＥＳは、通常、一度
に一つのベアラへのアクセスしか有していないので、Ｍ
ＥＳ２におけるベアラ制御マネージャＢＣＴＭは、ＬＥ
Ｓ１４からのシグナリングの命令のもとでベアラ制御Ｂ
ＣＴを生成し、異なるフレームフォーマットを用いる共
用アクセスベアラに移動することが必要なときには、ベ
アラ制御ＢＣＴを消去する。 ＭＥＳベアラ制御マネージャ ベアラ制御マネージャＢＣＴＭは、ＭＥＳベアラコネク
ションマネージャＭＢＣＭおよびＭＥＳチャネルリソー
スＭＣＲ間に接続されたＭＥＳベアラ制御マネージャＭ
ＢＣＴＭの単一のインスタンスを生成する。ＭＥＳ２で
は、ＭＥＳベアラ制御マネージャＭＢＣＴＭの唯一の機
能は、どのベアラ制御が対応ベアラインタフェースユニ
ットを用いて操作するために現在選択されているかをＭ
ＥＳチャネルリソースＭＣＲに通知することである。し
かしながらＬＥＳ１４では、ベアラコネクションが生成
されるとき、あるいはそれらの容量が変えられるときに
どのベアラ制御にベアラコネクションを割り当てるか
を、ＭＥＳベアラ制御マネージャＭＢＣＴＭが決定す
る。双方の場合において、ＭＥＳベアラ制御マネージャ
ＭＢＣＴＭは、ベアラコネクションの方向に応じて、関
連ＭＥＳ２に対し、すべてのローカル送信または受信Ｍ
ＥＳチャネルリソースの問合せを行い、どのようなベア
ラ制御タイプをＭＥＳ２における対応ＭＥＳチャネルリ
ソースＭＣＲによってサポートすることができるかを判
断し、さらにＭＥＳチャネルリソースＭＣＲが存在する
場合は、どのベアラ制御がＭＥＳチャネルリソースＭＣ
Ｒによって現在使用されているのかを判断する。この結
果から、ＭＥＳベアラ制御マネージャＭＢＣＴＭは、Ｌ
ＥＳ１４におけるアクティブベアラ制御ＢＣＴのどれを
ＭＥＳ２によってサポートすることができるのかを判断
し、これらの各々にベアラコネクション接続メッセージ
を送信する。ベアラコネクション接続メッセージは、ベ
アラコネクションタイプおよびその要求容量を示す。応
答では、各ベアラ制御は、拒否応答、制限受入れ応答、
非制限受入れ応答のいずれかを戻す。ベアラコネクショ
ンをサポートする帯域幅がない場合や、ベアラコネクシ
ョンタイプがベアラ制御によってサポートされるサービ
スカテゴリと互換性を有さないとベアラ制御が判断する
場合は、拒否メッセージが生成される。非制限受入れ応
答は、指定されたサービス品質要件でベアラコネクショ
ンをサポートできることを示す。制限受入れ応答は、要
求されたものよりも低いサービス品質レベルでしかベア
ラコネクションをサポートできないことを示す。任意で
あるが、制限受入れは、要求されるものよりも優れたサ
ービス品質でベアラコネクションをサポートできること
を示すことができ、必要であれば、ベアラコネクション
が、その優れたサービス品質を利用できるようにする。
この後、ＭＥＳベアラ制御マネージャＭＢＣＴＭは、応
答にしたがって、ベアラコネクションへの接続用にベア
ラ制御ＢＣＴのなかから一つを選択し、また、ベアラ制
御ＢＣＴの一つを除去して別のものを選ぶことができる
か否かを判断する。ＭＥＳベアラ制御マネージャＭＢＣ
ＴＭは、ベアラ制御マネージャＢＣＴＭにベアラ制御を
異なる周波数に再同調するように要求することもでき
る。この後、ベアラコネクションをサポートするものと
して選択された手段が、ＭＥＳベアラコネクションマネ
ージャＭＢＣＭに示される。 ＭＥＳチャネルリソース ＭＥＳ２では、個別のＭＥＳチャネルリソースＭＣＲが
各ベアラ送信機および受信機に対して生成される。初期
化の間、ＭＥＳチャネルリソースＭＣＲには、その関連
付けベアラ送信機および受信機によってサポートされる
全てのベアラ制御クラスが通知される。ＭＥＳチャネル
リソースＭＣＲは、ＭＥＳベアラ制御マネージャＭＢＣ
ＴＭ、およびそのベアラインタフェースに割り当てられ
たベアラ制御に接続される。全てのＭＥＳが利用可能な
デフォルト信号チャネルを用いてＭＥＳ２がＬＥＳ１４
にログオンすると、ＭＥＳ２は、ＭＥＳの送信機および
受信機能力およびどのような種類のベアラ制御ＢＣＴを
これらがサポートできるのかに関する詳細をＬＥＳ１４
に提供する。ＬＥＳ１４は、この新しいＭＥＳ２のため
に、これらのサポートされたベアラ制御ＢＣＴに対応す
る一組のローカルＭＥＳチャネルリソースＭＣＲインス
タンスを含むベアラ制御副層を生成する。このようにし
てＬＥＳ１４は、特定のＭＥＳ２が同時にアクセスでき
るベアラの数、どのようなベアラ制御タイプを操作する
ことができるか、およびどのようなベアラ制御タイプが
現在操作可能であるのかを決定する。ＭＥＳチャネルリ
ソースＭＣＲは、関連付けベアラのための電力、周波数
およびタイミング情報も含んでいる。初めに、ＬＥＳ１
４は、少なくとも一対の送信および受信ＭＥＳ２チャネ
ルリソースがアクティブであると仮定し、ＬＥＳ１４へ
のシグナリングにすでに使用されているデフォルトのベ
アラ制御タイプを使用する。後で、ベアラコネクション
がベアラ制御に割り当てられるときや、ＬＥＳ１４での
ＭＥＳベアラコネクションマネージャＭＢＣＭによって
要求されるように、既存ベアラコネクションの容量が変
えられるときに、ＭＥＳベアラ制御マネージャＭＢＣＴ
Ｍは、ＭＥＳ２に関連付けられたＭＥＳチャネルリソー
スＭＣＲを参照し、現在操作可能なベアラ制御の識別
子、その割当てチャネル周波数、およびそれがサポート
できる利用可能なベアラ制御タイプセットを取得する。
ＭＥＳベアラ制御マネージャＭＢＣＴＭは、この情報か
ら、他のベアラ制御機能を選択するか、あるいはＭＥＳ
２に再同調するかを選択する。ＭＥＳチャネルリソース
ＭＣＲは、ＭＥＳ２およびＬＥＳ１４の双方において、
下位ベアラの機能を制御する。ＭＥＳチャネルリソース
ＭＣＲおよび下位ベアラ間には、タイミング、周波数お
よび電力制御データの交換のための専用インターフェー
スが存在する。 ベアラ制御 各ベアラ制御ＢＣＴは、一つ以上のベアラコネクション
ＢＣに対して特定の共用アクセスベアラへのアクセスを
提供する。ＬＥＳ１４では、これらのベアラコネクショ
ンを異なるＭＥＳインスタンスと関連付けることができ
る。その上位インタフェースでは、ベアラ制御ＢＣＴ
は、ベアラコネクションＢＣからベアラコネクションＰ
ＤＵを受信し、これらをベアラ制御ＰＤＵにマップす
る。ベアラ制御は、このベアラ制御ＰＤＵを、適切な共
用アクセスベアラチャネルでの挿入のためにベアラに転
送する。逆方向では、ベアラコネクションＩＤによって
識別される適切なベアラコネクションインスタンスへの
転送のために、受信ベアラＰＤＵからベアラコネクショ
ンＰＤＵを抽出する。ベアラ制御ＢＣＴは、ＬＥＳ１４
およびＭＥＳ２の双方でのベアラ制御マネージャＢＣＴ
Ｍによる初期化の間に生成される。ＬＥＳ１４が多くの
同時共用アクセスベアラをサポートすることができるの
で、ベアラ制御ＢＣＴは、頻繁には再割当てされない。
しかしながら、ＭＥＳ２が単一のトランシーバしか有し
ていない場合は、ＭＥＳ２がベアラ制御ＢＣＴを切り替
える必要があるかもしれないが、ＭＥＳ２は、その一つ
以上のベアラコネクションを輸送するようにＭＥＳ２に
対して指示が行われる共用アクセスベアラの形式に応じ
て、ＬＥＳ１４にログオンさせられる。ベアラ制御ＢＣ
Ｔは、通常、異なるトランスポートサービス品質要件を
伴う複数のベアラコネクションを同時にサポートするの
で、送信機ベアラ制御は、ベアラコネクションがベアラ
制御に接続されるときに一致した速度で、ベアラコネク
ションのＰＤＵを送信のために取得すべく各ベアラコネ
クションをいつ読みとるかを決定するスケジューリング
機能を含んでいる。ＬＥＳ１４におけるベアラ制御ＢＣ
Ｔだけが、ベアラ制御マネージャＢＣＴＭかＭＥＳベア
ラ制御マネージャＭＢＣＴＭからの接続要求および修正
メッセージに応答することができる。これらのベアラ制
御ＢＣＴは、下位共用アクセスベアラの使用を決定する
ことができるので、それが要求した帯域幅をベアラコネ
クションに提供するために十分な帯域幅が利用可能であ
るか否かを判断し、あるいは十分な帯域幅が利用可能で
ない場合に、どの程度の帯域幅をそこに割り当てること
できるかを判断することができる。この判断は、要求を
しているベアラ制御のタイプを考慮してもよい。という
のも、特定のベアラコネクションＢＣＴは、非リアルタ
イムベアラコネクションを共通チャネルに統計的多重化
したり、ベアラフレームの別個の部分で動作する種々の
アクセスプロトコルを有するハイブリッドフレーム指示
方式をサポートすることが可能であってもよいからであ
る。この後、ベアラ制御ＢＣＴは、ユーザデータベアラ
コネクションのためにＭＥＳベアラコネクションマネー
ジャＭＢＣＭに送信するために、あるいはシグナリング
または同報ベアラコネクションのためにベアラコネクシ
ョンマネージャＢＣＭに送信するために、接続応答メッ
セージを用意する。上述のように、この応答は、拒否、
制限受入れ、または非制限受入れとすることができる。 共用アクセスベアラ 共用アクセスベアラＳＡＢは、衛星１２を介して物理チ
ャネル上にマップされる。これらの物理チャネルは、Ｓ
ＣＰＣチャネル、ＴＤＭＡスロット、ＣＤＭＡコード、
または一定範囲のスロット付きＡｌｏｈａスロットとす
ることができる。各共用アクセスベアラＳＡＢに関連付
けられたベアラ制御ＢＣＴは、下位物理チャネルのサー
ビス品質特性（例えば、遅延、帯域幅、ビット誤り率）
に関してベアラコネクションＢＣに情報を提供する。好
ましくは、複数の異なる物理チャネルタイプに対応する
複数の共用アクセスベアラＳＡＢが、異なるＭＡＣコネ
クションＭＣの要求に合致するようにＭＥＳ２およびＬ
ＥＳ１４で提供される。例えば、ＬＥＳ１４でサポート
されるチャネルタイプは、高速のダウンロード、データ
要求、およびランダム呼設定要求をサポートするため
に、それぞれ送信ＳＣＰＣチャネルの組合せ、受信ＴＤ
ＭＡスロットの組合せ、および受信スロット付きＡｌｏ
ｈａスロットの組合せを含んでいてもよい。既存のチャ
ネルタイプの継続的な使用を許しながら、新しいチャネ
ルタイプを追加してもよい。 認証 ＬＥＳ１４のサービスのいずれかへのアクセスが許可さ
れる前に、ＭＥＳ２は、まず、そのＬＥＳ１４に登録を
しなければならない。未認証のＭＥＳ２によるアクセス
を防止するために、登録プロセス中、またはその完了後
に認証プロトコルが開始される。ＭＥＳ２は、同報チャ
ネルにおいてＬＥＳ１４によって指定されたベアラに接
続される一般シグナリングベアラコネクションＣＳＢＣ
をセットアップし、一般シグナリングベアラコネクショ
ンＣＳＢＣを介して登録要求パケットを送信する。登録
要求パケットに応答して、ＬＥＳ１４は、同報チャネル
で割当てスケジュールを送信することにより、二重ＭＥ
Ｓ固有シグナリングチャネルをＭＥＳ２に割り当てる。
二重ＭＥＳ固有シグナリングベアラコネクションＭＳＢ
Ｃは、ＭＥＳ２およびＬＥＳ１４でセットアップされ
る。ＭＥＳ固有シグナリングチャネルでは、ＬＥＳ１４
が、ヘッダおよび乱数の形で「チャレンジ」パケットを
送信する。ＭＥＳ２は、ＭＥＳ内でスマートカード等に
記憶されたコードまたはキーを用いて乱数を操作し、Ｍ
ＥＳ固有シグナリングチャネルでの操作の結果を送信す
る。ＬＥＳ１４は、そのＭＥＳ２に固有のコードまたは
キーのコピー（このコピーは、ＬＥＳ１４内に安全に記
憶されている）を使用して同じ操作を行い、その操作の
結果をＭＥＳ２によって送信されたものと比較する。結
果が同じ場合、ＬＥＳ１４は、登録が成功したことを示
す確認パケットをＭＥＳ２に送信し、ＭＥＳ２を用いた
後続のシグナリングでの使用（例えば、サービスコネク
ション用に容量を割り当てるとき）のためにＭＥＳ固有
シグナリングベアラコネクションを維持する。一方、結
果が異なる場合は、失敗指示がＭＥＳ２に送信され、Ｍ
ＥＳ固有シグナリングベアラコネクションＭＳＢＣはク
リアされる。本発明の別の実施形態では、ＭＥＳがデー
タベアラコネクションの確立を要求するときはいつで
も、ＭＥＳ固有シグナリングチャネルを介してＭＥＳ２
の認証が行われる。本発明のこの実施形態は、異なるサ
ービスプロバイダがＬＥＳ１４のオペレータではない場
合、これらのサービスプロバイダによってＭＥＳ２の独
立した認証が可能になる。 呼管理 以下では、ＭＥＳ２によって開始されるＬＥＳ１４への
単純な電話呼出しをセットアップするためのメッセージ
シーケンスの例を説明する。ＭＥＳで実行されるユーザ
電話アプリケーションは、必要なサービスの種類および
呼番号を示すＵＤＬＬ呼設定メッセージを生成する。こ
れは、ブローカアクセスポイントを通してＭＡＣブロー
カＭＢに渡される。ＭＡＣブローカＭＢは、この種類の
コネクションに適した一組のサービス品質パラメータを
準備するＭＥＳ ＭＡＣマネージャＭＭＭにこの設定要
求を転送する。次いで、ＭＡＣブローカＭＢは、サービ
ス品質要件に従って構成されたＭＡＣ／ＳＡＰハンドラ
ＭＳＨを生成し、このＭＡＣ／ＳＡＰハンドラＭＳＨに
呼設定メッセージを転送する。この後、呼設定メッセー
ジは、ベアラコネクションマネージャＢＣＭを通過し、
ＭＥＳ ＭＡＣマネージャＭＭＭを介してＭＥＳベアラ
コネクションマネージャＭＢＣＭに渡される。これは、
確立要求シグナリングメッセージを用意する。このメッ
セージは、シグナリングベアラコネクションＳＢＣを介
してリモートＬＥＳ１４に転送される。ＬＥＳ１４にお
けるベアラコネクションマネージャＢＣＭは、その確立
要求を復号化し、それをＭＥＳ ＩＤラベルを用いて適
切なＭＥＳベアラコネクションマネージャＭＢＣＭにル
ーティングする。次いで、このＭＥＳベアラコネクショ
ンマネージャＭＢＣＭは、その確立要求をＭＥＳ ＭＡ
ＣマネージャＭＭＭに転送する。ＭＥＳ ＭＡＣマネー
ジャＭＭＭは、ＭＡＣ／ＳＡＰハンドラＭＳＨがこの呼
のためにすでに存在しているか否かを知るために呼番号
ラベルを調べる。存在していない場合、ＭＥＳ ＭＡＣ
マネージャＭＭＭは、新しいＭＡＣ／ＳＡＰハンドラＭ
ＳＨを生成し、確立要求信号メッセージ中に保持された
サービス品質パラメータに基づいて、そのハンドラを開
始する。このメッセージは、新しく生成されたＭＡＣ／
ＳＡＰハンドラＭＳＨに転送され、さらに、要求された
種類のサービスがその端末に登録されたか否かを調べる
ために、認証検査が行われるＭＡＣブローカＭＢにも転
送される。サービスが端末に登録されている場合、設定
メッセージは、ブローカアクセスポイントＢＡＰを通っ
て、被呼加入者のＵＤＬＬアプリケーションに渡され
る。被呼加入者が呼を受け入れる場合、ＬＥＳ ＭＡＣ
ブローカＭＢは、その呼を新しいＭＡＣ ＩＤに割り当
てる。呼の受け入れがＭＡＣ／ＳＡＰハンドラＭＳＨに
通知されると、ＭＡＣ／ＳＡＰハンドラＭＳＨは確立確
認応答メッセージを発信ＭＥＳ２に送信して、コネクシ
ョンが受け入れられたことを示し、一対の接続要求メッ
セージを下位ＭＥＳベアラコネクションマネージャＭＢ
ＣＭに送信して、順方向経路および戻り方向経路用の適
切なベアラコネクションＢＣを見つける。この確立確認
応答メッセージは、ＭＡＣ／ＳＡＰハンドラＭＳＨ、Ｍ
ＥＳＭＡＣマネージャＭＭＭ、ＭＥＳベアラコネクショ
ンマネージャＭＢＣＭおよびベアラコネクションマネー
ジャＢＣＭからシグナリングベアラコネクションＳＢＣ
に進む。このシグナリングベアラコネクションＳＢＣで
は、メッセージがベアラコネクションＰＤＵ中でフォー
マットされ、シグナリングベアラコネクションＩＤによ
ってプレフィックスが付けられる。ＭＥＳ２では、ベア
ラ制御が、シグナリングベアラコネクションＩＤを用い
てシグナリングベアラコネクションＳＢＣにベアラコネ
クションＰＤＵを転送する。この後、メッセージは、新
しく割り当てられたＭＡＣ ＩＤを含むメッセージ内容
が抽出されるベアラコネクションマネージャＢＣＭに転
送され、適切なＭＡＣ／ＳＡＰハンドラＭＳＨに渡され
る。次いで、確認応答信号は、コネクションが確立され
たこと及びデータＳＡＰＭＳＨのアドレスを示すＭＡＣ
ブローカＭＢを通じてＵＤＬＬアプリケーションに転送
される。しかしながら、リソースは、新しいＭＡＣコネ
クションにはまだ引き渡されない。ＭＥＳベアラコネク
ションマネージャＭＢＣＭは、順方向および戻り方向経
路用の接続要求メッセージペアを受信すると、ベアラコ
ネクションＢＣの各々をポーリングし、既存のベアラコ
ネクションに関する条件つきで、あるいは無条件で十分
なリソースが利用可能であるか否かを判断する。ＭＥＳ
ベアラコネクションマネージャＭＢＣＭは、適切なもの
が存在しない場合に新しいベアラコネクションＢＣを生
成するという選択肢も有している。適切なベアラコネク
ションＢＣが存在しないか、あるいは既存のベアラコネ
クションの容量を新しいＭＡＣコネクションを収容する
ために修正しなければならない場合、ＭＥＳベアラコネ
クションマネージャＭＢＣＭは、新しい、あるいは修正
されたベアラコネクションＢＣをサポートすることがで
きる適切なベアラ制御ＢＣＴを配置するように下位ＭＥ
Ｓベアラ制御マネージャＭＢＣＴＭに依頼する。追加の
容量が新しいベアラコネクションＢＣに与えられるとす
ると、ＭＥＳベアラコネクションマネージャＭＢＣＭ
は、ベアラコネクションＢＣを生成し、それを、その上
位インタフェースにおける適切なＭＡＣ／ＳＡＰハンド
ラＭＳＨおよびその下位インタフェースにおけるベアラ
制御ＢＣＴにリンクする。しかしながら、ＭＥＳチャネ
ルリソースＭＣＲによって定義される任意の適切なベア
ラ制御ＢＣＴ上に不十分なリソースがにある場合、ＭＥ
ＳベアラコネクションマネージャＭＢＣＭは、帯域幅統
合を実行して優先順位の低い動的割当てに使用されてい
るかもしれない容量を解放するように一般ベアラコネク
ションマネージャＢＣＭに要求することができる。しか
し、ベアラリソースが順方向経路および戻り方向経路ベ
アラコネクションＢＣの双方に割り当てられると、順経
路経路ベアラコネクションＢＣは、新しいＭＡＣコネク
ションを収容するためにそのスケジューリング操作をど
のように更新しなければならないかを決定する。順方向
および戻り方向ベアラコネクションリソースがＬＥＳ１
４における新しいＭＡＣコネクションに割り当てられる
と、ＬＥＳ１４は、どのようなベアラリソースが新しい
ＭＡＣコネクションに割り当てられたかをＭＥＳ２に通
知しなければならない。これは、新しい／修正された順
方向および戻り方向ベアラコネクションＢＣの双方を適
切なベアラ制御ＢＣＴ上でサポートできることの確認を
ＬＥＳ１４のＭＥＳベアラコネクションマネージャＭＢ
ＣＭがＭＥＳベアラ制御マネージャＭＢＣＴＭから受け
取ると、そのＭＥＳベアラコネクションマネージャＭＢ
ＣＭによって開始される。このとき、ＬＥＳ１４は、順
方向および戻り方向経路ベアラコネクションＢＣのため
の一対の接続要求メッセージをリモートＭＥＳ２に送信
する。これらのメッセージは、ここで発呼ＭＡＣ／ＳＡ
ＰハンドラＭＳＨに渡される。これは、一対の接続応答
メッセージを生成する。これらのメッセージは、ＭＥＳ
のＭＥＳベアラコネクションマネージャＭＢＣＭに渡さ
れる。このＭＥＳベアラコネクションマネージャは、順
方向および戻り方向経路用に適切なベアラコネクション
ＢＣを修正または生成する。この後、メッセージがＭＥ
Ｓベアラ制御マネージャＭＢＣＴＭに渡される。このメ
ッセージは、ＭＥＳベアラ制御マネージャＭＢＣＴＭに
対して、戻り方向経路ベアラコネクションＢＣに適切な
容量を割り当てるように命令するとともに、順方向経路
ベアラコネクションが新しく生成されたベアラコネクシ
ョンである場合は、順方向経路ベアラコネクションＩＤ
をＭＥＳベアラ制御マネージャＭＢＣＴＭに通知する。
ＭＥＳベアラコネクションマネージャＭＢＣＭは、接続
確認応答メッセージをＬＥＳ１４上のＭＡＣ／ＳＡＰハ
ンドラＭＳＨに返送し、下位ベアラリソースが新しいＭ
ＡＣコネクションのために利用できるようになったので
データ伝送を開始できることを示す。呼の終了は、発呼
ＭＥＳ２か被呼ＬＥＳ１４によって開始することができ
る。いずれにせよ、アプリケーションの解放操作は、リ
モートエンドＭＡＣ層へ通過させられる切断メッセージ
の生成を引き起こす。コネクションインフラストラクチ
ャのどの部分が切断されても、解放パーティは、ＭＡＣ
／ＳＡＰハンドラＭＳＨへのローカル上位層アクセスを
即座にディセーブルにしてデータ転送を防ぐが、遠端が
呼解放の確認応答をするまでＭＡＣ／ＳＡＰハンドラＭ
ＳＨは除去されない。ＭＥＳで開始される解放のため
に、ＬＥＳ１４解放確認応答は、修正されたベアラ制御
共用アクセスベアラリソース割当てを含んでいてもよ
い。ＬＥＳ１４で開始される解放のために、解放要求は
このデータを含む。 ＭＡＣコネクション管理 ＭＡＣ層と上位データリンク層（ＵＤＬＬ）、ベアラ層
および層管理との間の通信は、情報の論理的交換を表す
プリミティブを用いて達成される。図６には、プリミテ
ィブの四つの主要なクラスが示されている。これらの定
義は、次の通りである。 要求（Ｒｅｑｕｅｓｔ） 上位層または層管理が下位層
からのサービスを要求するときに使用される 指示（Ｉｎｄｉｃａｔｉｏｎ） 上位層または層管理に
通知をするためにサービスを提供する層によって使用さ
れる 応答（Ｒｅｓｐｏｎｓｅ） 指示への応答 確認（Ｃｏｎｆｉｒｍ） アクティビティが完了したこ
とを確認するために、要求されたサービスを提供する層
によって使用される ＭＡＣ層通信は、ベアラインタフェースユニットサービ
スアクセスポイント（ＳＡＰ）を通じて下位ベアラ層に
渡される要求の一般的な形式をとる。この下位ベアラ層
では、この要求がリモートエンドまで送信される。実
際、このメッセージは、まず一つ以上のベアラＰＤＵに
組織され、物理層において送信される。リモートエンド
において、ベアラは、このメッセージを指示としてＭＡ
Ｃ層までベアラインタフェースユニットＳＡＰを通じて
転送する。リモートエンドＭＡＣ層プロセスは、指示の
性質に基づいて応答を送出する。この応答は、リモート
エンドにおけるベアラＳＡＰを通じて渡される。この
後、この応答は、発信エンティティに戻され、メッセー
ジの確認クラスとしてローカルベアラにより自身のＭＡ
Ｃ層まで転送される。ＭＡＣコネクション管理は、三つ
のプロセスが含まれていることを必要とする。すなわ
ち、ＭＡＣブローカＭＢ、ＭＥＳ ＭＡＣマネージャＭ
ＭＭおよびＭＡＣ／ＳＡＰハンドラＭＳＨである。ＭＡ
ＣブローカＭＢは、ＭＡＣコネクションリソースを要求
するためにＵＤＬＬサービスによって使用される単一の
シグナリングポイントである。このＭＡＣブローカＭＢ
は、適切であれば、ＭＥＳ ＭＡＣマネージャにその要
求を転送する。このＭＥＳ ＭＡＣマネージャは、ＭＡ
Ｃコネクションステートマシンを維持してＭＡＣコネク
ションの後続の振る舞いを制御するＭＡＣ／ＳＡＰハン
ドラＭＳＨを生成する。この後、リモートエンドへの呼
設定要求を開始し、すべてのＭＡＣコネクションシグナ
リング応答を処理するのは、このＭＡＣ／ＳＡＰハンド
ラＭＳＨである。リモートエンドでは、関連付けＭＡＣ
／ＳＡＰハンドラインスタンスＭＳＨが、そのＭＥＳ
ＭＡＣマネージャＭＭＭによって生成される。これは、
発呼要求をそのＭＡＣブローカＭＢに転送させ、後続の
応答を処理させるＭＡＣコネクションステートマシンも
含んでいる。ＭＡＣブローカＭＢは、新しいＭＡＣコネ
クション要求がＵＤＬＬによってサポートされる種類で
あるか否かを判断し、サポートされる種類であれば、発
呼要求が適切なＵＤＬＬアプリケーションに渡される。
ＵＤＬＬアプリケーションがコネクション要求を拒否す
る場合、ＭＡＣ／ＳＡＰハンドラＭＳＨに通知が行われ
ると、ＭＡＣ／ＳＡＰハンドラＭＳＨは、自身と発呼者
エンドにおけるＭＡＣ／ＳＡＰハンドラＭＳＨとの間で
呼解放手順を開始し、この結果、双方のＭＡＣ／ＳＡＰ
ハンドラが終了するようになる。しかしながら、呼が受
け入れられる場合、被呼者ＭＡＣ／ＳＡＰハンドラＭＳ
Ｈは、発呼者エンドに確認を送信して、呼の確立を完了
する。さらに、ＬＥＳ１４に配置されたＭＡＣ／ＳＡＰ
ハンドラは、下位ベアラコネクションリソースの要求を
開始して、新しいＭＡＣコネクションをサポートする。
リソースが利用可能な場合、双方のＭＡＣ／ＳＡＰハン
ドラがフロー制御された呼状態から解放され、ユーザデ
ータの交換を開始することができる。下位ベアラコネク
ションリソースを見つけられないと、ＬＥＳ ＭＡＣ／
ＳＡＰハンドラが、適切に割り当てられた呼解放コード
とともにＭＡＣコネクション解放を送出することにな
る。 ベアラコネクション管理 ベアラコネクション管理は、ベアラコネクションＢＣ、
ＭＥＳベアラコネクションマネージャＭＢＣＭおよび一
般ベアラコネクションマネージャＢＣＭによって昇階層
順に実行される。ベアラコネクションＢＣは、ＭＡＣコ
ネクションの読取り操作を適切にスケジューリングする
ことに対して責任を負っている。また、ベアラコネクシ
ョンＢＣは、新しいＭＡＣコネクションを受け入れよう
とするときに接続プロセスを開始し、ベアラコネクショ
ンＢＣの容量を動的に調節するために、ＭＡＣ／ＳＡＰ
ハンドラ送信バッファの瞬間的なステータスに応じて修
正メッセージを送出することに対して責任を負ってい
る。あるベアラコネクションＢＣからのＭＡＣコネクシ
ョンを、データの損失または複製の危険なく別のベアラ
コネクションに移動するため、各エンドは、全てのバッ
ファ済データが送受信されたことを知る必要がある。Ｍ
ＥＳベアラコネクションマネージャＭＢＣＭの命令のも
とで、ベアラコネクションＢＣは、データＰＤＵストリ
ームがベアラ制御ＢＣＴに渡されるときに、特別な「フ
ラッシュ」制御メッセージをデータＰＤＵストリームに
挿入することができる。ベアラコネクションＢＣは単方
向性であるので、フラッシュメッセージは、ＭＥＳベア
ラコネクションマネージャＭＢＣＭによってリモートエ
ンドで転回させられ、対応する戻り方向経路ベアラコネ
クションに挿入される。フラッシュＰＤＵが往復を終え
ると、ハンドオーバが完了されるだけである。これらの
メッセージの受信の際、発信ＭＥＳベアラコネクション
マネージャＭＢＣＭは、原ベアラコネクションＢＣに関
連付けられたどの送信バッファにも保持データがないこ
とを知っている。ＭＥＳ２およびＬＥＳ１４の双方にお
けるベアラコネクションが操作可能か否かを判断するた
めに、完全性テストを使用することができる。ＭＥＳベ
アラコネクションマネージャＭＢＣＭの命令のもとで、
発信ベアラ制御ＢＣＴは、データＰＤＵストリームがベ
アラ制御に渡されるときに「ループバック」制御メッセ
ージをデータＰＤＵストリームに挿入することができ
る。このループバックＰＤＵは、受信機によってループ
される。このメッセージの受信の際、ＭＥＳベアラコネ
クションマネージャＭＢＣＭは、リンク完全性が確認さ
れたと推定することができる。ベアラコネクションＢＣ
の容量を変えることやベアラ制御ＢＣＴからベアラコネ
クションＢＣを接続または分離することが必要なとき、
ＭＥＳベアラコネクションマネージャＭＢＣＭは、ベア
ラコネクションＢＣおよび下位ＭＥＳベアラ制御マネー
ジャＭＢＣＴＭ間で連絡をつける。ＭＥＳベアラコネク
ションマネージャＭＢＣＭは、複数のベアラ制御ＢＣＴ
がベアラコネクションＢＣをサポートできる場合に、こ
れらが好適なオプションを選択することができるよう
に、スコアリングアルゴリズムを使用してもよい。不十
分なリソースがベアラコネクションの要求サービス品質
をサポートするために利用可能に見える場合、ＭＥＳベ
アラコネクションマネージャＭＢＣＭは、ベアラリソー
スの統合によってこの問題を解決するようにベアラコネ
クションマネージャＢＣＭに訴えることができる。同様
に、ＭＥＳベアラコネクションマネージャＭＢＣＭは、
帯域幅が競合している間、下位ＭＥＳベアラ制御マネー
ジャＭＢＣＴＭへの修正メッセージおよび接続メッセー
ジの転送を制限することができる。ベアラコネクション
マネージメントに含まれる最後の機能は、ベアラコネク
ションマネージャＢＣＭである。この機能は、すべての
ＭＥＳベアラコネクションマネージャＭＢＣＭを生成お
よび管理し、固有のベアラコネクションＩＤを割り当
て、ＭＥＳ管理インスタンス間でベアラリソースの再配
布が必要なときにはアービトレーション機能として働
く。この役割と関連して、ベアラコネクションマネージ
ャＢＣＭは、冗長なベアラコネクションを取り除けるよ
うにベアラコネクションＢＣ内で有効にＭＡＣコネクシ
ョンをパックするため、ＭＡＣコネクション分類アルゴ
リズムを提供してもよい。ベアラコネクションマネージ
ャＢＣＭは、複数のＭＥＳ管理インスタンス（例えば、
シグナリングベアラコネクションおよび同報ベアラコネ
クションの双方の生成や操作）にわたって共用すること
ができる一般サービスもサポートする。また、ベアラコ
ネクションマネージャＢＣＭは、ＭＡＣ層のための一般
信号着信地点として働き、データリンク上を輸送される
ＭＡＣ層信号メッセージをカプセル化および復号化す
る。 ベアラ制御リソース管理 ベアラ制御機能ＢＣＴは、複数のベアラコネクションＳ
ＢＣを有効に多重化し、共用アクセスチャネル内のＢＣ
は、それらの異なるトランスポート要求、特にそれらの
遅延に対する感度およびその容量を考慮する。ベアラ制
御のリソース管理アルゴリズムは、どのようなベアラリ
ソースがそのベアラコネクショントラヒックを維持する
ために必要であるかを確かめることができる。これは、
新しいベアラコネクションインスタンスＢＣを受け入れ
ることができるかどうか、および受け入れられるのであ
ればどのような状況のもとであるかをベアラ制御ＢＣＴ
が判断できるようにするために必要である。例えば、ベ
アラ制御ＢＣＴは、ベアラコネクションＢＣを受け入れ
る前に追加の帯域幅を確保しなければならないことがあ
る。しかしながら、ベアラコネクション副層管理と同様
に、ベアラ制御副層管理は、ＬＥＳ１４のみから制御さ
れる。ベアラ制御ＢＣＴがベアラコネクションＢＣの共
用アクセスベアラＳＡＢ上への割当てを決定することが
できるのは、ＬＥＳ１４においてだけである。 リソース管理例 図７は、四つのＭＡＣ／ＳＡＰハンドラ送信バッファＢ
１〜Ｂ４を示すとともに、これらのＭＡＣコネクション
データがどのように下位共用アクセスベアラＳＡＢ上の
別個の二つのベアラコネクション内に配置されるかを示
している。ベアラコネクション１のために現在は２０ｋ
ｂ／ｓしか確保されておらず、このベアラコネクション
ＢＣ１に多重化された単一の遅延感知コネクションおよ
び非遅延感知コネクションはそれぞれ１０ｋｂ／ｓで読
み取られる。しかしながら、遅延感知アプリケーション
に１５ｋｂ／ｓの過渡レートでＵＤＬＬからデータを受
信させる遅延感知アプリケーションのバースト性のため
に、そのＭＡＣ／ＳＡＰハンドラ送信バッファＢ１は充
填を開始する。これは、負荷の過渡的な増加をローカル
に調整しようと試みるか、あるいはＭＥＳベアラコネク
ションマネージャＭＢＣＭを介して追加リソースを要求
することができるベアラコネクションＢＣ１によって注
目される。第一に、ベアラコネクションＢＣ１は、その
平均パケット転送速度以上の速度で読み取られる遅延感
知ＭＡＣコネクションをすでに用意してある場合、この
問題を単純に無視することができる。ＭＡＣ／ＳＡＰハ
ンドラＭＳＨ内の十分に大きなバッファリング容量と共
に大きなタイムウィンドウが与えられると、データバー
ストをバッファに格納することができ、その後、このＵ
ＤＬＬ呼からの相対的イナクティビティの期間中に徐々
に空にすることができる。しかしながら、これは大量の
バッファリングの使用を必要とし（データ損失を最小限
に抑える場合）、データが比較的、非時間感知であるこ
とを想定する。もちろん、これは遅延感知データには当
てはまらない。サポートされていれば、フロー制御メッ
セージをＵＤＬＬアプリケーションに順次に送信するこ
とができるＭＡＣ／ＳＡＰハンドラＭＳＨおよびベアラ
コネクションＢＣ１間でフロー制御を使用することもで
きる。しかしながら、この遅延感知コネクションは、下
位ベアラリソースの状態にかかわらず下位トランスポー
ト機構からの割込みなしでデータを送信できることを予
想することができる。第二の手法では、ベアラコネクシ
ョンＢＣ１は、同じベアラコネクションを共用する非遅
延感知サービスが「バックオフ」に対して比較的耐性を
持ちうるという事実を利用し、そのスケジューリング振
る舞いを変え、非遅延感知待ち行列を犠牲にしてより頻
繁に遅延感知待ち行列から読み出しを行う。この選択肢
は、図８に示されている。ここでは、遅延感知バッファ
Ｂ１が現在１５ｋｂ／ｓで読み取られ、非遅延感知バッ
ファＢ２が５ｋｂ／ｓの低速度で読み取られる。これに
より、遅延感知バッファＢ１を空にすることが可能にな
る。しかしながら、非遅延感知待ち行列は、これに応じ
て増大を開始することもできる。これは、非遅延感知コ
ネクションの一部のクラスに課される特定の損失制約ま
たは遅延制約が存在しない可能性があるので許容される
ものと考えることができる。ベアラコネクションＢＣ１
がこれら二つの解決策のいずれかを用いてＭＡＣコネク
ションの高帯域幅要求をローカルに調整することができ
ないと仮定すると、ベアラコネクションＢＣ１は、追加
容量自体を取得しようと試みることができる。このプロ
セスは、ベアラコネクションＢＣ用に追加の帯域幅を確
保するようにＭＥＳベアラコネクションマネージャＭＢ
ＣＭに要求するベアラコネクションによって開始され
る。輻輳がＭＥＳ２で発生している場合、このメッセー
ジは、ＬＥＳ１４上の対応するプロセスに送信されなけ
ればならない。これは、このＬＥＳが、ベアラコネクシ
ョン副層およびそれ以下のリソース管理を引き受けるこ
とのできる唯一のＬＥＳ１４だからである。ＬＥＳベー
スのＭＥＳベアラコネクションマネージャＭＢＣＭは、
修正メッセージを用いて、修正された容量を有するベア
ラコネクションＢＣを任意の適切なベアラ制御ＢＣＴ上
で調整できるかどうかを判断するようにＭＥＳベアラ制
御マネージャＭＢＣＴＭに依頼する。混乱を最小限に抑
えるための好適な応答は、ベアラコネクションＢＣを現
在サポートしているベアラ制御が、要求された量によっ
てそれに割り当てられた送信リソースを増やすように申
し出ることである。ＭＥＳベアラコネクションマネージ
ャＭＢＣＭがこの申し出を受け入れると、ＬＥＳ−ＭＥ
Ｓチャネルのいずれかのエンドにおけるベアラ制御ＢＣ
Ｔが、この問題を軽減するように、ベアラコネクション
ＰＤＵ転送速度を即座に増加する。この手法は、図９に
示されている。追加のＳＡＢリソースは、２５ｋｂ／ｓ
に増加された瞬間ベアラコネクション帯域幅でベアラコ
ネクションＢＣに割り当てられ、遅延感知コネクション
データ転送速度は、これに応じて１５ｋｂ／ｓに増加す
ることができる。ベアラコネクションＢＣは、その瞬間
容量の修正を通知されず、その概念上のベアラコネクシ
ョン容量は、そのＭＡＣコネクションの全てに対して一
致した呼レベル容量の合計に固定されたままであること
に注意する必要がある。逆に、ベアラコネクションＢＣ
１がその動作のすべて（送信ベアラ制御ＢＣＴへのデー
タ転送を含む）を実行する速度を左右するクロックは増
加する。ベアラ制御ＢＣ１は、スケジューリングを更に
実行して、過負荷の遅延感知ＭＡＣコネクション送信バ
ッファＢ１をより迅速に低減してもよい。しかし、バッ
ファＢ１が所定のレベルに減少すると、ベアラコネクシ
ョンＢＣ１は、この追加帯域幅を放棄するために別の修
正メッセージを送出しなければならない。しかしなが
ら、現在のＳＡＢ上で利用可能な不十分な未割当て帯域
幅がある場合、遅延感知ＭＡＣコネクションバッファＢ
１の周波数を読み取るベアラコネクションＢＣ１を増や
し、ベアラコネクションＢＣ１を、図１０で示されるよ
うにその要求された修正帯域幅をサポートできる第二の
ベアラＳＡＢ２に移動することを解決策とすることがで
きる。これは、移動操作が行われる間、移動ベアラコネ
クションに属するすべてのＭＡＣコネクションを（フロ
ー制御を使用して）一時的に中断することを必要とす
る。別の手法は、十分な帯域幅を利用可能か取得可能で
ある異なるベアラコネクションＢＣに（そして、場合に
よってはＳＡＢにも）ＭＡＣコネクションを移動するこ
とである。これは、原親ベアラコネクションＢＣ１、修
正ベアラコネクションＢＣ３およびＭＥＳベアラコネク
ションマネージャＭＢＣＭのインタワーキングによって
着手される。この後者の機能は、宛先ベアラコネクショ
ンＢＣ３上で必要なリソースを確保することができ、原
親ベアラコネクションＢＣ１は、図１１に示されるよう
に、これをＭＡＣ／ＳＡＰハンドラのアドレスに転送す
ることができる。この手法は、問題を経験しているＭＡ
Ｃコネクションに混乱が限定されているので、図１０で
示されるものよりも有益な場合がある。しかしながら、
その実施には、ＭＥＳベアラコネクションマネージャＭ
ＢＣＭが、各ベアラコネクションＢＣ内のＭＡＣコネク
ション合成の知識（これは、ベアラコネクションの各々
によって知られている）を取得することが必要となる。
それにもかかわらず、この方式は、ＭＥＳベアラコネク
ションマネージャＭＢＣＭが有限のベアラリソースを効
率的に利用できるようにし、統合機構が動作できるよう
にする。例えば、ＬＥＳ１４上で一般ベアラコネクショ
ンマネージャＢＣＭによって定期的にトリガされると、
ＭＥＳベアラコネクションマネージャＭＢＣＭは、この
手法を用いてそのＭＡＣコネクションをより少ないベア
ラコネクションＢＣに徐々に移動させ、次いで、複数の
同時並行ベアラ制御が移動体によってサポートされてい
ると想定して、これらのベアラコネクションＢＣを単一
のベアラ制御ＢＣＴ上に移動させようとすることができ
る。より少ない数のベアラコネクションＢＣにＭＡＣコ
ネクションを統合することにより、動的追加およびＭＡ
Ｃコネクションの除去に起因するベアラコネクションＢ
Ｃの不必要な増殖が確実に回避されるようになる。この
統合は、複数のトランシーバを有するＭＥＳにバイアス
をかけて、単一ＭＥＳ上のこれらトランシーバのトラヒ
ックの全てを維持し、電力消費を低減する傾向がある。 追加ベアラタイプ ＭＡＣ層の利点の一つは、追加のベアラおよびベアラタ
イプをＭＡＣ層エンティティの変化を最小限に抑えて調
整できることである。これは、ベアラ制御ＢＣＴとの
「疎結合」インタフェースを維持するＭＡＣ層によって
実現される。言い換えると、あるエンティティについて
の全ての情報は、そのエンティティ内でのみ保持され、
そのエンティティへのアクセスは、定義インタフェース
を通じたものだけである。インタフェースが未変更のま
まであれば、エンティティの内部動作は、他のエンティ
ティに影響を及ぼすことなく変更することができる。ベ
アラがベアラコネクションＢＣを調整できるか否かに関
する知識は、ベアラ制御ＢＣＴに保持されている。この
知識へのアクセスは、照会メカニズムをサポートするこ
とによって行われる。すなわち、ＭＥＳベアラ制御マネ
ージャエンティティＭＢＣＭは、一般インタフェースを
通じて、可能性のあるベアラ制御ＢＣＴの各々を照会す
る。このような手法は、追加ベアラタイプを取り入れる
ためのシステムアップグレードの複雑さを軽減する。例
えば、ＬＥＳ１４は、ベアラ制御タイプ１を現在サポー
トしている。追加のベアラ制御タイプ２は、追加チャネ
ル上に加えられることになっている。ベアラ制御タイプ
２は、タイプ１を上回るユーザ利点を提供する後発の改
良設計である。タイプ２をサポートすることの可能な追
加ＭＥＳチャネルリソースＭＣＲが追加され、タイプ２
のためのソフトウェア「ドライバ」がロードされる。こ
れは、ベアラコネクションマネージャＢＣＭにその存在
を知らせる。同様に、個々のＭＥＳ２は、ＭＥＳベアラ
制御マネージャＭＢＣＴＭにその存在を知らせるベアラ
制御タイプ２用の対応ＭＥＳソフトウェアドライバをロ
ードすることによってアップグレードされる。この後、
ＭＥＳ２はサインオンし、ＬＥＳ１４はＭＥＳの新しい
容量を知らされる。次回にＭＥＳコネクションが確立さ
れ、あるいは動的帯域幅の変化が折衝されるときには、
ＬＥＳ１４におけるＭＥＳベアラコネクションマネージ
ャＭＢＣＭが、ＭＥＳ２用の可能性のあるすべてのベア
ラ制御、すなわちタイプ１及びタイプ２の双方を照会す
る。このとき、タイプ２は、ＭＥＳベアラコネクション
マネージャＭＢＣＭにおいてより高いスコアを与える、
より良好なオプションを提供するかもしれない。このよ
うに、疎結合を維持することにより、新しいベアラ制御
ＢＣＴしかＭＥＳ２およびＬＥＳ１４で追加する必要が
なくなる。他のＭＡＣ層エンティティは、修正を必要と
しない。更に、各コネクションまたは帯域幅変更は二つ
の照会という結果になるが、これらの照会はすべて、計
算力がより容易に提供されるＬＥＳ１４で行われる。ベ
アラは、物理無線インタフェースの最上位にフレーミン
グサポートを提供することに対して責任を負っている。
複数のフレーミング形式を同時に使用できるようにする
ために、異なるベアラを使用しなければならない。これ
は、単一のベアラをサポートするＭＥＳ２の場合、送信
周波数の再選択が、ベアラの更新中に一時的に中断させ
られる全てのアクティブコネクションを必要とすること
を示している。このハンドオーバタイプ機構を適切に実
行するために、ＭＥＳ２およびＬＥＳ１４は、フロー制
御機構を使用する。上記の実施形態は、オブジェクト指
向モデルに関連して説明した。しかしながら、個々のオ
ブジェクトが、必ずしもディスクリート回路に対応する
わけではない。これらのオブジェクトが単一の処理装置
または汎用コンピュータ上で実装されることが好まし
い。上記の実施形態は、衛星通信システムに関連して説
明した。しかしながら、本明細書で説明した技術は、地
上無線通信システムに適用することも可能である。
【図１】本発明の実施形態を実施することができる衛星
通信方式の模式図である。
通信方式の模式図である。
【図２】本発明の実施形態でＭＥＳおよびＬＥＳによっ
て使用されるプロトコル層を示している。
て使用されるプロトコル層を示している。
【図３】実施形態におけるベアラコネクション上への個
々のＭＡＣコネクションのマッピングを示している。
々のＭＡＣコネクションのマッピングを示している。
【図４】ＭＡＣ層を通過するデータの形式を示してい
る。
る。
【図５】各ＭＡＣ層内の副層の特定の機能を示してい
る。
る。
【図６】ＭＡＣ層、上位データリンク層およびベアラ層
間の通信のために使用されるプリミティブを示してい
る。
間の通信のために使用されるプリミティブを示してい
る。
【図７】四つのＭＡＣ／ＳＡＰハンドラが二つのベアラ
コネクションに接続されている例を示している。
コネクションに接続されている例を示している。
【図８】図７に示される例において、追加帯域幅をＭＡ
Ｃコネクションが利用できるようにする第一のオプショ
ンを示している。
Ｃコネクションが利用できるようにする第一のオプショ
ンを示している。
【図９】図７に示される例において、追加帯域幅をＭＡ
Ｃコネクションが利用できるようにする第二のオプショ
ンを示している。
Ｃコネクションが利用できるようにする第二のオプショ
ンを示している。
【図１０】図７に示される例において、追加帯域幅をＭ
ＡＣコネクションが利用できるようにする第三のオプシ
ョンを示している。
ＡＣコネクションが利用できるようにする第三のオプシ
ョンを示している。
【図１１】図７に示される例において、追加帯域幅をＭ
ＡＣコネクションが利用できるようにする第四のオプシ
ョンを示している。
ＡＣコネクションが利用できるようにする第四のオプシ
ョンを示している。
２…移動端末、４…通信アプリケーション、６…ドライ
バソフトウェア、８…インタフェースカード、１０…ア
ンテナ、１２…衛星、１６…地球局アンテナ、１８…レ
イヤ、２０…ゲートウェイインタフェース、２２…地上
ネットワーク。
バソフトウェア、８…インタフェースカード、１０…ア
ンテナ、１２…衛星、１６…地球局アンテナ、１８…レ
イヤ、２０…ゲートウェイインタフェース、２２…地上
ネットワーク。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ルイス ミミス クリストドリデス イギリス， エムケー７ ６エイチエス, ミルトン ケインズ， ケンツ ヒル, バジャーズ オーク ７ (72)発明者 ポール フェブル イギリス， アイピー４ ５エイチエフ, サフォーク， イプスウィッチ， ブリ タニア ロード 229 (72)発明者 デイヴィッド デニス マッジ イギリス， エスダブリュー９ ０エルピ ー， ロンドン， オーヴァル， ハンド フォース ロード 44エー (72)発明者 ジェイムス スタビル イギリス， エヌダブリュー９ ７アール エフ， ロンドン， ウェスト ヘンド ン， スノウドン ドライヴ ６
Claims (31)
- 【請求項１】 無線通信システム中の少なくとも一つの
物理チャネルに複数のデータストリームを割り当てる方
法であって、 前記複数のデータストリームを、各々が前記データスト
リームの一つ以上を含んでいる複数のグループにグルー
プ化するステップと、 前記データストリームグループの各々を、そのグループ
を一意に識別するグループ識別子を含むパケットにフォ
ーマットするステップと、 前記少なくとも一つの物理チャネルへの前記グループの
各々の割当てを一括して決定するステップであって、前
記グループの各々の前記割当てが、前記グループを含む
データストリームのすべてに適用されるように前記割当
てを決定するステップと、を備える方法。 - 【請求項２】 前記データストリームの各々が、そのデ
ータストリームを有するパケットを一意に識別するデー
タストリーム識別子を含むパケットにフォーマットされ
ている、請求項１記載の方法。 - 【請求項３】 前記グループ化ステップは、前記データ
ストリームの各々に対する所定のサービス品質要件に従
って、前記グループの各々に対して前記一つ以上の前記
データストリームを選択するステップを含んでいる、請
求項１または２記載の方法。 - 【請求項４】 前記サービス品質要件が帯域幅要件を含
んでいる請求項３記載の方法。 - 【請求項５】 前記サービス品質要件が遅延に対する感
度を含んでいる請求項３記載の方法。 - 【請求項６】 前記サービス品質要件が暗号化要件を含
んでいる請求項３〜５のいずれかに記載の方法。 - 【請求項７】 前記データストリームの変化に応じて、
前記グループへの前記データストリームの割当てを修正
するステップを更に備える請求項１〜６のいずれかに記
載の方法。 - 【請求項８】 前記データストリームの変化に応じて、
前記少なくとも一つの物理チャネルへの前記グループの
少なくとも一つの割当てを修正するステップを更に備え
る請求項１〜７のいずれかに記載の方法。 - 【請求項９】 前記データストリームの前記変化は、前
記データストリームの少なくとも一つに対する帯域幅要
件の増加を含んでいる、請求項７または８記載の方法。 - 【請求項１０】 前記データストリームの前記変化は、
新しいデータストリームの追加を含んでいる、請求項７
または８記載の方法。 - 【請求項１１】 前記物理チャネルが複数あり、前記グ
ループの少なくとも一つが、前記物理チャネルの二つ以
上に同時に割り当てられる、請求項１〜１０のいずれか
に記載の方法。 - 【請求項１２】 前記グループの各々に対して前記一つ
以上の物理チャネルからの帯域幅割当てを決定するステ
ップを更に備え、前記グループの各々の割当てを一括し
て決定する前記ステップが、対応するグループの帯域幅
割当てにしたがって実行される、請求項１〜１１のいず
れかに記載の方法。 - 【請求項１３】 前記データストリームの各々を対応す
るデータストリームバッファにバッファするステップ
と、二つ以上のデータストリームを有する前記グループ
の各々に対して、所定の順序で対応データストリームバ
ッファから読み出すことにより、そのグループ用のデー
タストリームを多重化するステップと、を備える請求項
１〜１２のいずれかに記載の方法。 - 【請求項１４】 しきい値を超える一つ以上の前記デー
タストリームのバッファのレベルに応じて、前記レベル
を前記しきい値以下に低減するように前記所定の順序を
変更するステップを更に備える請求項１３記載の方法。 - 【請求項１５】 各グループの前記一つ以上のデータス
トリームを対応するグループバッファ中にバッファする
ステップと、前記物理チャネルの各々に対して、決定さ
れた前記グループの割当てにしたがって所定の順序で、
その物理チャネル上の出力に対してその物理チャネルに
割り当てられた各グループの対応グループバッファから
データを読み出すステップと、を更に備える請求項１〜
１４のいずれかに記載の方法。 - 【請求項１６】 対応するグループ帯域幅が前記グルー
プの各々に割り当てられ、対応するデータストリーム帯
域幅が前記データストリームの各々に割り当てられる請
求項１〜１５のいずれか記載の方法であって、要求を受
信し、要求された帯域幅要件を用いて追加データストリ
ームを追加するステップと、前記グループの各々の利用
可能グループ帯域幅にしたがって、前記追加データスト
リーム用に前記グループの一つ以上を選択するステップ
と、を更に備える方法。 - 【請求項１７】 前記データストリームの各々に、対応
する最小データストリーム帯域幅が割り当てられる請求
項１６記載の方法であって、前記グループのいずれも、
前記要求された帯域幅要件に十分な利用可能グループ帯
域幅を有していない場合に、前記データストリームの少
なくとも一つの割当てデータストリーム帯域幅を低減
し、次いで、前記グループの各々の利用可能グループ帯
域幅にしたがって、前記追加データストリーム用に前記
グループの一つ以上を選択するステップを更に備えてい
る方法。 - 【請求項１８】 前記割当て帯域幅を低減する前記ステ
ップは、前記グループの一つを選択するステップと、選
択された前記グループに割り当てられたデータストリー
ムの各々の前記割当てデータストリーム帯域幅を、それ
ぞれの最小データストリーム帯域幅に低減するステップ
と、を含んでおり、前記追加データストリーム用に前記
グループの一つ以上を選択するステップは、この選択さ
れた前記グループが、前記要求された帯域幅要件に十分
な帯域幅を有しているか否かを判断するステップを含ん
でいる、請求項１７記載の方法。 - 【請求項１９】 前記グループへの前記データストリー
ムの割当てを示すシグナリング情報を生成するステップ
を更に備え、前記データストリームの一つが前記シグナ
リング情報を備えている、請求項１〜１８のいずれかに
記載の方法。 - 【請求項２０】 無線通信システム中の複数の物理チャ
ネルに複数のデータストリームを割り当てる方法であっ
て、 前記物理チャネルの少なくとも一つに前記データストリ
ームの各々を割り当てるステップであって、前記データ
ストリームの少なくとも一つが前記物理チャネルの二つ
以上に同時に割り当てられ、前記データストリームの別
の少なくとも一つが前記物理チャネルの一つにのみ割り
当てられるようにするステップを備える方法。 - 【請求項２１】 複数の物理無線通信チャネル上へ複数
の論理チャネルを多重化する方法であって、 前記論理チャネルの総合帯域幅要件を継続して監視し、
前記総合帯域幅要件を満たすために必要な最低数の前記
物理チャネルが前記論理チャネルを搬送するために使用
されるように、前記物理チャネルへの前記論理チャネル
の割当てを変更するステップを備える方法。 - 【請求項２２】 複数の物理無線チャネル上へ複数の論
理チャネルを多重化する方法であって、前記物理チャネ
ルの少なくとも一つは、前記物理チャネルの別の一つと
は異なるサービス品質を提供する異なるチャネルタイプ
を有しており、 前記論理チャネルの各々を、その論理チャネルのサービ
ス品質要件にしたがって、選択された一つ以上の前記物
理チャネルに割り当てるステップと、 - 【請求項２３】 一つのグループの物理無線チャネル上
に複数の論理チャネルを多重化する方法であって、 前記論理チャネルの各々を、その論理チャネルのサービ
ス品質要件にしたがって、前記グループの物理チャネル
のうち選択された一つ以上に割り当てるステップと、 前記論理チャネルの少なくとも一つのサービス品質要件
を変更するステップと、 変更された前記サービス品質要件を前記物理チャネルに
よってサポートすることができるか否かを判断するステ
ップと、 変更された前記サービス品質要件を前記物理チャネルに
よってサポートすることができないという前記判断の結
果に応じて、一つ以上の追加物理無線チャネルを前記物
理無線チャネルのグループに追加し、前記割当てステッ
プを繰り返すステップと、を備える方法。 - 【請求項２４】 通信サービスを複数の無線端末の各々
に提供するか否かを判断する認証方法であって、 固有の信号チャネル割当て信号を前記端末の各々にそれ
ぞれ送信するステップであって、前記信号は、その端末
に一意に割り当てられた二重シグナリングチャネルをそ
の端末に示すステップと、 対応する前記シグナリングチャネルで前記端末の各々
に、対応する認証要求信号を送信するステップと、 前記端末の各々から、対応する認証応答信号を前記対応
シグナリングチャネルで受信するステップであって、前
記認証応答信号の内容が前記認証要求信号の内容に依存
しているステップと、 前記端末の各々に後続の通信サービスを提供するか否か
を、その端末から受信した前記認証応答信号の内容にし
たがって決定するステップと、を備える方法。 - 【請求項２５】 コンテンションベースアクセスチャネ
ル上で、前記無線端末から登録要求信号を受信するステ
ップを更に備える請求項２４記載の方法であって、 前記固有信号チャネル割当て信号の各々が、前記端末の
対応する一つからの前記登録要求信号に応じてその端末
に送信される方法。 - 【請求項２６】 無線通信端末用の認証方法であって、 その端末に一意に割り当てられた二重シグナリングチャ
ネルを示すシグナリングチャネル割当て信号を受信する
ステップと、 前記シグナリングチャネル上で認証要求信号を受信する
ステップと、 前記認証要求信号の内容および前記端末で提供される識
別情報に基づいて認証応答信号を生成するステップと、 前記認証応答信号を送信するステップと、を備える方
法。 - 【請求項２７】 チャネル割当て信号を受信する前記ス
テップに先だって、コンテンションベースアクセスチャ
ネル上で登録要求信号を送信するステップを更に備える
請求項２６記載の方法。 - 【請求項２８】 複数の無線端末の各々に通信サービス
を提供するか否かを決定するための認証方法であって、 前記端末の各々に、一つの前記信号チャネルから別の前
記信号チャネルまで可変の対応サービス品質を有する対
応制御シグナリングチャネルを割り当てるステップと、 前記対応制御シグナリングチャネル上で前記端末の各々
との認証交換を実行し、その端末にサービスを提供する
か否かを決定するステップと、を備える方法。 - 【請求項２９】 前記端末の一つ以上にサービスを提供
すると決定された場合に、前記一以上の端末の各々に、
サービス通信を搬送する少なくとも一つのサービスチャ
ネルを割り当てるステップであって、前記少なくとも一
つのサービスチャネルのサービス品質は、前記対応制御
シグナリングチャネルのサービス品質とは独立であるス
テップを更に備える請求項２８記載の方法。 - 【請求項３０】 請求項１〜２９のいずれかに記載の方
法を実行するように構成された装置。 - 【請求項３１】 請求項３０に記載された装置を含む衛
星地球局。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB9822145A GB2343594A (en) | 1998-10-09 | 1998-10-09 | Channel allocation method and apparatus |
| GB9822145.0 | 1999-03-05 | ||
| GB9905183A GB2343589B (en) | 1998-10-09 | 1999-03-05 | A method of authentication for a wireless communications terminal |
| GB9905183.1 | 1999-03-05 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000152321A true JP2000152321A (ja) | 2000-05-30 |
Family
ID=26314494
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11325921A Pending JP2000152321A (ja) | 1998-10-09 | 1999-10-12 | チャネル割当て方法および装置 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20060148483A1 (ja) |
| EP (1) | EP0993149A3 (ja) |
| JP (1) | JP2000152321A (ja) |
| CN (1) | CN100356805C (ja) |
| AU (1) | AU774320B2 (ja) |
| CA (1) | CA2285168A1 (ja) |
| SG (2) | SG115402A1 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010029827A1 (en) * | 2008-09-15 | 2010-03-18 | Nec Corporation | Packet data network connection establishment method and related system |
| JP2010512066A (ja) * | 2006-12-01 | 2010-04-15 | クゥアルコム・インコーポレイテッド | 無線通信システムのための制御信号送信 |
| US9131486B2 (en) | 2006-12-01 | 2015-09-08 | Qualcomm Incorporated | Control signal transmission for wireless communication systems |
Families Citing this family (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8009667B1 (en) | 2001-01-16 | 2011-08-30 | Wi—LAN, Inc. | Packing source data packets into transporting packets with fragmentation |
| DE10124940A1 (de) * | 2001-05-21 | 2002-11-28 | Philips Corp Intellectual Pty | Netzwerk mit logischen Kanälen und Transportkanälen |
| RU2297105C2 (ru) * | 2001-08-22 | 2007-04-10 | Сименс Акциенгезелльшафт | Способ передачи пакетов данных в системе радиосвязи |
| KR100790131B1 (ko) * | 2001-08-24 | 2008-01-02 | 삼성전자주식회사 | 패킷 통신시스템에서 매체 접속 제어 계층 엔터티들 간의 시그널링 방법 |
| DE60236198D1 (de) * | 2001-11-26 | 2010-06-10 | Spyder Navigations Llc | Mac-schicht-multiplexumkehr in einem ran der dritten generation |
| KR100926707B1 (ko) * | 2002-11-05 | 2009-11-17 | 엘지전자 주식회사 | 이동통신 시스템의 데이터 통신방법 |
| US7701890B2 (en) * | 2004-02-04 | 2010-04-20 | Lg Electronics Inc. | Apparatus and method of releasing a point-to-multipoint radio bearer |
| JP2005223661A (ja) * | 2004-02-06 | 2005-08-18 | Hitachi Kokusai Electric Inc | 無線基地局装置 |
| US7660420B1 (en) * | 2004-09-08 | 2010-02-09 | Stryker Corporation | Wireless device synchronization |
| US7529188B2 (en) * | 2004-10-18 | 2009-05-05 | Abheek Saha | Load equalization method for new connections in a wireless environment supporting shared access for multiple terminals in a QoS controlled manner |
| EP1655974A1 (de) | 2004-11-08 | 2006-05-10 | Siemens Aktiengesellschaft | Verfahren und Vorrichtungen zum Informationsabgleich zwischen Manager und Agent in eiem Managementnetz |
| JP4499742B2 (ja) | 2004-11-18 | 2010-07-07 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システム、移動局及び無線基地局 |
| US20080062957A1 (en) * | 2006-09-11 | 2008-03-13 | Motorola, Inc. | Method and apparatus for aligned transmissions in a wireless network |
| TWI319669B (en) * | 2006-12-07 | 2010-01-11 | Inst Information Industry | Apparatus, method, application program, and computer readable medium thereof for simultaneously establishing links with a plurality of nodes |
| EP2549823A3 (en) * | 2007-11-02 | 2013-07-17 | Research In Motion Limited | Long term evolution user equipment multi-packet data network parameter based connectivity control |
| FR2925808A1 (fr) * | 2007-12-21 | 2009-06-26 | Thomson Licensing Sas | Procede de communication dans un reseau comprenant un reseau primaire et un reseau secondaire |
| BR122019020647B1 (pt) | 2008-02-01 | 2023-10-31 | Optis Wireless Technology, Llc | Terminal de comunicação para se comunicar com uma estação base,método de comunicação em um terminal de comunicação para se comunicar com uma estação base, e método em uma estação base que se comunica com um terminal de comunicação |
| US8194573B1 (en) | 2008-07-14 | 2012-06-05 | L-3 Communications, Corp. | Directional access network control system and method |
| US8711744B2 (en) * | 2008-09-29 | 2014-04-29 | Telefonaktiebolaget Lm Ericsson | Commissioning incoming packet switched connections |
| WO2010069962A1 (en) * | 2008-12-15 | 2010-06-24 | Koninklijke Kpn N.V. | Service-based authentication to a network |
| US8432808B1 (en) * | 2012-06-15 | 2013-04-30 | Viasat Inc. | Opportunistically delayed delivery in a satellite network |
| BR112016029058B1 (pt) * | 2014-04-14 | 2023-04-25 | Hughes Network Systems, Llc | Aparelho e método para abordagem de alocação de largura de banda em sistema de comunicações de largura de banda compartilhado |
| CN104135722B (zh) * | 2014-08-22 | 2017-08-08 | 电子科技大学 | 一种基站多用户广播发送数据的方法 |
| CN105554730A (zh) * | 2015-12-21 | 2016-05-04 | 联想(北京)有限公司 | 一种通讯方法、服务器、终端 |
| WO2017169064A1 (ja) * | 2016-03-31 | 2017-10-05 | 日本電気株式会社 | 無線アクセスネットワークノード、無線端末、ネットワークノード、及びこれらの方法 |
| CN107306449B (zh) * | 2016-04-18 | 2023-05-23 | 中兴通讯股份有限公司 | 一种信道分配的方法、装置和系统 |
| CN106357560A (zh) * | 2016-09-26 | 2017-01-25 | 航天恒星科技有限公司 | 信道统计复用方法及装置 |
| BR122021001918B1 (pt) | 2016-12-07 | 2021-11-23 | Hughes Network Systems, Llc | Métodos e aparelhos para processar o tráfego de usuário recebido a partir de pluralidade de redes principais de tipos diferentes |
| IL256749A (en) * | 2018-01-07 | 2018-03-01 | Satixfy Israel Ltd | Packet forwarding system and method |
| CN108337037A (zh) * | 2018-02-11 | 2018-07-27 | 南京控维通信科技有限公司 | 适于小数据量、非实时业务的卫星信道共享方法 |
| US11012147B1 (en) * | 2020-01-16 | 2021-05-18 | M2SL Corporation | Multi-mode communication adapter system with smartphone protector mechanism and method of operation thereof |
| US11265135B2 (en) * | 2020-06-03 | 2022-03-01 | Dish Wireless Llc | Method and system for slicing assigning for load shedding to minimize power consumption where gNB is controlled for slice assignments for enterprise users |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4694450A (en) * | 1984-05-31 | 1987-09-15 | Staab Hans P | Method and apparatus for adaptive receiver squelch echo control |
| GB8809259D0 (en) * | 1988-04-20 | 1988-05-25 | Dowty Information Systems Ltd | Communications systems |
| FR2662878B1 (fr) * | 1990-05-30 | 1994-03-25 | Alcatel Cit | Procede d'acces a un service de telephonie sans fil. |
| FR2689346B1 (fr) * | 1992-03-31 | 1994-06-10 | Matra Communication | Procede de communication par radio a multiplexages temporels. |
| US5603081A (en) * | 1993-11-01 | 1997-02-11 | Telefonaktiebolaget Lm Ericsson | Method for communicating in a wireless communication system |
| FI92274C (fi) * | 1993-01-11 | 1994-10-10 | Nokia Telecommunications Oy | Puhelunohjausmenetelmä digitaalisessa TDMA-radiojärjestelmässä ja sen päätelaitteessa sekä TDMA-radiojärjestelmä ja semi-duplex-päätelaite |
| JP2531354B2 (ja) * | 1993-06-29 | 1996-09-04 | 日本電気株式会社 | 認証方式 |
| US5455863A (en) * | 1993-06-29 | 1995-10-03 | Motorola, Inc. | Method and apparatus for efficient real-time authentication and encryption in a communication system |
| US5537474A (en) * | 1994-07-29 | 1996-07-16 | Motorola, Inc. | Method and apparatus for authentication in a communication system |
| US5513245A (en) * | 1994-08-29 | 1996-04-30 | Sony Corporation | Automatic generation of private authentication key for wireless communication systems |
| AUPM780994A0 (en) * | 1994-08-31 | 1994-09-22 | Telstra Corporation Limited | A method and apparatus for channel allocation in a cellular telecommunications network |
| US5579306A (en) * | 1994-09-01 | 1996-11-26 | Ericsson Inc. | Time and frequency slot allocation system and method |
| FI96558C (fi) * | 1994-09-27 | 1996-07-10 | Nokia Telecommunications Oy | Menetelmä datasiirtoa varten TDMA-matkaviestinjärjestelmässä sekä menetelmän toteuttava matkaviestinjärjestelmä |
| US5598417A (en) * | 1995-04-28 | 1997-01-28 | Motorola, Inc. | Dynamic control of a data channel in a TDM wireless communication system |
| US5797096A (en) * | 1995-08-02 | 1998-08-18 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for maintaining control channel mode information in a cellular telecommunications network |
| US5752193A (en) * | 1995-09-01 | 1998-05-12 | Motorola, Inc. | Method and apparatus for communicating in a wireless communication system |
| US5666348A (en) * | 1995-09-18 | 1997-09-09 | Telefonaktiebolaget L M Ericsson (Publ.) | Packet switched radio channel admission control in a cellular telecommunications system |
| WO1997015997A2 (en) * | 1995-10-24 | 1997-05-01 | Philips Electronics N.V. | A system for transferring data in re-assignable groups, a transmitter and a receiver for use in such a system, and a method for transferring, transmitting and receiving such data, and a signal comprising such data |
| US5742594A (en) * | 1996-06-13 | 1998-04-21 | Motorola, Inc. | Method and apparatus for allocating shared bandwidth among a plurality of users |
| FI104141B (fi) * | 1996-09-24 | 1999-11-15 | Nokia Telecommunications Oy | Palvelutason määräämismenetelmä ja matkapuhelinjärjestelmä |
| GB2320162C (en) * | 1996-12-06 | 2011-08-03 | Immarsat Ltd | Communication method and apparatus |
| US6075860A (en) * | 1997-02-19 | 2000-06-13 | 3Com Corporation | Apparatus and method for authentication and encryption of a remote terminal over a wireless link |
| US6185430B1 (en) * | 1997-11-26 | 2001-02-06 | Motorola, Inc. | Voice call group function for a satellite based air traffic control system |
| US6131012A (en) * | 1998-05-26 | 2000-10-10 | Nera Wireless Broadband Access As | Method and system for a micro-channel bank for providing voice, data, and multimedia services in a wireless local loop system |
-
1999
- 1999-10-07 CA CA002285168A patent/CA2285168A1/en not_active Abandoned
- 1999-10-08 SG SG200105447A patent/SG115402A1/en unknown
- 1999-10-08 EP EP99307960A patent/EP0993149A3/en not_active Withdrawn
- 1999-10-08 AU AU53554/99A patent/AU774320B2/en not_active Ceased
- 1999-10-08 SG SG9905071A patent/SG85137A1/en unknown
- 1999-10-09 CN CNB991250273A patent/CN100356805C/zh not_active Expired - Fee Related
- 1999-10-12 JP JP11325921A patent/JP2000152321A/ja active Pending
-
2004
- 2004-03-31 US US10/813,032 patent/US20060148483A1/en not_active Abandoned
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010512066A (ja) * | 2006-12-01 | 2010-04-15 | クゥアルコム・インコーポレイテッド | 無線通信システムのための制御信号送信 |
| US8379578B2 (en) | 2006-12-01 | 2013-02-19 | Qualcomm Incorporated | Control signal transmission for wireless communication systems |
| US9131486B2 (en) | 2006-12-01 | 2015-09-08 | Qualcomm Incorporated | Control signal transmission for wireless communication systems |
| WO2010029827A1 (en) * | 2008-09-15 | 2010-03-18 | Nec Corporation | Packet data network connection establishment method and related system |
Also Published As
| Publication number | Publication date |
|---|---|
| AU5355499A (en) | 2000-04-13 |
| CA2285168A1 (en) | 2000-04-09 |
| CN100356805C (zh) | 2007-12-19 |
| EP0993149A2 (en) | 2000-04-12 |
| CN1259835A (zh) | 2000-07-12 |
| SG85137A1 (en) | 2001-12-19 |
| US20060148483A1 (en) | 2006-07-06 |
| SG115402A1 (en) | 2005-10-28 |
| AU774320B2 (en) | 2004-06-24 |
| EP0993149A3 (en) | 2004-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2000152321A (ja) | チャネル割当て方法および装置 | |
| KR100451298B1 (ko) | 시그널링 방법 | |
| CN101305568B (zh) | 基于多个请求提供qos处理 | |
| JP4299613B2 (ja) | ワイヤレス可変帯域幅エアリンク装置と通信する移動通信用加入者装置及び方法 | |
| US6501741B1 (en) | Method supporting the quality of service of data transmission | |
| US7277392B2 (en) | Method and apparatus for managing the usage of data link resources | |
| GB2341059A (en) | Internet protocol flow detection | |
| AU1064299A (en) | Crimped multicomponent filaments and spunbond webs made therefrom | |
| JP2000504916A (ja) | Ａｔｍネットワークの一部として無線接続を設定する方法 | |
| KR100596946B1 (ko) | 송수신기를 구비한 근거리 통신망 시스템 | |
| KR20040086355A (ko) | 국측 장치 및 국측 장치에서의 리소스 할당 방법과 이동통신 시스템 | |
| CN110178332A (zh) | 用于操作在蜂窝网络中并行通信的用户装备的方法、用户装备和蜂窝网络 | |
| WO2018196696A1 (zh) | 一种通信方法和装置 | |
| KR100556166B1 (ko) | 통신 시스템, 그 통신 방법, 그 교환국 및 그 기지국제어국 | |
| US6377572B1 (en) | Virtual resource allocation method and apparatus for wireless data communication systems | |
| GB2343589A (en) | Channel allocation method and apparatus | |
| JP2922490B1 (ja) | 無線通信システム及び移動局 | |
| CN111405615B (zh) | 一种通信数据的传输方法、装置及存储介质 | |
| KR101790192B1 (ko) | 애플리케이션 관리 방법 및 장치 | |
| JP5242792B2 (ja) | ハンドオーバプロセスの期間中またはハンドオーバプロセスの準備中にサービス品質メカニズムをサポートする方法 | |
| US6611505B1 (en) | Control signal processor and communication system | |
| US8830893B2 (en) | Management of network layer packets in an access network of a telecommunications network | |
| AU2004201974A1 (en) | Channel allocation method and apparatus | |
| JP2836620B1 (ja) | 衛星通信システム、該衛星通信システムにおける経路制御方法及び経路制御プログラムを格納した記録媒体 | |
| JPH05128024A (ja) | 論理チヤネル優先制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040106 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071023 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080123 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080129 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080422 |