(57)【要約】  広帯域サービスは１ｘＥＶ−ＤＯ標準に従う無線ネットワーク内でエアインターフェイス資源を割り当てることにより提供される。エアインターフェイス資源は、帯域幅、パケットプライオリティ及び誤り率のような、種々のサービス品質（ＱｏＳ）パラメータにより特徴付けられる。パケット化された情報は基地局とセルホン間のデータフロー内で伝送される。特定のＱＯＳレベルは広帯域サービスをサポートするデータフローの各々について予約される。セルホン上のオペレーティングシステムは反対方向におけるもう１つのデータフローと同様１つのデータフローをモニタする。基地局がエアインターフェイス資源を使いきると、基地局はデータフローのＱｏＳ予約を保留する。オペレーティングシステムは１方向におけるＱｏＳ予約が保留されたことを決定し、自発的なメッセージを基地局に送り反対方向のＱｏＳ予約を解放し、ネットワーク資源を保存する。
2009522959.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）移動局と基地局との間のエアインターフェイス接続をモニタすし、なお、該エアインターフェイス接続は該移動局と該基地局との間の第１の方向では第１の帯域幅を、および該移動局と該基地局との間の反対方向では第２の帯域幅を使用し、
（ｂ）該基地局が該第１の帯域幅を縮小したことを決定し、そして
（ｃ）（ｂ）における該決定に応じて該第２の帯域幅を縮小する
ことを含む方法。
【請求項２】
該第１の方向は、該基地局から該移動局へである、請求項１記載の方法。
【請求項３】
該反対方向は、該基地局から該移動局へである、請求項１記載の方法。
【請求項４】
該エアインターフェイス接続は１ｘＥＶ−ＤＯと呼ばれる無線仕様に従う、請求項１記載の方法。
【請求項５】
該エアインターフェイス接続はＧＰＲＳと呼ばれる無線仕様に従う、請求項１記載の方法。
【請求項６】
該基地局は該第１の帯域幅を第３の帯域幅に縮小し、ここにおいて該第１の帯域幅は該エアインターフェイス接続上で１アプリケーションをサポートし、そして該第３の帯域幅は該エアインターフェイス接続上で該アプリケーションの部分的局面をサポートする、請求項１記載の方法。
【請求項７】
該第２の帯域幅は該エアインターフェイス接続に使用できるタイムスロット数を減少させることによって（ｃ）において縮小される、請求項１記載の方法。
【請求項８】
該第２の帯域幅は該エアインターフェイス接続に接続できるＩＰフロー数を減少させることによって（ｃ）において縮小される、請求項１記載の方法。
【請求項９】
（ａ）アクセス端末とアクセスネットワークとの間の順方向データフローおよび逆方向データフローをモニタし、
（ｂ）該順方向データフローの予約が保留されたことを決定し、そして
（ｃ）該逆方向データフローの予約を解放する
ことを含む方法。
【請求項１０】
（ｃ）における該逆方向データフローの該予約を該解放することは該逆方向データフローの該予約を一時的に保留する、請求項９記載の方法。
【請求項１１】
（ｃ）における該逆方向データフローの該予約を該解放することは該逆方向データフローの該予約を永久に取り消す、請求項９記載の方法。
【請求項１２】
該順方向データフローは該アクセスネットワークから該アクセス端末へのＩＰパケットのフローである、請求項９記載の方法。
【請求項１３】
該逆方向データフローは該アクセスネットワークから該アクセス端末へのＩＰパケットのフローである、請求項９記載の方法。
【請求項１４】
該アクセス端末は該アクセスネットワークが該順方向データフローの該予約を保留したことを（ｂ）において決定する、請求項９記載の回路。
【請求項１５】
該順方向データフローはＲＬＰフローの部分である、請求項９記載の回路。
【請求項１６】
該順方向データフローはＲＴＣＭＡＣフローの部分である、請求項９記載の回路。
【請求項１７】
該アクセス端末および該アクセスネットワークは３ＧＰＰ２  Ｃ．Ｓ００２４と呼ばれる無線仕様に従う、請求項９記載の方法。
【請求項１８】
該逆方向データフローの該予約はＧＡＵＰ要求属性を該アクセスネットワークに送ることによって（ｃ）において解放される、請求項９記載の方法。
【請求項１９】
該ＧＡＵＰ要求属性はナルに設定されたプロファイルタイプフィールドを有する予約ＫＫＱｏＳ要求である、請求項１８記載の方法。
【請求項２０】
（ａ）属性予約ＫＫＱｏＳ応答を含む第１のＧＡＵＰメッセージを受信し、なお該属性予約ＫＫＱｏＳ応答はナルに設定されたプロファイルタイプフィールドを含み、そして
（ｂ）該第１のＧＡＵＰメッセージを受信することに応じて属性予約ＫＫＱｏＳ要求を含む第２のＧＡＵＰメッセージを送信し、ここにおいて該属性予約ＫＫＱｏＳ要求はナルに設定されたプロファイルタイプフィールドを含み、ここにおいて該属性予約ＫＫＱｏＳ応答はアクセス端末とアクセスネットワークとの間の１方向における第１のＩＰフローに関連し、および該属性予約ＫＫＱｏＳ要求は該アクセス端末と該アクセスネットワークとの間の１反対方向における第２のＩＰフローに関連する
ことを含む方法。
【請求項２１】
該アクセス端末と該アクセスネットワークとの間の該方向は該アクセスネットワークから該アクセス端末へであり、および該反対方向は該アクセス端末から該アクセスネットワークへである、請求項２０記載の方法。
【請求項２２】
該アクセス端末と該アクセスネットワークとの間の該方向は該アクセス端末から該アクセスネットワークへであり、および該反対方向は該アクセスネットワークから該アクセス端末へである、請求項２０記載の方法。
【請求項２３】
（ａ）の前に、さらに
（ｃ）属性予約オフを含む第３のＧＡＵＰメッセージを受信し、ここにおいて属性予約オフは該第１のＩＰフローに関連する
ことを含む、請求項２０記載の方法：
【請求項２４】
該第１のＩＰフローはＲＬＰフローの部分であり、（ａ）の前に、さらに
（ｃ）ＲＬＰフローの予約の結合を取り除く属性フローＮＮ予約を含む第３のＧＡＵＰメッセージを受信する
ことを含む、請求項２０記載の方法。
【請求項２５】
該第１のＩＰフローはＲＴＣＭＡＣフローの部分でありそして該第２のＩＰフローはＲＬＰフローの部分であり、（ａ）の前に、さらに
（ｃ）該ＲＬＰフローへのＴＲＣＭＡＣフローの結合を取り除く属性関連フローＮＮを含む第３のＧＡＵＰメッセージを受信する
ことを含む請求項２０記載の方法。
【請求項２６】
該アクセス端末および該アクセスネットワークは１ｘＥＶ−ＤＯと呼ばれる無線仕様に従う、請求項２０記載の方法。
【請求項２７】
属性予約ＫＫＱｏＳ応答を含む第１のＧＡＵＰメッセージを受信するための手段、なお該属性予約ＫＫＱｏＳ応答はナルに設定されたプロファイルタイプフィールドを含み、そして
該第１のＧＡＵＰメッセージを受信することに応じて属性予約ＫＫＱｏＳ要求を含む第２のＧＡＵＰメッセージを送信するための手段、なお該属性予約ＫＫＱｏＳ要求はナルに設定されたプロファイルタイプフィールドを含み、ここにおいて該属性予約ＫＫＱｏＳ応答は該アクセス端末と該アクセスネットワークとの間の１方向における第１のＩＰフローに関連し、および該属性予約ＫＫＱｏＳ要求は該アクセス端末と該アクセスネットワークとの間の１反対方向における第２のＩＰフローに関連する
を含むアクセス端末。
【請求項２８】
該アクセス端末は３ＧＰＰ２  Ｃ．Ｓ００２４と呼ばれる無線仕様に従う、請求項２７記載のアクセス端末。
【請求項２９】
該アクセス端末と該アクセスネットワークとの間の該方向は該アクセスネットワークから該アクセス端末へであり、および該反対方向は該アクセス端末から該アクセスネットワークへである、請求項２７記載のアクセス端末。
【請求項３０】
該アクセス端末と該アクセスネットワークとの間の該方向は該アクセス端末から該アクセスネットワークへであり、および該反対方向は該アクセスネットワークから該アクセス端末へである、請求項２７記載のアクセス端末。
【請求項３１】
無線装置内で実行可能な命令を蓄積するためのプロセッサ可読媒体であって、
該無線装置とアクセスネットワークとの間の順方向ＩＰフローおよび逆方向ＩＰフローをモニタし、
該順方向ＩＰフローの予約が保留されたことを決定し、そして
該逆方向ＩＰフローの予約を解放する
ようにするプロセッサ可読媒体。
【請求項３２】
該無線装置は３ＧＰＰ２  Ｃ．Ｓ００２４と呼ばれる無線仕様に従う、請求項３１記載のプロセッサ可読媒体。
【請求項３３】
該順方向ＩＰフローは該アクセスネットワークから該無線装置へのＩＰパケットのフローである、請求項３１記載のプロセッサ可読媒体。
【請求項３４】
該逆方向ＩＰフローは該アクセスネットワークから該無線装置へのＩＰパケットのフローである、請求項３１記載のプロセッサ可読媒体。
【請求項３５】
該命令は該アクセスネットワークが該順方向ＩＰフローの該予約を保留したことを決定するように該無線装置内で実行可能である、請求項３１記載のプロセッサ可読媒体。
【請求項３６】
無線装置であって、
無線アプリケーションを実行するように改造されたマイクロプロセッサ、なお該無線アプリケーションはＩＰパケットの順方向フローおよびＩＰパケットの逆方向フローの両者を使用し、そして
基地局がＩＰパケットの該順方向フローの予約を保留したことを決定するためのおよびＩＰパケットの該逆方向フローの予約を解放するための手段
を含む無線装置。
【請求項３７】
該無線アプリケーションはＩＰパケットの該順方向フローを該基地局から受信し、およびＩＰパケットの該逆方向フローを該基地局に送信する、請求項３６記載の無線装置。
【請求項３８】
該無線アプリケーションはＩＰパケットの該逆方向フローを該基地局から受信し、およびＩＰパケットの該順方向フローを該基地局に送信する、請求項３６記載の無線装置。
【請求項３９】
該順方向ＩＰフローはＲＬＰフローの部分である、請求項３６記載の無線装置。
【請求項４０】
該順方向ＩＰフローはＲＴＣＭＡＣフローの部分である、請求項３６記載の無線装置。
【請求項４１】
該無線装置および該基地局は１ｘＥＶ−ＤＯと呼ばれる無線仕様に従う、請求項３６記載の無線装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［分野］
本開示は一般に無線装置と基地局との間の両方向において高い帯域幅接続を提供する無線ネットワークに関し、そしてより詳しくは、予備のエアインターフェイス資源が１つの方向内で使用されていない時にネットワーク容量を保存する方法に関する。
【０００２】
［背景］
１ｘＥＶ−ＤＯ（Evolution, Data Only）は無線加入者に広帯域高速データサービスを提供するために１．２５ＭＨｚ  ＩＳ−９５無線チャネル構造を変更するＣＤＭＡ標準である。電気通信工業協会はこの１ｘＥＶ−ＤＯ標準を“ＣＤＭＡ２０００、高速パケットデータエアインターフェイス標準”と命名し、そしてそれに仕様番号３ＧＰＰ２  Ｃ．Ｓ００２４−Ａを割り当てた。１ｘＥＶ−ＤＯおよびＷ−ＣＤＭＡとして知られる両立しない標準は２つの主要な第３世代無線標準である。
【０００３】
受信および送信装置の間に物理パスを作り出す従来の無線ネットワークと違って、ＥＶＤＯシステムはデータをパケットと呼ばれる小片に分割するためにインターネットプロトコル（ＩＰ）を使用する。パケットは同じ目的地に異なるパスを取ることを認める。ある高速データサービスを提供するために使用されるこれらのパケットは優先順位をつけられる。優先順位決定パケットはＥＶＤＯシステムが、順方向急送のＩＰデータフロー(IP data flow)を必要とするアプリケーションを使用している無線加入者に、より高いサービス品質（ＱｏＳ）を提供することを可能にする。例えば、ビデオ会議アプリケーションを提供するために使用されたＱｏＳはｅメールを伝送するために使用されたＱｏＳよりも高いであろう。ＥＶＤＯシステムはあるパケットがいろいろなＩＰデータフローおよび高いＱｏＳアプリケーション用の他のエアインターフェイス資源を予約することによってより高いプライオリティで伝送されるであろうことを保証する。
【０００４】
ＥＶＤＯシステムは“オールウェイズ・オン(always-on)”であり、そして複雑なダイヤルアップ接続無しに広帯域高速データサービスを提供できる。それにもかかわらず、もしもパケットが実際に送信されていなければ帯域幅は消費されない。例えば、インターネットウェブサイトがアクセスされて、そのウェブサイトがまだウェブページを送信し始めなかった時、あるいは音声呼上のいずれの当事者も通話していない時には、何のパケットも送られない。パケットが送られていない時にはたとえ帯域幅は消費されていないとしても、高いＱｏＳアプリケーションではエアインターフェイス資源は、それらが予約されたので、他のアプリケーションによる使用にはそれでも利用できない。
【０００５】
それのための資源が予約された高いＱｏＳアプリケーションによって使用されていない時に、それらの資源を他のアプリケーションに使用できるようにするための方法が捜し求められる。
【発明の開示】
【０００６】
［概要］
広帯域高速データサービスはセルホンと基地局との間にエアインターフェイス資源を割り当てることによって１ｘＥＶ−ＤＯ  ＣＤＭＡ標準に従う無線ネットワーク上で提供される。エアインターフェイス資源は、帯域幅、パケットプライオリティおよび誤り率のような、いろいろなサービス品質（ＱｏＳ;quality of service）パラメータによって特徴付けられる。パケット内の情報はセルホンと基地局との間のデータフロー内でＥＶ−ＤＯネットワークの反対側に送信される。特定のＱｏＳレベルは特定の広帯域サービスをサポートするデータフローのおのおのについて予約される。広帯域サービスは高いＱｏＳレベルを有する両方向内のデータフローを使用するセルホン上で走行中のアプリケーションによってサポートされる。
【０００７】
セルホン上のオペレーティングシステムはセルホンによって受信および送信されたいろいろなデータフローをモニタする。特に、オペレーティングシステムは、セルホンから基地局への相補的な逆方向データフローと同様に、基地局からセルホンへの順方向データフローをモニタする。１つの実施形態では、オペレーティングシステムは基地局が順方向データフローについてのＱｏＳ予約(reservation)を一時的に保留したことを決定する。広帯域アプリケーションは順方向におけるＱｏＳ予約が保留される時に逆方向におけるデータフローを使用することを止める。オペレーティングシステムはこのアプリケーションが初めに要求したように、ＱｏＳが逆方向において使用されていないことを認める。答えとして、オペレーティングシステムは逆方向データフローについてのＱｏＳ予約を解放する。オペレーティングシステムは自発的な要求予約オフ逆方向メッセージを基地局に送信することによってＱｏＳ予約を一時的に保留する。基地局は予約オフ逆方向メッセージをセルホンに返送することによってこの要求がＱｏＳ予約を保留することを一時的に承認する。
【０００８】
もう１つの実施形態では、オペレーティングシステムは基地局が逆方向データフローについてのＱｏＳ予約を一時的に保留したことを決定する。その結果として、広帯域アプリケーションは順方向におけるデータフローを使用することを止める。オペレーティングシステムはＱｏＳが順方向において使用されていないことを認めて、順方向データフローについてのＱｏＳ予約を解放する。オペレーティングシステムは自発的な要求予約オフ順方向メッセージを基地局に送信することによってＱｏＳ予約を一時的に保留する。基地局は予約オフ順方向メッセージをセルホンに返送することによってＱｏＳ予約を保留するためにこの要求を一時的に確認する。
【０００９】
なおもう１つの実施形態では、オペレーティングシステムは基地局が順方向データフローについてのＱｏＳ予約を永久に取り消したことを決定する。オペレーティングシステムはＱｏＳがもはや逆方向では使用されないであろうことを認める。答えとして、オペレーティングシステムは逆方向データフローについてのＱｏＳ予約を解放する。オペレーティングシステムはプロファイル．タイプ＝０（ナル;NULL）を有する自発的な予約ＫＫＱｏＳ要求(Reservation KKQoS Request)逆方向メッセージ(Rev message)を基地局に送信することによってＱｏＳ予約を永久に取り消す。基地局はプロファイル．タイプ＝０（ナル）を有する予約ＫＫＱｏＳ応答逆方向メッセージをセルホンに返送することによってＱｏＳ予約を永久に取り消すためにこの要求を確認する。ＱｏＳ予約を一時的に保留することによるかまたは永久に取り消すことによって、逆方向データフローに関する予約されたＱｏＳを解放することは、セルホンから基地局へのエアインターフェイス接続に使用できるデータフロー数を効果的に減少させる。逆方向データフローに関する以前に予約されたＱｏＳを解放することはまた、解放されたエアインターフェイス資源が他の接続のために使用されることを可能とすることによってネットワーク資源も保存する。
【００１０】
もう１つの実施形態では、オペレーティングシステムは基地局が逆方向データフローに関するＱｏＳ予約を永久に取り消したことを決定する時に類似した手順が実行される。
【００１１】
他の実施形態および利点は詳細な説明内で下に記述される。この概要はこの発明の意味を明確にすることを主張しない。この発明はクレームによって定義される。
【００１２】
［詳細な説明］
ここで同じ数字が同じコンポーネントを表す添付図面は、この発明の実施形態を示す。
【００１３】
ここで参照はこの発明のいくつかの実施形態のために詳細になされるであろうし、それの実例が添付図面内に示される。
【００１４】
図１は１ｘＥＶ−ＤＯ（改訂版Ａ）標準に従う無線ネットワーク１２において特定のレベルのサービス品質（ＱｏＳ）を提供するためにアクセス端末（ＡＴ;access terminal）１０とアクセスネットワーク（ＡＮ;access network）１１との間のエアインターフェイス資源がどのようにして割り当てられるかを図示する。エアインタフェイス資源は１ｘＥＶ−ＤＯ標準と関連するＩＳ−８５６Ａ標準内に指定される。第２のＱｏＳレベルは第２のＡＴ１３に提供される。１つの実施形態では、ＡＮ１１は基地局であり、そしてＡＴ１０およびＡＴ１３は両者とも移動局（またセルホンとも呼ばれる）である。他の実施形態では、ＡＴ１０およびＡＴ１３は無線的に接続されたラップトップコンピュータまたはパーソナルディジタルアシスタント（ＰＤＡ;personal digital assistant）である。ＡＮ１１はルータ１５を介してインターネット１４に接続される。無線ネットワーク１２は“データオンリー”ネットワークであり、その中ではすべてのボイスおよびデータ情報はインターネット１４から移動局へのおよび移動局からのパケット内に伝達される。
【００１５】
１つの実施形態では、データはインターネットプロトコル（ＩＰ）パケット内で無線ネットワーク１２のエアインターフェイス接続の反対側に送信される。１ｘＥＶ−ＤＯ標準はそれの上でパケット化されたデータが伝送されるいろいろな層のプロトコルを定義する。このプロトコル層のいくつかの例は下記を含む：逆方向トラフィックチャネル媒体アクセス制御（ＲＴＣＭＡＣ;reserve traffic channel medium access control）層、無線リンクプロトコル（ＲＬＰ;radio link protocol）層、ポイントツーポイント（ＰＰＰ;point-to-point protocol）層、ＩＰ層、伝送制御プロトコル（ＴＣＰ;transmission control protocol）層、およびユーザデータグラムプロトコル（ＵＤＰ;user datagram protocol）層。無線リンクプロトコル（ＲＬＰ;radio link protocol）は、より上位層のプロトコル、例えばＴＣＰの効率的な動作のための容認可能に低い消失レートを有する１つまたはそれ以上のオクテットストリームを提供する。ＲＬＰがマルチフローパケットアプリケーション（ＭＦＰＡ;multi-flow packet application）の部分として使用される時に、ＲＬＰフローはより上位相からの１つまたはそれ以上のオクテットストリームを運ぶ。例えば、ビデオ電話アプリケーションおよびボイスオーバＩＰ（ＶｏＩＰ;voice-over-IP）アプリケーションはたぶんＵＤＰオーバ(over)ＩＰオーバＰＰＰオーバＲＬＰを使用するであろう、これに反してファイル転送アプリケーションはたぶんＴＣＰオーバＩＰオーバＰＰＰオーバＲＬＰを使用するであろう。
【００１６】
各ＩＰパケットはそれのプライオリティを示すために印をつけられる。例えば、あるＩＰパケットのＩＰヘッダ内のフィールドはこれらのパケットが無線ネットワーク１２の至る所に“順方向急送(expedited  forwarding)”を必要とすることを示す。そのような高いプライオリティを有するパケットはいつも小さい遅延で伝送される。他のより低いプライオリティのパケットは“保証された順方向転送(assured  forwarding)”で送信される。さらに他のより低いプライオリティのパケットは“最善の努力(best  efforts)”ベースで送信される。ＩＰパケットはその後いろいろなプロトコル層上のデータフロー内を伝わる。例えば、複数のＩＰフロー(IP flow)はＲＬＰフロー上を伝わることができ、そして複数のＩＰフローはまたＲＴＣＭＡＣフロー上を伝わることができる。
【００１７】
パケットが送信されるプライオリティはＱｏＳレベルの１つの特性である。ＱｏＳレベルのもう１つの特性は帯域幅、あるいは単位時間当たり伝送されるパケット数である。伝送されたパケットの誤り率はＱｏＳレベルのなおもう１つの特性である。無線ネットワーク１２はＡＴ１０上を走行するために高ＱｏＳレベルを必要とする無線アプリケーションをイネーブルにする。
【００１８】
図２はＡＴ１０上で走行中のオペレーティングシステム１６およびビデオ電話アプリケーション１７を図示する。この実施形態では、オペレーティングシステム１６はクアルコム社によって製作された進歩した移動加入者ソフトウェア（ＡＭＳＳ;Advanced Mobile Subscriber Software）である。ＡＭＳＳ１６は物理層１８、媒体アクセス制御（ＭＡＣ）層１９、セキュリティ層２０、コネクション層２１、セッション層２２、ストリーム層２３およびアプリケーション層２４を含むソフトウェアスタックを具備する。ビデオ電話アプリケーション１７はＡＭＳＳ１６のトップを走行し、ＡＭＳＳ１６のアプリケーション層２４から分離され、そして別個のものである。ＲＬＰ層、ＰＰＰ層、ＩＰ層、ＴＣＰ層およびＵＤＰ層はすべてＡＭＳＳ１６のアプリケーション層２４の部分である。ＲＴＣＭＡＣ層はＭＡＣ層１９の部分である。
【００１９】
ここでＱｏＳを提供することがＡＴ１０上で走行中のビデオ電話アプリケーション１７について記述されるであろう。ビデオ電話アプリケーション１７を設定するために、ＡＴ１０はいろいろなＱｏＳパラメータについての無線ネットワーク１２からのエアインターフェイス資源を要求する。この要求はマルチフローパケットアプリケーション（ＭＦＰＡ;multi -flow packet application）に属している構成可能な属性を含む一般的属性更新プロトコル（ＧＡＵＰ;generic attribute update protocol）の形式で送信される。無線リンクプロトコル（ＲＬＰ）はマルチフローパケットアプリケーション（ＭＦＰＡ）と関連する。各要求は、第１の選択および第２の選択のような、代わりのＱｏＳ要求を持つことができる。無線ネットワーク１２は各要求について必要なエアインターフェイス資源を割り当てて認める。無線ネットワーク１２はシステム能力および使用可能な資源についての知識を有するので、各要求について割り当てられるべき適切な資源を決定できる。この資源はエアインターフェイス資源を含むのみならず、例えば、ＡＮ１１からルータ１５へのおよびインターネット１４上への帯域幅稼働率をも含む。
【００２０】
図１に戻って、ＩＰパケットの６つのデータフロー２５〜３０はビデオ電話アプリケーション１７を提供するために使用される。ビデオ会議呼がビデオ電話アプリケーション１７によって開始される時には、アプリケーション１７はＡＭＳＳ１６から、おのおの適切なＱｏＳを有する、ビデオデータフロー、オーディオデータフローおよび制御データフローを要求する。その後ＡＭＳＳ１６は、ビデオ、オーディオおよび制御データフローを構成するＡＮ１１からＡＴ１０への３つの順方向データフローおよびＡＴ１０からＡＮ１１への３つの逆方向データフローを要求する。ＡＭＳＳ１６は順方向ビデオデータフロー２５および逆方向ビデオデータフロー２６を要求する。ＡＭＳＳ１６が特定のＱｏＳを有するデータフローの予約を要求する時には、このデータフローは予約ラベルをダイナミックに割り当てられる。特定のデータフローは時々“予約”と呼ばれる。各データフローについてのいろいろなＱｏＳパラメータは各ＧＡＵＰ要求内のＧＡＵＰ属性（attribute）のフィールドによって定義される。
【００２１】
ビデオデータフローを要求することのほかに、ＡＭＳＳ１６は順方向ボイスデータフロー２７および逆方向ボイスデータフロー２８を要求する。最後に、順方向制御データフロー２９および逆方向制御データフロー３０が要求される。制御データフローは他のデータフローを制御するために使用される。ＡＮ１１は予備のそして使用可能なエアインターフェイス資源のマッピングを維持し、そしてＡＮ１１は結果としてのＲＬＰフロー、ＲＴＣＭＡＣフローおよび特定の要求されたデータフローついて必要なＱｏＳ特性が使用可能であるかどうかを決定できる。各ＲＬＰフローおよびＲＴＣＭＡＣフローは複数のデータフローと組み合わせられることができる。各データフローは、帯域幅、パケットプライオリティおよび誤り率のような、当てはまるＱｏＳの特定の物理特性を有するＲＬＰフローまたはＲＴＣＭＡＣフローに結合される。この例では、順方向ビデオデータフロー２５および逆方向ビデオデータフロー２６はＩＰパケットの順方向急送を含むＱｏＳを必要とする。ＩＰパケットがデータフロー２５およびデータフロー２６内に送信されている間、ビデオ電話アプリケーション１７は、割り当てられた周波数スペクトルの帯域幅を含む、かなりのエアインターフェイス資源を消費している。
【００２２】
この例では、ビデオ電話アプリケーション１７がＡＴ１０上で走行している一方でビデオ会議呼の間中、音声呼はＡＴ１３によってＡＮ１１に開始される。ＡＴ１３は特定のＱｏＳを有する順方向ボイスデータフロー３１および特定のＱｏＳを有する逆方向ボイスデータフロー３２の予約を要求する。その結果として、ＡＮ１１は無線ネットワーク１２のエアインターフェイス資源が、２つのボイスデータフロー３１〜３２と同様に、６つのビデオ電話データフロー２５〜３０に関する予備レベルのＱｏＳを提供するのに不十分であることを決定する。この例では、ＡＮ１１は、ビデオ会議呼のためにＡＴ１０によって予約されたいくつかのエアインターフェイス資源を取り消すことによってＡＴ１３とＡＮ１１との間の音声呼のために使用できるようにするエアインターフェイス資源を選択する。
【００２３】
ＡＮ１１は、割り当てられた周波数スペクトルのかなりの帯域幅を消費していた順方向ビデオデータフロー２５に関する予約されたＱｏＳを解放する。したがって、無線ネットワーク１２は順方向ビデオデータフロー２５を維持するために必要な帯域幅をもはや認めていない。ＡＮ１１はＡＴ１３とのエアインターフェイス接続を確立するために解放された帯域幅を使用する。帯域幅のほかに、順方向ビデオデータフロー２５によって以前に消費されていたプライオリティおよび誤り率の資源も解放される。順方向ビデオデータフロー２５無しに、ＡＴ１０はビデオ会議呼についてのビデオ映像を受信することができない。しかしながら、ＡＮ１１は音声呼を有するＩＰパケットを逆方向ボイスデータフロー２８上に送り続ける。１つの方向のみにおいてビデオ映像を有するビデオ会議呼を続けることの代わりに、ビデオ会議アプリケーション１７はビデオ映像を含んでいるＩＰパケットを逆方向ビデオデータフロー２６上に送信することを停止する。ＡＴ１０とＡＮ１１との間のビデオ会議呼は音声呼を減少させ、そしてより少ない帯域幅を消費させた。
【００２４】
何のＩＰパケットも逆方向ビデオデータフロー２６上に送信されていないけれども、データフロー２６のためにＧＡＵＰ要求内で定義されたＱｏＳはなお予約される。無線ネットワーク１２は予備のＱｏＳがビデオ電話アプリケーション１７によって今でも使用されているかどうかを知らないので、無線ネットワーク１２はデータフロー２６に予約されたエアインターフェイス資源を再割当てしない。データフロー２６のために予備のＱｏＳが解放されるまで、無線ネットワーク１２はエアインタフェイス資源を不必要に浪費する。
【００２５】
類似の例では、ＡＮ１１は逆方向データフロー２６のために予約されたエアインターフェイス資源を取り消すことによってエアインターフェイス資源を使用可能とする。逆方向ビデオデータフロー２６無しに、ビデオ会議呼は継続できない。ビデオ会議アプリケーション１７は順方向ビデオデータフロー２５からのビデオ映像を含むＩＰパケットを受信することを停止し、そしてビデオ会議呼は音声呼に縮小された。何のＩＰパケットも順方向ビデオデータフロー２５から受信されていないけれども、データフロー２５のためにＧＡＵＰ要求内で定義されたＱｏＳはなお予約される。無線ネットワーク１２は予備のＱｏＳがビデオ電話アプリケーション１７によって今でも使用されているかどうかを知らないので、無線ネットワーク１２はデータフロー２５に予約されたエアインターフェイス資源を再割当しない。データフロー２５のために予備のＱｏＳが解放されるまで、無線ネットワーク１２はエアインタフェイス資源を不必要に浪費する。
【００２６】
図３は１つの方向において予備のエアインターフェイス資源が使用されていない時にネットワーク資源を保存するためのステップ３３〜３５のフローチャートである。ＡＭＳＳ１６の動作は、図２に示されたように、図３内に記録されたステップに関して説明される。第１のステップ３３では、ＡＭＳＳ１６はＡＴ１０とＡＮ１１との間のエアインターフェイス接続をモニタする。この例では、ＡＭＳＳ１６はビデオ電話アプリケーション１７を提供するために使用されるＩＰパケットの６つのデータフロー２５〜３０をモニタする。
【００２７】
ステップ３４では、ＡＭＳＳ１６はＡＮ１１が順方向ビデオデータフロー２５のために予約されたＱｏＳを解放することによって接続の帯域幅を縮小したことを決定する。
【００２８】
答えとして、ステップ３５においてＡＭＳＳ１６は逆方向ビデオデータフロー２６のために予約されたＱｏＳを解放する。ＡＭＳＳ１６は逆方向ビデオデータフロー２６のために予約されたＱｏＳが消去されることを要求することによって逆方向ビデオデータフロー２６の帯域幅を縮小する。逆方向ビデオデータフロー２６のために予約されたＱｏＳを解放することはＡＴ１０からＡＮ１１へのエアインターフェイス接続に使用できるＩＰフロー数(the number of IP flow)を効果的に減少させる。逆方向ビデオデータフロー２６のために以前に予約されたＱｏＳを解放することはまた解放されたエアインターフェイス資源を他の接続のために使用させることによってネットワーク資源を保存する。
【００２９】
ステップ３３〜３５は上述されたと類似の例に等しく適用でき、ここでＡＭＳＳ１６はＡＮ１１が逆方向ビデオデータフロー２６のために予約されたＱｏＳを解放したことをステップ３４で決定する。類似の例におけるステップ３５では、ＡＭＳＳ１６は順方向ビデオデータフロー２５のために予約されたＱｏＳを解放する。
【００３０】
図４Ａ〜４ＣはＱｏＳ資源がビデオ電話アプリケーション１７を提供するために使用された６つのデータフロー２５〜３０のためにどのようにして設定されるかをより詳細に図示する。図４ＡはＡＭＳＳ１６およびＡＮ１１の間と同様に、ビデオ電話アプリケーション１７およびＡＭＳＳ１６の間のプロトコルネゴシエーションを示す。図４Ａに示されたプロトコルネゴシエーションが始まる前に、ＡＴ１０はパワーオンされ、そしてＥＶ−ＤＯセッションネゴシエーションを行った。ＡＴ１０は、サブタイプ３ＲＴＣＭＡＣ、マルチフローパケットアプリケーション（ＭＦＰＡ）、強化ＦＴＣＭＡＣおよびサブタイプ２物理層を含む、ＱｏＳを供するＩＳ−８５６Ａプロトコルを要求した。ビデオ電話アプリケーション１７がステップ３６で開始された後に、ＡＴ１０は、３７で示されたような、ＰＰＰセッションのネゴシエーションを始める。これらのネゴシエーションの間中、無線ネットワーク１２のパケット交換コアはＩＰアドレスをＡＴ１０に割り当てる。一度ＰＰＰセッションが設定されると、ビデオ電話アプリケーション１７は、このアプリケーションが必要とする、ビデオレートおよびオーディオレートのような、ＱｏＳパラメータを決定するためにＳＩＰネゴシエーションを任意に実行できる。あるいは、ビデオ電話アプリケーション１７は既にこのアプリケーションのために必要であったＱｏＳ要求条件を知ることができる。
【００３１】
一度ビデオ電話アプリケーション１７が必要なＱｏＳパラメータを決定すると、ビデオ電話アプリケーション１７はこれらのパラメータをＡＭＳＳ１６から要求する。この例では、ビデオ電話アプリケーション１７は、おのおの適切なＱｏＳ特性を有する、ビデオＩＰフロー、オーディオＩＰフローおよび制御ＩＰフローに関する３つの要求３８〜４０を行う。
【００３２】
いろいろなデータフロー上のＱｏＳに関する３つの要求３８〜４０を受信した後で、ＡＭＳＳ１６は要求されたＱｏＳを有する各データフローに関する予約ラベルを発生する。この例では、２数字、１６進の予約ラベルＫＫが６つのデータフロー：順方向オーディオデータフロー９Ｃ、逆方向オーディオデータフローＢ４、順方向ビデオデータフロー９Ｄ、逆方向ビデオデータフローＢ５、順方向制御データフロー９Ｅ、および逆方向制御データフローＢ６に、割り当てられる。順方向および逆方向データフローに関する予約ラベルは異なるプールから得られ、そして互いに一致することさえできる。
【００３３】
図４Ａはその中でＡＭＳＳ１６がＱｏＳ資源を要求し、そしてＡＮ１１が応答するＭＦＰＡ  ＧＡＵＰメッセージの交換４１を示す。ＡＭＳＳ１６はＡＴ１０とＡＮ１１との間のＩＳ−８５６Ａエアインターフェイス上で各データフローのためのＱｏＳを要求するＧＡＵＰメッセージを“予約ＫＫＱｏＳ要求”の形式で送信する。各ＧＡＵＰメッセージはＱｏＳの代替の選択を要求できる。例えば、順方向ビデオＩＰフロー２５に関するＧＡＵＰ要求は最初の選択の帯域幅として６４キロビット／秒を、そして次の優先選択として３２キロビット／秒を記録できる。予約ＫＫＱｏＳ要求を受信することに応じて、ＡＮ１１はＡＮ１１がデータフローに関するＱｏＳ要求を受け入れたかどうかを示す“予約ＫＫＱｏＳ応答”をＡＭＳＳ１６に送り、そして、もしそうなら、代替の選択のそれは受け入れられた。
【００３４】
各ＧＡＵＰメッセージは、プロファイル・タイプおよびプロファイル・値のような、いろいろなフィールドを含む。プロファイル・タイプフィールドはプロファイル・値フィールド内の値をどのように解釈するかを示す。例えば、“３”のプロファイル・タイプはプロファイル・値フィールド内の冗長な形式の値を示すことができ、“２”のプロファイル・タイプはプロファイル・値フィールド内の速記形式の値を示すことができ、そしてプロファイル・タイプ“０”（ナル）は何のＱｏＳパラメータもＧＡＵＰ要求またはＧＡＵＰ応答内に含まれないことを示すことができる。この例では、６つのＧＡＵＰメッセージ内のどのプロファイル・タイプもナルではない。
【００３５】
ＱｏＳのための６つのＧＡＵＰ要求に基づいて、ＡＮ１１は望ましいＱｏＳを認めるために使用されるであろうエアインターフェイス資源を決定する。ＡＮ１１は確立されるべきマルチフローＲＬＰフローおよびＲＴＣＭＡＣフローの数およびそれらのＱｏＳパラメータを決定する。この例では、ＡＮ１１はその上で６つのＩＰフローが流れるであろう６つのＲＬＰフローを活性化する。交換４２では、６つのＲＬＰフローが活性化される。
【００３６】
ＲＬＰフローはＧＡＵＰメッセージ“フローＮＮ識別順方向”および“フローＮＮ識別逆方向”を送ることによって活性化される。ＲＬＰフローの番号ＮＮは予約ラベルの番号ＫＫと無関係である。ＲＬＰフローが活性化された後に、ＡＮ１１は、４３に示されたように、各ＲＬＰフローをＲＴＣＭＡＣフローに結合する。その後交換４４では、ＡＮ１１はその上で６つのＩＰフローが流れるであろう６つのＲＴＣＭＡＣフローを活性化する。
【００３７】
ＲＬＰフローおよびＲＴＣＭＡＣフローが活性化された後に、ＡＮ１１は予約ラベルに対応する各ＩＰフローのために使用すべきそれのＲＬＰフローについてＡＭＳＳ１６に通知する。ＡＭＳＳ１６は、４５に示されたように、ＡＮ１１が各ＩＰフローをＲＬＰフローに結合する時にＩＰフローとＲＬＰフローとの間の対応について通知される。ＡＮ１１はＩＰフローをＧＡＵＰメッセージ“フローＮＮ予約順方向”および“フローＮＮ予約逆方向”を有するＲＬＰフローに結合する。この実施形態では、例えば、ＲＬＰ順方向０１は予約９Ｃに結合される。ＡＮ１１はまた各ＲＴＣＭＡＣフローを、図４には示されない、特定のＲＬＰフローに結合する。
【００３８】
ＲＬＰフローおよびＲＴＣＭＡＣフローが活性化されて結合された後に、６つのＩＰフロー内の予約されたＱｏＳはターンオンされる準備ができる。このＱｏＳを使用するために、ＡＭＳＳ１６は各予約ラベルに関する要求予約ＫＫオンを送り、そしてＡＮ１１は各予約ラベルに関する予約ＫＫオンで応答する。ＧＡＵＰメッセージの交換４６は６つのＩＰフロー内のＱｏＳがどのようにしてターンオンされるかを示す。ＡＭＳＳ１６はビデオＩＰフロー、オーディオＩＰフローおよび制御ＩＰフローに関する３つのＱｏＳパラメータが認められたことをアプリケーション１７に通知する３つのメッセージ４７〜４９をビデオ電話アプリケーション１７に送る。ビデオ電話アプリケーション１７は状態５０においてデータの送受信を開始する。この例では、ビデオ会議は６つのＩＰフロー内のデータパケットを送信することによってＡＴ１０と無線ネットワーク上のもう１つの加入者との間で伝えられる。
【００３９】
上記されたＧＡＵＰメッセージの交換では、いろいろなステップは、次のステップが始められる前にすべての６つのＩＰフローおよびその関連するＲＬＰフローとＲＴＣＭＡＣフローとについて完了される。例えば、全ＲＬＰフローはＲＬＰフローがＩＰフローに結合される前に活性化される。しかしながら、上記されたステップのすべては特定の予約ラベルのためにそしてこのステップがもう１つのＩＰフローのために実行される前の関連するＲＬＰフローおよびＲＴＣＭＡＣフローのために実行されることができる。さらに、ＲＬＰフローパラメータのネゴシエーションはＲＴＣＭＡＣフローパラメータをネゴシエートすることと同時に実行されることができる。そのほかに、複数のＧＡＵＰメッセージは同じパケット内に共に送られることができ、そしてアプリケーションを始めることおよびデータを送信することの間の呼設定時間を減少させるために同時にネゴシエートされることができる。
【００４０】
図５は図３の方法を実行するＡＭＳＳ１６とＡＮ１１との間のプロトコルネゴシエーションを示す。図５は状態５１でデータパケットを送受信するビデオ電話アプリケーション１７を用いて始まる。ビデオ会議呼が起こっている。さらに、ＡＭＳＳ１６は、順方向ビデオＩＰフロー９Ｄおよび逆方向ビデオＩＰフローＢ５を含む、ＡＴ１０とＡＮ１１との間のエアインターフェイス接続をモニタすることによって図３のステップ３３を実行している。ＡＭＳＳ１６は予備のＱｏＳが両データフロー上に提供されていることを決定する。
【００４１】
その後、事象５２の発生で、ＡＮ１１は１タイプのＱｏＳエアインターフェイス資源を使い果たす。この例では、ＡＮ１１は順方向ビデオＩＰフローの予約ラベル９Ｄにマップされる、順方向ＲＬＰフロー０１上の資源を使い果たす。例えば、ＡＮ１１はもはや予約９Ｄのための６４キロビット／秒を供給するのに十分な帯域幅を持たない。ＡＮ１１が順方向ＲＬＰフロー０１のためのＱｏＳ資源を使い果たしたので、ＡＮ１１は予約ラベル９Ｄのための予約オフ順方向メッセージをＡＭＳＳ１６に送る。予約オフ順方向メッセージは予備のＱｏＳが予約ラベル９Ｄのために一時的に保留されていることをＡＭＳＳ１６に示す。予約オフ順方向メッセージを受信することに応じて、ＡＭＳＳ１６はＱｏＳ保留通知５３をビデオ電話アプリケーション１７に送る。ＱｏＳ保留通知５３はビデオデータフローに関するＱｏＳは保留されたが、しかしオーディオおよび制御のためのデータフローはなお使用可能であることをビデオ電話アプリケーション１７に通知する。この例では、ビデオ電話アプリケーション１７はビデオ会議呼を正規の音声呼に変換し、そして逆方向ビデオデータフロー２６上でビデオ情報を送信することを停止する。
【００４２】
図３のステップ３４では、ＡＭＳＳ１６はここで順方向データフロー２５（予約９Ｄ）に関するＱｏＳの予約が一時的に保留されたことを決定する。ＡＭＳＳ１６はビデオ電話アプリケーション１７によって初めに要求されたようにＱｏＳが逆方向において使用されていないことを認める。答えとして、ＡＭＳＳ１６はＱｏＳの予約を一時的に保留することによって逆方向ビデオデータフロー２６（予約ラベルＢ５）に関するＱｏＳの予約を解放する。図３のステップ３５では、ＡＭＳＳ１６は予約ラベルＢ５のためのＱｏＳ資源を保留するためにＡＮ１１を一時的に要求する要求予約オフ逆方向メッセージ５４を送る。ＡＮ１１は予約ラベルＢ５のための予約オフ逆方向を送ることによってＡＭＳＳ１６の要求を確認する。
【００４３】
この例では、ビデオ電話アプリケーション１７は走行し続けるが、しかしビデオ会議呼はボイスオンリー呼に変換された。データパケットはオーディオデータフローおよび制御データフロー上でのみ伝送される。
【００４４】
もしも所定量の時間の経過の後にＱｏＳ資源が順方向データフロー２５のために使用可能にならなかったならば、ＡＮ１１は第１のＧＡＵＰメッセージ５５を送ることによって予約ラベル９Ｄに関するＱｏＳの予約を永久に取り消す。第１のＧＡＵＰメッセージ５５はプロファイル・タイプ＝０（ナル）およびＫＫ＝９Ｄを有する予約ＫＫＱｏＳ応答順方向メッセージである。第１のＧＡＵＰメッセージ５５を受信することに応じて、ＡＭＳＳ１６は永久に取り消されたＱｏＳ通知５６をビデオ電話アプリケーション１７に送る。永久に取り消されたＱｏＳ通知５６はビデオデータフローに関するＱｏＳが永久に取り消されたことをビデオ電話アプリケーション１７に通知する。
【００４５】
図３のステップ３４のもう１つの実施の形態では、ＡＭＳＳ１６は第１のＧＡＵＰメッセージ５５から順方向データフロー２５に関するＱｏＳの予約が永久に取り消されたことを決定する。答えとして、ＡＭＳＳ１６は逆方向ビデオデータフロー２６に関するＱｏＳの予約が永久に取り消され得ることをＡＮ１１に通知する。図３のステップ３５では、ＡＭＳＳ１６は予約ラベルＢ５に関するＱｏＳ資源を永久に取り消すことをＡＮ１１に要求する第２のＧＡＵＰメッセージ５７を送る。第２のＧＡＵＰメッセージ５７はプロファイル・タイプ＝０（ナル）およびＫＫ＝Ｂ５を有する予約ＫＫＱｏＳ要求逆方向メッセージである。ＡＮ１１は第３のＧＡＵＰメッセージ５８を送ることによってＡＭＳＳ１６の要求を確認する。第３のＧＡＵＰメッセージ５８はプロファイル・タイプ＝０（ナル）およびＫＫ＝Ｂ５を有する予約ＫＫＱｏＳ応答逆方向メッセージである。
【００４６】
無線装置と基地局との間の両方向において相補的な高ＱｏＳデータフローを必要とするアプリケーションによって使用されないであろうＱｏＳの予約を解放することによって、ＡＭＳＳ１６は無線ネットワーク１２のエアインターフェイス資源を保存する。予約Ｂ５と関連するＱｏＳ予約を解放することによって、ＡＭＳＳ１６はビデオ電話アプリケーション１７によって使用されてはいなかったが、しかしまだ予約されたままであった帯域幅、プライオリティおよび誤り率資源を解放する。
【００４７】
本発明は教育の目的上ある特定の実施形態に関して記述されたけれども、本発明はそれに限定されない。例えば、エアインターフェイス資源を保存することに関する方法は１ｘＥＶ−ＤＯ  ＣＤＭＡ標準に従う無線ネットワークのＱｏＳ資源に関して記述された。エアインターフェイス資源を保存することに関する方法はまた他のネットワーク内のアプリケーションも調べる。例えば、この方法は移動通信用グローバルシステム（ＧＳＭ; Global System for Mobile communications）に基づいた一般パケット無線サービス（ＧＰＲＳ;General Packet Radio Service）標準に従う無線ネットワーク内の移動局と基地局との間のエアインターフェイス接続の帯域幅をモニタする。エアインターフェイス接続は１つの方向では第１の帯域幅を、そして反対方向では第２の帯域幅を使用する。基地局が第１の帯域幅を縮小したことを決定すると、この方法は第２の帯域幅を縮小することによってエアインターフェイス資源を保存する。第２の帯域幅はエアインターフェイス接続に使用できるタイムスロット数を減少させることによって縮小される。１つの実施形態では、ＡＭＳＳ１６は順方向におけるＱｏＳ予約が保留されたかまたは取り消されたことを決定する。ＡＭＳＳ１６はその後逆方向におけるＱｏＳ予約を解放する。もう１つの実施形態では、ＡＭＳＳ１６はまずＱｏＳ予約が逆方向において保留されたか取り消されたことを決定する。ＡＭＳＳ１６はその後順方向においてＱｏＳ予約を解放する。
【００４８】
オペレーティングシステム１６はセルホン上で走行中のビデオ電話アプリケーション１７とともに図３の方法を実施する。しかしながら、図３の方法はまた他の高帯域幅アプリケーションに適用された時にネットワーク資源を保存するためにも使用されることができる。そのような他のアプリケーションの例はボイスオーバＩＰ（ＶｏＩＰ）電話、低待ち時間ゲームおよびストリーミングビデオアプリケーションを含む。
【００４９】
図３の方法は順方向データフローの予約が取り消されたことをまず決定し、そしてその後逆方向データフローの予約を解放するとして記述されたけれども、この方法は反対方向のデータフロー上において実行されることができる。例えば、この方法はまず逆方向データフローの予約が取り消されたことを決定し、そしてその後順方向データフローの予約を解放することができる。
【００５０】
開示された実施形態の前の説明はこの分野の任意の技術者に本発明を製造しまたは使用することを可能とするように提供される。これらの実施形態へのいろいろな変更はこの分野の技術者にはたやすく明白であるだろうし、そしてこの中に定義された包括的な原理はこの発明の精神または範囲から逸脱すること無しに他の実施形態に適用されてもよい。よって、本発明はクレームがこの中に示された実施形態に制限されるつもりはないが、しかしこの中に開示された原理および新奇な特徴と矛盾しない最も広い範囲を許容されるべきである。
【図面の簡単な説明】
【００５１】
【図１】アクセス端末と１ｘＥＶ−ＤＯ標準に従う無線ネットワーク内のアクセスネットワークとの間のエアインターフェイス資源を示す図。
【図２】図１のアクセス端末上で走行中のオペレーティングシステムおよびビデオ電話アプリケーションを示す図。
【図３】１つの方向における予約されたエアインターフェイス資源が使用されていない時にネットワーク資源を保存するためのステップを示すフローチャート。
【図４Ａ】図１のアクセス端末とアクセスネットワークとの間のデータフローを設定するためのプロトコルネゴシエーションを示す図。
【図４Ｂ】図１のアクセス端末とアクセスネットワークとの間のデータフローを設定するためのプロトコルネゴシエーションを示す図。
【図４Ｃ】図１のアクセス端末とアクセスネットワークとの間のデータフローを設定するためのプロトコルネゴシエーションを示す図。
【図５】図３の方法を実行するための図１のアクセス端末とアクセスネットワークとの間のプロトコルネゴシエーションを示す図。
【図１】
2009522959.tif 000003
【図２】
2009522959.tif 000004
【図３】
2009522959.tif 000005
【図４Ａ】
2009522959.tif 000006
【図４Ｂ】
2009522959.tif 000007
【図４Ｃ】
2009522959.tif 000008
【図５】
2009522959.tif 000009
【国際調査報告】
2009522959.tif 000010
2009522959.tif 000011
2009522959.tif 000012