特許 7271700 通信方法、装置、及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-04-28

(45)【発行日】2023-05-11

(54)【発明の名称】通信方法、装置、及びコンピュータプログラム

(51)【国際特許分類】

   H04W 74/04 20090101AFI20230501BHJP

   H04W 84/12 20090101ALI20230501BHJP

【ＦＩ】

H04W74/04

H04W84/12

【請求項の数】 15

(21)【出願番号】P 2021552181

(86)(22)【出願日】2020-07-06

(65)【公表番号】

(43)【公表日】2022-04-20

(86)【国際出願番号】 CN2020100401

(87)【国際公開番号】W WO2021008401

(87)【国際公開日】2021-01-21

【審査請求日】2021-09-02

(31)【優先権主張番号】201910628398.6

(32)【優先日】2019-07-12

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】517392436

【氏名又は名称】▲騰▼▲訊▼科技（深▲セン▼）有限公司

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100150197

【弁理士】

【氏名又は名称】松尾 直樹

(72)【発明者】

【氏名】王 涛

【審査官】篠田 享佑

(56)【参考文献】

【文献】特表２０１３－５４０４０５（ＪＰ，Ａ）

【文献】特開２０１４－２０７６９３（ＪＰ，Ａ）

【文献】特開２０１６－１７４４３０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

アクセスポイント機器により実行される通信方法であって、
無線通信メッセージフレームを生成するステップであって、前記無線通信メッセージフレームにチャネルにアクセスすべき各機器の情報、及び前記各機器のアクセス順番が含まれるステップと、
利用可能な伝送チャネルの情報を取得すると、前記無線通信メッセージフレームを送信することでデータ伝送プロセスを開始させ、前記アクセス順番に従って前記データ伝送プロセスにおいて前記伝送チャネルを介して通信データを順次に送信するように前記各機器に指示するステップと、
前記アクセスポイント機器の生成ユニットにより実行されるステップであって、
前記データ伝送プロセスを停止した後に、新しい無線通信メッセージフレームを生成し、前記新しい無線通信メッセージフレームにより指示されるデータ伝送時間長は前記データ伝送プロセスの残りの伝送時間長以下であるステップと、を含む、ことを特徴とする通信方法。

【請求項2】

前記無線通信メッセージフレームのフレームボディ部分は前記各機器の情報を含み、前記フレームボディ部分における前記各機器の情報の配列順番は前記各機器のアクセス順番を表し、又は
前記無線通信メッセージフレームのフレームヘッダー部分は前記各機器の情報及び前記各機器のアクセス順番の情報を含む、ことを特徴とする請求項１に記載の通信方法。

【請求項3】

前記アクセスポイント機器により実行されるステップであって、
チャネル競争方式によって前記利用可能な伝送チャネルの情報を取得するステップ、又は
他のアクセスポイント機器と通信交渉を行うことによって、前記利用可能な伝送チャネルの情報を取得するステップをさらに含む、ことを特徴とする請求項１又は２に記載の通信方法。

【請求項4】

前記アクセスポイント機器により実行されるステップであって、
前記アクセス順番に従う最後の機器のデータ伝送が完了したことが検出されると、前記データ伝送プロセスを停止するメッセージフレームを送信するステップをさらに含む、ことを特徴とする請求項１～３のいずれか１項に記載の通信方法。

【請求項5】

前記アクセスポイント機器の送信ユニットにより実行されるステップであって、
前記無線通信メッセージフレームに含まれるターゲット機器の伝送時間内に、第１の所定時間長内で前記ターゲット機器により送信された通信データが検出されていないと、前記データ伝送プロセスを停止するメッセージフレームを送信するステップであって、前記第１の所定時間長は、前記アクセス順番のうち前記ターゲット機器よりも前の機器の通信データ伝送が完了してから計時し始められるステップをさらに含む、ことを特徴とする請求項１～４のいずれか１項に記載の通信方法。

【請求項6】

前記アクセスポイント機器の前記送信ユニットにより実行されるステップであって、
前記伝送チャネルにおけるターゲットサービスデータの伝送が完了したことが検出されると、前記データ伝送プロセスを停止するメッセージフレームを送信するステップをさらに含む、ことを特徴とする請求項５に記載の通信方法。

【請求項7】

前記アクセスポイント機器の決定ユニットにより、前記各機器のデータ伝送の状況から、前記各機器のうちターゲット機器の隠れノードが存在するか否かを決定するステップと、
前記アクセスポイント機器の生成ユニットにより、前記ターゲット機器の隠れノードが存在すると、再度無線通信メッセージフレームを生成する際に、前記ターゲット機器と前記隠れノードとを異なる無線通信メッセージフレームに含めるようにするステップとをさらに含む、ことを特徴とする請求項１～６のいずれか１項に記載の通信方法。

【請求項8】

前記アクセスポイント機器の処理ユニットにより実行されるステップであって、
第１の機器と第２の機器により送信された通信データの干渉が検出されると、第２の所定時間長内で前記第２の機器又は前記第１の機器を含むデータ伝送プロセスを開始させないステップであって、前記第２の所定時間長は、前記第１の機器のデータ伝送又は前記第２の機器のデータ伝送のうち後のデータ伝送が完了してから計時し始められるステップ、又は
第１の機器と第２の機器により送信された通信データの干渉が検出されると、前記第１の機器の伝送チャネルと異なる他の伝送チャネルにおいて前記第２の機器に対するデータ伝送プロセスを開始させるステップをさらに含む、ことを特徴とする請求項１～７のいずれか１項に記載の通信方法。

【請求項9】

前記無線通信メッセージフレームに第１の指示情報がさらに含まれ、前記第１の指示情報は、前記各機器が前記データ伝送プロセスにおいて送信するデータフレームの優先度が特定優先度以上であることを指示する、ことを特徴とする請求項１～８のいずれか１項に記載の通信方法。

【請求項10】

前記無線通信メッセージフレームに、第２の指示情報及び第３の指示情報がさらに含まれ、前記第２の指示情報は、前記各機器が前記データ伝送プロセスにおいて送信するデータフレームの優先度が特定優先度と等しいことを指示し、前記第３の指示情報は、前記データ伝送プロセスにおいて前記特定優先度よりも優先度の高いサービスデータの伝送を許可するか否かを指示し、
前記第３の指示情報が、前記データ伝送プロセスにおいて前記特定優先度よりも優先度の高いターゲットサービスデータの伝送を許可することを指示すると、前記アクセス順番に従う最後の機器のデータ伝送が完了した後、前記伝送チャネルにおいて前記ターゲットサービスデータの伝送を許可する、ことを特徴とする請求項５～８のいずれか１項に記載の通信方法。

【請求項11】

前記送信ユニットにより実行されるステップであって、
前記第３の指示情報が、前記データ伝送プロセスにおいて前記特定優先度よりも優先度の高いターゲットサービスデータの伝送を許可することを指示する場合、前記最後の機器のデータ伝送が完了した後の第３の所定時間長内で前記ターゲットサービスデータを受信していないと、前記データ伝送プロセスを停止するメッセージフレームを送信するステップをさらに含む、ことを特徴とする請求項１０に記載の通信方法。

【請求項12】

前記送信ユニットにより実行されるステップであって、
前記第３の指示情報が、前記データ伝送プロセスにおいて前記特定優先度よりも優先度の高いターゲットサービスデータの伝送を許可することを指示する場合、前記最後の機器のデータ伝送が完了した後、複数の他の機器による前記伝送チャネルにおいて伝送した前記ターゲットサービスデータが検出されると、前記データ伝送プロセスを停止するメッセージフレームを送信するステップをさらに含む、ことを特徴とする請求項１０に記載の通信方法。

【請求項13】

前記無線通信メッセージフレームには、
前記データ伝送プロセスの最大時間長と、データ伝送に使用される変調・符号化戦略を指示するための第４の指示情報とのうちのいずれか又は複数の組み合わせがさらに含まれる、ことを特徴とする請求項１～１２のいずれか１項に記載の通信方法。

【請求項14】

無線通信メッセージフレームを生成するための生成ユニットであって、前記無線通信メッセージフレームに、チャネルにアクセスすべき各機器の情報、及び前記各機器のアクセス順番が含まれる生成ユニットと、
利用可能な伝送チャネルの情報を取得したとき、前記無線通信メッセージフレームを送信することでデータ伝送プロセスを開始させ、前記アクセス順番に従って前記データ伝送プロセスにおいて前記伝送チャネルを介して通信データを順次に送信するように前記各機器に指示するための送信ユニットと、を含み、
前記送信ユニットは、前記データ伝送プロセスを停止した後に、新しい無線通信メッセージフレームを生成し、前記新しい無線通信メッセージフレームにより指示されるデータ伝送時間長は前記データ伝送プロセスの残りの伝送時間長以下である、
ことを特徴とする通信装置。

【請求項15】

コンピュータプログラムであって、
プロセッサにより実行されると、請求項１～１３のいずれか１項に記載の通信方法を実現する、ことを特徴とするコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０１９年０７月１２日に提出された、出願番号が２０１９１０６２８３９８．６であり、発明の名称が「通信方法、装置、コンピュータ読み取り可能な媒体及び電子機器」である中国特許出願の優先権を主張し、その全内容は引用により本出願に組み込まれている。

【0002】

本出願は、コンピュータ及び通信の技術分野に関し、具体的には、通信方法、装置、コンピュータ読み取り可能な媒体及び電子機器に関する。

【背景技術】

【0003】

インターネット技術の発展に伴い、多くのサービス及びアプリケーションでは、ワイヤレスアクセスネットワーク（例えばワイヤレスローカルエリアネットワーク）のスループットや遅延などについて、ますます高まる要求が求められる。一方、ワイヤレスローカルエリアネットワークの標準ＩＥＥＥ８０２．１１が後方互換性を維持しているため、標準の反復更新に伴い、ＩＥＥＥ８０２．１１ ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ及び新世代のｂｅはともに、同じ周波数帯域（例えば、２．４ＧＨｚ及び５ＧＨｚ周波数帯域）を使用するようになり、その結果、周波数スペクトル渋滞が深刻になる。このような状況に対して、如何にチャネルの利用効率を確保し、システムの通信効率を向上させるかは、解決しなければならない技術的課題となっている。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本出願の実施例は、通信方法、装置、コンピュータ読み取り可能な媒体及び電子機器を提供し、それにより、少なくともある程度でチャネルの利用率及び機器同士の通信効率を向上させることができる。

【0005】

本出願のほかの特徴及び利点は、以下の詳細な説明により明らかになり、又は本出願を実施することにより把握できる。

【課題を解決するための手段】

【0006】

本出願の実施例の一態様によれば、電子機器により実行される通信方法であって、
無線通信メッセージフレームを生成するステップであって、前記無線通信メッセージフレームにチャネルにアクセスすべき各機器の情報、及び前記各機器のアクセス順番が含まれるステップと、
利用可能な伝送チャネルの情報を取得すると、前記無線通信メッセージフレームを送信することでデータ伝送プロセスを開始させ、前記アクセス順番に従って前記データ伝送プロセスにおいて前記伝送チャネルを介して通信データを順次に送信するように前記各機器に指示するステップとを含む、通信方法を提供する。

【0007】

本出願の実施例の一態様によれば、電子機器により実行される通信方法であって、
無線通信メッセージフレームを受信するステップであって、前記無線通信メッセージフレームに、特定伝送チャネルにアクセスすべき各機器の情報、及び前記各機器のアクセス順番が含まれるステップと、
前記無線通信メッセージフレームに特定機器の情報が含まれると、前記特定伝送チャネルを監視するステップと、
前記特定伝送チャネルにおいて前記アクセス順番に基づいて前記特定機器よりも前の機器のデータ送信が完了したことが監視され、且つ前記特定伝送チャネルがアイドルであることが監視されると、前記特定機器によって前記特定伝送チャネルを介して通信データを送信するステップとを含む、通信方法を提供する。

【0008】

本出願の実施例の一態様によれば、無線通信メッセージフレームを生成するための生成ユニットであって、前記無線通信メッセージフレームに、チャネルにアクセスすべき各機器の情報、及び前記各機器のアクセス順番が含まれる生成ユニットと、
利用可能な伝送チャネルの情報を取得したとき、前記無線通信メッセージフレームを送信することでデータ伝送プロセスを開始させ、前記アクセス順番に従って前記データ伝送プロセスにおいて前記伝送チャネルを介して通信データを順次に送信するように前記各機器に指示するための送信ユニットとを含む、通信装置を提供する。

【0009】

本出願の実施例の一態様によれば、無線通信メッセージフレームを受信するための受信ユニットであって、前記無線通信メッセージフレームに、特定伝送チャネルにアクセスすべき各機器の情報、及び前記各機器のアクセス順番が含まれる受信ユニットと、
前記無線通信メッセージフレームに特定機器の情報が含まれる場合、前記特定伝送チャネルを監視するための監視ユニットと、
前記特定伝送チャネルにおいて前記アクセス順番に基づいて前記特定機器よりも前の機器のデータ送信が完了したことが監視され、且つ前記特定伝送チャネルがアイドルであることが監視されるとき、前記特定機器によって前記特定伝送チャネルを介して通信データを送信するための伝送ユニットとを含む、通信装置を提供する。

【0010】

本出願の実施例の一態様によれば、コンピュータプログラムが記憶されているコンピュータ読み取り可能な媒体であって、
前記コンピュータプログラムは、プロセッサにより実行されると、上述実施例に記載の通信方法を実現する、コンピュータ読み取り可能な媒体を提供する。

【0011】

本出願の実施例の一態様によれば、１つ又は複数のプロセッサと、
前記１つ又は複数のプロセッサにより実行されると、上述実施例に記載の通信方法を前記１つ又は複数のプロセッサに実行させる１つ又は複数のプログラムが記憶されている記憶装置とを含む、電子機器を提供する。

【発明の効果】

【0012】

本出願のいくつかの実施例による技術案では、チャネルにアクセスすべき各機器の情報及び該各機器のアクセス順番を含む無線通信メッセージフレームを生成し、利用可能な伝送チャネルの情報を取得したとき、該無線通信メッセージフレームを送信することでデータ伝送プロセスを開始させ、それにより、該アクセス順番に従ってデータ伝送プロセスにおいて該伝送チャネルを介して通信データを順次に送信するように該各機器に指示し、利用可能な伝送チャネルを取得した後、複数の機器が、順次に該伝送チャネルに基づいてデータを送信できるようにし、各機器がデータを送信するときにチャネル競争によるシグナリングオーバーヘッドの増加を回避し、より合理的な多機器のチャネルアクセスの制御戦略を実現し、さらにチャネルの利用率及び機器同士の通信効率を向上させる。

【0013】

本出願のいくつかの実施例による技術案では、特定伝送チャネルにアクセスすべき各機器の情報及び該各機器のアクセス順番を含む無線通信メッセージフレームを受信し、該無線通信メッセージフレームに特定機器の情報が含まれる場合、該特定伝送チャネルを監視し、該特定伝送チャネルにおいて該アクセス順番に従う特定機器よりも前の機器のデータ送信が完了したことが監視され、且つ該特定伝送チャネルがアイドルであることが監視されたとき、該特定機器によって該特定伝送チャネルを介して通信データを送信することによって、各機器がデータを送信するときにチャネル競争によるシグナリングオーバーヘッドの増加を回避する一方、各機器が合理的かつ順序正しく該特定伝送チャネルを介してデータを送信できるようにし、それにより、チャネルの利用率及び機器同士の通信効率の向上に寄与する。

【0014】

なお、以上の統括的な説明及び以下の詳細な説明は例示的かつ解釈のためのものに過ぎず、本出願を制限するものではない。

【図面の簡単な説明】

【0015】

ここの図面は、明細書に組み込まれて、本明細書の一部を構成し、本出願に該当する実施例を示し、明細書とともに本出願の原理を解釈する。以下の図面は、本出願のいくつかの実施例に過ぎず、当業者にとっては、創造的な努力を必要とせずに、これらの図面に基づいて他の図面を取得することができることが自明である。

【0016】

【図1】本出願の実施例の技術案が適用できる例示的なシステムアーキテクチャの模式図を示す。

【図2】本出願の一実施例に係る通信方法のフローチャートを示す。

【図3】本出願の一実施例に係る無線通信メッセージフレームの構造図を示す。

【図4】本出願の一実施例に係る無線通信メッセージフレームの構造図を示す。

【図5】本出願の一実施例に係る通信方法のフローチャートを示す。

【図6】本出願の一実施例に係る通信方法のフローチャートを示す。

【図7】本出願の一実施例に係るＳＴＡの処理プロセスの模式図を示す。

【図8】本出願の一実施例に係るＡＰ処理プロセスの模式図を示す。

【図9】本出願の一実施例に係るパケットアクセス過程のフローチャートを示す。

【図10】本出願の一実施例に係るパケットアクセス過程のフローチャートを示す。

【図11】本出願の一実施例に係る、互いに隠れノードとなるシナリオ図を示す。

【図12】本出願の一実施例に係るパケットアクセス過程のフローチャートを示す。

【図13】本出願の一実施例に係る、干渉が生じた場合のシナリオ図を示す。

【図14】本出願の一実施例に係るパケットアクセス過程のフローチャートを示す。

【図15】本出願の一実施例に係るパケットアクセス過程のフローチャートを示す。

【図16】本出願の一実施例に係るパケットアクセス過程のフローチャートを示す。

【図17】本出願の一実施例に係るパケットアクセス過程のフローチャートを示す。

【図18】本出願の一実施例に係る通信装置のブロック図を示す。

【図19】本出願の一実施例に係る通信装置のブロック図を示す。

【図20】本出願の実施例の電子機器を実現するのに適しているコンピュータシステムの構造模式図を示す。

【発明を実施するための形態】

【0017】

以下、図面を参照しながら、例示的な実施形態をより包括的に説明する。しかしながら、例示的な実施形態は、さまざまな形態で実施されることができ、ここに記載される例に制限されると理解してはいけなく、これらの実施形態は、本出願をより包括的且つ完全にするとともに、例示的な実施形態の構想を全体として当業者に伝えるためのものである。

【0018】

ここで、説明する特徴、構造又は特性は、任意の適切な形態で、１つ又は複数の実施例において組み合わせることができる。以下の説明において、本出願の実施例を十分に理解できるように、多くの詳細が提供される。しかしながら、当業者にとって、特定の詳細のうちの１つ又は複数無しでも本出願の技術案を実施することができ、又は、他の方法、構成要素、装置、ステップなどを採用することができることが自明である。また、本出願の各態様の曖昧さを避けるために、公知の方法、装置、実施又は操作を詳細に示す、又は説明することはしない。

【0019】

図面に示すブロック図は機能エンティティに過ぎず、必ずしも物理的に独立したエンティティに対応するとは限らない。すなわち、これらの機能エンティティは、ソフトウェアの形態で実現されてもよく、１つ又は複数のハードウェアモジュール又は集積回路において実現されてもよく、異なるネットワーク及び／又はプロセッサ装置及び／又はマイクロコントローラ装置において実現されてもよい。

【0020】

図面に示すフローチャートは例示的な説明に過ぎず、必ずしもすべての内容及び操作／ステップを含むわけではなく、また、必ずしも説明する順番に従って実行されるわけではない。例えば、操作／ステップは、さらに分割されたり、組み合わせられたり、部分的に組み合わせられたりすることもでき、したがって、実際の実行順番は具体的な状況に応じて変更可能である。

【0021】

図１は、本出願の実施例の技術案が適用できる例示的なシステムアーキテクチャの模式図を示す。

【0022】

図１に示すように、システムアーキテクチャは、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、略語ＡＰ）１０１、ステーションポイント（ｎｏｎ－ＡＰ、すなわち、Ｓｔａｔｉｏｎ、略語ＳＴＡ）１０２、及びステーションポイント１０３を含んでもよい。ここで、アクセスポイント１０１、ステーションポイント１０２、及びステーションポイント１０３は、ワイヤレスローカルエリアネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、略語ＬＡＮ）を構成する。ステーションポイントは、スマートフォン、タブレットコンピュータ、携帯型コンピュータ、デスクトップコンピュータなどであってもよい。

【0023】

なお、図１に示すアクセスポイント、及びステーションポイントの数は一例に過ぎない。必要に応じて、任意の数のアクセスポイント、及びステーションポイントを有することができる。

【0024】

本出願の一実施例では、アクセスポイント１０１は、無線通信メッセージフレームを生成することができ、該無線通信メッセージフレームはトリガーフレームであってもよく、該無線通信メッセージフレームには、チャネルにアクセスすべき各機器の情報、及び該各機器のアクセス順番が含まれる。アクセスポイント１０１は、利用可能な伝送チャネルの情報を取得すると、該無線通信メッセージフレームを送信することでデータ伝送プロセスを開始させ、該アクセス順番に従って該データ伝送プロセスにおいて伝送チャネルを介して通信データを順次に送信するように、無線通信メッセージフレームに含まれる各機器に指示することができる。

【0025】

例えば、該無線通信メッセージフレームにステーションポイント１０２及びステーションポイント１０３の情報が含まれ、ステーションポイント１０２のアクセス順番がステーションポイント１０３の前にあるし、アクセスポイント１０１は、利用可能な伝送チャネルを取得すると、該無線通信メッセージフレームを送信する。ステーションポイント１０２は、該無線通信メッセージフレームを受信すると、該無線通信メッセージフレームから該伝送チャネルの情報を得て、次に、チャネルがアイドルであることが監視されると、該伝送チャネルを介して通信データを送信し、ステーションポイント１０３は、該無線通信メッセージフレームを受信すると、該無線通信メッセージフレームから、ステーションポイント１０２がデータを伝送した後にのみ、該伝送チャネルを介してデータを伝送できることが把握され、したがって、ステーションポイント１０３は、該伝送チャネルを監視し、ステーションポイント１０２によるデータ伝送が完了したことが監視され、且つ該伝送チャネルがアイドルであることが監視されると、該伝送チャネルを介してデータを送信する。このように、本出願の実施例の技術案は、各機器がデータを送信するときにチャネル競争によるシグナリングオーバーヘッドの増加を回避する一方、各機器が合理的かつ順序正しく該特定伝送チャネルを介してデータを送信できるようにし、それにより、チャネルの利用率及び機器同士の通信効率の向上に有利である。

【0026】

以下、本出願の実施例の技術案を実現する詳細について詳しく説明する。

【0027】

図２は、本出願の一実施例に係る通信方法のフローチャートを示し、該通信方法は、アクセスポイント機器によって実行されることができ、例えば、図１に示すアクセスポイント１０１によって実行されることができる。図２に示すうように、該通信方法は、少なくともステップＳ２１０～ステップＳ２２０を含み、以下、これらについて詳細に説明する。

【0028】

ステップＳ２１０では、無線通信メッセージフレームを生成し、前記無線通信メッセージフレームに、チャネルにアクセスすべき各機器の情報、及び前記各機器のアクセス順番が含まれる。

【0029】

本出願の一実施例では、無線通信メッセージフレームはトリガーフレームであってもよい。チャネルにアクセスすべき各機器は、チャネルにアクセスしてデータを送信すべきステーションポイント機器を含んでもよく、チャネルにアクセスしてデータを送信すべきアクセスポイント機器を含んでもよい。

【0030】

本出願の一実施例では、図３に示すように、無線通信メッセージフレームはＰＰＤＵ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、プレゼンテーションプロトコルデータユニット）であってもよく、ＰＰＤＵは、ＭＰＤＵ（ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＭＡＣプロトコルデータユニット）に物理層フレームヘッダー（ＰＨＹ Ｈｅａｄｅｒ）とＰＡＤ（埋め）ビットを追加したデータフレームであり、一方、ＭＰＤＵは、ＭＳＤＵ（ＭＡＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ、ＭＡＣサービスデータユニット）に、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、メディアアクセス制御）層フレームヘッダー（ＭＡＣ Ｈｅａｄｅｒ）を追加したデータフレームであり、ＭＳＤＵは、アクセスパラメータ情報、ＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ、フレームチェックシーケンス）及びチャネルにアクセスすべき各機器の情報（図３に示すＳＴＡ１、ＳＴＡ２、及びＳＴＡ３）を含み、これらの機器の情報の配列順番は各機器のアクセス順番を表す。図３に示すように、ＳＴＡ１のアクセス順番はＳＴＡ２よりも前であり、ＳＴＡ２のアクセス順番はＳＴＡ３よりも前である。

【0031】

本出願の一実施例では、図４に示すように、無線通信メッセージフレームはＰＰＤＵであってもよい。ここで、無線通信メッセージフレームのＭＡＣ層フレームヘッダー部分に、チャネルにアクセスすべき各機器の情報及び該各機器のアクセス順番の情報が追加されてもよい。各機器のアクセス順番の情報は、各機器の情報の配列順番で表されてもよい。本出願の別の実施例では、無線通信メッセージフレームの物理層フレームヘッダー部分に、チャネルにアクセスすべき各機器の情報及び該各機器のアクセス順番の情報が追加されてもよい。

【0032】

本出願の一実施例では、無線通信メッセージフレームには、第１の指示情報がさらに含まれてもよく、該第１の指示情報は、各機器がデータ伝送プロセスにおいて送信するデータフレームの優先度が、特定優先度以上であることを指示する。すなわち、無線通信メッセージフレームに含まれる第１の指示情報は、サービス優先度の情報を指示し、さらに、各機器がデータ伝送プロセスにおいて送信するデータフレームの優先度は、第１の指示情報により指示されるサービス優先度以上であってもよい。

【0033】

本出願の一実施例では、無線通信メッセージフレームには、データ伝送プロセスの最大時間長、又はデータ伝送に使用される変調・符号化戦略（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ、略語ＭＣＳ）を指示する第４の指示情報がさらに含まれてもよい。

【0034】

また、図２に示すように、ステップＳ２２０では、利用可能な伝送チャネルの情報を取得すると、前記無線通信メッセージフレームを送信することでデータ伝送プロセスを開始させ、前記アクセス順番に従って前記データ伝送プロセスにおいて前記伝送チャネルを介して通信データを順次に送信するように前記各機器に指示する。

【0035】

本出願の一実施例では、アクセスポイント機器は、チャネル競争の方式によって利用可能な伝送チャネルの情報を取得する。又は、アクセスポイント機器は、他のアクセスポイント機器と通信交渉を行うことによって、利用可能な伝送チャネルの情報を取得する。

【0036】

本出願の一実施例では、無線通信メッセージフレームに含まれる各機器は、前の機器のデータ伝送が完了したことがモニタリングされ、且つ伝送チャネルがアイドルであることがモニタリングされたとき、該伝送チャネルを介して通信データを送信する。

【0037】

本出願の一実施例では、アクセスポイント機器は、無線通信メッセージフレームを送信した後、アクセス順番に従う最後の機器のデータ伝送が完了したことが検出されると、データ伝送プロセスを停止するメッセージフレームを送信する。ここで、該メッセージフレームは、現在のデータ伝送プロセスを停止することを示す１つのフィールドを少なくとも含むことができる。

【0038】

本出願の一実施例では、各機器が通信データを順次に伝送する過程において、通信の問題によりある機器が通信データを送信しないことがあり、このような場合にも、データ伝送プロセスを停止するメッセージフレームをタイムリーに送信することができる。具体的には、無線通信メッセージフレームに含まれるターゲット機器の伝送時間内で、第１の所定時間長内に該ターゲット機器により送信された通信データが検出されていないと、該データ伝送プロセスを停止するメッセージフレームを送信する。ここで、アクセスポイント機器は、無線通信メッセージフレームを送信する際に、該無線通信メッセージフレームに対応するパケット中の各機器のアクセス順番、及び許可する伝送時間長を決定できる。前記第１の所定時間長は、例えば、アクセスポイント機器がターゲット機器よりも前の機器の通信データ（データフレーム）伝送が完了したことが検出された時刻から計時し始められる。ターゲット機器がパケット中の一番目の機器である場合、前記第１の所定時間長は、例えば、アクセスポイント機器が前記無線通信メッセージフレームを送信してから計時される。

【0039】

本出願の一実施例では、データ伝送プロセスを停止するメッセージフレームを送信した後、新しい無線通信メッセージフレームを生成し、該新しい無線通信メッセージフレームにより指示されるデータ伝送時間長は、停止されたデータ伝送プロセスの残りの伝送時間長以下である。本出願の実施例によれば、残りの伝送時間長を利用することにより、さまざまなレベルのニーズに対応できる。例えば、パケットの機器が少なく、必要とする通信時間長が短い場合、「残りの伝送時間長」を利用して通信のニーズに対応でき、それにより、エアインターフェースの利用率を向上させる。

【0040】

本出願の一実施例では、データ伝送過程において第１の機器と第２の機器により送信された通信データの干渉が検出されると、第２の所定時間長内で第２の機器又は第１の機器を含むデータ伝送プロセスを開始させない。該実施例の技術案は、第２の所定時間長内で第２の機器又は第１の機器を含むデータ伝送プロセスを開始させないことにより、第１の機器と第２の機器との間の持続的な干渉によりデータ伝送に悪影響を与えることを回避することができる。ここで、前記第２の所定時間長は、例えば、アクセスポイント機器により干渉の発生が検出された第１の機器のデータ伝送と第２の機器のデータ伝送のうち後のデータ伝送が完了したことが検出された時刻から計時される。

【0041】

本出願の一実施例では、データ伝送過程において第１の機器と第２の機器により送信された通信データの干渉が検出されると、第１の機器の伝送チャネルと異なる他の伝送チャネルにおいて、第２の機器に対するデータ伝送プロセスを開始させる。該実施例の技術案は、第１の機器の伝送チャネルと異なる他の伝送チャネルにおいて第２の機器に対するデータ伝送プロセスを開始させることにより、第１の機器と第２の機器が同一伝送チャネルにおいて干渉が発生してデータ伝送に悪影響を与えることを回避することができる。

【0042】

本出願の一実施例では、無線通信メッセージフレームには、第２の指示情報及び第３の指示情報がさらに含まれてもよく、該第２の指示情報は、該各機器がデータ伝送プロセスにおいて送信するデータフレームの優先度が、特定優先度と等しいことを指示し、該第３の指示情報は、データ伝送プロセスにおいて該特定優先度よりも優先度の高いサービスデータの伝送を許可するか否かを指示し、該第３の指示情報が、データ伝送プロセスにおいて該特定優先度よりも優先度の高いターゲットサービスデータの伝送を許可することを指示すると、アクセス順番に従う最後の機器のデータ伝送が完了した後、前記伝送チャネルにおいてターゲットサービスデータの伝送を許可する。該実施例の技術案は、既存のデータ伝送サービスが正常に行われる前提で、優先度の高いサービスデータをタイムリーに伝送することを確保する。

【0043】

本出願の一実施例では、前記伝送チャネルにおける前述ターゲットサービスデータの伝送が完了したことが検出されると、前記データ伝送プロセスを停止するメッセージフレームを送信する。

【0044】

本出願の別の実施例では、前述第３の指示情報が、データ伝送プロセスにおいて前記特定優先度よりも優先度の高いターゲットサービスデータの伝送を許可することを指示する場合、前記最後の機器のデータ伝送が完了した後の第３の所定時間長内で該ターゲットサービスデータが受信されていないと、前記データ伝送プロセスを停止するメッセージフレームを送信する。

【0045】

本出願の一実施例では、前述第３の指示情報が、データ伝送プロセスにおいて前記特定優先度よりも優先度の高いターゲットサービスデータの伝送を許可することを指示する場合、前記最後の機器のデータ伝送が完了した後、複数の他の機器による前記伝送チャネルにおいて伝送したターゲットサービスデータが検出されると、前記データ伝送プロセスを停止するメッセージフレームを送信する。該実施例の技術案は、複数の機器により送信されたターゲットサービスデータに干渉が生じたとき、データ伝送プロセスをタイムリーに停止するようにすることができる。

【0046】

本出願の一実施例では、無線通信メッセージフレームに含まれる各機器が、前の機器のデータ伝送が完了したことがモニタリングされてからデータを伝送し始めるため、機器同士に隠れノードが存在すれば、データ伝送プロセスの中断を引き起こす恐れがあり、したがって、本出願の実施例は、図５に示す処理プロセスを提供し、具体的には、ステップＳ５１０とステップＳ５２０を含む。

【0047】

ステップＳ５１０、各機器のデータ伝送の状況から、前記各機器のうちターゲット機器の隠れノードが存在するか否かを決定する。

【0048】

本出願の一実施例では、ターゲット機器は、無線通信メッセージフレームに含まれるいずれかの機器であってもよく、ある機器がターゲット機器から遠すぎてターゲット機器により送信されたデータを受信できなければ、該機器をターゲット機器の隠れノードとする。

【0049】

ステップＳ５２０、前記ターゲット機器の隠れノードが存在すると、再度無線通信メッセージフレームを生成する際に、前記ターゲット機器と前記隠れノードとを異なる無線通信メッセージフレームに含めるようにする。

【0050】

図５に示す実施例の技術案は、ターゲット機器と隠れノードとを異なる無線通信メッセージフレームに含めるようにすることにより、互いに隠れノードとなる機器を同一のデータ伝送プロセスに配置することでデータ伝送プロセスの中断を引き起こすという問題を回避する。

【0051】

前述実施例の技術案は、アクセスポイント機器の方面から本出願の実施例の通信方法を説明したが、以下、図６を参照して、ステーションポイント機器の方面から本出願の実施例の通信方法を詳しく説明する。

【0052】

図６は、本出願の一実施例に係る通信方法のフローチャートを示し、該通信方法は、ステーションポイントである機器によって実行されることができ、例えば、図１に示すステーションポイント１０２又はステーションポイント１０３によって実行されることができる。図６に示すように、該通信方法は、少なくともステップＳ６１０～ステップＳ６３０を含み、以下、詳しく説明する。

【0053】

ステップＳ６１０では、無線通信メッセージフレームを受信し、前記無線通信メッセージフレームに、特定伝送チャネルにアクセスすべき各機器の情報、及び前記各機器のアクセス順番が含まれる。

【0054】

本出願の一実施例では、無線通信メッセージフレームは、トリガーフレームであってもよい。特定伝送チャネルは、アクセスポイント機器によって取得された利用可能な伝送チャネルであってもよい。ここで、特定伝送チャネルは、アクセスポイント機器がチャネル競争の方式によって取得したものであってもよく、他のアクセスポイント機器と通信交渉を行うことによって取得したものであってもよい。

【0055】

ステップＳ６２０では、前記無線通信メッセージフレームに特定機器の情報が含まれると、前記特定伝送チャネルを監視する。

【0056】

本出願の一実施例では、無線通信メッセージフレームに特定機器の情報が含まれていれば、該特定機器は該特定伝送チャネルを介してデータを伝送でき、したがって、該特定機器は該特定伝送チャネルを監視することができる。

【0057】

ステップＳ６３０では、前記特定伝送チャネルにおいて前記アクセス順番に基づいて前記特定機器よりも前の機器のデータ送信が完了したことが監視され、且つ前記特定伝送チャネルがアイドルであることが監視されると、前記特定機器によって前記特定伝送チャネルを介して通信データを送信する。

【0058】

本出願の一実施例では、ある機器が、特定伝送チャネルにおいて前の機器により送信されたデータフレームが監視されると、前の機器のデータ送信が完了したと決定できる。すなわち、該実施例の技術案では、各機器が前の機器により送信されたデータフレームに対する受信確認情報を監視する必要がなくなる。

【0059】

本出願の一実施例では、特定伝送チャネルにおいて前の機器により送信されたデータフレームに対する受信確認情報が監視されると、前の機器のデータ送信が完了したと決定できる。すなわち、該実施例の技術案では、各機器が前の機器により送信されたデータフレームに対する受信確認情報（すなわち、ＡＣＫ）を監視することが必要とされる。例えば、ＡＰは、各機器により送信されたデータフレームごとに対してＡＣＫ情報を返信し、このような場合、機器が、ＡＰによる前の機器により送信されたデータフレームに対して返信したＡＣＫ情報が監視されると、前の機器のデータ送信が完了したと決定する。該実施例の技術案によれば、無線通信メッセージフレームにはＡＣＫ返信戦略を指示する指示情報がさらに含まれてもよく、この指示情報は、ＡＰが各機器により送信されたデータフレームに対してＡＣＫ情報を返信することを指示し、また、各機器は、前の機器により送信されたデータフレームに対するＡＣＫ情報が監視された後に、データフレームを送信し始めるか否かを決定する。

【0060】

図６に示す実施例の技術案は、各機器がデータを送信するときにチャネル競争によるシグナリングオーバーヘッドの増加を回避する一方、各機器が合理的かつ順序正しく該特定伝送チャネルを介してデータを送信できるようにし、さらに、チャネルの利用率及び機器同士の通信効率の向上に有利である。

【0061】

前述実施例は、アクセスポイント機器及びステーションポイント機器の方面から本出願の実施例の通信方法をそれぞれ説明したが、以下、図７～図１７を参照しながら、６ＧＨｚ周波数帯域上でアクセスポイントによってステーションポイントをスケジューリングしてチャネルアクセスを行う場合を例に、本出願の実施例の技術案を詳しく説明する。

【0062】

本出願の一実施例では、アクセスポイントＡＰは、パケットＳＴＡをスケジューリングすることによってチャネルアクセスを行い、このような場合、ＳＴＡはチャネル競争を必要とせず、ＡＰにより定義されたアクセス順番に従ってチャネルに順次にアクセスすればよく、それにより、各ＳＴＡがチャネル競争を行うことによるシグナリングオーバーヘッドの増加を回避し、チャネルの利用率及び機器同士の通信効率の向上に有利である。

【0063】

本出願の一実施例では、ＡＰとＡＰとの間は、チャネル競争の方式によって利用可能なチャネルを取得することができ、例えば、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｉｎｇ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ／Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ、搬送波感知多重アクセス／衝突回避）のバックオフ方式、例えばＥＤＣＡ（Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ、強化分散チャネルアクセス）によって利用可能なチャネルを競争する、又はＡＰ同士の交渉を通じて利用可能なチャネル情報を決定することができる。ＡＰは、利用可能なチャネル情報を取得した後、１つのトリガーフレームを送信してアクセスプロセス全体の時間の長さを定義し、このトリガーフレームを受信したＳＴＡは、すべて、指示された時間の長さに応じてＮＡＶ（Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ、ネットワーク割り当てベクトル）を設定することができ、ＮＡＶ設定時間長内にはチャネルへのアクセスが禁止される。ここで、ＮＡＶ設定時間長は、例えば、ＳＴＡがトリガーフレームを受信した時刻から計時される。

【0064】

なお、ＥＤＣＡは、ワイヤレス伝送に対する、チャネルアクセスを制御するプロトコルであり、ＣＳＭＡ／ＣＡに基づいて、互いに交換性を有するＰＨＹ（Ｐｈｙｓｉｃａｌ、物理層）がワイヤレスメディアを共有することを許可する。搬送波感知（Ｃａｒｒｉｅｒ Ｓｅｎｓｉｎｇ）過程において、ＰＨＹは、タイムスロットごとに物理的な感知を実行することによって、ワイヤレスメディアがアイドル状態であるか否かを把握できる。ランダムバックオフ（Ｒａｎｄｏｍ Ｂａｃｋｏｆｆ）過程では、ＥＤＣＡは、所定の範囲から１つのランダムな整数を選択して初期バックオフ時間とし、ＰＨＹが１つのタイムスロット内で共有するメディアがアイドルであることが感知されると、ＥＤＣＡはバックオフを開始し、すなわち、バックオフ計時から１を引く。バックオフ計時が０時である場合、ＥＤＣＡは、チャネルアクセス競争に成功したと判断し、すなわち、伝送機会ＴＸＯＰを取得し、データを送信し始め、バックオフ過程において１つのタイムスロット内でメディアがビジーであると感知されると、バックオフは一時的に停止し、アイドルであると再度感知されると、前のバックオフが持続し、２つの機器のバックオフ計時が同時に０時である場合、衝突が発生する。

【0065】

さらに、ＥＤＣＡプロトコルでは、４種類のアクセスカテゴリＡＣ（Ａｃｃｅｓｓ Ｃａｔｅｇｏｒｙ）が定義されており、これらの優先度は、降順でＶＯ、ＶＩ、ＢＥ、ＢＫであり、それぞれ、ボイス（Ｖｏｉｃｅ）カテゴリ、ビデオ（Ｖｉｄｅｏ）カテゴリ、ベストエフォート（Ｂｅｓｔ Ｅｆｆｏｒｔ）カテゴリ、及びバックグラウンド（Ｂａｃｋｇｒｏｕｎｄ）カテゴリを表す。

【0066】

本出願の一実施例では、前述トリガーフレームは、８０２．１１ａｘのトリガーフレームに基づく拡張であってもよいし、改めて定義された新しいフレームであってもよい。トリガーフレームには、アクセスすべき各ＳＴＡのアドレス及びアクセス順番が含まれ、トリガーフレームを受信しており且つこの該アクセス順番に存在するＳＴＡであれば、すべてチャネル監視を持続すべきであり、条件が満たされると、すぐにチャネルにアクセスする。また、トリガーフレームには、ＳＴＡアクセスチャネルの最大長さ、最低ＭＣＳなどを定義するためのアクセスパラメータが含まれてもよく、さらに、ＳＴＡは、後でデータを送信する際に、トリガーフレームにて定義されたアクセスパラメータに従わなければならない。

【0067】

本出願の一実施例では、トリガーフレームの構造は図３に示されるとおりである、ここで、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３のＭＳＤＵにおける位置はアクセス順番を表す。トリガーフレームは図４に示すようにしてもよく、フレームヘッダーのシグナリング（ｓｉｇｎａｌ）部分によってＳＴＡパケット情報が示される。パケット情報には、パケット内ＳＴＡのアドレスとアクセス順番、及び対応するサービス優先度指示が含まれていてもよい。好ましくは、１つのＳＴＡは１つのトリガーフレームにおいて多くとも１回しか出現できず、且つ、各ＳＴＡは多くとも１つのＰＰＤＵを送信し、パケット情報には、少なくとも１つのＳＴＡが含まれている。本出願では、ＳＴＡにより送信されたＰＰＤＵは、前記図３のトリガーフレームのＰＰＤＵに比べて、ＭＳＤＵ部分（ＰＰＤＵのペイロード（ｐａｙｌｏａｄ））が異なる。ＳＴＡにより送信されたＰＰＤＵのＭＳＤＵは、特定のサービスのデータであってもよい。

【0068】

また、本出願の一実施例では、トリガーフレームにて指示されるパケット情報はサービス優先度に関連してもよく、あるパケットアクセスプロセスにおいて、ＳＴＡにより送信されるフレームデータの優先度はパケットに対応する優先度以上とすべきである。例えば、あるパケットに対応するサービス優先度がＶＩであれば、パケット内のＳＴＡは、優先度がＶＩ以上のＰＰＤＵ、例えば、優先度がＶＩ又はＶＯのＰＰＤＵを送信することができる。そして、１つのＳＴＡは、複数の異なるアクセスパケットに出現し、異なるサービス優先度に対応してもよい。

【0069】

本出願の一実施例では、図７に示すように、ＳＴＡの処理プロセスは、主にステップＳ７０１～ステップＳ７０７を含む。

【0070】

ステップＳ７０１、ＳＴＡは、トリガーフレームを受信すると、自分がトリガーフレームにより定義されたパケットに存在するか否かを判断し、存在する場合、ステップＳ７０２を実行し、存在しない場合、ＮＡＶを設定する。ここで、ＳＴＡは、そのアドレスがトリガーフレームに含まれているか否かを判断することによって、自分がトリガーフレームにより定義されたパケットに存在するか否かを判断できる。ＳＴＡのアドレスは、ＭＡＣアドレス、ＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、アソシエーション識別子）及び／又は他の識別子であってもよい。

【0071】

ステップＳ７０２、ＳＴＡは、アクセス順番における該ＳＴＡよりも前のＳＴＡのアドレスを記録する。

【0072】

ステップＳ７０３、ＳＴＡは、トリガーフレームにより指示されたアクセスチャネルを監視する。

【0073】

ステップＳ７０４、ＳＴＡは、監視しているアクセスチャネルを介してデータフレームを受信したか否かを判断し、受信した場合、ステップＳ７０５を実行し、受信していない場合、ステップＳ７０３に戻り、前記アクセスチャネルの監視を持続する。

【0074】

ステップＳ７０５、ＳＴＡは、監視したデータフレームがアクセス順番における前のＳＴＡからのものであるか否かを判断し、ＳＴＡからのものである場合、ステップＳ７０６を実行し、ＳＴＡからのものではない場合、ステップＳ７０３に戻り、前記アクセスチャネルの監視を持続する。

【0075】

ステップＳ７０６、ＳＴＡは、トリガーフレームにより指示されたアクセスチャネルを監視する。

【0076】

ステップＳ７０７、ＳＴＡは、アクセスチャネルがアイドルであるか否かを判断し、アイドルである場合、該アクセスチャネルを介してデータを送信し、アイドルではない場合、ステップＳ７０６に戻り、アクセスチャネルがアイドルであるか否かの監視を持続する。

【0077】

本出願の一実施例では、ＳＴＡは、監視対象のチャネルがビジー状態から、いかなる信号伝送もない状態に変わり、且つ所定時間保持されると、チャネルがアイドルであると判定する。保持されるこの所定時間は、ＳＩＦＳ（Ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ、ショットインターフレームスペース）、又は他の時間長さであってもよい。

【0078】

本出願の一実施例では、図８に示すように、ＡＰ処理プロセスは、主にステップＳ８０１～ステップＳ８１０を含む。

【0079】

ステップＳ８０１、ＡＰは、トリガーフレームを送信することで、特定チャネルに対するアクセス時間長を設定する。ＡＰは、トリガーフレームを送信した後、チャネルアクセスが予想どおり実施されているかを確認するためにチャネル監視を持続し、すなわち、アクセス順番におけるＳＴＡが、順番に従ってＰＰＤＵを送信するか否かを監視する。

【0080】

ステップＳ８０２、ＡＰは、特定チャネルを介してＰＰＤＵを受信したか否かを判断し、受信した場合、ステップＳ８０３を実行し、受信していない場合、所定時間（例えばＳＩＦＳ）待ってからステップＳ８０７を実行する。

【0081】

ステップＳ８０３、受信したＰＰＤＵが正しく復号されているか否かを判断し、復号されている場合、ステップＳ８０４を実行し、復号されていない場合、所定時間（例えばＳＩＦＳ）待ってからステップＳ８０７を実行する。ここで、ＳＴＡがデータ送信中に衝突が発生すれば、ＡＰは、該ＳＴＡのＰＰＤＵを受信した後に順調に復号できない可能性がある。

【0082】

ステップＳ８０４、受信したＰＰＤＵがアクセス順番における次のＳＴＡからのものであるか否かを判断し、次のＳＴＡからのものである場合、ステップＳ８０５を実行し、次のＳＴＡからのものではない場合、ステップＳ８１０を実行する。ここで、トリガーフレームにおける一番目のステーションポイントよりも前のステーションポイントはトリガーフレームを送信するＡＰであってもよい。このような場合、ＡＰは、最初にＰＰＤＵを受信すると、受信した該ＰＰＤＵがＡＰよりも後の一番目のＳＴＡにより送信されたか否かを判断する。他のＰＰＤＵについては、ＡＰは、受信したＰＰＤＵがアクセス順番において受信済みのＰＰＤＵのＳＴＡよりも次のＳＴＡからのものであるか否かを判断する。

【0083】

ステップＳ８０５、受信したＰＰＤＵがアクセス順番における最後のＳＴＡからのものであるか否かを判断し、最後のＳＴＡからのものである場合、ステップＳ８０６を実行し、最後のＳＴＡからのものではない場合、ステップＳ８０９を実行する。

【0084】

ステップＳ８０６、該ＰＰＤＵの受信が完了すると、所定時間（例えばＳＩＦＳ）待ってからステップＳ８０２に戻る。

【0085】

ステップＳ８０７、トリガーフレームにより定義されたアクセス時間長に十分なアクセス時間長が残されているか否かを判断し、残されている場合、ステップＳ８０８を実行し、残されていない場合、ステップＳ８１０を実行する。ここで、ＡＰは、ステップＳ８０１においてトリガーフレームを送信する前に、今回のデータ伝送プロセスの総時間長であるアクセス時間長を算出しており、該アクセス時間長はトリガーフレームに含まれてもよい。ステップＳ８０７では、ＡＰは、アクセス時間長と今回のデータ伝送が行われている時間長とに応じて、残りのアクセス時間長を把握できる。次に、ＡＰは、残りのアクセス時間長を、ステップＳ８０９においてメッセージフレームを送信するのに必要な時間長に、フレームとフレームとの間の必要な時間長を加算した和と比較して、十分なアクセス時間長が残されているか否かを判断する。

【0086】

ステップＳ８０８、チャネルがアイドルであるか否かを判断し、アイドルである場合、ステップＳ８０９を実行し、アイドルではない場合、ステップＳ８０７に戻る。

【0087】

ステップＳ８０９、メッセージフレームを送信することで、現在のアクセスプロセスを停止する。

【0088】

ステップＳ８１０、送信失敗を決定して、アクセスプロセスを停止する。

【0089】

本出願の一実施例では、ＡＰは、パケットのアクセス効率を確保するために、ＰＰＤＵの送信に成功していないＳＴＡを現在のパケットから削除することができる。

【0090】

以下、ＡＰとＳＴＡとの間のインタラクションプロセスを通じて、本出願の実施例の技術案を詳しく説明する。

【0091】

本出願の一実施例では、図９に示すように、ＡＰは、トリガーフレームを送信することで、パケットアクセスプロセスを開始させ、トリガーフレームに含まれるＳＴＡは、アクセス順番に従ってチャネルに順次にアクセスする。例えば、ＳＴＡアクセス順番はＳＴＡ１－ＳＴＡ２－ＳＴＡ３としてもよく、このような場合、ＳＴＡ１がチャネルを介してＰＰＤＵをＡＰに送信した後、ＳＴＡ２は、該チャネルにおいてＳＴＡ１の該ＰＰＤＵの送信と終了を監視し、次にチャネルがアイドルであることが監視され、且つＳＩＦＳ待ってから、送信し始め、同様に、ＳＴＡ２がチャネルを介してＰＰＤＵをＡＰに送信した後、ＳＴＡ３は、該チャネルにおいてＳＴＡ２の該ＰＰＤＵの送信と終了を監視し、次にチャネルがアイドルであることが監視され、且つＳＩＦＳ待ってから、ＳＴＡ３のＰＰＤＵを送信し始める。ＡＰは、アクセス順番における最後のＳＴＡ３のＰＰＤＵを受信すると、１つのフレームを送信してプロセスを停止する。

【0092】

本出願の一実施例では、ＡＰは、トリガーフレームにおいてＡＰを１つのアクセスＳＴＡとしてパケットに含めるようにしてもよい。図１０に示すように、ＡＰは、トリガーフレームを送信することでパケットアクセスプロセスを開始させ、トリガーフレームにて定義されたアクセス順番はＳＴＡ１－ＳＴＡ２－ＡＰ－ＳＴＡ３である。ＳＴＡ１がチャネルを介してＰＰＤＵをＡＰに送信した後、ＳＴＡ２は、該チャネルにおいてＳＴＡ１の該ＰＰＤＵの送信と終了を監視し、次にチャネルがアイドルであることが監視され、且つＳＩＦＳ待ってから、ＳＴＡ２のＰＰＤＵを送信し始め、ＡＰは、ＳＴＡ２から送信されたＰＰＤＵを受信した後、チャネルがアイドルであることが監視され、且つＳＩＦＳ経てから、ＰＰＤＵをＳＴＡ１に送信し、ＳＴＡ３は、ＡＰにより送信されたＰＰＤＵを受信した後、チャネルがアイドルであることが監視され、且つＳＩＦＳ経てから、ＳＴＡ３のＰＰＤＵを送信し始める。ＡＰは、アクセス順番における最後のＳＴＡ３のＰＰＤＵを受信した後、１つのフレームを送信してプロセスを停止する。好ましくは、ＡＰは、アクセス順番において多くとも１回しか出現できない。本出願の実施例によれば、二方向伝送が求められるサービスがあり、例えば、ＳＴＡ１は、ＰＰＤＵをＡＰに送信した後、できるだけ早くＡＰにより送信された下りリンク確認又は下りリンクデータを取得することを望む。ＡＰを１つのアクセスＳＴＡとしてパケットに含めるようにすることによって、パケットアクセスプロセスの柔軟性及びさまざまなシナリオに対する適応性を向上させる。本出願の一実施例では、６ＧＨｚのカバレッジが、従来のＷｉ－Ｆｉの２．４ＧＨｚ周波数帯域よりも低いため、隠れノード（Ｈｉｄｄｅｎ Ｎｏｄｅ）の問題がさらに深刻になる。図１１に示すように、ＳＴＡ２とＳＴＡ３は、互いに６ＧＨｚ上の隠れノードとなり、すなわち、相手からのＰＰＤＵを受信できない。ＡＰが図１２に示すようなパケットアクセスプロセスを開始させ、すなわち、アクセス順番がＳＴＡ１－ＳＴＡ２－ＳＴＡ３である場合、ＳＴＡ２がＰＰＤＵを送信した後、ＳＴＡ３がＰＰＤＵを受信できず、このような場合、ＳＴＡ３のアクセス条件が満たされないため、ＳＴＡ３は監視を持続し、いかなるＰＰＤＵも送信しない。また、ＡＰは、ＳＴＡ２からのＰＰＤＵを受信し、且つ所定時間（ＳＩＦＳ）経た後にもＳＴＡ３のＰＰＤＵを受信していないと、この場合、さらに所定時間（総待ち時間はＤＩＦＳ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｉｎｔｅｒ－ｆｒａｍｅ Ｓｐａｃｉｎｇ、分散フレーム間間隔））待ってから、１つのフレームを送信して現在のアクセスプロセスを停止する、又は、図１２に示すように、１つの新しいトリガーフレームを送信して１つの新しいアクセスパケットを定義し、新しいアクセスプロセスを開始させることができる。ここで、新しく開始したアクセスプロセスにより定義されたアクセス時間長は、前のアクセスプロセスの残りのアクセス時間長以下であってもよい。このようにして、エアインターフェースの利用率を向上させる。

【0093】

また、ＡＰは、このアクセスプロセスを通じてネットワークの状況を検知することができ、例えば、ここでのＳＴＡ２とＳＴＡ３とは互いに隠れノードとなり、このため、次のアクセスパケットでは、ＡＰは、ＳＴＡ２とＳＴＡ３とが同一のパケットになることを回避するように、パケットＳＴＡを改めて設定することができる。例えば、図１２に示すアクセスプロセス２では、ＡＰにより開始された二回目のアクセスプロセスには、ＳＴＡ３－ＳＴＡ１のアクセス順番だけが含まれ、ＳＴＡ２はパケットに含まれていない。

【0094】

本出願の一実施例では、アクセスプロセスにおけるあるＳＴＡのＰＰＤＵ送信は干渉を受ける可能性があり、干渉は隣接するＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、基本サービスセット）のＳＴＡによるものである可能性もあるし、他の未知の干渉である可能性もある。図１３に示す干渉の場合には、ＳＴＡ４は、ＡＰにより送信されたトリガーフレームを受信していないため、ＳＴＡ３がＰＰＤＵを送信する過程においてＰＰＤＵを送信し、その結果、２つのＰＰＤＵが同時にＡＰに送信され、送信衝突が生じる。ＡＰは、この衝突が監視されると、チャネルがアイドルになるまで待ち、且つ所定時間（例えばＥＩＦＳ（Ｅｘｔｅｎｄｉｎｇ Ｉｎｔｅｒ－ｆｒａｍｅ Ｓｐａｃｉｎｇ、拡張フレーム間間隔））経てから、バックオフアクセスメカニズムをオンにさせる。具体的には、図１４に示すように、ＳＴＡ３とＳＴＡ４により送信されたＰＰＤＵがＡＰにて衝突し、この場合、所定時間（ＥＩＦＳ）経てから、ＡＰは新しいアクセスプロセスを再開することができる。

【0095】

図１３に示すシナリオでは、ＡＰは、今回のアクセスプロセスを通じて、ＳＴＡ３が現在干渉を受けやすい状態にあることを把握して、所定時間内でＳＴＡ４を含むパケットアクセスの再開を回避できる。所定時間後、図１４に示すうように、ＡＰは、バックオフメカニズムによってチャネルアクセスを再度取得した後、ＳＴＡ３に対してパケットアクセスを再開できる。ここで、前記所定時間は、ＳＴＡ３又はＳＴＡ４によるＰＰＤＵ伝送（両方のうち後の一方）が完了してから所定のＥＩＦＳ期間を含むことができる。もちろん、ＡＰは、今回のアクセスプロセスを通じて、ＳＴＡ３が現在干渉を受けやすい状況にあることが把握できるため、現在のチャネルにおいてＳＴＡ３に干渉しないように、他のチャネルにおいてＳＴＡ４を含むパケットアクセスを再開してもよい。

【0096】

本出願の一実施例では、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、確認文字）を直ぐに返信することを必要とするサービスに対して開始させたパケットアクセスプロセスであれば、パケットにおけるＳＴＡは、前のＳＴＡにより送信されたＰＰＤＵに対するＡＣＫ情報が監視され、且つチャネルがアイドルであることが監視されるときに送信を行う。図１５に示すように、ＡＰにより送信されたトリガーフレームにより指示されたアクセスプロセスにおいて、ＳＴＡにより送信されたＰＰＤＵは、ＡＣＫを直ぐに返信することを必要とするＰＰＤＵである。このとき、トリガーされるアクセス順番（ＳＴＡ１－ＳＴＡ２－ＳＴＡ３）におけるＳＴＡは、送信条件として、ＡＰがＡＣＫを送信した後、チャネルがアイドルになるように設定し、且つＡＣＫにより指示されるアドレスは、前のＳＴＡのアドレス（すなわち、ＡＰにより送信されたＡＣＫは、前のＳＴＡにより送信されたＰＰＤＵに対する確認情報である）である。具体的には、ＡＰは、ＳＴＡ１がチャネルを介してＰＰＤＵをＡＰに送信した後、ＳＴＡ１により送信されたＰＰＤＵに対してＡＣＫ情報を返信し、ＳＴＡ２は、該チャネルにおいて、ＡＰにより送信された、ＳＴＡ１により送信されたＰＰＤＵに対するＡＣＫ情報が監視され、次に、チャネルがアイドルであることが監視され、且つＳＩＦＳ待ってから、ＳＴＡ２のＰＰＤＵを送信し始め、ＡＰは、ＳＴＡ２がチャネルを介してＰＰＤＵをＡＰに送信した後、ＳＴＡ２により送信されたＰＰＤＵに対してＡＣＫ情報を返信し、ＳＴＡ３は、該チャネルにおいて、ＡＰにより送信された、ＳＴＡ２により送信されたＰＰＤＵに対するＡＣＫ情報が監視され、次に、チャネルがアイドルであることが監視され、且つＳＩＦＳ待ってから、ＳＴＡ３のＰＰＤＵを送信し始め、ＡＰは、ＳＴＡ３により送信されたＰＰＤＵを受信した後、ＡＣＫ情報を返信し、次に、ＳＩＦＳ待ってから、１つのフレームを送信してプロセスを停止する。該実施例の技術案によれば、無線通信メッセージフレームには、ＡＣＫ返信戦略を指示する指示情報がさらに含まれてもよく、この指示情報は、ＡＰが各ＳＴＡにより送信されたデータフレームに対してＡＣＫ情報を返信することを指示し、各ＳＴＡは、前のＳＴＡにより送信されたデータフレームに対するＡＣＫ情報を監視した後、データフレームを送信し始めるか否かを決定する。

【0097】

本出願の一実施例では、トリガーフレームにて定義されたＳＴＡパケットは、サービス優先度に対応してもよい。このような場合、各ＳＴＡにより送信されたＰＰＤＵに対応する優先度は、パケットに対応する優先度以上であってもよい。

【0098】

本出願の別の実施例では、ＳＴＡパケットの各ＳＴＡにより送信されるＰＰＤＵの優先度はパケットに対応する優先度と同程度であるしかない。また、トリガーフレームにおいて、現在開始させているアクセスプロセスがより高い優先度のサービスの不正アクセスを許可するか否かを設定することができ、より高い優先度のサービスの不正アクセスを許可すると設定すれば、アクセス順番における最後のＳＴＡによるＰＰＤＵ送信が終了した後、他のパケット中のＳＴＡは、所定時間（例えばＳＩＦＳ）待った直後、より高い優先度のＰＰＤＵを送信する。具体的には、図１６に示すように、ＳＴＡ１とＳＴＡ２を含むパケット中の最後のＳＴＡ（すなわち、ＳＴＡ２）によるＰＰＤＵ送信が終了した後、ＳＴＡ３は、ＳＩＦＳ待った直後、より高い優先度のＰＰＤＵを送信する。

【0099】

本出願の一実施例では、トリガーフレームにおいてより高い優先度のサービスの不正アクセスを許可することをＡＰが設定すれば、アクセス順番の最後のＳＴＡによる送信が終了した後、より長い時間（例えばＤＩＦＳ）待っても、他のＳＴＡが不正アクセスをしてより高い優先度のＰＰＤＵを送信しないと、ＡＰは、１つのフレームを送信してアクセスプロセスを停止することができる。ＡＰは、他のＳＴＡが不正アクセスをしてより高い優先度のＰＰＤＵを送信することを受信すると、受信し始め、受信終了後、１つのフレームを送信してプロセスを停止する。この高優先度のＰＰＤＵを受信することにより、ＡＰは、現在のネットワークにおいてより高い優先度のサービスがアクセスを必要とすることを把握して、次のプロセスにおいてより高い優先度のＳＴＡパケットを優先的にアクセスすることができる。

【0100】

本出願の一実施例では、パケットの複数のＳＴＡが、すべて最後のパケットＳＴＡによる送信が完了した後、より高い優先度のサービスを送信すれば、衝突が生じる。具体的には、図１７に示すように、ＳＴＡ３とＳＴＡ４の両方が、ＳＴＡ２による送信が完了した後、より高い優先度のサービスをＡＰに送信し、この場合、ＡＰは、衝突を検出した後、衝突完了まで待って、１つのフレームを送信して現在のアクセスプロセスを停止する。ＡＰは、衝突を通じて、現在のネットワークにおいてより高い優先度のサービスがアクセスを必要とし、かつこのニーズが緊迫していることを把握して、次のプロセスにおいてより高い優先度のＳＴＡパケットを優先的にアクセスすることができる。

【0101】

本出願の上述実施例の技術案では、パケットＳＴＡの各ＳＴＡのアクセス順番を決定することにより、各ＳＴＡが所定の順番に従ってチャネルにアクセスしてＰＰＤＵを送信することを可能にし、それにより、エアインターフェース競争及びシグナリングインタラクションのオーバーヘッドを減らす。また、本出願の実施例の技術案では、より高い優先度のサービスの不正アクセスが許可されるので、ある程度でより高い優先度のサービスの伝送を確保しつつ、ＡＰがネットワークにおける高優先度サービスの伝送ニーズを把握できるようにし、それにより、ネットワークの変化に素早く対応でき、アクセススケジューリングをより効率的に実施できる。

【0102】

なお、上述実施例では、６ＧＨｚ周波数帯域を例に本出願の実施例の技術案を説明したが、本出願の別の実施例では、本出願の実施例の技術案を他の周波数帯域、例えば５ＧＨｚ周波数帯域などに適用して、より効率的なアクセス制御を実現する。

【0103】

以下、本出願の上述実施例における通信方法が実行されることができる本出願の装置実施例を説明する。本出願の装置実施例において開示されていない詳細については、本出願の上述の通信方法の実施例を参照すればよい。

【0104】

図１８は、本出願の一実施例に係る通信装置のブロック図を示し、該通信装置は、アクセスポイント機器内に配置できる。

【0105】

図１８に示すように、本出願の一実施例に係る通信装置１８００は、生成ユニット１８０２と送信ユニット１８０４を含む。

【0106】

生成ユニット１８０２は、無線通信メッセージフレームを生成することに用いられ、前記無線通信メッセージフレームに、チャネルにアクセスすべき各機器の情報、及び前記各機器のアクセス順番が含まれ、送信ユニット１８０４は、利用可能な伝送チャネルの情報を取得したとき、前記無線通信メッセージフレームを送信することでデータ伝送プロセスを開始させ、前記アクセス順番に従って前記データ伝送プロセスにおいて前記伝送チャネルを介して通信データを順次に送信するように前記各機器に指示することに用いられる。

【0107】

本出願のいくつかの実施例では、前述形態によれば、前記無線通信メッセージフレームのフレームボディ部分は前記各機器の情報を含み、前記フレームボディ部分における前記各機器の情報の配列順番は、前記各機器のアクセス順番を表し、又は
前記無線通信メッセージフレームのフレームヘッダー部分は前記各機器の情報及び前記各機器のアクセス順番の情報を含む。

【0108】

本出願のいくつかの実施例では、前述形態によれば、前記の通信装置１８００は、
チャネル競争方式によって前記利用可能な伝送チャネルの情報を取得する、又は他のアクセスポイント機器と通信交渉を行うことによって、前記利用可能な伝送チャネルの情報を取得するように構成される取得ユニットをさらに含む。

【0109】

本出願のいくつかの実施例では、前述形態によれば、送信ユニット１８０４は、さらに、前記アクセス順番に従う最後の機器のデータ伝送が完了したことが検出されると、前記データ伝送プロセスを停止するメッセージフレームを送信することに用いられる。

【0110】

本出願のいくつかの実施例では、前述形態によれば、送信ユニット１８０４は、さらに、前記無線通信メッセージフレームに含まれるターゲット機器の伝送時間内に、第１の所定時間長内で前記ターゲット機器により送信された通信データが検出されていないと、前記データ伝送プロセスを停止するメッセージフレームを送信することに用いられ、前記第１の所定時間長は、前記アクセス順番のうち前記ターゲット機器よりも前の機器の通信データ伝送が完了してから計時し始められる。

【0111】

本出願のいくつかの実施例では、前述形態によれば、生成ユニット１８０２は、さらに、送信ユニット１８０４が、前記データ伝送プロセスを停止するメッセージフレームを送信した後、新しい無線通信メッセージフレームを生成することに用いられ、前記新しい無線通信メッセージフレームにより指示されたデータ伝送時間長は前記データ伝送プロセスの残りの伝送時間長以下である。

【0112】

本出願のいくつかの実施例では、前述形態によれば、前記の通信装置１８００は、前記各機器のデータ伝送の状況から、前記各機器のうちターゲット機器の隠れノードが存在するか否かを決定するための決定ユニットをさらに含み、生成ユニット１８０２は、さらに、前記ターゲット機器の隠れノードが存在すると、再度前記無線通信メッセージフレームを生成する際に、前記ターゲット機器と前記隠れノードとを異なる無線通信メッセージフレームに含めるようにすることに用いられる。

【0113】

本出願のいくつかの実施例では、前述形態によれば、前記の通信装置１８００は、第１の機器と第２の機器により送信された通信データの干渉が検出されると、第２の所定時間長内で前記第２の機器又は前記第１の機器を含むデータ伝送プロセスを開始させないための処理ユニットをさらに含み、前記第２の所定時間長は、前記第１の機器のデータ伝送又は前記第２の機器のデータ伝送のうち後のデータ伝送が完了してから計時し始められ、又は、第１の機器と第２の機器により送信された通信データの干渉が検出されると、前記第１の機器の伝送チャネルと異なる他の伝送チャネルにおいて前記第２の機器に対するデータ伝送プロセスを開始させることに用いられる。

【0114】

本出願のいくつかの実施例では、前述形態によれば、前記無線通信メッセージフレームに第１の指示情報がさらに含まれ、前記第１の指示情報は、前記各機器が前記データ伝送プロセスにおいて送信するデータフレームの優先度が特定優先度以上であることを指示する。

【0115】

本出願のいくつかの実施例では、前述形態によれば、前記無線通信メッセージフレームに、第２の指示情報及び第３の指示情報がさらに含まれ、前記第２の指示情報は、前記各機器が前記データ伝送プロセスにおいて送信するデータフレームの優先度が特定優先度と等しいことを指示し、前記第３の指示情報は、前記データ伝送プロセスにおいて前記特定優先度よりも優先度の高いサービスデータの伝送を許可するか否かを指示し、
前記第３の指示情報が、前記データ伝送プロセスにおいて前記特定優先度よりも優先度の高いターゲットサービスデータの伝送を許可することを指示すると、前記アクセス順番に従う最後の機器のデータ伝送が完了した後、前記伝送チャネルにおいて前記ターゲットサービスデータの伝送を許可する。

【0116】

本出願のいくつかの実施例では、前述形態によれば、送信ユニット１８０４は、さらに、前記伝送チャネルにおける前記ターゲットサービスデータの伝送が完了したことが検出されると、前記データ伝送プロセスを停止するメッセージフレームを送信することに用いられ、又は、前記第３の指示情報が、前記データ伝送プロセスにおいて前記特定優先度よりも優先度の高いターゲットサービスデータの伝送を許可することを指示する場合、前記最後の機器のデータ伝送が完了した後の第３の所定時間長内で前記ターゲットサービスデータを受信していないと、前記データ伝送プロセスを停止するメッセージフレームを送信することに用いられる。

【0117】

本出願のいくつかの実施例では、前述形態によれば、送信ユニット１８０４は、さらに、前記第３の指示情報が、前記データ伝送プロセスにおいて前記特定優先度よりも優先度の高いターゲットサービスデータの伝送を許可することを指示する場合、前記最後の機器のデータ伝送が完了した後、複数の他の機器による前記伝送チャネルにおいて伝送した前記ターゲットサービスデータが検出されると、前記データ伝送プロセスを停止するメッセージフレームを送信することに用いられる。

【0118】

本出願のいくつかの実施例では、前述形態によれば、前記無線通信メッセージフレームに、前記データ伝送プロセスの最大時間長と、データ伝送に使用される変調・符号化戦略を指示するための第４の指示情報とのうちのいずれか又は複数の組み合わせがさらに含まれる。

【0119】

図１９は、本出願の一実施例に係る通信装置のブロック図を示し、該通信装置は、ステーションポイント機器内に配置できる。

【0120】

図１９に示すように、本出願の一実施例に係る通信装置１９００は、受信ユニット１９０２、監視ユニット１９０４、及び伝送ユニット１９０６を含む。

【0121】

受信ユニット１９０２は、無線通信メッセージフレームを受信することに用いられ、前記無線通信メッセージフレームに、特定伝送チャネルにアクセスすべき各機器の情報、及び前記各機器のアクセス順番が含まれ、監視ユニット１９０４は、前記無線通信メッセージフレームに特定機器の情報が含まれる場合、前記特定伝送チャネルを監視することに用いられ、伝送ユニット１９０６は、前記特定伝送チャネルにおいて前記アクセス順番に基づいて前記特定機器よりも前の機器のデータ送信が完了したことが監視され、且つ前記特定伝送チャネルがアイドルであることが監視されると、前記特定機器によって前記特定伝送チャネルを介して通信データを送信することに用いられる。

【0122】

本出願のいくつかの実施例では、前述形態によれば、伝送ユニット１９０６は、さらに、前記特定伝送チャネルにおいて前記前の機器により送信されたデータフレームが監視されると、前記前の機器のデータ送信が完了したと決定することに用いられ、又は、前記特定伝送チャネルにおいて前記前の機器により送信されたデータフレームに対する受信確認情報が監視されると、前記前の機器のデータ送信が完了したと決定することに用いられる。

【0123】

図２０は、本出願の実施例の電子機器を実現するのに適しているコンピュータシステムの構造模式図を示す。

【0124】

なお、図２０に示す電子機器のコンピュータシステム２０００は、一例に過ぎず、本出願の実施例の機能及び使用範囲を何ら制限するものではない。

【0125】

図２０に示すように、コンピュータシステム２０００は、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）２００２に記憶されたプログラム、又は記憶部２００８からランダムアクセスもメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）２００３にロードされたプログラムに従って、上述の実施例に記載の方法を実行するなど、様々な適切な動作及び処理を実行することができる中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）２００１を含む。ＲＡＭ ２００３には、システム操作に必要な様々なプログラムやデータも記憶されている。ＣＰＵ ２００１、ＲＯＭ ２００２及びＲＡＭ ２００３は、バス２００４を介して互いに接続されている。入力／出力（Ｉｎｐｕｔ ／Ｏｕｔｐｕｔ、Ｉ／Ｏ）インターフェース２００５も、バス２００４に接続されている。

【0126】

キーボード、マウスなどを含む入力部２００６；ブラウン管（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ、ＣＲＴ）、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）等、スピーカ等を含む出力部２００７；ハードディスク等を含む記憶部２００８；及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ローカルエリアネットワーク）カードやモデム等を含むネットワークインタフェースカードを含む通信部２００９がＩ／Ｏインターフェース２００５に接続されている。通信部２００９は、インターネット等のネットワークを介して通信処理を実行する。ドライブ２０１０も、必要に応じてＩ／Ｏインターフェース２００５に接続される。磁気ディスク、光ディスク、光磁気ディスク、半導体メモリ等のリムーバブルメディア２０１１は、リムーバブルメディア２０１１から読みだされたコンピュータプログラムが必要に応じて記憶部２００８に容易にインストールできるように、必要に応じてドライブ２０１０に装着される。

【0127】

特に、本出願の実施例によれば、以上、フローチャートを参照して説明した過程は、コンピュータソフトウェアプログラムとして実現されることができる。例えば、本出願の実施例は、フローチャートに示される方法を実行するためのコンピュータプログラムを含むコンピュータ読み取り可能な媒体上に担持されたコンピュータプログラムを含むコンピュータプログラム製品を含む。このような実施例では、このコンピュータプログラムは、通信部２００９を介してネットワーク上からダウンロードされてインストールされる、及び／又は、リムーバブルメディア２０１１からインストールされることができる。このコンピュータプログラムが中央処理装置（ＣＰＵ）２００１によって実行されると、本出願のシステムにおいて限定されたさまざまな機能が実行される。

【0128】

なお、本出願の実施例に示されるコンピュータ読み取り可能な媒体は、コンピュータ読み取り可能な信号媒体又はコンピュータ読み取り可能な記憶媒体、又はこれら２つの任意の組み合わせであってもよい。コンピュータ読み取り可能な記憶媒体は、例えば、限定されるわけではないが、電気、磁気、光、電磁気、赤外線、又は半導体のシステム、装置、又はデバイス、又はこれらの任意の組み合わせとすることができる。コンピュータ読み取り可能な記憶媒体のより具体的な例は、１つ又は複数の導線を有する電気的接続、ポータブルコンピュータ磁気ディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラム可能読み取り専用メモリ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＥＰＲＯＭ）、フラッシュメモリ、光ファイバー、ポータブルコンパクトディスク読み取り専用メモリ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）、光メモリデバイス、磁気メモリデバイス、又は上記の任意の適切な組み合わせを含むが、これらに制限されない。本出願では、コンピュータ読み取り可能な記憶媒体は、命令実行システム、装置、又はデバイスによって使用される又はこれらと組み合わせて使用され得るプログラムを含む又は記憶する任意の有形媒体とすることができる。本出願では、コンピュータ読み取り可能な信号媒体は、ベースバンド中に、又はコンピュータ読み取り可能なコンピュータプログラムを搬送する搬送波の一部として伝搬されるデータ信号を含むことができる。このような伝播データ信号は、電磁信号、光信号、又は上記の任意の適切な組み合わせを含むが、これらに限定されない、様々な形態をとることができる。コンピュータ読み取り可能な信号媒体は、また、命令実行システム、装置又はデバイスによって使用される又はそれらと組み合わせて使用され得るプログラムを送信、伝播、又は伝送することができるコンピュータ読み取り可能な記憶媒体以外の任意のコンピュータ読み取り可能な媒体であってもよい。コンピュータ読み取り可能な媒体に含まれるコンピュータプログラムは、無線、有線など、又は上記の任意の適切な組み合わせを含むが、これらに限定されない任意の適切な媒体で伝送されてもよい。

【0129】

図面中のフローチャート及びブロック図は、本出願の様々な実施例によるシステム、方法、及びコンピュータプログラム製品の実現可能なシステムアーキテクチャ、機能、及び操作を例示する。ここで、フローチャート又はブロック図の各ブロックは、所定の論理機能を実現するための１つ又は複数の実行可能命令を含む、モジュール、プログラムセグメント、又はコードの一部を表すことができる。なお、いくつかの代替実現過程では、ブロックに記載された機能は、図面に記載された順序とは異なる順序で発生することもある。例えば，連続して表示される２つのブロックは、実際には、基本的には並行して実行されてもよく、係る機能によっては逆の順序で実行されることもある。また、なお、ブロック図又はフローチャート中の各ブロック、及びブロック図又はフローチャート中のブロックの組み合わせは、特定の機能又は操作を実行する専用のハードウェアベースのシステム、又は専用のハードウェアとコンピュータ命令との組み合わせによって実現されてもよい。

【0130】

本出願の実施例に係るユニットは、ソフトウェアの形態で実現されてもよく、ハードウェアの形態で実現されてもよく、説明されたユニットはプロセッサ内に配置されてもよい。その中で、これらのユニットの名称は、ある場合には、該ユニット自体に対する限定を構成しない。

【0131】

別の態様として、本出願は、コンピュータ読み取り可能な媒体をさらに提供し、このコンピュータ読み取り可能な媒体は、上述した実施例に記載された電子機器に含まれてもよく、この電子機器に組み込まれずに単独で存在していてもよい。上記コンピュータ読み取り可能な媒体は、１つ又は複数のプログラムを担持しており、上記１つ又は複数のプログラムがこの電子機器によって実行されると、該電子機器に上記実施例に記載の方法を実現させる。

【0132】

なお、上記の詳細な説明において、動作を実行するための機器のいくつかのモジュール又はユニットが言及されているが、このような分割は必須ではない。実際には、本出願の実施形態によれば、上述した２つ以上のモジュール又はユニットの特徴及び機能は、１つのモジュール又はユニット内で具体化されてもよい。逆に、上述した１つのモジュール又はユニットの特徴及び機能は、さらに複数のモジュール又はユニットに分割されて具体化されてもよい。

【0133】

以上の実施形態の説明から、当業者は、ここで記載された例示的な実施形態が、ソフトウェアの形態で実現されてもよく、ソフトウェアと必要なハードウェアとの組み合わせの形態で実現されてもよいことを容易に理解することができる。したがって、本出願の実施形態に係る技術案は、ソフトウェア製品の形態で具現されることができ、このソフトウェア製品は、不揮発性記憶媒体（ＣＤ－ＲＯＭ、ＵＳＢメモリ、リムーバブルハードディスクなどであってもよい）又はネットワーク上に記憶されてもよく、１つのコンピューティング機器（パーソナルコンピュータ、サーバ、タッチ端末、又はネットワークデバイスなどであってもよい）に、本出願の実施形態に係る方法を実行させるためのいくつかの命令を含んでいてもよい。

【0134】

当業者は、本明細書を検討し、ここで開示された実施形態を実施することにより、本出願の他の実施形態を容易に想到することができる。本出願は、本出願の任意の変形、用途、又は適応的な変更をカバーすることを意図しており、これらは、本出願の一般的原理に従い、本出願において開示されていない本技術分野における公知の技術常識又は慣用技術手段を含む。

【0135】

なお、本出願は、図面に示された以上の詳細な構造に限定されるものではなく、その範囲から逸脱することなく様々な修正及び変更を行うことができる。本出願の範囲は、添付の特許請求の範囲のみによって限定される。

【符号の説明】

【0136】

1800 通信装置
1802 生成ユニット
1804 送信ユニット
1900 通信装置
1902 受信ユニット
1904 監視ユニット
1906 伝送ユニット
2005 Ｉ／Ｏインターフェース
2006 入力部
2007 出力部
2008 記憶部
2009 通信部
2010 ドライブ
2011 リムーバブルメディア

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】