(57)【要約】【課題】Ｗｉ−Ｆｉダイレクトにおける伝送サービスのためのセッション初期化方法を実現する。【解決手段】本発明の一実施形態は、Ｗｉ−Ｆｉダイレクトサービスをサポートする第１の装置が第２の装置との伝送セッションを初期化する方法に関連する。このセッション初期化方法は、アプリケーションサービスプラットフォーム（ＡＳＰ）セッションの確立を行うステップと、デバイス記述に関連するユニフォームリソースロケータ（ＵＲＬ）を使用して伝送セッションを初期化するステップと、を有し、デバイス記述に関連するＵＲＬは、ＡＳＰセッションの確立を完了する前に取得される。【選択図】図１３
2016511944.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレスフィデリィティ（Ｗｉ−Ｆｉ）ダイレクト（登録商標）サービスをサポートする第１の装置が第２の装置との伝送セッションを初期化する方法において、
アプリケーションサービスプラットフォーム（ＡＳＰ）セッションの確立を行うステップと、
デバイス記述に関連するユニフォームリソースロケータ（ＵＲＬ）を使用して伝送セッションを初期化するステップと、を有し、
前記デバイス記述に関連するＵＲＬは、前記ＡＳＰセッションの確立を完了する前に取得される、セッション初期化方法。
【請求項２】
前記デバイス記述に関連するＵＲＬは、前記第２の装置のサービスレイヤが伝送するアドバタイズメントメソッドが有する、請求項１に記載のセッション初期化方法。
【請求項３】
前記アドバタイズメントメソッドが有する前記デバイス記述に関連するＵＲＬは、プローブ要求手順およびサービス発見手順のうち一つまたは複数を通じて前記第１の装置に伝達される、請求項２に記載のセッション初期化方法。
【請求項４】
前記伝送セッションを初期化するとき、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）に関連する発見手順は省略される、請求項２に記載のセッション初期化方法。
【請求項５】
前記第１の装置のサービスレイヤが伝送するサービス情報要求に関連するパラメータ値は、ＮＵＬＬでない値に設定される、請求項２に記載のセッション初期化方法。
【請求項６】
サービス情報要求に関連するパラメータは、シークサービスメソッドが有する、請求項４に記載のセッション初期化方法。
【請求項７】
前記デバイス記述に関連するＵＲＬは、前記第２の装置のサービスレイヤが伝送するコンファームサービスメソッドが有する、請求項１に記載のセッション初期化方法。
【請求項８】
前記コンファームサービスメソッドが有する前記デバイス記述に関連するＵＲＬは、プロビジョン発見手順またはグループ形成手順を通じて前記第１の装置に伝達される、請求項７に記載のセッション初期化方法。
【請求項９】
前記デバイス記述に関連するＵＲＬは、前記第２の装置のサービスレイヤが伝送するセッション準備メソッドが有するものである、請求項１に記載のセッション初期化方法。
【請求項１０】
前記デバイス記述に関連するＵＲＬを使用してデバイス記述を取得するステップと、
前記デバイス記述が有するサービス記述に関連するＵＲＬを使用してファイル伝送の遂行に関連する情報を取得するステップと、をさらに有する、請求項１に記載のセッション初期化方法。
【請求項１１】
前記デバイス記述は、機器情報、パラメータ、オペレーティングシステム（ＯＳ）のタイプ／バージョン、ＵＰｎＰのバージョン、前記サービス記述に関連するＵＲＬ、制御のためのＵＲＬ、イベンティングのためのＵＲＬ、およびプレゼンティングのためのＵＲＬのうち一つまたは複数を有する、請求項１０に記載のセッション初期化方法。
【請求項１２】
前記第１の装置は、前記伝送がキャンセルされた状態であっても終了セッション動作の遂行が可能である、請求項１に記載のセッション初期化方法。
【請求項１３】
ワイヤレスフィデリィティ（Ｗｉ−Ｆｉ）ダイレクトサービスをサポートする第１の装置において、
受信モジュールと、
プロセッサと、を有し、
前記プロセッサは、アプリケーションサービスプラットフォーム（ＡＳＰ）セッションの確立を行い、デバイス記述に関連するユニフォームリソースロケータ（ＵＲＬ）を使用して伝送セッションを初期化し、
前記デバイス記述に関連するＵＲＬは、前記ＡＳＰセッションの確立を完了する前に取得されたものである、第１の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、無線通信システムに関し、より具体的には、Ｗｉ−Ｆｉ（Wireless-Fidelity）ダイレクト（登録商標）に関連するセッション初期化方法およびセッション初期化装置に関する。
【背景技術】
【０００２】
最近、情報通信技術の発展と共に、多様な無線通信技術が開発されている。このうち、無線ＬＡＮ（ＷＬＡＮ）は、無線周波数技術に基づいて個人携帯情報端末機（Personal Digital Assistant；ＰＤＡ）、ラップトップコンピュータ、ポータブル（携帯）マルチメディアプレイヤ（Portable Multimedia Player；ＰＭＰ）などの携帯端末機を用いて、家庭、企業または特定のサービス提供地域において無線でインターネットにアクセスできるようにする技術である。
【０００３】
従来の無線ＬＡＮシステムで基本的に必要とされる無線アクセスポイント（ＡＰ）を用いることなく、各装置を互いに容易に接続できるようにする直接通信技術として、Ｗｉ−Ｆｉダイレクト（Wi-Fi Direct（登録商標））またはＷｉ−Ｆｉ  Ｐ２Ｐ（Peer-to-Peer）の導入が議論されている。Ｗｉ−Ｆｉダイレクトによると、複雑な確立手順（establishment procedure）を経なくても各装置を接続することができ、ユーザに多様なサービスを提供するために、一般的な無線ＬＡＮシステムの通信速度で互いにデータを交換する（exchange）動作をサポートする（support）ことができる。
【０００４】
最近、多様なＷｉ−Ｆｉ（登録商標）サポート装置が利用されており、そのうち、ＡＰを用いることなく各Ｗｉ−Ｆｉ装置間の通信が可能なＷｉ−Ｆｉダイレクトサポート装置の数が増加している。ＷＦＡ（Wi-Fi Alliance）では、Ｗｉ−Ｆｉダイレクトリンクを用いた多様なサービス（例えば、伝送（送信）（Ｓｅｎｄ）、プレイ（再生）（Ｐｌａｙ）、ディスプレイ（表示）（Ｄｉｓｐｌａｙ）、プリント（印刷）（Ｐｒｉｎｔ）など）をサポートするプラットフォームを導入する技術が議論されている。これをＷｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）と称することができる。ＷＦＤＳによると、アプリケーションおよびサービスなどは、ＡＳＰ（Application Service Platform）というサービスプラットフォームによって制御または管理することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、Ｗｉ−Ｆｉダイレクトにおける伝送サービスのためのセッション初期化方法を技術的課題とする。
【０００６】
本発明で達成しようとする技術的課題は、以上で言及した各技術的課題に制限されず、言及していない更に他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【課題を解決するための手段】
【０００７】
本発明の第１の技術的な側面は、ワイヤレスフィデリィティ（Wireless-Fidelity；Ｗｉ−Ｆｉ）ダイレクトサービスをサポートする第１の装置が第２の装置との伝送セッションを初期化する方法において、アプリケーションサービスプラットフォーム（Application Service Platform；ＡＳＰ）セッションの確立を行うステップと、デバイス記述（ディスクリプション）（device description）に関連するユニフォームリソースロケータ（統一資源位置指定子）（Uniform Resource Locator；ＵＲＬ）を使用して伝送セッションを初期化するステップと、を有し、デバイス記述に関連するＵＲＬは、ＡＳＰセッションの確立を完了する前に取得されたものである、セッション初期化方法である。
【０００８】
本発明の第２の技術的な側面は、ワイヤレスフィデリィティ（Wireless-Fidelity；Ｗｉ−Ｆｉ）ダイレクトサービスをサポートする第１の装置において、受信モジュールと、プロセッサと、を有し、プロセッサは、アプリケーションサービスプラットフォーム（Application Service Platform；ＡＳＰ）セッションの確立を行い、デバイス記述（ディスクリプション）（device description）に関連するユニフォームリソースロケータ（統一資源位置指定子）（Uniform Resource Locator；ＵＲＬ）を使用して伝送セッションを初期化し、デバイス記述に関連するＵＲＬは、ＡＳＰセッションの確立の前に取得されたものである、第１の装置である。
【０００９】
本発明の第１および第２の技術的な側面は、次の事項を有することができる。
【００１０】
デバイス記述に関連するＵＲＬは、第２の装置のサービスレイヤ（階層）（layer）が伝送するアドバタイズメント（広告）メソッド（Ａｄｖｅｒｔｉｓｅｍｅｎｔ（） method）が有するものであり得る。
【００１１】
アドバタイズメントメソッドが有するデバイス記述に関連するＵＲＬは、プローブ要求手順およびサービス発見手順のうち一つまたは複数を通じて第１の装置に伝達することができる。
【００１２】
伝送セッションを初期化するとき、ユニバーサルプラグアンドプレイ（Universal Plug and Play；ＵＰｎＰ）に関連する発見手順は省略可能である。
【００１３】
第１の装置のサービスレイヤが伝送するサービス情報要求に関連するパラメータ値は、ＮＵＬＬでない値に設定することができる。
【００１４】
サービス情報要求に関連するパラメータは、シークサービスメソッド（ＳｅｅｋＳｅｒｖｉｃｅ（） method）が有するものであり得る。
【００１５】
デバイス記述に関連するＵＲＬは、第２の装置のサービスレイヤが伝送するコンファームサービスメソッド（ＣｏｎｆｉｒｍＳｅｒｖｉｃｅ（） method）が有するものであり得る。
【００１６】
コンファームサービスメソッドが有するデバイス記述に関連するＵＲＬは、プロビジョン発見（ディスカバリ）（Provision Discovery）手順またはグループ形成（Group formation）手順を通じて第１の装置に伝達することができる。
【００１７】
デバイス記述に関連するＵＲＬは、第２の装置のサービスレイヤが伝送するセッション準備メソッド（ＳｅｓｓｉｏｎＲｅａｄｙ（） method）が有するものであり得る。
【００１８】
デバイス記述に関連するＵＲＬを使用してデバイス記述を取得するステップと、デバイス記述が有するサービス記述（ディスクリプション）（service description）に関連するＵＲＬを使用してファイル伝送（file transfer）の遂行に関連する情報を取得するステップと、をさらに有することができる。
【００１９】
デバイス記述は、機器情報、パラメータ（変数）（parameter）、オペレーティングシステム（Operating System；ＯＳ）のタイプ／バージョン、ＵＰｎＰのバージョン、サービス記述に関連するＵＲＬ、制御のためのＵＲＬ（URL for control）、イベンティングのためのＵＲＬ（URL for eventing）、およびプレゼンティングのためのＵＲＬ（URL for presenting）のうち一つまたは複数を有することができる。
【００２０】
第１の端末は、伝送がキャンセルされた状態（canceled state）であっても終了セッション（ＣｌｏｓｅＳｅｓｓｉｏｎ（））動作を行うことができる。
【発明の効果】
【００２１】
本発明によると、ＵＰｎＰ手順による発見手順（procedure）（）を省略することができ、伝送サービスのためのセッション初期化を効率的に行うことができる。
【００２２】
本発明で得られる効果は、以上で言及した各効果に制限されず、言及していない更に他の効果は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【図面の簡単な説明】
【００２３】
【図１】ＩＥＥＥ  ８０２．１１システムの例示的な構成を示す図である。
【図２】Ｗｉ−Ｆｉダイレクトネットワークを例示する図である。
【図３】Ｗｉ−Ｆｉダイレクトネットワークを構成する手順を例示する図である。
【図４】近隣探索手順を例示する図である。
【図５】Ｗｉ−Ｆｉダイレクトネットワークの新たな様相を例示する図である。
【図６】Ｗｉ−Ｆｉダイレクト通信のためのリンクを設定する方法を例示する図である。
【図７】Ｗｉ−Ｆｉダイレクトを行っている通信グループにアソシエーション（関連付け）（参加）（association）する方法を例示する図である。
【図８】Ｗｉ−Ｆｉダイレクト通信のためのリンクを設定する方法を例示する図である。
【図９】Ｗｉ−Ｆｉダイレクト通信グループにアソシエーションするリンクを設定する方法を例示する図である。
【図１０】ＷＦＤＳフレームワーク構成要素を例示する図である。
【図１１】ＷＦＤＳ動作を例示する図である。
【図１２】ＷＦＤＳにおけるＡＳＰセッションセットアップシーケンスを例示する図である。
【図１３】ＷＦＤＳにおける伝送サービスを例示する図である。
【図１４】本発明の一実施例に係る伝送セッションの初期化を例示する図である。
【図１５】本発明の一実施例に係る伝送セッションの終了を例示する図である。
【図１６】本発明の一実施例に係る伝送セッションの終了を例示する図である。
【図１７】本発明の一実施例に係る伝送セッションの終了に関連する状態ダイアグラムである。
【図１８】本発明の一実施例に係る無線装置の構成を示すブロック図である。
【発明を実施するための形態】
【００２４】
本明細書に添付される図面は、本発明に対する理解を提供するためのものであって、本発明の多様な実施形態を示し、明細書の記載と共に、本発明の原理を説明するためのものである。
【００２５】
以下、本発明に係る好ましい実施形態を添付の図面を参照して詳細に説明する。添付の図面と共に、以下で開示する詳細な説明は、本発明の例示的な実施形態を説明するためのものであって、本発明が実施され得る唯一の実施形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者であれば、本発明がこのような具体的な細部事項がなくても実施可能であることが分かる。
【００２６】
以下の各実施例は、本発明の各構成要素と各特徴とを所定の形態で組み合わせたものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素または特徴は、他の構成要素や特徴と組み合わせられない形態で実施することができる。また、一部の構成要素および／または特徴を組み合わせて本発明の実施例を構成することもできる。本発明の各実施例で説明する各動作の順序は変更可能である。一つの実施例の一部の構成や特徴は、他の実施例に含ませることができ、または、他の実施例の対応する構成または特徴と取り替えることができる。
【００２７】
以下の説明で使用される特定の用語は、本発明の理解を促進するために提供されたものであって、これらの特定の用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更可能である。
【００２８】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造および装置は省略されたり、各構造および装置の主要な機能を中心にしたブロック図の形式で図示される。また、本明細書全体にわたって同一の構成要素に対しては、同一の図面符号を使用して説明する。
【００２９】
本発明の各実施例は、各無線アクセスシステムであるＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥおよびＬＴＥ−Ａ（LTE-Advanced）システムおよび３ＧＰＰ２システムのうち少なくとも一つに開示した各標準文書によって裏付けることができる。すなわち、本発明の各実施例のうち、本発明の技術的思想を明確に表すために説明していない各段階または各部分は、上記各文書によって裏付けることができる。また、本文書で開示している全ての用語は、上記標準文書によって説明することができる。
【００３０】
以下の技術は、ＣＤＭＡ（Code Division Multiple Access）、ＦＤＭＡ（Frequency Division Multiple Access）、ＴＤＭＡ（Time Division Multiple Access）、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）などの多様な無線アクセスシステムにおいて使用することができる。ＣＤＭＡは、ＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００などの無線技術（radio technology）で具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Global System for Mobile communications）／ＧＰＲＳ（General Packet Radio Service）／ＥＤＧＥ（Enhanced Data Rates for GSM Evolution）などの無線技術で具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Evolved UTRA）などの無線技術で具現することができる。明確性のために、以下では、ＩＥＥＥ  ８０２．１１システムを中心に説明するが、本発明の技術的思想がこれに制限されることはない。
【００３１】
ＷＬＡＮシステムのアーキテクチャ
図１は、本発明が適用され得るＩＥＥＥ  ８０２．１１システムの例示的な構成を示す図である。
【００３２】
ＩＥＥＥ  ８０２．１１アーキテクチャは、複数の構成要素（コンポーネント）（component）で構成することができ、これらの相互作用により、上位層に対してトランスペアレントなＳＴＡの移動性をサポートするＷＬＡＮを提供することができる。基本サービスセット（Basic Service Set；ＢＳＳ）は、ＩＥＥＥ  ８０２．１１  ＬＡＮでの基本的な構成ブロックに該当し得る。図１では、２個のＢＳＳ（ＢＳＳ１およびＢＳＳ２）が存在し、それぞれのＢＳＳのメンバとして２個のＳＴＡが含まれる（ＳＴＡ１およびＳＴＡ２はＢＳＳ１に含まれ、ＳＴＡ３およびＳＴＡ４はＢＳＳ２に含まれる）ことを例示する。図１において、ＢＳＳを示す楕円は、該当のＢＳＳに含まれた各ＳＴＡが通信を維持するカバレッジ領域を示すものと理解することができる。この領域をＢＳＡ（Basic Service Area）と称することができる。ＳＴＡがＢＳＡの外側に移動すると、当該ＢＳＡ内の他のＳＴＡと直接通信できなくなる。
【００３３】
ＩＥＥＥ  ８０２．１１  ＬＡＮで最も基本的なタイプのＢＳＳは、独立した（インディペンデント）ＢＳＳ（Independent BSS；ＩＢＳＳ）である。例えば、ＩＢＳＳは、２個のＳＴＡのみで構成された最小の形態を有することができる。また、最も単純な形態であり、他の構成要素が省略されている図１のＢＳＳ（ＢＳＳ１またはＢＳＳ２）がＩＢＳＳの代表的な例に該当し得る。このような構成は、各ＳＴＡが直接通信できる場合に可能である。また、このような形態のＬＡＮは、予め計画されて構成されるものではなく、ＬＡＮが必要な場合に構成され得るものであって、これをアドホック（ad-hoc）ネットワークと称することもできる。
【００３４】
ＳＴＡのオンやオフ、または、ＳＴＡがＢＳＳ領域に入ったり、ＳＴＡがＢＳＳ領域から出ることなどにより、ＢＳＳにおけるＳＴＡのメンバシップが動的に変更され得る。ＢＳＳのメンバになるためには、ＳＴＡは、同期手順を用いてＢＳＳにジョイン（参加）（join）することができる。ＢＳＳインフラストラクチャ（基盤構造）（infrastructure）の全てのサービスにアクセスするためには、ＳＴＡは、ＢＳＳにアソシエーションして（関連付けられて）（associated）いなければならない。このようなアソシエーション（association）は、動的に設定することができ、ディストリビューション（分配）システムサービス（Distribution System Service；ＤＳＳ）の利用を含むことができる。
【００３５】
さらに、図１では、ディストリビューションシステム（Distribution System；ＤＳ）、ディストリビューションシステム媒体（Distribution System Medium；ＤＳＭ）、アクセスポイント（Access Point；ＡＰ）などの構成要素に関して図示する。
【００３６】
ＷＬＡＮにおけるステーション対ステーションの直線距離（direct distance）は、ＰＨＹの性能によって制限することができる。いずれかの場合は、このような距離の限界が十分であるが、場合によっては、より遠い距離のステーション間の通信が必要であることもある。拡張されたカバレッジをサポートするためにディストリビューションシステム（ＤＳ）を構成することができる。
【００３７】
ＤＳは、各ＢＳＳが互いに接続されるアーキテクチャ構成要素（architectural component）を意味する。具体的には、図１に示すように、ＢＳＳが独立して存在する代わりに、複数のＢＳＳで構成されたネットワークの拡張された形態の構成要素としてＢＳＳが存在することもある。
【００３８】
ＤＳは、論理的な概念であり、ディストリビューションシステム媒体（ＤＳＭ）の特性に応じて特定することができる。これに関連して、ＩＥＥＥ  ８０２．１１標準では、無線媒体（Wireless Medium；ＷＭ）とディストリビューションシステム媒体（ＤＳＭ）とを論理的に区別している。それぞれの論理媒体は、異なる目的のために使用され、異なる構成要素によって使用される。ＩＥＥＥ  ８０２．１１標準の定義では、これらの各媒体が同一であると制限することもなく、これらの各媒体が異なると制限することもない。このように複数の媒体が論理的に異なるという点で、ＩＥＥＥ  ８０２．１１  ＬＡＮアーキテクチャ（ＤＳ構造または他のネットワーク構造）の柔軟性を説明することができる。すなわち、ＩＥＥＥ  ８０２．１１  ＬＡＮアーキテクチャは多様に具現することができ、それぞれの具現例の物理特性に応じて独立して該当のＬＡＮアーキテクチャを特定することができる。
【００３９】
ＤＳは、複数のＢＳＳのシームレスな（seamless）統合を提供し、宛て先（送信先）（destination）へのアドレスを取り扱うのに必要な各論理サービスを提供することによって移動機器をサポートすることができる。
【００４０】
ＡＰは、アソシエーションした各ＳＴＡに対してＷＭを通じてＤＳへのアクセスを可能にし、ＳＴＡ機能を有するエンティティ（entity）を意味する。ＡＰを通じてＢＳＳとＤＳとの間のデータ移動を行うことができる。例えば、図１で示すＳＴＡ２およびＳＴＡ３は、ＳＴＡの機能を有しながら、アソシエーションした各ＳＴＡ（ＳＴＡ１およびＳＴＡ４）をＤＳにアクセスさせる機能を提供する。また、全てのＡＰは、基本的にＳＴＡに該当するので、全てのＡＰは、アドレシング可能な（addressable）エンティティである。ＷＭ上での通信のためにＡＰによって使用されるアドレスと、ＤＳＭ上での通信のためにＡＰによって使用されるアドレスと、は必ずしも同一である必要はない。
【００４１】
ＡＰにアソシエーションした各ＳＴＡのうち一つからそのＡＰのＳＴＡアドレスに送信されるデータは、常に非制御ポート（uncontrolled port）で受信され、ＩＥＥＥ  ８０２．１Ｘポートアクセスエンティティによって処理され得る。また、制御ポート（controlled port）が認証されると、送信データ（またはフレーム）はＤＳに伝達され得る。
【００４２】
階層構造（レイヤアーキテクチャ）
無線ＬＡＮシステムで動作するＳＴＡの動作は、階層（layer）構造の観点で説明することができる。装置構成の側面で、階層構造は、プロセッサによって具現することができる。ＳＴＡは、複数の階層構造を有することができる。例えば、８０２．１１標準文書で取り扱う階層構造は、主にＤＬＬ（Data Link Layer）上のＭＡＣサブレイヤ（sublayer）および物理（ＰＨＹ）レイヤである。ＰＨＹは、ＰＬＣＰ（Physical Layer Convergence Procedure）エンティティ（個体）（entity）、ＰＭＤ（Physical Medium Dependent）エンティティなどを含むことができる。ＭＡＣサブレイヤおよびＰＨＹレイヤは、それぞれＭＬＭＥ（MAC sublayer Management Entity）およびＰＬＭＥ（Physical Layer Management Entity）と称される管理エンティティを概念的に含む。これらの各エンティティは、レイヤ管理機能が作動するレイヤ管理サービスインターフェースを提供する。
【００４３】
正確なＭＡＣ動作を提供するために、ＳＭＥ（Station Management Entity）がそれぞれのＳＴＡ内に存在する。ＳＭＥは、別途の管理プレーン（management plane）内に存在したり、またはそれぞれ分離している（off to the side）ように見える、レイヤから独立した（レイヤインディペンデント）（layer-independent）エンティティである。ＳＭＥの正確な各機能は、本文書で具体的に説明していないが、一般的には、多様なレイヤ管理エンティティ（ＬＭＥ）からレイヤに従属した（レイヤディペンデント）（layer-dependent）状態に関する情報を収集し、レイヤ固有のパラメータの値を類似する値に設定するなどの機能を担当するようにみられる。ＳＭＥは、一般に、一般的なシステム管理エンティティを代表して（on behalf of）これらの各機能を行い、標準管理プロトコルを具現することができる。
【００４４】
上述した各エンティティは、多様な方式で相互作用する。例えば、各エンティティは、各ＧＥＴ／ＳＥＴプリミティブ（primitive）を交換（exchange）することによって相互作用することができる。プリミティブは、特定の目的に関連する要素（element）や各パラメータのセットを意味する。ＸＸ−ＧＥＴ．ｒｅｑｕｅｓｔプリミティブは、与えられたＭＩＢ属性（attribute）（管理情報ベースの属性情報）の値を要求するために使用される。ＸＸ−ＧＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態（Status）が「成功」である場合は、適切なＭＩＢ属性情報値をリターンし、そうでない場合は、状態フィールドでエラー指示をリターンするために使用される。ＸＸ−ＳＥＴ．ｒｅｑｕｅｓｔプリミティブは、指示されたＭＩＢ属性が与えられた値に設定されるように要求するために使用される。上記ＭＩＢ属性が特定の動作を意味する場合、これは、該当の動作が行われることを要求するものである。そして、ＸＸ−ＳＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態が「成功」である場合に指示されたＭＩＢ属性が要求された値に設定されたことを確認し、そうでない場合は、状態フィールドにエラー条件をリターンするために使用される。ＭＩＢ属性が特定の動作を意味する場合、これは、該当の動作が行われたことを確認する。
【００４５】
また、ＭＬＭＥおよびＳＭＥは、多様なＭＬＭＥ＿ＧＥＴ／ＳＥＴプリミティブをＭＬＭＥ＿ＳＡＰ（Service Access Point）を通じて交換することができる。また、多様なＰＬＭＥ＿ＧＥＴ／ＳＥＴプリミティブは、ＰＬＭＥ＿ＳＡＰを通じてＰＬＭＥとＳＭＥとの間で交換することができ、ＭＬＭＥ−ＰＬＭＥ＿ＳＡＰを通じてＭＬＭＥとＰＬＭＥとの間で交換することができる。
【００４６】
無線ＬＡＮの進化
無線ＬＡＮ（ＷＬＡＮ）技術に関する標準は、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）  ８０２．１１グループで開発されている。ＩＥＥＥ  ８０２．１１ａおよびｂは、２．４ＧＨｚまたは５ＧＨｚで免許不要帯（unlicensed band）を利用し、ＩＥＥＥ  ８０２．１１ｂは１１Ｍｂｐｓの伝送速度を提供し、ＩＥＥＥ  ８０２．１１ａは５４Ｍｂｐｓの伝送速度を提供する。ＩＥＥＥ  ８０２．１１ｇは、２．４ＧＨｚで直交周波数分割多重化（Orthogonal Frequency Division Multiplexing；ＯＦＤＭ）を適用し、５４Ｍｂｐｓの伝送速度を提供する。ＩＥＥＥ  ８０２．１１ｎは、多重入出力ＯＦＤＭ（Multiple Input Multiple Output-OFDM；ＭＩＭＯ−ＯＦＤＭ）を適用し、３００Ｍｂｐｓの伝送速度を提供する。ＩＥＥＥ  ８０２．１１ｎは、チャネル帯域幅（channel bandwidth）を４０ＭＨｚまでサポートし、この場合、６００Ｍｂｐｓの伝送速度を提供する。
【００４７】
ＩＥＥＥ  ８０２．１１ｅによる無線ＬＡＮ環境におけるＤＬＳ（Direct Link Setup）関連のプロトコルは、ＢＳＳ（Basic Service Set）がＱｏＳ（Quality of Service）をサポートするＱＢＳＳ（Quality BSS）を前提とする。ＱＢＳＳでは、非ＡＰ（Non-AP）  ＳＴＡのみならず、ＡＰもＱｏＳをサポートするＱＡＰ（Quality AP）である。ところが、現在、商用化されている無線ＬＡＮの環境（例えば、ＩＥＥＥ  ８０２．１１ａ／ｂ／ｇなどによる無線ＬＡＮの環境）では、非ＡＰ  ＳＴＡがＱｏＳをサポートするＱＳＴＡ（Quality STA）であるとしても、ＡＰは、ＱｏＳをサポートできないレガシ（Legacy）ＡＰがほとんどである。その結果、現在、商用化されている無線ＬＡＮの環境では、ＱＳＴＡであるとしても、ＤＬＳサービスを利用できないという限界がある。
【００４８】
トンネルダイレクトリンク設定（Tunneled Direct Link Setup；ＴＤＬＳ）は、このような限界を克服するために新たに提案された無線通信プロトコルである。ＴＤＬＳは、ＱｏＳをサポートしないが、現在、商用化されているＩＥＥＥ  ８０２．１１ａ／ｂ／ｇなどの無線ＬＡＮ環境でも各ＱＳＴＡがダイレクトリンクを設定できるようにすると共に、電源節約モード（Power Save Mode；ＰＳＭ）でもダイレクトリンクの設定を可能にするものである。したがって、ＴＤＬＳは、レガシＡＰが管理するＢＳＳでも各ＱＳＴＡがダイレクトリンクを設定できるようにするための総合的な手順を規定する。そして、以下では、このようなＴＤＬＳをサポートする無線ネットワークをＴＤＬＳ無線ネットワークという。
【００４９】
Ｗｉ−Ｆｉダイレクトネットワーク
従来の無線ＬＡＮは、無線アクセスポイント（ＡＰ）がハブとして機能するインフラストラクチャ（infrastructure）ＢＳＳに対する動作を主に取り扱った。ＡＰは、無線／有線接続のための物理レイヤサポート機能と、ネットワーク上の各装置に対するルーティング機能と、装置をネットワークに追加したり、装置をネットワークから除去するためのサービス提供と、などを担当する。この場合、ネットワーク内の各装置は、ＡＰを介して接続されるものであって、互いに直接接続されるものではない。
【００５０】
各装置間の直接接続をサポートする技術として、Ｗｉ−Ｆｉダイレクト（Wi-Fi Direct）標準の制定が議論されている。
【００５１】
図２は、Ｗｉ−Ｆｉダイレクトネットワークを例示する。Ｗｉ−Ｆｉダイレクトネットワークは、各Ｗｉ−Ｆｉ装置がホームネットワーク、オフィスネットワークおよびホットスポットネットワークにジョインしなくても、互いに装置−対−装置（Device to Device；Ｄ２Ｄ）（あるいは、Peer-to-Peer；Ｐ２Ｐ）通信を行えるネットワークであって、Ｗｉ−Ｆｉアライアンス（Alliance）によって提案された。以下、Ｗｉ−Ｆｉダイレクトベースの通信を、ＷＦＤ  Ｄ２Ｄ通信（簡単に、Ｄ２Ｄ通信）あるいはＷＦＤ  Ｐ２Ｐ通信（簡単に、Ｐ２Ｐ通信）と称する。また、ＷＦＤ  Ｐ２Ｐを遂行する装置を、ＷＦＤ  Ｐ２Ｐ装置、または簡単にＰ２Ｐ装置と称する。
【００５２】
図２を参照すると、ＷＦＤネットワーク２００は、例えば、第１のＷＦＤ装置（デバイス）（device）２０２および第２のＷＦＤ装置２０４を含む、少なくとも一つのＷｉ−Ｆｉ装置を含むことができる。ＷＦＤ装置は、ディスプレイ装置、プリンタ、デジタルカメラ、プロジェクタおよびスマートフォンなどのＷｉ−Ｆｉをサポートする各装置を含む。また、ＷＦＤ装置は、非ＡＰ  ＳＴＡおよびＡＰ  ＳＴＡを含む。図示した例において、第１のＷＦＤ装置２０２は携帯電話であり、第２のＷＦＤ装置２０４はディスプレイ装置である。ＷＦＤネットワーク内の各ＷＦＤ装置は互いに直接接続することができる。具体的には、Ｐ２Ｐ通信は、二つのＷＦＤ装置間の信号伝送経路が第３の装置（例えば、ＡＰ）または従来のネットワーク（例えば、ＡＰを経てＷＬＡＮに接続）を経ずに、該当の各ＷＦＤ装置間で直接設定された場合を意味し得る。ここで、二つのＷＦＤ装置間で直接設定された信号伝送経路は、データ伝送経路に制限することができる。例えば、Ｐ２Ｐ通信は、複数の非ＳＴＡがＡＰを経ずにデータ（例えば、音声／映像／文字情報など）を伝送する場合を意味し得る。制御情報（例えば、Ｐ２Ｐ設定のための資源割り当て情報、無線装置識別情報など）のための信号伝送経路は、各ＷＦＤ装置（例えば、非ＡＰ  ＳＴＡ−対−非ＡＰ  ＳＴＡ、非ＡＰ  ＳＴＡ−対−ＡＰ）間に直接設定したり、ＡＰを経由して二つのＷＦＤ装置（例えば、非ＡＰ  ＳＴＡ−対−非ＡＰ  ＳＴＡ）間に設定したり、ＡＰと該当のＷＦＤ装置（例えば、ＡＰ−対−非ＡＰ  ＳＴＡ＃１、ＡＰ−対−非ＡＰ  ＳＴＡ＃２）との間に設定することができる。
【００５３】
図３は、ＷＦＤネットワークを構成する手順を例示する図である。
【００５４】
図３を参照すると、ＷＦＤネットワーク構成手順は、大きく、二つの手順に分けることができる。第一の手順は、近隣探索（近隣発見）手順（Neighbor Discovery；ＮＤ procedure）で（Ｓ３０２ａ）、第二の手順は、Ｐ２Ｐリンク設定および通信手順である（Ｓ３０４）。近隣探索手順を通じて、ＷＦＤ装置（例えば、図２の２０２）は、（自体の無線）カバレッジ内の他の近隣ＷＦＤ装置（例えば、図２の２０４）を探し、該当のＷＦＤ装置とのアソシエーション、例えば、プレアソシエーション（pre-association）に必要な情報を取得することができる。ここで、プレアソシエーションは、無線プロトコルにおける第２のレイヤのプレアソシエーションを意味し得る。プレアソシエーションに必要な情報は、例えば、近隣ＷＦＤ装置に対する識別情報などを含むことができる。近隣探索手順は、使用可能な無線チャネル別に行うことができる（Ｓ３０２ｂ）。その後、ＷＦＤ装置２０２は、他のＷＦＤ装置２０４とのＷＦＤ  Ｐ２Ｐリンク設定／通信のための手順を行うことができる。例えば、ＷＦＤ装置２０２は、周辺のＷＦＤ装置２０４とアソシエーションした後、該当のＷＦＤ装置２０４がユーザのサービス要件を満足できないＷＦＤ装置であるか否かを判断することができる。このために、ＷＦＤ装置２０２は、周辺ＷＦＤ装置２０４との第２のレイヤのプレアソシエーション後、該当のＷＦＤ装置２０４をサーチ（検索）する（search）ことができる。該当のＷＦＤ装置２０４がユーザのサービス要件を満足できない場合、ＷＦＤ装置２０２は、該当のＷＦＤ装置２０４に対して設定された第２のレイヤのアソシエーションを解除し、他のＷＦＤ装置との第２のレイヤのアソシエーションを設定することができる。一方、該当のＷＦＤ装置２０４がユーザのサービス要件を満足する場合、二つのＷＦＤ装置２０２および２０４は、Ｐ２Ｐリンクを通じて信号を送受信することができる。
【００５５】
図４は、近隣探索手順を例示する図である。図４の例示は、図３におけるＷＦＤ装置２０２とＷＦＤ装置２０４との間の動作として理解することができる。
【００５６】
図４を参照すると、図３の近隣探索手順は、ＳＭＥ（Station Management Entity）／アプリケーション／ユーザ／ベンダの指示によって開始することができ（Ｓ４１０）、スキャン段階（scan phase）（Ｓ４１２）と見つける（探し）段階（find phase）（Ｓ４１４〜Ｓ４１６）とに分けることができる。スキャン段階（Ｓ４１２）は、使用可能な全ての無線チャネルに対して８０２．１１方式に従ってスキャンする動作を含む。これを通じて、Ｐ２Ｐ装置は、最上の動作チャネルを確認することができる。見つける段階（Ｓ４１４〜Ｓ４１６）は、リッスン（聞き取り）（listen）モード（Ｓ４１４）およびサーチ（search）モード（Ｓ４１６）を含み、Ｐ２Ｐ装置は、リッスンモード（Ｓ４１４）とサーチモード（Ｓ４１６）とを交互に繰り返す。Ｐ２Ｐ装置２０２、２０４は、サーチモード（Ｓ４１６）でプローブ要求フレーム（Probe request frame）を使用してアクティブサーチを実施し、サーチを速くするためにサーチ範囲をチャネル１、６、１１（例えば、２４１２、２４３７、２４６２ＭＨｚ）のソーシャルチャネル（social channel）に限定することができる。また、Ｐ２Ｐ装置２０２、２０４は、リッスンモード（Ｓ４１４）で３個のソーシャルチャネルのうち一つのチャネルのみを選択して受信状態に維持する。このとき、他のＰ２Ｐ装置（例えば、２０２）がサーチモードで伝送したプローブ要求フレームを受信した場合、Ｐ２Ｐ装置（例えば、２０４）は、プローブ応答フレーム（probe response frame）で応答する。リッスンモード（Ｓ４１４）の時間はランダムに与えることができる（例えば、１００、２００、３００ＴＵ（Time Unit））。Ｐ２Ｐ装置は、サーチモードと受信モードとを継続して繰り返した後、互いの共通チャネルに到逹することができる。Ｐ２Ｐ装置は、他のＰ２Ｐ装置を発見した後、該当のＰ２Ｐ装置と選択的にアソシエーション（結合）（associate）するために、プローブ要求フレームおよびプローブ応答フレームを使用して、装置タイプ、製作社または熟知した（familiar）装置名（name）を発見／交換することができる。近隣探索手順を通じて周辺Ｐ２Ｐ装置を発見し、必要な情報を得た場合、Ｐ２Ｐ装置（例えば、２０２）は、ＳＭＥ／アプリケーション／ユーザ／ベンダにＰ２Ｐ装置発見を知らせることができる（Ｓ４１８）。
【００５７】
現在、Ｐ２Ｐは、主に遠隔プリント、写真の共有などの半静的（semi-static）通信のために使用されている。しかし、Ｗｉ−Ｆｉ装置の急増および位置ベースのサービスなどにより、Ｐ２Ｐの需要は徐々に広がっている。例えば、ソーシャルチャット（例えば、ＳＮＳ（Social Network Service）に加入した各無線装置が位置ベースのサービスに基づいて近接地域の無線装置を認識し、情報を送受信）、位置ベースの広告提供、位置ベースのニュース放送、無線装置間のゲームインタラクション（interaction）などにＰ２Ｐが活発に使用されると予想される。便宜上、このようなＰ２Ｐの応用例（application）を新規のＰ２Ｐ応用例と称する。
【００５８】
図５は、ＷＦＤネットワークの新たな様相を例示する図である。
【００５９】
図５の例は、新規のＰ２Ｐ応用例（例えば、ソーシャルチャット、位置ベースのサービス提供、ゲームインタラクションなど）が適用される場合のＷＦＤネットワークの様相として理解することができる。
【００６０】
図５を参照すると、ＷＦＤネットワークにおいて多数のＰ２Ｐ装置５０２ａ〜５０２ｄがＰ２Ｐ通信５１０を行い、Ｐ２Ｐ装置の移動により、ＷＦＤネットワークを構成するＰ２Ｐ装置が随時変更されたり、ＷＦＤネットワーク自体が動的／短時間に新たに生成されたりまたは消滅し得る。このように、新規のＰ２Ｐ応用例の特徴は、密集した（dense）ネットワーク環境で相当多数のＰ２Ｐ装置間において動的／短時間にＰ２Ｐ通信が行われ終了し得るという点にある。
【００６１】
図６は、ＷＦＤ通信のためのリンクを設定する方法を例示する図である。
【００６２】
図６（ａ）に示したように、第１のＳＴＡ６１０（以下、Ａと称する）は、従来のＷＦＤ通信においてグループオーナ（Group Owner）として動作中である。従来のＷＦＤ通信のグループクライアント６３０との通信中に、Ａ６１０が、新たなＷＦＤ通信対象であり、ＷＦＤ通信を行っていない、第２のＳＴＡ６２０（以下、Ｂと称する）を発見した場合、Ａ６１０は、Ｂ６２０とのリンク設定を試みる。この場合、新たなＷＦＤ通信は、Ａ６１０とＢ６２０との間のＷＦＤ通信であり、Ａはグループオーナであるので、従来のグループクライアント６３０との通信とは別個に通信設定を行うことができる。一つのＷＦＤグループは、一つのグループオーナおよび一つまたは複数のグループクライアントで構成され、一つのグループオーナであるＡ６１０は条件を満たすので、図６（ｂ）に示したように、ＷＦＤリンクを設定することができる。この場合は、Ａ６１０が従来のＷＦＤ通信グループにＢ６２０を招待（invitation）した場合であり、ＷＦＤ通信の特性上、Ａ６１０とＢ６２０との間、および、Ａ６１０と従来のグループクライアント６３０との間のＷＦＤ通信はそれぞれ可能であるが、Ｂ６２０と従来のグループクライアント６３０との間のＷＦＤ通信はサポートされないこともある。Ｗｉ−ＦｉダイレクトのＰ２Ｐグループケーパビリティ（capabilities）のうちイントラ（Intra）ＢＳＳオプションが有効である（enabled）（またはオンに設定されている）場合、Ｂ６２０と従来のグループクライアント６３０との間のＷＦＤ直接通信（すなわち、Ｗｉ−ＦｉダイレクトＢＳＳ内での各クライント間の直接通信）を行うこともできる。
【００６３】
図７は、ＷＦＤを行っている通信グループにアソシエーションする（associate with）方法を例示する図である。
【００６４】
図７（ａ）に示したように、第１のＳＴＡ７１０（以下、Ａと指称する）は、グループクライアント７３０に対してグループオーナとして通信中であり、第２のＳＴＡ７２０（以下、Ｂと称する）は、グループクライアント７４０に対してグループオーナとして通信中である。図７（ｂ）に示したように、Ａ７１０は、従来のＷＦＤ通信を終了（termination）し、Ｂ７２０が属するＷＦＤ通信グループにアソシエーションすることができる。Ａ７１０は、Ｂ７２０がグループオーナであるので、Ｂのグループクライアントになる。Ａ７１０は、Ｂ７２０にアソシエーションを要求する前に従来のＷＦＤ通信を終了することが好ましい。
【００６５】
図８は、ＷＦＤ通信のためのリンクを設定する方法を例示する図である。
【００６６】
図８（ａ）に示したように、第２のＳＴＡ８２０（以下、Ｂと称する）は、従来のＷＦＤ通信でグループオーナとして動作中である。従来のＷＦＤ通信でグループクライアント８３０とＷＦＤ通信中である場合、Ｂ８２０を発見した、ＷＦＤ通信を行っていない第１のＳＴＡ８１０（以下、Ａと称する）が、Ｂ８２０との新たなＷＦＤ通信のためにリンク設定を試みる。この場合、Ｂ８２０がリンク設定を承諾（accept）した場合、Ａ８１０とＢ８２０との間の新たなＷＦＤ通信リンクが設定され、Ａ８１０は、従来のＢ８２０のＷＦＤグループのクライアントとして動作するようになる。この場合は、Ａ８１０がＢ８２０のＷＦＤ通信グループにアソシエーションした場合になる。Ａ８１０は、グループオーナであるＢ８２０のみとＷＦＤ通信を行うことができ、Ａ８１０と従来のＷＦＤ通信のクライアント８３０との間のＷＦＤ通信はサポートされないこともある。Ｗｉ−ＦｉダイレクトのＰ２Ｐグループケーパビリティのうちイントラ−ＢＳＳオプションが有効である（またはオンに設定されている）場合、Ａ８１０と従来のＷＦＤ通信のクライアント８３０との間のＷＦＤ直接通信（すなわち、Ｗｉ−ＦｉダイレクトＢＳＳ内での各クライント間の直接通信）を行うこともできる。
【００６７】
図９は、ＷＦＤ通信グループにアソシエーションするリンクを設定する方法を例示する図である。
【００６８】
図９（ａ）に示したように、第１のＳＴＡ９１０（以下、Ａという）は、グループオーナ９３０に対してグループクライアントとしてＷＦＤ通信中である。このとき、更に他のＷＦＤ通信のグループクライアント９４０に対してグループオーナとして通信中である第２のＳＴＡ９２０（以下、Ｂという）を発見したＡ９１０は、グループオーナ９３０とのリンクを終了し、Ｂ９２０のＷＦＤにアソシエーションすることができる。
【００６９】
Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）
Ｗｉ−Ｆｉダイレクトは、リンクレイヤ（Link layer）の動作までを定義するネットワーク接続標準技術である。Ｗｉ−Ｆｉダイレクトによって構成されたリンクの上位層で動作するアプリケーションに関する標準が定義されていないので、Ｗｉ−Ｆｉダイレクトをサポートする各装置が互いに接続された後、アプリケーションを駆動する場合の互換性をサポートすることが難しかった。このような問題を解決するために、Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）という上位層アプリケーションの動作に関する標準化がＷｉ−Ｆｉアライアンス（ＷＦＡ）で議論中である。
【００７０】
図１０は、ＷＦＤＳフレームワーク構成要素を例示する図である。
【００７１】
図１０のＷｉ−Ｆｉ  Ｄｉｒｅｃｔレイヤは、Ｗｉ−Ｆｉダイレクト標準によって定義されるＭＡＣレイヤを意味する。Ｗｉ−Ｆｉダイレクトレイヤは、Ｗｉ−Ｆｉダイレクト標準と互換性のあるソフトウェアとして構成することができる。Ｗｉ−Ｆｉダイレクトレイヤの下位では、Ｗｉ−Ｆｉ  ＰＨＹと互換性のある物理レイヤ（図示せず）によって無線接続を構成することができる。Ｗｉ−Ｆｉダイレクトレイヤの上位には、ＡＳＰ（Application Service Platform）というプラットフォームが定義される。
【００７２】
ＡＳＰは、共通共有プラットフォーム（common shared platform）であり、その上位のアプリケーション（Application）レイヤとその下位のＷｉ−Ｆｉダイレクトレイヤとの間におけるセッション（session）管理、サービスコマンド処理（service command processing）、ＡＳＰ間の制御およびセキュリティ機能を行う。
【００７３】
ＡＳＰの上位にはサービス（Service）レイヤが定義される。サービスレイヤは、用途（use case）固有のサービスを含む。ＷＦＡでは、４個の基本サービスである伝送、プレイ、ディスプレイ、プリントサービスを定義する。また、イネーブル（Enable）ＡＰＩ（Application Program Interface）は、基本サービスの他に、サードパーティ（3rd party）アプリケーションをサポートする場合、ＡＳＰ共通プラットフォームを利用できるようにするために定義される。
【００７４】
図１０では、サービスの例示として、伝送、プレイ、ディスプレイ、プリント、またはサードパーティアプリケーションで定義されるサービスなどを図示するが、本発明の適用範囲がこれに制限されることはない。例えば、本文書において、「サービス」という用語は、上記伝送、プレイ、ディスプレイ、プリント、またはサードパーティアプリケーションで定義するサービスの他にも、Ｗｉ−Ｆｉシリアルバス（Wi-fi Serial Bus；ＷＳＢ）、Ｗｉ−Ｆｉドッキング（Wi-Fi Docking）、および隣接（近隣）認知ネットワーク（Neighbor Awareness Networking；ＮＡＮ）をサポートするためのサービスのうちいずれか一つであってもよい。
【００７５】
伝送（Ｓｅｎｄ）は、二つのＷＦＤＳ装置間のファイル伝送を行えるサービスおよびアプリケーションを意味する。プレイ（Ｐｌａｙ）は、二つのＷＦＤＳ装置間のＤＬＮＡ（Digital Living Network Alliance）をベースとするオーディオ／ビデオ（Ａ／Ｖ）、写真、音楽などを共有またはストリーミングするサービスおよびアプリケーションを意味する。プリント（Ｐｒｉｎｔ）は、文書、写真などのコンテンツを有している装置とプリンタとの間での文書および写真の出力を可能にするサービスおよびアプリケーションを意味する。ディスプレイ（Ｄｉｓｐｌａｙ）は、ＷＦＡのミラキャスト（Miracast）ソースとミラキャストシンクとの間での画面共有を可能にするサービスおよびアプリケーションを意味する。
【００７６】
アプリケーションレイヤは、ユーザインターフェース（ＵＩ）を提供することができ、情報を人が認識可能な形態で表現し、ユーザの入力を下位レイヤに伝達するなどの機能を行う。
【００７７】
図１１は、ＷＦＤＳ動作を例示する図である。
【００７８】
図１１では、２個のピア（peer）装置ＡおよびＢが存在すると仮定する。
【００７９】
ＡＳＰは、各サービスが必要とする共通した各機能を具現する論理エンティティ（logical entity）である。これらの各機能は、装置発見（ディスカバリ）（Device Discovery）、サービス発見（Service Discovery）、ＡＳＰ−セッション管理、接続トポロジ（topology）管理、セキュリティなどを含むことができる。
【００８０】
ＡＳＰ−セッションは、装置ＡのＡＳＰと装置ＢのＡＳＰとの間の論理的なリンクである。ＡＳＰ−セッションを開始するために各ピア装置間のＰ２Ｐ（Peer-to-Peer）接続が必要である。ＡＳＰは、二つの装置間で複数のＡＳＰ−セッションをセットアップすることができる。それぞれのＡＳＰ−セッションは、ＡＳＰ−セッションを必要とするＡＳＰによって割り当てられるセッション識別子によって識別することができる。
【００８１】
サービスは、他のサービスまたはアプリケーションにＡＳＰを用いて用途固有の機能を提供する論理エンティティである。一つの装置のサービスは、一つまたは複数の他の装置の適合するサービスと、サービス固有のプロトコル（これは、サービス標準およびＡＳＰプロトコルによって定義することができる）を用いて通信することができる。
【００８２】
ＡＳＰとサービスとの間のインターフェースは、メソッド（Method）およびイベント（Event）として定義される。メソッドは、サービスによって開始される動作を示し、メソッドのパラメータ（またはフィールド）には、遂行しようとする動作に関する情報を含ませることができる。イベントは、ＡＳＰからサービスに情報を提供する。
【００８３】
ユーザが装置Ａと装置Ｂとの間でサービスＸを利用しようとする場合、それぞれの装置上の各ＡＳＰは、サービスＸ専用のＡＳＰ−セッションを各装置間で生成する。その後、ユーザがサービスＹを利用しようとする場合、該当のサービスのための新たなＡＳＰ−セッションが確立（establish）される。
【００８４】
図１２は、ＷＦＤＳにおけるＡＳＰセッションセットアップシーケンスを例示する図である。
【００８５】
ＷＦＤＳでは、二つのピア装置間における動作の定義において、そのうちいずれかの装置はサービスアドバタイザ（広告器）（advertiser）としての役割を果たし、他の装置はサービスシーカ（探索器）（seeker）としての役割を果たすことができる。サービスシーカは、サービスアドバタイザを発見（discover）し、所望のサービスを検出した場合、サービスアドバタイザとの接続を要求することもできる。図１２の例示では、装置Ａがサービスアドバタイザとしての役割を果たし、装置Ｂがサービスシーカとしての役割を果たす場合を例示する。
【００８６】
図１２のＡＳＰセッションセットアップの動作について簡略に説明すると、いずれかのＷＦＤＳ装置の特定のサービスが、異なるＷＦＤＳ装置およびサービスを探索し、サービスを要求し、Ｗｉ−Ｆｉダイレクト接続を確立し、アプリケーションが動作する手順を示す。
【００８７】
図１２において、装置Ａは、自体のサービスをアドバタイズ（広告）（advertise）し、他の装置が該当のサービスを探せるように待機することができる。装置ＡのＡＳＰは、サービスレイヤから提供されるアドバタイズメント（広告）メソッド（Ａｄｖｅｒｔｉｓｅｍｅｎｔ（） Method）に含まれる情報に基づいて他の装置に応答することができる。
【００８８】
装置Ｂは、サービスを探して開始しようとする装置である。装置Ｂは、上位アプリケーションまたはユーザの要求に応じてサービスをサポートする装置を探す手順を行う。装置Ｂのサービスレイヤは、アプリケーションレイヤからサービスを使用する（Use Service）という意図を示す情報を受信すると、シークサービスメソッド（ＳｅｅｋＳｅｒｖｉｃｅ（） Method）に必要な情報を含ませてＡＳＰに伝達することができる。
【００８９】
これによって、装置ＢのＡＳＰは、他の装置にプローブ要求フレームを伝送することができる。このとき、プローブ要求フレーム内に自体が探そうとするサービスまたは自体がサポート可能なサービスのサービス名（service name）をハッシュ（hash）形式で含ませて要求する。
【００９０】
プローブ要求フレームを受信した装置Ａは、ハッシュのマッチング（照合）（hash matching）を試み、ハッシュ値に対応するサービスをサポートする場合、プローブ応答フレームを装置Ｂに伝送することができる。プローブ応答フレーム内には、サービス名、アドバタイズメントＩＤ値などを含ませることができる。
【００９１】
このようなプローブ要求／応答フレームを交換する手順は、装置ＡとＢとが互いにＷＦＤＳをサポートする装置であることと、各自がサポートするサービスが何であるかということと、を知ることができる装置探索手順と称することができる。
【００９２】
さらに、装置ＡとＢとは、Ｐ２Ｐサービス発見手順を通じて特定のサービスに対する具体的な事項に関する情報を交換することができる。例えば、サービス名（複数のサービスに対するサポートの有無を探索する場合は、複数のサービス名）、サービス情報要求などの情報がサービス発見要求メッセージを介して装置Ｂから装置Ａに伝達され得る。これに対して、装置Ａは、サービス情報マッチングを行い、マッチングした場合は、該当のサービスを提供できると装置Ｂに知らせることができる。例えば、サービス発見応答メッセージには、サービス名、アドバタイズメントＩＤ、サービス状態（service status）などの情報を含ませることができる。サービス状態情報は、サービスアドバタイザ側で遠隔装置から要求されたサービスの使用可能性の有無を知らせる情報である。このようなサービス発見手順は、ＩＥＥＥ  ８０２．１１ｕシステムで定義するＧＡＳ（Generic Advertisement Protocol）を使用して行うことができる。
【００９３】
装置ＢのＡＳＰは、サービスレイヤが要求したシークサービスメソッド（ＳｅｅｋＳｅｒｖｉｃｅ（） Method）によって要求された動作が完了すると、その結果（すなわち、ＳｅａｒｃｈＲｅｓｕｌｔ）をサービスを通じてアプリケーションおよびユーザに知らせることができる。
【００９４】
この時点までは、Ｗｉ−Ｆｉダイレクトのグループが形成されていない状態であり、ユーザがサービスを選択し、サービスがセッション接続（すなわち、ＣｏｎｎｅｃｔＳｅｓｓｉｏｎ（））を行う場合、Ｐ２Ｐグループ形成（group formation）が行われる。このとき、プロビジョン発見要求（Provision Discovery Request）およびプロビジョン発見応答（Provision Discovery Response）を通じて、セッション情報および接続ケーパビリティ（connection capability）情報が交換される。
【００９５】
セッション情報は、サービスを要求する装置が要求するサービスの概略的な情報を知らせるヒント（hint）情報である。セッション情報は、例えば、ファイル伝送サービスを要求しようとする場合は、ファイルの数、サイズなどを知らせ、相手がサービス要求に対する承諾／拒否（accept／reject）を決定できるようにする情報である。接続ケーパビリティは、ＧＯ交渉（Group Owner negotiation）およびＰ２Ｐ招待手順でグループを生成するための情報として利用することができる。
【００９６】
装置Ｂが装置Ａにプロビジョン発見要求メッセージを伝達すると、装置ＡのＡＳＰは、サービス情報などを含むセッション要求（ＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）をサービスレイヤに伝達し、サービスレイヤは、サービス情報をアプリケーション／ユーザに伝達する。アプリケーション／ユーザがセッション情報に基づいて該当のセッションを承諾すると決定すると、サービスレイヤを通じて確認（ＣｏｎｆｉｒｍＳｅｒｖｉｃｅ（））がＡＳＰに伝達される。
【００９７】
その間、装置ＡのＡＳＰは、装置Ｂにプロビジョン発見応答メッセージを伝達するが、その状態情報は、「延期（ｄｅｆｅｒｒｅｄ）」に設定することができる。これは、該当のサービスが即時には承諾されないことを示し、ユーザの入力を待っていることを知らせるためである。これによって、装置ＢのＡＳＰは、サービスレイヤにＣｏｎｎｅｃｔＳｔａｔｕｓイベントを伝達しながらサービス要求が延期されたことを知らせることができる。
【００９８】
装置ＡのＡＳＰがＣｏｎｆｉｒｍＳｅｒｖｉｃｅ（）の伝達を受けると、後続（ｆｏｌｌｏｗ−ｏｎ）プロビジョン発見手順を行うことができる。すなわち、装置Ａは、装置Ｂにプロビジョン発見要求メッセージを伝達することができる。これを後続プロビジョン発見手順と称することができる。このメッセージには、該当のサービスに対する状態が成功（ｓｕｃｃｅｓｓ）であることを示す情報と共に、サービス情報を含ませることができる。これによって、装置ＢのＡＳＰは、サービスレイヤにＣｏｎｎｅｃｔＳｔａｔｕｓイベントを伝達しながらサービス要求が承諾されたことを知らせることができる。また、装置ＢのＡＳＰは、プロビジョン発見応答メッセージを装置Ａに伝達することができ、これには、接続ケーパビリティ情報を含ませることができる。
【００９９】
Ｐ２Ｐプロビジョン発見手順が行われた後、ＧＯ交渉または招待手順を通じてＰ２Ｐグループが生成され、第２のレイヤＬ２接続およびＩＰ（Internet Protocol）接続が行われる。ＧＯ交渉手順についての詳細な説明は省略する。
【０１００】
ＧＯ交渉が完了し、Ｐ２Ｐ接続またはＩＰ接続が生成された後、装置ＡおよびＢは、ＡＳＰコーディネーションプロトコル（coordination protocol）を通じてセッションを要求するＲＥＱＵＥＳＴ＿ＳＥＳＳＩＯＮメッセージを伝達する。ＲＥＱＵＥＳＴ＿ＳＥＳＳＩＯＮメッセージには、アドバタイズメントＩＤ（ａｄｖｅｒｔｉｓｅｍｅｎｔ＿ｉｄ）、ＭＡＣアドレス（ｍａｃ＿ａｄｄｒ）、セッション識別子（ｓｅｓｓｉｏｎ＿ＩＤ）などを含ませることができる。ＭＡＣアドレスは、Ｐ２Ｐ装置のアドレスを意味する。ＲＥＱＵＥＳＴ＿ＳＥＳＳＩＯＮメッセージに応答して、装置Ａは、装置ＢにＡＣＫメッセージを伝達することができる。
【０１０１】
これを受け取った装置Ａは、セッションが接続されたことを上位サービス／アプリケーションに知らせ、サービスレイヤは、該当のセッションに対するポート（port）情報を要求し、該当のセッションとポートとをバインディング（binding）することができる。これによって、ＡＳＰは、該当のポートを開放（オープン）し（open）（ＡＳＰは、ポートをファイアウォール（firewall）内でオープンすることができる）、ポートが準備されたことをサービスレイヤに知らせることができる。サービスレイヤは、セッションが準備されたこと（ＳｅｓｓｉｏｎＲｅａｄｙ（））をＡＳＰに知らせることができる。
【０１０２】
これによって、装置ＡのＡＳＰは、ＡＤＤEＤ＿ＳＥＳＳＩＯＮメッセージを相手装置に伝送する。このとき、ＡＤＤＥＤ＿ＳＥＳＳＩＯＮメッセージには、セッション識別子、ＭＡＣアドレス情報などを含ませることができ、これによって、サービスを一意的に（uniquely）区別することができる。ＡＤＤＥＤ＿ＳＥＳＳＩＯＮメッセージを受信した装置ＢのＡＳＰは、セッション接続をサービスレイヤに知らせ、ポート要求、ポートバインディングなどを経てポートが準備されたこと（ＰｏｒｔＲｅａｄｙ（））をサービスレイヤに知らせることができる。ＡＳＰは、ポートをファイアウォール内で開放することができる。
【０１０３】
その後、装置Ａと装置Ｂとのサービスレイヤ間におけるアプリケーションソケット（socket）接続を知らせることができる。上述した各手順によってＡＳＰセッションが確立されたので、個別サービス固有の動作（例えば、伝送、プレイなど）を行うことができる。
【０１０４】
Ｗｉ−Ｆｉダイレクト伝送（Ｓｅｎｄ）サービス
図１３（ａ）は、Ｗｉ−Ｆｉダイレクトのサービスのうち伝送サービスの構成を示している。Ｗｉ−Ｆｉダイレクト伝送サービスは、Ｌ２接続（性）（L2 connectivity）、制御プレーン（plane）、およびデータプレーンからなる。伝送サービスは、伝送サービスをサポートする装置を発見するために、ＡＳＰによって提供されるインターフェースを使用する。制御プレーンは、Ｗｉ−Ｆｉダイレクト伝送セッションを確立（設立）（establish）・管理するために使用され、データプレーンは、実際のファイルの伝送経路を提供するのに使用される。図１３（ｂ）は、Ｗｉ−Ｆｉダイレクト伝送サービスのための機能的構造を示している。伝送送信側（send transmitter）は、Ｗｉ−Ｆｉダイレクト伝送セッションのためにＵＰｎＰ活性化された（アクティブ）（activated）制御ポイントを使用する。「トランスポート（Ｔｒａｎｓｐｏｒｔ）」は、伝送送信側から伝送受信側（send receiver）に実際のファイルが伝送されるのに使用される。
【０１０５】
図１３に示したように、Ｗｉ−Ｆｉダイレクト伝送サービスは、ＵＰｎＰプロトコルを使用する。より詳細には、図１２に示したＷｉ−ＦｉダイレクトにおけるＡＳＰセッションの確立後には、ＵＰｎＰプロトコルを使用してセッションを制御し、実際のデータを伝送する。ＵＰｎＰ制御ポイント（サービスを使用しようとする端末／機器／装置、サービスシーカであり得る）は、ＵＰｎＰで定義される発見手順を通じてデバイス記述（Device description）に関連するＵＲＬ情報（Uniform Resource Locator(URL) for device description）、ＩＰなどを取得し、伝送セッションを初期化することができる。すなわち、上記デバイス記述に関連するＵＲＬ情報、ＩＰ、ポートなどの情報を使用してデバイス記述（機器情報、変数、ＯＳタイプ、バージョン、ＵＰｎＰバージョン、デバイス記述のためのＵＲＬ、制御のためのＵＲＬ、イベンティング（イベント処理）（eventing）のためのＵＲＬ、プレゼンティング（presenting）のためのＵＲＬなど）を取得した後、サービス記述に関連するＵＲＬ（URL for service description）を用いてファイル伝送（file transfer）を行うコマンド（命令語）（command）、これに関連する変数／宣言などの情報を取得することができる。ここで、Ｗｉ−Ｆｉダイレクト伝送サービスは、ＡＳＰセッションの確立後に伝送セッションが初期化されるので、上記サービスを使用しようとする装置は、ＡＳＰセッションの確立時、既にＩＰ情報を取得する。したがって、デバイス記述に関連するＵＲＬ情報のみをＡＳＰセッション確立段階で取得できると、ＵＰｎＰ発見手順を省略することができ、手順上の効率性を高めることができる。換言すると、ＨＴＴＰ  ＧＥＴ要求時に使用するための、デバイス記述に関連するＵＲＬを予め取得する。したがって、本発明では、デバイス記述に関連するＵＲＬを、ＡＳＰセッション確立を完了する前の段階で取得することによって、ＵＰｎＰ発見手順を省略することを提案する。以下、これに対する具体的な実施例について説明する。
【０１０６】
ＡＳＰセッション確立段階におけるデバイス記述に関連するＵＲＬの取得
デバイス記述に関連するＵＲＬをアドバタイズサービス（Advertise service）のｓｅｒｖｉｃｅ＿ｉｎｆｏｒｍａｉｔｏｎ内に含ませることができる。換言すると、デバイス記述に関連するＵＲＬは、サービスアドバタイザのサービスレイヤが伝送するアドバタイズメントメソッド（Ａｄｖｅｒｔｉｓｅｍｅｎｔ（） method）に含ませることができる。この場合、アドバタイズメントメソッドに含まれたデバイス記述に関連するＵＲＬは、プローブ要求手順およびサービス発見手順のうち一つまたは複数を通じてサービスシーカに伝達することができる。
【０１０７】
このように、デバイス記述に関連するＵＲＬをアドバタイズメントメソッドに含ませる場合、伝送セッションを初期化するとき、ＵＰｎＰ（Universal Plug and Play）に関連する発見手順は省略可能である。シークサービスメソッド（ＳｅｅｋＳｅｒｖｉｃｅ（） method）のサービス情報要求に関連するパラメータ（ｓｅｒｖｉｃｅ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｒｅｑｕｅｓｔパラメータ）値がＮＵＬＬに設定される場合、サービス発見手順をスキップし、サービスシーカがデバイス記述に関連するＵＲＬを取得できないおそれがある。このために、上述した構成と共に、サービス情報要求に関連するパラメータ値は、ＮＵＬＬでない値に設定することができる。
【０１０８】
更に他の例示として、デバイス記述に関連するＵＲＬは、サービスレイヤが伝送するコンファームサービスメソッド（ＣｏｎｆｉｒｍＳｅｒｖｉｃｅ（） method）に含ませることができる。この場合、コンファームサービスメソッドに含まれた、デバイス記述に関連するＵＲＬは、プロビジョン発見（Provision Discovery）手順またはグループ形成（Group formation）手順を通じてサービスシーカに伝達することができる。プロビジョン発見手順において、プロビジョン発見要求は、次の表１のようなサービスインスタンス属性（Service Instance attribute）を含むことができる。
【０１０９】
【表１】
2016511944.tif 000003
【０１１０】
または、デバイス記述に関連するＵＲＬをセッション準備（レディ）メソッド（ＳｅｓｓｉｏｎＲｅａｄｙ（） method）に含ませることができる。すなわち、サービスアドバタイザのサービスレイヤからＡＳＰレイヤに伝送するセッション準備イベント内にＵＲＬ情報を含ませ、これをＡＤＤＥＤ＿ＳＥＳＳＩＯＮコマンドに含ませてサービスシーカに伝達し、ＡＳＰイベントにこの情報を含ませることによってＳｅｎｄＴｒａｎｓｍｉｔｔｅｒのＦｉｌｅＴｒａｎｓｆｅｒｓｅｒｖｉｃｅに知らせることができる。
【０１１１】
上述した各説明は、デバイス記述に関連するＵＲＬを中心に説明したが、サービス記述に関連するＵＲＬにも適用することができる。また、制御のためのＵＲＬあるいはイベンティングのためのＵＲＬに対しても、上記の各方法を適用することができる。または、上記提案された方式において、デバイス記述を取得する段階をスキップし、ＦＴＳサーバは、サービス記述／制御／イベンティングに関するＵＲＬ情報を、全てを同時に知らせたり、一つまたは二つを組み合わせて知らせることができる。
【０１１２】
伝送セッション（Send Session）の初期化
図１４には、伝送セッションの初期化に関連する各段階が図示されている。図１４において、伝送送信側は上述した説明におけるサービスシーカであり、伝送受信側はサービスアドバタイザであり、伝送送信側と伝送受信側との間に確立されたＡＳＰセッションは、上述した本発明の実施例によって確立されたＡＳＰセッションであり得る。
【０１１３】
ＡＳＰセッションの接続に成功した後、伝送送信側は、サービス記述ドキュメントを取得し、ＣｒｅａｔｅＳｅｓｓｉｏｎ（）（Create send Session（伝送セッションの生成）（））を伝送受信側に伝送する。ここで、ＣｒｅａｔｅＳｅｓｓｉｏｎ（）は、伝送送信側識別子（Send Transmitter device identity）およびファイルメタ情報（File meta information）を含むことができる。ここで、ファイルメタ情報は、必須で（mandatory）含ませることができる。これは、受信側によるセッションの取り消し（キャンセル）（cancel）・修正を可能にするために、伝送送信側が送るファイルの数などに関する情報が必要であることを考慮したものである。
【０１１４】
伝送セッションの終了
サブスクリプション（加入、購読）（subscription）のライフタイム（有効期間）（lifetime）が満了すると、伝送送信側または伝送受信側がセッションを終了したり、または終了要求を伝送することができる。または、伝送送信側がサブスクリプションを取り消すと（cancel）、伝送受信側がセッションを終了することができる。または、取り消しと同時に、伝送送信側がセッション終了要求を行うこともできる。取り消し時に伝送されるファイルがある場合は、そのファイルが全て伝送された後、伝送受信側が自動的にセッション終了を行うこともできる。または、伝送送信側が終了要求を直ちに行うこともできる。伝送受信側は、如何なる変数が変化した場合にも伝送送信側にイベントとして知らせるように設定することができる。
【０１１５】
図１５（ａ）は、伝送送信側によるＷｉ−Ｆｉダイレクト伝送セッションの終了を示す。全てのファイルが伝送された場合、伝送送信側は、ＣｌｏｓｅＳｅｓｓｉｏｎ（）（Close Session（セッションのクローズ）（））アクション（動作）を行うことができる。伝送受信側がＣｌｏｓｅＳｅｓｓｉｏｎ（）を受信すると、セッションの状態をチェックし、その状態が「Ｒｅａｄｙ＿Ｆｏｒ＿Ｔｒａｎｓｐｏｒｔ（伝送可能）」である場合、セッションを終了させた後、伝送送信側に終了の成功を返信する。状態が「Ｔｒａｎｓｐｏｒｔｉｎｇ（トランスポート（伝送）中）」である場合、伝送受信側は、「トランスポートが進行中（Transport in progress）」であることを示すエラーコード７０４を返信する。セッションの終了後、伝送受信側でホストされたＦｉｌｅＴｒａｎｓｆｅｒサービスは、ＴｒａｎｓｐｏｒｔＳｔａｔｕｓ状態変数をＳｅｓｓｉｏｎＩＤ：ＳｅｓｓｉｏｎＣｌｏｓｅｄに設定するイベントを生成する。
【０１１６】
図１５（ｂ）は、伝送受信側によるＷｉ−Ｆｉダイレクト伝送セッションの終了を示す。伝送受信側が全ての伝送セッションまたは伝送受信側に伝送される全てのファイルを取り消すことを望む場合、伝送受信側は、セッションを終了させることができる。伝送受信側がセッションの終了を要求すると、伝送受信側でホストされたＦｉｌｅＴｒａｎｓｆｅｒサービスは、ＴｒａｎｓｐｏｒｔＳｔａｔｕｓ状態変数をＳｅｓｓｉｏｎＩＤ：ＳｅｓｓｉｏｎＣｌｏｓｅｄ（セッションのクローズ）に設定するイベントを生成する。伝送送信側がＳｅｓｓｉｏｎＣｌｏｓｅｄイベントを受信すると、ユーザにセッションの終了を知らせ、セッションを終了する。
【０１１７】
図１５（ｃ）は、伝送送信側による継続中のセッションの取り消し（Cancel Transfer（伝送の取り消し）（））を示し、図１５（ｄ）は、伝送受信側による継続中のセッションの取り消し（Cancelled）を示している。
【０１１８】
図１６（ａ）は、伝送送信側による継続中の伝送（transfer）の中止（Pause Transfer（伝送の中止）（））および再開（Resume Transfer（伝送の再開）（））を示す。伝送の中止および再開はユーザに通知することができる。
【０１１９】
図１６（ｂ）は、伝送受信側による継続中の伝送の中止および再開を示し、図１６（ｃ）は、Ｗｉ−Ｆｉダイレクト伝送セッションの修正（modification）（Modify Send Session（伝送セッションの修正）（Ｆ１，Ｆ２））を示す。
【０１２０】
図１７は、本発明の実施例によるファイル伝送セッション（file transfer session）の状態図（state diagram）を示す。
【０１２１】
図１７を参照すると、Ｒｅａｄｙ＿Ｆｏｒ＿Ｔｒａｎｓｐｏｒｔ状態でＣａｎｃｅｌＳｅｓｓｉｏｎ（セッションの取り消し）（）動作を行うと、Ｃａｎｃｅｌｅｄ（取り消し）状態に遷移した後、ＣａｎｃｅｌＳｅｓｓｉｏｎ（）を行う必要がない。したがって、Ｒｅａｄｙ＿Ｆｏｒ＿Ｔｒａｎｓｐｏｒｔ状態でもＣｌｏｓｅＳｅｓｓｉｏｎ（セッションのクローズ）（）動作を行うようにし、Ｅｎｄ（終了）状態に直接遷移させることができる。または、Ｒｅａｄｙ＿Ｆｏｒ＿Ｔｒａｎｓｐｏｒｔ状態ではＣａｎｃｅｌＳｅｓｓｉｏｎ（）動作を行わないように制限する。
【０１２２】
ＴｒａｎｓｆｅｒＰａｕｓｅｄ（伝送の中止）状態でＣａｎｃｅｌＳｅｓｓｉｏｎ（）動作を行えるようにする。この場合、ＴｒａｎｓｆｅｒＰａｕｓｅｄ状態はＣａｎｃｅｌｌｅｄ状態に遷移される。ＴｒａｎｓｆｅｒＰａｕｓｅｄ状態において、ＣａｎｃｅｌＳｅｓｓｉｏｎ（）動作は、伝送送信側／受信側が要求して行ったり、または要求がないとしても行うことができる。さらに、ＴｒａｎｓｆｅｒＰａｕｓｅｄ状態でも直接ＣｌｏｓｅＳｅｓｓｉｏｎ（）動作を行い、ＳｅｓｓｉｏｎＣｌｏｓｅｄ状態に遷移させる。ＣａｎｃｅｌＳｅｓｓｉｏｎ（）動作は、伝送送信側／受信側が要求して行ったり、または要求がないとしても行うことができる。
【０１２３】
Ｔｒａｎｓｐｏｒｔｉｎｇ（トランスポート中）状態でＣａｎｃｅｌＳｅｓｓｉｏｎ（）動作を行い、Ｃａｎｃｅｌｌｅｄ状態でＣｌｏｓｅＳｅｓｓｉｏｎ（）動作を行い、ＳｅｓｓｉｏｎＣｌｏｓｅｄ状態に遷移するという二段階の手順がなくても、Ｔｒａｎｓｐｏｒｔｉｎｇ状態でＣｌｏｓｅＳｅｓｓｉｏｎ（）動作を行い、ＳｅｓｓｉｏｎＣｌｏｓｅｄ状態に切り替えることができるようにする。ＣａｎｃｅｌＳｅｓｓｉｏｎ（）動作は、伝送送信側／受信側が要求して行ったり、または要求がなくても行うことができる。
【０１２４】
次の表２は、図１７に示した各状態（state）に関する説明、状態遷移を示す。
【０１２５】
［表２］
【表２−１】
2016511944.tif 000004
【表２−２】
2016511944.tif 000005
【０１２６】
図１８は、本発明の一実施例に係る無線装置の構成を示すブロック図である。
【０１２７】
無線装置１０は、プロセッサ１１、メモリ１２および送受信器１３を含むことができる。送受信器１３は、無線信号を送信／受信することができ、例えば、ＩＥＥＥ  ８０２システムによる物理レイヤを具現することができる。プロセッサ１１は、送受信器１３と電気的に接続され、ＩＥＥＥ  ８０２システムによる物理レイヤおよび／またはＭＡＣレイヤを具現することができる。また、プロセッサ１１は、上述した本発明の多様な実施例に係るアプリケーション、サービス、およびＡＳＰレイヤのうち一つまたは複数の動作を行うように構成することができる。また、上述した本発明の多様な実施例に係る無線装置の動作を具現するモジュールがメモリ１２に格納され、プロセッサ１１によって実行されることもある。メモリ１２は、プロセッサ１１の内部に含まれたり、またはプロセッサ１１の外部に設置され、プロセッサ１１と公知の手段によって接続され得る。
【０１２８】
図１８の無線装置１０は、Ｗｉ−Ｆｉダイレクトサービスをサポートし、セッションセットアップを行うように設定することができる。プロセッサ１１は、第１のサービスに関するセッションを生成（create）するために、上記第１の無線装置と第２の無線装置との間のプロビジョン発見（provision discovery）手順を含む、上記第１の無線装置と上記第２の無線装置との間のＰ２Ｐ（Peer-to-Peer）接続をセットアップするように設定することができる。プロセッサ１１は、第２のサービスに関するセッションを生成するために、上記第１の無線装置から上記第２の無線装置にセッション要求（ＲＥＱＵＥＳＴ＿ＳＥＳＳＩＯＮ）メッセージを伝送するように（または無線装置１０が第２の無線装置である場合は、セッション要求（ＲＥＱＵＥＳＴ＿ＳＥＳＳＩＯＮ）メッセージを受信するように）上記送受信器を制御するように設定することができる。上記第２のサービスに対するセッション情報は、上記セッション要求メッセージに含ませることができる。
【０１２９】
図１８の無線装置１０の具体的な構成は、上述した本発明の多様な実施例で説明した各事項が独立して適用されたり、または２以上の実施例が同時に適用されるように具現することができ、重複する内容は、明確性のために説明を省略する。
【０１３０】
上述した本発明の各実施例は、多様な手段を通じて具現することができる。例えば、本発明の各実施例は、ハードウェア、ファームウェア、ソフトウェアまたはそれらの組み合わせなどによって具現することができる。
【０１３１】
ハードウェアによる具現の場合、本発明の各実施例に係る方法は、一つまたは複数のＡＳＩＣｓ（Application Specific Integrated Circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（Digital Signal Processing Devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（Field Programmable Gate Arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１３２】
ファームウェアやソフトウェアによる具現の場合、本発明の各実施例に係る方法は、以上で説明した機能または各動作を行うモジュール、手順または関数などの形式で具現することができる。ソフトウェアコードは、メモリユニットに格納され、プロセッサによって駆動され得る。上記メモリユニットは、上記プロセッサの内部または外部に位置し、既に公知の多様な手段によって上記プロセッサとデータを交換することができる。
【０１３３】
上述したように開示された本発明の好ましい実施形態に対する詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では、本発明の好ましい実施形態を参照して説明したが、該当の技術分野で熟練した当業者であれば、下記の特許請求の範囲に記載した本発明の思想および領域から逸脱しない範囲内で本発明を多様に修正および変更させ得ることを理解できるだろう。したがって、本発明は、ここで示した各実施形態に制限されるものではなく、ここで開示した各原理および新規の各特徴と一致する最大の範囲を付与するためのものである。
【産業上の利用可能性】
【０１３４】
上述した本発明の多様な実施形態は、ＩＥＥＥ  ８０２．１１システムを中心に説明したが、多様な移動通信システムに同一の方式で適用することができる。
【図１】
2016511944.tif 000006
【図２】
2016511944.tif 000007
【図３】
2016511944.tif 000008
【図５】
2016511944.tif 000009
【図１０】
2016511944.tif 000010
【図１１】
2016511944.tif 000011
【図１２】
2016511944.tif 000012
【図１３】
2016511944.tif 000013
【図１４】
2016511944.tif 000014
【図１５】
2016511944.tif 000015
【図１６】
2016511944.tif 000016
【図１７】
2016511944.tif 000017
【図１８】
2016511944.tif 000018
【図４】
2016511944.tif 000019
【図６】
2016511944.tif 000020
【図７】
2016511944.tif 000021
【図８】
2016511944.tif 000022
【図９】
2016511944.tif 000023
【国際調査報告】
2016511944.tif 000024
2016511944.tif 000025
2016511944.tif 000026
2016511944.tif 000027