下記を備える装置:WLAN内のアクセスポイントを検出し、何れかの検出されたアクセスポイントがサービスを受けるために好適であるか否かを決定し、および、サービスを受けるのに好適な一のアクセスポイントを決定した後に、サービスの登録を実行するように構成された少なくとも一つのプロセッサー;および、前記少なくとも一つのプロセッサーに結合した一つのメモリー。請求項1記載の装置、ここにおいて、アクセスポイントから受信したビーコンフレームに関するFERがFER閾値より低いならば、前記アクセスポイントがサービスを受けるのに好適であると決定するように、前記少なくとも一つのプロセッサーは構成される。請求項1記載の装置、ここにおいて、アクセスポイントに関するRSSI測定値の特定のパーセンテージがRSSI閾値より高いならば、前記アクセスポイントがサービスを受けるのに好適であると決定するように、前記少なくとも一つのプロセッサーは構成される。請求項1記載の装置、ここにおいて、1秒よりも長い時間期間にわたってアクセスポイントに関して取得された複数の測定値に基づいて、前記アクセスポイントがサービスを受けるのに好適であると決定するように、前記少なくとも一つのプロセッサーは構成される。請求項1記載の装置、ここにおいて、前記好適なアクセスポイントに関するFERが第1のFER閾値よりも低ければベストエフォートサービスを登録し、前記好適なアクセスポイントに関する前記FERが前記第1のFER閾値よりも低い第2のFER閾値よりも低いならばVoIPサービスを登録するように前記少なくとも一つのプロセッサーは構成される。請求項5記載の装置、ここにおいて、前記好適なアクセスポイントに関する前記FERが前記第1のFER閾値よりも高い第3のFER閾値を超過するならば、前記ベストエフォートサービスを登録解除し、前記好適なアクセスポイントに関する前記FERが前記第2のFER閾値よりも高い第4のFER閾値を超過するならば、前記VoIPサービスを登録解除するように前記少なくとも一つのプロセッサーは構成される。請求項1記載の装置、ここにおいて、サービスの登録をIMSで登録することにより実行するように前記少なくとも一つのプロセッサーは構成される。下記を備える方法:WLAN内のアクセスポイントを検出すること;何れかの検出されたアクセスポイントがサービスを受けるのに好適であるか否かを決定すること;サービスを受けるのに好適な一のアクセスポイントを決定した後に、サービスの登録を実行すること。請求項8記載の方法、ここにおいて、何れかの検出されたアクセスポイントがサービスを受けるのに好適であるか否かを前記決定することは、下記を備える:アクセスポイントから受信したビーコンフレームに関するFERがFER閾値より低いならば、前記アクセスポイントがサービスを受けるのに好適であると決定すること。請求項8記載の方法、ここにおいて、サービスの登録を実行することは下記を備える:前記好適なアクセスポイントに関するFERが第1のFER閾値よりも低ければベストエフォートサービスを登録すること、および、前記好適なアクセスポイントに関する前記FERが前記第1のFER閾値よりも低い第2のFER閾値よりも低いならばVoIPサービスを登録すること。下記を備える装置:少なくとも一つのトラフィックフローに関して無線リソースを要求し、前記少なくとも一つのトラフィックフローに関して無線リソースの第1の許可を受信し、前記第1の許可を受信した後に、少なくとも一つのシグナリングフローに関して無線リソースを要求し、前記少なくとも一つのシグナリングフローに関して無線リソースが許可されるか否かに関わらず、前記少なくとも一つのトラフィックフローと前記少なくとも一つのシグナリングフローを介して通信するように構成される少なくとも一つのプロセッサー;および、前記少なくとも一つのプロセッサーに結合した一のメモリー。請求項11記載の装置、ここにおいて、前記少なくとも一つのシグナリングフローに関して無線リソースの第2の許可を受信し、無線リソースの前記第1の許可により前記少なくとも一つのトラフィックフローに関してデータを送信し、無線リソースの前記第2の許可により前記少なくとも一つのシグナリングフローに関してシグナリングを送信するように、前記少なくとも一つのプロセッサーは構成される。請求項11記載の装置、ここにおいて、前記少なくとも一つのシグナリングフローに関して無線リソースの許可を全く受信せず、無線リソースの前記第1の許可により前記少なくとも一つのトラフィックフローに関してデータを送信し、ベストエフォートトラフィックとして前記少なくとも一つのシグナリングフローに関してシグナリングを送信するように、前記少なくとも一つのプロセッサーは構成される。請求項11記載の装置、ここにおいて、データとシグナリングを搬送するパケットに関するDSCPのマーク付けに基づいて急がされる中継動作により、前記少なくとも一つのシグナリングフローに関してシグナリングを送信し、前記少なくとも一つのトラフィックフローに関してデータを送信するように、前記少なくもと一つのプロセッサーは構成される。請求項11記載の装置、ここにおいて、前記少なくとも一つのトラフィックフローは一のRTPフローを備え、前記少なくとも一つのシグナリングフローは一のSIPフローを備える。請求項11記載の装置、ここにおいて、前記少なくとも一つのトラフィックフローに関する無線リソースの前記要求と、前記少なくとも一つのシグナリングフローに関する無線リソースの前記要求は同一のアクセスカテゴリーに関する。請求項11記載の装置、ここにおいて、前記少なくとも一つのトラフィックフローに関するアクセスカテゴリーのためのAIFSと最小の競合ウィンドウに基づいて、前記少なくとも一つのトラフィックフローに関してデータを送信するように、前記少なくとも一つのプロセッサーは構成される。下記を備える方法:少なくとも一つのトラフィックフローに関して無線リソースを要求すること;前記少なくとも一つのトラフィックフローに関して無線リソースの第1の許可を受信すること;前記第1の許可を受信した後に、少なくとも一つのシグナリングフローに関して無線リソースを要求すること;前記少なくとも一つのシグナリングフローに関して無線リソースが許可されるか否かに関わらず、前記少なくとも一つのトラフィックフローと前記少なくとも一つのシグナリングフローを介して通信すること。さらに下記を備える請求項18記載の方法:前記少なくとも一つのシグナリングフローに関して無線リソースの第2の許可を受信すること、および、ここにおいて、前記通信することは下記を備える:無線リソースの前記第1の許可により前記少なくとも一つのトラフィックフローに関してデータを送信すること;および、無線リソースの前記第2の許可により前記少なくとも一つのシグナリングフローに関してシグナリングを送信すること。さらに下記を備える請求項18記載の方法:前記少なくとも一つのシグナリングフローに関して無線リソースの許可を全く受信しないこと、および、ここにおいて、前記通信することは下記を備える:無線リソースの前記第1の許可により前記少なくとも一つのトラフィックフローに関してデータを送信すること;および、ベストエフォートトラフィックとして前記少なくとも一つのシグナリングフローに関してシグナリングを送信すること。下記を備える装置:少なくとも一つのトラフィックフローに関して無線リソースを要求する手段;前記少なくとも一つのトラフィックフローに関して無線リソースの第1の許可を受信する手段;前記第1の許可を受信した後に、少なくとも一つのシグナリングフローに関して無線リソースを要求する手段;前記少なくとも一つのシグナリングフローに関して無線リソースが許可されるか否かに関わらず、前記少なくとも一つのトラフィックフローと前記少なくとも一つのシグナリングフローを介して通信する手段。さらに下記を備える請求項21記載の装置:前記少なくとも一つのシグナリングフローに関して無線リソースの第2の許可を受信する手段、および、ここにおいて、前記通信する手段は下記を備える:無線リソースの前記第1の許可により前記少なくとも一つのトラフィックフローに関してデータを送信する手段;および、無線リソースの前記第2の許可により前記少なくとも一つのシグナリングフローに関してシグナリングを送信する手段。さらに下記を備える請求項21記載の装置:前記少なくとも一つのシグナリングフローに関して無線リソースの許可を全く受信しない手段、および、ここにおいて、前記通信する手段は下記を備える:無線リソースの前記第1の許可により前記少なくとも一つのトラフィックフローに関してデータを送信する手段;および、ベストエフォートトラフィックとして前記少なくとも一つのシグナリングフローに関してシグナリングを送信する手段。下記を実行する命令を記憶するためのプロセッサー読み出し可能媒体:少なくとも一つのトラフィックフローに関して無線リソースを要求すること;前記少なくとも一つのトラフィックフローに関して無線リソースの第1の許可を受信すること;前記第1の許可を受信した後に、少なくとも一つのシグナリングフローに関して無線リソースを要求すること;前記少なくとも一つのシグナリングフローに関して無線リソースが許可されるか否かに関わらず、前記少なくとも一つのトラフィックフローと前記少なくとも一つのシグナリングフローを介して通信すること。さらに下記を実行する命令を記憶するための請求項24記載のプロセッサー読み出し可能媒体:前記少なくとも一つのシグナリングフローに関して無線リソースの第2の許可を受信すること;無線リソースの前記第1の許可により前記少なくとも一つのトラフィックフローに関してデータを送信すること;および、無線リソースの前記第2の許可により前記少なくとも一つのシグナリングフローに関してシグナリングを送信すること。さらに下記を実行する命令を記憶するための請求項24記載のプロセッサー読み出し可能媒体:前記少なくとも一つのシグナリングフローに関して無線リソースの許可を全く受信しないこと;無線リソースの前記第1の許可により前記少なくとも一つのトラフィックフローに関してデータを送信すること;および、ベストエフォートトラフィックとして前記少なくとも一つのシグナリングフローに関してシグナリングを送信すること。下記を備える装置:複数のアプリケーションの各々についてQoSを決定し、前記複数のアプリケーションに関する前記QoSを合計し、前記複数のアプリケーションに関する前記合計されたQoSに基づいてWLANから無線リソースを要求するように構成される少なくとも一つのプロセッサー;および、前記少なくとも一つのプロセッサーに結合したメモリー。請求項27記載の装置、ここにおいて、一の追加のアプリケーションに関するQoSを決定し、前記複数のアプリケーションに関する前記合計されたQoSを前記追加のアプリケーションに関する前記QoSで更新し、前記合計され更新されたQoSに基づいて無線リソースを要求するように、前記少なくとも一つのプロセッサーは構成される。請求項27記載の装置、ここにおいて、前記複数のアプリケーションのうちの閉じられているものに関するQoSを決定し、前記複数のアプリケーションに関する前記合計されたQoSを前記閉じられているアプリケーションに関する前記QoSで更新し、前記合計され更新されたQoSに基づいて無線リソースを要求するように、前記少なくとも一つのプロセッサーは構成される。請求項28記載の装置、ここにおいて、前記WLANで前記複数のアプリケーションに関して一のトラフィックストリームを確立し、一の追加的なアプリケーションが追加された時、または複数のアプリケーションのうちの一つが閉じられた時に前記複数のアプリケーションに関する前記合計されたQoSを更新し、前記合計され更新されたQoSに基づいて決定された更新されたパラメーター値と共にADDTS要求メッセージを送信するように、前記少なくとも一つのプロセッサーは構成される。請求項30記載の装置、ここにおいて、前記複数のアプリケーションのうちの最後のものが閉じられた時にDELTS要求メッセージを送信するように、前記少なくとも一つのプロセッサーは構成される。請求項27記載の装置、ここにおいて、各アプリケーションに関する前記QoSは遅延境界を含み、ここにおいて、前記複数のアプリケーションに関する前記合計されたQoSは、前記複数のアプリケーションに関する複数の遅延境界の中で最小の遅延境界を備える。請求項27記載の装置、ここにおいて、各アプリケーションに関する前記QoSはスループットを含み、前記複数のアプリケーションに関する前記合計されたQoSは、前記複数のアプリケーションに関するスループットの合計を備える。前記複数のアプリケーションに関するアクセスカテゴリーのためのAIFSと最小の競合ウィンドウに基づいて前記複数のアプリケーションに関してデータを送信ように、前記少なくとも一つのプロセッサーは構成される。下記を備える方法:複数のアプリケーションの各々についてQoSを決定すること;前記複数のアプリケーションに関する前記QoSを合計すること;前記複数のアプリケーションに関する前記合計されたQoSに基づいてWLANから無線リソースを要求すること。さらに下記を備える請求項35記載の方法:一の追加のアプリケーションに関するQoSを決定すること;前記複数のアプリケーションに関する前記合計されたQoSを前記追加のアプリケーションに関する前記QoSで更新すること;前記合計され更新されたQoSに基づいて無線リソースを要求すること。さらに下記を備える請求項35記載の方法:前記複数のアプリケーションのうちの閉じられているものに関するQoSを決定すること;前記複数のアプリケーションに関する前記合計されたQoSを前記閉じられているアプリケーションに関する前記QoSで更新すること;前記合計され更新されたQoSに基づいて無線リソースを要求すること。下記を備える装置:WLANによって許可されたQoSを決定し、一の呼に関してリモート端末により提案されたメディア形式に関するQoSを決定し、前記WLANにより許可された前記QoSと前記リモート端末により提案されたメディア形式に関する前記QoSとの間の差分に対応する余分な無線リソースを解放するように構成される少なくとも一つのプロセッサー;前記少なくとも一つのプロセッサーに結合した一のメモリー。請求項38記載の装置、ここにおいて、前記WLANによって許可された前記QoSに基づいて少なくとも一つのメディア形式を決定し、前記リモート端末に対して前記少なくとも一つのメディア形式を送信するように、前記少なくとも一つのプロセッサーは構成され、前記少なくとも一つのメディア形式の各々は、前記WLANにより許可された前記QoSと等しいかそれよりも低いQoSと関係付けられる。請求項38記載の装置、ここにおいて、前記リモート端末により提案された前記メディア形式に関する前記QoSに基づいて、一のメディア形式を選択し、前記リモート端末に対して前記選択されたメディア形式を送信するように、前記少なくとも一つのプロセッサーは構成され、前記選択されたメディア形式は、前記リモート端末により提案された前記メディア形式に関する前記QoSと等しいかそれよりも低いQoSと関係付けられる。下記を備える方法:WLANによって許可されたQoSを決定すること;一の呼に関してリモート端末により提案されたメディア形式に関するQoSを決定すること;前記WLANにより許可された前記QoSと前記リモート端末により提案されたメディア形式に関する前記QoSとの間の差分に対応する余分な無線リソースを解放すること。さらに下記を備える請求項41記載の方法:前記WLANによって許可された前記QoSに基づいて少なくとも一つのメディア形式を決定すること、ここで、前記少なくとも一つのメディア形式の各々は、前記WLANにより許可された前記QoSと等しいかそれよりも低いQoSと関係付けられる;前記リモート端末に対して前記少なくとも一つのメディア形式を送信すること。さらに下記を備える請求項41記載の方法:前記リモート端末により提案された前記メディア形式に関する前記QoSに基づいて、一のメディア形式を選択すること、ここで、前記選択されたメディア形式は、前記リモート端末により提案された前記メディア形式に関する前記QoSと等しいかそれよりも低いQoSと関係付けられる;前記リモート端末に対して前記選択されたメディア形式を送信すること。下記を備える装置:WLAN内の第1のアクセスポイントにより許可された第1のQoSに基づいてリモート端末と通信し、前記第1のアクセスポイントから第2のアクセスポイントへとハンドオフを実行し、前記第2のアクセスポイントからの前記第1のQoSまたはそれより低いQoSを要求し、前記第2のアクセスポイントから前記第1のQoSまたはそれより低いQoSの許可を受信し、前記第2のアクセスポイントにより許可された前記第1のQoSまたはそれより低いQoSに基づいて前記リモート端末と通信するように構成される少なくとも一つのプロセッサー;および、前記少なくとも一つのプロセッサーに結合される一のメモリー。請求項44記載の装置、ここにおいて、前記第1のアクセスポイントからのQoSを要求し、前記第1のアクセスポイントから前記第1のQoSの許可を受信するように、前記少なくとも一つのプロセッサーは構成され、前記第1のQoSは前記第1のアクセスポイントからの要求された前記QoSと等しいか、またはより低い。下記を備える方法:WLAN内の第1のアクセスポイントにより許可された第1のQoSに基づいてリモート端末と通信すること;前記第1のアクセスポイントから第2のアクセスポイントへとハンドオフを実行すること;前記第2のアクセスポイントからの前記第1のQoSまたはそれより低いQoSを要求すること;前記第2のアクセスポイントから前記第1のQoSまたはそれより低いQoSの許可を受信すること;前記第2のアクセスポイントにより許可された前記第1のQoSまたはそれより低いQoSに基づいて前記リモート端末と通信すること。さらに下記を備える請求項46記載の方法:前記第1のアクセスポイントからのQoSを要求すること;および、前記第1のアクセスポイントから前記第1のQoSの許可を受信すること、ここで、前記第1のQoSは前記第1のアクセスポイントからの要求された前記QoSと等しいか、またはより低い。下記を備える装置:緊急呼を配置するための指示を受信し、前記指示に応答してセルラーネットワークで緊急呼を配置し、前記セルラーネットワークで前記緊急呼が成功裡に配置されない場合にはWLANで前記緊急呼を配置するように構成される少なくとも一つのプロセッサー;および、前記少なくとも一つのプロセッサーに結合される一のメモリー。請求項48記載の装置、ここにおいて、前記緊急呼に関してセルラーネットワークで回線交換の呼を配置し、前記セルラーネットワークで前記回線交換の呼が成功裡に配置されない場合には、前記緊急呼に関して前記WLANでVoIP呼を配置するように、前記少なくとも一つのプロセッサーは構成される。下記を備える方法:緊急呼を配置するための指示を受信すること;前記指示に応答してセルラーネットワークで緊急呼を配置すること;前記セルラーネットワークで前記緊急呼が成功裡に配置されない場合にはWLANで前記緊急呼を配置すること。請求項50記載の方法、ここにおいて、前記セルラーネットワークで前記緊急呼を前記配置することは下記を備える:前記緊急呼に関してセルラーネットワークで回線交換の呼を配置すること、さらに、ここにおいて、前記WLANで前記緊急呼を前記配置することは、下記を備える:前記セルラーネットワークで前記回線交換の呼が成功裡に配置されない場合には、前記緊急呼に関して前記WLANでVoIP呼を配置すること。本明細書に記載された技法は、例えばWWAN、WMAN、およびWLANのような様々な無線ネットワークに関して使用されることが可能である。WWANは、符号分割多重アクセスCDMAネットワーク、時分割多重アクセスTDMAネットワーク、周波数分割多重アクセスFDMAネットワーク、直交FDMAOFDMAネットワーク、単一キャリアFDMASC-FDMAネットワーク、等であってもよい。CDMAネットワークは、例えば、cdma2000、UniversalTerrestrialRadioAccessUTRA、等のような無線技術を実装しても良い。cdma2000は、IS-2000、IS-95、およびIS-856標準をカバーする。UTRAは広帯域CDMAW-CDMAおよび低チップレートLCRを含む。TDMAネットワークは、例えば、GlobalSystemforMobileCommunicationGSM登録商標のような無線技術を実装しても良い。OFDMAネットワークは、例えば、EvolvedUTRAE-UTRA、IEEE802.20、Flash-OFDM等のような無線技術を実装しても良い。WMANは、例えば、IEEE802.16等のような無線技術を実装しても良い。WLANは、例えば、IEEE802.11、Hyperlan、等のような無線技術を実装しても良い。これらの様々な無線技術および標準は、当該技術分野において公知である。UTRA、E-UTRAおよびGSM登録商標は第3世代パートナーシッププロジェクト3rdGenerationPartnershipProject3GPPと名付けられた組織からの文書に説明されている。cdma2000は、第3世代パートナーシッププロジェクト23GPP2と名付けられた組織からの文書に説明されている。明確にするために、該技法の特定の態様は、IEEE802.11を実装するWLANに関して下記に説明される。図1は、WLAN100、3GPPネットワーク102、および3GPP2ネットワーク104の展開を示す。WLAN100、3GPPネットワーク102、および/または3GPP2ネットワーク104によってサポートされる様々な通信サービスを獲得するために、一の局STA110はWLAN100と通信することが可能である。局110はまた、移動局、ユーザー装置UE、端末、ユーザー端末、加入者ユニット等と呼ばれることも可能である。局110は、セルラー電話、パーソナルデジタルアシスタントPDA、無線モデム、ハンドヘルドデバイス、ラップトップコンピュータ、等であっても良い。局110は、WLAN100を介して他の端末、および/またはサーバー例えば、リモート端末180とデータを交換しまたは通信しても良い。WLAN100はアクセスポイント120aと120b、およびネットワークアドレス変換NATファイアーウォール/ルータ130を含む。各アクセスポイント120は、そのアクセスポイントに関係付けられた局のために無線媒体/チャネルを介して配送サービスへのアクセスを提供する。ルータ130は、複数のアクセスポイント120とインターネット150との間でパケットをルーティングし、WLAN100内の局とアクセスポイントに関して、プライベートのインターネットプロトコルIPアドレスとパブリックのIPアドレスとの間で変換を実行しても良い。WLAN100は、IEEE802.11標準ファミリーの中の任意の標準を実装しても良い。WLAN100はまた、媒体アクセス制御MAC層に関するQoS拡張をカバーするIEEE802.11eを実装しても良い。3GPPネットワーク102は、W-CDMAまたはGSM登録商標ネットワークを利用するUniversalMobileTelecommunicationSystemUMTSネットワークであっても良い。3GPPネットワーク102において、ノードB122はUE図示されずのための無線通信をサポートする。基地局サブシステムBaseStationSubsystemBSS/無線ネットワークコントローラRNC132は無線リソースの使用を制御し、および他の機能を実行する。サービングGPRSサポートノードSGSN142は、該SGSNによってサービスされるUEへのおよび該UEからのパケットの転送をサポートし、例えば、パケットルーティング、アクセス制御、移動性管理、セキュリティー等の機能を実行することが可能である。ゲートウェイGPRSサポートノードGGSN142は、イントラネット152とインターフェイスをとり、例えばパケットルーティング、IPアドレス割り当て、認証、課金等のような機能を実行しても良い。パケットデータゲートウェイPDG/WLANアクセスゲートウェイWAG162はUEがWLANを介して3GPPネットワークからサービスをアクセスすることを可能にし、例えば、ユーザー認証、セキュアトンネル管理、等のような様々な機能を実行しても良い。呼セッション制御機能CSCF172は、プロキシーCSCFP-CSCF、サービングCSCFS-CSCF、問い合わせCSCFI-CSCF、等を含んでも良い。CSCF172は例えば、Voice-over-IPVoIP、マルチメディア、ショートメッセージサービスSMSオーバーIP、インスタントメッセージングIM、push-to-talkPTT等のような、IPマルチメディアサブシステムIMSサービスをサポートするための様々な機能を実行する。CSCF172は、IMSサービスに関するUEからの要求を処理し、IMSに関する登録を実行し、セッション制御サービスを提供し、セッション状態情報を維持する等しても良い。3GPP2ネットワーク104は、IS-2000またはIS-95を利用するCDMA20001Xネットワーク、またはIS-856を利用する高レートパケットデータHRPD等であっても良い。3GPP2ネットワーク104において、基地局124は移動局図示なしのための無線通信をサポートする。基地局コントローラBSC/パケット制御機能PCF134は、自身の制御下にある基地局のために調整と制御を提供し、これらの基地局のためにデータをルーティングする。パケットデータサービングノードPDSN144は、3GPP2ネットワーク104内の移動局のためにデータサービスをサポートし、例えば、データセッションの確立、維持、および終了、パケットルーティング、IPアドレス割り当て、等のような機能を実行する。パケットデータ相互作用機能PDIF164は、3GPP2ネットワーク104に対するIP接続性を提供し、例えば、ユーザー認証、セキュアトンネル管理、IPアドレス割り当て、パケットのカプセル化、および逆カプセル化、等のような様々な機能を実行する。CSCF174はIMSサービスをサポートするための様々な機能を実行する。無線ネットワーク100、102、および104は、図1に図示されていない他のネットワークエンティティを含んでも良い。無線ネットワーク100、102、および104は、例えば、従来型の電話をサービスする公衆交換電話網PSTN178のような他のネットワークに対して直接的に、または間接的に結合する。局110は、該複数のネットワークのいずれかと通信する可能性のある他の端末およびサーバーと通信しても良い。図2は、WLAN100と通信する際の、局110に関する様々な層における複数のフローとストリームを示す。局110は、任意の通信サービスを契約することが可能な一つ以上のアプリケーションを有しても良い。該アプリケーションは、SessionInitiationProtocol、RealtimeTransportProtocol、および/または、アプリケーション層における他のプロトコルを使用して、他のエンティティ例えば、リモート端末と通信しても良い。SIPとは、VoIP、マルチメディア等に関してセッションを生成し、修正し、終了するためのシグナリングプロトコルである。RTPは、エンドツーエンドのネットワーク転送機能を提供し、例えば、音声、ビデオ等のようなリアルタイムデータを送信するアプリケーションに適している。各アプリケーションは任意の数のデータフローを有していても良い。データフローは例えば、SIPフロー、RTPフロー、ベストエフォートBEフロー、等であっても良い。例えば、VoIPアプリケーションはトラフィックデータに関して一つ以上のRTPフローを有し、シグナリングのために一のSIPフローを有しても良い。他の例として、アプリケーション1は一のSIPフローを有するSIPアプリケーションであって良い。アプリケーション2~NはSIPに基づくアプリケーションであってよく、これらの各々は、トラフィックデータに関して一つ以上のデータフローを有し、アプリケーション1に関する該SIPフローを介してシグナリングを送信しても良い。該複数のデータフローはデータ層によって処理されてもよく、複数のIPフローに対してマップされる。該データ層はTransmissionControlProtocol、UserDatagramProtocol、IP、および/または他のプロトコルを含んでも良い。例えば、局110は、一のVoIPアプリケーションに関して、複数のRTPとSIPのフローを搬送するのに一つのIPフローを有しても良く、一のブラウザアプリケーションに関して一のベストエフォートフローを搬送するのにもう一つのIPフローを有しても良い。IEEE802.11eにおいては、IPフローはMAC層において処理され、トラフィックストリームにマップされる。各トラフィックストリームはトラフィック分類TCLAS、および/またはトラフィック仕様TSPECと関係付けられる。TCLASは該トラフィックストリームに属するMACサービスデータユニットMSDUを識別するために使用されるパラメータを特定し、それによって該トラフィックストリームに関するTSPECに従ってこれらのMSDUが送信されことが可能となる。TSPECは該トラフィックストリームのトラフィック属性例えば、MSDUサイズ、および到着レート、およびトラフィック特性例えば、データレート、最大配送遅延、最大遅延分散すなわちジッター、等を記述する。TSPECに関する該複数のパラメータの一部または全てはQoSを定義するために使用されることが可能なQoSパラメータと見なすことが可能である。IEEE802.11eは、拡張された分散チャネルアクセスEDCAをサポートし、これは、複数の局によって搬送されるフローのQoS要件と、これらの局を通過するトラフィックの量に基づいて、これらの局による無線媒体/チャネルに対する優先順位を付けられたアクセスを可能にする。EDCAは、該複数の局によるアクセスの制御とチャネル上での送信のために、下記のアクセスパラメータを利用する。-アービトレーションインターフレームスペース送信が発生する前にチャネルがアイドル状態になるのを待つ時間の量-最小および最大の競合ウィンドウCWminおよびCWmaxチャネルがビジー状態であると検出された際に待つ時間の量、および-送信機会限界アクセスを取得した際に、一の局がチャネル上で送信できる時間の最大の量チャネルをアクセスするために、局110は、チャネルがアイドル状態であるかまたはビジー状態であるかを見るために、まずチャネルをセンスすることが可能である。もしも、AIFSの時間にわたって該チャネルがアイドル状態であるならば、局110は該チャネル上で送信しても良い。もしも、該チャネルがビジー状態であるならば、局110は該チャネルがアイドル状態になるまで待ち、そして該チャネルがAIFSの時間にわたりアイドル状態のままでいるのを待ち、更にそして、ゼロ値と競合ウィンドウの間のランダムなバックオフの値を選択することが可能であり、ここで、この値は最初にCWminに設定されても良い。該チャネルがAIFSの時間にわたってアイドル状態であることをセンスした後に複数の局が同時に送信するというシナリオを回避するために、ランダムなバックオフが使用される。その後、局110は、該ランダムなバックオフをカウントダウンし、チャネルがビジー状態である時にはいつでも休止し、そして該チャネルがAIFSの時間にわたってアイドル状態である後は該カウントダウンを再開することが可能である。該カウントダウンがゼロに到達した時に、局110は、該チャネル上で送信しても良い。不成功に終わった送信の各々の後に、該競合ウィンドウがCWmaxに到達するまで、局110は、該競合ウィンドウを2倍にすることが可能である。AIFSとは、ビジー期間に続いて該チャネルがアイドル状態になった後に、局110が待つ時間の量である。局110は、AIFS時間の間チャネルへのアクセスを延期する。このように、AIFSは、チャネルへのアクセスを獲得する可能性に影響するかもしれない。一般に、優先度の高いトラフィックを有する局は、優先度の低いトラフィックを有する、従ってより大きなAIFS値を有する他の局の前にチャネルのアクセスを可能とするために、より小さなAIFS値を使用することが可能である。最小の競合ウィンドウ、および最大の競合ウィンドウは、チャネルにアクセスする時間の平均量を決定するかもしれない。平均的に見て、より小さなCWminを有する局は、より大きなCWminを有する局より短い量の時間でチャネルへのアクセスを獲得するかもしれない。IEEE80211eは4つのアクセスカテゴリーをサポートする、すなわち音声、ビデオ、ベストエフォートおよびバックグラウンドである。前記4つのアクセスカテゴリーは合計8つの異なる優先順位を有しており、各アクセスカテゴリは2つの優先順位を有する。バックグラウンドは、0と1の優先順位を持っている。ベストエフォートは、2と3の優先順位を持っている。ビデオは、4と5の優先順位を持っている。また、音声は6と7の優先順位を有する。各アクセスカテゴリーについては、より低い優先順位はデータ向けである。また、より高い優先順位はシグナリング向けである。これは、データとシグナリングの間に競合がある場合、シグナリングがデータの前に送られることを可能にする。アクセスポイントは、各アクセスカテゴリーのためにAIFS、CWmin、CWmaxおよびTXOP限界の値を設定することが可能である。これらのパラメータ値は、チャネルに対するアクセスを獲得できる可能性、チャネルアクセスのための平均期間、チャネル上の平均送信時間などを決定するかもしれない。一般に、AIFS、CWminおよびCWmaxに関するより小さな値はチャネルアクセスを改善する可能性があり、従って、優先度のより高いアクセスカテゴリーにおいてデータとシグナリングのために使用される可能性がある。該アクセスポイントは、ビーコンフレーム、プローブ応答フレーム、アソシエーション応答フレームなどの中のアクセスパラメータ値を送信することが可能である。該アクセスポイントに関連した全ての局は、チャネルにアクセスするために該アクセスパラメータ値を使用する可能性がある。図3は、局110による一のVoIP呼セッションのためのメッセージフロー300を示す。図3は、局110とアクセスポイント120aおよび120bとの間のデータおよびシグナリングの交換、および局110とIMコアネットワーク190との間のSIPシグナリングの交換を示す。IMCN190はCSCF172あるいは174、ならびに場合によっては他のネットワークエンティティを含んでいるかもしれない。簡単のために、アクセスポイント120aおよび120bと、例えばPDGWAG162およびPDIF164等のような他のネットワークエンティティとの間のデータおよびシグナリングの交換は、図3に示されない。IMCN190の中の様々なネットワークエンティティ同士の間のシグナリングの交換もまた示されていない。まず最初に、局110はWLANを探索し、WLAN100内のアクセスポイントを検出し、WLAN100内のアクセスポイント120aと関係を作ることが可能である。RSSIの測定を行なうこと、ビーコンフレームを読むこと、プローブ要求応答を交換すること、アクセスとユーザー認証を行なうこと、アクセスポイント120aとのアソシエーション要求応答を交換することをステップM1は含むことが可能である。その後、局110は、アクセスポイント120aのQoS機能を発見することが可能であり、これは例えば、アクセスポイント120aによって周期的に送信されたビーコンフレーム、局110によって送信されたプローブ要求に対するアクセスポイント120aによって送信されたプローブ応答などに基づく。その後、局110aは、IMCN190によりIMS登録を行なうかもしれません。局110が新しいカバレージ領域へ移動する、局110が電源投入される、などの場合、ステップM1~M3が実行される可能性がある。VoIPアプリケーションは局110において起動される可能性がある。その後、局110は、リモート端末180とのVoIP呼を確立することが可能であり、それは、図1に示されるPSTN178、あるいは他の何らかの無線または有線ネットワークに結合される可能性がある。局110は、アクセスポイント120aとのVoIP呼のために、RTPおよびSIPのフローに関するQoSを確立しても良い。局110はさらにIMCN190とのIMSセッションの確立を実行しても良い。ステップM4およびM5は呼設定に関し、これらは並行して、あるいは局110がVoIP呼を発したか又は受信したかに依存して異なる順序で実行されることが可能である。呼設定を完了した後に、局110はアクセスポイント120aとVoIPデータを交換することが可能であり、これは、リモート端末180に対してVoIPデータをルーティングすることが可能である。音声フレームは音声コーダーデコーダによって生成され、RTPパケット中で送信されることが可能である。RTPパケットはUDPデータグラムの中にカプセル化され、IPパケット中で送信されることが可能である。局110は、ステップM4において、音声アクセスカテゴリーのためのトラフィックストリームを確立することが可能である。呼の継続中はいつでも、局110は新しいトラフィックストリームを追加するか、あるいは既存のトラフィックストリームを更新することが可能であり、それら両者はトラフィックストリームの追加と呼ばれる。全てのトラフィックストリームに関して、局110はアクセスポイント120aとVoIPデータを交換することが可能である。局110は該VoIP呼の期間中にアクセスポイント120aからアクセスポイント120bに対してハンドオフを行なうことが可能である。ステップM9はアクセスポイント120aにアソシエーション解除メッセージを送信すること、アクセスポイント120aから受領通知を受け取ること、アクセスポイント120bにアソシエーション要求メッセージを送信すること、アクセスポイント120bからアソシエーション応答メッセージを受け取ること、アクセスポイント120bによってQoSを確立することを含むことが可能である。その後、局110は、アクセスポイント120bによって許可されたQoSに基づいてアクセスポイント120bとVoIPデータを交換することが可能である。ある時点では、局110あるいはリモート端末180はVoIP呼を終了するかもしれない。局110は、IMSセッションの終了に関してIMCN190とSIPシグナリングを交換することが可能であり、RTPとSIPのフローに関してQoSを非活性化してもよい。ステップM10およびM11は呼の終了に関し、これらは並行して、あるいは異なる順序で実行されることが可能である。ステップM4~M12は他の呼に関して実行されても良い。局110は、例えば、一のVoIPアプリケーションが閉じられた際などに、IMSの登録解除を実行しても良いステップM13。図3において、各ステップは双方向の矢印によって表現され、典型的には、少なくとも2つのエンティティの間で一組のメッセージが交換されることを伴う。これらのステップの幾つかは、下記に説明するように、一の呼に関して改善された性能が達成されるような方法で実行されることが可能である。一の態様では、局110は、WLANの中のアクセスポイントがWLAN経由でサービスを受けるために登録を実行するか、あるいはサービスをWLAN上に移動させるのに先立って適切であることを保証します。局110とアクセスポイントの間のチャネル条件は広く変動するかもしれない。また、受信された信号の品質は同様に広く変動するかもしれない。それが比較的安定していて、局110によって十分な信号の品質で受信することができる場合、アクセスポイントは、適切であると考えられることが可能である。アクセスポイントが適切であることを局110が決定するまで、局110はサービス登録を遅らせることが可能である。この遅らされたサービス登録は、局110が断続的なアクセスポイント経由でサービス登録を行ない、このアクセスポイント経由で劣悪な品質のサービスを受けるシナリオを回避することが可能である。アクセスポイントの好適性はRSSIの測定、ビーコンフレームに関するFERなどに基づいて決定されても良い。該アクセスポイントは、例えば100ミリセカンドごとに、周期的にビーコンフレームを送信しても良い。1つの設計では、局110は該アクセスポイントから受信したビーコンフレームのためにRSSIの測定を行なうかもしれません。局110は、RSSIの閾値に対してRSSIの測定値を比較し、RSSIの測定値の所定の割合がRSSIの閾値より上にある場合に、アクセスポイントが適切であると宣言ことが可能である。別の設計では、局110は受信した各ビーコンフレームを復号化し、ビーコンフレームが正確に復号化されるか、あるいは復号化エラーを起こすかを判断することが可能である。局110は、ある時間間隔にわたって受け取られたビーコンフレームに関するFERを決定することが可能である。局110は、FER閾値に対してビーコンFERを比較してもよく、ビーコンFERがFER閾値未満である場合に、アクセスポイントが適切であると宣言してもよい。別の設計では、局110は、最初にアクセスポイントのためにRSSIの測定を行なってもよい。幾つかのRSSIの測定値がRSSIの閾値を越える場合、局110は次に、アクセスポイントが適切かどうか判断するためにビーコンFERを確認してもよい。局110はさらに、他のパラメーターに基づいてアクセスポイントが適切かどうか判断してもよい。局110は該WLANの中の適切なアクセスポイントを識別した後にサービス登録を行なうことが可能である。該WLAN経由で全てのサービスを受けるために、局110はIMSの中で登録することが可能である。代替的に、例えば、該WLANの性能およびサービスのQoS要件に依存して、該WLAN経由で特定のサービスだけを受けるために、局110はIMSの中で登録することが可能である。例えば、局110はビーコンFERが第1のFER閾値未満である場合に、該WLAN経由でベストエフォートサービスを受けるために登録することが可能である。局110はビーコンFERが第1のFER閾値より低い第2のFER閾値未満である場合に、該WLAN経由でVoIPサービスを受けるために登録することが可能である。これと対応して、ビーコンFERが第1のFER閾値より高い3番めのFER閾値を越える場合、局110は、ベストエフォートサービスの登録解除をすることが可能である。ビーコンFERが前記第2のFER閾値より高い第4のFER閾値を越える場合、VoIPサービスに関して登録解除することが可能である。ヒステリシスを提供し、かつサービスのために選ばれたWLANの中のピンポン現象を回避するために、各サービスに関して、登録のためのFER閾値は登録解除のためのFER閾値より低い可能性がある。ビーコンFERはより信頼できるFER測定値を得るためにフィルタリングされるかもしれません。従って、局110は、該WLAN経由でサービスを受けるために該WLANおよびIMS登録のための無線獲得を分離してもよい。局110は、さらに該WLANの性能に基づいてサービス登録を変更してもよい。例えば、該WLAN経由で全てのサービスを受けるために、局110は最初に、IMSの中で登録してもよい。該WLANの性能が低下する場合、局110はVoIPサービスに関してIMSで登録解除し、該WLAN経由でベストエフォートサービスを受け続けてもよい。WLANの性能はRSSIの測定値、ビーコンFER、データPERなどによって定量化されても良い。図4は、サービス登録のための局110によって実行される方法400の一つの設計を示す。局110はWLAN内のアクセスポイントを検出することが可能である。局110は、何れかの検出されたアクセスポイントがサービスを受信するのに適切化かどうか判断することが可能である。ビーコンフレームに関するアクセスポイントから受け取られたFERが、FER閾値未満である場合、および/または、アクセスポイントに関するRSSI測定値の特定の割合がRSSI閾値あるより上である場合、局110は、アクセスポイントがサービスを受信するのに好適であると決定しても良い。アクセスポイントが安定していることを保証するために、十分に長い期間にわたって該アクセスポイントのために得られた測定値に基づいて、局110は、該アクセスポイントがサービスを受信するのに好適であると決定しても良い。局110は、サービスを受信するのに好適なアクセスポイントを決定した後にサービス登録を行なってもよい。サービス登録は、典型的には適切なネットワーク中の指定されたネットワークエンティティによって行われ、それは、ホームネットワーク、訪問されたネットワークあるいは他の何らかのネットワークかもしれない。例えば、局110は、IMSのためのPCSCF、モバイルIPに関するホームエージェントなどにより、登録してもよい。局110は、さらに性能に依存して異なるサービスに関する登録をしてもよい。例えば、適切なアクセスポイントに関する該FERが第1のFER閾値未満である場合、局110は、ベストエフォートサービスに関する登録をし、該FERが第1のFER閾値より低い第2のFER閾値未満である場合、VoIPサービスに関する登録をすることが可能である。別の態様では、局110は最初に、トラフィックフローに関する無線リソースを要求し、そしてその後、シグナリングフローに関する無線リソースを要求することが可能であるである。VoIP呼については、局110は、最初にRTPフローに関する無線リソースを要求し、次に、SIPフローに関する無線リソースを要求することが可能である。トラフィックフローには満足の行く性能のためのQoS要件があるかもしれない。無線リソースは、これらのトラフィックフローのために必要なQoSを達成されうることを保証するように要求されるかもしれない。シグナリングフローは遅延を許容することができるかもしれないし、無線リソースがこれらのフローに対して許可されない場合、ベストエフォートトラフィックとして送信されるかもしれない。トラフィックおよびシグナリングのフローに関する無線リソースを要求するこの方法は、無線リソースがシグナリングフローではなくトラフィックフローのために許可される場合、呼が進行することを可能にするかもしれない。無線リソースはまた、無線リンクリソース、QoSリソース、リソース等と呼ばれてもよい。無線リソースは異なる無線ネットワークについて異なる方法で定量化されても良い。無線リソースはまた、異なる無線ネットワークについて、および所与の無線ネットワークの異なる動作モードについて、異なる方法で許可されることが可能である。WLANについては、無線リソースの量は、時間によって定量化されても良い。IEEE80211eはスケジュールされた自動的な電力保存配送モードおよびスケジュールされないAPSDモードをサポートします。SAPSDモードにおいて、アクセスポイントはそのアクセスポイントに関連した局のためにサービス時間をスケジュールする。アクセスポイントは、該アクセスポイントによってスケジュールされるサービス時間の継続期間および周期性に基づいて無線リソースを許可しても良い。UAPSDモードにおいて、局はそれぞれ独立してそのサービスタイムおよび局用のアクセスポイントバッファーデータを選ぶかもしれません。動作のモードにかかわらず、該アクセスポイントは各局のQoS要件を満たすためにその局に対して無線リソースを許可しても良い。図5は、移動局から発した呼の設定動作のためのメッセージフロー500を示す。メッセージフロー500は図3の中でステップM4およびM5のために使用されてもよい。最初に、例えば、局110で番号をダイヤルするユーザに応じる等して、VoIP呼のためのVoIP呼設定はトリガーされても良い。VoIP呼のためのRTPフローは活性化されることが可能であり、局110におけるVoIPアプリケーション112は、局110内の呼処理モジュール114に対してRTPフローに関するQoSの要求を送信することが可能である。その後、局110は、アクセスポイント120aにRTPフローに関する要求されたQoSを含んでいるADDTS要求メッセージを送ることが可能である。該RTPフローは音声アクセスカテゴリーに属するかもしれない。ADDTS要求メッセージは、音声アクセスカテゴリーに関する一のトラフィックストリームの追加を要求するかもしれないし、このアクセスカテゴリーに関するTSPECを含んでいるかもしれない。該TSPECは、該RTPフローに関する要求されたQoSについて記述するパラメーターを含んでいるかもしれない。アクセスポイント120aは要求されたQoSに関して無線リソースを許可するかもしれないし、無線リソースの許可を表すADDTS応答メッセージを返すかもしれない。モジュール114はADDTS応答メッセージを受け取り、VoIPアプリケーション112に対して該RTPフローに関してQoSが活性化された旨の通知を送信してもよい。その後、VoIP呼のためのSIPフローは活性化されることが可能であり、VoIPアプリケーション112は、モジュール114に対してSIPフローのためにQoS要求を送信することが可能である。RTPとSIPのフローは同じ音声アクセスカテゴリーに関する可能性がある。その後、モジュール114は、該音声アクセスカテゴリーに関する合計されたQoSを得るために、RTPフローに関する必要なQoSとSIPフローに関する必要なQoSを合計することが可能である。その後、局110は、アクセスポイント120aに対して、RTPとSIPの両方のフローに関する合計されたQoSについて記述するパラメーターを含んでいるADDTS要求メッセージを送ることが可能である。アクセスポイント120aは両方のフローに関する合計されたQoSのために無線リソースを許可することが可能であり、無線リソースの許可を示すADDTS応答メッセージを返すことが可能である。モジュール114はADDTS応答メッセージを受け取り、VoIPアプリケーション112に対してSIPフローに関してQoSが活性化された旨の通知を送信することが可能である。その後、局110は、該音声アクセスカテゴリーに関するQoSトラフィックとして、SIPシグナリングを送信することが可能である。アクセスポイント110aにRTPとSIPの両方のフローに関する合計されたQoSのための十分な無線リソースがない場合、ステップA7では、アクセスポイント110aは合計されたQoS要求の拒否の表示を備えたADDTS応答メッセージを返すことが可能である。その後、モジュール114はステップA8において、VoIPアプリケーション112に失敗通知を供給することが可能である。その後、局110はステップA9において開始するベストエフォートトラフィックとしてSIPシグナリングを送信することが可能であり、呼設定動作を続けることが可能である。アクセスポイント110aにRTPフローに関する十分な無線リソースがない場合、ステップA3では、アクセスポイント110aはQoS要求の拒否の表示を備えたADDTS応答メッセージを返すことが可能である。その後、モジュール114はステップA4において、VoIPアプリケーション112に失敗通知を供給することが可能である。RTPフローに関するQoSが好まれるけれども、必須ではない場合、局110はVoIP呼を続行することが可能であり、ベストエフォートトラフィックとしてRTPデータおよびSIPシグナリングを送信することが可能である。RTPフローに関するQoSが必須ならば、VoIP呼はアクセスポイント120aで失敗するであろうし、局110は、別の無線ネットワーク上の呼を試みるかもしれない。図6は、移動局により終了された呼設定動作のためのメッセージフロー600を示す。メッセージフロー600はまた、図3におけるステップM4およびM5のために使用されてもよい。最初に、局110は入って来る呼に関してリモート端末180からSIP招待メッセージを受け取るかもしれない。VoIP呼設定はSIPInviteメッセージが引き金となって起きることが可能である。その後、ステップB2~B9はそれぞれ、図5におけるステップA1~A8と同様の方法で実行されることが可能である。ステップB8においてSIPフローのQoS要求がアクセスポイント120aによって許可される場合、該音声アクセスカテゴリーに関して該許可された無線リソースを使用して、その後、局110は、SIP1xx応答メッセージを送信することが可能である。代替的に、SIPフローに関するQoS要求が許可されない場合、SIPメッセージはベストエフォートトラフィックとして送られることが可能である。局110はVoIP呼に関してRTPデータおよびSIPシグナリングを送ることが可能である。データとシグナリングはWLANで交換されるかもしれないし、WLANによって許可された無線リソースを備えた希望されるQoSを達成するかもしれない。データとシグナリングはリモート端末180に向けてWLANの外部のノードへと中継されることが可能である。局110は、VoIP呼のためのデータおよびシグナリングに関して良好な性能を達成するために、差別化されたサービスのマーク付けを使用するかもしれない。IPバージョン4では、各IPパケットはそれぞれ、8ビットのタイプオブサービスフィールドを有するヘッダーを含んでいる。TOSフィールドは、6ビットの差別化されたサービスのコードポイントフィールドおよび2ビットの現在未使用ののフィールドに分割される。様々な値が異なるサービスに関するDSCPフィールドに関して定義される。パケットは分類され、特別のサービスに属するとしてマークが付けられることが可能である。その後、これらのパケットは、それらのパスに沿った複数のノード上の指定されたホップ単位の中継動作を受けることが可能である。差別化されたサービスをサポートするノードによって急がされる中継動作を受けるために、VoIPのためのパケットは56の8進値でマークが付けられることが可能である。図7は、無線リソースを要求するために局110によって実行される方法800の設計を示す。局110は、少なくとも1つのトラフィックフローに関する無線リソースを要求することが可能である。局110は、少なくとも1つのトラフィックフローに関する無線リソースの第1の許可を受け取ることが可能である。その後、局110は、第1の許可を受け取った後に少なくとも1つのシグナリングフローに関する無線リソースを要求することが可能である。局110は、少なくとも1つのシグナリングフローに関して無線リソースが許可されるか否かにかかわらず、該少なくとも1つのトラフィックフローおよび該少なくとも1つのシグナリングフローを介して通信することが可能である。局110は、無線リソースの第1の許可により、少なくとも1つのトラフィックフローに関してデータを送信することが可能である。局110が少なくとも1つのシグナリングフローに関する無線リソースの第2の許可を受け取る場合、局110は、無線リソースの該第2の許可により、該少なくとも1つのシグナリングフローに関してシグナリングを送ってもよい。局110が該少なくとも1つのシグナリングフローに関して無線リソースの許可を全く受け取らない場合、局110は、該少なくとも1つのシグナリングフローに関してベストエフォートトラフィックとしてシグナリングを送ってもよい。局110は該少なくとも1つのトラフィックフローに関してデータを送り、データとシグナリングを運ぶパケットのためのDSCPのマーク付けに基づいて、急がされる中継動作を備えた少なくとも1つのシグナリングフローに関してシグナリングを送ることが可能である。トラフィックおよびシグナリングのフローは同じアクセスカテゴリーに関することが可能である。局110は、このアクセスカテゴリーに関するAIFS、CWmin、CWmaxおよびTXOP制限値に基づいて、少なくとも1つのトラフィックフローに関してデータを送ることが可能である。局110は、このアクセスカテゴリーに関するAIFS、CWmin、CWmaxおよびTXOP制限値に基づいて、あるいはベストエフォートアクセスカテゴリーに関するAIFS、CWmin、CWmaxおよびTXOP制限値に基づいて、少なくとも1つのシグナリングフローに関してシグナリングを送ることが可能である。さらに別の態様では、局110はQoS要件を合計して、各アクセスカテゴリーに関してQoSを要求することが可能である。局110は、任意の数のアクティブなアプリケーションを有する可能性があり、それは複数のアクセスカテゴリーの任意の集合に関する任意の数のフローを有するかもしれない。局110は、各アクセスカテゴリーに関する全てのアプリケーションのためのQoS要件を合計しても良い。1つの設計では、各アクセスカテゴリーに関するトラフィックフローのためのQoSは合計される。別の設計では、各アクセスカテゴリーに関するトラフィックフローのためのQoSは合計され、各アクセスカテゴリーに関するシグナリングフローのためのQoSはそれとは別個に合計される。さらに別の設計では、各アクセスカテゴリーに関するトラフィックおよびシグナリングのフローの両方のためのQoSは合計される。いずれの場合も、局110は、各アクセスカテゴリーに関する合計されたQoSのために無線リソースを要求することが可能である。所与のアプリケーションに関するQoSは、例えば、遅延境界、スループット、PERおよびジッタ等のようなパラメーターによって定量化されることが可能である。多数のアプリケーションは同じアクセスカテゴリーに関するかもしれないし、これらのQoSパラメーターに関して同じまたは異なる値を有することが可能である。例えば、与えられたアクセスカテゴリー用のN個のアプリケーション1~NはそれぞれD1~DNの遅延境界要件、T1~TNのスループット要件、PER1~PERNのPER要件、およびJ1~JNのジッタ要件を有することが可能である。これらのN個のアプリケーションに関するQoSは、これらのN個のアプリケーションに関してN個の遅延境界要件の中で最も小さな値、N個のスループット要件の合計、N個のPER要件の中で最も小さい値、およびN個のジッタ要件の中で最も小さな値を採ることにより合計されることが可能である。その後、合計されたQoSは、これらのN個のアプリケーションのために要求されることが可能である。所与のアクセスカテゴリーについては、新しいアプリケーションは、そのアクセスカテゴリーにいつでも追加されることが可能であり、既存のアプリケーションはそのアクセスカテゴリーからいつでも取り除かれることが可能である。一のアプリケーションが該アクセスカテゴリーへ追加されるか、または該アクセスカテゴリーから取り除かれる場合は常に、該アクセスカテゴリーに関する合計されたQoSは追加され、または取り除かれたアプリケーションのQoSに基づいて更新されることが可能である。その後、局110は、該合計され更新されたQoSに関する新しいTSPECを伴うADDTS要求メッセージを送ることにより、WLANから該合計され更新されたQoSに関する無線リソースを要求することが可能である。WLANは要求を許可し、ADDTS応答メッセージを返すことが可能である。WLANは要求を拒否することもまた可能であり、その場合には、該新しいTSPECはWLANにサポートされないが、以前のTSPECは依然として適用可能である。該アクセスカテゴリーに関する最後のアプリケーションが閉じられた後、局110はDELTS要求メッセージを送ることにより、このアクセスカテゴリーに関するトラフィックストリームを削除することが可能である。各アクセスカテゴリーの全てのアプリケーションに関するQoSの合計は、図3のステップM4におけるQoSの確立に先立って呼の開始時に実行されることが可能である。その後、合計されたQoSは、ステップM4においてWLANに要求されることが可能である。新しいアプリケーションが加えられるか、既存のアプリケーションが閉じられる場合は常に、合計されたQoSも、該呼の継続中に更新されることが可能である。その後、合計され更新されたQoSは、WLANから要求されることが可能である。図8は、多数のアプリケーションに関してQoSを合計するために局110によって実行される方法800の設計を示す。局110は、多数のアプリケーションの各々に関するQoSを決定することが可能であり、多数のアプリケーションに関してQoSを合計することが可能である。局110は、多数のアプリケーションに関する合計されたQoSに基づいて、WLANから無線リソースを要求することが可能である。その後、局110は、追加のアプリケーションに関するQoSを決定することが可能であり、該追加のアプリケーションに関するQoSで該合計されたQoSを更新することが可能である。その後、局110は、該合計され更新されたQoSに基づいて、無線リソースを要求することが可能である。局110は、閉じられている多数のアプリケーションのうちの1つに関してQoSを決定することが可能であり、該閉じているアプリケーションに関するQoSで該合計されたQoSを更新することが可能である。その後、局110は、該合計され更新されたQoSに基づいて、無線リソースを要求することが可能である。該多数のアプリケーションは同じアクセスカテゴリーに関することが可能である。このアクセスカテゴリーに関するAIFS、CWmin、CWmaxおよびTXOP制限値に基づいて、局110は、これらのアプリケーションに関してデータおよび/またはシグナリングを送ることが可能である。局110は、多数のアプリケーションのためのトラフィックストリームをWLANで確立することが可能である。追加のアプリケーションが追加されるか、既存のアプリケーションが閉じられる場合は常に、局110は、多数のアプリケーションに関する合計されたQoSを更新することが可能である。その後、局110は、該合計され更新されたQoSに基づいて決定された更新されたパラメータ値を伴うADDTS要求メッセージを送ることが可能である。該多数のアプリケーションの最後のものが閉じられている場合、局110はまた、DELTS要求メッセージを送ることも可能である。さらに別の態様では、一の呼に関して局110に対して許可されたQoSが、該呼に関してリモート端末180によりサポートされたQoSより大きい場合、局110は余分な無線リソースを放棄することが可能である。局110はステップM4においてWLANによって特定のQoSを許可されることが可能である。局110は、該呼に関するQoSを決定するために、ステップM5において、ターミナル180とエンドツーエンドのQoS交渉を行なうことが可能である。ターミナル180と交渉したQoSが、WLANによって許可されたQoSよりも低い場合、局110は、WLANによって許可されたQoSとターミナル180と交渉したQoSとの間の差分に対応する余分な無線リソースを放棄してもよい。例えば、図5に示されるような、移動局により発されたVoIP呼に関して、局110は、IMSセッションの確立中にターミナル180へSIPInviteメッセージを送ることが可能である。このSIPInviteメッセージは、局110にサポートされた1つ以上のメディア形式を含んでいることが可能であり、それは局110により好ましいとされる順番で与えられることが可能である。各メディア形式は、通信に使用する一組のパラメーターに関係付けられることが可能であり、特定のQoSに関係していることもまた可能である。VoIPについては、各メディア形式は、一組のボコーダー、特定のQoSレベルあるいはプロフィールに対応することが可能である。局110にサポートされたメディア形式は、WLANによって局110に対して許可されたQoSに基づいて決定されることが可能である。例えば、QoSレベルAが最も高く、QoSレベルZが最低であるような、QoSレベルA~Zが利用可能であろう。局110はWLANからQoSレベルBを要求することが可能であり、WLANは局110に対してQoSレベルDを許可することが可能である。その後、該SIPInviteメッセージの中に含まれるメディア形式は、QoSレベルDあるいはそれより低いレベルに関係付けられることが可能である。リモート端末180はさらに、無線リソースを要求することが可能である。その後、ターミナル180は、ターミナル180にサポートされた1つ以上のメディア形式を含んでいるかもしれないSIP180Ringingメッセージを返すことが可能であり、それはターミナル180によって好ましいとされる順番で与えられることが可能である。ターミナル180によってサポートされたメディア形式はターミナル180に対して許可されたQoSに基づいて決定されることが可能である。例えば、局110からの最も好ましいメディア形式はQoSレベルDを必要とすることが可能であり、その後、ターミナル180はQoSレベルDを要求するかもしれないが、QoSレベルEを許可されるかもしれない。その後、SIP180Ringingメッセージの中に含まれたメディア形式はQoSレベルEあるいはそれより低いレベルに関係付けられることが可能である。局110は、両方のエンティティにサポートされた最も好ましいメディア形式に基づいて、ターミナル180と通信することが可能である。この選択されたメディア形式がWLANによって局110に対して許可されたQoSより低い特定のQoSを要求する場合、局110に対して許可されたQoSと選択されたメディア形式に関するQoSとの間の差分に対応する余分な無線リソースを局110は解放することが可能である。局110は該選択されたメディア形式を使用して、ターミナル180と通信することが可能である。例えば、図6に示されるような、移動局が終了させたVoIP呼に関して、局110はIMSセッションの確立中にターミナル180からSIPInviteメッセージを受け取ることが可能である。このSIPInviteメッセージは、ターミナル180にサポートされた1つ以上のメディア形式を含んでいることが可能である。局110はWLANからQoSを要求することが可能であり、WLANによって特定のQoSを許可されることが可能である。該許可されたQoSは、ターミナル180によって提案されたメディア形式に関する最も高いQoSより高いかもしれない。局110がターミナル180からの最高のQoSよりも高いQoSを備えたメディア形式を提案する場合、ターミナル180によってこのメディア形式が拒否される高い可能性がある。このように、局110は、ターミナル180に対して提案されたメディア形式を、ターミナル180からの最高のQoSと等しい、あるいはそれより低いQoSを備えたメディア形式へと制限することが可能である。例えば、ターミナル180によって提案されたメディア形式はQoSレベルEあるいはそれより低いレベルに関係付けられることが可能である。局110はWLANによってQoSレベルBを許可されることが可能であるが、QoSレベルE、あるいはそれより低いレベルを伴うメディア形式を提案することが可能である。局110およびターミナル180による使用のために選ばれたメディア形式は、QoSレベルEあるいはそれより低いレベルを有することが可能である、その後、局110はWLANによって許可されたQoSとターミナル180と交渉したQoSとの間の差分に対応する余分な無線リソースを放棄することが可能である。図9は、余分な無線リソースを放棄するために局110によって実行される方法900の設計を示す。局110は、WLANによって許可されたQoSを決定することが可能であり、一の呼に関してリモート端末によって提案されたメディア形式に関するQoSを決定することが可能である。局110はWLANによって許可されたQoSとリモート端末によって提案されたメディア形式に関するQoSとの間の差分に対応する余分な無線リソースを解放することが可能である。0076移動局が発した呼については、WLANによって許可されたQoSに基づいて、局110は、少なくとも1つのメディア形式を決定することが可能であり、各メディア形式は、WLANによって許可されたQoSと等しい、あるいはそれより低いQoSに関連付けられている。その後、局110はリモート端末に対する提案として少なくとも1つのメディア形式を送ることが可能である。リモート端末によって提案されたメディア形式は局110によって送られたメディア形式のうちの1つであることが可能である。移動局が終了させた呼については、リモート端末によって提案されたメディア形式に関するQoSに基づいて、局110は一のメディア形式を選択することが可能である。局110によって選択されたメディア形式は、リモート端末によって提案されたメディア形式に関するQoSと等しい、あるいはそれより低いQoSと関係付けられることが可能である。その後、局110はリモート端末に対して該選択されたメディア形式を送ることが可能である。局110はWLANによって許可されたQoSと、リモート端末に送られたメディア形式に関するQoSとの間の差分に対応する余分な無線リソースを解放することが可能である。図3に示されるように、該VoIP呼の継続中に、局110は現在のアクセスポイント120aから新しいアクセスポイント120bへとハンドオフされることが可能である。局110は、アクセスポイント120aによって許可された特定のQoSに基づいて、リモート端末180と通信することが可能である。局110は、新しいアクセスポイント120bから、同じかより高いQoSを要求することが可能であり、それは現在のアクセスポイント120aより高いQoSを許可することが可能であるかもしれない。局110は、新しいアクセスポイント120bからより高いQoSの許可を受け取るかもしれないし、リモート端末180に対してより高いQoSを提案するかもしれない。この場合、ターミナル180は、より高いQoSに関してそのネットワークとQoSを再交渉する必要があるかもしれず、その後、それは現在の呼を中断するかもしれない。さらに別の態様において、現在のアクセスポイント120aから新しいアクセスポイント120bへとハンドオフされた時、局110は、現在のアクセスポイントによって許可されたQoSに基づいて、新しいアクセスポイントからQoSを要求することが可能である。現在のアクセスポイント120aによって許可されたQoSは、局110によって原始的に要求されたQoSかもしれないし、そうではないかもしれない。例えば、局110は、現在のアクセスポイント120aから原始的にQoSレベルAを要求することが可能であるが、QoSレベルDを許可されるかもしれない。現在のアクセスポイント120aによって許可されたQoSレベルDに基づいて、局110はリモート端末180と通信することが可能である。新しいアクセスポイント120bにハンドオフされた時、局110は新しいアクセスポイントからQoSレベルDを要求することが可能である。QoSレベルDを許可される可能性はQoSレベルAを許可される可能性より大きいかもしれない。局110がQoSレベルDを許可される場合、局110は、リモート端末180によるQoSの再交渉を必要とせずに、QoSレベルDを使用して、リモート端末180と通信し続けることが可能である。局110がQoSレベルDより低いQoSレベルを許可される場合、、局110は、より低いQoSレベルを使用して、リモート端末180と通信し続けることが可能である。リモート端末180はQoSレベルDとより低いQoSレベルとの間の差分に対応する余分な無線リソースを放棄することが可能である。図10は、ハンドオフ中に新しいアクセスポイントでQoSを確立するために局110によって実行される方法1000の設計を示す。局110はWLANの中の第1のアクセスポイントからQoSを要求することが可能であり、第1のアクセスポイントから第1のQoSの許可を受け取ることが可能である。第1のQoSは、第1のアクセスポイントから要求したQoSと等しいかもしれないし、あるいはより低いかもしれない。局110は、第1のアクセスポイントによって許可された第1のQoSに基づいてリモート端末と通信することが可能である。局110は、第1のアクセスポイントから第2のアクセスポイントへハンドオフを実行することが可能である。局110は、第1のQoS、あるいはより低いQoSを第2のアクセスポイントから要求することが可能であり、第1のQoS、あるいはより低いQoSの許可を第2のアクセスポイントから受け取ることが可能である。その後、局110は、第2のアクセスポイントによって許可された第1のQoS、またはより低いQoSに基づいてリモート端末と通信することが可能である。局110に関するデータ性能は一の呼の継続中に低下するかもしれない。その後、局110は、より低いQoSで作動するかもしれないし、アクセスポイントからより低いQoSを要求するかもしれない。これは、WLANの中の輻輳を緩和するかもしれない。さらに別の態様では、例えば、ヨーロッパでは112、またはアメリカでは911のような緊急電話番号をユーザがダイヤルする場合、局110は、セルラーネットワークで緊急呼を配置することをまず試みることが可能である。セルラーネットワークおよび局110の機能に依存して、局110は、緊急呼に関する回線交換の呼および/またはパケット交換の呼を確立することを試みることが可能である。緊急呼がセルラーネットワーク上で失敗する場合、局110はWLANで緊急呼を配置することを試みることが可能である。セルラーネットワークが位置決定機能を持つかもしれないし、局110の位置を決定することができるかもしれないので、利用可能な場合、セルラーネットワークで緊急呼を有することが望ましいだろう。しかしながら、セルラーネットワークが利用可能でない場合、WLANで緊急呼を有することが望ましいだろう。セルラーネットワークまたはWLANのどちらに置かれていたとしても、緊急呼を終了した後に、局110は所定の時間期間の間、コールバック状態のままでいる可能性がある。この期間に、局110は、緊急呼が原始的に配置されたセルラーネットワーク、あるいは緊急呼に利用可能な任意のネットワークを監視することが可能である。このコールバックモードは、ユーザの位置を特定するため、および/または他のタスクのために、公的機関が局110へ到達することを可能にする。図11は、緊急呼を配置するために局110によって実行される方法1100の設計を示す。例えば、緊急電話番号をダイヤルするユーザに応じるなどして、局110は、緊急呼を配置するために指示を受け取ることが可能である。局110は表示に応じてセルラーネットワークで緊急呼を配置することが可能である。緊急呼がセルラーネットワークで成功裡に配置されない場合、局110はWLANで緊急呼を配置することが可能である。図12は、局110の設計のブロックダイヤグラムを示し、それは、WLANの中のアクセスポイントおよびWWANの中の基地局と通信する機能を有することが可能である。送信パスにおいては、局110によって送られるデータおよびシグナリングが符号化器1222によって処理され、出力チップを生成するために変調器1224によってさらに処理される。符号化器1222および変調器1224による処理は、データとシグナリングが送られる無線ネットワークに関する無線技術に依存する。発信機1232の条件出力チップ、また無線周波数出力信号を生成する、それはアンテナ1234によって送信される。受信パス上では、WLANの中のアクセスポイントおよび/またはWWANの中の基地局によって送信されたRF信号が、アンテナ1234によって受け取られ、レシーバー1236に提供される。レシーバー1236は受信したRF信号を調整し、サンプルを提供する。復調器1226は、シンボル推定を得るためにサンプルを処理する。復号化器1228はシンボル推定を処理し、復号化されたデータおよびシグナリングを得る。復調器1226および復号化器1228による処理は、受信されたアクセスポイントまたは基地局での変調器およびエンコーダによる処理に対して相補的である。符号化器1222、変調器1224、復調器1226および復号化器1228は、モデムプロセッサー1220によって実装されることが可能である。コントローラープロセッサー1240は、局110において様々な処理ユニットの動作を指令する。メモリ1242は局110のためにプログラムコードおよびデータを格納する。コントローラープロセッサー1240は、図4、7、8、9、10および11のそれぞれにおける方法400、700、800、900、1000および/または1100、図3、5および6のそれぞれにおけるメッセージフロー300、500および/または600、または他の方法、および局110に関する通信をサポートするためのメッセージフローを実装または指令することが可能である。メモリ1242は異なるフローおよびアプリケーションに関するQoSのために情報を格納し、かつ、または各アクセスカテゴリーのためにアクセスパラメータ値および/または他の情報を格納することが可能である。ここに記述された技術は、様々な手段によって実装されることが可能である。例えば、これらの技法はハードウェア、ファームウェア、ソフトウェアあるいはそれらの組み合わせにおいて実装されることが可能である。ハードウェア実装については、該技法を実行するために使用される処理ユニットは、特定用途向けIC、デジタル信号プロセサ、デジタル信号処理装置、プログラム可能論理回路、フィールドプログラム可能なゲートアレイ、プロセッサー、コントローラー、マイクロコントローラ、マイクロプロセッサー、本明細書に記述した機能を実行することために設計された他の電子ユニット、コンピューター、あるいはこれらの組み合わせの1つ以上の内に実装されることが可能である。ファームウェアおよび/またはソフトウェアの実装については、該技法は、ここに記述された機能を実行するモジュールで実装されることが可能である。ファームウェアおよび/またはソフトウェアの命令はメモリに格納され、プロセッサーによって実行されることが可能である。メモリはプロセッサー内に実装されるか、あるいはプロセッサーの外部に実装されることが可能である。ファームウェアおよび/またはソフトウェアの命令はまた、ランダムアクセスメモリー、読み出し専用メモリ、不揮発性のランダムアクセスメモリー、プログラマブル読取専用メモリ、電気的消去可能PROM、FLASHメモリ、コンパクトディスク、磁気的または光学的なデータストレージ装置などのような他のプロセッサー読み出し可能な媒体に格納されることが可能である。ここに記述された技術を実装する装置はスタンドアロンのユニットかもしれないし、あるいは装置の一部であることが可能である。該装置は、スタンドアロンの集積回路、データ、および/または命令の格納のためにメモリICを含んでいるかもしれない1つ以上のICのセット、移動局モデムのようなASIC、他の装置内に埋め込まれるかもしれないモジュール、携帯電話、無線装置、送受話器あるいは移動ユニット、その他であることが可能である。本開示の上記の記述はどんな当業者でも本開示を製造し、または使用することを可能にするために提供さる。本開示への様々な修正は当業者に容易に明白になる。また、ここに定義された総括的な原理は、本開示の精神または範囲から外れずに、他の変形実施例に適用されることが可能である。したがって、本開示は、ここに記述した実例および設計に制限されるようには意図されず、ここに示された原理と新規な特徴に一致する最も広い範囲を与えられるべきである。