(57)【要約】アクセスネットワーク間でのよりシームレスなハンドオフが、アクセスネットワークからハンドオフされると各アクセスネットワークのセッション情報をセーブすることと、アクセスネットワークへハンドバックされるとセーブされたセッション情報を呼び出すことによって達成される。アクセス端末は、第１のアクセスネットワークとの第１のセッションを確立し、第１のアクセスネットワークとのＱｏＳネゴシエーションを実行し、パケット・データ・ゲートウェイでパケットフィルタをセットアップする。アクセス端末は、第１のセッションの設定に従って、第１のアクセスネットワークとデータを交換する。アクセス端末は、第２のアクセスネットワークへハンドオフされた後、第１のセッションの設定をセーブし、第２のアクセスネットワークと第２のセッションを確立し、第２のセッションの設定に従って、第２のアクセスネットワークとデータを交換する。アクセス端末は、第１のアクセスネットワークへハンドバックされると、セーブされた第１のセッションの設定を用いる。
2009522952.tif 000002
【特許請求の範囲】
【請求項１】
第１のアクセスネットワークとの第１のセッションを確立し、前記第１のセッションの設定に従って、前記第１のネットワークとデータを交換し、前記第１のアクセスネットワークから第２のアクセスネットワークへハンドオフされた後、前記第１のセッションの設定をセーブし、前記第１のアクセスネットワークへハンドバックされると、前記セーブされた第１のセッションの設定を用いるように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと
を備える装置。
【請求項２】
前記少なくとも１つのプロセッサは、前記第１のアクセスネットワークから第２のアクセスネットワークへハンドオフされると、前記第２のアクセスネットワークとの第２のセッションを確立し、前記第２のセッションの設定に従って、前記第２のアクセスネットワークとデータを交換し、前記第２のアクセスネットワークからハンドオフされた後、前記第２のセッションの設定をセーブするように構成された請求項１に記載の装置。
【請求項３】
前記少なくとも１つのプロセッサは、前記第２のアクセスネットワークへハンドバックされると、前記セーブされた第２のセッションの設定を用いるように構成された請求項２に記載の装置。
【請求項４】
前記少なくとも１つのプロセッサは、前記第１のアクセスネットワークとサービス品質（ＱｏＳ）をネゴシエートするように構成され、前記第１のセッションの設定は、前記第１のアクセスネットワークとネゴシエートされたＱｏＳを備える請求項１に記載の装置。
【請求項５】
前記少なくとも１つのプロセッサは、前記第１のアクセスネットワークへハンドバックされると、前記第１のアクセスネットワークとのＱｏＳネゴシエーションをスキップするように構成された請求項４に記載の装置。
【請求項６】
前記少なくとも１つのプロセッサは、サービス品質（ＱｏＳ）に対する単一の要求を、アプリケーションから受け取り、前記アプリケーションからの前記ＱｏＳに対する単一の要求に従って、前記第１のアクセスネットワークとの前記第１のセッションと、前記第２のアクセスネットワークとの前記第２のセッションとの両方を確立するように構成された請求項２に記載の装置。
【請求項７】
前記少なくとも１つのプロセッサは、サービス品質（ＱｏＳ）に対する要求を、アプリケーションから受け取り、前記ＱｏＳに対する要求に従って、前記第１のアクセスネットワークとＱｏＳをネゴシエートし、前記第１のアクセスネットワークから前記第２のアクセスネットワークへハンドオフされると、前記ＱｏＳに対する要求に従って、前記第２のアクセスネットワークとＱｏＳをネゴシエートするように構成され、前記第１のセッションの設定は、前記第１のアクセスネットワークとネゴシエートされたＱｏＳを備え、前記第２のセッションの設定は、前記第２のアクセスネットワークとネゴシエートされたＱｏＳを備える請求項２に記載の装置。
【請求項８】
前記少なくとも１つのプロセッサは、前記第１のアクセスネットワークから前記第２のアクセスネットワークへハンドオフされると、ＱｏＳが一時停止されたことを示し、前記第２のアクセスネットワークとのＱｏＳネゴシエーションが完了した後、ＱｏＳが再開されたことを示す請求項７に記載の装置。
【請求項９】
前記少なくとも１つのプロセッサは、前記第１のアクセスネットワークと交換された少なくとも１つのフローに関するトラヒック・フィルタ・テンプレート（ＴＦＴ）を生成するように構成され、前記第１のセッションの設定は、前記ＴＦＴを生成するために用いられる情報を備える請求項１に記載の装置。
【請求項１０】
前記少なくとも１つのプロセッサは、前記第１のアクセスネットワークとシグナリングを交換し、前記ＴＦＴをパケット・データ・サービング・ノードへ送るように構成される請求項９に記載の装置。
【請求項１１】
前記少なくとも１つのプロセッサは、前記第１のアクセスネットワークへハンドバックされると、ＴＦＴ生成をスキップするように構成された請求項９に記載の装置。
【請求項１２】
前記第１のアクセスネットワークは、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯにおいてマルチフロー・パケット・アプリケーション（ＭＰＡ）をサポートし、前記第２のアクセスネットワークは、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯにおいてエンハンスト・マルチフロー・パケット・アプリケーション（ＥＭＰＡ）をサポートする請求項１に記載の装置。
【請求項１３】
前記第２のアクセスネットワークは、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯにおいてマルチフロー・パケット・アプリケーション（ＭＰＡ）をサポートし、前記第１のアクセスネットワークは、ＣＤＭＡ２０００１ｘ  ＥＶ−ＤＯにおいてエンハンスト・マルチフロー・パケット・アプリケーション（ＥＭＰＡ）をサポートする請求項１に記載の装置。
【請求項１４】
第１のアクセスネットワークとの第１のセッションを確立することと、
前記第１のセッションの設定に従って、前記第１のアクセスネットワークとデータを交換することと、
前記第１のアクセスネットワークから第２のアクセスネットワークへハンドオフされた後、前記第１のセッションの設定をセーブすることと、
前記第１のアクセスネットワークへハンドバックされると、前記セーブされた第１のセッションの設定を用いることと
を備える方法。
【請求項１５】
前記第１のアクセスネットワークから前記第２のアクセスネットワークへハンドオフされると、前記第２のアクセスネットワークとの第２のセッションを確立することと、
前記第２のセッションの設定に従って、前記第２のアクセスネットワークとデータを交換することと、
前記第２のアクセスネットワークからハンドオフされた後、前記第２のセッションの設定をセーブすることと
を更に備える請求項１４に記載の方法。
【請求項１６】
前記第１のセッションを確立することは、サービス品質（ＱｏＳ）を、前記第１のアクセスネットワークとネゴシエートすることを備え、
前記第１のセッションの設定は、前記第１のアクセスネットワークとネゴシエートされたＱｏＳを備える請求項１４に記載の方法。
【請求項１７】
前記第１のセッションを確立することは、前記第１のアクセスネットワークと交換された少なくとも１つのフローに関するトラヒック・フィルタ・テンプレート（ＴＦＴ）を生成することを備え、
前記第１のセッションの設定は、前記ＴＦＴを生成するために用いられる情報を備える請求項１４に記載の方法。
【請求項１８】
第１のアクセスネットワークとの第１のセッションを確立する手段と、
前記第１のセッションの設定に従って、前記第１のアクセスネットワークとデータを交換する手段と、
前記第１のアクセスネットワークから第２のアクセスネットワークへハンドオフされた後、前記第１のセッションの設定をセーブする手段と、
前記第１のアクセスネットワークへハンドバックされると、前記セーブされた第１のセッションの設定を用いる手段と
を備える装置。
【請求項１９】
前記第１のアクセスネットワークから前記第２のアクセスネットワークへハンドオフされると、前記第２のアクセスネットワークとの第２のセッションを確立する手段と、
前記第２のセッションの設定に従って、前記第２のアクセスネットワークとデータを交換する手段と、
前記第２のアクセスネットワークからハンドオフされた後、前記第２のセッションの設定をセーブする手段と
を更に備える請求項１８に記載の装置。
【請求項２０】
前記第１のセッションを確立する手段は、サービス品質（ＱｏＳ）を、前記第１のアクセスネットワークとネゴシエートする手段を備え、
前記第１のセッションの設定は、前記第１のアクセスネットワークとネゴシエートされたＱｏＳを備える請求項１８に記載の装置。
【請求項２１】
前記第１のセッションを確立する手段は、前記第１のアクセスネットワークと交換された少なくとも１つのフローに関するトラヒック・フィルタ・テンプレート（ＴＦＴ）を生成する手段を備え、
前記第１のセッションの設定は、前記ＴＦＴを生成するために用いられる情報を備える請求項１８に記載の装置。
【請求項２２】
プロセッサ読取可能媒体であって、無線デバイスにおいて、
第１のアクセスネットワークとの第１のセッションを確立し、
前記第１のセッションの設定に従って、前記第１のアクセスネットワークとのデータの交換を指示し、
前記第１のアクセスネットワークから第２のアクセスネットワークへハンドオフされた後、前記第１のセッション設定をセーブし、
前記第１のアクセスネットワークへハンドバックされると、前記セーブされた第１のセッション設定を用いる
ように動作可能な命令群を記憶するためのプロセッサ読取可能媒体。
【請求項２３】
前記第１のアクセスネットワークから前記第２のアクセスネットワークへハンドオフされると、前記第２のアクセスネットワークとの第２のセッションを確立し、
前記第２のセッションの設定に従って、前記第２のアクセスネットワークとのデータの交換を指示し、
前記第２のアクセスネットワークからハンドオフされた後、前記第２のセッションの設定をセーブする
ように動作可能な命令群を更に記憶するための請求項２２に記載のプロセッサ読取可能媒体。
【請求項２４】
サービス品質（ＱｏＳ）を、前記第１のアクセスネットワークとネゴシエートするように動作可能な命令を更に記憶し、
前記第１のセッションの設定は、前記第１のアクセスネットワークとネゴシエートされたＱｏＳを備える請求項２２に記載のプロセッサ読取可能媒体。
【請求項２５】
前記第１のアクセスネットワークと交換された少なくとも１つのフローに関するトラヒック・フィルタ・テンプレート（ＴＦＴ）を生成するように動作可能な命令を更に記憶し、
前記第１のセッションの設定は、前記ＴＦＴを生成するために用いられる情報を備える
請求項２２に記載のプロセッサ読取可能媒体。
【請求項２６】
第１のアクセスネットワークにおいて、アクセス端末のためのセッションを確立し、前記セッションの設定に従って、前記アクセス端末とデータを交換し、前記アクセス端末が第２のアクセスネットワークへハンドオフされた後、前記セッションの設定をセーブし、前記アクセス端末が前記第１のアクセスネットワークへハンドバックされた場合、前記アクセス端末に関して前記セーブされたセッションの設定を用いるように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと接続されたメモリと
を備える装置。
【請求項２７】
前記少なくとも１つのプロセッサは、サービス品質（ＱｏＳ）を、前記アクセス端末とネゴシエートするように構成され、前記セッションの設定は、前記ネゴシエートされたＱｏＳを備える請求項２６に記載の装置。
【請求項２８】
前記少なくとも１つのプロセッサは、前記アクセス端末が、前記第１のアクセスネットワークへハンドバックされた場合、前記アクセス端末とのＱｏＳネゴシエーションをスキップするように構成された請求項２７に記載の装置。
【請求項２９】
前記少なくとも１つのプロセッサは、シグナリングを前記アクセス端末と交換し、トラヒック・フィルタ・テンプレート（ＴＦＴ）を、パケット・データ・サービング・ノードへ送るように構成された請求項２６に記載の装置。
【請求項３０】
前記少なくとも１つのプロセッサは、前記アクセス端末が、前記第１のアクセスネットワークへハンドバックされる場合、前記ＴＦＴを、前記パケット・データ・サービング・ノードへ送るため、前記アクセス端末とのシグナリングの交換をスキップするように構成された請求項２９に記載の装置。
【請求項３１】
第１のアクセスネットワークにおいて、アクセス端末のためのセッションを確立することと、
前記セッションの設定に従って、前記アクセス端末とデータを交換することと、
前記アクセス端末が第２のアクセスネットワークへハンドオフされた後、前記セッションの設定をセーブすることと、
前記アクセス端末が前記第１のアクセスネットワークへハンドバックされた場合、前記アクセス端末に関して前記セーブされたセッションの設定を用いることと
を備える方法。
【請求項３２】
前記アクセス端末のための前記セッションを確立することは、サービス品質（ＱｏＳ）を、前記アクセス端末とネゴシエートすることを備え、
前記セッションの設定は、前記ネゴシエートされたＱｏＳを備える請求項３１に記載の方法。
【請求項３３】
前記アクセス端末のためのセッションを確立することは、トラヒック・フィルタ・テンプレート（ＴＦＴ）を、パケット・データ・サービング・ノードへ送るために、シグナリングを、前記アクセス端末と交換することを備える請求項３１に記載の方法。
【請求項３４】
第１のアクセスネットワークにおいて、アクセス端末のためのセッションを確立する手段と、
前記セッションの設定に従って、前記アクセス端末とデータを交換する手段と、
前記アクセス端末が、第２のアクセスネットワークへハンドオフされた後、前記セッションの設定をセーブする手段と、
前記アクセス端末が、前記第１のアクセスネットワークへハンドバックされた場合、前記アクセス端末に関して前記セーブされたセッションの設定を用いる手段と
を備える装置。
【請求項３５】
前記アクセス端末のための前記セッションを確立する手段は、サービス品質（ＱｏＳ）を、前記アクセス端末とネゴシエートする手段を備え、
前記セッションの設定は、前記ネゴシエートされたＱｏＳを備える請求項３４に記載の装置。
【請求項３６】
前記アクセス端末のための前記セッションを確立する手段は、トラヒック・フィルタ・テンプレート（ＴＦＴ）を、パケット・データ・サービング・ノードへ送るために、シグナリングを、前記アクセス端末と交換する手段を備える請求項３４に記載の装置。
【請求項３７】
プロセッサ読取可能媒体であって、
第１のアクセスネットワークにおいて、アクセス端末のためのセッションを確立し、
前記セッションの設定に従って、前記アクセス端末とのデータの交換を指示し、
前記アクセス端末が、第２のアクセスネットワークへハンドオフされた後、前記セッションの設定をセーブし、
前記アクセス端末が、前記第１のアクセスネットワークへハンドバックされた場合、前記アクセス端末に関して前記セーブされたセッションの設定を用いる
ように動作可能な命令群を記憶するためのプロセッサ読取可能媒体。
【請求項３８】
サービス品質（ＱｏＳ）を、前記アクセス端末とネゴシエートするように動作可能な命令を更に記憶し、前記セッションの設定は、前記ネゴシエートされたＱｏＳを備える請求項３７に記載のプロセッサ読取可能媒体。
【請求項３９】
トラヒック・フィルタ・テンプレート（ＴＦＴ）を、パケット・データ・サービング・ノードへ送るために、前記アクセス端末とのシグナリングの交換を指示するように動作可能な命令群を更に記憶するための請求項３７に記載のプロセッサ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に通信に関し、特に、無線通信ネットワーク間でのハンドオフを実行するための技術に関する。
【背景技術】
【０００２】
無線通信ネットワークは、例えば音声、ビデオ、パケットデータ等のような様々な通信サービスを提供するために、広く開発されている。これらの無線ネットワークは、適用可能なリソースを共有することによって、多数のユーザをサポートすることが可能な多元アクセスネットワーク（又は、単にアクセスネットワーク）であることができる。このようなアクセスネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、及び直交周波数分割多元接続（ＯＦＤＭＡ）ネットワークを含む。
【０００３】
ユーザは、様々な通信サービスを得るために、アクセス端末（例えば、セルラー電話）を利用することができる。各サービスは、そのサービスに対して、指定されるサービス品質（ＱｏＳ）が達せられることを確実にすることによって、ユーザに満足に提供されうる。ＱｏＳは、異なるサービスに関して、異なるパラメータによって定量化される。例えば、音声サービスは、比較的遅延には厳密であるが、パケットデータサービスが、一定の目標パケット誤りレートを必要としうるのに対し、ある最低保障されたデータレートしか必要としない。
【０００４】
アクセス端末は、サービスに関して望まれるＱｏＳを得るために、第１のアクセスネットワークとのネゴシエーションを実行することができる。アクセス端末は、その後、第２のアクセスネットワークのカバレージへ移動し、第１のアクセスネットワークから第２のアクセスネットワークへハンドオフされうる。アクセス端末は、サービスに対して望まれるＱｏＳを得るために、第２のアクセスネットワークを用いてネゴシエーションを実行する必要がありうる。一般に、アクセス端末は、アクセス端末がハンドオフされる各アクセスネットワークに対して、ＱｏＳネゴシエーションを実行することができる。各アクセスネットワークとのＱｏＳネゴシエーションは、一般に、アクセス端末とアクセスネットワークとの間での、シグナリングメッセージの交換を必要とし、これは貴重な無線リソースを消費する。ＱｏＳネゴシエーションはまた、サービスを中断し、これはユーザにとって望ましくない。
【０００５】
従って、当該技術において、アクセスネットワーク間でのハンドオフをより効率的に実行する必要がある。
【発明の開示】
【０００６】
本特許出願は、本願の譲受人に譲渡され、参照することによって本願に明確に組み込まれた、２００６年１月５日出願の“METHOD TO MAKE HANDOFFS BETWEEN MPA AND EMPA EVDO NETWORKS SEAMLESS”と題された米国特許出願６０／７５６，９６２号に対する優先権を主張する。
【発明の概要】
【０００７】
アクセスネットワーク間でのハンドオフを、よりシームレスに実行するための技術が、本明細書に開示される。この技術は、シームレスハンドオフを、（１）アクセスネットワークからハンドオフされると、各アクセスネットワークについてのセッション情報をセーブすることと（２）アクセスネットワークへハンドバックされると、セーブされたセッション情報を呼び出すこととによって達成する。
【０００８】
実施形態において、アクセス端末は、第１のアクセスネットワークとの第１のセッションを確立する。第１のアクセスネットワークは、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯにおけるマルチフロー・パケット・アプリケーション（ＭＰＡ）をサポートするアクセスネットワーク、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯにおけるエンハンスト・マルチフロー・パケット・アプリケーション（ＥＭＰＡ）をサポートするアクセスネットワーク、又はその他のいくつかのアクセスネットワークであることができる。セッションの確立は、第１のアクセスネットワークとのＱｏＳネゴシエーションを実行すること、及び、第１のアクセスネットワークに関して、パケット・データ・ゲートウェイにパケットフィルタをセットアップすることを必要とする。第１のセッションの設定は、第１のアクセスネットワークとネゴシエートされたＱｏＳ、フロー情報、パケットフィルタを生成するために用いられる情報等を備える。アクセス端末はその後、第１のセッションの設定に従って、第１のアクセスネットワークとデータを交換する。
【０００９】
アクセス端末は、第１のアクセスネットワークから第２のアクセスネットワークへハンドオフされた後、第１のセッションの設定をセーブする。アクセス端末は、第２のアクセスネットワークとの第２のセッションを確立し、第２のセッションの設定に従って、第２のアクセスネットワークとデータを交換する。アクセス端末は、第１のアクセスネットワークへハンドバックされると、セーブされた第１のセッションの設定を用いる。これによって、アクセス端末は、第１のアクセスネットワークとのＱｏＳネゴシエーションを再び実行すること、及びパケット・データ・ゲートウェイに新たなパケットフィルタをセットアップすることを避けることができる。アクセス端末はその後、第１のセッションの設定に従って、第１のアクセスネットワークとデータを交換する。
【００１０】
本発明の様々な局面及び実施形態が、以下でより詳細に説明される。
【詳細な説明】
【００１１】
本発明の特徴及び性質は、同一の参照符号が全体を通して対応して特定する図面と連携して、以下のより詳細な説明からより明らかにされる。
【００１２】
「典型的」という言葉は、本明細書で、「例、実例、及び例証を提供する」という意味で用いられる。本明細書で「典型的」であると記載された任意の実施形態又は設計は、他の実施形態又は設計に対して、必ずしも優れていたり有利であるようには解釈されない。
【００１３】
本明細書に開示される技術は、例えばＣＤＭＡネットワーク、ＴＤＭＡネットワーク、ＦＤＭＡネットワーク、及びＯＦＤＭＡネットワークのような様々な無線広域ネットワーク（ＷＷＡＮ）のために用いられうる。ＣＤＭＡネットワークは、例えばＣＤＭＡ２０００、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）等のような、１つ又は複数の無線技術を実現することができる。ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−８５６規格、及びＩＳ−９５規格をカバーする。ＣＤＭＡ２０００規格群は、“3rd Generation Partnership Project 2”（３ＧＰＰ２）と命名された団体からの文書で説明される。ＩＳ−２０００リリース０及びＡは、一般に、ＣＤＭＡ２０００  １Ｘ（又は単に１Ｘ）と称され、ＩＳ−２０００リリースＣは、一般に、ＣＤＭＡ２０００  １ｘＥＶ−ＤＶ（又は単に１ｘＥＶ−ＤＶ）と称され、ＩＳ−８５６は一般に、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ（又は単に１ｘＥＶ−ＤＯ）と称される。ＴＤＭＡシステムは、例えばグローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ）のような無線技術を実現することができる。Ｗ−ＣＤＭＡ及びＧＳＭは、“3rd Generation Partnership Project”（３ＧＧＰ）と命名された団体からの文書で説明される。本明細書で説明される技術は、例えばＩＥＥＥ  ８０２．１１ネットワークのような無線ローカルエリアネットワークにも用いられうる。これらの様々な無線技術及び規格は、当該技術で周知である。明確化のために、これらの技術は、１ｘＥＶ−ＤＯアクセスネットワークに関して、以下で詳細に説明される。
【００１４】
図１は、アクセス端末（ＡＴ）１１０が、多くのアクセスネットワーク（ＡＮ）１２０ａ及び１２０ｂと通信可能である構成１００を示す。アクセス端末１１０は、セルラー電話、デジタル情報端末（ＰＤＡ）、無線デバイス、モデムカード、ハンドヘルドデバイス、又はその他のいくつかの無線通信ユニット又はデバイスであることができる。アクセス端末１１０は、モバイル局（ＭＳ）、ユーザ装置（ＵＥ）、ユーザ端末（ＵＴ）等とも称されうる。アクセス端末１１０はまた、例えばＣＤＭＡ  １ｘネットワーク、ＧＳＭネットワーク、Ｗ−ＣＤＭＡを用いるユニバーサル・モバイル・テレコミュニケーションズ・システム（ＵＭＴＳ）ネットワーク、ＩＥＥＥ  ８０２．１１ネットワーク等の他のアクセスネットワークと通信することが可能である。
【００１５】
各アクセスネットワーク１２０は、例えば基地局及びパケット制御機能（ＰＣＦ）のような、３ＧＰＰ２によって説明される様々なネットワークエンティティを含むことができる。一般に、各アクセスネットワーク１２０は、任意の数の基地局１３０及び任意の数のＰＣＦ１４０を含みうる。簡略化のために、図１の各アクセスネットワークには、１つの基地局１３０及び１つのＰＣＦ１４０のみが示される。アクセス端末１１０は、エアリンク接続を経由して、アクセスネットワーク１２０内で基地局１３０と通信することができる。パケットデータサービスのために、基地局１３０はＰＣＦ１４０と通信し、ＰＣＦ１４０は更に、パケットデータ提供ノード（ＰＤＳＮ）１５０と通信する。ＰＣＦ１４０は、基地局１３０とＰＤＳＮ１５０との間のパケット送信を制御する。
【００１６】
ＰＤＳＮ１５０は、アクセスネットワーク１２０ａ及び１２０ｂ内のアクセス端末に対し、パケットデータサービスをサポートする。例えば、ＰＤＳＮ１５０は、アクセス端末に対して、ポイント・ツー・ポイント・プロトコル（ＰＰＰ）セッションの確立、維持、及び終了を負うことができる。ＰＤＳＮ１５０はまた、動的インターネットプロトコル（ＩＰ）アドレスを、アクセス端末へ割り当てることもできる。ＰＤＳＮ１５０は、インターネット及び／又はその他のデータネットワーク（例えばデータネットワーク１６０）と接続することができ、これらのデータネットワークと接続している他のエンティティ（例えば遠隔ホスト１７０）と通信しうる。
【００１７】
アクセスネットワーク１２０ａは、１ｘＥＶ−ＤＯを実現し、マルチフロー・パケット・アプリケーション（ＭＰＡ）をサポートする。ＭＰＡは、アクセス端末とアクセスネットワークとの間でデータを搬送するために、多重フローのセットアップを可能にするプロトコルのセットである。ＭＰＡは、再送信及び重複検出を提供する無線リンクプロトコル（ＲＬＰ）、シグナリングメッセージを用いて、上位層データパケットの再送信及び重複検出を提供するデータ・オーバー・シグナリング・プロトコル、ＭＰＡに対する移動管理をサポートして、位置更新手順及びメッセージを定義する位置更新プロトコル、及び、ＭＰＡに対するフロー制御を提供するフロー制御プロトコルを含む。１ｘＥＶ−ＤＯ及びＭＰＡは、２００５年７月“cdma2000 High Rate Packet Data Air Interface Specification”２．０版と題された、公的に入手可能である３ＧＰＰ２  Ｃ．Ｓ００２４−Ａで説明される。
【００１８】
アクセスネットワーク１２０ｂは、１ｘＥＶ−ＤＯを実現し、高度なＭＰＡ（ＥＭＰＡ）をサポートする。ＥＭＰＡは、アクセス端末とアクセスネットワークとの間でデータを搬送するために、多重フローを交換可能にする高度なプロトコルのセットである。ＥＭＰＡは、２００５年１月“cdma2000（登録商標） High Rate Packet Data Supplemental Services”と題された、公的に入手可能である３ＧＰＰ２  Ｃ．Ｓ００６３−０で説明される。
【００１９】
図２Ａは、アクセス端末１１０における典型的なプロトコルスタック２００を示す。プロトコルスタック２００は、ＭＰＡ及びＥＭＰＡの両方によってサポートされ、アプリケーション層、トランスポート層、ネットワーク層、リンク層、及び物理層を含む。アクセス端末１１０におけるアプリケーション（ＡＰＰ）は、トランスポート層及びネットワーク層から成るデータ・プロトコル・スタックを用いて、遠隔ホスト１７０におけるアプリケーションと、データを交換することができる。トランスポート層は、送信制御プロトコル（ＴＣＰ）、ユーザ・データグラム・プロトコル（ＵＤＰ）、及び／又はその他いくつかのプロトコルを利用しうる。ネットワーク層は、一般にＩＰを利用する。（例えばＴＣＰ及び／又はＵＤＰに関する）トランスポート層データは、ＩＰパケット内でカプセル化され、アクセス端末１１０と遠隔ホスト１７０との間で、アクセスネットワーク１２０ａ又は１２０ｂ、及びＰＤＳＮ１５０を経由して交換される。アクセス端末１１０とアクセスネットワーク１２０ａ又は１２０ｂとの間のリンク層は、ＲＬＰ上のＰＰＰを用いて実現される。アクセス端末１１０は、データセッションのために、ＰＤＳＮ１５０とのＰＰＰセッションを維持し、データ交換のために、ＲＬＰ経由でアクセスネットワーク１２０ａ又は１２０ｂと通信する。ＲＬＰは、エアリンクインタフェースの頂部で、例えば１ｘＥＶ−ＤＯを動作する。
【００２０】
図２Ａはまた、送信方向におけるデータフローも示す。任意の数のアプリケーションがアクティブであることができ、各アクティブなアプリケーションは、各方向において１つ又は複数のＩＰフローを交換することができる。ＩＰフローは、ＱｏＳフロー、トラヒックフロー、データフロー等とも称されうる。各ＩＰフローは、例えばオーディオ、ビデオ、又は制御等の特定のタイプのデータを搬送しうる。ＩＰフローに関するデータは、ＴＣＰ及び／又はＵＤＰ（各ＩＰフローについてＴＣＰ又はＵＤＰの何れか）によってカプセル化され、その後、ＩＰによってカプセル化され、更に、１つのＰＰＰフローに多重化され、ＰＤＳＮ１５０に送られる。ＰＰＰフローは、１つ又は複数のＲＬＰフローに逆多重化され、ＲＬＰ及び媒体アクセス制御（ＭＡＣ）によって処理され、その後アクセスネットワーク１２０ａ又は１２０ｂに送られることができる。プロトコルスタック２００に関して、１つ又は複数のＩＰフローが、１つのＰＰＰフローにマップされ、その後、１つ又は複数のＲＬＰフローにマップされうる。
【００２１】
図２Ｂは、ＥＭＰＡによってサポートされる、別の典型的なプロトコルスタック２１０を示す。プロトコルスタック２１０に関して、アクセス端末１１０におけるアプリケーションは、ＩＰ上のＴＣＰ及び／又はＵＤＰを用いて実現されうるデータ・プロトコル・スタックを用いて、データを交換することができる。プロトコルスタック２１０に関して、ＩＰはＲＬＰ上で直接的に動作し、ＰＰＰは除去される。各アクティブなアプリケーションは、１つ又は複数のＩＰフローを送ることができる。ＩＰフローに関するデータは、ＴＣＰ及び／又はＵＤＰによってカプセル化され、更に、１つ又は複数のＲＬＰフローにマップされる。ＲＬＰフローは、ＲＬＰ及びＭＡＣによって処理され、その後、アクセスネットワーク１２０ｂへ送られる。プロトコルスタック２１０に関して、任意の数のＩＰフローが、任意の数のＲＬＰフローにマップされうる。
【００２２】
図２Ｃは、ＥＭＰＡによってサポートされる、更に別の典型的なプロトコルスタック２２０を示す。プロトコルスタック２２０に関して、アクセス端末１１０におけるアプリケーションは、ＩＰ上のＴＣＰ及び／又はＵＤＰを用いて実現されうるデータ・プロトコル・スタックを用いて、データを交換することができる。プロトコルスタック２２０に関して、ＩＰは、ロバストヘッダ圧縮（ＲＯＨＣ）プロトコル上で動作する。これは、ＲＬＰ上でも動作する。各アクティブなアプリケーションは、１つ又は複数のＩＰフローを送ることができる。ＩＰフローに関するデータは、ＴＣＰ及び／又はＵＤＰによってカプセル化され、ＩＰによってカプセル化され、ＲＯＨＣによって処理され、更に、１つ又は複数のＲＬＰフローにマップされる。ＲＬＰフローは、ＲＬＰ及びＭＡＣによって処理され、アクセスネットワーク１２０ｂへ送られる。プロトコルスタック２２０に関して、任意の数のＩＰフローが、任意の数のＲＬＰフローにマップされうる。
【００２３】
アクセス端末１１０は、与えられる任意の時間に、アクセスネットワーク１２０ａ又は１２０ｂ経由で、１つ又は複数のＩＰフローを交換することができる。各ＩＰフローに関するＱｏＳは、アクセスネットワークによってサポートされるＱｏＳパラメータを用いて定義されうる。望まれる性能を到達するために、異なるＩＰフローについて、異なるレベルのＱｏＳが指定されうる。
【００２４】
各ＩＰフローはまた、１つ又は複数のパケットフィルタによって定義される（及び、それらに関連付けられる）。各パケットフィルタは、ＩＰヘッダの１つ又は複数のフィールド、及び／又は、上位層ヘッダ（例えばＴＣＰ又はＵＤＰヘッダ）の１つ又は複数のフィールドに関して、１つ又は複数のフィルタパラメータ／構成要素によって形成されうる。データパケットは、そのデータパケットの適用可能フィールドが、パケットフィルタのフィルタパラメータと整合する場合、そのパケットフィルタとマッチする。送信方向において、上位層アプリケーションからのアウトバウンドデータパケットは、これらのデータパケットを、適切なＩＰフローへ分離するために、パケットフィルタの１セットを用いてフィルタされ、その後、指定されたＱｏＳで、サービス提供しているアクセスネットワークへ送られうる。受信方向において、サービス提供しているアクセスネットワークからのインバウンドデータパケットは、インバウンドデータパケットを適切なＩＰフローへ分離するために、別のパケットフィルタのセットを用いてフィルタされ、その後、アクセス端末１１０において適切な宛先へルートされる。アクセス端末１１０は、アクセス端末１１０に関するＩＰフローに関して、ＰＤＳＮ１５０によって用いられるパケットフィルタを含むトラヒック・フィルタ・テンプレート（ＴＦＴ）を形成することができる。ＴＦＴは、アクセス端末１１０に関するトラヒックデータをフィルタするために、ＰＤＳＮ１５０へ送られ、インストールされる。
【００２５】
図３は、アクセス端末１１０の実施形態を示す。上位層アプリケーション３１０は、データ処理モジュール３２０上で実行する。データ処理モジュール３２０は、ソフトウェア、ファームウェア、ハードウェア、又はこれらの組み合わせを用いて実現されうる。例えば、モジュール３２０は、アクセス端末１１０に関するシステムソフトウェアの一部であることができる。図３に示す実施形態において、モジュール３２０は、データ・プロトコル・スタック３２２、ＱｏＳモジュール３３０、及びＩＰフィルタモジュール３４０を含む。データ・プロトコル・スタック３２２は、任意の数の層に関するプロトコル、例えばＩＰ上のＵＤＰ及び／又はＴＣＰの組み合わせを実現しうる。
【００２６】
ＱｏＳモジュール３３０は、ＱｏＳをサポートするために、様々な機能を実行する。ＱｏＳモジュール３３０は、上位層アプリケーション３１０が適切なＱｏＳパラメータを用いてＩＰフローのＱｏＳを指定することができるインタフェースを提供しうる。ＱｏＳモジュール３３０は、アプリケーション３１０によって指定されるＱｏＳパラメータと、アクセスネットワークによってサポートされるＱｏＳパラメータとの間の変換を行うことができる。ＱｏＳモジュール３３０はまた、アクセスネットワークと、ＱｏＳをネゴシエートしうる。
【００２７】
ＩＰフィルタモジュール３４０は、パケットフィルタリングをサポートするために、様々な機能を実行する。ＩＰフィルタモジュール３４０は、例えば（１）ＩＰフローが、送信方向において、適切なＲＬＰフローにマップされるように、（２）ＲＬＰフローが、受信方向において、適切なＩＰフローにマップされるように、アクセス端末１１０で適用されるパケットフィルタを指定する。ＩＰフィルタモジュール３４０はまた、アクセス端末１１０へ送られるアウトバウンドパケット及びアクセス端末１１０から受信されるインバウンドパケットに関し、ＰＤＳＮ１５０で適用されるパケットフィルタを指定しうる。ＩＰフィルタモジュール３４０は、ＴＦＴを、生成し、修正し、またアクセスネットワーク１２０ａ又は１２０ｂ経由でＰＤＳＮ１５０へ送信することができる。ＴＦＴは、ＰＤＳＮ１５０で適用されるパケットフィルタを含む。
【００２８】
図４は、アクセス端末１１０が、アクセスネットワーク１２０ａと１２０ｂとの間で、反復してハンドオフされるシナリオに関する典型的なコールフロー４００を示す。図４に示される実施形態において、アクセスネットワーク１２０ａは、アクセス端末１１０に対して、最初のサービス提供アクセスネットワークである。簡略化のために、セッションネゴシエーション及び端末認証に関する、アクセス端末１１０とアクセスネットワーク１２０ａとの間のシグナリングは、ＰＰＰネゴシエーション及びユーザ認証に関する、アクセス端末１１０とＰＤＳＮ１５０との間のシグナリングと同様に、図４には示されない。
【００２９】
アクセス端末１１０において、上位層アプリケーション（ＡＰＰ）３１０は、ＱｏＳ要求を有するアプリケーションであるＱｏＳアプリケーションを開始する（ステップ４１０）。ＱｏＳアプリケーションは、音声、ビデオ、パケットデータ、メッセージング等用であり、順方向リンク及び逆方向リンクの各々に対して、１つ又は複数のＩＰフローを利用しうる。アプリケーション３１０は、ＱｏＳ要求を、ＩＰフローに対して適切なＱｏＳパラメータとともに、データ処理モジュール３２０へ送る（ステップ４１１）。モジュール３２０は、所望のＱｏＳを求めて、アクセスネットワーク１２０ａとの無線（over-the-air）（ＯＴＡ）ネゴシエーションを実行する（ステップ４１２）。ＱｏＳネゴシエーションは、所望のＱｏＳを達成するために、アクセスネットワーク１２０ａが、もし適用可能であれば、アクセス端末１１０へリソースを割当及び許可することを可能にする。一般に、ＱｏＳは、各ＩＰフローについてネゴシエートされる。モジュール３２０はまた、ＱｏＳアプリケーションに関して、ＰＤＳＮ１５０で適用されるパケットフィルタと同様に、アクセス端末１１０で適用されるパケットフィルタを決定する。モジュール３２０はその後、ＱｏＳアプリケーションに関して、ＰＤＳＮ１５０とシグナリングを交換し、ＰＤＳＮ１５０でＴＦＴをセットアップする（ステップ４１３）。ＴＦＴをセットアップした後、モジュール３２０は、ＱｏＳが許可されているという指示をアプリケーション３１０に提供する（ステップ４１４）。その後、ＱｏＳアプリケーションは、確立されたＩＰフロー上で、アクセスネットワーク１２０ａ及びＰＤＳＮ１５０を経由して、所望のＱｏＳレベルでデータを送受信することができる（ステップ４１５）。
【００３０】
アクセス端末１１０は、アクセスネットワーク１２０ａのカバレージエリアと１２０ｂのカバレージエリアとの間をローミングしたり、位置することができる。アクセス端末１１０は、アクセスネットワーク１２０ａのカバレージから出て、アクセスネットワーク１２０ｂのカバレージへ入ることができる。アクセスネットワーク１２０ａに関してカバレージの損失が検出されると、モジュール３２０は、確立されたＩＰフロー及びアクセスネットワーク１２０ａに関するＱｏＳが損失されているという指示を、アプリケーション３１０へ提供することができる（ステップ４１６）。アクセス端末１１０は、その後、アクセスネットワーク１２０ａからアクセスネットワーク１２０ｂへハンドオフされるハンドオフ手順を実行することができる（ステップ４２０）。
【００３１】
ＱｏＳ損失の指示をモジュール３２０から受信すると、アプリケーション３１０は、ＱｏＳ要求を、ＱｏＳアプリケーション用の適切なＱｏＳパラメータとともに、再び送信することができる（ステップ４２１）。モジュール３２０はその後、所望のＱｏＳを求めて、アクセスネットワーク１２０ｂとの無線ネゴシエーションを実行し（ステップ４２２）、ＱｏＳアプリケーションに関してパケットフィルタを決定し、アクセスネットワーク１２０ｂ経由でシグナリングを交換し、ＱｏＳアプリケーションのために、ＰＤＳＮ１５０で、古いＴＦＴを削除し新しいＴＦＴをセットアップする（ステップ４２３）。モジュール３２０は、その後、ＱｏＳが許可されたという表示を、アプリケーション３１０に提供しうる（ステップ４２４）。その後、ＱｏＳアプリケーションは、所望のＱｏＳレベルで確立されたＩＰフローによって、アクセスネットワーク１２０ｂ及びＰＤＳＮ１５０を経由で、データを送受信することができる（ステップ４２５）。
【００３２】
アクセス端末１１０は、その後、アクセスネットワーク１２０ａのカバレージ内へ戻りうる。アクセスネットワーク１２０ｂとのカバレージの損失が検出されると、モジュール３２０は、確立されたＩＰフロー及びアクセスネットワーク１２０ｂに関するＱｏＳが損失されているという指示を、アプリケーション３１０に提供することができる（ステップ４２６）。アクセス端末１１０は、その後、アクセスネットワーク１２０ｂからアクセスネットワーク１２０ａへハンドオフされるように、ハンドオフ手順を実行しうる（ステップ４３０）。アプリケーション３１０は、ＱｏＳアプリケーションに関する適切なＱｏＳパラメータをとともに、ＱｏＳ要求を再び送ることができる（ステップ４３１）。モジュール３２０は、その後、所望のＱｏＳを求めて、アクセスネットワーク１２０ａとの無線ネゴシエーションを実行し（ステップ４３２）、ＱｏＳアプリケーション用のパケットフィルタを決定し、アクセスネットワーク１２０ａ経由でシグナリングを交換し、ＱｏＳのためにＰＤＳＮ１５０で古いＴＦＴを削除し新たなＴＦＴをセットアップする（ステップ４３３）。モジュール３２０はその後、ＱｏＳが許可されているという指示を、アプリケーション３１０に提供しうる（ステップ４３４）。その後、ＱｏＳアプリケーションは、アクセスネットワーク１２０ａ及びＰＤＳＮ１５０を経由して、データを送受信することができる（ステップ４３５）。
【００３３】
アクセス端末１１０は、その後、アクセスネットワーク１２０ｂのカバレージへ戻りうる。アクセス端末１１０は、その後、ステップ４１６乃至４２５と同じ方式で、ステップ４３６乃至４４５を実行して、データが、アクセスネットワーク１１０とＰＤＳＮ１５０との間で、アクセスネットワーク１２０ｂ経由で交換されうるように、アクセスネットワーク１２０ｂとのＱｏＳを確立し、ＰＤＳＮ１５０を用いて新たなＴＦＴをセットアップする。
【００３４】
図４に示すように、アクセス端末１１０は、アクセスネットワーク１２０とシグナリングを交換して、ＱｏＳをネゴシエートすることができる。また、アクセス端末１１０がアクセスネットワークへハンドオフされる場合にも、アクセス端末１１０は常に、ＰＤＳＮ１５０とシグナリングを交換して、ＴＦＴをセットアップすることができる。１ｘＥＶ−ＤＯ規格は、ＭＰＡとＥＭＰＡとの間のハンドオフをサポートしていないので、このシグナリングの交換は必要である。シグナリングの交換は、いくつかの理由によって望ましくない。第１に、無線上でシグナリングを交換するために貴重な無線リソースが消費される。第２に、新たなサービス提供ネットワークへのハンドオフの度に、ＱｏＳアプリケーションがＱｏＳを指定する必要がある。
【００３５】
局面において、アクセスネットワーク間でのシームレスなハンドオフは、（１）アクセスネットワークからハンドオフされると、各アクセスネットワークのセッション情報／設定をセーブすることと、（２）アクセスネットワークへハンドバックされると、セーブされたセッション情報／設定を呼び出すこと、によって達成される。
【００３６】
図５は、アクセス端末１１０が、アクセスネットワーク１２０ａと１２０ｂとの間で反復してハンドオフされるシナリオに関する典型的なコールフロー５００を示す。コールフロー５００の場合、上位層アプリケーション３１０は、ＱｏＳアプリケーションを開始する（ステップ５１０）。アプリケーション３１０は、ＩＰフローに関し、適切なＱｏＳパラメータとともに、ＱｏＳ要求を送ることができる（ステップ５１１）。モジュール３２０はその後、所望のＱｏＳを求めてアクセスネットワーク１２０ａとの無線ネゴシエーションを実行し（ステップ５１２）、ＱｏＳアプリケーション用のパケットフィルタを決定し、アクセスネットワーク１２０ａ経由でシグナリングを交換して、ＱｏＳアプリケーションのためにＰＤＳＮ１５０でＴＦＴをセットアップすることができる（ステップ５１３）。モジュール３２０はその後、ＱｏＳが許可されたという指示を提供する（ステップ５１４）。その後、ＱｏＳアプリケーションは、アクセスネットワーク１２０ａ及びＰＤＳＮ１５０を経由して、データを送受信しうる（ステップ５１５）。
【００３７】
実施形態において、アクセス端末１１０（例えば、モジュール３２０）は、アクセスネットワーク１２０ａに関するセッション情報／構成を記憶する。セッション情報は、アクセスネットワーク１２０ａとネゴシエートされたＱｏＳパラメータ、アクセスネットワーク１２０ａと交換されたＩＰフローに用いられる指定ラベル、ＩＰフローのＲＬＰフローへのバインディング、逆方向トラヒックチャネル媒体アクセス制御（ＲＴＣ−ＭＡＣ）のＲＬＰへのバインディング、及び／又はアクセスネットワーク１２０ａに関するその他のバインディング、その他の状態情報等を備えることができる。指定ラベルは、ＩＰフローに関する識別子である。実施形態において、アクセスネットワーク１２０ａはまた、アクセス端末１１０に関するセッション情報を記憶する。アクセスネットワーク１２０ａによって記憶されるセッション情報は、ＱｏＳ情報、バインディング情報、及び／又はその他の状態情報を含みうる。アクセスネットワーク１２０ａによって記憶されるセッション情報は、アクセス端末１１０によって記憶されるセッション情報と同じであるか、又は異なることがある。エンティティ１１０及び１２０ａによって記憶されるセッション情報はどちらも、シームレスなハンドオフを容易にするために後で用いられうる。
【００３８】
アクセス端末１１０は、アクセスネットワーク１２０ａのカバレージから出て、アクセスネットワーク１２０ｂのカバレージへ入ることができる。アクセスネットワーク１２０ａのカバレージの損失が検出されると、モジュール３２０は、確立されたＩＰフロー及びＱｏＳが一時停止されているという指示を、アプリケーション３１０に提供する（ステップ５１６）。アプリケーション３１０は指示を受け、任意のアクションを起こす必要はない。
【００３９】
アクセス端末１１０はその後、アクセスネットワーク１２０ａからアクセスネットワーク１２０ｂへハンドオフされるように、ハンドオフ手順を実行することができる（ステップ５２０）。モジュール３２０は、所望のＱｏＳを求めて、アクセスネットワーク１２０ｂとの無線ネゴシエーションを実行しうる（ステップ５２２）。所望のＱｏＳはモジュール３２０によって記憶されているため、ＱｏＳアプリケーションは、別のＱｏＳ要求を送る必要がない。実施形態において、アクセスネットワーク１２０ａと交換されるＩＰフローのために用いられる指定ラベルは、アクセスネットワーク１２０ｂと交換されるＩＰフローのためにも用いられる。実施形態において、ＩＰフローのＲＬＰフローへのバインディング、ＲＴＣ−ＭＡＣのＲＬＰへのバインディング、及び／又は、以前アクセスネットワーク１２０ａに対して用いられたその他のバインディングは、アクセスネットワーク１２０ｂに対しても用いられる。アクセスネットワーク１２０ａ及び１２０ｂの両者に対する同一の指定ラベル及び同一のバインディングを利用することによって、ＰＤＳＮ１５０は、アクセスネットワーク１２０ａ及び１２０ｂを経由して転送されるトラヒックデータをフィルタするために、同一のＴＦＴを用いることができる。この場合、モジュール３２０は、図５に示すように、新たなＴＦＴをセットアップするためにＰＤＳＮ１５０とシグナリングを交換する必要がなくなる。
【００４０】
実施形態において、アクセスネットワーク１２０ｂは、アクセス端末１１０に関するセッション情報を記憶する。アクセスネットワーク１２０ｂによって記憶されるセッション情報は、ＱｏＳ情報、バインディング情報、及び／又はその他の状態情報を含むことができる。アクセスネットワーク１２０ｂによって記憶されるセッション情報は、アクセス端末１１０によって記憶されるセッション情報と同一であるか、又は異なることがある。何れの場合でも、エンティティ１１０及び１２０ｂによって記憶されるセッション情報はどちらも、シームレスなハンドオフを容易にするために、後で用いられうる。
【００４１】
アクセスネットワーク１２０ｂとのＱｏＳネゴシエーションを完了した後、モジュール３２０は、ＱｏＳが再開されているという指示を、アプリケーション３１０に提供する（ステップ５２４）。その後、ＱｏＳアプリケーションは、確立されたＩＰフロー上で、アクセスネットワーク１２０ｂ及びＰＤＳＮ１５０を経由して、所望のレベルのＱｏＳで送受信することができる。
【００４２】
アクセス端末１１０はその後、アクセスネットワーク１２０ａのカバレージへ戻ることができる。アクセスネットワーク１２０ｂのカバレージの損失が検出されると、モジュール３２０は、ＱｏＳが一時停止されているという指示を、アプリケーション３１０に提供する（ステップ５２６）。アクセス端末１１０はその後、アクセスネットワーク１２０ｂからアクセスネットワーク１２０ａへハンドオフされるようにハンドオフ手順を実行する（ステップ５３０）。アクセスネットワーク１２０ａは、アクセスネットワーク１２０ａによって以前に記憶されたアクセス端末１１０に関するセッション情報を、取り出して利用することができる。この場合、ＱｏＳに関するネゴシエーションが回避されうる。ハンドオフが完了した後、モジュール３２０は、ＱｏＳが再開されているという指示を、アプリケーション３１０に提供する（ステップ５３４）。その後、ＱｏＳアプリケーションは、アクセスネットワーク１２０ａ及びＰＤＳＮ１５０を経由して、データを送受信することができる（ステップ５３５）。
【００４３】
アクセス端末１１０はその後、アクセスネットワーク１２０ｂのカバレージへ戻りうる。アクセスネットワーク１２０ａのカバレージの損失が検出されると、モジュール３２０は、ＱｏＳが一時停止されているという指示を、アプリケーション３１０に提供する（ステップ５３６）。アクセス端末１１０はその後、アクセスネットワーク１２０ａからアクセスネットワーク１２０ｂへのハンドオフを実行し（ステップ５４０）、アクセス端末１１０によって以前に記憶されたセッション情報を取り出して用いることができる。この場合、ＱｏＳに関するネゴシエーションが回避され、モジュール３２０は、ＱｏＳが再開されているという指示を、迅速に提供することができる（ステップ５４４）。ＱｏＳアプリケーションはその後、アクセスネットワーク１２０ｂ及びＰＤＳＮ１５０を経由して、データを送受信することができる（ステップ５４５）。
【００４４】
図５に示す実施形態において、アクセス端末１１０は、アクセス端末がアクセスネットワークと最初に通信するとき、与えられるアクセスネットワーク１２０と、ＱｏＳをネゴシエートしうる。アクセス端末１１０及びアクセスネットワーク１２０は、アクセス端末に関するセッション情報／設定を、それぞれ記憶することができる。従って、アクセス端末１１０がアクセスネットワーク１２０へハンドバックされる場合、記憶されたセッション情報は取り出されることができ、ＱｏＳネゴシエーションが回避されうる。更に、アクセス端末１１０は、同一のＰＤＳＮ１５０によってサービス提供される全てのアクセスネットワークに関して、同一の指定ラベル及びバインディングを用いることができ、そのため、これらのアクセスネットワークに関して、同一のＴＦＴが用いられうる。従って、アクセス端末１１０が、同一のＰＤＳＮ１５０によってサービス提供される別のアクセスネットワークへハンドオフされる場合には常に、ＴＦＴのセットアップを回避することができる。
【００４５】
図４のコールフロー４００を、図５のコールフロー５００と比較すると、ＱｏＳ要求に関するステップ４２１、４３１及び４４１、ＱｏＳネゴシエーションに関するステップ４３２及び４４２、及びＴＦＴセットアップに関するステップ４２３、４３３及び４４３は、コールフロー５００からは削除されている。ＱｏＳネゴシエーションに関するステップ４３２及び４４２、及びＴＦＴセットアップに関するステップ４２３、４３３及び４４３は、主要ステップと見なされうる。各主要ステップは、アクセス端末１１０とアクセスネットワーク１２０との間のいくつかのシグナリングメッセージの交換を含むより少数のステップから成る。例えば、各ＱｏＳネゴシエーションステップは、ＱｏＳをネゴシエートするためにアクセス端末１１０とアクセスネットワーク１２０との間の７又は８のシグナリングメッセージの交換を含む。
【００４６】
図５に示す実施形態は、アクセス端末１１０が、アクセスネットワーク間で反復してハンドオフされる場合、ＱｏＳを再ネゴシエートする、又はＴＦＴを再びセットアップする必要がないために、実質的に無線シグナリングを低減することができる。更に、モジュール３２０は、新たなアクセスネットワークに関して、ＱｏＳアプリケーションを必要とせずに、ＱｏＳネゴシエーションを取り扱うことができる。モジュール３２０はセッション情報を記憶しているので、ＱｏＳアプリケーションは、各ハンドオフについて新たなＱｏＳ要求を送る必要がない。ＱｏＳアプリケーションは、ハンドオフの進行中に、ＱｏＳの一時的な停止を通知するだけでよく、ハンドオフの完了後、ＱｏＳが再開されたという指示をモジュール３２０から受けると、以前のデータ交換を再開することができる。
【００４７】
図６は、多くのアクセスネットワークとのセッションのために、アクセス端末１１０によって実行される処理６００の実施形態を示す。アクセス端末１１０は、第１のアクセスネットワークとの第１のセッションを確立する（ブロック６１２）。第１のアクセスネットワークは、ＭＰＡ可能アクセスネットワーク１２０ａ、ＥＭＰＡ可能アクセスネットワーク１２０ｂ、又はその他いくつかのアクセスネットワークであることができる。セッションの確立は、第１のアクセスネットワークとのＱｏＳネゴシエーションを実行すること、第１のアクセスネットワークのパケット・データ・ゲートウェイ（例えばＰＤＳＮ１５０）でパケットフィルタ（例えばＴＦＴ）をセットアップすること等を必要としうる。第１のセッションの設定は、第１のアクセスネットワークとネゴシエートされるＱｏＳ、パケットフィルタを生成するために用いられるフロー情報等を備えることができる。アクセス端末１１０はその後、第１のセッションの設定に従って、第１のアクセスネットワークとデータを交換する（ブロック６１４）。
【００４８】
アクセス端末１１０は、第１のアクセスネットワークから第２のアクセスネットワークへハンドオフされた後、第１のセッション設定をセーブする（ブロック６１６）。第２のアクセスネットワークは、ＥＭＰＡ可能アクセスネットワーク１２０ｂ、ＭＰＡ可能アクセスネットワーク１２０ａ、又はその他いくつかのアクセスネットワークであることができる。アクセス端末１１０は、第２のアクセスネットワークとの第２のセッションを確立する（ブロック６１８）。セッションの確立は、第２のアクセスネットワークとのＱｏＳネゴシエーションを、同じ指定ラベルを用いて実行すること、及び、パケット・データ・ゲートウェイで既にセットアップされたパケットフィルタがまだ用いられうるようにバインディングすることを必要とする。アクセス端末１１０はその後、第２のセッションの設定に従って、第２のアクセスネットワークとデータを交換する（ブロック６２０）。
【００４９】
アクセス端末１１０は、第２のアクセスネットワークから第１のアクセスネットワークへハンドオフされた後、第２のセッション設定をセーブする（ブロック６２２）。アクセス端末１１０は、第１のアクセスネットワークへハンドバックされると、セーブされた第１のセッション設定を用いる（ブロック６２４）。ネットワーク設計及び動作に依存して、アクセス端末１１０は、先に第１のアクセスネットワークと確立された第１のセッションを復元／再開するか、又は、第１のアクセスネットワークとの新たなセッションを開始することができる。何れの場合も、セーブされた第１のセッション設定を利用することによって、アクセス端末１１０は、第１のアクセスネットワークと再びＱｏＳネゴシエーションを実行すること、及び、パケット・データ・ゲートウェイで新たなパケットフィルタをセットアップすることを避けることが可能である。アクセス端末１１０はその後、第１のセッション設定に従って、第１のアクセスネットワークとデータを交換する（ブロック６２６）。
【００５０】
アクセス端末１１０は、第２のアクセスネットワークへハンドバックされると、セーブされた第２のセッション設定を用いる（ブロック６２８）。これによって、アクセス端末１１０は、第２のアクセスネットワークと再びＱｏＳネゴシエーションを実行すること、及び、パケット・データ・ゲートウェイで新たなパケットフィルタをセットアップすることを避けることが可能である。アクセス端末１１０はその後、第２のセッション設定に従って、第２のアクセスネットワークとデータを交換する（ブロック６３０）。
【００５１】
図７は、アクセス端末１１０とのセッションのために、アクセスネットワーク１２０ｘによって実行される処理７００の実施形態を示す。アクセスネットワーク１２０ｘは、ＭＰＡ可能アクセスネットワーク１２０ａ、ＥＭＰＡ可能アクセスネットワーク１２０ｂ、又はその他いくつかのネットワークであることができる。
【００５２】
アクセスネットワーク１２０ｘは、アクセス端末１１０のためのセッションを確立する（ブロック７１２）。これは、パケット・データ・ゲートウェイ（例えばＰＤＳＮ１５０）へパケットフィルタ（例えばＴＦＴ）を送るために、アクセス端末１１０とのＱｏＳネゴシエーションを実行すること、及び、アクセス端末１１０とシグナリングを交換することを必要としうる。セッションの設定は、ネゴシエートされたＱｏＳ、フロー情報等を備える。アクセスネットワーク１２０ｘは、セッションの設定に従って、アクセス端末１１０とデータを交換する（ブロック７１４）。アクセスネットワーク１２０ｘは、アクセス端末１１０が、別のアクセスネットワークへハンドオフされた後、セッション設定をセーブする（ブロック７１６）。アクセスネットワーク１２０ｘは、アクセス端末１１０が、アクセスネットワーク１２０ｘへハンドバックされた時、アクセス端末１１０のために、セーブされたセッション設定を用いる（ブロック７１８）。これによって、アクセス端末１１０がアクセスネットワーク１２０ｘへハンドバックされた時に、アクセスネットワーク１２０ｘは、アクセス端末１１０とのＱｏＳネゴシエーションをスキップし、更に、パケット・データ・ゲートウェイで新たなパケットフィルタをセットアップするためのシグナリング交換をスキップすることができる。アクセスネットワーク１２０ｘは、セッション設定に従って、アクセス端末１１０とデータを交換する（ブロック７２０）。
【００５３】
図８は、アクセス端末１１０の実施形態のブロック図を示す。送信方向において、アクセス端末１１０によって送られるデータ及びシグナリングは、符号器８２２によって処理（例えばフォーマット、符号化、及びインタリーブ）され、更に変調器（Ｍｏｄ）８２４によって、処理（例えば変調、チャネライズ、及びスクランブル）されて、出力チップが生成される。送信機（ＴＭＴＲ）８３２は、その後、出力チップを調整（例えばアナログ変換、フィルタ、増幅、及び周波数アップコンバート）し、逆方向リンク信号を生成する。逆方向リンク信号は、アンテナ８３４経由で送信される。受信方向において、アクセスネットワーク内の基地局によって送信される順方向リンク信号は、アンテナ８３４によって受信される。受信機（ＲＣＶＲ）８３６は、アンテナ８３４から受信した信号を調整（例えばフィルタ、拡大、周波数ダウンコンバート、及びデジタル化）し、サンプルを提供する。復調器（Ｄｅｍｏｄ）８２６は、サンプルを処理（例えばデスクランブル、チャネライズ、及び復調）し、シンボル推定値を提供する。復号器８２８は、シンボル推定値を更に処理（例えばデインタリーブ及び復号）し、復号されたデータを提供する。符号器８２２、変調器８２４、復調器８２６、及び復号器８２８は、モデムプロセッサ８２０によって実装されることができる。これらのユニットは、サービス提供しているアクセスネットワークによって用いられる無線技術（例えば、１ｘＥＶ−ＤＯ、ＣＤＭＡ２０００、Ｗ−ＣＤＭＡ、又はＧＳＭ）に従って処理を実行する。
【００５４】
コントローラ／プロセッサ８４０は、アクセス端末１１０における、様々なユニットの動作を指示する。コントローラ／プロセッサ８４０は、図３のプロトコルスタック３００、図６のプロセッサ６００、及び／又は、通信サービスをサポートするためのその他の処理を実現しうる。メモリ８４２は、アクセス端末１１０に関するプログラムコード及びデータを記憶する。メモリ８４２は、関連する各アクセスネットワークに関して、セッション情報／設定（例えばＱｏＳパラメータ、フロー情報、パケットフィルタ等）を記憶しうる。
【００５５】
図８はまた、プロセッサ８５０及びメモリ８５２を含むアクセスネットワーク１２０ｘの単純な実施形態も示す。プロセッサ８５０は、アクセス端末との通信のための様々な機能を実行し、図７の７００及び／又はアクセス端末との通信をサポートするその他の処理を実現することができる。プロセッサ８５０は、１つのプロセッサ又はプロセッサの集合であることができる。メモリ８５２は、アクセスネットワーク１２０ｘに関するプログラムコード及びデータを記憶する。メモリ８５２はまた、アクセスネットワーク１２０ｘと通信するその他のアクセス端末と同様に、アクセス端末１１０に関するセッション情報／設定を記憶する。
【００５６】
本明細書に開示された技術は、様々な手段によって実現されることができる。例えば、これらの技術は、ハードウェア、ファームウェア、ソフトウェア、又はこれらの組み合わせにおいて実現されうる。ハードウェアでの実現に関して、アクセス端末における処理ユニットは、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子工学的デバイス、上述された機能を実現するために設計されたその他の電子工学的ユニット、又は上記何れかの組み合わせにおいて実現されうる。アクセスネットワーク又はネットワークエンティティにおける処理ユニットは、１つ又は複数のＡＳＩＣ、ＤＳＰ、プロセッサなどにおいて実現されうる。
【００５７】
ファームウェア及び／又はソフトウェアでの実現に関して、この技術は、本明細書に開示された機能を実現するモジュール（例えばプロセッサ、関数等）を用いて実現されうる。ファームウェア及び／又はソフトウェアコードは、メモリ（例えば、図８に示すメモリ８４２又は８５２）内で記憶され、プロセッサ（例えばプロセッサ８４０又は８５０）によって実行されることができる。メモリは、プロセッサ内に、又はプロセッサに外付けで実装されうる。
【００５８】
開示された実施形態における上記記載は、当業者をして、本発明の製造及び利用を可能とするために提供される。これらの実施形態への様々な変形例もまた、当業者に対しては明らかであって、本明細書で定義された一般原理は、本発明の主旨又は範囲から逸脱することなくその他の実施形態にも適用されうる。従って、本発明は、本明細書に開示された実施形態に限定することは意図されておらず、本明細書に開示された原理及び新規特徴と整合が取れた最も広い範囲と一致するように意図されている。
【図面の簡単な説明】
【００５９】
【図１】図１は、多くのアクセスネットワークと通信するアクセス端末を示す。
【図２Ａ】図２Ａは、典型的なプロトコルスタックを示す。
【図２Ｂ】図２Ｂは、典型的なプロトコルスタックを示す。
【図２Ｃ】図２Ｃは、典型的なプロトコルスタックを示す。
【図３】図３は、アクセス端末におけるデータ処理モジュールを示す。
【図４】図４は、２つのアクセスネットワーク間でアクセス端末が反復してハンドオフされるシナリオに関するコールフローを示す。
【図５】図５は、セーブされたセッション設定を用いて、より少ないシグナリングを用いるコールフローを示す。
【図６】図６は、アクセス端末によって実行される処理を示す。
【図７】図７は、アクセスネットワークによって実行される処理を示す。
【図８】図８は、アクセス端末のブロック図を示す。
【図１】
2009522952.tif 000003
【図２Ａ】
2009522952.tif 000004
【図２Ｂ】
2009522952.tif 000005
【図２Ｃ】
2009522952.tif 000006
【図３】
2009522952.tif 000007
【図４】
2009522952.tif 000008
【図５】
2009522952.tif 000009
【図６】
2009522952.tif 000010
【図７】
2009522952.tif 000011
【図８】
2009522952.tif 000012