(57)【要約】  本発明は、少なくとも２人のユーザ（ユーザＡおよびユーザＢ）間での無線パケットセッションの確立に関する。ユーザのうちの少なくとも一方（ユーザＡまたはユーザＢ）は無線ユーザである。少なくとも２人のユーザのうちの第１のユーザは、２人のユーザのうちの第２のユーザに予約セットアッププロトコル（ＲＳＶＰ）ＰＡＴＨメッセージ（３０）を送信する。ＲＳＶＰ  ＰＡＴＨメッセージ（３０）は、第１のユーザから第２のユーザへの送信専用、第１のユーザから第２のユーザへおよび第２のユーザから第１のユーザへの送信用、または第２のユーザから第１のユーザへの送信専用にリソースを予約するための情報を含む。ＲＳＶＰ  ＰＡＴＨメッセージ（３０）の受信に応答して、第２のユーザは、第１のユーザにＲＳＶＰ予約（ＲＥＳＶ）メッセージ（３２）を送信する。送信は、予約されたリソースを使用して行われる。
2005509382.tif 000002
【特許請求の範囲】
【請求項１】
２人のユーザのうちの少なくとも一方が無線ユーザである少なくとも２人のユーザ間で、無線パケットベースのセッションを確立するための方法であって、
少なくとも２人のユーザのうちの第１のユーザは、前記２人のユーザのうちの第２のユーザに、予約セットアッププロトコル（ＲＳＶＰ）ＰＡＴＨメッセージを送信する工程であって、該ＲＳＶＰ  ＰＡＴＨメッセージは、前記第１のユーザから前記第２のユーザへの送信、および前記第２のユーザから前記第１のユーザへの送信用にリソースを予約するための情報を含み、
前記第２のユーザによる前記ＲＳＶＰ  ＰＡＴＨメッセージの受信に応答して、前記第２のユーザは前記第１のユーザにＲＳＶＰ予約（ＲＥＳＶ）メッセージを送信し、前記ＲＳＶＰ  ＲＥＳＶメッセージが少なくとも１つのパケットベースのネットワークを介して送信される間、前記第１および第２のユーザからの前記送信用にリソースが予約される工程と、
前記第１および第２のユーザは前記予約されたリソースを使用してセッション情報を送信する工程と
を具えたことを特徴とする方法。
【請求項２】
前記第１のユーザによる前記ＲＳＶＰ  ＲＥＳＶメッセージの受信に応答して、前記第１のユーザは、ＲＥＶＰ  ＲＥＳＶメッセージの受信を確認するために前記第２のユーザにＲＳＶＰ確認メッセージを送信する工程をさらに具えたことを特徴とする請求項１記載の方法。
【請求項３】
前記第１および第２のユーザは、それぞれ無線ユーザであることを特徴とする請求項１記載の方法。
【請求項４】
前記第１のユーザは無線ユーザであり、前記第２のユーザは有線ユーザであることを特徴とする請求項１記載の方法。
【請求項５】
前記第１のユーザは有線ユーザであり、前記第２のユーザは無線ユーザであることを特徴とする請求項１記載の方法。
【請求項６】
前記ＲＳＶＰ  ＰＡＴＨメッセージは、前記第１および第２のユーザの送信用にリソースを予約するための情報を有するＲＳＶＰ  ＰＡＴＨメッセージであることを示す方向インジケータを含むことを特徴とする請求項１記載の方法。
【請求項７】
前記方向インジケータは、４ビットのインジケータであることを特徴とする請求項６記載の方法。
【請求項８】
前記方向インジケータは、前記第１および第２のユーザの送信用にリソースを予約するための前記情報が含まれていることを示す「１１１１」の値を有することを特徴とする請求項６記載の方法。
【請求項９】
前記第１のユーザは、前記セッションの責任を負うことを特徴とする請求項１記載の方法。
【請求項１０】
前記第１のユーザに、前記セッション代が課金されることを特徴とする請求項１記載の方法。
【請求項１１】
２人のユーザのうちの少なくとも一方が無線ユーザである前記少なくとも２人のユーザ間で無線パケットベースのセッションを確立するための方法であって、
少なくとも２人のユーザのうちの第１のユーザは、前記２人のユーザのうちの第２のユーザに、ＲＳＶＰ  ＰＡＴＨメッセージを送信する工程であって、該ＲＳＶＰ  ＰＡＴＨメッセージは、前記第２のユーザから前記第１のユーザへの送信用にリソースを予約するための情報を含み、前記第１のユーザから前記第２のユーザへの送信のための情報を含まず、
前記第２のユーザによる前記ＲＳＶＰ  ＰＡＴＨメッセージの受信に応答して、前記第２のユーザは前記第１のユーザにＲＳＶＰ予約（ＲＥＳＶ）メッセージを送信し、前記ＲＳＶＰ  ＲＥＳＶメッセージが少なくとも１つのパケットベースのネットワークを介して送信される間、前記第２のユーザからの送信用にリソースが予約される工程と、
前記第２のユーザは前記予約されたリソースを使用してセッション情報を送信する工程と
を具えたことを特徴とする方法。
【請求項１２】
前記第１のユーザによる前記ＲＳＶＰ  ＲＥＳＶメッセージの受信に応答して、前記第１のユーザは、ＲＥＶＰ  ＲＥＳＶメッセージの受信を確認するために前記第２のユーザにＲＳＶＰ確認メッセージを送信する工程をさらに具えたことを特徴とする請求項１１記載の方法。
【請求項１３】
前記第１および第２のユーザは、それぞれ無線ユーザであることを特徴とする請求項１１記載の方法。
【請求項１４】
前記第１のユーザは無線ユーザであり、前記第２のユーザは有線ユーザであることを特徴とする請求項１１記載の方法。
【請求項１５】
前記第１のユーザは有線ユーザであり、前記第２のユーザは無線ユーザであることを特徴とする請求項１１記載の方法。
【請求項１６】
前記ＲＳＶＰ  ＰＡＴＨメッセージは、前記第１および第２のユーザの送信用にリソースを予約するための情報を有するＲＳＶＰ  ＰＡＴＨメッセージであることを示す方向インジケータを含むことを特徴とする請求項１１記載の方法。
【請求項１７】
前記方向インジケータは、４ビットのインジケータであることを特徴とする請求項１６記載の方法。
【請求項１８】
前記方向インジケータは、リソースを予約するための前記情報が前記第２のユーザの送信専用であることを示す「００１１」の値を有することを特徴とする請求項１７記載の方法。
【請求項１９】
前記第１のユーザは、前記セッションの責任を負うことを特徴とする請求項１１記載の方法。
【請求項２０】
前記第１のユーザに、前記セッション代が課金されることを特徴とする請求項１１記載の方法。
【請求項２１】
パケットベースのセッションの開始に使用する無線ユーザ装置であって、
ＲＳＶＰ  ＰＡＴＨメッセージを送信する予約セットアッププロトコル（ＲＳＶＰ）メッセージジェネレータであって、該ＲＳＶＰ  ＰＡＴＨメッセージは、前記ユーザ装置が送信のみ、受信のみ、または送受信を行うように予約する必要があることを示す方向インジケータを含み、
ＲＳＶＰ  ＰＡＴＨメッセージの結果として予約されていることを示すＲＳＶＰ  ＲＥＳＶメッセージを受信するＲＳＶＰメッセージ受信機と
を具えたことを特徴とする無線ユーザ装置。
【請求項２２】
前記ＲＳＶＰメッセージジェネレータは、前記ＲＳＶＰ  ＲＥＳＶメッセージの受信を示すＲＳＶＰ確認メッセージを生成することを特徴とする請求項２１記載の無線ユーザ装置。
【請求項２３】
前記方向インジケータは、４ビット値であることを特徴とする請求項２１記載の無線ユーザ装置。
【請求項２４】
パケットベースのセッションの開始に使用する無線ユーザ装置であって、
ＲＳＶＰ  ＰＡＴＨメッセージを送信する手段であって、該ＲＳＶＰ  ＰＡＴＨメッセージは、該ユーザ装置が送信のみ、受信のみ、または送受信を行うように予約する必要があることを示す方向インジケータを含み、
前記ＲＳＶＰ  ＰＡＴＨメッセージの結果として予約されていることを示すＲＳＶＰ  ＲＥＳＶメッセージを受信する手段と
を具えたことを特徴とする無線ユーザ装置。
【請求項２５】
前記ＲＳＶＰ  ＰＡＴＨメッセージを送信する前記手段は、前記ＲＳＶＰ  ＲＥＳＶメッセージの受信を示すＲＳＶＰ確認メッセージを生成することを特徴とする請求項２４記載の無線ユーザ装置。
【請求項２６】
前記方向インジケータは、４ビット値であることを特徴とする請求項２５記載の無線ユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線パケットベースの通信に関し、詳細には、無線パケットベースの通信の確立に関する。
【背景技術】
【０００２】
一部のインターネットアプリケーションでは、必要なサービス品質（ＱＯＳ）を達成するためにリソースが予約される。リソースの予約によって、パケットベースのネットワークは、回線交換ネットワークのように動作する。
【０００３】
図１は、２人の無線ユーザ、ユーザＡとユーザＢの間の例えば無線インターネット、無線マルチメディア、ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、テレビ会議またはテレビ電話などのための例えばインターネットベースなど簡略化された無線パケットベースの通信セッションの例である。
【０００４】
異なるセッションには、セットアップ時間、遅延、信頼性、保全性、サービス品質（ＱＯＳ）など異なるパフォーマンス要件がある。ユーザＡはユーザ装置（ＵＥ）２０として、またユーザＢはＵＥ２２として示されている。ユーザＡは、そのセルラーネットワーク２４を使用してパケットネットワーク２８を介して通信を送受信する。同様にユーザＢは、そのセルラーネットワーク２６を使用してパケットネットワーク２８を介して通信を送受信する。
【０００５】
図２は、こうしたセッションの確立を示す図である。ユーザＡは、セッションを確立せよというリソース予約セットアッププロトコル（ＲＳＶＰ）ＰＡＴＨメッセージ３０を送信する。ＲＳＶＰ  ＰＡＴＨメッセージ３０は、様々なネットワークルーター（ルーター１〜ルーターＮ）を介してユーザＢに送信される。各ルーターは、リソースをセッションに使用できるかどうかを決定する。十分なリソースを使用できる場合、ＲＳＶＰ  ＰＡＴＨメッセージ３０は更新され、次のルーターに渡される。十分なリソースを使用できない場合、ユーザＡにエラーメッセージが返送される。ユーザＢがＲＳＶＰ  ＰＡＴＨメッセージ３０を受信すると、ユーザＢはそれに応答して、ネットワーク２４、２６、２８にわたってリソースを予約せよというＲＳＶＰ予約（ＲＥＳＶ）メッセージ３２を送信する。ＲＳＶＰ  ＲＥＳＶメッセージ３２がネットワークを介して送信される間、ユーザＡからユーザＢへの通信をサポートするためにリソースが割り当てられる。リソースが正常に割り当てられると、ユーザＡは、ＲＳＶＰ  ＲＥＳＶメッセージ３２を受信する。ユーザＡは、ＲＳＶＰ  ＲＥＳＶメッセージ３２を受け取ったことを通知する確認（ＲＳＶＰ確認）メッセージ３４をユーザＢに送信する。
【０００６】
ユーザＡへのユーザＢの通信のためにリソースを割り当てるには、ユーザＢは、様々なネットワークルーター（ルーター１〜ルーターＮ）を介してユーザＡにＲＳＶＰ  ＰＡＴＨメッセージ３０を送信する。ユーザＡは、ＲＳＶＰ  ＰＡＴＨメッセージ３０を受信すると、それに応答してネットワーク２４、２６、２８にわたってリソースを予約せよというＲＳＶＰ  ＲＥＳＶメッセージ３２を送信する。ＲＳＶＰ  ＲＥＳＶメッセージ３２がネットワーク２４、２６、２８を介して送信される間、ユーザＢからユーザＡへの通信をサポートするためにリソースが割り当てられる。リソースが正常に割り当てられると、ユーザＢはＲＥＳＶメッセージ３２を受信する。ユーザＢは、ＲＳＶＰ  ＲＥＳＶメッセージ３４を受け取ったことを通知するＲＳＶＰ確認メッセージ３４をユーザＡに送信する。
【０００７】
リソースの割り当てを維持するために、Ｒｅｆｒｅｓｈ  ＰＡＴＨメッセージ３６がネットワーク２４、２６、２８を介して定期的に送信される。ユーザＡは、ユーザＡの送信のためのリソースを維持するためにＲｅｆｒｅｓｈ  ＰＡＴＨメッセージ３６をネットワーク２４、２６、２８を介してユーザＢに送信し、ユーザＢは、ユーザＢの送信のためのリソースを維持するためにＲｅｆｒｅｓｈ  ＰＡＴＨメッセージ３６をネットワーク２４、２６、２８を介してユーザＡに送信する。Ｒｅｆｒｅｓｈ  ＰＡＴＨメッセージ３６が送信されない場合、予約状態は期限切れになり、割り当てられたリソースが解除される。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
リソースを割り当てるためのこうしたすべてのメッセージの送信は、高価なネットワークリソースを使用する。したがって、無線インターネットセッションを確立するための代替の手法を得ることが望ましい。
【課題を解決するための手段】
【０００９】
本発明は、少なくとも２人のユーザ間での無線パケットセッションの確立に関する。ユーザのうちの少なくとも一方は無線ユーザである。少なくとも２人のユーザのうちの第１のユーザは、２人のユーザのうちの第２のユーザに予約セットアッププロトコル（ＲＳＶＰ）ＰＡＴＨメッセージを送信する。ＲＳＶＰ  ＰＡＴＨメッセージは、第１のユーザから第２のユーザへの送信専用、第１のユーザから第２のユーザへおよび第２のユーザから第１のユーザへの送信用、または第２のユーザから第１のユーザへの送信専用にリソースを予約するための情報を含む。ＲＳＶＰ  ＰＡＴＨメッセージの受信に応答して、第２のユーザは、第１のユーザにＲＳＶＰ予約（ＲＥＳＶ）メッセージを送信する。送信は、予約されているリソースを使用して行われる。
【発明を実施するための最良の形態】
【００１０】
図３は、双方向リソース予約セットアッププロトコルを示す図である。ユーザＡは、インターネットなど双方向パケットベースによるユーザＢとのセッションをセットアップすることを望んでいる。ビットレート、相対遅延などのセッションの要件は、以前のネゴシエーションに基づいている。ユーザＡおよびユーザＢの両方が無線ユーザでもよく、または２人のうちの一方は無線ユーザ、他方は有線ユーザである。セッションを開始するために、ユーザＡ（発信側ユーザ）は、双方向ＲＳＶＰ  ＰＡＴＨメッセージ３８を送信する。双方向ＲＳＶＰ  ＰＡＴＨメッセージ３８は、ユーザＡからユーザＢおよびユーザＢからユーザＡに送信される通信のためのリソース割り当て情報を含んでいる。
【００１１】
こうした通信の好ましい形式については、図８、図９、図１０、図１１、および図１２に関連して詳述する。本発明は、主に２方向通信に関連して説明するが、３者間通話など任意の多者間通信（ｍｕｌｔｉｐｌｅ  ｐａｒｔｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）に拡張可能である。
【００１２】
双方向ＲＳＶＰ  ＰＡＴＨメッセージ３８は、ネットワークの様々なルーター（ルーター１〜ルーターＮ）を介してユーザＢに送信される。ユーザＢは、両方のユーザに対してリソースを割り当てるために、双方向ＲＳＶＰ  ＲＥＳＶメッセージ４０を、ネットワーク２４、２６、２８を介して送信する。
【００１３】
好ましい双方向ＲＳＶＰ  ＲＥＳＶメッセージ４０については、図８、図１３、図１４、および図１５との関連で詳述する。双方向ＲＳＶＰ  ＲＥＳＶメッセージ４０が転送されると、各ネットワークは、ユーザＡおよびユーザＢの送信に対してリソースを割り当てる。リソースが正常に割り当てられたことを示す双方向ＲＳＶＰ  ＲＥＳＶメッセージ４０を受信すると、ユーザＡは、ネットワークを介してユーザＢに双方向ＲＳＶＰ確認メッセージ４２を送信する。双方向ＲＳＶＰ確認メッセージ４２を受信すると、ユーザＡとユーザＢの間の双方向通信が開始する。発信側ユーザ、つまりユーザＡが課金の目的などセッションの責任を負うことが好ましい。発信側ユーザにセッションの責任を負わせることによって、課金の手順が簡略化される。
【００１４】
リソースの割り当てを維持するために、双方向Ｒｅｆｒｅｓｈ  ＰＡＴＨメッセージ４４がネットワークを介してユーザＡからユーザＢに定期的に送信される。双方向Ｒｅｆｒｅｓｈ  ＰＡＴＨメッセージ４４が転送されると、ネットワークは、双方向へのリソースの割り当てを維持する。
【００１５】
双方向メッセージの使用によって、セッションの確立に必要なオーバーヘッドが低減する。ユーザＡおよびユーザＢがＲＳＶＰ  ＰＡＴＨメッセージ３０、ＲＳＶＰ  ＲＥＳＶメッセージ３２、およびＲＳＶＰ確認メッセージ３４を送信する代わりに、一方のユーザのみが双方向メッセージを送信する。メッセージの数を低減することによって、こうした各メッセージによって運ばれる情報は一般に増加するが、全体的なネットワークオーバーヘッドは低減する。さらに、双方向メッセージ通信によって、一方向のリソースは確立され、他方向のリソースは確立されないという通話のシナリオが回避される。オーバーヘッドの低減によって、大気資源への影響が低減し、ネットワークパフォーマンスが向上する。
【００１６】
図４は、逆方向リソース予約セットアッププロトコルを示す。
【００１７】
ユーザＡは、ユーザＢのみが情報を送信するインターネットセッションをセットアップすることを望んでいる。ユーザＡおよびユーザＢの両方が無線ユーザでもよく、または２人のうちの一方は無線ユーザ、他方は有線ユーザである。セッションを開始するために、ユーザＡ（発信側ユーザ）は、逆方向ＲＳＶＰ  ＰＡＴＨメッセージ４６を送信する。逆方向ＲＳＶＰ  ＰＡＴＨメッセージ４６は、ユーザＡへのユーザＢの送信のためのリソース割り当て情報を含んでいる。
【００１８】
逆方向ＲＳＶＰ  ＰＡＴＨメッセージ４６は、ネットワークの様々なルーター（ルーター１〜ルーターＮ）を介してユーザＢに送信される。ユーザＢは、その通信に対してリソースを割り当てるために逆方向ＲＳＶＰ  ＲＥＳＶメッセージ４８を送信する。逆方向ＲＳＶＰ  ＲＥＳＶメッセージ４８を受信すると、ユーザＡは、ネットワーク２４、２６、２８を介してユーザＢに逆方向ＲＳＶＰ確認メッセージ５０を送信する。逆方向ＲＳＶＰ確認メッセージ５０を受信すると、ユーザＢは、ユーザＡへのデータの転送を開始する。（ユーザＡは重要な情報を送信していないが）ユーザＡがセッションの責任を負うことが好ましい。
【００１９】
図５は、ＲＳＶＰ  ＰＡＴＨメッセージ、ＲＳＶＰ  ＲＥＳＶメッセージ、およびＲＥＶＰ確認メッセージを総称的に示す好ましいＲＳＶＰメッセージの略図である。
【００２０】
好ましいメッセージは、方向インジケータ（順方向、逆方向、および双方向）およびオブジェクト５８1〜５８Nを有するＩＰヘッダーを有している。メッセージは、ＲＦＣ２２０５に基づいており、ＲＦＣ２２０５との下位互換性があり、方向インジケータは、４ビットインジケータであることが好ましい。ＲＦＣ２２０５では、方向インジケータ５４1の４ビットには、順方向（発信側ユーザは情報の送信のみ）の値「００００」が割り当てられる。
図６は、好ましい順方向ＲＳＶＰメッセージを示しており、順方向「（ＦＯＲＷＡＲＤ）」のオブジェクト５８F1〜５８FNのみが含まれている。ＲＦＣ２２０５では、各ユーザ（ユーザＡおよびユーザＢのそれぞれ）が発信側ユーザである。方向インジケータ５４2の値「００１１」は、逆方向（発信側ユーザは情報の受信のみ）を示す。図７に、好ましい逆方向ＲＳＶＰメッセージを示している。
【００２１】
図７は、オブジェクト５８R1〜５８RNのすべてが逆方向「（ＲＥＶＥＲＳＥ）」のためのものである。方向インジケータ５４3の値「１１１１」は、両方向が使用されることを示している（発信側ユーザは送受信を行う）。
【００２２】
図８は、好ましい双方向ＲＳＶＰメッセージを示している。図８には、「（ＦＯＲＷＡＲＤ）」５８F1〜５８FN、および「（ＲＥＶＥＲＳＥ）」５８R1〜５８RNオブジェクトの両方が存在している。
【００２３】
図９は、ＲＦＣ２２０５と互換性のある好ましい双方向ＲＳＶＰ  ＰＡＴＨメッセージを示す。
【００２４】
双方向ＲＳＶＰ  ＰＡＴＨメッセージは、「＜Ｐａｔｈ  Ｍｅｓｓａｇｅ＞」、「＜Ｃｏｍｍｏｎ  Ｈｅａｄｅｒ＞」、「＜ＩＮＴＥＧＲＩＴＹ＞」、「＜ＳＥＳＳＩＯＮ＞」、「＜ＲＳＶＰ＿ＨＯＰ＞」「＜ＴＩＭＥ＿ＶＡＬＵＥＳ＞」、「＜ＰＯＬＩＣＹ＿ＤＡＴＡ＞」、「＜ｓｅｎｄｅｒ  ｄｅｓｃｒｉｐｔｉｏｎ＞」、「＜ｓｅｎｄｅｒ  ｄｅｓｃｒｉｐｔｏｒ＞」、「＜ＳＥＮＤＥＲ＿ＴＥＭＰＬＡＴＥ＞」、「＜ＳＥＮＤＥＲ＿ＴＳＰＥＣ＞」、および「＜ＡＤＳＰＥＣ＞」のフィールドを有する。
【００２５】
図１０は、「＜ＳＥＮＤＥＲ＿ＴＳＰＥＣ＞」を示している。図の上部に沿って付した数字は、ビット位置０から３１を示す。図１０に示すように、双方向ＲＳＶＰ  ＰＡＴＨメッセージでは、「（Ｆｏｒｗａｒｄ）」および「（Ｒｅｖｅｒｓｅ）」情報が含まれている。
【００２６】
図１１および図１２は、「＜ＡＤＳＰＥＣ＞」フィールドの２つの例を示す。
【００２７】
図１１はＰＡＴＨ  Ｄｅｆａｕｌｔ  ＡＤＳＰＥＣを、図１２はＰＡＴＨ  Ｇｕａｒａｎｔｅｅｄ  Ｓｅｒｖｉｃｅ  ＡＤＳＰＥＣを示している。これらの図に示すように、ＡＤＳＰＥＣは、順方向および逆方向の情報を含んでいる。
【００２８】
図１３は、ＲＦＣ２２０５と互換性のある好ましい双方向ＲＳＶＰ  ＲＥＳＶメッセージを示す図である。
【００２９】
双方向ＲＳＶＰ  ＲＥＳＶメッセージは、「＜Ｒｅｓｖ  Ｍｅｓｓａｇｅ＞」、「＜Ｃｏｍｍｏｎ  Ｈｅａｄｅｒ＞」、「＜ＩＮＴＥＧＲＩＴＹ＞」、「＜ＳＥＳＳＩＯＮ＞」、「＜ＲＳＶＰ＿ＨＯＰ＞」、「＜ＴＩＭＥ＿ＶＡＬＵＥＳ＞」、「＜ＲＥＳＶ＿ＣＯＮＦＩＲＭ＞」、「＜ＳＣＯＰＥ＞」、「＜ＰＯＬＩＣＹ＿ＤＡＴＡ＞」、「＜ＳＴＹＬＥ＞」、「＜ｆｌｏｗ  ｄｅｓｃｒｉｐｔｏｒ  ｌｉｓｔ＞」、「＜ｆｌｏｗ  ｄｅｓｃｒｉｐｔｏｒ＞」のフィールドを有する。
【００３０】
方向インジケータは、「＜ｆｌｏｗ  ｄｅｓｃｒｉｐｔｏｒ  ｌｉｓｔ＞」に含まれている。
【００３１】
図１４および図１５は、「＜ｆｌｏｗ  ｄｅｓｃｒｉｐｔｏｒ  ｌｉｓｔ＞」の好ましいＦＬＯＷＳＰＥＣの２つの例を示す。
【００３２】
図１４はＦＬＯＷＳＰＥＣ  ｆｏｒ  Ｇｕａｒａｎｔｅｅｄ  ｓｅｒｖｉｃｅ、および図１５はＦＬＯＷＳＰＥＣ  ｆｏｒ  Ｇｕａｒａｎｔｅｅｄ  Ｓｅｒｖｉｃｅ  Ｅｘｔｅｎｓｉｏｎ  Ｆｏｒｍａｔである。
【００３３】
図１４および図１５に示すように、双方向ＲＳＶＰ  ＲＥＳＶメッセージでは、順方向および逆方向の情報がメッセージによって運ばれる。
【００３４】
図１６は、双方向、逆方向、および順方向の予約セットアッププロトコルメッセージ通信で使用する無線ユーザ装置を示すブロック図である。
【００３５】
ＲＳＶＰメッセージジェネレータ７２は、ＲＳＶＰ  ＰＡＴＨメッセージ（双方向ＲＳＶＰメッセージ、および逆方向ＲＳＶＰ  ＰＡＴＨメッセージを含む）、ＲＳＶＰ  ＲＥＳＶメッセージ（双方向ＲＳＶＰメッセージおよび逆方向ＲＳＶＰ  ＲＥＳＶメッセージを含む）、ＲＳＶＰ確認メッセージ（双方向ＲＳＶＰおよび逆方向ＲＳＶＰ確認メッセージを含む）、およびＲｅｆｒｅｓｈ  ＰＡＴＨメッセージ（双方向および逆方向Ｒｅｆｒｅｓｈ  ＰＡＴＨメッセージを含む）を生成する。ＲＳＶＰ受信機は、様々なＲＳＶＰメッセージの受信に使用する。上記のように、ＵＥが送信または受信するメッセージは、ＵＥが発信側ユーザであるか、非発信側ユーザであるかに基づく。
【００３６】
セッションデータは、セッションデータ送信機７６およびセッションデータ受信機７８を使用して送受信される。アンテナ７０またはアンテナアレイは、エアインターフェイスを介して様々なメッセージおよび通信を発し、受信するために使用する。
【図面の簡単な説明】
【００３７】
【図１】無線パケットベースの通信システムを示す略図である。
【図２】無線パケットセッションの確立を示す図である。
【図３】双方向予約セットアッププロトコルを使用した無線パケットセッションの確立を示す図である。
【図４】逆方向予約セットアッププロトコルを使用した無線パケットセッションの確立を示す図である。
【図５】好ましい予約セットアップメッセージを示す略図である。
【図６】好ましい順方向予約セットアップメッセージを示す略図である。
【図７】好ましい逆方向予約セットアッププロトコルメッセージを示す略図である。
【図８】好ましい双方向予約セットアッププロトコルメッセージを示す略図である。
【図９】好ましい双方向予約セットアッププロトコルＰＡＴＨメッセージを示す図である。
【図１０】図９のＳＥＮＤＥＲ＿ＴＳＰＥＣを示す図である。
【図１１】図９のＡＤＳＰＥＣを示す図である。
【図１２】図９のＡＤＳＰＥＣを示す図である。
【図１３】好ましい双方向予約セットアッププロトコル予約メッセージを示す図である。
【図１４】図１３の双方向予約セットアッププロトコル予約メッセージのＦＬＯＷＳＰＥＣを示す図である。
【図１５】図１３の双方向予約セットアッププロトコル予約メッセージのＦＬＯＷＳＰＥＣを示す図である。
【図１６】無線ユーザ装置を示すブロック略図である。
【図１】
2005509382.tif 000003
【図２】
2005509382.tif 000004
【図３】
2005509382.tif 000005
【図４】
2005509382.tif 000006
【図５】
2005509382.tif 000007
【図６】
2005509382.tif 000008
【図７】
2005509382.tif 000009
【図８】
2005509382.tif 000010
【図９】
2005509382.tif 000011
【図１０】
2005509382.tif 000012
【図１１】
2005509382.tif 000013
【図１２】
2005509382.tif 000014
【図１３】
2005509382.tif 000015
【図１４】
2005509382.tif 000016
【図１５】
2005509382.tif 000017
【図１６】
2005509382.tif 000018
【国際調査報告】
2005509382.tif 000019